JP5106958B2 - プレゼンス情報処理システム、情報処理装置、プレゼンス文書スキーマ管理サーバ、プレゼンスサーバ及びプレゼンス情報処理プログラム - Google Patents

Description

本発明は、プレゼンス情報処理システム、情報処理装置、プレゼンス文書スキーマ管理サーバ、プレゼンスサーバ及びプレゼンス情報処理プログラムに関する。

近年、ＩＰ電話やインスタントメッセンジャーの普及により、人やモノの現在の状態を表すプレゼンス情報を共有し、より円滑なコミュニケーションを実現しようとするプレゼンスシステムが注目されている。このようなプレゼンスシステムとしては、例えばＳＩＰ（Session Initiation Protocol）上で実現するＳＩＭＰＬＥ（SIP for Instant Messaging and Presence Leveraging Extensions）や、ＸＭＰＰ（eXtensible Messaging and Presence Protocol））が知られている。

従来のプレゼンスシステムでは、所定のプレゼンスサーバが各ユーザのプレゼンス情報が記述されたプレゼンス文書を記憶することにより、ユーザ間（各クライアント装置）でプレゼンス情報を共有していた。しかしながら、プレゼンス文書のフォーマットが決まっており、プレゼンス情報の拡張には制限があった。また、プレゼンス情報として選択可能な、予め決められたステータス情報を変更することも難しかった。

このような問題を解決するために、例えば特許文献１には、クライアント装置側でプレゼンス文書を管理する方法として、プレゼンス文書の少なくとも１つの対応する情報項目への変更を表す少なくとも１つの差分を含む新プレゼンス情報通知メッセージを受信するステップと、前記少なくとも１つの対応する差分に基づいて前記少なくとも１つのプレゼンス情報項目を更新して、更新されたプレゼンス文書を作成するステップと、前記更新されたプレゼンス文書に応じて検証値を計算するステップと、前記検証値が、受け取られた確認値と等しいかどうかを判定するステップと、前記検証値が前記受け取られた確認値と等しいと判定される場合は、前記更新されたプレゼンス文書を利用するステップとを備える方法に係る技術が開示されている。

特許文献１に開示された技術では、各ユーザのプレゼンス文書をプレゼンスサーバに記憶させる代わりに、各々のクライアント装置がＰ２Ｐ（ピアツーピア）のネットワークの形態でプレゼンス文書を共有している。これにより、プレゼンス文書がローカルに保存されＰ２Ｐ方式で共有されるため、プレゼンスサーバを用いたプレゼンスシステムと比べて、保持・伝達することができるプレゼンス情報の量への制約が少なくなる。さらに、プレゼンス文書に記述されるプレゼンス情報は、プレゼンス文書スキーマに従って拡張することができるようにしている。
特開２００６―２４４４９４号公報

しかしながら、特許文献１に開示された発明では、プレゼンス文書スキーマの変更について考慮されていない。そのため、プレゼンス情報の拡張にはプレゼンス文書スキーマによる制約が生じるという問題があった。

本発明は、上記の点に鑑みて、この問題を解決するために発明されたものであり、プレゼンス文書スキーマが変更する場合であっても効果的にプレゼンス情報の拡張を行うことが可能なプレゼンス情報処理システム、情報処理装置、プレゼンス文書スキーマ管理サーバ、プレゼンスサーバ及びプレゼンス情報処理プログラムを提供することを目的とする。

上記の目的を達成するために、本発明におけるプレゼンス情報処理システムは、ネットワークを介してプレゼンス情報を送受信する複数の情報処理装置が接続されたプレゼンス情報処理システムであって、
前記プレゼンス情報が記述されるプレゼンス文書の構造及び前記プレゼンス情報の語彙のうち少なくとも一方を表すプレゼンス文書スキーマを前記複数の情報処理装置間で共有するスキーマ情報共有手段と、
前記プレゼンス文書スキーマが変更された場合に、前記プレゼンス文書スキーマに従って作成されたプレゼンス文書を、変更された該プレゼンス文書スキーマに適合するように変換するプレゼンス文書変換用文書を作成するプレゼンス文書変換用文書作成手段を有するように構成することができる。

また、上記の目的を達成するために、本発明における前記スキーマ情報共有手段は、前記プレゼンス情報の種類に応じて、複数種類の前記プレゼンス文書スキーマを共有するように構成することができる。

また、上記の目的を達成するために、本発明における前記スキーマ情報共有手段は、同一種類の前記プレゼンス情報に対応するプレゼンス文書スキーマを、前記複数の情報処理装置の内の前記同一種類のプレゼンス情報を用いる情報処理装置間で共有するように構成することができる。

また、上記の目的を達成するために、本発明における前記複数の情報処理装置の内の１以上は、当該プレゼンス情報処理システムに接続されると、前記スキーマ情報共有手段により共有されたプレゼンス文書スキーマを取得するプレゼンス文書スキーマ取得手段を有するように構成することができる。

また、上記の目的を達成するために、本発明における前記複数の情報処理装置の内の１以上は、さらに、前記プレゼンス文書スキーマ取得手段により取得されたプレゼンス文書スキーマのリビジョン番号を管理するリビジョン管理手段と、前記リビジョン管理手段により管理されたリビジョン番号と、自装置と異なる他の情報処理装置から受信したプレゼンス文書に対応するプレゼンス文書スキーマのリビジョン番号との比較に応じて、リビジョン番号が低い方の情報処理装置のプレゼンス文書スキーマを更新するプレゼンス文書スキーマ更新手段を有するように構成することができる。

また、上記の目的を達成するために、本発明における前記プレゼンス文書スキーマ更新手段は、前記リビジョン管理手段により管理されたリビジョン番号が、前記他の情報処理装置から受信したプレゼンス文書に対応するプレゼンス文書スキーマのリビジョン番号よりも古い場合、該プレゼンス文書に対応するプレゼンス文書スキーマを取得する指示を行うように構成することができる。

また、上記の目的を達成するために、本発明における前記プレゼンス文書スキーマ更新手段は、前記リビジョン管理手段により管理されたリビジョン番号が、前記他の情報処理装置から受信したプレゼンス文書に対応するプレゼンス文書スキーマのリビジョン番号よりも新しい場合、前記他の情報処理装置にプレゼンス文書スキーマを更新する指示を行うように構成することができる。

また、上記の目的を達成するために、本発明におけるプレゼンス情報処理システムは、前記プレゼンス文書スキーマの作成、編集又は追加を行うプレゼンス文書スキーマ制御手段を有し、前記スキーマ情報共有手段は、さらに、前記プレゼンス文書スキーマ制御手段により作成、編集又は追加された前記プレゼンス文書スキーマを共有するように構成することができる。

また、上記の目的を達成するために、本発明における前記プレゼンス文書スキーマ取得手段は、編集された前記プレゼンス文書スキーマを取得する際に、編集された部分を取得するように構成することができる。

また、上記の目的を達成するために、本発明における前記プレゼンス文書スキーマ制御手段は、さらに、前記プレゼンス文書スキーマの削除を行い、前記スキーマ情報共有手段は、前記プレゼンス文書制御手段により削除された前記プレゼンス文書スキーマを除く前記プレゼンス文書スキーマを共有するように構成することができる。

また、上記の目的を達成するために、本発明における前記プレゼンス文書スキーマ制御手段は、さらに、使用中のプレゼンス文書スキーマを別のプレゼンス文書スキーマに変更するように構成することができる。

また、上記の目的を達成するために、本発明におけるプレゼンス情報処理システムは、前記プレゼンス文書スキーマに従って作成されたプレゼンス文書を共有するプレゼンス文書共有手段をさらに有し、前記プレゼンス文書共有手段は、使用中のプレゼンス文書スキーマが変更された場合、変更された該プレゼンス文書スキーマに従って作成されたプレゼンス文書を共有するように構成することができる。

また、上記の目的を達成するために、前記プレゼンス文書共有手段は、使用中のプレゼンス文書スキーマが変更された場合、前記プレゼンス文書変換用文書作成手段により作成されたプレゼンス文書変換用文書に基づき、当該プレゼンス情報処理システム内の所定のプレゼンス文書を変換するように構成することができる。

また、上記の目的を達成するために、本発明におけるプレゼンス情報処理システムは、さらに、前記複数の情報処理装置がアクセス可能で、且つ、前記スキーマ情報共有手段を有する、プレゼンス文書スキーマ管理サーバ装置を有するように構成することができる。

また、上記の目的を達成するために、本発明における前記プレゼンス文書スキーマは、前記プレゼンス文書スキーマ管理サーバ又は所定の情報処理装置により操作されるように構成することができる。

また、上記の目的を達成するために、本発明における前記プレゼンス文書スキーマは、さらに特権ユーザのみ操作可能であるように構成することができる。

また、上記の目的を達成するために、本発明における当該プレゼンス情報処理システムは、前記複数の情報処理装置が互いに接続されたピアツーピアネットワークを構成しており、該複数の情報処理装置の内の１以上が前記スキーマ情報共有手段を有するように構成することができる。

また、上記の目的を達成するために、本発明における情報処理装置は、ネットワークを介してプレゼンス情報を送受信する複数の情報処理装置が接続されたプレゼンス情報処理システムにおける情報処理装置であって、
前記プレゼンス情報が記述されるプレゼンス文書の構造及び前記プレゼンス情報の語彙のうち少なくとも一方を表すプレゼンス文書スキーマを前記情報処理装置と該情報処理装置と異なる他の前記複数の情報処理装置間で共有するスキーマ情報共有手段と、
前記プレゼンス文書スキーマが変更された場合に、前記プレゼンス文書スキーマに従って作成されたプレゼンス文書を、変更された該プレゼンス文書スキーマに適合するように変換するプレゼンス文書変換用文書を作成するプレゼンス文書変換用文書作成手段とを有するように構成することができる。

また、上記の目的を達成するために、本発明におけるプレゼンス文書スキーマ管理サーバは、ネットワークを介してプレゼンス情報を送受信する複数の情報処理装置と、前記プレゼンス情報を記述するためのプレゼンス文書スキーマを管理するプレゼンス文書スキーマ管理サーバとを備えたプレゼンス情報処理システムにおけるプレゼンス文書スキーマ管理サーバであって、前記情報処理装置からの要求に応じて、前記プレゼンス文書スキーマを送信するプレゼンス文書スキーマ送信手段と、前記プレゼンス文書スキーマの操作を行う操作手段と、前記プレゼンス文書スキーマのリビジョン番号を管理するリビジョン番号管理手段と、前記操作手段による操作により、当該プレゼンス文書スキーマ管理サーバで管理された前記プレゼンス文書スキーマが変更された場合、変更された該プレゼンス文書スキーマに適合するようプレゼンス文書を変換するプレゼンス文書変換用文書を作成するプレゼンス文書変換用文書作成手段と、前記プレゼンス文書変換用文書作成手段により作成されたプレゼンス文書変換用文書を前記情報処理装置からの要求に応じて送信するプレゼンス文書変換用文書送信手段と、前記操作手段によるプレゼンス文書スキーマの変更を前記複数の情報処理装置に通知する変更通知手段と、前記プレゼンス文書スキーマ、前記プレゼンス文書変換用文書、及び、前記操作手段のうちの少なくとも一つに対するアクセス権を管理するアクセス権管理手段とを有するように構成することができる。

また、上記の目的を達成するために、本発明におけるプレゼンスサーバは、ネットワークを介してプレゼンス情報を送受信する複数の情報処理装置と、前記プレゼンス情報が記述されたプレゼンス文書を管理するプレゼンスサーバとを備えたプレゼンス情報処理システムにおけるプレゼンスサーバであって、当該プレゼンス情報処理システムは、前記複数の情報処理装置間で前記プレゼンス情報を記述するためのプレゼンス文書スキーマを共有するプレゼンス文書スキーマ共有手段と、前記プレゼンス文書スキーマを操作する操作手段と、前記操作手段による操作により、管理された前記プレゼンス文書スキーマが変更された場合、変更された該プレゼンス文書スキーマに適合するようプレゼンス文書を変換するプレゼンス文書変換用文書を作成するプレゼンス文書変換用文書作成手段と、前記操作手段による操作に用いるプレゼンス文書スキーマが変更された場合、前記複数の情報処理装置に所定の通知を行う通知手段と、を含み、前記プレゼンスサーバは、前記通知を受信した後、前記プレゼンス文書変換用文書を取得し、自身が管理するプレゼンス文書に適用するプレゼンス文書変換手段と、をさらに有するように構成することができる。

また、上記の目的を達成するために、本発明におけるプレゼンス情報処理プログラムは、ネットワークを介してプレゼンス情報を送受信する複数の情報処理装置が接続されたプレゼンス情報処理システムにおけるプレゼンス情報処理プログラムであって、
前記プレゼンス情報が記述されるプレゼンス文書の構造及び前記プレゼンス情報の語彙のうち少なくとも一方を表すプレゼンス文書スキーマを前記複数の情報処理装置間で共有するスキーマ情報共有ステップと、
前記プレゼンス文書スキーマが変更された場合に、前記プレゼンス文書スキーマに従って作成されたプレゼンス文書を、変更された該プレゼンス文書スキーマに適合するように変換するプレゼンス文書変換用文書を作成するプレゼンス文書変換用文書作成ステップとを有するように構成することができる。

本発明によれば、プレゼンス文書スキーマが変更する場合であっても効果的にプレゼンス情報の拡張を行うことが可能なプレゼンス情報処理システム、情報処理装置、プレゼンス文書スキーマ管理サーバ、プレゼンスサーバ及びプレゼンス情報処理プログラムを提供することができる。

以下、本発明を実施するための最良の形態について図面を参照して説明する。

［第１の実施形態］
以下、本発明の第１の実施形態について図１〜９を参照して説明する。

（システム構成例）
図１は、本実施形態１に係るプレゼンス情報処理システムの全体構成例を示す図である。図１において、プレゼンス情報処理システム１は、プレゼンスサーバ２０、プレゼンスサーバ２０が提供するプレゼンスサービスを受ける複数の情報処理装置１０Ａ〜１０Ｎ（以降、総称して情報処理装置１０とする）、プレゼンス文書スキーマ（プレゼンス文書スキーマについては図２及び３等を用いて詳細に後述する）を管理するプレゼンス文書スキーマ管理サーバ３０を有する。

なお、本実施形態では、情報処理装置１０とプレゼンスサーバ２０とにより構成されるシステムをプレゼンスシステムとする。また、情報処理装置１０、プレゼンスサーバ２０、プレゼンス文書スキーマ管理サーバ３０により構成されるシステムをプレゼンス文書スキーマ共有システムとすることもできる。

情報処理装置１０は、一般的なコンピュータ装置であり、通信部１１（通信部１１Ａ〜通信部１１Ｎを総称）、自プレゼンス文書管理部１２（自プレゼンス文書管理部１２Ａ〜自１２Ｎを総称）、他プレゼンス文書管理部１３（他プレゼンス文書管理部１３Ａ〜１３Ｎを総称）を有する。各機能部の機能は、当該情報処理装置１０にインストールされた本発明におけるプレゼンス情報処理プログラムにより実現される。

通信部１１は、当該情報処理装置１０の各種通信に係る処理を行う。

自プレゼンス文書管理部１２は、自装置のプレゼンス文書を管理する。プレゼンス文書とは、前述したように人やモノの現在の状態を表すオンライン、オフライン、退席中等のプレゼンス情報が記述された文書データである。また、プレゼンスサーバ２０が提供するプレゼンスサービスに対して自装置のプレゼンス情報を提供するクライアント（プレゼンティティ）としての機能も有する。

他プレゼンス文書管理部１３は、自装置を除く他の情報処理装置１０のプレゼンス文書を管理する。また、プレゼンスサーバ２０が提供するプレゼンスサービスから他の情報処理装置１０のプレゼンス情報の提供を受けるクライアント（ウォッチャ）としての機能も有する。

以上に示される構成により、情報処理装置１０は、他の情報処理装置１０からのプレゼンス情報購読要求に応じて、自プレゼンス文書管理部１２により管理される自装置のプレゼンス情報を他の情報処理装置１０に対して提供するプレゼンティティである、と共に、他の情報処理装置１０に対してプレゼンス情報購読要求を行い、他の情報処理装置１０からプレゼンス情報の配信を受けるウォッチャである。即ち、情報処理装置１０は、プレゼンスサーバ２０が提供するプレゼンスサービスにおけるプレゼンティティ、ウォッチャの役割を果たす。

プレゼンスサーバ２０は、一般的なサーバ（コンピュータ）装置であり、プレゼンス文書管理部２１、通信部２２を有する。少なくとも１つのサーバ装置で構成され、同一プレゼンス情報処理システム１内の各情報処理装置１０のプレゼンス文書を一元管理する。負荷分散のため複数のサーバで構成されてもよいが、論理的に１つのプレゼンスサーバとして振舞う。各機能部の機能は、当該プレゼンスサーバ２０にインストールされたプレゼンスサーバプログラムにより実現される。

プレゼンス文書管理部２１は、当該プレゼンス情報処理システム１内の各情報処理装置１０が保持するプレゼンス文書を一元管理する。

通信部２２は、当該プレゼンスサーバ２０の各種通信に係る処理を行う。

以上に示される構成により、プレゼンスサーバ２０では、情報処理装置１０の自プレゼンス文書管理部１２からプレゼンス情報の通知を受け、プレゼンス文書管理部２１における該当する情報処理装置１０のプレゼンス情報を更新する。なお、プレゼンス情報はプレゼンス文書に記述されているため、プレゼンスサーバ２０は、該当する情報処理装置１０のプレゼンス文書を最新のものに置き換える。また、プレゼンスサーバ２０は、他プレゼンス文書管理部１３からプレゼンス情報購読要求を受け、該プレゼンス情報購読要求に応じて、他プレゼンス文書管理部１３に対してプレゼンス情報を配信する。なお、プレゼンス情報が更新されると、更新されたプレゼンス情報を他プレゼンス文書管理部１３に対して配信する。

プレゼンス文書スキーマ管理サーバ３０は、一般的なサーバ（コンピュータ）装置であり、プレゼンス文書スキーマ管理部３１、通信部３２を有する。各機能部の機能は、当該プレゼンス文書スキーマ管理サーバ３０にインストールされたプレゼンス文書スキーマ管理プログラムにより実現される。

プレゼンス文書スキーマ管理部３１は、プレゼンス文書スキーマを保持し、管理する。また、プレゼンス文書スキーマ管理部３１により保持されたプレゼンス文書スキーマを複数の情報処理装置１０間で共有するためのスキーマ情報共有手段としての機能を有している。なお、プレゼンスサーバ２０がプレゼンス文書スキーマ管理部３１を有する構成であってもよい。プレゼンス文書スキーマについては図２、３を用いて詳細に後述する。

通信部３２は、例えば情報処理装置１０との間の通信等の各種通信に係る処理を行う。

以上に示される構成により、プレゼンス文書スキーマ管理サーバ３０は、プレゼンス文書スキーマの一括管理が可能となり、管理が容易となる。

（プレゼンス情報、プレゼンス文書、プレゼンス文書スキーマ）
続いて、プレゼンス情報、プレゼンス文書、プレゼンス文書スキーマの一例について図２、図３を用いて説明する。

まず、各用語について説明を行う。プレゼンス情報は、前述したように人やモノの現在の状態を表す情報であり、例えば、情報処理装置１０のユーザがオンラインかオフラインか或いは退席中かの状態を表す情報である。プレゼンス文書は、係るプレゼンス情報を記述した文書データである。プレゼンス情報が記述されたプレゼンス文書は複数の情報処理装置１０間で各々の情報処理装置１０のプレゼンス情報を共有するために用いられる。プレゼンス文書スキーマは、係るプレゼンス文書の構造、及び、プレゼンス情報の語彙のうちの少なくとも一方を表す情報である。即ち、プレゼンス文書は、プレゼンス文書スキーマに従って記述される。

情報処理装置１０の自プレゼンス文書管理部１２は、プレゼンス文書スキーマに従って自装置のプレゼンス情報が記述されたプレゼンス文書を作成する。また、情報処理装置１０の他プレゼンス文書管理部１３は、プレゼンスサーバ２０等から受信したプレゼンス文書をプレゼンス文書スキーマに従って解釈する。よって、自プレゼンス文書管理部１２と他プレゼンス文書管理部１３が使用するプレゼンス文書スキーマは同一でなければならない。

図２は、プレゼンス文書の一例を示す図である。図２に示すプレゼンス文書は、ＸＭＬ（eXtensible Markup Language）で記述された例を示す。図３はプレゼンス文書スキーマの一例を示す図である。図３に示すプレゼンス文書スキーマは、図２に示すプレゼンス文書のプレゼンス文書スキーマをXML Schemaを用いて記述した例を示す。なお、図２に示すプレゼンス文書はXML以外の他のフォーマットで記述されてもよい。また、図３に示すプレゼンス文書スキーマもXML Schema以外の他のフォーマットで記述されてもよい。

図２に示すプレゼンス文書において、プレゼンス情報は＜presence＞要素内に記述される。図２の例では、＜presence＞要素内の＜status＞要素内に"online"、"away"のプレゼンス情報が記述されている。なお、＜status＞要素内には、予め定められたプレゼンス情報が記述されているものとする。つまり、＜status＞要素内にはデフォルトで"online"、"offline"、"away"の３つの情報の内のいずれかを記述できるように予め定められているものとする。

図３に示すプレゼンス文書スキーマでは、このようなプレゼンス情報を記述するための＜presence＞要素に係る定義がされている。図３の例では、＜xsd:complexType name="presence"＞要素内に＜any＞要素が記述されている。これは、プレゼンス文書の＜presence＞要素内に＜status＞要素以外の任意の要素を挿入し、自由にプレゼンス情報を記述できるようになっていることを示す。つまり、予め定められた"online"、"offline"、"away"等のプレゼンス情報以外の任意のプレゼンス情報を記述できる。このように、プレゼンス文書スキーマは、プレゼンス情報の語彙、及び、プレゼンス情報を記述するプレゼンス文書の構造のうちの少なくとも一方を定義している。

