(57)【要約】  パケット交換通信システムにおいて１つのノードと少なくとも１つの他のノードとの間の通信品質を制御する方法において、上記方法は、上記ノードのうちの１つにおいて通信品質が許容可能なしきい値を下回ることを示す状態を検出するステップと、上記検出された状態に基づいて、上記通信品質を改善する改善方法を提供するための指示であって上記少なくとも１つのノードのユーザへの指示を自動的に生成するステップと、上記少なくとも１つのノードのユーザから上記指示に応答して上記改善方法を実行するための入力信号を受信し、これにより上記通信品質を改善するステップとを含む。
2009535956.tif 000002
【特許請求の範囲】
【請求項１】
パケット交換通信システムにおいて１つのノードと少なくとも１つの他のノードとの間の通信品質を制御する方法において、
上記ノードのうちの１つにおいて通信品質が許容可能なしきい値を下回ることを示す状態を検出するステップと、
上記検出された状態に基づいて、上記通信品質を改善する改善方法を提供するための指示であって上記少なくとも１つのノードのユーザへの指示を自動的に生成するステップと、
上記少なくとも１つのノードのユーザから上記指示に応答して上記改善方法を実行するための入力信号を受信し、これにより上記通信品質を改善するステップとを含む方法。
【請求項２】
上記ノードはユーザ端末である請求項１記載の方法。
【請求項３】
上記指示は上記端末のユーザに提供される請求項２記載の方法。
【請求項４】
上記指示は上記ユーザによって実行される請求項４記載の方法。
【請求項５】
上記ユーザ端末はプロセッサを含む請求項１記載の方法。
【請求項６】
上記状態は上記通信の間の上記プロセッサの使用に関連する請求項５記載の方法。
【請求項７】
上記ユーザは、上記プロセッサ上で実行されているアプリケーションであって上記通信の処理に関わっていない任意のアプリケーションを終了させるように指示される請求項６記載の方法。
【請求項８】
上記状態は上記通信の間のラウンドトリップ時間に関連する請求項５記載の方法。
【請求項９】
上記ユーザは、上記プロセッサ上で実行されているアプリケーションであって上記通信の処理に関わっていない任意のアプリケーションを終了させるように指示される請求項８記載の方法。
【請求項１０】
上記ユーザは、上記通信への接続を切断し再接続するように指示される請求項８記載の方法。
【請求項１１】
上記状態は、上記通信において送信されるデータパケットから失われるデータパケットの程度に関連する請求項１記載の方法。
【請求項１２】
上記ユーザはインターネットからのダウンロードを停止するように指示される請求項８又は１１記載の方法。
【請求項１３】
上記状態は上記通信において用いられるルータのタイプに関連する請求項１記載の方法。
【請求項１４】
上記第１のノードは無線リンクを介してネットワークに接続される請求項１記載の方法。
【請求項１５】
上記第１のノード及び上記少なくとも１つの他のノードは同一のネットワークに接続される請求項１記載の方法。
【請求項１６】
上記第１のノード及び上記少なくとも１つの他のノードは異なるネットワークに接続される請求項１記載の方法。
【請求項１７】
上記状態は上記無線リンクの信号強度に関連する請求項１４記載の方法。
【請求項１８】
上記ユーザは、上記信号を供給するルータに上記端末を近づけるように指示される請求項１７記載の方法。
【請求項１９】
上記状態は上記プロセッサの速度に関連する請求項１記載の方法。
【請求項２０】
上記指示は上記ユーザ端末のディスプレイ画面上に提供される請求項２記載の方法。
【請求項２１】
上記指示は音声メッセージで提供される請求項１記載の方法。
【請求項２２】
上記指示はテキストメッセージとして現れる請求項２０記載の方法。
【請求項２３】
上記指示は、上記ユーザによって指示オプションが選択された後にのみ提供される請求項３記載の方法。
【請求項２４】
上記指示は、上記状態が検出されるとすぐに提供される請求項３記載の方法。
【請求項２５】
上記ユーザは上記指示が提供されるか否かを選択することができる請求項３記載の方法。
【請求項２６】
第１のノードにおいて状態が検出されるときに、上記少なくとも１つの他のノードにおいて、悪い通話品質状態を示す情報が提供される請求項１記載の方法。
【請求項２７】
パケット交換通信システムにおけるユーザ端末において、
上記ユーザ端末は、上記通信システムにおける少なくとも１つの他の端末に対して通信を実行するための手段を有し、
上記ユーザ端末は、
上記ノードのうちの１つにおいて通信品質が許容可能なしきい値を下回ることを示す状態を検出するための手段と、
上記検出される状態に基づいて、上記通信品質を改善する改善方法を提供するための指示であって上記少なくとも１つのノードのユーザへの指示を自動的に生成するための手段と、
上記少なくとも１つのノードのユーザから上記指示に応答して上記改善方法を実行するための入力信号を受信し、これにより上記通信品質を改善するための手段とを備えたユーザ端末。
【請求項２８】
プロセッサを含む請求項２７記載の端末。
【請求項２９】
上記状態は上記通信の間の上記プロセッサの使用に関連する請求項２８記載の端末。
【請求項３０】
上記受信する手段は、上記プロセッサ上で実行されているアプリケーションであって上記通信の処理に関わっていない任意のアプリケーションを終了させる指示を受信するように構成された請求項２９記載の端末。
【請求項３１】
ルータを含み、上記状態は上記通信に用いられるルータのタイプに関連する請求項２７記載の端末。
【請求項３２】
上記通信を実行する無線リンクを備え、上記状態は上記無線リンクの信号強度に関連する請求項２７乃至３１のうちのいずれか１つの請求項記載の端末。
【請求項３３】
上記指示は上記ユーザ端末のディスプレイ画面上に提供される請求項２７乃至３２のうちのいずれか１つの請求項記載の端末。
【請求項３４】
コンピュータによって実行されるときに請求項１乃至２６のうちのいずれか１つの請求項の方法に係るステップを実行するプログラムコード手段を備えたコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおける通話品質を処理する方法に関する。
【背景技術】
【０００２】
通信システムにおいては、２つの通信端末を、これらの端末が通話又は他の通信イベントにおいて互いに情報を送信できるようにリンクすることのできる通信ネットワークが提供される。情報は、音声、テキスト、画像又は映像を含んでもよい。
【０００３】
このような通信システムのうちの１つがピアツーピアの通信システムであり、このシステムでは、インターネット等の通信システムを介して複数のエンドユーザを通信の目的で接続することができる。通信システムは、エンドユーザを接続するための当該通信システム内での通信ルートの切り換えに関連して実質的に分散される。すなわち、エンドユーザは、システムへのアクセスを獲得するために、少なくとも１つの認証証明（ユーザ識別証明−ＵＩＣ（ｕｓｅｒ  ｉｄｅｎｔｉｔｙ  ｃｅｒｔｉｆｉｃａｔｅｓ））の交換に基づいてシステムを介する固有の通信ルートを確立することができる。上記システムは、エンドユーザに対して証明書を発行する管理装置を含む。このような通信システムは、特許文献１に記述されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第ＷＯ２００５／００９０１９号のパンフレット。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ピアツーピアの通信は、しばしば、固定回線又は移動ネットワーク等の伝統的な電話網よりはるかに低コストであるので、ユーザにとって有益である。これは、長距離通話で特に顕著である場合がある。これらのシステムは、既存のネットワーク（例えば、インターネット）上のボイスオーバーインターネットプロトコル（「ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）」）を利用してこれらのサービスを提供する場合があるが、代替のプロトコルを用いることもできる。
【０００６】
ＶｏＩＰ又は同様のプロトコルを用いる通信システムは、通話の品質に悪影響を与え得る多くの要因にさらされる。例えば、データパケットは、通信データがネットワークを介して送信されるときに失われる場合があり、これにより通話の品質に影響が及ぶ。ユーザ間で送信されるデータのラウンドトリップ時間（ＲＴＴ（ｒｏｕｎｄ  ｔｒｉｐ  ｔｉｍｅ））が長ければ、ユーザは情報の受信において遅延を経験する場合がある。
【０００７】
通話の品質は、ユーザがデータを受信する装置に起因する要因によっても影響される場合がある。例えば、その装置がパーソナルコンピュータ（ＰＣ）であれば、実行中のアプリケーションの数が中央処理装置（ＣＰＵ）によって通信データを処理できる度合いに影響を与え、これにより、通話品質に影響が出る。
【０００８】
悪い通話品質は発信者をいらだたせることがあり、発信者が代替の通信方法を探す原因となり得る。
【０００９】
従って、本発明の実施形態の目的は、確認されている上述の課題の少なくとも１つに対処することである。
【課題を解決するための手段】
【００１０】
本発明は、特に、しかしながら排他的にではなく、発信者が通話品質を制御することを可能にするインタフェースを提供することに関する。
【００１１】
本発明によれば、パケット交換通信システムにおいて１つのノードと少なくとも１つの他のノードとの間の通信品質を制御する方法が提供されており、上記方法は、上記ノードのうちの１つにおいて通信品質が許容可能なしきい値を下回ることを示す状態を検出するステップと、上記検出された状態に基づいて、上記通信品質を改善する改善方法を提供するための指示であって上記少なくとも１つのノードのユーザへの指示を自動的に生成するステップと、上記少なくとも１つのノードのユーザから上記指示に応答して上記改善方法を実行するための入力信号を受信し、これにより上記通信品質を改善するステップとを含む。
【００１２】
本発明によれば、パケット交換通信システムにおけるユーザ端末がさらに提供されており、上記ユーザ端末は、上記通信システムにおける少なくとも１つの他の端末に対して通信を実行するための手段を有し、上記ユーザ端末は、上記ノードのうちの１つにおいて通信品質が許容可能なしきい値を下回ることを示す状態を検出するための手段と、上記検出される状態に基づいて、上記通信品質を改善する改善方法を提供するための指示であって上記少なくとも１つのノードのユーザへの指示を自動的に生成するための手段と、上記少なくとも１つのノードのユーザから上記指示に応答して上記改善方法を実行するための入力信号を受信し、これにより上記通信品質を改善するための手段とを備える。
【００１３】
以下、本発明のより良い理解のために及び本発明を実行できる方法を示すために、添付の図面を参照して本発明の実施形態について説明する。
【図面の簡単な説明】
【００１４】
【図１】ピアツーピアの電話システムの概略図である。
【図２】ピアツーピアの電話システムの別の概略図である。
【図３】本発明の一実施形態に係るクライアントスタックを示す。
【図４】本発明の一実施形態に係るユーザ端末のディスプレイ画面を示す概略図である。
【図５Ａ】本発明に係るアルゴリズムのステップを示す。
【図５Ｂ】本発明に係るアルゴリズムのステップを示す。
【図６】点灯されるシーケンスの一例を示す。
【図７Ａ】補遺Ａを示す。
【図７Ｂ】補遺Ａを示す。
【図８】補遺Ａを示す。
【図９】補遺Ｂを示す。
【図１０】補遺Ｂを示す。
【図１１】補遺Ｂを示す。
【図１２】補遺Ｂを示す。
【図１３】補遺Ｂを示す。
【図１４】補遺Ｂを示す。
【図１５】補遺Ｂを示す。
【発明を実施するための形態】
【００１５】
はじめに、図１を参照すると、ピアツーピアの電話システム１００が示されている。図示されかつ詳細に説明されるこの例示的な電気通信ネットワークはピアツーピアのネットワークの用語を用いているが、本発明の実施形態を他の任意の適切な形式のネットワークに使用可能であることは認識されるべきである。
【００１６】
ネットワーク１０４に接続されたユーザ端末１０２が示されている。ユーザ端末は、例えば、パーソナルコンピュータ、ゲーム装置、パーソナルデジタルアシスタント、適切に使用可能にされる携帯電話機、テレビジョン受像機又はネットワーク１０４に接続できる他の装置であってよい。ユーザ端末１０２はネットワークポート１０５を介してネットワーク１０４に接続されており、ケーブル（有線）接続又は無線接続を介して接続されてもよい。ネットワーク１０４は、インターネット等のネットワークであってよい。
【００１７】
ユーザ端末１０２上に、エンドユーザが通信ネットワークを介して通信できるようにするクライアントソフトウェア１１２がインストールされる。端末１０２のユーザインタフェースは、ユーザ機能を表示し着呼等の発生しているイベントを示すように、以下クライアントと呼ぶクライアントソフトウェアプログラム１１２によって制御されてよい。本発明の一実施形態によれば、クライアント１１２は、後述する通信品質オプションを表示するように構成されてもよい。
【００１８】
ユーザ端末がネットワーク１０４に接続されれば、ユーザ端末は、ピアツーピアの電話システムのオペレータにより提供されるクライアントプログラム１１２を実行していてもよい。クライアント１１２は、ユーザ端末１０２内のローカルなプロセッサ上で実行される。
【００１９】
クライアント１１２は、ネットワークインタフェースを管理するためのプロトコル層４０２（図３）を含む、様々な機能を実行するための複数の異なる構成要素又は層を有する。本実施形態では、プロトコル層が通話品質パラメータを監視するが、他の層の区分が可能であることは認識されるであろう。
【００２０】
図３は、本発明の一実施形態に係るクライアントスタックを示す。図に示すように、クライアントプロトコル層は装置のオペレーティングシステム４０１の上に存在する。プロトコル層４０２の上には、クライアントエンジン４０４が存在する。クライアントエンジン４０４は、クライアントユーザインタフェース層４０６を制御するために用いられる。クライアントユーザインタフェース４０６の制御については、詳細後述する。
【００２１】
第２のユーザ端末１１０のユーザは、ネットワーク１０４を介してユーザ端末１０２のユーザに電話をかけることができる。通話を開始するために、第２のユーザ１０８は、ユーザ端末１０２上で実行されているクライアントと同様のクライアントであって第２のユーザ端末１１０上で実行されているクライアントに表示される、端末１０２を操作しているユーザ１０６に関してリストされた連絡先をクリックすることができる。あるいは、ユーザ１０８は、ユーザ１０６の電話番号又はユーザ名をタイピングすることができる。次に、クライアントは、ユーザ１０６への通話をセットアップする。特許文献１に開示されているような当技術分野で公知の方法により、ＶｏＩＰを用いて電話がかけられてもよい。電話の通話は、音声、映像、インスタントメッセージ（「ＩＭ（ｉｎｓｔａｎｔ  ｍｅｓｓａｇｅ）」）、ショートメッセージサービス（ＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ））又はこれらの組合せを含んでもよい。
【００２２】
ある代替の実施形態では、第２のユーザ端末１１０は、公衆交換電話網（「ＰＳＴＮ（ｐｕｂｌｉｃ  ｓｗｉｔｃｈｉｎｇ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）」）又は移動ネットワーク（図１には図示せず。）等の異なるネットワークに接続されてもよい。ＰＳＴＮに接続される場合、第２のユーザ端末は固定回線の電話機であってもよく、移動ネットワークに接続される場合、第２のユーザ端末は携帯電話機であってもよい。
【００２３】
図２に示すように、本発明の別の代替の実施形態では、３つ以上のユーザ端末（１０２，１１０，１３０，１４０及び１５０）が、会議通話において各ユーザ間で通信データが共有されるようにネットワーク１０４を介して接続されてもよい。
【００２４】
別の代替の実施形態では、会議通話に３人以上のユーザが含まれる場合には、少なくとも１人のユーザはＰＳＴＮ又は移動ネットワーク等の異なるネットワークに接続されてもよい。
【００２５】
図１に示すように、一実施形態では、ネットワーク１０４にさらにバックエンドサーバ１２２及びウェブアプリケーション１２４が接続されてもよい。バックエンドサーバ１２２及びウェブアプリケーション１２４は、電話システムのオペレータのプライベートネットワーク１２８内に配置されてよい。バックエンドサーバ１２２及びウェブアプリケーション１２４は、地理的に同一の位置に置かれてもよく、又は地理的に分離されてもよい。バックエンドサーバ１２２は、ウェブアプリケーション１２４とネットワーク１０４との間に配置され、ウェブアプリケーション１２４とクライアント１１２との間のメッセージ交換を担当する。バックエンド１２２及びクライアント１１２は専用のプロトコルを用いて通信し、ＨＴＴＰを用いない。これは、第三者及びファイアウォールによるＨＴＴＰメッセージの検出及び遮断を回避するためである。さらに、バックエンドサーバ１２２はＨＴＴＰも遮断する。
【００２６】
ネットワークを介して通信できるためには、ユーザ１０６は適切に登録されかつ認証されなければならない。アクセスは、公開鍵暗号システムを用いてチェックされる。クライアント１１２のプロトコル層は、新規のバージョンの公開鍵のためのプロトコルを用いてバックエンドサーバ１２２を周期的にポーリングするように構成されてよい。バックエンドサーバ１２２は、要求をウェブアプリケーション１２４に送る。これに伴ってウェブアプリケーション１２４はバックエンドサーバ１２２に鍵を返し、鍵はユーザ識別証明（ＵＩＣ）におけるプロトコルを用いてクライアント１１２に送られる。上述のステップはユーザにその動作を認識されることなく周期的に実行され、クライアント１１２において鍵情報は常に最新であることが保証される。
【００２７】
本発明の一実施形態では、端末１０２上に設けられるクライアント１１２は、上記端末において通話品質の指標となる少なくとも１つのパラメータを監視するように構成される。監視されるパラメータは、ユーザ端末のタイプ及び／又は通信のタイプに依存するものであってもよい。
【００２８】
本発明の一実施形態によれば、クライアントは、ユーザ端末１１０との通信の処理に用いられる端末１０２のＣＰＵの割合（ｐｒｏｐｏｒｔｉｏｎ）を監視する。クライアントはまた、通信処理に関わらない他のアプリケーションによるＣＰＵの使用を追加的に監視するように構成されてもよい。次に、ＣＰＵの通信処理に専用の割合が十分に存在するか否かを決定するために、通信によって用いられるＣＰＵの量を他のアプリケーションによるＣＰＵの使用と比較してもよい。クライアントは、ＣＰＵの通信処理に専用のＣＰＵの割合が十分に存在するか否かを、監視された量を所定のしきい値量と比較することによって決定してもよい。
【００２９】
本発明の一実施形態によれば、通話処理に専用のＣＰＵの割合が不十分であることが決定されれば、クライアントは、通信品質が劣悪であることをユーザに対して示すようにユーザインタフェースを制御するように構成されてよい。次いでユーザは、状況を改善するように促されてよい。本発明の一実施形態によれば、クライアントは、ユーザに状況を改善するための指示を提供してもよい。
【００３０】
本発明の一実施形態では、クライアントエンジンは、通信品質の指標を表示するようにユーザインタフェースを制御するように構成される。上記指標はアイコンとして現れてよく、これは、図４に示すように端末１０２のディスプレイ画面３０１上のグラフィックボタン３０２，３０３とも呼ばれる。本発明の代替の実施形態では、画面上に指標を表示することが不可能であれば、指標はＬＥＤによって提供されてもよい。
【００３１】
クライアントエンジンは、クライアントプロトコル層から通話処理専用のＣＰＵの割合が不十分であるという通知を受信すれば、通話品質が劣悪であることを示すグラフィックボタン３０３を表示するようにユーザインタフェースを制御する。
【００３２】
クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、ヘルプテキストメッセージは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてよい。メッセージは、例えば、次のように述べてよい。
【００３３】
「あなたが通話の問題を経験している場合、他のアプリケーションを終了させることが通話品質を改善するかもしれません。」
【００３４】
本発明の代替の実施形態においては、クライアントエンジンは、問題の改善方法を説明するユーザに対する音声メッセージを装置内のスピーカを用いて再生するようにクライアントユーザインタフェースを制御するように構成されてもよい。
【００３５】
本発明の一実施形態では、ユーザに提供されるヘルプメッセージにおいて説明される技術的な詳細事項の程度を選択することが可能である。例えば、ユーザは、当該ユーザがグラフィックボタンを選択したときに表示されるウィンドウ内に提供されるオプションを選択することにより、当該ユーザが詳細なメッセージを希望するか否かを選択することが可能であってよい。あるいは、ユーザは、オリジナルのヘルプメッセージを示すウィンドウ内の詳細なヘルプオプションを選択してもよい。通信に関連する問題が他のアプリケーションによるＣＰＵの使用に起因するものとして検出される場合、上記詳細なメッセージは、例えば、次のように述べてよい。
【００３６】
「ＣＰＵの使用量が非常に多いです。この問題を解決するためには、他のアプリケーションを終了させ、あらゆるダウンロードを停止してください。」
【００３７】
第１のユーザ端末１０２が通信している第２のユーザ端末１１０上で実行されているクライアントは、第１のユーザ端末が通信の問題を経験していることを示すメッセージをユーザ１０８に対して表示するように構成されてよい。これは、通信プロトコルを用いて第２のユーザ端末１１０に伝達されることが可能である。
【００３８】
従って、ユーザは、より高い品質の通話を受信するために他のアプリケーションを終了させ、かつあらゆるダウンロードを終わらせてよい。
【００３９】
図２に示すように、複数のユーザが会議通話に関与している事例では、各発信者は、そのデータをその通話を開始したユーザ（会議ホスト）に送り、次にホストはこれをその通話の他の参加者に送る。
【００４０】
本発明の一実施形態では、ユーザ端末１０２及び１１０は、通話中にウェブカメラからの映像データを送るように構成されてよく、これは別名「ビデオチャット」として知られる。ビデオチャットセッションの間、クライアントは、ウェブカメラのアプリケーションを実行するために用いられている端末１０２のＣＰＵの割合を監視する。ＣＰＵが通話の音声部分に用いられる量は、次にウェブカメラアプリケーション及び実際にＣＰＵ上で実行されている他の任意のアプリケーションによるＣＰＵの使用と比較され、ＣＰＵの通信専用の割合が十分に存在するか否かが決定されてよい。クライアントは、ＣＰＵの通信の音声部分処理専用の割合が十分に存在するか否かを、監視した量と所定のしきい値の量とを比較することによって決定してもよい。
【００４１】
本発明の一実施形態によれば、通話処理専用のＣＰＵの割合が不十分であることが決定されれば、クライアントは、ユーザに通信品質が劣悪であることを指摘するようにユーザインタフェースを制御するように構成されてよい。次いで、ユーザは、状況を改善するように促されてよい。本発明の一実施形態によれば、クライアントは、ユーザに状況を改善するための指示を提供してもよい。
【００４２】
本発明の一実施形態では、クライアントエンジンは、通信品質の指標を表示するようにユーザインタフェースを制御するように構成される。上記指標は、図４に示すような、ディスプレイ装置のディスプレイ画面上のグラフィックボタンとして現れてよい。本発明の代替の実施形態では、画面上に指標を表示することが不可能であれば、指標はＬＥＤ又は同様の代替のインタフェースによって提供されてもよい。
【００４３】
クライアントエンジンは、クライアントプロトコル層から通話処理専用のＣＰＵの割合が不十分であるという通知を受信すれば、通話品質が劣悪であることを示すグラフィックボタン３０３を表示するようにユーザインタフェースを制御する。
【００４４】
クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。メッセージは、例えば、次のように述べてよい。
【００４５】
「あなたは通話の問題を経験しているかもしれません。映像を中止して他のアプリケーションを終了させることが、あなたの通話品質を改善するかもしれません。」
【００４６】
本発明の代替の実施形態においては、クライアントエンジンは、問題の改善方法を説明するユーザに対する音声メッセージを装置内のスピーカを用いて再生するようにクライアントユーザインタフェースを制御するように構成されてもよい。
【００４７】
本発明の一実施形態では、ユーザに提供されるヘルプメッセージにおいて説明される技術的な詳細事項の程度を選択することが可能である。例えば、ユーザは、当該ユーザがグラフィックボタンを選択すると表示されるウィンドウ内に提供されるオプションを選択することにより、当該ユーザが詳細なメッセージを希望するか否かを選択することが可能であってよい。あるいは、ユーザは、オリジナルのヘルプメッセージを示すウィンドウ内の詳細なヘルプオプションを選択してもよい。通信に関連する問題が他のアプリケーションによるＣＰＵの使用に起因するものとして検出される場合、上記詳細なメッセージは、例えば、次のように述べてよい。
【００４８】
「あなたの映像ソフトウェアがバックグラウンドで実行されていないことを確認してください。」
【００４９】
第１のユーザ端末１０２が通信している第２のユーザ端末上で実行されているクライアントは、第１のユーザ端末が通信の問題を経験していることを示すメッセージを表示するように構成されてよい。
【００５０】
従って、端末１０２のユーザは、通話品質を改善するために映像アプリケーションを終了させてもよい。
【００５１】
本発明の別の実施形態によれば、クライアントは端末１０２のＣＰＵの速度を決定する。ＣＰＵの性能は通話の前に全ての参加者によって測定され、この情報は通話のセットアップ時に通信相手に送信される。
【００５２】
メガヘルツ単位で測定されるプロセッサのパフォーマンスの数値であってクライアントにより利用される数値は、ＣＰＵの性能に関わらず７００未満であるべきである。従って、利用可能なＣＰＵの性能が不十分であることが明らかであれば、クライアントが通常は用いるべきＣＰＵよりも多くのＣＰＵを用いていることが理由であるか否かをチェックするためにこの常套手段を用いることができる。そうでなければ、問題は、通話を処理するためにはＣＰＵの性能が低すぎるといった何か他のことであり得る。
【００５３】
本発明の一実施形態によれば、ＣＰＵの速度が通話を処理するためには遅すぎることが決定される場合、クライアントは、通信品質が劣悪であること及び悪い通信の理由をユーザに示すようにユーザインタフェースを制御するように構成されてよい。
【００５４】
本発明の一実施形態では、クライアントエンジンは、通信品質の指標を表示するようにユーザインタフェースを制御するように構成される。上記指標は、図４に示すように端末１０２のディスプレイ画面３０１上のグラフィックボタン３０２、３０３として現れてよい。本発明の代替の実施形態では、画面上に指標を表示することが不可能であれば、指標はＬＥＤ又は別の代替のユーザインタフェースによって提供されてもよい。
【００５５】
クライアントエンジンは、クライアントプロトコル層から、ＣＰＵの速度が通話を処理するためには遅すぎるという通知を受信すれば、通話品質が劣悪であることを示すグラフィックボタン３０３を表示するようにユーザインタフェースを制御する。
【００５６】
クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。メッセージは、例えば、次のように述べてよい。
【００５７】
「あなたのコンピュータの処理速度は、クリアな通話を行うためには遅すぎるかもしれません。」
【００５８】
本発明の代替の実施形態においては、クライアントエンジンは、問題の改善方法を説明するユーザに対する音声メッセージを装置内のスピーカを用いて再生するようにクライアントユーザインタフェースを制御するように構成されてもよい。
【００５９】
本発明の一実施形態では、ユーザに提供されるヘルプメッセージにおいて説明される技術的な詳細事項の程度を選択することが可能である。例えば、ユーザは、当該ユーザがグラフィックボタンを選択すると表示されるウィンドウ内に提供されるオプションを選択することにより、当該ユーザが詳細なメッセージを希望するか否かを選択することが可能であってよい。あるいは、ユーザは、オリジナルのヘルプメッセージを示すウィンドウ内の詳細なヘルプオプションを選択してもよい。通信に関連する問題がＣＰＵの速度に起因するものとして検出される場合、上記詳細なメッセージは推奨されるシステムの必要条件を提供してもよい。端末がＰＣである場合、このメッセージは、例えば、次のように述べてよい。
【００６０】
「推奨されるシステムの必要条件：１ギガヘルツのプロセッサ、２５６メガバイトのＲＡＭ：」
【００６１】
端末がマック（Ｍａｃ）である場合、このメッセージは、例えば、次のように述べてよい。
【００６２】
「推奨されるシステムの必要条件：Ｍａｃ  ＯＳ  Ｘｖ１０．３を実行するＰｏｗｅｒＰＣ  Ｇ４を有するマッキントッシュ（Ｍａｃｉｎｔｏｓｈ）、４００メガヘルツのプロセッサ、２５６メガバイトのＲＡＭ」
【００６３】
第１のユーザ端末１０２が通信している第２のユーザ端末上で実行されているクライアントは、第１のユーザ端末が通信の問題を経験していることを示すメッセージを表示するように構成されてよい。
【００６４】
本発明の一実施形態では、端末は、図２に示すように会議通話に関わっている場合がある。この場合、各ユーザ端末１１０、１３０、１４０及び１５０上で実行されているクライアントは、第１のユーザ端末１０２が通信の問題を経験していることを示すメッセージを表示するように構成される。
【００６５】
本発明の別の実施形態によれば、上述したように、クライアントは通話を処理するアプリケーションによるＣＰＵ資源の消費量が多すぎることを検出してもよい。
【００６６】
本発明の一実施形態によれば、通話を処理するアプリケーションによるＣＰＵ資源の消費量が多すぎることが決定されれば、クライアントは、ユーザに通信品質が劣悪であることを指摘するようにユーザインタフェースを制御するように構成されてよい。本発明の一実施形態によれば、クライアントは、ユーザに状況を改善するための指示を提供してもよい。
【００６７】
本発明の一実施形態では、クライアントエンジンは、通信品質の指標を表示するようにユーザインタフェースを制御するように構成される。上記指標は、図４に示すような、ディスプレイ装置のディスプレイ画面３０１上のグラフィックボタン３０２、３０３として現れてよい。本発明の代替の実施形態では、画面上に指標を表示することが不可能であれば、指標はＬＥＤ又は他の任意の適切なユーザインタフェースによって提供されてもよい。
【００６８】
クライアントエンジンは、クライアントプロトコル層から通話を処理するアプリケーションによるＣＰＵ資源の消費量が多すぎるという通知を受信すれば、通話品質が劣悪であることを示すグラフィックボタン３０３を表示するようにユーザインタフェースを制御する。
【００６９】
クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。メッセージは、例えば、次のように述べてよい。
【００７０】
「通話アプリケーションは大量の資源を用いています。我々は上記アプリケーションを再始動することを提案します。」
【００７１】
本発明の代替の実施形態においては、クライアントエンジンは、問題の改善方法を説明するユーザに対する音声メッセージを装置内のスピーカを用いて再生するようにクライアントユーザインタフェースを制御するように構成されてもよい。
【００７２】
本発明の一実施形態では、ユーザに提供されるヘルプメッセージにおいて説明される技術的な詳細事項の程度を選択することが可能である。例えば、ユーザは、当該ユーザがグラフィックボタンを選択すると表示されるウィンドウ内に提供されるオプションを選択することにより、当該ユーザが詳細なメッセージを希望するか否かを選択することが可能であってよい。あるいは、ユーザは、オリジナルのヘルプメッセージを示すウィンドウ内の詳細なヘルプオプションを選択してもよい。通信に関連する問題が通話を処理するアプリケーションによるＣＰＵの使用に起因するものとして検出される場合、上記詳細なメッセージは、例えば、次のように述べてよい。
【００７３】
「通話アプリケーションは、使用するべきシステム資源よりも多くのシステム資源を使用しています。通話アプリケーションを用いているかもしれない他のあらゆるアプリケーションを無効にすることを試みてください。問題が続く場合は、オペレータカスタマサービスにご連絡ください。」
【００７４】
第１のユーザ端末１０２が通信している第２のユーザ端末上で実行されているクライアントは、第１のユーザ端末が通信の問題を経験していることを示すメッセージを表示するように構成されてよい。
【００７５】
本発明の別の実施形態によれば、クライアントは、通信のラウンドトリップ時間（ＲＴＴ）を測定するように構成される。ＲＴＴは、遠隔の通信相手に周期的に特殊な試験パケットを送信し応答が到着するまでの時間を測定することによって測定されてよい。
【００７６】
ＲＴＴがしきい値を超えていることが決定されれば、クライアントは、ユーザに通信品質が劣悪であることを示すようにユーザインタフェースを制御するように構成されてよい。本発明の一実施形態によれば、クライアントは、ユーザに状況を改善するための指示を提供してもよい。
【００７７】
本発明の一実施形態では、クライアントエンジンは、通信品質の指標を表示するようにユーザインタフェースを制御するように構成される。上記指標は、図４に示すような、ディスプレイ装置のディスプレイ画面上のグラフィックボタンとして現れてよい。本発明の代替の実施形態では、画面上に指標を表示することが不可能であれば、指標はＬＥＤ又は他の任意の適切なユーザインタフェースによって提供されてもよい。
【００７８】
クライアントエンジンは、クライアントプロトコル層からＲＴＴが大きすぎるという通知を受信すれば、通話品質が劣悪であることを示すグラフィックボタン３０３を表示するようにユーザインタフェースを制御する。
【００７９】
クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。メッセージは、例えば、次のように述べてよい。
【００８０】
「あなたが通話の問題を経験している場合、より良い通話品質のためにリダイヤルしてください。」
【００８１】
本発明の代替の実施形態においては、クライアントエンジンは、問題の改善方法を説明するユーザに対する音声メッセージを装置内のスピーカを用いて再生するようにクライアントユーザインタフェースを制御するように構成されてもよい。
【００８２】
本発明の一実施形態では、ユーザに提供されるヘルプメッセージにおいて説明される技術的な詳細事項の程度を選択することが可能である。例えば、ユーザは、当該ユーザがグラフィックボタンを選択すると表示されるウィンドウ内に提供されるオプションを選択することにより、当該ユーザが詳細なメッセージを希望するか否かを選択することが可能であってよい。あるいは、ユーザは、オリジナルのヘルプメッセージを示すウィンドウ内の詳細なヘルプオプションを選択してもよい。通信に関連する問題がＲＴＴに起因するものとして検出される場合、上記詳細なメッセージは、例えば、次のように述べてよい。
【００８３】
「あなたが音声遅延エコー又は望ましくない雑音を経験している場合、それは、インターネットを使用しかつ帯域幅を消費している他のアプリケーションによって引き起こされているかもしれません。この問題の解決を手助けするために、アプリケーションを終了させるかダウンロードを停止してください。」
【００８４】
第１のユーザ端末１０２が通信している第２のユーザ端末上で実行されているクライアントは、第１のユーザ端末が通信の問題を経験していることを示すメッセージを表示するように構成されてよい。
【００８５】
そして、ユーザは、より良い通話品質を得るために、インターネットを使用している他のアプリケーションを終了させてもよい。
【００８６】
本発明の別の実施形態によれば、クライアントは、通信のパケット損失を監視するように構成される。パケット損失は、送信されたパケットの数を追跡し続け、かつ受信されたパケット数を示す情報を通信相手から周期的に受信することによって監視されてよい。これらの２つの数を比較することにより、通信において失われるパケットの数を推定し、失われたパケットと送られたパケットとの比としてパケット損失を計算することが可能である。
【００８７】
パケット損失がしきい値を超えていることが決定されれば、クライアントは、ユーザに通信品質が劣悪であることを指摘するようにユーザインタフェースを制御するように構成されてよい。本発明の一実施形態によれば、クライアントは、ユーザに状況を改善するための指示を提供してもよい。
【００８８】
本発明の一実施形態では、クライアントエンジンは、通信品質の指標を表示するようにユーザインタフェースを制御するように構成される。上記指標は、図４に示すような、ユーザ端末１０２のディスプレイ画面３０１上のグラフィックボタン３０２、３０３として現れてもよい。本発明の代替の実施形態では、画面上に指標を表示することが不可能であれば、指標はＬＥＤ又は他の任意の適切なユーザインタフェースによって提供されてもよい。
【００８９】
クライアントエンジンは、クライアントプロトコル層からデータパケットの損失が大きすぎるという通知を受信すれば、通話品質が劣悪であることを示すグラフィックボタン３０３を表示するようにユーザインタフェースを制御する。
【００９０】
クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。メッセージは、例えば、次のように述べてよい。
【００９１】
「あなたは通話の問題を経験しているかもしれません。他のアプリケーションを終了させることが通話品質を改善するかもしれません。」
【００９２】
本発明の代替の実施形態においては、クライアントエンジンは、問題の改善方法を説明するユーザに対する音声メッセージを装置内のスピーカを用いて再生するようにクライアントユーザインタフェースを制御するように構成されてもよい。
【００９３】
本発明の一実施形態では、ユーザに提供されるヘルプメッセージにおいて説明される技術的な詳細事項の程度を選択することが可能である。例えば、ユーザは、当該ユーザがグラフィックボタンを選択すると表示されるウィンドウ内に提供されるオプションを選択することにより、当該ユーザが詳細なメッセージを希望するか否かを選択することが可能であってよい。あるいは、ユーザは、オリジナルのヘルプメッセージを示すウィンドウ内の詳細なヘルプオプションを選択してもよい。通信に関連する問題がパケット損失に起因するものとして検出される場合、上記詳細なメッセージは、例えば、次のように述べてよい。
【００９４】
「あなたが音声遅延エコー又は望ましくない雑音を経験している場合、それは、インターネットを使用しかつ帯域幅を消費している他のアプリケーションによって引き起こされているかもしれません。この問題の解決を手助けするために、アプリケーションを終了させるかダウンロードを停止してください。」
【００９５】
第１のユーザ端末１０２が通信している第２のユーザ端末上で実行されているクライアントは、第１のユーザ端末が通信の問題を経験していることを示すメッセージを表示するように構成されてよい。
【００９６】
本発明の別の実施形態によれば、クライアントは、通信に関わるローカルなＮＡＴ（ネットワークアドレス変換（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ））ルータを検出するように構成される。
【００９７】
ここでは、コンピュータ間の高品質の通信の送信に関連して表現される２つのＮＡＴのタイプである、適切及び不適切に言及する。
【００９８】
ローカルなＮＡＴのタイプが不適切であることが決定されれば、クライアントは、ユーザに通信品質が劣悪であることを示すようにユーザインタフェースを制御するように構成されてよい。本発明の一実施形態によれば、クライアントは、ユーザに状況を改善するための指示を提供してもよい。
【００９９】
本発明の一実施形態では、クライアントエンジンは、通信品質の指標を表示するようにユーザインタフェースを制御するように構成される。上記指標は、図４に示すような、ディスプレイ装置のディスプレイ画面上のグラフィックボタンとして現れてよい。本発明の代替の実施形態では、画面上に指標を表示することが不可能であれば、指標はＬＥＤ又は他の任意の適切なユーザインタフェースによって提供されてもよい。
【０１００】
クライアントエンジンは、クライアントプロトコル層からローカルなＮＡＴのタイプが不適切であるという通知を受信すれば、通話品質が劣悪であることを示すグラフィックボタン３０３を表示するようにユーザインタフェースを制御する。
【０１０１】
クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。メッセージは、例えば、次のように述べてよい。
【０１０２】
「あなたは通話の問題を経験しているかもしれません。より良い通話品質のためにリダイヤルしてください。」
【０１０３】
本発明の代替の実施形態においては、クライアントエンジンは、問題の改善方法を説明するユーザに対する音声メッセージを装置内のスピーカを用いて再生するようにクライアントユーザインタフェースを制御するように構成されてもよい。
【０１０４】
本発明の一実施形態では、ユーザに提供されるヘルプメッセージにおいて説明される技術的な詳細事項の程度を選択することが可能である。例えば、ユーザは、当該ユーザがグラフィックボタンを選択すると表示されるウィンドウ内に提供されるオプションを選択することにより、当該ユーザが詳細なメッセージを希望するか否かを選択することが可能であってよい。あるいは、ユーザは、オリジナルのヘルプメッセージを示すウィンドウ内の詳細なヘルプオプションを選択してもよい。通信に関連する問題が検出されたＮＡＴのタイプに起因するものとして検出される場合、上記詳細なメッセージは、例えば、次のように述べてよい。
【０１０５】
「あなたの通話はインターネットを介して中継されます。あなたの通話を処理しているアプリケーションが通話の最適な中継の達成することを、あなたのルータ構成が妨害していれば、あなたの通話品質は悪くなる可能性があります。より良い通話品質のために、あなたのファイアウォール又はルータの設定を変えていただくことが可能です。これを行うには、オンラインガイドがあなたの手助けになるでしょう。もしくは、あなたのシステム管理者の手助けを求めることができます。」
【０１０６】
第１のユーザ端末１０２が通信している第２のユーザ端末上で実行されているクライアントは、第１のユーザ端末が通信の問題を経験していることを示すメッセージを表示するように構成されてよい。
【０１０７】
そして、端末１０２のユーザは、端末１１０のユーザとの接続の品質を改善するために、直ちにリダイヤルするか又はリダイヤルの前に装置のファイアウォール及びルータの設定を変えてよい。
【０１０８】
本発明の別の態様によれば、クライアントは、ローカルなＮＡＴルータのタイプを検出することに加えて、受信されるデータストリームが直接ユーザデータグラムプロトコルＵＤＰであるか否かを検出するように構成される。
【０１０９】
受信されるデータストリームが直接ＵＤＰでなくかつローカルなＮＡＴのタイプが不適切であると検出されていることが決定されれば、クライアントは、ユーザに通信品質が劣悪であることを指摘するようにユーザインタフェースを制御するように構成されてよい。本発明の一実施形態によれば、クライアントは、ユーザに状況を改善するための指示を提供してもよい。
【０１１０】
本発明の一実施形態では、クライアントエンジンは、通信品質の指標を表示するようにユーザインタフェースを制御するように構成される。上記指標は、図４に示すような、ディスプレイ装置のディスプレイ画面上のグラフィックボタンとして現れてよい。本発明の代替の実施形態では、画面上に指標を表示することが不可能であれば、指標はＬＥＤ又は他の任意の適切なユーザインタフェースによって提供されてもよい。
【０１１１】
クライアントエンジンは、クライアントプロトコル層から、受信されるデータストリームが直接ＵＤＰでなくかつローカルなＮＡＴのタイプが不適切であると検出されているという通知を受信すれば、通話品質が劣悪であることを示すグラフィックボタン３０３を表示するようにユーザインタフェースを制御する。
【０１１２】
クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。メッセージは、例えば、次のように述べてよい。
【０１１３】
「あなたが通話の問題を経験している場合、これは、あなたの通話アプリケーションがインターネットに対して制限されたアクセスを有しているためであるかもしれません。あなたのファイアウォール又はセキュリティの設定を見直して、通話アプリケーションがインターネットへのアクセスを制限されていないことを確認してください。」
【０１１４】
本発明の代替の実施形態においては、クライアントエンジンは、問題の改善方法を説明するユーザに対する音声メッセージを装置内のスピーカを用いて再生するようにクライアントユーザインタフェースを制御するように構成されてもよい。
【０１１５】
本発明の一実施形態では、ユーザに提供されるヘルプメッセージにおいて説明される技術的な詳細事項の程度を選択することが可能である。例えば、ユーザは、当該ユーザがグラフィックボタンを選択すると表示されるウィンドウ内に提供されるオプションを選択することにより、当該ユーザが詳細なメッセージを希望するか否かを選択することが可能であってよい。あるいは、ユーザは、オリジナルのヘルプメッセージを示すウィンドウ内の詳細なヘルプオプションを選択してもよい。通信に関連する問題が検出されたＮＡＴのタイプに起因するものとして検出される場合、上記詳細なメッセージは、ユーザを問題の改善方法に関する情報を提供するウェブサイトに導いてよい。このメッセージは、例えば、次のように述べてよい。
【０１１６】
「あなたのファイアウォールの設定の変更についてより良く知るために、ファイアウォールに関する弊社のオンラインガイドをご参照ください。弊社のガイドはあなたの設定を最適化する方法をお教えします。」
【０１１７】
第１のユーザ端末１０２が通信している第２のユーザ端末上で実行されているクライアントは、第１のユーザ端末が通信の問題を経験していることを示すメッセージを表示するように構成されてよい。
【０１１８】
そして、端末１０２のユーザは、端末１１０のユーザとの接続の品質を改善するために、直ちにリダイヤルするか又はリダイヤルの前に装置のファイアウォール及びルータの設定を変えてよい。
【０１１９】
本発明の別の実施形態によれば、クライアントは、通話品質が劣悪であることを検出すると、上記品質がＮＡＴ（ネットワークアドレス変換）ルータに起因するか中継される通話に起因するかを決定しより具体的なヘルプメッセージを提供するアルゴリズムを実行するように構成されてよい。ネットワーク転送品質の善し悪しは、ＲＴＴ及びパケット損失等の監視されるパラメータから計算される式によって決定される。
【０１２０】
図５に関し、このアルゴリズムについて説明する。
【０１２１】
ステップＳ１において、クライアントは通話品質が劣悪であると決定する。
【０１２２】
ステップＳ２において、端末で受信されたデータストリームが直接ＵＤＰでないか否かが決定される。
【０１２３】
受信されたデータストリームが直接ＵＤＰでなければ、ステップＳ３において、ローカルなＮＡＴのタイプが不適切であるか否かが決定される。
【０１２４】
ＮＡＴのタイプが不適切であれば、ステップＳ４において、クライアントは、通信品質が劣悪であることをユーザに示すようにユーザインタフェースを制御するように構成される。クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。ステップＳ４で表示されるメッセージは次のように述べる。
【０１２５】
「あなたのファイアウォールは強力すぎ、ＵＤＰｏｕｔを開放することを検討してください。」
【０１２６】
ＮＡＴのタイプが不適切でなければ、ステップＳ５において、その通話がピアツーピアの通話であるか否かが決定される。
【０１２７】
通話がピアツーピアの通話でなければ、アルゴリズムはステップＳ１４へ続く。しかしながら、通話がピアツーピアの通話であれば、アルゴリズムはステップＳ６へ続く。
【０１２８】
ステップ６では、リモートのＮＡＴのタイプが不適切であるか否かが決定される。不適切であれば、アルゴリズムはステップＳ７へ続く。
【０１２９】
ステップＳ７において、クライアントは、通信品質が劣悪であることをユーザに指摘するようにユーザインタフェースを制御するように構成される。クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するようにも構成される。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３（図４に示す。）を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。ステップＳ４で表示されるメッセージは、次のように述べる。
【０１３０】
「あなたのリモートのファイアウォールが強力すぎます。あなたは代替のポートを開放することを検討すべきです。」
【０１３１】
ステップＳ６において、リモートのＮＡＴのタイプが不適切でないことが決定されれば、アルゴリズムはステップＳ８へ続く。
【０１３２】
ステップＳ８では、ローカルなＮＡＴのタイプが不適切であるか否かが決定される。不適切であれば、アルゴリズムはステップＳ９へ続く。
【０１３３】
ステップＳ９において、クライアントは、通信品質が劣悪であることをユーザに示すようにユーザインタフェースを制御するように構成される。クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するようにも構成される。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３（図４に示す。）を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。ステップＳ９で表示されるメッセージは、次のように述べる。
【０１３４】
「あなたのＮＡＴボックスがｐ２ｐ［ピアツーピア］に受理されないものです。より良いモデルとの交換を検討してください」
【０１３５】
ステップＳ７において、ＮＡＴのタイプが不適切でないことが決定されれば、アルゴリズムはステップＳ９へ続く。
【０１３６】
ステップＳ１０では、リモートのＮＡＴのタイプが不適切であるか否かが決定される。不適切であれば、アルゴリズムはステップＳ１０へ続く。リモートのＮＡＴは、通話に関わっている通信相手のインターネット接続におけるＮＡＴであるのに対して、ローカルなＮＡＴはローカルなコンピュータに存在する。
【０１３７】
ステップＳ１１において、クライアントは、通信品質が劣悪であることをユーザに指摘するようにユーザインタフェースを制御するように構成される。クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するようにも構成される。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３（図４に示す。）を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。ステップＳ１１で表示されるメッセージは、次のように述べる。
【０１３８】
「あなたのリモートのＮＡＴボックスはｐ２ｐに受理されないものです。より良いモデルとの交換を検討してください。」
【０１３９】
ステップＳ１０において、リモートのＮＡＴのタイプが不適切でないことが決定されれば、アルゴリズムはステップＳ１２へ続く。
【０１４０】
ステップＳ１２において、クライアントは、ローカルなＮＡＴのタイプ及びピアツーピアの通話の場合はリモートのＮＡＴのタイプの何れもが「テストされていない」か否かを決定する。そのようなときには、アルゴリズムはステップＳ１３へ続く。そうでなければ、アルゴリズムはステップ１４へ続く。
【０１４１】
ステップＳ１３において、クライアントは、通信品質が劣悪であることをユーザに示すようにユーザインタフェースを制御するように構成される。クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するようにも構成される。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３（図４に示す。）を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。ステップＳ１３で表示されるメッセージは、次のように述べる。
【０１４２】
「未知の理由で直接ＵＤＰ接続を確立することができませんでした。」
【０１４３】
ステップ１４において、クライアントは、ローカルな帯域幅、すなわちローカルなコンピュータのインターネット接続の帯域幅をチェックするように構成される。帯域幅が５キロバイト／秒未満であることが分かれば、この帯域幅は遅いと決定され、アルゴリズムはステップ１５へ続く。
【０１４４】
ステップＳ１５において、クライアントは、通信品質が劣悪であることをユーザに指摘するようにユーザインタフェースを制御するように構成される。クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するようにも構成される。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３（図４に示す。）を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。ステップＳ１５で表示されるメッセージは、次のように述べる。
【０１４５】
「あなたのインターネット接続は遅すぎます。」
【０１４６】
改善方法は、別の接続を取得することである。
【０１４７】
しかしながら、検出されたローカルな帯域幅が５キロバイト／秒より大きいことが分かれば、アルゴリズムはステップＳ１６へ続く。
【０１４８】
ステップＳ１６では、通話がピアツーピアの通話であるか否かが決定される。そうであれば、アルゴリズムはステップＳ１７へ続く。
【０１４９】
ステップＳ１７において、クライアントはリモートの帯域幅を検出するように構成される。リモートの帯域幅が５キロバイト／秒未満であることが分かれば、アルゴリズムはステップＳ１８へ続く。
【０１５０】
ステップＳ１８において、クライアントは、通信品質が劣悪であることをユーザに示すようにユーザインタフェースを制御するように構成される。クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するようにも構成される。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３（図４に示す。）を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。ステップＳ１８で表示されるメッセージは、次のように述べる。
【０１５１】
「あなたのリモートのインターネット接続が遅すぎます。」
【０１５２】
しかしながら、リモートの帯域幅が５キロバイト／秒より大きいことが分かれば、アルゴリズムはステップＳ１９へ続く。
【０１５３】
ステップ１９では、リモートのＣＰＵ、すなわち通話に関わっている通信相手のＣＰＵの速度が５００メガヘルツ未満であるか否かが決定される。そうであれば、アルゴリズムはステップ２０へ続く。
【０１５４】
ステップＳ２０において、クライアントは、通信品質が劣悪であることをユーザに指摘するようにユーザインタフェースを制御するように構成される。クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するようにも構成される。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３（図４に示す。）を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。ステップＳ２０で表示されるメッセージは、次のように述べる。
【０１５５】
「リモートのＣＰＵの接続が遅すぎます。」
【０１５６】
ユーザ端末１０２がネットワークへ無線接続によって接続される事例では、本発明の別の実施形態によれば、クライアントは無線接続の信号強度を監視するように構成される。
【０１５７】
無線信号強度が所定のしきい値より低いことが決定されれば、クライアントは、ユーザに通信品質が劣悪であることを示すようにユーザインタフェースを制御するように構成されてよい。本発明の一実施形態によれば、クライアントは、ユーザに状況を改善するための指示を提供してもよい。
【０１５８】
本発明の一実施形態では、クライアントエンジンは、通信品質の指標を表示するようにユーザインタフェースを制御するように構成される。上記指標は、図４に示すような、ディスプレイ装置のディスプレイ画面上のグラフィックボタンとして現れてよい。本発明の代替の実施形態では、画面上に指標を表示することが不可能であれば、指標はＬＥＤ又は他の任意の適切なユーザインタフェースによって提供されてもよい。
【０１５９】
クライアントエンジンは、クライアントプロトコル層から、無線信号強度が小さすぎるという通知を受信すれば、通話品質が劣悪であることを示すグラフィックボタン３０３を表示するようにユーザインタフェースを制御する。
【０１６０】
クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。メッセージは、例えば、次のように述べてよい。
【０１６１】
「あなたが通話の問題を経験している場合、あなたのネットワークケーブルにおけるプラグを無線ルータに近づけることがあなたの通話品質を改善するかもしれません。」
【０１６２】
本発明の代替の実施形態においては、クライアントエンジンは、問題の改善方法を説明するユーザに対する音声メッセージを装置内のスピーカを用いて再生するようにクライアントユーザインタフェースを制御するように構成されてもよい。
【０１６３】
第１のユーザ端末１０２が通信している第２のユーザ端末上で実行されているクライアントは、第１のユーザ端末が通信の問題を経験していることを示すメッセージを表示するように構成されてよい。
【０１６４】
従って、ユーザは、信号強度を改善しかつ通話品質を改善するために、無線ルータに近づくように移動してもよい。あるいは、ユーザは、通話の品質を改善するために有線接続によってネットワークに接続してもよい。
【０１６５】
本発明の別の実施形態によれば、クライアントは、ネットワーク接続のローカルな帯域幅を監視するように構成される。
【０１６６】
検出されたローカルな帯域幅が所定のしきい値より小さいことが決定されれば、クライアントは、ユーザに通信品質が劣悪であることを指摘するようにユーザインタフェースを制御するように構成されてよい。本発明の一実施形態によれば、クライアントは、ユーザに状況を改善するための指示を提供してもよい。
【０１６７】
本発明の一実施形態では、クライアントエンジンは、通信品質の指標を表示するようにユーザインタフェースを制御するように構成される。上記指標は、図４に示すような、ディスプレイ装置のディスプレイ画面上のグラフィックボタンとして現れてよい。本発明の代替の実施形態では、画面上に指標を表示することが不可能であれば、指標はＬＥＤ又は他の任意の適切なユーザインタフェースによって提供されてもよい。
【０１６８】
クライアントエンジンは、クライアントプロトコル層から、ネットワーク接続のローカルな帯域幅が小さすぎるという通知を受信すれば、通話品質が劣悪であることを示すグラフィックボタン３０３を表示するようにユーザインタフェースを制御する。
【０１６９】
クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。メッセージは、例えば、次のように述べてよい。
【０１７０】
「あなたが通話の問題を経験している場合、これは、遅いインターネット接続によって引き起こされているかもしれません。」
【０１７１】
本発明の代替の実施形態においては、クライアントエンジンは、問題の改善方法を説明するユーザに対する音声メッセージを装置内のスピーカを用いて再生するようにクライアントユーザインタフェースを制御するように構成されてもよい。
【０１７２】
本発明の一実施形態では、ユーザに提供されるヘルプメッセージにおいて説明される技術的な詳細事項の程度を選択することが可能である。例えば、ユーザは、当該ユーザがグラフィックボタンを選択すると表示されるウィンドウ内に提供されるオプションを選択することにより、当該ユーザが詳細なメッセージを希望するか否かを選択することが可能であってよい。あるいは、ユーザは、オリジナルのヘルプメッセージを示すウィンドウ内の詳細なヘルプオプションを選択してもよい。通信に関連する問題が遅いインターネット接続に起因するものとして検出される場合、上記詳細なメッセージは、例えば、次のように述べてよい。
【０１７３】
「通話アプリケーションを用いる最小限のネットワークの必要条件は、少なくとも１つの３３．６Ｋｂｐｓのモデムとのダイヤルアップ接続です。最良の通話品質は、ブロードバンドインターネット接続によって提供されます。」
【０１７４】
第１のユーザ端末１０２が通信している第２のユーザ端末上で実行されているクライアントは、第１のユーザ端末が通信の問題を経験していることを示すメッセージを表示するように構成されてよい。
【０１７５】
従って、ユーザは、より良い通話品質のために、ネットワーク接続を見直しブロードバンド接続に切換えることができる。
【０１７６】
本発明の別の実施形態によれば、第２のユーザ端末１１０がＰＳＴＮ等の異なるネットワークを介してネットワーク１０４に接続されていれば、劣悪な通信品質の原因は他のネットワークにある場合もある。この場合、ユーザは問題をオペレータに報告するように促されてよい。本発明の一実施形態では、特定の国への通話の長さに基づいて統計が収集されてよい。短い通話は、その国のネットワークプロバイダが悪いということを示している場合がある。これらの統計を、ユーザに対してなぜ品質が悪いのかを知らせるために用いてもよい。
【０１７７】
着呼のユーザ端末１１０のネットワークプロバイダが悪い通話品質の原因であることが決定されれば、クライアントは、ユーザに通信品質が劣悪であることを示すようにユーザインタフェースを制御するように構成されてよい。本発明の一実施形態によれば、クライアントは、ユーザに状況を改善するための指示を提供してもよい。
【０１７８】
本発明の一実施形態では、クライアントエンジンは、通信品質の指標を表示するようにユーザインタフェースを制御するように構成される。上記指標は、図４に示すような、ディスプレイ装置のディスプレイ画面上のグラフィックボタンとして現れてよい。本発明の代替の実施形態では、画面上に指標を表示することが不可能であれば、指標はＬＥＤ又は他の任意の適切なユーザインタフェースによって提供されてもよい。
【０１７９】
クライアントエンジンは、クライアントプロトコル層から、着呼のユーザのネットワークプロバイダに欠点があるという通知を受信すれば、通話品質が劣悪であることを示すグラフィックボタン３０３を表示するようにユーザインタフェースを制御する。
【０１８０】
クライアントエンジンはまた、ユーザに問題の改善方法を知らせるヘルプテキストメッセージをウィンドウ内に表示するようにユーザインタフェースを制御するように構成されてもよい。ユーザ装置がＰＣである事例では、これは、ユーザがマウスを用いてグラフィックボタン３０３を選択することによってアクセスされてよい。あるいは、このメッセージは、通話の指標と共に自動的に表示されてもよい。メッセージは、例えば、次のように述べてよい。
【０１８１】
「ネットワーク状態がこの特定の番号の劣悪な品質を引き起こしているかもしれません。今、リダイヤルを試みてください。」
【０１８２】
本発明の代替の実施形態においては、クライアントエンジンは、問題の改善方法を説明するユーザに対する音声メッセージを装置内のスピーカを用いて再生するようにクライアントユーザインタフェースを制御するように構成されてもよい。
【０１８３】
本発明の一実施形態では、ユーザに提供されるヘルプメッセージにおいて説明される技術的な詳細事項の程度を選択することが可能である。例えば、ユーザは、当該ユーザがグラフィックボタンを選択すると表示されるウィンドウ内に提供されるオプションを選択することにより、当該ユーザが詳細なメッセージを希望するか否かを選択することが可能であってよい。あるいは、ユーザは、オリジナルのヘルプメッセージを示すウィンドウ内の詳細なヘルプオプションを選択してもよい。通信に関連する問題が着呼のユーザのネットワークプロバイダに起因するものとして検出される場合、上記詳細なメッセージは、例えば、次のように述べてよい。
【０１８４】
「幾つかの通話は他の電話網を介して行われています。これらのネットワークの変動は、通話品質の変動を引き起こすかもしれません。リダイヤルしてあなたの通話品質を改善してください。問題が続く場合は、この宛先をオペレータサービスに報告してください。」
【０１８５】
従って、ユーザはリダイヤルし、より良い品質の通話を達成することができる。
【０１８６】
本発明の一実施形態では、クライアントは、図５のフローチャートのステップを実行するアルゴリズムのステップに従って、通話品質の複数の要因を決定するように構成されてよい。
【０１８７】
本発明の一実施形態では、検出された通話品質が良好であれば、装置は、これをユーザへ示すように構成される。図４において、良い通話品質はアイコン３０２によって示されてよい。
【０１８８】
上述したように、クライアントにより問題が識別されると、ユーザにヘルプメッセージが自動的に表示されてよい。あるいは、メッセージは、ユーザがアイコンをクリックした場合にのみユーザに提供されてもよい。
【０１８９】
本発明の一実施形態では、検出された通話品質が悪ければ、アイコンが異なる色に変わって問題を指摘し、かつ入手可能なヘルプメッセージが存在することをさらに指摘してもよい。
【０１９０】
本発明の一代替の実施形態では、アイコンは連続的に見かけを変えて入手可能なヘルプメッセージが存在することを指摘してもよい。これは、点灯される（グロー）シーケンスと呼ばれる。図６は、点灯されるシーケンスの一例を示している。
【０１９１】
本発明の別の実施形態では、ユーザが通話品質アイコンをマウスでロールオーバすると、通話品質が改善し得ることを示すテキスト文字列が表示されてよい。
【０１９２】
ユーザがマウスでアイコンをロールオーバする、マウスでアイコンを左クリック又は右クリックする場合の可能なテキスト文字列のリストを補遺Ａに示す。
【０１９３】
通話中にヘルプメッセージが画面上にどのように現れ得るかを示すディスプレイ画面の表示を補遺Ｂに示す。
【０１９４】
好適な実施形態を参照して本発明を特徴的に示し説明したが、当業者には請求項により定義される本発明の範囲を逸脱することなく形態及び詳細を様々に変更してもよいことが理解されるであろう。
【図１】
2009535956.tif 000003
【図２】
2009535956.tif 000004
【図３】
2009535956.tif 000005
【図４】
2009535956.tif 000006
【図５Ａ】
2009535956.tif 000007
【図５Ｂ】
2009535956.tif 000008
【図６】
2009535956.tif 000009
【図７Ａ】
2009535956.tif 000010
【図７Ｂ】
2009535956.tif 000011
【図８】
2009535956.tif 000012
【図９】
2009535956.tif 000013
【図１０】
2009535956.tif 000014
【図１１】
2009535956.tif 000015
【図１２】
2009535956.tif 000016
【図１３】
2009535956.tif 000017
【図１４】
2009535956.tif 000018
【図１５】
2009535956.tif 000019
【国際調査報告】
2009535956.tif 000020
2009535956.tif 000021
2009535956.tif 000022