CN111970526B - 界面通知消息处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开界面通知消息处理方法、装置、设备及存储介质，所述的方法包括：通过单一消息链路接收服务器传输的消息报文,消息报文适于标准化描述直播间界面展示的任一界面通知消息；解析所述消息报文，获取其中的资源配置信息、交互配置信息以及消息控制信息，所述消息控制信息包含关系信息，所述关系信息用于定义该界面通知消息与其他界面通知消息之间的相对优先关系；根据所述资源配置信息的描述确定界面对象，根据交互配置信息构造该界面对象的事件响应能力，根据所述消息控制信息控制所述界面对象在直播间界面的展示。本申请可以采用单一消息链路处理大量各种类型的界面通知消息，能节省网络带宽开销，提高计算机设备计算资源的处理效率。

Description

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

技术领域

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

背景技术

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

可以理解，目前直播间业务场景中涉及到动效信息、广播信息的业务模块繁多，现有技术中客户端与服务器之间的数据通信，不同类型的业务模块使用不同的通信协议，并且每新增一个相关业务也会新增一套通信协议。由于现有技术没有一个通用性强、扩展性强的数据通信协议，由此产生了相关业务的各式各样的数据通信协议，客户端、服务端需要同时投入人力物力维护原有相关业务的数据通信协议，同时也需要投入人力物力去支持新的相关业务的数据通信协议，随着业务不断增加，维护成本也会不断增高。

另外，从客户端、服务端传输带宽成本的角度看，现有技术直播间不同业务的通信协议会各自建立自己的TCP/IP链接，每次触发传输一个动效信息或者广播信息的数据集，数据通信上都需要建立一次TCP/IP交互开销，占用大量的带宽资源。

发明内容

本申请的首要目的旨在提供一种界面通知消息处理方法，以便统一处理任一界面通知消息。

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

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

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

通过单一消息链路接收提供直播间消息服务的服务器传输的消息报文,所述消息报文适于标准化描述直播间界面展示的任一界面通知消息；

解析所述消息报文，获取其中用于描述界面通知消息的资源配置信息、交互配置信息以及消息控制信息，所述消息控制信息包含关系信息，所述关系信息用于定义该界面通知消息与其他界面通知消息之间的相对优先关系；

根据所述资源配置信息的描述确定界面对象，根据所述交互配置信息构造该界面对象的事件响应能力，根据所述消息控制信息控制所述界面对象在直播间界面的展示。

较佳的实施例中，所述消息链路为基于TCP/IP协议而建立，在本机设备运行直播间时，本机设备与直播间服务器之间有且仅有一个所述的消息链路，本机设备经过该消息链路接收该直播间广播的所有的界面通知消息。

可选的实施例中，所述界面通知消息为如下任意一种类型：文字内容、音频内容、动态特效、代码标签，不同类型的所述界面通知消息均适于以所述消息报文的格式进行标准化封装。

进一步的实施例，在解析所述消息报文的步骤中，获取所述消息报文中的定向信息，判断接收该消息报文的当前用户是否属于所述定向信息所涵盖的接收对象，若包含则继续执行后续步骤，否则停止对处理该消息报文。

进一步的实施例中，所述消息报文包括协议头部、资源定义部、能力定义部、控制定义部，所述协议头部用于封装相应的界面通知消息的接收用户的定向信息；所述资源定义部用于封装所述的资源配置信息；所述能力定义部用于封装所述的交互配置信息；所述控制定义部用于封装所述的消息控制信息。

较佳的实施例中，所述消息报文还包括扩展部，用于封装适于参与该消息报文所描述的界面通知消息的展示过程的有效信息。

另一部分实施例中，所述消息控制信息还包含策略信息，用于通过包括若干标识限定相应的界面通知消息的展示时长和展示范围。

可选的实施例中，根据所述消息控制信息控制所述界面对象在直播间界面的展示的步骤中，将包含有相同关系信息的多个界面通知消息的界面对象进行合并为仅在直播间界面展示单个界面对象。

较佳的实施例中，述关系信息以至少两个标识加以表征，分别为：

一级优先级标识，用于控制本消息报文所描述的界面通知消息在不同类型界面通知消息之间展示的相对优先关系；

二级优先级标识，用于控制本消息报文所描述的界面通知消息在相同类型界面通知消息之间展示的相对优先关系。

适应本申请的另一目的而提供的一种界面通知消息处理装置，其包括：

