专利名称：web服务提供设备和web服务请求设备及其方法
技术领域：
与本发明一致的方法、设备和系统涉及提供web服务以及请求web服务。更具体地说，本发明涉及一种用于提供和请求web服务的技术，所述技术通过将用于域、函数、服务等的访问修饰符和继承关系包括在含有web服务的详细信息的web服务描述语言(WSDL)中，以及通过使web服务提供设备和web服务请求设备参照所述访问修饰符和继承关系，来允许使用可继承的web服务。
背景技术：
web服务提供了在使用可扩展标识语言(XML)、简单对象访问协议(SOAP)和WSDL的互联网应用间的互操作性。
XML是来自万维网联盟(W3C)的基于文本标识语言规范。与超文本标识语言(HTML)不同，XML使用用于描述图像(presentation)和数据的标签(tag)。XML用于描述可移植结构数据并且XML被广泛用于将数据描述为数据格式，诸如消息协议和交换格式。
SOAP是一种用于在分布的环境里交换信息的基于XML的轻便(lightweight)协议，在服务请求方和服务提供方之间定义了消息协议。另外，SOAP提供了一种不考虑将被调用的服务的平台、操作系统或者编程语言，通过基于XML的消息调用远程服务的标准方法。
WSDL描述一种用于由使用XML的web服务提供方提供的服务的诸如连接信息(即，当绑定时将被交换的消息的格式以及操作信息)的服务接口。
因此，WSDL用于描述web服务。为了描述XML web服务，必需定义将被生成并接收的消息。WSDL使用XML模式定义这些消息。
WSDL文档描述了用于调用由服务提供方提供的服务的接口。WSDL文档包括指示调用所述服务需要的参数的消息、类型、与调用的服务相应的端口类型、具有绑定操作信息的绑定(binding)、调用服务的端口和所述服务。
统一描述、发现和集成(UDDI)注册是帮助注册和搜索web服务的一种web服务中继系统。
web服务的基础模型广泛地包括服务请求方、服务提供方和服务注册。所述服务提供方使用UDDI系统在服务注册中注册包括将被提供的web服务的信息的WSDL文档。
服务请求方搜索使用UDDI系统在服务注册中注册的web服务的列表，选择期望的web服务，并且接收服务提供方的WSDL信息。
随后，服务请求方基于WSDL信息调用服务提供方的服务。此时，服务提供方和服务请求方使用SOAP协议交换信息。
图1是示出根据当前技术的web服务系统的示图。参照图1，web服务系统包括服务请求方10和服务提供方20。
服务请求方10包括处理各种web服务的web服务处理单元14和执行设备整体控制的应用程序12。
服务提供方20包括提供各种web服务的web服务输出单元22和被提供给服务请求方10的至少一种服务24。
web服务处理单元14和web服务输出单元22是在服务请求方10和服务提供方20之间处理消息的web服务规范。在图1中，关于各种web服务规范的地址、安全和事件的web服务规范被应用于web服务处理单元14和web服务输出单元22，随后处理消息。
也就是说，服务请求方10接收服务提供方20的WSDL信息并且基于所述WSDL信息调用服务提供方20的服务24。此时，根据web服务处理单元14和web服务输出单元22的web服务规范对服务调用和服务响应的消息进行处理。
一般来说，web服务根据由服务提供方20定义的WSDL，而不是由web服务定义的WSDL，为服务请求方10提供服务提供方20的服务24。
服务提供方20的服务24通过面向对象编程被创建。服务24间的继承，但是不支持web服务自身的继承是可能的。例如，由服务提供方20提供的服务24可被转播服务24的服务分配器(未示出)重复使用，并且可通过继承的概念被提供给服务请求方10。但是，不能提供用于整个服务的web服务的继承并且不可通过这种方法重复使用服务。
可通过各种方法提供对服务24自身的访问，但是当通过web服务提供服务24时来自外部的直接访问是不可能的。一般来说，为了避免以来自外部的未授权的方式使用所述服务24，web服务可提供各种安全功能(securityfeature)。但是，web服务用户不知道哪一种web服务限制访问和web服务中的哪个功能被限制。
第2002-016711号韩国专利申请公开了一种强制控制对象访问的方法，所述方法通过复制安全授权类和根据多类安全的分类信息继承了与web服务相关的执行文件。
但是，这种方法仅将访问限制和用于与web服务相关的执行文件的继承应用于web服务。因此，愈加需要一种能够应用于web服务自身的各种访问限制和用于与web服务相关的执行文件的继承。
发明内容
本发明的示例性实施例可以克服上述缺点和以上没有描述的其他缺点。本发明示例性实施例不必克服上述的任何缺点，并且本发明的示例性实施例可不克服上述的任何问题。应当参考权利要求以确定本发明的真实范围。
本发明提供了一种web服务提供设备和web服务请求设备，所述设备通过将用于域、函数、服务等的访问修饰符和继承关系包括在只有用于web服务的详细信息的WSDL中，以及通过使所述设备参照所述访问修饰符和继承关系来使用可继承的web服务。
根据本发明的一方面，提供一种web服务提供设备，所述设备包括存储单元，用于存储包含继承信息和服务处理逻辑的预定接口文档；消息生成单元，用于参照服务处理逻辑生成包括用于接收的web服务的请求的结果值和计算所述结果值的位置中的至少一个的响应消息；和消息发送/接收单元，用于根据规定的web服务规范接收包括对web服务的请求的请求消息和发送生成的响应消息作为对请求消息的响应。
根据本发明的另一方面，提供一种web服务请求设备，所述设备包括存储单元，用于存储包含继承信息的接口文档；消息发送/接收单元，用于根据规定的web服务规范发送web服务的请求消息，并且作为对所述请求消息的响应，用于接收包括web服务的结果值和计算所述结果值的位置中的至少一个的响应消息；和web服务处理单元，执行对web服务的访问和参照所述响应消息和接口文档处理所述web服务。
根据本发明的另一方面，提供一种用于提供web服务的方法，所述方法包括存储包含继承信息和服务处理逻辑的预定接口文档；根据规定的web服务规范接收对web服务的请求消息；参照所述服务处理逻辑，生成包含请求消息的结果值和计算所述结果值的位置中的至少一个的响应消息；和根据web服务规范发送生成的响应消息。
根据本发明的另一方面，提供一种请求web服务的方法，所述方法包括存储包含继承信息的接口文档；根据规定的web服务规范发送对web服务的请求消息；作为对请求消息的响应，接收包含请求消息的结果值和计算所述结果值的位置中的至少一个的响应消息；和执行web服务的访问并参照响应消息和接口文档处理所述web服务。
通过参照附图对本发明示例性实施例的详细描述，本发明的以上和其他方面将变得更加清楚，其中图1是示出根据当前技术的web服务的示图；图2是示出根据本发明示例性实施例的web服务系统的概念示图；图3是示出根据本发明示例性实施例的web服务提供设备的框图；图4是示出根据本发明示例性实施例的web服务请求设备的框图；图5是示出根据本发明示例性实施例的web服务的构成的示图；图6A到图6E中的每一个是示出根据本发明示例性实施例的WSDL文档的一部分的示图；图7是示出根据本发明示例性实施例的web服务提供设备的响应消息的示图；图8是示出根据本发明示例性实施例的web服务的重新使用和继承的示图；图9是示出根据本发明示例性实施例的提供web服务的过程的流程图；图10是示出根据本发明示例性实施例的请求web服务的过程的流程图；和图11是示出根据本发明示例性实施例的web服务管理过程的流程图。
具体实施例方式
本发明的各方面以及实现其的方法可通过参照以下对附图和本发明示例性实施例的详细描述更容易地被理解。本发明可以以很多不同形式实施，但不应当被限制于示例性实施例中所阐明的。而是提供这些示例性实施例从而使本公开彻底和完整。本发明将仅由权利要求及其等同物限定。贯穿说明书相同的标号指示相同的元素。
以下将参照附图对本发明示例性实施例进行详细描述。
图2是示出根据本发明示例性实施例的web服务系统的概念示图。所述web服务系统包括web服务请求设备和web服务提供设备。
为了接收web服务，web服务请求设备210参照提供将被请求的web服务的web服务提供方的WSDL文档发送请求消息。因此，接收到所述请求消息的web服务提供设备220生成响应消息并将生成的响应消息发送到web服务请求设备210。
当web服务请求设备210生成应用程序时，参照包含在WSDL文档中的信息。WSDL文档可在所述web服务被请求前存储在web服务请求设备210中，或者可在web服务被请求时从独立设备接收WSDL文档并参考该文档。
响应消息是由web服务请求设备210请求的web服务的结果值。web服务提供设备220可直接计算并提供该结果值。当web服务提供设备220不能计算该结果值时，能够提供该结果值的独立设备的信息被包括在响应消息中，并且web服务请求设备210可再次从该独立设备请求该结果值。这里，独立设备的信息可以是该web服务的指针。
web服务请求设备210和web服务提供设备220发送和接收所述消息并且根据web服务规范200提供所述web服务。
在本发明示例性实施例中，web服务规范200可以通过将被继承的虚拟类创建。web服务请求设备210和web服务提供设备220继承所述web服务规范200以彼此通信。
web服务规范200可以由web服务提供设备220提供或者由独立设备提供。
在WSDL文档中，描述了web服务的可访问性和web服务的函数。web服务请求设备210参照WSDL文档，确定web服务的可访问性和web服务的函数，以及接收web服务。
图3是示出根据本发明示例性实施例的web服务提供设备220的框图。web服务提供设备220包括存储单元320、web服务生成单元310、控制单元330、消息发送/接收单元350以及消息生成单元340。
存储单元320存储包括继承信息和服务处理逻辑的接口文档。
这里，所述接口文档包括描述用于调用web服务的接口的WSDL文档。以下，对示例性WSDL文档进行描述。
web服务规范200包括web服务地址、web服务事件、web服务安全、web服务策略等。在存储单元320中存储了将由web服务提供设备220提供的web服务规范200。
这里，本发明示例性实施例的web服务规范200由将被继承的虚拟类创建。也就是说，由web服务提供设备220提供的web服务继承了web服务规范200。由此，可在web服务中定义用于实现web服务规范200的函数。
WSDL文档描述用于调用将由web服务提供设备220提供的web服务的接口。所述WSDL文档包括表示调用web服务所需要的参数信息的消息、格式、与将被调用的服务相应的端口类型，具有绑定工作信息的绑定、用于调用服务的端口，和服务。
这里，本发明示例性实施例的WSDL文档可包括继承信息。所述继承信息可包括用于web服务的访问修饰符和用于web服务的函数的访问修饰符中的至少一个。
访问修饰符包括公共(public)、私有(private)、受保护(protected)。这提供了对面向对象编程中控制访问对象的控制功能，诸如“公共”、“私有”和“受保护”。例如，如果web服务被声明为“公共”，则不限制来自web服务提供设备220的访问和来自web服务提供设备220之外的访问。然而，如果web服务被声明为“私有”，则不限制来自web服务提供设备220的访问，但是限制来自web服务提供设备220之外的访问。
这里，可通过WSDL文档重新定义来自web服务提供设备220的访问。
也就是说，由于在WSDL文档中分配web服务和web服务的函数的访问修饰符，所以web服务提供设备220可控制想要使用web服务的web服务请求设备210的访问。
消息生成单元340参照存储在存储单元320中的服务处理逻辑生成包括请求web服务的结果值的响应消息作为对接收到的服务请求消息的响应。此时，当通过存储的服务处理逻辑不能计算最终结果值时，消息生成单元340可生成如下消息所述消息包括通过存储的服务处理逻辑计算的中间结果值和能够计算最终结果值的web服务的位置(例如，URL)。
消息发送/接收单元350根据存储在存储单元320中的web服务规范200接收web服务的请求消息，并且作为对所述请求信息的响应，发送由消息生成单元340生成的响应消息。此时，消息发送/接收单元350根据SAOP接收请求消息并发送响应消息。
同时，web服务提供设备220可还包括web服务生成单元310。所述web服务生成单元310生成用于服务请求消息的web服务。
也就是说，web服务提供设备220生成web服务的对象。这个对象可以是存储在存储单元320中的web服务的对象或者可以是合并多个存储在存储单元320中的web服务而得到的web服务的对象。
以这种方式生成的web服务和存储在存储单元320中的web服务通过消息发送/接收单元350被传送到web服务请求设备210。
控制单元330执行对存储单元320、web服务生成单元310、消息发送/接收单元350、消息生成单元340和设备的整体控制。
图4是示出根据本发明示例性实施例的web服务请求设备210的框图。web服务请求设备210包括存储单元420、web服务处理单元410、控制单元430和消息发送/接收单元440。
存储单元420存储包括继承信息的接口文档。
这里，所述接口文档包括描述用于调用web服务的接口的WSDL文档。以下，对示例性WSDL文档进行描述。
如上所述，WSDL文档描述用于调用由web服务提供设备220提供的web服务的接口。本发明示例性实施例的WSDL文档可包括继承信息，并且所述继承信息可包括用于web服务的访问修饰符和用于web服务的函数的访问修饰符中的至少一个。
web服务请求设备210可直接从web服务提供设备220接收WSDL文档。此外，web服务请求设备210可使用UDDI系统搜索在独立服务注册设备中注册的web服务的列表，以选择所期望的web服务，并且可接收web服务提供设备220的WSDL文档。
通过该处理存储在存储单元420中的WSDL文档被传送。随着被请求的web服务的改变，将被存储的WSDL文档也可被改变。
消息发送/接收单元440发送web服务的请求消息并且接收作为所述请求消息的响应的响应消息。这里，响应消息可包括由web服务确定的请求消息的结果值。此外，响应消息可包可中间结果值和能够计算最终结果值的web服务的位置(例如，URL)。此时，消息发送/接收单元440根据SOAP发送请求消息和接收响应消息。接收的响应消息被传送到web服务处理单元410。
web服务处理单元410执行web服务的访问并且参照传送的响应消息和存储在存储单元420中的WSDL文档对web服务进行处理。也就是说，web服务处理单元410确定web服务的最终结果值是否包括在响应消息中，当web服务的最终结果值包括在响应消息中时，使web服务请求设备210使用该结果值，当最终结果值不包括在响应消息中时，使消息发送/接收单元440参照包括在响应消息中的中间结果值和web服务位置重新发送请求消息。
web服务处理单元410可参照WSDL文档处理web服务。此时，web服务处理单元410可确认web服务的继承关系和访问修饰符。这里，web服务处理单元410可确认web服务的函数的访问修饰符，以及web服务自身的访问修饰符。
随后，web服务处理单元410可以知道web服务和web服务的函数的可访问性并且使用可访问的web服务和可访问的web服务的函数。
控制单元430执行对存储单元420、web服务处理单元410、控制单元430、消息发送/接收单元440和web服务请求设备210的整体控制。
图5是示出根据本发明示例性实施例的web服务的构成的示图。web服务500包括诸如继承权限、继承范围、访问修饰符(“公共”、“私有”和“受保护”)等的信息。web服务500具有用于提供其功能的函数550。
这里，每个函数550包括“访问修饰符”、“属性”(虚拟、静态)、“返回属性”(值、引用)等。
也就是说，web服务请求设备210确认web服务500的可访问性和继承权限，并且随后根据结果使用web服务的函数550。此时，web请求设备210可根据可访问性、属性和返回属性使用web服务的函数550。
图6A是示出根据本发明示例性实施例的WSDL文档的一部分600a的示图，在所述部分中，根据访问修饰符定义了域(domain)的范围。
参照图6A，当访问修饰符是“公开”时(610a)，不限制继承。
同时，图6A示出了当访问修饰符是“私有”时(620a)，只有在从192.168.0.0到192.168.255.255(650a)的IP地址范围内可以继承。此外，可以理解的是当访问修饰符是“受保护”时(630a)，不限制继承。
也就是说，当web服务声明为“公开”时(610a)，不限制其访问和继承。但是，当web服务声明为“私有”时(620a)，只有具有从192.168.0.0到192.168.255.255(650a)的IP地址的web服务请求设备210可以继承并使用web服务。
图6B是示出根据本发明示例性实施例的WSDL文档的部分600b的示图，在所述部分中，定义了web服务的调用。
web服务请求设备210可以调用并继承web服务自身。图6B示出了用于调用web服务的函数的语法650b。
也就是说，web服务请求设备210可以调用web服务自身或者web服务的函数。
在图6B中，WEBSERVICE表示将被调用的对象是web服务，WSRM表示web服务，SET表示web服务的函数。
为了访问web服务，web服务提供设备220将包括web服务的URL的响应消息作为特定web服务的请求消息的响应发送给web服务请求设备210。web服务请求设备210参照包括在所述响应消息中的web服务的URL执行对web服务的访问。
图6C是示出根据本发明示例性实施例的WSDL文档的部分600c的示图，在所述部分中，定义了函数的调用。在图6C中，web服务的函数被声明为“公共”(650c)。
web服务的函数可被声明为以下访问修饰符“公共”、“私有”和“受保护”中的一个。web服务请求设备210的可访问性可根据访问修饰符被确定。
如图6C中所示的函数“Hello World”被声明为“公共”，并且从web服务请求设备210对该函数的访问是不受限制的。
图6D是示出根据本发明示例性实施例的WSDL文档的部分600d的示图，在所述部分中，定义了web服务规范200的函数调用。在图6D中，web服务规范200的函数被声明为“公共”(650d)。
web服务规范200的函数可被声明为以下访问修饰符“公共”、“私有”和“受保护”中的一个。web服务请求设备210的可访问性可根据所述访问修饰符被确定。
如图6D中所示的函数“Subscribe”被声明为“公共”，并且从web服务请求设备210对该函数的访问是不受限制的。
同时，函数“Subscribe”表示web服务规范200之一的web服务事件的“subscribe”函数的继承。
图6E是示出根据本发明示例性实施例的WSDL文档的部分600e的示图，在所述部分中，定义了web服务规范200的调用。在图6E中，web服务规范200的函数被声明为“公共”(650e)。
web服务规范200的函数可被声明为以下访问修饰符“公共”、“私有”和“受保护”中的一个。web服务请求设备210的可访问性可根据访问修饰符被确定。
如图6E中所示的函数“Servicel”被声明为“公共”，并且从web服务请求设备210对该函数的访问是不受限制的。
同时，函数“Servicel”表示web服务地址和web服务规范200中的web服务事件的继承。
图7是示出根据本发明示例性实施例的web服务提供设备的响应消息700的示图。在图7中，所述响应消息包括web服务的URL 710。
也就是说，web服务请求设备210可以使用包括在所述响应消息中的web服务的URL 710访问web服务。此时可根据SOAP 720发送该消息。
响应消息700可包括关于web服务的访问和使用的附加信息。在图7中，web服务的登录信息730被包括在响应消息700。
图8是示出根据本发明示例性实施例的web服务的继承和重新使用的示图。具体地说，图8示出了web服务A 810、web服务B 820、web服务C 830、第一web服务请求设备840和第二web服务请求设备850之间的关系。
web服务B 820和web服务C 830继承web服务A 810。这里，web服务A 810包括被声明为“公共”的两个参数(int x，int y)，和一个具有这些参数的公共函数(int Add(int x，int y))。
继承了web服务A 810的web服务B 820包括一个具有在web服务A 810中声明的两个参数的函数(int Sub(int x，int y))。因此，第一web服务请求设备840被连接到web服务B 820以为了使用函数“Sub”，以及被连接到web服务A 810以为了使用函数“Add”。
同时，继承了web服务A 810的web服务C 830重新定义在web服务A810中声明的含有两个参数的函数“Add”和函数“Sub”。因此，为了使用函数“Add”和“Sub”，第二web服务请求设备850被连接到web服务C 830。
图9是示出根据本发明示例性实施例的提供web服务的过程的流程图。
为了提供所述web服务，web服务提供设备220首先从web服务请求设备210接收对所述web服务的请求消息(S900)。
接下来，web服务提供设备220确定包括在接收的请求消息中的web服务的可访问性(S910)。根据可访问性的确定结果，如果确定所述web服务是可以访问的，则web服务提供设备220执行以提供所述web服务的下一操作。如果确定所述web服务是不可以访问的，则web服务提供设备220向web服务请求设备210发送错误消息(S920)。
当进行到用以提供web服务的下一操作时，web服务提供设备220使用存储的服务处理逻辑计算请求消息的结果值(S930)。此时，确定通过存储的服务处理逻辑计算的结果值是否是最终结果值(S940)。根据确定的结果，如果计算的值是最终结果值，则web服务提供设备220生成包括所述最终结果值的响应消息(S950)。
当通过存储的服务处理逻辑不能计算最终结果值时，web服务提供设备220将通过存储的服务处理逻辑计算的中间值和能够计算最终结果值的web服务的位置包括在响应消息中(S960)。
随后，web服务提供设备220将生成的响应消息发送到web服务请求设备210(S970)。此时，web服务提供设备220可根据SOAP发送所述响应消息。
同时，web服务提供设备220可以为web服务请求设备210的服务请求消息生成单独的web服务，并且可将其提供给web服务请求设备210。
图10是示出根据本发明示例性实施例的请求web服务的过程的流程图。
为了接收web服务，web服务请求设备210参照WSDL文档发送web服务的请求信息(S1010)。也就是说，web服务请求设备210确定web服务的可访问性等并且随后发送该请求信息。这里，可发送对不可访问的web服务的请求信息。在这种情况下，web服务请求设备210确定是否接收到错误消息(S1020)。如果web服务请求设备210接收到错误消息，则web服务请求设备210相应地停止对所述web服务的请求(S1030)。
如果没有接收到错误消息，则web服务请求设备210接收作为对请求消息的响应的响应消息(S1040)。此时，响应消息可以包括被请求的web服务的最终结果值，或者可包括中间结果值和可以计算最终结果值的web服务的URL。
因此，web服务请求设备210确认最终结果值是否包括在响应消息中(S1050)。如果最终结果值包括在响应消息中，则web服务请求设备210访问该web服务并且执行对web服务的处理(S1060)。如果中间结果值和可以计算最终结果值的web服务的URL包括在响应消息中，web服务请求设备210每次向所述特定URL发送包括所述中间结果值的响应消息(S1070)。也就是说，web服务请求设备210向独立的设备发送请求消息。
接下来，web服务请求设备210从独立的设备接收响应消息。此时，web服务请求设备210同样确定最终结果值是否包括在响应消息中。如果最终结果值没有包括在响应消息中，则web服务请求设备210将包括中间结果值的请求消息发送到包括在响应消息中的URL，直到接收到最终结果值。
图11是示出根据本发明示例性实施例的管理web服务的过程的流程图。
当调用web服务时，web服务请求设备210确定被调用的web服务的继承关系(S1110)并且确定访问修饰符(S1120)。随后，调用web服务(S1130)。此时，确定调用的web服务是否是被特定web服务引用的web服务(S1140)。从而，当调用的web服务被特定web服务引用时，为了重新定义特定web服务与所述web服务访问修饰符的继承关系，web服务请求设备210参照WSDL文档(S1110和S1120)。如果可以访问特定web服务，则调用该特定web服务(S1130)。
可重复对被引用的web服务(特定web服务)的调用，知道确定被引用的web服务。如果确定由被调用的web服务引用的特定web服务没有被另一个特定web服务引用的，则调用所述被引用的web服务(S1150)。
尽管结合示例性实施例对本发明进行了描述，但是本领域技术人员应当明白，在不脱离本发明的范围和精神的情况下，可对其进行各种修改和改变。所述示例性实施例应当被理解为仅为了说明性理解而不是限定的目的。因此，本发明的范围不是由本发明的具体描述所限定的，而是有权利要求及其等同物所限定的，并且在所述范围那的所有差异将被解释为包括在本发明之内。
根据以上描述的本发明的一个或者更多示例性实施例的面向对象的web服务控制设备及方法，可获得以下优势。
第一，域、函数、服务等的访问修饰符包括在包含web服务的详细信息的WSDL文档中，并且因此，可控制web服务请求设备对web服务的访问。
第二，提供web服务的URL，并且因此，可提供web服务自身的继承。
第三，web服务请求设备可重复使用web服务。
权利要求
1.一种web服务提供设备，包括存储单元，用于存储包含继承信息和服务处理逻辑的接口文档；消息生成单元，用于参照所述服务处理逻辑生成包括接收的web服务的请求的结果值和计算所述结果值的位置中的至少一个的响应消息；和消息发送和接收单元，用于根据web服务规范接收包括对web服务的请求的请求消息和发送生成的响应消息作为对请求消息的响应。
2.如权利要求1所述的设备，其中，所述接口文档包括web服务描述语言文档，在所述web服务描述语言文档中描述了用于调用web服务的接口。
3.如权利要求1所述的设备，其中，所述web服务规范由将被继承的虚拟类创建。
4.如权利要求1所述的设备，其中，所述继承信息包括web服务的访问修饰符和web服务的函数的访问修饰符中的至少一个。
5.如权利要求4所述的设备，其中，所述访问修饰符包括公共修饰符、受保护修饰符和私有修饰符中的至少一个。
6.如权利要求1所述的设备，其中，所述消息发送/接收单元根据简单对象访问协议接收所述请求消息和发送所述响应消息。
7.如权利要求1所述的设备，还包括web服务生成单元，用于生成所述请求消息的web服务。
8.一种web服务请求设备，包括存储单元，用于存储包含继承信息的接口文档；消息发送和接收单元，用于根据web服务规范发送web服务的请求消息，并且作为对所述请求消息的响应，用于接收包括web服务的结果值和计算所述结果值的位置中的至少一个的响应消息；和web服务处理单元，执行对web服务的访问和参照所述响应消息和接口文档处理所述web服务。
9.如权利要求8所述的设备，其中，所述接口文档包括web服务描述语言文档，在所述web服务描述语言文档中描述了用于调用web服务的接口。
10.如权利要求8所述的设备，其中，所述web服务规范由被继承的虚拟类创建。
11.如权利要求8所述的设备，其中，所述继承信息包括web服务的访问修饰符和web服务的函数的访问修饰符中的至少一个。
12.如权利要求11所述的设备，其中，所述访问修饰符包括公共修饰符、受保护修饰符和私有修饰符中的至少一个。
13.如权利要求11所述的设备，其中，所述web服务处理单元参照继承信息访问web服务和所述web服务的函数。
14.如权利要求8所述的设备，其中，消息发送/接收单元根据简单对象访问协议发送所述请求消息和接收所述响应消息。
15.一种用于提供web服务的方法，包括存储包含继承信息和服务处理逻辑的接口文档；根据web服务规范接收对web服务的请求消息；参照所述服务处理逻辑，生成包含请求消息的结果值和计算所述结果值的位置中的至少一个的响应消息；和根据web服务规范发送生成的响应消息。
16.如权利要求15所述的方法，其中，所述接口文档包括web服务描述语言文档，在所速web服务描述语言文档中描述了用于调用web服务的接口。
17.如权利要求15所述的方法，其中，所述web服务规范由将被继承的虚拟类创建。
18.如权利要求15所述的方法，其中，所述继承信息包括web服务的访问修饰符和web服务的函数的访问修饰符中的至少一个。
19.如权利要求18所述的方法，其中，所述访问修饰符包括公共修饰符、受保护修饰符和私有修饰符中的至少一个。
20.如权利要求15所述的方法，其中，所述接收请求消息的步骤包括根据简单对象访问协议接收所述请求消息。
21.如权利要求15所述的方法，其中，所述发送响应消息的步骤包括根据简单对象访问协议发送所述响应消息。
22.如权利要求15所述的方法，还包括生成所述请求消息的web服务。
23.一种请求web服务的方法，包括存储包含继承信息的接口文档；根据web服务规范发送对web服务的请求消息；作为对请求消息的响应，接收包含请求消息的结果值和计算所述结果值的位置中的至少一个的响应消息；和执行对web服务的访问并参照响应消息和接口文档处理所述web服务。
24.如权利要求23所述的方法，其中，所述接口文档包括web服务描述语言文档，在所述web服务描述语言文档中描述了用于调用web服务的接口。
25.如权利要求23所述的方法，其中，所述web服务规范由被继承的虚拟类创建。
26.如权利要求23所述的方法，其中，所述继承信息包括web服务的访问修饰符和web服务的函数的访问修饰符中的至少一个。
27.如权利要求26所述的方法，其中，所述访问修饰符包括公共修饰符、受保护修饰符和私有修饰符中的至少一个。
28.如权利要求23所述的方法，其中，所述执行web服务的访问并参照响应消息和接口文档处理所述web服务的步骤包括参照继承信息访问所述web服务和web服务的函数。
29.如权利要求23所述的方法，其中，所述发送请求消息的步骤包括根据简单对象访问协议发送所述请求消息。
30.如权利要求23所述的方法，其中，所述接收响应消息的步骤包括根据简单对象访问协议接收所述响应消息。
全文摘要
一种web服务提供设备和web服务请求设备及方法，所述设备和方法通过将用于域、函数、服务的访问修饰符和继承关系包括在用于web服务的WSDL中，以及通过参照所述访问修饰符和继承关系来使用可继承的web服务。所述web服务提供设备包括存储单元，存储包含继承信息和服务处理逻辑的接口文档；消息生成单元，参照所述服务处理逻辑生成包括对web服务的请求的结果值和假如可计算结果值的位置中的至少一个；和消息发送/接收单元，根据web服务规范接收包含对web服务的请求的请求消息，并且发送作为对所述请求消息的响应的生成的响应消息。
文档编号G06F13/00GK1929425SQ200610128980
公开日2007年3月14日 申请日期2006年9月6日 优先权日2005年9月7日
发明者金周炫 申请人:三星电子株式会社