(57)【要約】  広帯域接続、たとえば、デジタル契約者ライン（ＤＳＬ）接続を、トラブルシュートする方法は、該広帯域接続についての問題を、終端デバイスで検出することを含む。そのとき、該問題が、該終端デバイスで解決することができるかについての決定がなされる。該終端デバイスは、該問題を解決できないことを決定したのち、要求が、該終端デバイスに対し、遠隔にて接続されたデータネットワーク接続デバイスに対して該問題の原因を決定することを試みるよう、送られる。特定の実施形態において、該終端デバイスでの問題は、前記データネットワーク接続デバイスにより得られた情報に基づき、解決することができる。さらに、該終端デバイスでの問題は、該終端デバイスにより得られた情報に基づき、解決することができる。
2008518558.tif 000002
【特許請求の範囲】
【請求項１】
広帯域接続についての１つ又はそれ以上の問題を解決する方法であって、該方法は、以下のものからなる：
終端デバイスにて、前記広帯域接続についての問題を検出すること；
該問題が該終端デバイスにて解決することができるかを、決定すること；
前記終端デバイスに遠隔にて接続されたデータネットワーク接続デバイスが、該終端デバイスが該問題を解決できないと決定したのちに、該問題の原因を決定するよう試みることを、要求すること。
【請求項２】
請求項１に記載の方法であって、さらに以下のことよりなる：
前記データネットワーク接続デバイスにより得た情報に少なくとも部分的に基づき、該終端デバイスで該問題を解決すること。
【請求項３】
請求項２に記載の方法であって、さらに以下のことよりなる：
該終端デバイスにより得た情報に少なくとも部分的に基づき、該終端デバイスで該問題を解決すること。
【請求項４】
請求項１に記載の方法であって、以下のことよりなる：
前記データネットワーク接続デバイスと、インターネットサービスプロバイダとの間のアナログデータ通信セッションを、打ち立てること；
前記アナログデータ通信セッションを用いて、請求サーバーに、該問題が請求問題であるかを決定するよう質問を送ること；  および
前記請求サーバーより、該問題が請求問題であることを示す指示を受信すること。
【請求項５】
請求項４に記載の方法であって、さらに以下のことよりなる：  
アナログデータ通信セッションを用いて、該問題がネットワーク問題であるかを、決定する。
【請求項６】
請求項１に記載の方法であって、さらに以下のことよりなる：
広帯域接続が利用可能であるかを、決定すること；
前記広帯域接続が利用可能であるとき、第１のセットの認証信任状を用いて、前記データネットワーク接続デバイスを介して、広帯域データ通信セッションを開始すること。
【請求項７】
請求項６に記載の方法であって、さらに以下のことよりなる：
前記広帯域接続が利用不可能であるとき、第２のセットの認証信任状を用いて、前記データネットワーク接続デバイスを介して、アナログ通信セッションを開始すること。
【請求項８】
請求項７に記載の方法であって、さらに以下のことよりなる：
前記第２のセットの認証信任状は、前記第１のセットの認証信任状と異なる。
【請求項９】
請求項１に記載の方法において、前記終端デバイスは、コンピュータである。
【請求項１０】
請求項１に記載の方法であって、前記終端デバイスは、インターネットプロトコル電話である。
【請求項１１】
請求項１に記載の方法であって、前記データネットワーク接続デバイスは、ルーターである。
【請求項１２】
請求項１に記載の方法であって、前記データネットワーク接続デバイスは、モデムである。
【請求項１３】
請求項１に記載の方法であって、前記データネットワーク接続デバイスは、ゲートウェイである。
【請求項１４】
請求項１に記載の方法であって、前記データネットワーク接続デバイスは、第１のセットの認証信任状を用いて、インターネットサービスプロバイダとの広帯域通信セッションを開始するように、使用することができる。
【請求項１５】
請求項１４に記載の方法であって、前記データネットワーク接続デバイスは、第１のセットの認証信任状と異なる第２のセットの認証信任状を用いて、インターネットサービスプロバイダとのアナログ通信セッションを開始するように、使用することができる。
【請求項１６】
請求項１４に記載の方法であって、前記データネットワーク接続デバイスは、第１のセットの認証信任状と異なる第２のセットの認証信任状を用いて、インターネットサービスプロバイダとの広帯域通信セッションを開始するように、使用することができる。
【請求項１７】
請求項１に記載の方法において、前記広帯域接続は、デジタル契約者ライン（ＤＳＬ）接続である。
【請求項１８】
ネットワークシステムであって、以下のものよりなる：
データネットワーク接続デバイス；
前記データネットワーク接続デバイスに、遠隔に結合されたインターネットサービスプロバイダ；
前記データネットワーク接続デバイスに結合されたコンピュータ；
前記コンピュータ内の第１の診断モデュール；
ここで、
前記データネットワーク接続デバイスは、第１のセットのユニークな認証信任状を用いて前記インターネットサービスプロバイダへの第１のデータネットワーク接続を打ち立てるよう、構成されており；かつ、
前記データネットワーク接続デバイスは、前記第１のデータネットワーク接続についての問題が、前記コンピュータ内の第１の診断モデュールにより決定されたとき、前記データネットワーク接続デバイスと、前記インターネットサービスプロバイダとの間で、第２のデータネットワーク接続を打ち立てるよう、構築されている。
【請求項１９】
請求項１８に記載のシステムにおいて、
前記第１のデータネットワーク接続は、第１の広帯域接続であり、前記第２のデータネットワーク接続は、第２の広帯域接続である。
【請求項２０】
請求項１８に記載のシステムにおいて、
前記第１のデータネットワーク接続は、広帯域接続であり、前記第２のデータネットワーク接続は、アナログ接続である。
【請求項２１】
請求項１８に記載のシステムにおいて、さらに以下のことよりなる：
前記データネットワーク接続デバイスに結合されたインターネットプロトコル電話であって、該ＩＰ電話は、第２の診断モデュールを含み；
ここで、
前記データネットワーク接続デバイスは、前記第１のデータネットワーク接続についての問題が、前記インターネットプロトコル電話内の第２の診断モデュールにより特定されたのちに、第２のデータネットワーク接続を、前記データネットワーク接続デバイスと、前記インターネットサービスプロバイダとの間に打ち立てるように構築されている。
【請求項２２】
請求項２１記載のシステムにおいて、さらに以下のものからなる：
前記データネットワークに結合されたアナログ電話；
ここで、
前記データネットワーク接続デバイスは、前記インターネットサービスプロバイダから、ネットワーク情報を検索することができ；  かつ、
前記データネットワーク接続デバイスは、前記ネットワーク情報を、前記アナログ電話に送信することができる。
【請求項２３】
データネットワーク接続をトラブルシュートするための方法であって、該方法は、以下のことよりなる：
終端デバイスと、インターネットサービスプロバイダとの間に、第１のセットの認証信任状を用いて、第１のデータネットワーク接続を打ち立てること；
前記第１のデータネットワーク接続についての問題が、前記終端デバイス内の診断モデュールで決定されたとき、データネットワーク接続デバイスと、前記インターネットサービスプロバイダとの間に、第２のデータネットワーク接続を打ち立てること；
前記データネットワーク接続デバイスを用いて、前記第１のデータネットワーク接続デバイスについての問題をトラブルシュートするためのネットワーク情報を得ること；  および、
該ネットワーク情報を、前記終端デバイスに送信すること。
【請求項２４】
請求項２３に記載の方法において、前記第１のデータネットワーク接続は、第１のセットの認証信任状を用いて打ち立てられ、前記第２のデータネットワーク接続は、第２のセットの認証信任状を用いて打ち立てられる。
【請求項２５】
請求項２３に記載の方法において、前記終端デバイスは、コンピュータである。
【請求項２６】
請求項２３に記載の方法において、前記終端デバイスは、インターネットプロトコル電話である。
【請求項２７】
請求項２３に記載の方法において、前記データネットワーク接続デバイスは、ルーターである。
【請求項２８】
請求項２３に記載の方法において、前記データネットワーク接続デバイスは、モデムである。
【請求項２９】
請求項２３に記載の方法において、前記データネットワーク接続デバイスは、ゲートウェイである。
【請求項３０】
請求項２３に記載の方法において、前記第１のデータネットワーク接続は、広帯域接続であり、前記第２のデータネットワーク接続は、広帯域接続である。
【請求項３１】
請求項２３に記載の方法において、前記第１のデータネットワーク接続は、広帯域接続であり、前記第２のデータネットワーク接続は、アナログ接続である。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、広帯域接続をトラブルシューティングするシステム、および方法に関する。
【背景技術】
【０００２】
広帯域インターネット接続、すなわち、デジタル契約者ライン（ＤＳＬ）接続、非対称デジタル契約者ライン（ＡＤＳＬ）接続、ケーブル接続等は、きわめてポピュラーである。しかしながら、サービスプロバイダの視点からは、サポートする広帯域サービスに関連した出費は、相対的に高いものとなってしまう。該出費は、大きくは該技術の成熟度の欠如、およびコンピュータオペレーティングシステムが広帯域接続を取り扱う態様による。該サポートの高いコストのために、広帯域接続をサポートするための多くのソフトウェアプログラムが開発されてきた。これらのソフトウェアプログラムは、サービスプロバイダにおける顧客サービスヘルプデスクを呼ぶ高価なコールを必要とすることなく、診断し、問題を固定するにおいて役に立つよう、ユーザコンピュータ上にインストールされたプログラムを含む。さらに、広帯域接続についての問題を診断し、固定するとき、これらのソフトウェアプログラムは、代表的に、コンピュータによってのみ得ることのできる情報に依拠し、ネットワーク内の他の設備によって得ることのできる情報には依拠しない。
【０００３】
したがって、広帯域接続をトラブルシューティングするための改善されたシステム、および方法が必要である。
【特許文献１】米国特許第６，５７４，３０８号明細書
【特許文献２】米国特許第６，６５８，０５２号明細書
【特許文献３】米国特許第６，７２５，１７６号明細書
【発明の開示】
【０００４】
広帯域接続、すなわち、デジタル契約者ライン（ＤＳＬ）接続についての１つ、またはそれ以上の問題を解決する方法が提供され、これは、終端デバイスでの広帯域接続についての問題を検出することを含む。そのとき、該問題が該終端デバイスで解決することができるか、についての決定がなされる。該終端デバイスが、該問題を解決することができないと決定したのち、１つの要求が該問題の原因を決定するよう試みるよう、該終端デバイスに遠隔において接続されたデータネットワーク接続デバイスに送られる。特定の実施形態において、該終端デバイスにおける問題は、前記データネットワーク接続デバイスにより得られる情報に基づき、解決することができる。さらに、該終端デバイスでの該問題は、該終端デバイスにより得られた情報に基づき、解決することができる。
【発明を実施するための最良の形態】
【０００５】
特定の実施形態において、アナログデータ通信セッションは、データネットワーク接続デバイスと、インターネットサービスプロバイダとの間で打ち立てられる。また、該アナログデータ通信セッションを用いて、質問が、該問題が請求問題であるかを決定するために請求サーバーに送られる。該問題が請求問題であることを示す指示は、請求サーバーから受信されることができる。特定の実施形態においては、該アナログ通信セッションは、問題がネットワーク問題であるかを決定するためにも用いることができる。
【０００６】
特定の実施形態において、該方法はさらに、広帯域接続が利用可能であるかを決定することを含む。広帯域接続が利用可能であるとき、広帯域データ通信セッションが、第１のセットの認証信任状を用いて前記データネットワーク接続デバイスを介して開始される。他方、広帯域接続が利用不可能であるときは、アナログ通信セッションは、第２のセットの認証信任状を用いて、前記データネットワーク接続デバイスを介して開始される。特定の実施形態において、前記第２のセットの認証信任状は、前記第１のセットの認証信任状と異なる。ある特定の実施形態において、前記終端デバイスは、コンピュータである。もう１つの特定の実施形態において、前記終端デバイスは、インターネットプロトコル電話である。さらに、特定の実施形態において、前記データネットワーク接続デバイスは、ルーター、モデム、またはゲートウェイである。
【０００７】
特定の実施形態において、前記データネットワーク接続デバイスは、第１のセットの認証信任状を用いて、インターネットサービスプロバイダと広帯域通信を開始するために用いることができる。また、該データネットワーク接続デバイスは、第１のセットの認証信任状と異なる第２のセットの認証信任状を用いて、インターネットサービスプロバイダとのアナログ通信セッションを開始するのに用いることができる。さらに、前記データネットワーク接続デバイスは、前記第１のセットの認証信任状と異なる第２のセットの認証信任状を用いて、インターネットサービスプロバイダとの広帯域通信セッションを開始するために用いることができる。
【０００８】
もう１つの実施形態において、ネットワークシステムが設けられ、これはデータネットワーク接続デバイスを含む。インターネットサービスプロバイダは、前記データネットワーク接続デバイスに遠隔において結合されている。さらに、コンピュータは、前記データネットワーク接続デバイスに結合されている。該ネットワークシステムはまた、該コンピュータ内に位置された第１の診断モデュールを含む。特定の実施形態において、前記データネットワーク接続デバイスは、第１のセットのユニークな認証信任状を用いて、前記インターネットサービスプロバイダに対する第１のデータネットワーク接続を打ち立てるように構築されている。さらに、該データネットワーク接続デバイスは、前記第１のデータネットワーク接続についての問題が、前記コンピュータ内の前記第１の診断モデュールにより決定されたとき、前記データネットワーク接続デバイスと、前記インターネットサービスプロバイダとの間で第２のデータネットワーク接続を打ち立てるように構築されている。
【０００９】
さらなるもう１つの実施形態において、データネットワーク接続をトラブルシュートする方法が提供され、これは、第１のセットの認証信任状を用いて、終端デバイスとインターネットサービスプロバイダとの間で第１のデータネットワーク接続を打ち立てることを含む。前記第１のデータネットワーク接続についての問題が該終端デバイス内の診断モデュールにより決定されるとき、第２のデータネットワーク接続が、データネットワーク接続デバイスと、前記インターネットサービスプロバイダとの間で打ち立てられる。特に、前記データネットワーク接続は、前記第１のデータネットワーク接続についての問題をトラブルシュートするためのネットワーク情報を得るために使用することができる。その情報は、終端デバイスに送信されることができる。
【００１０】
図１を参照して、データネットワークシステムが示され、一般に１００と示される。図示されているように、該データネットワークシステム１００は、データネットワーク接続デバイス１０２、たとえば、モデム、ゲートウェイ、ルーター等を含む。さらに、コンピュータ１０４は、データネットワーク接続デバイス１０２に接続されている。特定の実施形態において、該コンピュータ１０４は、デスクトップコンピュータ、ラップトップコンピュータ、ハンドヘルドコンピュータ、またはマイクロプロセッサを含むセットトップボックスである。図１は、また、前記データネットワーク接続デバイス１０２に結合されたアナログ電話１０６およびインターネットプロトコル（ＩＰ）電話１０８を示している。特定の実施形態において、コンピュータ１０４およびＩＰ電話１０８は、終端デバイスと考えることができ、かつそれらは、広帯域接続、すなわちデジタル契約者ライン（ＤＳＬ）接続を介して内容を受信することができる。特定の実施形態において、該コンピュータ１０４はまた、アナログ接続を介しても、信号を受信することができる。さらに、アナログ電話１０６は、アナログ接続を介して内容を受信することができる。
【００１１】
さらに図１に示されるように、データネットワーク接続デバイス１０２は、１つまたはそれ以上の広帯域接続、１またはそれ以上のアナログ接続、１またはそれ以上の無線接続、またはそれらの組み合わせ、すなわち広帯域接続とアナログ接続の組み合わせを介して、インターネットサービスプロバイダ（ＩＳＰ）１１０に接続されている。さらに、１またはそれ以上の前記接続は、有線接続、ファイバー光学接続、または８０２．１１接続等の無線接続を介して、打ち立てることができる。特に、前記データネットワーク接続デバイス１０２は、ＩＳＰ１１０でのＩＳＰモデムバンクサーバー１１２に接続されている。図１はまた、データネットワークモニターサーバー１１４およびＩＳＰ請求システムサーバー１１６が、ＩＳＰ１１０内のＩＳＰモデムバンクサーバー１１２に接続されることができることを示している。したがって、各サーバー１１２、１１４、１１６は、コンピュータ１０４、アナログ電話１０６、およびＩＰ電話１０８により、データネットワーク接続デバイス１０２を介してアクセスされることができる。図１に示されるように、ＩＳＰ１００はデータネットワーク１１８、すなわちインターネットに対する接続を与えることができる。特定の実施形態において、広帯域接続は、１またはそれ以上のＤＳＬ接続を介して打ち立てることができる。
【００１２】
図１はまた、該コンピュータ１０４が、診断モデュール１２０を含むことができることを示している。さらに、ＩＰ電話１０８は、診断モデュール１２２を含むことができる。さらに、データネットワーク接続デバイス１０２は、診断モデュール１２４を含むことができる。特定の実施形態において、各診断モデュール１２０、１２２、１２４は、前記データネットワーク接続デバイス１０２を介して打ち立てられる、コンピュータ１０４とＩＳＰ１１０との間の広帯域接続等の広帯域接続についての、１またはそれ以上の問題を診断するために実行することのできる、１またはそれ以上の論理ステップを含むソフトウェアツールである。
【００１３】
図２を参照して、広帯域接続をトラブルシュートする方法が示され、それはブロック２００で開始され、そこでは、コンピュータ１０４（図１）での広帯域応用について、あるいはコンピュータ１０４（図１）への広帯域接続について、問題が検出される。決定ステップ２０２において、コンピュータ１０４（図１）での診断モデュール１２０（図１）が、問題の原因を局所的に決定できるかを確認するために、決定がなされる。もしそうであれば、論理はブロック２０４に進み、該問題は、コンピュータ１０４（図１）内の診断モデュール１２０（図１）により、局所的に訂正される。該論理はそののち、状態２０６で終わる。
【００１４】
決定ステップ２０２に戻って、もし診断モデュール１２０（図１）が問題の原因を決定することができなければ、該問題の原因を決定するために、要求がデータネットワーク接続デバイス１０２（図１）に送られる。特定の実施形態において、データネットワーク接続デバイス１０２（図１）は、ポイントツーポイントプロトコルオーバーイーサーネット（ＰＰＰｏＥ）を可能とされており、かつ、該要求は拡張可能なマークアップラングェッジ（ＸＭＬ）要求である。次に、決定ステップ２１０において、前記データネットワーク接続デバイス１０２（図１）、すなわち、その中の診断モデュール１２４（図１）が問題の原因を決定することができるかどうかを決定するために、決定がなされる。もし、データネットワーク接続デバイス１０２（図１）が、問題の原因を決定することができなければ、指示がユーザに対し、広帯域接続問題をさらにトラブルシュートするために、ＩＳＰに直接、例えば、アナログ電話１０６（図１）を介してコンタクトするよう指示するために、コンピュータ１０４（図１）に送られる。論理はそののち、状態２０６で終了する。
【００１５】
決定ステップ２１０において、もし、データネットワーク接続デバイス１０２（図１）が問題の原因を決定することができれば、論理はブロック２１４に進み、コンピュータ１０４（図１）への広帯域接続についての問題の原因を決定する。ブロック２１６に続けて、情報はデータネットワーク接続デバイス１０２（図１）から送られ、コンピュータ１０４（図１）により受信される。ブロック２１８において、データネットワーク接続デバイス１０２（図１）からの情報は、診断モデュール１２０（図１）により局所的に決定された診断情報と統合される。そののち、ブロック２２０において、広帯域接続についての問題を、データネットワーク接続デバイス１０２（図１）により得られかつコンピュータに送られた情報、および局所的に得られた任意の情報、に基づき訂正するために、ある試みがなされる。決定ステップ２２２に移り、コンピュータ１０４（図１）における診断モデュール１２０（図１）により、問題が訂正されたかを確認するために、ある決定がなされる。もし問題が訂正されていなければ、論理はブロック２２４に続き、ユーザに対し、コンピュータ１０４（図１）への広帯域接続をトラブルシュートするために、ＩＳＰに直接コンタクトすることを依頼する指示がコンピュータ１０４（図１）に送られる。論理はそののち、状態２０６で終了する。
【００１６】
図３を参照して、広帯域接続をトラブルシュートする代替的な方法が示され、これは、ブロック３００で始まり、そこでは、コンピュータ１０４（図１）での広帯域応用について、あるいはコンピュータ１０４（図１）への広帯域接続について、問題が検出される。決定ステップ３０２では、コンピュータ１０４（図１）における診断モデュール１２０（図１）が問題の原因を局所的に決定することができるかを確認するために、決定がなされる。もしそうであれば、論理はブロック３０４に進み、問題は該診断モデュール１２０（図１）により局所的に訂正される。論理はそののち、状態３０６で終了する。
【００１７】
決定ステップ３０２に戻って、もし診断モデュール１２０（図１）が該問題の原因を局所的に決定することができなければ、コンピュータ１０４（図１）への広帯域接続の失敗を認証するために、データネットワーク接続デバイス１０２（図１）に対し要求が送られる。特定の実施形態において、該要求はＰＰＰｏＥ可能化データネットワーク接続デバイス１０２（図１）に、ＸＭＬで送られる。次に、決定ステップ３１０において、データネットワーク接続デバイス１０２（図１）が該失敗を認証できるかを決定するために、決定がなされる。もし、データネットワーク接続デバイス１０２（図１）が該失敗を認証できなければ、論理はブロック３１２に移動し、該失敗を前記データネットワーク接続デバイス１０２(図１)により認証することができないことを示す指示が、コンピュータ１０４（図１）に送られる。論理は、そののち、状態３０６で終了する。
【００１８】
決定ステップ３１０において、もしデータネットワーク接続デバイス１０２（図１）が該失敗を認証することができれば、論理はブロック３１４に進み、コンピュータ１０４（図１）は、前記データネットワーク接続デバイス１０２（図１）からの、広帯域接続の失敗の認証を受け取る。ブロック３１６に続いて進んで、ＩＳＰモデムバンクサーバー１１２（図１）とのアナログセッションが、該ＩＳＰモデムバンクサーバー１１２（図１）とのアナログセッションを認証するユニークな認証信任状を用いて開始される。特定の実施形態において、この認証信任状のセットは、デバイス同定番号、ユーザ同定番号、パスワード等を含むことができる。特に、アナログセッションを認証する信任状は、コンピュータ１０４（図１）とＩＳＰプロバイダー１１０（図１）との間の広帯域セッションを開始し認証するのに用いられる信任状とは異なる。ブロック３１８に移って、データネットワーク接続デバイス１０２（図１）は、ＩＳＰ請求システムサーバー１１６に接続する。次に、決定ステップ３２０において、問題の原因が、請求問題、すなわち、請求書の未払いであるかについて、決定がなされる。特に、その決定は、データネットワーク接続デバイス１０２（図１）から、ＩＳＰ請求システムサーバー１１６（図１）に質問することによって行うことができる。もし、問題の原因が、請求問題であれば、論理はブロック３２２に移り、広帯域サービスの妨害は、不払いによるものであるとの指示が、コンピュータ１０４（図１）に送られる。論理はそののち、状態３０６で終了する。
【００１９】
決定ステップ３２０に戻り、もし、広帯域接続についての問題が請求問題でなければ、論理はブロック３２４に移り、データネットワーク接続デバイス１０２（図１）は、ＩＳＰネットワークモニターサーバー１１４に接続される。決定ステップ３２６に進んで、問題がネットワーク問題であるかを決定するために、決定がなされる。もし、問題がネットワーク問題でなければ、論理はブロック３２８に進み、問題はネットワークによるものでないとの指示が、コンピュータ１０２（図１）に送られる。このように、ユーザは、さらに、コンピュータ１０４（図１）を、問題が、たとえばソフトウェアエラーによるものかを決定するために、トラブルシューティングしなければならないであろう。論理は、そののちに、状態３０６で終了する。他方、決定ステップ３２６において、もし問題がネットワーク問題であれば、データネットワーク接続デバイス１０２（図１）は、ネットワークの状態についての正確な情報を、ブロック３３０で得る。次に、ブロック３３２で、ネットワークの状態に関する指示が、コンピュータ１０４（図１）およびユーザに送られる。論理は、そののち、状態３０６で終了する。前記指示は、全体ネットワークがダウンしているか、ネットワークが現在修理中であるかに関する情報、あるいは、ネットワークに関する任意の他の情報を含むことができる。
【００２０】
図４は、広帯域接続をトラブルシュートするためのもう１つの代替的な方法を示す。ブロック４００で始まり、問題は、ＩＰ電話１０８（図１）でのインターネットの応用、または接続について、たとえば、ＩＰ電話１０８（図１）内の診断モデュール１２２（図１）により、検出される。決定ステップ４０２において、広帯域リンクがデータネットワーク接続デバイス１０２（図１）で利用可能であるかを、たとえばデータネットワーク接続デバイス１０２（図１）に質問することによって確認するために、決定がなされる。もし広帯域リンクが利用可能でなければ、論理はブロック４０４に進み、アナログセッションが、ＩＳＰモデムバンクサーバー１１２（図１）と、データネットワーク接続デバイス１０２（図１）との間で開始される。特定の実施形態において、前記アナログセッションは、ＩＳＰモデムバンクサーバー１１２（図１）とのアナログセッションを認証するために、ユニークな信任状を用いて開始される。特に、該アナログセッションを認証するために使用される信任状は、広帯域セッションを認証するために使用される信任状と異なる。ブロック４０６に移って、データネットワーク接続デバイス１０２（図１）は、ＩＳＰ請求システムサーバー１１２に接続される。論理はそののち、決定ステップ４１０に移動する。
【００２１】
決定ステップ４０２に戻って、もし広帯域リンクが利用可能であれば、論理はブロック４０８に進み、広帯域セッションが、データネットワーク接続デバイス１０２（図１）で開始される。論理はそののち、決定ステップ４１０に進む。決定ステップ４１０において、問題の原因が請求問題、すなわち請求の未払いであるかを確認するために、決定がなされる。もし、問題の原因が請求問題であるなら、論理は４１２に進み、広帯域サービスの妨害が未払いによるとの指示が、顧客に送られる。
【００２２】
特定の実施形態において、該指示は、データネットワーク接続デバイス１０２（図１）と、ＩＰ電話１０８（図１）との間の広帯域接続を介して、顧客に送られる。特に、あらかじめ記録されたヴォイスデータパケットよりなるデジタルメッセージは、ＩＰ電話１０８（図１）に、たとえば、ＶｏＩＰ電話コールとして送られる。該メッセージは、実時間に聞いてもよいし、ＩＰ電話１０８（図１）に記録して、後に聞くこともできる。該デジタルメッセージは、ＩＰ電話１０８（図１）に送られ、該ＩＰ電話１０８（図１）上のディスプレイスクリーンに表示されるテキストデータパケットをも含むことができる。
【００２３】
もう１つの特定の実施形態において、該指示は、データネットワーク接続デバイス１０２（図１）と、アナログ電話１０６（図１）との間のアナログ接続を介して、顧客に送られることもできる。特に、あらかじめ記録されたアナログメッセージは、アナログ電話１０６（図１）に送られることができ、そこで、それは顧客により、たとえば実時間に聞かれてもよく、あるいは記録されたヴォイスメールメッセージとして聞かれてもよい。該指示が、顧客にアナログ電話１０６（図１）により、あるいは、ＩＰ電話１０８（図１）により送られたのちに、論理は状態４１４で終了する。
【００２４】
ステップ４１０に戻って、もし広帯域接続についての問題が請求問題でなければ、論理はブロック４１６に移り、データネットワーク接続デバイス１０２（図１）は、ＩＳＰネットワークモニターサーバー１１４（図１）に接続される。決定ステップ４１８に進んで、該問題がネットワーク問題かを決定するために、決定がなされる。もし該問題がネットワーク問題でなければ、論理はブロック４２０に進んで、問題はネットワークによるものではないとの指示が、顧客に送られる。このようにユーザは、問題がＩＰ電話１０８の内部の問題によるものかを決定するために、ＩＰ電話１０８を、さらにトラブルシュートしなければならないであろう。上記で開始された、たとえば、アナログか、広帯域か、のセッションに依存して、該指示はデータネットワーク接続デバイス１０２（図１）からアナログ電話１０６（図１）に、またはデータネットワーク接続デバイス１０２（図１）からＩＰ電話１０８（図１）に、送られる。論理はそののち、状態４１４で終了する。
【００２５】
他方、決定ステップ４１８でもし問題がネットワーク問題であれば、データネットワーク接続デバイス１０２（図１）は、ブロック４２２でネットワークの状態についての正確な情報を得ることができる。次に、ブロック４２４でネットワークの状態に関係する指示が、顧客に送られる。該指示は、上記で開始されたセッションに依存して、アナログ電話１０６（図１）に、またはＩＰ電話１０８（図１）に送られることができる。さらに該指示は、該ネットワーク、または該ネットワーク内のサーバーが、現在ダウンしているか、修理中であるか、アップグレードされている最中であるか、等についての情報を含むことができる。論理は、そののち、状態４１４で終了する。
【００２６】
上記で述べた構造の構成をもって、広帯域接続をトラブルシュートするためのシステムおよび方法は、ユーザコンピュータにより得られた情報を用いて、および該システム内の他の要素、たとえば、データネットワーク接続デバイスにより得られた情報を用いて、ユーザコンピュータでの広帯域接続についての問題を、トラブルシュートすることができる。該問題に関連する情報は、データネットワーク接続デバイスにより、ユーザコンピュータに送られることができる。たとえば、もし、ユーザコンピュータに対する広帯域サービスが妨害されれば、ユーザコンピュータは、データネットワーク接続デバイスが該妨害の原因を決定することを要求することができる。データネットワーク接続デバイスは、そののち、インターネットサービスプロバイダに、バックアップまたは保持接続を介して、たとえば、第２のセットの認証信任状を用いて設定される第２の広帯域接続、または第２のセットの認証信任状を用いて設定することのできるアナログ接続を介して、コンタクトすることができる。前記維持接続により、データネットワーク接続デバイスは、該妨害が広帯域接続についての法的な問題によるのか、単に請求問題によるのかを、決定することができる。
【００２７】
上記で開示された主題は、図解的なものと解釈される限定的なものではなく、添付のクレームは、本発明の真の精神および範囲内に入る、そのようなすべての修整、強調、および他の実施形態をカバーするものと意図される。このように、法律で許される最大の範囲まで、本発明の範囲は、以下のクレームおよびその等価物の最も広い可能な解釈により決定されるべきであり、以下の詳細な説明により制限され、あるいは限定されるものではない。
【図面の簡単な説明】
【００２８】
本発明は、添付のクレームにおいて特に指摘される。しかしながら、他の特徴は、添付の図面と結合した以下の詳細な説明において記述されており、該図面において、
【図１】データネットワークシステムの図である。
【図２】広帯域接続をトラブルシューティングする方法を図示するフローチャートである。
【図３】広帯域接続をトラブルシューティングする代替的な方法を図示するフローチャートである。
【図４】広帯域接続をトラブルシューティングするもう１つの代替的な方法を図示するフローチャートである。
【図１】
2008518558.tif 000003
【図２】
2008518558.tif 000004
【図３】
2008518558.tif 000005
【図４】
2008518558.tif 000006
【国際調査報告】
2008518558.tif 000007