CN113128906B - 直播数据的处理方法、装置、电子设备及计算机可读介质 - Google Patents

直播数据的处理方法、装置、电子设备及计算机可读介质 Download PDF

Info

Publication number
CN113128906B
CN113128906B CN202110514937.0A CN202110514937A CN113128906B CN 113128906 B CN113128906 B CN 113128906B CN 202110514937 A CN202110514937 A CN 202110514937A CN 113128906 B CN113128906 B CN 113128906B
Authority
CN
China
Prior art keywords
anchor
information
role
role information
live
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110514937.0A
Other languages
English (en)
Other versions
CN113128906A (zh
Inventor
陈炜俊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Boguan Information Technology Co Ltd
Original Assignee
Guangzhou Boguan Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Boguan Information Technology Co Ltd filed Critical Guangzhou Boguan Information Technology Co Ltd
Priority to CN202110514937.0A priority Critical patent/CN113128906B/zh
Publication of CN113128906A publication Critical patent/CN113128906A/zh
Application granted granted Critical
Publication of CN113128906B publication Critical patent/CN113128906B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开涉及一种直播数据的处理方法、装置、电子设备及计算机介质，属于数据处理技术领域。该方法包括：在服务器端，响应于客户端向直播间频道发起的送礼请求，从所述客户端获取当前的主播角色信息，以及所述送礼请求对应的礼物配置参数；根据所述礼物配置参数以及所述主播角色信息，通过第一服务器端确定所述直播间频道中各个主播角色对应的分成收益数据。在客户端，获取直播间频道对应的主播角色信息；响应于用户在所述直播间频道的送礼操作，将所述送礼操作对应的礼物配置参数以及所述主播角色信息发送至第一服务器端。本公开通过使客户端实时更新主播角色数据，并根据主播角色数据进行礼物收益分成，可以实现直播间多主播多角色的收益分成。

Description

直播数据的处理方法、装置、电子设备及计算机可读介质
技术领域
本公开涉及数据处理技术领域，具体而言，涉及一种直播数据的处理方法、直播数据的处理装置、电子设备及计算机可读介质。
背景技术
在常见的直播模式中，直播间的观众给主播送礼，该主播可以根据礼物的价格获得对应比例的分成收入。
然而，在多人直播模式中，由于直播间中每个主播扮演的角色可能有多个，并且直播过程中可能会存在主播角色的变化以及主播人数的变化等，因此，直播收入的分配可能会存在不够合理的现象。
鉴于此，本领域亟需一种直播数据的处理方法，以使直播间多主播多角色的收益分成更加合理。
需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种直播数据的处理方法、直播数据的处理装置、电子设备及计算机可读介质，进而至少在一定程度上使直播间多主播多角色的收益分成更加合理。
根据本公开的第一个方面，提供一种直播数据的处理方法，应用于服务器端，包括：
响应于客户端向直播间频道发起的送礼请求，从所述客户端获取所述直播间频道当前的主播角色信息，以及所述送礼请求对应的礼物配置参数；
根据所述礼物配置参数以及所述主播角色信息，通过第一服务器端确定所述直播间频道中各个主播角色对应的分成收益数据。
在本公开的一种示例性实施例中，所述方法还包括：
响应于所述客户端对所述直播间频道的主播角色信息的查询请求，通过第二服务器端获取所述直播间频道当前的主播查询信息，并将所述主播查询信息返回所述客户端，其中，所述主播查询信息中包括所述直播间频道当前的主播角色信息。
在本公开的一种示例性实施例中，所述将所述主播查询信息返回所述客户端，包括：
将所述主播查询信息返回包括所述客户端在内的所述直播间频道中的所有客户端。
在本公开的一种示例性实施例中，所述根据所述礼物配置参数以及所述主播角色信息，通过第一服务器端确定所述直播间频道中各个主播角色对应的分成收益数据，包括：
通过所述第一服务器端获取所述直播间频道中各个类型的主播角色对应的收益分配比例；
根据所述礼物配置参数、所述收益分配比例以及所述主播角色信息，确定所述直播间频道中各个主播角色对应的分成收益数据。
在本公开的一种示例性实施例中，所述根据所述礼物配置参数、所述收益分配比例以及所述主播角色信息，确定所述直播间频道中各个主播角色对应的分成收益数据，包括：
根据所述礼物配置参数确定总收益数据，并根据所述总收益数据和所述收益分配比例确定各个类型的主播角色对应的主播类型总收益；
从所述主播角色信息中获取各个类型的主播数量，并根据所述各个类型的主播数量和对应的主播类型总收益，得到所述直播间频道中各个主播角色对应的分成收益数据。
在本公开的一种示例性实施例中，所述根据所述各个类型的主播数量和对应的主播类型总收益，得到所述直播间频道中各个主播角色对应的分成收益数据，包括：
若所述类型的主播数量大于零，则根据所述类型的主播类型总收益与所述主播数量的比值，得到所述类型中各个主播角色对应的分成收益数据；
若所述类型的主播数量等于零，则将所述类型对应的主播类型总收益收入所述直播间频道的官方平台中。
根据本公开的第二个方面，提供一种直播数据的处理方法，应用于客户端，包括：
获取直播间频道对应的主播角色信息，所述主播角色信息用于指示所述直播间频道当前直播的视频画面中包含的主播角色的数量和/或标识；
响应于用户在所述直播间频道的送礼操作，将所述送礼操作对应的礼物配置参数以及所述主播角色信息发送至第一服务器端，以使所述第一服务器端根据所述礼物配置参数和所述主播角色信息确定所述直播间频道中各个主播角色对应的分成收益数据。
在本公开的一种示例性实施例中，所述获取直播间频道对应的主播角色信息，包括：
向第二服务器端发送针对所述直播间频道的主播角色信息的查询请求；
接收所述第二服务器端根据所述查询请求返回的主播查询信息，其中，所述主播查询信息中包括所述直播间频道对应的主播角色信息。
在本公开的一种示例性实施例中，所述向第二服务器端发送针对所述直播间频道的主播角色信息的查询请求，包括：
在所述直播间频道中的主播角色发生变化时，向所述第二服务器端发送针对所述直播间频道的主播角色信息的查询请求。
在本公开的一种示例性实施例中，在所述接收所述第二服务器端根据所述查询请求返回的主播查询信息之后，所述方法还包括：
根据所述第二服务器端返回的所述主播查询信息对所述直播间频道的主播角色信息进行更新，并根据更新后的所述主播角色信息渲染直播界面。
在本公开的一种示例性实施例中，所述第二服务器端返回的所述主播查询信息还包括所述主播角色信息对应的信息版本号，所述信息版本号用于对所述直播间频道的主播角色信息进行更新，所述根据所述第二服务器端返回的所述主播查询信息对所述直播间频道的主播角色信息进行更新，包括：
若客户端中没有已缓存的主播角色信息，则直接将所述第二服务器端返回的所述主播角色信息作为更新后的主播角色信息；
若所述客户端中有已缓存的主播角色信息，则根据所述已缓存的主播角色信息对应的信息版本号和所述第二服务器端返回的主播角色信息对应的信息版本号，确定更新后的主播角色信息。
在本公开的一种示例性实施例中，所述根据所述已缓存的主播角色信息对应的信息版本号和所述第二服务器端返回的主播角色信息对应的信息版本号，确定更新后的主播角色信息，包括：
若所述已缓存的主播角色信息对应的信息版本号大于或等于所述第二服务器端返回的主播角色信息对应的信息版本号，则将所述已缓存的主播角色信息确定为更新后的主播角色信息；
若所述已缓存的主播角色信息对应的信息版本号小于所述第二服务器端返回的主播角色信息对应的信息版本号，则将所述第二服务器端返回的主播角色信息确定为更新后的主播角色信息。
根据本公开的第三方面，提供一种直播数据的处理装置，应用于服务器端，包括：
送礼信息获取模块，用于响应于客户端向直播间频道发起的送礼请求，从所述客户端获取所述直播间频道当前的主播角色信息，以及所述送礼请求对应的礼物配置参数；
分成数据计算模块，用于根据所述礼物配置参数以及所述主播角色信息，通过第一服务器端确定所述直播间频道中各个主播角色对应的分成收益数据。
根据本公开的第四方面，提供一种直播数据的处理装置，应用于客户端，包括：
角色信息获取模块，用于获取直播间频道对应的主播角色信息，所述主播角色信息用于指示所述直播间频道当前直播的视频画面中包含的主播角色的数量和/或标识；
角色信息发送模块，用于响应于用户在所述直播间频道的送礼操作，将所述送礼操作对应的礼物配置参数以及所述主播角色信息发送至第一服务器端端，以使所述第一服务器端根据所述礼物配置参数和所述主播角色信息确定所述直播间频道中各个主播角色对应的分成收益数据。
根据本公开的第五方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的直播数据的处理方法。
根据本公开的第六方面，提供一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的直播数据的处理方法。
本公开示例性实施例可以具有以下有益效果：
本公开示例实施方式的直播数据的处理方法中，通过在客户端接收到用户的送礼操作时，将礼物配置参数以及最新版本的主播角色信息发送至第一服务器端，以使第一服务器端根据礼物配置参数和主播角色信息，确定直播间频道中各个主播角色对应的分成收益数据。本公开示例实施方式中的直播数据的处理方法，一方面，提出了一种多主播多角色的直播间礼物收益的分成方法，可以根据不同的主播角色类型计算各个主播的直播收益，使多人直播模式下直播间收入的分配更加合理；另一方面，可以在客户端发送送礼请求至服务器端时，同步发送最新版本的主播角色信息，从而在消除送礼请求中主播角色信息对客户端版本号依赖的同时，保证在用户每次送礼时都能使用最新版本的主播角色信息计算各个主播角色对应的分成收益数据，提高直播收益数据处理的效率和准确性。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了可以应用本发明实施例的一种直播数据的处理方法及装置的示例性系统架构的示意图；
图2示出了本公开示例实施方式的应用于服务器端的直播数据的处理方法的流程示意图；
图3示出了本公开示例实施方式的应用于客户端的直播数据的处理方法的流程示意图；
图4示出了本公开示例实施方式的确定直播间频道中各个主播角色对应的分成收益数据的流程示意图；
图5示意性示出了根据本公开的一个具体实施方式中用于实现直播数据的处理方法的整体系统架构图；
图6示出了根据本公开的一个具体实施方式中直播数据的处理方法的流程示意图；
图7示出了根据本公开的一个具体实施方式中客户端进入直播间频道时的主播角色信息获取方法的流程示意图；
图8示出了根据本公开的一个具体实施方式中主播角色变化时的主播角色信息更新方法的流程示意图；
图9示出了本公开示例实施方式的应用于服务器端的直播数据的处理装置的框图；
图10示出了本公开示例实施方式的应用于客户端的直播数据的处理装置的框图；
图11示出了适于用来实现本公开实施方式的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
在常见的单人直播模式中，观众给主播送礼，主播可以根据礼物的价格获得对应比例的分成收入。随着直播行业的发展，出现了多人直播模式，此时按照单个主播收礼的分成模式已无法满足业务需要。在多人直播模式下，当其中一个主播收到礼物时，其他主播也应当一起参与本次礼物收入的分成，且根据各个主播在直播中扮演的角色类型不同，分配的比例也不同。例如，本次送礼产生礼物收益100元，频道内有3个主播，主播A的角色是主持人，主播B的角色是嘉宾，主播C的角色是嘉宾，角色分配比例设置为主持人50％，嘉宾50％，则主播A最终获得收益50元，主播B获得25元，主播C获得25元。
对于单人直播模式，在一些相关的实施例中，可以通过客户端发起送礼请求，并在请求参数中带上礼物id和礼物个数，然后由服务端根据礼物id查询礼物配置信息，计算出此次送礼产生的礼物收益，累加到收礼主播的收益表中。
而对于多人直播模式，由于主播角色信息可能会随着客户端版本的迭代不断变化，例如，版本1只有两种角色A和B，迭代后的版本2增加了第三种角色C。此时版本1的客户端的送礼请求参数中无法带上角色C，这会导致角色C对应的主播分不到对应的礼物收益。
为了解决多人直播模式中的多主播多角色的收益分配问题，本示例实施方式提供了一种直播数据的处理方法，可以使直播间中各个主播的收益分配更加合理。
图1示出了可以应用本发明实施例的一种直播数据的处理方法及装置的示例性应用环境的系统架构的示意图。
如图1所示，系统架构100可以包括客户端101、102、103中的多个，网络104和服务器端105。网络104用以在客户端101、102、103和服务器端105之间提供通信链路的介质。网络104可以包括各种连接类型，例如无线通信链路等。
应该理解，图1中的客户端、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的客户端、网络和服务器。比如服务器端105可以是多个服务器组成的服务器集群等。
客户端101、102、103可以是具有处理器的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机等等。服务器端105可以是提供各种服务的服务器，本示例实施方式中至少包括第一服务器端与第二服务器端。例如客户端101、102、103可以响应于用户在直播间频道的送礼操作，将送礼操作对应的礼物配置参数以及主播角色信息发送至服务器端105中的第一服务器端，以使第一服务器端根据礼物配置参数和主播角色信息确定直播间频道中各个主播角色对应的分成收益数据。服务器端105可以响应于客户端101、102、103向直播间频道发起的送礼请求，从客户端101、102、103获取直播间频道当前的主播角色信息，以及送礼请求对应的礼物配置参数。
本示例实施方式首先提供了一种直播数据的处理方法，应用于服务器端。参考图2所示，上述直播数据的处理方法可以包括以下步骤：
步骤S210.响应于客户端向直播间频道发起的送礼请求，从客户端获取直播间频道当前的主播角色信息，以及送礼请求对应的礼物配置参数。步骤210的执行主体可以是第一服务器端，也可以是其他服务器端。
步骤S220.根据礼物配置参数以及主播角色信息，通过第一服务器端确定直播间频道中各个主播角色对应的分成收益数据。
其次，本示例实施方式还提供了一种直播数据的处理方法，应用于客户端。参考图3所示，上述直播数据的处理方法可以包括以下步骤：
步骤S310.获取直播间频道对应的主播角色信息，主播角色信息用于指示直播间频道当前直播的视频画面中包含的主播角色的数量和/或标识。
步骤S320.响应于用户在直播间频道的送礼操作，将送礼操作对应的礼物配置参数以及主播角色信息发送至第一服务器端，以使第一服务器端根据礼物配置参数和主播角色信息确定直播间频道中各个主播角色对应的分成收益数据。
本公开示例实施方式的直播数据的处理方法中，通过在客户端接收到用户的送礼操作时，将礼物配置参数以及最新版本的主播角色信息发送至第一服务器端，以使第一服务器端根据礼物配置参数和主播角色信息，确定直播间频道中各个主播角色对应的分成收益数据。本公开示例实施方式中的直播数据的处理方法，一方面，提出了一种多主播多角色的直播间礼物收益的分成方法，可以根据不同的主播角色类型计算各个主播的直播收益，使多人直播模式下直播间收入的分配更加合理；另一方面，可以在客户端发送送礼请求至服务器端时，同步发送最新版本的主播角色信息，从而在消除送礼请求中主播角色信息对客户端版本号依赖的同时，保证在用户每次送礼时都能使用最新版本的主播角色信息计算各个主播角色对应的分成收益数据，提高直播收益数据处理的效率和准确性。
下面，结合图4对本示例实施方式图2中应用于服务器端的步骤进行更加详细的说明。
本示例实施方式中，服务器端至少可以包括第一服务器端、第二服务器端和第三服务器端，不同的业务服务端可以用于执行不同的操作。其中，第一服务器端即分成服务端，可以用于解析礼物事件，并根据礼物总收入、主播列表和角色信息，以及各角色的分配比例计算出各个主播获得的收入数值，写入数据库；第二服务器端即角色服务端，可以用于维护频道内的主播角色信息，当角色信息有变化时主动广播给对应的直播间频道中的所有客户端；第三服务器端即礼物服务端，可以用于处理客户端的送礼操作，并在送礼成功后将送礼事件通知到分成服务端。
在步骤S210中，响应于客户端向直播间频道发起的送礼请求，从客户端获取直播间频道当前的主播角色信息，以及送礼请求对应的礼物配置参数。
本示例实施方式中，直播间频道的主播角色信息可以包括主播id和主播角色类型，其中，主播角色类型可例如直播间主持人、嘉宾等，也可以根据实际情况进行更加详细的划分。
具体地，在实际应用中，可以在第二服务器端与客户端约定的消息协议中增加一个snapshot(快照)字段，用于保存有当前直播间频道最新的主播角色信息。当客户端进入直播间频道时，或者主播角色信息发生变化时，由角色服务端实时下发更新。
当用户在客户端执行送礼操作时，客户端会向直播间频道发起送礼请求。响应于客户端向直播间频道发起的送礼请求，礼物服务端会从客户端获取直播间频道当前最新的主播角色信息，以及送礼请求对应的礼物配置参数。其中，礼物配置参数包括礼物id和礼物个数。
客户端在实时保存最新的主播角色信息时，不需要对snapshot字段进行解析，只需要在发起送礼请求时带上snapshot字段，就可以随时带上最新版本的主播角色信息，不需要发送对应的版本号，从而消除了送礼请求中主播角色信息对客户端版本号的依赖。
在步骤S220中，根据礼物配置参数以及主播角色信息，通过第一服务器端确定直播间频道中各个主播角色对应的分成收益数据。
本示例实施方式中，在从客户端获取直播间频道当前的主播角色信息，以及送礼请求对应的礼物配置参数的同时，还需要通过第一服务器端获取直播间频道中各个类型的主播角色对应的收益分配比例，然后根据礼物配置参数、收益分配比例以及主播角色信息，确定直播间频道中各个主播角色对应的分成收益数据。
本示例实施方式中，收益分配比例指的是各个类型的主播对应的收益分配比例，例如，主持人和嘉宾的收益分配比例为7:3，该收益分配比例与各个类型中的主播数量无关。
礼物服务端处理送礼逻辑成功后，将snapshot字段的数据传递给分成服务端，分成服务端在查询角色分配比例信息后，计算各个主播的分成收益数据并写入数据库。
本示例实施方式中，如图4所示，根据礼物配置参数、收益分配比例以及主播角色信息，确定直播间频道中各个主播角色对应的分成收益数据，具体可以包括以下几个步骤：
步骤S410.根据礼物配置参数确定总收益数据，并根据总收益数据和收益分配比例确定各个类型的主播角色对应的主播类型总收益。
本示例实施方式中，礼物配置参数包括礼物标识和礼物数量，其中，礼物标识即礼物id。根据礼物配置参数确定总收益数据的具体方法可以为：根据礼物标识确定单个礼物产生的礼物收益，并根据单个礼物产生的礼物收益和礼物数量的乘积确定总收益数据。例如，礼物id为30的礼物，所配置的单个礼物产生的礼物收益为500，本次送礼个数为10，则产生的总收益数据为500*10＝5000。
礼物服务端计算出总收益数据之后，将总收益数据与主播角色信息发送至分成客户端，分成客户端查询收益分配比例后，按照收益分配比例将总收益数据分为各个类型的主播角色对应的主播类型总收益。
步骤S420.从主播角色信息中获取各个类型的主播数量，并根据各个类型的主播数量和对应的主播类型总收益，得到直播间频道中各个主播角色对应的分成收益数据。
本示例实施方式中，若类型的主播数量大于零，则根据该类型的主播类型总收益与主播数量的比值，得到类型中各个主播角色对应的分成收益数据；若类型的主播数量等于零，则可以将该类型对应的主播类型总收益收入直播间频道的官方平台中。
例如，分成客户端查询到的收益分配比例为：主持角色可以获得70％的收入，嘉宾角色可以获得30％的收入。若总收益数据为5000，则所有类型为主持角色的主播最终获得总收益为5000*70％＝3500，所有类型为嘉宾角色的主播最终获得总收益为5000*30％＝1500。
若同一个角色类型有多名主播，则多名主播均分该角色类型下的主播类型总收益，如果不能整除，则余数部分可以归官方平台所有。例如，若类型为主持角色的主播有一人，嘉宾角色的主播有两人，则主持角色的主播最终获得收入为5000*70％＝3500，两个嘉宾角色的主播最终分别获得的收入为5000*30％/2＝750。
另外，如果该角色类型中没有主播时，则对应比例的收入归官方平台所有，例如，直播间只有一位类型为主持角色的主播，而没有嘉宾，则该主播最终获得收入为3500，嘉宾对应的1500归官方平台所有。
另外，本示例实施方式中提供的一种应用于服务器端的直播数据的处理方法，还可以包括以下步骤：
响应于客户端对直播间频道的主播角色信息的查询请求，通过第二服务器端获取直播间频道当前的主播查询信息，并将主播查询信息返回客户端，其中，主播查询信息中包括直播间频道当前的主播角色信息。
响应于客户端对直播间频道的主播角色信息的查询请求，在角色服务端将包含主播角色信息的主播查询信息返回客户端之后，客户端可以根据该信息对直播间频道的主播角色信息进行更新并保存，以保证客户端中所保存的主播角色信息为最新版本。
本示例实施方式中，可以在主播角色信息发生变化时，将主播查询信息返回包括当前客户端在内的直播间频道中的所有客户端，使得当前直播间频道中的所有客户端都得到最新版本的主播角色信息。
下面，对本示例实施方式图3中应用于客户端的步骤进行更加详细的说明。
在步骤S310中，获取直播间频道对应的主播角色信息，主播角色信息用于指示直播间频道当前直播的视频画面中包含的主播角色的数量和/或标识。
本示例实施方式中，直播间频道对应的主播角色信息可以通过角色服务端获取。具体而言，客户端通过向第二服务器端发送针对直播间频道的主播角色信息的查询请求，然后接收第二服务器端根据查询请求返回的主播查询信息，其中，主播查询信息中包括直播间频道对应的主播角色信息。
本示例实施方式中，可以在客户端进入直播间频道时，向第二服务器端发送针对直播间频道的主播角色信息的查询请求。还可以在直播间频道中的主播角色发生变化时，向第二服务器端发送针对直播间频道的主播角色信息的查询请求，以进行主播角色信息的更新。
本示例实施方式中，直播间频道对应的主播角色信息也可以通过终端从直播画面中解析出来。例如，可以对当前直播的视频画面进行人脸识别，以获取直播间频道对应的主播角色信息。
本示例实施方式中，在接收第二服务器端根据查询请求返回的主播查询信息之后，上述直播数据的处理方法还可以包括以下步骤：
根据第二服务器端返回的主播查询信息对直播间频道的主播角色信息进行更新，并根据更新后的主播角色信息渲染直播界面。
第二服务器端返回的主播查询信息中，除了包含当前最新的主播角色信息以外，还包括主播角色信息对应的信息版本号，其中，信息版本号指的是主播角色信息所对应的版本号，用于对直播间频道的主播角色信息进行更新，当直播间的主播角色发生变化时，都会产生新的主播角色信息及其对应的新的版本号。
本示例实施方式中，若客户端中没有已缓存的主播角色信息，则直接将第二服务器端返回的主播角色信息作为更新后的主播角色信息。
若客户端中有已缓存的主播角色信息，则根据已缓存的主播角色信息对应的信息版本号和当前第二服务器端返回的主播角色信息对应的信息版本号，确定更新后的主播角色信息。其中，信息版本号可以用数据更新时的时间戳来表示。
具体地，若已缓存的主播角色信息对应的信息版本号大于或等于第二服务器端返回的主播角色信息对应的信息版本号，则将已缓存的主播角色信息确定为更新后的主播角色信息；若已缓存的主播角色信息对应的信息版本号小于第二服务器端返回的主播角色信息对应的信息版本号，则将第二服务器端返回的主播角色信息确定为更新后的主播角色信息。
对直播间频道的主播角色信息进行更新之后，客户端可以通过获取各个主播的详细信息，包括主播昵称、头像等，根据最新的主播角色信息进行直播界面的渲染，展示当前的直播界面效果。
在步骤S320中，响应于用户在直播间频道的送礼操作，将送礼操作对应的礼物配置参数以及主播角色信息发送至第一服务器端，以使第一服务器端根据礼物配置参数和主播角色信息确定直播间频道中各个主播角色对应的分成收益数据。
当用户在当前直播间频道发起送礼操作时，客户端将送礼操作对应的礼物配置参数以及主播角色信息发送至第一服务器端，然后由第一服务器端根据礼物配置参数和主播角色信息确定直播间频道中各个主播角色对应的分成收益数据，具体方法步骤见图2，此处不再赘述。
如图5所示是本公开的一个具体实施方式中用于实现上述直播数据的处理方法的整体系统架构图，包括客户端501、平台接入层502、消息广播层503、服务器端504和数据库505，其中，服务器端504可以分为礼物服务端5041、分成服务端5042和角色服务端5043。整体系统架构图中各部分的具体作用如下：
客户端501用于接收用户的各项操作，并通过平台接入层502与服务器端504进行交互。
平台接入层502用于接入客户端，将客户端消息派发到不同的业务服务端进行处理，以及将业务进程的处理结果返回给客户端。
消息广播层503用于支持各个业务服务端对频道内所有用户的消息广播功能。
服务器端504中各部分的具体作用如下：
礼物服务端5041用于处理客户端的送礼操作，并在送礼成功后将送礼事件通知到分成服务端。
分成服务端5042用于解析礼物事件，并根据礼物总收入、主播列表和角色信息，以及各角色的分配比例计算出各个主播获得的收入数值，写入数据库。
角色服务端5043用于维护频道内的主播角色信息，当角色信息有变化时主动广播给对应的直播间频道中的所有客户端。
数据库505用于存储收益分配比例以及各个主播角色对应的分成收益数据。
基于如图5所示的系统架构图，如图6所示是本公开的一个具体实施方式中直播数据的处理方法的流程示意图，是对本示例实施方式中的上述步骤的举例说明，该流程图的具体步骤如下：
步骤S610.客户端发起送礼请求。
用户对主播点击送礼，客户端发起送礼请求。请求参数包含：礼物的唯一id、本次送出该礼物的个数以及主播角色信息，包括当前时刻的主播id列表和主播角色类型。
步骤S620.礼物服务端处理送礼请求。
若送礼成功，则根据礼物配置信息计算出本次送礼产生的总收益。例如，礼物id为30的礼物，所配置的单个礼物产生的礼物收益为500，本次送礼个数为10，则产生的总收益数据为500*10＝5000。然后，将生成的总收益数据发送至分成服务端。
步骤S630.分成服务端解析送礼事件，计算各个角色分成。
分成服务端收到礼物服务端生成的总收益数据消息，从数据库中查询角色的收益分配比例。
分配比例可例如，主持角色可以获得70％的收入，嘉宾角色可以获得30％的收入。每种类型可以支持任意多的角色，但所有角色的比例之和必须为100％。然后，根据角色的收益分配比例和礼物的总收益数据就可以计算出每个类型的主播对应的主播类型总收益。举例而言，若总收益数据为5000，则所有类型为主持角色的主播最终获得总收益为5000*70％＝3500，所有类型为嘉宾角色的主播最终获得总收益为5000*30％＝1500。
若同一个角色类型有多名主播，则多名主播均分该角色类型下的主播类型总收益，如果不能整除，则余数部分可以归官方平台所有。例如，若类型为主持角色的主播有一人，嘉宾角色的主播有两人，则主持角色的主播最终获得收入为5000*70％＝3500，两个嘉宾角色的主播最终分别获得的收入为5000*30％/2＝750。
另外，如果角色类型中没有主播时，则对应比例的收入归官方平台所有，例如，直播间只有一位类型为主持角色的主播，而没有嘉宾，则该主播最终获得收入为3500，嘉宾对应的1500归官方平台所有，这样一来还可以鼓励主播多开播并参与互动。
步骤S640.分成服务端将分成数据写入数据库。
分成结果计算完毕，分成服务端将分成收益数据写入数据库。由于平台一般是日结模式，因此需要记录一条日志到收益日志表和累积单日收益表。收益日志表中可以记录下主播的唯一id、获得本次收入的主播角色类型、本次收入的数值以及本次收入产生的时间等。累积单日收益表中可以记录下日期、主播的唯一id、主播当天累积获得的总收入等信息。
如图7所示是本公开的一个具体实施方式中客户端进入直播间频道时的主播角色信息获取方法的流程示意图，该流程图的具体步骤如下：
步骤S710.客户端向角色服务端发起请求，查询当前频道的主播角色信息。
客户端进入频道时，请求角色服务端查询当前直播间频道的主播列表和角色类型信息。
步骤S720.角色服务端下发当前频道的主播角色信息。
角色服务端从数据库中查出当前频道的主播列表和角色类型信息以及类型版本号，并返回给客户端。主播列表中包含了主播角色的详细信息，客户端可以根据这些信息进行渲染，展示效果。角色信息中包含了主播id和主播角色，是最精简的信息，客户端收到后仅保存，在后续作为送礼请求的参数带上即可。版本号表示当前数据的版本号，可以用数据更新时的时间戳来表示。
步骤S730.客户端收到主播角色信息，处理显示逻辑，并缓存snapshot字段。
客户端收到上述消息，根据详细的角色信息进行界面渲染和展示。然后，客户端判断本地是否有缓存snapshot数据，若无，则直接缓存当前接收的snapshot字段和版本号；若有，则对比本次消息的版本号是否大于本地已缓存的版本号，若大于则缓存本次消息的snapshot和版本号，否则不需要处理。
如图8所示是本公开的一个具体实施方式中主播角色变化时的主播角色信息更新方法的流程示意图，该流程图的具体步骤如下：
步骤S810.客户端向角色服务端发起请求变更当前频道的主播角色信息。
当主播角色发生变化时，例如，直播间新加进了某一主播，或者某主播退出了当前直播间，客户端则向角色服务端发起请求，申请修改当前主播角色信息。
步骤S820.角色服务端更新主播角色信息，并广播下发当前频道的最新主播角色信息。
角色服务端更新主播角色信息到数据库，从数据库中查出当前频道最新的主播角色信息以及版本号，生成一个消息包。然后，角色服务端将这些消息广播到当前直播间频道，使得当前频道的所有客户端都能拿到最新的主播角色信息。
步骤S830.客户端收到主播角色信息，处理显示逻辑，并缓存snapshot字段。
直播间频道内的每一个客户端收到上述消息以后，根据详细的角色信息进行界面渲染和展示。然后，客户端判断本地是否有缓存snapshot数据，若无，则直接缓存当前接收的snapshot字段和版本号；若有，则对比本次消息的版本号是否大于本地已缓存的版本号，若大于则缓存本次消息的snapshot和版本号，否则不需要处理。
应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
进一步的，本公开还提供了一种直播数据的处理装置，应用于服务器端。参考图9所示，该直播数据的处理装置可以包括送礼信息获取模块910以及分成数据计算模块920。其中：
送礼信息获取模块910可以用于响应于客户端向直播间频道发起的送礼请求，从客户端获取直播间频道当前的主播角色信息，以及送礼请求对应的礼物配置参数；
分成数据计算模块920可以用于根据礼物配置参数以及主播角色信息，通过第一服务器端确定直播间频道中各个主播角色对应的分成收益数据。
在本公开的一些示例性实施例中，上述直播数据的处理装置还可以包括角色信息查询模块，可以用于响应于客户端对直播间频道的主播角色信息的查询请求，通过第二服务器端获取直播间频道当前的主播查询信息，并将主播查询信息返回客户端，其中，主播查询信息中包括直播间频道当前的主播角色信息。
在本公开的一些示例性实施例中，上述角色信息查询模块可以包括角色信息广播单元，可以用于将主播查询信息返回包括客户端在内的直播间频道中的所有客户端。
在本公开的一些示例性实施例中，分成数据计算模块920可以包括分配比例获取单元以及分成数据确定分成数据确定单元。其中：
分配比例获取单元可以用于通过第一服务器端获取直播间频道中各个类型的主播角色对应的收益分配比例；
分成数据确定单元可以用于根据礼物配置参数、收益分配比例以及主播角色信息，确定直播间频道中各个主播角色对应的分成收益数据。
在本公开的一些示例性实施例中，分成数据确定单元可以包括主播类型总收益确定单元以及分成收益数据确定单元。其中：
主播类型总收益确定单元可以用于根据礼物配置参数确定总收益数据，并根据总收益数据和收益分配比例确定各个类型的主播角色对应的主播类型总收益；
分成收益数据确定单元可以用于从主播角色信息中获取各个类型的主播数量，并根据各个类型的主播数量和对应的主播类型总收益，得到直播间频道中各个主播角色对应的分成收益数据。
在本公开的一些示例性实施例中，分成收益数据确定单元可以包括分成收益数据计算单元以及官方平台收入单元。其中：
分成收益数据计算单元可以用于若类型的主播数量大于零，则根据类型的主播类型总收益与主播数量的比值，得到类型中各个主播角色对应的分成收益数据；
官方平台收入单元可以用于若类型的主播数量等于零，则将类型对应的主播类型总收益收入直播间频道的官方平台中。
进一步的，本公开还提供了一种直播数据的处理装置，应用于客户端。参考图10所示，该直播数据的处理装置可以包括角色信息获取模块1010以及角色信息发送模块1020。其中：
角色信息获取模块1010可以用于获取直播间频道对应的主播角色信息，主播角色信息用于指示直播间频道当前直播的视频画面中包含的主播角色的数量和/或标识；
角色信息发送模块1020可以用于响应于用户在直播间频道的送礼操作，将送礼操作对应的礼物配置参数以及主播角色信息发送至第一服务器端，以使第一服务器端根据礼物配置参数和主播角色信息确定直播间频道中各个主播角色对应的分成收益数据。
在本公开的一些示例性实施例中，角色信息获取模块1010可以包括查询请求发送单元以及查询信息接收单元。其中：
查询请求发送单元可以用于向第二服务器端发送针对直播间频道的主播角色信息的查询请求；
查询信息接收单元可以用于接收第二服务器端根据查询请求返回的主播查询信息，其中，主播查询信息中包括直播间频道对应的主播角色信息。
在本公开的一些示例性实施例中，查询请求发送单元可以包括第一查询请求发送单元，可以用于在直播间频道中的主播角色发生变化时，向第二服务器端发送针对直播间频道的主播角色信息的查询请求。
在本公开的一些示例性实施例中，上述直播数据的处理装置还可以包括角色信息更新模块，可以用于根据第二服务器端返回的主播查询信息对直播间频道的主播角色信息进行更新，并根据更新后的主播角色信息渲染直播界面。
在本公开的一些示例性实施例中，角色信息更新模块可以包括主播角色信息缓存单元以及主播角色信息更新单元。其中：
主播角色信息缓存单元可以用于若客户端中没有已缓存的主播角色信息，则直接将第二服务器端返回的主播角色信息作为更新后的主播角色信息；
主播角色信息更新单元可以用于若客户端中有已缓存的主播角色信息，则根据已缓存的主播角色信息对应的信息版本号和第二服务器端返回的主播角色信息对应的信息版本号，确定更新后的主播角色信息。
在本公开的一些示例性实施例中，主播角色信息更新单元可以包括第一主播角色信息更新单元以及第二主播角色信息更新单元。其中：
第一主播角色信息更新单元可以用于若已缓存的主播角色信息对应的信息版本号大于或等于第二服务器端返回的主播角色信息对应的信息版本号，则将已缓存的主播角色信息确定为更新后的主播角色信息；
第二主播角色信息更新单元可以用于若已缓存的主播角色信息对应的信息版本号小于第二服务器端返回的主播角色信息对应的信息版本号，则将第二服务器端返回的主播角色信息确定为更新后的主播角色信息。
上述直播数据的处理装置中各模块/单元的具体细节在相应的方法实施例部分已有详细的说明，此处不再赘述。
图11示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。
需要说明的是，图11示出的电子设备的计算机系统1100仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图11所示，计算机系统1100包括中央处理单元(CPU)1101，其可以根据存储在只读存储器(ROM)1102中的程序或者从存储部分1108加载到随机访问存储器(RAM)1103中的程序而执行各种适当的动作和处理。在RAM 1103中，还存储有系统操作所需的各种程序和数据。CPU 1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(I/O)接口1105也连接至总线1104。
以下部件连接至I/O接口1105：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至I/O接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。
特别地，根据本发明的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(CPU)1101执行时，执行本申请的系统中限定的各种功能。
需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (15)

1.一种直播数据的处理方法，其特征在于，包括：
响应于客户端向直播间频道发起的送礼请求，从所述客户端获取所述直播间频道当前的主播角色信息，以及所述送礼请求对应的礼物配置参数；其中，所述直播间频道当前的主播角色信息由第二服务器端实时下发更新；
通过第一服务器端获取所述直播间频道中各个类型的主播角色对应的收益分配比例；
根据所述礼物配置参数、所述收益分配比例以及所述主播角色信息，确定所述直播间频道中各个主播角色对应的分成收益数据。
2.根据权利要求1所述的直播数据的处理方法，其特征在于，所述方法还包括：
响应于所述客户端对所述直播间频道的主播角色信息的查询请求，通过第二服务器端获取所述直播间频道当前的主播查询信息，并将所述主播查询信息返回所述客户端，其中，所述主播查询信息中包括所述直播间频道当前的主播角色信息。
3.根据权利要求2所述的直播数据的处理方法，其特征在于，所述将所述主播查询信息返回所述客户端，包括：
将所述主播查询信息返回包括所述客户端在内的所述直播间频道中的所有客户端。
4.根据权利要求1所述的直播数据的处理方法，其特征在于，所述根据所述礼物配置参数、所述收益分配比例以及所述主播角色信息，确定所述直播间频道中各个主播角色对应的分成收益数据，包括：
根据所述礼物配置参数确定总收益数据，并根据所述总收益数据和所述收益分配比例确定各个类型的主播角色对应的主播类型总收益；
从所述主播角色信息中获取各个类型的主播数量，并根据所述各个类型的主播数量和对应的主播类型总收益，得到所述直播间频道中各个主播角色对应的分成收益数据。
5.根据权利要求4所述的直播数据的处理方法，其特征在于，所述根据所述各个类型的主播数量和对应的主播类型总收益，得到所述直播间频道中各个主播角色对应的分成收益数据，包括：
若所述类型的主播数量大于零，则根据所述类型的主播类型总收益与所述主播数量的比值，得到所述类型中各个主播角色对应的分成收益数据；
若所述类型的主播数量等于零，则将所述类型对应的主播类型总收益收入所述直播间频道的官方平台中。
6.一种直播数据的处理方法，其特征在于，包括：
获取直播间频道当前的主播角色信息，所述主播角色信息用于指示所述直播间频道当前直播的视频画面中包含的主播角色的数量和/或标识，所述直播间频道当前的主播角色信息由第二服务器端实时下发更新；
响应于用户在所述直播间频道的送礼操作，将所述送礼操作对应的礼物配置参数以及所述主播角色信息发送至第一服务器端，以使所述第一服务器端获取所述直播间频道中各个类型的主播角色对应的收益分配比例，并根据所述礼物配置参数、所述收益分配比例以及所述主播角色信息，确定所述直播间频道中各个主播角色对应的分成收益数据。
7.根据权利要求6所述的直播数据的处理方法，其特征在于，所述获取直播间频道当前的主播角色信息，包括：
向第二服务器端发送针对所述直播间频道的主播角色信息的查询请求；
接收所述第二服务器端根据所述查询请求返回的主播查询信息，其中，所述主播查询信息中包括所述直播间频道当前的主播角色信息。
8.根据权利要求7所述的直播数据的处理方法，其特征在于，所述向第二服务器端发送针对所述直播间频道的主播角色信息的查询请求，包括：
在所述直播间频道中的主播角色发生变化时，向所述第二服务器端发送针对所述直播间频道的主播角色信息的查询请求。
9.根据权利要求7所述的直播数据的处理方法，其特征在于，在所述接收所述第二服务器端根据所述查询请求返回的主播查询信息之后，所述方法还包括：
根据所述第二服务器端返回的所述主播查询信息对所述直播间频道的主播角色信息进行更新，并根据更新后的所述主播角色信息渲染直播界面。
10.根据权利要求9所述的直播数据的处理方法，其特征在于，所述第二服务器端返回的所述主播查询信息还包括所述主播角色信息对应的信息版本号，所述信息版本号用于对所述直播间频道的主播角色信息进行更新，所述根据所述第二服务器端返回的所述主播查询信息对所述直播间频道的主播角色信息进行更新，包括：
若客户端中没有已缓存的主播角色信息，则直接将所述第二服务器端返回的所述主播角色信息作为更新后的主播角色信息；
若所述客户端中有已缓存的主播角色信息，则根据所述已缓存的主播角色信息对应的信息版本号和所述第二服务器端返回的主播角色信息对应的信息版本号，确定更新后的主播角色信息。
11.根据权利要求10所述的直播数据的处理方法，其特征在于，所述根据所述已缓存的主播角色信息对应的信息版本号和所述第二服务器端返回的主播角色信息对应的信息版本号，确定更新后的主播角色信息，包括：
若所述已缓存的主播角色信息对应的信息版本号大于或等于所述第二服务器端返回的主播角色信息对应的信息版本号，则将所述已缓存的主播角色信息确定为更新后的主播角色信息；
若所述已缓存的主播角色信息对应的信息版本号小于所述第二服务器端返回的主播角色信息对应的信息版本号，则将所述第二服务器端返回的主播角色信息确定为更新后的主播角色信息。
12.一种直播数据的处理装置，其特征在于，包括：
送礼信息获取模块，用于响应于客户端向直播间频道发起的送礼请求，从所述客户端获取所述直播间频道当前的主播角色信息，以及所述送礼请求对应的礼物配置参数；其中，所述直播间频道当前的主播角色信息由第二服务器端实时下发更新；
分成数据计算模块，用于通过第一服务器端获取所述直播间频道中各个类型的主播角色对应的收益分配比例；根据所述礼物配置参数、所述收益分配比例以及所述主播角色信息，确定所述直播间频道中各个主播角色对应的分成收益数据。
13.一种直播数据的处理装置，其特征在于，包括：
角色信息获取模块，用于获取直播间频道当前的主播角色信息，所述主播角色信息用于指示所述直播间频道当前直播的视频画面中包含的主播角色的数量和/或标识，所述直播间频道当前的主播角色信息由第二服务器端实时下发更新；
角色信息发送模块，用于响应于用户在所述直播间频道的送礼操作，将所述送礼操作对应的礼物配置参数以及所述主播角色信息发送至第一服务器端，以使所述第一服务器端获取所述直播间频道中各个类型的主播角色对应的收益分配比例，并根据所述礼物配置参数、所述收益分配比例以及所述主播角色信息，确定所述直播间频道中各个主播角色对应的分成收益数据。
14.一种电子设备，其特征在于，包括：
处理器；以及
存储器，用于存储一个或多个程序，当所述一个或多个程序被所述处理器执行时，使得所述处理器实现如权利要求1至11中任一项所述的直播数据的处理方法。
15.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至11中任一项所述的直播数据的处理方法。
CN202110514937.0A 2021-05-11 2021-05-11 直播数据的处理方法、装置、电子设备及计算机可读介质 Active CN113128906B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110514937.0A CN113128906B (zh) 2021-05-11 2021-05-11 直播数据的处理方法、装置、电子设备及计算机可读介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110514937.0A CN113128906B (zh) 2021-05-11 2021-05-11 直播数据的处理方法、装置、电子设备及计算机可读介质

Publications (2)

Publication Number Publication Date
CN113128906A CN113128906A (zh) 2021-07-16
CN113128906B true CN113128906B (zh) 2024-02-27

Family

ID=76781907

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110514937.0A Active CN113128906B (zh) 2021-05-11 2021-05-11 直播数据的处理方法、装置、电子设备及计算机可读介质

Country Status (1)

Country Link
CN (1) CN113128906B (zh)

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101620711A (zh) * 2008-06-30 2010-01-06 中兴通讯股份有限公司 可扩展的交易分成方法和装置
TWI624798B (zh) * 2017-11-14 2018-05-21 具有集氣與即時播報競賽內容之方法
CN108230028A (zh) * 2017-12-29 2018-06-29 广州华多网络科技有限公司 多主播直播间赠送虚拟礼物的方法、装置及电子设备
CN109104641A (zh) * 2018-09-29 2018-12-28 广州华多网络科技有限公司 一种多主播直播间赠送虚拟礼物的方法及装置
CN109194973A (zh) * 2018-09-26 2019-01-11 广州华多网络科技有限公司 一种多主播直播间赠送虚拟礼物的展示方法、装置及设备
CN109872187A (zh) * 2019-01-23 2019-06-11 北京京东尚科信息技术有限公司 一种商品收益分配方法、以太坊服务平台及存储介质
CN110913264A (zh) * 2019-11-29 2020-03-24 北京达佳互联信息技术有限公司 直播数据处理数据处理方法、装置、电子设备及存储介质
CN111698523A (zh) * 2019-12-06 2020-09-22 广州华多网络科技有限公司 文字虚拟礼物的赠送方法、装置、设备及存储介质
CN111711827A (zh) * 2020-04-30 2020-09-25 火币（广州）区块链科技有限公司 一种直播打赏交易的核算方法和客户端
CN111784416A (zh) * 2020-07-27 2020-10-16 腾讯科技（深圳）有限公司 虚拟物品的分配方法、装置、设备及存储介质
CN111970529A (zh) * 2020-08-21 2020-11-20 网易（杭州）网络有限公司 直播间的信息处理方法、装置、存储介质和电子装置
JP2020194372A (ja) * 2019-05-28 2020-12-03 日本電気株式会社 報酬分配システム、報酬分配方法、処理装置及びプログラムに関する。
CN112714330A (zh) * 2020-12-25 2021-04-27 广州方硅信息技术有限公司 基于连麦直播的礼物赠送方法、装置及电子设备
CN112732722A (zh) * 2021-01-19 2021-04-30 深圳市欢太科技有限公司 数据处理方法、数据处理装置、存储介质与电子设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9940629B2 (en) * 2012-04-18 2018-04-10 Apple Inc. Personalizing digital gifts

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101620711A (zh) * 2008-06-30 2010-01-06 中兴通讯股份有限公司 可扩展的交易分成方法和装置
TWI624798B (zh) * 2017-11-14 2018-05-21 具有集氣與即時播報競賽內容之方法
CN108230028A (zh) * 2017-12-29 2018-06-29 广州华多网络科技有限公司 多主播直播间赠送虚拟礼物的方法、装置及电子设备
CN109194973A (zh) * 2018-09-26 2019-01-11 广州华多网络科技有限公司 一种多主播直播间赠送虚拟礼物的展示方法、装置及设备
CN109104641A (zh) * 2018-09-29 2018-12-28 广州华多网络科技有限公司 一种多主播直播间赠送虚拟礼物的方法及装置
CN109872187A (zh) * 2019-01-23 2019-06-11 北京京东尚科信息技术有限公司 一种商品收益分配方法、以太坊服务平台及存储介质
JP2020194372A (ja) * 2019-05-28 2020-12-03 日本電気株式会社 報酬分配システム、報酬分配方法、処理装置及びプログラムに関する。
CN110913264A (zh) * 2019-11-29 2020-03-24 北京达佳互联信息技术有限公司 直播数据处理数据处理方法、装置、电子设备及存储介质
CN111698523A (zh) * 2019-12-06 2020-09-22 广州华多网络科技有限公司 文字虚拟礼物的赠送方法、装置、设备及存储介质
CN111711827A (zh) * 2020-04-30 2020-09-25 火币（广州）区块链科技有限公司 一种直播打赏交易的核算方法和客户端
CN111784416A (zh) * 2020-07-27 2020-10-16 腾讯科技（深圳）有限公司 虚拟物品的分配方法、装置、设备及存储介质
CN111970529A (zh) * 2020-08-21 2020-11-20 网易（杭州）网络有限公司 直播间的信息处理方法、装置、存储介质和电子装置
CN112714330A (zh) * 2020-12-25 2021-04-27 广州方硅信息技术有限公司 基于连麦直播的礼物赠送方法、装置及电子设备
CN112732722A (zh) * 2021-01-19 2021-04-30 深圳市欢太科技有限公司 数据处理方法、数据处理装置、存储介质与电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"网络视频直播模式的多样化探析";杜妮;《中国优秀硕士学位论文全文数据库信息科技辑》;I141-71 *

Also Published As

Publication number Publication date
CN113128906A (zh) 2021-07-16

Similar Documents

Publication Publication Date Title
US11062335B2 (en) Online survey spawning, administration and management
US8560610B2 (en) Unified collection and distribution of data
CN112616068A (zh) 一种任务处理方法、装置、电子设备及存储介质
WO2000039710A2 (en) Method and system for interactive distribution of messages
US20030177488A1 (en) Systems and methods for media audience measurement
KR20030020443A (ko) 광고 삽입 장치 및 광고 삽입 방법, 및 기억 매체
JP2002216017A (ja) 広告枠のオークション方法および装置、ならびに、記録媒体
US20170091811A1 (en) Systems, methods, and devices for customized data event attribution and bid determination
CN109640176B (zh) 用于生成信息的方法和装置
CN113128906B (zh) 直播数据的处理方法、装置、电子设备及计算机可读介质
CN108491499B (zh) 数据采集方法、数据采集平台、客户端及业务服务器
US10607254B1 (en) Attribution modeling using withheld or near impressions
CN113194109A (zh) 用于推送信息的方法和装置
CN111371882A (zh) 数据共享投放控制方法、装置、电子设备及计算机可读介质
WO2015096791A1 (en) Method and system for releasing media content
CN108564406B (zh) 一种激励推送的方法和装置
CN110070379B (zh) 一种消息传输方法、装置及服务器
US10523770B2 (en) Progress tracking for requests made through an intermediary
CN114339319B (zh) 一种视频推送方法、装置、视频推送服务器和存储介质
CN111225223A (zh) 一种直播平台榜单信息优化的方法、系统、服务器及存储介质
CN112667180B (zh) 一种业务数据的显示方法、装置、计算机设备和存储介质
CN113763010A (zh) 一种信息推送的方法和装置
CN110784552B (zh) 一种信息推送方法、装置、设备和介质
CN111309935A (zh) 歌曲推荐方法及装置、计算机存储介质
US10257264B1 (en) System and method for reducing data center latency

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant