专利名称：发送web服务消息的方法和处理web服务消息的设备的制作方法
技术领域：
与本发明一致的方法和设备涉及web服务(以下，称作“WS”)，更具体地讲，涉及用于将WS消息发送给多个接收节点的方法和用于处理WS消息的设备。
背景技术：
随着实现全球合作电子环境的必要性的增加，需要提供下一代电子自动化商务系统和用于这种系统的合适的设备。为了按照这种新的方案实现合作电子环境，被称作“web服务”(以下，称作“WS”)的技术已被开发。在所述WS中，“web”表示典型的网络，“服务”表示不仅包括电子接口而且还包括分布式应用的广义概念。
WS对应于用于电子商务系统的程序接口，所述程序接口基于各种工业标准来操作，从而便于服务的相互使用，其中，所述各种工业标准包括基于可扩展标记语言(以下，称作XML)的标准。
WS包括技术契约和商务契约。技术契约定义一系列操作和用于执行这些操作的数据类型。此外，技术契约定义用于WS的协议和合适的通信模型。商务契约定义与服务、服务等级协议、许可模型和其它方面相关联的与商务相关的元数据(例如，类别或分类，支持电话号码)。
例如，WS可包括统一资源定位符(URL)可访问的股票牌价、通过互联网公布的产品目录、简单邮件传送协议(SMTP)消息信道、基于简单对象访问协议(SOAP)的认证代理和公用对象请求代理体系(CORBA)对象。所有这些都是用于执行特定功能的网络可访问的组件；这些组件可被集成到功能强大的自动商务系统中。
也就是说，在信息技术(IT)产业中，已实现了从机器码到编程语言和客户机-服务器编程，进一步到面向对象的组件模型的发展。最近，已实现了到基于服务的分布式应用的进一步发展，所述基于服务的分布式应用不仅能被动态地使用，而且还能被灵活地组合。WS对应于所述基于服务的分布式应用。
对于这种WS，已提出了诸如WS-Router、WS-Referring、WS-EventScheduling和WS-Security的各种标准。在这些标准中，WS-Addressing被用于设置用于WS消息的发送和接收节点。
当通过WS-Addressing在WS消息中详细地定义接收节点时，用于消息中继的网络设备(例如，网关或路由器)搜索在该消息中详细定义的接收节点。如果所述网络设备找到接收节点，则传送该消息。然而，如果所述网络设备没有找到接收节点，则它返回错误消息。这样的WS-Addressing基本上考虑了一对一的通信，而没有考虑一对多的通信。
随着WS的扩展，可提供和使用多边服务，所述多边服务除了考虑企业对企业(B2B)服务和企业对消费者(B2C)服务之外还考虑了家庭网络。由于根据现有技术的WS是基于一对一的服务调用，所以为了对接收节点执行WS调用，包括消息产生和发送的重复操作必须被执行与接收节点的数量相同的次数。例如，当用户试图通过外部WS检查构成家庭网络的每个装置的状态时，用户所使用的外部计算装置必须对每个装置重复WS调用。这不仅导致了用于处理消息的计算装置的操作的增加，而且还导致了网络资源的浪费。
公开号为10-2004-39039的韩国专利申请(Method and Apparatus forControl Message Multicast in an UPnP-based Network System)公开了基于通用即插即用(以下，UPnP)的网络中定义的协议，其中，基于UPnP的网络包括用户数据报文协议(以下，UDP)层上的HTTPMU/SOAP层，其构成方式是同一控制消息被多点传送到多个装置。然而，由于在公开号为10-2004-39039的韩国专利申请中公开的技术使用一般的多点传送技术，所以消息的接收节点可根据情况改变。因此，该技术并不适合于难以将接收节点分到固定组中的WS环境。
此外，WS-Management提供了使用多点传送的事件传输方案，但这并不是足够安全的。另外，这是适合于能执行多点传送的小规模网络的方案。
即，这些传统的技术并不适合于诸如互联网的大规模网络环境。
发明内容
因此，提出本发明是为了解决现有技术中出现的上述问题。本发明的一方面在于简化当将WS消息传送到多个接收节点时的消息产生和发送过程。
本发明不限于前述方面，并且从本发明的详细描述，其它未提及的方面将对本领域的技术人员变得清楚。
根据本发明的一方面，提供了一种用于将web服务(WS)消息发送到多个接收节点的方法，该方法包括以WS消息的形式提供数据；将提供的WS消息寻址到多个接收节点；和发送寻址的WS消息。
根据本发明的一方面，提供了一种用于将web服务(WS)消息发送到多个接收节点的方法，该方法包括接收已寻址到多个接收节点的WS消息；根据所述多个接收节点对接收的WS消息进行重新寻址；和发送重新寻址的WS消息。
根据本发明的一方面，提供了一种用于处理web服务(WS)消息的设备，该设备包括消息提供单元，以WS消息的形式提供数据；寻址单元，将提供的WS消息寻址到多个接收节点；和发送单元，发送寻址的WS消息。
根据本发明的一方面，提供了一种用于处理web服务(WS)消息的设备，该设备包括接收单元，接收已寻址到多个接收节点的WS消息；消息处理单元，根据所述多个接收节点对接收的WS消息进行重新寻址；发送单元，发送重新寻址的WS消息。
从下面结合附图的详细描述，本发明的以上和其它方面将变得更清楚，其中图1是示出根据本发明示例性实施例的技术层的示图；图2是示出根据本发明示例性实施例的WS消息处理设备的方框图；图3是示出根据本发明示例性实施例的WS消息的示图；图4是示出根据本发明示例性实施例的WS消息处理设备的方框图；图5是示出本发明示例性实施例的错误响应消息的示图；图6是示出将WS消息发送到多个接收节点的过程的方框图；图7是示意性地示出在图6的过程中发送的WS消息的示图；图8是示出根据本发明示例性实施例的将WS消息发送到多个接收节点的方法的流程图；图9是示出根据本发明示例性实施例的将WS消息发送到多个接收节点的方法的流程图；图10是更详细地示出图9的重新寻址过程的流程图；图11是示出根据本发明示例性实施例的错误处理单元的操作过程的流程图；图12是示出根据本发明示例性实施例的WS调用过程的流程图；和图13是示出根据本发明示例性实施例的事件传送过程的流程图。
具体实施例方式
以下，将参考附图来更详细地描述本发明的示例性实施例。
从结合附图对示例性实施例进行的详细描述，本发明的优点和特征以及用于实现它们的方法将对本领域的技术人员变得清楚。本发明的范围不限于在该说明书中所公开的示例性实施例，并且可以以各种形式实现本发明。提供所描述的示例性实施例仅仅是为了完整地公开本发明，并且帮助本领域的技术人员完整地理解本发明的范围，本发明仅由权利要求的范围所限定。贯穿说明书和附图，相同的标号用于表示相同的部件。
以下，将参考附图来详细描述本发明的示例性实施例。
图1是示出根据本发明示例性实施例的web服务(以下，称作“WS”)的技术层的示图。
传输层10定义能在WS中传输消息(以下，称作“WS消息”)的协议。例如，传输层10可支持能在web上的计算装置之间传输数据的协议，诸如超文本传输协议(以下，称作“HTTP”)、简单邮件传送协议(以下，称作“SMTP”)、和文件传输协议(以下，称作“FTP”)。优选地，传输层10支持HTTP，以使得web浏览器能够使用WS。当在内联网中提供WS时，传输层10还可使用Java消息服务(JMS)。
消息层20提供web上的WS客户机和WS提供者之间的WS消息请求和响应方法。优选地，为了在计算装置之间自由地交换WS消息而不管用于处理WS消息的平台或语言，消息层20支持基于可扩展标记语言(以下，称作“XML”)的简单对象访问协议(以下，称作“SOAP”)。
Web服务描述语言(WSDL)层30起接口的作用以使得WS提供者以XML形式描述WS功能，并提供关于WS客户机通过其调用WS的方法的信息。
统一描述、发现和集成(以下，称作UDDI)层40定义可用的WS的注册处。WS提供者可通过UDDI层40进行自我启示，并且可开放关于可用的服务的描述。WS客户机可通过UDDI层40搜索期望的WS。
在如上所述的WS结构中，当用于调用和提供WS的WS消息被产生时，与WS消息标准对应的WS-Addressing被使用以对WS消息的接收节点进行寻址。本发明涉及所述WS-Addressing。
WS-Addressing定义用于在各种终结点之间确认和交换WS消息的标准机制，从而支持可靠的且共用的WS应用的结构。WS-Addressing为诸如WS-Security、WS-ReliableMessaging和WS-Transaction的其它WS标准提供基础，并且它已被建议作为用于对WS消息进行寻址的一致的和共用的标准。在www.w3.org/2002/wa/addr上已公布了WS-Addressing标准，其为本发明的基础。
图2是示出根据本发明示例性实施例的WS消息处理设备的方框图。
所述WS消息处理设备包括应用单元110、消息提供单元120、寻址单元130、发送单元140、消息分析单元150、接收单元160。根据本示例性实施例的WS消息处理设备不仅可以是用于产生和发送WS消息的发送节点，还可以是用于接收由发送节点发送的WS消息的接收节点。因此，所述WS消息处理设备可起WS客户机或WS提供者的作用。
消息提供单元120以WS消息的形式提供从应用单元110传送的数据。从应用单元110提供的数据可根据应用单元110所关联的WS而改变。
从消息提供单元120提供的WS消息可符合基于XML的SOAP。为了维护WS消息的安全性和可靠地发送WS消息，消息提供单元120可应用诸如WS-Security和WS-ReliableMessaging的WS标准。
寻址单元130对由消息提供单元120提供的WS消息中的接收节点进行寻址。通过寻址单元130进行的寻址操作可基本符合WS-Addressing标准。
随着情况需要，寻址单元130还可对将接收对WS消息的响应的响应接收节点进行寻址。在WS消息被发送到多个接收节点的情况下，寻址单元130还可对一个WS消息中的接收节点进行寻址。将参考图3描述该过程。
发送单元140发送WS消息；发送单元140可使用诸如HTTP、SMTP或FTP的数据传输协议以发送已寻址的WS消息。
接收单元160使用已应用于接收的WS消息的数据传输协议(例如，HTTP、SMTP或FTP)从另一计算装置接收WS消息。在本示例性实施例中，接收单元160与发送单元140被分离构造。然而，本发明并不限于分离结构。即，可将接收单元160与发送单元140集成在一个功能块中。
消息分析单元150分析由接收单元160接收的WS消息。根据分析WS消息的结果，WS消息中包括的数据可被提供给应用单元110。如果在WS消息中存在错误，或者WS消息已被错误地接收，则消息提供单元120还可产生关于接收的WS消息的错误响应消息。寻址单元130可从由接收单元160接收的WS消息确认响应接收节点，并将确认的响应接收节点寻址为错误响应消息的接收节点。
图3是示出根据本发明示例性实施例的WS消息的示图。
图3的WS消息被寻址到多个接收节点210、220和230，标签240“<wsa:receiver>”和标签250“</wsa:receiver>”被使用以区分接收节点。此外，可根据WS-Addressing标准插入对接收节点进行寻址所需的标签和行。例如，还可包括用于区分WS消息的标签“<wsa:MessageID>”。
如图3所示，寻址单元130已根据WS-Addressing标准将来自消息提供单元120的消息寻址到接收节点。这里，寻址单元130可将一个消息寻址到多个接收节点。
图4是示出根据本发明示例性实施例的WS消息处理设备的方框图。
所述WS消息处理设备包括接收单元310、消息处理单元320和发送单元330。这样的WS消息处理设备可被包括在诸如路由器和网关的网络设备中。
接收单元310从另一计算装置接收WS消息；接收单元310可使用与应用于接收的WS消息的数据传输协议(例如，HTTP、SMTP或FTP)对应的协议。
发送单元330发送由消息处理单元320处理的消息。这里，发送单元330可使用诸如HTTP、SMTP和FTP的数据传输协议来发送所述消息。在本示例性实施例中，发送单元330与接收单元310被分离构造。然而，本发明并不限于分离结构。即，可将发送单元330与接收单元310一起集成在一个功能块中。
消息处理器320对已寻址到多个接收节点的WS消息进行重新寻址。此外，当在WS消息中发现错误时，消息处理器320产生错误响应消息。为此，消息处理器320可包括分类单元322、寻址单元324和错误处理单元326。
分类单元322将在WS消息中寻址的多个接收节点分成预定组。优选地，分类单元322可确认接收节点的路由路径，并根据每个接收节点连接至其的网络设备(例如，路由器或网关)对接收节点进行分组。即，分类单元322可根据连接至同一网络设备的接收节点进行分组。
寻址单元324对在由分类单元322分类的组中接收的WS消息中的接收节点进行寻址。根据分类单元322确认接收节点的路由路径的结果，可将WS消息发送到多个接收节点，而不使用另一网络设备；这里，寻址单元324将WS消息寻址到多个接收节点。通过寻址单元324进行的寻址操作可符合WS-Addessing标准。将参考图6和图7详细描述该寻址操作。
错误处理单元326检查在由接收单元310接收的WS消息中是否已发生错误。当在WS消息中已发生错误时，错误处理单元326产生错误响应消息。例如，误差处理单元326检查在由接收单元310接收的WS消息中寻址的接收节点。此外，当存在分类单元322不能理解其路由路径的接收节点时，错误处理单元326可产生错误响应消息。
如果在WS消息中发现多个错误，则错误处理单元326可收集这些错误，并通过错误响应消息通知消息发送节点发生错误。例如，当在寻址到多个接收节点的WS消息中发现分类单元322不能理解其目的地(即，路由路径)的两个或更多个接收节点时，错误处理单元326可通过错误响应消息报告这些接收节点的存在。这里，图5所示的错误响应消息可被使用。在图5中，关于错误的代码和子代码被分别设置在“[code]”260和“[subcode]”270中。此外，关于错误的内容被设置在“[Reason]”280中，关于错误的细节被设置在“[Detail]”290中。此外，关于其路由路径不能被理解的多个接收节点的信息(例如，接收节点的地址)被设置在“[Code]”260或“[Detail]”290中。或者，可使用新的单独的标签设置所述信息。
同样地，错误处理单元326可收集另一类型的错误(例如，表示不可能通过WS-Addessing标准的WS消息执行指示的操作的错误“ActionNotSupported”)，并通过错误响应消息通知错误发生。为此，当接收单元310从接收节点或另一网络设备接收到一个或多个错误响应消息时，错误处理单元326可将这些消息合并到一个错误响应消息中。优选地，根据同一类型的错误来合并错误响应消息。
在图2和图4的描述中，每个称作“单元”的功能块可以被实现为一种模块。“模块”表示诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)的硬件部件或软件部件，并且执行预定的功能。所述模块还可被构造为驻留在可寻址存储介质中，或者被构造为执行一个或多个处理器。例如，模块包括诸如软件组件、面向对象的软件组件、类组件和任务组件的组件、进程、函数、属性、程序、子程序、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据结构、表、数组和变量。由组件和模块提供的功能不仅可由较少的组合的大的组件和组合的大的模块来提供，而且还可由较多的小的组件和小的模块来提供。
图6是示出将WS消息发送到多个接收节点的过程的方框图，图7是示意性地示出通过图6的过程发送的WS消息的示图。
在图6中，发送节点410包括如图2所描述的WS消息处理设备，网关420、第一家庭网关430和第二家庭网关440包括如图4所描述的WS消息处理设备。
如图6所示，第一接收节点450、第二接收节点460和第三接收节点470可通过WS网关420和第一家庭网关430与发送节点410通信。第四接收节点480和第五接收节点490可通过WS网关420和第二家庭网关440与发送节点410通信。
当发送节点410要将WS消息发送到第一接收节点450、第二接收节点460和第四接收节点480时，发送节点410可产生如图7所示的第一消息510。在图7中，第一消息510被寻址到多个接收节点(第一接收节点、第二接收节点和第四接收节点，512)。
已从发送节点410接收第一消息510的WS网关420确认在第一消息510中寻址的接收节点的路由路径，并根据接收节点连接至其的第一家庭网关430或第二家庭网关440对接收节点进行分组。即，WS网关420将已连接至第一家庭网关430的第一接收节点450和第二接收节点460分到与连接至第二家庭网关440的第四接收节点480不同的不同组中。
然后，WS网关420根据所分的组对第一消息510进行重新寻址。根据对第一消息510重新寻址的结果，可提供如图7所示的第二消息520和第三消息530。第二消息520或第三消息530包括与第一消息510的内容相同的内容(从“<S:Boby>”到“</S:Body>”)。然而，第二消息520被寻址到第一接收节点450和第二接收节点460，第三消息530被寻址到第四接收节点480。WS网关420在将第三消息530发送到第二家庭网关440的同时，将第二消息520发送到第一家庭网关430。
已接收第三消息530的第二家庭网关440可确认接收节点，并将第三消息530发送到第四接收节点480。由于第三消息530已被寻址到一个接收节点，所以如现有技术所述，第二家庭网关440可将第三消息530发送到第四接收节点480，而不必执行重新寻址操作。
然而，在接收到寻址到多个接收节点的第二消息520之后，第一家庭网关430根据接收节点对第二消息520进行重新寻址。由于在第二消息520中寻址的第一接收节点450和第二接收节点460可直接与第一家庭网关430通信，而不使用另一网络设备，所以第一家庭网关430不对在第二消息520中寻址的接收节点进行分组。即，第一家庭网关430对第二消息520中的第一接收节点450和第二接收节点460进行寻址。因此，如图7所示，可产生对第一接收节点450寻址的第四消息540和对第二接收节点460寻址的第五消息550。第一家庭网关430将第四消息540发送到第一接收节点450，还将第五消息550发送到第二接收节点460。
图8是示出根据本发明示例性实施例的将WS消息发送到多个接收节点的方法的流程图。本示例性实施例表示如图2所述的WS消息处理设备的操作过程。
当从应用单元110传送将被发送的原始数据(S110)时，消息提供单元120以WS消息的形式提供接收的数据(S120)。优选地，如上所述，由消息提供单元120提供的WS消息符合SOAP。此外，各种WS标准可被应用于WS消息。
当消息提供单元120提供WS消息时，寻址单元130对WS消息中的多个接收节点进行寻址(S130)。寻址到多个接收节点的WS消息的一个示例性然后，发送单元140通过web发送寻址到多个接收节点的WS消息(S140)。
图9是示出根据本发明示例性实施例的将WS消息发送到多个接收节点的方法的流程图。本示例性实施例表示如图4所示的WS消息处理设备的操作过程。
首先，当接收单元310接收到寻址到多个接收节点的WS消息(S210)时，消息处理单元320根据接收节点对WS消息进行重新寻址(S220)。
然后，发送单元330通过web发送重新寻址的WS消息(S230)。
图10是更详细地示出重新寻址过程(S220)的流程图。
当寻址到多个接收节点的WS消息被接收时，分类单元322将接收节点分成预定组(S310)。这里，分类单元322可根据连接至同一网络设备的接收节点来分组。
然后，寻址单元324根据所分的组将在S210中接收的WS消息寻址到接收节点(S320)。
优选地，根据图10所示的示例性实施例的寻址操作被必须通过另一网络设备发送WS消息的WS消息处理设备(例如，图6的示例性实施例的WS网关420)执行。因此，如在图6的示例性实施例中的第一家庭网关430的情况下，能将WS消息直接发送到接收节点的WS消息处理设备可省略图10的分类过程(S310)。图10的过程S320可被寻址单元324对在步骤210中接收的WS消息中的每个接收节点进行寻址的过程替换。
同时，消息处理单元320中的错误处理单元326可执行在接收的WS消息中检查错误的操作，将参考图11描述该操作。
图11是示出根据本发明示例性实施例的错误处理单元326的操作过程的流程图。
首先，错误处理单元326执行错误检查操作(S410)。可对在图9的S210中由接收单元310接收的WS消息执行错误检查操作。否则，当在图9的S230中发送重新寻址的WS消息的结果是接收单元310已从发送的WS消息的接收节点或另一网络连接设备接收到错误响应消息时，可通过接收的错误响应消息执行所述错误检查操作。如果已发现错误，则错误处理单元326收集发现的错误(S420)，并根据收集的错误来产生错误响应消息(S430)。这里，如果当接收单元310在图9的S210中接收到WS消息时执行错误检查操作，则寻址单元324检查接收的WS消息的响应接收节点，并将该响应接收节点寻址为由错误处理单元326产生的错误响应消息的接收节点。此外，如果当在图9的S230中发送重新寻址的WS消息的结果是接收单元310已从WS消息的接收节点或另一网络设备接收到错误响应消息时执行错误检查操作，则寻址单元324可通过接收的错误响应消息检查用于接收由错误处理单元326产生的错误响应消息的接收节点，并对其进行寻址。
然后，发送单元330将错误响应消息发送到web(S440)。因此，可综合地返回多个错误发生结果。
以下，将参考图12和图13描述可应用本发明的详细示例性实施例。
图12是示出根据本发明示例性实施例的WS调用过程的流程图。
在本示例性实施例中，WS请求者610包括如图2所述的WS消息处理设备，网关620包括如图4所述的WS消息处理设备。
向第一WS提供者630和第二WS提供者640请求提供web服务的WS请求者610产生第一WS提供者630和第二WS提供者640已被寻址为接收节点的WS调用消息(S510)。
当产生的WS调用消息被发送到网关620(S515)时，网关620检查在WS调用消息中寻址的接收节点，并执行重新寻址操作(S520)。这里，可产生第一WS提供者630和第二WS提供者640已被寻址为接收节点的两个WS调用消息。此外，当已在接收的WS调用消息中发现错误时，网关620可产生关于发现的错误的错误响应消息，并将该错误响应消息发送到WS请求者610。
然后，网关620将根据重新寻址操作而产生的WS调用消息分别发送到第一WS提供者630和第二WS提供者640(S525和S530)。
因此，第一WS提供者630和第二WS提供者640执行由第一WS提供者630和第二WS提供者640提供的web服务所需的服务操作(S535和S540)，并经由网关620将web服务提供给WS请求者610(步骤S545、S550、S555和S560)。
根据这样的示例性实施例的应用，用户可检查家庭网络中的家庭装置与家庭外部的连接状态。在现有技术中，用户用于检查家庭装置的连接状态所使用的外部计算装置必须对所有的家庭装置重复WS调用消息产生和发送过程。然而，根据本发明，只有一个WS调用消息被使用，从而可提高WS调用效率。
图13是示出根据本发明示例性实施例的事件传送过程的流程图。图13描述了根据本发明示例性实施例的寻址操作被应用于WS标准的WS-Eventing的情况。在本示例性实施例中，事件提供者710包括如图2所述的WS消息处理设备，网关720包括如图4所述的WS消息处理设备。
事件提供者710将特定事件提供给第一事件接收节点730和第二事件接收节点740，并产生第一事件接收节点730和第二事件接收节点740已被寻址为接收节点的WS事件消息(S610)。
当产生的WS事件消息被发送到网关720(S620)时，网关720检查在WS事件消息中寻址的接收节点，并执行重新寻址操作(S630)。这里，可产生第一事件接收节点730和第二事件接收节点740已被寻址为接收节点的两个WS事件消息。此外，当已在接收的WS事件消息中发现错误时，网关720可产生关于发现的错误的错误响应消息，并将该错误响应消息发送到事件提供者710。
然后，网关720将根据重新寻址操作而产生的WS事件消息发送到第一事件接收节点730和第二事件接收节点740(S640和S650)。
因此，第一事件接收节点730和第二事件接收节点740处理接收的事件(S660和S670)。
根据如上所述的本发明的用于将WS消息发送到多个接收节点的方法和WS消息处理设备，可简化当将WS消息发送到多个接收节点时的消息产生和发送过程。
已为说明性目的描述了本发明的示例性实施例，本领域的技术人员应该理解，在不脱离在权利要求中公开的本发明的范围和精神的情况下，可进行各种修改、添加和替换。
权利要求
1.一种用于发送web服务消息的方法，包括以web服务消息的形式提供数据；将所述web服务消息寻址到多个接收节点；和将已寻址的web服务消息发送到所述多个接收节点。
2.如权利要求1所述的方法，其中，所述提供的web服务消息符合简单对象访问协议消息形式。
3.如权利要求1所述的方法，其中，根据WS-Addressing标准执行所述寻址步骤。
4.一种用于发送web服务消息的方法，包括接收已寻址到多个接收节点的web服务消息；根据所述多个接收节点对接收的web服务消息进行重新寻址；和将重新寻址的web服务消息发送到所述多个接收节点。
5.如权利要求4所述的方法，其中，所述web服务消息符合简单对象访问协议消息形式。
6.如权利要求4所述的方法，其中，所述重新寻址的步骤包括将所述多个接收节点分组；和根据所分的组对接收的web服务消息中的所述多个接收节点进行寻址。
7.如权利要求6所述的方法，其中，根据所述多个接收节点被连接至其的网络设备对所述分组进行分类。
8.如权利要求6所述的方法，其中，根据WS-Addressing标准执行所述寻址步骤。
9.如权利要求4所述的方法，其中，所述重新寻址的步骤包括将接收的web服务消息寻址到所述多个接收节点。
10.如权利要求4所述的方法，还包括根据接收的web服务消息来收集错误信息；产生关于所述错误信息的错误响应消息；和将产生的错误响应消息发送到web服务消息请求者。
11.一种用于处理web服务消息的设备，包括消息提供单元，以web服务消息的形式提供数据；寻址单元，将提供的web服务消息寻址到多个接收节点；和发送单元，将已寻址的web服务消息发送到所述多个接收节点。
12.如权利要求11所述的设备，其中，所述提供的web服务消息符合简单对象访问协议消息形式。
13.如权利要求11所述的设备，其中，所述寻址单元根据WS-Addressing标准将提供的web服务消息寻址到所述多个接收节点。
14.如权利要求11所述的设备，还包括接收单元，接收响应web服务消息；和消息分析单元，分析由接收单元接收的响应web服务消息，并将包括在该响应web服务消息中的数据提供给应用单元。
15.如权利要求14所述的设备，其中，所述接收单元和发送单元被集成。
16.一种用于处理web服务消息的设备，包括接收单元，接收已寻址到多个接收节点的web服务消息；消息处理单元，根据所述多个接收节点对接收的web服务消息进行重新寻址；发送单元，将重新寻址的web服务消息发送到所述多个接收节点。
17.如权利要求16所述的设备，其中，所述web服务消息符合简单对象访问协议消息形式。
18.如权利要求16所述的设备，其中，所述消息处理单元包括分类单元，将所述多个接收节点分组；和寻址单元，根据所分的组对接收的web服务消息中的所述多个接收节点进行寻址。
19.如权利要求18所述的设备，其中，所述分类单元根据所述多个接收节点连接至其的网络设备对所述多个接收节点进行分类。
20.如权利要求18所述的设备，其中，所述寻址单元根据WS-Addressing标准将接收的web服务消息寻址到所述多个接收节点。
21.如权利要求16所述的设备，其中，所述消息处理单元将接收的web服务消息寻址到所述多个接收节点。
22.如权利要求16所述的设备，还包括错误处理单元，根据接收的web服务消息来收集错误信息，产生关于收集的错误信息的错误响应消息，并指示所述发送单元将产生的错误响应消息发送到web服务请求者。
23.如权利要求16所述的设备，其中，所述接收单元和发送单元被集成。
全文摘要
提供了一种用于发送WS消息的方法和一种用于处理WS消息的设备，所述方法包括以WS消息的形式提供数据；将WS消息寻址到多个接收节点；和将寻址的WS消息发送到所述多个接收节点。
文档编号G06Q10/00GK1901516SQ20061010175
公开日2007年1月24日 申请日期2006年7月7日 优先权日2005年7月9日
发明者金周炫 申请人:三星电子株式会社