首页 > 文章中心 > soap协议

soap协议

前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇soap协议范文,相信会为您的写作带来帮助,发现更多的写作思路和灵感。

soap协议

soap协议范文第1篇

关键词:ONVIF Web 服务 gsoap 网络视频监控系统

中图分类号:TP277 文献标识码:A 文章编号:1007-9416(2013)06-0128-03

ONVIF致力于通过全球性的开放接口标准推进网络视频在安防市场的应用[1]。这一标准定义了网络视频设备之间信息交换的通用协议,使不同生产厂商的网络视频产品具有互通性。该协议是以Web Service为基础的,目前WebService主要通过基于C/C++编程的gSOAP开源工具、基于C#的NET:sveutil.exe开发工具和采用JAVA语言的ApacheAXIS2这几种编程工具来实现。不管是哪种编程语言,都已经有相应的工具包来定制和Web服务。

考虑到gSOAP是一个快速应用程序开发(RAD)环境,因为该系统在利用C和C++开发Web服务和客户端应用程序时很大程度地实现了自动化,在简化Web服务的应用程序开发上具有一系列特征。本文将研究gSOAP工具包在基于ONVIF协议的网络视频监控系统中的应用。

1 gSOAP简介

1.1 gSOAP工具包

gSOAP的工具包项目受到美国联邦政府的研究和发展项目基金的资助[2],是一款开源的WebServices软件。该工具包提供了一个SOAP/XML关于C/C++语言的实现,一定程度上简化了使用C/C++语言开发Web服务或客户端程序的工作。gSOAP利用编译器技术提供了一组透明化的SOAPAPI,并将与开发无关的SOAP实现细节相关的内容对用户隐藏起来,故对软件开发者而言无需了解SOAP协议实现细节而只需调用这些API即可,因此非常方便。同时gSOAP能够集成C/C++和Fortran代码,跨越多个操作系统平台和语言环境,使用范围相当广泛。该工具包分析WSDL语法和XML模式,并且把XML模式类型和SOAP传递协议映射到易于理解和使用的C/C++代码。如果使用C++语言开发万维网服务,还可以选择是否支持C++的STL。

1.2 gSOAP技术

gSOAP是跨平台的万维网服务开发平台,资源要求不高,它以XML文件形式请求远程服务,再以XML文件的形式返回执行结果。在gSOAP开发Web服务的方法的过程,通过使用gSOAP中的wsdl2h命令并根据输入的WSDL文档生成相应的头文件,接着根据刚刚生成的gSOAP头文件来运行gSOAP编译器soap2cpp生成源代码来实现客户端应用程序框架,客户端应用程序则可利用RPC存根和gSOAP通信模块在网络上触发SOAP/XML服务函数。具体流程如图1所示。

需要指出的是,上面客户端开发中所使用的WSDL文档实质上是一个XML文档,它用来描述一个Web服务的定义。

2 相关ONVIF模块实现

基于ONVIF协议的网络视频监控的网络视频接口方案,是基于Web服务框架,使用了WSDL网络描述语言进行服务定义,XML语言对数据进行描述,并采用SOAP通信协议进行信息传输。其重点在于网络视频的发送端与网络视频接收端之间的接口,因而具有严格的执行过程,确保了作为统一化通用接口的兼容性与可靠性。ONVIF规范的接口功能包含网络服务框架、设备发现和管理、媒体服务和实时流传输、云台控制等。

ONVIF的相关服务模块,利用与其对应的WSDL文件来描述该服务。服务请求方可以利用该WSDL文件,通过gSOAP编译工具wsdl2h和soapcpp2产生SOAP框架代码。下面具体分析gSOAP对ONVIF规范下的媒体服务模块的应用开发。

2.1 媒体服务

2.2 具体实现

根据ONVIF规范开发流程,可以在ONVIF官方网站下载相应的媒体服务相关的media.wsdl文件,该文件主要是用来描述与媒体服务相关的Web服务交互的消息格式、数据类型、操作、协议在程序设计中我们调用的SOAP系列函数是gSOAP提供的透明化的API,通过它们,可以设置SOAP环境,并进而通过远程调用方法作为gSOAP交互模型的入口函数,发送请求。在gSOAP交互模型中,主要遵循HTTP/HTTPS通信协议来完成开发人员的需求。

soap协议范文第2篇

关键词:Web服务;SOAP头;身份验证;ASP.NE;C#

中图分类号:TP393文献标识码:A文章编号:1009-3044(2009)04-0849-02

Authentication Technology of Web Services Based on SOAP Header

LU Shou-dong

(Department of Computer And Information Management, Guangxi University of Finance and Economics, Nanning 530003, China)

Abstract: This paper introduces the authentication technology of Web Services based on SOAP header, and explains its programming pattern under .NET plat through the concrete example.

Key words:Web Services; SOAP Header; Authentication; ; C#

Web服务(Web Services)是目前最为流行的应用于异构环境的分布式组件开发技术。作为一种部署在Web上的可编程访问的对象,如何确保其安全性是在具体应用中必须考虑的一个重要问题。为控制对Web服务的合法访问,对服务使用者的身份进行验证是很有必要的。本文主要介绍一种基于SOAP头的Web服务身份验证技术,并通过具体示例说明其编程模式。

1 Web服务简介

Web服务是一种通过网络进行、发现、调用的自描述的服务器端软件组件,其实现依赖于一系列的标准协议或规范(如图1所示),包括HTTP、XML、SOAP、WSDL、UDDI等。简言之,Web服务以XML与XML Schema为数据编码格式与数据类型标准,使用WSDL进行描述,使用UDDI进行与发现,使用SOAP进行访问,并通过HTTP等进行传输。Web服务的上层核心标准都是基于XML的,具有优异的跨平台特性,这为Web服务在异构平台上进行系统的集成与交互提供了充分的保证。

2 SOAP协议概况

SOAP即简单对象访问协议(Simple Object Access Protocol),是一种基于XML的、简单的、轻量级的通信协议,用于在客户端与Web服务之间传递消息(包括请求消息与响应消息)。

SOAP协议使用XML描述消息。一个SOAP消息其实是一个XML文档,包括Envelope(SOAP信封)、Header(SOAP头)、Body(SOAP体)3个元素。其中,Envelope是整个SOAP消息的根元素,是必须的;Header是SOAP消息是可选元素,若存在,则必须是Envelope的第一个直接子元素;Body是SOAP消息必须有的元素,而且是Envelope的直接子元素,用于包含Web服务的调用信息(如所调用方法的名称及有关参数等)或响应信息以及相关的错误信息。SOAP消息的结构如图2所示。

在SOAP消息中,SOAP体的使用是由SOAP协议规定,而SOAP头的使用则较为灵活,可由用户根据需要进行定制。通常,可在SOAP头中添加一些条目,以包含具体应用所必须的重要信息(如账户信息、事务标识等),并据此实现相应的功能。

3 基于SOAP头的身份验证

通过在SOAP头中添加适当的验证信息,并由Web服务的进行读取与处理,即可实现对服务使用者的身份验证。在此,以 Web服务为例,说明基于SOAP头的Web服务身份验证技术。

3.1 基本步骤

Web服务允许定义并处理SOAP头条目,其基本步骤为:

1) 创建一个继承自SoapHeader的类AuthSoapHeader,该类的名称与公共成员变量即为SOAP头条目元素的名称与内容子元素。

2) 在Web服务类中声明一个AuthSoapHeader类的公共变量MyASH。

3) 为Web服务的有关方法应用SoapHeader属性,并将其MemberName属性设置为MyASH。

4) 在应用了SoapHeader属性的Web服务方法中访问MyASH的成员变量,并完成相应的处理过程。

相应地,在调用Web服务的客户端,可通过以下基本步骤设置SOAP头条目:

1) 创建一个Web服务的实例变量MyAService。

2) 创建一个AuthSoapHeader类的实例变量MyASHeader,并为其成员变量赋值。

3) 将MyASHeader赋给MyAService.AuthSoapHeaderValue(即设置SOAP头条目),并调用Web服务的有关方法以完成相应的功能。

3.2 应用示例

如图3所示,为一系统登录表单,用于对系统用户进行身份验证,其验证过程是通过调用Web服务完成的,而用户名与密码则通过SOAP 头进行传送。为简单起见,该示例假定用户名与密码均非空串时即为合法。单击“确定”按钮后,若为合法用户,则提示信息显示为“Success”,否则为“Failure”。下面,简述该示例的设计要点。

1) Web服务AuthService的设计

在Visual Studio .NET中使用 Web服务模板新建一个Visual C#项目AuthService,并将Service1.asmx重命名为Authentication.asmx,然后在Authentication.asmx.cs中编写相应的代码。关键代码如下:

……

using System.Web.Services.Protocols;

namespace AuthService {

public class AuthSoapHeader : SoapHeader {

public string Username;

public string Password; }

[WebService(Namespace="/webservices")]

public class AuthService : System.Web.Services.WebService {

……

public AuthSoapHeader MyASH;

[WebMethod]

[SoapHeader("MyASH")]

public string AuthenticateUser() {

if (MyASH==null)

return "Failure!";

if (VerifyUser(MyASH.Username,MyASH.Password))

return "Success";

return "Failure"; }

private bool VerifyUser(string Username,string Password) {

if ((Username!="")&&(Password!=""))

return true;

return false;

} } }

2) 客户端Login.aspx的设计

① 在Visual Studio .NET中使用 Web应用程序模板新建一个Visual C#项目AuthClient。

② 添加对Web服务AuthService的Web引用,并命名为Authentication。

③ 将WebForm1.aspx重命名为Login.aspx,同时设计好其界面(如图3所示),主要包括用户名文本框TB_Username、密码文本框TB_Password、提示信息标签L_Message与“确定”按钮。

④ 为Login.aspx.cs添加功能代码。

首先,引用命名空间AuthClient.Authentication:

using AuthClient.Authentication;

然后,编写“确定”按钮的单击事件代码:

AuthService MyAService=new AuthService();

AuthSoapHeader MyASHeader=new AuthSoapHeader();

MyASHeader.Username=TB_Username.Text;

MyASHeader.Password=TB_Password.Text;

MyAService.AuthSoapHeaderValue=MyASHeader;

L_Message.Text="提示信息:"+MyAService.AuthenticateUser()+".";

4 结束语

SOAP头为Web服务及其客户端之间关键数据的传递提供了一种灵活且有效的途径,有利于实现身份验证、事务处理等特殊功能。文中所述,即为利用SOAP头对Web服务使用者进行身份验证的关键技术与与典型模式。

参考文献:

soap协议范文第3篇

[关键词]Web Service;SOAP消息;WSDL

中图分类号:TM743 文献标识码:A 文章编号:1009-914X(2016)08-0317-01

1.绪论

随着互联网络的广泛应用和发展,特别是.NET技术的升温和市场的日渐成熟,微软公司的.NET框架和SUN公司的J2EE框架均可作为开发平台和工具。只有少数有实力的公司具备开发两套独立的产品的实力,以满足不同的客户需求。更多的厂商则希望自己开发的产品能相互移植,并能更容易的与其他有需要的业务系统接口。

Web Service[1]的出现在一定程度上实现了上述所需要的功能。狭义的说:Web Service就是XML与HTTP相结合。HTTP是一个在Internet上广泛使用的协议。XML[2]是一种元语言,你可以用它书写特定的语言来描述客户和服务之间或者组件和复杂服务之间的交互。在通过Web Service之后,XML格式的消息被转变成中间件的请求,返回的结果也会转化成XML格式。

可见Web Service并不是一种新的技术,它是将 XML、Internet等网络软件技术有机结合后,所产生的一种新的web应用程序分支。它是一种包括自包含、自描述、模块化的应用,可以、定位、通过web调用。它可以执行从简单的请求到复杂商务处理的任何功能,一旦部署以后,其他Web Service应用程序就可以发现并调用它部署的服务。

2.Web Service 结构分解

因此,可以从两个角度分解 Web Service 结构:

1、 从每个单独的Web Service 使用者的角度:

服务的请求者:即任意 Web Service 的消费者,通过网络连接和发送XML 请求使用一个实际可用的Web Service。

服务的提供者:负责维护Web Service和提供相应的服务。

服务注册中心:即一个Web Service的“黄页”,使提供者可以新的服务,请求者可以找到需要的服务。

2、 从Web Service协议层的角度

Web Service的协议层仍在不断发展中。当前,一般将其分为4层

传输层:该层位于协议堆栈的最底层,主要负责在应用程序间传输信息。当前该层使用包括 HTTP、FTP、SMTP 协议在内的多种传统网络传输协议。

XML 消息层:该层负责将信息编码为通用XML格式,当前该层使用XML-RPC、SOAP(简单对象访问协议)。

服务描述层:该层负责描述指定Web Service的公用接口,当前该层使用 WSDL(Web Service Description Language,Web 服务描述语言)。

查找发现层:该层负责将Web Service集中到一个公用的注册中心,相当于一个Web Service

的“黄页”,并提供和查找功能,当前使用 UDDI(Universal Description,Discovery, and Integration,统一描述、发现和集成)。

不难看出,Web Service是建立在一些通用协议的基础上,如HTTP、SOAP、XML、XML-RPC、WSDL、UDDI等。这些协议在涉及到操作系统、对象模型和编程语言的选择时,没有明显的倾向,因此将会有较强的生命力。

3.SOAP

SOAP,简单对象访问协议[3]:用于分散或分布的环境中交换信息的简单的协议,它是一个基于XML的协议,通过 XML Schema 定义了传递数据时的统一方式。包括三个部分:

1、 描述消息中包含什么内容以及如何处理它们。

2、 用于表示应用程序数据类型的编码规则,主要使用 XML Schema 数据类型,并添加了 Array 和Struct,用于表示复杂的数据结构。

3、 表示 Request和 Response的协定。

Envelope:是每个 SOAP 消息的根元素。

Header:可选的Header 元素提供了一个可扩展的框架用于定义应用程序所需的额外信息。

Body:Body 元素是所有 SOAP 消息所必须的,一个典型的 Body 元素包含 RPC 请求和响应。

Fault:当发生错误时,Body元素将包括一个 Fault 元素,包含了该错误的所有详细信息。

WSDL,Web 服务描述语言

UDDI(Universal Description, Discovery, and Integration,统一描述、发现和集成):

Web服务描述语言 (WSDL) 使用XML语法,用来描述一个Web Service能做什么,它的位置在哪里,如何调用它等等。当在以SOAP/HTTP/MIME作为远程对象调用机制的情况下,WSDL会发挥其最大作用[4]。

UDDI则描述了Web Service的绝大多数方面,包括服务绑定等细节。因此,WSDL可以看作是UDDI服务描述的子集。

4.结论与展望

当前的 Web Service 仍然不很成熟,主要表现在以下几个方面:

1、 由于Web Service的基础是 XML,SOAP、WSDL、XML-RPC、UDDI 都是通过 XML作为元语言定义的。但是XML定义仍不统一,虽然 W3C 在2001 年 XML Schema,用于代替 DTDs,但微软也抛出了自己的XML 定义模式-“XDR”。而且 DTDs 也还有一定的市场,所以对于“跨平台使用”,这个 Web Service 最大的优势,有所制约。

2、 Web Service本身不提供加密机制,这对使用者的安全性是一个巨大的挑战。而使用SSL机制加密,则对性能有很大的影响,保守估计下降 20%-30%。

瑕不掩瑜,作为 Internet的一个革命性进步,Web服务必将开创一个分布式应用程序开发的新时代。

参考文献

[1] 王建斌,胡小生,李康君, 赵靓,REST风格和基于SOAP的Web Services的比较与结合 [J],计算机应用与软件,2010,27(9):298-300

[2] 周军锋,孟小峰,XML关键字查询处理研究[J],计算机学报 , 2012,35(12):2459-2478

soap协议范文第4篇

关键词:分布式计算;XML Web Service;SOAP、WSDL;UDDI

Abstract: with the development of geographic information system and the popularization, cannot be confined to a single geographic information system server mode, can only be updated by the server system. Distributed network geographic information system spatial data storage server can be in multiple sites, the server through the analysis of the client request, determining the user required data location, access to the corresponding data back to the client.

Key words: distributed computing; XML Web Service; SOAP, WSDL; UDDI

中图分类号:TP338.8文献标识码:A 文章编号:2095-2104(2012)

地理信息系统是土地管理和分析空间数据的应用工程技术。近年来,地理信息系统发展迅速,已经不满足于集中式计算模式,桌面系统在数据共享和信息交换的模式。需要更广义的应用模式来完善地理信息系统。

分布式计算是指在独立的计算机的集合系统中通过网络通信来开发、部署、管理和维护以资源共享和协同工作为主要应用目标的分布式应用系统[9]。其目的在于改进传统的集中式计算模式。分布式计算在性价比、伸缩性、安全性等很多方面相对于集中式计算模式都有很大优势,比桌面系统在数据共享和信息交流方面也体现出极大的优势。

分布式计算模式与网络地理信息系统相结合,改善了用户只能通过浏览器访问单一的地理信息系统服务器的方式,可以将空间数据存储在多个站点上,服务器通过分析客户端请求,确定用户需要的数据位置,获得相应的数据返回给客户端。分布式网络地理信息系统的服务器端必须是一个网络,通过系统中的数据分布特征和针对其中数据处理的计算特征而分类,其目的是实现空间数据互操作和空间计算功能共享。

XML Web Service(eXtensible Markup Language Web Service,可扩展标记语言的Web服务)是分布式计算模式的重大变革。XML为计算机之间和应用程序之间提供了用于数据采集和传输的统一数据格式,XML Web Service是Internet级别分布式计算环境的基本程序模块,其最大特点是基于标准开放网络协议进行程序间的通讯和协作。由于XML Web Service是同构/异构应用程序集成平台,应用程序可以集成多个不同来源的XML Web Service,这些服务协同工作,不需要知道XML Web Service的实现技术、运行平台和服务所处位的,就可以构建一定业务操作的服务。XML Web Service的最大优点是允许在不同的平台上用不同语言编写各种程序以实现基于标准的方式相互通信。

SOAP(Simple Object Access Protocol ,简单对象访问协议)是XML Web Service的标准通信协议,用来规范XML格式,其规范的其他程序,比如将程序数据表示为XML,以及如何使用SOAP进行远程过程调用,这些可选的规范部分用于实现RPC(Remote Procedure Call,远程过程调用)形式的应用程序。SOAP规范的最后一个可选部分定义了包含SOAP消息的HTTP消息的样式,该部分虽然可选,但几乎所有的SOAP实现方案都支持HTTP绑定,它是SOAP的唯一标准协议,也是Web的核心协议。HTTP的普及和SOAP的简单性是XML Web Service的理想基础。

WSDL(Web Service Description Language)是一个XML文档,是XML Web Service的接口描述语言,用于说明一组SOAP消息以及如何交换这些消息,还定义了服务的位置以及使用什么通信协议与服务进行通信。