接收模块，被配置为通过单一消息链路接收提供直播间消息服务的服务器传输的消息报文,所述消息报文适于标准化描述直播间界面展示的任一界面通知消息；

解析模块，用于解析所述消息报文，获取其中用于描述界面通知消息的资源配置信息、交互配置信息以及消息控制信息，所述消息控制信息包含关系信息，所述关系信息用于定义该界面通知消息与其他界面通知消息之间的相对优先关系；

显示模块，被配置为根据所述资源配置信息的描述确定界面对象，根据所述交互配置信息构造该界面对象的事件响应能力，根据所述消息控制信息控制所述界面对象在直播间界面的展示。

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

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

相对于现有技术，本申请的优势如下：

首先，本申请通过单一消息链路接收提供直播间消息服务的服务器传输的消息报文,所述消息报文适于标准化描述直播间界面展示的任一界面通知消息；直播间界面各种不同类型的所述界面通知消息均适于以所述消息报文的格式进行标准化封装，由于消息报文中包括了消息控制信息，主要是指其中携带的关系信息，可以实现对多种不同业务的多种不同界面通知消息的同业务关系或不同业务关系等进行描述和控制，因此，通过将这一原理实例化成本申请的技术方案，统一规范了目前直播间内涉及到动效类信息、广播类信息等业务的数据通信协议，把现有繁多的数据通信协议缩减为一个基于本申请的界面通知消息处理方法的通信协议，大大减少对数据通信协议的维护成本和降低维护难度。

其次，本申请为了维持本机设备与服务器之间的通信，基于TCP/IP协议而建立所述的消息链路，鉴于通过执行本方法可以统一出唯一协议，故而，在本机设备运行直播间时，本机设备与直播间服务器之间仅需一个所述的消息链路，本机设备经过该消息链路接收直播间广播的所有的任一界面通知消息，使原本的每个类型的界面通知消息建立一个TCP/IP协议链接进行交互开销变成任一界面通知消息均经过所述消息链路，并且，标准化后的界面通知消息，可以从服务器叠加发送到客户端，减少数据传输上的次数进而减少宽带宽带资源消耗，降低用户流量。

再次，在本申请界面通知消息处理方法的应用场景中，直播间有很多相同类型业务和不同类型的业务，本申请通过相同业务和不同业务优先级设置，如所述消息报文中的消息控制信息包含关系信息，所述关系信息以至少两个标识加以表征，分别为：一级优先级标识，用于控制本消息报文所描述的界面通知消息在不同类型界面通知消息之间展示的相对优先关系；二级优先级标识，用于控制本消息报文所描述的界面通知消息在相同类型界面通知消息之间展示的相对优先关系。所述客户终端解析所述的消息报文后，使所述的界面通知消息在直播界面的显示效果可以按照优先顺序在所述直播间界面展示，达到预期的效果。

另外，本申请规范了消息报文的结构，所述消息报文包括协议头部、资源定义部、能力定义部、控制定义部，所述消息报文的结构构成基于多种类型界面通知消息的共性而设定，格式规范，涵盖多种类型界面通知消息在直播间界面展示的所需要的条件、展示的内容，效果等；所述控制定义部的设置可以把多种不同类型的界面通知消息按照同一个标准设定，把多种类型的界面通知消息通过所述消息报文传输到终端设备，最后按照预定的顺序、位置、效果、时长、范围等在直播间界面展示。所述消息报文预留的扩展部，还可以用于后续增加所述界面通知消息的新功能，为后续新增业务的开发提供了更大的弹性空间。

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

附图说明

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

图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、Android以及其他提供同等功能的操作系统，在此类操作系统的支持下，适应性开发的应用程序得以正常运行，实现人机交互以及远程交互。

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

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

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

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

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

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

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

请参阅图2，本申请的一种界面通知消息处理方法的典型实施例中，包括以下步骤：

步骤S11：通过单一消息链路接收提供直播间服务的服务器传输的消息报文,所述消息报文适于标准化描述直播间界面展示的任一界面通知消息。

依据本方法所开发的应用程序，被安装于终端设备中运行，以向直播间的用户开放直播间服务，所述直播间服务由服务器提供，因此，应用程序需要通过其所在终端设备与服务器之间的通信交互来实现指令和数据的传输。实现这种交互，表现在网络基础架构层面，可以通过在终端设备与服务器之间进行基于同一通信协议的规范来实现，而通信协议中传递消息的载体通常是以消息报文的形式来实现。

本申请中，由于界面通知消息的处理主要在操作系统的应用层处理，因此，实现终端设备具备与服务器交换所述的消息报文，可以通过所述应用程序的运行来负责实现这种交互，使其承担起封装协议的消息报文和解析协议的消息报文的功能，以便区别于计算机通信网络中的标准协议。

当然，应用程序基于应用层的这种解析和封装功能，也可以与计算机通信网络的标准协议相结合，例如TCP/IP协议，将一个所述的消息报文作为TCP/IP的一个消息报文单位去处理。此举并不影响本申请的实施，如其他实施例，所述的消息链路还可以基于UDP等其他协议而建立。

在所述的应用程序运行时，仍需要基于TCP/IP协议固有的机制，维持应用程序所在的终端设备与所述提供直播间服务的服务器之间的消息链路，以便传输本申请的消息报文。所述消息链路基于TCP/IP协议而建立，可以采用Socket套接字协议来实现终端设备与服务器之间的消息链路的维护，该消息链路是一个长链接，终端设备可以通过向服务器发送心跳包来使该消息链路持续存活。

本申请中，出于统一所有类型界面通知消息的目的，在终端设备运行直播间时，本机设备与直播间服务器之间只需维持仅仅一个所述的消息链路，经由该消息链路传输所述的消息报文即可。由此，本机终端设备便能经由该消息链路接收到直播间广播的所有界面通知消息，这些界面通知消息可以是属于现有技术中的任一界面通知消息。

所述的消息报文，如前所述，是基于本申请的界面通知消息处理方法而形成的通信协议的标准格式的报文，适宜主要在服务器端将所述的任一类型交互数据标准化封装处理成为格式统一的消息报文，由终端设备对应解析；当然在必要时也可由终端设备进行所述的封装而由服务器进行对应的解析。容易理解，消息报文用于承载本申请所称的界面通知消息。

可以理解，所述终端设备与服务器之间数据通信是基于本申请的界面通知消息处理方法而实现的同一个数据通信协议来执行的，该数据通信协议称便成为通用数据通信协议，由该数据通信协议所规范的所述消息报文便具备了标准化描述各种类型的界面通知消息的能力。当用户在所述直播间界面上开始有信息交互行为时，如送礼，发信息、执行任务等，即可由发送相应指令的终端设备或者直播间服务器调用所述通用数据通信协议，按照所述消息报文的格式对该发送指令相应的界面通知消息进行标准化封装，最后，经由接收该界面通知消息的终端设备与直播间服务器之间的所述消息链路传输到作为接收方的终端设备。

为了便于理解本申请后续各步骤的执行，此处先对本申请的典型实施例中，所述消息报文的结构做出更为具体的说明。

典型实施例中，作为示例而非对本申请消息报文的具体构造的唯一性约束，所述消息报文的封装结构包括协议头部、资源定义部、能力定义部、控制定义部：

所述协议头部主要用于封装相应的界面通知消息的接收对象的定向信息，包括描述所述通用数据通信协议自身身份标识的协议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动画时，动画中动态更换的文案内容。

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

所述能力定义部主要用于封装交互配置信息，所述的消息报文的接收方根据所述交互配置信息可构造所述界面对象的事件响应能力。

本实施例中，所述的交互配置信息包含用于描述用户可进行交互的方式的交互类型标识、用于描述能够实施交互的对象类型为主播用户和/或观众用户的交互范围标识、用于描述用户执行交互操作后触发的事件行为的行为类型标识、以及用于描述用户实施了交互操作后触发执行的具体的行为命令的命令标识。

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

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

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

所述控制定义部用于封装消息控制信息，所述消息控制信息控制所述界面对象在直播间界面的展示关系、策略和效果：

首先，所述的消息控制信息包含对多个界面对象间展示关系进行描述的关系信息：直播过程中，同一用户在其终端设备中往往会在同一时间段内接收到大量同类型业务和不同类型业务的所述界面通知消息，一般而言，界面通知消息是按照消息报文接收的时间进行展示的，但是，由于每种界面通知消息中的界面对象的作用时长各不相同，因此，需要提供手段供终端设备处理各种不同的界面通知消息的展示，所述终端设备必须要对大量所述的界面通知消息做相应关系处理，使这些界面通知消息能够有序地在所述直播间界面展示出来。

