CN112099795A - 界面通知消息构造方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开界面通知消息构造方法、装置、设备及存储介质，所述的方法包括：解析封装了界面通知消息的协议报文，获取其中的对象定义数据、优先级数据以及接口定义数据；实例化预定义的接口类生成对应的实例对象，继承该接口类预定义的功能接口；修改该实例对象的属性，根据协议报文提供的数据组装界面对象、确定界面对象在图形用户界面的纵深方向的视图层的层级、定义界面对象的活动特征；所述实例对象响应对其一功能接口的调用而返回所述界面对象、视图层的层级以及活动特征的控制数据。本申请对界面通知消息进行了本地标准化处理，有助于统一同一应用程序项目的不同开发团队对各自定义的界面通用消息的开发，提升程序开发效率。

Description

界面通知消息构造方法、装置、设备及存储介质

技术领域

本申请涉及计算机控制技术领域，尤其涉及一种界面通知消息构造方法、装置、设备及存储介质。

背景技术

随着网络技术的发展，人们在线上娱乐项目越来越多，近年来直播节目逐渐走进大众视野，尤其一些优秀的主播直播的节目更是受观众的喜爱。在直播间，当主播的表演到精彩之处时，观众往往会通过给主播留言，送礼等行为表示对节目的喜爱。在直播间业务场景中，直播间内根据实际业务展示各种动效或者广播各种通知来反馈和刺激用户在直播间内的积极行为，如响应于用户向主播送礼的操作而播放精美的动效给予视觉上的反馈，对于送礼或者做任务的操作结果给予精美动效或者直播间播放广播等的视觉反馈，通过这些动效肯定用户的付出及激发用户在直播间交互的积极性，从而提高观众在观赏直播节目的体验度。同理，平台方也常会向直播间用户发送各种通知，这些通过以广播的形式同样送达用户界面进行展示。

可以理解，目前直播间业务场景中涉及到动效信息、广播信息的业务模块繁多，现有技术中客户端与服务器之间的数据通信，不同类型的业务模块使用不同的通信协议，并且每新增一个相关业务也会新增一套通信协议。每次对各种动效信息进行增设或修改，将对应涉及新增通信协议或者涉及协议规范的修改，而协议解析机制又包含于终端设备的应用程序中，于是需要重新发布应用程序，用户对应用程序进行更新后才能解析最新的协议。如果没有更新终端应用程序，当其解析新协议封装的数据时，还容易引发解析出错，从而影响用户体验。

由此可知，如果缺乏必要的终端技术支持，让直播间之类的应用程序在处理各种界面通知消息的显示时，将界面通知消息的解析与表现停留在既有的、依其开发团队或者依其表现方式各自为政独立开发的旧有框架内，那么，上述的问题必然继续存在，这不利于大型直播间应用程序项目的长期演进。

发明内容

本申请的首要目的旨在提供一种界面通知消息构造方法，以便标准化处理界面通知消息。

作为本申请的另一目的，提供一种与前述的方法相适应的界面通知消息构造装置、电子设备、非易失性存储介质。

为满足本申请的各个目的，本申请采用如下技术方案：

适应本申请的首要目的而提供的一种界面通知消息构造方法，其包括如下步骤：

解析封装了界面通知消息的协议报文，获取其中的对象定义数据、优先级数据以及接口定义数据；

实例化预定义的接口类生成对应的实例对象，继承该接口类预定义的功能接口；

修改该实例对象的属性，根据所述对象定义数据组装所述界面通知消息的界面对象，根据所述优先级数据定义所述界面通知消息的界面对象在图形用户界面的纵深方向的视图层的层级，根据所述接口定义数据定义所述界面通知消息的界面对象的活动特征；

所述实例对象响应对其中的第一功能接口的调用而返回所述界面对象，响应对其第二功能接口的调用而返回所述视图层的层级，且响应对其中的其他至少一个功能接口的调用而返回用于限定所述界面对象的活动特征的控制数据。

一种实施例中，所述接口定义数据包含所述界面对象的展示时长数据，所述实例对象响应对其第三功能接口的调用而将所述展示时长数据作为所述控制数据返回，以实现对所述界面对象在图形用户界面的活动时长的控制。

另一实施例中，所述接口定义数据包含所述界面对象的内存回收标记，所述实例对象响应对其第四功能接口的调用而将所述内存回收标记作为所述控制数据返回，以实现对所述界面对象在内存的活动存续的控制。

又一实施例中，所述接口定义数据包含所述界面对象的交互配置数据，所述实例对象响应对其第五功能接口的调用而将所述交互配置数据作为所述控制数据返回，以实现对所述界面对象在图形用户界面响应触控事件的活动的控制。

再一实施例中，所述接口定义数据包含所述界面对象的展示策略数据，所述实例对象响应对其第六功能接口的调用而将所述展示策略数据作为所述控制数据返回，以实现对所述界面对象在图形用户界面处根据展示策略进行活动的控制。

