CN114697694A - 互动处理方法和*** - Google Patents

Abstract

本申请实施例提供了一种互动处理方法和***，其中，所述的方法包括：接收互动规则配置数据；根据所述互动规则配置数据进行互动调度注册；接收基于所述互动调度注册监听到的互动行为事件；响应于所述互动行为事件，根据所述互动规则配置数据控制播放互动特效。本申请实施例的互动处理方案对互动行为耦合较低，***扩展性较强，不同互动行为基于适配器简单开发即可接入，使得制定的互动处理的技术资源能够得到有效沉淀，降低互动处理方案的开发成本。

Description

互动处理方法和***

技术领域

本申请实施例涉及视频播放技术领域，尤其涉及一种互动处理方法、***、计算机设备及计算机可读存储介质。

背景技术

随着计算机技术和互联网技术的快速发展，各种各样的直播视频层出不穷，在用户观看直播视频的过程中，用户和用户、用户和主播之间可以进行互动，如用户在观看直播视频过程中，可能会被视频或主播的精彩内容吸引，向视频中的主播赠送礼物。在直播领域中除了主播自身内容产出能力外，主播与观众之间高质量的互动玩法，能够使用户和主播对直播平台的依赖性变强。

目前，各直播平台会根据特定节日定制活动玩法，以增加直播房间或平台的主播与用户的参与度，提高直播间的活跃度。相关技术中常规的做法是：根据不同的活动制定不同的互动玩法，每次都需要产研人员进行定制开发，活动结束后相关的代码即下线废弃，导致制定的直播互动处理的技术资源得不到有效沉淀，且***扩展性较低。

发明内容

本申请实施例的目的是提供一种互动处理方法、***、计算机设备及计算机可读存储介质，用于解决以下问题：制定的直播互动的技术资源得不到有效沉淀，且***扩展性较低。

本申请实施例的一个方面提供了一种互动处理方法，所述方法包括：

接收互动规则配置数据；

根据所述互动规则配置数据进行互动调度注册；

接收基于所述互动调度注册监听到的互动行为事件；

响应于所述互动行为事件，根据所述互动规则配置数据控制播放互动特效。

可选地，所述互动规则配置数据包括：输入参数、输出参数、影响范围和规则期限。

可选地，在所述接收互动规则配置数据的步骤之后，还包括：

对所述互动规则配置数据进行持久化存储处理，并判断所述规则期限是否满足预设的调度条件。

可选地，所述根据所述互动规则配置数据进行互动调度注册，包括：

在所述规则期限满足预设的调度条件的情况下，根据所述互动规则配置数据进行互动调度注册。

可选地，所述根据所述互动规则配置数据进行互动调度注册，包括：

确定与所述输入参数匹配的目标服务；

向所述目标服务发送互动调度注册请求。

可选地，所述方法还包括：

在所述规则期限满足预设的注销条件的情况下，根据所述互动规则配置数据进行互动调度注销。

可选地，所述响应于所述互动行为事件，根据所述互动规则配置数据控制播放互动特效，包括：

响应于所述互动行为事件，根据所述输出参数生成互动特效播放指令，并根据所述影响范围确定目标客户端；

向所述目标客户端发送所述互动特效播放指令，以控制在所述目标客户端中播放互动特效。

可选地，所述互动行为事件包含开始事件、进度更新事件和完成事件。

本申请实施例的一个方面又提供了一种互动处理***，包括：

信息接收模块，用于接收互动规则配置数据；

注册模块，用于根据所述互动规则配置数据进行互动调度注册；

事件接收模块，用于接收基于所述互动调度注册监听到的互动行为事件；

互动特效控制模块，用于响应于所述互动行为事件，根据所述互动规则配置数据控制播放互动特效。

本申请实施例的一个方面又提供了一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述的互动处理方法的步骤。

本申请实施例的一个方面又提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行所述计算机程序时实现如上述的互动处理方法的步骤。

