JP2007306522A

JP2007306522A - 端末装置

Info

Publication number: JP2007306522A
Application number: JP2006135729A
Authority: JP
Inventors: Tsutomu Shibata; 勉柴田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2006-05-15
Filing date: 2006-05-15
Publication date: 2007-11-22
Also published as: CA2587259A1; EP1858202A2; US20070286168A1; CN101076067A

Abstract

【課題】種々の条件に応じて最適なプロバイダまたは交換サーバを選択できるようにした端末装置を提供する。
【解決手段】ＶＯＩＰ端末１において、ＶＯＩＰプロバイダａ対応通信モジュール１１、ＶＯＩＰプロバイダｂ対応通信モジュール１２及び企業内交換サーバ対応通信モジュール１３を備え、ユーザインタフェース部１５と共用するとともに、発信時に、ユーザによる操作情報、インターネットＩＮＷ上の通信相手が属するＶＯＩＰプロバイダａ及びＶＯＩＰプロバイダｂまたは企業内交換サーバＳＶ、ＶＯＩＰプロバイダａ及びＶＯＩＰプロバイダｂを示す情報または企業内交換サーバＳＶそれぞれの通信に係わる障害の検出結果、ＱＯＳ、コストの分析結果とに基づいて、候補となるＶＯＩＰプロバイダａ、ＶＯＩＰプロバイダｂ及び企業内交換サーバＳＶを判定し、条件を満たす通信モジュールがあれば、この通信モジュールを使用するようにしている。
【選択図】図１

Description

この発明は、例えばＶＯＩＰ(Voice Over Internet Protocol)電話システム等のように、ＩＰ網を介して電話端末間で音声通信を行なう電話システムの端末装置に関する。

近年、パケット網を介して、双方向に画像や音声をパケットデータとして、リアルタイムに送受信するネットワーク電話システム（ＶＯＩＰ電話システム）が普及し始めている。

このＶＯＩＰ電話システムでは、例えばＬＡＮ(Local Area Network)やインターネットを含むＩＰ網にＩＰ電話端末を接続すると共に、ＩＰ網上のプロバイダまたは企業の交換サーバにおいてプロトコル変換及びデータのフォーマット変換等を行うことにより、ＩＰ電話端末間及びＩＰ電話端末と一般電話網との間で音声通信を可能にしている。

また、上記ＶＯＩＰ電話システムでは、ＩＰ電話端末に互いにプロバイダが異なる複数の通信回線を切り替えるための切り替えアダプタを接続し、発信時に、相手先電話番号に基づいて、通信回線を選択的に使用することにより、プロバイダ間で最も通話料金が安い音声通信を行なうことも可能である（例えば、特許文献１）。
特開２００５−１５１５１２公報。

ところで、上記システムでは、相手先電話番号に基づいて、専用の切替アダプタにより通信料金が安価なプロバイダの通信回線が常に自動的に選択されることになる。このため、通信料金が安価なサービスを提供できる反面、障害発生や通信品質等の種々の条件に応じて通信回線を切り替えることができない。

そこで、この発明の目的は、ユーザの選択要求や障害発生に伴う種々の条件に応じて最適なプロバイダまたは交換サーバを選択できるようにした端末装置を提供することにある。

この発明は、上記目的を達成するために、以下のように構成される。
通信パケットを伝送するパケット通信ネットワークに接続可能な端末装置において、パケット通信ネットワーク上のそれぞれ互いに異なる複数のプロバイダ及び複数の交換サーバに対応して通信接続する複数の通信モジュールと、パケット通信ネットワークへの接続要求発生時に、予め決められた条件に基づいて、複数の通信モジュールの中から少なくとも１つを選択する制御手段とを備えるようにしたものである。

なお、条件の判断としては、ユーザによる操作情報、パケット通信ネットワーク上の通信相手が属するプロバイダを示す情報または交換サーバを示す情報、複数のプロバイダ及び複数の交換サーバそれぞれの通信に係わる障害の検出結果、複数のプロバイダ及び複数の交換サーバそれぞれの通信品質、複数のプロバイダ及び複数の交換サーバそれぞれの通信に要するコストの分析結果の少なくとも１つを用いるようにしている。

