CN110381030B - 一种同步请求的处理方法及装置 - Google Patents

一种同步请求的处理方法及装置 Download PDF

Info

Publication number
CN110381030B
CN110381030B CN201910539469.5A CN201910539469A CN110381030B CN 110381030 B CN110381030 B CN 110381030B CN 201910539469 A CN201910539469 A CN 201910539469A CN 110381030 B CN110381030 B CN 110381030B
Authority
CN
China
Prior art keywords
terminal
request
sub
request command
packet
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910539469.5A
Other languages
English (en)
Other versions
CN110381030A (zh
Inventor
李明亮
沈军
杨传坤
白强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Visionvera Information Technology Co Ltd
Original Assignee
Visionvera Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Visionvera Information Technology Co Ltd filed Critical Visionvera Information Technology Co Ltd
Priority to CN201910539469.5A priority Critical patent/CN110381030B/zh
Publication of CN110381030A publication Critical patent/CN110381030A/zh
Application granted granted Critical
Publication of CN110381030B publication Critical patent/CN110381030B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1013Network architectures, gateways, control or user entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1095Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/146Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供了一种同步请求的处理方法及装置,所述方法及装置应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;所述第一终端获取多个第一请求命令,所述多个第一请求命令在所述视联网协议中的类型相同;所述第一终端对所述第一请求命令添加识别标识,封装为第二请求命令;所述第一终端并发地将所述第二请求命令发送至所述第二终端;所述第一终端并发地接收所述第二终端发送的多个第二子数据包;其中,所述第二子数据包由所述第二终端对所述第一子数据包添加所述识别标识后封装而成;本发明实施例可将响应数据与之前发送的请求命令对应起来,能准确区分请求和响应数据,保障数据接收和处理的正确性。

Description

一种同步请求的处理方法及装置
技术领域
本发明涉及数据处理技术领域,特别是涉及一种同步请求的处理方法以及装置,以及一种计算机可读存储介质。
背景技术
随着视联网数据资源的增多,第一终端向第二终端请求数据时,数据为单线程处理,单线程处理指第一终端发送一个请求,处理完第二终端针对所述请求返回的消息后,再开始下一次的相同命令请求,整个过程响应较慢。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种同步请求的处理方法、一种同步请求的处理装置,以及一种计算机可读存储介质。
为了解决上述问题,本发明实施例从第一终端的角度公开了一种同步请求的处理方法,所述方法应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;所述方法包括:
所述第一终端获取多个第一请求命令,所述多个第一请求命令在所述视联网协议中的类型相同;
所述第一终端对所述第一请求命令添加识别标识,封装为第二请求命令;
所述第一终端并发地将所述第二请求命令发送至所述第二终端;所述第二终端用于获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
所述第一终端并发地接收所述第二终端发送的多个第二子数据包;其中,所述第二子数据包由所述第二终端对所述第一子数据包添加所述识别标识后封装而成;
所述第一终端将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
可选的,所述视联网中包括视联网核心服务器,所述视联网核心服务器基于视联网协议与所述第一终端和所述第二终端分别通信连接。
可选的,所述第一终端并发地将所述第二请求命令发送至所述第二终端的步骤包括:
所述第一终端并发地将所述第二请求命令发送至所述视联网核心服务器;所述视联网核心服务器用于将所述第二请求命令转发至所述第二终端。
可选的,所述第一请求命令包括数据请求范围;
所述第一终端将所述识别标识相同的所述第二子数据包组装为所述响应数据的步骤包括:
所述第一终端对所述识别标识相同的所述第二子数据包进行归类;
所述第一终端根据所述数据请求范围,将多个所述第二子数据包依次组装为所述响应数据。
可选的,所述第一终端为视联网监控联网管理调度系统,所述第二终端为视联网监控接入服务器;
所述方法包括:
所述视联网监控联网管理调度系统接收到目标监控的触发操作时,生成针对所述目标监控的多个第一请求命令。
为了解决上述问题,本发明实施例从第二终端的角度公开了一种同步请求的处理方法,所述方法应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;所述方法包括:
所述第二终端接收所述第一终端并发地发送的第二请求命令;其中,所述第二请求命令由所述第一终端获取多个在所述视联网协议中类型相同的第一请求命令,并对所述第一请求命令添加识别标识后封装而成;
所述第二终端获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
所述第二终端对所述第一子数据包添加所述识别标识,封装为第二子数据包;
所述第二终端将所述第二子数据包发送至所述第一终端;所述第一终端用于将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
基于同一发明构思,为了解决上述问题,本发明实施例从第一终端的角度公开了一种同步请求的处理装置,所述装置应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;所述第一终端包括以下模块:
第一请求命令获取模块,用于获取多个第一请求命令,所述多个第一请求命令在所述视联网协议中的类型相同;
第一请求命令封装模块,用于对所述第一请求命令添加识别标识,封装为第二请求命令;
第二请求命令发送模块,用于并发地将所述第二请求命令发送至所述第二终端;所述第二终端用于获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
第二子数据包接收模块,用于并发地接收所述第二终端发送的多个第二子数据包;其中,所述第二子数据包由所述第二终端对所述第一子数据包添加所述识别标识后封装而成;
第二子数据包组装模块,用于将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
基于同一发明构思,为了解决上述问题,本发明实施例从第二终端的角度公开了一种同步请求的处理装置,所述装置应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;所述第二终端包括以下模块:
第二请求命令接收模块,用于接收所述第一终端并发地发送的第二请求命令;其中,所述第二请求命令由所述第一终端获取多个在所述视联网协议中类型相同的第一请求命令,并对所述第一请求命令添加识别标识后封装而成;
第二请求命令发送模块,用于获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
第一子数据包封装模块,用于对所述第一子数据包添加所述识别标识,封装为第二子数据包;
第二子数据包发送模块,用于将所述第二子数据包发送至所述第一终端;所述第一终端用于将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
本发明实施例还公开了一种装置,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如本发明实施例所述的一个或多个的一种同步请求的处理方法。
本发明实施例还公开了一种计算机可读存储介质,其存储的计算机程序使得处理器执行如本发明实施例所述的一种同步请求的处理方法。
本发明实施例包括以下优点:
在本发明实施例中,第一终端获取多个第一请求命令,多个第一请求命令在所述视联网协议中的类型相同;然后第一终端对所述第一请求命令添加识别标识,封装为第二请求命令,同时并发地将所述第二请求命令发送至所述第二终端;所述第二终端用于获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;所述第一终端并发地接收所述第二终端发送的多个第二子数据包;其中,所述第二子数据包由所述第二终端对所述第一子数据包添加所述识别标识后封装而成;所述第一终端将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。通过本发明实施例,可将响应数据与之前发送的请求命令对应起来,能准确区分请求和响应数据,保障数据接收和处理的正确性,可提升业务系统的响应速度,增加用户体验。
附图说明
图1是本发明的一种视联网的组网示意图;
图2是本发明的一种节点服务器的硬件结构示意图;
图3是本发明的一种接入交换机的硬件结构示意图;
图4是本发明的一种以太网协转网关的硬件结构示意图;
图5是本发明实施例一种同步请求的处理方法实施例一的步骤流程图;
图6是本发明实施例一种同步请求的处理方法实施例二的步骤流程图;
图7是本发明实施例一种同步请求的处理装置实施例一的结构示意图;
图8是本发明实施例一种同步请求的处理装置实施例二的结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
视联网是网络发展的重要里程碑,是一个实时网络,能够实现高清视频实时传输,将众多互联网应用推向高清视频化,高清面对面。
视联网采用实时高清视频交换技术,可以在一个网络平台上将所需的服务,如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台,通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本发明实施例,以下对视联网进行介绍:
视联网所应用的部分技术如下所述:
网络技术(Network Technology)
视联网的网络技术创新改良了传统以太网(Ethernet),以面对网络上潜在的巨大第一视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(Circuit Switching),视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价,同时具备电路交换的品质和安全保证,实现了全网交换式虚拟电路,以及数据格式的无缝连接。
交换技术(Switching Technology)
视联网采用以太网的异步和包交换两个优点,在全兼容的前提下消除了以太网缺陷,具备全网端到端无缝连接,直通用户终端,直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态,是一个实时交换平台,能够实现目前互联网无法实现的全网大规模高清视频实时传输,将众多网络视频应用推向高清化、统一化。
服务器技术(Server Technology)
视联网和统一视频平台上的服务器技术不同于传统意义上的服务器,它的流媒体传输是建立在面向连接的基础上,其数据处理能力与流量、通讯时间无关,单个网络层就能够包含信令及数据传输。对于语音和视频业务来说,视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多,效率比传统服务器大大提高了百倍以上。
储存器技术(Storage Technology)
统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统,将服务器指令中的节目信息映射到具体的硬盘空间,媒体内容不再经过服务器,瞬间直接送达到用户终端,用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动,资源消耗仅占同等级IP互联网的20%,但产生大于传统硬盘阵列3倍的并发流量,综合效率提升10倍以上。
网络安全技术(Network Security Technology)
视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题,一般不需要杀毒程序、防火墙,杜绝了黑客与病毒的攻击,为用户提供结构性的无忧安全网络。
服务创新技术(Service Innovation Technology)
统一视频平台将业务与传输融合在一起,不论是单个用户、私网用户还是一个网络的总合,都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台,获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程,可以使用非常少的代码即可实现复杂的应用,实现“无限量”的新业务创新。
视联网的组网如下所述:
视联网是一种集中控制的网络结构,该网络可以是树型网、星型网、环状网等等类型,但在此基础上网络中需要有集中控制节点来控制整个网络。
如图1所示,视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类:节点服务器,接入交换机,终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连,接入交换机可以与多个终端相连,并可以连接以太网。
其中,节点服务器是接入网中起集中控制功能的节点,可控制接入交换机和终端。节点服务器可直接与接入交换机相连,也可以直接与终端相连。
类似的,城域网部分的设备也可以分为3类:城域服务器,节点交换机,节点服务器。城域服务器与节点交换机相连,节点交换机可以与多个节点服务器相连。
其中,节点服务器即为接入网部分的节点服务器,即节点服务器既属于接入网部分,又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点,可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机,也可直接连接节点服务器。
由此可见,整个视联网络是一种分层集中控制的网络结构,而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称,接入网部分可以组成统一视频平台(虚线圈中部分),多个统一视频平台可以组成视联网;每个统一视频平台可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1本发明实施例的视联网中的设备主要可以分为3类:服务器,交换机(包括以太网协转网关),终端(包括各种机顶盒,编码板,存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2其中接入网部分的设备主要可以分为3类:节点服务器,接入交换机(包括以太网协转网关),终端(包括各种机顶盒,编码板,存储器等)。
各接入网设备的具体硬件结构为:
节点服务器:
如图2所示,主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204;
其中,网络接口模块201,CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202;交换引擎模块202对进来的包进行查地址表205的操作,从而获得包的导向信息;并根据包的导向信息把该包存入对应的包缓存器206的队列;如果包缓存器206的队列接近满,则丢弃;交换引擎模块202轮询所有包缓存器队列,如果满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制,包括对硬盘的初始化、读写等操作;CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理,对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置,以及,对磁盘阵列模块204的配置。
接入交换机:
如图3所示,主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304;
其中,下行网络接口模块301进来的包(上行数据)进入包检测模块305;包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求,如果符合,则分配相应的流标识符(stream-id),并进入交换引擎模块303,否则丢弃;上行网络接口模块302进来的包(下行数据)进入交换引擎模块303;CPU模块304进来的数据包进入交换引擎模块303;交换引擎模块303对进来的包进行查地址表306的操作,从而获得包的导向信息;如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的,则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列;如果该包缓存器307的队列接近满,则丢弃;如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的,则根据包的导向信息,把该数据包存入对应的包缓存器307的队列;如果该包缓存器307的队列接近满,则丢弃。
交换引擎模块303轮询所有包缓存器队列,可以包括两种情形:
如果该队列是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零;3)获得码率控制模块产生的令牌;
如果该队列不是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。
码率控制模块308是由CPU模块304来配置的,在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌,用以控制上行转发的码率。
CPU模块304主要负责与节点服务器之间的协议处理,对地址表306的配置,以及,对码率控制模块308的配置。
以太网协转网关
如图4所示,主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。
其中,下行网络接口模块401进来的数据包进入包检测模块405;包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求,如果符合则分配相应的流标识符(stream-id);然后,由MAC删除模块410减去MAC DA、MAC SA、length or frame type(2byte),并进入相应的接收缓存,否则丢弃;
下行网络接口模块401检测该端口的发送缓存,如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA,添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type,并发送。
以太网协转网关中其他模块的功能与接入交换机类似。
终端:
主要包括网络接口模块、业务处理模块和CPU模块;例如,机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块;编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块;存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。
1.3城域网部分的设备主要可以分为2类:节点服务器,节点交换机,城域服务器。其中,节点交换机主要包括网络接口模块、交换引擎模块和CPU模块;城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。
2、视联网数据包定义
2.1接入网数据包定义
接入网的数据包主要包括以下几部分:目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。
如下表所示,接入网的数据包主要包括以下几部分:
DA SA Reserved Payload CRC
其中:
目的地址(DA)由8个字节(byte)组成,第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等),最多有256种可能,第二字节到第六字节为城域网地址,第七、第八字节为接入网地址;
源地址(SA)也是由8个字节(byte)组成,定义与目的地址(DA)相同;
保留字节由2个字节组成;
payload部分根据不同的数据报的类型有不同的长度,如果是各种协议包的话是64个字节,如果是单组播数据包话是32+1024=1056个字节,当然并不仅仅限于以上2种;
CRC有4个字节组成,其计算方法遵循标准的以太网CRC算法。
2.2城域网数据包定义
城域网的拓扑是图型,两个设备之间可能有2种、甚至2种以上的连接,即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是,城域网设备的城域网地址却是唯一的,为了精确描述城域网设备之间的连接关系,在本发明实施例中引入参数:标签,来唯一描述一个城域网设备。
本说明书中标签的定义和MPLS(Multi-Protocol Label Switch,多协议标签交换)的标签的定义类似,假设设备A和设备B之间有两个连接,那么数据包从设备A到设备B就有2个标签,数据包从设备B到设备A也有2个标签。标签分入标签、出标签,假设数据包进入设备A的标签(入标签)是0x0000,这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程,也就意味着城域网的地址分配、标签分配都是由城域服务器主导的,节点交换机、节点服务器都是被动的执行而已,这一点与MPLS的标签分配是不同的,MPLS的标签分配是交换机、服务器互相协商的结果。
如下表所示,城域网的数据包主要包括以下几部分:
DA SA Reserved 标签 Payload CRC
即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中,标签的格式可以参考如下定义:标签是32bit,其中高16bit保留,只用低16bit,它的位置是在数据包的保留字节和payload之间。
针对目前视联网单线程处理存在的问题,现有技术中也提出有采用并发请求数据的方式。但目前视联网协议不支持并发请求任务,这就导致当同一个请求命令连续发送后,视联网终端无法区分每个数据包对应哪次请求,导致数据混乱,甚至被覆盖接收,导致数据传输失败的问题。
针对上述技术问题,参考图5,示出了本发明实施例一种同步请求的处理方法实施例一的步骤流程图,所述方法可以应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;
本发明实施例中,第一终端和第二终端都属于可以通过视联网协议通信的视联网终端,所述的视联网终端可以是软终端也可以是某个硬终端,软终端可以是安装在智能手机、ipd或平板电脑上的客户端,也可以是基于windows系统运行的视联网业务系统,比如视联网监控联网管理调度系统等;硬终端可以是服务器,也可以是某个视联网硬件设备,比如会议终端等。
优选的,所述第一终端为视联网监控联网管理调度系统,所述第二终端为视联网监控接入服务器。视联网监控联网管理调度系统是负责管理视联网环境内的所有监控设备,并可以对这些设备进行监控画面查看,录像以及回放,视频智能分析等功能。视联网监控接入服务器是一种可以把外部的(互联网上的)监控设备(也可描述为监控资源)接入到视联网中,可实现在视联网中浏览和控制互联网上的监控管理设备。
本发明实施例同步请求的处理方法,具体可以包括如下步骤:
步骤S501:所述第一终端获取多个第一请求命令,所述多个第一请求命令在所述视联网协议中的类型相同。
本发明实施例中,第一请求命令可以是第一终端接收到某个用户的触发操作时生成,也可以是接收的其他设备发送的请求命令。需要说明的是,本发明实施例中的第一请求命令在所述视联网协议中的类型相同,类型相同可理解为命令的业务标识相同,或者命令的操作码类型相同。其中,类型相同的产生原因具有以下可能:(1a):依据一次触发操作,生成一个总请求命令,总请求命令被分包拆成了多个第一请求命令,此处的第一请求命令不是一个完整的请求命令,只携带有部分请求信息且所携带的请求信息与其他第一请求命令不同,所以多个第一请求命令在所述视联网协议中的类型都相同,且与总请求命令的类型相同。(2a):依据一次触发操作,生成多个第一请求命令,此处的第一请求命令为一个完整的请求命令(相当于(1a)中的总请求命令),携带有完整的请求信息且所携带的请求信息与其他第一请求命令相同。比如用户双击了某个业务,第一终端依据一次双击操作生成了针对该业务的3个第一请求命令,3个第一请求命令后面会并发至第二终端。(3a):接收其他设备发送的多个第一请求命令,此处的第一请求命令不是一个完整的请求命令,与(1a)相同,是由其他设备把一个总的请求命令分包发送的,只携带有部分请求信息且所携带的请求信息与所接收的其他第一请求命令不同。
在本发明一优选实施例中,所述视联网监控联网管理调度系统接收到目标监控的触发操作时,生成针对所述目标监控的多个第一请求命令。视联网监控联网管理调度系统具有监控调度界面,上述目标监控的触发操作可以在监控调度界面中完成。具体的,比如目标监控为需要同步更新的监控资源,视联网监控联网管理调度系统依据一次触发操作,生成了监控资源同步命令,对应上述第一请求命令的解释,此处所生成的第一请求命令可视为一个监控资源同步命令的部分,也可视为生成了多个相同的监控资源同步命令。
步骤S502:所述第一终端对所述第一请求命令添加识别标识,封装为第二请求命令;
本发明实施例中,第一终端对每个第一请求命令添加特定的识别标识,以此区分多个第一请求命令。第一终端将第一请求命令封装为第二请求命令的过程可包括以下两种方式:第一种,第一终端在所述第一请求命令的报文外添加一层带有识别标识的报文头,以此封装为第二请求命令;第二种,第一终端将所述第一请求命令拆解为包头和负载,在所述包头或负载中写入第二识别标识,再将所述包头与所述负载封装为一体,以此形成第二请求命令。进一步的,上述识别标识可以为用户在第一终端中所设定的标识,也可为第一终端的系统为每个触发操作或转发流自动编码的标识,比如标识为#0001或1,具体的标识编码规则在此不多赘述,能够实现本发明实施例的目的即可。
步骤S503:所述第一终端并发地将所述第二请求命令发送至所述第二终端;所述第二终端用于获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
本发明实施例是针对视联网所作出的改进,所以第二请求命令会经过视联网传送。具体的,所述视联网中包括视联网核心服务器,所述视联网核心服务器基于视联网协议与所述第一终端和所述第二终端分别通信连接。
所述第一终端并发地将所述第二请求命令发送至所述第二终端的步骤可以包括:
所述第一终端并发地将所述第二请求命令发送至所述视联网核心服务器;所述视联网核心服务器用于将所述第二请求命令转发至所述第二终端。
本发明实施例所提及的视联网协议属于一种专有协议,位于网络协议层中的第二层,是为了支持超大规模、高带宽、实时通信网络而设计的一整套完整的网络通信协议体系,可以独立于IP协议之外建立不同终端之间的寻址与通信,实现“有质量保证地”实时通信网络系统,是一种与IP协议“平级”的大规模高带宽实时交换网络通信技术,非视联网用户不能访问,网络传输稳定性较高,以此可保障第二请求命令在发送过程中的安全性和稳定性。
第二终端接收到第二请求命令后,首先对第二请求命令进行解析,获取到所述识别标识,以及第一请求命令的请求内容,然后针对第一请求命令,获取与第一请求命令对应的响应数据。根据第一请求命令的3种类型相同的产生原因叙述,第二终端获取响应数据可能具有以下响应方式:(1b):第二终端根据(1a)或(3a)所述的第一请求命令的部分请求信息,获取与所述部分请求信息对应的响应数据;(2b):第二终端根据(2a)所述的第一请求命令的完整请求信息,获取相应的响应数据。
在某些视联网请求业务中,所述第一请求命令包括数据请求范围,因此,第二终端在获取与所述第一请求命令对应的响应数据时,会根据数据请求范围进行请求。
接下来,针对(1b)、(2b)中阐述的响应数据的不同,以第一请求命令是监控资源同步命令为例,对响应数据的数据请求范围进行详细说明:
第一种,如(1a)(3a)所述,第一请求命令为监控资源同步命令的子命令,只携带有监控资源同步命令的部分信息,即所包含的数据请求范围为监控资源同步命令所要请求的数据请求范围的一部分。比如,在一次触发操作中,请求同步更新的目标资源为整个省的监控资源,所述省可以为四川、云南或新疆等省份,每个省所管辖的监控资源包括整个省内所有市、县、区、街道的监控摄像头,监控资源数量达到百万级别;对应的,依据所述触发操作生成的监控资源同步命令的数据请求范围包括整个省的所有监控资源,即所需要同步更新的监控资源数量也达到数百万或数十万级别。因此,在此情况下,监控资源同步命令的数据量也非常大。本发明实施例针对此种情况,将监控资源同步命令拆分成了多个第一请求命令(一个第一请求命令可视为一个子监控资源同步命令),每个第一请求命令所请求同步更新的监控资源的范围与其他第一请求命令的请求范围不一样。具体拆分范围有多种,比如一个第一请求命令请求同步的范围为A县的监控资源,另一个第一请求命令请求同步的范围为B县的监控资源,还有其他的第一请求命令请求同步的范围依次为C县、D县、E县等的监控资源;也可以以街道或市来划分,由于篇幅原因在此不多叙述,能够实现本发明实施例的目的即可。当然,第一请求命令是基于监控资源同步命令而拆分,所有的第一请求命令在所述视联网协议中的类型相同。
第二终端根据第一请求命令的数据请求范围,获取与所述数据请求范围对应的响应数据。在本发明实例中,响应数据为需要同步的监控资源,由于监控资源的数据量较大,所以第二终端在获取到与第一请求命令中的数据请求范围对应的监控资源后,会将监控资源进行拆分。比如响应数据为A县的1000个监控资源,均分为多个第一子数据包后,每个第一子数据包可以包括10个监控资源。此方案的设计特别适用于大规模的监控资源同步请求,能大大缓解第二终端解析第一请求命令,获取响应数据的压力,在此基础上,第二终端也可以并发地将多个第一子数据包返回给第一终端,监控资源同步的速度更快,同步业务更加高效。
第二种,如(2a)所述,依据一次触发操作,生成多个类型相同,以及数据请求范围相同的第一请求命令(此处的第一请求命令为一个完整的监控资源同步命令)。通过连续发送相同的第一请求命令,可以提高第一请求命令到达第二终端的准确度和稳定性,特别适用于网络环境较差的同步请求业务中。比如,在一次触发操作中,请求同步更新的目标资源为某个乡镇的监控资源,对应的,第一请求命令的数据请求范围包括该乡镇的监控资源,由于需要同步的监控资源的数据量仍然较大,第二终端将该乡镇的监控资源返回给第一终端前,也会将监控资源拆分为多个第一子数据包。
需要说明的是,在本发明的实例中,同步的监控资源或者响应数据是指监控摄像头的当前监控状态(正常或异常)或是监控摄像头的删减、新增。这里的监控资源不为监控图像或监控视频等监控流。
步骤S504:所述第一终端并发地接收所述第二终端发送的多个第二子数据包;其中,所述第二子数据包由所述第二终端对所述第一子数据包添加所述识别标识后封装而成;
步骤S505:所述第一终端将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
本发明实施例中,第一终端并发地接收多个第二子数据包,可以进一步提高整个请求响应业务的完成进度。同样地,对应(1a)、(3a)或是(2a)所述的多种第一请求命令,本发明实施例的第二终端在发送第二子数据包前,会针对第二请求命令所获取的多个第一子数据包,为其添加与第二请求命令同样的识别标识。以此,可便于第一终端识别相应的第二子数据包,然后将识别标识相同的第二子数据包组装还原为相应的响应数据,即将响应数据与之前发送的第一请求命令对应起来,避免数据混乱和系统出错。
在本发明一优选实施例中,所述第一终端将所述识别标识相同的所述第二子数据包组装为所述响应数据的步骤包括:
所述第一终端对所述识别标识相同的所述第二子数据包进行归类;
所述第一终端根据所述数据请求范围,将多个所述第二子数据包依次组装为所述响应数据。
以步骤S503中的第一种情况为例,第一请求命令为同步A县的监控资源,第二终端所获取的响应数据为A县的1000个监控资源的同步信息,所拆分的第一子数据包每个包括10个监控资源的同步信息。第一终端可能交错接收识别标识为1,识别标识为2的第二子数据包,所以第一终端在接收过程中,会将识别标识相同的第二子数据包进行归类。等待识别标识相同的100个第二子数据包接收完成后,然后将按照A县的1000个监控资源的编号顺序,将监控资源的同步信息重新排序,组装为该响应数据,并写入数据库中。通过此种方式能准确区分请求和响应数据,保障数据接收和处理的正确性,提升业务系统的响应速度,增加用户体验。
参考图6,基于同一发明构思,示出了本发明实施例一种同步请求的处理方法实施例二的步骤流程图,所述方法应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;具体可以包括如下步骤:
步骤S601:所述第二终端接收所述第一终端并发地发送的第二请求命令;其中,所述第二请求命令由所述第一终端获取多个在所述视联网协议中类型相同的第一请求命令,并对所述第一请求命令添加识别标识后封装而成;
步骤S602:所述第二终端获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
步骤S603:所述第二终端对所述第一子数据包添加所述识别标识,封装为第二子数据包;
步骤S604:所述第二终端将所述第二子数据包发送至所述第一终端;所述第一终端用于将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
综上,本发明实施例从第二终端的角度阐述了同步请求的处理方法,具体实现步骤和原理解释参照实施例一,在此不多赘述,通过本发明实施例,能准确区分请求和响应数据,保障数据接收和处理的正确性,可提升业务系统的响应速度,增加用户体验。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。
参考图7,对应本发明实施例一的方法,示出了本发明实施例一种同步请求的处理装置实施例一的结构示意图,所述装置应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;所述第一终端可以包括如下模块:
第一请求命令获取模块701,用于获取多个第一请求命令,所述多个第一请求命令在所述视联网协议中的类型相同;
第一请求命令封装模块702,用于对所述第一请求命令添加识别标识,封装为第二请求命令;
第二请求命令发送模块703,用于并发地将所述第二请求命令发送至所述第二终端;所述第二终端用于获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
第二子数据包接收模块704,用于并发地接收所述第二终端发送的多个第二子数据包;其中,所述第二子数据包由所述第二终端对所述第一子数据包添加所述识别标识后封装而成;
第二子数据包组装模块705,用于将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
参考图8,对应本发明实施例二的方法,示出了本发明实施例一种同步请求的处理装置实施例二的结构示意图,所述装置应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;所述第二终端包括以下模块:
第二请求命令接收模块801,用于接收所述第一终端并发地发送的第二请求命令;其中,所述第二请求命令由所述第一终端获取多个在所述视联网协议中类型相同的第一请求命令,并对所述第一请求命令添加识别标识后封装而成;
第二请求命令发送模块802,用于获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
第一子数据包封装模块803,用于对所述第一子数据包添加所述识别标识,封装为第二子数据包;
第二子数据包发送模块804,用于将所述第二子数据包发送至所述第一终端;所述第一终端用于将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
对于一种同步请求的处理装置实施例而言,由于其与一种同步请求的处理方法实施例基本相似,所以描述的比较简单,相关之处参见一种同步请求的处理方法实施例的部分说明即可。
本发明实施例还提供了一种装置,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如本发明实施例所述的一个或多个的一种同步请求的处理方法。
本发明实施例还提供了一种计算机可读存储介质,其存储的计算机程序使得处理器执行如本发明实施例所述的一种同步请求的处理方法。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种同步请求的处理方法及装置,以及一种计算机可读存储介质进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种同步请求的处理方法,其特征在于,所述方法应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;所述方法包括:
所述第一终端获取多个第一请求命令,所述多个第一请求命令在所述视联网协议中的类型相同,其中,所述类型相同表征所述多个第一请求命令为同一请求命令或属于同一请求命令;
所述第一终端对所述第一请求命令添加识别标识,封装为第二请求命令;
所述第一终端并发地将所述第二请求命令发送至所述第二终端;所述第二终端用于获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
所述第一终端并发地接收所述第二终端发送的多个第二子数据包;其中,所述第二子数据包由所述第二终端对所述第一子数据包添加所述识别标识后封装而成;
所述第一终端将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
2.根据权利要求1所述的方法,其特征在于,所述视联网中包括视联网核心服务器,所述视联网核心服务器基于视联网协议与所述第一终端和所述第二终端分别通信连接。
3.根据权利要求2所述的方法,其特征在于,所述第一终端并发地将所述第二请求命令发送至所述第二终端的步骤包括:
所述第一终端并发地将所述第二请求命令发送至所述视联网核心服务器;所述视联网核心服务器用于将所述第二请求命令转发至所述第二终端。
4.根据权利要求1所述的方法,其特征在于,所述第一请求命令包括数据请求范围;
所述第一终端将所述识别标识相同的所述第二子数据包组装为所述响应数据的步骤包括:
所述第一终端对所述识别标识相同的所述第二子数据包进行归类;
所述第一终端根据所述数据请求范围,将多个所述第二子数据包依次组装为所述响应数据。
5.根据权利要求1~4任意一项所述的方法,其特征在于,所述第一终端为视联网监控联网管理调度系统,所述第二终端为视联网监控接入服务器;
所述方法包括:
所述视联网监控联网管理调度系统接收到目标监控的触发操作时,生成针对所述目标监控的多个第一请求命令。
6.一种同步请求的处理方法,其特征在于,所述方法应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;所述方法包括:
所述第二终端接收所述第一终端并发地发送的第二请求命令;其中,所述第二请求命令由所述第一终端获取多个在所述视联网协议中类型相同的第一请求命令,并对所述第一请求命令添加识别标识后封装而成;其中,所述类型相同表征多个第一请求命令为同一请求命令或属于同一请求命令;
所述第二终端获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
所述第二终端对所述第一子数据包添加所述识别标识,封装为第二子数据包;
所述第二终端将所述第二子数据包发送至所述第一终端;所述第一终端用于将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
7.一种同步请求的处理装置,其特征在于,所述装置应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;所述第一终端包括以下模块:
第一请求命令获取模块,用于获取多个第一请求命令,所述多个第一请求命令在所述视联网协议中的类型相同;其中,所述类型相同表征所述多个第一请求命令为同一请求命令或属于同一请求命令;
第一请求命令封装模块,用于对所述第一请求命令添加识别标识,封装为第二请求命令;
第二请求命令发送模块,用于并发地将所述第二请求命令发送至所述第二终端;所述第二终端用于获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
第二子数据包接收模块,用于并发地接收所述第二终端发送的多个第二子数据包;其中,所述第二子数据包由所述第二终端对所述第一子数据包添加所述识别标识后封装而成;
第二子数据包组装模块,用于将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
8.一种同步请求的处理装置,其特征在于,所述装置应用于视联网,所述视联网中包括基于视联网协议相互通信连接的第一终端和第二终端;所述第二终端包括以下模块:
第二请求命令接收模块,用于接收所述第一终端并发地发送的第二请求命令;其中,所述第二请求命令由所述第一终端获取多个在所述视联网协议中类型相同的第一请求命令,并对所述第一请求命令添加识别标识后封装而成;其中,所述类型相同表征多个第一请求命令为同一请求命令或属于同一请求命令;
第二请求命令发送模块,用于获取与所述第二请求命令对应的响应数据,并将所述响应数据拆分为多个第一子数据包;
第一子数据包封装模块,用于对所述第一子数据包添加所述识别标识,封装为第二子数据包;
第二子数据包发送模块,用于将所述第二子数据包发送至所述第一终端;所述第一终端用于将所述识别标识相同的所述第二子数据包组装为所述响应数据,并处理所述响应数据。
9.一种同步请求的处理装置,其特征在于,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如权利要求1至6任一项所述的一种同步请求的处理方法。
10.一种计算机可读存储介质,其特征在于,其存储的计算机程序使得处理器执行如权利要求1至6任一项所述的一种同步请求的处理方法。
CN201910539469.5A 2019-06-20 2019-06-20 一种同步请求的处理方法及装置 Active CN110381030B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910539469.5A CN110381030B (zh) 2019-06-20 2019-06-20 一种同步请求的处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910539469.5A CN110381030B (zh) 2019-06-20 2019-06-20 一种同步请求的处理方法及装置

