(57)【特許請求の範囲】
【請求項１】
イベント情報を受信し、当該イベント情報に応じてコンポーネントを連携させる情報処理装置であって、
コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルと、
連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢと、
ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルと、
イベント情報を受信するイベント取得部と、
前記イベント取得部により受信されたイベント情報に対応するタスクをイベント−タスク対応ＤＢから取得するタスク選択部と、
前記取得したタスクに含まれるコンポーネントに入力する情報の種別を前記コンポーネント情報テーブルから取得する情報種別取得部と、
前記取得した情報の種別に関する情報を前記入力基礎情報テーブルから取得する第１の取得部と、
前記第１の取得部により取得された情報をコンポーネントに入力してタスクを実行するタスク実行部と、
前記情報種別取得部により取得された情報の種別に関する情報が前記受信したイベント情報もしくはタスク実行時の取得情報に含まれるか否かを判定する判定部と、
前記判定部によりイベント情報に含まれると判定された場合には、前記イベント情報からコンポーネントへ入力する情報を取得する第２の取得部と、
を備え、
前記第１の取得部は、前記判定部により含まれないと判定された場合に、前記入力基礎情報テーブルから情報を取得し、
前記タスク実行部は、前記第１の取得部または前記第２の取得部により取得された情報をコンポーネントに入力してタスクを実行する
ことを特徴とする情報処理装置。
【請求項２】
イベント情報を受信し、当該イベント情報に応じてコンポーネントを連携させる情報処理装置であって、
コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルと、
連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢと、
ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルと、
イベント情報を受信するイベント取得部と、
前記イベント取得部により受信されたイベント情報に対応するタスクをイベント−タスク対応ＤＢから取得するタスク選択部と、
前記取得したタスクに含まれるコンポーネントに入力する情報の種別を前記コンポーネント情報テーブルから取得する情報種別取得部と、
前記取得した情報の種別に関する情報を前記入力基礎情報テーブルから取得する第１の取得部と、
前記第１の取得部により取得された情報をコンポーネントに入力してタスクを実行するタスク実行部と、
を備え、
前記イベント情報は、イベントを識別するイベントＩＤとイベント生成者を識別するイベント生成者ＩＤとイベント生成者がユーザを管理するための個別ＩＤとを含み、
ユーザを識別するユーザＩＤを、イベント生成者ＩＤと個別ＩＤに対応させて記憶するＩＤ対応テーブルを更に備え、
前記イベント取得部は、受信したイベント情報にイベント生成者ＩＤと個別ＩＤが含まれる場合に、当該イベント生成者ＩＤと当該個別ＩＤを、前記ＩＤ対応テーブルを用いてユーザＩＤに変換し、
前記タスク選択部は、イベントＩＤ及びユーザＩＤに基づいてタスクを取得する
ことを特徴とする情報処理装置。
【請求項３】
イベント情報を受信し、当該イベント情報に応じてコンポーネントを連携させる情報処理装置であって、
コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルと、
連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢと、
ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルと、
イベント情報を受信するイベント取得部と、
前記イベント取得部により受信されたイベント情報に対応するタスクをイベント−タスク対応ＤＢから取得するタスク選択部と、
前記取得したタスクに含まれるコンポーネントに入力する情報の種別を前記コンポーネント情報テーブルから取得する情報種別取得部と、
前記取得した情報の種別に関する情報を前記入力基礎情報テーブルから取得する第１の取得部と、
前記第１の取得部により取得された情報をコンポーネントに入力してタスクを実行するタスク実行部と、
を備え、
前記イベント情報は、イベントを識別するイベントＩＤとユーザを識別するユーザＩＤを含み、
前記タスク選択部は、イベントＩＤ及びユーザＩＤに基づいてタスクを取得し、
タスクとイベントＩＤが入力されると、当該タスクを当該イベントＩＤに対応させてイベント−タスク対応ＤＢに登録するタスク登録部と、
タスクを識別するタスクＩＤとユーザＩＤが入力されると、当該タスクの実行を許可するユーザとして当該ユーザＩＤをイベント−タスク対応ＤＢに登録するタスク許可登録部と、
タスクＩＤとユーザＩＤが入力されると、当該ユーザＩＤが当該タスクＩＤで識別されるタスクの実行を許可するユーザとして登録されている場合に、当該タスクを利用するユーザとして当該ユーザＩＤをイベント−タスク対応ＤＢに登録するタスク利用登録部と、
ユーザを識別するユーザＩＤを、イベント生成者を識別するイベント生成者ＩＤとイベント生成者がユーザを管理するための個別ＩＤに対応させて記憶するＩＤ対応テーブルと、
を更に備え、
前記タスク許可登録部は、個別ＩＤとイベント生成者ＩＤが入力された場合には、当該個別ＩＤと当該イベント生成者ＩＤを、ＩＤ対応テーブルを用いてユーザＩＤに変換し、変換したユーザＩＤをイベント−タスク対応ＤＢに登録する
ことを特徴とする情報処理装置。
【請求項４】
イベント情報を受信し、当該イベント情報に応じてコンポーネントを連携させる情報処理装置であって、
コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルと、
連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢと、
ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルと、
イベント情報を受信するイベント取得部と、
前記イベント取得部により受信されたイベント情報に対応するタスクをイベント−タスク対応ＤＢから取得するタスク選択部と、
前記取得したタスクに含まれるコンポーネントに入力する情報の種別を前記コンポーネント情報テーブルから取得する情報種別取得部と、
前記取得した情報の種別に関する情報を前記入力基礎情報テーブルから取得する第１の取得部と、
前記第１の取得部により取得された情報をコンポーネントに入力してタスクを実行するタスク実行部と、
を備え、
前記イベント情報は、イベントを識別するイベントＩＤとイベント生成者を識別するイベント生成者ＩＤとイベント生成者がユーザを管理するための個別ＩＤとを含み、
ユーザを識別するユーザＩＤを、イベント生成者ＩＤと個別ＩＤに対応させて記憶するＩＤ対応テーブルを備え、
前記イベント取得部は、受信したイベント情報にイベント生成者ＩＤと個別ＩＤが含まれる場合に、当該イベント生成者ＩＤと当該個別ＩＤを、前記ＩＤ対応テーブルを用いてユーザＩＤに変換し、
前記タスク選択部は、イベントＩＤ及びユーザＩＤに基づいてタスクを取得し、
タスクとイベントＩＤが入力されると、当該タスクを当該イベントＩＤに対応させてイベント−タスク対応ＤＢに登録するタスク登録部と、
タスクを識別するタスクＩＤとユーザＩＤが入力されると、当該タスクの実行を許可するユーザとして当該ユーザＩＤをイベント−タスク対応ＤＢに登録するタスク許可登録部と、
タスクＩＤとユーザＩＤが入力されると、当該ユーザＩＤが当該タスクＩＤで識別されるタスクの実行を許可するユーザとして登録されている場合に、当該タスクを利用するユーザとして当該ユーザＩＤをイベント−タスク対応ＤＢに登録するタスク利用登録部と、
ユーザを識別するユーザＩＤを、イベント生成者を識別するイベント生成者ＩＤとイベント生成者がユーザを管理するための個別ＩＤに対応させて記憶するＩＤ対応テーブルと、
を更に備え、
前記タスク許可登録部は、個別ＩＤとイベント生成者ＩＤが入力された場合には、当該個別ＩＤと当該イベント生成者ＩＤを、ＩＤ対応テーブルを用いてユーザＩＤに変換し、変換したユーザＩＤをイベント−タスク対応ＤＢに登録する
ことを特徴とする情報処理装置。
【請求項５】
イベント情報を受信し、当該イベント情報に応じてコンポーネントを連携させる情報処理方法であって、
イベント情報を受信するステップと、
前記受信したイベント情報に対応するタスクを、連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢから取得するステップと、
前記取得したタスクに含まれるコンポーネントに入力する情報の種別を、コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルから取得するステップと、
前記取得した情報の種別に関する情報を、ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルから取得するステップと、
前記取得した情報をコンポーネントに入力してタスクを実行するステップと、
前記取得した情報の種別に関する情報が前記受信したイベント情報もしくはタスク実行時の取得情報に含まれるか否かを判定するステップと、
前記取得した情報の種別に関する情報が前記受信したイベント情報に含まれると判定された場合には、前記イベント情報からコンポーネントへ入力する情報を取得するステップと
を有し、
前記取得した情報の種別に関する情報を取得するステップでは、前記取得した情報の種別に関する情報が前記受信したイベント情報もしくはタスク実行時の取得情報に含まれないと判定された場合に、前記入力基礎情報テーブルから情報を取得し、
前記タスクを実行するステップでは、前記入力基礎情報テーブルから取得した情報または前記イベント情報から取得した情報をコンポーネントに入力してタスクを実行する
ことを特徴とする情報処理方法。
【請求項６】
コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルと、
連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢと、
ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルと、
を備えるコンピュータに、
イベント情報を受信するステップと、
前記受信したイベント情報に対応するタスクをイベント−タスク対応ＤＢから取得するステップと、
前記取得したタスクに含まれるコンポーネントに入力する情報の種別を前記コンポーネント情報テーブルから取得するステップと、
前記取得した情報の種別に関する情報を前記入力基礎情報テーブルから取得するステップと、
前記取得した情報をコンポーネントに入力してタスクを実行するステップと、
前記取得した情報の種別に関する情報が前記受信したイベント情報もしくはタスク実行時の取得情報に含まれるか否かを判定するステップと、
前記取得した情報の種別に関する情報が前記受信したイベント情報に含まれると判定された場合には、前記イベント情報からコンポーネントへ入力する情報を取得するステップと、
を実行させ、
前記取得した情報の種別に関する情報を取得するステップでは、前記取得した情報の種別に関する情報が前記受信したイベント情報もしくはタスク実行時の取得情報に含まれないと判定された場合に、前記入力基礎情報テーブルから情報を取得し、
前記タスクを実行するステップでは、前記入力基礎情報テーブルから取得した情報または前記イベント情報から取得した情報をコンポーネントに入力してタスクを実行する
ためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
現在、外部から入力されたイベントに応じて複数のＷｅｂサービスなどのプログラムコンポーネント（以下、コンポーネントとする）を連携させてサービスを提供するシステムがある。従来技術では、コンポーネント毎に個別に起動条件を設定することで複数のコンポーネントを自立的に連携させていた。もしくは、コンポーネントの連携手順を記述したタスクを用意し、イベントを用いてタスクの起動条件を記述していた。しかしながら、これらの従来技術では制御が複雑になる、という課題があった。
【０００３】
この課題を解決するために、特許文献１に記載された情報処理装置では、イベントと、起動すべきコンポーネントの情報であるアクションを対応付けている。この情報処理装置は、外部からイベントを受信すると、そのイベントに対応したアクションを検索し、検索したアクションに記述されているコンポーネントを連携させる。これにより、イベントの種別や特徴に応じたコンポーネントの連携を容易に行うことができる。また、容易に新たなイベントを生成することができる。
【特許文献１】特開２００４−３４１９９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、イベントに応じてコンポーネントを連携させるシステムでは、タスクやアクションの生成者、サービスの利用者、さらにはコンポーネントの提供者がそれぞれ異なる場合がある。例えば、ある時刻になるとユーザの興味のあるニュースがユーザに配信されるサービスでは、興味のあるニュースを取得するコンポーネントと、取得したニュースを配信するコンポーネントを組み合わせたタスクが考えられる。この場合、タスク生成者はこの組み合わせを用いてサービスを提供するサービス提供者である。また、コンポーネントの提供者はＷｅｂ関連の開発者である。また、サービス利用者は、このサービスを利用する不特定多数のユーザである。このため、タスクやコンポーネントを作成する時点においては、それぞれのコンポーネント実行に必要な入力情報が明確ではない。先の例では、興味のあるニュースを取得するコンポーネントは、興味を特定するためのキーワードが入力情報として必要になるが、これはサービス利用者の興味に依存するところであるため、コンポーネントやタスクの作成時に静的に決定することはできない。
【０００５】
しかしながら、特許文献１に記載された技術では、アクションまたはコンポーネントにあらかじめ設定された情報のみがコンポーネントの入力情報として利用可能であり、動的に変化する情報を取得することは困難である、という問題がある。
本発明は上記の点に鑑みてなされたものであり、その目的は、コンポーネント利用時に必要となる入力情報を動的に取得可能となり、多様なイベントやコンポーネントを用いたサービスが提供可能となる情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、イベント情報を受信し、当該イベント情報に応じてコンポーネントを連携させる情報処理装置であって、コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルと、連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢと、ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルと、イベント情報を受信するイベント取得部と、前記イベント取得部により受信されたイベント情報に対応するタスクをイベント−タスク対応ＤＢから取得するタスク選択部と、前記取得したタスクに含まれるコンポーネントに入力する情報の種別を前記コンポーネント情報テーブルから取得する情報種別取得部と、前記取得した情報の種別に関する情報を前記入力基礎情報テーブルから取得する第１の取得部と、前記第１の取得部により取得された情報をコンポーネントに入力してタスクを実行するタスク実行部と、前記情報種別取得部により取得された情報の種別に関する情報が前記受信したイベント情報もしくはタスク実行時の取得情報に含まれるか否かを判定する判定部と、前記判定部によりイベント情報に含まれると判定された場合には、前記イベント情報からコンポーネントへ入力する情報を取得する第２の取得部と、を備え、前記第１の取得部は、前記判定部により含まれないと判定された場合に、前記入力基礎情報テーブルから情報を取得し、前記タスク実行部は、前記第１の取得部または前記第２の取得部により取得された情報をコンポーネントに入力してタスクを実行することを特徴とする情報処理装置である。
【０００９】
また、本発明の一態様は、イベント情報を受信し、当該イベント情報に応じてコンポーネントを連携させる情報処理装置であって、コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルと、連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢと、ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルと、イベント情報を受信するイベント取得部と、前記イベント取得部により受信されたイベント情報に対応するタスクをイベント−タスク対応ＤＢから取得するタスク選択部と、前記取得したタスクに含まれるコンポーネントに入力する情報の種別を前記コンポーネント情報テーブルから取得する情報種別取得部と、前記取得した情報の種別に関する情報を前記入力基礎情報テーブルから取得する第１の取得部と、前記第１の取得部により取得された情報をコンポーネントに入力してタスクを実行するタスク実行部と、を備え、前記イベント情報は、イベントを識別するイベントＩＤとイベント生成者を識別するイベント生成者ＩＤとイベント生成者がユーザを管理するための個別ＩＤとを含み、ユーザを識別するユーザＩＤを、イベント生成者ＩＤと個別ＩＤに対応させて記憶するＩＤ対応テーブルを更に備え、前記イベント取得部は、受信したイベント情報にイベント生成者ＩＤと個別ＩＤが含まれる場合に、当該イベント生成者ＩＤと当該個別ＩＤを、前記ＩＤ対応テーブルを用いてユーザＩＤに変換し、前記タスク選択部は、イベントＩＤ及びユーザＩＤに基づいてタスクを取得することを特徴とする情報処理装置である。
【００１０】
また、本発明の一態様は、イベント情報を受信し、当該イベント情報に応じてコンポーネントを連携させる情報処理装置であって、コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルと、連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢと、ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルと、イベント情報を受信するイベント取得部と、前記イベント取得部により受信されたイベント情報に対応するタスクをイベント−タスク対応ＤＢから取得するタスク選択部と、前記取得したタスクに含まれるコンポーネントに入力する情報の種別を前記コンポーネント情報テーブルから取得する情報種別取得部と、前記取得した情報の種別に関する情報を前記入力基礎情報テーブルから取得する第１の取得部と、前記第１の取得部により取得された情報をコンポーネントに入力してタスクを実行するタスク実行部と、を備え、前記イベント情報は、イベントを識別するイベントＩＤとユーザを識別するユーザＩＤを含み、前記タスク選択部は、イベントＩＤ及びユーザＩＤに基づいてタスクを取得し、タスクとイベントＩＤが入力されると、当該タスクを当該イベントＩＤに対応させてイベント−タスク対応ＤＢに登録するタスク登録部と、タスクを識別するタスクＩＤとユーザＩＤが入力されると、当該タスクの実行を許可するユーザとして当該ユーザＩＤをイベント−タスク対応ＤＢに登録するタスク許可登録部と、タスクＩＤとユーザＩＤが入力されると、当該ユーザＩＤが当該タスクＩＤで識別されるタスクの実行を許可するユーザとして登録されている場合に、当該タスクを利用するユーザとして当該ユーザＩＤをイベント−タスク対応ＤＢに登録するタスク利用登録部と、ユーザを識別するユーザＩＤを、イベント生成者を識別するイベント生成者ＩＤとイベント生成者がユーザを管理するための個別ＩＤに対応させて記憶するＩＤ対応テーブルと、を更に備え、前記タスク許可登録部は、個別ＩＤとイベント生成者ＩＤが入力された場合には、当該個別ＩＤと当該イベント生成者ＩＤを、ＩＤ対応テーブルを用いてユーザＩＤに変換し、変換したユーザＩＤをイベント−タスク対応ＤＢに登録することを特徴とする情報処理装置である。
【００１１】
また、本発明の一態様は、イベント情報を受信し、当該イベント情報に応じてコンポーネントを連携させる情報処理装置であって、コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルと、連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢと、ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルと、イベント情報を受信するイベント取得部と、前記イベント取得部により受信されたイベント情報に対応するタスクをイベント−タスク対応ＤＢから取得するタスク選択部と、前記取得したタスクに含まれるコンポーネントに入力する情報の種別を前記コンポーネント情報テーブルから取得する情報種別取得部と、前記取得した情報の種別に関する情報を前記入力基礎情報テーブルから取得する第１の取得部と、前記第１の取得部により取得された情報をコンポーネントに入力してタスクを実行するタスク実行部と、を備え、前記イベント情報は、イベントを識別するイベントＩＤとイベント生成者を識別するイベント生成者ＩＤとイベント生成者がユーザを管理するための個別ＩＤとを含み、ユーザを識別するユーザＩＤを、イベント生成者ＩＤと個別ＩＤに対応させて記憶するＩＤ対応テーブルを備え、前記イベント取得部は、受信したイベント情報にイベント生成者ＩＤと個別ＩＤが含まれる場合に、当該イベント生成者ＩＤと当該個別ＩＤを、前記ＩＤ対応テーブルを用いてユーザＩＤに変換し、前記タスク選択部は、イベントＩＤ及びユーザＩＤに基づいてタスクを取得し、タスクとイベントＩＤが入力されると、当該タスクを当該イベントＩＤに対応させてイベント−タスク対応ＤＢに登録するタスク登録部と、タスクを識別するタスクＩＤとユーザＩＤが入力されると、当該タスクの実行を許可するユーザとして当該ユーザＩＤをイベント−タスク対応ＤＢに登録するタスク許可登録部と、タスクＩＤとユーザＩＤが入力されると、当該ユーザＩＤが当該タスクＩＤで識別されるタスクの実行を許可するユーザとして登録されている場合に、当該タスクを利用するユーザとして当該ユーザＩＤをイベント−タスク対応ＤＢに登録するタスク利用登録部と、ユーザを識別するユーザＩＤを、イベント生成者を識別するイベント生成者ＩＤとイベント生成者がユーザを管理するための個別ＩＤに対応させて記憶するＩＤ対応テーブルと、を更に備え、前記タスク許可登録部は、個別ＩＤとイベント生成者ＩＤが入力された場合には、当該個別ＩＤと当該イベント生成者ＩＤを、ＩＤ対応テーブルを用いてユーザＩＤに変換し、変換したユーザＩＤをイベント−タスク対応ＤＢに登録することを特徴とする情報処理装置である。
【００１２】
また、本発明の一態様は、イベント情報を受信し、当該イベント情報に応じてコンポーネントを連携させる情報処理方法であって、イベント情報を受信するステップと、前記受信したイベント情報に対応するタスクを、連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢから取得するステップと、前記取得したタスクに含まれるコンポーネントに入力する情報の種別を、コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルから取得するステップと、前記取得した情報の種別に関する情報を、ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルから取得するステップと、前記取得した情報をコンポーネントに入力してタスクを実行するステップと、前記取得した情報の種別に関する情報が前記受信したイベント情報もしくはタスク実行時の取得情報に含まれるか否かを判定するステップと、前記取得した情報の種別に関する情報が前記受信したイベント情報に含まれると判定された場合には、前記イベント情報からコンポーネントへ入力する情報を取得するステップとを有し、前記取得した情報の種別に関する情報を取得するステップでは、前記取得した情報の種別に関する情報が前記受信したイベント情報もしくはタスク実行時の取得情報に含まれないと判定された場合に、前記入力基礎情報テーブルから情報を取得し、前記タスクを実行するステップでは、前記入力基礎情報テーブルから取得した情報または前記イベント情報から取得した情報をコンポーネントに入力してタスクを実行することを特徴とする情報処理方法である。
【００１３】
また、本発明の一態様は、コンポーネントに入力する情報の種別を記憶するコンポーネント情報テーブルと、連携させるコンポーネントの実行手順を記述したタスクとイベント情報を対応付けて記憶するイベント−タスク対応ＤＢと、ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルと、を備えるコンピュータに、イベント情報を受信するステップと、前記受信したイベント情報に対応するタスクをイベント−タスク対応ＤＢから取得するステップと、前記取得したタスクに含まれるコンポーネントに入力する情報の種別を前記コンポーネント情報テーブルから取得するステップと、前記取得した情報の種別に関する情報を前記入力基礎情報テーブルから取得するステップと、前記取得した情報をコンポーネントに入力してタスクを実行するステップと、前記取得した情報の種別に関する情報が前記受信したイベント情報もしくはタスク実行時の取得情報に含まれるか否かを判定するステップと、前記取得した情報の種別に関する情報が前記受信したイベント情報に含まれると判定された場合には、前記イベント情報からコンポーネントへ入力する情報を取得するステップと、を実行させ、前記取得した情報の種別に関する情報を取得するステップでは、前記取得した情報の種別に関する情報が前記受信したイベント情報もしくはタスク実行時の取得情報に含まれないと判定された場合に、前記入力基礎情報テーブルから情報を取得し、前記タスクを実行するステップでは、前記入力基礎情報テーブルから取得した情報または前記イベント情報から取得した情報をコンポーネントに入力してタスクを実行するためのプログラムである。
【発明の効果】
【００１４】
本発明によれば、ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブルからコンポーネントへの入力情報を取得し、コンポーネントを連携させるタスクを実行するので、タスクまたはコンポーネント作成時にコンポーネントへの入力情報をタスクまたはコンポーネントに登録しておく必要がない。このため、コンポーネント利用時に必要となる入力情報を動的に取得でき、多様なイベントやコンポーネントを用いたサービスが提供可能になる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。本実施形態では、マンションの居住者（以下、マンションユーザとする）向けにサービスを提供するマンションシステムについて説明する。マンションシステムの管理者（以下、ＭＳ管理者とする）は、電子錠の開閉等の多様なイベントを契機に、マンションユーザにコンポーネントを連携させたサービスを提供する。具体的には、マンションシステムは、マンションユーザの外出時にマンション周辺の天気情報を配信するサービスと、マンションユーザの帰宅時にマンションユーザが興味を持つ話題についてのブログ記事と関連広告を配信するサービスとをマンションユーザに提供する。なお、本例はあくまでも実施の一形態を示すものであり、特許請求の範囲を限定するものではない。
【００１６】
図１は、本発明の実施形態による情報処理装置２００の構成を示すブロック図である。
この図に示すとおり、情報処理装置２００は、複数のイベント生成装置１００と接続されている。また、情報処理装置２００は、Ｗｅｂ上などに公開された複数のコンポーネント３００を取得することができる。
【００１７】
イベント生成装置１００は、イベントを生成し、生成したイベントの情報であるイベント情報を情報処理装置２００へ送信する装置である。本実施形態では、イベント生成装置１００は、マンションの電子錠の開閉時にイベントを生成する。イベント情報には、イベントの識別番号であるイベントＩＤと、イベントとタスクを生成するタスク生成者（本実施形態では、ＭＳ管理者）の識別番号であるイベント生成者ＩＤ、タスク生成者がユーザを管理するためのイベント送信用のユーザの識別番号であるイベントサービス内ユーザＩＤが含まれる。
【００１８】
コンポーネント３００は、Ｗｅｂ上に公開されたＷｅｂサービスなどのプログラムコンポーネントであり、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）等を用いて利用することができる。
【００１９】
情報処理装置２００は、イベント生成装置１００から受信したイベント情報に基づいて、コンポーネント３００を連携させる装置である。情報処理装置２００は、タスク実行部２０１と、イベント取得部２０２と、タスク選択部２０３と、タスク登録部２０４と、タスク利用登録部２０５と、入力基礎情報テーブル２１１と、コンポーネント情報テーブル２１２と、ＩＤ対応テーブル２１３と、イベント−タスク対応ＤＢ２１４と、を含んで構成される。
【００２０】
イベント取得部２０２は、イベント生成装置１００からイベント情報を受信し、受信したイベント情報をタスク選択部２０３へ出力する。タスク選択部２０３は、入力されたイベント情報を用いてイベント−タスク対応ＤＢ２１４からタスクを取得し、取得したタスクをタスク実行部２０１に出力する。タスクには、連携するコンポーネント３００の実行手順が定義されている。タスク実行部２０１は、入力されたタスクを実行する。タスク登録部２０４は、タスクとイベントを対応させてイベント−タスク対応ＤＢ２１４に登録する。タスク利用登録部２０５は、タスクを利用するユーザをイベント−タスク対応ＤＢ２１４に登録する。
【００２１】
図２は、本実施形態における入力基礎情報テーブル２１１のデータ構成及びデータ例を示す概略図である。入力基礎情報テーブル２１１のデータは、サービス利用者であるユーザ（本実施形態では、マンションユーザ）により登録されるユーザの個人情報である。図示するように、入力基礎情報テーブル２１１は、行と列からなる２次元の表形式のデータであり、ユーザＩＤと、興味情報と、連絡先の各項目の列を有している。この入力基礎情報テーブル２１１の主キーはユーザＩＤである。入力基礎情報テーブル２１１の各行は、ユーザ毎に存在する。入力基礎情報テーブル２１１は、データの値によって他のテーブルと関連付けられている。ユーザＩＤは、ユーザの識別番号である。興味情報は、ユーザが興味を持つ項目である。連絡先は、ユーザの連絡先である。興味情報と連絡先は、情報の種別である。この図に示す例では、ユーザＩＤ「Ｕｓｅｒ１」の興味情報「健康」と連絡先「ｍａｉｌ＠ｍａｉｌ．ｃｏｍ」が登録されている。
【００２２】
図３は、本実施形態におけるコンポーネント情報テーブル２１２のデータ構成及びデータ例を示す概略図である。コンポーネント情報テーブル２１２のデータは、コンポーネント３００を提供するコンポーネント提供者により登録される。図示するように、コンポーネント情報テーブル２１２は、行と列からなる２次元の表形式のデータであり、コンポーネントＩＤと、入力の情報種別ＩＤと、出力の情報種別ＩＤの各項目の列を有している。このコンポーネント情報テーブル２１２の主キーはコンポーネントＩＤである。コンポーネント情報テーブル２１２の各行は、コンポーネント３００毎に存在する。コンポーネント情報テーブル２１２は、データの値によって他のテーブルと関連付けられている。コンポーネントＩＤは、コンポーネント３００の識別番号である。入力の情報種別ＩＤは、コンポーネント３００に入力する情報の種別を示す識別情報である。出力の情報種別ＩＤは、コンポーネント３００が出力する情報の種別を示す識別情報である。この図に示す例では、コンポーネントＩＤ「Ｗｅａｔｈｅｒ１」の入力の情報種別ＩＤは「住所」、出力の情報種別ＩＤは「文字列」である。また、コンポーネントＩＤ「Ｂｌｏｇ１」の入力の情報種別ＩＤは「興味情報」、出力の情報種別ＩＤは「文字列」である。また、コンポーネントＩＤ「Ａｄ１」の入力の情報種別ＩＤは「興味情報」、出力の情報種別ＩＤは「文字列」である。また、コンポーネントＩＤ「ｒｅｐｏｒｔ１」の入力の情報種別ＩＤは「連絡先」及び「文字列」である。
【００２３】
図４は、本実施形態におけるＩＤ対応テーブル２１３のデータ構成及びデータ例を示す概略図である。図示するように、ＩＤ対応テーブル２１３は、行と列からなる２次元の表形式のデータであり、ユーザＩＤと、イベント生成者ＩＤと、イベントサービス内ユーザＩＤ（個別ＩＤ）の各項目の列を有している。このＩＤ対応テーブル２１３の主キーはユーザＩＤである。ＩＤ対応テーブル２１３の各行は、ユーザ毎に存在する。この図に示す例では、ユーザＩＤ「Ｕｓｅｒ１」のイベント生成者ＩＤは「ｅｖｅｎｔＧｅｎ１」、イベントサービス内ユーザＩＤは「ＭＵｓｅｒ１」である。
【００２４】
次に、イベント−タスク対応ＤＢ２１４に記憶されるデータについて説明する。イベント−タスク対応ＤＢ２１４に記憶されるデータはタスク生成者によって登録される。
図５は、本実施形態におけるイベント−タスク対応ＤＢ２１４に記憶されるタスクの例を示す概略図である。図示するように、タスクは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述されている。タスクには、連携させるコンポーネント３００と実行手順、コンポーネント３００間で受け渡す値が定義されている。図に示すタスクは、タスクＩＤが「ｇａｉｓｈｕｔｕＴａｓｋ１」である。また、このタスクは、天気コンポーネント「Ｗｅａｔｈｅｒ１」と通知コンポーネント「ｒｅｐｏｒｔ１」を順に実行する。また、天気コンポーネントの出力する文字列が通知コンポーネントに入力される文字列となる。
【００２５】
図６は、本実施形態におけるイベント−タスク対応ＤＢ２１４に記憶されるタスクの例を示す概略図である。図に示すタスクは、タスクＩＤが「ｋｉｔａｋｕＴａｓｋ１」である。また、このタスクは、ブログコンポーネント「ｂｌｏｇ１」と広告コンポーネント「ａｄ１」を同時に実行する。そして、このタスクは、ブログコンポーネントと広告コンポーネントの実行後に通知コンポーネント「ｒｅｐｏｒｔ１」を実行する。また、ブログコンポーネントと広告コンポーネントが出力する文字列が通知コンポーネント「ｒｅｐｏｒｔ１」に入力する文字列となる。
イベント−タスク対応ＤＢ２１４に記憶されるタスクテーブルには、図５、６に例示したようなタスクと、それを特定するための識別番号であるタスクＩＤが登録されている。
【００２６】
図７は、本実施形態におけるイベント−タスク対応ＤＢ２１４に記憶されるイベント−タスク対応テーブルのデータ構成及びデータ例を示す概略図である。図示するようにイベント−タスク対応テーブルは、行と列からなる２次元の表形式のデータであり、イベントＩＤと、ユーザＩＤと、タスクＩＤの各項目の列を有している。このイベント−タスク対応テーブルの主キーはイベントＩＤとユーザＩＤである。イベント−タスク対応テーブルの各行は、イベントとユーザ毎に存在する。イベント−タスク対応テーブルは、データの値によって他のテーブルと関連付けられている。イベントＩＤはタスクの起動条件となるイベントの識別番号である。ユーザＩＤは、タスクを実行するユーザのユーザＩＤ、タスクＩＤは実行されるタスクの識別番号である。この図に示す例では、イベントＩＤ「ｇａｉｓｈｕｔｕＥｖｅｎｔ１」とユーザＩＤ「Ｕｓｅｒ１」にタスクＩＤ「ｇａｉｓｈｕｔｕＴａｓｋ１」が対応付けられて登録されている。また、イベントＩＤ「ｋｉｔａｋｕＥｖｅｎｔ１」とユーザＩＤ「Ｕｓｅｒ１」にタスクＩＤ「ｋｉｔａｋｕＴａｓｋ１」が対応付けられて登録されている。
【００２７】
図８は、本実施形態におけるイベント−タスク対応ＤＢ２１４に記憶されるタスク起動ユーザテーブルのデータ構成及びデータ例を示す概略図である。タスク起動ユーザテーブルは、タスクの実行を許可するユーザを示すデータである。図示するようにタスク起動ユーザテーブルは、行と列からなる２次元の表形式のデータであり、タスクＩＤとユーザＩＤの各項目の列を有している。このタスク起動ユーザテーブルの主キーはタスクＩＤとユーザＩＤである。タスク起動ユーザテーブルはタスクとユーザ毎に存在する。タスク起動ユーザテーブルは、データの値によって他のテーブルと関連付けられている。この図に示す例では、タスクＩＤ「ｇａｉｓｈｕｔｕＴａｓｋ１」とユーザＩＤ「Ｕｓｅｒ１」が対応付けられて登録されている。また、タスクＩＤ「ｋｉｔａｋｕＴａｓｋ１」とユーザＩＤ「Ｕｓｅｒ１」が対応付けられて登録されている。
【００２８】
次に、情報処理装置２００による処理手順について説明する。
図９は、本実施形態におけるタスク登録処理の手順を示すフローチャートである。
まず、ステップＳ１では、タスク登録部２０４は、タスク生成者により選択された処理内容を判定する。処理内容がタスク登録である場合には、ステップＳ２へ進む。処理内容がイベント−タスク対応登録である場合には、ステップＳ３へ進む。処理内容がタスク起動ユーザ登録である場合には、ステップＳ４へ進む。
【００２９】
ステップＳ２では、タスク登録部２０４は、入力されたタスクにタスクＩＤを付与してタスクテーブルに登録する。タスク登録部２０４には、あらかじめタスク生成者が生成したタスクが入力されている。
【００３０】
ステップＳ３では、タスク登録部２０４は、タスクＩＤとタスクを起動するためのイベントＩＤをイベント−タスク対応テーブルに登録する。タスク登録部２０４には、あらかじめタスク生成者によりタスクＩＤとそのタスクを起動させるためのイベントＩＤが入力されている。図７に示す例では、タスク登録部２０４は、タスクＩＤ「ｇａｉｓｈｕｔｕＴａｓｋ１」とイベントＩＤ「ｇａｉｓｈｕｔｕＥｖｅｎｔ１」を対応させて登録している。また、タスク登録部２０４は、タスクＩＤ「ｋｉｔａｋｕＴａｓｋ１」とイベントＩＤ「ｋｉｔａｋｕＥｖｅｎｔ１」を対応させて登録している。
【００３１】
次のステップＳ４及びＳ５では、タスクの実行を許可するユーザを登録する。タスク登録部２０４には、あらかじめタスク生成者によりイベント生成者ＩＤ、タスクＩＤ、及びイベントサービス内ユーザＩＤの組が入力されている。
ステップＳ４では、タスク登録部２０４は、入力されたイベント生成者ＩＤとイベントサービス内ユーザＩＤを、ＩＤ対応テーブル２１３を用いてユーザＩＤに変換する。
【００３２】
次のステップＳ５では、タスク登録部２０４は、入力されたタスクＩＤと変換したユーザＩＤを対応させてタスク起動ユーザテーブルに登録する（タスク許可登録部に相当）。図８に示す例では、タスク登録部２０４は、タスクＩＤ「ｇａｉｓｈｕｔｕＴａｓｋ１」と「ｋｉｔａｋｕＴａｓｋ１」をユーザＩＤ「Ｕｓｅｒ１」と対応付けて登録している。これにより、ユーザＩＤ「Ｕｓｅｒ１」のユーザは、「ｇａｉｓｈｕｔｕＴａｓｋ１」と「ｋｉｔａｋｕＴａｓｋ１」が利用可能となる。なお、上述したタスク登録部２０４の機能はＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）等を用いた一般的なＷｅｂアプリケーションによって実装可能である。
【００３３】
図１０は、本実施形態における利用登録処理の手順を示すフローチャートである。タスク生成者は、図９に示すタスク登録処理が完了すると、ユーザへその登録情報を通知する。ユーザは、その登録情報を用いてタスク利用登録を行う。具体的には、ユーザは、情報処理装置２００にユーザＩＤとタスクＩＤを入力する。以下の処理は、ユーザによってユーザＩＤ及びタスクＩＤが入力されるとスタートする。
【００３４】
まず、ステップＳ１１では、タスク利用登録部２０５は、入力されたユーザＩＤとタスクＩＤの組がタスク起動ユーザテーブルに登録されているか否かを判定する。登録されている場合には、ステップＳ１２に進む。登録されていない場合には、処理を終了する。次のステップＳ１２では、まず、タスク利用登録部２０５は、入力されたタスクＩＤで指定されたタスクを起動するためのイベントＩＤをイベント−タスク対応テーブルから取得する。次に、タスク利用登録部２０５は、イベント−タスク対応テーブルに、入力されたユーザＩＤとタスクＩＤと取得したイベントＩＤを登録する。図７に示す例では、タスク利用登録部２０５は、イベントＩＤ「ｇａｉｓｈｕｔｕＥｖｅｎｔ１」、ユーザＩＤ「Ｕｓｅｒ１」、タスクＩＤ「ｇａｉｓｈｕｔｕＴａｓｋ１」を対応付けて登録している。また、タスク利用登録部２０５は、イベントＩＤ「ｋｉｔａｋｕＥｖｅｎｔ１」、ユーザＩＤ「Ｕｓｅｒ１」、タスクＩＤ「ｋｉｔａｋｕＴａｓｋ１」を対応付けて登録している。これにより、「Ｕｓｅｒ１」の帰宅・外出時に「ｋｉｔａｋｕＴａｓｋ１」・「ｇａｉｓｈｕｔｕＴａｓｋ１」が実行される。なお、上述したタスク利用登録部２０５の機能はＣＧＩ等を用いた一般的なＷｅｂアプリケーションによって実装可能である。
【００３５】
図１１は、本実施形態におけるイベント受信処理の手順を示すフローチャートである。この処理は、情報処理装置２００がイベント生成装置１００からイベント情報を受信するとスタートする。本実施形態では、ユーザがマンションから外出した場合には、イベント情報には「ｇａｉｓｈｕｔｕＥｖｅｎｔ１」、「ＭＵｓｅｒ１」、「ｅｖｅｎｔＧｅｎ１」及び「ユーザの住所」が含まれる。また、ユーザがマンションへ帰宅した場合には、イベント情報には「ｋｉｔａｋｕＥｖｅｎｔ１」、「ＭＵｓｅｒ１」及び「ｅｖｅｎｔＧｅｎ１」が含まれる。以下では、ユーザが外出した場合を例にして説明する。なお、イベント生成装置１００は、ＳＯＡＰ等を用いて情報処理装置２００へイベント情報を送信する。
【００３６】
処理がスタートすると、まず、ステップＳ１０１で、イベント取得部２０２がイベント情報を受信し、受信したイベント情報にイベント生成者ＩＤが含まれるか否かを判定する。含まれている場合には、ステップＳ１０２へ進む。一方、含まれていない場合には、ステップＳ１０３へ進む。本例では、イベント生成者ＩＤが含まれるのでステップＳ１０２へ進む。なお、イベント情報にイベント生成者ＩＤが含まれていない場合には、イベント情報にユーザＩＤが含まれている。
【００３７】
ステップＳ１０２では、イベント取得部２０２がＩＤ対応テーブル２１３を用いて、イベント情報に含まれるイベント生成者ＩＤとイベントサービス内ユーザＩＤをユーザＩＤに変換する。本例では、イベント取得部２０２は、イベント生成者ＩＤ「ｅｖｅｎｔＧｅｎ１」とイベントサービス内ユーザＩＤ「ＭＵｓｅｒ１」をユーザＩＤ「Ｕｓｅｒ１」に変換する。
【００３８】
続いて、ステップＳ１０３では、イベント取得部２０２は、イベント情報に含まれるイベントＩＤと、ユーザＩＤとその他の受信情報をタスク選択部２０３に入力する。本例では、イベント取得部２０２は、「ｇａｉｓｈｕｔｕＥｖｅｎｔ１」、「Ｕｓｅｒ１」と「ユーザの住所」をタスク選択部２０３に入力する。
【００３９】
次のステップＳ１０４では、タスク選択部２０３は、イベントＩＤ、ユーザＩＤをキーにして、イベント−タスク対応ＤＢ２１４内のイベント−タスク対応テーブルからタスクＩＤを取得する。本例では、タスク選択部２０３は、タスクＩＤ「ｇａｉｓｈｕｔｕＴａｓｋ１」を取得する。次のステップＳ１０５では、タスク選択部２０３は、タスクＩＤをキーにして、イベント−タスク対応ＤＢ２１４内のタスクテーブルからタスクを取得する。本例では、タスク選択部２０３は、図５に示されるタスクを取得する。
【００４０】
続いて、ステップＳ１０６では、タスク選択部２０３は、取得したタスク、ユーザＩＤ、その他の受信情報をタスク実行部２０１に入力する。本例では、タスク選択部２０３は、図５に示されるタスク、「Ｕｓｅｒ１」及び「ユーザの住所」をタスク実行部２０１に入力する。次のステップＳ１０７では、タスク実行部２０１が後述するタスク実行処理を行って、この処理を終了する。
【００４１】
図１２は、本実施形態におけるタスク実行処理の手順を示すフローチャートである。この処理はタスク実行部２０１にタスクとユーザＩＤが入力されるとスタートする。処理がスタートすると、ステップＳ２０１では、タスク実行部２０１は、入力されたタスクに含まれるコンポーネントＩＤを取得する。例では、タスク実行部２０１は、「Ｗｅａｔｈｅｒ１」と「ｒｅｐｏｒｔ１」を取得する。
【００４２】
次のステップＳ２０２では、タスク実行部２０１は、タスクで実行するコンポーネント３００の入力の情報種別ＩＤをコンポーネント情報テーブル２１２から取得する（情報種別取得部に相当）。例では、タスク実行部２０１は、「Ｗｅａｔｈｅｒ１」の入力の情報種別ＩＤ「住所」と、「ｒｅｐｏｒｔ１」の入力の情報種別ＩＤ「連絡先」「文字列」を取得する。
【００４３】
次のステップＳ２０３では、タスク実行部２０１は、タスク内のｉｎｖｏｋｅ項（タスク実行時の取得情報）を解析してタスク実行時に取得されない入力の情報種別ＩＤを特定する。例では、「住所」と「連絡先」がタスク実行時に取得されない入力の情報種別ＩＤである。
【００４４】
次のステップＳ２０４では、タスク実行部２０１は、特定された入力の情報種別ＩＤに対応する情報がその他の受信情報にあるか否かを判定する（判定部に相当）。例では、「住所」がその他の受信情報に含まれる。その他の受信情報にある場合には、ステップＳ２０６へ進む。その他の受信情報にない場合には、ステップＳ２０５へ進む。
【００４５】
ステップＳ２０５では、タスク実行部２０１は、入力基礎情報テーブル２１１からユーザＩＤをキーにコンポーネント３００への入力情報を取得する。例では、連絡先「ｍａｉｌ＠ｍａｉｌ．ｃｏｍ」を取得する（第１の取得部に相当）。一方、ステップＳ２０６では、タスク実行部２０１は、その他の受信情報からコンポーネント３００への入力情報を取得する（第２の取得部に相当）。例では、住所「ユーザの住所」を取得する。
【００４６】
次のステップＳ２０７では、タスク実行に必要な全ての入力の情報種別ＩＤについて入力情報が取得されたか否かを判定する。入力情報が取得されていない場合には、ステップＳ２０４へ移行する。一方、入力情報が全て取得されている場合には、次のステップＳ２０８へ進んで、タスク実行部２０１がタスクを実行し、処理を終了する。例では、タスク実行部２０１は、図５に示すタスクの記述に従い、まず、天気コンポーネントを利用し、「ユーザの住所」近辺の天気を取得する。次に、タスク実行部２０１は、天気コンポーネントが出力した文字列と「ｍａｉｌ＠ｍａｉｌ．ｃｏｍ」を通知コンポーネントに入力し、ユーザへ天気情報を通知する。
【００４７】
なお、上では、ユーザが外出した場合を例にして説明しているが、ユーザが帰宅した際にも同様の処理が行われる。異なる点は、広告コンポーネント「Ａｄ１」とブログコンポーネント「Ｂｌｏｇ１」が並列に利用されることである。タスク実行部２０１において、入力基礎情報テーブル２１１からＵｓｅｒ１の興味情報「健康」を取得した後には、取得した興味情報「健康」を広告コンポーネント、ブログコンポーネントの双方に並列に送信する。また、タスク実行部２０１は、広告コンポーネント、ブログコンポーネントの出力結果を別々に通知コンポーネントに入力するのではなく、広告コンポーネント、ブログコンポーネント両方からの出力文字列を合わせて１つの文字列とし、通知コンポーネント「ｒｅｐｏｒｔ１」に入力する。なお、さらに、「キーワード」を入力とし、入力された「キーワード」に関連する「キーワード」の配列を出力するキーワードコンポーネントを利用してもよい。その場合、まず、興味情報を広告コンポーネント、ブログコンポーネントへ入力する前に、キーワードコンポーネントに興味情報を入力する。次に、キーワードコンポーネントから出力された各キーワードを入力として広告コンポーネント、ブログコンポーネントを利用する。
【００４８】
このように、本実施形態によれば、コンポーネント３００作成時には、コンポーネント情報テーブル２１２に情報の種別のみを登録する。また、コンポーネント３００実行時には、ユーザ毎に情報の種別に関する情報を記憶する入力基礎情報テーブル２１１からコンポーネント３００への入力情報を取得し、コンポーネント３００を連携させるタスクを実行するので、タスクまたはコンポーネント３００作成時にコンポーネント３００への入力情報をタスクまたはコンポーネント３００に登録しておく必要がない。これにより、コンポーネント３００利用時に必要となる入力情報を動的に取得可能となる。
また、イベント情報に含まれたその他の受信情報をコンポーネント３００への入力情報として利用できるため、入力基礎情報テーブル２１１に含まれない情報を入力とするコンポーネント３００を連携させるタスクの生成が可能となる。
【００４９】
また、図９、１０、１１、１２に示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、コンポーネント連携処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００５０】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００５１】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【００５２】
例えば、本実施形態では、イベント生成装置１００及びコンポーネント３００が情報処理装置２００の外部に設置されているが、図１３、図１４に示すように構成してもよい。図１３では、イベント生成装置１００及び情報処理装置８００にコンポーネント３００が含まれている。情報処理装置８００のタスク実行部８０１は、イベント生成装置１００のコンポーネント３００と、外部のコンポーネント３００と、情報処理装置６００に含まれるコンポーネント３００を連携させて実行する。他の構成は上述した実施形態の情報処理装置２００の構成と同様なので説明を省略する。
【００５３】
また、図１４では、情報処理装置９００にイベント生成装置１００が含まれる。情報処理装置９００のイベント取得部９０２は、情報処理装置９００に含まれるイベント生成装置１００のイベントを受信してもよい。他の構成は上述した実施形態の情報処理装置２００の構成と同様なので説明を省略する。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施形態による情報処理装置の構成及びネットワーク構成を示すブロック図である。
【図２】本実施形態における入力基礎情報テーブルのデータ構成及びデータ例を示す概略図である。
【図３】本実施形態におけるコンポーネント情報テーブルのデータ構成及びデータ例を示す概略図である。
【図４】本実施形態におけるＩＤ対応テーブルのデータ構成及びデータ例を示す概略図である。
【図５】本実施形態におけるイベント−タスク対応ＤＢに記憶されるタスクの例を示す概略図である。
【図６】本実施形態におけるイベント−タスク対応ＤＢに記憶されるタスクの例を示す概略図である。
【図７】本実施形態におけるイベント−タスク対応ＤＢに記憶されるイベント−タスク対応テーブルのデータ構成及びデータ例を示す概略図である。
【図８】本実施形態におけるイベント−タスク対応ＤＢに記憶されるタスク起動ユーザテーブルのデータ構成及びデータ例を示す概略図である。
【図９】本実施形態におけるタスク登録処理の手順を示すフローチャートである。
【図１０】本実施形態における利用登録処理の手順を示すフローチャートである。
【図１１】本実施形態におけるイベント受信処理の手順を示すフローチャートである。
【図１２】本実施形態におけるタスク実行処理の手順を示すフローチャートである。
【図１３】情報処理装置の構成及びネットワーク構成を示すブロック図である。
【図１４】情報処理装置の構成及びネットワーク構成を示すブロック図である。
【符号の説明】
【００５５】
１００…イベント生成装置  ２００，８００，９００…情報処理装置  ２０１…タスク実行部  ２０２…イベント取得部  ２０３…タスク選択部  ２０４…タスク登録部  ２０５…タスク利用登録部  ２１１…入力基礎情報テーブル  ２１２…コンポーネント情報テーブル  ２１３…ＩＤ対応テーブル  ２１４…イベント−タスク対応ＤＢ  ３００…コンポーネント
【図１】
0005224858.tif 000002
【図２】
0005224858.tif 000003
【図３】
0005224858.tif 000004
【図４】
0005224858.tif 000005
【図５】
0005224858.tif 000006
【図６】
0005224858.tif 000007
【図７】
0005224858.tif 000008
【図８】
0005224858.tif 000009
【図９】
0005224858.tif 000010
【図１０】
0005224858.tif 000011
【図１１】
0005224858.tif 000012
【図１２】
0005224858.tif 000013
【図１３】
0005224858.tif 000014
【図１４】
0005224858.tif 000015