插件配置方法、装置及电子设备与流程

1.本申请涉及互联网信息技术领域，具体而言，涉及一种插件配置方法、装置及电子设备。


背景技术：

2.在互联网直播领域中，主播用户通常需要通过主播终端与直播平台的服务器通信，主播终端将直播视频流发送给直播平台，然后由直播平台将直播视频流数据推送给观众终端。
3.主播在录制视频的过程中，可能会使用到一些工具插件，例如，统计互动数据(如礼物量)、显示虚拟互动形象、执行自动回复、显示特效等插件。这些插件可能是由直播平台之外的第三方开发者制作的。
4.在现有的直播间插件协作开发场景中，通常是由直播平台方根据与第三方插件开发者的预先协定，或者根据插件的开发难度或插件质量，支付一定的开发酬劳。但这种方式严重依赖于人工统筹和计算开发者的酬劳，三方开发者酬劳计算发放动作十分繁琐，容易出错且十分不便。


技术实现要素：

5.为了克服现有技术中的上述不足，本申请的目的在于提供一种插件配置方法，所述方法包括：
6.接收主播用户使用目标插件的插件使用请求；
7.为所述主播用户配置使用所述目标插件的权限；
8.根据所述目标插件被使用的情况，向所述目标插件的提供方转移相应的虚拟资产。
9.在一种可能的实现方式中，根据所述目标插件被使用的情况，向所述目标插件的提供方转移相应的虚拟资产的步骤，包括：
10.根据所述目标插件被一个或多个所述主播用户使用的时长，向所述目标插件的提供方转移相应的虚拟资产。
11.在一种可能的实现方式中，所述根据所述目标插件被使用的情况，向所述目标插件的提供方转移相应的虚拟资产的步骤，包括：
12.获取在使用所述目标插件的情况下，所述主播用户对应的直播间中产生的交互数据；
13.根据所述交互数据，向所述目标插件的提供方转移相应的虚拟资产。
14.在一种可能的实现方式中，所述获取在使用所述目标插件的情况下，所述主播用户对应的直播间中产生的交互数据的步骤，包括：
15.获取在使用所述目标插件的情况下，所述主播用户对应的直播间中产生的礼物收益。
16.在一种可能的实现方式中，所述根据所述交互数据，向所述目标插件的提供方转移相应的虚拟资产的步骤，包括：
17.根据所述主播用户从使用所述目标插件的直播间获得礼物收益，从属于所述主播用户的虚拟资产中向所述目标插件的提供方转移相应的虚拟资产。
18.在一种可能的实现方式中，所述根据所述交互数据，向所述目标插件的提供方转移相应的虚拟资产的步骤，包括：
19.在所述交互数据的量达到预设条件时，根据所述交互数据的量向所述目标插件的提供方转移相应的虚拟资产。
20.在一种可能的实现方式中，所述获取在使用所述目标插件的情况下，所述主播用户对应的直播间中产生的交互数据的步骤，包括：
21.与在所述主播用户的终端上启动的所述目标插件进行心跳交互，确定所述目标插件的启用时间段；
22.获取所述主播用户对应的直播间在所述启用时间段中产生的交互数据。
23.在一种可能的实现方式中，所述交互数据包括直播间访问量、访问时长、弹幕量、评论数量、观众互动次数、用户发送礼物数据、用户分享数据、用户参与游戏互动数据、用户语音数据和用户图片数据中的一种或多种的组合。
24.本申请的另一目的在于提供一种插件配置装置，所述插件配置装置包括：
25.请求接收模块，用于接收主播用户使用目标插件的插件使用请求；
26.插件配置模块，用于为所述主播用户配置使用所述目标插件的权限；
27.资产转移模块，用于根据所述目标插件被使用的情况，向所述目标插件的提供方转移相应的虚拟资产。
28.本申请的另一目的在于提供一种电子设备，包括处理器及机器可读存储介质，所述机器可读存储介质存储有机器可执行指令，所述机器可执行指令在被所述处理器执行时，实现本申请提供的所述插件配置方法。
29.本申请的另一目的在于提供一种机器可读存储介质，所述机器可读存储介质存储有机器可执行指令，所述机器可执行指令在被一个或多个处理器执行时，实现本申请提供的所述插件配置方法。
30.相对于现有技术而言，本申请具有以下有益效果：
31.本申请实施例提供的插件配置方法、装置及电子设备，通过根据目标插件被主播用户使用的情况向目标插件的提供方转移相应的虚拟资产，将目标插件的使用情况与目标插件提供方的研发酬劳联系起来，实现了插件提供方酬劳的自动计算和发放。
附图说明
32.为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
33.图1为本申请实施例提供的直播系统的架构示意图；
34.图2为本申请实施例提供的插件配置方法的步骤流程示意图；
35.图3为本申请实施例提供的插件配置方法的交互流程示意图；
36.图4为本申请实施例提供的电子设备的方框示意图；
37.图5为本申请实施例提供的插件配置装置的功能模块示意图。
38.图标：100
‑
直播平台；110
‑
插件配置装置；111
‑
请求接收模块；112
‑
插件配置模块；113
‑
资产转移模块；120
‑
机器可读存储介质；130
‑
处理器；200
‑
主播终端；300
‑
开发终端；400
‑
观众终端。
具体实施方式
39.为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
40.因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
41.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
42.在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。
43.请参照图1，图1为本实施例提供的一种直播系统的示意图，该直播系统可以包括直播平台100、主播终端200、开发终端300、观众终端400等。
44.所述开发终端300可以为插件的第三方开发者的终端，第三方开发者可以通过所述开发终端300在所述直播平台100上发布其开发的插件或者插件调用信息。
45.所述主播终端200为主播用户的终端(如，个人电脑、智能手机等)，主播用户可以通过所述主播终端200上配置的客户端软件与所述直播平台100进行信息交互，获取到所述第三方开发者发布的插件或插件调用信息。所述主播用户可以通过所述主播终端200与所述直播平台100进行一系列交互后，在其对应的直播过程中使用被选取的插件。
46.所述直播平台100可以从所述主播终端200获取直播视频数据及直播互动数据，并可以从观众终端400获取观众互动数据。在为所述主播用户配置使用某个插件的情况下，所述直播平台100可以将从主播或者观众处获取到的交互数据传递至该插件，并从该插件获取处理后的数据进行图像合成或进一步处理后进行图像合成，然后形成直播画面发送给观众终端400和/或主播终端200。
47.所述观众终端400为观众用户使用的终端，所述观众用户可以通过所述观众终端400从所述直播平台100获取直播视频数据进行观看，并通过所述观众终端400与所述主播用户执行一些交互动作，如，发送弹幕、发送评论、送出礼物等。
48.为了实现自动地为直播间插件的提供者(即，第三方插件开发者)支付开发酬劳，请参照图2，本实施例提供了一种应用于图1所示直播平台100的一种插件配置方法，下面将对所述方法包括各个步骤进行详细阐述。
49.步骤s110，接收主播用户使用目标插件的插件使用请求。
50.在本实施例中，所述主播用户的可以通过其主播终端200开启一直播软件，该直播软件可以与所述直播平台100进行数据交互，获取可供所述主播用户使用的插件，并提供一交互界面进行显示。
51.所述主播用户可以在该界面进行选择，在确定需要使用的目标插件后，所述主播终端200可以向所述直播平台100发送针对目标插件的插件使用请求。其中，所述插件使用请求可以包括所述主播用户的身份信息及所述目标插件的身份信息。
52.步骤s120，为所述主播用户配置使用所述目标插件的权限。
53.所述直播平台100可以根据所述插件使用请求与所述主播用户进行交互，执行一些配置动作以为该主播用户配置使用所述目标插件的权限。所述配置动作可以包括配置与所述主播用户对应的直播间与所述目标插件的数据传递，使所述直播间的交互数据可以传递至所述目标插件并可以从所述目标插件获取处理后的数据。所述配置动作还可以包括配置所述主播终端200上的直播软件允许主播用户对所述目标插件进行参数调整或者控制。
54.在所述主播用户获得使用所述目标插件的权限后，即可在后续的直播过程中使用所述目标插件提供的服务或数据处理功能，如，数据统计记录功能、自动回复功能、虚拟形象等等。
55.步骤s130，根据所述目标插件被使用的情况，向所述目标插件的提供方转移相应的虚拟资产。
56.在本实施例中，所述直播平台100可以获取所述目标插件被使用的情况，例如，从直播终端和/或观众终端获取所述目标插件被使用的时长和/或使用所述目标插件时产生的交互数据等。然后根据所述目标插件被使用的情况确定需要支付给所述目标插件的提供方(即，第三方开发者)的酬劳，然后执行相应的虚拟资产转移，例如，执行在所述直播平台100上的虚拟资产转移，或通过其他支付平台进行相应的虚拟资产转移。
57.基于上述设计，本实施例提供的插件配置方法中，通过根据目标插件被主播用户使用的情况，向目标插件的提供方转移相应的虚拟资产，将目标插件的使用情况与目标插件提供方的研发酬劳联系起来，实现了插件提供方酬劳的自动计算和发放。
58.另外，通过建立了插件被使用情况和插件提供方的酬劳之间的联系，还能够激励插件提供方投入研发精力提供更优质的插件。
59.在一些场景中，插件被使用的时长可以作为衡量插件质量或价值的指标，例如，当一个插件被一个或多个主播的使用总时长较大，则可以在一定程度上表征这个插件受到主播用户的欢迎程度较高。因此在本实施例一种可能的实现方式中，所述直播平台100可以根据所述目标插件被一个或多个所述主播用户使用的时长，自动地向所述目标插件的提供方转移相应的虚拟资产。
60.在上述场景中，所述主播用户可以预先支付一部分针对所述目标插件的使用费用，以获得对该目标插件的使用权限。
61.例如，所述主播终端200可以从直播平台100获取各个插件的单位时长的使用费用
(如每天的使用费用)。在主播选中需要使用的目标插件及使用时长后，用向所述直播平台100支付相应的虚拟资产，以获得对所述目标插件的权限。
62.直播平台100可以定期统计所述目标插件被一个或多个主播使用的时长，然后按照一定比例根据各个主播用户支付的费用，向所述目标插件的提供方转移相应的虚拟资产。
63.在上述场景中，所述主播用户也可以先使用所述目标插件，然后所述直播平台100记录所述主播用户使用所述目标插件的时长，然后定期向所述主播用户收取使用所述目标插件的费用。
64.例如，所述直播平台100在接收到所述插件使用请求后，即配置所述主播用户使用所述目标插件的权限，同时记录所述主播用户使用所述目标插件的时长。然后定期地(如，每周或每月)根据所述主播用户使用所述目标插件的时长与所述主播用户进行交互，以获取相应的使用费用。
65.在另一些场景中，插件在使用过程中产生的交互数据可以作为衡量插件质量或价值的指标，例如，主播用户在使用某个插件时，直播间中观众用户和主播用户之间交互数据流量较大，则可以在一定程度上表征这个插件对提高该主播与观众之间的互动性作出较大的贡献。
66.因此，在本实施例的另一种可能的实现方式中，所述直播平台100可以获取在使用所述目标插件的情况下，统计所述主播用户对应的直播间中产生的交互数据，然后根据所述交互数据，自动地向所述目标插件的提供方转移相应的虚拟资产。
67.例如，所述直播平台100可以获取在使用所述目标插件的情况下，所述主播用户对应的直播间中产生的礼物收益。所述主播用户在使用所述目标插件时获得的礼物收益越大，支付给所述目标插件提供方的虚拟资产就越多，如此，可以激发所述目标插件的提供方开发更加完善更加优质的插件以为主播吸引更多的观众互动。
68.在上述场景中，向所述目标插件的提供方转移的虚拟资产可以是来自所述主播用户。例如，所述直播平台100可以记录每天所述主播用户从使用所述目标插件的直播间获得的礼物收益，并每天通告给所述主播用户。然后每月根据所述主播用户从使用所述目标插件的直播间获得礼物收益，按照一定比例从属于所述主播用户的虚拟资产中向所述目标插件的提供方转移相应的虚拟资产。
69.换句话说，在这种实现方式中，由于所述主播用户在使用所述目标插件期间获取了一定的礼物收益，因此可以根据在所述主播用户在使用所述目标插件的情况下获得礼物收益，由所述主播用户向所述目标插件的提供方支付所述目标插件的使用费用作为开发酬劳。
70.在一些情况下，若从使用所述目标插件起，就开始计算所述主播用户需要支付的插件使用费用，由于主播用户因无法预知插件能带来的互动效果，即时付费可能导致主播用户不愿意使用尝试新的插件。因此，在本实施例一些可能的实现方式中，可以在所述交互数据的量达到预设条件时，根据所述交互数据的量向所述目标插件的提供方转移相应的虚拟资产。
71.例如，在所述主播用户使用所述目标插件期间，收到的礼物收益达到一定阈值时，再根据所述礼物收益向所述目标插件的提供方转移相应的虚拟资产，相当于给所述主播用
户使用各种新插件的动作提供了一个“试错”的空间。
72.在其他实现方式中，也可以是由所述直播平台100直接向所述目标插件的提供者支付所述目标插件的使用费用，或者由所述主播用户和所述直播平台100分担向所述目标插件的提供者支付所述目标插件的使用费用。
73.在上述场景中，在确定使用所述目标插件的情况下，所述主播用户对应的直播间中产生的交互数据时，需要准确地确定所述目标插件何时属于使用状态。
74.在一些可能的实现方式中，所述主播用户的终端在开启或关闭所述目标插件时，可以向所述直播平台100发送相应的开启通知消息或关闭通知消息，所述直播平台100可以根据所述通知消息确定所述目标插件的开启或关闭时间，从而确定所述目标插件被使用的时段，进而据此确定所述目标插件被使用的时段中的交互数据的量。
75.在另一些可能的实现方式中，当所述主播用户获得对所述目标插件的使用权限后，可以在其终端上启动所述目标插件，所述目标插件被启动后，可以与所述直播平台100持续地进行心跳信息交互。当所述目标插件被关闭，或者所述直播软件被关闭后，将终止所述心跳信息交互。
76.所述直播平台100可以所述心跳信息交互的起始时间作为所述目标插件的开始时间，将所述心跳信息交互的终止时间作为所述目标插件的关闭时间，将与所述目标插件维持心跳信息交互时间段作为所述目标插件保持开启的时间段，进而据此可以确定所述目标插件被使用的时段中的交互数据的量。
77.应当理解的是，在本实施例中，所述交互数据也包括直播间的访问量、访问时长、弹幕量、评论数量、观众互动次数、用户发送礼物数据、用户分享数据、用户参与游戏互动数据、用户语音数据和用户图片数据中的一种或多种的组合。换句话说，可以表征所述目标插件的受欢迎度或对主播互动的共享度的信息均可以作为本实施例中的所述交互数据。
78.为方便本领域技术人员了解本实施例提供的方案，请参照图3，下面结合一个交互示例介绍本实施所提供方案的交互过程。
79.插件提供方(即，第三方开发者)可以基于直播平台提供的开发规范或者接口规范开发出可供使用的直播间插件，并可以在通过审核后发布在直播平台上。同时，插件提供方也可以提供相应的收费需求，例如，单位时长的使用费用、从主播礼物收益中获取分成的比例等等。
80.主播终端可以通过预先配置的直播软件向主播用户提供一交互界面，并在通过直播软件从直播平台获取到可供使用的插件的相关信息后，展示在该交互界面上。主播用户可以在所述交互界面上进行操作，确定自己需要的目标插件，主播终端根据主播用户的选择向直播平台发送针对目标插件的使用请求。
81.直播平台收到所述使用请求后，可以验证主播用户是否可以使用目标插件，例如，可以根据主播用户的付费情况、主播用户的等级等信息验证主播是否可以使用目标插件。在验证通过后，直播平台可以为主播用户配置使用目标插件的权限。其中，配置动作可以包括针对直播平台上与目标插件相关的数据接口的配置，和/或针对主播终端上与目标插件相关数据接口的配置。在使用权限配好后，主播用户即可在自己的直播过程中使用目标插件。
82.然后直播平台可以根据来自主播终端和/或观众终端的数据，确定目标插件被使
用的情况，例如，该被使用的情况可以包括主播用户对该目标插件的付费使用的时长、使用该目标插件时主播用户和观众用户的交互数据等。
83.直播平台可以按一定周期(如，每月一次)根据目标插件被使用的情况确定需要支付给目标插件提供方的虚拟资产数额，并自动地向插件提供方转移相应的虚拟资产作为开发酬劳。
84.在本实施例中，所述直播平台100可以由多台电子设备组成的集群系统，不同的电子设备可以具有不同的功能或处理逻辑。在另一种可能的实现方式中，所述直播平台100也可以是一台独立的电子设备，例如，服务器、个人电脑(personal computer，pc)等。
85.请参照图5，在将所述直播平台100视作一台电子设备的情况下，该电子设备可以包括插件配置装置110、机器可读存储介质120及处理器130。
86.所述机器可读存储介质120及处理器130可以之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述插件配置装置110包括至少一个可以软件或固件(firmware)的形式存储于所述机器可读存储介质120中或固化在所述电子设备的操作系统(operating system，os)中的软件功能模块。所述处理器130用于执行所述机器可读存储介质120中存储的可执行模块，例如所述插件配置装置110所包括的软件功能模块及计算机程序等。
87.其中，所述机器可读存储介质120可以是，但不限于，随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read
‑
only memory，prom)，可擦除只读存储器(erasable programmable read
‑
only memory，eprom)，电可擦除只读存储器(electric erasable programmable read
‑
only memory，eeprom)等。其中，机器可读存储介质120用于存储程序，所述处理器130在接收到执行指令后，执行所述程序。
88.所述处理器130可能是一种集成电路芯片，具有信号的处理能力。上述的处理器130可以是通用处理器130，包括中央处理器130(central processing unit，简称cpu)、网络处理器130(network processor，简称np)等；还可以是数字信号处理器130(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器130可以是微处理器130或者该处理器130也可以是任何常规的处理器130等。
89.请参照图5，本实施例还提供一种插件配置装置110，插件配置装置110包括至少一个可以软件形式存储于机器可读存储介质120中的功能模块。从功能上划分，插件配置装置110可以包括请求接收模块111、插件配置模块112及资产转移模块113。
90.所述请求接收模块111用于接收主播用户使用目标插件的插件使用请求。
91.本实施例中，所述请求接收模块111可用于执行图2所示的步骤s110，关于所述请求接收模块111的具体描述可参对所述步骤s110的描述。
92.所述插件配置模块112用于为所述主播用户配置使用所述目标插件的权限。
93.本实施例中，所述插件配置模块112可用于执行图2所示的步骤s120，关于所述插件配置模块112的具体描述可参对所述步骤s120的描述。
94.所述资产转移模块113用于根据所述目标插件被使用的情况，向所述目标插件的
提供方转移相应的虚拟资产。
95.本实施例中，所述资产转移模块113可用于执行图2所示的步骤s130，关于所述资产转移模块113的具体描述可参对所述步骤s130的描述。
96.综上所述，本申请实施例提供的插件配置方法、装置及电子设备，通过根据目标插件被主播用户使用的情况向目标插件的提供方转移相应的虚拟资产，将目标插件的使用情况与目标插件提供方的研发酬劳联系起来，实现了插件提供方酬劳的自动计算和发放。
97.在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
98.另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
99.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
100.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
101.以上所述，仅为本申请的各种实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。