基于Webservice的信息查询系统
软件工程毕业设计题目
关键词：火车票预订；mysql5.5 abstract
abstract
in this paper, using a top-down system analysis method, described in the ticket reservation system design and development process. firstly, a brief description of the project, the purpose of development projects background and ticket reservation systems, ticket reservation systems of meaning; followed by the system planning stage, the actual business processes through research, completed the ticket reservation system needs analysis, feasibility analysis of existing business processes carried out a detailed analysis and optimization of existing business processes, more complete business processes;followed by analysis of ticket reservation system, we completed the design of the data stream, and analysis, and design of the data dictionary; design stage ticket reservation system isprimarily functional modules of the system were divided, we completed the analysis and design of the database, the system interface design structures and landscaping. this phase of the functional modules of the
基于WebService3G手机应用系统设计与开发窦瑞华
2012年12月内蒙古科技与经济December2012 第23期总第273期Inner M o ngo lia Science T echnolo gy&Economy N o.23T o tal N o.273基于Web Service3G手机应用系统设计与开发窦瑞华,葛朝清,李海军(德州学院计算机系,山东德州 253023) 摘 要:分析了Web Ser vice的整体架构和技术特性,结合3G在人们生活中的运用及其发展趋势开发了基于Web Serv ice的3G手机应用系统,该系统为用户提供了商品信息查询、天气预报、英汉互译等服务,将为用户的生活带来不少的便利。
关键词:Web Ser vice;异构平台;服务器端;客户端;3G手机 中图分类号:T P393 文献标识码:A 文章编号:1007—6921(2012)23—0104—02 3G是指支持高速数据传输的蜂窝移动通讯技术。
3G服务能够同时传送声音及数据信息,代表特征是提供高速数据业务。
一般地讲,是指将无线通信与国际互联网等多媒体通信结合的新一代移动通信系统。
未来的3G必将与社区网站进行结合,WAP 与Web的结合是一种趋势,如时下流行的微博客网站:大围脖、新浪微博等就已经将此应用加入进来。
在这样的背景下,Web Serv ice必将应用到3G手机上来。
采用Web Service解决方案时,需要先确定提供给其他应用系统使用的AP I(应用程序接口),生成相应WSDL(Web服务描述语言)文档,然后将异种分布式组件封装成Web Service。
使用基于XM L 的SOAP相互通信,便可以实现应用系统的集成。
为了丰富3G服务,满足人们的更多需求,将Web Service应用到3G手机上是一个很好的解决方案。
Web Service是构筑在XM L与Soap技术之上的一种典型的异构分布技术,能够很好地实现跨平台的数据传输,这也为将Web Serv ice应用到3G手机创造了很好的条件。
面向Webservice的服务质量评价系统
Ｐｏ ｒｍ ｎ ， ＯＰ的 开 发 方 式 ， 渐 转 变 到 了面 向服 务 体 系 ｒｇａ ｍｉｇＯ ） 逐
结 构 （ｅｖｃ． ｒ ｎｅ ｒｈｔｃ ｒ，Ｓ Ａ 的 开 发 方 式 。Ｗｅ Ｓ ｒｉ Ｏ ｉ ｔｄ Ａ ｃ ｉ ｔ ｅ Ｏ ） ｅ ｅ ｅｕ ｂ Ｓ ｒｉ ｅｖｃ ｅ具有 松 散 耦 合 以及 平 台无 关 等 优 良特 性 ，在 Ｉｔｍｅ ｎｅ ｔ 环 境 下 不 同 的应 用 ， 以方 便 地 进 行 互 操 作 和 集 成 ， 以越 可 所
相 似 度 来 进 行 排 序 【 ， 只 是 考 虑 了 与 近 似 值 的 相近 程 度 ， ｌ ” 没 有 考 虑 效 益 型 和 成 本 型 的 不 同 ； 的先 把 不 同类 型 的指 标 有 归 一 化 为 精 确 值 ，加 权 求 和 后 再 进 行 排 序 ｌ，没 有 考 虑 到 指 ４ 】 标 间 因模 糊性 而 带 来 的 差 别 。在 Ｑ Ｓ Ｄ 的服 务 排 序 中 ， ｏ Ｕ Ｄ１
就 可 以形 成 一 个 较 为 完 整 的 服 务质 量评 价 系统 。
关 键 词 ： 服 务质 量；服 务排 序；服 务 反 馈 中 图 分 类号 ： Ｐ １ Ｔ ３１ 文献标志码： Ａ
０ 引言
软 件 从 传 统 的 面 向 对 象 （ ｂｅｔ ｒ ｎｅ ０ ｊｃ． ｉ ｔｄ Ｏｅ
Ｍｉｒｃ ｍ ｕｅ Ａｐ ｌ ａ ｏ ｓ ｏ ２ ， ｏ２ ２ １ ｃｏ ｏ ｐ ｔｒ ｐｉ ｔ ｎ １ ６ Ｎ ． ０ ０ ｃｉ Ｖ ． ，
文 章 编 号 ： １ ０ －５ Ｘ（０ ０２０ ０ —３ ０ ７７ ７ ２ １ ）—０ １０
研 究与 设计
微 型 电脑 应 用
２１ 年第 ２ ００ ６卷 第 ２ 期
基于WebService的电信数据网络资源管理系统的设计与实现
近 年 来 电 信 市 场 的 竞 争 越 来 越 激 烈 ， 加 上 中 国 加 入 再 ＷＴ 中 国 的 电 信 市 场 不 久 就 会 向 外 开 放 ， 大 电 信 运 营 商 Ｏ， 各
（ 含 调 用 函数 ， 及 函数 的参 数 ） 然 后 服 务 器 返 回包 含 函数 包 以 ，
中 胜 出 只 有 不 断 提 升 企 业 自身 核 心 竞 争 力 ， 断 推 出 满 足 用 不 户 需求 的 电 信 产 品 ， 努力 提 高 服 务 质 量 ， 降低 成 本 。 中 ， 电 其 各 信 运 营 商 内 部 的 管 理 信 息 系 统 就 变 得 尤 为 重 要 。 因 此 各 大 运 营 商 都 着 手 建 设 或 是 改 建 自身 的 管理 信 息 系 统 。 电 信 运 营 商 内 部 的 ＭＩ 统 一 般 有 三 大 部 分 组 成 ， 们 Ｓ系 它
执 行 结 果 的 消 息 。Ｓ ＯＡＰ 规 范 还 定 义 了 包 含 Ｓ Ｐ 消 息 的 ０Ａ
Ｈ Ｐ样 式 。 ＴＴ ＷＳ ＤＬ （ ｂ Ｓ ｒ ｉ ｓＤ ｓ ｒ ｔ ｎ Ｌ ｎ ｕ ｇ ） Ｗ ｅ Ｗｅ ｅｖｃ ｅ ｃ ｉ ｉ ａ ｇ ａ ｅ 是 ｅ ｐｏ ｂ服
都将 面临着 严峻的挑战 。电信运营商们认识 到要在这 场竞争
基 于 Ｗ ｅ Ｓ ｒ ｉｅ的 电信 数 据 网络 ｂ ｅ ｖｃ 资 源 管 理 系统 的设 计 与 实现
谢 春
摘 要 ： 电信 数 据 网 络 资 源 管 理 系统 是 ＯＳ 系统 中的 重要 部 分 ， Ｓ 实现 电信 数 据 网 络 上 的 各 种 网络 设 备 ， 理 链 路 ， 户链 路 物 用 等 资 源 信 息 的 维 护 ， 置 ， 度 等 功 能 。 文 给 出 了一 种 基 ＴＷｅ ｅｖｃ 技 术 的 系统 设 计 方 案 。 设 计 通 过 ｓ Ａ 配 调 本 ｂＳｒｉｅ 该 ０ Ｐ协 议 来 实现 客
webservice技术
webservice技术Webservice技术的发展与应用随着互联网的普及和云计算的兴起，Web服务成为了现代软件开发的重要组成部分。
Webservice技术作为一种通信协议和技术标准，受到了广泛关注和应用。
本文将为您介绍Webservice技术的基本概念、发展历程以及在不同领域的应用。
一、Webservice技术的基本概念Webservice，全称为Web Services，是一种基于Web的服务通信机制。
它通过Internet标准的XML、HTTP等协议，在计算机网络之间进行数据交换和通信。
Webservice利用开放标准和协议，提供了一种跨平台、跨语言的服务通信方式。
Webservice技术的基本特征包括可互操作性、松耦合和跨平台性。
首先，Webservice采用开放标准，可以在不同的平台和操作系统上进行互操作，实现不同系统之间的数据交换。
其次，Webservice的松耦合性使得服务的提供者和消费者可以独立进行开发和演化，减少了系统间的依赖性。
最后，Webservice技术可以跨越不同的硬件平台和操作系统，提供跨平台的服务通信。
二、Webservice技术的发展历程Webservice技术的发展可以追溯到上世纪90年代末期，随着Internet的普及，人们意识到需要一种可以跨越不同平台和操作系统的通信方式。
最初的Webservice技术以SOAP（Simple Object Access Protocol）为基础，使用XML进行数据的传输和描述。
SOAP是一种基于XML的协议，能够将数据进行封装和编解码，并通过HTTP进行传输。
随着Web服务的普及和应用需求的增加，人们对Webservice技术的功能和性能提出了更高的要求。
于是，WS-*（Web Services Specifications）标准应运而生。
WS-*是一系列的Web服务规范，如WSDL（Web Services Description Language）、UDDI（Universal Description, Discovery and Integration）和WS-Security等，为Webservice提供了更多的功能和安全性。
基于WebService的库存信息管理系统的设计与实现
断 发 展 ，传 统 的库 存 管 理 系 统 也 布 式 模 型 在 通 信 、应 用 范 围上 的 作 的分 布 式 应 用 程 序 的新 平 台 。
渐 渐 失 去 了 它 的应 用 价 值 ， 一 旦 限 制 ，允 许 企 业 能够 快 速 、廉 价 Ｗ ｂ ｅ ｖ ｃ 平 台 是一套 标 准 ，它 ｅ Ｓ ｒ ｉ ｅ 开 发 出 系 统 以后 ，该 系 统 就 很 难 地 建 立 和 部 署 全 球 性 应 用 ，实 现 定 义 了应 用 程 序 如 何 在 Ｗ ｂ 实 ｅ上
调 用 里 面 的方 法 即 可 ，提 高 了 开 发 效 率 ，减 轻 了 维 护 工 作 量 。基 于Ｗ ｂ ｅ ｖ ｃ 开发 的库 存 管理 系 ｅ Ｓ ｒ ｉ ｅ 统 开 发 出 以后 ， 可 以灵 活 的进 行
如 商 品编 号 、 入 库 时 问 、供 货 单 序 员 减 轻 了编 程 的 负 担 ，如 果 需
２ 开 发环境 及关 键技 术 ． ２ １开发环 境 ． （ ）操作 系统 ：Ｗ ｎ ｏ ｓ Ｘ １ ｉ ｄ ｗ Ｐ
（ ）软件 开 发平 台． ｅ ２ ０ ２ Ｎ ｔ ．
复 杂 的 过 程 ，如 果 还 停 留在 纸 介 大 的虚拟 计 算 环境 ，凡 是按 照Ｗ ｂ ｅ 质 的基 础 上 ，将 会 浪 费 大 量 的 人 Ｓ ｒ ｉ ｅ 准 创 建 的系 统 ，都 可对 ｅ ｖ ｃ标 解 决 了 企 业 的 库 存 管 理 情 况 ， 提 Ｗ ｂ ｅ ｖ ｃ 进 行 交 互 ，使 任 何 ｅ Ｓ ｒ ｉ ｅ 高 了企 业 的运 行 效率 。 客 户 可 以在 任 何 地 方 调 用 任 何 服 但 是 ， 随 着 计 算 机 技 术 的 不 务 。Ｗ ｂ Ｓ ｒ ｉ ｅ ｅ ｅ ｖ ｃ 突破 了传统 的分
基于webservice+hl7 V3的HIS业务与互联互通平台准实时对接方案设计
基于webservice+hl7 V3的HIS业务与互联互通平台准实时对接方案设计随着医疗信息化的不断发展，HIS系统的建设已经成为医院信息化建设的核心。
HIS系统是医院管理和运营的核心系统，它涵盖了医院的所有业务流程和信息资源。
为了提高医院的服务质量和管理效率，HIS系统需要与其他医疗机构和部门实现信息互通，为患者提供更好的医疗服务。
本文将针对基于webservice+HL7 V3的HIS业务与互联互通平台准实时对接方案进行设计，以期能够提升医疗机构的信息化水平及服务效率。
一、互联互通平台架构设计1.基于webservice的HIS业务对接采用webservice作为HIS与互联互通平台的通信协议，通过webservice提供标准化的接口，实现HIS系统与互联互通平台之间的信息交换。
通过webservice接口，HIS系统可以向互联互通平台提供患者基本信息、就诊信息、费用信息等数据，同时从互联互通平台获取其他医疗机构的患者信息、检查检验结果、影像资料等数据，实现医疗信息的互通和共享。
2.HL7 V3的应用HL7 V3是医疗信息互联互通的国际标准，它定义了一套医疗信息交换的数据格式和消息传输的规范，可以有效地实现医疗信息的互通和对接。
在互联互通平台中，可以采用HL7 V3标准的消息格式来传输和交换医疗信息，使得医疗机构之间的信息交换更加高效和可靠。
3.互联互通平台的架构设计互联互通平台采用分布式架构，包括应用层、服务层和数据层。
在应用层，提供HIS 系统接入的用户界面和管理接口；在服务层，提供webservice的服务接口和HL7 V3的消息转换功能；在数据层，提供数据存储和管理功能。
整个平台采用微服务架构，模块化设计，可以根据需求灵活扩展和配置。
二、HIS业务与互联互通平台准实时对接方案设计1.医院注册和认证医院接入互联互通平台需要进行注册和认证，通过验证医院的资质和系统兼容性，确保医院的HIS系统可以与互联互通平台进行正常对接。
基于WebService预约系统的研究及实现方案
【 关键词】 ：预约 系统 ； ｂＳ ￣ｉ ； ｗｅ ｅ ｃ 模型 ； Ｅ 。 ｅ ． Ｔ Ｎ
１ Ｗｅ ｅ ｃ ： ． ｂ Ｓ ￣ｉｅ
但用户的信 息仍然保 留在数据库中 ：
ｆ１ 器 管 理 可 以 更 改 或 察 看 仪 器 状 态 ｆ 停 或 恢 复 预 ３仪 暂
Ｗｅ ｅ ｒｅ是 使 用 标 准 网 络 协 议 可 以 访 问 的 应 用 程 序 逻 ｂｓｎｉ ｃ
性 ． 大的 缩短 了预 约的 周 期 ， 高 了预 约 对 象 的使 用 效 率 。 蕾文 针 对 这 些特 性 设 计 了一 个 性 能 可 靠 、 能 完 整 的 系统 模 型 ， 极 提 功 并 以 实验 室里 的 大型 仪 器 的预 约 为例 ． 合 ．ｅ Ｗｅ Ｓ￣ｉｃ的 编 程 思 想 ， 出 了具 体 的 实现 方 案 。 结 Ｎ ｔ ｂｅ ｃ 给
口 ：
用 户 提供 服务 来 创 造 价 值 。Ｗｅ ｅ ｃ ｂＳｍｉ ｅ的 基 本 理 念 是 ： 软 件 ２２２用 户 模 块 ： 把 －－
ｆ１ １ 预约状 况查 询 不仅可以查询各仪器开放时间 、 仪器状
彼 此 相互 兼 容 ． 有 进行 无 缝 通 信 和数 据 共 享 的能 力 。 具有 以 况 、 约 状 况 等 信 息 ． 可 以对 自己有 权 限 使 用 的仪 器 进 行 添 加 具 它 预 还 下特点： 预 约 的操 作 ： ｆ 完 好 的封 装性 ． 于 Ｗｅ ｅ ｃ １ １ 由 ｂＳ ｍｉ ｅ是 一 种 部 署 在 Ｗｅ ｂ上 到该 对 象 提 供 的功 能 列 表 ｆ１ 器 预 约 ２仪 此 界 面 即 为 用 户 登 录后 所 进 入 的 用 户 界 面， 的 对 象 ． 备 对 象 的 良好 封 装 性 ． 于 使 用 者 而 言 ． 且 仅 能 看 显 示 用 户 属 性 、 户 个 人 信 息 、 约 权 限 等 内 容 以及 该 用 户 近 期 具 对 能 用 预
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
基于Webservice的信息查询系统——旅游城市信息、天气预报、人民币汇率、手机号码归属地等信息查询开发小组成员：王、高、黎时间：目录项目开发人员角色与工作任务分配 (2)项目部署与测试说明 (3)摘要 (4)1 Webservice相关模型及理论 (5)1.1 Webservice介绍 (5)1.2WebService的技术支持 (6)1.2.1 XML和XSD (6)1.2.2 SOAP协议 (6)1.2.3 UDDI (7)1.2.4 WSDL (8)1.2.5远程过程调用RPC与消息传递 (8)2 当前Webservice开发技术 (9)2.1 微软.NET (9)2.2 Sun的Java WSDP (9)2.3 IBM的WebSphere (9)2.4 ApAche的Axis (10)3 系统设计与实现 (11)3.1服务发布端—Axis2配置 (11)3.1.1搭建axis2环境 (11)3.1.2生成wsdl文件 (11)3.1.3生成server端的.java文件 (11)3.1.4生成server端的.java文件 (11)3.2 客户端设计与实现 (12)3.2.1搭建项目架构 (12)3.2.2模块代码开发 (12)3.2.3 WSDL文件分析 (13)3.2.4解析XML数据文件 (14)3.3系统测试流程 (17)3.3.1部署系统测试环境 (17)3.3.2旅游景点查询测试 (17)3.3.3 天气预报查询测试 (18)3.3.4 外汇-人民币即时报价测试 (19)3.3.5 国内手机号码归属地查询查询测试 (20)4项目总结与开发心得体会 (22)项目开发人员角色与工作任务分配项目部署与测试说明1、运行环境：jdk1.5以上，tomcat5.52、tomcat配置：修改tomcat根目录下conf文件夹下的server.xml配置文件，在<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">……</Host>中加入如下配置，<Context path="/webservicetest" reloadable="true" docBase="项目所在位置\webservicetest\WebRoot" workDir="项目所在位置\webservicetest" />；重新启动tomcat，在浏览器中输入：http://localhost:8090/webservicetest (其中8090为测试机tomcat端口号)，进入系统。
3、使用本系统需是计算机处在联网状态，才能访问Internet上发布的Webservice 服务的功能。
4、由于在Internet上未找到可用的“旅游城市信息查询”的Webservice服务，故该功能暂时无法进行测试使用。
摘要Web Service是构建互联网分布式系统的基本部件，已正成为企业应用集成（Enterprise Application Integration）的有效平台。
在互联网中可以直接调用Web Service构建应用程序，而不必考虑这些Web Service内部是怎么实现的。
Web Service通过标准通信协议，通过使用SOAP通信协议，在互联网上发布web Service服务程序模块（以服务的方式）。
Web Service发布一份详细的WSDL（Web Service Description Language）接口说明，来帮助用户构建应用程序。
Web Service将服务注册到管理服务器，通过UDDI（Universal Discovery Description and Integration）文档说明服务接口，用户查询和使用所发布的web Service服务。
Web Service 是一种新的web应用程序，是自包含、自描述、模块化的应用，可以发布、定位、通过web调用。
可以执行从简单的请求到复杂商务处理的任何功能。
部署以后，其他Web Service应用程序可以发现并调用它部署的服务。
关键词：Webservice；WSDL；SOAP；XML；旅游城市信息、天气预报、人民币汇率、手机号码归属地；1 Webservice相关模型及理论1.1 Webservice介绍从表面上看，WebService就是一个应用程序，该应用程序向外界提供了一个能够通过Web进行调用的API。
即用编程的方法通过Web调用来实现某个功能的应用程序。
如图：创建Web Service，该Web Service作用是查询旅游城市信息、天气预报、人民币汇率、手机号码归属地信息。
接受查询条件字符串，通过SOAP协议将客户端请求信息发送到Web Service服务发布服务器上，Web Service服务端接收用户请求信息，调用中间层组件，把结果格式化为xml数据形式，最后还要通过SOAP协议将结果数据发挥客户端，客户端通过浏览器即可查看该信息。
如图：从深层次上看，Web Service是一种新的Web应用程序分支，它们是自包含、自描述、模块化的应用，可以在网络(通常为Web)中被描述、发布、查找以及通过Web来调用。
Web Service便是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使得Web Service能与其他兼容的组件进行互操作。
它可以使用标准的互联网协议，像超文本传输协议HTTP和XML，将功能体现在互联网和企业内部网上。
Web Service平台是一套标准，主要目标是跨平台的可互操作性。
为了达到这一目标，WebService完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。
你可以用你喜欢的任何语言，在你喜欢的任何平台上写Web Service。
1.2WebService的技术支持WebService平台需要一套协议来实现分布式应用程序的创建。
要实现互操作性，平台无关性，Web Service平台必须提供一套标准的类型系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。
目前这些协议有：1.2.1 XML和XSDXML是可扩展的标记语言，是Web Service平台中表示数据的基本格式。
其易于建立、易于分析和平台无关。
XML是由万维网协会(W3C)创建，W3C制定的XML SchemaXSD 定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。
XSD是 XML结构定义 ( XML Schemas Definition )。
XML Schema 是DTD 的替代品。
XML Schema语言也就是XSD。
XML Schema描述了XML文档的结构。
可以用一个指定的XML Schema来验证某个XML文档，以检查该XML文档是否符合其要求。
文档设计者可以通过XML Schema指定一个XML文档所允许的结构和内容，并可据此检查一个XML文档是否是有效的。
XML Schema本身是一个XML 文档，它符合XML语法结构。
可以用通用的XML解析器解析。
Web Service平台是用XSD来作为数据类型系统的。
当用某种语言如Java、或C# 来构造一个Web Service时，为了符合Web Service标准，所使用的数据类型都必须被转换为XSD类型。
并使用SOAP协议使其在不同平台和不同软件的不同组织间传递。
1.2.2 SOAP协议SOAP(Simple Object Access Protocol)即简单对象访问协议，用于交换XML 编码信息的轻量级协议。
主要有三个方面：XML-envelope为描述信息内容和如何处理内容定义了框架，将程序对象编码成为XML对象的规则，执行远程过程调用(RPC)的约定。
SOAP可以运行在任何其他传输协议上。
例如，可以使用 SMTP(简单邮件传输协议)来传递SOAP消息。
在传输层之间的头是不同的，但XML的有效负载保持相同。
简单对象访问协议(SOAP)是一种轻量的、简单的、基于 XML 的协议，它被设计成在 Web 上交换结构化的和固化的信息。
SOAP可以和现存的许多因特网协议和格式结合使用，包括超文本传输协议( HTTP)，简单邮件传输协议(SMTP)，多用途网际邮件扩充协议(MIME)。
还支持从消息系统到远程过程调用(RPC)等大量的应用程序。
SOAP 包括三个部分：SOAP 封装：它定义了一个框架 , 该框架描述了消息中的内容是什么，谁应当处理它以及它是可选的还是必须的。
SOAP 编码规则：它定义了一种序列化的机制，用于交换应用程序所定义的数据类型的实例。
SOAP RPC 表示：它定义了用于表示远程过程调用和应答的协定。
SOAP 消息基本上是从发送端到接收端的单向传输，但它们常常结合起来执行类似于请求/ 应答的模式。
所有的 SOAP 消息都使用 XML 编码。
一条 SOAP 消息就是一个包含有一个必需的 SOAP 的封装包，一个可选的 SOAP 标头和一个必需的 SOAP 体块的 XML 文档。
把SOAP绑定到 HTTP 提供了同时利用 SOAP 的样式和分散的灵活性的特点以及 HTTP 的丰富的特征库的优点。
在 HTTP 上传送 SOAP 并不是说 SOAP 会覆盖现有的 HTTP 语义，而是 HTTP上的SOAP语义会自然的映射到 HTTP语义。
在使用 HTTP 作为协议绑定的场合中， RPC 请求映射到 HTTP 请求上，而 RPC 应答映射到 HTTP 应答。
然而，在 RPC 上使用 SOAP 并不仅限于 HTTP 协议绑定。
在本系统中，采用的是基于SOAP协议的直接的Webservice的调用。
1.2.3 UDDIUDDI（Universal Description, Discovery and Integration）统一描述、发现和集成协议，是为解决Web服务的发布和发现问题而制订的新一代基于Internet的电子商务技术标准。
它包含一组基于Web的、分布式的Web服务信息注册中心的实现标准，以及一组使企业能将自己提供的Web服务注册到该中心的实现标准。
UDDI 的目的是为电子商务建立标准；UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web Service注册，以使别的企业能够发现的访问协议的实现标准。