WO2004061652A1 - Integrated service providing server, integrated service providing system, integrated service providing method, and intgral service providing program - Google Patents
Integrated service providing server, integrated service providing system, integrated service providing method, and intgral service providing programInfo
- Publication number
- WO2004061652A1 WO2004061652A1 PCT/JP2002/013817 JP0213817W WO2004061652A1 WO 2004061652 A1 WO2004061652 A1 WO 2004061652A1 JP 0213817 W JP0213817 W JP 0213817W WO 2004061652 A1 WO2004061652 A1 WO 2004061652A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- execution
- software component
- function
- software
- component
- Prior art date
- Legal status (The legal status 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 status listed.)
- Ceased
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5055—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering software capabilities, i.e. software resources associated or available to the machine
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
Definitions
- a stable service can be provided by executing the software component on an external server and reducing the load on the integrated service providing server.
- the software execution unit further transmits the execution function flow and an instruction to execute the execution software component for each of the constituent functions to the client via the client interface unit. Then, the client executes the execution function flow and the execution software component for each of the constituent functions, and the client executes the execution function flow and the execution software component for each of the configuration functions from the client via the client interface unit. An execution result, an evaluation result of the execution function, and an evaluation result of the execution software component for each of the constituent functions are received.
- a software component can be executed by a client or an external server to reduce the load on the integrated service providing server, thereby providing a stable service.
- the integrated service providing server is characterized in that the integrated service providing server further comprises a rule engine unit for deleting the software component candidate or replacing the software component candidate according to the predetermined rule. It is.
- a result having a request similar to the request received from the client is extracted from the result management unit, and a contribution degree of the execution software component is calculated based on the result.
- a charge calculation unit that determines a reward for the execution software component according to the degree of contribution.
- the charging process is performed based on the performance without being performed by the individual software component provider, so that highly practical charging can be realized.
- the software execution unit executes a plurality of candidates for the software component in parallel.
- Accumulating the results of the software component receiving a request from the client; extracting a function included in the request; searching for a function flow candidate based on the request; A performance corresponding to the candidate is acquired, and an execution function flow, which is a function flow to be executed, is selected from among the candidates for the function based on the performance corresponding to the candidate for the function, and the execution function is selected.
- FIG. 10 is a diagram showing an example of the component performance DB.
- the payment method contract procedure is performed at the same time.
- a contract service (not shown) connected to network 4 is provided.
- the server plays this role.
- a software component provider wishing to register a software component first accesses the contract server.
- the contract server has a description about the fee.
- the terms of the fee shall consist of the base fee, incentive fee, and penalty fee described below.
- a document that describes the method of measuring this charge and the method of paying the payment is presented, and upon agreement with the software component provider, the contract software settings such as the method of payment and notification, etc.
- register software components using the XML Web service At this time, metadata of the software component to be registered is also registered. This procedure is performed by the software component provider, a third-party registration agent, and software components.
- One of the features of the integrated service providing system according to the present embodiment is that it is recommended to register a plurality of software components corresponding to one input format. This is important for system optimization and stability.
- FIG. 4 is a diagram showing an example of a request message in the XML format.
- the request message example shown in Fig. 4 is for requesting a delivery date search of 800 pieces of aluminum with a thickness of 100 mm.
- the function is It is a rope, and its arguments are material, thickness, and number.
- the administrator of the integrated service providing server 1 must The combination is stored in the function flow DB as a function flow.
- the integrated function is a delivery date search
- the part function 1 is a delivery date search
- the part function 2 is a price search.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Software Systems (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Game Theory and Decision Science (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Stored Programmes (AREA)
Abstract
Description
明 細 書 統合サービス提供サーバ、 統合サービス提供システム、 統合サービス提供方法、 統合サービス提供プログラム 技術分野 Description Integrated service providing server, integrated service providing system, integrated service providing method, integrated service providing program
本発明は、 クライアントからの要求に応じて、 ネットワーク上で動作するソフ トウエア部品を統合して提供する際に、 蓄積された実績に基づいてソフトウェア 部品の選択や組み合わせを適切に行う統合サービス提供サーバ、 統合サービス提 供システム、 統合サービス提供方法、 統合サービス提供プログラムに関するもの である。 背景技術 ■ The present invention provides an integrated service providing server that appropriately selects and combines software components based on accumulated results when integrating and providing software components operating on a network in response to a request from a client. , An integrated service providing system, an integrated service providing method, and an integrated service providing program. Background technology ■
現在、 インターネット上で様々な W e bサービスが実現の過程にある。 ここで 、 W e bサービスとは、 従来のような人間に見せる W e bページを使ったオンラ インサービスのことではなく、 ソフトウエア同士がインターネットを介してやり とりをする仕 ¾aみや、 そのようなインタラクションの仕糸且みを持ったソフトウヱ ァ部品のことを指す。 Currently, various Web services are being realized on the Internet. Here, the web service is not a conventional online service that uses a web page that can be shown to humans, but rather a way for software to interact with each other via the Internet, and the interaction of such software. Refers to software parts that have a thread.
現在、 S OA P (Simple Object Access Protocol) 、 UD D I (Universal Description Discovery and Integration) 、 W S D L (Web Services Descrip tion Language)などのやりとりのための仕様が規定され、 その仕様に準拠した ソフトウェア部品を登録するための仕組みがインターネット上で提供されている 。 このような W e bサービスは、 組み合わせて使うことでより大きなサービスが 実現できる。 以下、 この組み合わせを統合と称する。 Currently, specifications for exchanges such as SOAP (Simple Object Access Protocol), UDDI (Universal Description Discovery and Integration), WSDL (Web Services Description Language) are defined, and software components that conform to those specifications are registered. A mechanism for doing so is provided on the Internet. Larger services can be realized by combining these Web services. Hereinafter, this combination is referred to as integration.
し力 しながら、 ソフトウェア部品の統合を適切に行うには、 以下のような問題 力 Sある。 However, in order to properly integrate software components, there are the following problems.
まず、 各ソフトウェア部品の効率や性能に関して、 スペックが不明であるとい う問題がある。 ソフトウェア部品の流通の枠組みには、 ソフトゥェァ部品の性能 や動作制約などを記述するメタデータが存在しており、 そのメタデータをチヱッ クすることで、 形式的な動作の可能性をチェックすることが可能である。 しかし 、 そのメタデータの信頼性の問題や、 同じメタデータで記述されていても実際に は能力差が生じたり、 ある統合によっては動作しなかったりということが起こり うる。 First, there is the problem that the specifications are not clear for the efficiency and performance of each software component. In the framework of software component distribution, metadata that describes the performance and operation restrictions of software components exists, and the metadata is checked. By clicking on it, it is possible to check the possibility of formal operation. However, there may be problems with the reliability of the metadata, or even if the metadata is described in the same metadata, there may actually be a difference in capabilities, or some integration may not work.
また、 各ソフトウェア部品が分散して存在するため、 統合したソフトウェア部 品の供給や動作は安定して行われるとは限らず、 安定性に欠けるという問題が生 じる。 In addition, since each software component exists in a dispersed manner, the supply and operation of the integrated software component is not always performed stably, causing a problem of lack of stability.
また、 ソフトウェア部品に対して課金するような枠組みが考えられているが、 統合して使用された際に、 統合に関わった各部品の対価を決定するのが難しいと いった問題が生じる。 In addition, although a framework for charging software components is being considered, it is difficult to determine the price of each component involved in integration when used in an integrated manner.
本発明は、 このような問題を解決するためになされたものであり、 サービスの 評価結果を実績として蓄積し、 その実績に基づいてソフトウェア部品の統合を適 切に行い提供する統合サービス提供サーバ、 統合サービス提供システム、 統合サ 一ビス提供方法、 統合サービス提供プログラムを提供することを目的とする。 発明の開示 The present invention has been made in order to solve such a problem. An integrated service providing server that accumulates service evaluation results as results and appropriately integrates and provides software components based on the results, It aims to provide an integrated service providing system, an integrated service providing method, and an integrated service providing program. Disclosure of the invention
本発明は、 ネットワークを介して接続されたクライアントからの要求に応じて 、 ソフトウェア部品を提供する統合サービス提供サーバであって、 ソフトウェア 部品を登録し、 該ソフトゥェァ部品の機能を表す部品機能と該ソフトゥェァ部品 の識別子とを蓄積するソフトウェア登録部と、 過去に与えられた要求と該要求に 従って実行されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績と して蓄積する実績管理部と、 前記クライアントから要求を受信し、 該要求に含ま れた機能を抽出するクライアントインタフェース部と、 前記要求に基づいてソフ トウェァ部品の候捕を前記ソフトゥエア登録部から検索し、 前記ソフトゥェァ部 品の候補に対応する実績を前記実績管理部から取得し、 該実績に基づいて前記ソ フトウェア部品の候補の中から実行するソフトウェア部品である実行ソフトゥェ ァ部品を選択するソフトウェア選択部と、 前記実行ソフトウエア部品の実行の制 御を行い、 該実行により得られる前記実行ソフトウェア部品の評価結果を前記実 績管理部へ出力するソフトウエア実行部とを備えてなるものである。 このような構成によれば、 過去の実績に基づ 、た評価結果に応じてソフトゥェ ァ部品が選択されることにより、 要求に合わせて最適なソフトウェア部品を提供 することができる。 なお、 本実施の形態におけるソフトウェア選択部とは、 ソフ トウエア決定部 1 0 2とソフトウエア選択部 1 0 3と優先順位決定部 1 0 7のこ とである。 The present invention relates to an integrated service providing server for providing software components in response to a request from a client connected via a network, wherein the server registers software components, and expresses a function of the software component and a function of the software. A software registration unit that accumulates component identifiers; a result management unit that accumulates a request given in the past and an evaluation result of a software component executed in accordance with the request as a result of the software component; And a client interface unit for extracting a function included in the request, and searching for a catch of a software component from the software registration unit based on the request, and corresponding to the candidate for the software component. The results are obtained from the results management unit, and the software is executed based on the results. A software selection unit that selects an execution software component that is a software component to be executed from among the candidate components; and a control unit that controls execution of the execution software component, and an evaluation result of the execution software component obtained by the execution. And a software execution unit that outputs the result to the performance management unit. According to such a configuration, the software component is selected according to the evaluation result based on the past results, so that it is possible to provide the optimal software component according to the request. The software selection unit in the present embodiment is a software determination unit 102, a software selection unit 103, and a priority determination unit 107.
また、 本発明は、 ソフトウェア咅 15品を統合したソフトウェアを、 ネットワーク を介して接続されたクライアントからの要求に応じて提供する統合サービス提供 サーバであって、 ソフトウエア部品を登録し、 該ソフトウエア部品の機能を表す 部品機能と該ソフトウエア部品の識別子とを蓄積するとともに、 複数の部品機能 から構成される機能フローを登録し、 該機能フローを構成する複数の部品機能と 該機能フ口一の機能と該機能フ口一の識別子とを蓄積するソフトゥヱァ登録部と 、 過去に与えられた要求と該要求に従つて実行された機能フ口一の評価結果とを 該機能フローの実績として蓄積し、 過去に与えられた要求と該要求に従って実行 されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積す る実績管理部と、 前記クライアントから要求を受信し、 該要求に含まれた機能を 抽出するクライアントインタフェース部と、 前記要求に基づいて機能フローの候 補を前記ソフトウェア登録部から検索し、 前記機能フローの候捕に対応する実績 を前記実績管理部から取得し、 実行する機能フ口一である実行機能フ口一を前記 機能フローの候補に対応する実績に基づいて前記機能フローの候補の中から選択 し、 前記実行機能フローを構成する部品機能である複数の構成機能へ分解し、 該 構成機能に基づいて該構成機能毎のソフトウエア部品の候補を前記ソフトウエア '登録部から検索し、 前記構成機能毎のソフトウェア部品の候補に対応する実績を 前記実績管理部から取得し、 該実績に基づ!ヽて前記構成機能毎のソフトウェア部 品の候補の中から実行するソフトウェア部品である前記構成機能毎の実行ソフト ウェア部品を選択するソフトウェア選択部と、 前記構成機能毎の実行ソフトゥェ ァ部品の実行の制御を行い、 該実行により得られる前記構成機能毎の実行ソフト ウェア部品の評価結果と該評価結果に基づく前記実行機能フローの評価結果とを 前記実績管理部へ出力するソフトウエア実行部とを備えてなるものである。 このような構成によれば、 過去の実績に基づレヽた評価結果に応じて機能フ口一 が選択されることにより、 要求に合わせて最適な機能フローを提供することがで きる。 Further, the present invention is an integrated service providing server for providing software integrated with 15 products of software in response to a request from a client connected via a network, wherein the server registers software components, and In addition to storing a component function representing a function of a component and an identifier of the software component, a function flow including a plurality of component functions is registered, and a plurality of component functions constituting the function flow and the function flow are stored. A software registering section for storing the function and the identifier of the function port, and storing a request given in the past and an evaluation result of the function port executed in accordance with the request as a result of the function flow And a record of accumulating, as a record of the software component, a request given in the past and an evaluation result of the software component executed in accordance with the request. A client interface unit for receiving a request from the client and extracting a function included in the request; and searching for a candidate for a function flow from the software registration unit based on the request. Acquisition of the result corresponding to the catch is obtained from the result management unit, and the execution function that is the function to be executed is selected from the function flow candidates based on the result corresponding to the function flow candidate. Decomposing into a plurality of constituent functions, which are component functions constituting the execution function flow, searching for a software component candidate for each of the constituent functions from the software 'registration unit based on the constituent functions; The result corresponding to the software component candidate for each function is acquired from the result management unit, and based on the result, the software component candidate for each of the constituent functions is obtained. A software selection unit for selecting an execution software component for each of the constituent functions, which is a software component to be executed from the control unit; and a control unit for controlling execution of the execution software component for each of the constituent functions, and for each of the constituent functions obtained by the execution. A software execution unit that outputs an evaluation result of the execution software component and an evaluation result of the execution function flow based on the evaluation result to the performance management unit. According to such a configuration, a functional approach is performed in accordance with an evaluation result based on past results. By selecting, the optimal function flow can be provided according to the requirements.
また、 本発明に係る統合サービス提供サーバにおいて、 前記ソフトウェア実行 部はさらに、 ネットワークを介して接続された外部のサーバから前記構成機能毎 の実行ソフトウェア部品を取得し、 前記構成機能毎の実行ソフトウェア部品の実 行と前記構成機能毎の実行ソフトウエア部品の評価を行うとともに、 前記構成機 能毎の実行ソフトウエア部品の実行結果に基づいて前記実行機能フローの実行結 果を生成し、 前記構成機能毎の実行ソフトウェア部品の評価結果に基づいて前記 実行機能フローの評価を行い、 前記クライアントインタフェース部はさらに、 前 記実行機能フローの実行結果をクライアントへ送信することを特徴とするもので ある。 Also, in the integrated service providing server according to the present invention, the software execution unit further acquires an execution software component for each of the constituent functions from an external server connected via a network, and executes the execution software component for each of the constituent functions. Executing the execution function part and evaluating the execution software component for each of the configuration functions, generating the execution result of the execution function flow based on the execution result of the execution software component for each of the configuration functions, The execution function flow is evaluated based on the evaluation result of each execution software component, and the client interface unit further transmits the execution result of the execution function flow to a client.
このような構成によれば、 統合サービス提供サーバ内部でソフトゥェァ部品の 実行を行うことにより、 確実に評価結果を蓄積することができる。 According to such a configuration, by executing the software component inside the integrated service providing server, it is possible to reliably accumulate the evaluation results.
また、 本発明に係る統合サービス提供サーバにおいて、 前記ソフトウェア実行 部はさらに、 ネットワークを介して接続され前記実行ソフトウェア部品を持つ外 部のサーバに対して前記実行ソフトウエア部品の実行の指示を送信することによ り前記実行ソフトウェア部品を実行させ、 前記実行ソフトウェア部品の実行結果 と前記実行ソフトウェア部品の評価結果を受信し、 前記構成機能毎の実行ソフト ゥェァ部品の実行結果に基づ ヽて前記実行機能フ口一の実行結果を生成し、 前記 構成機能毎の実行ソフトゥェァ部品の評価結果に基づレ、て前記実行機能フローの 評価を行い、 前記クライアントインタフェース部はさらに、 前記実行機能フロー の実行結果をクライアントへ送信することを特徴とするものである。 Further, in the integrated service providing server according to the present invention, the software execution unit further transmits an instruction to execute the execution software component to an external server connected via a network and having the execution software component. Thereby executing the execution software component, receiving the execution result of the execution software component and the evaluation result of the execution software component, and executing the execution based on the execution result of the execution software component for each of the constituent functions. Generating an execution result of the function function, evaluating the execution function flow based on the evaluation result of the execution software component for each of the constituent functions, the client interface unit further executes the execution function flow The result is transmitted to the client.
このような構成によれば、 ソフトウェア部品を外部のサーバで実行させ、 統合 サービス提供サーバの負荷を軽減することにより、 安定したサービスを提供する ことができる。 According to such a configuration, a stable service can be provided by executing the software component on an external server and reducing the load on the integrated service providing server.
また、 本発明に係る統合サービス提供サーバにおいて、 前記ソフトウェア実行 部はさらに、 ネットワークを介して接続された外部のサーバから前記構成機能毎 の実行ソフトウェア部品を取得し、 前記クライアントインタフェース部を介して 前記クライアントへ、 前記実行機能フローと前記構成機能毎の実行ソフトウェア 部品を送信することにより、 前記クライアントに前記実行機能フローと前記構成 機能毎の実行ソフトウェア部品を実行させ、 前記クライアントインタフェース部 を介して前記クライアントカゝら、 前記実行機能フローと前記構成機能毎の実行ソ フトウエア部品の実行結果と前記実行機能フローの評価結果と前記構成機能毎の 実行ソフトゥェァ部品の評価結果を受信することを特徴とするものである。 このような構成によれば、 ソフトウェア部品をクライアントで実行させ、 統合 サービス提供サーバの負荷を軽減することにより、 安定したサービスを提供する ことができる。 ' Further, in the integrated service providing server according to the present invention, the software execution unit further acquires an execution software component for each of the constituent functions from an external server connected via a network, and To the client, the execution function flow and execution software for each configuration function By transmitting the component, the client causes the client to execute the execution function flow and the execution software component for each of the configuration functions, and the client interface via the client interface unit executes the execution function flow and the configuration function. An execution result of the execution software component, an evaluation result of the execution function flow, and an evaluation result of the execution software component for each of the constituent functions are received. According to such a configuration, a stable service can be provided by executing the software component on the client and reducing the load on the integrated service providing server. '
また、 本発明に係る統合サービス提供サーバにおいて、 前記ソフトウェア実行 部はさらに、 前記クライアントインタフェース部を介して前記クライアントへ、 前記実行機能フローと前記構成機能毎の実行ソフトウヱァ部品の実行の指示を送 信することにより、 前記グライアントに前記実行機能フローと前記構成機能毎の 実行ソフトウェア部品を実行させ、 前記クライアントインタフェース部を介して 前記クライアントから、 前記実行機能フローと前記構成機能毎の実行ソフトゥェ ァ部品の実行結果と前記実行機能フ口一の評価結果と前記構成機能毎の実行ソフ トウェァ部品の評価結果を受信することを特徴とするものである。 Further, in the integrated service providing server according to the present invention, the software execution unit further transmits the execution function flow and an instruction to execute the execution software component for each of the constituent functions to the client via the client interface unit. Then, the client executes the execution function flow and the execution software component for each of the constituent functions, and the client executes the execution function flow and the execution software component for each of the configuration functions from the client via the client interface unit. An execution result, an evaluation result of the execution function, and an evaluation result of the execution software component for each of the constituent functions are received.
このような構成によれば、 ソフトウエア部品をクライアントまたは外部のサー バで実行させ、 統合サービス提供サーバの負荷を軽減することにより、 安定した サービスを提供することができる。 According to such a configuration, a software component can be executed by a client or an external server to reduce the load on the integrated service providing server, thereby providing a stable service.
また、 本発明に係る統合サービス提供サーバにおいて、 前記ソフトウェア選択 部は、 実績管理部に蓄積された機能フローのうち、 前記クライアントからの要求 に類似した要求を持つ機能フローを前記機能フローの候補とし、 前記機能フロー の候補に対応する実績に基づ ヽて前記機能フ口一の候補の優先順位を与え、 最上 位の優先順位を持つ前記機能フローの候補を前記実行機能フローとし、 前記実行 機能フローの実行が失敗した場合に次の優先順位を持つ前記機能フローの候補を 前記実行機能フローとし、 前記実行機能フ口一の構成機能毎のソフトゥェァ部品 の候補に対応する実績に基づいて前記構成機能毎のソフトウエア部品の候ネ翁の優 先順位を与え、 最上位の優先順位を持つ前記ソフトウェア部品の候補を前記実行 ソフトウエア部品とし、 前記実行ソフトウエア部品の実行が失敗した場合に次の 優先順位を持つ前記ソフトウエア部品の候補を前記実行ソフトウエア部品とする ことを特徴とするものである。 In addition, in the integrated service providing server according to the present invention, the software selection unit may determine a function flow having a request similar to the request from the client among the function flows accumulated in the result management unit as the function flow candidate. The priority of the function flow candidate is given based on the performance corresponding to the function flow candidate, and the function flow candidate having the highest priority is set as the execution function flow, and the execution function flow is executed. When the execution of the flow fails, the function flow candidate having the next priority is set as the execution function flow, and the configuration is performed based on the results corresponding to the software component candidates for each of the constituent functions of the execution function. The priority of the software component for each function is given, and the candidate of the software component having the highest priority is assigned to the execution software. If the execution of the execution software component fails, the following The candidate of the software component having the priority is set as the execution software component.
このような構成によれば、 クライアントからの要求と関係な 1ヽサービスに貢献 した機能フローやソフトウェア部品が選択されるのを防ぐことができる。 また、 同じ入力に対して動作する機能フローの候補またはソフトウェア部品の候捕を用 意し、 1つがエラーを出しても、 別の機能フローまたはソフトウェア部品がエラ 一を起こさなければ動作することにより、 安定したサービスを提供することがで きる。 According to such a configuration, it is possible to prevent a function flow or a software component that has contributed to the 1 ヽ service related to the request from the client from being selected. In addition, by preparing a candidate for a functional flow or software component that operates on the same input, if one error occurs, another functional flow or software component operates if there is no error. It can provide stable service.
また、 本発明に係る統合サービス提供サーバにおいて、 前記ソフトウェア登録 部に新規のソフトウェア部品が登録された場合に、 予め定められた規則や実績に 基づ 、て前記新規のソフトゥ工ァ部品の実行を行うシミュレーション部を備えた ことを特徴とするものである。 Further, in the integrated service providing server according to the present invention, when a new software component is registered in the software registration unit, the execution of the new software component is performed based on a predetermined rule or result. It is characterized by having a simulation unit for performing.
このような構成によれば、 新規のソフトゥェァ部品の導入時においても、 その ソフトウェア部品に関する実績を早期に獲得することができる。 According to such a configuration, even when a new software component is introduced, it is possible to quickly obtain results regarding the software component.
また、 本発明に係る統合サービス提供サーバにおいて、 前記予め定めた規則に 従って前記ソフトウエア部品の候補の削除または前記ソフトウエア部品の候補の 置き換えを行うルールエンジン部を備えたことを特徴とするものである。 Further, the integrated service providing server according to the present invention is characterized in that the integrated service providing server further comprises a rule engine unit for deleting the software component candidate or replacing the software component candidate according to the predetermined rule. It is.
このような構成によれば、 例えば特定の入力でうまく行かな ヽソフトウェア部 品の情報や、 特定の顧客向けには自社のソフトウェア部品を優先的に使用すると いった適用の規則を与えておくことにより、 さらに最適なソフトウェア部品を選 択することができる。 According to such a configuration, for example, specific input is not successful. 情報 Information on software parts and rules for application such as preferential use of own software parts for specific customers should be given. With this, a further optimal software component can be selected.
また、 本発明に係る統合サービス提供サーバにおいて、 前記クライアントから 受信した要求に類似した要求を持つ実績を前記実績管理部から抽出し、 該実績に 基づいて前記実行ソフトウェア部品の貢献度を算出し、 該貢献度に応じて前記実 行ソフトウエア部品への報酬を決定する課金計算部を備えたことを特徴とするも のである。 Further, in the integrated service providing server according to the present invention, a result having a request similar to the request received from the client is extracted from the result management unit, and a contribution degree of the execution software component is calculated based on the result. A charge calculation unit that determines a reward for the execution software component according to the degree of contribution.
このような構成によれば、 課金の処理を個々のソフトゥェァ部品の提供者が行 うことなく、 実績に基づいて行われるため、 実用性の高い課金を実現することが できる。 また、 本発明に係る統合サービス提供サーバにおいて、 前記ソフトウェア実行 部は、 複数の前記ソフトゥェァ部品の候補の実行を並列に行うことを特徴とする ものである。 According to such a configuration, the charging process is performed based on the performance without being performed by the individual software component provider, so that highly practical charging can be realized. In the integrated service providing server according to the present invention, the software execution unit executes a plurality of candidates for the software component in parallel.
このような構成によれば、 失敗した場合でも、 失敗してから別の候補を選択す るのと比較して高速な動作が得られる。 また、 複数実行するため、 他の候補につ いても実績を蓄積することができる。 According to such a configuration, even in the case of a failure, a high-speed operation can be obtained as compared with selecting another candidate after the failure. In addition, since multiple executions are performed, results can be accumulated for other candidates.
また、 本発明は、 ソフトウェア部品を統合したソフトウェアを要求に応じて提 供する統合サービス提供システムであって、 前記統合サービス提供サーバと、 ネ ットワークを介して前記統合サービス提供サーバへ要求を送信し、 該要求に対す る実行結果を受信するクライアントと、 ネットワークを介して前記統合サービス 提供サーバへソフトウェア部品を提供するソフトウェア部品提供サーバとを備え てなるものである。 The present invention is also an integrated service providing system for providing software in which software components are integrated according to a request, wherein the integrated service providing server transmits a request to the integrated service providing server via a network, A client that receives an execution result for the request; and a software component providing server that provides software components to the integrated service providing server via a network.
このような構成によれば、 過去の実績に基づいた評価結果に応じて機能フロー が選択されることにより、 要求に合わせて最適な機能フローを提供することがで きる。 According to such a configuration, an optimal function flow can be provided according to a request by selecting a function flow according to an evaluation result based on past performance.
また、 本発明は、 ソフトウェア部品を統合したソフトゥ土ァを、 ネットワーク を介して接続されたクライアントからの要求に応じて提供する統合サービス提供 方法であって、 ソフトウェア部品を登録し、 該ソフトウェア部品の機能を表す部 品機能と該ソフトウエア部品の識別子とを蓄積するとともに、 複数の部品機能か ら構成される機能フローを登録し、 該機能フローを構成する複数の部品機能と該 機能フローの機能と該機能フローの識別子とを蓄積するステップと、 過去に与え られた要求と該要求に従って実行された機能フ口一の評価結果とを該機能フ口一 の実績として蓄積し、 過去に与えられた要求と該要求に従って実行されたソフト ウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積するステップと 、 前記クライアントから要求を受信し、 該要求に含まれた機能を抽出するステツ プと、 前記要求に基づいて機能フローの候補を検索し、 前記機能フローの候補に 対応する実績を取得し、 実行する機能フローである実行機能フローを前記機能フ ローの候補に対応する実績に基づレヽて前記機能フロ一の候補の中から選択し、 前 記実行機能フローを構成する部品機能である複数の構成機能へ分解し、 該構成機 能に基づいて該構成機能毎のソフトウェア部品の候補を検索し、 前記ソフトゥェ ァ部品の候補に対応する実績を前記構成機能毎に取得し、 前記ソフトウェア部品 の候補のうち実行するソフトゥェァ部品である実行ソフトゥヱァ部品を前記ソフ トウエア部品の候補に対応する実績に基づいて前記ソフトウエア部品の候補の中 から前記構成機能毎に選択するステップと、 前記構成機能毎の実行ソフトウェア 部品を取得し、 前記構成機能毎の実行ソフトウェア部品の実行と前記構成機能毎 の実行ソフトウエア部品の評価を行うとともに、 前記構成機能毎の実行ソフトゥ ェァ部品の実行結果に基づ!/ヽて前記実行機能フローの実行結果を生成し、 前記構 成機能毎の実行ソフトウエア部品の評価結果に基づいて前記実行機能フローの評 価を行い、 前記構成機能毎の実行ソフトウェア部品の評価結果と該評価結果に基 づく前記実行機能フローの評価結果とを蓄積するステップと、 前記実行機能フ口 一の実行結果をクライアントへ送信するステップとを備えてなるものである。 このような構成によれば、 過去の実績に基づいた評価結果に応じて機能フロー が選択されることにより、 要求に合わせて最適な機能フローを提供することがで きる。 Further, the present invention is a method for providing an integrated service in which a software component integrated with a software component is provided in response to a request from a client connected via a network, wherein the software component is registered, and In addition to accumulating component functions representing functions and identifiers of the software components, registering a function flow composed of a plurality of component functions, a plurality of component functions constituting the function flow and functions of the function flow And accumulating the function flow identifier and the request given in the past and the evaluation result of the function port executed in accordance with the request as the result of the function port. Accumulating the request and the evaluation result of the software component executed in accordance with the request as the performance of the software component. A step of receiving a request from a client and extracting a function included in the request; a function of searching for a function flow candidate based on the request, acquiring a result corresponding to the function flow candidate, and executing the function flow An execution function flow, which is a flow, is selected from the function flow candidates based on the results corresponding to the function flow candidates, and a plurality of constituent functions as component functions constituting the execution function flow are selected. Into the components A software component candidate for each of the constituent functions is searched based on the function, an achievement corresponding to the software component candidate is obtained for each of the constituent functions, and the execution of the software component candidate among the software component candidates is executed. Selecting a software component for each of the constituent functions from the software component candidates based on the results corresponding to the software component candidates; acquiring an execution software component for each of the constituent functions; In addition to executing the execution software component for each configuration function and evaluating the execution software component for each configuration function, the execution result of the execution function flow is based on the execution result of the execution software component for each configuration function. And evaluates the execution function flow based on the evaluation result of the execution software component for each configuration function. Accumulating the evaluation result of the execution software component for each of the constituent functions and the evaluation result of the execution function flow based on the evaluation result; and transmitting the execution result of the execution function to the client. It is provided. According to such a configuration, an optimal function flow can be provided according to a request by selecting a function flow according to an evaluation result based on past performance.
また、 本発明は、 ソフトウェア部品を統合したソフトゥヱァを、 ネットワーク を介して接続されたクライアントからの要求に応じて提供するために、 コンビュ ータにより読取可能な媒体に記憶された統合サービス提供プログラムであって、 ソフトウエア部品を登録し、 該ソフトウェア部品の機能を表す部品機能と該ソフ トウエア部品の識別子とを蓄積するとともに、 複数の部品機能から構成される機 能フローを登録し、 該機能フローを構成する複数の部品機能と該機能フローの機 能と該機能フローの識別子とを蓄積するステップと、 過去に与えられた要求と該 要求に従って実行された機能フローの評価結果とを該機能フローの実績として蓄 積し、 過去に与えられた要求と該要求に従って実行されたソフトウェア部品の評 価結果とを該ソフトゥェァ部品の実績として蓄積するステップと、 前記クライァ ントから要求を受信し、 該要求に含まれた機能を抽出するステップと、 前記要求 に基づいて機能フローの候補を検索し、 前記機能フローの候補に対応する実績を 取得し、 実行する機能フローである実行機能フローを前記機能フ口一の候補に対 応する実績に基づいて前記機能フ口一の候補の中から選択し、 前記実行機能フ口 一を構成する部品機能である複数の構成機能へ分解し、 該構成機能に基づレヽて該 構成機能毎のソフトウェア部品の候補を検索し、 前記ソフトウェア部品の候捕に 対応する実績を前記構成機能毎に取得し、 前記ソフトウエア部品の候補のうち実 行するソフトウェア部品である実行ソフトウェア部品を前記ソフトゥヱァ部品の 候補に対応する実績に基づいて前記ソフトウエア部品の候補の中から前記構成機 能毎に選択するステップと、 前記構成機能毎の実行ソフトウェア部品を取得し、 前記構成機能毎の実行ソフトウエア部品の実行と前記構成機能毎の実行ソフトゥ エア部品の評価を行うとともに、 前記構成機能毎の実行ソフトウヱァ部品の実行 結果に基づ 、て前記実行機能フ口一の実行結果を生成し、 前記構成機能毎の実行 ソフトゥェァ部品の評価結果に基づレヽて前記実行機能フローの評価を行 ヽ、 前記 構成機能毎の実行ソフトゥェァ部品の評価結果と該評価結果に基づく前記実行機 能フロ一の評価結果とを蓄積するステップと、 前記実行機能フ口一の実行結果を クライアントへ送信するステップとをコンピュータに実行させることを特徴とす るものである。 The present invention also provides an integrated service providing program stored on a computer-readable medium in order to provide a software integrated with software components in response to a request from a client connected via a network. Registering a software component, storing a component function representing the function of the software component and an identifier of the software component, and registering a function flow including a plurality of component functions; Accumulating a plurality of component functions, a function of the function flow, and an identifier of the function flow, and a request given in the past and an evaluation result of the function flow executed in accordance with the request. Of the software components executed in accordance with the requests given in the past and the requests given in the past. Accumulating the results of the software component; receiving a request from the client; extracting a function included in the request; searching for a function flow candidate based on the request; A performance corresponding to the candidate is acquired, and an execution function flow, which is a function flow to be executed, is selected from among the candidates for the function based on the performance corresponding to the candidate for the function, and the execution function is selected. Mouth Decompose into a plurality of constituent functions which are part functions constituting one, search for software component candidates for each of the constituent functions based on the constituent functions, and record the results corresponding to the catching of the software parts in the configuration An execution software component that is acquired for each function and is a software component to be executed among the software component candidates is selected from the software component candidates based on the performance corresponding to the software component candidate. Selecting an execution software component for each of the configuration functions, executing the execution software component for each of the configuration functions, and evaluating the execution software component for each of the configuration functions. Based on the execution result of the execution software component, the execution result of the execution function is generated, and the execution software for each of the constituent functions is generated. The execution function flow is evaluated based on the evaluation result of the software component, and the evaluation result of the execution software component for each of the constituent functions and the evaluation result of the execution function flow based on the evaluation result are accumulated. And a step of transmitting an execution result of the execution function to a client.
このような構成によれば、 過去の実績に基づ ヽた評価結果に応じて機能フ口一 が選択されることにより、 要求に合わせて最適な機能フローを提供することがで きる。 図面の簡単な説明 According to such a configuration, it is possible to provide an optimal function flow according to a request by selecting a function group according to an evaluation result based on past results. BRIEF DESCRIPTION OF THE FIGURES
第 1図は、 本実施の形態に係る統合サービス提供システムの構成の一例を示す プロック図である。 FIG. 1 is a block diagram showing an example of the configuration of the integrated service providing system according to the present embodiment.
第 2図は、 本実施の形態に係る統合サービス提供サーバの構成の一例を示すブ 口ック図である。 FIG. 2 is a block diagram showing an example of the configuration of the integrated service providing server according to the present embodiment.
第 3図は、 統合サービス提供サーバの動作の一例を示すフローチヤ一トである 第 4図は、 XML形式の要求メッセージの一例を示す図である。 FIG. 3 is a flowchart showing an example of the operation of the integrated service providing server. FIG. 4 is a diagram showing an example of a request message in the XML format.
第 5図は、 機能フロー D Bの一例を示す図である。 FIG. 5 is a diagram showing an example of a functional flow DB.
第 6図は、 部品 D Bの一例を示す図である。 FIG. 6 is a diagram showing an example of the component DB.
第 7図は、 XML形式の回答メッセージの一例を示す図である。 第 8図は、 統合機能の実行の動作の一例を示すフローチヤ一トである。 FIG. 7 is a diagram showing an example of an answer message in the XML format. FIG. 8 is a flowchart showing an example of the operation of executing the integrated function.
第 9図は、 機能フロー実績 D Bの一例を示す図である。 FIG. 9 is a diagram showing an example of a functional flow record DB.
第 1 0図は、 部品実績 D Bの一例を示す図である。 FIG. 10 is a diagram showing an example of the component performance DB.
第 1 1図は、 部品機能の実行の動作の一例を示すフローチャートである。 発明を実施するための最良の形態 FIG. 11 is a flowchart showing an example of an operation of executing a component function. BEST MODE FOR CARRYING OUT THE INVENTION
以下、 本発明の実施の形態について図面を参照して詳細に説明する。 本実施の 形態では、 XML W e bサービスを対象として実施例を説明する。 XML W e bサービスは、 We bベースの技術を利用して、 ソフトウェア部品やそれを含 んだサービスをインターネット上から自由に利用可能にする仕組みである。 本実 施の形態では、 XML W e bサービスとして実現されたソフトウェア部品を統 合して新たなサービスを実現するとともに、 ソフトウエア部品の統合を適切に行 う例について説明する。 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In the present embodiment, an example will be described for the XML Web service. The XML Web service is a mechanism that makes it possible to freely use software components and services that include software components on the Internet using web-based technology. In this embodiment, an example will be described in which new software is realized by integrating software components realized as XML Web services, and software components are appropriately integrated.
実施の形態 1 . Embodiment 1
まず、 本実施の形態に係る統合サービス提供システムの構成について説明する 。 第 1図は、 本実施の形態に係る統合サービス提供システムの構成の一例を示す ブロック図である。 ここでは、 説明の簡単のため、 クライアントを 1台、 ソフト ウェア部品提供サーバを 3台備えた例を示す。 第 1図に示すように、 本実施の形 態に係る統合サービス提供システムは、 統合サービス提供サーバ 1と 3台のソフ トウエア部品提供サーバ 2 A, 2 B , 2 Cとクライアント 3から構成され、 それ ぞれネットワーク 4を介して接続されている。 First, the configuration of the integrated service providing system according to the present embodiment will be described. FIG. 1 is a block diagram showing an example of a configuration of an integrated service providing system according to the present embodiment. Here, for simplicity of explanation, an example is shown in which one client and three software component providing servers are provided. As shown in Fig. 1, the integrated service providing system according to the present embodiment is composed of an integrated service providing server 1, three software component providing servers 2A, 2B, 2C, and a client 3. Each is connected via network 4.
本実施の形態では、 統合サービス提供サーバ 1が、 クライアント 3からの要求 に応じてソフトウェア部品の選択や組み合わせを適切に行い、 選択したソフトゥ エア部品を、 ソフトウェア部品提供サーバ 2 A, 2 B , 2 Cのうち該当するソフ トウエア部品提供サーバから取得し、 実行する例について説明する。 In the present embodiment, the integrated service providing server 1 appropriately selects and combines software components in response to a request from the client 3, and converts the selected software components into software component providing servers 2A, 2B, 2 An example of acquiring from the corresponding software component providing server of C and executing it will be described.
次に、 本実施の形態に係る統合サービス提供サーバの構成について説明する。 第 2図は、 本実施の形態に係る統合サービス提供サーバの構成の一例を示すプロ ック図である。 第 2図に示すように、 本実施の形態に係る統合サービス提供サー バ 1は、 クライアントインタフェース部 i 0 1と、 ソフトウェア決定部 1 0 2と 、 ソフトウェア検索部 1 0 3と、 ソフトウェア登録部 1 0 4と、 能力 '動作確認 部 1 0 5と、 ルールエンジン部 1 0 6と、 優先順位決定部 1◦ 7と、 実績管理部 1 0 8と、 実績獲得部 1 0 9と、 ソフトウェア実行部 1 1 0と、 シミュレーショ ン部 1 1 1と、 課金計算部 1 1 2から構成される。 Next, the configuration of the integrated service providing server according to the present embodiment will be described. FIG. 2 is a block diagram showing an example of a configuration of the integrated service providing server according to the present embodiment. As shown in FIG. 2, the integrated service providing server 1 according to the present embodiment includes a client interface unit i 01, a software determination unit 102, , Software search section 103, software registration section 104, capability 能力 operation check section 105, rule engine section 106, priority order determination section 1◦7, and performance management section 108 , A performance acquisition unit 109, a software execution unit 110, a simulation unit 111, and a billing calculation unit 112.
以下、 本実施の形態に係る統合サービス提供システムの動作について説明する 。 ソフトウェア部品を統合してユーザへ提供するためには、 元になるソフトゥェ ァ部品の登録が必要である。 ここで、 ソフトウェア部品の登録の動作について説 明する。 XML W e bサービスの登録は、 サービスの内容を記述した XMLの 登録と、 料金制のサービスの場合には、 支払い方法の契約手続きを加えたものか ら成る。 Hereinafter, the operation of the integrated service providing system according to the present embodiment will be described. In order to integrate software components and provide them to users, it is necessary to register the original software components. Here, the operation of software component registration will be described. The registration of the XML Web service consists of the registration of the XML describing the content of the service and, in the case of the fee-based service, the payment procedure contract procedure.
まず、 本実施の形態に係る統合サービス提供システムにおけるサービス登録の 動作について説明する。 XML W e bサービスを実行するソフトウェア部品を First, the operation of service registration in the integrated service providing system according to the present embodiment will be described. Software components that execute the XML Web service
、 統合サービス提供サーバ 1のソフトウェア登録部 1 0 4に登録することによつ て、 統合サービス提供サーバ 1からサービスを呼び出すことが可能になる。 W e bサービスで提供されるソフトウエア部品の中には、 フリーソフトウェアと同様 のフリーサービスが提供される場合もあり、 こうしたフリーサービスの場合にはBy registering in the software registration unit 104 of the integrated service providing server 1, services can be called from the integrated service providing server 1. Some software components provided by the Web service may be provided with the same free service as free software.
、 このサービス登録のみとなる。 This service registration only.
次に、 ディレクトリサービスを用いたサービス登録の動作について説明する。 XML W e bサービスには、 サービスを探すためのディレクトリサービスと呼 ばれる電話帳的な役割のサーバがインターネット上に存在し、 サービス登録はこ こに対して行うことができる。 そして、 ディレクトリサービスに登録された内容 を、 統合サービス提供サーバ 1のソフトウェア登録部 1 0 4に再登録することに よって、 これらのサービスを呼び出すことが可能になる。 ここで、 統合サービス 提供サーバ 1において独自に登録を行う場合には、 インターネット上の標準的な ディレクトリサービスでは扱いの範疇にない制約記述などを場合に応じて加味で きる。 Next, the operation of service registration using the directory service will be described. In the XML Web service, there is a telephone directory server on the Internet called a directory service for searching services, and service registration can be performed for this. Then, by reregistering the contents registered in the directory service in the software registration unit 104 of the integrated service providing server 1, these services can be called. Here, when the integrated service providing server 1 performs its own registration, it is possible to take into account, as the case may be, a constraint description that does not fall into the category of a standard directory service on the Internet.
次に、 料金制の XML W e bサービスのサービス登録の動作について説明す る。 この場合は、 支払い方法の契約手続きを同時に行う。 本実施の形態に係る統 合サービス提供システムでは、 ネットワーク 4に接続された図示しない契約用サ ーバがこの役割を担う。 ソフトウェア部品の登録を希望するソフトウェア部品の 提供者は、 まず契約用サーバにアクセスする。 契約用サーバには料金に関する記 述が存在する。 料金の規約は、 後述する基準課金、 インセンティブ課金、 ペナル ティ課金からなるものとする。 この課金の測定方法およぴ支払レヽ方法を文書化し たものを提示し、 これに対して、 ソフトウェア部品の提供者が合意した上で、 料 金の支払い方法、 通知方法などの契約ソフトウェア設定内容を記述し、 XML W e bサービスによるソフトウェア部品の登録を行う。 このとき、 登録するソフ トウエア部品のメタデータなどの登録も行う。 この手続きは、 ソフトウェア部品 の提供者、 登録代行の第三者、 ソフトウェア部品などが行う。 Next, the service registration operation of the fee-based XML Web service will be described. In this case, the payment method contract procedure is performed at the same time. In the integrated service providing system according to the present embodiment, a contract service (not shown) connected to network 4 is provided. The server plays this role. A software component provider wishing to register a software component first accesses the contract server. The contract server has a description about the fee. The terms of the fee shall consist of the base fee, incentive fee, and penalty fee described below. A document that describes the method of measuring this charge and the method of paying the payment is presented, and upon agreement with the software component provider, the contract software settings such as the method of payment and notification, etc. And register software components using the XML Web service. At this time, metadata of the software component to be registered is also registered. This procedure is performed by the software component provider, a third-party registration agent, and software components.
本実施の形態に係る統合サービス提供システムの特徴として、 1つの入力形式 に対して、 対応する複数のソフトウェア部品を登録しておくことを推奨すること がある。 これは、 システムの最適化や安定のために重要である。 One of the features of the integrated service providing system according to the present embodiment is that it is recommended to register a plurality of software components corresponding to one input format. This is important for system optimization and stability.
次に、 本実施の形態に係る統合サービス提供システムにおけるユーザ登録の動 作について説明する。 統合サービス提供システムの利用を希望するユーザは、 ク ライアント 3を用いて、 ネットワーク 4に接続された図示しないユーザ登録用サ ーパにアクセスし、 利用ユーザ登録を行う。 ユーザは、 後述する支払い方法の合 意を行った後、 ユーザ I D、 パスワード、 利用金額の支払い方法などの入力を行 つた後、 登録が完了する。 ここで、 ユーザは必ずしもエンドユーザを表すわけで はなく、 他のサービスから統合サービス提供サーバ 1へのアクセスがある場合に は、 そのサービス提供者を表す。 Next, the operation of user registration in the integrated service providing system according to the present embodiment will be described. A user who wishes to use the integrated service providing system accesses a user registration server (not shown) connected to the network 4 using the client 3 and performs user registration. After the user agrees on the payment method described below, the user inputs the user ID, password, payment method for the usage amount, etc., and the registration is completed. Here, the user does not necessarily represent the end user, but when another service accesses the integrated service providing server 1, it represents the service provider.
次に、 本実施の形態に係る統合サービス提供サーバ 1の動作の概要について説 明する。 第 3図は、 統合サービス提供サーバの動作の一例を示すフローチャート である。 まず、 ユーザ I D、 パスワードの入力により正当なユーザであると確認 されたユーザは、 クライアント 3を用いて要求メッセージを送信する。 要求メッ セージとは、 ユーザが希望する機能と引数が記載されたものである。 Next, an overview of the operation of integrated service providing server 1 according to the present embodiment will be described. FIG. 3 is a flowchart showing an example of the operation of the integrated service providing server. First, a user who is confirmed to be a valid user by inputting the user ID and the password transmits a request message using the client 3. The request message is a description of the functions and arguments that the user desires.
次に、 統合サービス提供サーバ 1のクライアントインタフェース部 1 0 1はク ライアント 3からの要求メッセージを受信する。 第 4図は、 XML形式の要求メ ッセージの一例を示す図である。 第 4図に示す要求メッセージ例は、 厚み 1 0 m mのアルミ、 8 0 0個の納期検索を希望するものである。 ここで、 機能は納期検 索であり、 引数は材質、 厚み、 個数である。 Next, the client interface unit 101 of the integrated service providing server 1 receives the request message from the client 3. FIG. 4 is a diagram showing an example of a request message in the XML format. The request message example shown in Fig. 4 is for requesting a delivery date search of 800 pieces of aluminum with a thickness of 100 mm. Here, the function is It is a rope, and its arguments are material, thickness, and number.
次に、 クライアントインタフェース部 1 0 1は受信した要求メッセージの解析 を行う (S 1 ) 。 解析は、 XMLパーザと呼ばれるソフトウェアを利用して XM Lの構造を認識し、 要求された機能と引数を取り出すことで行う。 この時、 要求 が入力された時刻、 ユーザ I D、 アクセス元のアドレスなどのアクセス情報も取 得しておく。 Next, the client interface unit 101 analyzes the received request message (S 1). Analysis is performed by recognizing the structure of XML using software called XML parser, and extracting required functions and arguments. At this time, access information such as the time the request was input, the user ID, and the address of the access source is also obtained.
要求メッセージの形式が正しくない場合 ( S 2 , N o ) 、 クライアントインタ フェース部 1 0 1はエラーメッセージをクライアント 3へ通知し (S 8 ) 、 この フローを終了する。 一方、 要求メッセージの形式が正しい場合 '(S 2, Y e s ) 、 クライアントインタフェース部 1 0 1は要求された機能と引数、 アクセス情報 を要求パラメータとしてソフトウェア決定部 1 0 2へ出力する。 ソフトウェア決 定部 1 0 2は、 要求パラメータをソフトウェア検索部 1 0 3へ出力する。 If the format of the request message is not correct (S2, No), the client interface unit 101 notifies the client 3 of an error message (S8), and ends this flow. On the other hand, if the format of the request message is correct (S2, Yes), the client interface unit 101 outputs the requested function, argument, and access information to the software determination unit 102 as request parameters. The software determination unit 102 outputs the required parameters to the software search unit 103.
ここで、 ソフトウェア登録部 1 0 4について詳細に説明する。 ソフトウェア登 録部 1 0 4は、 機能フロー D B (データベース) と部品 D Bを備える。 第 5図は 、 機能フロー D Bの一例を示す図である。 第 5図に示すように、 機能フロー D B は、 統合機能、 部品機能 1 , 部品機能 2などから構成され、 フロー I Dで管理さ れている。 第 5図では例として 2つの部品機能から構成される統合機能を示して いるが、 さらに複数の部品機能で構成される統合機能もある。 部品機能とは、 ソ フトウェア部品単体の機能である。 統合機能とは、 ソフトウェア部品を統合して 得られる機能である。 機能フローとは、 統合機能を、 構成要素である部品機能で 表したものである。 運用時においては、 どの部品機能を用いて要求を実現するか を予め知識ィ匕しておく方が効率や信頼度が高くなるため、 統合サービス提供サー パ 1の管理者は、 予め部品機能の組み合わせを機能フロ一として機能フロー D B へ格納しておく。 例えば、 第 5図において、 統合機能が納期価格検索である場合 、 部品機能 1は納期検索、 部品機能 2は価格検索となる。 Here, the software registration unit 104 will be described in detail. The software registration unit 104 includes a function flow DB (database) and a component DB. FIG. 5 is a diagram showing an example of a functional flow DB. As shown in FIG. 5, the function flow DB is composed of an integration function, a component function 1, a component function 2, and the like, and is managed by a flow ID. Fig. 5 shows an integrated function composed of two component functions as an example, but there is also an integrated function composed of multiple component functions. The component function is a function of the software component alone. An integrated function is a function obtained by integrating software components. A function flow is a representation of an integrated function by its component parts. At the time of operation, it is more efficient and reliable to know in advance which component function will be used to fulfill the request. Therefore, the administrator of the integrated service providing server 1 must The combination is stored in the function flow DB as a function flow. For example, in FIG. 5, when the integrated function is a delivery date search, the part function 1 is a delivery date search and the part function 2 is a price search.
第 6図は、 部品 D Bの一例を示す図である。 第 6図に示すように、 部品 D Bは 、 部品機能、 提供元、 提供元ネットワーク I Dなどで構成され、 部品 I Dで管理 されている。 FIG. 6 is a diagram showing an example of the component DB. As shown in FIG. 6, the component DB is composed of a component function, a provider, a provider network ID, and the like, and is managed by the component ID.
次に、 ソフトウェア検索部 1 0 3は、 要求された機能を実施する能力を持つソ フトウェアをソフトウェア登録部 1 0 4から検索する (S 3 ) 。 検索した結果、 要求された機能が統合機能である場合 ( S 4 , Y e s ) 、 統合機能の実行後 (S 5 ) 、 処理 S 6へ移行する。 処理 S 5の統合機能の実行については、 後述する第 8図のフローチャートで詳細に説明する。 一方、 要求された機能が部品機能であ る場合 (S 4, N o ) 、 部品機能の実行後 (S 7 ) 、 処理 S 6へ移行する。 処理 S 7の部品機能の実行については、 後述する第 1 1図のフローチャートで詳細に 説明する。 Next, the software search unit 103 implements the software capable of performing the requested function. The software is searched from the software registration unit 104 (S3). As a result of the search, if the requested function is an integrated function (S4, Yes), after executing the integrated function (S5), the process shifts to processing S6. The execution of the integrated function of the process S5 will be described in detail later with reference to a flowchart of FIG. On the other hand, if the requested function is a component function (S4, No), after execution of the component function (S7), the process proceeds to processing S6. The execution of the component function of the process S7 will be described in detail with reference to a flowchart of FIG. 11 described later.
統合機能の実行 ( S 5 ) または部品機能の実行 ( S 7 ) の後、 ソフトウェア実 行部 1 1 0は、 実行結果を要求に対する回答メッセージとして、 クライアントイ ンタフェース部 1 0 1を介してクライアント 3へ通知し (S 6 ) 、 このフローは 終了する。 After the execution of the integrated function (S5) or the execution of the component function (S7), the software execution unit 110 sends the execution result as a response message to the request as a response message to the client 3 via the client interface unit 101. Is notified (S6), and this flow ends.
第 7図は、 XML形式の回答メッセージの一例を示す図である。 第 7'図に示す 回答メッセージ例は、 要求に対する納期検索の結果、 納期は 4日であることを示 している。 FIG. 7 is a diagram showing an example of an answer message in the XML format. The response message example shown in Fig. 7 'indicates that the delivery date is 4 days as a result of the delivery date search for the request.
ここで、 実績獲得部 1 0 9は、 クライアント 3からサービスの質に関する評価 結果が得られる場合、 その評価結果を獲得する。 この場合、 実行結果を得たユー ザは、 クライアント 3を用いて、 サービスの質に関する評価結果を統合サービス 提供サーバ 1へ送信する。 実績獲得部 1 0 9は、 クライアントインタフェース部 1 0 1を介してクライアント 3力 らの評価結果を獲得し、 実績管理部 1 0 8へ出 力する。 Here, when the result of evaluation regarding the quality of service is obtained from the client 3, the result obtaining unit 109 obtains the evaluation result. In this case, the user who has obtained the execution result transmits the evaluation result regarding the quality of service to the integrated service providing server 1 using the client 3. The result acquisition unit 109 acquires the evaluation results from the three clients via the client interface unit 101 and outputs the result to the result management unit 108.
. 次に、 処理 S 5の統合機能の実行の動作について詳細に説明する。 第 8図は、 統合機能の実行の動作の一例を示すフローチャートである。 まず、 ソフトウェア 検索部 1 0 3は、 検索により得られた統合機能を実施できる機能フローの候補を ソフトウェア決定部 1 0 2へ出力する。 ソフトウェア決定部 1 0 2は、 要求パラ メータと機能フローの候補を優先順位決定部 1 0 7へ出力する。 優先順位決定部 1 0 7は、 過去の実績を利用してどの機能フローが最適であるかを算出し、 機能 フローの候補に対して実行の優先順位を決定する (S 1 1 ) 。 Next, the operation of executing the integrated function of the process S5 will be described in detail. FIG. 8 is a flowchart showing an example of the operation of executing the integrated function. First, the software search unit 103 outputs, to the software determination unit 102, a function flow candidate that can execute the integrated function obtained by the search. The software determining unit 102 outputs the request parameter and the function flow candidate to the priority determining unit 107. The priority order determining unit 107 calculates which function flow is optimal using the past results, and determines the execution priority of the function flow candidate (S11).
ここで、 実績について説明する。 実績とは、 過去に実行された機能フローの評 価結果と、 過去に実行されたソフトウェア部品の評価結果を蓄積したものである 。 評価結果には、 実行時にソフトウェア実行部が生成する評価結果とサービスの 提供を受けたクライアント 3が生成する評価結果がある。 ソフトウエア実行部が 生成する評価結果は、 実行の成功または失敗を示す成否、 実行したい時にソフト ウェア部品提供サーバへアクセスできたか、 入力がそのソフトウエア部品にとつ て最適であるかどう力、 実行時にソフトウェア部品で起きたエラー、 速度などの パフォーマンスなどがある。 Here, the results are explained. Performance is the accumulation of evaluation results of function flows executed in the past and evaluation results of software components executed in the past. . The evaluation results include an evaluation result generated by the software execution unit at the time of execution and an evaluation result generated by the client 3 who has been provided with the service. The evaluation result generated by the software execution unit indicates whether the execution was successful or failed, whether the software component providing server could be accessed when execution was desired, and whether the input was optimal for the software component. Errors that occur in software components during execution, performance such as speed, etc.
実績管理部 1 0 8は、 ソフトゥェァ実行部が生成した評価結果とクライアント 3が生成した評価結果に基づき、 実行された機能フロー、 実行されたソフトゥェ ァ部品の点数を算出する。 実績管理部 1 0 8は、 機能フロー単位で実績を管理す る機能フロー実績 D Bと、 ソフトウェア部品単位で実績を管理するソフトウェア 部品実績 D Bを備える。 . The performance management unit 108 calculates the executed function flow and the score of the executed software component based on the evaluation result generated by the software execution unit and the evaluation result generated by the client 3. The performance management unit 108 includes a functional flow performance DB for managing performance on a functional flow basis and a software component performance DB for managing performance on a software component basis. .
第 9図は、 機能フロー実績 D Bの一例を示す図である。 第 9図に示すように、 機能フロー実績 D Bは、 統合機能、 要求パラメータ、 選択部品 1、 選択部品 2、 実行の成否、 点数、 実行時刻などから構成され、 事例 I Dで管理されている。 第 1 0図は、 ソフトウェア部品実績 D Bの一例を示す図である。 第 1 0図に示すよ うに、 ソフトウェア部品実績 D Bは、 部品機能、 要求パラメータ、 選択部品、 実 行の成否、 点数、 実行時刻などから構成され、 事例 I Dで管理されている。 第 9 図、 第 1 0図における実績には実行結果が含まれても良い。 FIG. 9 is a diagram showing an example of a functional flow record DB. As shown in Fig. 9, the functional flow record DB is composed of integrated functions, required parameters, selected parts 1, selected parts 2, execution success / failure, points, execution time, and the like, and is managed by case ID. FIG. 10 is a diagram showing an example of the software component record DB. As shown in FIG. 10, the software component performance DB is composed of component functions, required parameters, selected components, execution success / failure, score, execution time, and the like, and is managed by a case ID. The results in FIGS. 9 and 10 may include execution results.
次に、 機能フローの実行の優先順位の決定の動作の一例について説明する。 ま ず、 実績計算部 1 0 7は、 今回の要求パラメータに類似した要求パラメータを持 つ機能フローの実績を実績管理部 1 0 8力 ら抽出する。 これにより、 今回の要求 と関係ないサービスに貢献した機能フローが選択されることを防ぐ。 次に、 抽出 した機能フローの実績に含まれる、 機能フローの点数と構成する各ソフトウェア 部品の点数とを用いて相関分析を行うことにより、 抽出した機能フローの実績に おける各ソフトウェア部品の貢献度を算出する。 この貢献度の総和を機能フロー の優先度として算出し、 この優先度に従って優先順位をつけ、 規定の順位までの 機能フローを機能フ口一候補とし、 この機能フ口一候補と優先順位をソフトゥェ ァ決定部 1 0 2へ出力する。 機能フローの実行は、 優先順位が上位のものから順 に行われる。 次に、 ソフトウェア決定部 102は、 要求パラメータと機能フロー候補と優先 順位をソフトウェア検索部 103へ渡す。 未実行の機能フローがない場合 (S 1 2, No) 、 このフローは終了する。 一方、 渡された機能フローのうち、 未実行 の機能フローがある場合 (S 12, Ye s) 、 処理 S 13へ移行する。 ここで、 S 3の処理において該当する機能フローがなかった場合、 未実行の機能フローが ない場合に含まれる。 Next, an example of the operation of determining the priority of execution of the functional flow will be described. First, the performance calculation unit 107 extracts, from the performance management unit 108, the performance results of the function flows having the request parameters similar to the current request parameters. This prevents selection of a function flow that has contributed to a service unrelated to this request. Next, by performing a correlation analysis using the score of the functional flow and the score of each software component that is included in the actual performance of the extracted functional flow, the contribution of each software component to the actual performance of the extracted functional flow Is calculated. The sum of the contributions is calculated as the priority of the functional flow, the priority is assigned according to this priority, and the functional flows up to the specified order are regarded as one candidate for the functional interface. Output to the key decision unit 102. Execution of the function flow is performed in order from the one with the highest priority. Next, the software determination unit 102 passes the request parameter, the function flow candidate, and the priority to the software search unit 103. If there is no unexecuted function flow (S12, No), this flow ends. On the other hand, if there is an unexecuted function flow among the passed function flows (S12, Yes), the processing shifts to processing S13. Here, this is included when there is no corresponding function flow in the processing of S3 and when there is no unexecuted function flow.
次に、 ソフトウェア検索部 103は、 機能フローを部品機能へ分解し (S 13 ) 、 各部品機能を実施する能力を持つソフトウェア部品を部品 DBから検索する Next, the software search unit 103 decomposes the function flow into component functions (S13), and searches the component DB for a software component capable of executing each component function.
(S 14) 。 例えば、 第 8図に示す例において、 ソフトウェア検索部 103は、 納期検索を行うソフトウェア部品と価格検索を行うソフトウェア部品を、 部品 D Bから検索する。 (S14). For example, in the example shown in FIG. 8, the software search unit 103 searches the component DB for the software component for which the delivery date is to be searched and the software component for which the price is to be searched.
この時、 ソフトウエア検索部 103は、 能力 ·動作確認部 105で、 検索した 各ソフトウヱァ部品がサービスを実施可能であることを確認する。 その確認は、 各ソフトウェア部品が登録時に提供するメタデータによる能力の確認と、 実際に 現在サービス可能であることを確認するものとがある。 能力および使用可能であ ることの確認がとれたソフトゥェァ部品は、 ソフトゥェァ部品候補として抽出さ れる。 At this time, the software search unit 103 uses the capability / operation check unit 105 to confirm that each searched software component can perform a service. There are two types of confirmation, one is to confirm the capability of each software component based on the metadata provided at the time of registration, and the other is to confirm that the service is actually available now. The software components that have been confirmed to be capable and usable are extracted as software component candidates.
次に、 機能フローの部品機能毎の実行を行う (S 15) 。 処理 S 15の部品機 能の実行については、 後述する第 11図のフローチャートで詳細に説明する。 ソ フトウェア実行部 110は、 部品機能の実行を行い (S 15) 、 機能フローを構 成する全部品機能の実行が終了した場合 (S 16, Ye s) 、 実行された機能フ ローの評価結果を実績管理部 108へ出力する。 実績管理部 108は、 評価結果 を機能フロー実績 DBへ記録する (S 17) 。 そして、 機能フローの実行が成功 した場合 (S 18, Ye s) 、 統合機能を構成する全部品機能の実行結果に基づ いて、 統合機能の実行結果を生成し、 このフローは終了する。 一方、 機能フロー の実行が失敗した場合 (S 18, No) 、 処理 S 12へ戻り、 機能フロー候補の うち未実行の機能フローがあれば優先順位が次の機能フローの実行を行う。 以上 、 機能フローの実行は、 優先順位の最上位から順に実行が成功するまで行われる 次に、 処理 S 7と処理 S 1 5の部品機能の実行の動作について詳細に説明する 。 第 1 1図は、 機能の実行の動作の一例を示すフローチャートである。 まず、 ソ フトウェア検索部 1 0 3は、 検索により得られた部品機能を実施できるソフトゥ エア部品の候捕をソフトウェア決定部 1 0 2へ出力する。 ソフトウェア決定部 1 0 2は、 要求パラメータとソフトウェア部品の候捕をルールエンジン部 1 0 6へ 渡す。 Next, the function flow is executed for each component function (S15). The execution of the component function of the process S15 will be described in detail later with reference to a flowchart of FIG. The software execution unit 110 executes the component function (S15), and when the execution of all component functions constituting the function flow is completed (S16, Yes), the evaluation result of the executed function flow is obtained. Is output to the result management unit 108. The performance management unit 108 records the evaluation result in the functional flow performance DB (S17). Then, when the execution of the function flow is successful (S18, Yes), the execution result of the integrated function is generated based on the execution results of all the component functions constituting the integrated function, and this flow ends. On the other hand, if the execution of the function flow fails (S18, No), the process returns to step S12, and if there is an unexecuted function flow among the function flow candidates, the function flow with the next priority is executed. As described above, the execution of the function flow is performed in order from the highest priority until the execution is successful. Next, the operation of executing the component functions of the processing S7 and the processing S15 will be described in detail. FIG. 11 is a flowchart showing an example of a function execution operation. First, the software search unit 103 outputs, to the software determination unit 102, a search for software-to-air components that can perform the component function obtained by the search. The software deciding unit 102 sends the request parameter and the catch of the software component to the rule engine unit 106.
次に、 ルールエンジン部 1 0 6は、 実績計算の事前処理を行う。 ここでは、 特 定の入力でうまく行かないソフトウエア部品の情報や、 特定の顧客向けには自社 のソフトウヱァ部品を優先的に使用するといつた適用の規則をルールとして与え ておき、 要求パラメータに対してルールを適用し、 ソフトウェア部品の候補をあ らかじめ削除したり、 ソフトウェア部品の候捕を置き換える処理を行う。 ルール エンジン部 1 0 6は、 要求パラメータと事前処理を施したソフトウエア部品の候 捕を優先順位決定部 1 0 7へ出力する。 Next, the rule engine unit 106 performs pre-processing of the performance calculation. Here, information on software parts that do not work well with a specific input, and rules for applying specific software customers when they prefer to use their own software parts are given as rules. Applying rules to remove software component candidates in advance and replace software components. The rule engine unit 106 outputs to the priority order determining unit 107 the required parameters and the pre-processed software component findings.
優先順位決定部 1 0 7は、 過去の実績を利用してどのソフトウエア部品が最適 であるかを算出し、 ソフトウェア部品の候補に対して実行の優先順位を決定する ( S 2 1 ) 。 ここで、 ソフトゥヱァ部品の実行の優先順位の決定の動作の一例に ついて説明する。 まず、 実績計算部 1 0 7は、 与えられたソフトウェア部品の候 捕の点数を実績管理部 1 0 8から抽出する。 この点数に基づいてソフトウヱァ部 品の優先度を算出し、 この優先度に従って優先順位をつけ、 規定の順位までのソ フトウェア部品をソフトゥェァ部品候補とし、 このソフトゥェァ部品候補と優先 順位をソフトウェア決定部 1 0 2へ出力する。 ソフトウェア部品の実行は、 優先 順位が上位のものから順に行われる。 The priority order determining unit 107 calculates which software component is optimal using the past results, and determines the execution priority of the software component candidate (S21). Here, an example of the operation of determining the execution priority of the software component will be described. First, the performance calculation unit 107 extracts the score of the given software component from the performance management unit 108. Based on this score, the priority of the software component is calculated, and priorities are assigned in accordance with the priority. Software components up to the specified order are considered as software component candidates, and the software component candidate and the priority are determined by the software decision unit 1. 0 Output to 2. Execution of software components is performed in order from the highest priority.
次に、 ソフトウェア決定部 1 0 2は、 要求パラメータとソフトウェア部品候補 と優先順位をソフトゥェァ実行部 1 1 0へ渡す。 ここで、 未実行のソフトウェア 部品がない場合 ( S 2 2 , N o ) 、 このフローは終了する。 一方、 渡されたソフ トウエア部品のうち、 未実行のソフトウェア部品がある場合 ( S 2 2 , Y e s ) 、 処理 S 2 3へ移行する。 ここで、 S 3の処理において該当するソフトウェア部 品がなかった場合、 未実行の機能フローがない場合に含まれる。 Next, the software deciding unit 102 passes the required parameter, the software component candidate, and the priority to the software execution unit 110. If there is no unexecuted software component (S22, No), this flow ends. On the other hand, if there is an unexecuted software component among the passed software components (S22, Yes), the process shifts to processing S23. Here, this is included when there is no corresponding software component in the process of S3 and when there is no unexecuted function flow.
次に、 ソフトウェア実行部 1 1 0は、 実行するソフトウェア部品を備えるソフ トウエア提供サーバへアクセスしてそのソフトウエア部品を取得し、 ソフトゥェ ァ部品の実行を行う (S 2 3 ) 。 ソフトウェア提供サーバ 2 A, 2 B, 2 Cは、 ソフトウェア部品を記憶するソフトウェア部品記憶部を備える。 ソフトゥヱァ実 行部 1 1 0は、 実行されたソフトウェア部品の評価結果を実績管理部 1 0 8へ出 力する。 実績管理部 1 0 8は、 評価結果を部品実績 D Bへ記録する (S 2 4 ) 。 そして、 ソフトウェア部品の実行が成功した場合 ( S 2 5 , Y e s ) 、 ソフトゥ エア部品の実行結果を部品機能の実行結果として生成し、 このフローは終了する 。 一方、 ソフトウェア部品の実行が失敗した場合 ( S 2 5 , N o ) 、 処理 S 2 2 へ戻り、 ソフ卜ウェア部品候補のうち未実行のソフトウエア部品があれば優先順 位が次のソフトウェア部品の実行を行う。 以上、 ソフトウェア部品の実行は、 優 先順位の最上位から順に実行が成功するまで行われる。 Next, the software execution unit 110 executes the software including the software component to be executed. The software providing server is accessed to acquire the software component, and the software component is executed (S23). Each of the software providing servers 2A, 2B, and 2C includes a software component storage unit that stores software components. The software execution unit 110 outputs the evaluation result of the executed software component to the performance management unit 108. The performance management unit 108 records the evaluation result in the component performance DB (S224). Then, when the execution of the software component is successful (S25, Yes), the execution result of the software component is generated as the execution result of the component function, and this flow ends. On the other hand, if the execution of the software component fails (S25, No), the process returns to step S22, and if there is an unexecuted software component among the software component candidates, the priority order of the software component is the next. Perform the execution of As described above, the execution of software components is performed in order from the highest priority until execution is successful.
本実施の形態に係る統合サービス提供サーバ 1は、 同じ入力に対して動作する 機能フローの候補またはソフトウェア部品の候補を用意し、 1つがエラーを出し ても、 別の機能フローまたはソフトウェア部品がエラーを起こさなければ動作す ることができる。 そして、 ソフトウェア部品提供サーバ 2 A, 2 B , 2 C側では 、 不得手とする入力範囲に対しては無理に実施せずに、 他のソフトウェア部品に ゆだねることが可能となる。 The integrated service providing server 1 according to the present embodiment prepares a candidate for a functional flow or a candidate for a software component that operates on the same input. If it does not happen, it can work. Then, the software component providing servers 2A, 2B, and 2C can delegate to other software components without forcing the input range to which they are weak.
以上のように、 過去に実行された機能フローの評価結果と、 過去に実行された ソフトウエア部品の評価結果を蓄積して実績としておくことにより、 統合サービ スの利用が進むにつれて実績の最適ィ匕が進んで行く。 この実績を利用することに より、 要求に応じた適切な機能フローまたはソフトウェア部品を選択することが できる。 As described above, by accumulating the evaluation results of the function flows executed in the past and the evaluation results of the software components executed in the past, and accumulating the results, the optimal performance of the results as the use of integrated services progresses. The dagger goes on. By utilizing this track record, it is possible to select an appropriate function flow or software component according to the request.
次に、 シミュレーション部 1 1 1について説明する。 新しいソフトウェア部品 の導入時には、 そのソフトウェア部品に関する実績がないため選択されず、 さら に選択されないために実績が積まれないという問題が起こる。 また、 初期運用時 にも、 実績が取得できていないことは、 動作の不安定性につながるおそれがある そこで、 本実施の形態に係る統合サービス管理サーバ 1は、 シミュレーション 部 1 1 1を備える。 シミュレーション部 1 1 1は、 実際にユーザへ統合サービス を提供するのではなく、 .実際のサービスと同様のテストを行うことにより実績の 獲得を行う。 シミュレーシヨン部 1 1 1は、 統合サービス管理サーバ 1の管理者 が必要としたタイミングや、 新しいソフトウエア部品の適用時、 サービスの要求 が少ない時間帯などに、 そのソフトウェア部品を提供するソフトウェア部品提供 サーバに自動的にアクセスし、 実績の獲得を目的としたテストのためのソフトゥ ェァ部品の実行を行う。 この場合の動作は課金の対象とはしな!/、。 Next, the simulation unit 111 will be described. When a new software component is introduced, there is a problem that it is not selected because there is no track record for the software component, and no results are accumulated because it is not selected. In addition, even if the results are not obtained even at the time of initial operation, there is a risk that operation may become unstable. Therefore, the integrated service management server 1 according to the present embodiment includes the simulation unit 111. Simulation unit 1 1 1 is actually an integrated service for users Rather than providing services, .Acquire achievements by performing tests similar to actual services. The simulation unit 111 provides software components that provide the software components at the timing required by the administrator of the integrated service management server 1, when new software components are applied, and during times of low service demand. It automatically accesses the server and executes software components for testing to acquire results. The operation in this case is not subject to billing! / ,.
以上により、 本実施の形態に係る統合サービス管理サーバ 1は、 運用時にも新 規に新しいソフトウェア部品を受け入れ、 動作の質や安定性を向上させていくこ とが可能となる。 また、 この実行により動作に問題がないかを事前に確認してお くことができる。 As described above, the integrated service management server 1 according to the present embodiment can newly accept new software components even during operation, and can improve the quality and stability of operation. In addition, it is possible to confirm beforehand whether there is any problem in the operation.
なお、 本実施の形態において、 ソフトウェア実行部 1 1 0は、 機能フローまた はソフトウェア部品の実行を、 優先順位の最上位から順に成功するまで行うとし たが、 同じ要求に対して十分なリソースがあり、 候補が多数存在する場合、 ソフ トウエア実行部 1 1 0は、 失敗が起きなくとも複数の機能フローまたはソフトゥ ェァ部品を同時に実行し、 実行結果のうちより良いものを返すようにしても良い 。 その際には、 失敗した場合でも、 失敗してから別の候補を選択するのと比較し て高速な動作が得られることや、 複数実行するため、 他の候補についても実績が 蓄積されるという利点がある。 特に、 新規ソフトウェア部品の登録時には、 例え ば新規ソフトウエア部品を規定の割合で機能フローに混ぜるような処理を行い、 それにより、 新規ソフトウェア部品の実績を蓄積することが可能である。 In the present embodiment, the software execution unit 110 executes the functional flow or the execution of the software component in order from the highest priority to the success, but sufficient resources for the same request. Yes, if there are many candidates, the software execution unit 110 may execute multiple function flows or software components at the same time without failure and return a better execution result. Good. In that case, even if it fails, faster operation can be obtained compared to selecting another candidate after failure, and achievement is accumulated for other candidates because multiple operations are performed There are advantages. In particular, when registering a new software component, for example, processing is performed to mix the new software component into the function flow at a specified ratio, and it is possible to accumulate the results of the new software component.
また、 各機能フローまたはソフトウェア部品の実行結果が異なる場合に、 多く 得られた実行結果や、 実績の高レヽ機能フローまたはソフトゥェァ部品の実行結果 に対して確度を高める処理を行うようにしても良い。 この場合、 ソフトウェア実 行部 1 1 0は、 確度の高い結果を選択してクライアント 3へ返すことができる。 また、 クライアント 3力 ら複数の結果を返すような要求がある場合、 得られた実 行結果全てをこの確度でランキングして返すという処理も可能である。 In addition, when the execution result of each function flow or software component is different, a process for increasing the accuracy may be performed on the obtained execution result or the actual high-level function flow or execution result of the software component. . In this case, the software execution unit 110 can select a highly accurate result and return it to the client 3. In addition, when there are requests from the three clients to return multiple results, it is also possible to rank all the execution results obtained with this accuracy and return them.
次に、 統合サービス提供システムにおける課金の動作について説明する。 統合 サービス提供システムに伴うお金の流れには、 大きく分けて、 統合サービスのュ 一ザが支払う金額と、 各ソフトウェア部品の提供者が受ける金額の 2つがあり、 その差分が、 統合サービスの提供者が受け取る金額ということになる。 ここで、 統合サービスにかかるコストは統合サービスの提供者が受ける金額から支払うも のとする。 以上のような課金計算は、 課金計算部 1 1 2により行われる。 Next, the charging operation in the integrated service providing system will be described. The flow of money associated with an integrated service providing system can be broadly divided into two types: the amount paid by the integrated service user and the amount received by the provider of each software component. The difference is the amount that the integrated service provider receives. Here, it is assumed that the cost for the integrated service is paid from the amount received by the provider of the integrated service. The charging calculation as described above is performed by the charging calculation unit 112.
まず、 統合サービスのユーザが支払う金額について説明する。 統合サービスの ユーザには、 ソフトウエア部品の組み合わせから決まる基準課金の総和と統合サ 一ビスの提供にかかるコストを計算し、 それよりも高い金額を設定する。 この金 額は、 他の同等のサービスなどの比較から決められる側面もあり、 その場合はサ 一ビスとしての価格から各ソフトウェア部品の基準課金を調整する流れとなる。 次に、 各ソフトウェア部品の提供者が受ける金額について説明する。 各ソフト ウェア部品の提供者が受ける金額について、 ここでは、 課金の方式を基準課金、 インセンティブ課金、 ペナルティ課金の組み合わせとする。 First, the amount paid by the user of the integrated service will be described. For the user of the integrated service, calculate the sum of the standard charges determined by the combination of software components and the cost of providing the integrated service, and set a higher price. In some cases, this amount is determined by comparing other equivalent services, etc. In such a case, the standard charge for each software component is adjusted based on the service price. Next, the amount received by the provider of each software component will be described. Regarding the amount of money received by each software component provider, the charging method here is a combination of base charging, incentive charging, and penalty charging.
基準課金とは、 ソフトウェア部品が 1度利用されるごとにいくらの支払いを保 証されるかを示す金額である。 基準課金は、 戦略に応じて、 また市場の一般的な 値段を考慮に入れて決める。 The base charge is an amount that indicates how much payment is guaranteed each time a software component is used. Base pricing depends on the strategy and takes into account the prevailing prices in the market.
ペナルティ課金とは、 必要とされたときに利用できなかったケースに、 その損 害などから計算される金額である。 ここでは、 必要としたタイミングでアクセス が不能であったことを機械的にカウントし、 代替部品によって補うことができた などによって実害を受けなかつた場合も含めてペナルティの対象とする。 ペナル ティの金額のベースは、 アベィラビリティの低下によつてサービスの低下が起こ ることをソフトウェア部品の提供者に意識させられる程度の金額として、 統合サ 一ビスの提供者が適当な金額を設定し、 それに基づきペナルティ金額を課すもの とする。 A penalty charge is an amount calculated based on the loss of a case that was not available when needed. Here, the inability to access at the required timing is mechanically counted, and a penalty is applied to cases where no actual harm was caused due to the fact that it could be supplemented by substitute parts. The penalty amount is based on an amount that the provider of the integrated service can use to make the software component provider aware that the service will be degraded due to the reduced availability. A penalty amount shall be imposed based on this.
インセンティブ課金は、 当該のソフトウェア部品の代替可能性や、 性能によつ て決まる課金である。 ここで、 インセンティブ課金について詳しく説明する。 ィ ンセンティブ課金に必要なソフトゥェァ部品毎の貢献度は、 提供したサービスの 実績と、 類似する実績の集合との相関分析により算出される。 まず、 提供したサ 一ビスの実績と類似した要求パラメータを持つ実績を抽出する。 次に、 抽出した 実績に含まれる各ソフトウエア部品の点数と提供したサービスの実績に含まれる 機能フローの点数とを用いて相関分析を行い、 各ソフトウェア部品の貢献度を算 出する。 The incentive fee is a fee that is determined by the substitutability and performance of the software component. Here, the incentive billing will be described in detail. The degree of contribution for each software component required for incentive billing is calculated by correlation analysis between the performance of the provided service and a set of similar performance. First, the results that have the required parameters similar to the provided service results are extracted. Next, a correlation analysis is performed using the score of each software component included in the extracted performance and the score of the function flow included in the performance of the provided service, and the contribution of each software component is calculated. Put out.
複数の機能フ口一候補を並行処理した場合、 機能フ口一候補のうち実際に実施 した全てを貢献度計算の対象とする。 これによつて、 代替可能であるソフトゥェ ァ部品は、 別の部品に入れ替わつて適用されたケースも力ゥントされることで、 相対的に貢献度を低く計算され、 一方、 代替可能性の低いソフトウェア部品の貢 献度は高く計算される。 インセンティブ分に用意された総額を、 提供したサービ スにおける各ソフトウェア部品の貢献度に応じて分配した額が、 各ソフトウェア 以上により、 ソフトウェア部品の提供者への支払い金額は、 「ソフトウェア部 品への支払い金額 =基準課金 X利用回数 +インセンティブ課金一ペナルティ課 金」 となる。 このうちインセンティブ課金が実績を活かし、 市場原理を反映でき る。 なお、 本実施の形態に係る統合サービス提供システムは、 課金の他にポイン ト制度など、 他のフィードバックを行うことも可能である。 When multiple functional contacts are processed in parallel, all of the functional contacts that are actually executed are the targets of the contribution calculation. As a result, the replaceable software component is calculated to have a relatively low contribution, because the case where the component is applied by replacing another component is also calculated. The contribution of software components is calculated high. The total amount provided for the incentives distributed according to the contribution of each software component in the provided service is equal to the amount of each software. Payment amount = base charge X number of uses + incentive charge-penalty charge ". Of these, incentive billing can make use of its track record and reflect market principles. Note that the integrated service providing system according to the present embodiment can also provide other feedback such as a point system in addition to charging.
本実施の形態では、 統合サービス提供サーバ 1力 クライアント 3を用いたュ 一ザからの要求に応じてソフトゥヱァ部品の選択や組み合わせを行 、、 提供する システムとしたが、 ソフトウェア部品提供サーバ 2 A, 2 B , 2 Cの代わりにあ る知識を備えたナレツジベースを備え、 要求に応じて知識を提供するようにして も良い。 このナレツジベースにはある知識の提供者の情報を付与しておく。 この 場合のユーザからの要求は、 特定の状況における知識である。 ユーザは、 要求に 適した知識であった力否かを統合サービス提供サーバへフィードバックし、 統合 サービス提供サーバはそのフィードバックを評価結果として獲得し、 実績として 蓄積することにより、 要求に応じた知識を適切に選択して提供できる。 さらに、 課金の代わりに、 ある知識の提供者は知識の評価結果に応じたボイントを受ける ことができる。 例えば企業内で統合サービス提供システムを用いた場合には、 こ のボイントを報酬などにすることが可能であり、 それによってインセンティプを 持たせて良質の知識を入力させるように促進することができる。 実施の形態 2 . In the present embodiment, the integrated service providing server 1 is a system that selects and combines software components in response to a request from a user using the client 3 and provides the software component. However, the software component providing server 2A, A knowledge base with knowledge in place of 2B and 2C may be provided, and knowledge may be provided on demand. This knowledge base is provided with information of a certain knowledge provider. The request from the user in this case is knowledge in a particular situation. The user feeds back to the integrated service providing server whether or not the knowledge was suitable for the request, and the integrated service providing server obtains the feedback as an evaluation result and accumulates it as a result, thereby acquiring the knowledge according to the request. Properly select and provide. Furthermore, instead of billing, a provider of knowledge can receive a point based on the evaluation result of knowledge. For example, when an integrated service providing system is used in a company, this point can be used as a reward, etc., thereby promoting incentives and inputting high-quality knowledge. . Embodiment 2
本実施の形態では、 統合サービス提供サーバ 1側ではソフトウェアの実行を行 わず、 ソフトゥェァ部品提供サーバ 2 A, 2 B, 2 C側でソフトゥ工ァの実行を 行う例について説明する。 ここでは、 実行と評価の動作について説明する。 以下 で説明する動作以外は、 実施の形態 1と同様の動作を行う。 In the present embodiment, the integrated service providing server 1 executes software. First, an example will be described in which the software component providing servers 2A, 2B, and 2C execute the software component. Here, the execution and evaluation operations will be described. Except for the operation described below, the same operation as in the first embodiment is performed.
本実施の形態では、 ソフトゥェァ部品提供サーバ 2 A, 2 B, 2 C側でソフト ウェア部品の実行を行うため、 ソフトウェア部品提供サーバは、 ソフトウェア部 品記憶部に加えて、 計算部と、 エラー処理部と、 評価処理部を備える。 In this embodiment, the software component providing server 2A, 2B, and 2C execute software components on the software component providing server. Therefore, in addition to the software component storing unit, the software component providing server includes a calculating unit and an error processing unit. And an evaluation processing unit.
まず、 ソフトウェア実行部 1 1 0は、 処理 S 2 3のソフトウェアの実行におい て、 ソフトウェア部品の実行指示と引数を、 該当するソフトウェア部品提供サー バへ送信する。 ソフトウェア実行部 1 1 0から実行指示と引数を受信したソフト ウェア部品提供サーバは、 計算部でソフトウェア部品の実行を行う。 エラー処理 部は、 ソフトウェア部品の実行により起こったエラーの処理を行う。 評価処理部 は、 ソフトウェア部品の実行に関する評価を行う。 評価処理部が生成する評価結 果は、 実行の成功または失敗を示す成否、 入力がそのソフトウェア部品にとって 最適であるかどう力、 実行時にソフトウェア部品で起きたエラー、 速度などのパ フォーマンスなどがある。 ソフトウェア部品の実行後、 ソフトウェア部品提供サ ーパは、 実行結果と評価結果を統合サービス提供サーバ 1へ送信する。 First, the software execution unit 110 transmits a software component execution instruction and an argument to the corresponding software component providing server in the execution of the software in the process S23. The software component providing server that receives the execution instruction and the argument from the software execution unit 110 executes the software component in the calculation unit. The error processing unit processes an error caused by execution of the software component. The evaluation processing unit evaluates the execution of the software component. The evaluation results generated by the evaluation processing unit include the success or failure of execution success or failure, whether the input is optimal for the software component, the error that occurred in the software component during execution, the performance such as speed, etc. is there. After executing the software component, the software component providing server transmits the execution result and the evaluation result to the integrated service providing server 1.
一方、 ソフトウエア実行部 1 1 0もソフトウヱァ部品提供サーバの実行に関す る評価を行う。 この場合のソフトウェア実行部 1 1 0が生成する評価結果とは、 例えば、 実行指示時にソフトウェア部品提供サーバにアクセスできた力否かであ る。 ソフトウエア部品提供サーバから実行結果と評価結果を受信したソフトウヱ ァ実行部 1 1 0は、 ソフトゥェァ部品提供サーバからの評価結果と、 自身が生成 した評価結果を実績管理部 1 0 8へ出力する。 実績管理部 1 0 8は、 評価結果を 機能フ口一実績 D Bまたはソフトゥェァ部品実績 D Bへ記録する。 実施の形態 3 . On the other hand, the software execution unit 110 also evaluates the execution of the software component providing server. The evaluation result generated by the software execution unit 110 in this case is, for example, whether or not the ability to access the software component providing server at the time of execution instruction is given. The software execution unit 110 that has received the execution result and the evaluation result from the software component providing server outputs the evaluation result from the software component providing server and the evaluation result generated by itself to the result management unit 108. The performance management unit 108 records the evaluation result in the functional performance record DB or the software component performance DB. Embodiment 3.
本実施の形態では、 統合サービス提供サーバ 1側とソフトゥヱァ部品提供サー パ 2 A, 2 B , 2 C側ではソフトウェアの実行を行わず、 機能フローまたはソフ トウエア部品をそのままクライアント 3へ渡す例について説明する。 ここでは、 実行との動作について説明する。 以下で説明する動作以外は、 実施の形態 1と同 様の動作を行う。 In the present embodiment, an example is described in which the integrated service providing server 1 and the software component providing servers 2A, 2B, and 2C do not execute software, and pass the function flow or software components to the client 3 as they are. I do. Here, the operation of execution will be described. Except for the operation described below, it is the same as the first embodiment. Perform the same operation.
本実施の形態では、 ユーザがクライアント 3を用いて要求メッセージを送信す る際に、 機能フローまたはソフトウェア部品をそのまま返すように要求メッセー ジを変更することにより対応することができる。 ソフトウェア実行部 1 1 0はク ライアントインタフェース部 1 0 1を介して、 要求に応じて選択された機能フロ 一またはソフトウェア部品のうち、 優先順位が上位のものをクライアント 3へ送 信する。 クライアント 3は、 ソフトウェア部品の実行を行い、 ソフトウエア部品 の質に関する評価結果を統合サービス提供サーバ 1へ送信する。 In the present embodiment, when a user sends a request message using the client 3, the request message can be changed so that the function flow or the software component is returned as it is. The software execution unit 110 transmits, via the client interface unit 101, the client 3 having the higher priority among the functional flows or software components selected in response to the request. The client 3 executes the software component and transmits the evaluation result on the quality of the software component to the integrated service providing server 1.
実績獲得部 1 0 9は、 クライアントインタフェース部 1 0 1を介してクライア ント 3からの評価結果を獲得し、 実績管理部 1 0 8へ出力する。 実績管理部 1 0 8は、 評価結果を機能フ口一実績 D Bまたは部品実績 D Bへ記録する。 The result acquisition unit 109 acquires the evaluation result from the client 3 via the client interface unit 101 and outputs the result to the result management unit 108. The performance management unit 108 records the evaluation result in the functional performance result DB or the component performance DB.
なお、 統合サービス提供サーバ 1は、 複数の機能フ口一候補とソフトウェア部 品候iを、 クライアント 3へ返すようにしても良い。 このような場合は、 クライ アント 3側で機能フローまたはソフトゥェァ部品の選択ができる。 In addition, the integrated service providing server 1 may return the plurality of function group candidates and the software components i to the client 3. In such a case, the client 3 can select the function flow or software component.
また、 統合サービス提供サーバ 1はクライアント 3へ、 ソフトウェア部品を送 信するのではなく、 選択した機能フ口一や選択したソフトゥェァ部品の提供元、 提供元ネットワーク I D、 部品 I Dなどの情報を送信して、 クライアント 3がソ フトウェア部品提供サーバからソフトウェア部品を取得して実行するようにして も良い。 産業上利用の可能性 Also, the integrated service providing server 1 does not send the software component to the client 3 but sends information such as the selected function component, the provider of the selected software component, the provider network ID, and the component ID. Alternatively, the client 3 may acquire and execute a software component from the software component providing server. Possibility of industrial use
以上説明したように、 本発明によれば、 実績を利用してソフトウェア部品の選 択ゃ組み合わせを行うことにより、 ソフトウェア部品を統合した場合の動作にお いて質の高さと安定性を実現することが可能である。 また、 1つの要求に対して 、 対応する複数のソフトウェア部品を登録しておくことにより、 散在するソフト ウェア部品の統合や連携が可能になる。 その際に必要になる管理工数は実績を使 うことにより劇的に軽減され、 かつ動作の安定性が確保される。 また、 サービス に対する課金は、 個々のソフトウェア部品の提供者が行うことなく、 貢献度に基 づいて行われるため、 実用性の高い課金を実現することができ、 新規のソフトゥ エア部品の登録を促進させることにもなる。 As described above, according to the present invention, it is possible to realize high quality and stability in the operation when software components are integrated by selecting and combining software components using the results. Is possible. Also, by registering a plurality of corresponding software components for one request, it becomes possible to integrate and cooperate with scattered software components. The man-hours required at that time are dramatically reduced by using the actual results, and the stability of operation is ensured. In addition, billing for services is not performed by the individual software component provider, but based on the degree of contribution, so highly practical billing can be realized, and new software It will also facilitate the registration of air components.
また、 ユーザにおいては、 目的のサービスを発見し、 組み合わせることの困難 さや煩雑さが大きく軽減される。 また、 統合に関わるソフトウェア部品の提供者 においては、 使われるサービスにするために他のサービスと組み合わせるような 仕事を代行してくれることによる、 サービス提供のための敷居が軽減される。 Also, for users, the difficulty and complexity of finding and combining target services is greatly reduced. In addition, providers of software components involved in integration will be able to reduce the barriers to providing services by acting on behalf of combining services with other services to make the services used.
Claims
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2002/013817 WO2004061652A1 (en) | 2002-12-27 | 2002-12-27 | Integrated service providing server, integrated service providing system, integrated service providing method, and intgral service providing program |
| JP2004564444A JPWO2004061652A1 (en) | 2002-12-27 | 2002-12-27 | Integrated service provision server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2002/013817 WO2004061652A1 (en) | 2002-12-27 | 2002-12-27 | Integrated service providing server, integrated service providing system, integrated service providing method, and intgral service providing program |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2004061652A1 true WO2004061652A1 (en) | 2004-07-22 |
Family
ID=32697333
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/JP2002/013817 Ceased WO2004061652A1 (en) | 2002-12-27 | 2002-12-27 | Integrated service providing server, integrated service providing system, integrated service providing method, and intgral service providing program |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JPWO2004061652A1 (en) |
| WO (1) | WO2004061652A1 (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007257163A (en) * | 2006-03-22 | 2007-10-04 | Hitachi Ltd | Operation quality control method in distributed program execution environment |
| JP2008134914A (en) * | 2006-11-29 | 2008-06-12 | Nippon Telegr & Teleph Corp <Ntt> | Complex service providing system and method |
| JP2008134913A (en) * | 2006-11-29 | 2008-06-12 | Nippon Telegr & Teleph Corp <Ntt> | Complex service providing system and method |
| US7676794B2 (en) | 2006-03-09 | 2010-03-09 | International Business Machines Corporation | Testing scenarios that sequentially execute a plurality of application program interfaces |
| JP2011060033A (en) * | 2009-09-10 | 2011-03-24 | Ricoh Co Ltd | Integration and management apparatus, integration and management system, integration and management method, integration and management program, and recording medium with the program recorded thereon |
| JPWO2021152802A1 (en) * | 2020-01-30 | 2021-08-05 | ||
| JP2023159414A (en) * | 2020-07-22 | 2023-10-31 | 株式会社One Act | Source code buying and selling system using AI |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05233239A (en) * | 1992-02-20 | 1993-09-10 | Fujitsu Ltd | Automatic program generator |
| JPH07152546A (en) * | 1993-09-29 | 1995-06-16 | Hitachi Software Eng Co Ltd | Programming method and system for object-oriented programming system using graphics |
| JP2000057188A (en) * | 1998-08-10 | 2000-02-25 | Nippon Telegr & Teleph Corp <Ntt> | Hardware / Software Co-Evaluation System |
| JP2001216144A (en) * | 2000-02-03 | 2001-08-10 | Hitachi Ltd | Software component storage method, storage medium, and performance evaluation method |
| JP2002150423A (en) * | 2000-11-15 | 2002-05-24 | Tokyo Gas Co Ltd | Billing method in failure diagnosis system |
| JP2002278755A (en) * | 2001-03-16 | 2002-09-27 | Hitachi Software Eng Co Ltd | Method and device for calling selection of distributed software components |
-
2002
- 2002-12-27 JP JP2004564444A patent/JPWO2004061652A1/en active Pending
- 2002-12-27 WO PCT/JP2002/013817 patent/WO2004061652A1/en not_active Ceased
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05233239A (en) * | 1992-02-20 | 1993-09-10 | Fujitsu Ltd | Automatic program generator |
| JPH07152546A (en) * | 1993-09-29 | 1995-06-16 | Hitachi Software Eng Co Ltd | Programming method and system for object-oriented programming system using graphics |
| JP2000057188A (en) * | 1998-08-10 | 2000-02-25 | Nippon Telegr & Teleph Corp <Ntt> | Hardware / Software Co-Evaluation System |
| JP2001216144A (en) * | 2000-02-03 | 2001-08-10 | Hitachi Ltd | Software component storage method, storage medium, and performance evaluation method |
| JP2002150423A (en) * | 2000-11-15 | 2002-05-24 | Tokyo Gas Co Ltd | Billing method in failure diagnosis system |
| JP2002278755A (en) * | 2001-03-16 | 2002-09-27 | Hitachi Software Eng Co Ltd | Method and device for calling selection of distributed software components |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7676794B2 (en) | 2006-03-09 | 2010-03-09 | International Business Machines Corporation | Testing scenarios that sequentially execute a plurality of application program interfaces |
| JP2007257163A (en) * | 2006-03-22 | 2007-10-04 | Hitachi Ltd | Operation quality control method in distributed program execution environment |
| JP2008134914A (en) * | 2006-11-29 | 2008-06-12 | Nippon Telegr & Teleph Corp <Ntt> | Complex service providing system and method |
| JP2008134913A (en) * | 2006-11-29 | 2008-06-12 | Nippon Telegr & Teleph Corp <Ntt> | Complex service providing system and method |
| JP2011060033A (en) * | 2009-09-10 | 2011-03-24 | Ricoh Co Ltd | Integration and management apparatus, integration and management system, integration and management method, integration and management program, and recording medium with the program recorded thereon |
| JPWO2021152802A1 (en) * | 2020-01-30 | 2021-08-05 | ||
| WO2021152802A1 (en) * | 2020-01-30 | 2021-08-05 | 富士通株式会社 | Service design device, service design method, and service design program |
| JP7367783B2 (en) | 2020-01-30 | 2023-10-24 | 富士通株式会社 | Service design device, service design method, and service design program |
| JP2023159414A (en) * | 2020-07-22 | 2023-10-31 | 株式会社One Act | Source code buying and selling system using AI |
Also Published As
| Publication number | Publication date |
|---|---|
| JPWO2004061652A1 (en) | 2006-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11157915B2 (en) | Automatic creation and configuration of license models and policies | |
| Ouzzani et al. | Efficient access to web services | |
| Leitner et al. | Monitoring, prediction and prevention of sla violations in composite services | |
| JP3902136B2 (en) | Service provider system, resource counter service provider system, SOAP web service system, method and program including counting / billing mechanism for web services based on SOAP communication protocol | |
| Hussain et al. | Integrated AHP-IOWA, POWA framework for ideal cloud provider selection and optimum resource management | |
| Zhang et al. | Requirements driven dynamic services composition for web services and grid solutions | |
| US8024740B2 (en) | Acquisition system for distributed computing resources | |
| KR102129873B1 (en) | System for intermediating part-time job and method thereof | |
| Chen et al. | SaaSC: Toward pay-as-you-go mode for software service transactions based on Blockchain's smart legal contracts | |
| Singhera et al. | Extended web services framework to meet non-functional requirements | |
| WO2004061652A1 (en) | Integrated service providing server, integrated service providing system, integrated service providing method, and intgral service providing program | |
| CN111127224B (en) | Information processing method, information processing device, electronic equipment and storage medium | |
| Liu et al. | Efficient change management in long-term composed services | |
| Bocciarelli et al. | Automated performance analysis of business processes | |
| Aljazzaf | Modelling and measuring the quality of online services | |
| Rosenberg | QoS-aware composition of adaptive service-oriented systems | |
| Park et al. | C-RCE: an approach for constructing and managing a cloud service broker | |
| Hughes et al. | Qos explorer: A tool for exploring qos in composed services | |
| Becha et al. | Consumer-centric non-functional properties of soa-based services | |
| Liang-Jie et al. | Requirements driven dynamic services composition for web services and grid solutions | |
| Caires et al. | Core calculi for service-oriented computing | |
| Andreozzi et al. | Towards a model for quality of Web and Grid services | |
| Verborgh et al. | A Social Description Revolution-Describing Web APIs' Social Parameters with RESTdesc. | |
| Vastag | SLA calculus | |
| Rajendran | A broker-based web service architecture for service registration and discovery with QoS |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| AK | Designated states |
Kind code of ref document: A1 Designated state(s): JP US |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 2004564444 Country of ref document: JP |