Publications (2)

Publication Number Publication Date
CN110381030A CN110381030A (zh) 2019-10-25
CN110381030B true CN110381030B (zh) 2022-03-11

Family

ID=68249121

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910539469.5A Active CN110381030B (zh) 2019-06-20 2019-06-20 一种同步请求的处理方法及装置

Country Status (1)

Country Link
CN (1) CN110381030B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111597057B (zh) * 2020-04-08 2023-05-02 视联动力信息技术股份有限公司 数据处理方法、装置及计算机可读存储介质
CN111669364B (zh) * 2020-04-26 2023-09-12 视联动力信息技术股份有限公司 一种数据传输的方法、装置、电子设备及介质
CN112541036B (zh) * 2020-11-24 2023-12-12 南方电网数字电网研究院有限公司 电网数据同步方法、系统、装置、计算机设备和存储介质
CN113422754A (zh) * 2021-04-01 2021-09-21 阿里巴巴新加坡控股有限公司 数据处理方法和装置、电子设备及计算机可读存储介质
CN116416705A (zh) * 2021-12-30 2023-07-11 阿波罗智联(北京)科技有限公司 行车数据传输方法及装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101984672A (zh) * 2010-11-03 2011-03-09 深圳芯邦科技股份有限公司 多线程的音视频同步控制方法及装置
CN102291324A (zh) * 2011-06-28 2011-12-21 北京神州泰岳软件股份有限公司 高并发业务请求处理方法
CN104699541A (zh) * 2015-03-30 2015-06-10 北京奇虎科技有限公司 同步数据的方法、装置、数据传输组件及系统
CN106411560A (zh) * 2016-06-01 2017-02-15 深圳市永兴元科技有限公司 数据传输方法和装置
CN107094308A (zh) * 2017-05-27 2017-08-25 努比亚技术有限公司 数据包传输系统及方法
CN108206752A (zh) * 2016-12-19 2018-06-26 北京视联动力国际信息技术有限公司 一种视联网设备的管理方法和装置
CN109618119A (zh) * 2018-10-31 2019-04-12 视联动力信息技术股份有限公司 业务处理方法和装置
CN109873969A (zh) * 2019-02-22 2019-06-11 视联动力信息技术股份有限公司 一种获取录像数据的方法和视联网系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9420026B2 (en) * 2012-10-31 2016-08-16 At&T Intellectual Property I, L.P. Distributing communication of a data stream among multiple devices

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101984672A (zh) * 2010-11-03 2011-03-09 深圳芯邦科技股份有限公司 多线程的音视频同步控制方法及装置
CN102291324A (zh) * 2011-06-28 2011-12-21 北京神州泰岳软件股份有限公司 高并发业务请求处理方法
CN104699541A (zh) * 2015-03-30 2015-06-10 北京奇虎科技有限公司 同步数据的方法、装置、数据传输组件及系统
CN106411560A (zh) * 2016-06-01 2017-02-15 深圳市永兴元科技有限公司 数据传输方法和装置
CN108206752A (zh) * 2016-12-19 2018-06-26 北京视联动力国际信息技术有限公司 一种视联网设备的管理方法和装置
CN107094308A (zh) * 2017-05-27 2017-08-25 努比亚技术有限公司 数据包传输系统及方法
CN109618119A (zh) * 2018-10-31 2019-04-12 视联动力信息技术股份有限公司 业务处理方法和装置
CN109873969A (zh) * 2019-02-22 2019-06-11 视联动力信息技术股份有限公司 一种获取录像数据的方法和视联网系统