进一步的实施例中，修改该实例对象的属性的步骤之后，先将实例对象添加到对象队列中进行排队，接受外部调度而等候被调用。

较佳的实施例中，所述优先级数据与所述视图层的层级编码一致。

适应本申请的其他目的而提出的一种界面通知消息构造装置，其包括：

报文解析模块，用于解析封装了界面通知消息的协议报文，获取其中的对象定义数据、优先级数据以及接口定义数据；

实例创建模块，用于实例化预定义的接口类生成对应的实例对象，继承该接口类预定义的功能接口；

实例赋值模块，用于修改该实例对象的属性，根据所述对象定义数据组装所述界面通知消息的界面对象，根据所述优先级数据定义所述界面通知消息的界面对象在图形用户界面的纵深方向的视图层的层级，根据所述接口定义数据定义所述界面通知消息的界面对象的活动特征；

实例响应模块，用于允许所述实例对象响应对其中的第一功能接口的调用而返回所述界面对象，响应对其第二功能接口的调用而返回所述视图层的层级，且响应对其中的其他至少一个功能接口的调用而返回用于限定所述界面对象的活动特征的控制数据。

适应本申请的另一目的而提供的一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行本申请所述的界面通知消息构造方法的步骤。

适应本申请的另一目的而提供的一种非易失性存储介质，其存储有依据所述的界面通知消息构造方法所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。

相对于现有技术，本申请的优势如下：本申请通过对封装了界面通知消息的数据报文进行解析和数据转换，利用预定义的接口类为每个界面通知消息构造一个实例对象，通过实例对象继承接口类中定义的功能接口供外部调用，包括响应其中一个功能接口对外传递界面通知消息相对应的适于在图形用户界面中表现显示的界面对象、响应另一接口以供实现对所述显示对象的控制等，以此将界面通知消息进行标准化转换，适于为各种开发团队定义的各种类型的界面通知消息提供标准化转换和调用接口，便于形成对所述界面通知消息的标准化格式定义，后续各开发团队需要定义新的界面通知消息时，可以以此为直播间应用程序侧的技术基础，按需描述其界面通知消息，无需为直播间应用程序重复开发解析和显示其界面通知消息的代码，既能提高程序开发效率，又可减少应用程序的版本更替。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为实施本申请的技术方案相关的一种典型的网络部署架构示意图；

图2为本申请的界面通知消息构造方法的典型实施例的流程示意图；

图3为本申请的界面通知消息构造装置典型实施例的原理框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(PersonalCommunications Service，个人通信***)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global PositioningSystem，全球定位***)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。

需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。

请参阅图1，本申请相关技术方案实施时所需的硬件基础可按图中所示的架构进行部署。本申请所称的服务器80部署在云端，作为一个前端的应用服务器，其可以负责进一步连接起相关数据服务器、视频流服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备例如图中所示的智能手机81和个人计算机82提供服务。所述的智能手机和个人计算机均可通过公知的网络接入方式接入互联网，与云端的服务器80建立数据通信链路，以便运行所述服务器所提供的服务相关的终端应用程序。在本申请的相关技术方案中，可以由智能手机81或个人计算机(统称终端设备或本机设备)接收由服务器80发送过来的协议报文，终端设备运行相应的应用程序，对所述的协议报文做相应处理。

需要指出的是，在支持直播间运营的服务器机群中，某些场景中将支持直播间消息服务的服务器与支持直播间的视频流合成的服务器合并为同一服务器或同一网络地址，有时亦可相互独立由同一应用服务器建立整个机群的相互关联，从而使用同一网络地址即可指向最终负责服务的服务器。对此，本领域技术人员应当理解。

为了支持所述的应用程序的运行，终端设备配备有相关操作***，例如IOS、HMS(鸿蒙)、Android以及其他提供同等功能的操作***，在此类操作***的支持下，适应性开发的应用程序得以正常运行，实现人机交互以及远程交互。

本申请的方法被编程内置于提供网络直播的终端设备应用程序中，作为其基础服务功能。所述的网络直播，是指一种基于前述的网络部署架构所实现的一种直播间网络服务。

本申请所称的直播间，是指依靠互联网技术实现的一种视频聊天室，通常具备音视频播控功能，包括主播用户和观众用户，观众用户可以包括已经在平台中注册的注册用户，也可以是未注册的游客用户；可以是关注了主播用户的注册用户，也可以是未关注主播用户的注册或未注册用户。主播用户与观众用户之间可通过语音、视频、文字等公知的线上交互方式来实现交互，一般是主播用户以音视频流的形式为观众用户表演节目，并且在交互过程中还可产生经济交易行为。当然，直播间的应用形态并不局限于在线娱乐，也可推广到其他相关场景中，例如教育培训场景、视频会议场景、产品推介销售场景以及其他任何需要类似交互的场景中。

本申请运行于终端设备的应用程序可以依其平台方设计的需要而触发显示界面通知消息，目前常见的界面通知消息主要用于实现动效信息或广播信息的播放，当然也不局限于此。因此可以理解，任何受直播间服务所支持的，旨在向所述的应用程序运行时所构造的直播间的图形用户界面输出某种通知消息的行为，均可被理解为本申请的界面通知消息。

所述的动效信息，也称动态特效信息、界面特效信息等，主要用于作为在直播间的图形用户界面中播放动画的依据，以实现播放相应的动态特效，从而实现消息通知效果。

所述的广播信息，与动效信息同理，是为了实现某种消息的通知而向终端用户发送的通知消息，其到达终端设备后，最终将导致相关内容在终端设备的直播间的图形用户界面中显示。

类似的界面通知消息不胜枚举，各种类型彼此之间的分类标准，主要是依据彼此均各维持一份通信协议来区分，而不一定在于其展示的通知消息的内容和形式。目前，业内提供的市面上活跃的应用产品中，即存在多份这种通信协议，例如直播间进场动效通信协议、直播间主播等级升级动效数据通信协议、直播间用户等级升级动效数据通信协议、直播间礼物动效数据通信协议、直播间横幅动效数据通信协议、直播间内其它的动效类、广播类数据通信协议等等。可见，以上种种实现的各类通知消息，均可在本申请中被概括为所述的界面通知消息。

本领域技术人员对此应当知晓：本申请的各种方法，虽然基于相同的概念而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都是可以独立执行的。同理，对于本申请所揭示的各个实施例而言，均基于同一发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是为了方便而适当变换的概念，应被等同理解。

请参阅图2，本申请的一种界面通知消息构造方法，被编程实现于直播间应用程序，以运行于终端设备中，在其典型实施例中，其包括如下步骤：

步骤S11、解析封装了界面通知消息的协议报文，获取其中的对象定义数据、优先级数据以及接口定义数据：

所述的协议报文，既可以是本地进程因应人机交互的需要，为待输出的界面通知消息而封装的协议报文，也可以是远程服务器对其他用户或***本身产生的界面通知消息封装并推送的协议报文，对于直播间应用程序而言，其以这种协议报文为识别依据，在此基础上获取其中的相关数据。

协议报文的具体形式和内容可以灵活设定，以下为理解本申请的便利，示例性地说明一种适于本申请解析的协议报文的格式。但本领域技术人员应当理解，此处的示例并非构造对本申请的保护范围的限制。

所述示例性的协议报文在其封装结构上可以包括协议头部、对象定义部、活动定义部以及纵深定位部：

所述协议头部主要用于封装相应的界面通知消息的接收对象的定向信息，包括描述所述通用数据通信协议自身身份标识的协议id(identity document)、描述相应的界面通知消息的适用主频道的主频道id、描述从属于所述主频道的子频道的子频道id、以及描述相应的界面通知消息的接收用户的用户id。

所述协议id的设置，考虑到直播间应用程序可能存在多种通信协议，例如本申请中的所述通用数据通信协议适用于直播间界面通知消息的数据传输通信，除此以外其他类型的业务则用其他通信协议处理。因此，本实施例中所述协议id作为所述通用数据通信协议的标识，用于供数据通信的各方在业务层实现区分与识别。

所述主频道id和子频道id的设置，考虑到直播平台方往往会为其直播平台划分诸如唱歌、舞蹈、书法、体育、脱口秀等等不同主频道，在每一个主频道下甚至又有多个不同的子频道，各主频道或子频道均覆盖关联多个直播间，因而需要通过具体的身份标识来确定接收所述界面通知消息的目标直播间范围，因此，本实施例通过主频道id和子频道id来共同确定所述的目标直播间。

所述用户id的设置，可以为接收用户范围明确的界面通知消息提供便捷的设置项。一种方式中，指定用户id为主播用户时，即可被解析为界面通知消息在该主播用户的直播间中公告；另一种情形中，指定用户id为某个或某些具体观众用户时，则可被解析为针对该些观众用户的单播或多播。

可以看出，协议头部的主要作用在于明确界面通知消息的送达范围或送达对象。其通过提供所述主频道id、子频道id以及用户id等，实现了接收对象定向的功能。结合这几个设置项，可以灵活发挥其定向作用。例如，在协议报文中提供关于主频道id(或主频道id与子频道id)而不提供用户id，主要是考虑到直播间服务器需要按照一定频道覆盖范围来广播其界面通知消息的需要，为满足这一需要而不必指定具体的用户id。又如，另一应用是通过主频道id、子频道id、用户id来形成直播间明确寻址和定向关系，使界面通知消息明确被传输至与该用户id所指的主播用户相对应的直播间中进行公告(当然，考虑到用户id在同一平台的唯一性，仅提供主播用户的用户id信息也是可以的)。可以理解，对于采用其他设置项例如用户id可以明确接收方的情况，主频道id和子频道id甚至可为空值。

