专利名称：web服务提供设备和方法及web服务请求设备和方法
技术领域：
本发明涉及web服务，更具体地讲，涉及一种web服务提供设备和方法以及一种web服务请求设备和方法，其中，存在于专用网内的web服务提供设备将访问请求消息发送到存在于所述专用网外的web服务请求设备，然后保持与所述web服务请求设备的会话，以便所述web服务请求设备可接收web服务。
背景技术：
web服务以可扩展标记语言(XML)、简单对象访问协议(SOAP)和web服务描述语言(WSDL)协议为基础，提供互联网应用之间的互操作性。
XML是用于基于文本的标记语言的W3C标准，并且可通过使用不同于HTML的方法，利用标签来表现多种表达和数据。XML对于描述具有高可移植性的结构数据是有效的，并且通常用于描述数据。具体地讲，当需要与消息协议的相互交换时，XML被用作数据格式。
SOAP是为在分布环境中交换信息的目的开发的基于XML的轻量协议，并且定义了服务用户和服务提供者之间的消息传送协议。此外，SOAP提供能够使用基于XML的消息传送来调用远程服务而不管目标装置的平台、OS或编程语言的标准化方法。
WSDL通过使用XML来描述由web服务提供者提供的服务连接信息，即服务接口，如由web服务提供者提供的操作信息和在绑定时将被交换的消息的类型。
换句话说，WSDL用于描述web服务。为了描述XML web服务，重要之处在于定义哪些消息将被产生和接收。WSDL通过使用XML方案解决了这个问题。
WSDL文档描述用于调用由服务提供者提供的服务的接口。WSDL文档包括表示在调用服务时所需的参数信息的消息、类型、与将被调用的服务相应的端口类型、包括绑定操作信息的办定、用于调用服务的端口和服务。
统一描述、发现和集成(UDDI)是支持web服务的注册并搜索web服务的web服务中介系统。
图1是显示使用SOAP绑定的现有技术的web服务系统的示图。所述web服务系统包括web服务提供设备11和web服务请求设备12。
使用SOAP绑定的web服务系统是当web服务请求设备12在访问web服务提供设备11中没有遇到网络限制时使用的系统。每当web服务请求设备12发送先前定义的命令消息以便控制web服务提供设备11时，web服务请求设备12就建立与web服务提供设备11的传输控制协议(TCP)会话，并且当从web服务提供设备11接收到响应消息时，web服务请求设备12结束建立的会话。
为了建立会话，web服务请求设备12将HTTP请求消息10A发送到web服务提供设备11。HTTP请求消息的主体包括使用适合于提供服务的多种XML构造的SOAP请求消息。
接收到HTTP请求消息10A的web服务提供设备11建立与web服务请求设备12的会话，并根据接到的消息为web服务请求设备12提供服务。其后，web服务提供设备11将包括SOAP响应消息的HTTP响应消息10B发送到web服务请求设备12，并结束与web服务请求设备12的TCP会话。
如上所述，使用SOAP绑定的web服务系统是在web服务提供设备11和web服务请求设备12被包括在相同的网络中或者web服务提供设备11被包括在公用网中时可以使用的系统。换句话说，现有技术的web服务系统是在web服务请求设备12易于访问web服务提供设备11的情况下可以使用的系统。
图2是显示使用逆SOAP绑定的现有技术的web服务系统的示图。
逆SOAP绑定是这样一种方法，其中，具有有限的操作能力的web服务提供设备21经由HTTP客户机模块为具有FTTP服务器模块的web服务请求设备22提供服务。逆SOAP绑定使得web服务请求设备22容易地访问存在于专用网内的web服务提供设备21。
为了提供服务，web服务提供设备21发送HTTP请求消息20A。
已接收到HTTP请求消息的web服务请求设备22发送包括SOAP请求消息的HTTP响应消息20B，从而从web服务提供设备21请求服务。
web服务提供设备21根据接收到的SOAP请求消息为web服务请求设备22提供服务，并且发送包括SOAP响应消息的HTTP请求消息20C。
也就是说，逆SOAP绑定是这样一种方法，其中，web服务提供设备21首先尝试获得对web服务请求设备22的访问，以检查请求的服务是否存在。当web服务提供设备21和web服务请求设备22位于不同的网络中时可使用所述方法。
如上所述，SOAP绑定具有局限性，即，web服务提供设备和web服务请求设备必须存在于相同的网络中。此外，可能存在这样的情况，即，当web服务提供设备的互联网协议(IP)地址是动态IP地址时，web服务请求设备的访问由于动态地址的改变而受到限制。
此外，逆SOAP绑定的缺点在于，逆SOAP绑定需要多个消息发送和接收以及多个TCP连接，以提供单个服务。
因此，需要这样一种方法，其中，存在于不同的网络中的web服务请求设备可经由最小数量的TCP连接，从存在于专用网中的web服务提供设备接收服务。
发明内容
因此，已提出本发明以解决现有技术中发生的上述问题，本发明的一方面在于允许存在于专用网中内的web服务提供设备向存在于专用网外的web服务请求设备发送访问请求消息，并随后保持与该web服务请求设备的会话，以便该web服务请求设备可接收web服务。
根据本发明的一方面，提供了一种web服务提供设备，包括消息产生单元，产生包括连接保持信息的访问请求消息；会话管理单元，管理与接收到所述访问请求消息的web服务请求设备的会话；和任务处理单元，根据来自所述web服务请求设备的任务请求消息来处理任务，所述任务请求消息通过所述会话而被接收到。
根据本发明的另一方面，提供了一种web服务请求设备，包括会话管理单元，检查从web服务提供设备接收到的访问请求消息，并根据检查的结果建立与所述web服务提供设备的会话；任务管理单元，管理将从所述web服务提供设备请求的任务的列表；和发送/接收单元，通过所述会话将任务请求消息发送到所述web服务提供设备。
根据本发明的另一方面，提供了一种web服务提供方法，包括产生包括连接保持信息的访问请求消息；将产生的访问请求消息发送到web服务请求设备；建立与接收到所述访问请求消息的web服务请求设备的会话；和根据来自所述web服务请求设备的任务请求消息来处理任务，所述任务请求消息通过所述会话而被接收到。
根据本发明的另一方面，提供了一种web服务请求方法，包括从web服务提供设备接收访问请求消息；检查接收到的访问请求消息，并根据检查的结果建立与所述web服务提供设备的会话；产生包括将从所述web服务提供设备请求的任务的列表的任务请求消息；和通过所述会话将所述任务请求消息发送到所述web服务提供设备。
通过下面结合附图进行的详细描述，本发明的以上和其他特点将会变得更易于理解，其中图1是显示使用SOAP绑定的现有技术的web服务系统的示图；图2是显示使用逆SOAP绑定的现有技术的web服务系统的示图；图3是显示根据本发明实施例的web服务系统的示图；图4是显示根据本发明实施例的web服务提供设备的方框图；图5是显示根据本发明实施例的web服务请求设备的方框图；图6是根据本发明实施例的访问请求消息的XML代码的示例；图7是根据本发明实施例的连接解除消息的XML代码的示例；图8是根据本发明实施例的连接保持消息的XML代码的示例；图9是显示根据本发明实施例的web服务提供处理的流程图；和图10是显示根据本发明实施例的web服务请求处理的流程图。
具体实施例方式
通过下面给出的详细描述，本发明的各个方面将变得更加清楚。然而，应该理解，仅为了说明而给出显示本发明优选实施例的详细描述和特定示例，因此，通过所述详细描述，在本发明精神和范围之内的各种改变和修改对本领域技术人员而言将变得清楚。在描述附图时，在整个说明书中，相同的标号指示相同的部件。
现在将参照附图，结合特定实施例详细描述本发明的上述各个方面。应该理解，所附方框图的各个方框的组合以及所附流程图的各个步骤的组合可由计算机程序指令执行。这些计算机程序指令可被安装在通用计算机、专用计算机和其他可编程数据处理设备的处理器中。因此，通过计算机或者其他可编程数据处理设备的处理器执行的指令创建用于执行流程图方框中描述的功能的手段。这些计算机程序指令可被存储在为计算机或其他可编程数据处理设备定位的计算机可用或计算机可读存储器中，以便以特定的方式实现功能。因此，存储在计算机可用或计算机可读存储器中的指令可生产包括执行在流程图方框中描述的功能的指令手段的产品。因为所述计算机程序指令可被安装在计算机或其他可编程数据处理设备中，所以一系列操作步骤在计算机或其他可编程设备上被执行以创建计算机执行的过程。因此，运行计算机或其他可编程设备的指令可被提供为执行流程图方框中描述的功能的步骤。
此外，每个方框可以表示包括一个或多个用于执行特定逻辑功能的模块、代码段或代码的一部分。此外，还应该注意到，在一些另外的实施方式中，方框中表示的功能可以以不同的次序来产生。例如，根据相应的功能性，连续显示的两个方框可能基本上同时执行，或者可能以相反的次序执行。
图3是显示根据本发明实施例的web服务系统的示图。所述web服务系统包括web服务提供设备400a和400b以及web服务请求设备500。
web服务提供设备400a和400b根据web服务请求设备500的请求来执行任务。web服务提供设备400a和400b以及web服务请求设备500根据web服务规范通过交换消息来执行任务。也就是说，web服务提供设备400a和400b由web服务请求设备500来管理。
根据本发明实施例的web服务请求设备500不仅可管理包括在公用网310中的web服务提供设备400b，而且可管理包括在专用网320中的web服务提供设备400a。应该注意，术语“web服务提供设备”指的是包括在专用网320中的web服务提供设备400a。
在这种情况下，因为web服务请求设备500不能直接访问专用网320以及请求任务，所以当从包括在专用网320中的web服务提供设备400a接收到访问请求消息时，web服务请求设备500在保持与web服务提供设备400a的连接的同时请求任务。
在这种情况下，web服务请求设备500和web服务提供设备400a之间的会话被保持直到单个任务(即，服务)完成。
因此，直到单个任务被完成，由web服务提供设备400a发送和接收的消息经由最初产生的会话，而不是分别产生的会话被发送和接收。
当HTTP请求消息和HTTP响应消息已被发送和接收时，web服务提供设备400a和web服务请求设备500之间的连接被解除。在本发明的这个实施例中，web服务提供设备400a和web服务请求设备500之间的连接通过在HTTP消息中包括连接保持信息而被保持。
也就是说，当HTTP的版本是1.0时，web服务提供设备400a和web服务请求设备500通过在HTTP消息的头中包括“Keep-Alive”来保持连接。当HTTP的版本是1.1时，web服务提供设备400a和web服务请求设备500通过使用包括在HTTP消息的头中的“Connection”来保持连接。例如，当“ConnectionKeep-Alive”被包括在HTTP消息的头中时，连接被保持。相反，当“ConnectionClose”被包括在HTTP消息的头中时，连接被解除。
在这种情况下，直到web服务提供设备400a尝试获得对web服务请求设备500的访问时，web服务请求设备500才能建立与web服务提供设备400a的会话。为此，web服务提供设备400a向web服务请求设备500通知访问请求消息的发送循环。
web服务请求设备500参照通知的循环来接收web服务提供设备400a的访问请求消息，并建立与web服务提供设备400a的会话。其后，web服务请求设备500经由建立的会话来发送任务请求消息。已接收到所述任务请求消息的web服务提供设备400a执行请求的任务。
图4是显示根据本发明实施例的web服务提供设备的方框图。web服务提供设备400包括任务处理单元410、消息产生单元420、会话管理单元430、循环产生单元440和发送/接收单元450。
消息产生单元420产生访问请求消息。访问请求消息可以以HTTP GET或HTTP POST形式被包括在HTTP请求消息中。图6显示了以HTTP GET形式包括在HTTP请求消息中的访问请求消息600的示例。在这种情况下，HTTP请求消息可不包括语句<SOAPEnvelope>。
此外，访问请求消息600可包括用于保持与web服务请求设备500的连接的信息。在图6的XML代码中，“ConnectionKeep-Alive”对应于这种信息。
在图6的XML代码中，根据本发明实施例的CONDM指的是用于保持web服务提供设备400和web服务请求设备500之间的连接的绑定名称。
消息产生单元420还用于产生将被发送到web服务请求设备500的HTTP消息以及访问请求消息600。也就是说，消息产生单元420产生对web服务请求设备500请求的任务的响应消息，或者产生用于从web服务请求设备500请求任务的请求消息。
在这种情况下，消息产生单元420可通过在HTTP消息的头中包括连接保持信息“Keep-Alive”或“Connection”来保持与web服务请求设备500的连接，或者可通过在HTTP消息的头中包括连接解除消息“ConnectionClose”来解除与web服务请求设备500的连接。
会话管理单元430管理与web服务请求设备500建立的会话。换句话说，会话管理单元430可参照包括在从web服务请求设备500接收的HTTP消息的头中的信息来保持或结束与web服务请求设备500的会话。当在特定时间段内没有出现与web服务请求设备500的消息交换时，会话管理单元430可结束相应的会话。
任务处理单元410用于响应于通过会话接收的来自web服务请求设备500的任务请求消息来处理任务。也就是说，任务处理单元410提供web服务请求设备500请求的服务。
为了执行单个服务，在web服务提供设备400和web服务请求设备500之间发送和接收多个消息。会话管理单元430保持会话的配置，直到一个任务处理单元410完成任务。为此，会话管理单元430使得消息产生单元420产生相应的HTTP消息。换句话说，会话管理单元430使得消息产生单元420产生包括连接保持信息的HTTP消息，直到任务的执行被完成，并且在任务的执行被完成之后，使得消息产生单元420产生包括连接解除信息的HTTP消息。
循环产生单元440产生将被发送到web服务请求设备500的访问请求消息600的发送循环。也就是说，访问请求消息600根据循环产生单元440产生的循环被发送。每当发送访问请求消息600时，就可执行与web服务请求设备500的通信。
循环产生单元440可根据预先定义的循环或者响应于来自web服务请求设备500的请求，来产生访问请求消息600的发送循环。
发送/接收单元450用于将消息发送到web服务请求设备500以及从web服务请求设备500接收消息。发送/接收单元450和web服务请求设备500之间的通信方法可包括有线通信，如以太网、通用串行总线(USB)、电气电子工程师协会(IEEE)1394和串行或并行通信，或者无线通信，如红外、蓝牙、家庭射频(RF)和无线局域网(LAN)通信。
图5是显示根据本发明实施例的web服务请求设备500的方框图。web服务请求设备500包括任务管理单元510、消息产生单元520、会话管理单元530、循环管理单元540和发送/接收单元550。
会话管理单元530管理与web服务提供设备400建立的会话。换句话说，会话管理单元530可参照包括在从web服务提供设备400接收的HTTP消息的头中的信息来保持或结束与web服务提供设备400的会话。当在特定时间段内没有出现与web服务提供设备400的消息交换时，会话管理单元530结束相应的会话。
具体地讲，会话管理单元530用于检查从web服务提供设备400接收的访问请求消息600，并根据检查的结果来管理与web服务提供设备400的会话。换句话说，会话管理单元530在确认接收的消息是访问请求消息600之后，建立与web服务提供设备400的会话。
消息产生单元520还用于产生将被发送到web服务提供设备400的HTTP消息。也就是说，消息产生单元520产生用于从web服务提供设备400请求任务的任务请求消息，或者响应于来自web服务提供设备400的任务请求产生响应消息。
在这种情况下，消息产生单元520可通过在HTTP消息的头中包括连接保持信息“Keep-Alive”或“Connection”来保持与web服务提供设备400的连接，或者可通过在HTTP消息的头中包括连接解除消息“ConnectionClose”来解除与web服务提供设备400的连接。
任务管理单元510用于管理将从web服务提供设备400请求的任务的列表。换句话说，任务管理单元510管理将被请求的任务的列表以及已被请求的任务的列表。将被请求的任务的列表被传送到消息产生单元520，用于产生请求任务的消息。已被请求的任务的列表被删除。
例如，如果存在将从web服务提供设备400请求的任务，则任务管理单元510使得消息产生单元520产生包括连接保持信息和任务列表的HTTP消息(连接保持消息)。如果没有将从web服务提供设备400请求的任务，则任务管理单元510使得消息产生单元520产生包括连接解除信息和下次访问时间的HTTP消息(连接解除消息)。
将参照图7和图8进行更详细的描述。图7示出了包括连接解除消息(ConnectionClose)和指示没有将被请求的任务的信息(CONDM_NextServe0)的连接解除消息700。图8示出了包括连接保持信息(ConnectionKeep-Alive)和指示存在将被请求的任务的信息(CONDM_NextServe1)的连接保持消息800。
作为参考，虽然图7和图8的消息包括作为关于将被请求的任务的信息的指示是否存在将被请求的任务标志，但是这仅是说明性的，因此，所述消息可包括将被请求的任务的列表、将被请求的任务的标号等。
同时，包括在图7和图8中的CONDM_NextTime是可由循环管理单元540设置的下次访问时间。
循环管理单元540管理从web服务提供设备400接收的访问请求消息600的接收循环。
web服务请求设备500不能直接获得对web服务提供设备400的访问，但是可通过根据web服务提供设备400的访问请求消息600建立的会话来获得对web服务提供设备400的访问。
在这种情况下，访问请求消息600从web服务提供设备400被周期地接收。循环管理单元540使得会话管理单元530参照包括在访问请求消息600中的随后的访问请求消息600的时间来确定是否保持会话的配置。
此外，当当前会话结束时，循环管理单元540可以以设置下次访问时间的方式来确定web服务提供设备400的访问请求消息600的发送循环，并且使得消息产生单元520产生用于下次访问时间的消息。
发送/接收单元550用于将消息发送到web服务提供设备400以及从web服务提供设备400接收消息。发送/接收单元550和web服务提供设备400之间的通信可以是有线通信，如以太网、USB、IEEE 1394和串行或并行通信，或者是无线通信，如红外、蓝牙、家庭RF和无线LAN通信。
图9是显示根据本发明实施例的web服务提供处理的流程图。
在本发明的这个实施例中，假设web服务提供设备400和web服务请求设备500被包括在不同的网络中并且web服务提供设备400被包括在专用网中，从而web服务请求设备500不能直接获得对web服务提供设备400的访问。
因此，为了建立web服务提供设备400和web服务请求设备500之间的会话，web服务提供设备400必须首先发送HTTP消息。
为此，在步骤S910，web服务提供设备400的消息产生单元420产生访问请求消息600。访问请求消息600可以以HTTP GET或HTTP POST形式被包括在HTTP请求消息中。在这种情况下，HTTP请求消息可以不包括语句<SOAPEnvelope>。
在步骤S915，产生的访问请求消息600通过发送/接收单元450被发送到web服务请求设备500。因此，会话在web服务提供设备400和web服务请求设备500之间被建立。在这种情况下，访问请求消息600的发送循环根据循环产生单元440产生的循环来确定。
当会话被建立时，在步骤S920中，发送/接收单元450从web服务请求设备500接收任务请求消息。任务请求消息可以是包括SOAP请求消息的HTTP响应消息。
在步骤S925，任务处理单元410处理请求的任务，并且消息产生单元420产生包括任务处理结果的响应消息。响应消息可以是包括SOAP响应消息的HTTP请求消息。
在步骤S930，产生的响应消息通过发送/接收单元450被发送到web服务请求设备500。
发送/接收单元450还可从web服务请求设备500接收连接保持消息800或连接解除消息700。连接保持消息800或连接解除消息700可以是不包括语句<SOAPEnvelope>的HTTP响应消息。在步骤S935，会话管理单元430确定接收的消息是连接保持消息800还是连接解除消息700。如果接收的消息被确定为是连接保持消息800，则会话管理单元430使得消息产生单元420产生任务请求消息。
因此，消息产生单元420产生包括SOAP请求消息的HTTP请求消息。在步骤S940，产生的HTTP消息经由发送/接收单元450被发送到web服务请求设备500。
在步骤S945，发送/接收单元450响应于从web服务请求设备500发送的任务请求消息，接收包括SOAP响应消息的HTTP响应消息。
在这种情况下，接收的HTTP响应消息可以是包括连接保持信息和请求的任务的列表的消息，或者是包括连接解除信息和下次访问时间的消息。在步骤S950，会话管理单元430确定接收的HTTP响应消息是包括连接保持信息和请求的任务的列表的消息还是包括连接解除信息和下次访问时间的消息，随后执行相应的任务。换句话说，如果在接收的HTTP响应消息中包括连接解除信息和下次访问时间，则在步骤S960，会话管理单元430结束会话，并将下次访问时间发送到循环产生单元440，从而访问请求消息600可在相应的时间被产生。
同时，如果在接收的HTTP响应消息中包括连接保持信息和请求的任务的列表，则会话管理单元430保持与web服务请求设备500的会话，并使得消息产生单元420产生连接保持消息800。因此，消息产生单元420产生连接保持消息800。在这种情况下，连接保持消息800可以是不包括语句<SOAPEnvelope>的HTTP请求消息。
在步骤S955，产生的连接保持消息800通过发送/接收单元450被发送到web服务请求设备500。在步骤S920，发送/接收单元450从web服务请求设备500接收任务请求消息。在这种情况下，任务请求消息可以是包括SOAP请求消息的HTTP响应消息。
因此，在步骤S925，任务处理单元410处理请求的任务。消息产生单元420产生包括任务处理结果的响应消息。在这种情况下，响应消息可以是包括SOAP响应消息的HTTP请求消息。
在步骤S930，产生的响应消息通过发送/接收单元450被发送到web服务请求设备500。
此外，发送/接收单元450可从web服务请求设备500接收连接保持消息800或连接解除消息700。连接保持消息800或连接解除消息700可以是不包括语句<SOAPEnvelope>的HTTP响应消息。因此，在步骤S935，会话管理单元430确定接收的消息是连接保持消息800还是连接解除消息700。如果接收的消息被确定为是连接解除消息700，则在步骤S960，会话管理单元430结束与web服务请求设备500的会话。
图10是显示根据本发明实施例的web服务请求处理的流程图。
如上所述，因为web服务请求设备500不能直接访问包括在专用网中的web服务提供设备400，所以在步骤S1010，在等待来自web服务提供设备400的访问请求的同时，web服务请求设备500的发送/接收单元550从web服务提供设备400接收访问请求消息600。
接收的访问请求消息600被传送到会话管理单元530。会话管理单元530确认接收的消息是访问请求消息600，并随后建立与web服务提供设备400的会话。
当会话被建立时，消息产生单元520产生任务请求消息。该任务请求消息可以是包括SOAP请求消息的HTTP响应消息。
在步骤S1015，发送/接收单元550将产生的任务请求消息发送到web服务提供设备400，并在步骤S1020接收对任务请求消息的响应消息。该响应消息可以是包括SOAP响应消息的HTTP请求消息。
在步骤S1025，任务管理单元510随后确定是否存在将从web服务提供设备400请求的任务，并使得消息产生单元520产生相应的消息。如果确定存在将从web服务提供设备400请求的任务，则消息产生单元520产生包括连接保持信息和任务列表的连接保持消息800。如果确定没有将从web服务提供设备400请求的任务，则消息产生单元520产生包括连接解除信息和下次访问时间的连接解除消息700。
在这种情况下，产生的连接保持消息800或连接解除消息700可以是不包括语句<SOAPEnvelope>的HTTP响应消息。
在步骤S1030和S1055，产生的消息通过发送/接收单元550被发送到web服务提供设备400。如果发送的消息是连接解除消息700，则在步骤S1060，与web服务提供设备400的会话结束。如果发送的消息是连接保持消息800，则在步骤S1035接收到任务请求消息。在这种情况下，任务请求消息可以是包括SOAP请求消息的HTTP请求消息。
因此，任务处理单元(未示出)执行请求的任务，并且消息产生单元520产生包括任务处理结果的响应消息。响应消息可以是包括SOAP响应消息的HTTP响应消息。
在步骤S1040，产生的响应消息通过发送/接收单元550被发送到web服务提供设备400。
响应消息可以是包括连接保持信息和请求的任务的列表的消息，或者是包括连接解除信息和下次访问时间的消息。在步骤S1045，会话管理单元530确定响应消息是包括连接保持信息和请求的任务的列表的消息还是包括连接解除信息和下次访问时间的消息。如果确定响应消息是包括连接解除信息和下次访问时间的消息，则在步骤S1060，会话管理单元530结束与web服务提供设备400的会话。循环管理单元540存储下次访问时间，从而发送/接收单元550可在相应的时间接收访问请求消息600。
同时，如果响应消息被确定为是包括连接保持信息和请求的任务的列表的消息，则在步骤S1050，发送/接收单元550从web服务提供设备400接收连接保持消息800。在这种情况下，连接保持消息800可以是不包括语句<SOAPEnvelope>的HTTP请求消息。
当接收到连接保持消息800时，消息产生单元520产生任务请求消息。该任务请求消息可以是包括SOAP请求消息的HTTP响应消息。
在步骤S1015，发送/接收单元550将产生的任务请求消息发送到web服务提供设备400，并在步骤S1020接收对任务请求消息的响应消息。在这种情况下，响应消息可以是包括SOAP响应消息的HTTP请求消息。
此外，在步骤S1025，任务管理单元510确定是否存在将从web服务提供设备400请求的任务，并使得消息产生单元520产生相应的消息。如果确定存在将从web服务提供设备400请求的任务，则消息产生单元520产生包括连接保持信息和任务列表的连接保持消息800。如果确定没有将从web服务提供设备400请求的任务，则消息产生单元520产生包括连接解除信息和下次访问时间的连接解除消息700。
产生的连接保持消息800和产生的连接解除消息700可以是不包括语句<SOAPEnvelope>的HTTP响应消息。
在步骤S1030和S1055，产生的消息通过发送/接收单元550被发送到web服务提供设备400。如果发送的消息是连接解除消息700，则在步骤S1060，与web服务提供设备400的会话结束。
如上所述，根据本发明的web服务提供设备和方法以及web服务请求设备和方法具有以下优点。
第一，存在如下优点，即，存在于专用网外的web服务请求设备可获得对存在于专用网内的web服务提供设备的访问。
第二，存在如下优点，即，存在于外部的web服务请求设备可获得对具有动态IP地址的web服务提供设备的访问。
第三，存在如下优点，即，因为在保持web服务提供设备和web服务请求设备之间的会话的同时提供服务，所以可减少施加到网络带宽的负荷。
尽管已经为了示例性目的公开了本发明的优选实施例，但是本领域技术人员应该理解，在不脱离由权利要求公开的本发明的范围和精神的情况下，可进行各种修改、增加和替换。
权利要求
1.一种web服务提供设备，该设备包括消息产生单元，产生包括连接保持信息的访问请求消息；会话管理单元，管理与接收到所述访问请求消息的web服务请求设备的会话；和任务处理单元，根据来自所述web服务请求设备的任务请求消息来处理任务，所述任务请求消息通过所述会话而被接收到。
2.如权利要求1所述的设备，其中，所述连接保持信息被包括在HTTP消息的头中。
3.如权利要求1所述的设备，其中，所述访问请求消息以HTTP GET或HTTP POST形式被包括在HTTP消息中。
4.如权利要求1所述的设备，其中，所述会话管理单元保持所述会话，直到处理请求的任务所需的消息交换被完成。
5.如权利要求1所述的设备，还包括循环产生单元，产生将被发送到所述web服务请求设备的访问请求消息的发送循环。
6.如权利要求5所述的设备，其中，所述循环产生单元根据预定的循环或者响应于来自所述web服务请求设备的请求，产生所述访问请求消息的发送循环。
7.一种web服务请求设备，该设备包括会话管理单元，检查从web服务提供设备接收到的访问请求消息，并根据检查的结果建立与所述web服务提供设备的会话；任务管理单元，管理将从所述web服务提供设备请求的任务的列表；和发送/接收单元，通过所述会话将任务请求消息发送到所述web服务提供设备。
8.如权利要求7所述的设备，其中，所述会话管理单元保持所述会话，直到处理请求的任务所需的消息交换被完成。
9.如权利要求7所述的设备，还包括循环管理单元，管理从所述web服务提供设备接收的访问请求消息的接收循环。
10.如权利要求7所述的设备，还包括消息产生单元，产生将被发送到所述web服务提供设备的任务请求消息；其中，所述发送/接收单元发送由所述消息产生单元产生的任务请求消息。
11.一种web服务提供方法，该方法包括产生包括连接保持信息的访问请求消息；将产生的访问请求消息发送到web服务请求设备；建立与接收到所述访问请求消息的web服务请求设备的会话；和根据来自所述web服务请求设备的任务请求消息来处理任务，所述任务请求消息通过所述会话而被接收到。
12.如权利要求11所述的方法，其中，所述连接保持信息被包括在HTTP消息的头中。
13.如权利要求11所述的方法，其中，所述访问请求消息以HTTP GET或HTTP POST形式被包括在HTTP消息中。
14.如权利要求11所述的方法，其中，所述建立的步骤包括保持所述会话，直到处理请求的任务所需的消息交换被完成。
15.如权利要求11所述的方法，还包括产生将被发送到所述web服务请求设备的访问请求消息的发送循环。
16.一种存储用于执行权利要求11所述的方法的程序的计算机可读记录介质。
17.一种web服务请求方法，该方法包括从web服务提供设备接收访问请求消息；检查接收到的访问请求消息，并根据检查的结果建立与所述web服务提供设备的会话；产生包括将从所述web服务提供设备请求的任务的列表的任务请求消息；和通过所述会话将所述任务请求消息发送到所述web服务提供设备。
18.如权利要求17所述的方法，其中，所述检查和建立的步骤包括保持所述会话，直到处理请求的任务所需的消息交换被完成。
19.如权利要求17所述的方法，还包括管理从所述web服务提供设备接收的访问请求消息的接收循环。
20.一种存储用于执行权利要求17所述的方法的程序的计算机可读记录介质。
全文摘要
本发明提供了一种web服务提供设备和方法以及一种web服务请求设备和方法。所述web服务提供设备包括消息产生单元、会话管理单元和任务处理单元。所述消息产生单元产生包括连接保持信息的访问请求消息。所述会话管理单元管理与接收到所述访问请求消息的web服务请求设备的会话。所述任务处理单元根据来自所述web服务请求设备的任务请求消息来处理任务，所述任务请求消息通过所述会话而被接收到。
文档编号H04L29/06GK1968277SQ200610144539
公开日2007年5月23日 申请日期2006年11月10日 优先权日2005年11月11日
发明者申景欣, 金允洙 申请人:三星电子株式会社