JP2004272311A - プレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラム - Google Patents
プレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラム Download PDFInfo
- Publication number
- JP2004272311A JP2004272311A JP2003057895A JP2003057895A JP2004272311A JP 2004272311 A JP2004272311 A JP 2004272311A JP 2003057895 A JP2003057895 A JP 2003057895A JP 2003057895 A JP2003057895 A JP 2003057895A JP 2004272311 A JP2004272311 A JP 2004272311A
- Authority
- JP
- Japan
- Prior art keywords
- subscriber
- notification
- presentity
- notification destination
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
【課題】プレゼンティティが状態の通知先を細かく制御可能なプレゼンスシステムを提供する。
【解決手段】プレゼンティティ・エージェント１はプレゼンス管理部１２で管理されるプレゼンスが変化すると、プレゼンス通知部１３に対してプレゼンス変化の通知を依頼する。プレゼンス通知部１３は通知先決定部１４に対して実際にプレゼンス変化を通知するサブスクライバ３のリストを要求する。通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３のリストの中から、通知先決定ルールを基に決定されるサブスクライバを取得し、プレゼンス通知部１３に返す。プレゼンス通知部１３は通知先決定部１４から取得したサブスクライバ３に対してプレゼンスの変化を通知する。
【選択図】 図１
【解決手段】プレゼンティティ・エージェント１はプレゼンス管理部１２で管理されるプレゼンスが変化すると、プレゼンス通知部１３に対してプレゼンス変化の通知を依頼する。プレゼンス通知部１３は通知先決定部１４に対して実際にプレゼンス変化を通知するサブスクライバ３のリストを要求する。通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３のリストの中から、通知先決定ルールを基に決定されるサブスクライバを取得し、プレゼンス通知部１３に返す。プレゼンス通知部１３は通知先決定部１４から取得したサブスクライバ３に対してプレゼンスの変化を通知する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明はプレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラムに関し、特に各ユーザの通信状態を管理するシステム等を含むプレゼンスシステムに関する。
【０００２】
【従来の技術】
プレゼンスシステムにおいては、自分のプレゼンス情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、プレゼンティティからプレゼンス（ＰＲＥＳＥＮＣＥ）情報を受取り、これをサブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなっている。サブスクライバはプレゼンスサービスに対し、あるプレゼンティティのプレゼンス情報が変化した時に通知を行うよう要求するものである（例えば、非特許文献１参照）。
【０００３】
尚、プレゼンティティ、サブスクライバ、プレゼンスサービスは、いずれも、プレゼンスシステムの論理的な構成要素であり、物理的にネットワーク上に配置する際、プレゼンスサービス用のサーバを必要としないピア・ツー・ピアの構成をとる場合や、プレゼンティティやサブスクライバの機能の一部をクライアント端末とサーバ端末とに分散配置する構成をとる場合があるが、これについては区別しない。
【０００４】
【非特許文献１】
ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）２７７８ “Ａ Ｍｏｄｅｌ ｆｏｒ Ｐｒｅｓｅｎｃｅ ａｎｄ Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ”，Ｆｅｂｒｕａｒｙ ２０００
【０００５】
【発明が解決しようとする課題】
上述した従来のプレゼンスサービスでは、プレゼンスの変化の通知がサブスクライブしている全てのサブスクライバに一斉通知されており、プレゼンティティが状態の通知先を細かく制御することができない。
【０００６】
このため、従来のプレゼンスサービスでは、プレゼンティティの状態に応じて、サブスクライバとの間になんらかの関係が生じる場合、不都合が生じる場合がある。例えば、プレゼンティティがオンラインになった時に通話を開始する等、一度に限られた数の関係しか処理できないような場合には、半永久的にプレゼンティティとの関係が確立できないサブスクライバが存在する可能性がある。
【０００７】
また、従来のプレゼンスサービスでは、特に優先的に処理したい関係があっても、それを特別に処理することができる仕組みがない。さらに、従来のプレゼンスサービスでは、プレゼンティティがその状態や時間等のコンテキストに応じて、通知先を制御するような仕組みがない。
【０００８】
そこで、本発明の目的は上記の問題点を解消し、プレゼンティティが状態の通知先を細かく制御することができるプレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明によるプレゼンスシステムは、少なくとも自要素の状態を示すプレゼンス（ＰＲＥＳＥＮＣＥ）情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなるプレゼンスシステムであって、前記プレゼンス情報の通知を特定のサブスクライバだけに行う通知手段を前記プレゼンティティに備えている。
【００１０】
本発明によるプレゼンス通知先制御方法は、少なくとも自要素の状態を示すプレゼンス（ＰＲＥＳＥＮＣＥ）情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなるプレゼンスシステムのプレゼンス通知先制御方法であって、前記プレゼンティティ側に、前記プレゼンス情報の通知を特定のサブスクライバだけに行うステップを備えている。
【００１１】
本発明によるプレゼンス通知先制御方法のプログラムは、少なくとも自要素の状態を示すプレゼンス（ＰＲＥＳＥＮＣＥ）情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなるプレゼンスシステムのプレゼンス通知先制御方法のプログラムであって、コンピュータに、前記プレゼンス情報の通知を特定のサブスクライバだけに行う処理を実行させている。
【００１２】
すなわち、本発明のプレゼンスシステムは、あるプレゼンティティのプレゼンスが変化した際、そのプレゼンティティの状態を監視しているウォッチャ（以下、サブスクライバとする）のうち、特定の条件を満たすサブスクライバだけに通知する方式である。例えば、あるプレゼンティティのプレゼンス変化を待ち行列の先頭にいるサブスクライバから順に通知する方式がある。
【００１３】
これによって、本発明のプレゼンスシステムでは、あるプレゼンティティと、あるサブスクライバとが通信を行っている間、ほかのサブスクライバがそのプレゼンティティと通信することが不可能な場合でも、そのプレゼンティティとの通信を所望する全てのサブスクライバが、プレゼンティティと通信可能できることを保証することが可能となる。
【００１４】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるプレゼンスシステムの構成を示すブロック図である。図１において、本発明の一実施例によるプレゼンスシステムは自分のプレゼンス情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）・エージェント１と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）３［サブスクライブしているウォッチャ（ＷＡＴＣＨＥＲＳ）］と、プレゼンティティ・エージェント１からプレゼンス（ＰＲＥＳＥＮＣＥ）情報を受取り、これをサブスクライバ３に配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）２とからなっている。
【００１５】
尚、プレゼンティティ・エージェント１、サブスクライバ３、プレゼンスサービス２はそれぞれプレゼンスシステムの論理的な構成要素であり、物理的にネットワーク上に配置する際、プレゼンスサービス用のサーバを必要としないピア・ツー・ピアの構成をとる場合や、プレゼンティティやサブスクライバの機能の一部をクライアント端末とサーバ端末とに分散配置する構成をとる場合があるが、これについては区別しない。
【００１６】
また、上記の「プレゼンス情報」とは論理的な構成要素であるプレゼンティティ・エージェント１において、「少なくとも自要素の状態を示す情報」であり、この「状態」とはプレゼンティティが示す対象にもよるが、個人の通信状態（「通話中」、「空き」、「電源断」等）、機器等の使用状態（「使用中」、「空き」、「故障」等）、個人の状態（「デスクワーク中」、「会議中」、「休憩中」、「食事中」、「睡眠中」等）等を示している。
【００１７】
プレゼンティティ・エージェント１はサブスクライバ管理部１１と、プレゼンス管理部１２と、プレゼンス通知部１３と、通知先決定部１４と、通知先決定ルール保持部１５と、記録媒体１６とからなっている。記録媒体１６にはコンピュータで実行可能なプログラムを格納しており、そのプログラムをプレゼンティティ・エージェント１が実行することで、上記の各部の処理が実現される。
【００１８】
サブスクライバ管理部１１は、プレゼンスサービス２を通して接続され、プレゼンスの変化の通知を希望するサブスクライバ３のリストを管理する。プレゼンス管理部１２はプレゼンティティの現在のプレゼンスを管理する。
【００１９】
通知先決定部１４は通知先決定ルール保持部１５から取得したルールに基づき、サブスクライバ管理部１１で管理されるサブスクライバ３のうち、プレゼンス変化を実際に通知する相手を決定する。プレゼンス通知部１３は通知先決定部１４で決定したサブスクライバ３に対してプレゼンス変化を通知する。
【００２０】
プレゼンス通知先決定ルールとしては、「一番最初にサブスクライブしたサブスクライバ」や「特定のグループに属するサブスクライバ」、「プレゼンティティのプレゼンスが『暇』の場合に、プライベートグループに属するサブスクライバ」等、サブスクライバ３の属性や行動、またプレゼンティティのプレゼンスの状態等に基づくルールを設定することができ、ルールの形式は任意である。尚、本発明の一実施例で対象とする「プレゼンス」は、上述したように、個人の通信状態だけでなく、機器等の使用状態等も含む。
【００２１】
図２は図１のプレゼンティティ・エージェント１の動作を示すフローチャートである。これら図１及び図２を参照して本発明の一実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作について説明する。図２に示す処理はプレゼンティティ・エージェント１が記録媒体１６のプログラムを実行することで実現される。
【００２２】
プレゼンティティ・エージェント１はサブスクライバ３からプレゼンス通知要求（サブスクライブ）を受けると（図２ステップＳ７）、これをサブスクライバ管理部１１のリスト（図示せず）に追加する（図２ステップＳ８）。また、プレゼンティティ・エージェント１はサブスクライブを発行したサブスクライバ３に対してプレゼンスを通知する（図２ステップＳ５，Ｓ６）。
【００２３】
プレゼンティティ・エージェント１はプレゼンス管理部１２で管理されるプレゼンスが変化すると（図２ステップＳ１）、プレゼンス通知部１３に対してプレゼンス変化の通知を依頼する。
【００２４】
プレゼンス通知部１３は通知先決定部１４に対して実際にプレゼンス変化を通知するサブスクライバ３のリストを要求する。通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３のリストの中から、通知先決定ルールを基に決定されるサブスクライバ３を取得し（図２ステップＳ２〜Ｓ４）、プレゼンス通知部１３に返す。
【００２５】
プレゼンス通知部１３は通知先決定部１４から取得したサブスクライバ３に対してプレゼンスの変化を通知する（図２ステップＳ５，Ｓ６）。プレゼンティティ・エージェント１は上述したプレゼンス通知先制御処理を繰り返し実行する。
【００２６】
図３は本発明の一実施例によるプレゼンスシステムの具体例を示すブロック図である。図３においては、ある機器Ａの使用状況がプレゼンティティ・エージェント１によって管理されている場合を想定している。
【００２７】
ここで、プレゼンティティのプレゼンスとしては、使用中／空きの２つの状態をプレゼンスとして持つ。また、機器Ａの利用希望者はサブスクライバ３−１〜３−Ｎからプレゼンスサービス２を通じて機器Ａの使用状況を監視し、「空き」状態の通知を受けると、この機器を使用することができる。
【００２８】
また、通知先決定ルールとしては、「最初にサブスクライブしたサブスクライバ」Ｂというルールが設定されており、サブスクライバ管理部１１で管理されるサブスクライバ３−１〜３−Ｎのうち、プレゼンティティ・エージェント１に最も最初にサブスクライブしたサブスクライバが、プレゼンス変化時の通知先として選択されるものとする。
【００２９】
機器Ａの利用希望者はサブスクライバ３−１〜３−Ｎから、機器Ａに対応するプレゼンティティ・エージェント１に対して、プレゼンスサービス２を通じてサブスクライブを行い、機器Ａの使用状況を監視する。機器Ａの利用希望者がサブスクライブを行った際に、機器Ａが「空き」状態であれば、機器Ａの利用希望者は監視（サブスクライブ）を終了し、すぐにその機器Ａを使用することができる。
【００３０】
以下、機器Ａが「使用中」で、一人以上の利用希望者が、機器Ａに対してサブスクライブを行っている場合の動作を示す。ここで、機器Ａの利用希望者は、サブスクライブを行った順に、サブスクライバ３−１，３−２，…，３−Ｎで識別されるものとし、サブスクライブ発行時には「使用中」の通知を受信しているものとする。
【００３１】
機器Ａの使用状況が「使用中」から「空き」に変化すると、プレゼンティティ・エージェント１のプレゼンス管理部１２はプレゼンス通知部１３に対して、プレゼンス変化の通知を依頼する。プレゼンス通知部１３は通知先決定部１４に対して、実際にプレゼンス変化を通知するサブスクライバ３−１〜３−Ｎのリストを要求する。
【００３２】
通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３−１〜３−Ｎのリストから、通知先決定ルール『最初にサブスクライブしたサブスクライバ』Ｂから決定される「サブスクライバ３−１」を取得し、それをプレゼンス通知部１３に返す。
【００３３】
プレゼンス通知部１３は取得した「サブスクライバ３−１」に対して、「空き」状態を通知する。「空き」状態の通知を受けた「サブスクライバ３−１」はサブスクライブを終了し、機器Ａの使用を開始し、プレゼンス管理部１２で管理される機器Ａの使用状況が、「使用中」に変わる。
【００３４】
「サブスクライバ３−１」が機器Ａの使用を終了すると、上述したプレゼンス管理部１２からプレゼンス通知部１３に対するプレゼンス変化の通知の依頼に戻る。
【００３５】
尚、「空き」通知を受信した「サブスクライバ３−１」が、機器Ａの使用を開始せず、結果として、機器Ａを誰も使用できなくなる可能性がある。これを避けるため、「空き」状態の通知を受けた「サブスクライバ３−１」の処理において、一定時間を経ても「使用中」に変わらない場合、プレゼンス通知部１３によるリストの要求に戻り、次の利用希望者「サブスクライバ３−２」に対して、「空き」通知を送るようにすればよい。
【００３６】
また、その際、「サブスクライバ３−１」はサブスクライバ管理部１１から削除してもよいし、優先順位の低いサブスクライバとして扱ってもよい。尚、プレゼンティティは機器Ａに限る必要はなく、例えば、ユーザの状態でもよく、あるユーザが「空き」になった時に、通話を開始するといったケースでも、上記と同様の方式を適用することができる。
【００３７】
このように、本実施例では、プレゼンスの通知を、ある特定のルールから決定されるサブスクライバ３−１〜３−Ｎに対して優先的に行うことで、プレゼンティティのプレゼンスの変化をトリガとして、プレゼンティティとサブスクライバ３−１〜３−Ｎとにある「関係」が生じる場合、その「関係」の設立を制御することができる。
【００３８】
例えば、プレゼンティティに相当するある機器Ａが空き状態になった時に、サブスクライバ３に相当する機器Ａの利用希望者がその機器Ａを使用するような場合、プレゼンティティに相当するあるユーザがオンライン状態になった時にサブスクライバ３に相当する別のユーザと通話を開始するような場合、状態変化の通知先を制御することで、上記の「関係」の設立順序を制御することができる。
【００３９】
これによって、本実施例では、あるプレゼンティティと、あるサブスクライバ３，３−１〜３−Ｎとが「関係」を設立すると、ほかのサブスクライバがそのプレゼンティティとの関係が設立できないような場合でも、例えば、サブスクライブの順番にしたがって通知を行うことで、そのプレゼンティティとの関係設立を所望するすべてのサブスクライバ３−１〜３−Ｎがプレゼンティティと関係を設立することを保証することができる。
【００４０】
したがって、プレゼンスがある機器Ａが「使用中」かどうかを示すような場合、その機器Ａの利用を所望するユーザに対して順に利用許可を与えるといったことが可能となる。
【００４１】
また、本実施例では、ある特定の状態になったことを、特定のサブスクライバ３だけに知らせたい場合、これを制御することも可能である。例えば、「暇だから飲みに行きたい」といった状態を、特に親しい友人だけに通知したり、機器Ａの稼動状況が「故障」になったことをユーザには通知せず、管理者と修理業者とにだけ通知するといった制御も行うことができる。
【００４２】
本発明の一実施例では、サブスクライバ３−１〜３−Ｎの中のただ一つに対して通知を送っているが、一度に複数のサブスクライバ３−１〜３−Ｎに対して通知を送ることも可能である。この場合、これら複数のサブスクライバ３−１〜３−Ｎに対してはそれぞれ異なるプレゼンス情報を同時に送信することも可能である。
【００４３】
本発明の一実施例では、単純に、サブスクライブの順番にしたがって通知先を決定しているが、機器Ａの使用後も、引き続き利用者からのサブスクリプションが継続するような場合には「使用中」状態を通知してから、一番経過時間の長いサブスクライバに対して優先して「空き」状態を通知することができる。
【００４４】
また、本発明の一実施例では、順番待ちをしているサブスクライバ３−１〜３−Ｎが一時的にオフラインになった時に、プレゼンティティがそのサブスクライバ３−１〜３−Ｎの順番を保存することもできる。これによって、サブスクライバ３−１〜３−Ｎがオンラインに復帰後、サブスクライブを再発行したサブスクライバ３−１〜３−Ｎはオフラインになった時点の順番から順番待ちを再開することができる。
【００４５】
さらに、本発明の一実施例では、単純に、サブスクライブの順番にしたがって通知先を決定しているが、サブスクライバ３−１〜３−Ｎが持つ属性にしたがって通知順を決定してもよい。例えば、会員優待サービス等では優待権をもつサブスクライバに優先的に通知を発行するといったことが可能である。
【００４６】
上記のほかに、本発明では時間やプレゼンティティの状態に応じて、通知先を変えてもよい。例えば、プレゼンティティがユーザの「デスクワーク中」、「会議中」、「休憩中」、「食事中」、「睡眠中」といった状態を表す場合、就業時間内は仕事関係のサブスクライバに対してだけ状態通知を行い、終業時間外には家族や友人等のサブスクライバに対してだけ状態通知を行うといったこともできる。
【００４７】
この場合、サブスクライバがプレゼンティティとどういった関係にあるかという属性が、通知先決定ルールで利用される。また、サブスクライバとプレゼンティティとの間の属性が複数存在する場合には、それら複数の属性が通知先決定ルールで利用される。その際、複数のサブスクライバに対してはそれぞれの属性に応じたプレゼンス情報が同時に送られることとなる。
【００４８】
本発明の一実施例では、通知先決定部１４で決定されるサブスクライバ３にだけ状態を通知しているため、それ以外のサブスクライバには通知の待ち時間を予想することができない。通知の対象とならないサブスクライバに対しては、通知の対象となる順番等を通知することで、通知の対象とならないサブスクライバが通知を受けるまでの待ち時間を予測することが可能になる。
【００４９】
また、本発明の一実施例では、「空き」状況の通知を受信したサブスクライバ３が機器Ａの使用権を得ているが、この通知と一緒に、期限付きの電子チケット等を送付することで、電子チケットによって機器Ａの使用権の確認が行うことができる。
【００５０】
図４は本発明の他の実施例によるプレゼンスシステムの構成を示すブロック図である。図４において、本発明の他の実施例によるプレゼンスシステムはサブスクライバ３に通知条件管理部４を付加した以外は、図１に示す本発明の一実施例によるプレゼンスシステムと同様の構成となっており、同一構成要素には同一符号を付してある。また、同一構成要素の動作はほぼ本発明の一実施例と同様であり、本発明の一実施例との違いについて以下に述べる。
【００５１】
本発明の他の実施例において、サブスクライバ３はサブスクライブの発行時に、通知条件管理部４から取得した通知条件を付加してサブスクライブを発行する方式をとっている。
【００５２】
図５は本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作を示すフローチャートである。これら図４及び図５を参照して本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作について説明する。尚、図５に示す処理はプレゼンティティ・エージェント１が記録媒体１６のプログラムを実行することで実現される。
【００５３】
プレゼンティティ・エージェント１はサブスクライバ３からプレゼンス通知要求（サブスクライブ）を受けると（図５ステップＳ１７）、これをサブスクライバ管理部１１のリスト（図示せず）に追加する（図５ステップＳ１８）。
【００５４】
プレゼンティティ・エージェント１はサブスクライブに通知条件が含まれる場合（図５ステップＳ１９）、その通知条件を通知先決定ルールとして通知先決定ルール保持部２に保持されたルールに追加する（図５ステップＳ２０）。その後に、プレゼンティティ・エージェント１はサブスクライブを発行したサブスクライバ３に対してプレゼンスを通知する（図５ステップＳ１５，Ｓ１６）。
【００５５】
プレゼンティティ・エージェント１はプレゼンス管理部１２で管理されるプレゼンスが変化すると（図５ステップＳ１１）、プレゼンス通知部１３に対してプレゼンス変化の通知を依頼する。
【００５６】
プレゼンス通知部１３は通知先決定部１４に対して実際にプレゼンス変化を通知するサブスクライバ３のリストを要求する。通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３のリストの中から、通知先決定ルールを基に決定されるサブスクライバを取得し（図５ステップＳ１２〜Ｓ１４）、プレゼンス通知部１３に返す。
【００５７】
プレゼンス通知部１３は通知先決定部１４から取得したサブスクライバ３に対してプレゼンスの変化を通知する（図５ステップＳ１５，Ｓ１６）。プレゼンティティ・エージェント１は上述したプレゼンス通知先制御処理を繰り返し実行する。
【００５８】
ここで、上記の通知条件としては、「ある特定の状態になった場合」といったルールを指定することができる。また、通知条件には、順番待ち参加要求を含めることもできる。本発明の他の実施例では、サブスクライブを発行したすべてのサブスクライバが順番待ちに参加する。
【００５９】
これを、順番待ち参加要求を明示的にサブスクライブに含めなければ、順番待ちに参加できないようにすることで、単に機器の利用状態を見るためのサブスクライブと、順番待ち用のサブスクライブとの両方を実現することが可能になる。利用状態を見るためのサブスクライブを発行したサブスクライバが機器を利用する場合には、改めて順番待ち要求を含むサブスクライブを行う。この場合、順番待ちに参加したサブスクライバへの通知には、使用権等を示す情報を含める。
【００６０】
あるいは、順番待ちに参加するサブスクライバに対しては、ＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ）、ｅメール、電話等、通常のプレゼンス変化の通知とは別の手段を用いて、使用権などの通知を行い、プレゼンスの変化は、通常のプレゼンスサービスと同様、サブスクライブしているすべてのサブスクライバに対して通知を行ってもよい。
【００６１】
【発明の効果】
以上説明したように本発明は、上記のような構成及び動作とすることで、プレゼンティティが状態の通知先を細かく制御することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるプレゼンスシステムの構成を示すブロック図である。
【図２】図１のプレゼンティティ・エージェントの動作を示すフローチャートである。
【図３】本発明の一実施例によるプレゼンスシステムの具体例を示すブロック図である。
【図４】本発明の他の実施例によるプレゼンスシステムの構成を示すブロック図である。
【図５】本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作を示すフローチャートである。
【符号の説明】
１ プレゼンティティ・エージェント
２ プレゼンスサービス
３ サブスクライバ
４ 通知条件管理部
１１ サブスクライバ管理部
１２ プレゼンス管理部
１３ プレゼンス通知部
１４ 通知先決定部
１５ 通知先決定ルール保持部
１６ 記録媒体
Ａ 機器
Ｂ 最初にサブスクライブしたサブスクライバ
【発明の属する技術分野】
本発明はプレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラムに関し、特に各ユーザの通信状態を管理するシステム等を含むプレゼンスシステムに関する。
【０００２】
【従来の技術】
プレゼンスシステムにおいては、自分のプレゼンス情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、プレゼンティティからプレゼンス（ＰＲＥＳＥＮＣＥ）情報を受取り、これをサブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなっている。サブスクライバはプレゼンスサービスに対し、あるプレゼンティティのプレゼンス情報が変化した時に通知を行うよう要求するものである（例えば、非特許文献１参照）。
【０００３】
尚、プレゼンティティ、サブスクライバ、プレゼンスサービスは、いずれも、プレゼンスシステムの論理的な構成要素であり、物理的にネットワーク上に配置する際、プレゼンスサービス用のサーバを必要としないピア・ツー・ピアの構成をとる場合や、プレゼンティティやサブスクライバの機能の一部をクライアント端末とサーバ端末とに分散配置する構成をとる場合があるが、これについては区別しない。
【０００４】
【非特許文献１】
ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）２７７８ “Ａ Ｍｏｄｅｌ ｆｏｒ Ｐｒｅｓｅｎｃｅ ａｎｄ Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ”，Ｆｅｂｒｕａｒｙ ２０００
【０００５】
【発明が解決しようとする課題】
上述した従来のプレゼンスサービスでは、プレゼンスの変化の通知がサブスクライブしている全てのサブスクライバに一斉通知されており、プレゼンティティが状態の通知先を細かく制御することができない。
【０００６】
このため、従来のプレゼンスサービスでは、プレゼンティティの状態に応じて、サブスクライバとの間になんらかの関係が生じる場合、不都合が生じる場合がある。例えば、プレゼンティティがオンラインになった時に通話を開始する等、一度に限られた数の関係しか処理できないような場合には、半永久的にプレゼンティティとの関係が確立できないサブスクライバが存在する可能性がある。
【０００７】
また、従来のプレゼンスサービスでは、特に優先的に処理したい関係があっても、それを特別に処理することができる仕組みがない。さらに、従来のプレゼンスサービスでは、プレゼンティティがその状態や時間等のコンテキストに応じて、通知先を制御するような仕組みがない。
【０００８】
そこで、本発明の目的は上記の問題点を解消し、プレゼンティティが状態の通知先を細かく制御することができるプレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明によるプレゼンスシステムは、少なくとも自要素の状態を示すプレゼンス（ＰＲＥＳＥＮＣＥ）情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなるプレゼンスシステムであって、前記プレゼンス情報の通知を特定のサブスクライバだけに行う通知手段を前記プレゼンティティに備えている。
【００１０】
本発明によるプレゼンス通知先制御方法は、少なくとも自要素の状態を示すプレゼンス（ＰＲＥＳＥＮＣＥ）情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなるプレゼンスシステムのプレゼンス通知先制御方法であって、前記プレゼンティティ側に、前記プレゼンス情報の通知を特定のサブスクライバだけに行うステップを備えている。
【００１１】
本発明によるプレゼンス通知先制御方法のプログラムは、少なくとも自要素の状態を示すプレゼンス（ＰＲＥＳＥＮＣＥ）情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなるプレゼンスシステムのプレゼンス通知先制御方法のプログラムであって、コンピュータに、前記プレゼンス情報の通知を特定のサブスクライバだけに行う処理を実行させている。
【００１２】
すなわち、本発明のプレゼンスシステムは、あるプレゼンティティのプレゼンスが変化した際、そのプレゼンティティの状態を監視しているウォッチャ（以下、サブスクライバとする）のうち、特定の条件を満たすサブスクライバだけに通知する方式である。例えば、あるプレゼンティティのプレゼンス変化を待ち行列の先頭にいるサブスクライバから順に通知する方式がある。
【００１３】
これによって、本発明のプレゼンスシステムでは、あるプレゼンティティと、あるサブスクライバとが通信を行っている間、ほかのサブスクライバがそのプレゼンティティと通信することが不可能な場合でも、そのプレゼンティティとの通信を所望する全てのサブスクライバが、プレゼンティティと通信可能できることを保証することが可能となる。
【００１４】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるプレゼンスシステムの構成を示すブロック図である。図１において、本発明の一実施例によるプレゼンスシステムは自分のプレゼンス情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）・エージェント１と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）３［サブスクライブしているウォッチャ（ＷＡＴＣＨＥＲＳ）］と、プレゼンティティ・エージェント１からプレゼンス（ＰＲＥＳＥＮＣＥ）情報を受取り、これをサブスクライバ３に配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）２とからなっている。
【００１５】
尚、プレゼンティティ・エージェント１、サブスクライバ３、プレゼンスサービス２はそれぞれプレゼンスシステムの論理的な構成要素であり、物理的にネットワーク上に配置する際、プレゼンスサービス用のサーバを必要としないピア・ツー・ピアの構成をとる場合や、プレゼンティティやサブスクライバの機能の一部をクライアント端末とサーバ端末とに分散配置する構成をとる場合があるが、これについては区別しない。
【００１６】
また、上記の「プレゼンス情報」とは論理的な構成要素であるプレゼンティティ・エージェント１において、「少なくとも自要素の状態を示す情報」であり、この「状態」とはプレゼンティティが示す対象にもよるが、個人の通信状態（「通話中」、「空き」、「電源断」等）、機器等の使用状態（「使用中」、「空き」、「故障」等）、個人の状態（「デスクワーク中」、「会議中」、「休憩中」、「食事中」、「睡眠中」等）等を示している。
【００１７】
プレゼンティティ・エージェント１はサブスクライバ管理部１１と、プレゼンス管理部１２と、プレゼンス通知部１３と、通知先決定部１４と、通知先決定ルール保持部１５と、記録媒体１６とからなっている。記録媒体１６にはコンピュータで実行可能なプログラムを格納しており、そのプログラムをプレゼンティティ・エージェント１が実行することで、上記の各部の処理が実現される。
【００１８】
サブスクライバ管理部１１は、プレゼンスサービス２を通して接続され、プレゼンスの変化の通知を希望するサブスクライバ３のリストを管理する。プレゼンス管理部１２はプレゼンティティの現在のプレゼンスを管理する。
【００１９】
通知先決定部１４は通知先決定ルール保持部１５から取得したルールに基づき、サブスクライバ管理部１１で管理されるサブスクライバ３のうち、プレゼンス変化を実際に通知する相手を決定する。プレゼンス通知部１３は通知先決定部１４で決定したサブスクライバ３に対してプレゼンス変化を通知する。
【００２０】
プレゼンス通知先決定ルールとしては、「一番最初にサブスクライブしたサブスクライバ」や「特定のグループに属するサブスクライバ」、「プレゼンティティのプレゼンスが『暇』の場合に、プライベートグループに属するサブスクライバ」等、サブスクライバ３の属性や行動、またプレゼンティティのプレゼンスの状態等に基づくルールを設定することができ、ルールの形式は任意である。尚、本発明の一実施例で対象とする「プレゼンス」は、上述したように、個人の通信状態だけでなく、機器等の使用状態等も含む。
【００２１】
図２は図１のプレゼンティティ・エージェント１の動作を示すフローチャートである。これら図１及び図２を参照して本発明の一実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作について説明する。図２に示す処理はプレゼンティティ・エージェント１が記録媒体１６のプログラムを実行することで実現される。
【００２２】
プレゼンティティ・エージェント１はサブスクライバ３からプレゼンス通知要求（サブスクライブ）を受けると（図２ステップＳ７）、これをサブスクライバ管理部１１のリスト（図示せず）に追加する（図２ステップＳ８）。また、プレゼンティティ・エージェント１はサブスクライブを発行したサブスクライバ３に対してプレゼンスを通知する（図２ステップＳ５，Ｓ６）。
【００２３】
プレゼンティティ・エージェント１はプレゼンス管理部１２で管理されるプレゼンスが変化すると（図２ステップＳ１）、プレゼンス通知部１３に対してプレゼンス変化の通知を依頼する。
【００２４】
プレゼンス通知部１３は通知先決定部１４に対して実際にプレゼンス変化を通知するサブスクライバ３のリストを要求する。通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３のリストの中から、通知先決定ルールを基に決定されるサブスクライバ３を取得し（図２ステップＳ２〜Ｓ４）、プレゼンス通知部１３に返す。
【００２５】
プレゼンス通知部１３は通知先決定部１４から取得したサブスクライバ３に対してプレゼンスの変化を通知する（図２ステップＳ５，Ｓ６）。プレゼンティティ・エージェント１は上述したプレゼンス通知先制御処理を繰り返し実行する。
【００２６】
図３は本発明の一実施例によるプレゼンスシステムの具体例を示すブロック図である。図３においては、ある機器Ａの使用状況がプレゼンティティ・エージェント１によって管理されている場合を想定している。
【００２７】
ここで、プレゼンティティのプレゼンスとしては、使用中／空きの２つの状態をプレゼンスとして持つ。また、機器Ａの利用希望者はサブスクライバ３−１〜３−Ｎからプレゼンスサービス２を通じて機器Ａの使用状況を監視し、「空き」状態の通知を受けると、この機器を使用することができる。
【００２８】
また、通知先決定ルールとしては、「最初にサブスクライブしたサブスクライバ」Ｂというルールが設定されており、サブスクライバ管理部１１で管理されるサブスクライバ３−１〜３−Ｎのうち、プレゼンティティ・エージェント１に最も最初にサブスクライブしたサブスクライバが、プレゼンス変化時の通知先として選択されるものとする。
【００２９】
機器Ａの利用希望者はサブスクライバ３−１〜３−Ｎから、機器Ａに対応するプレゼンティティ・エージェント１に対して、プレゼンスサービス２を通じてサブスクライブを行い、機器Ａの使用状況を監視する。機器Ａの利用希望者がサブスクライブを行った際に、機器Ａが「空き」状態であれば、機器Ａの利用希望者は監視（サブスクライブ）を終了し、すぐにその機器Ａを使用することができる。
【００３０】
以下、機器Ａが「使用中」で、一人以上の利用希望者が、機器Ａに対してサブスクライブを行っている場合の動作を示す。ここで、機器Ａの利用希望者は、サブスクライブを行った順に、サブスクライバ３−１，３−２，…，３−Ｎで識別されるものとし、サブスクライブ発行時には「使用中」の通知を受信しているものとする。
【００３１】
機器Ａの使用状況が「使用中」から「空き」に変化すると、プレゼンティティ・エージェント１のプレゼンス管理部１２はプレゼンス通知部１３に対して、プレゼンス変化の通知を依頼する。プレゼンス通知部１３は通知先決定部１４に対して、実際にプレゼンス変化を通知するサブスクライバ３−１〜３−Ｎのリストを要求する。
【００３２】
通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３−１〜３−Ｎのリストから、通知先決定ルール『最初にサブスクライブしたサブスクライバ』Ｂから決定される「サブスクライバ３−１」を取得し、それをプレゼンス通知部１３に返す。
【００３３】
プレゼンス通知部１３は取得した「サブスクライバ３−１」に対して、「空き」状態を通知する。「空き」状態の通知を受けた「サブスクライバ３−１」はサブスクライブを終了し、機器Ａの使用を開始し、プレゼンス管理部１２で管理される機器Ａの使用状況が、「使用中」に変わる。
【００３４】
「サブスクライバ３−１」が機器Ａの使用を終了すると、上述したプレゼンス管理部１２からプレゼンス通知部１３に対するプレゼンス変化の通知の依頼に戻る。
【００３５】
尚、「空き」通知を受信した「サブスクライバ３−１」が、機器Ａの使用を開始せず、結果として、機器Ａを誰も使用できなくなる可能性がある。これを避けるため、「空き」状態の通知を受けた「サブスクライバ３−１」の処理において、一定時間を経ても「使用中」に変わらない場合、プレゼンス通知部１３によるリストの要求に戻り、次の利用希望者「サブスクライバ３−２」に対して、「空き」通知を送るようにすればよい。
【００３６】
また、その際、「サブスクライバ３−１」はサブスクライバ管理部１１から削除してもよいし、優先順位の低いサブスクライバとして扱ってもよい。尚、プレゼンティティは機器Ａに限る必要はなく、例えば、ユーザの状態でもよく、あるユーザが「空き」になった時に、通話を開始するといったケースでも、上記と同様の方式を適用することができる。
【００３７】
このように、本実施例では、プレゼンスの通知を、ある特定のルールから決定されるサブスクライバ３−１〜３−Ｎに対して優先的に行うことで、プレゼンティティのプレゼンスの変化をトリガとして、プレゼンティティとサブスクライバ３−１〜３−Ｎとにある「関係」が生じる場合、その「関係」の設立を制御することができる。
【００３８】
例えば、プレゼンティティに相当するある機器Ａが空き状態になった時に、サブスクライバ３に相当する機器Ａの利用希望者がその機器Ａを使用するような場合、プレゼンティティに相当するあるユーザがオンライン状態になった時にサブスクライバ３に相当する別のユーザと通話を開始するような場合、状態変化の通知先を制御することで、上記の「関係」の設立順序を制御することができる。
【００３９】
これによって、本実施例では、あるプレゼンティティと、あるサブスクライバ３，３−１〜３−Ｎとが「関係」を設立すると、ほかのサブスクライバがそのプレゼンティティとの関係が設立できないような場合でも、例えば、サブスクライブの順番にしたがって通知を行うことで、そのプレゼンティティとの関係設立を所望するすべてのサブスクライバ３−１〜３−Ｎがプレゼンティティと関係を設立することを保証することができる。
【００４０】
したがって、プレゼンスがある機器Ａが「使用中」かどうかを示すような場合、その機器Ａの利用を所望するユーザに対して順に利用許可を与えるといったことが可能となる。
【００４１】
また、本実施例では、ある特定の状態になったことを、特定のサブスクライバ３だけに知らせたい場合、これを制御することも可能である。例えば、「暇だから飲みに行きたい」といった状態を、特に親しい友人だけに通知したり、機器Ａの稼動状況が「故障」になったことをユーザには通知せず、管理者と修理業者とにだけ通知するといった制御も行うことができる。
【００４２】
本発明の一実施例では、サブスクライバ３−１〜３−Ｎの中のただ一つに対して通知を送っているが、一度に複数のサブスクライバ３−１〜３−Ｎに対して通知を送ることも可能である。この場合、これら複数のサブスクライバ３−１〜３−Ｎに対してはそれぞれ異なるプレゼンス情報を同時に送信することも可能である。
【００４３】
本発明の一実施例では、単純に、サブスクライブの順番にしたがって通知先を決定しているが、機器Ａの使用後も、引き続き利用者からのサブスクリプションが継続するような場合には「使用中」状態を通知してから、一番経過時間の長いサブスクライバに対して優先して「空き」状態を通知することができる。
【００４４】
また、本発明の一実施例では、順番待ちをしているサブスクライバ３−１〜３−Ｎが一時的にオフラインになった時に、プレゼンティティがそのサブスクライバ３−１〜３−Ｎの順番を保存することもできる。これによって、サブスクライバ３−１〜３−Ｎがオンラインに復帰後、サブスクライブを再発行したサブスクライバ３−１〜３−Ｎはオフラインになった時点の順番から順番待ちを再開することができる。
【００４５】
さらに、本発明の一実施例では、単純に、サブスクライブの順番にしたがって通知先を決定しているが、サブスクライバ３−１〜３−Ｎが持つ属性にしたがって通知順を決定してもよい。例えば、会員優待サービス等では優待権をもつサブスクライバに優先的に通知を発行するといったことが可能である。
【００４６】
上記のほかに、本発明では時間やプレゼンティティの状態に応じて、通知先を変えてもよい。例えば、プレゼンティティがユーザの「デスクワーク中」、「会議中」、「休憩中」、「食事中」、「睡眠中」といった状態を表す場合、就業時間内は仕事関係のサブスクライバに対してだけ状態通知を行い、終業時間外には家族や友人等のサブスクライバに対してだけ状態通知を行うといったこともできる。
【００４７】
この場合、サブスクライバがプレゼンティティとどういった関係にあるかという属性が、通知先決定ルールで利用される。また、サブスクライバとプレゼンティティとの間の属性が複数存在する場合には、それら複数の属性が通知先決定ルールで利用される。その際、複数のサブスクライバに対してはそれぞれの属性に応じたプレゼンス情報が同時に送られることとなる。
【００４８】
本発明の一実施例では、通知先決定部１４で決定されるサブスクライバ３にだけ状態を通知しているため、それ以外のサブスクライバには通知の待ち時間を予想することができない。通知の対象とならないサブスクライバに対しては、通知の対象となる順番等を通知することで、通知の対象とならないサブスクライバが通知を受けるまでの待ち時間を予測することが可能になる。
【００４９】
また、本発明の一実施例では、「空き」状況の通知を受信したサブスクライバ３が機器Ａの使用権を得ているが、この通知と一緒に、期限付きの電子チケット等を送付することで、電子チケットによって機器Ａの使用権の確認が行うことができる。
【００５０】
図４は本発明の他の実施例によるプレゼンスシステムの構成を示すブロック図である。図４において、本発明の他の実施例によるプレゼンスシステムはサブスクライバ３に通知条件管理部４を付加した以外は、図１に示す本発明の一実施例によるプレゼンスシステムと同様の構成となっており、同一構成要素には同一符号を付してある。また、同一構成要素の動作はほぼ本発明の一実施例と同様であり、本発明の一実施例との違いについて以下に述べる。
【００５１】
本発明の他の実施例において、サブスクライバ３はサブスクライブの発行時に、通知条件管理部４から取得した通知条件を付加してサブスクライブを発行する方式をとっている。
【００５２】
図５は本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作を示すフローチャートである。これら図４及び図５を参照して本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作について説明する。尚、図５に示す処理はプレゼンティティ・エージェント１が記録媒体１６のプログラムを実行することで実現される。
【００５３】
プレゼンティティ・エージェント１はサブスクライバ３からプレゼンス通知要求（サブスクライブ）を受けると（図５ステップＳ１７）、これをサブスクライバ管理部１１のリスト（図示せず）に追加する（図５ステップＳ１８）。
【００５４】
プレゼンティティ・エージェント１はサブスクライブに通知条件が含まれる場合（図５ステップＳ１９）、その通知条件を通知先決定ルールとして通知先決定ルール保持部２に保持されたルールに追加する（図５ステップＳ２０）。その後に、プレゼンティティ・エージェント１はサブスクライブを発行したサブスクライバ３に対してプレゼンスを通知する（図５ステップＳ１５，Ｓ１６）。
【００５５】
プレゼンティティ・エージェント１はプレゼンス管理部１２で管理されるプレゼンスが変化すると（図５ステップＳ１１）、プレゼンス通知部１３に対してプレゼンス変化の通知を依頼する。
【００５６】
プレゼンス通知部１３は通知先決定部１４に対して実際にプレゼンス変化を通知するサブスクライバ３のリストを要求する。通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３のリストの中から、通知先決定ルールを基に決定されるサブスクライバを取得し（図５ステップＳ１２〜Ｓ１４）、プレゼンス通知部１３に返す。
【００５７】
プレゼンス通知部１３は通知先決定部１４から取得したサブスクライバ３に対してプレゼンスの変化を通知する（図５ステップＳ１５，Ｓ１６）。プレゼンティティ・エージェント１は上述したプレゼンス通知先制御処理を繰り返し実行する。
【００５８】
ここで、上記の通知条件としては、「ある特定の状態になった場合」といったルールを指定することができる。また、通知条件には、順番待ち参加要求を含めることもできる。本発明の他の実施例では、サブスクライブを発行したすべてのサブスクライバが順番待ちに参加する。
【００５９】
これを、順番待ち参加要求を明示的にサブスクライブに含めなければ、順番待ちに参加できないようにすることで、単に機器の利用状態を見るためのサブスクライブと、順番待ち用のサブスクライブとの両方を実現することが可能になる。利用状態を見るためのサブスクライブを発行したサブスクライバが機器を利用する場合には、改めて順番待ち要求を含むサブスクライブを行う。この場合、順番待ちに参加したサブスクライバへの通知には、使用権等を示す情報を含める。
【００６０】
あるいは、順番待ちに参加するサブスクライバに対しては、ＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ）、ｅメール、電話等、通常のプレゼンス変化の通知とは別の手段を用いて、使用権などの通知を行い、プレゼンスの変化は、通常のプレゼンスサービスと同様、サブスクライブしているすべてのサブスクライバに対して通知を行ってもよい。
【００６１】
【発明の効果】
以上説明したように本発明は、上記のような構成及び動作とすることで、プレゼンティティが状態の通知先を細かく制御することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるプレゼンスシステムの構成を示すブロック図である。
【図２】図１のプレゼンティティ・エージェントの動作を示すフローチャートである。
【図３】本発明の一実施例によるプレゼンスシステムの具体例を示すブロック図である。
【図４】本発明の他の実施例によるプレゼンスシステムの構成を示すブロック図である。
【図５】本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作を示すフローチャートである。
【符号の説明】
１ プレゼンティティ・エージェント
２ プレゼンスサービス
３ サブスクライバ
４ 通知条件管理部
１１ サブスクライバ管理部
１２ プレゼンス管理部
１３ プレゼンス通知部
１４ 通知先決定部
１５ 通知先決定ルール保持部
１６ 記録媒体
Ａ 機器
Ｂ 最初にサブスクライブしたサブスクライバ
Claims (19)
- 少なくとも自要素の状態を示すプレゼンス（ＰＲＥＳＥＮＣＥ）情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなるプレゼンスシステムであって、前記プレゼンス情報の通知を特定のサブスクライバだけに行う通知手段を前記プレゼンティティに有することを特徴とするプレゼンスシステム。
- 前記プレゼンティティが保持する通知先決定ルールから前記特定のサブスクライバを導出する手段を前記プレゼンティティに含み、
前記通知手段は、その導出された前記特定のサブスクライバだけに前記プレゼンス情報の通知を行うことを特徴とする請求項１記載のプレゼンスシステム。 - 前記サブスクライバから指定された通知条件を含む通知先決定ルールから前記特定のサブスクライバを導出する手段を前記プレゼンティティに含み、
前記通知手段は、その導出された前記特定のサブスクライバだけに前記プレゼンス情報の通知を行うことを特徴とする請求項１または請求項２記載のプレゼンスシステム。 - 前記プレゼンス情報の通知を行うサブスクライバを、前記サブスクライバがサブスクライブした順序に応じて決定することを特徴とする請求項１から請求項３のいずれか記載のプレゼンスシステム。
- 前記プレゼンス情報の通知を行うサブスクライバを、前記サブスクライバの属性に応じて決定することを特徴とする請求項１から請求項４のいずれか記載のプレゼンスシステム。
- 前記プレゼンス情報の通知を行うサブスクライバを、前記プレゼンティティのプレゼンスに応じて決定することを特徴とする請求項１から請求項５のいずれか記載のプレゼンスシステム。
- 前記プレゼンス情報の通知を行う際に通知先のサブスクライバが前記特定のサブスクライバであることを認証するための情報を付加することを特徴とする請求項１から請求項６のいずれか記載のプレゼンスシステム。
- 前記認証するための情報は、予め設定された期限付きの情報であることを特徴とする請求項７記載のプレゼンスシステム。
- 前記プレゼンス情報の通知を行う手段として、少なくともインスタントメッセージと、電子メールと、電話通知とのいずれかを含むことを特徴とする請求項１から請求項８のいずれか記載のプレゼンスシステム。
- 少なくとも自要素の状態を示すプレゼンス（ＰＲＥＳＥＮＣＥ）情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなるプレゼンスシステムのプレゼンス通知先制御方法であって、前記プレゼンティティ側に、前記プレゼンス情報の通知を特定のサブスクライバだけに行うステップを有することを特徴とするプレゼンス通知先制御方法。
- 前記プレゼンティティ側に、前記プレゼンティティが保持する通知先決定ルールから前記特定のサブスクライバを導出するステップを含み、
前記プレゼンス情報の通知を行うステップは、その導出された前記特定のサブスクライバだけに前記プレゼンス情報の通知を行うことを特徴とする請求項１０記載のプレゼンス通知先制御方法。 - 前記プレゼンティティ側に、前記サブスクライバから指定された通知条件を含む通知先決定ルールから前記特定のサブスクライバを導出するステップを含み、
前記プレゼンス情報の通知を行うステップは、その導出された前記特定のサブスクライバだけに前記プレゼンス情報の通知を行うことを特徴とする請求項１０または請求項１１記載のプレゼンス通知先制御方法。 - 前記プレゼンス情報の通知を行うサブスクライバを、前記サブスクライバがサブスクライブした順序に応じて決定することを特徴とする請求項１０から請求項１２のいずれか記載のプレゼンス通知先制御方法。
- 前記プレゼンス情報の通知を行うサブスクライバを、前記サブスクライバの属性に応じて決定することを特徴とする請求項１０から請求項１３のいずれか記載のプレゼンス通知先制御方法。
- 前記プレゼンス情報の通知を行うサブスクライバを、前記プレゼンティティのプレゼンスに応じて決定することを特徴とする請求項１０から請求項１４のいずれか記載のプレゼンス通知先制御方法。
- 前記プレゼンス情報の通知を行う際に通知先のサブスクライバが前記特定のサブスクライバであることを認証するための情報を付加することを特徴とする請求項１０から請求項１５のいずれか記載のプレゼンス通知先制御方法。
- 前記認証するための情報は、予め設定された期限付きの情報であることを特徴とする請求項１６記載のプレゼンス通知先制御方法。
- 前記プレゼンス情報の通知を行うステップは、少なくともインスタントメッセージと、電子メールと、電話通知とのいずれかを含む手段にて前記プレゼンス情報の通知を行うことを特徴とする請求項１０から請求項１７のいずれか記載のプレゼンス通知先制御方法。
- 少なくとも自要素の状態を示すプレゼンス（ＰＲＥＳＥＮＣＥ）情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなるプレゼンスシステムのプレゼンス通知先制御方法のプログラムであって、コンピュータに、前記プレゼンス情報の通知を特定のサブスクライバだけに行う処理を実行させるためのプログラム。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003057895A JP4427957B2 (ja) | 2003-03-05 | 2003-03-05 | プレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラム |
| EP07102367.5A EP1786173B1 (en) | 2003-01-22 | 2004-01-22 | Dynamic buddy list generation method |
| EP07102346.9A EP1786172B1 (en) | 2003-01-22 | 2004-01-22 | Presence system and process for controlling the destination of presence notification |
| US10/761,364 US7844667B2 (en) | 2003-01-22 | 2004-01-22 | Presence system and information processing equipment, dynamic buddy list generation method in presence system, and presence notification destination controlling method and its program for use with presence system |
| DE602004026131T DE602004026131D1 (de) | 2003-01-22 | 2004-01-22 | Anwesenheitssystem |
| EP04001365A EP1441486B1 (en) | 2003-01-22 | 2004-01-22 | Presence system |
| US12/361,919 US7953811B2 (en) | 2003-01-22 | 2009-01-29 | Presence system and information processing equipment, dynamic buddy list generation method in presence system, and presence notification destination controlling method and its program for use with presence system |
| US12/964,171 US8458272B2 (en) | 2003-01-22 | 2010-12-09 | Presence system and information processing equipment, dynamic buddy list generation method in presence system, and presence notification destination controlling method and its program for use with presence system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003057895A JP4427957B2 (ja) | 2003-03-05 | 2003-03-05 | プレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004272311A true JP2004272311A (ja) | 2004-09-30 |
| JP2004272311A5 JP2004272311A5 (ja) | 2006-02-23 |
| JP4427957B2 JP4427957B2 (ja) | 2010-03-10 |
Family
ID=33121145
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003057895A Expired - Fee Related JP4427957B2 (ja) | 2003-01-22 | 2003-03-05 | プレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4427957B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006286011A (ja) * | 2006-05-18 | 2006-10-19 | Hitachi Ltd | 状態情報管理システム及び状態情報管理サーバ |
| JP2006287395A (ja) * | 2005-03-31 | 2006-10-19 | Oki Electric Ind Co Ltd | プレゼンス情報提示システム |
| JP2007293805A (ja) * | 2006-03-29 | 2007-11-08 | Canon Inc | データ処理装置及びデータ処理方法 |
| JP2011505722A (ja) * | 2007-11-16 | 2011-02-24 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | イベントパケット処理の方法 |
| US7945679B2 (en) | 2005-03-29 | 2011-05-17 | Nec Corporation | Presence service system, a presence apparatus, a presence service method, and a presence service program |
| JP2011103148A (ja) * | 2011-02-18 | 2011-05-26 | Hitachi Ltd | 状態情報管理システム、状態情報管理サーバ及び状態情報管理方法 |
| JP2016161952A (ja) * | 2015-02-26 | 2016-09-05 | 富士通株式会社 | イベント通知プログラム、イベント通知方法及びイベント通知装置 |
-
2003
- 2003-03-05 JP JP2003057895A patent/JP4427957B2/ja not_active Expired - Fee Related
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7945679B2 (en) | 2005-03-29 | 2011-05-17 | Nec Corporation | Presence service system, a presence apparatus, a presence service method, and a presence service program |
| JP2006287395A (ja) * | 2005-03-31 | 2006-10-19 | Oki Electric Ind Co Ltd | プレゼンス情報提示システム |
| JP4619177B2 (ja) * | 2005-03-31 | 2011-01-26 | 沖電気工業株式会社 | プレゼンス情報提示システム |
| JP2007293805A (ja) * | 2006-03-29 | 2007-11-08 | Canon Inc | データ処理装置及びデータ処理方法 |
| JP2006286011A (ja) * | 2006-05-18 | 2006-10-19 | Hitachi Ltd | 状態情報管理システム及び状態情報管理サーバ |
| JP4736945B2 (ja) * | 2006-05-18 | 2011-07-27 | 株式会社日立製作所 | 状態情報管理システム及び状態情報管理サーバ |
| JP2011505722A (ja) * | 2007-11-16 | 2011-02-24 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | イベントパケット処理の方法 |
| JP2011103148A (ja) * | 2011-02-18 | 2011-05-26 | Hitachi Ltd | 状態情報管理システム、状態情報管理サーバ及び状態情報管理方法 |
| JP2016161952A (ja) * | 2015-02-26 | 2016-09-05 | 富士通株式会社 | イベント通知プログラム、イベント通知方法及びイベント通知装置 |
| US10412033B2 (en) | 2015-02-26 | 2019-09-10 | Fujitsu Limited | Event notification method, event notification device, and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4427957B2 (ja) | 2010-03-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8458272B2 (en) | Presence system and information processing equipment, dynamic buddy list generation method in presence system, and presence notification destination controlling method and its program for use with presence system | |
| US7359938B1 (en) | System indicating the presence of an individual or group of individuals | |
| EP1240756B1 (en) | Anonymity in a presence management system | |
| CA2394344C (en) | Presence management system | |
| EP2025099B1 (en) | User presence aggregation at a server | |
| US7684356B2 (en) | System and method for providing hotline and preemption features in real-time communications using presence and preference information | |
| US7853652B2 (en) | Instant messaging system with privacy codes | |
| US8032601B2 (en) | System and method for client-based instant message monitoring for off-line users | |
| KR101372011B1 (ko) | 세션 유지 방법, 하나 이상의 세션과 연관된 하나 이상의 그룹 형성 방법, 및 온라인 게임 세션 유지 시스템 | |
| US20100299385A1 (en) | Method & apparatus for displaying the presence of a shared client communication device | |
| WO2007048339A1 (fr) | Procede de notification d'information de presence, serveur de presence, client et systeme | |
| JP2004094602A (ja) | クライアント管理方法及び装置 | |
| US20080059493A1 (en) | Presence enhanced online processes | |
| US8656031B2 (en) | Dialog communication system, dialog communication method and dialog communication program | |
| JP4427957B2 (ja) | プレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラム | |
| JP4337351B2 (ja) | プレゼンスシステムおよび情報処理装置 | |
| CN103873354A (zh) | 一种即时通信客户端及服务端 | |
| EP1260069A2 (en) | Presence management system using context information | |
| JP2003281055A (ja) | 電子メール送信制御方法及び装置及び電子メール送信制御プログラム及び電子メール送信制御プログラムを格納した記憶媒体 | |
| Rutherford et al. | Towards Enhanced Presence Filtering | |
| JP2005275755A (ja) | 状態情報通知方法及びそのシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051226 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070828 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071029 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080430 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080630 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090203 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090406 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090512 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090807 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20090820 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20091124 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121225 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4427957 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091207 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121225 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131225 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |