CN115061751A - 插件加载方法、插件加载装置、电子设备及存储介质 - Google Patents

Abstract

一种插件加载方法、插件加载装置、电子设备及存储介质，属于计算机技术领域。该方法应用于第一会话终端，第一会话终端与至少一个第二会话终端通信连接，该方法包括：生成第一会话界面，第一会话界面与第二会话界面同步显示会话信息，第二会话界面由第二会话终端生成。从第二会话终端接收插件配置信息，并从插件配置信息中获取接口配置信息和功能代码信息。根据功能代码信息，构建目标功能组件。根据接口配置信息，生成调用接口，再通过调用接口调用基础功能组件，并将目标功能组件和基础功能组件封装成目标插件，从而在第一会话界面中加载目标插件，能够在线上会话时实现高效的插件拓展功能。

Description

插件加载方法、插件加载装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种插件加载方法、插件加载装置、电子设备及存储介质。

背景技术

目前的线上直播间中，通常只能接入预先定制开发的功能插件，无法很好地满足不同会话方对直播间插件的功能拓展需求。因此，如何在线上会话的场景下实现高效的插件拓展功能，成为了亟待解决的技术问题。

发明内容

本申请实施例的主要目的在于提出一种插件加载方法、插件加载装置、电子设备及存储介质，旨在在线上会话时实现高效的插件拓展功能。

为实现上述目的，本申请实施例的第一方面提出了一种插件加载方法，应用于第一会话终端，所述第一会话终端与至少一个第二会话终端通信连接，所述方法包括：

生成第一会话界面，所述第一会话界面与第二会话界面同步显示会话信息，所述第二会话界面由所述第二会话终端生成；

从所述第二会话终端接收插件配置信息；

从所述插件配置信息中获取接口配置信息和功能代码信息；

根据所述功能代码信息，构建目标功能组件；

根据所述接口配置信息生成调用接口，通过所述调用接口调用基础功能组件，其中，所述基础功能组件用于提供构建插件的基础功能；

将所述目标功能组件和所述基础功能组件封装成目标插件；

在所述第一会话界面中加载所述目标插件。

一些可选的实施方式中，所述从所述插件配置信息中获取接口配置信息和功能代码信息，包括：根据所述插件配置信息，在所述第一会话界面中生成插件交互对象；获取对所述插件交互对象的第一触发指令；根据所述第一触发指令，从所述插件配置信息中获取接口配置信息和功能代码信息。

一些可选的实施方式中，所述根据所述插件配置信息，所述根据所述插件配置信息，在所述第一会话界面中生成插件交互对象，包括：获取第一格式信息，所述第一格式信息用于表示所述第一会话终端与所述第二会话终端约定的插件描述格式；根据所述第一格式信息，从所述插件配置信息中获取满足所述插件描述格式的插件描述信息，所述插件描述信息用于描述所述目标插件；根据所述插件描述信息，在所述第一会话界面中生成插件交互对象。

一些可选的实施方式中，所述根据所述插件描述信息，在所述第一会话界面中生成插件交互对象，包括：

获取第一管理组件的第一配置信息，所述第一管理组件用于在所述第一会话界面中生成第一插件管理菜单，所述第一插件管理菜单中包括至少一个目标交互对象，所述目标交互对象用于触发所述第一会话界面加载所述目标交互对象对应的功能组件，所述第一配置信息包括对所述目标交互对象的配置信息；将所述插件描述信息加入所述第一配置信息，得到第二配置信息；根据所述第二配置信息，对所述第一管理组件进行更新，得到第二管理组件；响应于对所述第二管理组件的第二触发指令，通过加载所述第二管理组件，在所述第一会话界面中生成第二插件管理菜单，并在所述第二插件管理菜单中生成所述目标交互对象和插件交互对象。

一些可选的实施方式中，所述将所述目标功能组件和所述基础功能组件封装成目标插件之后，所述方法还包括：将所述目标插件加入按照第一管理规则构建的拓展插件集中，得到新的拓展插件集；

所述根据所述第二配置信息，对所述第一管理组件进行更新，得到第二管理组件之后，所述方法还包括：获取所述第一管理组件对应的核心组件集，所述核心组件集是按照第二管理规则所构建的；根据所述第二管理组件对所述核心组件集进行更新，得到新的核心组件集。

