远程调用方法及装置的制造方法
【专利摘要】本申请实施例涉及一种远程调用方法及装置，包括：服务端接收客户端发送的第一调用消息，所述第一调用消息是由所述客户端根据第一类型协议对自定义的业务数据进行封装后生成的；根据所述第一类型协议，解析所述第一调用消息；根据解析所述第一调用消息的结果，获取所述自定义的业务数据；对所述自定义的业务数据执行业务操作，得到执行结果信息；根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，并向所述客户端返回所述第二调用消息，以使所述客户端根据所述第一类型协议，解析所述第二调用消息，并根据解析所述第二调用消息的结果，获取所述执行结果信息。由此，可以提高信息的传输效率，并且可以达到节约通信资源的目的。
【专利说明】
远程调用方法及装置
技术领域
[0001]本申请涉及通信技术领域，尤其涉及一种远程调用方法及装置。
【背景技术】
[0002]远程过程调用(Remote Procedure Call，RPC)主要通过网络从远程计算机上请求服务，一般采用客户端/服务端模式。具体地，客户端调用进程发送一个有进程参数的调用信息到服务进程，然后等待应答信息。在服务端，进程保持睡眠状态直到调用信息到达为止。当一个调用信息到达，服务端获得进程参数，计算结果，发送答复信息，然后等待下一个调用信息，最后，客户端调用进程接收答复信息，获得进程结果，然后调用执行继续进行。
[0003]现有技术中，RPC调用方式大致分为两种:第一种是网络服务(WebServices)方式，即网络服务描述语言(WebService Definit1n Language，WSDL)+简单对象访问协议(Simple Object Access Protocol, SOAP) + 超文本传输协议(HypertextTransfer Protocol, HTTP);第二种是 HTTP 方式，即 HTTP+javaScript 对象表不法(JavaScript Object Notat1n，JS0N)。第一种方式虽然是最符合面向服务的体系结构(Service Oriented Architecture，S0A)设计原则的技术，但由于是基于可扩展标记语言(Extensible Markup Language，XML)文件传输数据，XML的文件结构是基于标签的，因此解析效率不高，并且在网络的传输过程中会产生大量的无用数据(标签头和标签尾)；第二种方式在网络传输过程中HTTP协议同样会产生了大量的无用数据(主要集中在包头)，即使做GNU软驱(GZIP)压缩之类的优化，传输效率通常也不如很多二进制格式。
[0004]由此可见，现有的RPC调用方法通常会携带大量无用数据，从而会导致现有的RPC调用方法传输效率低，且额外耗费通信资源的问题。
【发明内容】
[0005]本申请实施例提供了一种远程调用方法及装置，在远程调用中通过利用高效率的第一类型协议，从而会提高信息的传输效率，并且可以达到节约通信资源的目的。
[0006]第一方面，提供了一种远程调用方法，该方法包括:
[0007]服务端接收客户端发送的第一调用消息，所述第一调用消息是由所述客户端根据第一类型协议对自定义的业务数据进行封装后生成的；
[0008]根据所述第一类型协议，解析所述第一调用消息；
[0009]根据解析所述第一调用消息的结果，获取所述自定义的业务数据；
[0010]对所述自定义的业务数据执行业务操作，得到执行结果信息；
[0011]根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，并向所述客户端返回所述第二调用消息，以使所述客户端根据所述第一类型协议，解析所述第二调用消息，并根据解析所述第二调用消息的结果，获取所述执行结果信息。
[0012]第二方面，提供了一种远程调用方法，该方法包括:
[0013]客户端根据第一类型协议对自定义的业务数据进行封装，生成第一调用消息；
[0014]向服务端发送所述第一调用消息，以使所述服务端根据所述第一类型协议对所述第一调用消息进行解析，根据解析所述第一调用消息的结果，获取所述自定义的业务数据，对所述自定义的业务数据执行业务操作，得到执行结果信息，并使所述服务器根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，向所述客户端返回所述第二调用消息；
[0015]接收所述第二调用消息；
[0016]根据所述第一类型协议，对所述第二调用消息进行解析；
[0017]根据解析所述第二调用消息的结果，获取所述执行结果信息。
[0018]第三方面，提供了一种远程调用装置，该装置包括:接收单元、解析单元、获取单元、执行单元和生成单元；
[0019]所述接收单元，用于接收客户端发送的第一调用消息，所述第一调用消息是由所述客户端根据第一类型协议对自定义的业务数据进行封装后生成的；
[0020]所述解析单元，用于根据所述第一类型协议，解析所述接收单元接收的所述第一调用消息；
[0021]所述获取单元，用于根据所述解析单元解析所述第一调用消息的结果，获取所述自定义的业务数据；
[0022]所述执行单元，用于对所述获取单元获取的所述自定义的业务数据执行业务操作，得到执行结果信息；
[0023]所述生成单元，用于根据所述第一类型协议，对所述执行单元得到的执行结果信息进行封装，生成第二调用消息，并向所述客户端返回所述第二调用消息，以使所述客户端根据所述第一类型协议，解析所述第二调用消息，并根据解析所述第二调用消息的结果，获取所述执行结果信息。
[0024]第四方面，提供了一种远程调用装置，该装置包括:生成单元、发送单元、接收单元、解析单元和获取单元；
[0025]所述生成单元，用于根据第一类型协议对自定义的业务数据进行封装，生成第一调用消息；
[0026]所述发送单元，用于向服务端发送所述生成单元生成的所述第一调用消息，以使所述服务端根据所述第一类型协议对所述第一调用消息进行解析，根据解析所述第一调用消息的结果，获取所述自定义的业务数据，对所述自定义的业务数据执行业务操作，得到执行结果信息，并使所述服务器根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，向所述客户端返回所述第二调用消息；
[0027]所述接收单元，用于接收所述第二调用消息；
[0028]所述解析单元，用于根据所述第一类型协议，对所述接收单元接收的所述第二调用消息进行解析；
[0029]所述获取单元，用于根据所述解析单元解析所述第二调用消息的结果，获取所述执行结果信息。
[0030]本申请提供的远程调用方法及装置，服务端接收客户端发送的第一调用消息，所述第一调用消息是由所述客户端根据第一类型协议对自定义的业务数据进行封装后生成的；根据所述第一类型协议，解析所述第一调用消息；根据解析所述第一调用消息的结果，获取所述自定义的业务数据；对所述自定义的业务数据执行业务操作，得到执行结果信息；根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，并向所述客户端返回所述第二调用消息，以使所述客户端根据所述第一类型协议，解析所述第二调用消息，并根据解析所述第二调用消息的结果，获取所述执行结果信息。由此，本申请的方法可以提高信息的传输效率，并且可以达到节约通信资源的目的。
【附图说明】
[0031]图1为本申请提供的网络架构示意图；
[0032]图2为本申请实施例一提供的远程调用方法流程图；
[0033]图3为本申请的第一类型协议的数据帧示意图；
[0034]图4为本申请实施例二提供的远程调用方法流程图；
[0035]图5为本申请实施例三提供的远程调用装置示意图；
[0036]图6为本申请实施例四提供的远程调用装置示意图。
【具体实施方式】
[0037]为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0038]为便于对本申请实施例的理解，下面将结合附图以具体实施例做进一步的解释说明，实施例并不构成对本申请实施例的限定。
[0039]本申请实施例提供的远程调用方法及装置适用于电子商务系统中，尤其适用于用户通过支付宝系统进行付款或者执行其他的业务操作，其中，支付宝系统包括客户端和服务端，且客户端与服务端之间基于第一类型协议进行通信。图1为本申请提供的网络架构示意图，如图1所示，本申请的远程调用方法，客户端与服务端之间的通信网络可以分为四层，其中，第一层封装了根据传输控制协议(Transmiss1n Control Protocol，TCP)进行数据包的传输；第二层定义了一套统一的通信访问接口，第三层针对同步阻塞输入输出(Blocking Input Output，B1)和同步非阻塞输入输出(Non-blocking Input Output，N1)定义了一套统一的事件模型；第四层封装了 ΒΙ0、ΝΙ0以及第一类型协议的高效解析模块。
[0040]本申请的第一类型协议可以具有如下四方面的优点:1)多路复用请求:在单个连接能并发的发起请求，并不限制请求数；2)请求优先级:客户端能请求某个资源被优先传输，这避免了高优先级请求被非关键资源堵塞网络通道的问题；3)协议报文头部压缩；4)服务端推送流:服务端能向客户端推送数据，无需客户端发起一个请求。所以，本申请的远程调用方法传输效率高，并且可以达到节约通信资源的目的。
[0041]图2为本申请实施例一提供的远程调用方法流程图，所述方法的执行主体可以为服务端。如图2所示，所述方法具体包括:
[0042]步骤210，服务端接收客户端发送的第一调用消息，所述第一调用消息是由所述客户端根据第一类型协议对自定义的业务数据进行封装后生成的。
[0043]优选地，第一类型协议为SPDY协议。
[0044]参见图3所示的第一类型协议的数据帧示意图，如图3所示，第一类型协议的数据帧包括报文头和报文体，其中，报文体封装了自定义的业务数据，自定义的业务数据包括:协议内容部分和数据部分，所述协议内容部分占用128bit，128bit中各位如下所示:
[0045]端口复用信息(0-7bit):端口复用是指客户端向服务端发送请求使用的端口和服务端向客户端返回响应报文使用的端口相同；
[0046]协议类型信息(8_15bit):用于标记使用的网络协议类型，例如，可以为SPDY协议、HTTP协议、TCP协议或者UDP协议；
[0047]序列化方式信息(16_20bit):用于表示将网络中的二进制数据流转换成用户可以识别的信息的方式；
[0048]事件信息(21bit):编码过程中用到的标识信息；
[0049]是否双向通信信息(22bit):双向通信表示客户端向服务端发送请求之后不需要在接收到服务端返回的响应报文即可发送新的请求；
[0050]报文类型信息(23bit):用于表示报文是响应报文还是请求报文；
[0051]状态信息(24-31bit):用于表示响应报文的类型，例如，可以为300-305 ；
[0052]服务标识ID信息(32_99bit):用于标识服务的类型，如，收款服务或者付款服务等;
[0053]数据长度(100_127bit):用于表示数据部分内容的长度。
[0054]举例来说，用户通过支付宝系统完成付款交易操作时，自定义的业务数据中数据部分的内容可以为:商品ID和付款金额等信息。具体地，客户端对数据部分添加协议内容之后，得到自定义的业务数据，也即第一类型协议的数据帧的报文体，对上述自定义的业务数据添加第一类型协议的报文头之后，就可以生成第一调用消息；客户端将生成的第一调用消息发送给服务端。
[0055]步骤220，根据所述第一类型协议，解析所述第一调用消息。
[0056]步骤230，根据解析所述第一调用消息的结果，获取所述自定义的业务数据。
[0057]服务端在接收到客户端发送的第一调用消息之后，对第一调用消息进行解析，得到解析第一调用消息的结果:第一类型协议数据帧的报文头和第一类型协议数据帧的报文体，去掉第一类型协议数据帧的报文头之后，就可以获取到第一类型协议数据帧的报文体，也即可以获取到客户端自定义的业务数据，包括:协议内容部分和数据部分。
[0058]步骤240，对所述自定义的业务数据执行业务操作，得到执行结果信息。
[0059]需要说明的是，所述客户端与所述服务端预先协商所述自定义的业务数据中各个部分表示的信息。例如，客户端可以与服务端预先协商协议内容部分中第32_99bit的信息表示服务标识ID信息，第128bit开始的信息表示数据部分，则当服务端在接收到客户端发送的第一调用消息，并且如果需要获取客户端请求的服务类型，则直接读取协议内容部分中第32-99bit的内容；而如果需要获取数据部分的内容，则直接读取协议内容部分中第128bit开始的内容。
[0060]举例来说，假设协议内容部分中协议类型信息表示的协议类型为第一类型协议，报文类型信息表示的报文类型为请求报文，服务标识ID信息表示的服务类型为付款服务，且假设数据部分的内容为:商品ID:XXYY和付款金额:100元。则服务端对自定义的业务数据执行业务操作具体为:基于第一类型协议，对自定义的业务数据进行解析，且首先解析协议内容部分，得到客户端请求的服务为付款服务，则服务端调用相应的付款服务进程，然后付款服务进程根据数据部分的商品ID:XXYY，查找到相应的商品，并进一步完成其100元的付款操作；若上述付款服务进程正确完成付款操作，则得到的执行结果信息可以为:表示付款成功的标识信息；若上述付款服务进程因为支付钱包中余额不足而未完成付款操作，则得到的执行结果信息可以为:支付钱包余额不足，无法完成付款。最后，付款服务进程向服务端返回上述得到的执行结果信息。
[0061]步骤250，根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，并向所述客户端返回所述第二调用消息，以使所述客户端根据所述第一类型协议，解析所述第二调用消息，并根据解析所述第二调用消息的结果，获取所述执行结果信息。
[0062]其中，所述第一类型协议为SPDY协议，所述根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，包括:
[0063]对所述执行结果信息添加所述协议内容部分；
[0064]将添加所述协议内容部分后的执行结果信息作为所述SPDY协议的报文体，并添加所述SPDY协议的报文头，生成第二调用消息。
[0065]如前述例子中，若付款服务进程向服务端返回的执行结果信息为:支付钱包余额不足，无法完成付款。服务端对上述执行结果信息添加协议内容部分，如，添加的协议内容部分中协议类型信息(8-15bit)为用于标记SPDY协议的信息，添加的报文类型信息(23bit)为用于表示响应报文的信息，将添加协议内容部分后的执行结果信息作为所述SPDY协议的报文体，并添加所述SPDY协议的报文头，生成第二调用消息。最后，服务端将生成的第二调用消息返回至客户端。
[0066]客户端在接收到第二调用消息之后，对第二调用消息进行解析，得到解析第二调用消息的结果=SPDY协议数据帧的报文头和SPDY协议数据帧的报文体，去掉SPDY协议数据帧的报文头之后，就可以获取到SPDY协议数据帧的报文体，并将报文体的协议内容部分去掉之后，就可以得到数据部分，也即可以获取到服务端返回的执行结果信息:支付钱包余额不足，无法完成付款。从而由客户端向用户显示上述执行结果信息。
[0067]综上，本申请实施例提供的远程调用方法，服务端接收客户端发送的第一调用消息；根据所述第一类型协议，解析所述第一调用消息；根据解析所述第一调用消息的结果，获取所述自定义的业务数据；对所述自定义的业务数据执行业务操作，得到执行结果信息；根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，并向所述客户端返回所述第二调用消息。而由于第一类型协议是高效率的协议，因此，本申请的方法具有信息的传输效率高，并且可以达到节约通信资源的目的。
[0068]图4为本申请实施例二提供的远程调用方法流程图，所述方法的执行主体可以为客户端，如图4所示，所述方法具体可以包括:
[0069]步骤410，客户端根据第一类型协议对自定义的业务数据进行封装，生成第一调用消息。
[0070]优选地，第一类型协议为SPDY协议。
[0071]举例来说，用户通过支付宝系统完成付款交易操作时，自定义的业务数据中数据部分的内容可以为:商品ID和付款金额等信息。具体地，客户端对数据部分添加协议内容之后，得到自定义的业务数据，也即第一类型协议的数据帧中的报文体，对上述自定义的业务数据添加第一类型协议的报文头之后，就可以生成第一调用消息。
[0072]步骤420，向服务端发送所述第一调用消息，以使所述服务端根据所述第一类型协议对所述第一调用消息进行解析，根据解析所述第一调用消息的结果，获取所述自定义的业务数据，对所述自定义的业务数据执行业务操作，得到执行结果信息，并使所述服务器根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，向所述客户端返回所述第二调用消息。
[0073]服务端在接收到客户端发送的第一调用消息之后，对第一调用消息进行解析，得到解析第一调用消息的结果:第一类型协议数据帧的报文头和第一类型协议数据帧的报文体，去掉第一类型协议数据帧的报文头之后，就可以获取到第一类型Y协议数据帧的报文体，也即可以获取到客户端自定义的业务数据，包括:协议内容部分和数据部分。此处，客户端与所述服务端预先协商所述自定义的业务数据中各个部分表示的信息。
[0074]服务端对自定义的业务数据执行业务操作具体为:基于第一类型协议，对自定义的业务数据进行解析，且首先解析协议内容部分，得到客户端请求的服务为付款服务，则服务端调用相应的付款服务进程，然后付款服务进程根据数据部分的商品ID:XXYY，查找到相应的商品，并进一步完成其100元的付款操作；若上述付款服务进程正确完成付款操作，则得到的执行结果信息可以为:表示付款成功的标识信息；若上述付款服务进程因为支付钱包中余额不足而未完成付款操作，则得到的执行结果信息可以为:支付钱包余额不足，无法完成付款。最后，付款服务进程向服务端返回上述得到的执行结果信息。
[0075]对所述执行结果信息添加所述协议内容部分；将添加所述协议内容部分后的执行结果信息作为所述第一类型协议的报文体，并添加所述第一类型协议的报文头，生成第二调用消息。
[0076]步骤430，接收所述第二调用消息。
[0077]步骤440，根据所述第一类型协议，对所述第二调用消息进行解析。
[0078]步骤450，根据解析所述第二调用消息的结果，获取所述执行结果信息。
[0079]客户端在接收到第二调用消息之后，对第二调用消息进行解析，得到解析第二调用消息的结果:第一类型协议数据帧的报文头和第一类型协议数据帧的报文体，去掉第一类型协议数据帧的报文头之后，就可以获取到第一类型协议数据帧的报文体，并将报文体的协议内容部分去掉之后，就可以得到数据部分，也即可以获取到服务端返回的执行结果?目息O
[0080]与上述实施例一提供的远程调用方法对应地，本申请实施例三还提供的一种远程调用装置，如图5所示，该装置包括:接收单元501、解析单元502、获取单元503、执行单元504和生成单元505。
[0081]接收单元501，用于接收客户端发送的第一调用消息，所述第一调用消息是由所述客户端根据第一类型协议对自定义的业务数据进行封装后生成的。
[0082]所述自定义的业务数据包括:协议内容部分和数据部分，其中，所述协议内容部分包括:端口复用信息、协议类型信息、序列化方式信息、事件信息、是否双向通信信息、报文类型信息、状态信息、服务标识ID信息以及数据长度。
[0083]解析单元502，用于根据所述第一类型协议，解析接收单元501接收的所述第一调用消息。
[0084]获取单元503，用于根据解析单元502解析所述第一调用消息的结果，获取所述自定义的业务数据。
[0085]执行单元504，用于对获取单元503获取的所述自定义的业务数据执行业务操作，得到执行结果信息。
[0086]生成单元505，用于根据所述第一类型协议，对执行单元504得到的执行结果信息进行封装，生成第二调用消息，并向所述客户端返回所述第二调用消息，以使所述客户端根据所述第一类型协议，解析所述第二调用消息，并根据解析所述第二调用消息的结果，获取所述执行结果信息。
[0087]生成单元505具体用于:
[0088]对所述执行结果信息添加所述协议内容部分；
[0089]将添加所述协议内容部分后的执行结果信息作为所述SPDY协议的报文体，并添加所述SPDY协议的报文头，生成第二调用消息。
[0090]可选地，所述客户端与服务端预先协商所述自定义的业务数据中各个部分表示的
?目息O
[0091]本申请实施例三提供的装置植入了本申请实施例一提供的方法，因此，本申请提供的装置的具体工作过程，在此不复赘述。
[0092]本申请实施例三提供的装置，接收单元501接收客户端发送的第一调用消息；解析单元502根据所述第一类型协议，解析所述第一调用消息；获取单元503根据解析所述第一调用消息的结果，获取所述自定义的业务数据；执行单元504对所述自定义的业务数据执行业务操作，得到执行结果信息；生成单元505根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，并向所述客户端返回所述第二调用消息。由此，本申请的装置具有信息的传输效率高，并且可以达到节约通信资源的目的。
[0093]与上述实施例二提供的远程调用方法对应地，本申请实施例四还提供的一种远程调用装置，如图6所示，该装置包括:生成单元601、发送单元602、接收单元603、解析单元604和获取单元605。
[0094]生成单元601，用于根据第一类型协议对自定义的业务数据进行封装，生成第一调用消息。
[0095]所述自定义的业务数据包括:协议内容部分和数据部分，其中，所述协议内容部分包括:端口复用信息、协议类型信息、序列化方式信息、事件信息、是否双向通信信息、报文类型信息、状态信息、服务标识ID信息以及数据长度。
[0096]发送单元602，用于向服务端发送生成单元601生成的所述第一调用消息，以使所述服务端根据所述第一类型协议对所述第一调用消息进行解析，根据解析所述第一调用消息的结果，获取所述自定义的业务数据，对所述自定义的业务数据执行业务操作，得到执行结果信息，并使所述服务器根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，向所述客户端返回所述第二调用消息。
[0097]其中，所述第一类型协议为SPDY协议，所述根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，包括:
[0098]对所述执行结果信息添加所述协议内容部分；
[0099]将添加所述协议内容部分后的执行结果信息作为所述SPDY协议的报文体，并添加所述SPDY协议的报文头，生成第二调用消息。
[0100]接收单元603，用于接收所述第二调用消息。
[0101]解析单元604，用于根据所述第一类型协议，对接收单元603接收的所述第二调用消息进行解析。
[0102]获取单元605，用于根据解析单元604解析所述第二调用消息的结果，获取所述执行结果信息。
[0103]可选地，客户端与所述服务端预先协商所述自定义的业务数据中各个部分表示的
?目息O
[0104]专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的对象及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
[0105]结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
[0106]以上所述的【具体实施方式】，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的【具体实施方式】而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
【主权项】
1.一种远程调用方法，其特征在于，该方法包括: 服务端接收客户端发送的第一调用消息，所述第一调用消息是由所述客户端根据第一类型协议对自定义的业务数据进行封装后生成的； 根据所述第一类型协议，解析所述第一调用消息； 根据解析所述第一调用消息的结果，获取所述自定义的业务数据； 对所述自定义的业务数据执行业务操作，得到执行结果信息； 根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，并向所述客户端返回所述第二调用消息，以使所述客户端根据所述第一类型协议，解析所述第二调用消息，并根据解析所述第二调用消息的结果，获取所述执行结果信息。2.根据权利要求1所述的方法，其特征在于，所述自定义的业务数据包括:协议内容部分和数据部分，其中，所述协议内容部分包括:端口复用信息、协议类型信息、序列化方式信息、事件信息、是否双向通信信息、报文类型信息、状态信息、服务标识ID信息以及数据长度。3.根据权利要求2所述的方法，其特征在于，所述第一类型协议为SPDY协议，所述根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，包括: 对所述执行结果信息添加所述协议内容部分； 将添加所述协议内容部分后的执行结果信息作为所述SPDY协议的报文体，并添加所述SPDY协议的报文头，生成第二调用消息。4.根据权利要求1-3任一项所述的方法，其特征在于，所述客户端与所述服务端预先协商所述自定义的业务数据中各个部分表示的信息。5.一种远程调用方法，其特征在于，所述方法包括: 客户端根据第一类型协议对自定义的业务数据进行封装，生成第一调用消息； 向服务端发送所述第一调用消息，以使所述服务端根据所述第一类型协议对所述第一调用消息进行解析，根据解析所述第一调用消息的结果，获取所述自定义的业务数据，对所述自定义的业务数据执行业务操作，得到执行结果信息，并使所述服务器根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，向所述客户端返回所述第二调用消息； 接收所述第二调用消息； 根据所述第一类型协议，对所述第二调用消息进行解析； 根据解析所述第二调用消息的结果，获取所述执行结果信息。6.一种远程调用装置，其特征在于，所述装置包括:接收单元、解析单元、获取单元、执行单元和生成单元； 所述接收单元，用于接收客户端发送的第一调用消息，所述第一调用消息是由所述客户端根据第一类型协议对自定义的业务数据进行封装后生成的； 所述解析单元，用于根据所述第一类型协议，解析所述接收单元接收的所述第一调用消息； 所述获取单元，用于根据所述解析单元解析所述第一调用消息的结果，获取所述自定义的业务数据； 所述执行单元，用于对所述获取单元获取的所述自定义的业务数据执行业务操作，得到执行结果信息； 所述生成单元，用于根据所述第一类型协议，对所述执行单元得到的执行结果信息进行封装，生成第二调用消息，并向所述客户端返回所述第二调用消息，以使所述客户端根据所述第一类型协议，解析所述第二调用消息，并根据解析所述第二调用消息的结果，获取所述执行结果信息。7.根据权利要求6所述的装置，其特征在于，所述自定义的业务数据包括:协议内容部分和数据部分，其中，所述协议内容部分包括:端口复用信息、协议类型信息、序列化方式信息、事件信息、是否双向通信信息、报文类型信息、状态信息、服务标识ID信息以及数据长度。8.根据权利要求7所述的装置，其特征在于，所述生成单元具体用于: 对所述执行结果信息添加所述协议内容部分； 将添加所述协议内容部分后的执行结果信息作为所述SPDY协议的报文体，并添加所述SPDY协议的报文头，生成第二调用消息。9.根据权利要求6-8任一项所述的装置，其特征在于，所述客户端与服务端预先协商所述自定义的业务数据中各个部分表示的信息。10.一种远程调用装置，其特征在于，所述装置包括:生成单元、发送单元、接收单元、解析单元和获取单元； 所述生成单元，用于根据第一类型协议对自定义的业务数据进行封装，生成第一调用消息； 所述发送单元，用于向服务端发送所述生成单元生成的所述第一调用消息，以使所述服务端根据所述第一类型协议对所述第一调用消息进行解析，根据解析所述第一调用消息的结果，获取所述自定义的业务数据，对所述自定义的业务数据执行业务操作，得到执行结果信息，并使所述服务器根据所述第一类型协议，对所述执行结果信息进行封装，生成第二调用消息，向所述客户端返回所述第二调用消息； 所述接收单元，用于接收所述第二调用消息； 所述解析单元，用于根据所述第一类型协议，对所述接收单元接收的所述第二调用消息进行解析； 所述获取单元，用于根据所述解析单元解析所述第二调用消息的结果，获取所述执行结果?目息O
【文档编号】H04L29/06GK105827672SQ201510004057
【公开日】2016年8月3日
【申请日】2015年1月5日
【发明人】何杰
【申请人】阿里巴巴集团控股有限公司