一种RPC式WEB服务架构方法技术

本发明专利技术公开了一种RPC式WEB服务架构方法，将所述WEB页面抽象为对象，所述对象中包含了所有与业务和应用相关的配置信息；抽象完成后，所述客户使用端将相应的配置信息封装在一个指定的SOAP包中，并将所述SOAP包发送到所述SOAP服务器端；所述SOAP服务器端对收到的所述SOAP包进行解析后取出调用的方法和配置信息；所述SOAP服务器端将所述调用的方法和配置信息发送到所述下层应用模块，完成业务配置。本发明专利技术简化了WEB服务架构对数据报文进行分析的过程，只需进行一次业务或者应用分析，即可调用到底层的应用模块。

【技术实现步骤摘要】
一种RPC式WEB服务架构方法
本专利技术涉及WEB架构技术，尤其涉及一种RPC式WEB服务架构方法。
技术介绍
WEB服务（WEBService）是一种面向服务架构的技术，通过标准WEB协议提供服务，保证不同平台的应用服务可以交互。根据W3C定义，WEB服务应当是一个软件系统，用以支持网络不同机器之间的互操作性。网络服务通常是许多应用程序接口（API）组成，它们通过网络的远程服务器，执行客户所提交的请求。WEB服务有三种手段：远程过程调用（RPC），面向服务架构（SOA）以及表述性状态转移（REST）。远程过程调用（RPC）-为WEB服务提供一个分布式函数/方法接口供用户调用。这是一种较传统的方式，通常，在WSDL中对RPC接口进行定义（类似于早期的XML-RPC）。本质上，RPC方式利用一个简单映射，把用户请求直接转化成一个特定语言编写的函数/方法。面向服务架构（SOA）-现在，业界比较关注的是遵从面向服务架构（Service-OrientedArchitecture，SOA）来构建WEB服务。该方式中，通讯是由消息驱动，而不再是某个动作或是方法调用，这种WEB服务也称为“面向消息的服务”。表述性状态转移（RepresentationalStateTransfer，REST）-RESTWEB服务类似于HTTP或其他类似协议，接口是在一组广泛使用的标准以供调用，如HTTPGET、PUT、POST、DELETE。该方式关注与那些稳定的资源交互，而不是消息或动作。RPC式WEB服务（RPC-styleWEBService）通常从客户端收到一个充满数据的信封（envelope），然后发回一个同样充满数据的信封。RPC式架构意味着：方法信息和作用域信息都在信封或报头（headers）里，具体采用哪种信封，并不影响这里的分类，不过HTTP是一种常见信封格式，而另一种常见的信封格式是SOAP，把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服务架构不变的情况下，可以针对不同的业务或者协议做相应的调整。附图说明图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服务器端将调用的方法和配置信息发送到下层应用模块，并调用相应的应用服务模块执行相关的操作，完成业务本文档来自技高网...

【技术保护点】
一种RPC式WEB服务架构方法，其特征在于，搭建于一种RPC式WEB服务架构上，所述RPC式WEB服务架构由上而下包括WEB页面、SOAP服务器和下层应用模块，所述WEB页面位于客户使用端，所述RPC式WEB服务架构方法包括下列步骤：将所述WEB页面抽象为对象，所述对象中包含了所有与业务和应用相关的配置信息；抽象完成后，所述客户使用端将相应的配置信息封装在一个指定的SOAP包中，并通过http/https协议将所述SOAP包发送到所述SOAP服务器端；所述SOAP服务器端对收到的所述SOAP包进行解析后取出调用的方法和配置信息；所述SOAP服务器端将所述调用的方法和配置信息发送到所述下层应用模块，完成业务配置。

【技术特征摘要】
1.一种RPC式WEB服务架构方法，其特征在于，搭建于一种RPC式WEB服务架构上，所述RPC式WEB服务架构由上而下包括WEB页面、SOAP服务器和下层应用模块，所述WEB页面位于客户使用端，所述RPC式WEB服务架构方法包括下列步骤：将所述WEB页面抽象为对象，所述对象中包含了所有与业务和应用相关的配置信息；抽象完成后，所述客户使用端将相应的配置信息封装在一个指定的SOAP包中，并通过http/https协议将所述SOAP包发送到SOAP服务器端；所述SOAP服务器端对收到的所述SOAP包进行解析后取出调用的方法和配置信息；所述SOAP服务器端将所述调用的方法和配置...

【专利技术属性】
技术研发人员：张珠明，郝众望，
申请(专利权)人：上海斐讯数据通信技术有限公司，
类型：发明
国别省市：