SAP R3的语义web服务的集成.ppt

电子商务集成中的发展 SAPR 3中的B2B集成的语义web服务 苏卫卫研控计1118班1112227144 一 研究背景二 介绍语义web服务三 语义web服务的执行环境和SAPR 3的集成四 动态供应链五 相关工作六 总结和展望 商业伙伴间通过用最新信息技术设备的合作实现成功交易已经超过十年了 传统的基于EDI web服务的商务流程是有限的 因为在复杂的集成系统中的交互是很难在系统程序中加密的 传统商业流程集成中存在一些障碍 为了克服这一障碍引入了语义的概念 语义功能的交互成为业务流程集成方案的一部分 语义是对服务 容量 本体和用户对服务的评价分数的明确说明和阐述 传统的供应链在特定的时间里被定义的 所涉及到的供应商是被提前约定好的 而且他们和买家是用过 硬链接 交互的 一个买家就会很难从一系列的供应商中选择最好的 而且如果供应商不在线那么当确定一个供应链时没有可供选择的确定的供应商 那么供应就会失败 最终就需要一个动态的 可重置的供应链 通过引入动态供应链自动地为一个给定的供应需求确定最好的供应商 并且总是基于一些给定的需求和优先权选择最好的供应商来优化供应过程 这样就能避免时间和选择的局限性 从而使电子商务更好地满足广大客户的请求 一 研究背景 二 语义web服务的介绍 语义web服务建模本体 WSMO 语义web服务本体语言 WSML 和语义web服务执行环境 WSMX 组成一个处理语义Web服务各个方面的完整框架为了支持由不同的供应商建立的分布式异构应用 发展了Web服务规范 使用web服务描述语言 WSDL 描述他们的接口 并且在网络上利用SOAP协议交换需求和消息 实际上 现有的Web服务的支持操作被限制为在网络上 Web服务不提供任何机制来指定如何添加任何额外的语义信息来实现处理它们不需要人的干预 基于web服务的能够进行语义集成的方法在Web服务建模本体 WSMO 进行了定义 2 1Web服务建模本体 WSMO Web服务建模本体 WSMO 介绍了语义Web服务相关的各种特性 WSMO为语义Web服务执行环境 称为WSMX 定义了基本模式 WSMO的主要组成部分即本体 目标 Web服务和调解器本体提供共享概念的正式明确的规范目标提供对服务请求者 用户 想要达到的目标的描述 Web服务提供了通过语义描述了达到一定的目的的功能 调解器解决当有关各方在通信中使用不同的语义时产生的异质性的题 2 2 语义Web服务执行环境 WSMX 基于WSMO概念 Web服务执行环境 WSMX 是一个库管理 动态发现 调解和语义Web服务的调用的执行环境 全局的WSMX架构如图1所示 WSMX是一个意在促成语义web服务的平台 重要的要清楚这个平台的目的是利用现有的技术在过程的集成中加入语义值 在商业之间的集成环境中 语义web服务执行环境应该能和已有的ERP系统整合 三 语义web服务的执行环境和SAPR 3的集成 3 1SAPR 3集成解决方案SAP提供的一些主要的集成解决方案包括 SAPNetWeaver SAPBC SAPITS 和像BusinessObjects和BAPI一些技术 1 SAPNetWeaver是最容易理解的集成技术 它包括像SAP应用服务程序 SAP基础设施 SAPXI 如图2 这样一些组件 该平台可充分利用SAP和非SAP系统并对两者进行集成 2 SAP业务连接器 SAPBC 是一个对B2B有利的技术 它允许使用互联网作为其传播平台通过公开和非专有技术和SAP系统整合 它提供了不同的IT架构间的无缝集成 3 SAP网上交易服务器 SAPITS 使因特网和企业内部网用户与SAPR 3直接通过Web界面沟通 3 2SAPXI适配器框架和语义web服务执行环境 若WSMX和SAPR 3的无缝集成的方法是基于SAPXI适配器框架的 如图3所示 操作流程为 居于SAPXI平台的资源适配器或SAPPCK提供WSMX和SAPR 3之间的接口 在这种环境下 我们让EDI WSML适配器提供从EDI标准到WSML的转换 反之亦然对WSDL和SOAP协议同样如此 接下来 将消息发送到WSMX就会有其他一系列操作随之发生 如发现和选择服务 数据和过程的调解 服务组合 以及调用的服务 执行的服务可能会暴露另一个拥有不同的SAPXI和SAPR 3系统的WSMX环境 这些服务也可以由其他第三方应用效仿 四 动态供应链 我们已经展示了语义Web服务的平台也就是WSMX如何采用最新的集成技术与SAPR 3的ERP系统集成的 为了用最好的服务来满足顾客需求就形成一个动态的供应链 动态供应链中会选择最合适的供应商和服务来解决动态的需求 我们简要地描述如图4中所示的动态供应链的使用情况 主要流程简介 1 买家首先请求服务 其本体以及调解器必须在本地或全局WSMX库中 使这一信息是在执行过程中可见 这一步必须在交互前执行才可以发生 2 方描述他或她的要求来发送报价请求 通常情况下 这一要求是在一个特定的业务标准形式捕获 并通过各自的通信协议发送 就WSMO和WSML而言 消息被发送到WSMX之前 它是以WSDL和SOAP协议为基础转化为WSML 3 WSMX触发发现引擎来通过对比提供服务的能力和目标来发现服务 在这种情况下 当不同的本体是由服务提供商使用时还可以进行本体的调解 此外 从符合请求者的要求的服务中选定多种服务 4 据发现和选择的服务 考虑到他们的操作和编排模式来进行服务调用 这样 业务流程形成就可以执行以下操作 a 报价请求被发送到零售商和快递公司 然后把结果发给客户 b 买方接受报价 或他 她可以进一步细化的要求 c 当买方满意这个提供的服务 他 她就会发送采购订单 d 把采购订单提交给零售商和快递公司 他们都对结果发回发票 e 支付订单发送到银行处理支付交易 然后进行装货和送货服务 f 确认支付信息发送给买家 五 相关工作 SWS的概念和实现 是时下深入研究的主题 除了作为WSMO参考实施的WSMX 还有其他的语义web服务存在 如 IRS OWL S或METEORS 这些实现 有些是基于自己的概念 或由WSMO定义的概念 它是WSMX打算在可能的情况下与这样的系统进行互操作 到目前为止调查了语义Web服务架构通过ERP系统最新集成技术的集成 六 总结和展望 在本文中 作者提出了应用语义Web服务的动态供应链一些初步的概念 至于技术方面 选择了SAPR 3系统和WSMX的最新平台作为语义Web服务执行环境 首先介绍WSMO概念 并介绍了有关目标 服务 本体和调解器方面 我们描述采用WSMO概念以及其有基本功能一般的架构的WSMX执行环境 此外 作者提出使用SAPXI适配器框架的WSMX和SAPR 3的集成 并且描述了动态供应链的交互情景 在将来 作者想进一步巩固这些概念 并提高SAPR 3和WSMX集成系统的测试环境 作者想根据实际数据的动态供应链进行验证 并提供在语义Web服务研究