(57)【要約】【課題】  異なるプレゼンスサービス間でプレゼンス情報の同期をとる。【解決手段】  携帯電話を含むプレゼンス表示システムのプレゼンスサーバー２７には、各ユーザーのプレゼンス情報が記憶される。ＳＩＰフォン２９とＳＩＰＧ／Ｗ（企業側）３０を含むＳＩＰフォンシステムのプレゼンス情報はＳＩＰＧ／Ｗ（企業側）３０に記憶されている。プレゼンスサーバー２７のプレゼンス情報に変更があったとき、プレゼンスサーバー２７はＳＩＰＧ／Ｗ（移動体通信網側）３１を介して、ＳＩＰＧ／Ｗ（企業側）３０にプレゼンス情報の変更を通知する。逆に、ＳＩＰフォンシステムのプレゼンス情報に変更があったとき、ＳＩＰＧ／Ｗ（企業側）３０はＳＩＰＧ／Ｗ（移動体通信網側）３１を介してプレゼンスサーバー２７にプレゼンスの変更を通知する。【選択図】  図１
2005190287.tif 000002
【特許請求の範囲】
【請求項１】
各ユーザーから送信されるプレゼンス情報を管理するプレゼンスサーバーを有し、各ユーザーに対し、指定された他のユーザーのプレゼンス情報を通知するようになされたプレゼンス表示システムであって、
他のプレゼンスサービスを行っているシステムと接続可能なゲートウエイ装置を有し、
前記プレゼンスサーバーは、ユーザーのプレゼンス情報に変更があったときに、その情報を前記ゲートウエイ装置を介して前記他のプレゼンスサービスを行っているシステムに通知し、前記他のプレゼンスサービスを行っているシステムから前記ゲートウエイ装置を介してユーザーのプレゼンス情報に変更があった旨の通知を受けたときに、そのユーザーのプレゼンス情報を更新することにより、前記他のプレゼンスサービスを行っているシステムとの間でユーザーのプレゼンス情報の同期をとるようになされていることを特徴とするプレゼンス表示システム。
【請求項２】
前記プレゼンス表示システムのプレゼンス情報と前記他のプレゼンスサービスを行っているシステムのプレゼンス情報との対応関係を示すプレゼンス変換テーブルを有し、
該プレゼンス変換テーブルを用いて、前記他のプレゼンスサービスを行っているシステムとの間でプレゼンス情報の同期をとるようになされていることを特徴とする請求項１記載のプレゼンス表示システム。
【請求項３】
前記他のプレゼンスサービスを行っているシステムはＳＩＰ対応のＩＰ電話システムであり、
ＳＩＰのSUBSCRIBEメソッドを相互に送信することにより、前記ＳＩＰ対応のＩＰ電話システムとの間でプレゼンス情報の同期をとるようになされていることを特徴とする請求項１又は２に記載のプレゼンス表示システム。
【請求項４】
プレゼンス表示システムにおけるプレゼンスサーバーと他のプレゼンスサービスを行っているシステムとを接続するゲートウエイ装置であって、
前記プレゼンス表示システムのユーザーのプレゼンス情報に変更があったときに、その情報を前記プレゼンスサーバーから受け取って、前記他のプレゼンスサービスを行っているシステムに通知し、前記他のプレゼンスサービスを行っているシステムからユーザーのプレゼンス情報に変更があった旨の通知を受け取ったときに、該通知を前記プレゼンスサーバーに通知することにより、前記プレゼンス表示システムと前記他のプレゼンスサービスを行っているシステムとの間でユーザーのプレゼンス情報との同期をとるようになされていることを特徴とするゲートウエイ装置。
【請求項５】
前記プレゼンス表示システムのプレゼンス情報と前記他のプレゼンスサービスを行っているシステムのプレゼンス情報との対応関係を示すプレゼンス変換テーブルを有し、
該プレゼンス変換テーブルを用いて前記プレゼンス情報の同期をとるようになされていることを特徴とする請求項４記載のゲートウエイ装置。
【請求項６】
前記他のプレゼンスサービスを行っているシステムはＳＩＰ対応のＩＰ電話システムであり、
ＳＩＰのSUBSCRIBEメソッドを用いて、前記プレゼンスサーバーと前記ＳＩＰ対応のＩＰ電話システムとの間でプレゼンス情報の同期をとるようになされていることを特徴とする請求項４又は５に記載のゲートウエイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他のユーザーの状態を表示することができるプレゼンス表示システム及びゲートウエイ装置に関する。
【背景技術】
【０００２】
近年、インターネットなどのＩＰネットワーク上のコミュニケーション手段として、インスタントメッセージング（ＩＭ：Instant Messaging）が注目されている。ＩＭは、相手がネットワークに接続中であるかどうかといった相手の状態（プレゼンス）を参照可能とするプレゼンスサービスと、チャットのようにリアルタイムに文字ベースの会話を行うメッセージ交換サービスが組み合わされたサービスであり、標準化が進められている（非特許文献１，２）。
そして、このようなＩＭサービスを携帯電話に適用することも提案されており、携帯電話によるＩＭサービスに関する技術の標準化団体であるワイヤレスビレッジ（Wireless Village, the Mobile Instant Messaging and Presence Services (IMPS) Initiative）が設立され、携帯機器間だけでなく、インターネットベースのサービスとの間でのメッセージやプレゼンス情報の交換にも使用される共通仕様が策定されている。
【０００３】
また、近年、ＶｏＩＰ（Voice over Internet Protocol）やマルチメディア会議のためのシグナリングプロトコルであるＳＩＰ（Session Initiation Protocol）対応のＩＰ電話システムも注目を集めている。このＳＩＰ対応のＩＰ電話システムにおいても、プレゼンスサービスを行うことができる（非特許文献３）。
なお、以下では、ＳＩＰ対応のＩＰ電話システムを「ＳＩＰフォンシステム」と呼ぶ。また、ＳＩＰフォンシステムの端末であるＶｏＩＰクライアントには、多機能電話機、ＳＩＰフォンのクライアント機能を有するＰＣやＰＤＡ（ソフトフォン）などがあるが、これらをまとめて「ＳＩＰフォン」又は「ＳＩＰフォン端末」と呼ぶこととする。
【非特許文献１】ＲＦＣ２７７８
【非特許文献２】ＲＦＣ２７７９
【非特許文献３】ＲＦＣ３２６１
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述のように、携帯電話を含むプレゼンス表示システムやＳＩＰフォンシステムなど、各種のシステムにおいてプレゼンスサービスが提供されているが、それらのサービスは、いずれもその中だけで完結していた。すなわち、２以上のプレゼンスサービスに加入しているユーザーは、そのプレゼンスに変更があったときに、加入している全てのプレゼンスサービスにそのプレゼンスの変更を通知することが必要であった。例えば、携帯電話を含むプレゼンス表示システムの利用者が出社したときには、その会社に導入されているＳＩＰフォンシステムに出社又は在席状態となったことを通知するとともに、別途、加入している携帯電話を含むプレゼンス表示システムに対して、プレゼンスの変更（出社状態となったこと）を通知することが必要であった。
そして、一方のプレゼンスサービスに対してプレゼンスの変更を通知しないときには、プレゼンスシステムの円滑な利用が阻害され、信頼性の高いプレゼンスサービスが行えないという問題点があった。
そこで、本発明は、円滑に利用することができ、かつ、プレゼンスサービスの信頼性を向上させることができるプレゼンス表示システム及びゲートウエイ装置を提供することを目的としている。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明のプレゼンス表示システムは、各ユーザーから送信されるプレゼンス情報を管理するプレゼンスサーバーを有し、各ユーザーに対し、指定された他のユーザーのプレゼンス情報を通知するようになされたプレゼンス表示システムであって、他のプレゼンスサービスを行っているシステムと接続可能なゲートウエイ装置を有し、前記プレゼンスサーバーは、ユーザーのプレゼンス情報に変更があったときに、その情報を前記ゲートウエイ装置を介して前記他のプレゼンスサービスを行っているシステムに通知し、前記他のプレゼンスサービスを行っているシステムから前記ゲートウエイ装置を介してユーザーのプレゼンス情報に変更があった旨の通知を受けたときに、そのユーザーのプレゼンス情報を更新することにより、前記他のプレゼンスサービスを行っているシステムとの間でユーザーのプレゼンス情報の同期をとるようになされているものである。
また、前記プレゼンス表示システムのプレゼンス情報と前記他のプレゼンスサービスを行っているシステムのプレゼンス情報との対応関係を示すプレゼンス変換テーブルを有し、該プレゼンス変換テーブルを用いて、前記他のプレゼンスサービスを行っているシステムとの間でプレゼンス情報の同期をとるようになされているものである。
さらに、前記他のプレゼンスサービスを行っているシステムはＳＩＰ対応のＩＰ電話システムであり、ＳＩＰのSUBSCRIBEメソッドを相互に送信することにより、前記ＳＩＰ対応のＩＰ電話システムとの間でプレゼンス情報の同期をとるようになされているものである。
【０００６】
さらにまた、本発明のゲートウエイ装置は、プレゼンス表示システムにおけるプレゼンスサーバーと他のプレゼンスサービスを行っているシステムとを接続するゲートウエイ装置であって、前記プレゼンス表示システムのユーザーのプレゼンス情報に変更があったときに、その情報を前記プレゼンスサーバーから受け取って、前記他のプレゼンスサービスを行っているシステムに通知し、前記他のプレゼンスサービスを行っているシステムからユーザーのプレゼンス情報に変更があった旨の通知を受け取ったときに、該通知を前記プレゼンスサーバーに通知することにより、前記プレゼンス表示システムと前記他のプレゼンスサービスを行っているシステムとの間でユーザーのプレゼンス情報との同期をとるようになされているものである。
さらにまた、前記プレゼンス表示システムのプレゼンス情報と前記他のプレゼンスサービスを行っているシステムのプレゼンス情報との対応関係を示すプレゼンス変換テーブルを有し、該プレゼンス変換テーブルを用いて前記プレゼンス情報の同期をとるようになされているものである。
さらにまた、前記他のプレゼンスサービスを行っているシステムはＳＩＰ対応のＩＰ電話システムであり、ＳＩＰのSUBSCRIBEメソッドを用いて、前記プレゼンスサーバーと前記ＳＩＰ対応のＩＰ電話システムとの間でプレゼンス情報の同期をとるようになされているものである。
【発明の効果】
【０００７】
本発明のプレゼンス表示システム及びゲートウエイ装置によれば、複数のプレゼンスサービスを行っているシステムの間で、同一のプレゼンスを保持することが可能となり、プレゼンス情報の信頼性が高まるとともに、それを提供するサービスの価値が向上するという効果がある。
また、ユーザーにとっては、複数のプレゼンスサービスを行っているシステムのうちのいずれか一方にプレゼンスの変更を通知するだけでよいため、操作性が向上する。
さらに、プレゼンスサービスを行っているシステムがＳＩＰフォンシステムであるときに、ＳＩＰプロトコルを用いてプレゼンスの同期をとることができるため、同期をとるための構成が簡略なものですむ。
【発明を実施するための最良の形態】
【０００８】
まず、本明細書で用いる用語について説明する。
「バディ（Buddy）」は、あるユーザーがそのバディリストに登録している他のユーザーのことである。バディ側の承認を得ることで、ユーザーはそのバディのプレゼンス情報を取得し、状態を表示させることができる。
「バディリスト（Buddy List）」は、登録したバディの一覧表である。バディリストは、バディ全員を含む一つのリストとして構成してもよいし、バディを「友人」，「家族」，「会社」，「学校」などのように分類し、それぞれのグループのバディのリストである複数の「コミュニティセット（Community Set）」としてもよい。以下で説明する実施の形態においては、バディリストが複数のコミュニティセットからなる場合について説明する。
「オーナー（Owner）」は、バディリストを作成編集し、バディのプレゼンスを見ているユーザーのことである。
「ウォッチャー（Watcher）」は、自分のプレゼンスを見ているオーナーのことである。示されている人物は、オーナーと同一であるが、ウォッチャーはプレゼンスを見られているバディ側の立場からみた用語である。
「ウォッチャーリスト（Watcher List）」は、自分のプレゼンスを見ているウォッチャーを一覧表示するリストである。
【０００９】
「プレゼンス」は、ユーザーの現在の状態のことである。プレゼンスはユーザー自身によって設定される。本発明のシステムにおいては、「出社」，「会議中」，「移動中」，「休憩中」，「食事中」，「運転中」，「睡眠中」，「私用」，「携帯不所持」，「連絡不可」などといった使用頻度が高いプレゼンスがあらかじめ「固定プレゼンス」として規定されており、それ以外にオーナーが自由にプレゼンス（「可変プレゼンス」）を設定することができるようになされている。
ユーザーは、自分（発信者，プレゼンティティ）をバディ登録している友人や知人（ウォッチャー）に対して、現在の発信者の状態（プレゼンス）を通知することができる。このとき、発信者が設定したプレゼンスをそのままウォッチャーに通知するようにしてもよいし、あるいは、ウォッチャーが属しているコミュニティセットに応じて、そのウォッチャーに通知するプレゼンスを変更するようにすることもできる。この場合に、発信者が設定するプレゼンスのことを「絶対プレゼンス」、コミュニティセットに応じてウォッチャーへ通知されるプレゼンスのことを「相対プレゼンス」と呼ぶ。「相対プレゼンス」は、ひとつの絶対プレゼンスにつきコミュニティセットの数だけ設定可能な、見掛けのプレゼンスである。オーナーが実際に目にするのは、バディの相対プレゼンスとなる。
【００１０】
図１は、本発明のプレゼンス表示システムの一実施の形態の全体構成を示す図である。
この図において、１１は本発明のプレゼンス表示システムのクライアントプログラムが動作している移動機、１２は前記クライアントプログラムが搭載されていない移動機、１３は前記クライアントプログラムが動作しているパーソナルコンピュータ（ＰＣ）、１４は前記クライアントプログラムがインストールされていないＰＣである。移動機１１におけるクライアントプログラムは例えばＪａｖａ(TM)アプリケーションにより実現されている。また、後述するように、前記クライアントプログラムが搭載されていない移動機１３及び前記クライアントプログラムがインストールされていないＰＣ１４は、ウェブブラウザを用いて後述するサーバー装置（ユーザーデータ部２６）に接続することにより本発明のプレゼンス表示システムの機能の一部を実行することができるようになされている。なお、前記クライアントプログラムが動作している移動機１１及びＰＣ１３をまとめて「クライアント装置」、移動機１１を「移動機（クライアント）」、ＰＣ１３を「ＰＣ（クライアント）」、移動機１２を「移動機（ウェブブラウザ）」、ＰＣ１４を「ＰＣ（ウェブブラウザ）」と呼ぶこととする。
【００１１】
１５及び１６は移動体通信システムにおける基地局、１７は移動体通信システムのコアネットワーク、１８はインターネットなどのＩＰネットワークである。図示するように、前記移動機１１，１２は基地局１５，１６、コアネットワーク１７を介してインターネット１８に接続される。また、前記ＰＣ１３，１４はインターネット１８に接続されている。
【００１２】
１９は、前記コアネットワーク１７及びインターネット１８を介して接続された前記移動機１１とサービスアクセスポイント（ＳＡＰ：Service Access Point）２０との間に挿入されたオプティマイザであり、データ圧縮などを用いて移動機の通信が最小化するよう調整したプロトコルとＳＡＰ２０の扱うプロトコルとの相互変換を行うものである。ＳＡＰ２０は、ワイヤレスビレッジ（Wireless Village）によって規定される、サーバー・クライアント間又はサーバー・サーバー間のインターフェースの役割を担うノードである。
チャット部２１は、移動機同士又は移動機とＰＣ間でチャットサービスを提供するためのノードであり、図示するように、ＩＭサービスを提供するＩＭ部２２及びチャットルームを提供するグループ部２３を有している。
２４はメールの転送を行うＳＭＴＰ（simple mail transfer protocol）リレーサーバーであり、本発明のプレゼンス表示システムにおけるメールを利用する機能を提供するものである。バディ承認時のプレゼンス情報提供許諾通知やチャットへの招待通知などにメールが利用される。
２５はウェブサーバーであり、前記移動機１２やＰＣ１４を、サーバー装置であるユーザーデータ部２６に接続する機能を有する。
【００１３】
２６は、加入者情報、プレゼンス情報、バディリストなどを管理し、要求に応じて情報を提供する機能を有するユーザーデータ部である。このユーザーデータ部２６はサーバー装置に相当するものであり、本発明のプレゼンス表示システムにより提供されるサービス（プレゼンスサービス）を受ける各加入者の加入者情報やプレゼンス情報を管理するプレゼンスサーバー２７と、各加入者のバディリストなどを管理するバディリストサーバー２８の２つの機能部を有している。なお、ここでは、プレゼンスサーバー２７とバディリストサーバー２８の２つの機能部が分離して構成されているように説明するが、単一の装置にこれら２つの機能部を構成するようにしてもよい。
【００１４】
また、２９はＳＩＰフォン、３０は該ＳＩＰフォン２９が接続されているＳＩＰゲートウエイ（企業側）であり、これらにより、例えば、企業の内線電話網であるＳＩＰ対応のＩＰ電話システムが構成されている。ここで、ＳＩＰゲートウエイ（企業側）３０は、このＳＩＰフォンシステムにおけるＳＩＰサーバーの機能を有するものであり、ＳＩＰのプレゼンス情報を格納するプレゼンスサーバーの機能も有している。
３１は、前記プレゼンスサーバー２７に接続され、インターネット１８を介して前記ＳＩＰゲートウエイ（企業側）３０とＳＩＰにより接続することができるＳＩＰゲートウエイ（移動体通信網側）である。
さらに、３２は、前記プレゼンスサーバー２７により管理されているプレゼンス情報に対応して、自動的に転送先電話番号を変更するためのＤＴＭＦ（Dual Tone Multi-Frequency）センダーである。
【００１５】
このように構成されたシステムにおいて、前記クライアント装置（移動機１１とＰＣ１３）は、定期的に前記ユーザーデータ部２６にアクセスして、バディのプレゼンス情報を取得し、そのプレゼンスを表示するようになされている。以下、このことを「待受ポーリング」とよぶ。
【００１６】
図２は、前記プレゼンスサーバー２７により管理されている情報の例を示す図であり、（ａ）は各加入ユーザーごとに記憶されているプレゼンス情報、（ｂ）は各ユーザーの絶対プレゼンスに関する情報、（ｃ）は各ユーザーの相対プレゼンスに関する情報の例である。
図２の（ａ）に示すように、プレゼンス情報は、各ユーザーごとに次の情報を記録したものである。
「加入者ＩＤ」は、このサービスに加入している全ユーザーに一意に割り当てられるＩＤ（識別子）である。この加入者ＩＤを持たせることにより、加入者の携帯電話番号（ＭＳＮ）が変更されても同一のユーザーとして認証することが可能となる。
「ＵＩＤ」は、加入移動機に固有の識別番号である。移動機からのアクセスについては、このＵＩＤを取得することによりユーザー認証を行うようになっている。
「ＭＳＮ」は、加入移動機の電話番号である。ＰＣからのログイン時には、このＭＳＮをＩＤとしてユーザーに入力させるようになっている。
「パスワード」は、このサービスへのログインパスワードである。
「暗証番号」は、加入移動機の暗証番号である。
「ｅメールアドレス」は加入移動機のｅメールアドレスである。
「ＳＩＰフォンアドレス」は、加入ユーザーがＳＩＰフォンシステムを用いている場合のＳＩＰフォンアドレスである。
「本名」は、加入ユーザーの名前を示すテキストデータである。
「ニックネーム」は、加入ユーザーのニックネームを示すテキストである。このニックネームは、チャットなどにおけるユーザー名やデフォルトのバディ名として使用される。
「選択コミュニティセット」は、クライアント装置において、プレゼンスを見る対象として現在選択されているコミュニティセットのＩＤである。なお、この実施の形態においては、４個までのコミュニティセットを登録することができるようにされており、選択コミュニティセットは０〜３の値をとる。
【００１７】
「待受ポーリング受信」は、移動機１１からの前述した待受ポーリングが届いたかどうかを示すフラグであり、「待受ポーリング間隔」で設定されている時間に応じた時間（例えば、その２倍の時間）まで待機し、その時間までに移動機１１からの待受ポーリングが届けば「OK」とされ、届かなければ「Fail」とされるフラグである。これにより、移動機１１が圏外あるいは電源オフの状態となっていることを知ることができる。
「待受ポーリング間隔」は、移動機１１からの次の待受ポーリングまでの時間間隔を秒単位で設定した情報である。この情報は、移動機１１からの待受ポーリング時に通知される。
「プレゼンス更新時刻」は、前回絶対プレゼンス設定が更新された時刻である。
「絶対プレゼンス設定」は、現在加入ユーザーが設定している絶対プレゼンスのＩＤである。
「一時的コメント」は、クライアント側で絶対プレゼンスを選択するときに記述可能な、一時的に利用できるコメント用テキスト情報である。
【００１８】
前述のように、ユーザーは自己の絶対プレゼンスを設定し、バディに対して相対プレゼンスが通知される。そこで、ユーザーは、自己の絶対プレゼンスに関する情報と相対プレゼンスに関する情報をあらかじめ前記プレゼンスサーバー２７に登録しておく。
図２の（ｂ）は、前記絶対プレゼンスを規定するデータを示す図である。
「絶対プレゼンスＩＤ」は絶対プレゼンスを一意に識別するためのＩＤである。
「絶対プレゼンス名」は絶対プレゼンスの名前を示すテキストである。
「転送先電話番号」は、そのプレゼンスを選択した場合の転送先電話番号である。なお、何も入力されていなければ「Null」となる。
「無応答時／無条件フラグ」は、呼を転送するタイミングを規定するフラグであり、「無応答時」と「無条件」のいずれかの値を持つ。「無応答時」に設定されている場合、移動機への呼が応答しない場合に転送する。「無条件」に設定されている場合、移動機へ呼を送らず即座に転送する。
「留守電フラグ」は、留守番電話転送を行うかどうかを規定するフラグである。「On」と「Off」のいずれかの値を持つ。「On」に設定されている場合、留守番電話転送を行い、「Off」に設定されている場合、留守番電話転送を行わない。
「チャット許可」は、そのプレゼンスが設定されているときに、他のユーザーからのチャット開始要求を許可するかどうかを設定するフラグである。「可」，「不可」のいずれかの値を持つ。
【００１９】
前述のように、バディに通知されるプレゼンスは、そのバディの属するコミュニティセットに応じて設定される相対プレゼンスである。そこで、「コミュニティセットへの相対プレゼンス設定」の項に、その絶対プレゼンスの各コミュニティセットに対する相対プレゼンスを設定する。この実施の形態においては、コミュニティセットの数は最大４つとされているため、４個のコミュニティセット（CSet0〜CSet3）にそれぞれ対応する相対プレゼンスのプレゼンスＩＤが設定されている。
【００２０】
図２の（ｃ）は、前記相対プレゼンスを規定するデータを示す図である。
「相対プレゼンスＩＤ」は、相対プレゼンスのＩＤである。
「相対プレゼンス名」は、相対プレゼンスの名前を示すテキストである。絶対プレゼンスＩＤと絶対プレゼンス名の関連付けと、相対プレゼンスＩＤと相対プレゼンス名の関連付けは、常に同一となるようにされている。
「絵文字コード」は、その相対プレゼンスが選択されているときに表示されるアイコン又は絵文字を指定するための絵文字コードである。クライアント装置は絵文字コードをアイコン用画像ファイルに変換する。
「相対プレゼンスコメント」は、その相対プレゼンスが選択されているときに表示するテキスト情報である。
【００２１】
図２の（ｂ）と（ｃ）に記載した例では、ユーザーの絶対プレゼンスが「会議中」（ＩＤ＝１）であるとき、第１のコミュニティセット（CSet0）（例えば、「会社」）に属するバディに対しては、「会議中」（ＩＤ＝１）という相対プレゼンスが通知され、第２と第３のコミュニティセット（CSet1及びCSet2）（例えば、「友人」と「家族」）に属するバディに対しては、「出社」（ＩＤ＝０）という相対プレゼンスが通知される。すなわち、家族や友人に対しては会議中であることまでは通知する必要がないので、単に「出社」と通知する。このように、それぞれのバディの属性に適したプレゼンス表示を行うことができる。
【００２２】
次に、前記バディリストサーバー２８において管理されている情報について説明する。バディリストサーバー２８には、バディリストである「コミュニティセット」、及び、オーナーによってバディリストに登録されたものの、まだサービスに加入していないバディのリストである「未加入リスト」が記憶されている。また、後述するように、移動機１１，１２又はＰＣ１３，１４からの要求に応じて「ウォッチャーリスト」を作成してユーザーに提示するようになされている。
図３は、「コミュニティセット」の一例を示す図である。前述のように、「コミュニティセット」は、オーナーが各バディを分類したリストであり、図示するような各種情報が格納されている。
「コミュニティセットＩＤ」は、コミュニティセットを識別するＩＤである。この実施の形態においては、４つのコミュニティセットを設定することができるようになされており、０〜３の値をとる。
「コミュニティセット名」は、コミュニティセットの名前を示すテキストである。
「バディＩＤ」は、各バディのＩＤである。プレゼンスサーバーの加入者ＩＤ又は未加入リストの未加入ＩＤと関連付けてバディを一意に特定することができる。
「表示順」は、クライアント側におけるバディの表示順を示す情報である。クライアント側の設定によって表示順が決定され送信されてくるので、バディリストサーバーはこれを保持するようになされている。
「バディ名」は、そのバディに対してオーナーがつけたニックネームを示すテキスト情報である。
「バディ承認フラグ（承認）」は、そのバディがオーナーに対するプレゼンスの提供を許可しているかどうかの情報を保持しているフラグであり、「OK」，「NG」，「N/A」のいずれかの値をとる。「OK」であれば、バディリストサーバー２８はプレゼンスサーバー２７に対して、そのバディのプレゼンス情報を要求・受信する。「NG」は、そのバディからプレゼンスの提供を拒否された状態を示し、この場合バディリストサーバー２８はプレゼンスサーバー２７に対し、静的な情報のみ要求・受信する。「N/A」は、そのバディが本サービスに未加入であるか、プレゼンス提供の許可・不許可を通知されていない状態を示す。プレゼンス提供の動作については「NG」と同様となる。
「サービス加入フラグ（加入）」は、そのバディが本サービスに加入しているかどうかを保持しているフラグであり、「OK」，「NG」のいずれかの値をとる。
【００２３】
次に、図２、図３に示した各情報の更新を行うときの、前記クライアント装置（移動機１１、ＰＣ１３）、前記移動機１２又は前記ＰＣ１４と前記ユーザーデータ部２６との間のデータのやり取りについて説明する。
【００２４】
（待受ポーリング）
まず、前記クライアント装置（移動機、ＰＣ）１１，１３が、定期的に前記ユーザーデータ部２６にアクセスする「待受ポーリング」について説明する。
図４は、待受ポーリング時のシーケンス図である。
移動機（クライアント）１１は、該移動機１１内に保持している待受ポーリング間隔データ（秒単位）によってポーリングすべき時間を知り、前回のポーリングから待受ポーリング間隔秒待機した後、ポーリングを行う。
このポーリング時に、バディプレゼンス要求設定情報（バディリスト全員分の要求か、コミュニティセットを単位とする要求かを示す情報）及び待受ポーリング間隔（秒）の情報をオプティマイザー１９に対して送出する（１）。オプティマイザー１９では移動機１１から圧縮して送られてきた前記データを解凍し、ＳＡＰ２０に対して解凍した前記データを送出する。ＳＡＰ２０は、受信した前記データをユーザーデータ部２６に送信する。
なお、移動機１１ではなくＰＣ（クライアント）１３の場合には、シーケンス中にオプティマイザー１９が存在せず、ＳＡＰ２０と直接通信する。
ユーザーデータ部２６では、前記ＳＡＰ２０を介して移動機１１から送られてきたデータにしたがって前記図２の（ａ）に示したプレゼンス情報の該当するデータを更新する（２）。
そして、ユーザーデータ部２６は、（３）オーナーのプレゼンス（絶対プレゼンス設定）及び（４）バディのプレゼンス（相対プレゼンス名、相対プレゼンス絵文字コード、相対プレゼンスコメント又は一時的コメントなど）をＳＡＰ２０、オプティマイザ１９を介して移動機（クライアント）１１に向けて送信する。
移動機（クライアント）１１は、受信情報に基づいて、バディのプレゼンス表示などの処理を行う。
【００２５】
このように、待受ポーリング時に送信される、バディプレゼンス要求設定や待受ポーリング間隔などの各情報（動的情報）に対し、更新頻度が低くポーリングによって毎回取得する必要のない情報（以下、静的情報とよぶ。）については、前記移動機１１，１２、又はＰＣ１３，１４から随時更新することができるようになされている。
この静的情報としては、絶対プレゼンスに関する設定情報（転送先電話番号、無応答時／無条件フラグ、留守電フラグ、チャット許可、コミュニティセットｎへの相対プレゼンス設定の各情報）、相対プレゼンスに関する設定情報（相対プレゼンス絵文字コード及び相対プレゼンスコメントの各情報）、ｅメールアドレス、ニックネーム、コミュニティセットの選択、コミュニティセット名、表示順などの各設定情報がある。
【００２６】
移動機クライアント１１から静的情報を更新するときは、上述した各設定情報をオプティマイザー１９、ＳＡＰ２０を介して、ユーザーデータ部２６に送信する。ユーザーデータ部２６では、該当データを更新し、その結果を前述と逆の経路で移動機クライアント１１に返す。
また、クライアントプログラムを搭載していない移動機１２やＰＣ１４から各種設定情報を更新するときには、移動機１２又はＰＣ１４からウェブブラウザプログラムを用いてウェブサーバー２５を経由してユーザーデータ部２６に各種設定情報を送信する。これにより、ユーザーデータ部２６では、該当データの更新を行い、設定結果をウェブサーバー２５経由で、移動機１２又はＰＣ１４に送信する。
このように、静的情報の更新は、クライアントプログラムを搭載していない移動機１２やＰＣ１４からも行うことができる。これにより、複雑な設定であっても、ＰＣ１４などを用いて容易に行うことができる。
【００２７】
（バディの登録）
オーナーはバディをバディリストに登録しようとするときは、その移動機に保持しているアドレス帳のなかから、プレゼンスを見たいと考える相手（バディ）を選択する。これにより、選択されたバディの本名、フリガナ、携帯電話番号（ＭＳＮ）、ｅメールアドレス、ニックネーム及びその属するコミュニティセットなどの情報が、アドレス帳から読み出され、オプティマイザー１９及びＳＡＰ２０を経由して、ユーザーデータ部２６に送信される。
ユーザーデータ部２６では、送信された情報に基づいてバディリスト（コミュニティセット）にそのバディの情報を登録する。このとき、そのバディの電話番号をキーとして、サービス加入者のＭＳＮと比較することで、登録を要求されたバディがこのサービスに加入しているかどうかを検索し、未加入であるときは、その「サービス加入フラグ」を「NG」、「バディ承認フラグ」を「N/A」にセットするとともに、未加入リストにそのバディの情報を記録する。
一方、そのバディがプレゼンスサービスの加入者であるときは、そのバディの移動機に対してプレゼンス提供承認要求のｅメールをＳＭＴＰリレーサーバーを介して送出する。このメールをみたバディにより、オーナーにプレゼンスを提供することが承認されたときは、前記「バディ承認フラグ」を「OK」とし、拒否されたときは「NG」とする。
このようにして、前記図３に示したコミュニティセット及び未加入リストなどの情報が作成される。
なお、バディ名の変更、バディが所属するコミュニティセットの移動、バディの削除などは、移動機１１又は１２から随時行うことができる。
【００２８】
（絶対プレゼンス設定の変更）
オーナーの状態に変更があったときは、絶対プレゼンス設定が変更される。この絶対プレゼンス設定の変更は、移動機１１又は１２から行うことができる。
図５は、絶対プレゼンスを変更するときのシーケンス図である。
絶対プレゼンスの変更があったとき、移動機（クライアント）１１のユーザーは、移動機（クライアント）１１を操作し、絶対プレゼンス設定の変更、すなわち、変更後の絶対プレゼンスのＩＤを前記オプティマイザー１９に送信する（１）。なお、同時に、一時的コメントが入力されたときには、この一時的コメントもともにオプティマイザー１９に送信される（２）。前記オプティマイザー１９は、移動機１１から圧縮して送信されてきたデータを解凍し、前記ＳＡＰ２０に送信する。前記ＳＡＰ２０は、送られてきたデータを前記ユーザーデータ部２６に送信する。ユーザーデータ部２６のプレゼンスサーバー２７は、前記図２の（ａ）に示したプレゼンス情報中の絶対プレゼンス設定を送られてきた絶対プレゼンスのＩＤに更新する（３）。そして、前記絶対プレゼンスの情報（図２の（ｂ））を参照し、転送先電話番号や無応答時／無条件、留守電設定などのサービスコードに変更があるか否かを判定し（４）、変更がある場合には、ＭＳＮ、暗証番号、転送先電話番号、無応答時／無条件、留守電設定などの情報（５）をＤＴＭＦセンダー３２に送信する。ＤＴＭＦセンダー３２は、あらかじめ規定されている特定の電話番号に該データ（５）をＤＴＭＦ信号で送信する。これにより、転送先の電話番号の変更などを反映することができる。
なお、移動機（ウェブブラウザ）１２からは、ウェブサーバー２５を介してユーザーデータ部２６にアクセスすることにより、絶対プレゼンス設定の変更を行うことができる。
【００２９】
（ウォッチャーリスト）
前述のように、バディリストサーバー２８は、クライアント装置や移動機１２及びＰＣ１４からの要求に応じて、自分のプレゼンスを見ているオーナーを一覧表示する「ウォッチャーリスト」を作成して送り返す機能を有している。
移動機１１からのウォッチャーリスト取得要求を受け取ったユーザーデータ部２６は、前記バディリストサーバー２８に記憶されているバディリスト（コミュニティセット）を検索して、該移動機１１のユーザーをバディとして登録しているユーザー（ウォッチャー）のリスト（ウォッチャーリスト）を作成する。そして、該作成したウォッチャーリストを要求を発した移動機１１に送信し、その画面上に表示させる。
発信者（プレゼンティティ）であるユーザーは、表示されたウォッチャーリストを見て、個別のウォッチャーごとにプレゼンスの提供を拒否するように設定を変更することができる。例えば、ウォッチャーリストの表示画面においてウォッチャーを選択し、そのウォッチャーに対するプレゼンス情報の提供を取り消す操作をすることにより、このウォッチャーの公開設定を変更するウォッチャーの設定情報が、オプティマイザー１９、ＳＡＰ２０を介してユーザーデータ部２６に送信され、ユーザーデータ部２６は、受信した情報に基づいて、対応するウォッチャーのバディリスト（コミュニティセット）のそのユーザーのバディ承認フラグを「NG」に書き換える。
【００３０】
なお、ＰＣ（クライアント）１３からも同様にウォッチャーリストを取得することができる。さらに、クライアントプログラムが搭載されていない移動機（ウェブブラウザ）１２及びＰＣ（ウェブブラウザ）１４からも、ウェブサーバー２５を介してユーザーデータ部２６に対してウォッチャーリストを要求し、ウォッチャーの公開設定を変更することができる。
このように、自分のプレゼンスをみているウォッチャーのリストを取得し、ウォッチャーリストが表示されている状態で、ウォッチャーに対するプレゼンス公開設定を変更する操作を行うことができる。
【００３１】
（プレゼンス表示）
図６の（ａ）は、前記待受ポーリングによって、選択したコミュニティセットのバディのプレゼンスが移動機の画面に表示されている様子を示す図である。この図に示した例では、バディリストは「友人」，「会社」，「家族」に分類されたコミュニティセットごとのリストとされており、「会社」のコミュニティセットに属するバディが表示されている様子が示されている。
この図に示した例では、各バディごとに、プレゼンスをアイコンで表示する領域、名前（ニックネーム）を表示する領域が設けられている。ここで、「Ｅ部長」は未加入であり、「Ｄさん」はバディ承認フラグがNGであるため（図３）、それに対応したアイコンとなっている。また、「Ｂ様」と「Ｃ」は、それぞれアイコンにより、そのプレゼンスが表示されている。この例では、「Ｃ」が移動中であることがわかる。なお、バディが圏外であるときには、前記アイコンの前の領域に「？」を表示したり、そのバディの名前を薄く表示することにより、圏外であることを表示することができる。
【００３２】
また、図６の（ａ）のようにプレゼンスが表示されているときに、選択したバディの詳細プレゼンスを表示することができる。図６の（ｂ）は、図６の（ａ）において、バディ「Ｂ様」が選択され、その詳細プレゼンスが表示された様子を示す図である。
この図に示すように、そのバディのコメントや電話番号、メールアドレスが表示される。また、そのバディの表示順を変更するためのボタンが表示され、これを操作することにより、バディの表示順を変更する設定情報を前記バディリストサーバー２８に送信することができるようになされている。
【００３３】
（ＳＩＰフォンプレゼンスとの同期）
本発明のプレゼンス表示システムは、前記ＳＩＰフォン２９とＳＩＰゲートウエイ（企業側）３０からなるＳＩＰフォンシステムのＳＩＰフォンプレゼンスと前記プレゼンスサーバー２７に記録される絶対プレゼンスとの間で、プレゼンスの同期をとることができるようになされている。すなわち、絶対プレゼンス又はＳＩＰフォンプレゼンスが変更された際、ＳＩＰゲートウエイ（移動体通信網側）３１を経由して、プレゼンスサーバー２７とＳＩＰゲートウエイ（企業側）３１が相互にプレゼンスの変更を通知することでプレゼンス連携を実現する。なお、絶対プレゼンスとＳＩＰフォンプレゼンスでは項目が一致しない場合が想定されるので、変換テーブル（プレゼンス変換テーブル）を参照することにより、適切なプレゼンスに変換して通知するようにしている。
【００３４】
まず、ＳＩＰフォンプレゼンスが変更され、ユーザーデータ部２６のプレゼンスサーバー２７へプレゼンス変更通知が行われる場合について説明する。この例では、ＳＩＰフォンプレゼンスを「在席」に変えるとプレゼンスサーバー２７へ「出社」が通知される。
図７は、ＳＩＰフォンプレゼンスが変更された場合のシーケンス図である。
ユーザーがＳＩＰフォンプレゼンスを変更すると、ＳＩＰフォン２９はＳＩＰゲートウエイ（企業側）３０にＳＩＰフォンプレゼンス変更通知（「在席」）を送出する（１）。
ＳＩＰゲートウエイ（企業側）３０はＳＩＰフォンプレゼンス変更通知を受信すると、ＳＩＰゲートウエイ（企業側）にて管理しているＳＩＰフォンプレゼンスを「在席」に変更する（２）。
そして、ＳＩＰゲートウエイ（企業側）３０はＳＩＰゲートウエイ（移動体通信網側）３１にプレゼンス変更通知（「在席」）を送出する（３）。
ＳＩＰゲートウエイ（移動体通信網側）３０はプレゼンス変更通知（「在席」）を受信し、プレゼンス変換（例では「在席」から「出社」に変換）を行う（４）。
そして、ＳＩＰゲートウエイ（移動体通信網側）３１はユーザーデータ部２６へプレゼンス変更通知（「出社」）を送出する（５）。
ユーザーデータ部２６では、絶対プレゼンスを「出社」に変更し（６）、その結果、転送先電話番号やサービスコードに変更があるか否かを判定し（７）、変更がある場合には、ＭＳＮ、暗証番号、転送先電話番号、無応答時／無条件、留守電設定などの情報をＤＴＭＦセンダー３２に送信する（８）。ＤＴＭＦセンダー３２は、あらかじめ規定されている特定の電話番号に該データをＤＴＭＦ信号で送信する（９）。
このようにして、ＳＩＰフォン２９でＳＩＰフォンプレゼンスが変更されたときに、プレゼンス表示システムにおけるユーザーデータ部２６（プレゼンスサーバー２７）の絶対プレゼンスが変更される。
【００３５】
次に、プレゼンスサーバー２７の絶対プレゼンスが変更され、ＳＩＰフォンプレゼンスが変更される場合について説明する。この例では、絶対プレゼンスが「会議中」に変えられて、ＳＩＰフォンプレゼンスが「離席」に変わる。
図８は、プレゼンスサーバー２７の絶対プレゼンスが変更された場合のシーケンス図である。
前述した絶対プレゼンス設定の変更（図５）により、絶対プレゼンスが「会議中」に変更されると、ユーザーデータ部２６のプレゼンスサーバー２７は、ＳＩＰゲートウエイ（移動体通信網側）３１へプレゼンス変更通知（「会議中」）を送出する（１）。
ＳＩＰゲートウエイ（移動体通信網側）３１はプレゼンス変更通知を受信すると、プレゼンス変換（例では「会議中」から「離席」に変換）を行い（２）、ＳＩＰゲートウエイ（企業側）３０へプレゼンス変更通知（「離席」）を送出する（３）。
ＳＩＰゲートウエイ（企業側）３０はプレゼンス変更通知（「離席」）を受信すると、ＳＩＰゲートウエイ（企業側）３０にて管理しているＳＩＰフォンプレゼンスの変更を行う（４）。そして、ＳＩＰゲートウエイ（企業側）３０はＳＩＰフォン端末２９へＳＩＰフォンプレゼンス変更通知（「離席」）を送出する（５）。
このようにして、絶対プレゼンスの変更があったときに、ＳＩＰフォンプレゼンスも変更されることとなる。
【００３６】
図９は、前記プレゼンス変換のときに参照されるプレゼンス変換テーブルの一例を示す図である。
この図に示す例では、ＳＩＰフォンプレゼンスの「在席」、「離席」及び「食事中」と、プレゼンスサーバー２７の絶対プレゼンス「出社」、「会議中」及び「昼休み」が、それぞれ対応付けられている。このように、それぞれのプレゼンスサービスに合致したプレゼンスに変換するようになされている。
【００３７】
図１０は、前記ＳＩＰフォン側（具体的には、ＳＩＰゲートウエイ（企業側）３０）とプレゼンスサーバー側（具体的には、ＳＩＰゲートウエイ（移動体通信網側）３１とプレゼンスサーバー２７）間でプレゼンスの同期をとる処理のシーケンス図である。
この図に示すように、プレゼンスサーバー２７の指示を受けたＳＩＰゲートウエイ（移動体通信網側）３１とＳＩＰゲートウエイ（企業側）３０との間で、次に示す手順によりＳＩＰプロトコルを用いてプレゼンスの同期が行われる。
１．同期を行おうとするＳＩＰフォン側（ＳＩＰゲートウエイ（企業側）３０）は、MESSAGEメソッドを用いて「Sync Req」というメッセージをプレゼンスサーバー側に送る。プレゼンスサーバー側は「Sync Req」を受け取ったら、MESSAGEメソッドでＳＩＰフォン側に「Sync Req OK」というメッセージを送る。（同期の開始）
２．プレゼンスサーバー側は「Sync Req」メッセージを受け取ると、ＳＩＰフォン側に対してSUBSCRIBEメソッドを発行する。SUBSCRIBEメソッドを受け取ったＳＩＰフォン側は、NOTIFYメソッドによって現在のプレゼンスをＳＩＰフォンアドレスとともにプレゼンスサーバー側に送信する。NOTIFYメソッドを受信したプレゼンスサーバー２７は、そのNOTIFYに記述されたプレゼンスをそのＳＩＰフォンアドレスを有する加入ユーザーの現在のプレゼンスとして、自身のプレゼンス情報を書き換える。
３．ＳＩＰフォン側は上記２における、NOTIFYに対するコード200応答を受け取ったら、プレゼンスサーバー側に対してSUBSCRIBEメソッドを発行する。SUBSCRIBEメソッドを受け取ったプレゼンスサーバー２７はNOTIFYメソッドによって、保持しているプレゼンスをその加入ユーザーのＳＩＰフォンアドレスとともにＳＩＰフォン側に送信する。NOTIFYメソッドを受信したＳＩＰフォン側では、そのNOTIFYに記述されたプレゼンスを現在のプレゼンスとして、自身のプレゼンス情報を書き換える。（ただし、上記２の手順のため、実質的にはＳＩＰフォンのプレゼンスは変更されない。）
これによってＳＩＰフォン側とプレゼンスサーバー２７のプレゼンスの初期同期がなされ、また以降の同期の準備が完了する。（同期の初期化）
【００３８】
４．ユーザがＳＩＰフォンのプレゼンスを変更した場合、ＳＩＰフォン側からNOTIFYメソッドがプレゼンスサーバー側に対して送信される。変更されたプレゼンスとその加入者のＳＩＰフォンアドレスを含むNOTIFYメソッドを受信したプレゼンスサーバー２７は、そのNOTIFYに記述されたプレゼンスを現在のプレゼンスとして、自身のプレゼンス情報を書き換える。（ＳＩＰフォン側からのプレゼンス変更）
５．他のクライアント機器（前記移動機１１，１２、ＰＣ１３，１４）がプレゼンスサーバー２７のプレゼンスを変更した場合、プレゼンスサーバー側はNOTIFYメソッドによって、保持しているプレゼンスをそのユーザーのＳＩＰフォンアドレスとともにＳＩＰフォン側に送信する。NOTIFYメソッドを受信したＳＩＰフォン側は、そのNOTIFYに記述されたプレゼンスを現在のプレゼンスとして、自身のプレゼンス情報を書き換える。（プレゼンスサーバー側からのプレゼンス変更）
６．どちらかのSUBSCRIBEメソッドの有効期限が切れた場合、初期化手順（上記２−３）を再度行って再初期化する。なお、ＳＩＰフォン側のSUBSCRIBE有効期限が先に切れた場合は、上記２と３の順番を逆に行う。
７．同期動作を終了するためには、ＳＩＰフォン側からMESSAGEメソッドによって「Sync End」メッセージをプレゼンスサーバー側に送信する。プレゼンスサーバー側は「Sync End」メッセージを受け取ったら、まずＳＩＰフォン側にMESSAGEメソッドによって「Sync End OK」メッセージを返し、次にUNSUBSCRIBEメソッドを発行してＳＩＰフォン側からのプレゼンス取得を終了する。
ＳＩＰフォン側は「Sync End」メッセージを送信した後、UNSUBSCRIBEメソッドをプレゼンスサーバー側に対し発行して、プレゼンスサーバー側からのプレゼンス取得を終了する。（同期の終了）
【００３９】
なお、プレゼンスサーバー側でプレゼンスの変更が行われた場合には、上記とは逆の流れで、プレゼンスの同期が行われることとなる。
【００４０】
なお、以上においては、ＳＩＰゲートウエイ（企業側）３０にＳＩＰフォンプレゼンスを管理するプレゼンスサーバーを有するものとして説明したが、ＳＩＰフォン２９自体にＳＩＰフォンのプレゼンスを保持する場合であってもよい。この場合には、ＳＩＰフォン２９とＳＩＰゲートウエイ（移動体通信網側）３１との間で、相互にSUBSCRIBEメソッドを送信することで、プレゼンスの同期が可能となる。
【００４１】
また、以上の説明においては、移動体通信システムのプレゼンスサービスとＳＩＰフォンとの間でプレゼンスを同期させる実施の形態について説明したが、本発明は、それに限られることはなく、移動体通信システムのプレゼンスサービスと他のプレゼンスサービスとの間、ＳＩＰフォン間、あるいは、ＳＩＰプレゼンスサーバー間などでプレゼンスの同期をとる場合にも、同様に適用することができる。
【図面の簡単な説明】
【００４２】
【図１】本発明のプレゼンス表示システムの一実施の形態の全体構成を示すブロック図である。
【図２】プレゼンスサーバー２７で管理されている情報の例を示す図であり、（ａ）は加入者のプレゼンス情報、（ｂ）は絶対プレゼンス情報、（ｃ）は相対プレゼンス情報の例を示す図である。
【図３】バディリストサーバー２８で管理されているコミュニティセットの例を示す図である。
【図４】待受ポーリング時のシーケンス図である。
【図５】絶対プレゼンスを変更するときのシーケンス図である。
【図６】バディのプレゼンスが表示されている状態を示す図であり、（ａ）はバディリストが表示されている画面の例、（ｂ）は選択されたバディの詳細プレゼンスの表示されている画面の例を示す図である。
【図７】ＳＩＰフォンプレゼンスが変更された場合のシーケンス図である。
【図８】プレゼンスサーバー２７の絶対プレゼンスが変更されたときのシーケンス図である。
【図９】プレゼンス変換テーブルの一例を示す図である。
【図１０】ＳＩＰフォン側とプレゼンスサーバー側のプレゼンス同期における詳細な動作を説明するシーケンス図である。
【符号の説明】
【００４３】
１１：移動機（クライアント）、１２：移動機（ウェブブラウザ）、１３：ＰＣ（クライアント）、１４：ＰＣ（ウェブブラウザ）、１５，１６：基地局、１７：移動体通信システムのコアネットワーク、１８：インターネット、１９：オプティマイザー、２０：サービスアクセスポイント、２１：チャット部、２２：ＩＭ部、２３：グループ部、２４：ＳＭＴＰリレーサーバー、２５：ウェブサーバー、２６：ユーザーデータ部、２７：プレゼンスサーバー、２８：バディリストサーバー、２９：ＳＩＰフォン、３０：ＳＩＰゲートウエイ（企業側）、３１：ＳＩＰゲートウエイ（移動体通信網側）、３２：ＤＴＭＦセンダー
【図１】
2005190287.tif 000003
【図２】
2005190287.tif 000004
【図３】
2005190287.tif 000005
【図４】
2005190287.tif 000006
【図５】
2005190287.tif 000007
【図６】
2005190287.tif 000008
【図７】
2005190287.tif 000009
【図８】
2005190287.tif 000010
【図９】
2005190287.tif 000011
【図１０】
2005190287.tif 000012