CN114710690B - 服务执行方法、信息接收方法、终端和服务器 - Google Patents

Abstract

本公开关于服务执行方法、信息接收方法、终端和服务器，该服务执行方法包括：获取针对目标账号的可用资源，其中，针对目标账号的可用资源是由服务器将目标账号的至少一个关联账号的终端各自发送的针对目标账号的资源进行累加获得的；在目标账号的可用资源满足预设条件的情况下，从针对目标账号的可用资源中清除第一资源，并基于第一资源执行与目标账号相关的第一服务。这样，可以通过至少一个关联账号合作的方式实现执行与目标账号相关的第一服务，即允许每个关联账号仅发送较少的资源就可以实现执行与目标账号相关的第一服务，增强了用户和目标账号之间的互动程度。

Description

服务执行方法、信息接收方法、终端和服务器

技术领域

本公开涉及计算机技术领域，更具体地说，涉及服务执行方法、信息接收方法、终端和服务器。

背景技术

随着科技的发展，涌现出了各式各样的直播平台，主持者可以通过直播平台推荐产品、展示才艺等等，每个主持者都可以对应一个由喜欢该主持者的用户所组成的用户群体。

相关技术中，在进行直播时，需要主持者与用户进行音视频连线，参与直播的每个用户均可以看到主持者的画面，听到主持者的声音。目前，用户与主持者之间进行互动的方式比较单一，例如，用户只能在直播间内与主持者进行语音交流、针对主持者的表现发表评论等等，用户与主持者之间的互动程度较弱。

发明内容

本公开提供服务执行方法、信息接收方法、终端和服务器，以至少解决上述相关技术中，用户和主持者之间的互动程度较弱的问题。

根据本公开实施例的第一方面，提供一种服务执行方法，应用于服务器，所述服务执行方法包括：获取针对目标账号的可用资源，其中，所述针对目标账号的可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的；在所述目标账号的可用资源满足预设条件的情况下，从针对所述目标账号的可用资源中清除第一资源，并基于所述第一资源执行与所述目标账号相关的第一服务，其中，所述第一资源为执行所述第一服务所需的资源。

可选地，所述第一服务为直播间推荐服务，所述在所述目标账号的可用资源满足预设条件的情况下，从针对所述目标账号的可用资源中清除第一资源，并基于所述第一资源执行与所述目标账号相关的第一服务，包括：在所述目标账号的可用资源满足所述预设条件、且所述目标账号的直播间处于在播状态的情况下，从针对所述目标账号的可用资源中清除所述第一资源，并基于所述第一资源执行与所述目标账号相关的直播间推荐服务。

可选地，在基于所述第一资源执行与所述目标账号相关的第一服务的步骤之后，所述服务执行方法还包括：获取所述第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况；向所述目标账号的终端和所述目标账号的关联账号的终端发送所述服务信息。

可选地，在基于所述第一资源执行与所述目标账号相关的第一服务的步骤之后，所述服务执行方法还包括：向所述目标账号的终端发送提示信息，其中，所述提示信息用于提示与所述目标账号相关的第一服务已执行完毕。

可选地，所述预设条件为资源的数量达到所述第一资源的数量。

可选地，所述预设条件为资源的数量达到所述第一资源的数量且所述资源的存续时长未超过预设存续时长。

可选地，所述服务执行方法还包括：在所述目标账号的可用资源的存续时长超过所述预设存续时长的情况下，将所述目标账号的可用资源发送到所述目标账号的账户内。

根据本公开实施例的第二方面，提供一种信息接收方法，应用于目标账号的关联账号的终端，所述信息接收方法包括：接收服务器发送的与所述目标账号关联的第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况，所述第一服务是由所述服务器在获取到针对所述目标账号的可用资源，并在在所述目标账号的可用资源满足预设条件的情况下，基于所述目标账号的可用资源中的第一资源被执行的，其中，所述目标账号的可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的，所述第一资源为执行所述第一服务所需的资源；显示所述服务信息。

可选地，所述信息接收方法还包括：获取针对所述目标账号的资源；向所述服务器发送针对所述目标账号的资源，其中，发送的针对所述目标账号的资源被累加到所述目标账号的可用资源。

可选地，所述信息接收方法还包括：显示多个资源选择控件，其中，不同资源选择控件对应不同数量的资源；所述获取针对所述目标账号的资源，包括：接收针对所述多个资源选择控件中的目标资源选择控件的选择输入；获取所述目标资源选择控件对应的资源作为针对所述目标账号的资源。

可选地，所述信息接收方法还包括：显示资源自定义控件，其中，所述资源自定义控件用于输入资源数量；所述获取针对所述目标账号的资源，包括：响应于针对所述资源自定义控件的点击输入指令，显示资源自定义输入框；接收在所述资源自定义输入框内输入的资源数量；获取接收到的资源数量对应的资源作为针对所述目标账号的资源。

可选地，所述信息接收方法还包括：获取针对所述目标账号的留言内容；向所述服务器发送所述留言内容，以使所述服务器将所述留言内容作为服务信息的一部分发送至所述目标账号的终端以及所述目标账号的其他关联账号的终端。

根据本公开实施例的第三方面，提供一种信息接收方法，应用于目标账号的终端，所述信息接收方法包括：接收服务器发送的与所述目标账号关联的第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况，所述第一服务是由所述服务器在获取到针对所述目标账号的可用资源，并在所述目标账号的可用资源满足预设条件的情况下，基于所述目标账号的可用资源中的第一资源被执行的，其中，所述目标账号的可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的，所述第一资源为执行所述第一服务所需的资源；显示所述服务信息。

可选地，所述信息接收方法还包括：接收所述服务器发送的提示信息，其中，所述提示信息用于提示与所述目标账号相关的第一服务已执行完毕。

本公开实施例的第四方面，提供一种服务器，包括：可用资源获取模块，被配置为获取针对目标账号的可用资源，其中，所述针对目标账号的可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的；执行模块，被配置为在所述目标账号的可用资源满足预设条件的情况下，从针对所述目标账号的可用资源中清除第一资源，并基于所述第一资源执行与所述目标账号相关的第一服务，其中，所述第一资源为执行所述第一服务所需的资源。

可选地，所述第一服务为直播间推荐服务，所述执行模块被配置为：在所述目标账号的可用资源满足所述预设条件、且所述目标账号的直播间处于在播状态的情况下，从针对所述目标账号的可用资源中清除所述第一资源，并基于所述第一资源执行与所述目标账号相关的直播间推荐服务。

可选地，所述服务器还包括：服务信息获取模块，被配置为获取所述第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况；服务信息发送模块，被配置为向所述目标账号的终端和所述目标账号的关联账号的终端发送所述服务信息。

可选地，所述服务器还包括：提示信息发送模块，被配置为向所述目标账号的终端发送提示信息，其中，所述提示信息用于提示与所述目标账号相关的第一服务已执行完毕。

可选地，所述预设条件为资源的数量达到所述第一资源的数量。

可选地，所述预设条件为资源的数量达到所述第一资源的数量且所述资源的存续时长未超过预设存续时长。

可选地，所述服务器还包括：可用资源发送模块，被配置为在所述目标账号的可用资源的存续时长超过所述预设存续时长的情况下，将所述目标账号的可用资源发送到所述目标账号的账户内。

根据本公开实施例的第五方面，提供一种目标账号的关联账号的终端，包括：第一服务信息接收模块，被配置为接收服务器发送的与所述目标账号关联的第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况，所述第一服务是由所述服务器在获取到针对所述目标账号的可用资源，并在在所述目标账号的可用资源满足预设条件的情况下，基于所述目标账号的可用资源中的第一资源被执行的，其中，所述目标账号的可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的，所述第一资源为执行所述第一服务所需的资源；第一服务信息显示模块，被配置为显示所述服务信息。

可选地，所述目标账号的关联账号的终端还包括：资源获取模块，被配置为获取针对所述目标账号的资源；资源发送模块，被配置为向所述服务器发送针对所述目标账号的资源，其中，发送的针对所述目标账号的资源被累加到所述目标账号的可用资源。

可选地，所述目标账号的关联账号的终端还包括：资源选择控件显示模块，被配置为显示多个资源选择控件，其中，不同资源选择控件对应不同数量的资源；所述资源获取模块被配置为：接收针对所述多个资源选择控件中的目标资源选择控件的选择输入；获取所述目标资源选择控件对应的资源作为针对所述目标账号的资源。

可选地，所述目标账号的关联账号的终端还包括：资源自定义控件显示模块，被配置为显示资源自定义控件，其中，所述资源自定义控件用于输入资源数量；所述资源获取模块被配置为：响应于针对所述资源自定义控件的点击输入指令，显示资源自定义输入框；接收在所述资源自定义输入框内输入的资源数量；获取接收到的资源数量对应的资源作为针对所述目标账号的资源。

可选地，所述目标账号的关联账号的终端还包括：留言内容获取模块，被配置为获取针对所述目标账号的留言内容；留言内容发送模块，被配置为向所述服务器发送所述留言内容，以使所述服务器将所述留言内容作为服务信息的一部分发送至所述目标账号的终端以及所述目标账号的其他关联账号的终端。

根据本公开实施例的第六方面，提供一种目标账号的终端，包括：第二服务信息接收模块，被配置为接收服务器发送的与所述目标账号关联的第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况，所述第一服务是由所述服务器在获取到针对所述目标账号的可用资源，并在所述目标账号的可用资源满足预设条件的情况下，基于所述目标账号的可用资源中的第一资源被执行的，其中，所述目标账号的可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的，所述第一资源为执行所述第一服务所需的资源；第二服务信息显示模块，被配置为显示所述服务信息。

可选地，所述目标账号的终端还包括：提示信息接收模块，被配置为接收所述服务器发送的提示信息，其中，所述提示信息用于提示与所述目标账号相关的第一服务已执行完毕。

根据本公开实施例的第七方面，提供一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现根据本公开的服务执行方法或者信息接收方法。

根据本公开实施例的第八方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行根据本公开的服务执行方法或者信息接收方法。

根据本公开实施例的第九方面，提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据本公开的服务执行方法或者信息接收方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

可以通过至少一个关联账号合作的方式实现执行与目标账号相关的第一服务，即允许每个关联账号仅发送较少的资源就可以实现执行与目标账号相关的第一服务，易于用户表达对目标账号的支持，增强了用户和目标账号之间的互动程度。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是示出根据本公开的示例性实施例的一种服务执行方法的流程图；

图2是示出根据本公开的示例性实施例的一种信息接收方法的流程图；

图3是示出根据本公开的示例性实施例的一种在目标账号的关联账号的终端上显示服务信息的示意图；

图4是示出根据本公开的示例性实施例的另一种在目标账号的关联账号的终端上显示服务信息的示意图；

图5是示出根据本公开的示例性实施例的一种直播间推荐名单的示意图；

图6是示出根据本公开的示例性实施例的一种在资源自定义输入框内输入自定义资源的示意图；

图7是示出根据本公开的示例性实施例的另一种信息接收方法的流程图；

图8是示出根据本公开的示例性实施例的一种在目标账号的终端上显示服务信息的示意图；

图9是示出根据本公开的示例性实施例的另一种在目标账号的终端上显示服务信息的示意图；

图10是示出根据本公开的示例性实施例的一种“支持”明细的示意图；

图11是示出根据本公开的示例性实施例的一种查看“支持效果”的入口的示意图；

图12是示出根据本公开的示例性实施例的一种为直播间进行“支持”的具体实施流程图；

图13是示出根据本公开的示例性实施例的一种在主持者账号的关联账号的终端上显示发送资源的入口的示意图；

图14是示出根据本公开的示例性实施例的一种服务器的框图；

图15是示出根据本公开的示例性实施例的一种目标账号的关联账号的终端的框图；

图16是示出根据本公开的示例性实施例的一种目标账号的终端的框图；

图17是示出根据本公开的示例性实施例的一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在此需要说明的是，在本公开中出现的“若干项之中的至少一项”均表示包含“该若干项中的任意一项”、“该若干项中的任意多项的组合”、“该若干项的全体”这三类并列的情况。例如“包括A和B之中的至少一个”即包括如下三种并列的情况：(1)包括A；(2)包括B；(3)包括A和B。又例如“执行步骤一和步骤二之中的至少一个”，即表示如下三种并列的情况：(1)执行步骤一；(2)执行步骤二；(3)执行步骤一和步骤二。

图1是示出根据本公开的示例性实施例的一种服务执行方法的流程图，应用于服务器。

参照图1，在步骤101中，可以获取针对目标账号的可用资源。其中，针对目标账号的可用资源是由服务器将目标账号的至少一个关联账号的终端各自发送的针对目标账号的资源进行累加获得的，即针对目标账号的可用资源是由目标账号的至少一个关联账号合作发送获得的。

进一步的，如果主持者账号存在前次剩余资源，则主持者账号的本次可用资源为本次合作发送资源与前次剩余资源的总和，“前次剩余资源”是指上一次为主持者的直播间进行“支持”所剩余的资源。例如，上一次获取到的主持者账号的可用资源的大小为51，而每一次“支持”仅需要消耗掉大小为50的资源，因此，上一次“支持”未被消耗掉的大小为1的资源就会纳入本次“支持”的可用资源内。需要说明的是，前述“主持者”即为直播间的主播。

如果主持者账号不存在前次剩余资源，则主持者账号的本次可用资源为本次合作发送资源。“支持”是指在更多用户的视频流中推荐该直播间。目标账号的关联账号可以为关注了目标账号、且与目标账号的紧密程度较高的账号。

在步骤102中，在目标账号的可用资源满足预设条件的情况下，可以从针对目标账号的可用资源中清除第一资源，并基于第一资源执行与目标账号相关的第一服务。其中，第一资源为执行第一服务所需的资源，例如，第一资源可以为预设大小的资源。

根据本公开的示例性实施例，第一服务可以为直播间推荐服务，前述目标账号可以为主持者账号，前述目标账号的关联账号可以为关注了主持者账号、且与主持者账号的紧密程度较高的账号。直播间推荐服务即为对主持者账号的直播间进行“支持”，如前所述，“支持”是指在更多用户的视频流中推荐该直播间。

根据本公开的示例性实施例，在目标账号的可用资源满足预设条件、且目标账号的直播间处于在播状态的情况下，可以从针对目标账号的可用资源中清除第一资源，并基于第一资源执行与目标账号相关的直播间推荐服务。需要说明的是，从针对目标账号的可用资源中每清除一次第一资源，就会相应的生成一笔“支持记录”，并且可以将该“支持记录”展示给主持者，便于主持者了解此次“支持”的“支持效果”，其中，“支持效果”可以包含“直播间推荐进度”、“直播间推荐效果”和“直播间推荐名单”中的至少一项。

“直播间推荐进度”可以包含主持者账号的直播间的当前已推荐次数、主持者账号的当前可用资源与第一资源之间的差值，即主持者账号当前还需要多少资源就可以完成最新一次“支持”、为主持者账号的本次直播间的推荐发送资源的关联账号的数量。

“直播间推荐效果”可以包含主持者账号的直播间的新增观看账号的数量、新增观看账号中与主持者账号进行互动的账号数量以及新增观看账号中成为主持者账号的关联账号的账号数量。其中，“与主持者账号进行互动”是指在主持者账号的直播间内送礼物、发表评论、发弹幕等等。

“直播间推荐名单”可以包含为主持者账号的本次直播间的推荐发送资源的至少一个关联账号的信息，例如，关联账号的信息可以包含关联账号的昵称、关联账号的头像等等。

根据本公开的示例性实施例，前述预设条件可以为资源的数量达到第一资源的数量，第一资源可以为预设大小的资源，例如，预设大小可以为50。进一步的，本公开中的“资源”可以包括但不限于：虚拟货币、虚拟礼物、虚拟红包等等。

根据本公开的示例性实施例，前述预设条件还可以为资源的数量达到第一资源的数量，并且资源的存续时长未超过预设存续时长。其中，“资源的存续时长”可以为从主持者账号上次关闭直播开始一直到当前时刻所经历的时长，预设存续时长可以根据实际需要任意设置，例如，可以为30天等等。

根据本公开的示例性实施例，在目标账号的可用资源的存续时长超过预设存续时长的情况下，可以将目标账号的可用资源发送到目标账号的账户内，例如，在主持者账号的可用资源的存续时长超过30天的情况下，可以将主持者账号的可用资源发送到主持者账号的个人账户内。

根据本公开的示例性实施例，可以获取第一服务的服务信息，其中，该服务信息用于指示第一服务的执行情况。然后，可以向目标账号的终端和目标账号的关联账号的终端发送服务信息。

需要说明的是，在第一服务是直播间推荐服务的情况下，“服务信息”可以为前述“支持效果”，其可以包含，但不限于，“直播间推荐进度”、“直播间推荐效果”和“直播间推荐名单”中的至少一项。这样，主持者账号的每个关联账号对应的用户看到第一服务的服务信息之后，就可以了解到主持者账号的其他关联账号发送资源的情况以及主持者账号的直播间的推荐效果如何，进而该关联账号对应的用户可以根据自身实际情况为主持者账号发送资源。

根据本公开的示例性实施例，服务器还可以向目标账号的终端发送提示信息，其中，该提示信息用于提示与目标账号相关的第一服务已执行完毕。即服务器还可以向主持者账号的终端发送提示信息，该提示信息用于提示与主持者账号相关的直播间推荐服务已执行完毕。进一步的，该提示信息的形式可以包括但不限于：短信信息、直播应用程序内的提醒信息等等。这样，通过向目标账号的终端发送用于提示与目标账号相关的第一服务已执行完毕的提示信息，可以及时提醒目标账号对应的用户查看第一服务的服务效果。

图2是示出根据本公开的示例性实施例的一种信息接收方法的流程图，应用于目标账号的关联账号的终端。

参照图2，在步骤201中，可以接收服务器发送的与目标账号关联的第一服务的服务信息。其中，该服务信息用于指示第一服务的执行情况，第一服务是由服务器在获取到针对目标账号的可用资源，并在目标账号的可用资源满足预设条件的情况下，基于目标账号的可用资源中的第一资源被执行的。其中，目标账号的可用资源是由服务器将目标账号的至少一个关联账号的终端各自发送的针对目标账号的资源进行累加获得的，第一资源为执行第一服务所需的资源。

如前一个实施例，第一服务可以为直播间推荐服务，前述目标账号可以为主持者账号，前述目标账号的关联账号可以为关注了主持者账号、且与主持者账号的紧密程度较高的账号。直播间推荐服务即为对主持者账号的直播间进行“支持”，“支持”是指在更多用户的视频流中推荐该直播间。第一资源可以为预设大小的资源，例如，预设大小可以为50。进一步的，本公开中的“资源”可以包括但不限于：虚拟货币、虚拟礼物、虚拟红包等等。

在步骤202中，可以显示第一服务的服务信息。进一步的，如前一个实施例所述，从针对主持者账号的可用资源中每清除一次第一资源，就会对主持者账号的直播间进行一次“支持”，每次“支持”都会对应一个“支持效果”，该“支持效果”即为“第一服务的服务信息”。其中，“支持效果”可以包含“直播间推荐进度”、“直播间推荐效果”和“直播间推荐名单”中的至少一项。

参照图3，图3是示出根据本公开的示例性实施例的一种在目标账号的关联账号的终端上显示服务信息的示意图。在图3中，显示了“本场直播间推荐进度”，并且还显示了文字信息：“你喜爱的主持者本场直播还未被支持过，快来给主持者加油吧”。

参照图4，图4是示出根据本公开的示例性实施例的另一种在目标账号的关联账号的终端上显示服务信息的示意图。在图4中，显示了“本场直播间推荐进度”：主持者账号的直播间已经被推荐了3次、目前还差大小为50的资源就可以为主持者的直播间进行再一次推荐、已有8个关联账号为主持者账号的本次直播间的推荐发送资源；还显示了“直播间推荐效果”：新增观看账号的数量：66、新增观看账号中与主持者账号进行互动的账号数量：2、新增观看账号中成为主持者账号的关联账号的账号数量：2。其中，“与主持者账号进行互动”是指在主持者账号的直播间内送礼物、发表评论、发弹幕等等；还显示了“直播间推荐名单”选项。

目标账号的关联账号对应的用户可以点击该“直播间推荐名单”选项，进而可以显示一个二级页面，该二级页面内可以包含为主持者账号的本次直播间的推荐发送资源的至少一个关联账号的信息，例如，关联账号的信息可以包含关联账号的昵称、关联账号的头像等等。参照图5，图5是示出根据本公开的示例性实施例的一种直播间推荐名单的示意图。在图5中，一共显示了8个关联账号的昵称和头像，8个关联账号的昵称分别为甲、乙、丙、丁、小明、小红、小李、小王。并且，图5中还显示了每个关联账号对主持者账号的留言内容以及发送资源的时间。例如，昵称为甲的关联账号的留言内容为：“我会一直支持你的！加油！”，其发送资源的时间为12:22:22。

根据本公开的示例性实施例，还可以获取针对目标账号的资源，进而可以向服务器发送针对目标账号的资源。其中，该发送的针对目标账号的资源被累加到目标账号的可用资源。

根据本公开的示例性实施例，返回参照图4，还可以显示多个资源选择控件，其中，不同资源选择控件可以对应不同数量的资源。可以接收针对多个资源选择控件中的目标资源选择控件的选择输入，进而响应于接收到的选择输入，可以获取目标资源选择控件对应的资源作为针对目标账号的资源。

例如，在图4中，一共显示了3个资源选择控件，这3个资源选择控件对应的资源大小分别为1、6、20。可以从3个资源选择控件中选择第1个资源选择控件所指示的大小为1的资源作为针对目标账号的资源。这样，可以提供多个资源选择控件供目标账号的关联账号对应的用户进行选择，该用户可以根据实际需要在多个资源选择控件中选择一个资源选择控件，相比于手动输入资源的方式，本公开中该获取针对目标账号的资源的操作步骤更为简单，便捷性更好且操作效率较高。

根据本公开的示例性实施例，返回参照图4，还可以显示资源自定义控件，其中，该资源自定义控件用于输入资源数量。响应于针对资源自定义控件的点击输入指令，可以显示资源自定义输入框。然后，可以接收在资源自定义输入框内输入的资源数量。接下来，可以获取接收到的资源数量对应的资源作为针对目标账号的资源。

