(57)【要約】本発明は、情報処理に用いられる機能エンジンの性能変化に高速に適応して処理手順を決定することができる処理手順管理装置を提供する。  本発明は、処理手順およびその性能情報を格納する手順データベース３１と、処理手順にしたがって情報処理が実行された時に観測される性能および処理手順を構成する処理モジュールを実行する機能エンジン毎に観測される性能を格納する性能履歴データベース３２と、これらの観測された性能を取得する性能観測部３３と、機能エンジン毎に将来のある時点における性能を算出する将来性能算出部３４と、将来の性能に基づいて処理モジュールを再構成して新たな処理手順を生成する手順生成部３５と、生成された処理手順およびその性能情報を手順データベース３１に追加する手順更新部３６と、指定された情報処理を実行するための処理手順を手順データベース３１から決定する手順解決部３７と、を含む。
2011132475.tif 000002
【特許請求の範囲】
【請求項１】
情報処理を実行するための処理手順をその性能を表す性能情報とともに格納する手順データベースと、
前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記処理手順を構成する処理モジュールを実行する機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を格納する性能履歴データベースと、
前記観測性能情報および前記機能エンジン観測性能情報を取得して前記性能履歴データベースに格納する性能観測手段と、
前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出する将来性能算出手段と、
前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成する手順生成手段と、
前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新するとともに、前記手順生成手段によって生成された処理手順およびその性能情報を前記手順データベースに追加する手順更新手段と、
指定された情報処理を実行するための処理手順を前記手順データベースから決定して出力する手順解決手段と、
を含む処理手順管理装置。
【請求項２】
前記機能エンジン観測性能情報に応じて前記将来性能情報を算出する規則を表す性能変化ルールを格納した性能変化ルールデータベースをさらに含み、
前記将来性能算出手段は、前記機能エンジン観測性能情報に合致する前記性能変化ルールを適用して前記将来性能情報を算出する、
請求項１に記載の処理手順管理装置。
【請求項３】
前記機能エンジン観測性能情報の履歴を時系列データとして解析する性能履歴解析手段をさらに含み、
前記将来性能算出手段は、前記性能履歴解析手段を用いて前記将来性能情報を算出する、
請求項１に記載の処理手順管理装置。
【請求項４】
前記将来性能算出手段は、前記性能履歴解析手段によって解析された前記機能エンジン観測性能情報の変化傾向に基づいて前記将来性能情報を算出する、
請求項３に記載の処理手順管理装置。
【請求項５】
複数の前記手順生成手段を含むとき、
前記手順更新手段は、複数の前記手順生成手段によってそれぞれ生成された複数の処理手順から選択した処理手順を前記手順データベースに追加する、
請求項１から請求項４のいずれかに記載の処理手順管理装置。
【請求項６】
処理手順にしたがって情報処理を実行する処理実行装置と、前記処理手順を管理する処理手順管理装置と、を含む処理手順管理システムであって、
前記処理実行装置は、
前記情報処理を実行するための処理手順の決定を前記処理手順管理装置に要求するとともに、前記処理手順管理装置によって決定された処理手順にしたがって前記情報処理を実行する処理制御手段と、
前記処理手順を構成する各処理モジュールをそれぞれ実行する機能エンジンと、
を含み、
前記処理手順管理装置は、
前記処理手順をその性能を表す性能情報とともに格納する手順データベースと、
前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を格納する性能履歴データベースと、
前記観測性能情報および前記機能エンジン観測性能情報を取得して前記性能履歴データベースに格納する性能観測手段と、
前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出する将来性能算出手段と、
前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成する手順生成手段と、
前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新するとともに、前記手順生成手段によって生成された処理手順およびその性能情報を前記手順データベースに追加する手順更新手段と、
指定された情報処理を実行するための処理手順を前記手順データベースから決定して出力する手順解決手段と、
を含む処理手順管理システム。
【請求項７】
前記処理手順管理装置は、
前記機能エンジン観測性能情報に応じて前記将来性能情報を算出する規則を表す性能変化ルールを格納した性能変化ルールデータベースをさらに含み、
前記将来性能算出手段は、前記機能エンジン観測性能情報に合致する前記性能変化ルールを適用して前記将来性能情報を算出する、
請求項６に記載の処理手順管理システム。
【請求項８】
処理手順にしたがって情報処理を実行する処理実行装置と、前記処理手順を管理する処理手順管理装置と、を用いて、
前記処理手順管理装置が、
前記処理手順をその性能を表す性能情報とともに手順データベースに格納しておき、
前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記処理モジュールを実行する機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を取得し、
取得した観測性能情報および機能エンジン観測性能情報を性能履歴データベースに格納し、
前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出し、
前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成し、
前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新し、
新たに生成された前記処理手順およびその性能情報を前記手順データベースに追加し、
前記処理実行装置が、
前記情報処理を実行するための処理手順の決定を前記処理手順管理装置に要求し、
前記処理手順管理装置が、
要求された情報処理を実行するための処理手順を前記手順データベースから決定し、
前記処理実行装置が、
前記処理手順管理装置によって決定された処理手順にしたがって前記情報処理を実行する、
処置手順管理方法。
【請求項９】
前記処理手順管理装置が、
前記機能エンジン観測性能情報に応じて前記将来性能情報を算出する規則を表す性能変化ルールを性能変化ルールデータベースに格納しておき、
前記将来性能情報を算出する際に、前記機能エンジン観測性能情報に合致する前記性能変化ルールを適用して前記将来性能情報を算出する、
請求項８に記載の処理手順管理方法。
【請求項１０】
情報処理を実行するための処理手順を管理する処理手順管理装置に、
前記処理手順をその性能を表す性能情報とともに手順データベースに格納しておく処理手順格納ステップと、
前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記処理手順を構成する処理モジュールを実行する機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を取得する性能観測ステップと、
前記性能観測ステップで取得された観測性能情報および機能エンジン観測性能情報を性能履歴データベースに格納する性能履歴格納ステップと、
前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出する将来性能算出ステップと、
前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成する手順生成ステップと、
前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新するとともに、前記手順生成ステップで生成された処理手順およびその性能情報を前記手順データベースに追加する手順更新ステップと、
指定された情報処理を実行するための処理手順を前記手順データベースから決定して出力する手順解決ステップと、
を実行させる処理手順管理プログラムを格納する記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理手順を管理する処理手順管理装置、処理手順管理方法、処理手順管理システム、および処理手順管理プログラムに関する。
【背景技術】
【０００２】
情報処理を実行するための複数の処理手順の候補を管理し、指定された情報処理に対して好適な処理手順を決定する処理手順管理装置が知られている。
この種の処理手順管理装置としては、図１８に示すように、アルゴリズム登録部１０１と、最適パターン判定条件指定部１０２と、アルゴリズム指定部１０３と、探索パターン抽出部１０４と、探索パターン実行部１０５と、データ入力部１０６と、最適パターン判定部１０７とを含むものがある（例えば、特許文献１参照）。
特許文献１に記載の処理手順管理装置は、次のようにして処理手順を決定する。
まず、アルゴリズム登録部１０１がデータ処理に使用する各種アルゴリズムやパラメータ組合せルールを登録する。次に、データ入力部１０６が処理対象のデータを取得し、最適パターン判定条件指定部１０２が、処理対象のデータの処理に使用するアルゴリズムやルールの最適な組合せパターンを判定するための目標性能値を判定条件として設定する。もし、ユーザによりデータ処理に使用するアルゴリズムを選択する条件が指定される場合は、アルゴリズム指定部１０３が、使用するアルゴリズムの選択条件を取得する。次に、探索パターン抽出部１０４が、選択条件に基づいてデータ処理に使用するアルゴリズムを選択し、アルゴリズムの組合せ方のパターンである「組合せパターン」を構築する。次に、探索パターン実行部１０５が、すべての「組合せパターン」に対して、「組合せパターン」を実行し、各出力データを生成する。次に、最適パターン判定部１０７が、判定条件に基づいて最適な「組合せパターン」を判定し、最適データ、最適組合せパターンなどの情報を出力する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−０６６００７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された技術は、好適な処理手順を決定する際に、各アルゴリズムをそれぞれ実行する機能エンジンの性能変化に高速に適応できない。
その理由について述べる。一般に、機能エンジンの性能は、機能エンジンが保持している情報の量や内容に応じて変化する場合がある。また、学習型の機能エンジンの性能は、学習の度合いによって経時的に変化する場合がある。なお、ここでいう性能とは、処理の負荷に関する性能（処理時間や計算資源消費量等）や、処理結果の質に関する性能（精度や尤度など）を含む。
しかしながら、特許文献１に記載された技術は、ある時点における最適な処理手順を判定するために、最適な処理手順の候補となる複数の「組合せパターン」を実際に実行する必要がある。したがって、特許文献１に記載の処理手順管理装置では、複数の「組合せパターン」の実行時間分だけ性能変化への適応にタイムラグが生じてしまう。そのため、特許文献１に記載の処理手順管理装置では、高速な適応が困難であるという上述の課題が生じる。
本発明は、上述の課題を解決するためになされたもので、情報処理に用いられる機能エンジンの性能変化に高速に適応して処理手順を決定することができる処理手順管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の処理手順管理装置は、情報処理を実行するための処理手順をその性能を表す性能情報とともに格納する手順データベースと、前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記処理手順を構成する処理モジュールを実行する機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を格納する性能履歴データベースと、前記観測性能情報および前記機能エンジン観測性能情報を取得して前記性能履歴データベースに格納する性能観測手段と、前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出する将来性能算出手段と、前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成する手順生成手段と、前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新するとともに、前記手順生成手段によって生成された処理手順およびその性能情報を前記手順データベースに追加する手順更新手段と、指定された情報処理を実行するための処理手順を前記手順データベースから決定して出力する手順解決手段と、を含む。
また、本発明の処理手順管理システムは、処理手順にしたがって情報処理を実行する処理実行装置と、前記処理手順を管理する処理手順管理装置と、を含む処理手順管理システムであって、前記処理実行装置は、前記情報処理を実行するための処理手順の決定を前記処理手順管理装置に要求するとともに、前記処理手順管理装置によって決定された処理手順にしたがって前記情報処理を実行する処理制御手段と、前記処理手順を構成する各処理モジュールをそれぞれ実行する機能エンジンと、を含み、前記処理手順管理装置は、前記処理手順をその性能を表す性能情報とともに格納する手順データベースと、前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を格納する性能履歴データベースと、前記観測性能情報および前記機能エンジン観測性能情報を取得して前記性能履歴データベースに格納する性能観測手段と、前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出する将来性能算出手段と、前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成する手順生成手段と、前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新するとともに、前記手順生成手段によって生成された処理手順およびその性能情報を前記手順データベースに追加する手順更新手段と、指定された情報処理を実行するための処理手順を前記手順データベースから決定して出力する手順解決手段と、を含む。
また、本発明の処理手順管理方法は、処理手順にしたがって情報処理を実行する処理実行装置と、前記処理手順を管理する処理手順管理装置と、を用いて、前記処理手順管理装置が、前記処理手順をその性能を表す性能情報とともに手順データベースに格納しておき、前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記処理モジュールを実行する機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を取得し、取得した観測性能情報および機能エンジン観測性能情報を性能履歴データベースに格納し、前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出し、前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成し、前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新し、新たに生成された前記処理手順およびその性能情報を前記手順データベースに追加し、前記処理実行装置が、前記情報処理を実行するための処理手順の決定を前記処理手順管理装置に要求し、前記処理手順管理装置が、要求された情報処理を実行するための処理手順を前記手順データベースから決定し、前記処理実行装置が、前記処理手順管理装置によって決定された処理手順にしたがって前記情報処理を実行する。
また、本発明の記録媒体が格納する処理手順管理プログラムは、情報処理を実行するための処理手順を管理する処理手順管理装置に、前記処理手順をその性能を表す性能情報とともに手順データベースに格納しておく処理手順格納ステップと、前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記処理手順を構成する処理モジュールを実行する機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を取得する性能観測ステップと、前記性能観測ステップで取得された観測性能情報および機能エンジン観測性能情報を性能履歴データベースに格納する性能履歴格納ステップと、前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出する将来性能算出ステップと、前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成する手順生成ステップと、前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新するとともに、前記手順生成ステップで生成された処理手順およびその性能情報を前記手順データベースに追加する手順更新ステップと、指定された情報処理を実行するための処理手順を前記手順データベースから決定して出力する手順解決ステップと、を実行させる。
【発明の効果】
【０００６】
本発明は、情報処理に用いられる機能エンジンの性能変化に高速に適応して処理手順を決定することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１の実施の形態としての処理手順管理システムの構成を示す機能ブロック図である。
【図２】本発明の第１の実施の形態における手順テーブルに格納されるデータの一例を示す図である。
【図３】本発明の第１の実施の形態における手順特徴テーブルに格納されるデータの一例を示す図である。
【図４】本発明の第１の実施の形態における性能履歴テーブルに格納されるデータの一例を示す図である。
【図５】本発明の第１の実施の形態における機能エンジン性能履歴テーブルに格納されるデータの一例を示す図である。
【図６】本発明の第１の実施の形態における性能統計テーブルに格納されるデータの一例を示す図である。
【図７】本発明の第１の実施の形態としての処理手順管理システムの処理手順要求解決動作を説明するフローチャートである。
【図８】本発明の第１の実施の形態としての処理手順管理システムの性能観測動作を説明するフローチャートである。
【図９】本発明の第１の実施の形態としての処理手順管理システムの手順特徴更新動作を説明するフローチャートである。
【図１０】本発明の第１の実施の形態としての処理手順管理システムの手順生成動作を説明するフローチャートである。
【図１１】本発明の第２の実施の形態としての処理手順管理システムの構成を示す機能ブロック図である。
【図１２】本発明の第２の実施の形態における性能変化ルールテーブルに格納されるデータの一例を示す図である。
【図１３】本発明の第２の実施の形態としての処理手順管理システムの手順生成動作を説明するフローチャートである。
【図１４】本発明の第３の実施の形態としての処理手順管理システムの構成を示す機能ブロック図である。
【図１５】本発明の第３の実施の形態としての処理手順管理システムの手順生成動作を説明するフローチャートである。
【図１６】本発明の第４の実施の形態としての処理手順管理システムの構成を示す機能ブロック図である。
【図１７】本発明の第４の実施の形態としての処理手順管理システムの手順生成動作を説明するフローチャートである。
【図１８】関連技術の処理手順管理装置の構成を示す機能ブロック図である。
【図１９】処理実行装置２および処理手順管理装置３のハードウェア構成図の一例である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施の形態について、図面を参照して説明する。
（第１の実施の形態）
本発明の第１の実施形態としての処理手順管理システム１の機能ブロック構成を図１に示す。図１において、処理手順管理システム１は、利用者やクライアント装置１０から指示される情報処理を実行する処理実行装置２と、処理実行装置２によって実行される情報処理の処理手順を管理する処理手順管理装置３とを含む。また、処理実行装置２および処理手順管理装置３は互いに通信可能に接続されている。
ここで、処理実行装置２および処理手順管理装置３は、図１９に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１３と、記憶装置１４とを少なくとも備えた汎用的なコンピュータ装置によってそれぞれ構成されている。
処理実行装置２の構成についてまず説明する。
処理実行装置２は、クライアント装置１０に機能を提供するため情報処理を実行する装置である。ここで、クライアント装置１０に提供する機能とは、例えば、ウェブやイントラネット上の文書を検索するサービス等、情報処理によって実現される様々な機能をいう。
この処理実行装置２は、処理制御部２１と、１つ以上の機能エンジン２２とを含む。なお、図１には、２つの機能エンジン２２を示しているが、本発明において処理実行装置が有する機能エンジンの数を限定するものではない。また、処理制御部２１および機能エンジン２２は、プログラムモジュールとしてコンピュータの記憶装置に格納されＣＰＵによって実行される回路として構成される。
処理制御部２１は、機能の提供要求をクライアント装置１０から取得する。そして、処理制御部２１は、要求された機能を実現する情報処理を処理手順に基づいて実行し、処理結果をクライアント装置１０に出力する。
このとき、処理制御部２１は、要求された機能を実現する情報処理の処理手順の決定を後述の処理手順管理装置３に要求する。そして、処理制御部２１は、処理手順管理装置３によって決定された処理手順にしたがって、要求された機能を実現する情報処理を実行する。
機能エンジン２２は、クライアント装置１０から要求された機能を実現する情報処理を構成する処理モジュールを実行する。機能エンジン２２は、処理制御部２１による制御のもとに処理モジュールを実行し処理制御部２１に出力する。
次に、処理手順管理装置３の構成について説明する。
処理手順管理装置３は、手順データベース３１と、性能履歴データベース３２と、性能観測部３３と、将来性能算出部３４と、手順生成部３５と、手順更新部３６と、手順解決部３７とを含む。ここで、手順データベース３１および性能履歴データベース３２はコンピュータの記憶装置によって構成されても良い。また、性能観測部３３と、将来性能算出部３４と、手順生成部３５と、手順更新部３６と、手順解決部３７とは、プログラムモジュールとしてコンピュータの記憶装置に格納されＣＰＵによって実行される回路として構成される。
手順データベース３１は、クライアント装置１０から処理実行装置２に要求されうる機能を実現する情報処理を実行するための処理手順の候補をその性能情報とともに格納している。
手順データベース３１に格納されるデータの一例を図２および図３を用いて説明する。手順データベース３１は、図２に示す手順テーブルＴＡと、図３に示す手順特徴テーブルＴＢとによって構成されている。図２に示すように、手順テーブルＴＡは、処理手順を表す処理手順表現と、処理手順を識別する処理手順ＩＤとからなるタプルを格納する。
処理手順ＩＤは、処理手順を一意に識別するものであり、手順テーブルＴＡの主キーである。なお、処理手順ＩＤは、数字に限らず、例えば任意の文字列やＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）など、処理手順を一意に識別できる情報であればよい。
処理手順表現は、情報処理を実行するための手順が記述された表現である。言い換えると、処理手順表現は、情報処理を実行するための機能エンジンの組合せおよびその実行順序が記述されたものである。図２の例において、処理手順表現は、機能エンジンの関数呼び出しおよび結合演算子（｜は並列実行、＊は直列実行）によって記述されている。例えば、処理手順ＩＤ１の処理手順表現は、類義語展開Ａという機能エンジンを、同義語・関連語まで展開するという引数で呼び出し、その後、社内文書検索機能エンジンと、ウェブ文書検索機能エンジンを並列に呼び出し、その後、結果統合機能エンジンを呼び出す処理手順を示している。
ここで、処理手順表現は、このような文字列情報である必要はない。処理手順表現は、例えばＵＭＬ（Ｕｎｉｆｉｅｄ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅ）のアクティビティ図やフローチャートのようなグラフ表現など、情報処理に要する機能エンジンの組合せおよび実行順序を一意に特定できる情報であればよい。
図３に示すように、手順特徴テーブルＴＢは、処理手順を識別する処理手順ＩＤと、処理手順によって実現される機能を表す機能タイプと、処理手順の性能を表す性能ベクトルとからなるタプルを格納している。
処理手順ＩＤおよび機能タイプは、手順特徴テーブルＴＢの主キーである。処理手順ＩＤは、そのタプルがどの処理手順の特徴を記述しているのかを示すための情報であり、手順テーブルＴＡのＩＤの外部キーである。
機能タイプは、この処理手順にしたがって情報処理が実行されることによって実現される機能を表す。言い換えると、機能タイプは、その処理手順がどのような目的で使用されるのか、処理実行装置２によって提供されるどの機能のために用いられるのかを表している。例えば、機能タイプは、図３の例のように、入力データタイプ、機能、出力データタイプの三つ組みで表現されていてもよい。なお、この例では、機能タイプを表現する入力データタイプ、機能および出力データタイプには、あらかじめ定めた統制語彙が用いられている。
例えば、図３の１行目の例では、入力としてキーワードが指定されると、キーワードを用いた検索を行い、検索結果として社内のイントラネット上の文書とウェブ上の文書を提供するという機能タイプを表現している。
なお、機能タイプは、このような三つ組み表現である必要はない。機能タイプは、例えばグラフ表現や、単一語彙による機能表現、機能を数値ベクトルとして表現するなど、機能を特定できる情報であればよい。
性能ベクトルは、処理手順ＩＤで識別される処理手順にしたがって機能タイプの情報処理を実行した場合の性能を表すベクトルである。なお、性能ベクトルは、本発明における性能情報の一実施形態を構成している。図３の例では、性能ベクトルは、平均精度、平均被覆率、平均適合率および平均処理時間の４つの指標を表す数値によって構成されている。手順特徴テーブルＴＢに格納される性能ベクトルは、処理手順が過去に実行された時の各指標の平均値によって構成されている。
なお、性能ベクトルを構成する指標は、上述の４つに限定する必要はなく、機能タイプの多様性や、適応したい変化対象に応じて追加されてもよく、削減されても良い。例えば、性能ベクトルは、各指標の平均値に限らず、分散や変動係数といった入力データによる性能の分布を示す指標を含んでいても良い。また、性能ベクトルは、ＣＰＵ負荷やハードディスク負荷といった処理負荷を示す指標を含んでいても良い。
性能履歴データベース３２は、手順データベース３１に格納された処理手順にしたがって情報処理が実行された時に観測される性能を表す観測性能ベクトルを格納している。また、性能履歴データベース３２は、手順データベース３１に格納された処理手順を構成する処理モジュールを実行する機能エンジン毎に観測される性能を表す機能エンジン観測性能ベクトルを格納している。この性能履歴データベース３２は、性能履歴テーブルＴＣと、機能エンジン性能履歴テーブルＴＦと、性能統計テーブルＴＤとを含む。
性能履歴テーブルＴＣに格納されるデータの一例を図４に示す。性能履歴テーブルＴＣは、時刻と、機能タイプと、処理手順ＩＤと、観測性能ベクトルとからなるタプルを格納している。以下、このタプルを、処理手順にしたがって情報処理が実際に実行された時に観測された状態を表す状態情報ともいう。
時刻は、状態情報が観測された時刻を示す。ここで、時刻の表現は、時間軸上の１点を一意に決定できればよく、図４に示した文字列のほか、ある日付からのミリ秒数などの情報を用いても良い。
機能タイプは、状態情報の示す処理手順がどの機能を実現するために実行されたものかを表すものであり、手順特徴テーブルＴＢにおける機能タイプの外部キーである。
処理手順ＩＤは、状態情報の示す処理手順を識別するものであり、手順テーブルＴＡのＩＤの外部キーである。
観測性能ベクトルは、状態情報の示す処理手順が実行された際に観測された性能を示すベクトルである。なお、観測性能ベクトルは、本発明における観測性能情報の一実施形態を構成している。図４の例では、観測性能ベクトルは、精度と被覆率と適合率と処理時間との４つの指標を表す数値によって構成されている。ここで、観測性能ベクトルを構成する指標は、上述の４つに限定されず、機能タイプの多様性や、適応したい変化対象に応じて、追加または削減されても良い。
機能エンジン性能履歴テーブルＴＦに格納されるデータの一例を図５に示す。機能エンジン性能履歴テーブルＴＦは、時刻と、機能タイプと、機能エンジンＩＤと、機能エンジン観測性能ベクトルとからなるタプルを格納している。以下、このタプルを、処理実行装置２によって処理手順にしたがって情報処理が実際に実行された際に機能エンジン毎に観測された状態を表す機能エンジン状態情報ともいう。
時刻は、機能エンジン状態情報が観測された時刻を示す。ここで、時刻の表現は、時間軸上の１点を一意に決定できればよく、図５に示した文字列表現のほかに、ある日付からのミリ秒数などの表現であってもよい。
機能エンジンＩＤは、この機能エンジン状態情報がどの機能エンジンに関する情報かを示すものである。ここで、機能エンジンＩＤは、各機能エンジンを一意に識別できる情報であれば良く、例えば、ＵＲＩやエンジン名を示す任意の文字列、数値などであってもよい。なお、図５の例のように、この機能エンジンＩＤには、図２に示した手順テーブルＴＡの処理手順表現における機能エンジンの表現と同じものが用いられていてもよい。
機能タイプは、機能エンジン状態情報の示す機能エンジンがどの機能を実現する処理手順において実行されたのかを示すものである。この機能タイプは、手順特徴テーブルＴＢにおける機能タイプの外部キーである。
機能エンジン観測性能ベクトルは、機能エンジン状態情報の示す機能エンジンが実行された際に観測される性能を示すベクトルである。なお、機能エンジン観測性能ベクトルは、本発明における機能エンジン観測性能情報の一実施形態を構成する。図５の例では、この機能エンジン観測性能ベクトルは、精度と被覆率と適合率と処理時間との４つの指標を示す数値によって構成されている。なお、機能エンジン観測性能ベクトルに含める指標は、上述の４つに限定されず、機能タイプの多様性や適応したい変化対象に応じて、追加または削減されても良い。
性能統計テーブルＴＤに格納されるデータの一例を図６に示す。性能統計テーブルＴＤは、処理手順ＩＤと、機能タイプと、統計性能ベクトルと、最終更新時刻とからなるタプルを格納している。
処理手順ＩＤおよび機能タイプは、性能統計テーブルＴＤの主キーである。すなわち、このテーブルのタプル数は、手順特徴テーブルＴＢのタプル数と一致する。
処理手順ＩＤは、そのタプルがどの処理手順に関する統計を表しているのかを示すための情報であり、手順テーブルＴＡの処理手順ＩＤの外部キーである。
機能タイプは、その処理手順がどのような目的で使用されるのか、どの機能が用いられるのかを示している。この機能タイプは、手順特徴テーブルＴＢの機能タイプの外部キーである。
統計性能ベクトルは、処理手順ＩＤで識別される処理手順を用いて機能タイプの機能を実現する情報処理を実行した場合に観測された性能の統計情報を表現するベクトルである。図６の例では、統計性能ベクトルは、性能を表す各指標の平均値によって構成されている。ここで、統計性能ベクトルは、前述の手順特徴テーブルＴＢに格納される性能ベクトル値の元になる情報である。つまり、この統計性能ベクトルを構成する指標は、手順特徴テーブルＴＢの性能ベクトルを構成する指標を網羅している。言い換えると、手順特徴テーブルＴＢの性能ベクトルを構成する指標群は、統計性能ベクトルを構成する指標群のサブセットであればよい。
最終更新時刻は、この統計性能ベクトルを最後に更新した時刻を示す。なお、最終更新時刻は、時間軸上の１点を一意に決定できればよく、図６に示した文字列のほか、ある日付からのミリ秒数などの情報であっても良い。
性能観測部３３は、状態情報および機能エンジン状態情報を処理制御部２１から取得し、性能履歴データベース３２の性能履歴テーブルＴＣおよび機能エンジン性能履歴テーブルＴＦへ登録する。
将来性能算出部３４は、機能エンジン状態情報に含まれる機能エンジン観測性能ベクトルに基づいて各機能エンジンの将来のある時点における性能を表す将来性能ベクトルを算出する。
手順生成部３５は、各機能エンジンの将来性能ベクトルに基づいて機能エンジンによって実行される処理モジュールを再構成し、クライアント装置１０から要求されうる機能を処理実行装置２に実現させるための新たな処理手順を生成する。
また、手順生成部３５は、新たに生成した処理手順の性能ベクトルを、各機能エンジンの将来性能ベクトルに基づいて算出する。
例えば、手順生成部３５は、「（Ｋｅｙｗｏｒｄ，Ｓｅａｒｃｈ，［ＷｅｂＤｏｃｕｍｅｎｔ，ＩｎｔｒａＤｏｃｕｍｅｎｔ］）」という機能タイプの機能を実現する情報処理を処理実行装置２に実行させるための新たな処理手順を将来性能ベクトルに基づいて生成する。ここで、手順テーブルＴＡには、既にこの機能タイプの機能を実現する情報処理の処理手順として処理手順ＩＤ１および２の処理手順が登録されている。このとき、将来性能算出部３４によって算出された、機能エンジン「類義語検索Ａ」の将来性能ベクトルの値より機能エンジン「類義語検索Ｂ」の将来性能ベクトルの値のほうが優れていると判定できる場合を想定する。この場合、手順生成部３５は、類義語検索Ａの代わりに類義語検索Ｂを用いた「類義語検索Ｂ（同義語のみ）＊社内文書検索（）」という処理手順を新たに生成する。
手順更新部３６は、性能履歴データベース３２の性能履歴テーブルＴＣの観測性能ベクトルを集計し、性能履歴データベース３２の性能統計テーブルＴＤの統計性能ベクトルを更新する。また、これに伴い、手順更新部３６は、性能統計テーブルＴＤの最終更新時刻の更新も行う。
また、手順更新部３６は、性能統計テーブルＴＤの統計性能ベクトルに基づいて、手順特徴テーブルＴＢの性能ベクトルを更新する。
また、手順更新部３６は、手順生成部３５により新たに生成された処理手順に新たな処理手順ＩＤを割り当て、手順データベース３１の手順テーブルＴＡに追加登録する。また、手順更新部３６は、追加登録した処理手順の性能ベクトルを手順特徴テーブルＴＢに追加登録する。
手順解決部３７は、処理制御部２１から手順解決要求を表す情報を取得する。そして、手順解決部３７は、手順解決要求を解析して、クライアント装置１０によって要求された機能である要求機能タイプと、要求される性能である要求性能ベクトルを求める。さらに、手順解決部３７は、手順データベース３１に基づいて、要求機能タイプおよび要求性能ベクトルを満たす処理手順を選択し、選択した処理手順を処理制御部２１に対して出力する。
なお、上述の説明において、処理制御部２１と機能エンジン２２とが同一のコンピュータ装置によって構成される例について説明しているが、処理制御部２１と各機能エンジン２２とは、互いに通信可能な別々のコンピュータ装置によって構成されていてもよい。また、上述の説明において、手順解決部３７と、他の構成要素とが同一のコンピュータ装置によって構成される例について説明しているが、これらの構成要素も、互いに通信可能な別々のコンピュータ装置によって構成されていてもよい。
以上のように構成された処理手順管理システム１の動作について、図７〜図１０を用いて説明する。
処理手順管理システム１は、処理手順要求を解決する処理手順要求解決処理と、処理手順の実行時の性能を観測する性能観測処理と、手順特徴テーブルＴＢを更新する手順特徴更新処理と、新たな処理手順を生成して追加登録する手順生成処理とを実行する。なお、処理手順管理システム１は、これらの処理を独立して実行可能である。
まず、処理手順要求解決処理について、図７を用いて説明する。
ここでは、まず、手順解決部３７が、処理制御部２１からの処理手順要求を受け付けると（ステップＳａ１でＹｅｓ）、この処理手順要求を解析して要求機能タイプを特定する（ステップＳａ２）。
次に、手順解決部３７は、この処理手順要求を解析して要求性能ベクトルを生成する（ステップＳａ３）。
次に、手順解決部３７は、手順データベース３１の手順特徴テーブルＴＢから、機能タイプが、ステップＳａ２で求めた要求機能タイプと一致するタプル群を取得する（ステップＳａ４）。
次に、手順解決部３７は、取得した各タプルの性能ベクトルと、要求性能ベクトルの距離を算出する（ステップＳａ５）。ここで、手順解決部３７は、各タプルの性能ベクトルと要求性能ベクトルとの距離として、例えばコサイン距離などを算出してもよい。
手順解決部３７は、ステップＳａ４で取得した全てのタプルについてステップＳａ５を繰り返す。
次に、手順解決部３７は、ステップＳａ５で算出した距離が最短となるタプルの処理手順ＩＤを取得する（ステップＳａ６）。
次に、手順解決部３７は、処理テーブルＴＡから、この処理手順ＩＤを持つ処理手順表現を取得する（ステップＳａ７）。
最後に、手順解決部３７は、取得した処理手順表現を、処理制御部２１に返却し（ステップＳａ８）、処理手順要求解決処理を終了する。
次に、性能観測処理について、図８を用いて説明する。
ここでは、まず、性能観測部３３が、処理実行装置２によって処理手順にしたがった情報処理が実行された際に観測された状態情報と、その時の各機能エンジン２２毎に観測された機能エンジン状態情報とを、処理制御部２１から取得する（ステップＳｂ１）。
次に、性能観測部３３は、取得した状態情報および機能エンジン状態情報を、性能履歴データベース３２の性能履歴テーブルＴＣおよび機能エンジン性能履歴テーブルＴＦに格納する（ステップＳｂ２）。
ここで、性能観測部３３は、処理制御部２１へ状態情報および機能エンジン状態情報を要求することにより、処理制御部２１からこれらの情報を取得しても良い。また、処理制御部２１が、処理手順を実行後にこれらの情報を性能観測部３３へ通知するようにしても良い。また、性能観測部３３と処理制御部２１とは、ファイルシステムなどを介してこれらの情報をやりとりすることにより、非同期に動作するようにしてもよい。以上で、性能観測部３３は、性能観測処理を終了する。
次に、手順特徴更新処理について、図９を用いて説明する。この処理は、性能統計テーブルＴＤの更新処理（ステップＳｃ２〜Ｓｃ５）と、手順特徴テーブルＴＢの更新処理（Ｓｃ６〜Ｓｃ７）とからなる。
ここでは、まず、性能履歴データベース３２の性能履歴テーブルＴＣに変更があった場合（ステップＳｃ１でＹｅｓ）、手順更新部３６が、性能履歴テーブルＴＣから、前回に手順特徴更新処理を実行した時刻以降の状態情報群を取得する（ステップＳｃ２）。
次に、手順更新部３６は、各状態情報に対して、同じ機能タイプおよび処理手順ＩＤを持つタプルを性能履歴データベース３２の性能統計テーブルＴＢから取得する（ステップＳｃ３）。
次に、手順更新部３６は、ステップＳｃ２で取得した状態情報群のうち同じ機能タイプおよび処理手順ＩＤを持つタプルに含まれる観測性能ベクトルおよびステップＳｃ３で取得したタプルの統計性能ベクトルを統計処理し、この統計性能ベクトルの値を更新する（ステップＳｃ４）。
例えば、手順更新部３６は、状態情報の観測性能ベクトル値と統計性能ベクトル値とを、時刻を考慮した重み付け加算することにより、統計性能ベクトル値を更新してもよい。このとき、統計性能ベクトル値の重みが、観測性能ベクトル値の重みより少なくなるようにあらかじめ設定されることで、手順更新部３６は、過去の観測性能ベクトルの影響を抑えつつ、観測性能ベクトルの分布の影響を抑えて統計性能ベクトルを算出することができる。
また、このステップＳｃ４の処理において、手順更新部３６は、手順データベース３１に登録された処理手順のうち性能ベクトルが他に比べて低いものに対応する性能統計テーブルＴＢのタプルなど、明らかに使用される可能性の低い処理手順に関連する処理を省略しても良い。次に、手順更新部３６は、ステップＳｃ４で更新したタプルの最終更新時刻を現時刻に更新する（ステップＳｃ５）。
手順更新部３６は、ステップＳｃ２で取得したすべての状態情報を処理するまで、ステップＳｃ３〜Ｓｃ５を繰り返す。
次に、手順更新部３６は、性能履歴データベース３２の性能統計テーブルＴＤから、更新されたタプル群を取得する（ステップＳｃ６）。
次に、手順更新部３６は、性能統計テーブルＴＤの更新されたタプルの統計性能ベクトル値を用いて、手順特徴テーブルＴＢの対応するタプルの性能ベクトル値を更新する（ステップＳｃ７）。
手順更新部３６は、ステップＳｃ６で取得した各タプルについてステップＳｃ７を繰り返し、手順特徴更新処理を終了する。
次に、手順生成処理について、図１０を用いて説明する。
この処理は、将来性能ベクトルを算出する処理（ステップＳｄ２〜Ｓｄ４）と、新たな処理手順を生成する処理（ステップＳｄ５〜Ｓｄ７）とからなる。
ここでは、まず、性能履歴データベース３２の性能統計テーブルＴＤに変更があった場合（ステップＳｄ１でＹｅｓ）、将来性能算出部３４が、機能エンジン性能履歴テーブルＴＦから、直近の一定期間の機能エンジン状態情報群を取得する（ステップＳｄ２）。
次に、将来性能算出部３４が、得られた機能エンジン状態情報群を、機能タイプと機能エンジンＩＤの組合せで分類する（ステップＳｄ３）。
次に、将来性能算出部３４が、機能タイプと機能エンジンＩＤの組合せ毎に機能エンジン状態情報の機能エンジン観測性能ベクトルを集計し、将来性能ベクトルを算出する（ステップＳｄ４）。
将来性能算出部３４は、ステップＳｄ３で分類した全ての組合せについてステップＳｄ４を繰り返す。
次に、手順生成部３５が、算出された将来性能ベクトルを元に機能エンジンを再構成して新たな処理手順を生成する（ステップＳｄ５）。そして、手順生成部３５は、新たな処理手順の性能ベクトルを算出する。
次に、手順更新部３６が、新たに生成された処理手順を手順データベース３１の手順テーブルＴＡへ追加登録する（ステップＳｄ６）。
次に、手順更新部３６が、追加登録した処理手順の性能ベクトルを手順データベース３１の手順特徴テーブルＴＢへ追加登録する（ステップＳｄ７）。
手順更新部３６は、ステップＳｄ５で生成された全ての処理手順に対して、Ｓｄ６〜Ｓｄ７を繰り返し、手順生成処理を終了する。
次に、本発明の第１の実施の形態の効果について述べる。
本発明の第１の実施の形態としての処理手順管理システムは、情報処理に用いられる機能エンジンの性能変化に高速に適応して処理手順を決定することができる。
この理由は、処理手順管理システムは、性能履歴データベースに基づいて機能エンジン毎に将来性能ベクトルを算出し、算出した将来性能ベクトルに基づいて機能エンジンを再構成して新たな処理手順を新たに生成するからである。これにより、処理手順管理システムは、要求されうる機能を実現する情報処理を実行するための処理手順として、機能エンジンの性能変化を予測して将来使用される可能性の高い処理手順を新たに生成することができ、事前に手順データベースを拡充しているためである。
また、本発明の第１の実施の形態としての処理手順管理システムは、処理実行装置のパフォーマンス低下を軽減することができる。
この理由は、処理手順管理装置による処理が処理実行装置の処理へ与える影響は、状態情報および機能エンジン状態情報を取得する処理のみであり、かつこの履歴取得の処理はログ出力程度の軽微な計算資源しか必要としないためである。これは、処理手順管理装置が、処理手順要求解決処理と、性能観測処理と、手順特徴更新処理と、手順生成処理とを、それぞれ独立に実行できる事による。さらに、手順特徴更新処理および手順生成処理は、処理手順要求解決処理とは別のサーバ上で実施することも可能であり、計算資源の競合を避けることもできる。以上から、処理手順管理システムは、処理実行装置のパフォーマンス低下を軽減することができる。
また、本発明の第１の実施の形態としての処理手順管理システムは、手順データベースの内容を学習させることができる。
この理由は、手順更新部３６が、各機能エンジンの将来性能ベクトルを考慮した処理手順を生成して手順データベースへ登録し、登録後も特徴情報などを更新しつづけるためである。
（第２の実施の形態）
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。
本発明の第２の実施の形態としての処理手順管理システム４の機能ブロック構成を図１１に示す。なお、図１１において、本発明の第１の実施の形態と同一の構成には同一の符号を付して詳細な説明を省略する。
処理手順管理システム４は、本発明の第１の実施の形態としての処理手順管理システム１に対して、処理手順管理装置３に替えて処理手順管理装置５を含む点が異なる。また、処理手順管理装置５は、処理手順管理装置３と同一の構成のうち、将来性能算出部３４に替えて将来性能算出部５４を含み、性能変化ルールデータベース５８をさらに含んでいる。
ここで、性能変化ルールデータベース５８はコンピュータ装置の記憶装置によって構成される。
性能変化ルールデータベース５８は、性能変化ルールテーブルＴＥを備えている。性能変化ルールテーブルＴＥに格納されるデータの一例を図１２に示す。
性能変化ルールテーブルＴＥは、機能エンジンＩＤ、機能タイプ、適用条件、および性能変化傾向からなる性能変化ルールを格納している。
機能エンジンＩＤと機能タイプと適用条件とは、性能変化ルールテーブルの主キーである。
機能エンジンＩＤは、ルールの対象となる機能エンジンを示すＩＤである。
機能タイプは、手順特徴テーブルＴＢの機能タイプの外部キーである。また、この機能タイプは、適用条件が適用される際に前提となる機能タイプを示す。
適用条件は、性能変化ルールが適用される条件を示す。図１２の例では、機能エンジン観測性能ベクトルの数値に関する条件が等・不等号を用いて記載されている。この適用条件は、プログラムによって解釈可能な表記であることが好ましい。なお、適用条件は、例えば、機能エンジン登録からの経過時間など、性能ベクトル値以外に関する条件であっても良い。
性能変化傾向は、適用条件に適合した場合に、機能エンジンＩＤと機能タイプで特定される機能の処理性能が今後どのように変化するかを示すベクトルである。図１２の例では、性能変化傾向は、精度変化傾向と被覆率変化傾向と適合率変化傾向と処理時間変化傾向との４つの指標の変化傾向を表している。また、性能変化傾向は、時間の変数をｔとして性能の経時変化の微分関数の行列として記載されている。ここで、性能変化傾向は、必ずしも微分関数の行列という形をとる必要はなく、例えば、増減方向を示す２値や、増減比率をあらわす数値などでも構わない。
将来性能算出部５４は、機能エンジン性能履歴テーブルＴＦの機能エンジン状態情報を機能エンジンおよび機能タイプの組合せで分類し、分類毎に所定数の直近のものを集計して、現在の時点における性能を表す現在性能ベクトルを算出する。そして、将来性能算出部５４は、性能変化ルールデータベース５８に格納された性能変化ルールの適用条件のうち、現在性能ベクトルに合致するものを照合する。
そして、将来性能算出部５４は、合致した性能変化ルールがあった場合は、そのルールにしたがって現在性能ベクトルから将来性能ベクトルを算出する。
例えば、将来性能算出部５４は、図１２の例では、性能変化ルールデータベース５８に格納される性能変化傾向に記載の関数を現在性能ベクトルに適用することにより将来性能ベクトルを算出する。
以上のように構成された処理手順管理システム４の動作について説明する。
処理手順管理システム４は、本発明の第１の実施の形態と同様に、処理手順要求解決処理と、性能観測処理と、手順特徴更新処理と、手順生成処理とを独立に実行するが、手順生成処理における動作が異なる。
処理手順管理システム４の手順生成処理について図１３を用いて説明する。なお、図１３において本発明の第１の実施の形態の動作と同一の処理を行うステップには同一の符号を付して詳細な説明を省略する。
まず、機能エンジン性能履歴テーブルＴＦに変化があると（ステップＳｄ１でＹｅｓ）、将来性能算出部５４が、このテーブルＴＦから直近の一定期間の機能エンジン状態情報群を取得する（ステップＳｄ２）。
次に、将来性能算出部５４が、得られた機能エンジン状態情報群を、機能タイプおよび機能エンジンの組合せで分類する（ステップＳｄ３）。
次に、将来性能算出部５４が、分類ごとに機能エンジン観測性能ベクトルを集計し、集計したものを現在性能ベクトル群として記憶する（ステップＳｅ１）。
次に、将来性能算出部５４は、各現在性能ベクトルに対して、性能変化ルールデータベース５８から合致する適用条件の性能変化ルールを取得する（ステップＳｅ２）。
次に、将来性能算出部５４は、取得した性能変化ルールを用いて、現在性能ベクトルから将来性能ベクトルを算出して記憶する（ステップＳｅ３）。
将来性能算出部５４は、ステップＳｄ３で分類したすべての組合せに対してステップＳｅ１〜Ｓｅ３を繰り返す。
処理手順管理システム４は、ステップＳｄ５〜Ｓｄ７まで本発明の第１の実施の形態と同様に動作して将来性能ベクトルに基づく新たな処理手順を生成し、手順データベース３１に追加して、手順生成動作を終了する。
次に、本発明の第２の実施の形態の効果について述べる。
本発明の第２の実施の形態としての処理手順管理システムは、機能エンジンの将来の性能をより精度良く算出することができ、新たに生成する処理手順が将来使用される可能性をより高くすることができる。
その理由は、性能変化ルールデータベース５８が、機能エンジンの性能変化ルールをあらかじめ記憶しておき、機能エンジンの観測された性能に合致する条件の性能変化ルールを適用して将来の性能を算出するからである。
（第３の実施の形態）
次に、本発明の第３の実施の形態について図面を参照して詳細に説明する。
本発明の第３の実施の形態としての処理手順管理システム６の機能ブロック構成を図１４に示す。なお、図１４において、本発明の第１の実施の形態と同一の構成には同一の符号を付して詳細な説明を省略する。
処理手順管理システム６は、本発明の第１の実施の形態としての処理手順管理システム１に対して、処理手順管理装置３に替えて処理手順管理装置７を含む点が異なる。また、処理手順管理装置７は、処理手順管理装置３と同一の構成のうち、将来性能算出部３４に替えて将来性能算出部７４を含み、さらに性能履歴解析部７８を含んでいる。
性能履歴解析部７８は、性能履歴データベース３２に格納された機能エンジン観測性能ベクトルの時系列を解析する。ここで、性能履歴解析部７８は、時系列データを統計的に解析し予測値を算出する既存の技術を用いればよい。
将来性能算出部７４は、性能履歴解析部７８を用いることにより、機能エンジンの将来性能ベクトルを算出する。
例えば、将来性能算出部７４は、性能履歴解析部７８によって機能エンジン観測性能ベクトルの変化傾向を求め、変化傾向に基づいて将来性能ベクトルを算出してもよい。なお、将来性能算出部７４は、変化傾向に限らず、性能履歴解析部７８によって解析されるその他の情報に基づいて将来性能ベクトルを算出しても良い。
また、将来性能算出部７４は、機能エンジンおよび機能タイプの組合せによって機能エンジン状態情報を分類し、分類毎に将来性能ベクトルを求めるようにしてもよい。
また、将来性能算出部７４は、直近の所定数の機能エンジン観測性能ベクトルを取得し、取得した機能エンジン観測性能ベクトルを解析して将来性能ベクトルを求めるようにしてもよい。
以上のように構成された処理手順管理システム６の動作について説明する。
処理手順管理システム６は、本発明の第１の実施の形態と同様に、処理手順要求解決処理と、性能観測処理と、手順特徴更新処理と、手順生成処理とを独立に実行するが、手順生成処理における動作が異なる。
処理手順管理システム６の手順生成処理について図１５を用いて説明する。なお、図１５において本発明の第１の実施の形態の動作と同一の処理を行うステップには同一の符号を付して詳細な説明を省略する。
処理手順管理システム６の処理手順生成処理は、本発明の第１の実施の形態の手順生成処理に対して、将来性能ベクトルを算出するステップＳｄ２〜Ｓｄ４の処理の代わりに、ステップＳｆ１〜Ｓｆ４の処理を実行する点が異なる。
ここでは、まず、将来性能算出部７４が、性能履歴データベース３２の変更を検出すると（ステップＳｄ１でＹｅｓ）、機能タイプと機能エンジンＩＤの有効な組合せを生成する（ステップＳｆ１）。
次に、将来性能算出部７４は、各組合せについて、機能エンジン性能履歴テーブルＴＦから、該当する組合せに対応する機能エンジン状態情報群を一定数取得する（ステップＳｆ２）。
次に、将来性能算出部７４は、取得した各機能エンジン状態情報に含まれる機能エンジン観測性能ベクトルを統計処理し、統計量を算出する（ステップＳｆ３）。
次に、将来性能算出部７４は、性能履歴解析部７８を用いて、一定数の機能エンジン観測性能ベクトルから、この機能タイプにおけるこの機能エンジンの性能変化の傾向を推定し、推定した変化傾向を元に将来性能ベクトルを算出する（Ｓｆ４）。
将来性能算出部７４は、ステップＳｆ１で生成したすべての組合せに対して、Ｓｆ２からＳｆ４の処理を繰り返す。
次に、手順生成部３５が、将来性能ベクトルを元に処理手順を生成し（ステップＳｄ５）、手順更新部３６が、手順データベース３１の更新を行って（ステップＳｄ６〜Ｓｄ７）、手順生成処理を終了する。
次に、本発明の第３の実施の形態の効果について述べる。
本発明の第３の実施の形態としての処理手順管理システムは、機能エンジンの将来の性能をさらに精度良く算出することができ、新たに生成する処理手順が将来使用される可能性をさらに高くすることができる。
その理由は、将来性能算出部７４が、機能エンジンの観測された性能を解析して変化傾向を推定し、推定した変化傾向を用いて将来の性能を予測するからである。
（第４の実施の形態）
次に、本発明の第４の実施の形態について図面を参照して詳細に説明する。
本発明の第４の実施の形態としての処理手順管理システム８の機能ブロック構成を図１６に示す。なお、図１６において、本発明の第１の実施の形態と同一の構成には同一の符号を付して詳細な説明を省略する。
処理手順管理システム８は、本発明の第１の実施の形態としての処理手順管理システム１に対して、処理手順管理装置３に替えて処理手順管理装置９を含む点が異なる。また、処理手順管理装置９は、処理手順管理装置３と同一の構成のうち、手順更新部３６に替えて手順更新部９６を含み、複数の手順生成部３５をさらに含んでいる。なお、図１６には、２つの手順生成部３５を示しているが、本発明において処理手順管理装置９が有する手順生成部３５の数を限定するものではない。
手順生成部３５は、本発明の第１の実施の形態において説明したように、各機能エンジンの将来性能ベクトルに基づいて機能エンジンを再構成し、クライアント装置１０から要求されうる機能を処理実行装置２に実現させるための新たな処理手順を生成する。
また、複数の手順生成部３５は、新たな処理手順を生成するアルゴリズムとしてそれぞれ異なるものを用いて良い。なお、各手順生成部３５の手順更新部９６に対する入出力形式は統一されていることが好ましい。
手順更新部９６は、将来性能算出部３４によって算出された将来性能ベクトルを複数の手順生成部３５へ出力し、手順生成部３５からそれぞれ受け取った処理手順の中から選択した処理手順を手順データベースへ追加登録する。
このとき、手順更新部９６は、追加登録する処理手順として、手順生成部３５から受け取った処理手順のうち性能ベクトル値が所定の値を超えるものを選択してもよい。または、手順更新部９６は、性能ベクトル値の優れているほうから順に所定数の処理手順を選択してもよく、その他の判定条件により選択してもよい。
以上のように構成された処理手順管理システム８の動作について説明する。
処理手順管理システム８は、本発明の第１の実施の形態と同様に、処理手順要求解決処理と、性能観測処理と、手順特徴更新処理と、手順生成処理とを独立に実行するが、手順生成処理における動作が異なる。
処理手順管理システム８の手順生成処理について図１７を用いて説明する。なお、図１７において本発明の第１の実施の形態の動作と同一の処理を行うステップには同一の符号を付して詳細な説明を省略する。
処理手順管理システム８の手順生成処理は、本発明の第１の実施の形態の手順生成処理に対して、新たな処理手順を生成するステップＳｄ５の処理の代わりに、ステップＳｇ１〜Ｓｇ３の処理を実行する点が異なる。
ここでは、まず、ステップＳｄ１〜Ｓｄ４まで本発明の第１の実施の形態と同様に動作して各機能エンジンの将来性能ベクトルを算出する。
次に、手順更新部９６は、将来性能ベクトルを各手順生成部３５へ渡す（ステップＳｇ１）。
次に、各手順生成部３５は、将来性能ベクトルに基づいて、クライアント装置１０から要求されうる機能を処理実行装置２に実現させるための新たな処理手順をそれぞれ生成する（ステップＳｇ２）。
次に、手順更新部９６は、生成された処理手順群を各手順生成部３５からそれぞれ受け取り、手順データベース３１に追加登録する処理手順を選択する（ステップＳｇ３）。このとき、手順更新部９６は、各手順生成部３５から受け取った処理手順のうち、他の処理手順と内容が重複するものがあれば重複するものを削除するようにしてもよい。
次に、手順更新部９６は、選択した処理手順およびその性能情報を手順データベース３１に追加して（ステップＳｄ６〜Ｓｄ７）、手順生成処理を終了する。
次に、本発明の第４の実施の形態の効果について述べる。
本発明の第４の実施の形態としての処理手順管理システムは、機能エンジンの将来の性能変化に適応して生成された処理手順の被覆率を向上させることができる。
その理由は、複数の手順生成部３５によりそれぞれ異なるアルゴリズムに基づいて生成された処理手順から性能の優れたものを選択することにより、機能エンジンの性能変化に適応した処理手順が将来使用される可能性を高めることができるためである。
なお、上述した本発明の各実施の形態において、処理手順管理装置を動作させるプログラムは、本発明の処理手順管理プログラムを構成する。
また、上述した各実施の形態は、適宜組み合わせて実施されることが可能である。
また、本発明は、上述した各実施の形態に限定されず、様々な態様で実施されることが可能である。
また、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
情報処理を実行するための処理手順をその性能を表す性能情報とともに格納する手順データベースと、
前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記処理手順を構成する処理モジュールを実行する機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を格納する性能履歴データベースと、
前記観測性能情報および前記機能エンジン観測性能情報を取得して前記性能履歴データベースに格納する性能観測手段と、
前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出する将来性能算出手段と、
前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成する手順生成手段と、
前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新するとともに、前記手順生成手段によって生成された処理手順およびその性能情報を前記手順データベースに追加する手順更新手段と、
指定された情報処理を実行するための処理手順を前記手順データベースから決定して出力する手順解決手段と、
を含む処理手順管理装置。
（付記２）
前記機能エンジン観測性能情報に応じて前記将来性能情報を算出する規則を表す性能変化ルールを格納した性能変化ルールデータベースをさらに含み、
前記将来性能算出手段は、前記機能エンジン観測性能情報に合致する前記性能変化ルールを適用して前記将来性能情報を算出する、
付記１に記載の処理手順管理装置。
（付記３）
前記機能エンジン観測性能情報の履歴を時系列データとして解析する性能履歴解析手段をさらに含み、
前記将来性能算出手段は、前記性能履歴解析手段を用いて前記将来性能情報を算出する、
付記１に記載の処理手順管理装置。
（付記４）
前記将来性能算出手段は、前記性能履歴解析手段によって解析された前記機能エンジン観測性能情報の変化傾向に基づいて前記将来性能情報を算出する、
付記３に記載の処理手順管理装置。
（付記５）
複数の前記手順生成手段を含むとき、
前記手順更新手段は、複数の前記手順生成手段によってそれぞれ生成された複数の処理手順から選択した処理手順を前記手順データベースに追加する、
付記１から付記４のいずれかに記載の処理手順管理装置。
（付記６）
処理手順にしたがって情報処理を実行する処理実行装置と、前記処理手順を管理する処理手順管理装置と、を含む処理手順管理システムであって、
前記処理実行装置は、
前記情報処理を実行するための処理手順の決定を前記処理手順管理装置に要求するとともに、前記処理手順管理装置によって決定された処理手順にしたがって前記情報処理を実行する処理制御手段と、
前記処理手順を構成する各処理モジュールをそれぞれ実行する機能エンジンと、
を含み、
前記処理手順管理装置は、
前記処理手順をその性能を表す性能情報とともに格納する手順データベースと、
前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を格納する性能履歴データベースと、
前記観測性能情報および前記機能エンジン観測性能情報を取得して前記性能履歴データベースに格納する性能観測手段と、
前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出する将来性能算出手段と、
前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成する手順生成手段と、
前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新するとともに、前記手順生成手段によって生成された処理手順およびその性能情報を前記手順データベースに追加する手順更新手段と、
指定された情報処理を実行するための処理手順を前記手順データベースから決定して出力する手順解決手段と、
を含む処理手順管理システム。
（付記７）
前記処理手順管理装置は、
前記機能エンジン観測性能情報に応じて前記将来性能情報を算出する規則を表す性能変化ルールを格納した性能変化ルールデータベースをさらに含み、
前記将来性能算出手段は、前記機能エンジン観測性能情報に合致する前記性能変化ルールを適用して前記将来性能情報を算出する、
付記６に記載の処理手順管理システム。
（付記８）
処理手順にしたがって情報処理を実行する処理実行装置と、前記処理手順を管理する処理手順管理装置と、を用いて、
前記処理手順管理装置が、
前記処理手順をその性能を表す性能情報とともに手順データベースに格納しておき、
前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記処理モジュールを実行する機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を取得し、
取得した観測性能情報および機能エンジン観測性能情報を性能履歴データベースに格納し、
前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出し、
前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成し、
前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新し、
新たに生成された前記処理手順およびその性能情報を前記手順データベースに追加し、
前記処理実行装置が、
前記情報処理を実行するための処理手順の決定を前記処理手順管理装置に要求し、
前記処理手順管理装置が、
要求された情報処理を実行するための処理手順を前記手順データベースから決定し、
前記処理実行装置が、
前記処理手順管理装置によって決定された処理手順にしたがって前記情報処理を実行する、
処置手順管理方法。
（付記９）
前記処理手順管理装置が、
前記機能エンジン観測性能情報に応じて前記将来性能情報を算出する規則を表す性能変化ルールを性能変化ルールデータベースに格納しておき、
前記将来性能情報を算出する際に、前記機能エンジン観測性能情報に合致する前記性能変化ルールを適用して前記将来性能情報を算出する、
付記８に記載の処理手順管理方法。
（付記１０）
情報処理を実行するための処理手順を管理する処理手順管理装置に、
前記処理手順をその性能を表す性能情報とともに手順データベースに格納しておく処理手順格納ステップと、
前記処理手順にしたがって前記情報処理が実行された時に観測される性能を表す観測性能情報および前記処理手順を構成する処理モジュールを実行する機能エンジン毎に観測される性能を表す機能エンジン観測性能情報を取得する性能観測ステップと、
前記性能観測ステップで取得された観測性能情報および機能エンジン観測性能情報を性能履歴データベースに格納する性能履歴格納ステップと、
前記性能履歴データベースに基づいて前記機能エンジン毎に将来のある時点における性能を表す将来性能情報を算出する将来性能算出ステップと、
前記将来性能情報に基づいて前記処理モジュールを再構成して前記情報処理を実行するための新たな処理手順を生成する手順生成ステップと、
前記性能履歴データベースに基づいて前記手順データベースの性能情報を更新するとともに、前記手順生成ステップで生成された処理手順およびその性能情報を前記手順データベースに追加する手順更新ステップと、
指定された情報処理を実行するための処理手順を前記手順データベースから決定して出力する手順解決ステップと、
を実行させる処理手順管理プログラムを格納する記録媒体。
（付記１１）
前記処理手順管理装置に、
前記機能エンジン観測性能情報に応じて前記将来性能情報を算出する規則を表す性能変化ルールを性能変化ルールデータベースに格納しておく性能変化ルール格納ステップをさらに実行させておき、
前記将来性能算出ステップで、さらに前記機能エンジン観測性能情報に合致する前記性能変化ルールを適用して前記将来性能情報を算出するステップと、
を実行させる付記１０に記載の処理手順管理プログラムを格納する記録媒体。
（付記１２）
処理手順を構成する処理モジュールの組合せおよび実行順序を表す処理手順情報と、
前記処理手順の性能を表す性能情報と、
前記処理手順が実行された時に観測される性能を表す観測性能情報と、
前記処理手順が実行された時に前記処理手順を構成する処理モジュールを実行する機能エンジン毎に観測される性能を表す機能エンジン観測性能情報と、
前記観測性能情報に基づいて前記処理手順毎に算出される統計性能情報と、
を含むデータ構造。
以上、実施の形態を参照して本願発明を説明したが、本願発明は以上の実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で同業者が理解し得る様々な変更をすることができる。
この出願は、２０１０年４月１９日に出願された日本出願特願２０１０−０９５８３２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【０００９】
本発明は、情報処理に用いられる機能エンジンの性能変化に高速に適応して処理手順を決定することができる処理手順管理装置を提供する。本発明は、複数の機能エンジンを統合して動作する処理基盤において候補となる処理手順から処理手順を決定する装置として好適である。
【符号の説明】
【００１０】
１、４、６、８    処理手順管理システム
２    処理実行装置
３、５、７、９    処理手順管理装置
１０    クライアント装置
１１    ＣＰＵ
１２    ＲＡＭ
１３    ＲＯＭ
１４    記憶装置
２１    処理制御部
２２    機能エンジン
３１    手順データベース
３２    性能履歴データベース
３３    性能観測部
３４、５４、７４    将来性能算出部
３５    手順生成部
３６、９６    手順更新部
３７    手順解決部
５８    性能変化ルールデータベース
７８    性能履歴解析部
【図１】
2011132475.tif 000003
【図２】
2011132475.tif 000004
【図３】
2011132475.tif 000005
【図４】
2011132475.tif 000006
【図５】
2011132475.tif 000007
【図６】
2011132475.tif 000008
【図７】
2011132475.tif 000009
【図８】
2011132475.tif 000010
【図９】
2011132475.tif 000011
【図１０】
2011132475.tif 000012
【図１１】
2011132475.tif 000013
【図１２】
2011132475.tif 000014
【図１３】
2011132475.tif 000015
【図１４】
2011132475.tif 000016
【図１５】
2011132475.tif 000017
【図１６】
2011132475.tif 000018
【図１７】
2011132475.tif 000019
【図１８】
2011132475.tif 000020
【図１９】
2011132475.tif 000021
【国際調査報告】
2011132475.tif 000022
2011132475.tif 000023
2011132475.tif 000024
2011132475.tif 000025