CN101026438A - 处理消息的方法和系统以及消息发送端和消息接收端 - Google Patents
处理消息的方法和系统以及消息发送端和消息接收端 Download PDFInfo
- Publication number
- CN101026438A CN101026438A CN 200710003534 CN200710003534A CN101026438A CN 101026438 A CN101026438 A CN 101026438A CN 200710003534 CN200710003534 CN 200710003534 CN 200710003534 A CN200710003534 A CN 200710003534A CN 101026438 A CN101026438 A CN 101026438A
- Authority
- CN
- China
- Prior art keywords
- message
- descriptor
- message object
- sending end
- coding
- 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
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种处理消息的方法和系统,将消息进行封装,使用标识(Token)对封装后得到的消息对象进行描述,根据该描述信息对具体消息对象进行编码后,发送出去;和/或根据描述信息将接收到的编码后的消息解析为具体消息对象。使用Token的形式对消息对象进行描述的格式简单,不需要复杂的解析工具,且消息接收端只需要一次遍历就可以产生一个具体消息对象,使得消息的处理变得简单,且基于Token的处理过程实现了消息处理的跨平台和跨语言。
Description
技术领域
本发明涉及通信领域,特别涉及一种处理消息的方法和系统以及消息发送端和消息接收端。
背景技术
在通信系统中,消息发送端将发送的数据内容以消息的形式发送出去,消息接收端将收到的消息进行解析得到数据内容,这一过程为消息的处理过程。
消息的处理方法大致可以分为两种:基于文本的消息处理和基于二进制的消息处理。对应的分别有:基于文本的传输,比如有可扩展标记语言(XML,eXtensible Markup Language)格式的传输;基于二进制传输,比如通用对象请求代理机构(CORBA,Common Object Request Broker Architecture)、组件对象模型(COM,Component Object Model)、企业级Java对象(EJB,Enterprise Java Beans)等。不管是基于文本还是二进制的处理消息的方法,都需要在消息接收端进行消息的解析,而消息的解析工具更是数量繁多,比如,XML的解析工具有文档对象模型(DOM,Document Object Model)、XML简单访问接口(SAX,Simple API for XML)、Java文档对象模型(JDOM,Java Document Object Model)等等。但是现有的方式都有各自的缺点,下面对处理消息过程中XML解析和二进制解析的缺点分别进行描述:
XML处理方式:XML本身是一种复杂的语言,采用XML的格式十分复杂,因此具有大量的解析工具,所以XML的解析比较复杂;另外,在采用XML解析时,往往要产生大量的DOM对象,使得消息处理的过程性能低下。
二进制处理方式:基于二进制的方式,往往消息的处理过程取决于操作系统本身,较为复杂;基于二进制的解析都是局限于单一的操作系统平台或单一的编程语言,对于异构系统、多种编程语言无法很好的支持,例如,使用C语言编程的二进制格式,也必须采用相同的编程语言才能够解析;同样地,在一种操作系统下编程的二进制格式,也必须在相同的操作系统下才能够解析。所以,二进制的处理方式不能跨平台或跨编程语言。
在分布式应用系统当中,实时的数据通信和访问是协同工作的核心,那么对消息的处理就显得十分重要。但是现有的消息的处理方法并不能简单、且跨平台跨编程语言的完成消息的处理。
发明内容
有鉴于此,本发明实施例的第一个目的在于提供一种处理消息的方法,以便于能够简单、且跨平台跨编程语言的完成消息的处理。
本发明实施例的第二个目的在于提供一种处理消息的系统,以便于能够简单、且跨平台跨编程语言的完成消息的处理。
本发明实施例的第三个目的在于提供一种消息发送端,以便于能够简单、且跨平台跨编程语言的完成消息的处理。
本发明实施例的第四个目的在于提供一种消息接收端,以便于能够简单、且跨平台跨编程语言的完成消息的处理。
为了实现上述第一个目的,本发明实施例提供了一种处理消息的方法,将消息进行封装得到消息对象,使用标识Token的形式对封装后得到的消息对象进行描述,根据描述信息对具体消息对象进行编码发送;和/或根据描述信息将接收到的编码后的消息解析为具体消息对象。
为了实现上述第二个目的,本发明实施例提供了一种处理消息的系统,该系统包括:描述信息生成模块、消息发送端、以及消息接收端;
描述信息生成模块,将消息进行封装,使用Token的形式到的消息对象进行描述,生成描述信息通知给消息发送端和消息接收端;
消息发送端,根据该描述信息对具体消息对象进行编码后,将编码后的消息发送给消息接收端;
消息接收端,根据描述信息将接收到的编码后的消息解析为具体消息对象。
为了实现上述第三个目的,本发明实施例提供了一种消息发送端,该消息发送端包括:编码单元和收发单元;所述收发单元,将收到的描述信息发送给编码单元;接收编码单元发送的编码后的消息,并发送出去;
所述编码单元,根据编码单元发送的描述信息对具体消息对象进行编码,并将编码后的消息发送给收发单元。
为了实现上述第四个目的,本发明实施例提供了一种消息接收端,该消息接收端包括:收发单元和解析单元;
所述收发单元,接收描述信息和编码后的消息,并发送给解析单元;
所述解析单元,根据接收到的描述信息将接收到的编码后的消息解析为具体消息对象。
由以上技术方案可以看出,本发明实施例采用Token的形式对消息对象进行描述和解析,描述信息格式简单,也不需要复杂的解析工具,使得消息的处理变得简单容易,并且基于Token的处理过程并不同于二进制模式,适合于不同操作系统和不同的编程语言环境下的消息处理,所以实现了消息处理的跨平台和跨语言。
附图说明
图1为本发明实施例提供的处理消息的方法示意图;
图2为本发明实施例提供的解析过程流程图;
图3.1为本发明实施例提供的一种处理消息的系统结构示意图;
图3.2为本发明实施例提供的描述信息生成模块设置在消息发送端中的系统结构示意图;
图3.3为本发明实施例提供的描述信息生成模块设置在消息接收端中的系统结构示意图。
图4为本发明实施例提供的消息发送端的组成结构图;
图5为本发明实施例提供的消息接收端的组成结构图。
具体实施方式
为了使本发明实施例的目的、技术方案和优点更加清楚,下面结合具体实施例进行详细说明。
本发明实施例所提供的方法主要是:将消息进行封装得到消息对象,使用Token对封装后得到的消息对象进行描述;根据该描述信息对具体消息对象进行编码后发送;和/或根据描述信息将接收到的编码后的消息解析为具体消息对象。
其中,所述根据该描述信息对具体消息对象进行编码后发送由消息发送端执行,所述根据描述信息将接收到的编码后的消息解析为具体消息对象由消息接收端执行;消息发送端和消息接收端可以在同构系统上,例如,两台电脑之间消息的传输;也可以在异构系统上,如,手机将消息发送给服务器,使用不同操作系统的两台电脑之间消息的传输,或者使用不同网络协议的设备之间消息的传输等。
所述描述信息可以是消息发送端和消息接收端预先约定的;也可以是消息发送端在发送具体消息对象编码后的消息之前,发送给消息接收端的;也可以是在消息发送端对消息对象进行编码之前,消息接收端发送给消息发送端的,然后消息发送端根据该描述信息对消息对象进行编码。
消息发送端和消息接收端之间对编码后的消息可以是通过网络进行传输的。
下面对该方法进行详细的描述,如图1所示,图1为本发明实施例提供的处理消息的方法示意图。该方法主要包括以下步骤:
步骤101:将消息进行封装,得到消息对象。
为了编程和维护的方便,消息往往在程序里要进行封装,将该消息封装为一个类,例如,在面向对象语言中的类(Class);或将该消息封装为结构体,例如,在面向过程语言中的结构体(Struct)。在此,将封装后的类或结构体统称为消息对象。
下面是以Java语言为例的一个消息对象SomeMessageObject,该消息对象中包含属性id和name:
public class SomeMessageObject
{
private String id;
private String name;
//setters and getters
}
步骤102:对该消息对象基于Token进行描述,得到描述信息(TokenInfo)。
本发明实施例要完成消息对象的传递和访问,那么就需要对消息对象进行恰当的描述,以便在消息发送端和消息接收端达成一个双方都能互操作的协议。在本发明实施例中采用Token来描述消息对象以便于达成消息发送端和消息接收端的协议。
Token是指消息的标识。本步骤中所述基于Token进行描述是将消息对象中的每一个属性、以及每一个属性中可能包含的分支属性都可以用Token的形式进行描述,描述后得到的信息在此称为TokenInfo。该消息对象的描述信息TokenInfo用来做为步骤103中进行编码的依据。
对消息对象进行描述形成TokenInfo包括以下几方面:
1)描述消息对象中数据的类型,例如:字符串(String)、整数(Integer)、数组(Array)等;以及它们的顺序。
2)描述消息对象中数据类型所对应的长度。由于平台上的差异性,有些数据类型,例如Integer,可能长度不一致,所以要对消息对象中数据长度进行描述;如果为空,表示为String类型。该数据类型所对应的长度的描述需要和1)中描述的数据类型一一对应。
3)描述消息类别。网络中传输的消息多种多样,那么就需要用一个类别或者一个标识(ID)来区分不同的消息,以免发生传输或者解析的错误。
4)描述消息对象名,也就是对上面例子中的.class进行描述。该对象就是下面步骤中所述TokenMessage解析后获得的消息对象。
5)描述消息对象中对象的属性。对该属性进行描述时,需要和1)中描述的数据类型一一对应。
上述对消息对象进行描述的5个方面的描述顺序可以发生变化,也可以除了这5个方面的Token以外还有其它扩展的Token。
下面还针对上面有id和name属性的消息为例,对上述5个方面进行说明:
1)该消息对象中数据类型的Token可以描述为:
splitCodes:{“int”,“string”};
2)该消息对象中数据类型所对应的长度的Token可以描述为
splitTargetLength:{4,,};
此处,4与上述int类型相对应,空与上述string类型相对应。
3)消息类别可以描述为:
msgType:{“MsgType_1000001”};
4)消息对象名可以描述为:
className{“SomeMessageObject.class”};
如果该描述消息的被通知方采用的编程语言是Java,则该消息对象名可以为“SomeMessageObject.class”,如果该描述消息的被通知方采用的编程语言是C语言,则该消息对象名可以为“SomeMessageObject”。例如:如果该消息对象的被通知方为消息接收端,消息接收端采用Java为编程语言,那么该消息对象名为SomeMessageObject.class。
5)消息对象中对象的属性可以描述为:
objAttributeNames:{“id”,“name”}
此处,id与int类型相对应,name与string相对应。
下面举一个完整的TokenInfo示例,以方便对上述TokenInfo的理解和说明:
Define Token TokenInfo
{
/**分隔符,可支持多种语言数据类型*/
splitCodes:{“int”,“int”,“\\0”,“string”,“\\0”,“long”,“int”,“date_yyyy-mm-dd”,“\\0”,“string”,“\\0”,“int”,“byte”,“array:{“int”,“string”}”,“int”};
/**每个分隔符中间的数据长度*/
splitTargetLength:{4,4,0,,0,16,4,8,0,,0,4,2,2,4,,4};
/**消息类别*/
msgType:{“MSG_TYPE”};
/**消息对象对应的对象类名*/
className{“SomeMessageObject.class”};
/**消息对象里数据对应的对象的属性,与数据类型和数据长度的顺序一致*/
objAttributeNames:{“Attribute1”,“Attribute2”,“Attribute3”,“Attribute4”,“Attribute5”,“Attribute6”,......,“AttributeN”};
/**其它扩展Token*/
}
步骤101和102中所述的封装和描述过程可以是消息发送端完成的,也可以是消息接收端完成的,或者也可以是其它装置完成的;但是所得到的TokenInfo必须通知给消息发送端和消息接收端。
在对消息对象进行描述时,要发送给消息发送端的TokenInfo要采用消息发送端的编程语言进行描述;要发送给消息接收端的TokenInfo要采用消息接收端的编程语言进行描述;这样就使得消息发送端可以根据该TokenInfo对具体消息对象进行编码,消息接收端根据该TokenInfo对编码后的消息进行解析。
步骤103:消息发送端根据该TokenInfo对具体消息对象进行编码,得到编码后的消息(TokenMessage)。
步骤102中使用Token对消息对象进行描述就构成了TokenInfo,在本步骤中,消息发送端依据该TokenInfo将具体消息对象的每一个属性编码为一定长度的字符段。每一个字符段对应一个具体消息对象的属性。例如:一个id为1001,name为张三的消息对象,该消息对象就为一个具体消息对象,编码后的消息为xxx1001yyy张三zzz。其中,该TokenMessage包含五个字符段,其中,1001对应着消息对象中的id属性,张三对应着消息对象中的name属性;xxx、yyy和zzz可以是分隔符,也可以是各属性的标识,在具体编码时并不局限于xxx、yyy、以及zzz的形式,可以采用别的可以用来对属性进行分隔或标识的形式,例如:~~~1001~~~张三~~~等形式。
通过使用Token对消息对象进行描述,使得消息编码方式完整、准确和密集,可以很大程度上提高解析的准确性,降低网络带宽,提高网络传输效率。
步骤104:消息发送端将该TokenMessage发送出去。
步骤105:消息接收端接收该TokenMessage。
步骤106:消息接收端根据描述信息将该TokenMessage进行解析得到具体消息对象。
消息接收端接收到一个TokenMessage后,只要有其对应的TokenInfo,就可以对其进行解析。具体解析的过程如图2所示,该解析过程可以包括以下步骤:
步骤201:解析TokenMessage中的关键字符段,构造出一个消息对象。
本步骤中所述关键字符段是指TokenMessage中的消息头部分,可以是消息类别、消息对象中的对象等。在上述的例子中,关键字符段可以是MsgType_1000001、SomeMessageObject中对应的部分。消息接收端可以根据TokenInfo和编码后消息的标识将所述关键字符段进行解析,构造出一个消息对象。
步骤202:根据TokenInfo对剩余的字符段依次进行遍历,转换为当前系统内部的数据。
TokenMessage中每一个字符段都有相应的Token与之对应,根据TokenInfo的描述,将相应的字符段转换为当前系统内部的数据。
步骤203:将遍历过程中获得的数据与构造的消息对象相匹配,获得最终的具体消息对象。
例如,一个是张三,数据类型为string的数据并且在AbjAttributeNames中的属性为name时,肯定和消息对象中的name属性相匹配。
从以上步骤可以看出,对编码后的消息进行解析的过程就是一个对TokenMessage和TokenInfo做同步遍历的过程。因为在本发明实施例中,TokenInfo是对消息对象准确描述的信息,所以,只需一次遍历就可以产生一个具体消息对象,并且不取决于系统本身和解析工具,使得处理消息的过程变得更加简单。
下面,对本发明实施例所提供的系统进行详细描述。如图3.1所示,该系统主要包括描述信息生成模块300、消息发送端310、以及消息接收端320。
描述信息生成模块300,将消息进行封装,使用Token对封装后得到的消息对象进行描述,生成TokenInfo发送给消息发送端310和消息接收端320。
为了编程和维护的方便,描述信息生成模块300将消息封装为一个类,例如,在面向对象语言中的Class;或将该消息封装为结构体,例如,在面向过程语言中的Struct。在此,将封装后的类或结构体统称为消息对象。
所述描述信息生成模块300将封装后得到的消息对象中每一个属性、以及属性的属性都用Token的形式进行描述,描述后得到的信息为TokenInfo,该TokenInfo为消息发送端310对具体消息对象进行编码的依据,也是接受方320对编码后的消息进行解码的依据。描述信息生成模块300可以对消息对象中数据的类型、消息对象中数据类型的长度、消息类别、消息对象名、消息对象中对象的属性等进行描述。
在对消息对象进行描述时,要发送给消息发送端的TokenInfo要采用消息发送端的编程语言进行描述;要发送给消息接收端的TokenInfo要采用消息接收端的编程语言进行描述;这样就使得消息发送端可以根据该TokenInfo对具体消息对象进行编码,消息接收端根据该TokenInfo对编码后的消息进行解析,实现消息处理的跨语言。
消息发送端310,根据该TokenInfo对具体消息对象进行编码后,将编码后生成的TokenMessage发送给消息接收端320。
所述消息发送端310可以是计算机、手机、工作站、服务器、处理系统、应用系统等。
所述消息发送端310,依据TokenInfo将消息对象的每一个属性编码为一定长度的字符段。每一个字符段对应一个消息对象的属性。
消息接收端320,根据TokenInfo将接收到的TokenMessage解析为具体消息对象。
所述消息接收端320可以是计算机、手机、工作站、服务器、处理系统、应用系统等。
所述消息接收端320首先解析TokenMessage中的关键字符段,构造出一个消息对象,然后根据TokenInfo对剩余字符段依次进行遍历,转换为当前系统内部的数据,并将遍历过程中获得的数据与构造的消息对象相匹配,获得最终的具体消息对象。
其中,所述描述信息生成模块300可以是独立的装置,生成TokenInfo后,将TokenInfo在消息发送端进行编码之前发送给消息发送端,在消息接收端进行解码之前发送给消息接收端。其中,TokenInfo可以通过复制或者网络传输发送给消息发送端或者消息接收端。
所述描述信息生成模块300也可以设置在消息发送端310中,如图3.2所示,消息发送端310根据自身描述信息生成模块300生成的TokenInfo对具体消息对象进行编码得到TokenMessage,并将其发送给消息接收端320;描述信息生成模块300将TokenInfo发送给消息接收端320,消息接收端320根据该TokenInfo对编码后得到的TokenMessage进行解析。
所述描述信息生成模块300也可以设置在消息接收端320中,如图3.3所示,消息接收端320中的描述信息生成模块300将生成的TokenInfo发送给消息发送端310,消息发送端310根据该TokenInfo对具体消息对象进行编码得到TokenMessage,将其发送给消息接收端320,消息接收端320根据TokenInfo将接收到的TokenMessage进行解析。
下面对消息接收端和消息发送端的结构进行详细描述。消息发送端的结构如图4所示。该消息发送端包括:编码单元401和收发单元402;
所述收发单元402,将接收到的描述信息发送给编码单元401;接收编码单元发送的编码后的消息,并发送出去;
所述编码单元401,根据收发单元发送的描述信息对具体消息对象进行编码,并将编码后的消息发送给收发单元402。
更进一步地,该消息发送端进一步包括:描述信息生成单元403,用于将消息进行封装,使用Token的形式对封装后得到的消息对象进行描述,然后发送给收发单元402和/或消息接收端。
消息接收端地结构如图5所示,该消息接收端包括:收发单元501和解析单元502;
所述收发单元501,接收描述信息和编码后的消息,并发送给解析单元502;
所述解析单元502,根据接收到的描述信息将接收到的编码后的消息解析为具体消息对象。
更进一步地,该消息接收端进一步包括:描述信息生成单元503,用于将消息进行封装,使用Token的形式对封装后得到的消息对象进行描述,然后发送给收发单元501;
所述收发单元501还用于,将所述描述信息发送给消息发送端。
由以上描述可以看出,本发明实施例使用Token对消息对象进行描述得到TokenInfo,消息发送端根据该TokenInfo对具体消息对象进行编码,消息接收端根据该TokenInfo进行解析得具体消息对象。使用Token的形式对消息对象进行描述的格式简单,不需要复杂的解析工具,且消息接收端只需要一次遍历就可以产生一个具体消息对象,使得消息的处理变得简单容易;并且,基于Token的处理过程并不同于二进制模式,适合于不同操作系统和不同的编程语言环境下的消息处理,所以实现了消息处理的跨平台和跨语言。
更进一步地,通过使用Token对消息对象进行描述,并根据该描述信息对具体消息对象进行编码,使得编码方式完整、准确和密集,提高了解析的准确性,降低网络带宽,提高网络传输效率。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明精神和原则范围之内所做的任何修改、等同替换和改进等,都应包含在本发明的保护范围之内。
Claims (13)
1、一种处理消息的方法,其特征在于,该方法包括:将消息进行封装得到消息对象,使用标识Token的形式对封装后得到的所述消息对象进行描述;根据描述信息对具体消息对象进行编码后发送,和/或根据描述信息将接收到的编码后的消息解析为具体消息对象。
2、根据权利要求1所述的处理消息的方法,其特征在于,所述将消息进行封装为:将消息封装为一个类,所述消息对象为封装后的类;
或者所述将消息进行封装为:将消息封装为一个结构体,所述消息对象为封装后的结构体。
3、根据权利要求1所述的处理消息的方法,其特征在于,使用Token的形式对封装后得到的所述消息对象进行描述包括:以Token的形式描述消息对象中数据的类型、消息对象中数据类型所对应的长度、消息类别、消息对象名、以及消息对象中对象的属性。
4、根据权利要求1、2或3所述的处理消息的方法,其特征在于,所述使用Token的形式对封装后得到的消息对象进行描述是由消息发送端执行的、或由消息接收端执行的、或由独立的设备完成的。
5、根据权利要求3所述的处理消息的方法,其特征在于,所述编码为:根据所述描述信息将每一个具体消息对象的属性编码为字符段,每一个字符段对应一个具体消息对象的属性。
6、根据权利要求5所述的处理消息的方法,其特征在于,所述解析包括:
解析编码后消息中的关键字符段,构造出一个消息对象;根据描述信息对剩余的字符段依次进行遍历,转换为消息接收端系统内部的数据;将遍历过程中获得的数据与构造的消息对象相匹配,获得最终的具体消息对象。
7、根据权利要求6所述的处理消息的方法,其特征在于,所述关键字符段为编码后的消息中消息类别和消息对象名所对应的字符段。
8、一种处理消息的系统,其特征在于,该系统包括:描述信息生成模块、消息发送端、以及消息接收端;
描述信息生成模块,将消息进行封装,使用Token的形式对封装后得到的消息对象进行描述,生成描述信息通知给消息发送端和消息接收端;
消息发送端,根据该描述信息对具体消息对象进行编码后,将编码后的消息发送给消息接收端;
消息接收端,根据描述信息将接收到的编码后的消息解析为具体消息对象。
9、根据权利要求8所述的处理消息的系统,其特征在于,描述信息生成模块为独立的设备、或者设置在消息发送端中、或者设置在消息接收端中。
10、一种消息发送端,其特征在于,该消息发送端包括:编码单元和收发单元;
所述收发单元,将接收到的描述信息发送给编码单元;接收编码单元发送的编码后的消息,并发送出去;
所述编码单元,根据收发单元发送的描述信息对具体消息对象进行编码,并将编码后的消息发送给收发单元。
11、根据权利要求10所述的消息发送端,其特征在于,该消息发送端进一步包括:描述信息生成单元,用于将消息进行封装,使用Token的形式对封装后得到的消息对象进行描述,然后发送给收发单元和/或消息接收端。
12、一种消息接收端,其特征在于,该消息接收端包括:收发单元和解析单元;
所述收发单元,接收描述信息和编码后的消息,并发送给解析单元;
所述解析单元,根据接收到的描述信息将接收到的编码后的消息解析为具体消息对象。
13、根据权利要求12所述的消息接收端,其特征在于,所述消息接收端进一步包括:描述信息生成单元,用于将消息进行封装,使用Token的形式对封装后得到的消息对象进行描述,然后发送给收发单元;
所述收发单元还用于,将所述描述信息发送给消息发送端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710003534A CN100589358C (zh) | 2007-02-06 | 2007-02-06 | 处理消息的方法和系统以及消息发送端和消息接收端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710003534A CN100589358C (zh) | 2007-02-06 | 2007-02-06 | 处理消息的方法和系统以及消息发送端和消息接收端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101026438A true CN101026438A (zh) | 2007-08-29 |
CN100589358C CN100589358C (zh) | 2010-02-10 |
Family
ID=38744394
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710003534A Expired - Fee Related CN100589358C (zh) | 2007-02-06 | 2007-02-06 | 处理消息的方法和系统以及消息发送端和消息接收端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100589358C (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104951275A (zh) * | 2015-06-18 | 2015-09-30 | 湖北盛天网络技术股份有限公司 | 计算机指令数据的处理方法和系统 |
-
2007
- 2007-02-06 CN CN200710003534A patent/CN100589358C/zh not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104951275A (zh) * | 2015-06-18 | 2015-09-30 | 湖北盛天网络技术股份有限公司 | 计算机指令数据的处理方法和系统 |
CN104951275B (zh) * | 2015-06-18 | 2017-06-30 | 湖北盛天网络技术股份有限公司 | 计算机指令数据的处理方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN100589358C (zh) | 2010-02-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10313410B2 (en) | Systems and methods using binary dynamic rest messages | |
CN101459492B (zh) | 一种数据传输方法和传输系统、及数据发送端 | |
US9762637B2 (en) | System and method of using binary dynamic rest messages | |
US9462085B2 (en) | Chunk-based communication of binary dynamic rest messages | |
US9560170B2 (en) | System and method of abstracting communication protocol using self-describing messages | |
US20150271271A1 (en) | System and method of using dynamic rest messages with web-sockets | |
CN103281311A (zh) | 一种使用Protobuf描述的物联网协议解析方法 | |
EP3120267B1 (en) | Communication of binary dynamic rest messages | |
CN111064726B (zh) | 一种goose协议与hdlc协议数据转换的实现方法及系统 | |
CN103179133A (zh) | 基于实体类的客户端与服务器通信的方法 | |
CN106656919B (zh) | 一种基于Telnet协议的会话解析方法及系统 | |
CN103532959A (zh) | 一种跨平台网络通信方法 | |
CN101848239B (zh) | 一种高时效性的分布式服务集成调用系统 | |
EP2219117A1 (en) | A processing module, a device, and a method for processing of XML data | |
CN104486396A (zh) | 一种跨平台的网络数据的传输方法 | |
CN109861998A (zh) | 一种基于北斗短报文协议的插件式动态解析系统及方法 | |
CN102104894A (zh) | 一种移动业务协议测试装置和方法 | |
CN102761543A (zh) | 一种实现sip协议通用编解码的方法和装置 | |
KR101607096B1 (ko) | 2개의 네트워크들 사이에 엔드―투―엔드 통신을 확립하기 위한 방법 및 디바이스 | |
CN100589358C (zh) | 处理消息的方法和系统以及消息发送端和消息接收端 | |
CN101291326A (zh) | 通信协议栈动态链接库 | |
CN102438048B (zh) | 一种互联网中远程服务调用的方法和系统 | |
CN104021121A (zh) | 一种文本数据压缩方法、装置及服务器 | |
CN113742294A (zh) | 一种asn.1-per信令消息解码方法、系统、装置及介质 | |
CN103856396B (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100210 Termination date: 20150206 |
|
EXPY | Termination of patent right or utility model |