（プレゼンス情報共有の例）
図４は、本実施形態１に係るプレゼンス情報共有を説明するためのデータ構造模式図である。ここでは、当該プレゼンス情報処理システム１に参加した情報処理装置１０Ａが情報処理装置１０Ｂ及び情報処理装置１０Ｃから提供されたプレゼンス情報を受ける。これにより、当該プレゼンス情報処理システム１においてプレゼンス情報が共有される動作を、情報処理装置１０Ａの内部データ構造を用いて説明する。

図４は、情報処理装置１０Ａが情報処理装置１０Ｂ及び情報処理装置１０Ｃのプレゼンス文書を取得したときの内部データ構造を示している。

まず、予め情報処理装置１０Ａの記憶装置には、取得すべきプレゼンス情報の提供元の情報処理装置のリスト（ここでは情報処理装置１０Ｂ及び情報処理装置１０Ｃ）が、バディリスト（プレゼンティティのリスト）として記憶されているものとする。

情報処理装置１０Ａは、当該プレゼンス情報処理システム１に参加するとプレゼンス文書スキーマ管理サーバ３０より図３に示したようなプレゼンス文書スキーマを取得する。

続いて、情報処理装置１０Ａは、プレゼンス文書スキーマに従って自装置のプレゼンス情報からプレゼンス文書を作成し、プレゼンスサーバ２０に送信する。また、情報処理装置１０Ａは、記憶装置に記憶された前記バディリストを呼び出し、該バディリスト上の各バディのプレゼンス文書購読要求をプレゼンスサーバ２０に対して行う。プレゼンスサーバ２０は、情報処理装置１０Ａから受けたプレゼンス文書購読要求に応じて、情報処理装置１０Ａに対してプレゼンス文書（ここでは情報処理装置１０Ｂ及び情報処理装置１０Ｃのプレゼンス文書）を配信する。

配信されたプレゼンス文書を受信した情報処理装置１０Ａは、プレゼンス文書スキーマ管理サーバ３０より取得したプレゼンス文書スキーマに基づき、プレゼンス文書を解釈してユーザに各バディのプレゼンス情報を提示する。

以上に示されるようにして、当該プレゼンス情報処理システム１に参加した情報処理装置１０Ａは、情報処理装置１０Ｂ及び情報処理装置１０Ｃから提供されたプレゼンス情報を自装置の表示装置などに表示する。これにより、当該プレゼンス情報処理システム１においてプレゼンス情報を共有することができる。

また、プレゼンス情報処理システム１に新しく参加した情報処理装置１０Ａが即座にプレゼンス文書スキーマを共有することにより、プレゼンス情報処理システム１内の情報処理装置１０Ａが常に最新のプレゼンス文書スキーマを共有することが可能になる。

（プレゼンス文書スキーマの編集）
続いて、上記のプレゼンス文書スキーマの編集の一例について説明を行う。前述してきたプレゼンス文書スキーマは、プレゼンス文書スキーマ管理サーバ３０上で管理されており、一部の特権ユーザのみが編集できるようにすることができる。編集は、プレゼンス文書スキーマ全体に対して許可してもよいし、予め定められたプレゼンス情報の追加・変更・削除など、特定の要素への編集のみ許可するようにしてもよい。このように、プレゼンス文書スキーマの編集者を制限することで、プレゼンス文書スキーマの改竄を防ぐことができる。さらに、プレゼンス文書スキーマ管理サーバ３０上で管理することにより、操作権限の管理が容易になる。

図５は、本実施形態１に係るプレゼンス文書スキーマの編集フローの一例を示すシーケンス図である。ここでは、プレゼンス文書スキーマを編集する例として、図３のプレゼンス文書スキーマを編集する場合を例にとって説明する。なお、当該プレゼンス文書スキーマでは、予め定められたプレゼンス情報として、"online"、"offline"、"away"の３つの情報が定義されている。ここで、"away"を"busy"に変更する場合を考える。なお、"away"と"busy"は意味的に等価であるとする。

まず、プレゼンス文書スキーマ管理サーバ３０は、プレゼンス文書スキーマを編集する（Ｓ１）。ここでは、プレゼンス文書スキーマ管理サーバ３０上のプレゼンス文書スキーマは、プレゼンス文書スキーマ管理サーバ３０にログインした特権ユーザにより編集される。

ステップＳ２へ移って、プレゼンス文書スキーマ管理サーバ３０は、プレゼンス文書変換用文書を作成する（Ｓ２）。ここでは、ステップＳ１におけるプレゼンス文書スキーマの編集に従って、プレゼンス文書スキーマ管理サーバ３０は、プレゼンス文書変換用文書を作成する。ここで、プレゼンス文書変換用文書について説明を行う。

ステップＳ１に係る処理により編集された後の（編集後の）プレゼンス文書スキーマを当該プレゼンス情報処理システム１内の情報処理装置１０に配布し、該編集後のプレゼンス文書スキーマに従って各々の情報処理装置１０内のプレゼンス情報を再度設定・通知するように情報処理装置１０に強制することもできるが、この場合、情報処理装置１０が適切にプレゼンス情報を自動再設定できない、あるいは、ユーザへプレゼンス情報の変更を強いる、といった問題が発生する。そこで、編集後のプレゼンス文書スキーマに適合するようプレゼンス文書を変換できるような文書としてプレゼンス文書変換用の文書を用意する。このプレゼンス文書変換用文書に記述された変換規則に従って、プレゼンスサーバ２０内、及び、情報処理装置１０内のプレゼンス文書を自動変換することにより、前記問題を解決することができる。そのため、プレゼンス文書変換用文書を適用できない環境でも、プレゼンス文書スキーマの変更をプレゼンス文書に反映することが可能になる。また、プレゼンス文書スキーマの変更をプレゼンス文書に直接反映できるため、情報処理装置が保持する他の情報処理装置のプレゼンス文書を変更するために該他の情報処理装置にプレゼンス文書を要求する必要がなくなる。

ステップＳ３へ移って、プレゼンス文書スキーマ管理サーバ３０は、プレゼンス文書スキーマ編集通知をプレゼンスサーバ２０、及び、情報処理装置１０のうちの少なくとも一方に対して送信する（Ｓ３）。ここでは、プレゼンス文書スキーマが編集された旨をプレゼンスサーバ２０、及び、プレゼンス情報処理システム１内の情報処理装置１０のうちの少なくとも一方に通知する。なお、通知には、ステップＳ２に係る処理によりプレゼンス文書変換用文書が作成された旨が記されていてもよい。

ステップＳ３からステップＳ４へ移って、プレゼンスサーバ２０は、ステップＳ３で送信されたプレゼンス文書スキーマ編集通知を受信する（Ｓ４）。続いてステップＳ５へ移って、プレゼンス文書変換用文書要求をプレゼンス文書スキーマ管理サーバ３０に対して送信する（Ｓ５）。これにより、プレゼンスサーバ２０は、プレゼンス文書スキーマ管理サーバ３０から、ステップＳ２で作成されたプレゼンス文書変換用文書を取得する。

ステップＳ３からステップＳ６へ移って、情報処理装置１０は、ステップＳ３で送信されたプレゼンス文書スキーマ編集通知を受信する（Ｓ６）。続いてステップＳ７へ移って、プレゼンス文書変換用文書要求をプレゼンス文書スキーマ管理サーバ３０に対して送信する（Ｓ７）。これにより、情報処理装置１０は、プレゼンス文書スキーマ管理サーバ３０から、ステップＳ２で作成されたプレゼンス文書変換用文書を取得する。

ステップＳ８へ移って、プレゼンス文書スキーマ管理サーバ３０は、ステップＳ５、及び、ステップＳ７のうちの少なくとも一方で送信されたプレゼンス文書変換用文書要求を受信する（Ｓ８）。続いてステップＳ９へ移って、プレゼンス文書スキーマ管理サーバ３０は、ステップＳ２で作成したプレゼンス文書変換用文書をプレゼンスサーバ２０、及び、情報処理装置１０のうちの少なくとも一方に対して送信する（Ｓ９）。図６に、プレゼンス文書変換用文書の例を示す。図６のプレゼンス文書変換用文書は、ＸＳＬＴ（ＸＳＬ Ｔｒａｎｓｆｏｒｍ）を用いて記述されている。なお、プレゼンス文書スキーマの編集可能範囲を予め定めておくことにより、図６に示すようなプレゼンス文書変換用文書を容易に自動作成するようにしてもよい。

ステップＳ９からステップＳ１０へ移って、プレゼンスサーバ２０は、ステップＳ９で送信されたプレゼンス文書変換用文書を受信する（Ｓ１０）。

続いてステップＳ１１へ移って、プレゼンスサーバ２０は、プレゼンス文書を変換する（Ｓ１１）。ここでは、ステップＳ１０で受信したプレゼンス文書変換用文書を用いて、プレゼンスサーバ２０が保持する各々の情報処理装置１０のプレゼンス文書を変換する。図７に、図２のプレゼンス文書を図６のプレゼンス文書変換用文書を用いて変換した結果を示す。ここでは、図２のプレゼンス文書と図６のプレゼンス文書変換用文書をＸＳＬＴプロセッサを用いて処理することにより、図７のプレゼンス文書を得ることができる。

ステップＳ９からステップＳ１２へ移って、情報処理装置１０は、ステップＳ９で送信されたプレゼンス文書変換用文書を受信する（Ｓ１２）。続いてステップＳ１３へ移って、情報処理装置１０は、プレゼンス文書スキーマ要求をプレゼンス文書スキーマ管理サーバ３０に対して送信する（Ｓ１３）。これにより、ステップＳ１に係る処理により変換されたプレゼンス文書スキーマを取得する。

ステップＳ１４へ移って、プレゼンス文書スキーマ管理サーバ３０は、ステップＳ１３で送信されたプレゼンス文書スキーマ要求を受信する（Ｓ１４）。続いてステップＳ１５へ移って、プレゼンス文書スキーマ管理サーバ３０は、編集後のプレゼンス文書スキーマを情報処理装置１０に対して送信する（Ｓ１５）。

ステップＳ１６へ移って、情報処理装置１０は、ステップＳ１５で送信されたプレゼンス文書スキーマを受信する（Ｓ１６）。係る処理により、情報処理装置１０は、プレゼンス文書スキーマ管理サーバ３０から、編集後のプレゼンス文書スキーマとプレゼンス文書変換用文書を取得する。

続いてステップＳ１７へ移って、情報処理装置１０は、プレゼンス文書を変換する（Ｓ１７）。ここでは、ステップＳ１１に係る処理と同様にしてプレゼンス文書を変換する。これにより、自装置が保持する自装置のプレゼンス文書、及び、バディのプレゼンス文書を変換する。

さらにステップＳ１８へ移って、情報処理装置１０は、プレゼンス文書スキーマを変更する（Ｓ１８）。ステップＳ１８に係る処理により、使用するプレゼンス文書スキーマを編集後のものに変更する。なお、編集前のプレゼンス文書スキーマはバックアップとして保持しておいてもよい。

以上に示される処理により、プレゼンス文書スキーマの編集の動作を行う。このようにプレゼンス文書スキーマを編集することにより、プレゼンス文書を自由に拡張することが可能になる。

なお、本動作例では、"away"を"busy"に変更する場合を考えたが、前記予め定められた３つのプレゼンス情報から"away"を削除した場合も、同様にプレゼンス文書変換用文書を作成することにより、処理することができる。前記予め定められた３つのプレゼンス情報に新たに"busy"を追加した場合は、既存のプレゼンス文書に"busy"という状態は存在しないため、プレゼンス文書変換用文書を作成する必要はない。なお、変更、削除、追加、いずれの場合でも、プレゼンス文書スキーマ編集通知を受信した情報処理装置１０は、編集箇所をユーザに提示するようにするとよい。

また、ステップＳ３に係る処理によりプレゼンス文書スキーマ管理サーバ３０がプレゼンス文書スキーマ編集通知を送信したとき、一時的にオフラインになっていた等の理由により、情報処理装置１０が前記通知を受信しなかった場合がある。この場合、プレゼンス文書スキーマ管理サーバ３０が定期的にプレゼンス文書スキーマの状態を通知する、あるいは、情報処理装置１０が定期的にプレゼンス文書スキーマの状態を監視する、といった手段により解決できる。または、プレゼンス情報処理システムのプレゼンス文書配信の仕組みを利用して解決し、トラフィック増加を抑えることもできる。

また、ステップＳ１５の処理においてプレゼンス文書スキーマ管理サーバ３０は、編集した部分のみ配信するようにし、情報処理装置１０は、プレゼンス文書スキーマに変更部分のみ適用して編集後のプレゼンス文書スキーマを得るよう構成してもかまわない。このようにプレゼンス文書スキーマの編集部分のみ送信することにより、送信するデータ量を抑え、効率的にプレゼンス文書スキーマの編集を反映することができる。

（プレゼンス文書スキーマの配信）
続いて、上記のプレゼンス文書スキーマの配信の一例について説明を行う。図８は、本実施形態１に係るプレゼンス文書スキーマの配信フローの一例を示すシーケンス図である。ここでは、プレゼンス文書スキーマのリビジョン番号に基づいて、最新のプレゼンス文書スキーマを配信する例について説明を行う。

まず、情報処理装置１０は、プレゼンス文書、プレゼンス文書スキーマのリビジョン番号をプレゼンスサーバ２０に対して送信する（Ｓ３１）。ここでは、情報処理装置１０はプレゼンス文書スキーマのリビジョン番号付きでプレゼンス文書をプレゼンスサーバ２０に送信する。なお、リビジョン番号は、プレゼンス文書に含まれていてもよいし、プレゼンス文書送信メッセージの中に含まれていてもよい。また、リビジョン番号は、プレゼンス文書スキーマ管理サーバ３０が管理しても、プレゼンスサーバ２０が管理してもよい。

続いてステップＳ３２へ移って、プレゼンスサーバ２０は、ステップＳ３１で送信されたプレゼンス文書、プレゼンス文書スキーマのリビジョン番号を受信する（Ｓ３２）。

ステップＳ３３へ移って、プレゼンスサーバ２０は、ステップＳ３２で受信したプレゼンス文書のスキーマが最新であるか否かを判定する（Ｓ３３）。ここでは、ステップＳ３２で受信したプレゼンス文書スキーマのリビジョン番号と、自装置が保持する最新のプレゼンス文書スキーマのリビジョン番号を比較することにより行う。

ステップＳ３３において、最新である場合（Ｓ３３、ＹＥＳ）、情報処理装置１０から受信したプレゼンス文書は最新のプレゼンス文書スキーマに従ったものであるため、ここでは処理を終了する。但し、後述するステップＳ４４においてＹＥＳの処理を行ってもよい。ステップＳ３３において、最新でない場合（Ｓ３３、ＮＯ）、情報処理装置１０から受信したプレゼンス文書は最新のプレゼンス文書スキーマに従ったものでないため、ステップＳ３４以降の処理により最新のプレゼンス文書スキーマを取得する。

ステップＳ３４へ移った場合、プレゼンスサーバ２０は、プレゼンス文書スキーマ更新通知を情報処理装置１０に対して送信する（Ｓ３４）。ここでは、プレゼンスサーバ２０は、ステップＳ３２で受信したプレゼンス文書のスキーマが最新でないと判断した場合、その旨を情報処理装置１０に通知する。続いてステップＳ３５へ移って、情報処理装置１０は、ステップＳ３４で送信されたプレゼンス文書スキーマ更新通知を受信する（Ｓ３５）。

ステップＳ３６へ移って、情報処理装置１０は、プレゼンス文書スキーマ要求をプレゼンス文書スキーマ管理サーバ３０に対して送信する（Ｓ３６）。続いてステップＳ３７へ移って、プレゼンス文書スキーマ管理サーバ３０は、ステップＳ３６で送信されたプレゼンス文書スキーマ要求を受信する（Ｓ３７）。

ステップＳ３８へ移って、プレゼンス文書スキーマ管理サーバ３０は、プレゼンス文書スキーマを情報処理装置１０に対して送信する（Ｓ３８）。ここでは、プレゼンス文書スキーマ管理サーバ３０が管理する最新のプレゼンス文書スキーマを送信する。続いてステップＳ３９へ移って、情報処理装置１０は、ステップＳ３８で送信された最新のプレゼンス文書スキーマを受信する（Ｓ３９）。

さらにステップＳ４０へ移って、情報処理装置１０は、プレゼンス文書を作成する（Ｓ４０）。ここでは、ステップＳ３９で受信した最新のプレゼンス文書スキーマを用いて、プレゼンス文書を作成する。

続いてステップＳ４１へ移って、情報処理装置１０は、プレゼンス文書、プレゼンス文書スキーマのリビジョン番号をプレゼンスサーバ２０に対して送信する（Ｓ４１）。ここでは、上記の処理によりプレゼンス文書スキーマを最新のものに更新した情報処理装置１０は、プレゼンスサーバ２０に対して再度プレゼンス文書を送信する。さらにステップＳ４２へ移って、プレゼンスサーバ２０は、ステップＳ４１で送信されたプレゼンス文書、プレゼンス文書スキーマのリビジョン番号を受信する（Ｓ４２）。

ステップＳ４３へ移って、プレゼンスサーバ２０は、ステップＳ４２で受信したプレゼンス文書のスキーマが最新であるか否かを判定する（Ｓ４３）。ここでは、ステップＳ４２で受信したプレゼンス文書スキーマのリビジョン番号と、自装置が保持する最新のプレゼンス文書スキーマのリビジョン番号を比較することにより行う。

ステップＳ４３において、最新である場合（Ｓ４３、ＹＥＳ）、ここでは情報処理装置１０から受信したプレゼンス文書は最新のプレゼンス文書スキーマに従ったものであるため、ステップＳ４４に移って、プレゼンスサーバ２０は、最新のプレゼンス文書を更新する（Ｓ４４）。

ステップＳ４３において、最新でない場合（Ｓ４３、ＮＯ）、ここでは情報処理装置１０から受信したプレゼンス文書は最新のプレゼンス文書スキーマに従ったものでないため、ここでは処理を終了する。但し、ステップＳ３３においてＮＯの処理を行ってもよい。

以上に示される処理により、当該プレゼンス情報処理システム１では、プレゼンス文書スキーマのリビジョン番号に基づいて、最新のプレゼンス文書スキーマを配信する動作を行う。特に、プレゼンス文書スキーマのリビジョン番号が管理されることで、情報処理装置が現在使用しているプレゼンス文書スキーマが、現在ネットワーク内で共有されているプレゼンス文書スキーマと同一であるかを容易に知ることができる。

なお、プレゼンスサーバ２０がプレゼンス文書配信時にプレゼンス文書スキーマのリビジョン番号を含めることにより、情報処理装置１０に対してプレゼンス文書スキーマの状態を通知してもよい。ただし、これらの方法はプレゼンスサーバ２０がこの機能を備える必要がある。プレゼンスサーバ２０がこの機能を備えない場合は、情報処理装置１０がプレゼンス文書にプレゼンス文書スキーマのリビジョン番号を含めて配信する。前記プレゼンス文書を受信した情報処理装置１０は、自身のプレゼンス文書スキーマのリビジョン番号と比較し、自身のほうが古ければ更新し、相手のほうが古ければ更新を指示するようにする。プレゼンスサーバ２０を用いない場合は、送信元、送信先情報処理装置１０共に最新のプレゼンス文書スキーマを保持していない可能性があるため、前述の定期的な状態確認方法と組み合わせるなどする必要がある。

また、プレゼンス文書スキーマ管理サーバ３０は、プレゼンス文書スキーマを新たに作成する機能を備えてもよい。前記プレゼンス文書作成機能は、プレゼンス情報記述の拡張性向上等の目的で活用される。このようなプレゼンス文書スキーマ作成部へは、一部の特権ユーザのみがアクセスすることができる。前記特権ユーザは、プレゼンス文書スキーマの雛形を参照し、あるいは、新規に、プレゼンス文書スキーマを作成する。または、既存のプレゼンス文書スキーマをアップロードして追加する。例えば別のプレゼンス情報処理システムのプレゼンス文書スキーマを本システムに追加することにより、本システムの拡張が可能になる。特権ユーザは、プレゼンス文書スキーマを新規に作成した後、プレゼンス文書スキーマ変更指示を出すことにより、新規プレゼンス文書スキーマがプレゼンス情報処理システム１内で採用される。

また、プレゼンス文書スキーマが何度か作成、追加、修正されることにより、プレゼンス文書スキーマが増えてきてしまう場合がある。この場合、プレゼンス文書スキーマ管理サーバ３０はプレゼンス文書スキーマの削除通知を情報処理装置１０に送信することにより、プレゼンス文書スキーマを削除することができる。ただし、現在使用中のプレゼンス文書スキーマを削除することはできない。現在使用中のプレゼンス文書スキーマを削除する場合は、次に述べるプレゼンス文書スキーマ変更手段により変更した後、削除通知を送信するようにすることができる。これにより、プレゼンス文書スキーマの追加等の理由により不要となったプレゼンス文書スキーマを削除することが可能になる。

（プレゼンス文書スキーマの変更）
続いて、上記のプレゼンス文書スキーマの変更の一例について説明を行う。上記のように、プレゼンス文書スキーマが新規に作成された場合、あるいは、プレゼンス文書スキーマ管理サーバ３０が複数のプレゼンス文書スキーマを管理しており、現在使用中のプレゼンス文書スキーマとは異なるプレゼンス文書スキーマに変更したい場合、プレゼンス文書スキーマ管理サーバ３０はプレゼンス文書スキーマの変更指示を出すことができる。

プレゼンス文書スキーマ変更指示がなされたとき、現在使用中のプレゼンス文書スキーマに従うプレゼンス文書と、変更後プレゼンス文書スキーマに従うプレゼンス文書間の変換を行うプレゼンス文書変換用文書を作成するのが望ましい。プレゼンス文書変換用文書が作成されていれば、プレゼンス文書スキーマ編集時と同様の方法でプレゼンス文書、及び、プレゼンス文書スキーマを変更することができる。しかし、プレゼンス文書スキーマを編集した場合、及び、プレゼンス文書スキーマを新規に作成した場合共に、プレゼンス文書構造の大幅な変更、変更前後のプレゼンス情報の意味の相互関係性の欠如、及び／または、プレゼンスサーバ２０がプレゼンス文書変換用文書適用の機能を備えていない、等の理由により、プレゼンス文書変換用文書が適用できない場合がある。この場合、変更後のプレゼンス文書スキーマを当該プレゼンス情報処理システム１内の情報処理装置１０に配布し、プレゼンス情報を再度設定・通知するように情報処理装置１０に強制する。なお、プレゼンス文書スキーマ編集時にも同様にプレゼンス文書変換用文書が適用できない可能性があり、その時は同様の処理により対処する。そのため、プレゼンス文書配信の仕組みを利用して、プレゼンティティ或いはウォッチャに対してプレゼンス文書スキーマを配布できるようになる。また、何らかの原因でプレゼンティティ或いはウォッチャにおいてプレゼンス文書スキーマの更新が行われなかった場合にも対応可能になる。

図９は、本実施形態１に係るプレゼンス文書スキーマの変更フローの一例を示すシーケンス図である。ここでは、プレゼンス文書変換用文書が適用できない場合のプレゼンス文書スキーマ変更の流れを説明する。

まず、プレゼンス文書スキーマ管理サーバ３０は、プレゼンス文書スキーマ変更通知を情報処理装置１０に対して送信する（Ｓ５１）。ここでは、プレゼンス文書スキーマ変更指示を受けたプレゼンス文書スキーマ管理サーバ３０は、プレゼンス情報処理システム１内の情報処理装置１０にプレゼンス文書スキーマが変更された旨を通知する。なお、プレゼンス文書スキーマ変更通知には、プレゼンス文書変換用文書が存在しない旨が記されているものとする。続いてステップＳ５２へ移って、情報処理装置１０は、ステップＳ５１で送信されたプレゼンス文書スキーマ変更通知を受信する（Ｓ５２）。

ステップＳ５３へ移って、情報処理装置１０は、プレゼンス文書スキーマ要求をプレゼンス文書スキーマ管理サーバ３０に対して送信する（Ｓ５３）。係る処理により、情報処理装置１０は、プレゼンス文書スキーマ管理サーバ３０から、変更後のプレゼンス文書スキーマを取得する。続いてステップＳ５４へ移って、プレゼンス文書スキーマ管理サーバ３０は、ステップＳ５３で送信されたプレゼンス文書スキーマ要求を受信する（Ｓ５４）。

ステップＳ５５へ移って、プレゼンス文書スキーマ管理サーバ３０は、変更後のプレゼンス文書スキーマを情報処理装置１０に対して送信する（Ｓ５５）。続いてステップＳ５６へ移って、情報処理装置１０は、ステップＳ５５で送信された変更後のプレゼンス文書スキーマを受信する（Ｓ５６）。

続いてステップＳ５７へ移って、情報処理装置１０は、プレゼンス文書スキーマを変更する（Ｓ５７）。ここでは、ステップＳ５２の処理によりプレゼンス文書スキーマ変更通知を受信した情報処理装置１０は、プレゼンス文書スキーマ管理サーバ３０より変更後のプレゼンス文書スキーマを取得し、使用するプレゼンス文書スキーマを変更後プレゼンス文書スキーマに変更する。変更前のプレゼンス文書スキーマはバックアップとして保持しておいてもよい。

さらにステップＳ５８へ移って、情報処理装置１０は、プレゼンス文書を作成する（Ｓ５８）。ここでは、ステップＳ５６の処理により受信した変更後のプレゼンス文書スキーマに従って、プレゼンス文書を作成する。

続いてステップＳ５９へ移って、情報処理装置１０は、ステップＳ５８で作成したプレゼンス文書をプレゼンスサーバ２０に対して送信する（Ｓ５９）。ここでは、情報処理装置１０は必要に応じてユーザにプレゼンス情報の入力を促してもよい。

ステップＳ６０では、当該情報処理装置１０がウォッチャである場合のプレゼンティティとなる当該情報処理装置１０と異なる他の情報処理装置１０が、自装置が管理するプレゼンス文書をプレゼンスサーバ２０に対して送信している（Ｓ６０）。なお、ステップＳ６０により送信されるプレゼンス文書には、変更後のプレゼンス文書スキーマに従ったものと従っていないもののいずれか一方又は両方を含むものとする。

ステップＳ５９からステップＳ６１へ移って、プレゼンスサーバ２０は、ステップＳ５９、及び、ステップＳ６０のうちの少なくとも一方で送信されたプレゼンス文書を受信する（Ｓ６１）。ここでは、変更後のプレゼンス文書スキーマに従って作成されたプレゼンス文書及び変更後のプレゼンス文書スキーマに従わずに作成されたプレゼンス文書を受信する。

続いてステップＳ６１へ移って、プレゼンスサーバ２０は、ステップＳ６１で受信したプレゼンス文書を更新する（Ｓ６１）。ここでは、プレゼンスサーバ２０は、自装置が管理するプレゼンス文書を、ステップＳ６１で受信したプレゼンス文書に更新する。

ステップＳ５９からステップＳ６３へ移って、情報処理装置１０は、バディ（プレゼンティティ）プレゼンス文書購読要求をプレゼンスサーバ２０に対して送信する（Ｓ６３）。なお、ステップＳ６３に係る処理は、ステップＳ６０に係る処理と同時に行ってもよい。続いてステップＳ６４へ移って、プレゼンスサーバ２０は、ステップＳ６３で送信されたバディプレゼンス文書購読要求を受信する（Ｓ６４）。

続いてステップＳ６５へ移って、プレゼンスサーバ２０は、バディプレゼンス文書を情報処理装置１０に対して送信する（Ｓ６５）。ここでは、プレゼンスサーバ２０は、ステップＳ６４で受信したバディプレゼンス文書購読要求に応じて、バディのプレゼンス文書を送信する。ステップＳ６６へ移って、情報処理装置１０は、ステップＳ６５で送信されたバディプレゼンス文書を受信する（Ｓ６６）。

さらにステップＳ６７へ移って、情報処理装置１０は、バディプレゼンス文書を更新する（Ｓ６７）。ここでは、バディのプレゼンス文書を受信した情報処理装置１０は、変更後プレゼンス文書スキーマを用いて受信したプレゼンス文書を解釈する。もし、受信したバディのプレゼンス文書が変更前のプレゼンス文書スキーマに従うものであった場合は、変更前のプレゼンス文書スキーマに従って前記プレゼンス文書を解釈する、変更後のプレゼンス文書スキーマに従ったプレゼンス文書が送信されるまで繰り返し購読要求を送信する、あるいは、当該バディに対して変更後のプレゼンス文書スキーマを送信する、等の処理を行うようにすることもできる。また、ステップＳ５２に係る処理によりプレゼンス文書スキーマ変更通知を受信した情報処理装置１０は、その旨をユーザに提示するようにしてもよい。

以上に示される処理により、当該プレゼンス情報処理システム１では、プレゼンス文書変換用文書が適用できない場合のプレゼンス文書スキーマ変更を行う。そのため、プレゼンス文書変換用文書の適用できない環境でも、プレゼンス文書スキーマの変更をプレゼンス文書に反映することが可能になる。また、このようにプレゼンス文書スキーマを変更することにより、共有している複数のプレゼンス文書スキーマから実際に使用するプレゼンス文書スキーマを選択することもできる。

なお、ステップＳ５１に係る処理によりプレゼンス文書スキーマ管理サーバ３０がプレゼンス文書スキーマ変更通知を送信したとき、一時的にオフラインになっていた等の理由により、クライアントが前記通知を受信しなかった場合の処理は、プレゼンス文書スキーマ編集時と同様の処理を行うものとしてもよい。

［第２の実施形態］
以下、本発明の第２の実施形態について図１０〜図１４を参照して説明する。

（システム構成例）
図１０は、本実施形態２に係るプレゼンス情報処理システムの全体構成例を示す図である。図１０において、プレゼンス情報処理システム１は、プレゼンスサーバ２０、プレゼンスサーバ２０が提供するプレゼンスサービスを受ける複数の情報処理装置１０Ａ〜１０Ｎ（以降、総称して情報処理装置１０とする）を有する。

前述の実施形態１（図１参照）とは、プレゼンス文書スキーマを管理するプレゼンス文書スキーマ管理サーバ３０がない点が異なっている。ここでは、前述の実施形態１においてプレゼンス文書スキーマ管理サーバ３０により管理されたプレゼンス文書スキーマは、各々の情報処理装置１０のプレゼンス文書スキーマ管理部１４により管理され、複数の情報処理装置１０間でピアツーピア（P2P:Peer To Peer）に共有される。すなわち、各々の情報処理装置１０がピアとなり、P2Pネットワークを構成して、プレゼンス情報処理システム１を実現している。そのため、プレゼンス文書スキーマを管理するサーバが不要となるため、システムの導入が容易となる。

本実施形態において用いるプレゼンス情報、プレゼンス文書、プレゼンス文書スキーマは、前述の実施形態１（図２、３参照）において用いたものと同様であるとして、ここでは説明を省略する。

（プレゼンス情報共有の例）
図１１は、本実施形態２に係るプレゼンス情報共有を説明するためのデータ構造模式図である。ここでは、当該プレゼンス情報処理システム１に参加した情報処理装置１０Ａが情報処理装置１０Ｂ及び情報処理装置１０Ｃから提供されたプレゼンス情報を受ける。これにより、当該プレゼンス情報処理システム１においてプレゼンス情報が共有される。

図１１は、情報処理装置１０Ａが情報処理装置１０Ｂ及び情報処理装置１０Ｃのプレゼンス文書を取得したときの内部データ構造を示している。なお、ここでは前述の実施形態１と同様にプレゼンスサーバ２０がプレゼンス文書を管理する構成となっているが、各々の情報処理装置１０がプレゼンス文書を管理する形態であってもよい。

まず、予め情報処理装置１０Ａの記憶装置には、取得すべきプレゼンス情報の提供元の情報処理装置のリスト（ここでは情報処理装置１０Ｂ及び情報処理装置１０Ｃ）が、バディリスト（プレゼンティティのリスト）として記憶されているものとする。

情報処理装置１０Ａは、当該プレゼンス情報処理システム１に参加すると自装置と異なる他の情報処理装置１０Ｂ、１０Ｃより図３に示したようなプレゼンス文書スキーマを取得する。

なお、当該プレゼンス情報処理システム１への参加時に他の情報処理装置１０Ｂ、１０Ｃ等が参加していない場合は、非図示の認証管理サーバ、プレゼンスサーバ２０、または、非図示のプレゼンス文書スキーマ管理サーバ３０等からプレゼンス文書スキーマを取得するか、あるいは、自装置が保持しているプレゼンス文書スキーマを利用する。他の情報処理装置１０Ｂ、１０Ｃ等よりプレゼンス文書スキーマを取得する場合は、既存のP2Pロジックに従ってプレゼンス文書スキーマを取得することができる。

例えば、プレゼンスサーバ２０を持たず、純粋にピアのみで構成されたP2Pネットワーク（以降、このようなP2Pネットワークを「Pure P2P」とする。）では、ピアは次のように所望のデータを取得することができる。例えば、ピアは、周囲のピアに対し所望のデータの探索リクエストを送信する。探索リクエストを受信したピアは、自身が当該データを保持していれば、その旨を返信する。返信を受信した前記ピアは当該データを保持するピアから当該データを取得する。探索リクエストを受信したピアが当該データを保持していなければ、探索リクエストを別のピアに転送する。このように探索リクエストが当該データを保持するピアまで転送され、探索と当該データの取得が完了する。

係る処理により所望のデータであるプレゼンス文書スキーマを取得したピアは、前記プレゼンス文書スキーマに従って自身のプレゼンス文書を作成し、プレゼンスサーバ２０に送信する。同時にバディのプレゼンス文書購読要求をプレゼンスサーバ２０に送信する。

プレゼンスサーバ２０は、情報処理装置１０Ａから受けたプレゼンス文書購読要求に応じて、情報処理装置１０Ａに対してプレゼンス文書（ここでは情報処理装置１０Ｂ及び情報処理装置１０Ｃのプレゼンス文書）を配信する。

配信されたプレゼンス文書を受信した情報処理装置１０Ａは、前記プレゼンス文書スキーマに従って、プレゼンス文書を解釈してユーザに各バディのプレゼンス情報を提示する。

以上に示されるようにして、当該プレゼンス情報処理システム１に参加した情報処理装置１０Ａは、情報処理装置１０Ｂ及び情報処理装置１０Ｃから提供されたプレゼンス情報を自装置の表示装置などに表示する。そのため、当該プレゼンス情報処理システム１においてプレゼンス情報を共有することができる。

（プレゼンス文書スキーマの編集）
続いて、上記のプレゼンス文書スキーマの編集の一例について説明を行う。前述してきたプレゼンス文書スキーマは、情報処理装置１０上で管理されており、プレゼンス文書スキーマ編集機能を有するいずれの情報処理装置１０も自装置が管理するプレゼンス文書スキーマを編集することができる。

図１２は、本実施形態２に係るプレゼンス文書スキーマの編集フローの一例を示すシーケンス図である。図１２に示されるシーケンス図は、前述した実施形態１（図５）のシーケンス図において「プレゼンス文書スキーマ管理サーバ３０」を「情報処理装置１０Ａ」に、「情報処理装置１０」を「情報処理装置１０Ｂ〜１０Ｎ（の内１又は複数）」に置き換えたものと同様であるとしてここでは説明を省略する。なお、ステップＳ７３に係る処理については以下に補足を行う。

ステップＳ７３では、情報処理装置１０Ａは、P2Pロジックに従って、ステップＳ７１の処理による編集後のプレゼンス文書スキーマとステップＳ７２の処理により作成されたプレゼンス文書変換用文書をプレゼンス情報処理システム１内の各情報処理装置１０Ｂ〜１０Ｎに配布する。このとき編集後のプレゼンス文書スキーマは、編集した部分のみ配布するよう構成してもかまわない。

例えば、Pure P2Pでは、ピアは次のようにデータを配布する。ピアは、周囲のピアに対し配布用のデータの情報を通知する。前記通知を受信したピアは、前記通知を別のピアに転送する。前記通知を受信したピアが前記データを保持していなければ、前記データをデータ配布元ピアより取得する。このように通知がＰ２Ｐネットワーク内の全ピアに送信され、前記データが配布される。

以上に示される処理により、プレゼンス文書スキーマの編集した場合の動作を行う。

なお、プレゼンス文書スキーマの大幅な変更、変更前後でプレゼンス情報の意味においての相互関係が取れない、又は、プレゼンスサーバ２０がプレゼンス文書変換用文書を処理する機能を備えていない、等の理由により、プレゼンス文書変換用文書を適用できない場合は、Ｐ２Ｐロジックに従って、他の情報処理装置１０Ｂ〜１０Ｎにのみ編集後のプレゼンス文書スキーマを配布する。このとき編集後のプレゼンス文書スキーマは編集した部分のみ配布するよう構成してもよい。情報処理装置１０Ｂ〜１０Ｎは使用するプレゼンス文書スキーマを前記編集後のプレゼンス文書スキーマに変更し、前記編集後のプレゼンス文書スキーマに従って自身のプレゼンス文書を作成する。この時、必要ならば、ユーザにプレゼンス情報の入力を促す。編集前のプレゼンス文書スキーマはバックアップとして保持しておいてもよい。そして、情報処理装置１０Ｂ〜１０Ｎは前記プレゼンス文書をプレゼンスサーバ２０に送信する。その後、バディのプレゼンス文書の購読要求をプレゼンスサーバ２０に送信する。受信したバディのプレゼンス文書を編集後のプレゼンス文書スキーマに従って解釈する。もし、受信したバディのプレゼンス文書が編集前のプレゼンス文書スキーマに従うものであった場合は、編集前のプレゼンス文書に従って前記プレゼンス文書を解釈する、編集後プレゼンス文書スキーマに従ったプレゼンス文書が送信されるまで繰り返し購読要求を送信する、あるいは、当該バディに対して編集後プレゼンス文書スキーマを送信する、等の処理を取る。

また、情報処理装置１０Ａがプレゼンス文書スキーマ編集通知を送信したとき、一時的にオフラインになっていた等の理由により、情報処理装置１０Ｂ〜１０Ｎが前記通知を受信しなかった場合がある。この場合、情報処理装置１０Ｂ〜１０Ｎが定期的に自装置と異なる他の情報処理装置１０のプレゼンス文書スキーマの状態を監視する、といった手段により解決できる。または、プレゼンス情報処理システム１のプレゼンス文書配信の仕組みを利用して解決し、トラフィック増加を抑えることもできる。

また、プレゼンス文書スキーマの編集権限を特権ユーザのみに許可する場合は、プレゼンス文書スキーマの配信元を制限する。即ち、ステップＳ７６の処理でプレゼンス文書スキーマの編集通知を受信した情報処理装置１０Ｂ〜１０Ｎは、プレゼンス文書スキーマの配信元（ここでは、情報処理装置１０Ａ）を予め保持している特権ユーザリストと照合する。なお、特権ユーザリストは、予めプレゼンスサーバ２０から取得するか、Ｐ２Ｐネットワーク内で共有しておく。照合の結果、プレゼンス文書スキーマの配信元の情報処理装置が特権ユーザであれば、情報処理装置１０Ｂ〜１０Ｎは、配信元の情報処理装置１０Ａより編集後のプレゼンス文書スキーマを取得する。

プレゼンス文書スキーマが何度か作成、追加、修正されることにより、プレゼンス文書スキーマが増えてきてしまう場合がある。この場合、情報処理装置１０Ｂ〜１０Ｎから削除通知を情報処理装置１０Ａに送信することにより、プレゼンス文書スキーマを削除することができる。ただし、現在使用中のプレゼンス文書スキーマを削除することはできない。現在使用中のプレゼンス文書スキーマを削除する場合は、実施形態１で前述したプレゼンス文書スキーマ変更手段により変更した後、削除通知を送信する必要がある。

（プレゼンス文書スキーマの配信）
続いて、最新プレゼンス文書スキーマの配信の一例について説明を行う。図１３は、本実施形態２に係るプレゼンス文書スキーマの配信フローの一例を示すシーケンス図である。ここでは、プレゼンス文書スキーマのリビジョン番号に基づいて、最新のプレゼンス文書スキーマを配信する例について説明を行う。

図１３に示されるシーケンス図は、前述した実施形態１（図８）のシーケンス図において「情報処理装置１０」を「情報処理装置１０Ａ」に、「プレゼンス文書スキーマ管理サーバ３０」を「情報処理装置１０Ｂ〜１０Ｎ（の内１又は複数）」に置き換えたものと同様であるとしてここでは説明を省略する。なお、ステップＳ９１に係る処理等については以下に補足を行う。

ステップＳ９１では、情報処理装置１０Ａは、プレゼンス文書、プレゼンス文書スキーマのリビジョン番号をプレゼンスサーバ２０に対して送信する（Ｓ９１）。なお、ここでのプレゼンス文書スキーマのリビジョン番号は、Ｐ２Ｐネットワーク内において情報処理装置１０間で共有して管理される。

（プレゼンス文書スキーマの変更）
続いて、上記のプレゼンス文書スキーマの変更の一例について説明を行う。図１４は、本実施形態２に係るプレゼンス文書スキーマの変更フローの一例を示すシーケンス図である。ここでは、プレゼンス文書変換用文書が適用できない場合のプレゼンス文書スキーマ変更の流れを説明する。

図１４に示されるシーケンス図は、前述した実施形態１（図９）のシーケンス図において「情報処理装置１０」を「情報処理装置１０Ａ」に、「プレゼンス文書スキーマ管理サーバ３０」を「情報処理装置１０Ｂ〜１０Ｎ（の内１又は複数）」に置き換えたものと同様であるとしてここでは説明を省略する。

［第３の実施形態］
以下、本発明の第３の実施形態について図１５〜図２３を参照して説明する。

前述した実施形態１、２及び従来のプレゼンス情報処理システムでは、異なる種類のプレゼンス文書スキーマを共有したり、プレゼンス文書スキーマの共有の範囲を動的に変更したりする点については考慮されていなかった。そのため、１つのプレゼンス情報処理システムにつき、１種類のプレゼンス情報しか扱うことができず、例えば、人のプレゼンス情報とプリンタのプレゼンス情報を１つのプレゼンス情報処理システム内で扱うことはできなかった。

ここでは、１つのプレゼンス情報処理システムにおいて、複数の種類のプレゼンス文書スキーマを共有することにより、１つのアプリケーションが複数の種類のプレゼンス情報を解釈することが可能となる。そのため、必要に応じて最適なプレゼンス文書スキーマを選択することが可能となる。また、異なる種類のプレゼンス情報を用いる情報処理装置を同一のプレゼンスシステム内に接続することができる。

本実施形態３に係るプレゼンス情報処理システムの全体構成例は、前述した実施形態２（図１０参照）と同様であるとしてここでは説明を省略する。

図１５は、本実施形態３に係るプレゼンス情報処理システムの概要を示す図である。図１５において、プレゼンス情報処理システム１は、ＰＣ４１Ａ、４１Ｂ、４１Ｃ（以降、総称してＰＣ４１とする）、プリンタ４２Ａ、４２Ｂ（以降、総称してプリンタ４２とする）、複写機４３Ａ、４３Ｂ（以降、総称して複写機４３とする）の３種類の情報処理装置１０がクライアントとして機能している。なお、図１５に示すＰ２Ｐネットワーク内では、これら情報処理装置１０全てにより構成されるネットピアグループ、ＰＣ４１Ａ、４１Ｂ、４１Ｃにより構成される人ピアグループ、ＰＣ４１Ａ、プリンタ４２Ａ、４２Ｂにより構成されるプリンタピアグループ、ＰＣ４１Ｃ、複写機４３Ａ、４３Ｂにより構成される複写機ピアグループ、の４つのピアグループを形成する。なお、形成されるピアグループは上記の場合に限らない。

各ピアは、同一ピアグループ内で情報を共有することができる。また、全てのピアは、ここではネットピアグループに属する。なお、Ｐ２Ｐネットワーク内のピアグループに関連する処理、すなわち、ピアグループの作成／破棄、ピアグループへの参加、ピアグループ内でのサービス提供、等は既存のＰ２Ｐロジックに従ってよい。

全てのピアはネットピアグループに属し、ネットピアグループ内でプレゼンス文書の基本的なフォーマットを表すプレゼンス文書スキーマを共有する。このプレゼンス文書スキーマに従って作成されるプレゼンス文書内に情報処理装置の種類毎に拡張したプレゼンス情報を記述することで、多様なプレゼンス情報の記述に対応する。

ＰＣ４１には、ユーザのプレゼンス情報を反映するアプリケーションがインストールされている。図１５の例では、全てのＰＣ４１は人ピアグループに属し、人ピアグループ内で人のプレゼンス情報を表すプレゼンス文書スキーマを共有する。

プリンタ４２では、プリンタ４２のプレゼンス情報を反映するプログラムが動作している。図１５の例では、全てのプリンタ４２はプリンタピアグループに属し、プリンタピアグループ内で、例えば、"idle"、"offline"、"printing"、といったプリンタ４２のプレゼンス情報を表すプレゼンス文書スキーマを共有する。ＰＣ４１の一部はプリンタ４２のプレゼンス情報を閲覧するためプリンタピアグループに属し、プリンタ４２のプレゼンス文書を購読する。なお、ＰＣ４１がプリンタ４２のプレゼンス情報を用いてプレゼンス文書を作成することを禁止するようにしてもよい。即ち、ＰＣ４１はプリンタピアグループ内のピアとしては、ウォッチャとしてのみ振舞う。

複写機４３では、複写機４３のプレゼンス情報を反映するプログラムが動作している。図１５の例では、全ての複写機４３は複写機ピアグループに属し、複写機ピアグループ内で、例えば、"idle"、"offline"、"copying"、といった複写機４３のプレゼンス情報を表すプレゼンス文書スキーマを共有する。ＰＣ４１の一部は複写機４３のプレゼンス情報を閲覧するため複写機ピアグループに属し、複写機４３のプレゼンス文書を購読する。なお、ＰＣ４１が複写機４３のプレゼンス情報を用いてプレゼンス文書を作成することを禁止するようにしてもよい。つまり、ＰＣ４１は複写機ピアグループ内のピアとしては、ウォッチャとしてのみ振舞う。

以上のような構成により、当該プレゼンス情報処理システム１では、人のプレゼンス情報、プリンタのプレゼンス情報、複写機のプレゼンス情報などの複数の種類の異なるプレゼンス文書スキーマが共有される。特に、同一のプレゼンス情報を使用する情報処理装置間でのみプレゼンス文書スキーマを共有するため、プレゼンス文書スキーマ共有の効率を向上させることができる。

なお、全ての情報処理装置１０で共通して使用されるプレゼンス文書スキーマもあるため、各々の情報処理装置１０は購読しているプレゼンス文書がどのプレゼンススキーマにより解釈されるのか適切に把握している必要がある。

（プレゼンス情報共有の例）
図１６は、本実施形態３に係るプレゼンス情報共有を説明するためのデータ構造模式図である。ここでは、プレゼンス情報共有の一例として、当該プレゼンス情報処理システム１に参加した情報処理装置１０Ａが、自装置と異なる種類の情報処理装置１０Ｂ及び情報処理装置１０Ｃから提供されたプレゼンス情報を受ける。なお、ここでのプレゼンス情報処理システム１は図１５のネットピアグループであるものとする。また、情報処理装置１０ＡはＰＣ４１Ａに、情報処理装置１０Ｂ及び情報処理装置１０Ｃは、それぞれプリンタ４２Ａ及びプリンタ４２Ｂに対応するものとする。

まず、予めＰＣ４１Ａの記憶装置には、取得すべきプレゼンス情報の提供元の情報処理装置のリスト（ここではプリンタ４２Ａ及びプリンタ４２Ｂ）が、バディリスト（プレゼンティティのリスト）として記憶されているものとする。

ＰＣ４１Ａは、プリンタピアグループに参加するとプリンタ４２Ａ及びプリンタ４２Ｂより図１７に示すようなプレゼンス文書スキーマを取得する。

図１７は、プレゼンス情報処理システム内で共有するプレゼンス文書の基本的なフォーマット（構造）を表すスキーマの一例を示す図である。図１７に示すプレゼンス文書スキーマは、XML Schemaを用いて記述した例を示す。なお、XML Schema以外の他のフォーマットで記述されてもよい。

図１７に示すプレゼンス文書スキーマには、プレゼンス情報を記述するための＜presence＞要素に係る定義がされている。図１７の例では、＜xsd:complexType name="presence"＞要素内には図３では記述されていた＜xsd:element ref="status" minOccurs="0"＞の行がない。これにより、プレゼンス文書の＜presence＞要素内にプレゼンス情報の種類毎の要素を記述し、自由に複数の種類のプレゼンス情報に対応させることが可能になっていることを示す。このように、プレゼンス文書スキーマは、プレゼンス情報の語彙、及び、プレゼンス情報を記述するプレゼンス文書の構造のうちの少なくとも一方を定義している。なお、XML Shemaのフォーマットでは、セマンティクスを表現することができないため、＜presence＞要素中にプレゼンス情報を記述することは事前に了解されているものとする。

また、図１８には、人ピアグループ内で共有する人のプレゼンス情報を表すプレゼンス文書スキーマの例を、図１９には、本実施形態３に係るプリンタピアグループ内で共有するプリンタのプレゼンス情報を表すプレゼンス文書スキーマの例を、図２０には、複写機ピアグループ内で共有する複写機のプレゼンス情報を表すプレゼンス文書スキーマの例を示す。人のプレゼンス情報を表すプレゼンス文書スキーマの例を示す図である。

これらのプレゼンス文書スキーマを適用することにより、ＰＣ４１は、図２１で示すようなプレゼンス文書を、プリンタ４２は図２２で示すようなプレゼンス文書を、複写機４３は図２３で示すようなプレゼンス文書を作成することができる。また、これらのプレゼンス文書を受信したピアはこれらのスキーマに従って、当該プレゼンス文書を解釈することができる。図２１、２２、２３は、それぞれ、人のプレゼンス情報を表すプレゼンス文書の例、プリンタのプレゼンス情報を表すプレゼンス文書の例、複写機のプレゼンス情報を表すプレゼンス文書の例を示す図である。

また、ピアグループ内でプレゼンス文書スキーマが共有されているため、ピアグループに属していれば、異なる種類の情報処理装置１０のプレゼンス情報を解釈することができる。例えば、プリンタピアグループにも属すＰＣ４１Ａがプリンタ４２Ａ、４２Ｂのプレゼンス情報を解釈することができる。

ピアは、あるピアグループ内で提供されるプレゼンス情報を解釈する必要が生じたときにそのピアグループに参加することができる。ピアグループに参加することにより、ピアはそのピアグループ内で提供されるプレゼンス文書のプレゼンス文書スキーマを取得し、当該ピアグループ内のピアが提供するプレゼンス文書を解釈することが可能となる。

ピアは、現在所属しているピアグループのうち、あるピアグループ内のピアが提供するプレゼンス情報が必要ではなくなった場合、当該ピアグループより離脱することができる。

プレゼンスサーバ２０は、プレゼンス文書の購読を要求されたとき、要求したピアと対象ピアのピアグループを調べ、両者が異なるピアグループに属する場合、当該プレゼンス文書購読要求を拒否（禁止）する構成にするとよい。これにより、異なるピアグループへの情報提供を避け、よりセキュアな情報提供を可能にすることができる。なお、プレゼンスサーバ２０ではなく、ピアがプレゼンス文書を管理する方式ならば、この問題は発生しない。

また、ピアは、ピアグループを新規作成することができる。ピアグループを新規作成した場合、ピアはそのピアグループ内で共有するプレゼンス文書スキーマを作成し、共有する。プレゼンス文書スキーマ作成、及び、共有の方法は前述した実施形態２と同様である。これにより、新たなプレゼンス情報を使用する情報処理装置１０をプレゼンス情報処理システム１に追加することができる。

ピアグループは、当該ピアグループ内のピアにより破棄することが可能である。ネットワークの管理者がピアグループを削除できるような構成にしてもよい。

ここで、ピアグループ内でのプレゼンス文書スキーマの編集、作成、変更、といった処理は、前述した実施形態１（或いは２）と同様に行われる。

以上に示されるように、当該プレゼンス情報処理システム１では、人のプレゼンス情報、プリンタのプレゼンス情報、複写機のプレゼンス情報などの複数の種類の異なるプレゼンス文書スキーマの共有を実現している。そのため、同一のプレゼンス情報処理システム１内で、複数の異なるプレゼンス文書スキーマを使い分けることができる。

以上、各実施形態に基づき本発明の説明を行ってきたが、上記各実施形態にあげたその他の要素との組み合わせなど、ここで示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

本実施形態１に係るプレゼンス情報処理システムの全体構成例を示す図である。 プレゼンス文書の一例を示す図である。 プレゼンス文書スキーマの一例を示す図である。 本実施形態１に係るプレゼンス情報処理を説明するためのデータ構造模式図である。 本実施形態１に係るプレゼンス文書スキーマの編集フローの一例を示すシーケンス図である。 プレゼンス文書変換用文書の一例を示す図である。 編集後のプレゼンス文書スキーマが適用されたプレゼンス文書の一例を示す図である。 本実施形態１に係るプレゼンス文書スキーマの配信フローの一例を示すシーケンス図である。 本実施形態１に係るプレゼンス文書スキーマの変更フローの一例を示すシーケンス図である。 本実施形態２に係るプレゼンス情報処理システムの全体構成例を示す図である。 本実施形態２に係るプレゼンス情報共有を説明するためのデータ構造模式図である。 本実施形態２に係るプレゼンス文書スキーマの編集フローの一例を示すシーケンス図である。 本実施形態２に係るプレゼンス文書スキーマの配信フローの一例を示すシーケンス図である。 本実施形態２に係るプレゼンス文書スキーマの変更フローの一例を示すシーケンス図である。 本実施形態３に係るプレゼンス情報処理システムの概要を示す図である。 本実施形態３に係るプレゼンス情報共有を説明するためのデータ構造模式図である。 プレゼンス文書スキーマの一例を示す図である。 人のプレゼンス情報を表すプレゼンス文書スキーマの例を示す図である。 プリンタのプレゼンス情報を表すプレゼンス文書スキーマの例を示す図である。 複写機のプレゼンス情報を表すプレゼンス文書スキーマの例を示す図である。 人のプレゼンス情報を表すプレゼンス文書の例を示す図である。 プリンタのプレゼンス情報を表すプレゼンス文書の例を示す図である。 複写機のプレゼンス情報を表すプレゼンス文書の例を示す図である。

符号の説明

１ プレゼンス情報処理システム
１０ 情報処理装置
１１ 通信部
１２ 自プレゼンス文書管理部
１３ 他プレゼンス文書管理部
１４ プレゼンス文書スキーマ管理部
２０ プレゼンスサーバ
２１ プレゼンス文書管理部
２２ 通信部
３０ プレゼンス文書スキーマ管理装置
３１ プレゼンス文書スキーマ管理部
３２ 通信部

Claims (21)

1. ネットワークを介してプレゼンス情報を送受信する複数の情報処理装置が接続されたプレゼンス情報処理システムであって、
   前記プレゼンス情報が記述されるプレゼンス文書の構造及び前記プレゼンス情報の語彙のうち少なくとも一方を表すプレゼンス文書スキーマを前記複数の情報処理装置間で共有するスキーマ情報共有手段と、
   前記プレゼンス文書スキーマが変更された場合に、前記プレゼンス文書スキーマに従って作成されたプレゼンス文書を、変更された該プレゼンス文書スキーマに適合するように変換するプレゼンス文書変換用文書を作成するプレゼンス文書変換用文書作成手段とを有することを特徴とするプレゼンス情報処理システム。
2. 前記スキーマ情報共有手段は、前記プレゼンス情報の種類に応じて、複数種類の前記プレゼンス文書スキーマを共有することを特徴とする請求項１に記載のプレゼンス情報処理システム。
3. 前記スキーマ情報共有手段は、同一種類の前記プレゼンス情報に対応するプレゼンス文書スキーマを、前記複数の情報処理装置の内の前記同一種類のプレゼンス情報を用いる情報処理装置間で共有することを特徴とする請求項１又は２に記載のプレゼンス情報処理システム。
4. 前記複数の情報処理装置の内の１以上は、
   当該プレゼンス情報処理システムに接続されると、前記スキーマ情報共有手段により共有されたプレゼンス文書スキーマを取得するプレゼンス文書スキーマ取得手段を有することを特徴とする請求項１乃至３のいずれか一項に記載のプレゼンス情報処理システム。
5. 前記複数の情報処理装置の内の１以上は、さらに、前記プレゼンス文書スキーマ取得手段により取得されたプレゼンス文書スキーマのリビジョン番号を管理するリビジョン管理手段と、
   前記リビジョン管理手段により管理されたリビジョン番号と、自装置と異なる他の情報処理装置から受信したプレゼンス文書に対応するプレゼンス文書スキーマのリビジョン番号との比較に応じて、リビジョン番号が低い方の情報処理装置のプレゼンス文書スキーマを更新するプレゼンス文書スキーマ更新手段を有することを特徴とする請求項４に記載のプレゼンス情報処理システム。
6. 前記プレゼンス文書スキーマ更新手段は、前記リビジョン管理手段により管理されたリビジョン番号が、前記他の情報処理装置から受信したプレゼンス文書に対応するプレゼンス文書スキーマのリビジョン番号よりも古い場合、該プレゼンス文書に対応するプレゼンス文書スキーマを取得する指示を行うことを特徴とする請求項５に記載のプレゼンス情報処理システム。
7. 前記プレゼンス文書スキーマ更新手段は、前記リビジョン管理手段により管理されたリビジョン番号が、前記他の情報処理装置から受信したプレゼンス文書に対応するプレゼンス文書スキーマのリビジョン番号よりも新しい場合、前記他の情報処理装置にプレゼンス文書スキーマを更新する指示を行うことを特徴とする請求項５又は６に記載のプレゼンス情報処理システム。
8. 前記プレゼンス文書スキーマの作成、編集又は追加を行うプレゼンス文書スキーマ制御手段を有し、
   前記スキーマ情報共有手段は、さらに、前記プレゼンス文書スキーマ制御手段により作成、編集又は追加された前記プレゼンス文書スキーマを共有することを特徴とする請求項１乃至７のいずれか一項に記載のプレゼンス情報処理システム。
9. 前記プレゼンス文書スキーマ取得手段は、編集された前記プレゼンス文書スキーマを取得する際に、編集された部分を取得することを特徴とする請求項８に記載のプレゼンス情報処理システム。
10. 前記プレゼンス文書スキーマ制御手段は、さらに、前記プレゼンス文書スキーマの削除を行い、
    前記スキーマ情報共有手段は、前記プレゼンス文書制御手段により削除された前記プレゼンス文書スキーマを除く前記プレゼンス文書スキーマを共有することを特徴とする請求項８又は９に記載のプレゼンス情報処理システム。
11. 前記プレゼンス文書スキーマ制御手段は、さらに、使用中のプレゼンス文書スキーマを別のプレゼンス文書スキーマに変更することを特徴とする請求項８乃至１０のいずれか一項に記載のプレゼンス情報処理システム。
12. 前記プレゼンス文書スキーマに従って作成されたプレゼンス文書を共有するプレゼンス文書共有手段をさらに有し、
    前記プレゼンス文書共有手段は、使用中のプレゼンス文書スキーマが変更された場合、変更された該プレゼンス文書スキーマに従って作成されたプレゼンス文書を共有することを特徴とする請求項１乃至１１のいずれか一項に記載のプレゼンス情報処理システム。
13. 前記プレゼンス文書共有手段は、使用中のプレゼンス文書スキーマが変更された場合、前記プレゼンス文書変換用文書作成手段により作成されたプレゼンス文書変換用文書に基づき、当該プレゼンス情報処理システム内の所定のプレゼンス文書を変換することを特徴とする請求項１２に記載のプレゼンス情報処理システム。
14. 当該プレゼンス情報処理システムは、さらに、前記複数の情報処理装置がアクセス可能で、且つ、前記スキーマ情報共有手段を有する、プレゼンス文書スキーマ管理サーバ装置を有することを特徴とする請求項１乃至１３のいずれか一項に記載のプレゼンス情報処理システム。
15. 前記プレゼンス文書スキーマは、前記プレゼンス文書スキーマ管理サーバ又は所定の情報処理装置により操作されることを特徴とする請求項１乃至１４のいずれか一項に記載のプレゼンス情報処理システム。
16. 前記プレゼンス文書スキーマは、さらに特権ユーザのみ操作可能であることを特徴とする請求項１乃至１５のいずれか一項に記載のプレゼンス情報処理システム。
17. 当該プレゼンス情報処理システムは、前記複数の情報処理装置が互いに接続されたピアツーピアネットワークを構成しており、
    該複数の情報処理装置の内の１以上が前記スキーマ情報共有手段を有することを特徴とする請求項１乃至１６のいずれか一項に記載のプレゼンス情報処理システム。
18. ネットワークを介してプレゼンス情報を送受信する複数の情報処理装置が接続されたプレゼンス情報処理システムにおける情報処理装置であって、
    前記プレゼンス情報が記述されるプレゼンス文書の構造及び前記プレゼンス情報の語彙のうち少なくとも一方を表すプレゼンス文書スキーマを前記情報処理装置と該情報処理装置と異なる他の前記複数の情報処理装置間で共有するスキーマ情報共有手段と、
    前記プレゼンス文書スキーマが変更された場合に、前記プレゼンス文書スキーマに従って作成されたプレゼンス文書を、変更された該プレゼンス文書スキーマに適合するように変換するプレゼンス文書変換用文書を作成するプレゼンス文書変換用文書作成手段とを有することを特徴とする情報処理装置。
19. ネットワークを介してプレゼンス情報を送受信する複数の情報処理装置と、前記プレゼンス情報を記述するためのプレゼンス文書スキーマを管理するプレゼンス文書スキーマ管理サーバとを備えたプレゼンス情報処理システムにおけるプレゼンス文書スキーマ管理サーバであって、
    前記情報処理装置からの要求に応じて、前記プレゼンス文書スキーマを送信するプレゼンス文書スキーマ送信手段と、
    前記プレゼンス文書スキーマの操作を行う操作手段と、
    前記プレゼンス文書スキーマのリビジョン番号を管理するリビジョン番号管理手段と、
    前記操作手段による操作により、当該プレゼンス文書スキーマ管理サーバで管理された前記プレゼンス文書スキーマが変更された場合、変更された該プレゼンス文書スキーマに適合するようプレゼンス文書を変換するプレゼンス文書変換用文書を作成するプレゼンス文書変換用文書作成手段と、
    前記プレゼンス文書変換用文書作成手段により作成されたプレゼンス文書変換用文書を前記情報処理装置からの要求に応じて送信するプレゼンス文書変換用文書送信手段と、
    前記操作手段によるプレゼンス文書スキーマの変更を前記複数の情報処理装置に通知する変更通知手段と、
    前記プレゼンス文書スキーマ、前記プレゼンス文書変換用文書、及び、前記操作手段のうちの少なくとも一つに対するアクセス権を管理するアクセス権管理手段と、
    を有することを特徴とするプレゼンス文書スキーマ管理サーバ。
20. ネットワークを介してプレゼンス情報を送受信する複数の情報処理装置と、前記プレゼンス情報が記述されたプレゼンス文書を管理するプレゼンスサーバとを備えたプレゼンス情報処理システムにおけるプレゼンスサーバであって、
    当該プレゼンス情報処理システムは、
    前記複数の情報処理装置間で前記プレゼンス情報を記述するためのプレゼンス文書スキーマを共有するプレゼンス文書スキーマ共有手段と、
    前記プレゼンス文書スキーマを操作する操作手段と、
    前記操作手段による操作により、管理された前記プレゼンス文書スキーマが変更された場合、変更された該プレゼンス文書スキーマに適合するようプレゼンス文書を変換するプレゼンス文書変換用文書を作成するプレゼンス文書変換用文書作成手段と、
    前記操作手段による操作に用いるプレゼンス文書スキーマが変更された場合、
    前記複数の情報処理装置に所定の通知を行う通知手段と、を含み、
    前記プレゼンスサーバは、
    前記通知を受信した後、前記プレゼンス文書変換用文書を取得し、自身が管理するプレゼンス文書に適用するプレゼンス文書変換手段と、をさらに有することを特徴とするプレゼンスサーバ。
21. ネットワークを介してプレゼンス情報を送受信する複数の情報処理装置が接続されたプレゼンス情報処理システムにおけるプレゼンス情報処理プログラムであって、
    コンピュータに、
    前記プレゼンス情報が記述されるプレゼンス文書の構造及び前記プレゼンス情報の語彙のうち少なくとも一方を表すプレゼンス文書スキーマを前記複数の情報処理装置間で共有するスキーマ情報共有ステップと、
    前記プレゼンス文書スキーマが変更された場合に、前記プレゼンス文書スキーマに従って作成されたプレゼンス文書を、変更された該プレゼンス文書スキーマに適合するように変換するプレゼンス文書変換用文書を作成するプレゼンス文書変換用文書作成ステップとを実行させるプレゼンス情報処理プログラム。

Images