(57)【要約】【課題】ネットワークに接続された端末装置に対してパラメータを遠隔から設定するための装置管理システム。【解決手段】本システムは、端末装置管理アプリケーション（２１０）と、ネットワークに接続された、それぞれ異なる遠隔管理プロトコルをサポートするサーバと、端末装置管理アプリケーションからの一般的な機能志向の要求（３０７）に応じて、管理装置毎に、  ―端末装置によってサポートされたすべてのオブジェクトを含むプロファイルのデータベース（３００，３０１，３０２，３０３）をクエリするステップ（３０５）と、  ―１つ以上が各端末装置によってサポートされている場合、遠隔管理プロトコルを決定するステップと、  ―当該一般的な機能志向の要求を各端末装置に特有の要求にマッピングするステップと、  ―コマンドを、各端末装置に対して、決定されたプロトコルをサポートするサーバ（１２１）を通じて送信するステップとを行う手段（２００）とを備える。【選択図】図３
2009534882.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク（１１０）に接続された端末装置（１００，１０１，１０２）のパラメータを遠隔から設定するための装置管理システムであって、
―端末装置管理アプリケーション（２１０）と、
―前記ネットワークに接続された、第１の遠隔管理プロトコルをサポートする第１のサーバ（１２１）とを備え、
前記システムは、前記端末装置管理アプリケーションからの一般的な機能志向の要求（３０７）に応じて、前記管理装置毎に、
―前記第１の遠隔管理プロトコル内にサポートされたオブジェクトを含むプロファイル（３００，３０１，３０２，３０３）のデータベースをクエリするステップ（３０５）と、
―前記プロファイルおよび前記サポートされたオブジェクトから、前記一般的な機能志向の要求に対応する少なくとも１つのオブジェクト・アドレスを収集するステップと、
―前記第１のサーバを通じて前記少なくとも１つのオブジェクト・アドレスを使用して要求を送信するステップとを行うための抽象層（２００）をさらに備えることを特徴とする、装置管理システム。
【請求項２】
前記ネットワークに接続された、第２の遠隔管理プロトコルをサポートする第２のサーバ（１２０）と、前記前記抽象層（２００）内の手段であって、前記第１の遠隔管理プロトコルおよび前記第２の遠隔管理プロトコルから１つの遠隔管理プロトコルを決定し、前記決定された遠隔管理プロトコルならびに前記第１および第２のサーバ間でそれをサポートするサーバに関連した前記クエリ・ステップ、収集ステップ、および送信ステップを適用する手段とをさらに備えることを特徴とする、請求項１に記載の装置管理システム。
【請求項３】
前記第１のサーバ（１２１）は、少なくとも１つの他の遠隔管理プロトコルをサポートし、前記システムは、前記抽象層（２００）内に、前記第１の遠隔管理プロトコルおよび前記少なくとも１つの他の遠隔管理プロトコルから１つの遠隔管理プロトコルを決定し、前記決定された遠隔管理プロトコルに関連した前記クエリ・ステップ、収集ステップ、および送信ステップを適用する手段をさらに備えることを特徴とする、請求項１に記載の装置管理システム。
【請求項４】
前記プロファイル内の情報は、
―型、モデル、およびオペレーティング・システム・バージョンまたは装置管理クライアント・バージョンによる前記端末装置の特徴付け、ならびにそのサポートされた遠隔管理プロトコルと、
―各前記サポートされたオブジェクトのキー
とを含むことをさらに備えることを特徴とする、請求項１から３のいずれかに記載の装置管理システム。
【請求項５】
前記キーは、前記抽象層ＡＰＩ（２２０）と前記端末装置管理アプリケーションとの間の通信のために使用されることをさらに備えることを特徴とする、請求項４に記載の装置管理システム。
【請求項６】
前記第１の遠隔管理プロトコルは、ＯＭＡ  ＤＭであることをさらに備えることを特徴とする、請求項１から５のいずれかに記載の装置管理システム。
【請求項７】
前記第２の遠隔管理プロトコルは、ＯＭＡ  ＣＰであることをさらに備えることを特徴とする、請求項２、請求項２に従属する場合の請求項４、請求項５、ならびに請求項２、４、または５に従属する場合の請求項６に記載の装置管理システム。
【請求項８】
請求項１から７のいずれかに記載の装置管理システムを使用して、顧客用の端末装置のインストールされたベースについてのパラメータを遠隔から設定する、構築サービス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、装置管理に関し、より特定的には、端末装置に対してパラメータを遠隔から設定するための装置管理にする。
【背景技術】
【０００２】
本明細書において、装置管理とは、１つまたはグループの移動装置を遠隔から管理するために、中央の場所から当該装置に対して連絡を取るための機能のことを指す。これは、典型的には、電気通信オペレータによって実施されるが、企業内、またはクライアントの移動装置を構築するなどのサービス販売の提供者によっても実施される。装置管理の特定のサブ・ドメインは、移動装置の供給業者によっても実施される。
【０００３】
移動装置は、例えば移動電話、携帯情報端末、ノートブック型およびラップトップ型コンピュータ、ＳＩＭカード、車載コンピュータ、ＳｍａｒｔＨｏｍｅゲートウェイ、インターネット機器などであってもよい。本特許出願の目的のために、これらは端末装置と称されることになる。
【０００４】
端末装置に対して連絡を取るための機能を必要とする遠隔管理動作は、以下の端末装置管理アプリケーションに含まれうるが、これらに限定されるものではない。すなわち、装置の初期提供（ブートストラップ）、装置の再構成（継続提供）、装置のリアルタイム・ハードウェア、ソフトウェア、および構成目録、ソフトウエア配信および管理（アプリケーション、オペレーティング・システム、任意のソフトウェア）、遠隔装置問題判断、構成データのバックアップおよびリストア、ネットワーク、装置、アプリケーションおよびサービス性能監視および管理などである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
端末装置によってアクセスされる管理サービスを端末装置側で実行できるようにするには、完全かつ正確なパラメータ値のセットで端末装置を設定する必要がある。端末装置が管理サービス用に予め提供されていない場合か、または修正が必要な場合にはいつでも、専門家（例えば、電気通信オペレータ・サポート職員）が遠隔で操作を行うことができないのであれば、エンド・ユーザが表示メニューを通じて端末装置を手動またはローカルに構築しなければならない。現在、ネットワークに接続された端末装置に対してパラメータを遠隔から設定することを可能にする技術は存在する。しかしながら、遠隔端末装置構築管理のために必要な基礎を提供するものの、これらの技術は、全体としては、実際的な端末装置およびエンド・ユーザ遠隔サポートのために実施可能な端末装置管理アプリケーションにおいて活用するには不十分である。
【０００６】
さらにここ数年、装置管理は、いくつかの著しい進歩的要因によって影響を受けてきている。
―移動端末装置の高度化が継続的に進んでいるので、エンド・ユーザが扱うにはますます複雑になってきていること
―移動通信に関与する端末装置の種類が多様化していること。
―電気通信産業および端末装置技術の継続的な発展によって、管理サービスのポートフォリオの進化が可能になっていること。
―同時に、エンド・ユーザが技術にあまり詳しくなくなってきており、少なくとも経験の質という点で期待を高めている。これにより、電気通信オペレータまたは企業は、非常に高くつく管理サービス・デスク・サポートを行うことになる。
【０００７】
任意の端末装置に対する任意の管理動作をすべて同時に関与させ、顧客満足度を高めるのを助け、費用効果がよく、サービス・プロバイダまたは電気通信オペレータの場合には新規のビジネス処理および関連収入を与えるような装置管理システムの開発がなされていない。
【課題を解決するための手段】
【０００８】
本発明は、添付の請求項１に記載のシステムによって規定される。より特定的には、ネットワークに接続された端末装置のパラメータを遠隔から設定するための装置管理システムが開発されている。システムは、
―端末装置管理アプリケーションと、
―ネットワークに接続された、第１の遠隔管理プロトコルをサポートする第１のサーバと、
―端末装置管理アプリケーションからの一般的な機能指向の要求に応じて、各端末装置毎に、
―第１の遠隔管理プロトコル内にサポートされたオブジェクトを含むプロファイルのデータベースをクエリするステップと、
―プロファイルおよびサポートされたオブジェクトから、一般的な機能志向の要求に対応する少なくとも１つのオブジェクト・アドレスを収集するステップと、
―第１のサーバを通じて少なくとも１つのオブジェクト・アドレスを使用して要求を送信するステップとを行うための抽象層を備える。
【０００９】
一実施の形態において、装置管理システムは、ネットワークに接続された、第２の遠隔管理プロトコルをサポートする第２のサーバと、抽象層内の手段であって、第１および第２の遠隔管理プロトコルから１つの遠隔管理プロトコルを決定し、決定された遠隔管理プロトコルならびに第１および第２のサーバ間でそれをサポートするサーバに関連したクエリ・ステップ、収集ステップ、および送信ステップを適用する手段をも備える。
【００１０】
他の実施の形態において、装置管理システム内の第１のサーバは、少なくとも１つの他の遠隔管理プロトコルをサポートし、本システムは、抽象層内に、第１および第２の遠隔管理プロトコルから１つの遠隔管理プロトコルを決定し、決定された遠隔管理プロトコルに関連したクエリ・ステップ、収集ステップ、および送信ステップを適用する手段を備える。
【００１１】
さらなる実施の形態において、プロファイル内の情報は、
―型、モデル、およびオペレーティング・システム・バージョンまたは装置管理クライアント・バージョンによる端末装置の特徴付け、ならびにそのサポートされた遠隔管理プロトコルと、
―各前記サポートされたオブジェクトのキー
とを含む。
【００１２】
本発明の装置管理システムを使用して、顧客用の端末装置のインストールされたベースについてのパラメータを遠隔から設定するための構築サービスも開発される。
【００１３】
他の目的と共に以上の本発明の特徴および利点は、以下の明細書、請求項、および図面を参照すればよりよく理解することができる。
【００１４】
本発明の特徴と思われる新規および進歩的な特徴は、添付の請求項に記載されている。しかしながら、好ましい使用態様、さらなる目的および利点と共に本発明自体は、添付の図面と共に読む際に例示の詳細な実施の形態の以下の詳細な説明を参照することによって最もよく理解されるだろう。
【発明を実施するための最良の形態】
【００１５】
以下の説明は、当業者が本発明を作成および使用することができるように提示されている。明確性のために、特定の管理サービスおよびビジネス処理について最初に説明する。マルチメディア・メッセージング・サービス（ＭＭＳ）は、電気通信オペレータによって提供されている管理サービスの一例である。管理サービスに対してアクセスするには、端末装置を完全かつ正確なパラメータ値のセットで設定する必要がある。
【００１６】
図１を見ると、異なるブランドおよびモデルではあるが、オープンな遠隔管理プロトコルであるＯＭＡ  ＤＭ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）を共にサポートしている端末装置（１００，１０１）と、他のオープンなプロトコルであるＯＭＡ  ＣＰプロトコルをサポートしている端末装置（１０２）とが接続されているネットワーク（１１０）の典型例が示されている。ネットワークは、無線または有線であってもよい。他の端末装置は、図１には図示されていないが、典型的には、独自のものを含むある他のプロトコルをサポートすることも可能だろう。
【００１７】
端末装置管理アプリケーションの一例である、電気通信オペレータの顧客ケア・アプリケーション（１４０）が、アプリケーション・プログラミング・インターフェース（ＡＰＩ）（１３０）の最上部において、ＯＭＡ  ＤＭをサポートする端末装置を管理するためにサーバ（１２０）上で実行する。今日の市場において、所定の機能を提供する端末装置の全範囲に対処可能な技術は１つもないので、他の顧客ケア・アプリケーション（１４１）が、ＡＰＩ（１３１）の最上部において、ＯＭＡ  ＣＰをサポートする端末装置を管理するためにサーバ（１２１）上で実行する。
【００１８】
各顧客ケア・アプリケーションは、ＭＭＳサービスを管理して、管理された端末装置に対してパラメータを送信する。端末装置へ送信される実際のコマンドは、端末装置１０２および１００または１０１の場合において異なることになる。なぜならば、サポートされるプロトコルが異なるからである。そのほかに、任意の１つのプロトコルに渡る所定のパラメータの表現の実施は、ある端末装置のブランド／モデルと他のものとでは異なる。
【００１９】
今度は端末装置１００および１０１ならびにそのＯＭＡ  ＤＭプロトコル・サポートを特に見てみると、送信される実際のコマンドは、端末装置１００と端末装置１０１との間で異なることになる。これは、同一のＭＭＳパラメータをアドレス指定するオブジェクトのアドレスは、各端末装置１００および１０１の実施において異なるからである。オープンなＯＭＡ  ＤＭプロトコルは、個々のオブジェクトのアドレス指定（ＯＭＡ  ＤＭプロトコルにおける統一リソース識別子（ＵＲＩ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）と称されるアドレス指定）のためのフォーマットを指定するための特徴を提示する。しかしながら、ＯＭＡ  ＤＭ仕様は、非常に限られた主に不完全なオブジェクトのセットを除き、オブジェクトのアドレス自体を定めるものではない。
【００２０】
ＯＭＡ  ＤＭ仕様は、一貫して共にアドレス指定される必要のある自給型（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）のグループの概念を提供するものではない。ＭＭＳの例を引き続き使用すると、ＯＭＡ  ＤＭ仕様は、ＭＭＳ機能の完全かつ一貫した定義が含まなければならないパラメータのセットを列挙するものではない。その結果、ＭＭＳ関連のオブジェクトのセットは、ある端末装置のブランド／モデルと他のものとでは異なる。
【００２１】
ＯＭＡ  ＤＭに関して説明したが、あるオブジェクトのアドレス指定または管理サービスが含まなければならないあるオブジェクトの場合には、すべてではないにしろ、多くの遠隔管理プロトコルは、オープンな実施のオプションを元来残していることに注意すべきである。
【００２２】
本端末装置例１００に対して、以下のオブジェクト・アドレスを対象とするようなＯＭＡ  ＤＭ  Ａｄｄコマンドが送信される。
．／ＭＭＳ／ＤｅｌｅｔｅＣｏｎｆｉｒｍａｔｉｏｎ
．／ＭＭＳ／Ａｃｃｏｕｎｔ１／ＭＭＳＣｅｎｔｅｒ
．／ＭＭＳ／Ａｃｃｏｕｎｔ１／Ｖａｌｉｄｉｔｙ
．／ＭＭＳ／Ａｃｃｏｕｎｔ１／ＲｅｊｅｃｔＡｎｏｎｙｍｏｕｓ
．／ＭＭＳ／Ａｃｃｏｕｎｔ１／ＤａｔａＣｏｎｎｅｃｔｉｏｎ
．／ＭＭＳ／Ａｃｃｏｕｎｔ２／ＭＭＳＣｅｎｔｅｒ
．／ＭＭＳ／Ａｃｃｏｕｎｔ２／Ｖａｌｉｄｉｔｙ
．／ＭＭＳ／Ａｃｃｏｕｎｔ２／ＲｅｊｅｃｔＡｎｏｎｙｍｏｕｓ
．／ＭＭＳ／Ａｃｃｏｕｎｔ２／ＤａｔａＣｏｎｎｅｃｔｉｏｎ
【００２３】
端末装置１０１は、異なるブランド／モデルであって、異なるセットのＵＲＩを対象とする一連のＯＭＡ  ＤＭ  Ｒｅｐｌａｃｅコマンドが送信されることがあろう。
．／ＭＭＳ／ＤｅｌＣｏｎｆ
．／ＭＭＳ／ＭＭＳＣｔｒ
．／ＭＭＳ／Ｖａｌ
．／ＭＭＳ／ＲｅｊＡｎｏｎｙｍ
．／ＭＭＳ／ＤａｔａＡｃｃ
【００２４】
最後に、他のオープンな遠隔管理プロトコルをサポートしている端末装置１０２に対して、以下の例と同様に設定されたパラメータから構築されたＷＡＰ  Ｐｕｓｈ  ＳＭＳが送信されることがあろう。
＜ｃｈａｒａｃｔｅｒｉｓｔｉｃ  ｔｙｐｅ＝“ＡＰＰＬＩＣＡＴＩＯＮ”＞
＜ｐａｒｍ  ｎａｍｅ＝“ＡＰＰＩＤ”  ｖａｌｕｅ＝“ｗ４”／＞
＜ｐａｒｍ  ｎａｍｅ＝“ＮＡＭＥ”  ｖａｌｕｅ＝“ＭＭＳ  Ｃｅｎｔｅｒ”／＞
＜ｐａｒｍ  ｎａｍｅ＝“ＡＤＤＲ”  ｖａｌｕｅ＝“ｈｔｔｐ：／／ｔｅｌｅｃｏｍ．ｏｐｅｒａｔｏｒ．ｃｏｍ／ｍｍｓｃ”／＞
＜／ｃｈａｒａｃｔｅｒｉｓｔｉｃ＞
【００２５】
したがって、装置管理のための各端末装置管理アプリケーション開発は、対象とする端末装置のセットによって提示される多様性のために、プロトコルの詳細および管理オブジェクト・アドレスの詳細を包含かつ保持しなければならない。これにより、そのようなアプリケーションの設計は著しく複雑になり、開発コストを上昇させ、配信を遅らせ、実際、端末装置範囲の特定のサブセットのみをそれぞれがアドレス指定するという特化された複数のアプリケーションが公開されている。
【００２６】
図２は、端末装置範囲の大部分をアドレス指定する端末管理アプリケーションの統合されかつ整合性のあるセットを、ソフトウェア・アプリケーション・プロバイダがより容易に開発することができるようにする本発明を説明するものである。
【００２７】
本発明は、ＡＰＩ（１３０，１３１）を通じて管理プロトコル・サーバ（本例においては１２０，１２１の２つ）の最上部において実施される抽象層（２００）からなる。顧客ケア・アプリケーション（２１０）は、抽象層の最上部にある。端末装置１００，１０１，および１０２に対する実際のコマンドのセットは、図１に関して上述したセットと同一である。
【００２８】
抽象層は、様々な端末装置固有の装置管理クライアントの実施物をできるだけ一般的な管理サービスのセットに変換する。顧客ケア・アプリケーションなどの端末装置管理アプリケーションは、一般的な端末装置の機能を指向する要求を送ることによって抽象層サービスを利用する。抽象層は、要求を満たすために適切な管理プロトコルおよびサーバを識別し、対応する要求を各サーバへそのＡＰＩを通じて送る。
【００２９】
図１との比較により、端末装置管理アプリケーション開発のための抽象層の利点が明確になる。そのようなアプリケーションは、管理されるべき端末装置によってサポートされるプロトコルに関する知識も、所定のプロトコル下での特定のオブジェクトの実施の知識も、もはや含むことも保持することも必要ない。ＯＭＡ  ＤＭプロトコルの具体的な場合において、アプリケーションは、特定のＯＭＡ  ＤＭクライアント実施によって明らかになるＯＭＡ  ＤＭオブジェクト表象の知識をもはや含むことも保持することも必要ない。それによって、アプリケーションの開発は著しく安くなり、迅速にもなる。さらに、抽象層サービスを使用することによる単一のアプリケーションは、複数の管理プロトコルをその範疇とすることができる。
【００３０】
図３は、本発明に係るシステムのより詳細な図を示す。顧客ケア・アプリケーション２１０は、抽象層２００に対して装置管理要求（３０８）を送信して、端末装置を完全かつ正確なパラメータ値で設定する。装置管理フィードバック（３０７）は、顧客ケア・アプリケーション２１０に対して、装置管理動作の結果を報告する。
【００３１】
抽象層ＡＰＩ（２２０）は、顧客ケア・アプリケーション２１０に対して、抽象層２００が処理可能なコマンドのセットとプログラミング・インターフェースとを提供する。
【００３２】
抽象層は、既知の端末装置の種類のプロファイル（３００，３０１，３０２，３０３）のデータベースを、各種類によってサポートされる様々な管理プロトコルと共に利用する。端末装置の型は、典型的には、その型およびモデルによって特徴付けられる。製造業者によっては、端末装置は、遠隔管理機能のために、そのオペレーティング・システム・バージョン、その装置管理クライアント・バージョン、またはその両方によって特徴付けられてもよい。データベース・プロファイル３００，３０１，３０２，３０３の作成および保守は、管理機能（３０４）の一部である。そのような機能については、それらを実施する何らかのやり方が当業者に周知であるので、これ以上詳述しない。
【００３３】
オブジェクト・マッピングを実現するためのベースとして、管理機能３０４は、各端末装置の種類毎に、データベース・プロファイル３００，３０１，３０２，３０３において追加および保持を行い、そのような端末装置によってサポートされるすべてのオブジェクトを含める。プロファイル内のオブジェクトは、同一の論理グループに属するオブジェクトが共にグループ化されるように、かつ、オブジェクトが論理グループ内で特定のやり方で配列されることができるように構築される。プロファイル構成を慎重に設計すれば、抽象層の実施をより高度に一般化する大きな助けとなる。電子メール・サービスに関する特定の論理グループ内のオブジェクトのセットの例を以下に示し、図４から図６に関連して説明する。
【００３４】
端末装置の特徴（型、モデル、および該当する場合にはオペレーティング・システム・バージョンまたは装置管理クライアント・バージョンあるいはそのすべて）を使用して、抽象層は、データベースおよびそのプロファイル３００，３０１，３０２，３０３をクエリして（３０５）、受信された装置管理要求３０８が対象とする特定の端末装置によってサポートされる装置管理プロトコルがどれであるかを判断する（３０６）。１つ以上のプロトコルがサポートされている場合には、抽象層は、要求を満たすために１つのプロトコルを選択する。選択基準については、本発明の中心ではなく、当業者によって工夫されてもよいので、ここでは説明しない。そして、選択されたプロトコルは、どの管理プロトコル・サーバを呼び出すべきかを判断する。本件では、サーバ１２１およびＡＰＩ１３１を仮定する。
【００３５】
選択された特定の装置管理プロトコルについて、端末装置機能は、範囲の異なるオブジェクトのセット（同一の機能について異なるセットのパラメータ）または実施（同一の機能をサポートするパラメータについての異なるオブジェクト・アドレス）によって表され、抽象層は、さらに、３０６を通じて受信されるような、特定の端末装置における実際のオブジェクトの実施に対して一般的な装置管理要求３０８をマッピングすることを行う。よって、抽象層ＡＰＩ２２０の役割は、抽象化されたサービスを端末装置管理アプリケーションに対して明らかにすることである。
【００３６】
電子メールは、電気通信オペレータおよびサービス・プロバイダによって提供されているサービスの他の例である。抽象サービス要求の例は、ここでは「ｃｏｎｆｉｇｕｒｅＥｍａｉｌ」であり、構築を要求するパラメータのリストがこれに続く。図４から図６に関連して、この特定の第２のサービスおよびビジネス処理に関して説明を続ける。
【００３７】
図４は、第１のプロトコルにおける第１の端末装置についてのオブジェクトの一論理グループを示すものであって、端末装置プロファイル３００，３０１，３０２，３０３を例示する。
【００３８】
端末装置は、プロファイル内に列挙されたその型（「Ａ」）、モデル（「Ｘ」）、そのオペレーティング・システム・バージョン（「３．６」）、およびその装置管理クライアント・バージョン（「１．１」）によって特徴付けられる。このプロファイルについてサポートされたプロトコルは「ＯＭＡ  ＤＭ」である。
【００３９】
本プロファイルは、論理グループ「電子メール設定」に関連したオブジェクトを提供する。
【００４０】
「ラベル」欄は、人間が読み出し可能なラベルのセットを与えるものであって、列挙されたオブジェクト毎に１つである。このラベルのセットは、データベース内の全プロファイル３００，３０１，３０２，３０３を通じて同一である。
【００４１】
「キー」欄は、固有の識別子のセットを与えるものであって、列挙されたオブジェクト毎に１つである。これらキーまたは識別子は、抽象層ＡＰＩ２２０と顧客ケア・アプリケーション２１０との間の通信に使用される。このキーのセットは、データベース内の全プロファイル３００，３０１，３０２，３０３を通じて同一である。
【００４２】
「端末表示」欄は、端末装置の表示メニューにおける対応エントリがもしあればそれを与える。
【００４３】
「オブジェクト・アドレス」欄は、端末装置およびプロトコルの両方によってサポートされるオブジェクトについてのアドレスを与える。
【００４４】
他の欄（「最大発生量」、「許容値」、「アクセス型」）は、オブジェクトの何らかの他の属性を提供する。
【００４５】
図５は、第２のプロトコルにおける同一の第１の端末装置についてのオブジェクトの一論理グループを示すものであって、端末装置プロファイル３００，３０１，３０２，３０３を例示する。
【００４６】
端末装置は、プロファイル内に列挙されたその型（「Ａ」）、モデル（「Ｘ」）、およびそのオペレーティング・システム・バージョン（「３．６」）によって特徴付けられる。このプロファイルについてサポートされたプロトコルは「ＯＭＡ  ＣＰ」である。
【００４７】
「ラベル」および「キー」欄は、図４のと同一である。
【００４８】
「端末表示」欄は、図４におけるのと同一のエントリを与える（同一の端末装置）。
【００４９】
そして、次の４つの欄（「オブジェクト・アドレス」、「最大発生量」、「許容値」、「アクセス型」）は、端末装置／プロトコルの組み合わせに固有のエントリを与える。
【００５０】
図６は、同一の第１のプロトコル（ＯＭＡ  ＤＭ）内の第２の端末装置についてのオブジェクトの一論理グループを示すものであって、端末装置プロファイル３００，３０１，３０２，３０３を例示する。
【００５１】
端末装置は、プロファイル内に列挙されたその型（「Ｂ」）、モデル（「Ｙ」）、そのオペレーティング・システム・バージョン（「２．２．５」）、およびその装置管理クライアント・バージョン（「１．１」）によって特徴付けられる。このプロファイルについてサポートされたプロトコルは「ＯＭＡ  ＤＭ」である。
【００５２】
「ラベル」および「キー」欄は、図４または図５のと同一である。
【００５３】
「端末表示」欄は、端末装置の表示メニューにおける対応エントリがもしあればそれを与える。
【００５４】
そして、次の４つの欄（「オブジェクト・アドレス」、「最大発生量」、「許容値」、「アクセス型」）は、端末装置／プロトコルの組み合わせに固有のエントリを与える。
【００５５】
図４〜図６にレイアウトされるような欄および情報のすべてが、本発明を動作させるのに必要なわけではない。最低限、端末装置の特徴付けは必要であり（型、モデル、オペレーティング・システム・バージョンまたは装置管理クライアント・バージョン、サポートされた遠隔管理プロトコル）、「キー」情報と「オブジェクト・アドレス」情報も必要である。
【００５６】
サービス・プロバイダは、本発明に係る装置管理システムを使用して、その顧客の端末装置のインストールされたベースにパラメータを設定するサービスを提供することになる。これが可能なのは、顧客のサーバのＡＰＩがもしあれば、サーバの製造業者によって発行されるか、またはその顧客によってサービス・プロバイダに対して通信されるかのいずれかであるからである。サービス・プロバイダは、その顧客のインストールされたベースにある様々な端末装置毎に、データベース・プロファイル３００，３０１，３０２，３０３を含ませかつ保持しなければならない。これが可能なのは、端末装置の特徴が公開されているか、または、ここでは述べていないが当業者の理解の範疇にある手段でネットワークをポーリングすることによって取り出されてもよいからである。
【００５７】
本発明の例示の実施の形態を添付の図面を参照して本明細書において説明してきたが、本発明は、これらの詳細な実施の形態に限定されるものではなく、様々な他の変更および修正が本発明の範囲または精神から逸脱することなく当業者によって実施されてもよいことが理解されるべきである。すべてのそのような変更および修正は、添付の請求項に規定されるような本発明の範囲内に含まれるものとする。
【図面の簡単な説明】
【００５８】
【図１】同一のプロトコルをサポートする２つの異なる遠隔管理プロトコルと２つの異なる端末装置を伴うＭＭＳサービスの従来技術における実施を示す。
【図２】本発明に係る、同一のプロトコルをサポートする２つの異なる遠隔管理プロトコルと２つの異なる端末装置を伴うＭＭＳサービスの実施を示す。
【図３】本発明に係る、装置管理システムのより詳細な図を示す。
【図４】本発明に係る、装置管理システムにおいて使用されるデータベースに含まれる端末装置プロファイルを示す、第１のプロトコルにおける第１の端末装置についてのオブジェクトの一論理グループを示す。
【図５】第２のプロトコルにおける同一の第１の端末装置についてのオブジェクトの同一の論理グループを示す。
【図６】第１のプロトコルにおける第２の端末装置についてのオブジェクトの同一の論理グループを示す。
【図１】
2009534882.tif 000003
【図２】
2009534882.tif 000004
【図３】
2009534882.tif 000005
【図４】
2009534882.tif 000006
【図５】
2009534882.tif 000007
【図６】
2009534882.tif 000008
【手続補正書】
【提出日】平成21年4月21日(2009.4.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク（１１０）に接続された端末装置（１００，１０１，１０２）のパラメータを遠隔から設定するための装置管理システムであって、
―端末装置管理アプリケーション（２１０）と、
―前記ネットワークに接続された、第１の遠隔管理プロトコルをサポートする第１のサーバ（１２１）とを備え、
前記システムは、前記端末装置管理アプリケーションからの一般的な機能志向の要求（３０７）に応じて、前記装置管理毎に、
―前記第１の遠隔管理プロトコル内にサポートされたオブジェクトを含むプロファイル（３００，３０１，３０２，３０３）のデータベースをクエリするステップ（３０５）と、
―前記プロファイルおよび前記サポートされたオブジェクトから、前記一般的な機能志向の要求に対応する少なくとも１つのオブジェクト・アドレスを収集するステップと、
―前記第１のサーバを通じて前記少なくとも１つのオブジェクト・アドレスを使用して要求を送信するステップとを行うための抽象層（２００）をさらに備えることを特徴とする、装置管理システム。
【請求項２】
前記ネットワークに接続された、第２の遠隔管理プロトコルをサポートする第２のサーバ（１２０）と、前記抽象層（２００）内の手段であって、前記第１の遠隔管理プロトコルおよび前記第２の遠隔管理プロトコルから１つの遠隔管理プロトコルを決定し、前記決定された遠隔管理プロトコルならびに前記第１および第２のサーバ間でそれをサポートするサーバに関連した前記クエリ・ステップ、収集ステップ、および送信ステップを適用する手段とをさらに備えることを特徴とする、請求項１に記載の装置管理システム。
【請求項３】
前記第１のサーバ（１２１）は、少なくとも１つの他の遠隔管理プロトコルをサポートし、前記システムは、前記抽象層（２００）内に、前記第１の遠隔管理プロトコルおよび前記少なくとも１つの他の遠隔管理プロトコルから１つの遠隔管理プロトコルを決定し、前記決定された遠隔管理プロトコルに関連した前記クエリ・ステップ、収集ステップ、および送信ステップを適用する手段をさらに備えることを特徴とする、請求項１に記載の装置管理システム。
【請求項４】
前記プロファイル内の情報は、
―型、モデル、およびオペレーティング・システム・バージョンまたは装置管理クライアント・バージョンによる前記端末装置の特徴付け、ならびにそのサポートされた遠隔管理プロトコルと、
―各前記サポートされたオブジェクトのキー
とを含むことをさらに備えることを特徴とする、請求項１から３のいずれかに記載の装置管理システム。
【請求項５】
前記キーは、前記抽象層のＡＰＩ（２２０）と前記端末装置管理アプリケーションとの間の通信のために使用されることをさらに備えることを特徴とする、請求項４に記載の装置管理システム。
【請求項６】
前記第１の遠隔管理プロトコルは、ＯＭＡ  ＤＭであることをさらに備えることを特徴とする、請求項１から５のいずれかに記載の装置管理システム。
【請求項７】
前記第２の遠隔管理プロトコルは、ＯＭＡ  ＣＰであることをさらに備えることを特徴とする、請求項２、請求項４から６のいずれかに記載の装置管理システム。
【請求項８】
請求項１から７のいずれかに記載の装置管理システムを使用して、顧客用の端末装置のインストールされたベースについてのパラメータを遠隔から設定する、構築サービス。
【国際調査報告】
2009534882.tif 000009
2009534882.tif 000010