由此，本典型实施例通过两个优先级标识来具体描述消息控制信息中的关系信息，以便为所述消息报文提供规范所述的展示关系的能力。

所述关系信息的两个优先级标识为一级优先级标识和二级优先级标识，以下分别介绍这两个标识本典型实施例中如何具体发挥作用：

所述的一级优先级标识，用于控制所述消息报文所描述的界面通知消息在不同业务类型界面通知消息之间展示的相对优先关系。示例而言，所述不同类型的界面通知消息包括但不限于普通文字广播消息、音频广播消息、图像动效消息、界面特效消息等。为所述不同业务类型的界面通知消息中设置所述的一级优先级标识，当所述终端设备同时收到所述不同类界面通知消息，且这些不同业务类型的界面通知消息在时间上出现重叠或交叉时，可以按照所述的一级优先级标识将所述的不同业务类型的界面通知消息进行排序，最终有序地或者分主次区域地在所述直播间界面展示出来。例如，优先级高的界面通知消息先予以展示，优先级低的置后处理；或者，高优先级的界面对象显示在界面的第一区域，较低优先级的界面对象显示在界面的第二区域等。

至于确定一级优先级标识的优先级取值的方法，较为灵活，例如：可以根据直播间观众用户对不同业务类型界面通知消息的喜爱程度作为确定优先级的依据，也可以通过主播用户在所述直播界面自主设置不同业务类型界面通知消息的先后显示顺序作为确定优先级的依据等等。所述的一级优先级标识的具体取值表述可以通过多种标准和途径设定，在实际应用中，可以根据具体的需求来设置，在此不做限制。

所述的二级优先级标识，用于控制所述的界面通知消息在相同业务类型的界面通知消息之间展示的相对优先关系。

同理，在所述终端设备同一时间收到多个不同业务类型以及多个相同业务类型的所述界面通知消息时，对于属于相同业务类型的界面通知消息，需要处理其彼此之间的相对关系，对于完全相同的内容甚至交由终端设备进行简化、省略等。所述终端设备根据所述一级优先级标识将所述的不同业务类型的界面通知消息排序或排列的前提下，进一步通过所述的二级优先级标识可以对所述相同业务类型的界面通知消息进行二次排序、排列、合并甚至删略。

至于确定二级优先级标识的优先级取值的方法，较为灵活，例如，可以以所述消息报文的形成时间作为先后顺序依据确定优先级具体数值，或者以发送界面通知消息的用户触发交互操作的时间作为依据确定优先级的具体数值，也可以根据界面通知消息发送方的相应观众用户在直播间赠送虚拟电子礼品的价值大小、该观众用户对应的账户个人身份等级等等作为依据确定优先级具体数值，甚至还可以通过界面通知消息发送方的所述观众用户在直播间中的活跃程度为依据确定所述的优先级具体数值，如此等等，可以理解，二级优先级标识的具体取值表述方式，与一级优先级标识同理，可以通过多种标准和途径设定，在实际应用中，可以根据具体的需求来设置，在此不做限制。

可见，通过所述的一级优先级标识和二级优先级标识的设定，可以有效地让大量所述的不同业务类型和相同业务类型的界面通知消息有序地在所述直播间界面展示出来，使得直播间界面通知消息应用基于本申请所述的界面通知消息处理方法的通用数据通信协议在所述直播间界面显示与传统技术不同类型界面通知消息应用不同数据通信协议的显示达到一样的效果，甚至经过统一规划和排序之后，可以使大量并发的多种界面通知消息更加有序地在所述直播间界面展示。

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

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

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

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

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

步骤S12：解析所述消息报文，获取其中用于描述界面通知消息的资源配置信息、交互配置信息以及消息控制信息，所述消息控制信息包含关系信息，所述关系信息用于定义该界面通知消息与其他界面通知消息之间的相对优先关系。

当直播间用户接收到所述消息报文后，需要根据执行本申请规范而成的通用数据通信协议来对该消息报文进行相应的解析。鉴于在前已经详细说明了所述消息报文的多种实施方式，可以理解，在本步骤中，可以通过解析所述消息报文来获取其中承载描述的各种相关信息。

在终端设备与服务器单端通信的场景中，理论上可以采用不携带所述协议头部的消息报文来发送界面通知消息，但在更多的应用场景中，包括本申请的典型实施例中，适宜采用具有协议头部的消息报文，因而，以下将以此为例来对本步骤加以说明。

典型实施例中，解析所述的消息报文时，从该消息报文的协议头部、资源定义部、能力定义部、控制定义部、控制定义部均能获得相应的信息。

所述的协议头部描述了该消息报文送达的定向信息，对于当前直播间用户而言，可以通过协议头部中的相关标识来加以利用。例如，利用所述的协议id来识别本消息报文是按照本申请的通用数据通信协议规范的界面通知消息，从而调用界面通知消息相应的处理流程；利用主频道id、子频道id、用户id，来差别当前用户是否属于所述定向信息所涵盖的接收对象，确定该消息报文是否适于由当前用户展示，如是则继续执行后续步骤，否则过滤该消息报文，不再针对该消息报文执行后续步骤。例如，发送到“唱歌”主频道中“民歌”子频道的所有主播用户的消息报文，对于“民歌”子频道的所有主播用户直播间的所有用户而言，可以解析该消息报文并执行后续的步骤；相反，对于其他任意子频道和任意主频道的任意直播间而言，当接收到相同的消息报文时，则将其过滤。

所述的资源定义部通过定义资源配置信息描述了该消息报应引用的界面对象，通过其中的内容类型标识可以确定要展示的内容的具体类型，从而便于调用相应的处理代码；通过其中的资源来源标识可以获取所述的界面对象的具体对应资源；通过所述的内容文本标识可以获取该界面对象所一并携带显示的对应文本；甚至某些实施例中可以从内容附属信号中获知一些备用内容等。根据该些资源配置信息，终端设备的直播间应用程序可以根据界面对象的具体类型，调用相关代码，获取所述资源来源标识所指向的具体界面对象，由此便可作为图形用户界面中待展示的内容进行输出，必要时，还可携带所述内容文本标识的内容和/或所述内容附属信息所携带的内容。

所述的能力定义部通过定义交互配置信息而描述了所述界面对象对用户交互动作的响应能力，从消息报文中解析出相关内容后，直播间应用程序可以按照其中的交互类型标识定义界面对应响应于何种用户操作事件，利用其中的交互范围标识可以限定界面对象的响应能力对主播用户和/或观众用户可用，利用其中的行为类型标识用于限定用户的交互动作适于相应触发何种指定的具体响应事件，甚至，如果能力定义部中的命令标识指定了具体的命令，还可限定用户对界面对象的交互动作导致执行该具体命令。

所述的控制定义部描述了界面对象在直播间用户界面中展示的关系、策略和效果等信息，被概括为消息控制信息，针对这些不同的消息控制信息，分别说明如下：

对于控制定义部中包含的关系信息，按照本申请的典型实施例，主要获得其中的一级优先级标识与二级优先级标识来指导直播间应用程序，根据一级优先级标识中指定的优先级安排当前界面通知消息相对于不同业务类型的界面通知消息的展示优先关系，根据二级优先级标识中指定的优先级安排当前界面通知消息相对于同业务类型的界面通知消息的展示优先关系。对于直播间应用程序而言，同时间内，可能收到大量的所述消息报文，意味着需要处理相应数量的界面通知消息的展示。按照每个消息报文中的一级优先级可以处理这些界面通知消息中不同业务类型的相对优先关系，按照每个消息报文中的二级优先级可以处理其中同业务类型的界面通知消息的相对优先关系。按照这种机理安排好这些界面通知消息的展示次序和/或位置，便能使该段时间内的种类和数量繁多的界面通知消息得以有序展示，这些界面通知消息的界面对象在图形用户界面中的展示将变得有条不紊。

进一步的实施例中，直播间应用程序还可以在利用两种优先级的基础上，对同一时间内的多种界面通知消息的展示效果进行更大自由度的控制。例如，直播间应用程序可以进一步对同一优先级的界面通知消息进行简化、合并、删略等处理，或者对同一优先级的界面通知消息的界面对象进行代表性替换以示简化、合并、删略等。诸如此类，可以由本领域技术人员在解析出所述的关系信息的基础上，在直播间应用程序中自由实施。

对于控制定义部中的策略信息，例如其中的展示时长标识将提供给直播间应用程序控制其相应的界面对象在界面展示的时长，并且根据其中的展示策略标识控制其相应的界面对象是在全频道还是指定频道展示，根据其中的缓存策略标识决定用户切换直播间或退出直播间后，相关的界面对象是否需要从图形用户界面中移除，同时可根据登录控制标识决定相关的界面通知消息是否对非登录用户可见，进一步还可根据所述的缓存控制标识控制所述界面对象在缓存中的生存时长等。进一步的实施例中，直播间应用程序还可以结合前述界面通知消息的两个优先级与此处的展示时长标识来进行综合的策略处理，例如两种优先级及界面对象完全相同的两个消息报文所对应的两个界面对象合并为同一个，且在展示时长中只选取其中时间值最大者实施。诸如此类，均可由本领域技术人员从消息报文中解析出后，在直播间程序中灵活实施。

对于控制定义部中的视觉信息，是常规的用于描述界面对象在图形用户界面中的活动过程和效果的定义描述，因此，直播间应用程序从消息报文的相应部分解析出相关定义标识后，后续便可对应控制整个界面通知消息的展示。例如，利用其中的坐标标识定位出界面对象所处图形用户界面的位置，利用其中的方向标识控制界面对象在图形用户界面中的运动模式或运动轨迹，利用其中的尺寸标识控制界面对象所占图形用户界面的面积等。如此种种，均可由本领域技术人员结合现有技术在直播间应用程序中灵活实现。

在其他实施例中，当消息报文中包含了扩展部，直播间应用程序也可基于预先协议的方案，对应解析该扩展部所包含的各种标识，然后调用对应的计算机指令处理之，获得在该消息报文的封装侧所期望达到的目的。

由于消息报文所包含的各个标识的具体实现非常灵活，可以通过多个标识共同定义一项功能，也可以通过增、删个别标识来对应丰富、简化某一功能，因此，本领域技术人员应当知晓，任何在本典型实施例的基础上对消息报文做出的改进，只要其无碍于影响本申请的实施，均应将之视为未超脱本申请的发明创造的精神所应涵盖的范围。

步骤S13:根据所述资源配置信息的描述确定界面对象，根据所述交互配置信息构造该界面对象的事件响应能力，根据所述消息控制信息控制所述界面对象在直播间界面的展示。

如前所述，在执行对所述消息报文的解析之后，便确定了相应的界面对象，这一界面对象是按照前述解析过程中的说明，依据所述资源配置信息而由直播间应用程序确定出来其可视化资源的，同时也依据所述交互配置信息构造出作用于所述可视化资源的事件响应能力。通过所述资源配置信息和所述交互配置信息的系统描述，定义出一个界面通知消息的界面对象的展示方式、过程、效果、事件响应能力、携带的信息等等，使之成为一个完整的计算机对象，可在直播间应用程序的图形用户界面中进行有效的显示。

当直播间应用程序处理大量的界面通知消息时，由于如前所述，每个界面通知消息所包含的消息控制信息中，已经通过相关的优先级标识定义了界面通知消息自身相对于其他相同业务类型与其他不同业务类型之间的相对优先关系，因此，直播间应用程序可以依据这种关系，处理每一界面对象的相对展示，使大量的界面通知消息的展示既基于同一通用数据通信协议，又能够有条不紊地得以有序展示。

根据本申请的典型实施例所实施的一种应用，可以预见，现有技术中的多种不同协议的各类广播消息、进场特效、送礼特效等，均可以通过本申请所称的通用数据通信协议所规范的所述消息报文作为载体，在直播间相关的诸多不同用户终端设备、服务器之间进行有效传输和解析、表达、展示。

根据以上各实施例的揭示，不难理解，无论何种实施例，本申请均仅需基于同一通用数据通信协议来维持终端设备与服务器之间就界面通知消息进行传输的协议，因此，仅需唯一一个消息链路来供彼此传输所述的消息报文即可。终端设备与服务器之间不必再需要维护多个消息链路，便可实现多种不同的界面通信消息的传输和最终有条不紊的展示。

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

接收模块11，被配置为通过单一消息链路接收提供直播间消息服务的服务器传输的消息报文,所述消息报文适于标准化描述直播间界面展示的任一界面通知消息；

解析模块12，用于解析所述消息报文，获取其中用于描述界面通知消息的资源配置信息、交互配置信息以及消息控制信息，所述消息控制信息包含关系信息，所述关系信息用于定义该界面通知消息与其他界面通知消息之间的相对优先关系；

显示模块13，被配置为根据所述资源配置信息的描述确定界面对象，根据所述交互配置信息构造该界面对象的事件响应能力，根据所述消息控制信息控制所述界面对象在直播间界面的展示。

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

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

综上所述，根据本申请可以定义出适于采用同一协议所规范的消息报文处理网络直播中大量相同和不同类型的界面通知消息，简化开发难度，简化网络带宽开销，提高计算机设备计算资源的处理效率。

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

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

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

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

Claims (9)

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

通过单一消息链路接收提供直播间消息服务的服务器传输的消息报文,所述消息报文适于标准化描述直播间界面展示的任一界面通知消息，所述界面通知消息用于实现动效信息或广播信息的播放；

解析所述消息报文，获取其中用于描述界面通知消息的资源配置信息、交互配置信息以及消息控制信息，所述消息控制信息包含关系信息，所述关系信息用于定义该界面通知消息与其他界面通知消息之间的相对优先关系,所述关系信息以至少两个标识加以表征，包括一级优先级标识和二级优先级消息，其中，一级优先级标识，用于控制本消息报文所描述的界面通知消息在不同类型界面通知消息之间展示的相对优先关系；二级优先级标识，用于控制本消息报文所描述的界面通知消息在相同类型界面通知消息之间展示的相对优先关系；

根据所述资源配置信息的描述确定界面对象，所述界面对象被描述为在所述直播间界面展示的内容的路径信息，根据所述交互配置信息构造该界面对象的事件响应能力，使之成为一个计算机对象，根据所述消息控制信息控制所述界面对象在直播间界面的展示，其中，根据一级优先级标识中指定的优先级安排当前界面通知消息相对于不同业务类型的界面通知消息的展示优先关系，根据二级优先级标识中指定的优先级安排当前界面通知消息相对于同业务类型的界面通知消息的展示优先关系。

2.根据权利要求1所述的方法，其特征在于：所述消息链路为基于TCP/IP协议而建立，在本机设备运行直播间时，本机设备与直播间服务器之间有且仅有一个所述的消息链路，本机设备经过该消息链路接收该直播间广播的所有的界面通知消息。

3.根据权利要求1所述方法，其特征在于：所述界面通知消息为如下任意一种类型：文字内容、音频内容、动态特效、代码标签，不同类型的所述界面通知消息均适于以所述消息报文的格式进行标准化封装。

4.根据权利要求1所述的方法，其特征在于，在解析所述消息报文的步骤中，获取所述消息报文中的定向信息，判断接收该消息报文的当前用户是否属于所述定向信息所涵盖的接收对象，若包含则继续执行后续步骤，否则停止对处理该消息报文。

5.根据权利要求1所述的方法，其特征在于:所述消息控制信息还包含策略信息，用于通过包括若干标识限定相应的界面通知消息的展示时长和展示范围。

6.根据权利要求1所述的方法，其特征在于，根据所述消息控制信息控制所述界面对象在直播间界面的展示的步骤中，将包含有相同关系信息的多个界面通知消息的界面对象进行合并为仅在直播间界面展示单个界面对象。

7.一种界面通知消息处理装置，其特征在于，其包括：

接收模块，被配置为通过单一消息链路接收提供直播间消息服务的服务器传输的消息报文,所述消息报文适于标准化描述直播间界面展示的任一界面通知消息，所述界面通知消息用于实现动效信息或广播信息的播放；

解析模块，用于解析所述消息报文，获取其中用于描述界面通知消息的资源配置信息、交互配置信息以及消息控制信息，所述消息控制信息包含关系信息，所述关系信息用于定义该界面通知消息与其他界面通知消息之间的相对优先关系，所述关系信息以至少两个标识加以表征，包括一级优先级标识和二级优先级消息，其中，一级优先级标识，用于控制本消息报文所描述的界面通知消息在不同类型界面通知消息之间展示的相对优先关系；二级优先级标识，用于控制本消息报文所描述的界面通知消息在相同类型界面通知消息之间展示的相对优先关系；

显示模块，被配置为根据所述资源配置信息的描述确定界面对象，所述界面对象被描述为在所述直播间界面展示的内容的路径信息，根据所述交互配置信息构造该界面对象的事件响应能力，使之成为一个计算机对象，根据所述消息控制信息控制所述界面对象在直播间界面的展示，其中，根据一级优先级标识中指定的优先级安排当前界面通知消息相对于不同业务类型的界面通知消息的展示优先关系，根据二级优先级标识中指定的优先级安排当前界面通知消息相对于同业务类型的界面通知消息的展示优先关系。

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

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

Images