一种直播间交互方法、系统、设备及计算机可读介质与流程

本说明书涉及计算机技术领域，尤其涉及一种直播间交互方法、系统、设备及计算机可读介质。

背景技术：

直播，包括语音直播以及视频直播，是当前非常普及的多媒体应用场景。在直播场景中，最基本的交流方式是：主播在直播间内进行语音或视频内容展示，进入该直播间的用户根据自身对当前展示内容的喜好程度向主播赠送对应的电子礼物。

在现有技术中，在众多的直播应用场景中，其中有一种是一个直播间内包含多个主播。在多主播的房间内，如语音房间或者多视频的房间，若需要对其中的一个主播进行赠送礼物操作，往往需要先选中其中的主播；然后再选择对应的礼物类型、礼物数量；最后点击赠送按钮来对该主播进行送礼。若是要对多个主播进行赠送礼物操作，则要重复上述步骤多次，才能到达最终的送礼效果。上述交互流程需要用户交互的路径较长，操作繁琐且不够直观，大大影响了用户的交互体验。

技术实现要素：

有鉴于此，本说明书实施例提供了一种直播间交互方法、系统、设备及计算机可读介质，用于解决现有技术中直播应用场景下，赠送礼物流程繁琐、不易操作的问题。

本说明书实施例采用下述技术方案：

本说明书实施例提供一种直播间交互方法，包括：

监测用户所在直播间内的主播是否被触发直联送礼通道；

当监测到任一主播被触发直联送礼通道时，调用对应的直联送礼通道设置，基于所述直联送礼通道设置针对被触发直联送礼通道的主播进行赠送礼物操作，其中，根据所述用户的历史送礼记录和/或用户设定确定所述直联送礼通道设置。

优选地，在一实施例中：

所述方法还包括，在直播间主页面展示当前直播间内所有主播的主播标识，所述主播标识包括主播头像和/或主播昵称；

监测用户所在直播间内的主播是否被触发直联送礼通道，其中，在所述直播间主页面监测所述主播标识是否被触发，当任一所述主播标识被触发时，判定对应的主播被触发直联送礼通道。

优选地，在一实施例中，根据所述用户的历史送礼记录和/或用户设定确定所述直联送礼通道设置，包括：

以所述历史送礼记录中针对被触发直联送礼通道的主播的最近一次的送礼设置为所述直联送礼通道设置；

或者，

展示所述历史送礼记录中针对被触发直联送礼通道的主播的最近一次的送礼设置，根据用户针对展示的送礼设置的确认/调整操作确定所述直联送礼通道设置。

优选地，在一实施例中，所述方法还包括，确认直联送礼通道模式是否被开启，其中：

在所述直播间主页面展示直联送礼通道按钮，根据用户针对所述直联送礼通道按钮的操作确定所述直联送礼通道模式是否被开启；

和/或，

在所述用户首次进入直播间时向所述用户确认是否开启所述直联送礼通道模式。

优选地，在一实施例中，监测用户所在直播间内的主播是否被触发直联送礼通道，具体为：

当所述直播间的送礼面板被触发时，进入所述送礼面板，其中，在所述送礼面板展示主播列表，在所述主播列表中展示当前直播间内所有主播对应的主播标识；

创建并调整送礼配置表，其中，所述送礼配置表包含作为赠送对象的主播的信息及主播对应的送礼设置，根据所述用户针对所述主播列表中主播标识的操作向所述送礼配置表中添加/减少主播；

当所述用户在所述送礼面板确认送礼后，根据所述送礼配置表当前所包含的主播的信息及主播对应的送礼设置进行赠送礼物操作。

优选地，在一实施例中，进入送礼面板，其中，在所述送礼面板中还展示礼物栏，其中：

在所述礼物栏中展示所有礼物类型，当所述主播列表中任一主播被选定时，利用所述礼物栏展示被选定的主播对应的送礼设置。

优选地，在一实施例中，创建并调整送礼配置表，包括：

展示被选定的主播当前所对应的送礼设置，根据所述用户针对展示的送礼设置的调整操作确定所述主播的最新的送礼设置，其中：

当所述主播首次被加入所述送礼配置表中时，根据上一被添加到所述送礼配置表的主播对应的送礼设置或所述用户向所述主播发送电子礼物的历史记录确定当前需要展示的送礼设置。

本申请还提出了一种直播间交互系统，包括：

操作监测模块，其配置为监测用户所在直播间内的主播是否被触发直联送礼通道；

直联送礼模块，其配置为当监测到任一主播被触发直联送礼通道时，调用对应的直联送礼通道设置，基于所述直联送礼通道设置针对对应的主播进行赠送礼物操作。

本申请还提出了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现本说明书实施例所述的方法。

本申请还提出了一种用于在用户设备端进行信息处理的设备，该设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该设备执行本说明书实施例所述的方法。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：根据本发明实施例的方法，用户不需要重复进行送礼设置，只需对目标主播直接触发直联送礼通道就可以实现针对该主播的赠送礼物操作；相较于现有技术，根据本发明实施例的方法大大简化了直播间内向主播赠送礼物的操作流程，提高了用户的交互体验。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为根据本说明书一实施例的方法执行流程图；

图2为根据本说明书一实施例的直播间主页面部分显示效果示意图；

图3～图6为根据本说明书实施例的方法执行部分流程图；

图7以及图8为根据本说明书一实施例送礼面板显示效果示意图；

图9为根据本说明书一实施例的系统结构框图；

图10为根据本说明书一实施例的系统部分结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在现有技术中，直播应用场景存在的一个问题是赠送礼物流程繁琐，操作复杂，从而大大影响了用户的交互体验。针对上述问题，本说明书实施例提出了一种直播间交互方法，通过构造直联送礼通道，实现只要触发直联送礼通道就可以完成赠送礼物操作。相较于现有技术，本说明书实施例的方法简单易行，大大简化了直播应用场景下赠送礼物流程，提高了用户的交互体验。

需要说明的是，在本说明书实施例中，在直播间内的主播数量不做限制。本说明书实施例所提出的方法、系统、存储介质以及设备既可以应用于单主播直播间的应用场景，也可以应用于多主播直播间的应用场景。下述实施例虽然主要针对多主播直播间的应用场景进行方案细节的描述，但并不是说所描述的方案细节仅仅只能应用于多主播直播间应用场景。

需要说明的是，本说明书实施例中所提出的送礼以及赠送礼物，指的是在直播系统中通过系统向主播赠送电子礼物。赠送电子礼物对应的赠送礼物操作包括但不限于：

验证操作合法性并反馈验证结果；

当操作合法时，在直播间内公开展示或仅向对应主播展示礼物信息描述(通过特定的声音/文字/图片/动画)；

以及，

当操作合法时，在服务器的电子礼物记录中添加相应的赠送礼物记录。

进一步的，本说明书实施例中所提出的直播间内的所有主播，可以是直播间内当前在线的所有主播，也可以是直播间设置中所包含的所有主播(在线的以及属于该直播间但当前离线)。具体的，在实际应用场景中，可以根据实际应用需求，设定“直播间内所有主播”的包含范围(是否包含离线主播)。进一步的，在实际应用中，在直播过程中，其他主播可以加入到直播间中，从而令直播间所包含的所有主播包含该新主播。

以下结合附图，详细说明本说明书各实施例提供的技术方案。如图1所示，在一实施例中，方法包括以下步骤。

s110，监测用户所在直播间内的主播是否被触发直联送礼通道；

s120，当监测到主播被触发直联送礼通道时，调用对应的直联送礼通道设置，其中，根据所述用户的历史送礼记录和/或用户设定确定直联送礼通道设置；

s130，基于直联送礼通道设置针对被触发直联送礼通道的主播进行赠送礼物操作。

根据本发明实施例的方法，用户不需要重复进行送礼设置，只需对目标主播直接触发直联送礼通道就可以实现针对该主播的赠送礼物操作；相较于现有技术，根据本发明实施例的方法大大简化了直播间内向主播赠送礼物的操作流程，提高了用户的交互体验。

具体的，在说明书一实施例中，直联送礼通道设置包括进行赠送礼物操作时的礼物类型以及礼物数量。

进一步的，在一实施例中，为了方便用户触发直联送礼通道，在直播间主页面直观的展示所有该直播间的主播的主播标识，针对主播标识的直接点击视为对应的主播被触发直联送礼通道。具体的，在本说明书实施例中，直播间主页面指的是用户进入直播间并开始收听/收看直播时向用户展示的直播间页面(不包括进入直播间时弹出的广告、设定等相关页面)。

具体的，在说明书一实施例中，主播标识包括主播头像和/或主播昵称。

具体的，在一实施例中，在直播间主页面展示当前直播间内所有主播的主播头像和/或主播昵称；在监测用户所在直播间内的主播是否被触发直联送礼通道的过程中，在直播间主页面监测针对主播头像和/或主播昵称的点击操作，当存在针对任一主播头像和/或主播昵称的点击操作时，判定对应的主播被触发直联送礼通道。这样，如果用户想对某一主播送礼，只需要点击该主播的头像或昵称就可以完成送礼操作，尤其的，在多主播应用场景，针对多个主播进行送礼，只需要分别点击多个主播头像或昵称就可以完成。进一步的，即使是对同一主播多次送礼，也只需多次点击，而不需要多次重复的进行礼物类型/数量设置。送礼操作的执行流程被大大缩短，用户交互体验得到明显提升。

具体的，在一实施例中，如图2所示，图2为某一应用场景中多主播直播间的直播间主页面的部分显示效果示意图。主页面上方展示了所有当前在线的主播头像(黑色圆圈)及其昵称(黑色圆圈下方的白色方框)。用户只需要点击其中的某一个主播头像就可以完成针对该主播的直联送礼通道的触发。

具体的，在一实施例中，如图3所示，当用户进入直播间时，获取该直播间麦序上的主播列表信息(s310)；调用主播列表信息中所有主播对应的主播头像和/或主播昵称(s320)；显示直播间主页面，在直播间主页面上展示步骤s320调用的所有主播头像和/或主播昵称(s330)。

进一步的，在本说明书实施例中，触发直联送礼通道的操作并不仅仅限于点击主播标识。根据具体的应用场景需求，可以采用其他的触发方式。例如，在一实施例中，通过语音方式触发直联送礼通道。具体的，解析用户语音命令，当用户语音命令包含针对某一在线主播的直联送礼命令时，触发针对该主播的直联送礼通道。

进一步的，在本说明书实施例中，使用直联送礼通道的必要步骤之一是在触发直联送礼通道之前就必须设定好直联送礼通道设置。因此，在一实施例中，在触发直联送礼通道之前，根据用户的历史送礼记录和/或用户设定确定直联送礼通道设置。只需一次设定，在设定完成后，当直联送礼通道被触发时就可以基于设定好的直联送礼通道设置进行赠送礼物操作，而不需要重复多次进行设定送礼设置。

优选地，在说明书一实施例中，根据用户的历史送礼记录自动确定直联送礼通道设置，这就可以省略用户自身的设定步骤，从而大大简化操作流程。具体的，在一应用场景中，以历史送礼记录中针对被触发直联送礼通道的主播的最近一次的送礼设置为直联送礼通道设置。进一步的，在一实施例中，当用户从未针对主播进行过送礼(历史送礼记录中针对该主播的记录为空)，以系统默认送礼设置(例如，礼物列表第一个，数量为1)或者上一被设定好的直联送礼通道设置为该主播对应的直联送礼通道设置。

进一步的，虽然自动进行直联送礼通道设置会大大简化操作步骤，但是，在某些应用场景中，用户希望自行进行设定。因此，在一实施例中，根据用户设定确定直联送礼通道设置。具体的，在一应用场景中，向用户展示设置页面(或设置框)，通过用户针对设置页面/设置框的操作确定直联送礼通道设置。

这里需要说明的是，在本说明书实施例中，只需要在基于直联送礼通道设置进行赠送礼物操作之前完成确定直联送礼通道设置步骤即可，并不严格限定确定直联送礼通道设置步骤的执行节点。

具体的，在一实施例中，在用户首次进入直播间时，主动弹出设置页面(或设置框)，向用户确认直联送礼通道设置。进一步的，在一实施例中，当新主播加入直播间时，主动弹出设置页面(或设置框)，向用户确认新主播对应的直联送礼通道设置。

进一步的，在一实施例中，为了便于用户进行直联送礼通道设置的设定，在确定直联送礼通道设置的过程中，向用户展示第一默认送礼设置，令用户在第一默认送礼设置的基础上进行设置修改，根据用户针对第一默认送礼设置的确认操作或调整操作确定直联送礼通道设置。这样，当第一默认送礼设置与用户的送礼需求匹配或相近时，就可以大大简化用户设定直联送礼通道设置的操作步骤，降低操作复杂度，提高用户的交互体验。

