CN102487353A - 一种数据传输方法 - Google Patents
一种数据传输方法 Download PDFInfo
- Publication number
- CN102487353A CN102487353A CN2010105710884A CN201010571088A CN102487353A CN 102487353 A CN102487353 A CN 102487353A CN 2010105710884 A CN2010105710884 A CN 2010105710884A CN 201010571088 A CN201010571088 A CN 201010571088A CN 102487353 A CN102487353 A CN 102487353A
- Authority
- CN
- China
- Prior art keywords
- value
- node
- type
- length
- information
- 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.)
- Granted
Links
Images
Landscapes
- Communication Control (AREA)
Abstract
本发明构造一种数据传输方法,实现发送机与接收机之间的数据传输,包括:发送机根据传输协议,对至少一元素分别生成包括元素序号、元素类型、元素个数、各元素的值长度和\或元素值的信息包;发送机将信息包发送给接收机;接收机解析信息包,各信息包分别对应一元素结构树,顺序解析各元素对应的元素序号、元素类型、元素个数、各元素的值长度和\或元素值,并将这些信息保存到元素对象中,得到至少一元素。本发明可快速可靠地传输数据,又具有高效率的解析算法,对于网络***性能有着实质性的提高。另外信息包中的元素不需要固定顺序,即使新增或删除元素,业务***也能正常解析,前后协议版本的兼容性好。
Description
技术领域
本发明涉及通信领域,更具体地说,涉及一种数据传输方法。
背景技术
大部分业务***采用自定义的报文数据格式,用于传输某些特殊信息,满足特定应用的需要。数据交互在业务***中处于核心的地位,因此制定高效、可扩展、可兼容的自定义协议,特别是对于传输数据过于复杂的大型***来说,尤其重要。目前各业务***自定义协议格式主要有两种方式:
采用XML格式制定协议:利用XML良好的格式规范,通过标签来定义协议的字段名和字段值。这种方式灵活并且有良好的扩展性。但是XML的文本表现手法,标记的符号化会导致XML数据比二进制表现数据量增加,尤其当数据量很大的时候,效率就成为很大的问题。一方面每个字段需要标签化,需要额外的标签头部和标签尾部,因此占用了很多冗余的字节;XML还不能直接在标签内包含二进制数据,如图片内容必须转换为base64等可见字符格式,整形数据必须转换为ASCII码,这种转换一般都会大大增加协议包的字节数。对于数组元素,每个元素都需要相同的标签头和标签尾,这些标签是冗余的,也增加了协议包的大小。另一方面,解析XML要比解析普通数据要复杂,解析效率不高,无法满足数据吞吐量大的***中,特别是对性能要求高的情况下的应用。
固定字节序的二进制协议:把协议的每个字段,按照固定数量的字节数串行化成一个二进制字节流的格式,传输、顺序解析出数据并进行相应处理。它由多个字段组成,每个字段表示特定含义,并且字段之间的顺序在设计时已经固定,不可调换。由于每个字段在制定的时候已经是定长的,并且顺序也是固定的,因此解析数据的效率要比采用XML格式高很多。其字段定义不需要额外的描述信息,空间体积要比XML格式小很多。这种方式是采用固定字节序,且字段的顺序也是固定的,因此增加、修改协议字段都可能会导致前后版本不兼容,可扩展性差。固定字节序对于变长字段需要按照字段最大长度进行定义,在实际字段取值没有达到最大长度时,需要增加多余的字节。而对于数组元素来说,其元素数量是可变的,因此采用固定字节序也不好处理。
发明内容
本发明要解决的技术问题在于,针对上述现有技术存在的不足,本发明提供数据传输方法。
本发明解决其技术问题所采用的技术方案是构造一种数据传输方法,实现发送机与接收机之间的数据传输,包括:发送机根据传输协议,对至少一元素分别生成包括元素序号、元素类型、元素个数、各元素的值长度和\或元素值的信息包;发送机将信息包发送给接收机;接收机解析信息包,各信息包分别对应一元素结构树,顺序解析每个元素对应的元素序号、元素类型、元素个数、各元素的值长度和\或元素值,并将这些信息保存到元素对象中,得到上述至少一元素。
上述生成信息包的步骤包括:将元素序号转换为网络字节序写入数据流;将元素类型写入数据流;将元素个数写入数据流;根据元素类型将元素的值长度转化为网络字节序,写入数据流;将元素值写入数据流,生成信息包。
上述解析信息包的步骤包括:读取字节转化为本地字节序,保存为元素序号;顺序读取下一字节,保存为元素类型;顺序读取下一字节,保存为元素个数;根据元素类型顺序读取字节并转化为本地字节序,作为元素的值长度;根据元素值长度顺序读取相应字节并保存为元素值。
上述元素个数为信息包中包含元素的个数,对于单个元素,元素个数取值为1;对于数组元素,元素个数取值为数组中的元素的个数。
对于元素类型为int或short的元素,将其元素值解析为网络字节序;对于元素类型为binary的元素,将其元素值解析为二进制数据;对于元素类型为string的元素,将其元素值解析为字符串包含结束符;对于元素类型为item的元素,将其元素值解析为取值为整个元素的内容,包括元素序号、元素类型、元素个数、各元素的值长度和\或元素值。
对于元素类型为int或short的元素,其元素长度为空;对于元素类型为binary、string或item的元素,其元素长度不为空,表示元素值的长度。
上述元素是嵌套元素,嵌套元素包含多个子元素;嵌套元素的元素类型为item,包含子元素的个数由元素个数指定。
对于嵌套元素采用进出栈的方式实现解析。
接收机解析信息包的步骤还包括:接收机每解析完一子元素就输出上述子元素的内容,并从栈中弹出释放上述子元素占用的资源。
接收机解析信息包的步骤包括:创建元素结构树的根节点的步骤;将节点压栈的步骤;取栈顶节点设置为当前节点的步骤;对于当前节点为数组节点的首个元素的,解析元素序号,保存到当前节点,再判断当前节点类型是否为int的步骤;对于当前节点非数组节点的首个元素的,判断当前节点类型是否为int的步骤;对于当前节点类型为int的,确定当前节点的元素长度为4字节;否则解析元素长度,将解析结果保存到当前节点的步骤;判断当前节点类型是否为item,对于节点类型是item的,创建新节点,返回到将节点压栈的步骤;对于节点类型非item的,根据元素长度解析元素值,保存到当前节点的步骤;将当前节点退栈,判断堆栈是否已经遍历完毕,对于已遍历完毕的,判断堆栈是否为空,若堆栈为空则完成解析的步骤;若堆栈尚未遍历完毕则取堆栈中上一级节点,将当前遍历节点解析过的值长度加上前一个子节点的所有字节长度的步骤;判断当前遍历的节点解析过的长度是否与元素长度相等,对于不相等的回到判断堆栈是否为空的步骤;对于当前遍历的节点解析过的长度与元素长度相等的,判断当前遍历节点是否为数组节点,且没有解析到最后一个元素,若是则返回到取栈顶节点设置为当前节点的步骤;若否则将当前遍历节点退栈,返回到判断堆栈是否已遍历完毕的步骤。
本发明提出的数据传输方法采用一种自描述结构化的二进制报文传输协议,既包含了XML格式协议的良好扩展性和高兼容性,又包含固定字节序二进制协议的程序处理方便性,没有冗余数据。本发明可快速可靠地传输数据,又具有高效率的解析算法,对于网络***性能有着实质性的提高。另外信息包中的元素不需要固定顺序,即使新增或删除元素,业务***也能正常解析,解析算法只需要对解析出来的新增字段数据进行保存就行,使得前后协议版本的兼容性好。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1是本发明一实施例数据传输结构示意图;
图2是本发明一实施例数据传输方法流程示意图;
图3是本发明另一实施例生成信息包的流程示意图;
图4是本发明另一实施例解析信息包的流程示意图;
图5是本发明又一实施例数据解析方法流程示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提出一种数据传输方法,参照图1发送机10与接收机20之间的数据传输结构为发送机10向接收机20发送信息包。参照图2所示的数据传输方法流程图,本实施例的数据传输方法包括:
步骤S1,发送机10根据传输协议,对至少一元素分别生成包括元素序号、元素类型、元素个数、各元素的值长度和\或元素值的信息包;
步骤S2,发送机10将信息包发送给接收机20;
步骤S3,接收机20解析信息包,对各信息包分别对应一元素结构树,顺序解析每个元素对应的元素序号、元素类型、元素个数、各元素的值长度和\或元素值,并将这些信息保存到元素对象中,得到至少一元素。
本实施例中,传输协议为自描述结构化二进制传输协议,这是一种类似xm1的自描述、支持元素嵌套、平台无关、扩展性好的用于通信协议、数据存储的二进制方式的结构化数据串行化方法,但是相比xm1协议包更小、打解包更快、更简单。其格式如表一描述:
表一传输协议格式示意
上述元素序号为无符号整数,信息包至少包括一根元素,根元素的元素序号为0。
上述元素个数为信息包中包含元素的个数,对于单个元素,元素个数取值为1;对于数组元素,元素个数取值为数组中的元素的个数。
根据不同的元素类型,可确定对元素值的解析方案:
对于元素类型为int或short的元素,将其元素值解析为网络字节序;
对于元素类型为binary的元素,将其元素值解析为二进制数据;
对于元素类型为string的元素,将其元素值解析为字符串包含结束符;
对于元素类型为item的元素,将其元素值解析为元素取值为整个元素的内容,包括元素序号、元素类型、元素个数、各元素的值长度和\或元素值。
本发明出另一实施例,信息包中的元素不需要固定顺序,可新增或删除元素。参照图3所示的生成信息包的流程示意图,本实施例生成信息包的流程包括:
步骤S11,将元素序号转换为网络字节序,向数据流中写入四个字节;
步骤S12,将元素类型向数据流中写入一个字节;
步骤S13,将元素个数向数据流中写入一个字节;
步骤S14,判断元素类型,如果元素类型为binary、string或item,则将元素的值长度转化为网络字节序,往数据流中写入四个字节;
步骤S15,将元素值写入数据流,写入的字节数为元素值长度;如果元素类型为int,需要将元素值转换为网络字节序,并写入4个字节;如果元素类型为short,需要将元素值转换为网络字节序,并写入2个字节。
参照图4所示的解析信息包的流程示意图,本实施例解析信息包的流程包括:
步骤S31,读取信息包中前四字节,转化为本地字节序,保存为元素序号;
步骤S32,顺序读取一字节,保存为元素类型;
步骤S33,顺序读取一字节,保存为元素个数;
步骤S34,判断元素类型,如果元素类型为binary、string或item,则顺序读取四字节并转化为本地字节序,作为元素的值长度;如果元素类型为int,则元素值长度取为4;如果元素类型为short则元素值长度取为2;
步骤S35,根据元素值长度顺序读取相应字节并保存为元素值,如果元素类型为int或short,则将元素值转换为本地字节序。
基于上述实施例,本发明提出又一实施例,信息包中可以包含嵌套元素。
本实施例中的元素是嵌套元素,包含多个子元素;嵌套元素的元素类型为item,包含子元素的个数由元素个数指定。
本实施例对于嵌套元素采用进出栈的方式实现解析。接收机20每解析完一子元素就输出所述子元素的内容,并从栈中弹出释放所述子元素占用的资源。
本实施例解析数据的流程包括:各信息包分别对应一元素结构树,顺序解析每个元素对应的元素序号、元素类型、元素个数、各元素的值长度和\或元素值,并将这些信息保存到元素对象中,得到所述至少一元素。对于元素类型为item的元素认为是嵌套元素,采用进出栈的方式实现解析。
为了达到解析效率最大化和内存使用最小化,接收机20每解析完一子元素就输出所述子元素的内容,并从栈中弹出释放所述子元素占用的资源。
本实施例的传输协议和数据传输方法,信息包的每个字段不需要额外的结束标志,只需要根据信息包头部的长度来确定信息包的结束。由于整形数据有固定的长度,因此不需要定义元素的长度,可以节省不少的冗余字节。对于string、binary等不定长的元素,信息包头部有其实际的长度,元素值只保存实际的数据值,不添加额外的字节。对于二进制数据如图片,元素值保存实际的字节,不需要进行base64转换,因此可以节省信息包的字节数。对于数组类型的元素,只有第一个元素需要定义类型及长度,其余元素只需要保存元素值,这样也可以节省协议包的字节数。
基于上述传输协议,本实施例实现数据传输的示例如下。
发送机10根据传输协议,根据二元素生成信息包:
00 00 05 01 00 00 00 27 00 01 01 03 00 00 00 01 00 00 00 0A 00 00 00 64 00 0501 00 00 00 0F 00 01 02 04 01 00 00 00 07 61 73 70 69 72 65 00
发送机10将该信息包发送给接收机20;
接收机20解析信息包,对各信息包分别对应一元素结构树,顺序解析每个元素对应的元素序号、元素类型、元素个数、各元素的值长度和\或元素值,并将这些信息分别保存到元素对象中,得到元素如下:
00 00:根节点ID,取值为0
05 01:根节点元素类型为Item类型,元素个数为1,即只有一个根元素
00 00 00 27:根节点元素的元素长度为39个字节
00 01:第一个元素序号为1
01 03:第一个元素的元素类型为Int,包含子元素个数为3
00 00 00 01:第一个子元素取值为1,由于其元素类型是Int,元素长度为空
00 00 00 0A:第二个子元素取值为10
00 00 00 64:第三个子元素取值为100
00 02:第二个元素序号为2
05 01:第二个元素类型为Item类型(嵌套元素),元素个数为1
00 00 00 0F:第二个元素长度为15个字节
00 01:第一个子元素序号为1
04 01:第一个子元素的元素类型为String,包含子元素个数为1
00 00 00 07:第一个子元素的元素长度为7个字节
61 3 70 69 72 65 00:第一个子元素的元素值为aspire,包含结束符。
参照图3所示的数据解析流程示意图,接收机20解析数据过程包括:
S301,创建元素结构树的根节点;
S302,将节点压栈;
S303,取栈顶节点设置为当前节点;
S304,判断当前节点是否为数组节点的首个元素,如果是则进行步骤
S305,否则进行步骤S306;
S305,解析元素序号,保存到当前节点;
S306,判断当前节点类型是否为int,如果是则进行步骤S307,否则进行步骤S308;
S307,确定当前节点的元素长度为4字节;
S308,解析元素长度,将解析结果保存到当前节点;
S309,判断当前节点类型是否为item,如果是则进行步骤S310,否则进行步骤S311;
S310,创建新节点,进行步骤S302;
S311,根据元素长度解析元素值,保存到当前节点;
S312,将当前节点退栈;
S313,判断堆栈是否已经遍历完毕,如果是则进行步骤S319,否则进行步骤S314;
S314,取堆栈中上一级节点;
S315,将当前遍历节点解析过的值长度加上前一个子节点的所有字节长度;
S316,判断当前遍历的节点解析过的长度是否与元素长度相等,如果是则进行步骤S317,否则进行步骤S319;
S317,判断当前遍历节点是否为数组节点,且没有解析到最后一个元素,如果是则进行步骤S303,否则进行S318;
S318,将当前遍历节点退栈,进行步骤S313;
S319,判断堆栈是否为空,若堆栈不为空则进行步骤S310,否则解析流程结束,完成对信息包的解析。
本实施例的数据传输方法由于对数据定义了“item”元素类型,可以如XML一样嵌套包含schema,给数据传输带来极大的灵活性。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种数据传输方法,实现发送机与接收机之间的数据传输,包括:
发送机根据传输协议,对至少一元素分别生成包括元素序号、元素类型、元素个数、各元素的值长度和\或元素值的信息包;
发送机将信息包发送给接收机;
接收机解析信息包,顺序解析各元素对应的元素序号、元素类型、元素个数、各元素的值长度和\或元素值,并将这些信息保存到元素对象中,得到所述至少一元素。
2.根据权利要求1所述的数据传输方法,其特征在于,所述发送机根据传输协议,对至少一元素分别生成包括元素序号、元素类型、元素个数、各元素的值长度和\或元素值的信息包的步骤包括:
将元素序号转换为网络字节序写入数据流;
将元素类型写入数据流;
将元素个数写入数据流;
根据元素类型将元素的值长度转化为网络字节序,写入数据流;
将元素值写入数据流,生成信息包。
3.根据权利要求1所述的数据传输方法,其特征在于,所述接收机解析信息包,顺序解析各元素对应的元素序号、元素类型、元素个数、各元素的值长度和\或元素值,并将这些信息保存到元素对象中,得到所述至少一元素的步骤包括:
读取字节转化为本地字节序,保存为元素序号;
顺序读取下一字节,保存为元素类型;
顺序读取下一字节,保存为元素个数;
根据元素类型顺序读取字节并转化为本地字节序,作为元素的值长度;
根据元素值长度顺序读取相应字节并保存为元素值。
4.根据权利要求至3任意一项所述的数据传输方法,其特征在于,所述元素个数为信息包中包含元素的个数,对于单个元素,元素个数取值为1;对于数组元素,元素个数取值为数组中的元素的个数。
5.根据权利要求至3任意一项所述的数据传输方法,其特征在于:
对于元素类型为int或short的元素,将其元素值解析为网络字节序;
对于元素类型为binary的元素,将其元素值解析为二进制数据;
对于元素类型为string的元素,将其元素值解析为字符串包含结束符;
对于元素类型为item的元素,将其元素值解析为取值为整个元素的内容,包括元素序号、元素类型、元素个数、各元素的值长度和\或元素值。
6.根据权利要求5所述的数据传输方法,其特征在于:
对于元素类型为int或short的元素,其元素长度为空;对于元素类型为binary、string或item的元素,其元素长度不为空,表示元素值的长度。
7.根据权利要求6所述的数据传输方法,其特征在于:
所述元素是嵌套元素,嵌套元素包含多个子元素;嵌套元素的元素类型为item,包含子元素的个数由元素个数指定。
8.根据权利要求7任意一项所述的数据传输方法,其特征在于:对于嵌套元素采用进出栈的方式实现解析。
9.根据权利要求8所述的数据传输方法,其特征在于,接收机解析信息包的步骤还包括:
接收机每解析完一子元素就输出所述子元素的内容,并从栈中弹出释放所述子元素占用的资源。
10.根据权利要求1至3任意一项所述的数据传输方法,其特征在于,接收机解析信息包的步骤包括:
创建元素结构树的根节点的步骤;
将节点压栈的步骤;
取栈顶节点设置为当前节点的步骤;
对于当前节点为数组节点的首个元素的,解析元素序号,保存到当前节点,再判断当前节点类型是否为int的步骤;
对于当前节点非数组节点的首个元素的,判断当前节点类型是否为int;
对于当前节点类型为int的,确定当前节点的元素长度为4字节;否则解析元素长度,将解析结果保存到当前节点的步骤;
判断当前节点类型是否为item,对于节点类型是item的,创建新节点,返回到将节点压栈的步骤;对于节点类型非item的,根据元素长度解析元素值,保存到当前节点的步骤;
将当前节点退栈,判断堆栈是否已经遍历完毕,对于已遍历完毕的,判断堆栈是否为空,若堆栈为空则完成解析的步骤;
若堆栈尚未遍历完毕则取堆栈中上一级节点,将当前遍历节点解析过的值长度加上前一个子节点的所有字节长度的步骤;
判断当前遍历的节点解析过的长度是否与元素长度相等,对于不相等的回到判断堆栈是否为空的步骤;
对于当前遍历的节点解析过的长度与元素长度相等的,判断当前遍历节点是否为数组节点,且没有解析到最后一个元素,若是则返回到取栈顶节点设置为当前节点的步骤;若否则将当前遍历节点退栈,返回到判断堆栈是否已遍历完毕的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010571088.4A CN102487353B (zh) | 2010-12-02 | 2010-12-02 | 一种数据传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010571088.4A CN102487353B (zh) | 2010-12-02 | 2010-12-02 | 一种数据传输方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102487353A true CN102487353A (zh) | 2012-06-06 |
CN102487353B CN102487353B (zh) | 2015-11-25 |
Family
ID=46152809
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010571088.4A Active CN102487353B (zh) | 2010-12-02 | 2010-12-02 | 一种数据传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102487353B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105868364A (zh) * | 2016-03-29 | 2016-08-17 | 中国电子科技集团公司第二十八研究所 | 一种基于字节流的结构化数据表示方法 |
CN107948181A (zh) * | 2017-12-06 | 2018-04-20 | 吉旗(成都)科技有限公司 | 一种可扩展的数据字描述结构方法 |
CN108446319A (zh) * | 2018-02-09 | 2018-08-24 | 烽火通信科技股份有限公司 | 将数据进行二进制序列化的方法和*** |
CN111061482A (zh) * | 2019-10-24 | 2020-04-24 | 贝壳技术有限公司 | 字符串中参数的解析方法、装置、存储介质及电子设备 |
CN111343612A (zh) * | 2020-02-20 | 2020-06-26 | 杭州涂鸦信息技术有限公司 | 一种物联网数据方法及*** |
CN114928655A (zh) * | 2022-04-22 | 2022-08-19 | 芜湖雄狮汽车科技有限公司 | 车辆的数据通信方法、装置、车辆及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1396770A (zh) * | 2001-07-09 | 2003-02-12 | 日本胜利株式会社 | 结构化元数据的合并方法、传输方法以及分割方法 |
CN1477836A (zh) * | 2002-08-19 | 2004-02-25 | 万达信息股份有限公司 | 一种在网络数据传输中数据交换的数据格式 |
US20090157837A1 (en) * | 2003-06-04 | 2009-06-18 | The Trustees Of The University Of Pennsylvania | Ndma socket transport protocol |
CN101577606A (zh) * | 2008-05-09 | 2009-11-11 | 苏州科达科技有限公司 | 一种流媒体控制设备中控制流媒体传输的控制装置及方法 |
-
2010
- 2010-12-02 CN CN201010571088.4A patent/CN102487353B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1396770A (zh) * | 2001-07-09 | 2003-02-12 | 日本胜利株式会社 | 结构化元数据的合并方法、传输方法以及分割方法 |
CN1477836A (zh) * | 2002-08-19 | 2004-02-25 | 万达信息股份有限公司 | 一种在网络数据传输中数据交换的数据格式 |
US20090157837A1 (en) * | 2003-06-04 | 2009-06-18 | The Trustees Of The University Of Pennsylvania | Ndma socket transport protocol |
CN101577606A (zh) * | 2008-05-09 | 2009-11-11 | 苏州科达科技有限公司 | 一种流媒体控制设备中控制流媒体传输的控制装置及方法 |
Non-Patent Citations (1)
Title |
---|
GURPREET KAUR ET. AL.: "An Evaluation of Protocol Buffer", 《IEEE SOUTHEASTCON 2010》, 21 March 2010 (2010-03-21), pages 459 - 462, XP031661987 * |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105868364A (zh) * | 2016-03-29 | 2016-08-17 | 中国电子科技集团公司第二十八研究所 | 一种基于字节流的结构化数据表示方法 |
CN107948181A (zh) * | 2017-12-06 | 2018-04-20 | 吉旗(成都)科技有限公司 | 一种可扩展的数据字描述结构方法 |
CN108446319A (zh) * | 2018-02-09 | 2018-08-24 | 烽火通信科技股份有限公司 | 将数据进行二进制序列化的方法和*** |
CN111061482A (zh) * | 2019-10-24 | 2020-04-24 | 贝壳技术有限公司 | 字符串中参数的解析方法、装置、存储介质及电子设备 |
CN111061482B (zh) * | 2019-10-24 | 2023-12-08 | 贝壳技术有限公司 | 字符串中参数的解析方法、装置、存储介质及电子设备 |
CN111343612A (zh) * | 2020-02-20 | 2020-06-26 | 杭州涂鸦信息技术有限公司 | 一种物联网数据方法及*** |
CN111343612B (zh) * | 2020-02-20 | 2023-09-22 | 杭州涂鸦信息技术有限公司 | 一种物联网数据方法及*** |
CN114928655A (zh) * | 2022-04-22 | 2022-08-19 | 芜湖雄狮汽车科技有限公司 | 车辆的数据通信方法、装置、车辆及存储介质 |
CN114928655B (zh) * | 2022-04-22 | 2024-07-12 | 芜湖雄狮汽车科技有限公司 | 车辆的数据通信方法、装置、车辆及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN102487353B (zh) | 2015-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102487353A (zh) | 一种数据传输方法 | |
CN102158482B (zh) | 基于json数据协议的客运信息通信方法及*** | |
US7761484B2 (en) | Complete mapping between the XML infoset and dynamic language data expressions | |
ES2372956T3 (es) | Transferencia de forma flexible de datos de aplicación tipeados. | |
CN103294652B (zh) | 一种数据转换方法及*** | |
CN106648817B (zh) | 一种跨平台的数据对象传输方法 | |
US20070112810A1 (en) | Method for compressing markup languages files, by replacing a long word with a shorter word | |
CN101346689A (zh) | 压缩模式表示对象和用于元数据处理的方法 | |
CN104123364A (zh) | 一种移动终端发送和接收数据的方法及装置 | |
CN103399934A (zh) | 一种表单数据的传输与存储方法 | |
CN102541926B (zh) | 一种数据交换处理方法、设备和*** | |
CN106339498A (zh) | 数据同步方法、装置和*** | |
CN107861723A (zh) | 海量数据处理方法及其*** | |
US6282576B1 (en) | Method of transferring heterogeneous data with meaningful interrelationships between incompatible computers | |
CN107229670A (zh) | 基于Avro的通用数据序列化及反序列化方法 | |
CN106227575B (zh) | 一种生成与解析文本文件的方法 | |
CN104052774A (zh) | 一种数据传输方法及*** | |
CN115630614B (zh) | 数据传输方法、装置、电子设备与介质 | |
CN107222583A (zh) | 一种融合结构化数据和非结构化数据的数据传输方法 | |
CN101656708A (zh) | 数据发送和接收方法及装置、数据传输方法和*** | |
CN110532233A (zh) | 一种epub文件生成方法和*** | |
KR102407941B1 (ko) | Rpc에 기반하여 외부 장치의 함수 또는 프로시저를 호출하는 전자 장치가 사용자 인터페이스를 생성하는 방법, 그 컴퓨터 프로그램 및 그 전자 장치 | |
CN101516086B (zh) | 移动通讯的业务匹配方法 | |
CN106789440B (zh) | 一种ip包包头检测方法及装置 | |
ES2832098T3 (es) | Un método y sistema para comprimir y transportar de modo eficiente imágenes y animación basadas en gráficos vectoriales escalables en redes de ancho de banda bajo |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |