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

Description

本発明は、複数の端末の間での通信に関する。

携帯電話の普及により、携帯電話端末を介した通話が頻繁に行われるようになってきている。また、ユーザは、自分の携帯電話端末を介して通話する可能性がある通話先の電話番号を、携帯電話端末のメモリに登録することも多い。さらに、ユーザは、セールスの電話や不審者からの迷惑電話の着信を避けるために、メモリに登録されていない電話番号からの通話の要求を拒否するサービスを受けることもできる。

関連する技術として、所定の携帯端末のハードウェアを仮想化したハードウェアアクセスレイヤを有し、携帯端末からの要求に応じて携帯端末の所定の機能を実現するプログラムを有するソフトウェア実行サーバが知られている。携帯端末は、ソフトウェア実行サーバによりハードウェアアクセスレイヤに対して発行されたアクセス命令を、複数のアクセス命令の収容が可能なコマンドにより受け付ける端末ハードウェアアクセスを備える。

国際公開２００８／０４７９１９号

ユーザが自分の携帯電話端末を使用できないが、電話を用いて連絡を取りたい場合も考えられる。このような場合、ユーザは、自分の携帯電話端末を使って電話をかけることができないので、公衆電話などの他の電話を使用することになる。しかし、着呼先の電話端末において、メモリに登録されていない電話番号からの通話の要求を拒否する設定がされている場合、ユーザは公衆電話等の電話を使用しても、着呼先との間で通話を確立することができないという問題がある。

本発明は、ユーザの携帯電話端末に割り当てられた番号を、任意の電話端末からの発呼に使用できるようにすることを目的とする。

実施形態に係る通信装置は、受信部、転送条件テーブル、変換部、送信部を備える。受信部は、発呼の要求を受信する。転送条件テーブルは、ユーザ番号、発呼元番号、転送先番号を、対象番号に対応付けて登録する。対象番号は、転送処理の対象とする呼の着呼先に指定される電話番号である。ユーザ番号は、前記対象番号を使用するユーザが保持する端末の番号である。発呼元番号は、前記対象番号への発呼に使用される端末である使用端末の電話番号である。転送先番号は、前記使用端末からの呼の転送先に割り当てられた電話番号である。変換部は、前記発呼元番号からの前記対象番号への呼の要求を取得すると、要求された呼の発呼元を前記発呼元番号から前記ユーザ番号に変換するとともに、着呼先を前記対象番号から前記転送先番号に変換する。送信部は、前記ユーザ番号から前記転送先番号への発呼を要求する要求メッセージを前記着呼先に向けて送信する。

ユーザの携帯電話端末に割り当てられた番号を、任意の電話端末からの発呼に使用できる。

実施形態に係る通信方法の例を説明する図である。 ネットワークの例を示す図である。 判定サーバの構成の例を示す図である。 変換サーバの構成の例を示す図である。 サーバのハードウェア構成の例を示す図である。 通信方法の例を説明するシーケンス図である。 入力画面の例を示す図である。 転送条件テーブルの例を示す図である。 判定テーブルの例を示す図である。 第１の実施形態による通信方法の例を説明する図である。 データの同期方法と参照方法の例を説明する図である。 第３の実施形態にかかる通信方法の例を説明するシーケンス図である。 転送条件テーブルの例を示す図である。 ネットワークの例を示す図である。 変換サーバの変形例を示す図である。

図１は、実施形態に係る通信方法の例を説明する図である。ユーザＢはユーザＡに電話をかけようとしている場合を例とする。ユーザＡの端末（携帯電話端末１０ａ）は、ユーザＡの端末中のメモリに登録されている番号以外からの発呼について、着信をしないものとする。ユーザＢの端末の電話番号は、ユーザＡの端末に登録されているが、ユーザＢはユーザＢの端末を使用できないため、ユーザＣの端末（携帯電話端末１０ｃ）を用いてユーザＡに電話しようとしているとする。ここで、ユーザＣの端末の番号はユーザＡの端末のメモリに登録されていないものとする。

実施形態に係る通信方法が適用されるネットワークでは、ＩＰ（Internet Protocol）網に変換サーバが含まれているものとする。変換サーバは、電話番号の変換サービスを利用するユーザ毎に、そのユーザが変換処理を希望する通信の着呼先に指定するための電話番号を割り当てる。以下、変換処理の対象となる通信の着呼先に指定される電話番号のことを「対象番号」と記載する。すなわち、着呼先が対象番号に設定された制御信号を受信した場合、変換サーバは、変換サービスが要求されたと認識する。対象番号は特定の物理的な端末に割り当てられた番号ではなく、仮想的に変換サーバ中にあると設定されている端末に割り当てられている。そこで、以下の説明では、対象番号が割り当てられている仮想的な端末を「仮想端末」と記載することがある。なお、携帯電話網中のサーバは、仮想端末に対応付けられている端末の電話番号を、その他の電話番号から選別するための条件を保持しているものとする。

ユーザＢは、ユーザＣの端末やコンピュータなどのＩＰ機器を用いて変換サーバにアクセスし、通信に使用する端末を識別するための情報と、通信の転送先を識別するための情報を、ユーザＢの対象番号に対応付けて変換サーバに通知する。ここでは、ユーザＢは、使用する端末の識別情報としてユーザＣの端末に割り当てられた電話番号、転送先の識別情報としてユーザＡの端末に割り当てられた電話番号を、ユーザＢの対象番号に対応付けて通知する。変換サーバは、ユーザＢから通知された情報を、転送条件テーブルに格納する。ここで、転送条件テーブルは、対象番号を着呼先とする通信の転送条件を記録しているテーブルのことを指すものとする。

その後、ユーザＢは、ユーザＣの端末を用いて、ユーザＢの端末を着呼先として電話をかける。すると、携帯電話網に含まれているサーバは、ユーザＢの端末への発呼を、ユーザＢの端末に対応付けられた対象番号への発呼に変換し、対象番号を着呼先とする通話の要求を、変換サーバに転送する。変換サーバは、通話が要求されている着呼先の番号と発呼元の番号の組み合わせをキーとして、転送条件テーブルを検索することにより、転送条件を取得する。ここでは、ユーザＢの対象番号が着呼先であり、かつ、発呼元がユーザＣの端末に割り当てられた番号となっている条件が検索される。得られた条件では、転送先はユーザＡの端末となっている。そこで、変換サーバは、発呼元をユーザＢの端末に割り当てられた電話番号に変換した上で、着呼先の電話番号をユーザＡの端末の電話番号に変換した通信要求メッセージを生成し、交換機に送信する。交換機は、ユーザＡの端末を呼び出す。ユーザＡの端末は、ユーザＢを発呼元とする着呼の要求を受信したと判定して着信拒否を行わない。このため、ユーザＡが応答すると、ユーザＢがユーザＣの端末を使用しているにもかかわらず、ユーザＢとユーザＡの間での通話が可能になる。

このように、実施形態にかかる方法を使用すると、変換サーバにおいて通話の発呼元と着呼先の電話番号が変換されるので、着呼先の端末で着信拒否に設定されている端末を用いて、着呼先との通話を行うことが可能になる。このため、例えば、端末の故障、置き忘れ、電池切れなどの要因により、端末を使用できなくなったユーザは、着呼先に自分の端末の番号を通知しながら、他の端末を用いて通信を行うことができる。

＜ネットワーク例および装置構成＞
図２は、ネットワークの例を示す。図２に示す例では、ネットワークには、携帯電話網１００、ＩＰ網１３０、インターネット１４０が含まれているものとする。携帯電話網１００には、基地局２１（２１ａ〜２１ｃ）、無線ネットワーク制御装置２２（２２ａ、２２ｂ）、交換機２３、判定サーバ３０が含まれる。基地局２１ａ〜２１ｃは、各々が形成するセル内に位置する携帯電話端末１０（１０ａ、１０ｃ）と通信する。無線ネットワーク制御装置２２は、携帯電話端末１０の位置に合わせてハンドオーバなどの処理を行う。判定サーバ３０は、着信が要求されている電話番号に、仮想端末が対応付けられているかを判定する。判定サーバ３０は、仮想端末に対応付けられた端末への発呼は、転送処理の対象となる発呼である可能性があると判定する。そこで、判定サーバ３０は、仮想端末が対応付けられている端末への発呼を、対象番号への発呼に変換して、変換サーバに転送する。判定サーバ３０の動作については後述する。

携帯電話網１００は、ゲートウェイ１６０を介して、ＩＰ網１３０と接続されている。ＩＰ網１３０には、変換サーバ５０とSession Initiation Protocol（ＳＩＰ）サーバ７０が含まれる。変換サーバ５０は、判定サーバ３０から転送された発呼が転送処理の対象となる通話の要求である場合に、通信を要求する端末と着呼先の端末の識別子を変換した通知メッセージを生成する。変換サーバ５０、ＳＩＰサーバ７０の動作については、後述する。

ＩＰ網１３０は、ルータ８０を介してインターネット１４０に接続される。例えば、ＩＰ網１３０は、ルータ８０ａおよび８０ｂを介してインターネット１４０に接続されている。インターネット１４０には、メールサーバ９１などが含まれる。

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

図４は、変換サーバ５０の構成の例を示す。変換サーバ５０は、受信部５１、送信部５２、認証部５３、変換部５４、転送条件更新部５５、Ｗｅｂアプリ処理部５６を備える。さらに、記憶部６０は、認証データ６１と転送条件テーブル６２を記憶している。さらにオプションとして、記憶部６０は、電話帳情報６３、メールデータ６４、発着信履歴情報６５を記憶しても良い。

受信部５１は、判定サーバ３０などから送信されてきた制御メッセージを受信し、変換部５４に出力する。また、受信部５１は、ユーザが使用する装置から入力された情報を、認証部５３や転送条件更新部５５に出力する。送信部５２は、制御メッセージを交換機２３、ＳＩＰサーバ７０などに送信する。認証部５３は、認証データ６１を参照することにより、仮想端末へのアクセスが正当なユーザから要求されているかを判定する。変換部５４は、仮想端末を着呼先とした発呼を、転送条件テーブル６２の情報を用いて転送先の携帯電話端末１０に転送するために、着呼先の番号を変換する。さらに、変換部５４は、変換後の着呼先に通知するための発呼元の番号を、変換前の着呼先に指定されていた仮想端末に対応付けられている携帯電話端末１０の番号に変換する。転送条件テーブル６２の例と詳しい使用方法については、後述する。

転送条件更新部５５は、転送条件テーブル６２の更新処理を行う。例えば、転送条件更新部５５は、認証に成功したユーザからの入力に基づいて、転送条件テーブル６２に転送条件を追加する。また、転送条件更新部５５は、転送条件テーブル６２に含まれている各エントリについて保持条件を満たしているかを判定し、保持条件を満たさなくなったエントリを転送条件テーブル６２から削除する。Ｗｅｂアプリ処理部５６は、認証に成功したユーザが転送条件を入力するために使用するアプリケーションに関する処理を行う。例えば、ユーザが使用している携帯電話端末１０などの装置の画面にＧＵＩ（Graphical User Interface）を表示させるための処理を行う。

電話帳情報６３、メールデータ６４、発着信履歴情報６５は、仮想端末ごとに登録されている。認証に成功したユーザは、電話帳情報６３、メールデータ６４、発着信履歴情報６５のうちで、そのユーザのＩＤとパスワードから特定することができる仮想端末に対する情報を参照することができるものとする。ユーザが参照できる情報の特定方法や、ユーザがアクセスできない情報へのアクセスの防止方法には、任意の方法が用いられる。

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

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

変換サーバ５０では、プロセッサ２０１は、プログラムを実行することにより、認証部５３、変換部５４、転送条件更新部５５、Ｗｅｂアプリ処理部５６として動作する。メモリ２０２は、記憶部６０として動作し、認証データ６１、転送条件テーブル６２、電話帳情報６３、メールデータ６４、発着信履歴情報６５を格納する。ネットワーク接続装置２０９は、受信部５１および送信部５２として動作する。変換サーバ５０がアクセスするネットワーク２１０は、例えば、ＩＰ網１３０である。

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

＜第１の実施形態＞
図６は、通信方法の例を説明するシーケンス図である。以下、図２に示すネットワークにおいて、ユーザＢがユーザＣの携帯電話端末１０ｃから、ユーザＡの携帯電話端末１０ａに音声呼の発信を行う場合を例として、処理の例を説明する。ここで、ユーザＡの携帯電話端末１０ａでは、ユーザＣの携帯電話端末１０ｃに割り当てられた電話番号からの着信を拒否する設定になっているものとする。このため、ユーザＢは、ユーザＣの携帯電話端末１０ｃを発呼に用いているが、発呼元としてはユーザＢの携帯電話端末１０ｂに割り当てられた電話番号を通知するものとする。以下の説明では、ユーザＢの携帯電話端末１０ｂに割り当てられた電話番号は０９０−２２２２−３３３３であり、ユーザＢの仮想端末に割り当てられている対象番号は３３３−２２２２−３３３３である場合を例として説明する。さらに、携帯電話端末１０ｃに割り当てられた電話番号は０９０−３３３３−９９９９であり、携帯電話端末１０ａに割り当てられた電話番号は０９０−１２３４−５６７８であるものとする。

（１）ユーザＢは、携帯電話端末１０ａへの発呼に携帯電話端末１０ｃを使用することを決定すると、携帯電話端末１０ｃを用いて変換サーバ５０にアクセスする。以下、携帯電話端末１０ｃを用いて変換サーバ５０へのアクセスが行われる場合を例として説明するが、変換サーバ５０へのアクセスに用いられる装置は、ＩＰ網１３０にアクセスできる任意の装置から選択され得る。ユーザＢは、携帯電話端末１０ｃから、ユーザＢの仮想端末に関する契約に使用されているユーザＩＤとパスワードを入力する。

変換サーバ５０の受信部５１は、携帯電話端末１０ｃから送信されてきた情報を認証部５３に出力する。認証部５３は、認証データ６１を参照することにより、仮想端末に関する認証処理を行う。認証に成功すると、認証部５３は、Ｗｅｂアプリ処理部５６に認証の成功を通知する。Ｗｅｂアプリ処理部５６は、送信部５２を介して、携帯電話端末１０ｃに、入力画面を表示するためのデータを送信する。例えば、Ｗｅｂアプリ処理部５６は、図７（ａ）に示す入力画面の表示に使用されるデータを、携帯電話端末１０ｃに送信する。ユーザＢが携帯電話端末１０ｃに表示されている画面中の「電話番号変換条件」ボタンを選択すると、変換サーバ５０のＷｅｂアプリ処理部５６に、電話番号の変換サービスで使用される条件の設定が要求されたことが通知される。なお、携帯電話端末１０ｃに表示されたＧＵＩを用いる処理は、任意の既知の方法で行われているものとする。

（２）Ｗｅｂアプリ処理部５６は、電話番号の変換条件の設定が要求されると、変換条件の入力画面の表示に用いるデータを、携帯電話端末１０ｃに送信する。携帯電話端末１０ｃは、入力画面を表示させる。入力画面の例を図７（ｂ）に示す。ユーザＢは、発信元の欄に通信で使用する携帯電話端末１０の識別子を入力し、転送先の欄に電話をかけようとしている携帯電話端末１０の識別子を入力する。ここでは、発信元の欄には携帯電話端末１０ｃの電話番号が入力され、転送先の欄には携帯電話端末１０ａの電話番号が入力される。さらに、ユーザＢは、入力した変換条件を使用する期間や使用回数などの条件を保持条件として入力する。また、ユーザは、複数の条件を保持条件として入力することもできる。ユーザＢは、入力が終わると、登録ボタンを選択する。携帯電話端末１０ｃは、入力画面で入力された情報を変換サーバ５０に送信する。

（３）変換サーバ５０の受信部５１は、入力画面によって入力されたデータを受信すると、転送条件更新部５５に出力する。転送条件更新部５５は、発信元の電話番号と転送先の電話番号を、認証に成功しているユーザの仮想端末に割り当てられた対象番号に対応付けて、転送条件テーブル６２を生成する。図８に転送条件テーブル６２の例を示す。図８のＮｏ．１のように保持条件に複数の条件が含まれている場合、保持条件の１つ以上を満たさない条件は、転送条件テーブル６２に保持対象ではないと判定されるものとする。保持対象ではない条件は、転送条件更新部５５によって転送条件テーブル６２から削除される。

（４）ユーザＢは、転送条件テーブル６２に登録する情報の入力が終わると、携帯電話端末１０ｃから、ユーザＢの携帯電話端末１０ｂに電話をかける。この場合の着呼先は携帯電話端末１０ｂであるので、ユーザＢは、０９０−２２２２−３３３３に電話をかけている。携帯電話端末１０ｃは、基地局２１ｂ、無線ネットワーク制御装置２２ｂを介して交換機２３と通信する。このとき、携帯電話端末１０ｃは、発呼元である携帯電話端末１０ｃの電話番号と、着呼先として指定した携帯電話端末１０ｂの電話番号を交換機２３に通知する。従って、手順（４）の段階では、
発呼元電話番号：０９０−３３３３−９９９９（携帯電話端末１０ｃ）
着呼先電話番号：０９０−２２２２−３３３３（携帯電話端末１０ｂ）
となっている。

（５）交換機２３は、呼制御の発呼元と着呼先の電話番号を判定サーバ３０に通知する。判定サーバ３０の受信部３１は、交換機２３から受信した通知を判定部３３に出力する。判定部３３は、判定テーブル３４を参照して、着信が要求された携帯電話端末１０に対応付けられた仮想端末があるかを判定する。図９は、判定テーブル３４の例を示す。図９の例では、判定テーブル３４は、携帯電話端末１０ごとに、仮想端末の有無を記録している。図９の例では、Ｎｏ．１〜５のうち、Ｎｏ．２以外の端末はそれぞれの仮想端末に対応付けられている。判定テーブル３４は、仮想端末が設定されている個々の携帯電話端末１０について、携帯電話端末１０に対応する仮想端末に割り当てられた電話番号を合わせて記録している。そこで、判定部３３は、着信が要求された携帯電話端末１０に対応付けられた仮想端末があると判定した場合、着信が要求されている端末の電話番号を、着信が要求された携帯電話端末１０に対応付けられた仮想端末の電話番号に変更する。

例えば、図９のＮｏ．１に示すように、携帯電話端末１０ｂには仮想端末が対応付けられている。そこで、判定部３３は、着呼先を携帯電話端末１０ｂから携帯電話端末１０ｂに対応付けられた仮想端末に変換する。このため、判定部３３は、以下の情報を含む要求メッセージを生成する。
発呼元電話番号：０９０−３３３３−９９９９（携帯電話端末１０ｃ）
着呼先電話番号：３３３−２２２２−３３３３（携帯電話端末１０ｂの仮想端末）
送信部３２は、生成されたメッセージを変換サーバ５０に送信する。

（６）変換サーバ５０の受信部５１は、ゲートウェイ１６０を介して、判定サーバ３０からメッセージを受信する。図６の例では、変換サーバ５０が判定サーバ３０から発呼に関する制御メッセージを受信することにより、携帯電話端末１０ｃから変換サーバ５０に至るパスが形成される。

受信部５１は、受信したメッセージを変換部５４に出力する。変換部５４は、着呼先の電話番号として指定されている仮想端末の電話番号に対応付けられた条件が、転送条件テーブル６２にあるかを判定する。着呼先の仮想端末の番号が転送条件テーブル６２に含まれている場合、変換部５４は、着呼先の電話番号と発呼元の電話番号の組み合わせに対応付けられた条件が、転送条件テーブル６２に含まれているかを、さらに判定する。転送条件テーブル６２が図８に示す通りである場合、着呼先の電話番号と発呼元の電話番号の組み合わせに対応付けられた転送条件がＮｏ．１に記録されている。そこで、変換部５４は、転送条件テーブル６２を用いて、通話の発呼元と着呼先の電話番号を
発呼元電話番号：０９０−２２２２−３３３３（携帯電話端末１０ｂ）
着呼先電話番号：０９０−１２３４−５６７８（携帯電話端末１０ａ）
のように、変換する。

（７ａ）一方、着呼先の電話番号と発呼元の電話番号の組み合わせに対応する転送条件が転送条件テーブル６２に記録されていない場合、変換部５４は、判定サーバ３０から通知された呼制御は変換処理の対象ではないと判定する。そこで、変換部５４は、着呼先の電話番号を携帯電話端末１０ｂに割り当てられた電話番号に変更するが、発呼元の電話番号は変更しない。変換部５４は、携帯電話端末１０ｂへの呼び出し処理を交換機２３に要求し、交換機２３が携帯電話端末１０ｂの呼び出しに成功すると、変換サーバ５０から着呼先の携帯電話端末１０までの通信路が確立される。

（７）変換部５４は、変換処理後の電話番号を用いて、転送先の電話の呼び出しに用いる制御メッセージを生成する。従って、変換部５４で生成される制御メッセージでは、発呼元と着呼先は以下のとおりとなる。
変換後の発呼元：０９０−２２２２−３３３３（携帯電話端末１０ｂ）
変換後の着呼先：０９０−１２３４−５６７８（携帯電話端末１０ａ）
変換部５４は、生成したメッセージを送信部５２に出力する。変換サーバ５０は、ゲートウェイ１６０を介して、交換機２３に制御メッセージを送信する。この処理により、変換サーバ５０から携帯電話端末１０ａに至るパスの形成が開始される。

（８）交換機２３は、変換サーバ５０から制御メッセージを受信すると、着呼先に指定されている端末を呼び出す。ここでは、交換機２３は、無線ネットワーク制御装置２２ａや基地局２１ａを介して、携帯電話端末１０ａを呼び出す。

（９）転送条件更新部５５は、適宜、転送条件テーブル６２中のエントリごとに指定されている保持条件を参照し、転送条件を保持するかを判定する。例えば、図８のＮｏ．１のエントリは、Ｎｏ．１の条件が手順（３）の処理で使用されると、転送条件テーブル６２に保持される対象ではなくなる。このため、転送条件更新部５５は、図８のＮｏ．１のエントリを転送条件テーブル６２から削除する。

（１０）ユーザＡの携帯電話端末１０ａに対しては、手順（８）において、交換機２３から呼び出しの際に、変換後の電話番号の条件が通知される。従って、携帯電話端末１０ａには、以下の条件が通知されている。
発呼元：０９０−２２２２−３３３３（携帯電話端末１０ｂ）
着呼先：０９０−１２３４−５６７８（携帯電話端末１０ａ）
携帯電話端末１０ａのメモリ中には予め携帯電話端末１０ｂが記録されている。このため、携帯電話端末１０ａは、着信拒否の対象となる通話ではないと判定して、呼処理を行う。ユーザＡが携帯電話端末１０ａで応答すると、変換サーバ５０から携帯電話端末１０ａに至るパスが生成される。変換サーバ５０は、携帯電話端末１０ｃから変換サーバ５０に至るパスと、変換サーバ５０から携帯電話端末１０ａに至るパスを接続することにより、携帯電話端末１０ｃから携帯電話端末１０ａに至るパスを確保する。このため、ユーザＡが携帯電話端末１０ａで呼の要求に応答すると、携帯電話端末１０ｃを使用しているユーザＢとの間の通話が開始される。

図１０は、第１の実施形態による通信方法の例を説明する図である。図中の破線の矢印は、発呼の前に行われる処理によるデータの流れを示し、実線で示す矢印は、発呼に際して行われる処理によるデータの流れを示すものとする。また、図１０に示す括弧の中の番号は、図６の説明で用いた手順の番号を示している。

ユーザＢは、ユーザＣの携帯電話端末１０ｃを用いて、転送処理の条件を変換サーバ５０に通知する。転送条件テーブル６２には、携帯電話端末１０ｂに対応付けられた仮想端末宛の発呼の転送条件として、発信に使用される携帯電話端末１０と転送先の携帯電話端末１０の組み合わせが記録される。

携帯電話端末１０ｃから携帯電話端末１０ｂに電話をかけると、判定サーバ３０により、携帯電話端末１０ｂへの発呼は、携帯電話端末１０ｂに対応付けられた仮想端末宛の発呼に変換される。変換サーバ５０は、仮想端末宛の発呼について、着呼先の電話番号と発呼元の電話番号の組み合わせに対応付けられた転送条件が転送条件テーブル６２に記録されているかを判定する。発呼先と着呼先の組み合わせが転送条件テーブル６２に記録されている場合、変換サーバ５０は、転送条件テーブル６２に従って、転送先と転送先に通知する発信元の番号を変更する。図１０の転送条件テーブル６２では、転送先に通知する発信元の番号を、「変更後の発信元」と表記している。

このように、第１の実施形態によると、変換サーバ５０において通話の発呼元と着呼先の電話番号が変換されるので、着呼先の携帯電話端末１０で着信拒否に設定されている携帯電話端末１０を用いて、着呼先との通話を行うことが可能になる。このため、例えば、携帯電話端末１０の故障、置き忘れ、電池切れなどの要因により、携帯電話端末１０を使用できなくなったユーザは、他の携帯電話端末１０を用いて自分の携帯電話端末１０に割り当てられた番号を用いた通信をすることができる。

なお、図６を用いて、携帯電話端末１０ｃからの発呼についての例を述べたが、発呼元は固定電話やＩＰ電話であっても良い。発呼元が固定電話やＩＰ電話であっても、発呼元から仮想端末に対応付けられた携帯電話端末１０への発呼は、これまでに説明した処理と同様に処理される。なお、発呼元が固定電話やＩＰ電話である場合、ユーザはコンピュータを用いて、固定電話やＩＰ電話の番号や転送先を、変換サーバ５０に通知する。図８のＮｏ．２に固定電話が発呼元である場合に生成されるエントリの例を示す。

＜第２の実施形態＞
次に、変換サーバ５０において、電話帳情報６３、メールデータ６４、発着信履歴情報６５が仮想端末に対応付けて保持されている場合について説明する。この場合、携帯電話端末１０のユーザは、図６を用いて説明した処理を開始する前に、携帯電話端末１０と仮想端末の間で、データの同期処理を行う。

図１１は、データの同期方法と参照方法の例を説明する図である。図１１（ａ）は、ユーザＢが携帯電話端末１０ｂに記録されているデータと、ユーザＢの仮想端末に対応付けて変換サーバ５０が保持するデータを同期させる場合を例として示している。ユーザＢは、携帯電話端末１０ｂから変換サーバ５０にアクセスするために、インターネット１４０を介して認証処理を行う。認証処理は、図６を参照しながら説明した手順（１）と同様に行われる。認証に成功すると、Ｗｅｂアプリ処理部５６の処理により、携帯電話端末１０ｂの画面に、図７（ａ）に示す入力画面が表示される。ユーザＢが「ＤＢ同期」を選択すると、携帯電話端末１０ｂは、データの同期を要求するメッセージを生成し、変換サーバ５０に送信する。すると、Ｗｅｂアプリ処理部５６は、発着信履歴情報、メールの送受信履歴、送信メールのいずれを同期させるかをユーザに選択させるためのメニュー画面を、携帯電話端末１０ｂに表示させる。ユーザがメニュー画面に示されているいずれかのメニューを選択すると、携帯電話端末１０ｂは、変換サーバ５０に、同期するデータを通知する。例えば、メニューが「発着信履歴情報」、「メールの送受信履歴」、「送信メール」、「メモリ中の全データ」であり、ユーザが「送信メール」を選択したとする。この場合、携帯電話端末１０ｂは、携帯電話端末１０ｂを用いて送信されたメールであり、かつ、携帯電話端末１０ｂに保持されているメールを、変換サーバ５０に送信する。Ｗｅｂアプリ処理部５６は、携帯電話端末１０ｂから送信されてきたメールのうち、メールデータ６４に含まれていないメールのデータを、メールデータ６４に記録する。また、Ｗｅｂアプリ処理部５６は、メールデータ６４に記録されている送信メールを全て携帯電話端末１０ｂに送信する。すると、携帯電話端末１０ｂは、受信したメールのうち、メモリ中に含まれていないメールのデータを記憶する。他の情報についても同様に同期処理が行われる。図１１（ａ）を参照しながらユーザＢが手動でデータを同期する場合について説明したが、携帯電話端末１０ｂは一定期間ごとにデータの同期を行ってもよい。

図１１（ｂ）は、同期処理が終わった後で、ユーザＢが携帯電話端末１０ｃを用いて、ユーザＢの仮想端末に対応付けて記録されているデータにアクセスする方法の例を示す。ユーザＢは、携帯電話端末１０ｃを用いて、図６を参照しながら説明した手順（１）と同様に認証処理を行う。認証に成功すると、Ｗｅｂアプリ処理部５６の処理により、携帯電話端末１０ｃの画面に、図７（ａ）に示す入力画面が表示される。ユーザＢが「データ照会」を選択すると、携帯電話端末１０ｃは、データの照会を要求するメッセージを生成し、変換サーバ５０に送信する。すると、Ｗｅｂアプリ処理部５６は、照会するデータをユーザに選択させるためのメニュー画面を、携帯電話端末１０ｃに表示させる。ユーザがメニュー画面に示されているいずれかのメニューを選択すると、携帯電話端末１０ｃは、変換サーバ５０に、参照するデータの種類を通知する。すると、Ｗｅｂアプリ処理部５６は、携帯電話端末１０ｃから参照するデータとして指定されたデータのうち、ユーザＢの仮想端末に対応付けられたデータを、携帯電話端末１０ｃに送信する。

第２の実施形態では、ユーザ自身の携帯電話端末１０に記録されているデータを予め仮想端末に対応付けて変換サーバ５０に記憶させておくことができる。このため、ユーザは、自分の携帯電話端末１０以外の装置を用いても、ユーザ自身の端末に記録されているデータを用いて通信を行うことができる。例えば、ユーザＢが携帯電話端末１０ｂの着信履歴を、携帯電話端末１０ｃで確認した上で、図６の手順（２）以降の処理を行うこともできる。また、ユーザＢは、発信先などの入力の際に、着信履歴情報やアドレス情報を参照できるように、入力画面が変更されても良い。

＜第３の実施形態＞
図１２は、第３の実施形態にかかる通信方法の例を説明するシーケンス図である。以下、図２に示すネットワークにおいて、ユーザＢがユーザＣの携帯電話端末１０ｃから、ユーザＡの携帯電話端末１０ａにメールを送信する場合を例として、処理の例を説明する。以下の説明では、各ユーザの携帯電話端末１０に割り当てられているアドレスは以下の通りであるとする。
携帯電話端末１０ａ（ユーザＡ）：[email protected]
携帯電話端末１０ｂ（ユーザＢ）：[email protected]
携帯電話端末１０ｃ（ユーザＣ）：[email protected]

（２１）ユーザＢは、携帯電話端末１０ｃを用いて変換サーバ５０にアクセスし、認証を要求する。認証処理は、図６を参照しながら説明した手順（１）と同様である。また、携帯電話端末１０ｃが認証に成功すると、手順（１）と同様に、携帯電話端末１０ｃの表示デバイスに入力画面が表示される。ユーザＢが携帯電話端末１０ｃに表示されている画面中の「メール設定」ボタンを選択すると、変換サーバ５０のＷｅｂアプリ処理部５６は、メールアドレスの変換サービスで使用される条件の設定が要求されたと認識する。

（２２）Ｗｅｂアプリ処理部５６は、メールアドレスの変換条件の設定が要求されると、携帯電話端末１０ｃに、変換条件の入力画面（図７（ｂ））を表示させる。ユーザＢは、発信元の欄に通信で使用する携帯電話端末１０ｃに割り当てられたメールアドレスを入力し、転送先の欄にメールを送信しようとしている携帯電話端末１０ａのメールアドレスを入力する。さらに、ユーザＢは、入力した変換条件を使用する期間や使用回数などの条件も入力した後、登録ボタンを選択する。携帯電話端末１０ｃは、入力画面で入力された情報を変換サーバ５０に送信する。

（２３）変換サーバ５０は、携帯電話端末１０ｃから受信したデータを手順（３）と同様に処理することにより、転送条件テーブル６２ｂを生成する。図１３に転送条件テーブル６２ｂの例を示す。転送条件テーブル６２ｂでも転送条件テーブル６２と同様に、入力された保持条件の１つ以上を満たさない条件は、転送条件テーブル６２ｂの保持対象ではないと判定される。転送条件テーブル６２ｂの保持対象ではないデータは、転送条件更新部５５によって転送条件テーブル６２ｂから削除される。

（２４）ユーザＢは、転送条件テーブル６２ｂに登録する情報の入力が終わると、携帯電話端末１０ｃから、ユーザＢの携帯電話端末１０ｂに割り当てられたアドレスに、ユーザＡ宛のメールを送信する。従って、送信されたメールに含まれているアドレスの情報は以下のとおりになる。
送信元メールアドレス：[email protected]
宛先メールアドレス：[email protected]
携帯電話端末１０ｃから送信されたメールは、メールサーバ９１に送信される。

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

以下の説明では、キャリア内メールサーバ９３は、携帯電話端末１０宛てのアドレスに対応付けて、アドレスが割り振られている携帯電話端末１０に対応する仮想端末があるかを記憶しているものとする。例えば、キャリア内メールサーバ９３は、携帯電話端末１０ｂのアドレス（[email protected]）に対応付けて、携帯電話端末１０ｂに対応する仮想端末が設定されていることを記憶している。

