(57)【要約】【課題】  配信するプレゼンス情報の内容や通知先を柔軟に変更する。【解決手段】  １以上のＩＭサーバが管理するプレゼンス情報に基づいてメタプレゼンス情報を生成する。例えば、企業の業務処理などを行うＢＰＭシステム内のＩＭサーバに連携システムを接続すれば、業務状態情報に基づいて新たなメタプレゼンス情報を生成することができる。生成したメタプレゼンス情報は、ＩＭサーバのプレゼンス情報として管理され、ＩＭシステムのユーザエージェントにサブスクライブされる。メタ状態情報の生成方法をＢＰＭシステムとは独立にニーズに応じて設定することにより、ビジネス社会における様々なニーズに応じ、多種多様のメタ状態情報を生成することができる。しかも、メタ状態情報の生成方法を変更する際には、ＢＰＭシステム自体に大幅な変更を加える必要はないため、ＢＰＭシステム・ＩＭシステム・連携システムからなるシステム全体に柔軟性や拡張性を幅広く持たせることができる。【選択図】    図１
2005215968.tif 000002
【特許請求の範囲】
【請求項１】
１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第１状態情報管理装置と接続される連携システムであって、
前記第１状態情報管理装置から１以上の状態識別子に対応する状態情報（以下、１以上の状態情報という）の通知を受信する状態情報受信手段と、
前記受信した１以上の状態情報に基づいて、受信した各状態情報とは異なる第１メタ状態情報を生成する生成手段と、
前記第１メタ状態情報を識別する第１メタ状態識別子と前記第１メタ状態情報とを、前記第１状態情報管理装置に通知する状態情報通知手段と、
を備える連携システム。
【請求項２】
前記受信した１以上の状態情報から前記第１メタ状態情報を生成するための第１ルールを記憶するルール記憶手段をさらに備え、
前記生成手段は、前記ルール記憶手段が記憶している前記第１ルールに従って前記第１メタ状態情報を生成する、
請求項１に記載の連携システム。
【請求項３】
１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第１状態情報管理装置と接続される連携システムが実行する連携方法であって、
前記第１状態情報管理装置から１以上の状態識別子に対応する状態情報（以下、１以上の状態情報という）の通知を受信する状態情報受信ステップと、
前記受信した１以上の状態情報に基づいて、受信した各状態情報とは異なる第１メタ状態情報を生成する生成ステップと、
前記第１メタ状態情報を識別する第１メタ状態識別子と前記第１メタ状態情報とを、前記第１状態情報管理装置に通知する状態情報通知ステップと、
を含む連携方法。
【請求項４】
１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第１状態情報管理装置と接続されるコンピュータが実行する連携プログラムであって、
前記第１状態情報管理装置から１以上の状態識別子に対応する状態情報（以下、１以上の状態情報という）の通知を受信する状態情報受信手段、
前記受信した１以上の状態情報に基づいて、受信した各状態情報とは異なる第１メタ状態情報を生成する生成手段、及び
前記第１メタ状態情報を識別する第１メタ状態識別子と前記第１メタ状態情報とを、前記第１状態情報管理装置に通知する状態情報通知手段、
として前記コンピュータを機能させる連携プログラム。
【請求項５】
１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第１状態情報管理装置と接続される連携システムが実行する連携プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
前記第１状態情報管理装置から１以上の状態識別子に対応する状態情報（以下、１以上の状態情報という）の通知を受信する状態情報受信ステップと、
前記受信した１以上の状態情報に基づいて、受信した各状態情報とは異なる第１メタ状態情報を生成する生成ステップと、
前記第１メタ状態情報を識別する第１メタ状態識別子と前記第１メタ状態情報とを、前記第１状態情報管理装置に通知する状態情報通知ステップと、
を実行する連携プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インスタントメッセージング（以下、ＩＭシステムという）に関する。ＩＭシステムでは、個々のユーザ・アプリケーション・デバイス装置の状態を表すプレゼンス情報を、アプリケーション間で共有する。
本発明において、ＩＭシステムとは、ＩＭサーバとＩＭクライアントとを含んで構成される。ＩＭクライアントは、コンピュータ端末であるユーザエージェント上で動作し、プレゼンス情報を生成・更新してＩＭサーバに通知する。ＩＭサーバは、ＩＭクライアントが生成・更新するプレゼンス情報を記憶し、プレゼンス情報が更新されるとそのプレゼンス情報のウォッチャーのユーザエージェントに更新を通知する。ここで、ウォッチャーのユーザエージェントとは、あるプレゼンス情報の通知（以下、サブスクライブという）をＩＭサーバに依頼しているユーザエージェントである。また、ＩＭサーバに状態情報を提供するユーザエージェントを、プレゼンティティと言う。なお、プレゼンス情報とは、テキストメッセージを含むテキストデータ、アイコンなどの画像データ、音声メッセージを含む音声データなどを広く含むデータである。
【背景技術】
【０００２】
ＩＭシステムとして、例えばAOL MessengerやYahoo Messenger、Microsoft Messenger などが提供されている。ＩＭシステムでは、例えば、インスタントメッセージングによる1対１でのリアルタイムな対話を行うことができる。また、ＩＭシステムは「オンライン」、「オフライン」、「今忙しい」などのユーザ状態をプレゼンス情報として管理し、そのプレゼンス情報に対して購読（以下、サブスクライブという）を要求したユーザやそのコンピュータ端末（以下、両者をウォッチャーと呼ぶ）にプレゼンス情報の変化を通知する。プレゼンス情報を生成するユーザやそのコンピュータ端末のことを、プレゼンティティと呼ぶ。
【０００３】
ＩＭシステムにおいてウォッチャーがプレゼンス情報を取得するためには、ウォッチャーからＩＭシステムに対してサブスクライブ要求を送り、プレゼンス情報に対してサブスクライブ状態を確立しておく必要がある。サブスクライブ要求は、ウォッチャーが興味を持つプレゼンス情報の識別子やアドレスの指定を含んでいる。あるプレゼンス情報をサブスクライブしたウォッチャーに対して、ＩＭシステムはそのプレゼンス情報がプレゼンティティによって変更されたときにその変更を通知する。この通信モデルを一般にサブスクライブ・ノティファイと呼ぶ。このサブスクライブ・ノティファイは簡単な通信モデルであり、リアルタイムでプレゼンス情報を必要とする相手にだけ配信することで、効率的な情報交換の仕組みを提供する。
【０００４】
ところで、ビジネスプロセス管理(以下ＢＰＭという)システムは、例えば人的な作業ミスを防ぐことで企業の業務効率を高め、業務フローの進行状況を監視する機能を持つ。このようなBPMシステムが企業内に導入されつつある。
【特許文献１】特開２００３−１８６７７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のＩＭシステムが扱うプレゼンス情報は、ユーザあるいはユーザ端末の状態に関するデータである。しかし、今後は、自動車や情報家電、あるいはRFID(Radio Frequency ID、無線ＩＤ)タグが付与された商品や荷物など、プレゼンス情報として扱う対象が広がると予想される。そうなると、ウォッチャー側のアプリケーションがサブスクライブする数が多くなり、また各種異なるプレゼンス情報間でプレゼンス変化を関係付けて処理する必要が出てくると予想できる。
また、BPMシステムが扱う業務フローは、一種のプレゼンス情報とみなすことができる。すると、今どこまで業務フローが実行されているかをプレゼンス情報として定義し、ＩＭシステムで業務フローの進行状況を監視することができる。この場合、ＩＭシステムが使用するプレゼンス管理プロトコル（例えばSIMPLE: SIP for Instant Messaging and Presence Leveraging Extensions）を用いることにより、業務フローの進行状況をリアルタイムに把握し、管理することができる。
【０００６】
例えば、異なる種類の業務フローがあり、一方の業務フローがある特定の状態になったときに、他の業務フローの状態に応じてプレゼンス情報を通知したり通知する内容を変化させたりすることが考えられる。また、例えば、情報家電のプレゼンス変化とユーザのプレゼンス変化とに基づいて、ネットワークアプリケーションがホームネットワークに接続された情報家電を制御し、最終的にユーザにサービスを提供する場合も想定できる。
プレゼンス数の増大、サブスクライブ関係の複雑化に対し、従来はウォッチャー側のアプリケーションで対応してきている。そのため、ＩＭシステムによるプレゼンス管理を用いて複雑なアプリケーションを開発しようとすると、ウォッチャー側のアプリケーションの処理が複雑になってしまう。また、ウォッチャー側のアプリケーションに複雑なサブスクライブ関係を管理しその関係に応じて処理を変えるロジックを持たせると、結果的に仕様変更に弱い硬直的なアプリケーションになってしまう。
【０００７】
例えば、企業内において、異なる運用ポリシーを持つシステム同士を連携させたサービスが実現されているとする。例えば、販売管理システム、在庫管理システム、配送管理システムなどを連携させ、商品販売業務を行う場合である。その場合に、システム間でやりとりされるプレゼンス情報（イベント、アラート等）がシステム間の連携制御にとって重要となる。しかし、連携ルールをひとたび設定してしまうと、後で変更や追加をしようとしたときに他のシステムへの影響が大きく、臨機応変にプレゼンス情報の通知ロジックを変更しにくい。
【０００８】
本発明は、ＩＭシステムを様々な分野に応用するニーズとそれに対応する従来の手法の弱点とを踏まえ、異なるシステム間でプレゼンス情報を受け渡しすることができ、しかもシステムに大きな変更を加えなくても柔軟にプレゼンス情報の通知ロジックを変更・追加することができる技術を提供することを目的とする。
また本発明は、サブスクライブ・ノティファイ式のＩＭシステムを用い、多種多彩な情報を扱うことができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
前記課題を解決するために、発明１は、１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第１状態情報管理装置と接続される連携システムを提供する。このシステムは下記手段を備えている。
・前記第１状態情報管理装置から１以上の状態識別子に対応する状態情報（以下、１以上の状態情報という）の通知を受信する状態情報受信手段、
・前記受信した１以上の状態情報に基づいて、受信した各状態情報とは異なる第１メタ状態情報を生成する生成手段、
・前記第１メタ状態情報を識別する第１メタ状態識別子と前記第１メタ状態情報とを、前記第１状態情報管理装置に通知する状態情報通知手段。
【００１０】
例えば、ＩＭサーバＳＡ（第１状態情報管理装置に相当）は、ユーザエージェントＵＡ１，ＵＡ２のプレゼンス情報ＰＤＡ１，ＰＤＡ２（以下、単にプレゼンス情報ＵＡ１，ＵＡ２という）を対応付けて管理しているとする。ユーザエージェントの識別子（以下、ユーザＩＤ）ＵＡ１、ＵＡ２・・・は、プレゼンス情報の識別子（以下、プレゼンスＩＤ）でもある。連携システムは、例えば複数のプレゼンス情報ＵＡ１，ＵＡ２をＩＭサーバＳＡから受信し、第１メタプレゼンスＩＤ“ＣＡ１”に基づく第１メタプレゼンス情報ＭＰＤ１（以下、第１メタプレゼンス情報ＣＡ１という）を生成する。例えば、第１メタプレゼンス情報ＣＡ１を、下式（１）や下式（２）に従って生成することができる。
【００１１】
（第１メタプレゼンス情報ＣＡ１）＝（プレゼンス情報ＵＡ１）＋（プレゼンス情報ＵＡ２）                                                      ・・・（１）
（第１メタプレゼンス情報ＣＡ１）＝（プレゼンス情報ＵＡ１）×（プレゼンス情報ＵＡ２）                                                      ・・・（２）
なお、後述するように、異なるＩＭサーバＳＡ及びＳＢがそれぞれ管理するプレゼンス情報に基づいて、メタプレゼンス情報を生成することもできる。
また例えば、連携システムは１つのプレゼンス情報ＵＡ１に基づいて、第１メタプレゼンス情報ＣＡ１を生成してもよい。例えば、プレゼンス情報ＣＡ１の値ＰＤＡ１が所定の範囲内の場合に、第１メタプレゼンス情報ＣＡ１を下式（３）に従って生成することができる。
【００１２】
（第１メタプレゼンス情報ＣＡ１）＝所定値Ｘ                    ・・・（３）
上述のように生成した第１メタプレゼンス情報とプレゼンスＩＤ“ＣＡ１“とを、連携システムからＩＭサーバに通知する。この通知は、ＩＭシステムにおいてプレゼンティティからＩＭサーバにプレゼンス情報を通知するコマンドを用いて行うことができる。すなわち、連携システムは、ＩＭサーバから見れば、第１メタプレゼンス情報ＣＡ１を生成するプレゼンティティとして機能する。従って、第１メタプレゼンス情報ＣＡ１のウォッチャーは、第１メタプレゼンス情報ＣＡ１が更新されるたびに、その通知をＩＭサーバから受信する。
【００１３】
このように、連携システムは、１以上のＩＭサーバに対し、ユーザエージェントとして接続する。連携システムは、ＩＭサーバが管理するプレゼンス情報をサブスクライブし、それを独立に加工することにより新たなプレゼンス情報を生成・更新する。さらに、生成した新たなプレゼンス情報をＩＭサーバに通知する。従って、メタプレゼンス情報を管理するＩＭサーバのユーザエージェントは、メタプレゼンス情報のウォッチャーとなることができる。
発明２は、前記発明１において、前記受信した１以上の状態情報から前記第１メタ状態情報を生成するための第１ルールを記憶するルール記憶手段をさらに備える連携システムを提供する。このシステムでは、前記生成手段は、前記ルール記憶手段が記憶している前記第１ルールに従って前記第１メタ状態情報を生成する。
【００１４】
前述の例で言えば、ルールとは、式（１）や式（２）、式（３）で表される。連携システムが接続するＩＭサーバや、そのＩＭサーバが組み込まれているＢＰＭシステムなどの設計を変えなくても、単にルールを変えることにより、通知するメタプレゼンス情報を柔軟に変更できる。
発明３は、１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第１状態情報管理装置と接続される連携システムが実行する連携方法を提供する。この方法は、下記のステップを含む。
・前記第１状態情報管理装置から１以上の状態識別子に対応する状態情報（以下、１以上の状態情報という）の通知を受信する状態情報受信ステップ、
・前記受信した１以上の状態情報に基づいて、受信した各状態情報とは異なる第１メタ状態情報を生成する生成ステップ、
・前記第１メタ状態情報を識別する第１メタ状態識別子と前記第１メタ状態情報とを、前記第１状態情報管理装置に通知する状態情報通知ステップ。
【００１５】
この方法は、前記発明１と同様の作用効果を奏する。
発明４は、１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第１状態情報管理装置と接続されるコンピュータが実行する連携プログラムを提供する。このプログラムは、前記発明１の連携システムとして前記コンピュータを機能させる。このプログラムは、前記発明１と同様の作用効果を奏する。
発明５は、前記発明４に記載の連携プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。この記録媒体は、前記発明１と同様の作用効果を奏する。
【発明の効果】
【００１６】
本発明を用いれば、ＩＭシステムによるプレゼンス情報配信の仕組みを利用して、多彩な情報を配信することができる。また、プレゼンス情報を加工・変換することにより多彩な情報を生成することができる。しかも、どのような情報を生成するかは、ニーズに応じて柔軟に変更していくことができる。
【発明を実施するための最良の形態】
【００１７】
＜発明の概要＞
本発明の連携システムは、１または複数のＩＭサーバが管理するプレゼンス情報（状態情報に相当）に基づいて新たなプレゼンス情報を生成する。この新たなプレゼンス情報を、メタプレゼンス情報（メタ状態情報に相当）という。例えば、企業の業務処理などを行うＢＰＭシステムが生成する業務状態情報を管理するＩＭサーバに連携システムを接続すれば、業務状態情報に基づいて新たなメタプレゼンス情報を生成することができる。生成したメタプレゼンス情報は、ＩＭサーバのプレゼンス情報として管理され、ＩＭシステムのユーザエージェントにサブスクライブされる。メタ状態情報の生成方法をＢＰＭシステムとは独立にニーズに応じて設定することにより、ビジネス社会における様々なニーズに応じ、多種多様のメタ状態情報を生成することができる。しかも、メタ状態情報の生成方法を変更する際には、ＢＰＭシステム自体に大幅な変更を加える必要はないため、ＢＰＭシステム・ＩＭシステム・連携システムからなるシステム全体に柔軟性や拡張性を幅広く持たせることができる。
【００１８】
＜第１実施形態例＞
［全体構成］
図１は、本発明の第１実施形態例に係る連携システムとＩＭシステムとを含む連携ＩＭシステムの機能構成図である。図１に示す連携ＩＭシステムは、ＩＭサーバＳＡとそのユーザエージェントＵＡ１，ＵＡ２とを含むＩＭシステム、ＩＭサーバＳＢとそのユーザエージェントＵＢ１，ＵＢ２とを含むＩＭシステム、及びＩＭサーバＳＡ，ＳＢに接続する連携システムＣＡを含む。この例では、連携システムＣＡは、１つのコンピュータ端末上に実現されている。ＩＭサーバとそのユーザエージェント、ＩＭサーバと連結装置ＣＡとは、インターネットなどのネットワークを介して接続されている。
【００１９】
ＩＭサーバＳＡは、ユーザエージェントＵＡ１，ＵＡ２のプレゼンス情報ＰＤＡ１，ＰＤＡ２を対応付けて管理している。ＩＭサーバＳＢは、ユーザエージェントＵＢ１，ＵＢ２のプレゼンス情報の値ＰＤＢ１，ＰＤＢ２を対応付けて管理している。ＵＡ１，ＵＡ２は、ユーザエージェントを識別するユーザエージェントＩＤであると共に、それぞれのプレゼンス情報ＰＤＡ１，ＰＤＡ２を識別するプレゼンスＩＤである。同様に、ＵＢ１，ＵＢ２はユーザエージェントＩＤであると共にプレゼンスＩＤである。プレゼンスＩＤには、そのプレゼンスＩＤを管理するＩＭサーバのネットワークアドレスが含まれている。以下、プレゼンスＩＤ“ＵＡ１”で特定されるプレゼンス情報の値ＰＤＡ１を、単にプレゼンス情報ＵＡ１ということがある。
【００２０】
［機能構成］
次に、連携システムＣＡ及びＩＭサーバＳＡ，ＳＢの機能について、図面を参照して順次説明する。
（１）連携システム
連携システムＣＡは、メタプレゼンスエージェント１０を有し、好ましくはルールテーブル２０をさらに有している。本例では、連携システムＣＡは、ルールテーブル２０に記憶されているルールに基づいてメタプレゼンス情報を生成する。メタプレゼンスエージェント１０は、エージェント部１１、生成部１２を有している。さらに、メタプレゼンスエージェント１０は、ルール追加部１３及びサブスクライブ許可部１４を有することが好ましい。連携システムＣＡが複数のメタプレゼンス情報を扱う場合、各メタプレゼンス情報はメタプレゼンスＩＤにより識別され、複数のメタプレゼンスエージェント１０をメタプレゼンスＩＤと一対一に対応するように生成することができる。言い換えれば、各メタプレゼンスエージェント１０の状態情報がメタプレゼンスＩＤにより識別される。もちろん、１つのメタプレゼンスエージェント１０により複数のメタプレゼンスＩＤ及びメタプレゼンス情報を管理することもできる。メタプレゼンスエージェント１０の各部の機能及びルールテーブル２０の詳細は次の通りである。
【００２１】
（ａ）エージェント部
エージェント部１１は大別してプレゼンス情報の受信機能と、メタプレゼンス情報の通知機能とを有する。
エージェント部１１は、ＩＭサーバＳＡ，ＳＢのいずれかまたは両方からプレゼンス情報の通知を受信する。どのＩＭサーバからプレゼンス情報の通知を受信するかは、メタプレゼンス情報を生成するルールに依存する。例えば、プレゼンス情報ＵＡ１に基づいてメタプレゼンス情報を生成する場合、ＩＭサーバＳＡからプレゼンス情報ＵＡ１の通知を受信する。また例えば、プレゼンス情報ＵＡ１とプレゼンス情報ＵＢ１に基づいてメタプレゼンス情報を生成する場合、ＩＭサーバＳＡからプレゼンス情報ＵＡ１の通知を、ＩＭサーバＳＢからプレゼンス情報ＵＢ１の通知を、それぞれ受信する。すなわち、ＩＭサーバＳＡ，ＳＢから見れば、プレゼンス情報のウォッチャーとして連携システムＣＡが機能する。エージェント部１１は、ＩＭサーバＳＡ、ＳＢから受信したプレゼンス情報を一時的に記憶するプレゼンスバッファ１１ａを有しており、プレゼンス情報の更新通知によりプレゼンスバッファ１１ａ内のプレゼンス情報のうち該当するものの値を更新する。
【００２２】
エージェント部１１は、生成部１２が生成するメタプレゼンス情報とメタプレゼンス情報を識別するメタプレゼンスＩＤとを、ＩＭサーバＳＡ，ＳＢの両方またはいずれかに通知する。メタプレゼンスＩＤには、対応するメタプレゼンス情報を管理するＩＭサーバのネットワークアドレスが含まれる。メタプレゼンス情報を管理するＩＭサーバは、連携システムＣＡの設定時に予め決めておいても良いし、後述するようにそのメタプレゼンス情報を生成するルールの追加時に決定することもできる。例えば、ＩＭサーバＳＡのユーザエージェントＵＡがルールを追加した場合、ＩＭサーバＳＡにメタプレゼンス情報を通知するようにしてもよい。同様に、ＩＭサーバＳＢのユーザエージェントＵＢがルールを追加した場合、ＩＭサーバＳＢにメタプレゼンス情報を通知するようにしてもよい（後述するルール追加処理参照）。
【００２３】
ＩＭサーバＳＡ，ＳＢへのメタプレゼンス情報の通知は、ＩＭシステムにおいてプレゼンティティからＩＭサーバにプレゼンス情報を通知するコマンドを用いて行うことができる。例えばメタプレゼンスＩＤが“ＣＡ１”であり、メタプレゼンス情報の値が“ＭＰＤ１”であれば、コマンド”Set CA1, MPD1”を、エージェント部１１からＩＭサーバＳＡ及び／またはＩＭサーバＳＢに送信すればよい。第１メタプレゼンス情報ＭＰＤ１のウォッチャーは、メタプレゼンスＩＤ“ＣＡ１”で識別されるメタプレゼンス情報（以下、単にメタプレゼンス情報ＣＡ１と言うことがある）ＭＰＤ１が更新されるたびに、その通知をＩＭサーバＳＡから受信する。すなわち、ＩＭサーバＳＡ，ＳＢから見れば、メタプレゼンス情報ＣＡ１を生成するプレゼンティティとして連携システムＣＡが機能する。
【００２４】
（ｂ）生成部
エージェント部１１が受信した１以上のプレゼンス情報に基づいて、受信した各プレゼンス情報とは異なるメタプレゼンス情報を生成する。本例では、後述するルールテーブル２０に記憶されたルールに基づいて、メタプレゼンス情報を生成する。
（ｃ）ルールテーブル
ルールテーブル２０は、ＩＭサーバＳＡ，ＳＢが管理するプレゼンス情報に基づいてメタプレゼンス情報を生成するルールを、メタプレゼンスＩＤと対応付けて記憶する。メタプレゼンスＩＤは、メタプレゼンス情報の識別子である。ルールは、例えば下式（１）〜（４）で表される。
【００２５】
（ＣＡ１）＝（ＵＡ１）＋（ＵＡ２）                            ・・・（１）
（ＣＡ２）＝（ＵＡ１）＋（ＵＢ２）                            ・・・（２）
（ＣＡ３）＝（ＵＡ１）×（ＵＡ２）                            ・・・（３）
（ＣＡ４）＝所定値Ｘ                                          ・・・（４）
上記式（１）〜（４）において、ＣＡ１，ＣＡ２，ＣＡ３，ＣＡ４は、それぞれメタプレゼンスＩＤである。さらにルールを複雑化し、例えば、プレゼンスＩＤ“ＵＡ１”に対応するプレゼンス情報ＰＤＡ１の値が所定の範囲内の場合に、メタプレゼンス情報を上式（３）に従って生成することもできる。
【００２６】
図２（ａ）は、連携システムＣＡのルールテーブル２０に蓄積される情報の概念説明図である。ルールテーブル２０には、メタプレゼンスＩＤと、そのＩＤに対応するメタプレゼンス情報を生成するためのルールとが、一対一に対応付けられている。この例では、プレゼンス情報ＣＡ１が上記式（１）で生成されるルールが、連携システムＣＡの設定時に定義されているとする（初期状態のルールテーブル）。
ルールテーブル２０を設けることにより、連携ＩＭシステムの柔軟性や拡張性を高めることができる。連携システムＣＡが接続するＩＭサーバやそのＩＭサーバが組み込まれているＢＰＭシステムなどの設計を変えなくても、ルールテーブル２０に記憶されているルールの設定を変更することにより、通知するメタプレゼンス情報を容易に変更することができるからである。
【００２７】
（ｄ）ルール追加部
ルール追加部１３は、大別して、ルールの受信と、ＩＭサーバへのメタプレゼンスＩＤの通知と、ＩＭサーバへのサブスクライブの要求と、を行う。説明を容易にするために、プレゼンス情報ＵＡ１，ＵＢ２に基づいてメタプレゼンス情報ＣＡ２を生成するルールを追加する場合を例に取る。
ルール追加部１３は、ＩＭサーバＳＡ，ＳＢのユーザエージェント、例えばユーザエージェントＵＢ１から新規ルールを受信する。受信されたルールは、ルールテーブル２０に記憶される。また、ルール追加部１３は、ルールと共に、そのルールにより生成されるメタプレゼンス情報のＩＤ“ＣＡ２“を受信する。追加するルールで生成されるようになるメタプレゼンス情報のＩＤの決定権を、ルール追加者、すなわちユーザエージェントＵＢ１に持たせることが好ましい。そのユーザエージェントＵＢ１は、ルール追加後に自分が通知したメタプレゼンスＩＤを指定してサブスクライブを要求できるからである。
【００２８】
ルール追加部１３は、通知されたメタプレゼンスＩＤ“ＣＡ２”を、ＩＭサーバＳＡ，ＳＢに通知する。ＩＭサーバ内に新たなプレゼンス情報の管理場所を生成させるためである。通知先ＩＭサーバは、ルール追加要求元、すなわちユーザエージェントＵＢ１が接続するＩＭサーバＳＢとすることができる。なぜなら、ルールを追加したユーザエージェントは、そのルールにより生成されるメタプレゼンス情報のウォッチャーとなる可能性が高いと考えられるからである。従って、メタプレゼンスＩＤ“ＣＡ２”には、ＩＭサーバＳＢのネットワークアドレスを含ませておくことが好ましい。
【００２９】
さらにルール追加部１３は、ルールを参照し、追加されたルールが定義するメタプレゼンス情報ＣＡ２の生成に用いられるプレゼンス情報ＵＡ１，ＵＢ２を決定する。さらに、そのプレゼンス情報ＵＡ１，ＵＢ２のサブスクライブを、そのプレゼンス情報を管理するＩＭサーバに対して要求する。この例では、ルール追加部１３は、ＩＭサーバＳＡに対してプレゼンス情報ＵＡ１のサブスクライブを要求し、ＩＭサーバＳＢに対してプレゼンス情報ＵＢ２のサブスクライブを要求する。
サブスクライブの要求に応じてプレゼンス情報ＵＡ１，ＵＢ２の通知を受信すると、前記エージェント部１１がメタプレゼンス情報ＣＡ２とその値ＭＰＤ２とを、ＩＭサーバＳＢに通知する。なお、ルール追加部１３は、ルールの削除や変更を受け付けても良い。
【００３０】
図２（ｂ）は、同図（ａ）に示すルールテーブル２０に新たなルールが追加された後の状態を示す概念説明図である。この図では、メタプレゼンス情報ＣＡ２を、プレゼンス情報ＵＡ１とプレゼンス情報ＵＢ２との和により生成するルールが追加されている。
ルール追加部１３を連携システムに設けておくと、通知可能なメタプレゼンス情報を連携システムの構築後に増加することができるので好ましい。ルールの追加や削除・変更などを受け付けることにより、通知するメタプレゼンス情報をニーズの変化に応じて柔軟に変更することができる。
【００３１】
（ｅ）サブスクライブ許可部
連携システムＣＡは、サブスクライブ許可部１４をさらに有することが好ましい。サブスクライブ許可部１４は、大別して問い合わせ受信機能と許可送信機能とを有する。説明を容易にするために、ユーザエージェントＵＢ１が前記メタプレゼンス情報ＣＡ１のサブスクライブをＩＭサーバＳＢに要求した場合を考える。
まずサブスクライブ許可部１４は、ユーザエージェントＵＢ１にメタプレゼンス情報ＣＡ１を通知しても良いか否かの問い合わせを、ＩＭサーバＳＢから受信する。
【００３２】
次いで、サブスクライブ許可部１４は、問い合わせに対する応答を、ＩＭサーバＳＢに送信する。応答がサブスクライブの許可である場合、ＩＭサーバＳＢはメタプレゼンス情報ＣＡ１のウォッチャーにユーザエージェントＵＢ１を追加する（後述する図４（ａ）のウォッチャーテーブル１０２参照）。
サブスクライブ許可部１４は、メタプレゼンス情報ＣＡ１の元となるプレゼンス情報ＵＡ１，ＵＡ２のプレゼンティティに対し、ユーザエージェントＵＢ１へのＵＡ１、ＵＡ２のサブスクライブを許可するか否かの問い合わせを行っても良い。この問い合わせを行う場合には、問い合わせに対する応答に応じ、メタプレゼンス情報ＣＡ１のサブスクライブを許可するか否かをＩＭサーバＳＢに通知する。
【００３３】
メタプレゼンス情報の通知の許可を問い合わせることにより、メタプレゼンス情報に対するセキュリティを高めることができる。
（２）ＩＭサーバ
ＩＭサーバＳＡ、ＳＢは、プレゼンステーブル１０１ａ，ｂ、ウォッチャーテーブル１０２ａ，ｂ、プレゼンス更新部１０３ａ，ｂ、プレゼンス通知部１０４ａ，ｂ、サブスクライブ処理部１０５ａ，ｂ、コマンド処理部１０６ａ，ｂ、セッション管理部１０７ａ，ｂを有している。プレゼンステーブル１０１は、プレゼンスＩＤとプレゼンス情報の値とを対応付けて記憶する。ウォッチャーテーブル１０２は、プレゼンスＩＤとそのＩＤが特定するプレゼンス情報のウォッチャーのＩＤとを対応付けて記憶する。プレゼンス更新部１０３は、ユーザエージェントからのプレゼンス情報の通知に基づき、プレゼンステーブル１０１を更新する。プレゼンス通知部１０４は、プレゼンス情報を、そのウォッチャーに送信する。サブスクライブ処理部１０５は、ウォッチャーテーブル１０２へのウォッチャーの登録や削除などを行う。コマンド処理部１０６は、セッション管理部１０７からのデータを各部に振り分けたり、各部からのデータをセッション管理部１０７に渡したりする。セッション管理部１０７は、ＩＭサーバと他のコンピュータとの間でデータの送受信を行う。
【００３４】
メタプレゼンス情報が配信される場合のプレゼンステーブル１０１とウォッチャーテーブル１０２について、図３，図４を参照して具体的に説明する。説明を容易にするために、プレゼンス情報ＵＡ１、ＵＡ２に基づいて生成されるメタプレゼンス情報ＣＡ１のウォッチャーが、ユーザエージェントＵＢ１である場合を例に取る。また、プレゼンス情報ＵＡ１，ＵＢ２に基づいて生成されるメタプレゼンス情報ＣＡ２のウォッチャーが、ユーザエージェントＵＢ２である場合を例に取る。
図３及び図４は、ＩＭサーバＳＡ及びＳＢが蓄積するプレゼンステーブル１０１及びウォッチャーテーブル１０２の概念説明図である。
【００３５】
図３（ａ）は、図２（ａ）に示すルールテーブル２０に従い、メタプレゼンス情報ＣＡ１がプレゼンス情報ＵＡ１，ＵＡ２に基づいて生成される場合に対応している。ＩＭサーバＳＡのプレゼンステーブル１０１ａには、プレゼンスＩＤとプレゼンス情報の値とが対応付けられて記憶されている。一方、ウォッチャーテーブル１０２ａには、プレゼンス情報ＵＡ１，ＵＡ２のウォッチャーとして、メタプレゼンスＩＤ“ＣＡ１”が記憶されている。
図４（ａ）は、図２（ａ）に示すルールテーブル２０に従い、メタプレゼンス情報ＣＡ１がプレゼンス情報ＵＡ１，ＵＡ２に基づいて生成される場合に対応している。ＩＭサーバＳＢのプレゼンステーブル１０１ｂには、プレゼンスＩＤとプレゼンス情報の値とが対応付けられて記憶されている。メタプレゼンスＩＤ“ＣＡ１”には、プレゼンス情報ＭＰＤ１の値が対応している。一方、ウォッチャーテーブル１０２ａには、メタプレゼンス情報ＣＡ１のウォッチャーとして、ユーザエージェントＵＢ１が記憶されている。
【００３６】
すなわち、図２（ａ）のルールテーブル２０、図３（ａ）及び図４（ａ）の各テーブルに従えば、次のようにしてメタプレゼンス情報ＣＡ１が生成及び配信される。プレゼンス情報ＵＡ１，ＵＡ２は連携システムＣＡに送信され、メタプレゼンス情報ＣＡ１が生成される。生成されたメタプレゼンス情報ＣＡ１は、ＩＭサーバＳＢに通知され、ここからウォッチャーＵＢ１に配信される。
図３（ｂ）は、図２（ｂ）に示すルールの追加後のプレゼンステーブル１０１ａ及びウォッチャーテーブル１０２を示す。プレゼンス情報ＵＡ１，ＵＢ１に基づいて生成されるメタプレゼンス情報ＣＡ２に対応し、プレゼンス情報ＵＡ１のウォッチャーにメタプレゼンスＩＤ“ＣＡ２”が追加されている。
【００３７】
図４（ｂ）は、図２（ｂ）に示すルールの追加後のプレゼンステーブル１０１ｂ及びウォッチャーテーブル１０２を示す。メタプレゼンスＩＤ“ＣＡ２”には、プレゼンス情報ＭＰＤ２の値が対応している。また、プレゼンス情報ＵＡ１，ＵＢ１に基づいて生成されるメタプレゼンス情報ＣＡ２に対応し、メタプレゼンス情報ＣＡ２のウォッチャーにはユーザエージェントＵＢ１が追加されている。さらに、プレゼンス情報ＵＢ１のウォッチャーにメタプレゼンスＩＤ“ＣＡ２”が追加されている。
すなわち、図２（ｂ）のルールテーブル２０、図３（ｂ）及び図４（ｂ）の各テーブルに従えば、次のようにしてメタプレゼンス情報ＣＡ２が生成及び配信される。プレゼンス情報ＵＡ１，ＵＢ２は連携システムＣＡに送信され、メタプレゼンス情報ＣＡ２が生成される。生成されたメタプレゼンス情報ＣＡ２は、ＩＭサーバＳＢに通知され、ここからウォッチャーＵＢ１に配信される。
【００３８】
［処理の流れ］
次に、図１に示す連携ＩＭシステムが行う処理の流れについて、図５〜図７を参照して具体的に説明する。連携ＩＭシステムが行う主な処理は、（１）サブスクライブ設定処理、（２）通知処理、（３）ルール追加処理である。以下では、説明を容易にするために、図２（ａ）に示すルールテーブル２０が連携システムＣＡに設定されていると仮定する。
（１）サブスクライブ設定処理
図５は、サブスクライブ設定処理の流れの一例を示す説明図である。この処理では、メタプレゼンス情報ＣＡ１のサブスクライブが設定される。一例としてＩＭサーバＳＢがメタプレゼンス情報ＣＡ１を管理しており、ユーザエージェントＵＢ１がメタプレゼンス情報ＣＡ１のサブスクライブを要求する場合を考える。
【００３９】
連携システムＣＡは、図２（ａ）に示すルールテーブル２０を記憶している（＃１）。また、ＩＭサーバＩＢのプレゼンステーブル１０１ｂには、メタプレゼンスＩＤとその値とが、図３（ａ）に示すように登録されている。
この状態において、ユーザエージェントＵＢ１は、ＩＭサーバＳＢに対し、メタプレゼンス情報ＣＡ１のサブスクライブ要求を送信する（＃３）。このサブスクライブ要求には、メタプレゼンスＩＤ“ＣＡ１”が含まれる。メタプレゼンスＩＤ“ＣＡ１”には、ＩＭサーバＳＢのネットワークアドレスが含まれる。
【００４０】
ＩＭサーバＳＢは、サブスクライブ要求に応じ、ユーザエージェントＵＢ１をメタプレゼンス情報ＣＡ１のウォッチャーに登録しても良いかどうかの問い合わせを、連携システムＣＡに送信する（＃５）。この問い合わせには、メタプレゼンスＩＤ“ＣＡ１”及びユーザエージェントＩＤ“ＵＢ１”が含まれる。
連携システムＣＡは、問い合わせを受信すると、ルールテーブル２０を参照する（＃７）。次いで、連携システムＣＡは、サブスクライブを要求されたメタプレゼンス情報ＣＡ１の元となるプレゼンス情報（以下、元プレゼンス情報という）のＩＤ“ＵＡ１”、“ＵＡ２”を特定する。メタプレゼンス情報ＣＡ１のセキュリティを高める場合には、連携システムＣＡは、元プレゼンス情報を管理するＩＭサーバＳＡに対し、プレゼンス情報ＵＡ１，ＵＡ２のサブスクライブを要求することが好ましい（＃９）。
【００４１】
ＩＭサーバＳＡは、連携システムＣＡからサブスクライブの要求を受信すると、各プレゼンティティＵＡ１，ＵＡ２に対して問い合わせを送信し、サブスクライブが許可されるとウォッチャーリストを更新する（＃１１，＃１３）。前述の図３（ａ）は、この状態のウォッチャーリストを示す。すなわち、プレゼンス情報ＵＡ１，ＵＡ２のウォッチャーとして、メタプレゼンスＩＤ“ＣＡ１”が登録される。ＩＭサーバＳＡは、プレゼンス情報ＵＡ１，ＵＡ２のサブスクライブ許可通知を連携システムＣＡに送信する（＃１５）。
連携システムＣＡは、元プレゼンス情報ＵＡ１，ＵＡ２のサブスクライブが許可されると、メタプレゼンス情報ＣＡ１のサブスクライブ許可通知をＩＭサーバＳＢに送信する（＃１７）。
【００４２】
ＩＭサーバＳＢは、メタプレゼンス情報ＣＡ１のサブスクライブが許可されると、ウォッチャーリストを更新する（＃１９）。前述の図４（ａ）は、この状態のウォッチャーリストを示す。すなわち、メタプレゼンス情報ＣＡ１のウォッチャーとして、プレゼンスＩＤ“ＵＢ１”が登録される。その後、ＩＭサーバＳＢはメタプレゼンス情報ＣＡ１のサブスクライブ許可通知を要求元ユーザエージェントＵＢ１に送信する（＃２１）。
なお、上記の例では、元プレゼンス情報のプレゼンティティＵＡ１，ＵＡ２に対するそれぞれのプレゼンス情報のサブスクライブを許可するかどうかの問い合わせを行っているが、メタプレゼンス情報に要求されるセキュリティの高さに応じて問い合わせを行うかどうかを決めることができる。
【００４３】
以上の処理により、ＩＭサーバＳＢのウォッチャーリストに、ユーザエージェントＵＢ１がメタプレゼンス情報ＣＡ１のウォッチャーとして登録される。すなわち、メタプレゼンス情報ＣＡ１は、ＩＭシステムの仕組みを用い、ＩＭサーバが管理するプレゼンス情報の１つとして管理・配信されるようになる。
（２）通知処理
図６は、通知処理の流れの一例を示す説明図である。この処理では、前述のサブスクライブの設定に従い、メタプレゼンス情報ＣＡ１がそのウォッチャーＵＢ１に通知される。通知のタイミングは、連携システムＣＡが起動したとき、元プレゼンス情報が更新されたとき、ウォッチャーＵＢ１が起動したとき、などいろいろ考えられる。ここでは一例として、連携システムＣＡが起動したときと、元プレゼンス情報の一部が更新されたときとを挙げている。
【００４４】
プレゼンティティＵＡ１，ＵＡ２はＩＭサーバＳＡに接続し、それぞれの最新のプレゼンス情報の値ＰＤＡ１，ＰＤＡ２をＩＭサーバＳＡに通知している状態にある（＃３１，＃３３）。従って、ＩＭサーバＳＡのプレゼンステーブル１０１ａには、プレゼンスＩＤ“ＵＡ１”、“ＵＡ２”に対して値“ＰＤＡ１”，“ＰＤＡ２”がそれぞれ登録されている。
この状態において連携システムＣＡが起動すると、ＩＭサーバＳＡ，ＳＢに接続する（＃３５）。
【００４５】
ＩＭサーバＳＡは、起動した連携システムＣＡに対し、ウォッチャーリストに従いプレゼンス情報ＵＡ１，ＵＡ２を通知する（＃３７）。
連携システムＣＡは、プレゼンス情報ＵＡ１、ＵＡ２の値をプレゼンスバッファ１１ａに記憶させる（＃３９）。さらに連携システムＣＡは、ルールテーブル２０を参照し、受信したプレゼンス情報に基づくメタプレゼンス情報があるかどうかを判断する（＃４１）。この例では、メタプレゼンス情報ＣＡ１がプレゼンス情報ＵＡ１、ＵＡ２に基づいているので、連携システムＣＡはメタプレゼンス情報ＣＡ１の値をルールに従って演算する（＃４３）。演算したメタプレゼンス情報の値は、プレゼンスバッファ１１ａ内に一時的に記憶しておくことが好ましい。演算したメタプレゼンス情報の値とメタプレゼンスＩＤとは、ＩＭサーバＳＢに通知される（＃４５）。この通知を受け取ったＩＭサーバＳＢは、プレゼンステーブル１０１ｂの該当エントリに、通知された値を書き込む。
【００４６】
その後、例えばプレゼンス情報ＵＡ１の値が更新された場合を考える。プレゼンティティＵＡ１は、新たな値ＰＤＡ１をＩＭサーバＳＡに通知する（＃４９）。この値はＩＭサーバＳＡから連携システムＣＡに通知される（＃５１）。
連携システムＣＡは、プレゼンスバッファ１１ａ内のプレゼンス情報ＵＡ１の値ＰＤＡ１を更新する（＃５３）。さらに、プレゼンス情報ＵＡ１に依存するメタプレゼンス情報ＣＡ１をルールテーブル２０から検索し（＃５６）、メタプレゼンス情報ＣＡ１の値をルールに従って更新する（＃５７）。元プレゼンス情報ＵＡ１，ＵＡ２の値は、プレゼンスバッファ１１ａに記憶されている。更新された値は、ＩＭサーバＳＢに通知され（＃５９）、さらにメタプレゼンス情報ＣＡ１のウォッチャーＵＢ１に通知される（＃６１）。
【００４７】
通知処理により、元プレゼンス情報の設定や更新に従い、メタプレゼンス情報も更新されそのウォッチャーに通知される。通知の仕組みはＩＭシステムの仕組みをそのまま用いつつ、通知するプレゼンス情報を連携システムＣＡで元プレゼンス情報とは独立に加工する。従って、連携システムＣＡをＩＭサーバに接続することにより、ＩＭシステム自体の大幅な設計変更をすることなく、ニーズに応じた多彩なメタプレゼンス情報の通知が可能となる。
（３）ルール追加処理
図７は、ルール追加処理の流れの一例を示す説明図である。ここでは、図２（ａ）に示すルールテーブル２０に新たなルールを追加し、図２（ｂ）に示すルールテーブル２０を生成する場合を例に取る。また、任意のユーザエージェントがルールを追加できるが、説明を容易にするために以下ではユーザエージェントＵＢ１がルールを追加する場合を例に取る。
【００４８】
まず、ユーザエージェントＵＢ１は、追加するルールとそのルールにより生成されるようになるメタプレゼンス情報のＩＤとを、連携システムＣＡに送信する（＃７１）。ここでは、メタプレゼンスＩＤは“ＣＡ２”である。このメタプレゼンスＩＤは、ＩＭサーバＳＢがメタプレゼンスＩＤ用に複数個の予備ＩＤを用意しておいた中からユーザエージェントＵＢ１が選択したものであることが好ましい。
連携システムＣＡは、受信したルールをメタプレゼンスＩＤと対応付けてルールテーブル２０に記憶する（＃７３）。図２（ｂ）は、ルールが追加されたルールテーブル２０を示す。さらに連携システムＣＡは、メタプレゼンスＩＤ“ＣＡ２”をＩＭサーバＳＢに通知する（＃７５）。
【００４９】
ＩＭサーバＳＢは、メタプレゼンスＩＤの通知に応じ、新たなメタプレゼンス情報ＣＡ２に対応するエントリをプレゼンステーブル１０１ｂに追加する（＃７７）。これにより、ＩＭサーバＳＢは、新たなメタプレゼンス情報ＣＡ２を管理できるようになる。
さらにルールの追加者ＵＢ１は、メタプレゼンスＣＡ２のサブスクライブをＩＭサーバＳＢに要求する（＃７９）。
ＩＭサーバＳＢは、前記要求に応じ、メタプレゼンス情報ＣＡ２のウォッチャーとしてユーザエージェントＵＢ１を登録しても良いかどうかを、連携システムＣＡに問い合わせる（＃８１）。
【００５０】
連携システムＣＡは、問い合わせのあったメタプレゼンスＩＤ“ＣＡ２”のルールを参照し、元プレゼンス情報のＩＤ“ＵＡ１”、“ＵＢ２”のサブスクライブをＩＭサーバＳＡ，ＳＢにそれぞれ要求する（＃８５）。
ＩＭサーバＳＡ，ＳＢは、サブスクライブの要求に対し、各ユーザエージェントに問い合わせ、その回答に応じてウォッチャーリストを更新し、連携システムに許可通知を送信する（＃８７〜＃９７）。図３（ｂ）は、プレゼンス情報ＵＡ１のウォッチャーとしてメタプレゼンスＩＤ“ＣＡ２”が追加された後のウォッチャーリストを示す。図４（ｂ）は、プレゼンス情報ＵＢ２のウォッチャーとしてメタプレゼンスＩＤ“ＣＡ２”が追加された後のウォッチャーリストを示す。
【００５１】
連携システムＣＡは、ＩＭサーバＳＡ，ＳＢからサブスクライブの許可を受信すると、ユーザエージェントＵＢ１によるメタプレゼンス情報ＣＡ２のサブスクライブ許可通知をＩＭサーバＳＢに送信する（＃９９）。
ＩＭサーバＳＢは、連携システムからの許可通知に基づき、ウォッチャーリストを更新する（＃１０１）。図４（ｂ）は、メタプレゼンス情報ＣＡ２のウォッチャーとしてユーザエージェントＵＢ１が登録されているウォッチャーリストを示す。その後、ＩＭサーバＳＢは、ユーザエージェントＵＢ１からのサブスクライブ要求に対し、許可通知を送信する（＃１０３）。
【００５２】
以上の処理により、任意のユーザエージェントから連携システムＣＡに対し、新たなルールを追加することができる。またこの例ではルールの追加を示しているが、同様にしてルールの削除、すなわちメタプレゼンス情報の削除やルールの変更、すなわちメタプレゼンス情報の変更を連携システムＣＡが受け付けることができる。従って、連携ＩＭシステムの拡張性・柔軟性はさらに向上する。例えば、新たなＩＭサーバの追加やＩＭサーバの削除に応じ、柔軟にルールテーブル２０を更新することができる。
［効果］
ＩＭサーバＳＡ，ＳＢを例えば２つの異なるＢＰＭシステムに設け、それぞれのプレゼンスサーバＳＡ，ＳＢから取得するプレゼンス情報に基づいてメタプレゼンス情報を生成すれば、各ＢＰＭシステムやＩＭサーバとは独立なメタプレゼンス情報を、各ＢＰＭシステムやＩＭサーバの設計に大きな影響を与えることなく生成することができる。また生成するメタプレゼンス情報を、各ＢＰＭシステムやＩＭサーバの設計に大きな影響を与えることなく容易かつ柔軟に変更することができる。このように、本発明の連携システムを複数のＩＭサーバに接続することにより、プレゼンス情報の柔軟な加工や柔軟な配信が可能となる。また、どのような、メタプレゼンス情報を誰が必要としているかに応じ、メタプレゼンス情報の配信先を適宜変更することができる。
【００５３】
＜第２実施形態例＞
図８は、第２実施形態に係る連携システムを含む連携ＩＭシステムの機能構成図を示すブロック図である。この実施形態では、連携システムＣＡを構成するメタプレゼンスエージェント１０とルールテーブル２０とは、異なるコンピュータ端末に設けられている。さらにこの例では、ルールテーブル２０は、連携システムＣＡが接続するＩＭサーバの１つに設けられている。この図に示すように、連携システムＣＡを構成するメタプレゼンスエージェント１０とルールテーブル２０とは、同一のコンピュータ上にあっても良いし異なるコンピュータ上にあっても良い。
【００５４】
例えば、１つのＩＣチップ内にＩＭサーバとＣＡシステムとを搭載することができる。また例えば、１つのＩＣチップ内にＩＭサーバとメタプレゼンスエージェント１０とを搭載することもできる。さらに例えば、１つのＩＣチップ内にＣＡシステムを搭載することもできる。つまり、連携システムとＩＭシステムとの連結形態は、ニーズに応じ、適宜変更することができる。そのため、接続形態の観点からも連携ＩＭシステムに柔軟性や拡張性を持たせることができる。
＜その他の実施形態例＞
（Ａ）前記第１実施形態及び第２実施形態では、連携システムＣＡは複数のＩＭサーバに接続されているが、ＩＭサーバが１つの場合であっても連携システムＣＡを適用することができる。その場合、ＩＭサーバがユーザエージェントから収集するプレゼンス情報とは異なるメタプレゼンス情報を、ＩＭサーバからユーザエージェントに配信することができる。
【００５５】
（Ｂ）上記の方法を実行するためのプログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体は、本発明の範囲に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【実施例１】
【００５６】
図９は、本発明の実施例１に係る連携ＩＭシステムの概念説明図である。実施例１では、ＩＭサーバＳＡとＩＭサーバＳＢとに連携システムＣＡが接続されている。ＩＭサーバＳＡは、在庫管理システムのプレゼンス情報として、商品毎の在庫率を管理している。ＩＭサーバＳＢは、会社のメンバーに通知するアラート情報をプレゼンス情報として管理している。連携システムＣＡは、ＩＭサーバＳＡから商品毎の在庫不足率を取得し、在庫不足率に応じたアラートメッセージを、ルール１〜３に基づいて生成する。生成したアラートメッセージはＩＭサーバＳＢに通知され、経営陣やマネージャ、担当者によりサブスクライブされる。
【００５７】
アラートメッセージは、経営陣向け、マネージャ向け、担当者向けの３種類であり、それぞれルール１，ルール２，ルール３により生成される。図１０は、経営者向けアラートメッセージを生成するルール１の記述例を示す。この例ではルールはＸＭＬ(eXtensible Markup Language)で記述されている。ルール１は、「在庫不足率が３０％以上であれば、経営者向けアラートメッセージ“深刻レベルの欠品発生”を生成する」ことを定義している。
図１１は、マネージャ向けアラートメッセージを生成するルール２の記述例を示す。ルール２は、「在庫不足率が５％以上３０％未満であれば、マネージャ向けアラートメッセージ“問題レベルの欠品発生”を生成する」ことを定義している。
【００５８】
図１２は、担当者向けアラートメッセージを生成するルール３の記述例を示す。ルール２は、「在庫不足率が５％未満であれば、担当者向けアラートメッセージ“通常レベルの欠品発生”を生成する」ことを定義している。
アラートメッセージは、ＩＭサーバＳＡが管理する在庫不足率から新たに生成されるメタプレゼンス情報である。在庫不足率に基づいて少なくとも１つ、最大で３つのアラートメッセージを生成する。プレゼンス情報である在庫不足率を単に通知するだけにとどまらず、さらに有用なメタプレゼンス情報であるアラートメッセージに変換して通知することができる。しかも、在庫不足率に応じ、アラートメッセージの内容とその通知先とを調整することができる。このように、プレゼンス情報をニーズに応じて加工・変換することにより、多彩なメタプレゼンス情報を、その情報を必要とする主体に配信することができる。
【実施例２】
【００５９】
図１３は、本発明の実施例２に係る連携ＩＭシステムの概念説明図である。実施例２では、ＩＭサーバＳＡ、ＳＢ、ＳＣに連携システムＣＡが接続されている。ＩＭサーバＳＡは、在庫管理システムのプレゼンス情報として、電子メール出荷伝票の送信状態を管理している。ＩＭサーバＳＢは、電子メールシステムのプレゼンス情報として、メールボックスの空き状態を管理している。ＩＭサーバＳＣは、配送管理システムのプレゼンス情報として、配送会社の担当者向けアラート情報を管理している。連携システムＣＡは、ＩＭサーバＳＡから伝票状態を、ＩＭサーバＳＢからメールボックスの空き状態をそれぞれ取得し、出荷伝票を電子メールで送れなかったことを示すアラートメッセージをルールに基づいて生成する。
【００６０】
図１４は、ルールの記述例を示す。実施例１と同様、ルールはＸＭＬで記述されている。このルールは、「出荷伝票を電子メールで送ったにも関わらずメールボックスの空きがない場合には、「伝票送信エラー」メッセージを通知する」ことを定義している。このルールにより生成されるアラートメッセージは、ＩＭサーバＳＡ，ＳＢのプレゼンス情報から生成されるメタプレゼンス情報に相当する。電子メール伝票の送信状態と電子メールボックスの空き状態とに基づいて、その２つが意味する事象を示すメタプレゼンス情報を生成・配信することができる。
【実施例３】
【００６１】
図１５は、本発明の実施例３に係る連携システムの概念説明図である。実施例３では、ＩＭサーバＳＡ、ＳＢに連携システムＣＡが接続されている。ＩＭサーバＳＡは、車両に搭載された各種センサを監視する車両システムのプレゼンス情報を管理している。ＩＭサーバＳＢは、車両システムが管理する各種センサのメンテナンスサービスを提供するＢ社に対し、Ｂ社がメンテナンスするセンサ（この例では、エンジンオイルセンサ、バッテリセンサ、ガソリンセンサ）のプレゼンス情報を提供している。連携システムＣＡは、ＩＭサーバＳＡからセンサのプレゼンス情報を取得し、ルールに基づいてセンサの健全レベルを示す１〜１０の範囲の数値に変換する。連携システムＣＡが生成する健全レベルの数値は、Ｂ社のＩＭサーバＳＢに通知される。従って、Ｂ社の従業員は、自社がメンテナンスするセンサの状態を常に把握し、センサの状態に適したメンテナンスサービスを提供することができる。
【００６２】
車両に搭載された各種センサのメンテナンス社が異なる場合、同様にして各メンテナンス社に対応するセンサのプレゼンス情報を、各メンテナンス社に通知することができる。また、メンテナンス社毎にルールを設定すれば、各メンテナンス社は自社が欲しいプレゼンス情報を連携システムＣＡを介して取得することができる。
【実施例４】
【００６３】
図１６は、本発明の実施例４に係る連携システムの概念説明図である。実施例４では、ＩＭサーバＳＡ、ＳＢに連携システムＣＡが接続されている。ＩＭサーバＳＡは、家庭に設置された各種電気機器を監視するホームサーバに設けられ、各種電気機器のプレゼンス情報を管理している。ＩＭサーバＳＢは、家庭用電気機器（この例では、エアコン及び冷蔵庫）を提供するＭ社に対し、プレゼンス情報を提供している。連携システムＣＡは、ＩＭサーバＳＡから電気機器のプレゼンス情報を取得し、ルールに基づいてＭ社が提供する電気機器の状態を示すプレゼンス情報に変換する。さらに、変換した電気機器のプレゼンス情報を、ＩＭサーバＳＢに通知する。従って、Ｍ社の従業員は、自社が提供する電気機器の状態を常に把握し、把握した状態に適したサービスを提供することができる。プレゼンス情報の変換ルールをＭ社が連携システムＣＡに設定すれば、例えば冷蔵庫が故障した場合、Ｍ社はその原因をプレゼンス情報から突き止め、迅速なメンテナンスサービスを顧客に提供することができる。さらに同様にして、各種電気機器を家庭に提供している会社毎のルールに従い、各会社にその会社が提供している製品のプレゼンス情報を提供することができる。
【００６４】
＜付記＞
前述の第１、第２及びその他の実施形態例並びに実施例１〜４に対し、更に以下の付記を開示する。
（付記１）
１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第１状態情報管理装置と接続される連携システムであって、
前記第１状態情報管理装置から１以上の状態識別子に対応する状態情報（以下、１以上の状態情報という）の通知を受信する状態情報受信手段と、
前記受信した１以上の状態情報に基づいて、受信した各状態情報とは異なる第１メタ状態情報を生成する生成手段と、
前記第１メタ状態情報を識別する第１メタ状態識別子と前記第１メタ状態情報とを、前記第１状態情報管理装置に通知する状態情報通知手段と、
を備える連携システム。
【００６５】
（付記２）
前記受信した１以上の状態情報から前記第１メタ状態情報を生成するための第１ルールを記憶するルール記憶手段をさらに備え、
前記生成手段は、前記ルール記憶手段が記憶している前記第１ルールに従って前記第１メタ状態情報を生成する、
付記１に記載の連携システム。
（付記３）
前記第１状態情報管理装置に接続する任意の第１提供体から新規の第２ルールを受信し、受信した前記第２ルールを前記ルール記憶手段に記憶させるルール追加手段と、
前記追加された第２ルールが定義する第２メタ状態情報の生成に用いられる第２状態情報の通知を、前記第１状態情報管理装置に依頼する情報通知依頼手段と、
前記第２メタ状態情報を識別する第２メタ状態識別子と前記第２メタ状態情報とを、前記第１状態情報管理装置に通知するメタ状態識別子通知手段と、をさらに備え、
前記生成手段は、前記第２ルールに従って前記第２メタ状態情報を生成する、前記付記２に記載の連携システム。
【００６６】
この連携システムではルールの追加が可能なため、通知可能なメタプレゼンス情報を連携システムの構築後に増加することができる。また、ルール追加手段は、ルールの削除や変更を受け付けても良い。ルールの追加や削除・変更などを受け付けることにより、通知するメタプレゼンス情報をニーズの変化に応じて柔軟に変更することができる。ルールを追加するユーザエージェントは、ルールの通知とともに、そのルールで生成されるようになるメタプレゼンス情報の識別子を通知すると良い。ルール追加後に、そのユーザエージェントは、自分が通知したメタプレゼンス情報識別子を指定してサブスクライブを要求できるからである。
【００６７】
（付記４）
前記第１状態情報管理装置が前記第１メタ状態情報の通知要求をいずれかの提供体から受信した場合、前記第１状態情報管理装置から前記提供体への前記第１メタ状態情報の通知に関する問い合わせを前記第１状態情報管理装置から受信し、前記問い合わせに応じ、前記提供体への前記第１メタ状態情報の通知を前記第１状態情報管理装置に指示する購読許可手段をさらに備える、付記１に記載の連携システム。
第１メタプレゼンス情報を見たいユーザエージェントＵＡ１は、ＩＭサーバＳＡにサブスクライブを要求する。これを受けたＩＭサーバは、連携システムに対し、第１メタプレゼンス情報をユーザエージェントＵＡ１に通知しても良いかどうか、問い合わせる。連携システムは、この問い合わせに対して例えばＯＫを応答する。この応答に第１メタプレゼンス情報識別子ＣＡ１を含めておけば、ＩＭサーバはこの応答に応じてプレゼンステーブルにＣＡ１を登録する。さらにＩＭサーバＳＡは、第１メタプレゼンス情報のウォッチャーとしてユーザエージェントＵＡ１を登録する。連携システムに対しメタプレゼンス情報の配信の許可を問い合わせることにより、メタプレゼンス情報の配信に対するセキュリティを高めることができる。
【００６８】
（付記５）
１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第２状態情報管理装置にさらに接続されており、
前記状態情報受信手段は、前記第２状態情報管理装置から１以上の状態識別子に対応する状態情報（以下、１以上の状態情報という）の通知をさらに受信し、
前記生成手段は、前記第１状態情報管理装置から受信した１以上の状態情報及び／または前記第２状態情報管理装置から受信した１以上の状態情報に基づいて、受信した各状態情報とは異なる第３メタ状態情報を生成し、
前記状態情報通知手段は、前記第１メタ状態情報を識別する第３メタ状態識別子と前記第３メタ状態情報とを、前記第１状態情報管理装置及び／または前記第２状態情報管理装置に通知する、
付記１に記載の連携システム。
【００６９】
連携システムは、複数のＩＭサーバＳＡ，ＳＢからプレゼンス情報を取得し、それらに基づいてメタプレゼンス情報を生成してもよい。
例えば、２つの異なるＢＰＭシステムのそれぞれに設けられた２つのプレゼンスサーバＳＡ，ＳＢから取得するプレゼンス情報に基づいて、メタプレゼンス情報を生成することが考えられる。各ＢＰＭシステムやＩＭサーバとは独立にメタプレゼンス情報を生成するので、各ＢＰＭシステムやＩＭサーバに影響を与えることなく、柔軟にＢＰＭシステム間のプレゼンスの連携方法を変更することができる。
【００７０】
ＩＭサーバＳＡ，ＳＢに接続する連携システムは、メタプレゼンス情報をＩＭサーバＳＡ，ＳＢの両方またはどちらか一方に通知することができる。もしどちらか一方、例えばＩＭサーバＳＡにのみ通知すれば、ＩＭサーバＳＡのユーザエージェントＵＡがメタプレゼンス情報のウォッチャーとなることができる。両方のＩＭサーバＳＡ，ＳＢに通知すれば、ＩＭサーバＳＡ，ＳＢのユーザエージェントＵＡ，ＵＢいずれもがメタプレゼンス情報のウォッチャーとなることができる。
連携システムを複数のＩＭサーバに接続することにより、プレゼンス情報の柔軟な加工や柔軟な配信が可能となる。
【００７１】
（付記６）
１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第１状態情報管理装置と接続される連携システムが実行する連携方法であって、
前記第１状態情報管理装置から１以上の状態識別子に対応する状態情報（以下、１以上の状態情報という）の通知を受信する状態情報受信ステップと、
前記受信した１以上の状態情報に基づいて、受信した各状態情報とは異なる第１メタ状態情報を生成する生成ステップと、
前記第１メタ状態情報を識別する第１メタ状態識別子と前記第１メタ状態情報とを、前記第１状態情報管理装置に通知する状態情報通知ステップと、
を含む連携方法。
【００７２】
（付記７）
１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第１状態情報管理装置と接続されるコンピュータが実行する連携プログラムであって、
前記第１状態情報管理装置から１以上の状態識別子に対応する状態情報（以下、１以上の状態情報という）の通知を受信する状態情報受信手段、
前記受信した１以上の状態情報に基づいて、受信した各状態情報とは異なる第１メタ状態情報を生成する生成手段、及び
前記第１メタ状態情報を識別する第１メタ状態識別子と前記第１メタ状態情報とを、前記第１状態情報管理装置に通知する状態情報通知手段、
として前記コンピュータを機能させる連携プログラム。
【００７３】
（付記８）
１以上の提供体によりそれぞれ生成された１以上の状態情報と各状態情報を識別する状態識別子とを対応付けて管理する第１状態情報管理装置と接続される連携システムが実行する連携プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
前記第１状態情報管理装置から１以上の状態識別子に対応する状態情報（以下、１以上の状態情報という）の通知を受信する状態情報受信ステップと、
前記受信した１以上の状態情報に基づいて、受信した各状態情報とは異なる第１メタ状態情報を生成する生成ステップと、
前記第１メタ状態情報を識別する第１メタ状態識別子と前記第１メタ状態情報とを、前記第１状態情報管理装置に通知する状態情報通知ステップと、
を実行する連携プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【図面の簡単な説明】
【００７４】
【図１】第１実施形態に係る連携システムＣＡを適用した連携ＩＭシステムの機能構成図
【図２】（ａ）図１の連携システムＣＡが記憶するルールテーブル（初期状態）  （ｂ）ルール追加後
【図３】（ａ）ＩＭサーバＳＡのプレゼンステーブル及びウォッチャーテーブル（初期状態）  （ｂ）ＩＭサーバＳＡのプレゼンステーブル及びウォッチャーテーブル（ルール追加後）
【図４】（ａ）ＩＭサーバＳＢのプレゼンステーブル及びウォッチャーテーブル（初期状態）  （ｂ）ＩＭサーバＳＢのプレゼンステーブル及びウォッチャーテーブル（ルール追加後）
【図５】図１の連携ＩＭシステムが行うサブスクライブ設定処理の流れの一例を示す説明図
【図６】図１の連携ＩＭシステムが行う通知処理の流れの一例を示す説明図
【図７】図１の連携ＩＭシステムが行うルール追加処理の流れの一例を示す説明図
【図８】第２実施形態に係る連携システムＣＡを適用した連携ＩＭシステムの機能構成図
【図９】実施例１に係る連携ＩＭシステムの概念説明図
【図１０】図９におけるルール１の一例を示す説明図
【図１１】図９におけるルール２の一例を示す説明図
【図１２】図９におけるルール３の一例を示す説明図
【図１３】実施例２に係る連携ＩＭシステムの概念説明図
【図１４】図１３におけるルールの一例を示す説明図
【図１５】実施例３に係る連携ＩＭシステムの概念説明図
【図１６】実施例４に係る連携ＩＭシステムの概念説明図
【符号の説明】
【００７５】
ＣＡ：連携システム
１０：メタプレゼンスエージェント
１１：エージェント部
１２：生成部
１３：ルール追加部
１４：サブスクライブ許可部
２０：ルールテーブル
【図１】
2005215968.tif 000003
【図２】
2005215968.tif 000004
【図３】
2005215968.tif 000005
【図４】
2005215968.tif 000006
【図５】
2005215968.tif 000007
【図６】
2005215968.tif 000008
【図７】
2005215968.tif 000009
【図８】
2005215968.tif 000010
【図９】
2005215968.tif 000011
【図１０】
2005215968.tif 000012
【図１１】
2005215968.tif 000013
【図１２】
2005215968.tif 000014
【図１３】
2005215968.tif 000015
【図１４】
2005215968.tif 000016
【図１５】
2005215968.tif 000017
【図１６】
2005215968.tif 000018