この構成によれば、互いに接続するプロバイダまたは交換サーバが異なる複数の通信モジュールを備え、ユーザインタフェースを既に備えられているユーザインタフェースと共用するとともに、パケット通信ネットワークへの接続要求発生時に、ユーザによる操作情報、パケット通信ネットワーク上の通信相手が属するプロバイダを示す情報または交換サーバを示す情報、複数のプロバイダ及び複数の交換サーバそれぞれの通信に係わる障害の検出結果、複数のプロバイダ及び複数の交換サーバそれぞれの通信品質、複数のプロバイダ及び複数の交換サーバそれぞれの通信に要するコストの分析結果といった条件に基づいて、最適な通信モジュールを選択指定して、プロバイダまたは交換サーバに接続するようにしている。

従って、発信時に、相手先電話番号に基づいて、常に通信料金が安価なプロバイダが選択されることが多かった従来の方式に比べ、種々の条件に応じて最適なプロバイダまたは交換サーバを選択することができる。

制御手段は、条件の判断に、パケット通信ネットワーク上の通信相手が属するプロバイダを示す情報または交換サーバを示す情報、複数のプロバイダ及び複数の交換サーバそれぞれの通信に係わる障害の検出結果、複数のプロバイダ及び複数の交換サーバそれぞれの通信品質、複数のプロバイダ及び複数の交換サーバそれぞれの通信に要するコストの分析結果のうち２以上の組み合わせを用いることを特徴とする。

この構成によれば、２以上の条件を用いて、最適なプロバイダもしくは交換サーバを判定するようにしている。このため、適切なプロバイダもしくは交換サーバを選択することができ、これにより通信モジュールの選択における信頼性をさらに高めることができる。

制御手段は、複数の通信モジュールの中からいずれか１つが選択された場合に、その旨をユーザに報知し、この報知に対しユーザが接続指示を入力した場合に対応するプロバイダまたは交換サーバへ接続することを特徴とする。

この構成によれば、通信モジュールが選択されるごとにユーザが自身でその通信モジュールを使用するか否かを判断して指示することができ、これにより真に必要な通信モジュールのみを使用することができる。

制御手段は、複数の通信モジュールのうち着信呼が到来した通信モジュールを示す情報をユーザに報知することを特徴とする。
この構成によれば、ユーザはどの通信モジュールにより着信呼を受け付けたか否かを確認することができる。

制御手段は、パケット通信ネットワークへの接続要求発生時に、パケット通信ネットワーク上の通信相手が属するプロバイダを示す情報または交換サーバを示す情報、複数のプロバイダ及び複数の交換サーバそれぞれの通信に係わる障害の検出結果、複数のプロバイダ及び複数の交換サーバそれぞれの通信品質、複数のプロバイダ及び複数の交換サーバそれぞれの通信に要するコストの分析結果のうち２以上の組み合わせに基づいて、複数の通信モジュールの中から複数の通信モジュール候補を選択する候補選択手段と、選択された複数の通信モジュール候補の旨をユーザに報知し、この報知に対しユーザが選択指示を入力した場合に、複数の通信モジュール候補の中から少なくとも１つの通信モジュールを選択する決定手段とを備えることを特徴とする。

この構成によれば、条件を満たす通信モジュールを候補として多く選択し、一方候補についてはユーザが自身でその通信モジュールを使用するか否かを判断して選択指示するようにしているので、これにより使用する通信モジュールを決定する際の効率をさらに高めることができる。

以上詳述したようにこの発明によれば、ユーザの選択要求や障害発生に伴う種々の条件に応じて最適なプロバイダまたは交換サーバを選択できるようにした端末装置を提供することができる。

以下、この発明の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、この発明に係わる端末装置が適用されるＶＯＩＰ電話システムの第１の実施形態を示す概略構成図であり、符号１はＶＯＩＰ端末である。

ＶＯＩＰ端末１は、複数のＶＯＩＰプロバイダａまたはＶＯＩＰプロバイダｂを介してインターネットＩＮＷに接続される。なお、同図では説明の簡単なため２つのＶＯＩＰプロバイダａ，ｂのみを示している。

また、ＶＯＩＰ端末１は、ＬＡＮ（Local Area Network）２を介して企業内交換サーバＳＶに接続される。企業内交換サーバＳＶは、ルータＲＴを介してインターネットＩＮＷに接続される。なお、同図では説明の簡単なため１つの企業内交換サーバＳＶのみを示している。

ＶＯＩＰプロバイダａまたはＶＯＩＰプロバイダｂは、発着信に応じてＶＯＩＰ端末１とインターネットＩＮＷ上の端末（図示せず）との間を交換接続する機能を有する。企業内交換サーバＳＶは、発着信に応じてＶＯＩＰ端末１とＬＡＮ２上の端末（図示せず）またはルータＲＴを介してインターネットＩＮＷ上の端末との間を交換接続する機能を有する。

ＶＯＩＰ端末１は、ＶＯＩＰプロバイダａに接続するためのＶＯＩＰプロバイダａ対応通信モジュール１１と、ＶＯＩＰプロバイダｂに接続するためのＶＯＩＰプロバイダｂ対応通信モジュール１２と、企業内交換サーバＳＶに接続するための企業内交換サーバ通信モジュール１３と、主制御部１４と、ユーザインタフェース部１５とを備えている。なお、同図では説明の簡単なためＶＯＩＰプロバイダａ対応通信モジュール１１、ＶＯＩＰプロバイダｂ対応通信モジュール１２、企業内交換サーバＳＶに接続するための企業内交換サーバ通信モジュール１３のみを示している。また、ユーザインタフェース部１５は、音声入出力部１５１と、画像入出力部１５２と、表示制御部１５３と、操作部１５４とを備えている。

ＶＯＩＰプロバイダａ、ＶＯＩＰプロバイダｂまたは企業内交換サーバＳＶから到来した伝送パケットは、ＶＯＩＰプロバイダａ対応通信モジュール１１、ＶＯＩＰプロバイダｂ対応通信モジュール１２または企業内交換サーバ通信モジュール１３で受信される。この受信パケットは、主制御部１４において制御情報であるかマルチメディア情報であるかが識別され、マルチメディア情報であれば音声データと画像データとに分離される。そして、音声データは、ユーザインタフェース部１５の音声入出力部１５１に供給されてここで音声復号され、これにより再生された音声信号はスピーカ３１から拡声出力される。これに対し画像データは、ユーザインタフェース部１５の画像入出力部１５２に供給されてここで画像復号され、これにより再生された画像信号は動画表示部３２に供給され表示される。

なお、上記制御情報は必要に応じて主制御部１４内のＲＡＭ（図示せず）に格納される。そして、主制御部１４から出力された自端末の動作状態を表す種々情報は、ユーザインタフェース部１５の表示制御部１５３を介して状態表示部３３に供給され表示される。

一方、マイク３４から出力されたユーザの送話音声信号は、ユーザインタフェース部１５の音声入出力部１５１に入力され、ここで音声符号化されたのち主制御部１４に入力される。また、カメラ３５から出力された画像信号は、画像入出力部１５２に入力され、ここで画像符号化処理が施されたのち上記主制御部１４に入力される。

上記主制御部１４では、上記符号化された音声データと画像データとが所定のフォーマットで多重化され、この多重化された送信データはＶＯＩＰプロバイダａ対応通信モジュール１１、ＶＯＩＰプロバイダｂ対応通信モジュール１２または企業内交換サーバ通信モジュール１３にてパケット化されたのちＶＯＩＰプロバイダａ、ＶＯＩＰプロバイダｂまたは企業内交換サーバＳＶに向け送信される。

また、ユーザインタフェース部１５の操作部１５４は、操作スイッチ３６を接続し、ユーザによる主制御部１４に対する各種の指示入力を受け付ける。

ところで、上記主制御部１４には、宛先分析部１６、障害分析部１７、ＱＯＳ(Quality of Service)分析部１８及びコスト分析部１９が接続される。

宛先分析部１６は、主制御部１４による制御の下、発信時の宛先を分析して、その宛先の加入者に接続できる経路の通信モジュールを選択する。

障害分析部１７は、主制御部１４による制御の下、通信モジュールの経路ごとにその経路の障害状態を管理し、障害となっていない経路の通信モジュールを選択する。この障害監視の手法としては、ＶＯＩＰプロバイダａ，ｂまたは企業内交換サーバＳＶに対し周期的に監視信号を送信して、この監視信号に対しＶＯＩＰプロバイダａ，ｂまたは企業内交換サーバＳＶが返送する応答信号を受信できるか否かを監視するものが用いられる。

