(57)【要約】ソフトウェア部品を統合したソフトウェアを、ネットワークを介して接続されたクライアントからの要求に応じて提供する統合サービス提供サーバであって、ソフトウェア部品の部品機能を蓄積するとともに、複数の部品機能から構成される機能フローを蓄積し、機能フローの実績とソフトウェア部品の実績と蓄積し、機能フローの候補の中から実行する機能フローを実績に基づいて選択し、機能フローを構成するソフトウェア部品の候補の中から実行するソフトウェア部品を実績に基づいて選択し、実行するソフトウェア部品の実行を行い、ソフトウェア部品の評価結果と機能フローの評価結果とを蓄積し、実行結果をクライアントへ送信する。
2004061652.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたクライアントからの要求に応じて、ソフトウェア部品を提供する統合サービス提供サーバであって、
ソフトウェア部品を登録し、該ソフトウェア部品の機能を表す部品機能と該ソフトウェア部品の識別子とを蓄積するソフトウェア登録部と、
過去に与えられた要求と該要求に従って実行されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積する実績管理部と、
前記クライアントから要求を受信し、該要求に含まれた機能を抽出するクライアントインタフェース部と、
前記要求に基づいてソフトウェア部品の候補を前記ソフトウェア登録部から検索し、前記ソフトウェア部品の候補に対応する実績を前記実績管理部から取得し、該実績に基づいて前記ソフトウェア部品の候補の中から実行するソフトウェア部品である実行ソフトウェア部品を選択するソフトウェア選択部と、
前記実行ソフトウェア部品の実行の制御を行い、該実行により得られる前記実行ソフトウェア部品の評価結果を前記実績管理部へ出力するソフトウェア実行部と、
を備えてなる統合サービス提供サーバ。
【請求項２】
ソフトウェア部品を統合したソフトウェアを、ネットワークを介して接続されたクライアントからの要求に応じて提供する統合サービス提供サーバであって、
ソフトウェア部品を登録し、該ソフトウェア部品の機能を表す部品機能と該ソフトウェア部品の識別子とを蓄積するとともに、複数の部品機能から構成される機能フローを登録し、該機能フローを構成する複数の部品機能と該機能フローの機能と該機能フローの識別子とを蓄積するソフトウェア登録部と、
過去に与えられた要求と該要求に従って実行された機能フローの評価結果とを該機能フローの実績として蓄積し、過去に与えられた要求と該要求に従って実行されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積する実績管理部と、
前記クライアントから要求を受信し、該要求に含まれた機能を抽出するクライアントインタフェース部と、
前記要求に基づいて機能フローの候補を前記ソフトウェア登録部から検索し、前記機能フローの候補に対応する実績を前記実績管理部から取得し、実行する機能フローである実行機能フローを前記機能フローの候補に対応する実績に基づいて前記機能フローの候補の中から選択し、前記実行機能フローを構成する部品機能である複数の構成機能へ分解し、該構成機能に基づいて該構成機能毎のソフトウェア部品の候補を前記ソフトウェア登録部から検索し、前記構成機能毎のソフトウェア部品の候補に対応する実績を前記実績管理部から取得し、該実績に基づいて前記構成機能毎のソフトウェア部品の候補の中から実行するソフトウェア部品である前記構成機能毎の実行ソフトウェア部品を選択するソフトウェア選択部と、
前記構成機能毎の実行ソフトウェア部品の実行の制御を行い、該実行により得られる前記構成機能毎の実行ソフトウェア部品の評価結果と該評価結果に基づく前記実行機能フローの評価結果とを前記実績管理部へ出力するソフトウェア実行部と、
を備えてなる統合サービス提供サーバ。
【請求項３】
請求の範囲第２項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア実行部はさらに、ネットワークを介して接続された外部のサーバから前記構成機能毎の実行ソフトウェア部品を取得し、前記構成機能毎の実行ソフトウェア部品の実行と前記構成機能毎の実行ソフトウェア部品の評価を行うとともに、前記構成機能毎の実行ソフトウェア部品の実行結果に基づいて前記実行機能フローの実行結果を生成し、前記構成機能毎の実行ソフトウェア部品の評価結果に基づいて前記実行機能フローの評価を行い、
前記クライアントインタフェース部はさらに、前記実行機能フローの実行結果をクライアントへ送信する
ことを特徴とする統合サービス提供サーバ。
【請求項４】
請求の範囲第３項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア選択部は、実績管理部に蓄積された機能フローのうち、前記クライアントからの要求に類似した要求を持つ機能フローを前記機能フローの候補とし、前記機能フローの候補に対応する実績に基づいて前記機能フローの候補の優先順位を与え、最上位の優先順位を持つ前記機能フローの候補を前記実行機能フローとし、前記実行機能フローの実行が失敗した場合に次の優先順位を持つ前記機能フローの候補を前記実行機能フローとし、前記実行機能フローの構成機能毎のソフトウェア部品の候補に対応する実績に基づいて前記構成機能毎のソフトウェア部品の候補の優先順位を与え、最上位の優先順位を持つ前記ソフトウェア部品の候補を前記実行ソフトウェア部品とし、前記実行ソフトウェア部品の実行が失敗した場合に次の優先順位を持つ前記ソフトウェア部品の候補を前記実行ソフトウェア部品とする
ことを特徴とする統合サービス提供サーバ。
【請求項５】
請求の範囲第３項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア登録部に新規のソフトウェア部品が登録された場合に、予め定められた規則や実績に基づいて前記新規のソフトウェア部品の実行を行うシミュレーション部を備えた
ことを特徴とする統合サービス提供サーバ。
【請求項６】
請求の範囲第３項に記載の統合サービス提供サーバにおいて、
前記予め定めた規則に従って前記ソフトウェア部品の候補の削除または前記ソフトウェア部品の候補の置き換えを行うルールエンジン部を備えた
ことを特徴とする統合サービス提供サーバ。
【請求項７】
請求の範囲第３項に記載の統合サービス提供サーバにおいて、
前記クライアントから受信した要求に類似した要求を持つ実績を前記実績管理部から抽出し、該実績に基づいて前記実行ソフトウェア部品の貢献度を算出し、該貢献度に応じて前記実行ソフトウェア部品への報酬を決定する課金計算部を備えた
ことを特徴とする統合サービス提供サーバ。
【請求項８】
請求の範囲第３項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア実行部は、複数の前記ソフトウェア部品の候補の実行を並列に行う
ことを特徴とする統合サービス提供サーバ。
【請求項９】
請求の範囲第２項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア実行部はさらに、ネットワークを介して接続され前記実行ソフトウェア部品を持つ外部のサーバに対して前記実行ソフトウェア部品の実行の指示を送信することにより前記実行ソフトウェア部品を実行させ、前記実行ソフトウェア部品の実行結果と前記実行ソフトウェア部品の評価結果を受信し、前記構成機能毎の実行ソフトウェア部品の実行結果に基づいて前記実行機能フローの実行結果を生成し、前記構成機能毎の実行ソフトウェア部品の評価結果に基づいて前記実行機能フローの評価を行い、
前記クライアントインタフェース部はさらに、前記実行機能フローの実行結果をクライアントへ送信する
ことを特徴とする統合サービス提供サーバ。
【請求項１０】
請求の範囲第９項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア選択部は、実績管理部に蓄積された機能フローのうち、前記クライアントからの要求に類似した要求を持つ機能フローを前記機能フローの候補とし、前記機能フローの候補に対応する実績に基づいて前記機能フローの候補の優先順位を与え、最上位の優先順位を持つ前記機能フローの候補を前記実行機能フローとし、前記実行機能フローの実行が失敗した場合に次の優先順位を持つ前記機能フローの候補を前記実行機能フローとし、前記実行機能フローの構成機能毎のソフトウェア部品の候補に対応する実績に基づいて前記構成機能毎のソフトウェア部品の候補の優先順位を与え、最上位の優先順位を持つ前記ソフトウェア部品の候補を前記実行ソフトウェア部品とし、前記実行ソフトウェア部品の実行が失敗した場合に次の優先順位を持つ前記ソフトウェア部品の候補を前記実行ソフトウェア部品とする
ことを特徴とする統合サービス提供サーバ。
【請求項１１】
請求の範囲第９項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア登録部に新規のソフトウェア部品が登録された場合に、予め定められた規則や実績に基づいて前記新規のソフトウェア部品の実行の指示を前記新規のソフトウェア部品を提供する外部のサーバへ送信するシミュレーション部を備えた
ことを特徴とする統合サービス提供サーバ。
【請求項１２】
請求の範囲第９項に記載の統合サービス提供サーバにおいて、
前記予め定めた規則に従って前記ソフトウェア部品の候補の削除または前記ソフトウェア部品の候補の置き換えを行うルールエンジン部を備えた
ことを特徴とする統合サービス提供サーバ。
【請求項１３】
請求の範囲第９項に記載の統合サービス提供サーバにおいて、
前記クライアントから受信した要求に類似した要求を持つ実績を前記実績管理部から抽出し、該実績に基づいて前記実行ソフトウェア部品の貢献度を算出し、該貢献度に応じて前記実行ソフトウェア部品への報酬を決定する課金計算部を備えた
ことを特徴とする統合サービス提供サーバ。
【請求項１４】
請求の範囲第９項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア実行部は、複数の前記ソフトウェア部品の候補の実行の指示を前記ソフトウェア部品の候補を提供する外部のサーバへ並列に送信する
ことを特徴とする統合サービス提供サーバ。
【請求項１５】
請求の範囲第２項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア実行部はさらに、ネットワークを介して接続された外部のサーバから前記構成機能毎の実行ソフトウェア部品を取得し、前記クライアントインタフェース部を介して前記クライアントへ、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品を送信することにより、前記クライアントに前記実行機能フローと前記構成機能毎の実行ソフトウェア部品を実行させ、前記クライアントインタフェース部を介して前記クライアントから、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品の実行結果と前記実行機能フローの評価結果と前記構成機能毎の実行ソフトウェア部品の評価結果を受信する
ことを特徴とする統合サービス提供サーバ。
【請求項１６】
請求の範囲第１５項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア選択部は、実績管理部に蓄積された機能フローのうち、前記クライアントからの要求に類似した要求を持つ機能フローを前記機能フローの候補とし、前記機能フローの候補に対応する実績に基づいて前記機能フローの候補の優先順位を与え、最上位の優先順位を持つ前記機能フローの候補を前記実行機能フローとし、前記実行機能フローの実行が失敗した場合に次の優先順位を持つ前記機能フローの候補を前記実行機能フローとし、前記実行機能フローの構成機能毎のソフトウェア部品の候補に対応する実績に基づいて前記構成機能毎のソフトウェア部品の候補の優先順位を与え、最上位の優先順位を持つ前記ソフトウェア部品の候補を前記実行ソフトウェア部品とし、前記実行ソフトウェア部品の実行が失敗した場合に次の優先順位を持つ前記ソフトウェア部品の候補を前記実行ソフトウェア部品とする
ことを特徴とする統合サービス提供サーバ。
【請求項１７】
請求の範囲第１５項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア登録部に新規のソフトウェア部品が登録された場合に、予め定められた規則や実績に基づいて前記新規のソフトウェア部品の実行を行う、または予め定められた規則や実績に基づいて前記新規のソフトウェア部品の実行の指示を前記新規のソフトウェア部品を提供する外部のサーバへ送信するシミュレーション部を備えた
ことを特徴とする統合サービス提供サーバ。
【請求項１８】
請求の範囲第１５項に記載の統合サービス提供サーバにおいて、
前記予め定めた規則に従って前記ソフトウェア部品の候補の削除または前記ソフトウェア部品の候補の置き換えを行うルールエンジン部を備えた
ことを特徴とする統合サービス提供サーバ。
【請求項１９】
請求の範囲第１５項に記載の統合サービス提供サーバにおいて、
前記クライアントから受信した要求に類似した要求を持つ実績を前記実績管理部から抽出し、該実績に基づいて前記実行ソフトウェア部品の貢献度を算出し、該貢献度に応じて前記実行ソフトウェア部品への報酬を決定する課金計算部を備えた
ことを特徴とする統合サービス提供サーバ。
【請求項２０】
請求の範囲第２項に記載の統合サービス提供サーバにおいて、
前記ソフトウェア実行部はさらに、前記クライアントインタフェース部を介して前記クライアントへ、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品の実行の指示を送信することにより、前記クライアントに前記実行機能フローと前記構成機能毎の実行ソフトウェア部品を実行させ、前記クライアントインタフェース部を介して前記クライアントから、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品の実行結果と前記実行機能フローの評価結果と前記構成機能毎の実行ソフトウェア部品の評価結果を受信する
ことを特徴とする統合サービス提供サーバ。
【請求項２１】
ソフトウェア部品を統合したソフトウェアを要求に応じて提供する統合サービス提供システムであって、
請求の範囲第３項に記載の統合サービス提供サーバと、
ネットワークを介して前記統合サービス提供サーバへ要求を送信し、該要求に対する実行結果を受信するクライアントと、
ネットワークを介して前記統合サービス提供サーバへソフトウェア部品を提供するソフトウェア部品提供サーバと、
を備えてなる統合サービス提供システム。
【請求項２２】
ソフトウェア部品を統合したソフトウェアを、ネットワークを介して接続されたクライアントからの要求に応じて提供する統合サービス提供方法であって、
ソフトウェア部品を登録し、該ソフトウェア部品の機能を表す部品機能と該ソフトウェア部品の識別子とを蓄積するとともに、複数の部品機能から構成される機能フローを登録し、該機能フローを構成する複数の部品機能と該機能フローの機能と該機能フローの識別子とを蓄積するステップと、
過去に与えられた要求と該要求に従って実行された機能フローの評価結果とを該機能フローの実績として蓄積し、過去に与えられた要求と該要求に従って実行されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積するステップと、
前記クライアントから要求を受信し、該要求に含まれた機能を抽出するステップと、
前記要求に基づいて機能フローの候補を検索し、前記機能フローの候補に対応する実績を取得し、実行する機能フローである実行機能フローを前記機能フローの候補に対応する実績に基づいて前記機能フローの候補の中から選択し、前記実行機能フローを構成する部品機能である複数の構成機能へ分解し、該構成機能に基づいて該構成機能毎のソフトウェア部品の候補を検索し、前記ソフトウェア部品の候補に対応する実績を前記構成機能毎に取得し、前記ソフトウェア部品の候補のうち実行するソフトウェア部品である実行ソフトウェア部品を前記ソフトウェア部品の候補に対応する実績に基づいて前記ソフトウェア部品の候補の中から前記構成機能毎に選択するステップと、
前記構成機能毎の実行ソフトウェア部品を取得し、前記構成機能毎の実行ソフトウェア部品の実行と前記構成機能毎の実行ソフトウェア部品の評価を行うとともに、前記構成機能毎の実行ソフトウェア部品の実行結果に基づいて前記実行機能フローの実行結果を生成し、前記構成機能毎の実行ソフトウェア部品の評価結果に基づいて前記実行機能フローの評価を行い、前記構成機能毎の実行ソフトウェア部品の評価結果と該評価結果に基づく前記実行機能フローの評価結果とを蓄積するステップと、
前記実行機能フローの実行結果をクライアントへ送信するステップと、
を備えてなる統合サービス提供方法。
【請求項２３】
ソフトウェア部品を統合したソフトウェアを、ネットワークを介して接続されたクライアントからの要求に応じて提供するために、コンピュータにより読取可能な媒体に記憶された統合サービス提供プログラムであって、
ソフトウェア部品を登録し、該ソフトウェア部品の機能を表す部品機能と該ソフトウェア部品の識別子とを蓄積するとともに、複数の部品機能から構成される機能フローを登録し、該機能フローを構成する複数の部品機能と該機能フローの機能と該機能フローの識別子とを蓄積するステップと、
過去に与えられた要求と該要求に従って実行された機能フローの評価結果とを該機能フローの実績として蓄積し、過去に与えられた要求と該要求に従って実行されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積するステップと、
前記クライアントから要求を受信し、該要求に含まれた機能を抽出するステップと、
前記要求に基づいて機能フローの候補を検索し、前記機能フローの候補に対応する実績を取得し、実行する機能フローである実行機能フローを前記機能フローの候補に対応する実績に基づいて前記機能フローの候補の中から選択し、前記実行機能フローを構成する部品機能である複数の構成機能へ分解し、該構成機能に基づいて該構成機能毎のソフトウェア部品の候補を検索し、前記ソフトウェア部品の候補に対応する実績を前記構成機能毎に取得し、前記ソフトウェア部品の候補のうち実行するソフトウェア部品である実行ソフトウェア部品を前記ソフトウェア部品の候補に対応する実績に基づいて前記ソフトウェア部品の候補の中から前記構成機能毎に選択するステップと、
前記構成機能毎の実行ソフトウェア部品を取得し、前記構成機能毎の実行ソフトウェア部品の実行と前記構成機能毎の実行ソフトウェア部品の評価を行うとともに、前記構成機能毎の実行ソフトウェア部品の実行結果に基づいて前記実行機能フローの実行結果を生成し、前記構成機能毎の実行ソフトウェア部品の評価結果に基づいて前記実行機能フローの評価を行い、前記構成機能毎の実行ソフトウェア部品の評価結果と該評価結果に基づく前記実行機能フローの評価結果とを蓄積するステップと、
前記実行機能フローの実行結果をクライアントへ送信するステップと、
をコンピュータに実行させることを特徴とする統合サービス提供プログラム。
【発明の詳細な説明】
【技術分野】  本発明は、クライアントからの要求に応じて、ネットワーク上で動作するソフトウェア部品を統合して提供する際に、蓄積された実績に基づいてソフトウェア部品の選択や組み合わせを適切に行う統合サービス提供サーバ、統合サービス提供システム、統合サービス提供方法、統合サービス提供プログラムに関するものである。
【背景技術】  現在、インターネット上で様々なＷｅｂサービスが実現の過程にある。ここで、Ｗｅｂサービスとは、従来のような人間に見せるＷｅｂページを使ったオンラインサービスのことではなく、ソフトウェア同士がインターネットを介してやりとりをする仕組みや、そのようなインタラクションの仕組みを持ったソフトウェア部品のことを指す。
現在、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ）、ＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）などのやりとりのための仕様が規定され、その仕様に準拠したソフトウェア部品を登録するための仕組みがインターネット上で提供されている。このようなＷｅｂサービスは、組み合わせて使うことでより大きなサービスが実現できる。以下、この組み合わせを統合と称する。
しかしながら、ソフトウェア部品の統合を適切に行うには、以下のような問題がある。
まず、各ソフトウェア部品の効率や性能に関して、スペックが不明であるという問題がある。ソフトウェア部品の流通の枠組みには、ソフトウェア部品の性能や動作制約などを記述するメタデータが存在しており、そのメタデータをチェックすることで、形式的な動作の可能性をチェックすることが可能である。しかし、そのメタデータの信頼性の問題や、同じメタデータで記述されていても実際には能力差が生じたり、ある統合によっては動作しなかったりということが起こりうる。
また、各ソフトウェア部品が分散して存在するため、統合したソフトウェア部品の供給や動作は安定して行われるとは限らず、安定性に欠けるという問題が生じる。
また、ソフトウェア部品に対して課金するような枠組みが考えられているが、統合して使用された際に、統合に関わった各部品の対価を決定するのが難しいといった問題が生じる。
本発明は、このような問題を解決するためになされたものであり、サービスの評価結果を実績として蓄積し、その実績に基づいてソフトウェア部品の統合を適切に行い提供する統合サービス提供サーバ、統合サービス提供システム、統合サービス提供方法、統合サービス提供プログラムを提供することを目的とする。
【発明の開示】
本発明は、ネットワークを介して接続されたクライアントからの要求に応じて、ソフトウェア部品を提供する統合サービス提供サーバであって、ソフトウェア部品を登録し、該ソフトウェア部品の機能を表す部品機能と該ソフトウェア部品の識別子とを蓄積するソフトウェア登録部と、過去に与えられた要求と該要求に従って実行されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積する実績管理部と、前記クライアントから要求を受信し、該要求に含まれた機能を抽出するクライアントインタフェース部と、前記要求に基づいてソフトウェア部品の候補を前記ソフトウェア登録部から検索し、前記ソフトウェア部品の候補に対応する実績を前記実績管理部から取得し、該実績に基づいて前記ソフトウェア部品の候補の中から実行するソフトウェア部品である実行ソフトウェア部品を選択するソフトウェア選択部と、前記実行ソフトウェア部品の実行の制御を行い、該実行により得られる前記実行ソフトウェア部品の評価結果を前記実績管理部へ出力するソフトウェア実行部とを備えてなるものである。
このような構成によれば、過去の実績に基づいた評価結果に応じてソフトウェア部品が選択されることにより、要求に合わせて最適なソフトウェア部品を提供することができる。なお、本実施の形態におけるソフトウェア選択部とは、ソフトウェア決定部１０２とソフトウェア選択部１０３と優先順位決定部１０７のことである。
また、本発明は、ソフトウェア部品を統合したソフトウェアを、ネットワークを介して接続されたクライアントからの要求に応じて提供する統合サービス提供サーバであって、ソフトウェア部品を登録し、該ソフトウェア部品の機能を表す部品機能と該ソフトウェア部品の識別子とを蓄積するとともに、複数の部品機能から構成される機能フローを登録し、該機能フローを構成する複数の部品機能と該機能フローの機能と該機能フローの識別子とを蓄積するソフトウェア登録部と、過去に与えられた要求と該要求に従って実行された機能フローの評価結果とを該機能フローの実績として蓄積し、過去に与えられた要求と該要求に従って実行されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積する実績管理部と、前記クライアントから要求を受信し、該要求に含まれた機能を抽出するクライアントインタフェース部と、前記要求に基づいて機能フローの候補を前記ソフトウェア登録部から検索し、前記機能フローの候補に対応する実績を前記実績管理部から取得し、実行する機能フローである実行機能フローを前記機能フローの候補に対応する実績に基づいて前記機能フローの候補の中から選択し、前記実行機能フローを構成する部品機能である複数の構成機能へ分解し、該構成機能に基づいて該構成機能毎のソフトウェア部品の候補を前記ソフトウェア登録部から検索し、前記構成機能毎のソフトウェア部品の候補に対応する実績を前記実績管理部から取得し、該実績に基づいて前記構成機能毎のソフトウェア部品の候補の中から実行するソフトウェア部品である前記構成機能毎の実行ソフトウェア部品を選択するソフトウェア選択部と、前記構成機能毎の実行ソフトウェア部品の実行の制御を行い、該実行により得られる前記構成機能毎の実行ソフトウェア部品の評価結果と該評価結果に基づく前記実行機能フローの評価結果とを前記実績管理部へ出力するソフトウェア実行部とを備えてなるものである。
このような構成によれば、過去の実績に基づいた評価結果に応じて機能フローが選択されることにより、要求に合わせて最適な機能フローを提供することができる。
また、本発明に係る統合サービス提供サーバにおいて、前記ソフトウェア実行部はさらに、ネットワークを介して接続された外部のサーバから前記構成機能毎の実行ソフトウェア部品を取得し、前記構成機能毎の実行ソフトウェア部品の実行と前記構成機能毎の実行ソフトウェア部品の評価を行うとともに、前記構成機能毎の実行ソフトウェア部品の実行結果に基づいて前記実行機能フローの実行結果を生成し、前記構成機能毎の実行ソフトウェア部品の評価結果に基づいて前記実行機能フローの評価を行い、前記クライアントインタフェース部はさらに、前記実行機能フローの実行結果をクライアントへ送信することを特徴とするものである。
このような構成によれば、統合サービス提供サーバ内部でソフトウェア部品の実行を行うことにより、確実に評価結果を蓄積することができる。
また、本発明に係る統合サービス提供サーバにおいて、前記ソフトウェア実行部はさらに、ネットワークを介して接続され前記実行ソフトウェア部品を持つ外部のサーバに対して前記実行ソフトウェア部品の実行の指示を送信することにより前記実行ソフトウェア部品を実行させ、前記実行ソフトウェア部品の実行結果と前記実行ソフトウェア部品の評価結果を受信し、前記構成機能毎の実行ソフトウェア部品の実行結果に基づいて前記実行機能フローの実行結果を生成し、前記構成機能毎の実行ソフトウェア部品の評価結果に基づいて前記実行機能フローの評価を行い、前記クライアントインタフェース部はさらに、前記実行機能フローの実行結果をクライアントへ送信することを特徴とするものである。
このような構成によれば、ソフトウェア部品を外部のサーバで実行させ、統合サービス提供サーバの負荷を軽減することにより、安定したサービスを提供することができる。
また、本発明に係る統合サービス提供サーバにおいて、前記ソフトウェア実行部はさらに、ネットワークを介して接続された外部のサーバから前記構成機能毎の実行ソフトウェア部品を取得し、前記クライアントインタフェース部を介して前記クライアントへ、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品を送信することにより、前記クライアントに前記実行機能フローと前記構成機能毎の実行ソフトウェア部品を実行させ、前記クライアントインタフェース部を介して前記クライアントから、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品の実行結果と前記実行機能フローの評価結果と前記構成機能毎の実行ソフトウェア部品の評価結果を受信することを特徴とするものである。
このような構成によれば、ソフトウェア部品をクライアントで実行させ、統合サービス提供サーバの負荷を軽減することにより、安定したサービスを提供することができる。
また、本発明に係る統合サービス提供サーバにおいて、前記ソフトウェア実行部はさらに、前記クライアントインタフェース部を介して前記クライアントへ、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品の実行の指示を送信することにより、前記クライアントに前記実行機能フローと前記構成機能毎の実行ソフトウェア部品を実行させ、前記クライアントインタフェース部を介して前記クライアントから、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品の実行結果と前記実行機能フローの評価結果と前記構成機能毎の実行ソフトウェア部品の評価結果を受信することを特徴とするものである。
このような構成によれば、ソフトウェア部品をクライアントまたは外部のサーバで実行させ、統合サービス提供サーバの負荷を軽減することにより、安定したサービスを提供することができる。
また、本発明に係る統合サービス提供サーバにおいて、前記ソフトウェア選択部は、実績管理部に蓄積された機能フローのうち、前記クライアントからの要求に類似した要求を持つ機能フローを前記機能フローの候補とし、前記機能フローの候補に対応する実績に基づいて前記機能フローの候補の優先順位を与え、最上位の優先順位を持つ前記機能フローの候補を前記実行機能フローとし、前記実行機能フローの実行が失敗した場合に次の優先順位を持つ前記機能フローの候補を前記実行機能フローとし、前記実行機能フローの構成機能毎のソフトウェア部品の候補に対応する実績に基づいて前記構成機能毎のソフトウェア部品の候補の優先順位を与え、最上位の優先順位を持つ前記ソフトウェア部品の候補を前記実行ソフトウェア部品とし、前記実行ソフトウェア部品の実行が失敗した場合に次の優先順位を持つ前記ソフトウェア部品の候補を前記実行ソフトウェア部品とすることを特徴とするものである。
このような構成によれば、クライアントからの要求と関係ないサービスに貢献した機能フローやソフトウェア部品が選択されるのを防ぐことができる。また、同じ入力に対して動作する機能フローの候補またはソフトウェア部品の候補を用意し、１つがエラーを出しても、別の機能フローまたはソフトウェア部品がエラーを起こさなければ動作することにより、安定したサービスを提供することができる。
また、本発明に係る統合サービス提供サーバにおいて、前記ソフトウェア登録部に新規のソフトウェア部品が登録された場合に、予め定められた規則や実績に基づいて前記新規のソフトウェア部品の実行を行うシミュレーション部を備えたことを特徴とするものである。
このような構成によれば、新規のソフトウェア部品の導入時においても、そのソフトウェア部品に関する実績を早期に獲得することができる。
また、本発明に係る統合サービス提供サーバにおいて、前記予め定めた規則に従って前記ソフトウェア部品の候補の削除または前記ソフトウェア部品の候補の置き換えを行うルールエンジン部を備えたことを特徴とするものである。
このような構成によれば、例えば特定の入力でうまく行かないソフトウェア部品の情報や、特定の顧客向けには自社のソフトウェア部品を優先的に使用するといった適用の規則を与えておくことにより、さらに最適なソフトウェア部品を選択することができる。
また、本発明に係る統合サービス提供サーバにおいて、前記クライアントから受信した要求に類似した要求を持つ実績を前記実績管理部から抽出し、該実績に基づいて前記実行ソフトウェア部品の貢献度を算出し、該貢献度に応じて前記実行ソフトウェア部品への報酬を決定する課金計算部を備えたことを特徴とするものである。
このような構成によれば、課金の処理を個々のソフトウェア部品の提供者が行うことなく、実績に基づいて行われるため、実用性の高い課金を実現することができる。
また、本発明に係る統合サービス提供サーバにおいて、前記ソフトウェア実行部は、複数の前記ソフトウェア部品の候補の実行を並列に行うことを特徴とするものである。
このような構成によれば、失敗した場合でも、失敗してから別の候補を選択するのと比較して高速な動作が得られる。また、複数実行するため、他の候補についても実績を蓄積することができる。
また、本発明は、ソフトウェア部品を統合したソフトウェアを要求に応じて提供する統合サービス提供システムであって、前記統合サービス提供サーバと、ネットワークを介して前記統合サービス提供サーバへ要求を送信し、該要求に対する実行結果を受信するクライアントと、ネットワークを介して前記統合サービス提供サーバへソフトウェア部品を提供するソフトウェア部品提供サーバとを備えてなるものである。
このような構成によれば、過去の実績に基づいた評価結果に応じて機能フローが選択されることにより、要求に合わせて最適な機能フローを提供することができる。
また、本発明は、ソフトウェア部品を統合したソフトウェアを、ネットワークを介して接続されたクライアントからの要求に応じて提供する統合サービス提供方法であって、ソフトウェア部品を登録し、該ソフトウェア部品の機能を表す部品機能と該ソフトウェア部品の識別子とを蓄積するとともに、複数の部品機能から構成される機能フローを登録し、該機能フローを構成する複数の部品機能と該機能フローの機能と該機能フローの識別子とを蓄積するステップと、過去に与えられた要求と該要求に従って実行された機能フローの評価結果とを該機能フローの実績として蓄積し、過去に与えられた要求と該要求に従って実行されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積するステップと、前記クライアントから要求を受信し、該要求に含まれた機能を抽出するステップと、前記要求に基づいて機能フローの候補を検索し、前記機能フローの候補に対応する実績を取得し、実行する機能フローである実行機能フローを前記機能フローの候補に対応する実績に基づいて前記機能フローの候補の中から選択し、前記実行機能フローを構成する部品機能である複数の構成機能へ分解し、該構成機能に基づいて該構成機能毎のソフトウェア部品の候補を検索し、前記ソフトウェア部品の候補に対応する実績を前記構成機能毎に取得し、前記ソフトウェア部品の候補のうち実行するソフトウェア部品である実行ソフトウェア部品を前記ソフトウェア部品の候補に対応する実績に基づいて前記ソフトウェア部品の候補の中から前記構成機能毎に選択するステップと、前記構成機能毎の実行ソフトウェア部品を取得し、前記構成機能毎の実行ソフトウェア部品の実行と前記構成機能毎の実行ソフトウェア部品の評価を行うとともに、前記構成機能毎の実行ソフトウェア部品の実行結果に基づいて前記実行機能フローの実行結果を生成し、前記構成機能毎の実行ソフトウェア部品の評価結果に基づいて前記実行機能フローの評価を行い、前記構成機能毎の実行ソフトウェア部品の評価結果と該評価結果に基づく前記実行機能フローの評価結果とを蓄積するステップと、前記実行機能フローの実行結果をクライアントへ送信するステップとを備えてなるものである。
このような構成によれば、過去の実績に基づいた評価結果に応じて機能フローが選択されることにより、要求に合わせて最適な機能フローを提供することができる。
また、本発明は、ソフトウェア部品を統合したソフトウェアを、ネットワークを介して接続されたクライアントからの要求に応じて提供するために、コンピュータにより読取可能な媒体に記憶された統合サービス提供プログラムであって、ソフトウェア部品を登録し、該ソフトウェア部品の機能を表す部品機能と該ソフトウェア部品の識別子とを蓄積するとともに、複数の部品機能から構成される機能フローを登録し、該機能フローを構成する複数の部品機能と該機能フローの機能と該機能フローの識別子とを蓄積するステップと、過去に与えられた要求と該要求に従って実行された機能フローの評価結果とを該機能フローの実績として蓄積し、過去に与えられた要求と該要求に従って実行されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積するステップと、前記クライアントから要求を受信し、該要求に含まれた機能を抽出するステップと、前記要求に基づいて機能フローの候補を検索し、前記機能フローの候補に対応する実績を取得し、実行する機能フローである実行機能フローを前記機能フローの候補に対応する実績に基づいて前記機能フローの候補の中から選択し、前記実行機能フローを構成する部品機能である複数の構成機能へ分解し、該構成機能に基づいて該構成機能毎のソフトウェア部品の候補を検索し、前記ソフトウェア部品の候補に対応する実績を前記構成機能毎に取得し、前記ソフトウェア部品の候補のうち実行するソフトウェア部品である実行ソフトウェア部品を前記ソフトウェア部品の候補に対応する実績に基づいて前記ソフトウェア部品の候補の中から前記構成機能毎に選択するステップと、前記構成機能毎の実行ソフトウェア部品を取得し、前記構成機能毎の実行ソフトウェア部品の実行と前記構成機能毎の実行ソフトウェア部品の評価を行うとともに、前記構成機能毎の実行ソフトウェア部品の実行結果に基づいて前記実行機能フローの実行結果を生成し、前記構成機能毎の実行ソフトウェア部品の評価結果に基づいて前記実行機能フローの評価を行い、前記構成機能毎の実行ソフトウェア部品の評価結果と該評価結果に基づく前記実行機能フローの評価結果とを蓄積するステップと、前記実行機能フローの実行結果をクライアントへ送信するステップとをコンピュータに実行させることを特徴とするものである。
このような構成によれば、過去の実績に基づいた評価結果に応じて機能フローが選択されることにより、要求に合わせて最適な機能フローを提供することができる。
【図面の簡単な説明】  第１図は、本実施の形態に係る統合サービス提供システムの構成の一例を示すブロック図である。
第２図は、本実施の形態に係る統合サービス提供サーバの構成の一例を示すブロック図である。
第３図は、統合サービス提供サーバの動作の一例を示すフローチャートである。
第４図は、ＸＭＬ形式の要求メッセージの一例を示す図である。
第５図は、機能フローＤＢの一例を示す図である。
第６図は、部品ＤＢの一例を示す図である。
第７図は、ＸＭＬ形式の回答メッセージの一例を示す図である。
第８図は、統合機能の実行の動作の一例を示すフローチャートである。
第９図は、機能フロー実績ＤＢの一例を示す図である。
第１０図は、部品実績ＤＢの一例を示す図である。
第１１図は、部品機能の実行の動作の一例を示すフローチャートである。
【発明を実施するための最良の形態】  以下、本発明の実施の形態について図面を参照して詳細に説明する。本実施の形態では、ＸＭＬ  Ｗｅｂサービスを対象として実施例を説明する。ＸＭＬ  Ｗｅｂサービスは、Ｗｅｂベースの技術を利用して、ソフトウェア部品やそれを含んだサービスをインターネット上から自由に利用可能にする仕組みである。本実施の形態では、ＸＭＬ  Ｗｅｂサービスとして実現されたソフトウェア部品を統合して新たなサービスを実現するとともに、ソフトウェア部品の統合を適切に行う例について説明する。
実施の形態１．
まず、本実施の形態に係る統合サービス提供システムの構成について説明する。第１図は、本実施の形態に係る統合サービス提供システムの構成の一例を示すブロック図である。ここでは、説明の簡単のため、クライアントを１台、ソフトウェア部品提供サーバを３台備えた例を示す。第１図に示すように、本実施の形態に係る統合サービス提供システムは、統合サービス提供サーバ１と３台のソフトウェア部品提供サーバ２Ａ，２Ｂ，２Ｃとクライアント３から構成され、それぞれネットワーク４を介して接続されている。
本実施の形態では、統合サービス提供サーバ１が、クライアント３からの要求に応じてソフトウェア部品の選択や組み合わせを適切に行い、選択したソフトウェア部品を、ソフトウェア部品提供サーバ２Ａ，２Ｂ，２Ｃのうち該当するソフトウェア部品提供サーバから取得し、実行する例について説明する。
次に、本実施の形態に係る統合サービス提供サーバの構成について説明する。第２図は、本実施の形態に係る統合サービス提供サーバの構成の一例を示すブロック図である。第２図に示すように、本実施の形態に係る統合サービス提供サーバ１は、クライアントインタフェース部１０１と、ソフトウェア決定部１０２と、ソフトウェア検索部１０３と、ソフトウェア登録部１０４と、能力・動作確認部１０５と、ルールエンジン部１０６と、優先順位決定部１０７と、実績管理部１０８と、実績獲得部１０９と、ソフトウェア実行部１１０と、シミュレーション部１１１と、課金計算部１１２から構成される。
以下、本実施の形態に係る統合サービス提供システムの動作について説明する。ソフトウェア部品を統合してユーザへ提供するためには、元になるソフトウェア部品の登録が必要である。ここで、ソフトウェア部品の登録の動作について説明する。ＸＭＬ  Ｗｅｂサービスの登録は、サービスの内容を記述したＸＭＬの登録と、料金制のサービスの場合には、支払い方法の契約手続きを加えたものから成る。
まず、本実施の形態に係る統合サービス提供システムにおけるサービス登録の動作について説明する。ＸＭＬ  Ｗｅｂサービスを実行するソフトウェア部品を、統合サービス提供サーバ１のソフトウェア登録部１０４に登録することによって、統合サービス提供サーバ１からサービスを呼び出すことが可能になる。Ｗｅｂサービスで提供されるソフトウェア部品の中には、フリーソフトウェアと同様のフリーサービスが提供される場合もあり、こうしたフリーサービスの場合には、このサービス登録のみとなる。
次に、ディレクトリサービスを用いたサービス登録の動作について説明する。ＸＭＬ  Ｗｅｂサービスには、サービスを探すためのディレクトリサービスと呼ばれる電話帳的な役割のサーバがインターネット上に存在し、サービス登録はここに対して行うことができる。そして、ディレクトリサービスに登録された内容を、統合サービス提供サーバ１のソフトウェア登録部１０４に再登録することによって、これらのサービスを呼び出すことが可能になる。ここで、統合サービス提供サーバ１において独自に登録を行う場合には、インターネット上の標準的なディレクトリサービスでは扱いの範疇にない制約記述などを場合に応じて加味できる。
次に、料金制のＸＭＬ  Ｗｅｂサービスのサービス登録の動作について説明する。この場合は、支払い方法の契約手続きを同時に行う。本実施の形態に係る統合サービス提供システムでは、ネットワーク４に接続された図示しない契約用サーバがこの役割を担う。ソフトウェア部品の登録を希望するソフトウェア部品の提供者は、まず契約用サーバにアクセスする。契約用サーバには料金に関する記述が存在する。料金の規約は、後述する基準課金、インセンティブ課金、ペナルティ課金からなるものとする。この課金の測定方法および支払い方法を文書化したものを提示し、これに対して、ソフトウェア部品の提供者が合意した上で、料金の支払い方法、通知方法などの契約ソフトウェア設定内容を記述し、ＸＭＬ  Ｗｅｂサービスによるソフトウェア部品の登録を行う。このとき、登録するソフトウェア部品のメタデータなどの登録も行う。この手続きは、ソフトウェア部品の提供者、登録代行の第三者、ソフトウェア部品などが行う。
本実施の形態に係る統合サービス提供システムの特徴として、１つの入力形式に対して、対応する複数のソフトウェア部品を登録しておくことを推奨することがある。これは、システムの最適化や安定のために重要である。
次に、本実施の形態に係る統合サービス提供システムにおけるユーザ登録の動作について説明する。統合サービス提供システムの利用を希望するユーザは、クライアント３を用いて、ネットワーク４に接続された図示しないユーザ登録用サーバにアクセスし、利用ユーザ登録を行う。ユーザは、後述する支払い方法の合意を行った後、ユーザＩＤ、パスワード、利用金額の支払い方法などの入力を行った後、登録が完了する。ここで、ユーザは必ずしもエンドユーザを表すわけではなく、他のサービスから統合サービス提供サーバ１へのアクセスがある場合には、そのサービス提供者を表す。
次に、本実施の形態に係る統合サービス提供サーバ１の動作の概要について説明する。第３図は、統合サービス提供サーバの動作の一例を示すフローチャートである。まず、ユーザＩＤ、パスワードの入力により正当なユーザであると確認されたユーザは、クライアント３を用いて要求メッセージを送信する。要求メッセージとは、ユーザが希望する機能と引数が記載されたものである。
次に、統合サービス提供サーバ１のクライアントインタフェース部１０１はクライアント３からの要求メッセージを受信する。第４図は、ＸＭＬ形式の要求メッセージの一例を示す図である。第４図に示す要求メッセージ例は、厚み１０ｍｍのアルミ、８００個の納期検索を希望するものである。ここで、機能は納期検索であり、引数は材質、厚み、個数である。
次に、クライアントインタフェース部１０１は受信した要求メッセージの解析を行う（Ｓ１）。解析は、ＸＭＬパーザと呼ばれるソフトウェアを利用してＸＭＬの構造を認識し、要求された機能と引数を取り出すことで行う。この時、要求が入力された時刻、ユーザＩＤ、アクセス元のアドレスなどのアクセス情報も取得しておく。
要求メッセージの形式が正しくない場合（Ｓ２，Ｎｏ）、クライアントインタフェース部１０１はエラーメッセージをクライアント３へ通知し（Ｓ８）、このフローを終了する。一方、要求メッセージの形式が正しい場合（Ｓ２，Ｙｅｓ）、クライアントインタフェース部１０１は要求された機能と引数、アクセス情報を要求パラメータとしてソフトウェア決定部１０２へ出力する。ソフトウェア決定部１０２は、要求パラメータをソフトウェア検索部１０３へ出力する。
ここで、ソフトウェア登録部１０４について詳細に説明する。ソフトウェア登録部１０４は、機能フローＤＢ（データベース）と部品ＤＢを備える。第５図は、機能フローＤＢの一例を示す図である。第５図に示すように、機能フローＤＢは、統合機能、部品機能１，部品機能２などから構成され、フローＩＤで管理されている。第５図では例として２つの部品機能から構成される統合機能を示しているが、さらに複数の部品機能で構成される統合機能もある。部品機能とは、ソフトウェア部品単体の機能である。統合機能とは、ソフトウェア部品を統合して得られる機能である。機能フローとは、統合機能を、構成要素である部品機能で表したものである。運用時においては、どの部品機能を用いて要求を実現するかを予め知識化しておく方が効率や信頼度が高くなるため、統合サービス提供サーバ１の管理者は、予め部品機能の組み合わせを機能フローとして機能フローＤＢへ格納しておく。例えば、第５図において、統合機能が納期価格検索である場合、部品機能１は納期検索、部品機能２は価格検索となる。
第６図は、部品ＤＢの一例を示す図である。第６図に示すように、部品ＤＢは、部品機能、提供元、提供元ネットワークＩＤなどで構成され、部品ＩＤで管理されている。
次に、ソフトウェア検索部１０３は、要求された機能を実施する能力を持つソフトウェアをソフトウェア登録部１０４から検索する（Ｓ３）。検索した結果、要求された機能が統合機能である場合（Ｓ４，Ｙｅｓ）、統合機能の実行後（Ｓ５）、処理Ｓ６へ移行する。処理Ｓ５の統合機能の実行については、後述する第８図のフローチャートで詳細に説明する。一方、要求された機能が部品機能である場合（Ｓ４，Ｎｏ）、部品機能の実行後（Ｓ７）、処理Ｓ６へ移行する。処理Ｓ７の部品機能の実行については、後述する第１１図のフローチャートで詳細に説明する。
統合機能の実行（Ｓ５）または部品機能の実行（Ｓ７）の後、ソフトウェア実行部１１０は、実行結果を要求に対する回答メッセージとして、クライアントインタフェース部１０１を介してクライアント３へ通知し（Ｓ６）、このフローは終了する。
第７図は、ＸＭＬ形式の回答メッセージの一例を示す図である。第７図に示す回答メッセージ例は、要求に対する納期検索の結果、納期は４日であることを示している。
ここで、実績獲得部１０９は、クライアント３からサービスの質に関する評価結果が得られる場合、その評価結果を獲得する。この場合、実行結果を得たユーザは、クライアント３を用いて、サービスの質に関する評価結果を統合サービス提供サーバ１へ送信する。実績獲得部１０９は、クライアントインタフェース部１０１を介してクライアント３からの評価結果を獲得し、実績管理部１０８へ出力する。
次に、処理Ｓ５の統合機能の実行の動作について詳細に説明する。第８図は、統合機能の実行の動作の一例を示すフローチャートである。まず、ソフトウェア検索部１０３は、検索により得られた統合機能を実施できる機能フローの候補をソフトウェア決定部１０２へ出力する。ソフトウェア決定部１０２は、要求パラメータと機能フローの候補を優先順位決定部１０７へ出力する。優先順位決定部１０７は、過去の実績を利用してどの機能フローが最適であるかを算出し、機能フローの候補に対して実行の優先順位を決定する（Ｓ１１）。
ここで、実績について説明する。実績とは、過去に実行された機能フローの評価結果と、過去に実行されたソフトウェア部品の評価結果を蓄積したものである。評価結果には、実行時にソフトウェア実行部が生成する評価結果とサービスの提供を受けたクライアント３が生成する評価結果がある。ソフトウェア実行部が生成する評価結果は、実行の成功または失敗を示す成否、実行したい時にソフトウェア部品提供サーバへアクセスできたか、入力がそのソフトウェア部品にとって最適であるかどうか、実行時にソフトウェア部品で起きたエラー、速度などのパフォーマンスなどがある。
実績管理部１０８は、ソフトウェア実行部が生成した評価結果とクライアント３が生成した評価結果に基づき、実行された機能フロー、実行されたソフトウェア部品の点数を算出する。実績管理部１０８は、機能フロー単位で実績を管理する機能フロー実績ＤＢと、ソフトウェア部品単位で実績を管理するソフトウェア部品実績ＤＢを備える。
第９図は、機能フロー実績ＤＢの一例を示す図である。第９図に示すように、機能フロー実績ＤＢは、統合機能、要求パラメータ、選択部品１、選択部品２、実行の成否、点数、実行時刻などから構成され、事例ＩＤで管理されている。第１０図は、ソフトウェア部品実績ＤＢの一例を示す図である。第１０図に示すように、ソフトウェア部品実績ＤＢは、部品機能、要求パラメータ、選択部品、実行の成否、点数、実行時刻などから構成され、事例ＩＤで管理されている。第９図、第１０図における実績には実行結果が含まれても良い。
次に、機能フローの実行の優先順位の決定の動作の一例について説明する。まず、実績計算部１０７は、今回の要求パラメータに類似した要求パラメータを持つ機能フローの実績を実績管理部１０８から抽出する。これにより、今回の要求と関係ないサービスに貢献した機能フローが選択されることを防ぐ。次に、抽出した機能フローの実績に含まれる、機能フローの点数と構成する各ソフトウェア部品の点数とを用いて相関分析を行うことにより、抽出した機能フローの実績における各ソフトウェア部品の貢献度を算出する。この貢献度の総和を機能フローの優先度として算出し、この優先度に従って優先順位をつけ、規定の順位までの機能フローを機能フロー候補とし、この機能フロー候補と優先順位をソフトウェア決定部１０２へ出力する。機能フローの実行は、優先順位が上位のものから順に行われる。
次に、ソフトウェア決定部１０２は、要求パラメータと機能フロー候補と優先順位をソフトウェア検索部１０３へ渡す。未実行の機能フローがない場合（Ｓ１２，Ｎｏ）、このフローは終了する。一方、渡された機能フローのうち、未実行の機能フローがある場合（Ｓ１２，Ｙｅｓ）、処理Ｓ１３へ移行する。ここで、Ｓ３の処理において該当する機能フローがなかった場合、未実行の機能フローがない場合に含まれる。
次に、ソフトウェア検索部１０３は、機能フローを部品機能へ分解し（Ｓ１３）、各部品機能を実施する能力を持つソフトウェア部品を部品ＤＢから検索する（Ｓ１４）。例えば、第８図に示す例において、ソフトウェア検索部１０３は、納期検索を行うソフトウェア部品と価格検索を行うソフトウェア部品を、部品ＤＢから検索する。
この時、ソフトウェア検索部１０３は、能力・動作確認部１０５で、検索した各ソフトウェア部品がサービスを実施可能であることを確認する。その確認は、各ソフトウェア部品が登録時に提供するメタデータによる能力の確認と、実際に現在サービス可能であることを確認するものとがある。能力および使用可能であることの確認がとれたソフトウェア部品は、ソフトウェア部品候補として抽出される。
次に、機能フローの部品機能毎の実行を行う（Ｓ１５）。処理Ｓ１５の部品機能の実行については、後述する第１１図のフローチャートで詳細に説明する。ソフトウェア実行部１１０は、部品機能の実行を行い（Ｓ１５）、機能フローを構成する全部品機能の実行が終了した場合（Ｓ１６，Ｙｅｓ）、実行された機能フローの評価結果を実績管理部１０８へ出力する。実績管理部１０８は、評価結果を機能フロー実績ＤＢへ記録する（Ｓ１７）。そして、機能フローの実行が成功した場合（Ｓ１８，Ｙｅｓ）、統合機能を構成する全部品機能の実行結果に基づいて、統合機能の実行結果を生成し、このフローは終了する。一方、機能フローの実行が失敗した場合（Ｓ１８，Ｎｏ）、処理Ｓ１２へ戻り、機能フロー候補のうち未実行の機能フローがあれば優先順位が次の機能フローの実行を行う。以上、機能フローの実行は、優先順位の最上位から順に実行が成功するまで行われる。
次に、処理Ｓ７と処理Ｓ１５の部品機能の実行の動作について詳細に説明する。第１１図は、機能の実行の動作の一例を示すフローチャートである。まず、ソフトウェア検索部１０３は、検索により得られた部品機能を実施できるソフトウェア部品の候補をソフトウェア決定部１０２へ出力する。ソフトウェア決定部１０２は、要求パラメータとソフトウェア部品の候補をルールエンジン部１０６へ渡す。
次に、ルールエンジン部１０６は、実績計算の事前処理を行う。ここでは、特定の入力でうまく行かないソフトウェア部品の情報や、特定の顧客向けには自社のソフトウェア部品を優先的に使用するといった適用の規則をルールとして与えておき、要求パラメータに対してルールを適用し、ソフトウェア部品の候補をあらかじめ削除したり、ソフトウェア部品の候補を置き換える処理を行う。ルールエンジン部１０６は、要求パラメータと事前処理を施したソフトウェア部品の候補を優先順位決定部１０７へ出力する。
優先順位決定部１０７は、過去の実績を利用してどのソフトウェア部品が最適であるかを算出し、ソフトウェア部品の候補に対して実行の優先順位を決定する（Ｓ２１）。ここで、ソフトウェア部品の実行の優先順位の決定の動作の一例について説明する。まず、実績計算部１０７は、与えられたソフトウェア部品の候補の点数を実績管理部１０８から抽出する。この点数に基づいてソフトウェア部品の優先度を算出し、この優先度に従って優先順位をつけ、規定の順位までのソフトウェア部品をソフトウェア部品候補とし、このソフトウェア部品候補と優先順位をソフトウェア決定部１０２へ出力する。ソフトウェア部品の実行は、優先順位が上位のものから順に行われる。
次に、ソフトウェア決定部１０２は、要求パラメータとソフトウェア部品候補と優先順位をソフトウェア実行部１１０へ渡す。ここで、未実行のソフトウェア部品がない場合（Ｓ２２，Ｎｏ）、このフローは終了する。一方、渡されたソフトウェア部品のうち、未実行のソフトウェア部品がある場合（Ｓ２２，Ｙｅｓ）、処理Ｓ２３へ移行する。ここで、Ｓ３の処理において該当するソフトウェア部品がなかった場合、未実行の機能フローがない場合に含まれる。
次に、ソフトウェア実行部１１０は、実行するソフトウェア部品を備えるソフトウェア提供サーバへアクセスしてそのソフトウェア部品を取得し、ソフトウェア部品の実行を行う（Ｓ２３）。ソフトウェア提供サーバ２Ａ，２Ｂ，２Ｃは、ソフトウェア部品を記憶するソフトウェア部品記憶部を備える。ソフトウェア実行部１１０は、実行されたソフトウェア部品の評価結果を実績管理部１０８へ出力する。実績管理部１０８は、評価結果を部品実績ＤＢへ記録する（Ｓ２４）。そして、ソフトウェア部品の実行が成功した場合（Ｓ２５，Ｙｅｓ）、ソフトウェア部品の実行結果を部品機能の実行結果として生成し、このフローは終了する。一方、ソフトウェア部品の実行が失敗した場合（Ｓ２５，Ｎｏ）、処理Ｓ２２へ戻り、ソフトウェア部品候補のうち未実行のソフトウェア部品があれば優先順位が次のソフトウェア部品の実行を行う。以上、ソフトウェア部品の実行は、優先順位の最上位から順に実行が成功するまで行われる。
本実施の形態に係る統合サービス提供サーバ１は、同じ入力に対して動作する機能フローの候補またはソフトウェア部品の候補を用意し、１つがエラーを出しても、別の機能フローまたはソフトウェア部品がエラーを起こさなければ動作することができる。そして、ソフトウェア部品提供サーバ２Ａ，２Ｂ，２Ｃ側では、不得手とする入力範囲に対しては無理に実施せずに、他のソフトウェア部品にゆだねることが可能となる。
以上のように、過去に実行された機能フローの評価結果と、過去に実行されたソフトウェア部品の評価結果を蓄積して実績としておくことにより、統合サービスの利用が進むにつれて実績の最適化が進んで行く。この実績を利用することにより、要求に応じた適切な機能フローまたはソフトウェア部品を選択することができる。
次に、シミュレーション部１１１について説明する。新しいソフトウェア部品の導入時には、そのソフトウェア部品に関する実績がないため選択されず、さらに選択されないために実績が積まれないという問題が起こる。また、初期運用時にも、実績が取得できていないことは、動作の不安定性につながるおそれがある。
そこで、本実施の形態に係る統合サービス管理サーバ１は、シミュレーション部１１１を備える。シミュレーション部１１１は、実際にユーザへ統合サービスを提供するのではなく、実際のサービスと同様のテストを行うことにより実績の獲得を行う。シミュレーション部１１１は、統合サービス管理サーバ１の管理者が必要としたタイミングや、新しいソフトウェア部品の適用時、サービスの要求が少ない時間帯などに、そのソフトウェア部品を提供するソフトウェア部品提供サーバに自動的にアクセスし、実績の獲得を目的としたテストのためのソフトウェア部品の実行を行う。この場合の動作は課金の対象とはしない。
以上により、本実施の形態に係る統合サービス管理サーバ１は、運用時にも新規に新しいソフトウェア部品を受け入れ、動作の質や安定性を向上させていくことが可能となる。また、この実行により動作に問題がないかを事前に確認しておくことができる。
なお、本実施の形態において、ソフトウェア実行部１１０は、機能フローまたはソフトウェア部品の実行を、優先順位の最上位から順に成功するまで行うとしたが、同じ要求に対して十分なリソースがあり、候補が多数存在する場合、ソフトウェア実行部１１０は、失敗が起きなくとも複数の機能フローまたはソフトウェア部品を同時に実行し、実行結果のうちより良いものを返すようにしても良い。その際には、失敗した場合でも、失敗してから別の候補を選択するのと比較して高速な動作が得られることや、複数実行するため、他の候補についても実績が蓄積されるという利点がある。特に、新規ソフトウェア部品の登録時には、例えば新規ソフトウェア部品を規定の割合で機能フローに混ぜるような処理を行い、それにより、新規ソフトウェア部品の実績を蓄積することが可能である。
また、各機能フローまたはソフトウェア部品の実行結果が異なる場合に、多く得られた実行結果や、実績の高い機能フローまたはソフトウェア部品の実行結果に対して確度を高める処理を行うようにしても良い。この場合、ソフトウェア実行部１１０は、確度の高い結果を選択してクライアント３へ返すことができる。また、クライアント３から複数の結果を返すような要求がある場合、得られた実行結果全てをこの確度でランキングして返すという処理も可能である。
次に、統合サービス提供システムにおける課金の動作について説明する。統合サービス提供システムに伴うお金の流れには、大きく分けて、統合サービスのユーザが支払う金額と、各ソフトウェア部品の提供者が受ける金額の２つがあり、その差分が、統合サービスの提供者が受け取る金額ということになる。ここで、統合サービスにかかるコストは統合サービスの提供者が受ける金額から支払うものとする。以上のような課金計算は、課金計算部１１２により行われる。
まず、統合サービスのユーザが支払う金額について説明する。統合サービスのユーザには、ソフトウェア部品の組み合わせから決まる基準課金の総和と統合サービスの提供にかかるコストを計算し、それよりも高い金額を設定する。この金額は、他の同等のサービスなどの比較から決められる側面もあり、その場合はサービスとしての価格から各ソフトウェア部品の基準課金を調整する流れとなる。
次に、各ソフトウェア部品の提供者が受ける金額について説明する。各ソフトウェア部品の提供者が受ける金額について、ここでは、課金の方式を基準課金、インセンティブ課金、ペナルティ課金の組み合わせとする。
基準課金とは、ソフトウェア部品が１度利用されるごとにいくらの支払いを保証されるかを示す金額である。基準課金は、戦略に応じて、また市場の一般的な値段を考慮に入れて決める。
ペナルティ課金とは、必要とされたときに利用できなかったケースに、その損害などから計算される金額である。ここでは、必要としたタイミングでアクセスが不能であったことを機械的にカウントし、代替部品によって補うことができたなどによって実害を受けなかった場合も含めてペナルティの対象とする。ペナルティの金額のベースは、アベイラビリティの低下によってサービスの低下が起こることをソフトウェア部品の提供者に意識させられる程度の金額として、統合サービスの提供者が適当な金額を設定し、それに基づきペナルティ金額を課すものとする。
インセンティブ課金は、当該のソフトウェア部品の代替可能性や、性能によって決まる課金である。ここで、インセンティブ課金について詳しく説明する。インセンティブ課金に必要なソフトウェア部品毎の貢献度は、提供したサービスの実績と、類似する実績の集合との相関分析により算出される。まず、提供したサービスの実績と類似した要求パラメータを持つ実績を抽出する。次に、抽出した実績に含まれる各ソフトウェア部品の点数と提供したサービスの実績に含まれる機能フローの点数とを用いて相関分析を行い、各ソフトウェア部品の貢献度を算出する。
複数の機能フロー候補を並行処理した場合、機能フロー候補のうち実際に実施した全てを貢献度計算の対象とする。これによって、代替可能であるソフトウェア部品は、別の部品に入れ替わって適用されたケースもカウントされることで、相対的に貢献度を低く計算され、一方、代替可能性の低いソフトウェア部品の貢献度は高く計算される。インセンティブ分に用意された総額を、提供したサービスにおける各ソフトウェア部品の貢献度に応じて分配した額が、各ソフトウェア部品の受けるインセンティブとなる。
以上により、ソフトウェア部品の提供者への支払い金額は、「ソフトウェア部品への支払い金額＝基準課金×利用回数＋インセンティブ課金−ペナルティ課金」となる。このうちインセンティブ課金が実績を活かし、市場原理を反映できる。なお、本実施の形態に係る統合サービス提供システムは、課金の他にポイント制度など、他のフィードバックを行うことも可能である。
本実施の形態では、統合サービス提供サーバ１が、クライアント３を用いたユーザからの要求に応じてソフトウェア部品の選択や組み合わせを行い、提供するシステムとしたが、ソフトウェア部品提供サーバ２Ａ，２Ｂ，２Ｃの代わりにある知識を備えたナレッジベースを備え、要求に応じて知識を提供するようにしても良い。このナレッジベースにはある知識の提供者の情報を付与しておく。この場合のユーザからの要求は、特定の状況における知識である。ユーザは、要求に適した知識であったか否かを統合サービス提供サーバへフィードバックし、統合サービス提供サーバはそのフィードバックを評価結果として獲得し、実績として蓄積することにより、要求に応じた知識を適切に選択して提供できる。さらに、課金の代わりに、ある知識の提供者は知識の評価結果に応じたポイントを受けることができる。例えば企業内で統合サービス提供システムを用いた場合には、このポイントを報酬などにすることが可能であり、それによってインセンティブを持たせて良質の知識を入力させるように促進することができる。
実施の形態２．
本実施の形態では、統合サービス提供サーバ１側ではソフトウェアの実行を行わず、ソフトウェア部品提供サーバ２Ａ，２Ｂ，２Ｃ側でソフトウェアの実行を行う例について説明する。ここでは、実行と評価の動作について説明する。以下で説明する動作以外は、実施の形態１と同様の動作を行う。
本実施の形態では、ソフトウェア部品提供サーバ２Ａ，２Ｂ，２Ｃ側でソフトウェア部品の実行を行うため、ソフトウェア部品提供サーバは、ソフトウェア部品記憶部に加えて、計算部と、エラー処理部と、評価処理部を備える。
まず、ソフトウェア実行部１１０は、処理Ｓ２３のソフトウェアの実行において、ソフトウェア部品の実行指示と引数を、該当するソフトウェア部品提供サーバへ送信する。ソフトウェア実行部１１０から実行指示と引数を受信したソフトウェア部品提供サーバは、計算部でソフトウェア部品の実行を行う。エラー処理部は、ソフトウェア部品の実行により起こったエラーの処理を行う。評価処理部は、ソフトウェア部品の実行に関する評価を行う。評価処理部が生成する評価結果は、実行の成功または失敗を示す成否、入力がそのソフトウェア部品にとって最適であるかどうか、実行時にソフトウェア部品で起きたエラー、速度などのパフォーマンスなどがある。ソフトウェア部品の実行後、ソフトウェア部品提供サーバは、実行結果と評価結果を統合サービス提供サーバ１へ送信する。
一方、ソフトウェア実行部１１０もソフトウェア部品提供サーバの実行に関する評価を行う。この場合のソフトウェア実行部１１０が生成する評価結果とは、例えば、実行指示時にソフトウェア部品提供サーバにアクセスできたか否かである。ソフトウェア部品提供サーバから実行結果と評価結果を受信したソフトウェア実行部１１０は、ソフトウェア部品提供サーバからの評価結果と、自身が生成した評価結果を実績管理部１０８へ出力する。実績管理部１０８は、評価結果を機能フロー実績ＤＢまたはソフトウェア部品実績ＤＢへ記録する。
実施の形態３．
本実施の形態では、統合サービス提供サーバ１側とソフトウェア部品提供サーバ２Ａ，２Ｂ，２Ｃ側ではソフトウェアの実行を行わず、機能フローまたはソフトウェア部品をそのままクライアント３へ渡す例について説明する。ここでは、実行との動作について説明する。以下で説明する動作以外は、実施の形態１と同様の動作を行う。
本実施の形態では、ユーザがクライアント３を用いて要求メッセージを送信する際に、機能フローまたはソフトウェア部品をそのまま返すように要求メッセージを変更することにより対応することができる。ソフトウェア実行部１１０はクライアントインタフェース部１０１を介して、要求に応じて選択された機能フローまたはソフトウェア部品のうち、優先順位が上位のものをクライアント３へ送信する。クライアント３は、ソフトウェア部品の実行を行い、ソフトウェア部品の質に関する評価結果を統合サービス提供サーバ１へ送信する。
実績獲得部１０９は、クライアントインタフェース部１０１を介してクライアント３からの評価結果を獲得し、実績管理部１０８へ出力する。実績管理部１０８は、評価結果を機能フロー実績ＤＢまたは部品実績ＤＢへ記録する。
なお、統合サービス提供サーバ１は、複数の機能フロー候補とソフトウェア部品候補を、クライアント３へ返すようにしても良い。このような場合は、クライアント３側で機能フローまたはソフトウェア部品の選択ができる。
また、統合サービス提供サーバ１はクライアント３へ、ソフトウェア部品を送信するのではなく、選択した機能フローや選択したソフトウェア部品の提供元、提供元ネットワークＩＤ、部品ＩＤなどの情報を送信して、クライアント３がソフトウェア部品提供サーバからソフトウェア部品を取得して実行するようにしても良い。
産業上利用の可能性
以上説明したように、本発明によれば、実績を利用してソフトウェア部品の選択や組み合わせを行うことにより、ソフトウェア部品を統合した場合の動作において質の高さと安定性を実現することが可能である。また、１つの要求に対して、対応する複数のソフトウェア部品を登録しておくことにより、散在するソフトウェア部品の統合や連携が可能になる。その際に必要になる管理工数は実績を使うことにより劇的に軽減され、かつ動作の安定性が確保される。また、サービスに対する課金は、個々のソフトウェア部品の提供者が行うことなく、貢献度に基づいて行われるため、実用性の高い課金を実現することができ、新規のソフトウェア部品の登録を促進させることにもなる。
また、ユーザにおいては、目的のサービスを発見し、組み合わせることの困難さや煩雑さが大きく軽減される。また、統合に関わるソフトウェア部品の提供者においては、使われるサービスにするために他のサービスと組み合わせるような仕事を代行してくれることによる、サービス提供のための敷居が軽減される。
【図１】
2004061652.tif 000003
【図２】
2004061652.tif 000004
【図３】
2004061652.tif 000005
【図４】
2004061652.tif 000006
【図５】
2004061652.tif 000007
【図６】
2004061652.tif 000008
【図７】
2004061652.tif 000009
【図８】
2004061652.tif 000010
【図９】
2004061652.tif 000011
【図１０】
2004061652.tif 000012
【図１１】
2004061652.tif 000013
【手続補正書】
【提出日】平成17年7月8日(2005.7.8)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたクライアントからの要求に応じて、ソフトウェア部品を提供する統合サービス提供サーバであって、
ソフトウェア部品を登録し、該ソフトウェア部品の機能を表す部品機能と該ソフトウェア部品の識別子とを蓄積するソフトウェア登録部と、
過去に与えられた要求と該要求に従って実行されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積する実績管理部と、
前記クライアントから要求を受信し、該要求に含まれた機能を抽出するクライアントインタフェース部と、
前記要求に基づいてソフトウェア部品の候補を前記ソフトウェア登録部から検索し、前記ソフトウェア部品の候補に対応する実績を前記実績管理部から取得し、該実績に基づいて前記ソフトウェア部品の候補の中から実行するソフトウェア部品である実行ソフトウェア部品を選択するソフトウェア選択部と、
前記実行ソフトウェア部品の実行の制御を行い、該実行により得られる前記実行ソフトウェア部品の評価結果を前記実績管理部へ出力するソフトウェア実行部と、
を備えてなる統合サービス提供サーバ。
【請求項２】
ソフトウェア部品を統合したソフトウェアを、ネットワークを介して接続されたクライアントからの要求に応じて提供する統合サービス提供サーバであって、
ソフトウェア部品を登録し、該ソフトウェア部品の機能を表す部品機能と該ソフトウェア部品の識別子とを蓄積するとともに、複数の部品機能から構成される機能フローを登録し、該機能フローを構成する複数の部品機能と該機能フローの機能と該機能フローの識別子とを蓄積するソフトウェア登録部と、
過去に与えられた要求と該要求に従って実行された機能フローの評価結果とを該機能フローの実績として蓄積し、過去に与えられた要求と該要求に従って実行されたソフトウェア部品の評価結果とを該ソフトウェア部品の実績として蓄積する実績管理部と、
前記クライアントから要求を受信し、該要求に含まれた機能を抽出するクライアントインタフェース部と、
前記要求に基づいて機能フローの候補を前記ソフトウェア登録部から検索し、前記機能フローの候補に対応する実績を前記実績管理部から取得し、実行する機能フローである実行機能フローを前記機能フローの候補に対応する実績に基づいて前記機能フローの候補の中から選択し、前記実行機能フローを構成する部品機能である複数の構成機能へ分解し、該構成機能に基づいて該構成機能毎のソフトウェア部品の候補を前記ソフトウェア登録部から検索し、前記構成機能毎のソフトウェア部品の候補に対応する実績を前記実績管理部から取得し、該実績に基づいて前記構成機能毎のソフトウェア部品の候補の中から実行するソフトウェア部品である前記構成機能毎の実行ソフトウェア部品を選択するソフトウェア選択部と、
前記構成機能毎の実行ソフトウェア部品の実行の制御を行い、該実行により得られる前記構成機能毎の実行ソフトウェア部品の評価結果と該評価結果に基づく前記実行機能フローの評価結果とを前記実績管理部へ出力するソフトウェア実行部と、
を備えてなる統合サービス提供サーバ。
【請求項３】
請求項２に記載の統合サービス提供サーバにおいて、
前記ソフトウェア実行部はさらに、ネットワークを介して接続された外部のサーバから前記構成機能毎の実行ソフトウェア部品を取得し、前記構成機能毎の実行ソフトウェア部品の実行と前記構成機能毎の実行ソフトウェア部品の評価を行うとともに、前記構成機能毎の実行ソフトウェア部品の実行結果に基づいて前記実行機能フローの実行結果を生成し、前記構成機能毎の実行ソフトウェア部品の評価結果に基づいて前記実行機能フローの評価を行い、
前記クライアントインタフェース部はさらに、前記実行機能フローの実行結果をクライアントへ送信する
ことを特徴とする統合サービス提供サーバ。
【請求項４】
請求項２に記載の統合サービス提供サーバにおいて、
前記ソフトウェア実行部はさらに、ネットワークを介して接続され前記実行ソフトウェア部品を持つ外部のサーバに対して前記実行ソフトウェア部品の実行の指示を送信することにより前記実行ソフトウェア部品を実行させ、前記実行ソフトウェア部品の実行結果と前記実行ソフトウェア部品の評価結果を受信し、前記構成機能毎の実行ソフトウェア部品の実行結果に基づいて前記実行機能フローの実行結果を生成し、前記構成機能毎の実行ソフトウェア部品の評価結果に基づいて前記実行機能フローの評価を行い、
前記クライアントインタフェース部はさらに、前記実行機能フローの実行結果をクライアントへ送信する
ことを特徴とする統合サービス提供サーバ。
【請求項５】
請求項２に記載の統合サービス提供サーバにおいて、
前記ソフトウェア実行部はさらに、ネットワークを介して接続された外部のサーバから前記構成機能毎の実行ソフトウェア部品を取得し、前記クライアントインタフェース部を介して前記クライアントへ、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品を送信することにより、前記クライアントに前記実行機能フローと前記構成機能毎の実行ソフトウェア部品を実行させ、前記クライアントインタフェース部を介して前記クライアントから、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品の実行結果と前記実行機能フローの評価結果と前記構成機能毎の実行ソフトウェア部品の評価結果を受信する
ことを特徴とする統合サービス提供サーバ。
【請求項６】
請求項２に記載の統合サービス提供サーバにおいて、
前記ソフトウェア実行部はさらに、前記クライアントインタフェース部を介して前記クライアントへ、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品の実行の指示を送信することにより、前記クライアントに前記実行機能フローと前記構成機能毎の実行ソフトウェア部品を実行させ、前記クライアントインタフェース部を介して前記クライアントから、前記実行機能フローと前記構成機能毎の実行ソフトウェア部品の実行結果と前記実行機能フローの評価結果と前記構成機能毎の実行ソフトウェア部品の評価結果を受信する
ことを特徴とする統合サービス提供サーバ。
【国際調査報告】
2004061652.tif 000014
2004061652.tif 000015
2004061652.tif 000016
2004061652.tif 000017