UDDI(Universal Description,Discovery,and Intergration,统一描述、发现和集成)是Web服务的黄页,UDDI目录条目是介绍提供的业务和服务的XML文件,其服务的类型是通过一个成为类模型的UDDI文档来完成的,多数情况下,类模型包括一个WSDL文件,用于说明访问XML Web Service的SOAP接口,该模型非常灵活,可以用于说明几乎所有类型的服务。UDDL还包括很多种方法,可用于搜索构建应用程序所需要的服务。

参考文献

[1]邬伦,刘瑜,张晶等.地理信息系统原理方法和应用[M].科学出版社.2007.

soap协议范文第5篇

关键词:Web Services 供应链 SOAP XML WDSL

中图分类号:G71 文献标识码:A 文章编号:1672-3791(2013)04(c)-0001-02

随着市场竞争的日益激烈、顾客需求的不断变化,企业但凭自身的有限资源难以在市场中获得竞争优势,企业之间的竞争逐渐演化为企业所处供应链之间的竞争。供应链是围绕核心企业,通过对信息流、物流、资金流等各种流的管理与控制,原材料的供应开始,经过产品的制造、分配、递送、消费等过程中将供应商、制造商、分销商、零售商直至最终客户联成一个整体的功能网链的结构模式[1~3]。供应链是企业之间为了共同的市场利益而结成的战略联盟,核心企业利用各个盟友的核心资源优势,迅速提升企业的综合能力。

供应链具有明显的动态性,供应链中的节点企业随市场需求的变化及时更新。如何在分布的企业中有效地寻找最合适的盟友,实现供应链的动态重组与控制是供应链组链的首要任务。其次由于供应链上各节点企业的资源具有分布性、异构性和不确定性的特点,资源的有效集成难以实现。Web Service技术是Web应用的前沿技术,适用于分布式异构系统的集成,本文提出了基于Web Service的动态供应链集成模式[4]。

1 Web Service技术及实施模式

1.1 Web Service含义及技术内容

Web Service是能够独立实现某些功能的模块化Web服务程序[5~6]。它的基本思想是把软件当作一种服务。Web Services后,其他应用软件或Web Services可以通过Internet来访问并使用该服务。Web Services的内核由服务程序或功能组件(如:COM、DCOM、CORBA、EJB、RMI-IIOP等)组成,服务程序和功能组件决定了Web Services的功能,Web Services的创建过程是通过配置WSDL文件,用SOAP协议把异构的服务程序或功能组件封装成Web Services[7]。Web Services的结构如图1所示。

Web Service的技术支持如下。

(1)以XML为基础语言把数据序列转化成一个可以传递的形式,使得它能够在任何平台上被解码。

(2)运用SOAP协议实现通信。SOAP以HTTP为底层通讯协议,把对象间的访问请求和响应都打包成符合规范的XML文档,在对象间传递。

(3)采用标准的WSDL(Web Services Description Language)描述服务和接口的说明信息,WDSL文档描述Web Services所的服务内容及Web Services提供的每个方法的返回类型、名称、传递参数类型等。

(4)通过UDDI(Universal Description,Discovery,Integration)、请求服务。服务提供方通过在一个或者多个UDDI注册中心注册服务,服务请求者可以到一个或者多个UDDI注册中心查询所需要的服务。

1.2 Web Service实施模式

Web Services的体系结构基于服务提供者、服务者(UDDI注册中心)和服务请求者三种角色之间的交互,交互过程如图2所示。

(1)Web Services的提供者按照UDDI的规范,把WSDL文档注册到UDDI服务中心,并保持注册信息的动态更新。UDDI对注册服务进行分类,并提供搜索服务,同时向服务提供方反馈注册状态。(2)服务需求者登陆UDDI中心,根据需求查询对应服务,获取它们的WSDL文档。(3)服务需求方根据在UDDI中获得的WSDL文档直接向服务提供方发送服务请求命令,服务提供方按命令提供相应的服务。

