WO2004021234A1 - ネットワークシステム、プロバイダ、管理サイト、リクエスタ及びプログラム - Google Patents

ネットワークシステム、プロバイダ、管理サイト、リクエスタ及びプログラム Download PDF

Info

Publication number
WO2004021234A1
WO2004021234A1 PCT/JP2003/010189 JP0310189W WO2004021234A1 WO 2004021234 A1 WO2004021234 A1 WO 2004021234A1 JP 0310189 W JP0310189 W JP 0310189W WO 2004021234 A1 WO2004021234 A1 WO 2004021234A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
information
quality
provider
software
Prior art date
Application number
PCT/JP2003/010189
Other languages
English (en)
French (fr)
Inventor
Akira Sano
Original Assignee
Ibm Japan Ltd.,
International Business Machines Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ibm Japan Ltd.,, International Business Machines Corporation filed Critical Ibm Japan Ltd.,
Priority to CA002497346A priority Critical patent/CA2497346A1/en
Priority to US10/526,587 priority patent/US8949390B2/en
Priority to JP2004532687A priority patent/JPWO2004021234A1/ja
Priority to AU2003254921A priority patent/AU2003254921A1/en
Priority to EP03791204A priority patent/EP1548626A4/en
Publication of WO2004021234A1 publication Critical patent/WO2004021234A1/ja

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • the present invention relates to a system using a web service via a network, and more particularly to a system having a feature in searching for a web service.
  • Landscape technology a system using a web service via a network
  • Web services are attracting attention as a new use form of the Web-based information exchange technology used in the Internet.
  • Web services a type of software service provided over a network, enable dynamic loosely-coupled connections to software components on the Internet.
  • a website web server
  • Web site Enables the use of services from Web terminals.
  • Web services include UDDI (Universal Description, Discovery, and Integration) as a registry function that is a storage management system capable of registering and searching for information, and WSDL (Web Services Descriptor) as a description language that describes the services to be provided.
  • UDDI Universal Description, Discovery, and Integration
  • WSDL Web Services Descriptor
  • UDD I is described in the following documents 1 and 2, and WSDL is shown below. References 3 and 4 describe SOAP in detail in Reference 5 below, XML describe in Reference 6 below, and Web services describe in Reference 7 below. Reference 1: UDDIV2.04 API Specification
  • the architecture for realizing web services includes providers (service providers) 13 1, 1100 1 sites 13 2, which can exchange data mutually via a network.
  • Request evening (service users) 1 3 3 Web services are realized by exchanging data between these three parties. That is, the provider 13 1 first implements the service to be provided [1]. Then, information on the implemented service is registered and published on the UD DI site 132 [2]. Next, the requester 133 makes a search request for a desired service to the UDDI site 132 [3].
  • the requester 13 3 connects to the provider 13 1 to request the service [4], and the provider 13 1 returns a result (response) to the requester 13 3 [5] ].
  • the information registered in the UD DI site 132 is, for example, information that identifies the company that is the service provider (eg, company name), business content (eg, service name), and binds the service. This is the information (URL, etc.) required to do so.
  • binding a service means obtaining the URL address of the service (service component) and the connection interface (protocol, connection method (connection code)), and connecting to the service. is there.
  • a service component encapsulates a service so that others can access it.
  • this information was static information that was registered prior to the actual start of service provision.
  • the information registered in the UDDI site in the conventional web service was static information prepared before the service provision started. Therefore, when a requester searches for a desired service, a similar service When multiple services were searched, there was no effective selection criterion as to which service to select.
  • the principle of competition can be introduced into the provision of services by Web services.
  • the provider repeatedly devises so that the service provided by the provider is selected. This can be expected to strongly promote the activation of web service activities (especially business activities such as commercial transactions using the Internet).
  • an object of the present invention is to provide an appropriate selection criterion when searching for a web service.
  • Another object of the present invention is to provide, as the selection criterion, objective information for judging the quality of service. Disclosure of the invention
  • the present invention that achieves the above object is realized as the following network system that uses a service using a network. That is, the network system provides a service that provides a service and collects information for judging the quality of the provided service, a service provided by the provider, and the quality of the service collected by the provider. And a management site for registering and managing information for determination.
  • the management site can be a UD DI site equipped with UD DI, which is a web service search and inquiry system.
  • the information for judging the quality of the service includes actual information on the actual operation of the service, specifically, the number of times the service is used, the frequency of use, the time required to execute the service, and the Pause time can be used.
  • this network system searches for services on the management site, obtains search results with performance information for determining service quality, and determines the service to be used based on the search results.
  • a request for requesting a service from a provider that provides the determined web service may be provided.
  • the above-described provider includes a service execution unit that executes a process for a service, and a service that collects information for determining the quality of the service based on the execution of the process by the service execution unit. And a quality information collection unit.
  • the management site also has a first management means for registering and managing information about services, and a second management means for managing performance information for determining the quality of services registered in the first management means. And management means.
  • this management site is a service managed by the second management means.
  • a search for actual information to determine the quality of services can be registered as a service in the first management means and provided to requesters.
  • the second management means of the management site obtains performance information for determining the quality of the service from a provider that provides such a service. If the service provided by the provider is a web service, this information is generally sent as the XML document described above using WSDL, but the second management means is to respond to the search request from the request This information is converted into a relational database structure to improve the performance when searching according to it. It is also possible to convert the data described in the XML document into information (content frequency per day, required time for service execution, etc.) according to the search and store it. it can.
  • the above-mentioned requester sends a search request for a desired service to the above-mentioned management site via a network, and obtains a search result including performance information for determining the quality of the service.
  • a service request unit that selects a predetermined service based on the search results obtained by the service search unit and requests the provider of the service to execute the service via a network. It is characterized by having.
  • the performance information of each searched service is compared, and the number of used cases (popularity of the service) is compared.
  • the degree of priority can be determined by taking the one with the highest point in the list or the one that requires a short time to execute the service as a parameter.
  • this request is based on the search results obtained by the service search section and the display information reflecting actual information for judging the quality of service. It is also possible to adopt a configuration that includes a display control unit for displaying on the display.
  • the present invention can be realized as a program that controls a computer to realize the above-described provider, management site, or requester. This program can be provided by storing it on a magnetic disk, optical disk, semiconductor memory, or other recording medium and distributing it, or distributing it via a network.
  • a function to collect information for judging the quality of service at the provider and a function to select the service requested from the provider based on search results including actual information to judge the quality of service at the requester Can provide a program file that realizes such a function as a class library in object-oriented programming. In this way, these functions can be hidden from the original functions of provider requests such as service provision and search.
  • FIG. 1 is a diagram showing an architecture of a web service according to the present embodiment.
  • FIG. 2 is a diagram showing a functional layer (layer) for realizing a web service according to the present embodiment.
  • FIG. 3 is a diagram schematically illustrating an example of a hardware configuration of a computer device suitable for realizing a provider, a UDD site, and a request according to the present embodiment.
  • FIG. 4 is a diagram showing an example of s QML describing service quality information used in the present embodiment.
  • FIG. 5 is a chart for explaining the meaning of each tag in the s QML of FIG.
  • FIG. 6 is a diagram illustrating functions of a provider according to the present embodiment.
  • FIG. 7 is a class diagram showing a configuration example in a case where the function of the provider in the present embodiment is realized by object-oriented programming.
  • FIG. 8 is a sequence diagram corresponding to FIG.
  • FIG. 9 is a diagram illustrating the function of the UDDI site in the present embodiment.
  • FIG. 10 is a diagram illustrating the function of the requester according to the present embodiment.
  • 'FIG. 11 is a diagram showing an example of logic for determining a service to be used based on a search result including service quality information in the present embodiment.
  • FIG. 12 is a diagram showing a configuration example of a display screen of a service detection result according to the present embodiment.
  • Figure 13 is a diagram showing the architecture of a conventional web service. BEST MODE FOR CARRYING OUT THE INVENTION
  • FIG. 1 is a diagram showing an architecture of a web service in the present embodiment.
  • the architecture for realizing the web service in the present embodiment includes a provider (service provider) 10, a UD DI site 20, and a UDDI site 20, which can mutually exchange data via a network.
  • Requester (service user) 30 is included.
  • These components are realized by a computer device having a network function, such as a workstation / personal computer. Web services are realized by data exchange between these three parties.
  • the provider 10 first implements the service to be provided [1].
  • a program (class) that realizes the service quality information collection function and the service quality information transmission function is acquired from the class library provided in the present embodiment, and the computer device that realizes the provider 10 is provided. Incorporate in the control program.
  • control program for providing the service by the provider 10 is described in an object-oriented programming language such as Java (trademark of Sun Microsystems, Inc. in the United States) (that is, for the service). Specific data processing is prescribed It is assumed that a program file with a specific function can be provided in the class' library. Thus, the provider 10 can easily realize the service quality information collection function and the service quality information transmission function. The details of the service quality information collection function and service quality information transmission function will be described later.
  • the provider 1Q registers information on the implemented service in the UDDI site 20 using WSDL and publishes it [2].
  • the request server 30 makes a search request for the desired service to the UDDI site 20 [3]. At this time, if information on the quality of the service has been collected, this information will be obtained at the same time.
  • the requester 30 selects the provider 10 that provides the service to be used, based on the obtained information on the quality of the service, and connects to the provider 10.
  • Request service [4].
  • the provider 10 that has received the service request executes the overnight process for the service and returns the result to the requester 30 [5-1].
  • information on the operation results is collected as service quality information by the service quality information collection function described above [5-2].
  • the collected service quality information is transmitted to the UDDI site 20 by SOAP using the above-mentioned service quality information transmission function [5-3]
  • FIG. 2 is a diagram showing functional layers (layers) for realizing the web service according to the present embodiment.
  • the general functional layers required for realizing Web services include TCP / IP, SOAP, WSDL, and UDD I, starting from the physical level.
  • the service quality information collection function of the provider 10 the service quality information management function of the UDD I site 20, and the service quality information search function of the It is implemented in the functional layer implemented on the layer.
  • This functional layer is called the booster container layer.
  • Applications that perform data processing for services are built on this booster container layer. With this configuration, the booster container layer is hidden from application development. In other words, there is no need for application developers to create software that implements the service quality information collection function, etc., under specific agreements.
  • Classes provided as tools that function in the booster-container layer ⁇ Use a library.
  • FIG. 3 is a diagram schematically illustrating an example of a hardware configuration of a computer device suitable for realizing the provider 10, the UDD I site 20, and the requester 30 illustrated in FIG.
  • the computer device shown in FIG. 3 includes a CPU (Central Processing Unit: Central Processing Unit) 101 as a calculation means, an MZB (mother board) chipset 102, and a main memory 103 connected to the CPU 101 via a CPU bus. Also, a video card 104 connected to the CPU 101 via the MZB chipset 102 and AGP (Accelerated Graphics Port), and a hard disk connected to the M / B chipset 102 via the PCI (Peripheral Component Interconnect) bus 105, net Network interface 106 and USB port 107, and a floppy disk connected from this PC I bus to the MZB chipset 102 via a low-speed bus such as a bridge circuit 108 and an ISA (Industry Standard Architecture) bus. It has a drive 109 and a keyboard / mouse 110.
  • CPU Central Processing Unit
  • MZB Mother board
  • main memory 103 connected to the CPU 101 via a CPU bus.
  • a video card 104 connected to the CPU 101 via the M
  • FIG. 3 merely illustrates a hardware configuration of a computer device that realizes the present embodiment, and other various configurations can be adopted as long as the present embodiment is applicable.
  • a configuration may be adopted in which only the video memory is mounted and the image data is processed by the CPU 101, or the CD-ROM (Coding) is provided through an interface such as an ATA (AT Attachment).
  • a drive such as an act Disc Read Only Memory (DVD) or a DVD (Digital Versatile Disc Read Only Memory) may be provided.
  • service quality information collected as the service (method) is executed by the provider 10 will be described.
  • the service quality information collected by the provider 10 is described in an XML document.
  • FIG. 4 is a diagram showing an example of S QML
  • FIG. 5 is a chart for explaining the meaning of each tag in s qML of FIG.
  • the S QML contains the execution time, attributes, and the name and address of the service that called the decorating process, the process name of the decorating process, the process attributes, and the contents of the selected items.
  • a decore is a hidden code (method) as an additional function that collects service quality information along with the execution of a service (method).
  • FIG. 6 is a diagram for explaining the function of the provider 10.
  • a provider 10 executes a service to be provided, a service execution unit 11 to collect service quality information, a service quality information collection unit (decoration unit) 12 to collect service quality information, and a collected service quality information.
  • An asynchronous transmission control unit 13 for transmitting to the UDDI site 20. Also, although not specifically shown, it has a function of registering information on the implemented service in the UDD site 20 using WSDL before starting to provide the service.
  • These components are virtual software blocks realized by, for example, CPU 101 in FIG. 3 under the control of a program (method). This program is provided by storing and distributing it on a magnetic disk, optical disk, semiconductor memory, or other recording device, or distributing it via a network.
  • the service execution unit 11 receives a service request from the requester 30 and executes data processing for the service provided by the provider 10. Then, the result of the data processing is returned to the requester 30.
  • the service quality information collection unit 12 generates and serializes SQML before and after execution of the service (method) by the service execution unit 11 (for example, temporarily storing the work area or work file in the main memory 103 in Fig. 3). Stored in).
  • the asynchronous transmission control unit 13 is generated by the service quality information collection unit 12, After deserializing the serialized s QML (reading out the s qML stored in the work file, etc.), for example, controlling the network interface 101 shown in FIG. Asynchronous transmission to UDD I site 20 using SOAP.
  • Fig. 7 is a class diagram showing an example of a configuration in which the functions of the service execution unit 11 and the service quality information collection unit 12 are realized by object-oriented programming
  • Fig. 8 is a sequence diagram in this case. is there.
  • Reference 9 Design Patterns for Reuse in Object Oriented Shinichi Honida Z. Kazuki Yoshida, SOFTBANK
  • the process (method) of generating and serializing SQML before and after the service (method) provided by the provider 10 by the service quality information collection unit 12 is called decorating process.
  • the decorating process is provided by the Opera- tion () of ConcreteDecoratorBeiore and ConcreteDecoratorAfter in Fig.7.
  • the essential items of s QML generated in the decorating process are as follows.
  • the service (method) itself provided by the provider 10 by the service execution unit 11 is implemented in the operation () of the ConcreteComponent in FIG. Referring to Fig. 8, the execution sequence of these classes is as follows. First, the ServiceMeasurementOperation is executed, in which the ConcreteDecoratorBefore is called, and when the Operation () method is executed (corresponding to the start of the service). Time is sampled. Next, in the ConcreteDecoratorBefore, ConcreteDecorator or After is called, and in that, ConcreteComponent is called, The service (method) is executed.
  • FIG. 9 is a diagram illustrating the function of the UDD I site 20.
  • UD DI site 20 receives UD DI 21 which is a web service search and inquiry system provided by provider 10 and s QML transmitted from provider 10.
  • the system includes an asynchronous reception control unit 22 and a service quality information storage query unit 23 and a database SQM (Service Quality Management) 24 as a management system for managing service quality information.
  • SQM Service Quality Management
  • These components are virtual software blocks realized by, for example, CPU 101 in FIG. 3 under the control of a program (method).
  • This program is provided by storing and distributing it on a magnetic disk, optical disk, semiconductor memory, or other recording device, or distributing it via a network.
  • These functions are realized by controlling the CPU 101 which is stored in the main memory 103 shown in FIG.
  • the data managed by the UDDI 21 and the SQM 22 are stored, for example, in the main memory 103 and the hard disk 105 in FIG.
  • the UD DI 21 registers, accumulates, and manages information related to web services provided by the provider 10.
  • the registration information web service related Search
  • the search result is returned to the requester 30.
  • the asynchronous reception control unit 22 receives the s QML transmitted from the provider 10 and passes it to the service quality information accumulation inquiry unit 23.
  • the service quality information storage and inquiry unit 23 stores the s QML in the SQM 24 and searches for service quality information in response to a search request from the requester 30.
  • predetermined pre-processing is performed to improve the performance of the search processing for the SQM 24.
  • the XML document s QML is converted to a relational database structure using an XML parser.
  • the information is converted into a format that can be easily used by the requester 30. For example, the calculation of the actual time required to execute the service (method) (the time when the Operation () method in the ContainerDecoratorBeiore is subtracted from the time when the Operation 0 method is executed in the ConereteDecoratorAfter) or the calculation of the service (method) Calculate the number of executions. Therefore, in response to a search request from the requester 30, the information is returned as service quality information.
  • the service (method) the time when the Operation () method in the ContainerDecoratorBeiore is subtracted from the time when the Operation 0 method is executed in the ConereteDecoratorAfter
  • the calculation of the service (method) Calculate the number of executions. Therefore, in response to a search request from the requester 30, the information is returned as service quality information.
  • the search for the service quality information storage inquiry section 23 is performed together with the search for the UDD I 21, and the service quality information searched by the service quality information storage inquiry section 23 is UDD I 21 It corresponds to the information on the service searched by (ie, the service quality information on the service). Therefore, the search result of the service quality information storage and inquiry unit 23 is usually returned to the requester 30 together with the search result of the UDD I 21. Therefore, in the following description, when the search result by UDD I 21 and the service quality information searched by the service quality information storage and inquiry unit 23 are returned to the requester 30, the service quality information is added to the search result and returned. , Search The result is expressed as return with service quality information.
  • the search result by the UDDI 21 and the quality of service information are associated with each other, and it does not depend on the transmission mode (for example, transmission as a separate file or transmission after being packaged into one file).
  • the search result obtained by the UDDI 21 and the search result obtained by the service quality information storage and inquiry unit 23 are combined and expressed as a search result including service quality information.
  • the SQM 24 stores and stores the s QML transmitted from the provider 10.
  • the service quality information stored in the SQM24 is searched for the web service corresponding to the search result, and the search result is added as additional information. Together with the requester 30.
  • FIG. 10 is a diagram illustrating the function of the requester 30.
  • the requester 30 includes a service search unit 31 for making a search request for a desired service to the UDDI site 20 and a service request unit 32 for making a service execution request to the provider 10.
  • These components are controlled by the program (method), for example, This is a virtual software block realized by the CPU 101 in FIG. This program is provided by storing and distributing it on a magnetic disk, optical disk, semiconductor memory, or other recording device, or distributing it via a network. Then, these functions are realized by controlling the CPU 101 stored in the main memory 103 shown in FIG.
  • the service search unit 31 connects to the UD DI site 20 and requests the UD DI 21 to search for a desired service.
  • the service quality information storage / inquiring unit 23 is requested to search for the corresponding service quality information. Then, the search result is received.
  • the function of making a search request to the service quality information storage and inquiry unit 23 can be easily incorporated into the service search unit 31 by providing a program file for realizing the function as a class library.
  • the service request unit 32 selects a predetermined service from the service search results obtained by the service search unit 31, connects to the provider 10 that provides the service, and transmits a service request. . Then, the execution result of the service is received.
  • the service request unit 32 can refer to the obtained service quality information together with the search results.
  • the service quality information includes the actual time required to execute the service and the number of times the service is executed, for example, a provider who has a short actual time required to execute the service (that is, a provider who responds quickly) Services can be selected based on appropriate criteria, such as 10 or the provider 10 that performs the service many times (ie, is popular).
  • FIG. 11 is a diagram illustrating an example of a logic for determining a service to be used based on a search result including service quality information acquired by the service search unit 31.
  • the average service time (average of the actual time required to execute the service) and the access frequency (a certain period of time (for example, one day)) Comparisons).
  • Logic 1 selects the service with the first (shortest) average service time and the highest (most common) access frequency, and decides to use that service.
  • Logic 2 selects the one with the highest access frequency (most frequently) even if the average service time is not the first, and decides to use that service. Even if it takes a long time to execute the service processing, the popular service is a logic that considers the trustworthiness.
  • Logic 3 selects the service whose average service time is higher than the third (the third shortest) and has the highest access frequency (the highest), and decides to use that service. It emphasizes the popularity of the service, but it also takes into account the time required to execute the service to some extent.
  • the service to be used is determined, and the service request unit 32 sends a service request to the URL corresponding to the service (the URL of the provider 10 providing the service).
  • the service request unit 32 can not only select a service to be mechanically requested by program control, but also present search results to the user of the requester 30 to prompt the user to make a selection.
  • a configuration is provided in which a display control unit not shown in FIG. 10 is provided as a function of the request server 30, and a service search unit 31 is provided on a predetermined display device under the control of the display control unit.
  • the service quality information is reflected and displayed in the search results, and the user is prompted to select an arbitrary service.
  • the service request unit 32 makes a service request to the provider 10 that provides the service selected by the user.
  • the request server 30 is, for example, that the request server 30 is not a server used by a company or the like but a terminal device used by an individual, and includes a service search unit 31 and a service request unit 32. It is applied when accessing the UDDI site 20 or the provider 10 by a web browser functioning as a display control unit (not shown).
  • FIG. 12 is a diagram showing a configuration example of a display screen of a service detection result displayed on the display device.
  • FIG. 12 it is assumed that four virtual companies (AAA, BBB, CCC, and DDD) provide the service for determining the need for nursing care and are registered on the UDDI site 20.
  • the search results are shown when the search was performed with “caregiver determination” as the search parameter overnight.
  • this display screen focuses on the service name, URL, company name, average service time, number of executions per day (Trx. Z days), and service usage for each company's services.
  • the time zone (Trx. Concentration distribution) and remarks are listed.
  • the average service time is arranged in ascending order of service time.
  • the service to be used is determined by referring to the display screen such as 12 and the desired service is selected by operating an input device such as a mouse.
  • the web browser detects an event due to this selection operation, it transmits a service request to the URL corresponding to the selected service (the URL of the provider 10 that provides the service).
  • the requester 30 performs a service search on the UD DI site 20
  • the service quality information corresponding to the searched registration information is returned together with the search result.
  • the service for retrieving the quality of service information itself may be a web service provided by the UD DI site 20.
  • the information on the service retrieval service of the service quality information by the service quality information storage inquiry section 23 and the SQM 24 is registered in the UD DI 21 using WSDL and made public.
  • the UD DI 21 is searched from the service search unit 31 of the requester 30.
  • the information for the connection to the search service is obtained from the description of the WS DL.
  • a proxy connection program
  • service quality information can be searched. Therefore, in such a configuration, it is not necessary to provide a class library that gives the service search unit 31 of the requester 30 a function of accessing the service information storage and inquiry unit 23 of the UDDI site 20.
  • the present invention it is possible to provide an appropriate selection criterion when searching for a web service, and to provide more convenient use of the web service. Also, according to the present invention, information on the quality of service can be provided as the selection criterion.
  • 10 Provider (service provider), 11: Service execution unit, 12—Service quality information collection unit, 13: Asynchronous transmission control unit, 20-UDDI site, 21 "'UDDI, 22: Asynchronous reception control unit, 23 ... Service quality information storage inquiry section, 2 (Service Quality Management), 30 ... requester (service user), 31 ... service search section, 32 ... service request section, 101-CPU, 10 chipset, 103 ... main memory, 105 ... Hard disk, 106 ... Internet interface, 110 ... Keyboard / mouse

Landscapes

  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Health & Medical Sciences (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

ＵＤＤＩに対するウェブサービスの検索に際して、適切な選択基準の提供を実現する。ウェブサービスを提供するプロバイダ１０において、提供するウェブサービスの良し悪しを判断するための実績情報を採取し、ＵＤＤＩサイト２０へ送信する。そして、ＵＤＤＩサイト２０において、この実績情報を管理し、リクエスタ３０からのウェブサービスの検索要求に対し、検索されたウェブサービスと共にこのウェブサービスの実績情報を返送する。

Description

明細書
ネットワークシステム、 プロバイダ、 管理サイト、 リクエス夕及 びプログラム 技術分野
本発明は、 ネットヮ クを介してウェブサービスを使用するシステム に関し、 特にウェブサービスの検索に特徴を有するシステム関する。 景技術
インタ一ネッ卜の普及に伴い、 インタ一ネットで利用されているゥェ ブベースの情報交換技術の新しい利用形態として、 ウェブサービス （We b service) が注目されている。 ネットワークを介して提供されるソフト ウェアサービスの一種であるウェブサービスは、 インタ一ネット上のソ フトウェア ·コンポーネントに対して、 動的な疎結合接続を可能にする ものである。 サービスとしてソフトウェアの機能を提供するウェブサイ ト （ウェブサーバ） は、 作成したサービスをカプセル （接続用のコード で包んだ形） 化してイン夕一ネット上に公開することにより、 サ一ビス を要求するゥェブサイトゃゥェブ端末からのサ一ビス利用を可能にする。 ウェブサービスは、 情報の登録及び検索が可能な蓄積管理システムであ るレジストリ機能として UD D I (Universal Descript ion, Discovery , and Integrat ion) 、 提供するサービスを説明する記述言語として WS D L (Web Services Descript ionLanguage) 、 通信プロトコルとして S OA P (Simple Object Access Protocol) 、 デ一夕記述言語仕様として XML (extens ible Markup Language) 、 などの公開技術を用いている。 なお、 UDD Iについては下記文献 1,、 2に、 WS D Lについては下 記文献 3、 4に、 SOAPについては下記文献 5に、 XMLについては 下記文献 6に、 ウェブサービスについては下記文献 7に詳細に記載され ている。 文献 1 ： UDDIV2.04 API Specification
http://www. uddi. org/pubs/ProgrammersAPI-V2.04-Publ ished-2002 0719. pdf
文献 2 ： UDDI V2.03 Data Structure Reference ,
http://www. uddi. org/pubs/DataStructure-V2.03-Publ ished-20020 719. pdf
文献 3 ： Web Services Description Language (WSDL) Version 1.1
http://www. w3. org/TR/200 l/NOTE-wsdl-20010315
lit tp ://www. w3. org/TR/wsdl
¾:il^4Web Services Description Language (WSDL) Version 1.2
http://www. w3. org/TR/2002/WD-wsdl 12-20020709
http://www. w3. org/TR/wsdl 12
文献 5 ： SOAPVersionl.2
lit tp：〃 www. w3. org/TR/2001/WD-soap 12-20010709/
http://www. w3. org/TR/soapl2/
文献 6 Extensible Markup Language (XML) 1.0 (Second Edit ion)
ht tp：〃 www. w3. org/TR/REC-xml
文献 7 ： Web Services Architecture Reauirement
http：〃 www. w3. org/TR/2002/WD-wsa-reas-20020819
ttp://www. w3. org/TR/wsa-re s 図 1 3は、 ウェブサ一ビスのアーキテクチャを示す図である。 図 1 3を参照すると、 ウェブサ一ビスを実現するためのァーキテクチ ャは、 ネットワークを介して相互にデータ交換が可能な、 プロバイダ （ サ一ビス提供者） 1 3 1、 1100 1サィト1 3 2、 リクエス夕 （サービ ス利用者） 1 3 3とを含む。 ウェブサービスは、 これら 3者の間のデー 夕交換により実現される。 すなわち、 まずプロバイダ 1 3 1が、 提供す るサービスを実装する 〔1〕 。 そして、 実装されたサービスに関する情 報を UD D Iサイト 1 3 2へ登録、 公開する 〔2〕 。 次に、 リクエス夕 1 3 3が、 UD D Iサイト 1 3 2に対して所望のサービスの検索要求を 行う 〔3〕 。 所望のサービスが見つかったならば、 リクエス夕 1 3 3は、 プロバイダ 1 3 1に接続してサービスを要求し 〔4〕 、 プロバイダ 1 3 1はリクエスタ 1 3 3に結果 （応答） を返す 〔5〕 。 従来、 ウェブサービスにおいて、 UD D Iサイト 1 3 2に登録される 情報は、 例えば、 サービス提供者である企業体を特定する情報 （企業体 名等） 、 業務内容 （サービス名等） 、 サービスをバインドするのに必要 な情報 （U R L等） である。 ここで、 サービスをバインドするとは、 サ —ビス (サービス ·コンポ一ネン卜) の U R Lアドレス、 接続インター フェース （プロトコル、 接続メソッド （接続コード） ） を得て、 そのサ 一ビスに接続することである。 また、 サービス ·コンポーネントとは、 サービスを他者からのアクセスを可能にするためにカプセル化したもの である。 これらの情報は、 図 1 3を参照して分かるように、 実際にサ一 ビスの提供開始に先立って登録される静的な情報であった。 上記のように、 従来のウェブサービスにおいて UD D Iサイ卜に登録 される情報は、 サービス提供開始前に用意される静的な情報であった。 このため、 リクエスタが所望のサービスを検索した際、 同じようなサ一 ビスが複数検索された場合に、 いずれのサービスを選ぶかについての効 果的な選択基準がなかった。
このような場合に、 適切な選択基準を提供することができれば、 ゥェ ブサービスによるサービスの提供に競争原理を導入できる。 すなわち、 プロバイダは、 自らが提供するサービスが選択されるように工夫を重ね ることが容易に想像される。 これにより、 ウェブサービスによる活動 ( 特に、 インターネットを用いた商取引などのビジネス活動） の活性化が 強力に推進されることが期待できる。
また、 この選択基準として、 提供されるサービスの質を客観的に表す 情報を提供することができれば、 プロバイダは、 提供するサ一ビスの質 を向上しょうとするようになり、 リクエスタにとっても、 より質の高い サービスを享受できることとなる。 そこで、 本発明は、 ウェブサービスの検索に際して、 適切な選択基準 の提供を実現することを目的とする。
また、 本発明は、 上記の選択基準として、 サービスの質を判断するた めの客観的な情報を提供することを他の目的とする。 発明の開示
上記の目的を達成する本発明は、 ネットワークを用いてサービスを利 用する、 次のようなネットワークシステムとして実現される。 すなわち、 このネットワークシステムは、 サービスを提供し、 提供されるサービス の質を判断するための情報を採取するプロバイダと、 このプロバイダに より提供されるサービス及びプロバイダにて採取された前記サービスの 質を判断するための情報を登録し管理する管理サイ卜とを備えることを 特徴とする。 ここで、 サービスとしてゥェブ関連の技術を用いたゥェブサ一ビスを 実現する場合、 管理サイトは、 ウェブサービスの検索 ·照会システムで ある UD D Iを備えた UD D Iサイトとすることができる。 このサービスの質を判断するための情報としては、 サービスの実際の 運用における実績情報、 具体的には、 サービスの利用回数、 利用頻度、 サ一ビスを実行する際の所要時間、 サ一ビスの休止時間等を用いること ができる。 これらの情報はサ一ビスのためのデ一夕処理の実行に伴って 数値的に採取することが容易であるので、 サービスの質を客観的に判断 するための情報として用いることができる。 また、 このネットワークシステムは、 管理サイトに対してサ一ビスの 検索を行い、 サービスの質を判断するための実績情報を伴う検索結果を 取得し、 この検索結果に基づいて利用するサービスを決定して、 決定さ れたウェブサービスを提供するプロバイダにサービスを要求するリクェ ス夕を備える構成とすることができる。 より詳細には、 上述したプロバイダは、 サ一ビスのための処理を実行 するサービス実行部と、 サービス実行部による処理の実行に基づき、 サ 一ビスの質を判断するための情報を採取するサービス質情報採取部とを 備えることを特徴とする。 " また、 管理サイトは、 サービスに関する情報を登録して管理する第 1 の管理手段と、 この第 1の管理手段に登録されているサービスの質を判 断するための実績情報を管理する第 2の管理手段とを備えることを特徴 とする。
ここで、 この管理サイトは、 第 2の管理手段にて管理されているサー ビスの質を判断するための実績情報の検索をサービスとして第 1の管理 手段に登録し、 リクエスタに提供することができる。
管理サイトの第 2の管理手段は、 このサ一ビスの質を判断するための 実績情報を、 かかるサービスを提供するプロバイダから取得する。 プロ バイダにて提供されるサービスがウェブサービスである場合、 一般に、 この情報は WS D Lを用いて既述された XML文書として送られるが、 第 2の管理手段は、 リクエス夕からの検索要求に応じて検索を行う場合 のパフォーマンス向上を図るため、 この情報をリレ一ショナルデ一夕べ ース構造に変換する。 また、 XM L文書に記載されているデータを検索 に応じた内容の情報 （1日の利用頻度、 サ一ビスを実行する際の所要時 間等） 'に変換して格納しておくことができる。 また、 上述したリクエスタは、 ネットワークを介して上述した管理サ イトに対し所望のサービスの検索要求を行い、 サービスの質を判断する ための実績情報を含む検索結果を取得するサービス検索部と、 このサー ビス検索部にて取得された検索結果に基づいて所定のサ一ビスを選択し、 このサービスを提供するプロバイダに対し、 ネットワークを介して、 こ のサ一ビスの実行要求を行うサービス要求部とを備えることを特徴とす る。
サービスの質を判断するための実績情報を含む検索結果に基づいてプ ロバイダに要求するサービスを選択する手法としては、 検索された各サ 一ビスにおける実績情報を比較し、 利用件数 （サービスの人気の度合） のポイントの高いものや、 サービスを実行する際の所要時間の短いもの をパラメ一夕として、 優先順位を決める手法を取ることができる。
さらに、 このリクエス夕は、 サ一ビス検索部にて取得された検索結果 を、 サービスの質を判断するための実績情報を反映させて所定の表示装 置に表示する表示制御部を備える構成とすることもできる。 さらにまた、 本発明は、 コンピュータを制御して、 上述したプロバイ ダ、 管理サイトまたはリクエスタを実現するプログラムとして実現する ことができる。 このプログラムは、 磁気ディスクや光ディスク、 半導体 メモリ、 その他の記録媒体に格納して配布したり、 ネットワークを介し て配信したりすることにより提供することができる。
特に、 プロバイダにおけるサービスの質を判断するための情報を採取 するための機能や、 リクエスタにおけるサービスの質を判断するための 実績情報を含む検索結果に基づいてプロバイダに要求するサービスを選 択する機能は、 かかる機能を実現するプログラムファイルをォブジェク ト指向プログラミングにおけるクラス ·ライブラリとして提供すること ができる。 .このようにすれば、 これらの機能を、 サービスの提供や検索 といったプロバイダゃリクエス夕の本来の機能から隠蔽することができ る。 図面の簡単な説明
図 1は、 本実施の形態におけるウェブサービスのアーキテクチャを示 す図である。
図 2は、 本実施の形態によるウェブサービスを実現するための機能層 (レイヤ） を示す図である。
図 3は、 本実施の形態におけるプロバイダ、 U D D Iサイト及びリク エス夕を実現するのに好適なコンピュー夕装置のハードゥエァ構成の例 を模式的に示した図である。
図 4は、 本実施の形態で用いられるサービス質情報を記載した s Q M Lの例を示す図である。 ' 図 5は、 図 4の s Q M Lにおける各タグの意味を説明する図表である。 図 6は、 本実施の形態におけるプロバイダの機能を説明する図である。 図 7は、 本実施の形態におけるプロバイダの機能を、 オブジェクト指 向プログラミングにて実現する場合の構成例を示すクラス図である。 図 8は、 図 7に対応するシーケンス図である。
図 9は、 本実施の形態における UD D Iサイトの機能を説明する図で ある。
図 1 0は、 本実施の形態におけるリクエスタの機能を説明する図であ る。 ' 図 1 1は、 本実施の形態において、 サービス質情報を含む検索結果に 基づき、 利用するサービスを決定するためのロジックの例を示す図であ る。
図 1 2は、 本実施の形態におけるサービスの検出結果の表示画面の構 成例を示す図である。
図 1 3は、 従来のウェブサ一ビスのアーキテクチャを示す図である。 発明を実施するための最良の態様
以下、 添付図面に示す実施の形態に基づいて、 この発明を詳細に説明 する。
まず、 本発明の概要を説明する。 本発明では、 サービス利用者が UD D Iサイトに対してウェブサービスの検索を行った場合に、 サービスの 良し悪しを判断するための情報、 すなわちサービスの質を表す情報を提 供できるシステムを構築する。 この情報 （以下、 サービス質情報） は、 実際のサービスの提供に伴って得られる動的な情報である。 サービスの 質に対する評価カテゴリとしては、 第三者による評価やサービスの利用 者自身による評価など、 種々の者が考えられるが、 本発明では、 数値的 に検出可能な評価基準として、 サービスの実際の運用における実績情報 (利用件数、 利用頻度、 サービスを実行する際の所要時間、 サービスの 休止時間等） を用いる。 すなわち、 サービス提供者の運用に伴って、 か かる運用実績に関する情報を収集し、 UD D Iサイトにおいて、 各サー ビス提供者におけるサービスの質を表す情報として提供する。 図 1は、 本実施の形態におけるウェブサ一ビスのアーキテクチャを示 す図である。
図 1を参照すると、 本実施の形態におけるゥェブサ一ビスを実現する ためのアーキテクチャは、 ネットワークを介して相互にデータ交換が可 能な、 プロバイダ （サービス提供者） 1 0、 UD D Iサイト 2 0、 リク エスタ （サービス利用者） 3 0とを含む。 これらの構成要素は、 例えば ワークステ一ションゃパ一ソナルコンピュ一夕等のネットワーク機能を 備えたコンピュータ装置にて実現される。 ウェブサービスは、 これら 3 者の間のデータ交換により実現される。 具体的には、 まずプロバイダ 1 0が、 提供するサービスを実装する 〔 1〕 。 このとき、 本実施の形態にて提供されるクラス ·ライブラリから、 サービス質情報採取機能とサービス質情報送信機能とを実現するプログ ラム （クラス） を取得し、 プロバイダ 1 0を実現するコンピュータ装置 の制御プログラムに組み込む。 ここでは、 プロバイダ 1 0がサービスを 提供するための制御プログラムは、 J a v a (米国サンマイクロシステ ムズ株式会社の商標） 等のオブジェクト指向プログラミング言語にて記 述されており （すなわち、 サービスのための具体的なデータ処理は所定 のメソッドにて実行される) 、 クラス 'ライブラリにて特定の機能を有 するプログラムファイルを提供できることを前提としている。 これによ り、 プロバイダ 1 0は、 このサービス質情報採取機能及びサービス質情 報送信機能を容易に実現できる。 なお、 サービス質情報採取機能及びサ 一ビス質情報送信機能の詳細については後述する。
次に、 プロバイダ 1 Qは、 実装されたサ一ビスに関する情報を、 W S D Lを用いて UD D Iサイト 2 0へ登録し、 公開する 〔2〕 。 次に、 リクエス夕 3 0が、 UD D Iサイト 2 0に対して所望のサービ スの検索要求を行う 〔3〕 。 このとき、 当該サービスの質に関する情報 が収集されていれば、 この情報も一緒に得られることとなる。
所望のサービスが検索されたならば、 リクエスタ 3 0は、 得られたサ —ビスの質に関する情報を踏まえて、 利用するサービスを提供するプロ バイダ 1 0を選択し、 プロバイダ 1 0に接続してサービスを要求する 〔 4〕 。 サービスの要求を受けたプロバイダ 1 0は、 当該サービスのためのデ 一夕処理を実行し、 結果をリクエスタ 3 0に返す 〔5— 1〕 。 このデ一 夕処理の前後に、 上述したサービス質情報採取機能により、 運用実績に 関する情報がサービス質情報として採取される 〔5— 2〕 。 また、 デー 夕処理の完了後に、 上述したサ一ビス質情報送信機能により、 採取され たサービス質情報を S O A Pにて UD D Iサイト 2 0へ送信する 〔5— 3〕
UD D Iサイト 2 0は、 プロバイダ 1 0から送られたサービス質情報 を受信し、 デ一夕ベースに蓄積する 〔6〕 。 図 2は、 本実施の形態によるゥェブザービスを実現するための機能層 (レイヤ） を示す図である。
ウェブサービスの実現に必要とされる一般的な機能層は、 物理レベル に近い方から、 TCP/I P、 SOAP, WSDL、 UDD Iを備える。 本実施の形態において実現されるプロバイダ 10のサービス質情報採取 機能や、 UDD Iサイト 20のサービス質情報管理機能、 リクエスタ 3 0のサービス質情報の検索機能などは、 図 2に示すように、 UDDI層 の上に実装された機能層にて実装される。 この機能層をブースターコン テナ （Booster Container) 層と呼ぶ。 サービスのためのデータ処理を実 行するアプリケーションは、 このブースターコンテナ層の上に構築され る。 このように構成することで、 ブースターコンテナ層は、 アプリケ一 シヨン開発から隠蔽される。 すなわち、 サービス質情報採取機能などを . 実現するソフトウェアを、 アプリケーション開発者が具体的な取り決め の下に自分で作成する必要はなく、 ブースタ一コンテナ層で機能するッ —ルとして提供されているクラス ·ライブラリを利用すれば良い。
'図 3は、 図 1に示したプロバイダ 10、 UDD Iサイト 20及びリク エスタ 30を実現するのに好適なコンピュータ装置のハードウェア構成 の例を模式的に示した図である。
図 3に示すコンピュータ装置は、 演算手段である CPU (Central Pr ocessingUnit：中央処理装置） 101と、 MZB (マザ一ボード） チッ プセット 102及び CPUバスを介して CPU 101に接続されたメイ ンメモリ 103と、 同じく MZBチップセット 102及び AGP (Acce lerated Graphics Port) を介して CPU 101に接続されたビデオカー ド 104と、 P C I (Peripheral Component Interconnect) バスを介し て M/Bチップセット 102に接続されたハードディスク 105、 ネッ トワークインタ一フェイス 106及び US Bポート 107と、 さらにこ の PC Iバスからブリッジ回路 108及び I SA (Industry Standard A rchitecture) バスなどの低速なバスを介して MZBチップセット 102 に接続されたフロッピーディスクドライブ 109及びキーボード/マウ ス 1 10とを備える。
なお、 図 3は本実施の形態を実現するコンピュータ装置のハ一ドゥエ ァ構成を例示するに過ぎず、 本実施の形態を適用可能であれば、 他の種 々の構成を取ることができる。 例えば、 ビデオカード 104を設ける代 わりに、 ビデオメモリのみを搭載し、 CPU 101にてイメージデータ を処理する構成としても良いし、 ATA (AT Attachment) などのインタ —フェイスを介して CD— ROM (Co即 act Disc Read Only Memory) や DVD-ROM (Digi ial Versat i le Disc Read Only Memory) のドライ ブを設けても良い。 次に、 本実施の形態において、 プロバイダ 10におけるサービス （メ ソッド） の実行に伴って採取されるサービス質情報について説明する。 本実施の形態では、 プロバイダ 10において採取されたサービス質情 報を XML文書に記述する。 この XML文書を s QML (Service Qual ity Markup Language) と名付ける。 s q MLには必須項目と選択項目が 設けられる。 図 4は、 S QMLの例を示す図、 図 5は、 図 4の s qML における各タグの意味を説明する図表である。 図 4、 5に示すように、 S QMLには、 デコレ一夕の実行時刻、 属性、 デコレー夕を呼び出した サービスの名前及びアドレス、 デコレー夕の処理名、 処理属性、 選択項 目の内容などが記述される。 ここで、 デコレ一夕とは、 サ一ビス （メソ ッド） の実行に伴って、 サービス質情報を採取する付加機能としての隠 蔽されたコード （メソッド） である。 次に、 本実施の形態のウェブサービスを実現するための個々の構成要 素について、 詳細に説明する。
図 6は、 プロバイダ 1 0の機能を説明する図である。
図 6を参照すると、 プロバイダ 1 0は、 提供するサービスを実行する サービス実行部 1 1と、 サービス質情報を採取するサービス質情報採取 部 （デコレー夕） 1 2と、 採取されたサービス質情報を U D D Iサイト 2 0へ送信する非同期送信制御部 1 3とを備える。 また、 特に図示しな いが、 サービスの提供開始に先立って、 実装されたサービスに関する情 報を、 W S D Lを用いて U D D Iサイト 2 0に登録する機能を備える。 これらの構成要素は、 プログラム （メソッド） の制御により、 例えば 図 3の C P U 1 0 1にて実現される仮想的なソフトウェアブロックであ る。 このプログラムは、 磁気ディスクや光ディスク、 半導体メモリ、 そ の他の記録装置に格納して配布したり、 ネットワークを介して配信した りすることにより提供される。 そして、 図 3に示したメインメモリ 1 0 3に格納されて C P U 1 0 1を制御することにより、 これらの機能を実 現する。 サービス実行部 1 1は、 リクエスタ 3 0からのサービス要求を受け付 け、 プロバイダ 1 0が提供する当該サービスのためのデータ処理を実行 する。 そして、 データ処理の結果をリクエスタ 3 0に返送する。
サービス質情報採取部 1 2は、 サービス実行部 1 1によるサービス （ メソッド） の実行の前後に、 S Q M Lを生成し、 シリアライズ （例えば 図 3のメインメモリ 1 0 3の作業エリアや作業ファイルへ一時的に格納） する。
非同期送信制御部 1 3は、 サービス質情報採取部 1 2にて生成され、 シリアライズされた s QMLをデシリアライズした (作業ファイル等に 格納された s qMLを読み出した） 後、 例えば図 3に示したネットヮ一 クイン夕一フェイス 1 06を制御し、 デシリアライズされた s QMLを、 SOAPを用いて UDD Iサイト 20に非同期送信する。 図 7は、 上記のサービス実行部 1 1及びサービス質情報採取部 1 2に よる機能を、 オブジェクト指向プログラミングにて実現する場合の構成 例を示すクラス図、 図 8は、 この場合のシーケンス図である。
図 7、 8に示すように、 これらの機能は、 いわゆる Go Fのデザイン ノ 夕ーン (DesignPatterns by Erich Gamma, Richard Helm, Ralph Jo hnson, JohnVl issides) のデコレ一夕 *ノ 夕一ン (Decorator Pattern ) を用いて実装することができる。 デコレータ 'パターンは、 所定のメ ソッドに、 他のメソッドを次々に付加していく際に、 元のメソッドから 付加するメソッドを隠蔽することができる。
なお、 本実施の形態では、 オブジェクト指向プログラミングにおける、 機能の再利用テクニック （継承、 隠蔽等のノウハウ） として 2 3個のパ 夕一ンをまとめ、 教則本として周知である Go Fのデザインパターンか ら、 デコレ一夕 ·パターンを使用した。 Go Fのデザインパターンにつ いては、 例えば、 下記文献 8、 9に詳細に記載されている （文献 9は文 献 8の訳書） 。 文献 8 ： DesignPatterns Elements of Reusable Obeject-Oriented So f tware by Erich Gamma, Richard Helm, Ralph Johnson, JohnVl issides / Add i son Wesley Publ ishing Company
文献 9 ：オブジェクト指向における再利用のためのデザインパターン本 位田真一 Z吉田和樹 監訳， SOFTBANK サービス質情報採取部 1 2による、 プロバイダ 1 0が提供するサービ ス （メソッド） の前後に、 S Q M Lを生成し、 シリアライズする処理 （ メソッド） をデコレー夕処理と呼ぶ。 デコレ一夕処理は、 図 7の Concre teDecoratorBeiore及び ConcreteDecoratorAf terの Operat ion ()で提供さ れる。 デコレ一夕処理において生成される s Q MLの必須項目は以下の 通りである。
•各アコレータ (Concre teDecoratorBeiore, ConcreteDecoratorAf ter) の名前と属性
· ConcreteDecoratorBeforeにおける Operat ion 0メソッド実行時の 時間
• ConcreteDecoratorAf terにおける Operat ion 0メソッド実行時の時 間
• ConcreteComponentにおける Operat ion ()メソッド名、 U R L また、 デコレー夕処理をオーバ一ライド （Overr ide) することにより、 さらに個々のプロバイダ 1 0のサ一ビスに固有の情報を採取することが できる。
サービス実行部 1 1による、 プロバイダ 1 0が提供するサービス （メ ソッド） 自体は、 図 7の Concre teComponentにおける Operat ion ()に実装 される。 図 8を参照して、 これらのクラスの実行シーケンスを見ると、 まず Se rviceMe thodOperat ionが実行され、 その中で Concre teDecoratorBeforeが 呼ばれて、 Operat ion ()メソッド実行時 （サービス開始時に相当） の時間 が採取される。 次に、 ConcreteDecoratorBeforeの中で ConcreteDecorat orAf terが呼ばれ、 さらにその中で ConcreteComponentが呼ばれて、 サー ビス （メソッド） が実行される。 サービス （メソッド） が終了すると、 C oncreteDecoratorAf terに戻り、 Operat ion ()メソッド実行時 （サービス 終了時に相当） の時間が採取される c そして、 ConcreteDecoratorBefor eに戻り、 さらに ServiceMethodOperat ionに戻って処理を終了する。
以上のようにして、 サービス質情報を採取する処理 （デコレー夕処理） は、 サービス （メソッド） から隠蔽される。 図 9は、 UDD Iサイト 2 0の機能を説明する図である。
図 9を参照すると、 UD D Iサイト 2 0は、 プロバイダ 1 0が提供す るウェブサービスの検索 ·照会システムである UD D I 2 1と、 プロバ イダ 1 0.から送信された s Q MLを受信する非同期受信制御部 2 2と、 サービス質情報を管理する管理システムとして、 サービス質情報蓄積照 会部 2 3及びデータべ一スである S QM (Service Qual i ty Management ) 2 4とを備える。
これらの構成要素は、 プログラム （メソッド） の制御により、 例えば 図 3の C P U 1 0 1にて実現される仮想的なソフトウェアブロックであ る。 このプログラムは、 磁気ディスクや光ディスク、 半導体メモリ、 そ の他の記録装置に格納して配布したり、 ネットワークを介して配信した りすることにより提供される。 そして、 図 3に示したメインメモリ 1 0 3に格納されて C P U 1 0 1を制御することにより、 これらの機能を実 現する。 また、 UD D I 2 1や S QM 2 2にて管理されるデータは、 例 えば図 3のメインメモリ 1 0 3やハードディスク 1 0 5に格納される。
UD D I 2 1は、 プロバイダ 1 0にて提供されるウェブサ一ビスに関 する情報を登録し集積して管理する。 また、 リクエス夕 3 0からの検索 要求に応じて当該検索要求に適合する登録情報 （ウェブサービスに関す る情報） を検索する。 そして、 検索結果をリクエスタ 3 0に返送する。 非同期受信制御部 2 2は、 プロバイダ 1 0から送信された s QMLを 受信し、 サービス質情報蓄積照会部 2 3に渡す。 サービス質情報蓄積照会部 2 3は、 s QMLを SQM24 格納する と共に、 リクエスタ 3 0からの検索要求に応じてサービス質情報の検索 を行う。 また、 SQM 24に対する検索処理のパフォーマンスを向上さ せるため、 所定の前処理を行う。 具体的には、 XMLパーサーを用いて、 XML文書である s QMLをリレーショナルデータベース構造に変換す る。 そして、 情報をリクエスタ 3 0において利用しやすい形式に変換す る。 例えば、 サービス （メソッド） の実行に要した実時間の計算 （Cone reteDecoratorAfterにおける Operation 0メソッド実行時の時間から、 C oncreteDecoratorBeioreにおける Operation ()メソッド実行時の時間を引 く） や、 サービス （メソッド） の実行回数の計算などを行う。 したがつ て、 リクエスタ 3 0からの検索要求に対しては、 これらの情報がサ一ビ ス質情報として返送されることとなる。 通常、 サ一ビス質情報蓄積照会部 2 3に対する検索は、 UDD I 2 1 に対する検索と一緒に行われ、 サービス質情報蓄積照会部 2 3により検 索されるサービス質情報は、 UDD I 2 1により検索されたサービスに 関する情報に対応している （すなわち当該サービスに関するサービス質 情報である） 。 したがって、 サービス質情報蓄積照会部 2 3の検索結果 は、 通常、 UDD I 2 1の検索結果と一緒にリクエスタ 30に返送され る。 そこで、 以下の説明では、 UDD I 2 1による検索結果とサービス 質情報蓄積照会部 23により検索されたサービス質情報とをリクエスタ 3 0に返送する場合、 検索結果にサービス質情報を付加して返送、 検索 結果をサービス質情報と共に返送などと表現する。 実際には、 UDDI 21による検索結果とサービス質情報とが関係付けられていれば良く、 送信態様 （別ファイルとして送信したり、 1つのファイルにパッケージ 化して送信したりする等） によらない。 また、 UDDI 21による検索 結果とサービス質情報蓄積照会部 23による検索結果とを合わせてサー ビス質情報を含む検索結果等とも表現する。
SQM24は、 プロバイダ 10から送信された s Q MLを格納し蓄積 する。 SQM24に蓄積された s QMLのサービス質情報は、 リクエス タ 30からの検索要求により UDD I 21が検索された際に、 検索結果 であるウェブサービスに対応するものが検索され、 付加情報として検索 結果と共にリクエスタ 30に送られることとなる。
なお、 サービス質情報蓄積照会部 23及び SQM 24を実現するデ一 タベースとして、 例えば米国 I BM社の DB 2ZUDB (ユニバーサル データベース） を用いる場合、 WORF (WebServices Object Runtime Framework) 及び XMLェクステンダを用いることにより、 s QMLを XML文書からリレ一ショナルデータベース構造に変換する処理を容易 に行うことができ、 プロバイダ 10から受信した s clMLをSQM24 に格納する時点で変換を行っておくことができる。 図 10は、 リクエスタ 30の機能を説明する図である。
図 10を参照すると、 リクエスタ 30は、 UDDIサイト 20に対し て所望のサービスの検索要求を行うサービス検索部 31と、 プロバイダ 10に対してサービスの実行要求を行うサービス要求部 32とを備える。 これらの構成要素は、 プログラム （メソッド） の制御により、 例えば 図 3の C P U 1 0 1にて実現される仮想的なソフトウェアブロックであ る。 このプログラムは、 磁気ディスクや光ディスク、 半導体メモリ、 そ の他の記録装置に格納して配布したり、 ネットワークを介して配信した りすることにより提供される。 そして、 図 3に示したメインメモリ 1 0 3に格納されて C P U 1 0 1を制御することにより、 これらの機能を実 現する。 サービス検索部 3 1は、 UD D Iサイト 2 0に接続し、 UD D I 2 1 に対して所望のサービスの検索要求を行う。 また、 サービス質情報蓄積 照会部 2 3に対して対応するサービス質情報の検索要求を行う。 そして、 検索結果を受信する。 サービス質情報蓄積照会部 2 3への検索要求を行 う機能は、 当該機能を実現するプログラムファイルをクラス ·ライブラ リとして提供することにより、 容易にサービス検索部 3 1に組み込むこ とができる。
サービス要求部 3 2は、 サービス検索部 3 1にて取得されたサービス の検索結果から、 所定のサービスを選択し、 当該サービスを提供するプ ロバイダ 1 0に接続してサ一ビス要求を送信する。 そして、 サービスの 実行結果を受信する。 ここで、 サービス要求部 3 2は、 検索結果の中か ら所定のサービスを選択する場合に、 当該検索結果と共に取得したサー ビス質情報を参酌することができる。 サービス質情報には、 上述したよ うに、 サービスの実行に要した実時間やサービスの実行回数などが含ま れるため、 例えば、 サービスの実行に要した実時間の短い （すなわち応 答の早い） プロバイダ 1 0、 サービスの実行回数の多い （すなわち人気 のある） プロバイダ 1 0といような、 適当な判断基準を設けてサービス を選択することができる。 図 1 1は、 サ一ビス検索部 3 1にて取得された、 サ一ビス質情報を含 む検索結果に基づき、 利用するサービスを決定するためのロジックの例 を示す図である。
図 1 1に示す 3つのロジックの例では、 取得された検索結果の各サ一 ビスに関して、 平均サービス時間 （サービス実行に要する実時間の平均） とアクセス頻度 （一定時間 （例えば 1日） のアクセス件数) を比較する。 ロジック 1は、 平均サービス時間が第 1位 （最も短い） であり、 ァクセ ス頻度が第 1位 （最も多い） であるものを選択し、 そのサービスを使う ことを決定する。 ロジック 2は、 平均サービス時間が第 1位でなくても、 アクセス頻度が第 1位 （最も多い） であるものを選択し、 そのサービス を使うことを決定する。 たとえサ一ビスの処理の実行に時間がかかって も、.人気の高いサービスは信用に足ることを考慮したロジックである。 ロジック 3は、 平均サービス時間が第 3位 （3番目に短い） よりも上位 であり、 アクセス頻度が第 1位 （最も多い） であるものを選択し、 その サービスを使うことを決定する。 人気の高いサービスであることを重視 するが、 サ一ビスの実行における所用時間もある程度考慮したロジック である。
以上のようにして、 利用するサービスが決定され、 サービス要求部 3 2により、 当該サービスに対応する U R L (当該サービスを提供するプ ロバイダ 1 0の U R L ) を宛先としてサービス要求の送信が行われる。 また、 サービス要求部 3 2にてプログラム制御により機械的に要求す るサービスを選択するだけでなく、 リクエスタ 3 0のユーザに検索結果 を提示して、 ユーザによる選択を促すこともできる。 例えば、 リクエス 夕 3 0の機能として図 1 0に記載しない表示制御部を備える構成とし、 当該表示制御部の制御により、 所定の表示装置に、 サービス検索部 3 1 の検索結果にサービス質情報を反映させて表示し、 ユーザが任意のサー ビスを選択することを促す。 そして、 サービス要求部 3 2が、 ユーザに より選択されたサービスを提供するプロバイダ 1 0にサ一ビス要求を行 う。 このようなリクエス夕 3 0の態様は、 例えば、 リクエス夕 3 0が企 業等で用いられるサーバではなく、 個人が用いる端末装置であって、 サ 一ビス検索部 3 1、 サービス要求部 3 2及び図示しない表示制御部とし て機能するウェブブラウザにより UD D Iサイト 2 0やプロバイダ 1 0 にアクセスする場合に適用される。 図 1 2は、 表示装置に表示されるサ一ビスの検出結果の表示画面の構 成例を示す図である。
図 1 2に示す例では、 4つの仮想企業 （AAA、 B B B、 C C C、 D D D) が要介護判定のサービスを行っており、 かつ UD D Iサイト 2 0 に登録されていることを仮定し、 「要介護判定」 を検索パラメ一夕とし て検索を行った場合の検索結果が示されている。 図示のように、 この表 示画面には、 各企業のサ一ビスに関して、 サービス名、 U R L、 企業名、 平均サービス時間、 一日の実行件数 （Trx. Z日） 、 サービスの利用が集 中する時間帯 （Trx.集中分布） 、 備考の各項目が一覧表示される。 また、 図示の例では、 平均サービス時間の短いものから順に並べている。 この ように、 サービス質情報における所定の項目の情報を基準として、 昇順 あるいは降順に検索結果の情報を並べることにより、 ユーザがサービス を選択する際の便に供することができる。 さらに、 各サ一ビスにおける 備考欄には、 プロバイダ 1 0自身が提供する情報 （サービス利用に応じ た特典や割引等） やサービスの質に関する評価 （5段階評価等） を記載 することができ、 ユーザの判断材料とすることができる。 ユーザは、 ウェブブラウザにより端末装置の表示装置に表示された図
1 2のような表示画面を参照して利用するサービスを決定し、 マウス等 の入力デバイスを操作して所望のサービスを選択する。 ウェブブラウザ は、 この選択操作によるイベントを検出すると、 選択されたサービスに 対応する U R L (当該サービスを提供するプロバイダ 1 0の U R L ) を 宛先としてサービス要求を送信する。 なお、 上述した実施の形態では、 リクエス夕 3 0が UD D Iサイト 2 0に対してサービス検索を行った際に、 検索された登録情報に対応する サービス質情報を当該検索結果と共に返送することとしたが、 サービス 質情報の検索サービス自体を、 UD D Iサイト 2 0が提供するウェブサ —ビスとすることもできる。
すなわち、 サービス質情報蓄積照会部 2 3及び S QM 2 4によるサ一 ビス質情報の検索サービスに関する情報を、 WS D Lを用いて UD D I 2 1に登録し、 公開しておく。 これにより、 リクエスタ 3 0のサービス 検索部 3 1から UD D I 2 1が検索され、 当該サービス質情報の検索サ 一ビスに関する情報が読み出されると、 WS D Lの記述から検索サービ スへの接続用のプロキシ （接続プログラム） が動的に生成され、 サービ ス質情報の検索が可能となる。 したがって、 このような構成とした場合、 リクエスタ 3 0のサービス検索部 3 1に UD D Iサイト 2 0のサービス 情報蓄積照会部 2 3へアクセスする機能を付与するクラス ·ライブラリ を提供する必要はない。 以上説明したように、 本発明によれば、 ウェブサービスの検索に際し て、 適切な選択基準を提供し、 より優れたウェブサービスの利用の便に 供することができる。 また、 本発明によれば、 上記の選択基準として、 サービスの質に関す る情報を提供することができる。
10…プロバイダ （サービス提供者） 、 11…サービス実行部、 12— サービス質情報採取部、 13…非同期送信制御部、 20〜UDDIサイ ト、 21"'UDDI、 22…非同期受信制御部、 23…サービス質情報 蓄積照会部、 2 (Service QualityManagement) 、 30…リ クエスタ （サービス利用者） 、 31…サービス検索部、 32…サービス 要求部、 101—CPU、 10 チップセット、 103…メイ ンメモリ、 105…ハードディスク、 106…ネットヮ一クイン夕一フ ェイス、 110…キーボード/マウス

Claims

請求の範囲
1 . ネットヮ一クを介したソフトウェアサービスを提供するネットヮー クシステムであって、
ソフトウェアサービスを提供する少なくとも 1つのプロバイダであつ て、 前記サービスの質を判断するための実績情報を採取するプロバイダ と、
前記プロバイダによって採取された実績情報を管理する管理サイトと、 を備えるネットワークシステム。
2 . 前記プロバイダは、 前記サ一ビスの質を判断するための実績情報と して、 サービスの利用回数、 サービスの利用頻度、 サ一ビスの実行時間、 サ一ビスの休止時間、 のうち少なくともいずれか 1つを採取する請求項 1に記載のネットワークシステム。
3 . ネットワークを介したソフトウェアサービスを実現するネットヮ一 クシステムであって、
少なくとも 1つのプロバイダが提供するソフトウェアサービスの質を 判断するための実績情報を管理する管理サイ卜と、
前記プロバイダのうちの少なくとも 1つにサービスを要求するリクェ ス夕を備え、
前記リクエスタは、 前記管理サイトに対してソフトウェアサービスの 検索を要求し、 検索されたサービスの質を判断するための実績情報を含 むサービスの検索結果に基いて供給されるサービスを決定する、
ネッ卜ワークシステム。
4 . ネットワークを介してソフトウェアサービスを提供するプロバイダ にであって、
少なくとも 1つのソフトウェアサービスの処理を実行する手段と、 前記実行する手段による処理の実行に基いて、 前記ソフトウヱアサ一 ビスの質を判断するための情報を採取する手段と、
を備えるプロバイダ。
5 . ネットワークを介したソフトウェアサービスの検索を行う管理サイ 卜に前記ソフトウェアサービスの質を判断するための情報を伝送する手 段をさらに含む請求項 4に記載のプロバイダ。
6 . 前記採取する手段は、 前記サービスの質を判断するための情報とし て、'当該サービスのための処理を実行することで得られる実績情報を採 取する請求項 4に記載のプロバイダ。
7 . ネッ卜ワークを通じて提供されるソフトウェアサービスを検索する 管理サイトであって、
前記ソフトウェアサービスに関する情報を管理する第 1の手段と、 前記第 1の手段によって情報を管理されるサ一ビスの質を判断するた めの実績情報を管理する第 2の手段と、
を備える管理サイト。
8 . 前記第 1の手段は、 リクエスタからネットワークを介して伝送され たサービスの検索要求に応じて、 該当するサービスを検索し、
前記第 2の手段は、 前記第 1の手段にて検索されたサービスの質を判 断するための情報を検索し、
前記第 1の手段により検索されたサービスおよび前記第 2の手段によ り検索されたサービスの質を判断するための情報が、 前記リクエスタに 伝送される、
請求項 7に記載の管理サイト。
9 . ソフトウエアサービスを提供するプロバイダから当該サービスの質 を判断するための情報を取得する、 請求項 7に記載の管理サイ卜。
1 0 . 前記第 1の手段が、 サービスの質を判断するための情報の検索の ための前記第 2の手段の機能を、 ソフトゥエアサービスの 1つとして管 理する請求項 7に記載の管理サイト。
1 1 . ネットワークを介して提供されるソフトウエアサービスの検索を 行う管理サイ卜にサービスの検索要求を送信する手段と、
サ一ビスの質を判断するための情報を含むサービスの検索結果を、 前 記管理サイ卜から取得する手段と、
取得された前記検索結果に基いて、 少なくとも 1つのソフトウェアサ —ビスを選択する手段と、
プロバイダに、 選択されたサービスの実行要求を送信する手段と、 を備えるリクエスタ。
1 2 . ネットワークを介して提供されるソフトウェアサービスの検索を 行う管理サイトにサービスの検索要求を送信する手段と、
サ一ビスの質を判断するための情報を含むサービスの検索結果を、 前 記管理サイ卜から取得する手段と、 前記サービスの検索結果を、 前記サービスの質を判断するための情報， を反映させて表示装置に表示する手段と、
を備えるリクエスタ。
1 3 . ネットワークを介してソフトウェアサービスを提供するためのコ ンピュー夕 ·プログラムであって、
少なくとも 1つのソフトウェアサ一ビスの処理を実行する手 、 前記実行する手段による処理の実行に基いて、 前記ソフトウェアサ一 ビスの質を判断するための情報を採取する手段、
としてコンピュータを機能させるコンピュータ ·プログラム。
1 4. さらにコンピュータを、 ネットワークを介したソフトウェアサー ビスの検索を行う管理サイトに前記ソフトウェアサービスの質を判断す るための情報を伝送する手段として機能させる請求項 1 3に記載のコン ピュ一夕 'プログラム。
1 5 . 前記採取する手段は、 前記サービスの質を判断するための情報と して、 当該サービスのための処理を実行することで得られる実績情報を 採取する請求項 1 3に記載のコンピュータ ·プログラム。
1 6 . ネットワークを通じて提供されるソフトウェアサービスを検索を 行うためのコンピュータ ·プログラムであって、
前記ソフトウェアサービスに関する情報を管理する第 1の手段と、 前記第 1の手段によって情報を管理されるサービスの質を判断するた めの実績情報を管理する第 2の手段と、
としてコンピュータを機能させるコンピュータ ·プログラム。
1 7 . 前記第 1の手段は、 リクエス夕からネットワークを介して伝送さ れたサ一ビスの検索要求に応じて、 該当するサービスを検索し、 前記第 2の手段は、 前記第 1の手段にて検索されたサ一ビスの質を判 断するための情報を検索し、
前記第 1の手段により検索されたサービスおよび前記第 2の手段によ り検索されたサービスの質を判断するための情報が、 前記リクエスタに 伝送される、
請求項 1 6に記載のコンピュータ ·プログラム。
1 8 . ソフトウェアサービスを提供するプロバイダから当該サービスの 質を判断するための情報を取得する、 請求項 1 6に記載のコンピュータ プログラム。
1 9 . 前記第 1の手段が、 サービスの質を判断するための情報の検索の ための前記第 2の手段の機能を、 ソフトウェアサービスの 1つとして管 理する請求項 1 6に記載のコンピュータ ·プログラム。
2 0 . ネットワークを介したソフトウェアサ一ビスを実現するためのコ ンピュ一夕 ·プログラムであって、
ネットワークを介して提供されるソフトウェアサービスの検索を行う 管理サイ卜にサービスの検索要求を送信する手段と、
サービスの質を判断するための情報を含むサービスの検索結果を、 前 記管理サイトから取得する手段と、
取得された前記検索結果に基いて、 少なくとも 1つのソフトウェアサ 一ビスを選択する手段と、 プロバイダに、 選択されたサ一ビスの実行要求を送信する手段と、 としてコンピュータを機能させるコンピュータ ·プログラム。
PCT/JP2003/010189 2002-08-28 2003-08-08 ネットワークシステム、プロバイダ、管理サイト、リクエスタ及びプログラム WO2004021234A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CA002497346A CA2497346A1 (en) 2002-08-28 2003-08-08 Network system, provider, management site, requestor, and program
US10/526,587 US8949390B2 (en) 2002-08-28 2003-08-08 Management of service quality information in web services
JP2004532687A JPWO2004021234A1 (ja) 2002-08-28 2003-08-08 ネットワークシステム、プロバイダ、管理サイト、リクエスタ及びプログラム
AU2003254921A AU2003254921A1 (en) 2002-08-28 2003-08-08 Network system, provider, management site, requestor, and program
EP03791204A EP1548626A4 (en) 2002-08-28 2003-08-08 NETWORK SYSTEM, SUPPLIER, MANAGEMENT TIME, REQUEST AND PROGRAM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002249783 2002-08-28
JP2002-249783 2002-08-28

Publications (1)

Publication Number Publication Date
WO2004021234A1 true WO2004021234A1 (ja) 2004-03-11

Family

ID=31972598

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/010189 WO2004021234A1 (ja) 2002-08-28 2003-08-08 ネットワークシステム、プロバイダ、管理サイト、リクエスタ及びプログラム

Country Status (9)

Country Link
US (1) US8949390B2 (ja)
EP (1) EP1548626A4 (ja)
JP (1) JPWO2004021234A1 (ja)
KR (1) KR20050033640A (ja)
CN (1) CN1679037A (ja)
AU (1) AU2003254921A1 (ja)
CA (1) CA2497346A1 (ja)
TW (1) TWI241503B (ja)
WO (1) WO2004021234A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005114411A1 (en) * 2004-05-21 2005-12-01 Computer Associates Think, Inc. Balancing load requests and failovers using a uddi proxy
KR100744533B1 (ko) 2004-12-16 2007-08-01 한국전자통신연구원 개방형 서비스 게이트웨이에서의 지능형 레지스트리 및 그제어방법
JP2009193435A (ja) * 2008-02-15 2009-08-27 Nec Corp 情報サービス検索システム、巡回収集方法、及び情報サービス巡回収集プログラム
JP2013089033A (ja) * 2011-10-18 2013-05-13 Internatl Business Mach Corp <Ibm> サービス・プロバイダを動的に選択する方法、コンピュータ・システム、コンピュータおよびプログラム

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100739715B1 (ko) * 2005-07-12 2007-07-13 삼성전자주식회사 웹서비스 정책 합의를 수행하는 장치 및 방법
US7908190B2 (en) * 2005-08-30 2011-03-15 Sap Ag Systems and methods for applying tax legislation
CN1941771B (zh) * 2005-09-27 2011-09-07 国际商业机器公司 用于面向服务的体系结构应用的Web服务信息管理方法和系统
US8788618B2 (en) * 2005-10-07 2014-07-22 Alcatel Lucent Leveraging presence service system and method for distributed web service delivery and deployment
US8396849B2 (en) 2006-03-30 2013-03-12 Microsoft Corporation Automatic browser search provider detection and usage
US20070250611A1 (en) * 2006-04-20 2007-10-25 Bhogal Kulvir S Method of and System for Providing Performance Information in a UDDI System
JP2008152397A (ja) * 2006-12-14 2008-07-03 Canon Inc 情報処理方法及び装置並びに情報処理システム
US20080172621A1 (en) * 2007-01-11 2008-07-17 International Business Machines Corporation Augmenting service description with expected usage information
CN101637006B (zh) * 2007-03-14 2013-11-06 艾利森电话股份有限公司 用于使用uddi来调解web服务的方法和设备
US10210532B2 (en) 2007-04-16 2019-02-19 Jda Software Group, Inc. Business-to-business internet infrastructure
JP4963110B2 (ja) * 2008-01-25 2012-06-27 インターナショナル・ビジネス・マシーンズ・コーポレーション サービス検索システム、方法及びプログラム
CN103034963B (zh) * 2012-11-28 2017-10-27 东南大学 一种基于相关性的服务选择系统及选择方法
CN103973460B (zh) * 2013-01-30 2017-06-27 华为终端有限公司 用于实现网络意图的方法及装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR200212645Y1 (ko) 1998-11-07 2001-02-15 김범성 방청 및 방충을 겸비한 제습장치
KR100358721B1 (ko) 2000-07-29 2002-10-30 인프라닉스 주식회사 클라이언트/서버 시스템에 대한 큐오에스정보 및기타정보의 수집/분석 시스템 및 방법
KR100376019B1 (ko) 2000-08-08 2003-03-15 주식회사 이지컴뮤니케이션즈 통합 웹 서비스를 위한 인터넷 웹 서버 운용 시스템 및 방법
KR200210346Y1 (ko) 2000-08-21 2001-01-15 주식회사노비타 가습기용 정수장치
US7319979B2 (en) * 2001-03-29 2008-01-15 Intel Corporation Dynamically interacting with an internet service using a client-specified communication proxy and protocol
US7035944B2 (en) 2001-09-19 2006-04-25 International Business Machines Corporation Programmatic management of software resources in a content framework environment
US7177862B2 (en) * 2002-03-28 2007-02-13 International Business Machines Corporation Method and structure for federated web service discovery search over multiple registries with result aggregation
US7725590B2 (en) * 2002-04-19 2010-05-25 Computer Associates Think, Inc. Web services broker

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
MASANOBU HIRATA: "Jisedai service jigyo no key ni nru (Web Service)", NIKKEI SYSTEM PROVIDER, NIKKEI BUSINESS PUBLICATIONS, INC., no. 133, 17 August 2001 (2001-08-17), pages 28 - 33, XP002975656 *
See also references of EP1548626A4 *
TOMIO AMANO: "Network.business o ippen saseru XML shin gijutsu (Web Service) no honshitsu o tsukamu", GEKKAN JAVA WORLD, KABUSHIKI KAISHA IDG JAPAN, vol. 5, no. 8, 1 August 2001 (2001-08-01), pages 148 - 154, XP002975655 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005114411A1 (en) * 2004-05-21 2005-12-01 Computer Associates Think, Inc. Balancing load requests and failovers using a uddi proxy
US8548976B2 (en) 2004-05-21 2013-10-01 Ca, Inc. Balancing load requests and failovers using a UDDI proxy
KR100744533B1 (ko) 2004-12-16 2007-08-01 한국전자통신연구원 개방형 서비스 게이트웨이에서의 지능형 레지스트리 및 그제어방법
JP2009193435A (ja) * 2008-02-15 2009-08-27 Nec Corp 情報サービス検索システム、巡回収集方法、及び情報サービス巡回収集プログラム
JP2013089033A (ja) * 2011-10-18 2013-05-13 Internatl Business Mach Corp <Ibm> サービス・プロバイダを動的に選択する方法、コンピュータ・システム、コンピュータおよびプログラム

Also Published As

Publication number Publication date
CA2497346A1 (en) 2004-03-11
TWI241503B (en) 2005-10-11
TW200404231A (en) 2004-03-16
CN1679037A (zh) 2005-10-05
EP1548626A4 (en) 2008-01-23
AU2003254921A1 (en) 2004-03-19
US8949390B2 (en) 2015-02-03
EP1548626A1 (en) 2005-06-29
US20050235053A1 (en) 2005-10-20
KR20050033640A (ko) 2005-04-12
JPWO2004021234A1 (ja) 2005-12-22

Similar Documents

Publication Publication Date Title
US8589594B2 (en) Programmatic management of software resources in a content framework environment
WO2004021234A1 (ja) ネットワークシステム、プロバイダ、管理サイト、リクエスタ及びプログラム
US7343428B2 (en) Dynamic, real-time integration of software resources through services of a content framework
US6985939B2 (en) Building distributed software services as aggregations of other services
US7188114B2 (en) Persistent data storage for metadata related to web service entities
JP4046320B2 (ja) ポータル・サーバ、リモート・ポートレットをポータルへ動的に統合する方法およびコンピュータ・プログラム、コンテンツ・プロバイダ・システム、アプリケーション・プロバイダ・サーバ
US6996599B1 (en) System and method providing multi-tier applications architecture
US7114148B2 (en) Runtime services for network software platform
Taher et al. Towards an approach forweb services substitution
KR100745480B1 (ko) 웹 서비스 아키텍쳐의 서비스 순위 결정 방법 및 시스템
US20030036917A1 (en) Service provision system and method
CN100388265C (zh) 管理数据处理系统中的应用文件的方法和装置
Zhang et al. XML-based advanced UDDI search mechanism for B2B integration
JP2003531412A (ja) サービスを作成するための方法および装置
JPH1091446A (ja) Ｊａｖａベースアプリケーションの発見とダウンロードのための分散オブジェクトシステムの利用
JP2002358290A (ja) 情報処理サービス提供方法及びプログラム並びにシステム
US20030023752A1 (en) Pluggable URL providers in a J2EE server
Pilioura et al. E-services: Current technology and open issues
Rana et al. Service design patterns for computational grids
JP2003202984A (ja) プログラム制御方法およびその実施システム並びにその処理プログラム
Karousos et al. Developer support in open hypermedia systems: Towards a hypermedia service discovery mechanism
Taylor et al. Triana Metadata Specification
Alonso et al. Towards on-demand ubiquitous metascheduling on computational grids
Thio et al. Distributed multimedia database: a design and application study
Kuhlins et al. Web Services for Transmitting Product Information in the Context of Business-to-Business Integration.

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 1020057001797

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2004532687

Country of ref document: JP

ENP Entry into the national phase

Ref document number: 2497346

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2003819998X

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 10526587

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2003791204

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020057001797

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2003791204

Country of ref document: EP