CN102957633A - 一种消息中间件的数据打包传输方法和*** - Google Patents
一种消息中间件的数据打包传输方法和*** Download PDFInfo
- Publication number
- CN102957633A CN102957633A CN2011102405992A CN201110240599A CN102957633A CN 102957633 A CN102957633 A CN 102957633A CN 2011102405992 A CN2011102405992 A CN 2011102405992A CN 201110240599 A CN201110240599 A CN 201110240599A CN 102957633 A CN102957633 A CN 102957633A
- Authority
- CN
- China
- Prior art keywords
- message
- annex
- file
- data
- packing
- 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
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种消息中间件的数据打包传输方法和***,涉及数据通讯领域。该方法首先通过消息发送装置将要发送的消息体和附件打包成消息文件,在打包过程中,文件格式识别模块判断被打包的附件是否为压缩格式,若是则直接将其打包进消息文件;若否则将其压缩后再打包进消息文件;然后通过数据交换服务器将消息文件发送到消息接收装置,消息接收装置根据附件的压缩标记直接解包或先解包再解压缩得到附件,完成一次消息传输过程。通过本发明的方法及***,可以区别对待消息附件列表中的压缩文件和非压缩文件,对压缩格式的文件不再进行压缩而直接打包,节省CPU资源;对非压缩格式文件进行压缩打包,减少在网络上传输的数据量,提高传输效率。
Description
技术领域
本发明涉及数据通讯技术领域,具体涉及一种消息中间件的数据打包传输方法和***。
背景技术
为了进行数据交换,通常会将多个文件压缩或直接打包成一个目标文件,然后通过移动存储设备或通过互联网进行交换。在将多个文件进行打包时,对于需要打包的文件部分文件是压缩格式的文件,而另外一部分文件是非压缩格式文件时,对压缩格式的文件如JPG和GIF格式的文件,打包时再进行压缩压缩比率非常有限,会浪费CPU资源;而对非压缩格式的文件如BMP文件,如果不压缩直接进行数据交换则会浪费大量的存储空间或网络带宽资源。在现有技术中,在将多个文件打包进一个目标文件时,要么对要打包的所有文件包括压缩格式的文件都进行压缩,如ZIP格式压缩工具和rar格式压缩工具;要么对要打包的文件包括非压缩格式的文件都不进行压缩,如tar格式压缩工具。前者会导致浪费CPU资源,后者则会导致浪费存储空间和网络带宽资源。在现有技术中针对所述数据交换问题,目前尚未提出有效的解决方案。
发明内容
针对现有技术中存在的缺陷,本发明的目的在于提供一种消息中间件的数据打包传输方法和***,该方法和***通过区别对待压缩格式的文件和非压缩格式的文件,实现高效的数据交换和资源共享。
为实现上述目的,本发明采用的技术方案如下:
一种消息中间件的数据打包传输方法,包括以下步骤:
(1)消息发送装置接收用户需要发送的消息体和附件列表;
(2)消息发送装置中的消息打包模块将用户需要发送的消息体和附件列表打包成消息文件,打包时,消息发送装置中的文件格式识别模块判断被打包的附件是否为压缩格式,若是则将附件的压缩标记设置为假,将附件直接打包进消息文件;若否则将附件的压缩标记设置为真,将附件压缩后打包进消息文件;
(3)消息发送装置将打包好的消息文件发送到数据交换服务器;
(4)数据交换服务器将接收到的消息文件转发给消息接收装置;
(5)消息接收装置将接收到的消息文件进行解包得到消息体和附件列表;其中,解包消息文件打包的附件列表的具体步骤为:
查看附件的压缩标记,若附件的压缩标记为假,则直接解包得到附件;若附件的压缩标记为真,则解包后解压缩得到附件。
进一步,如上所述的一种消息中间件的数据打包传输方法,步骤(2)中,将附件打包成消息文件的具体步骤为:
(2-1)查看附件列表是否为空,若是则进入步骤(3);若否则获取附件,进入步骤(2-2);
(2-2)消息发送装置中的文件格式识别模块判断附件是否为压缩格式,若是则将附件的压缩标记设置为假,将附件直接打包进消息文件;若否则将附件的压缩标记设置为真,将附件压缩后打包进消息文件;
(2-3)判断是否存在下一个附件,若是则获取附件后返回步骤(2-2),若否则进入步骤(3)。
进一步,如上所述的一种消息中间件的数据打包传输方法,步骤(2-2)中,所述判断附件是否为压缩格式的具体的步骤为:
步骤a、文件格式识别模块提取附件的文件扩展名;
步骤b、根据附件的文件扩展名确定附件是否为压缩格式:若文件扩展名在压缩格式扩展名列表,则确定附件为压缩格式;若扩展名在非压缩格式扩展名列表,则确定附件为非压缩格式。
进一步,如上所述的一种消息中间件的数据打包传输方法,步骤b中,若文件扩展名为空,或文件扩展名不在压缩格式扩展名列表和非压缩格式扩展名列表,则提取附件的抽样数据,对抽样数据进行压缩,确定压缩比,若压缩比大于设定的阈值,则确定附件为非压缩格式,否则设定附件为压缩格式;
所述压缩比是指对于附件的抽样数据,其压缩前的数据长度与压缩后的数据长度的比值,所述压缩比越大,表示压缩率越高。
再进一步,如上所述的一种消息中间件的数据打包传输方法,步骤(4)中,数据交换服务器接收消息发送装置发送的消息文件,并根据路由规则得到消息接收端,将消息文件转发给消息接收装置。
更进一步,如上所述的一种消息中间件的数据打包传输方法,步骤(3)和步骤(4)中的文件发送方式为一次性发送或分包断点续传发送。
为实现上述方法,本发明还提供了一种消息中间件的数据打包传输***,包括:
消息发送装置:用于接收用户需要发送的消息体和附件列表,设置附件的压缩标记,将消息体和附件列表打包成消息文件,将打包好的消息文件发送到数据交换服务器;
数据交换服务器:用于接收消息发送装置发送的消息文件,并将接收到的消息文件转发给消息接收装置;
消息接收装置:用于接收数据交换服务器转发的消息文件,并将消息文件进行解包得到消息体和附件列表。
进一步,如上所述的一种消息中间件的数据打包传输***,所述消息发送装置包括文件格式识别模块,用于判断被打包的附件的类型;所述附件类型包括压缩格式和非压缩格式。
再进一步,如上所述的一种消息中间件的数据打包传输***,所述消息发送装置还包含消息打包模块,用于将消息体及附件列表打包进消息文件。
进一步,如上所述的一种消息中间件的数据打包传输***,在将附件打包成消息文件时,根据文件格式识别模块识别结果,将压缩格式附件的压缩标记设置为假,将附件直接打包;将非压缩格式附件的压缩标记设置为真,将附件压缩后再打包。
更进一步,如上所述的一种消息中间件的数据打包传输***,消息打包模块在对附件进行打包时,将压缩标记写入消息文件中,消息接收装置在解包时若附件的压缩标记为假,则将附件直接解包,若附件的压缩标记为真,则将附件解包后再解压缩。
本发明的效果在于:本发明所述的一种消息中间件的数据打包传输方法和***,在对多个文件进行打包传输时,能够区别对待压缩格式的文件和非压缩格式的文件,对压缩格式的文件不再进行压缩,直接打包进消息文件,节省CPU资源;对非压缩格式的文件,将文件压缩后再打包进消息文件,节约了大量存储空间和网络带宽资源,通过互联网实现高效的数据交换和资源共享。
附图说明
图1为本发明实施方式中一种消息中间件的数据打包传输***的结构框图;
图2为本发明实施方式中一种消息中间件的数据打包传输***的工作流程图;
图3为本发明实施方式中一种消息中间件的数据打包传输的流程图;
图4为本发明实施方式中文件格式识别模块的工作流程图;
图5为本发明实施方式中消息发送装置的工作流程图;
图6为本发明实施方式中消息接收装置的工作流程图。
具体实施方式
下面结合说明书附图与具体实施方式对本发明做进一步的详细说明。
图1示出了本发明一种消息中间件的数据打包传输***的结构框图,该***包括:
消息发送装置11:用于接收用户需要发送的消息体和附件列表,设置附件的压缩标记,将消息体和附件列表打包成消息文件,并将打包好的消息文件发送到数据交换服务器;
数据交换服务器12:用于接收消息发送装置发送的消息文件,并将接收到的消息文件转发给消息接收装置;
消息接收装置13:用于接收数据交换服务器转发的消息文件,并将消息文件进行解包得到消息体和附件列表。
其中,消息发送装置还包括用于判断被打包的附件类型是压缩格式还是非压缩格式的文件格式识别模块,和用于将消息体及附件列表打包进消息文件的消息打包模块。
消息发送装置11、数据交换服务器12和消息接收装置13在进行数据打包传输时的工作流程如图2所示:
首先,消息发送装置11接收用户需要发送的消息体和附件列表,并根据附件是否为压缩格式,将附件压缩后打包或直接打包到消息文件,将消息文件发送到数据交换服务器12;在打包时,若附件为压缩格式,则设置附件的压缩标记为假,若附件为非压缩格式,则设置附件的压缩标记为真,并将该压缩标记写入消息文件中,消息接收装置在对附件解包时,正是根据该压缩标记进行的;
然后,数据交换服务器12接收到消息文件,根据路由规则得到消息接收端,将消息文件转发给消息接收装置13;
最后,消息接收装置13接收到消息文件,将消息文件解包得到消息体和附件列表,完成一次消息传输过程。在解包附件时,若附件的压缩标记为假,则将附件直接解包,若附件的压缩标记为真,则将附件解包后再解压缩。
图3示出了基于图1和图2中消息中间件的数据打包传输***的数据打包传输方法的流程图,该方法包括以下步骤:
步骤S31:接收消息体和附件列表;
消息发送装置11接收用户需要发送的消息体和附件列表。其中,附件列表中附件的个数可以为空、可以为一个,也可以为多个。消息包括三个部分:消息头、消息体和附件列表,而消息体类似电子邮件正文。
步骤S32:将消息体和附件列表打包成消息文件;
消息发送装置11中的消息打包模块将用户需要发送的消息体和附件列表打包成消息文件,打包时,消息发送装置中的文件格式识别模块判断被打包的附件是否为压缩格式,若是则将附件的压缩标记设置为假,将附件直接打包进消息文件;若否则将附件的压缩标记设置为真,将附件压缩后打包进消息文件;其中,将附件打包成消息文件的具体步骤为:
i)查看附件列表是否为空,若是则进入步骤S33;若否则获取附件,进入步骤ii);
ii)消息发送装置中的文件格式识别模块判断附件是否为压缩格式,若是则将附件的压缩标记设置为假,将附件直接打包进消息文件;若否则将附件的压缩标记设置为真,将附件压缩后打包到消息文件;
iii)判断是否存在下一个附件,若是则获取附件,返回步骤ii),若否则进入步骤S33。
其中,文件格式识别模块判断附件是否为压缩格式的工作流程图如图4所示:
首先,文件格式识别模块提取附件的文件扩展名;
然后,查看附件的文件扩展名确定附件是否为压缩格式:若文件扩展名在压缩格式扩展名列表,则确定附件为压缩格式;若扩展名在非压缩格式扩展名列表,则确定附件为非压缩格式。
对于文件扩展名为空,或文件扩展名不在压缩格式扩展名列表和非压缩格式扩展名列表时,则提取附件的抽样数据,对抽样数据进行压缩,确定压缩比,若压缩比大于设定的阈值,则确定附件为非压缩格式,否则设定附件为压缩格式;压缩比是指对于附件的抽样数据,其压缩前的数据长度与压缩后的数据长度的比值,压缩比越大,说明压缩率越高,而阈值是由用户根据需要进行设定,理论上来说,阈值的取值为正数就可以,但对于实际的应用过程中,阈值应该大于1,一般大于1.5即可。。
图5示出了消息发送装置11具体的工作流程图,即步骤S31和步骤S32。
步骤S33:将消息文件发送到数据交换服务器;
消息发送装置11将打包好的消息文件发送到数据交换服务器12。
步骤S34:数据交换服务器接收消息文件并转发;
数据交换服务器12将接收到的消息文件转发给消息接收装置13,即数据交换服务器12接收消息发送装置11发送的消息文件,并根据路由规则得到消息接收端,将消息文件转发给消息接收装置13。
步骤S35:解包消息文件得到消息体和附件列表。
消息接收装置13将接收到的消息文件进行解包得到消息体和附件列表,其具体的流程如图6所示:
首先,消息接收装置13接收消息文件,并将消息文件解包后得到消息体与附件列表;
然后,对附件列表进行解包:若附件列表为空,则结束一次消息传输;否则获取附件并查看附件的压缩标记,若附件的压缩标记为假,则直接解包得到附件;若附件的压缩标记为真,则解包后解压缩得到附件;直至得到所有的附件。
下面结合具体的实施例对本发明进行进一步详细的说明。
实施例1
步骤1:消息发送装置11接收用户要发送的消息体“Test”和包含三个附件的附件列表,三个附件文件名分别为tree.jpg、river.bmp和fit.exe;
步骤2:消息发送装置12将消息体“Test”打包到名为CM7Z7BYJ0001.dat的消息文件;根据附件是否为压缩格式,分别将附件打包到上述消息文件,附件tree.jpg扩展名为“jpg”,在预先设定的压缩格式扩展名列表中,所以确定tree.jpg为压缩格式,将其压缩标记设置为假,直接将其打包进名为CM7Z7BYJ0001.dat的消息文件;river.bmp扩展名为“bmp”,在预先设定的非压缩格式扩展名中,将其压缩标记设置为真,将其压缩,然后将其打包进名为CM7Z7BYJ0001.dat的消息文件;对于“fit.exe”文件,由于在现实中,“exe”扩展名的文件可能是压缩格式、也可能是非压缩格式,此时,首先对fit.exe附件抽取4096字节的数据,对这些数据进行压缩,用压缩前的数据长度除以压缩后的数据长度得到压缩比,本实施例中,假定压缩后数据长度为688字节,那么压缩比为4096/688,即5.95;然后查看压缩比是否大于设定的阈值,本实施例中取阈值为1.5,显然压缩比5.95大于1.5,那么确定fit.exe为非压缩格式,将其压缩标记设置为真,先将其压缩,然后将其打包进名为CM7Z7BYJ0001.dat的消息文件;
步骤3:消息发送装置11将打包好的名为CM7Z7BYJ0001.dat的消息文件一次性或分包断点续传发送到数据交换服务器12;
步骤4:数据交换服务器12收到名为CM7Z7BYJ0001.dat消息文件后将其一次性或分包转发给消息接收装置13;
步骤5:消息接收装置13接收数据交换服务器12转发的名为CM7Z7BYJ0001.dat的消息文件,将消息文件进行解包得到消息体“Test”,在处理打包后的附件列表时,对第一个附件,附件名为tree.jpg,其压缩标记为假,为非压缩格式,因此将其直接解包到tree.jpg的文件中;对第二个附件,附件名为river.bmp,其压缩标记为真,为压缩格式,将其解包并解压缩到river.bmp文件;对第三个附件名为fit.exe,其压缩标记为真,为压缩格式,将其解包再解压缩到fit.exe文件,至此完成一次消息传输过程。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其同等技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (11)
1.一种消息中间件的数据打包传输方法,包括以下步骤:
(1)消息发送装置接收用户需要发送的消息体和附件列表;
(2)消息发送装置中的消息打包模块将用户需要发送的消息体和附件列表打包成消息文件,打包时,消息发送装置中的文件格式识别模块判断被打包的附件是否为压缩格式,若是则将附件的压缩标记设置为假,将附件直接打包进消息文件;若否则将附件的压缩标记设置为真,将附件压缩后打包进消息文件;
(3)消息发送装置将打包好的消息文件发送到数据交换服务器;
(4)数据交换服务器将接收到的消息文件转发给消息接收装置;
(5)消息接收装置将接收到的消息文件进行解包得到消息体和附件列表;其中,解包消息文件打包的附件列表的具体步骤为:
查看附件的压缩标记,若附件的压缩标记为假,则直接解包得到附件;若附件的压缩标记为真,则解包后解压缩得到附件。
2.如权利要求1所述的一种消息中间件的数据打包传输方法,其特征在于:步骤(2)中,将附件打包成消息文件的具体步骤为:
(2-1)查看附件列表是否为空,若是则进入步骤(3);若否则获取附件,进入步骤(2-2);
(2-2)消息发送装置中的文件格式识别模块判断附件是否为压缩格式,若是则将附件的压缩标记设置为假,将附件直接打包进消息文件;若否则将附件的压缩标记设置为真,将附件压缩后打包进消息文件;
(2-3)判断是否存在下一个附件,若是则获取附件后返回步骤(2-2),若否则进入步骤(3)。
3.如权利要求2所述的一种消息中间件的数据打包传输方法,其特征在于:步骤(2-2)中,所述判断附件是否为压缩格式的具体的步骤为:
步骤a、文件格式识别模块提取附件的文件扩展名;
步骤b、根据附件的文件扩展名确定附件是否为压缩格式:若文件扩展名在压缩格式扩展名列表,则确定附件为压缩格式;若扩展名在非压缩格式扩展名列表,则确定附件为非压缩格式。
4.如权利要求3所述的一种消息中间件的数据打包传输方法,其特征在于:步骤b中,若文件扩展名为空,或文件扩展名不在压缩格式扩展名列表和非压缩格式扩展名列表,则提取附件的抽样数据,对抽样数据进行压缩,确定压缩比,若压缩比大于设定的阈值,则确定附件为非压缩格式,否则设定附件为压缩格式;
所述压缩比是指对于附件的抽样数据,其压缩前的数据长度与压缩后的数据长度的比值。
5.如权利要求1所述的一种消息中间件的数据打包传输方法,其特征在于:步骤(4)中,所述数据交换服务器接收消息发送装置发送的消息文件,并根据路由规则得到消息接收端,将消息文件转发给消息接收装置。
6.如权利要求1所述的一种消息中间件的数据打包传输方法,其特征在于:步骤(3)和步骤(4)中的文件发送方式为一次性发送或分包断点续传发送。
7.一种消息中间件的数据打包传输***,包括:
消息发送装置:用于接收用户需要发送的消息体和附件列表,设置附件的压缩标记,将消息体和附件列表打包成消息文件,将打包好的消息文件发送到数据交换服务器;
数据交换服务器:用于接收消息发送装置发送的消息文件,并将接收到的消息文件转发给消息接收装置;
消息接收装置:用于接收数据交换服务器转发的消息文件,并将消息文件进行解包得到消息体和附件列表。
8.如权利要求7所述的一种消息中间件的数据打包传输***,其特征在于:所述消息发送装置包括文件格式识别模块,用于判断被打包的附件的类型;所述附件类型包括压缩格式和非压缩格式。
9.如权利要求7所述的一种消息中间件的数据打包传输***,其特征在于:所述消息发送装置还包括消息打包模块,用于将消息体及附件列表打包进消息文件。
10.如权利要求7-9之一所述的一种消息中间件的数据打包传输***,其特征在于:在将附件打包成消息文件时,根据文件格式识别模块识别结果,将压缩格式附件的压缩标记设置为假,将附件直接打包;将非压缩格式附件的压缩标记设置为真,将附件压缩后再打包。
11.如权利要求10所述的一种消息中间件的数据打包传输***,其特征在于:消息打包模块在对附件进行打包时,将压缩标记写入消息文件中,消息接收装置在解包时若附件的压缩标记为假,则将附件直接解包,若附件的压缩标记为真,则将附件解包后解压缩。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011102405992A CN102957633A (zh) | 2011-08-19 | 2011-08-19 | 一种消息中间件的数据打包传输方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011102405992A CN102957633A (zh) | 2011-08-19 | 2011-08-19 | 一种消息中间件的数据打包传输方法和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102957633A true CN102957633A (zh) | 2013-03-06 |
Family
ID=47765879
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011102405992A Pending CN102957633A (zh) | 2011-08-19 | 2011-08-19 | 一种消息中间件的数据打包传输方法和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102957633A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106161633A (zh) * | 2016-07-20 | 2016-11-23 | 柏科数据技术(深圳)股份有限公司 | 一种基于云计算环境下打包文件的传输方法及*** |
CN107426080A (zh) * | 2017-03-20 | 2017-12-01 | 宇龙计算机通信科技(深圳)有限公司 | 信息转发方法及装置、电子设备 |
WO2018161791A1 (zh) * | 2017-03-10 | 2018-09-13 | 深圳创维-Rgb电子有限公司 | 可执行文件的压缩方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6658023B1 (en) * | 1999-01-18 | 2003-12-02 | Fujitsu Limited | Image transmission system |
US20080304517A1 (en) * | 2007-03-15 | 2008-12-11 | Fujitsu Limited | IEEE 1394 TRANSMITTER, IEEE 1394 RECEIVER and AUDIO DATA CONTENT TRANSMISSION METHOD |
CN101355364A (zh) * | 2008-09-08 | 2009-01-28 | 北大方正集团有限公司 | 文件压缩方法及装置、文件解压缩方法及装置 |
CN101552652A (zh) * | 2009-05-13 | 2009-10-07 | 北京交大思源科技有限公司 | 一种文件传输方法及传输装置 |
CN101640692A (zh) * | 2008-07-30 | 2010-02-03 | ***集团宽带业务应用国家工程实验室有限公司 | 文件下载服务方法和*** |
-
2011
- 2011-08-19 CN CN2011102405992A patent/CN102957633A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6658023B1 (en) * | 1999-01-18 | 2003-12-02 | Fujitsu Limited | Image transmission system |
US20080304517A1 (en) * | 2007-03-15 | 2008-12-11 | Fujitsu Limited | IEEE 1394 TRANSMITTER, IEEE 1394 RECEIVER and AUDIO DATA CONTENT TRANSMISSION METHOD |
CN101640692A (zh) * | 2008-07-30 | 2010-02-03 | ***集团宽带业务应用国家工程实验室有限公司 | 文件下载服务方法和*** |
CN101355364A (zh) * | 2008-09-08 | 2009-01-28 | 北大方正集团有限公司 | 文件压缩方法及装置、文件解压缩方法及装置 |
CN101552652A (zh) * | 2009-05-13 | 2009-10-07 | 北京交大思源科技有限公司 | 一种文件传输方法及传输装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106161633A (zh) * | 2016-07-20 | 2016-11-23 | 柏科数据技术(深圳)股份有限公司 | 一种基于云计算环境下打包文件的传输方法及*** |
WO2018161791A1 (zh) * | 2017-03-10 | 2018-09-13 | 深圳创维-Rgb电子有限公司 | 可执行文件的压缩方法及装置 |
CN107426080A (zh) * | 2017-03-20 | 2017-12-01 | 宇龙计算机通信科技(深圳)有限公司 | 信息转发方法及装置、电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109756536A (zh) | 一种数据传输的方法、装置及*** | |
KR101745456B1 (ko) | HiL 시뮬레이션 환경에서 대용량 데이터를 전송하기 위한 전자제어 장치, 이를 포함하는 시스템 및 그 방법 | |
CN106657149B (zh) | 通讯协议转换方法与装置 | |
US10817460B2 (en) | RDMA data sending and receiving methods, electronic device, and readable storage medium | |
CN103532984B (zh) | websocket协议的数据传输方法、设备和*** | |
JP2011512730A5 (zh) | ||
CN101552652A (zh) | 一种文件传输方法及传输装置 | |
CN102480335A (zh) | 一种业务数据的发送方法及*** | |
JP2015011719A (ja) | 端末のデータセットの正確なコピーを同期させるための方法、装置、端末、及びサーバ | |
CN107862074A (zh) | 大数据量参数快速读写方法 | |
CN102957633A (zh) | 一种消息中间件的数据打包传输方法和*** | |
CN115567589A (zh) | Json数据的压缩传输方法、装置、设备及存储介质 | |
CN101917353A (zh) | 一种表情文件的传输方法及终端设备 | |
CN106254392B (zh) | 基于动态可自定义的exTLV报文传输协议的通信方法 | |
CN103020157A (zh) | 一种跨物理隔离的高可靠性实时文件生成方法 | |
TW201436533A (zh) | 資料流傳輸系統及方法 | |
CN101465738B (zh) | 一种文件传输中实时监测的方法及*** | |
CN109766347B (zh) | 一种数据更新方法、装置、***、计算机设备及存储介质 | |
CN101662466A (zh) | 通信***中协议数据的传输方法、通信设备及通信*** | |
CN113438226B (zh) | 基于混合传输协议的报文生成、解析方法、设备及*** | |
WO2021036189A1 (zh) | Rdma数据发送及接收方法、电子设备及可读存储介质 | |
KR20140108378A (ko) | 압축파일 악성코드 감염 여부 검사 시스템 및 압축파일 악성코드 감염 여부 검사 방법 | |
CN110266814B (zh) | 传输方法及传输装置 | |
CN105103515B (zh) | 一种数据处理的方法、装置及*** | |
CN109062708B (zh) | 一种数据发送方法、接收方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130306 |