JP2012503239A

JP2012503239A - 装置から情報を抽出するための装置及び方法

Info

Publication number: JP2012503239A
Application number: JP2011527322A
Authority: JP
Inventors: ファン・デ・プール，ディルク
Original assignee: Thomson Licensing SAS
Current assignee: Thomson Licensing SAS
Priority date: 2008-09-18
Filing date: 2009-09-17
Publication date: 2012-02-02
Anticipated expiration: 2029-09-17
Also published as: KR20110056291A; WO2010031817A1; US9032098B2; EP2351292B1; EP2351292A1; BRPI0918743A2; CN102160332B; JP5474979B2; EP2166701A1; CN102160332A; KR101579816B1; US20110173348A1

Abstract

本発明は、装置における設定及びインストールを必要とすることなく装置から情報を抽出するためのゲートウェイとその方法に関する。このため、本発明は、第１ネットワークとのインタフェースと、第２ネットワークとのインタフェースと、ローカルウェブサーバとを有するゲートウェイ装置における方法であって、第２ネットワーク上にあるウェブサーバに対する第１ネットワーク上で検出された第１装置からのリクエストを傍受するステップと、ローカルウェブサーバ（１４）上にあって、装置によってロードされると、装置から情報を抽出するウェブページを装置に送信するステップと、装置からウェブページにより装置から抽出される情報を受信するステップとを有する方法に関する。

Description

本発明は、一般にインターネットゲートウェイ装置及びゲートウェイの後方のローカルネットワーク装置に関し、特にこれらの装置のリモート制御を簡単化するための方法に関する。

このセクションは、読者に各種技術特徴を紹介するためのものであり、以下で説明及び／又は請求される本発明の各種特徴に関するものである。この説明は、読者に本発明の各種特徴のより良好な理解を促進するための背景情報を提供するのに役立つと信じられる。従って、これらの説明はこの観点から参照されるべきであり、従来技術の自認として理解されるべきでない。

ネットワークルータは、通常はローカルエリアネットワークとインターネットとを接続するゲートウェイとして機能する。それは、動的な又は固定的なパブリックＩＰアドレスを含む適切な設定により構成される。それは、ローカルネットワークプライベートＩＰアドレスとパブリックインターネットＩＰアドレスとの間のＩＥＴＦＲＦＣ３０２２において規定されているＮＡＴ（ＮｅｔｗｏｒｋＡｄｄｒｅｓｓＴｒａｎｓｌａｔｉｏｎ）を実行する。さらに、それは、ローカルネットワークＩＰアドレスを有し、典型的には、ＩＰアドレスをローカルネットワーク上のすべての装置に動的に割り当てるＤＨＣＰサーバ機能を有する。

ゲートウェイは、通常はＤＳＬＦｏｒｕｍＴＲ−０６９又はＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）などの管理ネットワークを介しネットワーク上のマネージメントサーバにより管理される。ＴＲ−０６９は、２００６年１１月付けの“ＤＳＬＦｏｒｕｍＴｅｃｈｎｉｃａｌＲｅｐｏｒｔ，ＴＲ−０６９Ａｍｅｎｄｍｅｎｔ１，ＣＰＥＷＡＮＭａｎａｇｅｍｅｔＰｒｏｔｏｃｏｌ”に規定されている。ＳＮＭＰは、ＩＥＴＦＲＦＣ１１５７に規定されている。マネージメントサーバは、インターネットサービスプロバイダにより管理及び制御される。

ヘルプデスクのコールと全体的な設置及びサービス問題とを低減するため、サービスプロバイダは、典型的には診断とトラブルシューティングツールに頼る。これらのツールは、関連する診断情報を提供し、おそらく装置及びサービス利用性テストなどのアクティブなトラブルシューティングテストを実行することを目的とする。その後、ゲートウェイは、マネージメントサーバの制御の下でローカルネットワーク診断及びトラブルシューティング機能を提供するのに重要かつ中心的な役割を演じる。ゲートウェイは、ハードウェア及びＩＰアドレス、状態及び接続時間などの装置情報のパッシブなコレクションに基づきホームネットワーク装置に関する情報を収集する。特に、それは、ゲートウェイＤＨＣＰサーバのリーステーブルから情報を取得することができる。

サービスプロバイダにおけるモニタリングと診断とは、関連するローカルネットワーク装置情報のコレクションから構成される。特に、使用されるハードウェア及びＩＰアドレス、オペレーティングシステム並びにウェブブラウザに関する情報は、ヘルプデスクがカスタマをサポートすることを可能にする。それは、インターネットアクセスの欠落などのホームネットワーキング問題を診断するのに役立つ。

ホームネットワーク装置から情報を抽出することを可能にするため、既存の解決方法はソフトウェアプログラムのローカルネットワーク装置のインストールに依存する。これらのソフトウェアプログラムは、通常はコンピュータ又は装置のオペレーティングシステム上で実行される。それらは、関連する装置情報を収集する。それらは、任意的には事前のトラブルシューティングのためこの情報を利用する。それらは、任意的にはこの情報をサービスプロバイダに通信する。このような解決方法の一例は、ピュアネットワークからのＮｅｔｗｏｒｋＭａｇｉｃソフトウェア（登録商標）である。それは、ホームネットワークを検出し、ホームネットワークのローカルベースの概略を提供することを可能にする。

このようなソフトウェアプログラムに依存することは、ユーザフレンドリでなく、問題を生じさせる可能性がある。それは、ローカルネットワークの各装置にソフトウェアプログラムをインストールすることを求める。各オペレーティングシステムは、ローカルネットワーク上の装置により生成及びサポートされる互換的なプログラムを必要とする。このツールは、ソフトウェアに依存するものであり、ソフトウェアのインストールが失敗する毎に、サービスプロバイダにおいて利用可能な情報がなくなる。

本発明は、ローカル装置から情報を自動的に抽出する方法を提供することによって、従来技術の情報抽出に関する問題点の少なくとも一部を解決するものである。

本発明は、装置における設定及びインストールを必要とすることなく装置から情報を抽出するためのゲートウェイにおける方法に関する。

それは、特にローカルホームネットワークの分野に適用され、より一般には２つの装置間のトラフィックを装置が傍受可能な他の分野に適用される。

このため、本発明は、第１ネットワークとのインタフェースと、第２ネットワークとのインタフェースと、ローカルウェブサーバとを有するゲートウェイ装置における方法であって、第２ネットワーク上にあるウェブサーバに対する第１ネットワーク上で検出された第１装置からのリクエストを傍受するステップと、ローカルウェブサーバ（１４）上にあって、装置によってロードされると、装置から情報を抽出するウェブページを装置に送信するステップと、装置からウェブページにより装置から抽出される情報を受信するステップとを有する方法に関する。

本方法は、ゲートウェイが装置から情報を抽出することを可能にする。これは、装置へのソフトウェアのインストールを必要としない。また、これはエンドユーザに対するスキルを要求しない。

本発明の実施例によると、傍受するステップの後であって、送信するステップの前に、本方法は、ローカルウェブサーバ上にあるウェブページに第１装置をリダイレクトするステップと、ウェブページに対するリクエストを第１装置から受信するステップとを有する。

本発明の実施例によると、ウェブページは、装置上で実行されると、当該装置の情報を取得し、ゲートウェイに送信するよう構成されるコードを有する。

本発明の実施例によると、ウェブページは、装置のナビゲータオブジェクトから情報を読み、ナビゲータオブジェクトの情報をゲートウェイに送信するよう構成されるＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを有する。

本発明の実施例によると、第１ネットワーク上で第１装置を検出した後、ゲートウェイは、第１装置から受信したすべてのリクエストを傍受する。

情報を迅速に取得するため、装置からのリクエストが自動的に傍受される。

本発明の実施例によると、本方法は、装置から情報を抽出した後、第２ネットワーク上にある装置に第１装置をリダイレクトするステップを有する。

本発明の実施例によると、ローカルウェブページは、一時的な管理処理が継続しているユーザインタフェースを装置上に表示するよう構成される情報を有する。

本発明の実施例によると、マネージメントサーバのリクエストに応答して、又はマネージメントサーバへの自動的な通知を介し、情報が第２ネットワーク上にあるマネージメントサーバに利用可能とされる。

