CN112987936A - 一种互动处理方法、系统、装置、设备及介质 - Google Patents

Abstract

本公开实施例涉及一种互动处理方法、系统、装置、设备及介质，其中该方法应用于互动处理系统，包括：接收互动处理请求，其中，互动处理请求中包括互动处理系统当前所在的设备信息；确定互动处理请求对应的目标互动插件，并基于设备信息确定目标互动插件的目标互动配置文件，其中目标互动插件的数量为至少一个；基于目标互动配置文件预先解析得到的互动对象和资源文件，展示目标互动插件的互动效果。采用上述技术方案，通过配置文件的设置使得同一个互动插件在不同设备下可以实现不同的展示效果，避免了开发人员针对不同需求和性能需要单独开发对应的互动组件，节省了开发成本，提升了互动组件的灵活性和通用性。

Description

一种互动处理方法、系统、装置、设备及介质

技术领域

本公开涉及数据处理技术领域，尤其涉及一种互动处理方法、系统、装置、设备及介质。

背景技术

随着互联网技术的不断发展，在线教育行业得到极大发展，互动在该行业中承担着知识传递和用户交互等重要作用。

在线教育内容经常由大量的带有互动性的展示元素构成，但是目前的互动组件的研发通常采用单一固定实现方式，互动组件的通用性和灵活性较差。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种互动处理方法、系统、装置、设备及介质。

本公开实施例提供了一种互动处理方法，应用于互动处理系统，所述方法包括：

接收互动处理请求，其中，所述互动处理请求中包括所述互动处理系统当前所在的设备信息；

确定所述互动处理请求对应的目标互动插件，并基于所述设备信息确定所述目标互动插件的目标互动配置文件，其中所述目标互动插件的数量为至少一个；

基于所述目标互动配置文件预先解析得到的互动对象和资源文件，展示所述目标互动插件的互动效果。

本公开实施例还提供了一种互动处理系统，所述互动处理系统包括互动层、容器层和平台层，所述互动层与所述容器层、所述平台层通信连接，所述互动层包括一个或多个互动插件，一个所述互动插件对应至少一个互动配置文件，所述容器层用于实现本公开实施例提供的互动处理方法。

本公开实施例还提供了一种互动处理装置，所述装置配置于互动处理系统，包括：

请求接收模块，用于接收互动处理请求，其中，所述互动处理请求中包括所述互动处理系统当前所在的设备信息；

配置确定模块，用于确定所述互动处理请求对应的目标互动插件，并基于所述设备信息确定所述目标互动插件的目标互动配置文件，其中所述目标互动插件的数量为至少一个；

互动展示模块，用于基于所述目标互动配置文件预先解析得到的互动对象和资源文件，展示所述目标互动插件的互动效果。

本公开实施例还提供了一种电子设备，所述电子设备包括：处理器；用于存储所述处理器可执行指令的存储器；所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现如本公开实施例提供的互动处理方法。

本公开实施例还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行如本公开实施例提供的互动处理方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：本公开实施例提供的互动处理方案，互动处理系统接收互动处理请求，其中，互动处理请求中包括互动处理系统当前所在的设备信息；确定互动处理请求对应的目标互动插件，并基于设备信息确定目标互动插件的目标互动配置文件，其中目标互动插件的数量为至少一个；基于目标互动配置文件预先解析得到的互动对象和资源文件，展示目标互动插件的互动效果。采用上述技术方案，根据互动处理请求中的设备信息所确定的互动配置文件，可以展示与设备信息相对应的互动效果，通过配置文件的设置使得同一个互动插件在不同设备下可以实现不同的展示效果，避免了开发人员针对不同需求和性能需要单独开发对应的互动组件，节省了开发成本，提升了互动组件的灵活性和通用性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本公开实施例提供的一种互动处理系统的结构示意图；

图2为本公开实施例提供的一种互动处理方法的流程示意图；

图3为本公开实施例提供的一种互动处理装置的结构示意图；

图4为本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

在线教育内容经常由大量的带有互动性的展示元素构成，但是目前的互动组件的研发通常采用单一固定实现方式，例如通过文档对象模型（HTML Document Object Model，Html Dom）、Vue、React等前端开发框架、Phaser CE、Pixi 等动画引擎实现，互动组件的通用性和灵活性较差。为了解决上述问题，本公开实施例提供了一种互动处理系统。

图1为本公开实施例提供的一种互动处理系统的结构示意图，该互动处理系统10包括互动层11、容器层12和平台层13，互动层11与容器层12、平台层13通信连接，互动层11包括一个或多个互动插件，一个互动插件对应至少一个互动配置文件，容器层12用于实现：接收互动处理请求，其中，互动处理请求中包括互动处理系统10当前所在的设备信息；确定互动处理请求对应的目标互动插件，并基于设备信息确定目标互动插件的目标互动配置文件，其中目标互动插件的数量为至少一个；基于目标互动配置文件预先解析得到的互动对象和资源文件，展示目标互动插件的互动效果。

本公开实施例中的互动处理系统10可以为一种通用的插件化框架，可以封装在不同端的应用程序中，例如移动终端的APP以及Web端的网页程序等。互动层11中可以包括一个或多个互动插件，互动插件支持采用不同的开发语言进行开发，例如图中互动层11中可以包括5个前端开发语言的互动插件，PhaserJS应用的互动插件、Pixi应用的互动插件、React页面的互动插件、Vue页面的互动插件以及Dom页面的互动插件，并且不同前端开发语言基于功能要求包括的功能模块不同，图中仅为示例。不同的开发者均可以开发独立的互动插件，每个互动插件采用一种开发语言实现，并且每个互动插件可以被当作插件独立地由容器层12加载和调度。

参见图1，容器层12可以包括互动解析器121和互动调度管理器122，互动解析器121用于对互动配置文件进行解析，互动调度管理器122用于控制互动插件的调用和通信。如图1所示，互动解析器121中可以包括多个功能模块，如图中的全局解析和配置参数、描述文件解析、资源对象工厂、逻辑对象工厂、资源对象映射、逻辑对象事件管理，用于对不同种类的互动配置文件进行解析。互动调度管理器122中也可以包括多个功能模块，如图中的时间轴对齐、调度栈和系统调度事件管理，通过各功能模块的配合实现互动插件的调度。

容器层12提供了对互动插件的调度，并且容器层12中还可以包括互动场景管理器123，对于结构简单的渲染库，容器层12通过互动场景管理器123提供基础场景管理能力实现简单互动插件的共存，同时容器层12通过解析多种外部调度指令输入，完成对互动插件和互动内场景的灵活调度。参见图1，容器层12中还可以包括互动应用管理器124，用于实现当前互动层11中包括的互动插件（也即图中的互动应用）的控制和管理，也可以包括多个功能模块实现不同种类互动插件的管理。

平台层13用于提供互动层12所依赖的基础功能，封装了各个互动插件依赖的底层功能模块，包括图中的消息中心、输入硬件管理、基础数据&自定义数据管理、资源管理模块，可以提供各种不同的底层能力，包括互动插件之间的通信能力、资源下载和解析的能力、在渲染进程中接收硬件输入的能力、读取平台基础数据或存储自定义数据实现跨互动的能力以及场景数据交互的能力。

由于互动处理系统10封装在应用程序中，应用程序在运行时可以采用多进程实现多个功能，互动功能是其中一个主进程，互动处理系统10中展示的是一个主进程下互动过程所需的系统架构。如图1所示，系统处理系统10还可以包括主进程管理模块，用于实现客户端窗口管理和与其他进程之间进行消息的桥接。

上述互动配置文件可以为本公开实施例中新增的一种互动插件的配置文件，该配置文件用于使互动插件在不同设备上实现不同的展示效果。互动配置文件可以包括全局参数文件、资源配置文件和互动定义文件，资源配置文件用于说明互动插件关联的多个资源文件，资源文件设置有优先级，互动定义文件用于说明互动插件包括的至少一个互动对象以及各互动对象关联的生命周期和事件。

上述资源配置文件用于说明互动插件所需要加载的所有资源文件，并且资源文件可以进行分组和设置优先级，资源组或资源文件可以按照预先设置的优先级进行加载和解析。对于不同设备如果有不同的性能要求，则可以设置多个不同的资源配置文件来适配。互动定义文件用于说明互动插件包括的所有互动对象，关联各互动对象生命周期可以抛出的事件以及其他互动对象监听到该事件后需要做出的反应。上述互动对象是指最小粒度的互动元素，每个互动对象可以通过监听事件进行触发，并且每个互动对象可以在生命周期的各个阶段抛出事件以使其他事件做出对应的反应等。对不同设备如果有不同的性能要求，则可以设置多个不同定义文件来适配，示例性的，高性能设备可以展示动画，低性能设备的动画元素可以由图片元素替代。上述全局参数文件用于为互动组件提供统一的参数，该参数可能会被其他的文件引用。

示例性的，资源配置文件可以一组优先级为 0 的资源，资源组的名称可以为“preload_skin”，该组资源由一系列定义资源构成，包括“doubleBoat_Dragon，doubleBoat_Group，dragonboat,emptyRank，groupRank，mvpRank，preload，singleBoat_Dragon，singleBoat_Group，transition”，资源配置文件中还可以列举出每个资源关联的资源类型，和资源的URL 地址，资源配置文件中的URL地址可以为本地资源或网络资源，具体不限。

示例性的，互动定义文件可以定义gameObject 类型的根节点，其ID可以为“preload”，该根节点的参数列表可以包含三个不同类型的参数。互动定义文件中所有应用到参数的地方可以通过“$.:”来进行引用。最后，文件内部可以三个互动对象，具体为一个图片对象“begin_sea2”，两个动画对象“begin_seaAni”和“beinArmature”。该互动定义文件实现的互动功能可以为：“begin_seaAni”动画启动后会自动播放（“autoPlay”: true），结束时，会抛出“end_seaAni”事件，而“beginArmature”动画启动时默认不激活，在监听到“end_seaAni”后，会调用自身对象的“play”函数进行动画播放。上述互动定义文件对应的互动插件可以在任何支持的渲染引擎上进行绘制。

本方案中，通过提供互动插件对应的互动配置文件，并通过上述互动处理系统的解析、加载和调度等操作，可以实现相同互动插件在不同设备上逻辑、视觉差异性的动态配置，每个互动插件无论在逻辑上还是视觉上都可以进行同台配置，不同互动插件之间可以通过事件相互通信，所配置的相同资源类型可以在不同设备上有不同的具体资源进行展示，进而实现不同的展示效果。

各个互动插件可以基于不同的基础依赖库独立开发和发布，最终互动处理系统可以对所有互动插件统一打包，并在通过封装在应用程序中在运行时动态加载，提高了互动插件的开发效率，减少了互动插件的维护成本。通过互动处理系统所有注册到该系统控件内的异构的互动插件，均可以进行通用的展示层面调度，这些调度包括新互动对老互动的替换、共存等形式，同时，所有互动插件可以在插件范围内进行消息的单播和广播，完成异构互动间的通信，进而实现不同互动插件在同一应用程序中可以相互调度和相互通信。并且，本方案在支持异构的互动插件相互复用的同时，也支持各个互动插件之间的通信、数据同步和相互调用，使得多种互动插件可以在不同系统之间相互复用从而减少类似互动插件的开发，也为优化互动插件的优化提供扩展性。

本公开实施例提供的互动处理系统，通过提供能够管理不同开发语言的互动插件的插件化互动框架，以及为互动插件设置不同的配置文件，能够针对互动插件全面配置资源以及定义变量、事件逻辑和展示样式，实现了同一互动在不同设备上具有不同的展示效果，适配性和灵活性更强；并且通过互动处理系统的框架管理互动插件，使得各互动插件之间相互独立，可以动态加载和使用，使得互动的灵活性更高，开发效果更高。

图2为本公开实施例提供的一种互动处理方法的流程示意图，该方法可以由互动处理装置执行，其中该装置可以采用软件和/或硬件实现，一般可集成在电子设备中。如图2所示，该方法应用于上述互动处理系统，包括：

步骤201、接收互动处理请求，其中，互动处理请求中包括互动处理系统当前所在的设备信息。

本公开实施例中的互动处理系统配置在应用程序中，互动处理请求可以为用于实现互动效果展示的请求。互动处理请求中可以包括互动处理系统当前所在的终端设备的设备信息，例如电脑端或移动端等。

具体的，接收互动处理请求，可以包括：接收来自外部的或来自内部的其他互动插件的互动处理请求。其中，其他互动插件是指内部的除互动处理请求对应的目标互动插件之外的其他任意一个互动插件。互动处理系统可以接收来自外部的用户发送的互动处理请求，也可以接收来自内部的其他互动插件发送的互动处理请求，具体不限。

步骤202、确定互动处理请求对应的目标互动插件，并基于设备信息确定目标互动插件的目标互动配置文件，其中目标互动插件的数量为至少一个。

其中，互动配置文件可以为本公开实施例中新增的一种互动插件的配置文件，该配置文件用于使互动插件在不同设备上实现不同的展示效果。互动配置文件可以包括全局参数文件、资源配置文件和互动定义文件，资源配置文件用于说明互动插件关联的多个资源文件，资源文件设置有优先级，互动定义文件用于说明互动插件包括的至少一个互动对象以及各互动对象关联的生命周期和事件。目标互动插件是指互动处理请求对应的至少一个互动插件。

本公开实施例中，互动处理系统中的容器层的互动调度管理器接收到互动处理请求之后，可以确定目标互动插件，之后根据互动处理请求中的设备信息在目标互动插件的多个互动配置文件中进行查找，确定预先为该设备信息确定的目标互动配置文件。互动处理系统中可以存储目标互动插件对应的各互动配置文件与设备信息之间的映射关系，根据该映射关系可以在需要时进行查找。

步骤203、基于目标互动配置文件预先解析得到的互动对象和资源文件，展示目标互动插件的互动效果。

其中，互动对象和资源文件可以为目标互动配置文件预先经过互动处理系统中的互动解析器解析得到的，互动对象可以为互动解析器对目标互动配置文件中的互动定义文件解析得到，资源文件可以为互动解析器对目标互动配置文件中的资源配置文件解析和下载得到。

本公开实施例中，在步骤201之前，互动处理方法还可以包括：获取至少一个互动插件的互动配置文件，其中，互动配置文件根据设备信息配置，一个互动插件对应至少一个互动配置文件，不同互动配置文件对应的互动效果不同；通过互动解析器解析互动配置文件，生成互动插件包括的互动对象，并且加载互动插件对应的资源文件。

互动处理系统中可以注册多种不同类型的互动插件，互动处理系统启动后，可以加载相关的配置文件目录获取多个互动插件的互动配置文件，通过互动解析器对互动配置文件进行解析，解析互动定义文件生成互动对象，并将互动对象注册到互动插件管理器中，并绑定所需的动画渲染实例，例如采用 Pixi 进行渲染；解析资源配置文件，对互动关联的资源文件进行加载，如果有多个资源组，则按照优先级对资源组中的资源文件进行下载，将内部资源转为纹理、音频、文本等资源，并对下载后资源进行全局缓存，以备后续使用。

由于目标互动配置文件的互动对象和资源文件已经预先解析得到，在确定目标互动配置文件之后，可以通过互动调度管理器和互动场景管理器对互动对象和资源文件进行调度进栈，展示目标互动配置文件下的目标互动插件的互动效果，结束之后可以进行相应出栈操作。

示例性的，如果目标互动配置文件为电脑端对应的文件，则对应的资源文件可以为分辨率为1920*1080的背景动画，展示互动效果时互动背景分辨率较高，而当目标互动配置文件为移动端对应的文件，则对应的资源文件可以为分辨率为1024*768的静态图片，展示互动效果时背景分辨率较低。

本方案通过互动配置文件的设置可以实现同一个互动在不同硬件下如果需要展示不同的效果并表现不同的逻辑，并且通过采用一个通用插件化框架，可以将多个不同类型的互动进行融合，使得多个类型的互动可以在同一个应用程序内运行，且可以进行相互的逻辑关联，组合完成更加复杂的逻辑和展示效果。

本公开实施例提供的互动处理方案，互动处理系统接收互动处理请求，其中，互动处理请求中包括互动处理系统当前所在的设备信息；确定互动处理请求对应的目标互动插件，并基于设备信息确定目标互动插件的目标互动配置文件，其中目标互动插件的数量为至少一个；基于目标互动配置文件预先解析得到的互动对象和资源文件，展示目标互动插件的互动效果。采用上述技术方案，根据互动处理请求中的设备信息所确定的互动配置文件，可以展示与设备信息相对应的互动效果，通过配置文件的设置使得同一个互动插件在不同设备下可以实现不同的展示效果，避免了开发人员针对不同需求和性能需要单独开发对应的互动组件，节省了开发成本，提升了互动组件的灵活性和通用性。

图3为本公开实施例提供的一种互动处理装置的结构示意图，该装置可由软件和/或硬件实现，一般可集成在电子设备中。如图3所示，该装置配置于互动处理系统，包括：

请求接收模块301，用于接收互动处理请求，其中，所述互动处理请求中包括所述互动处理系统当前所在的设备信息；

配置确定模块302，用于确定所述互动处理请求对应的目标互动插件，并基于所述设备信息确定所述目标互动插件的目标互动配置文件，其中所述目标互动插件的数量为至少一个；

互动展示模块303，用于基于所述目标互动配置文件预先解析得到的互动对象和资源文件，展示所述目标互动插件的互动效果。

可选的，所述装置还包括配置文件解析模块，用于：

获取至少一个互动插件的互动配置文件，其中，所述互动配置文件根据设备信息配置，一个所述互动插件对应至少一个所述互动配置文件，不同互动配置文件对应的互动效果不同；

通过互动解析器解析所述互动配置文件，生成所述互动插件包括的互动对象，并且加载所述互动插件对应的资源文件。

可选的，所述请求接收模块301具体用于：

接收来自外部的或来自内部的其他互动插件的互动处理请求。

本公开实施例所提供的互动处理装置可执行本公开任意实施例所提供的互动处理方法，具备执行方法相应的功能模块和有益效果。

图4为本公开实施例提供的一种电子设备的结构示意图。如图4所示，电子设备400包括一个或多个处理器401和存储器402。

处理器401可以是中央处理单元（CPU）或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备400中的其他组件以执行期望的功能。

存储器402可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器（RAM）和/或高速缓冲存储器（cache）等。所述非易失性存储器例如可以包括只读存储器（ROM）、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器401可以运行所述程序指令，以实现上文所述的本公开的实施例的互动处理方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。

在一个示例中，电子设备400还可以包括：输入装置403和输出装置404，这些组件通过总线系统和/或其他形式的连接机构（未示出）互连。

此外，该输入装置403还可以包括例如键盘、鼠标等等。

该输出装置404可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置404可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图4中仅示出了该电子设备400中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备400还可以包括任何其他适当的组件。

除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本公开实施例所提供的互动处理方法。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本公开实施例所提供的互动处理方法。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (11)

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

接收互动处理请求，其中，所述互动处理请求中包括所述互动处理系统当前所在的设备信息；

确定所述互动处理请求对应的目标互动插件，并基于所述设备信息确定所述目标互动插件的目标互动配置文件，其中所述目标互动插件的数量为至少一个；

基于所述目标互动配置文件预先解析得到的互动对象和资源文件，展示所述目标互动插件的互动效果。

2.根据权利要求1所述的方法，其特征在于，还包括：

获取至少一个互动插件的互动配置文件，其中，所述互动配置文件根据设备信息配置，一个所述互动插件对应至少一个所述互动配置文件，不同互动配置文件对应的互动效果不同；

通过互动解析器解析所述互动配置文件，生成所述互动插件包括的互动对象，并且加载所述互动插件对应的资源文件。

3.根据权利要求1所述的方法，其特征在于，所述接收互动处理请求，包括：

接收来自外部的或来自内部的其他互动插件的互动处理请求。

4.一种互动处理系统，其特征在于，包括互动层、容器层和平台层，所述互动层与所述容器层、所述平台层通信连接，所述互动层包括一个或多个互动插件，一个所述互动插件对应至少一个互动配置文件，所述容器层用于实现上述权利要求1-3中任一所述的互动处理方法。

5.根据权利要求4所述的互动处理系统，其特征在于，所述容器层包括互动解析器和互动调度管理器，所述互动解析器用于对所述互动配置文件进行解析，所述互动调度管理器用于控制所述互动插件的调用和通信。

6.根据权利要求4所述的互动处理系统，其特征在于，所述互动配置文件包括全局参数文件、资源配置文件和互动定义文件，所述资源配置文件用于说明所述互动插件关联的多个资源文件，所述资源文件设置有优先级，所述互动定义文件用于说明所述互动插件包括的至少一个互动对象以及各所述互动对象关联的生命周期和事件。

7.根据权利要求4所述的互动处理系统，其特征在于，所述互动插件支持采用不同的开发语言进行开发。

8.根据权利要求4所述的互动处理系统，所述平台层用于提供所述互动层所依赖的基础功能。

9.一种互动处理装置，其特征在于，配置于互动处理系统，包括：

请求接收模块，用于接收互动处理请求，其中，所述互动处理请求中包括所述互动处理系统当前所在的设备信息；

配置确定模块，用于确定所述互动处理请求对应的目标互动插件，并基于所述设备信息确定所述目标互动插件的目标互动配置文件，其中所述目标互动插件的数量为至少一个；

互动展示模块，用于基于所述目标互动配置文件预先解析得到的互动对象和资源文件，展示所述目标互动插件的互动效果。

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

处理器；

用于存储所述处理器可执行指令的存储器；

所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述权利要求1-3中任一所述的互动处理方法。

11.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-3中任一所述的互动处理方法。

Images