本发明专利技术经由邮件传输机制提供Ｗｅｂ服务。具体地，本发明专利技术使用ＭＡＰＩ（消息通信应用程序接口）邮件应用程序来发送Ｗｅｂ服务，以支持离线通信和服务请求的延长的处理时间，而不必为这样的消息交换创建额外的基础架构。自定义分层传输机制被配置成：标识将通过邮件传输机制来发送Ｗｅｂ服务消息；使用ＭＡＰＩ应用程序来生成邮件消息；以及在邮件消息中包含Ｗｅｂ服务消息和其它标识符。该消息然后被发送给ＭＡＰＩ应用程序的发件箱用于之后传递给端点。在接收邮件消息之后，端点可以提取Ｗｅｂ服务消息并相应地处理它。也提供了用于由类似进程请求ＮＰＤＬ（网络协议描述语言）数据结构（例如，ＷＳＤＬ文档）的其它示例实施例。
【技术实现步骤摘要】
本专利技术一般涉及在Web服务和其它分布式系统中使用的绑定机制。更具体而言，本专利技术经由使用遵从MAPI(消息通信应用程序接口)的邮件应用程序的邮件消息传输机制提供Web服务，以支持离线通信并在不必为这样的消息交换创建额外的基础架构的情况下延长了服务请求的处理时间。
技术介绍
计算机系统和相关技术影响了社会的方方面面。实际上，计算机系统处理信息的能力改变人们生活和工作的方式。计算机系统现在通常执行大量任务(例如，文字处理、调度、数据库管理等)，这些任务在计算机系统出现之前都是手动操作的。最近，计算机系统被彼此耦合来形成计算机网络，在计算机网络上，计算机系统可电子地通信以共享数据。Web服务是推动此类计算机系统之间的通信的驱动力，并彻底改变了人们构建和使用软件的方式。Web服务使得应用程序能共享数据，并更强大地能够调动来自其它应用程序的能力，而不必关心这些应用程序是如何被构建的、它们运行在什么操作系统或平台上以及使用什么设备来访问它们。通过包括SOAP(简单开放访问协议)、XML(可扩展标记语言)、UDDI(通用描述发现集成)、WSDL(Web服务描述语言)等行业标准协议经由因特网来调用Web服务。尽管Web服务仍旧彼此独立，但它们可以松散地链接成执行特定任务的协作组。通常，Web服务网络上的电子通信包括请求对服务器计算机系统(下文中被称为“服务器”、“服务”或“Web服务”)的网络服务(例如，Web服务)的访问的客户计算机系统(下文中被称为“客户机”)。从而，客户机向服务发送对其系统资源的特定访问的请求，其中如果该客户机被授权和确认，那么服务使用提供所需信息的响应消息来响应。当然，客户机和服务之间有其它消息通信模式可用，包括简单的单一消息以及更复杂的多消息交换，如例如通知、请求—响应、发布—订阅模式、轮询、踢—推(kick-push)、排队等。而且，这些类型的通信由客户机和服务双方在分布式系统(例如，Web服务)的契约中定义的各种要求和能力来管理。契约是服务(或客户机)行为的可见方面的表达。契约由机器可读语言和人类语言的混合来表示。除了显然可能提供额外精确性之外，机器可读语言使得能够使用工具来构造部分服务实现、自动化服务部署、交换监察/确认消息、管理服务以及允许大量其它网络相关的功能。然而，由于机器可读语言在表达力方面的限制，人类语言仍旧是契约的重要组成部分，主要用于描述消息和消息交换模式语义。网络协议描述语言(例如，WSDL)提供用于以公共或标准语言描述契约(例如，Web服务契约)的总包装或规范。这样的规范使得开发员和开发员工具易于创建和解释契约。这些网络协议描述语言(下文中被称为“NPDL”)具有广泛的工具套件，这很大程度地说明了其流行度。直到最近，这些NPDL将契约绑定至单个传输或绑定机制，它描述如何封装或格式化消息(例如，SOAP信封)以及使用什么传输机制来将消息与服务(例如，HTTP(超文本传输协议))交换。当前，Web服务实现使用HTTP作为其主要的传输机制，这部分是由于其普遍存在的特性。尽管HTTP作为一种用于Web服务的传输机制在流行度上有所增长，但是HTTP也具有某些被广泛认识到的限制。例如，HTTP是请求—响应样式的传输，它支持同步样式的事务。然而，此种类型的消息交换模式向异步通信提出了挑战。例如，Web服务客户机必须保持连接活跃以从Web服务获取任何响应。这使得长期运行的事务(例如，花费几天来处理的抵押应用程序)难以在没有创建客户机持续向服务器轮询更新的机制的情况下使用HTTP来实现。HTTP的另一个问题是，它是基于连接的协议。从而，消息交换模式中的每一端点(即，客户机和服务)必须存活且活动来完成HTTP请求—响应。在不太可能如此的情况下(例如，客户机试图在某个远程位置处连接至Web服务)，消息可能被认为是不可传递的，且系统将因HTTP协议不支持消息的高速缓存和存储而失败。在Web服务环境中使用HTTP的另一个问题是，HTTP的使用需要额外的基础架构。例如，为主存网站，使用HTTP的Web服务需要基础架构及设置。为支持被主存的Web服务，每一计算设备需要能接受传入的HTTP请求，这要求为每一计算机安装Web服务器或等效功能。这引入了新的管理和安全问题，作为结果也可能成为某些环境中的挑战，例如，不熟悉配置Web服务器的临时性的一个或多个计算机用户。以上限制已生成关于可支持Web服务的替换传输机制的想法和实现。从而，各种Web服务引擎允许开发员编写或扩展绑定或绑定机制以包括多个封装和传输协议。例如，开发员可以定制传输机制以包括以下的一个或多个FTP(文件传送协议)、SMTP(简单消息传送协议)、TCP(传输控制协议)、UDP(用户数据报协议)等。尽管这些绑定扩展允许利用其它传输机制的有利特征，但是它们不解决以上标识的HTTP的缺陷。例如，当使用SMTP绑定时，生成标准邮件消息，其中消息的主体包括Web服务消息，然后将其通过电线传输给其它端点。尽管使用SMTP传输可具有优于HTTP的有利特征，然而以这种方式使用SMTP仍旧要求每一端点通过SMTP传输连接。另外，在邮件消息内生成并封装Web服务消息需要额外的基础架构，再次导致上述管理和安全问题。从而，存在对这样一种基于Web的服务基础架构的需求，它允许扩展的异步通信，支持离线或无连接间隔并利用现有基础架构以在Web服务环境中交换消息。
技术实现思路
当前的Web服务绑定机制中以上标识的缺陷和缺点通过本专利技术的示例性实施例得以克服。例如，本专利技术经由利用遵从MAPI(消息通信应用程序接口)的邮件应用程序的邮件传输提供Web服务，以支持离线通信并延长服务请求的处理时间，而不必为这样的消息交换创建额外的基础架构。另外，本专利技术通过利用遵从MAPI的邮件应用程序经由邮件传输为Web服务应用程序提供了NPDL(网络协议描述语言)数据结构的分发，以支持离线通信和生成NPDL数据结构，而不必访问Web服务应用程序。例如，在各实施例中，接收包含标识对用于发送Web服务消息的遵从MAPI的邮件应用程序的使用的寻址方案的Web服务消息，该Web服务消息是通过邮件消息传输机制通信的客户机和Web服务之间的消息交换模式的一部分。然后标识寻址方案内用于将Web服务消息发送给相应的端点的端点邮件地址。之后，生成使用遵从MAPI的邮件应用程序的邮件消息。该邮件消息包括端点邮件地址、Web服务消息和用于为Web服务消息标识Web服务和消息交换类型(例如，请求、响应等)的标识符。之后，将该邮件消息发送给遵从MAPI的邮件应用程序的发件箱，用于之后通过邮件消息传输机制传递给该端点。在另一示例实施例中，通过邮件消息传输机制接收邮件消息。该消息是在对应于端点Web服务应用程序的遵从MAPI的邮件应用程序的收件箱处接收的。之后，该邮件消息被标识为包含对应于遵从MAPI的邮件应用程序的端点邮件地址、作为客户机与Web服务之间的消息交换模式的一部分的Web服务消息、以及为Web服务消息标识Web服务和消息交换类型的标识符。基于Web服务消息的Web服务和消息交换类型，该Web服务消息被发送给端点Web服务应用程序以供处理。在其它示例中，通过邮件传输来分发NPDL(例如，WSDL数本文档来自技高网...
【技术保护点】
一种在分布式环境中的计算系统处的方法，所述方法通过利用遵从ＭＡＰＩ（消息通信应用程序接口）的邮件应用程序经由邮件传输来提供Ｗｅｂ服务，以支持离线通信及服务请求的延长的处理时间，而不必为这样的消息交换创建额外的基础架构，所述方法包括以下动作： 接收Ｗｅｂ服务消息，所述Ｗｅｂ服务消息包括标识对遵从ＭＡＰＩ的邮件应用程序的使用的寻址方案，所述对遵从ＭＡＰＩ的应用程序的使用是将所述Ｗｅｂ服务消息作为通过邮件消息传输机制通信的客户机与Ｗｅｂ服务之间的消息交换模式的一部分来发送； 在所述寻址方案内标识用于将所述Ｗｅｂ服务消息发送给相应端点的端点邮件地址； 使用所述遵从ＭＡＰＩ的邮件应用程序生成邮件消息，所述邮件消息包括端点邮件地址、所述Ｗｅｂ服务消息、以及为所述Ｗｅｂ服务消息标识Ｗｅｂ服务和消息交换类型的标识符；以及 将所述邮件消息发送给所述遵从ＭＡＰＩ的邮件应用程序的发件箱，用于之后经由所述邮件消息传输机制传递给所述端点。
【技术特征摘要】
...
【专利技术属性】
技术研发人员：SM盖斯特，
申请(专利权)人：微软公司，
类型：发明
国别省市：US[美国]
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。