一种rpc式web服务架构方法

文档序号:7869308阅读:402来源:国知局
专利名称:一种rpc式web服务架构方法
技术领域
本发明涉及WEB架构技术,尤其涉及一种RPC式WEB服务架构方法。
背景技术
WEB服务(WEB Service)是一种面向服务架构的技术,通过标准WEB协议提供服务,保证不同平台的应用服务可以交互。根据W3C定义,WEB服务应当是一个软件系统,用以支持网络不同机器之间的互操作性。网络服务通常是许多应用程序接口(API)组成,它们通过网络的远程服务器,执行客户所提交的请求。
WEB服务有三种手段远程过程调用(RPC),面向服务架构(SOA)以及表述性状态转移(REST)。
远程过程调用(RPC)-为 WEB服务提供一个分布式函数/方法接口供用户调用。这是一种较传统的方式,通常,在WSDL中对RPC接口进行定义(类似于早期的XML-RPC)。本质上,RPC方式利用一个简单映射,把用户请求直接转化成一个特定语言编写的函数/方法。
面向服务架构(SOA)-现在,业界比较关注的是遵从面向服务架构 (Service-Oriented Architecture, S0A)来构建WEB服务。该方式中,通讯是由消息驱动, 而不再是某个动作或是方法调用,这种WEB服务也称为“面向消息的服务”。
表述性状态转移(RepresentationalState Transfer, REST)- REST WEB 服务类似于HTTP或其他类似协议,接口是在一组广泛使用的标准以供调用,如HTTP GET、PUT、 POST、DELETE。该方式关注与那些稳定的资源交互,而不是消息或动作。
RPC式WEB服务(RPC-style WEB Service)通常从客户端收到一个充满数据的信封(envelope),然后发回一个同样充满数据的信封。RPC式架构意味着方法信息和作用域信息都在信封或报头(headers)里,具体采用哪种信封,并不影响这里的分类,不过HTTP 是一种常见信封格式,而另一种常见的信封格式是S0AP,把SOAP信封放在HTTP信封里,在 HTTP上传送SOAP文档。各个RPC式服务采用自己的词汇,就像计算机程序一样,而REST式 WEB服务则相反,它们共用一套标准词汇,即HTTP方法,REST式服务里的每个对象都具有统一的基本接口。
目前在嵌入式系统中采取的WEB服务架构主要是以REST或者REST和RPC混合的方式,基本的架构和数据分析过程如下
首先,用户在终端输入所要配置的页面的地址,也就是通过一系列静态或者动态的页面将配置信息通过HTTP协议发送到WEB服务器;
然后,WEB服务端分析收到HTTP报文中调用的method方法,获取方法之后再对报文中的以HTML格式存储的配置信息进行分析,最后将配置信息发送到各个功能模块,从而实现业务的配置。
在嵌入式设备的系统中,考虑到芯片处理能力和存储空间的有限性,以及调用各种底层应用的复杂度,REST这种WEB服务架构可能存在以下问题
当需要进行过多的配置时,REST服务架构需要建立多个WEB页面来配合不同的应用,因此需要占用的资源相对比较多;
REST服务架构或者REST和RPC混合式的服务架构中处理客户端操作的过程需要分成两个部分,对于用户下发的http/https报文,第一步需要分析该报文中调用的方法, 来区分出put、post、delete等不同的method ;第二步则需要通过分析http报文中的内容来分析出不同的应用,从而实现对底层不同业务不同应用的操作。这样的方式在嵌入式系统中显然比较浪费资源,复杂度也比高。发明内容
针对上述存在的问题,本发明的目的是提供一种RPC式WEB服务架构方法,基于嵌入式系统开发的RPC式的服务架构可以比较快速并且简单地实现底层业务的调用,相对节省了嵌入式设备的有限资源,简化了 WEB服务的基本架构,并且降低了业务解析和实现的复杂度。
本发明的目的是通过下述技术方案实现的
一种RPC式WEB服务架构方法,其中,搭建于一种RPC式WEB服务架构上,所述RPC 式WEB服务架构由上而下包括WEB页面、SOAP服务器和下层应用模块,所述WEB页面位于客户使用端,所述RPC式WEB服务架构方法包括下列步骤
将所述WEB页面抽象为对象,所述对象中包含了所有与业务和应用相关的配置信息;
抽象完成后,所述客户使用端将相应的配置信息封装在一个指定的SOAP包中,并通过http/https协议将所述SOAP包发送到所述SOAP服务器端;
所述SOAP服务器端对收到的所述SOAP包进行解析后取出调用的方法和配置信息;
所述SOAP服务器端将所述调用的方法和配置信息发送到所述下层应用模块,完成业务配置。
上述RPC式WEB服务架构方法,其中,所述http/https协议利用http报文作为传输通道,不携带任何信息,所述SOAP包封装在所述http报文中。
上述RPC式WEB服务架构方法,其中,所有的配置信息在指定的所述SOAP报文内部做相应的定义的方法包括set方法、get方法、add方法和delete方法。
上述RPC式WEB服务架构方法,其中,所述SOAP服务器内部集合了 WEB服务器模块和应用服务模块。
上述RPC式WEB服务架构方法,其中,所述SOAP服务器端将所述调用的方法和配置信息发送到所述下层应用模块,并调用相应的所述应用服务模块执行相关的操作,完成业务配置。
与已有技术相比,本发明的有益效果在于
1、简化了 WEB服务架构对数据报文进行分析的过程,只需进行一次业务或者应用分析,即可调用到底层的应用模块。
2、使WEB服务架构和具体的应用无关,不需要在REST式服务架构中所提供的具体的配置页面,可以直观的根据业务或者数据模型进行配置;
3、在保持WEB服务架构不变的情况下,可以针对不同的业务或者协议做相应的调離iF. O


图1是本发明RPC式WEB服务架构的结构示意图2是本发明RPC式WEB服务架构方法的流程示意框图。
具体实施方式
下面结合原理图和具体操作实施例对本发明作进一步说明。
本发明一种RPC式WEB服务架构方法,搭建于一种RPC式WEB服务架构上,如图1 所示,RPC式WEB服务架构由上而下包括WEB页面、SOAP服务器和下层应用模块,WEB页面位于客户使用端,SOAP服务器内部集合了原来REST式WEB架构中的WEB服务器模块和应用服务模块。
本发明优选实施例中,RPC式WEB服务架构方法包括下列步骤
将WEB页面抽象为对象,在本系统中具体抽象为objects,该objects中包含了所有与业务和应用相关的配置信息。
抽象完成后,客户使用端将相应的配置信息封装在一个指定的SOAP包中,并通过 http/https协议将SOAP包发送到SOAP服务器端。此处的http报文只作为传输通道,没有携带任何信息,所有的配置信息在http报文中的SOAP包中,SOAP包封装在http报文的 hearders中。原先的http的各种method在此处不再使用,而是在指定SOAP报文内部做相应的定义,比如定义为set、get、add、delete等各种方法,一般均为常用的定义方法,同时也包含了各种配置信息和参数的值。
SOAP服务器端对收到的SOAP包进行解析后取出调用的方法和配置信息。最终 SOAP服务器端将调用的方法和配置信息发送到下层应用模块,并调用相应的应用服务模块执行相关的操作,完成业务配置。
本发明简化了 WEB服务架构对数据报文进行分析的过程,只需进行一次业务或者应用分析,即可调用到底层的应用模块;使WEB服务架构和具体的应用无关,不需要在REST 式服务架构中所提供的具体的配置页面,可以直观的根据业务或者数据模型进行配置;在保持WEB服务架构不变的情况下,可以针对不同的业务或者协议做相应的调整。
以上对本发明的具体实施例进行了详细描述,但本发明并不限制于以上描述的具体实施例,其只是作为范例。对于本领域技术人员而言,任何等同修改和替代也都在本发明的范畴之中。因此,在不脱离本发明的精神和范围下所作出的均等变换和修改,都应涵盖在本发明的范围内。
权利要求
1.一种RPC式WEB服务架构方法,其特征在于,搭建于一种RPC式WEB服务架构上,所述RPC式WEB服务架构由上而下包括WEB页面、SOAP服务器和下层应用模块,所述WEB页面位于客户使用端,所述RPC式WEB服务架构方法包括下列步骤将所述WEB页面抽象为对象,所述对象中包含了所有与业务和应用相关的配置信息;抽象完成后,所述客户使用端将相应的配置信息封装在一个指定的SOAP包中,并通过 http/https协议将所述SOAP包发送到所述SOAP服务器端;所述SOAP服务器端对收到的所述SOAP包进行解析后取出调用的方法和配置信息;所述SOAP服务器端将所述调用的方法和配置信息发送到所述下层应用模块,完成业务配置。
2.如权利要求1所述RPC式WEB服务架构方法,其特征在于,所述http/https协议利用http报文作为传输通道,不携带任何信息,所述SOAP包封装在所述http报文中。
3.如权利要求2所述RPC式WEB服务架构方法,其特征在于,所有的配置信息在指定的所述SOAP报文内部做相应的定义的方法包括set方法、get方法、add方法和delete方法。
4.如权利要求1至3中任意一项所述RPC式WEB服务架构方法,其特征在于,所述SOAP 服务器内部集合了 WEB服务器模块和应用服务模块。
5.如权利要求4所述RPC式WEB服务架构方法,其特征在于,所述SOAP服务器端将所述调用的方法和配置信息发送到所述下层应用模块,并调用相应的所述应用服务模块执行相关的操作,完成业务配置。
全文摘要
本发明公开了一种RPC式WEB服务架构方法,将所述WEB页面抽象为对象,所述对象中包含了所有与业务和应用相关的配置信息;抽象完成后,所述客户使用端将相应的配置信息封装在一个指定的SOAP包中,并将所述SOAP包发送到所述SOAP服务器端;所述SOAP服务器端对收到的所述SOAP包进行解析后取出调用的方法和配置信息;所述SOAP服务器端将所述调用的方法和配置信息发送到所述下层应用模块,完成业务配置。本发明简化了WEB服务架构对数据报文进行分析的过程,只需进行一次业务或者应用分析,即可调用到底层的应用模块。
文档编号H04L29/06GK103002047SQ20121055359
公开日2013年3月27日 申请日期2012年12月19日 优先权日2012年12月19日
发明者张珠明, 郝众望 申请人:上海斐讯数据通信技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1