CN109936748A - 一种直播方法、装置、设备和存储介质 - Google Patents

Abstract

本发明实施例公开了一种直播方法、装置、设备和存储介质。该方法通过接收第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，所述第一直播间为所述第一主播用户进入的直播间；从所述业务请求中确定将发送给第二主播用户的业务数据的目标数量；从所述第一主播用户扣除所述目标数量的业务数据；将所述业务请求转发至所述第二主播用户；当确定所述第二主播用户接受所述业务请求、且第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户，实现为主播间提供互动和回馈的途径，提高互动的频次、并进一步增加主播的流量和人气。

Description

一种直播方法、装置、设备和存储介质

技术领域

本发明实施例涉及直播技术，尤其涉及一种直播方法、装置、设备和存储介质。

背景技术

网络直播，是不同用户在同一时刻通过网络***在交流平台实现直播互动的一种娱乐方式。

一般的，可以根据主播的人气和流量将主播大致分为大主播和小主播，其中，大主播相比于小主播而言具有更多的人气和流量。进一步的，当大主播和小主播进行互动时，可以为小主播带来额外的人气和流量，该互动可以是大主播在直播间中提供小主播的信息或访问小主播的链接，以宣传小主播。但目前，小主播是通过手机、即时通讯工具等方式邀请大主播进行互动，效率低下，导致为小主播引流的效果不佳。

发明内容

本发明提供一种直播方法、装置、设备和存储介质，以提高提高主播用户间的互动效率、增加主播用户间的互动频次、并进一步增加主播的流量和人气。

第一方面，本发明实施例提供了一种直播方法，该方法包括：接收第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，所述第一直播间为所述第一主播用户进入的直播间；

从所述业务请求中确定将发送给第二主播用户的业务数据的目标数量；

从所述第一主播用户扣除所述目标数量的业务数据；

将所述业务请求转发至所述第二主播用户；

当确定所述第二主播用户接受所述业务请求、且第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户。

进一步的，从所述第一主播用户扣除所述目标数量的业务数据，包括：

确定所述第一主播用户所包括的业务数据的总数；

判断所述总数是否超过所述目标数量；

若是，则从所述第一主播用户预先扣除所述目标数量的业务数据；

若否，则向所述第一主播用户发出添加所述业务数据的通知消息。

进一步的，还包括：

判断所述业务数据的所述目标数量是否超过第二主播用户预设的数据阈值；

若是，则确定所述第二主播用户接受所述业务请求；

若否，则确定所述第二主播用户拒绝所述业务请求。

进一步的，还包括：

接收所述第二主播用户对所述业务请求的响应信息；

根据所述响应信息确定所述业务请求是否被第二主播用户所接受。

进一步的，还包括：

确定所述第二主播用户拒绝所述业务请求，则将所述目标数量的业务数据退还给所述第一主播用户。

进一步的，还包括：

若第二主播用户访问所述第一直播间不符合预设条件，则将所述目标数量的业务数据退还给所述第一主播用户。

进一步的，所述预设条件包括：

所述第二主播用户在预设时间段访问第一直播间、且所述第二主播用户访问第一直播间的持续时间超过预设时间。

第二方面，本发明实施例还提供了一种直播方法，该方法包括：

输入第二主播用户，所述第二主播用户为第一主播用户邀请访问第一直播间的主播用户，所述第一直播间为所述第一主播用户进入的直播间；

输入目标数量，所述目标数量为将发送给第二主播用户的业务数据的数量；

向业务服务端发送业务请求，所述业务请求根据所述第一主播用户和目标数量生成，用于邀请所述第二主播用户访问所述第一直播间，所述业务服务端用于将所述业务请求转发至所述第二主播用户，在确定所述第二主播用户接受所述业务请求、且所述第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户；

显示业务数据扣除信息，所述业务数据扣除信息在根据从所述第一主播用户扣除所述目标数量的业务数据进行确定。

第三方面，本发明实施例还提供了一种直播方法，该方法包括：

显示第一主播用户的邀请信息，所述邀请信息根据业务服务端转发的、所述第一主播用户发起的业务请求进行生成，所述业务请求用于邀请第二主播用户访问第一直播间、并设置有将发送给第二主播用户的业务数据的目标数量，所述第一直播间为所述第一主播用户进入的直播间；

接收作用于所述邀请信息的接受操作，所述接受操作用于确定所述第二主播用户接受所述业务请求；

显示待访问信息，所述待访问信息用于提供访问入口，所述访问入口用于进入被所述第二主播用户接受所述业务请求的第一主播用户的第一直播间；

接收作用于所述待访问信息的访问操作，所述访问操作用于访问所述第一直播间；

在所述第二主播用户访问所述第一直播间符合预设条件时，接收所述目标数量的业务数据。

第四方面，本发明实施例还提供了一种直播装置，该装置包括：

业务请求接收模块，用于接收第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，所述第一直播间为所述第一主播用户进入的直播间；

目标数量确定模块，用于从所述业务请求中确定将发送给第二主播用户的业务数据的目标数量；

业务数据扣除模块，用于从所述第一主播用户扣除所述目标数量的业务数据；

业务请求转发模块，用于将所述业务请求转发至所述第二主播用户；

业务数据发送模块，用于当确定所述第二主播用户接受所述业务请求、且第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户。

第五方面，本发明实施例还提供了一种直播装置，该装置包括：

第二主播用户输入模块，用于输入第二主播用户，所述第二主播用户为第一主播用户邀请访问第一直播间的主播用户，所述第一直播间为所述第一主播用户进入的直播间；

目标数量输入模块，用于输入目标数量，所述目标数量为将发送给第二主播用户的业务数据的数量；

业务请求发送模块，用于向业务服务端发送业务请求，所述业务请求根据所述第一主播用户和目标数量生成，用于邀请所述第二主播用户访问所述第一直播间，所述业务服务端用于将所述业务请求转发至所述第二主播用户，在确定所述第二主播用户接受所述业务请求、且所述第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户；

