JP2019144684A - 情報処理システム及びプログラム - Google Patents

Abstract

【課題】自律分散的に処理を進める形態において、複数の管理主体間の調整処理を付加しなくても、無駄な処理の発生を抑制することができる情報処理システム及びプログラムを提供する。【解決手段】情報処理システム１は、処理対象に対して処理を行う複数のサービス提供モジュール２２と、複数の処理管理手段２１と、データベース３とを備え、処理管理手段２１は、処理対象、データベース３の記憶内容、及び処理対象に対して行われた処理の履歴情報に基づいて、少なくとも次に行われる処理を含む処理計画を決定する決定手段２１２と、処理対象、履歴情報、及び次に行われる処理を行うサービス提供モジュール２２の識別情報を含む処理オブジェクトを、次に行われる処理を行うサービス提供モジュール２２を管理している処理管理手段２１に送信して処理を依頼する送信手段２１３とを備える。【選択図】図１

Description

本発明は、情報処理システム及びプログラムに関する。

近年、複数のエージェントが通信により協調動作してタスクを処理する自律分散型システムが提案されている（例えば、特許文献１参照。）。

特許文献１に記載された自律分散型システムは、コンピュータシステム内において自律的に動作し、各種の判断や作業を人間に代って行うサブシステムである複数のエージェントが通信により所定のシステム特性に従って協調動作してタスクを処理する自律分散型システムであって、各エージェントは自分と他のエージェントのタスク処理能力に関する知識を持ち、エージェント同士はそれぞれが持つ知識に応じて自律的にネゴシェーションを行うことによりタスク処理の分担を決定し、各エージェントは上記決定された分担に従ってタスク処理を実行し、処理結果を観測する自律分散型システムにおいて、各エージェントは他のエージェントとの情報交換及び上記観測結果からシステム特性の変化を推定し、各エージェントは上記推定されたシステム特性の変化に基づいて自分の持つ知識を逐次更新するものである。

特開平８−１３７６９７号公報

本発明の課題は、自律分散的に処理を進める形態において、複数の管理主体間の調整処理を付加しなくても、無駄な処理の発生を抑制することができる情報処理システム及びプログラムを提供することにある。

［１］処理対象に対して自己が有する機能に応じた処理を行う複数の処理モジュールと、それぞれ前記処理モジュールを管理する複数の管理手段と、前記管理手段の識別情報及び前記処理モジュールの識別情報に関連付けて前記処理モジュールが有する機能の情報を記憶する記憶手段と、を備えた情報処理システムであって、
前記管理手段は、
前記処理対象、前記記憶手段の記憶内容、及び前記処理対象に対して行われた処理の履歴情報に基づいて、少なくとも次に行われる処理を含む処理計画を決定する決定手段と、
前記処理対象、前記履歴情報、及び前記次に行われる処理を行う処理モジュールの識別情報を含む処理オブジェクトを、前記次に行われる処理を行う処理モジュールを管理している前記管理手段に送信して処理を依頼する依頼手段と、を備えた情報処理システム。
［２］前記管理手段は、
前記処理対象を含む処理依頼を受け付ける受付手段、をさらに備え、
前記決定手段は、前記処理依頼に応え得る処理結果が得られるまでの前記処理計画を決定する、前記［１］に記載の情報処理システム。
［３］前記決定手段は、前記複数の管理手段により管理された機能が同一の前記処理モジュールが並列的に処理を行う並列処理とそれに続く１つの処理とを含む前記処理計画を決定した場合、前記１つの処理に係る管理手段は、送信された複数の処理オブジェクトを１つの処理オブジェクトにする処理を行い、他の処理オブジェクトに対するその後の処理を中止する、前記［２］に記載の情報処理システム。
［４］前記１つの処理オブジェクトにする処理は、前記複数の処理オブジェクトのうち前記処理依頼に対応した前記１つの処理オブジェクトを選択する処理である、前記［３］に記載の情報処理システム。
［５］前記１つの処理オブジェクトにする処理は、前記複数の処理オブジェクトを１つの処理オブジェクトに結合する処理である、前記［３］に記載の情報処理システム。
［６］前記依頼手段は、送信された前記処理モジュールに記録されている処理結果が最終の処理結果である場合は、その後の処理モジュールによる処理を行わずに最終の処理結果を外部に送信する、前記［１］又は［２］に記載の情報処理システム。
［７］前記決定手段は、最終の処理結果を得るまでに必要な処理の順序を決定できた場合に、それを前記処理計画として決定する、前記［２］に記載の情報処理システム。
［８］前記決定手段は、前方探索により前記最終の処理結果に到達できた場合に、それを前記処理計画として決定する、前記［７］に記載の情報処理システム。
［９］前記決定手段は、後方探索により当初の前記処理対象に到達できた場合に、それを前記処理計画として決定する、前記［７］に記載の情報処理システム。
［１０］処理対象に対して自己が有する機能に応じた処理を行う複数の処理モジュールと、管理手段の識別情報及び前記処理モジュールの識別情報に関連付けて前記処理モジュールが有する機能の情報を記憶する記憶手段と、を備えたコンピュータを、それぞれ前記処理モジュールを管理する複数の前記管理手段として機能させるためのプログラムであって、
前記管理手段を、前記処理対象、前記記憶手段の記憶内容、及び前記処理対象に対して行われた処理の履歴情報に基づいて、少なくとも次に行われる処理を含む処理計画を決定する決定手段と、
前記処理対象、前記履歴情報、及び前記次に行われる処理を行う処理モジュールの識別情報を含む処理オブジェクトを、前記次に行われる処理を行う処理モジュールを管理している前記管理手段に送信して処理を依頼する依頼手段、として機能させるためのプログラム。

請求項１、１０に係る発明によれば、自律分散的に処理を進める形態において、複数の管理主体間の調整処理を付加しなくても、無駄な処理の発生を抑制することができる。
請求項２に係る発明によれば、処理対象を受け付けていない他の管理手段は処理計画を決定する処理を省くことができる。
請求項３〜５に係る発明によれば、並列処理後の無駄な処理を省くことができる。
請求項６に係る発明によれば、最終の処理結果と判定した後の無駄な処理を省くことができる。
請求項７に係る発明によれば、処理計画を決定していない他の管理手段は処理計画を決定する処理を省くことができる。
請求項８、９に係る発明によれば、探索により処理計画を検証することができる。

図１は、本発明の実施の形態に係る情報処理システムの概略の構成例を示す図である。 図２は、モジュール機能テーブルの一例を示す図である。 図３は、モジュール管理テーブルの一例を示す図である。 図４は、処理オブジェクトの一例を示す図である。 図５は、情報処理システムの概略の動作の一例を示すタイミングチャートである。 図６は、前方探索群の記録例を示す図である。 図７は、前方探索群を説明するための図である。 図８は、後方探索群の記録例を示す図である。 図９は、後方探索群を説明するための図である。 図１０は、処理管理手段の処理スケジュール決定フローの一例を示すフローチャートである。 図１１は、図１０に示す次処理探索フロー（Ｓ２５）を示すフローチャートである。 図１２は、処理管理手段の重複処理検出フローの一例を示すフローチャートである。 図１３Ａは、処理管理手段Ａ及びＢによって記録された処理オブジェクトの一例を示す図である。 図１３Ｂは、複写された処理オブジェクトの一例を示す図である。 図１３Ｃは、図１３Ａに示す処理オブジェクトと図１３Ｂに示す処理オブジェクトとを１つの処理オブジェクトにして処理管理手段Ａによって記録された処理オブジェクトの一例を示す図である。

以下、本発明の実施の形態について図面を参照して説明する。なお、各図中、実質的に同一の機能を有する構成要素については、同一の符号を付してその重複した説明を省略する。

［実施の形態の要約］
本発明の実施の形態に係る情報処理システムは、処理対象に対して自己が有する機能に応じた処理を行う複数の処理モジュールと、それぞれ処理モジュールを管理する複数の管理手段と、管理手段の識別情報及び処理モジュールの識別情報に関連付けて処理モジュールが有する機能の情報を記憶する記憶手段と、を備えた情報処理システムであって、管理手段は、処理対象、記憶手段の記憶内容、及び処理対象に対して行われた処理の履歴情報に基づいて、少なくとも次に行われる処理を含む処理計画を決定する決定手段と、処理対象、履歴情報、及び次に行われる処理を行う処理モジュールの識別情報を含む処理オブジェクトを、次に行われる処理を行う処理モジュールを管理している管理手段に送信して処理を依頼する依頼手段とを備える。

「情報処理システム」は、複数の装置から構成されていてもよく、単一の装置から構成されていてもよい。「処理対象」は、処理モジュールが処理を行う対象であり、例えば、音声、ジェスチャー、画像、テキスト等を含む。「処理モジュール」とは、自己が有する機能に応じた処理を行うハードウェアやソフトウェアを構成する個々の部品をいう。「処理」は、処理対象に対してデータ形式の変換（例えば、音声からテキスト）等の何らかの処理を施す場合と、処理対象が意味する内容を理解し、理解した内容に応じた動作等を行う場合とを含む。「処理オブジェクト」は、管理手段間で送受信するものであり、例えば、管理手段がプロセスで、その間のプロセス間通信の内容という形、ＷｅｂＡＰＩへのリクエスト、レスポンスという形式のものや、一時保存する場合もＤＢエントリとして格納されるものであるが、他の形式でもよい。

［実施の形態］
図１は、本発明の実施の形態に係る情報処理システムの概略の構成例を示す図である。

この情報処理システム１は、それぞれコンピュータＡ、コンピュータＢ、コンピュータＣ、・・・によって構成された複数の情報処理装置２Ａ、２Ｂ、２Ｃ、・・・（以下これらを総称するときは「情報処理装置２」ともいう。）と、ハードディスク等の記憶装置から構成され、各種の情報が記憶されるデータベース３と、ユーザが使用するユーザ端末装置４とを備える。また、情報処理システム１は、各情報処理装置２が自律分散的に処理を進める形態を有している。なお、データベース３を各情報処理装置２内に有していてもよい。データベース３は、記憶手段の一例である。

情報処理装置２、データベース３及びユーザ端末装置４は、ネットワーク５を介して互いに接続されている。ネットワーク５は、例えば、有線通信及び無線通信等によりデータの送受信を行うＬＡＮ（ローカルエリアネットワーク）、インターネット等の通信網である。

（情報処理装置の構成）
各情報処理装置２Ａ、２Ｂ、２Ｃ、・・・は、それぞれ処理管理手段２１Ａ、２１Ｂ、２１Ｃ、・・・（以下これらを総称するときは「処理管理手段２１」ともいう。）を有し、処理管理手段２１に複数のサービス提供モジュール２２が接続されている。なお、処理管理手段２１に１つのサービス提供モジュール２２が接続されていてもよい。処理管理手段２１は、管理手段の一例である。サービス提供モジュール２２は、処理モジュールの一例である。

また、情報処理装置２は、コンピュータとしての構成、すなわちＣＰＵと、インターフェースと、ＲＯＭ、ＲＡＭ、ハードディスク等で実現される記憶部とを備える。ＣＰＵが記憶部に記憶されたプログラムを実行することにより処理管理手段２１、及び処理管理手段２１を構成する、受信手段２１０、生成手段２１１、決定手段２１２、送信手段２１３等として機能する。なお、図１では、情報処理装置２Ｂ、２Ｃの処理管理手段２１Ｂ、２１Ｃの細部の構成は図示を省略している。受信手段２１０は、受付手段の一例である。送信手段２１３は、依頼手段の一例である。

サービス提供モジュール２２は、各情報処理装置２に分散して配置されている。サービス提供モジュール２２は、後述するモジュール機能テーブル３１（図２参照）に示す機能のうちいずれかの機能を有している。サービス提供モジュール２２は、自己が有する機能に応じた処理を行ってサービスを提供する。サービス提供モジュール２２が提供するサービスは、他のサービス提供モジュール２２と連携せずとも単独で成立し得るものである。なお、サービス提供モジュール２２は、図２に示すもの以外の機能を有していてもよい。各処理管理手段２１が管理するサービス提供モジュール２２間で同一の機能を有している場合もある。

サービス提供モジュール２２は、処理管理手段２１の後述する送信手段２１３の指示により処理対象データを処理し、処理結果を送信手段２１３に送信する。なお、サービス提供モジュール２２が処理対象データを処理できなかった場合、又は正しく処理ができなかった場合は、エラーを含む処理結果を送信手段２１３に送信する。

（データベースの構成）
データベース３には、サービス提供モジュール２２が有する機能を示すモジュール機能テーブル３１（図２参照）、サービス提供モジュール２２の管理元を示すモジュール管理テーブル３２（図３参照）等が記憶されている。各テーブル３１、３２の詳細については後述する。なお、モジュール機能テーブル３１及びモジュール管理テーブル３２を１つのテーブルで構成してもよい。

（ユーザ端末装置の構成）
ユーザ端末装置４は、いずれかの情報処理装置２に処理対象データ及び依頼内容を含む情報（以下「入力情報」ともいう。）を入力して処理を依頼し、処理結果をいずれかの情報処理装置２、又は指定した場所から受け取る。入力情報には、処理納期、優先項目、希望／許容コスト、及び処理ゴール（出力結果の形態、提示方法を含む。）を含む処理要望と、初期データとが含まれる。この入力情報は、後述する処理オブジェクト３３に記録される。なお、処理要望の全て又は一部が無くてもよい。また、処理要望のうち記録が無い項目については、ディフォルトで設定されていてもよい。入力情報は、処理対象及び依頼内容を含む処理依頼の一例である。初期データは、処理対象の一例である。処理要望は、依頼内容の一例である。

ユーザ端末装置４は、入力情報を情報処理装置２に入力することができるデバイスを有している。このようなデバイスとして、ユーザ端末装置４は、例えば、テキストを入力するキーボード、音声を入力するマイク、ジェスチャーを入力するカメラ等を備えている。

また、ユーザ端末装置４は、処理結果を受け取ることができるデバイスを有している。このようなデバイスとして、ユーザ端末装置４は、例えば、処理結果を表示する液晶ディスプレイ等のディスプレイ、処理結果を印刷するプリンタ、処理結果を記憶する半導体メモリ、ハードディスク等の記憶媒体等を備えている。

（モジュール機能テーブルの構成）
図２は、モジュール機能テーブル３１の一例を示す図である。モジュール機能テーブル３１は、モジュールＩＤ、処理内容、入力状態、出力状態等の項目を有している。モジュールＩＤは、サービス提供モジュール２２を一義的に識別する識別情報である。処理内容は、サービス提供モジュール２２が有する機能によって処理できる内容のことである。入力状態は、サービス提供モジュール２２に入力される情報の状態のことである。出力状態は、サービス提供モジュール２２が入力された情報に対して処理を行い出力する情報の状態のことである。

（モジュール管理テーブルの構成）
図３は、モジュール管理テーブル３２の一例を示す図である。モジュール管理テーブル３２は、コンピュータ名（又は処理管理手段名）が記録されるコンピュータ名（処理管理手段名）と、サービス提供モジュール２２を識別するモジュールＩＤが記録されるモジュールＩＤ等の項目を有する。モジュール管理テーブル３２には、処理管理手段２１が管理する処理モジュール２２を識別するモジュールＩＤが記録されている。

（処理オブジェクトの構成）
図４は、処理オブジェクトの一例を示す図である。処理オブジェクト３３は、生成手段２１１によって生成されるものである。

処理オブジェクト３３は、処理要望、処理対象データ、処理履歴等の項目を有する。

処理要望の項目は、処理納期（例えば、１分以内、今日中等）、優先項目（例えば、処理時間優先、精度優先、必要電力最小等）、希望／許容コスト（例えば、ＣＰＵ使用時間、通信データ量等）、処理ゴール等の項目を有する。処理納期とは、処理を依頼してから最終の処理結果が出力されるまでの時間をいう。処理時間優先とは、複数の選択肢があった場合に、処理時間の短い方を他よりも優先して採用することである。精度優先とは、複数の選択肢があった場合に、精度の高い方を他よりも優先して採用することである。必要電力最小とは、複数の選択肢があった場合に、処理を行うのに必要な電力が最小の方を採用することである。希望／許容コストとは、納期以外の希望する内容のこと、又は処理を実行する際に費用に関して許容される内容のことである。処理ゴールとは、最終の処理結果のことである。処理ゴールの項目は、出力結果の形態（例えば、英語テキストへの翻訳等）、提示方法／格納場所（例えば、メインスクリーンに表示等）等の項目を有する。出力結果の形態とは、出力を希望する処理結果の形態のことである。

処理対象データの項目は、初期データ（例えば、ユーザ端末装置４から入力さえた日本語音声波形データ等）、中間の処理結果（例えば、図２に示すＳ１０１の認識結果である日本語テキスト等）、最終の処理結果（例えば、図２に示すＳ４０１で翻訳された英文結果の音声波形等）等の項目を有する。ここで、「処理結果」とは、中間の処理結果をいい、それが最終の処理結果の場合もある。「処理履歴」とは、処理された処理対象データに関する情報であり、例えば、誰がどのような処理（処理内容）をいつ行ったかという情報を含む。

処理履歴の項目は、スケジューリング状況、中間処理依頼状況等の項目を有する。スケジューリング状況には、決定手段２１２によって決定された、少なくとも次に行われる処理を行うサービス提供モジュール２２のモジュールＩＤ、又は処理スケジュールとして処理ゴールに到達するまでの一連の処理を行う複数のサービス提供モジュール２２のモジュールＩＤの列が記録される。なお、スケジューリング状況には、処理ゴールに到達する前の一連の処理を行う複数のサービス提供モジュール２２のモジュールＩＤの列が記録されてもよい。中間処理依頼状況には、どの処理管理手段２１がどのサービス提供モジュール２２（自己が管理しているサービス提供モジュール２２を含む。）にいつ依頼したか、処理管理手段２１が正常な処理結果をいつ受信したか等の状況が記録される。中間処理依頼状況に記録した情報は、履歴情報の一例である。

次に、処理管理手段２１を構成する各手段２１０〜２１３の詳細について説明する。処理管理手段２１は、予め定められた処理条件に従った処理を行う。

受信手段２１０は、ユーザ端末装置４から送信された入力情報を受け付ける。また、受信手段２１０は、他の処理管理手段２１から送信された処理オブジェクト３３を受信する。

生成手段２１１は、受信手段２１０が受け付けた入力情報に基づいて、図４に示す処理オブジェクト３３に入力情報に関係する項目に記録して処理オブジェクト３３を生成する。すなわち、処理オブジェクト３３は、入力情報を受け付けた情報処理装置２が生成する。

決定手段２１２は、入力情報、モジュール機能テーブル３１、モジュール管理テーブル３２及び処理オブジェクト３３に基づいて、少なくとも次に行われる処理を決定するが、処理ゴールまで含む処理スケジュールを決定できる場合には処理スケジュールを決定する。決定手段２１２は、決定した次に行われる処理、又は処理スケジュールを処理オブジェクト３３のスケジューリング状況に記録する。「処理スケジュール」は、処理対象データに対してサービス提供モジュール２２が行う処理の順序を示す処理計画の一例である。処理オブジェクト３３には、処理スケジュールに従って行われた処理の履歴情報が送信手段２１３により記録される。なお、決定手段２１２は、処理ゴールに到達していない場合でも処理スケジュールを決定してもよい。

送信手段２１３は、処理オブジェクト３３に基づいて、次に行われる処理を行うサービス提供モジュール２２が他の処理管理手段２１で管理されている場合は、他の処理管理手段２１に処理オブジェクト３３を送信して処理を依頼する。また、送信手段２１３は、処理オブジェクト３３に基づいて、次に行われる処理を行うサービス提供モジュール２２が自己が管理されている場合は、処理オブジェクト３３から処理対象データを取り出し、処理対象データをサービス提供モジュール２２に送信して処理を行うよう指示をする。また、送信手段２１３は、受信手段２１０が他の処理管理手段２１から送信された処理オブジェクト３３を受信した場合は、受信した処理オブジェクト３３から処理対象データを取り出し、処理対象データを自己が管理しているサービス提供モジュール２２に送信して処理を行うよう指示をする。なお、次に行われる処理を行うサービス提供モジュール２２が自己が管理されている場合、処理オブジェクト３３から処理対象データを取り出さずにそのまま処理オブジェクト３３をサービス提供モジュール２２に送信してもよい。

送信手段２１３は、自己が管理しているサービス提供モジュール２２から処理結果を受信すると、処理結果がエラーを含まない場合には、処理結果及び履歴情報を処理オブジェクト３３に記録する。また、送信手段２１３は、自己が管理するサービス提供モジュール２２から処理結果を受信すると、その処理結果が処理ゴールに対応する最終の処理結果であるか否かを判断し、最終の処理結果と判断した場合は、当該処理結果をユーザの要望に応じて、ユーザ端末装置４に送信するか、指定の格納場所、例えばデータベース３内の指定のファイルに記憶する。

次に、処理管理手段２１の処理条件に従った処理について説明する。処理管理手段２１は、例えば、次の（ａ）〜（ｇ）の処理条件に従って処理を行う。なお、（ａ）〜（ｇ）の処理条件は一例であり、他の条件を含めてもよく、異なる条件としてもよい。

（ａ）次に実行すべき処理がある場合
例えば、処理オブジェクト３３の処理履歴のスケジューリング状況に次に行われる処理（並列処理を含む。）が記録されている場合が該当する。この場合は、処理管理手段２１の送信手段２１３は、次に行われる処理を行えるサービス提供モジュール２２を管理している処理管理手段２１が自己であれば、自己が管理しているサービス提供モジュール２２に処理対象データ（初期データ又は中間の処理結果）を送信して処理を行わせる。当該サービス提供モジュール２２を管理している処理管理手段２１が他の処理管理手段２１であれば、他の処理管理手段２１に処理オブジェクト３３を送信して処理を依頼する。

（ｂ）依頼内容に含まれる出力条件を満たしている場合
例えば、処理オブジェクト３３の処理対象データの中間の処理結果が処理要望の処理ゴールを満たしている場合が該当する。この場合は、サービス提供モジュール２２は、処理した結果が最終の処理結果か否かは分からないため、処理管理手段２１の送信手段２１３が最終か否かを判断する。送信手段２１３は、中間の処理結果として処理オブジェクト３３に記録されていても、最終と判断した場合には、中間の処理結果を最終の処理結果としてユーザ端末装置４に送信するか、又は指定された格納場所に格納する。

（ｃ）処理要望が処理結果の格納場所を含む場合、又は処理の必要から処理結果を格納する必要がある場合
例えば、処理オブジェクト３３の処理要望の提示方法に、処理結果又はその複写の格納場所が指定されている場合が該当する。この場合は、処理管理手段２１の送信手段２１３は、処理結果又はその複写を指定された格納場所、例えば、データベース３の指定されたファイルに格納する。

（ｄ）処理要望が外部装置の情報を必要とする場合
例えば、問いに対する答えを出力する際に、問いとして不足の情報がある場合に、その不足の情報をサーバ等の外部装置から取得する場合が該当する。この場合は、処理管理手段２１の受信手段２１０は、外部装置から不足の情報を取得し、処理オブジェクト３３の処理対象データに追記する。なお、外部装置は、データベース３でもよい。

（ｅ）依頼に応える処理スケジュールが決定されていない場合
例えば、処理依頼を受け付けた処理管理手段２１で依頼に応える処理スケジュールが決定されていない場合が該当する。この場合は、処理の過程で処理ゴールに到達可能な処理スケジュールを決定する。処理が複雑で定形の処理フローがある場合に有効になる。この場合は、処理管理手段２１の決定手段２１２は、処理ゴールに到達し得る処理スケジュールを決定し、決定した処理スケジュールを処理オブジェクト３３のスケジューリング状況に記録する。なお、１回の処理で処理ゴールに到達するというように、最初から処理ゴールが見えている場合は、処理スケジュールを生成しなくてもよい。また、処理依頼を受け付けた処理管理手段２１で依頼に応える処理スケジュールを決定できる場合には、処理スケジュールを決定してもよい。

（ｆ）処理条件が整っていない場合
処理オブジェクト３３の処理対象データの中間の処理結果に必要な情報が揃っていない場合や、処理時期に達していない場合が該当する。この場合は、処理管理手段２１の送信手段２１３は、処理オブジェクト３３をデータベース３に格納しておくか、必要に応じて処理オブジェクト３３を処理してデータベース３に格納するか、又は別の処理管理手段２１又は格納処理を行うサービス提供モジュール２２に送信する。

（ｇ）重複した処理を検出した場合
この重複した処理を検出した場合の処理（重複検出処理ともいう。）について説明する。

処理オブジェクト３３の処理を行う際に、複数のサービス提供モジュール３２による処理結果を比較したり、処理結果や、処理終了時刻などの判断材料に応じていずらかの処理結果を採用するという場合が考えられる。この場合、処理管理手段２１自身が管理しているサービス提供モジュール２２だけに依頼するのではなく、別の処理管理手段２２を経由して、直接接続していないサービス提供モジュール２２に処理を依頼する場合には、別の管理下に処理依頼を行うことになる。それぞれ別の管理下にある、処理オブジェクト３３の処理が進み次に行われる処理に渡った場合に、同一の処理依頼に基づく処理オブジェクト３３が、別のルートから次工程の同一の機能のサービス提供モジュール２２に依頼として届くことが考えられる。各処理オブジェクト３３のそれまでの処理履歴がないと、その後の処理を重複して実施する必要があるのか、処理をまとめて行えばよいのか決定できない。

並列処理を行うと決定した場合には、処理管理手段２１は、処理履歴として、例えば、処理管理手段Ｂが管理するモジュールＩＤが「Ｓ４０３」のサービス提供手段ａと処理管理手段Ｃが管理するモジュールＩＤが「Ｓ４０３ｂ」のサービス提供手段ｂに、処理依頼を分けたという記録を処理オブジェクト３３に残す。

処理管理手段Ｂ及び処理管理手段Ｃは、処理の依頼を受けた場合には、処理内容と共に、処理履歴も参照して、過去に処理を複数に処理を分岐して依頼した履歴があった場合には、別の処理にも同様の分岐があったか調べて、同一の依頼が分岐されたものが見つかった場合には、内容に応じて重複しての処理を停止し、１つの処理結果を複数の依頼への処理結果として追記する。ないしは、可能な場合には、複数の分岐処理を１つの処理依頼と、結合することで、重複処理を避けることが可能となる。

前述の例では、モジュールＩＤが「Ｓ４０３」のサービス提供手段ａによる処理結果を含む処理オブジェクト３３が、処理管理手段Ｂから処理管理手段Ａに送られ、平衡して、モジュールＩＤが「Ｓ４０３ｂ」のサービス提供手段ｂによる処理結果を含む処理オブジェクト３３が、処理管理手段Ｃから処理管理手段Ａに同時に送られた場合、いずれの処理オブジェクト３３にも、中間処理依頼状況に処理結果を複写したものである旨が記載されているため、同一の処理の結果であるとして、結果を並列してユーザ端末装置４に出力して表示させる。処理精度優先ならば、両社の結果を比較し、内容に応じて統合（補間）してユーザ端末装置４に出力して表示させる。処理時間優先ならば、先の結果をユーザ端末装置４に出力して表示させ、後の結果は破棄するといったように、次処理の判断材料とすることが可能となる。

（実施の形態の動作）
次に、情報処理システム１の動作の一例について説明する。

（１）全体の概略のフロー
図５は、情報処理システム１の概略の動作の一例を示すタイミングチャートである。ここでは、コンピュータＡによって構成された情報処理装置２の処理管理手段Ａが処理依頼を受け付けるものとする。

情報処理装置２の処理管理手段Ａの受信手段２１０は、ユーザ端末装置４から処理対象データ及び依頼内容を含む入力情報を受け付ける（Ｓ１）。

入力情報を受け付けた処理管理手段Ａの生成手段２１１は、入力情報、モジュール機能テーブル３１及びモジュール管理テーブル３２に基づいて処理オブジェクト３３を生成し、決定手段２１２は、処理オブジェクト３３に基づいて処理スケジュールを決定する（Ｓ２）。ここでは、処理スケジュールが、処理管理手段Ａが管理するサービス提供モジュール２２ａが処理を行い、次に処理管理手段Ｂが管理するサービス提供モジュール２２ｂが処理を行うように決定されているものとする。

次に、処理管理手段Ａは、処理条件に従った処理を行う（Ｓ３）。すなわち、処理オブジェクト３３の処理スケジュールに従って処理を行う。処理スケジュールは、次に行われる処理を行うサービス提供モジュール２２が自己が管理するサービス提供モジュール２２ａであるので、処理管理手段Ａの送信手段２１３は、自己が管理している各サービス提供モジュール２２に初期データを送信して処理を行うよう指示をする（Ｓ４）。各サービス提供モジュール２２は、処理を実行し（Ｓ５）、処理結果を処理管理手段Ａに送信する（Ｓ６）。送信手段２１３は、各サービス提供モジュール２２から処理結果を受信する。送信手段２１３が受信した処理結果のうち、サービス提供モジュール２２ａからの処理結果のみがエラーを含まない正常な処理結果であるので、送信手段２１３は、正常な処理結果及び処理履歴を処理オブジェクト３３に記録する（Ｓ７）。

処理管理手段Ａの送信手段２１３は、次に行われる処理を行うサービス提供モジュール２２ｂを管理している処理管理手段Ｂに処理オブジェクト３３を送信して処理を依頼する（Ｓ８）。

処理管理手段Ｂは、処理条件に従って処理を行う（Ｓ９）。すなわち、処理管理手段Ａから送信された処理オブジェクト３３から中間の処理結果を取り出し、中間の処理結果を各サービス提供モジュール２２に送信して処理を行うよう指示をする（Ｓ１０）。各サービス提供モジュール２２は、処理を実行し（Ｓ１１）、処理結果を処理管理手段２１に送信する（Ｓ１２）。処理管理手段Ｂの送信手段２１３は、各サービス提供モジュール２２から処理結果を受信する。送信手段２１３が受信した処理結果のうち、サービス提供モジュール２２ｂからの処理結果のみがエラーを含まない正常な処理結果であるので、送信手段２１３は、正常な処理結果及び処理履歴を処理オブジェクト３３に記録する（Ｓ１３）。

処理管理手段Ｂの送信手段２１３は、サービス提供モジュール２２ｂからの処理結果が処理ゴールに対応しているため、中間の処理結果を最終の処理結果としてユーザ端末装置４に送信する（Ｓ１４）。

（２）処理スケジュール決定フロー
次に、処理スケジュール決定フローを図１０のフローチャートに従って説明する。図１０は、処理管理手段２１の処理スケジュール決定フローの一例を示すフローチャートである。

処理管理手段２１が他の情報処理装置２から送信された処理オブジェクト３３を受信すると（Ｓ２１）、処理オブジェクト３３の処理履歴の項目から情報を読み取る（Ｓ２２）。予定された次に行われる処理（次処理）が記録されているか否かを判断する（Ｓ２３）。

次に行われる処理が記録されている場合は（Ｓ２３：Ｙｅｓ）、サービス提供モジュール２２により次に行われる処理を行うよう指示する（Ｓ２４）。

次に行われる処理が記録されていない場合は（Ｓ２３：Ｎｏ）、現在の中間処理の状態を前方探索群、最終の処理結果の形態を後方探索群とし、前方探索群、後方探索群及び処理パス候補群を空に設定する（Ｓ２４）。

次処理探索フロー（Ｓ２５）を実行する。なお、次処理探索フロー（Ｓ２５）については、後述する。

処理パス候補群が見つかったか否かを判断する（Ｓ２６）。見つからなかった場合は（Ｓ２６：Ｎｏ）、実行可能な処理スケジュールを決定できないことを処理オブジェクト３３に記録し（Ｓ２７）、処理を終了する。

処理パス候補群が見つかった場合は（Ｓ２６：Ｙｅｓ）、処理パス候補群が複数か否かを判断する（Ｓ２８）。

見つかった処理パス候補群の数が１つの場合は（Ｓ２８：Ｎｏ）、処理パス候補を予定処理パスとして、処理オブジェクト３３のスケジューリング状況に記録し、最初の処理を次処理として決定し（Ｓ２９）、サービス提供モジュール２２により次処理を行う（Ｓ２４）。

見つかった処理パス候補群の数が複数の場合は（Ｓ２８：Ｙｅｓ）、処理パス候補群を、使用する処理時間、コストからスコアリングする（Ｓ３０）。スコアの最も高い処理パスを選出する（Ｓ３１）。その後は、前述したステップＳ２９、Ｓ２４に進む。

（３）次処理探索フロー
次に、図１０に示す次処理探索フロー（Ｓ２５）を図１１を参照して説明する。

データベース３のモジュール機能テーブル３１を参照して、前方探索群か、後方探索群のいずれかへ接続する処理（接続処理ともいう。）を探す（Ｓ２５１）。

接続処理が見つからなかった場合は（Ｓ２５２：Ｎｏ）、処理を終了する。接続処理が見つかった場合は（Ｓ２５２：Ｙｅｓ）、見つかった処理を全て接続したか否かを判断する（Ｓ２５３）。見つかった処理は前方探索群と後方探索群とを結ぶ処理か否かを判断する（Ｓ２５４）。見つかった処理が前方探索群と後方探索群とを結ぶ処理の場合は（Ｓ２５４：Ｙｅｓ）、見つかった処理を処理パス候補群に追加する（Ｓ２５５）。見つかった処理が前方探索群と後方探索群とを結ぶ処理でない場合は（Ｓ２５４：Ｎｏ）、見つかった処理を、接続可能な探索パスに追加してパスを伸ばし、前方探索群と後方探索群の接続した方を更新する（Ｓ２５６）。

ここで、前方探索群を示す図６、図７、及び後方探索群を示す図８、図９を参照して具体例を説明する。

図７に示すように、前方探索の場合は、次のように探索される。すなわち、処理済みの状態（初期データ）の音声波形（日本語）をモジュールＩＤが「Ｓ１０１」のサービス提供モジュール２２が処理した現在の処理状態が日本語テキストだとする。モジュール機能テーブル３１を参照して前方探索を行うと、日本語テキストを中文テキストに翻訳するモジュールＩＤ「Ｓ４０１」による処理と、日本語テキストを英語テキストに翻訳するモジュールＩＤ「Ｓ４０３」による処理とに分岐することが分かる。

この場合は、図６に示すように、探索状態が中文テキストの場合は、処理列は「Ｓ１０１−Ｓ４０１」と記録することができる。探索状態が英文テキストの場合は、処理列は「Ｓ１０１−Ｓ４０３」と記録することができる。このときの処理履歴には、処理済みのモジュールＩＤによる処理時間と処理結果が記録される。

図９に示すように、後方探索の場合は、次にように探索される。すなわち、意図理解により医療に関する問いが依頼内容だとすると、答えとして要求される最終形態は日本語テキスト（医療回答）であることが分かる。そこを起点とし、モジュール機能テーブル３１を参照して後方探索すると、英語テキスト（医療回答）を日本語テキストに変換するモジュールＩＤ「Ｓ４０２」による処理と、音声波形（日本語、医療回答）を日本語テキストに変換するモジュールＩＤ「Ｓ１０１」による処理と、画像（日本語、医療回答）を日本語テキストに変換するモジュールＩＤ「Ｓ３０１」による処理との３つの処理を探索することができる。

この場合は、図８に示すように、探索状態が音声波形（日本語）の場合は、処理列は「Ｓ１０１」、探索状態が音声波形（英語）の場合は、処理列は「Ｓ３０１」、探索状態が音声波形（all）の場合は、処理列は「Ｓ４０２」とそれぞれ記録することができる。

（４）重複処理検出フロー
次に、重複処理検出フローの一例を、図１２を参照して説明する。図１２は、処理管理手段２１の重複処理検出フローの一例を示すフローチャートである。

処理管理手段２１が他の情報処理装置２から送信された処理オブジェクト３３を受信すると（Ｓ４１）、処理オブジェクト３３の処理履歴の項目から情報を読み取る（Ｓ２２）。分岐した処理履歴が記録されているか否かを判断する（Ｓ４３）。

分岐した処理履歴が記録されていない場合は（Ｓ４３：Ｎｏ）、サービス提供モジュールにより次に行われる処理を行うよう指示をする（Ｓ４４）。

分岐した処理履歴が記録されている場合は（Ｓ４３：Ｙｅｓ）、別の処理オブジェクト３３を参照し（Ｓ４５）、当該処理から分岐された処理があるか否かを判断する（Ｓ４６）。当該処理から分岐された処理がない場合は（Ｓ４６：Ｎｏ）、処理オブジェクト３３を結合し（Ｓ４７）、ステップＳ４４に進む。複数の管理主体としての処理管理手段２１間の調整処理を付加しなくても、処理オブジェクト３３が決等された後は、結合前の処理オブジェクト３３がそれぞれ処理されるという無駄な処理の発生が抑制される。なお、ステップＳ４７では、処理オブジェクト３３を結合せずに依頼内容に応じていずれかの処理オブジェクト３３を選択してもよい。

当該処理から分岐された処理がある場合は（Ｓ４６：Ｙｅｓ）、次に行われる処理（次の処理）を検出し（Ｓ４８）、複数の内容が同一か否かを判断する（Ｓ４９）。複数の内容が同一の場合は（Ｓ４９：Ｙｅｓ）、前述したステップＳ４７、Ｓ４４に進む。複数の内容が同一でない場合は（Ｓ４９：Ｎｏ）、処理オブジェクト３３を結合せずに、それぞれをサービス提供モジュールに処理をさせる（Ｓ４４）。

（５）具体例
次に、情報処理システム１の具体例について、図１３Ａ、図１３Ｂ、図１３Ｃを参照して説明する。図１３Ａは、処理管理手段Ａ及びＢによって記録された処理オブジェクト３３ａの一例を示す図である。図１３Ｂは、複写された処理オブジェクト３３ｂの一例を示す図である。図１３Ｃは、図１３Ａに示す処理オブジェクト３３ａと図１３Ｂに示す処理オブジェクト３３ｂとを１つの処理オブジェクト３３ｃにして処理管理手段Ａによって記録された処理オブジェクト３３ｃの一例を示す図である。

なお、処理管理手段Ａは、モジュールＩＤ「Ｓ１０１」、「Ｓ１０２」、「Ｓ４０２」、「Ｓ９０１」のサービス提供モジュール２２を管理し、処理管理手段Ｂは、モジュールＩＤ「Ｓ４０３」のサービス提供モジュール２２を管理し、処理管理手段Ｃは、モジュールＩＤ「Ｓ４０３ｂ」のサービス提供モジュール２２を管理しているものとする。

また、ユーザがユーザ端末装置４のマイクを使って「熱が出ている。咳が出ている。喉が痛い。何が原因でしょうか？」の日本語の音声で質問し、その質問を入力情報としてコンピュータＡにより構成された情報処理装置２Ａが受け付けたとする。

処理管理装置２Ａの受信手段２１０は、ユーザ端末装置４から処理対象データ及び依頼内容を含む入力情報を受け付ける。生成手段２１１は、入力情報に基づいて処理オブジェクト３３を生成する。

処理管理手段２Ａの決定手段２１２は、処理対象データの形式からデータの種類（ここでは音声波形データ）を判断し、次に行われる処理を決定する。なお、決定手段２１２は、音声波形データの言語が日本語であるか、英語であるかまでは判断できないため、音声波形データを入力状態としているモジュールＩＤを図２に示すモジュール機能テーブル３１から抽出する。

また、決定手段２１２は、音声波形データの長さが予め定められた長さ以上であることから、状況認識の処理は不要と判断して、入力状態が音声波形のうち、状況処理を行うモジュールＩＤが「Ｓ２０１」のサービス提供モジュール２２は除外する。この場合は、モジュールＩＤ「Ｓ１０１」、「Ｓ１０２」を抽出する。初期データが音声波形データの段階では、決定手段２１１は、まだ処理ゴールに至る処理スケジュールを決定できない。

次に、決定手段２１２は、抽出したモジュールＩＤ「Ｓ１０１」、「Ｓ１０２」のサービス提供モジュール２２を管理しているコンピュータ名（処理管理手段名）を図３に示すモジュール管理テーブル３２を参照して取得し、次に行われる処理を行う処理モジュール２２及び処理管理手段２１を決定し、それらの情報を処理オブジェクト３３に記録する。

処理管理手段Ａの送信手段２１３は、モジュールＩＤ「Ｓ１０１」、「Ｓ１０２」は処理管理手段Ａが管理しているサービス提供モジュール２２であるので、音声波形データを自己が管理している各サービス提供モジュール２２に送信して処理を行わせる。各サービス提供モジュール２２は、処理を行い、処理結果を送信手段２１３に送信する。送信手段２１３は、各サービス提供モジュール２２から送信された処理結果のうち、「Ｓ１０１」のサービス提供モジュール２２から送信された処理結果のみがエラーを含まない正常な処理結果であると認識する。

次に、処理管理手段Ａの決定手段２１２は、「Ｓ１０１」のサービス提供モジュール２２により音声波形データが変換されて日本語のテキストの処理結果が得られたならば、日本語のテキストを自己が管理する意図理解を行う「Ｓ９０１」のサービス提供モジュール２２を次に行われる処理として決定する。

処理管理手段Ａの送信手段２１３は、「Ｓ９０１」のサービス提供モジュール２２に処理を行わせる。「Ｓ９０１」のサービス提供モジュール２２は、ユーザの質問が医療に関する質問であると理解し、その処理結果を送信手段２１３に送信する。なお、入力情報が日本語のテキストの場合は、最初にこの意図理解を行うサービス提供モジュール２２に処理を行わせてもよい。

処理管理手段Ａの生成手段２１１は、送信手段２１３が受信した処理結果により、依頼内容が意図理解により医療に関する質問であることが分かると、モジュール機能テーブル３１から、日本語テキスト／英語テキスト→英語テキスト（質問）／英語テキスト（医療回答）→英語テキスト／日本語テキストで処理ゴールに到達できることを認識する。

生成手段２１１は、現在からゴールに至る処理の流れを、日本語テキスト／英語テキスト→英語テキスト（質問）／英語テキスト（医療回答）→英語テキスト／日本語テキストとする処理スケジュールを決定し、この処理スケジュールを、図１３Ａに示すように、処理オブジェクト３３ａのスケジューリング状況に記録する。

処理オブジェクト３３のスケジューリング状況には、図１３Ａに示すように、モジュールＩＤ「Ｓ１０１」及び「Ｓ１０２」が並列処理を行い、次にモジュールＩＤ「Ｓ４０３」及び「Ｓ４０３ｂ」が並列処理を行い、次にモジュールＩＤ「Ｓ９０１」が処理し、次にモジュールＩＤ「Ｓ７１１」が処理し、次にモジュールＩＤ「Ｓ４０２」が処理するという処理スケジュールが記録される。

図１３Ａに示す処理オブジェクト３３ａの中間処理依頼状況のＳ１〜Ｓ７は、それぞれ次のことを示している。

Ｓ１は、処理管理手段Ａは、モジュールＩＤ「Ｓ１０１」、「Ｓ１０２」のサービス提供モジュール２２に８月１５日７：５０：１３に処理を依頼したことを示している。

Ｓ２は、処理管理手段Ａは、モジュールＩＤ「Ｓ１０１」のサービス提供モジュール２２から８月１５日７：５０：１９に正常な処理結果を受信したことを示している。すなわち、モジュールＩＤ「Ｓ１０２」からの処理結果にはエラーが含まれていることから、「Ｓ１０２」の処理結果は記録されず、「Ｓ１０１」の正常な処理結果のみが記録される。

Ｓ３は、処理管理手段Ａは、モジュールＩＤ「Ｓ９０１」に８月１５日７：５０：２０に処理を依頼したことを示している。

Ｓ４は、処理管理手段Ａは、モジュールＩＤ「Ｓ９０１」のサービス提供モジュール２２から８月１５日７：５０：２１に正常な処理結果を受信したことを示している。

Ｓ５は、処理管理手段Ａは、モジュールＩＤ「Ｓ４０３」を管理している処理管理手段Ｂ、及びモジュールＩＤ「Ｓ４０３ｂ」を管理している処理管理手段Ｃに８月１５日７：５０：２２にそれぞれ処理を依頼したことを示している。

Ｓ６は、処理管理手段Ｂは、モジュールＩＤ「Ｓ４０３」のサービス提供モジュール２２から８月１５日７：５０：２３に正常な処理結果を受信したことを示している。

Ｓ７は、処理管理手段Ｂは、モジュールＩＤ「Ｓ４０２」のサービス提供モジュール２２を管理している処理管理手段Ａに８月１５日７：５０：２６に処理を依頼したことを示している。

一方、処理管理手段Ｃは、処理管理手段Ａから図１３Ｂに示す処理オブジェクト３３ｂを受信している。

Ｓ１〜Ｓ５までは処理管理手段Ａが有している処理オブジェクト３３ａと同一である。

図１３Ｂに示す処理オブジェクト３３ｂのＳ６以降は次にように記録される。

Ｓ６は、処理管理手段Ｃは、モジュールＩＤ「Ｓ４０３ｂ」のサービス提供モジュール２２から８月１５日７：５０：２４に正常な処理結果を受信したことを示している。

Ｓ７は、処理管理手段Ｃは、モジュールＩＤ「Ｓ４０２」のサービス提供モジュール２２を管理している処理管理手段Ａに８月１５日７：５０：２８に処理を依頼したことを示している。

処理管理手段Ａは、図１３Ａに示す処理オブジェクト３３ａと図１３Ｂに示す処理オブジェクト３３ｂを受信する。

図１３Ｂに示す処理オブジェクト３３ｂを受信した処理管理手段Ａの送信手段２１３は、図１３Ｃに示すように、処理オブジェクト３３ｃのＳ８、Ｓ９に記録する。

Ｓ８は、処理管理手段Ａが処理時間優先に従い、処理管理手段Ｂから送信された処理オブジェクト３３ａを採用し、処理管理手段Ｃから送信された処理オブジェクト３３ｂを不採用としたことを示している。

Ｓ９は、処理管理手段Ａが８月１５日７：５０：３３に処理結果を外部に送信したことを示している。

以上、本発明の実施の形態を説明したが、本発明の実施の形態は上記実施の形態に限定されるものではなく、本発明の要旨を変更しない範囲内で種々の変形、実施が可能である。例えば、上記実施の形態では、それぞれコンピュータにより構成された複数の情報処理装置により構成された情報処理システムについて説明したが、本発明は、複数のコンピュータにより構成された単一の情報処理装置にも同様に適用することができる。このような情報処理装置の場合、複数のコンピュータはバス等により接続されている。

コンピュータの各手段は、それぞれ一部又は全部を再構成可能回路（ＦＰＧＡ：Field Programmable Gate Array）、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuit）等のハードウエア回路によって構成してもよい。

また、本発明の要旨を変更しない範囲内で、上記実施の形態の構成要素の一部を省くことや変更することが可能である。また、本発明の要旨を変更しない範囲内で、上記実施の形態のフローにおいて、ステップの追加、削除、変更、入替え等が可能である。また、上記実施の形態で用いたプログラムをＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録して提供することができる。また、上記実施の形態で用いたプログラムをクラウドサーバ等の外部サーバに格納しておき、ネットワークを介して利用することができる。

１…情報処理システム、２（２Ａ、２Ｂ、２Ｃ）…情報処理装置、３…データベース、４…ユーザ端末装置、５…ネットワーク、２１（２１Ａ、２１Ｂ、２１Ｃ）…処理管理手段、２２…サービス提供モジュール、３１…モジュール機能テーブル、３２…モジュール管理テーブル、３３、３３ａ〜３３ｃ…処理オブジェクト、２１０…受信手段、２１１…生成手段、２１２…決定手段、２１３…送信手段

Claims (10)

1. 処理対象に対して自己が有する機能に応じた処理を行う複数の処理モジュールと、それぞれ前記処理モジュールを管理する複数の管理手段と、前記管理手段の識別情報及び前記処理モジュールの識別情報に関連付けて前記処理モジュールが有する機能の情報を記憶する記憶手段と、を備えた情報処理システムであって、
   前記管理手段は、
   前記処理対象、前記記憶手段の記憶内容、及び前記処理対象に対して行われた処理の履歴情報に基づいて、少なくとも次に行われる処理を含む処理計画を決定する決定手段と、
   前記処理対象、前記履歴情報、及び前記次に行われる処理を行う処理モジュールの識別情報を含む処理オブジェクトを、前記次に行われる処理を行う処理モジュールを管理している前記管理手段に送信して処理を依頼する依頼手段と、
   を備えた情報処理システム。
2. 前記管理手段は、
   前記処理対象を含む処理依頼を受け付ける受付手段、をさらに備え、
   前記決定手段は、前記処理依頼に応え得る処理結果が得られるまでの前記処理計画を決定する、
   請求項１に記載の情報処理システム。
3. 前記決定手段は、前記複数の管理手段により管理された機能が同一の前記処理モジュールが並列的に処理を行う並列処理とそれに続く１つの処理とを含む前記処理計画を決定した場合、前記１つの処理に係る管理手段は、送信された複数の処理オブジェクトを１つの処理オブジェクトにする処理を行い、他の処理オブジェクトに対するその後の処理を中止する、
   請求項２に記載の情報処理システム。
4. 前記１つの処理オブジェクトにする処理は、前記複数の処理オブジェクトのうち前記処理依頼に対応した前記１つの処理オブジェクトを選択する処理である、
   請求項３に記載の情報処理システム。
5. 前記１つの処理オブジェクトにする処理は、前記複数の処理オブジェクトを１つの処理オブジェクトに結合する処理である、
   請求項３に記載の情報処理システム。
6. 前記依頼手段は、送信された前記処理モジュールに記録されている処理結果が最終の処理結果である場合は、その後の処理モジュールによる処理を行わずに最終の処理結果を外部に送信する、
   請求項１又は２に記載の情報処理システム。
7. 前記決定手段は、最終の処理結果を得るまでに必要な処理の順序を決定できた場合に、それを前記処理計画として決定する、
   請求項２に記載の情報処理システム。
8. 前記決定手段は、前方探索により前記最終の処理結果に到達できた場合に、それを前記処理計画として決定する、
   請求項７に記載の情報処理システム。
9. 前記決定手段は、後方探索により当初の前記処理対象に到達できた場合に、それを前記処理計画として決定する、
   請求項７に記載の情報処理システム。
10. 処理対象に対して自己が有する機能に応じた処理を行う複数の処理モジュールと、管理手段の識別情報及び前記処理モジュールの識別情報に関連付けて前記処理モジュールが有する機能の情報を記憶する記憶手段と、を備えたコンピュータを、
    それぞれ前記処理モジュールを管理する複数の前記管理手段として機能させるためのプログラムであって、
    前記管理手段を、前記処理対象、前記記憶手段の記憶内容、及び前記処理対象に対して行われた処理の履歴情報に基づいて、少なくとも次に行われる処理を含む処理計画を決定する決定手段と、
    前記処理対象、前記履歴情報、及び前記次に行われる処理を行う処理モジュールの識別情報を含む処理オブジェクトを、前記次に行われる処理を行う処理モジュールを管理している前記管理手段に送信して処理を依頼する依頼手段、
    として機能させるためのプログラム。

Images