ＱＯＳ分析部１８は、主制御部１４による制御の下、通信モジュールの経路ごとにその経路のＱＯＳ情報つまり通話品質情報を管理し、一定基準以上のＱＯＳの経路の通信モジュールを選択する。

コスト分析部１８は、主制御部１４による制御の下、通信モジュールの経路ごとにその経路のコスト情報を管理し、一定基準を満たすコストの経路の通信モジュールを選択する。この場合、各プロバイダごとの通信料金を表すテーブルを予め用意しておくことで、コスト情報を管理できる。

次に、以上のように構成されたＶＯＩＰ端末１の種々動作を説明する。
図２は、プロバイダ登録時における主制御部１４の制御処理手順を示すフローチャートである。

まず、ユーザが登録操作を行なうと、主制御部１４はＶＯＩＰプロバイダa対応通信モジュール１１からＶＯＩＰプロバイダａへ登録要求を送出し（ステップＳＴ２ａ）、登録成功か否かの判断を行う（ステップＳＴ２ｂ）。

そして、ＶＯＩＰプロバイダａに対し、ＶＯＩＰ端末１の登録が成功した場合に（ＹＥＳ）、主制御部１４はＱＯＳ分析部１８で、ＶＯＩＰプロバイダａの経路のＱＯＳの監視を開始する（ステップＳＴ２ｃ）。

続いて、主制御部１４は障害分析部１９で、ＶＯＩＰプロバイダａの経路の障害の監視を開始する（ステップＳＴ２ｄ）。なお、上記ステップＳＴ２ｂにおいて、登録に失敗した場合（ＮＯ）、主制御部１４は障害分析部１７にＶＯＩＰプロバイダａの経路の障害の旨を記憶する（ステップＳＴ２ｅ）。

次に、主制御部１４はＶＯＩＰプロバイダｂ対応通信モジュール１２からＶＯＩＰプロバイダｂへ登録要求を送出し（ステップＳＴ２ｆ）、登録成功か否かの判断を行う（ステップＳＴ２ｇ）。

そして、ＶＯＩＰプロバイダｂに対し、ＶＯＩＰ端末１の登録が成功した場合に（ＹＥＳ）、主制御部１４はＱＯＳ分析部１８で、ＶＯＩＰプロバイダｂの経路のＱＯＳの監視を開始する（ステップＳＴ２ｈ）。

続いて、主制御部１４は障害分析部１９で、ＶＯＩＰプロバイダｂの経路の障害の監視を開始する（ステップＳＴ２ｉ）。なお、上記ステップＳＴ２ｇにおいて、登録に失敗した場合（ＮＯ）、主制御部１４は障害分析部１７にＶＯＩＰプロバイダｂの経路の障害の旨を記憶する（ステップＳＴ２ｊ）。

さらに、主制御部１４は企業内交換サーバ対応通信モジュール１３から企業内交換サーバＳＶへ登録要求を送出し（ステップＳＴ２ｋ）、登録成功か否かの判断を行う（ステップＳＴ２ｌ）。

そして、企業内交換サーバＳＶに対し、ＶＯＩＰ端末１の登録が成功した場合に（ＹＥＳ）、主制御部１４はＱＯＳ分析部１８で、企業内交換サーバＳＶの経路のＱＯＳの監視を開始する（ステップＳＴ２ｍ）。

続いて、主制御部１４は障害分析部１９で、企業内交換サーバＳＶの経路の障害の監視を開始する（ステップＳＴ２ｎ）。なお、上記ステップＳＴ２ｌにおいて、登録に失敗した場合（ＮＯ）、主制御部１４は障害分析部１７に企業内交換サーバＳＶの経路の障害の旨を記憶する（ステップＳＴ２ｏ）。

図３は、発信時における主制御部１４の制御処理手順を示すフローチャートである。

例えばユーザがＶＯＩＰ端末１により発信操作を行ったとする（ステップＳＴ３ａ）。そうすると、ＶＯＩＰ端末１の主制御部１４は、手動モードに設定されているか否かの判断を行う（ステップＳＴ３ｂ）。

