(57)【要約】本発明は、用意されるデバイス管理サーバと管理カスタマーデバイスを保持するための管理ツリーにおいて、管理オブジェクトデータを含むデバイス管理システムの管理オブジェクトの優先順位を決定する方法に関するものである。管理ツリーの少なくとも１つの管理オブジェクトに含まれるサブオブジェクトの内容が決定され、その後管理サーバは、他のサブオブジェクトに関連するサブオブジェクトの優先順位データを含むデータ要素を決定する。データ要素は、管理サーバによって保存される管理ツリーに書き添えられ、前記の管理ツリーに従ってファイル定義が管理カスタマーデバイスに送信される。管理カスタマーデバイスは、優先順位データが他のサブオブジェクトに関連するサブオブジェクトの優先順位データを示すように、ファイル定義を管理ツリー形式に逆アセンブルする。
2006507578.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのデバイス管理サーバおよび管理カスタマーデバイスを含み、該管理サーバおよび管理カスタマーデバイスは、管理ツリーに管理オブジェクトデータを保持するように用意されるデバイス管理システムにおける、管理オブジェクトの優先順位を決定するための方法において、該方法は、
前記管理ツリーの少なくとも１つの管理オブジェクトに含まれるサブオブジェクトの内容を決定することを含み、
前記管理サーバにおいて他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの優先順位データを含む少なくとも１つのデータ要素を決定し、
前記少なくとも１つのデータ要素を前記管理サーバによって保持される前記管理ツリーに書き添え、
前記管理ツリーに従ってファイル定義を前記管理カスタマーデバイスに送信し、かつ、
前記管理カスタマーデバイスにおいて参照される前記ファイル定義を管理ツリー形式に逆アセンブルして、前記優先順位データが他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの優先順位データを表すようにすることを特徴とする方法。
【請求項２】
請求項１に記載の方法において、ブートストラップ処理のためのＷＡＰプロトコルの配信設定を含む管理オブジェクトの優先順位データを、ＳｙｎｃＭＬデバイス管理に従ってサーバデバイスにおいて、および、ＳｙｎｃＭＬデバイス管理に従ってカスタマーデバイスにおいて決定することを特徴とする方法。
【請求項３】
請求項１または請求項２に記載の方法において、前記管理サーバ内で参照される前記データ要素、および、他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの前記優先順位データを含む前記データ要素を、別個のリーフオブジェクトとして決定し、かつ、
前記優先順位データを決める前記リーフオブジェクトを前記管理サーバによって保持される前記管理ツリーへ書き添えて、該リーフオブジェクトが決める前記優先順位の前記管理／サブオブジェクトと、該リーフオブジェクトが平行に配置されるようにすることを特徴とする方法。
【請求項４】
請求項１または請求項２に記載の方法において、前記管理サーバにおいて言及される前記データ要素、および、他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの前記優先順位データを含む前記データ要素を、ランタイムプロパティ定義（ＲＴプロパティ）として決定し、かつ、
前記管理サーバによって保持される前記管理ツリーの前記メタデータに、前記優先順位データを決定する前記ランタイムプロパティ定義を書き加えることを特徴とする方法。
【請求項５】
少なくとも１つのデバイス管理サーバおよび管理デバイスの管理カスタマーデバイスを含み、該管理サーバおよび該管理カスタマーデバイスは、管理ツリーで管理オブジェクトデータを保持し、かつ、該管理ツリーの少なくとも１つの管理オブジェクト内に含まれるサブオブジェクトの内容を決定するように用意されるデバイス管理システムにおいて、該管理サーバは、
他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの優先順位データを含む少なくとも１つのデータ要素を決定し、
前記少なくとも１つのデータ要素を前記管理サーバによって保持される前記管理ツリーに書き添え、
前記管理ツリーに従ってファイル定義を前記管理カスタマーデバイスに送信するように用意され、かつ、
前記カスタマーデバイスは、前記ファイル定義を管理ツリー形式に逆アセンブルするように用意されて、前記優先順位データが他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの優先順位データを表すようにすることを特徴とするデバイス管理システム。
【請求項６】
請求項５に記載の管理システムにおいて、前記管理サーバは、
他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの前記優先順位データを含む前記データ要素を、別個のリーフオブジェクトとして決定し、かつ、
前記管理サーバによって保持される前記管理ツリーに前記優先順位データを決める前記リーフオブジェクトを書き添えて、該リーフオブジェクトが決める優先順位の管理／サブオブジェクトに該リーフオブジェクトが平行に配置されるように用意されることを特徴とする管理システム。
【請求項７】
請求項５に記載の管理システムにおいて、前記管理サーバは、
他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの前記優先順位データを含む前記データ要素を、ランタイムプロパティ定義（ＲＴプロパティ）として決定し、かつ、
前記優先順位データを決める前記ランタイムプロパティ定義を、前記管理サーバによって保持される前記管理ツリーの前記メタデータに書き添えるように用意されることを特徴とする管理システム。
【請求項８】
デバイス管理の管理サーバとして作動するように用意される電子デバイスにおいて、該電子デバイスは、
管理ツリーに管理オブジェクトデータを保持し、
前記管理ツリーの少なくとも１つの管理オブジェクトに含まれるサブオブジェクトの内容を決定し、
少なくとも１つのカスタマーデバイスにデバイス管理オペレーションを送信するように用意され、前記電子デバイスは、また、
他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの優先順位データを含む少なくとも１つのデータ要素を決定し、
前記少なくとも１つのデータ要素を前記管理サーバによって保持される前記管理ツリーに書き添え、かつ
前記管理ツリーに従って、ファイル定義を前記管理カスタマーデバイスに送信するように用意されることを特徴とする電子デバイス。
【請求項９】
デバイス管理のカスタマーデバイスとして動作するように用意される電子デバイスにおいて、該電子デバイスは、
管理ツリーに管理オブジェクトデータを保持し、
前記管理ツリーの少なくとも１つの管理オブジェクトに含まれるサブオブジェクトの内容を決定し、かつ、
少なくとも１つの管理サーバからデバイス管理オペレーションを受信するように用意され、前記電子デバイスは、また、
前記管理サーバから受信したファイル定義を管理ツリー形式に逆アセンブルして、該ファイル定義に含まれる優先順位データが他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの優先順位データを表すように用意されることを特徴とする電子デバイス。
【請求項１０】
請求項８または請求項９に記載の電子デバイスにおいて、電子デバイスは、ＳｙｎｃＭＬデバイス管理をサポートし、かつ、ブートストラップ処理のためのＷＡＰプロトコルの配信設定を含む前記管理オブジェクトのための前記優先順位データを決定するように用意されることを特徴とする電子デバイス。
【請求項１１】
データ処理デバイスのメモリにロード可能なコンピュータソフトウェア製品において、該コンピュータソフトウェア製品は、デバイス管理オブジェクトを保持する該データ処理デバイスのプロセッサにおいて実行されるコンピュータソフトウェアコードを含み、それによって、該データ処理デバイスに、
他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの優先順位データを含む少なくとも１つのデータ要素を決定し、
前記少なくとも１つのデータ要素を管理サーバによって保持される管理ツリーに書き添え、かつ、
前記管理ツリーに従って、ファイル定義を管理カスタマーデバイスに送信することを可能にすることを特徴とするコンピュータソフトウェア製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイス管理システムにおける管理オブジェクトの優先順位付けに関するものである。
【背景技術】
【０００２】
携帯電話など様々なデータ処理装置がより複雑化するにつれて、デバイス管理の重要性がより増している。この種の装置においては、手動で設定するのが困難で時間がかかるインターネットアクセスポイント関係の設定など、各種の設定が必要とされる。デバイス管理ソリューションはこの種の問題を解決するために作られてきた。デバイス管理ソリューションは、例えば、企業の情報システムのオペレータまたは電話オペレータが装置に適切な構成を与えることができるようにする。一般的に言って、デバイス管理とは、装置の外部ソースが装置の構成を変更できるようにする手段、例えば設定を変更したり装置が採用するプロトコルさえも変更できるようしたりする手段を指す。単に装置に関連する設定だけでなく、ユーザープロフィル、ロゴ、呼び出し音およびメニューなどユーザー固有のデータも送信することができ、ユーザーが個人的に装置の設定を修正できるようにするか、または修正はデバイス管理に関連して自動的に行われる。
【０００３】
デバイス管理標準の一例はＳｙｎｃＭＬ（同期マークアップ言語（Synchronization Markup Language））デバイス管理であり、これは部分的に、データ同期を可能にするＳｙｎｃＭＬデータ同期標準に基づいている。同期化サーバは、デバイス管理サーバとして動作することができ、カスタマーデバイスは、デバイス管理クライアントとして動作することができる。デバイス管理に関して、カスタマーとして機能するカスタマーデバイスは、セッションの開始メッセージにおいて、デバイス管理を行う管理サーバに、そのサーバへのそれ自身に関するデータ（同期中と同じデータ）を提供し、管理サーバは、このデータに対して固有のデータおよびサーバ管理オペレーションを送信することによって応答する。カスタマーデバイスはステータス情報で応答し、その後、サーバはセッションを終了するか、さらにサーバ管理操作を送信することができる。サーバがさらに管理操作を送信する場合、カスタマーデバイスは、ステータス情報で応答しなければならない。ステータス情報を受け取った後、サーバはセッションを終了するか、さらにサーバ管理操作を提供することによってセッションを継続することができる。デバイス管理プロトコルは、また、まず何を更新したいかに関する質問をユーザーに与えるように動作し、その後ユーザーの選択に関する情報を受け取ることができる。サーバは、その後次のパケットにおいてユーザーが希望する更新/操作を送信することができる。
【０００４】
カスタマーデバイスにおいて管理すべきオブジェクトは、管理オブジェクトとして配置される。管理オブジェクトは、カスタマーデバイスにおいて、管理サーバの管理オペレーションを用いて管理可能なエンティティを構成する。管理オブジェクトは、例えば、パラメータ値または壁紙またはスクリーンセーバなど大きいエンティティである。管理オブジェクトはＳｙｎｃＭＬデバイス管理において図１に示される管理ツリーのツリーに似た形式で配置される。管理オブジェクトとしては、個々のパラメータ、サブツリーまたはデータコレクションが考えられる。例えば、「ベンダ」管理オブジェクトは、子オブジェクトである「スクリーンセーバ」および「呼び出し音」を備えるのでノードまたは内部オブジェクトである。管理オブジェクト「スクリーンセーバ」は子オブジェクトを持たないので、リーフオブジェクトである。管理オブジェクト「呼び出し音」も子オブジェクトを備えるので、ノードまたは内部オブジェクトである。管理オブジェクトの内容は、別の管理オブジェクトを指示するリンクも含むことができる。各オブジェクトは、ＵＲＩ識別子（ユニフォームリソース識別子）を用いて指示することができる。管理オブジェクトのＵＲＩは、ルート‘/’から初めて構成され、ツリーに沿ってプロセスが進むにつれて、各管理オブジェクトは分類マークとして文字‘/’を用いて前の名前に追加される名前を与えられる。例えば、管理オブジェクト「呼び出し音」はＵＲＩ識別子‘/Ｖｅｎｄｏｒ/Ｒｉｎｇｉｎｇ  Ｔｏｎｅｓ/’を用いて識別することができる。少なくとも管理オブジェクトの一部は標準化されることが望ましい（ＳｙｎｃＭＬデバイス管理標準は、現在３つの標準化管理オブジェクトを含む）。管理オブジェクトは固定的でも動的でも良い。動的管理オブジェクトはカスタマーデバイスまたは管理サーバから管理ツリーに追加することができる。
【０００５】
新しい動的管理オブジェクトは、管理ツリーが管理サーバにおいてもカスタマーデバイスにおいても同じであるように管理ツリーにおいて名前（アドレス）で指示されなければならない。新しい管理ノードの例はＷＡＰ配信設定（ＷＡＰ  Ｐｒｏｖｉｓｉｏｎａｌ  Ｓｅｔｔｉｎｇ）が与えられる文書（Ｄｏｃｕｍｅｎｔ）である。新しい管理オブジェクトは、この文書およびその中に含まれるデータ要素で構成することができ、管理オブジェクトには、子オブジェクトとして新しいノードまたは異なる設定が与えられる。ＷＡＰ配信文書はＸＭＬベース（拡張可能マークアップ言語）ファイルであり、連続的に列記されるＷＡＰ配信設定に関連する様々なパラメータセットを含む。ＷＡＰ配信文書は、また、相互に択一的なパラメータセット例えばネットワークレベルのいくつかのオプションの転送サーバまたは伝送パス設定を含むこともできる。管理システムを採用しない装置においては、ＷＡＰ配信文書は単一の文書として記憶され、必要があればこの文書からパラメータ値が読み取られる。
【０００６】
管理システムを採用する装置において問題となるのは、ＷＡＰ配信文書を逆アセンブルすること、および、これに含まれるパラメータセット並びにこれに含まれる属性を管理オブジェクトとして上記の管理ツリーに入れることである。属性は、その相互関係が必要とするのとは全く異なる順序で管理ツリーに入れられる場合がある。これは、ＳｙｎｃＭＬ定義が、これに含まれるパラメータセットおよび属性の順位を決定するための手段およびＷＡＰ配信文書に基づいて相互の優先順位を定義するための手段を全く提供しないためである。ＷＡＰ配信文書においては、これに含まれるパラメータセットおよび属性の優先順位は、それらの順序によって定義される。それ故、これらのパラメータセットがＷＡＰ配信文書から管理ツリーに逆アセンブルされるとき、例えば、相互に択一的なパラメータセットの優先順位を決定する方法が必要になる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記の管理ツリー形成に伴う問題を避けるために、この方法と方法を実施するための装置を提供することが、本発明の目的である。
【課題を解決するための手段】
【０００８】
本発明のこの目的は、独立クレームにおいて開示されることを特徴とする方法、デバイス管理システム、電子デバイスおよびコンピュータソフトウェア製品によって達成される。
【発明を実施するための最良の形態】
【０００９】
本発明の望ましい実施態様は従属クレームにおいて開示される。添付図面を参照しながら望ましい実施態様を使って本発明についてさらに詳細に説明される。
【実施例】
【００１０】
本発明に従って、少なくとも１つのデバイス管理サーバおよび１つの管理カスタマーデバイスを含むデバイス管理システムにおいて、管理オブジェクトおよびこれに属するサブオブジェクトのために、優先順位が決定され、このシステムにおいて、管理サーバおよび管理カスタマーデバイスは、管理ツリーにおける管理オブジェクト情報を更新するように取り決められる。管理ツリーにおいて少なくとも１つの管理オブジェクトに属するサブオブジェクトの内容が決定され、その後、少なくとも１つのデータ要素が管理サーバにおいて決定される。データ要素は、他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの優先順位データを含む。このようにして、少なくとも１つのデータ要素が管理サーバによって保持される管理ツリーに書き添えられ、この管理ツリーに従ってファイル定義が管理カスタマーデバイスに送信される。管理カスタマーデバイスは、優先順位データが他のサブオブジェクトに対して関連する１つのサブオブジェクトの優先順位データを示すように、受信したファイル定義を管理ツリー形式に逆アセンブルする。
【００１１】
本発明の方法は、特にＳｙｎｃＭＬデバイス管理によるサーバデバイス、および、ＳｙｎｃＭＬデバイス管理によるカスタマーデバイスに応用でき、この方法においては、優先順位データは、ブートストラップ処理のためのＷＡＰプロトコルの配信設定を含む管理オブジェクトのために決定される。
【００１２】
本発明のもう１つの望ましい実施形態によれば、データ要素は、管理サーバ内で決定され、別個のリーフオブジェクトとして、他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの優先順位データを含むこのデータ要素は、このデータによって優先順位が決定される管理／サブオブジェクトと並列に置かれるように、管理サーバによって保存される管理ツリーに書き添えられる。
【００１３】
本発明の別の望ましい実施形態によれば、データ要素は管理サーバにおいて決定され、他のサブオブジェクトに関連する少なくとも１つのサブオブジェクトの優先順位データを含むデータ要素は、ランタイムプロパティ（ＲＴプロパティ）定義として、管理サーバによって保存される管理ツリーのメタデータに書き添えられる。
【００１４】
管理オブジェクトは、一般に、ＳｙｎｃＭＬデバイス管理の管理オブジェクトに限定されることなく、インターネットアクセスポイントの設定など、構成される装置のデバイス管理に関連するエンティティを参照する。データ要素が一般に参照するものは、少なくとも１つまたはそれ以上のサブエレメント、および／または、（要素について決定されるいかなるモードでの）値を含むＸＭＬ言語に従ったデータ要素など、予め決められた識別子を備える管理オブジェクトレコードである。デバイス管理は、ＳｙｎｃＭＬで定義される作業に限定されず、任意の管理可能なカスタマーデバイスとデバイス管理サーバとの間で行われるデバイス管理として、またそれに必要なメッセージとして広義に解釈されなければならない。
【００１５】
本発明の解決は、この方法が、管理オブジェクト間の優先順位が考慮されるように事前に問題となる管理オブジェクトを逆アセンブルし、かつ、それに含まれるパラメータセットと属性を、管理オブジェクトとして、管理オブジェクト内のプロパティに注意が払われるように、管理ツリーに配置することができるようにすると言う利点をもたらす。別の利点は、管理オブジェクトが正確な順序で管理ツリーに入れられているか否かを、管理サーバが後に管理カスタマーデバイスから確認する必要がないことである。これは、管理カスタマーデバイスが管理サーバにアック（Ａｃｋｎｏｗｌｅｄｇｅ）を与えないブートストラップ処理の操作において特に非常に大きな利点となる。
【００１６】
次に、ＳｙｎｃＭＬデバイス管理をサポートするシステムにおける、本発明の望ましい実施形態について説明する。しかし、本発明は、装置の管理オブジェクトを単なるツリー構造以外の他の方法で構成できるどのようなデバイス管理システムにおいても応用できることに留意しなければならない。
【００１７】
図２は、ネットワークシステムを示す。ネットワークサーバまたはＰＣは一般にサーバＳとして動作する。一般に、端末ＴＥは携帯電話、ＰＣ（パソコン）、ラップトップコンピュータまたはＰＤＡ装置である。説明を明確にするために、以下の実施形態においては、デバイス管理に関して端末ＴＥはカスタマーデバイスとして動作し、サーバＳは管理サーバとして動作する。サーバＳは、数台のカスタマーデバイスＴＥを管理することができる。ただし、端末ＴＥが管理デバイスの機能を実行することが可能であり、これによって別の端末またはサーバＳがカスタマーデバイスとして機能する場合がある。
【００１８】
図２は、２つの例を示す。第１の例においては、カスタマーデバイスＴＥと管理サーバＳはローカルエリアネットワークＬＡＮに接続される。ネットワークＬＡＮに接続されるカスタマーデバイスＴＥは、ネットワークＬＡＮの装置と通信するための機能、例えばネットワークカードおよびデータ伝送を制御するソフトウェアを含む。ローカルエリアネットワークＬＡＮは、どのような種類のローカルネットワークでもよく、ＴＥは、典型的な例としてファイアウォールＦＷを用いてインターネットを通じてもサーバＳと通信することができる。端末ＴＥは、またアクセスポイントＡＰを通じて無線でもローカルエリアネットワークＬＡＮに接続することができる。第２の例においては、カスタマーデバイスＴＥは携帯電話網ＭＮＷを通じてサーバＳと通信する。ネットワークＭＮＷに接続される端末ＴＥは、ネットワークＭＮＷと無線で通信するためのモバイルメッセージ機能を含む。さらに、ローカルエリアネットワークＬＡＮなど他のネットワークを携帯電話網ＭＮＷとサーバＳとの間に置くことができる。携帯電話網ＭＮＷは、例えば、ＧＳＭサービスをサポートするネットワーク、ＧＰＲＳサービス（ＧＰＲＳ：General Packet Radio Service（汎用パケット無線サービス））をサポートするネットワーク、第三世代提携（３rd  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ）ネットワーク定義に従った携帯電話網など第三世代携帯電話網、無線ローカルエリアネットワークＷＬＡＮ、プライベートネットワークまたはこれらのネットワークの組合せなど、既知のどのような無線ネットワークでも良い。いくつかの携帯電話網においてトランスポート層の重要なサービスは、ＷＡＰである。ＷＡＰは、これに含まれる無線セッションプロトコルＷＳＰ層によってカスタマーデバイスＴＥおよびサーバＳのデバイス管理アプリケーション層のためにトランスポートサービスを提供する。システムは、少なくとも１つのＷＡＰゲートウェイおよびおそらく１つまたはそれ以上のＷＡＰプロキシサーバを含む。ＷＡＰは、ＨＴＴＰまたはＯＢＥＸなど多くの下層の伝送技術をサポートする。例えば、回線交換またはパケット交換データ伝送または携帯電話網ＭＮＷプロパティに従ったＳＭＳベースの伝送を、下層伝送技術として採用することができる。図２に示される例のほかに、他のデバイス管理構成も可能である。
【００１９】
図３に示される通り、端末ＴＥおよびサーバＳは、メモリＭＥＭ；ＳＭＥＭ、ユーザーインターフェイスＵＩ；ＳＵＩ、データ伝送を配置するためのＩ/Ｏ手段Ｉ/Ｏ；ＳＩ/Ｏ、およびプロセッサを含む１つまたはそれ以上の中央処理装置ＣＰＵ；ＳＣＰＵを含む。メモリＭＥＭ；ＳＭＥＭは、中央処理装置ＣＰＵ；ＳＣＰＵを制御するアプリケーションおよびその他のデータを記憶するための不揮発性部分、および一次データ処理に使用される揮発性部分を含む。端末ＴＥのメモリＭＥＭは管理オブジェクトを記憶し、その構造はサーバＳのメモリＳＭＥＭの管理ツリーにおいても保存される。
【００２０】
ＳｙｎｃＭＬデバイス管理標準に従ってカスタマーデバイスとして動作するＴＥは、カスタマーデバイスにおいて管理セッションに関連するオペレーションに対処するカスタマーエージェントＣＡを含む。管理サーバとして動作する装置Ｓは、管理セッションを処理するサーバエージェントＳＡを含む。カスタマーエージェントＣＡは、メモリＭＥＭに記憶されるＣＰＵコンピュータソフトウェアコードで実行することによって実現することができ、ＳＡは、メモリＳＭＥＭに記憶されるＳＣＰＵコンピュータソフトウェアコードで実行することによって実現することができる。前述の通り、ＴＥおよびＳは、管理サーバとして、および／または、カスタマーデバイスとして動作することができる。従って、例えば端末ＴＥは少なくとも部分的にサーバエージェントＳＡの機能も含むことができ、この場合、端末ＴＥ間のデータ伝送中管理サーバとしても動作することができる。中央処理装置ＣＰＵおよびＳＣＰＵにおいて実行されるコンピュータソフトウェアコードは、端末ＴＥおよびサーバＳが管理オブジェクトの優先順位の決定に関連する進歩的段階を実現できるようにする。その望ましい実施携帯の一部が図４および図５に示される。コンピュータソフトウェアは、ＰＣのハードディスクまたはＣＤ-ＲＯＭディスクなど、どのようなメモリ手段にも記憶することができ、そこから実行デバイスであるＴＥ；ＳのメモリＭＥＭ；ＳＭＥＭにロードすることができる。コンピュータソフトウェアは、例えばＴＣＰ/ＩＰプロトコルスタックを用いて、ネットワークを通じてロードすることもできる。また、この発明的手段を実現するためにハードウェアソリューションまたはハードウェアソリューションとソフトウェアソリューションの組合せを用いることも可能である。
【００２１】
管理オブジェクトは、一般にＸＭＬ言語に基づいている。文書型定義ＤＴＤは、ＸＭＬベースの文書について定義される。ＤＴＤは使用されるタグ、タグ間の要素の構造的関係、要素のプロパティを定義する属性および属性およびその値を記述するパラメータをＸＭＬ言語で定義する。ＸＭＬ言語においては既知の通り、データ要素はイニシャルタグ（例えば＜ｓｅｃｔｉｏｎ＞）から始まり、エンドタグ（例えば＜/ｓｅｃｔｉｏｎ＞で終了し、タグはテキスト並びに他の要素を含むことができる。ＤＴＤは、全ての文書に含まれるか、文書は既知のＤＴＤを参照する。
【００２２】
上述の通り、本発明の方法は、特に、ＷＡＰ配信設定を端末ＴＥに転送するために応用できる。この方法は、特に、要求されるアプリケーション設定および一方向ＷＡＰ設定など一般デバイス固有設定が未設定端末ＴＥに送信されるブートストラップ処理において有益である。このように、ブートストラップ処理は、ステータスが端末から送信られる典型的なＳｙｎｃＭＬデバイス管理から外れる。アプリケーション設定およびＷＡＰ設定など一般デバイス固有設定は、ＷＡＰプロトコルを用いて端末に転送することができ、その後、ＷＡＰ配信設定に従った新しい管理オブジェクトをＳｙｎｃＭＬデバイス管理プロトコルの管理ツリーに追加しなければならない。ＷＡＰ配信文書を逆アセンブルし、これに含まれるパラメータセット並びにこの中の属性を管理オブジェクトとして上記の管理ツリーに入れるために、本発明に従って管理ツリーに追加される様々な管理オブジェクトの順序およびその間の優先順位を指示するデータ要素が決定される。
【００２３】
次に、管理サーバＳは、まず新しいＷＡＰ配信文書の内容を決定し、その後ＷＡＰ配信文書に含まれるパラメータセットおよびこれに含まれる属性についてデータ要素を決定する。データ要素は、様々な管理オブジェクトの順序およびその間の優先順位を指示する。その後、管理サーバは関係するデータ要素を用いて管理ツリーを更新する。その後、管理サーバは、ＷＡＰ配信文書を端末ＴＥに送信する。管理サーバＳのメッセージに応答して、端末ＴＥは受信したＷＡＰ配信文書を逆アセンブルし、次に、管理オブジェクトの順序およびその間の優先順位を指示するデータ要素に従って管理ツリーを更新して、データ要素の定義が考慮されるようにＷＡＰ配信文書の内容を記憶する。端末ＴＥは、その場合、必要な構成を含み、それはユーザーが手動でその設定を設定する必要なくＷＡＰサービスを利用できるようにする。この構成は、定義されたタグでそれを指摘することによって、後に変更できる。ＷＡＰ配信文書に含まれるデータ要素の更なる詳細は、ＷＡＰ  Ｆｏｒｕｍ  ＷＡＰ仕様書  ＷＡＰ-２９２-ＰｒｏｖＣｏｎｔ-２００２０８１５-ｄ「配信内容（Ｐｒｏｖｉｓｉｏｎａｌ  Ｃｏｎｔｅｎｔｓ）、ドラフトバージョン、２００２年１０月１２日」で参照される。
【００２４】
管理ツリーへの上述のデータ要素の追加は、少なくとも２つの方法で行うことができることが望ましい。図４は、データ要素を管理ツリーに接続するための第１の望ましい実施例に従った方法を示す。ＷＡＰ配信設定が管理サーバにおいて決定されるとき、まず新しいＷＡＰ配信文書の内容が決定される（４００）。ＷＡＰ配信文書は、内部オブジェクト、リーフオブジェクトまたはリンクオブジェクトなど、いくつものオブジェクト型を含むことができる。ＷＡＰ配信文書に含まれるサブエレメントは属性と呼ばれ、固有のノード、および／または、リーフとして管理ツリーに追加することができる。このようにして管理オブジェクトについての情報が決定される。またはこのようにして決定されるＷＡＰ配信文書の管理オブジェクトの一部についての情報が決定される。この情報は、様々な管理オブジェクトの順序およびその間の優先順位を指示する（４０２）。
【００２５】
この実施例においては、情報は、この情報によって優先順位を決定される管理オブジェクトと管理ツリーにおいて同じレベルに並列に置かれる別個のリーフオブジェクト（４０４）として決定される（図１と比較すること）。この種の順位（Ｒａｎｋ）リーフオブジェクトは、他の管理オブジェクトに対する並列な管理オブジェクトの優先順位を指示し、それ故、並列な管理オブジェクトは、例えば個々のパラメータ、サブツリーまたはパラメータセットでありうる。優先順位は、必ずしもＷＡＰ配信文書全ての管理オブジェクトについて決定されなければならないわけではなく、ＷＡＰ配信文書の内容は、管理オブジェクトのうち少しだけ、または、１つだけについて優先順位データを決定されるべきである。
【００２６】
この後、管理オブジェクトの優先順位を決定するために必要とされる順位リーフオブジェクトを含むように、ＷＡＰ配信文書に基づく管理ツリーを更新することができる（４０６）（または管理ツリーが存在しない場合、これを構成することができる）。管理サーバＳは、その後、順位リーフオブジェクトを含むＷＡＰ配信文書を端末ＴＥに送信する（４０８）。ここでデバイス管理プロトコルのメカニズム並びにそのために決定されるメッセージを利用することができる。ＳｙｎｃＭＬデバイス管理プロトコルについて詳しくは、ＳｙｎｃＭＬ機構仕様書「ＳｙｎｃＭＬデバイス管理プロトコル（ＳｙｎｃＭＬ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）  バージョン１．１．１  ２００２年１０月２日」を参照すること。
【００２７】
端末ＴＥは、ＷＡＰ配信文書を受信し、その中の情報を逆アセンブルする（４１０）。端末は、文書に含まれる順位リーフオブジェクトを翻訳し、その後、順位リーフオブジェクトによって決定される管理オブジェクトの順序、および、その間の優先順位に応じて管理ツリーを更新（または構成）する（４１２）。ＷＡＰ配信文書の内容は管理ツリーに従って保存されるので（４１４）、端末ＴＥは、ＷＡＰサービスを使用するために必要なＷＡＰ構成を含む。
【００２８】
図５は、第２の望ましい実施形態に従って、管理ツリーへのデータ要素の書き添えのための方法を示す。まず決定されるのは、新しいＷＡＰ配信文書の内容（５００）およびＷＡＰ配信文書の様々な管理オブジェクトの順序、および、その間の優先順位を指示する情報（５０２）である。これらの段階は、図４の段階４００および４０２に相当する。
【００２９】
この実施形態においては、前記情報は、管理ツリーにおいてメタデータの一部として決定されるので（５０４）、優先順位データをランタイムプロパティとしてモデル化できる。ＳｙｎｃＭＬデバイス管理においては、管理ツリーのメタデータに、管理オブジェクトの様々なランタイム定義を含む任意のランタイムプロパティ（ＲＴプロパティ）定義を与えることができる。ＲＴプロパティ要素について詳しくは、ＳｙｎｃＭＬ機構仕様書「ＳｙｎｃＭＬデバイス管理ツリーおよび記述（ＳｙｎｃＭＬ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｔｒｅｅ  ａｎｄ  Ｄｅｓｃｒｉｐｔｉｏｎ）  バージョン１．１．１  ２００２年１０月２日」を参照のこと。このバージョンでは、この実施形態に従って、第７章において説明されるＲＴプロパティフィールドに新しいフィールド“優先順位（Ｐｒｉｏｒｉｔｉｅｓ）”を追加することができ、このフィールドの内容は上述の通りに決定することができる。
【００３０】
次に、ＷＡＰ配信文書に基づく管理ツリーが管理オブジェクトの優先順位を決定するために必要な管理ツリーのメタデータに書き添えられるＲＴプロパティ定義を含むように、この管理ツリーを更新する（またはこれが存在しない場合には構成する）ことができる（５０６）。管理サーバＳは、その後カスタマーデバイスＴＥにＷＡＰ配信文書を送信する（５０８）。
【００３１】
端末ＴＥは、ＷＡＰ配信文書を受信し、その中の情報を逆アセンブルする（５１０）。端末は管理ツリーのメタデータに含まれるＲＴプロパティ定義を翻訳して、その後ＲＴプロパティ定義によって決定される管理オブジェクトの順序およびその間の優先順位に応じて管理ツリーを更新（または構成）する（５１２）。最後に、ＷＡＰ配信文書の内容が管理ツリーに従って端末ＴＥに保存される（５１４）。
【００３２】
望ましい実施形態に従えば、ＷＡＰ配信文書における属性の優先順位は、例えば択一的属性に異なる名前が付けられ名前の優先順位が予め決定されるように、決定することができる。
【００３３】
上述の実施形態は、デバイス管理に関して端末ＴＥはカスタマーデバイスとして動作し、サーバＳは管理サーバとして動作することを示す。しかし、端末ＴＥが管理デバイスの機能を実行することが可能であり、それによって、別の端末またはサーバＳがカスタマーデバイスとして機能することができる。典型的な状況としては、端末ユーザーが端末のＷＡＰ配信設定を自分で決定または修正した場合がある。この場合、管理システムの動作を確実にするために、変更されたＷＡＰ配信設定をサーバＳのために更新しなければならない。この場合、上述の実施態様は、逆に実行される（端末からサーバに）。
【００３４】
技術の進歩に伴い、本発明の基本概念を様々な方法で実現できることは、当業者には明白である。従って、本発明およびその実施態様は上記の例に限定されず、クレームの範囲内で変動しうる。
【図面の簡単な説明】
【００３５】
【図１】管理ツリーを示す図である。
【図２】管理システムを示す図である。
【図３】サーバおよびカスタマーデバイスを示す図である。
【図４】本発明の第１の望ましい実施形態に従った方法を示す図である。
【図５】本発明の第２の望ましい実施形態に従った方法を示す図である。
【図１】
2006507578.tif 000003
【図２】
2006507578.tif 000004
【図３】
2006507578.tif 000005
【図４】
2006507578.tif 000006
【図５】
2006507578.tif 000007
【国際調査報告】
2006507578.tif 000008