（２６）キャリア内メールサーバ９３は、メールサーバ９１から転送されてきたユーザメールのうちで、仮想端末が設定されている携帯電話端末１０に宛てたメールを、変換サーバ５０に転送する。従って、キャリア内メールサーバ９３は、携帯電話端末１０ｂ宛（[email protected]）のメールを変換サーバ５０に転送する。

（２７）変換サーバ５０は、手順（２６）で転送されてきたメールの送信元と宛先に指定されたアドレスを抽出する。変換部５４は、宛先メールアドレスと送信元メールアドレスの組み合わせに対応付けられた条件が、転送条件テーブル６２ｂに含まれているかを判定する。転送条件テーブル６２ｂが図１３に示すとおりである場合、転送条件テーブル６２ｂには宛先メールアドレスと送信元メールアドレスの組み合わせに対応付けられた転送条件がＮｏ．１に記録されている。そこで、変換部５４は、転送条件テーブル６２を用いて、処理対象のメールのアドレス情報を以下のように変更する。
送信元メールアドレス：[email protected]（携帯電話端末１０ｂ）
宛先メールアドレス ：[email protected]（携帯電話端末１０ａ、ユーザＡ宛）
さらに、変換サーバ５０は、アドレス情報の変更が終わったメールをキャリア内メールサーバ９３に転送する。

（２８）キャリア内メールサーバ９３は、変換サーバ５０から転送されてきたユーザＡ宛てのメールを携帯電話端末１０ａに送信する。この処理は、キャリア内メールサーバ９３からメールを配信する場合に行われる任意の技術により実現される。携帯電話端末１０ａに送信されたメールの送信元は、手順（２７）において[email protected]に変換されている。このため、ユーザＡは、ユーザＢからメールを受信したと認識する。

（２９）一方、手順（２７）において、転送条件テーブル６２ｂには宛先メールアドレスと送信元メールアドレスの組み合わせに対応付けられた転送条件が記録されていないと判定された場合、変換部５４はアドレスの変換処理を行わない。変換サーバ５０は、アドレスの変換処理を行わなかったメールを、キャリア内メールサーバ９３に返送する。すると、キャリア内メールサーバ９３は、携帯電話端末１０ｂにメールを送信する。

（３０）転送条件更新部５５は、図１３のＮｏ．１のエントリの保持条件を参照することにより、Ｎｏ．１のエントリを削除するかを判定する。図１３の例では手順（２７）において条件が使用されたので、転送条件更新部５５は、Ｎｏ．１のエントリを削除する。

このように、第３の実施形態によると、変換サーバ５０においてアドレス情報が変換されるので、ユーザは自分の携帯電話端末１０以外の端末を用いても、自分の携帯電話端末に割り当てられたアドレスを送信元アドレスとしてメールを送信できる。このため、例えば、ユーザＡの携帯電話端末１０ａにおいて、ユーザＣの携帯電話端末１０ｃからのメールの受信を拒否する設定がされていたとしても、ユーザＢは、携帯電話端末１０ｃを用いて携帯電話端末１０ａにメールを送信できる。この場合、携帯電話端末１０ａには、携帯電話端末１０ｂに割り当てられたアドレスが送信元として通知されることになる。また、ユーザは、自分の携帯電話端末１０が紛失した場合や故障した場合においても、自分の携帯電話端末１０に割り当てられたメールアドレスを用いてメールを送信することができる。

図１２の例では、携帯電話端末１０ｃからメールが送信される場合を例として説明したが、送信元の機器は携帯電話端末１０以外でも良い。例えば、ユーザＢはコンピュータに割り当てられたメールアドレスを送信元として転送条件テーブル６２ｂに登録することにより、コンピュータから携帯電話端末１０ｂに割り当てられているアドレスを送信元としたメールを送信できる。図１３のＮｏ．２にコンピュータに割り当てられたメールアドレスの登録例を示す。送信元がコンピュータである場合も、図１２を参照して説明した手順と同様に処理が行われる。

＜その他＞
なお、本発明は上記の実施形態に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。

例えば、第１〜第３の実施形態を含む上記の各実施形態は、任意に組み合わせることができる。また、転送条件テーブル６２は、図８に示すような電話番号の転送に関する条件とあわせて、図１３に示すようなメールの転送の条件も保持することができる。

第１の実施形態の手順（６）において、発呼元と着呼先の組み合わせが転送条件テーブル６２に記録されていない場合に、着信の要求が通知されたことを、携帯電話端末１０ｂ以外のユーザＢが使用する装置にも合わせて通知するように変形することもできる。例えば、ユーザＢは、携帯電話端末１０ｂへの着信があった場合、携帯電話端末１０ｂの他にもコンピュータ（Personal computer、ＰＣ）１、テレビ２、ゲーム機、固定電話４、ＩＰ電話６などに着信を通知するように設定することもできる。変形例が適用されるネットワークの例を図１４に示す。図１４に示すネットワークでは、図２に示すネットワークに、固定網１１０、Ｘ社のネットワーク１２０、ユーザＢのネットワーク１５０が含まれている。変形例では、変換サーバ５０の代わりに変換サーバ１７０が使用されるものとする。変換サーバ１７０の例を図１５に示す。

変換サーバ１７０には、通知部１７１と通知先テーブル１７２が含まれている。通知先テーブル１７２は、電話番号の変換処理の対象ではない着信についての、着信の通知先と通知方法を記載している。通知部１７１は、通知先テーブル１７２を参照することにより、携帯電話端末１０ｂ以外の装置への通知を行う。通知先テーブル１７２には、例えば、ＰＣ１に設定されているメールアドレスと、通知のために使用するメールのタイトルや本文の情報が、対象番号に対応付けて記録されている。テレビ２やゲーム機についても、ＰＣ１と同様の情報が通知先テーブル１７２に記録されているものとする。一方、固定電話４やＩＰ電話６については、電話番号が通知先テーブル１７２に登録されている。ＰＣ１と固定電話４についての、通知先テーブル１７２での登録例を以下に示す。テレビ２、ゲーム機３の情報はＰＣ１と同様に登録され、ＩＰ電話６については固定電話４と同様に登録される。
通知対象の装置：ＰＣ
対象番号 ：３３３−２２２２−３３３３
通知方法 ：メール
アドレス ：[email protected]
タイトル ：電話がありました
本文 ：なし
通知対象の装置：固定電話
対象番号 ：３３３−２２２２−３３３３
通知方法 ：電話転送
電話番号 ：０３−１２３４−５６７８

