JP5880015B2 - 通信装置、通信方法、および、通信プログラム - Google Patents

Description

本発明は、通信装置、通信方法、および、通信プログラムに関する。

携帯電話の普及により、携帯電話を介した通話が頻繁に行われるようになってきている。しかし、携帯電話のユーザが携帯電話端末を持参していない場合や、携帯電話への着信などに気づかない場合もある。そこで、ユーザが着信に応答しない場合に対応するために留守番電話サービスが利用されることがある。

関連する技術として、シンクライアント端末が接続されていない状態であり、かつ、ソフトフォンが動作していない状態でも、留守番録音または転送が可能なシンクライアントシステムのサーバ装置が考案されている。

特開２００８−１９３２２５号公報

携帯電話のユーザが着信に気づかない場合に、留守番電話サービスなどによりメッセージを残すことができても、携帯電話のユーザがそのメッセージに気づくまでに時間がかかる場合もある。通話の内容が緊急性のある内容である場合、携帯電話のユーザが着信に気づいていれば、緊急の要件の処理が迅速に行われる可能性があり、携帯電話のユーザが着信に気づきやすい環境が求められることがある。また、携帯電話にメールなどの他の手段で連絡があった場合にも、メールを受信したユーザがなるべく早く送信者に連絡することが望ましい場合もある。

本発明は、ユーザの携帯電話宛に連絡があった場合に、ユーザに気づかれやすい環境を提供することを目的とする。

実施形態にかかる通信装置は、通知先テーブル、受信部、通知部、送信部を備える。通知先テーブルは、携帯電話端末と、前記携帯電話端末に着信が要求されたときに前記着信の要求を通知する通信装置である通知先装置を対応付けて記録する。受信部は、前記通知先テーブルに記録されている携帯電話端末への着信の要求を通知する着信要求メッセージを受信する。通知部は、前記着信要求メッセージで着信が要求されていることが通知された携帯電話端末である対象端末と、前記対象端末に対応付けられた通知先装置に、前記対象端末への着信要求の発生を通知する通知メッセージを生成する。送信部は、前記通知メッセージを送信する。前記通知部は、前記受信部が前記対象端末もしくは前記対象端末に対応付けられた通知先装置のいずれかから、着信の要求元との通信を開始したことを表す通信開始メッセージを受信するまで、前記通知メッセージの生成を繰り返す。

ユーザが、そのユーザの携帯電話宛の連絡に気づきやすくなる。

実施形態に係る通信方法の例を示す図である。 ネットワークの例を示す図である。 判定サーバの構成の例を示す図である。 着信処理サーバの構成の例を示す図である。 ＳＩＰサーバの構成の例を示す図である。 サーバのハードウェア構成の例を示す図である。 第１の実施形態にかかる通信方法の例を説明するシーケンス図である。 判定テーブルの例を示す図である。 通知先テーブルの例を示す図である。 チャットにより着信が通知される際に行われる処理の例を示すシーケンス図である。 コマンドテーブルの例を示す図である。 着信が通知される電話へ発呼する処理の例を示すシーケンス図である。 変換テーブルの例を示す図である。 第２の実施形態にかかる通信方法の例を説明する図である。 通知先テーブルの例を示す図である。 メールの受信を通知する際に着信処理サーバで行われる動作の例を示すシーケンス図である。

図１は、実施形態に係る通信方法の例を示す。実施形態にかかる方法では、音声呼やメールの着信が要求された携帯電話だけでなく、着信の通知先としてあらかじめ登録された通信装置（通知先通信装置、通知先装置）に対しても、着信が発生していることを通知する通知メッセージが送信される。図１の例では、ユーザＢは、ユーザＢの携帯電話端末１０ｂに着信がある旨の通知を受信しようとする通信装置を、予め、着信処理サーバ５０に登録しておく。ここでは、ユーザＢは、音声呼の着信があった場合、コンピュータ（Personal computer、ＰＣ）１、テレビ２、ゲーム機３、固定電話４、および、携帯電話端末５に着信の通知が送られるように登録しているものとする。また、ユーザＢは、メールの着信については、ＰＣ１、テレビ２、ゲーム機３、携帯電話端末５に着信の通知が送られるように登録しているものとする。以下、音声呼もしくはメールの着信が要求された携帯電話端末１０と通知先通信装置の組み合わせを「仮想端末」と記載することがある。例えば、携帯電話端末１０ｂに音声呼の着信が要求された場合、携帯電話端末１０ｂ、ＰＣ１、テレビ２、ゲーム機３、固定電話４、および、携帯電話端末５の組み合わせが、携帯電話端末１０ｂに対応する仮想端末となる。一方、携帯電話端末１０ｂにメールの着信が要求された場合の仮想端末は、携帯電話端末１０ｂ、ＰＣ１、テレビ２、ゲーム機３、および、携帯電話端末５の組み合わせである。

ユーザＢが、着信を通知する通信装置を着信処理サーバ５０に登録した後に、ユーザＡが携帯電話端末１０ａからユーザＢの携帯電話端末１０ｂに電話をかけたとする。すると、着信処理サーバ５０は、ユーザＢの携帯電話端末１０ｂを含む仮想端末に着信が要求されたと認識し、着信が要求された仮想端末に含まれる通信装置に着信の要求があることを通知する。例えば、着信処理サーバ５０は、携帯電話端末１０ｂに着信の要求を通知すると共に、携帯電話端末１０ｂへの着信を通知するように登録されている通信装置にも、携帯電話端末１０ｂへの着信の要求を通知する。従って、携帯電話端末１０ｂの他に、ＰＣ１、テレビ２、ゲーム機３、固定電話４、および、携帯電話端末５に、携帯電話端末１０ｂへの着信が発生したことが通知される。着信の発生が通知されると、固定電話４や携帯電話端末５は、呼び出し処理を行うことによりユーザＢの注意を喚起する。また、ＰＣ１、テレビ２、ゲーム機３では、画面上に、携帯電話端末１０ｂへユーザＡからの着信の要求があることを表示する。このため、ユーザＢは、携帯電話端末１０ｂから離れた場所にいたとしても、ＰＣ１、テレビ２、ゲーム機３、固定電話４、および、携帯電話端末５のいずれかへの着信の通知により、携帯電話端末１０ｂに音声呼の着信があることを認識することができる。

ユーザＢは、携帯電話端末１０ｂか、着信処理サーバ５０に登録した通信装置のうちで音声の通信が可能な装置で応答することにより、ユーザＡと通話することができる。図１の例では、携帯電話端末１０ｂ、固定電話４、携帯電話端末５のいずれかでユーザＢが応答すると、ユーザＢが応答した通信装置と携帯電話端末１０ａの間で、通話が開始される。通話が開始されたことが通知されると、着信処理サーバ５０は、携帯電話端末１０ｂ、ＰＣ１、テレビ２、ゲーム機３、固定電話４、および、携帯電話端末５への着信の通知を終了する。

また、ユーザＣからユーザＢにメールが送信された場合、ユーザＢの携帯電話端末１０ｂ、ＰＣ１、テレビ２、ゲーム機３、携帯電話端末５に着信の通知が送られる。
なお、図１では、通信装置の例の一部を挙げたに過ぎず、例えば、Internet Protocol（ＩＰ）電話などの他の通信装置も、着信を通知する通信装置として用いられる場合があるものとする。

このように、着信が要求されている携帯電話端末１０以外の通信装置にも、携帯電話端末１０への着信を通知することにより、ユーザが着信に気づきやすい環境を提供することができる。また、ユーザの手元に携帯電話端末１０が無い場合であっても、ユーザは、代替の通信装置により、発信者と連絡を取ることができる。

＜ネットワーク例および装置構成＞
図２は、ネットワークの例を示す。図２に示す例では、ネットワークには、携帯電話網１００、固定網１１０、Ｘ社のネットワーク１２０、ＩＰ網１３０、インターネット１４０、ユーザＢのネットワーク１５０が含まれているものとする。ここで、ユーザＢのネットワーク１５０はユーザＢが自宅で形成しているネットワークであるものとする。また、Ｘ社のネットワーク１２０は、ユーザＢの勤務先の会社において形成されているネットワークであるものとする。携帯電話網１００には、基地局２１（２１ａ〜２１ｃ）、無線ネットワーク制御装置２２（２２ａ、２２ｂ）、交換機２３、判定サーバ３０が含まれる。基地局２１ａ〜２１ｃは、各々が形成するセル内に位置する携帯電話端末１０（１０ａ、１０ｂ）と通信する。無線ネットワーク制御装置２２は、携帯電話端末１０の位置に合わせてハンドオーバなどの処理を行う。判定サーバ３０は、着信が要求されている携帯電話端末１０について、通知先通信装置が決定されているかを確認する。判定サーバ３０の動作については後述する。

携帯電話網１００は、ゲートウェイ１６０を介して、固定網１１０、ＩＰ網１３０と接続されている。固定網１１０には、固定電話の交換機４１が含まれており、適宜、交換機４１を介して固定電話４に通知が行われる。

ＩＰ網１３０には、着信処理サーバ５０、Session Initiation Protocol（ＳＩＰ）サーバ６０、通話管理サーバ７０が含まれる。着信処理サーバ５０は、判定サーバ３０において通知先通信装置が登録されていると判定された場合に、着信の要求が発生している携帯電話端末１０とその携帯電話端末１０の通知先通信装置とに、着信の通知を行うための通知メッセージを生成する。着信処理サーバ５０は、通知先通信装置が、固定電話４、携帯電話端末５、ＩＰ電話６（６ａ、６ｂ）などの通話を行うことができる通信装置である場合、ＳＩＰサーバ６０に通信路の確立を要求する。通話管理サーバ７０は、携帯電話端末１０、固定電話４、携帯電話端末５、ＩＰ電話６などの通話が可能な通信装置を介した通信を管理し、課金などの制御を行う。着信処理サーバ５０、ＳＩＰサーバ６０、通話管理サーバ７０の動作については、後述する。

ＩＰ網１３０は、ルータ８０を介してインターネット１４０や個人もしくは会社のネットワークに接続される。例えば、ＩＰ網１３０は、ルータ８０ａおよび８０ｂを介してインターネット１４０に接続されている。また、ＩＰ網１３０は、ルータ８０ｂを介して、Ｘ社のネットワーク１２０に接続され、ルータ８０ａを介してユーザＢのネットワーク１５０に接続されている。インターネット１４０には、メールサーバ９１やチャットサーバ９２などが含まれる。

Ｘ社のネットワーク１２０は、ＰＣ１ｂおよびＩＰ電話６ｂを含む。Ｘ社のネットワーク１２０は、ルータ８０ｂを介してインターネット１４０とも接続されているので、ＰＣ１ｂおよびＩＰ電話６ｂは、メールサーバ９１を介してメールを受信することができ、また、チャットサーバ９２を介してチャットを行うこともできる。同様に、ユーザＢのネットワーク１５０に含まれているＰＣ１ａおよびＩＰ電話６ａも、メールの受信やチャットへの参加が可能である。また、ユーザＢのネットワーク１５０に含まれているテレビ２では文字情報を表示することができ、着信処理サーバ５０から送信されたメッセージを画面に表示することができるものとする。

図３は、判定サーバ３０の構成の例を示す。判定サーバ３０は、受信部３１、送信部３２、判定部３３、判定テーブル３４を備える。受信部３１は、無線ネットワーク制御装置２２ａ、２２ｂ、交換機２３などから制御メッセージを受信する。判定部３３は、受信部３１が受信したメッセージから、着信が要求された携帯電話端末１０を特定する。さらに、判定部３３は、特定した携帯電話端末１０に対応付けられた仮想端末があるかを、判定テーブル３４を参照して決定する。判定テーブル３４の例と判定部３３の動作の例は後述する。着信が要求された携帯電話端末１０に対応付けられた仮想端末がある場合、送信部３２は、着信処理サーバ５０に向けて、対応する仮想端末に対して着信が要求されたことと、要求された着信の種類を通知する。

図４は、着信処理サーバ５０の構成の例を示す。着信処理サーバ５０は、受信部５１、送信部５２、動作決定部５３、通知先テーブル５４、通知部５５を備える。受信部５１は、判定サーバ３０から送信されてきた制御メッセージを受信する。動作決定部５３は、着信の種類を特定した上で、通知先テーブル５４を参照することにより、仮想端末に含まれている通知先通信装置を確認する。さらに、動作決定部５３は、通知先テーブル５４に基づいて、個々の通知先通信装置への着信の通知方法を決定する。ここで、通知先テーブル５４には、仮想端末ごとに、通知先通信装置、および、仮想端末に対応付けられた携帯電話端末１０のリストと、個々の通知先通信装置もしくは携帯電話端末１０への通知方法が記録されているものとする。通知先テーブル５４の例と詳しい使用方法については、後述する。動作決定部５３は、決定した通知方法を、通知先通信装置と対応付けて通知部５５に出力する。

通知部５５は、メール送信部５６、チャット部５７、発呼処理部５８を有する。通知方法がメール送信であれば、メール送信部５６は、通知先通信装置に着信を知らせるメールを生成する。通知方法がチャットのメッセージ出力であれば、チャット部５７は、通知先通信装置によりアクセスされるチャットルームにログインして、着信を知らせるメッセージをチャットルームに書き込むための制御メッセージを生成する。携帯電話端末５や固定電話４などのように音声通信が可能な装置について、発呼処理が呼び出し方法に指定されている場合、発呼処理部５８は、通知先テーブル５４で指定されている電話番号への発呼を行うためのメッセージを生成する。送信部５２は、メール送信部５６、チャット部５７、もしくは発呼処理部５８で生成されたメッセージを、指定された宛先に送信する。着信処理サーバ５０の動作については、後で詳しく説明する。

図５は、ＳＩＰサーバ６０の構成の例を示す。ＳＩＰサーバ６０は、受信部６１、送信部６２、ＳＩＰリクエスト処理部６３、出力先テーブル６４を備える。受信部６１は、着信処理サーバ５０から発呼を要求するメッセージを受信する。ＳＩＰリクエスト処理部６３は、ＩＮＶＩＴＥメッセージの送信先を決定し、ＩＮＶＩＴＥメッセージを生成する。ここで、出力先テーブル６４は、電話番号の冒頭部分とＩＮＶＩＴＥメッセージの送信先を対応付けて記録しているものとする。ＳＩＰリクエスト処理部６３は、ＩＮＶＩＴＥメッセージの送信先を決定する際に、出力先テーブル６４を参照する。送信部６２は、生成されたＩＮＶＩＴＥメッセージを、ＳＩＰリクエスト処理部６３で決定された送信先に送信する。

図６は、サーバのハードウェア構成の例を示す。判定サーバ３０、着信処理サーバ５０、ＳＩＰサーバ６０、通話管理サーバ７０、メールサーバ９１、チャットサーバ９２のいずれも、図６に示すようなハードウェア構成とすることができる。サーバは、Central Processing Unit（ＣＰＵ）２０１、メモリ２０２、入力装置２０３、出力装置２０４、バス２０５、外部記憶装置２０６、媒体駆動装置２０７、ネットワーク接続装置２０９を備える。例えば、判定サーバ３０、着信処理サーバ５０、ＳＩＰサーバ６０、通話管理サーバ７０、メールサーバ９１、チャットサーバ９２のいずれもコンピュータにより実現される場合がある。

判定サーバ３０では、ＣＰＵ２０１は、プログラムを実行することにより、判定部３３として動作する。メモリ２０２は、判定テーブル３４を格納する。また、判定サーバ３０は、判定テーブル３４に含める情報を、ネットワーク８０もしくは可搬記憶媒体７８から取得することもできる。ネットワーク接続装置２０９は、受信部３１および送信部３２として動作する。

着信処理サーバ５０では、ＣＰＵ２０１は、プログラムを実行することにより、動作決定部５３、通知部５５、メール送信部５６、チャット部５７、発呼処理部５８として動作する。メモリ２０２は、通知先テーブル５４を格納する。ネットワーク接続装置２０９は、受信部５１および送信部５２として動作する。ＳＩＰサーバ６０のＣＰＵ２０１は、ＳＩＰリクエスト処理部６３として動作する。ネットワーク接続装置２０９は、受信部６１および送信部６２として動作する。

入力装置２０３は、例えば、ボタン、キーボードやマウスなどであり、オペレータは、入力装置２０３を用いて判定サーバ３０に仮想端末の情報などのデータを入力できる。同様に、仮想端末ごとの通知通信装置の動作に関する情報が入力装置２０３を介して着信処理サーバ５０に入力されることもある。出力装置２０４は、ディスプレイなどとして実現される。バス２０５は、ＣＰＵ２０１、メモリ２０２、入力装置２０３、出力装置２０４、外部記憶装置２０６、媒体駆動装置２０７、ネットワーク接続装置２０９の間を、相互にデータの受け渡しが行えるように接続する。外部記憶装置２０６は、プログラムやデータなどを格納し、適宜、格納している情報をＣＰＵ２０１などに提供する。媒体駆動装置２０７は、メモリ２０２や外部記憶装置２０６のデータを可搬記憶媒体２０８に出力することができ、また、可搬記憶媒体２０８からプログラムやデータ等を読み出すことができる。ここで、可搬記憶媒体２０８は、フロッピイディスク、Magneto-Optical（ＭＯ）ディスク、Compact Disc Recordable（ＣＤ−Ｒ）やDigital Versatile Disk Recordable（ＤＶＤ−Ｒ）を含む、持ち運びが可能な任意の記憶媒体とすることができる。

＜第１の実施形態＞
図７は、通信方法の例を説明するシーケンス図である。以下、図２に示すネットワークにおいて、ユーザＢの携帯電話端末１０ｂにユーザＡの携帯電話端末１０ａから音声呼の着信が要求された場合を例として、サーバで行われる動作の例を説明する。ここで、ユーザＢの携帯電話端末１０ｂに対応する通知先通信装置が指定された後に、携帯電話端末１０ａからの着信の要求が行われたものとする。なお、以下の記載では、通知先通信装置の登録を「バーチャル契約」と記載することがあるものとする。通知先通信装置が登録されているということは、着信先の携帯電話端末１０が仮想端末に含まれていることを意味するので、仮想端末に含まれている携帯電話端末１０はバーチャル契約がなされている端末であるといえる。

（１）ユーザＡは、携帯電話端末１０ａから基地局２１ａ、無線ネットワーク制御装置２２ａを介して交換機２３と通信する。このとき、携帯電話端末１０ａは、要求元である携帯電話端末１０ａの電話番号と、接続先として指定した携帯電話端末１０ｂの電話番号を交換機２３に通知する。以下に説明する例では、携帯電話端末１０ａの電話番号が０９０−２２２２−３３３３で、携帯電話端末１０ｂの電話番号が０９０−１１１１−２２２２であるものとする。

（２）交換機２３は、呼制御の要求元と接続先の携帯電話端末１０の電話番号を判定サーバ３０に通知する。判定サーバ３０の受信部３１は、交換機２３から受信した通知を判定部３３に出力する。

（３）判定部３３は、判定テーブル３４を参照して、着信が要求された携帯電話端末１０を含む仮想端末があるかを判定する。図８は、判定テーブル３４の例を示す。図８の例では、判定テーブル３４は、携帯電話端末１０ごとに、バーチャル契約の有無を記録している。ここで、通知先通信装置が登録されている場合、バーチャル契約がされており、通知先通信装置が登録されていない場合は、バーチャル契約が無い。図８の例では、Ｎｏ．１〜５のうち、Ｎｏ．２以外の端末ではバーチャル契約が行われている。判定テーブル３４は、バーチャル契約が行われている個々の携帯電話端末１０について、携帯電話端末１０を含む仮想端末に割り当てられた電話番号を合わせて記録している。そこで、判定部３３は、着信が要求された携帯電話端末１０を含む仮想端末があると判定した場合、着信が要求されている端末の電話番号を、着信が要求された携帯電話端末１０を含む仮想端末の電話番号に変更する。

例えば、図８のＮｏ．１は、携帯電話端末１０ｂに関するエントリである。図８に示すように、ユーザＢは携帯電話端末１０ｂについてバーチャル契約をしている。また、携帯電話端末１０ｂを含む仮想端末の電話番号は、３３３−１１１１−２２２２である。そこで、判定部３３は、携帯電話端末１０ａ（電話番号が０９０−２２２２−３３３３）から、仮想端末３３３−１１１１−２２２２に対して、音声呼の着信要求があったことを通知するメッセージを生成する。送信部３２は、生成されたメッセージを着信処理サーバ５０に送信する。

（４）着信処理サーバ５０の受信部５１は、ゲートウェイ１６０を介して、判定サーバ３０から送信されたメッセージを受信し、動作決定部５３に出力する。動作決定部５３は、音声呼の着信があることを認識する。さらに、動作決定部５３は、着信が要求されている仮想端末の電話番号をキーとして通知先テーブル５４を確認することにより、通知先通信装置と、各々の通知先通信装置への通知方法を認識する。

図９は、通知先テーブル５４の例を示す。図９の例では、仮想端末の電話番号に対応付けて、通知先通信装置の種類、通知方法、通知のために用いるＩＰアドレスや電話番号の情報が含まれている。さらに、チャットなど、ユーザを特定する情報が要求される通信方法が通知方法に指定されている場合は、ユーザの特定に用いられる情報も通知先テーブル５４に含まれる。また、メールやチャットのメッセージを用いて通知が行われる場合、メールの本文やメッセージを生成するために用いられる情報も通知先テーブル５４に記録される。

例えば、３３３−１１１１−２２２２に対して音声呼の着信が要求されていることが通知された場合、動作決定部５３は、通知先テーブル５４の３３３−１１１１−２２２２に対応付けられた情報を参照する。すると、動作決定部５３は着信の要求を通知する対象は、ユーザＢのネットワーク１５０に含まれるＰＣ１ａ、Ｘ社のネットワーク１２０に含まれるＰＣ１ｂおよびＩＰ電話６ｂ、自宅の固定電話４、携帯電話端末５、携帯電話端末１０ｂであると認識する。また、動作決定部５３は、ＰＣ１ａに対する通知はＷｅｂチャットを介して行い、ＰＣ１ｂへの通知はメールの送信により行うことも認識する。さらに、自宅の固定電話４、携帯電話端末５、ＩＰ電話６ｂ、携帯電話端末１０ｂに対しての通知は、個々の通信装置に電話の呼び出しにより通知を行うことを認識する。

（５）動作決定部５３は、通知を行う対象とする通信装置を、通知方法に応じて、メール送信部５６、チャット部５７、発呼処理部５８のいずれかに通知する。動作決定部５３は、メールの送信により着信を通知する装置をメール送信部５６に通知し、チャットのメッセージを用いて着信を通知する装置をチャット部５７に通知する。さらに、発呼処理部５８に、電話の呼び出しにより通知を行う通信装置を通知する。

（６）メール送信部５６は、動作決定部５３から通知された通信装置に対して送信するメールを作成し、送信部５２を介してメールサーバ９１にメールを送信することにより、着信を通知する。メールを生成する際に、メール送信部５６は、適宜、通知先テーブル５４を参照することができる。例えば、図９に示す通知先テーブル５４の情報に従ってＰＣ１ｂに送信されるメールのタイトルは「電話がありました。」に設定され、送信先のメールアドレスはｚｚｚ＠ａａａ．ｂｂ．ｃｏｍに設定される。また、送信メールが作成もしくは送信された時刻、発信者の情報もメールに含まれる。なお、発信者の情報は、メール送信部５６が適宜、動作決定部５３に要求する。動作決定部５３は、メール送信部５６の要求に応じて、判定サーバ３０から通知された情報から発信者を特定する情報を提供する。メール送信部５６でのメールの生成が終わると、送信部５２からｚｚｚ＠ａａａ．ｂｂ．ｃｏｍ宛てにメールがメールサーバ９１に送信される。

チャット部５７は、通知先テーブル５４に指定されたチャットサーバ９２（Internet Relay Chatサーバ、ＩＲＣサーバ）にログインし、指定されたチャンネルにメッセージを送信する。ログインの際に、チャット部５７は、通知先テーブル５４に記録されているチャットＩＤとパスワードを含むメッセージを生成し、送信部５２を介してチャットサーバ９２に送信する。メッセージは「電話がありました。」という文字列と、発信者を特定できる情報、着信時刻が含まれるものとする。なお、発信者を特定する情報は電話番号など、発信者を一意に特定できる任意の情報とすることができる。

発呼処理部５８は、着信の要求を通知する携帯電話端末１０ｂ、固定電話４、携帯電話端末５、ＩＰ電話６ｂの電話番号を、着信の要求元である携帯電話端末１０ａの電話番号と対にしたメッセージを生成する。発呼処理部５８は、生成したメッセージを、送信部５２を介してＳＩＰサーバ６０に送信する。

（７）ユーザＢが携帯電話端末１０ｂ、固定電話４、携帯電話端末５、ＩＰ電話６ｂのいずれかに応答すると、ユーザＢが応答した通信装置から着信処理サーバ５０に向けて、応答メッセージが送信される。応答メッセージは、着信処理サーバ５０の発呼処理部５８で処理される。発呼処理部５８は、応答メッセージに含まれている電話番号で識別できる通信装置が携帯電話端末１０ａからの呼び出しに応答したことを認識する。ここで、ユーザＢは、ＩＰ電話６ｂによって携帯電話端末１０ａからの着信に応答したとする。

（８）発呼処理部５８は、呼び出しの対象となっている通信装置のいずれかが応答したことを、動作決定部５３に通知する。すると、動作決定部５３は、ＩＰ電話６ｂを含む仮想端末に含まれている通信装置に対する呼び出しを停止する。また、着信処理サーバ５０は、適宜、着信に応答したことを通知先通信装置へ通知することもできる。図７の例では、チャットによりユーザＡからの音声通話の着信があったことを通知したＰＣ１に対して、着信処理サーバ５０は、着信に応答していることを「通話しました」というメッセージを表示することにより通知している。

（９）ユーザＢが応答した通信装置と携帯電話端末１０ａとの間の通話が開始される。通話が開始されると、通話管理サーバ７０により課金などの処理が行われる。
なお、オプションとして、手順（４）〜（８）の処理を行っている間に、図７に示すように、着信処理サーバ５０は、発呼者に呼び出し中であることを通知するアナウンスなどを携帯電話端末１０ａに対して流すこともできる。

図１０は、チャットにより着信が通知される際に行われる処理の例を示すシーケンス図である。図１０を参照しながら、着信が要求されている携帯電話端末１０のユーザがチャットサーバ９２に接続している場合に、そのユーザが閲覧しているチャンネルに通知メッセージを表示する方法の例について説明する。なお、通知先テーブル５４は、図９に示すとおりであるものとする。