扣除信息显示模块，用于显示业务数据扣除信息，所述业务数据扣除信息在根据从所述第一主播用户扣除所述目标数量的业务数据进行确定。

第六方面，本发明实施例还提供了一种直播装置，该装置包括：

邀请信息显示模块，用于显示第一主播用户的邀请信息，所述邀请信息根据业务服务端转发的、所述第一主播用户发起的业务请求进行生成，所述业务请求用于邀请第二主播用户访问第一直播间、并设置有将发送给第二主播用户的业务数据的目标数量，所述第一直播间为所述第一主播用户进入的直播间；

接受操作接收模块，用于接收作用于所述邀请信息的接受操作，所述接受操作用于确定所述第二主播用户接受所述业务请求；

访问信息显示模块，用于显示待访问信息，所述待访问信息用于提供访问入口，所述访问入口用于进入被所述第二主播用户接受所述业务请求的第一主播用户的第一直播间；

访问操作接收模块，用于接收作用于所述待访问信息的访问操作，所述访问操作用于访问所述第一直播间；

业务数据接收模块，用于在所述第二主播用户访问所述第一直播间符合预设条件时，接收所述目标数量的业务数据。

第七方面，本发明实施例还提供了一种直播设备，该设备包括：存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面、第二方面或第三方面中任一所述的直播方法。

第八方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面、第二方面或第三方面中任一所述的直播方法。

本发明实施例通过接收第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，第一直播间为第一主播用户进入的直播间；从业务请求中确定将发送给第二主播用户的业务数据的目标数量；从第一主播用户扣除目标数量的业务数据；将业务请求转发至第二主播用户；当确定第二主播用户接受业务请求、且第二主播用户访问第一直播间符合预设条件时，将目标数量的业务数据发送给第二主播用户。由此，区别于一般情况下，主播用户间缺乏进行互动的技术途径、且缺乏进行互动的正反馈，本发明实施例第一主播用户可以邀请第二主播用户访问第一直播间，并将目标数量的业务数据发送给第二主播用户。一方面，可以增加第一主播用户与第二主播用户互动的积极性，从而增加互动的频次；另一方面，由于第二主播用户的访问，增加了第一主播用户的流量和人气。

附图说明

图1为本发明实施例一提供的一种直播方法的流程图；

图2A为本发明实施例二提供的一种直播方法的流程图；

图2B-2C为本发明实施例二提供的一种直播方法的界面示例图；

图3A为本发明实施例三提供的一种直播方法的流程图；

图3B-3C为本发明实施例三提供的一种直播方法的界面示例图；

图4为本发明实施例四提供的一种直播装置的结构示意图；

图5为本发明实施例五提供的一种直播装置的结构示意图；

图6为本发明实施例六提供的一种直播装置的结构示意图；

图7为本发明实施例七提供的一种直播设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

一般的，直播平台中的用户包括主播用户和观众用户。需要注意的是，对于直播平台而言，主播用户和观众用户，都可以使用身份标识号、账号等进行唯一标识，并非一个真实的人。主播用户可以在直播平台中创建直播间，为进入该直播间的观众用户提供直播内容，并与观众用户进行交流和互动。本实施例中的直播间是基于直播平台创建的虚拟空间(或虚拟房间)。进一步的，直播平台可以为主播用户提供主播用户端，主播用户可以通过该主播用户端创建直播间、上传直播内容、管理直播间等；为观众用户提供观众用户端，观众用户可以通过该观众用户端进入直播间、观看直播内容、与主播用户互动等。

实施例一

图1为本发明实施例一提供的一种直播方法的流程图，本实施例可适用于为主播用户提供互动途径，并以业务数据的形式进行回馈的情况。一般的，直播平台还设置有业务处理端，来进行后台的业务处理，该业务处理包括：用户的管理、直播内容的分发等。该方法可以由业务处理端来执行，该业务处理端可以是服务器，该服务器可以是独立服务器、集群服务器等。

参照图1，本实施例中提供的方法具体包括如下步骤：

S110、接收第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，所述第一直播间为所述第一主播用户进入的直播间。

本实施例中，第一主播用户和第二主播用户均为主播用户。一般的，主播用户都有各自的观众用户。主播用户可以与观众用户进行互动。具体的，观众用户可以通过发弹幕的方式，与主播用户进行交流。而主播用户则可以通过视频或语音的方式，与观众用户进行交流。

更进一步的，除了主播用户与观众用户之间的交流外，本实施例通过第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，来实现主播用户间的交流。其中，业务请求为一种用户操作，用于表示第一主播用户邀请第二主播用户访问第一直播间。具体的，该业务请求可以是以超文本传输协议(HyperText Transfer Protocol，HTTP)数据包的方式在主播用户、观众用户和业务处理端之间传递。当然，需要说明的，业务请求所属的HTTP 数据包在传递过程中，根据业务需求的不同而不同。

本实施例中对第二主播用户如何访问第一直播间不作限定。

在一示例中，当第二主播用户接受该业务请求时，业务处理端可以向第二主播用户发送入口信息，其中，入口信息可以包括：进入第一直播间的地址。进一步的，第二主播用户可以通过该入口信息访问第一直播间。示例性的，入口信息是一个弹窗，弹窗设置有提示信息、确定按钮和取消按钮，其中，提示信息用于提示XX请求YY去访问第一直播间；另外，弹窗中还内嵌了第一直播间的地址，若主播用户点击了确定按钮，则加载该地址，以访问第一直播间。

在又一示例中，第二主播用户访问第一直播间是以查房的形式进行，也就是，第二主播用户可以引导观众用户访问第一直播间，以实现为第一主播用户进行引流，从而增加第一主播用户所创建的第一直播间的访问量。具体的引导观众用户的方式，可以是向正在访问第二主播用户的观众用户发送入口信息，该观众用户可以通过该入口信息访问第一直播间。