本典型实施例中，通过为协议头部灵活提供所述各种标识，可以丰富协议头部关于协议报文类型识别及其定向功能，在其他实施例中，基于同等的功能，本领域技术人员可以按需对该些标识进行灵活的增删或定义设计。

可以理解，在终端设备一侧，当其接收到协议报文时，即可依据其协议头部对该协议报文进行过滤，当确定该协议报文为自身需要处理的对象时，后续才继续访问该协议报文的其他部分的信息。

所述对象定义部用于封装界面通知信息相关的资源配置信息，根据所述资源配置信息的描述可确定用于直播间界面中显示的界面对象。所述界面对象可以被描述为在所述直播间界面展示的任意内容本身(如文字)或获取这些内容的路径信息(如动画特效的指代名称或链接)。如前所述，在直播间观众用户跟其他用户进行交互时，所述交互行为如发送电子礼品、弹幕、或者执行直播间某一任务反馈的操作结果等，一般都需要在直播间界面通过精美动效、图标或者文字信息等视觉效果展示出来，不同的交互行为导致不同的界面对象在直播间界面展示，视觉效果也不同。接收界面通知消息的一方，首先需要明确这些界面对象，因此，协议报文的对象定义部便可满足这一需求，根据资源配置信息提供相应的对象定义数据用于生成界面对象。

具体而言，所述的资源配置信息包括内容信息以及某些实施例中可选的内容附属信息。

所述的内容信息是所述界面通知消息中需要在所述直播间界面展示的主要内容，包括用于描述所要展示的内容的类型的内容类型标识、用于描述所述界面对象资源的来源的资源来源标识、以及用于描述所要展示的内容的文本信息的内容文本标识。这几种标识基本上可以覆盖公知的各种界面通知消息的资源定义需求。所述的内容类型标识是为了区分上述不同交互行为产生的不同数据，包括但不限于普通文字内容、音频内容、动态特效、代码标签内容等类型中的一种或多种结合。一般而言，除了文字信息、动态特效、代码标签之外，所述音频内容也会携带相应的可视化信息，因此也适于展示。所述资源来源标识可以采用多种方式加以表述，例如可以表述为标识符，以由接收方利用该标识符确定其本地动画特效文件作为相应的资源，或者可以表述为网址超链接，由接收方解析出后在后台下载具体文件供进一步使用。

所述的内容附属信息主要用于携带在组装界面对象相关内容时所需用到的额外信息，作为内容信息的补充之用。如展示SVGA动画时，动画中动态更换的文案内容。

此外，对象定义部还可以包含对界面通知消息中界面对象的视觉过程及其效果进行控制的视觉信息，所述的视觉信息为主要用于常规性地描述界面对象在图形用户界面中的活动，通常包括用于描述界面在图形用户界面中的位置的坐标标识、用于描述界面对象的运动模式或运动轨迹的方向标识、用于限定界面对象的可见大小的尺寸标识等等。由于对视觉效果的描述性规范为本领域技术人员所掌握，故在此不再赘述。

本典型实施例中，通过为对象定义部灵活提供所述各种标识，可以增强界面对象的资源引用的描述能力，在其他实施例中，基于同等的功能，本领域技术人员可以按需对该些标识进行灵活的增删或定义设计。

所述活动定义部是能力定义集和控制定义集的集合，其通过能力定义集和控制定义集共同提供的各种接口定义数据，来定义协议报文所封装的界面通知消息的界面对象的活动特征，以便后续提供相关控制数据。

所述能力定义集主要用于封装与界面对象相关的的交互配置数据，协议报文的接收方根据所述交互配置数据可构造所述界面对象的事件响应能力。

本实施例中，所述的交互配置数据包含用于描述用户可进行交互的方式的交互类型标识、用于描述能够实施交互的对象类型为主播用户和/或观众用户的交互范围标识、用于描述用户执行交互操作后触发的事件行为的行为类型标识，以及用于描述用户实施了交互操作后触发执行的具体的行为命令的命令标识。能力定义集通过这些标识的相互配合便可描述出界面对象的一方面的活动特征，便于提供这些活动特征相关的控制数据。

一般而言，所述交互类型标识包括但不限于单击、双击、长按等触控交互事件类型中任意一种或任意多种；所述交互范围标识包含但不限于观众用户、主播用户中的任意一种或任意多种。所述用行为类型标识包含但不限于跳转直播间、跳转页面、执行其它命令中的任意一种或任意多种。所述行为命令标识中的具体行为命令为直播间应用程序可执行的指令。

通过为能力定义集提供上述的这些不同标识，可以较为全面地实现对界面对象的交互能力的描述，给出界面对象的一方面的活动特征，直播间应用程序据此便可构建出界面对象相应的响应于交互事件的能力。

本典型实施例中，通过为能力定义集灵活提供所述各种标识，可以增强界面对象的交互能力的描述能力，在其他实施例中，基于同等的功能，本领域技术人员可以按需对该些标识进行灵活的增删或定义设计。

所述控制定义集用于对应界面对象的其他活动特征而封装多种其他的控制数据，这些控制数据可用于例如控制所述界面对象的内存回收关系、展示时长、展示策略以及展示效果等等。例如，可以按需包含如下示例性标识：展示时长标识，用于描述并控制界面通知消息中的界面对象在用户的界面中可展示的最大时长；展示策略标识，用于描述界面通知消息的展示范围是属于全频道还是指定频道；缓存策略标识，用于描述并控制界面通知消息中界面对象在直播间内的缓存策略，表述为诸如切换直播间后移除、切换直播间后无需移除、退出直播间后移除、退出直播间后无需移除之类的策略性指令，直播间应用程序根据这些指令对应性地处理相应的界面对象的展示；登录控制标识，用于描述并控制界面通知消息中的界面对象是否展示给非登录用户观看；缓存控制标识，用于描述并控制界面通知消息中的界面对象的缓存生存时长……诸如此类，可以依据程序开发中考虑的界面对象展示策略的需要进行灵活增删设计。

能力定义集与控制定义集的这些不同标识，每一个标识或者多个标识相配合用于描述界面对象的一方面的活动特征，因此实际上是封装了各种活动特征的控制数据，依据不同方面的活动特征，可以定义的不同的功能接口。

在一种进一步改进的实施例中，所述的协议报文在结构上还包括一个扩展部，用于封装适于参与所述协议报文所描述的界面通知消息的展示过程的有效信息。由于所述的扩展部封装了适于参与所述协议报文所描述的界面通知消息的展示过程的有效信息，如前述的资源配置信息、交互配置数据，故而在后续开发新业务时，在不增加新的数据通信协议的情况下，可以增加新的界面通知消息业务，只要终端设备与服务器之间遵守本申请的相同协议，同理也能达到丰富所述界面通知消息的界面对象在直播间界面展示的控制功能的效果，可见，本申请所规范的协议报文具有可扩展性，进一步突出其对不同界面通知消息的后向兼容能力。

所述的纵深定义部，主要用于封装界面对象的优先级数据，通过这些优先级数据指明界面对象在图形用户界面的Z轴纵深方向上的具体层级，以便不同的开发团队为自己定义的界面对象统一指定具体的一个或多个视图层，或者，也可为不同类型的界面对象指定不同的视图层等等，实现通过协议报文实现对视图层的有序调用。

典型的实施例中，可以单纯提供一个视图层索引标识字段，在其中记载视图层索引编号，后续可以将这一视图层索引转换到界面对象中，当调用相关功能接口时，便返回具体的视图层索引，利用这一视图层索引便可定位图形用户图面中相应层级的目标视图层，在该目标视图层中显示该界面对象。

其他实施例中，也可设置多个优先级标识，例如，一级优先级标识用于对应不同的消息队列，由此可以适用于多消息队列排队的应用情况，以便根据界面通知消息的一级优先级标识的优先级数据的高低被归入不同级别的消息队列，后续终端设备处再根据消息队列本身固有的优先级协调这些界面通知消息之间的对应关系。进一步设置一个二级优先级标识用于对应视图层的层级，即如前述典型实施例所述，可以将视图层索引作为二级优先级标识中的优先级数据，以便后续根据视图层索引确定相应的目标视图层。

以上作为完整地提示了本申请中典型实施例的协议报文的具体结构及其具体功能，同时也揭示了关于协议报文的具体结构的多种变化处理思维及实例，可以理解，本典型实施例的协议报文的具体结构及其各部分的具体标识的增删变化等，在其他实施例，均可根据实际应用场景适当调整，根据实际需要在本典型实施例的基础上做出适当的增删而不影响本申请的实施。

按照以上各种实施方式实施的协议报文，显然足以具备标准化描述用于直播间中展示界面对象的任何已知类型的界面通知消息的能力，并且具有可扩展性。

可以理解，终端设备在源源不断地接收到各种界面通知消息之后，根据协议约定，便可对其进行解析。每一界面通知消息被解析后，便得到其中的对象定义数据、优先级数据以及接口定义数据。

步骤S12、实例化预定义的接口类生成对应的实例对象，继承该接口类预定义的功能接口：

为了实现对界面通知消息在本地的处理，实现界面通知信息向实例对象的转换，以便后续被计算机进行对象化操作，最终实现界面输出，开发人员在编程界面，适应统一协议的规范，相对应地为界面对象提供一个模板，该模板提供一个接口类的定义规范，通过对该接口类进行操作，可以获得一个实例对象，由该实例对象继续该接口类中预先定义的各个功能接口，当界面通知消息相关的各类数据被转换为实例对象的属性之后，该实例对象便能够发挥其承载界面通知消息在本地运行表现的功能。

在本步骤中，适应每一协议报文被解析后，会调用所述的接口类，对该接口类进行实例化，从而获得相应的实例对象，在内存中对实例对象进行调用，通过修改该实例对象的属性便可实现界面通知消息到界面对象的转换，同时由于实例对象继承了接口类预先定义的各个功能接口，因此，实例对象也就具备了执行固有的功能的能力。

步骤S13、修改该实例对象的属性，根据所述对象定义数据组装所述界面通知消息的界面对象，根据所述优先级数据定义所述界面通知消息的界面对象在图形用户界面的纵深方向的视图层的层级，根据所述接口定义数据定义所述界面通知消息的界面对象的活动特征：

本步骤中，利用界面通知消息中解析出来的各类数据，通过对实例对象进行属性赋值，在内存中实现对界面对象及其活动特征的构造。具体而言，在本申请的典型实施例中，优先考虑构建如下几个方面的处理：

首先是在该实例对象中对界面通知消息要显示的界面对象进行定义。如前所述，协议报文中包含了所述的对象定义数据，该部分数据通过多个标识的设置，适于描述界面对象的各种资源配置信息，而实例对象中，通过其接口类的定义，具有与这些标识相对应的属性项，将对象定义数据所包含的各种标识的值对应赋值给实例对象的各个相关属性项，便可实现对界面对象的组装构造。接口类中也预先定义有便于调用该界面对象的第一功能接口，方便后续对该界面对象进行引用。

其次是根据协议报文中的优先级数据确定界面对象要输出显示时所需占用的视图层的具体层级，以便后续在指定的目标视图层中显示该界面对象。如前所述的协议报文的一些实施例中，已经揭示了在优先级标识中包含具体的视图层索引编号的情况，可以理解，对于这种情况，优先级数据中将直接将视图层索引，因此将这一数据赋值给实例对象的对应项之后，后续便可通过实例对象提供的相应的例如第二功能接口来获得界面对象所对应的视图层索引，根据该视图层索引确定具体的目标视图层用于显示界面对象。对于如果优先级数据以其他形式进行表述的更为复杂的情况，则可以先依据预设的转换关系，先将优先级数据转换为对应视图层索引再赋值给实例对象的对应属性项，也可起到同等的效果。可见，通过优先级数据可以用于确定界面对象需要占用的目标视图层属于图形用户界面的Z轴纵深方向的哪一个具体层级，不同的开发团队据此便可通过在协议报文中指定界面通知消息的优先级数据来提前规定自身所要占用的一个或多个具体视图层，而不必另行开发终端设备一侧的处理界面通知消息的代码。当协议报文中的优先级数据与终端设备中已有的视图层的层级编码一致时，后续的访问显示更为高效和直接，直接利用优先级数据作为视图层索引即可确定与之对应的目标视图层。

此外是根据协议报文中的接口定义数据来为所述界面对象定义其一种或多种活动特征。例如，前述关于协议报文的描述中，可以通过能力定义集的各个标识所提供的接口定义数据来定义界面对象响应用户交互、执行用户指令的能力；可以通过展示时长、展示策略、内存回收关系等控制定义集中的相关标识来提供接口定义数据以对应定义界面对象的展示时长、展示策略、缓存回收等活动控制，本质上，这些接口定义数据也是一种关于界面对象在缓存、界面中的活动特征的控制数据，利用将这些数据传值给实例对象相对应的属性项，便可实现用实例对象定义界面对象的活动特征的控制功能。

可见，概括而言，根据所述接口定义数据可以定义所述界面通知消息的界面对象的活动特征。具体而言，涉及到接口定义数据，其涵盖的范围较广，依照接口定义数据的进一步丰富，可以扩展出本申请的进一步的多个实施例，相适应地，这些因丰富接口定义数据对界面对象的活动特征的描述能力而扩展的实施例，也将关联影响本申请的后续步骤的执行，也即在本步骤中获得的某一方面活动特征的控制数据，将在本申请的后续中步骤中被对应地调用，以发挥这些控制数据应有的功能。

正是由于通过实例对象实现对界面通知消息在本地化的标准化包装，使本申请适于为现有技术中的多类型、多来源界面通知消息服务，可以满足为直播间应用程序提供标准化的界面通知消息的解析、转换、输出显示等要求。

步骤S14、所述实例对象响应对其中的第一功能接口的调用而返回所述界面对象，响应对其第二功能接口的调用而返回所述视图层的层级，且响应对其中的其他至少一个功能接口的调用而返回用于限定所述界面对象的活动特征的控制数据：

适应前一步骤中对实例对象的属性项的赋值，该实例对象构造出了界面通知消息相对应的界面对象，并且，由于实例对象继承其接口类预先定义的各个功能接口，因此，可以通过访问这些功能接口来实现对相关属性项的引入，从而，只需访问该实例对象，便可实现对界面通知消息的标准化调用。

适应所述界面对象的构造，本申请的典型实施例中提供所述的第一功能接口，第一功能接口被调用时，调用方便可引用该界面对象，用于加载到目标视图层中进行显示。

适应所述的视图层的层级的确定，本申请的典型实施例提供所述的第二功能接口，第二功能接口被调用后，实例对象予以响应，调用方便获得界面通知消息指定的具体的视图层的层级，即确定具体的视图层索引，进而确定具体的目标视图层。进一步改进的实施例中，如果对应所述视图层索引的视图层不存在，还可以按需为之创建该视图层，实现视图层的动态管理。

适应所述接口定义数据包含所述界面对象的展示时长数据的实施例，所述实例对象的第三功能接口便能做出有效响应，第三功能接口被调用时，该实例对象响应对其第三功能接口的调用而将所述展示时长数据作为所述控制数据返回，以便调用方实现对所述界面对象在图形用户界面的活动时长的控制。

适应所述接口定义数据包含所述界面对象的内存回收标记的实施例，所述实例对象的第四功能接口便能做出有效响应，第四功能接口被调用时，该实例对象响应对其第四功能接口的调用而将所述内存回收标记作为所述控制数据返回，以便调用方实现对所述界面对象在内存的活动存续的控制。

适应所述接口定义数据包含所述界面对象的交互配置数据的实施例，所述实例对象的第五功能接口便能做出有效响应，其响应对其第五功能接口的调用而将所述交互配置数据作为所述控制数据返回，以实现对所述界面对象在图形用户界面响应触控事件的活动的控制。

适应所述接口定义数据包含所述界面对象的展示策略数据的实施例，所述实例对象的第六功能接口便能做出有效响应，其响应对其第六功能接口的调用而将所述展示策略数据作为所述控制数据返回，以实现调用方对所述界面对象在图形用户界面处根据展示策略进行活动的控制。

可以理解，以上适应接口定义数据所包含的对活动特征的控制数据的个数多寡而提供的不同实施例，主要根据协议报文中的描述能力的丰富情况而适用。在协议报文中被记载的相关标识所承载的数据，一般也会在本地处理时，被封装为实例对象的属性项，并通过实例对象提供的相应功能接口来提供给调用方引用。

所述的调用方，是负责通过调用实例对象的各种属性项而将对应的界面对象输出到某一目标视图层的本地执行程序，也可由本领域技术人员依据实例对象的能力而适应性编程实现，不影响本申请的创造精神的存灭。对于调用方而言，理论上其只需考虑对每一个需要处理的实例对象进行各种功能接口的引用，按照这些功能接口提供的各种数据对该实例对象所含的界面对象进行界面输出即可。

至于所述的视图层，通常由视图容器来表现，所述的调用方可以预备多个视图层，对这些视图层进行编号，这些编号可以也充当视图层索引的作用，以便通过所述的视图层索引来对应确定一个视图层。这些视图层的视图容器可以关联到一个自定义的根容器进行有序的树状结构的组织，以方便进行内存管理。在编程实现时，可以基于操作***既有的视图容器相关的类进行派生开发，实现所述的自定义。

例如，所述的根容器，其对应的类可以由开发人员进行自定义，例如基于Android的View或ViewGroup基类按需进行自定义开发而成，使其具备ViewGroup的适于支持视图容器(如View)和ViewGroup的能力即可，也即，根容器适于关联管理其下一级的视图容器，而视图容器同理可与根容器同理从同一自定义的类实例化而得。理论上，由于根容器具备ViewGroup的同等能力，因此，根容器还可以进一步的关联管理下一级的父容器，父容器与根容器派生于同一自定义类而具备根容器同等的支持下一级View的能力，通过这种基于类的派生关系构造而成的树结构，可以实现对繁多的视图容器的组织和调用。一般情况下，在根容器的基础上，关联单层的视图容器，可以满足一般数量的视图层使用需求。如果开发人员自知所需视图层较多时，也可实现多层级联以满足需求。开发人员在自定义根容器及其视图容器相关联的自定义类时，可以适应其他需求而扩展一些属性或接口，以丰富视图容器的功能，只要这种实施不影响本申请的实施即可，本领域技术人员对此应当理解。

一种实施例中，为了使实例对象的管理更为有序，可以为实例对象的处理设置一对象队列，源源不断界面显示消息被转换为实例对象，陆续被添加到所述的对象队列中，而所述的调用方则依据队列固有的先进先出的访问规则——队尾入队，队首出队，从该对象队列中不断读取各个实例对象进行处理以输出到图形用户界面中显示。因此，每个实例对象均会被添加到对象队列进行排队，在排队过程中接受调用方实施的外部调度而等候被调用，当其排至队首之后，便会被调用方处理并输出显示。

进一步，可以通过将上述各实施例所揭示的方法中的各个步骤进行功能化，构造出本申请的一种界面通知消息构造装置，按照这一思路，请参阅图3，其中的一个典型实施例中，该装置包括：

报文解析模块11，用于解析封装了界面通知消息的协议报文，获取其中的对象定义数据、优先级数据以及接口定义数据；

实例创建模块12，用于实例化预定义的接口类生成对应的实例对象，继承该接口类预定义的功能接口；

实例赋值模块13，用于修改该实例对象的属性，根据所述对象定义数据组装所述界面通知消息的界面对象，根据所述优先级数据定义所述界面通知消息的界面对象在图形用户界面的纵深方向的视图层的层级，根据所述接口定义数据定义所述界面通知消息的界面对象的活动特征；

实例响应模块14，用于允许所述实例对象响应对其中的第一功能接口的调用而返回所述界面对象，响应对其第二功能接口的调用而返回所述视图层的层级，且响应对其中的其他至少一个功能接口的调用而返回用于限定所述界面对象的活动特征的控制数据。

进一步，为便于本申请的执行，本申请提供一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如前所述的各实施例中所述界面通知消息构造方法的步骤。

可以看出，存储器适宜采用非易失性存储介质，通过将前述的方法实现为计算机程序，安装到手机或计算机之类电子设备中，相关程序代码和数据便被存储到电子设备的非易失性存储介质中，进一步通过电子设备的中央处理器运行该程序，将其从非易性存储介质中调入内存中运行，便可实现本申请所期望的目的。因此，可以理解，本申请的一个实施例中，还可提供一种非易失性存储介质，其中存储有依据所述的界面通知消息构造方法各个实施例所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。

综上所述，本申请对界面通知消息进行了本地标准化处理，有助于统一同一应用程序项目的不同开发团队对各自定义的界面通用消息的开发，提升程序开发效率。

本技术领域技术人员可以理解，本申请包括涉及用于执行本申请中所述操作、方法中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其存储器之内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(ErasableProgrammable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(ElectricallyErasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种界面通知消息构造方法，其特征在于，包括如下步骤：

解析封装了界面通知消息的协议报文，获取其中的对象定义数据、优先级数据以及接口定义数据；

实例化预定义的接口类生成对应的实例对象，继承该接口类预定义的功能接口；

修改该实例对象的属性，根据所述对象定义数据组装所述界面通知消息的界面对象，根据所述优先级数据定义所述界面通知消息的界面对象在图形用户界面的纵深方向的视图层的层级，根据所述接口定义数据定义所述界面通知消息的界面对象的活动特征；

所述实例对象响应对其中的第一功能接口的调用而返回所述界面对象，响应对其第二功能接口的调用而返回所述视图层的层级，且响应对其中的其他至少一个功能接口的调用而返回用于限定所述界面对象的活动特征的控制数据。

2.根据权利要求1所述的方法，其特征在于，所述接口定义数据包含所述界面对象的展示时长数据，所述实例对象响应对其第三功能接口的调用而将所述展示时长数据作为所述控制数据返回，以实现对所述界面对象在图形用户界面的活动时长的控制。

3.根据权利要求1所述的方法，其特征在于，所述接口定义数据包含所述界面对象的内存回收标记，所述实例对象响应对其第四功能接口的调用而将所述内存回收标记作为所述控制数据返回，以实现对所述界面对象在内存的活动存续的控制。

4.根据权利要求1所述的方法，其特征在于，所述接口定义数据包含所述界面对象的交互配置数据，所述实例对象响应对其第五功能接口的调用而将所述交互配置数据作为所述控制数据返回，以实现对所述界面对象在图形用户界面响应触控事件的活动的控制。

5.根据权利要求1所述的方法，其特征在于，所述接口定义数据包含所述界面对象的展示策略数据，所述实例对象响应对其第六功能接口的调用而将所述展示策略数据作为所述控制数据返回，以实现对所述界面对象在图形用户界面处根据展示策略进行活动的控制。

6.根据权利要求1至5中任意一项所述的方法，其特征在于，修改该实例对象的属性的步骤之后，先将实例对象添加到对象队列中进行排队，接受外部调度而等候被调用。

7.根据权利要求1至5中任意一项所述的方法，其特征在于：所述优先级数据与所述视图层的层级编码一致。

8.一种界面通知消息构造装置，其特征在于，其包括：

报文解析模块，用于解析封装了界面通知消息的协议报文，获取其中的对象定义数据、优先级数据以及接口定义数据；

实例创建模块，用于实例化预定义的接口类生成对应的实例对象，继承该接口类预定义的功能接口；

实例赋值模块，用于修改该实例对象的属性，根据所述对象定义数据组装所述界面通知消息的界面对象，根据所述优先级数据定义所述界面通知消息的界面对象在图形用户界面的纵深方向的视图层的层级，根据所述接口定义数据定义所述界面通知消息的界面对象的活动特征；

实例响应模块，用于允许所述实例对象响应对其中的第一功能接口的调用而返回所述界面对象，响应对其第二功能接口的调用而返回所述视图层的层级，且响应对其中的其他至少一个功能接口的调用而返回用于限定所述界面对象的活动特征的控制数据。

9.一种电子设备，包括中央处理器和存储器，其特征在于，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如权利要求1至7中任意一项所述的界面通知消息构造方法的步骤。

10.一种非易失性存储介质，其特征在于，其存储有依据权利要求1至7中任意一项所述的界面通知消息构造方法所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。

Images