CN114928597B - 数据传输方法、装置及设备 - Google Patents

数据传输方法、装置及设备 Download PDF

Info

Publication number
CN114928597B
CN114928597B CN202210552505.3A CN202210552505A CN114928597B CN 114928597 B CN114928597 B CN 114928597B CN 202210552505 A CN202210552505 A CN 202210552505A CN 114928597 B CN114928597 B CN 114928597B
Authority
CN
China
Prior art keywords
message
transmitted
client terminal
transmission protocol
data type
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
CN202210552505.3A
Other languages
English (en)
Other versions
CN114928597A (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.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group 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 China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202210552505.3A priority Critical patent/CN114928597B/zh
Publication of CN114928597A publication Critical patent/CN114928597A/zh
Application granted granted Critical
Publication of CN114928597B publication Critical patent/CN114928597B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/18Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Communication Control (AREA)

Abstract

本申请提供一种数据传输方法、装置及设备,涉及通信技术,该方法包括:获取至少一个待传输报文,并确定至少一个待传输报文的数据类型。若确定预设的传输信道的连接状态为正常状态,其中,传输信道表征服务端与客户终端之间的信道,则根据待传输报文的数据类型,对待传输报文进行修改,得到修改后的第二报文。基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将第二报文发送至客户终端。本申请的方法,在传输报文过程中,可以同时传输多个不同数据类型的报文,实现了传输信道的复用,降低了网络开销,解决了传输报文过程中通信资源的利用率较低的技术问题。

Description

数据传输方法、装置及设备
技术领域
本申请涉及通信技术,尤其涉及一种数据传输方法、装置及设备。
背景技术
目前,可以通过小型监控终端远程监控,并由用户终端显示远程监控的视频画面。
现有技术中,通过客户终端进行远程监控时,通常是客户终端向视频网关发送基于TCP的全双工通信协议(Websocket)请求,视频网关获取到WebSocket请求,从摄像机或硬盘录像机中拉取视频帧,然后视频网关对拉取到的视频帧进行编解码,将视频帧转换成一帧帧的视频图像,视频网关通过WebSocket通信方式把视频图像传到客户终端,客户终端浏览器把收到的视频图像逐帧绘制渲染并显示。
然而现有技术中,由于视频网关通过WebSocket通信方式只把视频图像传到客户终端,而视频图像所占用的通信资源较少,导致在传输过程中浪费了通信资源。
发明内容
本申请提供一种数据传输方法、装置及设备,用以解决传输报文过程中通信资源的利用率较低的技术问题。
第一方面,本申请提供一种数据传输方法,应用于服务端,所述方法包括:
获取至少一个待传输报文,并确定至少一个待传输报文的数据类型;
若确定预设的传输信道的连接状态为正常状态,其中,所述传输信道表征所述服务端与客户终端之间的信道,则根据待传输报文的数据类型,对所述待传输报文进行修改,得到修改后的第二报文;
基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将所述第二报文发送至所述客户终端。
进一步地,若确定预设的传输信道的连接状态为正常状态,则根据待传输报文的数据类型,对所述待传输报文进行修改,得到修改后的第二报文,包括:
若确定预设的传输信道的连接状态为正常状态,则根据预设的待传输报文的数据类型与待传输报文的数据头之间的映射关系,确定所述待传输报文对应的数据头;其中,待传输报文的数据类型包括视频图像以及除所述视频图像以外的控制报文;
根据所述待传输报文对应的数据头,对所述待传输报文的数据头进行修改,得到修改后的第二报文。
进一步地,待传输报文的数据类型为视频图像;基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将所述第二报文发送至所述客户终端,包括:
基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为二进制传输协议;
通过与第二报文对应的二进制传输协议将所述第二报文发送至所述客户终端。
进一步地,待传输报文的数据类型为除所述视频图像以外的控制报文;基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将所述第二报文发送至所述客户终端,包括:
基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为除二进制传输协议以外的其他传输协议;
通过与第二报文对应的其他传输协议将所述第二报文发送至所述客户终端。
进一步地,服务端存储有套接字,所述套接字用于指示所述传输信道;所述方法还包括:
获取所述套接字,并确定所述套接字对应的传输信道。
进一步地,所述服务端设置有计时器;所述方法还包括:
通过所述计时器监听客户终端针对第二报文的回复时长。
进一步地,所述客户终端设置有关联容器,所述关联容器用于存储与传输协议对应的回调函数;通过所述计时器监听客户终端针对第二报文的回复时长,包括:
通过所述计时器确定将所述第二报文发送至所述客户终端的第一时刻;
基于预设的传输协议与回调函数之间的映射关系,若接收到与传输协议对应的回调函数发送的回复报文,则通过所述计时器确定接收所述回复报文的第二时刻;其中,所述回复报文包括传输协议名称以及回复信息;
根据所述第一时刻、以及所述第二时刻,确定客户终端针对第二报文的回复时长。
进一步地,所述方法还包括:
若确定所述回复时长位于预设的时间范围内,则对客户终端取消监听。
进一步地,所述方法还包括:
若确定预设的传输信道的连接状态为异常状态,则向客户终端发起重连请求,直至确定所述传输信道的连接状态为正常状态。
第二方面,本申请提供一种数据传输装置,应用于服务端,包括:
第一获取单元,用于获取至少一个待传输报文;
第一确定单元,用于确定至少一个待传输报文的数据类型;
修改单元,用于若确定预设的传输信道的连接状态为正常状态,其中,所述传输信道表征所述服务端与客户终端之间的信道,则根据待传输报文的数据类型,对所述待传输报文进行修改,得到修改后的第二报文;
发送单元,用于基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将所述第二报文发送至所述客户终端。
进一步地,所述修改单元,包括:
第一确定模块,用于若确定预设的传输信道的连接状态为正常状态,则根据预设的待传输报文的数据类型与待传输报文的数据头之间的映射关系,确定所述待传输报文对应的数据头;其中,待传输报文的数据类型包括视频图像以及除所述视频图像以外的控制报文;
修改模块,用于根据所述待传输报文对应的数据头,对所述待传输报文的数据头进行修改,得到修改后的第二报文。
进一步地,待传输报文的数据类型为视频图像;所述发送单元,包括:
第二确定模块,用于基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为二进制传输协议;
第一发送模块,用于通过与第二报文对应的二进制传输协议将所述第二报文发送至所述客户终端。
进一步地,待传输报文的数据类型为除所述视频图像以外的控制报文;所述发送单元,包括:
第三确定模块,用于基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为除二进制传输协议以外的其他传输协议;
第二发送模块,用于通过与第二报文对应的其他传输协议将所述第二报文发送至所述客户终端。
进一步地,服务端存储有套接字,所述套接字用于指示所述传输信道;所述装置还包括:
第二获取单元,用于获取所述套接字;
第二确定单元,用于确定所述套接字对应的传输信道。
进一步地,所述服务端设置有计时器;所述装置还包括:
监听单元,用于通过所述计时器监听客户终端针对第二报文的回复时长。
进一步地,所述客户终端设置有关联容器,所述关联容器用于存储与传输协议对应的回调函数;所述监听单元,包括:
第四确定模块,用于通过所述计时器确定将所述第二报文发送至所述客户终端的第一时刻;
第五确定模块,用于基于预设的传输协议与回调函数之间的映射关系,若接收到与传输协议对应的回调函数发送的回复报文,则通过所述计时器确定接收所述回复报文的第二时刻;其中,所述回复报文包括传输协议名称以及回复信息;
第六确定模块,用于根据所述第一时刻、以及所述第二时刻,确定客户终端针对第二报文的回复时长。
进一步地,所述装置还包括:
取消模块,用于若确定所述回复时长位于预设的时间范围内,则对客户终端取消监听。
进一步地,所述装置还包括:
重连单元,用于若确定预设的传输信道的连接状态为异常状态,则向客户终端发起重连请求,直至确定所述传输信道的连接状态为正常状态。
第三方面,本申请提供一种服务端,包括存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现第一方面所述的方法。
第四方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现第一方面所述的方法。
第五方面,本申请提供一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现第一方面所述的方法。
本申请提供的一种数据传输方法、装置及设备,获取至少一个待传输报文,并确定至少一个待传输报文的数据类型。若确定预设的传输信道的连接状态为正常状态,其中,传输信道表征服务端与客户终端之间的信道,则根据待传输报文的数据类型,对待传输报文进行修改,得到修改后的第二报文。基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将第二报文发送至客户终端。本方案中,获取待传输报文,并确定待传输报文的数据类型,判断预设的传输信道的连接状态,如果确定该传输信道的连接状态为正常状态,则根据待传输报文的数据类型,对待传输报文进行修改,得到修改后的第二报文。最后基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将第二报文发送至客户终端,以使客户终端接收第二报文。所以,根据待传输报文的数据类型,对待传输报文进行修改并得到第二报文后,通过与第二报文对应的传输协议将第二报文发送至客户终端,服务器和客户终端均可以根据第二报文对应的传输协议,对第二报文进行区分处理以避免混淆,进而在传输报文过程中,可以同时传输多个不同数据类型的报文,实现了传输信道的复用,降低了网络开销,解决了传输报文过程中通信资源的利用率较低的技术问题。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1为本申请实施例提供的一种数据传输方法的流程示意图;
图2为本申请实施例提供的另一种数据传输方法的流程示意图;
图3为本申请实施例提供的又一种数据传输方法的流程示意图;
图4为本申请实施例提供的一种数据传输装置的结构示意图;
图5为本申请实施例提供的另一种数据传输装置的结构示意图;
图6为本申请实施例提供的一种服务端的结构示意图;
图7为本申请实施例提供的一种服务端的框图。
通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。
目前,在根据小型监控终端进行监控时,监控方案一般会采用WebSocket技术传输图片流,这种方案一是能解决小型终端缺少必要的算力,无法支撑复杂的视频解码问题;二是解决浏览器兼容性有限,无法直接解析实时流传输协议(Real Time StreamingProtocol,RTSP)流问题;三是能降低视频图像传输所用的时间,减轻网络负担,减少客户终端和视频网关的连接次数。但是,在监控过程中,视频网关向客户终端发送视频图像的过程中仍存在通信资源的利用率较低、网络开销较高等痛点。
一个示例中,可以通过小型监控终端远程监控,并由用户终端显示远程监控的视频画面。现有技术中,通过客户终端进行远程监控时,通常是客户终端向视频网关发送基于TCP的全双工通信协议(Websocket)请求,视频网关获取到WebSocket请求,从摄像机或硬盘录像机中拉取视频帧,然后视频网关对拉取到的视频帧进行编解码,将视频帧转换成一帧帧的视频图像,视频网关通过WebSocket通信方式把视频图像传到客户终端,客户终端浏览器把收到的视频图像逐帧绘制渲染并显示。然而现有技术中,由于视频网关通过WebSocket通信方式只把视频图像传到客户终端,而视频图像所占用的通信资源较少,导致在传输过程中浪费了通信资源。或者,在视频网关与客户终端之间加入心跳重连机制,心跳重连机制包括心跳检测周期和心跳检测超时时间,需要加入定时器持续向视频网关轮询以检测传输信道的连接状态,虽然提高了传输信道的连接稳定性,但没有充分发挥WebSocket长连接特性,增加了网络开销。
本申请提供的一种数据传输方法、装置及设备,旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
图1为本申请实施例提供的一种数据传输方法的流程示意图,应用于服务端,如图1所示,该包括:
101、获取至少一个待传输报文,并确定至少一个待传输报文的数据类型。
示例性地,本实施例的执行主体可以为服务器。首先,需要获取至少一个待传输报文。在远程监控过程中,客户端向服务器发送Websocket请求,服务器接收到Websocket请求后,将Websocket请求发送至视频网关,如果服务器接收到视频网关发送的待传输报文,即获取多个待传输报文,待传输报文包括视频图像、以及除视频图像以外的控制报文等,所以,可以进一步确认每一待传输报文的数据类型。
102、若确定预设的传输信道的连接状态为正常状态,其中,传输信道表征服务端与客户终端之间的信道,则根据待传输报文的数据类型,对待传输报文进行修改,得到修改后的第二报文。
示例性地,服务器内存储有预先定义的发送逻辑,首先对WebSocket实例进行初始化,在本地形成缓存,其中,WebSocket实例表示根据WebSocket协议生成的实例,即表示服务端与客户终端之间的传输信道,缓存是指根据WebSocket实例生成的套接字,即接口,套接字用于指示该传输信道。所以,每次在发送待传输报文前,将缓存的套接字取出进行检测,如果有异常被回收,则执行服务器与客户终端之间的重连,检测到重连成功后,将待传输报文重新发送。
举例来说,服务器获取缓存的套接字,确定套接字对应的传输信道,并判断该传输信道的连接状态,如果确定传输信道的连接状态为正常状态,其中,传输信道表征服务端与客户终端之间的信道,则根据待传输报文的数据类型,对待传输报文的数据头进行修改,得到修改后的第二报文。
103、基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将第二报文发送至客户终端。
示例性地,服务器预先存储有待传输报文的数据类型与传输协议之间的对应关系,所以可以根据该对应关系,根据第二报文的数据类型,确定第二报文对应的传输协议,进而根据与第二报文对应的传输协议将第二报文发送至客户终端,使得客户终端显示第二报文。
举例来说,如果待传输报文的数据类型为视频图像,可以基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为二进制传输协议,然后通过与第二报文对应的二进制传输协议将第二报文发送至客户终端。或者,待传输报文的数据类型为除视频图像以外的控制报文,可以基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为除二进制传输协议以外的其他传输协议,最后通过与第二报文对应的其他传输协议将第二报文发送至客户终端。
本申请实施例中,获取至少一个待传输报文,并确定至少一个待传输报文的数据类型。若确定预设的传输信道的连接状态为正常状态,其中,传输信道表征服务端与客户终端之间的信道,则根据待传输报文的数据类型,对待传输报文进行修改,得到修改后的第二报文。基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将第二报文发送至客户终端。本方案中,获取待传输报文,并确定待传输报文的数据类型,判断预设的传输信道的连接状态,如果确定该传输信道的连接状态为正常状态,则根据待传输报文的数据类型,对待传输报文进行修改,得到修改后的第二报文。最后基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将第二报文发送至客户终端,以使客户终端接收第二报文。所以,根据待传输报文的数据类型,对待传输报文进行修改并得到第二报文后,通过与第二报文对应的传输协议将第二报文发送至客户终端,服务器和客户终端均可以根据第二报文对应的传输协议,对第二报文进行区分处理以避免混淆,进而在传输报文过程中,可以同时传输多个不同数据类型的报文,实现了传输信道的复用,降低了网络开销,解决了传输报文过程中通信资源的利用率较低的技术问题。
图2为本申请实施例提供的另一种数据传输方法的流程示意图,如图2所示,该方法包括:
201、服务端存储有套接字,套接字用于指示传输信道;获取套接字,并确定套接字对应的传输信道。
示例性地,服务端对WebSocket实例进行初始化,在本地形成缓存,其中,WebSocket实例表示根据WebSocket协议生成的实例,即表示服务端与客户终端之间的传输信道,缓存是指根据WebSocket实例生成的套接字,套接字用于指示该传输信道。所以,服务器可以获取套接字,并确定套接字对应的传输信道。
202、获取至少一个待传输报文,并确定至少一个待传输报文的数据类型。
示例性地,本步骤可以参见图1中的步骤101,不再赘述。
203、若确定预设的传输信道的连接状态为正常状态,则根据预设的待传输报文的数据类型与待传输报文的数据头之间的映射关系,确定待传输报文对应的数据头;其中,待传输报文的数据类型包括视频图像以及除视频图像以外的其他控制报文。
示例性地,服务器获取缓存的套接字,确定套接字对应的传输信道,并判断该传输信道的连接状态,如果确定传输信道的连接状态为正常状态,其中,传输信道表征服务端与客户终端之间的信道,则根据预设的待传输报文的数据类型与待传输报文的数据头之间的映射关系,确定待传输报文对应的数据类型,其中,待传输报文的数据类型包括视频图像以及除视频图像以外的控制报文。
204、根据待传输报文对应的数据头,对待传输报文的数据头进行修改,得到修改后的第二报文。
示例性地,服务器根据待传输报文对应的数据头,对待传输报文的数据头进行修改,得到修改后的第二报文。
举例来说,如果待传输报文对应的数据类型是视频图像,则将待传输报文的数据头改成与视频图像对应的数据头,得到修改后的第二报文;或者,如果待传输报文对应的数据类型是除视频图像以外的控制报文,则将数据头改成与控制报文对应的数据头,得到修改后的第二报文。
205、基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将第二报文发送至客户终端。
步骤205包括两种实现方式:
步骤205的第一种实现方式:待传输报文的数据类型为视频图像;基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为二进制传输协议;通过与第二报文对应的二进制传输协议将第二报文发送至客户终端。
步骤205的第二种实现方式:待传输报文的数据类型为除视频图像以外的控制报文;基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为除二进制传输协议以外的其他传输协议;通过与第二报文对应的其他传输协议将第二报文发送至客户终端。
示例性地,服务器预先存储有待传输报文的数据类型与传输协议之间的对应关系,所以可以根据该对应关系,根据第二报文的数据类型,确定第二报文对应的传输协议,进而根据与第二报文对应的传输协议将第二报文发送至客户终端,使得客户终端接收并显示第二报文。
举例来说,在第一种实现方式中,如果待传输报文的数据类型为视频图像,可以基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为二进制传输协议,然后通过与第二报文对应的二进制传输协议将第二报文发送至客户终端,进而客户终端按二进制码流方式接收并解析第二报文。
或者,在第二种实现方式中,待传输报文的数据类型为除视频图像以外的控制报文,可以基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为除二进制传输协议以外的其他传输协议,最后通过与第二报文对应的其他传输协议将第二报文发送至客户终端,进而客户端按照美国信息交换标准代码(AmericanStandard Code for Information Interchange,ASCII)方式接收并解析第二报文。
示例性地,在向客户终端发送第二报文的过程中,由客户终端触发监控指令,在服务器的Websocket内部建立一个图形队列,依次将接收到的图形转成base64格式后入队,提高图形渲染的兼容性。然后在客户终端根据既定的帧率,依次将队列中的图形取出,发送到客户终端展示。
206、服务端设置有计时器;通过计时器监听客户终端针对第二报文的回复时长。
一个示例中,客户终端设置有关联容器,关联容器用于存储与传输协议对应的回调函数;步骤206包括:通过计时器确定将第二报文发送至客户终端的第一时刻;基于预设的传输协议与回调函数之间的映射关系,若接收到与传输协议对应的回调函数发送的回复报文,则通过计时器确定接收回复报文的第二时刻;其中,回复报文包括传输协议名称以及回复信息;根据第一时刻、以及第二时刻,确定客户终端针对第二报文的回复时长。
示例性地,服务端设置有计时器,服务端存储有预设的传输协议与回调函数之间的映射关系;客户端新增一个关联容器map,关联容器map用于存储与传输协议对应的回调函数、以及从服务端返回的控制报文,其中,回调函数用于客户终端向服务端返回回复报文,关联容器map可以使用hashMap、对象、或结构体等key-value形式的数据结构实现。通过计时器确定将第二报文发送至客户终端的第一时刻。如果客户终端接收到服务端发送的第二报文,则根据关联容器中存储的与传输协议对应的回调函数,将回复报文发送给服务器,服务器接收到回复报文后,基于预设的传输协议与回调函数之间的映射关系,确定接收到的回复报文,为与传输协议对应的回调函数发送的回复报文,则通过计时器确定接收回复报文的第二时刻,其中,回复报文包括传输协议名称以及回复信息,例如,以请求的传输协议名称作为key,以返回的回复报文作为value,回复报文为key-value。最后对第一时刻、以及第二时刻做减法处理,得到差值,确定该差值为客户终端针对第二报文的回复时长。
207、若确定回复时长位于预设的时间范围内,则对客户终端取消监听。
示例性地,接收到客户终端发送的回复报文key-value后,在本地启动超时监听,如果在超时时限之前收到回复报文,则取消监听,还可以将回复报文用回调的方式返回客户端,以此来避免因为复用而带来的报文错序解析问题。
208、若确定预设的传输信道的连接状态为异常状态,则向客户终端发起重连请求,直至确定传输信道的连接状态为正常状态。
示例性地,每次在发送待传输报文前,将缓存的套接字取出进行检测,如果有异常被回收,则执行服务器与客户终端之间的重连,检测到重连成功后,将待传输报文重新发送。在重连过程中,同时为每个报文独立增加计时器,超时后发起自动重连。
本申请实施例中,服务端存储有套接字,套接字用于指示传输信道;获取套接字,并确定套接字对应的传输信道。获取至少一个待传输报文,并确定至少一个待传输报文的数据类型。若确定预设的传输信道的连接状态为正常状态,则根据预设的待传输报文的数据类型与待传输报文的数据头之间的映射关系,确定待传输报文对应的数据头;其中,待传输报文的数据类型包括视频图像以及除视频图像以外的其他控制报文。根据待传输报文对应的数据头,对待传输报文的数据头进行修改,得到修改后的第二报文。基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将第二报文发送至客户终端。服务端设置有计时器;通过计时器监听客户终端针对第二报文的回复时长。若确定回复时长位于预设的时间范围内,则对客户终端取消监听。若确定预设的传输信道的连接状态为异常状态,则向客户终端发起重连请求,直至确定传输信道的连接状态为正常状态。所以,根据待传输报文的数据类型,对待传输报文进行修改并得到第二报文后,通过与第二报文对应的传输协议将第二报文发送至客户终端,服务器和客户终端均可以根据第二报文对应的传输协议,对第二报文进行区分处理以避免混淆,进而在传输报文过程中,可以同时传输多个不同数据类型的报文,实现了传输信道的复用,降低了网络开销,解决了传输报文过程中通信资源的利用率较低的技术问题;并且在客户端增加了一个关联容器map来避免因为复用而带来的报文错序解析问题,以及将WebSocket实例缓存在本地,每次报文发送前检测WebSocket状态,如发现异常状态,则发起重连。
示例性地,图3为本申请实施例提供的又一种数据传输方法的流程示意图,根据图3可知,开始时,发送待传输报文前检查是否存在本地缓存的WebSocket实例,如果存在WebSocket实例,发送待传输报文,发送待传输报文时,需要判断待传输报文是否是二进制监控码流,如果待传输报文是二进制监控码流,则按照二进制监控码流对应的方法,对待传输报文的数据头进行修改并向客户终端发送待传输报文,如果不是二进制监控码流,则根据对应的方法对待传输报文的数据头进行修改并向客户终端发送待传输报文。如果不存在WebSocket实例,则建立WebSocket实例,并检测WebSocket实例表示的传输信道的连接状态,直至确定连接状态为是的时候,执行发送待传输报文前检查是否存在本地缓存的WebSocket实例的步骤。
图4为本申请实施例提供的一种数据传输装置的结构示意图,应用于服务端,如图4所示,该装置包括:
第一获取单元31,用于获取至少一个待传输报文。
第一确定单元32,用于确定至少一个待传输报文的数据类型。
修改单元33,用于若确定预设的传输信道的连接状态为正常状态,其中,传输信道表征服务端与客户终端之间的信道,则根据待传输报文的数据类型,对待传输报文进行修改,得到修改后的第二报文。
发送单元34,用于基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将第二报文发送至客户终端。
本实施例的装置,可以执行上述方法中的技术方案,其具体实现过程和技术原理相同,此处不再赘述。
图5为本申请实施例提供的另一种数据传输装置的结构示意图,在图4所示实施例的基础上,如图5所示,修改单元33,包括:
第一确定模块331,用于若确定预设的传输信道的连接状态为正常状态,则根据预设的待传输报文的数据类型与待传输报文的数据头之间的映射关系,确定待传输报文对应的数据头;其中,待传输报文的数据类型包括视频图像以及除视频图像以外的控制报文。
修改模块332,用于根据待传输报文对应的数据头,对待传输报文的数据头进行修改,得到修改后的第二报文。
一个示例中,待传输报文的数据类型为视频图像;发送单元34,包括:
第二确定模块341,用于基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为二进制传输协议。
第一发送模块342,用于通过与第二报文对应的二进制传输协议将第二报文发送至客户终端。
一个示例中,待传输报文的数据类型为除视频图像以外的控制报文;发送单元34,包括:
第三确定模块343,用于基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为除二进制传输协议以外的其他传输协议。
第二发送模块344,用于通过与第二报文对应的其他传输协议将第二报文发送至客户终端。
一个示例中,服务端存储有套接字,套接字用于指示传输信道;该装置还包括:
第二获取单元41,用于获取套接字。
第二确定单元42,用于确定套接字对应的传输信道。
一个示例中,服务端设置有计时器;该装置还包括:
监听单元43,用于通过计时器监听客户终端针对第二报文的回复时长。
一个示例中,客户终端设置有关联容器,关联容器用于存储与传输协议对应的回调函数;监听单元43,包括:
第四确定模块431,用于通过计时器确定将第二报文发送至客户终端的第一时刻。
第五确定模块432,用于基于预设的传输协议与回调函数之间的映射关系,若接收到与传输协议对应的回调函数发送的回复报文,则通过计时器确定接收回复报文的第二时刻;其中,回复报文包括传输协议名称以及回复信息。
第六确定模块433,用于根据第一时刻、以及第二时刻,确定客户终端针对第二报文的回复时长。
一个示例中,该装置还包括:
取消模块434,用于若确定回复时长位于预设的时间范围内,则对客户终端取消监听。
一个示例中,该装置还包括:
重连单元44,用于若确定预设的传输信道的连接状态为异常状态,则向客户终端发起重连请求,直至确定传输信道的连接状态为正常状态。
本实施例的装置,可以执行上述方法中的技术方案,其具体实现过程和技术原理相同,此处不再赘述。
图6为本申请实施例提供的一种服务端的结构示意图,如图6所示,服务端包括:存储器51,处理器52。
存储器51中存储有可在处理器52上运行的计算机程序。
处理器52被配置为执行如上述实施例提供的方法。
服务端还包括接收器53和发送器54。接收器53用于接收外部设备发送的指令和数据,发送器54用于向外部设备发送指令和数据。
图7是本申请实施例提供的一种服务端的框图,该服务端可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
装置600可以包括以下一个或多个组件:处理组件602,存储器604,电源组件606,多媒体组件608,音频组件610,输入/输出(I/O)接口612,传感器组件614,以及通信组件616。
处理组件602通常控制装置600的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件602可以包括一个或多个模块,便于处理组件602和其他组件之间的交互。例如,处理组件602可以包括多媒体模块,以方便多媒体组件608和处理组件602之间的交互。
存储器604被配置为存储各种类型的数据以支持在装置600的操作。这些数据的示例包括用于在装置600上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件606为装置600的各种组件提供电力。电源组件606可以包括电源管理系统,一个或多个电源,及其他与为装置600生成、管理和分配电力相关联的组件。
多媒体组件608包括在装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件608包括一个前置摄像头和/或后置摄像头。当装置600处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件610被配置为输出和/或输入音频信号。例如,音频组件610包括一个麦克风(MIC),当装置600处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中,音频组件610还包括一个扬声器,用于输出音频信号。
I/O接口612为处理组件602和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件614包括一个或多个传感器,用于为装置600提供各个方面的状态评估。例如,传感器组件614可以检测到装置600的打开/关闭状态,组件的相对定位,例如组件为装置600的显示器和小键盘,传感器组件614还可以检测装置600或装置600一个组件的位置改变,用户与装置600接触的存在或不存在,装置600方位或加速/减速和装置600的温度变化。传感器组件614可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件614还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件616被配置为便于装置600和其他设备之间有线或无线方式的通信。装置600可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信组件616还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器604,上述指令可由装置600的处理器620执行以完成上述方法。例如,非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本申请实施例还提供了一种非临时性计算机可读存储介质,当该存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行上述实施例提供的方法。
本申请实施例还提供了一种计算机程序产品,计算机程序产品包括:计算机程序,计算机程序存储在可读存储介质中,电子设备的至少一个处理器可以从可读存储介质读取计算机程序,至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求书指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (16)

1.一种数据传输方法,其特征在于,应用于服务端,所述方法包括:
获取至少一个待传输报文,并确定至少一个待传输报文的数据类型;
若确定预设的传输信道的连接状态为正常状态,其中,所述传输信道表征所述服务端与客户终端之间的信道,则根据待传输报文的数据类型,对所述待传输报文进行修改,得到修改后的第二报文;
基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将所述第二报文发送至所述客户终端;
若确定预设的传输信道的连接状态为正常状态,则根据待传输报文的数据类型,对所述待传输报文进行修改,得到修改后的第二报文,包括:
若确定预设的传输信道的连接状态为正常状态,则根据预设的待传输报文的数据类型与待传输报文的数据头之间的映射关系,确定所述待传输报文对应的数据头;其中,待传输报文的数据类型包括视频图像以及除所述视频图像以外的控制报文;
根据所述待传输报文对应的数据头,对所述待传输报文的数据头进行修改,得到修改后的第二报文;
待传输报文的数据类型为视频图像;基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将所述第二报文发送至所述客户终端,包括:
基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为二进制传输协议;
通过与第二报文对应的二进制传输协议将所述第二报文发送至所述客户终端。
2.根据权利要求1所述的方法,其特征在于,待传输报文的数据类型为除所述视频图像以外的控制报文;基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将所述第二报文发送至所述客户终端,包括:
基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为除二进制传输协议以外的其他传输协议;
通过与第二报文对应的其他传输协议将所述第二报文发送至所述客户终端。
3.根据权利要求1所述的方法,其特征在于,服务端存储有套接字,所述套接字用于指示所述传输信道;所述方法还包括:
获取所述套接字,并确定所述套接字对应的传输信道。
4.根据权利要求1所述的方法,其特征在于,所述服务端设置有计时器;所述方法还包括:
通过所述计时器监听客户终端针对第二报文的回复时长。
5.根据权利要求4所述的方法,其特征在于,所述客户终端设置有关联容器,所述关联容器用于存储与传输协议对应的回调函数;通过所述计时器监听客户终端针对第二报文的回复时长,包括:
通过所述计时器确定将所述第二报文发送至所述客户终端的第一时刻;
基于预设的传输协议与回调函数之间的映射关系,若接收到与传输协议对应的回调函数发送的回复报文,则通过所述计时器确定接收所述回复报文的第二时刻;其中,所述回复报文包括传输协议名称以及回复信息;
根据所述第一时刻、以及所述第二时刻,确定客户终端针对第二报文的回复时长。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
若确定所述回复时长位于预设的时间范围内,则对客户终端取消监听。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述方法还包括:
若确定预设的传输信道的连接状态为异常状态,则向客户终端发起重连请求,直至确定所述传输信道的连接状态为正常状态。
8.一种数据传输装置,其特征在于,应用于服务端,包括:
第一获取单元,用于获取至少一个待传输报文;
第一确定单元,用于确定至少一个待传输报文的数据类型;
修改单元,用于若确定预设的传输信道的连接状态为正常状态,其中,所述传输信道表征所述服务端与客户终端之间的信道,则根据待传输报文的数据类型,对所述待传输报文进行修改,得到修改后的第二报文;
发送单元,用于基于待传输报文的数据类型与传输协议之间的对应关系,通过与第二报文对应的传输协议将所述第二报文发送至所述客户终端;
所述修改单元,包括:
第一确定模块,用于若确定预设的传输信道的连接状态为正常状态,则根据预设的待传输报文的数据类型与待传输报文的数据头之间的映射关系,确定所述待传输报文对应的数据头;其中,待传输报文的数据类型包括视频图像以及除所述视频图像以外的控制报文;
修改模块,用于根据所述待传输报文对应的数据头,对所述待传输报文的数据头进行修改,得到修改后的第二报文;
待传输报文的数据类型为视频图像;所述发送单元,包括:
第二确定模块,用于基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为二进制传输协议;
第一发送模块,用于通过与第二报文对应的二进制传输协议将所述第二报文发送至所述客户终端。
9.根据权利要求8所述的装置,其特征在于,待传输报文的数据类型为除所述视频图像以外的控制报文;所述发送单元,包括:
第三确定模块,用于基于待传输报文的数据类型与传输协议之间的对应关系,确定与第二报文对应的传输协议为除二进制传输协议以外的其他传输协议;
第二发送模块,用于通过与第二报文对应的其他传输协议将所述第二报文发送至所述客户终端。
10.根据权利要求8所述的装置,其特征在于,服务端存储有套接字,所述套接字用于指示所述传输信道;所述装置还包括:
第二获取单元,用于获取所述套接字;
第二确定单元,用于确定所述套接字对应的传输信道。
11.根据权利要求8所述的装置,其特征在于,所述服务端设置有计时器;所述装置还包括:
监听单元,用于通过所述计时器监听客户终端针对第二报文的回复时长。
12.根据权利要求11所述的装置,其特征在于,所述客户终端设置有关联容器,所述关联容器用于存储与传输协议对应的回调函数;所述监听单元,包括:
第四确定模块,用于通过所述计时器确定将所述第二报文发送至所述客户终端的第一时刻;
第五确定模块,用于基于预设的传输协议与回调函数之间的映射关系,若接收到与传输协议对应的回调函数发送的回复报文,则通过所述计时器确定接收所述回复报文的第二时刻;其中,所述回复报文包括传输协议名称以及回复信息;
第六确定模块,用于根据所述第一时刻、以及所述第二时刻,确定客户终端针对第二报文的回复时长。
13.根据权利要求12所述的装置,其特征在于,所述装置还包括:
取消模块,用于若确定所述回复时长位于预设的时间范围内,则对客户终端取消监听。
14.根据权利要求8-13任一项所述的装置,其特征在于,所述装置还包括:
重连单元,用于若确定预设的传输信道的连接状态为异常状态,则向客户终端发起重连请求,直至确定所述传输信道的连接状态为正常状态。
15.一种服务端,其特征在于,包括存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述权利要求1-7中任一项所述的方法。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1-7任一项所述的方法。
CN202210552505.3A 2022-05-20 2022-05-20 数据传输方法、装置及设备 Active CN114928597B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210552505.3A CN114928597B (zh) 2022-05-20 2022-05-20 数据传输方法、装置及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210552505.3A CN114928597B (zh) 2022-05-20 2022-05-20 数据传输方法、装置及设备

Publications (2)

Publication Number Publication Date
CN114928597A CN114928597A (zh) 2022-08-19
CN114928597B true CN114928597B (zh) 2023-07-25

Family

ID=82810427

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210552505.3A Active CN114928597B (zh) 2022-05-20 2022-05-20 数据传输方法、装置及设备

Country Status (1)

Country Link
CN (1) CN114928597B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017000593A1 (zh) * 2015-06-30 2017-01-05 中兴通讯股份有限公司 报文处理方法及装置
CN108712459A (zh) * 2018-03-30 2018-10-26 深圳市风云实业有限公司 协议报文跨层通信方法、装置及电子设备
CN110719432A (zh) * 2019-09-11 2020-01-21 视联动力信息技术股份有限公司 数据传输方法、装置、电子设备及存储介质
CN111464879A (zh) * 2020-02-27 2020-07-28 视联动力信息技术股份有限公司 一种数据通信的方法及装置
WO2021068973A1 (zh) * 2019-10-12 2021-04-15 华为技术有限公司 一种基于应用层协议的数据通信方法及其装置
CN113630404A (zh) * 2021-07-29 2021-11-09 北京中交兴路信息科技有限公司 一种协议报文的传输方法、装置、存储介质及终端
CN113810349A (zh) * 2020-06-17 2021-12-17 腾讯科技(深圳)有限公司 数据传输方法、装置和计算机设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108347337B (zh) * 2017-01-23 2022-03-01 腾讯科技(深圳)有限公司 会议通信方法和装置
US20210185097A1 (en) * 2019-12-13 2021-06-17 T-Mobile Usa, Inc. System for Establishing a Session Initiation Protocol Channel with a Push Message

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017000593A1 (zh) * 2015-06-30 2017-01-05 中兴通讯股份有限公司 报文处理方法及装置
CN108712459A (zh) * 2018-03-30 2018-10-26 深圳市风云实业有限公司 协议报文跨层通信方法、装置及电子设备
CN110719432A (zh) * 2019-09-11 2020-01-21 视联动力信息技术股份有限公司 数据传输方法、装置、电子设备及存储介质
WO2021068973A1 (zh) * 2019-10-12 2021-04-15 华为技术有限公司 一种基于应用层协议的数据通信方法及其装置
CN111464879A (zh) * 2020-02-27 2020-07-28 视联动力信息技术股份有限公司 一种数据通信的方法及装置
CN113810349A (zh) * 2020-06-17 2021-12-17 腾讯科技(深圳)有限公司 数据传输方法、装置和计算机设备
CN113630404A (zh) * 2021-07-29 2021-11-09 北京中交兴路信息科技有限公司 一种协议报文的传输方法、装置、存储介质及终端

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
一种基于UDP的文件获取协议的实现;史孝波;周松斌;黄东运;程韬波;;自动化与信息工程(第06期);全文 *
基于UDP的被动式可靠报文传输协议研究;牛同壮;徐世波;;计算机应用与软件(第10期);全文 *
基于存储管理的北斗报文传输协议设计与应用;李文金;苏凯雄;;微型机与应用(第24期);全文 *

Also Published As

Publication number Publication date
CN114928597A (zh) 2022-08-19

Similar Documents

Publication Publication Date Title
US11388453B2 (en) Method for processing live-streaming interaction video and server
EP3113482B1 (en) Method and apparatus for obtaining video content
EP3813340A1 (en) Domain name parsing method, domain name parsing device and storage medium
EP3223147A2 (en) Method for accessing virtual desktop and mobile terminal
US10009283B2 (en) Method and device for processing information
EP2986020A1 (en) Method and apparatus for adjusting video quality based on network environment
WO2024087900A1 (zh) 一种摄像头切换方法及相关电子设备
CN111654354B (zh) 最大传输单元mtu的探测方法、装置及存储介质
CN111541922B (zh) 显示界面输入信息的方法、装置及存储介质
CN114928597B (zh) 数据传输方法、装置及设备
CN111953980A (zh) 视频处理方法及装置
CN107026941B (zh) 未读消息的回复处理方法和装置
CN112217714B (zh) 即时通讯会话中双向删除信息的方法、装置、服务器、客户端、终端和存储介质
CN106550012B (zh) 智能设备的监控方法及智能设备
CN110213531B (zh) 监控录像处理方法及装置
CN114615647A (zh) 通话控制方法、装置及存储介质
CN110263211B (zh) 资源同步方法及装置
KR20170016775A (ko) 정보 조회 방법, 장치, 프로그램 및 기록매체
CN114007101B (zh) 融合显示设备的处理方法、设备及存储介质
CN107277751B (zh) 建立短距离无线通信连接的方法、装置及存储介质
CN116761212B (zh) 图像传输控制方法、装置、终端设备及存储介质
CN115361352B (zh) 消息更新方法、装置、电子设备及存储介质
CN106534254B (zh) 计量数据的获取方法
CN116708469A (zh) 基于pbap协议的通信处理方法、装置及存储介质
CN113709539A (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