(57)【要約】  アプリケーションモジュール１１４は、遠隔管理サーバ１０２から、顧客装置１０１に遠隔でインストールされて、遠隔で設定される。アプリケーションモジュール１１４は、顧客装置１０１の中にある遠隔管理クライアント１１３と遠隔管理サーバ１０２との間で遠隔管理プロトコル１０３によって自動的に通信されることが可能であるモデルパラメータ１２１を有するパラメータモデル１２０を含む。さらにパラメータモデル１２０は、パラメータモデル１２０の一部を形成する新しいモデルパラメータ１２１を形式的に記述する少なくとも１つの記述パラメータ１２２を含む。記述パラメータ１２２は、遠隔管理サーバ１０２において新しいモデルパラメータ１２１の自動作成をトリガする。
2010530149.tif 000002
【特許請求の範囲】
【請求項１】
遠隔管理サーバ（１０２）から、顧客装置（１０１）に遠隔でインストールされて、遠隔で設定されるように構成され、前記顧客装置（１０１）の中にある遠隔管理クライアント（１１３）と前記遠隔管理サーバ（１０２）との間で遠隔管理プロトコル（１０３）によって自動的に通信されることが可能である少なくとも１つのモデルパラメータ（１２１）を有するパラメータモデル（１２０）を含む、アプリケーションモジュール（１１４）であって、
前記パラメータモデル（１２０）がさらに、前記少なくとも１つのモデルパラメータ（１２１）を形式的に記述するように、また前記遠隔管理サーバ（１０２）において前記少なくとも１つのモデルパラメータ（１２１）の自動作成をトリガするように構成された少なくとも１つの記述パラメータ（１２２）を含むことを特徴とする、アプリケーションモジュール（１１４）。
【請求項２】
前記少なくとも１つの記述パラメータ（１２２）が、少なくとも１つのリードオンリーパラメータを含むことを特徴とする、
請求項１に記載のアプリケーションモジュール（１１４）。
【請求項３】
前記少なくとも１つの記述パラメータ（１２２）が、前記遠隔管理サーバ（１０２）において前記少なくとも１つのモデルパラメータ（１２１）の自動作成をトリガするために、その名前の中にトリガを含むことを特徴とする、
請求項１に記載のアプリケーションモジュール（１１４）。
【請求項４】
前記トリガが、「Ｄｙｎａｍｉｃ」という語を含むことを特徴とする、
請求項３に記載のアプリケーションモジュール（１１４）。
【請求項５】
前記少なくとも１つの記述パラメータ（１２２）が、前記少なくとも１つのモデルパラメータ（１２１）の名前を形式的に記述するために、名前パラメータ（ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｎａｍｅ）を含むことを特徴とする、
請求項１に記載のアプリケーションモジュール（１１４）。
【請求項６】
前記少なくとも１つの記述パラメータ（１２２）が、前記少なくとも１つのモデルパラメータ（１２１）の型を形式的に記述するために、型パラメータ（ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｔｙｐｅ）を含むことを特徴とする、
請求項１に記載のアプリケーションモジュール（１１４）。
【請求項７】
前記少なくとも１つの記述パラメータ（１２２）が、前記少なくとも１つのモデルパラメータ（１２１）を人間語で形式的に定義するために、定義パラメータ（ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｄｅｆｉｎｉｔｉｏｎ）を含むことを特徴とする、
請求項１に記載のアプリケーションモジュール（１１４）。
【請求項８】
前記遠隔管理プロトコルが、ＴＲ０６９プロトコルであることを特徴とする、
請求項１に記載のアプリケーションモジュール（１１４）。
【請求項９】
アプリケーションモジュール（１１４）を顧客装置（１０１）に遠隔でインストールし設定するように構成され、少なくとも１つのモデルパラメータ（１２１）を有するパラメータモデル（１２０）を前記アプリケーションモジュール（１１４）から遠隔管理プロトコル（１０３）によって自動的に受信する手段を含む、遠隔管理サーバ（１０２）であって、
さらに、前記少なくとも１つのモデルパラメータ（１２１）を形式的に記述するように構成された少なくとも１つの記述パラメータ（１２２）を自動的に受信する手段と、前記少なくとも１つの記述パラメータ（１２２）を使用して前記遠隔管理サーバ（１０２）において前記少なくとも１つのモデルパラメータ（１２１）の作成を自動的にトリガする手段とを備えることを特徴とする、遠隔管理サーバ（１０２）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、顧客宅内機器（ＣＰＥ）上のアプリケーションまたはサービスのソフトウェアモジュール、いわゆる「バンドル」を、ＣＰＥ装置に接続するネットワークのどこかに位置するサーバから遠隔管理すること、すなわちインストール、設定、および削除することに関する。このサーバは、本出願全体を通して自動設定サーバまたは遠隔管理サーバと名付けられる。ＣＰＥまたは顧客装置の例は、デジタル加入者線（ＤＳＬ）のモデム、セットトップボックス（ＳＴＢ）、携帯電話、携帯情報端末（ＰＤＡ）など無線端末である。より詳細には本発明は、遠隔管理サーバによって新しくインストールされたバンドルまたはアプリケーションモジュールの一部を本質的に形成するパラメータモデルを学習することに関する。
【背景技術】
【０００２】
遠隔管理システムは、顧客装置の中の管理プラットフォームと、ネットワークの中の遠隔管理サーバと、管理クライアントまたは顧客装置の中の管理プラットフォーム上で動作しているエージェントと遠隔管理サーバとの間で通信するための遠隔管理プロトコルとで構成される。
【０００３】
管理プラットフォームの一例は、ＯＳＧｉ（Ｏｐｅｎ  Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ  ｉｎｉｔｉａｔｉｖｅ）サービスプラットフォームであり、これは遠隔で管理される顧客装置内部のＪａｖａ（登録商標）仮想マシン（ＪＶＭ）上で動作するＪａｖａ（登録商標）ベースのサービスプラットフォームである。顧客装置の中にＯＳＧｉサービスプラットフォームがあると、顧客装置の動作を中断させることなく、ネットワークのどこかにある自動設定サーバから、バンドルすなわち例えばファイル転送プロトコル（ＦＴＰ）アプリケーションのようなソフトウェアモジュールまたはコンポーネントを、遠隔でインストール、更新、および／または削除することができるようになる。このように、ソフトウェアアプリケーションをインストールすること、ソフトウェアアプリケーションを新しいバージョンにアップグレードすること、アプリケーションを再設定すること、アプリケーションの新しい機能を追加するもしくは有効にすること、および顧客装置からアプリケーションを削除することが、技術者を顧客宅内に派遣することなく、また顧客による介入を要求することなくできるようになる。管理プラットフォームによって、単一の顧客装置上で動作しているソフトウェアサービスまたはアプリケーションは、その機能を互いに共有することができる。
【０００４】
管理エージェントまたは管理クライアントは、バンドルまたはソフトウェアアプリケーションと遠隔管理サーバとの間のインタフェースとして働き、顧客装置の中の管理プラットフォームが遠隔管理サーバに管理可能なパラメータを知らせることを可能にする。
【０００５】
管理プロトコルの役割は、自動設定サーバがパラメータ値を安全に読み取りまたは書き込みして、顧客装置の中のソフトウェアを設定し、最終的に顧客装置の状態および統計を監視することができるメカニズムを提供することである。顧客装置を安全に遠隔管理する管理プロトコルの一例は、「ＣＰＥ  ＷＡＮ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ」と題するテクニカルレポートＴＲ−０６９の中でＤＳＬフォーラムにより定義されたＴＲ−０６９プロトコルであり、これは例えば次のＵＲＬ、すなわち
ｈｔｔｐ：／／ｄｓｌｆｏｒｕｍ．ｏｒｇ／ａｂｏｕｔｄｓｌ／ｔｒ＿ｔａｂｌｅ．ｈｔｍｌ
を介してインターネットから検索することができる。このＴＲ−０６９プロトコルは、遠隔プロシージャコール（ＲＰＣ）による、すなわち汎用メッセージによるメカニズムであり、これによって自動設定サーバは、ＣＰＥ装置上で動作しているソフトウェアコンポーネントのパラメータおよびパラメータ属性を読み取る／書き込む／設定することができる。各パラメータは、名前−値のペアからなる。名前は、特定のパラメータを識別し、ディレクトリ中のファイルと同様の階層構造を有し、異なるレベルが「．」（ドット）で区切られている。パラメータの値は、定義されたいくつかのデータ型のうちの１つとすることができる。さらに各パラメータは、自動設定サーバがパラメータを単に読み取ることを許可されるかあるいはパラメータの値を変更することも許可されるかによって、読み取り専用パラメータまたは読み書き可能パラメータとして定義することができる。
【０００６】
特定の例には、クライアント−サーバ通信を行うためにＡＤＳＬまたはＶＤＳＬモデムにインストールされた、ハイパーテキスト転送プロトコル（ＨＴＴＰ）のサービスまたはアプリケーションがある。ＨＴＴＰアプリケーションのすべてのパラメータが、ＨＴＴＰアプリケーションのパラメータモデルを構成する。パラメータの一例は、ＨＴＴＰアプリケーションがリッスンするポートの数または識別である。ＡＤＳＬまたはＶＤＳＬモデムは、Ｊａｖａ（登録商標）仮想マシン上で動作するＯＳＧｉプラットフォームを有すると考えられる。ＯＳＧｉプラットフォームにより、ＨＴＴＰアプリケーションの機能を例えばウェブブラウザのような他のアプリケーションと共有することができる。ＯＳＧｉプラットフォーム上にインストールされたＴＲ−０６９管理エージェントを介して、ＨＴＴＰアプリケーションのパラメータは、ＤＳＬ網の中の自動設定サーバ（ＡＣＳ）またはその他のＴＲ−０６９を認識するバンドルから可視に、またアクセス可能にすることができる。
【０００７】
例えば新しいバンドルのインストール時に、新しいモデルパラメータを自動設定サーバに導入するには、従来技術では３つの可能性を教示する。
【０００８】
新しいモデルパラメータを導入するための第１の可能な解決法は、標準化によってパラメータを記述することにある。標準化されたモデルパラメータは、標準準拠の自動設定サーバによって知られており、したがって新しいソフトウェアバンドルのインストール時に顧客側からサーバ側へ自律的に発見され、更新されることが可能である。当然ながらこの第１の解決法は時間および共通認識を要し、新しい、標準化されていないまたは独自のモデルパラメータには実行可能ではない。
【０００９】
新しいモデルパラメータを自動設定サーバに導入するための代替解決法は、こうした新しいモデルパラメータを、例えば拡張マークアップ言語（ＸＭＬ）ファイルに前もって定義し、作成されたＸＭＬファイルを自動設定サーバに手動でアップロードすることにある。しかしながらオペレータの手動による介入は間違いが発生しやすく、面倒であり、また費用がかかるものである。
【００１０】
第３の従来技術の解決法は、ＣＰＥ装置のノースバウンドインタフェースから自動設定サーバのサウスバウンドインタフェースに、パラメータ記述、例えば新しいモデルパラメータを定義する拡張マークアップ言語（ＸＭＬ）方式を伝えることを可能にする１つまたは複数のメッセージ用の追加フィールドである遠隔管理プロトコルの新しい属性、例えばＴＲ−０６９を定義することにある。この第３の従来技術の解決法は、例えばＤＳＬフォーラムの標準ＴＲ６９ｖ２またはＷＴ−１４８に関するＣｈｒｉｓｔｅｌｅ  ＢｏｕｃｈａｔおよびＷｅｒｎｅｒ  Ｌｉｅｋｅｎｓからの寄稿ｄｓｌ２００６．８７３に記載されており、これは「Ｉｎｔｒｏｄｕｃｅ  ａ  Ｎｅｗ  Ａｔｔｒｉｂｕｔｅ」と題され、２００７年３月にＤＳＬフォーラムで投稿された。後者の解決法は、もはやオペレータの手動による介入を必要としないが、設定管理プロトコルの適応を要するという点で不都合である。やはり共通認識および標準化を要する追加の属性が導入されなければならない。標準化されても、第３の解決法は、追加の属性に対応していない、配置された自動設定サーバおよび既存のソフトウェアアプリケーションとの互換性の問題をもたらす。第３の解決法の別の欠点は、遠隔設定のパフォーマンスに対する悪影響である。実際に、属性追加の結果として、新しいモデルパラメータをサーバに導入するために、ＣＰＥ装置と自動設定サーバの間で少なくとも２つのメッセージが通信されなければならない。まず、例えばＴＲ−０６９のＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ命令に応答して、パラメータの名前および値が伝えられる。その後、例えばＴＲ−０６９のＧｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓ命令に応答して、新しいパラメータを記述する属性を含む諸属性が伝えられる。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】ＤＳＬフォーラム、テクニカルレポートＴＲ−０６９、「ＣＰＥ  ＷＡＮ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ」、ｈｔｔｐ：／／ｄｓｌｆｏｒｕｍ．ｏｒｇ／ａｂｏｕｔｄｓｌ／ｔｒ＿ｔａｂｌｅ．ｈｔｍｌ
【非特許文献２】ｄｓｌ２００６．８７３、Ｃｈｒｉｓｔｅｌｅ  Ｂｏｕｃｈａｔ、Ｗｅｒｍｅｒ  Ｌｉｅｋｅｎｓ、「Ｉｎｔｒｏｄｕｃｅ  ａ  Ｎｅｗ  Ａｔｔｒｉｂｕｔｅ」、ＤＳＬフォーラム、２００７年３月
【非特許文献３】ＩＥＴＦ  ＲＦＣ  ９５９
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上述した従来技術の解決法の欠点を克服するアプリケーションモジュール（またはバンドル）および遠隔管理サーバ（またはＡＣＳ）を開示することが、本発明の目的である。詳細には、標準化された遠隔管理プロトコルの適応を必要とせず、遠隔管理メカニズムのパフォーマンスに影響を与えない自動化された方法で、標準化されていない新しいモデルパラメータを発見することができるアプリケーションモジュールおよび遠隔管理サーバを開示することが目的である。
【課題を解決するための手段】
【００１３】
本発明によれば、従来技術の欠点が克服され、新しいモデルパラメータを形式的に記述し、遠隔管理サーバにおいて新しいモデルパラメータの自動作成をトリガするように構成された少なくとも１つの記述パラメータを含むパラメータモデルを有する、請求項１で定義されるアプリケーションモジュールによって、上記の目的が達成される。
【００１４】
したがって、本発明によれば、バンドルのパラメータモデルは、例えば新しいパラメータの名前および型など、新しいモデルパラメータの形式記述を含む追加パラメータを特徴とする。この記述は、追加パラメータの一部を形成するので、新しいパラメータの記述を遠隔管理サーバに伝えるために、新しいフィールドまたは属性が遠隔管理プロトコルで定義される必要はない。追加パラメータは、本出願全体を通して記述パラメータと呼ばれるが、例えばＡＣＳによって出されたＴＲ−０６９のＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ命令に応答してＣＰＥのノースバウンドインタフェースからＡＣＳのサウスバウンドインタフェースへ自動的に伝えられる。さらに記述パラメータは、遠隔管理サーバにおいて新しいモデルパラメータの作成を動的にトリガすることになっている。遠隔管理サーバによって記述パラメータの所定の名前または名前の所定部分が認識されると、遠隔管理サーバは、例えば次の情報が新しいモデルパラメータの名前および型を表すことがわかる。言い換えれば遠隔管理サーバは、既存のプロトコルの属性またはフィールドを使用してＣＰＥとＡＣＳの間で通信される添付の記述パラメータから、新しいモデルパラメータを作成する必要があるという情報を自動的に学習する。標準化や手動の介入は必要とされない。
【００１５】
請求項１で定義されるアプリケーションモジュールまたはバンドルに加えて、本発明は、アプリケーションモジュールを顧客装置に遠隔でインストールして、設定することができ、さらに遠隔管理プロトコルによってこのアプリケーションモジュールから少なくとも１つのモデルパラメータを有するパラメータモデルを自動的に受信する手段と、この少なくとも１つのモデルパラメータを形式的に記述する記述パラメータを自動的に受信する手段と、この記述パラメータを用いて遠隔管理サーバにおいて少なくとも１つのモデルパラメータの作成を自動的にトリガする手段とを備える、請求項９で定義される遠隔管理サーバまたはＡＣＳに関する。
【００１６】
本発明によるアプリケーションモジュールの任意選択の特徴は、請求項２で示すように、記述パラメータはリードオンリーパラメータとすることができるということにある。
【００１７】
このように、遠隔管理サーバによって監査が行われるとき、遠隔管理サーバは新しいモデルパラメータを作成する、パースする、格納する、および処理するために必要なすべての情報を受信するが、記述パラメータによって含まれる情報を変更することはできない。結果として、モデルパラメータの作成を可能にする記述情報を損なうことはあり得なくなる。
【００１８】
請求項３で示す、本発明によるアプリケーションモジュールの別の任意選択の態様は、記述パラメータが、遠隔管理サーバで新しいモデルパラメータの自動作成をトリガするために、その名前の中にトリガを含むことである。
【００１９】
実際に、例えば「Ｄｙｎａｍｉｃ．ｐａｒａｍｅｔｅｒ」もしくは「Ｄｅｓｃｒｉｐｔｉｏｎ．ｐａｒａｍｅｔｅｒ」など所定のパラメータ名、またはパラメータ名の所定部分は、遠隔管理サーバが管理クライアントを監査するとき、遠隔管理サーバが記述パラメータとモデルパラメータを見分けられるようにする。所定のパラメータ名または所定の名前部分を認識すると、遠隔管理サーバは、次の情報が遠隔管理サーバに新しいモデルパラメータの作成を可能にする記述情報を含むことがわかる。
【００２０】
任意選択で、請求項４で示すように、パラメータ名に「Ｄｙｎａｍｉｃ」という語があると、新しいモデルパラメータの作成をトリガすることが可能である。
【００２１】
実際には、例えばＦＴＰアプリケーションがＣＰＥ装置にインストールされる場合、「ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｓｅｒｖｉｃｅ．ＦＴＰ．ｕｒｌ」という名前の新しいモデルパラメータが作成されなければならないことがある。それに対してＦＴＰアプリケーションは、そのパラメータモデルに「ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｎａｍｅ」という名前、および値として「ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｓｅｒｖｉｃｅ．ＦＴＰ．ｕｒｌ」というストリングを有する記述パラメータを含んでいる場合がある。遠隔管理サーバによる監査時に、ＣＰＥ装置は、追加のパラメータの名前の中に「Ｄｙｎａｍｉｃ」という語を認識し、そこから「ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｓｅｒｖｉｃｅ．ＦＴＰ．ｕｒｌ」という名前で新しいモデルパラメータが作成されなければならないと結論づける。当然ながら、他のいかなる所定の名前もしくは名前の一部、または遠隔管理サーバが記述パラメータを認識できるようにする他のいかなる規則も機能的に等価であり、本発明は、記述パラメータとモデルパラメータを見分ける特定の方法に限定されない。
【００２２】
本発明の別の任意選択の態様は、記述パラメータが新しいモデルパラメータの名前を形式的に記述する名前パラメータを含むことができることである。この態様は、請求項５で定義されている。
【００２３】
追加として、あるいは代わりとして、記述パラメータは、新しいモデルパラメータの型を形式的に記述する型パラメータを含むことができる。これは、請求項６で示されている。
【００２４】
さらに任意選択で、記述パラメータは、新しいモデルパラメータを人間語で形式的に定義する定義パラメータを含むことができる。この選択は、請求項７で定義されている。
【００２５】
したがって、新しいモデルパラメータを形式的に記述する記述パラメータの例は、名前パラメータ、型パラメータ、定義パラメータである。明らかながら、本発明は、記述パラメータの特定の選択または記述パラメータの特定の組に限定されない。新しいモデルパラメータに対する記述パラメータの組は、例えば名前と型など、各新しいモデルパラメータに対して同じ構成を有することができ、あるいは例えば第１の新しいモデルパラメータには名前と型、第２の新しいモデルパラメータには型とサブタイプ、第３の新しいモデルパラメータには型と記述など、異なる新しいモデルパラメータに対して異なる構成を有することができる。
【００２６】
本発明のさらに別の任意選択の態様は、遠隔管理プロトコルは、請求項８で定義するようにＴＲ−０６９プロトコルとすることができるということである。
【００２７】
本出願の導入部ですでに述べたように、ＤＳＬフォーラムは、その技術報告書ＴＲ−０６９の中で遠隔管理用のプロトコル、すなわちパラメータを階層的に構造化して命名する方法、および一連のメッセージを介してネットワークの遠隔地からこれらのパラメータを安全に読み取る／書き込む方法を定義している。当然ながら、新しいモデルパラメータを形式的に記述し、そのような新しいモデルパラメータの作成を自動的にトリガする記述パラメータの概念は、既存のまたは将来の特定の遠隔管理プロトコルに限定されない。本発明と併せてその現在または将来のバージョンが使用される可能性がある様々な管理プロトコルは、例えば携帯顧客装置用のＯＭＡ−ＤＭ、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔプロトコル、またはＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）である。
【図面の簡単な説明】
【００２８】
【図１】本発明による遠隔管理サーバ１０２の一実施形態と、本発明によるアプリケーションモジュール１１４の一実施形態がインストールされた顧客装置１０１とを含むネットワークを示す図である。
【図２】図１のアプリケーションモジュール１１４のパラメータモデル１２０をより詳細に示す図である。
【発明を実施するための形態】
【００２９】
図１は、インターネットのどこかに配置された自動設定サーバ１０２にＴＲ−０６９に準拠した接続性１０３を有する、例えばＡＤＳＬまたはＶＤＳＬモデムなどのＣＰＥ装置１０１を示している。このＣＰＥ装置１０１は、ＴＲ−０６９管理エージェント１１３がＪａｖａ（登録商標）仮想マシン１１１上で動作するＯＳＧｉプラットフォーム１１２を有する。さらに図１は、ＴＲ−０６９管理エージェント１１３を介して遠隔でインストールされて管理される、例えばＦＴＰクライアント／サーバのソフトウェアアプリケーションなどのアプリケーションモジュール１１４を示している。インストール時には、ソフトウェアアプリケーション１１４は、そのパラメータモデル１２０をＴＲ−０６９管理エージェント１１３と共有する。本発明に従って、このパラメータモデル１２０は、モデルパラメータ１２１と、記述パラメータ１２２とを含んでいる。記述パラメータ１２２は、次の段落で説明するように、ＴＲ−０６９モデルパラメータ１２１を記述するために形式のＴＲ−０６９記述モデルを構成する。
【００３０】
ＦＴＰアプリケーション１１３用のＴＲ−０６９パラメータモデル１２０は、図２に詳細に描いているが、３つのモデルパラメータと、この３つのモデルパラメータの形式記述を含んでいる。形式記述は、モデルパラメータのそれぞれについて名前、型、および定義をそれぞれ記述する３つの追加パラメータの形をとっている。
【００３１】
ＦＴＰアプリケーション１１３の３つのモデルパラメータは、次のように名前をつけられる：
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｕｒｌ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｌｏｇｉｎ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｐａｓｓｗｏｒｄ
第１のパラメータ、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｕｒｌは、ＦＴＰアプリケーションを使用してアクセスできるインターネットのホスト上のファイルまたはディレクトリを指定するＵＲＬを含んでいる。このようなＦＴＰ  ＵＲＬの構文は、ＩＥＴＦ  ＲＦＣ  ９５９に記載されている。第２のパラメータ、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｌｏｇｉｎは、インターネットホストにアクセスするためにＦＴＰアプリケーションによって使用されるログイン名またはユーザ名を含んでおり、第３のパラメータ、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｐａｓｓｗｏｒｄは、インターネットホストにアクセスするために必要なパスワードを含んでいる。図２の特定の例では、これら３つのパラメータは、ＦＴＰアプリケーションのインストール時に初期値としてそれぞれ「ＦＴＰ：／／ｈｏｓｔ．ｄｏｍ／」、「ｍｙｎａｍｅ」、および「ｍｙｐａｓｓｗｏｒｄ」というストリングを有する。
【００３２】
さらに、パラメータモデル１１３は、上記のモデルパラメータのそれぞれについて、パラメータの監査が行われるとき自動設定サーバ１０２によって認識可能な、所定の名前を有する３つの記述パラメータを含んでいる。３つの記述パラメータの所定の名前は、次のものである：
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．｛ｉ｝．Ｎａｍｅ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．｛ｉ｝．Ｔｙｐｅ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．｛ｉ｝．Ｄｅｆｉｎｉｔｉｏｎ
ここで、｛ｉ｝は、記述パラメータが対応するモデルパラメータのインデックスを表す。上記の例では、例えば第１のモデルパラメータ、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｕｒｌのインデックスは１であり、第２のパラメータ、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｌｏｇｉｎのインデックスは２であり、第３のパラメータ、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｐａｓｓｗｏｒｄのインデックスは３であると仮定することができる。この３つの記述パラメータのうちの第１の記述パラメータは、作成される新しいモデルパラメータの名前を形式的に記述し、この３つの記述パラメータのうちの第２の記述パラメータは、作成される新しいモデルパラメータの型を形式的に記述し、この３つの記述パラメータのうちの第３の記述パラメータは、新しいモデルパラメータを人間語で形式的に定義する。
【００３３】
ＦＴＰアプリケーション１１４の３つのモデルパラメータ：
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｓｅｒｖｉｃｅ．ＦＴＰ．ｕｒｌ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｓｅｒｖｉｃｅ．ＦＴＰ．ｌｏｇｉｎ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｓｅｒｖｉｃｅ．ＦＴＰ．ｐａｓｓｗｏｒｄ
については、バンドル１１４はまた、次のように９つの記述パラメータを実行する：
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｎａｍｅ：
値「ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｓｅｒｖｉｃｅ．ＦＴＰ．ｕｒｌ」
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｔｙｐｅ：
値「Ｓｔｒｉｎｇ」
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｄｅｆｉｎｉｔｉｏｎ：
値「ＦＴＰアプリケーションを使用してアクセスできるインターネットホスト上のファイルまたはディレクトリを指定するＵＲＬ」
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．２．Ｎａｍｅ：
値「ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｓｅｒｖｉｃｅ．ＦＴＰ．ｌｏｇｉｎ」
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．２．Ｔｙｐｅ：
値「Ｓｔｒｉｎｇ」
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．２．Ｄｅｆｉｎｉｔｉｏｎ：
値「インターネットホストにアクセスするためにＦＴＰアプリケーションによって使用されるログイン名」
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．３．Ｎａｍｅ：
値「ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｓｅｒｖｉｃｅ．ＦＴＰ．ｐａｓｓｗｏｒｄ」
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．３．Ｔｙｐｅ：
値「Ｓｔｒｉｎｇ」
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．３．Ｄｅｆｉｎｉｔｉｏｎ：
値「インターネットホストにアクセスするためにＦＴＰアプリケーションによって使用されるユーザ名」。
【００３４】
ＦＴＰバンドル１１４がＣＰＥ装置１０１にダウンロードされて、インストールされると、バンドル１１４はＴＲ−０６９管理エージェント１１３を用いてそのＴＲ−０６９パラメータを登録する。言い換えれば、ＦＴＰバンドル１１４がＣＰＥ装置１０１内部のＯＳＧｉプラットフォーム１１２にダウンロードされて、インストールされると、ＴＲ−０６９パラメータモデル１２０すべてがＴＲ−０６９管理エージェント１１３に知らされる。したがって後者のエージェント１１３は、新しくインストールされたアプリケーション１１４で次のＴＲ−０６９パラメータがサポートされることを知らされる：
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｕｒｌ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｌｏｇｉｎ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｐａｓｓｗｏｒｄ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｎａｍｅ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｔｙｐｅ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｄｅｆｉｎｉｔｉｏｎ
−  ＩｎｔｅｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．２．Ｎａｍｅ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．２．Ｔｙｐｅ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．２．Ｄｅｆｉｎｉｔｉｏｎ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．３．Ｎａｍｅ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．３．Ｔｙｐｅ
−  ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．３．Ｄｅｆｉｎｉｔｉｏｎ
ＴＲ−０６９管理クライアント１１３上で自動設定サーバ１０２によって、例えばＴＲ−０６９のＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ命令を出すことにより監査が行われるとき、自動設定サーバ１０２は、３つの新しいモデルパラメータを作成する／パースする／格納するおよび処理するために必要なすべてのデータを自動的に受信する。実際には、第１のモデルパラメータ、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｕｒｌの受信時に、自動設定サーバ１０２は、この新しいモデルパラメータを認識せず、したがって受信した情報を記憶することを決定する。第１の記述パラメータの所定のパラメータ名、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｎａｍｅを認識すると、自動設定サーバ１０２は、次の情報が新しく定義されたパラメータの名前を含むことがわかり、この情報を学習する。同様に、所定のパラメータ名、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｔｙｐｅを認識すると、自動設定サーバ１０２は、次の情報が新しく定義されたパラメータの型を含むことがわかり、この情報を学習する。最後に、所定のパラメータ名、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．Ｄｙｎａｍｉｃ．Ｐａｒａｍｅｔｅｒ．１．Ｄｅｆｉｎｉｔｉｏｎを認識すると、自動設定サーバ１０２は、次の情報が新しく定義されたパラメータの人間語での定義を含むことがわかり、この情報を学習する。こうした３つの記述パラメータの値から学習された情報を用い、自動設定サーバは次に新しいモデルパラメータ、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｕｒｌを作成してパースすることになる。
【００３５】
前の段落に記載したものと同様の方法で、自動設定サーバ１０２は、第２の新しいモデルパラメータ、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｌｏｇｉｎおよび第３の新しいモデルパラメータ、ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ｓｅｒｖｉｃｅ．ＦＴＰ．ｐａｓｓｗｏｒｄを作成するために必要な情報を自動的に学習する。
【００３６】
パラメータモデル１２０の中に記述パラメータ１２２があること、また自動設定サーバ１０２の中にこうした記述パラメータを認識し、記述パラメータから学習された情報を用いてモデルパラメータの作成をトリガする知能（ｉｎｔｅｌｌｉｇｅｎｃｅ）があることによって、いかなるパラメータ記述も自動設定サーバ１０２に手動でアップロードする必要がない。結果として、ＸＭＬのパラメータモデル記述ファイルを編集することが回避される。
【００３７】
記述パラメータは、自動設定サーバ１０２のパラメータ監査に応じて自動的に転送されるので、追加のアップロードは必要とされず、その結果、遠隔管理のパフォーマンスは影響されない。本発明はさらに、クライアント側でさらなるメモリが消費されないという点、および新しいバンドル情報すなわち記述パラメータをＣＰＥ装置１０１のノースバウンドインタフェースから自動設定サーバ１０２のサウスバウンドインタフェースへ伝えるためにＴＲ−０６９プロトコルで新しいフィールドが予め定義される必要がないという点で有利である。
【００３８】
特定の実施形態を参照することにより本発明を説明したが、本発明は前述の例示的実施形態の詳細に限定されないこと、また本発明はその趣旨および範囲から逸脱することなく様々な変更および修正を行って体現可能であることは、当業者には明らかであろう。例えばアプリケーションモデルは、例えばＨｔｔｐ  Ｓｅｒｖｉｃｅｓ、Ｌｏｇ、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ、Ｐｒｅｆｅｒｅｎｃｅｓ、ＸＭＬ  Ｐａｒｓｉｎｇ、Ｄｅｖｉｃｅ  Ａｃｃｅｓｓ、Ｐａｃｋａｇｅ  Ａｄｍｉｎ、Ｐｅｒｍｉｓｓｉｏｎ  Ａｄｍｉｎ、Ｓｔａｒｔ  Ｌｅｖｅｌ、Ｕｓｅｒ  Ａｄｍｉｎ、ＩＯ  Ｃｏｎｎｅｃｔｏｒ、Ｗｉｒｅ  Ａｄｍｉｎ、Ｊｉｎｉ、ＵＰｎＰ  Ｅｘｐｏｒｔｅｒ、Ａｐｐｌｉｃａｔｉｏｎ  Ｔｒａｃｋｉｎｇ、Ｓｉｇｎｅｄ  Ｂｕｎｄｌｅｓ、Ｄｅｃｌａｒａｔｉｖｅ  Ｓｅｒｖｉｃｅｓ、Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ、Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ、Ｓｅｃｕｒｉｔｙ  Ｐｏｌｉｃｉｅｓ、Ｄｉａｇｎｏｓｔｉｃ／Ｍｏｎｉｔｏｒｉｎｇ、Ｆｒａｍｅｗｏｒｋ  Ｌａｙｅｒｉｎｇなど、いかなるサービスソフトウェアコンポーネントまたはパッケージとすることもできる。本発明は、記述パラメータの特定の数または構成に限定されず、またＯＳＧｉのような特定の遠隔管理フレームワークおよび／またはＴＲ−０６９のような遠隔管理プロトコルと併せて使用されることに限定されない。したがって本実施形態は、あらゆる点で例示的であって、限定的ではないとみなされなければならず、本発明の範囲は、前述の説明にではなく添付の特許請求の範囲に示されており、したがって、特許請求の範囲と等価の意味および範囲に入るあらゆる変更は、その中に包含されるものとする。言い換えれば本発明の範囲は、根底にある原理の趣旨および範囲内にあって、その本質的な特性が本出願で請求されるありとあらゆる変更物、変形物、または等価物を含むよう意図されている。さらに、「含んでいる」または「含む」という用語は他の要素またはステップを排除しないこと、「一」または「ある」という用語は複数を排除しないこと、さらにコンピュータシステム、プロセッサ、または他の集積装置など単一の要素が、特許請求の範囲に列挙したいくつかの手段の機能を満たす場合があることは、本出願の読者には理解されるであろう。特許請求の範囲の中のいかなる参照符号も、関係しているそれぞれの請求項を限定すると解釈されないものとする。「第１の」、「第２の」、「第３の」、「ａ」、「ｂ」、「ｃ」などの用語は、説明または請求項の中で使用されるとき、同様の要素またはステップ間で区別するために採用され、必ずしも連続したまたは時系列の順序を表していない。同様に、「上」、「下」、「上に」、「下に」などの用語は、説明の目的で採用されており、必ずしも相対位置を示していない。このように使用される用語は、適切な状況下で入れ替え可能であり、本発明の諸実施形態は他の順序で、または上記で説明もしくは例示したものとは異なる向きで、本発明により動作することができるということを理解されたい。
【図１】
2010530149.tif 000003
【図２】
2010530149.tif 000004
【国際調査報告】
2010530149.tif 000005
2010530149.tif 000006
2010530149.tif 000007