JP2004297471A

JP2004297471A - Ｉｐ電話端末および発信電話番号通知の転送方法

Info

Publication number: JP2004297471A
Application number: JP2003087425A
Authority: JP
Inventors: Akihiro Sakurai; 章広櫻井
Original assignee: Sumitomo Electric Networks Inc
Current assignee: Sumitomo Electric Networks Inc
Priority date: 2003-03-27
Filing date: 2003-03-27
Publication date: 2004-10-21
Anticipated expiration: 2023-03-27
Also published as: JP4292017B2

Abstract

【課題】複数の電話機に発信電話番号通知を正しく転送することが可能なＩＰ電話端末を提供すること。
【解決手段】ＩＰ電話端末１は、電話機２および３が接続され、電話機２および３をＩＰ電話網および公衆交換網８に接続する。ＩＰ電話端末１は、ＰＳＴＮ着信と共に発信電話番号通知があった場合、その発信電話番号を受信した後、電話機２および３を制御して、受信した発信電話番号を電話機２および３へ再送出する。したがって、発信電話番号を電話機２および３に正しく通知することが可能となる。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、公衆交換電話網（ＰＳＴＮ）接続機能とＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）電話機能とを有するＩＰ電話端末に関し、特に、複数の電話機に発信電話番号通知を転送するＩＰ電話端末およびその方法に関する。
【０００２】
【従来の技術】
近年、ブロードバンド回線などによるインターネット利用が広く普及し、インターネットプロトコルを利用したＩＰ電話が盛んに開発されるようになってきている。一般に、ＣＡＴＶ（ＣＡｂｌｅＴｅｌｅＶｉｓｉｏｎ）、ＡＤＳＬ（ＡｓｙｍｍｅｔｒｉｃＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ）、ＦＴＴＨ（ＦｉｂｅｒＴｏＴｈｅＨｏｍｅ）等を利用して電話機をＩＰ電話網に接続するＩＰ電話端末は、ＰＳＴＮ接続機能を有していることが多い。
【０００３】
また、契約によって、利用者は発信電話番号受信機能（ナンバー・ディスプレイ機能）を利用することができる。この発信電話番号受信機能は、利用者の電話機に着信がある場合、発信回線の電話番号等の情報を、通信前に受信して利用者に提示するものである。これに関連する技術として、特開２００１−１６３５９号公報に開示された発明がある。
【０００４】
特開２００１−１６３５９号公報に開示されたデータ通信装置においては、交換機側から到来する情報受信端末起動（ＣＡＲ）信号および交換機側から通知されるナンバー・ディスプレイ情報を検出時に、外付け電話機を加入者回線から切り離すと共に呼び出し信号発生手段の給電手段で直流捕捉し、交換機に対して受信完了信号を返すため、交換機に対してはファクシミリ装置内部で受信完了信号を生成し、引き続き交換機から到来する呼び出し信号を検出した後、回線を外付け電話機に切り換えて通話状態にするものである。これによって、外付け電話機のオフフックするタイミングに関係なく好適に通話あるいはデータ通信を行うことができる。
【０００５】
【特許文献１】
特開２００１−１６３５９号公報
【０００６】
【発明が解決しようとする課題】
１本の電話回線に複数の電話機がブランチ接続される構成を有するＩＰ電話端末において、ＰＳＴＮ着信が発信電話番号通知と共にある場合、まず、複数の電話機に対してＣＡＲ信号が送出される。
【０００７】
しかし、電話機毎にＣＡＲ信号に対する一次応答（直流ループ）のタイミングが異なるため、最初に一次応答した電話機のタイミングで交換機からモデム信号が送出される。一方、一次応答が遅い電話機は、先に一次応答した電話機によってＣＡＲ信号が途切れたと判断したり、交換機からモデム信号を受信できなかったりして、発信電話番号を正しく受信できないといった問題点があった。
【０００８】
また、上述した特開２００１−１６３５９号公報に開示されたデータ通信装置においては、交換機側からＣＡＲ信号およびナンバー・ディスプレイ情報を検出時に、外付け電話機のオフフックするタイミングに関係なく好適に通話あるいはデータ通信を行うことを可能にするものであるが、複数の電話機に発信電話番号通知があったときの問題点を解決することはできない。
【０００９】
本発明は、上記問題点を解決するためになされたものであり、その目的は、複数の電話機に発信電話番号通知を正しく転送することが可能なＩＰ電話端末および発信電話番号通知の転送方法を提供することである。
【００１０】
【課題を解決するための手段】
請求項１に記載のＩＰ電話端末は、複数の電話機が接続され、複数の電話機をＩＰ電話網および公衆交換電話網に接続するＩＰ電話端末であって、相手側の電話機の発信電話番号を受信するための受信手段と、複数の電話機を制御して、受信手段によって受信された発信電話番号を複数の電話機へ再送出するための制御手段とを含む。
【００１１】
制御手段は、複数の電話機を制御して、受信手段によって受信された発信電話番号を複数の電話機へ再送出するので、発信電話番号を複数の電話機に正しく通知することが可能となる。
【００１２】
請求項２に記載のＩＰ電話端末は、請求項１記載のＩＰ電話端末であって、受信手段は、公衆交換電話網に接続される交換機からモデム信号を受信して、相手側の電話機の発信電話番号を受信する。
【００１３】
したがって、ＰＳＴＮ着信と共に発信電話番号通知があった場合に、発信電話番号通知を複数の電話機に正しく転送することが可能となる。
【００１４】
請求項３に記載のＩＰ電話端末は、請求項１記載のＩＰ電話端末であって、受信手段は、ＩＰ電話網を介して発信時におけるパケットを受信し、パケットに含まれる発信電話番号を抽出する。
【００１５】
したがって、ＩＰ電話着信があった場合に、発信電話番号を複数の電話機に正しく通知することが可能となる。
【００１６】
請求項４に記載のＩＰ電話端末は、請求項３記載のＩＰ電話端末であって、制御手段は、複数の電話機に対して情報通信端末起動信号を送出し、一次応答があった電話機に対して発信電話番号をモデム信号で送出し、受信完了信号を送出した電話機に対して呼出し信号を送出する。
【００１７】
交換機と同じ手順で電話機を制御するので、既存の電話機であっても発信電話番号を正しく再送出することが可能となる。
【００１８】
請求項５に記載の発信電話番号通知の転送方法は、複数の電話機が接続され、複数の電話機をＩＰ電話網および公衆交換電話網に接続するＩＰ電話端末における発信電話番号通知の転送方法であって、相手側の電話機の発信電話番号を受信するステップと、複数の電話機を制御して、受信された発信電話番号を複数の電話機へ再送出するステップとを含む。
【００１９】
受信された発信電話番号を複数の電話機へ再送出するので、発信電話番号通知を複数の電話機に正しく転送することが可能となった。
【００２０】
【発明の実施の形態】
図１は、本発明の実施の形態におけるＩＰ電話端末の接続例を示す図である。ＩＰ電話端末１は、ＴＥＬインタフェース（以下、ＴＥＬＩＦと略す。）１１および１２を介して電話機２および３に接続され、１０ＢａｓｅＴインタフェース（以下、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）ＩＦとも呼ぶ。）１３を介してＬＡＮ４に接続され、ＰＳＴＮインタフェース（以下、ＰＳＴＮＩＦと略す。）１４を介して公衆交換網８に接続される。
【００２１】
ＰＣ５は、ＬＡＮ４を介してＩＰ電話端末１からログ情報などを取得することが可能である。また、ＰＣ５は、インターネット７およびＧＷ（ゲートウェイ）６を介してＩＰ電話端末１からログ情報などを取得することも可能である。
【００２２】
電話機２および３は、ナンバー・ディスプレイ機能を有しており、相手のＰＳＴＮ電話機またはＩＰ電話機の発信者情報を受信し、その発信者情報を表示することが可能である。利用者は、その発信者情報を見ることによって、着信を拒否したり、予め発信者を確認してから通話をすることができる。なお、ナンバー・ディスプレイ機能は、着信時に番号を通知する機能と、通信中に着信があった発信者の番号を通知する機能との２種類がある。
【００２３】
図２は、本発明の実施の形態におけるＩＰ電話端末の他の接続例を示す図である。ＩＰ電話端末１は、ＴＥＬＩＦ１１および１２を介して電話機２および３と接続され、１０ＢａｓｅＴインタフェース１３を介してＬＡＮ４に接続され、ＰＳＴＮＩＦ１４を介して公衆交換網８に接続され、ＡＤＳＬなどのＤＳＬインタフェース１５を介してインターネット７に接続される。
【００２４】
ＰＣ５は、ＬＡＮ４を介してＩＰ電話端末１からログ情報などを取得することが可能である。また、ＰＣ５は、インターネット７およびＤＳＬインタフェース１５を介してＩＰ電話端末１からログ情報などを取得することも可能である。
【００２５】
図３は、本発明の実施の形態におけるＩＰ電話端末の概略構成を示すブロック図である。このＩＰ電話端末１は、ＴＥＬＩＦ１１および１２と、ＬＡＮＩＦ１３と、ＰＳＴＮＩＦ１４と、ＤＳＬＩＦ１５と、各種信号処理を行なうＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）１６と、音声信号の圧縮／伸長を行なうＣＯＤＥＣ１７と、電話機２および３に対応して設けられるＳＬＩＣ（ＳｕｂｓｃｒｉｂｅｒＬｉｎｅＩｎｔｅｒｆａｃｅＣｉｒｃｕｉｔ）１８および１９と、ＰＳＴＮＩＦ１４を介して公衆交換網８からの発呼を検出してループ生成処理を行なう呼検出／ループ回路２０と、電話機２または３のオフフック／オンフックを検出するフック検出回路２１と、スイッチＡ２２および２３と、スイッチＢ２４および２５と、ＩＰ電話端末１の制御プログラム、ログ情報などが格納される記憶部２６と、ＬＡＮの物理層を制御するＰＨＹ部２７と、ＤＳＬの物理層を制御するＰＨＹ部２８と、ＩＰ電話端末１全体の制御を行なう制御部２９とを含む。
【００２６】
制御部２９は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）が記憶部２６に格納される制御プログラムを実行することによって実現される。なお、制御プログラムは、ＤＳＬＩＦ１５およびインターネット７を介してダウンロードされて、記憶部２６に格納されてもよいし、ＬＡＮＩＦ１３およびＬＡＮ４を介してダウンロードされて、記憶部２６に格納されてもよい。
【００２７】
ＰＨＹ部２７は、ＬＡＮの物理層を制御する部分であり、制御部２９の制御によってＬＡＮ４に接続されたＰＣ５などの機器とデータ通信などを行なう。また、ＰＨＹ部２８は、ＤＳＬの物理層を制御する部分であり、制御部２９の制御によってインターネット７に接続されたＩＰ電話交換機、ＰＣなどの機器とデータ通信を行なう。
【００２８】
ＳＬＩＣ１８および１９は、それぞれ電話機２および３のオフフックの検出処理、リンガ信号の生成処理などを行なう。
【００２９】
図４は、ＰＳＴＮ着信があった場合の本発明の実施の形態におけるＩＰ電話端末１の処理手順を説明するためのフローチャートである。まず、ＰＳＴＮＩＦ１４を介してＰＳＴＮから着信があるか否かを判定するために、呼検出／ループ回路２０がＣＡＲ信号を検出する（Ｓ１１）。呼検出／ループ回路２０がＣＡＲ信号を検出すると（Ｓ１１，Ｙｅｓ）、その旨を制御部２９へ通知する。
【００３０】
制御部２９はＣＡＲ信号検出の通知を受けると、呼検出／ループ回路２０に対して一次応答に相当するループ生成を指示する（Ｓ１２）。また、制御部２９は、スイッチＡ２２および２３を制御して、ＣＯＤＥＣ１７がＰＳＴＮ側（下側）に接続するようにする（Ｓ１３）。
【００３１】
次に、公衆回線網８からモデム信号が送られてくるので、ＣＯＤＥＣ１７およびＤＳＰ１６はモデム信号を受信して、その内容を制御部２９へ通知する。制御部２９はその内容を受け、発信電話番号を正しく受信したか否かを判定する（Ｓ１４）。発信電話番号を正しく受信できなかった場合には（Ｓ１４，Ｎｏ）、制御部２９はスイッチＡ２２および２３を図３のように元に戻し（Ｓ１５）、ステップ２０へ進む。
【００３２】
また、発信電話番号を正しく受信した場合には（Ｓ１４，Ｙｅｓ）、ＰＳＴＮ交換機に対して受信完了信号を送出するために、呼検出／ループ回路２０に対してループ開放を指示し（Ｓ１６）、スイッチＡ２２および２３を図３のように元に戻す（Ｓ１７）。
【００３３】
次に、制御部２９は、ＳＬＩＣ１８および１９と、ＤＳＰ１６とを制御して、ＴＥＬＩＦ１１および１２を介して電話機２および３に電話番号を再送出する（Ｓ１８）。なお、この処理の詳細は後述する。
【００３４】
次に、制御部２９は、スイッチＢ２４および２５を制御して、ＴＥＬＩＦ１１および１２がＰＳＴＮ側（下側）に接続するようにする（Ｓ１９）。これによって、ＰＳＴＮ交換機からの呼出し信号を直接電話機２および３へ出力し、電話機２および３を鳴動させる。
【００３５】
次に、制御部２９は、フック検出回路２１に電話機２または３のオフフックを検出させる（Ｓ２０）。フック検出回路２１がオフフックを検出すると（Ｓ２０，Ｙｅｓ）、電話機２および３のうち最初にオフフックした電話機によって着信となり、発信者との通話が行なわれる。この時点で、ＰＳＴＮ交換機からの呼出し信号も停止して、他の電話機の鳴動も停止する。
【００３６】
次に、制御部２９は、オフフックが行なわれた電話機以外の電話機に対応するスイッチＢを図３に示すように元に戻す（Ｓ２２）。以降、制御部２９は、フック検出回路２１によってオンフックが検出されるのを待ち、オンフックが検出されれば（Ｓ２３，Ｙｅｓ）、その電話機に対応するスイッチＢを図３に示すように元に戻して（Ｓ２４）、最初からの処理に戻る。
【００３７】
また、ＰＳＴＮ交換機からの呼出し信号の停止が検出された場合には（Ｓ２０，ＳＰＴＮストップ）、スイッチＢ２４および２５を図３に示すように元に戻し（Ｓ２１）、最初からの処理に戻る。
【００３８】
図５は、図４のステップＳ１８（電話番号再送出処理）の処理手順の詳細を説明するためのフローチャートである。まず、制御部２９は、ＳＬＩＣ１８および１９を制御して、極性反転を行なわせ（Ｓ３１）、ＣＡＲ信号を生成させて電話機２および３へ出力させる（Ｓ３２）。
【００３９】
電話機から一次応答があれば（Ｓ３３，Ｙｅｓ）、制御部２９はＤＳＰ１６を制御してその電話機にモデム信号を送出させる（Ｓ３４）。そして、制御部２９は、フック検出回路２１に対して電話機からの受信完了信号（ループ断）を検出させる。フック検出回路２１が受信完了信号を検出すると、図４のステップＳ１９へ処理が進む。なお、図５に示す処理は、ＩＰ電話端末１に接続される全ての電話機に対して行なわれる。
【００４０】
以上の説明においては、ＰＳＴＮ交換機から送出された発信電話番号を電話機２および３へ通知する場合についてであった。次に、ＩＰ電話交換機から送出された発信電話番号を電話機２および３に通知する場合について説明する。
【００４１】
図６は、ＩＰ電話機の発信時におけるパケットの一例を示す図である。このパケットは、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）のＲＦＣ（ＲｅｑｕｅｓｔＦｏｒＣｏｍｍｅｎｔｓ）３２６１に規定されたパケットフォーマットであるが、これに限定されるものではない。
【００４２】
図６に示すように、ＳＩＰにおいては制御内容がテキストデータで取り扱われ、エンコードされたメッセージの最初の行に“ＩＮＶＩＴＥ”が記述される。それに続く行は、ヘッダフィールドのリストである。最初の行の“ＩＮＶＩＴＥ”には、発信者側がサーバに行なって欲しい動作が指定される。
【００４３】
Ｃａｌｌ−ＩＤヘッダフィールドは、連続するメッセージをグループ化するための一意の識別子を含む。ｃｏｎｔａｃｔヘッダフィールドは、これに続くリクエストで特定のインスタンスにコンタクトするために使用できるＳＩＰＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ）またはＳＩＰＳＵＲＩを指定する。
【００４４】
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダフィールドは、メッセージボディの長さを指定する。Ｃｏｎｔｅｎｔ−Ｔｙｐｅヘッダフィールドは、メッセージボディのインターネットメディアタイプを指定する。
【００４５】
ＣＳｅｑヘッダフィールドは、トランザクションを識別し順番付けするための情報を含み、シーケンス番号とメソッドからなる。Ｆｒｏｍヘッダフィールドは、発信者の論理的な識別子を含む。ここでは、発信者の電話番号に相当する。
【００４６】
Ｍａｘ−Ｆｏｒｗａｒｄｓヘッダフィールドは、発信が着信者に向かう過程で通過することができるホップの数を制限するための情報を含む。Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダフィールドは、ルーティングに必要とされる情報を含む。Ｔｏヘッダフィールドは、受信者の論理的な識別子を指定する。Ｖｉａヘッダフィールドは、トランザクションのために使用されるトランスポートを示す。なお、ｖ＝０以降の行には、通信時のパラメータが指定される。
【００４７】
図７は、ＩＰ電話からの着信があった場合の本発明の実施の形態におけるＩＰ電話端末１の処理手順を説明するためのフローチャートである。まず、制御部２９は、ＬＡＮＩＦ１３またはＤＳＬＩＦ１５を介してＩＰ電話機から発信時のパケット（図６参照）を受信したか否かを判定して、ＩＰ電話機から着信があるか否かを判定する（Ｓ４１）。
【００４８】
ＩＰ電話機から着信がある場合（Ｓ４１，Ｙｅｓ）、受信したパケットに含まれる発信電話番号（Ｆｒｏｍヘッダフィールド）を抽出する（Ｓ４２）。そして、制御部２９は、ＳＬＩＣ１８および１９と、ＤＳＰ１６とを制御して、ＴＥＬＩＦ１１および１２を介して電話機２および３に電話番号を再送出する（Ｓ４３）。なお、この処理は、図５を用いて説明した処理手順と同様である。したがって、詳細な説明は繰返さない。
【００４９】
次に、制御部２９は、ＳＬＩＣ１８および１９を制御して、電話機２および３へ呼出し信号を送出する（Ｓ４４）。そして、制御部２９は、ＳＬＩＣ１８および１９に電話機２または３のオフフックを検出させる（Ｓ４５）。ＳＬＩＣ１８または１９がオフフックを検出すると（Ｓ４５，Ｙｅｓ）、電話機２および３のうち最初にオフフックした電話機によって着信となり、発信者との通話が行なわれる。この時点で、制御部２９は他方のＳＬＩＣに呼出し信号を停止させて、他の電話機の鳴動も停止させる。
【００５０】
以降、制御部２９は、オフフックがあった電話機に対応するＳＬＩＣによってオンフックが検出されるのを待ち、オンフックが検出されれば（Ｓ４６，Ｙｅｓ）、最初からの処理に戻る。
【００５１】
また、ＩＰ電話交換機からの呼出しの停止が検出された場合には（Ｓ４５，ＩＰ電話ストップ）、最初からの処理に戻る。
【００５２】
以上説明したように、本実施の形態におけるＩＰ電話端末１によれば、ＰＳＴＮ着信が発信電話番号通知と共にあった場合、発信電話番号を受信してからそれぞれの電話機に発信電話番号を再送出するようにしたので、複数の電話機に確実に発信電話番号を通知することが可能となった。
【００５３】
また、ＩＰ電話機からの着信があった場合、発信時のパケットに含まれる発信電話番号を抽出し、それぞれの電話機に発信電話番号を送出するようにしたので、ＩＰ電話機から発信があった場合でも従来のナンバー・ディスプレイ機能を有効に利用することが可能となった。
【００５４】
今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【００５５】
【発明の効果】
請求項１に記載のＩＰ電話端末によれば、制御手段が複数の電話機を制御して、受信手段によって受信された発信電話番号を複数の電話機へ再送出するので、発信電話番号を複数の電話機に正しく通知することが可能となった。
【００５６】
請求項２に記載のＩＰ電話端末によれば、受信手段が公衆交換電話網に接続される交換機からモデム信号を受信して、相手側の電話機の発信電話番号を受信するので、ＰＳＴＮ着信と共に発信電話番号通知があった場合に、発信電話番号通知を複数の電話機に正しく転送することが可能となった。
【００５７】
請求項３に記載のＩＰ電話端末によれば、受信手段がＩＰ電話網を介して発信時におけるパケットを受信し、パケットに含まれる発信電話番号を抽出するので、ＩＰ電話着信があった場合に、発信電話番号を複数の電話機に正しく通知することが可能となった。
【００５８】
請求項４に記載のＩＰ電話端末によれば、交換機と同じ手順で電話機を制御するので、既存の電話機であっても発信電話番号を正しく再送出することが可能となる。
【００５９】
請求項５に記載の発信電話番号通知の転送方法によれば、受信された発信電話番号を複数の電話機へ再送出するので、発信電話番号通知を複数の電話機に正しく転送することが可能となった。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるＩＰ電話端末の接続例を示す図である。
【図２】本発明の実施の形態におけるＩＰ電話端末の他の接続例を示す図である。
【図３】本発明の実施の形態におけるＩＰ電話端末の概略構成を示すブロック図である。
【図４】ＰＳＴＮ着信があった場合の本発明の実施の形態におけるＩＰ電話端末１の処理手順を説明するためのフローチャートである。
【図５】図４のステップＳ１８（電話番号再送出処理）の処理手順の詳細を説明するためのフローチャートである。
【図６】ＩＰ電話機の発信時におけるパケットの一例を示す図である。
【図７】ＩＰ電話機からの着信があった場合の本発明の実施の形態におけるＩＰ電話端末１の処理手順を説明するためのフローチャートである。
【符号の説明】
１ＩＰ電話端末、２，３電話機、４ＬＡＮ、５ＰＣ、６ＧＷ、７インターネット、８公衆交換網、１１，１２ＴＥＬＩＦ、１３ＬＡＮＩＦ、１４ＰＳＴＮＩＦ、１５ＤＳＬＩＦ、１６ＤＳＰ、１７ＣＯＤＥＣ、１８，１９ＳＬＩＣ、２０呼検出／ループ回路、２１フック検出回路、２２，２３スイッチＡ、２４，２５スイッチＢ、２６記憶部、２７，２８ＰＨＹ部、２９制御部。

Claims

複数の電話機が接続され、該複数の電話機をＩＰ電話網および公衆交換電話網に接続するＩＰ電話端末であって、
相手側の電話機の発信電話番号を受信するための受信手段と、
前記複数の電話機を制御して、前記受信手段によって受信された発信電話番号を前記複数の電話機へ再送出するための制御手段とを含む、ＩＰ電話端末。
前記受信手段は、前記公衆交換電話網に接続される交換機からモデム信号を受信して、前記相手側の電話機の発信電話番号を受信する、請求項１記載のＩＰ電話端末。
前記受信手段は、前記ＩＰ電話網を介して発信時におけるパケットを受信し、該パケットに含まれる発信電話番号を抽出する、請求項１記載のＩＰ電話端末。
前記制御手段は、前記複数の電話機に対して情報通信端末起動信号を送出し、
一次応答があった電話機に対して前記発信電話番号をモデム信号で送出し、
受信完了信号を送出した電話機に対して呼出し信号を送出する、請求項３記載のＩＰ電話端末。
複数の電話機が接続され、該複数の電話機をＩＰ電話網および公衆交換電話網に接続するＩＰ電話端末における発信電話番号通知の転送方法であって、
相手側の電話機の発信電話番号を受信するステップと、
前記複数の電話機を制御して、前記受信された発信電話番号を前記複数の電話機へ再送出するステップとを含む、発信電話番号通知の転送方法。