(57)【要約】  サーバデバイスと顧客デバイスとの間の通信を管理する方法が提供される。この方法は、デバイスの一方においてパラメータメッセージ中にパラメータ名に関するパラメータ記述を含むステップを備える。パラメータ記述は各レベルがドットなどの所定の文字で区切られた文字の階層ツリー構造からなり、このパラメータメッセージをデバイスのもう一方に送信するステップを備える。この方法はさらに、第１にデバイスの一方によってパラメータ記述中で２つのこのような所定の文字（ドット）の間に、１つまたは複数のレベルの他の文字を代用する所定のワイルドカード文字を含み、それによって所定のルールによりパラメータ記述を用いて１つまたは複数のパラメータを定義するステップと、デバイスのもう一方の１つまたは複数のパラメータを設定および／または監視するために、デバイスのもう一方によってパラメータ記述を読み取るおよび／または書き込むステップとを備える。
2010512037.tif 000002
【特許請求の範囲】
【請求項１】
サーバデバイス（ＡＣＳ）と顧客デバイス（ＣＰＥ）との間の通信を管理する方法にして、
デバイス（ＡＣＳ、ＣＰＥ）の一方においてパラメータメッセージ（ＧＥＴ）中に、各レベルを所定の文字（ドット）で区切られた文字の階層ツリー構造からなる、パラメータ名に関するパラメータ記述を含むステップと、
前記パラメータメッセージ（ＧＥＴ）をデバイス（ＡＣＳ、ＣＰＥ）のもう一方に送信するステップとを含む、方法であって、第１にデバイス（ＡＣＳ、ＣＰＥ）の前記一方により前記パラメータ記述中で２つの前記所定の文字（ドット）の間に、１つまたは複数のレベルの他の文字を代用する所定のワイルドカード文字を含み、それによって前記パラメータ記述（Ａ．Ｂ．Ｃ．＊．Ｄ１）を用いて所定のルールにより１つまたは複数のパラメータ（Ａ．Ｂ．Ｃ．１．Ｄ１，Ａ．Ｂ．Ｃ．１０．Ｄ１）を定義するステップと、
デバイス（ＡＣＳ、ＣＰＥ）の前記もう一方の前記１つまたは複数のパラメータを設定するおよび／または監視するために前記パラメータ記述（Ａ．Ｂ．Ｃ．＊．Ｄ１）をデバイス（ＡＣＳ、ＣＰＥ）の前記もう一方により読み取るおよび／または書き込むステップとを含むことを特徴とする、方法。
【請求項２】
前記サーバデバイスが自動設定サーバ（ＡＣＳ）であり、前記顧客デバイスが顧客宅内機器（ＣＰＥ）であり、前記通信がＤＳＬフォーラムのＴＲ０６９技術レポートによるリモートプロシージャコールであることを特徴とする、請求項１に記載の方法。
【請求項３】
前記所定のワイルドカード文字が、１文字レベルを代用することを特徴とする、請求項１に記載の方法。
【請求項４】
サーバデバイス（ＡＣＳ）と顧客デバイス（ＣＰＥ）との間の通信を管理する装置にして、装置がサーバデバイスと顧客デバイス（ＡＣＳ、ＣＰＥ）のうちの一方であり、
パラメータメッセージ（ＧＥＴ）中に、各レベルを所定の文字（ドット）で区切られた文字の階層ツリー構造からなる、パラメータ名に関するパラメータ記述（ＣＯＭＰ）を含む手段と、
前記パラメータメッセージ（ＧＥＴ）をデバイス（ＡＣＳ、ＣＰＥ）のうちのもう一方に送信する手段（ＴＲ＿ＡＣＳ、ＴＲ＿ＣＰＥ）とを含む、装置であって、
第１に前記パラメータ記述中で２つの前記所定の文字（ドット）の間に、１つまたは複数のレベルの他の文字を代用する所定のワイルドカード文字を含んで（ＩＮＣＬ）、それによって前記パラメータ記述（Ａ．Ｂ．Ｃ．＊．Ｄ１）を用いて所定のルールにより１つまたは複数のパラメータ（Ａ．Ｂ．Ｃ．１．Ｄ１，Ａ．Ｂ．Ｃ．１０．Ｄ１）を定義する手段と、
デバイス（ＡＣＳ、ＣＰＥ）の前記もう一方の前記１つまたは複数のパラメータ（Ａ．Ｂ．Ｃ．１．Ｄ１，Ａ．Ｂ．Ｃ．１０．Ｄ１）を設定するおよび／または監視するために前記パラメータ記述をデバイス（ＡＣＳ、ＣＰＥ）の前記もう一方が読み取るおよび／または書き込む、許可手段（Ｒ／Ｗ）とを含むことを特徴とする、装置。
【請求項５】
サーバデバイス（ＡＣＳ）と顧客デバイス（ＣＰＥ）との間の通信を管理する装置にして、装置がサーバデバイスと顧客デバイス（ＡＣＳ、ＣＰＥ）のうちの一方であり、
デバイス（ＡＣＳ、ＣＰＥ）のうちのもう一方からパラメータメッセージ（ＧＥＴ）を受信する手段（ＲＥＣ＿ＣＰＥ、ＲＥＣ＿ＡＣＳ）と、
前記一方のデバイス（ＡＣＳ、ＣＰＥ）を設定するおよび／または監視するために前記パラメータメッセージ（ＧＥＴ）中の、各レベルが所定の文字（ドット）で区切られた文字の階層ツリー構造からなる、パラメータ名に関するパラメータ記述を読み取るおよび／または書き込む手段（Ｒ／Ｗ）とを含む、装置であって、
前記パラメータ記述が、２つの前記所定の文字（ドット）の間に、１つまたは複数のレベルの他の文字を代用する所定のワイルドカード文字を含み、それによって前記一方のデバイス（ＡＣＳ、ＣＰＥ）の前記設定および／または監視のために、前記パラメータ記述（Ａ．Ｂ．Ｃ．＊．Ｄ１）を用いて所定のルールにより１つまたは複数のパラメータ（Ａ．Ｂ．Ｃ．１．Ｄ１，Ａ．Ｂ．Ｃ．１０．Ｄ１）を定義することを特徴とする、装置。
【請求項６】
前記サーバデバイスが自動設定サーバ（ＡＣＳ）であり、前記顧客デバイスが顧客宅内機器（ＣＰＥ）であり、前記通信がＤＳＬフォーラムのＴＲ０６９技術レポートによるリモートプロシージャコールであることを特徴とする、請求項４および請求項５のいずれか一項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバデバイスと顧客デバイスとの間の通信を管理する方法、およびこのようなサーバデバイスおよび顧客デバイスに関する。
【背景技術】
【０００２】
このような方法は、顧客宅内機器の広域ネットワーク管理プロトコル、略称ＷＡＮ管理プロトコルを定義したＤＳＬフォーラムの技術レポートＴＲ−６９からわかる。このＴＲ０６９の管理プロトコルは、顧客宅内機器と自動設定サーバ（Ａｕｔｏ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｒｖｅｒ）、略称ＡＣＳとの間の通信を対象とするものである。この技術レポートＴＲ−６９の２００４年５月版は、ｗｗｗ．ｄｓｌｆｏｒｕｍ．ｏｒｇにある。
【０００３】
この文献は、９ページの第１．６パラグラフによく使用される専門用語を記載している。次の定義は、本願をさらに解釈するために適切なものである。
【０００４】
ＡＣＳは、自動設定サーバであり、ブロードバンドネットワークの構成要素として、高度なサービスのためにＣＰＥを自動設定する役割を担う。ＣＰＥは、顧客宅内機器であり、したがってＢ−ＮＴはＡＣＳにより管理可能なブロードバンドアクセスＣＰＥデバイスであり、ブロードバンドＣＰＥの一形態である。
【０００５】
ＲＰＣは、リモートプロシージャコールであり、これによって「パラメータ」は、読み取りおよび／または書き込みのためにＡＣＳにアクセス可能にされた管理可能ＣＰＥのパラメータを表す名前−値のペアを定義する。
【０００６】
このように、ＴＲ０６９の管理プロトコルは、ＣＰＥの安全な自動設定を含み、さらに他のＣＰＥ管理機能を共通のフレームワークに組み込むメカニズムを定義する。ＴＲ０６９の管理プロトコルは、包括的メカニズムを定義するリモートプロシージャコール（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌｓ）すなわちＲＰＣメソッドを使用し、このメソッドによってＡＣＳはＣＰＥを設定してＣＰＥのステータスおよび統計値を監視するためにパラメータを読み出す（取得する）または書き込む（設定する）ことができる。
【０００７】
１２ページの第２．３．１パラグラフでは、パラメータについてより詳細に述べられている。そこには、ＲＰＣメソッドの仕様は、ＣＰＥを設定してＣＰＥのステータスおよび統計値を監視するためにＡＣＳがパラメータを読み取るまたは書き込むことができる包括的メカニズムを定義すると記載されている。各パラメータは、名前−値のペアからなる。名前は、特定のパラメータを識別し、各レベルが「．」（ドット）で区切られた、ディレクトリ中のファイルと同様の階層構造を有する。パラメータの値は、いくつかの定義されたデータ型のうちの１つとすることができる。パラメータは、読み取り専用として定義されるか、または読み書き可能として定義されることが可能である。一部の所定のオブジェクトについては、複数のインスタンスが定義される場合がある。個々のインスタンスは、ＣＰＥによって割り当てられるインデックス番号で識別される。
【０００８】
次のステップを備える、例えばＡＣＳなどのサーバデバイスと例えばＣＰＥなどの顧客デバイスとの間の通信を管理する方法が記載される。
−  例えばＡＣＳなどのデバイスのうちの１つにおいて、例えばＧＥＴメッセージなどのパラメータメッセージの中にパラメータ名についてのパラメータ記述を含む。パラメータ記述は、各レベルが所定の文字（ドット）で区切られた文字の階層ツリー構造からなる。
−  パラメータメッセージを例えばＣＰＥなど、デバイスのもう一方に送信するステップ。
−  デバイスのもう一方の１つまたは複数のパラメータを設定および／または監視するために、パラメータ記述をデバイスのもう一方により読み取りおよび／または書き込みするステップ。
【０００９】
この読み取りおよび／または書き込みのステップが、パラメータについて記載している文献ＴＲ−０６９の１２ページ第２．３．１パラグラフに記載されていることを明らかにしなければならない。そこにパラメータは、読み取り専用または読み書き可能として定義されることが可能であると説明されている。読み取り専用のパラメータは、ＡＣＳが特定のＣＰＥの特性を判定する、このＣＰＥの現在のステータスを観察する、または統計値を集めることができるように、使用されることが可能である。書き込み可能パラメータは、ＡＣＳがＣＰＥの動作の様々な面をカスタマイズすることができるようにする。すべての書き込み可能パラメータは、同時に読み取り可能でなければならない。いくつかの書き込み可能パラメータの値は、この仕様で定義されたインタフェース以外の手段を介して単独で変更可能である場合がある（例えば一部のパラメータは、ＬＡＮ側の自動設定プロトコルを介して変更されることも可能である）。
【００１０】
このようにプロトコルは、特定のＣＰＥが何のパラメータの裏付けとなっているかをＡＣＳが判定できるようにする発見のメカニズムを支援し、オプションのパラメータの定義を可能にし、同時に将来の標準パラメータを簡単に追加できるようにする。
【００１１】
パラメータの一例について、以下に抽象的に説明する。パラメータ名は、例えば「Ｃ」と呼ばれる。このＣＰＥデバイス上にあるＣには２つの値があると仮定する。そこでこのデバイス上のＰａｒａｍｅｔｅｒＶａｌｕｅのペアは、例えば次のようになる：
１）
Ａ．Ｂ．Ｃ．１．Ｄ１＝Ｖａｌ＿Ｄ１１
Ａ．Ｂ．Ｃ．１．Ｄ２＝Ｖａｌ＿Ｄ１２
Ａ．Ｂ．Ｃ．１．Ｄ３＝Ｖａｌ＿Ｄ１３
Ａ．Ｂ．Ｃ．１．Ｄ４＝Ｖａｌ＿Ｄ１４
２）
Ａ．Ｂ．Ｃ．１０．Ｄ１＝Ｖａｌ＿Ｄ１０１
Ａ．Ｂ．Ｃ．１０．Ｄ２＝Ｖａｌ＿Ｄ１０２
Ａ．Ｂ．Ｃ．１０．Ｄ３＝Ｖａｌ＿Ｄ１０３
Ａ．Ｂ．Ｃ．１０．Ｄ４＝Ｖａｌ＿Ｄ１０４
ＡＣＳが「Ｃ」の名前に関心を持っているが、「Ｃ」のインスタンスの番号がわからない場合、ＡＣＳは、以下に記載する２つの方法により情報を検索することができる。
１）パラメータを検索する第１の方法は、ＲＰＣメソッドの「ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ」が使用されるが、ＡＣＳは配列内のインスタンスの番号がわからないため、動的配列を用いた２つのステップを有する方法が使用される。
第１にＡＣＳが、次のレベルをｔｒｕｅとして「ＧｅｔＰａｒａｍｅｔｅｒＮａｍｅｓ」というメッセージを送信する：
ＧｅｔＰａｒａｍｅｔｅｒＮａｍｅｓ（”Ａ．Ｂ．Ｃ．”，ｎｅｘｔＬｅｖｅｌ＝ｔｒｕｅ）
これによってＣＰＥは、次の応答を送信する：
ＧｅｔＰａｒｏｍｅｔｅｒＮａｍｅｓＲｅｓｐｏｎｓｅ（”Ａ．Ｂ．Ｃ．１”，”Ａ．Ｂ．Ｃ．１０”）
第２のステップにおいてＡＣＳは、ＣＰＥから受信したこの応答を用いてＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓというメッセージを作成することができ、この要求を再びＣＰＥに送信する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”Ａ．Ｂ．Ｃ．１．Ｄ１”，”Ａ．Ｂ．Ｃ．１０．Ｄ１”）
ＣＰＥは、次の応答を生成する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ（”Ａ．Ｂ．Ｃ．１．Ｄ１”，”Ｖａｌ＿Ｄ１１”，”Ａ．Ｂ．Ｃ．１０．Ｄ１”，”Ｖａｌ＿Ｄ１０１”）
この第１の手法の欠点は、ＡＣＳが質問／応答の２つのラウンドトリップ後に初めて答えを知るということである。
２）パラメータ値を取得する第２の方法は、直接ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓというメッセージを用いるが不完全なパスがあるものである：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”Ａ．Ｂ．Ｃ．”）
ＣＰＥからの応答は、次のものからなる：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ（”Ａ．Ｂ．Ｃ．１．Ｄ１”，”Ｖａｌ＿Ｄ１１”，”Ａ．Ｂ．Ｃ．１．Ｄ２”，”Ｖａｌ＿Ｄ１２”，”Ａ．Ｂ．Ｃ．１．Ｄ３”，”Ｖａｌ＿Ｄ１３”，Ａ．Ｂ．Ｃ．１．Ｄ４”，”Ｖａｌ＿Ｄ１４”，”Ａ．Ｂ．Ｃ．１０．Ｄ１”，”Ｖａｌ＿Ｄ１０１”，”Ａ．Ｂ，Ｃ．１０．Ｄ２”，”Ｖａｌ＿Ｄ１０２”，Ａ．Ｂ．Ｃ．１０．Ｄ３”，”Ｖａｌ＿Ｄ１０３”，Ａ．Ｂ．Ｃ．１０．Ｄ４”，”Ｖａｌ＿Ｄ１０４”）
【００１２】
この第２の手法の欠点は、ＡＣＳが知る必要のある明確なパラメータの値以外に非常に多くの情報を受信することである。
【００１３】
したがって既存の解決法は、ネットワークに多大な負荷を与え、ＡＣＳ上に実装の複雑性を生み出す。ＡＣＳは、何百万ものデバイスを処理しているため、こうした解決法ではいかなるＡＣＳの実装においても拡張性が問題となる。待ち時間および過剰な応答時間が発生する。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本発明の目的は、上述のような、ただしネットワークへの負荷が少なく、待ち時間が少なく、かつ応答時間が少ないことを保証するサーバデバイスと顧客デバイスとの間の通信を管理する方法、およびそのようなサーバデバイスおよび顧客デバイスを提供することである。
【課題を解決するための手段】
【００１５】
本発明によればこの目的は、本方法が、第１に例えばＡＣＳによってなどデバイスの一方によって、パラメータ記述中で２つの所定の文字（ドット）の間に、１つまたは複数のレベルの他の文字を代用する所定のワイルドカード文字を含むステップを備え、それによって全体的なパラメータ記述を用いて所定のルールによりパラメータの１つまたは複数を定義することにより達成される。さらに、例えばＣＰＥによるなどデバイスのもう一方による読み取りおよび／または書き込み時には、パラメータ記述が、設定されるおよび／または監視されるべきＣＰＥの１つまたは複数のパラメータの正確なセットを定義する。
【００１６】
例えば「ａｌｌ」を意味する「＊」、「ｄｏ  ｎｏｔ  ｃａｒｅ」を意味する「＊＊」、または「任意の１文字」を意味する「？」のようなワイルドカード文字、すなわちこの正規表現の中で他の文字の代わりになる文字を導入することによって、ＡＣＳが必要とする情報を得るために必要なメッセージの数が削減される。可能なワイルドカードのいくつかの例を、その意味と共に示す：
同じレベルを囲う２つのドットの間で使用され、次の意味を有する「＊」：「．」以外の不確定数の任意の文字。
または
２つ以上のレベルを囲う２つのドットの間で使用され、次の意味を有する「＊＊」：不確定数の任意の文字。
または
同じレベルを囲う２つのドットの間で使用され、次の意味を有する「？」：１文字または任意の文字。
【００１７】
次に提供される解決法が、上述の抽象的な例に基づいてさらに説明される。
【００１８】
次に本願の解決法が、前記の同じ例に基づいて明らかにされる。
Ａ）「＊」を用いる例：
ＡＣＳは、「Ｃ」という名前に関心を持っているが、「Ｃ」のファイルの番号がわからない。ＡＣＳは、ＣＰＥに次のメッセージを送信する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”Ａ．Ｂ．Ｃ．＊．Ｄ１”）
ＣＰＥは次に、すべての要素を定義して応答しなければならない：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ（”Ａ．Ｂ．Ｃ．１．Ｄ１”，”Ｖａｌ＿Ｄ１１”，”Ａ．Ｂ．Ｃ．１０．Ｄ１”，”Ｖａｌ＿Ｄ１０１”）；
Ｂ）「＊＊」を用いる例：
ＡＣＳは、「Ｃ」という名前に関心を持っているが、「Ｃ」のファイルの番号がわからない。ＡＣＳは、ＣＰＥに次のメッセージを送信する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”Ａ．Ｂ．＊＊．Ｄ１”）
ＣＰＥは次に、すべての要素を定義して応答しなければならない：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ（”Ａ．Ｂ．Ｃ．１．Ｄ１”，”Ｖａｌ＿Ｄ１１”，”Ａ．Ｂ．Ｃ．１０．Ｄ１”，”Ｖａｌ＿Ｄ１１”
Ｃ）「？」を用いる例：
ＡＣＳは、「Ｃ」という名前に関心を持っているが、「Ｃ」のファイルの番号がわからない。ＡＣＳは、ＣＰＥに次のメッセージを送信する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”Ａ．Ｂ．Ｃ．？．Ｄ１”）
ＣＰＥは次に、すべての要素を定義して応答しなければならない。「？」は、１文字かつただ１つの文字に置き換えられる：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ（”Ａ．Ｂ．Ｃ．１．Ｄ１”，”Ｖａｌ＿Ｄ１１”）
Ｄ）「？？」を用いる例：
ＡＣＳは、「Ｃ」という名前に関心を持っているが、「Ｃ」のファイルの番号がわからない。ＡＣＳは、ＣＰＥに次のメッセージを送信する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”Ａ．Ｂ．Ｃ．？？．Ｄ１”）
そして応答は次のようになる：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ（”Ａ．Ｂ．Ｃ．１．Ｄ１”，”Ｖａｌ＿Ｄ１１”，Ａ．Ｂ．Ｃ．１０．Ｄ１”，”Ｖａｌ＿Ｄ１０１”）；
【００１９】
このように、メッセージ中のパラメータ名の階層構造の「ドット」間で、「取得」または「設定」メッセージの１つまたは複数のレベルで代用するワイルドカードを定義することによって、またワイルドカードを活用することによって、必要とする情報を得るために必要なメッセージの数が削減される。
【００２０】
実際には、前記の段落で言及したように、上述のパラメータメッセージの実装は、例えばＡＣＳがワイルドカードを含むパラメータ記述を使用することによってＣＰＥの１つまたは複数のパラメータに対するパラメータ値を要求するＧＥＴメッセージに限定されず、例えばＡＣＳがワイルドカードを含むパラメータ記述を使用することによってＣＰＥの１つまたは複数のパラメータに対するパラメータ値を与えるＳＥＴメッセージ、すなわちワイルドカードを含むパラメータ記述を使用することによるＣＰＥの１つまたは複数のパラメータの設定によっても、同様に実装可能であることが説明されなければならない。
【００２１】
本発明のさらに特徴的な実施形態は、サーバデバイスが自動設定サーバによって実装され、顧客デバイスが顧客宅内機器によって実装されるとき、また通信がＤＳＬフォーラムのＴＲ０６９技術レポートによるリモートプロシージャコールであるとき、提供される。
【００２２】
さらに、上述のように所定のワイルドカード文字は、ただ１つの文字レベルを代用するように定義されることが可能である。
【００２３】
特許請求の範囲で使用される「含む」という用語は、その後に列挙される手段に限定されると解釈されるべきではないことに注意されたい。したがって、「手段ＡおよびＢを含むデバイス」という表現の範囲は、構成要素ＡおよびＢのみからなるデバイスに限定されるべきではない。本発明に関して、デバイスの単に関連性のある構成要素がＡおよびＢであるという意味である。
【００２４】
同様に、やはり特許請求の範囲で使用される「結合された」という用語は、直接の接続のみに限定されると解釈されるべきではないことに注意されたい。したがって、「デバイスＢに結合されたデバイスＡ」という表現の範囲は、デバイスＡの出力がデバイスＢの入力に直接接続されているデバイスまたはシステムに限定されるべきではない。Ａの出力とＢの入力との間にパスが存在し、このパスは他のデバイスまたは手段を含むパスである可能性があるという意味である。
【００２５】
添付の図面と併せて解釈される実施形態の次の説明を参照することによって、本発明の前記のおよび他の目的および特徴がさらに明らかになり、本発明そのものが最もよく理解されるであろう。
【図面の簡単な説明】
【００２６】
【図１】アクセス通信ネットワークにおける顧客宅内機器ＣＰＥおよび自動設定サーバＡＣＳを表す図である。
【発明を実施するための形態】
【００２７】
図１に示される電気通信環境に応じた本発明によるデバイスの動作もまた、そこに示される様々なブロックの機能の記載によって説明される。この記載に基づいて、ブロックの実際の実装は当業者には明白であるため、詳細には記載しない。
【００２８】
この実際の方法は、２つの方向に、すなわちＡＣＳからＣＰＥとＣＰＥからＡＣＳに適用可能であることが説明されなければならない。しかしながら、この説明に負担をかけすぎないように、この方法を単に出発点としてＡＣＳからＣＰＥへの方向で説明する。
【００２９】
ＡＣＳは、インクルーダ（Ｉｎｃｌｕｄｅｒ）ＩＮＣおよびコンプライザ（Ｃｏｍｐｒｉｓｅｒ）ＣＯＭＰ＿ＡＣＳに結合されたクエスチョナ（Ｑｕｅｓｔｉｏｎｅｒ）Ｑを含む。このクエスチョナＱは、インクルーダＩＮＣおよびコンプライザＣＯＭＰ＿ＡＣＳに入力を与える。この入力は、所望のパラメータ情報の要求を含む。このパラメータ情報の要求は、例えば１つまたは複数のパラメータ名の要求、１つまたは複数のパラメータ値の要求、あるいは所定のパラメータ値を用いて１つまたは複数のパラメータを設定する要求によって、実行される可能性がある。一例として、「Ｑ：Ｖａｌ  ｆｏｒ  Ｄ１  ｏｆ  ａｌｌ  Ｃ？」という質問を挙げるのが好ましい。これは、ＡＣＳがすべてのＣの文字レベルのうちＤ１の文字レベルの値を要求するという意味である。
【００３０】
インクルーダＩＮＣは、要求されたパラメータ情報に基づいてパラメータ記述を生成する。パラメータ記述は、例えば各レベルが所定の文字「．」（ドット）で区切られたＡ、Ｂ、Ｃ、および／またはＤ１など、文字の階層ツリー構造からなる。パラメータ記述は、これによって例えばＧＥＴメッセージのようなパラメータメッセージ中で１つまたは複数のパラメータ名を識別する。所定の文字は例として、「．」（ドット）で実行されることが説明されなければならない。しかしながら、例えば「，」（コンマ）または「？」疑問符などのように、階層ツリーの文字の異なるレベルを区切るために他の種類の所定の文字が、同様に使用される場合があることは明らかである。
【００３１】
しかし、インクルーダが、文字レベルの１つまたは複数のインスタンスの番号を知らない場合、値を要求するパラメータのリストを含むことができない。識別メソッドにより、ＡＣＳはまずＣＰＥにこれらの名前を要求すべきである。例を参照すると、ＡＣＳにはＣのインスタンスの番号がこの例によると２つのインスタンス「１」および「１０」であることがわかっていないため、ＡＣＳには次のパラメータの全体的な階層文字ツリーＡ．Ｂ．Ｃ．１．Ｄ１またはＡ．Ｂ．Ｃ．１０．Ｄ１がわかっていない。そこで、全体的な文字ツリーがわかっていない場合、インクルーダＩＮＣは本願により、パラメータ記述中で、文字の階層ツリーの異なるレベルを区切る２つの所定の文字（ドット）の間に所定のワイルドカード文字を含む。この所定のワイルドカード文字は、これにより１つまたは複数のレベルの１つまたは複数の文字を代用し、それによってパラメータ記述を用いて所定のルールにより１つまたは複数のパラメータを定義する。例を参照すると、インクルーダＩＮＣは、Ｃの文字のインスタンスの番号がわかっていない、すなわち「Ａ．Ｂ．Ｃ．？．Ｄ１」であるので、パラメータ記述中で、文字の階層ツリーの異なるレベルを区切る２つの所定の文字（ドット）の間に所定のワイルドカード文字「＊」を含み、＝＝＞「Ａ．Ｂ．Ｃ．＊．Ｄ１」となる。この所定のワイルドカード文字「＊」は、この例では「Ｃのインスタンス番号」の文字を代用し、それによってパラメータ記述「Ａ．Ｂ．Ｃ．＊．Ｄ１」を用いて所定のルールにより１つまたは複数のパラメータ、すなわち存在する各Ｃインスタンスに対して、Ｄ１のレベルまでの階層ツリーを含む、すべてのパラメータを定義する。
【００３２】
完全な文字ツリー名がＡＣＳにはわかっていないこの実際の例は、ワイルドカードが採用可能である唯一の状況ではないことに注目しなければならない。実際には、例えばＡＣＳがＣＰＥの１つまたは複数のパラメータを所定の値で設定することを望み、かつＡＣＳが完全な文字ツリーをわかっている他の状況でも、例えば全体的なパラメータ記述を単に短くするためにワイルドカードが採用されることが可能である。実際には、パラメータメッセージに含まれる長いパラメータ記述が、送信中に非常に多くの遅延を生じさせて、メッセージが正確に受信される妨げとなる場合がある。
【００３３】
インクルーダＩＮＣは、そこに結合されているコンプライザＣＯＭＰ＿ＡＣＳに生成されたパラメータ記述を転送する。コンプライザＣＯＭＰ＿ＡＣＳは、例えばＧＥＴメッセージまたはＳＥＴメッセージのような適切なパラメータメッセージの中に例えばＡ．Ｂ．Ｃ．１．Ｄ１、Ａ．Ｂ．Ｃ．１０．Ｄ１またはＡ．Ｂ．Ｃ．＊．Ｄ１のようなパラメータ名についてのパラメータ記述を含むために組み込まれる。実際の例によれば、ＡＣＳはパラメータのいくつかの値を知ることを望むので、ワイルドカードを用いたパラメータ記述がＧＥＴメッセージ中に含まれている。
【００３４】
コンプライザＣＯＭＰ＿ＡＣＳはさらに、送信機ＴＲ＿ＡＣＳに結合されて、パラメータメッセージを存在するデバイスのもう一方、すなわちこの例の説明によれば顧客宅内機器ＣＰＥに送信する。
【００３５】
ＣＰＥの側には、自動設定サーバＡＣＳからＧＥＴパラメータメッセージを受信し、またこのメッセージをイネーブラ（Ｅｎａｂｌｅｒ）Ｒ／Ｗに転送するＣＰＥ受信機ＲＥＣ＿ＣＰＥを備え、イネーブラＲ／Ｗは、ＣＰＥのこの１つまたは複数のパラメータを設定するおよび／または監視するためにパラメータ記述により１つまたは複数のパラメータを読み取るおよび／または書き込む。これは、イネーブラＲ／Ｗが、第１にパラメータメッセージＧＥＴからパラメータ記述Ａ．Ｂ．Ｃ．＊．Ｄ１を引き出し、第２にこのパラメータ記述Ａ．Ｂ．Ｃ．＊．Ｄ１を所定のルールにより１つまたは複数のパラメータのセット、すなわちＡ．Ｂ．Ｃ．１．Ｄ１、Ａ．Ｂ．Ｃ．１０．Ｄ１に変換することを意味する。この１つまたは複数のパラメータを変換するために、イネーブラＲ／Ｗは、Ｃのインスタンスの番号を検索する。すなわち図１中では（Ｉｎｓｔ（Ｃ？））および（１；１０）で示される。
【００３６】
その結果、イネーブラＲ／Ｗは、上述のように受け取った値によりＣＰＥを設定するか、またはこれらをＡＣＳに転送するために要求された値を検索する。すなわち図１中ではＶａｌ（Ａ．Ｂ．Ｃ．１．Ｄ１；Ａ．Ｂ．Ｃ．１０．Ｄ１）？および（Ｖａｌ＿Ｄ１１；Ｖａｌ＿Ｄ１０１）で示される。
【００３７】
値を有した各パラメータは、ＣＰＥのコンプライザＣＯＭＰ＿ＣＰＥに転送され、ＣＯＭＰ＿ＣＰＥはこのすべての情報を応答メッセージＲＥＳ（Ａ．Ｂ．Ｃ．１．Ｄ１，Ｖａｌ＿Ｄ１１；Ａ．Ｂ．Ｃ．１０．Ｄ１，Ｖａｌ＿Ｄ１０１）の中に含む。
【００３８】
応答メッセージは、結合されたＣＰＥの送信機ＴＲ＿ＣＰＥに転送され、ＴＲ＿ＣＰＥはこのパラメータメッセージを、顧客宅内機器ＣＰＥの応答メッセージＲＥＳを受信するＡＣＳの受信機ＲＥＣ＿ＡＣＳに転送する。この応答メッセージＲＥＳは、ＡＣＳにより要求された情報への応答の中にパラメータ名および／またはパラメータ値を含んでいる。
【００３９】
前記の技術レポートＴＲ０６９の一例について以下に詳細に説明する。前記文献の補遺Ｂは、定義されたＣＰＥパラメータについて記載している。ＴＲ０６９技術レポートの５３ページにある表６１には、インターネットゲートウェイデバイス用のＣＰＥパラメータのリストがある。これらのパラメータの１つにより、発見したメカニズムに関連する実際の問題について以下に説明する。
【００４０】
好ましい例のパラメータの名前は、ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅである。例えば、ＣＰＥデバイスに２つのＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅがあると仮定する。このときこのデバイス上のＰａｒａｍｅｔｅｒＶａｌｕｅのペアは、例えば次のようになる：
１）
ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｎａｍｅ＝ＡｌｃａｔｅｌＣｏｎｆｉｇＦｉｌｅ
ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｖｅｒｓｉｏｎ＝１．０
ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｖｅｒｓｉｏｎ．Ｄａｔｅ＝１１／１１／２００６
ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｄｅｓｃｒｉｐｔｉｏｎ＝ｓｏｍｅ
Ａｌｃａｔｅｌ  ｄｅｓｃｒｉｐｔｉｏｎ
および、
２）
ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｎａｍ＝ＬｕｃｅｎｔＣｏｎｆｉｇＦｉｌｅ
ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｖｅｒｓｉｏｎ＝１．１
ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｖｅｒｓｉｏｎ．Ｄａｔｅ＝１０／１１／２００６
ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｄｅｓｃｒｉｐｔｉｏｎ＝ｓｏｍｅ
Ｌｕｃｅｎｔ  ｄｅｓｃｒｉｐｔｉｏｎ
ＡＣＳがＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅの名前に関心を持っているが、設定ファイルの番号がわからない場合、ＡＣＳは、以下に記載する２つの方法により情報を検索することができる。
１）パラメータを検索する第１の方法は、ＲＰＣメソッドの「ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ」が使用されるが、ＡＣＳは配列内のインスタンスの番号がわからないため、動的配列を用いた２つのステップを有する方法が使用される。
第１にＡＣＳは、次のレベルをｔｒｕｅとして「ＧｅｔＰａｒａｍｅｔｅｒＮａｍｅｓ」というメッセージを送信する：
ＧｅｔＰａｒａｍｅｔｅｒＮａｍｅｓ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．”，
ｎｅｘｔＬｅｖｅｌ＝ｔｒｕｅ）
これによってＣＰＥは次の応答を送信する：
ＧｅｔＰａｒａｍｅｔｅｒＮａｍｅｓＲｅｓｐｏｎｓｅ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１”，
”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０”）．
第２のステップにおいて、ＡＣＳはＣＰＥから受信したこの応答を用いてＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓというメッセージを作成し、この要求を再びＣＰＥに送信する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｎａｍｅ”，
”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｎａｍｅ”），
ＣＰＥは、次の応答を生成する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｎａｍｅ”，”ＡｌｃａｔｅｌＣｏｎｆｉｇＦｉｌｅ”，”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｎａｍｅ”，”ＬｕｃｅｎｔＣｏｎｆｉｇＦｉｌｅ”）．
【００４１】
この第１の手法の欠点は、ＡＣＳが質問／応答の２つのラウンドトリップ後に初めて答えを知ることである。
２）パラメータ値を取得する第２の方法は、直接ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓというメッセージを用いるが不完全なパスがあるものである：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．”）．
ＣＰＥからの応答は、次のものからなる：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ
（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｎａｍｅ”，”ＡｌｃａｔｅｌＣｏｎｆｉｇＦｉｌｅ”，
”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｖｅｒｓｉｏｎ”，”１．０”，
”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｖｅｒｓｉｏｎ．Ｄａｔｅ”，”１１／１１／２００６”，
”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｄｅｓｃｒｉｐｔｉｏｎ”，”ｓｏｍｅＡｌｃａｔｅｌ  ｄｅｓｃｒｉｐｔｉｏｎ”，
”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｎａｍｅ”，”ＬｕｃｅｎｔＣｏｎｆｉｇ  Ｆｉｌｅ”，
”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｖｅｒｓｉｏｎ”，”１．１”，
”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｖｅｒｓｉｏｎ．Ｄａｉｅ”，”１０／１１／２００６”，
”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｄｅｓｃｒｉｐｔｉｏｎ”，”ｓｏｍｅＬｕｃｅｎｔ  ｄｅｓｃｒｉｐｔｉｏｎ”）．
【００４２】
この第２の手法の欠点は、ＡＣＳが知る必要のある明確なパラメータの値以外に非常に多くの情報を受信することである。
【００４３】
次に本願の解決法が、前記の例に基づいて明らかにされる。
Ａ）「＊」を用いる例：
ＡＣＳは、ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅという名前に関心を持っているが、設定ファイルの番号がわからない。ＡＣＳは、ＣＰＥに次のメッセージを送信する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．＊．Ｎａｍｅ”）
ＣＰＥは次に、すべての要素を定義して応答しなければならない：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｎａｍｅ”，”ＡｌｃａｔｅｌＣｏｎｆｉｇＦｉｌｅ”，”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｎａｍｅ”，”ＬｕｃｅｎｔＣｏｎｆｉｇＦｉｌｅ”）；
Ｂ）「＊＊」を用いる例：
ＡＣＳは、ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅという名前に関心を持っているが、設定ファイルの番号がわからない。ＡＣＳは、ＣＰＥに次のメッセージを送信する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．＊＊．Ｎａｍｅ”）
ＣＰＥは次に、すべての要素を定義して応答しなければならない：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．
ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｎａｍｅ”，”ＡｌｃａｔｅｌＣｏｎｆｉｇＦｉｌｅ”，”
ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｎａｍｅ”，”ＬｕｃｅｎｔＣｏｎｆｉｇＦｉｌｅ”）；
Ｃ）「？」を用いる例：
ＡＣＳは、ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅという名前に関心を持っているが、設定ファイルの番号がわからない。ＡＣＳは、ＣＰＥに次のメッセージを送信する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．＊＊．Ｎａｍｅ”）
ＣＰＥは次に、すべての要素を定義して応答しなければならず、ここで「？」は、１文字かつただ１つの文字で置き換えられることになる。
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１．Ｎａｍｅ”，”ＡｌｃａｔｅｌＣｏｎｆｉｇＦｉｌｅ”）；
Ｄ）「？？」を用いる例：
ＡＣＳは、ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅという名前に関心を持っているが、設定ファイルの番号がわからない。ＡＣＳは、ＣＰＥに次のメッセージを送信する：
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．？？．Ｎａｍｅ”）
【００４４】
これによってＣＰＥは、わかっているすべてのインスタンスを伴って回答しなければならない。
ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅ（”ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．ｌ．Ｎａｍｅ”，”ＡｌｃａｔｅｌＣｏｎｆｉｇＦｉｌｅ”，ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＤｅｖｉｃｅＩｎｆｏ．ＶｅｎｄｏｒＣｏｎｆｉｇＦｉｌｅ．１０．Ｎａｍｅ”，”ＬｕｃｅｎｔＣｏｎｆｉｇＦｉｌｅ”）．
【００４５】
最後に本発明の実施形態は、前記では機能ブロックに関して説明されていることに注意されたい。前記のこれらのブロックの機能的な説明から、電子デバイスを設計する当業者には、これらのブロックの実施形態がよく知られている電子部品を用いてどのように製造可能であるかが明らかであろう。したがって機能ブロックの内容の詳細な構造については述べない。
【００４６】
本発明の原理を特定の装置に関して説明したが、この説明は単に一例として行われ、添付の特許請求の範囲で定義する本発明の範囲についての限定ではないことは、明確に理解されたい。
【図１】
2010512037.tif 000003
【国際調査報告】
2010512037.tif 000004
2010512037.tif 000005
2010512037.tif 000006