CN111880882A - 界面特效显示、处理、响应方法及其装置、设备和介质 - Google Patents

Abstract

本申请公开一种界面特效显示、处理、响应方法及其装置、设备和介质，所述显示方法包括：响应于输入设备受控产生的、适于触发直播间界面特效的用户发送指令，向服务器提交该用户的触发请求，该触发请求包含所述输入设备受控产生的受压力度信息；接收所述服务器响应该用户连续发送的一个或多个所述触发请求而推送的广播消息，所述广播消息包括依据所有触发请求的受压力度信息确定的第一属性信息，以及依据所有触发请求之间的时间关系所体现的触发速度确定的第二属性信息；以所述第一属性信息和第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中播放所述界面特效。本申请利用用户操作的物理参数实现对界面特效的形态变化的控制。

Description

界面特效显示、处理、响应方法及其装置、设备和介质

技术领域

本申请属于网络直播技术领域，尤其涉及一种界面特效显示方法、处理方法及响应方法，还涉及前述各方法相应的装置、电子设备以及非易失性存储介质。

背景技术

互联网直播场景的直播间中，主要包括两类用户，即主播用户与观众用户。主播用户与观众用户之间通过互动表现各自的活跃程度，高活跃度可以提高观众用户的互动流量。主播用户与观众用户之间多通过文字、图像以及各种虚拟电子物品等等交互信息进行交互。但由于在直播间内直播双方交互过多，且交互信息形式及其展现形式单一，导致了直播双方可预见交互信息的样式，从而降低了用户观看交互信息的动力，导致直播间流量的下降。

目前，基于以上问题，提出了为文字、图像以及虚拟电子物品等等交互信息附加特效的方式，提高观众用户的兴奋度，避免审美疲劳。但此种附加特效的方式只能为交互信息添加特效库内拥有的特效，当直播双方熟悉相关特效后，容易降低直播双方的惊喜程度，从而导致直播双方交互欲望的降低，从而降低了用户观看交互信息的动力，导致直播间流量的下降。

例如，在直播类App应用中，直播间是主播用户和观众用户的主要互动场景。观众用户在直播间赠送虚拟电子礼物是直播App应用的核心营收模式，有效提升用户在直播间的送礼积极性和趣味性是提高直播平台核心营收的关键。

目前，直播间在观众用户送出虚拟电子礼物后，会在直播间展示对应的虚拟电子礼物特效，并将特效通过广播消息的方式传播给当前直播间内所有的在线的观众用户。但是，目前所有的虚拟电子礼物的特效都是既定的，即单个礼物特效动画或连送礼物特效动画都是既定的，导致了对观众用户送礼刺激的不足。且各个直播平台大同小异，造成了目前直播间业务中观看用户的审美疲劳，营收增长进入乏力期。

此外，当同一用户连续触发多个相同的特效时，按照传统的直播间程序逻辑，在直播间的图形用户界面将多次弹出相同特效，当多个用户均连续发送特效时，繁杂的多种特效彼此均多次出现会严重影响用户体验，甚至导致终端设备耗费算力，显然仍有改进的空间。

发明内容

本申请的首要目的旨在为直播间内产生的交互信息提供一种界面特效显示方法。

作为本申请的另一目的旨在为直播间内产生的交互信息提供一种界面特效处理方法。

作为本申请的又一目的旨在为直播间内产生的交互信息提供一种界面特效响应方法。

作为本申请的又一目的，基于前述的界面特效显示方法而提供与之相适应的一种界面特效显示装置。

作为本申请的又一目的，基于前述各种方法而提供与之相适应的电子设备。

作为本申请的再一目的，提供一种适于存储依据所述各种方法实现的计算机程序的非易失性储存介质。

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

适应本申请的首要目的而提供的一种界面特效显示方法，包括如下步骤：

响应于输入设备受控产生的、适于触发直播间界面特效的用户发送指令，向服务器提交该用户的触发请求，该触发请求包含所述输入设备受控产生的受压力度信息；

接收所述服务器响应该用户连续发送的一个或多个所述触发请求而推送的广播消息，所述广播消息包括依据所有触发请求的受压力度信息确定的第一属性信息，以及依据所有触发请求之间的时间关系所体现的触发速度确定的第二属性信息；

以所述第一属性信息和第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中播放所述界面特效。进一步的，所述输入设备为终端设备上具备压力传感功能的触摸显示屏，所述直播间由运行于该终端设备的应用程序实现。

较佳的，任意一个或多个所述的属性信息用于限定所述界面特效的可视化效果的静态显示属性，和/或，任意一个或多个所述的属性信息用于限定所述界面特效的可视化效果的动态显示属性。

进一步的，其特征在于：所述静态显示属性包括如下任意一项或任意多项：显示面积、显示颜色、显示高度，所述第一属性信息与所述第二属性信息相应限定的静态显示属性各不相同；所述动态显示属性包括如下任意一种或任意多种描述方案:颜色的变化、界面运动路径、面积或体积的变化、图形的变化，所述第一属性信息与所述第二属性信息相应限定的动态显示属性各不相同。

进一步的，还包括如下步骤：

由本机设备依据该用户针对同一界面特效控制而产生的所有受压力度信息确定所述第一属性信息，依据该用户实施所述控制的所有次数体现的触发速度确定所述第二属性信息；

以本机设备确定的所述第一属性信息和第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中预先播放所述界面特效。

适应本申请的另一目的而提出的一种界面特效处理方法，包括如下步骤：

接收用户针对特定界面特效连续发送的一个或多个触发请求，解析出该些触发请求中包含的该用户所在输入设备的受压力度信息，且依据该些触发请求之间的时间关系确定其相应的触发速度；

依据所有触发请求的受压力度信息确定第一属性信息，依据所述触发速度确定第二属性信息，将第一属性信息和第二属性信息封装成广播消息；

向直播间推送所述广播消息以使接收该广播消息的终端设备根据所述第一属性信息和第二属性信息控制所述界面特效在图形用户界面显示的可视化效果。

进一步的，将该用户连续发送的所有触发请求中的受压力度累计求平均以确定等效压力，该等效压力用于确定所述第一属性信息；将所有触发请求的总个数除以该用户连续发送的首尾两个触发请求的时间差以确定等效速度，该等效速度用于确定所述第二属性信息。

进一步的，利用所述等效压力，从预配置了所述等效压力信息与所述第一属性信息的对应关系的数据表中，查找并确定所述的第一属性信息；利用所述等效速度，从预配置了所述等效速度与所述第二属性信息的对应关系的数据表中，查找并确定所述的第二属性信息。

适应本申请的又一目的而提供的一种界面特效响应方法，包括如下步骤：

接收输入设备受控产生的、适于触发直播间界面特效的用户发送指令；

响应于该用户发送指令，依据用户针对界面特效而触控所述输入设备而产生的所有受压力度信息确定第一属性信息，依据该用户实施所述控制的所有次数体现的触发速度确定第二属性信息；

以所述第一属性信息和所述第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中播放所述界面特效。

适应于本申请的又一目的而提供的一种界面特效显示装置，其包括：

触发单元，用于响应于输入设备受控产生的、适于触发直播间界面特效的用户发送指令，向服务器提交该用户的触发请求，该触发请求包含所述输入设备受控产生的受压力度信息；

解析单元，用于接收所述服务器响应该用户连续发送的一个或多个所述触发请求而推送的广播消息，所述广播消息包括依据所有触发请求的受压力度信息确定的第一属性信息，以及依据所有触发请求之间的时间关系所体现的触发速度确定的第二属性信息；

显示单元，用于以所述第一属性信息和第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中播放所述界面特效。

适应本申请的又一目的而提供的一种电子设备，包括中央处理器和存储器，其特征在于：所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行上述任意一种方法的步骤。

适应本申请的再一目的而提供的一种非易失性存储介质，其存储有依据上述方法所实现的计算机程序，该计算机程序被计算机调用运行时，执行上述任意一种方法所包括的步骤。

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

首先，本申请通过获取用户触发输入设备产生的受压力度信息，将受压力度信息封装于触发请求中发送至服务器，并接受服务器基于受压力度信息与基于多个触发请求计算得出的触发速度控制界面特效的属性特征，通过受压力度信息确定界面特效的第一属性信息，通过触发速度确定界面特效的第二属性信息。通过将受压力度与触发速度转化为用于控制界面特效的第一属性信息与第二属性信息，使得界面特效能有效地反映用户操作、关联于用户操作相关的物理参数，提升用户对界面特效形成的参与意愿。同时第一属性信息与第二属性信息控制界面特效的静态显示属性与动态显示属性，不同的受压力度信息对应的第一属性信息不相同，不同的触发速度所对应的第二属性信息不相同，因此，不同的受压力度信息与触发速度所对应的界面的静态显示属性与动态显示属性不相同，使得用户操作可有效地通过界面特效反映，增强了交互的现实感以及界面特效的趣味性。

其次，本申请为用户触发界面特效也提供了即时的响应机制，通过基于与服务器侧同等的原理，在终端设备本地实现从用户触控操作到所述第一属性信息和第二属性信息的转换，从而可以不依赖于服务器的广播消息，而快速地确定相关的属性信息，及时地将用户触控产生的物理参数转换为不同展现效果的可视化的界面特效，作为针对用户触控实时响应的一种动态效果，有助于用户及时掌握其自身的交互影响，也方便用户预览其他用户即将观看到的界面特效显示效果，显然，使直播间获得了更为良好的交互效果。

再次，本申请借助服务器对同一用户连续多次的触控事件进行集中处理，转换为属性信息，将多个事件转换为单个事件，并将相应的广播消息推送到直播间的各个用户处。对于用户所在的本机终端设备而言，其单位时间需要处理的界面特效的重复数量大大减少，每种界面特效相关的发送数量与发送速度仅需通过相关静态或动态显示属性来展现，这就避免了本机终端设备频繁重复地调用相关图形绘制函数，显然，由此便节省了终端设备执行显示界面特效所需的内存消耗和算力，使得直播间程序在终端设备的运行更为流畅。

此外，表现在服务器一侧，服务器一般为网络直播平台方用于支持直播间的运行而架构的，其负责处理海量的直播间的并发交互数据，如果用户侧的相关界面特效触发请求未经本申请的技术方案的处理，那么，服务器将频繁地向各个直播间相关的海量的终端设备发送海量的界面特效显示相关的指令，这种情况下，服务器海量的指令发送操作，容易占用网络带宽，导致网络阻塞，影响直播间的整个网络架构的运行质量，而本申请的提出，使得服务器侧具备了将同一用户发起的界面特效触发请求进行聚类简化的能力，通过这一能力，可以近乎几何级数地压缩、减少服务器侧对外发送指令的数量，对于整个直播间服务网络而言，显然具有实质性的有益效果。

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

附图说明

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

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

图2为本申请的界面特效显示方法的典型实施例的流程示意图。

图3为本申请的界面特效处理方法的典型实施例的流程示意图。

图4为本申请的界面特效响应方法的典型实施例的流程示意图。

图5为本申请的界面特效显示装置的典型实施例的原理框图。

具体实施方式

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

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

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

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

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

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

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

本申请所称的网络直播，是指一种基于前述的网络部署架构所实现的一种直播间网络服务。

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

直播间中会产生派发或赠送虚拟电子礼物的行为，本申请所称的虚拟电子礼物，是非实体的，代表一定的有形或无形价值的电子形式的标记，这种标记的实现形式是广泛而灵活的，通常会以可视化的形式例如以图标和数量、价值的形式呈现给用户识别。虚拟电子礼物通常需要用户进行购买消费，也可以是互联网服务平台提供的赠品，但是，虚拟电子礼物一经产生后，其本身既可支持与现实证券相兑换，也可为非兑换品，视互联网服务平台技术实现而定，这本质上并不影响本申请的实施。相应的，用户购买虚拟电子礼物的行为便构成了用户消费虚拟电子礼物的行为。

用户派发虚拟电子礼物的事件会导致触发直播间的图形用户界面播放与之相应的界面特效，同理，其他任何用户触发的事件，理论上也可被用于触发直播间中的界面特效。这些界面特效不仅可以被限定为在直播间所有用户的界面中显示，也可以是仅传递给主播用户的界面，或者触发者自身的界面，或者少数部分特定用户的界面，相关受众完全可以视乎开发者的程序设计逻辑而定。

本申请所称的界面特效，是一种计算机动画展现效果，在直播间中通常用于加强交互感知氛围。特效由用户操控其电子设备(终端设备)而触发，当特效被触发而在直播间中的某一用户的界面中播放时，从相应的用户界面可以看到相应的动画播放效果，从而让使用者感知该特效。特效的实现形式多种多样，可由本领域技术人员灵活实现。

通常，界面特效被作为一个计算机程序对象进行描述，可以通过多种属性来描述对象的各个方面，例如表征界面特效需要调用的动画文件的路径属性、表征界面特效在图形用户界面的位置变化的各种动态显示属性、表征界面特效自身的尺寸、颜色之类的静态显示属性等，通过赋予某一属性以某种信息，可以影响界面特效的表现效果。

本申请将揭示其涉及的多种方法，均基于同一发明构思而提出，可分别在界面特效发起者、接收者的电子设备以及服务器中执行，本领域技术人员应当理解，此处各方法由于基于同一发明构思而提出，故彼此之间所采用的概念均会保持一致或等同的含义，相互之间不会构成任何矛盾与冲突。以下将针对各种方法进行分别说明。

首先，请参阅图2，本申请的一种界面特效显示方法，典型的实施例中，其包括如下步骤：

步骤S10，响应于输入设备受控产生的、适于触发直播间界面特效的用户发送指令，向服务器提交该用户的触发请求，该触发请求包含所述输入设备受控产生的受压力度信息：

在本申请常见的应用场景中，直播间的主播用户通过直播间平台方构建的服务机群进行网络直播，直播间的观众用户通过其终端设备接收主播用户通过直播间进行的网络直播的视频流和其他信息流。本申请所称的用户包括主播用户与观众用户。当直播间的用户需要与直播间内其他用户进行交互时，通过其输入设备向服务器发送交互信息，服务器将该交互信息进行处理后发送至用户的终端设备上，使得该交互信息可于直播间内的所有用户或部分用户的终端设备上显示相关交互信息。

本申请所称的交互信息，是指直播间的用户之间可实现交互功能的信息。该交互信息可为直播间内所有用户均可见的信息或直播间内部分用户可见的信息。交互信息可为文字、虚拟电子礼物、图像、音频与视频等等可实现交互功能的信息。本质上，本申请中，用户操控而导致展示界面特效的过程，也是发送所述的交互信息的过程。

在本实施例中，输入设备为具有压力传感功能的触摸显示屏。用户向直播间发送交互信息，需要通过触控输入设备来执行，直播间程序进程可通过调用操作系统提供的已有的接口获取直播用户触控输入设备时，输入设备的受压力度。用户通过输入设备发送交互信息可被直播间应用程序解析为用户发送指令。例如，观众用户通过触控触摸显示屏的虚拟电子礼物的图标发送虚拟电子礼物或触控发送信息的图标发送信息，触发虚拟电子礼物图标或触发发送信息的图标这一行为对应的计算机事件，会被理解为产生用户发送指令。

在本实施例中，终端设备在其图形用户界面上提供的虚拟电子礼物图标被触控产生用户发送指令后，由直播间应用程序进程调用系统接口获得对应于该次触控的相关物理参数，主要包含该次触控相对应的受压力度信息，然后，终端设备将该受压力度信息包含在一份交互信息中，封装为触发请求，并将触发请求发送至提供直播间服务的服务器。

步骤S11，接收所述服务器响应该用户连续发送的一个或多个所述触发请求而推送的广播消息，所述广播消息包括依据所有触发请求的受压力度信息确定的第一属性信息，以及依据所有触发请求之间的时间关系所体现的触发速度确定的第二属性信息：

为了提高交互信息处理效率，也即提交对用户的触发请求的处理效率，本申请中，服务器主要以同一用户在连续时间内连续触发同一种界面特效为依据，对用户触发的触发请求进行聚类处理，最终针对该用户在连续时间内的一个或多个触发请求而产生单一的广播消息。

需要注意的是，此处所称的连续时间，通常是为了识别用户触控时的连续操作而由程序开发或管理人员设置的，例如，可以设定同一用户的连续两个触发请求的时间差超过1秒时，即将这两个触发请求分开前后两次进行聚类，即前一个触发请求与其更早前的一些基于相同界面特效的触发请求进行聚类，后一触发请求与其后的一些基于相同界面特效的触发请求进行聚类。又如，可以将同一用户基于同一界面特效的连续2秒内的触发请求进行聚类，超过2秒后，即使该用户基于该界面特效继续触发请求，也将另行与后续的触发请求进行聚类。再如，当该用户连续发送多个基于同一界面特效的触发请求，且相邻两个触发请求的时间差均小于例如0.2秒时，则视为前后连续，直到前后两个触发请求的时间差大于0.2秒，把此前的所有触发请求均视为连续发起的触发请求。诸如此类，均可由本领域技术人员根据本申请的技术方案灵活变通设定。

一个用户通过其终端设备向服务器连续发送一个或多个触发请求，服务器根据该用户的所有触发请求，经计算或匹配相关相应数据，并将该相应数据封装成广播消息，向参与直播间的全部或部分用户的终端设备推送该广播消息。

直播间任意用户的终端设备接收到该广播消息后，便对该广播消息进行对应的解析。所述的广播消息包括用户发送的经服务器处理后的交互信息，在该交互信息中包含播放特定界面特效的指令以及用于限定所述界面特效的显示效果的属性信息，也即界面特效信息。

本实施例中，该界面特效信息包括第一属性信息与第二属性信息，第一属性信息通过用户触发输入设备产生的受压力度信息确定，第二属性信息通过用户连续发送的多个触发请求之间时间关系所体现的触发速度而确定。

关于服务器如何处理所述交互信息的方法将在后续详细揭示，此处简言之：服务器根据接收到的用户的终端设备连续发送的一个或多个触发请求内包含的所有受压力度信息，和根据多个触发请求之间的时间关系所体现的触发速度，查询服务器为实现本申请的技术方案而为界面特效所预存储的相关数据表，服务器根据所有触发力度信息直接或间接从数据表中查询到界面特效相对应的第一属性信息，服务器根据触发速度从数据表中查询到第二属性信息，据此完成第一和第二属性信息的确定，最后将之封装到所述的广播消息中进行广播推送。

关于第一属性信息与第二属性信息的功能与作用，可以按照如下的几种不同的实施方式来实现：

其一，第一属性信息和/或第二属性信息用于限定界面特效的可视化效果的静态显示属性。该静态显示属性用于描述界面特效的静态特征，主要用于定义界面特效的形态例如以下任意一种或任意多种：显示面积、显示颜色、显示高度。典型的，当第一属性信息和第二属性信息均用于限定界面特效的静态显示属性时，其适于分别限定各不相同的属性，例如第一属性信息用于限定界面特效的显示面积，而第二属性信息用于限定界面特效的显示颜色。

其二，第一属性信息和/或第二属性信息用于限定界面特效的可视化效果的动态显示属性。该动态显示属性用于描述界面特效的动态特征，主要用户定义界面特效的变化过程。例如，动态显示属性可以用于限定以下的变化过程：颜色的变化、界面运动路径、面积或体积的变化、图形的变化以及图形的环绕或随机设备或均布，通常这些变化过程会被定义为方案名称，因此，对这些变化过程的描述，表现在程序赋值时，往往只是给出这些变化过程的方案名称，即可被直播间应用程序所解析应用。典型的，当第一属性信息和第二属性信息均用于限定界面特效的动态显示属性时，其适于分别限定各不相同的属性，例如第一属性信息用于限定界面特效的颜色的变化，而第二属性信息用于限定界面特效的界面运动路径。

其三，可以在前面两种方式的基础上进行改进，允许由第一属性信息用于限定界面特效的静态显示属性，由第二属性信息用于限定界面特效的动态显示属性；同理，第一属性信息与第二属性信息甚至可以同时用于限定同一静态显示属性，只要直播间终端应用程序错开两者的应用时间分别应用其属性即可。

在另一个实施例中，该界面特效信息还可包括辅助信息，该辅助信息用于修饰交互信息中的其他可视化内容，例如可用于定义图形用户界面上显示的的文字的属性等。辅助信息可与界面特效相关的各种属性信息相互融合，丰富交互信息的内容，让相应的广播消息承载更丰富的与播放界面特效相关的描述信息。

步骤S12，以所述第一属性信息和第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中播放所述界面特效：

用户的终端设备在接收到服务器推送的广播消息后，解析广播消息内所包含的交互信息，获得其中播放特定界面特效的指令及与之相关的各种属性信息，主要包括第一属性信息和第二属性信息以及其他相关信息(如有)，终端设备的直播间应用程序基于从广播消息中解析出的第一属性信息和第二属性信息，调用界面特效播放相关的预设程序，调用相关界面特效的文件资源，以所述第一属性信息与第二属性信息进行赋值，然后执行相应的播放。同理，如交互信息中还包含其他信息，也相应处理之。由此，用户的图形用户界面将按照所述第一属性信息和第二属性信息的限定，而按照这种限定的必然效果来播放所述的界面特效，于是便建立了发起界面特效的用户的操控动作与接收界面特效的用户的界面播放效果之间的关联。

可以理解，直播用户的终端设备接收并解析服务器推送的广播信息后，于终端设备的应用程序所运行的直播间上播放显示经第一属性信息与第二属性信息所修饰后的界面特效的过程中，终端设备通过第一属性信息与第二属性信息所限定静态显示属性和/或动态显示属性展示界面特效的播放效果，由于用户触控操作的多变性的存在，使得界面特效的播放也更具是灵活多变。

进一步的,直播间应用程序可以设定一个同类广播消息去重的步骤，如同一时间内，例如0.5秒内接收到服务器发送的多个广播消息均是针对同一界面特效的,这时可以考虑将两者合并。合并的方式可以是择其中任意之一而丢弃其余者，或者其他变通的方式也可。

在其中一个实施例中，所述界面特效为虚拟电子礼物相关联的界面特效，其界面特效信息所包括的第一属性信息与第二属性信息同时限定虚拟电子礼物的静态显示属性。具体的，第一属性信息通过静态显示属性限定虚拟电子礼物的颜色，第二属性信息通过静态显示属性限定虚拟电子礼物的面积或体积大小。

在另一个实施例中，所述界面特效为虚拟电子礼物相关联的界面特效，第一属性信息通过静态显示属性限定虚拟电子礼物的颜色，第二属性信息通过动态显示属性限定虚拟电子礼物的运行轨迹。

其次，请参阅图3，本申请的一种界面特效处理方法，典型的实施例中，其包括如下步骤：

步骤S20，接收用户针对特定界面特效连续发送的一个或多个触发请求，解析出该些触发请求中包含的该用户所在输入设备的受压力度信息，且依据该些触发请求之间的时间关系确定其相应的触发速度：

如在前的方法所述，所述的多个触发请求之间的连续性，通过各个触发请求之间的时间关系来确定。具体而言，参阅如下几种情况：

其一，针对同一用户发起的针对同一界面特效的多个触发请求，服务器设定一个固定时长例如2秒，自第一个触发请求起，延续至所述固定时长范围内的多个时间上排列的触发请求，均视为所述的连续发送的多个触发请求。

其二，针对同一用户发起的针对同一界面特效的多个触发请求，从其中首个触发请求起，服务器每相邻两个触发请求的时间差，当相邻两个触发请求的时间差小于1秒时，该两个触发请求之间即触发断点，此时，在前的自首个触发请求起至断点前的触发请求之间的所有触发请求便视为连续，而断点之后的触发请求则另行计算。

其三，服务器在接收到同一用户的终端设备发送的多个基于同一界面特效的触发请求时，检验时间上相邻的两个所述的触发请求的时间差是否大于额定值，例如0.2秒，当小于该值时，视为前后连续；当大于或等于该值时，则视为非连续，以此类推。

可见，关于同一用户基于同一界面特效发起的触发请求的连续性的识别手段，可以通过多种方式在服务器上实现，本领域技术人员在了解本申请的上述多种实施方式的基础上，可以以此为基础灵活变通运用，恕不穷举。

需要指出的是，以上几种关于识别多个触发请求的连续性的示例中，当在固定时长内同一用户只发出一个所述的触发请求，或者其他方式导致实际上只有单个触发请求适于被聚类，这种情况下，由于本申请在编程时会一并考虑，因而也可被本申请概括为连续性的一种特例，本领域技术人员不应因此而将之视为超出本申请应有的创造精神的范围。

当同一用户的连续多个触发请求的聚类关系被确定，那么，其中的触发请求总量可以确定，其首尾两个触发请求之间的时间差也就得以确定，据此便可用于进行后续关于触发速度的计算。

在确定服务器聚类处理的连续的多个触发请求的基础上，服务器可以进一步对触发请求中包含的具体信息进行处理。

如前所述，服务器接收同一用户通过其终端设备连续发送的一个或多个触发请求，可从该些触发请求中解析出所包含的所有受压力度信息，这一受压力度信息通常可以直接表示为用户电子设备上触控屏幕感知并转换而得的受压力度数值。

对于被视为聚类单位的同一用户的多个连续的触发请求而言，利用其多个触发请求中的各个受压力度信息中的具体数值进行累计求数学平均值，便可确定相应的平均受压力度的数值，视之为本申请的等效受压力度。

同理，服务器以接收用户的触发请求之间的时间关系确定该些触发请求的触发速度时，服务器针对同一用户连续的多个触发请求，取首尾两个触发请求之间的时间差，以及该时间差范围内的触发请求总个数构成的请求总量，服务器将该请求总量除以所述的时间差，便可获得触发请求的触发速度，也即所述的等效速度。

在确定了上述的等效受压力度和等效速度之后，后续便可通过该两者查询数据表来制备广播消息。

步骤S21，依据所有触发请求的受压力度信息确定第一属性信息，依据所述触发速度确定第二属性信息，将第一属性信息和第二属性信息封装成广播消息：

如前所述，依据同一用户基于同一界面特效发起的连续的触发请求可以确定与受压力度信息相对应的等效受压力度，同时还可以确定所述的等效速度，即所述的触发速度，据此，服务器可利用所述的等效受压力度和等效速度进一步查询预存储的数据表，获得相对应的与界面特效相匹配的界面特效信息。

界面特效信息包括第一属性信息与第二属性信息。服务器依据所述受压力度信息与数据表相对应匹配确定第一属性信息，具体而言，服务器从预配置了的等效受压力度与第一属性信息的对应关系的数据表中，根据等效受压力度查找并确定其相对应的第一属性信息。同理，服务器依据所述触发速度(等效速度)查询数据表确定与之相对应匹配的第二属性信息。由此，便确定了用于构造广播消息的所述界面特效信息。

服务器所存储的数据表包括了第一属性数据表与第二属性数据表，所述的第一属性数据表存储有等效受压力度与界面特效的一个静态显示属性或动态显示属性之间的对应映射关系，例如，1N的等效受压力度与一个颜色渐变值属性相对应，则根据1N的等效受压力度可以从第一属性数据表中查询到该颜色渐变值，其余属性同理，具体由开发和运营人员灵活设定；所述的第二属性数据表也同理，可以存储有等效速度与界面特效的一个静态显示属性或动态显示属性之间的对应映射关系，恕不示例赘述。

关于数据表中具体要求的属性内容，包括显示面积、显示颜色、显示高度、颜色的变化、界面运动路径、面积或体积的变化、图形的变化以及图形的环绕或随机设置或均布等等，可参照前述关于静态显示属性和动态显示属性的定义，此处亦恕不赘述。

可以理解，运营人员应可通过后台配置之类的技术手段，来对所述的第一属性数据表和第二属性数据表来进行维护和修改，以使得运维人员可以适时改变各种属性值，以及修改各种属性值与各个等效速度、等效受压力度之间对应映射关系。

改进的一个实施例中，界面特效信息还包括辅助信息，该辅助信息可用于修饰整个交互信息中的其他可视化内容，该辅助信息例如可为于用于定义图形用户界面上显示的的文字、图像与视频的属性等。

完成上述从受压力度信息、触发速度到第一属性信息、第二属性信息之间的转换之后，服务器便可按照直播间后台服务固有实现的机制，针对该用户发起的该界面特效封装出相应的广播消息，将所述的界面特效信息，也即第一属性信息和第二属性信息封装其中，当然，广播消息也会包括对该界面特效的指定，例如给出其资源名称，以便直播间应用程序将之解析为播放该界面特效的指令而直接本地或远程调用播放之。

按照上述的过程，服务器便完成了对所述的广播消息的封装，其向直播间推送该广播消息之后，各个用户正在运行的应用程序便可对其进行解析并相应执行界面特效的播放动作。

在另一个实施例中，服务器可根据其内部实现的机制将基于同一界面特效在固定时长范围内形成的多个所述的广播消息简化为一个，或者择优取一，或者进行有机合并，最后针对同一界面特效只封装出一个广播消息，由此显然可以节省终端设备显示时的内存消耗与算力，进一步避免导致终端设备连续重复播放多个相同界面特效。

步骤S22，向直播间推送所述广播消息以使接收该广播消息的终端设备的图形用户界面根据所述第一属性信息和第二属性信息控制所述界面特效在图形用户界面显示的可视化效果：

服务器将封装的广播消息向直播间的所有用户的终端设备推送，该些用户的终端设备接收到服务器推送的广播消息,对该广播消息解析，从而获得其中的界面特效信息，也即获得相应的第一属性信息和第二属性信息，同时也会解析为执行特定界面特效的用户指令，由此，调用该特定界面特效，按照所述第一属性信息和第二属性信息的约束，在直播间的当前图形用户界面上播放相应的界面特效，展现整个播放过程。

关于由服务器推送到直播间终端设备后，在用户端执行界面特效播放的过程，可以参照在前的方法中关于接收广播消息之后的处理步骤的详细揭示，此处恕不赘述。

请参阅图4，延用本申请在前所揭示的各种方法的创造精神，为终端设备本地实现而提出的的一种界面特效响应方法，其典型的实施例中，包括如下步骤：

步骤S30，接收输入设备受控产生的、适于触发直播间界面特效的用户发送指令：

在本申请的常见的应用场景中，直播间的用户通过其终端设备的输入设备向其他用户发送交互信息。

在本申请中，输入设备为具有压力传感功能的触摸显示屏。用户向直播间发送交互信息，需要通过触控输入设备来执行，直播间程序进程可通过调用操作系统提供的已有的接口获取直播用户触控输入设备时，输入设备的受压力度。用户通过输入设备发送交互信息可被直播间应用程序解析为用户发送指令。

同时，用户通过触控用户发送指令向服务器发送触发请求时，终端设备本地存储用户发送指令。

步骤S31，响应于该用户发送指令，依据用户针对界面特效而触控所述输入设备而产生的所有受压力度信息确定第一属性信息，依据该用户实施所述控制的所有次数体现的触发速度确定第二属性信息：

终端设备储存用户发送的用户发送请求，该用于发送请求包括受压力度信息。同时，终端设备基于用户在固定时长内触发用户发送指令发送交互信息的个数，和与之相应的时间，计算每个用户发送指令所具有的触发速度，该触发速度的描述请参照上述关于触发速度的陈述，在此不再赘述。本申请的终端设备上储存有数据表。终端设备所述的受压力度信息与数据表对应匹配确定第一属性信息，即终端设备从预配置了的受压力度信息与第一属性信息的对应关系的数据表中，确定第一属性信息。终端设备依据触发速度与数据表对应匹配确定第二属性信息，即终端设备从预配置了受压力度信息与第二属性信息的对应关系的数据表中，确定第二属性信息。

在其中一个实施例中，该界面特效信息还可包括辅助信息，该辅助信息用于修饰交互信息中的其他可视化内容，例如可用于定义图形用户界面上显示的的文字的属性等。

步骤S32，以所述第一属性信息和所述第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中播放所述界面特效：

终端设备以第一属性信息和/或第二属性信息确定界面特效的静态显示属性与动态显示属性。第一属性信息和第二属性信息与静态显示属性与动态显示属性之间的关系请参阅本申请上述关于第一属性信息和第二属性与静态显示属性和动态显示属性的描述，在此恕不赘述。

终端设备基于第一属性信息与第二属性信息限定界面特效的静态显示属性与动态显示属性，获得具有可视化效果的界面特效，该具有可视化效果的界面特效于该直播参与用户的终端设备的图形用户界面上显示。直播间应用程序基于第一属性信息和第二属性信息，调用界面特效播放相关的预设程序，调用相关界面特效的文件资源，以所述第一属性信息与第二属性信息进行赋值，然后执行相应的播放。

进一步的，本方法可被实现为本申请的界面特效显示方法的一部分，作为界面特效显示方法的一个步骤。由此，作为对操作事件的首次响应，终端设备可以利用本方法自行迅速向操作用户的图形用户界面反馈相应的界面特效播放效果，进而，本申请的界面特效显示方法根据其原有的步骤，在后续收到广播消息时，又进一步执行一次界面特效的播放。其中，首次播放起到了让用户直接感知的效果，后者，则可让用户了解其他用户同步观看的效果，兼顾了整个交互过程，改善了用户体验。

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

触发单元40，用于响应于输入设备受控产生的、适于触发直播间界面特效的用户发送指令，向服务器提交该用户的触发请求，该触发请求包含所述输入设备受控产生的受压力度信息；

解析单元41，用于接收所述服务器响应该用户连续发送的一个或多个所述触发请求而推送的广播消息，所述广播消息包括依据所有触发请求的受压力度信息确定的第一属性信息，以及依据所有触发请求之间的时间关系所体现的触发速度确定的第二属性信息；

显示单元42，用于以所述第一属性信息和第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中播放所述界面特效。

进一步，为便于本申请的执行，提供一种电子设备，作为本申请所部署的客户端，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行所述的接口调用方法的步骤，或执行所述的一种界面特效显示方法和/或界面特效响应方法的步骤。

进一步，为便于本申请的执行，提供一种电子设备，作为本申请所部署的服务器，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如前所述的一种界面特效处理方法的步骤。

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

综上所述，本申请将用户针对界面特效实施的触控操作所对应产生的物理参数转换为该界面特效相对应的显示属性，对界面特效在直播间中的播放进行了简化，大大提高直播间应用程序所在的电子设备的运行效率。

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

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

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

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

Claims (12)

1.一种界面特效显示方法，其特征在于，包括如下步骤：

响应于输入设备受控产生的、适于触发直播间界面特效的用户发送指令，向服务器提交该用户的触发请求，该触发请求包含所述输入设备受控产生的受压力度信息；

接收所述服务器响应该用户连续发送的一个或多个所述触发请求而推送的广播消息，所述广播消息包括依据所有触发请求的受压力度信息确定的第一属性信息，以及依据所有触发请求之间的时间关系所体现的触发速度确定的第二属性信息；

以所述第一属性信息和第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中播放所述界面特效。

2.如权利要求1所述的方法，其特征在于，所述输入设备为终端设备上具备压力传感功能的触摸显示屏，所述直播间由运行于该终端设备的应用程序实现。

3.如权利要求1所述的方法，其特征在于，任意一个或多个所述的属性信息用于限定所述界面特效的可视化效果的静态显示属性，和/或，任意一个或多个所述的属性信息用于限定所述界面特效的可视化效果的动态显示属性。

4.根据权利要求3所述的方法，其特征在于：所述静态显示属性包括如下任意一项或任意多项：显示面积、显示颜色、显示高度，所述第一属性信息与所述第二属性信息相应限定的静态显示属性各不相同；所述动态显示属性包括如下任意一种或任意多种描述方案:颜色的变化、界面运动路径、面积或体积的变化、图形的变化，所述第一属性信息与所述第二属性信息相应限定的动态显示属性各不相同。

5.如权利要求1所述的方法，其特征在于，还包括如下步骤：

由本机设备依据该用户针对同一界面特效控制而产生的所有受压力度信息确定所述第一属性信息，依据该用户实施所述控制的所有次数体现的触发速度确定所述第二属性信息；

以本机设备确定的所述第一属性信息和第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中预先播放所述界面特效。

6.一种界面特效处理方法，其特征在于，包括如下步骤：

接收用户针对特定界面特效连续发送的一个或多个触发请求，解析出该些触发请求中包含的该用户所在输入设备的受压力度信息，且依据该些触发请求之间的时间关系确定其相应的触发速度；

依据所有触发请求的受压力度信息确定第一属性信息，依据所述触发速度确定第二属性信息，将第一属性信息和第二属性信息封装成广播消息；

向直播间推送所述广播消息以使接收该广播消息的终端设备根据所述第一属性信息和第二属性信息控制所述界面特效在图形用户界面显示的可视化效果。

7.如权利要求6所述的方法，其特征在于，将该用户连续发送的所有触发请求中的受压力度累计求平均以确定等效压力，该等效压力用于确定所述第一属性信息；将所有触发请求的总个数除以该用户连续发送的首尾两个触发请求的时间差以确定等效速度，该等效速度用于确定所述第二属性信息。

8.如权利要求7所述的方法，其特征在于，利用所述等效压力，从预配置了所述等效压力信息与所述第一属性信息的对应关系的数据表中，查找并确定所述的第一属性信息；利用所述等效速度，从预配置了所述等效速度与所述第二属性信息的对应关系的数据表中，查找并确定所述的第二属性信息。

9.一种界面特效响应方法，其特征在于，包括如下步骤：

接收输入设备受控产生的、适于触发直播间界面特效的用户发送指令；

响应于该用户发送指令，依据用户针对界面特效而触控所述输入设备而产生的所有受压力度信息确定第一属性信息，依据该用户实施所述控制的所有次数体现的触发速度确定第二属性信息；

以所述第一属性信息和所述第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中播放所述界面特效。

10.一种界面特效显示装置，其特征在于，其包括：

触发单元，用于响应于输入设备受控产生的、适于触发直播间界面特效的用户发送指令，向服务器提交该用户的触发请求，该触发请求包含所述输入设备受控产生的受压力度信息；

解析单元，用于接收所述服务器响应该用户连续发送的一个或多个所述触发请求而推送的广播消息，所述广播消息包括依据所有触发请求的受压力度信息确定的第一属性信息，以及依据所有触发请求之间的时间关系所体现的触发速度确定的第二属性信息；

显示单元，用于以所述第一属性信息和第二属性信息限定所述界面特效的可视化效果，在直播间的图形用户界面中播放所述界面特效。

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

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

Images