(57)【要約】  本発明は、エンドユーザが明示的に接続性の損失の情報を尋ねることなく、エンドユーザへの接続性の損失を通信するとともに、接続性の損失を回復させる潜在的なメカニズムを通信する方法および装置に関連する。実施形態において、ＣＰＥ内の接続性の損失を検出した後、ＣＰＥ上で実行している進行中のローカルウェブサーバにユーザ要求がリダイレクトされる。ローカルウェブサーバは、状況と、潜在的原因と、接続性の問題を解決する可能性あるステップとを記述する、情報的なステータスウェブページを戻す。【選択図】図１
2015534194.tif 000002
【特許請求の範囲】
【請求項１】
方法において、
カスタマ構内設備（ＣＰＥ）中のモデムチップセットを使用して、前記ＣＰＥと広域アクセスネットワーク（ＷＡＮ）との間の接続の損失を検出することと、
前記接続の損失が持続している間、前記ＣＰＥに結合されているウェブブラウザからのＨＴＴＰトラフィックを、前記ＣＰＥ中のローカルウェブサーバにリダイレクトすることと、
前記ＣＰＥからのウェブページを、前記接続の損失に関連する前記ウェブブラウザに供給することとを含む方法。
【請求項２】
前記接続の損失が持続している間、ローカルＤＮＳサーバを使用して、前記ウェブブラウザによるＤＮＳクエリに応答することをさらに含む請求項１記載の方法。
【請求項３】
前記ウェブブラウザが前記ＣＰＥに透過的に接続するように、前記応答は、前記ＣＰＥのＩＰアドレスを含む請求項２記載の方法。
【請求項４】
前記ウェブブラウザからの前記ＨＴＴＰトラフィック中のホストＨＴＴＰヘッダを使用して、前記ＤＮＳクエリがリダイレクトされた要求であるか否かを決定することをさらに含む請求項２記載の方法。
【請求項５】
前記ウェブブラウザに前記ＣＰＥと通信させるために使用されることになるＩＰアドレスを、前記ＣＰＥに関係付けられている複数のＩＰアドレスから決定することをさらに含む請求項１記載の方法。
【請求項６】
前記複数のＩＰアドレスは、前記ＣＰＥのＬＡＮインターフェースに関係付けられている請求項５記載の方法。
【請求項７】
前記ＣＰＥは、ＤＳＬモデムである請求項１記載の方法。
【請求項８】
診断を開始して、前記接続の損失の原因を決定することをさらに含む請求項１記載の方法。
【請求項９】
前記診断は、マイクロフィルタが前記ＣＰＥモデムのＷＡＮインターフェースに偶然に結合されているか否かを決定することを含む請求項８記載の方法。
【請求項１０】
カスタマ構内設備（ＣＰＥ）装置において、
モデムチップセットによって実現され、前記ＣＰＥと広域アクセスネットワーク（ＷＡＮ）との間の接続の損失を検出するラインモニタと、
前記接続の損失が持続している間、前記ＣＰＥに結合されているウェブブラウザからのＨＴＴＰトラフィックを、前記ＣＰＥ中のローカルウェブサーバにリダイレクトするＨＴＴＰリダイレクタとを具備し、
前記ウェブブラウザは、前記ＣＰＥからのウェブページを、接続の損失に関連する前記ウェブブラウザに供給するように適合されているＣＰＥ装置。
【請求項１１】
前記接続の損失が持続している間、前記ウェブブラウザによるＤＮＳクエリに応答するように適合されているローカルＤＮＳサーバをさらに具備する請求項１０記載のＣＰＥ装置。
【請求項１２】
前記ウェブブラウザが前記ＣＰＥに透過的に接続するように、前記応答は、前記ＣＰＥのＩＰアドレスを含む請求項１１記載のＣＰＥ装置。
【請求項１３】
前記ＨＴＴＰリダイレクタは、前記ウェブブラウザからの前記ＨＴＴＰトラフィック中のホストＨＴＴＰヘッダを使用して、前記ＤＮＳクエリがリダイレクトされた要求であるか否かを決定する請求項１１記載のＣＰＥ装置。
【請求項１４】
前記ＨＴＴＰリダイレクタは、前記ウェブブラウザに前記ＣＰＥと通信させるために使用されることになるＩＰアドレスを、前記ＣＰＥに関係付けられている複数のＩＰアドレスから決定する請求項１０記載のＣＰＥ装置。
【請求項１５】
前記複数のＩＰアドレスは、前記ＣＰＥのＬＡＮインターフェースに関係付けられている請求項１４記載のＣＰＥ装置。
【請求項１６】
前記ＣＰＥは、ＤＳＬモデムである請求項１０記載のＣＰＥ装置。
【請求項１７】
前記ラインモニタは、診断を実行して、前記接続の損失の原因を決定するようにさらに適合されている請求項１０記載のＣＰＥ装置。
【請求項１８】
前記診断は、マイクロフィルタが前記ＣＰＥモデムのＷＡＮインターフェースに偶然に結合されているか否かを決定することを含む請求項１７記載のＣＰＥ装置。
【発明の詳細な説明】
【関連出願への相互参照】
【０００１】
［０００１］
本出願は、２０１２年１０月１５日に出願された、インド仮特許出願番号４２９９／ＣＨＥ／２０１２に対する優先権を主張し、その開示は、その全体が参照によりここに組み込まれている。
【発明の分野】
【０００２】
［０００２］
本発明は一般的にデータ通信に関連し、さらに詳細には、エンドユーザが明示的に接続性の損失の情報を尋ねることなく、エンドユーザへの接続性の損失を検出して通信する方法および装置に関連する。
【発明の背景】
【０００３】
［０００３］
インターネットサービスプロバイダ（ＩＳＰ）は、カスタマの機器がＣＯと通信できないことから生じるかもしれないトラブルティックの数およびコストを最小化することに関心がある。例えば、カスタマの位置とプロバイダの機器との間のインターネット接続を供給するインターフェース技術（ケーブル、ＤＳＬ等）は、カスタマ構内機器（ＣＰＥ）とＩＳＰの中央局（ＣＯ）とを接続するワイヤリングによる物理的問題により、中断されることがある。さまざまな障害が生じるとき、ＨＴＴＰベースのウェブブラウザを使用して、ユーザに従来利用可能な唯一のフィードバックは、ブラウザが遠隔ウェブサーバに接続することができないというメッセージである。
【発明の概要】
【０００４】
［０００４］
ある一般的な態様にしたがうと、本発明は、エンドユーザが明示的に接続性の損失の情報を尋ねることなく、エンドユーザへの接続性の損失を通信するとともに、接続性の損失を回復させる潜在的なメカニズムを通信する方法および装置に関連する。実施形態において、ＣＰＥ内の接続性の損失を検出した後、ＣＰＥ上で実行している進行中のローカルウェブサーバにユーザ要求がリダイレクトされる。ローカルウェブサーバは、状況と、潜在的原因と、接続性の問題を解決する可能性あるステップとを記述する、情報的なステータスウェブページを戻す。
【０００５】
［０００５］
これらおよび他の態様にしたがうと、本発明の実施形態にしたがう方法は、カスタマ構内機器（ＣＰＥ）中のモデムチップセットを使用して、ＣＰＥと広域アクセスネットワーク（ＷＡＮ）との間の接続の損失を検出することと、接続の損失が持続している間に、ＣＰＥに結合されているウェブブラウザからのＨＴＴＰトラフィックを、ＣＰＥ中のローカルウェブサーバにリダイレクトすることと、ＣＰＥから接続の損失に関連するウェブブラウザにウェブページを供給することとを含んでいる。
【図面の簡単な説明】
【０００６】
［０００６］
本発明の、これらおよび他の態様ならびに特徴は、添付の図とともに本発明の特定の実施形態の以下の説明をレビューする際に、当業者に明らかになるだろう。
【０００７】
［０００７］
【図１】図１は、本発明の実施形態の例示的なインプリメンテーションを図示したブロックダイヤグラムである。
【０００８】
［０００８］
【図２】図２は、本発明の態様にしたがった、ユーザに表示するための例示的なページを図示したスクリーンショットである。
【図３】図３は、本発明の態様にしたがった、ユーザに表示するための例示的なページを図示したスクリーンショットである。
【図４】図４は、本発明の態様にしたがった、ユーザに表示するための例示的なページを図示したスクリーンショットである。
【好ましい実施形態の詳細な説明】
【０００９】
［０００９］
当業者が本発明を実施できるように、本発明の実例として提供される図を参照して、本発明をこれから詳細に説明する。とりわけ、図面および以下の例は、本発明の範囲を単一の実施形態に限定することを意味するのではなく、説明された要素または図示された要素のいくつか、または、すべてを交換することによって、他の実施形態が可能である。さらに、本発明のある要素が既知のコンポーネントを使用して部分的にまたは完全に実現できる場合、そのような既知のコンポーネントのうちの本発明の理解に対して必要な一部分のみを説明し、そのような既知のコンポーネントのうちの他の部分の詳細な説明は、発明をあいまいにしないために省略する。ソフトウェア中で実現されるとして説明されている実施形態は、ソフトウェア中に限定されるべきではなく、ハードウェア中、または、ソフトウェアとハードウェアの組み合わせにおいて実現される実施形態を含み、当業者には明らかであるように、他の方法がここで特定されない限り、逆もまた同じである。本明細書において、単数のコンポーネントを示している実施形態は限定していると考えられるべきではない。むしろ、発明は、複数の同じコンポーネントを含んでいる他の実施形態を含むように意図されている。そして、他の方法でここで明示的に述べない限り、逆もまた同じである。さらに、このように明示的に述べない限り、明細書中または特許請求の範囲中のいかなる用語に対しても、出願人は稀な意味または特別な意味を与えることを意図していない。さらに、本発明は、実例としてここで参照されている既知のコンポーネントに対する、現在および将来的に既知の均等物を含む。
【００１０】
［００１０］
本発明の一般的な実施形態は、ＣＰＥ内のラインモニタモジュールを含んでおり、ラインモニタモジュールは、ラインコンディションに基づいて、自動的に診断を開始し、結果を周期的に収集できる。本発明の実施形態の例示的なインプリメンテーションにおいて、ラインモニタモジュールによって接続性の損失が検出されたとき、ＣＰＥは、エンドユーザとＣＯとの間のすべてのポート８０ＨＴＴＰ通信をトラップするだろう。ＣＰＥは、通常のＨＴＴＰ応答をＣＰＥ発生応答により置換する。ＣＰＥ発生応答は、接続性の損失（例えば、ワイヤの切断、ワイヤが接続されていない、ワイヤ上のフィルタの存在等）の周囲のコンディションの分析に基づくことができ、コンディションとともにコンディションを改善するためにとられることになるステップを記述するウェブページをユーザに提示することができる。
【００１１】
［００１１］
加えて、ＣＰＥは、（ＣＰＥ内で、または、（クッキーを通して、または、代替ウェブページ内で戻されたデータによって）ユーザウェブブラウザにより利用している記憶装置内のいずれかで）元の要求されたウェブページの追跡をする。接続が回復しているとＣＰＥが検出したとき、ＣＰＥはＨＴＴＰ応答の置換を終了し、元のページへのＨＴＴＰ要求を再試行するように（タイムアウトを通して、または、ウェブブラウザからのメッセージへのＣＰＥによる直接応答のいずれかを通して）ユーザのウェブブラウザに指示する。これは、接続性が一度回復すると、ユーザを巻き込むことなく、元の宛先へのシームレスな移行を提供する。
【００１２】
［００１２］
図１は、本発明の実施形態にしたがった例示的なシステムを示している。
【００１３】
［００１３］
示しているように、カスタマ構内機器（ＣＰＥ）１０２は、コンピュータ１０４と中央局（ＣＯ）１０６との間に置かれている。本発明の態様にしたがうと、ＣＰＥ１０２とＣＯ１０６との間の接続性の損失を決定し、例えば、以下でより詳細に説明するように、コンピュータ１０４中のウェブブラウザアプリケーション１０８に供給されるウェブページを通して、コンピュータ１０４にこのイベントをシグナリングする機能性が、ＣＰＥ１０２に提供される。
【００１４】
［００１４］
例示的な実施形態において、ＣＰＥ１０２は、カリフォルニア、フリーモントのイカノスインコーポレイテッドのようなサプライヤによって提供され、Ｌｉｎｕｘ（登録商標）のようなオペレーティングシステムを実行し、ＶＤＳＬ２のようなプロトコルをサポートするチップセットを有するＤＳＬモデムである。以下の説明によって教示された後、これらおよび他の実施形態において、例えば、このようなチップセットに対してファームウェアまたはソフトウェアを適合させることによって、どのように本発明を実現させるかを当業者は理解することができるだろう。
【００１５】
［００１５］
コンピュータ１０４は、例えば、ディスプレイ（例えば、フラットスクリーンモニタ）に結合され、ワシントン、レドモンドのマイクロソフト（登録商標）コーポレーションまたはカリフォルニア、クパチーノのアップル（登録商標）インコーポレイテッドによって提供される任意のオペレーティングシステムのいずれかのような、従来のオペレーティングシステムを実行する、デスクトップ、ラップトップ、または、パッドコンピュータのような、パーソナルコンピュータ（ＰＣ）である。しかしながら、本発明はこの例に限定されるのではなく、コンピュータ１０４は、セットトップボックス、スマートＴＶ、ＤＶＤプレーヤー、スマートフォン等のような、ディスプレイを有するまたはディスプレイに結合されていて、ウェブブラウザアプリケーションを実行するコンピュータプロセッサを有する任意のデバイスであってよい。
【００１６】
［００１６］
ＣＰＥ１０２は、インターフェース１１６を通してコンピュータ１０４に結合することができる。例えば、ＣＰＥ１０２がＤＳＬモデムである場合、インターフェース１１６は、コンピュータ１０４がケーブルを通して接続することができる、１つ以上のイーサネット（登録商標）ポートを含むことができる。加えてまたは代替的に、イーサネットポートのうちの１つ以上は、ケーブルを通してワイヤレスルータに接続することができ、コンピュータ１０４は、ワイヤレスルータを通してＣＰＥ１０２と通信できる。ＣＰＥ１０２の実施形態において、インターフェース１１６は、ＣＰＥ１０２に対して内部にある１つ以上のワイヤレスＬＡＮインターフェースも含むことができる。
【００１７】
［００１７］
ＣＰＥ１０２は、多数の従来の手段のいずれかを通してＣＯ１０６に結合することができる。例えば、ＣＰＥがＤＳＬモデムである場合、ＣＰＥ１０２は、従来の電話線ジャックを挿入できる電話線ポートを含むことができる。電話線は、既知であるように、最終的にＣＯ１０６に接続することができる。代替的に、ＣＰＥ１０２がケーブルモデムである場合、ＣＰＥ１０２は、従来の同軸ケーブルジャックをアタッチできる従来の同軸ケーブルポートを含むことができ、同軸ケーブルは、既知であるように、最終的にＣＯに接続することができる。
【００１８】
［００１８］
図１において示す例示的なＶＤＳＬモデム中に図示したコンポーネントおよび本発明の機能性の態様を参照して、ＣＰＥ１０２の例示的なインプリメンテーションをこれからより詳細に説明する。しかしながら、例えば、従来のＤＳＬモデム動作をサポートするために、ＣＰＥ１０２が追加のコンポーネントおよび機能性を含むことができることに着目すべきである。これについての詳細は、本発明の明瞭さのために、ここでは省略する。図１中で示し、以下でより詳細に説明するコンポーネントは、ＣＰＥ１０２中のプロセッサ上で実行するソフトウェアまたはファームウェアによって実現できることをさらに認識すべきである。本発明は、ＶＤＳＬモデム以外のＣＰＥの他のタイプにおいて実施できることをさらに認識すべきである。
【００１９】
［００１９］
ＶＤＳＬラインモニタ１１０は、物理レベルにおける任意の接続性の損失に対してラインを監視する。ＣＰＥ１０２がＶＤＳＬモデムである場合の実施形態において、ＶＤＳＬモデムがＣＯ１０６とのショータイム通信にないとき、接続性の損失が決定され、ＶＤＳＬモデムがＣＯ１０６とのショータイム通信に戻るとき、ダウンの後の再接続が決定される。ＣＰＥ１０２が、切断されているまたは切断された後に接続されているとき、ＶＤＳＬラインモニタ１１０はＨＴＴＰリダイレクタ１１２をそれぞれイネーブルまたはディセーブルさせる。
【００２０】
［００２０］
実施形態において、切断された後、ＶＤＳＬラインモニタ１１０はさらに診断を開始して、接続性の損失の原因を決定できる。例えば、ＣＰＥ１０２に接続されているワイヤの切断、ワイヤがＣＰＥ１０２上のジャックに接続されていない等を検出するために、診断は従来の既知のモデム診断を含むことができる。ＣＰＥ１０２がＤＳＬモデムである場合、診断は、マイクロフィルタが、ＤＳＬモデムへの電話線上に偶然に存在するか否かを含むこともできる。ＶＤＳＬラインモニタ１１０によって実行することができる、マイクロフィルタが存在するか否かを決定する例示的な方法は、同時係属中の出願番号［１２ＩＫ０８］において、より詳細に説明している。
【００２１】
［００２１］
ラインが切断されているとき、ＶＤＳＬラインモニタ１１０は、ＨＴＴＰリダイレクタ１１２にコマンドも送って、ＨＴＴＰリダイレクタ１１２自身をイネーブルさせる。切断された後にラインがバックアップされる場合、ＶＤＳＬラインモニタ１１０は、ＨＴＴＰリダイレクタ１１２にコマンドを送って、ＨＴＴＰリダイレクタ１１２自身をディセーブルさせる。ＶＤＳＬラインモニタ１１０が診断を実行する場合の実施形態において、ウェブサーバ１１４がウェブページ中の診断結果の情報をウェブブラウザ１０８に戻せるように、ＶＤＳＬラインモニタ１１０は、ウェブサーバ１１４にも診断結果を供給する。
【００２２】
［００２２］
ＨＴＴＰリダイレクタ１１２は、ＶＤＳＬラインモニタ１１０から受信する、対応するコマンドに基づいて、以下のコンフィギュレーションをイネーブルまたはディセーブルさせる。  
・ポート５３トラフィック（すなわち、ＤＮＳクエリ）をインターセプトし、それをＣＰＥ１０２上で実行しているローカルＤＮＳサーバ１１４にリダイレクトする。  
・ポート８０トラフィック（すなわち、ＨＴＴＰウェブブラウザトラフィック）をインターセプトし、それをＣＰＥ１０２上で実行しているローカルウェブサーバ１１４にリダイレクトする。
【００２３】
［００２３］
このコンフィギュレーションは、アイピーテーブルルールのコンフィギュレーションを通して影響を受け、アイピーテーブルルールのコンフィギュレーションは、ＶＤＳＬラインモニタモジュールによってＨＴＴＰリダイレクタ１１２がイネーブルまたはディセーブルされているか否かに基づいて、ＨＴＴＰリダイレクタ１１２によって生成または削除される。実施形態において、アイピーテーブルルールは、従来のＬｉｎｕｘ  ＩＰスタック中に含まれており、本開示によって教示された後に、本発明の実施形態にしたがって、ＨＴＴＰおよびＤＮＳトラフィックのリダイレクションに影響するように、このようなルールをどのように適合させるかを、当業者であれば理解するだろう。
【００２４】
［００２４］
実施形態において、ローカルＤＮＳサーバ１１４は常に実行しているが、ポート５３トラフィックがＣＰＥ１０２においてインターセプトされない限り、何らかの実質的なアクションを実行しない。ＤＮＳサーバ１１４は、ＣＰＥ１０２のＬＡＮ（ローカルエリアネットワーク）インターフェース１１６のＩＰアドレスで、ウェブブラウザ１０８から発信されるＤＮＳクエリに応答する。これは２つの理由により要求される。外部の接続性が損失されたことから、ウェブブラウザ１０８がＤＮＳサーバ応答に対するタイムアウト待ちを確実にしないようにするためと、ＴＣＰ接続を使用して、ウェブブラウザ１０８をＣＰＥ１０２に透過的に接続させるようにするためである。ウェブブラウザ１０８は、何が接続中止地点かを知る必要はない。
【００２５】
［００２５］
ＤＮＳサーバ１１４は、ＣＰＥのＬＡＮインターフェースＩＰアドレスを含むＤＮＳ応答をキャッシュしないように、ＤＮＳ記録オプションのうちの１つを通して、ウェブブラウザ１０８に指示する。これは、ウェブブラウザ１０８がこのＤＮＳ応答をキャッシュせず、接続性が最終的に回復するときに、実際のＩＰアドレスにより解決されるまで、ウェブブラウザ１０８が常にＤＮＳクエリを送るようにするために要求される。
【００２６】
［００２６］
ＣＰＥ１０２中には、ｅｔｈ０、ｅｔｈ１、ｗｌａｎ０等のような、複数のＬＡＮインターフェース１１６があるケースがよくあると、本発明者は認識している。ＤＮＳクエリは、これらのインターフェースのいずれかに到達することができる。これは、問題を提示する。なぜなら、ＤＮＳクエリが到着する特定のインターフェースに関する、アプリケーションレベルで利用可能な情報がないことから、ＤＮＳサーバ１１４は、異なるＬＡＮインターフェースの異なるＩＰアドレスの中の、どのＩＰアドレスが戻されることになるかを知ることができないためである。ある態様にしたがうと、本発明にしたがう１つの解決法は、そこからＤＮＳクエリが受信されたアプリケーション（このケースでは、ウェブブラウザ１０８である）のソースＩＰアドレスを見て、ｅｔｈ０、ｅｔｈ１、ｗｌａｎ０、ｗｌａｎ１等のような、ＬＡＮインターフェースのすべてのＩＰアドレスに対して、それをマッチングさせることを伴う。最も長くＩＰアドレスマッチングしたインターフェースが、ＤＮＳ要求が受信されたインターフェース１１６であると決定される。２つのＬＡＮインターフェースＩＰアドレスは、同じ長さのマッチングを有することができないことに着目すべきである。これはなぜなら、各インターフェースは、ルーティングインターフェースとして構成されるとき、異なるサブネットに属するためである。
【００２７】
［００２７］
その後、ウェブブラウザ１０８は、ローカルウェブサーバ１１４に透過的に接続する。なぜなら、ウェブブラウザ１０８は、ＣＰＥのＬＡＮインターフェース１１６のＩＰアドレスである、ＤＳＮサーバ１１４によって戻されたＩＰアドレスに接続するからである。その後、ウェブブラウザ１０８からの要求が受信されるとき、ウェブサーバ１１４は、ウェブブラウザ１０８からの要求がリダイレクトされた要求（すなわち、インターセプトされ、リダイレクトされた要求）であるか、まさにローカルウェブサーバコンフィギュレーションページにアクセスする要求であるかを決定する。ＣＰＥ１０２が、ＣＰＥを管理/構成するために使用する、自身のウェブインターフェースも有していることに着目すべきである。ウェブサーバ１１４は、誤ってＶＤＳＬライン診断ページをこれらの要求に基づいて供給すべきではない。
【００２８】
［００２８］
要求が、リダイレクトされた要求であるか否かを決定するために、ウェブサーバ１１４は、要求中の「ホスト」ＨＴＴＰヘッダを調べる。このヘッダは、ブラウザ１０８によって要求された元のＵＲＬを含んでおり、たとえ要求がリダイレクトされたとしても、変化しないままである。
【００２９】
［００２９］
ローカルウェブページアクセスに対して、「ホスト」フィールドはＬＡＮインターフェース１１６ＩＰアドレスを含んでいる。
【００３０】
［００３０］
リダイレクトされた要求に対して、「ホスト」フィールドは、元のＵＲＬ、例えば、ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍを含んでいる。ウェブサーバは、「ホスト」フィールドの値を、ＣＰＥのＬＡＮインターフェース１１６ＩＰアドレスと比較する。「ホスト」フィールドの値が、ローカルインターフェース１１６ＩＰアドレスのいずれかとマッチングする場合、ウェブサーバは、要求がローカルウェブページ要求であると結論付けるだろう。しかしながら、「ホスト」フィールドの値がローカルインターフェース１１６ＩＰアドレスのいずれともマッチングしない場合、ウェブサーバは、要求がリダイレクトされた要求であると結論付け、ＶＤＳＬライン診断ページを戻す。
【００３１】
［００３１］
ＶＤＳＬライン診断ページは、動的ページであることが好ましい。動的ページにより、ＶＤＳＬライン診断ページが表示する情報は、ＶＤＳＬラインモニタによって供給される診断結果に基づいて変化し続けるだろう。このウェブページはセルフリフレッシュページであることが好ましく、セルフリフレッシュページは例えば、要求をウェブサーバ１１４に送ることによって、５秒毎にそれ自身をリフレッシュする。このような要求の際に、ウェブサーバ１１４は、ＶＤＳＬラインモニタ１１０に現在の診断結果を問い合わせ、それらをウェブページの中に埋め込み、ウェブページをウェブブラウザ１０８に戻す。実施形態において、ラインが立ち上がるまで、このリフレッシュサイクルは、自身を反復する。
【００３２】
［００３２］
最後に、ラインが立ち上がるとき、ＶＤＳＬライン診断ページの次のリフレッシュにおいて、ウェブサーバは、ＶＤＳＬライン診断ページの代わりに、リダイレクトウェブページを戻すだろう。リダイレクトページは、最初にウェブブラウザによって要求された元のＵＲＬに接続するために、ＨＴＴＰ指令を含んでいるだろう。そして、ユーザには元のウェブページ、言うならば、ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍが透過的に供給されるだろう。
【００３３】
［００３３］
図２〜４は、本発明の実施形態において、発生させ、表示することができる、例示的なウェブページである。
【００３４】
［００３４］
図２は、ラインモニタ１１０によって切断が検出され、切断は、コンピュータ１０４へのイーサネットケーブルがＣＰＥ１０２から抜かれているためであると診断が決定したときに、ウェブブラウザ１０８に供給することができる例示的なウェブページを図示している。図３は、ケーブルがプラグインされ戻された後であるが、ショータイム通信がまだ再開していない場合に、ウェブブラウザ１０８に供給することができる例示的なウェブページを図示している。
【００３５】
［００３５］
図４は、ラインモニタ１１０によって切断が検出され、切断は、ＣＰＥ１０２への電話線接続がマイクロフィルタにプラグインされているためであると診断が決定したときに、ウェブブラウザ１０８に供給することができる例示的なウェブページを図示している。
【００３６】
［００３６］
ある態様にしたがうと、オペレータによりトラブルチケットをログ記録する代わりに、顧客自身で実行できるアクション可能なステップを提供することによって、顧客が顧客自身で問題を解決することを本発明は支援する。これは、オペレータに対する顧客サポート費用を節約するだろう。この概念は、特定のＷＡＮ（広域ネットワーク）またはＬＡＮ（ローカルエリアネットワーク）通信技術とは無関係である。
【００３７】
［００３７］
本発明は、その好ましい実施形態を参照して特に説明してきたが、本発明の精神および範囲から逸脱することなく、形式および詳細における変更や修正が行われてもよいことは、当業者には容易に明らかであろう。添付された特許請求の範囲はそのような変更および修正を含むことが意図されている。
【図１】
2015534194.tif 000003
【図２】
2015534194.tif 000004
【図３】
2015534194.tif 000005
【図４】
2015534194.tif 000006
【国際調査報告】
2015534194.tif 000007
2015534194.tif 000008