本発明の他の課題は、装置から情報を傍受するよう構成されるゲートウェイ装置である。本装置は、第１ネットワークとのインタフェースと、第２ネットワークとのインタフェースと、第１ネットワーク上で装置を検出する検出手段と、ウェブページを格納するローカルウェブサーバと、第２ネットワーク上にあるウェブサーバへのリクエストを受信すると、ローカルウェブサーバ上にあるウェブページを検出された装置に送信する情報抽出手段とを有し、ウェブページは、装置によりロードされると、当該装置から情報を抽出する手段を有する。

本発明の他の課題は、プログラムがコンピュータ上で実行されると、本発明による方法の各ステップを実行するプログラムコード命令を有するコンピュータプログラムである。“コンピュータプログラム”によって、それは、ディスケットやカセットなどのプログラムを含む格納スペースだけでなく、電気又は光信号などの信号から構成されるコンピュータプログラムサポートを意味する。

開示される実施例による範囲に対応する特徴が以下に与えられる。これらの特徴は、読者に本発明がとりうる形態の概略を提供するためだけに提示され、これらの特徴は本発明の範囲を限定するものでないことが理解されるべきである。実際、本発明は、以下に与えられない各種特徴を包括するものであってもよい。

本発明は、添付した図面を参照して以下の実施例及び実行例とにより限定されることなくより良好に理解及び説明される。
図１は、実施例によるオブジェクトを有するシステムのブロック図である。図２は、実施例による方法のフローチャートである。図１では、図示されたブロックは、必ずしも物理的に分離したエンティティに対応しない純粋に機能的なエンティティである。すなわち、それらは、ハードウェア又はソフトウェアの形態により開発可能であるか、又は１以上の集積回路により実現可能である。

図１において、本実施例によるシステムが示される。ゲートウェイ１は、第１ネットワーク、すなわち、ローカルエリアネットワークＬＡＮ４に接続するためのＬＡＮインタフェース１７を有する。ローカルエリアネットワークは、当業者に周知な何れかのＬＡＮ技術によるものであってもよい。それは、イーサネット（登録商標）などの何れかの有線技術又はＷｉ−Ｆｉなどの何れかの無線技術であってもよい。ゲートウェイは、第２ネットワーク、すなわち、インターネットネットワーク５に接続するためのＷＡＮインタフェース１８を有する。

インターネットゲートウェイは、装置検出モジュール１５を有する。それは、ＬＡＮ４に接続されている新規な装置を検出するよう構成される。それはまた、ホームネットワークに接続されるすべての装置に関する情報を収集するよう構成される。情報は、ハードウェアアドレス又はＭＡＣアドレス、ＩＰアドレス、アドレッシングタイプ（静的又は動的）、接続されているゲートウェイローカルネットワークインタフェース、現在状態、接続時間を含むものであってもよい。ゲートウェイは、動的なＩＰアドレスをローカルネットワークに接続されているすべてのＤＨＣＰクライアント装置に割り当てるＤＨＣＰサーバ１３を有する。それは、ＬＡＮ上に検出される装置から情報を取得するよう構成される情報抽出モジュールを有する。それは、ローカルＧＵＩウェブページを提供するよう構成されるウェブサーバモジュール１４を有する。ウェブサーバは、一般にウェブクライアント、すなわち、ウェブブラウザからＨＴＴＰリクエストを受信し、ＨＴＭＬドキュメントやリンクされたオブジェクトなどのデータコンテンツ又はウェブページによるＨＴＴＰレスポンスを送信する。本実施例によると、それは、情報抽出モジュールがＬＡＮ装置から情報を取得することを可能にする特別な情報抽出ページを提供する。それは、マネージメントサーバ３と通信するよう構成されるマネージメントエージェントモジュール１６を有する。それは、情報の提供やコンフィギュレーション変更の適用などの管理アクションを実行する。それは、ローカルエリアネットワークとインターネットとの間でトラフィックを転送するよう構成されるＩＰルータ１１を有する。それは、アドレス変換を実行するＮＡＴモジュール１２を有する。

もちろん、ゲートウェイ装置は、ブロードバンドルータ、無線ルータ、ルータを備えたＤＳＬモデム又はＩＰルータ機能を備えた何れかのネットワーク装置などの何れかのタイプの装置とすることが可能である。より一般には、ゲートウェイは、インタフェース手段とルーティング手段とを有する何れかの装置とすることが可能である。

ローカルネットワークは、ローカル装置２を有する。もちろん、それは、複数のローカル装置を有することも可能である。ローカル装置２は、ローカルネットワーク上のＤＨＣＰサーバから動的なＩＰアドレスを要求するよう構成されるＤＨＣＰクライアントモジュール２２を有する。それはまた、ＨＴＴＰウェブブラウザ２１を有する。それはまた、ユーザインタフェース２３を有する。

マネージメントサーバ３は、インターネット接続を介しサービスプロバイダの制御の下でゲートウェイマネージメントエージェント１６と通信するよう構成される。それは、サービスプロバイダマネージメントシステム、サービスプロバイダ診断トラブルシューティングシステム及びそれのヘルプデスクに統合される。

ローカルネットワーク上の装置から情報を取得するための方法が説明され、図２において部分的に図示される。ゲートウェイの情報抽出モジュールは、以下のようにローカル装置からすべての情報を取得する。新たな装置がローカルネットワークに接続されると、それは、ローカルネットワーク上にＤＨＣＰリクエストを送信する。ＤＨＣＰリクエストを受信すると、ゲートウェイＤＨＣＰサーバは、装置に動的なＩＰアドレスを割り当てる。装置検出モジュールは、ステップＳ１において、ＬＡＮ上の新規な装置の有無を検出する。このステップでは、ゲートウェイの情報抽出モジュール１９は、ＩＥＴＦＲＦＣ８２６に規定されるようなＡＲＰ（ＡｄｄｒｅｓｓＲｅｓｏｌｕｔｉｏｎＰｒｏｔｏｃｏｌ）を用いて、ＩＰアドレスやハードウェアアドレスなどのローカル装置に関する情報を取得する。それはまた、ＵＰｎＰ通知を介し装置ＵＰｎＰ能力とＤＨＣＰ装置ベンダ値とを抽出する。その後、検出されたローカル装置は、抽出された情報と共にゲートウェイＧＵＩに示される。情報抽出モジュールは、ハードウェアアドレス、ＩＰアドレス、ＤＨＣＰオプション、リース時間などの装置情報をそれのローカル装置の検出データベースに入力する。

これらすべての情報を取得した後、ゲートウェイの情報抽出モジュールは、当該装置の情報を依然として抽出する必要がある。それは、当該装置からゲートウェイ自体及び特にゲートウェイウェブサーバにＨＴＴＰリクエストをルーティングするため、ルータのルールを設定する。このルールは、ＴＣＰポート８０（ＨＴＴＰ）を介した当該装置からの入力トラフィックのデスティネーションアドレスをゲートウェイＩＰアドレスに変更する。

ここで、ゲートウェイは、装置検出直後にルールを設定する。それはまた、例えば、マネージメントサーバからのリクエストに応答して、ルールを以降に設定することも可能である。

以降において、ローカル装置は、リクエストされたウェブサイトのＴＣＰポート番号８０によりＨＴＴＰリクエストを送信する。ローカル装置のウェブブラウザは、例えば、ｗｗｗ．ｅｘａｍｐｌｅ．ｎｅｔなどのウェブサイトをリクエストするためユーザにより開かれる。

ステップＳ２において、ルータはリクエストを受信し、当該リクエストをゲートウェイウェブサーバにルーティングする。ステップＳ３において、ウェブサーバは、ゲートウェイウェブサーバ上の特定のウェブページ、すなわち、一時的なＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ）にローカル装置のウェブブラウザをリダイレクトする。情報抽出モジュールはまた、ＨＴＴＰ１．１（ＲＦＣ２６１６）に規定されるようなＴｅｍｐｏｒａｒｙＲｅｄｉｒｅｃｔＳｔａｔｕｓｃｏｄｅ３０７を用いて、ウェブブラウザをリダイレクトするようゲートウェイに埋め込まれたＨＴＴＰサーバを以前に設定している。

ＨＴＴＰリダイレクトを受信すると、ステップＳ４において、ＨＴＴＰクライアントは、当該ウェブページに対するインターネットゲートウェイに新たなＨＴＴＰリクエストを自動的に発行する。

当該ウェブページに関するＨＴＴＰリクエストを受信すると、ステップＳ５において、装置のウェブブラウザは、装置のウェブブラウザにより実行されるＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを含む当該ウェブページをロードする。Ｊａｖａ（登録商標）Ｓｃｒｉｐｔは、装置のウェブブラウザにより解釈及び実行されるプログラミング言語である。Ｊａｖａ（登録商標）Ｓｃｒｉｐｔは、ナビゲータオブジェクト情報をとむためのプログラムを有し、それは、標準的なＪａｖａ（登録商標）Ｓｃｒｉｐｔ及びＤＯＭ（ＤｏｃｕｍｅｎｔＯｂｊｅｃｔＭｏｄｅｌ）サポートの一部としてウェブブラウザにより利用可能とされる。ナビゲータオブジェクトは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔランタイムエンジンにより自動生成される。ナビゲータオブジェクトは、ブラウザ名、ブラウザべージョン及び言語、オペレーティングシステムプラットフォーム、装置ＣＰＵ情報、選択されたブラウザ及びシステム言語を有するＪａｖａ（登録商標）Ｓｃｒｉｐｔオブジェクトである。読み込まれると、ステップＳ６において、それはブラウザ内のＪａｖａ（登録商標）Ｓｃｒｉｐｔ変数に格納される。Ｊａｖａ（登録商標）Ｓｃｒｉｐｔコード／プログラムの他の部分は、ブラウザに特定のフォーマット（ＸＭＬなど）による情報を含むＨＴＴＰメッセージ（ＰＯＳＴなど）をウェブサーバ（ここでは、ゲートウェイウェブサーバ）に送信するよう指示する。

ナビゲータオブジェクト自体は、サーバに送信されない。ステップＳ７において、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔは、ウェブブラウザのナビゲータオブジェクト内の情報を読み、その後にウェブブラウザにゲートウェイウェブブラウザに情報を送信するよう指示する。

ゲートウェイウェブサーバは、当該情報をゲートウェイ検出コンポーネントデータベースにわたす。

情報がＨＴＴＰサーバにより抽出されると、情報抽出モジュールに通知され、当該装置から入力されるＨＴＴＰをもはや傍受しないようにルータルールを変更する。

特定のウェブページは、“ゲートウェイ設定及びサービスを設定するため、このページをブックマークしてください”などのユーザに対する汎用的なテキスト又はメッセージを含む。これは、ユーザが最初にリクエストされたベースの代わりにページが表示される理由を理解することを可能にする。

短い時間の後に自動的に、又はユーザが継続するためのボタンを押下することによって、ステップＳ８において、ページは当初リクエストされたページ（ｗｗｗ．ｅｘａｍｐｌｅ．ｎｅｔなど）にリダイレクトされる。

ゲートウェイは、マネージメントエージェントを介しそれのローカル装置の検出データベースに追加された情報をサービスプロバイダマネージメントサーバに示す。

問題が発生したときは常に（事前に検出されるか、又は問題を報告するためユーザがサービスプロバイダヘルプデスクに電話する）、サービスプロバイダは、エンドユーザがこの情報を口頭で伝える（ヘルプデスクへの電話時）ことを要求する必要なく、診断解析を実行するのに利用可能な関連する情報を有することになる。

変形の実施例では、装置はゲートウェイウェブサーバにリダイレクトされない。傍受されるリクエストは、ゲートウェイウェブサーバに送信される。ＮＡＴルータは、リクエストアドレスのデスティネーションＩＰを、ローカルホスト又はゲートウェイ自体のアドレスである１２７．０．０．１に変更する。それは、ゲートウェイウェブ／ＨＴＴＰサーバがリクエストを受けたものであるデスティネーションポート（ＴＣＰポート８０）を維持する。

ウェブサーバがそれ自身宛でないリクエスト、すなわち、それのウェブ／ＨＴＭＬページの１つに対するリクエストを特定すると、それは、情報コレクションを有し、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔコードを処理するＨＴＭＬページにより応答する。図２において、ステップ２では、ＨＴＴＰリクエストが受信され、ステップＳ５において、ゲートウェイはＨＴＭＬウェブページと共にＨＴＴＰレスポンスを送信する。この変形の実施例は、Ｓ３及びＳ４のリダイレクトステップを省略している。

ここでの説明、請求項及び図面に開示される参照は、独立に又は何れか適切な組み合わせにより提供されてもよい。適切な場合には、これらの特徴はハードウェア、ソフトウェア又はこれらの組み合わせにより実現されてもよい。

ここでの“一実施例”又は“実施例”という表現は、当該実施例に関して説明された特定の特徴、構造又は特性が本発明の少なくとも１つの実現形態に含めることが可能であることを意味する。明細書の各所における“一実施例では”という表現の出現は、必ずしもすべてが同一の実施例を参照しているとは限らず、他の実施例と互いに排他的な個別の又は他の実施例であるとは限らない。

請求項に出現する参照番号は、単なる例示であって、請求項の範囲に対する限定的な効果を有するものでない。

Claims

第１ネットワークとのインタフェースと、第２ネットワークとのインタフェースと、ローカルウェブサーバとを有するゲートウェイ装置における方法であって、
前記第１ネットワーク上に第１装置を検出した後、前記第１装置からウェブサーバへのリクエストの前記第１ネットワークとのインタフェースにおける検出に応答して、前記第１装置を前記ローカルウェブサーバ上にあるウェブページにリダイレクトするステップと、
前記ウェブページに対するリクエストを前記第１装置から受信するステップと、
前記ウェブページが前記第１装置によってロードされると、前記第１装置から情報を抽出する手段を有する、前記ローカルウェブサーバ上のウェブページを前記第１装置に送信するステップと、
前記ウェブページにより前記第１装置から抽出される情報を前記第１装置から受信するステップと、
を有する方法。
前記ウェブページは、前記第１装置上で実行されると、前記第１装置の情報を取得し、前記情報を前記ゲートウェイに送信するよう構成されるコードを有する、請求項１記載の方法。
前記ウェブページは、前記第１装置のナビゲータオブジェクトから情報を読み、前記ナビゲータオブジェクトの情報を前記ゲートウェイに送信するよう構成されるＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを有する、請求項１又は２記載の方法。
前記第１ネットワーク上で前記第１装置を検出した後、前記ゲートウェイは、前記第１装置から受信したすべてのリクエストを傍受する、請求項１乃至３何れか一項記載の方法。
前記第１装置から情報を抽出した後、前記第２ネットワーク上にある装置に前記第１装置をリダイレクトするステップをさらに有する、請求項１乃至４何れか一項記載の方法。
前記ローカルウェブページは、一時的な管理処理が継続しているユーザインタフェースを前記第１装置上に表示するよう構成される情報を有する、請求項１乃至５何れか一項記載の方法。
前記情報は、前記第２ネットワーク上にあるマネージメントサーバのリクエストに応答して、又は前記マネージメントサーバへの自動的な通知を介し、前記マネージメントサーバに利用可能とされる、請求項１乃至６何れか一項記載の方法。
第１装置からの情報を傍受するよう構成されるゲートウェイ装置であって、
第１ネットワークとのインタフェースと第２ネットワークとのインタフェースと、
前記第１ネットワーク上で第１装置を検出する検出手段と、
少なくともウェブページを格納するローカルウェブサーバと、
前記第１ネットワークとのインタフェースにおいて前記第２ネットワーク上にあるウェブページに対するリクエストを前記第１装置から受信すると、前記第１装置を前記ローカルウェブサーバ上にあるウェブページにリダイレクトし、前記ローカルウェブサーバ上にあるウェブページを前記第１装置に送信する情報抽出手段と、
を有し、
前記ウェブページが前記第１装置によりロードされると、前記ウェブページは、前記第１装置から情報を抽出する手段を有するゲートウェイ装置。
コンピュータ上で実行されると、請求項１乃至８による方法の各ステップを実行するためのプログラムコード命令を有するコンピュータプログラム。