(57)【要約】  【課題】  サーバ装置における状態情報の破棄を抑制することが可能になると共に、ネットワークトラヒック量も低減することができるサーバ装置、参照端末装置、および通信方法を提供すること。  【解決手段】  種々の状態が登録されるユーザ端末１０５、機器１０６と状態を参照する参照端末装置１０２とに接続されたサーバ装置１００が、ユーザ端末１０５、機器１０６に関する状態またはユーザ端末１０５、機器１０６を利用するユーザに関する状態を表す状態情報をユーザ端末１０５、機器１０６から取得し、取得された状態情報をマルチキャスト通信で特定の参照端末装置１０２に通知するように構成する。【選択図】  図１
2006352662.tif 000002
【特許請求の範囲】
【請求項１】
種々の状態を持つ状態登録端末装置と前記状態登録端末装置に関する前記状態または前記状態登録端末装置を利用するユーザに関する状態を表す状態情報を参照する参照端末装置とに接続されたサーバ装置であって、
前記状態情報を前記状態登録端末装置から取得する状態情報取得手段と、
前記状態情報取得手段によって取得された前記状態情報をマルチキャスト通信で少なくとも一つの前記参照端末装置に通知する状態情報通知手段とを備えたことを特徴とするサーバ装置。
【請求項２】
前記参照端末装置毎に予め定めた前記マルチキャスト通信に使用するアドレスを保持する送信アドレス保持手段を備えたことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記状態情報を通知させる要求を行うための通知要求メッセージを前記参照端末装置から受信する通知要求受信手段と、
前記通知要求受信手段によって受信された通知要求メッセージに応じて、前記マルチキャスト通信に使用するアドレスを設定した応答メッセージを前記参照端末装置に送信する通知応答送信手段とを備えたことを特徴とする請求項１または請求項２に記載のサーバ装置。
【請求項４】
前記状態情報取得手段によって取得された前記状態情報を保持する状態情報保持手段を備え、
前記状態情報通知手段は、前記状態情報保持手段が保持した複数の前記状態情報を１つにまとめて前記マルチキャスト通信で少なくとも一つの前記参照端末装置に通知することを特徴とする請求項１から請求項３までの何れかに記載のサーバ装置。
【請求項５】
前記状態情報保持手段は、それぞれの前記状態情報の詳細を情報の重要度または情報の詳細度に応じ分類して部分状態情報として保持し、
前記状態情報通知手段は、複数の前記部分状態情報を１つにまとめて前記マルチキャスト通信で少なくとも一つの前記参照端末装置に通知することを特徴とする請求項４に記載のサーバ装置。
【請求項６】
前記１つにまとめた情報を構成する情報毎に少なくとも一つの暗号鍵を用いて暗号化する暗号化手段を備え、
前記状態情報通知手段は、前記暗号化手段によって暗号化されたメッセージを前記マルチキャスト通信で少なくとも一つの前記参照端末装置に通知することを特徴とする請求項４または請求項５に記載のサーバ装置。
【請求項７】
前記暗号化手段が用いる前記暗号鍵は、前記状態登録端末装置毎に異なることを特徴とする請求項６に記載のサーバ装置。
【請求項８】
前記暗号化手段が用いる前記暗号鍵は、前記参照端末装置毎に異なることを特徴とする請求項６または請求項７に記載のサーバ装置。
【請求項９】
前記通知要求受信手段によって受信された通知要求メッセージに応じて、前記通知応答送信手段が前記応答メッセージを前記参照端末装置に送信すると共に、前記暗号化手段は、前記参照端末装置との間で用いられる前記暗号鍵を交換することを特徴とする請求項７または請求項８に記載のサーバ装置。
【請求項１０】
前記参照端末装置との間で交換される前記暗号鍵が定期的に更新されることを特徴とする請求項９に記載のサーバ装置。
【請求項１１】
前記状態情報通知手段、前記通知要求受信手段、および前記通知応答送信手段は、ＳＩＰに準拠した処理を行うことを特徴とする請求項１から請求項１０までの何れかに記載のサーバ装置。
【請求項１２】
種々の状態を持つ状態登録端末装置に関する前記状態または前記状態登録端末装置を利用するユーザに関する状態を表す状態情報をサーバ装置から参照する参照端末装置であって、
前記サーバ装置からマルチキャスト通信で送信された状態情報を受信する状態情報受信手段を備えたことを特徴とする参照端末装置。
【請求項１３】
前記状態情報を通知させる要求を行うための通知要求メッセージを前記サーバ装置に送信する通知要求送信手段と、
前記通知要求メッセージに応じた前記マルチキャスト通信に使用するアドレスを設定した応答メッセージを受信する通知応答受信手段と、
前記通知応答受信手段によって受信された応答メッセージに設定されたアドレスを保持するアドレス保持手段とを備えたことを特徴とする請求項１２に記載の参照端末装置。
【請求項１４】
前記状態情報受信手段は、それぞれの前記状態情報の詳細を情報の重要度または情報の詳細度に応じ分類して部分状態情報を１つにまとめた情報を前記サーバ装置から受信したとき、前記１つにまとめた情報を、個々の状態情報または部分状態情報に分割し、分割した情報の内容を解釈する情報解釈手段を備えたことを特徴とする請求項１２または請求項１３に記載の参照端末装置。
【請求項１５】
暗号化された前記状態情報を復号する復号手段を備え、
前記状態情報受信手段は、前記１つにまとめた情報を構成する情報毎に少なくとも一つの暗号鍵を用いて暗号化された暗号情報を前記サーバ装置から受信し、
前記復号手段は、前記状態情報受信手段が受信した暗号情報を復号し、
前記情報解釈手段は、前記復号手段が復号した前記１つにまとめた情報を個々の状態情報または部分状態情報に分割し、分割した情報の内容を解釈することを特徴とする請求項１４に記載の参照端末装置。
【請求項１６】
前記通知要求送信手段は、前記状態情報を通知させる要求を行うための通知要求メッセージを前記サーバ装置に送信し、前記通知応答受信手段は、前記通知要求メッセージに基づいた前記マルチキャスト通信に使用するアドレスを設定した応答メッセージを受信すると共に、前記復号手段は、前記サーバ装置との間で用いられる鍵を交換することを特徴とする請求項１５に記載の参照端末装置。
【請求項１７】
前記サーバ装置との間で交換される鍵が定期的に更新されることを特徴とする請求項１６に記載の参照端末装置。
【請求項１８】
前記状態情報受信手段、前記通知要求送信手段、および前記通知応答受信手段は、ＳＩＰに準拠した処理を行うことを特徴とする請求項１３から請求項１７までの何れかに記載の参照端末装置。
【請求項１９】
種々の状態を持つ状態登録端末装置と前記状態登録端末装置に関する前記状態または前記状態登録端末装置を利用するユーザに関する状態を表す状態情報を参照する参照端末装置とに接続されたサーバ装置を利用した通信方法であって、
前記サーバ装置が前記状態情報を前記状態登録端末装置から取得する状態情報取得ステップと、
前記サーバ装置が前記状態情報取得ステップで取得された状態情報をマルチキャスト通信で少なくとも一つの前記参照端末装置に通知する状態情報通知ステップとを備えたことを特徴とする通信方法。
【請求項２０】
前記サーバ装置が前記参照端末装置毎に予め定めた前記マルチキャスト通信に使用するアドレスを保持する送信アドレス保持ステップを備えたことを特徴とする請求項１９に記載の通信方法。
【請求項２１】
前記サーバ装置が前記状態情報を通知させる要求を行うための通知要求メッセージを前記参照端末装置から受信する通知要求受信ステップと、
前記サーバ装置が、前記通知要求受信ステップで受信された通知要求メッセージに応じて、前記マルチキャスト通信に使用するアドレスを設定した応答メッセージを前記参照端末装置に送信する通知応答送信ステップとを備えたことを特徴とする請求項１９または請求項２０に記載の通信方法。
【請求項２２】
前記サーバ装置が前記状態情報取得ステップで取得された前記状態情報を保持する状態情報保持ステップを備え、
前記状態情報通知ステップでは、前記状態情報保持ステップで保持した複数の前記状態情報を１つにまとめて前記マルチキャスト通信で少なくとも一つの前記参照端末装置に通知することを特徴とする請求項１９から請求項２１までの何れかに記載の通信方法。
【請求項２３】
前記状態情報保持ステップでは、前記サーバ装置がそれぞれの前記状態情報の詳細を情報の重要度または情報の詳細度に応じ分類して部分状態情報として保持し、
前記状態情報通知ステップでは、前記サーバ装置が複数の前記部分状態情報を１つにまとめて前記マルチキャスト通信で少なくとも一つの前記参照端末装置に通知することを特徴とする請求項２２に記載の通信方法。
【請求項２４】
前記サーバ装置が前記１つにまとめた情報を構成する情報毎に少なくとも一つの暗号鍵を用いて暗号化する暗号化ステップを備え、
前記状態情報通知ステップでは、前記サーバ装置が前記暗号化ステップで暗号化されたメッセージを前記マルチキャスト通信で少なくとも一つの前記参照端末装置に通知することを特徴とする請求項２２または請求項２３に記載の通信方法。
【請求項２５】
前記暗号化ステップで用いる前記暗号鍵は、前記状態登録端末装置毎に異なることを特徴とする請求項２４に記載の通信方法。
【請求項２６】
前記暗号化ステップで用いる前記暗号鍵は、前記参照端末装置毎に異なることを特徴とする請求項２４または請求項２５に記載の通信方法。
【請求項２７】
前記通知要求受信ステップで受信された通知要求メッセージに応じて、前記サーバ装置が前記通知応答送信ステップで前記応答メッセージを前記参照端末装置に送信すると共に、前記暗号化ステップでは、前記サーバ装置が前記参照端末装置との間で用いられる前記暗号鍵を交換することを特徴とする請求項２５または請求項２６に記載の通信方法。
【請求項２８】
前記参照端末装置との間で交換される前記暗号鍵が定期的に更新されることを特徴とする請求項２７に記載の通信方法。
【請求項２９】
前記状態情報送信ステップ、前記通知要求受信ステップ、および前記通知応答送信ステップでは、ＳＩＰに準拠した処理を行うことを特徴とする請求項１９から請求項２８までの何れかに記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置に関する状態またはユーザに関する状態を表す状態情報を通知するサーバ装置、この状態を参照する参照端末装置、および、その通信方法に関する。
【背景技術】
【０００２】
近年、インターネットが広く普及し、インターネット電話やインスタントメッセージなどのサービスが広く利用されつつある。こうしたサービスの利便性を向上させる技術として、プレゼンスサービスがある。プレゼンスサービスは、種々の状態が登録される状態登録端末装置（Ｐｒｅｓｅｎｔｉｔｙ）に関する状態またはこの状態登録端末装置を利用するユーザに関する状態を表す状態情報をプレゼンスサーバと呼ばれるサーバ装置が状態登録端末装置から収集し、収集した状態情報を参照する参照端末装置（Ｗａｔｃｈｅｒ）に通知することによって実現されるサービスである。
【０００３】
一般的には、状態情報が通知される参照端末装置は、プレゼンスサーバが保持している状態情報のうち、一部の状態情報を参照したい旨を、予めプレゼンスサーバに通知しておき、参照したい一部の状態情報に変化があったときのみ、変化があった状態情報をプレゼンスサーバから受信して参照する。
【０００４】
プレゼンスサービスを実現するための具体的なプロトコルについては、いくつかのプロトコルが存在するが、以下ではＳＩＰ(Session Initiation Protocol)に準拠したプレゼンスサービスについて、簡単に説明する。
【０００５】
図１０は、従来のプレゼンスサービスシステムにおいてＳＩＰを用いた場合の動作例を示す図である。図１０に示したサーバ装置１０は、プレゼンスサーバであり、状態登録端末装置であるユーザ端末１０５に関わる状態を管理している。例えば、ユーザ端末１０５を利用するユーザがユーザ端末１０５の傍らの座席から離席する等、ユーザに関する状態が変化すると、ユーザ端末１０５は、離席を表す状態情報が設定されたＰＵＢＬＩＳＨメッセージを、プレゼンスサービスを提供するサーバ装置１０に送信する。サーバ装置１０は、ユーザ端末１０５から送信されたＰＵＢＬＩＳＨメッセージを受信し、受信した状態情報を保持する。
【０００６】
一方、参照端末装置１２が、ユーザ端末１０５に関わる状態情報を参照したいときには、参照端末装置１２は、ユーザ端末１０５を指定したＳＵＢＳＣＲＩＢＥメッセージをサーバ装置１０に送信する。
【０００７】
ここで、サーバ装置１０は、ＳＵＢＳＣＲＩＢＥメッセージを受信した場合やユーザ端末１０５またはそのユーザに関わる状態に変化があった場合、ユーザ端末１０５に関わる状態情報が設定されたＮＯＴＩＦＹメッセージを参照端末装置１２に送信することにより、参照端末装置１２は、ＮＯＴＩＦＹメッセージに設定された状態情報を参照することができる。その後、ユーザ端末１０５を利用するユーザが、ユーザ端末１０５の傍らの座席に在席する等して、ユーザに関する状態が変化すると、ユーザ端末１０５は、在席を表す状態情報が設定されたＰＵＢＬＩＳＨメッセージをサーバ装置１０に送信し、参照端末装置１２は、サーバ装置１０がＮＯＴＩＦＹメッセージを参照端末装置１２に送信することで、ＮＯＴＩＦＹメッセージに設定された状態情報を参照することができる。
【０００８】
特に、参照端末装置１３や参照端末装置１４もプレゼンスサービスに加入して、参照端末装置１２と同様のＳＵＢＳＣＲＩＢＥメッセージをサーバ装置１０に既に送信していた場合には、サーバ装置１０は、状態に変化があると、ユーザ端末１０５に関わる状態情報が設定されたＮＯＴＩＦＹメッセージを参照端末装置１２、１３、１４のそれぞれに対して１つずつ計３回送信する。
【０００９】
また、プレゼンスサービスは、他のサービスと比較すれば、多数の状態登録端末装置に関わる状態情報を多数の参照端末装置に対して送信するという点で、他のサービスと異なるサービスを実現するサービスである。例えば、他のサービスとしては機器の監視制御サービスであれば、多数の機器に関わる状態を少数の管理者が監視するサービスであるし、映像配信サービスであれば、少数の映像ソースを多数の視聴者が視聴するサービスであり、これらのサービスはプレゼンスサービスと異なっている。
【００１０】
しかしながら、上述した従来のプレゼンスサービスでは、サーバ装置から状態情報が通知される参照端末装置の数が増大した場合や、サーバ装置が状態を管理する状態登録端末装置やユーザの数が増大した場合に、サーバ装置が保持する状態情報の更新頻度が高まるとサーバ装置の負荷が増大してしまい、負荷の程度によってはサーバ装置の処理能力を超えて、サーバ装置が状態登録端末装置から受信した状態情報を処理できなかったり、また、参照端末装置に状態情報を送信できなかったりするという課題があった。
【００１１】
特に、上述した従来のプレゼンスサービスシステムにおいては、複数のユーザが同一の会議室に同時に移動したり、昼休みになった直後など、多数のユーザが座席から離席するため、多数のＰＵＢＬＩＳＨメッセージをサーバ装置に送信し、サーバ装置に対する多大な負荷が極めて短時間に発生することがある。
【００１２】
従って、サーバ装置は、平均的に負荷がかかれば処理能力を十分に保持しているにもかかわらず、状態登録端末装置による多大な負荷が極めて短時間に発生するため、サーバ装置の処理能力を超えてしまうことがあり、結果として、ＰＵＢＬＩＳＨメッセージが処理できずに破棄されてしまうという課題があった。
【００１３】
また、ＰＵＢＬＩＳＨメッセージが破棄されるまでには至らない場合であっても、その後のＮＯＴＩＦＹメッセージの通知処理に著しい遅延が発生したり、また、サーバ装置が、プレゼンスサービスに加えて他のサービスも兼用している場合には、他のサービスの品質が低下してしまうという課題があった。
【００１４】
このような負荷の増大に対する対策を行うものとしては、複数の状態登録端末装置から送信された状態情報をそれぞれ集約し一括して１つの参照端末装置に送信するサーバ装置が開示されている（例えば、特許文献１参照）。
【特許文献１】特開２００４−７２４８５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、特許文献１に示した対策では、１つの参照端末装置に対して、複数の状態登録端末装置から状態情報が通知される場合にのみ、サーバ装置が、送信すべきＮＯＴＩＦＹメッセージの数を削減することは可能となるが、状態登録端末装置から送信される状態情報を多数の参照端末装置に通知する必要がある場合では、サーバ装置の負荷を低減する効果は得られず、結果として、ＰＵＢＬＩＳＨメッセージが処理できずに破棄されたり、ＮＯＴＩＦＹメッセージの通知処理に著しい遅延が発生してしまうという課題があった。
【００１６】
また、特許文献１に示した対策では、定期更新のタイミングに合わせて、サーバ装置が、複数の状態情報を集約し一括して参照端末装置に送信する方法が開示されているが、定期的に参照端末装置に通知するため、サーバ装置は、ＰＵＢＬＩＳＨメッセージが受信された直後に、ＮＯＴＩＦＹメッセージを参照端末装置に通知することができず、参照端末装置に対する通知が遅れてしまうという課題があった。
【００１７】
さらに、このような負荷の増大に対する対策としては、サーバ装置のハードウェアスペックの向上や複数のサーバ装置による負荷分散処理もあるが、こうした対策はシステム全体のコストアップを伴うという課題があった。
【００１８】
ところで、映像配信サービスでは、配信サーバが比較的少数の映像コンテンツを、映像配信サービスを受ける端末にマルチキャスト通信で配信するだけであるため、映像配信サービスを実現するための技術をプレゼンスサービスに適用した場合、状態登録端末装置（Ｐｒｅｓｅｎｔｉｔｙ）から数多くの情報ソースをまとめることや、しかもそれらの状態情報をリアルタイムで参照端末装置（Ｗａｔｃｈｅｒ）に通知できないという課題があった。
【００１９】
本発明は、上述した従来の課題を解決するためになされたもので、サーバ装置にかかる負荷、特に参照端末装置に対する通知処理の負荷を低減することができるため、状態情報の破棄を抑制することが可能になると共に、ネットワークトラヒック量も低減することができるサーバ装置、参照端末装置、および通信方法を提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明のサーバ装置は、種々の状態を持つ状態登録端末装置と前記状態登録端末装置に関する前記状態または前記状態登録端末装置を利用するユーザに関する状態を表す状態情報を参照する参照端末装置とに接続されたサーバ装置であって、前記状態情報を前記状態登録端末装置から取得する状態情報取得手段と、前記状態情報取得手段によって取得された前記状態情報をマルチキャスト通信で少なくとも１つの前記参照端末装置に通知する状態情報通知手段とを備えた構成を有している。
【００２１】
この構成により、サーバ装置が状態情報をマルチキャスト通信で特定の参照端末装置に１回だけ通知すればよく、サーバ装置にかかる負荷、特に参照端末装置に対する通知処理の負荷を低減することができるため、状態情報の破棄を抑制することが可能になると共に、ネットワークトラヒック量も低減することができる。
【００２２】
また、本発明のサーバ装置は、前記参照端末装置毎に予め定めた前記マルチキャスト通信に使用するアドレスを保持する送信アドレス保持手段を備えた構成を有している。
【００２３】
この構成により、参照端末装置毎に予め定めたマルチキャスト通信に使用するアドレスを保持するため、予め定めたアドレスを用いて状態情報をマルチキャスト通信で特定の参照端末装置に通知することができる。
【００２４】
また、本発明のサーバ装置は、前記状態情報を通知させる要求を行うための通知要求メッセージを前記参照端末装置から受信する通知要求受信手段と、前記通知要求受信手段によって受信された通知要求メッセージに応じて、前記マルチキャスト通信に使用するアドレスを設定した応答メッセージを前記参照端末装置に送信する通知応答送信手段とを備えた構成を有している。
【００２５】
この構成により、マルチキャスト通信に使用するアドレスを設定した応答メッセージを参照端末装置に送信するため、サーバ装置が保有するアドレスを用いて状態情報をマルチキャスト通信で特定の参照端末装置に通知することができる。
【００２６】
また、本発明のサーバ装置は、前記状態情報取得手段によって取得された前記状態情報を保持する状態情報保持手段を備え、前記状態情報通知手段は、前記状態情報保持手段が保持した複数の前記状態情報を１つにまとめて前記マルチキャスト通信で少なくとも１つの前記参照端末装置に通知する構成を有している。
【００２７】
この構成により、複数の状態情報を１つにまとめてマルチキャスト通信で特定の参照端末装置に通知するため、複数の状態登録端末装置に関わる状態情報を１つにまとめない場合と比べて、参照端末装置に対する通知処理におけるサーバ装置の負荷をより低減することが可能となり、また、メッセージヘッダを共有可能となるので、ネットワークトラヒック量もより低減することが可能となる。
【００２８】
また、本発明のサーバ装置は、前記状態情報保持手段は、それぞれの前記状態情報の詳細を情報の重要度または情報の詳細度に応じ分類して部分状態情報として保持し、前記状態情報通知手段は、複数の前記部分状態情報を１つにまとめて前記マルチキャスト通信で少なくとも１つの前記参照端末装置に通知する構成を有している。
【００２９】
この構成により、それぞれの状態情報の詳細を情報の重要度または情報の詳細度に応じ分類した部分状態情報を１つにまとめてマルチキャスト通信で特定の参照端末装置に通知するため、参照端末装置が、重要度または詳細度が異なる情報を一括して受信することにより、重要度または詳細度毎に状態情報に施される処理を振分ける等、情報の重要度または情報の詳細度に応じた処理を行うことができる。
【００３０】
また、本発明のサーバ装置は、前記１つにまとめた情報を構成する情報毎に少なくとも１つの暗号鍵を用いて暗号化する暗号化手段を備え、前記状態情報通知手段は、前記暗号化手段によって暗号化されたメッセージを前記マルチキャスト通信で少なくとも１つの前記参照端末装置に通知する構成を有している。
【００３１】
この構成により、１つにまとめた情報を構成する情報毎にそれぞれ異なって暗号化されたメッセージをマルチキャスト通信で特定の参照端末装置に通知するため、例えば、参照端末装置毎に異なった鍵で暗号化されたメッセージであれば、１つにまとめた情報をマルチキャスト通信でそれぞれの参照端末装置に通知しても、情報の漏洩を防止することができる。
【００３２】
また、本発明のサーバ装置は、前記暗号化手段が用いる前記暗号鍵は、前記状態登録端末装置毎に異なる構成を有している。
【００３３】
この構成により、暗号鍵が状態登録端末装置毎に異なるため、状態登録端末装置に対応した復号鍵を有する参照端末装置が状態情報を知ることができる。
【００３４】
また、本発明のサーバ装置は、前記暗号化手段が用いる前記暗号鍵は、前記参照端末装置毎に異なる構成を有している。
【００３５】
この構成により、暗号鍵が参照端末装置毎に異なるため、自己の復号鍵をもつ参照端末装置が、自己の参照端末装置に対応した状態情報を知ることができる。
【００３６】
また、本発明のサーバ装置は、前記通知要求受信手段によって受信された通知要求メッセージに応じて、前記通知応答送信手段が前記応答メッセージを前記参照端末装置に送信すると共に、前記暗号化手段は、前記参照端末装置との間で用いられる前記暗号鍵を交換する構成を有している。
【００３７】
この構成により、参照端末装置との間で用いられる鍵を交換するため、例えば、状態情報の重要度、状態登録端末装置、または参照端末装置等に基づいた暗号鍵について交渉し、交渉した結果に応じた暗号鍵を使用することができ、状態情報のセキュリティをさらに高めることができる。
【００３８】
また、本発明のサーバ装置は、前記参照端末装置との間で交換される前記暗号鍵が定期的に更新される構成を有している。
【００３９】
この構成により、参照端末装置との間で交換される鍵が定期的に更新されるため、状態情報のセキュリティをさらに高めることができる。
【００４０】
また、本発明のサーバ装置は、前記状態情報通知手段、前記通知要求受信手段、および前記通知応答送信手段は、ＳＩＰに準拠した処理を行う構成を有している。
【００４１】
この構成により、状態情報通知手段、通知要求受信手段、および通知応答送信手段は、ＳＩＰに準拠した処理を行うため、容易にプレゼンスサービスを実装することができる。
【００４２】
本発明の参照端末装置は、種々の状態を持つ状態登録端末装置に関する前記状態または前記状態登録端末装置を利用するユーザに関する状態を表す状態情報をサーバ装置から参照する参照端末装置であって、前記サーバ装置からマルチキャスト通信で送信された状態情報を受信する状態情報受信手段を備えた構成を有している。
【００４３】
この構成により、サーバ装置が状態情報をマルチキャスト通信で特定の参照端末装置に１回だけ通知すればよく、サーバ装置にかかる負荷、特に参照端末装置に対する通知処理の負荷を低減することができるため、状態情報の破棄を抑制することが可能になると共に、ネットワークトラヒック量も低減することができる。
【００４４】
また、本発明の参照端末装置は、前記状態情報を通知させる要求を行うための通知要求メッセージを前記サーバ装置に送信する通知要求送信手段と、前記通知要求メッセージに応じた前記マルチキャスト通信に使用するアドレスを設定した応答メッセージを受信する通知応答受信手段と、前記通知応答受信手段によって受信された応答メッセージに設定されたアドレスを保持するアドレス保持手段とを備えた構成を有している。
【００４５】
この構成により、サーバ装置がマルチキャスト通信に使用するアドレスを設定した応答メッセージを参照端末装置に送信するため、サーバ装置が保有するアドレスを用いて状態情報をマルチキャスト通信で特定の参照端末装置に通知することができる。
【００４６】
また、本発明の参照端末装置は、前記状態情報受信手段は、それぞれの前記状態情報の詳細を情報の重要度または情報の詳細度に応じ分類して部分状態情報を１つにまとめた情報を前記サーバ装置から受信したとき、前記１つにまとめた情報を、個々の状態情報または部分状態情報に分割し、分割した情報の内容を解釈する情報解釈手段を備えた構成を有している。
【００４７】
この構成により、重要度または詳細度が異なる情報を１つにまとめた情報を受信し、個々の状態情報または部分状態情報に分割し、分割した情報の内容を解釈することにより、重要度または詳細度毎に状態情報に施される処理を振分ける等、情報の重要度または情報の詳細度に応じた処理を行うことができる。
【００４８】
また、本発明の参照端末装置は、暗号化された前記状態情報を復号する復号手段を備え、前記状態情報受信手段は、前記１つにまとめた情報を構成する情報毎に少なくとも１つの暗号鍵を用いて暗号化された暗号情報を前記サーバ装置から受信し、前記復号手段は、前記状態情報受信手段が受信した暗号情報を復号し、前記情報解釈手段は、前記復号手段が復号した前記１つにまとめた情報を個々の状態情報または部分状態情報に分割し、分割した情報の内容を解釈する構成を有している。
【００４９】
この構成により、復号した１つにまとめた情報を個々の状態情報または部分状態情報に分割し、分割した情報の内容を解釈し、復号できない情報については解釈できないため、情報の漏洩を防止することができる。
【００５０】
また、本発明の参照端末装置は、前記通知要求送信手段は、前記状態情報を通知させる要求を行うための通知要求メッセージを前記サーバ装置に送信し、前記通知応答受信手段は、前記通知要求メッセージに基づいた前記マルチキャスト通信に使用するアドレスを設定した応答メッセージを受信すると共に、前記復号手段は、前記サーバ装置との間で用いられる鍵を交換する構成を有している。
【００５１】
この構成により、サーバ装置との間で用いられる鍵を交換するため、暗号鍵についてサーバ装置と交渉し、交渉した結果に応じた暗号鍵を使用することができ、状態情報のセキュリティをさらに高めることができる。
【００５２】
また、本発明の参照端末装置は、前記サーバ装置との間で交換される鍵が定期的に更新される構成を有している。
【００５３】
この構成により、サーバ装置との間で交換される鍵が定期的に更新されるため、状態情報のセキュリティをさらに高めることができる。
【００５４】
また、本発明の参照端末装置は、前記状態情報受信手段、前記通知要求送信手段、および前記通知応答受信手段は、ＳＩＰに準拠した処理を行う構成を有している。
【００５５】
この構成により、状態情報受信手段、通知要求送信手段、および通知応答受信手段は、ＳＩＰに準拠した処理を行うため、容易にプレゼンスサービスを実装することができる。
【００５６】
本発明の通信方法は、種々の状態を持つ状態登録端末装置と前記状態登録端末装置に関する前記状態または前記状態登録端末装置を利用するユーザに関する状態を表す状態情報を参照する参照端末装置とに接続されたサーバ装置を利用した通信方法であって、前記サーバ装置が前記状態情報を前記状態登録端末装置から取得する状態情報取得ステップと、前記サーバ装置が前記状態情報取得ステップで取得された状態情報をマルチキャスト通信で少なくとも１つの前記参照端末装置に通知する状態情報通知ステップとを備えている。
【００５７】
この方法により、サーバ装置が状態情報をマルチキャスト通信で特定の参照端末装置に１回だけ通知すればよく、サーバ装置にかかる負荷、特に参照端末装置に対する通知処理の負荷を低減することができるため、状態情報の破棄を抑制することが可能になると共に、ネットワークトラヒック量も低減することができる。
【００５８】
また、本発明の通信方法は、前記サーバ装置が前記参照端末装置毎に予め定めた前記マルチキャスト通信に使用するアドレスを保持する送信アドレス保持ステップを備えている。
【００５９】
この方法により、参照端末装置毎に予め定めたマルチキャスト通信に使用するアドレスを保持するため、予め定めたアドレスを用いて状態情報をマルチキャスト通信で特定の参照端末装置に通知することができる。
【００６０】
また、本発明の通信方法は、前記サーバ装置が前記状態情報を通知させる要求を行うための通知要求メッセージを前記参照端末装置から受信する通知要求受信ステップと、前記サーバ装置が、前記通知要求受信ステップで受信された通知要求メッセージに応じて、前記マルチキャスト通信に使用するアドレスを設定した応答メッセージを前記参照端末装置に送信する通知応答送信ステップとを備えている。
【００６１】
この方法により、マルチキャスト通信に使用するアドレスを設定した応答メッセージを参照端末装置に送信するため、サーバ装置が保有するアドレスを用いて状態情報をマルチキャスト通信で特定の参照端末装置に通知することができる。
【００６２】
また、本発明の通信方法は、前記サーバ装置が前記状態情報取得ステップで取得された前記状態情報を保持する状態情報保持ステップを備え、前記状態情報通知ステップでは、前記状態情報保持ステップで保持した複数の前記状態情報を１つにまとめて前記マルチキャスト通信で少なくとも１つの前記参照端末装置に通知する。
【００６３】
この方法により、複数の状態情報を１つにまとめてマルチキャスト通信で特定の参照端末装置に通知するため、複数の状態登録端末装置に関わる状態情報を１つにまとめない場合と比べて、参照端末装置に対する通知処理におけるサーバ装置の負荷をより低減することが可能となり、また、メッセージヘッダを共有可能となるので、ネットワークトラヒック量もより低減することが可能となる。
【００６４】
また、本発明の通信方法は、前記状態情報保持ステップでは、前記サーバ装置がそれぞれの前記状態情報の詳細を情報の重要度または情報の詳細度に応じ分類して部分状態情報として保持し、前記状態情報通知ステップでは、前記サーバ装置が複数の前記部分状態情報を１つにまとめて前記マルチキャスト通信で少なくとも１つの前記参照端末装置に通知する。
【００６５】
この方法により、それぞれの状態情報の詳細を情報の重要度または情報の詳細度に応じ分類した部分状態情報を１つにまとめてマルチキャスト通信で特定の参照端末装置に通知するため、参照端末装置が、重要度または詳細度が異なる情報を一括して受信することにより、重要度または詳細度毎に状態情報に施される処理を振分ける等、情報の重要度または情報の詳細度に応じた処理を行うことができる。
【００６６】
また、本発明の通信方法は、前記サーバ装置が前記１つにまとめた情報を構成する情報毎に少なくとも１つの暗号鍵を用いて暗号化する暗号化ステップを備え、前記状態情報通知ステップでは、前記サーバ装置が前記暗号化ステップで暗号化されたメッセージを前記マルチキャスト通信で少なくとも１つの前記参照端末装置に通知する。
【００６７】
この方法により、１つにまとめた情報を構成する情報毎にそれぞれ異なって暗号化されたメッセージをマルチキャスト通信で特定の参照端末装置に通知するため、例えば、参照端末装置毎に異なった鍵で暗号化されたメッセージであれば、１つにまとめた情報をマルチキャスト通信でそれぞれの参照端末装置に通知しても、情報の漏洩を防止することができる。
【００６８】
また、本発明の通信方法は、前記暗号化ステップで用いる前記暗号鍵は、前記状態登録端末装置毎に異なる。
【００６９】
この方法により、暗号鍵が状態登録端末装置毎に異なるため、状態登録端末装置に対応した復号鍵を有する参照端末装置が状態情報を知ることができる。
【００７０】
また、本発明の通信方法は、前記暗号化ステップで用いる前記暗号鍵は、前記参照端末装置毎に異なる。
【００７１】
この方法により、暗号鍵が参照端末装置毎に異なるため、自己の復号鍵をもつ参照端末装置が、自己の参照端末装置に対応した状態情報を知ることができる。
【００７２】
また、本発明の通信方法は、前記通知要求受信ステップで受信された通知要求メッセージに応じて、前記サーバ装置が前記通知応答送信ステップで前記応答メッセージを前記参照端末装置に送信すると共に、前記暗号化ステップでは、前記サーバ装置が前記参照端末装置との間で用いられる前記暗号鍵を交換する。
【００７３】
この方法により、参照端末装置との間で用いられる鍵を交換するため、例えば、状態情報の重要度、状態登録端末装置、または参照端末装置等に基づいた暗号鍵について交渉し、交渉した結果に応じた暗号鍵を使用することができ、状態情報のセキュリティをさらに高めることができる。
【００７４】
また、本発明の通信方法は、前記参照端末装置との間で交換される前記暗号鍵が定期的に更新される。
【００７５】
この方法により、参照端末装置との間で交換される鍵が定期的に更新されるため、状態情報のセキュリティをさらに高めることができる。
【００７６】
また、本発明の通信方法は、前記状態情報送信ステップ、前記通知要求受信ステップ、および前記通知応答送信ステップでは、ＳＩＰに準拠した処理を行う。
【００７７】
この方法により、状態情報送信ステップ、通知要求受信ステップ、および通知応答送信ステップでは、ＳＩＰに準拠した処理を行うため、容易にプレゼンスサービスを実装することができる。
【発明の効果】
【００７８】
以上のように本発明は、サーバ装置が状態情報をマルチキャスト通信で特定の参照端末装置に通知することで、サーバ装置にかかる負荷、特に参照端末装置に対する通知処理の負荷を低減することができるため、状態情報の破棄を抑制することが可能になると共に、ネットワークトラヒック量も低減することができるサーバ装置、参照端末装置、および通信方法を提供するものである。
【発明を実施するための最良の形態】
【００７９】
以下、本発明の実施の形態に係るプレゼンスサービスを提供するプレゼンスサービスシステムについて、図面を参照して説明する。
【００８０】
（本発明の第１の実施の形態）
図１は、本発明の第１の実施の形態に係るプレゼンスサービスシステムのブロック図である。図１に示したプレゼンスサービスシステムは、種々の状態が登録される状態登録端末装置であるユーザ端末１０５および機器１０６に接続されたサーバ装置１００と、状態を参照する参照端末装置１０２とがネットワーク１０１を介して接続された構成を有する。なお、以下の説明では、図１に示した参照端末装置１０２の各々を区別する場合、参照端末装置１０２−１、１０２−２、・・・１０２−ｎ（ｎは自然数）として記載する。また、ユーザ端末１０５および機器１０６の個数は、図面に示した個数には、限定されない。
【００８１】
サーバ装置１００は、プレゼンスサーバであり、例えば、インターネット電話用サーバや映像配信用サーバなどに用いられるサーバによって構成される。ユーザ端末１０５、機器１０６、および参照端末装置１０２は、例えば、パソコン、携帯電話機、またはネット家電機器などの各種端末によって構成される。また、サーバ装置１００は、上述した用途を有するサーバに限定されず、パソコン等の汎用のコンピュータで構成されていてもよい。
【００８２】
ネットワーク１０１は、例えば、インターネット、電話網などの公衆ネットワーク、ＬＡＮ、または宅内ネットワークによって構成される。
【００８３】
ユーザ端末１０５または機器１０６に関わる状態情報は、サーバ装置１００によって管理される。なお、状態情報は、状態登録端末装置に関する状態または状態登録端末装置を利用するユーザに関する状態を表す情報である。
【００８４】
サーバ装置１００は、ユーザ端末１０５および機器１０６とネットワーク１０１またはその他のネットワークを介して接続されていてもよいし、センサ等で直接に接続されていていてもよい。
【００８５】
ここで、本発明の第１の実施の形態に係るサーバ装置および参照端末装置のブロック図を図２に示す。
【００８６】
サーバ装置１００は、図示しないＣＰＵ、メモリ、ハードディスク、およびネットワークインタフェースなどによって構成されている。なお、図２に示すようにサーバ装置１００は、状態情報を状態登録端末装置から取得する状態情報取得手段１１１、状態情報を保持する状態情報保持手段１１２、状態情報が設定された状態通知メッセージを参照端末装置１０２に通知する状態情報通知手段１１３、マルチキャスト通信における送信用のアドレスを保持する送信アドレス保持手段１１４、参照端末装置１０２から状態情報を通知させる要求を行うための通知要求メッセージを受信する通知要求受信手段１１５、および通知要求メッセージに応答した応答メッセージを参照端末装置１０２に送信する通知応答送信手段１１６によって構成されている。
【００８７】
なお、状態情報取得手段１１１、状態情報保持手段１１２、状態情報通知手段１１３、送信アドレス保持手段１１４、通知要求受信手段１１５、および通知応答送信手段１１６は、ＣＰＵによって実行されるプログラムのモジュールである。
【００８８】
また、参照端末装置１０２は、図示しないＣＰＵ、メモリ、ハードディスク、ディスプレイ、およびネットワーク１０１に情報を送受するネットワークインタフェースなどによって構成されている。なお、図２に示すように参照端末装置１０２は、通知要求メッセージを送信する通知要求送信手段１２１、通知要求メッセージに応答した応答メッセージを受信する通知応答受信手段１２２、送信用アドレスを保持するアドレス保持手段１２３、および状態通知メッセージを受信する状態情報受信手段１２４によって構成されている。
【００８９】
なお、通知要求送信手段１２１、通知応答受信手段１２２、アドレス保持手段１２３、および状態情報受信手段１２４は、ＣＰＵによって実行されるプログラムのモジュールである。
【００９０】
以上のように構成された本発明の第１の実施の形態に係るサーバ装置および参照端末装置の動作について図２を用いて以下に説明する。
【００９１】
まず、サーバ装置１００の状態情報取得手段１１１は、ユーザ端末１０５や機器１０６等の状態登録端末装置からそれぞれの状態情報を取得する。
【００９２】
なお、状態情報取得手段１１１が、状態情報を要求する旨の要求メッセージを状態登録端末装置に送信し、状態登録端末装置が、受信した要求メッセージに応答するための応答メッセージに状態情報を設定して送信することで、状態情報取得手段１１１は、状態情報を取得してもよい。また、状態登録端末装置が、自己の状態が変化したときの状態情報を設定したメッセージを通知することで、状態情報取得手段１１１は、状態情報を取得してもよい。
【００９３】
状態登録端末装置に関する状態は、状態登録端末装置の電源がＯＮまたはＯＦＦになった状態、例えば、状態登録端末装置が携帯電話機であった場合において通信圏外または通信圏内になった状態等である。また、状態登録端末装置を利用するユーザに関する状態は、状態登録端末装置を利用するユーザが在席または離席した状態等、様々な状態がある。例えば、離席した状態は、ユーザが利用する状態登録端末装置のスクリーンセイバが起動した状態であって、在席した状態は、スクリーンセイバが停止した状態としてもよい。
【００９４】
状態情報保持手段１１２は、状態情報取得手段１１１によって取得された状態情報をメモリやハードディスクに保持して蓄積する。
【００９５】
状態情報通知手段１１３は、状態情報取得手段１１１によって取得された状態情報を設定した状態通知メッセージ、または、状態情報保持手段１１２が保持している状態情報を設定した状態通知メッセージをマルチキャスト通信で特定の参照端末装置１０２に通知する。状態情報通知手段１１３が参照端末装置１０２に通知するタイミングとしては、状態情報が状態情報取得手段１１１によって取得された時点、定期的なタイミング、または参照端末装置１０２が予め決めた時刻、または状態情報のうち特に重要な状態情報が状態情報取得手段１１１によって取得された時点などでもよい。
【００９６】
また、特定の参照端末装置１０２とは、例えば、後述する通知要求メッセージを送信した全ての参照端末装置１０２である。重要な状態情報は、状態の種別を数値化し、特定の状態情報に対して重要な状態を示す数値を設定することにより区別可能である。
【００９７】
ところで、送信アドレス保持手段１１４は、マルチキャスト通信するためのマルチキャストアドレスをメモリ等に格納している。送信アドレス保持手段１１４が格納しているマルチキャストアドレスは、参照端末装置１０２毎や状態登録端末装置毎に割当てられたものでもよいし、参照端末装置１０２がネットワーク１０１上でそれぞれの近隣した関係にあるグループ（例えば、ドメイン等）毎に割当てられたものでよいし、また、状態情報の重要度や状態情報の発生頻度に応じて割当てられたものでもよい。
【００９８】
一方、参照端末装置１０２の通知要求送信手段１２１は、ユーザ端末１０５や機器１０６に関わる状態情報を通知させる要求を行うための通知要求メッセージをサーバ装置１００に送信する。なお、通知要求メッセージには、特定のユーザ端末１０５や機器１０６に関する状態情報、または、ユーザ端末１０５や機器１０６に関する複数の状態のうち一部のみを要求するための要求情報が設定されてもよい。
【００９９】
サーバ装置１００の通知要求受信手段１１５は、参照端末装置１０２が送信した通知要求メッセージを受信する。ここで、通知応答送信手段１１６は、通知要求受信手段１１５によって受信された通知要求メッセージに応答した応答メッセージを、通知要求メッセージを送信した参照端末装置１０２に返信する。なお、応答メッセージには、ユーザ端末１０５や機器１０６から通知される状態情報の配信に関わるマルチキャストアドレスが設定されてもよい。なお、応答メッセージにマルチキャストアドレスが設定されていない場合、サーバ装置１００および参照端末装置１０２は、互いに予め定めたマルチキャストアドレスを用いればよい。
【０１００】
さらに、通知要求受信手段１１５は、通知要求メッセージを受信したとき、通知要求メッセージに設定された要求情報で表される状態情報に参照端末装置１０２がアクセスする権利があるか否かを確認したり、参照端末装置１０２が正当なものであるか否かを認証するようにしてもよい。参照端末装置１０２が状態情報にアクセスする権利がない場合や参照端末装置１０２が正当なものでない場合、通知応答送信手段１１６は、エラーであることを表した情報が設定された通知応答メッセージを、通知要求メッセージを送信した参照端末装置１０２に返信することにより、状態情報の通知を拒否してもよい。
【０１０１】
サーバ装置１００から応答メッセージが参照端末装置１０２に送信されたとき、参照端末装置１０２の通知応答受信手段１２２は、応答メッセージを受信し、アドレス保持手段１２３は、通知応答受信手段１２２によって受信された応答メッセージにマルチキャストアドレスが設定されていれば、設定されたマルチキャストアドレスをメモリ等に格納する。
【０１０２】
また、サーバ装置１００から状態通知メッセージが参照端末装置１０２に通知されたとき、参照端末装置１０２の状態情報受信手段１２４は、状態通知メッセージを受信し、受信した状態通知メッセージに設定されたマルチキャストアドレスと、アドレス保持手段１２３が保持したマルチキャストアドレスとが一致したとき、状態通知メッセージに設定された状態情報を参照端末装置１０２のディスプレイにＧＵＩ（Graphical User Interface）で表示したり、状態に対応した処理を行う。
【０１０３】
ところで、状態情報通知手段１１３は、同じ状態登録端末装置に関わる状態情報を要求した全ての参照端末装置１０２に、同一のマルチキャストアドレスを用いたマルチキャスト通信で通知するため、全ての参照端末装置１０２に対して送信動作を行うことなく送信動作一回のみで状態通知を送信することが可能となる。
【０１０４】
また、サーバ装置１００は、必ずしも全ての参照端末装置１０２に同一のマルチキャストアドレスを割当てる必要はなく、ネットワーク構成等に従ってそれぞれ異なるマルチキャストアドレスを割当てたり、または、一部の参照端末装置１０２に対しては、通常のユニキャスト通信を用いて状態通知メッセージを送信してもよい。
【０１０５】
さらに、サーバ装置１００やネットワーク１０１の負荷状態に応じて、マルチキャストとユニキャストを切り替えてもよい。すなわち、サーバ装置１００やネットワーク１０１が高負荷状態にあるときには、マルチキャストを使用するよう応答メッセージにその旨を設定してもよい。
【０１０６】
ここで、本発明の第１の実施の形態に係るプレゼンスサービスシステムにおいてＳＩＰ(Session Initiation Protocol)を用いた場合の動作例を図３に示す。参照端末装置１０２−１、１０２−２は、通知要求メッセージとしてＳＵＢＳＣＲＩＢＥメッセージをサーバ装置１００に送信する。なお、ＳＵＢＳＣＲＩＢＥメッセージには、ユーザ端末１０５に関する要求情報が設定されている。
【０１０７】
サーバ装置１００は、ＳＵＢＳＣＲＩＢＥメッセージを受信した場合、参照端末装置１０２−１、１０２−２がユーザ端末１０５に関する状態情報にアクセスする権利がある場合や参照端末装置１０２が正当なものであるとき、通知要求メッセージに応答した応答メッセージとして２００ＯＫメッセージを返信する。
【０１０８】
なお、２００ＯＫメッセージには、状態通知メッセージの送信で使用するマルチキャストアドレス情報が設定されていてもよい。図３では、マルチキャストアドレス情報として、マルチキャストＩＰアドレス(２２４．１．１．１)と、ＴＣＰ（Transmission Control Protocol）またはＵＤＰ（User datagram protocol）のポート番号(１００００)が２００ＯＫメッセージに設定されている。
【０１０９】
参照端末装置１０２−１、１０２−２は、２００ＯＫメッセージを受信したとき、２００ＯＫメッセージに設定されたマルチキャストアドレス情報に従って、ポートを開放して状態通知メッセージをその後受信できるよう待ち合わせる。
【０１１０】
一方、ユーザ端末１０５は、自己の状態が変化したときの状態情報を設定したメッセージをＰＵＢＬＩＳＨメッセージとして、サーバ装置１００に通知する。
【０１１１】
サーバ装置１００は、ユーザ端末１０５からＰＵＢＬＩＳＨメッセージが通知される度に、状態通知メッセージとしてＮＯＴＩＦＹメッセージを参照端末装置１０２−１、１０２−２に送信する。ＮＯＴＩＦＹメッセージの送信は、マルチキャストＩＰアドレス(２２４．１．１．１)宛てに行われるため、サーバ装置１００が送信する回数は一回のみである。
【０１１２】
なお、ＰＵＢＬＩＳＨメッセージおよびＮＯＴＩＦＹメッセージには、例えば、ユーザ端末１０５のユーザの在席や離席などの状態情報が設定されている。
【０１１３】
参照端末装置１０２−１、１０２−２は、ＮＯＴＩＦＹメッセージを正常に受信した旨を示す応答メッセージとして２００ＯＫメッセージをサーバ装置１００に返信する。この２００ＯＫメッセージは、ＮＯＴＩＦＹメッセージを受信したときのマルチキャストアドレス宛に返信してもよいし、または、ユニキャスト通信でサーバ装置１００のＩＰアドレス宛てに送信しても良い。また、参照端末装置１０２−１、１０２−２は、受信したＮＯＴＩＦＹメッセージに設定された状態情報をそれぞれのディスプレイにＧＵＩで表示したり、状態に対応した処理を行う。
【０１１４】
図４は、ＳＵＢＳＣＲＩＢＥメッセージ、ＳＵＢＳＣＲＩＢＥメッセージに応答する２００ＯＫメッセージ、およびＮＯＴＩＦＹメッセージのメッセージフォーマットの一例である。
【０１１５】
ＳＵＢＳＣＲＩＢＥメッセージ５０における上述の要求情報は、Ｒｅｑｕｅｓｔ−ＵＲＩ（ＳＵＢＳＣＲＩＢＥ  ｓｉｐ：ｕｓｅｒ１０５＠ａ．ｃｏｍ  ＳＩＰ／２．０）によって示されている。
【０１１６】
また、２００ＯＫメッセージ５１のメッセージボディにて、ＮＯＴＩＦＹメッセージ５２で使用するマルチキャストアドレス情報を通知している。なお、マルチキャストアドレス情報は、２００ＯＫメッセージ５１のメッセージヘッダに設定してもよい。
【０１１７】
ＮＯＴＩＦＹメッセージ５２では、メッセージボディにユーザ端末１０５に関わる状態情報を示している。同様に、メッセージヘッダにユーザ端末１０５に関わる状態情報を示してもよい。また、ＮＯＴＩＦＹメッセージ５２は、宛先としてｓｉｐ：ｍｕｌｔｉｃａｓｔ１＠ａ．ｃｏｍというアドレスが設定されているが、このアドレスは、状態情報を要求するためのＳＵＢＳＣＲＩＢＥメッセージを送信した全ての参照端末装置１０２のアドレスを対象とする。
【０１１８】
以上説明したように、本発明の第１の実施の形態に係るプレゼンスサービスシステムは、サーバ装置が状態通知メッセージをマルチキャスト通信で特定の参照端末装置に通知することで、サーバ装置にかかる負荷、特に参照端末装置に対する通知処理の負荷を低減することができるため、状態通知メッセージの破棄を抑制することが可能になると共に、ネットワークトラヒック量も低減することができる。
【０１１９】
また、通常のユニキャストによる状態通知メッセージとマルチキャストによる状態通知メッセージとを共存させるため、通知要求メッセージによって通信方法を決定することや、サーバ装置の負荷状態やネットワークの負荷状態の程度によって使用する通信方法を決定することが可能となる。従って、より効果的にサーバ装置やネットワーク負荷の軽減を図ることが可能となる。
【０１２０】
（本発明の第２の実施の形態）
図５は、本発明の第２の実施の形態に係るプレゼンスサービスシステムのブロック図である。図５に示したプレゼンスサービスシステムは、種々の状態が登録される状態登録端末装置２０１に接続されたサーバ装置１００と、状態を参照する参照端末装置１０２とがネットワーク１０１を介して接続された構成を有する。勿論、状態登録端末装置２０１は、本発明の第１の実施の形態で説明したユーザ端末１０５や機器１０６と同様である。
【０１２１】
なお、本発明の第２の実施の形態に係るプレゼンスサービスシステムを構成する構成要素のうち、本発明の第１の実施の形態に係るプレゼンスサービスシステムを構成する構成要素と同一の構成要素には同一の符号を付し、それぞれの説明を省略する。また、以下の説明では、図５に示した状態登録端末装置２０１の各々を区別する場合、状態登録端末装置２０１−１、２０１−２、・・・２０１−ｎ（ｎは自然数）として記載する。
【０１２２】
また、参照端末装置１０２は、状態登録端末装置２０１−１、２０１−２、・・・２０１−ｎに関わる状態情報を１つにまとめた情報を、個々の状態情報分割し、分割した情報の内容を解釈する図示しない情報解釈手段を有する。なお、情報解釈手段は、ＣＰＵによって実行されるプログラムのモジュールである。
【０１２３】
以上のように構成された本発明の第２の実施の形態に係るサーバ装置の動作について図５を用いて以下に説明する。
【０１２４】
まず、本発明の第１の実施の形態で説明したタイミングで、サーバ装置１００の状態情報通知手段１１３は、状態情報保持手段１１２が保存している状態登録端末装置２０１−１、２０１−２、・・・２０１−ｎに関わる状態情報を１つにまとめたものが設定された状態通知メッセージを作成し、作成した状態通知メッセージをマルチキャスト通信で、通知要求メッセージを送信した参照端末装置１０２−１、１０２−２、・・・１０２−ｎに送信する。なお、マルチキャスト通信であるため、マルチキャストアドレスを用いて、状態情報通知手段１１３は、状態通知メッセージを一回のみ送信すればよい。
【０１２５】
図５に示すように、状態通知メッセージにおけるメッセージヘッダは、図４に示したＮＯＴＩＦＹメッセージ５２におけるメッセージヘッダと同様でも構わない。
【０１２６】
図５には示していないが、どの状態登録端末装置２０１に関わる状態情報が設定されているかを示す情報が、状態通知メッセージにおけるメッセージボディに付加されていてもよい。このメッセージボディには、個々の状態登録端末装置２０１に関わる状態情報を設定する。状態情報がどの状態登録端末装置２０１に係る状態情報であるかを示すための情報として、図５では、状態通知メッセージにｐｒｅｓｅｎｔｉｔｙタグを追加して設定している。また、複数の状態登録端末装置２０１に関わる状態情報は、ＳＩＰに準拠したマルチパートのメッセージボディとして構成することが可能である。
【０１２７】
また、参照端末装置１０２の状態情報受信手段１２４は、それぞれの状態情報を１つにまとめた情報をサーバ装置１００から受信し、情報解釈手段は、１つにまとめた情報を、個々の状態情報に分割し、分割した情報の内容を解釈して参照端末装置１０２のディスプレイにＧＵＩ（Graphical User Interface）で表示したり、状態に対応した処理を行う。
【０１２８】
以上説明したように、本発明の第２の実施の形態に係るプレゼンスサービスシステムは、複数の状態登録端末装置２０１に関わる状態情報を１つにまとめたものが設定された状態通知メッセージを作成してマルチキャスト通信で参照端末装置１０２に送信するため、複数の状態登録端末装置２０１に関わる状態情報を１つにまとめない場合と比べて、サーバ装置１００が参照端末装置１０２に対する通知処理の負荷をより低減することが可能となり、また、メッセージヘッダを共有可能となるので、ネットワークトラヒック量もより低減することが可能となる。
【０１２９】
（本発明の第３の実施の形態）
図６は、本発明の第３の実施の形態に係るプレゼンスサービスシステムのブロック図である。図６に示したプレゼンスサービスシステムは、種々の状態が登録される状態登録端末装置２０１に接続されたサーバ装置１００と、状態を参照する参照端末装置１０２とがネットワーク１０１を介して接続された構成を有する。
【０１３０】
なお、本発明の第３の実施の形態に係るプレゼンスサービスシステムを構成する構成要素は、本発明の第２の実施の形態に係るプレゼンスサービスシステムを構成する構成要素と同一であるため、同一の符号を付し、それぞれの説明を省略する。
【０１３１】
以上のように構成された本発明の第３の実施の形態に係るサーバ装置および参照端末装置の動作について図６を用いて以下に説明する。
【０１３２】
まず、サーバ装置１００の状態情報取得手段１１１は、状態登録端末装置２０１に関わる状態情報を、状態登録端末装置２０１からＰＵＢＬＩＳＨメッセージを受信するなどにより取得する。
【０１３３】
次に、状態情報保持手段１１２は、状態情報取得手段１１１によって取得された状態情報を保持するが、本発明の第３の実施の形態では、取得された状態情報を複数の部分状態情報に分類して保持する。図６の例では、状態情報３００は、部分状態情報３０１、３０２、３０３として分類され保持される。
【０１３４】
例えば、状態情報保持手段１１２は、「Ａさんが会議室ＢでＣさんと打ち合わせ中」というような状態情報を、「Ａさんは離席中」、「Ａさんは打ち合わせ中」、「Ａさんは会議室ＢでＣさんと打ち合わせ中」といった詳細度の異なる複数の部分状態情報に分類して保持する。
【０１３５】
次に、本発明の第１の実施の形態で説明したタイミングで、状態情報通知手段１１３は、通知要求メッセージを送信した参照端末装置１０２−１、１０２−２、・・・１０２−ｎに状態通知メッセージを送信するとき、状態通知メッセージにこれらの部分状態情報３０１〜３０３を１つにまとめたものを設定してから、マルチキャスト通信で参照端末装置１０２−１、１０２−２、・・・１０２−ｎに送信する。
【０１３６】
また、参照端末装置１０２の状態情報受信手段１２４は、状態情報の詳細が情報の重要度または情報の詳細度に応じ分類された部分状態情報を１つにまとめた情報をサーバ装置１００から受信し、情報解釈手段は、１つにまとめた情報を、個々の部分状態情報に分割し、分割した情報の内容を解釈して参照端末装置１０２のディスプレイにＧＵＩ（Graphical User Interface）で表示したり、状態に対応した処理を行う。
【０１３７】
以上説明したように、本発明の第３の実施の形態に係るプレゼンスサービスシステムは、サーバ装置１００が、複数の状態情報の詳細を情報の重要度または情報の詳細度に応じ分類して部分状態情報として保持し、保持した情報を１つにまとめてマルチキャスト通信で参照端末装置１０２に通知し、参照端末装置１０２は、重要度または詳細度が異なる情報を一括して受信するため、重要度または詳細度毎に状態情報に施される処理を振分ける等、情報の重要度または情報の詳細度に応じた処理を行うことができる。
【０１３８】
例えば、さらに、参照端末装置１０２を利用するユーザに対し、重要度の最も高い情報をディスプレイ上のメイン画面に表示し、重要度の低い情報はメイン画面から誘導された先のウィンドウに表示する等の処理が容易になり、参照端末装置１０２を使用するユーザの利便性を高めることが可能となる。
【０１３９】
（本発明の第４の実施の形態）
図７は、本発明の第４の実施の形態に係るプレゼンスサービスシステムのブロック図である。図７に示したプレゼンスサービスシステムは、種々の状態が登録される状態登録端末装置２０１に接続されたサーバ装置１００と、状態を参照する参照端末装置１０２とがネットワーク１０１を介して接続された構成を有する。
【０１４０】
なお、本発明の第４の実施の形態に係るプレゼンスサービスシステムを構成する構成要素は、本発明の第３の実施の形態に係るプレゼンスサービスシステムを構成する構成要素と同一であるため、同一の符号を付し、それぞれの説明を省略する。
【０１４１】
また、サーバ装置１００は、１つにまとめたメッセージを構成する情報毎にそれぞれ異なる暗号鍵を用いて暗号化する図示しない暗号化手段を有する。参照端末装置１０２は、暗号化された状態情報を復号する図示しない復号手段を有する。なお、暗号化手段および復号手段は、ＣＰＵによって実行されるプログラムのモジュールである。
【０１４２】
以上のように構成された本発明の第４の実施の形態に係るサーバ装置の動作について図７を用いて以下に説明する。
【０１４３】
まず、サーバ装置１００の状態情報取得手段１１１は、各状態登録端末装置２０１に関わる状態情報を、それぞれの状態登録端末装置２０１からＰＵＢＬＩＳＨメッセージを受信するなどにより取得する。
【０１４４】
次に、状態情報保持手段１１２は、状態情報取得手段１１１によって取得された状態情報を保持する。本発明の第４の実施の形態では、状態登録端末装置２０１−１に関わる状態情報だけを保持するときに、状態情報３００は、状態情報保持手段１１２によって部分状態情報３０１、３０２、３０３として分類され保持される。
【０１４５】
次に、本発明の第１の実施の形態で説明したタイミングで、状態情報通知手段１１３は、通知要求メッセージを送信した参照端末装置１０２−１、１０２−２、・・・１０２−ｎに状態通知メッセージを送信するとき、部分状態情報３０１、３０２、３０２と、状態登録端末装置２０１−２、２０２−ｎに関わる状態情報を１つにまとめたものを状態通知メッセージに設定してから、マルチキャスト通信で参照端末装置１０２−１、１０２−２、・・・１０２−ｎに送信する。
【０１４６】
なお、状態登録端末装置２０１−２、２０２−ｎに関わる状態情報を１つにまとめたものを状態通知メッセージに設定するとき、暗号化手段は、１つにまとめた情報を暗号化し、状態情報通知手段１１３は、暗号化した情報を状態通知メッセージに設定して送信する。
【０１４７】
より詳細には、暗号化に使用する暗号鍵は、任意であるが、状態登録端末装置２０１毎に割当ててもよいし、参照端末装置１０２毎に割当ててもよい。なお、サーバ装置１００と参照端末装置１０２との間で割当てた暗号鍵は、事前に決められたものである。また、参照端末装置１０２の復号手段は、暗号鍵に対応する復号鍵で暗号化された情報を復号する。
【０１４８】
状態登録端末装置２０１毎に割当てた場合、マルチキャスト通信で送信されるデータは、図７に示すように暗号化情報７０、暗号化情報７１、暗号化情報７２それぞれに、異なる暗号鍵で暗号化されたものとなる。
【０１４９】
参照端末装置１０２毎に割当てた場合、マルチキャスト通信で送信されるデータは、図８に示すように参照端末装置１０２毎に異なる暗号鍵で暗号化されるため、各参照端末装置１０２に割当てた暗号鍵で暗号化されたデータであり、全ての参照端末装置１０２に対応したデータとなる。
【０１５０】
以上説明したように、本発明の第４の実施の形態に係るプレゼンスサービスシステムは、サーバ装置１００が、複数の状態情報または部分状態情報に対して個々に暗号化するため、暗号化された情報を多数の参照端末装置１０２がマルチキャスト通信で受信しても、個々の参照端末装置１０２がそれぞれの該当する箇所の情報だけしか復号できないため、情報の漏洩を防止することができる。
【０１５１】
さらに、サーバ装置１００が、１つにまとめた状態情報を、全ての状態登録端末装置２０１の状態情報に対する通知要求をした参照端末装置１０２のみに送信するのではなく、一部の状態登録端末装置２０１の状態情報に対する通知要求をした参照端末装置１０２に対してもマルチキャスト通信で送信することができる。
【０１５２】
例えば、参照端末装置１０２−１は、状態登録端末装置２０１−１の状態情報のみを通知要求しており、参照端末装置１０２−２は、状態登録端末装置２０１−２の状態情報のみ通知要求しており、参照端末装置１０２−ｎは、全ての状態登録端末装置２０１の状態情報を通知要求している場合であっても、サーバ装置１００は、参照端末装置１０２−１、１０２−２、１０２−ｎに対して、同じマルチキャストアドレスを割当て、暗号鍵として状態登録端末装置２０１毎に定めたキーを使用し、図７に示すように全ての情報をまとめて送信すれば、個々の参照端末装置１０２は、自身が通知要求した状態情報を復号することが可能である。
【０１５３】
（本発明の第５の実施の形態）
図９は、本発明の第５の実施の形態に係るプレゼンスサービスシステムの動作例である。図９に示したプレゼンスサービスシステムは、種々の状態が登録される状態登録端末装置２０１に接続されたサーバ装置１００と、状態を参照する参照端末装置１０２とがネットワーク１０１を介して接続された構成を有する。
【０１５４】
なお、本発明の第５の実施の形態に係るプレゼンスサービスシステムを構成する構成要素は、本発明の第４の実施の形態に係るプレゼンスサービスシステムを構成する構成要素と同一であるため、同一の符号を付し、それぞれの説明を省略する。
【０１５５】
以上のように構成された本発明の第５の実施の形態に係るプレゼンスサービスシステムにおいてＳＩＰ(Session Initiation Protocol)を用いた場合の動作例について以下に説明する。
【０１５６】
まず、参照端末装置１０２は、通知要求メッセージとしてＳＵＢＳＣＲＩＢＥメッセージをサーバ装置１００に送信する。なお、ＳＵＢＳＣＲＩＢＥメッセージには、ユーザ端末１０５に関する要求情報が設定されている。なお、ＳＵＢＳＣＲＩＢＥメッセージには、暗号鍵または復号鍵を交換するための情報が設定されている。
【０１５７】
サーバ装置１００の通知要求受信手段１１５は、ＳＵＢＳＣＲＩＢＥメッセージを受信し、暗号化手段は、受信したＳＵＢＳＣＲＩＢＥメッセージに基づいて、参照端末装置１０２との間で用いられる鍵を交換するための処理、例えば、ＳＵＢＳＣＲＩＢＥメッセージに設定されていた鍵が使用可能であるか否かを確認する処理等を行う。
【０１５８】
鍵が使用可能であった場合、通知応答送信手段１１６は、交換したときの鍵が設定された２００ＯＫメッセージを返信し、鍵が使用可能でなかった場合、通知応答送信手段１１６は、４０１Ｕｎａｕｔｈｏｒｉｚｅｄメッセージを返信する。
【０１５９】
２００ＯＫメッセージを返信した場合、暗号化手段はその後、本発明の第４の実施の形態で説明した１つにまとめたメッセージのうち、ＳＵＢＳＣＲＩＢＥメッセージに設定されていた鍵で暗号化対象となる情報を暗号化する。
【０１６０】
４０１Ｕｎａｕｔｈｏｒｉｚｅｄメッセージが返信された場合、通知要求送信手段１２１は、再度、前回と異なる鍵が設定されたＳＵＢＳＣＲＩＢＥメッセージをサーバ装置１００に送信する。なお、通知要求送信手段１２１は、２００ＯＫメッセージが返信されるまで、前回と異なる鍵が設定されたＳＵＢＳＣＲＩＢＥメッセージの送信を必要回数繰り返す。
【０１６１】
なお、交換対象となる鍵は、ＳＵＢＳＣＲＩＢＥメッセージ、４０１Ｕｎａｕｔｈｏｒｉｚｅｄメッセージのメッセージボディに付加される。
【０１６２】
また、サーバ装置１００と参照端末装置１０２との間で行われる鍵の交換手順は、ＩＫＥ（Internet Key Exchange）などに準拠して行われる。また、サーバ装置１００と参照端末装置１０２との間で交換される鍵は、定期的に更新され、参照端末装置１０２が鍵を定期的に更新する際、参照端末装置１０２は、再び、更新するための鍵が設定されたＳＵＢＳＣＲＩＢＥメッセージをサーバ装置１００に送信することにより、サーバ装置１００と参照端末装置１０２との間で鍵の交換が行われる。
【０１６３】
以上説明したように、本発明の第５の実施の形態に係るプレゼンスサービスシステムは、サーバ装置１００が、受信された通知要求メッセージに応じて、応答メッセージを参照端末装置１０２に送信すると共に、参照端末装置１０２との間で用いられる鍵を交換するため、例えば、状態情報の重要度、状態登録端末装置２０１、または参照端末装置１０２等によって暗号鍵について交渉し、交渉した結果に応じた暗号鍵を使用することができる。
【０１６４】
従って、例えば機密性が高い状態情報に関しては、その状態情報を参照可能な参照端末装置１０２だけに復号させることができ、マルチキャスト通信で多数の参照端末装置１０２に状態情報を送信しながら状態情報のセキュリティをさらに高めることができる。
【産業上の利用可能性】
【０１６５】
以上のように、本発明は、サーバ装置における状態情報の破棄を抑制することが可能になると共に、ネットワークトラヒック量も低減することができるという効果を有し、装置に関する状態またはユーザに関する状態を表す状態情報を通知するサーバ装置、この状態を参照する参照端末装置等の用途に有用である。
【図面の簡単な説明】
【０１６６】
【図１】本発明の第１の実施の形態に係るプレゼンスサービスシステムのブロック図
【図２】本発明の第１の実施の形態に係るサーバ装置および参照端末装置のブロック図
【図３】本発明の第１の実施の形態に係るプレゼンスサービスシステムにおいてＳＩＰを用いた場合の動作例を示す図
【図４】ＳＵＢＳＣＲＩＢＥメッセージ、ＳＵＢＳＣＲＩＢＥメッセージに応答する２００ＯＫメッセージ、およびＮＯＴＩＦＹメッセージのメッセージフォーマットの一例を示す図
【図５】本発明の第２の実施の形態に係るプレゼンスサービスシステムのブロック図
【図６】本発明の第３の実施の形態に係るプレゼンスサービスシステムのブロック図
【図７】本発明の第４の実施の形態に係るプレゼンスサービスシステムのブロック図
【図８】参照端末装置毎に異なる暗号鍵を割当てた場合におけるマルチキャスト通信で送信されるデータを示す図
【図９】本発明の第５の実施の形態に係るプレゼンスサービスシステムの動作例を示す図
【図１０】従来のプレゼンスサービスシステムにおいてＳＩＰを用いた場合の動作例を示す図
【符号の説明】
【０１６７】
１０、１００  サーバ装置
１０１  ネットワーク
１２、１３、１４、１０２  参照端末装置
１０５  ユーザ端末
１０６  機器
１１１  状態情報取得手段
１１２  状態情報保持手段
１１３  状態情報通知手段
１１４  送信アドレス保持手段
１１５  通知要求受信手段
１１６  通知応答送信手段
１２１  通知要求送信手段
１２２  通知応答受信手段
１２３  アドレス保持手段
１２４  状態情報受信手段
２０１  状態登録端末装置
【図１】
2006352662.tif 000003
【図２】
2006352662.tif 000004
【図３】
2006352662.tif 000005
【図４】
2006352662.tif 000006
【図５】
2006352662.tif 000007
【図６】
2006352662.tif 000008
【図７】
2006352662.tif 000009
【図８】
2006352662.tif 000010
【図９】
2006352662.tif 000011
【図１０】
2006352662.tif 000012