S120、从所述业务请求中确定将发送给第二主播用户的业务数据的目标数量。

本实施例中，进一步的，第一主播用户可以通过向第二主播用户发送目标数量的业务数据，来回馈第二主播用户访问第一直播间，从而提高第二主播用户接受该业务请求，并访问第一直播间的积极性。该业务数据为直播平台中的交换媒介，可以是直播平台提供的虚拟物品，也可以是虚拟币。进一步的，不同的虚拟物品可以进行等价交换，如将虚拟物品更换为等值的虚拟币。

本实施例中，第一主播用户可以设置将发送给第二主播用户的业务数据的目标数量，并生成包括该目标数量的业务请求。进一步的，当业务处理端接收到该业务请求时，可以从业务请求中提取出将发送给第二主播用户的业务数据的目标数量。

S130、从所述第一主播用户扣除所述目标数量的业务数据。

本实施例中，采用预先扣除的方式，从第一主播用户扣除目标数量的业务数据。

在一实施例中，可以通过确定第一主播用户所包括的业务数据的总数；判断该总数是否超过目标数量；若是，则从第一主播用户预先扣除目标数量的业务数据；若否，则向第一主播用户发出添加业务数据的通知消息，可以保证第一主播用户足以扣除目标数量的业务数据。

在又一实施例中，业务数据为至少两种虚拟物品，虚拟物品之间可以进行等价替换。示例性的，第一主播用户设置有存储业务数据的账户，该业务数据为直播平台中的交换媒介，可以是以虚拟币的形式存在。若第一主播用户在业务请求中设置将发送给第二主播用户数量 S的A虚拟物品，则在第一主播用户的账户中扣除数量S的A虚拟物品所对应的数量的虚拟币。

S140、将所述业务请求转发至所述第二主播用户。

本实施例中，业务处理端可以将第一主播用户发送的业务请求转发给第二主播用户。

进一步的，业务请求可以至少包括如下的一种业务信息：发送对象、被邀请对象、业务数据的目标数量、业务备注信息等。示例性的，当该业务请求为第一主播用户发起的、用于邀请第二主播用户访问第一直播间，则发送对象为第一主播用户，被邀请对象为第二主播用户。进一步的，业务备注信息中可以设置第一直播间的开播时间、直播节目信息等。第二主播用户在接收到业务请求后，可以获取该业务信息，以确定是否接受该业务请求。

进一步的，业务处理端可以根据业务请求中设置的被邀请对象为第二主播用户，将业务请求转发至该第二主播用户。

S150、当确定所述第二主播用户接受所述业务请求、且第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户。

一、确定第二主播用户接受业务请求

本实施例中，可以通过手动和自动两种方式确定第二主播用户是否接受业务请求。

在手动的实施方式中，接收第二主播用户对业务请求的响应信息；根据响应信息确定业务请求是否被第二主播用户所接受。第二主播用户在接收业务请求端转发的业务请求后，可以显示业务请求对应的业务信息，第二主播用户可以根据是否接受该业务请求，生成响应信息。在一实施例中，该响应信息为预设字段，至少包括：对应于接受该业务请求的预设字段、对应于拒绝该业务请求的预设字段。

在自动的方式的实施方式中，判断业务数据的目标数量是否超过第二主播用户预设的数据阈值；若是，则确定第二主播用户接受业务请求；若否，则确定第二主播用户拒绝业务请求。具体的，第二主播用户可以预设有数据阈值，当第一主播用户设置的将发送的业务数据的目标数量超过该数据阈值时，则自动确定第二主播用户接受该业务请求。通过为第二主播用户提供设置数据阈值的接口，可以方便第二主播用户自动过滤业务请求，方便第二主播用户对业务请求进行管理。进而避免第二主播用户接收过多的业务请求。

进一步的，确定第二主播用户拒绝业务请求，则将目标数量的业务数据退还给第一主播用户。

二、第二主播用户访问第一直播间符合预设条件

本实施例中，在第二主播用户接收该业务请求之后，确定第二主播用户访问第一直播间符合预设条件，才可以将目标数量的业务数据发送给第二主播用户。

在一实施例中，预设条件包括：第二主播用户在预设时间段访问第一直播间、且第二主播用户访问第一直播间的持续时间超过预设时间。具体的，若预设时间段为48小时，则第二主播用户需要在48小时之内访问第一直播间；若超过48小时，则表示第二主播用户访问第一直播间不符合预设条件。若预设时间为30分钟，则表示第二主播用户需要在访问第一直播间时，观看第一主播用户上传的直播节目的持续时间超过30分钟；若该持续时间低于30分钟，则表示第二主播用户访问第一直播间不符合预设条件。

在又一实施例中，预设条件还包括：第二主播用户访问第一直播间时，通过第二主播用户提供的入口信息，访问第一直播间的观众用户的数量超过预设的观众数量。其中，可以在第二主播用户提供的入口信息中设置有第二主播用户的唯一标识，用于方便统计第二主播用户引流的观众用户的数量。

进一步的，若第二主播用户访问第一直播间不符合预设条件，则将目标数量的业务数据退还给第一主播用户。

本实施例的技术方案，通过接收第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，第一直播间为第一主播用户进入的直播间；从业务请求中确定将发送给第二主播用户的业务数据的目标数量；从第一主播用户扣除目标数量的业务数据；将业务请求转发至第二主播用户；当确定第二主播用户接受业务请求、且第二主播用户访问第一直播间符合预设条件时，将目标数量的业务数据发送给第二主播用户。由此，区别于一般情况下，主播用户间缺乏进行互动的技术途径、且缺乏进行互动的正反馈，本发明实施例第一主播用户可以邀请第二主播用户访问第一直播间，并将目标数量的业务数据发送给第二主播用户。一方面，可以增加第一主播用户与第二主播用户互动的积极性，从而增加互动的频次；另一方面，由于第二主播用户的访问，增加了第一主播用户的流量和人气。进一步的，采用将目标数量的业务数据发送给第二主播用户，除了可以增加第一主播用户与第二主播用户互动的积极性之外，还有利于业务处理端对业务请求根据业务数据进行过滤，减少因业务处理端频繁处理业务请求，导致业务处理端宕机的问题。

