直播参与用户互动内容同步到社交平台的方法及装置与流程

本发明涉及互联网直播技术领域，尤其涉及直播参与用户互动内容同步到社交平台的方法及装置。

背景技术：

互联网直播涉及到视频直播、语音直播、文字直播等类型直播，终端用户在每一个具体直播中参与，并且与他人(包含主播)互动、交互等。

每一个参与用户其参与直播行为，包括发言、打赏、点赞、送礼物等行为内容。有时用户对参与的内容需要发布到社交平台(比如QQ空间、微博等，下文以微博作为代指)中去，比如发布到微博，就需要用户主动去微博客户端或微博第三方客户端手动一一输入。

例如，用户把参与直播的过程每一次交互行为都主动分享到微博，不但效率低下，更容易出错，也不能够完整、准确表达其直播互动过程中参与的所有历史轨迹，同时也会加重用户的操作负担。

技术实现要素：

本发明实施例提供一种直播参与用户互动内容同步到社交平台的方法及装置，解决用户手动一条条输入的不便，同时又能够保证以时间轴(timeline)的形式聚集在某个主题下面，便于后续查阅和跟踪。

一方面，本发明实施例提供了一种直播参与用户互动内容同步到社交平台的方法，所述方法包括：

接收直播参与用户的互动内容，并为所述互动内容添加话题；

将所述直播参与用户当前的互动内容按照时间轴的形式放入待处理队列中；

利用待处理队列通知接口调用进程有新的互动内容到达；

利用接口调用进程从待处理队列获取所述互动内容；

调用所述直播参与用户所在的社交平台接口，在社交平台的所述话题下实时发布所述互动内容。

另一方面，本发明实施例提供了一种直播参与用户互动内容同步到社交平台的装置，所述装置包括：

接收交互模块，用于接收直播参与用户的互动内容，并为所述互动内容添加话题；

消息处理模块，用于将所述直播参与用户当前的互动内容按照时间轴的形式放入待处理队列中；

消息队列模块，用于利用待处理队列通知接口调用进程有新的互动内容到达；

接口调用模块，用于利用接口调用进程从待处理队列获取所述互动内容；调用所述直播参与用户所在的社交平台接口，在社交平台的所述话题下实时发布所述互动内容。

上述技术方案具有如下有益效果：直播参与用户每一条具体交互的互动内容，后端系统可以自动以直播名称添加话题进行组装成一条社交内容；实时处理用户每一次直播互动过程中所参与的互动内容，解决了用户手动一条条输入的不便，同时又能够保证以时间轴的形式聚集在某个主题下面，便于后续查阅和跟踪。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一种直播参与用户互动内容同步到社交平台的方法流程图；

图2为本发明实施例一种直播参与用户互动内容同步到社交平台的装置结构示意图；

图3为本发明应用实例同步策略信令流程示意图；

图4为本发明应用实例服务器端的消息处理策略信令流程示意图；

图5为本发明应用实例服务器端的消息处理策略信令流程示意图。

具体实施方式

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

如图1所示，为本发明实施例一种直播参与用户互动内容同步到社交平台的方法流程图，所述方法包括：

101、接收直播参与用户的互动内容，并为所述互动内容添加话题；

102、将所述直播参与用户当前的互动内容按照时间轴的形式放入待处理队列中；

103、利用待处理队列通知接口调用进程有新的互动内容到达；

104、利用接口调用进程从待处理队列获取所述互动内容；

105、调用所述直播参与用户所在的社交平台接口，在社交平台的所述话题下实时发布所述互动内容。

优选地，所述接收直播参与用户的互动内容，并为所述互动内容添加话题，包括：接收直播参与用户的互动内容后，以直播名称作为话题添加到互动内容中；或者，根据当前直播交互上下文，为所述互动内容添加话题。

优选地，所述将所述直播参与用户的互动内容按照时间轴的形式放入待处理队列中之前，所述方法还包括：确认所述直播参与用户允许同步。

优选地，所述将所述直播参与用户的互动内容按照时间轴的形式放入待处理队列中，包括：判断所述待处理队列是否溢出：若不溢出，则直接将所述直播参与用户当前的互动内容按照时间轴的形式放入待处理队列中；若溢出，则删除所述直播参与用户的所有互动内容中保存时间超过预设时间的陈旧互动内容，然后将所述直播参与用户当前的互动内容按照时间轴的形式放入待处理队列中。

优选地，所述利用待处理队列通知接口调用进程有新的互动内容到达，包括：判断所述接口调用进程是否空闲：若不空闲，则通知所述接口调用进程等待获取数据；若空闲，则通知所述接口调用进程有新的互动内容到达。

对应于上述方法实施例，如图2所示，为本发明实施例一种直播参与用户互动内容同步到社交平台的装置结构示意图，所述装置包括：

接收交互模块21，用于接收直播参与用户的互动内容，并为所述互动内容添加话题；

消息处理模块22，用于将所述直播参与用户当前的互动内容按照时间轴的形式放入待处理队列中；

消息队列模块23，用于利用待处理队列通知接口调用进程有新的互动内容到达；

接口调用模块24，用于利用接口调用进程从待处理队列获取所述互动内容；调用所述直播参与用户所在的社交平台接口，在社交平台的所述话题下实时发布所述互动内容。

优选地，所述接收交互模块21，具体用于接收直播参与用户的互动内容后，以直播名称作为话题添加到互动内容中；或者，根据当前直播交互上下文，为所述互动内容添加话题。

优选地，所述消息处理模块22，进一步用于将所述直播参与用户的互动内容按照时间轴的形式放入待处理队列中之前，确认所述直播参与用户允许同步。

优选地，所述消息处理模块22，具体用于将所述直播参与用户的互动内容按照时间轴的形式放入待处理队列中时，判断所述待处理队列是否溢出：若不溢出，则直接将所述直播参与用户当前的互动内容按照时间轴的形式放入待处理队列中；若溢出，则删除所述直播参与用户的所有互动内容中保存时间超过预设时间的陈旧互动内容，然后将所述直播参与用户当前的互动内容按照时间轴的形式放入待处理队列中。

优选地，所述消息队列模块23，具体用于利用待处理队列通知接口调用进程有新的互动内容到达时，判断所述接口调用进程是否空闲：若不空闲，则通知所述接口调用进程等待获取数据；若空闲，则通知所述接口调用进程有新的互动内容到达。

本发明实施例上述技术方案具有如下有益效果：直播参与用户每一条具体交互的互动内容，后端系统可以自动以直播名称添加话题进行组装成一条社交内容；实时处理用户每一次直播互动过程中所参与的互动内容，解决了用户手动一条条输入的不便，同时又能够保证以时间轴的形式聚集在某个主题下面，便于后续查阅和跟踪。

以下结合应用实例对本发明实施例上述技术方案进行详细阐述：

本应用实例能够解决用户手动输入的不便，同时又能够保证以时间轴timeline的形式聚集在某个主题下面，便于后续查阅和跟踪。

1.用户属性

本应用实例需要用户属性，例如用户登陆属性，用户可以选择以微博/微信/QQ等社交平台登陆，服务器在用户默认授权情况下，会根据用户登陆属性特征选择社交平台API(Application Programming Interface，应用程序编程接口)进行投递。

2.同步策略概览

如图3所示，为本发明应用实例同步策略信令流程示意图，具体包括：

301、用户参与直播进行互动，发送互动内容；

302、后端服务器的接收交互模块，根据当前直播交互上下文，为所述互动内容添加话题，组装一条社交内容；假设社交平台为微博平台，则此处组装成一条微博；

303、将互动内容放入消息队列模块(具体通过待处理队列实现)中；

304、消息队列模块通知接口调用模块(具体通过接口调用进程实现)有新的互动内容到达；

305、接口调用模块获取新的互动内容；

306、调用社交平台API向社交平台发布消息。

通过以上步骤，关注者可以及时查看该用户的直播交互过程中在Feed(简易信息聚合RSS中用来接收该信息来源更新的接口)流体现出来的互动轨迹了。

需要说明的是：接收交互模块、消息处理模块、消息队列模块、接口调用模块均为服务器端模块。

3.消息处理策略

如图4所示，为本发明应用实例服务器端的消息处理策略信令流程示意图，具体包括：

401、根据消息元数据，获取用户属性；

402、判断用户是否允许同步；

403、若同意，判断用户所处社交平台；

404、根据社交平台消息规则进行处理：例如，按照QQ/微信规则组装消息，或者按照微博规则组装消息，或者按照其他规则组装消息，如果是独立用户，则流程结束；

405、组装消息处理结束。

4.消息队列处理策略

服务器端的消息队列处理机制，需要保证自身避免负载过高导致内存占用过高的问题，又要保证在一个合理的数值之内进行有序工作。如图5所示，为本发明应用实例服务器端的消息处理策略信令流程示意图，具体包括：

501、当有新的互动内容入待处理队列时，会判断队列是否溢出：如果不溢出，执行步骤502，如果溢出，执行步骤503；例如初始队列长度1000，如果超过1000，则溢出，否则不溢出，正常；

502、正常的话，直接进入队列，继续执行步骤504；

503、若溢出，删除所有互动内容中保存时间超过预设时间的陈旧互动内容，保存最新的互动内容，继续执行步骤504；

504、查看接口调用进程判断接口调用进程是否空闲，若空闲，执行步骤505，若不空闲，执行步骤506；

505、若空闲，直接通知所述接口调用进程有新的互动内容到达，以便利用接口调用进程获取互动内容；

506、若不空闲，通知接口调用进程等待获取数据即可。

本发明应用实例上述技术方案具有如下有益效果：直播参与用户每一条具体交互的互动内容，后端系统可以自动以直播名称添加话题进行组装成一条社交内容；实时处理用户每一次直播互动过程中所参与的互动内容，解决了用户手动一条条输入的不便，同时又能够保证以时间轴的形式聚集在某个主题下面，便于后续查阅和跟踪。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

为使本领域内的任何技术人员能够实现或者使用本发明，上面对所公开实施例进行了描述。对于本领域技术人员来说；这些实施例的各种修改方式都是显而易见的，并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此，本公开并不限于本文给出的实施例，而是与本申请公开的原理和新颖性特征的最广范围相一致。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。