CN106850390A - 一种信息分享方法、服务器及终端设备 - Google Patents

Abstract

本发明公开了一种信息分享方法、服务器及终端设备，其中方法包括：基于第一终端设备的第一账户的获取目标流媒体的请求，向所述第一终端设备发送所述目标流媒体；获取到由第一账户通过第一终端设备向第二终端设备的第二账户发起目标流媒体的实时分享请求；基于所述实时分享请求，将所述第一账户与所述目标流媒体进行关联，生成所述目标流媒体的分享链接，发送所述分享链接至第二终端设备的第二账户；检测到所述第二账户基于所述分享链接获取所述目标流媒体时，获取到所述第一账户侧的时钟信息，基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度。

Description

一种信息分享方法、服务器及终端设备

技术领域

本发明涉及通信领域中的终端中的信息分析技术，尤其涉及一种信息分享方法、服务器及终端设备。

背景技术

在移动宽带无处不在、社交网络和即时通信几乎普及的时代，流媒体内容的共享却还停留在共享“被访流媒体内容链接”甚至下载文件包的方式，既影响了用户的实时分享体验，也在一定程度上妨碍了流媒体内容的推广。

现有流媒体内容共享方式主要有以下几种：转发内容链接，如用户A将喜欢的YouTube视频链接拷贝下来，通过社交网络、邮件、电话或短信的方式分享给好友B，B收到后打开内容链接即可访问。转发内容，如果用户A有权下载该流媒体内容(或借助工具)，用户通常可以在访问时同时下载内容，并将内容打包放置某云存储服务器上，并发送邀请让好友B前往下载，B下载后即可访问。流媒体内容直播服务，一般要求用户注册登录后可以访问内容，邀请人对受邀人也没有访问控制，需依赖可靠通信能力的实现服务。

现有的流媒体内容共享方案存在以下缺点：邀请人A无法和受邀人B无法同步消费流媒体内容、邀请人A无法实现对受邀人B的访问流媒体内容控制权。

发明内容

有鉴于此，本发明的目的在于提供一种信息分享方法、服务器及终端设备，能至少解决现有技术中存在的上述问题。

为达到上述目的，本发明的技术方案是这样实现的：

本发明实施例提供了信息分享方法，所述方法包括：

基于第一终端设备的第一账户的获取目标流媒体的请求，向所述第一终端设备发送所述目标流媒体，以使得所述第一终端设备输出所述目标流媒体；

获取到由第一账户通过第一终端设备向第二终端设备的第二账户发起目标流媒体的实时分享请求；

基于所述实时分享请求，将所述第一账户与所述目标流媒体进行关联，生成所述目标流媒体的分享链接，发送所述分享链接至第二终端设备的第二账户；

检测到所述第二账户基于所述分享链接获取所述目标流媒体时，获取到所述第一账户侧的时钟信息，基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度，使得所述第一账户以及第二账户具备相同的播放进度。

本发明实施例提供了一种信息分享方法，应用于第一终端设备，所述方法包括：

向服务器侧发送基于第一账户的获取目标流媒体的请求，接收到所述服务器侧返回的目标流媒体并输出所述目标流媒体；

生成与第二终端设备的第二账户的针对所述目标流媒体的实时分享请求；

发送所述实时分享请求至所述服务器侧，使得所述服务器侧基于所述实时分享请求，生成所述目标流媒体的分享链接，发送所述分享链接至第二终端设备的第二账户，检测到所述第二账户基于所述分享链接获取所述目标流媒体时，获取到所述第一账户侧的时钟信息，基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度，使得所述第一账户以及第二账户具备相同的播放进度。

本发明实施例提供了一种信息分享方法，应用于第二终端设备，所述方法包括：

基于第二账户接收到服务器侧根据第一终端设备的针对目标流媒体的实时分享请求生成并发来的分享链接；

通过所述第二账户基于所述分享链接向服务器侧获取所述目标流媒体，接收到所述服务器侧发来的所述第一账户侧的时钟信息；

基于所述第一账户侧的时钟信息控制所述目标流媒体的播放进度，并基于所述播放进度输出所述目标流媒体，以使得第二账户与所述第一账户具备相同的播放进度。

本发明实施例提供了一种服务器，所述服务器包括：

第一通信单元，用于基于第一终端设备的第一账户的获取目标流媒体的请求，向所述第一终端设备发送所述目标流媒体；获取到由第一账户通过第一终端设备向第二终端设备的第二账户发起目标流媒体的实时分享请求；

信息生成单元，用于基于所述实时分享请求，将所述第一账户与所述目标流媒体进行关联，生成所述目标流媒体的分享链接；

第二通信单元，用于发送所述分享链接至第二终端设备的第二账户；

信息处理单元，用于检测到所述第二账户基于所述分享链接获取所述目标流媒体时，获取到所述第一账户侧的时钟信息，基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度，使得所述第一账户以及第二账户具备相同的播放进度。

本发明实施例提供了一种终端设备，包括：