参照图6，图6是示出根据本公开的示例性实施例的一种在资源自定义输入框内输入自定义资源的示意图。在图6中，目标账号的关联账号对应的用户在资源自定义输入框内输入的自定义资源的大小为60。这样，目标账号的关联账号对应的用户可以根据实际需要在资源自定义输入框内输入自定义的资源大小，相比于仅仅提供有限数量个资源大小供用户选择的方式，本公开的该获取针对目标账号的资源的方式的灵活性更好。

根据本公开的示例性实施例，还可以获取针对目标账号的留言内容，进而可以向服务器发送针对目标账号的留言内容，以使服务器将针对目标账号的留言内容作为服务信息的一部分发送至目标账号的终端以及目标账号的其他关联账号的终端。

进一步的，获取针对目标账号的留言内容的方式可以有两种。第一种方式：可以在目标账号的关联账号的终端上提供一个留言内容输入区域，目标账号的关联账号对应的用户可以在该留言内容输入区域输入自己的留言内容；第二种方式：可以显示多个留言选择控件，其中，每个留言选择控件可以对应有留言内容。响应于针对多个留言选择控件中目标留言选择控件的选择输入指令，可以向服务器发送目标留言选择控件对应的留言内容。

例如，返回参照图4，在图4中，一共显示了3个留言选择控件，这3个留言选择控件对应的留言内容分别为：“我会一直支持你的！加油！”、“继续努力啊！”、“永远不放弃，加油！”。响应于针对3个留言选择控件中第2个留言选择控件的选择输入指令，可以向服务器发送第2个留言选择控件对应的留言内容：“继续努力啊！”，以使服务器将留言内容：“继续努力啊！”作为服务信息的一部分发送至目标账号的终端以及目标账号的其他关联账号的终端。

图7是示出根据本公开的示例性实施例的另一种信息接收方法的流程图，应用于目标账号的终端。

参照图7，在步骤701中，可以接收服务器发送的与目标账号关联的第一服务的服务信息。其中，该服务信息用于指示第一服务的执行情况，第一服务是由服务器在获取到针对目标账号的可用资源，并在目标账号的可用资源满足预设条件的情况下，基于目标账号的可用资源中的第一资源被执行的。其中，目标账号的可用资源是由服务器将目标账号的至少一个关联账号的终端各自发送的针对目标账号的资源进行累加获得的，第一资源为执行第一服务所需的资源。

如前所述，第一服务可以为直播间推荐服务，前述目标账号可以为主持者账号，前述目标账号的关联账号可以为关注了主持者账号、且与主持者账号的紧密程度较高的账号。直播间推荐服务即为对主持者账号的直播间进行“支持”，“支持”是指在更多用户的视频流中推荐该直播间。第一资源可以为预设大小的资源，例如，预设大小可以为50。进一步的，本公开中的“资源”可以包括但不限于：虚拟货币、虚拟礼物、虚拟红包等等。

在步骤702中，可以显示服务信息。进一步的，如前所述，从针对主持者账号的可用资源中每清除一次第一资源，就会对主持者账号的直播间进行一次“支持”，每次“支持”都会对应一个“支持效果”，该“支持效果”即为“第一服务的服务信息”。其中，“支持效果”可以包含“直播间推荐进度”、“直播间推荐效果”和“直播间推荐名单”中的至少一项。

参照图8，图8是示出根据本公开的示例性实施例的一种在目标账号的终端上显示服务信息的示意图。在图8中，显示了“本场直播间推荐进度”，并且还显示了文字信息：“本场直播还未获得资源，获得可用资源之后，会为你的直播间进行支持”；还显示了“直播间推荐效果”和“直播间推荐名单”，由于本场直播还未被支持过，因此这两项的下方均显示了文字信息：“本场直播还未被支持过，快来喊你的关联用户发送资源吧”。

参照图9，图9是示出根据本公开的示例性实施例的另一种在目标账号的终端上显示服务信息的示意图。在图9中，显示了“本场直播间推荐进度”：主持者账号的直播间已经被推荐了3次、目前还差大小为50的资源就可以为主持者的直播间进行再一次推荐、已有8个关联账号为主持者账号的本次直播间的推荐发送资源；还显示了“直播间推荐效果”：新增观看账号的数量：66、新增观看账号中与主持者账号进行互动的账号数量：2、新增观看账号中成为主持者账号的关联账号的账号数量：2。其中，“与主持者账号进行互动”是指在主持者账号的直播间内送礼物、发表评论、发弹幕等等；还显示了“直播间推荐名单”。该“直播间推荐名单”可以包含为主持者账号的本次直播间的推荐发送资源的至少一个关联账号的信息，例如，关联账号的信息可以包含关联账号的昵称、关联账号的头像等等。在图9中，昵称为甲的关联账号的留言内容为：“我会一直支持你的！加油！”，其发送资源的时间为12:22:22。

进一步的，图9中的“直播间推荐效果”可能是单次“支持”带来的效果，也可能是多次“支持”带来的效果，例如，如果目标账号的可用资源的大小为150，而每一次“支持”仅需要消耗掉大小为50的资源，因此，此时目标账号的直播间可以获得3次“支持”，图9中的“直播间推荐效果”即为3次“支持”带来的效果。此时，第1次“支持”带来的效果可能为：“新增观看账号的数量：25、新增观看账号中与主持者账号进行互动的账号数量：0、新增观看账号中成为主持者账号的关联账号的账号数量：1”；第2次“支持”带来的效果可能为：“新增观看账号的数量：30、新增观看账号中与主持者账号进行互动的账号数量：1、新增观看账号中成为主持者账号的关联账号的账号数量：1”；第3次“支持”带来的效果可能为：“新增观看账号的数量：11、新增观看账号中与主持者账号进行互动的账号数量：1、新增观看账号中成为主持者账号的关联账号的账号数量：0”。

此时，在图9中还可以示出“支持明细”选项，目标账号对应的主持者可以点击该“支持明细”选项，进而可以显示一个二级页面，该二级页面可以包含本次直播过程中每次“支持”带来的效果。参照图10，图10是示出根据本公开的示例性实施例的一种“支持”明细的示意图。在图10中，显示了本次直播过程中3次“支持”中每笔“支持”带来的效果。进一步的，图10中的每笔“支持”的“支持明细”除了包含新增观看账号的数量、互动账号数量以及成为主持者账号的关联账号的账号数量之外，还可以包含该笔“支持”的推荐量、“支持”时间等等信息。这样，针对主持者账号的终端，还可以显示一次直播过程中多次“支持”中每笔“支持”的“支持明细”，便于主持者直观的了解到每笔“支持”的详细信息。

进一步的，图10中还示出了“再次推荐”选项，主持者可以点击该“再次推荐”选项，进而主持者可以自己发送资源为自己的直播间进行“支持”。

根据本公开的示例性实施例，还可以接收服务器发送的提示信息。其中，该提示信息用于提示与目标账号相关的第一服务已执行完毕。进一步的，该提示信息的形式可以包括但不限于：短信信息、直播应用程序内的提醒信息等等。这样，目标账号对应的用户的终端，即主持者的终端接收到提示信息之后，主持者就可以及时知晓自己的直播间被“支持”了。

需要说明的是，本公开可以在直播应用程序上为主持者提供一个查看“支持效果”的入口，参照图11，图11是示出根据本公开的示例性实施例的一种查看“支持效果”的入口的示意图。在图11中，在直播应用程序的页面内显示了文字信息：“关联账号合作帮助“支持”直播间”，并且显示了“去查看”按钮，主持者点击该“去查看”按钮就可以查看“支持效果”，例如，可以显示图9这个页面。

图12是示出根据本公开的示例性实施例的一种为直播间进行“支持”的具体实施流程图。

参照图12，在步骤1201中，主持者账号的至少一个关联账号的终端各自向服务器发送针对主持者账号的资源。例如，至少一个关联账号对应的用户可以为用户A、用户B、用户C等等。

需要说明的是，本公开可以在直播应用程序上为主持者账号的关联账号对应的用户提供一个发送资源的入口，参照图13，图13是示出根据本公开的示例性实施例的一种在主持者账号的关联账号的终端上显示发送资源的入口的示意图。在图13中，在直播应用程序的页面内显示了文字信息：“与其他关联账号合作帮助“支持”直播间”，并且显示了“去发送资源”按钮，主持者账号的关联账号对应的用户点击该“去发送资源”按钮就可以实现为主持者发送资源，例如，可以显示图3的页面或者图4的页面。

在步骤1202中，服务器获取针对主持者账号的本次合作发送资源。其中，针对主持者账号的本次合作发送资源是由服务器将主持者账号的至少一个关联账号的终端各自发送的针对主持者账号的资源进行累加获得的。

在步骤1203中，服务器判断主持者账号的本次合作发送资源的存续时长是否超过预设存续时长。例如，“存续时长”可以为从主持者上次关闭直播开始，一直到当前时刻所经历的时长。预设存续时长可以根据实际需要任意设置，例如，可以设置为30天等等。

在步骤1204中，在主持者账号的本次合作发送资源的存续时长未超过预设存续时长的情况下，服务器判断主持者账号的本次合作发送资源是否达到“支持”阈值，即判断主持者账号的本次合作发送资源的数量是否达到第一资源的数量。其中，第一资源可以为预设大小的资源，例如，大小为50的资源。

在步骤1205中，在主持者账号的本次合作发送资源达到“支持”阈值的情况下，服务器判断主持者当前是否处于开播状态。

在步骤1206中，在主持者当前处于开播状态的情况下，服务器获取主持者账号的本次可用资源。其中，如前所述，如果主持者账号存在前次剩余资源，则主持者账号的本次可用资源为本次合作发送资源与前次剩余资源的总和，“前次剩余资源”是指上一次为主持者的直播间进行“支持”所剩余的资源。例如，上一次获取到的主持者账号的可用资源的大小为51，而每一次“支持”仅需要消耗掉大小为50的资源，因此，上一次“支持”未被消耗掉的大小为1的资源就会纳入本次“支持”的可用资源内。如果主持者账号不存在前次剩余资源，则主持者账号的本次可用资源为本次合作发送资源。

在步骤1207中，服务器判断是否将主持者账号的本次可用资源中的第一资源成功清除。

在步骤1208中，在将主持者账号的本次可用资源中的第一资源清除失败的情况下，服务器将主持者账号的本次可用资源留存，即可以将主持者账号的本次可用资源作为下一次“支持”的资源。需要说明的是，在对主持者账号的本次可用资源中的第一资源进行清除操作的过程中，如果主持者突然关闭直播，就会出现清除失败的情况。

在步骤1209中，在将主持者账号的本次可用资源中的第一资源成功清除的情况下，服务器对主持者的直播间进行“支持”，即向更多的用户推荐该直播间。

在步骤12010中，服务器判断主持者账号的本次可用资源是否被全部投放，即可以判断将主持者账号的本次可用资源中的第一资源成功清除之后，是否还存在剩余资源。

在步骤12011中，在主持者账号的本次可用资源未被全部投放的情况下，服务器将本次剩余资源纳入下次“支持”的可用资源内。例如，主持者账号的本次可用资源为70，本次“支持”只消耗掉50的资源，则本次“支持”剩余的大小为20的资源可以纳入下次“支持”的可用资源内。

在步骤12012中，本次对主持者的直播间进行“支持”之后，服务器生成本次“支持效果”，其可以包含“直播间推荐进度”、“直播间推荐效果”和“直播间推荐名单”中的至少一项。

在步骤12013中，服务器向主持者账号的终端以及主持者账号的关联账号的终端发送本次“支持效果”。

在步骤12014中，服务器向主持者账号的终端发送用于表示“支持”完毕的提示信息。

在步骤12015中，在主持者账号的本次合作发送资源的存续时长超过预设存续时长的情况下，服务器将本次合作发送资源发送至主持者账号的个人账户内。例如，在主持者账号的本次合作发送资源的存续时长超过30天的情况下，可以将本次合作发送资源发送至主持者账号的个人钱包内。

图14是示出根据本公开的示例性实施例的一种服务器的框图。

参照图14，该服务器1400可包括可用资源获取模块1401和执行模块1402。

可用资源获取模块1401可以获取针对目标账号的可用资源。其中，针对目标账号的可用资源是由服务器将目标账号的至少一个关联账号的终端各自发送的针对目标账号的资源进行累加获得的，即针对目标账号的可用资源是由目标账号的至少一个关联账号合作合作发送获得的。

进一步的，如果主持者账号存在前次剩余资源，则主持者账号的本次可用资源为本次合作发送资源与前次剩余资源的总和，“前次剩余资源”是指上一次为主持者的直播间进行“支持”所剩余的资源；如果主持者账号不存在前次剩余资源，则主持者账号的本次可用资源为本次合作发送资源。“支持”是指在更多用户的视频流中推荐该直播间。目标账号的关联账号可以为关注了目标账号、且与目标账号的紧密程度较高的账号。

执行模块1402在目标账号的可用资源满足预设条件的情况下，可以从针对目标账号的可用资源中清除第一资源，并基于第一资源执行与目标账号相关的第一服务。其中，第一资源为执行第一服务所需的资源，例如，第一资源可以为预设大小的资源。

根据本公开的示例性实施例，第一服务可以为直播间推荐服务，前述目标账号可以为主持者账号，前述目标账号的关联账号可以为关注了主持者账号、且与主持者账号的紧密程度较高的账号。直播间推荐服务即为对主持者账号的直播间进行“支持”，如前所述，“支持”是指在更多用户的视频流中推荐该直播间。

根据本公开的示例性实施例，在目标账号的可用资源满足预设条件、且目标账号的直播间处于在播状态的情况下，执行模块1402可以从针对目标账号的可用资源中清除第一资源，并基于第一资源执行与目标账号相关的直播间推荐服务。需要说明的是，从针对目标账号的可用资源中每清除一次第一资源，就会相应的生成一笔“支持记录”，并且可以将该“支持记录”展示给主持者，便于主持者了解此次“支持”的“支持效果”，其中，“支持效果”可以包含“直播间推荐进度”、“直播间推荐效果”和“直播间推荐名单”中的至少一项。

根据本公开的示例性实施例，前述预设条件可以为资源的数量达到第一资源的数量，第一资源可以为预设大小的资源，例如，预设大小可以为50。进一步的，本公开中的“资源”可以包括但不限于：虚拟货币、虚拟礼物、虚拟红包等等。

根据本公开的示例性实施例，前述预设条件还可以为资源的数量达到第一资源的数量，并且资源的存续时长未超过预设存续时长。其中，“资源的存续时长”可以为从主持者账号上次关闭直播开始，一直到当前时刻所经历的时长，预设存续时长可以根据实际需要任意设置，例如，可以为30天等等。

根据本公开的示例性实施例，本公开的服务器还可以包括可用资源发送模块。在目标账号的可用资源的存续时长超过预设存续时长的情况下，可用资源发送模块可以将目标账号的可用资源发送到目标账号的账户内，例如，在主持者账号的可用资源的存续时长超过30天的情况下，可以将主持者账号的可用资源发送到主持者账号的个人账户内。

根据本公开的示例性实施例，本公开的服务器还可以包括服务信息获取模块和服务信息发送模块。服务信息获取模块可以获取第一服务的服务信息，其中，该服务信息用于指示第一服务的执行情况。然后，服务信息发送模块可以向目标账号的终端和目标账号的关联账号的终端发送服务信息。

需要说明的是，在第一服务是直播间推荐服务的情况下，“服务信息”可以为前述“支持效果”，其可以包含，但不限于，“直播间推荐进度”、“直播间推荐效果”和“直播间推荐名单”中的至少一项。这样，主持者账号的每个关联账号对应的用户看到第一服务的服务信息之后，就可以了解到主持者账号的其他关联账号发送资源的情况以及主持者账号的直播间的推荐效果如何，进而该关联账号对应的用户可以根据自身实际情况为主持者账号发送资源。

根据本公开的示例性实施例，本公开的服务器还可以包括提示信息发送模块。该提示信息发送模块可以向目标账号的终端发送提示信息，其中，该提示信息用于提示与目标账号相关的第一服务已执行完毕。即提示信息发送模块还可以向主持者账号的终端发送提示信息，该提示信息用于提示与主持者账号相关的直播间推荐服务已执行完毕。进一步的，该提示信息的形式可以包括但不限于：短信信息、直播应用程序内的提醒信息等等。这样，通过向目标账号的终端发送用于提示与目标账号相关的第一服务已执行完毕的提示信息，可以及时提醒目标账号对应的用户查看第一服务的服务效果。

图15是示出根据本公开的示例性实施例的一种目标账号的关联账号的终端的框图。

参照图15，该目标账号的关联账号的终端1500可包括第一服务信息接收模块1501和第一服务信息显示模块1502。

第一服务信息接收模块1501可以接收服务器发送的与目标账号关联的第一服务的服务信息。其中，该服务信息用于指示第一服务的执行情况，第一服务是由服务器在获取到针对目标账号的可用资源，并在目标账号的可用资源满足预设条件的情况下，基于目标账号的可用资源中的第一资源被执行的。其中，目标账号的可用资源是由服务器将目标账号的至少一个关联账号的终端各自发送的针对目标账号的资源进行累加获得的，第一资源为执行第一服务所需的资源。

如前所述，第一服务可以为直播间推荐服务，前述目标账号可以为主持者账号，前述目标账号的关联账号可以为关注了主持者账号、且与主持者账号的紧密程度较高的账号。直播间推荐服务即为对主持者账号的直播间进行“支持”，“支持”是指在更多用户的视频流中推荐该直播间。第一资源可以为预设大小的资源，例如，预设大小可以为50。进一步的，本公开中的“资源”可以包括但不限于：虚拟货币、虚拟礼物、虚拟红包等等。

第一服务信息显示模块1502可以显示第一服务的服务信息。进一步的，如前所述，从针对主持者账号的可用资源中每清除一次第一资源，就会对主持者账号的直播间进行一次“支持”，每次“支持”都会对应一个“支持效果”，该“支持效果”即为“第一服务的服务信息”。其中，“支持效果”可以包含“直播间推荐进度”、“直播间推荐效果”和“直播间推荐名单”中的至少一项。

根据本公开的示例性实施例，本公开的目标账号的关联账号的终端还可以包括资源获取模块和资源发送模块。资源获取模块可以获取针对目标账号的资源，进而资源发送模块可以向服务器发送针对目标账号的资源。其中，该发送的针对目标账号的资源被累加到目标账号的可用资源。

根据本公开的示例性实施例，本公开的目标账号的关联账号的终端还可以包括资源选择控件显示模块。该资源选择控件显示模块可以显示多个资源选择控件，其中，不同资源选择控件可以对应不同数量的资源。资源获取模块可以接收针对多个资源选择控件中的目标资源选择控件的选择输入，进而响应于接收到的选择输入，可以获取目标资源选择控件对应的资源作为针对目标账号的资源。这样，可以提供多个资源选择控件供目标账号的关联账号对应的用户进行选择，该用户可以根据实际需要在多个资源选择控件中选择一个资源选择控件，相比于手动输入资源的方式，本公开中该获取针对目标账号的资源的操作步骤更为简单，便捷性更好且操作效率较高。

根据本公开的示例性实施例，本公开的目标账号的关联账号的终端还可以包括资源自定义控件显示模块。该资源自定义控件显示模块可以显示资源自定义控件，其中，该资源自定义控件用于输入资源数量。资源获取模块响应于针对资源自定义控件的点击输入指令，可以显示资源自定义输入框。然后，可以接收在资源自定义输入框内输入的资源数量。接下来，可以获取接收到的资源数量对应的资源作为针对目标账号的资源。这样，目标账号的关联账号对应的用户可以根据实际需要在资源自定义输入框内输入自定义的资源大小，相比于仅仅提供有限数量个资源大小供用户选择的方式，本公开的该获取针对目标账号的资源的方式的灵活性更好。

根据本公开的示例性实施例，本公开的目标账号的关联账号的终端还可以包括留言内容获取模块和留言内容发送模块。留言内容获取模块可以获取针对目标账号的留言内容，进而留言内容发送模块可以向服务器发送针对目标账号的留言内容，以使服务器将针对目标账号的留言内容作为服务信息的一部分发送至目标账号的终端以及目标账号的其他关联账号的终端。

进一步的，获取针对目标账号的留言内容的方式可以有两种。第一种方式：可以在目标账号的关联账号的终端上提供一个留言内容输入区域，目标账号的关联账号对应的用户可以在该留言内容输入区域输入自己的留言内容；第二种方式：可以显示多个留言选择控件，其中，每个留言选择控件可以对应有留言内容。响应于针对多个留言选择控件中目标留言选择控件的选择输入指令，可以向服务器发送目标留言选择控件对应的留言内容。

图16是示出根据本公开的示例性实施例的一种目标账号的终端的框图。

参照图16，该目标账号的终端1600可包括第二服务信息接收模块1601和第二服务信息显示模块1602。

第二服务信息接收模块1601可以接收服务器发送的与目标账号关联的第一服务的服务信息。其中，该服务信息用于指示第一服务的执行情况，第一服务是由服务器在获取到针对目标账号的可用资源，并在目标账号的可用资源满足预设条件的情况下，基于目标账号的可用资源中的第一资源被执行的。其中，目标账号的可用资源是由服务器将目标账号的至少一个关联账号的终端各自发送的针对目标账号的资源进行累加获得的，第一资源为执行第一服务所需的资源。

如前所述，第一服务可以为直播间推荐服务，前述目标账号可以为主持者账号，前述目标账号的关联账号可以为关注了主持者账号、且与主持者账号的紧密程度较高的账号。直播间推荐服务即为对主持者账号的直播间进行“支持”，“支持”是指在更多用户的视频流中推荐该直播间。第一资源可以为预设大小的资源，例如，预设大小可以为50。进一步的，本公开中的“资源”可以包括但不限于：虚拟货币、虚拟礼物、虚拟红包等等。

第二服务信息显示模块1602可以显示服务信息。进一步的，如前所述，从针对主持者账号的可用资源中每清除一次第一资源，就会对主持者账号的直播间进行一次“支持”，每次“支持”都会对应一个“支持效果”，该“支持效果”即为“第一服务的服务信息”。其中，“支持效果”可以包含“直播间推荐进度”、“直播间推荐效果”和“直播间推荐名单”中的至少一项。

根据本公开的示例性实施例，本公开的目标账号的终端还可以包括提示信息接收模块。该提示信息接收模块可以接收服务器发送的提示信息。其中，该提示信息用于提示与目标账号相关的第一服务已执行完毕。进一步的，该提示信息的形式可以包括但不限于：短信信息、直播应用程序内的提醒信息等等。这样，目标账号对应的用户的终端，即主持者的终端接收到提示信息之后，主持者就可以及时知晓自己的直播间被“支持”了。

需要说明的是，本公开的服务执行方法和信息接收方法并不限于直播间推荐场景，还可应用于任何可能的服务场景，例如，还可以应用于短视频推荐场景、文章推荐场景等等，前述将本公开的服务执行方法和信息接收方法应用于直播间推荐场景仅仅是一种示例性说明。

图17是示出根据本公开的示例性实施例的一种电子设备1700的框图。

参照图17，电子设备1700包括至少一个存储器1701和至少一个处理器1702，所述至少一个存储器1701中存储有指令，当指令被至少一个处理器1702执行时，执行根据本公开的示例性实施例的服务执行方法或者信息接收方法。

作为示例，电子设备1700可以是PC计算机、平板装置、个人数字助理、智能手机、或其他能够执行上述指令的装置。这里，电子设备1700并非必须是单个的电子设备，还可以是任何能够单独或联合执行上述指令(或指令集)的装置或电路的集合体。电子设备1700还可以是集成控制系统或系统管理器的一部分，或者可被配置为与本地或远程(例如，经由无线传输)以接口互联的便携式电子设备。

在电子设备1700中，处理器1702可包括中央处理器(CPU)、图形处理器(GPU)、可编程逻辑装置、专用处理器系统、微控制器或微处理器。作为示例而非限制，处理器还可包括模拟处理器、数字处理器、微处理器、多核处理器、处理器阵列、网络处理器等。

处理器1702可运行存储在存储器1701中的指令或代码，其中，存储器1701还可以存储数据。指令和数据还可经由网络接口装置而通过网络被发送和接收，其中，网络接口装置可采用任何已知的传输协议。

存储器1701可与处理器1702集成为一体，例如，将RAM或闪存布置在集成电路微处理器等之内。此外，存储器1701可包括独立的装置，诸如，外部盘驱动、存储阵列或任何数据库系统可使用的其他存储装置。存储器1701和处理器1702可在操作上进行耦合，或者可例如通过I/O端口、网络连接等互相通信，使得处理器1702能够读取存储在存储器中的文件。

此外，电子设备1700还可包括视频显示器(诸如，液晶显示器)和用户交互接口(诸如，键盘、鼠标、触摸输入装置等)。电子设备1700的所有组件可经由总线和/或网络而彼此连接。

根据本公开的示例性实施例，还可提供一种计算机可读存储介质，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述服务执行方法或者信息接收方法。这里的计算机可读存储介质的示例包括：只读存储器(ROM)、随机存取可编程只读存储器(PROM)、电可擦除可编程只读存储器(EEPROM)、随机存取存储器(RAM)、动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)、闪存、非易失性存储器、CD-ROM、CD-R、CD+R、CD-RW、CD+RW、DVD-ROM、DVD-R、DVD+R、DVD-RW、DVD+RW、DVD-RAM、BD-ROM、BD-R、BD-RLTH、BD-RE、蓝光或光盘存储器、硬盘驱动器(HDD)、固态硬盘(SSD)、卡式存储器(诸如，多媒体卡、安全数字(SD)卡或极速数字(XD)卡)、磁带、软盘、磁光数据存储装置、光学数据存储装置、硬盘、固态盘以及任何其他装置，所述任何其他装置被配置为以非暂时性方式存储计算机程序以及任何相关联的数据、数据文件和数据结构并将所述计算机程序以及任何相关联的数据、数据文件和数据结构提供给处理器或计算机使得处理器或计算机能执行所述计算机程序。上述计算机可读存储介质中的计算机程序可在诸如客户端、主机、代理装置、服务器等计算机设备中部署的环境中运行，此外，在一个示例中，计算机程序以及任何相关联的数据、数据文件和数据结构分布在联网的计算机系统上，使得计算机程序以及任何相关联的数据、数据文件和数据结构通过一个或多个处理器或计算机以分布式方式存储、访问和执行。

根据本公开的示例性实施例，还可提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据本公开的服务执行方法或者信息接收方法。

根据本公开的服务执行方法、信息接收方法、终端和服务器，可以通过至少一个关联账号合作的方式实现执行与目标账号相关的第一服务，即允许每个关联账号仅发送较少的资源就可以实现执行与目标账号相关的第一服务，易于用户表达对目标账号的支持，增强了用户和目标账号之间的互动程度。进一步的，主持者账号的每个关联账号对应的用户看到第一服务的服务信息之后，就可以了解到主持者账号的其他关联账号发送资源的情况以及主持者账号的直播间的推荐效果如何，进而该关联账号对应的用户可以根据自身实际情况为主持者账号发送资源。进一步的，通过向目标账号的终端发送用于提示与目标账号相关的第一服务已执行完毕的提示信息，可以及时提醒目标账号对应的用户查看第一服务的服务效果。进一步的，可以提供多个资源选择控件供目标账号的关联账号对应的用户进行选择，该用户可以根据实际需要在多个资源选择控件中选择一个资源选择控件，相比于手动输入资源的方式，本公开中该获取针对目标账号的资源的操作步骤更为简单，便捷性更好且操作效率较高。进一步的，目标账号的关联账号对应的用户可以根据实际需要在资源自定义输入框内输入自定义的资源大小，相比于仅仅提供有限数量个资源大小供用户选择的方式，本公开的该获取针对目标账号的资源的方式的灵活性更好。进一步的，针对主持者账号的终端，还可以显示一次直播过程中多次“支持”中每笔“支持”的“支持明细”，便于主持者直观的了解到每笔“支持”的详细信息。进一步的，目标账号对应的用户的终端，即主持者的终端接收到提示信息之后，主持者就可以及时知晓自己的直播间被“支持”了。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (30)

1.一种服务执行方法，应用于服务器，其特征在于，所述服务执行方法包括：

获取针对目标账号的用于执行与所述目标账号相关的第一服务的可用资源，其中，所述可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的；

在所述可用资源满足预设条件的情况下，从所述可用资源中清除第一资源，并基于所述第一资源执行与所述目标账号相关的第一服务，其中，所述第一资源为执行所述第一服务所需的资源。

2.如权利要求1所述的服务执行方法，其特征在于，所述第一服务为直播间推荐服务，

所述在所述可用资源满足预设条件的情况下，从所述可用资源中清除第一资源，并基于所述第一资源执行与所述目标账号相关的第一服务，包括：

在所述可用资源满足所述预设条件、且所述目标账号的直播间处于在播状态的情况下，从所述可用资源中清除所述第一资源，并基于所述第一资源执行与所述目标账号相关的直播间推荐服务。

3.如权利要求1所述的服务执行方法，其特征在于，在基于所述第一资源执行与所述目标账号相关的第一服务的步骤之后，所述服务执行方法还包括：

获取所述第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况；

向所述目标账号的终端和所述目标账号的关联账号的终端发送所述服务信息。

4.如权利要求1所述的服务执行方法，其特征在于，在基于所述第一资源执行与所述目标账号相关的第一服务的步骤之后，所述服务执行方法还包括：

向所述目标账号的终端发送提示信息，其中，所述提示信息用于提示与所述目标账号相关的第一服务已执行完毕。

5.如权利要求1所述的服务执行方法，其特征在于，所述预设条件为资源的数量达到所述第一资源的数量。

6.如权利要求5所述的服务执行方法，其特征在于，所述预设条件为资源的数量达到所述第一资源的数量且所述资源的存续时长未超过预设存续时长。

7.如权利要求6所述的服务执行方法，其特征在于，所述服务执行方法还包括：

在所述可用资源的存续时长超过所述预设存续时长的情况下，将所述可用资源发送到所述目标账号的账户内。

8.一种信息接收方法，应用于目标账号的关联账号的终端，其特征在于，所述信息接收方法包括：

接收服务器发送的与所述目标账号关联的第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况，所述第一服务是由所述服务器在获取到针对所述目标账号的用于执行与所述目标账号相关的第一服务的可用资源，并在所述可用资源满足预设条件的情况下，基于所述可用资源中的第一资源被执行的，其中，所述可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的，所述第一资源为执行所述第一服务所需的资源；

显示所述服务信息。

9.如权利要求8所述的信息接收方法，其特征在于，所述信息接收方法还包括：

获取针对所述目标账号的资源；

向所述服务器发送针对所述目标账号的资源，其中，发送的针对所述目标账号的资源被累加到所述可用资源。

10.如权利要求9所述的信息接收方法，其特征在于，所述信息接收方法还包括：

显示多个资源选择控件，其中，不同资源选择控件对应不同数量的资源；

所述获取针对所述目标账号的资源，包括：

接收针对所述多个资源选择控件中的目标资源选择控件的选择输入；

获取所述目标资源选择控件对应的资源作为针对所述目标账号的资源。

11.如权利要求9所述的信息接收方法，其特征在于，所述信息接收方法还包括：

显示资源自定义控件，其中，所述资源自定义控件用于输入资源数量；

所述获取针对所述目标账号的资源，包括：

响应于针对所述资源自定义控件的点击输入指令，显示资源自定义输入框；

接收在所述资源自定义输入框内输入的资源数量；

获取接收到的资源数量对应的资源作为针对所述目标账号的资源。

12.如权利要求8所述的信息接收方法，其特征在于，所述信息接收方法还包括：

获取针对所述目标账号的留言内容；

向所述服务器发送所述留言内容，以使所述服务器将所述留言内容作为服务信息的一部分发送至所述目标账号的终端以及所述目标账号的其他关联账号的终端。

13.一种信息接收方法，应用于目标账号的终端，其特征在于，所述信息接收方法包括：

接收服务器发送的与所述目标账号关联的第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况，所述第一服务是由所述服务器在获取到针对所述目标账号的用于执行与所述目标账号相关的第一服务的可用资源，并在所述可用资源满足预设条件的情况下，基于所述可用资源中的第一资源被执行的，其中，所述可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的，所述第一资源为执行所述第一服务所需的资源；

显示所述服务信息。

14.如权利要求13所述的信息接收方法，其特征在于，所述信息接收方法还包括：

接收所述服务器发送的提示信息，其中，所述提示信息用于提示与所述目标账号相关的第一服务已执行完毕。

15.一种服务器，其特征在于，包括：

可用资源获取模块，被配置为获取针对目标账号的用于执行与所述目标账号相关的第一服务的可用资源，其中，所述可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的；

执行模块，被配置为在所述可用资源满足预设条件的情况下，从所述可用资源中清除第一资源，并基于所述第一资源执行与所述目标账号相关的第一服务，其中，所述第一资源为执行所述第一服务所需的资源。

16.如权利要求15所述的服务器，其特征在于，所述第一服务为直播间推荐服务，

所述执行模块被配置为：

在所述可用资源满足所述预设条件、且所述目标账号的直播间处于在播状态的情况下，从所述可用资源中清除所述第一资源，并基于所述第一资源执行与所述目标账号相关的直播间推荐服务。

17.如权利要求15所述的服务器，其特征在于，所述服务器还包括：

服务信息获取模块，被配置为获取所述第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况；

服务信息发送模块，被配置为向所述目标账号的终端和所述目标账号的关联账号的终端发送所述服务信息。

18.如权利要求15所述的服务器，其特征在于，所述服务器还包括：

提示信息发送模块，被配置为向所述目标账号的终端发送提示信息，其中，所述提示信息用于提示与所述目标账号相关的第一服务已执行完毕。

19.如权利要求15所述的服务器，其特征在于，所述预设条件为资源的数量达到所述第一资源的数量。

20.如权利要求19所述的服务器，其特征在于，所述预设条件为资源的数量达到所述第一资源的数量且所述资源的存续时长未超过预设存续时长。

21.如权利要求20所述的服务器，其特征在于，所述服务器还包括：

可用资源发送模块，被配置为在所述可用资源的存续时长超过所述预设存续时长的情况下，将所述可用资源发送到所述目标账号的账户内。

22.一种目标账号的关联账号的终端，其特征在于，包括：

第一服务信息接收模块，被配置为接收服务器发送的与所述目标账号关联的第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况，所述第一服务是由所述服务器在获取到针对所述目标账号的用于执行与所述目标账号相关的第一服务的可用资源，并在所述可用资源满足预设条件的情况下，基于所述可用资源中的第一资源被执行的，其中，所述可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的，所述第一资源为执行所述第一服务所需的资源；

第一服务信息显示模块，被配置为显示所述服务信息。

23.如权利要求22所述的目标账号的关联账号的终端，其特征在于，所述目标账号的关联账号的终端还包括：

资源获取模块，被配置为获取针对所述目标账号的资源；

资源发送模块，被配置为向所述服务器发送针对所述目标账号的资源，其中，发送的针对所述目标账号的资源被累加到所述可用资源。

24.如权利要求23所述的目标账号的关联账号的终端，其特征在于，所述目标账号的关联账号的终端还包括：

资源选择控件显示模块，被配置为显示多个资源选择控件，其中，不同资源选择控件对应不同数量的资源；

所述资源获取模块被配置为：

接收针对所述多个资源选择控件中的目标资源选择控件的选择输入；

获取所述目标资源选择控件对应的资源作为针对所述目标账号的资源。

25.如权利要求23所述的目标账号的关联账号的终端，其特征在于，所述目标账号的关联账号的终端还包括：

资源自定义控件显示模块，被配置为显示资源自定义控件，其中，所述资源自定义控件用于输入资源数量；

所述资源获取模块被配置为：

响应于针对所述资源自定义控件的点击输入指令，显示资源自定义输入框；

接收在所述资源自定义输入框内输入的资源数量；

获取接收到的资源数量对应的资源作为针对所述目标账号的资源。

26.如权利要求22所述的目标账号的关联账号的终端，其特征在于，所述目标账号的关联账号的终端还包括：

留言内容获取模块，被配置为获取针对所述目标账号的留言内容；

留言内容发送模块，被配置为向所述服务器发送所述留言内容，以使所述服务器将所述留言内容作为服务信息的一部分发送至所述目标账号的终端以及所述目标账号的其他关联账号的终端。

27.一种目标账号的终端，其特征在于，包括：

第二服务信息接收模块，被配置为接收服务器发送的与所述目标账号关联的第一服务的服务信息，其中，所述服务信息用于指示所述第一服务的执行情况，所述第一服务是由所述服务器在获取到针对所述目标账号的用于执行与所述目标账号相关的第一服务的可用资源，并在所述可用资源满足预设条件的情况下，基于所述可用资源中的第一资源被执行的，其中，所述可用资源是由所述服务器将所述目标账号的至少一个关联账号的终端各自发送的针对所述目标账号的资源进行累加获得的，所述第一资源为执行所述第一服务所需的资源；

第二服务信息显示模块，被配置为显示所述服务信息。

28.如权利要求27所述的目标账号的终端，其特征在于，所述目标账号的终端还包括：

提示信息接收模块，被配置为接收所述服务器发送的提示信息，其中，所述提示信息用于提示与所述目标账号相关的第一服务已执行完毕。

29.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的服务执行方法或者如权利要求8至14中任一项所述的信息接收方法。

30.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至7中任一项所述的服务执行方法或者如权利要求8至14中任一项所述的信息接收方法。