JP2004272311A - Presence system, presence notification destination control method used therefor, and its program - Google Patents
Presence system, presence notification destination control method used therefor, and its program 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
【0001】
【発明の属する技術分野】
本発明はプレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラムに関し、特に各ユーザの通信状態を管理するシステム等を含むプレゼンスシステムに関する。
【0002】
【従来の技術】
プレゼンスシステムにおいては、自分のプレゼンス情報を提供するプレゼンティティ(PRESENTITIES)と、それを観察するサブスクライバ(SUBSCRIBER)と、プレゼンティティからプレゼンス(PRESENCE)情報を受取り、これをサブスクライバに配信するプレゼンスサービス(PRESENCE SERVICE)とからなっている。サブスクライバはプレゼンスサービスに対し、あるプレゼンティティのプレゼンス情報が変化した時に通知を行うよう要求するものである(例えば、非特許文献1参照)。
【0003】
尚、プレゼンティティ、サブスクライバ、プレゼンスサービスは、いずれも、プレゼンスシステムの論理的な構成要素であり、物理的にネットワーク上に配置する際、プレゼンスサービス用のサーバを必要としないピア・ツー・ピアの構成をとる場合や、プレゼンティティやサブスクライバの機能の一部をクライアント端末とサーバ端末とに分散配置する構成をとる場合があるが、これについては区別しない。
【0004】
【非特許文献1】
RFC(Request for Comments)2778 “A Model for Presence and Instant Messaging”,February 2000
【0005】
【発明が解決しようとする課題】
上述した従来のプレゼンスサービスでは、プレゼンスの変化の通知がサブスクライブしている全てのサブスクライバに一斉通知されており、プレゼンティティが状態の通知先を細かく制御することができない。
【0006】
このため、従来のプレゼンスサービスでは、プレゼンティティの状態に応じて、サブスクライバとの間になんらかの関係が生じる場合、不都合が生じる場合がある。例えば、プレゼンティティがオンラインになった時に通話を開始する等、一度に限られた数の関係しか処理できないような場合には、半永久的にプレゼンティティとの関係が確立できないサブスクライバが存在する可能性がある。
【0007】
また、従来のプレゼンスサービスでは、特に優先的に処理したい関係があっても、それを特別に処理することができる仕組みがない。さらに、従来のプレゼンスサービスでは、プレゼンティティがその状態や時間等のコンテキストに応じて、通知先を制御するような仕組みがない。
【0008】
そこで、本発明の目的は上記の問題点を解消し、プレゼンティティが状態の通知先を細かく制御することができるプレゼンスシステム及びそれに用いるプレゼンス通知先制御方法並びにそのプログラムを提供することにある。
【0009】
【課題を解決するための手段】
本発明によるプレゼンスシステムは、少なくとも自要素の状態を示すプレゼンス(PRESENCE)情報を提供するプレゼンティティ(PRESENTITIES)と、それを観察するサブスクライバ(SUBSCRIBER)と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス(PRESENCE SERVICE)とからなるプレゼンスシステムであって、前記プレゼンス情報の通知を特定のサブスクライバだけに行う通知手段を前記プレゼンティティに備えている。
【0010】
本発明によるプレゼンス通知先制御方法は、少なくとも自要素の状態を示すプレゼンス(PRESENCE)情報を提供するプレゼンティティ(PRESENTITIES)と、それを観察するサブスクライバ(SUBSCRIBER)と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス(PRESENCE SERVICE)とからなるプレゼンスシステムのプレゼンス通知先制御方法であって、前記プレゼンティティ側に、前記プレゼンス情報の通知を特定のサブスクライバだけに行うステップを備えている。
【0011】
本発明によるプレゼンス通知先制御方法のプログラムは、少なくとも自要素の状態を示すプレゼンス(PRESENCE)情報を提供するプレゼンティティ(PRESENTITIES)と、それを観察するサブスクライバ(SUBSCRIBER)と、前記プレゼンティティから受取った前記プレゼンス情報を前記サブスクライバに配信するプレゼンスサービス(PRESENCE SERVICE)とからなるプレゼンスシステムのプレゼンス通知先制御方法のプログラムであって、コンピュータに、前記プレゼンス情報の通知を特定のサブスクライバだけに行う処理を実行させている。
【0012】
すなわち、本発明のプレゼンスシステムは、あるプレゼンティティのプレゼンスが変化した際、そのプレゼンティティの状態を監視しているウォッチャ(以下、サブスクライバとする)のうち、特定の条件を満たすサブスクライバだけに通知する方式である。例えば、あるプレゼンティティのプレゼンス変化を待ち行列の先頭にいるサブスクライバから順に通知する方式がある。
【0013】
これによって、本発明のプレゼンスシステムでは、あるプレゼンティティと、あるサブスクライバとが通信を行っている間、ほかのサブスクライバがそのプレゼンティティと通信することが不可能な場合でも、そのプレゼンティティとの通信を所望する全てのサブスクライバが、プレゼンティティと通信可能できることを保証することが可能となる。
【0014】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図1は本発明の一実施例によるプレゼンスシステムの構成を示すブロック図である。図1において、本発明の一実施例によるプレゼンスシステムは自分のプレゼンス情報を提供するプレゼンティティ(PRESENTITIES)・エージェント1と、それを観察するサブスクライバ(SUBSCRIBER)3[サブスクライブしているウォッチャ(WATCHERS)]と、プレゼンティティ・エージェント1からプレゼンス(PRESENCE)情報を受取り、これをサブスクライバ3に配信するプレゼンスサービス(PRESENCE SERVICE)2とからなっている。
【0015】
尚、プレゼンティティ・エージェント1、サブスクライバ3、プレゼンスサービス2はそれぞれプレゼンスシステムの論理的な構成要素であり、物理的にネットワーク上に配置する際、プレゼンスサービス用のサーバを必要としないピア・ツー・ピアの構成をとる場合や、プレゼンティティやサブスクライバの機能の一部をクライアント端末とサーバ端末とに分散配置する構成をとる場合があるが、これについては区別しない。
【0016】
また、上記の「プレゼンス情報」とは論理的な構成要素であるプレゼンティティ・エージェント1において、「少なくとも自要素の状態を示す情報」であり、この「状態」とはプレゼンティティが示す対象にもよるが、個人の通信状態(「通話中」、「空き」、「電源断」等)、機器等の使用状態(「使用中」、「空き」、「故障」等)、個人の状態(「デスクワーク中」、「会議中」、「休憩中」、「食事中」、「睡眠中」等)等を示している。
【0017】
プレゼンティティ・エージェント1はサブスクライバ管理部11と、プレゼンス管理部12と、プレゼンス通知部13と、通知先決定部14と、通知先決定ルール保持部15と、記録媒体16とからなっている。記録媒体16にはコンピュータで実行可能なプログラムを格納しており、そのプログラムをプレゼンティティ・エージェント1が実行することで、上記の各部の処理が実現される。
【0018】
サブスクライバ管理部11は、プレゼンスサービス2を通して接続され、プレゼンスの変化の通知を希望するサブスクライバ3のリストを管理する。プレゼンス管理部12はプレゼンティティの現在のプレゼンスを管理する。
【0019】
通知先決定部14は通知先決定ルール保持部15から取得したルールに基づき、サブスクライバ管理部11で管理されるサブスクライバ3のうち、プレゼンス変化を実際に通知する相手を決定する。プレゼンス通知部13は通知先決定部14で決定したサブスクライバ3に対してプレゼンス変化を通知する。
【0020】
プレゼンス通知先決定ルールとしては、「一番最初にサブスクライブしたサブスクライバ」や「特定のグループに属するサブスクライバ」、「プレゼンティティのプレゼンスが『暇』の場合に、プライベートグループに属するサブスクライバ」等、サブスクライバ3の属性や行動、またプレゼンティティのプレゼンスの状態等に基づくルールを設定することができ、ルールの形式は任意である。尚、本発明の一実施例で対象とする「プレゼンス」は、上述したように、個人の通信状態だけでなく、機器等の使用状態等も含む。
【0021】
図2は図1のプレゼンティティ・エージェント1の動作を示すフローチャートである。これら図1及び図2を参照して本発明の一実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作について説明する。図2に示す処理はプレゼンティティ・エージェント1が記録媒体16のプログラムを実行することで実現される。
【0022】
プレゼンティティ・エージェント1はサブスクライバ3からプレゼンス通知要求(サブスクライブ)を受けると(図2ステップS7)、これをサブスクライバ管理部11のリスト(図示せず)に追加する(図2ステップS8)。また、プレゼンティティ・エージェント1はサブスクライブを発行したサブスクライバ3に対してプレゼンスを通知する(図2ステップS5,S6)。
【0023】
プレゼンティティ・エージェント1はプレゼンス管理部12で管理されるプレゼンスが変化すると(図2ステップS1)、プレゼンス通知部13に対してプレゼンス変化の通知を依頼する。
【0024】
プレゼンス通知部13は通知先決定部14に対して実際にプレゼンス変化を通知するサブスクライバ3のリストを要求する。通知先決定部14はサブスクライバ管理部11から取得したサブスクライバ3のリストの中から、通知先決定ルールを基に決定されるサブスクライバ3を取得し(図2ステップS2〜S4)、プレゼンス通知部13に返す。
【0025】
プレゼンス通知部13は通知先決定部14から取得したサブスクライバ3に対してプレゼンスの変化を通知する(図2ステップS5,S6)。プレゼンティティ・エージェント1は上述したプレゼンス通知先制御処理を繰り返し実行する。
【0026】
図3は本発明の一実施例によるプレゼンスシステムの具体例を示すブロック図である。図3においては、ある機器Aの使用状況がプレゼンティティ・エージェント1によって管理されている場合を想定している。
【0027】
ここで、プレゼンティティのプレゼンスとしては、使用中/空きの2つの状態をプレゼンスとして持つ。また、機器Aの利用希望者はサブスクライバ3−1〜3−Nからプレゼンスサービス2を通じて機器Aの使用状況を監視し、「空き」状態の通知を受けると、この機器を使用することができる。
【0028】
また、通知先決定ルールとしては、「最初にサブスクライブしたサブスクライバ」Bというルールが設定されており、サブスクライバ管理部11で管理されるサブスクライバ3−1〜3−Nのうち、プレゼンティティ・エージェント1に最も最初にサブスクライブしたサブスクライバが、プレゼンス変化時の通知先として選択されるものとする。
【0029】
機器Aの利用希望者はサブスクライバ3−1〜3−Nから、機器Aに対応するプレゼンティティ・エージェント1に対して、プレゼンスサービス2を通じてサブスクライブを行い、機器Aの使用状況を監視する。機器Aの利用希望者がサブスクライブを行った際に、機器Aが「空き」状態であれば、機器Aの利用希望者は監視(サブスクライブ)を終了し、すぐにその機器Aを使用することができる。
【0030】
以下、機器Aが「使用中」で、一人以上の利用希望者が、機器Aに対してサブスクライブを行っている場合の動作を示す。ここで、機器Aの利用希望者は、サブスクライブを行った順に、サブスクライバ3−1,3−2,…,3−Nで識別されるものとし、サブスクライブ発行時には「使用中」の通知を受信しているものとする。
【0031】
機器Aの使用状況が「使用中」から「空き」に変化すると、プレゼンティティ・エージェント1のプレゼンス管理部12はプレゼンス通知部13に対して、プレゼンス変化の通知を依頼する。プレゼンス通知部13は通知先決定部14に対して、実際にプレゼンス変化を通知するサブスクライバ3−1〜3−Nのリストを要求する。
【0032】
通知先決定部14はサブスクライバ管理部11から取得したサブスクライバ3−1〜3−Nのリストから、通知先決定ルール『最初にサブスクライブしたサブスクライバ』Bから決定される「サブスクライバ3−1」を取得し、それをプレゼンス通知部13に返す。
【0033】
プレゼンス通知部13は取得した「サブスクライバ3−1」に対して、「空き」状態を通知する。「空き」状態の通知を受けた「サブスクライバ3−1」はサブスクライブを終了し、機器Aの使用を開始し、プレゼンス管理部12で管理される機器Aの使用状況が、「使用中」に変わる。
【0034】
「サブスクライバ3−1」が機器Aの使用を終了すると、上述したプレゼンス管理部12からプレゼンス通知部13に対するプレゼンス変化の通知の依頼に戻る。
【0035】
尚、「空き」通知を受信した「サブスクライバ3−1」が、機器Aの使用を開始せず、結果として、機器Aを誰も使用できなくなる可能性がある。これを避けるため、「空き」状態の通知を受けた「サブスクライバ3−1」の処理において、一定時間を経ても「使用中」に変わらない場合、プレゼンス通知部13によるリストの要求に戻り、次の利用希望者「サブスクライバ3−2」に対して、「空き」通知を送るようにすればよい。
【0036】
また、その際、「サブスクライバ3−1」はサブスクライバ管理部11から削除してもよいし、優先順位の低いサブスクライバとして扱ってもよい。尚、プレゼンティティは機器Aに限る必要はなく、例えば、ユーザの状態でもよく、あるユーザが「空き」になった時に、通話を開始するといったケースでも、上記と同様の方式を適用することができる。
【0037】
このように、本実施例では、プレゼンスの通知を、ある特定のルールから決定されるサブスクライバ3−1〜3−Nに対して優先的に行うことで、プレゼンティティのプレゼンスの変化をトリガとして、プレゼンティティとサブスクライバ3−1〜3−Nとにある「関係」が生じる場合、その「関係」の設立を制御することができる。
【0038】
例えば、プレゼンティティに相当するある機器Aが空き状態になった時に、サブスクライバ3に相当する機器Aの利用希望者がその機器Aを使用するような場合、プレゼンティティに相当するあるユーザがオンライン状態になった時にサブスクライバ3に相当する別のユーザと通話を開始するような場合、状態変化の通知先を制御することで、上記の「関係」の設立順序を制御することができる。
【0039】
これによって、本実施例では、あるプレゼンティティと、あるサブスクライバ3,3−1〜3−Nとが「関係」を設立すると、ほかのサブスクライバがそのプレゼンティティとの関係が設立できないような場合でも、例えば、サブスクライブの順番にしたがって通知を行うことで、そのプレゼンティティとの関係設立を所望するすべてのサブスクライバ3−1〜3−Nがプレゼンティティと関係を設立することを保証することができる。
【0040】
したがって、プレゼンスがある機器Aが「使用中」かどうかを示すような場合、その機器Aの利用を所望するユーザに対して順に利用許可を与えるといったことが可能となる。
【0041】
また、本実施例では、ある特定の状態になったことを、特定のサブスクライバ3だけに知らせたい場合、これを制御することも可能である。例えば、「暇だから飲みに行きたい」といった状態を、特に親しい友人だけに通知したり、機器Aの稼動状況が「故障」になったことをユーザには通知せず、管理者と修理業者とにだけ通知するといった制御も行うことができる。
【0042】
本発明の一実施例では、サブスクライバ3−1〜3−Nの中のただ一つに対して通知を送っているが、一度に複数のサブスクライバ3−1〜3−Nに対して通知を送ることも可能である。この場合、これら複数のサブスクライバ3−1〜3−Nに対してはそれぞれ異なるプレゼンス情報を同時に送信することも可能である。
【0043】
本発明の一実施例では、単純に、サブスクライブの順番にしたがって通知先を決定しているが、機器Aの使用後も、引き続き利用者からのサブスクリプションが継続するような場合には「使用中」状態を通知してから、一番経過時間の長いサブスクライバに対して優先して「空き」状態を通知することができる。
【0044】
また、本発明の一実施例では、順番待ちをしているサブスクライバ3−1〜3−Nが一時的にオフラインになった時に、プレゼンティティがそのサブスクライバ3−1〜3−Nの順番を保存することもできる。これによって、サブスクライバ3−1〜3−Nがオンラインに復帰後、サブスクライブを再発行したサブスクライバ3−1〜3−Nはオフラインになった時点の順番から順番待ちを再開することができる。
【0045】
さらに、本発明の一実施例では、単純に、サブスクライブの順番にしたがって通知先を決定しているが、サブスクライバ3−1〜3−Nが持つ属性にしたがって通知順を決定してもよい。例えば、会員優待サービス等では優待権をもつサブスクライバに優先的に通知を発行するといったことが可能である。
【0046】
上記のほかに、本発明では時間やプレゼンティティの状態に応じて、通知先を変えてもよい。例えば、プレゼンティティがユーザの「デスクワーク中」、「会議中」、「休憩中」、「食事中」、「睡眠中」といった状態を表す場合、就業時間内は仕事関係のサブスクライバに対してだけ状態通知を行い、終業時間外には家族や友人等のサブスクライバに対してだけ状態通知を行うといったこともできる。
【0047】
この場合、サブスクライバがプレゼンティティとどういった関係にあるかという属性が、通知先決定ルールで利用される。また、サブスクライバとプレゼンティティとの間の属性が複数存在する場合には、それら複数の属性が通知先決定ルールで利用される。その際、複数のサブスクライバに対してはそれぞれの属性に応じたプレゼンス情報が同時に送られることとなる。
【0048】
本発明の一実施例では、通知先決定部14で決定されるサブスクライバ3にだけ状態を通知しているため、それ以外のサブスクライバには通知の待ち時間を予想することができない。通知の対象とならないサブスクライバに対しては、通知の対象となる順番等を通知することで、通知の対象とならないサブスクライバが通知を受けるまでの待ち時間を予測することが可能になる。
【0049】
また、本発明の一実施例では、「空き」状況の通知を受信したサブスクライバ3が機器Aの使用権を得ているが、この通知と一緒に、期限付きの電子チケット等を送付することで、電子チケットによって機器Aの使用権の確認が行うことができる。
【0050】
図4は本発明の他の実施例によるプレゼンスシステムの構成を示すブロック図である。図4において、本発明の他の実施例によるプレゼンスシステムはサブスクライバ3に通知条件管理部4を付加した以外は、図1に示す本発明の一実施例によるプレゼンスシステムと同様の構成となっており、同一構成要素には同一符号を付してある。また、同一構成要素の動作はほぼ本発明の一実施例と同様であり、本発明の一実施例との違いについて以下に述べる。
【0051】
本発明の他の実施例において、サブスクライバ3はサブスクライブの発行時に、通知条件管理部4から取得した通知条件を付加してサブスクライブを発行する方式をとっている。
【0052】
図5は本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作を示すフローチャートである。これら図4及び図5を参照して本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作について説明する。尚、図5に示す処理はプレゼンティティ・エージェント1が記録媒体16のプログラムを実行することで実現される。
【0053】
プレゼンティティ・エージェント1はサブスクライバ3からプレゼンス通知要求(サブスクライブ)を受けると(図5ステップS17)、これをサブスクライバ管理部11のリスト(図示せず)に追加する(図5ステップS18)。
【0054】
プレゼンティティ・エージェント1はサブスクライブに通知条件が含まれる場合(図5ステップS19)、その通知条件を通知先決定ルールとして通知先決定ルール保持部2に保持されたルールに追加する(図5ステップS20)。その後に、プレゼンティティ・エージェント1はサブスクライブを発行したサブスクライバ3に対してプレゼンスを通知する(図5ステップS15,S16)。
【0055】
プレゼンティティ・エージェント1はプレゼンス管理部12で管理されるプレゼンスが変化すると(図5ステップS11)、プレゼンス通知部13に対してプレゼンス変化の通知を依頼する。
【0056】
プレゼンス通知部13は通知先決定部14に対して実際にプレゼンス変化を通知するサブスクライバ3のリストを要求する。通知先決定部14はサブスクライバ管理部11から取得したサブスクライバ3のリストの中から、通知先決定ルールを基に決定されるサブスクライバを取得し(図5ステップS12〜S14)、プレゼンス通知部13に返す。
【0057】
プレゼンス通知部13は通知先決定部14から取得したサブスクライバ3に対してプレゼンスの変化を通知する(図5ステップS15,S16)。プレゼンティティ・エージェント1は上述したプレゼンス通知先制御処理を繰り返し実行する。
【0058】
ここで、上記の通知条件としては、「ある特定の状態になった場合」といったルールを指定することができる。また、通知条件には、順番待ち参加要求を含めることもできる。本発明の他の実施例では、サブスクライブを発行したすべてのサブスクライバが順番待ちに参加する。
【0059】
これを、順番待ち参加要求を明示的にサブスクライブに含めなければ、順番待ちに参加できないようにすることで、単に機器の利用状態を見るためのサブスクライブと、順番待ち用のサブスクライブとの両方を実現することが可能になる。利用状態を見るためのサブスクライブを発行したサブスクライバが機器を利用する場合には、改めて順番待ち要求を含むサブスクライブを行う。この場合、順番待ちに参加したサブスクライバへの通知には、使用権等を示す情報を含める。
【0060】
あるいは、順番待ちに参加するサブスクライバに対しては、IM(Instant Messaging)、eメール、電話等、通常のプレゼンス変化の通知とは別の手段を用いて、使用権などの通知を行い、プレゼンスの変化は、通常のプレゼンスサービスと同様、サブスクライブしているすべてのサブスクライバに対して通知を行ってもよい。
【0061】
【発明の効果】
以上説明したように本発明は、上記のような構成及び動作とすることで、プレゼンティティが状態の通知先を細かく制御することができるという効果が得られる。
【図面の簡単な説明】
【図1】本発明の一実施例によるプレゼンスシステムの構成を示すブロック図である。
【図2】図1のプレゼンティティ・エージェントの動作を示すフローチャートである。
【図3】本発明の一実施例によるプレゼンスシステムの具体例を示すブロック図である。
【図4】本発明の他の実施例によるプレゼンスシステムの構成を示すブロック図である。
【図5】本発明の他の実施例によるプレゼンスシステムにおけるプレゼンス通知先制御処理の動作を示すフローチャートである。
【符号の説明】
1 プレゼンティティ・エージェント
2 プレゼンスサービス
3 サブスクライバ
4 通知条件管理部
11 サブスクライバ管理部
12 プレゼンス管理部
13 プレゼンス通知部
14 通知先決定部
15 通知先決定ルール保持部
16 記録媒体
A 機器
B 最初にサブスクライブしたサブスクライバ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a presence system, a presence notification destination control method used therefor, and a program therefor, and more particularly to a presence system including a system for managing the communication state of each user.
[0002]
[Prior art]
In the presence system, a presentity (PRESENTITIES) that provides its own presence information, a subscriber (SUBSCRIBER) that observes it, and a presence service (PRESENCEN) that receives presence information from the presentity and distributes it to the subscribers. SERVICE). The subscriber requests the presence service to notify when the presence information of a presentity changes (for example, see Non-Patent Document 1).
[0003]
The presentity, subscriber, and presence service are all logical components of the presence system, and when they are physically placed on the network, they do not require a server for the presence service. There are cases where a configuration is adopted, and there is a case where a part of the functions of the presentity and the subscriber is distributed and arranged between the client terminal and the server terminal, but this is not distinguished.
[0004]
[Non-Patent Document 1]
RFC (Request for Comments) 2778 “A Model for Presence and Instant Messaging”, February 2000
[0005]
[Problems to be solved by the invention]
In the above-described conventional presence service, the notification of the presence change is notified to all subscribed subscribers at the same time, and the presentity cannot finely control the notification destination of the state.
[0006]
For this reason, in the conventional presence service, there is a case where inconvenience may occur when some relationship with the subscriber occurs according to the state of the presentity. For example, if a limited number of relationships can be processed at one time, such as when a call starts when the presentity comes online, there may be subscribers who cannot establish a relationship with the presentity semi-permanently. There is.
[0007]
In addition, in the conventional presence service, there is no mechanism that can specially process even a relationship that is particularly preferentially processed. Further, in the conventional presence service, there is no mechanism in which the presentity controls the notification destination according to the context such as the state and time.
[0008]
SUMMARY OF THE INVENTION An object of the present invention is to solve the above-described problems and provide a presence system capable of finely controlling a notification destination of a presentity state, a presence notification destination control method used therefor, and a program therefor.
[0009]
[Means for Solving the Problems]
The presence system according to the present invention includes a presentity (PRESENTITIES) that provides presence information indicating at least a state of the element, a subscriber (SUBSCRIBER) that observes the presence information, and the presence information received from the presentity. The present system includes a presence system including a presence service distributed to subscribers, and the presentity includes notification means for notifying the presence information only to a specific subscriber.
[0010]
The presence notification destination control method according to the present invention includes a presentity (PRESENTITIES) that provides presence information indicating at least the state of the element, a subscriber (SUBSCRIBER) that observes the presence, and the presence received from the presentity. A presence notification destination control method for a presence system comprising a presence service for distributing information to the subscriber, comprising the step of notifying the presentity side of the presence information only to a specific subscriber Yes.
[0011]
The presence notification destination control method program according to the present invention receives from the presentity a presentity (PRESENTITIES) that provides presence information (PRESENCE) indicating at least the state of the element, a subscriber (SUBSCRIBER) that observes the presentity. A program of a presence notification destination control method of a presence system including a presence service (PRESERVICE SERVICE) that distributes the presence information to the subscriber, and executes a process of notifying the computer of the presence information only to a specific subscriber I am letting.
[0012]
That is, the presence system of the present invention notifies only a subscriber who satisfies a specific condition among watchers (hereinafter referred to as subscribers) monitoring the state of the presentity when the presence of the presentity changes. It is a method. For example, there is a method in which presence change of a presentity is notified in order from a subscriber at the head of a queue.
[0013]
As a result, in the presence system of the present invention, while a certain presentity and a certain subscriber are communicating, communication with the presentity is possible even if other subscribers cannot communicate with the presentity. It can be ensured that all subscribers who want to be able to communicate with the presentity.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Next, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing the configuration of a presence system according to an embodiment of the present invention. Referring to FIG. 1, a presence system according to an embodiment of the present invention includes a
[0015]
The
[0016]
The “presence information” is “information indicating at least the state of the element” in the
[0017]
The
[0018]
The
[0019]
Based on the rule acquired from the notification destination determination
[0020]
Presence notification destination decision rules include subscribers such as “subscriber who subscribes first”, “subscriber belonging to a specific group”, “subscriber belonging to a private group when the presence of the presentity is“ free ””, etc. Rules based on the three attributes and actions, the presence status of the presentity, and the like can be set, and the format of the rules is arbitrary. As described above, the “presence” targeted in one embodiment of the present invention includes not only the personal communication status but also the usage status of the device or the like.
[0021]
FIG. 2 is a flowchart showing the operation of the
[0022]
Upon receiving a presence notification request (subscribe) from the subscriber 3 (step S7 in FIG. 2), the
[0023]
When the presence managed by the
[0024]
The
[0025]
The
[0026]
FIG. 3 is a block diagram showing a specific example of a presence system according to an embodiment of the present invention. In FIG. 3, it is assumed that the usage status of a certain device A is managed by the
[0027]
Here, the presence of the presentity has two states of being used / free. In addition, a user who wants to use the device A can use the device A by monitoring the usage status of the device A from the subscribers 3-1 to 3-N through the
[0028]
In addition, as a notification destination determination rule, a rule “subscriber first subscribed” B is set, and among the subscribers 3-1 to 3 -N managed by the
[0029]
The subscriber who wants to use the device A subscribes to the
[0030]
Hereinafter, an operation when the device A is “in use” and one or more users who want to use the device A subscribe to the device A will be described. Here, the user who wishes to use the device A is identified by the subscribers 3-1, 3-2,..., 3 -N in the order of subscribing. Assume that you are receiving.
[0031]
When the usage status of the device A changes from “in use” to “free”, the
[0032]
The notification
[0033]
The
[0034]
When the “subscriber 3-1” finishes using the device A, the
[0035]
The “subscriber 3-1” that has received the “vacant” notification does not start using the device A, and as a result, no one can use the device A. In order to avoid this, in the process of “subscriber 3-1” that has received the notification of the “free” state, if it does not change to “in use” even after a certain period of time, it returns to the list request by the
[0036]
At that time, “subscriber 3-1” may be deleted from the
[0037]
As described above, in the present embodiment, presence notification is preferentially performed on the subscribers 3-1 to 3-N determined based on a specific rule, so that a change in the presence of the presentity is used as a trigger. When a “relationship” exists between the presentity and the subscribers 3-1 to 3 -N, the establishment of the “relationship” can be controlled.
[0038]
For example, when a device A corresponding to a presentity becomes empty, and a user who wants to use the device A corresponding to the
[0039]
Thus, in this embodiment, if a presentity and a
[0040]
Therefore, when the device A having presence indicates whether or not the device A is “in use”, it is possible to sequentially give usage permission to a user who desires to use the device A.
[0041]
In this embodiment, when it is desired to notify only a
[0042]
In one embodiment of the present invention, the notification is sent to only one of the subscribers 3-1 to 3-N, but the notification is sent to a plurality of subscribers 3-1 to 3-N at a time. It is also possible. In this case, different presence information can be simultaneously transmitted to the plurality of subscribers 3-1 to 3 -N.
[0043]
In one embodiment of the present invention, the notification destination is simply determined according to the order of subscribing, but if the subscription from the user continues even after the device A is used, After notifying the “medium” state, the “free” state can be preferentially notified to the subscriber having the longest elapsed time.
[0044]
Also, in one embodiment of the present invention, when the subscribers 3-1 to 3 -N waiting for the turn temporarily go offline, the presentity stores the order of the subscribers 3-1 to 3 -N. You can also As a result, after the subscribers 3-1 to 3-N come back online, the subscribers 3-1 to 3-N that have reissued the subscription can resume waiting in the order in which they went offline.
[0045]
Furthermore, in one embodiment of the present invention, the notification destination is simply determined according to the order of subscription, but the notification order may be determined according to the attributes of the subscribers 3-1 to 3 -N. For example, a member preferential service or the like can issue a notification preferentially to a subscriber having a preferential right.
[0046]
In addition to the above, in the present invention, the notification destination may be changed according to the time and the state of the presentity. For example, if the presentity represents the user's "working at desk", "meeting", "resting", "mealing", "sleeping", the status is only for work-related subscribers during working hours Notification can be made and status notifications can be sent only to subscribers such as family members and friends outside the working hours.
[0047]
In this case, an attribute indicating how the subscriber is related to the presentity is used in the notification destination determination rule. Further, when there are a plurality of attributes between the subscriber and the presentity, the plurality of attributes are used in the notification destination determination rule. At that time, presence information corresponding to each attribute is simultaneously sent to a plurality of subscribers.
[0048]
In one embodiment of the present invention, since the state is notified only to the
[0049]
Further, in one embodiment of the present invention, the
[0050]
FIG. 4 is a block diagram showing the configuration of a presence system according to another embodiment of the present invention. 4, the presence system according to another embodiment of the present invention has the same configuration as the presence system according to the embodiment of the present invention shown in FIG. 1 except that a notification
[0051]
In another embodiment of the present invention, the
[0052]
FIG. 5 is a flowchart showing the operation of presence notification destination control processing in the presence system according to another embodiment of the present invention. The operation of the presence notification destination control process in the presence system according to another embodiment of the present invention will be described with reference to FIGS. Note that the process shown in FIG. 5 is realized by the
[0053]
When
[0054]
If the notification condition is included in the subscription (step S19 in FIG. 5), the
[0055]
When the presence managed by the
[0056]
The
[0057]
The
[0058]
Here, as the notification condition, a rule such as “when a certain state is reached” can be specified. In addition, the notification condition can include a waiting-wait participation request. In another embodiment of the invention, all subscribers who have issued a subscription participate in the queue.
[0059]
If you do not explicitly include the queued participation request in the subscription, you can prevent participation in the queue by simply subscribing to subscribe for viewing the device usage status and queued subscription. Both can be realized. When a subscriber who has issued a subscription for viewing the usage status uses the device, a subscription including an order waiting request is performed again. In this case, information indicating a usage right or the like is included in the notification to the subscribers participating in the waiting order.
[0060]
Alternatively, subscribers participating in the queue are notified of usage rights using means other than normal presence change notification such as IM (Instant Messaging), e-mail, telephone, etc. The change may be notified to all subscribing subscribers as in the normal presence service.
[0061]
【The invention's effect】
As described above, according to the present invention, the configuration and operation as described above can provide an effect that the presentity can finely control the notification destination of the state.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a presence system according to an embodiment of the present invention.
FIG. 2 is a flowchart showing an operation of the presentity agent of FIG.
FIG. 3 is a block diagram showing a specific example of a presence system according to an embodiment of the present invention.
FIG. 4 is a block diagram showing a configuration of a presence system according to another embodiment of the present invention.
FIG. 5 is a flowchart showing the operation of presence notification destination control processing in the presence system according to another embodiment of the present invention.
[Explanation of symbols]
DESCRIPTION OF
Claims (19)
前記通知手段は、その導出された前記特定のサブスクライバだけに前記プレゼンス情報の通知を行うことを特徴とする請求項1記載のプレゼンスシステム。The presentity includes means for deriving the specific subscriber from a notification destination determination rule held by the presentity,
The presence system according to claim 1, wherein the notification unit notifies the presence information only to the specific subscriber derived from the notification unit.
前記通知手段は、その導出された前記特定のサブスクライバだけに前記プレゼンス情報の通知を行うことを特徴とする請求項1または請求項2記載のプレゼンスシステム。Means for deriving the specific subscriber from a notification destination determination rule including a notification condition specified by the subscriber;
The presence system according to claim 1 or 2, wherein the notification means notifies the presence information only to the specific subscriber derived from the notification means.
前記プレゼンス情報の通知を行うステップは、その導出された前記特定のサブスクライバだけに前記プレゼンス情報の通知を行うことを特徴とする請求項10記載のプレゼンス通知先制御方法。Deriving the specific subscriber from a notification destination determination rule held by the presentity on the presentity side;
The presence notification destination control method according to claim 10, wherein the notification of presence information is performed by notifying the presence information only to the derived specific subscriber.
前記プレゼンス情報の通知を行うステップは、その導出された前記特定のサブスクライバだけに前記プレゼンス情報の通知を行うことを特徴とする請求項10または請求項11記載のプレゼンス通知先制御方法。Deriving the specific subscriber from a notification destination determination rule including a notification condition designated by the subscriber on the presentity side;
12. The presence notification destination control method according to claim 10, wherein the presence information notification step notifies the presence information only to the derived specific subscriber.
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003057895A JP4427957B2 (en) | 2003-03-05 | 2003-03-05 | Presence system, presence notification destination control method and program used therefor |
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 |
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 |
DE602004026131T DE602004026131D1 (en) | 2003-01-22 | 2004-01-22 | attendance 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 (en) | 2003-03-05 | 2003-03-05 | Presence system, presence notification destination control method and program used therefor |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2004272311A true JP2004272311A (en) | 2004-09-30 |
JP2004272311A5 JP2004272311A5 (en) | 2006-02-23 |
JP4427957B2 JP4427957B2 (en) | 2010-03-10 |
Family
ID=33121145
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003057895A Expired - Fee Related JP4427957B2 (en) | 2003-01-22 | 2003-03-05 | Presence system, presence notification destination control method and program used therefor |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4427957B2 (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006287395A (en) * | 2005-03-31 | 2006-10-19 | Oki Electric Ind Co Ltd | Presence-information presenting system |
JP2006286011A (en) * | 2006-05-18 | 2006-10-19 | Hitachi Ltd | State information management system and state information management server |
JP2007293805A (en) * | 2006-03-29 | 2007-11-08 | Canon Inc | Data processor and data processing method |
JP2011505722A (en) * | 2007-11-16 | 2011-02-24 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Event packet processing method |
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 (en) * | 2011-02-18 | 2011-05-26 | Hitachi Ltd | State information management system, state information management server and state information management method |
JP2016161952A (en) * | 2015-02-26 | 2016-09-05 | 富士通株式会社 | Event notification program, event notification method, and event notification apparatus |
-
2003
- 2003-03-05 JP JP2003057895A patent/JP4427957B2/en 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 (en) * | 2005-03-31 | 2006-10-19 | Oki Electric Ind Co Ltd | Presence-information presenting system |
JP4619177B2 (en) * | 2005-03-31 | 2011-01-26 | 沖電気工業株式会社 | Presence information presentation system |
JP2007293805A (en) * | 2006-03-29 | 2007-11-08 | Canon Inc | Data processor and data processing method |
JP2006286011A (en) * | 2006-05-18 | 2006-10-19 | Hitachi Ltd | State information management system and state information management server |
JP4736945B2 (en) * | 2006-05-18 | 2011-07-27 | 株式会社日立製作所 | Status information management system and status information management server |
JP2011505722A (en) * | 2007-11-16 | 2011-02-24 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Event packet processing method |
JP2011103148A (en) * | 2011-02-18 | 2011-05-26 | Hitachi Ltd | State information management system, state information management server and state information management method |
JP2016161952A (en) * | 2015-02-26 | 2016-09-05 | 富士通株式会社 | Event notification program, event notification method, and event notification apparatus |
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 (en) | 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 | |
US8032601B2 (en) | System and method for client-based instant message monitoring for off-line users | |
KR101372011B1 (en) | Method and device for maintaining sessions based on presence status information | |
US20040143632A1 (en) | Method and system for publication of instant messaging privacy codes | |
WO2007048339A1 (en) | A method for notifying presence information, a presence server, a client and a system | |
JP2004094602A (en) | Client management method and device | |
JP4427957B2 (en) | Presence system, presence notification destination control method and program used therefor | |
JP4337351B2 (en) | Presence system and information processing apparatus | |
CN103873354A (en) | Instant messaging client side and server end | |
WO2001045322A2 (en) | Presence management system using context information | |
JP2003281055A (en) | E-mail transmission control method and device, e-mail transmission control program and storage medium stored with e-mail transmission control program | |
Rutherford et al. | Towards Enhanced Presence Filtering | |
JP2005275755A (en) | State information notification method and system therefor |
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 |