一些可选的实施方式中，所述根据所述功能代码信息，构建目标功能组件，包括：获取第二格式信息，所述第二格式信息用于表示所述第一会话终端与所述第二会话终端约定的代码编写格式；根据所述第二格式信息，从所述功能代码信息中获取符合所述代码编写格式的目标代码信息；根据所述目标代码信息进行组件构建，得到目标功能组件。

一些可选的实施方式中，所述将所述目标功能组件和所述基础功能组件封装成目标插件之后，所述方法还包括：根据所述调用接口，构建观察者对象，所述观察者对象用于对所述基础功能组件的变更事件进行监听；为所述目标插件添加所述观察者对象；若通过所述观察者对象监听到所述变更事件，则通过所述调用接口调动变更后的基础功能组件，并根据所述变更后的基础功能组件对所述目标插件进行更新，得到新的目标插件。

为实现上述目的，本申请实施例的第二方面提出了一种插件加载装置，所述装置应用于第一会话终端，所述第一会话终端与至少一个第二会话终端通信连接，所述装置包括：

界面生成模块，用于生成第一会话界面，所述第一会话界面与第二会话界面同步显示会话信息，所述第二会话界面由所述第二会话终端生成；

接收模块，用于从所述第二会话终端接收插件配置信息；

获取模块，用于从所述插件配置信息中获取接口配置信息和功能代码信息；

构建模块，用于根据所述功能代码信息，构建目标功能组件；

接口生成模块，用于根据所述接口配置信息生成调用接口；

调用模块，用于通过所述调用接口调用所述基础功能组件，其中，所述基础功能组件用于提供构建插件的基础功能；

封装模块，用于将所述目标功能组件和所述基础功能组件封装成目标插件；

加载模块，用于在所述第一会话界面中加载所述目标插件。

为实现上述目的，本申请实施例的第三方面提出了一种电子设备，所述电子设备包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，所述程序被所述处理器执行时实现上述第一方面所述的插件加载方法。

为实现上述目的，本申请实施例的第四方面提出了一种存储介质，所述存储介质为计算机可读存储介质，用于计算机可读存储，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述第一方面所述的插件加载方法。

本申请提出的插件加载方法、插件加载装置、电子设备及存储介质,其通过在第一会话终端与第二会话终端进行线上会话的过程中，直接从第二会话终端接收插件配置信息，可以从插件配置信息中获取接口配置信息和功能代码信息，从而根据功能代码信息构建目标功能组件，并且根据接口配置信息生成调用接口，通过调用接口，调用基础功能组件，最终将目标功能组件和基础功能组件封装成目标插件，以便在第一会话界面中加载目标插件。可见，在维持正常线上会话的过程中，任意会话终端只需提供插件配置信息，即可在其他会话终端上拓展新的功能插件，实现了高效的插件拓展功能，并且减少新插件拓展的维护成本，有利于提升插件拓展效率。

附图说明

图1是本申请实施例中一种会话系统的架构示意图；

图2是本申请实施例提供的插件加载方法的流程图；

图3是本申请实施例中一种加载目标插件的可视化示意图；

图4是图2中步骤S203的一种具体流程示意图；

图5是图4中步骤S401的一种具体流程示意图；

图6是本申请实施例中一种在第一会话界面中分别生成第一插件管理菜单和第二插件管理菜单的可视化示意图；

图7是本申请实施例中一种插件更新步骤的流程示意图；

图8是本申请实施例所应用的一种系统架构图；

图9是本申请实施例提供的插件加载装置的结构示意图；

图10是本申请实施例提供的电子设备的硬件结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

首先，对本申请中涉及的若干名词进行解析：

人工智能(artificial intelligence，AI)：是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门新的技术科学；人工智能是计算机科学的一个分支，人工智能企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器，该领域的研究包括机器人、语言识别、图像识别、自然语言处理和专家系统等。人工智能可以对人的意识、思维的信息过程的模拟。人工智能还是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

自然语言处理(natural language processing，NLP)：NLP用计算机来处理、理解以及运用人类语言(如中文、英文等)，NLP属于人工智能的一个分支，是计算机科学与语言学的交叉学科，又常被称为计算语言学。自然语言处理包括语法分析、语义分析、篇章理解等。自然语言处理常用于机器翻译、手写体和印刷体字符识别、语音识别及文语转换、信息意图识别、信息抽取与过滤、文本分类与聚类、舆情分析和观点挖掘等技术领域，它涉及与语言处理相关的数据挖掘、机器学习、知识获取、知识工程、人工智能研究和与语言计算相关的语言学研究等。

信息抽取(Information Extraction)：从自然语言文本中抽取指定类型的实体、关系、事件等事实信息，并形成结构化数据输出的文本处理技术。信息抽取是从文本数据中抽取特定信息的一种技术。文本数据是由一些具体的单位构成的，例如句子、段落、篇章，文本信息正是由一些小的具体的单位构成的，例如字、词、词组、句子、段落或是这些具体的单位的组合。抽取文本数据中的名词短语、人名、地名等都是文本信息抽取，当然，文本信息抽取技术所抽取的信息可以是各种类型的信息。

组件：对数据和方法的简单封装。如，组件定义为：一种物理的、可替代的部件，它封装了实现并提供了一些可用的接口。其中，一个组件代表一个系统中可实现的物理部分，包括软件代码(如，源代码、二进制代码或者可执行代码)或者一些类似内容(如，脚本或者命令文件)，对此不做具体限定。

插件：一种遵循一定规范的应用程序接口(Application ProgrammingInterface，API)编写出来的程序。如，插件可以运行在规定的系统平台(可能同时支持多个平台)，但是不能脱离指定的平台单独运行。插件也可以理解为是一种特殊的组件，插件可以包括一个或者多个组件，插件内的组件是不对外暴露的，不做具体限定。

基于此，本申请实施例提供了一种插件加载方法、插件加载装置、电子设备及存储介质，旨在在线上会话时实现高效的插件拓展功能。

本申请实施例提供的插件加载方法、插件加载装置、电子设备及存储介质，具体通过如下实施例进行说明，首先描述本申请实施例中的插件加载方法。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

本申请实施例提供的插件加载方法，涉及计算机技术领域。本申请实施例提供的插件加载方法可应用于会话系统中，该会话系统包括至少两个会话终端和服务器端。可以理解，本申请实施例的插件加载方法具体应用于每个会话终端中，还可以是运行于会话终端中的会话软件以插件加载方法的应用等，对此不做具体限定。实际应用中，当任意用户在一个会话终端的会话软件中发起线上会话，其他用户可以通过各自的会话终端加入该线上会话，则加入线上会话的会话终端之间建立通信连接，而服务器端用于提供不同会话终端之间的信息交互功能，其包括但不限于会话信息(比如直播画面信息等)的转发和存储等。

其中，会话终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表或车载终端等电子设备；服务器端可以是配置成独立的物理服务器，也可以配置成多个物理服务器构成的服务器集群或者分布式系统，还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)以及大数据和人工智能平台等基础云计算服务的云服务器；均不做具体限定。

请参阅图1，图1是本申请实施例中一种会话系统的架构示意图。如图1所示，该会话系统包括服务器端10、第一会话终端11和两个第二会话终端12，第一会话终端11通过服务器端与每个第二会话终端12通信连接。图1仅为一种示例，不构成对会话终端的数量及类型的具体限定。为了方便理解，以下均以第一会话终端为例进行描述。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，在本申请的各个具体实施方式中，当涉及到需要根据用户信息、用户行为数据，用户历史数据以及用户位置信息等与用户身份或特性相关的数据进行相关处理时，都会先获得用户的许可或者同意，而且，对这些数据的收集、使用和处理等，都会遵守相关国家和地区的相关法律法规和标准。此外，当本申请实施例需要获取用户的敏感个人信息时，会通过弹窗或者跳转到确认页面等方式获得用户的单独许可或者单独同意，在明确获得用户的单独许可或者单独同意之后，再获取用于使本申请实施例能够正常运行的必要的用户相关数据。

图2是本申请实施例提供的插件加载方法的流程图，该插件加载方法可应用于图1所示的第一会话终端。如图2所示，该插件加载方法可以包括但不限于步骤S201至步骤S208。

步骤S201：生成第一会话界面，第一会话界面与第二会话界面同步显示会话信息，第二会话界面由第二会话终端生成。

在本申请实施例中，第一会话终端可以响应于第一启动指令，生成第一会话界面，第一启动指令的生成方式包括但不限于：第一会话终端创建新的线上会话；第一会话终端登入已创建的线上会话，比如第一用户在会话程序中显示的会话列表中点击线上会话对应的图标，或第一用户在会话程序提供的检索栏中输入线上会话对应的登入码，第一用户为通过第一会话终端参与线上对话的用户。

在本发明实施例中，第一会话终端获取会话信息的方式包括但不限于：第一会话终端通过摄像头采集、屏幕录制和自定义采集方式获取会话信息，再通过服务器端，将会话信息发送给每个第二会话终端进行同步显示，其中，自定义采集方式包括从视频文件推流和导入资源等。此外，第一会话终端还可以通过麦克风采集、系统声音和自定义输入等渠道获取音频信息，并将音频信息发送给每个第二会话终端进行同步播放。

步骤S202：从第二会话终端接收插件配置信息。

在本申请实施例中，插件配置信息用于表示构建目标插件的配置信息，且插件配置信息可以包括但不限于接口配置信息和功能代码信息。其中，接口配置信息用于表示生成API的配置信息，功能代码信息中包括基于程序语言编写的源代码，且源代码用于实现目标插件的功能。

步骤S203：从插件配置信息中获取接口配置信息和功能代码信息。

具体来说，在步骤S203中，可以获取预设的配置协议信息，配置协议信息用于表示第一会话终端与第二会话终端约定的插件配置格式，且配置协议信息中至少包括接口配置格式以及代码配置格式。实际应用中，配置协议信息具体是人为指定及调整，对此不做限定。基于此，根据接口配置格式，从插件配置信息中获取接口配置信息，并根据代码配置格式，从插件配置信息中获取功能代码信息。可选的，上述插件配置格式可以采用指定的配置字段或标识等，比如，根据指定的接口配置字段，从插件配置信息中获取接口配置字段对应的字段值以作为接口配置信息；又比如，根据指定的代码配置字段，从插件配置信息中获取代码配置字段对应的字段值以作为功能代码信息。

一种可选的实现方式中，在第一会话终端与第二会话终端建立通信连接之后，以及在步骤S202之前，第一会话终端可以向每个第二会话终端发送配置协议信息，使得第二会话终端接收配置协议信息，以便于第二会话终端根据配置协议信息生成插件配置信息。相应的，第二会话终端可以根据配置协议信息生成配置模板，通过在第二会话终端中输出配置模板，以供第二用户参考，其中，第二用户为通过第二会话终端参与线上对话的用户。基于此，第二会话终端获取第二用户针对配置模板输入的配置内容，即可生成插件配置信息。

另一种可选的实现方式中，第二会话终端在接收配置协议信息之后，还会向第一会话终端返回确认信息。第一会话终端在接收到返回确认信息时，判定配置协议信息生效，再继续执行步骤S202。也就是说，在配置协议信息生效的情况下，第一会话终端才会执行新插件的加载步骤，从而确保会话系统中的会话终端约定了统一的配置协议，提高信息交互的可靠性。

步骤S204：根据功能代码信息，构建目标功能组件。

在步骤S204中，可以从功能代码信息中获取源代码，通过编译并运行源代码，构建目标功能组件。

一些可选的实施方式中，步骤S204可以包括但不限于以下步骤：第一会话终端获取第二格式信息，第二格式信息用于表示第一会话终端与第二会话终端约定的代码编写格式。具体的，第一会话终端可以从上述配置协议信息中获取第二格式信息。之后，第一会话终端根据第二格式信息，从功能代码信息中获取符合代码编写格式的目标代码信息，从而根据目标代码信息进行组件构建，得到目标功能组件。可见，通过第二会话终端，第二用户只需按照约定的代码编写格式进行相应的功能代码开发，即可定制多样化的插件功能。

步骤S205：根据接口配置信息生成调用接口。

步骤S206：通过调用接口调用基础功能组件，基础功能组件用于提供构建插件的基础功能。

在本申请实施例中，接口配置信息中至少包括预设的接口协议，基础功能组件可以包括但不限于即时通信组件(比如RTC组件)和公共组件，即时通信组件包括但不限于屏幕共享组件、互动白板组件、服务端录制组件、会话房间管理组件和缓存同步组件，公共组件包括但不限于日志组件、埋点组件、数据统计组件、网络组件和存储组件。

一些可选的实现方式中，调用接口可以是基于门面模式生成的接口，从而与由基础功能组件构成的子系统交互，能够提高子系统的独立性和可移植性，简化依赖关系，实现了子系统与客户之间的松耦合关系。此外，也能够降低编译依赖性，限制子系统变化所需的重编译工作，改善子系统易用性和通用性。

步骤S207：将目标功能组件和基础功能组件封装成目标插件。

步骤S208：在第一会话界面中加载目标插件。

在步骤S208中，通过加载目标插件，第一会话终端可以以弹窗、全屏界面或半屏界面等任意界面展示方式生成目标插件的交互界面，从而通过交互界面提供目标插件的插件功能。示例性的，请参阅图3，图3是本申请实施例中一种加载目标插件的可视化示意图。如图3所示，假设目标插件为红包插件，则第一会话终端会在第一会话界面300中生成红包插件的交互弹窗301，通过该交互弹窗301，可以实现红包金额的编辑以及红包发送功能。

可见，通过步骤S201至步骤S208，在维持正常线上会话的过程中，第一会话终端只需获取由第二会话终端提供的插件配置信息，即可根据插件配置信息构建并加载新的功能插件，实现了高效的插件拓展功能，并且减少新插件拓展的维护成本，有利于提升插件拓展效率。

在一些实施例的步骤S203中，请参阅图4，图4是图2中步骤S203的一种具体流程示意图。如图4所示，步骤S203可以包括但不限于以下步骤S401至S403。

步骤S401：根据插件配置信息，在第一会话界面中生成插件交互对象。

在本申请实施例中，插件交互对象表示目标插件对应的交互对象，交互对象是第一会话界面中能够被第一用户操作的对象，其包括但不限于界面图标、弹窗以及其他常见控件等。

步骤S402：获取对插件交互对象的第一触发指令。

在本申请实施例中，第一触发指令的获取方式包括但不限于：一种实现方式中，第一会话终端可以通过检测目标触发操作获得第一触发指令，目标触发操作可以是通过第一会话终端的操作界面捕捉的预设控制操作，比如，预设控制操作可以是用户点击插件交互对象。另一种实现方式中，第一会话终端从第二会话终端接收对插件交互对象的第一触发指令，则第一触发指令是第二会话终端响应于第二用户输入的远程触发操作所生成的指令，此时，第二会话终端可以远程触发第一会话终端加载插件。

步骤S403：根据第一触发指令，从插件配置信息中获取接口配置信息和功能代码信息。

可见，通过步骤S401至S403，第一会话终端从第二会话终端接收插件配置信息之后，可以先在第一会话界面中生成插件交互对象，起到交互引导作用，但并不影响第一会话界面的当前展示内容，而是在获得第一触发指令时，再执行目标插件的构建及加载步骤，故实现方式更加灵活可控。

进一步的，在一些可选的实施方式中，请参阅图5，图5是图4中步骤S401的一种具体流程示意图。如图5所示，步骤S401具体可以包括以下步骤S501至S503。

步骤S501：获取第一格式信息，第一格式信息用于表示第一会话终端与第二会话终端约定的插件描述格式。

步骤S502：根据第一格式信息，从插件配置信息中获取满足插件描述格式的插件描述信息，插件描述信息用于描述目标插件。

在本申请实施例中，插件描述信息可以用于描述目标插件的类型或功能特征，比如红包插件、表单插件、购物车插件或虚拟现实(Virtual Reality,VR)互动插件等。可选的，上述描述格式可以是指定的描述字段或标识等，比如，根据指定的描述字段，从插件配置信息中获取描述字段对应的字段值以作为插件描述信息。

步骤S503：根据插件描述信息，在第一会话界面中生成插件交互对象。

具体的，在步骤S503中，第一会话终端可以根据插件描述信息，生成描述标签，再通过构建预设的交互对象，为交互对象添加描述标签，从而得到插件交互对象。可见，通过步骤S501至S503，实现了触发目标插件的交互对象配置。

一些可选的实施方式中，步骤S503可以包括但不限于以下步骤：

首先，第一会话终端获取第一管理组件的第一配置信息，第一管理组件用于在第一会话界面中生成第一插件管理菜单，第一插件管理菜单中包括至少一个目标交互对象，目标交互对象用于触发第一会话界面加载目标交互对象对应的功能组件，第一配置信息包括对目标交互对象的配置信息。可以理解，目标功能组件表示第一会话终端在当前线上会话中能够加载的功能插件，示例性的，在线上会话的场合下，目标功能组件包括但不限于用户界面(User Interface，UI)插件，比如购物车UI插件、VR体验UI插件、大屏互动UI插件、收集表单UI插件和会议助手UI插件等，能够满足通用的线上对话需求。

其次，第一会话终端将插件描述信息加入第一配置信息，得到第二配置信息。举例来说，假设第一配置信息为键值对结构，且根据第一配置信息中包括的每个键值对，第一会话终端可以在第一插件管理菜单中生成该键值对对应的目标交互对象。基于此，如果第一配置信息具体为：[“菜单项1”：“表单插件”，“菜单项2”：“购物车插件”，“菜单项3”：“VR体验插件”]，而插件描述信息为“红包插件”，则可以在第一配置信息中新增字段，比如“菜单项4”，并取插件描述信息作为新增字段对应的字段值，从而将新增字段及其字段值加入第一配置信息中，得到第二配置信息，即：[“菜单项1”：“表单插件”，“菜单项2”：“购物车插件”，“菜单项3”：“VR体验插件”，“菜单项4”：“红包插件”]。

之后，第一会话终端根据第二配置信息，对第一管理组件进行更新，得到第二管理组件。

最后，第一会话终端响应于对第二管理组件的第二触发指令，通过加载第二管理组件，在第一会话界面中生成第二插件管理菜单，并在第二插件管理菜单中生成目标交互对象和插件交互对象。其中，第二触发指令的生成方式可以参照对第一触发指令的说明，不再赘述。

示例性的，请参与图6，图6是本申请实施例中一种在第一会话界面中分别生成第一插件管理菜单和第二插件管理菜单的可视化示意图。如图6所示，第一会话终端生成第一会话界面600，以提供常见的麦克风通话、摄像头拍摄、邀请新用户、菜单管理、画笔编辑和挂断等线上会话的界面交互功能。在步骤S202之前，当第一用户点击菜单图标610，第一会话终端会在第一会话界面600中生成第一插件管理菜单620，此时第一插件管理菜单620中包括的三个目标交互对象分别为表单插件、购物车插件和VR插件。假设目标插件为红包插件，则在步骤S401中，当第一用户点击菜单图标610，第一会话终端可以在第一会话界面中生成第二插件管理菜单630，此时第二插件管理菜单630中包括四个目标交互对象，分别为表单插件、购物车插件、VR插件和红包插件。

可见，通过及时更新第一管理组件的第一配置信息，第一会话终端可以生成最新的第二插件管理菜单，以对第一会话终端上能够调用的功能插件进行统一交互管理。

进一步的，一些可选的实施方式中，在步骤S207之后，还可以将目标插件加入按照第一管理规则构建的拓展插件集中，得到新的拓展插件集。以及，在对第一管理组件进行更新，得到第二管理组件之后，还可以获取第一管理组件对应的核心组件集，核心组件集是根据第二管理规则所构建的。根据第二管理组件对核心组件集进行更新，得到新的核心组件集。

可以理解，拓展插件集用于存放第三方开发及构建的功能插件，能够根据不同功能需求灵活变化；核心组件集用于存放线上会话中通用的功能组件，比如工具栏UI插件、用户列表UI插件、选择内容UI插件、屏幕共享UI插件、互动白板UI插件和插件管理UI插件等。其中，第一管理规则与第二管理规则不同，便于对拓展插件集和核心组件集进行独立管理。第一管理规则与第二管理规则具体可以由人为设定及调整，比如为两者设定不同的存储地址，或者，第一会话终端在生成第一交互界面时仅默认调用核心组件集中包括的功能组件等，不做具体限定。

可见，本申请实施例中，将第三方拓展的功能插件与线上会话中通用的功能组件进行独立管理，能够在实现功能插件拓展的同时，保证线上对话的核心业务功能不变，减少了对线上会话中核心功能组件的维护成本，有利于提升可变功能插件的开发效率和业务接入方的满意度。

在一些实施例的步骤S207之后，还可以包括插件更新步骤。请参阅图7，图7是本申请实施例中一种插件更新步骤的流程示意图。如图7所示，插件更新步骤可以包括但不限于以下步骤S701至S703。

步骤S701：根据调用接口，构建观察者对象，观察者对象用于对基础功能组件的变更事件进行监听。

步骤S702：为目标插件添加观察者对象。