请求生成单元，用于向服务器侧发送基于第一账户的获取目标流媒体的请求，接收到所述服务器侧返回的目标流媒体并输出所述目标流媒体；生成与第二终端设备的第二账户的针对所述目标流媒体的实时分享请求；

请求发送单元，用于发送所述实时分享请求至所述服务器侧。

本发明实施例提供了一种终端设备，包括：

信息接收单元，用于基于第二账户接收到服务器侧根据第一终端设备的针对目标流媒体的实时分享请求生成并发来的分享链接；

信息处理单元，用于通过所述第二账户基于所述分享链接向服务器侧获取所述目标流媒体，接收到所述服务器侧发来的所述第一账户侧的时钟信息；基于所述第一账户侧的时钟信息控制所述目标流媒体的播放进度，并基于所述播放进度输出所述目标流媒体。

本发明实施例提供了信息分享方法、服务器及终端设备，能够在用户通过第一账户向另一个用户的第二账户发起目标流媒体的分享请求时，服务器侧能够基于分享请求生成分享链接，一旦第二账户通过分享链接获取目标流媒体时，就检测第一账户侧的分享时钟，基于分享时钟确定第一账户侧的播放进度，根据第一账户侧的播放进度控制第二账户的播放进度，使得两个账户获得相同的播放进度，以达到两个账户进行目标流媒体分享的时候，获取实时观看同一个目标的使用体验。

附图说明

图1为本发明实施例信息分享方法流程示意图一；

图2为本发明实施例分享树示例一；

图3为本发明实施例分享树示例二；

图4为本发明实施例分享方法流程示意图二；

图5为本发明实施例分享方法流程示意图三；

图6为本发明实施例服务器组成结构示意图；

图7为本发明实施例终端设备组成示意图一；

图8为本发明实施例终端设备组成示意图二。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

实施例一、

本实施例提供了一种信息共享方法，应用于服务器，如图1所示，包括：

步骤101：基于第一终端设备的第一账户的获取目标流媒体的请求，向所述第一终端设备发送所述目标流媒体，以使得所述第一终端设备输出所述目标流媒体；

步骤102：获取到由第一账户通过第一终端设备向第二终端设备的第二账户发起目标流媒体的实时分享请求；

步骤103：基于所述实时分享请求，将所述第一账户与所述目标流媒体进行关联，生成所述目标流媒体的分享链接，发送所述分享链接至第二终端设备的第二账户；

步骤104：检测到所述第二账户基于所述分享链接获取所述目标流媒体时，获取到所述第一账户侧的时钟信息，基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度，使得所述第一账户以及第二账户具备相同的播放进度。

这里，所述第一终端设备以及所述第二终端设备可以为：智能手机、平板电脑、电视盒子、笔记本等。

本实施例中所述服务器在实施本方案时，主要执行以下操作：

注册第一账户。所述第一账户可以为用户登录客户端时采用的账户信息。其获取方式可以为当用户在所述客户端进行注册时获取。第一账户可以通过用户终端标识、IP地址、社交身份、电话号码及序号等组合来***生成唯一的标识。

明确邀请以及受邀关系，比如，上述步骤所述获取到由第一账户通过第一终端设备向第二终端设备的第二账户发起目标流媒体的实时分享请求，通过所述实时分享请求，服务器能够得到的结果为，第一账户为邀请方，第二账户为受邀方，所要分享的为目标流媒体。用户的受邀关系，如果用户是通过接受邀请加入的流媒体内容实时访问的，需要记录用户的邀请人；否则(邀请人)为空(“发起人”)。

另外，基于所述实时分享请求，所述服务器侧还可以获取到所述第一终端设备的互联网协议(IP)地址，第一终端设备的标识，用户的相关信息(如社交身份)。

关联在线用户标识和实时内容流，具体的：

所述基于所述实时分享请求，将所述第一账户与所述目标流媒体进行关联，可以包括：所述服务器在新创建一段流媒体服务内容流时，需要确认第一账户，并将其关联到目标流媒体；如果第一账户为空(例如，用户使用浏览器)，则当用户通过第一账户登录客户端时，才能够进行分享，此时再将目标媒体流和所述第一账户进行关联。

所述生成分享链接，可以为：生成已关联的目标媒体流的实时分享链接(URL)，其中，所述服务器可以根据第一终端设备或者第二终端设备的请求，可生成的包含有第一账户的目标流媒体的实时分享链接；

其中，在生成实时分享链接时，所述服务器侧还可以进行加密处理，以保证账户的私密性。

实时分享规则管理，包括

用户对实时内容的“访问限制”：

所述获取到由第一账户通过第一终端设备向第二终端设备的第二账户发起目标流媒体的实时分享请求之后，所述方法还包括：

基于实时分享规则对所述实时分享请求进行验证；

其中，所述实时分享规则包括以下至少之一：

所述第一账户发起的分享目标账户数量是否不超过单级分享次数，若不超过，则验证通过，否则验证不通过；其中，所述单级分享次数表示每次用户可分享给几个目标账户，这个设置可以缺省，当缺省时表示无限制、或者表示仅受限于服务器侧的处理能力；

基于所述第一账户的分享级别，判断所述第一账户是否处于所述目标流媒体的最大分享级别，若是，则验证不通过，否则验证通过。最大分享级别，指的所述服务器侧包括所有1～N级，考虑到受邀者有可能再次分享内容，如账户A第一级->账户B第二级->账户C第三级->账户D第四级。

所述将第一账户侧的所述播放进度直接发送到所述第二终端设备之后，所述方法还包括：

获取到所述第二账户的预设分享时长阈值，当所述第二账户当前的分享时长达到预设分享时长阈值时，控制停止向所述第二终端设备的第二账户发送目标流媒体。

其中，所述预设分享时长阈值用于表征每个受邀用户单次访问分享内容的最大时长，即使邀请人还在继续访问流媒体内容，***将限制受邀人访问。

其中，所述第一账户的分享级别可以用于确定其“再分享权利”，也就是说，第一账户可以为发起人，也可以即为邀请发起人，又为受邀人，但是，其在整个分享链中所处的位置，决定用户是否能够通过第一账户再次向第二账户分享目标流媒体。

进一步地，所述将第一账户侧的所述播放进度直接发送到所述第二终端设备之后，所述方法还包括：

当所述第一账户退出访问所述目标流媒体时，获取到所述第二账户的访问权限；若所述第二账户的访问权限为允许单独访问其他账户分享的目标流媒体，则不对所述第二账户输出所述目标流媒体的操作进行处理；若所述第二账户的访问权限为不允许单独访问其他账户分享的目标流媒体，则控制第二账户退出访问所述目标流媒体。也就是说，第二账户对目标流媒体的“继承权利”的限制，所述邀请人即第一账户退出访问实时内容后，受邀人第二账户是否有权继续访问完流媒体内容。

“回归权利”，即所述将第一账户侧的所述播放进度直接发送到所述第二终端设备之后，所述方法还包括：当所述第二账户退出访问所述目标流媒体时，将所述第一账户的发起的分享目标账户数量减一。

任何一个受邀人退出流媒体内容实时访问后，单级分享次数是否可以还原(加一)；最大分享次数是否可以还原(加一)。

实时访问流媒体内容的同步及用户控制，具体的：

基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度，包括：

基于所述时钟信息，确定所述第一账户侧当前播放所述目标流媒体的播放进度，将第一账户侧的所述播放进度直接发送到所述第二终端设备，使得所述第二终端设备将所述第二账户侧的播放进度调整为与所述第一账户侧的播放进度相同。

每次用户(发起人)发起一段流媒体内容访问的时候，***开始一个同步时钟(“发起时钟”)；

每次用户(邀请人)发出一个流媒体内容实时分享邀请时，根据实时分享规则(可结合客户端应用输入)，***创建一个流媒体内容实时分享访问请求。

每次用户(受邀人)接受一个流媒体内容实时分享时，***会检测该流媒体内容“发起时钟”的当前时刻，并以该时刻为起点，根据实时分享规则创建实时内容流，开启实时流媒体内容访问。

虽然本实施例上述步骤中仅以第一账户以及第二账户作为双方进行了描述，但实际上受邀人还可以为邀请人，就是说第二账户实际上还可以对第三账户发起邀请，只是第二账户对第三账户的操作方式与上述步骤第一账户与第二账户之间的关系相同，所以在本实施例中不进行赘述。

逐级进行分享的关系，可以如图2所述的分享树来形象的说明账户之间相互关系，可以看出分享树中具备有三个分享级别，第一分享级别中有两个终端设备也就是分别对应了两个账户；位于第一分享级别21的两个终端设备中的账户，有一个账户又进行了下一个级别的邀请，即出现了第二分享级别22只有一个终端设备对应的账户；位于第二分享级别22的账户，再次邀请了三个账户通过其终端设备分享流媒体，这三个账户共同形成第三分享级别23。

基于图2，每次用户结束实时访问一个流媒体内容时，如果用户还是“邀请人”比如处于第一以及第二分享级别21、22，确定是否需要结束“次级受邀人”的流媒体内容访问；其中，确定是否需要结束“次级受邀人”的流媒体内容访问可以包括：如果实时分享规则允许受邀人在发起人退出的情况下继续访问目标流媒体，也就是说如果用户还是“发起人”，需复制时钟给所有的一级“受邀人”，次级受邀人可以升级(更新“分享树”)，如图3所示，当第二分享级别中的用户退出时，原第三分享级别23的受邀人升级为第二分享级别22，并继续访问流媒体内容；否则，先结束所有“次级受邀人”的流媒体内容访问，并更新该实时流媒体内容的分享状态(分享树上个节点，单级分享次数等)，比如，当图2中第二分享级别22中的用户退出，将第二分享级别以及第三分享级别中的用户均结束访问。更新该实时流媒体内容的分享状态(分享树上个节点，单级分享次数等)。

可见，通过采用上述方案，就能够在用户通过第一账户向另一个用户的第二账户发起目标流媒体的分享请求时，服务器侧能够基于分享请求生成分享链接，一旦第二账户通过分享链接获取目标流媒体时，就检测第一账户侧的分享时钟，基于分享时钟确定第一账户侧的播放进度，根据第一账户侧的播放进度控制第二账户的播放进度，使得两个账户获得相同的播放进度，以达到两个账户进行目标流媒体分享的时候，获取实时观看同一个目标的使用体验。

实施例二、

本发明实施例提供了一种信息分享方法，应用于第一终端设备，如图4所示，所述方法包括：

步骤401：向服务器侧发送基于第一账户的获取目标流媒体的请求，接收到所述服务器侧返回的目标流媒体并输出所述目标流媒体；

步骤402：生成与第二终端设备的第二账户的针对所述目标流媒体的实时分享请求；

步骤403：发送所述实时分享请求至所述服务器侧，使得所述服务器侧基于所述实时分享请求，生成所述目标流媒体的分享链接，发送所述分享链接至第二终端设备的第二账户，检测到所述第二账户基于所述分享链接获取所述目标流媒体时，获取到所述第一账户侧的时钟信息，基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度，使得所述第一账户以及第二账户具备相同的播放进度。

这里，所述第一终端设备以及所述第二终端设备可以为：智能手机、平板电脑、电视盒子、笔记本等。

本实施例与上述实施例不同之处在于，上述实施例描述了在服务器侧具备有处理规则，该针对播放进行管控的规则还可以放在终端中由终端进行控制。

本实施例中所述第一终端设备可以具体通过客户端进行第一账户以及分享目标流媒体的处理。以智能手机及应用为例，客户端主要实现以下功能：标识用户，可以理解为通过用户的第一账户来标识用户；如果用户只是在浏览器上，用户需要到流媒体服务器上注册登录才能发起邀请，用户身份标识即用户在流媒体服务器上的注册身份。内容邀请链接(URL)需携带用户在某流媒体服务器的用户标识。

如果用户在某一社交网络上访问流媒体内容，邀请社交网络上的其它朋友，社交网络应用可将用户的社交身份作为所述第一账户，进而基于所述第一账户作为分享“邀请人”；

如果用户在某个具体应用中，如专用流媒体播放器，HTML5应用等，该具体应用可在创建邀请链接时附加上用户的标识(如用户终端标识、IP地址)作为所述第一账户。

优选地，所述发送所述实时分享请求至所述服务器侧之前，所述方法还包括：基于实时分享规则对所述实时分享请求进行验证；

其中，所述实时分享规则包括以下至少之一：

所述第一账户发起的分享目标账户数量是否不超过单级分享次数，若不超过，则验证通过，否则验证不通过；

基于所述第一账户的分享级别，判断所述第一账户是否具备分享权限，若具备分享权限，则验证通过，否则验证不通过。

所述发送所述实时分享请求至所述服务器侧之后，所述方法还包括：

当所述第二账户退出访问所述目标流媒体时，将所述第一账户的发起的分享目标账户数量减一。

进一步地，本实施例中所述第一终端设备通过第一账户进行邀请操作，还可以访问共享控制；比如，通过第一账户作为邀请人还可以通过客户端来实施对受邀人即第二账户的访问控制，如收回邀请，延长邀请，消费通知(邀请人会接到受邀人消费的通知)，第三方付费等。

可见，通过采用上述方案，就能够在用户通过第一账户向另一个用户的第二账户发起目标流媒体的分享请求时，服务器侧能够基于分享请求生成分享链接，一旦第二账户通过分享链接获取目标流媒体时，就检测第一账户侧的分享时钟，基于分享时钟确定第一账户侧的播放进度，根据第一账户侧的播放进度控制第二账户的播放进度，使得两个账户获得相同的播放进度，以达到两个账户进行目标流媒体分享的时候，获取实时观看同一个目标的使用体验。

实施例三、

本发明实施例提供了一种信息分享方法，应用于第二终端设备，如图5所示，包括：

步骤501：基于第二账户接收到服务器侧根据第一终端设备的针对目标流媒体的实时分享请求生成并发来的分享链接；

步骤502：通过所述第二账户基于所述分享链接向服务器侧获取所述目标流媒体，接收到所述服务器侧发来的所述第一账户侧的时钟信息；

步骤503：基于所述第一账户侧的时钟信息控制所述目标流媒体的播放进度，并基于所述播放进度输出所述目标流媒体，以使得第二账户与所述第一账户具备相同的播放进度。

本实施例针对受邀方所进行的处理进行说明，其中：

所述基于所述播放进度输出所述目标流媒体之后，所述方法还包括：

获取到所述第二账户的预设分享时长阈值，当所述第二账户当前的分享时长达到预设分享时长阈值时，控制停止输出所述目标流媒体。

优选地，所述控制停止输出所述目标流媒体之前，还可以生成提示信息，提示用户是否购买观看时长，以继续观看；根据用户的反馈进行后续处理。

可见，通过采用上述方案，就能够在用户通过第一账户向另一个用户的第二账户发起目标流媒体的分享请求时，服务器侧能够基于分享请求生成分享链接，一旦第二账户通过分享链接获取目标流媒体时，就检测第一账户侧的分享时钟，基于分享时钟确定第一账户侧的播放进度，根据第一账户侧的播放进度控制第二账户的播放进度，使得两个账户获得相同的播放进度，以达到两个账户进行目标流媒体分享的时候，获取实时观看同一个目标的使用体验。

实施例四、

本发明实施例提供了一种服务器，如图6所示，所述服务器包括：

第一通信单元61，用于基于第一终端设备的第一账户的获取目标流媒体的请求，向所述第一终端设备发送所述目标流媒体；获取到由第一账户通过第一终端设备向第二终端设备的第二账户发起目标流媒体的实时分享请求；

信息生成单元62，用于基于所述实时分享请求，将所述第一账户与所述目标流媒体进行关联，生成所述目标流媒体的分享链接；

第二通信单元63，用于发送所述分享链接至第二终端设备的第二账户；

信息处理单元64，用于检测到所述第二账户基于所述分享链接获取所述目标流媒体时，获取到所述第一账户侧的时钟信息，基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度，使得所述第一账户以及第二账户具备相同的播放进度。

这里，所述第一终端设备以及所述第二终端设备可以为：智能手机、平板电脑、电视盒子、笔记本等。

本实施例中所述服务器在实施本方案时，主要执行以下操作：

注册第一账户。所述第一账户可以为用户登录客户端时采用的账户信息。其获取方式可以为当用户在所述客户端进行注册时获取。第一账户可以通过用户终端标识、IP地址、社交身份、电话号码及序号等组合来***生成唯一的标识。

明确邀请以及受邀关系，比如，上述步骤所述获取到由第一账户通过第一终端设备向第二终端设备的第二账户发起目标流媒体的实时分享请求，通过所述实时分享请求，服务器能够得到的结果为，第一账户为邀请方，第二账户为受邀方，所要分享的为目标流媒体。用户的受邀关系，如果用户是通过接受邀请加入的流媒体内容实时访问的，需要记录用户的邀请人；否则(邀请人)为空(“发起人”)。

另外，基于所述实时分享请求，所述服务器侧还可以获取到所述第一终端设备的互联网协议(IP)地址，第一终端设备的标识，用户的相关信息(如社交身份)。

关联在线用户标识和实时内容流，具体的：

所述基于所述实时分享请求，将所述第一账户与所述目标流媒体进行关联，可以包括：所述服务器在新创建一段流媒体服务内容流时，需要确认第一账户，并将其关联到目标流媒体；如果第一账户为空(例如，用户使用浏览器)，则当用户通过第一账户登录客户端时，才能够进行分享，此时再将目标媒体流和所述第一账户进行关联。

所述生成分享链接，可以为：生成已关联的目标媒体流的实时分享链接(URL)，其中，所述服务器可以根据第一终端设备或者第二终端设备的请求，可生成的包含有第一账户的目标流媒体的实时分享链接；

其中，在生成实时分享链接时，所述服务器侧还可以进行加密处理，以保证账户的私密性。

实时分享规则管理，包括

用户对实时内容的“访问限制”：

所述第一通信单元，用于基于实时分享规则对所述实时分享请求进行验证；

其中，所述实时分享规则包括以下至少之一：

所述第一账户发起的分享目标账户数量是否不超过单级分享次数，若不超过，则验证通过，否则验证不通过；

基于所述第一账户的分享级别，判断所述第一账户是否处于所述目标流媒体的最大分享级别，若是，则验证不通过，否则验证通过。

所述信息处理单元，用于获取到所述第二账户的预设分享时长阈值，当所述第二账户当前的分享时长达到预设分享时长阈值时，控制停止向所述第二终端设备的第二账户发送目标流媒体。

其中，所述预设分享时长阈值用于表征每个受邀用户单次访问分享内容的最大时长，即使邀请人还在继续访问流媒体内容，***将限制受邀人访问。

其中，所述第一账户的分享级别可以用于确定其“再分享权利”，也就是说，第一账户可以为发起人，也可以即为邀请发起人，又为受邀人，但是，其在整个分享链中所处的位置，决定用户是否能够通过第一账户再次向第二账户分享目标流媒体。

进一步地，所述信息处理单元，用于当所述第一账户退出访问所述目标流媒体时，获取到所述第二账户的访问权限；若所述第二账户的访问权限为允许单独访问其他账户分享的目标流媒体，则不对所述第二账户输出所述目标流媒体的操作进行处理；若所述第二账户的访问权限为不允许单独访问其他账户分享的目标流媒体，则控制第二账户退出访问所述目标流媒体。

“回归权利”，即所述将第一账户侧的所述播放进度直接发送到所述第二终端设备之后，所述信息处理单元，用于当所述第二账户退出访问所述目标流媒体时，将所述第一账户的发起的分享目标账户数量减一。

实时访问流媒体内容的同步及用户控制，具体的：

信息处理单元，用于基于所述时钟信息，确定所述第一账户侧当前播放所述目标流媒体的播放进度，将第一账户侧的所述播放进度直接发送到所述第二终端设备，使得所述第二终端设备将所述第二账户侧的播放进度调整为与所述第一账户侧的播放进度相同。

可见，通过采用上述方案，就能够在用户通过第一账户向另一个用户的第二账户发起目标流媒体的分享请求时，服务器侧能够基于分享请求生成分享链接，一旦第二账户通过分享链接获取目标流媒体时，就检测第一账户侧的分享时钟，基于分享时钟确定第一账户侧的播放进度，根据第一账户侧的播放进度控制第二账户的播放进度，使得两个账户获得相同的播放进度，以达到两个账户进行目标流媒体分享的时候，获取实时观看同一个目标的使用体验。

实施例五、

本发明实施例提供了一种终端设备，如图7所示，包括：

请求生成单元71，用于向服务器侧发送基于第一账户的获取目标流媒体的请求，接收到所述服务器侧返回的目标流媒体并输出所述目标流媒体；生成与第二终端设备的第二账户的针对所述目标流媒体的实时分享请求；

请求发送单元72，用于发送所述实时分享请求至所述服务器侧。

这里，所述第一终端设备以及所述第二终端设备可以为：智能手机、平板电脑、电视盒子、笔记本等。

本实施例与上述实施例不同之处在于，上述实施例描述了在服务器侧具备有处理规则，该针对播放进行管控的规则还可以放在终端中由终端进行控制。

本实施例中所述第一终端设备可以具体通过客户端进行第一账户以及分享目标流媒体的处理。以智能手机及应用为例，客户端主要实现以下功能：标识用户，可以理解为通过用户的第一账户来标识用户；如果用户只是在浏览器上，用户需要到流媒体服务器上注册登录才能发起邀请，用户身份标识即用户在流媒体服务器上的注册身份。内容邀请链接(URL)需携带用户在某流媒体服务器的用户标识。

如果用户在某一社交网络上访问流媒体内容，邀请社交网络上的其它朋友，社交网络应用可将用户的社交身份作为所述第一账户，进而基于所述第一账户作为分享“邀请人”；

如果用户在某个具体应用中，如专用流媒体播放器，HTML5应用等，该具体应用可在创建邀请链接时附加上用户的标识(如用户终端标识、IP地址)作为所述第一账户。

优选地，所述请求生成单元，用于基于实时分享规则对所述实时分享请求进行验证；

其中，所述实时分享规则包括以下至少之一：

所述第一账户发起的分享目标账户数量是否不超过单级分享次数，若不超过，则验证通过，否则验证不通过；

基于所述第一账户的分享级别，判断所述第一账户是否具备分享权限，若具备分享权限，则验证通过，否则验证不通过。

所述发送所述实时分享请求至所述服务器侧之后，所述请求生成单元，用于当所述第二账户退出访问所述目标流媒体时，将所述第一账户的发起的分享目标账户数量减一。

进一步地，本实施例中所述第一终端设备通过第一账户进行邀请操作，还可以访问共享控制；比如，通过第一账户作为邀请人还可以通过客户端来实施对受邀人即第二账户的访问控制，如收回邀请，延长邀请，消费通知(邀请人会接到受邀人消费的通知)，第三方付费等。

可见，通过采用上述方案，就能够在用户通过第一账户向另一个用户的第二账户发起目标流媒体的分享请求时，服务器侧能够基于分享请求生成分享链接，一旦第二账户通过分享链接获取目标流媒体时，就检测第一账户侧的分享时钟，基于分享时钟确定第一账户侧的播放进度，根据第一账户侧的播放进度控制第二账户的播放进度，使得两个账户获得相同的播放进度，以达到两个账户进行目标流媒体分享的时候，获取实时观看同一个目标的使用体验。

实施例六、

本发明实施例提供了一种终端设备，如图8所示，包括：

信息接收单元81，用于基于第二账户接收到服务器侧根据第一终端设备的针对目标流媒体的实时分享请求生成并发来的分享链接；

信息处理单元82，用于通过所述第二账户基于所述分享链接向服务器侧获取所述目标流媒体，接收到所述服务器侧发来的所述第一账户侧的时钟信息；基于所述第一账户侧的时钟信息控制所述目标流媒体的播放进度，并基于所述播放进度输出所述目标流媒体。

本实施例针对受邀方所进行的处理进行说明，其中：

所述基于所述播放进度输出所述目标流媒体之后，信息处理单元82，用于获取到所述第二账户的预设分享时长阈值，当所述第二账户当前的分享时长达到预设分享时长阈值时，控制停止输出所述目标流媒体。

优选地，所述控制停止输出所述目标流媒体之前，还可以生成提示信息，提示用户是否购买观看时长，以继续观看；根据用户的反馈进行后续处理。

可见，通过采用上述方案，就能够在用户通过第一账户向另一个用户的第二账户发起目标流媒体的分享请求时，服务器侧能够基于分享请求生成分享链接，一旦第二账户通过分享链接获取目标流媒体时，就检测第一账户侧的分享时钟，基于分享时钟确定第一账户侧的播放进度，根据第一账户侧的播放进度控制第二账户的播放进度，使得两个账户获得相同的播放进度，以达到两个账户进行目标流媒体分享的时候，获取实时观看同一个目标的使用体验。

本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、基站、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (21)

1.一种信息分享方法，应用于服务器，其特征在于，所述方法包括：

基于第一终端设备的第一账户的获取目标流媒体的请求，向所述第一终端设备发送所述目标流媒体，以使得所述第一终端设备输出所述目标流媒体；

获取到由第一账户通过第一终端设备向第二终端设备的第二账户发起目标流媒体的实时分享请求；

基于所述实时分享请求，将所述第一账户与所述目标流媒体进行关联，生成所述目标流媒体的分享链接，发送所述分享链接至第二终端设备的第二账户；

检测到所述第二账户基于所述分享链接获取所述目标流媒体时，获取到所述第一账户侧的时钟信息，基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度，使得所述第一账户以及第二账户具备相同的播放进度。

2.根据权利要求1所述的方法，其特征在于，基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度，包括：

基于所述时钟信息，确定所述第一账户侧当前播放所述目标流媒体的播放进度，将第一账户侧的所述播放进度直接发送到所述第二终端设备，使得所述第二终端设备将所述第二账户侧的播放进度调整为与所述第一账户侧的播放进度相同。

3.根据权利要求1所述的方法，其特征在于，所述获取到由第一账户通过第一终端设备向第二终端设备的第二账户发起目标流媒体的实时分享请求之后，所述方法还包括：

基于实时分享规则对所述实时分享请求进行验证；

其中，所述实时分享规则包括以下至少之一：

所述第一账户发起的分享目标账户数量是否不超过单级分享次数，若不超过，则验证通过，否则验证不通过；

基于所述第一账户的分享级别，判断所述第一账户是否处于所述目标流媒体的最大分享级别，若是，则验证不通过，否则验证通过。

4.根据权利要求1所述的方法，其特征在于，所述将第一账户侧的所述播放进度直接发送到所述第二终端设备之后，所述方法还包括：

获取到所述第二账户的预设分享时长阈值，当所述第二账户当前的分享时长达到预设分享时长阈值时，控制停止向所述第二终端设备的第二账户发送目标流媒体。

5.根据权利要求1所述的方法，其特征在于，所述将第一账户侧的所述播放进度直接发送到所述第二终端设备之后，所述方法还包括：

当所述第一账户退出访问所述目标流媒体时，获取到所述第二账户的访问权限；

若所述第二账户的访问权限为允许单独访问其他账户分享的目标流媒体，则不对所述第二账户输出所述目标流媒体的操作进行处理；若所述第二账户的访问权限为不允许单独访问其他账户分享的目标流媒体，则控制第二账户退出访问所述目标流媒体。

6.根据权利要求3所述的方法，其特征在于，所述将第一账户侧的所述播放进度直接发送到所述第二终端设备之后，所述方法还包括：

当所述第二账户退出访问所述目标流媒体时，将所述第一账户的发起的分享目标账户数量减一。

7.一种信息分享方法，应用于第一终端设备，其特征在于，所述方法包括：

向服务器侧发送基于第一账户的获取目标流媒体的请求，接收到所述服务器侧返回的目标流媒体并输出所述目标流媒体；

生成与第二终端设备的第二账户的针对所述目标流媒体的实时分享请求；

发送所述实时分享请求至所述服务器侧，使得所述服务器侧基于所述实时分享请求，生成所述目标流媒体的分享链接，发送所述分享链接至第二终端设备的第二账户，检测到所述第二账户基于所述分享链接获取所述目标流媒体时，获取到所述第一账户侧的时钟信息，基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度，使得所述第一账户以及第二账户具备相同的播放进度。

8.根据权利要求7所述的方法，其特征在于，所述发送所述实时分享请求至所述服务器侧之前，所述方法还包括：

基于实时分享规则对所述实时分享请求进行验证；

其中，所述实时分享规则包括以下至少之一：

所述第一账户发起的分享目标账户数量是否不超过单级分享次数，若不超过，则验证通过，否则验证不通过；

基于所述第一账户的分享级别，判断所述第一账户是否具备分享权限，若具备分享权限，则验证通过，否则验证不通过。

9.根据权利要求8所述的方法，其特征在于，所述发送所述实时分享请求至所述服务器侧之后，所述方法还包括：

当所述第二账户退出访问所述目标流媒体时，将所述第一账户的发起的分享目标账户数量减一。

10.一种信息分享方法，应用于第二终端设备，其特征在于，所述方法包括：

基于第二账户接收到服务器侧根据第一终端设备的针对目标流媒体的实时分享请求生成并发来的分享链接；

通过所述第二账户基于所述分享链接向服务器侧获取所述目标流媒体，接收到所述服务器侧发来的所述第一账户侧的时钟信息；

基于所述第一账户侧的时钟信息控制所述目标流媒体的播放进度，并基于所述播放进度输出所述目标流媒体，以使得第二账户与所述第一账户具备相同的播放进度。

11.根据权利要求10所述的方法，其特征在于，所述基于所述播放进度输出所述目标流媒体之后，所述方法还包括：

获取到所述第二账户的预设分享时长阈值，当所述第二账户当前的分享时长达到预设分享时长阈值时，控制停止输出所述目标流媒体。

12.一种服务器，其特征在于，所述服务器包括：

第一通信单元，用于基于第一终端设备的第一账户的获取目标流媒体的请求，向所述第一终端设备发送所述目标流媒体；获取到由第一账户通过第一终端设备向第二终端设备的第二账户发起目标流媒体的实时分享请求；

信息生成单元，用于基于所述实时分享请求，将所述第一账户与所述目标流媒体进行关联，生成所述目标流媒体的分享链接；

第二通信单元，用于发送所述分享链接至第二终端设备的第二账户；

信息处理单元，用于检测到所述第二账户基于所述分享链接获取所述目标流媒体时，获取到所述第一账户侧的时钟信息，基于所述第一账户侧的时钟信息控制所述目标流媒体在所述第二账户侧的播放进度，使得所述第一账户以及第二账户具备相同的播放进度。

13.根据权利要求12所述的服务器，其特征在于，

信息处理单元，用于基于所述时钟信息，确定所述第一账户侧当前播放所述目标流媒体的播放进度，将第一账户侧的所述播放进度直接发送到所述第二终端设备，使得所述第二终端设备将所述第二账户侧的播放进度调整为与所述第一账户侧的播放进度相同。

14.根据权利要求12所述的服务器，其特征在于，

所述第一通信单元，用于基于实时分享规则对所述实时分享请求进行验证；

其中，所述实时分享规则包括以下至少之一：

所述第一账户发起的分享目标账户数量是否不超过单级分享次数，若不超过，则验证通过，否则验证不通过；

基于所述第一账户的分享级别，判断所述第一账户是否处于所述目标流媒体的最大分享级别，若是，则验证不通过，否则验证通过。

15.根据权利要求12所述的服务器，其特征在于，

所述信息处理单元，用于获取到所述第二账户的预设分享时长阈值，当所述第二账户当前的分享时长达到预设分享时长阈值时，控制停止向所述第二终端设备的第二账户发送目标流媒体。

16.根据权利要求12所述的服务器，其特征在于，

所述信息处理单元，用于当所述第一账户退出访问所述目标流媒体时，获取到所述第二账户的访问权限；若所述第二账户的访问权限为允许单独访问其他账户分享的目标流媒体，则不对所述第二账户输出所述目标流媒体的操作进行处理；若所述第二账户的访问权限为不允许单独访问其他账户分享的目标流媒体，则控制第二账户退出访问所述目标流媒体。

17.根据权利要求14所述的服务器，其特征在于，所述信息处理单元，用于当所述第二账户退出访问所述目标流媒体时，将所述第一账户的发起的分享目标账户数量减一。

18.一种终端设备，其特征在于，包括：

请求生成单元，用于向服务器侧发送基于第一账户的获取目标流媒体的请求，接收到所述服务器侧返回的目标流媒体并输出所述目标流媒体；生成与第二终端设备的第二账户的针对所述目标流媒体的实时分享请求；

请求发送单元，用于发送所述实时分享请求至所述服务器侧。

19.根据权利要求18所述的终端设备，其特征在于，所述请求生成单元，用于基于实时分享规则对所述实时分享请求进行验证；

其中，所述实时分享规则包括以下至少之一：

所述第一账户发起的分享目标账户数量是否不超过单级分享次数，若不超过，则验证通过，否则验证不通过；

基于所述第一账户的分享级别，判断所述第一账户是否具备分享权限，若具备分享权限，则验证通过，否则验证不通过。

20.根据权利要求19所述的终端设备，其特征在于，所述请求生成单元，用于当所述第二账户退出访问所述目标流媒体时，将所述第一账户的发起的分享目标账户数量减一。

21.一种终端设备，其特征在于，包括：

信息接收单元，用于基于第二账户接收到服务器侧根据第一终端设备的针对目标流媒体的实时分享请求生成并发来的分享链接；

信息处理单元，用于通过所述第二账户基于所述分享链接向服务器侧获取所述目标流媒体，接收到所述服务器侧发来的所述第一账户侧的时钟信息；基于所述第一账户侧的时钟信息控制所述目标流媒体的播放进度，并基于所述播放进度输出所述目标流媒体。