JP2008009640A

JP2008009640A - プレゼンスシステム、プレゼンス配信方法及びプレゼンス配信プログラム

Info

Publication number: JP2008009640A
Application number: JP2006178554A
Authority: JP
Inventors: Kazuhiro Watabe; 和宏渡部; Shinya Inoue; 慎也井上; Daisuke Iwasaki; 大輔岩崎
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2006-06-28
Filing date: 2006-06-28
Publication date: 2008-01-17

Abstract

【課題】本発明は、プレゼンスシステム、プレゼンス配信方法及びプレゼンス配信プログラムに関し、サブスクライバやプレゼンスサーバが輻輳状態になるのを抑制できるプレゼンスシステム、プレゼンス配信方法及びプレゼンス配信プログラムを提供することを目的とする。
【解決手段】随時更新されるプレゼンス情報を提供するプレゼンティティ３と、プレゼンティティ３からプレゼンス情報を取得し、設定された最新配信間隔に基づき当該プレゼンス情報を配信するプレゼンスサーバ２と、プレゼンスサーバ２に通信ネットワークを介して接続され、プレゼンスサーバ２から配信されたプレゼンス情報を受信するサブスクライバ４とを有するように構成する。
【選択図】図４

Description

本発明は、プレゼンスシステム、プレゼンス配信方法及びプレゼンス配信プログラムに関する。

プレゼンスシステムは、自分のプレゼンス（状態）情報を提供するプレゼンティティと、プレゼンティティからプレゼンス情報を取得して配信するプレゼンスサーバと、プレゼンスサーバから配信されたプレゼンス情報を受信するサブスクライバ（ウォッチャ）とを有している。サブスクライバが所望のプレゼンス情報をプレゼンスサーバに対して要求すると、プレゼンスサーバは、当該プレゼンス情報が更新された際に、更新されたプレゼンス情報（ノーティファイ（通知）信号）を当該サブスクライバに対し送信するようになっている（例えば、非特許文献１及び２参照）。なお、プレゼンティティ、サブスクライバ及びプレゼンスサーバは、物理的には通信ネットワーク上のサーバ端末及びクライアント端末に分散して配置される場合もある。
特開２００４−２７２３１１号公報特開２００５−５７７０６号公報特開２００５−１９６６００号公報 Request for Comments （RFC）: 3265 「セッション開始プロトコル（ＳＩＰ）特有のイベント通知（Session Initiation Protocol （SIP）-Specific Event Notification）」, June 2002 Request for Comments （RFC）: 3261 「ＳＩＰ（セッション開始プロトコル）（SIP: Session Initiation Protocol）」, June 2002

従来のプレゼンスサーバは、プレゼンティティのプレゼンス変化を契機に、予め登録されているサブスクライバに対し、当該プレゼンティティのプレゼンス情報を一斉に配信する。このため、サブスクライバが多くのプレゼンティティを登録している場合、サブスクライバはプレゼンス情報を頻繁に受信することになる。プレゼンス情報を頻繁に受信すると、サブスクライバは輻輳状態になり得る。プレゼンス情報の受信後には、サブスクライバの状態に応じた所定の処理（サブスクライバが輻輳状態であれば、受信したプレゼンス情報信号の破棄など）をさらに行う必要があるため、プレゼンス情報の受信頻度が高くなると、別の信号の受信などのサブスクライバでの他の処理が困難になってしまう可能性がある。

また、多くのサブスクライバが登録しているプレゼンティティがプレゼンス情報を更新した場合、プレゼンスサーバは、更新されたプレゼンス情報を多くのサブスクライバに一斉に配信することになる。このため、プレゼンティティが頻繁にプレゼンス情報を更新すると、プレゼンスサーバからのプレゼンス情報の配信量は極めて多くなる。したがって、プレゼンティティのプレゼンス更新頻度が高いと、プレゼンスサーバが輻輳状態になり他の処理に影響が及ぶため、プレゼンスサーバからのプレゼンス情報の配信が困難になってしまう可能性がある。

本発明の目的は、サブスクライバやプレゼンスサーバが輻輳状態になるのを抑制できるプレゼンスシステム、プレゼンス配信方法及びプレゼンス配信プログラムを提供することにある。

上記目的は、随時更新されるプレゼンス情報を提供するプレゼンティティと、前記プレゼンティティから前記プレゼンス情報を取得し、設定された配信条件に基づき当該プレゼンス情報を配信するプレゼンスサーバと、前記プレゼンスサーバに通信ネットワークを介して接続され、前記プレゼンスサーバから配信された前記プレゼンス情報を受信するサブスクライバとを有することを特徴とするプレゼンスシステムによって達成される。

上記本発明のプレゼンスシステムにおいて、前記配信条件は、最短の配信間隔であることを特徴とする。

また上記目的は、随時更新されるプレゼンス情報をプレゼンティティから取得し、通信ネットワークを介して接続されたサブスクライバに対し、設定された配信条件に基づき前記プレゼンス情報を配信することを特徴とするプレゼンスサーバによって達成される。

さらに上記目的は、随時更新されるプレゼンス情報をプレゼンティティから取得し、通信ネットワークを介して接続されたサブスクライバに対し、設定された配信条件に基づき前記プレゼンス情報を配信することを特徴とするプレゼンス配信方法によって達成される。

また上記目的は、随時更新されるプレゼンス情報をプレゼンティティから取得する手順と、通信ネットワークを介して接続されたサブスクライバに対し、設定された配信条件に基づき前記プレゼンス情報を配信する手順とをコンピュータに実行させることを特徴とするプレゼンス配信プログラムによって達成される。

本発明によれば、サブスクライバやプレゼンスサーバが輻輳状態になるのを抑制できるプレゼンスシステム、プレゼンス配信方法及びプレゼンス配信プログラムを実現できる。

［第１の実施の形態］
本発明の第１の実施の形態によるプレゼンスシステム、プレゼンス配信方法及びプレゼンス配信プログラムについて図１乃至図７を用いて説明する。図１は、本実施の形態によるプレゼンスシステムの概略構成を示すブロック図である。図１に示すように、プレゼンスシステム１は、随時更新されるプレゼンス情報を提供するプレゼンティティ３と、プレゼンティティ３からプレゼンス情報を取得し、当該プレゼンス情報を配信するプレゼンスサーバ２と、プレゼンスサーバ２から配信されたプレゼンス情報を受信するサブスクライバ４とを有している。プレゼンティティ３、プレゼンスサーバ２及びサブスクライバ４は、通信ネットワーク５を介して互いに接続されている。通信ネットワーク５は、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）やＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）等で構成された通信網である。プレゼンティティ３及びサブスクライバ４は、例えばそれぞれ複数設けられる。

図２は、サブスクライバ４の構成を示すブロック図である。図２に示すように、サブスクライバ４は、通信ネットワーク５を介してプレゼンスサーバ２とデータの送受信を行う送受信部４１と、送受信部４１等を制御する制御部４０と、所定の情報が格納され、制御部４０による情報の読出し及び書込みが行われる記憶部４２とを有している。記憶部４２に格納される情報としては、所望のプレゼンティティをプレゼンスサーバ２に登録する際に必要な当該サブスクライバ４のユーザＩＤ（ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）−ＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ）等）や、当該サブスクライバ４がプレゼンス情報の配信を希望する参照対象プレゼンティティの情報等が含まれる。また記憶部４２に格納される情報には、プレゼンスサーバ２が当該サブスクライバ４にプレゼンス情報を配信する際の配信条件（例えば最短の配信間隔）が含まれる。配信条件は、例えば参照対象プレゼンティティ毎に設定される。例えば、プレゼンス情報の更新頻度が高い参照対象プレゼンティティや、さほど重要でない参照対象プレゼンティティの配信条件は、配信頻度を減らすように設定される。配信条件が最短配信間隔であれば、これらの参照対象プレゼンティティの最短配信間隔は長目に設定される。

プレゼンスサーバ２は、プレゼンティティ３及びサブスクライバ４を管理する機能と、参照対象プレゼンティティをサブスクライバ４毎に登録する機能と、更新されたプレゼンス情報を当該プレゼンス情報の配信を希望するサブスクライバ４に配信する機能とを備えている。なおプレゼンスサーバ２は、プレゼンティティ３を個別に管理してもよいし、例えば関連する複数のプレゼンティティ３をグループとして管理してもよい。またプレゼンスサーバ２は、サブスクライバ４を個別に管理してもよいし、例えば関連する複数のサブスクライバ４をグループとして管理してもよい。

図３は、プレゼンスサーバ２の構成を示すブロック図である。図３に示すように、プレゼンスサーバ２は、プレゼンティティ３の提供するプレゼンス情報を受信し、サブスクライバ４に対してプレゼンス情報を配信する送受信部２１と、送受信部２１等を制御する制御部２０と、所定の情報が格納され、制御部２０による情報の読出し及び書込みが行われる記憶部２２とを有している。記憶部２２は、複数の記憶領域２５を備えた配信条件記憶部２３を有している。記憶領域２５は、サブスクライバ４毎（又はグループ毎）に設けられられている。各記憶領域２５には、各サブスクライバ４から受信した配信条件や参照対象プレゼンティティ情報がそれぞれ格納されるようになっている。プレゼンスサーバ２は、サブスクライバ４側で設定した配信条件及び参照対象プレゼンティティ情報に基づいて、当該サブスクライバ４に所定のプレゼンス情報を配信するようになっている。また記憶部２２は、複数の一時蓄積領域２６を備えたプレゼンス一時蓄積部２４を有している。一時蓄積領域２６は、サブスクライバ４毎（又はグループ毎）に設けられている。各一時蓄積領域２６には、各サブスクライバ４に配信すべき参照対象プレゼンティティのプレゼンス情報がそれぞれ一時的に蓄積されるようになっている。さらに記憶部２２には、後述するプレゼンス配信方法の各手順を制御部２０に実行させるプログラムが格納されている。

本実施の形態によるプレゼンス配信方法について説明する。図４は、プレゼンスサーバ２、プレゼンティティ３及びサブスクライバ４の動作及びそれらの間のデータの流れの一例を示している。ここで、プレゼンティティ３は、随時更新されるプレゼンス情報をプレゼンスサーバ２に更新の度に送信しているものとする。あるプレゼンティティ３をサブスクライバ４が参照対象プレゼンティティとしてプレゼンスサーバ２に登録する場合、図４に示すように、まずサブスクライバ４は配信要求信号としてサブスクライブ（登録）信号をプレゼンスサーバ２に送信する（ステップＳ１）。

図５は、プレゼンスサーバ２にサブスクライブ信号を送信する際のサブスクライバ４の動作の例を示すフローチャートである。図５に示すように、まずサブスクライバ４は、ユーザＩＤと参照対象プレゼンティティの情報とを記憶部４２から読み出す（ステップＳ２１）。続いてサブスクライバ４は、参照対象プレゼンティティに関する配信条件の有無を判断する（ステップＳ２２）。参照対象プレゼンティティに関する配信条件があれば、その配信条件の情報を付与したサブスクライブ信号を生成する（ステップＳ２３）。参照対象プレゼンティティに関する配信条件がなければ、通常のサブスクライブ信号を生成する。次にサブスクライバ４は、生成したサブスクライブ信号をプレゼンスサーバ２に対して送信する（ステップＳ２４）。サブスクライブ信号は、例えばＳＩＭＰＬＥ（ＳＩＰｆｏｒＩｎｓｔａｎｔＭｅｓｓａｇｉｎｇａｎｄＰｒｅｓｅｎｓｅＬｅｖｅｒａｇｉｎｇＥｘｔｅｎｓｉｏｎｓ）を用いて送信される。

なお、配信条件の情報は、上記のようにサブスクライブ信号に付与されるのではなく、例えばＳＩＭＰＬＥとは異なる通信プロトコル（例えばＨＴＴＰ（ＨｉｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）／ＨＴＴＰＳ（ＨＴＴＰｏｖｅｒＳＳＬ）、ＳＯＡＰ（ＳｉｍｐｌｅＯｂｊｅｃｔＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）等のアプリケーション層プロトコル）を用いて、サブスクライブ信号とは別にプレゼンスサーバ２に送信されるようにしてもよい。

図４に戻り、サブスクライバ４からサブスクライブ信号を受信したプレゼンスサーバ２は、サブスクライバ４の配信条件及び参照対象プレゼンティティ情報を当該サブスクライバ４に対応する記憶領域２５に記憶する（ステップＳ２）。これにより、サブスクライバ４の参照プレゼンティティの登録が完了する。プレゼンスサーバ２は、プレゼンティティ３のその時点でのプレゼンス情報Ｐ０をサブスクライバ４に配信してもよい（ステップＳ３）。

ここで、プレゼンティティ３のプレゼンスが変化し、更新されたプレゼンス情報Ｐ１がプレゼンティティ３からプレゼンスサーバ２に送信されたとする（ステップＳ４）。プレゼンス情報Ｐ１を受信したプレゼンスサーバ２は、受信を契機にサブスクライバ４への配信の可否を配信条件に基づき判断し（ステップＳ５）、配信可能であればプレゼンス情報Ｐ１をサブスクライバ４に配信する（ステップＳ６）。図４には示していないがサブスクライバ４への配信が可能でなければ、プレゼンスサーバ２は、サブスクライバ４に対応する一時蓄積領域２６にプレゼンス情報Ｐ１を一時蓄積する。

図６は、プレゼンス情報をプレゼンティティ３から受信したプレゼンスサーバ２が行う配信可否判断及びその後の処理の例を示すフローチャートである。図６に示すように、更新されたプレゼンス情報を受信すると（ステップＳ３１）、プレゼンスサーバ２は、当該プレゼンス情報の配信を希望するサブスクライバ４を検索し、検索されたサブスクライバ４毎に以下の処理を行う。プレゼンスサーバ２は、サブスクライバ４に対応する記憶領域２５から、当該サブスクライバ４のプレゼンティティ３に対する配信条件を読み出す（ステップＳ３２）。続いてプレゼンスサーバ２は、読み出した配信条件に基づき、サブスクライバ４へのプレゼンス情報の配信が可能か否かを判断する（ステップＳ３３）。サブスクライバ４のプレゼンティティ３に対する配信条件として例えば最短配信間隔６０秒と設定されている場合、プレゼンスサーバ２は、当該サブスクライバ４への前回のプレゼンス情報配信又は当該サブスクライバ４の参照対象プレゼンティティ登録からの経過時間が６０秒以上であれば配信可能と判断し、受信したプレゼンス情報をサブスクライバ４に配信する（ステップＳ３４）。一方、前回の配信又は登録からの経過時間が６０秒未満であれば、プレゼンスサーバ２は配信可能ではないと判断し、受信したプレゼンス情報をサブスクライバ４に対応する一時蓄積領域２６に一時蓄積する（ステップＳ３５）。

図４に戻り、プレゼンティティ３のプレゼンスが再度変化し、更新されたプレゼンス情報Ｐ２がプレゼンティティ３からプレゼンスサーバ２に送信されたとする（ステップＳ７）。プレゼンス情報Ｐ２を受信したプレゼンスサーバ２は、図６に示したフローチャートのように、受信を契機にサブスクライバ４への配信の可否を配信条件に基づき判断し（ステップＳ８）、配信可能でなければプレゼンス情報Ｐ２を一時蓄積領域２６に一時蓄積する（ステップＳ９）。図４には示していないが、サブスクライバ４への配信が可能であれば、受信したプレゼンス情報Ｐ２をサブスクライバ４に配信する。

次に、プレゼンティティ３のプレゼンスがさらに変化し、更新されたプレゼンス情報Ｐ３がプレゼンティティ３からプレゼンスサーバ２に送信されたとする（ステップＳ１０）。プレゼンス情報Ｐ３を受信したプレゼンスサーバ２は、図６に示したフローチャートのように、受信を契機にサブスクライバ４への配信の可否を配信条件に基づき判断する（ステップＳ１１）。サブスクライバ４への配信が可能でなければ、プレゼンスサーバ２は、一時蓄積領域２６に一時蓄積されているプレゼンス情報Ｐ２を消去し、受信したプレゼンス情報Ｐ３をプレゼンス情報Ｐ２に代えて一時蓄積領域２６に一時蓄積する（ステップＳ１２）。図４には示していないが、サブスクライバ４への配信が可能であれば、受信したプレゼンス情報Ｐ３をサブスクライバ４に配信する。

プレゼンスサーバ２は、プレゼンス情報の受信のみを契機にするのではなく、例えば一定期間毎に繰り返してサブスクライバ４の配信条件を記憶領域２５から読み出し、サブスクライバ４へのプレゼンス情報配信の可否を判断する（ステップＳ１３）。配信可能であれば、一時蓄積領域２６からプレゼンス情報Ｐ３を読み出し、サブスクライバ４に配信する（ステップＳ１４）。このときサブスクライバ４には、ステップＳ８の配信可否判断に基づき配信されなかったプレゼンス情報Ｐ２ではなく、最新のプレゼンス情報Ｐ３が配信されることになる。

図７は、プレゼンス情報を一時蓄積した後に繰り返してプレゼンスサーバ２が行う配信可否判断及びその後の処理の例を示すフローチャートである。図７に示すように、プレゼンスサーバ２は、記憶領域２５からサブスクライバ４のプレゼンティティ３に対する配信条件を読み出す（ステップＳ４１）。続いてプレゼンスサーバ２は、読み出した配信条件に基づき、サブスクライバ４へのプレゼンス情報の配信が可能か否かを判断する（ステップＳ４２）。サブスクライバ４のプレゼンティティ３に対する配信条件として例えば最短配信間隔６０秒と設定されている場合、プレゼンスサーバ２は、前回の配信からの経過時間が６０秒以上であれば配信可能と判断し、プレゼンス情報を一時蓄積領域２６から読み出し（ステップＳ４３）、読み出したプレゼンス情報をサブスクライバ４に配信する（ステップＳ４４）。一方、前回の配信又は登録からの経過時間が６０秒未満であれば、プレゼンスサーバ２は配信可能ではないと判断し、ステップＳ４１に戻る。なお、プレゼンス情報を配信した後には、プレゼンスサーバ２は一時蓄積されているプレゼンス情報を一時蓄積領域２６から消去してもよいし、新たなプレゼンス情報を受信するまで残しておいてもよい。また、一時蓄積されているプレゼンス情報は、配信条件に基づきサブスクライバ４に定期的に配信されるようにしてもよい。

以上のように本実施の形態では、プレゼンスサーバ２は、プレゼンティティ３からのプレゼンス情報の受信とは非同期にプレゼンス情報を配信するようになっている。また、プレゼンスサーバ２がプレゼンス情報を配信する際に用いる最短配信間隔等の配信条件は、サブスクライバ４側で設定できるようになっている。このためサブスクライバ４は、プレゼンティティ３のプレゼンス更新毎にプレゼンス情報を受信するのではなく、所望の条件でプレゼンス情報を受信することができるため、プレゼンス情報の受信量を低減できる。したがって本実施の形態によれば、サブスクライバ４が多くのプレゼンティティを登録している場合であっても、サブスクライバのプレゼンス受信量を抑制でき、サブスクライバ４が信号受信により輻輳状態になるのを防止できる。

［第２の実施の形態］
次に、本発明の第２の実施の形態によるプレゼンスシステム及びプレゼンス配信方法について図８乃至図１０を用いて説明する。図８は、本実施の形態によるプレゼンスサーバ２の構成を示すブロック図である。図８に示すように、本実施の形態によるプレゼンスサーバ２の記憶部２２は、記憶領域２７、２９を備えた配信条件記憶部２３を有している。記憶領域２７は、プレゼンティティ３毎（又はグループ毎）に設けられている。各記憶領域２７には、各プレゼンティティ３のプレゼンス情報の配信条件（個別配信条件）がそれぞれ格納される。記憶領域２９には、例えば全てのプレゼンティティ３に共通の配信条件（共通配信条件）が格納される。本実施の形態では、共通配信条件及び必要な個別配信条件をプレゼンスサーバ２の管理者（プレゼンスサービス提供者）が設定できるようになっている。記憶部２２には、サブスクライバ４から受信したサブスクライバ４毎の参照対象プレゼンティティ情報も格納されるようになっている。これによりプレゼンスサーバ２は、サブスクライバ４側で設定した参照対象プレゼンティティ情報に基づく所定のプレゼンス情報を、プレゼンスサーバ２側で設定した配信条件に基づいて配信するようになっている。また記憶部２２は、複数の一時蓄積領域２８を備えたプレゼンス一時蓄積部２４を有している。一時蓄積領域２８は、プレゼンティティ３毎（又はグループ毎）に設けられている。各一時蓄積領域２８には、各プレゼンティティ３のプレゼンス情報がそれぞれ一時的に蓄積されるようになっている。さらに記憶部２２には、後述するプレゼンス配信方法の各手順を制御部２０に実行させるプログラムが格納されている。

本実施の形態によるプレゼンス配信方法について説明する。図９は、プレゼンス情報をプレゼンティティ３から受信したプレゼンスサーバ２が行う処理の例を示すフローチャートである。図９に示すように、更新されたプレゼンス情報をプレゼンティティ３から受信すると（ステップＳ５１）、プレゼンスサーバ２は、受信を契機に当該プレゼンティティ３の個別配信条件の有無を判断する（ステップＳ５２）。当該プレゼンティティ３の個別配信条件があれば、当該プレゼンティティ３に対応する記憶領域２７から個別配信条件を読み出す（ステップＳ５３）。当該プレゼンティティ３の個別配信条件がなければ、記憶領域２９から共通配信条件を読み出す（ステップＳ５４）。

続いてプレゼンスサーバ２は、読み出した個別配信条件又は共通配信条件に基づき、サブスクライバ４へのプレゼンス情報の配信が可能か否かを判断する（ステップＳ５５）。個別配信条件及び共通配信条件として例えば最短配信間隔６０秒と設定されている場合、プレゼンスサーバ２は、当該プレゼンティティ３のプレゼンス情報の前回の配信からの経過時間が６０秒以上であれば配信可能と判断する。配信可能と判断したプレゼンスサーバ２は、当該プレゼンス情報の配信を希望するサブスクライバ４を検索し、検索された各サブスクライバ４に、受信したプレゼンス情報を例えば一斉に配信する（ステップＳ５６）。一方、前回の配信からの経過時間が６０秒未満であれば、プレゼンスサーバ２は配信可能ではないと判断し、受信したプレゼンス情報をプレゼンティティ３に対応する一時蓄積領域２８に一時蓄積する（ステップＳ５７）。既に一時蓄積領域２８に一時蓄積されているプレゼンス情報があれば、そのプレゼンス情報を消去して、受信したプレゼンス情報を一時蓄積する。

プレゼンスサーバ２は、プレゼンス情報の受信のみを契機にするのではなく、例えば定期的に繰り返して個別配信条件又は共通配信条件を記憶領域２７から読み出し、サブスクライバ４へのプレゼンス情報配信の可否を判断する。

図１０は、プレゼンス情報を一時蓄積した後に繰り返してプレゼンスサーバ２が行う処理の例を示すフローチャートである。図１０に示すように、プレゼンスサーバ２は、当該プレゼンティティ３の個別配信条件の有無を判断する（ステップＳ６１）。当該プレゼンティティ３の個別配信条件があれば、当該プレゼンティティ３に対応する記憶領域２７から個別配信条件を読み出す（ステップＳ６２）。当該プレゼンティティ３の個別配信条件がなければ、記憶領域２９から共通配信条件を読み出す（ステップＳ６３）。続いてプレゼンスサーバ２は、読み出した個別配信条件又は共通配信条件に基づき、サブスクライバ４へのプレゼンス情報の配信が可能か否かを判断する（ステップＳ６４）。配信可能と判断したら、プレゼンス情報を一時蓄積領域２８から読み出し（ステップＳ６５）、読み出したプレゼンス情報を当該プレゼンス情報の配信を希望するサブスクライバ４に配信する（ステップＳ６６）。一時蓄積領域２８に一時蓄積されているプレゼンス情報は、プレゼンティティ３からプレゼンス情報を受信する度に更新されているので、各サブスクライバ４には最新のプレゼンス情報が配信される。一方、プレゼンスサーバ２が個別配信条件又は共通配信条件に基づき配信可能でないと判断したら、ステップＳ６１に戻りステップＳ６１〜Ｓ６４を繰り返す。