步骤S703：若通过观察者对象监听到变更事件，则通过调用接口调动变更后的基础功能组件，并根据变更后的基础功能组件对目标插件进行更新，得到新的目标插件。

可见，通过观察者模式建立目标插件与基础功能组件之间的触发机制，即在基础功能组件发生变更时，自动触发对目标插件的更新，有利于改善两者的松耦合关系。

总的来说，请参阅图8，图8是本申请实施例所应用的一种系统架构图。如图8所示，本申请实施例所应用的系统架构主要可以分为四层，其中：第一层为基础设施层，基础设施层可以包括线上会话所需的音视频通信模块(比如TRTC和WebRTC等)以及信令通信模块(比如HTTP和TIM等)。第二层为基础组件层，基础组件层包括即时通信组件(比如RTC组件)和公共组件等基础功能组件。第三层为业务组件层，业务组件层包括拓展插件集和核心组件集等。第四层为业务交付层,用于表示线上会话中能够提供的业务功能。可以理解，层与层之间可以通过API交互，具备低耦合性，则系统架构中多个层级协同作用以提供完整的线上会话功能。

请参阅图9，本申请实施例还提供一种插件加载装置，该插件加载装置可应用于图1所示的第一会话终端，以实现上述插件加载方法。该插件加载装置包括界面生成模块901、接收模块902、获取模块903、构建模块904、接口生成模块905、调用模块906、封装模块907与加载模块908，其中：

界面生成模块901，用于生成第一会话界面，第一会话界面与第二会话界面同步显示会话信息，第二会话界面由第二会话终端生成；

接收模块902，用于从第二会话终端接收插件配置信息；

获取模块903，用于从插件配置信息中获取接口配置信息和功能代码信息；

构建模块904，用于根据功能代码信息，构建目标功能组件；

接口生成模块905，用于根据接口配置信息生成调用接口；

调用模块906，用于通过调用接口调用基础功能组件，其中，基础功能组件用于提供构建插件的基础功能；

封装模块907，用于将目标功能组件和基础功能组件封装成目标插件；

加载模块908，用于在第一会话界面中加载目标插件。

该插件加载装置的具体实施方式与上述插件加载方法的具体实施例基本相同，在此不再赘述。

本申请实施例还提供了一种电子设备，电子设备包括：存储器、处理器、存储在存储器上并可在处理器上运行的程序以及用于实现处理器和存储器之间的连接通信的数据总线，程序被处理器执行时实现上述插件加载方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。

请参阅图10，图10示意了另一实施例的电子设备的硬件结构，电子设备包括：

处理器1001，可以采用通用的中央处理器(Central Processing Unit，CPU)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请实施例所提供的技术方案；

存储器1002，可以采用只读存储器(Read Only Memory，ROM)、静态存储设备、动态存储设备或者随机存取存储器(Random Access Memory，RAM)等形式实现。存储器1002可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1002中，并由处理器1001来调用执行本申请实施例的插件加载方法；

输入/输出接口1003，用于实现信息输入及输出；

通信接口1004，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信；

总线1005，在设备的各个组件(例如处理器1001、存储器1002、输入/输出接口1003和通信接口1004)之间传输信息；

其中处理器1001、存储器1002、输入/输出接口1003和通信接口1004通过总线1005实现彼此之间在设备内部的通信连接。

本申请实施例还提供了一种存储介质，存储介质为计算机可读存储介质，用于计算机可读存储，存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现上述插件加载方法。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图1-10中示出的技术方案并不构成对本申请实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序的介质。

以上参照附图说明了本申请实施例的优选实施例，并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本申请实施例的权利范围之内。

Claims (10)

1.一种插件加载方法，其特征在于，应用于第一会话终端，所述第一会话终端与至少一个第二会话终端通信连接，所述方法包括：

生成第一会话界面，所述第一会话界面与第二会话界面同步显示会话信息，所述第二会话界面由所述第二会话终端生成；

从所述第二会话终端接收插件配置信息；

从所述插件配置信息中获取接口配置信息和功能代码信息；

根据所述功能代码信息，构建目标功能组件；

根据所述接口配置信息生成调用接口，并通过所述调用接口调用基础功能组件，其中，所述基础功能组件用于提供构建插件的基础功能；

将所述目标功能组件和所述基础功能组件封装成目标插件；

在所述第一会话界面中加载所述目标插件。