实施例二

图2A为本发明实施例二提供的一种直播方法的流程图。图2B-2C为本发明实施例二提供的一种直播方法的界面示例图。本实施例在上述实施例的基础上进一步细化，增加将直播方法应用于第一主播用户的场景进行描述，参照图2A具体的包括如下步骤：

S210、输入第二主播用户，所述第二主播用户为第一主播用户邀请访问第一直播间的主播用户，所述第一直播间为所述第一主播用户进入的直播间。

本实施例中，除了主播用户与观众用户之间的交流外，本实施例通过第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，来实现主播用户间的交流。其中，输入的第二主播用户为被邀请对象。

如图2B所示，该指定的界面可以用于在“查房主播”所对应的界面区域输入第二主播用户。在一实施例中，输入关键词，显示与该关键词匹配的候选主播用户，从该候选主播用户中确定第二主播用户。如在“查房主播”对应的界面输入第二主播用户的名称或房间号，以搜索得到第二主播用户。

进一步的，本实施例中对第二主播用户如何访问第一直播间不作限定。

在一实施例中，当第二主播用户接受该业务请求时，业务处理端可以向第二主播用户发送入口信息，其中，入口信息可以包括：进入第一直播间的地址。进一步的，第二主播用户可以通过该入口信息访问第一直播间。

在又一实施例中，第二主播用户访问第一直播间是以查房的形式进行，也就是，第二主播用户可以引导观众用户访问第一直播间，以实现为第一主播用户进行引流，从而增加第一主播用户所创建的第一直播间的访问量。具体的引导观众用户的方式，可以是向正在访问第二主播用户的观众用户发送入口信息，该观众用户可以通过该入口信息访问第一直播间。

S220、输入目标数量，所述目标数量为将发送给第二主播用户的业务数据的数量。

本实施例中，第一主播用户可以通过向第二主播用户发送目标数量的业务数据，来回馈第二主播用户访问第一直播间，从而提高第二主播用户接受该业务请求，并访问第一直播间的积极性。该业务数据为直播平台中的交换媒介，可以是直播平台提供的虚拟物品，也可以是虚拟币。进一步的，不同的虚拟物品可以进行等价交换，如将虚拟物品更换为等值的虚拟币。

在一实施例中，若第二主播用户访问第一直播间是以查房的形式进行，如图2B所示，该指定的界面可以用于在“查房赠礼”所对应的界面区域，输入业务数据的类型、该业务数据对应的目标数量。进一步的，业务数据为至少两种虚拟物品，虚拟物品之间可以进行等价替换。如图2B所示，将向第二主播用户发送目标数量为12、业务数据类型为“XXXX”的虚拟物品，而“XXXX”的虚拟物品可换算为1000个虚拟币。

需要注意的是，当第二主播用户预设的数据阈值时，业务处理端需要判断第一主播用户输入的业务数据的目标数量是否超过第二主播用户预设的数据阈值；若是，则确定第二主播用户接受业务请求；若否，则确定第二主播用户拒绝业务请求，并向第一主播用户发送提醒消息。其中，该提醒消息用于提醒第一主播用户所设置的目标数量低于第二主播用户预设的数据阈值，需要重新设置目标数量，才可以发起业务请求，以邀请第二主播用户访问第一直播间。

在又一实施例中，第一主播用户还可以输入业务备注信息，如图2B所示，该指定的界面可以用于在“邀请备注”所对应的界面区域，输入业务备注信息。该业务备注信息中可以用于设置第一直播间的开播时间、直播节目信息等。

S230、向业务服务端发送业务请求，所述业务请求根据所述第一主播用户和目标数量生成，用于邀请所述第二主播用户访问所述第一直播间，所述业务服务端用于将所述业务请求转发至所述第二主播用户，在确定所述第二主播用户接受所述业务请求、且所述第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户。

本实施例中，业务请求根据第一主播用户和目标数量生成，可以至少包括如下的一种业务信息：发送对象、被邀请对象、业务数据的目标数量、业务备注信息等。示例性的，当该业务请求为第一主播用户发起的、用于邀请第二主播用户访问第一直播间，则发送对象为第一主播用户，被邀请对象为第二主播用户。第二主播用户在接收到业务请求后，可以获取该业务信息，以确定是否接受该业务请求。

进一步的，本实施例中，在第二主播用户接收该业务请求之后，确定第二主播用户访问第一直播间符合预设条件，则可以将目标数量的业务数据发送给第二主播用户。

在一示例中，预设条件包括：第二主播用户在预设时间段访问第一直播间、且第二主播用户访问第一直播间的持续时间超过预设时间。

S240、显示业务数据扣除信息，所述业务数据扣除信息在根据从所述第一主播用户扣除所述目标数量的业务数据进行确定。

本实施例中，采用预先扣除的方式，从第一主播用户扣除目标数量的业务数据。

进一步的，在一实施例中，可以通过确定第一主播用户所包括的业务数据的总数；判断总数是否超过目标数量；若是，则从第一主播用户预先扣除目标数量的业务数据；若否，则向第一主播用户发出添加业务数据的通知消息，可以保证第一主播用户足以扣除目标数量的业务数据。

