通知装置、通知システム、端末装置、通知方法、及び通知プログラム
【課題】端末装置が確実に他の端末装置のプレゼンス情報を取得できるように、端末装置にメッセージを通知できる通知装置、通知システム、端末装置、通知方法、及び通知プログラムを提供する。
【解決手段】通知装置１０は、端末装置１１から送信されたSUBSCRIBEを受信する（Ｓ１７）。通知装置１０は、SUBSCRIBEによって指定されるプレゼンティティＩＤの数が一つであるので、プレゼンティティＩＤに対応する状態情報を一つ取得し、NOTIFYに格納して端末装置１１に対して送信する（Ｓ２１）。通知装置１０は、端末装置１２から送信されたSUBSCRIBEを受信する（Ｓ３９）。通知装置１０は、SUBSCRIBEによって指定されるプレゼンティティの数が二以上であるので、プレゼンティティＩＤに対応する状態情報を二つ取得し、200 OKに格納して一度に端末装置１２に対して送信する（Ｓ４１）
【解決手段】通知装置１０は、端末装置１１から送信されたSUBSCRIBEを受信する（Ｓ１７）。通知装置１０は、SUBSCRIBEによって指定されるプレゼンティティＩＤの数が一つであるので、プレゼンティティＩＤに対応する状態情報を一つ取得し、NOTIFYに格納して端末装置１１に対して送信する（Ｓ２１）。通知装置１０は、端末装置１２から送信されたSUBSCRIBEを受信する（Ｓ３９）。通知装置１０は、SUBSCRIBEによって指定されるプレゼンティティの数が二以上であるので、プレゼンティティＩＤに対応する状態情報を二つ取得し、200 OKに格納して一度に端末装置１２に対して送信する（Ｓ４１）
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通知装置、通知システム、端末装置、通知方法、及び通知プログラムに関する。より詳細には、端末装置のプレゼンス情報を通知する通知装置、通知システム、端末装置、通知方法、及び通知プログラムに関する。
【背景技術】
【０００２】
端末装置が、ネットワークに接続する他の端末装置及びそのユーザの状態に関する情報を知ることができるサービスが知られている。以下、端末装置及びそのユーザの状態に関する情報を、プレゼンス情報ともいう。このサービスでは、通常、プレゼンス情報を管理する通知装置が使用される。端末装置は、通知装置に対して、他の端末装置のプレゼンス情報を要求する。通知装置は、要求された他の端末装置のプレゼンス情報を特定し、端末装置に通知する。これによって端末装置は、他の端末装置のプレゼンス情報を取得することができる。以下、プレゼンス情報を要求する側の端末装置を「ウォッチャ」ともいう。プレゼンス情報が要求される他の端末装置を「プレゼンティティ」ともいう。通知装置を「プレゼンスサーバ」ともいう。上述したサービスの一例として、ＳＩＰ（Session Initiation Protocol）を利用したサービスが挙げられる。
【０００３】
ＳＩＰを利用したサービスでは、複数のプレゼンティティのプレゼンス情報をプレゼンスサーバがウォッチャに通知する場合、プレゼンス情報毎にメッセージを一つずつ作成してウォッチャに送信する必要がある。これに対して特許文献１に記載された方法では、同一のウォッチャに送信するプレゼンス情報が複数ある場合、プレゼンスサーバは、これらを一つのメッセージに格納して送信することができる。ウォッチャは、受信したメッセージから複数のプレゼンス情報を抽出することで、複数のプレゼンティティのプレゼンス情報を取得することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−７２４８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
複数のプレゼンス情報が格納されたメッセージの認識が可能な端末装置と、該メッセージの認識が不可能な既存の端末装置とがネットワーク内に併存する場合がある。この場合、認識が不可能な端末装置は、受信したメッセージから複数のプレゼンス情報を抽出できないので、他の端末装置のプレゼンス情報を取得できない場合が発生し得るという問題点がある。
【０００６】
本発明の目的は、端末装置が確実に他の端末装置のプレゼンス情報を取得できるように、端末装置にメッセージを通知できる通知装置、通知システム、端末装置、通知方法、及び通知プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第一態様に係る通知装置は、ネットワークを介して接続した端末装置を識別する識別情報と、前記端末装置及び前記端末装置のユーザの状態を示す状態情報とが対応付けられて記憶された記憶手段と、前記端末装置から送信された、他の前記端末装置の前記状態情報を要求する要求パケットを受信する受信手段と、前記受信手段によって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断手段と、前記第一判断手段によって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断手段と、前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得手段と、前記第一取得手段によって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信手段とを備えている。
【０００８】
第一態様によれば、通知装置は、二以上の他の端末装置の状態情報を要求する要求パケットを受信した場合に、対応する二以上の状態情報を取得し、要求パケットを送信した端末装置に対して通知する。通知装置は、要求パケットによって要求されている状態情報の数に基づいて、二以上の状態情報をまとめて通知するか否かを判断できる。通知装置は、端末装置において第一通知パケットに格納された二以上の状態情報をまとめて認識できると判断した場合に、二以上の状態情報をまとめて端末装置に通知する。これによって通知装置は、要求パケットを送信した端末装置が認識可能な態様で、状態情報を端末装置に対して通知することができる。
【０００９】
また、第一態様において、前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報のうち少なくとも一が前記記憶手段に記憶されていないと判断された場合に、前記状態情報が取得できない旨を通知する第二通知パケットを、前記要求パケットを送信した前記端末装置に対して送信する第二送信手段を備えていてもよい。通知装置は、要求された状態情報の全てを取得できない場合、端末装置に対して、状態情報が取得できない旨を通知することができる。これによって端末装置は、通知装置が管理するネットワークやサービスの範囲内に、所望する他の端末装置が存在していないことを認識できる。
【００１０】
また、第一態様において、前記第一送信手段は、前記第一通知パケットに格納する前記状態情報のデータサイズが所定値より大きくなった場合に、前記状態情報のデータサイズが前記所定値以下となるように分割して前記第一通知パケットに格納し、前記第一通知パケットを送信してもよい。第一通知パケットを予め分割して送信することで、ネットワークに介在するルータやサーバ等が第一通知パケットを分割することを回避できる。これによって、ルータやサーバでの処理負荷を軽減できるので、第一通知パケットは確実にルータやサーバによって転送され、端末装置に到達する。従って、端末装置は、通知装置から送信された第一通知パケットを確実に受信し、状態情報を取得できる。
【００１１】
また、第一態様において、前記第一取得手段は、前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報のうち少なくとも一が前記記憶手段に記憶されていないと判断された場合に、二以上の前記端末装置の前記識別情報のうち、前記記憶手段に記憶されている前記識別情報に対応する前記状態情報を取得してもよい。通知装置は、要求された状態情報の全てが取得できない場合、取得可能な状態情報のみを取得して端末装置に通知できる。これによって端末装置は、通知装置において取得可能な状態情報を把握して再度要求する通信が不要となるので、ネットワークのトラフィックを抑制できる。また端末装置は、通知装置において取得可能な状態情報を短時間で取得できる。
【００１２】
また、第一態様において、前記第一判断手段によって、一の前記他の端末装置の前記状態情報が要求されていると判断された場合に、一の前記他の端末装置の前記識別情報に対応する一の前記状態情報を、前記記憶手段から取得する第二取得手段と、前記第二取得手段によって取得された一の前記状態情報を第三通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第三通知パケットを送信する第三送信手段とを備えていてもよい。端末装置において、第一通知パケットに格納された二以上の識別情報をまとめて処理できない場合には、通知装置は、第一通知パケットに一の状態情報を格納することができる。これによって端末装置は、確実に状態情報を取得することができる。
【００１３】
本発明の第二態様に係る通信システムは、ネットワークに接続した端末装置、及び、前記端末装置及び前記端末装置のユーザの状態を示す状態情報を前記端末装置に対して通知する通知装置を備えた通知システムであって、前記通知装置は、前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段と、前記端末装置から送信された、他の前記端末装置の前記状態情報を要求する要求パケットを受信する第一受信手段と、前記第一受信手段によって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断手段と、前記第一判断手段によって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断手段と、前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得手段と、前記第一取得手段によって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信手段とを備え、前記端末装置は、一又は二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットを、前記通知装置に対して送信する端末送信手段と、前記端末送信手段によって二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットが送信された場合に、前記通知装置から送信される前記第一通知パケットを受信する端末受信手段とを備えている。
【００１４】
第二態様によれば、通知装置は、二以上の他の端末装置の状態情報を要求する要求パケットを受信した場合に、対応する二以上の状態情報を取得し、要求パケットを送信した端末装置に対して通知する。通知装置は、要求パケットによって要求されている状態情報の数に基づいて、二以上の状態情報をまとめて通知するか否かを判断できる。通知装置は、端末装置において第一通知パケットに格納された二以上の状態情報をまとめて認識できると判断した場合に、二以上の状態情報をまとめて端末装置に通知する。これによって通知装置は、要求パケットを送信した端末装置が認識可能な態様で、状態情報を端末装置に対して通知することができる。また端末装置は、二以上の他の端末装置の状態情報を要求する要求パケットを送信することによって、二以上の状態情報を同時に取得することができる。これによって、状態情報を取得するために必要な通信を抑制できるので、通信のトラフィックが増大することを防止できる。
【００１５】
本発明の第三態様に係る端末装置は、一又は二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットを、前記通知装置に対して送信する端末送信手段と、前記端末送信手段によって二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットが送信された場合に、前記通知装置から送信される前記第一通知パケットであって、前記端末送信手段によって送信された前記要求パケットによって要求された二つ以上の前記他の端末装置の前記状態情報が格納された前記第一通知パケットを受信する端末受信手段とを備えている。
【００１６】
第三態様によれば、端末装置は、二以上の他の端末装置の状態情報を要求する要求パケットを送信することによって、二以上の状態情報を同時に取得することができる。これによって、状態情報を取得するために必要な通信を抑制できるので、通信のトラフィックが増大することを防止できる。
【００１７】
本発明の第四態様に係る通信方法は、ネットワークを介して接続した端末装置から送信された、他の前記端末装置及び前記端末装置のユーザの状態を示す前記状態情報を要求する要求パケットを受信する受信ステップと、前記受信ステップによって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断ステップと、前記第一判断ステップによって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段を参照し、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断ステップと、前記第二判断ステップによって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得ステップと、前記第一取得ステップによって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信ステップとを備えている。
【００１８】
第四態様によれば、二以上の他の端末装置の状態情報を要求する要求パケットを受信した場合に、対応する二以上の状態情報を取得し、要求パケットを送信した端末装置に対して通知する。通知装置は、要求パケットによって要求されている状態情報の数に基づいて、二以上の状態情報をまとめて通知するか否かを判断できる。通知装置は、端末装置において第一通知パケットに格納された二以上の状態情報をまとめて認識できると判断した場合に、二以上の状態情報をまとめて端末装置に通知する。これによって通知装置は、要求パケットを送信した端末装置が認識可能な態様で、状態情報を端末装置に対して通知することができる。
【００１９】
本発明の第五態様に係る通信プログラムは、ネットワークを介して接続した端末装置から送信された、他の前記端末装置及び前記他の端末装置のユーザの状態を示す前記状態情報を要求する要求パケットを受信する受信ステップと、前記受信ステップによって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断ステップと、前記第一判断ステップによって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段を参照し、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断ステップと、前記第二判断ステップによって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得ステップと、前記第一取得ステップによって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信ステップとをコンピュータに実行させる。
【００２０】
第五態様によれば、二以上の他の端末装置の状態情報を要求する要求パケットを受信した場合に、対応する二以上の状態情報を取得し、要求パケットを送信した端末装置に対して通知する。通知装置は、要求パケットによって要求されている状態情報の数に基づいて、二以上の状態情報をまとめて通知するか否かを判断できる。通知装置は、端末装置において第一通知パケットに格納された二以上の状態情報をまとめて認識できると判断した場合に、二以上の状態情報をまとめて端末装置に通知する。これによって通知装置は、要求パケットを送信した端末装置が認識可能な態様で、状態情報を端末装置に対して通知することができる。
【図面の簡単な説明】
【００２１】
【図１】通信システム１の概要、並びに、通知装置１０及び端末装置１４の電気的構成を示す図である。
【図２】通信シーケンスを示す図である。
【図３】第一テーブル２４１を示す図である。
【図４】第二テーブル２４２を示す図である。
【図５】通知メイン処理を示すフローチャートである。
【図６】端末メイン処理を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の一実施形態について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００２３】
図１を参照し、通信システム１について説明する。通信システム１は、通知装置１０、端末装置１１、１２、及び１３（以下、これらを区別しない場合、「端末装置１４」と呼ぶ。）を備えている。通知装置１０及び端末装置１４は、ネットワーク３に接続している。通知装置１０及び端末装置１４は、ネットワーク３を介して通信を行うことができる。なお、通信装置１４に付された符号（１１、１２、及び１３）は、其々の通信装置１４のＩＤも示しているものとする。
【００２４】
通知装置１０は、ＳＩＰ（Session Initiation Protocol）に基づいてプレゼンスサービスを提供するプレゼンスサーバである。端末装置１４は、周知のＰＣである。プレゼンスサービスでは、端末装置１４の状態、及び、端末装置１４を使用するユーザの状態を示す状態情報が、通知装置１０から端末装置１４に対して通知される。端末装置１４では、通知装置１０から取得された状態情報をユーザに通知するための画像が、出力部３６（ディスプレイ）から出力される。端末装置１４のユーザは、他の端末装置１４及び他の端末装置１４を使用するユーザの状態（「ログイン」「ログアウト」「退席中」など）を認識することができる。
【００２５】
通知装置１０の電気的構成について説明する。通知装置１０は、通知装置１０の制御を司るＣＰＵ２１を備えている。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、ハードディスクドライブ（ＨＤＤ）２４、通信部２５、及びドライブ装置２６と電気的に接続している。ＲＯＭ２２には、ブートプログラムやＢＩＯＳ、ＯＳ等が記憶される。ＲＡＭ２３には、タイマやカウンタ、一時的なデータが記憶される。ＨＤＤ２４には、ＣＰＵ２１の制御プログラムが記憶される。またＨＤＤ２４には、第一テーブル及び第二テーブルが記憶される。第一テーブルは、プレゼンティティのＩＤと状態情報とを対応付けて管理するためのテーブルである。第二テーブルは、ウォッチャのＩＤとプレゼンティティのＩＤとを管理するためのテーブルである。第一テーブル及び第二テーブルの詳細は後述する。通信部２５は、ネットワーク３を介して端末装置１４と通信を行う場合のタイミング制御を行う。ドライブ装置２６は、記憶媒体２６１に記憶された情報を読み出すことができる。例えば、通知装置１０のセットアップ時、記憶媒体２６１に記憶された制御プログラムはドライブ装置２６によって読み出され、ＨＤＤ２４に記憶される。
【００２６】
端末装置１４の電気的構成について説明する。端末装置１４は、端末装置１４の制御を司るＣＰＵ３１を備えている。ＣＰＵ３１は、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ３４、入力部３５、出力部３６、通信部３７、及びドライブ装置３８と電気的に接続している。ＲＯＭ３２には、ブートプログラムやＢＩＯＳ、ＯＳ等が記憶される。ＲＡＭ３３には、タイマやカウンタ、一時的なデータが記憶される。ＨＤＤ３４には、ＣＰＵ３１の制御プログラムが記憶される。入力部３５は、ユーザからの入力を受け付けるキーボードやマウスである。出力部３６は、所望の画像を表示させるディスプレイである。通信部３７は、ネットワーク３を介して通知装置１０と通信を行う場合のタイミング制御を行う。ドライブ装置３８は、記憶媒体３８１に記憶された情報を読み出すことができる。例えば、端末装置１４のセットアップ時、記憶媒体３８１に記憶された制御プログラムはドライブ装置３８によって読み出され、ＨＤＤ３４に記憶される。
【００２７】
端末装置１４が通知装置１０から状態情報を取得する場合に実行される通信の方法について、図２を参照して説明する。本実施形態では、端末装置１１と端末装置１２とでは、通知装置１０から状態情報を取得する場合に実行される通信の方法が異なる。端末装置１１は、一のプレゼンティティを指定し、対応する状態情報を通知装置１０に対して要求する。通知装置１０は、指定された一のプレゼンティティに対応する一の状態情報を、ウォッチャである端末装置１１に対して通知する。従って、端末装置１１が複数のプレゼンティティに対応する状態情報を取得したい場合、端末装置１１は、プレゼンティティの数分、通知装置１０との通信を繰り返す必要がある。なおこの方法は、ＳＩＰに基づいて通常行われる状態情報の取得方法に基づいている。
【００２８】
図２に示すように、端末装置１１は、はじめに、登録を要求するパケット（以下「REGISTER」という。）を通知装置１０に対して送信する。通知装置１０は、REGISTERを受信する（Ｓ１１）。通知装置１０は、REGISTERを送信した端末装置１１のＩＤを、ＨＤＤ２４に記憶された第一テーブル（詳細後述）に格納することによって、端末装置１１を登録する。続いて端末装置１１は、端末装置１１に対応する状態情報を通知するためのパケット（以下「PUBLISH」という。）を、通知装置１０に対して送信する。PUBLISHには、状態情報「ログイン」が格納されている。通知装置１０は、PUBLISHを受信する（Ｓ１３）。通知装置１０は、受信したPUBLISHに格納された状態情報「ログイン」を取得し、第一テーブル（詳細後述）に格納する。通知装置１０は、端末装置１１に対して肯定的な応答信号（以下「200 OK」という。）を送信する。端末装置１１は200 OKを受信する（Ｓ１５）。
【００２９】
図３を参照し、第一テーブルの一例である、第一テーブル２４１について説明する。第一テーブル２４１には、プレゼンティティＩＤ、及び、状態情報が格納されている。通知装置１０は、REGISTERを受信した場合（Ｓ１１、図２参照）、REGISTERを送信した端末装置１１のＩＤを特定し、プレゼンティティＩＤとして第一テーブル２４１に格納する。また通知装置１０は、PUBLISHを受信した場合（Ｓ１３、図２参照）、PUBLISHに格納されている状態情報「ログイン」を、PUBLISHを送信した端末装置１１のＩＤに対応付けて第一テーブル２４１に格納する。なお、通知装置１０に対しては、端末装置１２、１３からも同様にREGISTER及びPUBLISHが送信されているものとする。従って第一テーブル２４１には、「プレゼンティティＩＤ：１２、状態情報：ログイン」「プレゼンティティＩＤ：１３、状態情報：ログアウト」が格納されている。
【００３０】
図２において、端末装置１１のユーザが、端末装置１２及び１３に対応する状態情報の取得を所望しているとする。端末装置１１は、状態情報の要求を行うパケット（以下「SUBSCRIBE」という。）に、プレゼンティティに相当する端末装置１２、１３のうち一方（端末装置１２）のＩＤを格納する。端末装置１１は、プレゼンティティのＩＤ（以下「プレゼンティティＩＤ」という。）「１２」が格納されたSUBSCRIBEを、通知装置１０に対して送信する。通知装置１０は、SUBSCRIBEを受信する（Ｓ１７）。通知装置１０は、SUBSCRIBEを送信した端末装置１１のＩＤ「１１」、及び、SUBSCRIBEに格納されたプレゼンティティＩＤ「１２」を、ＨＤＤ２４に記憶された第二テーブル（詳細後述）に格納する。通知装置１０は、端末装置１１に対して200 OKを送信する。端末装置１１は200 OKを受信する（Ｓ１９）。
【００３１】
図４を参照し、ＨＤＤ２４に記憶された第二テーブルの一例である第二テーブル２４２について説明する。第二テーブル２４２には、ウォッチャＩＤとプレゼンティティＩＤとが格納されている。通知装置１０は、SUBSCRIBEを受信した場合（Ｓ１７、図２参照）、SUBSCRIBEを送信した端末装置１１のＩＤ「１１」を、ウォッチャＩＤとして第二テーブル２４２に格納する。また通知装置１０は、受信したSUBSCRIBEに格納されたプレゼンティティＩＤ「１２」を取得し、ウォッチャＩＤに対応付けて第二テーブル２４２に格納する。
【００３２】
図２において、通知装置１０は、端末装置１１に対して200 OKを送信した後、Ｓ１７で受信したSUBSCRIBEに格納されたプレゼンティティＩＤ「１２」に対応する状態情報を、第一テーブルから取得する。図３の第一テーブル２４１では、プレゼンティティＩＤ「１２」に状態情報「ログイン」が対応付けられているので、通知装置１０は、「ログイン」を状態情報として取得する。通知装置１０は、取得した状態情報「ログイン」とプレゼンティティＩＤ「１２」とを対応付け、状態情報の通知を行うパケット（以下「NOTIFY」という。）に格納する。通知装置１０は、端末装置１１に対してNOTIFYを送信する。端末装置１１は、NOTIFYを受信する（Ｓ２１）。これによって端末装置１１は、Ｓ１７でSUBSCRIBEによって要求した端末装置１２に対応する状態情報「ログイン」を取得する。端末装置１１は、通知装置１０に対して200 OKを送信し、通知装置１０は200 OKを受信する（Ｓ２３）。
【００３３】
続いて端末装置１１は、状態情報を所望する端末装置１２及び１３のうち、他方のプレゼンティティである端末装置１３に対応する状態情報を取得するために、通知装置１０に対してSUBSCRIBEを送信する。SUBSCRIBEには、プレゼンティティＩＤ「１３」が格納される。通知装置１０はSUBSCRIBEを受信する（Ｓ２５）。通知装置１０は、SUBSCRIBEを送信した端末装置１１のＩＤ「１１」を、ウォッチャＩＤとして第二テーブルに格納する。また通知装置１０は、SUBSCRIBEに格納されたプレゼンティティＩＤ「１３」を第二テーブルに格納する。なお図４の第二テーブル２４２のように、既に同一のウォッチャＩＤ「１１」が格納されている場合には、プレゼンティティＩＤ「１３」は既存のプレゼンティティＩＤ「１２」に追加して対応付けられ、格納される。通知装置１０は、端末装置１１に対して200 OKを送信し、端末装置１１は200 OKを受信する（Ｓ２７）。
【００３４】
通知装置１０は、Ｓ２５で受信したSUBSCRIBEに格納されたプレゼンティティＩＤ「１３」に対応する状態情報を、第一テーブルから取得する。図３の第一テーブル２４１では、プレゼンティティＩＤ「１３」に状態情報「ログアウト」が対応付けられているので、通知装置１０は、「ログアウト」を状態情報として取得する。通知装置１０は、プレゼンティティＩＤ「１３」及び状態情報「ログアウト」が対応付けて格納されたNOTIFYを、端末装置１１に対して送信する。端末装置１１はNOTIFYを受信する（Ｓ２９）。これによって端末装置１１は、Ｓ２５でSUBSCRIBEによって要求した端末装置１３に対応する状態情報「ログアウト」を取得する。端末装置１１は、通知装置１０に対して200 OKを送信し、通知装置１０は200 OKを受信する（Ｓ３１）。以上のようにして通知装置１０は、端末装置１１からの要求に応じ、状態情報を端末装置１１に対して通知する。
【００３５】
一方、端末装置１２は、端末装置１１とは異なり、二以上のプレゼンティティのＩＤを一つのSUBSCRIBEに格納して送信することで、対応する二以上の状態情報を通知装置１０に対して一度に要求できる。通知装置１０は、一つのSUBSCRIBEによって二以上の状態情報が要求された場合、要求された二以上の状態情報を200 OKに格納し、端末装置１２に対して送信する。これによって通知装置１０は、端末装置１２に対して複数の状態情報を同時に通知できる。通知装置１０は、状態情報を端末装置１２に対して通知する場合に必要となる通信を抑制することで、トラフィックの増大を防止している。
【００３６】
図２に示すように、端末装置１２から送信されるREGISTERによって、端末装置１２は通知装置１０に登録される（Ｓ３３）。端末装置１２のＩＤ「１２」は、プレゼンティティＩＤとして第一テーブルに格納される。続いて端末装置１２から送信されるPUBLISH（ログイン）によって、端末装置１２に対応する状態情報が通知装置１０に通知される（Ｓ３５）。状態情報「ログイン」が、プレゼンティティＩＤ「１２」に対応付けられて第一テーブルに格納される。通知装置１０から端末装置１２に対して、200 OKが送信される（Ｓ３７）。以上の処理は、前述したＳ１１、Ｓ１３、及びＳ１５と同じである。
【００３７】
端末装置１２のユーザが、端末装置１１及び１３に対応する状態情報の取得を所望しているとする。端末装置１２は、端末装置１１のＩＤ「１１」及び端末装置１３のＩＤ「１３」を、プレゼンティティＩＤとしてSUBSCRIBEに格納する。端末装置１２は、プレゼンティティＩＤが格納されたSUBSCRIBEを、通知装置１０に対して送信する。通知装置１０はSUBSCRIBEを受信する（Ｓ３９）。通知装置１０は、受信したSUBSCRIBEに格納されたプレゼンティティＩＤ「１１」に対応する状態情報と、プレゼンティティＩＤ「１３」に対応する状態情報を、第一テーブルから取得する。図３の第一テーブル２４１では、プレゼンティティＩＤ「１１」に状態情報「ログイン」が対応付けられ、プレゼンティティＩＤ「１３」に状態情報「ログアウト」が対応付けられているので、通知装置１０は、状態情報「ログイン」「ログアウト」を其々取得する。通知装置１０は、取得した状態情報とプレゼンティティＩＤとを対応付けて200 OKに格納し、端末装置１２に対して送信する。端末装置１２は200 OKを受信する（Ｓ４１）。これによって端末装置１２は、Ｓ３９において送信されたSUBSCRIBEに対する応答確認を行うと同時に、Ｓ３９でSUBSCRIBEによって要求した端末装置１１に対応する状態情報「ログイン」と、端末装置１３に対応する状態情報「ログアウト」とを一度に取得できる。
【００３８】
端末装置１３から通知装置１０に対してPUBLISH（ログイン）が送信されたとする（Ｓ４３）。第一テーブルのうち、プレゼンティティＩＤ「１３」に対応する状態情報は、「ログイン」に更新される。このような場合、通知装置１０では、更新された状態情報を他の端末装置１４に通知するために、以下の通信が実行される。
【００３９】
通知装置１０は、第二テーブルを参照する。通知装置は、PUBLISH（ログイン）を送信した端末装置１３のＩＤ「１３」が、プレゼンティティＩＤとして第二テーブルに格納されている場合、対応するウォッチャＩＤにて特定される端末装置１４に対して、更新された状態情報を通知する。図４の第二テーブル２４２では、プレゼンティティＩＤ「１３」にはウォッチャＩＤ「１１」及び「１２」が対応付けられている。従って通知装置１０は、端末装置１１に対して、端末装置１３に対応する状態情報「ログイン」が格納されたNOTIFYを送信する（Ｓ４５）。また通知装置１０は、端末装置１２に対して、端末装置１３に対応する状態情報「ログイン」が格納されたNOTIFYを送信する（Ｓ４７）。以上のように、通知装置１０は、端末装置１４に対して一旦通知された状態情報が更新された場合、更新後の状態情報を、端末装置１４に対して再度通知することができる。
【００４０】
以上のように、通知装置１０は、SUBSCRIBEによって要求されている状態情報の数に基づいて、二以上の状態情報をまとめて通知するか否かを判断している。これによって通知装置１０は、SUBSCRIBEを送信した端末装置１４が認識可能な態様で、状態情報を端末装置１４に対して通知することができる。また、通常のＳＩＰに基づいたプレゼンスサービスでは、端末装置１１にて実行される通信（Ｓ１１〜Ｓ３１）で示されるように、多くの通信手順が必要となる。これに対して、通知装置１０は、状況に応じて、肯定的な応答パケットである200 OKに状態情報を格納し、端末装置１４に対して通知できる。これによって通知装置１０は、プレゼンスサービスに必要な通信量を抑制できる。
【００４１】
例えば端末装置１１では、ＳＩＰに基づいて通常行われる通信方法に基づいてのみ状態情報が取得されるので、複数の状態情報が格納されたメッセージを受信しても、複数の状態情報をメッセージから取得することができない。さらに端末装置１１は、200 OKから状態情報を取得することができない。従って通知装置１０は、端末装置１１に対しては、ＳＩＰに基づいて通常行われる通信方法に基づき、NOTIFYに一の状態情報を格納して通知する。一方で端末装置１２は、複数の状態情報が格納された200 OKから状態情報を取得することができるので、通知装置１０は、複数の状態情報が格納された200 OKを使用し、状態情報を通知する。このように通知装置１０は、状態情報を取得するための通信方法が異なる複数の端末装置１４がネットワーク３に併存している場合であっても、端末装置１４毎に最適な通信方法を選択し、状態情報を通知することができる。
【００４２】
図５を参照し、通知装置１０のＣＰＵ２１において実行される通知メイン処理について説明する。通知メイン処理は、ＣＰＵ２１に電源が投入された場合において、ＣＰＵ２１において起動され実行される。
【００４３】
端末装置１４からSUBSCRIBEを受信したかが判断される（Ｓ５１）。端末装置１４からSUBSCRIBEを受信した場合（Ｓ５１：ＹＥＳ）、SUBSCRIBEを送信した端末装置１４のＩＤが、ウォッチャＩＤとして第二テーブルに格納される。また、SUBSCRIBEに格納されているプレゼンティティＩＤが、ウォッチャＩＤに対応付けられて第二テーブルに格納される（Ｓ５３）。
【００４４】
SUBSCRIBEに二以上のプレゼンティティＩＤが格納されているかが判断される（Ｓ６３）。SUBSCRIBEに格納されているプレゼンティティＩＤが一つである場合（Ｓ６３：ＮＯ）、SUBSCRIBEを送信した端末装置１４は、複数の状態情報が格納されたメッセージを受信しても、このメッセージから状態情報を取得することができない可能性がある。この場合、SUBSCRIBEを送信した端末装置１４に対して200 OKが送信される（Ｓ８１）。Ｓ５１で受信したSUBSCRIBEに格納されていたプレゼンティティＩＤが取得される。第一テーブルが参照される。取得されたプレゼンティティＩＤに対応する状態情報が取得される（Ｓ８３）。取得された状態情報とプレゼンティティＩＤとが格納されたNOTIFYが作成される（Ｓ８５）。作成されたNOTIFYは、SUBSCRIBEを送信した端末装置１４に対して送信される（Ｓ８７）。処理はＳ５１に戻る。このように通知装置１０は、端末装置１４において複数の状態情報が格納されたメッセージを処理することができない可能性があると判断した場合、一の状態情報が格納されたメッセージ（NOTIFY）を端末装置１４に対して送信する。これによって端末装置１４は、確実に状態情報を取得できる。
【００４５】
一方、Ｓ５１で受信したSUBSCRIBEに、二以上のプレゼンティティＩＤが格納されていた場合（Ｓ６３：ＹＥＳ）、SUBSCRIBEを送信した端末装置１４において、複数の状態情報が格納されたメッセージから状態情報を取得することができると判断される。SUBSCRIBEに格納されていたプレゼンティティＩＤは、ＲＡＭ２３に記憶される。ＲＡＭ２３に記憶された二以上のプレゼンティティＩＤが、第一テーブルに全て格納されているかが判断される（Ｓ６５）。ＲＡＭ２３に記憶された二以上のプレゼンティティＩＤが第一テーブルに全て格納されている場合（Ｓ６５：ＹＥＳ）、プレゼンティティＩＤに対応する状態情報を、SUBSCRIBEを送信した端末装置１４に対して通知するための処理が、以下のようにして実行される。
【００４６】
ＲＡＭ２３に記憶した二以上のプレゼンティティＩＤが、一つずつ選択される。第一テーブルが参照される。選択されたプレゼンティティＩＤに対応する状態情報が取得される（Ｓ６７）。取得された状態情報のデータサイズの合計が、所定値より大きいかが判断される（Ｓ６９）。所定値は、例えば、ネットワーク３に介在するルータやサーバにおいて転送し得る最大のデータサイズに基づいて決定される。データサイズの合計が所定値以下である場合（Ｓ７１：ＮＯ）、処理はＳ６７に戻る。選択されていないプレゼンティティＩＤがＲＡＭ２３から順番に選択され、対応する状態情報が取得されて（Ｓ６７）、処理が繰り返される。
【００４７】
状態情報のデータサイズの合計が所定値より大きくなった場合（Ｓ６９：ＹＥＳ）、データサイズの合計が所定値以下となるように、状態情報が一つ取り除かれる。取り除かれた状態情報に対応するプレゼンティティＩＤは、ＲＡＭ２３に戻される。データサイズの合計が所定値以下となるように調整された状態情報と、対応するプレゼンティティＩＤが200 OKに格納され、200 OKが作成される（Ｓ７１）。作成された200 OKは、SUBSCRIBEを送信した端末装置１４に対して送信される（Ｓ７３）。ＲＡＭ２３に、選択されていないプレゼンティティＩＤが残っているかが判断される（Ｓ７５）。選択されていないプレゼンティティＩＤがＲＡＭ２３に残っている場合（Ｓ７５：ＹＥＳ）、処理はＳ６７に戻る。残りのプレゼンティティＩＤ及び対応する状態情報を200 OKに格納して送信するために、処理が繰り返される。一方、ＲＡＭ２３に記憶されたプレゼンティティＩＤが全て選択された場合（Ｓ７５：ＮＯ）、処理はＳ５１に戻る。
【００４８】
以上のように、通知装置１０は、SUBSCRIBEによって要求されている状態情報の数が二以上である場合に、二以上の状態情報をまとめて通知できると判断し、状態情報を端末装置１４に対して通知している。また通知装置１０は、状態情報のデータサイズの合計が所定値以下となるように分割し、200 OKに格納して端末装置１４に送信する。これによって、ネットワーク３に介在するルータやサーバ等が200 OKを分割することを回避できる。従って、ルータやサーバでの処理負荷を軽減できるので、200 OKは確実にルータやサーバによって転送され、端末装置１４に到達する。端末装置１４は、通知装置１０から送信された200 OKを確実に受信し、状態情報を取得できる。
【００４９】
なお上述では、状態情報のデータサイズの合計が所定値より大きいかを判断しているが、例えば、状態情報のデータサイズと、対応するプレゼンティティＩＤのデータサイズとの合計が、所定値より大きいかを判断してもよい。また、状態情報の合計数が所定値より大きいであるかを判断してもよい。
【００５０】
Ｓ６５で、ＲＡＭ２３に格納された二以上のプレゼンティティＩＤのうち、第一テーブルに格納されていないプレゼンティティＩＤがある場合（Ｓ６５：ＮＯ）、対応する状態情報を全て取得できないことになる。この場合、状態情報を取得できない旨を通知するパケット（以下「481」という。）に、第一テーブルに格納されていないプレゼンティティＩＤが格納されることで、481が作成される（Ｓ７７）。作成された481は、SUBSCRIBEを送信した端末装置１４に対して送信される（Ｓ７９）。処理はＳ５１に戻る。
【００５１】
このように通知装置１０は、SUBSCRIBEによって指定されたプレゼンティティＩＤに対応する状態情報の全てを特定できない場合、状態情報が取得できない旨を、該当するＩＤとともに端末装置１４に対して通知することができる。これによって端末装置１４は、通知装置１０が管理するネットワーク３やサービスの範囲内に、所望する端末装置１４が存在していないことを認識できる。例えば、通知装置１０がテレビ会議に参加している端末装置１４の状態情報を管理している場合、481を受信した端末装置１４は、所望する端末装置１４のうちいずれかがテレビ会議に参加していないことを認識することができる。
【００５２】
Ｓ５１で、端末装置１４からSUBSCRIBEを受信していない場合（Ｓ５１：ＮＯ）、端末装置１４からPUBLISHを受信したかが判断される（Ｓ５５）。端末装置１４からPUBLISHを受信した場合（Ｓ５５：ＹＥＳ）、PUBLISHに格納されている状態情報が、PUBLISHを送信した端末装置１４のＩＤに対応付けられて第一テーブルに格納される（Ｓ５７）。なお、PUBLISHを送信した端末装置１４のＩＤに、既に状態情報が対応付けられている場合、状態情報は更新される。
【００５３】
第二テーブルに、PUBLISHを送信した端末装置１４のＩＤがプレゼンティティＩＤとして格納されているかが判断される（Ｓ５９）。PUBLISHを送信した端末装置１４のＩＤがプレゼンティティＩＤとして第二テーブルに格納されている場合（Ｓ５９：ＹＥＳ）、PUBLISHに格納されていた状態情報を、端末装置１４に対して通知する必要がある。処理はＳ８３に進む。PUBLISHを送信した端末装置１４のＩＤに対応する状態情報が、第一テーブルから取得される（Ｓ８３）。取得された状態情報が格納されたNOTIFYが作成される（Ｓ８５）。第二テーブルのうち、PUBLISHを送信した端末装置１４のＩＤと一致するプレゼンティティＩＤに対応するウォッチャＩＤが特定される。特定されたウォッチャＩＤの端末装置１４に対して、NOTIFYが送信される（Ｓ８７）。処理はＳ５１に戻る。以上のようにして通知装置１０は、状態情報が更新された場合に、更新後の状態情報を端末装置１４に通知することができる。
【００５４】
Ｓ５５で、端末装置１４からPUBLISHを受信していない場合（Ｓ５５：ＮＯ）、状態情報の通知を終了する指示が、通知装置１０のユーザによって入力されたかが判断される（Ｓ６１）。状態情報の通知を終了する指示が入力された場合（Ｓ６１：ＹＥＳ）、通知メイン処理は終了する。状態情報の通知を終了する指示が入力されていない場合（Ｓ６１：ＮＯ）、処理はＳ５１に戻る。
【００５５】
以上説明したように、通知装置１０は、二以上の端末装置１４の状態情報を要求するSUBSCRIBEを受信した場合、対応する二以上の状態情報が格納された200 OKによって、状態情報を端末装置１４に対して通知する。一方通知装置１０は、一の状態情報を要求するSUBSCRIBEを受信した場合には、ＳＩＰによる通常の通信方法に基づき、一の状態情報が格納されたNOTIFYによって、状態情報を端末装置１４に対して通知する。これによって通知装置１０は、SUBSCRIBEを送信した端末装置１４が認識可能な態様で、状態情報を端末装置１４に対して通知することができる。
【００５６】
図６を参照し、端末装置１２のＣＰＵ３１において実行される端末メイン処理について説明する。通知メイン処理は、ＣＰＵ３１に電源が投入された場合において、ＣＰＵ３１において起動され実行される。なお端末装置１１のＣＰＵ３１では、ＳＩＰに基づいて通常行われる方法に基づき、状態情報を一つずつ取得する周知の通信処理が実行される。従って以下では、二以上の状態情報を一度に取得できる端末装置１２のＣＰＵ３１において実行される処理のみ説明し、端末装置１１のＣＰＵ３１において実行される処理については説明を省略している。
【００５７】
端末装置１２のユーザによって、状態情報を取得する指示がプレゼンティティＩＤとともに入力されたかが判断される（Ｓ９１）。状態情報を取得する指示が入力された場合（Ｓ９１：ＹＥＳ）、同時に入力されたプレゼンティティＩＤが取得され、ＲＡＭ３３に記憶される。ＲＡＭ３３に記憶されたプレゼンティティＩＤが、一つずつ取得される（Ｓ１０５）。取得されたプレゼンティティＩＤのデータサイズの合計が、所定値より大きいかが判断される（Ｓ１０７）。所定値は、例えば、ネットワーク３に介在するルータやサーバにおいて転送し得る最大のデータサイズに基づいて決定される。データサイズの合計が所定値以下である場合（Ｓ１０７：ＮＯ）、処理はＳ１０５に戻る。選択されていないプレゼンティティＩＤがＲＡＭ３３から順番に取得され、処理が繰り返される。
【００５８】
プレゼンティティＩＤのデータサイズの合計が所定値より大きくなった場合（Ｓ１０７：ＹＥＳ）、データサイズの合計が所定値以下となるように、プレゼンティティＩＤが一つ取り除かれる。取り除かれたプレゼンティティＩＤは、ＲＡＭ３３に戻される。データサイズの合計が所定値以下となるように調整されたプレゼンティティＩＤがSUBSCRIBEに格納され、SUBSCRIBEが作成される（Ｓ１０９）。作成されたSUBSCRIBEは、通知装置１０に対して送信される（Ｓ１１１）。ＲＡＭ３３に、選択されていないプレゼンティティＩＤが残っているかが判断される（Ｓ１１３）。選択されていないプレゼンティティＩＤがＲＡＭ３３に残っている場合（Ｓ１１３：ＹＥＳ）、処理はＳ１０５に戻る。残りのプレゼンティティＩＤをSUBSCRIBEに格納して送信するために、処理が繰り返される。一方、ＲＡＭ３３に記憶されたプレゼンティティＩＤが全て選択された場合（Ｓ１１３：ＮＯ）、処理はＳ９１に戻る。
【００５９】
このように端末装置１２は、プレゼンティティＩＤのデータサイズの合計が所定値以下となるように分割し、SUBSCRIBEに格納して通知装置１０に送信する。これによって、ネットワーク３に介在するルータやサーバ等がSUBSCRIBEを分割することを回避できる。従って、ルータやサーバでの処理負荷を軽減できるので、SUBSCRIBEは確実にルータやサーバによって転送され、通知装置１０に到達する。端末装置１２は、通知装置１０から確実に送信される200 OKを受信し、状態情報を取得できる。
【００６０】
Ｓ９１で、ユーザが指示を入力していない場合（Ｓ９１：ＮＯ）、通知装置１０から送信されるNOTIFYを受信したかが判断される（Ｓ９３）。NOTIFYを受信した場合（Ｓ９３：ＹＥＳ）、NOTIFYに格納されている一つの状態情報が取得される（Ｓ９５）。取得された状態情報を示す画像が、出力部３６から出力される（Ｓ９６）。処理はＳ９１に戻る。
【００６１】
Ｓ９３で、NOTIFYを受信していない場合（Ｓ９３：ＮＯ）、通知装置１０から送信される200 OKを受信したかが判断される（Ｓ９７）。200 OKを受信した場合（Ｓ９７：ＹＥＳ）、200 OKに状態情報が格納されているかが判断される（Ｓ９９）。なお200 OKには、二以上のプレゼンティティＩＤが格納されたSUBSCRIBEに応じて通知装置１０から返信される状態情報が格納されるので、常に二以上の状態情報が格納されていることになる。200 OKに状態情報が格納されている場合（Ｓ９９：ＹＥＳ）、200 OKに格納されている二以上の状態情報が取得される（Ｓ９５）。取得された状態情報を示す画像が出力部３６から出力され（Ｓ９６）、処理はＳ９１に戻る。一方、受信した200 OKに状態情報が格納されていない場合（Ｓ９９：ＮＯ）、処理はＳ９１に戻る。
【００６２】
以上のように端末装置１２は、二以上の状態情報を一度に取得することができ、且つ、肯定的な応答パケットである200 OKに格納された状態情報を取得できるので、状態情報を取得するために必要な通信を抑制でき、ネットワーク３のトラフィックが増大することを防止できる。
【００６３】
Ｓ９７で、200 OKを受信していない場合（Ｓ９７：ＮＯ）、通知装置１０から送信される481を受信したかが判断される（Ｓ１０１）。481を受信していない場合（Ｓ１０１：ＮＯ）、処理はＳ９１に戻る。481を受信した場合（Ｓ１０１：ＹＥＳ）、481に格納されているプレゼンティティＩＤが取得される。Ｓ９１でユーザによって入力され、ＲＡＭ３３に記憶されたプレゼンティティＩＤから、取得されたプレゼンティティＩＤが削除される（Ｓ１０３）。この状態でＲＡＭ３３に残っているプレゼンティティＩＤは、通知装置１０において状態情報を特定することが可能な端末装置１４のＩＤということになる。処理はＳ１０５に進む。ＲＡＭ３３に記憶されたプレゼンティティＩＤが、一つずつ取得され（Ｓ１０５）、データサイズの合計が所定値以下となるように調整される。調整されたプレゼンティティＩＤがSUBSCRIBEに格納され、SUBSCRIBEが作成される（Ｓ１０９）。作成されたSUBSCRIBEは、通知装置１０に対して送信される（Ｓ１１１）。なお、SUBSCRIBEに格納されたプレゼンティティＩＤは、全て通知装置１０において状態情報の特定が可能のＩＤであるので、端末装置１２は、プレゼンティティＩＤに対応する状態情報を確実に取得できる。
【００６４】
以上説明したように、端末装置１２は、所望するプレゼンティティが二以上ある場合、共通のSUBSCRIBEによって状態情報を通知装置１０に対して要求することができる。また端末装置１２は、200 OKに格納された複数の状態情報を認識できる。これによって、状態情報を取得するために必要な通信を抑制できるので、ネットワーク３のトラフィックが増大することを防止できる。
【００６５】
なお本発明は、上述の実施形態に限定されるものではなく、種々の変更が可能である。上述では、通知装置１０において受信されたSUBSCRIBEに格納されたプレゼンティティＩＤの全てが、第一テーブルに格納されていない場合、格納されていないプレゼンティティＩＤを格納した481を端末装置１４に対して送信していた。本発明はこれに限定されない。通知装置１０は、SUBSCRIBEに格納されたプレゼンティティＩＤから、第一テーブルに記憶されているプレゼンティティＩＤを抽出してもよい。そして、対応する状態情報を第一テーブルから取得して200 OKに格納し、SUBSCRIBEを送信した端末装置１４に対して200 OKを送信してもよい。これらの処理は、図５におけるＳ６５、Ｓ７７、及びＳ７９の処理を削除した通知メイン処理によって実行可能である。即ち、SUBSCRIBEが受信された場合（Ｓ５１：ＹＥＳ）であって、二以上のプレゼンティティＩＤがSUBSCRIBEに格納されていた場合（Ｓ６３：ＹＥＳ）、二以上のプレゼンティティＩＤはＲＡＭ２３に記憶される。Ｓ６７では、ＲＡＭ２３に記憶されたプレゼンティティＩＤのうち、対応する状態情報が第一テーブルに格納されているプレゼンティティＩＤが取得される（Ｓ６７）。そして、データサイズの合計が所定値以下となるようにプレゼンティティＩＤが調整されて200 OKに格納され（Ｓ７１）、200 OKは端末装置１４に対して送信される（Ｓ７３）。このように通知装置１０は、SUBSCRIBEにて要求された状態情報の全てを第一テーブルから取得できない場合、取得可能な状態情報のみを取得して端末装置１４に通知できる。これによって端末装置１４は、通知装置１０において取得可能な状態情報を短時間で取得できる。端末装置１４は、通知装置１０において取得可能な状態情報を把握して再度要求する通信が不要となるので、ネットワーク３のトラフィックを抑制できる。
【００６６】
上述の実施形態では、通知装置１０が端末装置１４からSUBSCRIBEを直接受信し、対応する状態情報を端末装置１４に対して通知していた。本発明はこれに限定されない。ネットワーク３に接続するＳＩＰサーバが、端末装置１４からSUBSCRIBEを受信してもよい。ＳＩＰサーバは、状態情報を取得するために、通知装置１０に問い合わせてもよい。通知装置１０は、ＳＩＰサーバからの問い合わせに応じ、対応する状態情報をＳＩＰサーバに通知してもよい。上述では、通知装置１０は二以上の状態情報を200 OKに格納し、端末装置１４に対して送信していたが、例えばNOTIFYに二以上の状態情報を格納し、端末装置１４に対して通知してもよい。
【００６７】
なお、第一テーブルを記憶する図１のＨＤＤ２４が本発明の「記憶手段」に相当する。図５のＳ５１の処理を行うＣＰＵ２１が本発明の「受信手段」に相当し、Ｓ６３の処理を行うＣＰＵ２１が本発明の「第一判断手段」に相当し、Ｓ６５の処理を行うＣＰＵ２１が本発明の「第二判断手段」に相当し、Ｓ６７の処理を行うＣＰＵ２１が本発明の「第一取得手段」に相当し、Ｓ７３の処理を行うＣＰＵ２１が本発明の「第一送信手段」に相当し、Ｓ７９の処理を行うＣＰＵ２１が本発明の「第二送信手段」に相当し、Ｓ８３の処理を行うＣＰＵ２１が本発明の「第二取得手段」に相当し、Ｓ８７の処理を行うＣＰＵ２１が本発明の「第三送信手段」に相当する。図５のＳ５１が本発明の「受信ステップ」に相当し、Ｓ６３の処理が本発明の「第一判断ステップ」に相当し、Ｓ６５の処理が本発明の「第二判断ステップ」に相当し、Ｓ６７の処理が本発明の「第一取得ステップ」に相当し、Ｓ７３の処理が本発明の「第一送信ステップ」に相当し、Ｓ７９の処理が本発明の「第二送信ステップ」に相当し、Ｓ８３の処理が本発明の「第二取得ステップ」に相当し、Ｓ８７の処理が本発明の「第三送信ステップ」に相当する。図６のＳ１１１の処理を行うＣＰＵ３１が本発明の「端末送信手段」に相当し、Ｓ９７の処理を行うＣＰＵ３１が本発明の「端末受信手段」に相当する。
【符号の説明】
【００６８】
１ 通信システム
１０ 通知装置
１１、１２、１３、１４ 端末装置
２１ ＣＰＵ
２４ ＨＤＤ
２４１ 第一テーブル
２４２ 第二テーブル
【技術分野】
【０００１】
本発明は、通知装置、通知システム、端末装置、通知方法、及び通知プログラムに関する。より詳細には、端末装置のプレゼンス情報を通知する通知装置、通知システム、端末装置、通知方法、及び通知プログラムに関する。
【背景技術】
【０００２】
端末装置が、ネットワークに接続する他の端末装置及びそのユーザの状態に関する情報を知ることができるサービスが知られている。以下、端末装置及びそのユーザの状態に関する情報を、プレゼンス情報ともいう。このサービスでは、通常、プレゼンス情報を管理する通知装置が使用される。端末装置は、通知装置に対して、他の端末装置のプレゼンス情報を要求する。通知装置は、要求された他の端末装置のプレゼンス情報を特定し、端末装置に通知する。これによって端末装置は、他の端末装置のプレゼンス情報を取得することができる。以下、プレゼンス情報を要求する側の端末装置を「ウォッチャ」ともいう。プレゼンス情報が要求される他の端末装置を「プレゼンティティ」ともいう。通知装置を「プレゼンスサーバ」ともいう。上述したサービスの一例として、ＳＩＰ（Session Initiation Protocol）を利用したサービスが挙げられる。
【０００３】
ＳＩＰを利用したサービスでは、複数のプレゼンティティのプレゼンス情報をプレゼンスサーバがウォッチャに通知する場合、プレゼンス情報毎にメッセージを一つずつ作成してウォッチャに送信する必要がある。これに対して特許文献１に記載された方法では、同一のウォッチャに送信するプレゼンス情報が複数ある場合、プレゼンスサーバは、これらを一つのメッセージに格納して送信することができる。ウォッチャは、受信したメッセージから複数のプレゼンス情報を抽出することで、複数のプレゼンティティのプレゼンス情報を取得することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−７２４８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
複数のプレゼンス情報が格納されたメッセージの認識が可能な端末装置と、該メッセージの認識が不可能な既存の端末装置とがネットワーク内に併存する場合がある。この場合、認識が不可能な端末装置は、受信したメッセージから複数のプレゼンス情報を抽出できないので、他の端末装置のプレゼンス情報を取得できない場合が発生し得るという問題点がある。
【０００６】
本発明の目的は、端末装置が確実に他の端末装置のプレゼンス情報を取得できるように、端末装置にメッセージを通知できる通知装置、通知システム、端末装置、通知方法、及び通知プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第一態様に係る通知装置は、ネットワークを介して接続した端末装置を識別する識別情報と、前記端末装置及び前記端末装置のユーザの状態を示す状態情報とが対応付けられて記憶された記憶手段と、前記端末装置から送信された、他の前記端末装置の前記状態情報を要求する要求パケットを受信する受信手段と、前記受信手段によって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断手段と、前記第一判断手段によって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断手段と、前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得手段と、前記第一取得手段によって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信手段とを備えている。
【０００８】
第一態様によれば、通知装置は、二以上の他の端末装置の状態情報を要求する要求パケットを受信した場合に、対応する二以上の状態情報を取得し、要求パケットを送信した端末装置に対して通知する。通知装置は、要求パケットによって要求されている状態情報の数に基づいて、二以上の状態情報をまとめて通知するか否かを判断できる。通知装置は、端末装置において第一通知パケットに格納された二以上の状態情報をまとめて認識できると判断した場合に、二以上の状態情報をまとめて端末装置に通知する。これによって通知装置は、要求パケットを送信した端末装置が認識可能な態様で、状態情報を端末装置に対して通知することができる。
【０００９】
また、第一態様において、前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報のうち少なくとも一が前記記憶手段に記憶されていないと判断された場合に、前記状態情報が取得できない旨を通知する第二通知パケットを、前記要求パケットを送信した前記端末装置に対して送信する第二送信手段を備えていてもよい。通知装置は、要求された状態情報の全てを取得できない場合、端末装置に対して、状態情報が取得できない旨を通知することができる。これによって端末装置は、通知装置が管理するネットワークやサービスの範囲内に、所望する他の端末装置が存在していないことを認識できる。
【００１０】
また、第一態様において、前記第一送信手段は、前記第一通知パケットに格納する前記状態情報のデータサイズが所定値より大きくなった場合に、前記状態情報のデータサイズが前記所定値以下となるように分割して前記第一通知パケットに格納し、前記第一通知パケットを送信してもよい。第一通知パケットを予め分割して送信することで、ネットワークに介在するルータやサーバ等が第一通知パケットを分割することを回避できる。これによって、ルータやサーバでの処理負荷を軽減できるので、第一通知パケットは確実にルータやサーバによって転送され、端末装置に到達する。従って、端末装置は、通知装置から送信された第一通知パケットを確実に受信し、状態情報を取得できる。
【００１１】
また、第一態様において、前記第一取得手段は、前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報のうち少なくとも一が前記記憶手段に記憶されていないと判断された場合に、二以上の前記端末装置の前記識別情報のうち、前記記憶手段に記憶されている前記識別情報に対応する前記状態情報を取得してもよい。通知装置は、要求された状態情報の全てが取得できない場合、取得可能な状態情報のみを取得して端末装置に通知できる。これによって端末装置は、通知装置において取得可能な状態情報を把握して再度要求する通信が不要となるので、ネットワークのトラフィックを抑制できる。また端末装置は、通知装置において取得可能な状態情報を短時間で取得できる。
【００１２】
また、第一態様において、前記第一判断手段によって、一の前記他の端末装置の前記状態情報が要求されていると判断された場合に、一の前記他の端末装置の前記識別情報に対応する一の前記状態情報を、前記記憶手段から取得する第二取得手段と、前記第二取得手段によって取得された一の前記状態情報を第三通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第三通知パケットを送信する第三送信手段とを備えていてもよい。端末装置において、第一通知パケットに格納された二以上の識別情報をまとめて処理できない場合には、通知装置は、第一通知パケットに一の状態情報を格納することができる。これによって端末装置は、確実に状態情報を取得することができる。
【００１３】
本発明の第二態様に係る通信システムは、ネットワークに接続した端末装置、及び、前記端末装置及び前記端末装置のユーザの状態を示す状態情報を前記端末装置に対して通知する通知装置を備えた通知システムであって、前記通知装置は、前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段と、前記端末装置から送信された、他の前記端末装置の前記状態情報を要求する要求パケットを受信する第一受信手段と、前記第一受信手段によって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断手段と、前記第一判断手段によって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断手段と、前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得手段と、前記第一取得手段によって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信手段とを備え、前記端末装置は、一又は二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットを、前記通知装置に対して送信する端末送信手段と、前記端末送信手段によって二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットが送信された場合に、前記通知装置から送信される前記第一通知パケットを受信する端末受信手段とを備えている。
【００１４】
第二態様によれば、通知装置は、二以上の他の端末装置の状態情報を要求する要求パケットを受信した場合に、対応する二以上の状態情報を取得し、要求パケットを送信した端末装置に対して通知する。通知装置は、要求パケットによって要求されている状態情報の数に基づいて、二以上の状態情報をまとめて通知するか否かを判断できる。通知装置は、端末装置において第一通知パケットに格納された二以上の状態情報をまとめて認識できると判断した場合に、二以上の状態情報をまとめて端末装置に通知する。これによって通知装置は、要求パケットを送信した端末装置が認識可能な態様で、状態情報を端末装置に対して通知することができる。また端末装置は、二以上の他の端末装置の状態情報を要求する要求パケットを送信することによって、二以上の状態情報を同時に取得することができる。これによって、状態情報を取得するために必要な通信を抑制できるので、通信のトラフィックが増大することを防止できる。
【００１５】
本発明の第三態様に係る端末装置は、一又は二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットを、前記通知装置に対して送信する端末送信手段と、前記端末送信手段によって二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットが送信された場合に、前記通知装置から送信される前記第一通知パケットであって、前記端末送信手段によって送信された前記要求パケットによって要求された二つ以上の前記他の端末装置の前記状態情報が格納された前記第一通知パケットを受信する端末受信手段とを備えている。
【００１６】
第三態様によれば、端末装置は、二以上の他の端末装置の状態情報を要求する要求パケットを送信することによって、二以上の状態情報を同時に取得することができる。これによって、状態情報を取得するために必要な通信を抑制できるので、通信のトラフィックが増大することを防止できる。
【００１７】
本発明の第四態様に係る通信方法は、ネットワークを介して接続した端末装置から送信された、他の前記端末装置及び前記端末装置のユーザの状態を示す前記状態情報を要求する要求パケットを受信する受信ステップと、前記受信ステップによって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断ステップと、前記第一判断ステップによって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段を参照し、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断ステップと、前記第二判断ステップによって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得ステップと、前記第一取得ステップによって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信ステップとを備えている。
【００１８】
第四態様によれば、二以上の他の端末装置の状態情報を要求する要求パケットを受信した場合に、対応する二以上の状態情報を取得し、要求パケットを送信した端末装置に対して通知する。通知装置は、要求パケットによって要求されている状態情報の数に基づいて、二以上の状態情報をまとめて通知するか否かを判断できる。通知装置は、端末装置において第一通知パケットに格納された二以上の状態情報をまとめて認識できると判断した場合に、二以上の状態情報をまとめて端末装置に通知する。これによって通知装置は、要求パケットを送信した端末装置が認識可能な態様で、状態情報を端末装置に対して通知することができる。
【００１９】
本発明の第五態様に係る通信プログラムは、ネットワークを介して接続した端末装置から送信された、他の前記端末装置及び前記他の端末装置のユーザの状態を示す前記状態情報を要求する要求パケットを受信する受信ステップと、前記受信ステップによって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断ステップと、前記第一判断ステップによって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段を参照し、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断ステップと、前記第二判断ステップによって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得ステップと、前記第一取得ステップによって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信ステップとをコンピュータに実行させる。
【００２０】
第五態様によれば、二以上の他の端末装置の状態情報を要求する要求パケットを受信した場合に、対応する二以上の状態情報を取得し、要求パケットを送信した端末装置に対して通知する。通知装置は、要求パケットによって要求されている状態情報の数に基づいて、二以上の状態情報をまとめて通知するか否かを判断できる。通知装置は、端末装置において第一通知パケットに格納された二以上の状態情報をまとめて認識できると判断した場合に、二以上の状態情報をまとめて端末装置に通知する。これによって通知装置は、要求パケットを送信した端末装置が認識可能な態様で、状態情報を端末装置に対して通知することができる。
【図面の簡単な説明】
【００２１】
【図１】通信システム１の概要、並びに、通知装置１０及び端末装置１４の電気的構成を示す図である。
【図２】通信シーケンスを示す図である。
【図３】第一テーブル２４１を示す図である。
【図４】第二テーブル２４２を示す図である。
【図５】通知メイン処理を示すフローチャートである。
【図６】端末メイン処理を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の一実施形態について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００２３】
図１を参照し、通信システム１について説明する。通信システム１は、通知装置１０、端末装置１１、１２、及び１３（以下、これらを区別しない場合、「端末装置１４」と呼ぶ。）を備えている。通知装置１０及び端末装置１４は、ネットワーク３に接続している。通知装置１０及び端末装置１４は、ネットワーク３を介して通信を行うことができる。なお、通信装置１４に付された符号（１１、１２、及び１３）は、其々の通信装置１４のＩＤも示しているものとする。
【００２４】
通知装置１０は、ＳＩＰ（Session Initiation Protocol）に基づいてプレゼンスサービスを提供するプレゼンスサーバである。端末装置１４は、周知のＰＣである。プレゼンスサービスでは、端末装置１４の状態、及び、端末装置１４を使用するユーザの状態を示す状態情報が、通知装置１０から端末装置１４に対して通知される。端末装置１４では、通知装置１０から取得された状態情報をユーザに通知するための画像が、出力部３６（ディスプレイ）から出力される。端末装置１４のユーザは、他の端末装置１４及び他の端末装置１４を使用するユーザの状態（「ログイン」「ログアウト」「退席中」など）を認識することができる。
【００２５】
通知装置１０の電気的構成について説明する。通知装置１０は、通知装置１０の制御を司るＣＰＵ２１を備えている。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、ハードディスクドライブ（ＨＤＤ）２４、通信部２５、及びドライブ装置２６と電気的に接続している。ＲＯＭ２２には、ブートプログラムやＢＩＯＳ、ＯＳ等が記憶される。ＲＡＭ２３には、タイマやカウンタ、一時的なデータが記憶される。ＨＤＤ２４には、ＣＰＵ２１の制御プログラムが記憶される。またＨＤＤ２４には、第一テーブル及び第二テーブルが記憶される。第一テーブルは、プレゼンティティのＩＤと状態情報とを対応付けて管理するためのテーブルである。第二テーブルは、ウォッチャのＩＤとプレゼンティティのＩＤとを管理するためのテーブルである。第一テーブル及び第二テーブルの詳細は後述する。通信部２５は、ネットワーク３を介して端末装置１４と通信を行う場合のタイミング制御を行う。ドライブ装置２６は、記憶媒体２６１に記憶された情報を読み出すことができる。例えば、通知装置１０のセットアップ時、記憶媒体２６１に記憶された制御プログラムはドライブ装置２６によって読み出され、ＨＤＤ２４に記憶される。
【００２６】
端末装置１４の電気的構成について説明する。端末装置１４は、端末装置１４の制御を司るＣＰＵ３１を備えている。ＣＰＵ３１は、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ３４、入力部３５、出力部３６、通信部３７、及びドライブ装置３８と電気的に接続している。ＲＯＭ３２には、ブートプログラムやＢＩＯＳ、ＯＳ等が記憶される。ＲＡＭ３３には、タイマやカウンタ、一時的なデータが記憶される。ＨＤＤ３４には、ＣＰＵ３１の制御プログラムが記憶される。入力部３５は、ユーザからの入力を受け付けるキーボードやマウスである。出力部３６は、所望の画像を表示させるディスプレイである。通信部３７は、ネットワーク３を介して通知装置１０と通信を行う場合のタイミング制御を行う。ドライブ装置３８は、記憶媒体３８１に記憶された情報を読み出すことができる。例えば、端末装置１４のセットアップ時、記憶媒体３８１に記憶された制御プログラムはドライブ装置３８によって読み出され、ＨＤＤ３４に記憶される。
【００２７】
端末装置１４が通知装置１０から状態情報を取得する場合に実行される通信の方法について、図２を参照して説明する。本実施形態では、端末装置１１と端末装置１２とでは、通知装置１０から状態情報を取得する場合に実行される通信の方法が異なる。端末装置１１は、一のプレゼンティティを指定し、対応する状態情報を通知装置１０に対して要求する。通知装置１０は、指定された一のプレゼンティティに対応する一の状態情報を、ウォッチャである端末装置１１に対して通知する。従って、端末装置１１が複数のプレゼンティティに対応する状態情報を取得したい場合、端末装置１１は、プレゼンティティの数分、通知装置１０との通信を繰り返す必要がある。なおこの方法は、ＳＩＰに基づいて通常行われる状態情報の取得方法に基づいている。
【００２８】
図２に示すように、端末装置１１は、はじめに、登録を要求するパケット（以下「REGISTER」という。）を通知装置１０に対して送信する。通知装置１０は、REGISTERを受信する（Ｓ１１）。通知装置１０は、REGISTERを送信した端末装置１１のＩＤを、ＨＤＤ２４に記憶された第一テーブル（詳細後述）に格納することによって、端末装置１１を登録する。続いて端末装置１１は、端末装置１１に対応する状態情報を通知するためのパケット（以下「PUBLISH」という。）を、通知装置１０に対して送信する。PUBLISHには、状態情報「ログイン」が格納されている。通知装置１０は、PUBLISHを受信する（Ｓ１３）。通知装置１０は、受信したPUBLISHに格納された状態情報「ログイン」を取得し、第一テーブル（詳細後述）に格納する。通知装置１０は、端末装置１１に対して肯定的な応答信号（以下「200 OK」という。）を送信する。端末装置１１は200 OKを受信する（Ｓ１５）。
【００２９】
図３を参照し、第一テーブルの一例である、第一テーブル２４１について説明する。第一テーブル２４１には、プレゼンティティＩＤ、及び、状態情報が格納されている。通知装置１０は、REGISTERを受信した場合（Ｓ１１、図２参照）、REGISTERを送信した端末装置１１のＩＤを特定し、プレゼンティティＩＤとして第一テーブル２４１に格納する。また通知装置１０は、PUBLISHを受信した場合（Ｓ１３、図２参照）、PUBLISHに格納されている状態情報「ログイン」を、PUBLISHを送信した端末装置１１のＩＤに対応付けて第一テーブル２４１に格納する。なお、通知装置１０に対しては、端末装置１２、１３からも同様にREGISTER及びPUBLISHが送信されているものとする。従って第一テーブル２４１には、「プレゼンティティＩＤ：１２、状態情報：ログイン」「プレゼンティティＩＤ：１３、状態情報：ログアウト」が格納されている。
【００３０】
図２において、端末装置１１のユーザが、端末装置１２及び１３に対応する状態情報の取得を所望しているとする。端末装置１１は、状態情報の要求を行うパケット（以下「SUBSCRIBE」という。）に、プレゼンティティに相当する端末装置１２、１３のうち一方（端末装置１２）のＩＤを格納する。端末装置１１は、プレゼンティティのＩＤ（以下「プレゼンティティＩＤ」という。）「１２」が格納されたSUBSCRIBEを、通知装置１０に対して送信する。通知装置１０は、SUBSCRIBEを受信する（Ｓ１７）。通知装置１０は、SUBSCRIBEを送信した端末装置１１のＩＤ「１１」、及び、SUBSCRIBEに格納されたプレゼンティティＩＤ「１２」を、ＨＤＤ２４に記憶された第二テーブル（詳細後述）に格納する。通知装置１０は、端末装置１１に対して200 OKを送信する。端末装置１１は200 OKを受信する（Ｓ１９）。
【００３１】
図４を参照し、ＨＤＤ２４に記憶された第二テーブルの一例である第二テーブル２４２について説明する。第二テーブル２４２には、ウォッチャＩＤとプレゼンティティＩＤとが格納されている。通知装置１０は、SUBSCRIBEを受信した場合（Ｓ１７、図２参照）、SUBSCRIBEを送信した端末装置１１のＩＤ「１１」を、ウォッチャＩＤとして第二テーブル２４２に格納する。また通知装置１０は、受信したSUBSCRIBEに格納されたプレゼンティティＩＤ「１２」を取得し、ウォッチャＩＤに対応付けて第二テーブル２４２に格納する。
【００３２】
図２において、通知装置１０は、端末装置１１に対して200 OKを送信した後、Ｓ１７で受信したSUBSCRIBEに格納されたプレゼンティティＩＤ「１２」に対応する状態情報を、第一テーブルから取得する。図３の第一テーブル２４１では、プレゼンティティＩＤ「１２」に状態情報「ログイン」が対応付けられているので、通知装置１０は、「ログイン」を状態情報として取得する。通知装置１０は、取得した状態情報「ログイン」とプレゼンティティＩＤ「１２」とを対応付け、状態情報の通知を行うパケット（以下「NOTIFY」という。）に格納する。通知装置１０は、端末装置１１に対してNOTIFYを送信する。端末装置１１は、NOTIFYを受信する（Ｓ２１）。これによって端末装置１１は、Ｓ１７でSUBSCRIBEによって要求した端末装置１２に対応する状態情報「ログイン」を取得する。端末装置１１は、通知装置１０に対して200 OKを送信し、通知装置１０は200 OKを受信する（Ｓ２３）。
【００３３】
続いて端末装置１１は、状態情報を所望する端末装置１２及び１３のうち、他方のプレゼンティティである端末装置１３に対応する状態情報を取得するために、通知装置１０に対してSUBSCRIBEを送信する。SUBSCRIBEには、プレゼンティティＩＤ「１３」が格納される。通知装置１０はSUBSCRIBEを受信する（Ｓ２５）。通知装置１０は、SUBSCRIBEを送信した端末装置１１のＩＤ「１１」を、ウォッチャＩＤとして第二テーブルに格納する。また通知装置１０は、SUBSCRIBEに格納されたプレゼンティティＩＤ「１３」を第二テーブルに格納する。なお図４の第二テーブル２４２のように、既に同一のウォッチャＩＤ「１１」が格納されている場合には、プレゼンティティＩＤ「１３」は既存のプレゼンティティＩＤ「１２」に追加して対応付けられ、格納される。通知装置１０は、端末装置１１に対して200 OKを送信し、端末装置１１は200 OKを受信する（Ｓ２７）。
【００３４】
通知装置１０は、Ｓ２５で受信したSUBSCRIBEに格納されたプレゼンティティＩＤ「１３」に対応する状態情報を、第一テーブルから取得する。図３の第一テーブル２４１では、プレゼンティティＩＤ「１３」に状態情報「ログアウト」が対応付けられているので、通知装置１０は、「ログアウト」を状態情報として取得する。通知装置１０は、プレゼンティティＩＤ「１３」及び状態情報「ログアウト」が対応付けて格納されたNOTIFYを、端末装置１１に対して送信する。端末装置１１はNOTIFYを受信する（Ｓ２９）。これによって端末装置１１は、Ｓ２５でSUBSCRIBEによって要求した端末装置１３に対応する状態情報「ログアウト」を取得する。端末装置１１は、通知装置１０に対して200 OKを送信し、通知装置１０は200 OKを受信する（Ｓ３１）。以上のようにして通知装置１０は、端末装置１１からの要求に応じ、状態情報を端末装置１１に対して通知する。
【００３５】
一方、端末装置１２は、端末装置１１とは異なり、二以上のプレゼンティティのＩＤを一つのSUBSCRIBEに格納して送信することで、対応する二以上の状態情報を通知装置１０に対して一度に要求できる。通知装置１０は、一つのSUBSCRIBEによって二以上の状態情報が要求された場合、要求された二以上の状態情報を200 OKに格納し、端末装置１２に対して送信する。これによって通知装置１０は、端末装置１２に対して複数の状態情報を同時に通知できる。通知装置１０は、状態情報を端末装置１２に対して通知する場合に必要となる通信を抑制することで、トラフィックの増大を防止している。
【００３６】
図２に示すように、端末装置１２から送信されるREGISTERによって、端末装置１２は通知装置１０に登録される（Ｓ３３）。端末装置１２のＩＤ「１２」は、プレゼンティティＩＤとして第一テーブルに格納される。続いて端末装置１２から送信されるPUBLISH（ログイン）によって、端末装置１２に対応する状態情報が通知装置１０に通知される（Ｓ３５）。状態情報「ログイン」が、プレゼンティティＩＤ「１２」に対応付けられて第一テーブルに格納される。通知装置１０から端末装置１２に対して、200 OKが送信される（Ｓ３７）。以上の処理は、前述したＳ１１、Ｓ１３、及びＳ１５と同じである。
【００３７】
端末装置１２のユーザが、端末装置１１及び１３に対応する状態情報の取得を所望しているとする。端末装置１２は、端末装置１１のＩＤ「１１」及び端末装置１３のＩＤ「１３」を、プレゼンティティＩＤとしてSUBSCRIBEに格納する。端末装置１２は、プレゼンティティＩＤが格納されたSUBSCRIBEを、通知装置１０に対して送信する。通知装置１０はSUBSCRIBEを受信する（Ｓ３９）。通知装置１０は、受信したSUBSCRIBEに格納されたプレゼンティティＩＤ「１１」に対応する状態情報と、プレゼンティティＩＤ「１３」に対応する状態情報を、第一テーブルから取得する。図３の第一テーブル２４１では、プレゼンティティＩＤ「１１」に状態情報「ログイン」が対応付けられ、プレゼンティティＩＤ「１３」に状態情報「ログアウト」が対応付けられているので、通知装置１０は、状態情報「ログイン」「ログアウト」を其々取得する。通知装置１０は、取得した状態情報とプレゼンティティＩＤとを対応付けて200 OKに格納し、端末装置１２に対して送信する。端末装置１２は200 OKを受信する（Ｓ４１）。これによって端末装置１２は、Ｓ３９において送信されたSUBSCRIBEに対する応答確認を行うと同時に、Ｓ３９でSUBSCRIBEによって要求した端末装置１１に対応する状態情報「ログイン」と、端末装置１３に対応する状態情報「ログアウト」とを一度に取得できる。
【００３８】
端末装置１３から通知装置１０に対してPUBLISH（ログイン）が送信されたとする（Ｓ４３）。第一テーブルのうち、プレゼンティティＩＤ「１３」に対応する状態情報は、「ログイン」に更新される。このような場合、通知装置１０では、更新された状態情報を他の端末装置１４に通知するために、以下の通信が実行される。
【００３９】
通知装置１０は、第二テーブルを参照する。通知装置は、PUBLISH（ログイン）を送信した端末装置１３のＩＤ「１３」が、プレゼンティティＩＤとして第二テーブルに格納されている場合、対応するウォッチャＩＤにて特定される端末装置１４に対して、更新された状態情報を通知する。図４の第二テーブル２４２では、プレゼンティティＩＤ「１３」にはウォッチャＩＤ「１１」及び「１２」が対応付けられている。従って通知装置１０は、端末装置１１に対して、端末装置１３に対応する状態情報「ログイン」が格納されたNOTIFYを送信する（Ｓ４５）。また通知装置１０は、端末装置１２に対して、端末装置１３に対応する状態情報「ログイン」が格納されたNOTIFYを送信する（Ｓ４７）。以上のように、通知装置１０は、端末装置１４に対して一旦通知された状態情報が更新された場合、更新後の状態情報を、端末装置１４に対して再度通知することができる。
【００４０】
以上のように、通知装置１０は、SUBSCRIBEによって要求されている状態情報の数に基づいて、二以上の状態情報をまとめて通知するか否かを判断している。これによって通知装置１０は、SUBSCRIBEを送信した端末装置１４が認識可能な態様で、状態情報を端末装置１４に対して通知することができる。また、通常のＳＩＰに基づいたプレゼンスサービスでは、端末装置１１にて実行される通信（Ｓ１１〜Ｓ３１）で示されるように、多くの通信手順が必要となる。これに対して、通知装置１０は、状況に応じて、肯定的な応答パケットである200 OKに状態情報を格納し、端末装置１４に対して通知できる。これによって通知装置１０は、プレゼンスサービスに必要な通信量を抑制できる。
【００４１】
例えば端末装置１１では、ＳＩＰに基づいて通常行われる通信方法に基づいてのみ状態情報が取得されるので、複数の状態情報が格納されたメッセージを受信しても、複数の状態情報をメッセージから取得することができない。さらに端末装置１１は、200 OKから状態情報を取得することができない。従って通知装置１０は、端末装置１１に対しては、ＳＩＰに基づいて通常行われる通信方法に基づき、NOTIFYに一の状態情報を格納して通知する。一方で端末装置１２は、複数の状態情報が格納された200 OKから状態情報を取得することができるので、通知装置１０は、複数の状態情報が格納された200 OKを使用し、状態情報を通知する。このように通知装置１０は、状態情報を取得するための通信方法が異なる複数の端末装置１４がネットワーク３に併存している場合であっても、端末装置１４毎に最適な通信方法を選択し、状態情報を通知することができる。
【００４２】
図５を参照し、通知装置１０のＣＰＵ２１において実行される通知メイン処理について説明する。通知メイン処理は、ＣＰＵ２１に電源が投入された場合において、ＣＰＵ２１において起動され実行される。
【００４３】
端末装置１４からSUBSCRIBEを受信したかが判断される（Ｓ５１）。端末装置１４からSUBSCRIBEを受信した場合（Ｓ５１：ＹＥＳ）、SUBSCRIBEを送信した端末装置１４のＩＤが、ウォッチャＩＤとして第二テーブルに格納される。また、SUBSCRIBEに格納されているプレゼンティティＩＤが、ウォッチャＩＤに対応付けられて第二テーブルに格納される（Ｓ５３）。
【００４４】
SUBSCRIBEに二以上のプレゼンティティＩＤが格納されているかが判断される（Ｓ６３）。SUBSCRIBEに格納されているプレゼンティティＩＤが一つである場合（Ｓ６３：ＮＯ）、SUBSCRIBEを送信した端末装置１４は、複数の状態情報が格納されたメッセージを受信しても、このメッセージから状態情報を取得することができない可能性がある。この場合、SUBSCRIBEを送信した端末装置１４に対して200 OKが送信される（Ｓ８１）。Ｓ５１で受信したSUBSCRIBEに格納されていたプレゼンティティＩＤが取得される。第一テーブルが参照される。取得されたプレゼンティティＩＤに対応する状態情報が取得される（Ｓ８３）。取得された状態情報とプレゼンティティＩＤとが格納されたNOTIFYが作成される（Ｓ８５）。作成されたNOTIFYは、SUBSCRIBEを送信した端末装置１４に対して送信される（Ｓ８７）。処理はＳ５１に戻る。このように通知装置１０は、端末装置１４において複数の状態情報が格納されたメッセージを処理することができない可能性があると判断した場合、一の状態情報が格納されたメッセージ（NOTIFY）を端末装置１４に対して送信する。これによって端末装置１４は、確実に状態情報を取得できる。
【００４５】
一方、Ｓ５１で受信したSUBSCRIBEに、二以上のプレゼンティティＩＤが格納されていた場合（Ｓ６３：ＹＥＳ）、SUBSCRIBEを送信した端末装置１４において、複数の状態情報が格納されたメッセージから状態情報を取得することができると判断される。SUBSCRIBEに格納されていたプレゼンティティＩＤは、ＲＡＭ２３に記憶される。ＲＡＭ２３に記憶された二以上のプレゼンティティＩＤが、第一テーブルに全て格納されているかが判断される（Ｓ６５）。ＲＡＭ２３に記憶された二以上のプレゼンティティＩＤが第一テーブルに全て格納されている場合（Ｓ６５：ＹＥＳ）、プレゼンティティＩＤに対応する状態情報を、SUBSCRIBEを送信した端末装置１４に対して通知するための処理が、以下のようにして実行される。
【００４６】
ＲＡＭ２３に記憶した二以上のプレゼンティティＩＤが、一つずつ選択される。第一テーブルが参照される。選択されたプレゼンティティＩＤに対応する状態情報が取得される（Ｓ６７）。取得された状態情報のデータサイズの合計が、所定値より大きいかが判断される（Ｓ６９）。所定値は、例えば、ネットワーク３に介在するルータやサーバにおいて転送し得る最大のデータサイズに基づいて決定される。データサイズの合計が所定値以下である場合（Ｓ７１：ＮＯ）、処理はＳ６７に戻る。選択されていないプレゼンティティＩＤがＲＡＭ２３から順番に選択され、対応する状態情報が取得されて（Ｓ６７）、処理が繰り返される。
【００４７】
状態情報のデータサイズの合計が所定値より大きくなった場合（Ｓ６９：ＹＥＳ）、データサイズの合計が所定値以下となるように、状態情報が一つ取り除かれる。取り除かれた状態情報に対応するプレゼンティティＩＤは、ＲＡＭ２３に戻される。データサイズの合計が所定値以下となるように調整された状態情報と、対応するプレゼンティティＩＤが200 OKに格納され、200 OKが作成される（Ｓ７１）。作成された200 OKは、SUBSCRIBEを送信した端末装置１４に対して送信される（Ｓ７３）。ＲＡＭ２３に、選択されていないプレゼンティティＩＤが残っているかが判断される（Ｓ７５）。選択されていないプレゼンティティＩＤがＲＡＭ２３に残っている場合（Ｓ７５：ＹＥＳ）、処理はＳ６７に戻る。残りのプレゼンティティＩＤ及び対応する状態情報を200 OKに格納して送信するために、処理が繰り返される。一方、ＲＡＭ２３に記憶されたプレゼンティティＩＤが全て選択された場合（Ｓ７５：ＮＯ）、処理はＳ５１に戻る。
【００４８】
以上のように、通知装置１０は、SUBSCRIBEによって要求されている状態情報の数が二以上である場合に、二以上の状態情報をまとめて通知できると判断し、状態情報を端末装置１４に対して通知している。また通知装置１０は、状態情報のデータサイズの合計が所定値以下となるように分割し、200 OKに格納して端末装置１４に送信する。これによって、ネットワーク３に介在するルータやサーバ等が200 OKを分割することを回避できる。従って、ルータやサーバでの処理負荷を軽減できるので、200 OKは確実にルータやサーバによって転送され、端末装置１４に到達する。端末装置１４は、通知装置１０から送信された200 OKを確実に受信し、状態情報を取得できる。
【００４９】
なお上述では、状態情報のデータサイズの合計が所定値より大きいかを判断しているが、例えば、状態情報のデータサイズと、対応するプレゼンティティＩＤのデータサイズとの合計が、所定値より大きいかを判断してもよい。また、状態情報の合計数が所定値より大きいであるかを判断してもよい。
【００５０】
Ｓ６５で、ＲＡＭ２３に格納された二以上のプレゼンティティＩＤのうち、第一テーブルに格納されていないプレゼンティティＩＤがある場合（Ｓ６５：ＮＯ）、対応する状態情報を全て取得できないことになる。この場合、状態情報を取得できない旨を通知するパケット（以下「481」という。）に、第一テーブルに格納されていないプレゼンティティＩＤが格納されることで、481が作成される（Ｓ７７）。作成された481は、SUBSCRIBEを送信した端末装置１４に対して送信される（Ｓ７９）。処理はＳ５１に戻る。
【００５１】
このように通知装置１０は、SUBSCRIBEによって指定されたプレゼンティティＩＤに対応する状態情報の全てを特定できない場合、状態情報が取得できない旨を、該当するＩＤとともに端末装置１４に対して通知することができる。これによって端末装置１４は、通知装置１０が管理するネットワーク３やサービスの範囲内に、所望する端末装置１４が存在していないことを認識できる。例えば、通知装置１０がテレビ会議に参加している端末装置１４の状態情報を管理している場合、481を受信した端末装置１４は、所望する端末装置１４のうちいずれかがテレビ会議に参加していないことを認識することができる。
【００５２】
Ｓ５１で、端末装置１４からSUBSCRIBEを受信していない場合（Ｓ５１：ＮＯ）、端末装置１４からPUBLISHを受信したかが判断される（Ｓ５５）。端末装置１４からPUBLISHを受信した場合（Ｓ５５：ＹＥＳ）、PUBLISHに格納されている状態情報が、PUBLISHを送信した端末装置１４のＩＤに対応付けられて第一テーブルに格納される（Ｓ５７）。なお、PUBLISHを送信した端末装置１４のＩＤに、既に状態情報が対応付けられている場合、状態情報は更新される。
【００５３】
第二テーブルに、PUBLISHを送信した端末装置１４のＩＤがプレゼンティティＩＤとして格納されているかが判断される（Ｓ５９）。PUBLISHを送信した端末装置１４のＩＤがプレゼンティティＩＤとして第二テーブルに格納されている場合（Ｓ５９：ＹＥＳ）、PUBLISHに格納されていた状態情報を、端末装置１４に対して通知する必要がある。処理はＳ８３に進む。PUBLISHを送信した端末装置１４のＩＤに対応する状態情報が、第一テーブルから取得される（Ｓ８３）。取得された状態情報が格納されたNOTIFYが作成される（Ｓ８５）。第二テーブルのうち、PUBLISHを送信した端末装置１４のＩＤと一致するプレゼンティティＩＤに対応するウォッチャＩＤが特定される。特定されたウォッチャＩＤの端末装置１４に対して、NOTIFYが送信される（Ｓ８７）。処理はＳ５１に戻る。以上のようにして通知装置１０は、状態情報が更新された場合に、更新後の状態情報を端末装置１４に通知することができる。
【００５４】
Ｓ５５で、端末装置１４からPUBLISHを受信していない場合（Ｓ５５：ＮＯ）、状態情報の通知を終了する指示が、通知装置１０のユーザによって入力されたかが判断される（Ｓ６１）。状態情報の通知を終了する指示が入力された場合（Ｓ６１：ＹＥＳ）、通知メイン処理は終了する。状態情報の通知を終了する指示が入力されていない場合（Ｓ６１：ＮＯ）、処理はＳ５１に戻る。
【００５５】
以上説明したように、通知装置１０は、二以上の端末装置１４の状態情報を要求するSUBSCRIBEを受信した場合、対応する二以上の状態情報が格納された200 OKによって、状態情報を端末装置１４に対して通知する。一方通知装置１０は、一の状態情報を要求するSUBSCRIBEを受信した場合には、ＳＩＰによる通常の通信方法に基づき、一の状態情報が格納されたNOTIFYによって、状態情報を端末装置１４に対して通知する。これによって通知装置１０は、SUBSCRIBEを送信した端末装置１４が認識可能な態様で、状態情報を端末装置１４に対して通知することができる。
【００５６】
図６を参照し、端末装置１２のＣＰＵ３１において実行される端末メイン処理について説明する。通知メイン処理は、ＣＰＵ３１に電源が投入された場合において、ＣＰＵ３１において起動され実行される。なお端末装置１１のＣＰＵ３１では、ＳＩＰに基づいて通常行われる方法に基づき、状態情報を一つずつ取得する周知の通信処理が実行される。従って以下では、二以上の状態情報を一度に取得できる端末装置１２のＣＰＵ３１において実行される処理のみ説明し、端末装置１１のＣＰＵ３１において実行される処理については説明を省略している。
【００５７】
端末装置１２のユーザによって、状態情報を取得する指示がプレゼンティティＩＤとともに入力されたかが判断される（Ｓ９１）。状態情報を取得する指示が入力された場合（Ｓ９１：ＹＥＳ）、同時に入力されたプレゼンティティＩＤが取得され、ＲＡＭ３３に記憶される。ＲＡＭ３３に記憶されたプレゼンティティＩＤが、一つずつ取得される（Ｓ１０５）。取得されたプレゼンティティＩＤのデータサイズの合計が、所定値より大きいかが判断される（Ｓ１０７）。所定値は、例えば、ネットワーク３に介在するルータやサーバにおいて転送し得る最大のデータサイズに基づいて決定される。データサイズの合計が所定値以下である場合（Ｓ１０７：ＮＯ）、処理はＳ１０５に戻る。選択されていないプレゼンティティＩＤがＲＡＭ３３から順番に取得され、処理が繰り返される。
【００５８】
プレゼンティティＩＤのデータサイズの合計が所定値より大きくなった場合（Ｓ１０７：ＹＥＳ）、データサイズの合計が所定値以下となるように、プレゼンティティＩＤが一つ取り除かれる。取り除かれたプレゼンティティＩＤは、ＲＡＭ３３に戻される。データサイズの合計が所定値以下となるように調整されたプレゼンティティＩＤがSUBSCRIBEに格納され、SUBSCRIBEが作成される（Ｓ１０９）。作成されたSUBSCRIBEは、通知装置１０に対して送信される（Ｓ１１１）。ＲＡＭ３３に、選択されていないプレゼンティティＩＤが残っているかが判断される（Ｓ１１３）。選択されていないプレゼンティティＩＤがＲＡＭ３３に残っている場合（Ｓ１１３：ＹＥＳ）、処理はＳ１０５に戻る。残りのプレゼンティティＩＤをSUBSCRIBEに格納して送信するために、処理が繰り返される。一方、ＲＡＭ３３に記憶されたプレゼンティティＩＤが全て選択された場合（Ｓ１１３：ＮＯ）、処理はＳ９１に戻る。
【００５９】
このように端末装置１２は、プレゼンティティＩＤのデータサイズの合計が所定値以下となるように分割し、SUBSCRIBEに格納して通知装置１０に送信する。これによって、ネットワーク３に介在するルータやサーバ等がSUBSCRIBEを分割することを回避できる。従って、ルータやサーバでの処理負荷を軽減できるので、SUBSCRIBEは確実にルータやサーバによって転送され、通知装置１０に到達する。端末装置１２は、通知装置１０から確実に送信される200 OKを受信し、状態情報を取得できる。
【００６０】
Ｓ９１で、ユーザが指示を入力していない場合（Ｓ９１：ＮＯ）、通知装置１０から送信されるNOTIFYを受信したかが判断される（Ｓ９３）。NOTIFYを受信した場合（Ｓ９３：ＹＥＳ）、NOTIFYに格納されている一つの状態情報が取得される（Ｓ９５）。取得された状態情報を示す画像が、出力部３６から出力される（Ｓ９６）。処理はＳ９１に戻る。
【００６１】
Ｓ９３で、NOTIFYを受信していない場合（Ｓ９３：ＮＯ）、通知装置１０から送信される200 OKを受信したかが判断される（Ｓ９７）。200 OKを受信した場合（Ｓ９７：ＹＥＳ）、200 OKに状態情報が格納されているかが判断される（Ｓ９９）。なお200 OKには、二以上のプレゼンティティＩＤが格納されたSUBSCRIBEに応じて通知装置１０から返信される状態情報が格納されるので、常に二以上の状態情報が格納されていることになる。200 OKに状態情報が格納されている場合（Ｓ９９：ＹＥＳ）、200 OKに格納されている二以上の状態情報が取得される（Ｓ９５）。取得された状態情報を示す画像が出力部３６から出力され（Ｓ９６）、処理はＳ９１に戻る。一方、受信した200 OKに状態情報が格納されていない場合（Ｓ９９：ＮＯ）、処理はＳ９１に戻る。
【００６２】
以上のように端末装置１２は、二以上の状態情報を一度に取得することができ、且つ、肯定的な応答パケットである200 OKに格納された状態情報を取得できるので、状態情報を取得するために必要な通信を抑制でき、ネットワーク３のトラフィックが増大することを防止できる。
【００６３】
Ｓ９７で、200 OKを受信していない場合（Ｓ９７：ＮＯ）、通知装置１０から送信される481を受信したかが判断される（Ｓ１０１）。481を受信していない場合（Ｓ１０１：ＮＯ）、処理はＳ９１に戻る。481を受信した場合（Ｓ１０１：ＹＥＳ）、481に格納されているプレゼンティティＩＤが取得される。Ｓ９１でユーザによって入力され、ＲＡＭ３３に記憶されたプレゼンティティＩＤから、取得されたプレゼンティティＩＤが削除される（Ｓ１０３）。この状態でＲＡＭ３３に残っているプレゼンティティＩＤは、通知装置１０において状態情報を特定することが可能な端末装置１４のＩＤということになる。処理はＳ１０５に進む。ＲＡＭ３３に記憶されたプレゼンティティＩＤが、一つずつ取得され（Ｓ１０５）、データサイズの合計が所定値以下となるように調整される。調整されたプレゼンティティＩＤがSUBSCRIBEに格納され、SUBSCRIBEが作成される（Ｓ１０９）。作成されたSUBSCRIBEは、通知装置１０に対して送信される（Ｓ１１１）。なお、SUBSCRIBEに格納されたプレゼンティティＩＤは、全て通知装置１０において状態情報の特定が可能のＩＤであるので、端末装置１２は、プレゼンティティＩＤに対応する状態情報を確実に取得できる。
【００６４】
以上説明したように、端末装置１２は、所望するプレゼンティティが二以上ある場合、共通のSUBSCRIBEによって状態情報を通知装置１０に対して要求することができる。また端末装置１２は、200 OKに格納された複数の状態情報を認識できる。これによって、状態情報を取得するために必要な通信を抑制できるので、ネットワーク３のトラフィックが増大することを防止できる。
【００６５】
なお本発明は、上述の実施形態に限定されるものではなく、種々の変更が可能である。上述では、通知装置１０において受信されたSUBSCRIBEに格納されたプレゼンティティＩＤの全てが、第一テーブルに格納されていない場合、格納されていないプレゼンティティＩＤを格納した481を端末装置１４に対して送信していた。本発明はこれに限定されない。通知装置１０は、SUBSCRIBEに格納されたプレゼンティティＩＤから、第一テーブルに記憶されているプレゼンティティＩＤを抽出してもよい。そして、対応する状態情報を第一テーブルから取得して200 OKに格納し、SUBSCRIBEを送信した端末装置１４に対して200 OKを送信してもよい。これらの処理は、図５におけるＳ６５、Ｓ７７、及びＳ７９の処理を削除した通知メイン処理によって実行可能である。即ち、SUBSCRIBEが受信された場合（Ｓ５１：ＹＥＳ）であって、二以上のプレゼンティティＩＤがSUBSCRIBEに格納されていた場合（Ｓ６３：ＹＥＳ）、二以上のプレゼンティティＩＤはＲＡＭ２３に記憶される。Ｓ６７では、ＲＡＭ２３に記憶されたプレゼンティティＩＤのうち、対応する状態情報が第一テーブルに格納されているプレゼンティティＩＤが取得される（Ｓ６７）。そして、データサイズの合計が所定値以下となるようにプレゼンティティＩＤが調整されて200 OKに格納され（Ｓ７１）、200 OKは端末装置１４に対して送信される（Ｓ７３）。このように通知装置１０は、SUBSCRIBEにて要求された状態情報の全てを第一テーブルから取得できない場合、取得可能な状態情報のみを取得して端末装置１４に通知できる。これによって端末装置１４は、通知装置１０において取得可能な状態情報を短時間で取得できる。端末装置１４は、通知装置１０において取得可能な状態情報を把握して再度要求する通信が不要となるので、ネットワーク３のトラフィックを抑制できる。
【００６６】
上述の実施形態では、通知装置１０が端末装置１４からSUBSCRIBEを直接受信し、対応する状態情報を端末装置１４に対して通知していた。本発明はこれに限定されない。ネットワーク３に接続するＳＩＰサーバが、端末装置１４からSUBSCRIBEを受信してもよい。ＳＩＰサーバは、状態情報を取得するために、通知装置１０に問い合わせてもよい。通知装置１０は、ＳＩＰサーバからの問い合わせに応じ、対応する状態情報をＳＩＰサーバに通知してもよい。上述では、通知装置１０は二以上の状態情報を200 OKに格納し、端末装置１４に対して送信していたが、例えばNOTIFYに二以上の状態情報を格納し、端末装置１４に対して通知してもよい。
【００６７】
なお、第一テーブルを記憶する図１のＨＤＤ２４が本発明の「記憶手段」に相当する。図５のＳ５１の処理を行うＣＰＵ２１が本発明の「受信手段」に相当し、Ｓ６３の処理を行うＣＰＵ２１が本発明の「第一判断手段」に相当し、Ｓ６５の処理を行うＣＰＵ２１が本発明の「第二判断手段」に相当し、Ｓ６７の処理を行うＣＰＵ２１が本発明の「第一取得手段」に相当し、Ｓ７３の処理を行うＣＰＵ２１が本発明の「第一送信手段」に相当し、Ｓ７９の処理を行うＣＰＵ２１が本発明の「第二送信手段」に相当し、Ｓ８３の処理を行うＣＰＵ２１が本発明の「第二取得手段」に相当し、Ｓ８７の処理を行うＣＰＵ２１が本発明の「第三送信手段」に相当する。図５のＳ５１が本発明の「受信ステップ」に相当し、Ｓ６３の処理が本発明の「第一判断ステップ」に相当し、Ｓ６５の処理が本発明の「第二判断ステップ」に相当し、Ｓ６７の処理が本発明の「第一取得ステップ」に相当し、Ｓ７３の処理が本発明の「第一送信ステップ」に相当し、Ｓ７９の処理が本発明の「第二送信ステップ」に相当し、Ｓ８３の処理が本発明の「第二取得ステップ」に相当し、Ｓ８７の処理が本発明の「第三送信ステップ」に相当する。図６のＳ１１１の処理を行うＣＰＵ３１が本発明の「端末送信手段」に相当し、Ｓ９７の処理を行うＣＰＵ３１が本発明の「端末受信手段」に相当する。
【符号の説明】
【００６８】
１ 通信システム
１０ 通知装置
１１、１２、１３、１４ 端末装置
２１ ＣＰＵ
２４ ＨＤＤ
２４１ 第一テーブル
２４２ 第二テーブル
【特許請求の範囲】
【請求項１】
ネットワークを介して接続した端末装置を識別する識別情報と、前記端末装置及び前記端末装置のユーザの状態を示す状態情報とが対応付けられて記憶された記憶手段と、
前記端末装置から送信された、他の前記端末装置の前記状態情報を要求する要求パケットを受信する受信手段と、
前記受信手段によって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断手段と、
前記第一判断手段によって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断手段と、
前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得手段と、
前記第一取得手段によって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信手段と
を備えたことを特徴とする通知装置。
【請求項２】
前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報のうち少なくとも一が前記記憶手段に記憶されていないと判断された場合に、前記状態情報が取得できない旨を通知する第二通知パケットを、前記要求パケットを送信した前記端末装置に対して送信する第二送信手段を備えたことを特徴とする請求項１に記載の通知装置。
【請求項３】
前記第一送信手段は、
前記第一通知パケットに格納する前記状態情報のデータサイズが所定値より大きくなった場合に、前記状態情報のデータサイズが前記所定値以下となるように分割して前記第一通知パケットに格納し、前記第一通知パケットを送信することを特徴とする請求項１又は２に記載の通知装置。
【請求項４】
前記第一取得手段は、
前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報のうち少なくとも一が前記記憶手段に記憶されていないと判断された場合に、二以上の前記端末装置の前記識別情報のうち、前記記憶手段に記憶されている前記識別情報に対応する前記状態情報を取得することを特徴とする請求項１に記載の通知装置。
【請求項５】
前記第一判断手段によって、一の前記他の端末装置の前記状態情報が要求されていると判断された場合に、一の前記他の端末装置の前記識別情報に対応する一の前記状態情報を、前記記憶手段から取得する第二取得手段と、
前記第二取得手段によって取得された一の前記状態情報を第三通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第三通知パケットを送信する第三送信手段と
を備えたことを特徴とする請求項１から４のいずれかに記載の通知装置。
【請求項６】
ネットワークに接続した端末装置、及び、前記端末装置及び前記端末装置のユーザの状態を示す状態情報を前記端末装置に対して通知する通知装置を備えた通知システムであって、
前記通知装置は、
前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段と、
前記端末装置から送信された、他の前記端末装置の前記状態情報を要求する要求パケットを受信する第一受信手段と、
前記第一受信手段によって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断手段と、
前記第一判断手段によって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断手段と、
前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得手段と、
前記第一取得手段によって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信手段と
を備え、
前記端末装置は、
一又は二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットを、前記通知装置に対して送信する端末送信手段と、
前記端末送信手段によって二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットが送信された場合に、前記通知装置から送信される前記第一通知パケットを受信する端末受信手段と
を備えたことを特徴とする通知システム。
【請求項７】
請求項１から４のいずれかに記載の前記通知装置に対して前記要求パケットを送信する前記端末装置であって、
一又は二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットを、前記通知装置に対して送信する端末送信手段と、
前記端末送信手段によって二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットが送信された場合に、前記通知装置から送信される前記第一通知パケットであって、前記端末送信手段によって送信された前記要求パケットによって要求された二以上の前記他の端末装置の前記状態情報が格納された前記第一通知パケットを受信する端末受信手段と
を備えたことを特徴とする端末装置。
【請求項８】
ネットワークを介して接続した端末装置から送信された、他の前記端末装置及び前記他の端末装置のユーザの状態を示す前記状態情報を要求する要求パケットを受信する受信ステップと、
前記受信ステップによって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断ステップと、
前記第一判断ステップによって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段を参照し、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断ステップと、
前記第二判断ステップによって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得ステップと、
前記第一取得ステップによって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信ステップと
を備えたことを特徴とする通知方法。
【請求項９】
ネットワークを介して接続した端末装置から送信された、他の前記端末装置及び前記端末装置のユーザの状態を示す前記状態情報を要求する要求パケットを受信する受信ステップと、
前記受信ステップによって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断ステップと、
前記第一判断ステップによって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段を参照し、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断ステップと、
前記第二判断ステップによって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得ステップと、
前記第一取得ステップによって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信ステップと
をコンピュータに実行させるための通知プログラム。
【請求項１】
ネットワークを介して接続した端末装置を識別する識別情報と、前記端末装置及び前記端末装置のユーザの状態を示す状態情報とが対応付けられて記憶された記憶手段と、
前記端末装置から送信された、他の前記端末装置の前記状態情報を要求する要求パケットを受信する受信手段と、
前記受信手段によって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断手段と、
前記第一判断手段によって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断手段と、
前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得手段と、
前記第一取得手段によって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信手段と
を備えたことを特徴とする通知装置。
【請求項２】
前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報のうち少なくとも一が前記記憶手段に記憶されていないと判断された場合に、前記状態情報が取得できない旨を通知する第二通知パケットを、前記要求パケットを送信した前記端末装置に対して送信する第二送信手段を備えたことを特徴とする請求項１に記載の通知装置。
【請求項３】
前記第一送信手段は、
前記第一通知パケットに格納する前記状態情報のデータサイズが所定値より大きくなった場合に、前記状態情報のデータサイズが前記所定値以下となるように分割して前記第一通知パケットに格納し、前記第一通知パケットを送信することを特徴とする請求項１又は２に記載の通知装置。
【請求項４】
前記第一取得手段は、
前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報のうち少なくとも一が前記記憶手段に記憶されていないと判断された場合に、二以上の前記端末装置の前記識別情報のうち、前記記憶手段に記憶されている前記識別情報に対応する前記状態情報を取得することを特徴とする請求項１に記載の通知装置。
【請求項５】
前記第一判断手段によって、一の前記他の端末装置の前記状態情報が要求されていると判断された場合に、一の前記他の端末装置の前記識別情報に対応する一の前記状態情報を、前記記憶手段から取得する第二取得手段と、
前記第二取得手段によって取得された一の前記状態情報を第三通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第三通知パケットを送信する第三送信手段と
を備えたことを特徴とする請求項１から４のいずれかに記載の通知装置。
【請求項６】
ネットワークに接続した端末装置、及び、前記端末装置及び前記端末装置のユーザの状態を示す状態情報を前記端末装置に対して通知する通知装置を備えた通知システムであって、
前記通知装置は、
前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段と、
前記端末装置から送信された、他の前記端末装置の前記状態情報を要求する要求パケットを受信する第一受信手段と、
前記第一受信手段によって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断手段と、
前記第一判断手段によって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断手段と、
前記第二判断手段によって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得手段と、
前記第一取得手段によって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信手段と
を備え、
前記端末装置は、
一又は二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットを、前記通知装置に対して送信する端末送信手段と、
前記端末送信手段によって二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットが送信された場合に、前記通知装置から送信される前記第一通知パケットを受信する端末受信手段と
を備えたことを特徴とする通知システム。
【請求項７】
請求項１から４のいずれかに記載の前記通知装置に対して前記要求パケットを送信する前記端末装置であって、
一又は二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットを、前記通知装置に対して送信する端末送信手段と、
前記端末送信手段によって二以上の前記他の端末装置の前記状態情報を要求する前記要求パケットが送信された場合に、前記通知装置から送信される前記第一通知パケットであって、前記端末送信手段によって送信された前記要求パケットによって要求された二以上の前記他の端末装置の前記状態情報が格納された前記第一通知パケットを受信する端末受信手段と
を備えたことを特徴とする端末装置。
【請求項８】
ネットワークを介して接続した端末装置から送信された、他の前記端末装置及び前記他の端末装置のユーザの状態を示す前記状態情報を要求する要求パケットを受信する受信ステップと、
前記受信ステップによって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断ステップと、
前記第一判断ステップによって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段を参照し、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断ステップと、
前記第二判断ステップによって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得ステップと、
前記第一取得ステップによって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信ステップと
を備えたことを特徴とする通知方法。
【請求項９】
ネットワークを介して接続した端末装置から送信された、他の前記端末装置及び前記端末装置のユーザの状態を示す前記状態情報を要求する要求パケットを受信する受信ステップと、
前記受信ステップによって受信された前記要求パケットによって、二以上の前記他の端末装置の前記状態情報が要求されているかを判断する第一判断ステップと、
前記第一判断ステップによって、二以上の前記他の端末装置の前記状態情報が要求されていると判断された場合に、前記端末装置を識別する識別情報と前記状態情報とが対応付けられて記憶された記憶手段を参照し、二以上の前記他の端末装置の前記識別情報が前記記憶手段に全て記憶されているかを判断する第二判断ステップと、
前記第二判断ステップによって、二以上の前記他の端末装置の前記識別情報が全て前記記憶手段に記憶されていると判断された場合に、二以上の前記他の端末装置の前記識別情報に対応する二以上の前記状態情報を、前記記憶手段から取得する第一取得ステップと、
前記第一取得ステップによって取得された二以上の前記状態情報を第一通知パケットに格納し、前記要求パケットを送信した前記端末装置に対して前記第一通知パケットを送信する第一送信ステップと
をコンピュータに実行させるための通知プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−８３９２４（Ｐ２０１２−８３９２４Ａ）
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願番号】特願２０１０−２２９１００（Ｐ２０１０−２２９１００）
【出願日】平成２２年１０月８日（２０１０．１０．８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願日】平成２２年１０月８日（２０１０．１０．８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]