JP4427957B2 - プレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラム - Google Patents
プレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラム Download PDFInfo
- Publication number
- JP4427957B2 JP4427957B2 JP2003057895A JP2003057895A JP4427957B2 JP 4427957 B2 JP4427957 B2 JP 4427957B2 JP 2003057895 A JP2003057895 A JP 2003057895A JP 2003057895 A JP2003057895 A JP 2003057895A JP 4427957 B2 JP4427957 B2 JP 4427957B2
- Authority
- JP
- Japan
- Prior art keywords
- subscriber
- notification
- information
- presence information
- notification destination
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はプレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラムに関し、特に各ユーザの通信状態を管理するシステム等を含むプレゼンスシステムに関する。
【０００２】
【従来の技術】
プレゼンスシステムにおいては、自分のプレゼンス情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、プレゼンティティからプレゼンス（ＰＲＥＳＥＮＣＥ）情報を受取り、これをサブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなっている。サブスクライバはプレゼンスサービスに対し、あるプレゼンティティのプレゼンス情報が変化した時に通知を行うよう要求するものである（例えば、非特許文献１参照）。
【０００３】
尚、プレゼンティティ、サブスクライバ、プレゼンスサービスは、いずれも、プレゼンスシステムの論理的な構成要素であり、物理的にネットワーク上に配置する際、プレゼンスサービス用のサーバを必要としないピア・ツー・ピアの構成をとる場合や、プレゼンティティやサブスクライバの機能の一部をクライアント端末とサーバ端末とに分散配置する構成をとる場合があるが、これについては区別しない。
【０００４】
【非特許文献１】
ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）２７７８ “Ａ Ｍｏｄｅｌ ｆｏｒ Ｐｒｅｓｅｎｃｅ ａｎｄ Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ”，Ｆｅｂｒｕａｒｙ ２０００
【０００５】
【発明が解決しようとする課題】
上述した従来のプレゼンスサービスでは、プレゼンスの変化の通知がサブスクライブしている全てのサブスクライバに一斉通知されており、プレゼンティティが状態の通知先を細かく制御することができない。
【０００６】
このため、従来のプレゼンスサービスでは、プレゼンティティの状態に応じて、サブスクライバとの間になんらかの関係が生じる場合、不都合が生じる場合がある。例えば、プレゼンティティがオンラインになった時に通話を開始する等、一度に限られた数の関係しか処理できないような場合には、半永久的にプレゼンティティとの関係が確立できないサブスクライバが存在する可能性がある。
【０００７】
また、従来のプレゼンスサービスでは、特に優先的に処理したい関係があっても、それを特別に処理することができる仕組みがない。さらに、従来のプレゼンスサービスでは、プレゼンティティがその状態や時間等のコンテキストに応じて、通知先を制御するような仕組みがない。
【０００８】
そこで、本発明の目的は上記の問題点を解消し、プレゼンティティが状態の通知先を細かく制御することができるプレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明によるプレゼンスシステムは、ネットワークを介して少なくとも自要素の状態を示すプレゼンス情報を提供するプレゼンティティと、前記ネットワークを介してプレゼンス情報を受信するサブスクライバと、前記プレゼンティティからプレゼンス情報を受信し、受信したプレゼンス情報を前記サブスクライバに送信するプレゼンスサービスとを備えるプレゼンスシステムであって、
前記プレゼンス情報の通知を行うサブスクライバを決定する通知先決定手段と、
前記通知先決定手段で決定されるサブスクライバに前記プレゼンス情報の通知を行う通知手段と、
を備え、
前記プレゼンス情報として特定の状態が継続するような場合に当該特定の状態を通知してから一番経過時間の長いサブスクライバを、前記プレゼンス情報の通知を行うサブスクライバとして決定している。
【００１０】
本発明によるプレゼンス通知先制御方法は、ネットワークを介して少なくとも自要素の状態を示すプレゼンス情報を提供するプレゼンティティと、前記ネットワークを介してプレゼンス情報を受信するサブスクライバと、前記プレゼンティティからプレゼンス情報を受信し、受信したプレゼンス情報を前記サブスクライバに送信するプレゼンスサービスとを備えるプレゼンスシステムに用いるプレゼンス通知先制御方法であって、
前記プレゼンス情報の通知を行うサブスクライバを決定する通知先決定ステップと、
前記通知先決定手段で決定されるサブスクライバに前記プレゼンス情報の通知を行う通知ステップと、
を含み、
前記プレゼンス情報として特定の状態が継続するような場合に当該特定の状態を通知してから一番経過時間の長いサブスクライバを、前記プレゼンス情報の通知を行うサブスクライバとして決定している。
【００１１】
本発明によるプログラムは、ネットワークを介して少なくとも自要素の状態を示すプレゼンス情報を提供するプレゼンティティと、前記ネットワークを介してプレゼンス情報を受信するサブスクライバと、前記プレゼンティティからプレゼンス情報を受信し、受信したプレゼンス情報を前記サブスクライバに送信するプレゼンスサービスとを備えるプレゼンスシステムにおける前記プレゼンティティに実行させるプログラムであって、
前記プレゼンス情報の通知を行うサブスクライバを決定する通知先決定処理と、
前記通知先決定処理で決定されるサブスクライバに前記プレゼンス情報の通知を行う通知処理と、
を含み、
前記プレゼンス情報として特定の状態が継続するような場合に当該特定の状態を通知してから一番経過時間の長いサブスクライバを、前記プレゼンス情報の通知を行うサブスクライバとして決定させている。
【００１２】
すなわち、本発明のプレゼンスシステムは、あるプレゼンティティのプレゼンスが変化した際、そのプレゼンティティの状態を監視しているウォッチャ（以下、サブスクライバとする）のうち、特定の条件を満たすサブスクライバだけに通知する方式である。例えば、あるプレゼンティティのプレゼンス変化を待ち行列の先頭にいるサブスクライバから順に通知する方式がある。
【００１３】
これによって、本発明のプレゼンスシステムでは、あるプレゼンティティと、あるサブスクライバとが通信を行っている間、ほかのサブスクライバがそのプレゼンティティと通信することが不可能な場合でも、そのプレゼンティティとの通信を所望する全てのサブスクライバが、プレゼンティティと通信可能できることを保証することが可能となる。
【００１４】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるプレゼンスシステムの構成を示すブロック図である。図１において、本発明の一実施例によるプレゼンスシステムは自分のプレゼンス情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）・エージェント１と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）３［サブスクライブしているウォッチャ（ＷＡＴＣＨＥＲＳ）］と、プレゼンティティ・エージェント１からプレゼンス（ＰＲＥＳＥＮＣＥ）情報を受取り、これをサブスクライバ３に配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）２とからなっている。
【００１５】
尚、プレゼンティティ・エージェント１、サブスクライバ３、プレゼンスサービス２はそれぞれプレゼンスシステムの論理的な構成要素であり、物理的にネットワーク上に配置する際、プレゼンスサービス用のサーバを必要としないピア・ツー・ピアの構成をとる場合や、プレゼンティティやサブスクライバの機能の一部をクライアント端末とサーバ端末とに分散配置する構成をとる場合があるが、これについては区別しない。
【００１６】
また、上記の「プレゼンス情報」とは論理的な構成要素であるプレゼンティティ・エージェント１において、「少なくとも自要素の状態を示す情報」であり、この「状態」とはプレゼンティティが示す対象にもよるが、個人の通信状態（「通話中」、「空き」、「電源断」等）、機器等の使用状態（「使用中」、「空き」、「故障」等）、個人の状態（「デスクワーク中」、「会議中」、「休憩中」、「食事中」、「睡眠中」等）等を示している。
【００１７】
プレゼンティティ・エージェント１はサブスクライバ管理部１１と、プレゼンス管理部１２と、プレゼンス通知部１３と、通知先決定部１４と、通知先決定ルール保持部１５と、記録媒体１６とからなっている。記録媒体１６にはコンピュータで実行可能なプログラムを格納しており、そのプログラムをプレゼンティティ・エージェント１が実行することで、上記の各部の処理が実現される。
【００１８】
サブスクライバ管理部１１は、プレゼンスサービス２を通して接続され、プレゼンスの変化の通知を希望するサブスクライバ３のリストを管理する。プレゼンス管理部１２はプレゼンティティの現在のプレゼンスを管理する。
【００１９】
通知先決定部１４は通知先決定ルール保持部１５から取得したルールに基づき、サブスクライバ管理部１１で管理されるサブスクライバ３のうち、プレゼンス変化を実際に通知する相手を決定する。プレゼンス通知部１３は通知先決定部１４で決定したサブスクライバ３に対してプレゼンス変化を通知する。
【００２０】
プレゼンス通知先決定ルールとしては、「一番最初にサブスクライブしたサブスクライバ」や「特定のグループに属するサブスクライバ」、「プレゼンティティのプレゼンスが『暇』の場合に、プライベートグループに属するサブスクライバ」等、サブスクライバ３の属性や行動、またプレゼンティティのプレゼンスの状態等に基づくルールを設定することができ、ルールの形式は任意である。尚、本発明の一実施例で対象とする「プレゼンス」は、上述したように、個人の通信状態だけでなく、機器等の使用状態等も含む。
【００２１】
図２は図１のプレゼンティティ・エージェント１の動作を示すフローチャートである。これら図１及び図２を参照して本発明の一実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作について説明する。図２に示す処理はプレゼンティティ・エージェント１が記録媒体１６のプログラムを実行することで実現される。
【００２２】
プレゼンティティ・エージェント１はサブスクライバ３からプレゼンス通知要求（サブスクライブ）を受けると（図２ステップＳ７）、これをサブスクライバ管理部１１のリスト（図示せず）に追加する（図２ステップＳ８）。また、プレゼンティティ・エージェント１はサブスクライブを発行したサブスクライバ３に対してプレゼンスを通知する（図２ステップＳ５，Ｓ６）。
【００２３】
プレゼンティティ・エージェント１はプレゼンス管理部１２で管理されるプレゼンスが変化すると（図２ステップＳ１）、プレゼンス通知部１３に対してプレゼンス変化の通知を依頼する。
【００２４】
プレゼンス通知部１３は通知先決定部１４に対して実際にプレゼンス変化を通知するサブスクライバ３のリストを要求する。通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３のリストの中から、通知先決定ルールを基に決定されるサブスクライバ３を取得し（図２ステップＳ２〜Ｓ４）、プレゼンス通知部１３に返す。
【００２５】
プレゼンス通知部１３は通知先決定部１４から取得したサブスクライバ３に対してプレゼンスの変化を通知する（図２ステップＳ５，Ｓ６）。プレゼンティティ・エージェント１は上述したプレゼンス通知先制御処理を繰り返し実行する。
【００２６】
図３は本発明の一実施例によるプレゼンスシステムの具体例を示すブロック図である。図３においては、ある機器Ａの使用状況がプレゼンティティ・エージェント１によって管理されている場合を想定している。
【００２７】
ここで、プレゼンティティのプレゼンスとしては、使用中／空きの２つの状態をプレゼンスとして持つ。また、機器Ａの利用希望者はサブスクライバ３−１〜３−Ｎからプレゼンスサービス２を通じて機器Ａの使用状況を監視し、「空き」状態の通知を受けると、この機器を使用することができる。
【００２８】
また、通知先決定ルールとしては、「最初にサブスクライブしたサブスクライバ」Ｂというルールが設定されており、サブスクライバ管理部１１で管理されるサブスクライバ３−１〜３−Ｎのうち、プレゼンティティ・エージェント１に最も最初にサブスクライブしたサブスクライバが、プレゼンス変化時の通知先として選択されるものとする。
【００２９】
機器Ａの利用希望者はサブスクライバ３−１〜３−Ｎから、機器Ａに対応するプレゼンティティ・エージェント１に対して、プレゼンスサービス２を通じてサブスクライブを行い、機器Ａの使用状況を監視する。機器Ａの利用希望者がサブスクライブを行った際に、機器Ａが「空き」状態であれば、機器Ａの利用希望者は監視（サブスクライブ）を終了し、すぐにその機器Ａを使用することができる。
【００３０】
以下、機器Ａが「使用中」で、一人以上の利用希望者が、機器Ａに対してサブスクライブを行っている場合の動作を示す。ここで、機器Ａの利用希望者は、サブスクライブを行った順に、サブスクライバ３−１，３−２，…，３−Ｎで識別されるものとし、サブスクライブ発行時には「使用中」の通知を受信しているものとする。
【００３１】
機器Ａの使用状況が「使用中」から「空き」に変化すると、プレゼンティティ・エージェント１のプレゼンス管理部１２はプレゼンス通知部１３に対して、プレゼンス変化の通知を依頼する。プレゼンス通知部１３は通知先決定部１４に対して、実際にプレゼンス変化を通知するサブスクライバ３−１〜３−Ｎのリストを要求する。
【００３２】
通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３−１〜３−Ｎのリストから、通知先決定ルール『最初にサブスクライブしたサブスクライバ』Ｂから決定される「サブスクライバ３−１」を取得し、それをプレゼンス通知部１３に返す。
【００３３】
プレゼンス通知部１３は取得した「サブスクライバ３−１」に対して、「空き」状態を通知する。「空き」状態の通知を受けた「サブスクライバ３−１」はサブスクライブを終了し、機器Ａの使用を開始し、プレゼンス管理部１２で管理される機器Ａの使用状況が、「使用中」に変わる。
【００３４】
「サブスクライバ３−１」が機器Ａの使用を終了すると、上述したプレゼンス管理部１２からプレゼンス通知部１３に対するプレゼンス変化の通知の依頼に戻る。
【００３５】
尚、「空き」通知を受信した「サブスクライバ３−１」が、機器Ａの使用を開始せず、結果として、機器Ａを誰も使用できなくなる可能性がある。これを避けるため、「空き」状態の通知を受けた「サブスクライバ３−１」の処理において、一定時間を経ても「使用中」に変わらない場合、プレゼンス通知部１３によるリストの要求に戻り、次の利用希望者「サブスクライバ３−２」に対して、「空き」通知を送るようにすればよい。
【００３６】
また、その際、「サブスクライバ３−１」はサブスクライバ管理部１１から削除してもよいし、優先順位の低いサブスクライバとして扱ってもよい。尚、プレゼンティティは機器Ａに限る必要はなく、例えば、ユーザの状態でもよく、あるユーザが「空き」になった時に、通話を開始するといったケースでも、上記と同様の方式を適用することができる。
【００３７】
このように、本実施例では、プレゼンスの通知を、ある特定のルールから決定されるサブスクライバ３−１〜３−Ｎに対して優先的に行うことで、プレゼンティティのプレゼンスの変化をトリガとして、プレゼンティティとサブスクライバ３−１〜３−Ｎとにある「関係」が生じる場合、その「関係」の設立を制御することができる。
【００３８】
例えば、プレゼンティティに相当するある機器Ａが空き状態になった時に、サブスクライバ３に相当する機器Ａの利用希望者がその機器Ａを使用するような場合、プレゼンティティに相当するあるユーザがオンライン状態になった時にサブスクライバ３に相当する別のユーザと通話を開始するような場合、状態変化の通知先を制御することで、上記の「関係」の設立順序を制御することができる。
【００３９】
これによって、本実施例では、あるプレゼンティティと、あるサブスクライバ３，３−１〜３−Ｎとが「関係」を設立すると、ほかのサブスクライバがそのプレゼンティティとの関係が設立できないような場合でも、例えば、サブスクライブの順番にしたがって通知を行うことで、そのプレゼンティティとの関係設立を所望するすべてのサブスクライバ３−１〜３−Ｎがプレゼンティティと関係を設立することを保証することができる。
【００４０】
したがって、プレゼンスがある機器Ａが「使用中」かどうかを示すような場合、その機器Ａの利用を所望するユーザに対して順に利用許可を与えるといったことが可能となる。
【００４１】
また、本実施例では、ある特定の状態になったことを、特定のサブスクライバ３だけに知らせたい場合、これを制御することも可能である。例えば、「暇だから飲みに行きたい」といった状態を、特に親しい友人だけに通知したり、機器Ａの稼動状況が「故障」になったことをユーザには通知せず、管理者と修理業者とにだけ通知するといった制御も行うことができる。
【００４２】
本発明の一実施例では、サブスクライバ３−１〜３−Ｎの中のただ一つに対して通知を送っているが、一度に複数のサブスクライバ３−１〜３−Ｎに対して通知を送ることも可能である。この場合、これら複数のサブスクライバ３−１〜３−Ｎに対してはそれぞれ異なるプレゼンス情報を同時に送信することも可能である。
【００４３】
本発明の一実施例では、単純に、サブスクライブの順番にしたがって通知先を決定しているが、機器Ａの使用後も、引き続き利用者からのサブスクリプションが継続するような場合には「使用中」状態を通知してから、一番経過時間の長いサブスクライバに対して優先して「空き」状態を通知することができる。
【００４４】
また、本発明の一実施例では、順番待ちをしているサブスクライバ３−１〜３−Ｎが一時的にオフラインになった時に、プレゼンティティがそのサブスクライバ３−１〜３−Ｎの順番を保存することもできる。これによって、サブスクライバ３−１〜３−Ｎがオンラインに復帰後、サブスクライブを再発行したサブスクライバ３−１〜３−Ｎはオフラインになった時点の順番から順番待ちを再開することができる。
【００４５】
さらに、本発明の一実施例では、単純に、サブスクライブの順番にしたがって通知先を決定しているが、サブスクライバ３−１〜３−Ｎが持つ属性にしたがって通知順を決定してもよい。例えば、会員優待サービス等では優待権をもつサブスクライバに優先的に通知を発行するといったことが可能である。
【００４６】
上記のほかに、本発明では時間やプレゼンティティの状態に応じて、通知先を変えてもよい。例えば、プレゼンティティがユーザの「デスクワーク中」、「会議中」、「休憩中」、「食事中」、「睡眠中」といった状態を表す場合、就業時間内は仕事関係のサブスクライバに対してだけ状態通知を行い、終業時間外には家族や友人等のサブスクライバに対してだけ状態通知を行うといったこともできる。
【００４７】
この場合、サブスクライバがプレゼンティティとどういった関係にあるかという属性が、通知先決定ルールで利用される。また、サブスクライバとプレゼンティティとの間の属性が複数存在する場合には、それら複数の属性が通知先決定ルールで利用される。その際、複数のサブスクライバに対してはそれぞれの属性に応じたプレゼンス情報が同時に送られることとなる。
【００４８】
本発明の一実施例では、通知先決定部１４で決定されるサブスクライバ３にだけ状態を通知しているため、それ以外のサブスクライバには通知の待ち時間を予想することができない。通知の対象とならないサブスクライバに対しては、通知の対象となる順番等を通知することで、通知の対象とならないサブスクライバが通知を受けるまでの待ち時間を予測することが可能になる。
【００４９】
また、本発明の一実施例では、「空き」状況の通知を受信したサブスクライバ３が機器Ａの使用権を得ているが、この通知と一緒に、期限付きの電子チケット等を送付することで、電子チケットによって機器Ａの使用権の確認が行うことができる。
【００５０】
図４は本発明の他の実施例によるプレゼンスシステムの構成を示すブロック図である。図４において、本発明の他の実施例によるプレゼンスシステムはサブスクライバ３に通知条件管理部４を付加した以外は、図１に示す本発明の一実施例によるプレゼンスシステムと同様の構成となっており、同一構成要素には同一符号を付してある。また、同一構成要素の動作はほぼ本発明の一実施例と同様であり、本発明の一実施例との違いについて以下に述べる。
【００５１】
本発明の他の実施例において、サブスクライバ３はサブスクライブの発行時に、通知条件管理部４から取得した通知条件を付加してサブスクライブを発行する方式をとっている。
【００５２】
図５は本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作を示すフローチャートである。これら図４及び図５を参照して本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作について説明する。尚、図５に示す処理はプレゼンティティ・エージェント１が記録媒体１６のプログラムを実行することで実現される。
【００５３】
プレゼンティティ・エージェント１はサブスクライバ３からプレゼンス通知要求（サブスクライブ）を受けると（図５ステップＳ１７）、これをサブスクライバ管理部１１のリスト（図示せず）に追加する（図５ステップＳ１８）。
【００５４】
プレゼンティティ・エージェント１はサブスクライブに通知条件が含まれる場合（図５ステップＳ１９）、その通知条件を通知先決定ルールとして通知先決定ルール保持部２に保持されたルールに追加する（図５ステップＳ２０）。その後に、プレゼンティティ・エージェント１はサブスクライブを発行したサブスクライバ３に対してプレゼンスを通知する（図５ステップＳ１５，Ｓ１６）。
【００５５】
プレゼンティティ・エージェント１はプレゼンス管理部１２で管理されるプレゼンスが変化すると（図５ステップＳ１１）、プレゼンス通知部１３に対してプレゼンス変化の通知を依頼する。
【００５６】
プレゼンス通知部１３は通知先決定部１４に対して実際にプレゼンス変化を通知するサブスクライバ３のリストを要求する。通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３のリストの中から、通知先決定ルールを基に決定されるサブスクライバを取得し（図５ステップＳ１２〜Ｓ１４）、プレゼンス通知部１３に返す。
【００５７】
プレゼンス通知部１３は通知先決定部１４から取得したサブスクライバ３に対してプレゼンスの変化を通知する（図５ステップＳ１５，Ｓ１６）。プレゼンティティ・エージェント１は上述したプレゼンス通知先制御処理を繰り返し実行する。
【００５８】
ここで、上記の通知条件としては、「ある特定の状態になった場合」といったルールを指定することができる。また、通知条件には、順番待ち参加要求を含めることもできる。本発明の他の実施例では、サブスクライブを発行したすべてのサブスクライバが順番待ちに参加する。
【００５９】
これを、順番待ち参加要求を明示的にサブスクライブに含めなければ、順番待ちに参加できないようにすることで、単に機器の利用状態を見るためのサブスクライブと、順番待ち用のサブスクライブとの両方を実現することが可能になる。利用状態を見るためのサブスクライブを発行したサブスクライバが機器を利用する場合には、改めて順番待ち要求を含むサブスクライブを行う。この場合、順番待ちに参加したサブスクライバへの通知には、使用権等を示す情報を含める。
【００６０】
あるいは、順番待ちに参加するサブスクライバに対しては、ＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ）、ｅメール、電話等、通常のプレゼンス変化の通知とは別の手段を用いて、使用権などの通知を行い、プレゼンスの変化は、通常のプレゼンスサービスと同様、サブスクライブしているすべてのサブスクライバに対して通知を行ってもよい。
【００６１】
【発明の効果】
以上説明したように本発明は、上記のような構成及び動作とすることで、プレゼンティティが状態の通知先を細かく制御することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるプレゼンスシステムの構成を示すブロック図である。
【図２】図１のプレゼンティティ・エージェントの動作を示すフローチャートである。
【図３】本発明の一実施例によるプレゼンスシステムの具体例を示すブロック図である。
【図４】本発明の他の実施例によるプレゼンスシステムの構成を示すブロック図である。
【図５】本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作を示すフローチャートである。
【符号の説明】
１ プレゼンティティ・エージェント
２ プレゼンスサービス
３ サブスクライバ
４ 通知条件管理部
１１ サブスクライバ管理部
１２ プレゼンス管理部
１３ プレゼンス通知部
１４ 通知先決定部
１５ 通知先決定ルール保持部
１６ 記録媒体
Ａ 機器
Ｂ 最初にサブスクライブしたサブスクライバ
【発明の属する技術分野】
本発明はプレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラムに関し、特に各ユーザの通信状態を管理するシステム等を含むプレゼンスシステムに関する。
【０００２】
【従来の技術】
プレゼンスシステムにおいては、自分のプレゼンス情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）と、プレゼンティティからプレゼンス（ＰＲＥＳＥＮＣＥ）情報を受取り、これをサブスクライバに配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）とからなっている。サブスクライバはプレゼンスサービスに対し、あるプレゼンティティのプレゼンス情報が変化した時に通知を行うよう要求するものである（例えば、非特許文献１参照）。
【０００３】
尚、プレゼンティティ、サブスクライバ、プレゼンスサービスは、いずれも、プレゼンスシステムの論理的な構成要素であり、物理的にネットワーク上に配置する際、プレゼンスサービス用のサーバを必要としないピア・ツー・ピアの構成をとる場合や、プレゼンティティやサブスクライバの機能の一部をクライアント端末とサーバ端末とに分散配置する構成をとる場合があるが、これについては区別しない。
【０００４】
【非特許文献１】
ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）２７７８ “Ａ Ｍｏｄｅｌ ｆｏｒ Ｐｒｅｓｅｎｃｅ ａｎｄ Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ”，Ｆｅｂｒｕａｒｙ ２０００
【０００５】
【発明が解決しようとする課題】
上述した従来のプレゼンスサービスでは、プレゼンスの変化の通知がサブスクライブしている全てのサブスクライバに一斉通知されており、プレゼンティティが状態の通知先を細かく制御することができない。
【０００６】
このため、従来のプレゼンスサービスでは、プレゼンティティの状態に応じて、サブスクライバとの間になんらかの関係が生じる場合、不都合が生じる場合がある。例えば、プレゼンティティがオンラインになった時に通話を開始する等、一度に限られた数の関係しか処理できないような場合には、半永久的にプレゼンティティとの関係が確立できないサブスクライバが存在する可能性がある。
【０００７】
また、従来のプレゼンスサービスでは、特に優先的に処理したい関係があっても、それを特別に処理することができる仕組みがない。さらに、従来のプレゼンスサービスでは、プレゼンティティがその状態や時間等のコンテキストに応じて、通知先を制御するような仕組みがない。
【０００８】
そこで、本発明の目的は上記の問題点を解消し、プレゼンティティが状態の通知先を細かく制御することができるプレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明によるプレゼンスシステムは、ネットワークを介して少なくとも自要素の状態を示すプレゼンス情報を提供するプレゼンティティと、前記ネットワークを介してプレゼンス情報を受信するサブスクライバと、前記プレゼンティティからプレゼンス情報を受信し、受信したプレゼンス情報を前記サブスクライバに送信するプレゼンスサービスとを備えるプレゼンスシステムであって、
前記プレゼンス情報の通知を行うサブスクライバを決定する通知先決定手段と、
前記通知先決定手段で決定されるサブスクライバに前記プレゼンス情報の通知を行う通知手段と、
を備え、
前記プレゼンス情報として特定の状態が継続するような場合に当該特定の状態を通知してから一番経過時間の長いサブスクライバを、前記プレゼンス情報の通知を行うサブスクライバとして決定している。
【００１０】
本発明によるプレゼンス通知先制御方法は、ネットワークを介して少なくとも自要素の状態を示すプレゼンス情報を提供するプレゼンティティと、前記ネットワークを介してプレゼンス情報を受信するサブスクライバと、前記プレゼンティティからプレゼンス情報を受信し、受信したプレゼンス情報を前記サブスクライバに送信するプレゼンスサービスとを備えるプレゼンスシステムに用いるプレゼンス通知先制御方法であって、
前記プレゼンス情報の通知を行うサブスクライバを決定する通知先決定ステップと、
前記通知先決定手段で決定されるサブスクライバに前記プレゼンス情報の通知を行う通知ステップと、
を含み、
前記プレゼンス情報として特定の状態が継続するような場合に当該特定の状態を通知してから一番経過時間の長いサブスクライバを、前記プレゼンス情報の通知を行うサブスクライバとして決定している。
【００１１】
本発明によるプログラムは、ネットワークを介して少なくとも自要素の状態を示すプレゼンス情報を提供するプレゼンティティと、前記ネットワークを介してプレゼンス情報を受信するサブスクライバと、前記プレゼンティティからプレゼンス情報を受信し、受信したプレゼンス情報を前記サブスクライバに送信するプレゼンスサービスとを備えるプレゼンスシステムにおける前記プレゼンティティに実行させるプログラムであって、
前記プレゼンス情報の通知を行うサブスクライバを決定する通知先決定処理と、
前記通知先決定処理で決定されるサブスクライバに前記プレゼンス情報の通知を行う通知処理と、
を含み、
前記プレゼンス情報として特定の状態が継続するような場合に当該特定の状態を通知してから一番経過時間の長いサブスクライバを、前記プレゼンス情報の通知を行うサブスクライバとして決定させている。
【００１２】
すなわち、本発明のプレゼンスシステムは、あるプレゼンティティのプレゼンスが変化した際、そのプレゼンティティの状態を監視しているウォッチャ（以下、サブスクライバとする）のうち、特定の条件を満たすサブスクライバだけに通知する方式である。例えば、あるプレゼンティティのプレゼンス変化を待ち行列の先頭にいるサブスクライバから順に通知する方式がある。
【００１３】
これによって、本発明のプレゼンスシステムでは、あるプレゼンティティと、あるサブスクライバとが通信を行っている間、ほかのサブスクライバがそのプレゼンティティと通信することが不可能な場合でも、そのプレゼンティティとの通信を所望する全てのサブスクライバが、プレゼンティティと通信可能できることを保証することが可能となる。
【００１４】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるプレゼンスシステムの構成を示すブロック図である。図１において、本発明の一実施例によるプレゼンスシステムは自分のプレゼンス情報を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＩＥＳ）・エージェント１と、それを観察するサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）３［サブスクライブしているウォッチャ（ＷＡＴＣＨＥＲＳ）］と、プレゼンティティ・エージェント１からプレゼンス（ＰＲＥＳＥＮＣＥ）情報を受取り、これをサブスクライバ３に配信するプレゼンスサービス（ＰＲＥＳＥＮＣＥ ＳＥＲＶＩＣＥ）２とからなっている。
【００１５】
尚、プレゼンティティ・エージェント１、サブスクライバ３、プレゼンスサービス２はそれぞれプレゼンスシステムの論理的な構成要素であり、物理的にネットワーク上に配置する際、プレゼンスサービス用のサーバを必要としないピア・ツー・ピアの構成をとる場合や、プレゼンティティやサブスクライバの機能の一部をクライアント端末とサーバ端末とに分散配置する構成をとる場合があるが、これについては区別しない。
【００１６】
また、上記の「プレゼンス情報」とは論理的な構成要素であるプレゼンティティ・エージェント１において、「少なくとも自要素の状態を示す情報」であり、この「状態」とはプレゼンティティが示す対象にもよるが、個人の通信状態（「通話中」、「空き」、「電源断」等）、機器等の使用状態（「使用中」、「空き」、「故障」等）、個人の状態（「デスクワーク中」、「会議中」、「休憩中」、「食事中」、「睡眠中」等）等を示している。
【００１７】
プレゼンティティ・エージェント１はサブスクライバ管理部１１と、プレゼンス管理部１２と、プレゼンス通知部１３と、通知先決定部１４と、通知先決定ルール保持部１５と、記録媒体１６とからなっている。記録媒体１６にはコンピュータで実行可能なプログラムを格納しており、そのプログラムをプレゼンティティ・エージェント１が実行することで、上記の各部の処理が実現される。
【００１８】
サブスクライバ管理部１１は、プレゼンスサービス２を通して接続され、プレゼンスの変化の通知を希望するサブスクライバ３のリストを管理する。プレゼンス管理部１２はプレゼンティティの現在のプレゼンスを管理する。
【００１９】
通知先決定部１４は通知先決定ルール保持部１５から取得したルールに基づき、サブスクライバ管理部１１で管理されるサブスクライバ３のうち、プレゼンス変化を実際に通知する相手を決定する。プレゼンス通知部１３は通知先決定部１４で決定したサブスクライバ３に対してプレゼンス変化を通知する。
【００２０】
プレゼンス通知先決定ルールとしては、「一番最初にサブスクライブしたサブスクライバ」や「特定のグループに属するサブスクライバ」、「プレゼンティティのプレゼンスが『暇』の場合に、プライベートグループに属するサブスクライバ」等、サブスクライバ３の属性や行動、またプレゼンティティのプレゼンスの状態等に基づくルールを設定することができ、ルールの形式は任意である。尚、本発明の一実施例で対象とする「プレゼンス」は、上述したように、個人の通信状態だけでなく、機器等の使用状態等も含む。
【００２１】
図２は図１のプレゼンティティ・エージェント１の動作を示すフローチャートである。これら図１及び図２を参照して本発明の一実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作について説明する。図２に示す処理はプレゼンティティ・エージェント１が記録媒体１６のプログラムを実行することで実現される。
【００２２】
プレゼンティティ・エージェント１はサブスクライバ３からプレゼンス通知要求（サブスクライブ）を受けると（図２ステップＳ７）、これをサブスクライバ管理部１１のリスト（図示せず）に追加する（図２ステップＳ８）。また、プレゼンティティ・エージェント１はサブスクライブを発行したサブスクライバ３に対してプレゼンスを通知する（図２ステップＳ５，Ｓ６）。
【００２３】
プレゼンティティ・エージェント１はプレゼンス管理部１２で管理されるプレゼンスが変化すると（図２ステップＳ１）、プレゼンス通知部１３に対してプレゼンス変化の通知を依頼する。
【００２４】
プレゼンス通知部１３は通知先決定部１４に対して実際にプレゼンス変化を通知するサブスクライバ３のリストを要求する。通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３のリストの中から、通知先決定ルールを基に決定されるサブスクライバ３を取得し（図２ステップＳ２〜Ｓ４）、プレゼンス通知部１３に返す。
【００２５】
プレゼンス通知部１３は通知先決定部１４から取得したサブスクライバ３に対してプレゼンスの変化を通知する（図２ステップＳ５，Ｓ６）。プレゼンティティ・エージェント１は上述したプレゼンス通知先制御処理を繰り返し実行する。
【００２６】
図３は本発明の一実施例によるプレゼンスシステムの具体例を示すブロック図である。図３においては、ある機器Ａの使用状況がプレゼンティティ・エージェント１によって管理されている場合を想定している。
【００２７】
ここで、プレゼンティティのプレゼンスとしては、使用中／空きの２つの状態をプレゼンスとして持つ。また、機器Ａの利用希望者はサブスクライバ３−１〜３−Ｎからプレゼンスサービス２を通じて機器Ａの使用状況を監視し、「空き」状態の通知を受けると、この機器を使用することができる。
【００２８】
また、通知先決定ルールとしては、「最初にサブスクライブしたサブスクライバ」Ｂというルールが設定されており、サブスクライバ管理部１１で管理されるサブスクライバ３−１〜３−Ｎのうち、プレゼンティティ・エージェント１に最も最初にサブスクライブしたサブスクライバが、プレゼンス変化時の通知先として選択されるものとする。
【００２９】
機器Ａの利用希望者はサブスクライバ３−１〜３−Ｎから、機器Ａに対応するプレゼンティティ・エージェント１に対して、プレゼンスサービス２を通じてサブスクライブを行い、機器Ａの使用状況を監視する。機器Ａの利用希望者がサブスクライブを行った際に、機器Ａが「空き」状態であれば、機器Ａの利用希望者は監視（サブスクライブ）を終了し、すぐにその機器Ａを使用することができる。
【００３０】
以下、機器Ａが「使用中」で、一人以上の利用希望者が、機器Ａに対してサブスクライブを行っている場合の動作を示す。ここで、機器Ａの利用希望者は、サブスクライブを行った順に、サブスクライバ３−１，３−２，…，３−Ｎで識別されるものとし、サブスクライブ発行時には「使用中」の通知を受信しているものとする。
【００３１】
機器Ａの使用状況が「使用中」から「空き」に変化すると、プレゼンティティ・エージェント１のプレゼンス管理部１２はプレゼンス通知部１３に対して、プレゼンス変化の通知を依頼する。プレゼンス通知部１３は通知先決定部１４に対して、実際にプレゼンス変化を通知するサブスクライバ３−１〜３−Ｎのリストを要求する。
【００３２】
通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３−１〜３−Ｎのリストから、通知先決定ルール『最初にサブスクライブしたサブスクライバ』Ｂから決定される「サブスクライバ３−１」を取得し、それをプレゼンス通知部１３に返す。
【００３３】
プレゼンス通知部１３は取得した「サブスクライバ３−１」に対して、「空き」状態を通知する。「空き」状態の通知を受けた「サブスクライバ３−１」はサブスクライブを終了し、機器Ａの使用を開始し、プレゼンス管理部１２で管理される機器Ａの使用状況が、「使用中」に変わる。
【００３４】
「サブスクライバ３−１」が機器Ａの使用を終了すると、上述したプレゼンス管理部１２からプレゼンス通知部１３に対するプレゼンス変化の通知の依頼に戻る。
【００３５】
尚、「空き」通知を受信した「サブスクライバ３−１」が、機器Ａの使用を開始せず、結果として、機器Ａを誰も使用できなくなる可能性がある。これを避けるため、「空き」状態の通知を受けた「サブスクライバ３−１」の処理において、一定時間を経ても「使用中」に変わらない場合、プレゼンス通知部１３によるリストの要求に戻り、次の利用希望者「サブスクライバ３−２」に対して、「空き」通知を送るようにすればよい。
【００３６】
また、その際、「サブスクライバ３−１」はサブスクライバ管理部１１から削除してもよいし、優先順位の低いサブスクライバとして扱ってもよい。尚、プレゼンティティは機器Ａに限る必要はなく、例えば、ユーザの状態でもよく、あるユーザが「空き」になった時に、通話を開始するといったケースでも、上記と同様の方式を適用することができる。
【００３７】
このように、本実施例では、プレゼンスの通知を、ある特定のルールから決定されるサブスクライバ３−１〜３−Ｎに対して優先的に行うことで、プレゼンティティのプレゼンスの変化をトリガとして、プレゼンティティとサブスクライバ３−１〜３−Ｎとにある「関係」が生じる場合、その「関係」の設立を制御することができる。
【００３８】
例えば、プレゼンティティに相当するある機器Ａが空き状態になった時に、サブスクライバ３に相当する機器Ａの利用希望者がその機器Ａを使用するような場合、プレゼンティティに相当するあるユーザがオンライン状態になった時にサブスクライバ３に相当する別のユーザと通話を開始するような場合、状態変化の通知先を制御することで、上記の「関係」の設立順序を制御することができる。
【００３９】
これによって、本実施例では、あるプレゼンティティと、あるサブスクライバ３，３−１〜３−Ｎとが「関係」を設立すると、ほかのサブスクライバがそのプレゼンティティとの関係が設立できないような場合でも、例えば、サブスクライブの順番にしたがって通知を行うことで、そのプレゼンティティとの関係設立を所望するすべてのサブスクライバ３−１〜３−Ｎがプレゼンティティと関係を設立することを保証することができる。
【００４０】
したがって、プレゼンスがある機器Ａが「使用中」かどうかを示すような場合、その機器Ａの利用を所望するユーザに対して順に利用許可を与えるといったことが可能となる。
【００４１】
また、本実施例では、ある特定の状態になったことを、特定のサブスクライバ３だけに知らせたい場合、これを制御することも可能である。例えば、「暇だから飲みに行きたい」といった状態を、特に親しい友人だけに通知したり、機器Ａの稼動状況が「故障」になったことをユーザには通知せず、管理者と修理業者とにだけ通知するといった制御も行うことができる。
【００４２】
本発明の一実施例では、サブスクライバ３−１〜３−Ｎの中のただ一つに対して通知を送っているが、一度に複数のサブスクライバ３−１〜３−Ｎに対して通知を送ることも可能である。この場合、これら複数のサブスクライバ３−１〜３−Ｎに対してはそれぞれ異なるプレゼンス情報を同時に送信することも可能である。
【００４３】
本発明の一実施例では、単純に、サブスクライブの順番にしたがって通知先を決定しているが、機器Ａの使用後も、引き続き利用者からのサブスクリプションが継続するような場合には「使用中」状態を通知してから、一番経過時間の長いサブスクライバに対して優先して「空き」状態を通知することができる。
【００４４】
また、本発明の一実施例では、順番待ちをしているサブスクライバ３−１〜３−Ｎが一時的にオフラインになった時に、プレゼンティティがそのサブスクライバ３−１〜３−Ｎの順番を保存することもできる。これによって、サブスクライバ３−１〜３−Ｎがオンラインに復帰後、サブスクライブを再発行したサブスクライバ３−１〜３−Ｎはオフラインになった時点の順番から順番待ちを再開することができる。
【００４５】
さらに、本発明の一実施例では、単純に、サブスクライブの順番にしたがって通知先を決定しているが、サブスクライバ３−１〜３−Ｎが持つ属性にしたがって通知順を決定してもよい。例えば、会員優待サービス等では優待権をもつサブスクライバに優先的に通知を発行するといったことが可能である。
【００４６】
上記のほかに、本発明では時間やプレゼンティティの状態に応じて、通知先を変えてもよい。例えば、プレゼンティティがユーザの「デスクワーク中」、「会議中」、「休憩中」、「食事中」、「睡眠中」といった状態を表す場合、就業時間内は仕事関係のサブスクライバに対してだけ状態通知を行い、終業時間外には家族や友人等のサブスクライバに対してだけ状態通知を行うといったこともできる。
【００４７】
この場合、サブスクライバがプレゼンティティとどういった関係にあるかという属性が、通知先決定ルールで利用される。また、サブスクライバとプレゼンティティとの間の属性が複数存在する場合には、それら複数の属性が通知先決定ルールで利用される。その際、複数のサブスクライバに対してはそれぞれの属性に応じたプレゼンス情報が同時に送られることとなる。
【００４８】
本発明の一実施例では、通知先決定部１４で決定されるサブスクライバ３にだけ状態を通知しているため、それ以外のサブスクライバには通知の待ち時間を予想することができない。通知の対象とならないサブスクライバに対しては、通知の対象となる順番等を通知することで、通知の対象とならないサブスクライバが通知を受けるまでの待ち時間を予測することが可能になる。
【００４９】
また、本発明の一実施例では、「空き」状況の通知を受信したサブスクライバ３が機器Ａの使用権を得ているが、この通知と一緒に、期限付きの電子チケット等を送付することで、電子チケットによって機器Ａの使用権の確認が行うことができる。
【００５０】
図４は本発明の他の実施例によるプレゼンスシステムの構成を示すブロック図である。図４において、本発明の他の実施例によるプレゼンスシステムはサブスクライバ３に通知条件管理部４を付加した以外は、図１に示す本発明の一実施例によるプレゼンスシステムと同様の構成となっており、同一構成要素には同一符号を付してある。また、同一構成要素の動作はほぼ本発明の一実施例と同様であり、本発明の一実施例との違いについて以下に述べる。
【００５１】
本発明の他の実施例において、サブスクライバ３はサブスクライブの発行時に、通知条件管理部４から取得した通知条件を付加してサブスクライブを発行する方式をとっている。
【００５２】
図５は本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作を示すフローチャートである。これら図４及び図５を参照して本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作について説明する。尚、図５に示す処理はプレゼンティティ・エージェント１が記録媒体１６のプログラムを実行することで実現される。
【００５３】
プレゼンティティ・エージェント１はサブスクライバ３からプレゼンス通知要求（サブスクライブ）を受けると（図５ステップＳ１７）、これをサブスクライバ管理部１１のリスト（図示せず）に追加する（図５ステップＳ１８）。
【００５４】
プレゼンティティ・エージェント１はサブスクライブに通知条件が含まれる場合（図５ステップＳ１９）、その通知条件を通知先決定ルールとして通知先決定ルール保持部２に保持されたルールに追加する（図５ステップＳ２０）。その後に、プレゼンティティ・エージェント１はサブスクライブを発行したサブスクライバ３に対してプレゼンスを通知する（図５ステップＳ１５，Ｓ１６）。
【００５５】
プレゼンティティ・エージェント１はプレゼンス管理部１２で管理されるプレゼンスが変化すると（図５ステップＳ１１）、プレゼンス通知部１３に対してプレゼンス変化の通知を依頼する。
【００５６】
プレゼンス通知部１３は通知先決定部１４に対して実際にプレゼンス変化を通知するサブスクライバ３のリストを要求する。通知先決定部１４はサブスクライバ管理部１１から取得したサブスクライバ３のリストの中から、通知先決定ルールを基に決定されるサブスクライバを取得し（図５ステップＳ１２〜Ｓ１４）、プレゼンス通知部１３に返す。
【００５７】
プレゼンス通知部１３は通知先決定部１４から取得したサブスクライバ３に対してプレゼンスの変化を通知する（図５ステップＳ１５，Ｓ１６）。プレゼンティティ・エージェント１は上述したプレゼンス通知先制御処理を繰り返し実行する。
【００５８】
ここで、上記の通知条件としては、「ある特定の状態になった場合」といったルールを指定することができる。また、通知条件には、順番待ち参加要求を含めることもできる。本発明の他の実施例では、サブスクライブを発行したすべてのサブスクライバが順番待ちに参加する。
【００５９】
これを、順番待ち参加要求を明示的にサブスクライブに含めなければ、順番待ちに参加できないようにすることで、単に機器の利用状態を見るためのサブスクライブと、順番待ち用のサブスクライブとの両方を実現することが可能になる。利用状態を見るためのサブスクライブを発行したサブスクライバが機器を利用する場合には、改めて順番待ち要求を含むサブスクライブを行う。この場合、順番待ちに参加したサブスクライバへの通知には、使用権等を示す情報を含める。
【００６０】
あるいは、順番待ちに参加するサブスクライバに対しては、ＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ）、ｅメール、電話等、通常のプレゼンス変化の通知とは別の手段を用いて、使用権などの通知を行い、プレゼンスの変化は、通常のプレゼンスサービスと同様、サブスクライブしているすべてのサブスクライバに対して通知を行ってもよい。
【００６１】
【発明の効果】
以上説明したように本発明は、上記のような構成及び動作とすることで、プレゼンティティが状態の通知先を細かく制御することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるプレゼンスシステムの構成を示すブロック図である。
【図２】図１のプレゼンティティ・エージェントの動作を示すフローチャートである。
【図３】本発明の一実施例によるプレゼンスシステムの具体例を示すブロック図である。
【図４】本発明の他の実施例によるプレゼンスシステムの構成を示すブロック図である。
【図５】本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作を示すフローチャートである。
【符号の説明】
１ プレゼンティティ・エージェント
２ プレゼンスサービス
３ サブスクライバ
４ 通知条件管理部
１１ サブスクライバ管理部
１２ プレゼンス管理部
１３ プレゼンス通知部
１４ 通知先決定部
１５ 通知先決定ルール保持部
１６ 記録媒体
Ａ 機器
Ｂ 最初にサブスクライブしたサブスクライバ
Claims (27)
- ネットワークを介して少なくとも自要素の状態を示すプレゼンス情報を提供するプレゼンティティと、前記ネットワークを介してプレゼンス情報を受信するサブスクライバと、前記プレゼンティティからプレゼンス情報を受信し、受信したプレゼンス情報を前記サブスクライバに送信するプレゼンスサービスとを備えるプレゼンスシステムであって、
前記プレゼンス情報の通知を行うサブスクライバを決定する通知先決定手段と、
前記通知先決定手段で決定されるサブスクライバに前記プレゼンス情報の通知を行う通知手段と、
を有し、
前記プレゼンス情報として特定の状態が継続するような場合に当該特定の状態を通知してから一番経過時間の長いサブスクライバを、前記プレゼンス情報の通知を行うサブスクライバとして決定することを特徴とするプレゼンスシステム。 - 前記通知先決定手段は、前記サブスクライバに含まれかつ当該サブスクライバがある特定の状態になった場合を示しかつ前記プレゼンス情報として特定の状態を通知してからの経過時間を含む通知条件を通知先決定ルールとして保持した時に当該通知先決定ルールに基づいて前記プレゼンス情報の通知を行うサブスクライバを決定することを特徴とする請求項１記載のプレゼンスシステム。
- 前記プレゼンス情報の通知を行う際に通知先のサブスクライバが前記通知先決定手段で決定されるサブスクライバであることを認証するための情報を付加することを特徴とする請求項１また請求項２記載のプレゼンスシステム。
- 前記認証するための情報は、予め設定された期限付きの情報であることを特徴とする請求項３記載のプレゼンスシステム。
- 前記通知先決定手段で決定されるサブスクライバに前記プレゼンティティの使用可否を示す使用権情報を含む情報を送信する情報送信手段を備えることを特徴とする請求項１〜４のいずれか記載のプレゼンスシステム。
- 前記情報送信手段は、少なくともインスタントメッセージと、電子メールと、電話通知とのいずれかを含むことを特徴とする請求項５記載のプレゼンスシステム。
- 前記通知手段は、複数のサブスクライバに前記プレゼンス情報を同時に通知する際に、前記サブスクライバ毎に異なるプレゼンス情報を通知することを特徴とする請求項１〜６のいずれか記載のプレゼンスシステム。
- 前記通知手段は、前記複数のサブスクライバに前記プレゼンス情報を同時に通知する際に、順番待ちの順序に応じて前記サブスクライバ毎に異なるプレゼンス情報を通知することを特徴とする請求項７記載のプレゼンスシステム。
- 前記通知手段は、前記複数のサブスクライバに前記プレゼンス情報を同時に通知する際に、前記サブスクライバが前記プレゼンティティとどういった関係にあるかを示す属性に応じて前記サブスクライバ毎に異なるプレゼンス情報を通知することを特徴とする請求項７記載のプレゼンスシステム。
- 前記通知手段は、前記サブスクライバに前記プレゼンス情報とともに少なくとも電子チケットを通知することを特徴とする請求項１〜９のいずれか記載のプレゼンスシステム。
- 前記サブスクライバに前記プレゼンス情報を通知した後に一定時間、当該プレゼンス情報に対応する所定の動作が確認されない時に他のサブスクライバに前記プレゼンス情報を通知することを特徴とする請求項１〜１０のいずれか記載のプレゼンスシステム。
- 前記サブスクライバが一時的にオフラインとなった時に当該サブスクライバの順番待ちの順番を保存することを特徴とする請求項１〜１０のいずれか記載のプレゼンスシステム。
- 前記プレゼンティティが前記通知先決定手段と前記通知手段とを備えることを特徴とする請求項１〜１０，１２のいずれか記載のプレゼンスシステム。
- ネットワークを介して少なくとも自要素の状態を示すプレゼンス情報を提供するプレゼンティティと、前記ネットワークを介してプレゼンス情報を受信するサブスクライバと、前記プレゼンティティからプレゼンス情報を受信し、受信したプレゼンス情報を前記サブスクライバに送信するプレゼンスサービスとを備えるプレゼンスシステムに用いるプレゼンス通知先制御方法であって、
前記プレゼンス情報の通知を行うサブスクライバを決定する通知先決定ステップと、
前記通知先決定手段で決定されるサブスクライバに前記プレゼンス情報の通知を行う通知ステップと、
を含み、
前記プレゼンス情報として特定の状態が継続するような場合に当該特定の状態を通知してから一番経過時間の長いサブスクライバを、前記プレゼンス情報の通知を行うサブスクライバとして決定することを特徴とするプレゼンス通知先制御方法。 - 前記通知先決定ステップにおいて、前記サブスクライバに含まれかつ当該サブスクライバがある特定の状態になった場合を示しかつ前記プレゼンス情報として特定の状態を通知してからの経過時間を含む通知条件を通知先決定ルールとして保持した時に当該通知先決定ルールに基づいて前記プレゼンス情報の通知を行うサブスクライバを決定することを特徴とする請求項１４記載のプレゼンス通知先制御方法。
- 前記プレゼンス情報の通知を行う際に通知先のサブスクライバが前記通知先決定ステップで決定されるサブスクライバであることを認証するための情報を付加することを特徴とする請求項１４または請求項１５のいずれか記載のプレゼンス通知先制御方法。
- 前記認証するための情報は、予め設定された期限付きの情報であることを特徴とする請求項１６記載のプレゼンス通知先制御方法。
- 前記通知先決定ステップで決定されるサブスクライバに前記プレゼンティティの使用可否を示す使用権情報を含む情報を送信する情報送信ステップを含むことを特徴とする請求項１４〜１７のいずれか記載のプレゼンス通知先制御方法。
- 前記情報送信ステップにおいて前記使用権情報を含む情報の送信を行う手段として、少なくともインスタントメッセージと、電子メールと、電話通知とのいずれかを含むことを特徴とする請求項１８記載のプレゼンス通知先制御方法。
- 前記通知ステップにおいて、複数のサブスクライバに前記プレゼンス情報を同時に通知する際に、前記サブスクライバ毎に異なるプレゼンス情報を通知することを特徴とする請求項１４〜１９のいずれか記載のプレゼンス通知先制御方法。
- 前記通知ステップにおいて、前記複数のサブスクライバに前記プレゼンス情報を同時に通知する際に、順番待ちの順序に応じて前記サブスクライバ毎に異なるプレゼンス情報を通知することを特徴とする請求項２０記載のプレゼンス通知先制御方法。
- 前記通知ステップにおいて、前記複数のサブスクライバに前記プレゼンス情報を同時に通知する際に、前記サブスクライバが前記プレゼンティティとどういった関係にあるかを示す属性に応じて前記サブスクライバ毎に異なるプレゼンス情報を通知することを特徴とする請求項２０記載のプレゼンス通知先制御方法。
- 前記通知ステップにおいて、前記サブスクライバに前記プレゼンス情報とともに少なくとも電子チケットを通知することを特徴とする請求項１４〜２２のいずれか記載のプレゼンス通知先制御方法。
- 前記サブスクライバに前記プレゼンス情報を通知した後に一定時間、当該プレゼンス情報に対応する所定の動作が確認されない時に他のサブスクライバに前記プレゼンス情報を通知することを特徴とする請求項１４〜２３のいずれか記載のプレゼンス通知先制御方法。
- 前記サブスクライバが一時的にオフラインとなった時に当該サブスクライバの順番待ちの順番を保存することを特徴とする請求項１８〜２１，２３〜３０のいずれか記載のプレゼンス通知先制御方法。
- 前記プレゼンティティが前記通知先決定ステップと前記通知ステップとを備えることを特徴とする請求項１４〜２３，２５のいずれか記載のプレゼンス通知先制御方法。
- ネットワークを介して少なくとも自要素の状態を示すプレゼンス情報を提供するプレゼンティティと、前記ネットワークを介してプレゼンス情報を受信するサブスクライバと、前記プレゼンティティからプレゼンス情報を受信し、受信したプレゼンス情報を前記サブスクライバに送信するプレゼンスサービスとを備えるプレゼンスシステムにおける前記プレゼンティティに実行させるプログラムであって、
前記プレゼンス情報の通知を行うサブスクライバを決定する通知先決定処理と、
前記通知先決定処理で決定されるサブスクライバに前記プレゼンス情報の通知を行う通知処理と、
を含み、
前記プレゼンス情報として特定の状態が継続するような場合に当該特定の状態を通知してから一番経過時間の長いサブスクライバを、前記プレゼンス情報の通知を行うサブスクライバとして決定させることを特徴とするプログラム。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003057895A JP4427957B2 (ja) | 2003-03-05 | 2003-03-05 | プレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラム |
| 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 |
| EP04001365A EP1441486B1 (en) | 2003-01-22 | 2004-01-22 | Presence system |
| DE602004026131T DE602004026131D1 (de) | 2003-01-22 | 2004-01-22 | Anwesenheitssystem |
| EP07102367.5A EP1786173B1 (en) | 2003-01-22 | 2004-01-22 | Dynamic buddy list generation method |
| 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 JP2004272311A (ja) | 2004-09-30 |
| JP2004272311A5 JP2004272311A5 (ja) | 2006-02-23 |
| JP4427957B2 true 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) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4977329B2 (ja) | 2005-03-29 | 2012-07-18 | 日本電気株式会社 | プレゼンスサービスシステム、プレゼンス装置、プレゼンスサービス方法、及びプログラム |
| JP4619177B2 (ja) * | 2005-03-31 | 2011-01-26 | 沖電気工業株式会社 | プレゼンス情報提示システム |
| JP5006632B2 (ja) * | 2006-03-29 | 2012-08-22 | キヤノン株式会社 | データ処理装置及びデータ処理方法 |
| JP4736945B2 (ja) * | 2006-05-18 | 2011-07-27 | 株式会社日立製作所 | 状態情報管理システム及び状態情報管理サーバ |
| EP2210400B1 (en) * | 2007-11-16 | 2016-06-01 | Telefonaktiebolaget LM Ericsson (publ) | A method for event packet handling |
| JP5099239B2 (ja) * | 2011-02-18 | 2012-12-19 | 株式会社日立製作所 | 状態情報管理システム、状態情報管理サーバ及び状態情報管理方法 |
| JP6418004B2 (ja) * | 2015-02-26 | 2018-11-07 | 富士通株式会社 | イベント通知プログラム、イベント通知方法及びイベント通知装置 |
-
2003
- 2003-03-05 JP JP2003057895A patent/JP4427957B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004272311A (ja) | 2004-09-30 |
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 | |
| JP5049438B2 (ja) | 存在管理システム及び方法 | |
| JP4668503B2 (ja) | 存在管理システム、コンピュータ・プログラム、多重アクセス通信ネットワーク及び方法 | |
| JP5416877B2 (ja) | 存在管理システム、多重アクセスネットワーク及び処理方法 | |
| JP5260491B2 (ja) | 存在状態情報に基づいてセッションを維持するための方法およびデバイス | |
| US20050071428A1 (en) | Method and apparatus for delivering an electronic mail message with an indication of the presence of the sender | |
| WO2007048339A1 (fr) | Procede de notification d'information de presence, serveur de presence, client et systeme | |
| JP2004005092A (ja) | ストレージシステム、ストレージ装置、及び該ストレージ装置を利用した情報共有方法 | |
| JP2004094602A (ja) | クライアント管理方法及び装置 | |
| WO2007076673A1 (fr) | Procede, systeme et dispositif permettant de partager des informations de presence | |
| US8656031B2 (en) | Dialog communication system, dialog communication method and dialog communication program | |
| JP4427957B2 (ja) | プレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラム | |
| JP4337351B2 (ja) | プレゼンスシステムおよび情報処理装置 | |
| JP2014147128A (ja) | 存在管理システム、格納媒体、多重アクセス通信ネットワーク及び動作方法 | |
| CN103873354A (zh) | 一种即时通信客户端及服务端 | |
| 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 |