CN115514810A - 数据传输方法及装置 - Google Patents

数据传输方法及装置 Download PDF

Info

Publication number
CN115514810A
CN115514810A CN202110695045.5A CN202110695045A CN115514810A CN 115514810 A CN115514810 A CN 115514810A CN 202110695045 A CN202110695045 A CN 202110695045A CN 115514810 A CN115514810 A CN 115514810A
Authority
CN
China
Prior art keywords
data
sent
sub
messages
message
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.)
Pending
Application number
CN202110695045.5A
Other languages
English (en)
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.)
Chengdu TD Tech Ltd
Original Assignee
Chengdu TD Tech 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 Chengdu TD Tech Ltd filed Critical Chengdu TD Tech Ltd
Priority to CN202110695045.5A priority Critical patent/CN115514810A/zh
Publication of CN115514810A publication Critical patent/CN115514810A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/166—IP fragmentation; TCP segmentation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请提供一种数据传输方法及装置，应用于发送端，方法包括：对待发送数据进行拆分处理获得多条子数据和拆分信息；针对每条子数据，根据子数据和拆分信息生成待发送消息；向服务器发送多条待发送消息，使服务器将多条待发送消息发送至接收端，接收端根据每条待发送消息中拆分信息对多条待发送消息进行还原处理获得待发送数据。与现有技术相比，本申请通过在发送端将待发送数据拆分生成的多条待发送消息和拆分信息，接收端接收到多条待发送消息后可以根据拆分信息将多条待发送消息还原成待发送数据，克服了由于待发送数据过长造成的数据准确传输的问题，从而提高了数据传输中数据还原的准确率。

Description

数据传输方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种数据传输方法及装置。
背景技术
数据传输就是按照一定的规程，通过一条或者多条数据链路，将数据从数据源传输到数据终端，它的主要作用就是实现点与点之间的信息传输与交换。
目前，第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)中的关键任务数据(Mission Critical DATA，MCDATA)标准协议23.282版本中定义了关键任务(Mission Critical，MC)中数据的传输流程。其中，数据包括文本数据和文件数据，相应的采用会话初始化协议(Session Initiated Protocol，SIP)和超文本传输协议(Hyper TextTransfer Protocol，HTTP)进行过数据传输。
但是，通过SIP传递文本数据，由于SIP消息有长度限制，过长的文本数据不能准确的传输，接收端无法将接受到的文本数据进行准确的还原和显示；通过SIP和HTTP传输文件数据，目前有些应用将视频，图片，语音等，首先形成缩略图，在发送给接收端。接收端有时需要通过缩略图，进行过播放视频，语音，下载原图等操作，但是在文件数据过大的情况下，发送端不能准确的进行文件数据的传输，接收端也无法将接收到的文件数据进行准确的还原和显示。因此，现有的方案存在数据传输中接收端的数据还原的准确率低的问题。
发明内容
本申请实施例提供一种数据传输方法及装置，以解决现有技术中数据传输的准确率低的问题。
本申请的第一方面提供一种数据传输方法，所述方法应用于发送端，所述方法包括：
对待发送数据进行拆分处理获得多条子数据和拆分信息；
针对每条子数据，根据所述子数据和所述拆分信息生成待发送消息；
向服务器发送多条待发送消息，使所述服务器将所述多条待发送消息发送至接收端，所述接收端根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据。
在一种可选的实施方式中，所述拆分信息包括所述子数据的数据类型、所述子数据的顺序、所述子数据的总数量和所述待发送数据的数据标识中一种或多种组合。
在一种可选的实施方式中，所述待发送数据包括文本数据，对待发送数据进行拆分处理获得多条子数据和拆分信息，具体包括：
对所述文本数据进行拆分处理获得多条子文本数据和所述拆分信息；
其中，所述子数据包括子文本数据，所述拆分信息包括表示文本数据的数据类型、子文本数据的先后顺序、子文本数据的总数量以及文本数据的数据标识信息中一种或多种组合。
在一种可选的实施方式中，所述待发送数据包括文本数据，所述待发送数据还包括图像数据、音频数据和视频数据中一种或多种组合；
对待发送数据进行拆分处理获得多条子数据和拆分信息，具体包括：
对所述文本数据进行拆分处理，获得多条子文本数据和所述拆分信息；
其中，所述子数据包括子文本数据，所述子数据还包括所述图像数据、所述音频数据和所述视频数据中一种或多种组合，所述拆分信息包括子数据的数据类型、子数据的总数量、子文本数据的先后顺序、子文本数据的总数量以及文本数据的数据标识信息中一种或多种组合。
在一种可选的实施方式中，所述待发送数据还包括响应数据的类型，所述响应数据的类型包括已送达类型、已读类型和已下载类型。
在一种可选的实施方式中，在所述对待发送数据进行拆分处理获得多条子数据和拆分信息之后，所述方法还包括：
根据所述响应数据和所述待发送数据的数据标识生成反馈消息；
向所述服务器发送所述反馈消息，使所述服务器将所述反馈消息发送至所述接收端，所述接收端根据所述反馈消息对同一所述数据标识对应的所述多条待发送消息生成一条所述响应数据。
在一种可选的实施方式中，在所述向服务器发送多条待发送消息，使所述服务器将所述多条待发送消息发送至接收端，所述接收端根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据之后，所述方法还包括：
根据所述待发送数据的数据标识生成撤销消息；
向所述服务器发送所述撤销消息，使所述服务器将所述撤销消息发送至所述接收端，所述接收端删除所述待发送数据的数据标识对应的所述待发送数据。
本申请的第二方面提供一种数据传输方法，所述方法应用于接收端，所述方法包括：
接收服务器发送的多条待发送消息，所述待发送消息是根据子数据和拆分信息生成的，所述多条子数据和所述拆分信息是对待发送数据进行拆分处理获得的；
根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据。
在一种可选的实施方式中，所述拆分信息包括所述子数据的数据类型、所述子数据的顺序、所述子数据的总数量和所述待发送数据的数据标识中一种或多种组合。
在一种可选的实施方式中，所述根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据，具体包括：
识别所述待发送数据的数据标识相同的所述多条待发送消息；
根据所述子数据的数据类型、所述子数据的顺序和所述子数据的总数量将所述多条待发送消息还原处理获得所述待发送数据。
在一种可选的实施方式中，所述待发送数据还包括响应数据的类型，在所述接收服务器发送的多条待发送消息之后，所述方法还包括：
接收所述服务器发送的反馈消息，所述反馈消息是根据所述响应数据和所述待发送数据的数据标识生成的；
根据所述反馈消息对同一所述数据标识对应的所述多条待发送消息生成一条所述响应数据；
将所述响应数据发送至所述发送端。
在一种可选的实施方式中，在所述根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据之后，所述方法还包括：
接收所述服务器发送的撤销消息，所述撤销消息是根据所述待发送数据的数据标识生成的；
删除所述待发送数据的数据标识对应的所述待发送数据。
本申请的第三方面提供一种数据传输装置，所述装置包括：
处理模块，用于对待发送数据进行拆分处理获得多条子数据和拆分信息；
生成模块，用于针对每条子数据，根据所述子数据和所述拆分信息生成待发送消息；
发送模块，用于向服务器发送多条待发送消息，使所述服务器将所述多条待发送消息发送至接收端，所述接收端根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据。
在一种可选的实施方式中，所述拆分信息包括所述子数据的数据类型、所述子数据的顺序、所述子数据的总数量和所述待发送数据的数据标识中一种或多种组合。
在一种可选的实施方式中，所述待发送数据包括文本数据，所述处理模块，具体用于对所述文本数据进行拆分处理获得多条子文本数据和所述拆分信息；
其中，所述子数据包括子文本数据，所述拆分信息包括表示文本数据的数据类型、子文本数据的先后顺序、子文本数据的总数量以及文本数据的数据标识信息中一种或多种组合。
在一种可选的实施方式中，所述待发送数据包括文本数据，所述待发送数据还包括图像数据、音频数据和视频数据中一种或多种组合；所述处理模块，具体用于对所述文本数据进行拆分处理，获得多条子文本数据和所述拆分信息；
其中，所述子数据包括子文本数据，所述子数据还包括所述图像数据、所述音频数据和所述视频数据中一种或多种组合，所述拆分信息包括子数据的数据类型、子数据的总数量、子文本数据的先后顺序、子文本数据的总数量以及文本数据的数据标识信息中一种或多种组合。
在一种可选的实施方式中，所述待发送数据还包括响应数据的类型，所述响应数据的类型包括已送达类型、已读类型和已下载类型。
在一种可选的实施方式中，所述生成模块，具体用于根据所述响应数据和所述待发送数据的数据标识生成反馈消息；
所述发送模块，具体用于向所述服务器发送所述反馈消息，使所述服务器将所述反馈消息发送至所述接收端，所述接收端根据所述反馈消息对同一所述数据标识对应的所述多条待发送消息生成一条所述响应数据。
在一种可选的实施方式中，所述生成模块，具体用于根据所述待发送数据的数据标识生成撤销消息；
所述发送模块，具体用于向所述服务器发送所述撤销消息，使所述服务器将所述撤销消息发送至所述接收端，所述接收端删除所述待发送数据的数据标识对应的所述待发送数据。
本申请的第四方面提供一种数据传输装置，所述装置包括：
接收模块，用于接收服务器发送的多条待发送消息，所述待发送消息是根据子数据和拆分信息生成的，所述多条子数据和所述拆分信息是对待发送数据进行拆分处理获得的；
处理模块，用于根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据。
在一种可选的实施方式中，所述拆分信息包括所述子数据的数据类型、所述子数据的顺序、所述子数据的总数量和所述待发送数据的数据标识中一种或多种组合。
在一种可选的实施方式中，所述处理模块，具体用于识别所述待发送数据的数据标识相同的所述多条待发送消息；根据所述子数据的数据类型、所述子数据的顺序和所述子数据的总数量将所述多条待发送消息还原处理获得所述待发送数据。
在一种可选的实施方式中，所述接收模块，具体用于接收所述服务器发送的反馈消息，所述反馈消息是根据所述响应数据和所述待发送数据的数据标识生成的；
所述处理模块，具体用于根据所述反馈消息对同一所述数据标识对应的所述多条待发送消息生成一条所述响应数据；
所述装置还包括发送模块，用于将所述响应数据发送至所述发送端。
在一种可选的实施方式中，所述接收模块，具体用于接收所述服务器发送的撤销消息，所述撤销消息是根据所述待发送数据的数据标识生成的；
所述处理模块，具体用于删除所述待发送数据的数据标识对应的所述待发送数据。
本申请的第五方面提供一种发送端设备，包括：处理器与存储器；
所述存储器用于存储计算机程序；
所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如第一方面所述的方法。
本申请的第六方面提供一种接收端设备，包括：处理器与存储器；
所述存储器用于存储计算机程序；
所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如第二方面所述的方法。
本申请的第七方面提供一种数据传输系统，包括：服务器、如第五方面所述的发送端设备和如第六方面所述接收端设备。
本申请的第八方面提供一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如第一方面或第二方面所述的方法。
本申请的第九方面提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面或第二方面所述的方法。
本申请实施例提供的数据传输方法及装置，应用于发送端，该方法包括：对待发送数据进行拆分处理获得多条子数据和拆分信息；针对每条子数据，根据子数据和拆分信息生成待发送消息；向服务器发送多条待发送消息，使服务器将多条待发送消息发送至接收端，接收端根据每条待发送消息中拆分信息对多条待发送消息进行还原处理获得待发送数据。与现有技术相比，本申请通过在发送端将待发送数据拆分生成的多条待发送消息和拆分信息，接收端接收到多条待发送消息后可以根据拆分信息将多条待发送消息还原成待发送数据，克服了由于待发送数据过长造成的数据准确传输的问题，从而提高了数据传输中数据还原的准确率。
附图说明
为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种数据传输方法的应用场景示意图；
图2为本申请实施例提供的一种数据传输方法的信令交互示意图，；
图3为本申请实施例提供的另一种数据传输方法的信令交互示意图；
图4为本申请实施例提供的再一种数据传输方法的信令交互示意图；
图5为本申请实施例提供的一种数据传输装置的结构示意图；
图6为本申请实施例提供的另一种数据传输装置的结构示意图；
图7为本申请实施例提供的一种发送端设备的结构示意图；
图8为本申请实施例提供的一种接收端设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
数据传输就是按照一定的规程，通过一条或者多条数据链路，将数据从数据源传输到数据终端，它的主要作用就是实现点与点之间的信息传输与交换。目前，第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)中的关键任务数据(MissionCritical DATA，MCDATA)标准协议23.282版本中定义了关键任务(Mission Critical，MC)中数据的传输流程。其中，数据包括文本数据和文件数据，相应的采用会话初始化协议(Session Initiated Protocol，SIP)和超文本传输协议(Hyper Text TransferProtocol，HTTP)进行过数据传输。
但是，通过SIP传递文本数据，由于SIP消息有长度限制，过长的文本数据不能准确的传输，接收端无法将接受到的文本数据进行准确的还原和显示；通过SIP和HTTP传输文件数据，目前有些应用将视频，图片，语音等，首先形成缩略图，在发送给接收端。接收端有时需要通过缩略图，进行过播放视频，语音，下载原图等操作，但是在文件数据过大的情况下，发送端不能准确的进行文件数据的传输，接收端也无法将接收到的文件数据进行准确的还原和显示。因此，现有的方案存在数据传输中接收端的数据还原的准确率低的问题。
为解决上述问题，本申请提供了一种数据传输方法及装置，通过将待发送数据拆分处理生成的多条待发送消息和拆分信息，在接收端根据拆分信息将多条待发送消息还原成待发送数据，克服了由于待发送数据过长造成的数据准确传输的问题，从而提高了数据传输中数据还原的准确率。
下面对本申请的应用场景进行说明。
图1为本申请实施例提供的一种数据传输方法的应用场景示意图。如图1所示，包括：发送端的终端设备001、服务器002和接收端的终端设备003。发送端的终端设备001将要发送的数据发送给服务器002，由服务器002将数据进行保存以及将数据转发给接收端的终端设备003，接收端的终端设备003对接收的数据进行处理。
其中，服务器001可以为服务器集群，由发送端服务器、控制服务器和接收端服务器组成。发送端的终端设备将要发送的数据发送到发送端服务器，发送端服务器接收发送的数据，并将数据转发给控制服务器，控制服务器根据数据的内容确定接收端服务器，并将数据发送给接收端服务器，接收端服务器对接收的数据进行处理，并发送到接收端的服务器。
可知的是，终端设备可以是带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、手机(mobile phone)、平板电脑(pad)、工业控制(industrial control)中的无线终端、远程手术(remote medicalsurgery)中的无线终端、智能电网(smart grid)中的无线终端、智慧家庭(smart home)中的无线终端等。
本申请实施例中，用于实现数据传输功能的装置可以是终端设备或者服务器，也可以是能够支持实现该功能的装置，例如芯片系统，该装置可以被安装在终端设备或者服务器中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。
需要说明的是，本申请技术方案的应用场景可以是图1中的场景，但并不限于此，还可以应用于其他需要进行数据传输的场景。
可以理解，上述数据传输方法可以通过本申请实施例提供的数据传输装置实现，数据传输装置可以是某个设备的部分或全部，例如为上述终端设备、服务器或者终端设备的芯片。
下面以集成或安装有相关执行代码的数据传输装置为例，以具体地实施例对本申请实施例的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
图2为本申请实施例提供的一种数据传输方法的信令交互示意图，本实施例涉及的是数据传输的具体过程。如图2所示，该方法包括：
S101、发送端对待发送数据进行拆分处理获得多条子数据和拆分信息。
其中，待发送数据为发送端需要发送到接收端的数据，待发送数据包括文本数据和文件数据。在3GPP中MCDATA标准协议23.282版本中定义的MC中数据的传输流程中，通过SIP和HTTP机制进行数据传输，而数据传输过程中SIP消息有长度限制，对于过长的文字需要拆分成多条消息进行发送。
本申请中对于对待发送数据进行拆分处理获得多条子数据的方式不做限制，示例性的，根据SIP消息的长度限制进行拆分，除了拆分后的最后一条子数据的长度，其他子数据的长度为SIP消息的长度限制的值，最后一条子数据的长度小于或者等于SIP消息的长度限制的值。
进一步的，对待发送数据进行拆分处理获得多条子数据后，为了在接收端可以准确的接收到待发送数据，克服由于将待发送数据拆分成多条待发送消息传输时接收端产生的乱序和显示不完整的问题，本申请中根据子数据生成拆分信息，接收端可以根据拆分信息准确的还原出待发送数据，从而提高了数据传输的准确率。
其中，拆分信息包括子数据的数据类型、子数据的顺序、子数据的总数量和待发送数据的数据标识中一种或多种组合。
具体的，待发送数据中可能包括的子数据的数据类型为文本类型、缩略图类型、原图类型、语音信息类型、音频文件类型、视频文件类型和其他类型文件类型。子数据的顺序为拆分处理获得的子数据在所有子数据中的顺序，用于在接收端将多条子数据还原成待发送数据。子数据的总数量为待发送数据拆分处理后得到的子数据的数量的总数。待发送数据的数据标识为在发送端生成的用于识别待发送数据的标识，属于同一待发送数据的多条子数据，数据标识一样，若数据标识不同，则确定不属于容易待发送数据。
本申请中对于子数据的顺序的规定不做限制，示例性的，可以为子数据在子数据总数量中的序列号，一条子数据对应一个序列号。
其中，待发送数据的数据标识为事务标识符(Application TransactionIdentifier，ATI)，本申请中对于事务标识符的类型不做限制，示例性的，ATI为发送端生成的16个字节的通用唯一识别码(Universally Unique Identifier，UUID)，和会话标识符一起组成待发送数据的唯一标识。
可选的，待发送数据包括文本数据。在本申请实施例中由发送端对文本数据进行拆分处理获得多条子文本数据和拆分信息；其中，子数据包括子文本数据，拆分信息包括表示文本数据的数据类型、子文本数据的先后顺序、子文本数据的总数量以及文本数据的数据标识信息中一种或多种组合。
本申请实施例中对于长文本数据需要进行拆分处理，其中，长文本数据即文本数据长度超过SIP消息的长度限制的文本数据，对于短文本数据不需要进行拆分处理，其中，短文本数据即文本数据长度不超过SIP消息的长度限制的文本数据，可以通过一条SIP消息发送到接收端，接收端收到的即是文本消息的全部信息，不需要进行还原处理，不会产生乱序和不完整的问题。
可选的，待发送数据包括文本数据，待发送数据还包括图像数据、音频数据和视频数据中一种或多种组合；本申请实施例中由发送端对文本数据进行拆分处理，获得多条子文本数据和拆分信息；其中，子数据包括子文本数据，子数据还包括图像数据、音频数据和视频数据中一种或多种组合，拆分信息包括子数据的数据类型、子数据的总数量、子文本数据的先后顺序、子文本数据的总数量以及文本数据的数据标识信息中一种或多种组合。
其中，待发送数据为文件数据，文件数据中包括文本数据、图像数据、音频数据和视频数据中一种或多种组合。示例性的，若待发送数据为视频数据，则在发送端会根据视频数据的首帧生成缩略图，以及可能会有视频数据对应的文本数据，对视频数据进行说明，或者字幕，此时，待发送数据包括文本数据、视频数据和图像数据，发送端对待发送数据进行拆分，示例性的，对文本数据进行拆分处理，获得多条子文本数据和拆分信息，将图像数据和视频数据分别生成一条图像数据和视频数据，将图像数据和视频数据的信息放入拆分信息中，形成文件数据的拆分信息。
在一种可选的实施方式中，将视频数据进行拆分处理获得多条子视频数据和拆分信息。
S102、发送端针对每条子数据，根据子数据和拆分信息生成待发送消息。
在本步骤中，发送端针对拆分后的每条子数据以及拆分信息，生成每条子数据对应的待发送消息。示例性的，若待发送数据拆分处理后获得文本数据、图像数据和视频数据，其中，图像数据为视频首帧数据形成的缩略图，进一步的，将文本数据进行拆分处理，获得多条子文本数据，最终得到的子数据包括：多条子文本数据、图像数据和视频数据，根据多条子文本数据和拆分信息，对应的生成多条待发送消息，图像数据和拆分信息生成对应的待发送消息，视频数据和拆分信息生成对应的待发送消息。将上述所有的待发送消息发送到接收端，接收端根据待发送消息中的拆分信息进行还原处理。
表1为本申请实施例提供的一种在发送多媒体短信服务/彩信(MultimediaMessaging Service，MMS)私人信息时在短数据服务(Short Data Service，SDS)或者文件分发(File Distribution，FD)的信令载荷(Signalling payload)的多用途互联网邮件扩展类型(Multipurpose Internet Mail Extensions，MIME)的内容中携带的拆分信息。其中，MMS私人信息通过SIP消息发送到服务器。本申请中将待发送数据拆分处理成多条子数据，每条子数据对应一条SIP消息，表1中MMS私人消息为本申请实施例中的每条子数据生成的待发送消息中携带的拆分信息。
其中，子数据的数据类型为表1中Bit1、Bit2、Bit3、Bit4、Bit5、Bit6、Bit7和Bit8分别对应的文本类型、缩略图类型、原图类型、语音信息类型、音频文件类型、视频文件类型、其他类型文件类型和预留类型，其中Bit8的预留类型为本申请实施例中考虑大可能会有其他类型的数据类型而预留的，可以根据具体的情况进行定义和使用。
在本申请实施例中对子数据的数据类型的顺序不做限制，可以根据具体的情况进行规定，示例性的，可以根据表1中将数据类型按照文本类型、缩略图类型、原图类型、语音信息类型、音频文件类型、视频文件类型、其他类型文件类型和预留类型进行排序和编号，在每条待发送消息对应的SIP消息中按照上述顺序进行排序和编号，从而可以将多条待发送消息按照正确的顺序进行还原处理，避免了乱序和不完整问题的出现。并且，在拆分消息中包含SIP消息总数，从而可以根据消息总数进行判断是否接收到所有的待发送消息，避免了消息不完整造成的接收端无法对待发送数据进行还原的问题。
其中，表1中本彩信SIP消息总数为本条彩信中所有附件和文本的数量。并且，表1中本条彩信中文本SIP消息总数为本条彩信中长文本拆分后的数目。
本申请实施例中仅提供了将长文本拆分的情况，如表1中所示，将长文本拆分后，在文本类型中就会有多条子文本数据，对多条子文本数据记性排序后，记录在拆分信息中。
本申请实施例中对于拆分的数据类型不做限制，示例性的，可以将视频文件类型的数据进行拆分，生成多个子视频文件，然后对子视频文件进行排序，记录在拆分信息中。
可选的，待发送数据还包括响应数据的类型，响应数据的类型包括已送达类型、已读类型和已下载类型。在对待发送数据进行拆分处理获得多条子数据和拆分信息之后，发送端根据响应数据和待发送数据的数据标识生成反馈消息；向服务器发送反馈消息，使服务器将反馈消息发送至接收端，接收端根据反馈消息对同一数据标识对应的多条待发送消息生成一条响应数据。
具体的，根据本申请中的待发送数据的数据标识可以实现接收端对同一个数据标识的待发送数据向发送端发送一次反馈消息接收端根据发送端规定的响应数据的类型发送反馈消息。示例性的，发送端的响应数据的类型为已下载，则当接收端下载待发送数据后，接收端向发送端发送已下载的反馈消息。
S103、发送端向服务器发送多条待发送消息。
在本步骤中，发送端针对每条子数据，根据子数据和拆分信息生成待发送消息后，则向服务器发送多条待发送消息。
S104、服务器向接收端发送多条待发送消息。
在本步骤中，服务器接收到发送端发送的多条待发送消息后，则向接收端发送多条待发送消息。
可选的，服务器可以将多条待发送消息进行保存。
表1
Figure BDA0003127726030000131
在本申请实施例中，服务器根据待发送消息的转发方式向接收端发送多条待发送消息，其中，转发方式为点对点发送或者群组发送，群组发送，若转发方式为群组发送，服务器则复制待发送消息到群组内的各个接收端，进行分别发送。
S105、接收端根据每条待发送消息中拆分信息对多条待发送消息进行还原处理获得待发送数据。
在本步骤中，接收端接收到服务器发送的多条待发送消息后，根据每条待发送消息中拆分信息对多条待发送消息进行还原处理获得待发送数据。
可选的，接收端识别待发送数据的数据标识相同的多条待发送消息；根据子数据的数据类型、子数据的顺序和子数据的总数量将多条待发送消息还原处理获得待发送数据。
在本申请实施例中接收端根据拆分信息将多条待发送消息进行还原处理获得待发送消息，具体的，根据待发送数据的数据标识识别出所有的待发送消息，根据子数据的总数量判断是否接收到所有的待发送消息，接受到所有的待发送消息后，根据子数据的数据类型和子数据的顺序将所有的待发送消息还原处理获得待发送消息。
可选的，接收端收到服务器发送的反馈消息后，根据待发送数据的数据标识将多条待发送消息的响应数据合并成一条响应数据，发送给发送端。通过根据待发送数据的数据标识生成一条响应数据的方式，从而减少了接收端发送给发送端的消息总数，提高了效率。
其中，响应数据可以为消息回执，即发送端向接收端发送一条消息，接收端根据发送端规定的消息回执的类型，对消息的接收状态进行消息回执。其中，接收状态包括以下至少一种：已送达状态、已读状态和已下载状态。
可选的，发送端根据待发送数据的数据标识生成撤销消息；向服务器发送撤销消息，使服务器将撤销消息发送至接收端，接收端删除待发送数据的数据标识对应的待发送数据。
具体的，当发送端需要撤销某一条待发送数据，则可以根据待发送数据的数据标识生成撤销消息，向服务器发送撤销消息，使服务器将撤销消息发送至接收端，接收端删除待发送数据的数据标识对应的待发送数据，从而解决了需要撤销某一条待发送数据时，发送端需要发送多条撤销消息去删除待发送数据的问题，提高了撤销消息的效率。
本申请实施例提供的数据传输方法，应用于发送端，该方法包括：对待发送数据进行拆分处理获得多条子数据和拆分信息；针对每条子数据，根据子数据和拆分信息生成待发送消息；向服务器发送多条待发送消息，使服务器将多条待发送消息发送至接收端，接收端根据每条待发送消息中拆分信息对多条待发送消息进行还原处理获得待发送数据。与现有技术相比，本申请通过在发送端根据待发送数据拆分生成的多条待发送消息中添加拆分信息，接收端接收到多条待发送消息后可以根据拆分信息将多条待发送消息还原成待发送数据，克服了由于将待发送数据拆分成多条待发送消息传输时接收端产生的乱序和显示不完整的问题，从而提高了数据传输的准确率。
在上述实施例的基础上，下面对于待发送数据为文本数据的进行说明。图3为本申请实施例提供的另一种数据传输方法的信令交互示意图，如图3所示，该方法包括：
S201、发送端对文本数据进行拆分处理获得多条子文本数据和拆分信息。
S202、发送端针对每条子文本数据，根据子文本数据和拆分信息生成待发送消息。
S203、发送端向服务器发送多条待发送消息。
S204、服务器向接收端发送多条待发送消息。
S205、接收端根据每条待发送消息中拆分信息对多条待发送消息进行还原处理获得待发送数据。
S201-S205的技术名词、技术效果、技术特征，以及可选实施方式，可参照图2所示的S101-105理解，对于重复的内容，在此不再累述。
在上述实施例的基础上，下面对于待发送数据包括文本数据、图像数据、音频数据和视频数据中一种或者多种的情况进行说明。图4为本申请实施例提供的再一种数据传输方法的信令交互示意图，如图4所示，该方法包括：
S301、待发送数据包括文本数据，待发送数据还包括图像数据、音频数据和视频数据中一种或者多种，发送端对待发送数据进行拆分处理，获得多条子数据和拆分信息，其中，子数据包括子文本数据、图像数据、音频数据和视频数据中一种或多种组合。
S302、发送端针对每条子数据，根据子数据和拆分信息生成待发送消息。
S303、发送端向服务器发送多条待发送消息。
S304、服务器向接收端发送多条待发送消息。
S305、接收端根据每条待发送消息中拆分信息对多条待发送消息进行还原处理获得待发送数据。
S301-S305的技术名词、技术效果、技术特征，以及可选实施方式，可参照图2所示的S101-S105理解，对于重复的内容，在此不再累述。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例还提供的一种数据传输装置，图5为本申请实施例提供的一种数据传输装置的结构示意图，该数据传输装置可以通过软件、硬件或者两者的结合实现，以执行上述实施例中数据传输方法。如图5所示，该数据传输装置400包括：处理模块401、生成模块402和发送模块403。
处理模块401，用于对待发送数据进行拆分处理获得多条子数据和拆分信息；
生成模块402，用于针对每条子数据，根据子数据和拆分信息生成待发送消息；
发送模块403，用于向服务器发送多条待发送消息，使服务器将多条待发送消息发送至接收端，接收端根据每条待发送消息中拆分信息对多条待发送消息进行还原处理获得待发送数据。
在一种可选的实施方式中，拆分信息包括子数据的数据类型、子数据的顺序、子数据的总数量和待发送数据的数据标识中一种或多种组合。
在一种可选的实施方式中，待发送数据包括文本数据，处理模块401，具体用于对文本数据进行拆分处理获得多条子文本数据和拆分信息；
其中，子数据包括子文本数据，拆分信息包括表示文本数据的数据类型、子文本数据的先后顺序、子文本数据的总数量以及文本数据的数据标识信息中一种或多种组合。
在一种可选的实施方式中，待发送数据包括文本数据，待发送数据还包括图像数据、音频数据和视频数据中一种或多种组合；处理模块401，具体用于对文本数据进行拆分处理，获得多条子文本数据和拆分信息；
其中，子数据包括子文本数据，子数据还包括图像数据、音频数据和视频数据中一种或多种组合，拆分信息包括子数据的数据类型、子数据的总数量、子文本数据的先后顺序、子文本数据的总数量以及文本数据的数据标识信息中一种或多种组合。
在一种可选的实施方式中，待发送数据还包括响应数据的类型，响应数据的类型包括已送达类型、已读类型和已下载类型。
在一种可选的实施方式中，生成模块402，具体用于根据响应数据和待发送数据的数据标识生成反馈消息；
发送模块403，具体用于向服务器发送反馈消息，使服务器将反馈消息发送至接收端，接收端根据反馈消息对同一数据标识对应的多条待发送消息生成一条响应数据。
在一种可选的实施方式中，生成模块402，具体用于根据待发送数据的数据标识生成撤销消息；
发送模块403，具体用于向服务器发送撤销消息，使服务器将撤销消息发送至接收端，接收端删除待发送数据的数据标识对应的待发送数据。
需要说明的，本申请实施例提供的数据传输装置，可用于执行上述任意实施例所提供的方法，具体实现方式和技术效果类似，这里不再进行赘述。
图6为本申请实施例提供的另一种数据传输装置的结构示意图，该数据传输装置可以通过软件、硬件或者两者的结合实现，以执行上述实施例中数据传输方法。如图6所示，该数据传输装置500包括：接收模块501、处理模块502和发送模块503。
接收模块501，用于接收服务器发送的多条待发送消息，待发送消息是根据子数据和拆分信息生成的，多条子数据和拆分信息是对待发送数据进行拆分处理获得的；
处理模块502，用于根据每条待发送消息中拆分信息对多条待发送消息进行还原处理获得待发送数据。
在一种可选的实施方式中，处理模块502，具体用于识别待发送数据的数据标识相同的多条待发送消息；根据子数据的数据类型、子数据的顺序和子数据的总数量将多条待发送消息还原处理获得待发送数据。
在一种可选的实施方式中，接收模块501，具体用于接收服务器发送的反馈消息，反馈消息是根据响应数据和待发送数据的数据标识生成的；
处理模块502，具体用于根据反馈消息对同一数据标识对应的多条待发送消息生成一条响应数据；
还包括发送模块503，用于将响应数据发送至发送端。
在一种可选的实施方式中，接收模块501，具体用于接收服务器发送的撤销消息，撤销消息是根据待发送数据的数据标识生成的；
处理模块502，具体用于删除待发送数据的数据标识对应的待发送数据。
需要说明的，本申请实施例提供的数据传输装置，可用于执行上述任意实施例所提供的方法，具体实现方式和技术效果类似，这里不再进行赘述。
图7为本申请实施例提供的一种发送端设备的结构示意图。如图7所示，该电子设备可以包括：至少一个处理器601和存储器602。图7示出的是以一个处理器为例的电子设备。
存储器602，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。
存储器602可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
处理器601用于执行存储器602存储的计算机执行指令，以实现上述数据传输方法；
其中，处理器601可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。
可选的，在具体实现上，如果通信接口、存储器602和处理器601独立实现，则通信接口、存储器602和处理器601可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended IndustryStandard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。
可选的，在具体实现上，如果通信接口、存储器602和处理器601集成在一块芯片上实现，则通信接口、存储器602和处理器601可以通过内部接口完成通信。
图8为本申请实施例提供的一种接收端设备的结构示意图。如图8所示，该电子设备可以包括：至少一个处理器701和存储器702。图8示出的是以一个处理器为例的电子设备。
存储器702，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。
存储器702可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
处理器701用于执行存储器702存储的计算机执行指令，以实现上述数据传输方法；
其中，处理器701可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。
可选的，在具体实现上，如果通信接口、存储器702和处理器701独立实现，则通信接口、存储器702和处理器701可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended IndustryStandard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。
可选的，在具体实现上，如果通信接口、存储器702和处理器701集成在一块芯片上实现，则通信接口、存储器702和处理器701可以通过内部接口完成通信。
本申请实施例还提供一种数据传输系统，包括：服务器、发送端设备和接收端设备。
本申请实施例还提供了一种芯片，包括处理器和接口。其中接口用于输入输出处理器所处理的数据或指令。处理器用于执行以上方法实施例中提供的方法。该芯片可以应用于数据传输装置中。
本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序信息，程序信息用于上述数据传输方法。
本申请实施例还提供一种程序，该程序在被处理器执行时用于执行以上方法实施例提供的数据传输方法。
本申请实施例还提供一种程序产品，例如计算机可读存储介质，该程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述方法实施例提供的数据传输方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (17)

1.一种数据传输方法，其特征在于，所述方法应用于发送端，所述方法包括：
对待发送数据进行拆分处理获得多条子数据和拆分信息；
针对每条子数据，根据所述子数据和所述拆分信息生成待发送消息；
向服务器发送多条待发送消息，使所述服务器将所述多条待发送消息发送至接收端，所述接收端根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据。
2.根据权利要求1所述的方法，其特征在于，所述拆分信息包括所述子数据的数据类型、所述子数据的顺序、所述子数据的总数量和所述待发送数据的数据标识中一种或多种组合。
3.根据权利要求2所述的方法，其特征在于，所述待发送数据包括文本数据，对待发送数据进行拆分处理获得多条子数据和拆分信息，具体包括：
对所述文本数据进行拆分处理获得多条子文本数据和所述拆分信息；
其中，所述子数据包括子文本数据，所述拆分信息包括表示文本数据的数据类型、子文本数据的先后顺序、子文本数据的总数量以及文本数据的数据标识信息中一种或多种组合。
4.根据权利要求2所述的方法，其特征在于，所述待发送数据包括文本数据，所述待发送数据还包括图像数据、音频数据和视频数据中一种或多种组合；
对待发送数据进行拆分处理获得多条子数据和拆分信息，具体包括：
对所述文本数据进行拆分处理，获得多条子文本数据和所述拆分信息；
其中，所述子数据包括子文本数据，所述子数据还包括所述图像数据、所述音频数据和所述视频数据中一种或多种组合，所述拆分信息包括子数据的数据类型、子数据的总数量、子文本数据的先后顺序、子文本数据的总数量以及文本数据的数据标识信息中一种或多种组合。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述待发送数据还包括响应数据的类型，所述响应数据的类型包括已送达类型、已读类型和已下载类型。
6.根据权利要求5所述的方法，其特征在于，在所述对待发送数据进行拆分处理获得多条子数据和拆分信息之后，所述方法还包括：
根据所述响应数据和所述待发送数据的数据标识生成反馈消息；
向所述服务器发送所述反馈消息，使所述服务器将所述反馈消息发送至所述接收端，所述接收端根据所述反馈消息对同一所述数据标识对应的所述多条待发送消息生成一条所述响应数据。
7.根据权利要求1-4任一项所述的方法，其特征在于，在所述向服务器发送多条待发送消息，使所述服务器将所述多条待发送消息发送至接收端，所述接收端根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据之后，所述方法还包括：
根据所述待发送数据的数据标识生成撤销消息；
向所述服务器发送所述撤销消息，使所述服务器将所述撤销消息发送至所述接收端，所述接收端删除所述待发送数据的数据标识对应的所述待发送数据。
8.一种数据传输方法，其特征在于，所述方法应用于接收端，所述方法包括：
接收服务器发送的多条待发送消息，所述待发送消息是根据子数据和拆分信息生成的，所述多条子数据和所述拆分信息是对待发送数据进行拆分处理获得的；
根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据。
9.根据权利要求8所述的方法，其特征在于，所述拆分信息包括所述子数据的数据类型、所述子数据的顺序、所述子数据的总数量和所述待发送数据的数据标识中一种或多种组合。
10.根据权利要求8-9任一项所述的方法，其特征在于，所述根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据，具体包括：
识别所述待发送数据的数据标识相同的所述多条待发送消息；
根据所述子数据的数据类型、所述子数据的顺序和所述子数据的总数量将所述多条待发送消息还原处理获得所述待发送数据。
11.根据权利要求10所述的方法，其特征在于，所述待发送数据还包括响应数据的类型，在所述接收服务器发送的多条待发送消息之后，所述方法还包括：
接收所述服务器发送的反馈消息，所述反馈消息是根据所述响应数据和所述待发送数据的数据标识生成的；
根据所述反馈消息对同一所述数据标识对应的所述多条待发送消息生成一条所述响应数据；
将所述响应数据发送至所述发送端。
12.根据权利要求8-9任一项所述的方法，其特征在于，在所述根据每条待发送消息中拆分信息对所述多条待发送消息进行还原处理获得所述待发送数据之后，所述方法还包括：
接收所述服务器发送的撤销消息，所述撤销消息是根据所述待发送数据的数据标识生成的；
删除所述待发送数据的数据标识对应的所述待发送数据。
13.一种发送端设备，其特征在于，包括：处理器与存储器；
所述存储器用于存储计算机程序；
所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1-7中任一项所述的方法。
14.一种接收端设备，其特征在于，包括：处理器与存储器；
所述存储器用于存储计算机程序；
所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求8-12中任一项所述的方法。
15.一种数据传输系统，其特征在于，包括：服务器、如权利要求13所述的发送端设备和如权利要求14所述接收端设备。
16.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1-7中任一项，或者如权利要求8-12中任一项所述的方法。
17.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-7中任一项，或者如权利要求8-12中任一项所述的方法。
CN202110695045.5A 2021-06-22 2021-06-22 数据传输方法及装置 Pending CN115514810A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110695045.5A CN115514810A (zh) 2021-06-22 2021-06-22 数据传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110695045.5A CN115514810A (zh) 2021-06-22 2021-06-22 数据传输方法及装置

Publications (1)

Publication Number Publication Date
CN115514810A true CN115514810A (zh) 2022-12-23

Family

ID=84499074

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110695045.5A Pending CN115514810A (zh) 2021-06-22 2021-06-22 数据传输方法及装置

Country Status (1)

Country Link
CN (1) CN115514810A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101360278A (zh) * 2008-09-17 2009-02-04 华为技术有限公司 一种即时消息收发的方法、系统和设备
CN104767669A (zh) * 2014-01-07 2015-07-08 腾讯科技（深圳）有限公司 发送消息、显示消息的方法及装置
CN105491022A (zh) * 2006-01-13 2016-04-13 Lg电子株式会社 处理基于sip的会话服务的媒体数据
CN110995784A (zh) * 2019-11-05 2020-04-10 北京奇艺世纪科技有限公司 数据传输方法、系统及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105491022A (zh) * 2006-01-13 2016-04-13 Lg电子株式会社 处理基于sip的会话服务的媒体数据
CN101360278A (zh) * 2008-09-17 2009-02-04 华为技术有限公司 一种即时消息收发的方法、系统和设备
CN104767669A (zh) * 2014-01-07 2015-07-08 腾讯科技（深圳）有限公司 发送消息、显示消息的方法及装置
CN110995784A (zh) * 2019-11-05 2020-04-10 北京奇艺世纪科技有限公司 数据传输方法、系统及存储介质

Similar Documents

Publication Publication Date Title
CN106850402B (zh) 消息的传输方法和装置
CN109474688B (zh) 即时通信网络请求消息的发送方法、装置、设备和介质
US20120297031A1 (en) Anonymous Signalling
CN111163130B (zh) 一种网络服务系统及其数据传输方法
TWI531919B (zh) 文檔收發系統和方法及其文檔收發裝置
CN109408015A (zh) 一种多媒体文件处理方法、发送终端和显示终端
CN108696899B (zh) Sip消息传输与接收方法及传输与接收装置
CN108712320B (zh) 消息推送方法及装置
US20120014321A1 (en) Messaging activity feed
CN102195790A (zh) 对等网络中的资源控制方法、装置和系统
JP7182467B2 (ja) メッセージデータを選択的に適合して送信するための方法とシステム
KR101005986B1 (ko) 이동통신 시스템에서의 멀티미디어 메시지 전송방법
CN105391702A (zh) 音/视频通信方法、终端、服务器及平台
CN115514810A (zh) 数据传输方法及装置
CN105072020B (zh) 即时通信消息处理的方法及系统
CN111355793A (zh) 一种基于HTML5和Python的大文件上传方法
CN107342981B (zh) 传感器数据的传输方法及装置、虚拟现实头戴设备
CN111371829A (zh) 数据共享方法及装置、终端、服务器和存储介质
CN115379400B (zh) 群组短信回执的方法及装置
US20180183741A1 (en) Multimedia file adaption across different communication platforms
KR100732968B1 (ko) 이동통신 단말기와 컴퓨터의 블루투스 통신을 이용한메시지 전송 방법
CN109962962B (zh) 一种套接字socket连接的方法及设备
JP2017536042A (ja) メッセージ処理方法、装置、プログラム及び記録媒体
CN112346661A (zh) 数据处理方法、装置和电子设备
CN102143442A (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