Also Published As

Publication number Publication date
CN110381030A (zh) 2019-10-25

Similar Documents

Publication Publication Date Title
CN110121059B (zh) 监控视频处理方法、装置及存储介质
CN110381030B (zh) 一种同步请求的处理方法及装置
CN109167960B (zh) 一种视频流数据的处理方法和系统
CN111193788A (zh) 一种音视频流负载均衡方法和装置
CN109617956B (zh) 一种数据处理方法和装置
CN110381119B (zh) 一种日志信息的获取方法、系统及装置和存储介质
CN110022295B (zh) 一种数据传输的方法和视联网系统
CN109547163B (zh) 一种数据传输速率的控制方法和装置
CN109787873B (zh) 一种多对多入网通信的方法和装置
CN110557319B (zh) 一种基于视联网的报文处理方法及装置
CN110213334B (zh) 一种共享文件的传输方法及装置
CN110224988B (zh) 一种图像数据的处理方法、系统及装置和存储介质
CN109714568B (zh) 一种视频监控数据的同步方法以及装置
CN110650147A (zh) 数据获取方法和系统
CN110545244A (zh) 一种报文分发的方法及装置
CN110769297A (zh) 一种音视频数据的处理方法和系统
CN111212255B (zh) 监控资源获取方法、装置及计算机可读存储介质
CN110557370B (zh) 一种pamir同步终端信息的方法、系统、电子设备及存储介质
CN110022500B (zh) 一种丢包处理方法和装置
CN110134892B (zh) 一种监控资源列表的加载方法和系统
CN110086773B (zh) 一种音视频数据的处理方法和系统
CN109587524B (zh) 一种向互联网终端同步视联网资源的方法和装置
CN111510341A (zh) 一种视联网的网络测试方法及装置
CN108881148B (zh) 一种数据获取方法和装置
CN110677315A (zh) 一种状态监控的方法和系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant