プレゼンスサーバ及びプレゼンス情報管理システム
【課題】 ユーザのプレゼンス情報を自動登録する。
【解決手段】 プレゼンスサーバ１００２は、セッションの確立・切断のためのメッセージを受信したＳＩＰサーバ１００１から、該メッセージに含まれるリクエストメソッドと送信先アドレス（Ｔｏヘッダ）と送信元アドレス（Ｆｒｏｍヘッダ）とを受信する。また、プレゼンスサーバ１００２は、リクエストメソッドと送信先アドレスと送信元アドレスとに対応してプレゼンス情報が予め記憶されたプレゼンス判定テーブルを参照し、受信された各情報に対応するプレゼンス情報を取得する。プレゼンスサーバ１００２は、受信された送信先アドレス又は送信元アドレスと、プレゼンス情報とを、プレゼンス情報の被参照者（例えば端末１００３ａ）のアドレスと、該被参照者のプレゼンス情報とが対応して記憶されるプレゼンス情報テーブルに記憶し、予め定められた参照者（例えば端末１００３ｂ）に通知する。
【解決手段】 プレゼンスサーバ１００２は、セッションの確立・切断のためのメッセージを受信したＳＩＰサーバ１００１から、該メッセージに含まれるリクエストメソッドと送信先アドレス（Ｔｏヘッダ）と送信元アドレス（Ｆｒｏｍヘッダ）とを受信する。また、プレゼンスサーバ１００２は、リクエストメソッドと送信先アドレスと送信元アドレスとに対応してプレゼンス情報が予め記憶されたプレゼンス判定テーブルを参照し、受信された各情報に対応するプレゼンス情報を取得する。プレゼンスサーバ１００２は、受信された送信先アドレス又は送信元アドレスと、プレゼンス情報とを、プレゼンス情報の被参照者（例えば端末１００３ａ）のアドレスと、該被参照者のプレゼンス情報とが対応して記憶されるプレゼンス情報テーブルに記憶し、予め定められた参照者（例えば端末１００３ｂ）に通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プレゼンスサーバ及びプレゼンス情報管理システムに係り、特に、ユーザや端末の状態を管理するプレゼンス情報管理システムにおいて、ユーザまたは端末に代わり、ユーザまたは端末の状態の取得及び登録を行うプレゼンスサーバ及びプレゼンス情報管理システムに関する。
【背景技術】
【０００２】
「プレゼンス」とは、人や物の存在や状態を示し、「プレゼンスサービス」とは、人や物の存在や状態（例えば、社員が「在席中」、「会議中」など）を通知するサービスである。プレゼンスの概念は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のｉｍｐｐ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ）ワーキンググループを中心として検討が進められ（例えば、非特許文献１参照）、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）という通信プロトコルを用いたプレゼンス情報の送受信方法などが提案されている（例えば、非特許文献２参照）。
【０００３】
図１３に、プレゼンスサービスの動作の例を示す。プレゼンスサービスのためのシステムは、例えば、プレゼンス情報の通知サービスを受けたい者（参照者）のクライアント６００１、アプリケーション間のセッションの確立／切断の通信手順を実行するＳＩＰサーバ６００２、プレゼンス情報の管理や通知を行うプレゼンスサーバ６００３、及び、プレゼンス情報を参照される者（被参照者）のクライアント６００４で構成される。
【０００４】
プレゼンスサービスの動作は、参照者６００１が被参照者６００４の情報通知を予約するために、プレゼンスサーバ６００３に対し“ＳＵＢＳＣＲＩＢＥ”（通知予約）メッセージを送信する（Ｆ６０１）。ここで、ＳＩＰメッセージの中継は、ＳＩＰサーバ６００２が行うため、メッセージは、一旦ＳＩＰサーバ６００２を経由してプレゼンスサーバ６００３へ送信される（Ｆ６０２）。プレゼンスサーバ６００３は、受信確認の応答である“２００ＯＫ”をＳＩＰサーバ６００２を介して返信する（Ｆ６０３、Ｆ６０４）。また、プレゼンスサーバ６００３は、ＳＩＰサーバ６００２を介して、現在の被参照者６００４のプレゼンス情報を“ＮＯＴＩＦＹ”メッセージで参照者６００１に送信する（Ｆ６０５、Ｆ６０６）。参照者６００１は、これに対し、ＳＩＰサーバ６００２を介して受信確認応答“２００ＯＫ”を返信する（Ｆ６０７、Ｆ６０８）。なお、参照者と被参照者は、サブスクリプションテーブルに登録される。
【０００５】
通知予約（Ｆ６０１、６０２）を行うと被参照者６００４のプレゼンス変更を契機に、プレゼンスサーバ６００３が参照者６００１にプレゼンス情報の通知を行う。具体的には、被参照者６００４が、アプリケーション等を操作してプレゼンス情報の更新を行うと（Ｆ６０９）、プレゼンスサーバ６００３が被参照者６００４のプレゼンス情報の更新を検出し、ＳＩＰサーバ６００２を介して参照者６００１に対し、“ＮＯＴＩＦＹ”メッセージでプレゼンス情報の通知を行う（Ｆ６１０、Ｆ６１１）。参照者６００１はこれに対し、受信確認応答“２００ＯＫ”をＳＩＰサーバ６００２を介して返信する（Ｆ６１２、Ｆ６１３）。以上がプレゼンスサービスの動作例である。
【０００６】
一方、実装では、いわゆるＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｅ）にプレゼンスの概念が取り入れられており、メッセージを送信しようとする相手がオンラインになると、送信相手先にメッセージが通知される仕組みとして利用されている。また、ＩＭクライアントのユーザインタフェースから「電話中」、「退席中」といった、プレゼンス情報を登録できるものも知られている。
【非特許文献１】ＲＦＣ２７７８、ＩＥＴＦ発行、２０００年２月
【非特許文献２】ＲＦＣ３２６５、ＩＥＴＦ発行、２００２年６月
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来技術によるプレゼンスサービスでは、ユーザがクライアントアプリケーションを操作し、逐次ユーザ自身の状態をプレゼンス情報として登録する必要があり、煩わしい場合がある。例えば、電話をかける（または、受ける）場合、事前にクライアントアプリケーションを操作して電話中などのプレゼンスを登録する必要がある。また、操作が煩わしいためにユーザがプレゼンスの変更操作を怠ると正確なプレゼンス情報の把握ができず、相手の状態をリアルタイムに把握できるというプレゼンスサービスそのものが成り立たなくなる課題がある。
【０００８】
本発明は以上の点に鑑み、ＩＰ電話や各種アプリケーションサーバ等の利用に関する、ユーザのプレゼンス情報の登録をプレゼンスサーバが自動で行うことを目的とする。また、本発明は、ユーザの操作負担の軽減を図ることを目的のひとつとする。また、本発明は、正確なプレゼンス情報の取得を可能とすることを目的とする。
【０００９】
本発明は、ユーザがネットワークアプリケーションを利用するだけで、ユーザクライアントとアプリケーションサーバのセッション情報から、ユーザによるプレゼンス設定の操作なしにプレゼンスサーバが適切なプレゼンスを自動で登録することを目的とする。また、本発明は、ユーザによる登録漏れをなくしてプレゼンスを正確に把握することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明では、例えば、プレゼンスサーバに、ネットワークに流れるユーザクライアントとアプリケーションサーバもしくは接続相手のクライアントとのセッション情報（例えばＳＩＰプロトコル）を収集する機能と、収集したセッション情報の各項目値の組み合わせに対するプレゼンスの状態をマッチングさせる機能と、１つのマッチングパターンに対し１つもしくは複数のプレゼンスを設定できる機能を設ける。
【００１１】
上記のセッション情報の収集機能は、ネットワークモニタリングソフトのようにネットワークに流れる情報（例えば、ＩＰネットワークではパケット）をすべて参照し、その中からプレゼンスサーバの加入者に関するセッション情報のみをフィルタリングして収集を行うことができる。または、ＳＩＰによるネットワークでは、セッションの確立／切断などセッションの管理はＳＩＰサーバが行うため、ＳＩＰサーバがプレゼンスサーバに、セッションの確立／切断を契機にセッション情報を通知する方式でもよい。
【００１２】
上記のセッション情報とプレゼンスのマッチングは、セッション情報を含むセッション設定パケット（例えば、ＳＩＰメッセージではＩＮＶＩＴＥメッセージなど）から抽出される特定の情報項目の内容と登録すべきプレゼンス情報との関係を予め定義した複数のエントリを有するプレゼンス判定テーブルをプレゼンスサーバが備える。また、プレゼンスサーバは、クライアントから特定アプリケーションサーバへのセッション設定要求パケットの受信時に、上記プレゼンス判定テーブルを参照して、受信パケットに含まれる情報に対応するプレゼンス情報を検索して、プレゼンス情報テーブルに登録する。
【００１３】
上記の１つのマッチングパターンに対し１つもしくは複数のプレゼンスを設定できる機能と、被参照者が予め設定する被参照者、参照者、プレゼンス項目及び粒度を関連付ける粒度判定テーブルとにより、同じマッチングパターンでも、参照者毎に通知するプレゼンス情報の粒度を指定することができる。例えば、親しい人にはより詳しい情報を通知し、そうでない人には、大まかな情報を通知するような運用が可能となる。例えば、親しい人（又は粒度Ａとして設定している端末）には“写真がテーマのチャットルームに参加中”というプレゼンスを通知し、そうでない人（又は粒度Ｂとして設定している端末）には“チャット中”というプレゼンスを通知することができる。
【００１４】
例えば、本発明は、セッションの確立を行う、少なくとも２つの通信アプリケーションと、前記アプリケーションのいずれかの状態を管理するプレゼンス管理装置と、前記通信アプリケーションが動作する装置、前記プレゼンス管理装置を接続する通信回線を備えたネットワークシステムにおいて、
前記プレゼンス管理装置は、
ネットワークから前記通信アプリケーションのセッション確立のためのセッション設定情報を取得する手段と、取得した前記セッション設定情報に含まれる各要素値の組み合わせと前記通信アプリケーションの状態を示すプレゼンス情報とをマッピングするテーブルを備え、前記通信アプリケーションのセッション設定情報によるセッション状態変化の検出を契機に、前記マッピングテーブルを検索する手段と、該検索結果をプレゼンス情報として登録する手段を有することを特徴のひとつとする。
【００１５】
本発明の第１の解決手段によると、
クライアント端末間又はクライアント端末とアプリケーションサーバ間のセッションを管理するセッション管理サーバと、クライアント端末及びアプリケーションサーバの状態を示すプレゼンス情報を管理し、該プレゼンス情報を予め定められたクライアント端末及びアプリケーションサーバに通知するためのプレゼンスサーバとを備えた通信システムにおける前記プレゼンスサーバであって、
前記クライアント端末間又は前記クライアント端末と前記アプリケーションサーバ間で送受信されるセッションの確立又は切断のためのメッセージ中の、要求の目的を表すリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に対応して、該端末又はサーバの状態を示すプレゼンス情報が予め記憶されたプレゼンス判定テーブルと、
前記クライアント端末又は前記アプリケーションサーバの識別情報と、該クライアント端末又は該アプリケーションサーバのプレゼンス情報とが対応して記憶されるプレゼンス情報テーブルと、
前記セッション管理サーバからの所定の情報に基づいてプレゼンス情報を特定し、前記プレゼンス情報を前記プレゼンス情報テーブルに登録するための処理部と
を備え、
前記処理部は、
プレゼンス情報が参照される被参照者の前記クライアント端末又は前記アプリケーションサーバの識別情報を含む通知要求を、参照者の前記クライアント端末又は前記アプリケーションサーバから受信し、
セッションの確立又は切断のためのメッセージを受信した前記セッション管理サーバから、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を受信し、
受信されたリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に基づき、前記プレゼンス判定テーブルを参照して、対応するプレゼンス情報を取得し、
受信された送信先識別情報又は送信元識別情報と、取得されたプレゼンス情報とを対応して前記プレゼンス情報テーブルに記憶し、
前記送信先識別情報又は送信元識別情報を含む通知要求を受信した参照者の前記クライアント端末又は前記アプリケーションサーバに、該プレゼンス情報を通知する前記プレゼンスサーバが提供される。
【００１６】
本発明の第２の解決手段によると、
クライアント端末間又はクライアント端末とアプリケーションサーバ間のセッションを管理するセッション管理サーバと、
クライアント端末及びアプリケーションサーバの状態を示すプレゼンス情報を管理し、該プレゼンス情報を予め定められたクライアント端末及びアプリケーションサーバに通知するためのプレゼンスサーバと
を備え、
前記プレゼンスサーバは、
前記クライアント端末間又は前記クライアント端末と前記アプリケーションサーバ間で送受信されるセッションの確立又は切断のためのメッセージ中の、要求の目的を表すリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に対応して、該クライアント端末又は該アプリケーションサーバの状態を示すプレゼンス情報が予め記憶されたプレゼンス判定テーブルと、
前記クライアント端末又は前記アプリケーションサーバの識別情報と、該端末又は該サーバのプレゼンス情報とが対応して記憶されるプレゼンス情報テーブルと、
前記セッション管理サーバからの所定の情報に基づいてプレゼンス情報を特定し、前記プレゼンス情報を前記プレゼンス情報テーブルに登録するための処理部と
を有し、
前記セッション管理サーバは、セッションの確立又は切断のためのメッセージを受信し、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を前記プレゼンスサーバへ送信し、
前記プレゼンスサーバは、
プレゼンス情報が参照される被参照者の前記クライアント端末又は前記アプリケーションサーバの識別情報を含む通知要求を、参照者の前記クライアント端末又は前記アプリケーションサーバから受信し、
セッションの確立又は切断のための、メッセージを受信した前記セッション管理サーバから、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を受信し、
受信されたリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に基づき、前記プレゼンス判定テーブルを参照して、対応するプレゼンス情報を取得し、
受信された送信先識別情報又は送信元識別情報と、取得されたプレゼンス情報とを対応して前記プレゼンス情報テーブルに記憶し、
前記送信先識別情報又は送信元識別情報を含む通知要求を受信した参照者の前記クライアント端末又は前記アプリケーションサーバに、該プレゼンス情報を通知するセッション情報管理システムが提供される。
【発明の効果】
【００１７】
本発明によると、ＩＰ電話や各種アプリケーションサーバ等の利用に関する、ユーザのプレゼンス情報の登録をプレゼンスサーバが自動で行うことができる。また、本発明によると、ユーザの操作負担の軽減を図ることができる。また、本発明によると、正確なプレゼンス情報の取得を可能とすることができる。
【００１８】
本発明によると、ユーザがネットワークアプリケーションを利用するだけで、ユーザクライアントとアプリケーションサーバのセッション情報から、ユーザの操作なしにプレゼンスサーバが適切なプレゼンスを自動で登録することができる。また、本発明によると、ユーザによる登録漏れがないためにプレゼンスを正確に把握できるという効果がある。
【発明を実施するための最良の形態】
【００１９】
以下に、本発明の実施形態について図面を参照して説明する。
（ハード構成）
図１に、本実施の形態のＳＩＰサーバ（セッション管理サーバ）およびプレゼンスサーバ（プレゼンス情報管理システム）が適用される通信ネットワークシステムの一例を示す。通信ネットワークシステムは、ネットワーク１００６に接続された複数のクライアント端末１００３（１００３ａ、１００３ｂ、・・・）と、セッション管理機能を備えたＳＩＰサーバ１００１と、プレゼンスサーバ１００２と、クライアント端末１００３に情報サービスを提供するひとつ又は複数のアプリケーションサーバ１００４とを備える。
【００２０】
アプリケーションサーバ１００４としては、例えばクライアントに映画を配信する映画配信サーバ１００４ａや、複数のクライアント間でチャットするためのチャットサーバ１００４ｂ、ネットワークを介して仲間と一緒に参加できるネットワークゲームサーバ１００４ｄ〜ｆ、複数のクライアント間のＴＶ会議をサポートするＴＶ会議サーバ１００４ｃなどが含まれる。なお、これら以外にも適宜のアプリケーションサーバを含んでもよいし、上述の中のいくつかを含んでもよい。ここで、図１において各装置に付随して括弧内に示した文字列は、ＳＩＰプロトコルで使用されるアドレス（ＳＩＰ−ＵＲＩ）を示している。各クライアント端末１００３とアプリケーションサーバ１００４との接続（セッションの設定）は、ＳＩＰサーバ１００１を介して行われる。
【００２１】
なお、プレゼンス情報の被参照者及び参照者は、サービスによって、クライアント端末やアプリケーションサーバ等の場合がある。例えば、これから通信を行う通信相手の状態を知りたい場合は、相手クライアント端末が被参照者であり、駐車場の空き状況をリアルタイムに配信するような情報配信サービスでは、アプリケーションサーバが被参照者となる。なお、ここではＳＩＰサーバとプレゼンスサーバを分けて記述しているが、一体となった構成でもよい。
【００２２】
図２は、プレゼンスサーバ１００２のブロック構成図を示す。プレゼンスサーバ１００２は、ネットワーク１００６に接続するためのネットワークインタフェース２００１と、プロセッサ（ＣＰＵ）２００２と、メモリ２００６とを有する。さらに、その他のデータファイルが蓄積される記憶装置２００７（例えば、大容量メモリ、ハードディスクなどの大容量記憶装置）を有してもよい。なお、本実施の形態では大容量としているが、この容量は問わない。メモリ２００３は、プロセッサ２００２が実行する各種のプログラム２００３と、プレゼンス判定テーブル２００４と、粒度判定テーブル２００５と、プレゼンス情報テーブル２００９と、サブスクリプションテーブル２０１０とが記憶される。なお、各テーブルの構成については後に詳細に説明する。
【００２３】
メモリ２００６のプログラム２００３には、本実施の形態が関係するプログラムとして、例えば、セッション情報取得処理ルーチン、プレゼンスマッチング処理ルーチン、プレゼンス情報登録処理ルーチン、プレゼンス情報通知ルーチン、サブスクリプション管理ルーチン、ＳＩＰプロトコル処理ルーチンが用意されている。なお、各ルーチンの処理については後述する。
【００２４】
図３は、ＳＩＰサーバ１００１のブロック構成図を示す。ＳＩＰサーバ１００１は、ネットワーク１００６に接続するためのネットワークインタフェース３００１と、プロセッサ（ＣＰＵ）３００２と、プロセッサ３００２が実行する各種のプログラム３００３を記憶したメモリ３００４とを有する。さらに、その他のデータファイルが蓄積される大容量記憶装置３００５（例えば大容量メモリ、ハードディスクなどの大容量記憶装置）を有してもよい。なお、本実施の形態では大容量としているが、この容量は問わない。プログラム３００３には、本実施の形態が関係するプログラムとして、セッション情報通知処理ルーチン、ＳＩＰプロトコル処理ルーチンが用意されている。なお、各ルーチンの処理については後述する。
【００２５】
本実施の形態の特徴のひとつは、接続要求セッション設定パケット（ＩＮＶＩＴＥメッセージ）を受信しセッションが確立したときに、ＳＩＰサーバ１００１が、上記の接続要求セッション設定パケットの情報を、プレゼンスサーバ１００２に通知し、プレゼンスサーバ１００２が、上記接続要求パケットの情報をキーに該装置にあるプレゼンス判定テーブル２００４を検索することにより、ユーザのセッションの状態に応じたプレゼンス情報をプレゼンス情報テーブル２００９に自動登録することにある。すなわち、クライアント１００３が意識的にプレゼンスの更新をしなくても、プレゼンスサーバ１００２が自動的にプレゼンスを登録することができる。
【００２６】
また、本実施の形態の他の特徴のひとつは、切断要求セッション設定パケット（ＢＹＥメッセージ）を受信しセッションが切断したときに、ＳＩＰサーバ１００１が、上記の接続要求セッション設定パケットの情報を、プレゼンスサーバ１００２に通知し、プレゼンスサーバ１００２が、上記切断要求パケットの情報をキーに該装置にあるプレゼンス判定テーブル２００４を検索することにより、ユーザのセッションの状態に応じたプレゼンス情報をプレゼンス情報テーブル２００９に自動登録することにある。
【００２７】
（データフォーマット）
図４は、接続要求セッション設定パケットの１つであるＩＮＶＩＴＥメッセージの一例を示す図である。ＩＮＶＩＴＥメッセージを含むＳＩＰメッセージは、ＳＩＰメッセージの種類（Ｒｅｑｕｅｓｔ−Ｍｅｔｈｏｄ、ここではＩＮＶＩＴＥ）及び宛先（Ｒｅｑｕｅｓｔ−ＵＲＩ）を表すスタートライン８００１と、送信元（Ｆｒｏｍ、又は送信元識別情報、送信元アドレス）、宛先（Ｔｏ、又は送信先識別情報、送信先アドレス）、経路情報（Ｖｉａ）などの情報を含むヘッダフィールド８００２と、その他情報を格納するボディ８００４とを含む。また、空行８００３を含む。なお、ＩＮＶＩＴＥメッセージは、例えば、セッションを設定する際に送受信されるメッセージである。ＳＩＰセッションの記述には、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）がボディに適用される。ＳＤＰには、セッション名（ｓ）、コネクション情報（ｃ）、メディア種別（ｍ）など、セッションに関する情報が含まれている。
【００２８】
図５は、ＳＩＰサーバ１００１が、プレゼンスサーバ１００２に通知するセッション情報通知パケット（又はメッセージ）の一例を示す。セッション情報通知パケットは、スタートライン９００１と、ヘッダフィールド９００２と、ボディ９００４とを含む。また、空行９００３を含む。本実施の形態では、ＲＥＧＩＳＴＥＲメッセージを利用し、ボディ９００４に、例えば上述の接続要求セッション設定パケット（ＩＮＶＩＴＥメッセージ）８００５を含めてプレゼンスサーバ１００２に通知する。本実施の形態では、ＳＩＰメッセージ（ＲＥＧＩＳＴＥＲメッセージ）による通知を例として挙げているが、セッション情報の通知が目的のため、セッション情報を通知できれば規格化されていない独自のフォーマット、手順等を使用してもよい。
【００２９】
図６は、プレゼンスサーバ１００２が備える、サブスクリプションテーブル２０１０の一例を示す。サブスクリプションテーブル２０１０は、通知予約（図６：Ｆ６０１、６０２）を行っている参照者（通知サービスを受けたいユーザ）の識別情報１１００２と、被参照者（プレゼンス情報を参照されるユーザ）の識別情報１１００１との関係が、対応づけられて予め記憶されている。例えば、被参照者と参照者はＳＵＢＳＣＲＩＢＥメソッドの情報を基に登録される。例えば、被参照者はＳｕｂｓｃｒｉｂｅメッセージのＦｒｏｍであり、参照者はＳｕｂｓｃｒｉｂｅメッセージのＴｏ又はリクエストＵＲＩである。識別情報としては、例えば、ＳＩＰ−ＵＲＩ（図１参照）を用いることができる。例えば、図１３のような予約通知の一連の手順（Ｆ６０１〜６０８）の完了を契機に、プレゼンスサーバ１００２のプログラム２００３にあるサブスクリプション管理ルーチンが、通知予約（Ｆ６０１、６０２）の参照者と被参照者の識別情報をサブスクリプションテーブル２０１０に登録する。例えば、プレゼンスサーバ１００２は、ＳＵＢＳＣＲＩＢＥメッセージに含まれる参照者の識別情報及び被参照者の識別情報をサブスクリプションテーブル２０１０に登録する。サブスクリプションテーブル２０１０には、これら以外にも予約通知の有効時間１１００３の情報などを含むことができるが、これは例えばＳＩＰの仕様を満たすための情報であるため、ここでは説明を省略する。
【００３０】
プレゼンス情報に更新（図１３ではＦ６０９に相当、本実施の形態では自動で更新）があると、例えば、プレゼンスサーバ１００２のプログラム２００３にあるプレゼンス情報通知ルーチンが、プレゼンス情報に更新のあったユーザをキーにサブスクリプションテーブル２０１０の被参照者１１００１を検索し、対応する参照者１１００２によりプレゼンス情報を通知すべき参照者１１００２を特定し、その参照者１１００２に、更新された被参照者のプレゼンス情報を通知（図１３ではＦ６１０、Ｆ６１１に相当）する。
【００３１】
図７は、プレゼンスサーバ１００２が備える、プレゼンス判定テーブル２００４の一例を示す。プレゼンス判定テーブル２００４は、クライアント端末およびアプリケーションサーバが発行するＳＩＰメッセージの内容（セッション情報）４００１と、プレゼンス４００２との関連を予め定義した複数のエントリを有する。ＳＩＰメッセージの内容４００１としては、プレゼンスの特定に必要となる複数の情報項目、例えば、ＳＩＰメッセージの種類を示すリクエストメソッド（リクエストの識別子）４００５、リクエストＵＲＩ４００６、送信先アドレス（Ｔｏ）４００７、送信元アドレス（ＦＲＯＭ）４００８、セッション名（Ｓ）４００９が含まれる。なお、その他の情報４０１０を含んでもよいし、上述の各情報項目のうちの適宜の項目を含むようにしてもよい。また、プレゼンス４００２は、粒度毎のプレゼンス情報４００３（４００３ａ、４００３ｂ）と、プレゼンスＩＤ４００４とを含む。
【００３２】
プレゼンスＩＤは、プレゼンスの項目を一意にする予め定められた識別子である。本実施の形態では、例えばプレゼンスＩＤ「００３」は、ユーザのテレビ会議システムの利用状況を意味するプレゼンスを指し、プレゼンスＩＤ「００５」は、ネットワークゲームの利用状況を意味するプレゼンスを指す。
【００３３】
なお、図７に示すプレゼンス判定テーブル２００４にある“＊”はワイルドカードを示す。エントリ４０１１の例では、リクエストメソッド４００５が“ＩＮＶＩＴＥ”であり、かつ、リクエストＵＲＩ４００６および送信先アドレス４００７がそれぞれ“ｃｏｎｆ＠ａｂｃ．ｃｏｍ”であり、かつ、セッション名４００９が“ｃｏｎｆ”の場合は、送信元アドレス４００８が何であっても、プレゼンス情報テーブル２００９のプレゼンスＩＤが００３のプレゼンス情報として、粒度１及び２ともに“ＴＶ会議中”を登録する。これは、例えば、クライアント１００３からＴＶ会議サーバ１００４ｃに接続要求を行う場合が該当する。一方、エントリ４０１２の例では、会議の招集を行う際のＴＶ会議サーバ１００４ｃからクライアント１００３に接続要求を行う場合が該当する。
【００３４】
エントリ４０１６の例では、リクエストメソッドが“ＩＮＶＩＴＥ”であり、かつ、セッション名４００９が“ｖｏｉｃｅ”であれば、他の項目が何であっても、プレゼンス情報テーブル２００９に“電話中”を登録する。これは、ＩＰ電話など、サーバを介さず端末間で直接通信を行う場合が該当する。ただし、ＩＰ電話のセッション名を例えば“ｖｏｉｃｅ”等と予め割り当てておく。
【００３５】
エントリ４０１３、４０１４は、粒度毎にプレゼンス情報が異なる例である。粒度とは、プレゼンス情報の具体化の分解能を示すものである。粒度１では、被参照ユーザのプレゼンスが例えば“オンラインゲーム中”となるが、粒度２では例えば“オンラインゲームＡに参加中”等となり、より具体的な情報を通知できる。
【００３６】
エントリ４０１５は、マッチングの優先度の例である。プレゼンス判定テーブルは、例えばテーブルの上位の行（図の上の行）から検索・判定されることができ、上位ほど優先度が高い。エントリ４０１３〜４０１５を例に具体的に説明すると、ゲームサーバ“ｇａｍｅ＿ｂ＠ａｂｃ．ｃｏｍ”に、あるクライアントが接続した場合、宛先（Ｔｏ）が“ｇａｍｅ＿ｂ＠ａｂｃ．ｃｏｍ”であるエントリ４０１４が検索結果となる。一方、ゲームサーバ“ｇａｍｅ＿ｚ＠ａｂｃ．ｃｏｍ”にクライアントが接続した場合は、宛先（Ｔｏ）が“ｇａｍｅ＿ｚ＠ａｂｃ．ｃｏｍ”に該当するエントリはなく、ワイルドカードのエントリ４０１５が検索結果となる。このように優先度を利用することにより、非該当（この例では、プレゼンス判定テーブルに未登録のゲームサーバ）の場合に、デフォルトのプレゼンスを登録できる。
【００３７】
図８は、プレゼンスサーバ１００２が備える、プレゼンス情報テーブル２００９の一例を示す。プレゼンス情報テーブル２００９は、プレゼンス所有者（被参照者）の識別情報１０００１に対応して、プレゼンス所有者１０００１のプレゼンス情報をプレゼンスＩＤ毎に登録したテーブルである。プレゼンス所有者の識別情報は、例えば、ＳＩＰ−ＵＲＩを用いることができる。プレゼンス情報は、各プレゼンスＩＤに対して、例えば、粒度１のプレゼンス情報１０００２と、粒度２のプレゼンス情報１０００３とを含む。
【００３８】
図９は、プレゼンスサーバが備える粒度判定テーブルの構成の一例を示す。
粒度判定テーブル２００５は、例えば、被参照者の識別情報と、参照者の識別情報と、プレゼンスＩＤ毎の粒度とが対応して記憶される。例えば、被参照者が、参照者に対して、プレゼンス情報をどの程度の粒度（この例では、粒度１又は粒度２のいずれか）で提供するかが予め記憶される。例えば、被参照者が事前に粒度判定テーブル２００５に粒度を登録することで、被参照者が参照者に対してプレゼンスＩＤ毎に公開する情報の粒度を設定することができる。図９に示す例では、被参照者（ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍ）は、参照者（ｕｓｅｒ＿ｂ＠ａｂｃ．ｃｏｍ）に対して、プレゼンスＩＤ“００３”については粒度１のプレゼンス情報を通知し、プレゼンスＩＤ“００５”についても粒度１のプレゼンス情報を通知する。一方、被参照者（ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍ）は、参照者（ｕｓｅｒ＿ｃ＠ａｂｃ．ｃｏｍ）に対して、プレゼンスＩＤ“００３”については粒度１のプレゼンス情報を通知し、プレゼンスＩＤ“００５”については粒度２のプレゼンス情報を通知する。なお、粒度は、粒度１、粒度２の２段階に限らず、適宜の数であってもよい。
【００３９】
被参照者がゲームサーバ（ｇａｍｅ＿ａ＠ａｂｃ．ｃｏｍ）とセッションを接続した場合（例えば、プレゼンスＩＤ００５）、図９の例では、被参照者（ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍ）が、参照者（ｕｓｅｒ＿ｂ＠ａｂｃ．ｃｏｍ）には、プレゼンスＩＤ“００５”について“粒度１”で通知し、一方、参照ユーザ（ｕｓｅｒ＿ｃ＠ａｂｃ．ｃｏｍ）には、プレゼンスＩＤ“００５”について“粒度２”で通知することとなる。したがって、参照者（ｕｓｅｒ＿ｂ＠ａｂｃ．ｃｏｍ）には“オンラインゲーム中”、参照者（ｕｓｅｒ＿ｃ＠ａｂｃ．ｃｏｍ）には“オンラインゲームＡに参加中”というプレゼンスが通知される。
【００４０】
図１０では、本実施の形態の動作手順の一例を示す。この例は、セッション接続プロトコルにＳＩＰを用いた例である。ＳＩＰでは、セッションの確立に、ＩＮＶＩＴＥメッセージを用いる。Ｆ７０１からＦ７０８の手順で端末間の調整を行い、その結果にしたがい、セッションを確立する。なお、Ｆ７０１〜Ｆ７０８は、例えばプロトコルで定められた所定の手順と同様の手順とすることができる。音声や映像の場合は、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ、ＲＦＣ１８８９）で音声データや映像データの送受信を行う。
【００４１】
Ｆ７０８のＡＣＫの送信によるセッションの確立を契機に、ＳＩＰサーバ１００１（例えば、セッション情報処理ルーチン）がプレゼンスサーバ１００２に、セッション情報を含むセッション情報通知パケット９００７（Ｆ７０１のＩＮＶＩＴＥパケット８００５の情報を含む）を通信する（Ｆ７０９）。プレゼンスサーバ１００２は、ＳＩＰサーバ１００１から受信したセッション情報をキーに、プレゼンス判定テーブル２００４を検索して、プレゼンス情報の登録を行う。
【００４２】
図１１は、プレゼンス情報登録の処理のフローチャートである。
まず、プレゼンスサーバ１００２（例えば、ＣＰＵ２００２、以下同様）は、ＳＩＰサーバ１００１からセッション情報通知パケット９００７を受信すると（Ｓ１０１）、例えば、セッション情報取得処理ルーチンがセッション情報通知パケット９００７のボディ部９００４から、プレゼンス判定テーブル２００４の項目４００５〜４０１０に相当する情報を抽出する（Ｓ１０３）。図５の例では、まず、セッション情報取得処理ルーチンは、セッション情報通知パケット９００７のボディ９００４から、リクエストメソッド（Ｒｅｑｕｅｓｔ−Ｍｅｔｈｏｄ；ＩＮＶＩＴＥ）と、リクエストＵＲＩ（Ｒｅｑｕｅｓｔ−ＵＲＩ；ｓｉｐ：ｇａｍｅ＿ａ＠ａｂｃ．ｃｏｍ）と、送信先アドレス９００５（Ｔｏ；ｇａｍｅ＿ａ＜ｓｉｐ：ｇａｍｅ＿ａ＠ａｂｃ．ｃｏｍ＞）と、送信元アドレス９００６（Ｆｒｏｍ；ｕｓｅｒ＿ａ＜ｓｉｐ：ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍ＞）と、セッション名（ｓ；Ｇａｍｅ）とを抽出する。
【００４３】
次に、プレゼンスマッチング処理ルーチンが、プレゼンス判定テーブル２００４を参照し、抽出された各情報が該当するエントリを検索する。図５のパケットの例では、エントリ４０１３が該当する。また、該当するエントリのプレゼンス情報４００２（例えば、粒度毎のプレゼンス情報４００３ａ及びｂ、プレゼンスＩＤ４００４）を取得する（Ｓ１０５）。図５のパケットの例では、エントリ４０１３から、粒度１のプレゼンス情報として「オンラインゲーム中」、粒度２のプレゼンス情報として「オンラインゲームＡに参加中」、プレゼンスＩＤとして「００５」が取得される。
【００４４】
次に、プレゼンスサーバは、プレゼンス情報テーブル２００９にプレゼンス情報を登録する（Ｓ１０７）。例えば、まずプレゼンス情報登録処理ルーチンが、プレゼンス情報テーブル２００９のプレゼンス所有者１０００１を参照し、確立したセッションの接続元（セッション情報通知パケット９００７内のＦＲＯＭヘッダ９００６）、又は、接続先（セッション情報９００７内のＴＯヘッダ９００５）と一致するエントリを検索する。図５のパケットの例では、Ｆｒｏｍヘッダが、ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍであるので、エントリ１０００４が該当する。
【００４５】
プレゼンス情報登録処理ルーチンは、該当するエントリに対して、プレゼンスマッチング処理ルーチンが取得したプレゼンスＩＤ４００４と一致するプレゼンスＩＤのフィールドに、取得されたプレゼンス情報４００３を登録する。例えば、該当するエントリ１０００４のプレゼンスＩＤ＝００５の粒度１に、取得された粒度１のプレゼンス情報「オンラインゲーム中」を登録し、プレゼンスＩＤ＝００５の粒度２に、取得された粒度２のプレゼンス情報「オンラインゲームＡに参加中」を登録する。図８は、登録後のテーブルの状態を示す。また、Ｔｏヘッダとプレゼンス所有者１０００１が一致するエントリに、上述と同様にしてプレゼンス情報を登録してもよいし、ＦｒｏｍヘッダとＴｏヘッダのそれぞれについてプレゼンス情報を登録してもよい。
【００４６】
このように、プレゼンスサーバ１００２が、ＳＩＰサーバ１００１からセッション情報通知パケット９００７を受信すると、自動的にプレゼンス情報テーブル２００９が更新され、以下の処理により、更新された情報が参照者に提供される。
【００４７】
プレゼンスサーバ１００２は、アプリケーション（サービス）の開始又は終了をプレゼンス情報の更新として検出して、参照者（例えば、ｕｓｅｒ＿ｂ、ｕｓｅｒ＿ｃ）にプレゼンス情報の通知を行う（Ｆ７１１〜Ｆ７１８）。ｕｓｅｒ＿ｂとｕｓｅｒ＿ｃは、予めｕｓｅｒ＿ａにＳＵＢＳＣＲＩＢＥを送信して、サブスクリプションテーブル２０１０に予め登録されることができる。
【００４８】
図１２は、プレゼンス情報通知の処理のフローチャートである。
まず、プレゼンス情報更新の検出（Ｓ２０１）を契機に、プレゼンスサーバ１００２のプレゼンス情報通知ルーチンが、プレゼンス情報テーブル２００９から該当ユーザに関するプレゼンス情報を取得する（Ｓ２０３）。例えば、プレゼンス情報通知ルーチンは、プレゼンス情報テーブル２００９のプレゼンス情報が更新されたエントリから、プレゼンス所有者の識別情報１０００１（例えば、ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍ）と、更新されたプレゼンス情報のプレゼンスＩＤ（例えば、００５）と、粒度１及び粒度２のプレゼンス情報（例えば、オンラインゲーム中、オンラインゲームＡに参加中）を取得する。
【００４９】
次に、プレゼンス情報通知ルーチンは、サブスクリプションテーブル２０１０を検索し、プレゼンス通知対象（プレゼンス情報が更新された被参照者に対応する参照者）を取得する（Ｓ２０５）。例えば、プレゼンス情報通知ルーチンは、取得されたプレゼンス所有者の識別情報をキーにサブスクリプションテーブル２０１０の被参照者の欄を検索し、対応する参照者（例えば、ｕｓｅｒ＿ｂ＠ａｂｃ．ｃｏｍ）を取得する。
【００５０】
次に、プレゼンス情報通知ルーチンは、被参照者（又は取得されたプレゼンス所有者の識別情報）、参照者及び取得されたプレゼンスＩＤをキーに、粒度判定テーブル２００５を検索し、対応する粒度（例えば、図９の例では粒度１）を決定する（Ｓ２０７）。プレゼンス情報通知ルーチンは、既に取得したプレゼンス情報から、取得された粒度のプレゼンス情報（例えば、オンラインゲーム中）を、“ＮＯＴＩＦＹ”メッセージに添付して参照者（例えば、クライアント端末１００３ｂ）に送信する（Ｓ２０９、図１０Ｆ７１１、Ｆ７１２に相当）。
【００５１】
一方、クライアント端末１００３ｂは、ＳＩＰサーバ１００１を介してプレゼンスサーバ１００２に２００ＯＫを送信する。また、クライアント端末１００３ｃが参照者であれば、上述と同様にクライアント１００３ｃに対してＮＯＴＩＦＹメッセージを送信する（Ｆ７１５〜Ｆ７１８）
【００５２】
なお、この例では、セッションの確立の契機をＦ７０８としたが、サービスの運用方式等により、Ｆ７０５の“２００ＯＫ”の受信でも、Ｆ７０１の“ＩＮＶＩＴＥ”を契機としてもよい。また、本発明の変形例として、ＳＩＰサーバ１００１がセッション情報をプレゼンスサーバ１００２に通知するのではなく、プレゼンスサーバ１００２が、ネットワークのパケットをモニタし、加入者のセッション情報のみをフィルタリングして取得するようにしてもよい。
【産業上の利用可能性】
【００５３】
本発明は、例えば、ユーザ又は端末の状態を通知又は管理する通信システムに利用可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明が適用される通信ネットワークシステムの構成の一例を示す図。
【図２】本発明によるプレゼンスサーバのブロック図。
【図３】本発明によるＳＩＰサーバのブロック図。
【図４】接続要求セッション設定パケットのメッセージフォーマットの一例。
【図５】セッション情報通知パケットのメッセージフォーマットの一例。
【図６】プレゼンスサーバが備えるサブスクリプションテーブルの構成の一例。
【図７】プレゼンスサーバが備えるプレゼンス判定テーブルの構成の一例。
【図８】プレゼンスサーバが備えるプレゼンス情報テーブルの構成の一例。
【図９】プレゼンスサーバが備える粒度判定テーブルの構成の一例。
【図１０】本発明によるプレゼンス登録シーケンスの一例。
【図１１】プレゼンス情報登録の処理のフローチャート。
【図１２】プレゼンス情報通知の処理のフローチャート。
【図１３】プレゼンスサービスの基本動作シーケンスを示す図。
【符号の説明】
【００５５】
１００１…ＳＩＰサーバ
１００２…プレゼンスサーバ
１００３…クライアント
１００４…アプリケーションサーバ
１００６…ネットワーク
２００４…プレゼンス判定テーブル
２００５…粒度判定テーブル
２００９…プレゼンス情報テーブル
２０１０…サブスクリプションテーブル
２００１、３００１…ネットワークインタフェース
２００２、３００２…ＣＰＵ
２００３、３００３…プログラム
２００６、３００４…メモリ
２００７、３００５…大容量記憶装置
【技術分野】
【０００１】
本発明は、プレゼンスサーバ及びプレゼンス情報管理システムに係り、特に、ユーザや端末の状態を管理するプレゼンス情報管理システムにおいて、ユーザまたは端末に代わり、ユーザまたは端末の状態の取得及び登録を行うプレゼンスサーバ及びプレゼンス情報管理システムに関する。
【背景技術】
【０００２】
「プレゼンス」とは、人や物の存在や状態を示し、「プレゼンスサービス」とは、人や物の存在や状態（例えば、社員が「在席中」、「会議中」など）を通知するサービスである。プレゼンスの概念は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のｉｍｐｐ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ）ワーキンググループを中心として検討が進められ（例えば、非特許文献１参照）、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）という通信プロトコルを用いたプレゼンス情報の送受信方法などが提案されている（例えば、非特許文献２参照）。
【０００３】
図１３に、プレゼンスサービスの動作の例を示す。プレゼンスサービスのためのシステムは、例えば、プレゼンス情報の通知サービスを受けたい者（参照者）のクライアント６００１、アプリケーション間のセッションの確立／切断の通信手順を実行するＳＩＰサーバ６００２、プレゼンス情報の管理や通知を行うプレゼンスサーバ６００３、及び、プレゼンス情報を参照される者（被参照者）のクライアント６００４で構成される。
【０００４】
プレゼンスサービスの動作は、参照者６００１が被参照者６００４の情報通知を予約するために、プレゼンスサーバ６００３に対し“ＳＵＢＳＣＲＩＢＥ”（通知予約）メッセージを送信する（Ｆ６０１）。ここで、ＳＩＰメッセージの中継は、ＳＩＰサーバ６００２が行うため、メッセージは、一旦ＳＩＰサーバ６００２を経由してプレゼンスサーバ６００３へ送信される（Ｆ６０２）。プレゼンスサーバ６００３は、受信確認の応答である“２００ＯＫ”をＳＩＰサーバ６００２を介して返信する（Ｆ６０３、Ｆ６０４）。また、プレゼンスサーバ６００３は、ＳＩＰサーバ６００２を介して、現在の被参照者６００４のプレゼンス情報を“ＮＯＴＩＦＹ”メッセージで参照者６００１に送信する（Ｆ６０５、Ｆ６０６）。参照者６００１は、これに対し、ＳＩＰサーバ６００２を介して受信確認応答“２００ＯＫ”を返信する（Ｆ６０７、Ｆ６０８）。なお、参照者と被参照者は、サブスクリプションテーブルに登録される。
【０００５】
通知予約（Ｆ６０１、６０２）を行うと被参照者６００４のプレゼンス変更を契機に、プレゼンスサーバ６００３が参照者６００１にプレゼンス情報の通知を行う。具体的には、被参照者６００４が、アプリケーション等を操作してプレゼンス情報の更新を行うと（Ｆ６０９）、プレゼンスサーバ６００３が被参照者６００４のプレゼンス情報の更新を検出し、ＳＩＰサーバ６００２を介して参照者６００１に対し、“ＮＯＴＩＦＹ”メッセージでプレゼンス情報の通知を行う（Ｆ６１０、Ｆ６１１）。参照者６００１はこれに対し、受信確認応答“２００ＯＫ”をＳＩＰサーバ６００２を介して返信する（Ｆ６１２、Ｆ６１３）。以上がプレゼンスサービスの動作例である。
【０００６】
一方、実装では、いわゆるＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｅ）にプレゼンスの概念が取り入れられており、メッセージを送信しようとする相手がオンラインになると、送信相手先にメッセージが通知される仕組みとして利用されている。また、ＩＭクライアントのユーザインタフェースから「電話中」、「退席中」といった、プレゼンス情報を登録できるものも知られている。
【非特許文献１】ＲＦＣ２７７８、ＩＥＴＦ発行、２０００年２月
【非特許文献２】ＲＦＣ３２６５、ＩＥＴＦ発行、２００２年６月
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来技術によるプレゼンスサービスでは、ユーザがクライアントアプリケーションを操作し、逐次ユーザ自身の状態をプレゼンス情報として登録する必要があり、煩わしい場合がある。例えば、電話をかける（または、受ける）場合、事前にクライアントアプリケーションを操作して電話中などのプレゼンスを登録する必要がある。また、操作が煩わしいためにユーザがプレゼンスの変更操作を怠ると正確なプレゼンス情報の把握ができず、相手の状態をリアルタイムに把握できるというプレゼンスサービスそのものが成り立たなくなる課題がある。
【０００８】
本発明は以上の点に鑑み、ＩＰ電話や各種アプリケーションサーバ等の利用に関する、ユーザのプレゼンス情報の登録をプレゼンスサーバが自動で行うことを目的とする。また、本発明は、ユーザの操作負担の軽減を図ることを目的のひとつとする。また、本発明は、正確なプレゼンス情報の取得を可能とすることを目的とする。
【０００９】
本発明は、ユーザがネットワークアプリケーションを利用するだけで、ユーザクライアントとアプリケーションサーバのセッション情報から、ユーザによるプレゼンス設定の操作なしにプレゼンスサーバが適切なプレゼンスを自動で登録することを目的とする。また、本発明は、ユーザによる登録漏れをなくしてプレゼンスを正確に把握することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明では、例えば、プレゼンスサーバに、ネットワークに流れるユーザクライアントとアプリケーションサーバもしくは接続相手のクライアントとのセッション情報（例えばＳＩＰプロトコル）を収集する機能と、収集したセッション情報の各項目値の組み合わせに対するプレゼンスの状態をマッチングさせる機能と、１つのマッチングパターンに対し１つもしくは複数のプレゼンスを設定できる機能を設ける。
【００１１】
上記のセッション情報の収集機能は、ネットワークモニタリングソフトのようにネットワークに流れる情報（例えば、ＩＰネットワークではパケット）をすべて参照し、その中からプレゼンスサーバの加入者に関するセッション情報のみをフィルタリングして収集を行うことができる。または、ＳＩＰによるネットワークでは、セッションの確立／切断などセッションの管理はＳＩＰサーバが行うため、ＳＩＰサーバがプレゼンスサーバに、セッションの確立／切断を契機にセッション情報を通知する方式でもよい。
【００１２】
上記のセッション情報とプレゼンスのマッチングは、セッション情報を含むセッション設定パケット（例えば、ＳＩＰメッセージではＩＮＶＩＴＥメッセージなど）から抽出される特定の情報項目の内容と登録すべきプレゼンス情報との関係を予め定義した複数のエントリを有するプレゼンス判定テーブルをプレゼンスサーバが備える。また、プレゼンスサーバは、クライアントから特定アプリケーションサーバへのセッション設定要求パケットの受信時に、上記プレゼンス判定テーブルを参照して、受信パケットに含まれる情報に対応するプレゼンス情報を検索して、プレゼンス情報テーブルに登録する。
【００１３】
上記の１つのマッチングパターンに対し１つもしくは複数のプレゼンスを設定できる機能と、被参照者が予め設定する被参照者、参照者、プレゼンス項目及び粒度を関連付ける粒度判定テーブルとにより、同じマッチングパターンでも、参照者毎に通知するプレゼンス情報の粒度を指定することができる。例えば、親しい人にはより詳しい情報を通知し、そうでない人には、大まかな情報を通知するような運用が可能となる。例えば、親しい人（又は粒度Ａとして設定している端末）には“写真がテーマのチャットルームに参加中”というプレゼンスを通知し、そうでない人（又は粒度Ｂとして設定している端末）には“チャット中”というプレゼンスを通知することができる。
【００１４】
例えば、本発明は、セッションの確立を行う、少なくとも２つの通信アプリケーションと、前記アプリケーションのいずれかの状態を管理するプレゼンス管理装置と、前記通信アプリケーションが動作する装置、前記プレゼンス管理装置を接続する通信回線を備えたネットワークシステムにおいて、
前記プレゼンス管理装置は、
ネットワークから前記通信アプリケーションのセッション確立のためのセッション設定情報を取得する手段と、取得した前記セッション設定情報に含まれる各要素値の組み合わせと前記通信アプリケーションの状態を示すプレゼンス情報とをマッピングするテーブルを備え、前記通信アプリケーションのセッション設定情報によるセッション状態変化の検出を契機に、前記マッピングテーブルを検索する手段と、該検索結果をプレゼンス情報として登録する手段を有することを特徴のひとつとする。
【００１５】
本発明の第１の解決手段によると、
クライアント端末間又はクライアント端末とアプリケーションサーバ間のセッションを管理するセッション管理サーバと、クライアント端末及びアプリケーションサーバの状態を示すプレゼンス情報を管理し、該プレゼンス情報を予め定められたクライアント端末及びアプリケーションサーバに通知するためのプレゼンスサーバとを備えた通信システムにおける前記プレゼンスサーバであって、
前記クライアント端末間又は前記クライアント端末と前記アプリケーションサーバ間で送受信されるセッションの確立又は切断のためのメッセージ中の、要求の目的を表すリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に対応して、該端末又はサーバの状態を示すプレゼンス情報が予め記憶されたプレゼンス判定テーブルと、
前記クライアント端末又は前記アプリケーションサーバの識別情報と、該クライアント端末又は該アプリケーションサーバのプレゼンス情報とが対応して記憶されるプレゼンス情報テーブルと、
前記セッション管理サーバからの所定の情報に基づいてプレゼンス情報を特定し、前記プレゼンス情報を前記プレゼンス情報テーブルに登録するための処理部と
を備え、
前記処理部は、
プレゼンス情報が参照される被参照者の前記クライアント端末又は前記アプリケーションサーバの識別情報を含む通知要求を、参照者の前記クライアント端末又は前記アプリケーションサーバから受信し、
セッションの確立又は切断のためのメッセージを受信した前記セッション管理サーバから、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を受信し、
受信されたリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に基づき、前記プレゼンス判定テーブルを参照して、対応するプレゼンス情報を取得し、
受信された送信先識別情報又は送信元識別情報と、取得されたプレゼンス情報とを対応して前記プレゼンス情報テーブルに記憶し、
前記送信先識別情報又は送信元識別情報を含む通知要求を受信した参照者の前記クライアント端末又は前記アプリケーションサーバに、該プレゼンス情報を通知する前記プレゼンスサーバが提供される。
【００１６】
本発明の第２の解決手段によると、
クライアント端末間又はクライアント端末とアプリケーションサーバ間のセッションを管理するセッション管理サーバと、
クライアント端末及びアプリケーションサーバの状態を示すプレゼンス情報を管理し、該プレゼンス情報を予め定められたクライアント端末及びアプリケーションサーバに通知するためのプレゼンスサーバと
を備え、
前記プレゼンスサーバは、
前記クライアント端末間又は前記クライアント端末と前記アプリケーションサーバ間で送受信されるセッションの確立又は切断のためのメッセージ中の、要求の目的を表すリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に対応して、該クライアント端末又は該アプリケーションサーバの状態を示すプレゼンス情報が予め記憶されたプレゼンス判定テーブルと、
前記クライアント端末又は前記アプリケーションサーバの識別情報と、該端末又は該サーバのプレゼンス情報とが対応して記憶されるプレゼンス情報テーブルと、
前記セッション管理サーバからの所定の情報に基づいてプレゼンス情報を特定し、前記プレゼンス情報を前記プレゼンス情報テーブルに登録するための処理部と
を有し、
前記セッション管理サーバは、セッションの確立又は切断のためのメッセージを受信し、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を前記プレゼンスサーバへ送信し、
前記プレゼンスサーバは、
プレゼンス情報が参照される被参照者の前記クライアント端末又は前記アプリケーションサーバの識別情報を含む通知要求を、参照者の前記クライアント端末又は前記アプリケーションサーバから受信し、
セッションの確立又は切断のための、メッセージを受信した前記セッション管理サーバから、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を受信し、
受信されたリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に基づき、前記プレゼンス判定テーブルを参照して、対応するプレゼンス情報を取得し、
受信された送信先識別情報又は送信元識別情報と、取得されたプレゼンス情報とを対応して前記プレゼンス情報テーブルに記憶し、
前記送信先識別情報又は送信元識別情報を含む通知要求を受信した参照者の前記クライアント端末又は前記アプリケーションサーバに、該プレゼンス情報を通知するセッション情報管理システムが提供される。
【発明の効果】
【００１７】
本発明によると、ＩＰ電話や各種アプリケーションサーバ等の利用に関する、ユーザのプレゼンス情報の登録をプレゼンスサーバが自動で行うことができる。また、本発明によると、ユーザの操作負担の軽減を図ることができる。また、本発明によると、正確なプレゼンス情報の取得を可能とすることができる。
【００１８】
本発明によると、ユーザがネットワークアプリケーションを利用するだけで、ユーザクライアントとアプリケーションサーバのセッション情報から、ユーザの操作なしにプレゼンスサーバが適切なプレゼンスを自動で登録することができる。また、本発明によると、ユーザによる登録漏れがないためにプレゼンスを正確に把握できるという効果がある。
【発明を実施するための最良の形態】
【００１９】
以下に、本発明の実施形態について図面を参照して説明する。
（ハード構成）
図１に、本実施の形態のＳＩＰサーバ（セッション管理サーバ）およびプレゼンスサーバ（プレゼンス情報管理システム）が適用される通信ネットワークシステムの一例を示す。通信ネットワークシステムは、ネットワーク１００６に接続された複数のクライアント端末１００３（１００３ａ、１００３ｂ、・・・）と、セッション管理機能を備えたＳＩＰサーバ１００１と、プレゼンスサーバ１００２と、クライアント端末１００３に情報サービスを提供するひとつ又は複数のアプリケーションサーバ１００４とを備える。
【００２０】
アプリケーションサーバ１００４としては、例えばクライアントに映画を配信する映画配信サーバ１００４ａや、複数のクライアント間でチャットするためのチャットサーバ１００４ｂ、ネットワークを介して仲間と一緒に参加できるネットワークゲームサーバ１００４ｄ〜ｆ、複数のクライアント間のＴＶ会議をサポートするＴＶ会議サーバ１００４ｃなどが含まれる。なお、これら以外にも適宜のアプリケーションサーバを含んでもよいし、上述の中のいくつかを含んでもよい。ここで、図１において各装置に付随して括弧内に示した文字列は、ＳＩＰプロトコルで使用されるアドレス（ＳＩＰ−ＵＲＩ）を示している。各クライアント端末１００３とアプリケーションサーバ１００４との接続（セッションの設定）は、ＳＩＰサーバ１００１を介して行われる。
【００２１】
なお、プレゼンス情報の被参照者及び参照者は、サービスによって、クライアント端末やアプリケーションサーバ等の場合がある。例えば、これから通信を行う通信相手の状態を知りたい場合は、相手クライアント端末が被参照者であり、駐車場の空き状況をリアルタイムに配信するような情報配信サービスでは、アプリケーションサーバが被参照者となる。なお、ここではＳＩＰサーバとプレゼンスサーバを分けて記述しているが、一体となった構成でもよい。
【００２２】
図２は、プレゼンスサーバ１００２のブロック構成図を示す。プレゼンスサーバ１００２は、ネットワーク１００６に接続するためのネットワークインタフェース２００１と、プロセッサ（ＣＰＵ）２００２と、メモリ２００６とを有する。さらに、その他のデータファイルが蓄積される記憶装置２００７（例えば、大容量メモリ、ハードディスクなどの大容量記憶装置）を有してもよい。なお、本実施の形態では大容量としているが、この容量は問わない。メモリ２００３は、プロセッサ２００２が実行する各種のプログラム２００３と、プレゼンス判定テーブル２００４と、粒度判定テーブル２００５と、プレゼンス情報テーブル２００９と、サブスクリプションテーブル２０１０とが記憶される。なお、各テーブルの構成については後に詳細に説明する。
【００２３】
メモリ２００６のプログラム２００３には、本実施の形態が関係するプログラムとして、例えば、セッション情報取得処理ルーチン、プレゼンスマッチング処理ルーチン、プレゼンス情報登録処理ルーチン、プレゼンス情報通知ルーチン、サブスクリプション管理ルーチン、ＳＩＰプロトコル処理ルーチンが用意されている。なお、各ルーチンの処理については後述する。
【００２４】
図３は、ＳＩＰサーバ１００１のブロック構成図を示す。ＳＩＰサーバ１００１は、ネットワーク１００６に接続するためのネットワークインタフェース３００１と、プロセッサ（ＣＰＵ）３００２と、プロセッサ３００２が実行する各種のプログラム３００３を記憶したメモリ３００４とを有する。さらに、その他のデータファイルが蓄積される大容量記憶装置３００５（例えば大容量メモリ、ハードディスクなどの大容量記憶装置）を有してもよい。なお、本実施の形態では大容量としているが、この容量は問わない。プログラム３００３には、本実施の形態が関係するプログラムとして、セッション情報通知処理ルーチン、ＳＩＰプロトコル処理ルーチンが用意されている。なお、各ルーチンの処理については後述する。
【００２５】
本実施の形態の特徴のひとつは、接続要求セッション設定パケット（ＩＮＶＩＴＥメッセージ）を受信しセッションが確立したときに、ＳＩＰサーバ１００１が、上記の接続要求セッション設定パケットの情報を、プレゼンスサーバ１００２に通知し、プレゼンスサーバ１００２が、上記接続要求パケットの情報をキーに該装置にあるプレゼンス判定テーブル２００４を検索することにより、ユーザのセッションの状態に応じたプレゼンス情報をプレゼンス情報テーブル２００９に自動登録することにある。すなわち、クライアント１００３が意識的にプレゼンスの更新をしなくても、プレゼンスサーバ１００２が自動的にプレゼンスを登録することができる。
【００２６】
また、本実施の形態の他の特徴のひとつは、切断要求セッション設定パケット（ＢＹＥメッセージ）を受信しセッションが切断したときに、ＳＩＰサーバ１００１が、上記の接続要求セッション設定パケットの情報を、プレゼンスサーバ１００２に通知し、プレゼンスサーバ１００２が、上記切断要求パケットの情報をキーに該装置にあるプレゼンス判定テーブル２００４を検索することにより、ユーザのセッションの状態に応じたプレゼンス情報をプレゼンス情報テーブル２００９に自動登録することにある。
【００２７】
（データフォーマット）
図４は、接続要求セッション設定パケットの１つであるＩＮＶＩＴＥメッセージの一例を示す図である。ＩＮＶＩＴＥメッセージを含むＳＩＰメッセージは、ＳＩＰメッセージの種類（Ｒｅｑｕｅｓｔ−Ｍｅｔｈｏｄ、ここではＩＮＶＩＴＥ）及び宛先（Ｒｅｑｕｅｓｔ−ＵＲＩ）を表すスタートライン８００１と、送信元（Ｆｒｏｍ、又は送信元識別情報、送信元アドレス）、宛先（Ｔｏ、又は送信先識別情報、送信先アドレス）、経路情報（Ｖｉａ）などの情報を含むヘッダフィールド８００２と、その他情報を格納するボディ８００４とを含む。また、空行８００３を含む。なお、ＩＮＶＩＴＥメッセージは、例えば、セッションを設定する際に送受信されるメッセージである。ＳＩＰセッションの記述には、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）がボディに適用される。ＳＤＰには、セッション名（ｓ）、コネクション情報（ｃ）、メディア種別（ｍ）など、セッションに関する情報が含まれている。
【００２８】
図５は、ＳＩＰサーバ１００１が、プレゼンスサーバ１００２に通知するセッション情報通知パケット（又はメッセージ）の一例を示す。セッション情報通知パケットは、スタートライン９００１と、ヘッダフィールド９００２と、ボディ９００４とを含む。また、空行９００３を含む。本実施の形態では、ＲＥＧＩＳＴＥＲメッセージを利用し、ボディ９００４に、例えば上述の接続要求セッション設定パケット（ＩＮＶＩＴＥメッセージ）８００５を含めてプレゼンスサーバ１００２に通知する。本実施の形態では、ＳＩＰメッセージ（ＲＥＧＩＳＴＥＲメッセージ）による通知を例として挙げているが、セッション情報の通知が目的のため、セッション情報を通知できれば規格化されていない独自のフォーマット、手順等を使用してもよい。
【００２９】
図６は、プレゼンスサーバ１００２が備える、サブスクリプションテーブル２０１０の一例を示す。サブスクリプションテーブル２０１０は、通知予約（図６：Ｆ６０１、６０２）を行っている参照者（通知サービスを受けたいユーザ）の識別情報１１００２と、被参照者（プレゼンス情報を参照されるユーザ）の識別情報１１００１との関係が、対応づけられて予め記憶されている。例えば、被参照者と参照者はＳＵＢＳＣＲＩＢＥメソッドの情報を基に登録される。例えば、被参照者はＳｕｂｓｃｒｉｂｅメッセージのＦｒｏｍであり、参照者はＳｕｂｓｃｒｉｂｅメッセージのＴｏ又はリクエストＵＲＩである。識別情報としては、例えば、ＳＩＰ−ＵＲＩ（図１参照）を用いることができる。例えば、図１３のような予約通知の一連の手順（Ｆ６０１〜６０８）の完了を契機に、プレゼンスサーバ１００２のプログラム２００３にあるサブスクリプション管理ルーチンが、通知予約（Ｆ６０１、６０２）の参照者と被参照者の識別情報をサブスクリプションテーブル２０１０に登録する。例えば、プレゼンスサーバ１００２は、ＳＵＢＳＣＲＩＢＥメッセージに含まれる参照者の識別情報及び被参照者の識別情報をサブスクリプションテーブル２０１０に登録する。サブスクリプションテーブル２０１０には、これら以外にも予約通知の有効時間１１００３の情報などを含むことができるが、これは例えばＳＩＰの仕様を満たすための情報であるため、ここでは説明を省略する。
【００３０】
プレゼンス情報に更新（図１３ではＦ６０９に相当、本実施の形態では自動で更新）があると、例えば、プレゼンスサーバ１００２のプログラム２００３にあるプレゼンス情報通知ルーチンが、プレゼンス情報に更新のあったユーザをキーにサブスクリプションテーブル２０１０の被参照者１１００１を検索し、対応する参照者１１００２によりプレゼンス情報を通知すべき参照者１１００２を特定し、その参照者１１００２に、更新された被参照者のプレゼンス情報を通知（図１３ではＦ６１０、Ｆ６１１に相当）する。
【００３１】
図７は、プレゼンスサーバ１００２が備える、プレゼンス判定テーブル２００４の一例を示す。プレゼンス判定テーブル２００４は、クライアント端末およびアプリケーションサーバが発行するＳＩＰメッセージの内容（セッション情報）４００１と、プレゼンス４００２との関連を予め定義した複数のエントリを有する。ＳＩＰメッセージの内容４００１としては、プレゼンスの特定に必要となる複数の情報項目、例えば、ＳＩＰメッセージの種類を示すリクエストメソッド（リクエストの識別子）４００５、リクエストＵＲＩ４００６、送信先アドレス（Ｔｏ）４００７、送信元アドレス（ＦＲＯＭ）４００８、セッション名（Ｓ）４００９が含まれる。なお、その他の情報４０１０を含んでもよいし、上述の各情報項目のうちの適宜の項目を含むようにしてもよい。また、プレゼンス４００２は、粒度毎のプレゼンス情報４００３（４００３ａ、４００３ｂ）と、プレゼンスＩＤ４００４とを含む。
【００３２】
プレゼンスＩＤは、プレゼンスの項目を一意にする予め定められた識別子である。本実施の形態では、例えばプレゼンスＩＤ「００３」は、ユーザのテレビ会議システムの利用状況を意味するプレゼンスを指し、プレゼンスＩＤ「００５」は、ネットワークゲームの利用状況を意味するプレゼンスを指す。
【００３３】
なお、図７に示すプレゼンス判定テーブル２００４にある“＊”はワイルドカードを示す。エントリ４０１１の例では、リクエストメソッド４００５が“ＩＮＶＩＴＥ”であり、かつ、リクエストＵＲＩ４００６および送信先アドレス４００７がそれぞれ“ｃｏｎｆ＠ａｂｃ．ｃｏｍ”であり、かつ、セッション名４００９が“ｃｏｎｆ”の場合は、送信元アドレス４００８が何であっても、プレゼンス情報テーブル２００９のプレゼンスＩＤが００３のプレゼンス情報として、粒度１及び２ともに“ＴＶ会議中”を登録する。これは、例えば、クライアント１００３からＴＶ会議サーバ１００４ｃに接続要求を行う場合が該当する。一方、エントリ４０１２の例では、会議の招集を行う際のＴＶ会議サーバ１００４ｃからクライアント１００３に接続要求を行う場合が該当する。
【００３４】
エントリ４０１６の例では、リクエストメソッドが“ＩＮＶＩＴＥ”であり、かつ、セッション名４００９が“ｖｏｉｃｅ”であれば、他の項目が何であっても、プレゼンス情報テーブル２００９に“電話中”を登録する。これは、ＩＰ電話など、サーバを介さず端末間で直接通信を行う場合が該当する。ただし、ＩＰ電話のセッション名を例えば“ｖｏｉｃｅ”等と予め割り当てておく。
【００３５】
エントリ４０１３、４０１４は、粒度毎にプレゼンス情報が異なる例である。粒度とは、プレゼンス情報の具体化の分解能を示すものである。粒度１では、被参照ユーザのプレゼンスが例えば“オンラインゲーム中”となるが、粒度２では例えば“オンラインゲームＡに参加中”等となり、より具体的な情報を通知できる。
【００３６】
エントリ４０１５は、マッチングの優先度の例である。プレゼンス判定テーブルは、例えばテーブルの上位の行（図の上の行）から検索・判定されることができ、上位ほど優先度が高い。エントリ４０１３〜４０１５を例に具体的に説明すると、ゲームサーバ“ｇａｍｅ＿ｂ＠ａｂｃ．ｃｏｍ”に、あるクライアントが接続した場合、宛先（Ｔｏ）が“ｇａｍｅ＿ｂ＠ａｂｃ．ｃｏｍ”であるエントリ４０１４が検索結果となる。一方、ゲームサーバ“ｇａｍｅ＿ｚ＠ａｂｃ．ｃｏｍ”にクライアントが接続した場合は、宛先（Ｔｏ）が“ｇａｍｅ＿ｚ＠ａｂｃ．ｃｏｍ”に該当するエントリはなく、ワイルドカードのエントリ４０１５が検索結果となる。このように優先度を利用することにより、非該当（この例では、プレゼンス判定テーブルに未登録のゲームサーバ）の場合に、デフォルトのプレゼンスを登録できる。
【００３７】
図８は、プレゼンスサーバ１００２が備える、プレゼンス情報テーブル２００９の一例を示す。プレゼンス情報テーブル２００９は、プレゼンス所有者（被参照者）の識別情報１０００１に対応して、プレゼンス所有者１０００１のプレゼンス情報をプレゼンスＩＤ毎に登録したテーブルである。プレゼンス所有者の識別情報は、例えば、ＳＩＰ−ＵＲＩを用いることができる。プレゼンス情報は、各プレゼンスＩＤに対して、例えば、粒度１のプレゼンス情報１０００２と、粒度２のプレゼンス情報１０００３とを含む。
【００３８】
図９は、プレゼンスサーバが備える粒度判定テーブルの構成の一例を示す。
粒度判定テーブル２００５は、例えば、被参照者の識別情報と、参照者の識別情報と、プレゼンスＩＤ毎の粒度とが対応して記憶される。例えば、被参照者が、参照者に対して、プレゼンス情報をどの程度の粒度（この例では、粒度１又は粒度２のいずれか）で提供するかが予め記憶される。例えば、被参照者が事前に粒度判定テーブル２００５に粒度を登録することで、被参照者が参照者に対してプレゼンスＩＤ毎に公開する情報の粒度を設定することができる。図９に示す例では、被参照者（ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍ）は、参照者（ｕｓｅｒ＿ｂ＠ａｂｃ．ｃｏｍ）に対して、プレゼンスＩＤ“００３”については粒度１のプレゼンス情報を通知し、プレゼンスＩＤ“００５”についても粒度１のプレゼンス情報を通知する。一方、被参照者（ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍ）は、参照者（ｕｓｅｒ＿ｃ＠ａｂｃ．ｃｏｍ）に対して、プレゼンスＩＤ“００３”については粒度１のプレゼンス情報を通知し、プレゼンスＩＤ“００５”については粒度２のプレゼンス情報を通知する。なお、粒度は、粒度１、粒度２の２段階に限らず、適宜の数であってもよい。
【００３９】
被参照者がゲームサーバ（ｇａｍｅ＿ａ＠ａｂｃ．ｃｏｍ）とセッションを接続した場合（例えば、プレゼンスＩＤ００５）、図９の例では、被参照者（ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍ）が、参照者（ｕｓｅｒ＿ｂ＠ａｂｃ．ｃｏｍ）には、プレゼンスＩＤ“００５”について“粒度１”で通知し、一方、参照ユーザ（ｕｓｅｒ＿ｃ＠ａｂｃ．ｃｏｍ）には、プレゼンスＩＤ“００５”について“粒度２”で通知することとなる。したがって、参照者（ｕｓｅｒ＿ｂ＠ａｂｃ．ｃｏｍ）には“オンラインゲーム中”、参照者（ｕｓｅｒ＿ｃ＠ａｂｃ．ｃｏｍ）には“オンラインゲームＡに参加中”というプレゼンスが通知される。
【００４０】
図１０では、本実施の形態の動作手順の一例を示す。この例は、セッション接続プロトコルにＳＩＰを用いた例である。ＳＩＰでは、セッションの確立に、ＩＮＶＩＴＥメッセージを用いる。Ｆ７０１からＦ７０８の手順で端末間の調整を行い、その結果にしたがい、セッションを確立する。なお、Ｆ７０１〜Ｆ７０８は、例えばプロトコルで定められた所定の手順と同様の手順とすることができる。音声や映像の場合は、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ、ＲＦＣ１８８９）で音声データや映像データの送受信を行う。
【００４１】
Ｆ７０８のＡＣＫの送信によるセッションの確立を契機に、ＳＩＰサーバ１００１（例えば、セッション情報処理ルーチン）がプレゼンスサーバ１００２に、セッション情報を含むセッション情報通知パケット９００７（Ｆ７０１のＩＮＶＩＴＥパケット８００５の情報を含む）を通信する（Ｆ７０９）。プレゼンスサーバ１００２は、ＳＩＰサーバ１００１から受信したセッション情報をキーに、プレゼンス判定テーブル２００４を検索して、プレゼンス情報の登録を行う。
【００４２】
図１１は、プレゼンス情報登録の処理のフローチャートである。
まず、プレゼンスサーバ１００２（例えば、ＣＰＵ２００２、以下同様）は、ＳＩＰサーバ１００１からセッション情報通知パケット９００７を受信すると（Ｓ１０１）、例えば、セッション情報取得処理ルーチンがセッション情報通知パケット９００７のボディ部９００４から、プレゼンス判定テーブル２００４の項目４００５〜４０１０に相当する情報を抽出する（Ｓ１０３）。図５の例では、まず、セッション情報取得処理ルーチンは、セッション情報通知パケット９００７のボディ９００４から、リクエストメソッド（Ｒｅｑｕｅｓｔ−Ｍｅｔｈｏｄ；ＩＮＶＩＴＥ）と、リクエストＵＲＩ（Ｒｅｑｕｅｓｔ−ＵＲＩ；ｓｉｐ：ｇａｍｅ＿ａ＠ａｂｃ．ｃｏｍ）と、送信先アドレス９００５（Ｔｏ；ｇａｍｅ＿ａ＜ｓｉｐ：ｇａｍｅ＿ａ＠ａｂｃ．ｃｏｍ＞）と、送信元アドレス９００６（Ｆｒｏｍ；ｕｓｅｒ＿ａ＜ｓｉｐ：ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍ＞）と、セッション名（ｓ；Ｇａｍｅ）とを抽出する。
【００４３】
次に、プレゼンスマッチング処理ルーチンが、プレゼンス判定テーブル２００４を参照し、抽出された各情報が該当するエントリを検索する。図５のパケットの例では、エントリ４０１３が該当する。また、該当するエントリのプレゼンス情報４００２（例えば、粒度毎のプレゼンス情報４００３ａ及びｂ、プレゼンスＩＤ４００４）を取得する（Ｓ１０５）。図５のパケットの例では、エントリ４０１３から、粒度１のプレゼンス情報として「オンラインゲーム中」、粒度２のプレゼンス情報として「オンラインゲームＡに参加中」、プレゼンスＩＤとして「００５」が取得される。
【００４４】
次に、プレゼンスサーバは、プレゼンス情報テーブル２００９にプレゼンス情報を登録する（Ｓ１０７）。例えば、まずプレゼンス情報登録処理ルーチンが、プレゼンス情報テーブル２００９のプレゼンス所有者１０００１を参照し、確立したセッションの接続元（セッション情報通知パケット９００７内のＦＲＯＭヘッダ９００６）、又は、接続先（セッション情報９００７内のＴＯヘッダ９００５）と一致するエントリを検索する。図５のパケットの例では、Ｆｒｏｍヘッダが、ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍであるので、エントリ１０００４が該当する。
【００４５】
プレゼンス情報登録処理ルーチンは、該当するエントリに対して、プレゼンスマッチング処理ルーチンが取得したプレゼンスＩＤ４００４と一致するプレゼンスＩＤのフィールドに、取得されたプレゼンス情報４００３を登録する。例えば、該当するエントリ１０００４のプレゼンスＩＤ＝００５の粒度１に、取得された粒度１のプレゼンス情報「オンラインゲーム中」を登録し、プレゼンスＩＤ＝００５の粒度２に、取得された粒度２のプレゼンス情報「オンラインゲームＡに参加中」を登録する。図８は、登録後のテーブルの状態を示す。また、Ｔｏヘッダとプレゼンス所有者１０００１が一致するエントリに、上述と同様にしてプレゼンス情報を登録してもよいし、ＦｒｏｍヘッダとＴｏヘッダのそれぞれについてプレゼンス情報を登録してもよい。
【００４６】
このように、プレゼンスサーバ１００２が、ＳＩＰサーバ１００１からセッション情報通知パケット９００７を受信すると、自動的にプレゼンス情報テーブル２００９が更新され、以下の処理により、更新された情報が参照者に提供される。
【００４７】
プレゼンスサーバ１００２は、アプリケーション（サービス）の開始又は終了をプレゼンス情報の更新として検出して、参照者（例えば、ｕｓｅｒ＿ｂ、ｕｓｅｒ＿ｃ）にプレゼンス情報の通知を行う（Ｆ７１１〜Ｆ７１８）。ｕｓｅｒ＿ｂとｕｓｅｒ＿ｃは、予めｕｓｅｒ＿ａにＳＵＢＳＣＲＩＢＥを送信して、サブスクリプションテーブル２０１０に予め登録されることができる。
【００４８】
図１２は、プレゼンス情報通知の処理のフローチャートである。
まず、プレゼンス情報更新の検出（Ｓ２０１）を契機に、プレゼンスサーバ１００２のプレゼンス情報通知ルーチンが、プレゼンス情報テーブル２００９から該当ユーザに関するプレゼンス情報を取得する（Ｓ２０３）。例えば、プレゼンス情報通知ルーチンは、プレゼンス情報テーブル２００９のプレゼンス情報が更新されたエントリから、プレゼンス所有者の識別情報１０００１（例えば、ｕｓｅｒ＿ａ＠ａｂｃ．ｃｏｍ）と、更新されたプレゼンス情報のプレゼンスＩＤ（例えば、００５）と、粒度１及び粒度２のプレゼンス情報（例えば、オンラインゲーム中、オンラインゲームＡに参加中）を取得する。
【００４９】
次に、プレゼンス情報通知ルーチンは、サブスクリプションテーブル２０１０を検索し、プレゼンス通知対象（プレゼンス情報が更新された被参照者に対応する参照者）を取得する（Ｓ２０５）。例えば、プレゼンス情報通知ルーチンは、取得されたプレゼンス所有者の識別情報をキーにサブスクリプションテーブル２０１０の被参照者の欄を検索し、対応する参照者（例えば、ｕｓｅｒ＿ｂ＠ａｂｃ．ｃｏｍ）を取得する。
【００５０】
次に、プレゼンス情報通知ルーチンは、被参照者（又は取得されたプレゼンス所有者の識別情報）、参照者及び取得されたプレゼンスＩＤをキーに、粒度判定テーブル２００５を検索し、対応する粒度（例えば、図９の例では粒度１）を決定する（Ｓ２０７）。プレゼンス情報通知ルーチンは、既に取得したプレゼンス情報から、取得された粒度のプレゼンス情報（例えば、オンラインゲーム中）を、“ＮＯＴＩＦＹ”メッセージに添付して参照者（例えば、クライアント端末１００３ｂ）に送信する（Ｓ２０９、図１０Ｆ７１１、Ｆ７１２に相当）。
【００５１】
一方、クライアント端末１００３ｂは、ＳＩＰサーバ１００１を介してプレゼンスサーバ１００２に２００ＯＫを送信する。また、クライアント端末１００３ｃが参照者であれば、上述と同様にクライアント１００３ｃに対してＮＯＴＩＦＹメッセージを送信する（Ｆ７１５〜Ｆ７１８）
【００５２】
なお、この例では、セッションの確立の契機をＦ７０８としたが、サービスの運用方式等により、Ｆ７０５の“２００ＯＫ”の受信でも、Ｆ７０１の“ＩＮＶＩＴＥ”を契機としてもよい。また、本発明の変形例として、ＳＩＰサーバ１００１がセッション情報をプレゼンスサーバ１００２に通知するのではなく、プレゼンスサーバ１００２が、ネットワークのパケットをモニタし、加入者のセッション情報のみをフィルタリングして取得するようにしてもよい。
【産業上の利用可能性】
【００５３】
本発明は、例えば、ユーザ又は端末の状態を通知又は管理する通信システムに利用可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明が適用される通信ネットワークシステムの構成の一例を示す図。
【図２】本発明によるプレゼンスサーバのブロック図。
【図３】本発明によるＳＩＰサーバのブロック図。
【図４】接続要求セッション設定パケットのメッセージフォーマットの一例。
【図５】セッション情報通知パケットのメッセージフォーマットの一例。
【図６】プレゼンスサーバが備えるサブスクリプションテーブルの構成の一例。
【図７】プレゼンスサーバが備えるプレゼンス判定テーブルの構成の一例。
【図８】プレゼンスサーバが備えるプレゼンス情報テーブルの構成の一例。
【図９】プレゼンスサーバが備える粒度判定テーブルの構成の一例。
【図１０】本発明によるプレゼンス登録シーケンスの一例。
【図１１】プレゼンス情報登録の処理のフローチャート。
【図１２】プレゼンス情報通知の処理のフローチャート。
【図１３】プレゼンスサービスの基本動作シーケンスを示す図。
【符号の説明】
【００５５】
１００１…ＳＩＰサーバ
１００２…プレゼンスサーバ
１００３…クライアント
１００４…アプリケーションサーバ
１００６…ネットワーク
２００４…プレゼンス判定テーブル
２００５…粒度判定テーブル
２００９…プレゼンス情報テーブル
２０１０…サブスクリプションテーブル
２００１、３００１…ネットワークインタフェース
２００２、３００２…ＣＰＵ
２００３、３００３…プログラム
２００６、３００４…メモリ
２００７、３００５…大容量記憶装置
【特許請求の範囲】
【請求項１】
クライアント端末間又はクライアント端末とアプリケーションサーバ間のセッションを管理するセッション管理サーバと、クライアント端末及びアプリケーションサーバの状態を示すプレゼンス情報を管理し、該プレゼンス情報を予め定められたクライアント端末及びアプリケーションサーバに通知するためのプレゼンスサーバとを備えた通信システムにおける前記プレゼンスサーバであって、
前記クライアント端末間又は前記クライアント端末と前記アプリケーションサーバ間で送受信されるセッションの確立又は切断のためのメッセージ中の、要求の目的を表すリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に対応して、該端末又はサーバの状態を示すプレゼンス情報が予め記憶されたプレゼンス判定テーブルと、
前記クライアント端末又は前記アプリケーションサーバの識別情報と、該クライアント端末又は該アプリケーションサーバのプレゼンス情報とが対応して記憶されるプレゼンス情報テーブルと、
前記セッション管理サーバからの所定の情報に基づいてプレゼンス情報を特定し、前記プレゼンス情報を前記プレゼンス情報テーブルに登録するための処理部と
を備え、
前記処理部は、
プレゼンス情報が参照される被参照者の前記クライアント端末又は前記アプリケーションサーバの識別情報を含む通知要求を、参照者の前記クライアント端末又は前記アプリケーションサーバから受信し、
セッションの確立又は切断のためのメッセージを受信した前記セッション管理サーバから、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を受信し、
受信されたリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に基づき、前記プレゼンス判定テーブルを参照して、対応するプレゼンス情報を取得し、
受信された送信先識別情報又は送信元識別情報と、取得されたプレゼンス情報とを対応して前記プレゼンス情報テーブルに記憶し、
前記送信先識別情報又は送信元識別情報を含む通知要求を受信した参照者の前記クライアント端末又は前記アプリケーションサーバに、該プレゼンス情報を通知する前記プレゼンスサーバ。
【請求項２】
前記処理部は、
セッション確立又は切断のための、リクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を含むメッセージを含めて作成されたセッション情報通知パケットを受信し、該パケットから前記リクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を抽出し、
抽出された各情報に基づき前記プレゼンス判定テーブルが参照されて、対応するプレゼンス情報が取得される請求項１に記載のプレゼンスサーバ。
【請求項３】
プレゼンス情報の参照者としての前記クライアント端末又は前記アプリケーションサーバの識別情報と、プレゼンス情報が参照される被参照者としての前記クライアント端末又は前記アプリケーションサーバの識別情報とが、対応して登録されるサブスクリプションテーブル
をさらに備え、
前記処理部は、
前記プレゼンス情報テーブルに記憶されるプレゼンス情報が更新又は新たに登録されると、該プレゼンス情報と、対応する被参照者の識別情報とを、前記プレゼンス情報テーブルから取得し、
取得された被参照者の識別情報に基づいて前記サブスクリプションテーブルを参照し、対応する参照者の識別情報を取得し、
該参照者の識別情報に従い、取得されたプレゼンス情報を前記クライアント端末又は前記アプリケーションサーバに通知する請求項１又は２に記載のプレゼンスサーバ。
【請求項４】
被参照者の識別情報と参照者の識別情報とに対応して、被参照者が参照者に示す情報の細かさを示す粒度が、予め登録される粒度判定テーブル
をさらに備え、
前記プレゼンス判定テーブルのプレゼンス情報は、粒度毎のプレゼンス情報を含み、
前記処理部は、
前記プレゼンス情報テーブルから取得された被参照者の識別情報と、前記サブスクリプションテーブルから取得された参照者の識別情報とに基づいて、前記粒度判定テーブルから対応する粒度を取得し、
前記プレゼンス情報テーブルのプレゼンス情報のうち該粒度のプレゼンス情報を、参照者としての前記クライアント端末又は前記アプリケーションサーバに通知する請求項３に記載のプレゼンスサーバ。
【請求項５】
前記プレゼンス判定テーブルは、リクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に対応してプレゼンス識別子がさらに記憶され、
前記プレゼンス情報テーブルは、各識別情報について、プレゼンス識別子毎のプレゼンス情報が記憶され、
前記粒度判定テーブルは、プレゼンス識別子毎の粒度が記憶される請求項１乃至４のいずれかに記載のプレゼンスサーバ。
【請求項６】
前記送信先識別情報は、ＳＩＰメッセージのＴｏヘッダ情報であり、
前記送信元識別情報は、ＳＩＰメッセージのＦｒｏｍヘッダ情報である請求項１に記載のプレゼンスサーバ。
【請求項７】
クライアント端末間又はクライアント端末とアプリケーションサーバ間のセッションを管理するセッション管理サーバと、
クライアント端末及びアプリケーションサーバの状態を示すプレゼンス情報を管理し、該プレゼンス情報を予め定められたクライアント端末及びアプリケーションサーバに通知するためのプレゼンスサーバと
を備え、
前記プレゼンスサーバは、
前記クライアント端末間又は前記クライアント端末と前記アプリケーションサーバ間で送受信されるセッションの確立又は切断のためのメッセージ中の、要求の目的を表すリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に対応して、該クライアント端末又は該アプリケーションサーバの状態を示すプレゼンス情報が予め記憶されたプレゼンス判定テーブルと、
前記クライアント端末又は前記アプリケーションサーバの識別情報と、該端末又は該サーバのプレゼンス情報とが対応して記憶されるプレゼンス情報テーブルと、
前記セッション管理サーバからの所定の情報に基づいてプレゼンス情報を特定し、前記プレゼンス情報を前記プレゼンス情報テーブルに登録するための処理部と
を有し、
前記セッション管理サーバは、セッションの確立又は切断のためのメッセージを受信し、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を前記プレゼンスサーバへ送信し、
前記プレゼンスサーバは、
プレゼンス情報が参照される被参照者の前記クライアント端末又は前記アプリケーションサーバの識別情報を含む通知要求を、参照者の前記クライアント端末又は前記アプリケーションサーバから受信し、
セッションの確立又は切断のための、メッセージを受信した前記セッション管理サーバから、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を受信し、
受信されたリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に基づき、前記プレゼンス判定テーブルを参照して、対応するプレゼンス情報を取得し、
受信された送信先識別情報又は送信元識別情報と、取得されたプレゼンス情報とを対応して前記プレゼンス情報テーブルに記憶し、
前記送信先識別情報又は送信元識別情報を含む通知要求を受信した参照者の前記クライアント端末又は前記アプリケーションサーバに、該プレゼンス情報を通知するセッション情報管理システム。
【請求項１】
クライアント端末間又はクライアント端末とアプリケーションサーバ間のセッションを管理するセッション管理サーバと、クライアント端末及びアプリケーションサーバの状態を示すプレゼンス情報を管理し、該プレゼンス情報を予め定められたクライアント端末及びアプリケーションサーバに通知するためのプレゼンスサーバとを備えた通信システムにおける前記プレゼンスサーバであって、
前記クライアント端末間又は前記クライアント端末と前記アプリケーションサーバ間で送受信されるセッションの確立又は切断のためのメッセージ中の、要求の目的を表すリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に対応して、該端末又はサーバの状態を示すプレゼンス情報が予め記憶されたプレゼンス判定テーブルと、
前記クライアント端末又は前記アプリケーションサーバの識別情報と、該クライアント端末又は該アプリケーションサーバのプレゼンス情報とが対応して記憶されるプレゼンス情報テーブルと、
前記セッション管理サーバからの所定の情報に基づいてプレゼンス情報を特定し、前記プレゼンス情報を前記プレゼンス情報テーブルに登録するための処理部と
を備え、
前記処理部は、
プレゼンス情報が参照される被参照者の前記クライアント端末又は前記アプリケーションサーバの識別情報を含む通知要求を、参照者の前記クライアント端末又は前記アプリケーションサーバから受信し、
セッションの確立又は切断のためのメッセージを受信した前記セッション管理サーバから、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を受信し、
受信されたリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に基づき、前記プレゼンス判定テーブルを参照して、対応するプレゼンス情報を取得し、
受信された送信先識別情報又は送信元識別情報と、取得されたプレゼンス情報とを対応して前記プレゼンス情報テーブルに記憶し、
前記送信先識別情報又は送信元識別情報を含む通知要求を受信した参照者の前記クライアント端末又は前記アプリケーションサーバに、該プレゼンス情報を通知する前記プレゼンスサーバ。
【請求項２】
前記処理部は、
セッション確立又は切断のための、リクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を含むメッセージを含めて作成されたセッション情報通知パケットを受信し、該パケットから前記リクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を抽出し、
抽出された各情報に基づき前記プレゼンス判定テーブルが参照されて、対応するプレゼンス情報が取得される請求項１に記載のプレゼンスサーバ。
【請求項３】
プレゼンス情報の参照者としての前記クライアント端末又は前記アプリケーションサーバの識別情報と、プレゼンス情報が参照される被参照者としての前記クライアント端末又は前記アプリケーションサーバの識別情報とが、対応して登録されるサブスクリプションテーブル
をさらに備え、
前記処理部は、
前記プレゼンス情報テーブルに記憶されるプレゼンス情報が更新又は新たに登録されると、該プレゼンス情報と、対応する被参照者の識別情報とを、前記プレゼンス情報テーブルから取得し、
取得された被参照者の識別情報に基づいて前記サブスクリプションテーブルを参照し、対応する参照者の識別情報を取得し、
該参照者の識別情報に従い、取得されたプレゼンス情報を前記クライアント端末又は前記アプリケーションサーバに通知する請求項１又は２に記載のプレゼンスサーバ。
【請求項４】
被参照者の識別情報と参照者の識別情報とに対応して、被参照者が参照者に示す情報の細かさを示す粒度が、予め登録される粒度判定テーブル
をさらに備え、
前記プレゼンス判定テーブルのプレゼンス情報は、粒度毎のプレゼンス情報を含み、
前記処理部は、
前記プレゼンス情報テーブルから取得された被参照者の識別情報と、前記サブスクリプションテーブルから取得された参照者の識別情報とに基づいて、前記粒度判定テーブルから対応する粒度を取得し、
前記プレゼンス情報テーブルのプレゼンス情報のうち該粒度のプレゼンス情報を、参照者としての前記クライアント端末又は前記アプリケーションサーバに通知する請求項３に記載のプレゼンスサーバ。
【請求項５】
前記プレゼンス判定テーブルは、リクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に対応してプレゼンス識別子がさらに記憶され、
前記プレゼンス情報テーブルは、各識別情報について、プレゼンス識別子毎のプレゼンス情報が記憶され、
前記粒度判定テーブルは、プレゼンス識別子毎の粒度が記憶される請求項１乃至４のいずれかに記載のプレゼンスサーバ。
【請求項６】
前記送信先識別情報は、ＳＩＰメッセージのＴｏヘッダ情報であり、
前記送信元識別情報は、ＳＩＰメッセージのＦｒｏｍヘッダ情報である請求項１に記載のプレゼンスサーバ。
【請求項７】
クライアント端末間又はクライアント端末とアプリケーションサーバ間のセッションを管理するセッション管理サーバと、
クライアント端末及びアプリケーションサーバの状態を示すプレゼンス情報を管理し、該プレゼンス情報を予め定められたクライアント端末及びアプリケーションサーバに通知するためのプレゼンスサーバと
を備え、
前記プレゼンスサーバは、
前記クライアント端末間又は前記クライアント端末と前記アプリケーションサーバ間で送受信されるセッションの確立又は切断のためのメッセージ中の、要求の目的を表すリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に対応して、該クライアント端末又は該アプリケーションサーバの状態を示すプレゼンス情報が予め記憶されたプレゼンス判定テーブルと、
前記クライアント端末又は前記アプリケーションサーバの識別情報と、該端末又は該サーバのプレゼンス情報とが対応して記憶されるプレゼンス情報テーブルと、
前記セッション管理サーバからの所定の情報に基づいてプレゼンス情報を特定し、前記プレゼンス情報を前記プレゼンス情報テーブルに登録するための処理部と
を有し、
前記セッション管理サーバは、セッションの確立又は切断のためのメッセージを受信し、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を前記プレゼンスサーバへ送信し、
前記プレゼンスサーバは、
プレゼンス情報が参照される被参照者の前記クライアント端末又は前記アプリケーションサーバの識別情報を含む通知要求を、参照者の前記クライアント端末又は前記アプリケーションサーバから受信し、
セッションの確立又は切断のための、メッセージを受信した前記セッション管理サーバから、該メッセージに含まれるリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報を受信し、
受信されたリクエストメソッド又はセッション名と送信先識別情報と送信元識別情報とを含むセッション情報に基づき、前記プレゼンス判定テーブルを参照して、対応するプレゼンス情報を取得し、
受信された送信先識別情報又は送信元識別情報と、取得されたプレゼンス情報とを対応して前記プレゼンス情報テーブルに記憶し、
前記送信先識別情報又は送信元識別情報を含む通知要求を受信した参照者の前記クライアント端末又は前記アプリケーションサーバに、該プレゼンス情報を通知するセッション情報管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００７−４１８４９（Ｐ２００７−４１８４９Ａ）
【公開日】平成１９年２月１５日（２００７．２．１５）
【国際特許分類】
【出願番号】特願２００５−２２５３１７（Ｐ２００５−２２５３１７）
【出願日】平成１７年８月３日（２００５．８．３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１９年２月１５日（２００７．２．１５）
【国際特許分類】
【出願日】平成１７年８月３日（２００５．８．３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]