优选地，在一实施例中，为了尽可能的令第一默认送礼设置与用户的送礼需求匹配，以用户历史送礼记录中针对被触发直联送礼通道的主播的最近一次的送礼设置作为该主播对应的第一默认设置。

具体的，在一实施例中，获取用户对当前直播间的主播列表信息中的所有主播的送礼记录；在用户设定直联送礼通道设置时，当存在用户针对某一主播的送礼记录时，以用户针对该主播最近一次的送礼设置为该主播对应的第一默认送礼设置。进一步的，当不存在用户针对某一主播的送礼记录时(用户之前并未对该主播送过礼)，以系统默认送礼设置(例如，礼物栏中的第一个礼物，礼物数量为1)为该主播对应的第一默认送礼设置，或者，以上一设定好的直联送礼通道设置为该主播对应的第一默认送礼设置。

进一步的，在本说明书实施例中，并不严格限定获取用于确定第一默认送礼设置的送礼记录的执行节点。具体的，在一实施例中，在用户首次进入直播间时，获取直播间内所有主播对应的送礼记录；或者，在用户进入直播间后，当用户需要进行设定直联送礼通道设置时，获取当前所有主播对应的送礼记录。进一步的，在一实施例中，当新主播加入直播间时，获取新主播对应的送礼记录。

进一步的，在一实施例中，获取用户之前所有的送礼记录，将其与直播间内所有的主播进行匹配，从中提取出每个主播对应的送礼记录。优选地，在一实施例中，只提取每个主播对应的最近的一条送礼记录。

具体的，如图4所示，在一实施例中，用户首次设定直联送礼通道设置时向用户展示主播对应的第一默认送礼设置，确定第一默认送礼设置包括以下流程。

s410，获取当前登陆用户的id标识。

s420，根据当前登陆用户的id标识查询其曾经的送礼记录(包含该用户所赠送过礼物的所有主播，不限于当前直播间内的主播)。优选地，在一实施例中，查询该用户指定时间范围内的送礼记录。例如最近一个月、最近一年。具体的时间范围根据用户的使用习惯(例如登陆频次)确定。

s430，按时间排序当前用户送礼记录中的主播id列表送礼记录。

s440，获取当前直播间的所有在线主播的id标识。

s450，根据获取到的当前直播间的所有在线主播的id标识，遍历当前用户送礼记录中的主播id列表送礼记录。

s451，查询当前用户送礼记录中的主播id列表送礼记录中是否存在与当前直播间的在线主播的id标识匹配的送礼记录。

s460，当针对某一在线主播的id标识存在匹配的送礼记录时，以匹配的送礼记录中最近的一条作为该主播的第一默认送礼设置。

s470，当针对某一在线主播的id标识不存在匹配的送礼记录时，以礼物栏中的第一个礼物为第一默认送礼设置的礼物类型并设置礼物数量为1。

进一步的，在一实施例中，为了能够让用户直观的了解自己与主播的互动经历，在直播间主页面展示用户针对当前直播间内主播的送礼记录。或者，在一实施例中，在直播间主页面展示送礼记录入口，送礼记录入口与送礼记录页面关联，在送礼记录页面展示用户针对当前直播间内主播的送礼记录。当用户希望了解自己与主播的互动经历时，可以通过送礼记录入口进入送礼记录页面。

进一步的，在一实施例中，为了简化送礼策略，直播间仅支持通过直联送礼通道进行送礼。进一步的，为了尽可能的满足不同用户的交互需求，在一实施例中，直播间支持直联送礼通道模式的开启以及关闭。这样，就可以根据用户需求选择开启或关闭直联送礼通道模式，从而实现在直联送礼通道模式与普通送礼模式之间的切换，或者，实现直联送礼通道模式与普通送礼模式相结合的状态与单独的普通送礼模式之间的切换。

进一步的，在本说明书实施例中，采用主动确认或者被动确认的方式来确认直联送礼通道模式是否被开启。

具体的，在一实施例中，确认直联送礼通道模式是否被开启，其中，在直播间主页面展示直联送礼通道按钮，根据用户针对直联送礼通道按钮的操作确定直联送礼通道模式是否被开启。例如，直联送礼通道模式默认关闭，对应的，直联送礼通道按钮默认展示关闭状态。用户点击直联送礼通道按钮后，直联送礼通道模式开启，对应的，直联送礼通道按钮展示开启状态。用户再次点击直联送礼通道按钮，直联送礼通道模式关闭，对应的，直联送礼通道按钮展示关闭状态。

或者，在一实施例中，在用户首次进入直播间时向用户确认是否开启直联送礼通道模式。例如，当用户首次进入直播间，向用户弹出直联送礼通道模式开启/关闭确认框，用户点击开启则开启直联送礼通道模式，用户点击关闭则关闭直联送礼通道模式。

进一步的，在一实施例中，采用主动确认以及被动确认结合的方式来确认直联送礼通道模式是否被开启。在用户首次进入直播间时向用户确认是否开启直联送礼通道模式。并且，在直播间主页面展示直联送礼通道按钮，在用户进入直播间后，根据用户针对直联送礼通道按钮的操作确定开启或关闭直联送礼通道模式。

优选地，在一实施例中，针对当前直播间，当直联送礼通道模式被第一次开启时确定直联送礼通道设置。具体的，在一实施例中，在用户首次进入直播间后向用户确实是否开启直联送礼通道状态。当用户首次开启针对该直播间的直联送礼通道模式时，主动弹出设置页面(或设置框)，向用户确认直联送礼通道设置

优选地，如图5所示，在一实施例中，方法包括以下流程。

在用户首次进入直播间前或者当用户首次进入直播间时，获取用户的送礼记录(s510)；

当用户首次进入直播间时，获取直播间对应的主播列表信息(s520)；

根据主播列表信息提取对应的主播头像以及主播昵称(s521)；

根据主播列表信息对用户的送礼记录做匹配，提取直播间内每个主播对应的最近的一条送礼记录(s522)；

当用户首次进入直播间时，向用户确认是否开启直联送礼通道模式(s530)；

当用户确认开启直联送礼通道模式时，基于主播对应的最近的一条送礼记录向用户确认直联送礼通道设置(s531)；

在步骤s530中用户确认关闭直联送礼通道模式之后或在步骤s531之后，展示包含所有主播头像以及对应昵称的直播间主页面，开始直播(s540)。

进一步的，在一实施例中，直联送礼通道模式的开启以及关闭是统一针对直播间内所有的主播的。在另一实施例中，直联送礼通道模式的开启以及关闭是分别针对直播间内每一个主播的。即，用户可以针对直播间内的每一个主播，分别设定是否针对该主播开启/关闭直联送礼通道模式。在直播过程中，仅对开启了直联送礼通道模式的主播进行直联送礼通道操作监测。

进一步的，在一实施例中，在直联送礼通道模式被关闭的情况下，即使用户进行了与触发直联送礼通道的操作一致的操作，也不会触发直联送礼通道，而是执行其他对应操作。例如，在一应用场景中，当直联送礼通道模式被打开时，用户点击直播间主页面的主播头像，直联送礼通道被触发；当直联送礼通道模式被关闭时，用户点击直播间主页面的主播头像，直联送礼通道则不被触发，而是弹出礼物类型数量确认框，向用户首先确认针对该主播的送礼设置，用户调整送礼设置并确认后，系统再根据用户确认的送礼设置对该主播进行送礼。

进一步的，本说明书实施例通过直联送礼通道操作实现了在直播间应用场景下针对主播的直联送礼，尤其的，实现了多主播场景下针对其中某一主播进行直联送礼。考虑到在实际应用场景中，多主播应用场景下还包含同时针对多个主播进行送礼的应用场景。为了简化送礼操作，在一实施例中，提出了基于送礼面板对多个主播进行送礼的方案。

具体的，在一实施例中，构造送礼面板，用户在有多主播送礼需求时可以从直播间主页面直接进入送礼面板。具体的，在监测直联送礼通道通道是否被触发的同时监测直播间的送礼面板是否被触发；当送礼面板被触发时，进入送礼面板。在送礼面板中，用户可以选择需要送礼的一个或多个主播并分别针对每个选中的主播进行送礼设置(设置礼物类型以及礼物数量)，然后统一对选择并设定好的一个或多个主播同时执行送礼操作。

具体的，如图6所示，在一实施例中，方法还包括：

s610，在直播间主页面展示送礼面板入口；

s620，监测是否存在针对送礼面板入口的进入送礼面板操作(送礼面板是否被触发)；

s630，当存在进入送礼面板操作时，展示送礼面板，包括，在送礼面板中展示主播列表，其中，在主播列表中展示当前直播间内所有主播对应的主播标识(主播头像和/或昵称)；

s640，创建并调整送礼配置表，其中，送礼配置表包含作为赠送对象的主播的信息及主播对应的送礼设置，根据用户针对主播列表中主播标识的操作向送礼配置表中添加/减少主播；

s650，判断是否存在针对送礼面板的确认送礼操作(判断用户在送礼面板是否确认送礼)，如果没有，则返回步骤s640，等待用户的进一步调整操作；

s660，当存在针对送礼面板的确认送礼操作(用户在送礼面板确认送礼后)，根据送礼配置表当前所包含的主播的信息及主播对应的送礼设置进行赠送礼物操作。

具体的，在一实施例中，在送礼面板展示确认送礼按钮，当用户点击确认送礼按钮，则判定用户执行了针对送礼面板的确认送礼操作(相当于用户确认已完成主播的选择以及送礼配置的调整操作，可以按照用户的选择调整结果进行送礼)。

优选地，在一实施例中，在送礼面板的主播列表中展示当前直播间内所有主播的主播标识(头像和/或昵称)，用户通过点击主播标识或对应的复选框将对应主播加入送礼配置表的主播信息中。

优选地，在一实施例中，通过对主播列表中主播的头像和/或昵称附加显示标识的方式展示该主播是否被加入送礼配置表。例如，在一应用场景中，被加入送礼配置表的主播对应的主播的头像和/或昵称加亮显示，没有被加入的暗色显示。

进一步的，在一实施例中，为了便于用户对送礼配置表中的送礼设置的设定，在确定送礼设置的过程中，向用户展示当前被选定的主播所对应的送礼设置。令用户在展示的送礼设置的基础上进行设置修改/调整，根据用户针对展示的送礼设置的调整操作确定该主播的最新的送礼设置。

进一步的，在一实施例中，当主播首次被加入送礼配置表中时，考虑到从未对其进行过送礼设置的设定，因此，以上一被添加到送礼配置表的主播对应的送礼设置为该主播对应的送礼设置进行展示。由于上一被添加到送礼配置表的主播对应的送礼设置是经过用户自身调整过的，因此，该送礼设置有相当大的可能与用户的送礼需求匹配或相近。这样，就可以大大简化用户设定直联送礼通道设置的操作步骤，降低操作复杂度，提高用户的交互体验。

进一步的，在一实施例中，当主播首次被加入送礼配置表中时，考虑到从未对其进行过送礼设置的设定，因此，以第二默认送礼设置为该主播对应的送礼设置进行展示。这样，当第二默认送礼设置与用户的送礼需求匹配或相近时，就可以大大简化用户设定直联送礼通道设置的操作步骤，降低操作复杂度，提高用户的交互体验。

优选地，在一实施例中，为了尽可能的令第一默认送礼设置与用户的送礼需求匹配，当存在用户针对主播的送礼记录时，以用户针对主播最近一次的送礼设置为第二默认送礼设置。进一步的，当不存在用户针对某一主播的送礼记录时(用户之前并未对该主播送过礼)，以系统默认送礼设置(例如，礼物栏中的第一个礼物，礼物数量为1)为该主播对应的第一默认送礼设置。

进一步的，在本说明书实施例中，并不严格限定获取用于确定第二默认送礼设置的送礼记录的执行节点。具体的，在一实施例中，在用户首次进入直播间时，获取直播间内所有主播对应的送礼记录；或者，在用户进入送礼面板后，当用户需要进行设定送礼设置时，获取当前选定的主播对应的送礼记录。

进一步的，在一实施例中，为了更直观的展示选定的主播对应的送礼设置并使得用户可以方便的进行送礼设置调整。展示送礼面板，还包括，在送礼面板中展示礼物栏，其中，在礼物栏中展示所有礼物类型，当主播列表中任一主播被选定时，利用礼物栏展示被选定的主播对应的送礼设置。

具体的，在一应用场景中，用户在选定送礼配置表所包含的某一主播(例如，选定主播列表中高亮显示的某一个主播标识，或者，在刚刚将某一主播加入送礼配置表时，默认该主播处于被选中状态)后，用户通过对礼物栏的操作确定该主播的送礼设置。例如，通过点击礼物栏上的礼物标识确定礼物类型。

具体的，在一实施例中，如图7所示，图7为某一应用场景中送礼面板的展示效果。虚线框710指示的是主播列表，虚线框720指示的是礼物栏。主播列表710显示在礼物栏720上方。若有多个主播，一行不够显示时，则通过横向滑动的形式展示。用户可以通过点击主播列表710中的用户头像选中一个或者多个主播，若已经勾选够再次点击则反选。选定的主播，其头像高亮显示，如图7所示，主播列表第一个主播头像(第一个圆圈)被选定，其高亮显示。在用户选定主播后，礼物栏720展示该主播对应的送礼设置。用户可以通过点击礼物栏720中的礼物图片选定礼物类型，选定礼物类型后点击礼物数量选择按钮730，弹出如图8所示的礼物数量选择框。选定礼物数量后返回如图7所示的送礼面板。当用户完成选择设定后点选赠送按钮740。系统根据当前的送礼配置表进行多主播送礼。

进一步的，在一实施例中，在送礼面板展示统一设置选项，当用户选择统一设置选项后，送礼配置表中所有的主播采用统一的送礼设置。这样，用户只要针对其中一个主播进行送礼设置设定就可以完成对所有主播的送礼设置设定。优选地，在一实施例中，当用户选择统一设置，默认后加入的主播采用上一个加入的主播的送礼设置。

进一步的，在一实施例中，在送礼面板中展示送礼列表。送礼列表以表格形式展示送礼配置表中当前包含的主播及其对应的送礼配置。当用户操作主播列表向送礼配置表中增加/减少主播时，送礼列表进行对应显示。用户可以通过点选送礼列表展示的主播标识(头像和/或昵称)选定主播，和/或，点击主播对应的送礼配置对该送礼配置进行修改调整。

进一步的，在一实施例中，用户在通过送礼面板对主播进行送礼时，在送礼面板针对主播进行的送礼设置设定并不影响该主播的直联送礼通道设置。主播对应的直联送礼通道设置只有在对应的直联送礼通道设置页面(框)中才能修改。

进一步的，为了避免误操作导致的错误的礼物以直联送礼通道和/或送礼面板送礼的方式被送出。在一实施例中，在执行赠送礼物操作时首先要对要赠送的礼物类型以及数量进行合法验证。具体的，在一应用场景中，根据用户的历史送礼记录验证当前要执行的赠送礼物操作是否合法。例如，当前赠送的礼物的种类以及数量与用户之前赠送的礼物的种类以及数量是否差距过大；用户是否在针对某一主播进行首次送礼时就赠送了过量的礼物；或者，用户在短时间内赠送的礼物数量是否超过了预设的阈值等等。

基于本说明书实施例的方法，本说明书实施例还提出了一种直播间交互系统。具体的，在一实施例中，如图9所示，系统包括：

操作监测模块910，其配置为监测用户所在直播间内的主播是否被触发直联送礼通道；

直联送礼模块920，其配置为当监测到任一主播被触发直联送礼通道时，调用对应的直联送礼通道设置，基于直联送礼通道设置针对对应的主播进行赠送礼物操作。

进一步的，在一实施例中，如图10所示，操作监测模块1010还配置为监测送礼面板是否被触发；系统还包括显示模块1040，显示模块1040配置为在直播间主页面展示送礼面板入口；显示模块1040还配置为当监测到送礼面板被触发时，展示送礼面板，其中，在送礼面板展示主播列表，在主播列表中展示当前直播间内所有主播对应的主播标识；系统还包括送礼配置模块1050，送礼配置模块1050配置为创建并调整送礼配置表，其中，根据用户针对主播列表中主播标识的操作向送礼配置表中添加/减少主播，送礼配置表包含作为赠送对象的主播的信息及主播对应的送礼设置；操作监测模块1010还配置为监测针对送礼面板的礼物赠送确认是否被触发；系统还包括多主播送礼模块1060，多主播送礼模块1060配置为当针对送礼面板的礼物赠送确认被触发时，根据送礼配置表当前所包含的主播的信息及主播对应的送礼设置进行赠送礼物操作。

基于本说明书实施例的方法，本说明书实施例还提出了一种计算机可读介质，其上存储有计算机可读指令，计算机可读指令可被处理器执行以实现本说明书实施例所述的方法。

基于本说明书实施例的方法，本说明书实施例还提出了一种用于在用户设备端进行信息处理的设备，该设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该设备执行本说明书实施例所述的方法。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。