JP5876169B2 - ホームネットワークの品質を決定するための方法およびサーバ - Google Patents

Description

本発明は、ホームネットワークのサービス品質のクラス分類の分野に関する。より詳細には、本発明は、ホームネットワークのユーザサービス品質（ＱｏＳ）クラスを決定するための方法、サーバおよびシステムに関する。

インターネットアクセスを必要とする、デジタルテレビ、オンラインゲームおよびホームオートメーションなどの、利用可能な新たなサービスおよび技術が増大すると、セットアップボックス、ゲームコンソール、ホームオートメーションシステム、複数のデスクトップまたはラップトップなどのホームデバイスの増加につながる。これらのホームデバイスは、通常、銅ツイストペア、同軸ケーブル、電力線ケーブルなどの異なる媒体を備えうる複合ホームネットワークアーキテクチャを用いて相互接続される。

ユーザがネットワークキャパシティの問題を抱えており、サービスオペレータが、この問題はホームネットワークに起因している可能性があると考えるとき、サービスオペレータは、ホームネットワークを検査するために技術者を派遣することができる。次いで、技術者は、ホームネットワークのユーザサービス品質（ＱｏＳ）が、所望のキャパシティに対して低すぎると決定するかもしれない。こうした技術者の派遣は、時間がかかり、費用がかかる。さらに、ユーザが、特定のサービスを購入する前にユーザのホームネットワークの品質が不十分であることを知ることが望ましいであろう。

本発明の実施形態の目的は、よりプロアクティブなホームネットワークＱｏＳのクラス分類を提供することである。

本発明の一実施形態によれば、リモートサーバからホームネットワークのユーザＱｏＳクラスを決定するための方法が提供される。以下のステップが、インターネットを介してホームネットワークに接続されたリモートサーバで実行される。ホームネットワークのキャパシティに関連する少なくとも１つのホームネットワークパラメータのホームネットワーク測定データは、リモート管理用のアプリケーション層プロトコルを使用して、インターネットを介して取得される。キャパシティは、ホームネットワークが一時に対処することができるトラフィック量に対する尺度である。取得したホームネットワーク測定データは、ホームネットワークのキャパシティまたはそれに関係するパラメータを推定するために処理される。推定したキャパシティまたはそれに関係するパラメータに基づいて、ホームネットワークは、ユーザＱｏＳクラスにクラス分類される。

こうした方法により、ホームネットワークがどのサービスを対処することができるかリモートで決定することが可能となる。さらにこの方法は、トラブルシューティング用に使用され、ホームネットワークＱｏＳの能力についてサービスオペレータに情報を提供することができる。さらにこうした方法は、ユーザの住居を訪れる技術者を伴わず、リモートで実行されうるという利点を有する。

好ましい一実施形態によれば、リモート管理用のアプリケーション層プロトコルは、ＴＲ−０６９プロトコルである。ＴＲ−１８１は、ＴＲ−０６９用のデバイスデータモデルを開示しており、ｈｔｔｐ：／／ｗｗｗ．ｂｒｏａｄｂａｎｄ−ｆｏｒｕｍ．ｏｒｇ／ｔｅｃｈｎｉｃａｌ／ｄｏｗｎｌｏａｄ／ＴＲ−１８１＿Ｉｓｓｕｅ−２．ｐｄｆを参照されたい。この文書は、引用により本明細書に含まれている。データモデル定義も参照されたく、このモデル定義については、ｈｔｔｐ：／／ｗｗｗ．ｂｒｏａｄｂａｎｄ−ｆｏｒｕｍ．ｏｒｇ／ｃｗｍｐ／ｔｒ−１８１−２−４−０．ｈｔｍｌで見つけることができ、チャネル周波数応答（ＣＦＲ）、信号対ノイズ比（ＳＮＲ）などのネットワークパラメータのネットワーク測定データを取得するために、ポート管理テストを遂行することが示されうることが、セクション「ｄｅｖｉｃｅ．ｕｐａ．ｄｉａｇｎｏｓｔｉｃｓ」で開示される。この開示も、引用により組み込まれている。