ここで、手動モードに設定されていない場合に（ＮＯ）、主制御部１４は宛先分析部１６によってユーザが入力した発信相手の宛先から使用する通信モジュール候補（経路の候補）を選定する（ステップＳＴ３ｃ）。そして、候補が存在しない場合には（ＹＥＳ）、主制御部１４はステップＳＴ３ｄからステップＳＴ３ｅに移行してここで使用できる通信モジュールが無い旨のメッセージを状態表示部３３に供給して表示させる。従って、この表示によりユーザは使用できる通信モジュールが無い旨をリアルタイムに知ることができる。

一方、候補が存在する場合には（ＮＯ）、主制御部１４はステップＳＴ３ｄからステップＳＴ３ｆに移行してここで障害分析部１７によって障害の発生していない通信モジュール候補（経路の候補）を選定する。そして、候補が存在しない場合には（ＹＥＳ）、主制御部１４はステップＳＴ３ｇからステップＳＴ３ｅに移行してここで使用できる通信モジュールが無い旨のメッセージを状態表示部３３に供給して表示させる。

候補が存在する場合には（ＮＯ）、主制御部１４はステップＳＴ３ｇからステップＳＴ３ｈに移行してここでＱＯＳ分析部１８によって一定基準のＱＯＳ条件を満たす通信モジュール候補（経路の候補）を選定する。そして、候補が存在しない場合には（ＹＥＳ）、主制御部１４はステップＳＴ３ｉからステップＳＴ３ｅに移行してここで使用できる通信モジュールが無い旨のメッセージを状態表示部３３に供給して表示させる。

候補が存在する場合には（ＮＯ）、主制御部１４はステップＳＴ３ｉからステップＳＴ３ｊに移行してここでコスト分析部１９によって一定基準のコスト条件を満たす通信モジュール候補（経路の候補）を選定する。そして、候補が存在しない場合には（ＹＥＳ）、主制御部１４はステップＳＴ３ｋからステップＳＴ３ｅに移行してここで使用できる通信モジュールが無い旨のメッセージを状態表示部３３に供給して表示させる。

候補が存在する場合には（ＮＯ）、主制御部１４はステップＳＴ３ｋからステップＳＴ３ｌに移行してここで使用できる通信モジュール候補（経路の候補）の旨のメッセージを状態表示部３３に供給して表示させる。従って、この表示によりユーザは使用できる通信モジュール候補をリアルタイムに知ることができる。

この状態でユーザが、使用する通信モジュール（経路）を残った候補から指定するべく操作スイッチ３６において選択指示を入力したとする。そうすると、主制御部１４はステップＳＴ３ｍからステップＳＴ３ｎに移行してここで指定したＶＯＩＰプロバイダａ対応通信モジュール１１によりＶＯＩＰプロバイダａに対しインターネットＩＮＷ上の相手先への発呼信号を送出する。そして、この発呼に対し相手先との間に通信リンクが確立されると、この通信リンクを介してＶＯＩＰ端末１と相手先との間で通話が可能となる。また、マルチメディア通信も行なうことが可能となる。

なお、上記ステップＳＴ３ｂにおいて、手動モードが設定されていた場合に（ＹＥＳ）、主制御部１４はステップＳＴ３ｂからステップＳＴ３ｍにそのまま移行する。

以上のように上記第１の実施形態では、ＶＯＩＰ端末１において、ＶＯＩＰプロバイダａ対応通信モジュール１１、ＶＯＩＰプロバイダｂ対応通信モジュール１２及び企業内交換サーバ対応通信モジュール１３を備え、既に備えられているユーザインタフェース部１５と共用するとともに、発信時に、ユーザによる操作情報、インターネットＩＮＷ上の通信相手が属するＶＯＩＰプロバイダａ及びＶＯＩＰプロバイダｂを示す情報または企業内交換サーバＳＶを示す情報、ＶＯＩＰプロバイダａ及びＶＯＩＰプロバイダｂまたは企業内交換サーバＳＶそれぞれの通信に係わる障害の検出結果、ＱＯＳ、コストの分析結果とに基づいて、候補となる最適なＶＯＩＰプロバイダａ、ＶＯＩＰプロバイダｂ及び企業内交換サーバＳＶを判定し、条件を満たす通信モジュールがあれば、この通信モジュールを使用するようにしている。

従って、ＶＯＩＰプロバイダａ対応通信モジュール１１、ＶＯＩＰプロバイダｂ対応通信モジュール１２及び企業内交換サーバ対応通信モジュール１３を選択する際に、ユーザによる操作情報、インターネットＩＮＷ上の通信相手が属するＶＯＩＰプロバイダａ及びＶＯＩＰプロバイダｂを示す情報または企業内交換サーバＳＶを示す情報、ＶＯＩＰプロバイダａ及びＶＯＩＰプロバイダｂまたは企業内交換サーバＳＶそれぞれの通信に係わる障害の検出結果、ＱＯＳ、コストの分析結果が考慮される。このため、発信時に、相手先電話番号に基づいて、常に通信料金が安価なプロバイダが選択されることが多かった従来の方式に比べ、種々の条件に応じて最適なＶＯＩＰプロバイダａ，ＶＯＩＰプロバイダｂまたは企業内交換サーバＳＶを選択することができ、これにより通信モジュールの選択における信頼性をさらに高めることができる。

また、上記第１の実施形態では、通信モジュール候補の選定結果を状態表示部３３に表示し、ユーザの指示を待って指定された通信モジュールにより発信を行なうようにしている。このため、通信モジュールが選択されるごとにユーザが自身でその通信モジュールを使用するか否かを判断して指示することができ、これにより真に必要な通信モジュールのみを使用することができる。

さらに、上記第１の実施形態によれば、条件を満たす通信モジュールを候補として多く選択し、一方候補についてはユーザが自身でその通信モジュールを使用するか否かを判断して選択指示するようにしているので、これによりＶＯＩＰプロバイダａ対応通信モジュール１１、ＶＯＩＰプロバイダｂ対応通信モジュール１２及び企業内交換サーバ対応通信モジュール１３を含む通信モジュールを決定する際の効率をさらに高めることができる。

（第２の実施形態）
図４は、この発明の第２の実施形態として、着信時における主制御部１４の制御処理手順を示すフローチャートである。

例えばインターネットＩＮＷ上の端末において発信が行われ、これに応じてＶＯＩＰプロバイダｂから着信信号がＶＯＩＰプロバイダｂ対応通信モジュール１２に到来したとする。そうすると、主制御部１４は着信している通信モジュール（経路）の旨のメッセージを状態表示部３３に供給して表示させる（ステップＳＴ４ａ）。従って、この表示によりユーザは着信している通信モジュールを知ることができる。

この状態でユーザが、操作スイッチ３６において応答する通信モジュール（経路）を指定入力したとする。そうすると主制御部１４は、ステップＳＴ４ｂからステップＳＴ４ｃに移行してここで指定したＶＯＩＰプロバイダｂ対応通信モジュール１２を使用して相手端末と接続する。

以上のように上記第２の実施形態によれば、着信時に、ユーザはどの通信モジュールにより着信呼を受け付けたか否かを状態表示部３３により確認することができる。

（その他の実施形態）
なお、この発明は上記各実施形態に限定されるものではない。例えば、上記第１の実施形態では、ユーザによる操作情報、インターネットＩＮＷ上の通信相手が属するプロバイダ、複数のプロバイダそれぞれの通信に係わる障害の検出結果、ＱＯＳ、コストの分析結果の組み合わせにより通信モジュールの選択する例について説明した。しかしこれに限ることなく、上記条件の任意の組み合わせにより通信モジュールの選択するようにしてもよい。また、上記条件の１つを使用するようにしてもよい。

また、上記各実施形態では、ＶＯＩＰ電話アプリケーションを搭載したパーソナル・コンピュータや音声信号を取り扱う電子機器にも適用できる。

その他、ＶＯＩＰ端末といった端末装置の種類及びその構成、通信モジュールの選択条件の種類、発信時や着信時における通信モジュールの選択制御手順等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。

この発明に係わる端末装置が適用されるＶＯＩＰ電話システムの第１の実施形態を示す概略構成図。同第１の実施形態において、プロバイダ登録時のＶＯＩＰ端末の主制御部の制御処理手順を示すフローチャート。同第１の実施形態において、発信時における主制御部の制御処理手順を示すフローチャート。この発明の第２の実施形態として、着信時におけるＶＯＩＰ端末の主制御部の制御処理手順を示すフローチャート。

符号の説明

