展示过程流以及作为万维网服务的安排控制器的制造方法

文档序号:9866365阅读:422来源:国知局
展示过程流以及作为万维网服务的安排控制器的制造方法
【专利说明】展示过程流以及作为万维网服务的安排控制器
[0001 ] 本申请是申请日为2003年8月21日、申请号为201210375261.2、发明名称为“展示过程流以及作为万维网服务的安排控制器”的发明专利申请的分案申请。
[0002]版权申明
[0003]本专利文件的公开部分包括受到版权保护的屏幕图像。版权所有者不反对复印在专利和商标局递交或存档的本专利文件或本专利公开物,但除此之外保留一切版权。
技术领域
[0004]本发明涉及支持文档交换安排(choreography)的基于计算机的设备和方法。具体地说,本发明的一些方面涉及便于通过安排版本、服务版本和文档版本的各种组合来升级系统的设备和方法。本发明提供采用安排代理的安排管理器,并向非安排使能的应用提供能使用安排的接口。本发明的其它方面包括图形设计工具和将主机服务透明地别名为多语境设置特许服务。在权利要求、说明书和附图中描述了本发明的特定方面。
【背景技术】
[0005]商业到商业(B2B)和应用到应用(A2A)的电子商务正将以前的协议替换为电子数据交换(EDI)。由于商业力争用B2B和A2A系统来提高效率,因此出现了很多不兼容的平台和相互竞争的标准。即使在兼容标准中也存在需要填补的空白。例如工业上定义了什么是简单的web服务。涉及简单Web服务的标准包括UDD1、WSDL、XSDL和SOAP。但是,这些标准没有完全满足对实际B2B和A2A电子商务的安全性、可靠性、可管理性以及安排需求。在本文中,月艮务之间的消息交换安排包括为安排的交换设置一种模式,并用标识符(例如会话ID)跟踪作为交换一部分的消息。安排尤其表示具有大量选项和配置问题的竞争平台。期望协作web月艮务及其安排逐渐成为非web业务。不存在任何广泛或统一的设备或方法可以动态解决发展中产生的问题。
[000?] 实施B2B和A2A电子商务的一种方法是米用web服务。web服务是一种以模块方式展示功能于万维网上的根本的新方法。在web服务发展的当前阶段,大量注意力都集中在文档交换和RPC web服务上。RPC web服务支持其中调用者通过用/不用参数进行有些类似于过程调用的启用来启动web服务的RPC编程范例。
[0007]web服务的当前实现通常遵循3个标准。UDDI是基于搜索准则发现web服务并下载其接口的登录标准。WSDL是定义web服务的消息接口的接口标准。SOAP是包括与用于通过导线传送有效载荷的HTTP传送器之间的定义的绑定的包络协议。web服务通常依赖于XML标准,例如巧01^、乂1;[111<:、乂&&86和乂。0;[11丨61'以及通用¥613标准,例如!117?和1]1?1 O
[0008]目前大多数web服务都是简单的web服务。简单web服务采用同步的不可靠的HTTP传送器,并且不支持除发送级安全性之外的安全性,或者允诺有效载荷中的、只能由通信双方理解的安全信息。简单web服务包含操作。调用web服务意味着调用该web服务的操作。操作可能设计成接受单路消息或支持其中调用者为响应而进行阻塞并且被调用的服务立即响应的请求/响应范例。简单web服务可以采用RPC编程范例或基于文档的编程范例。
[0009]对标准兼容的web服务的挑战是定义高性能web服务以改善企业的业务能力。这样的web服务支持具有可靠性(就是一次性)、异步传送如SMTP、JMS、专有性(加密)、完整性(签名)、验证和授权、以及路由的调用。
[00?0]所出现的另一个挑战是定义协作的web服务。这些web服务可能与其它web服务保持长时间的交互,并且可以在没有安排的会话式语境的情况下调用非协作web服务。这种协作web服务需要对在会话中将相关的消息相关的支持,以及对返回地址的支持。
[0011]有很多企业着手扩展可用于B2B及A2A的电子商务的标准。对于安排(choreography)方面的努力包括来自OASIS的ebXML/BPSS、来自 IBM的WSFL、来自Microsoft的XLANG。对于会话方面的努力包括来自OASIS的ebXML/TRP和Microsoft的WS-routing。其它方面的努力包括来自IBM、Microsoft和BEA Systems的BPEL4WS(用于Web服务的商业处理执行语言)、来自Sun Microsystems的Web Service Choreography Interface、WSCL(Web月艮务会话语言)和BPML(商业处理建模语言)。这么多的安排(choreography)努力都在进行中,以至于一些企业领导人在2002年9月要求W3C标准协会的Web Service ArchitectureWorking Gr0Up(Web服务体系结构工作组)设立可以解决不兼容性的标准。对于可靠性,有来自Microsoft的建议、来自OASIS的ebXML/TRP和来自IBM的HTTPR J3C正在所有这些领域致力于标准化。基础工业的参与者已经形成了称为WSI的竞争同盟。但是他们尚未致力于服务进展和安排问题。
[0012]因此,就出现了开发支持发展文档交换安排的方法和设备的机会。

【发明内容】

[0013]本发明涉及支持文档交换安排的基于计算机的设备和方法。具体地说,本发明的一些方面涉及便于通过安排版本、服务版本和文档版本的各种组合来发展系统的设备和方法。本发明是为采用安排代理的安排管理器提供的,并向非安排使能的应用提供安排使能的接口。本发明的其它方面包括图形设计工具和将主机服务透明地别名为多语境设置特许服务。在权利要求、说明书和附图中描述了本发明的特定方面。
[0014]根据本发明的一个方面,提供了一种将宿主服务别名为多个特许服务的方法,该方法包括:将一个或多个特许服务登记为具有不同逻辑地址的万维网服务;提供宿主万维网服务,该宿主万维网服务包括逻辑来检查通过这些特许服务接收的消息,以确定这些消息的语境;以及将这些特许服务配置为将接收的消息传递到宿主万维网服务。
[0015]根据本发明的另一个方面,提供了一种确定具有一个或多个与标准兼容接口的服务实体的版本的方法,该方法包括:维护服务的服务版本,其中,所述服务版本向基本服务添加可选操作;维护标识由所述服务实体支持的服务版本的记录数据;访问该记录并确定由服务实体支持的服务版本;以及使用所支持的服务版本与服务实体进行消息交换。
[0016]根据本发明的另一个方面,提供了一种确定具有一个或多个与标准兼容接口的服务实体的版本的方法,该方法包括:维护服务的服务版本,其中,所述服务版本向基本服务添加可选操作;向服务实体发送不依赖于由服务实体支持的服务版本的第一消息;从该服务实体接收标识其支持的服务版本的响应;以及使用所支持的服务版本进行与该服务实体的消息交换。
[0017]根据本发明的另一个方面,提供了一种将宿主服务别名为多个特许服务的系统,该系统包括在一个或多个宿主计算机上执行来进行下述操作的声明和指令:将一个或多个特许服务登记为具有不同逻辑地址的万维网服务;提供宿主万维网服务,该宿主万维网服务包括逻辑来检查通过这些特许服务接收的消息,以确定这些消息的语境;以及将这些特许服务配置为将接收的消息传递到宿主万维网服务。
[0018]根据本发明的另一个方面,提供了一种具有一个或多个与标准兼容接口的被确定版本的服务实体,包括在该服务实体计算机上执行来进行下述操作的声明和指令:维护服务的服务版本,其中,所述服务版本向基本服务添加可选操作;维护标识由所述服务实体支持的服务版本的记录数据;提供对该记录的访问并对确定由服务实体支持的服务版本的请求进行响应;以及使用所支持的服务版本进行涉及该服务实体的消息交换。
[0019]根据本发明的另一个方面,提供了一种具有一个或多个与标准兼容接口的被确定版本的服务实体,包括在该服务实体计算机上执行来进行下述操作的声明和指令:维护服务的服务版本,其中,所述服务版本向基本服务添加可选操作;向服务实体发送不依赖于由服务实体支持的服务版本的第一消息;从该服务实体接收标识其支持的服务版本的响应;以及使用所支持的服务版本进行与该服务实体的消息交换。
[0020]根据本发明的另一个方面,提供了一种安排万维网服务时使用的安排代理设备,其中,一个安排包括多个映射到多个服务实体的标准兼容的接口的消息,将会话标识符分配给这些消息,并在这些服务实体之间根据所述安排进行消息交换,所述设备包括:通过其路由消息交换的一个或多个端口;适于进行下述操作的逻辑和资源:检查消息交换中的消息,根据对消息的检查更新对应于所述会话标识符的安排实例的状态,以及将消息转发到其目的地。
【附图说明】
[0021]图1示出动态确定文档版本和翻译版本、服务版本和安排版本的能力。
[0022]图2示出消息交换如何涉及服务版本。
[0023]图3示出对一个或多个记录的引用以发现用于谈判的信息。
[0024]图4示出活动的4种类型。
[0025]图5示出活动和内部过程之间的交互。
[0026]图6示出在过程引擎中执行的用于构建安排代理的的内部过程流。
[0027]图7示出消息的相关。
[0028]图8和9有助于区分常规的非特许服务和特许服务。
[0029]图10-17示出本发明的实施例的多个屏幕。
[0030]图10是管理主机软件包屏幕。
[0031]图11示出注册新主机服务的部分。
[0032]图12示出用于编辑文档交换活动的屏幕。
[0033]图13示出用于验证或修改签名和加密策略的屏幕。
[0034]图14示出用于注册主机服务软件包的屏幕。
[0035]图15示出用于选择新的特许包的屏幕。
[003
当前第1页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1