好ましい一実施形態によれば、ホームネットワークは、ホームゲートウェイを介してインターネットに接続され、ネットワーク測定値は、そのホームゲートウェイを介して取得される。ホームゲートウェイは、ホームネットワーク通信デバイスに少なくとも１つのホームネットワークパラメータの測定の実行をリクエストするように構成されたＴＲ−０６９使用可能デバイスとすることができる。ただし、リモートサーバは、ホームゲートウェイの代わりに、例えば電力線アダプタなどのホームネットワークの通信デバイスと直接通信してもよい。

典型的には、ホームネットワークパラメータは、物理層のパラメータである。

好ましい一実施形態によれば、少なくとも１つのホームネットワークパラメータが、好ましくは周波数依存性ベクトルの形で、以下の、チャネル周波数応答（ＣＦＲ）と、信号対ノイズ比（ＳＮＲ）と、ビットエラーレート（ＢＥＲ）と、巡回冗長検査（ＣＲＣ）と、再送信カウンタと、ノイズレベルのうち少なくとも１つを含む。サービスオペレータに必要な情報のタイプに応じて、１つまたは複数の前記ホームネットワークパラメータが、リモートサーバのリクエストで測定されうる。

好ましい一実施形態によれば、ホームネットワーク測定データを取得するステップが、複数の測定したＣＦＲベクトルを取得するステップを含む。各ベクトルが、一連の異なる周波数に対する値を含む。次いで、ホームネットワーク測定データを処理するステップが、好ましくは、前記複数のＣＦＲベクトルの関数として、少なくとも１つのキャパシティベクトルを計算するステップと、前記少なくとも１つのキャパシティベクトルに基づいて平均値を計算するステップとを含む。クラス分類をするステップが、平均キャパシティ値に基づくことが好ましい。

さらに発展した一実施形態によれば、取得したホームネットワーク測定データが、ホームネットワークのノイズを表す測定データを含む。クラス分類をするステップおよび／または処理するステップも、ノイズを表す測定データに基づくことが好ましい。

好ましい一実施形態によれば、関連する基準をもつ複数のユーザＱｏＳクラスを含むＱｏＳクラス分類データが、データベースに格納され、測定されたホームネットワークのユーザＱｏＳクラスを決定するために、データベースに格納されたＱｏＳクラス分類データと、推定したキャパシティまたはそれに関係するパラメータを比較することによって、ホームネットワークのクラス分類がなされる。

本発明の別の実施形態によれば、ホームネットワークのユーザＱｏＳを決定するように構成されたサーバが提供される。サーバは、インターネットを介して複数のホームネットワークに接続されたリモートサーバとして機能するものである。サーバが、データコレクタと、プロセッサと、クラス分類器とを備える。データコレクタは、リモート管理用のアプリケーション層プロトコルを使用して、ホームネットワークのキャパシティに関連する少なくとも１つのホームネットワークパラメータのホームネットワーク測定データを取得するように構成される。プロセッサは、ホームネットワークのキャパシティまたはそれに関係するパラメータを推定するためにホームネットワーク管理データを処理するように構成される。クラス分類器は、推定したキャパシティまたはそれに関係するパラメータに基づいて、ユーザＱｏＳクラスでホームネットワークをクラス分類するように構成される。

データコレクタが、好ましくはＴＲ−０６９使用可能デバイスとする。こうしたデバイスにより、適したＴＲ−０６９リクエストメッセージを送信することによってインターネットを介してホームネットワーク測定データを収集することが可能となる。好ましくは、データコレクタが、好ましくは周波数依存性ベクトルの形で、以下の、チャネル周波数応答（ＣＦＲ）と、信号対ノイズ比（ＳＮＲ）と、ビットエラーレート（ＢＥＲ）と、巡回冗長検査（ＣＲＣ）と、再送信カウンタと、ノイズレベルのうち少なくとも１つを収集するように構成される。

好ましい一実施形態によれば、データコレクタが、ホームネットワーク用に測定された複数のＣＦＲベクトルを取得するように構成される。次いで、プロセッサが、好ましくは前記複数のＣＦＲベクトルの関数として少なくとも１つのキャパシティベクトルを計算し、前記少なくとも１つのキャパシティベクトルに基づいて平均キャパシティ値を計算するように構成される。クラス分類器が、好ましくは少なくとも平均キャパシティ値に基づいて、ユーザＱｏＳクラスでホームネットワークをクラス分類するように構成される。

好ましい一実施形態によれば、データコレクタが、ホームネットワークのノイズを表す測定データを取得するように構成される。クラス分類器は、好ましくはノイズを表す測定データに基づいて、ホームネットワークをクラス分類するように構成される。より好ましくは、クラス分類器が、ＣＦＲを表す測定データとノイズを表す測定データの双方に基づいてホームネットワークをクラス分類するように構成される。

本発明の別の態様によれば、先に開示したサーバならびにホームゲートウェイの一実施形態を備えるシステムが提供される。サーバが、インターネットを介してホームゲートウェイに接続され、そのホームゲートウェイが、ホームネットワークのキャパシティに関連する少なくとも１つのホームネットワークパラメータのネットワーク測定データのためのリクエストをサーバから受信し、少なくとも１つのホームネットワークパラメータの測定データを取得し、ネットワーク測定データをサーバに送信するように構成されたＴＲ−０６９使用可能デバイスとする。

システムが、推定したキャパシティを使用してホームネットワークをクラス分類するためのクラス分類情報を格納するデータベースをさらに備えることができる。こうしたクラス分類情報が、推定したキャパシティに基づいてユーザＱｏＳクラスを決定するための基準および規則を含むことができる。クラス分類器は、決定したユーザＱｏＳクラスをサービスオペレータへ向けたサービスレコメンデーションに変換するようにさらに構成される。

添付の図面は、本発明の方法、サーバおよびシステムの、限定するものではなく現在好ましい例示的実施形態を示すために使用される。本発明は、添付の図面と併せて以下の説明を閲読することで、本発明の特徴および目的の上記および他の利点が、より明確になり、より深く理解されよう。

３つの異なるホームネットワークトポロジの周波数の関数で、ビット／秒単位のエルゴードキャパシティのグラフの図である。 本発明の方法の一実施形態を概略的に示す図である。 本発明の方法の一実施形態を概略的に示す図である。 本発明によるリモートサーバの一実施形態を概略的に示す図である。

上記の背景技術の段落で説明したように、ホームデバイスは、通常、銅ツイストペア、同軸ケーブル、電力線ケーブルなどの異なる媒体に基づく複合的なホームネットワークアーキテクチャを用いて相互接続される。一般に、これらのネットワークアーキテクチャの異なるサイズおよび分岐により、これらの対応する転送機能すなわちチャネルシグネチャは、達成可能なネットワークキャパシティにとって制限因子となる。出願人は、この制限因子が対応するホームネットワークにわたってユーザＱｏＳに影響を及ぼすことについて観察してきた。

本発明の実施形態は、ユーザＱｏＳクラスの異なるホームネットワークタイプをクラス分類することが可能であるという洞察に基づく。これは、図１で示される。一例として、１００ＭＨｚの周波数帯域が、使用され、ＩＴＵ Ｇ．ｈｎ規格の事例の１つとして、１．０２４サブキャリアに分割されている。図１に、異なる数の分岐をもつ３つのタイプのホームネットワークトポロジを示す。この例では、３分岐をもつ第１のトポロジ、６分岐をもつ第２のトポロジおよびその次の分岐をもつ第３のトポロジが使用されている。トポロジのタイプごとに、ランダムに発生したスタートトポロジの数が、伝送線路理論に基づく電力線チャネル発生器を使用して、１００となっている。ノードの終端インピーダンスが５０オームに設定されているが、分岐は未終端、すなわち開回路となっている。図１の結果は、これら３つのネットワークタイプごとのＱｏＳが、キャパシティを介してすなわち対応するチャネル測定を介して、区別されうることを示す。

実際には、これは、異なるタイプのホームネットワーク、例えば、住居ビル、住宅、オフィスビルなどがこれらの異なるサイズおよび分岐の複合により異なるキャパシティを有する可能性があることを意味する。サービスオペレータが、特定のサービスをユーザに提示する以前に、ユーザホームネットワークの利用可能なＱｏＳを決定することが望ましいことを踏まえて、本発明の実施形態がさらに開発されてきた。実際に、いくつかのホームネットワークは、全てのタイプのサービスをサポートすることができないであろうし、特定のサービスをサポートできない場合に、事前にユーザに知らせることが望ましい。