本申请实施例提供的互动处理方法、***、设备及计算机可读存储介质，通过标准化主播与用户间的互动流程，降低后续更多互动场景的接入开发成本，互动处理的功能向外部开发，与平台用户共建运营能力提高直播平台互动人效提高用户粘性，本申请实施例实现的互动处理方案对互动行为耦合较低，***扩展性较强，不同互动行为基于适配器简单开发即可接入，使得制定的互动处理的技术资源能够得到有效沉淀，降低互动处理方案的开发成本。

附图说明

图1示意性示出了根据本申请实施例的互动处理方法的应用环境图；

图2示意性示出了根据本申请实施例一的互动处理方法的流程图；

图3示意性示出了根据本申请实施例一的互动处理方法的新增步骤流程图；

图4至图5为图2中步骤S202的子步骤流程图；

图6示意性示出了根据本申请实施例一的互动处理方法的新增步骤流程图；

图7为图6中步骤S600的子步骤流程图；

图8示意性示出了根据本申请实施例一的互动处理方法的整体框架示意图；

图9示意性示出了根据本申请实施例二的互动处理***的框图；及

图10至图13示意性示出了根据本申请实施例二的互动处理***的新增模块的框图；

图14示意性示出了根据本申请实施例三的适于实现互动处理方法的计算机设备的硬件架构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，在本申请实施例中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

由于现有技术中，通常会根据不同的活动制定不同的互动玩法，每次都需要产研人员进行定制开发，活动结束后相关的代码即下线废弃，导致互动玩法的技术资源得不到有效沉淀，运营策略上也无法延续；互动玩法无延续性，造成不必要的研发资源浪费；常规的活动做法对互动行为耦合较高，***扩展性较低；配置类生效区域对玩法的维度支持力度比较小且不灵活。

有鉴于此，本申请旨在提出互动处理方案，应用于互动规则引擎中，通过将互动行为事件检测功能和互动特效输出功能抽象成不同插件，插件提供注册和反注册接口供互动规则引擎调用，互动规则引擎可以依据所输入的互动规则配置数据进行互动调度注册，从而在接收到互动行为事件时，响应于互动行为事件控制播放互动特效。例如：在圣诞节期间12月25号00:00:00至12月26号00:00:00在虚拟分区所有主播房间内设置用户在【10秒内发送5条圣诞快乐弹幕即开启蓄力，60秒内累计达到300条即完成蓄力】即达成条件，蓄力完成后主播直播间将播放一条圣诞主题的视频素材。通过本方案提供的互动规则引擎能够高度抽象互动玩法规则逻辑，标准化引擎的输入和输出结构模型，不同互动行为基于适配器简单开发即可接入；多维度规则配置范围，支持自定义规则生效范围，如全区、分区、房间等维度；内置运营规则任务调度，支持任务灵活调度编排实现不同互动特效，解放人力降低***性风险；能力高度开放，除平台内使用外亦可开放第三方公会、头部用户接入使用，助力提升直播过程中的互动效果。

本申请提供了多个实施例进一步介绍互动处理方案，具体参照下文。

在本申请的描述中，需要理解的是，步骤前的数字标号并不标识执行步骤的前后顺序，仅用于方便描述本申请及区别每一步骤，因此不能理解为对本申请的限制。

以下为本申请的术语解释：

MQ:(Message Queue)消息队列，是基础数据结构中“先进先出”的一种数据结构，一般用来解决应用解耦，异步消息，流量削峰等问题，实现高性能，高可用，可伸缩和最终一致性架构。

RPC:(Remote Procedure Call)远程过程调用，是微服务架构中服务之间的通信方式之一。

图1示意性示出了根据本申请实施例的环境应用示意图。如图1所示：

计算机设备10000可以通过网络20000连接客户端30000。

计算机设备10000可以提供服务，如生成互动特效，或返回互动特效给客户端30000等。

计算机设备10000可以位于诸如单个场所之类的数据中心，或者分布在不同的地理位置(例如，在多个场所)中。计算机设备10000可以经由一个或多个网络20000提供服务。网络20000包括各种网络设备，例如路由器，交换机，多路复用器，集线器，调制解调器，网桥，中继器，防火墙，代理设备和/或类似。网络20000可以包括物理链路，例如同轴电缆链路，双绞线电缆链路，光纤链路，其组合等。网络20000可以包括无线链路，诸如蜂窝链路，卫星链路，Wi-Fi链路等。

计算机设备10000可以由一个或多个计算节点实现。一个或多个计算节点可以包括虚拟化的计算实例。虚拟化的计算实例可以包括虚拟机，例如计算机***，操作***，服务器等的仿真。计算节点可以基于虚拟映像和/或定义用于仿真的特定软件(例如，操作***，专用应用程序，服务器)的其他数据，由计算节点加载虚拟机。随着对不同类型的处理服务的需求改变，可以在一个或多个计算节点上加载和/或终止不同的虚拟机。可以实现管理程序来管理同一计算节点上不同虚拟机的使用。

客户端30000可以被配置为访问计算机设备10000的内容和服务。客户端30000可以包括任何类型的电子设备，诸如移动设备、平板设备、膝上型计算机、工作站、虚拟现实设备，游戏设备、机顶盒、数字流媒体设备、车辆终端、智能电视、机顶盒等。

客户端30000可以将互动特效等输出(例如，显示、渲染、呈现)给用户。

以下将通过多个实施例介绍互动处理方案。该方案可以通过计算机设备10000实施。

实施例一

图2示意性示出了根据本申请实施例一的互动处理方法的流程图。

如图2所示，该互动处理方法可以包括步骤S200～S206，其中：

步骤S200，接收互动规则配置数据；

本申请中，互动规则配置数据可以包括：输入参数、输出参数、影响范围和规则期限。其中，输入参数用于描述互动行为的类型及其参数；输出参数用于互动特效触发类型及其参数；影响范围用于描述互动特效输出的范围(颗粒度)；规则期限用户描述互动特效的开始时间和结束时间。本申请实施例输入参数中的互动行为可以包含弹幕、礼物、大航海等等，本发明实施例对此不作限制。

作为一种示例，互动规则配置数据可以为：在圣诞节期间12月25号00:00:00至12月26号00:00:00(规则期限)，在虚拟分区所有主播(影响范围)房间内，设置用户在【10秒内发送5条圣诞快乐弹幕即开启蓄力，60秒内累计达到300条即完成蓄力】即达成条件(输入参数)，蓄力完成后主播直播间将播放一条圣诞主题的视频素材(输出参数)。

本申请实施例可以应用于引擎规则配置中心，通过引擎规则配置中心接收互动规则配置数据。在具体实现中，互动规则配置数据可以由运营、公会、主播等用户进行设置，运营人员可以按全区/一级/二级/直播间维度来设置，而公会和主播可以配置旗下主播或主播房间的互动规则等，运营、公会、主播等用户可以通过客户端向引擎规则配置中心上传至互动规则配置数据。

需要说明的是，引擎规则配置中心在接收到互动规则配置数据之后，可以对互动规则配置数据进行合法性检测，以确定互动规则配置数据的合法性，当互动规则配置数据不合法时，无法通过后续的步骤触发产生对应的互动特效，例如，互动规则配置数据中不含输出参数，则无法控制播放互动特效。此外，还可以在引擎交汇流程中对需要实现本申请的互动处理方案的直播房间或用户进行准入校验，从而通过支持房间、用户等维度的准入策略限制，以降低内容运营风险。

步骤S202，根据所述互动规则配置数据进行互动调度注册；

本申请中，引擎规则配置中心在接收到互动规则配置数据之后，可以根据互动规则配置数据进行互动调度注册。具体的，为了避免在对互动任务进行调度时，如果当前时间距离某一些互动任务的触发时间还比较长，会造成调度资源的浪费，因此，可以对短时间内需要触发的互动任务进行互动调度注册；而对于短时间内不需要触发的互动任务则进行缓存，等到需要触发时再进行互动调度注册。作为一种示例，可以设置对24小时内需要触发的互动任务进行注册处理，以在注册之后监听用户的互动行为事件，并按照互动行为事件触发互动特效。

步骤S204，接收基于所述互动调度注册监听到的互动行为事件；

本申请中，在注册监听事件之后，可以通过相应的服务监听到用户的互动行为，例如，可以监听到用户发送弹幕的行为、或赠送礼物的行为、或关注主播的行为等等，当监听到用户的互动行为满足触发条件时，则生成相应的互动行为事件，并发送互动行为事件到引擎规则配置中心。具体的，服务可以通过RPC或MQ将互动行为事件发送给引擎规则配置中心。

在进行互动调度注册之后，针对关键信息进行监听，如弹幕中的词语、打赏中的礼物或直播间的在线用户数量等，并将监听到的互动行为事件发送至引擎规则配置中心。作为一种示例，假设注册监听的是发送弹幕的行为，当监听到用户在一定时间内发送弹幕的数量达到设定的阈值时，则将监听到的发送弹幕的行为事件发送引擎规则配置中心，以触发相应的互动特效。作为另一种示例，假设注册监听的是直播间的在线用户数量，当监听到直播间中当前的在线用户数量达到设定的阈值时，则将监听到的在线用户行为事件发送引擎规则配置中心，以触发相应的互动特效。

步骤S206，响应于所述互动行为事件，根据所述互动规则配置数据控制播放互动特效。

本申请中，引擎规则配置中心在接收到互动行为事件之后，可以响应于接收到的互动行为事件，根据互动规则配置数据中的输出项控制播放互动特效。作为一种示例，规则的输出项是动画播放插件，在动画插件执行时会通过RPC或socket套接字向主播客户端发送播放互动特效的指令，主播客户端在收到播放互动特效的指令后进行动画播放。作为另一种示例，规则的输出项是礼物掉落插件，在礼物掉落插件执行时会通过RPC或socket套接字向主播客户端发送播放互动特效的指令，主播客户端在收到播放互动特效的指令后进行礼物掉落特效的播放。

本申请实施例中，通过将互动特效抽象成标准化的组件，不同的互动特效组件其中的实现逻辑也会有所区别，引擎规则配置中心可以根据互动规则配置数据中的输出项选择所需要的互动特效组件播放互动特效。

在本申请的一种优选实施例中，如图3所示，在所述步骤S200之后，还包括步骤S300：通过对所述互动规则配置数据进行持久化存储处理，并判断所述规则期限是否满足预设的调度条件。

本申请中，引擎规则配置中心可以包含预设的任务调度模块，用于对接收到得互动任务进行调度处理。通过对互动规则配置数据进行持久化存储处理，以将数据存储为指定的数据结构，并进一步对数据结构中的数据判断规则期限是否满足预设的调度条件。

作为一种示例，持久化存储的互动规则配置数据如下表1所示：

互动行为id	输入参数	输出参数	影响范围	规则期限	……
						0001				20211112-20220123	……
0002				20211113-20211223
						0003				20211116-20211221
……

表1

本申请中，任务调度模块在对互动任务进行调度时，可以将任务队列根据规则的开始时间和截止时间分为任务注册(开始)和任务结束(截止)，采用两个阶段调度，将需要进行任务注册处理的任务推送到规则调度队列中，需要进行任务结束处理的任务推送到规则删除队列中。

在本申请的一种优选实施例中，如图4所示，所述步骤S202包括：步骤S400，在所述规则期限满足预设的调度条件的情况下，根据所述互动规则配置数据进行互动调度注册。

