一种同步回放方法及设备与流程

本发明涉及通信技术领域，特别涉及一种同步回放方法。本发明同时还涉及一种同步回放设备。

背景技术：

GB/T28181-2016《公共安全视频监控联网系统信息传输、交换、控制技术要求》是由公安部科技信息化局提出，由全国安全防范报警系统标准化技术委员会(SAC/TC100)归口，公安部一所等多家单位共同起草的一部国家标准。该标准规定了公共安全视频监控联网系统中的互联结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求。该标准适用于公共安全视频监控联网系统的方案设计、系统检测、验收以及与之相关的设备研发、生产，其他信息系统可参考采用。

回放就是从某种已存在的、记录的来源进行播放，也就是我们通常意义上所提及的“播放”。由于单个摄像机的监控范围限制，在很多情况下，回放时需要把监控同一大区域场合(例如广场)的多个摄像机同时启动、控制、停止回放，并且在回放过程中，各个摄像机解码显示的图像的时间点基本一致，以帮助用户掌握大区域场合的整体情况，获取有效信息，这就是在回放的基础上所衍生出来的同步回放。

在标准中，定义了历史视音频回放的消息交互流程以及回放过程中的媒体回放控制，包括正常播放、快速播放、慢速播放、画面暂停以及随机拖放等。但是国标并没有定义同步回放的消息交互机制以及回放控制。因此，现有技术在实现同步回放时，同步回放的请求方在执行同步回放时需要将需要同步的多个回放当作多个单独的回放分别启动和控制。在此过程中，不仅同步回放的请求方、服务器以及同步请求的发送方之间交互信息过多会导致同步回放的启动时间长，而且每个摄像机的图像被单独进行回放，因此在回放过程中控制不准确，导致同步时间误差大。

由此可见，如何在减少设备信息交互的基础上，尽量保证同步回放的时间同步性，进而提高同步回放的效率，成为本领域技术人员亟待解决的技术问题。

技术实现要素：

有鉴于现有技术中的所存在的问题，本发明提供了一种同步回放方法，用以在实现多个前端设备的视频数据同步播放的前提下，确保同步回放的准确性以及减少信息交互量。该方法应用于包括接收设备、服务器以及发送设备的视频系统中，该方法包括以下步骤：

当所述服务器接收到来自于所述接收设备发送的同步回放请求消息时，所述服务器将同步回放请求消息发送至指定发送设备，所述同步回放请求消息的指定字段中携带需要进行同步回放的多个前端设备的标识，所述指定发送设备存储有所述前端设备的视频监控数据；

所述服务器通过所述发送设备的会话配置信息使所述接收设备与所述指定发送设备之间建立会话，以使所述接收设备通过所述会话同步接收与各所述前端设备对应的视频监控数据。

优选的，当所述服务器接收到来自于所述接收设备发送的同步回放请求消息时，所述服务器将同步回放请求消息发送至指定发送设备，具体为：

接收来自于所述接收设备的同步回放请求消息；

从所述同步回放请求消息的消息头域获取所述指定字段；

根据所述指定字段获取与各所述前端设备对应的视频源；

将存储所述视频源的视频监控数据的发送设备作为所述指定发送设备；

向所述发送设备发送携带特殊字段的同步回放请求消息，所述特殊字段用于描述各所述视频源在所述会话中的标识符。

优选的，当所述视频源的视频监控数据存储于同一发送设备时，所述服务器通过所述发送设备的会话配置信息使所述接收设备与所述指定发送设备之间建立会话，具体为：

接收来自于所述发送设备的响应消息，所述响应消息包含所述配置信息以及所述标识符；

将所述响应消息转发至所述接收设备，以使所述接收设备在接收到所述响应消息后通过所述服务器向所述发送设备发送确认消息；

接收来自于所述接收设备的确认消息，并将所述确认消息转发至所述发送设备，以使所述发送设备在接收到所述确认消息后与所述接收设备建立会话。

优选的，当所述视频源的视频监控数据分别存储于多个发送设备时，所述服务器通过所述发送设备的会话配置信息使所述接收设备与所述指定发送设备之间建立会话，具体为：

分别接收来自于各所述发送设备的子响应消息，所述子响应消息包含各所述发送设备的配置信息以及所述标识符；

根据各所述子响应消息携带的配置信息生成所述响应消息，并将所述响应消息转发至所述接收设备，以使所述接收设备在接收到所述响应消息后通过所述服务器向各所述发送设备发送确认消息；

接收来自于所述接收设备的确认消息，并将所述确认消息转发至各所述发送设备，以使各所述发送设备在接收到所述确认消息后分别与所述接收设备建立会话。

优选的，在所述服务器通过所述发送设备的会话配置信息使所述接收设备与所述指定发送设备之间建立会话之后，还包括：

当所述服务器接收到所述接收设备发送的回放控制信息时，所述服务器将所述回放控制信息转发至所述发送设备，并在接收到所述发送设备回复的控制响应消息后将所述控制响应消息反馈至所述接收设备，所述回放控制信息的指定字段与所述同步回放请求消息的指定字段一致；

当所述服务器接收到所述接收设备发送的断开消息时，所述服务器向所述接收设备发送断开响应消息，并向所述发送设备发送所述断开消息，以及接收所述发送设备返回的断开响应消息。

相应的，本申请还提出了一种服务器，应用于包括接收设备、所述服务器以及发送设备的视频系统中，该服务器包括：

发送模块，当所述服务器接收到来自于所述接收设备发送的同步回放请求消息时，将同步回放请求消息发送至指定发送设备，所述同步回放请求消息的指定字段中携带需要进行同步回放的多个前端设备的标识，所述指定发送设备存储有所述前端设备的视频监控数据；

处理模块，通过所述发送设备的会话配置信息使所述接收设备与所述指定发送设备之间建立会话，以使所述接收设备通过所述会话同步接收与各所述前端设备对应的视频监控数据。

优选的，所述发送模块具体用于：

接收来自于所述接收设备的同步回放请求消息，从所述同步回放请求消息的消息头域获取所述指定字段，根据所述指定字段获取与各所述前端设备对应的视频源，将存储所述视频源的视频监控数据的发送设备作为所述指定发送设备，向所述发送设备发送携带特殊字段的同步回放请求消息，所述特殊字段用于描述各所述视频源在所述会话中的标识符。

优选的，当所述视频源的视频监控数据存储于同一发送设备时，所述处理模块具体包括：

第一接收子模块，接收来自于所述发送设备的响应消息，所述响应消息包含所述配置信息以及所述标识符；

转发子模块，将所述响应消息转发至所述接收设备，以使所述接收设备在接收到所述响应消息后通过所述服务器向所述发送设备发送确认消息；

第二接收子模块，接收来自于所述接收设备的确认消息，并将所述确认消息转发至所述发送设备，以使所述发送设备在接收到所述确认消息后与所述接收设备建立会话。

优选的，当所述视频源的视频监控数据分别存储于多个发送设备时，所述处理模块具体包括：

第一接收子模块，分别接收来自于各所述发送设备的子响应消息，所述子响应消息包含各所述发送设备的配置信息以及所述标识符；

生成子模块，根据各所述子响应消息携带的配置信息生成所述响应消息，并将所述响应消息转发至所述接收设备，以使所述接收设备在接收到所述响应消息后通过所述服务器向各所述发送设备发送确认消息；

第二接收子模块，接收来自于所述接收设备的确认消息，并将所述确认消息转发至各所述发送设备，以使各所述发送设备在接收到所述确认消息后分别与所述接收设备建立会话。

优选的，还包括：

控制模块，当所述服务器接收到所述接收设备发送的回放控制信息时，将所述回放控制信息转发至所述发送设备，并在接收到所述发送设备回复的控制响应消息后将所述控制响应消息反馈至所述接收设备，所述回放控制信息的指定字段与所述同步回放请求消息的指定字段一致；

断开模块，当所述服务器接收到所述接收设备发送的断开消息时，向所述接收设备发送断开响应消息，并向所述发送设备发送所述断开消息，以及接收所述发送设备返回的断开响应消息。

由此可见，通过应用本申请的技术方案，当服务器接收到来自于接收设备发送的同步回放请求消息时，将同步回放请求消息发送至指定发送设备，由于同步回放请求消息的指定字段中携带了需要进行同步回放的多个前端设备的标识，且指定发送设备存储有前端设备的视频监控数据，因此在服务器通过发送设备的会话配置信息使接收设备与指定发送设备之间建立会话之后，接收设备能够通过会话同步接收与各前端设备对应的视频监控数据，从而减少了多个前端设备之间同步回放所需的准备时间，并且保证了各个视频时间的时间同步性。

附图说明

图1为本申请提出的一种同步回放方法的流程示意图；

图2为本申请具体实施例中录像在同一存储设备的同步回放流程示意图；

图3为本申请具体实施例中图2摄像机的录像存储在不同的存储设备上的同步回放流程示意图；

图4为本申请提出的一种服务器的结构示意图。

具体实施方式

如背景技术所述，现有的同步回放的请求方在执行同步回放时仅当成多个单独的回放进行处理，这些回放被分别启动以及控制，不仅消息交互多、启动时间长，而且回放过程中控制不准确，同步时间误差大。

为解决以上技术问题，本申请提出了一种同步回放方法，该方法在发起回放的消息流程中同时携带需要回放的一组摄像机的信息，将这些信息发送给SIP(Session Initiation Protocol，会话初始协议)服务器，SIP服务器再根据一组摄像机的录像保存位置，把保存于同一存储设备的摄像机录像通过打包一次性传给媒体流接收者，媒体流在同一端口接收保存于不同设备的摄像机录像，接收者解封装后取流再解码，送给不同的显示窗格显示，以此实现同步回放。

如图1所示，为本申请提出的一种同步回放方法的流程示意图，包括如下步骤：

S101，当所述服务器接收到来自于所述接收设备发送的同步回放请求消息时，所述服务器将同步回放请求消息发送至指定发送设备，所述同步回放请求消息的指定字段中携带需要进行同步回放的多个前端设备的标识，所述指定发送设备存储有所述前端设备的视频监控数据。

由于本申请旨在将多个前端设备的历史视频在接收设备处同步进行播放，并同时减少接收设备、发送设备以及服务器之间的信息交互。因此相对于现有技术中针对各个前端设备的发送设备分别通过服务器与接收设备进行交互并独立回放的方案，本申请首先在国标的基础上，针对接收设备发往服务器的同步回放请求消息进行了相应的改进：在同步回放请求消息的指定字段中携带需要进行同步回放的多个前端设备的标识。而该同步回放请求消息由服务器发往指定发送设备，这些发送设备存储有需要进行同步回放的多个前端设备的视频监控数据。

需要说明的是，本申请方案中的同步回放请求消息既可以为技术人员重新定义的消息类型，也可以由技术人员在国标的框架内对现有的回放请求消息加以改进来实现。因此，除了对该同步回放请求消息的指定字段进行扩展以携带需要进行同步回放的前端设备的标识以外，该指定字段同时针对每一个需要进行同步回放的前端设备的标识设置发送设备侧的媒体流序列号；同时在该回放请求消息的消息体(该消息体的类型依据当前协议的不同而改变)中包含相关的指示字段，其中包括用于指示历史回放、回放通道、回放类型、回放时间段、接收设备的端口号以及接收媒体类型等，不同的字段设置方式均属于本申请的保护范围。

由于本申请是在国标的框架上，由接收设备与发送设备互相建立会话来传送前端设备的视频监控数据(即历史媒体流)，因此在本申请的优选实施例中，由服务器发往发送设备的同步回放请求消息中携带有一个特殊字段，该特殊字段用于描述各个前端设备对应的视频源在将来所要建立的会话中的标识符，这样才能一次性地将多个前端设备的视频监控数据独立且同步进行传输。

