(57)【特許請求の範囲】
【請求項１】
携帯電話網での交換機能を担う網設備、通信キャリアがサービスを提供する先となるエンドユーザの施設であって無線ＬＡＮを構成するＬＡＮ設備、及び、上記無線ＬＡＮの圏外で所定の通信網を提供している上記通信キャリアのキャリア設備が協働して動作し、上記無線ＬＡＮの端末として機能すると共に上記携帯電話網の端末として機能するデュアル端末のプレゼンス情報を利用してサービスを提供するプレゼンス情報利用システムであって、
上記網設備は、着信呼を上記キャリア設備に引き渡す着信呼引渡手段を備え、
上記ＬＡＮ設備は、上記各デュアル端末のプレゼンス情報を管理しているプレゼンス情報管理手段と、上記キャリア設備からのプレゼンス情報の要求により上記プレゼンス情報管理手段で管理しているプレゼンス情報を返信するプレゼンス情報供給手段とを備え、
上記キャリア設備は、上記キャリア設備に引き渡された着信呼に係るプレゼンス情報を上記ＬＡＮ設備に要求して取得するプレゼンス情報取得手段と、取得したプレゼンス情報に応じて、複数の処理手段の中から起動するものを定める処理判断手段とを備える
ことを特徴とするプレゼンス情報利用システム。
【請求項２】
上記着信呼引渡手段は、着信呼が、プレゼンス情報が管理されているデュアル端末を着信先とするものである場合に、着信呼を上記キャリア設備に引き渡すことを特徴とする請求項１に記載のプレゼンス情報利用システム。
【請求項３】
上記着信呼引渡手段は、着信呼を無条件に上記キャリア設備に引き渡し、
上記プレゼンス情報取得手段は、着信呼が、プレゼンス情報が管理されているデュアル端末を着信先とするものである場合にプレゼンス情報を上記ＬＡＮ設備から取得する
ことを特徴とする請求項１に記載のプレゼンス情報利用システム。
【請求項４】
上記処理判断手段は、プレゼンス情報が、無線ＬＡＮ圏外に着信先のデュアル端末が存在することを表している場合に、上記網設備によるリダイレクトを指示する第１の処理手段を起動することを特徴とする請求項１〜３に記載のプレゼンス情報利用システム。
【請求項５】
上記処理判断手段は、プレゼンス情報が、無線ＬＡＮ圏内に着信先のデュアル端末が存在することを表している場合に、上記デュアル端末が固定網経由で着信可能なものであればその固定網経由で着信させる第２の処理手段を起動することを特徴とする請求項１〜４に記載のプレゼンス情報利用システム。
【請求項６】
上記処理判断手段は、プレゼンス情報が、着信相手が通信し得ない状況を表している場合に、発呼側端末に、音声でその旨を通知する第２の処理手段を起動することを特徴とする請求項１〜５に記載のプレゼンス情報利用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はプレゼンス情報利用システムに関し、例えば、無線ＬＡＮを使用する特定エリア内のＩＰ電話機能と、携帯電話網を使用する携帯電話機能の２つの機能を併せ持つデュアル携帯電話向けのプレゼンス情報利用システムに適用し得るものである。
【背景技術】
【０００２】
従来、施設内で使用するＩＰ電話のプレゼンス情報は、その施設内で所有しているプレゼンスサーバ内で管理（ローカル的に管理）されているため、外部から施設内のＩＰ電話に対して電話を掛ける際に、施設内で管理されている着信者のプレゼンス情報を使って、通信キャリア（通信電話会社）側が、発信者側の呼制御を行うことはできなかった。
【０００３】
最近では、インターネット経由で施設内にアクセスし、Ｗｅｂなどの参照ツールを用いて施設内で管理しているプレゼンス情報を参照する技術が出てきているが（特許文献１及び２参照）、発信者の端末からの発呼時に、呼び出し先となる電話の所有者が属している施設内のプレゼンス情報を参照して、電話網側で呼制御を行う方法は存在していない。
【特許文献１】特開２００５−０５７７０９号公報
【特許文献２】特開２００５−１９０２８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の方法では、例えば、ＩＰ電話機能と携帯電話機能を併せ持つデュアル携帯電話を使用しているユーザが、無線ＬＡＮ圏外から、同様なデュアル携帯電話を持つ相手に電話を掛ける場合、着信端末側のプレゼンス状態を判断することができないため、携帯電話網を経由することに固定で発信者側の端末と着信側の端末を直接接続することしかできなかった。すなわち、着信側の端末のプレゼンス情報によって、通信キャリア（通信電話会社）側が呼を制御することは不可能であった。
【０００５】
同様に、着信側端末のプレゼンスの所定状態（相手が電話に出れない状態のときなど）の場合に、呼を接続しないで、別のなんらかのアプリケーション（サービス機能）を起動するなど、通信キャリアの網側で条件別判断処理を実行することはできなかった。
【０００６】
そのため、無線ＬＡＮで管理しているプレゼンス情報を、無線ＬＡＮ圏外の通信キャリアが有効に利用し得るプレゼンス情報利用システムが望まれている。
【課題を解決するための手段】
【０００７】
本発明のプレゼンス情報利用システムは、携帯電話網での交換機能を担う網設備、通信キャリアがサービスを提供する先となるエンドユーザの施設であって無線ＬＡＮを構成するＬＡＮ設備、及び、上記無線ＬＡＮの圏外で所定の通信網を提供している上記通信キャリアのキャリア設備が協働して動作し、上記無線ＬＡＮの端末として機能すると共に上記携帯電話網の端末として機能するデュアル端末のプレゼンス情報を利用してサービスを提供するプレゼンス情報利用システムであって、上記網設備は、着信呼を上記キャリア設備に引き渡す着信呼引渡手段を備え、上記ＬＡＮ設備は、上記各デュアル端末のプレゼンス情報を管理しているプレゼンス情報管理手段と、上記キャリア設備からのプレゼンス情報の要求により上記プレゼンス情報管理手段で管理しているプレゼンス情報を返信するプレゼンス情報供給手段とを備え、上記キャリア設備は、上記キャリア設備に引き渡された着信呼に係るプレゼンス情報を上記ＬＡＮ設備に要求して取得するプレゼンス情報取得手段と、取得したプレゼンス情報に応じて、複数の処理手段の中から起動するものを定める処理判断手段とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、無線ＬＡＮで管理しているデュアル端末のプレゼンス情報を、無線ＬＡＮ圏外の通信キャリアが有効に利用することができる。
【発明を実施するための最良の形態】
【０００９】
（Ａ）第１の実施形態
以下、本発明によるプレゼンス情報利用システムの第１の実施形態を、図面を参照しながら詳述する。
【００１０】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態に係るプレゼンス情報利用システムの全体構成を示すブロック図である。
【００１１】
第１の実施形態のプレゼンス情報利用システム１は、無線ＬＡＮを使用する特定エリア内のＩＰ電話機能と携帯電話網を使用する携帯電話機能の２つの機能を併せ持つデュアル携帯電話（例えば、ＷＬＡＮ  デュアル  Ｍｏｄｅ端末）１００、２０４、４０５をサービスの提供対象としている。
【００１２】
無線ＬＡＮの圏外に位置するデュアル携帯電話１００、２０４は、携帯電話網（この実施形態では３世代携帯電話網（３Ｇ）とする）２００、２０２の要素として分散配置されているいずれかの基地局２０１、２０３に収容されている。携帯電話網２００、２０２は携帯電話回線交換網４００に収容され、相互に交換され得るものである。無線ＬＡＮの圏内に位置するデュアル携帯電話４０５は、無線ＬＡＮに係るＬＡＮ設備８００の要素であるアクセスポイント４０４を介して無線ＬＡＮに接続される。
【００１３】
第１の実施形態のプレゼンス情報利用システム１は、携帯電話網２００、２０２の交換機設備３００、キャリアセンタ設備５００、無線ＬＡＮによるＩＰ電話通話を可能とする上述したＬＡＮ設備８００を備える。
【００１４】
交換機設備３００は、制御部３０１、端末情報データベース（以下、データベースをＤＢと略する）３０２及び位置登録ＤＢ３０３を有し、これらは設備内ネットワーク３０４で接続されている。交換機設備３００は、その他、網側との通信部や、管理者や保守者などとのインターフェース部などを有するが、図１では省略している。
【００１５】
制御部３０１は、例えば、ＣＰＵやそのＣＰＵが実行するプログラムが該当し、発信元のデュアル携帯電話からの呼を受信すると、呼び出し先となるデュアル携帯電話（着信側端末）の所在地データを位置登録ＤＢ３０３から読み取り、最寄りの基地局から呼び出しを行うデュアル携帯電話間の通話接続を行う機能を有する。また、制御部３０１は、発信元のデュアル携帯電話からの呼を受信したときに、着信側端末の携帯電話番号を元に端末情報ＤＢ３０２を検索し、着信側端末がデュアル携帯端末であるかどうかを識別し、着信側端末がデュアル携帯端末の場合は、受信した呼をキャリアセンタ設備５００側に、設備内ネットワーク３０４を介して転送（ルーティング）する処理を行う。
【００１６】
端末情報ＤＢ３０２には、携帯電話端末がデュアル携帯端末かどうかを識別するための情報が登録、蓄積されている。図２は、端末情報ＤＢ３０２におけるデュアル携帯電話テーブルの構成例を示す説明図である。デュアル携帯電話テーブルは、デュアル携帯端末に係る電話番号と、そのデュアル携帯電話の有効期限とを対応付けて記述したものとなっている。
【００１７】
位置登録ＤＢ３０３は、詳細構成の図示は省略するが、既存のものと同様に、現在、その携帯電話がどの基地局に収容されているかの情報を登録、蓄積しているものである。
【００１８】
交換機設備３００は、携帯電話回線交換網４００を介して、キャリアセンタ設備５００と接続し得るものである。
【００１９】
キャリアセンタ設備５００は、ＳＩＰサーバ５０１、３Ｇ−ＳＩＰゲートウェイ５０２、ＳＩＰ−ＰＳＴＮゲートウェイ５０３、ＳＩＰ−ＡＰサーバ５０４、メディアサーバ５０５及び制御ＤＢ５０６を有する。各種のサーバやゲートウェイは、例えば、ＣＰＵやそのＣＰＵが実行するプログラムによってその機能が実現される。また、図１では、省略しているが、キャリアセンタ設備５００は、網側との通信部（ハードウェア）や、管理者や保守者などとのインターフェース部などを有する。
【００２０】
３Ｇ−ＳＩＰゲートウェイ５０２は、３Ｇ網（携帯電話網）から着信する呼をＳＩＰプロトコルに変換する処理を行い、ＳＩＰ−ＰＳＴＮゲートウェイ５０３は、ＳＩＰに変換した呼を固定電話網（ＰＳＴＮ）経由で着信側端末に接続するためのプロトコル変換処理を行うものである。ＳＩＰサーバ５０１は、ＳＩＰに変換された後の呼を受信し、ＳＩＰによる通話を可能とする機能を有している。ＳＩＰ−ＡＰサーバ５０４は、ＳＩＰに変換された呼をアプリケーションによって制御するための機能を有すると同時に、メディアサーバ５０５の制御を行う機能を有する。メディアサーバ５０５は、音声ファイルを再生して音声を流すＩＶＲ（音声自動応答）機能を有する。制御ＤＢ５０６には、ＳＩＰ−ＡＰサーバ５０４上で起動されるアプリケーションが、ＬＡＮ施設８００内に設置されているプレゼンスサーバ８０３に接続するために必要な接続先に関するＩＰアドレス、ポート番号などの情報が登録、蓄積されていると共に、着信側端末のプレゼンスの状態によってＳＩＰ−ＡＰサーバ５０４上で起動するアプリケーションを切り分けるための情報や、対象となるＬＡＮ施設８００が利用している固定回線の情報など、キャリアセンタ側で提供するサービスに必要な制御情報が登録、蓄積されている。
【００２１】
図３〜図６は、制御ＤＢ５０６に設けられている契約種別テーブル、サービスＡＰ（アプリケーション）テーブル、回線契約タイプテーブル、接続先施設情報テーブルの例を示す説明図である。図３に示す契約種別テーブルは、デュアル携帯電話の電話番号に対応付けて契約種別を記述しているものである。図４に示すサービスＡＰテーブルは、契約種別とプレゼンス状態との組み合わせに対応付けてアプリケーション識別番号（アプリＩＤ）を記述しているものである。図５に示す回線契約タイプテーブルは、契約先コードに対応付けて回線タイプ及び回線名を記述しているものである。図６に示す接続先施設情報テーブルは、デュアル携帯電話の電話番号に対応付けて契約先コード、接続先ＩＰアドレス及びポート番号を記述しているものである。これらテーブルの機能については、動作説明の項で明らかにする。
【００２２】
ＬＡＮ施設８００とは、法人企業、店舗、自宅などのＬＡＮを有する施設を表現しており、通信キャリアがサービスを提供する先となるエンドユーザの施設を意味する。ＬＡＮ施設８００は、無線ＬＡＮによってＩＰ電話通話が可能な設備を持ち、キャリアセンタ設備５００側と、固定電話網６００、ＩＰ電話回線７００、ＩＰ網（ＩＰ−ＶＰＮやインターネット）９００などのネットワークを介して接続されている。ＬＡＮ施設８００は、無線設備であるアクセスポイント４０４、無線を使って通話を可能とするデュアル携帯電話４０５、ＰＳＴＮ−ＳＩＰゲートウェイ８０１、ＳＩＰサーバ８０２、プレゼンスサーバ８０３、ファイヤウォール８０４、プレゼンスＤＢ８０５などを有する。
【００２３】
ＰＳＴＮ−ＳＩＰゲートウェイ８０１は、固定電話網６００を介して着信した呼をＳＩＰプロトコルに変換する処理を行い、ＳＩＰサーバ８０２は、ＳＩＰに変換された呼を受信し、ＳＩＰによる通話（ＶｏＩＰ通話）を実現する機能を持つ。デュアル携帯電話４０５は、ＶｏＩＰ通話と通常の携帯電話通話（携帯電話網を使った通話）の両方の機能を有する。アクセスポイント４０４は、ＳＩＰサーバ８０２が接続されているＬＡＮ施設８００内のネットワークと無線ＬＡＮを経由してデュアル携帯電話４０５を接続するための機能を有する。プレゼンスサーバ８０３は、デュアル携帯電話４０５の状態に合わせてプレゼンス情報の更新処理を定期的に行う。プレゼンスＤＢ８０５は、プレゼンスサーバ８０３に接続されているものであり、デュアル携帯電話４０５のプレゼンス情報を登録、蓄積しているものである。ファイヤウォール８０４は、不正なデータなどが内部の無線ＬＡＮに侵入することを防ぐものである。
【００２４】
図７は、プレゼンスＤＢ８０５における端末情報テーブルの構成例を示す説明図である。端末情報テーブルは、デュアル携帯電話の電話番号に対応付けてＳＩＰ−ＵＲＩ、ダイヤルイン番号、０５０番号（ＩＰ網での電話番号）、内線番号、プレゼンス状態が記述されている。
【００２５】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態のプレゼンス情報利用システムの動作を説明する。
【００２６】
（Ａ−２−１）処理概要
以下では、ＬＡＮ施設８００内のプレゼンス情報を使って実現する呼制御の一例（「経路選定アプリケーション」）を、通話相手が無線ＬＡＮ圏外に居る場合と、通話相手が無線ＬＡＮ圏内に居る場合とに分けて説明する。
【００２７】
（Ａ−２−１−１）通話相手が無線ＬＡＮ圏外に居る場合
図８は、通話相手が無線ＬＡＮ圏外に居る場合における、ＬＡＮ施設内のプレゼンス情報を使って実現する呼制御の流れ（Ｓ１０１〜Ｓ１０９）を示している。
【００２８】
Ｓ１０１：デュアル携帯電話１００が発呼すると、携帯電話網２００におけるＣＤＥルーティング（ここで、ＣＤＥは、携帯電話番号における通信事業者を規定する部分を表すものであり、ＣＤＥルーティングは通信事業者ごとに割り振られている番号によるルーティングを表している）によって通信キャリア（通信電話会社）の交換機設備３００に着信する。
【００２９】
Ｓ１０２：無線制御アクセス機能（交換機設備３００の制御部３０１が実行する機能である）３０１Ａが、着信先の電話番号を用いて、端末情報ＤＢ３０２のデュアル端末テーブル（図２参照）への照会を行い、デュアル携帯電話として登録されている端末かどうかを確認する。
【００３０】
Ｓ１０３：着信先の端末がデュアル携帯電話として端末情報ＤＢ３０２に登録されている場合は、無線制御アクセス機能３０１Ａは、プレゼンス情報を確認するために、キャリアセンタ設備５００側へ着信した呼を転送（ルーティング）する。キャリアセンタ設備５００において、メディアゲートウェイ５０５は呼をＳＩＰに従った呼に変換してＳＩＰサーバ５０１に送信する。
【００３１】
Ｓ１０４：ＳＩＰ−ＡＰサーバ５０４は、ＳＩＰサーバ５０１を経由して呼を受信する。これをトリガーに、ＳＩＰ−ＡＰサーバ５０４は、内蔵する経路選定アプリケーション（経路選定ＡＰ）５０４Ａを起動する。
【００３２】
Ｓ１０５：ＳＩＰ−ＡＰサーバ５０４上で起動した経路選定アプリケーション５０４Ａは、制御ＤＢ５０５の接続先施設情報テーブル（図６参照）に対する照会を行い、キャリアセンタ設備５００側で管理されている施設情報（プレゼンス取得先施設のＩＰアドレスやポート番号などのＩＰ網９００経由で接続に必要な情報）を取得する。
【００３３】
Ｓ１０６：経路選定アプリケーション５０４Ａは、ＩＰ網９００及びＬＡＮ（イントラネット）を介して対象となるＬＡＮ施設８００側に設置されているプレゼンスサーバ８０３にネットワーク接続し、プレゼンスＤＢ８０５（図７参照）に記述されている当該呼の着信先（着信側の端末）のプレゼンス情報を取得する。
【００３４】
Ｓ１０７：経路選定アプリケーション５０４Ａは、プレゼンス情報を確認した結果、当該呼の着信先（着信側の端末）がＬＡＮ施設８００内の無線ＬＡＮの圏外に居る場合には、携帯電話網２０２経由で接続するように、リダイレクト情報を、呼の転送元である交換機設備３００側に返す。
【００３５】
Ｓ１０８：リダイレクト情報を受信した無線アクセス制御機能３０１Ａは、端末情報ＤＢ３０２（の図示しない位置登録テーブル）への照会を行い、当該呼の着信先（着信端末側）の位置情報を取得する。
【００３６】
Ｓ１０９：無線アクセス制御機能３０１Ａは、位置情報から割り出した基地局ゾーンに呼を転送（ルーティング）し、当該呼の着信先のデュアル携帯電話（着信端末側）２０４に接続し、呼を着信させる。
【００３７】
（Ａ−２−１−２）通話相手が無線ＬＡＮ圏内に居る場合
図９は、通話相手が無線ＬＡＮ圏内に居る場合における、ＬＡＮ施設内のプレゼンス情報を使って実現する呼制御の流れ（Ｓ２０１〜Ｓ２０７）を示している。
【００３８】
通話相手が無線ＬＡＮ圏内に居る場合も、経路選定アプリケーション５０１Ａが呼の着信先（着信側の端末）のプレゼンス情報を入手するまでの処理（Ｓ２０１〜Ｓ２０６）は、通話相手が無線ＬＡＮ圏外に居る場合の処理（Ｓ１０１〜Ｓ１０６）と同様であるので、その説明は省略する。
【００３９】
Ｓ２０７：経路選定アプリケーション５０４Ａは、プレゼンス情報を確認した結果、当該呼の着信先（着信端末側）がＬＡＮ施設８００内の無線ＬＡＮ圏内に居る場合には、接続先施設情報テーブル（図６参照）から得た、予め設定されている無線ＬＡＮ側についての固定系電話番号（固定電話番号、ＩＰ電話番号）に転送を行い、固定網６００、７００経由又はＩＰ網９００経由で着信先のデュアル携帯電話４０５に接続する。
【００４０】
（Ａ−２−２）処理詳細
（Ａ−２−２−１）基本処理の流れ
図１０は、デュアル携帯電話２０４又は４０５に対する発呼があった際に、そのデュアル携帯電話２０４又は４０５などに接続するまでのプレゼンス情報利用システム１の全体での基本的な流れを示すフローチャートである。図１０のフローチャートでは、着信先のデュアル携帯電話が無線ＬＡＮ圏外に居る場合と無線ＬＡＮ圏内に居る場合とを区別することなく示している。
【００４１】
Ｓ３０１：発信側となるデュアル携帯電話１００から、着信側となるデュアル携帯電話２０４又は４０５が持つ携帯電話番号に発呼する。
【００４２】
Ｓ３０２：デュアル携帯電話１００から発呼された呼は、通信キャリア（通信電話会社）の携帯電話網設備である基地局２０２、携帯電話網２００を介して、交換機設備３００へと送信される。
【００４３】
Ｓ３０３：呼の着信を受けた交換機設備３００の制御部３０１は、着信先の端末を特定する情報である携帯電話番号を元に、端末情報ＤＢ３０２のデュアル端末テーブル（図２）を照会し、着信先の端末がデュアル携帯電話であるかどうかを確認すると共に、サービス利用の有効期限情報を取得する。
【００４４】
Ｓ３０４：着信先の端末がデュアル携帯電話で、かつ、当日の日付が有効期限内である場合には、制御部３０１は、受信した呼を、携帯電話回線交換網４００を介してキャリアセンタ設備５００側へと転送（ルーティング）する。
【００４５】
Ｓ３０５：キャリアセンタ設備５００に転送（ルーティング）されてきた呼は、３Ｇ−ＳＩＰゲートウェイ５０２によってＳＩＰプロトコルに変換され、ＳＩＰサーバ５０１を経由してＳＩＰ−ＡＰサーバ５０４へと接続される。ＳＩＰ−ＡＰサーバ５０４は、呼の着信を受けて、着信先の端末のプレゼンス情報を確認するためのアプリケーション「プレゼンス確認ＡＰ」を起動する。
【００４６】
Ｓ３０６：ＳＩＰ−ＡＰサーバ５０４上で起動された「プレゼンス確認ＡＰ」は、制御ＤＢ５０６の接続先施設情報テーブル（図６）を照会し、相手先ＬＡＮ施設８００との接続に必要なＩＰアドレスやポート番号などを取得する。
【００４７】
Ｓ３０７：ＳＩＰ−ＡＰサーバ５０４上で起動された「プレゼンス確認ＡＰ」は、制御ＤＢ５０６から取得した接続先施設情報を元に、ＩＰ網９００及びファイヤウォール８０４を介して、該当するＬＡＮ施設８００側のプレゼンスサーバ８０３へと接続し、着信先端末の電話番号を元にプレゼンスＤＢ８０５の端末情報テーブル（図７）を参照し、着信先端末に関するＳＩＰ−ＵＲＩ、ダイヤルイン番号、０５０番号、内線番号、プレゼンス情報を取得する。
【００４８】
Ｓ３０８：ＳＩＰ−ＡＰサーバ５０４上で起動された「プレゼンス確認ＡＰ」は、先に取得した着信先端末のプレゼンス情報がオフライン以外の場合、制御ＤＢ５０６の契約種別テーブル（図３）から契約種別番号を取得し、先に取得した着信先端末のプレゼンス情報の状態との組合せによって、制御ＤＢ５０６のサービスＡＰテーブル（図４）を参照し、起動すべきアプリケーションのＩＤを取得し、当該ＩＤを持つサービスアプリケーション（サービスＡＰ）を起動する。後述する図１１及び図１２は、このようにして起動されたサービスアプリケーションの処理例を示すフローチャートである。
【００４９】
Ｓ３０９：ＳＩＰ−ＡＰサーバ５０４上で起動された「プレゼンス確認ＡＰ」は、先に取得した着信先端末のプレゼンス情報がオフラインの場合（このことは着信先端末が無線ＬＡＮ圏外であることを意味する）、着信した呼を、３Ｇ−ＳＩＰゲートウェイ５０２を介してプロトコル変換した上で、転送元である交換機設備３００にリダイレクト情報を送信する。
【００５０】
Ｓ３１０：制御部３０１は、キャリアセンタ設備５００側からリダイレクトされてきた呼を着信先端末に接続するために、位置登録ＤＢ３０３を参照して着信先端末の所在を確認する。
【００５１】
Ｓ３１１：制御部３０１は、取得した着信先端末の所在情報を元に、最寄りの基地局から着信先端末を呼び出し、呼を接続する。
【００５２】
（Ａ−２−２−２）起動されるサービスアプリケーションが第１例「最適経路選択ＡＰ」である場合の流れ
図１１は、上述したステップＳ３０８で起動されるサービスアプリケーション（サービスＡＰ）が「最適経路選択ＡＰ」である場合の流れを示すフローチャートである。
【００５３】
「最適経路選択ＡＰ」は、通話相手となる着信先端末がＬＡＮ施設８００内の無線ＬＡＮ圏内に居る場合には、発呼元の携帯電話から固定回線経由で呼を接続することで、携帯電話から携帯電話への通話料金よりも通話料を安く抑えるサービスを提供し、通常の携帯電話と差別化したデュアル携帯電話を使用するユーザ向けの得なサービス提供を可能とする。
【００５４】
Ｓ４０１：ＳＩＰ−ＡＰサーバ５０４上で起動された「プレゼンス確認ＡＰ」は、先に取得した着信先端末のプレゼンス情報がオンラインで、着信可能で、しかも、ＬＡＮ施設８００内の無線ＬＡＮ圏内に居る場合には、サービスＡＰの一種である「最適経路選択ＡＰ」を起動する。起動後、「最適経路選択ＡＰ」は、制御ＤＢ５０６の接続先施設情報テーブル（図６）を参照して接続先施設の契約先コードを取得する。
【００５５】
Ｓ４０２：「最適経路選択ＡＰ」は、制御ＤＢ５０６の回線契約タイプテーブル（図５）を参照して、回線タイプを取得し、対象となるＬＡＮ施設８００と接続されている固定回線の種類を判断する。
【００５６】
Ｓ４０３：固定回線の種類が「ＰＳＴＮ」の場合、「最適経路選択ＡＰ」は、先に取得した端末情報のダイヤルイン番号と内線番号を使用して、呼を、ＳＩＰ−ＰＳＴＮゲートウェイ５０３を介して、固定電話網（ＰＳＴＮ）６００経由で着信端末の居るＬＡＮ施設８００側へと転送し、着信先端末へと接続する。
【００５７】
Ｓ４０４：固定回線の種類がＳＩＰ固定回線の場合、「最適経路選択ＡＰ」は、先に取得した端末情報の０５０番号と内線番号を使用して、呼を、ＩＰ電話回線７００を介して、着信端末の居るＬＡＮ施設８００側へと転送し、着信先端末へと接続する。
【００５８】
Ｓ４０５：固定回線の種類が「ＩＰ−ＶＰＮ」の場合，「最適経路選択ＡＰ」は、先に取得した端末情報のＳＩＰ−ＵＲＩを使用して、呼を、ＩＰ−ＶＰＮ９００を介して、着信端末の居るＬＡＮ施設８００にあるＳＩＰサーバ８０２へと転送し、着信先端末へと接続する。
【００５９】
Ｓ４０６：固定回線の種類が「インターネット」の場合、「最適経路選択ＡＰ」は、先に取得した端末情報のＳＩＰ−ＵＲＩを使用して、呼を、ＩＰ−ＶＰＮ９００を介して、着信端末の居るＬＡＮ施設８００内にあるＳＩＰサーバ８０２へと転送し、着信先端末へと接続する。
【００６０】
（Ａ−２−２−３）起動されるサービスアプリケーションが第２例「音声プレゼンス通知ＡＰ」である場合の流れ
図１２は、上述したステップＳ３０８で起動されるサービスアプリケーション（サービスＡＰ）が「音声プレゼンス通知ＡＰ」である場合の流れを示すフローチャートである。
【００６１】
通話相手となる着信先端末が取込中などで電話に出られない場合、設定されているプレゼンス情報（例えば、「取込中」、「会議中」、「戻り１５時」など）のテキスト情報を音声に変換し、ＩＶＲメッセージとして、発信者側に音声を流して状態を伝えるサービスの提供を可能とする。
【００６２】
Ｓ５０１：ＳＩＰ−ＡＰサーバ５０４上で起動された「プレゼンス確認ＡＰ」は、先に取得した着信先端末のプレゼンス情報が着信不可の状態にあるとき、サービスＡＰの一種である「音声プレゼンス通知ＡＰ」を起動する。起動後、「音声プレゼンス通知ＡＰ」は、呼を、メディアサーバ５０５へと転送する。
【００６３】
Ｓ５０２：「音声プレゼンス通知ＡＰ」は、先に取得した着信先端末のプレゼンスのテキスト情報を、内蔵するテキスト・音声変換ソフトウェアを用いて音声ファイルに変換する。
【００６４】
Ｓ５０３：「音声プレゼンス通知ＡＰ」は、変換した音声ファイルを再生して、発信者側の端末に音声を流すようにメディアサーバ５０５に指示を出して、発信者側の端末に音声で着信先端末側の状態を伝える。
【００６５】
（Ａ−３）第１の実施形態の効果
第１の実施形態のプレゼンス情報利用システムによれば、以下の効果を奏することができる。
【００６６】
通信キャリア（通信電話会社）は、ＬＡＮ施設内でローカルに管理されているプレゼンス情報を使った呼制御やアプリケーションを使った条件判断処理が実行できるようになり、着信者側の都合に合わせたきめ細かいサービスを提供することが可能となる。
【００６７】
また、通信キャリア側は、単純に呼を接続するだけの従来の回線接続サービスから脱却し、着信者側の都合（プレゼンス情報）によって、呼を接続したり、接続しない代わりに適切なサービス（処理）を実行したりするなどの新しい付加価値サービスを開発し、利用者に提供することができるようになる。例えば、通話料の安い端末に呼を振り向けたり、発呼側に着呼側の状態を音声によって通知したりすることができる。
【００６８】
さらに、通信キャリアは、第１の実施形態のプレゼンス情報利用システムを使用することにより、デュアル携帯電話を利用するエンドユーザ向けにＡＳＰ事業としてのサービスビジネスを展開することが可能となり、エンドユーザから、サービス利用による対価を徴収する事業を行うことができるようになる。
【００６９】
（Ｂ）第２の実施形態
次に、本発明によるプレゼンス情報利用システムの第２の実施形態を、図面を参照しながら、第１の実施形態との相違点を中心に説明する。
【００７０】
図１３は、第２の実施形態に係るプレゼンス情報利用システムの全体構成を示すブロック図であり、第１の実施形態に係る図１との同一、対応部分には同一符号を付して示している。
【００７１】
図１３に示すように、第２の実施７１のプレゼンス情報利用システム１Ａは、第１の実施形態で交換機設備３００側が持っていた端末情報ＤＢ５０７（３０２）を、キャリアセンタ設備５００側に所有させたものであり、着信端末がデュアル携帯電話かどうかの判別をキャリアセンタ設備５００側で実施することとしたものである。
【００７２】
図１４は、デュアル携帯電話２０４又は４０５に対する発呼があった際に、そのデュアル携帯電話２０４又は４０５などに接続するまでの第２の実施形態のプレゼンス情報利用システム１Ａの全体での基本的な流れを示しており、第１の実施形態に係る図１０に対応する図面である。図１４において、処理主体をも含む第１の実施形態と同一処理のステップには同一符号を付して示している。
【００７３】
第２の実施形態のプレゼンス情報利用システム１Ａでは、第１の実施形態でのステップＳ３０３〜Ｓ３０５に相当する処理部分が、ステップＳ６０１〜Ｓ６０３に示す処理部分に置き換わっており、他の処理Ｓ３０１、Ｓ３０２、Ｓ３０６〜Ｓ３１１は第１の実施形態と同様である。以下では、ステップＳ６０１〜Ｓ６０３に示す処理部分を説明する。なお、ステップＳ６０２は、第１の実施形態のステップＳ３０５と同様であるが、その前後の処理とも関係するので、以下でも説明する。
【００７４】
Ｓ６０１：交換機設備３００の制御部３０１は、受信した呼を無条件でキャリアセンタ設備５００側に転送を行う。
【００７５】
Ｓ６０２：キャリアセンタ設備５００に転送（ルーティング）されてきた呼は、３Ｇ−ＳＩＰゲートウェイ５０２によってＳＩＰプロトコルに変換され、ＳＩＰサーバ５０１を経由してＳＩＰ−ＡＰサーバ５０４へと接続される。ＳＩＰ−ＡＰサーバ５０４は、呼の着信を受けて、着信元の端末のプレゼンス情報を確認するためのアプリケーション「プレゼンス確認ＡＰ」を起動する。
【００７６】
Ｓ６０３：ＳＩＰ−ＡＰサーバ５０４上で起動された「プレゼンス確認ＡＰ」は、着信先の端末の携帯電話番号を元に、端末情報ＤＢ５０７のデュアル携帯電話テーブル（図２参照）を照会し、着信先の端末がデュアル携帯電話であるかどうかを確認すると共に、サービス利用の有効期限情報を取得する。着信先の端末がデュアル携帯電話であり、かつ、当日の日付が有効期限内である場合はＴＲＵＥ、それ以外はＦＡＬＳＥとして処理分岐を行う。なお、ＦＡＬＳＥ時の分岐先は、ステップＳ３０９である点は、第１の実施形態と異なっている。
【００７７】
第２の実施形態のプレゼンス情報利用システムによれば、第１の実施形態と同様な効果を奏することができ、さらに、以下の効果を奏することができる。
【００７８】
第１の実施形態の場合、通信キャリアは、デュアル携帯電話か否かの判定を網内設備である交換機設備３００側で実施する必要があるため、各拠点に複数設置している交換機設備に対する網改修が必要となり、実現に向けた投資が大きくなる。これに対して、第２の実施形態の場合、デュアル携帯電話か否かの判定を全てキャリアセンタ設備５００側で実施するため、既存の交換機設備３００に対する改修を行う必要がなく、第１の実施形態に比べて、少ない投資で第１の実施形態と同様の処理の実現が可能となる。
【００７９】
（Ｃ）他の実施形態
上記各実施形態では、固定網、携帯電話網、ＩＰ網を例に挙げ、異なる通信網間を接続するのにゲートウェイを利用しているが、固定電話及び携帯電話のＩＰ化が実現すれば、ゲートウェイを介さずに、上記各実施形態で説明した処理を実現することができる。
【００８０】
また、上記各実施形態では、キャリアセンタ設備において、転送されてきた呼がメディアゲートウェイを介してＳＩＰサーバに送られているが、ＳＩＰサーバの機能を利用しない場合は、メディアゲートウェイからＳＩＰ−ＡＰサーバに直接送信する方法を適用するようにしても良い。
【００８１】
さらに、上記各実施形態では、ＩＰ電話と携帯電話の２つの機能を併せ持つデュアル携帯電話を対象としているが、キャリアセンタ設備側からＬＡＮ施設側にＩＰ網経由で接続し、ＬＡＮ施設側が持つプレゼンス情報を使って、呼制御を行う場合であれば、着信先端末が、デュアル携帯電話でなくとも、一般の携帯電話や固定電話でも同様の仕組みによるサービスの提供が可能でなる。
【００８２】
なお、端末は、電話機でなく、携帯型の情報処理装置などであっても良い。また、発呼側の端末は、デュアル携帯電話に限定されるものではない。
【００８３】
上記第１の実施形態では、交換機設備が、予め登録されている端末への呼を着信した時点で、キャリアセンタ設備へと呼を転送（又はルーティング）する場合を示したが、交換機設備が、予め登録されている端末からの呼を着信した時点でも、キャリアセンタ設備へと呼を転送（又はルーティング）し、それをトリガーにキャリアセンタ設備側のアプリケーションを起動し、ＩＰ網経由で、ＬＡＮ施設内でローカルに管理されている着信端末側のプレゼンス情報を取得するようにしても良い。
【００８４】
また、上記各実施形態では、着信者側のプレゼンス状態を発呼側に通知するのに、ＩＶＲメッセージの再生機能を利用するものを示したが、ボイスメール機能などの他の方法によっても良いことはもちろんである。
【００８５】
さらに、上記各実施形態での端末は、携帯電話網に係る端末として機能するものであるが、ここでの携帯電話網の概念に、ＰＨＳ電話網を含んでも良いことはもちろんである。
【図面の簡単な説明】
【００８６】
【図１】第１の実施形態に係るプレゼンス情報利用システムの全体構成を示すブロック図である。
【図２】第１の実施形態の端末情報ＤＢにおけるデュアル携帯電話テーブルの構成例を示す説明図である。
【図３】第１の実施形態の制御ＤＢにおける契約種別テーブルの構成例を示す説明図である。
【図４】第１の実施形態の制御ＤＢにおけるサービスＡＰテーブルの構成例を示す説明図である。
【図５】第１の実施形態の制御ＤＢにおける回線契約タイプテーブルの構成例を示す説明図である。
【図６】第１の実施形態の制御ＤＢにおける接続先施設情報テーブルの構成例を示す説明図である。
【図７】第１の実施形態のプレゼンスＤＢにおける端末情報テーブルの構成例を示す説明図である。
【図８】第１の実施形態の無線ＬＡＮ圏外のデュアル携帯電話への発呼からその電話へ接続するまでの処理の概要を示す説明図である。
【図９】第１の実施形態の無線ＬＡＮ圏内のデュアル携帯電話への発呼からその電話へ接続するまでの処理の概要を示す説明図である。
【図１０】第１の実施形態におけるデュアル携帯電話への発呼からその着信先へ接続するまでのシステム全体での基本的な流れを示すフローチャートである。
【図１１】第１の実施形態のプレゼンス情報に応じて起動された最適経路選択アプリケーションでの流れを示すフローチャートである。
【図１２】第１の実施形態のプレゼンス情報に応じて起動された音声プレゼンス通知アプリケーションでの流れを示すフローチャートである。
【図１３】第２の実施形態に係るプレゼンス情報利用システムの全体構成を示すブロック図である。
【図１４】第２の実施形態におけるデュアル携帯電話への発呼からその着信先へ接続するまでのシステム全体での基本的な流れを示すフローチャートである。
【符号の説明】
【００８７】
１、１Ａ…プレゼンス情報利用システム、１００、２０４、４０５…デュアル携帯電話、２００、２０２…携帯電話網、３００…交換機設備、３０１…制御部、３０２、５０７…端末情報ＤＢ、３０３…位置登録ＤＢ、４００…携帯電話回線交換網、４０４…アクセスポイント、５００…キャリアセンタ設備、５０１…ＳＩＰサーバ、５０２…３Ｇ−ＳＩＰゲートウェイ、５０３…ＳＩＰ−ＰＳＴＮゲートウェイ、５０４…ＳＩＰ−ＡＰサーバ、５０５…メディアサーバ、５０６…制御データベース、６００…固定電話網、７００…ＩＰ電話回線、８００…ＬＡＮ施設、８０１…ＰＳＴＮ−ＳＩＰゲートウェイ、８０２…ＳＩＰサーバ、８０３…プレゼンスサーバ、８０４…ファイヤウォール、８０５…プレゼンスＤＢ。
【図１】
0004802846.tif 000002
【図２】
0004802846.tif 000003
【図３】
0004802846.tif 000004
【図４】
0004802846.tif 000005
【図５】
0004802846.tif 000006
【図６】
0004802846.tif 000007
【図７】
0004802846.tif 000008
【図８】
0004802846.tif 000009
【図９】
0004802846.tif 000010
【図１０】
0004802846.tif 000011
【図１１】
0004802846.tif 000012
【図１２】
0004802846.tif 000013
【図１３】
0004802846.tif 000014
【図１４】
0004802846.tif 000015