CN108304245A - 界面处理方法及装置、计算机可读介质和电子设备 - Google Patents

Abstract

本发明公开了一种界面处理方法及装置、计算机可读介质和电子设备，涉及计算机技术领域。该界面处理方法包括：获取管理平台配置的公有数据和样式配置；获取业务组件生成的私有数据；将公有数据、样式配置、私有数据合并生成界面以便客户端进行展示。本公开可以实现界面的灵活配置。

Description

界面处理方法及装置、计算机可读介质和电子设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种界面处理方法、界面处理装置、计算机可读介质和电子设备。

背景技术

在人机交互场景不断丰富的潮流下，如何实现对界面的处理已经成为影响交互的关键因素。例如，随着社交互动技术的发展，涌现出了大量的直播平台和直播软件。浮层(或海报)作为直播中传递信息和丰富显示效果的主要途径，越来越受到直播参与者的欢迎。

目前后台推送浮层的主要问题在于：一方面，浮层配置不灵活，需要根据客户端版本进行发布，这样影响了浮层的时效性，另外，在web实现的场景中，需要耗费大量的人力；另一方面，由客户端实现浮层时，不能由后台定时或者有条件地关闭、更换、打开浮层；再一方面，没有对浮层进行统一化管理，导致不同需求浮层之间可能出现冲突等问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种界面处理方法、界面处理装置、计算机可读介质和电子设备，进而至少在一定程度上克服相关技术中存在的界面配置不灵活的问题。

根据本公开的一个方面，提供一种界面处理方法，包括：获取管理平台配置的公有数据；获取管理平台配置的样式配置；获取业务组件生成的私有数据；将公有数据、样式配置、私有数据合并生成界面以便在客户端进行展示。

根据本公开的一个方面，提供一种界面处理装置，包括：第一获取模块，用于获取管理平台配置的公有数据；第二获取模块，用于获取管理平台配置的样式配置；第三获取模块，用于获取业务组件生成的私有数据；界面生成模块，用于将公有数据、样式配置、私有数据合并生成界面以便在客户端进行展示。

可选地，界面处理装置还包括：获取触发模块，用于接收界面下发请求或确定界面下发逻辑主动触发。

可选地，界面处理装置还包括：界面组处理模块，用于响应于预定事件启动信号确定待展示的界面组以便客户端进行展示。

可选地，界面组处理模块包括：界面组确定单元，用于响应于预定事件启动信号确定客户端待展示的界面组；界面判断单元，用于判断界面组中的各个界面是否满足管理平台配置的预定场景要求；目标界面确定单元，用于将界面组中满足预定场景要求的界面确定为目标界面，以便所述客户端展示目标界面。

可选地，界面处理装置还包括：界面更新模块，用于接收业务组件更新的私有数据、管理平台修改的公有数据、管理平台修改的样式配置中的一个或多个，以便客户端对应替换当前界面的私有数据、公有数据和/或样式配置。

可选地，界面处理装置还包括：场景确定模块，用于确定出所述客户端展示界面的场景满足所述管理平台配置的预定场景要求。

可选地，第一获取模块包括：第一获取单元，用于从远程缓存中获取管理平台配置的公有数据和样式配置；和/或第二获取模块包括：第二获取单元，用于从远程缓存中获取管理平台配置的样式配置。

可选地，界面生成模块包括：界面生成单元，用于将公有数据、样式配置、私有数据合并生成界面；界面发送单元，用于将界面经由广播组件发送至客户端展示。

可选地，界面处理装置还包括：客户端界面处理模块，用于根据界面的字段类型确定界面由客户端处理或由web处理。

根据本公开的一个方面，提供一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现如上述任意一项的界面处理方法。

根据本公开的一个方面，提供一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现如上述任意一项的界面处理方法。

在本公开的一些实施例所提供的技术方案中，通过从管理平台获取界面的公有数据，从管理平台获取样式配置，从业务组件获取私有数据，一方面，界面配置灵活，避免了每次更新界面时都需重新开发所造成的大量人力成本和时间成本；另一方面，由于公有数据、样式配置、私有数据的分别配置，减少了下发界面时数据包结构的大小，有助于节省客户端资源；再一方面，通过管理平台中的样式配置，可以在不影响界面公有数据和私有数据的情况下，实现界面的统一化管理。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本发明实施例的界面处理方法或界面处理装置的示例性***架构的示意图；

图2示出了适于用来实现本发明实施例的电子设备的计算机***的结构示意图；

图3至图5示出了客户端浮层的展示效果的示意图；

图6示意性示出了根据本公开示例性实施方式的界面处理方法的流程图；

图7示出了根据本公开示例性实施方式的浮层的组织结构的示意图；

图8示意性示出了根据本公开实施例的浮层处理方法的一种交互过程的流程图；

图9示意性示出了根据本公开实施例的浮层处理方法的另一种交互过程的流程图；

图10示出了根据本公开示例性实施方式的浮层的示意图；

图11示出了在图10所示浮层私有数据发生变化后更新的浮层示意图；

图12示出了图10所示类型的浮层在客户端展示效果的另一示意图；

图13示意性示出了根据本公开实施例1的界面处理装置的方框图；

图14示意性示出了根据本公开实施例2的界面处理装置的方框图；

图15示意性示出了根据本公开实施例3的界面处理装置的方框图；

图16示意性示出了根据本公开实施例的界面组处理模块的方框图；

图17示意性示出了根据本公开实施例4的界面处理装置的方框图；

图18示意性示出了根据本公开实施例5的界面处理装置的方框图；

图19示意性示出了根据本公开实施例的第一获取模块的方框图；

图20示意性示出了根据本公开实施例的界面生成模块的方框图；以及

图21示意性示出了根据本公开实施例6的界面处理装置的方框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的步骤。例如，有的步骤还可以分解，而有的步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本发明实施例的界面处理方法或界面处理装置的示例性***架构的示意图。

如图1所示，***架构100可以包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器。例如，服务器105可以获取平台配置的公有数据，获取管理平台配置的样式配置，获取业务组件生成的私有数据，将获取的公有数据、样式配置、私有数据合并生成界面，并将界面发送给终端设备101、102、103以便展示界面。

另外，终端设备101、102、103可以获取平台配置的公有数据，获取管理平台配置的样式配置，获取业务组件生成的私有数据，将获取的公有数据、样式配置、私有数据合并生成界面，并展示界面。

因此，在本公开的一些实施例中，图6所示的界面处理方法可以由服务器105执行，相应地，图13所示的界面处理装置可以设置于服务器105中。在本公开的另一些实施例中，图6所示的界面处理方法可以由终端设备101、102、103执行，相应地，图13所示的界面处理装置可以设置于终端设备101、102、103中。

图2示出了适于用来实现本发明实施例的电子设备的计算机***的结构示意图。

需要说明的是，图2示出的电子设备的计算机***200仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图2所示，计算机***200包括中央处理单元(CPU)201，其可以根据存储在只读存储器(ROM)202中的程序或者从存储部分208加载到随机访问存储器(RAM)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有***操作所需的各种程序和数据。CPU201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分207；包括硬盘等的存储部分208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入存储部分208。

特别地，根据本发明的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的***中限定的各种功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。

以下对本发明实施例的技术方案进行详细阐述：

应当理解的是，虽然下面将以界面是直播中的浮层为例对本公开实施例的界面处理方法进行描述，然而，本公开所述的界面还可以包括其他类型的界面，例如，仪表仪器的工作界面、网页界面、企业员工考核界面等。

目前，直播产品中许多信息和显示效果均是通过浮层来实现。根据需展示内容的不同，浮层的表现形式也不尽相同，图3、图4和图5分别示出了页面浮层、文字浮层和图片浮层的显示效果图，这些表现形式在较好地实现信息传递的同时，丰富了直播参与者的视觉感受。然而，目前配置浮层的方式不灵活，每个浮层需要单独进行开发，不仅会耗费大量的人力成本和时间成本，而且无法实现各浮层的统一化管理。

鉴于此，本公开提供了一种界面处理方法，以对上述问题进行优化处理。具体参照图6所示，该界面处理方法适用于前述实施例中所述的电子设备，并至少包括步骤S62至S68，详细介绍如下：

S62.获取管理平台配置的公有数据。

在本公开的示例性实施方式中，公有数据可以是界面对应的静态资源，根据界面目的和内容不同，公有数据可以包括但不限于网页地址、文字、图片和视频。另外，公有数据可以包括直播产品的房间号、版本号等信息数据。

管理平台可以是供开发人员进行各种业务配置的平台，管理平台可以是具有存储功能的处理装置，并可以具有显示功能以便于开发人员进行业务开发。具体的，开发人员可以根据实际业务需要在管理平台对界面的公有数据进行配置，并将配置好的公有数据存储至管理平台的存储单元中。

根据本公开的一些实施例，服务器可以获取管理平台配置的公有数据。具体的，服务器可以向管理平台发送公有数据获取请求，其中，该公有数据获取请求包含所要获取的公有数据的唯一标识，以便正确地查找到所要获取的公有数据。另外，管理平台可以定时地向服务器发送公有数据，例如，管理平台可以每天早上8点向服务器发送指定浮层的公有数据。

根据本公开的另一些实施例，客户端可以获取管理平台配置的公有数据。例如，客户端可以从服务器获取管理平台配置的公有数据，具体的，客户端可以经由广播组件从服务器获取公有数据。另外，客户端还可以直接获取管理平台配置的公有数据。

S64.获取管理平台配置的样式配置。

在本公开的示例性实施方式中，样式配置可以包含界面展示的具体参数，这些参数包括但不限于界面所属的层级、位置、显示时长、开启关闭信息等。另外，样式配置还可以基于客户端的需求包含界面展示的优先级，等等。

容易理解的是，样式配置的生成和获取与上述公有数据的生成和获取类似，在此不再赘述。

S66.获取业务组件生成的私有数据。

在本公开的示例性实施方式中，私有数据可以包含界面中可动态变化的数据，其中，这些数据可以包括但不限于网页地址、文字、图片和视频。容易理解的是，随着界面展示时间的推移，私有数据可能发生变化，例如，在用浮层实现网络投票的场景中，作为私有数据，投票数会随着时间的推移发生变化。另外，私有数据可以在业务组件中产生，其中，业务组件可以是与直播产品对应的功能组件，例如，针对可送礼物的直播产品，业务组件可以是用于礼物统计及下发的功能组件。

根据本公开的一些实施例，服务器可以获取业务组件生成的私有数据。而根据本公开的另一些实施例，客户端可以获取业务组件生成的私有数据。

S68将公有数据、样式配置、私有数据合并生成界面以便客户端进行展示。

根据本公开的一些实施例，服务器可以将获取的公有数据、样式配置、私有数据合并，以生成一界面，并将该界面经由广播组件发送至客户端，以便客户端展示该界面。

根据本公开的另一些实施例，客户端可以将获取的公有数据、样式配置、私有数据合并，以生成一界面，并进行展示。

应当理解的是，获取公有数据、获取样式配置、获取私有数据这三者不存在固定的顺序关系。另外，也可以仅获取公有数据、样式配置、私有数据中的一个或两个，并与当前展示的界面结合，以实现界面的更新。

图7示出了根据本公开示例性实施方式的浮层作为界面的组织结构的示意图。参考图7，浮层可以包括布局类数据、控件类数据和其他数据。具体的，布局类数据可以表征客户端展示时浮层的位置样式等，并且可以包括但不限于浮层高度(height)、x方向位置(locx)、y方向位置(locy)、x方向偏移量(offsetx)和y方向偏移量(offsety)；控件类数据可以包括公有数据和动态数据，其中，公有数据可以包括房间号、版本号等，动态数据可以包括浮层私有数据的对应的键1(key1)、键2(key2)等。此外，浮层还可以包括命令提示符(cmd)、时间(time)、slot(插槽)等其他数据信息。

本公开的界面处理方法可以在服务器执行，也可以在客户端执行，下面将以界面是直播中的浮层为例对这两种情况分别进行说明。

服务器执行步骤S62至步骤S68的实施例：

根据本公开的一个实施例，首先，服务器可以接收到客户端发送的浮层下发请求。具体的，Web端可以通过CGI(Common Gateway Interface，通用网关接口)向服务器发送浮层下发请求，或者，客户端可以通过WNS(Wireless Network Service，无线网络服务)向服务器发送浮层下发请求。其中，浮层下发请求可以包含待展示浮层数据的标识信息，以便服务器可以根据该标识信息获取浮层数据。

接下来，服务器可以响应该浮层下发请求分别从管理平台获取浮层的公有数据、样式配置并从业务组件中获取私有数据。具体的，管理平台在配置完公有数据和/或样式配置后，可以将公有数据和/或样式配置存入一远程缓存中，其中，该远程缓存可以是例如MemCache的分布式高速缓存，在这种情况下，服务器可以从该远程缓存中获取公有数据和/或样式配置。另外，服务器可以配置有与业务组件通信协议对应的通用pb(powerbuilder)接口，服务器可以通过pb接口从业务组件中获取私有数据。

随后，服务器可以将获取的公有数据、样式配置和私有数据合并，并经由广播组件发送至客户端展示。

图8示出了上述过程的交互示意图。具体的，在步骤S801中，客户端可以向服务器发送浮层下发请求；在步骤S803中，服务器可以从管理平台获取公有数据；在步骤S805中，服务器可以从管理平台获取样式配置；在步骤S807中，服务器可以从业务组件中获取私有数据；在步骤S809中，服务器可以将公有数据、样式配置和私有数据合并生成浮层；在步骤S811中，服务器可以将浮层发送给广播组件；在步骤S813中，广播组件可以将浮层发送给客户端，以便客户端进行展示。

此外，当服务器的浮层下发逻辑主动触发时，服务器可以采用如上所述方式获取公有数据、样式配置和私有数据，将它们合并生成浮层，并经由广播组件发送至客户端展示。其中，浮层下发逻辑可以是预先设定的触发浮层下发的条件。例如，以浮层展示的业务是抽奖为例，若规定每天8点开始抽奖，则浮层下发逻辑可以包括每天8点生成浮层并发送至客户端展示。

针对此过程，图9示意性示出了该过程的流程图。参考图9，在浮层下发逻辑主动触发后，在步骤S901中，服务器可以从管理平台获取公有数据；在步骤S903中，服务器可以从管理平台获取样式配置；在步骤S905中，服务器可以从业务组件中获取私有数据；在步骤S907中，服务器可以将公有数据、样式配置和私有数据合并生成浮层；在步骤S909中，服务器可以将浮层发送给广播组件；在步骤S911中，广播组件可以将浮层发送给客户端，以便客户端进行展示。

根据本公开的另一个实施例，首先，客户端可以响应预定事件操作生成预定事件启动信号，并将该预定事件启动信号发送至服务器。例如，该预定事件操作可以是用户点击进入直播房间的操作。

接下来，服务器可以基于该预定事件启动信号确定客户端待展示的浮层组。具体的，可以预先在服务器配置预定事件启动信号与浮层组的对应关系，也就是说，通过预定事件启动信号可以确定出与该信号唯一对应的浮层组。另外，浮层组中可以包含多个浮层，这些浮层均可以由服务器生成，并且这些浮层可以属于同一类业务，也可以根据实际需要属于不同种类的业务。

随后，服务器可以将浮层组经由广播组件发送至客户端，以便客户端展示浮层组中包含的所有浮层。

此外，除将浮层组中包含的所有浮层进行展示外，本公开还提供了对浮层组中的浮层选择性展示的方案。也就是说，服务器在确定出浮层组后，可以判断浮层组中各个浮层是否满足管理平台配置的预定场景要求，将浮层组中满足预定场景要求的浮层确定为目标浮层，并将目标浮层经由广播组件发送至客户端展示。其中，开发人员在管理平台配置的预定场景要求可以包括但不限于指定用户、指定房间、客户端***类型(PC、IOS和/或安卓)等。例如，浮层组中浮层A仅针对的是直播房间a，在这种情况下，当向客户端展示的直播房间b发送浮层组时，不将浮层A发送至该客户端。

根据本公开的另一些实施例，可以对客户端当前展示的浮层进行更新。应当理解的是，本公开所述的浮层更新的实施例可以包括：对当前浮层的公有数据进行更新；对当前浮层的样式配置进行更新；对当前浮层的私有数据进行更新；对当前浮层的公有数据和样式配置进行更新；对当前浮层的公有数据和私有数据进行更新；对当前浮层的样式配置和私有数据进行更新；对当前浮层的公有数据、样式配置和私有数据均进行更新。

在仅更新浮层私有数据的实施例中，如果当前展示浮层的私有数据发生变化，首先，业务组件会对私有数据进行分析处理，并将处理后的私有数据发送至服务器；随后，服务器可以将业务组件处理后的私有数据经由广播组件发送至客户端；接下来，客户端可以将当前浮层展示的私有数据替换为服务器发送的私有数据，以实现浮层私有数据的更新。

例如，在浮层表示直播中主播PK(对决)进度的场景中，随着各参与者不断地送礼，浮层中PK条(私有数据)会发生变化。图10示出了在PK开始时的浮层效果图，在经历一段时间后，随着直播参与者不断地送礼，对应的PK业务组件会接收到参与者送礼而产生的数据，并对这些数据进行统计分析，具体可以将这些数据划分为是针对进攻队的送礼行为还是针对守卫队的送礼行为，并分别进行统计。随后，PK业务组件可以将统计出的当前PK数据发送至服务器，服务器可以经由广播组件将当前PK数据发送至客户端，以使客户端更新PK条的值。图11示例性示出了PK条更新后的浮层示意图。

另外，当有新用户进入直播房间时，服务器可以判断该房间是否存在例如PK的浮层，并在确定出存在该PK浮层时，将PK浮层以及更新的私有数据发送至客户端展示，图12示出了在客户端展示PK浮层的另一示意图。

可以看出，在更新浮层私有数据的实施例中，当前浮层的公有数据和样式配置不产生变化，仅将变化后的私有数据发送至客户端。

在仅更新浮层样式配置的实施例中，例如，当需要更变浮层的位置时，首先，开发人员可以根据需要在管理平台对样式配置中浮层位置的参数进行调整；接下来，管理平台可以向服务器发送调整后的浮层位置参数；随后，服务器可以经由广播组件将调整后的浮层位置参数发送至客户端。当用户刷新房间或重新进入房间后，浮层位置可变为调整后的位置。

容易理解的是，通过获取修改后的样式配置，可以实现动态变更、关闭、打开浮层。

根据本公开的另一些实施例，服务器在获取公有数据、样式配置和私有数据之前，还可以判断客户端展示浮层的场景是否满足管理平台配置的预定场景要求，并且在确定出客户端展示浮层的场景满足管理平台配置的预定场景要求时，执行获取公有数据、样式配置和私有数据的操作。例如，当浮层下发逻辑主动触发时，如果管理平台配置的预定场景要求为仅向安卓客户端发送浮层，则服务器可以将生成的浮层仅发送至安卓客户端，PC客户端和iOS客户端将不会接收到该浮层。

此外，本公开还提供了一种手动补救的方案。例如，服务器向100个客户端发送浮层，然而，服务器未接收到客户端1和客户端2的浮层下发反馈信息，也就是说，客户端1和客户端2由于网络或其他因素的原因未接收到浮层。在这种情况下，服务器可以向开发人员或运营人员发送告警信息，以提示开发人员或运营人员针对客户端1和客户端2进行浮层的手动下发。

以上示例性描述了服务器实现步骤S62至步骤S68的情况。接下来，对客户端实现步骤S62至步骤S68的情况进行示例性说明。

客户端执行步骤S62至步骤S68的实施例：

根据本公开的一个实施例，客户端可以响应用户的浮层下发操作生成浮层下发请求。其中，该浮层下发操作可以是用户对直播房间内预定区域的点击操作，预定区域可以是由开发人员设定的房间内的任意区域，或者，仍以PK场景为例，该点击操作可以是对PK消息的点击操作，也就是说，当主播进行PK时，房间内可以出现PK正在进行的提示消息，用户点击该提示消息后，客户端即可生成PK浮层下发请求。

此外，客户端也可以根据其自身的浮层下发逻辑的主动触发获取浮层数据，其中，该浮层下发逻辑与上文中描述的浮层下发逻辑相似，在此不再赘述。

因此，在本实施例中，客户端可以根据生成的浮层下发请求或客户端浮层下发逻辑的主动触发获取管理平台配置的公有数据和样式配置以及业务组件生成的私有数据，并将公有数据、样式配置和私有数据合并生成浮层，以进行展示。

另外，类似地，管理平台可以将配置的公有数据和样式配置存储至一远程缓存中，客户端可以从该远程缓存中获取管理平台配置的公有数据和样式配置。

根据本公开的另一个实施例，客户端根据用户的预定事件操作生成预定事件启动信号，并响应该预定事件启动信号确定待展示的浮层组，获取浮层组对应的公有数据、样式配置和私有数据，合并生成浮层组中的各个浮层并进行展示。例如，预定事件操作可以是用户点击进入直播房间的操作。

此外，客户端在确定出浮层组后，可以判断浮层组中各个浮层是否满足管理平台配置的预定场景要求，将浮层组中满足预定场景要求的浮层确定为目标浮层，并获取目标浮层对应的公有数据、样式配置和私有数据以生成目标浮层展示。

根据本公开的另一些实施例，客户端可以对当前展示的浮层进行更新。应当理解的是，本公开所述的浮层更新的实施例可以包括：对当前浮层的公有数据进行更新；对当前浮层的样式配置进行更新；对当前浮层的私有数据进行更新；对当前浮层的公有数据和样式配置进行更新；对当前浮层的公有数据和私有数据进行更新；对当前浮层的样式配置和私有数据进行更新；对当前浮层的公有数据、样式配置和私有数据均进行更新。

例如，在仅更新浮层私有数据的实施例中，客户端可以仅从业务组件中获取更新的私有数据，并替换当前浮层的私有数据。又如，在仅更新浮层样式配置的实施例中，客户端可以仅从管理平台获取修改后的样式配置，并替换当前浮层的样式配置。

在客户端获取到浮层后，本公开的浮层处理方法还可以包括：客户端可以根据浮层的字段类型确定浮层由客户端处理或由web处理。具体的，可以根据json里面的字段类型确定浮层由客户端处理或由web处理。

在客户端处理浮层数据的实例中，可以使用原生客户端插件进行展示。浮层的数据格式可以被定义为一个json数据，一个key(键)和value(值)的形式，中间可以细分若干字段，以用于标识浮层所属的层级、样式、位置、显示时长等相关信息，格式可以例如为：