具体地，优选实施例中的该步骤流程如下：

步骤a)接收来自于所述接收设备的同步回放请求消息；

步骤b)从所述同步回放请求消息的消息头域获取所述指定字段；

步骤c)根据所述指定字段获取与各所述前端设备对应的视频源；

步骤d)将存储所述视频源的视频监控数据的发送设备作为所述指定发送设备；

步骤e)向所述发送设备发送携带特殊字段的同步回放请求消息，所述特殊字段用于描述各所述视频源在所述会话中的标识符。

在具体的应用场景中，本申请利用RTP为交互式音频、视频等具有实时特性的数据提供端到端的传送服务。该步骤中的指定字段为Subject字段，该Subject字段位于同步回放请求消息中的头部区域，SIP服务器在从Subject字段获取到多个视频源并进而确定发送设备后，在发往发送设备的同步回放请求消息中增加y字段描述SSRC(Synchronization source，同步源)值。SSRC为RTP包的信源流，在RTP头中用32比特长的同步源标识符表示，与网络地址无关。该字段用以标识信号的同步源,其值应随机选择，以保证实时传输协议RTP会话中任意两个同步源的SSRC标识都不相同。

S102，所述服务器通过所述发送设备的会话配置信息使所述接收设备与所述指定发送设备之间建立会话，以使所述接收设备通过所述会话同步接收与各所述前端设备对应的视频监控数据。

在确定了发送设备之后，服务器需要将发送设备的相关配置信息(例如发送媒体流的IP、端口以及媒体格式等)以及标识符告知接收设备，以便于接收设备与发送设备之间建立会话。然而，受限于设备的存储容量或是网络布置等原因，前端设备所记录的视频监控设备往往不一定会存储在同一个存储设备上，服务器在根据前端设备的标识确定视频源之后，即可基于视频源判断需要传输的视频监控数据是否存储在同一发送设备。基于视频源的视频监控数据所在的发送设备的数量的不同，该步骤分为以下两种情况：

(1)视频源的视频监控数据存储于同一发送设备

步骤a)接收来自于所述发送设备的响应消息，所述响应消息包含所述配置信息以及所述标识符；

步骤b)将所述响应消息转发至所述接收设备，以使所述接收设备在接收到所述响应消息后通过所述服务器向所述发送设备发送确认消息；

步骤c)接收来自于所述接收设备的确认消息，并将所述确认消息转发至所述发送设备，以使所述发送设备在接收到所述确认消息后与所述接收设备建立会话。

(2)视频源的视频监控数据分别存储于多个发送设备

步骤a)分别接收来自于各所述发送设备的子响应消息，所述子响应消息包含各所述发送设备的配置信息以及所述标识符；

步骤b)根据各所述子响应消息携带的配置信息生成所述响应消息，并将所述响应消息转发至所述接收设备，以使所述接收设备在接收到所述响应消息后通过所述服务器向各所述发送设备发送确认消息；

步骤c)接收来自于所述接收设备的确认消息，并将所述确认消息转发至各所述发送设备，以使各所述发送设备在接收到所述确认消息后分别与所述接收设备建立会话。

以上流程在国标的标准框架内实现了多个前端设备的视频监控数据的同步回放，能够帮助用户同时查看一组关联的摄像机在一段时间内的录像，从而找到同一时间大场景下历史视频中的有用信息。同时，为了实现针对这些前端设备的视频的统一控制(例如回放过程中的操作以及会话的切断等)，在本申请的优选实施例中，相应处理方式如下：

当所述服务器接收到所述接收设备发送的回放控制信息时，所述服务器将所述回放控制信息转发至所述发送设备，并在接收到所述发送设备回复的控制响应消息后将所述控制响应消息反馈至所述接收设备，所述回放控制信息的指定字段与所述同步回放请求消息的指定字段一致；

当所述服务器接收到所述接收设备发送的断开消息时，所述服务器向所述接收设备发送断开响应消息，并向所述发送设备发送所述断开消息，以及接收所述发送设备返回的断开响应消息。

通过应用本申请的技术方案，当服务器接收到来自于接收设备发送的同步回放请求消息时，将同步回放请求消息发送至指定发送设备，由于同步回放请求消息的指定字段中携带了需要进行同步回放的多个前端设备的标识，且指定发送设备存储有前端设备的视频监控数据，因此在服务器通过发送设备的会话配置信息使接收设备与指定发送设备之间建立会话之后，接收设备能够通过会话同步接收与各前端设备对应的视频监控数据，从而减少了多个前端设备之间同步回放所需的准备时间，并且保证了各个视频时间的时间同步性。

为了进一步阐述本发明的技术思想，现结合具体的应用场景，对本发明的技术方案进行说明。基于同步回放的摄像机的录像的存储位置的不同，一下通过两个具体实施例分别进行说明：

(1)同步回放的摄像机的录像存储在同一存储设备上

在该视频系统中，媒体流接收者作为接收设备，用于根据用户的指示发起同步回放，以及根据返回的视频流数据向用户播放不同摄像机的画面，媒体流发送者存储了当前视频监控系统中各个摄像机截至当前时间之前的视频数据，SIP服务器则为媒体流接收者以及媒体流发送者之间的纽带。媒体流接收者为CS客户端，假设用户通过CS客户端启动4个摄像机的同步回放，该具体实施例将这4个摄像机看作一组，该4个摄像机编码实例分别如下：

60000000001320000001

60000000001320000002

60000000001320000003

60000000001320000004

基于以上描述，本申请具体实施例中录像在同一存储设备的同步回放流程示意图如图2所示，包括如下步骤：

S201，媒体流接收者以SDP协议格式向SIP服务器发送Invite消息。

媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject字段，携带多组视频源ID、发送方媒体流序列号、媒体流接收者ID、接收端媒体流序列号标识等参数，表示媒体流接收者发起同步回放，SDP消息体中s字段为“Playback”代表历史回放，u字段代表回放通道ID和回放类型，t字段代表回放时间段、m字段携带媒体流接收者的端口号以及接收媒体类型。

由于本申请旨在国标框架内通过Subject消息的合理扩展使用来实现同步回放，因此在该步骤中，Invite消息中所包含的Subject头部内容如下:

60000000001320000001：发送端媒体流序列号1，媒体流接收者设备编码：接收端媒体流序列号1；

60000000001320000002：发送端媒体流序列号2，媒体流接收者设备编码：接收端媒体流序列号2；

60000000001320000003：发送端媒体流序列号3，媒体流接收者设备编码：接收端媒体流序列号3；

60000000001320000004：发送端媒体流序列号4，媒体流接收者设备编码：接收端媒体流序列号4。

S202，SIP服务器以SDP协议格式向媒体流发送者发送服务器侧的Invite消息；

SIP服务器收到INVITE消息后，SIP服务器从Subject字段获取到4个视频源，内部处理后发现4个视频源的录像在同一个存储设备上，也就是媒体流发送者为同一个设备。SIP服务器向媒体流发送者发送Invite请求，请求中携带消息1中的消息体，s字段为“Playback”代表历史回放，u字段代表回放通道ID和回放类型，t字段代表回放时间段，m字段携带媒体流接口者端口号以及接收媒体类型，增加y字段描述SSRC值。在该步骤中，Invite消息中所包含的Subject头部内容如下：

60000000001320000001：发送端媒体流序列号1，媒体流接收者设备编码：接收端媒体流序列号1；

60000000001320000002：发送端媒体流序列号2，媒体流接收者设备编码：接收端媒体流序列号2；

60000000001320000003：发送端媒体流序列号3，媒体流接收者设备编码：接收端媒体流序列号3；

60000000001320000004：发送端媒体流序列号4，媒体流接收者设备编码：接收端媒体流序列号4。

S203，媒体流发送者收到Invite请求，回复200OK响应至SIP服务器，该响应消息中携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、4个SSRC值等内容。

S204，SIP服务器将消息3转发给媒体流接收者。

S205，媒体流接收者收到200OK响应后，回复ACK消息，完成与SIP服务器的Invite会话建立过程。

S206，SIP服务器将消息5转发给媒体流发送者，完成与媒体流发送者的Invite会话建立过程。随后媒体流发送者和媒体流接收者之间建立RTP会话，媒体流发送者把4个视频源的码流在1个RTP会话中发送给媒体流接收者。

S207，在回放过程中，媒体流接收者通过向SIP服务器发送会话内Info消息进行回放控制，包括视频的暂停、播放、快放、慢放、随机拖放播放等操作,Subject字段携带和1同样的内容。

S208，SIP服务器收到消息7后转发给媒体流发送者。

S209，媒体流发送者收到消息8后回复200OK响应。

S210，SIP服务器将消息9转发给媒体流接收者。

S211，媒体流接收者向SIP服务器发送BYE消息，断开消息1、4、5建立的同媒体流接收者的Invite会话。

S212，SIP服务器收到BYE消息后回复200OK响应，会话断开。

S213，SIP服务器向媒体流发送者发送BYE消息，断开消息2、3、6建立的同媒体流发送者的Invite会话。

S214，媒体流发送者收到BYE消息后回复200OK响应，会话断开。

以上具体实施例的方案描述了如何将集中存储于同一个媒体流发送者的摄像机的视频数据同步发送至媒体流接收者，以及对其进行同步控制以及回放处理。然而在实际应用情况中，很可能会出现多个摄像机的视频数据并非存储于同一个媒体流发送者的情况。对此本申请亦针对同步回放的摄像机的录像存储在不同的存储设备上的情况提出了相应的实施例。在该实施例对应的具体应用场景中，媒体流接收者为CS客户端，媒体流接收者所。假设用户需要通过CS客户端启动2个摄像机的同步回放，该具体实施例将这2个摄像机看作一组，后续实施例以该2个摄像机编码分别为60000000001320000001以及60000000001320000002进行说明。

如图3所示，为本申请具体实施例提出的一种摄像机的录像存储在不同的存储设备上的同步回放流程示意图。需要说明的是，由于该流程除了一些步骤以外的其他处理方式均与图2所对应的方法一致，因此以下将主要对与以上具体实施例所不同的步骤进行描述，具体地，该优选实施方案包括以下步骤：

S301，媒体流接收者以SDP协议的格式向SIP服务器发送Invite消息。

S302&S303，SIP服务器收到INVITE消息后，SIP服务器从Subject字段获取到2个视频源，内部处理后发现2个视频源的录像不在同一个存储设备上。SIP服务器分别向媒体流发送者和媒体流发送者2发送Invite请求，请求中携带消息1中的消息体，s字段为“Playback”代表历史回放，u字段代表回放通道ID和回放类型，t字段代表回放时间段，m字段携带媒体流接收者的端口号以及接收媒体类型，分别增加y字段描述SSRC值。

S304&S305，媒体发送者1以及媒体发送者2分别响应于S302&S303的Invite消息，向SIP服务器回复200ok消息。

S306，SIP服务器在接收到S304和S305的消息后，生成ACK消息返回给媒体流接收者，其中消息体中的2个m字段，1个内容来自4的m字段，1个来自5的m字段。

在通过以上消息完成媒体流接收者、SIP服务器以及媒体流发送者的交互之后，媒体流接收者在同一端口接收两个媒体流发送者的历史媒体流，以此实现多个摄像机的同步回放处理，并且保证了同步回放的准确性。后续用户在通过该具体实施例实现同步回放之后，若还需要实现同步回放的控制以及断开功能，仅需通过SIP服务器分别向媒体流发送者1以及媒体流发送者2发送相应的消息即可。

通过以上具体实施例的技术方案，基于现有的国标框架，在Subject头域携带多个视频源信息，减少媒体流接收者与SIP服务器以及SIP服务器与媒体流发送者之间的消息交互，缩短了媒体流的建立时间。在SDP消息体中，携带多个y字段，实现在一个SDP会话中携带多个历史媒体流，保证了各个历史视频之间的时间同步性。

为达到以上技术目的，本申请还提出了一种服务器，应用于包括接收设备、所述服务器以及发送设备的视频系统中，如图4所示，包括：

发送模块410，当所述服务器接收到来自于所述接收设备发送的同步回放请求消息时，将同步回放请求消息发送至指定发送设备，所述同步回放请求消息的指定字段中携带需要进行同步回放的多个前端设备的标识，所述指定发送设备存储有所述前端设备的视频监控数据；

处理模块420，通过所述发送设备的会话配置信息使所述接收设备与所述指定发送设备之间建立会话，以使所述接收设备通过所述会话同步接收与各所述前端设备对应的视频监控数据。

在具体的应用场景中，所述发送模块具体用于：

接收来自于所述接收设备的同步回放请求消息，从所述同步回放请求消息的消息头域获取所述指定字段，根据所述指定字段获取与各所述前端设备对应的视频源，将存储所述视频源的视频监控数据的发送设备作为所述指定发送设备，向所述发送设备发送携带特殊字段的同步回放请求消息，所述特殊字段用于描述各所述视频源在所述会话中的标识符。

在具体的应用场景中，当所述视频源的视频监控数据存储于同一发送设备时，所述处理模块具体包括：

第一接收子模块，接收来自于所述发送设备的响应消息，所述响应消息包含所述配置信息以及所述标识符；

转发子模块，将所述响应消息转发至所述接收设备，以使所述接收设备在接收到所述响应消息后通过所述服务器向所述发送设备发送确认消息；

第二接收子模块，接收来自于所述接收设备的确认消息，并将所述确认消息转发至所述发送设备，以使所述发送设备在接收到所述确认消息后与所述接收设备建立会话。

在具体的应用场景中，当所述视频源的视频监控数据分别存储于多个发送设备时，所述处理模块具体包括：

第一接收子模块，分别接收来自于各所述发送设备的子响应消息，所述子响应消息包含各所述发送设备的配置信息以及所述标识符；

生成子模块，根据各所述子响应消息携带的配置信息生成所述响应消息，并将所述响应消息转发至所述接收设备，以使所述接收设备在接收到所述响应消息后通过所述服务器向各所述发送设备发送确认消息；

第二接收子模块，接收来自于所述接收设备的确认消息，并将所述确认消息转发至各所述发送设备，以使各所述发送设备在接收到所述确认消息后分别与所述接收设备建立会话。

在具体的应用场景中，还包括：

控制模块，当所述服务器接收到所述接收设备发送的回放控制信息时，将所述回放控制信息转发至所述发送设备，并在接收到所述发送设备回复的控制响应消息后将所述控制响应消息反馈至所述接收设备，所述回放控制信息的指定字段与所述同步回放请求消息的指定字段一致；

断开模块，当所述服务器接收到所述接收设备发送的断开消息时，向所述接收设备发送断开响应消息，并向所述发送设备发送所述断开消息，以及接收所述发送设备返回的断开响应消息。

由此可见，通过应用本申请的技术方案，当服务器接收到来自于接收设备发送的同步回放请求消息时，将同步回放请求消息发送至指定发送设备，由于同步回放请求消息的指定字段中携带了需要进行同步回放的多个前端设备的标识，且指定发送设备存储有前端设备的视频监控数据，因此在服务器通过发送设备的会话配置信息使接收设备与指定发送设备之间建立会话之后，接收设备能够通过会话同步接收与各前端设备对应的视频监控数据，从而减少了多个前端设备之间同步回放所需的准备时间，并且保证了各个视频时间的时间同步性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。