（２１）ユーザＢが、予め通知先テーブル５４に記録されているチャットサーバ９２に接続している。以下、チャットサーバ９２のアドレスは、１７２．ｘｘ．ｘｘ．６８であるものとする。また、通知先テーブル５４には、通知先として指定するチャンネルの情報があり、ユーザＢは、通知先テーブル５４に指定されているチャンネルに参加しているものとする。

（２２）動作決定部５３は、手順（４）、（５）の処理により、チャット部５７に対して、ＰＣ１ａが参加しているチャットのチャンネルにメッセージを表示することを要求する。チャット部５７は、着信処理サーバ５０が指定されたチャンネルで使用するユーザ名を決定する。ユーザ名の決め方は任意の方法とすることができる。ここでは、チャット部５７は、「Ｂ−ｓａｎ−ＶＣ」というユーザ名を用いることを決定したとする。

（２３）チャット部５７は、通知先テーブル５４からチャットサーバ９２のアドレス（１７２．ｘｘ．ｘｘ．６８）を取得して、チャットサーバ９２にアクセスする。さらに、チャット部５７は、チャットＩＤとパスワードを通知先テーブル５４から取得する。チャット部５７は、取得したチャットＩＤとパスワードを用いて、チャットサーバ９２にログインする。チャットサーバ９２からＡｃｋ（Acknowledgement）を受信すると、チャット部５７はログインに成功したと認識する。また、チャット部５７は、ログインの過程において、チャットサーバ９２で用いられるアプリケーションも認識できるものとする。

（２４）次に、チャット部５７は、通知先テーブル５４に指定されたチャンネルが存在するかをチャットサーバ９２に問い合わせる。例えば、指定チャンネルがＣＨ１であるとき、チャット部５７は、ＣＨ１が存在するかをチャットサーバ９２に問い合わせる。なお、チャット部５７は、図１１に示すようなコマンドテーブルを、チャット部５７の処理に用いられる各コマンドについて保持しているものとする。コマンドテーブルは、アプリケーションとコマンドの対応を表している。チャット部５７は、チャットサーバ９２にアクセスする際に、使用するコマンドをアプリケーションに応じて、コマンドテーブルから取得する。例えば、ユーザＢが参加しているチャットルームで用いられているアプリケーションがＡＡＡである場合、チャット部５７は、コマンドａを用いてチャンネルの有無を確認することができる。

（２５）チャットサーバからの応答を受信すると、チャット部５７は、指定チャンネルが存在していることを示すメッセージを受信したかを判定する。
（２６）指定チャンネルが存在する場合、チャット部５７は、指定チャンネルに着信を通知するユーザが参加しているかを確認する。ここでは、ＣＨ１にＢさんが参加しているかをチャットサーバ９２に確認する。

（２７）チャットサーバからの応答を受信すると、チャット部５７は、問い合わせたユーザが指定チャンネルに参加していることを示すメッセージを受信したかを判定する。ここでは、指定チャンネルＣＨ１にユーザＢが参加していることが通知されたとする。

（２８）ユーザが指定チャンネルに参加している場合、チャット部５７は、指定チャンネルに参加するためのメッセージを、送信部５２を介してチャットサーバ９２に送信する。

（２９）チャットサーバ９２からのＡｃｋにより、指定チャンネルＣＨ１に参加できたことを確認すると、チャット部５７は、ユーザＢが使用しているＰＣ１ａに表示されるコマンドを用いて、メッセージを生成する。生成されたメッセージには、「電話がありました。」という文字列、動作決定部５３が着信の要求を認識した時刻などの情報が含まれる。チャット部５７は、生成したメッセージを、送信部５２を介して送信する。

（３０）チャットサーバ９２は、着信処理サーバ５０から送信されたメッセージを、ＰＣ１ａに送信する。ユーザＢは、ＰＣ１ａの画面から、携帯電話端末１０ｂに着信があることを認識することができる。

（３１）チャット部５７は、指定チャンネルから離脱するためのメッセージをチャットサーバ９２に送信する。さらに、チャット部５７は、チャットサーバ９２からＡｃｋを受信したことを確認する。

（３２）チャット部５７は、チャットサーバ９２からログアウトする。なお、手順（２５）で指定チャンネルが無い旨のメッセージを受信した場合、手順（２６）〜（３１)の処理は行われない。また、手順（２７）でユーザＢが指定チャンネルに参加していない旨のメッセージを受信した場合、手順（２８）〜（３１)の処理は行われない。

図１２は、着信が通知される電話へ発呼する処理の例を示すシーケンス図である。なお、図１２では、図を見やすくするために手順（４２）、（４５）、（４８）の発呼にタイムラグがあるように記載しているが、手順（４２）、（４５）、（４８）の発呼は並行して行われても良い。

（４１）動作決定部５３は、手順（４）、（５）の処理により、発呼処理部５８に対して、携帯電話端末１０ｂ、固定電話４、携帯電話端末５、ＩＰ電話６を呼び出すことを要求したとする。このとき、発呼処理部５８は、仮想端末に含まれている携帯電話端末１０ｂに着信を要求している端末の電話番号（０９０−２２２２−３３３３）も認識する。

（４２）発呼処理部５８は、携帯電話端末１０ｂと携帯電話端末５の電話番号を通知先テーブル５４から取得し、ＳＩＰサーバ６０に、携帯電話端末１０ｂと携帯電話端末５への呼び出しを要求する。このとき、発信者であるユーザＡの電話番号（０９０−２２２２−３３３３）の情報は、呼び出しの要求の際にＳＩＰサーバ６０に通知される。

（４３）ＳＩＰサーバ６０は、発呼処理部５８から呼び出しを行うことを要求された宛先に応じて、宛先の通信装置もしくは宛先の通信装置を呼び出すことができる交換機に、ＩＮＶＩＴＥメッセージを送信する。例えば、ＳＩＰサーバ６０は、図１３に示す変換テーブルを備えることができる。変換テーブルには、宛先電話番号の最初の文字列、宛先の電話の種類、ＩＮＶＩＴＥメッセージの送信先が記録されている。宛先電話番号の最初の数列が「０９０」か「０８０」である場合、ＳＩＰサーバ６０は、宛先の通信装置は、携帯電話端末であると認識する。そこで、ＳＩＰサーバ６０は、ゲートウェイ１６０を介して、携帯電話網１００に含まれている交換機２３にＩＮＶＩＴＥメッセージを送信する。ここでは、ＳＩＰサーバ６０は、携帯電話端末１０ｂを通信先として指定したＩＮＶＩＴＥメッセージと、携帯電話端末５を通信先として指定したＩＮＶＩＴＥメッセージを、交換機２３に送信したものとする。