変換サーバ１７０では、変換部５４が番号の変更の対象ではないと判定した発呼の情報が、通知部１７１に入力される。通知部１７１は、着呼先の番号となっている対象番号に対応付けられた条件を通知先テーブル１７２から抽出する。通知部１７１は、通知方法がメールとなっている装置については、通知先テーブル１７２に登録されている宛先に対して、通知先テーブル１７２に記録されているタイトルと本文を含むメールを送信する。一方、通知方法が電話の場合、通知部１７１は、発呼元の番号と、通知対象の装置の番号をＳＩＰサーバ７０に通知した上で、通知対象の番号への転送処理をＳＩＰサーバ７０に要求する。固定電話４の呼び出しは、ＳＩＰサーバ７０からＩＮＶＩＴＥメッセージを受信した交換機４１が行う。一方、ＩＰ電話６（６ａ、６ｂ）の呼び出しは、ＳＩＰサーバ７０がＸ社のネットワーク１２０やユーザＢのネットワーク１５０にＩＮＶＩＴＥメッセージを送信することにより行われる。通話管理サーバ７５は、携帯電話端末１０ｂ、固定電話４、ＩＰ電話６ａ、６ｂのいずれかが応答すると、電話の呼び出しを中止させ、課金等の処理を行う。

第３の実施形態についても、第１の実施形態と同様の方法により、アドレス情報の変更の対象ではないメールについては、通知部１７１に、他の装置への通知を要求することができる。メールについても、通知先テーブル１７２が設定されるが、メールの通知の場合は、対象番号の代わりに、携帯電話端末１０ｂで使用されているメールアドレスが使用される。第３の実施形態の変形に用いることができる通知先テーブル１７２の登録データの例を示す。
通知対象の装置：ＰＣ
宛先アドレス ：[email protected]
通知方法 ：メール転送
転送先アドレス：[email protected]
通知対象の装置：固定電話
宛先アドレス ：[email protected]
通知方法 ：電話呼び出し（２秒間ｃａｌｌ）
電話番号 ：０３−１２３４−５６７８

通知部１７１は、通知方法がメール転送となっている装置については、通知先テーブル１７２に登録されている宛先に対して、メールを転送する。一方、通知方法が電話呼び出しの場合の処理は第１の実施形態を変形した場合と同様である。

さらに、転送条件テーブル６２や転送条件テーブル６２ｂに登録した条件を手動で削除できるように変形が行われても良い。この場合、認証が成功したときに携帯電話端末１０などの装置に表示されるメニュー画面には、図７（ａ）に示すメニューに加えて、「データ削除」というメニューが表示される。ユーザがデータ削除を選択すると、携帯電話端末１０は、変換サーバ５０に転送条件テーブル６２または転送条件テーブル６２ｂの変更を要求するメッセージを送信する。Ｗｅｂアプリ処理部５６は、削除対象の情報を指定する画面を表示するためのデータを携帯電話端末１０に送信する。図７（ｃ）は、削除対象の条件を指定する指定画面である。ユーザは、削除対象の発信元と転送先の組み合わせを入力し、消去ボタンを選択する。携帯電話端末１０は、入力された情報を変換サーバ５０に送信する。転送条件更新部５５は、受信部５１を介して携帯電話端末１０からの情報を取得し、転送条件テーブル６２を変更する。

上述の各実施形態に対し、さらに以下の付記を開示する。
（付記１）
発呼の要求を受信する受信部と、
転送処理の対象とする呼の着呼先に指定される電話番号である対象番号に、前記対象番号を使用するユーザが保持する端末の番号であるユーザ番号、前記対象番号への発呼に使用される端末である使用端末の電話番号である発呼元番号、前記使用端末からの呼の転送先に割り当てられた電話番号である転送先番号を対応付けて登録する転送条件テーブルと、
前記発呼元番号からの前記対象番号への呼の要求を取得すると、要求された呼の発呼元を前記発呼元番号から前記ユーザ番号に変換するとともに、着呼先を前記対象番号から前記転送先番号に変換する変換部と、
前記ユーザ番号から前記転送先番号への発呼を要求する要求メッセージを前記着呼先に向けて送信する送信部
を備える通信装置。
（付記２）
前記転送条件テーブルにアクセスしようとする装置との間の認証を行うとともに、変換処理に用いられる対象番号を一意に特定できる情報を前記装置から取得する認証部と、
前記認証に成功した装置から、前記使用端末に割り当てられている電話番号と、前記転送先番号を取得することにより、前記転送条件テーブルを更新する更新部
を備えることを特徴とする付記１に記載の通信装置。
（付記３）
前記受信部は前記対象番号を使用するユーザが保持する端末に割り当てられた第１のアドレスを宛先としたメールを受信し、
前記使用端末は、前記第１のアドレスへのメールの送信に使用され、
前記転送条件テーブルは、前記第１のアドレスに対応付けて、前記使用端末のアドレスである第２のアドレス、前記使用端末から受信したメールの転送先のアドレスである転送先アドレスを登録し、
前記変換部は、前記第２のアドレスから前記第１のアドレスに送信されたメールについて、送信元アドレスを前記第２のアドレスから前記第１のアドレスに変換するとともに、宛先アドレスを前記第１のアドレスから前記転送先アドレスに変換する
ことを特徴とする付記１または２に記載の通信装置。
（付記４）
前記更新部は、前記認証に成功した装置から、前記第２のアドレスと前記転送先アドレスの組み合わせを取得すると、前記第２のアドレスと前記転送先アドレスの組み合わせを、前記第１のアドレスに関連付けて前記転送条件テーブルに登録する
ことを特徴とする付記３に記載の通信装置。
（付記５）
前記対象番号に対応付けて、前記ユーザ番号が割り当てられている端末に記録されている電話帳情報を記録する記録部をさらに備え、
前記認証に成功した装置から、前記ユーザの対象番号を一意に特定できる情報と共に前記電話帳情報の閲覧要求を受信すると、前記認証に成功した装置に、前記ユーザの対象番号に対応付けられた電話番号と通信先を送信する
ことを特徴とする付記２〜４のいずれか１項に記載の通信装置。
（付記６）
前記対象番号に対応付けて、前記ユーザ番号が割り当てられている端末に記録されている通信の履歴情報を保持し、
前記認証に成功した装置から、前記ユーザの対象番号を一意に特定できる情報と共に前記通信の履歴情報の閲覧要求を受信すると、前記認証に成功した装置に、前記ユーザの対象番号に対応付けられた履歴情報を送信する
ことを特徴とする付記２〜５のいずれか１項に記載の通信装置。
（付記７）
前記対象番号に対応付けて、前記ユーザ番号が割り当てられている端末に記録されているメールデータを保持し、
前記認証に成功した装置から、前記ユーザの対象番号を一意に特定できる情報と共に前記メールデータの閲覧要求を受信すると、前記認証に成功した装置に、前記の対象番号に対応付けられたメールデータを送信する
ことを特徴とする付記２〜６のいずれか１項に記載の通信装置。
（付記８）
転送処理を行うサーバは、
転送処理の対象とする呼の着呼先に指定される電話番号である対象番号に、前記対象番号を使用するユーザが保持する端末の番号であるユーザ番号、前記対象番号への発呼に使用される端末である使用端末の電話番号である発呼元番号、前記使用端末からの呼の転送先に割り当てられた電話番号である転送先番号を対応付けて記憶し、
発呼の要求を受信し、
前記発呼元番号からの前記対象番号への呼の要求を取得すると、要求された呼の発呼元を前記発呼元番号から前記ユーザ番号に変換するとともに、着呼先を前記対象番号から前記転送先番号に変換し、
前記ユーザ番号から前記転送先番号への発呼を要求する要求メッセージを前記着呼先に向けて送信する
ことを特徴とする通信方法。
（付記９）
転送処理の対象とする呼の着呼先に指定される電話番号である対象番号に、前記対象番号を使用するユーザが保持する端末の番号であるユーザ番号、前記対象番号への発呼に使用される端末である使用端末の電話番号である発呼元番号、前記使用端末からの呼の転送先に割り当てられた電話番号である転送先番号を対応付けて記憶し、
発呼の要求を受信し、
前記発呼元番号からの前記対象番号への呼の要求を取得すると、要求された呼の発呼元を前記発呼元番号から前記ユーザ番号に変換するとともに、着呼先を前記対象番号から前記転送先番号に変換し、
前記ユーザ番号から前記転送先番号への発呼を要求する要求メッセージを前記着呼先に向けて送信する
処理を通信装置に行わせることを特徴とする通信プログラム。

１ ＰＣ
２ テレビ
４ 固定電話
６ ＩＰ電話
１０ 携帯電話端末
２１ 基地局
２２ 無線ネットワーク制御装置
２３、４１ 交換機
３０ 判定サーバ
３１、５１ 受信部
３２、５２ 送信部
３３ 判定部
３４ 判定テーブル
５０、１７０ 変換サーバ
５３ 認証部
５４ 変換部
５５ 転送条件更新部
５６ Ｗｅｂアプリ処理部
６０ 記憶部
６１ 認証データ
６２ 転送条件テーブル
６３ 電話帳情報
６４ メールデータ
６５ 発着信履歴情報
７０ ＳＩＰサーバ
７５ 通話管理サーバ
８０ ルータ
９１ メールサーバ
９３ キャリア内メールサーバ
１００ 携帯電話網
１１０ 固定網
１２０ Ｘ社のネットワーク
１３０ ＩＰ網
１４０ インターネット
１６０ ゲートウェイ
１７１ 通知部
１７２ 通知先テーブル
２０１ プロセッサ
２０２ メモリ
２０３ 入力装置
２０４ 出力装置
２０５ バス
２０６ 外部記憶装置
２０７ 媒体駆動装置
２０８ 可搬記憶媒体
２０９ ネットワーク接続装置
２１０ ネットワーク

Claims (6)

1. 発呼の要求を受信する受信部と、
   転送処理の対象とする呼の着呼先に指定される電話番号である対象番号に、前記対象番号を使用するユーザが保持する端末の番号であるユーザ番号、前記対象番号への発呼に使用される端末である使用端末の電話番号である発呼元番号、前記使用端末からの呼の転送先に割り当てられた電話番号である転送先番号を対応付けて登録する転送条件テーブルと、
   前記発呼元番号からの前記対象番号への呼の要求を取得すると、要求された呼の発呼元を前記発呼元番号から前記ユーザ番号に変換するとともに、着呼先を前記対象番号から前記転送先番号に変換する変換部と、
   前記ユーザ番号から前記転送先番号への発呼を要求する要求メッセージを送信する送信部
   を備える通信装置。
2. 前記転送条件テーブルにアクセスしようとする装置との間の認証を行うとともに、変換処理に用いられる対象番号を一意に特定できる情報を前記装置から取得する認証部と、
   前記認証に成功した装置から、前記使用端末に割り当てられている電話番号と、前記転送先番号を取得することにより、前記転送条件テーブルを更新する更新部
   を備えることを特徴とする請求項１に記載の通信装置。
3. 前記受信部は前記対象番号を使用するユーザが保持する端末に割り当てられた第１のアドレスを宛先としたメールを受信し、
   前記使用端末は、前記第１のアドレスへのメールの送信に使用され、
   前記転送条件テーブルは、前記第１のアドレスに対応付けて、前記使用端末のアドレスである第２のアドレス、前記使用端末から受信したメールの転送先のアドレスである転送先アドレスを登録し、
   前記変換部は、前記第２のアドレスから前記第１のアドレスに送信されたメールについて、送信元アドレスを前記第２のアドレスから前記第１のアドレスに変換するとともに、宛先アドレスを前記第１のアドレスから前記転送先アドレスに変換する
   ことを特徴とする請求項１または２に記載の通信装置。
4. 前記対象番号に対応付けて、前記ユーザ番号が割り当てられている端末に記録されている電話帳情報を記録する記録部をさらに備え、
   前記認証に成功した装置から、前記ユーザの対象番号を一意に特定できる情報と共に前記電話帳情報の閲覧要求を受信すると、前記認証に成功した装置に、前記ユーザの対象番号に対応付けられた電話番号と通信先を送信する
   ことを特徴とする請求項２または３に記載の通信装置。
5. 転送処理を行うサーバは、
   転送処理の対象とする呼の着呼先に指定される電話番号である対象番号に、前記対象番号を使用するユーザが保持する端末の番号であるユーザ番号、前記対象番号への発呼に使用される端末である使用端末の電話番号である発呼元番号、前記使用端末からの呼の転送先に割り当てられた電話番号である転送先番号を対応付けて記憶し、
   発呼の要求を受信し、
   前記発呼元番号からの前記対象番号への呼の要求を取得すると、要求された呼の発呼元を前記発呼元番号から前記ユーザ番号に変換するとともに、着呼先を前記対象番号から前記転送先番号に変換し、
   前記ユーザ番号から前記転送先番号への発呼を要求する要求メッセージを送信する
   ことを特徴とする通信方法。
6. 転送処理の対象とする呼の着呼先に指定される電話番号である対象番号に、前記対象番号を使用するユーザが保持する端末の番号であるユーザ番号、前記対象番号への発呼に使用される端末である使用端末の電話番号である発呼元番号、前記使用端末からの呼の転送先に割り当てられた電話番号である転送先番号を対応付けて記憶し、
   発呼の要求を受信し、
   前記発呼元番号からの前記対象番号への呼の要求を取得すると、要求された呼の発呼元を前記発呼元番号から前記ユーザ番号に変換するとともに、着呼先を前記対象番号から前記転送先番号に変換し、
   前記ユーザ番号から前記転送先番号への発呼を要求する要求メッセージを送信する
   処理を通信装置に行わせることを特徴とする通信プログラム。