以上のように本実施の形態では、プレゼンスサーバ２がプレゼンス情報を配信する際に用いる最短配信間隔等の配信条件をプレゼンスサーバ２側で設定できるようになっている。プレゼンスサーバ２は、プレゼンティティ３のプレゼンス更新毎にプレゼンス情報を配信するのではなく、設定された配信条件に基づきプレゼンス情報を間引いて配信することができるため、プレゼンス情報の配信量を低減できる。したがって本実施の形態によれば、プレゼンティティ３のプレゼンス更新頻度が高く、プレゼンティティ３から頻繁にプレゼンス情報を受信する場合であっても、プレゼンスサーバ２のプレゼンス配信量を抑制でき、プレゼンスサーバ２が信号配信により輻輳状態になるのを防止できる。

本発明は、上記実施の形態に限らず種々の変形が可能である。
例えば、上記第２の実施の形態では、個別配信条件及び共通配信条件がプレゼンスサーバ２の管理者により設定される例に挙げたが、本発明はこれに限らず、プレゼンス情報の更新頻度に基づいて制御部２０が個別配信条件及び共通配信条件を設定するようにしてもよい。

以上説明した実施の形態によるプレゼンスシステム、プレゼンス配信方法及びプレゼンス配信プログラムは、以下のようにまとめられる。
（付記１）
随時更新されるプレゼンス情報を提供するプレゼンティティと、
前記プレゼンティティから前記プレゼンス情報を取得し、設定された配信条件に基づき当該プレゼンス情報を配信するプレゼンスサーバと、
前記プレゼンスサーバに通信ネットワークを介して接続され、前記プレゼンスサーバから配信された前記プレゼンス情報を受信するサブスクライバと
を有することを特徴とするプレゼンスシステム。
（付記２）
付記１記載のプレゼンスシステムにおいて、
前記配信条件は、最短の配信間隔であること
を特徴とするプレゼンスシステム。
（付記３）
付記１又は２に記載のプレゼンスシステムにおいて、
前記プレゼンスサーバは、前記プレゼンティティからの前記プレゼンス情報の取得とは非同期に当該プレゼンス情報を配信すること
を特徴とするプレゼンスシステム。
（付記４）
付記１乃至３のいずれか１項に記載のプレゼンスシステムにおいて、
前記配信条件は前記サブスクライバ毎に設定されること
を特徴とするプレゼンスシステム。
（付記５）
付記１乃至３のいずれか１項に記載のプレゼンスシステムにおいて、
関連する複数のサブスクライバがグループを構成している場合、
前記配信条件は前記グループ毎に設定されること
を特徴とするプレゼンスシステム。
（付記６）
付記１乃至５のいずれか１項に記載のプレゼンスシステムにおいて、
前記配信条件は前記プレゼンティティ毎に設定されること
を特徴とするプレゼンスシステム。
（付記７）
付記１乃至６のいずれか１項に記載のプレゼンスシステムにおいて、
前記配信条件は前記サブスクライバ側で設定され、
前記サブスクライバは、前記配信条件の情報を前記プレゼンスサーバに送信すること
を特徴とするプレゼンスシステム。
（付記８）
付記７記載のプレゼンスシステムにおいて、
前記サブスクライバは、前記プレゼンス情報の配信を要求する際に、前記配信条件の情報を含む配信要求信号を前記プレゼンスサーバに送信すること
を特徴とするプレゼンスシステム。
（付記９）
付記７記載のプレゼンスシステムにおいて、
前記サブスクライバは、前記プレゼンス情報の配信を要求する配信要求信号の送信に用いられるプロトコルとは異なる通信プロトコルを用いて、前記配信条件の情報を前記プレゼンスサーバに送信すること
を特徴とするプレゼンスシステム。
（付記１０）
付記８又は９に記載のプレゼンスシステムにおいて、
前記配信要求信号は、ＳＩＭＰＬＥを用いて送信されること
を特徴とするプレゼンスシステム。
（付記１１）
付記１乃至６のいずれか１項に記載のプレゼンスシステムにおいて、
前記配信条件は、前記プレゼンスサーバ側で設定されること
を特徴とするプレゼンスシステム。
（付記１２）
付記１乃至１１のいずれか１項に記載のプレゼンスシステムにおいて、
前記プレゼンスサーバは、前記プレゼンティティから取得した前記プレゼンス情報を前記配信条件に基づき一時蓄積すること
を特徴とするプレゼンスシステム。
（付記１３）
付記１２記載のプレゼンスシステムにおいて、
前記プレゼンスサーバは、更新された前記プレゼンス情報を前記プレゼンティティから取得したら、更新前の前記プレゼンス情報に代えて更新後の前記プレゼンス情報を一時蓄積すること
を特徴とするプレゼンスシステム。
（付記１４）
付記１２又は１３に記載のプレゼンスシステムにおいて、
前記プレゼンスサーバは、一時蓄積された前記プレゼンス情報を前記配信条件に基づき配信すること
を特徴とするプレゼンスシステム。
（付記１５）
随時更新されるプレゼンス情報をプレゼンティティから取得し、
通信ネットワークを介して接続されたサブスクライバに対し、設定された配信条件に基づき前記プレゼンス情報を配信すること
を特徴とするプレゼンスサーバ。
（付記１６）
随時更新されるプレゼンス情報をプレゼンティティから取得し、
通信ネットワークを介して接続されたサブスクライバに対し、設定された配信条件に基づき前記プレゼンス情報を配信すること
を特徴とするプレゼンス配信方法。
（付記１７）
随時更新されるプレゼンス情報をプレゼンティティから取得する手順と、
通信ネットワークを介して接続されたサブスクライバに対し、設定された配信条件に基づき前記プレゼンス情報を配信する手順とをコンピュータに実行させること
を特徴とするプレゼンス配信プログラム。

本発明の第１の実施の形態によるプレゼンスシステムの概略構成を示すブロック図である。本発明の第１の実施の形態によるサブスクライバの構成を示すブロック図である。本発明の第１の実施の形態によるプレゼンスサーバの構成を示すブロック図である。プレゼンスサーバ、プレゼンティティ及びサブスクライバの動作及びそれらの間のデータの流れの一例を示す図である。プレゼンスサーバにサブスクライブ信号を送信する際のサブスクライバの動作の例を示すフローチャートである。プレゼンス情報を受信したプレゼンスサーバが行う配信可否判断及びその後の処理の例を示すフローチャートである。プレゼンス情報を一時蓄積した後にプレゼンスサーバが行う配信可否判断及びその後の処理の例を示すフローチャートである。本発明の第２の実施の形態によるプレゼンスサーバの構成を示すブロック図である。プレゼンス情報を受信したプレゼンスサーバ２が行う処理の例を示すフローチャートである。プレゼンス情報を一時蓄積した後に繰り返してプレゼンスサーバ２が行う処理の例を示すフローチャートである。

符号の説明

１プレゼンスシステム
２プレゼンスサーバ
３プレゼンティティ
４サブスクライバ
５通信ネットワーク
２０、４０制御部
２１、４１送受信部
２２、４２記憶部
２３配信条件記憶部
２４プレゼンス一時蓄積部
２５、２７、２９記憶領域
２６、２８一時蓄積領域

Claims

随時更新されるプレゼンス情報を提供するプレゼンティティと、
前記プレゼンティティから前記プレゼンス情報を取得し、設定された配信条件に基づき当該プレゼンス情報を配信するプレゼンスサーバと、
前記プレゼンスサーバに通信ネットワークを介して接続され、前記プレゼンスサーバから配信された前記プレゼンス情報を受信するサブスクライバと
を有することを特徴とするプレゼンスシステム。
請求項１記載のプレゼンスシステムにおいて、
前記配信条件は、最短の配信間隔であること
を特徴とするプレゼンスシステム。
請求項１又は２に記載のプレゼンスシステムにおいて、
前記配信条件は前記サブスクライバ側で設定され、
前記サブスクライバは、前記配信条件の情報を前記プレゼンスサーバに送信すること
を特徴とするプレゼンスシステム。
随時更新されるプレゼンス情報をプレゼンティティから取得し、
通信ネットワークを介して接続されたサブスクライバに対し、設定された配信条件に基づき前記プレゼンス情報を配信すること
を特徴とするプレゼンス配信方法。
随時更新されるプレゼンス情報をプレゼンティティから取得する手順と、
通信ネットワークを介して接続されたサブスクライバに対し、設定された配信条件に基づき前記プレゼンス情報を配信する手順とをコンピュータに実行させること
を特徴とするプレゼンス配信プログラム。