本申请中，通过对一阶段的互动任务定时检测，对于符合预设的调度条件的任务，则推送到二阶段的任务队列中进行调度注册。其中，预设的调度条件可以是预先设定的任务调度影响因素，技术人员可以按照需要对调度条件进行设置，本申请实施例对此不作限制。作为一种示例，假设预设的调度条件设置为当天的00:00-24:00，对于上述表1中的互动任务，任务调度脚本会在每日的23:50会将上述表1内符合明日的任务推送到二阶段任务队列，如12月23号23点50分会将12月24号00:00-24:00所需的任务推送到二阶段任务队列中。此外，如果***的是当天或早于当前的任务，则直接***二阶段任务队列。二阶段任务队列支持秒级调度，每秒钟检测是否有需要触发的任务，如果有到时任务则进行调度注册/注销处理。

在本申请的一种优选实施例中，如图5所示，所述步骤S202包括步骤S500-S502：其中，步骤S500，确定与所述输入参数匹配的目标服务；步骤S502，向所述目标服务发送互动调度注册请求。

本申请中，任务调度模块可以调用适配器进行互动行为监测的注册与注销。通过确定与输入参数匹配的目标服务；向目标服务发送互动调度注册请求，以在目标服务中注册互动任务。具体的，通过将互动行为检测功能和互动特效输出功能抽象成不同插件，插件提供注册和反注册接口供引擎调用，需要接入本引擎的互动玩法和特效均需实现相关接口。

作为一种示例，比如互动行为功能插件为弹幕插件，用户在X1秒发送Y1条弹幕，且在X2秒内累计发送Y2条。在规则任务到达开始时间时，会确定目标服务为弹幕服务，并向弹幕服务发起规则注册，从而弹幕服务在收到注册后可以开启对应的互动行为事件的监听，当监听到用户在房间内发送弹幕达到订阅条件时，弹幕服务即通过RPC或MQ发送给引擎。

在本申请的一种优选实施例中，如图6所示，所述的方法还包括步骤S600：在所述规则期限满足预设的注销条件的情况下，根据所述互动规则配置数据进行互动调度注销。

本申请中，在规则期限满足预设的注销条件的情况下，可以根据互动规则配置数据进行互动调度注销。具体的，在按照规则期限判断互动任务的结束时间比当前时间更早之后，可以对该互动任务进行删除，通过将互动任务添加到规则删除队列，在规则删除队列中任务生效时，调用删除接口进行互动调度注销，即对目标服务进行反注册。作为一种示例，对于上述在弹幕服务中注册的监听任务，对弹幕服务进行反注册处理后，将不再监听对应弹幕的统计，从输入源头关闭规则的执行。

在本申请的一种优选实施例中，如图7所示，所述步骤S206包括步骤S700-S702：其中，步骤S700，响应于所述互动行为事件，根据所述输出参数生成互动特效播放指令，并根据所述影响范围确定目标客户端；步骤S702，向所述目标客户端发送所述互动特效播放指令，以控制在所述目标客户端中播放互动特效。

本申请中，通过响应于互动行为事件，根据输出参数生成互动特效播放指令，并根据影响范围确定目标客户端；并向目标客户端发送互动特效播放指令，以控制在目标客户端中播放互动特效。通过影响范围多维度规则配置范围，支持自定义规则生效范围，如全区、分区、房间等维度，作为一种示例，假设影响范围为虚拟分区所有主播，则可以确定虚拟分区所有主播客户端为目标客户端，从而向虚拟分区所有主播客户端发送互动特效播放指令，以控制在虚拟分区所有主播客户端播放互动特效。

在本申请的一种优选实施例中，所述互动行为事件包含开始事件、进度更新事件和完成事件。

本申请中，通过针对业务规则设计关键事件，本引擎将互动行为事件抽象成三段，即开始事件、进度更新事件和完成事件。在具体实现中，在注册监听事件时，可以对开始事件和进度更新事件进行注册，其中，根据进度更新事件还可以确定完成事件是否需要触发。作为一种示例，对于弹幕或打赏的互动行为，可以设计为在X1秒内完成Y1次弹幕或打赏即触发开始事件，在X2时间内周期性更新进度事件，直至完成Y2次弹幕或打赏，即触发完成事件。此外，互动行为事件还可以包含取消事件，如，在X2时间后未达成目标值Y2，则触发取消事件。

