(57)【要約】【課題】  回線不良度を常に表示することが可能な通信機器、および、この機能を通信機器上で実現するための回線状況表示プログラムならびに回線状況表示方法を提供する。【解決手段】  テレビ電話機のディスプレイ４０に、回線状況を切れ目なく表示させる。待ち受け中は、（１）回線状況確認サーバ、または（２）通話履歴から抽出したよく発着信頻度の高い通話相手との間のpingコマンド往復時間を測定し、それを基に回線不良度を求める。通話開始前は、通話しようとして発信作業を行っている相手側の機器との間で、pingコマンド往復時間を測るか、呼制御にかかった時間を利用して回線不良度を求める。待ち受け中、通話開始前、通話中を通じて、回線不良度は、インジケータ４Ａとして常時ディスプレイ４０の上に表示される。【選択図】        図６
2005064981.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ（インターネットプロトコル）網を介して、他の通信機器との間で情報の通信を行う通信機器であって、
この通信機器の通信相手未決定状態、通信相手決定状態および通信中の各状態時において、回線の状況を表す回線状況情報を取得する回線状況取得手段と、
前記回線状況情報を表示する表示手段と、
前記表示手段を制御する制御手段と
を備え、
前記制御手段は、通信相手未決定状態、通信相手決定状態および通信中の各期間を通じ、前記表示手段に前記回線状況情報を表示させる
ことを特徴とする通信機器。
【請求項２】
前記回線状況取得手段は、通信相手未決定状態、通信相手決定状態および通信中の各場合に応じた手順で前記回線状況情報を取得する
ことを特徴とする請求項１に記載の通信機器。
【請求項３】
前記回線状況取得手段は、通信相手未決定状態において、この通信機器に接続されるＩＰ網のサーバとの間のパケット往復時間を測定し、測定結果に基づいて前記回線状況情報を得る
ことを特徴とする請求項２に記載の通信機器。
【請求項４】
前記回線状況情報は、測定されたパケット往復時間の分散および最大値、パケットロス率の少なくともいずれかに基づいて求められる
ことを特徴とする請求項３に記載の通信機器。
【請求項５】
前記回線状況取得手段は、通信相手未決定状態において、この通信機器の発信履歴、着信履歴、発信頻度および着信頻度のうち少なくともいずれかを利用して選択される通信対象との間のパケット往復時間を測定し、測定結果に基づいて前記回線状況情報を得る
ことを特徴とする請求項２に記載の通信機器。
【請求項６】
前記通信対象が複数である場合には、個々の通信対象ごとに測定されたパケット往復時間のそれぞれに基づいて得られた複数の回線状況度数のメジアン（中央値）を、回線状況情報とする
ことを特徴とする請求項５に記載の通信機器。
【請求項７】
前記回線状況取得手段は、通信相手決定状態において、まさに通信をしようとする相手先の通信機器との間のパケット往復時間を測定し、この測定結果に基づいて前記回線状況情報を得る
ことを特徴とする請求項２に記載の通信機器。
【請求項８】
前記回線状況取得手段は、通信相手決定状態において、まさに通信をしようとする相手先の通信機器との間の呼制御に要した時間を測定し、この測定結果に基づいて前記回線状況情報を得る
ことを特徴とする請求項２に記載の通信機器。
【請求項９】
前記回線状況取得手段は、前記回線状況情報として、予め設定された特定の通信機器との間の回線状況を通信相手未決定状態、通信相手決定状態および通信中を通じて取得する
ことを特徴とする請求項１に記載の通信機器。
【請求項１０】
前記特定の通信機器は、この通信機器のユーザが任意に設定可能である
ことを特徴とする請求項９に記載の通信機器。
【請求項１１】
前記特定の通信機器は、この通信機器の発信履歴、着信履歴、発信頻度および着信頻度のうち少なくともいずれかを利用して決定される
ことを特徴とする請求項９に記載の通信機器。
【請求項１２】
ＩＰ（インターネットプロトコル）網を介して、他の通信機器との間で情報の通信を行うと共に、情報を表示する表示手段を備えた通信機器に適用されるコンピュータ読取可能な回線状況表示プログラムであって、
この通信機器の通信相手未決定状態、通信相手決定状態および通信中の各状態時において、回線の状況を表す回線状況情報を取得する回線状況取得ステップと、
前記回線状況情報を、通信相手未決定状態、通信相手決定状態および通信中の各期間を通じ、前記表示手段に表示させる表示ステップと
をコンピュータに実行させることを特徴とする回線状況表示プログラム。
【請求項１３】
さらに、通信相手未決定状態、通信相手決定状態および通信中のいずれの状態にあるかを判断する状態判断ステップをコンピュータに実行させ、
前記回線状況取得ステップは、前記状態判断ステップにおける判断結果に応じた手順で、前記回線状況情報を取得する
ことを特徴とする請求項１２に記載の回線状況表示プログラム。
【請求項１４】
前記回線状況取得ステップは、通信相手未決定状態、通信相手決定状態および通信中の各期間を通じ、予め設定された特定の通信機器との間の回線について、回線状況情報を取得する
ことを特徴とする請求項１２に記載の回線状況表示プログラム。
【請求項１５】
ＩＰ（インターネットプロトコル）網を介して、他の通信機器との間で情報の通信を行うと共に、情報を表示する表示手段を備えた通信機器に適用される回線状況表示方法であって、
前記通信機器が通信相手未決定状態、通信相手決定状態および通信中である場合のそれぞれにおいて、回線の状況を表す回線状況情報を取得し、前記回線状況情報を、通信相手未決定状態、通信相手決定状態および通信中の各期間を通じて前記表示手段に表示させる
ことを特徴とする回線状況表示方法。
【請求項１６】
前記回線状況情報を、通信相手未決定状態、通信相手決定状態および通信中の各場合に応じた手順で取得する
ことを特徴とする請求項１５に記載の回線状況表示方法。
【請求項１７】
前記回線状況情報として、予め設定された特定の通信相手との間の回線の状況を、通信相手未決定状態、通信相手決定状態および通信中を通じて取得する
ことを特徴とする請求項１５に記載の回線状況表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばテレビ電話やテレビ会議システム、ＩＰ電話（ＶｏＩＰ）やインターネットラジオなどのＩＰ（インターネットプロトコル）網を利用する通信機器、特に、通信回線の混雑状況をモニタリングする機能を有する通信機器、および、そのモニタ機能をコンピュータや家電機器の上で実現するための回線実況取得プログラム、回線実況取得方法に関する。
【背景技術】
【０００２】
テレビ電話やテレビ会議システム、ＩＰ電話やインターネットラジオなど、音声データや画像データのパケット通信を行う機器では、従来より、接続回線の不具合、つまり通信経路上の負荷や混雑状況などによって通信品質に劣化が生じることが問題となっている。通信品質不良の内容は、具体的には、音声の遅延や音質低下、画像データの消失などである。
【０００３】
テレビ電話など画像音声をリアルタイム配信するサービスにとり、この問題は大きく、ネットワーク上で特定の通信のために帯域を保証する技術（ＱｏＳ）も既に存在するが、実際に使用回線として普及しているインターネットでは、帯域保証が十分になされてはいない。しかしながら、こうした回線側の問題は、通信機器自体が根本的に解消することはできない。
【０００４】
そこで、通信状態の良くない場合に、生じたエラーをできるだけ補償し、ユーザの不快感を和らげる工夫がなされた。これは、ＲＴＰ（Real-Time Transport Protocol）およびＲＴＣＰ（RTP Control Protocol）を用い、映像・音声データのパケットの遅延やロス率等を受信側で測定し、その結果を送信側に返すことで通信品質を測定し、品質の良くない場合には送信ビットレートを下げて重要な情報のみを送り、その範囲でできるだけ完全に再生しようというものである。
【０００５】
しかしながら、そこには以下の問題があった。
（１）映像・音声ストリームが実際に流れ、不具合が起きてから対策が講じられる。
（２）一般に人間は、不具合が起こった場合に、その不具合がなぜ起きているのかを知りたいものであり、それが全く不明であると不安を感じる。また、不具合が起きているのか起きていないのかの判断が難しい程度の不具合の場合、実際に不具合が起きているのかどうかを知りたいものであり、それが全く不明であると不安を感じる。しかし、ユーザがこうした情報を把握するしくみがない。
（３）通信回線の品質が非常に悪く、送信ビットレートを下げてもどうにもならない場合には、対応できない。
【０００６】
このうち、（２）の問題を解決するものとしては、特許文献１に開示された技術が挙げられる。これは、受信したパケットの遅延、ジッタ（データ転送時間の不均一によるデータの揺らぎ）、データロス率などを測定し、その測定結果を基に通信パケットのエラー率を通話品質情報として表示させるものである。その結果、ユーザは、通信中の通話品質劣化を目視、認知できるために、音質劣化が機器自体の不具合ではなく通信網の影響であることがわかる。
【特許文献１】特開２００２−２３２４７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記技術によれば、ユーザが得られる情報は、実際に通信している場合の回線状況のみである。しかしながら、ＱｏＳのない通信網にまさに接続しようとするときにおいても、ユーザは回線の込み具合を気にするものである。回線が非常に混雑していれば、大抵の場合、ユーザは通信を断念することが考えられるし、そうであるならば、実際に回線を接続する前にその混雑状況を知りたいものである。総じて、ユーザは、通信時に経由する（はずの）回線の状況を、待機中や、通信しようとして相手側に発信している通信開始前を含む期間にわたって常時把握することにより、自己の判断において自由に機器を使用していると感じると考えられる。
【０００８】
本発明はかかる問題に鑑みてなされたもので、その目的は、回線不良度を常に表示することが可能な通信機器、および、この機能を通信機器上で実現するための回線状況表示プログラムならびに回線状況表示方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明による通信機器は、ＩＰ網を介して他の通信機器との間で情報の通信を行うものであって、この通信機器の通信相手未決定状態、通信相手決定状態および通信中の各状態時において回線の状況を表す回線状況情報を取得する回線状況取得手段と、回線状況情報を表示する表示手段と、表示手段を制御する制御手段とを備えると共に、この制御手段が、通信相手未決定状態、通信相手決定状態および通信中の各期間を通じ、表示手段に回線状況情報を表示させるものである。
【００１０】
本発明による回線状況表示プログラムは、ＩＰ網を介して、他の通信機器との間で情報の通信を行うと共に、情報を表示する表示手段を備えた通信機器に適用されるコンピュータ読取可能な回線状況表示プログラムであって、この通信機器の通信相手未決定状態、通信相手決定状態および通信中の各状態時において、回線の状況を表す回線状況情報を取得する回線状況取得ステップと、回線状況情報を、通信相手未決定状態、通信相手決定状態および通信中の各期間を通じ、表示手段に表示させる表示ステップとをコンピュータに実行させるものである。
【００１１】
また、本発明による回線状況表示方法は、ＩＰ網を介して、他の通信機器との間で情報の通信を行うと共に、情報を表示する表示手段を備えた通信機器に適用される回線状況表示方法であって、通信機器が通信相手未決定状態、通信相手決定状態および通信中である場合のそれぞれにおいて回線の状況を表す回線状況情報を取得し、回線状況情報を、通信相手未決定状態、通信相手決定状態および通信中の各期間を通じて表示手段に表示させるようにしたものである。
【００１２】
本発明において「情報の通信」とは、広義でのデータ通信を意味し、音声の通信、映像（動画および静止画を問わない）の通信、その他のデータの通信、ならびにこれらの情報の組み合わせに係る通信のすべてを包含する概念である。ここで、「情報」は、例えばＩＰ電話、テレビ電話、テレビ会議システム機器等を用いて行われる音声映像情報のほか、一般的なデータ通信において取り扱われる各種のデータ（文字データ等）も含む。また、「通信」は、ストリーム型のラジオ受信機やストリーム型の映像受信機、あるいはダウンロード型の映像受信機等を用いた通信のように、受信局を選んでから信号を受信する形態の通信である限りおいて、すべての形態の通信を含む。「回線の状況」とは、代表的には回線の使用状況すなわち混雑具合であるが、回線上の障害の有無をも含んだ、通信状態の良否に関わる回線状態を表す概念である。「通信相手未決定状態」とは、発信側の通信機器が通信相手を未だ特定していない状態をいう。「通信相手決定状態」とは、発信側の通信機器が通信相手を特定し、発信作業を行った後、実際に通信が開始するまでの間の状態をいい、その間は、発信側，着信側のいずれの通信機器も通信相手決定状態に該当する。
【００１３】
本発明による通信機器および回線状況表示プログラム、ならびに回線状況表示方法では、通信中以外の期間（通信相手未決定状態、通信相手決定状態）についても、回線の利用状態が実況的に通信機器に表示される。
【発明の効果】
【００１４】
本発明の通信機器および回線状況表示プログラム、ならびに回線状況表示方法によれば、以下に説明するように、回線状況情報を通信相手未決定状態、通信相手決定状態および通信中を通じて表示するようにしたので、ユーザに回線状況を常に呈示できるようになる。したがって、通信不具合に対するユーザの不安を軽減することができると共に、回線混雑時には通信を取りやめるなど、ユーザのとり得る処置判断に自由度を与え、より快適に機器を使用できる環境を提供することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１６】
［第１の実施の形態］
図１は、本発明の第１の実施の形態に係る通信機器の接続形態を表している。ここでは、このように２台以上のテレビ（ＴＶ）電話機１００が、ＩＰ網３００を介して常時接続されており、その間で通信が行われる場合を例にとって説明する。ＴＶ電話機１００は、それぞれＡＤＳＬモデム１０１を介してＩＰ網３００に接続され、ＩＰ網３００には中継サーバ２００が接続されている。こうした接続形態自体は、一般的なものである。ＩＰ網３００とは、一般に、インターネットプロトコル（Internet Protocol ）により接続された通信ネットワークを指し、代表的にはインターネットがあるが、特定ユーザにのみ開放されたＬＡＮネットワークなども含まれている。
【００１７】
なお、ここでは、中継サーバ２００のうちの所定のものが、回線状況確認サーバ２００Ａに指定されている。回線状況確認サーバ２００Ａは、後述するように、通信品質を測定する目的で指定されるが、このサーバ自体や接続の仕方は何ら特別なものではなく、固定IPアドレスなどによってＴＶ電話機１００からＩＰ接続可能なものであればよい。
【００１８】
＜ＴＶ電話機１００の構成＞
図２は、ＴＶ電話機１００の構成を表している。このＴＶ電話機１００は、通話者側の画像音声を取得するためのマイク１０，音声入力部１１、およびカメラ２０，画像入力部２１、通話相手から送信されてくる画像音声を出力するためのスピーカ３０，音声出力部３１、および画像処理部４１，ディスプレイ４０、機器外部との情報の送受信を行う通信制御部５０、回線の混雑具合に関する情報を取得するための回線状態測定部６０，回線状態演算部７０，記憶部８０、さらに、機器全体の動作制御を行う中央制御部９０を備えている。このうち、従来のテレビ電話機と同様の構成要素については、詳細な説明は省略する。
【００１９】
回線状態測定部６０は、このＴＶ電話機１００の待ち受け中、通話開始前および通話中の各状態時に、所定のタイミングでパケット往復時間を測定するものである。ここで、待ち受け中とは、通信相手が未だ決定されていない状態（通信相手未決定状態）であり、通話開始前とは、発信側が通話相手を特定し、発信作業を行った後、実際に通話が開始するまでの間の状態（通信相手決定状態）であり、通話中とは、発信作業を行った後、実際に通話が開始した後の状態（通信中）である。回線状態測定部６０は、測定用に選択された対象機器に通信制御部５０を介してパケットを送出し、その往復にかかる時間を測定するのであるが、ここでは、その対象機器は、待ち受け中、通話開始前および通話中の各状態に応じて異なった基準で選択される。また、ここでは、測定対象機器を発信履歴、着信履歴などから選択する場合があり、その際には記憶部８０を参照するようになっている。
【００２０】
なお、ここで用いるパケットには、ping（Packet Internet Groper）コマンド等が利用される。このコマンドは、ネットワーク診断用の一般的なコマンドであり、相手に対して数回の信号（パケット）を送り、それに対する相手の応答（エコー応答パケット）の有無を調べるものである。応答があった場合は、往復にどれだけ時間がかかったか、さらには応答パケットが正しく受け取れた比率などがわかる。ここで得られたパケット往復時間の測定結果は、回線状況演算部７０に出力される。
【００２１】
回線状態演算部７０は、回線状態測定部６０にて得られた測定結果に基づいて演算を行い、回線不良度を算出するものである。具体的には、予め設定された関数（以下に詳述）に測定結果を代入し、その演算結果を回線不良度ｄとする。本実施の形態では、この回線不良度ｄを、待ち受け中、通話開始前および通話中の各状態時によって、回線不良度ｄ１〜ｄ３と区別することにする。さらに、回線状況演算部７０は、回線不良度ｄ１〜ｄ３を予め定めた閾値によって不良度大，不良度中，不良度小のような３段階に区分し、３段階の回線不良度データＤ１〜Ｄ３として中央制御部９０に出力するようになっている。
【００２２】
記憶部８０は、履歴情報記憶部８０Ａを有している。履歴情報記憶部８０Ａには、このＴＶ電話機１００の発信履歴、着信履歴、発信頻度履歴、着信頻度履歴が記録されている。記憶部８０のほかの部分には、アドレス帳などの、例えば通信機器が一般的に有する情報が記憶されている。
【００２３】
なお、画像処理部４１は、回線不良度データＤ１〜Ｄ３を中央制御部９０から受け取り、ディスプレイ４０に受信画像の表示と共に、あるいは単独で表示するための画像処理を行うようになっている。
【００２４】
＜ＴＶ電話機１００の動作＞
次に、ＴＶ電話機１００の動作について説明する。
【００２５】
ここでは、２台のＴＶ電話機１００が１対１で接続されている状態を想定し、その一方に着目して説明を行うものとする。図３〜図５は、ＴＶ電話機１００における主要な動作を表したフローチャートである。中央制御部９０は、まず、このＴＶ電話機１００が、待ち受け中、発着信動作を行ってから通話が開始される前までの通話開始前、および通話中のいずれの状態にあるかを、通信制御部５０を介した信号の送受に関する情報等から判断する（ステップＳ１）。
【００２６】
中央制御部９０は、上記判断の結果を回線状況測定部６０に送出する。回線状況測定部６０は、受け取った判断結果に基づき、待ち受け中、通話開始前および通話中の各状態に応じた手順で、回線不良度ｄ１〜ｄ３を取得する。以下、ＴＶ電話機１００の回線不良度ｄ１〜ｄ３の取得から表示までの動作について、待ち受け中、通話開始前および通話中の３通りの状態に分けて説明する。図６（Ａ）〜（Ｃ）は、それぞれ、待ち受け中、通話開始前および通話中の各状態に、ディスプレイ４０が回線不良度ｄ１〜ｄ３を表示する様子を表している。
【００２７】
＜待ち受け中＞
たとえば、下記いずれかの方法を取り、回線不良度ｄ１を求める。
【００２８】
（１）回線状況確認サーバ２００Ａとの往復時間を測定する例
この場合は、自端末から回線状況確認サーバ２００Ａまでのパケットの往復時間を測定し、それをもとに回線不良度ｄ１を算出する。
【００２９】
ＩＰ網に接続する通信機器では、通常、待ち受け中は何も行わないが、このＴＶ電話機１００では、回線状況測定部６０が回線状況確認サーバ２００Ａに向けてpingコマンドを発する。回線状況測定部６０は、こうして一定時間ごと、もしくはランダムなタイミングで、回線状況確認サーバ２００Ａまでのpingコマンドの往復時間を測定する（ステップＳ２）。得られた測定データは、回線状況演算部７０に入力される。
【００３０】
回線状況演算部７０は、測定データを評価関数ｆ１へ代入し、得られる演算結果を回線不良度ｄ１とする（ステップＳ３）。評価関数ｆ１は、一例として、次式で表されるものとする。
ここで、Ｎ回のping往復時間の結果を、Ｔ＝｛t1， t2 ，…，tN｝とすると、
ｆ１（Ｔ）＝C1・Ｖ（Ｔ）＋C2・MAX （Ｔ）
ただし、C1、C2は定数、Ｖ（Ｔ）はping往復時間Ｔの各試行結果の分散、MAX （Ｔ）は試行結果ti（i=1 〜N ）の最大値である。すなわち、ping往復時間がばらついたり、１回でも往復に長時間を要したときには、評価関数ｆ１の値は大きくなり、回線不良度ｄ１が大きくなる。なお、評価関数ｆ１には、これ以外の評価要素、パケットロス率などを含めるようにしてもよく、分散Ｖ（Ｔ）、最大値MAX （Ｔ）およびパケットロス率のうち少なくともいずれかを含む関数であってよい。
【００３１】
（２）相手との往復時間を測定する例
この場合は、過去に通話を行ったことのある相手をいくつかピックアップし、その端末とのパケットの往復時間を測定し、それをもとに回線不良度ｄ１を算出する。
【００３２】
すなわち、回線状況測定部６０は、記憶部８０に記憶された通話相手の全て、もしくは通話相手を分類選択する評価関数ｆ２の結果として得られる、選択された通話相手の全てに対してpingコマンドを発し、その往復時間を測定する。
【００３３】
評価関数ｆ２は、例えば、発信履歴、着信履歴、および発信頻度履歴、着信頻度履歴を変数とする。具体的には、発信頻度履歴上位一定件数と着信履頻度歴上位一定件数の論理和を取り、そのうち、発信履歴および着信履歴を基に、過去一定期間内に通話したことのある相手の全てを抽出し、そのアドレスリストを、発着信頻度の順位順( 発信頻度順位＋着信頻度順位の数字の少ない順序) に並べ換えたリストを導出するようにする。ただし、得られたリストが空であった場合（すなわち、一定期間内に通話した相手がいない場合）には、発着信頻度の最上位１件のみから成るリストをアウトプットとするとよい（ステップＳ４）。
【００３４】
こうして選択された通話相手に対し、pingコマンド往復時間を測定する（ステップＳ５）。得られた測定データは、回線状況演算部７０に入力される。回線状況演算部７０は、測定データを評価関数ｆ３へ代入し、得られる演算結果をもって回線不良度ｄ１とする。
【００３５】
評価関数ｆ３の一例について説明する。まず、アドレスリストをＬa ＝｛a1， a2 ，…，aM｝（アドレス数；1 〜M ）とし、アドレスamとの間のping測定結果（N 回のそれぞれの往復時間）をＴm ＝｛ｔm1，ｔm2，…，ｔmN｝とする。このとき、アドレスリストＬa 内の各アドレスとの間で測定したpingの結果は、
Ｔ＝｛Ｔ1 ，Ｔ2 ，…，ＴM ｝
＝｛｛ｔ11, ｔ12, …, ｔ1N｝，｛ｔ21, ｔ22, …, ｔ2N｝，…，｛ｔM1, ｔM2, …, ｔMN｝｝
となる。
【００３６】
そこで、｛Ｔ1 ，Ｔ2 ，…，ＴM ｝の各要素Ｔm （１≦ｍ≦Ｍ）のそれぞれを評価関数ｆ１に代入したときの演算結果をＬc ＝｛ｃ1 ，ｃ2 ，…，ｃM ｝とし、そのメジアン（中央値）をもって評価関数ｆ３が与えるトータルの回線不良度ｄ１とする（ステップＳ６）。
つまり、評価関数ｆ３は次式で表される。
ｆ３（Ｔ）＝Median（Ｌc ）＝Median（｛ f1(Tm) : 1 ≦m ≦M ｝）
【００３７】
次に、回線状況演算部７０は、得られた回線不良度ｄ１の数値をさらに、例えば０から定数Ａまでの間であれば不良度小、定数Ａから定数Ｂ（Ａ＜Ｂ）であれば不良度中、定数Ｂ以上であれば不良度大のような３段階区分のいずれかに分類し、この区分を回線不良度データＤ１として、画像処理部４１に出力する（ステップＳ７）。
【００３８】
画像処理部４１は、入力された回線不良度データＤ１に、画面上で表示するための処理を施し、ディスプレイ４０に送出する。このとき、ディスプレイ４０には、図６（Ａ）のようにインジケータ４Ａが表示される。インジケータ４Ａは、例えば、回線不良度データＤ１の３段階区分に対応させた、３つの円形の発光領域からなる。これらは、並び順に赤、黄、青などに色分けされ、回線状態を青が良好、黄が不良気味、赤が不良などと表している。いまは、待ち受け中であるので、画面に画像は表示されておらず、インジケータ４Ａのみ表示されている（ステップＳ８）。
【００３９】
ユーザは、待ち受け中にインジケータ４Ａを見て、もし黄や赤の位置が発光していたら、回線が混雑していると判断し、通話を延期したり、取りやめるなどの対策を講ずることができる。さらに、その状態がずっと続くようであれば、回線の故障や配線の接続不具合などを推測することもできる。
【００４０】
＜通話開始前＞
通話開始前における回線不良度ｄ２の算出方法を説明する。
【００４１】
この時点では通話相手が特定されているので、この通話相手との間の回線不良度を測定する。すなわち、回線状況測定部６０は、この相手に対してpingコマンドを発し、その往復時間を測定する（ステップＳ９）。得られた測定データは、回線状況演算部７０に入力される。回線状況演算部７０は、測定データを評価関数ｆ４へ代入し、得られる演算結果をもって回線不良度ｄ２とする（ステップＳ１０）。評価関数ｆ４は、例えば、評価関数ｆ１のC1，C2の各定数値を変えたものであってよい。
【００４２】
あるいは、通話開始前には、ＴＶ電話機１００同士は互いに呼制御プロトコルに基づいた情報を交換するので、pingの代わりに、呼制御の各ステップにおいて実際にかかった往復時間を利用し（ステップＳ１１）、評価関数ｆ１または評価関数ｆ４と似た関数を用いて回線不良度ｄ２を求めるようにしてもよい（ステップＳ１２）。
【００４３】
回線状況演算部７０は、さらに、得られた回線不良度ｄ２の数値を、回線不良度データＤ２に変換し、画像処理部４１に出力する（ステップＳ１３）。
【００４４】
画像処理部４１は、入力された回線不良度データＤ２に、画面上で表示するための処理を施し、ディスプレイ４０に送出する。このとき、ディスプレイ４０には、図６（Ｂ）のようにインジケータ４Ａが表示される（ステップＳ１４）。この時点は、まだ通話開始前なので、画面に画像は表示されておらず、インジケータ４Ａのみが表示されている。
【００４５】
ユーザは、通話開始前にインジケータ４Ａを見て、もし黄や赤の位置が発光していたら、回線が混雑していると判断し、通話を延期したり、取りやめるなどの対策を講ずることができる。例えば、海外など遠距離の相手に電話をかけようとしている場合、待ち受け中はインジケータ４Ａが青表示（回線状態良好）であっても、この相手のＴＶ電話機１００との間の回線状況を実際に調べたら、不良である場合などが考えられる。そのとき、インジケータ４Ａの表示は、青から黄もしくは赤に変わる。このため、ユーザは、状況の変化に即応することができ、電話が接続してから始めて回線不具合がわかるような事態を免れることができる。
【００４６】
発信側における、待ち受け中から通話開始前に推移する際の手順は、例えば次の通りである。まず、ユーザは、アドレス帳等から通話をする相手を選択し( もしくは相手の電話番号やユーザＩＤ等を入力し) 、これを仮決定させる。次に、その相手に対して発信者通知をするか否かの選択等を行い、発信ボタンを押す等の操作によって発信作業を行う。これにより、通話相手が決定され、その通話相手へ呼び出しが開始される。
【００４７】
上記したように、通話開始前とは発信作業を行った後であるので、発信側および着信側の双方において、この発信作業タイミングに同期して待ち受け状態から通話開始前状態に遷移する。そして、回線不良度の測定もまた、発信側および着信側の双方において、発信作業タイミングに同期して切り替わる。この場合、発信側に限ってみると、発信作業を行う前であっても通話相手が仮決定しているのであれば、回線不良度の測定方法を通話開始前と同様の方法に切り替えるようにしてもよい。これにより、実際に通話を行う相手との間の回線状況を知ることのできるタイミング（すなわち、より高精度で回線状況を知ることのできるタイミング）を早めることができる。なお、例えば、通話相手を仮決定した後に通話相手を変更した場合には、その時点で回線不良度を測定する通話相手を変更すればよい。また、通話相手を仮決定した後に通話相手未決定状態に戻した場合は、その時点で回線不良度の測定方法をも待ち受け状態のものに戻せばよい。
【００４８】
＜通話中＞
まず、回線状況測定部６０にて、通話相手のＴＶ電話機１００との間の回線接続状況を示す指標値を得る。このＴＶ電話機１００がＲＴＰ／ＲＴＣＰを利用しているのであれば、従来どおりこれを用い、パケットの遅延、欠落率、ジッタ等を指標とする（ステップＳ１５）。あるいは、通話開始前と同様に、一定時間ごと、もしくはランダムなタイミングでpingコマンドを発し、その往復時間を指標とする（ステップＳ１６）。得られた指標値は、回線状況演算部７０に出力される。
【００４９】
回線状況演算部７０は、指標値を基にして回線不良度ｄ３を算出し（ステップＳ１７）、さらに、回線不良度ｄ３を回線不良度データＤ３に変換して（ステップＳ１８）、画像処理部４１に出力する。
【００５０】
画像処理部４１は、入力された回線不良度データＤ３に、画面上で表示するための処理を施し、ディスプレイ４０に送出する。このとき、ディスプレイ４０には、図６（Ｃ）のように、通話相手側より送られてきた画像とインジケータ４Ａが表示される（ステップＳ１９）。これにより、ユーザは、インジケータ４Ａの表示により、相手との回線接続状況を確認しながら通話することができる。
【００５１】
例えば、画像音声のクオリティが低下している場合に、インジケータ４Ａの表示が黄になっていれば、その原因が回線の不具合であることがわかる。さらに回線状態が非常に悪く、画像音声ストリームが途切れるような場合に、インジケータ４Ａの表示が赤になっていれば、回線状況がひどく悪いことがわかる。このようにして画像音声の悪化原因を判断できるようになることで、ユーザが必要以上のストレスを感じないで済むようにすることができる。
【００５２】
なお、上記の説明では、回線不良度ｄをディスプレイ４０の上ではインジケータ４Ａとして表示するようにしているが、図７のように、インジケータ４Ｂによって表示するようにしてもよい。図７（Ａ）〜（Ｃ）は、図６（Ａ）〜（Ｃ）に対応しており、順に、待ち受け中、通話開始前、通話中のディスプレイ４０を表している。このインジケータ４Ｂは、顔のマークであり、回線不良度ｄの３段階区分に対応する３種類の表情で区別される。
【００５３】
またここでは、以上のように、ＴＶ電話機１００は、待ち受け中、通話開始前、通話中の各状態に応じて、回線状況確認のために信号を送る対象を使い分けている。これを表１に示す。
【００５４】
【表１】
2005064981.tif 000003
【００５５】
このように本実施の形態では、ＴＶ電話機１００の待ち受け中において、このＴＶ電話機１００自身と、（１）回線状況確認サーバ２００Ａや、（２）通信履歴のあるＴＶ電話機１００、特に通信頻度の高いＴＶ電話機１００との間でpingコマンド往復時間を測定し、その結果に基づいて回線不良度ｄ１を得るようにしたので、このＴＶ電話機１００がこれから通信する際の回線状況の目安が、回線不良度ｄ１として取得される。従来知られている回線状況のモニタリング方法では、モニタの対象は、通話中の通話対象機器との間の回線に特定されていたが、ここでは、通話相手が未定の段階で、目安となる回線状況を回線不良度ｄ１として取得し、表示することによって、接続した場合の回線状況をおよそ適切に推定することを可能としている。
【００５６】
また、通話開始前において、通信対象のＴＶ電話機１００との間の信号往復時間を測定することによって回線不良度ｄ２を求め、表示するようにしたので、通話開始前の時点で、接続した回線の状態が不良である場合に、ユーザに対応の余地を与えることができる。
【００５７】
さらに、通話中においても回線不良度ｄ３を求め、表示するようにしたので、このＴＶ電話機１００では、待ち受け、通話開始前、通話中の各状態を通じて回線状況が表示されることになり、ユーザ側からみれば、状態の変化等による継ぎ目なく、常に、回線状況が呈示される。よって、ユーザに対しては、通話するかどうかの判断材料が常に提供されていることになる。待ち受け中に回線状況が良好でなかったり、通話開始前，通話中に回線状況が良好から不良に変わったりした場合、ユーザは通話を中止するなどの処理をすぐに講ずることができる。また、通話を続行する場合、ユーザには、画像音声が乱れる原因がわかっているので、機器故障等に対する不安感をもたずに済む。このように、ＴＶ電話機１００の使用において、ユーザに極力ストレスを感じさせないようにし、快適な使用環境を提供することができる。
【００５８】
［第２の実施の形態］
第１の実施の形態では、待ち受け中、通信開始前、通話中の各状態に応じて、パケット往復時間の測定対象や回線不良度ｄの取得手順を選択することにより、回線状況を、常時、取得表示する場合について説明したが、本実施の形態では、常に特定の相手のＴＶ電話機１００との間の回線状況を取得し、これを常時表示する場合について説明する。よって、第１の実施の形態と同様の構成要素については、同一の符号を付し、その説明を適宜に省略するものとする。
【００５９】
特定の相手とは、例えばアドレス帳の登録のように、よく電話する相手をユーザが設定するようにしてもよいし、発着履歴に残っているアドレスのうち、発着信頻度が高いものから順に自動的に選択されるようにしてもよい（第１の実施の形態の評価関数ｆ２を参照）。いずれにしても、１つ以上、例えば５つ程のアドレスを予め指定し、記憶部８０にアドレスリストとして記憶しておくようにする。
【００６０】
この場合、回線状況確認の対象は、待ち受け中、通話開始前、通話中の各状態に応じて変わることはなく、常に、前出の特定の相手である（表２参照）。
【００６１】
【表２】
2005064981.tif 000004
【００６２】
したがって、ここでの回線状況表示は、図８のようになる。同図では、（Ａ）が待ち受け中、（Ｂ）が通話開始前、（Ｃ）が通話中である。図９は、ディスプレイ４０におけるインジケータ４Ｃの拡大図である。このように、インジケータ４Ｃは、特定の相手（アドレス）の一覧表になっており、それぞれについての回線状況を顔マークで表している。これを、ディスプレイ４０の上に常時表示させるようにする。
【００６３】
そのためには、待ち受け中もしくは通話開始前や通話中であってもその通話の対象以外の相手に対しては、回線状況測定部６０は、常時、一定間隔もしくはランダムなタイミングで、リスト中の個々のアドレスに対してpingコマンドの往復時間（通話開始前の場合は、あるいは呼制御の応答時間）を測定する。回線状況演算部７０は、アドレスごとの測定結果に基づいて、それぞれの回線不良度ｄを求める。これらの回線不良度ｄを変換して得た回線不良度データＤは、画像処理部４１に送出され、ディスプレイ４０にてインジケータ４Ｃの形態で表示される。
【００６４】
図８（Ａ）〜（Ｃ）に示したように、インジケータ４Ｃの表示により、ユーザはリスト中の特定の相手との間の回線状況をいつでも把握することができる。この機能は、例えば頻繁に電話をかける相手をモニタリングするのに便利に使える。待ち受け中に、これから電話する特定の相手との間の回線状況がわかれば、電話をかける際の安心感は高まる。また、たとえリスト外の相手との通話中であっても、特定の相手に電話をかけるかどうかの判断を通話と同時に行うことができる。
【００６５】
このように本実施の形態のＴＶ電話機１００は、常時、予め設定した特定の相手（特定アドレスのＴＶ電話機１００）との間の回線状況を調べて表示するようにしたので、常に状況を把握しておきたい回線をモニタリングすることが可能となる。
【００６６】
また、ユーザ側からみれば、状態の変化等による継ぎ目なく、常に、特定相手との間の回線状況が呈示される。よって、ユーザに対しては、特定相手に通話するかどうかの判断材料が常に提供され、判断の自由度を与えていることになる。よって、ＴＶ電話機１００の使用において、ユーザにストレスを感じさせず、快適な使用環境を提供することができる。
【００６７】
［第３の実施の形態］
次に、本発明の第３の実施の形態について説明する。
【００６８】
上記第１および第２の実施の形態では、主にテレビ電話のような個人対個人の通信を想定したが、本実施の形態では、インターネットラジオの配信局と個人との間で行われる１対多数の通信を想定する。
【００６９】
図１０は、本実施の形態に係る通信機器の接続形態を表すものである。なお、この図で、上記の図１で示した構成要素と同一の構成要素には同一の符号を付し、適宜説明を省略する。ＩＰ網３００には、インターネットラジオ局のサーバとして機能する複数のインターネットラジオサーバ２１０，２１１，２１２等と、一般家庭等に設けられたインターネットラジオクライアント１１０とが接続されている。インターネットラジオクライアント１１０は、ＡＤＳＬモデム１０１を介して、ＩＰ網３００に接続されている。インターネットラジオサーバ２１０等は、ＰＣやワークステーション等の情報処理装置を用いて構成される。インターネットラジオクライアント１１０は、例えば、インターネットラジオを受信できるＰＣ、あるいは専用の装置として構成され、複数のインターネットラジオサーバ２１０等から好みのものを選択することにより、そのインターネットラジオサーバからＩＰ網３００を介して配信されている音楽やトーク等の音声情報を受信し、聴取することができるようになっている。
【００７０】
インターネットラジオクライアント１１０の構成は、たとえば図２に示した構成からマイク１０、音声入力部１１、カメラ２０および画像入力部２１を除いたものとして実現することができる。その他の構成は同様である。
【００７１】
回線状況の確認の具体的な方法は、第２の実施の形態の場合と同様である。回線状況表示は上記の図９に示したような態様でインジケータにより行うことができる。この場合、図９に示した画面における各行には、各インターネットラジオ局の名称と回線状況を表す顔マークが表示される。インターネットラジオの場合は、回線状況確認の対象は、未聴取時、聴取開始前、聴取時の３通りとなるが、これらはそれぞれ第１および第２の実施の形態における待ち受け中、通話開始前、通話中に相当する。回線状況の確認方法は、第２の実施の形態の場合と同様であるので、説明を省略する。
【００７２】
以上、いくつかの実施の形態を挙げて本発明を説明したが、本発明は上記各実施の形態に限定されず、種々の変形実施が可能である。例えば、実施の形態では、回線不良度ｄ（ｄ１〜ｄ３）を３段階に区分して表示するようにしたが、２段階あるいは４段階以上に区分するようにしてもよい。また、その表示方式も、例えばバー表示など、インジケータ４Ａ〜４Ｃとは異なっていても構わない。
【００７３】
また、回線状況情報の表示は、インジケータ４Ａ〜４Ｃのように時間的な継ぎ目なく、常時表示することが好ましいが、本発明の主眼は、待ち受け中や通話開始前の状態においても回線状況が表示されることにあるので、例えばユーザのボタン操作などの外部トリガに応じて回線状況情報を表示するようにしてもよい。そうした場合にも、ユーザの望むときにはいつでも回線状況情報を呈示することができる。
【００７４】
また、本発明を適用する通信機器は、例えばＩＰ電話、テレビ電話、テレビ会議システム機器等の、主として音声映像情報の通信を行う機器のほか、一般的なデータ通信を行う通信機器も含む。さらに、本発明は、ＶｏＩＰソフトウェアなどを使ってパーソナルコンピュータ上でこうした通信機能を実現する場合についても適用される。また、本発明は、ＩＰ電話アダプタ（通常の電話機と回線の間に接続し、ＶｏＩＰを実現するための装置）に対して適用することもできる。但し、ＩＰ電話アダプタ等のように本来的にディスプレイを具備しない機器の場合には、回線実況情報を表示すべく、表示手段を設ける必要がある。
【００７５】
さらに、実施の形態におけるＴＶ電話機１００では、受信画像を表示するディスプレイ４０に回線状況を表示させるようにしたが、そのほかに、例えば通常の多機能型電話機に付設されているような液晶ディスプレイや、ＬＥＤなどの表示ランプなどを用いることもできる。
【図面の簡単な説明】
【００７６】
【図１】本発明の第１の実施の形態におけるインターネットテレビ電話システムの全体構成を表すブロック図である。
【図２】図１に示したテレビ電話機の構成図である。
【図３】図１に示したテレビ電話機の動作を表したフローチャートである。
【図４】図１に示したテレビ電話機の動作を表したフローチャートである。
【図５】図１に示したテレビ電話機の動作を表したフローチャートである。
【図６】図１に示したディスプレイが回線状況を表示した様子を示しており、（Ａ）は待ち受け中の状態、（Ｂ）は通話開始前の状態、（Ｃ）は通話中の状態を表している。
【図７】図６に示した回線状況の他の表示例であり、（Ａ）は待ち受け中の状態、  （Ｂ）は通話開始前の状態、（Ｃ）は通話中の状態を表している。
【図８】第２の実施の形態において、ディスプレイが回線状況を表示した様子を表しており、（Ａ）が待ち受け中の状態、（Ｂ）が通話開始前の状態、（Ｃ）が通話中の状態である。
【図９】図８に示した回線状況を表示するインジケータを拡大して示した図である。
【図１０】本発明の第３の実施の形態におけるインターネットラジオ配信システムの全体構成を表すブロック図である。
【符号の説明】
【００７７】
４Ａ，４Ｂ，４Ｃ…インジケータ、１０…マイク、１１…音声入力部、２０…カメラ、２１…画像入力部、３０…スピーカ、３１…音声出力部、４０…ディスプレイ、４１…画像処理部、５０…通信制御部、６０…回線状況測定部、７０…回線状況演算部、８０…記憶部、８０Ａ…履歴情報記憶部、９０…中央制御部、１００…テレビ電話機、１１０〜１１３…インターネットラジオクライアント、２００…サーバ、２００Ａ…回線状況確認サーバ、２１０〜２１２…インターネットラジオサーバ、３００…ＩＰ網、ｄ，ｄ１〜ｄ３…回線不良度、Ｄ１〜Ｄ３…回線不良度データ。
【図１】
2005064981.tif 000005
【図２】
2005064981.tif 000006
【図３】
2005064981.tif 000007
【図４】
2005064981.tif 000008
【図５】
2005064981.tif 000009
【図６】
2005064981.tif 000010
【図７】
2005064981.tif 000011
【図８】
2005064981.tif 000012
【図９】
2005064981.tif 000013
【図１０】
2005064981.tif 000014