(57)【要約】【課題】  ユーザに係る端末状態などをより反映させたプレゼンス情報を提示し、ユーザ間のリーチャビリティを一段と高めたプレゼンス情報提示システムを提供する。【課題手段】  本発明は、１又は複数の電話端末を使用するユーザのプレゼンス情報を提示するプレゼンス情報提示システムに関する。そして、ユーザが使用する電話端末の位置及び状態の情報を含む端末プレゼンス情報を管理する端末プレゼンス情報管理手段と、ユーザの場所、通信状態及び行動状態を含む人プレゼンス情報を管理する人プレゼンス情報管理手段と、電話端末の位置情報の変化に基づいて、更新必要時に人プレゼンス情報の場所情報を更新させ、電話端末の状態情報の変化に基づいて、更新必要時に人プレゼンス情報の通信状態を更新させる連動更新手段と、ユーザの操作に基づいて、人プレゼンス情報の行動状態を更新する行動状態更新手段とを備えることを特徴とする。【選択図】      図１
2006287395.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数の電話端末を使用するユーザに関するプレゼンス情報を提示するプレゼンス情報提示システムにおいて、
ユーザが使用する１又は複数の電話端末の少なくとも位置及び状態の情報を含む端末プレゼンス情報を管理する端末プレゼンス情報管理手段と、
ユーザの場所、通信状態及び行動状態を少なくとも含む人プレゼンス情報を管理する、上記端末プレゼンス情報管理手段とは異なる人プレゼンス情報管理手段と、
上記端末プレゼンス情報におけるいずれかの電話端末の位置情報の変化に基づいて、更新必要時に上記人プレゼンス情報の場所情報を更新させると共に、上記端末プレゼンス情報におけるいずれかの電話端末の状態情報の変化に基づいて、更新必要時に上記人プレゼンス情報の通信状態を更新させる連動更新手段と、
ユーザの操作に基づいて、上記人プレゼンス情報の行動状態を更新する行動状態更新手段と
を備えることを特徴とするプレゼンス情報提示システム。
【請求項２】
上記人プレゼンス情報は、ユーザの操作に基づいて、そのユーザへの着信が求められたときに、多くの通信状態で自動的に着信先を決定し、自動的に決定できない場合に発信要求者に着信先の選択画面を提供する自動着信優先と、限られた通信状態では着信先を決定し、それ以外では、発信要求者に着信先の選択画面を提供する状態提示優先とのいずれかを指示する着信条件を含み、
上記行動状態の情報には、上記自動着信優先と、上記状態提示優先と、通信状態に関係なく常時着信先の選択画面を提供する状態提示とのいずれかが設定され得る行動状態属性を含めることができ、
あるユーザへの着信が求められたときに、そのユーザに係る上記着信条件、そのユーザの行動状態属性、及び、上記通信状態に基づいて、いずれかの電話端末への着信、又は、着信先の選択画面の提供を決定する着信先決定手段を備える
ことを特徴とする請求項１に記載のプレゼンス情報提示システム。
【請求項３】
上記着信先決定手段は、上記行動状態属性が設定されているときには、上記行動状態属性を上記着信条件より優先させ、上記行動状態属性が設定されていないときに上記着信条件を有効なものと扱うことを特徴とする請求項２に記載のプレゼンス情報提示システム。
【請求項４】
任意の第１のユーザから、第２のユーザのプレゼンス情報の監視指示を受け付ける監視指示受付手段と、
監視対象の上記第２のユーザに係るプレゼンス情報の変化を契機として、上記第１のユーザに係る装置への情報提供を行う被監視ユーザ情報提供手段と
を有することを特徴とする請求項１〜３のいずれかに記載のプレゼンス情報提示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話端末を使用するユーザの状況情報（プレゼンス情報）を提示するプレゼンス情報提示システムに関するものである。
【背景技術】
【０００２】
ユーザの状態や場所、連絡先などのプレゼンス情報を他の利用者などに提示するプレゼンス情報提示システムとして、特許文献１に記載のものがある。
【０００３】
特許文献１では、ユーザのプレゼンス状況を自動収集し、ユーザの状況に応じ、複数の着信先の優先順位を変更し、着信があったときに、その優先順位に従って、着信先を決定することが記載されている。
【特許文献１】特開２００３−１５３３１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載のものは、複数の着信先の装置の情報を管理していても、それを単に管理しているに過ぎず、ユーザの状況に反映されていない。そのため、例えば、発信ユーザが、全ての通信端末の電源をオフにしている着信ユーザに不要な発信操作を行う可能性もある。
【０００５】
また、特許文献１に記載のものは、優先順位に従って着信先を決定するが、その決定時における着信先装置の状態は優先順位に反映されない。例えば、優先順位が第１位の装置が電源オフであっても、一旦、その装置に発信し、応答しないことにより第２位の装置に発信を行う。すなわち、第１位の装置への発信が無駄になることもあり得る。
【０００６】
そのため、ユーザに係る端末状態などをより反映させたプレゼンス情報を提示し、ユーザ間のリーチャビリティ（到達可能性）を一段と高めたプレゼンス情報提示システムが望まれている。
【課題を解決するための手段】
【０００７】
かかる課題を解決するため、本発明は、１又は複数の電話端末を使用するユーザに関するプレゼンス情報を提示するプレゼンス情報提示システムにおいて、（１）ユーザが使用する１又は複数の電話端末の少なくとも位置及び状態の情報を含む端末プレゼンス情報を管理する端末プレゼンス情報管理手段と、（２）ユーザの場所、通信状態及び行動状態を少なくとも含む人プレゼンス情報を管理する、上記端末プレゼンス情報管理手段とは異なる人プレゼンス情報管理手段と、（３）上記端末プレゼンス情報におけるいずれかの電話端末の位置情報の変化に基づいて、更新必要時に上記人プレゼンス情報の場所情報を更新させると共に、上記端末プレゼンス情報におけるいずれかの電話端末の状態情報の変化に基づいて、更新必要時に上記人プレゼンス情報の通信状態を更新させる連動更新手段と、（４）ユーザの操作に基づいて、上記人プレゼンス情報の行動状態を更新する行動状態更新手段とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、１ユーザが複数の電話端末を使用する場合であっても、各端末ごとにプレゼンス情報を管理し、それらを統合して人プレゼンス情報に反映させるようにしたので、そのユーザへの連絡方法などに影響する通信状態などを細かく記述でき、そのユーザへのリーチャビリティ（到達可能性）を高くすることができる。
【発明を実施するための最良の形態】
【０００９】
（Ａ）一実施形態
以下、本発明によるプレゼンス情報提示システムの一実施形態を、図面を参照しながら説明する。
【００１０】
図１は、この実施形態のプレゼンス情報提示システムにおける構成要素例及び概要を示す説明図である。
【００１１】
図１において、この実施形態のプレゼンス情報提示システム１は、プレゼンス情報を収集管理すると共に、ユーザ端末にプレゼンス情報を提示したり、ユーザ端末間の発着信を制御したりするプレゼンス情報提示サーバ２を有する。
【００１２】
従来においては、プレゼンス情報はユーザの状態や場所の情報であり、仮に、装置の情報もユーザの場所などの特定として収集管理されていた。この実施形態は、プレゼンス情報を、「人（ユーザ）」の情報ＨＩＮＦと、その人が使用する「装置」の情報ＤＩＮＦとして階層化している。
【００１３】
図１の例においては、プレゼンス情報提示サーバ２に、「状態」や「場所」の情報が収集、管理される電話通信端末は、例えば、ソフトフォン（ソフトフォン機能を１個の端末として扱う）３、ＳＩＰ携帯端末４、非ＳＩＰ端末５、図示しないＳＩＰ端末（図示せず；例えばＩＰ電話）などである。ソフトフォン３やＳＩＰ端末の状態情報及び位置情報は、プレゼンス情報提示サーバ２との直接的な通信によりプレゼンス情報提示サーバ２に与えられるようになされている。ＳＩＰ携帯端末４の状態情報は、プレゼンス情報提示サーバ２との直接的な通信によりプレゼンス情報提示サーバ２に与えられ、ＳＩＰ携帯端末４の位置情報は、そのＳＩＰ形態端末４を収容している、ＳＩＰプロトコル対応のＰＢＸ６からプレゼンス情報提示サーバ２に与えられるようになされている。非ＳＩＰ端末５の状態情報及び位置情報は、ＰＢＸ６からプレゼンス情報提示サーバ２に与えられるようになされている。例えば、ＰＢＸ６からは、プレゼンス情報提示サーバ２も収容端末となっている。
【００１４】
「人」の情報ＨＩＮＦは、人を特定する書誌的な情報以外としては、行動状態、通信状態、場所などの情報が存在する（後述する図３参照）。
【００１５】
この実施形態の場合、通信状態及び場所の情報は、その人が使用する全ての「装置」の情報ＤＩＮＦから統合的に処理して形成されるようになされている。一方、行動状態の情報は、ブラウザ機能を有する電話通信端末としてのソフトフォン３、ＳＩＰ携帯端末４や図示しないＳＩＰ端末から、プレゼンス情報提示サーバ２に与えられるようになされている。また、行動状態の情報は、ブラウザ機能を有するパソコン７からもプレゼンス情報提示サーバ２に与えられるようになされている。
【００１６】
ブラウザ機能を有するこれらのソフトフォン３、ＳＩＰ携帯端末４、パソコン７及び図示しないＳＩＰ端末は、プレゼンス情報提示サーバ２が管理するプレゼンス情報を参照することができる。また、ソフトフォン３等は、プレゼンス情報提示サーバ２に対し、あるユーザの状態監視を申し込むことが可能であり、プレゼンス情報提示サーバ２は、申し込まれたユーザのプレゼンス情報が更新されたときに更新内容を通知するようになされている。
【００１７】
ソフトフォン３、ＳＩＰ携帯端末４、非ＳＩＰ端末５、ＳＩＰ端末（ＩＰ電話）、ＰＢＸ６及びパソコン７は、既存のものと同様な構成や機能を有するものであるので、その説明は省略する。
【００１８】
図２は、プレゼンス情報提示サーバ２の機能的構成を示すブロック図である。プレゼンス情報提示サーバ２は、１個のサーバで構成されても良く、複数のサーバの分散処理システムとして構築されても良く、また、データベース部分だけを別個の装置上に構築されているような構成でも良く、言い換えると、種々の形態で構成されても良いが、機能的には、図２に示す構成を有する。
【００１９】
図２において、プレゼンス情報提示サーバ２は、人プレゼンス情報データベース１０、端末プレゼンス情報データベース１１、データベース更新部１２、データベース参照部１３、プレゼンスサービス提供制御部１４及び通信部１５を有する。
【００２０】
人プレゼンス情報データベース１０は、図３（Ａ１）、図３（Ａ２）に示すようなユーザ毎のプレゼンス情報（人プレゼンス情報）を格納したデータベースである。
【００２１】
人プレゼンス情報は、図３（Ａ１）に示す人プレゼンス情報本体と図３（Ａ２）に示す行動状態リストとでなる。人プレゼンス情報本体には、図３（Ａ１）に示すように、ユーザＩＤ、ユーザ氏名、行動状態リストＮｏ、通信状態、場所、優先順位付端末電話番号、着信条件が記述される。人プレゼンス情報本体に対応付けられる行動状態リストは、図３（Ａ２）に示すように、ユーザＩＤ、リストＮｏ、状態属性ＩＤ、行動状態名（任意文字列）が記述される。
【００２２】
なお、図３（Ａ１）及び図３（Ａ２）は実施形態の特徴と関係する情報を取り出して示した一例であって、その他の情報が含まれていても良いことは勿論である。例えば、そのユーザの所属部署の情報やメールアドレスやＳＩＰ−ＵＲＩなどが含まれていても良い。これらの情報をユーザ情報として、人プレゼンス情報から切り離して管理するようにしても良い。
【００２３】
ユーザＩＤは、各ユーザ毎にユニークな番号である。ユーザ氏名は、ユーザの氏名である。これらが書誌的な情報となっている。
【００２４】
通信状態は、人（ユーザ）の着信に対する受付可否状態を記述するものであり、後述する各端末の端末プレゼンス情報における状態に連動して変更され得るものである。例えば、着信に対応可能（電話がかかってきても迷惑ではない状態）なことを表す「オンライン」、連絡不可（全ての端末が電源オフや圏外の場合）を表す「オフライン」、何れかの端末で通話している状態を表す「通話中」、会議などで席を離れたり取り込んでいて電話に対応できない（長話しできない）状態を表す「取込中」、着信先端末が状態不明（電話が繋がる可能性あり）であることを表す「その他」などが記述される。「その他」となる例は、相手の着信先端末がソフトフォンと外線端末（携帯電話など）で、ソフトフォンの電源が入っていないときに着信先として外線端末が選択されるような場合である。後述するように、通信状態に応じて、着信先や連絡手段が自動選択される。例えば、「取込中」は、端末にそのことを設定、解除するキーやアイコンを設けて指示させ、いずれか１個の端末からその通知があれば、その状態になるものである。
【００２５】
図３（Ａ１）に示す行動状態リストＮｏには、図３（Ａ２）におけるいずれかのリストＮｏが挿入される。図３（Ａ２）において、ユーザＩＤ及びリストＮｏに対応付けて、状態属性ＩＤ及び行動状態名が記述される。状態属性ＩＤは「１」〜「３」のいずれかの値をとり、「１」が個人情報（詳細情報など；図７参照）を発信希望者に常に提示する「状態提示」を表し、「２」が後述する図６（Ａ）を適用する「自動着信優先」を表し、「３」が後述する図６（Ｂ）を適用する「状態提示優先」を表し、ユーザが状態名を入力する際等に合わせて設定し得るものである。行動状態名は、ユーザ自身が任意に作成するものであり、自分の状況を自由に表現することができる。例えば、「ＰＪ会議中」、「第一応接室」、「ヘッドセットなし」、「伝言のみ受付中」、「外出中（戻り１５：００）」、「ＡＭ半休」などなど任意に書き込むことができる。ユーザが作成した行動状態名を、システムで規定された状態属性に対応付けておくことにより、ユーザ任意の行動状態（対応する状態属性）に応じて着信先や連絡手段が自動選択される。ユーザは、着信の第１条件として、後述するように、「通信状態優先」又は「行動状態優先」のどちらかを指定しておくことにより、より柔軟な着信先選択を利用することができる（着信時にどのように着信先を決定するかについては後述する）。
【００２６】
ユーザＩＤ及びリストＮｏ以外の行動状態に関する情報は、ユーザが、ソフトフォン３などのＧＵＩ機能を用いて変更するものである。
【００２７】
人プレゼンス情報における「場所」は、ユーザが指定した端末の優先順位で、位置情報（ＩＰアドレスなど）が判明している使用可能端末の場所を、人の場所として記述したものである。
【００２８】
人プレゼンス情報における「優先順位付端末電話番号」は、ユーザが使用可能な全て（例えば上限数を３個とする）の端末の電話番号であり、各端末には、着信についての優先順位が付与されている。この優先順位情報は、後述するように利用される。
【００２９】
人プレゼンス情報における「着信条件」は、後述する第１条件として、ユーザが選択した着信条件を記述したものであり、「自動着信優先」か「状態提示優先」のいずれかが記述される。
【００３０】
図２における端末プレゼンス情報データベース１１は、図３（Ｂ）に示すような端末毎のプレゼンス情報を格納したものである。
【００３１】
端末プレゼンス情報は、図３（Ｂ）に示すように、端末ＩＤ、電話番号、端末種別、端末の状態、位置情報である。
【００３２】
端末ＩＤは、端末にユニークな番号であり、電話番号は、端末に割り振られている発信する際の番号である。端末種別は、ソフトフォン、ＳＩＰ携帯端末などの種別を記述するものであり、ベンダーの情報を含めるようにしても良い。端末種別は、「チャット機能」や「伝言機能」や「電子メール機能」に対応できるかなども記述されている。端末の状態は、電源がオンされているか、通話中であるかなどの端末の状態が記述され、この端末状態が、人プレゼンス情報における「通信状態」を形成させる元の情報となる。位置情報は、例えば、ＩＰアドレス、又は、ＩＰアドレス／場所変換テーブルなどを用いてＩＰアドレスを場所に変換したものであり、この位置情報が、人プレゼンス情報における「場所」を形成させる元の情報となる。すなわち、端末プレゼンス情報における「端末状態」や「位置情報」に変更があれば、それに連動して、人プレゼンス情報における「通信状態」や「場所」の見直しがなされ、適宜、人プレゼンス情報における「通信状態」や「場所」が変更される。
【００３３】
図２において、データベース更新部１２は、プレゼンスサービス提供制御部１４の制御下で、人プレゼンス情報データベース１０や端末プレゼンス情報データベース１１を更新させるものである。
【００３４】
データベース参照部１３は、プレゼンスサービス提供制御部１４の制御下で、人プレゼンス情報データベース１０や端末プレゼンス情報データベース１１に格納されている情報を取り出すものである。
【００３５】
プレゼンスサービス提供制御部１４は、プレゼンス情報の提供サービスを制御するものである。プレゼンスサービス提供制御部１４は、プレゼンスサーバ機能部１４ａ、プレゼンスアプリケーション機能部１４ｂ、アドレス帳機能部１４ｃなどを有する。
【００３６】
プレゼンスサーバ機能部１４ａは、「端末」又は「端末の状態を通知する装置（ＰＢＸ６）から端末の情報を収集するものである。また、プレゼンスサーバ機能部１４ａは、ブラウザを有する端末や他の装置（パソコン７）からユーザの行動状態やユーザの設定などを取り込むものである。さらに、プレゼンスサーバ機能部１４ａは、ソフトフォン３等から所定ユーザの状態監視が申し込まれている場合には、そのユーザの状態（通信状態や行動状態）が変更された際の通知を実行するものである。
【００３７】
プレゼンスアプリケーション機能部１４ｂは、人プレゼンス情報や端末プレゼンス情報の管理や加工を行うものである。また、プレゼンスアプリケーション機能部１４ｂは、端末からの通知などに応じて端末プレゼンス情報を更新すると共に、その更新により、人プレゼンス情報の更新が必要となれば人プレゼンス情報も更新するものである。さらに、プレゼンスアプリケーション機能部１４ｂは、ユーザの行動状態の通知に応じて、人プレゼンス情報を更新させるものである。さらにまた、プレゼンスアプリケーション機能部１４ｂは、ソフトフォン３等から所定ユーザの状態監視が申し込まれている場合において、そのユーザの状態（通信状態や行動状態など）が変更された際又は変更した際には、プレゼンスサーバ機能部１４ａから変更の通知を実行させるものである。
【００３８】
アドレス帳機能部１４ｃは、ソフトフォン３、ＳＩＰ携帯端末４等からの要求により、図示しないアドレス帳画面を供給して表示させるものである。また、アドレス帳機能部１４ｃは、アドレス帳画面において、特定ユーザに対する発信クリックされた際には、そのユーザに関するプレゼンス情報をプレゼンスアプリケーション機能部１４を介して得て、そのユーザに着信させるかそのユーザのプレゼンス情報を含む詳細情報画面（図６参照）を表示するかを決定し、決定した処理を行うものである。また、アドレス帳機能部１４ｃは、詳細情報画面で表示されているいずれかのアイコンがクリックされた際には、そのアイコンで定める処理を実行するものである。
【００３９】
通信部１５は、ソフトフォン３、ＳＩＰ携帯端末４、ＰＢＸ６（ＰＢＸ６経由でＳＩＰ携帯端末４や非ＳＩＰ端末５と通信する場合を含む）、図示しないＳＩＰ端末等との通信を実行するものである。この実施形態の通信部１５は、ＳＩＰに対応しているだけでなく、ＨＴＴＰにも対応しているものである。
【００４０】
図４は、ソフトフォン３（や一般的なＳＩＰ端末）の情報をプレゼンス情報提示サーバ２が収集する動作を示すシーケンス図である。
【００４１】
ソフトフォン３は、自己の位置情報を含む「ＲＥＧＩＳＴＥＲ」リクエストをプレゼンス情報提示サーバ２に送信し（Ｓ１００）、プレゼンス情報提示サーバ２は、正常受信処理したときに「２００」レスポンスを返信する（Ｓ１０１）。ここで、ソフトフォン３の位置情報を含む「ＲＥＧＩＳＴＥＲ」メッセージを受信したプレゼンス情報提示サーバ２は、そのソフトフォン３の端末プレゼンス情報の「位置情報」を更新（又は新規格納）すると共に、必要ならば（ソフトフォン３の優先順位が他の端末より高いならば）、人プレゼンス情報の「場所」も変更する。
【００４２】
その後、プレゼンス情報提示サーバ２は、ソフトフォン３の状態を収集すべく、自律的に、「ＳＵＢＳＣＲＩＢＥ」リクエストをソフトフォン３に送信する（Ｓ１０２）。ソフトフォン３は、このリクエストに対し、受信応答を表す「２００」レスポンスを返信すると共に（Ｓ１０３）、「ＮＯＴＩＦＹ」メッセージによって自己の状態を通知する（Ｓ１０４）。「ＮＯＴＩＦＹ」メッセージを受信すると、プレゼンス情報提示サーバ２は、ソフトフォン３の端末プレゼンス情報の「状態」を更新（又は新規格納）すると共に、必要ならば、人プレゼンス情報の「通信状態」も変更する。なお、「ＮＯＴＩＦＹ」メッセージが電源オフなどで送信されてこない場合も、プレゼンス情報提示サーバ２は、ソフトフォン３の端末プレゼンス情報の「状態」を更新（又は新規格納）すると共に、必要ならば、人プレゼンス情報の「通信状態」も変更する。
【００４３】
上述したように、通信状態は、「オンライン」、「オフライン」、「通話中」、「取込中」、「その他」はあり、プレゼンス情報提示サーバ２はこれら５状態の状態遷移ルールを内蔵し、遷移させるが、これら５種類間の状態遷移は明らかであるので、数例の遷移例を挙げて、それ以外の遷移は説明を省略する。「オンライン」状態にあるときに、ソフトフォン３から「通話中」が通知されると、通信状態も「通話中」に変更する。「オンライン」状態にあるときに、ソフトフォン３から「取込中」が通知されると、通信状態も「取込中」に変更する。「通話中」状態にあるときに、ソフトフォン３から「待機中」が通知されると、通信状態を「オンライン」に変更する。
【００４４】
プレゼンス情報提示サーバ２は、「ＳＵＢＳＣＲＩＢＥ」リクエストのソフトフォン３への自律的な送信を周期的に行い、周期的に状態を収集する。
【００４５】
ＳＩＰプロトコルのＤＲＡＦＴでは、端末間の通信にサーバが介在し、一方の端末から他方の端末への「ＳＵＢＳＣＲＩＢＥ」リクエスト及び「ＮＯＴＩＦＹ」メッセージの授受に介在しなければ、端末の状態を収集できない。これでは、収集の機会が少なくなるので、この実施形態の場合、プレゼンス情報提示サーバ２が、「ＳＵＢＳＣＲＩＢＥ」リクエストを自律的に送信させることとした。
【００４６】
図５は、ＳＩＰ携帯端末４の情報をプレゼンス情報提示サーバ２が収集する動作を示すシーケンス図である。
【００４７】
ＳＩＰ携帯端末４は、自己の位置情報を含む「ＲＥＧＩＳＴＥＲ」リクエストをＰＢＸ６に送信し（Ｓ２００）、ＰＢＸ６は、受信応答である「２００」レスポンスを返信する（Ｓ２０１）。ＰＢＸ６は、ＳＩＰ携帯端末４からの「ＲＥＧＩＳＴＥＲ」リクエストをプレゼンス情報提示サーバ２に転送し（Ｓ２０２）、プレゼンス情報提示サーバ２は、受信応答である「２００」レスポンスを返信する（Ｓ２０３）。ここで、ＳＩＰ携帯端末４の位置情報を含む「ＲＥＧＩＳＴＥＲ」メッセージを受信したプレゼンス情報提示サーバ２は、そのＳＩＰ携帯端末４の端末プレゼンス情報の「位置情報」を更新（又は新規格納）すると共に、必要ならば（ＳＩＰ携帯端末４の優先順位が他の端末より高いならば）、人プレゼンス情報の「場所」も変更する。
【００４８】
その後、プレゼンス情報提示サーバ２は、ＳＩＰ携帯端末４の状態を収集すべく、自律的に、「ＳＵＢＳＣＲＩＢＥ」リクエストをＳＩＰ携帯端末４に送信する（Ｓ２０４）。この際は、位置情報（ＩＰアドレスなど）が分かっているので、ＰＢＸ６を介在することはない。そのため、ＳＩＰ携帯端末４の状態を収集する一連の動作（Ｓ２０４〜Ｓ２０６）は、上述したソフトフォン３の場合（Ｓ１０２〜Ｓ１０４）と同様である。
【００４９】
次に、あるユーザが他のユーザに連絡を取りたい場合の動作を、図６及び図７を用いて説明する。
【００５０】
連絡しようとするユーザは、図示しないアドレス帳画面を自己が使用しているブラウザ機能付きの電話端末（又はパソコン）に表示させ、その画面に表示されている複数のユーザの中から、連絡を取りたいユーザの氏名の部分をクリックする。このとき、プレゼンス情報提示サーバ２の内部では、どの電話端末に発信するか（着信端末をいずれにするか）の決定処理が実行される。プレゼンス情報提示サーバ２は、内部管理する図６に示すような決定規則を参照し、着信端末を決定したり、又は、着信端末を選択させるための後述する図７に示す詳細情報画面を表示させる。
【００５１】
図６（Ａ）は、後述する第１条件及び第２条件の関係から、「自動着信優先」が決定条件として適用することになった場合において、通信状態と、着信端末などとの関係を示している。「自動着信優先」の適用時において、通信状態が「オンライン」の場合には人プレゼンス情報における優先順位が高いオンライン端末に発信し、通信状態が「オフライン」の場合には図７に示す詳細情報画面を表示させ、通信状態が「通話中」、「取込中」又は「その他」の場合には人プレゼンス情報における優先順位が高い、通話中でもなければオフラインでもない端末に発信する。
【００５２】
図６（Ｂ）は、後述する第１条件及び第２条件の関係から、「状態提示優先」が決定条件として適用することになった場合において、通信状態と、着信端末などとの関係を示している。「状態提示優先」の適用時において、通信状態が「オンライン」の場合には人プレゼンス情報における優先順位が高いオンライン端末に発信し、通信状態が「オフライン」、「通話中」又は「取込中」の場合には図７に示す詳細情報画面を表示させ、通信状態が「その他」の場合には人プレゼンス情報における優先順位が高い、通話中でもなければオフラインでもない端末に発信する。
【００５３】
図７は、発信ユーザに着信端末などを選択させるための詳細情報画面の一例を示す説明図である。詳細情報画面は、上中下のおおむね３段構成でなり、上段では、着信ユーザに係る「通信状態」、「氏名」、「場所」、「行動状態」、「所属」などを表示し、中段では、「チャット」、「伝言」、「電子メール」などの電話以外の連絡手段の起動ボタンアイコンを表示し、下段では、その着信ユーザが使用する各電話端末の「状態（通信状態）」、「電話番号」及び「場所」を表示し、「電話番号」はボタンアイコンとなっている。従って、発信ユーザは、この詳細情報画面のいずれかの「電話番号」ボタンアイコンを左クリックすることにより、発信させることができ、また、「チャット」、「伝言」又は「電子メール」のボタンアイコンをクリックすることにより、他の連絡手段を起動させることができる。
【００５４】
なお、アドレス帳画面や詳細情報画面を表示させた装置以外から発信させる場合（例えば、移動先などでヘッドセットが手元にないときに、パソコンのブラウザに表示させたアドレス帳画面でクリック発信操作を行い、ソフトフォン以外の電話端末で相手と通話したい場合など）、画面に表示されている相手の氏名や電話番号を右クリックし、右クリックメニューの「優先端末で発信」で、自分の優先端末が同様の条件で自動選択（コールバック）されて相手と通話させる処理を行う。
【００５５】
「自動着信優先」を適用するか、「状態提示優先」を適用するか、いずれも適用しないかは以下のように決定される。この決定には、着信ユーザの人プレゼンス情報の着信条件（図３（Ａ１）参照）と、行動状態リストにおける行動状態属性ＩＤ（図３（Ａ２）参照）とが判断材料として利用される。以下では、プレゼンス情報提示サーバ２が判断主体であるとして説明するが、発信ユーザの電話端末に必要情報を与えて、その電話端末に判断させるようにしても良い。
【００５６】
プレゼンス情報提示サーバ２は、行動状態属性ＩＤが未設定の場合には、人プレゼンス情報の着信条件をそのまま適用することに決定する。すなわち、人プレゼンス情報の着信条件に「自動着信優先」と記述されていれば「自動着信優先」を適用し、人プレゼンス情報の着信条件に「状態提示優先」と記述されていれば「状態提示優先」を適用する。ここで、行動状態名が空白であって行動状態属性ＩＤが設定されている場合は、行動状態属性ＩＤが未設定の場合と同様に扱う。以上の場合は、着信ユーザの行動が決定に影響を与えていないので、行動状態より通信状態が優先された場合であるということができる。
【００５７】
プレゼンス情報提示サーバ２は、行動状態属性ＩＤが設定されている場合には、人プレゼンス情報の着信条件に関係なく、行動状態属性ＩＤに従う。すなわち、行動状態属性ＩＤが「１」であれば通信状態に関係なく図７を常に表示させ、行動状態属性ＩＤが「２」であれば「自動着信優先」で具体的処理を決定し（図６（Ａ）参照）、行動状態属性ＩＤが「３」であれば「状態提示優先」で具体的処理を決定する。すなわち、着信ユーザが行動状態属性ＩＤが設定した場合にはそれを尊重するので、行動状態優先ということができる。
【００５８】
次に、あるユーザが他のユーザの状態を監視する際の動作を、図８及び図９を用いて説明する。
【００５９】
他のユーザの状態監視を希望するユーザは、自己が使用するブラウザ機能を有する電話端末（以下、ソフトフォン３とする）から、プレゼンス情報提示サーバ２が提供するアドレス帳画面を参照する（Ｓ３００）。そして、監視したい他のユーザに係るＳＩＰ−ＵＲＩを取得する（Ｓ３０１）。ＳＩＰ−ＵＲＩを取得するまでの通信は、ＨＴＴＰプロトコルに従ってなされる。
【００６０】
その後、他のユーザの状態監視を希望するユーザは、ソフトフォン３から、取得したＳＩＰ−ＵＲＩの状態通知サービスの購読開始を、プレゼンス情報提示サーバ２を申し込む（Ｓ３０２）。この申し込みは、ＳＩＰでの「ＳＵＢＳＣＲＩＢＥ」メッセージによって申し込む。プレゼンス情報提示サーバ２は、このとき、その他のユーザの、人プレゼンス情報に関連し、状態通知サービスが購読されたこと、及び、購読要求元ユーザの情報（ＳＩＰ−ＵＲＩなど）などを設定し、設定以降、図９に示すような変更が監視対象のユーザに生じたときには、購読要求元ユーザに、「ＮＯＴＩＦＹ」メッセージを利用して変更を通知する（Ｓ３０１）。
【００６１】
図９は、購読要求元ユーザ（のソフトフォン３）に、監視対象ユーザの状態などを通知する契機の説明図である。
【００６２】
プレゼンス情報提示サーバ２は、「場所」に関し、（１）監視対象ユーザのいずれかの使用端末が起動又は電源オンされたとき、（２）監視対象ユーザのいずれかの使用端末が終了又は電源オフされたとき、（３）監視対象ユーザのいずれかの使用端末が移動されたとき（例えばＩＰアドレスの変更）、（４）監視対象ユーザのいずれかの使用端末の登録が終了したとき（無線圏外で一定時間経過したとき）、（５）監視対象ユーザの使用端末を変更したとき（登録端末の優先順位の変更）、などに、購読要求元ユーザに通知を行う。
【００６３】
また、プレゼンス情報提示サーバ２は、「通信状態」に関しては、監視対象ユーザの使用端末の状態変更によって、監視対象ユーザの通信状態が変更されたときに購読要求元ユーザに通知を行う。
【００６４】
さらに、プレゼンス情報提示サーバ２は、「行動状態」に関しては、監視対象ユーザがＧＵＩ機能を利用して行動状態を手動で変更したときに購読要求元ユーザに通知を行う。
【００６５】
上記実施形態によれば、１ユーザが複数の電話端末を使用する場合であっても、各端末ごとにプレゼンス情報を管理し、それらを統合して人のプレゼンス情報に反映させるようにしたので、言い換えると、１電話端末の情報をそのままユーザのプレゼンス情報にしているのではないので、そのユーザへの連絡方法などに影響する通信状態を細かく記述でき、そのユーザへのリーチャビリティ（到達可能性）を高くすることができる。
【００６６】
また、上記実施形態によれば、アドレス長画面で発信先ユーザが指示されたとき、そのユーザに係るどの電話端末に発信するかを、行動状態や予め設定した着信条件や通信状態などを勘案して決定し、又は、発信先ユーザに係る詳細情報の画面を提示するようにしたので、効率的に発信させることができる。
【００６７】
さらに、上記実施形態によれば、他のユーザの行動状態や通信状態や場所の変化などを、必要に応じて、購読し得るようにしたので、連絡必要時に、連絡が可能か否かを判断したり、容易に連絡先などを決定できたりし、ユーザの使い勝手を高めることができる。
【００６８】
（Ｂ）他の実施形態
上記実施形態の説明においても、種々変形実施形態に言及したが、さらに、以下に例示するような変形実施形態を挙げることができる。
【００６９】
上記実施形態では、ユーザに係る全ての使用端末について、端末プレゼンス情報を管理するものを示したが、ＳＩＰ対応でない電話端末については、端末プレゼンス情報を管理しないようにしても良い。但し、人プレゼンス情報の中には、優先順位が下位の端末として記述することを認めるようにしても良い。
【００７０】
また、上記実施形態においては、ＰＢＸ６の端末になり得ない電話端末も、管理対象とするものを示したが、ＰＢＸ６の端末になり得る電話端末だけを管理対象とするようにしても良い。
【００７１】
さらに、上記実施形態では、人プレゼンス情報の着信条件には、「自動着信優先」、「状態提示優先」だけを選択し得るものを示したが、通信状態に関係なく、常に詳細情報画面を表示させる「状態表示」をも選択可能とするようにしても良い。
【００７２】
さらにまた、上記実施形態では、図３（Ａ１）に示す人プレゼンス情報本体と図３（Ａ２）に示す行動状態リストとを別個に管理するものを示したが、融合して管理するようにしても良い。すなわち、人プレゼンス情報に、行動状態リストを記述できるフィールドを設けるようにしても良い。
【００７３】
また、プレゼンス情報提示サーバ２によって情報が管理されるユーザ端末と、プレゼンス情報提示サーバ２が管理している情報を参照し得る装置との関係は、上記実施形態の関係に限定されないことは勿論である。例えば、情報が管理されているユーザ端末しか、プレゼンス情報提示サーバ２の管理情報を参照しないシステムであっても良い。
【図面の簡単な説明】
【００７４】
【図１】実施形態のプレゼンス情報提示システムにおける構成要素例及び概要を示す説明図である。
【図２】実施形態のプレゼンス情報提示サーバの機能的構成を示すブロック図である。
【図３】実施形態のプレゼンス情報のデータ構造の説明図である。
【図４】実施形態のプレゼンス情報提示サーバがソフトフォンの情報を収集する際のシーケンス図である。
【図５】実施形態のプレゼンス情報提示サーバがＳＩＰ携帯端末の情報を収集する際のシーケンス図である。
【図６】実施形態の着信端末の決定規則の説明図である。
【図７】実施形態の特定ユーザのプレゼンス情報を表示した画面例を示す説明図である。
【図８】実施形態のあるユーザが他のユーザの状態などを監視する際のシーケンス図である。
【図９】実施形態の監視されているユーザの情報を通知する変更契機の説明図である。
【符号の説明】
【００７５】
１…プレゼンス情報提示システム、２…プレゼンス情報提示サーバ、３…ソフトフォン、４…ＳＩＰ携帯端末、５…非ＳＩＰ端末、６…ＰＢＸ、７…パソコン、１０…人プレゼンス情報データベース、１１…端末プレゼンス情報データベース、１２…データベース更新部、１３…データベース参照部、１４…プレゼンスサービス提供制御部、１５…通信部。
【図１】
2006287395.tif 000003
【図２】
2006287395.tif 000004
【図３】
2006287395.tif 000005
【図４】
2006287395.tif 000006
【図５】
2006287395.tif 000007
【図６】
2006287395.tif 000008
【図７】
2006287395.tif 000009
【図８】
2006287395.tif 000010
【図９】
2006287395.tif 000011