为方便理解，以下结合图8提供一个互动处理***的整体框架示意图：具体通过运营、公会、主播将互动规则配置数据发送至引擎规则配置中心，该引擎规则配置中心包含任务调度模块、房间准入校验策略、场景规则化引擎，其中，通过任务调度模块调用互动行为规则注册适配器进行注册/注销处理，包含注册弹幕里程碑、礼物打赏或其他互动玩法事件；通过房间准入校验策略对房间、用户等维度的准入策略限制，降低内容运营风险；通过场景规则化模块对互动玩法进行规则化处理。同时，引擎规则配置中心还可以提供运营行为日志、互动数据面板和运营行为API，方便对互动玩法的运营和维护。通过弹幕事件、礼物事件等互动行为事件触发统一认为调度脚本，调用互动行为输入适配器进行三段式操作，包括互动开始蓄力、进度更新和互动触发，调用输出适配器输出动画特效、礼物掉落或其他特效处理。按照互动开始蓄力、进度更新和互动触发的事件生成节点互动行为事件消息，通过必达广播发送到主播端进行交互特效的播放。

实施例二

图9示意性示出了根据本申请实施例二的互动处理***的框图，该互动处理***可以被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本申请实施例。本申请实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，以下描述将具体介绍本申请实施例中各程序模块的功能。

如图9所示，该互动处理***900可以包括信息接收模块910、注册模块920、事件接收模块930和互动特效控制模块940，其中：

信息接收模块910，用于接收互动规则配置数据；

注册模块920，用于根据所述互动规则配置数据进行互动调度注册；

事件接收模块930，用于接收基于所述互动调度注册监听到的互动行为事件；

互动特效控制模块940，用于响应于所述互动行为事件，根据所述互动规则配置数据控制播放互动特效。

在本申请的一种优选实施例中，所述互动规则配置数据包括：输入参数、输出参数、影响范围和规则期限。

在本申请的一种优选实施例中，所述装置还包括：

规则期限判断模块，用于对所述互动规则配置数据进行持久化存储处理，并判断所述规则期限是否满足预设的调度条件。

在本申请的一种优选实施例中，如图10所示，所述注册模块920，包括：

注册子模块921，用于在所述规则期限满足预设的调度条件的情况下，根据所述互动规则配置数据进行互动调度注册。

在本申请的一种优选实施例中，如图11所示，所述注册模块920，包括：

服务确定子模块922，用于确定与所述输入参数匹配的目标服务；

请求发送子模块923，用于向所述目标服务发送互动调度注册请求。

在本申请的一种优选实施例中，如图12所示，所述装置还包括：

注销模块950，用于在所述规则期限满足预设的注销条件的情况下，根据所述互动规则配置数据进行互动调度注销。

在本申请的一种优选实施例中，如图13所示，所述互动特效控制模块940，包括：

客户端确定子模块941，用于响应于所述互动行为事件，根据所述输出参数生成互动特效播放指令，并根据所述影响范围确定目标客户端；

特效控制子模块942，用于向所述目标客户端发送所述互动特效播放指令，以控制在所述目标客户端中播放互动特效。

在本申请的一种优选实施例中，所述互动行为事件包含开始事件、进度更新事件和完成事件。

实施例三

图14示意性示出了根据本申请实施例三的适于实现互动处理方法的计算机设备10000的硬件架构示意图。本实施例中，计算机设备10000是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括FEN独立的服务器，或者多个服务器所组成的服务器集群)等。如图14所示，计算机设备10000至少包括但不限于：可通过***总线相互通信链接存储器10010、处理器10020、网络接口10030。其中：

存储器10010至少包括一种类型的计算机可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器10010可以是计算机设备10000的内部存储模块，例如该计算机设备10000的硬盘或内存。在另一些实施例中，存储器10010也可以是计算机设备10000的外部存储设备，例如该计算机设备10000上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，存储器10010还可以既包括计算机设备10000的内部存储模块也包括其外部存储设备。本实施例中，存储器10010通常用于存储安装于计算机设备10000的操作***和各类应用软件，例如互动处理方法的程序代码等。此外，存储器10010还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器10020在一些实施例中可以是中央处理器(Central Processing Unit，简称为CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器10020通常用于控制计算机设备10000的总体操作，例如执行与计算机设备10000进行数据交互或者通信相关的控制和处理等。本实施例中，处理器10020用于运行存储器10010中存储的程序代码或者处理数据。

网络接口10030可包括无线网络接口或有线网络接口，该网络接口10030通常用于在计算机设备10000与其他计算机设备之间建立通信链接。例如，网络接口10030用于通过网络将计算机设备10000与外部终端相连，在计算机设备10000与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯***(Global System of Mobile communication，简称为GSM)、宽带码分多址(Wideband Code Division Multiple Access，简称为WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

需要指出的是，图14仅示出了具有部件10010-10030的计算机设备，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。

在本实施例中，存储于存储器10010中的互动处理方法还可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器10020)所执行，以完成本申请实施例。

实施例四

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现实施例中的互动处理方法的步骤。

本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作***和各类应用软件，例如实施例中互动处理方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。

显然，本领域的技术人员应该明白，上述的本申请实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请实施例不限制于任何特定的硬件和软件结合。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (11)

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

接收互动规则配置数据；

根据所述互动规则配置数据进行互动调度注册；

接收基于所述互动调度注册监听到的互动行为事件；

响应于所述互动行为事件，根据所述互动规则配置数据控制播放互动特效。

2.根据权利要求1所述的互动处理方法，其特征在于，所述互动规则配置数据包括：输入参数、输出参数、影响范围和规则期限。

3.根据权利要求2所述的互动处理方法，其特征在于，在所述接收互动规则配置数据的步骤之后，还包括：

对所述互动规则配置数据进行持久化存储处理，并判断所述规则期限是否满足预设的调度条件。

4.根据权利要求2或3所述的互动处理方法，其特征在于，所述根据所述互动规则配置数据进行互动调度注册，包括：

在所述规则期限满足预设的调度条件的情况下，根据所述互动规则配置数据进行互动调度注册。

5.根据权利要求4所述的互动处理方法，其特征在于，所述根据所述互动规则配置数据进行互动调度注册，包括：

确定与所述输入参数匹配的目标服务；

向所述目标服务发送互动调度注册请求。

6.根据权利要求2所述的互动处理方法，其特征在于，所述方法还包括：

在所述规则期限满足预设的注销条件的情况下，根据所述互动规则配置数据进行互动调度注销。

7.根据权利要求2所述的互动处理方法，其特征在于，所述响应于所述互动行为事件，根据所述互动规则配置数据控制播放互动特效，包括：

响应于所述互动行为事件，根据所述输出参数生成互动特效播放指令，并根据所述影响范围确定目标客户端；

向所述目标客户端发送所述互动特效播放指令，以控制在所述目标客户端中播放互动特效。

8.根据权利要求1或7所述的互动处理方法，其特征在于，所述互动行为事件包含开始事件、进度更新事件和完成事件。

9.一种互动处理***，其特征在于，包括：

信息接收模块，用于接收互动规则配置数据；

注册模块，用于根据所述互动规则配置数据进行互动调度注册；

事件接收模块，用于接收基于所述互动调度注册监听到的互动行为事件；

互动特效控制模块，用于响应于所述互动行为事件，根据所述互动规则配置数据控制播放互动特效。

10.一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时用于实现权利要求1至8中任意一项所述的互动处理方法的步骤。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行权利要求1至8中任意一项所述的互动处理方法的步骤。

Images