（４４）交換機２３は、ＳＩＰサーバ６０からＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージで指定されている端末を呼び出す。例えば、交換機２３は、無線ネットワーク制御装置２２や基地局２１を介して、携帯電話端末１０ｂと携帯電話端末５を呼び出す。

（４５）着信処理サーバ５０の発呼処理部５８は、固定電話４の呼び出しをＳＩＰサーバ６０に要求する。このとき、発呼処理部５８は、通知先テーブル５４から、固定電話４の電話番号を取得する。

（４６）ＳＩＰサーバ６０は、手順（４３）と同様に変換テーブル（図１３）を参照して、ＩＮＶＩＴＥメッセージの送信先を特定する。宛先電話番号の最初の数列が「０９０」、「０８０」、「０５０」のいずれにも該当しない場合、ＳＩＰサーバ６０は、宛先の通信装置は、固定電話４であると認識する。そこで、ＳＩＰサーバ６０は、ゲートウェイ１６０を介して、固定網１１０に含まれている交換機４１にＩＮＶＩＴＥメッセージを送信する。

（４７）交換機４１は、ＳＩＰサーバ６０からＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージで指定されている固定電話４を呼び出す。
（４８）着信処理サーバ５０の発呼処理部５８は、さらに、ＩＰ電話６の呼び出しをＳＩＰサーバ６０に要求する。このとき、発呼処理部５８は、通知先テーブル５４から、ＩＰ電話６の電話番号を取得する。

（４９）ＳＩＰサーバ６０は、手順（４３）と同様に変換テーブル（図１３）を参照して、ＩＮＶＩＴＥメッセージの送信先を特定する。宛先電話番号の最初の数列が「０５０」である場合、ＳＩＰサーバ６０は、宛先の通信装置は、ＩＰ電話６であると認識する。そこで、ＳＩＰサーバ６０は、ＩＰ電話６にＩＮＶＩＴＥメッセージを送信する。

（５０）ユーザＢが、固定電話４、携帯電話端末５、ＩＰ電話６、携帯電話端末１０ｂのいずれかに応答したとする。このとき、ユーザＢが応答した通信装置は、ユーザＢが応答した通信装置を特定する情報を含む制御メッセージを、着信処理サーバ５０に送信するものとする。図１２は、ユーザＢが携帯電話端末１０ｂもしくは携帯電話端末５に応答した場合の例を示している。ユーザＢが応答した携帯電話端末１０ｂもしくは携帯電話端末５は、通話の発信元の電話番号と自装置に割り当てられた電話番号を含む制御メッセージを、発呼処理部５８に送信する。制御メッセージは、図１２に示すように、交換機２３とゲートウェイ１６０を介して、着信処理サーバ５０中の発呼処理部５８に送られる。例えば、携帯電話端末１０ｂや携帯電話端末５は、制御メッセージとして「２００ＯＫメッセージ」を用いることができる。なお、ユーザＢが固定電話４、もしくは、ＩＰ電話６に応答した場合でも、固定電話４やＩＰ電話６は同様の手順により、ゲートウェイ１６０などを経由して、制御メッセージを着信処理サーバ５０に送信することができる。

（５１）発呼処理部５８は、セッションの確立を許可するための応答メッセージを、ユーザが応答した通信装置に送信する。発呼処理部５８からの応答メッセージが、ユーザＢが応答した通信装置で受信されると、通話が開始される。

（５２）ゲートウェイ１６０は、通話が開始されたことを、通話の要求元と着信先を特定する情報と共に、通話管理サーバ７０に通知する。例えば、ユーザＢが携帯電話端末５で応答した場合、通話の要求元が携帯電話端末１０ａで、着信先が携帯電話端末５となる。通話管理サーバ７０は、通知を受信すると、適宜、携帯電話端末１０ａへの課金を開始する。

（５３）通話管理サーバ７０は、通話が行われている着信先の電話番号を発呼処理部５８に通知する。ここでは、携帯電話端末５の電話番号が発呼処理部５８に通知されたものとする。

（５４）発呼処理部５８は、通話管理サーバ７０から着信先の電話番号が通知されると、着信先として通知された電話番号に対応付けられた仮想端末に含まれている全ての電話番号についての呼び出しを中止する。図１２の例では、携帯電話端末５の電話番号が発呼処理部５８に通知されるので、発呼処理部５８は通知された電話番号をキーとして通知先テーブル５４の電話番号の欄を検索する。検索により、得られたスマートフォン５は仮想端末３３３−１１１１−２２２２に含まれている。そこで、発呼処理部５８は、検索により得られた仮想端末について、通信が開始されたと判断し、その仮想端末に対応付けて記録されている通知先の全てに対して新たな通知を行わない。このため、発呼処理部５８は、固定電話４、ＩＰ電話６、携帯電話端末１０ｂへの呼び出しを中止する。

なお、着信処理サーバ５０は、ユーザが応答した通信装置から制御メッセージを受信したときに仮想端末への呼び出しを中止することもできる。この場合、手順（５０）で制御メッセージを受信したことにより、着信処理サーバ５０は、携帯電話端末１０ｂを含む仮想端末への呼び出しを終了する。

このように、着信が要求されている携帯電話端末１０以外の通信装置にも、携帯電話端末１０への着信を通知することにより、ユーザが着信に気づきやすくなる。また、ユーザの手元に通話が要求されている携帯電話端末１０が無い場合であっても、ユーザは、代替の通信装置により、発信者と連絡を取ることができる。

＜第２の実施形態＞
図１４は、第２の実施形態にかかる通信方法の例を示す。以下、携帯電話端末１０ａから携帯電話端末１０ｂにメールが送信された場合に行われる処理を例として、仮想端末に含まれる携帯電話端末１０ｂがメールを受信する場合の処理について説明する。図１４には、携帯電話網１００とＩＰ網１３０ａ、１３０ｂが示されているが、図１４に示すネットワークは一例であり、実装に応じて任意に変更される場合がある。ＩＰ網１３０ａには、着信処理サーバ５０、ＳＩＰサーバ６０、通話管理サーバ７０、メールサーバ９１、キャリア内メールサーバ９３が含まれるものとする。携帯電話網１００には、判定サーバ３０とＭＭＳ（Multimedia Messaging Service）２４が含まれる。ＩＰ網１３０と携帯電話網１００の間は、ゲートウェイ１６０や変換サーバ２５により接続されている。変換サーバ２５は、データを交換網とＩＰ網１３０の間で送受信するための処理を行う。

（６１）まず、ユーザＡが携帯電話端末１０ａから、ユーザＢの携帯電話端末１０ｂに割り当てられているメールアドレスを宛先に指定したメールを送信したとする。すると、携帯電話端末１０ａから送信されたメールは、メールサーバ９１に送信される。

（６２）メールサーバ９１は、キャリアごとにメールを振り分けることができ、ユーザＢあてのメールは、ユーザＢが契約しているキャリアによって管理されているキャリア内メールサーバ９３に転送される。なお、ユーザＡとユーザＢが同じキャリアと契約しているユーザである場合、ユーザＡからユーザＢに宛てたメールは、メールサーバ９１を介さずに直接キャリア内メールサーバ９３に送信される。

以下の説明では、キャリア内メールサーバ９３は、仮想端末に含まれている携帯電話端末１０宛てのアドレスに対応付けて、仮想端末を一意に識別するメールアドレスを登録しているものとする。例えば、キャリア内メールサーバ９３は、携帯電話端末１０ｂのアドレス（ａｂｃｄ．ｘｙｚ＠ｄｄｃｃ．ｎｅ．ｊｐ）に対応付けて、携帯電話端末１０ｂを含む仮想端末のアドレスを記憶している。なお、携帯電話端末１０ｂを含む仮想端末のアドレスは、３３３−１１１１−２２２２＿ａｂｃｄ．ｘｙｚ＠ｄｄｃｃ．ｎｅ．ｊｐであるものとする。

（６３Ａ）キャリア内メールサーバ９３は、メールサーバ９１から転送されてきたユーザＢ宛てのメールを携帯電話端末１０ｂに送信する。この処理は、キャリア内メールサーバ９３からメールを配信する場合に行われる任意の技術により実現される。

（６３Ｂ）手順（６３Ａ）と並行して、キャリア内メールサーバ９３は、メールサーバ９１から転送されてきたユーザＢ宛てのメールを、着信処理サーバ５０に転送する。このとき、キャリア内メールサーバ９３は、転送先のアドレスを、携帯電話端末１０ｂを含む仮想端末のアドレスとする。

（６４）着信処理サーバ５０は、手順（６３Ｂ）で転送されてきたメールの転送先に指定されたアドレスを抽出する。着信処理サーバ５０の動作決定部５３は、いずれかの仮想端末へのメールの着信があることを認識する。さらに、動作決定部５３は、通知先テーブル５４中の仮想端末のアドレス情報の欄を、抽出した宛先アドレスをキーとして検索する。図１５に、通知先テーブル５４の例を示す。

ここでは、転送先のアドレスは３３３−１１１１−２２２２＿ａｂｃｄ．ｘｙｚ＠ｄｄｃｃ．ｎｅ．ｊｐであるものとする。すると、動作決定部５３は、通知先テーブル５４を検索することにより、宛先アドレスは番号が３３３−１１１１−２２２２の仮想端末に割り当てられていると判断する。つまり、動作決定部５３は、３３３−１１１１−２２２２の仮想端末がメールを受信したと判断する。さらに、動作決定部５３は、仮想端末がメールを受信したことを通知する通信装置を特定し、通知方法に応じて、メール送信部５６、チャット部５７、発呼処理部５８に通知する。

（６５Ａ）図１６は、メールの受信を通知する際に行われる動作の例を示すシーケンス図である。図１６に示すように、動作決定部５３は、チャットのメッセージを用いて着信を通知する装置と通知方法をチャット部５７に通知する。例えば、動作決定部５３は、チャット部５７に対して、メールを受信したことと、メールのタイトル、メールの送信者のメールアドレス、メールの受信時刻を、ＰＣ１ａのチャット画面に表示するための処理を要求する。チャット部５７は、通知先テーブル５４を参照して、チャットサーバ９２のアドレス、チャットＩＤ、パスワードを取得し、ログインする。ログインに成功すると、チャット部５７は、動作決定部５３から通知された情報を含むメッセージを生成して、チャットサーバ９２に送信する。ログインやメッセージの送信などについてチャット部５７が行う動作は、図１０を参照しながら説明した動作と同様である。

（６５Ｂ）動作決定部５３は、メールを転送する装置をメール送信部５６に通知する。図１５の例では、動作決定部５３は、ＰＣ１ｂにメールを転送することをメール送信部５６に通知する。メール送信部５６は、動作決定部５３から通知された通信装置に対して、キャリア内メールサーバ９３から転送されてきたメールを送信する。このとき、メール送信部５６は、動作決定部５３から通知された通信装置に割り当てられた宛先アドレスに指定したメールを、メールサーバ９１に送信することができる。ユーザＢが、ＰＣ１ａからメールサーバ９１にアクセスしてメールを取得すると、ＰＣ１ａ宛てに、携帯電話端末１０ｂへのメールが転送される。

（６５Ｃ）発呼処理部５８に、電話の呼び出しによりメールの着信を通知する通信装置を通知する。さらに、動作決定部５３は、固定電話４と携帯電話端末５を、２秒間呼び出すことを発呼処理部５８に要求する。

発呼処理部５８は、メールの着信を通知する固定電話４、携帯電話端末５の電話番号を取得し、呼び出しのためのメッセージを生成する。このとき、ＩＮＶＩＴＥメッセージでは、発信者はユーザＢの携帯電話端末１０ｂを含む仮想端末（３３３−１１１１−２２２２）の番号となる。発呼処理部５８は、生成したメッセージを、送信部５２を介してＳＩＰサーバ６０に送信する。このとき、発呼処理部５８は、呼び出し時間を通知先テーブル５４に従って指定することができるものとする。例えば、図１５に示す通知先テーブル５４が用いられる場合、固定電話４と携帯電話端末５の各々が２秒間ずつ呼び出される。なお、呼び出しの時間は実装に応じて任意に変更される。

このように、仮想端末に含まれる携帯電話端末１０ｂにメールの着信があった場合でも、メールの宛先に指定されている携帯電話端末１０以外の通信装置にも、メールの着信が通知されるか、メールの転送が行われる。このため、ユーザがメールの着信に気づきやすくなる。また、ユーザの手元にメールの宛先に指定されたアドレスが割り振られた携帯電話端末１０がない場合でも、ユーザは、代替の通信装置により、メールを確認することができる。このため、発信者との間で迅速に連絡を取ることができる。

なお、実施形態は上記に限られるものではなく、様々に変形可能である。例えば、通知先テーブル５４や判定テーブル３４に含まれる情報要素は、実装に応じて変更される場合がある。

さらに、仮想端末に割り当てられるアドレスの決定方法も実装に応じて変更されうる。従って、実装に応じて、仮想端末に割り当てられたアドレスに、仮想端末の電話番号が含まれていないなど、様々な変更が行われることがある。

１ ＰＣ
２ テレビ
３ ゲーム機
４ 固定電話
５、１０ 携帯電話端末
６ ＩＰ電話
２１ 基地局
２２ 無線ネットワーク制御装置
２３、４１ 交換機
２４ ＭＭＳ
２５ 変換サーバ
３０ 判定サーバ
３１、５１、６１ 受信部
３２、５２、６２ 送信部
３３ 判定部
３４ 判定テーブル
５０ 着信処理サーバ
５３ 動作決定部
５４ 通知先テーブル
５５ 通知部
５６ メール送信部
５７ チャット部
５８ 発呼処理部
６０ ＳＩＰサーバ
６３ ＳＩＰリクエスト処理部
６４ 出力先テーブル
７０ 通話管理サーバ
８０ ルータ
９１ メールサーバ
９２ チャットサーバ
９３ キャリア内メールサーバ
１００ 携帯電話網
１１０ 固定網
１２０ Ｘ社のネットワーク
１３０ ＩＰ網
１４０ インターネット
１５０ ユーザＢのネットワーク
２０１ ＣＰＵ
２０２ メモリ
２０３ 入力装置
２０４ 出力装置
２０５ バス
２０６ 外部記憶装置
２０７ 媒体駆動装置
２０８ 可搬記憶媒体
２０９ ネットワーク接続装置
２１０ ネットワーク

Claims (8)

1. 携帯電話端末と、前記携帯電話端末に着信が要求されたときに前記着信の要求を通知する通信装置である通知先装置の組み合わせを仮想端末として、前記仮想端末の識別情報に対応付けて記録する通知先テーブルと、
   前記仮想端末への着信の要求を通知する着信要求メッセージを受信する受信部と、
   前記着信要求メッセージで着信が要求されていることが通知された仮想端末に含まれている携帯電話端末である対象端末と、前記対象端末に対応付けられた通知先装置に、前記対象端末への着信要求の発生を通知する通知メッセージを生成する通知部と、
   前記通知メッセージを送信する送信部を備え、
   前記通知部は、前記受信部が前記対象端末もしくは前記対象端末に対応付けられた通知先装置のいずれかから、着信の要求元との通信を開始したことを表す通信開始メッセージを受信するまで、前記通知メッセージの生成を繰り返す
   ことを特徴とする通信装置。
2. 前記通知先装置の種類に応じて、前記通知のために行う動作を決定する動作決定部をさらに備え、
   前記通知先テーブルは、前記通知先装置ごとに、前記通知先装置への通信方法と前記通知先装置への通知に用いられる情報を記録し、
   前記動作決定部は、前記通知先テーブルを参照することにより、前記通知のために行う動作を決定し、
   前記通知部は、前記通知のために行う動作に応じた通知メッセージを生成する
   ことを特徴とする請求項１に記載の通信装置。
3. 前記通知部は、
   動作がメール送信の場合に前記通知先テーブルに記録されているアドレスに宛てて、前記通知先テーブルに記録されている情報に基づいた通知メールを前記通知メッセージとして生成するメール送信部と
   前記動作がチャットメッセージによる通知の場合に、前記通知先テーブルから取得した識別情報を用いて、メッセージを表示するチャットルームにログインすると共に、前記チャットメッセージを前記通知メッセージとして生成するチャット処理部、
   前記通知先装置に指定された固定電話への発呼を行うための発呼メッセージを前記通知メッセージとして生成する発呼処理部
   を備えることを特徴とする請求項１もしくは２に記載の通信装置。
4. 前記通知先テーブルは、前記通知先テーブルに記録されている携帯電話端末に割り当てられたアドレスを宛先アドレスとしたメールを受信したことを前記通知先装置に通知する方法と前記通知先装置への通知に用いられる情報を記録し、
   前記動作決定部は、前記通知先テーブルを参照することにより、前記メールの受信を通知するために行う動作を決定する
   ことを特徴とする請求項２に記載の通信装置。
5. 携帯電話端末への着信を処理する着信処理サーバが、
   前記携帯電話端末と、前記携帯電話端末に着信が要求されたときに前記着信の要求を通知する通信装置である通知先装置の組み合わせを、仮想端末として、前記仮想端末の識別情報に対応付けて通知先テーブルに記録し、
   前記仮想端末への着信の要求を通知する着信要求メッセージを受信すると、前記着信要求メッセージで着信が要求されていることが通知された仮想端末に含まれている携帯電話端末である対象端末と、前記通知先テーブルで前記対象端末に対応付けられた通知先装置に、着信要求の発生の通知を開始し、
   前記対象端末もしくは前記対象端末に対応付けられた通知先装置のいずれかから、着信の要求元との通信を開始したことを表す通信開始メッセージを受信するまで、前記対象端末および前記対象端末に対応付けられた前記通知先装置への前記通知を繰り返す
   ことを特徴とする通信方法。
6. 前記着信処理サーバを含む通信ネットワークに判定サーバがさらに含まれており、
   前記判定サーバは、前記通知先テーブルに記録されている携帯電話端末に対応付けて、前記通知先テーブルに記録されている携帯電話端末が含まれている仮想端末の識別情報を判定テーブルに保持し、
   前記判定サーバは、前記通知先テーブルに記録されている携帯電話端末への着信の要求を、前記判定テーブルを用いて特定すると共に、着信が要求されている携帯電話端末が含まれている仮想端末への着信の要求に変換して前記着信処理サーバに通知し、
   前記着信処理サーバは、着信の要求が通知された仮想端末に含まれる携帯電話端末と通知先装置に着信を通知する
   ことを特徴とする請求項５に記載の通信方法。
7. 前記通信ネットワークにメールサーバがさらに含まれており、
   前記メールサーバは、前記携帯電話端末に割り当てられた第１のアドレスに対応付けて、前記仮想端末に割り当てられた第２のアドレスを記憶し、
   前記第１のアドレスを宛先に指定されたメールを受信すると、前記第２のアドレスに前記メールを転送し、
   前記着信処理サーバは、前記第２のアドレスを転送先とするメールを受信すると、前記第２のアドレスで特定される仮想端末に含まれる携帯電話端末と通知先装置に、メールの受信を通知する
   ことを特徴とする請求項６に記載の通信方法。
8. 携帯電話端末への着信を処理する着信処理サーバに、
   前記携帯電話端末と、前記携帯電話端末に着信が要求されたときに前記着信の要求を通知する通信装置である通知先装置の組み合わせを仮想端末として、前記仮想端末の識別情報に対応付けて通知先テーブルに記録し、
   前記仮想端末への着信の要求を通知する着信要求メッセージを受信すると、前記着信要求メッセージで着信が要求されていることが通知された仮想端末に含まれている携帯電話端末である対象端末と、前記通知先テーブルで前記対象端末に対応付けられた通知先装置に、着信要求の発生の通知を開始し、
   前記対象端末もしくは前記対象端末に対応付けられた通知先装置のいずれかから、着信の要求元との通信を開始したことを表す通信開始メッセージを受信するまで、前記対象端末および前記対象端末に対応付けられた前記通知先装置への前記通知を繰り返す
   処理を行わせることを特徴とする通信プログラム。