"layout":{"height":"100％","horz_align":"center","locx":"0"，"locy":"0","offsetx":"0","offsety":"0","vert_align":"center",width":"100％","zorder":1}

在web处理浮层数据的实例中，可以通过native与js交互，获取json数据参数，以url的方式传送给H5页面，页面再进行相应的逻辑处理。具体的，数据参数可以以url参数的形式合并到数据字段中，例如：

"data":{"url":http://ptlogin2.qq.com/huayang_pk_btn？roomId＝XXXX&subRoomId＝XXXX&anchorUin＝XXXX&uin＝XXXX&clientType＝0&logic Type＝2&null＝null"}

在本公开示例性实施方式的界面处理方法中，一方面，界面配置灵活，避免了每次更新界面时都需重新开发所造成的大量人力成本和时间成本；另一方面，由于公有数据、样式配置、私有数据的分别配置，减少了下发界面时数据包结构的大小，有助于节省客户端资源；再一方面，通过管理平台中的样式配置，可以在不影响界面公有数据和私有数据的情况下，实现界面的统一化管理。

应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

进一步的，本示例实施方式中还提供了一种界面处理装置。

图13示意性示出了本公开的示例性实施方式的界面处理装置的方框图。参考图13，根据本公开的示例性实施方式的界面处理装置可以包括第一获取模块131、第二获取模块133、第三获取模块135和界面生成模块137。

具体的，第一获取模块131可以用于获取管理平台配置的公有数据和样式配置；第二获取模块133可以用于获取管理平台配置的样式配置；第三获取模块135可以用于获取业务组件生成的私有数据；界面生成模块137可以用于将公有数据、样式配置、私有数据合并生成界面以便在客户端进行展示。

根据本公开的示例性实施例，参考图14，界面处理装置14相比于界面处理装置13，除包括第一获取模块131、第二获取模块133、第三获取模块135和界面生成模块137外，还可以包括获取触发模块141。

具体的，获取触发模块141可以用于接收界面下发请求或确定界面下发逻辑主动触发。

根据本公开的示例性实施例，参考图15，界面处理装置15相比于界面处理装置13，除包括第一获取模块131、第二获取模块133、第三获取模块135和界面生成模块137外，还可以包括界面组处理模块151。

具体的，界面组处理模块151可以用于响应于预定事件启动信号确定待展示的界面组以便客户端进行展示。

根据本公开的示例性实施例，参考图16，界面组处理模块151可以包括界面组确定单元1601、界面判断单元1603和目标界面确定单元1605。

具体的，界面组确定单元1601可以用于响应于预定事件启动信号确定客户端待展示的界面组；界面判断单元1603可以用于判断界面组中的各个界面是否满足管理平台配置的预定场景要求；目标界面确定单元1605可以用于将界面组中满足预定场景要求的界面确定为目标界面，以便所述客户端展示目标界面。

根据本公开的示例性实施例，参考图17，界面处理装置17相比于界面处理装置13，除包括第一获取模块131、第二获取模块133、第三获取模块135和界面生成模块137外，还可以包括界面更新模块171。

具体的，界面更新模块171可以用于接收业务组件更新的私有数据、管理平台修改的公有数据、管理平台修改的样式配置中的一个或多个，以便客户端对应替换当前界面的私有数据、公有数据和/或样式配置。

根据本公开的示例性实施例，参考图18，界面处理装置18相比于界面处理装置13，除包括第一获取模块131、第二获取模块133、第三获取模块135和界面生成模块137外，还可以包括场景确定模块181。

具体的，场景确定模块181可以用于确定出所述客户端展示界面的场景满足所述管理平台配置的预定场景要求。

根据本公开的示例性实施例，参考图19，第一获取模块131可以包括获取单元1901。

具体的，获取单元1901可以用于从远程缓存中获取管理平台配置的公有数据和样式配置。

类似地，虽然图中未示出，第二获取模块可以包括第二获取单元，其中，第二获取单元可以用于从远程缓存中获取管理平台配置的样式配置。

根据本公开的示例性实施例，参考图20，界面生成模块137可以包括界面生成单元2001和界面发送单元2003。

具体的，界面生成单元2001可以用于将公有数据、样式配置、私有数据合并生成界面；界面发送单元2003可以用于将界面经由广播组件发送至客户端展示。

根据本公开的示例性实施例，参考图21，界面处理装置21相比于界面处理装置13，除包括第一获取模块131、第二获取模块133、第三获取模块135和界面生成模块137外，还可以包括客户端界面处理模块211。

具体的，客户端界面处理模块211可以用于根据界面的字段类型确定界面由客户端处理或由web处理。

由于本发明实施方式的程序运行性能分析装置的各个功能模块与上述方法发明实施方式中相同，因此在此不再赘述。另外，容易理解的是，虽然获取触发模块141被描述在界面处理装置14中，然而，获取触发模块141还可以包含于界面处理装置15、界面处理装置17、界面处理装置18和/或界面处理装置21中，类似地，界面组处理模块151、界面更新模块171、场景确定模块181也可以分别包含于其他界面处理装置中。

在本公开示例性实施方式的界面处理装置中，一方面，界面配置灵活，避免了每次更新界面时都需重新开发所造成的大量人力成本和时间成本；另一方面，由于公有数据、样式配置、私有数据的分别配置，减少了下发界面时数据包结构的大小，有助于节省客户端资源；再一方面，通过管理平台中的样式配置，可以在不影响界面公有数据和私有数据的情况下，实现界面的统一化管理。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (12)

1.一种界面处理方法，其特征在于，包括：

获取管理平台配置的公有数据；

获取所述管理平台配置的样式配置；

获取业务组件生成的私有数据；

将所述公有数据、所述样式配置、所述私有数据合并生成界面以便客户端进行展示。

2.根据权利要求1所述的界面处理方法，其特征在于，在获取管理平台配置的公有数据之前，所述界面处理方法还包括：

接收界面下发请求或确定界面下发逻辑主动触发。

3.根据权利要求1所述的界面处理方法，其特征在于，所述界面处理方法还包括：

响应于预定事件启动信号确定待展示的界面组以便客户端进行展示。

4.根据权利要求3所述的界面处理方法，其特征在于，响应预定事件启动信号确定所述客户端待展示的界面组以便客户端进行展示包括：

响应于预定事件启动信号确定所述客户端待展示的界面组；

判断所述界面组中的各个界面是否满足所述管理平台配置的预定场景要求；

将所述界面组中满足所述预定场景要求的界面确定为目标界面，以便所述客户端展示所述目标界面。

5.根据权利要求1所述的界面处理方法，其特征在于，所述界面处理方法还包括：

接收所述业务组件更新的私有数据、所述管理平台修改的公有数据、所述管理平台修改的样式配置中的一个或多个，以便所述客户端对应替换当前界面的私有数据、公有数据和/或样式配置。

6.根据权利要求1所述的界面处理方法，其特征在于，在获取管理平台配置的公有数据之前，所述界面处理方法还包括：

确定出所述客户端展示界面的场景满足所述管理平台配置的预定场景要求。

7.根据权利要求1所述的界面处理方法，其特征在于，获取管理平台配置的公有数据包括：

从远程缓存中获取管理平台配置的公有数据；和/或

获取所述管理平台配置的样式配置包括：

从远程缓存中获取管理平台配置的样式配置。

8.根据权利要求1所述的界面处理方法，其特征在于，将所述公有数据、所述样式配置、所述私有数据合并生成界面以便客户端进行展示包括：

将所述公有数据、所述样式配置、所述私有数据合并生成界面；

将所述界面经由广播组件发送至所述客户端展示。

9.根据权利要求1、3、4或8中任一项所述的界面处理方法，客户端在获取界面后，所述界面处理方法还包括：

客户端根据所述界面的字段类型确定所述界面由客户端处理或由web处理。

10.一种界面处理装置，其特征在于，包括：

第一获取模块，用于获取管理平台配置的公有数据；

第二获取模块，用于获取所述管理平台配置的样式配置；

第三获取模块，用于获取业务组件生成的私有数据；

界面生成模块，用于将所述公有数据、所述样式配置、所述私有数据合并生成界面以便在客户端进行展示。

11.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至9中任一项所述的界面处理方法。

12.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至9中任一项所述的界面处理方法。