ここで、本発明の一実施形態について、図２および図３を参照して説明する。本発明の一実施形態で使用するネットワークアーキテクチャが、図２に示される。ネットワークアーキテクチャは、インターネット４およびホームゲートウェイ２を介して、一連のホームネットワーク３に接続されるリモートサーバ１を備える。リモートサーバ１は、ＴＲ−０６９などのリモート管理用のアプリケーション層プロトコルを使用して、少なくとも１つのホームネットワークパラメータのホームネットワーク測定データを送信するように、ホームゲートウェイ２にリクエストする。このホームネットワーク測定データは、ホームゲートウェイ２によって収集され、リモート管理用のアプリケーション層プロトコルを再度使用してリモートサーバ１に送信される。これは図２の矢印５および６を参照されたい。図２に、ホームゲートウェイ２を介してホームネットワーク測定データを収集することを示すが、ホームネットワーク３のデバイスからホームネットワーク測定データを直接取得することも可能であることが、当業者には理解されよう。

リモートサーバ１で実行される次のステップについて、図３で詳細に示す。ホームネットワーク測定データを取得した後、矢印３４および３５ならびにステップ３１を参照されたいが、取得したホームネットワーク測定データは、ステップ３２でホームネットワークのキャパシティを推定するために処理される。収集したホームネットワーク測定データは、好ましくは、ＣＦＲベクトル、ＳＮＲベクトル、ＢＥＲベクトル、ＣＲＣベクトル、再送信カウンタベクトルなどの周波数依存性ベクトルＸの形をとる。以下の例では、ＣＦＲベクトルが検討されるが、本発明の方法は、ホームネットワークのキャパシティに関連する別のベクトルを使用して、応用可能でもあることが当業者には理解されよう。

ステップ３２では、最初に推定メトリックが選択される。これは、ホームネットワークのキャパシティまたはホームネットワークのキャパシティに関係するパラメータを表すメトリックである。この例では、最も理解しやすく、直接ＱｏＳ要求に関係するので、ホームネットワークキャパシティが、推定メトリックとして使用される。ただし、キャパシティに関係する他の推定メトリックも使用されうることが当業者には理解されよう。ステップ３２では、以下のステップが、行われる：
−測定したＣＦＲベクトルに基づいて、ノイズ効果を考慮しないでホームネットワークキャパシティを計算する：
Ｃ＝ｆ（Ｘ_１，．．．，Ｘ_ｊ．．．，Ｘ_ｍ）
各ＣＦＲベクトルＸ_ｊが、複数のＣＦＲ測定値を含むことができることに留意されたい：
Ｘ_ｊ＝（Ｘ_１，．．．，Ｘ_ｎ）_ｊ、式中１≦ｊ≦ｍ。ｍは、測定の数を表し、ｎは、測定が実行される異なる周波数の数を表す。
−推定キャパシティベクトルＣに基づいて、対応するネットワークキャパシティベクトルＣについて、最小キャパシティ値Ｃ_ｍｉｎ、最大キャパシティ値Ｃ_ｍａｘ、および平均キャパシティ値Ｃ_ａｖｅを導くことができる。

次のステップ３３では、ネットワークは、決定したＣ_ｍｉｎ、Ｃ_ｍａｘおよびＣ_ａｖｅ値を使用してクラス分類される。さらに、任意選択で、ノイズシグネチャが考慮されうる。一例によれば、クラス分類は以下のようになされうる。
−Ｃ_ｍｉｎおよびＣ_ｍａｘに基づいて、類似度値が決定される。
−推定平均キャパシティ値Ｃ_ａｖｅは、サービスオペレータによって設定されたデータベース３７中の基準ＱｏＳクラスの基準キャパシティ値と比較される。
−類似度値および平均キャパシティ値Ｃ_ａｖｅに基づいて、ホームネットワークは、既定のＱｏＳクラスでクラス分類される。このように「類似の」ホームネットワークが、クラスタクラスにグループ化されうる。
−サービスリクエストを受信するとき、次いで、ホームネットワークがクラス分類されたクラスタクラスが、そのリクエストをサポートしているかどうかが決定されうる。ノイズ推定は、その劣化作用が、ネットワークの推定キャパシティにどれほど影響を及ぼすかを検査するためにも使用されうる。

上記の例では、単一の平均キャパシティ値Ｃ_ａｖｅ、最小キャパシティ値Ｃ_ｍｉｎおよび最大キャパシティ値Ｃ_ｍａｘが検討された。ただし、一連の異なる周波数または既定の周波数帯域の平均値、最大値および最小値を検討することも可能である。

最後のステップ３９では、特定のホームネットワークのホームネットワークＱｏＳクラスまたはサービスレコメンデーションが、サービスオペレータ３８に与えられる。このＱｏＳクラスまたはサービスレコメンデーションは、新規顧客のホームネットワークの評価または既存の顧客のホームネットワークのメンテナンスについてサービスオペレータを支援する。これに関して、図３に示す方法が、異なる時間に実行されうること、決定されたユーザＱｏＳクラスが以後の参照のために格納されうることに留意されたい。次いで、ユーザＱｏＳの変化を検出し、適切に作動することが可能である。次いで潜在的アラームが、顧客の苦情の前にサービスオペレータ側で発動されうる。

本発明の方法の実施形態によれば、測定データは、ホームネットワークのユーザＱｏＳのどんな変化にも精密に追従するために、複数のホームネットワークから連続的に収集されうる。別の実行可能な形態によれば、測定データが、サービスオペレータのリクエストでのみ収集および／または処理される。

図４に、リモートサーバ１の一実施形態をより詳細に示す。サーバ１が、リモート管理用のアプリケーション層プロトコルを使用して、インターネットを介して、ホームネットワークのキャパシティに関連する少なくとも１つのホームネットワークパラメータのホームネットワーク測定データを取得するように構成されたデータコレクタ４１と、ホームネットワークのキャパシティまたはそれに関係するパラメータを推定するために、受信したホームネットワーク測定データを処理するように構成されたプロセッサ４２と、推定したキャパシティまたはそれに関係するパラメータに基づいて、ユーザＱｏＳクラスで前記ホームネットワークをクラス分類するように構成されたクラス分類器４３とを備える。リモートサーバが、方法に関して先に検討した実施形態のいずれかに従ってさらに構成されうる。

ほとんどのホームネットワークデバイスが、ＴＲ−０６９使用可能デバイスなので、本発明の実施形態は、典型的に、エンドユーザのホームネットワークデバイスでハードウェアの改変を全く必要としない。本発明のサーバの実施形態は、サービスオペレータの管理センタ内で実施され、より高度なモニタリングツールの一部として使用されうる。

発明の原理について、具体的な実施形態に関して先に述べてきたが、この説明は、単に例としてなされたものであり、付属の特許請求の範囲によって定義される保護の範囲を限定するものではないことを理解されたい。

Claims (13)

1. リモートサーバからホームネットワークのユーザサービス品質（ＱｏＳ）クラスを決定するための方法であって、インターネットを介してホームネットワークに接続されたリモートサーバで実行される以下の、
   −リモート管理用のアプリケーション層プロトコルを使用して、ホームネットワークのキャパシティに関連する少なくとも１つのホームネットワークパラメータのホームネットワーク測定データを取得するステップであって、前記キャパシティが、ホームネットワークが一時に対処することができるトラフィック量に対する尺度である、取得するステップと、
   −ホームネットワークのキャパシティまたはそれに関係するパラメータを推定するために前記ホームネットワーク測定データを処理するステップと、
   −推定したキャパシティまたはそれに関係するパラメータに基づいて、ユーザＱｏＳクラスで前記ホームネットワークをクラス分類するステップとを含み、
   前記少なくとも１つのホームネットワークパラメータが、好ましくは周波数依存性ベクトルの形で、以下の、チャネル周波数応答（ＣＦＲ）と、信号対ノイズ比（ＳＮＲ）と、ビットエラーレート（ＢＥＲ）と、巡回冗長検査（ＣＲＣ）と、再送信カウンタと、ノイズレベルのうち少なくとも１つを含む、方法。
2. 前記リモート管理用のアプリケーション層プロトコルが、ＴＲ−０６９プロトコルである、請求項１に記載の方法。
3. 前記ホームネットワークが、ホームゲートウェイを介してインターネットに接続され、前記ネットワーク測定値が、前記ホームゲートウェイを介して取得される、請求項１または２に記載の方法。
4. ホームネットワーク測定データを前記取得するステップが、ホームネットワーク用に測定した少なくとも第１および第２のＣＦＲベクトルを取得するステップを含み、
   前記ホームネットワーク測定データを前記処理するステップが、少なくとも前記第１および第２のＣＦＲベクトルの関数として、少なくとも１つのキャパシティベクトルを計算するステップと、前記少なくとも１つのキャパシティベクトルに基づいて平均キャパシティ値を計算するステップとを含み、
   前記クラス分類するステップが、少なくとも前記平均キャパシティ値に基づいて、ユーザＱｏＳクラスで前記ホームネットワークをクラス分類するステップを含む、請求項１から３のいずれかに記載の方法。
5. ホームネットワーク測定データを前記取得するステップが、ホームネットワークのノイズを表す少なくとも一連の測定データを取得するステップを含み、
   前記クラス分類するステップが、さらに、ノイズを表す前記一連の測定データに基づく、請求項１から４のいずれかに記載の方法。
6. クラス分類情報が、データベースに格納され、ホームネットワークのクラス分類が、前記クラス分類情報と、推定したキャパシティまたはそれに関係するパラメータに基づいてなされる、請求項１から５のいずれかに記載の方法。
7. 推定したキャパシティまたはそれに関係する値が、基準値としてデータベースに格納され、
   請求項１に記載のステップが、さらなる推定したキャパシティまたはそれに関係するパラメータを取得するために繰り返され、
   このさらなる推定したキャパシティまたはそれに関係するパラメータが、基準値と比較される、請求項６に記載の方法。
8. ホームネットワークのユーザサービス品質（ＱｏＳ）クラスを決定するように構成されたサーバであって、
   −リモート管理用のアプリケーション層プロトコルを使用して、インターネットを介して、ホームネットワークのキャパシティに関連する少なくとも１つのホームネットワークパラメータのホームネットワーク測定データを取得するように構成されたデータコレクタであって、前記キャパシティが、ホームネットワークが一時に対処することができるトラフィック量に対する尺度である、データコレクタと、
   −ホームネットワークのキャパシティまたはそれに関係するパラメータを推定するために前記ホームネットワーク測定データを処理するように構成されたプロセッサと、
   −推定したキャパシティまたはそれに関係するパラメータに基づいて、ユーザＱｏＳクラスで前記ホームネットワークをクラス分類するように構成されたクラス分類器とを備え、
   前記少なくとも１つのホームネットワークパラメータが、好ましくは周波数依存性ベクトルの形で、以下の、チャネル周波数応答（ＣＦＲ）と、信号対ノイズ比（ＳＮＲ）と、ビットエラーレート（ＢＥＲ）と、巡回冗長検査（ＣＲＣ）と、再送信カウンタと、ノイズレベルのうち少なくとも１つを含む、サーバ。
9. 前記データコレクタが、ＴＲ−０６９使用可能デバイスである、請求項８に記載のサーバ。
10. 前記データコレクタが、ホームネットワーク用に測定された少なくとも第１および第２のＣＦＲベクトルを取得するように構成され、
    前記プロセッサが、少なくとも前記第１および第２のＣＦＲベクトルの関数として、少なくとも１つのキャパシティベクトルを計算し、前記少なくとも１つのキャパシティベクトルに基づいて平均キャパシティ値を計算するように構成され、
    前記クラス分類器が、少なくとも前記平均キャパシティ値に基づいて、ユーザＱｏＳクラスで前記ホームネットワークをクラス分類するように構成された、請求項８又は９に記載のサーバ。
11. 前記データコレクタが、ホームネットワークのノイズを表す少なくとも一連の測定データを取得するように構成され、
    前記クラス分類器が、ノイズを表す前記一連の測定データに基づいて、前記ホームネットワークをクラス分類するように構成された、請求項８から１０のいずれかに記載のサーバ。
12. 請求項８から１１のいずれかに記載のサーバとホームゲートウェイとを備えるシステムであって、前記サーバが、インターネットを介してホームゲートウェイに接続され、前記ホームゲートウェイが、ホームネットワークのキャパシティに関連する少なくとも１つのホームネットワークパラメータの前記ネットワーク測定データのためのリクエストを前記サーバから受信し、前記少なくとも１つのホームネットワークパラメータの測定データを取得し、前記ネットワーク測定データをサーバに送信するように構成されたＴＲ−０６９使用可能デバイスである、システム。
13. クラス分類情報を格納するデータベースをさらに備え、前記クラス分類器が、クラス分類情報に基づいて、ユーザＱｏＳクラスで前記ホームネットワークをクラス分類するように構成された、請求項１２に記載のシステム。

Images