１…ＶＯＩＰ端末、２…ＬＡＮ（Local Area Network）、１１…ＶＯＩＰプロバイダａ対応通信モジュール、１２…ＶＯＩＰプロバイダｂ対応通信モジュール、１３…企業内交換サーバ通信モジュール、１４…主制御部、１５…ユーザインタフェース部、１６…宛先分析部、１７…障害分析部、１８…ＱＯＳ分析部、１９…コスト分析部、３１…マイク、３２…動画表示部、３３…状態表示部、３４…マイク、３５…カメラ、３６…操作スイッチ、１５１…音声入出力部、１５２…画像入出力部、１５３…表示制御部、１５４…操作部、ａ，ｂ…ＶＯＩＰプロバイダ、ＩＮＷ…インターネット、ＳＶ…企業内交換サーバ、ＲＴ…ルータ。

Claims

通信パケットを伝送するパケット通信ネットワークに接続可能な端末装置において、
前記パケット通信ネットワーク上のそれぞれ互いに異なる複数のプロバイダ及び複数の交換サーバに対応して通信接続する複数の通信モジュールと、
前記パケット通信ネットワークへの接続要求発生時に、予め決められた条件に基づいて、前記複数の通信モジュールの中から少なくとも１つを選択する制御手段とを具備したことを特徴とする端末装置。
前記制御手段は、前記条件の判断に、ユーザによる操作情報を用いることを特徴とする請求項１記載の端末装置。
前記制御手段は、前記条件の判断に、前記パケット通信ネットワーク上の通信相手が属するプロバイダを示す情報または交換サーバを示す情報を用いることを特徴とする請求項１記載の端末装置。
前記制御手段は、前記条件の判断として、前記複数のプロバイダ及び前記複数の交換サーバそれぞれの通信に係わる障害を検出し、この検出結果に基づいて前記複数の通信モジュールの中からいずれか１つを選択することを特徴とする請求項１記載の端末装置。
前記制御手段は、前記条件の判断に、前記複数のプロバイダ及び前記複数の交換サーバそれぞれの通信品質を用いることを特徴とする請求項１記載の端末装置。
前記制御手段は、前記条件の判断として、前記複数のプロバイダ及び前記複数の交換サーバそれぞれの通信に要するコストを分析し、この分析結果に基づいて前記複数の通信モジュールの中からいずれか１つを選択することを特徴とする請求項１記載の端末装置。
前記制御手段は、前記条件の判断に、前記パケット通信ネットワーク上の通信相手が属するプロバイダを示す情報または交換サーバを示す情報、前記複数のプロバイダ及び前記複数の交換サーバそれぞれの通信に係わる障害の検出結果、前記複数のプロバイダ及び前記複数の交換サーバそれぞれの通信品質、前記複数のプロバイダ及び前記複数の交換サーバそれぞれの通信に要するコストの分析結果のうち２以上の組み合わせを用いることを特徴とする請求項１記載の端末装置。
前記制御手段は、前記複数の通信モジュールの中からいずれか１つが選択された場合に、その旨をユーザに報知し、この報知に対しユーザが接続指示を入力した場合に対応するプロバイダまたは交換サーバへ接続することを特徴とする請求項１記載の端末装置。
前記制御手段は、前記複数の通信モジュールのうち着信呼が到来した通信モジュールを示す情報をユーザに報知することを特徴とする請求項１記載の端末装置。
前記制御手段は、
前記パケット通信ネットワークへの接続要求発生時に、前記パケット通信ネットワーク上の通信相手が属するプロバイダを示す情報または交換サーバを示す情報、前記複数のプロバイダ及び前記複数の交換サーバそれぞれの通信に係わる障害の検出結果、前記複数のプロバイダ及び前記複数の交換サーバそれぞれの通信品質、前記複数のプロバイダ及び前記複数の交換サーバそれぞれの通信に要するコストの分析結果のうち２以上の組み合わせに基づいて、前記複数の通信モジュールの中から複数の通信モジュール候補を選択する候補選択手段と、
選択された複数の通信モジュール候補の旨をユーザに報知し、この報知に対しユーザが選択指示を入力した場合に、前記複数の通信モジュール候補の中から少なくとも１つの通信モジュールを選択する決定手段とを備えたことを特徴とする請求項１記載の端末装置。