2.根据权利要求1所述的方法，其特征在于，所述从所述插件配置信息中获取接口配置信息和功能代码信息，包括：

根据所述插件配置信息，在所述第一会话界面中生成插件交互对象；

获取对所述插件交互对象的第一触发指令；

根据所述第一触发指令，从所述插件配置信息中获取接口配置信息和功能代码信息。

3.根据权利要求2所述的方法，其特征在于，所述根据所述插件配置信息，在所述第一会话界面中生成插件交互对象，包括：

获取第一格式信息，所述第一格式信息用于表示所述第一会话终端与所述第二会话终端约定的插件描述格式；

根据所述第一格式信息，从所述插件配置信息中获取满足所述插件描述格式的插件描述信息，所述插件描述信息用于描述所述目标插件；

根据所述插件描述信息，在所述第一会话界面中生成插件交互对象。

4.根据权利要求3所述的方法，其特征在于，所述根据所述插件描述信息，在所述第一会话界面中生成插件交互对象，包括：

获取第一管理组件的第一配置信息，所述第一管理组件用于在所述第一会话界面中生成第一插件管理菜单，所述第一插件管理菜单中包括至少一个目标交互对象，所述目标交互对象用于触发所述第一会话界面加载所述目标交互对象对应的功能组件，所述第一配置信息包括对所述目标交互对象的配置信息；

将所述插件描述信息加入所述第一配置信息，得到第二配置信息；

根据所述第二配置信息，对所述第一管理组件进行更新，得到第二管理组件；

响应于对所述第二管理组件的第二触发指令，通过加载所述第二管理组件，在所述第一会话界面中生成第二插件管理菜单，并在所述第二插件管理菜单中生成所述目标交互对象和插件交互对象。

5.根据权利要求4所述的方法，其特征在于，所述将所述目标功能组件和所述基础功能组件封装成目标插件之后，所述方法还包括：

将所述目标插件加入按照第一管理规则构建的拓展插件集中，得到新的拓展插件集；

所述根据所述第二配置信息，对所述第一管理组件进行更新，得到第二管理组件之后，所述方法还包括：

获取所述第一管理组件对应的核心组件集，所述核心组件集是按照第二管理规则所构建的；

根据所述第二管理组件对所述核心组件集进行更新，得到新的核心组件集。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述根据所述功能代码信息，构建目标功能组件，包括：

获取第二格式信息，所述第二格式信息用于表示所述第一会话终端与所述第二会话终端约定的代码编写格式；

根据所述第二格式信息，从所述功能代码信息中获取符合所述代码编写格式的目标代码信息；

根据所述目标代码信息进行组件构建，得到目标功能组件。

7.根据权利要求1至5任一项所述的方法，其特征在于，所述将所述目标功能组件和所述基础功能组件封装成目标插件之后，所述方法还包括：

根据所述调用接口，构建观察者对象，所述观察者对象用于对所述基础功能组件的变更事件进行监听；

为所述目标插件添加所述观察者对象；

若通过所述观察者对象监听到所述变更事件，则通过所述调用接口调动变更后的基础功能组件，并根据所述变更后的基础功能组件对所述目标插件进行更新，得到新的目标插件。

8.一种插件加载装置，其特征在于，所述装置应用于第一会话终端，所述第一会话终端与至少一个第二会话终端通信连接，所述装置包括：

界面生成模块，用于生成第一会话界面，所述第一会话界面与第二会话界面同步显示会话信息，所述第二会话界面由所述第二会话终端生成；

接收模块，用于从所述第二会话终端接收插件配置信息；

获取模块，用于从所述插件配置信息中获取接口配置信息和功能代码信息；

构建模块，用于根据所述功能代码信息，构建目标功能组件；

接口生成模块，用于根据所述接口配置信息生成调用接口；

调用模块，用于通过所述调用接口调用所述基础功能组件，其中，所述基础功能组件用于提供构建插件的基础功能；

封装模块，用于将所述目标功能组件和所述基础功能组件封装成目标插件；

加载模块，用于在所述第一会话界面中加载所述目标插件。

9.一种电子设备，其特征在于，所述电子设备包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，所述程序被所述处理器执行时实现如权利要求1至7任一项所述插件加载方法的步骤。

10.一种存储介质，所述存储介质为计算机可读存储介质，用于计算机可读存储，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1至7中任一项所述插件加载方法的步骤。

Images