(57)【要約】【課題】    ＩＰ電話端末間で、呼制御サーバがＩＰ電話サービスプロバイダとの間で契約したＩＰ電話回線数以上の通話を実現する。【解決手段】    通話中のＩＰ電話端末１０は他ＩＰ電話端末から、多重化要求を受信すると、自ＩＰ電話端末が多重化可能か否かを判定する。多重化可能と判定したならば、ＩＰ電話端末１０は、通話中のＩＰ電話端末へ送る音声パケットに他ＩＰ電話端末から受信した呼制御データ並びに音声データを多重化して送信する。多重化された音声パケット受信したＩＰ電話端末１０は、受信した音声パケットを逆多重化して他ＩＰ電話端末の接続先へ呼制御データ並びに音声データを中継する。【選択図】    図２
2014197798.tif 000002
【特許請求の範囲】
【請求項１】
電話の発着信に係る呼制御サーバに収容される第１のＩＰ電話端末であって、
前記呼制御サーバへ送信した接続要求コマンドに対し接続不可応答コマンドを受信した場合に、前記呼制御サーバに収容されている通話中の１以上の第２のＩＰ電話端末へ自ＩＰ電話端末が送受信する発着信に係る呼制御パケットおよび音声パケットと前記第２のＩＰ電話端末が送受信する音声パケットを多重化して送受信することを要求する多重化要求コマンドを送信する多重化要求コマンド送信手段と、
前記第２のＩＰ電話端末のいずれかから多重化可能の旨の応答コマンドを受信したならば、当該多重化可能の旨の応答コマンドを送信した当該第２のＩＰ電話端末へ自ＩＰ電話端末の発信に係る呼制御パケットおよび通話に係る音声パケットを送信するパケット送信手段と、
を有することを特徴とする多重化要求機能を有するＩＰ電話端末。
【請求項２】
請求項１に記載の第２のＩＰ電話端末であって、
前記第１のＩＰ電話端末から、自ＩＰ電話端末が送受信する音声パケットと前記第１のＩＰ電話端末が送受信する前記呼制御パケットおよび前記音声パケットを多重化して送受信することを要求する多重化要求コマンドを受信する多重化要求コマンド受信手段と、
自ＩＰ電話端末が多重化可能と判定した場合に多重化可能の旨の応答コマンドを当該第１のＩＰ電話端末へ送信する応答コマンド送信手段と、
前記第１のＩＰ電話端末から受信する発信に係る呼制御パケットおよび通話に係る音声パケットと自ＩＰ電話端末が送受信する音声パケットを多重化して所定の宛先へ送信する音声パケット多重化手段と、
を有することを特徴とする多重化機能を有するＩＰ電話端末。
【請求項３】
請求項２に記載の第２のＩＰ電話端末であって、
自ＩＰ電話端末が送受信している音声パケットに係る通話を終了する際に、
自ＩＰ電話端末が帰属している呼制御サーバへ自ＩＰ電話端末が使用している通信チャネルを前記第１のＩＰ電話端末が使用できるように予約する通話チャネル移行予約手段と、をさらに有し、
前記予約が完了した後に、現在自ＩＰ電話端末が使用している通話チャネルを解放することを特徴とする多重化機能を有するＩＰ電話端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話端末の通話音声データ多重化による通話セッション確立技術に関する。
【背景技術】
【０００２】
特許文献１には、一本のアナログ回線で複数のセッションを可能とするＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）多重化装置が記載されている。
【０００３】
このＶｏＩＰ多重化装置は、ＶｏＩＰゲートウェイとの間でアナログ回線によるダイヤルアップネットワークを構成するとともに、配下の各アナログ電話機からの音声信号を音声パケットに多重化して送出する。そして、ＶｏＩＰゲートウェイは、ダイヤルアップネットワークを介してＶｏＩＰ多重化装置から受信した音声パケットをＩＰ電話網に送出する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３４３４１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の技術によれば、一本のアナログ回線で複数のセッションを同時に実現できる。しかし、ＩＰ電話網を提供するＩＰ電話サービスプロバイダとの契約回線数以上のセッションを同時に実現することはできない。
【０００６】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ＩＰ電話端末がＩＰ電話網を提供するＩＰ電話サービスプロバイダとの契約回線数以上のセッションを同時に確立することができる技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明では、ＩＰ電話端末が自電話端末の発信に対して呼制御サーバから接続不可の応答を受信すると、該呼制御サーバに対し、呼制御サーバが管理する通話状況を問合せる。そして、ＩＰ電話端末は、問い合わせた通話状況を自装置の表示部に表示し、表示した通話状況の何れかの通話回線が選択されると、当該通話回線のＩＰ電話端末に多重化要求を送信する。ＩＰ電話端末は多重化要求を送信した送信先のＩＰ電話端末から多重化可能の応答を受信すると、当該ＩＰ電話端末の通話中の通話回線を介して発信先のＩＰ電話端末と通話を確立する。
【０００８】
例えば、本発明のＩＰ電話端末は、電話の発着信に係る呼制御サーバに収容される第１のＩＰ電話端末であって、前記呼制御サーバへ送信した接続要求コマンドに対し接続不可応答コマンドを受信した場合に、前記呼制御サーバに収容されている通話中の１以上の第２のＩＰ電話端末へ自ＩＰ電話端末が送受信する発着信に係る呼制御パケットおよび音声パケットと前記第２のＩＰ電話端末が送受信する音声パケットを多重化して送受信することを要求する多重化要求コマンドを送信する多重化要求コマンド送信手段と、前記第２のＩＰ電話端末のいずれかから多重化可能の旨の応答コマンドを受信したならば、当該多重化可能の旨の応答コマンドを送信した当該第２のＩＰ電話端末へ自ＩＰ電話端末の発信に係る呼制御パケットおよび通話に係る音声パケットを送信するパケット送信手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、通話中のＩＰ電話端末が、通話音声に別のＩＰ電話端末の通話音声を多重化して送信し、受信側で逆多重化・中継することによって、ＩＰ電話網を提供するＩＰ電話サービスプロバイダとの契約回線数以上のセッションを同時に確立することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明のＩＰ電話端末を含むＩＰ電話システムの全体構成図である。
【図２】図２は、本発明のＩＰ電話端末を含むＩＰ電話システム間で多重化通話処理を実現する処理シーケンスである。
【図３】図３は、本発明のＩＰ電話端末を含むＩＰ電話システム間で多重化通話による通話を実行中に通話が切断された場合の処理シーケンスである。
【図４】図４は、本発明のＩＰ電話端末の機能ブロック図である。
【図５】図５は、本発明のＩＰ電話端末の動作フローチャートである。
【図６】図６は、図５で説明したＩＰ電話端末の通話処理に係る動作フローチャートである。
【図７】図７は、図６で説明したＩＰ電話端末の多重化通話処理に係る動作フローチャートである。
【図８】図８は、図５で説明したＩＰ電話端末の中継通話処理に係る動作フローチャートである。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態について説明する。
【００１２】
図１は、本発明のＩＰ電話端末１０を含むＩＰ電話システム６０の全体構成図である。
【００１３】
図示するように、本システムはＩＰ網５０を介して接続するＩＰ電話システム６０とＩＰ電話システム６１とから構成される。
【００１４】
ＩＰ電話システム６０は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）３０に接続する複数のＩＰ電話端末１０（１〜Ｎ）と、複数のＩＰ電話端末１０の呼制御を行う呼制御サーバ２０と、ＬＡＮ３０とＩＰ網５０の間に流れる通信データを中継するルータ４０とから構成される。
【００１５】
ＩＰ電話システム６１は、ＬＡＮ３１に接続する複数のＩＰ電話端末１１（１〜Ｍ）と、複数のＩＰ電話端末１１の呼制御を行う呼制御サーバ２１と、ＬＡＮ３１とＩＰ網５０との間に流れる通信データを中継するルータ４１とから構成される。
【００１６】
ここで、ＩＰ電話システム６０とＩＰ電話システム６１は同一の構成とであり、ＩＰ電話端末１０とＩＰ電話端末１１を以降、ＩＰ電話端末１０として説明する場合がある。同様に、ルータ４０とルータ４１、呼制御サーバ２０と呼制御サーバ２１も以降、ルータ４０、呼制御サーバ２０として説明する場合がある。
【００１７】
ＩＰ電話端末１０は、呼制御サーバ２０に帰属し、ルータ４０を介してＩＰ網５０上の通話先と通話する電話機能を持つ。具体的にＩＰ電話端末１０は、呼制御サーバ２０と連携してＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いた呼接続処理を行い、呼制御サーバ２０がルータ４０と連携してＩＰ網５０上の通話先との通話路（通話パス）を構築する。また、ＩＰ電話端末１０は、呼制御サーバ２０に接続要求を送信して、呼制御サーバ２０から接続不可の応答を受信すると、呼制御サーバ２０から呼制御サーバ２０が管理する通話回線の使用状況を取得し、該通話回線の何れかが選択されると、当該通話回線を使用しているＩＰ電話端末１０の通話パスを介して接続要求先と通話を実現する中継通話機能を有する。また、ＩＰ電話端末１０は、通話中に、ＩＰ電話システム６０内の他のＩＰ電話端末１０（以下、他ＩＰ電話端末）から送られた呼制御データならびに音声データを、自ＩＰ電話端末が通話先に送る音声データに多重化して多重化音声データとして通話先に送信し、多重化音声データ受信すると逆多重化して他ＩＰ電話端末に音声データを中継する多重化通話機能を有する。
【００１８】
呼制御サーバ２０は、ルータ４０と連携して、ＩＰ網５０上のＩＰ電話端末との通話パスを構築する。また、呼制御サーバ２０は、自呼制御サーバ２０に帰属するＩＰ電話端末１０の何れかからの状態要求を受信すると、当該ＩＰ電話端末へ自呼制御サーバ２０が管理する通話回線の使用状況として通話元と通話先のＩＰ電話端末の端末情報（ＩＰアドレス、内線番号、通話先電話番号等）をＩＰ電話端末２０へ送信する。
【００１９】
ルータ４０は、ＬＡＮ３０上に接続する通信端末（ＩＰ電話端末１０、呼制御サーバ２０を含む）から通信データを受信すると、ＩＰ網５０上の送信先へ通信データを中継する。また、ルータ４０は、ＩＰ網５０上の端末から受信した通信データをＬＡＮ３０上に接続する通信端末へ通知するルータ機能を有する。また、ルータ４０は、ＩＰ網５０上の他のルータと連携して、ＩＰ電話端末１０が発信した発信先のＩＰ電話端末との間に通話データ送受信用の専用パス（ＶＰＮ等）を設定する通話パス設定機能を有する。
【００２０】
図２は、本発明のＩＰ電話端末１０を含むＩＰ電話システム６０，６１間で多重化通話処理を実現する処理シーケンスである。尚、本シーケンスの前提条件として予めＩＰ電話端末１０−２とＩＰ電話端末１１−１はＩＰ網５０を介して呼を確立して通話パスを設定し、通話中であるものとする。また、呼制御サーバ２０は、呼制御サーバ２０がＩＰ電話サービスプロバイダと契約している契約回線数（ＩＰ加入者線）が全て使用中であるものとする。
【００２１】
ＩＰ電話端末１０−２とＩＰ電話端末１１−１間で通話中に（Ｓ２０１）、ＩＰ電話端末１０−１は、ＩＰ電話端末１０−１のユーザによってＩＰ電話端末１１−２宛へ発信操作を検知すると、呼制御サーバ２０宛に接続要求を送信する（Ｓ２０２）。接続要求を受信した呼制御サーバ２０は、契約回線数が全て使用中と判定して（Ｓ２０３）、ＩＰ電話端末１０−１へ接続不可の応答を送信する（Ｓ２０３）。
【００２２】
接続不可の応答を受信したＩＰ電話端末１０−１は、次に回線情報を要求する回線情報要求を送信する（Ｓ２０４）。ここで、回線情報とは、呼制御サーバ２０が契約している回線の内、通話によって使用しているＩＰ電話端末１０の端末情報および通話先のＩＰ電他端末の端末情報を意味する。回線情報要求を受信した呼制御サーバ２０は、自呼制御サーバが管理している回線情報をＩＰ電話端末１０−１へ送信する（Ｓ２０５）。また、ここで「接続要求」、「呼出中」、「接続不可」は、ＳＩＰメッセージにおける「ＩＮＶＩＴＥメッセージ」、「１８０Ｒｉｎｇｉｎｇメッセージ」、「ＢＵＳＹメッセージ」をそれぞれ意味し、「回線情報要求」、「回線情報」は、ＳＩＰメッセージにおける「ＳＵＢＳＣＲＩＢＥ」、「ＮＯＴＩＦＹ」をそれぞれ意味する。
【００２３】
尚、本実施例では、ＩＰ電話端末１０−１が「回線情報要求」を送信しているが、本願はこれに限定しない。ユーザが予め中継先の番号を知っていて直接入力操作を受付けるようにしてもよい。これにより、呼制御サーバ２０は、回線情報ＳＩＰメッセージによる「ＳＵＢＳＣＲＩＢＥ」、「ＮＯＴＩＦＹ」を送受信する機能を具備していなくともよい。
【００２４】
図の説明に戻る。回線情報を受信したＩＰ電話端末１０−１は、回線情報から通話中端末を自ＩＰ電話端末の表示部（マンマシンインターフェース部）に表示し（Ｓ２０６）、ユーザの選択操作を待つ。ここで、表示された通話中端末のなかにユーザが自分の通話したい通話先のＩＰ電話端末と同じ電番号体系またはアドレス体系（ＩＰアドレス）の通話中端末があり、ユーザが当該通話先を選択したとする。
【００２５】
ユーザによって通話中端末が選択されると、当該通話中端末を中継先としてＩＰ電話端末１０−２宛に多重化要求を送信する（Ｓ２０７）。
【００２６】
ここで多重化要求とは、ＩＰ電話端末１０−２（以下、中継先と呼称することもある）に対して自ＩＰ電話端末１０−１（以下、要求元と呼称することもある。）の音声パケットを多重化して通話先のＩＰ電話端末１１−２（以下、通話先と呼称することもある。）への音声中継を要求する制御コマンドである。尚、多重化要求のように、ＩＰ電話システム６０内のＩＰ電話端末１０間で送受信される制御コマンドを中継コマンドと呼称する。
【００２７】
尚、本実施例では、ＩＰステップ電話端末１０−１のユーザ操作により中継先を選択しているが、本願はこれに限定しない。呼制御サーバ２０から直接中継先の端末情報を受信し多重化要求するようにしてもよい。具体的には、呼制御サーバ２０は、ＩＰ電話端末２０の通話を確立する際、接続要求を送信した送信元のＩＰ電話端末（通話中端末）に対応付けて、通話先のＩＰ電話端末、および接続要求を中継する呼制御サーバ（通話先のＩＰ電話端末が帰属している呼制御サーバ）を履歴情報として記憶し、契約回線が全て使用中の場合に所定のＩＰ電話端末から接続要求を受信すると、呼制御サーバ２０は、当該接続要求に含まれる中継すべき呼制御サーバを抽出して、抽出した呼制御サーバが履歴情報にあるか否かを参照し、履歴情報にある場合は当該履歴情報に対応する通話中端末を接続要求の要求元に送信する。これにより、ユーザの中継先の選択操作が不要となる。
【００２８】
図の説明に戻る。多重化要求を受信したＩＰ電話端末１０−２は、特定音パケットを生成して、生成した特定音パケットを通話先のＩＰ電話端末１１−１へ送信する（Ｓ２０８）。
【００２９】
ここで特定音パケットとは、中継先へ送信する音声パケット（ＲＴＰパケット）であり、ＲＴＰペイロードの値が全て０の音声パケットを意味する。
【００３０】
尚、本実施例では、特定音パケットをＲＴＰペイロードの値が全て０の音声パケットとしているが本願はこれに限定されない。音声パケットの送信先が、通常の音声パケットと識別できるものであればなんでもよい。例えば、ＲＴＰペイロードの値が全て１であってもよいし、特定のビット値であってもよい。また、通話時に送信される音声パケットのシーケンス番号の値を所定値に変更する（例えば、送信する音声パケットをコピーし、送信するシーケンス番号を１００加算して送信する等。）ようにしてもよい。これによって、音声パケットに重畳してコマンドを送るので、通話先のＩＰ電話端末に特定の制御コマンドを送信するためルータ、サーバの制御を考慮しなくてもよい。また、例え通話先が特定音パケットを検知できないＩＰ電話端末であったとしても、当該ＩＰ電話端末ではシーケンス番号エラーとして再生されないので、中継先の通話に影響を及ぼさない。
【００３１】
図の説明に戻る。ＩＰ電話端末１１−１は、ＩＰ電話端末１０−２が送信した音声パケットから特定音パケットを検知すると（Ｓ２０９）、自ＩＰ電話端末１０が多重化可能か否かを判定し（ここでは多重化可能と判定したものとする。）（Ｓ２１０）、多重化可能の旨の特定音パケットをＩＰ電話端末１０−２へ送信する（Ｓ２１１）。さらにＩＰ電話端末１１−１は多重化を開始する（Ｓ２１２）。
【００３２】
ＩＰ電他端末１０−２は、ＩＰ電話端末１１−１が送信した音声パケットから特定音パケットを検知すると（Ｓ２１３）、自ＩＰ電話端末が多重化可能か否か判定し（ここでは多重化可能と判定したものとする。）（Ｓ２１４）、ＩＰ電話端末１０−１に多重化可能を送信する（Ｓ２１６）。さらにＩＰ電他端末１０−２は、多重化を開始する（Ｓ２１２）。ここで多重化可能とは、多重化要求に対して多重化可能の応答を意味する中継コマンドである。
【００３３】
多重化可能を受信したＩＰ電話端末１０−１は、ＩＰ電話端末１０−２を中継先として記憶し、ＩＰ電話端末１１−２宛の接続要求をＩＰ電話端末１０−２へ送信する（Ｓ２１７）。接続要求を受信したＩＰ電話端末１０−２は、ＩＰ電話端末１０−１を中継先（ＩＰ電話端末１０−２からみた場合）として記憶し、多重化して通話先のＩＰ電話端末１１−１へ送信する。多重化された接続要求を受信したＩＰ電話端末は接続要求の送信先のＩＰ電話端末１１−２を中継先として記憶し、ＩＰ電話端末１１−２へ接続要求を送信する。
【００３４】
接続要求を受信したＩＰ電話端末１１−２はＩＰ電話端末１１−１を中継先（ＩＰ電話端末１１−２からみた場合）として記憶し、ＩＰ電話端末１０−１へ呼出中を送信する（Ｓ２１８）。そして、ＩＰ電話端末１０−１とＩＰ電話端末１１−２間で呼接続処理を行い（Ｓ２１９）、通話を実現する（Ｓ２２０）。
【００３５】
以下、多重化通話のうち、ＩＰ電話端末１０−１、ＩＰ電話端末１１−２のように中継先を介して自ＩＰ電話端末が通話を実施することを中継通話と呼称する。またＩＰ電話端末１０−２、ＩＰ電話端末１１−１のように他ＩＰ電話端末１０の通話を中継するとともに自ＩＰ電話端末の通話を実行することを多重化通話と呼称する。
【００３６】
図３は、本発明のＩＰ電話端末１０を含むＩＰ電話システム６０、６１間で多重化通話による通話を実行中に通話が切断された場合の処理シーケンスである。また、前提条件として予めＩＰ電話端末１０−２とＩＰ電話端末１１−１がＩＰ網５０を介した多重化通話を実施し、さらにＩＰ電話端末１０−２とＩＰ電話端末１１−１を中継元、中継先としてＩＰ電話端末１０−１とＩＰ電話端末１１−２が中継通話を実現しているものとする。
【００３７】
ここで多重化通話を実行中のＩＰ電話端末１０−２のユーザによる切断操作を検知したとする（例えばオフフック）。すると切断操作を検知したＩＰ電話端末１０−２は、ＩＰ電話端末１０−１へＩＰ電話端末１０−１の通話の切断指示を送信する（Ｓ３０１）。
【００３８】
切断指示を受信したＩＰ電話端末１０−１は通話先のＩＰ電話端末１１−２へ終話要求を送信し、強制的に終話処理を行い、通話を切断する（Ｓ３０２）。
【００３９】
終話処理が完了すると、ＩＰ電話端末１０−１は切断完了をＩＰ電話端末１０−２に送信する（Ｓ３０３）。
【００４０】
ここで切断指示とは中継通話をしているＩＰ電話端末間の通話の切断を指示する中継コマンドであり、また、切断完了とは中継通話の終話処理が完了したことを意味する中継コマンドである。
【００４１】
切断完了を受信したＩＰ電話端末１０−２は、通話先のＩＰ電話端末１１−１へ特定音パケットを送出する（Ｓ３０４）。そして、ＩＰ電話端末１０−２は、自電話端末の多重化・中継処理を停止するとともに（Ｓ３０５）、呼制御サーバ２０へ自電話端末が通話中の呼を中継先である電話端末１０−１へ転送する転送要求を送信する。転送要求を受信した呼制御サーバ２０は、電話端末１０−１に転送要求を中継する。そして呼制御サーバ２０から転送要求を受信したＩＰ電話端末１０−１は、転送要求を要求した要求元が中継先であるＩＰ電話端末１０−２であった場合に、自動応答し、転送処理を行う（Ｓ３０６）。
【００４２】
一方、特定音パケットを検知したＩＰ電話端末１１−１は、当該特定音パケットを転送指示と判断して（Ｓ３０７）自電話端末の多重化・中継処理を停止する（Ｓ３０８）。
【００４３】
そして、ＩＰ電話端末１１−１は、呼制御サーバ２１へ通話中の呼を中継先である電話端末１１−２へ転送する転送要求を送信する。転送要求を受信した呼制御サーバ２１は、電話端末１１−２に転送要求を中継する。呼制御サーバ２１から転送要求を受信したＩＰ電話端末１１−２は、転送要求を要求した要求元が中継先であるＩＰ電話端末１０−２であった場合に、自動応答し、転送処理を行う（Ｓ３０９）。ＩＰ電話端末１０−２およびＩＰ電話端末１１−１各々の転送処理が完了すると、ＩＰ電話端末１０−１およびＩＰ電話端末１２−２の通話が確立される（Ｓ３１０）。
【００４４】
図４は、本発明のＩＰ電話端末１０の機能ブロック図である。
【００４５】
図示するようにＩＰ電話端末１０は、接続インターフェース部１０１と、通信制御部１０２と、呼制御部１０３と、端末制御部１０４と、マンマシンインターフェース部１０５と、主制御部１０６と、通話制御部１０７と、エンコード・デコーダ部１０８と、ハンドセット１０９と、中継コマンド送受信部１１０と、特定音パケット生成部１１１と、特定音パケット監視部１１２と、中継処理部１１３とから構成される。
【００４６】
接続インターフェース部１０１は、ネットワーク（ＬＡＮ３０，３１）に接続するための接続インターフェースである。
【００４７】
通信制御部１０２は、ＩＰ電話端末１０の通信機能全般を制御する。
【００４８】
呼制御部１０３は、ＩＰ電話端末１０の呼接続機能全般を制御する。また、呼制御部１０３は、主制御部１０６からの指示に応じて自動転送処理や自動終話処理を行う。
【００４９】
また、呼制御部１０３は、呼制御サーバ２０へ接続要求を送信した際、呼制御サーバ２０から接続不可の応答を受信すると通話状態要求を送信する。通話状態要求の応答として呼制御サーバ２０から通話状態情報を受信すると、呼制御部１０３は、主制御部１０６に通話状態情報を渡す。また、呼制御部１０３は、他ＩＰ電話端末１０から当該他ＩＰ電話端末１０を中継して別ＩＰ電話端末１０の接続要求を受信した場合に、当該中継先を介した呼接続処理を実施する。
【００５０】
端末制御部１０４は、ＩＰ電話端末１０の端末機能全般を制御する。また、端末制御部１０４は、マンマシンインターフェース部１０５からの操作に応じて主制御部１０６に操作情報を渡す。また、端末制御部１０４は、主制御部１０６から表示情報とともに表示の指示を受付けるとマンマシンインターフェース部１０５に表示情報を表示させる。
【００５１】
マンマシンインターフェース部１０５は、ダイヤルキー等、ユーザからの入力を受付ける入力部およびＬＣＤ等ユーザへ情報を伝達するための出力部を有するインターフェース部である。
【００５２】
主制御部１０６は、呼制御部１０３、端末制御部１０４、通話制御部１０７、中継コマンド送受信部１１０、特定音パケット生成部１１１、特定音パケット監視部１１２と連携し、本発明の多重化通話・中継通話の処理全般を制御する。また、主制御部１０６は、自ＩＰ電話端末が多重化可能か否かを判定する。具体的に、主制御部１０６は、後述する通話制御部１０７の通話処理部１０７１を監視して、当該通話処理部１０７１が実行中であったならば通話可能と判断し、それ以外は通話不可と判断する。
【００５３】
尚、本実施例では、主制御部１０６の多重化可能か否かの判定は、通話処理部１０７１が実行中であったならば通話可能と判断し、それ以外は通話不可と判断している。つまり、多重化できるのは1通話のみに限定しているが、本願はこれに限定しない。２通話以上の複数の通話を多重化して通話するようにしてもよい。
【００５４】
通話制御部１０７は、通信制御部１０２と接続し、呼制御部１０３が確立した通話に係る音声パケットの送受信を制御する。また、通話制御部１０７は、通話処理部１０７１、中継通話処理部１０７２、多重化通話処理部１０７３を備え、自ＩＰ電話端末の通話状態に応じて各通話処理を切り替える。
【００５５】
通話処理部１０７１は、通話先と通話を行う際に音声パケット処理を行う。具体的に通話処理部１０７１は、通話先から音声パケットを受信すると受信した音声パケットの音声データをエンコーダ・デコーダ部１０８に渡し、エンコーダ・デコーダ部１０８から音声データを渡されると通話先への音声パケットに変換して通信制御部１０２へ渡す。
【００５６】
中継通話処理部１０７２は、自ＩＰ電話端末が中継通話を行う際に音声パケット処理を行う。具体的に中継通話処理部１０７２は、中継先から音声パケットを受信すると受信した音声パケットの音声データをエンコーダ・デコーダ部１０８に渡し、エンコーダ・デコーダ部１０８から音声データを渡されると中継先への音声パケットに変換して通信制御部１０２へ渡す。
【００５７】
多重化通話処理部１０７３は、自ＩＰ電話端末が多重化通話を行う際に音声パケット処理を行う。具体的に多重化通話処理部１０７３は、中継先から音声パケットを受信すると受信した多重化音声データを逆多重化し、逆多重化したデータの内、自ＩＰ電話端末宛のデータを音声データとしてエンコーダ・デコーダ部１０８に渡し、それ以外のデータを中継処理部１１３へ渡す。また、多重化通話処理部１０７３は、エンコーダ・デコーダ部１０８から音声データを渡され、中継処理部１１３から音声データや呼制御データを渡されると多重化音声データに変換するとともに通話先への音声パケットに変換して通信制御部１０２へ渡す。
【００５８】
エンコーダ・デコーダ部１０８は、ハンドセット１０９から渡された音声信号を音声データにエンコードして通話制御部１０７に渡す。またエンコーダ・デコーダ部１０８は、通話制御部１０７をデコードしてハンドセット１０９に渡す。
【００５９】
ハンドセット１０９は、送受話用のマイク・スピーカを備え、エンコーダ・デコーダ部１０８から渡された音声信号をスピーカから出力する。また、ハンドセット１０９のマイクから入力された発話音声を音声信号に変換してエンコーダ・デコーダ部１０８に渡す。
【００６０】
中継コマンド送受信部１１０は、主制御部１０６からの指示に応じてＩＰ電話システム６０内の他ＩＰ電話端末と通信するための中継コマンドの送受信を行う。また、特定の中継コマンドを受信すると主制御部１０６へ渡す。
【００６１】
特定音パケット生成部１１１は、主制御部１０６からの指示に応じて特定音パケットを生成し、通信制御部１０２を介して通話先に生成した特定音パケットを送信する。
【００６２】
特定音パケット監視部１１２は、通信制御部１０２が送受信する通話先からの音声パケットに、特定音パケットがあるか否かを監視し、特定音パケットを検知すると、主制御部１０６に通知する。
【００６３】
中継処理部１１３は、自ＩＰ電話端末１０が、多重化通話を実行中に、中継先のＩＰ電話端末１０から音声パケットまたは呼制御パケットの送受信を中継する。具体的には、中継処理部１１３は、中継先から音声パケットまたは呼制御パケットを受信すると、当該音声パケットから音声データまたは呼制御データに変換して通話制御部１０７に渡す。また、中継処理部１１３は、通話制御部１０７から音声データ・呼制御データを受信すると音声パケットまたは呼制御パケットに変換して中継先のＩＰ電話端末に送信する。さらに、中継処理部１１３は、主制御部１０６からのからＩＰ電話端末のアドレスを渡されるとこれを中継先として記憶する。また、中継処理部１１３は、通話制御部１０７から渡された呼制御データが接続要求であった場合に当該接続要求の送信先のアドレスを中継先として記憶する。  
図５は、本発明のＩＰ電話端末１０の動作フローチャートである。本フローは、ＩＰ電話端末１０の電源が投入され発着信が可能な状態からスタートする。
【００６４】
まず、呼制御部１０３が他ＩＰ電話端末１０から接続要求を受信する（Ｓ１０１）、または端末制御部１０４が（マンマシンインターフェース１０５を介して）ユーザの発信操作を受付ける（Ｓ１０３）、または呼制御部１０３が呼制御サーバ２０から接続要求を受信する（Ｓ１２１）、の何れかを待つ。
【００６５】
他ＩＰ電話端末１０から接続要求を受信すると（Ｓ１０１：Ｙｅｓ）、呼制御部１０３は、呼出中を接続要求の要求元であるＩＰ電話端末１０に送信する（Ｓ１０２）。そして、後述するステップ１１９へ移行する。
【００６６】
ユーザの発信操作を受付けると（Ｓ１０３：Ｙｅｓ）、端末制御部１０４は、呼制御部１０３に発信操作があったことを通知する。通知された呼制御部１０３は、発信操作で受付けた発信先を宛先とする接続要求を呼制御サーバ２０へ送信する（Ｓ１０４）。そして、呼制御部１０３が呼制御サーバ２０から呼出中を受信する（Ｓ１０５）、または呼制御部１０３が接続不可を受信する（Ｓ１０６））、の何れかを待つ。
【００６７】
呼制御サーバ２０から呼出中を受信すると（Ｓ１０５：Ｙｅｓ）、呼制御部１０３は、後述するステップ１２２へ移行する。
【００６８】
呼制御サーバ２０から接続不可を受信すると（Ｓ１０６：Ｙｅｓ）、呼制御部１０３は、呼制御サーバ２０へ通話状態要求を送信する（Ｓ１０７）。そして、呼制御部１０３は、呼制御サーバ２０から「通話状態情報」を受信し、受信した通話状態情報を主制御部１０６に渡す。渡された主制御部１０６は、通話状態情報に含まれる中継先候補を端末制御部１０４に渡す。渡された端末制御部１０４はマンマシンインターフェース部１０５の表示部に中継先候補を表示する（Ｓ１０８）。そして、端末制御部１０４がユーザの中継先候補を選択する中継先候補選択操作を受付ける（Ｓ１０９）、または端末制御部１０４がオフフック等、ユーザの切断操作を受付ける（Ｓ１１０）の何れかを待つ。
【００６９】
ユーザの中継先候補選択操作を受付けると（Ｓ１０９：Ｙｅｓ）、端末制御部１０４は、主制御部１０６へ中継先候補を渡す。渡された主制御部１０６は、中継コマンド送受信部１１０へ中継先候補のＩＰ電話端末への多重化要求の送信を指示し、指示された中継コマンド送受信部１１０は多重化要求を送信する（Ｓ１１１）。
【００７０】
そして、中継コマンド送受信部１１０が中継先から多重化不可を受信するまたは中継先から多重化要求を送信して応答（多重化可能，多重化不可）が無いまま一定時間が経過する（Ｓ１１２）、または中継コマンド送受信部１１０が多重化可能を受信する（Ｓ１１５）、の何れかを待つ。ここで多重化不可とは、多重化要求に対して多重化ができない旨を意味する中継コマンドである。
【００７１】
多重化不可を受信した場合または一定時間応答無の場合（Ｓ１１２：Ｙｅｓ）、中継コマンド送受信部１１０は、主制御部１０６へ多重化不可を渡す。渡された主制御部１０６は、端末制御部１０４に自ＩＰ電話端末１０に選択された通信回線による中継通話処理が不可能である旨を表示するよう指示し、指示された端末制御部１０４は、中継不可をマンマシンインターフェース部１０５の表示部に表示する。さらに端末制御部１０４は、ステップ１０８で表示した通話回線の使用状況の内、中継通話処理が不可能と判定された通話回線以外の使用状況をマンマシンインターフェース部１０５の表示部に表示する（Ｓ１１４）。そして、ステップ１０９に戻る。
【００７２】
多重化可能を受信した場合（Ｓ１１５：Ｙｅｓ）、中継コマンド送受信部１１０は、主制御部１０６へ多重化可能を渡す。渡された主制御部１０６は、中継先候補呼制御部１０３へ中継先候補への接続要求を指示する。指示された呼制御部１０３は中継先候補へ接続要求を送信する（Ｓ１１６）。そして、呼制御部１０３が接続要求の応答として中継先候補から呼出中を受信する（Ｓ１１７）、または呼制御部１０３が接続要求の応答として中継先候補から接続不可を受信するまたは呼制御部１０３が接続要求の応答（呼出中，接続不可の）が無いまま一定時間が経過する（Ｓ１１８）、の何れかを待つ。
【００７３】
中継先候補から接続不可を受信した場合または接続要求の応答（呼出中，接続不可の）が無いまま一定時間が経過した場合（Ｓ１１８：Ｙｅｓ）、ステップ１１４に移行する。
【００７４】
中継先から呼出中を受信すると（Ｓ１１７：Ｙｅｓ）、呼制御部１０３は、主制御部１０６に呼出中の旨を渡し、中継先候補を介して通話先との呼接続処理を行う。渡された主制御部１０６は、通話制御部１０７２へ中継先候補を中継通話の中継先として記憶するよう指示するとともに、通話制御部１０７に中継通話処理部１０７２への切替を指示する。指示された通話制御部１０７２は中継先候補のアドレスを中継通話の中継先として記憶する。また、指示された通話制御部１０７は中継通話処理部１０７２を起動して中継通話処理を開始する（Ｓ１１９）。そして、後述する中継通話処理のサブフローを実行する（Ｓ１２０）。そして、本フローを終了する。
【００７５】
呼制御サーバ２０から接続要求を受信した場合（Ｓ１２１：Ｙｅｓ）、呼制御部１０３は、接続要求の要求元へ呼出中を送信する（Ｓ１２２）。さらに、呼制御サーバ２０を介して通話先との呼接続処理を行い、後述する通話処理のサブフローを実行する（Ｓ１２３）。そして、本フローを終了する。
【００７６】
図６は、図５で説明したＩＰ電話端末の通話処理に係る動作フローチャートである。
【００７７】
通話が開始されると主制御部１０６は、特定音パケット監視部１１２へ特定音パケットの監視を指示する。指示された特定音パケット監視部１１２は、通話先の音声パケットに特定音パケットの監視を開始する（Ｓ１２４０１）。
【００７８】
次に、特定音パケット監視部１１２が特定音パケットを検知する（Ｓ１２４０２）、または中継コマンド送受信部１１０が他ＩＰ電話端末１０から多重化要求を受信する（Ｓ１２４０７）、または呼制御部１０３が他ＩＰ電話端末１０から接続要求を受信する（Ｓ１２４１４）、または端末制御部１０４がユーザの切断操作を受付ける（１２４１６）、または呼制御部１０３が、通話先からの終話要求を受信する（Ｓ１２４２０）、のいずれかを待つ。
【００７９】
特定音パケットを検知した場合に（Ｓ１２４０２：Ｙｅｓ）、特定音パケット監視部１１２は、主制御部１０６へ特定音を検知したことを通知する。通知された主制御部１０６は、通話制御部１０７を監視して多重化可能か否かを判別する（Ｓ１２４０３）。
【００８０】
多重化不可と判定した場合（Ｓ１２４０３：可）、ステップ１２０４７へ移行する。
【００８１】
多重化可能と判定した場合（Ｓ１２４０３：否）、主制御部１０６は、特定音パケット生成部１１１へ特定音パケットの生成・送出を指示し、指示された特定音パケット生成部１１１は通話先へ特定音パケットを送出する（Ｓ１２４０４）。
【００８２】
次に主制御部１０６は、通話制御部１０７へ多重化通話の開始を指示し、指示された通話制御部１０７は、多重化通話処理部１０７３を起動して多重化通話を開始する（Ｓ１２４０５）。そして、後述する多重化通話処理のサブフローを実行し（Ｓ１２４０６）、ステップ１２４０２へ移行する。
【００８３】
他ＩＰ電話端末１０から多重化要求を受信した場合に（Ｓ１２４０７：Ｙｅｓ）、中継コマンド送受信部１１０は、主制御部１０６へ多重化要求を渡す。渡された主制御部１０６は、特定音パケット生成部１１１へ特定音パケットの生成・送出を指示し、指示された特定音パケット生成部１１１は通話先へ特定音パケットを送出する（Ｓ１２４０８）。
【００８４】
そして、特定音パケット監視部１１２が通話先との通話で送られる音声パケットから特定音パケットを検知する（Ｓ１２４０９）、または主制御部１０６が一定時間特定音パケット監視部１１２から応答が無いことを検知する（Ｓ１２４１２）、の何れかを待つ。
【００８５】
通話先から特定音パケットを検知した場合に（Ｓ１２４０９：Ｙｅｓ）、特定音パケット監視部１１２は、主制御部１０６へ特定音パケットを検知したことを通知する。通知された主制御部１０６は、多重化可能か否かを判別する（Ｓ１２４１０）。
【００８６】
多重化不可と判定した場合（Ｓ１２４１０：否）、主制御部１０６は、中継コマンド送受信部１１０へ多重化不可の送信を指示する。指示された中継コマンド送受信部１１０は、多重化要求の要求元のＩＰ電話端末へ多重化不可を送信する（Ｓ１２４１３）。
【００８７】
多重化可能と判定した場合（Ｓ１２４１０：可）、主制御部１０６は、中継コマンド送受信部１１０へ多重化可能の送信を指示し、指示された中継コマンド送受信部１１０は、多重化要求の要求元のＩＰ電話端末へ多重化可能を送信する（Ｓ１２４１１）。そしてステップ１２４０５へ移行する。
【００８８】
一定時間、特定音パケットを検知しない場合（Ｓ１２４１２：Ｙｅｓ）、ステップ１２４１３へ移行する。
【００８９】
他ＩＰ電話端末１０から接続要求を受信した場合（Ｓ１２４１４）、呼制御部１０３は、主制御部１０６へ接続要求を渡し、渡された主制御部１０６は、通話中に中継通話の要求があったと判断して呼制御部１０３へ接続不可の送信を指示する。指示された呼制御部１０３は、要求元に接続不可を送信する（Ｓ１２４１５）。そしてステップ１２４１６へ移行する。
【００９０】
ユーザの切断操作を受付けると（１２４１６：Ｙｅｓ）、端末制御部１０４は、主制御部１０６へ切断操作があったことを通知する。通知された主制御部１０６は、呼制御部１０３に終話要求の送信を指示するとともに、特定音パケット監視部１１２に特定音パケットの監視停止を指示する。指示された呼制御部１０３は終話要求を呼制御サーバ２０へ送信し（Ｓ１２４１７）、通話先との終話処理を行う（Ｓ１２４１８）。また、指示された特定音パケット監視部１１２は、特定音パケットの監視を停止する（Ｓ１２４１９）。
【００９１】
通話先からの終話要求を受信すると（Ｓ１２４２０：Ｙｅｓ）、ステップ１２４１９へ移行する。
【００９２】
図７は、図６で説明したＩＰ電話端末１０の多重化通話処理に係る動作フローチャートである。
【００９３】
まず、通話制御部１０７が通話先から多重化された接続要求を受信する（Ｓ１２４２２）、または呼制御部１０３が多重化要求の要求元から接続要求を受信する（Ｓ１２４２５）の何れかを待つ。
【００９４】
通話先から多重化された接続要求を受信すると（Ｓ１２４２２：Ｙｅｓ）、通話制御部１０７は中継処理部１１３へ受信した接続要求の要求先のアドレスを中継先として記憶するよう指示する。指示された中継処理部１１３は、要求先のアドレスを中継先として記憶する（Ｓ１４２２）。そして中継処理部１１３は、中継先を通信先とする中継処理を開始する（Ｓ１２４２５）。
【００９５】
図６のステップ１２４０７で受信した多重化要求の要求元から接続要求を受信すると（Ｓ１２４２３：Ｙｅｓ）、呼制御部１０３は、主制御部１０６へ接続要求を渡す。渡された主制御部１０６は、中継処理部１１３へ接続要求の要求元のアドレスを中継先として記憶するよう指示する。指示された中継処理部１１３は、要求元のアドレスを中継先として記憶する（Ｓ１２４２４）。そしてステップ１２４２５に移行する。
【００９６】
中継処理を開始すると、中継コマンド送受信部１１０が中継先から中継停止を受信する（Ｓ１２４２６）、または特定音パケット監視部１１２が通話先から特定音パケットを検知する（Ｓ１２４２８）、または端末制御部１０４がユーザの切断操作を受付ける（Ｓ１２４３１）、の何れかを待つ。ここで中継停止とは、中継通話を行っているＩＰ電話端末が中継通話を停止した際に送信される中継コマンドである。
【００９７】
中継先から中継停止を受信した場合（Ｓ１２４２６：Ｙｅｓ）、中継コマンド送受信部１１０は、主制御部１０６へ受信した中継停止を渡す。渡された主制御部１０６は、通話制御部１０７へ多重化通話の停止を指示するとともに中継処理部１１３へ中継処理の停止を指示する。指示された通話制御部１０７は、多重化通話処理部１０７３の処理を停止し、中継処理部１１３は中継処理を停止する（Ｓ１２４２７）。そして、図６に戻る。
【００９８】
通話先から特定音パケットを検知すると（Ｓ１２４２８：Ｙｅｓ）、特定音パケット監視部１１２は、主制御部１０６へ特定音パケットを検知したことを通知する。通知された主制御部１０６は、通話制御部１０７へ多重化通話の停止ならびに中継処理部１１３へ中継処理の停止を指示するとともに、呼制御部１０３へ自ＩＰ電話端末の通話を中継先へ転送するように指示する。指示された通話制御部１０７は、多重化通話処理部１０７３の処理を停止し、中継処理部１１３は中継処理を停止する（Ｓ１２４２９）。また、指示された呼制御部１０３は、呼制御サーバ２０に対して転送要求を送信し、自ＩＰ電話端末の通話を中継先に転送処理する（Ｓ１２４３０）。そして、本フローを終了する。
【００９９】
ユーザの切断操作を受付けると（Ｓ１２４３１：Ｙｅｓ）、端末制御部１０４は、主制御部１０６へ切断操作があったことを渡す。渡された主制御部１０６は、中継コマンド送受信部１１０へ切断指示の送信を指示する。指示された中継コマンド送受信部１１０は、中継先へ切断指示を送信する（Ｓ１２４３２）。そして、中継コマンド送受信部１１０は、中継先から切断完了が受信するのを待つ。切断完了を受信すると（Ｓ１２４３３）、中継コマンド送受信部１１０は、主制御部１０６へ切断完了を受信したことを渡す。渡された主制御部１０６は、特定音パケット生成部１１１へ特定音パケットの送信を指示する。指示された特定音パケット生成部１１１は、通話先へ特定音パケットを送出する（Ｓ１２４３４）。そして、ステップＳ１２４２９へ移行する。
【０１００】
図８は、図５で説明したＩＰ電話端末の中継通話処理に係る動作フローチャートである。
【０１０１】
まず、中継コマンド送受信部１１０が中継先から切断指示を受信する（Ｓ１２００１）、または端末制御部１０４がユーザの切断操作を受付ける（Ｓ１２００７）、または呼制御部１０３が通話先からの終話要求を受信する（Ｓ１２０１１）、の何れかを待つ。
【０１０２】
中継先から切断指示を受信すると（Ｓ１２００１：Ｙｅｓ）、中継コマンド送受信部１１０は主制御部１０６へ切断指示を渡す。渡された主制御部１０６は、呼制御部１０３へ通話先との終話を指示する。指示された呼制御部１０３は通話先へ終話要求を送信し（Ｓ１２００２）、通話先との終話処理を行う（Ｓ１２００３）。終話処理が完了した呼制御部１０３は、主制御部１０６に通話が終了したことを通知する。通知を受けた主制御部１０６は、中継コマンド送受信部１１０へ切断完了の送信を指示する。指示された中継コマンド送受信部１１０は、切断完了の中継コマンドを送信する（Ｓ１２００４）。さらに、呼制御部１０３は呼制御サーバ２０から転送要求を受信すると、当該転送要求に自動応答して転送処理する（Ｓ１２００６）。そして、図６で説明した通話処理に移行し（Ｓ１２４）、図５に戻る。
【０１０３】
端末制御部１０４がユーザの切断操作を受付けると（Ｓ１２００７：Ｙｅｓ）、端末制御部１０４は呼制御部１０３へ切断操作があったことを通知する。通知された呼制御部１０３は、通話先への終話要求を送信し（Ｓ１２００９）、通話先との終話処理を実行する（Ｓ１２００９）。また、呼制御部１０３は、終話処理が完了すると、主制御部１０６へ終話したことを通知する。通知を受けた主制御部１０６は、中継コマンド送受信部１１０へ中継停止を中継先へ中継停止の中継コマンドを送信し（Ｓ１２０１０）、図５に戻る。
【０１０４】
通話先からの終話要求を受信した場合、（Ｓ１２０１１：Ｙｅｓ）、ステップ１２００９へ移行する。
【０１０５】
以上、本発明の一実施例について説明した。
【０１０６】
本実施例によれば、ＩＰ電話端末１０は呼制御サーバ２０へ接続要求を送信した際に、接続不可の応答を受信すると、呼制御サーバ２０が管理する通話中の回線情報を取得する。そしてＩＰ電話端末１０は通話中の回線の何れかが選択されると、該通話中の回線に対応するＩＰ電話端末１０へ多重化要求を送信する。そして、多重化要求を受信したＩＰ電話端末１０は、通話先のＩＰ電話端末１０に送信する音声パケットに多重化要求を要求したＩＰ電話端末１０からの呼制御データならびに音声データを多重化し、多重化した音声パケットを、通話先のＩＰ電話端末１０に送信する。通話先のＩＰ電話端末１０は、多重化された音声パケットを逆多重化し、多重化要求を要求したＩＰ電話端末１０からの呼制御データならびに音声データを対応するＩＰ電話端末１０へ送信する。多重化要求を要求したＩＰ電話端末１０からの呼制御データならびに音声データを受信したＩＰ電話端末１０は、送信してきたＩＰ電端末１０を中継先として、中継先を介し多重化要求を送信したＩＰ電話端末１０と通話を行う。
【０１０７】
したがって、本発明のＩＰ電話端末は、呼制御サーバ２０が契約している回線数以上の通話が発生した場合に、通話したい発信先がすでに他ＩＰ電話端末によって通話用パスが設定されていたならば、多重化して契約回線数以上のセッションを確立することができる。また、本発明は、呼制御サーバ２０に特殊な機能を設けずに、ＩＰ電話端末１０のみで実現することができる。
【０１０８】
また、本実施例によれば、ＩＰ電話端末１０は、自ＩＰ電話端末が他ＩＰ電話端末１０の音声データを多重化して通話先のＩＰ電話端末１０と通話している際に、ユーザによって通話が切断されると、多重化しているＩＰ電話端末１０へ通話の切断を指示し、多重化しているＩＰ電話端末１０の通話が切断されると、通話先に対して通話先が多重化しているＩＰ電話端末１０へ通話先の呼を転送させる。さらに、自ＩＰ電話端末の呼を多重化しているＩＰ電話端末１０へ転送処理する。
【０１０９】
したがって、本発明のＩＰ電話端末は、他ＩＰ電話端末１０の音声データを多重化しているＩＰ電話端末１０が通話を切断しても、他ＩＰ電話端末１０の通話を保持することができる。また、本発明は、呼制御サーバ２０に特殊な機能を設けずに、ＩＰ電話端末１０のみで実現することができる。
【符号の説明】
【０１１０】
１０・・・ＩＰ電話端末、
１０１・・・接続インターフェース部、
１０２・・・通信制御部、
１０３・・・呼制御部、
１０４・・・端末制御部、
１０５・・・マンマシンインターフェース部、
１０６・・・主制御部、
１０７・・・通話制御部、
１０７１・・・通話処理部、
１０７２・・・中継通話処理部、
１０７３・・・多重化通話処理部、
１０８・・・エンコード・デコーダ部、
１０９・・・ハンドセット、
１１０・・・中継コマンド送受信部、
１１１・・・特定音パケット生成部、
１１２・・・特定音パケット監視部、
１１３・・・中継処理部、
２０、２１・・・呼制御サーバ、
３０、３１・・・ＬＡＮ、
４０、４１・・・ルータ、
５０・・・ＩＰ網、
６０、６１・・・ＩＰ電話システム、
【図１】
2014197798.tif 000003
【図２】
2014197798.tif 000004
【図３】
2014197798.tif 000005
【図４】
2014197798.tif 000006
【図５】
2014197798.tif 000007
【図６】
2014197798.tif 000008
【図７】
2014197798.tif 000009
【図８】
2014197798.tif 000010