示例性的，第一主播用户设置有存储业务数据的账户，该业务数据可以是以虚拟币的形式存在。若第一主播用户在业务请求中设置将发送给第二主播用户数量S的A虚拟物品，则在第一主播用户的账户中扣除数量S的A虚拟物品所对应的数量的虚拟币。如图2B所示，将向第二主播用户发送目标数量为12、业务数据类型为“XXXX”的虚拟物品，而“XXXX”的虚拟物品可换算为1000个虚拟币，则从第一主播用户的账户中扣除1000个虚拟币。如图2C所示，该指定的界面可以用于显示业务数据扣除信息，当第一主播用户足以扣除该目标数量的业务数据时，显示“成功向第二主播发起查房邀请”；当该总数小于目标数量时，显示“虚拟币不足，是否添加虚拟币来购买虚拟物品”，并在成功添加虚拟币后，即购买虚拟币后，显示“成功向第二主播发起查房邀请”。

需要说明的是，确定第二主播用户拒绝业务请求，则将目标数量的业务数据退还给第一主播用户。另外，若第二主播用户访问第一直播间不符合预设条件，则将目标数量的业务数据退还给第一主播用户。

实施例三

图3A为本发明实施例三提供的一种直播方法的流程图。图3B-3C为本发明实施例三提供的一种直播方法的界面示例图。本实施例在上述实施例的基础上进一步细化，增加将直播方法应用于第二主播用户的场景进行描述，具体的包括如下步骤：

S310、显示第一主播用户的邀请信息，所述邀请信息根据业务服务端转发的、所述第一主播用户发起的业务请求进行生成，所述业务请求用于邀请第二主播用户访问第一直播间、并设置有将发送给第二主播用户的业务数据的目标数量，所述第一直播间为所述第一主播用户进入的直播间。

本实施例中，除了主播用户与观众用户之间的交流外，本实施例通过第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，来实现主播用户间的交流。进一步的，第一主播用户可以通过向第二主播用户发送目标数量的业务数据，来回馈第二主播用户访问第一直播间，从而提高第二主播用户接受该业务请求，并访问第一直播间的积极性。该业务数据为直播平台中的交换媒介，可以是直播平台提供的虚拟物品，也可以是虚拟币。进一步的，不同的虚拟物品可以进行等价交换。

本实施例中，该业务请求可以至少包括如下的一种业务信息：发送对象、被邀请对象、业务数据的目标数量、业务备注信息等。示例性的，当该业务请求为第一主播用户发起的、用于邀请第二主播用户访问第一直播间，则发送对象为第一主播用户，被邀请对象为第二主播用户。进一步的，业务备注信息中可以设置第一直播间的开播时间、直播节目信息等。第二主播用户在接收到业务请求后，可以获取该业务信息，以确定是否接受该业务请求。

进一步的，邀请信息根据业务请求生成。示例性的，该邀请信息可以用于显示该业务请求包括的业务信息。如图3B所示，该指定的界面可以用于显示第一主播用户的邀请信息。该邀请信息至少包括如下中的一种：发送对象、业务数据的目标数量、业务备注信息等。

S320、接收作用于所述邀请信息的接受操作，所述接受操作用于确定所述第二主播用户接受所述业务请求。

在一实施例中，如图3B所示，该指定的界面中显示的“接受”和“拒绝”的按钮，通过监听“接受”按钮被按下，确定接收到作用于邀请信息的接受操作；监听“拒绝”按钮被按下，确定接收到作用于邀请信息的拒绝操作。

S330、显示待访问信息，所述待访问信息用于提供访问入口，所述访问入口用于进入被所述第二主播用户接受所述业务请求的第一主播用户的第一直播间。

在一实施例中，如图3C所示，该指定的界面可以用于显示待访问信息。该带访问信息还至少包括如下中的一种：发送对象、业务数据的目标数量、业务备注信息等。

进一步的，可以通过手动和自动两种方式确定第二主播用户是否接受业务请求，并将被第二主播用户接受业务请求的第一主播用户显示在待访问信息中。

在手动的实施例中，根据第二主播用户是否接受业务请求，生成响应信息。在一实施例中，该响应信息为预设字段，至少包括：对应于接受该业务请求的预设字段、对应于拒绝该业务请求的预设字段。如图3B所示，该指定的界面中显示的“接受”和“拒绝”的按钮，通过监听“接受”按钮被按下，确定接收到作用于邀请信息的接受操作，并生成包括对应于接受该业务请求的预设字段的响应信息，从而确定第二主播用户接受业务请求，并将接受操作所作用的第一主播用户的业务信息显示在待访问信息中。通过监听“拒绝”按钮被按下，确定接收到作用于邀请信息的拒绝操作，并生成包括对应于拒绝该业务请求的预设字段的响应信息，从而确定第二主播用户拒绝业务请求。

在自动的方式的实施例中，判断第一主播用户发送的业务数据的目标数量是否超过第二主播用户预设的数据阈值；若是，则确定第二主播用户接受业务请求；若否，则确定第二主播用户拒绝业务请求。具体的，第二主播用户可以预设有数据阈值，当第一主播用户设置的将发送的业务数据的目标数量超过该数据阈值时，则自动确定第二主播用户接受该业务请求，并将被接受该业务请求的第一主播用户的业务信息显示在待访问信息中。通过为第二主播用户提供设置数据阈值的接口，可以方便第二主播用户自动过滤业务请求，方便第二主播用户对业务请求进行管理。进而避免第二主播用户接收过多的业务请求。

需要注意的是，本实施例中，采用预先扣除的方式，从第一主播用户扣除目标数量的业务数据。若确定第二主播用户拒绝业务请求，则将目标数量的业务数据退还给第一主播用户。

S340、接收作用于所述待访问信息的访问操作，所述访问操作用于访问所述第一直播间。

本实施例中，访问操作作用于待访问信息中设置的访问入口时，第二主播用户开始访问第一直播间。

本实施例中对第二主播用户如何访问第一直播间不作限定。

在一实施例中，当第二主播用户接受该业务请求时，业务处理端可以向第二主播用户发送入口信息，其中，入口信息可以包括：进入第一直播间的地址。进一步的，第二主播用户可以通过该入口信息访问第一直播间。

在又一实施例中，第二主播用户访问第一直播间是以查房的形式进行，也就是，第二主播用户可以引导观众用户访问第一直播间，以实现为第一主播用户进行引流，从而增加第一主播用户所创建的第一直播间的访问量。具体的引导观众用户的方式，可以是向正在访问第二主播用户的观众用户发送入口信息，该观众用户可以通过该入口信息访问第一直播间。

S350、在所述第二主播用户访问所述第一直播间符合预设条件时，接收所述目标数量的业务数据。

本实施例中，在第二主播用户接收该业务请求之后，确定第二主播用户访问第一直播间符合预设条件，才可以接收第一主播用户发送的目标数量的业务数据。

在一实施例中，预设条件包括：第二主播用户在预设时间段访问第一直播间、且第二主播用户访问第一直播间的持续时间超过预设时间。具体的，若预设时间段为48小时，则第二主播用户需要在48小时之内访问第一直播间；若超过48小时，则表示第二主播用户访问第一直播间不符合预设条件。若预设时间为30分钟，则表示第二主播用户需要在访问第一直播间时，观看第一主播用户上传的直播节目的持续时间超过30分钟；若该持续时间低于 30分钟，则表示第二主播用户访问第一直播间不符合预设条件。示例性的，该邀请信息和待访问信息还用于显示预设时间段的剩余时间，提醒第二主播用户在在预设时间段访问第一直播间，以免第二主播用户访问第一直播间不符合预设条件。

在又一实施例中，预设条件还包括：第二主播用户访问第一直播间时，通过第二主播用户提供的入口信息，访问第一直播间的观众用户的数量超过预设的观众数量。其中，可以在第二主播用户提供的入口信息中设置有第二主播用户的唯一标识，用于方便统计第二主播用户引流的观众用户的数量。

进一步的，若第二主播用户访问第一直播间不符合预设条件，则将目标数量的业务数据退还给第一主播用户。

实施例四

图4为本发明实施例四提供的一种直播装置的结构示意图，本实施例可适用于为主播用户提供互动途径，并以业务数据的形式进行回馈的情况，该装置可以集成于业务处理端，该业务处理端可以是服务器，该服务器可以是独立服务器、集群服务器等。参照图4，该装置具体包括如下结构：业务请求接收模块410、目标数量确定模块420、业务数据扣除模块430、业务请求转发模块440和业务数据发送模块450。

业务请求接收模块410，用于接收第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，所述第一直播间为所述第一主播用户进入的直播间；

目标数量确定模块420，用于从所述业务请求中确定将发送给第二主播用户的业务数据的目标数量；

业务数据扣除模块430，用于从所述第一主播用户扣除所述目标数量的业务数据；

业务请求转发模块440，用于将所述业务请求转发至所述第二主播用户；

业务数据发送模块450，用于当确定所述第二主播用户接受所述业务请求、且第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户。

本实施例的技术方案，通过接收第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，所述第一直播间为所述第一主播用户进入的直播间；从所述业务请求中确定将发送给第二主播用户的业务数据的目标数量；从所述第一主播用户扣除所述目标数量的业务数据；将所述业务请求转发至所述第二主播用户；当确定所述第二主播用户接受所述业务请求、且第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户。由此，区别于一般情况下，主播用户间缺乏进行互动的技术途径、且缺乏进行互动的正反馈，本发明实施例第一主播用户可以邀请第二主播用户访问第一直播间，并将目标数量的业务数据发送给第二主播用户。一方面，可以增加第一主播用户与第二主播用户互动的积极性，从而增加互动的频次；另一方面，由于第二主播用户的访问，增加了第一主播用户的流量和人气。

在上述技术方案的基础上，业务数据扣除模块430包括：

总数确定单元，用于确定所述第一主播用户所包括的业务数据的总数。

目标数量判断单元，用于判断所述总数是否超过所述目标数量。

扣除单元，用于若所述总数超过所述目标数量，则从所述第一主播用户预先扣除所述目标数量的业务数据。

通知消息发出单元，用于若所述总数不超过所述目标数量，则向所述第一主播用户发出添加所述业务数据的通知消息。

在上述技术方案的基础上，该装置还包括：

数据阈值判断模块，用于判断所述业务数据的所述目标数量是否超过第二主播用户预设的数据阈值；

接受请求模块，用于若所述业务数据超过第二主播用户预设的数据阈值，则确定所述第二主播用户接受所述业务请求。

拒绝请求模块，用于若所述业务数据不超过第二主播用户预设的数据阈值，则确定所述第二主播用户拒绝所述业务请求。

在上述技术方案的基础上，该装置还包括：

响应信息接收模块，用于接收所述第二主播用户对所述业务请求的响应信息；

业务请求判断模块，用于根据所述响应信息确定所述业务请求是否被第二主播用户所接受。

在上述技术方案的基础上，该装置还包括：

第一退还模块，用于确定所述第二主播用户拒绝所述业务请求，则将所述目标数量的业务数据退还给所述第一主播用户。

在上述技术方案的基础上，该装置还包括：

第二退还模块，用于若第二主播用户访问所述第一直播间不符合预设条件，则将所述目标数量的业务数据退还给所述第一主播用户。

在上述技术方案的基础上，所述预设条件包括：所述第二主播用户在预设时间段访问第一直播间、且所述第二主播用户访问第一直播间的持续时间超过预设时间。

实施例五

图5为本发明实施例五提供的一种直播装置的结构示意图。

本实施例可适用于为主播用户提供互动途径，并以业务数据的形式进行回馈的情况，该装置可以集成于第一主播用户的客户端中，该装置包括：第二主播用户输入模块510、目标数量输入模块520、业务请求发送模块530和扣除信息显示模块540。

第二主播用户输入模块510，用于输入第二主播用户，所述第二主播用户为第一主播用户邀请访问第一直播间的主播用户，所述第一直播间为所述第一主播用户进入的直播间。

目标数量输入模块520，用于输入目标数量，所述目标数量为将发送给第二主播用户的业务数据的数量。

业务请求发送模块530，用于向业务服务端发送业务请求，所述业务请求根据所述第一主播用户和目标数量生成，用于邀请所述第二主播用户访问所述第一直播间，所述业务服务端用于将所述业务请求转发至所述第二主播用户，在确定所述第二主播用户接受所述业务请求、且所述第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户。

扣除信息显示模块540，用于显示业务数据扣除信息，所述业务数据扣除信息在根据从所述第一主播用户扣除所述目标数量的业务数据进行确定。

实施例六

图6为本发明实施例六提供的一种直播装置的结构示意图。

本实施例可适用于为主播用户提供互动途径，并以业务数据的形式进行回馈的情况，该装置可以集成于第二主播用户的客户端中，该装置包括：邀请信息显示模块610、接受操作接收模块620、访问信息显示模块630、访问操作接收模块640和业务数据接收模块650。

邀请信息显示模块610，用于显示第一主播用户的邀请信息，所述邀请信息根据业务服务端转发的、所述第一主播用户发起的业务请求进行生成，所述业务请求用于邀请第二主播用户访问第一直播间、并设置有将发送给第二主播用户的业务数据的目标数量，所述第一直播间为所述第一主播用户进入的直播间。

接受操作接收模块620，用于接收作用于所述邀请信息的接受操作，所述接受操作用于确定所述第二主播用户接受所述业务请求。

访问信息显示模块630，用于显示待访问信息，所述待访问信息用于提供访问入口，所述访问入口用于进入被所述第二主播用户接受所述业务请求的第一主播用户的第一直播间。

访问操作接收模块640，用于接收作用于所述待访问信息的访问操作，所述访问操作用于访问所述第一直播间。

业务数据接收模块650，用于在所述第二主播用户访问所述第一直播间符合预设条件时，接收所述目标数量的业务数据。

实施例七

图7为本发明实施例七提供的一种直播设备的结构示意图。如图7所示，该直播设备包括：处理器70、存储器71、输入装置72以及输出装置73。该直播设备中处理器70的数量可以是一个或者多个，图7中以一个处理器70为例。该直播设备中存储器71的数量可以是一个或者多个，图7中以一个存储器71为例。该直播设备的处理器70、存储器71、输入装置72以及输出装置73可以通过总线或者其他方式连接，图7中以通过总线连接为例。该直播设备可以是手机、电脑和服务器等。

存储器71作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明任意实施例所述的直播方法对应的程序指令/模块(例如，直播装置中的业务请求接收模块410、目标数量确定模块420、业务数据扣除模块430、业务请求转发模块 440和业务数据发送模块450；又如，直播装置中的第二主播用户输入模块510、目标数量输入模块520、业务请求发送模块530和扣除信息显示模块540；又如，直播装置中的邀请信息显示模块610、接受操作接收模块620、访问信息显示模块630、访问操作接收模块640和业务数据接收模块650)。存储器71可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器71可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器71可进一步包括相对于处理器70远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置72可用于接收输入的数字或者字符信息，以及产生与直播设备的观众用户设置以及功能控制有关的键信号输入，还可以是用于获取图像的摄像头以及获取音频数据的拾音设备。输出装置73可以包括扬声器等音频设备。需要说明的是，输入装置72和输出装置 73的具体组成可以根据实际情况设定。

处理器70通过运行存储在存储器71中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的直播方法。

实施例八

本发明实施例八还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种直播方法。

在一实施例中，应用于业务处理端的场景，该方法包括：

接收第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，所述第一直播间为所述第一主播用户进入的直播间；

从所述业务请求中确定将发送给第二主播用户的业务数据的目标数量；

从所述第一主播用户扣除所述目标数量的业务数据；

将所述业务请求转发至所述第二主播用户；

当确定所述第二主播用户接受所述业务请求、且第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户。

在又一实施例中，应用于第一主播用户的场景，该方法包括：

输入第二主播用户，所述第二主播用户为第一主播用户邀请访问第一直播间的主播用户，所述第一直播间为所述第一主播用户进入的直播间；

输入目标数量，所述目标数量为将发送给第二主播用户的业务数据的数量；

向业务服务端发送业务请求，所述业务请求根据所述第一主播用户和目标数量生成，用于邀请所述第二主播用户访问所述第一直播间，所述业务服务端用于将所述业务请求转发至所述第二主播用户，在确定所述第二主播用户接受所述业务请求、且所述第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户；

显示业务数据扣除信息，所述业务数据扣除信息在根据从所述第一主播用户扣除所述目标数量的业务数据进行确定。

在又一实施例中，应用于第二主播用户的场景，该方法包括：

显示第一主播用户的邀请信息，所述邀请信息根据业务服务端转发的、所述第一主播用户发起的业务请求进行生成，所述业务请求用于邀请第二主播用户访问第一直播间、并设置有将发送给第二主播用户的业务数据的目标数量，所述第一直播间为所述第一主播用户进入的直播间；

接收作用于所述邀请信息的接受操作，所述接受操作用于确定所述第二主播用户接受所述业务请求；

显示待访问信息，所述待访问信息用于提供访问入口，所述访问入口用于进入被所述第二主播用户接受所述业务请求的第一主播用户的第一直播间；

接收作用于所述待访问信息的访问操作，所述访问操作用于访问所述第一直播间；

在所述第二主播用户访问所述第一直播间符合预设条件时，接收所述目标数量的业务数据。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的直播方法操作,还可以执行本发明任意实施例所提供的直播方法中的相关操作，且具备相应的功能和有益效果。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(RandomAccessMemory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是机器人，个人计算机，服务器，或者网络设备等)执行本发明任意实施例所述的直播方法。

值得注意的是，上述直播装置中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“实施方式”、“一实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

上述产品可执行本发明任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (14)

1.一种直播方法，其特征在于，包括：

接收第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，所述第一直播间为所述第一主播用户进入的直播间；

从所述业务请求中确定将发送给第二主播用户的业务数据的目标数量；

从所述第一主播用户扣除所述目标数量的业务数据；

将所述业务请求转发至所述第二主播用户；

当确定所述第二主播用户接受所述业务请求、且第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户。

2.根据权利要求1所述的方法，其特征在于，从所述第一主播用户扣除所述目标数量的业务数据，包括：

确定所述第一主播用户所包括的业务数据的总数；

判断所述总数是否超过所述目标数量；

若是，则从所述第一主播用户预先扣除所述目标数量的业务数据；

若否，则向所述第一主播用户发出添加所述业务数据的通知消息。

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

判断所述业务数据的所述目标数量是否超过第二主播用户预设的数据阈值；

若是，则确定所述第二主播用户接受所述业务请求；

若否，则确定所述第二主播用户拒绝所述业务请求。

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

接收所述第二主播用户对所述业务请求的响应信息；

根据所述响应信息确定所述业务请求是否被第二主播用户所接受。

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

确定所述第二主播用户拒绝所述业务请求，则将所述目标数量的业务数据退还给所述第一主播用户。

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

若第二主播用户访问所述第一直播间不符合预设条件，则将所述目标数量的业务数据退还给所述第一主播用户。

7.根据权利要求1-6任一所述的方法，其特征在于，所述预设条件包括：

所述第二主播用户在预设时间段访问第一直播间、且所述第二主播用户访问第一直播间的持续时间超过预设时间。

8.一种直播方法，其特在于，包括：

输入第二主播用户，所述第二主播用户为第一主播用户邀请访问第一直播间的主播用户，所述第一直播间为所述第一主播用户进入的直播间；

输入目标数量，所述目标数量为将发送给第二主播用户的业务数据的数量；

向业务服务端发送业务请求，所述业务请求根据所述第一主播用户和目标数量生成，用于邀请所述第二主播用户访问所述第一直播间，所述业务服务端用于将所述业务请求转发至所述第二主播用户，在确定所述第二主播用户接受所述业务请求、且所述第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户；

显示业务数据扣除信息，所述业务数据扣除信息在根据从所述第一主播用户扣除所述目标数量的业务数据进行确定。

9.一种直播方法，其特征在于，包括：

显示第一主播用户的邀请信息，所述邀请信息根据业务服务端转发的、所述第一主播用户发起的业务请求进行生成，所述业务请求用于邀请第二主播用户访问第一直播间、并设置有将发送给第二主播用户的业务数据的目标数量，所述第一直播间为所述第一主播用户进入的直播间；

接收作用于所述邀请信息的接受操作，所述接受操作用于确定所述第二主播用户接受所述业务请求；

显示待访问信息，所述待访问信息用于提供访问入口，所述访问入口用于进入被所述第二主播用户接受所述业务请求的第一主播用户的第一直播间；

接收作用于所述待访问信息的访问操作，所述访问操作用于访问所述第一直播间；

在所述第二主播用户访问所述第一直播间符合预设条件时，接收所述目标数量的业务数据。

10.一种直播装置，其特征在于，包括：

业务请求接收模块，用于接收第一主播用户发起的、邀请第二主播用户访问第一直播间的业务请求，所述第一直播间为所述第一主播用户进入的直播间；

目标数量确定模块，用于从所述业务请求中确定将发送给第二主播用户的业务数据的目标数量；

业务数据扣除模块，用于从所述第一主播用户扣除所述目标数量的业务数据；

业务请求转发模块，用于将所述业务请求转发至所述第二主播用户；

业务数据发送模块，用于当确定所述第二主播用户接受所述业务请求、且第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户。

11.一种直播装置，其特在于，包括：

第二主播用户输入模块，用于输入第二主播用户，所述第二主播用户为第一主播用户邀请访问第一直播间的主播用户，所述第一直播间为所述第一主播用户进入的直播间；

目标数量输入模块，用于输入目标数量，所述目标数量为将发送给第二主播用户的业务数据的数量；

业务请求发送模块，用于向业务服务端发送业务请求，所述业务请求根据所述第一主播用户和目标数量生成，用于邀请所述第二主播用户访问所述第一直播间，所述业务服务端用于将所述业务请求转发至所述第二主播用户，在确定所述第二主播用户接受所述业务请求、且所述第二主播用户访问所述第一直播间符合预设条件时，将所述目标数量的业务数据发送给所述第二主播用户；

扣除信息显示模块，用于显示业务数据扣除信息，所述业务数据扣除信息在根据从所述第一主播用户扣除所述目标数量的业务数据进行确定。

12.一种直播装置，其特征在于，包括：

邀请信息显示模块，用于显示第一主播用户的邀请信息，所述邀请信息根据业务服务端转发的、所述第一主播用户发起的业务请求进行生成，所述业务请求用于邀请第二主播用户访问第一直播间、并设置有将发送给第二主播用户的业务数据的目标数量，所述第一直播间为所述第一主播用户进入的直播间；

接受操作接收模块，用于接收作用于所述邀请信息的接受操作，所述接受操作用于确定所述第二主播用户接受所述业务请求；

访问信息显示模块，用于显示待访问信息，所述待访问信息用于提供访问入口，所述访问入口用于进入被所述第二主播用户接受所述业务请求的第一主播用户的第一直播间；

访问操作接收模块，用于接收作用于所述待访问信息的访问操作，所述访问操作用于访问所述第一直播间；

业务数据接收模块，用于在所述第二主播用户访问所述第一直播间符合预设条件时，接收所述目标数量的业务数据。

13.一种直播设备，其特征在于，包括：存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的直播方法。

14.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-9中任一所述的直播方法。