CN105721895A - 数据交互方法及系统 - Google Patents

Abstract

本申请涉及一种数据交互方法及系统，所述方法包括：移动终端登录实时分发系统；所述实时分发系统向业务服务器认证；当认证通过时，所述移动终端访问用户界面；所述实时分发系统向所述移动终端发送第一数据；所述移动终端获取用户输入的第二数据；所述移动终端将所述第二数据和第一数据进行处理后，生成第三数据，并发送给所述实时分发系统，实时分发系统通过所述用户界面显示所述第三数据。本申请提供的数据交互方法及系统，在实时分发系统中加入补包服务器，使下发服务器下发数据给移动终端时，同时缓存到补包服务器，当移动终端收到的下发数据不完整时，补包服务器将数据发送给移动终端，从而提高了多媒体交互系统播放数据的稳定性和流畅性。

Description

数据交互方法及系统

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据交互方法及系统。

背景技术

传统的流媒体交互系统多是基于固定网络来实现的，所以在音视频交互的稳定性和流畅性方面有一定保障。但随着互联网进入移动互联网时代，移动网络的不稳定性给移动流媒体产品带来新的挑战。

现有技术中，由于移动互联网的不稳定性，用户在用移动终端使用流媒体交互系统时经常出现音视频播放不连续、音频和视频播放不同步等现象，在很大程度上影响了流媒体交互系统的用户体验。

发明内容

本申请提供了一种数据交互方法及系统，目的是解决移动互联网的不稳定性使用户使用多媒体交互系统时出现音视频播放不连续、音频和视频播放不同步等现象，影响用户体验的问题。

为实现上述目的，第一方面，本申请提供了一种数据交互方法，该方法包括：

移动终端接收用户输入的第一操作指令；

所述移动终端根据所述第一操作指令向实时分发系统发送第一登录请求；

所述实时分发系统根据所述第一登录请求向业务服务器发送认证请求；所述认证请求携带所述实时分发系统的认证消息；

所述业务服务器根据所述认证消息，对所述实时分发系统进行认证；

当认证通过时，所述实时分发系统向所述移动终端发送登录响应消息；

所述移动终端向所述实时分发系统发送用户界面访问请求；

所述实时分发系统根据所述访问请求向所述移动终端发送允许访问响应信息，用以所述移动终端访问所述用户界面；

所述移动终端接收用户输入的数据请求指令，向所述实时分发系统发送数据请求；

所述实时分发系统根据所述数据请求，向所述移动终端发送第一数据；

所述移动终端获取用户输入的第二数据；

所述移动终端将所述第二数据和第一数据进行处理后，生成第三数据，并发送给所述实时分发系统，用以所述实时分发系统通过所述用户界面显示所述第三数据。

第二方面，本申请提供了一种数据交互系统，该系统包括：

本申请实施例提供的业务服务器、实时分发系统和移动终端。

本申请实施例提供的数据交互方法及系统，采用私有交互协议，分级管理机制，确保了每个服务器的安全可控性和可靠性；而且在实时分发系统中加入补包服务器，使下发服务器下发数据给移动终端时，同时缓存到补包服务器，当移动终端由于移动网络不稳定造成接收数据不完整时，补包服务器将数据发送给移动终端，从而提高了流媒体交互系统播放音视频数据的稳定性和流畅性。

附图说明

图1为本申请实施例一提供的数据交互方法流程图；

图2为本申请实施例二提供的数据交互系统示意图；

图3为本申请实施例一提供的代理服务器集群示意图；

图4为本申请实施例一提供的数据服务器集群示意图。

具体实施方式

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

实施例一

图1为本申请实施例一提供的数据交互方法流程图，该方法包括：

S101，移动终端根据用户输入的第一操作指令向实时分发系统发送第一登录请求。

其中，实时分发系统包括：代理服务器和数据服务器；

数据服务器包括：上传服务器、下发服务器和补包服务器；

上传服务器包括：流媒体上传服务器、文本上传服务器；

下发服务器包括：流媒体下发服务器、文本下发服务器。

其中，流媒体上传服务器负责上传移动终端发送的流媒体数据；文本上传服务器负责上传移动终端发送的文本数据；流媒体下发服务器负责向移动终端下发流媒体数据；文本下发服务器负责向移动终端下发文本数据。

需要说明的是，代理服务器负责用户指令交互，代理服务器通过向数据服务器发送控制指令来管理数据服务器，代理服务器不负责数据的转发。

因此，代理服务器的并行能力得到了极大的提升，不会因为带宽的问题出现瓶颈；同时，负责数据交互的数据服务器在用户数量突然上升后，可以平滑加入新的数据服务器来支撑更多新上线的用户。

可选地，所述代理服务器归属于一个代理服务器集群，如图3所示。代理服务器采用管理树结构模型，每个代理服务器管理的各个用户访问界面不存在交叉，每个代理服务器管理的数据服务器也不存在交叉，当一个代理服务器出现崩溃或者网络异常时，不会影响其他代理服务器的正常工作。每个代理服务器管理一组数据服务器，因此，数据服务器归属于一个数据服务器集群。以流媒体下发服务器为例，如图4所示。

例如，流媒体下发服务器原本是一台，当突然用户激增时，流媒体下发服务器快要接近并发瓶颈了，可以立即部署新的流媒体下发服务器。新的流媒体下发服务器启动后，经与代理快速认证，代理服务器在新的用户登录时，就不在返回旧的流媒体下发服务器IP地址了，而是返回新的流媒体下发服务器IP，这样原有的流媒体下发服务器的服务质量就得到了充分保障。

同理，其他数据服务器出现带宽瓶颈时，也可以同样机制解决。

移动终端(手机、笔记本或者平板电脑等)接收用户输入的启动流媒体交互系统的指令，所述移动终端根据该指令向代理服务器发送登录该流媒体交互系统请求。

S102，所述实时分发系统根据所述第一登录请求向业务服务器发送认证请求；所述认证请求携带所述实时分发系统的认证消息。

具体地，代理服务器根据所述第一登录请求向业务服务器发送认证请求，所述实时分发系统的认证消息为代理服务器管理的数据服务器的互联网协议地址(InternetProtocolAddress，IP)和网络端口号。

S103，所述业务服务器根据所述认证消息，对所述实时分发系统进行认证。

具体地，所述业务服务器根据所述代理服务器发送的数据服务器的IP和网络端口号，对所述代理服务器管理的数据服务器进行认证。

需要说明的是，业务服务器管理代理服务器，每个代理服务器的启动都需要向业务服务器进行认证，增强了代理服务器和业务服务器的安全可控性和可靠性。

S104，当认证通过时，所述实时分发系统向所述移动终端发送登录响应消息。

具体地，所述业务服务器核对所述数据服务器的IP和网络端口号，确认所述代理服务器管理的数据服务器为合法服务器，则所述代理服务器向所述移动终端发送登录响应消息。

S105，所述移动终端向所述实时分发系统发送用户界面访问请求。

具体的，移动终端根据接收到的登录响应消息，向代理服务器发送用户界面访问请求；

访问请求可以包括根据界面列表访问某一个界面的请求信息。在一个具体的例子中，界面列表可以如下表1所示：

界面序号	界面信息
		1	怀旧金曲(粤语)
2	怀旧金曲(国语)
		3	校园民谣

表1界面信息列表

当用户需要访问移动终端“校园民谣”界面时，可以点击移动终端屏幕上显示的“校园民谣”界面的链接，移动终端接收到用户点击屏幕的指令后，向代理服务器发送访问请求。

可选地，访问请求中还可以携带有用户的账号信息，用以代理服务器根据用户的账号信息对登录的移动终端进行进行验证；

当验证通过时，所述代理服务器根据所述访问请求向所述移动终端发送允许访问响应信息。

可选的，在移动终端根据接收到的登录响应消息，向代理服务器发送用户界面访问请求之前，还包括：

所述移动终端根据所述操作指令向业务服务器发送登录请求；所述登录请求携带所述用户的账号信息；

所述业务服务器对所述用户的账号信息进行验证；

当所述验证通过时，所述业务服务器向所述移动终端发送验证通过信息，用以所述移动终端根据所述验证通过信息登录所述业务服务器。

S106，所述实时分发系统根据所述访问请求向所述移动终端发送允许访问响应信息，用以所述移动终端访问所述用户界面。

具体地，所述代理服务器根据所述访问请求向所述移动终端发送允许访问响应信息，用以所述移动终端访问所述用户界面。

S107，所述移动终端接收用户输入的数据请求指令，向所述实时分发系统发送数据请求。

具体地，所述移动终端接收用户输入的数据请求指令，向所述代理服务器发送数据请求。

可选地，所述移动终端接收用户输入的数据请求指令，向所述实时分发系统发送数据请求之后，所述方法还包括：

所述代理服务器将所述用户加入排序列表并向所述移动终端发送通知消息。

S108，所述实时分发系统根据所述数据请求，向所述移动终端发送第一数据。

具体地，所述代理服务器根据所述数据请求向所述下发服务器发送控制指令；

所述下发服务器根据所述控制指令向所述移动终端和所述补包服务器发送第一数据；

所述移动终端检测接收到的所述第一数据的完整性；

当所述移动终端检测所述第一数据不完整时，所述移动终端向所述补包服务器发送补包数据请求指令；

所述补包服务器根据所述补包数据请求指令向所述移动终端发送所述第一数据。

第一数据可以包括视音频数据和文本数据，也可以仅为视音频数据，当然还可以是视音频数据和其他类别的数据。

需要说明的是，所述第一数据也包括包括正在播放的其他用户的视音频数据。

现有技术中，标准实时流媒体协议中对于用户网络信号不稳定时，主要方法是通过RTP控制协议(RTPControlProtocol，RTCP)来调整服务器发送速率，以降低网络丢包率。但经过试验发现，在移动网络不稳定时，仍然会出现流媒体数据播放不流畅等问题。特别是丢包率高于20％时，已经基本无法满足用户观看需求。

在本实施例中，采用基于用户数据报协议(UserDatagramProtocol，UDP)的补包策略来解决丢包率高时播放不流畅的问题，具体如下：

下发服务器下发音视频数据给移动终端，同时将数据缓存到补包服务器。

补包服务器收到一帧新的音视频数据后，剔除一帧老的音视频数据。保障总缓存时间为七秒左右的数据长度。

移动终端在收取三秒钟左右的视音频数据后，开始播放。

移动终端的请求补包线程每隔0.5秒钟检查一次移动终端的音视频缓冲区中丢失数据帧的帧序号，并将丢失的帧序号发送给补包服务器。

服务器获取移动终端请求的补包请求指令后，根据请求指令中的丢失的帧序号，在缓冲区中查找并快速投递给客户端。

应用以上的策略，在极恶劣的移动网络环境中，如丢包率为30％的网络环境，本申请的补包机制仍可以保障用户流畅观看视频直播节目。

需要说明的是，本实施例中描述的具体数据仅为举例说明，并不限定本发明的保护范围。

S109，所述移动终端获取用户输入的第二数据。

具体地，所述移动终端启动摄像头和录音设备，获取该用户的视音频数据。

所述第二数据为移动终端获取的该用户的视音频数据。

S110，所述移动终端将所述第二数据和第一数据进行处理后，生成第三数据，并发送给所述实时分发系统，用以所述实时分发系统通过所述用户界面显示所述第三数据。

具体地，所述移动终端将该用户的视音频数据和下发服务器下发的伴奏视音频数据进行合成处理，生成第三数据，并发送给所述上传服务器，所述上传服务器通过用户界面播放所述第三数据。

本申请实施例提供的数据交互方法，采用私有交互协议，分级管理机制，确保了每个服务器的安全可控性和可靠性；而且在实时分发系统中加入补包服务器，使下发服务器下发数据给移动终端时，同时缓存到补包服务器，当移动终端由于移动网络不稳定造成接收数据不完整时，补包服务器将数据发送给移动终端，从而提高了流媒体交互系统播放音视频数据的稳定性和流畅性。

实施例二

图2为本申请实施例二提供的数据交互系统示意图。如图2所示，本申请的数据交互系统包括实施例一中所述的业务服务器21、实时分发系统22和移动终端23。

实时分发系统22包括：代理服务器221和数据服务器222；

需要说明的是，所述的业务服务器与所述实时分发系统之间建立基于传输控制协议(TransmissionControlProtocol，TCP)的短连接，用于传输指令；所述业务服务器和移动终端之间基于超文本传输协议(Hypertexttransferprotocol，HTTP)的连接，用于传输请求和返回响应消息；所述移动终端和实时分发系统之间通过传输控制协议长连接传输指令和上行业务数据，通过用户数据报协议传输流媒体数据。

本申请实施例二提供的系统中各个部分之间的交互过程已经在本申请实施例一提供的方法流程中进行了详细说明，在此不复赘述。

本申请实施例提供的数据交互系统，采用私有交互协议，分级管理机制，确保了每个服务器的安全可控性和可靠性；而且在实时分发系统中加入补包服务器，使下发服务器下发数据给移动终端时，同时缓存到补包服务器，当移动终端由于移动网络不稳定造成接收数据不完整时，补包服务器将数据发送给移动终端，从而提高了流媒体交互系统播放音视频数据的稳定性和流畅性。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

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

Claims (11)

1.一种数据交互方法，其特征在于，所述方法包括：

移动终端接收用户输入的第一操作指令；

所述移动终端根据所述第一操作指令向实时分发系统发送第一登录请求；

所述实时分发系统根据所述第一登录请求向业务服务器发送认证请求；所述认证请求携带所述实时分发系统的认证消息；

所述业务服务器根据所述认证消息，对所述实时分发系统进行认证；

当认证通过时，所述实时分发系统向所述移动终端发送登录响应消息；

所述移动终端向所述实时分发系统发送用户界面访问请求；

所述实时分发系统根据所述访问请求向所述移动终端发送允许访问响应信息，用以所述移动终端访问所述用户界面；

所述移动终端接收用户输入的数据请求指令，向所述实时分发系统发送数据请求；

所述实时分发系统根据所述数据请求，向所述移动终端发送第一数据；

所述移动终端获取用户输入的第二数据；

所述移动终端将所述第二数据和第一数据进行处理后，生成第三数据，并发送给所述实时分发系统，用以所述实时分发系统通过所述用户界面显示所述第三数据。

2.根据权利要求1所述的数据交互方法，其特征在于，所述移动终端向所述实时分发系统发送用户界面访问请求之前，所述方法还包括：

移动终端接收用户输入的第二操作指令；

所述移动终端根据所述第二操作指令向业务服务器发送登录请求；所述登录请求携带所述用户的账号信息；

所述业务服务器对所述用户的账号信息进行验证；

当所述验证通过时，所述业务服务器向所述移动终端发送验证通过信息，用以所述移动终端根据所述验证通过信息登录所述业务服务器。

3.根据权利要求2所述的数据交互方法，其特征在于，所述实时分发系统包括数据服务器和代理服务器；

所述数据服务器包括上传服务器、下发服务器和补包服务器。

4.根据权利要求3所述的数据交互方法，其特征在于，所述移动终端向所述实时分发系统发送用户界面访问请求具体为：

所述移动终端向所述代理服务器发送用户界面访问请求；所述访问请求包括所述用户的账号信息；

所述代理服务器对所述用户的账号信息进行验证；

当验证通过时，所述代理服务器根据所述访问请求向所述移动终端发送允许访问响应信息。

5.根据权利要求4所述的数据交互方法，其特征在于，所述实时分发系统根据所述数据请求，向所述移动终端发送第一数据具体为：

所述代理服务器根据所述数据请求向所述下发服务器发送控制指令；

所述下发服务器根据所述控制指令向所述移动终端和所述补包服务器发送第一数据；

所述移动终端检测接收到的所述第一数据的完整性；

当所述移动终端检测所述第一数据不完整时，所述移动终端向所述补包服务器发送补包数据请求指令；

所述补包服务器根据所述补包数据请求指令向所述移动终端发送所述第一数据。

6.根据权利要求5所述的数据交互方法，其特征在于，所述移动终端接收用户输入的数据请求指令，向所述实时分发系统发送数据请求之后，所述方法还包括：

所述代理服务器将所述用户加入排序列表并向所述移动终端发送通知消息。

7.根据权利要求6所述的数据交互方法，其特征在于，所述业务服务器根据所述认证消息，对所述实时分发系统进行认证具体为：

所述业务服务器根据所述代理服务器发送的互联网协议地址和网络端口号，对所述代理服务器进行认证。

8.根据权利要求1-7任一所述的数据交互方法，其特征在于，所述第一数据包括视音频数据。

9.一种数据交互系统，其特征在于，所述系统包括上述权利要求1所述的业务服务器、实时分发系统和移动终端。

10.根据权利要求9所述的数据交互系统，其特征在于，所述代理服务器具体为：一个代理服务器，或者归属于一个代理服务器集群的多个代理服务器。

11.根据权利要求10所述的数据交互系统，其特征在于，所述数据服务器具体为：一个数据服务器，或者归属于一个数据服务器集群的多个数据服务器。