2 基于Web Services的动态供应链组链模型

动态供应链强调快速响应市场变化,当某一核心企业获得市场机遇,立即寻找合作伙伴组链,共同完成产品的设计、原材料采购、制造、销售等,当某个企业完成任务后便解链离开,当遇到新的问题是核心企业再寻找新的伙伴组链;其实质是发挥企业各自的核心竞争力,把自己不擅长的业务外包,或与盟友协作共同完成。然而由于供应商、制造商、销售商在具有分布性、异构性和不确定性,盟友的合理、快速的选择是组建动态供应链的核心问题。基于Web Services技术的组链有两个过程。

(1)首先,供应链上的各个企业把自己的核心业务范围描述成WSDL文档,并在供应链UDDI中心注册。UDDI保存各个注册企业的WSDL描述文档,并向外,过程如图3所示。

(2)当某个核心企业获得市场机遇需要与其他企业合作组建供应链时,便登陆供应链UDDI注册中心寻找匹配的盟友,获得他们的WSDL描述文档。根据WSDL的描述与盟友进行信息通讯、业务合作,形成供应链,如图4所示。

3 基于Web Services的动态供应链资源集成

动态供应链的集成是通过各个Web Services之间的信息传递来实现的。核心企业对Web Services的调用是通过SOAP消息方式实现的,SOAP协议的执行而不依赖于某种专用的组件技术或对象调用约定。无须考虑Web Services具体使用的编程语言以及其内部使用的分布式组件结构。工作原理如图5所示。

(1)核心企业用客户程序创建一个调用Web Services的SOAP消息,消息包含进行服务调用必须的信息和XML格式的消息载荷,消息载荷是用于资源信息转换的XML文件。SOAP协议与HTTP协议绑定,SOAP消息通过HTTP协议在网上送出。

(2)基础网络结构将消息送到服务提供方的SOAP消息服务器上,消息服务器由消息监听器和消息路由器组成。

(3)消息服务器上的监听器收到此消息后,交由SOAP路由器处理决定转发至负荷请求调用要求的Web Services。

(4)由Web Services功能组件处理后将结果封装成SOAP消息返回给核心企业。

(5)核心企业接收到响应后解析出处理结果,再返回给实际的业务需求程序。

4 结论

We Services是多项技术共同发展的结果,涉及到分布式计算、组件技术、网络通信、XML、Web和中间件等等。它提出了一种新的面向服务的体系结构,为企业资源的集成与共享提供了一个方便有效的途径。本文把Web Services技术运用于企业动态供应链的快速组建、敏捷重构于控制,从而迅速提升企业的综合能力,提高响应市场变化的能力。当然随着Web Services技术的发展,它将会在动态供应链的资源集成中发挥更大的作用。

参考文献

[1] 宋庭新,黄必清,熊健民,等.语义Web服务在业务协同与供应链集成中的应用[J].中国机械工程,2008,19(4):410-413.

[2] Mose M, Seshadri S. Policy mechanisms for supply chain co-ordination. IIE Transactions,2000,32:245-262.

[3] Guide JVDR, Luk N, Van W. The Reverse Supply Chain, Harvard Business Review,2002,80(2):25-26.

[4] 王彦丽,陈明,陈峰,等.基于Web Services企业应用集成的设计与分析[J].计算机技术与发展,2008,18(9):212-215.

[5] 鞠彦辉.基于Web Services技术的企业信息集成系统架构研究[J].中国管理信息化,2007,10(2):39-41.

相关期刊更多

生态毒理学报

北大期刊 审核时间1-3个月

中国科学院

气候与环境研究

北大期刊 审核时间1-3个月

中国科学院

时间频率公报

部级期刊 审核时间1个月内

中国科学院