(57)【要約】本発明は、ログ管理オブジェクトを利用した装置管理（Device  Management；ＤＭ）システム、並びに当該システムにおける効率的なロギングデータの生成及び制御方法に関する。ＤＭサーバは、ロギングデータ保存命令に、ＤＭクライアントが該当命令の処理をロギングサブツリー管理部に伝達できる程度の情報のみを含めて送信し、ロギングデータ保存命令を受信したロギングロギングサブツリー管理部は、ロギングサブツリーの制御情報を利用してロギングロギングデータが保存される正確な位置を決定する。ロギングデータを保存する各ノードはソース属性値及び理由属性値を有する。従って、ＤＭサーバ又はスケジューリングコンテクストが直接複雑なロギングデータ保存手順に関与せず、ログされたノードを確認するとき、ログされたデータの履歴が容易に分かる。
2009507294.tif 000002
【特許請求の範囲】
【請求項１】
ロギングデータの保存命令を受信する段階と、
装置管理クライアントのロギングサブツリー管理部が、ロギングサブツリー内で前記ロギングデータを保存する位置を決定し、前記ロギングデータを前記ロギングサブツリー内の前記決定された位置に保存する段階と、
を含むことを特徴とする装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項２】
前記保存命令は、ログする装置管理オブジェクトと、前記装置管理オブジェクトの値が保存される位置のＵＲＩとを含むことを特徴とする請求項１に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項３】
前記ＵＲＩはＬｏｇ／Ｄａｔａであることを特徴とする請求項２に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項４】
前記保存命令は、所定の装置管理オブジェクトの値を前記ロギングサブツリーにコピーさせるコピー命令であることを特徴とする請求項１に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項５】
前記ロギングサブツリー管理部は、前記保存命令が前記ロギングデータを保存する位置としてＬｏｇ／Ｄａｔａを示す場合にのみ、前記ロギングデータのための保存命令を実行することを特徴とする請求項１に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項６】
前記保存命令は、装置管理サーバ又はスケジューリングコンテクストから受信されることを特徴とする請求項１に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項７】
前記ロギングサブツリーは、
Ｌｏｇ／Ｃｏｎｔｒｏｌノードと、
前記Ｌｏｇ／Ｃｏｎｔｒｏｌノードに接続され、前記ロギングデータを保存する方式を制御する制御部分と、
Ｌｏｇ／Ｄａｔａノードと、
前記Ｌｏｇ／Ｄａｔａノードに接続され、前記ロギングデータが保存される位置を示すデータ部分と、
を含むことを特徴とする請求項１に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項８】
前記制御部分は、Ｓｉｚｅノード、Ｃｕｒｒｅｎｔノード、及びＲｅｃｕｒｓｉｖｅノードを含むことを特徴とする請求項７に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項９】
前記Ｓｉｚｅノードは、保存できるロギングデータの最大数を示し、前記Ｃｕｒｒｅｎｔノードは、次のロギングデータが保存される位置を示すことを特徴とする請求項８に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項１０】
前記Ｒｅｃｕｒｓｉｖｅノードは、ロギングデータ保存空間が一杯になった場合に新しいロギングデータを処理する方式を示すことを特徴とする請求項８に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項１１】
前記データ部分は、
複数のフォルダノードと、
前記各フォルダノードに接続され、実際に前記ロギングデータが保存される少なくとも１つのデータノードと、
を含むことを特徴とする請求項７に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項１２】
前記ロギングサブツリー管理部は、前記ロギングサブツリーの制御部分の値を参照して、前記ロギングデータを保存する位置を決定することを特徴とする請求項１に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項１３】
前記ロギングデータを保存する段階は、
空いたロギングデータ保存空間が存在するか否かを確認する段階と、
空いた空間が存在する場合、新しいフォルダノードを生成して前記ロギングデータを保存する段階と、
空いた空間が存在しない場合、前記ロギングサブツリー内のＬｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅの値がＴｒｕｅであるか否かを確認する段階と、
前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅの値がＴｒｕｅである場合、Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔの値を参照して、更新するフォルダノードの位置を決定する段階と、
前記決定されたフォルダノードに含まれる全てのデータノードを削除し、前記ロギングデータを保存する段階と
を含むことを特徴とする請求項１に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項１４】
空いた保存空間がなくて前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅの値がＦａｌｓｅである場合、前記ロギングデータを廃棄する段階をさらに含むことを特徴とする請求項１３に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項１５】
前記生成された新しいフォルダノードの名前は、１からＬｏｇ／Ｃｏｎｔｒｏｌ／Ｓｉｚｅまで順次増加することを特徴とする請求項１３に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項１６】
前記ロギングデータが保存されるとき、該当ロギングデータを保存する各データノードにソース属性値及び理由属性値が共に保存されることを特徴とする請求項１に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項１７】
前記ソース属性値は、前記ロギングデータの元のＵＲＩであることを特徴とする請求項１６に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項１８】
前記理由属性値は、ロギング原因が分かるようにする情報であって、スケジューリングコンテクストＩＤであることを特徴とする請求項１６に記載の装置管理システムにおけるロギングデータの生成及び制御方法。
【請求項１９】
Ｌｏｇ／Ｃｏｎｔｒｏｌノードと、
前記Ｌｏｇ／Ｃｏｎｔｒｏｌノードに接続され、前記ロギングデータを保存する方式を制御する制御部分と、
Ｌｏｇ／Ｄａｔａノードと、
前記Ｌｏｇ／Ｄａｔａノードに接続され、ロギングデータ保存空間を示すデータ部分と、
を含むことを特徴とする装置管理システムにおけるロギングデータサブツリー。
【請求項２０】
前記制御部分は、Ｓｉｚｅノード、Ｃｕｒｒｅｎｔノード、及びＲｅｃｕｒｓｉｖｅノードを含むことを特徴とする請求項１９に記載の装置管理システムにおけるロギングデータサブツリー。
【請求項２１】
前記Ｓｉｚｅノードは、保存できるロギングデータの最大数を示し、前記Ｃｕｒｒｅｎｔノードは、次のロギングデータが保存される位置を示すことを特徴とする請求項２０に記載の装置管理システムにおけるロギングデータサブツリー。
【請求項２２】
前記Ｒｅｃｕｒｓｉｖｅノードは、前記ロギングデータ保存空間が一杯になった場合に新しいロギングデータを処理する方式を示すことを特徴とする請求項２０に記載の装置管理システムにおけるロギングデータサブツリー。
【請求項２３】
前記データ部分は、
複数のフォルダノードと、
前記各フォルダノードに接続され、実際に前記ロギングデータが保存される少なくとも１つのデータノードと、
を含むことを特徴とする請求項１９に記載の装置管理システムにおけるロギングデータサブツリー。
【請求項２４】
前記各データノードに前記ロギングデータのソース属性値及び理由属性値が共に保存されることを特徴とする請求項２３に記載の装置管理システムにおけるロギングデータサブツリー。
【請求項２５】
前記ソース属性値は、コピーされた前記ロギングデータの元のＵＲＩであることを特徴とする請求項２４に記載の装置管理システムにおけるロギングデータサブツリー。
【請求項２６】
前記理由属性値は、前記ロギングデータの原因を示す情報であることを特徴とする請求項２４に記載の装置管理システムにおけるロギングデータサブツリー。
【請求項２７】
前記理由属性値は、スケジューリングコンテクストＩＤであることを特徴とする請求項２４に記載の装置管理システムにおけるロギングデータサブツリー。
【請求項２８】
ロギングデータを保存するための装置管理命令を送信する装置管理サーバと、
前記ロギングデータが実際に保存されるロギングサブツリーと、
受信した前記装置管理命令が前記ロギングデータの前記ロギングサブツリーへの保存を示す場合、前記ロギングサブツリー内で前記ロギングデータを保存する位置を決定し、前記ロギングデータを前記ロギングサブツリー内の前記決定された位置に保存する装置管理クライアントと、
を含むことを特徴とする装置管理システム。
【請求項２９】
前記装置管理命令は、所定の装置管理オブジェクトの値を前記ロギングサブツリーに保存させるコピー命令であることを特徴とする請求項２８に記載の装置管理システム。
【請求項３０】
前記コピー命令は、Ｌｏｇ／Ｄａｔａのみを明示することを特徴とする請求項２９に記載の装置管理システム。
【請求項３１】
前記装置管理命令がＬｏｇ／Ｄａｔａを含む場合、前記装置管理命令をロギングサブツリー管理部に送信するフロントエンドと、
前記フロントエンドからＬｏｇ／Ｄａｔａが明示された前記装置管理命令を受信した場合、ロギングデータストレージ管理ポリシーに従って前記ロギングサブツリー内で前記ロギングデータを保存する位置を決定し、前記ロギングデータを前記ロギングサブツリー内の前記決定された位置に保存する前記ロギングサブツリー管理部と、
をさらに含むことを特徴とする請求項２８に記載の装置管理システム。
【請求項３２】
前記ロギングサブツリーは、
Ｌｏｇ／Ｃｏｎｔｒｏｌノードと、
前記Ｌｏｇ／Ｃｏｎｔｒｏｌノードに接続され、前記ロギングデータを保存及び記録する方式を制御する制御部分と、
Ｌｏｇ／Ｄａｔａノードと、
前記Ｌｏｇ／Ｄａｔａノードに接続され、ロギングデータ保存空間を示すデータ部分と、
を含むことを特徴とする請求項２８に記載の装置管理システム。
【請求項３３】
前記制御部分は、Ｓｉｚｅノード、Ｃｕｒｒｅｎｔノード、及びＲｅｃｕｒｓｉｖｅノードを含むことを特徴とする請求項３２に記載の装置管理システム。
【請求項３４】
前記Ｓｉｚｅノードは、保存できるロギングデータの最大数を示し、前記Ｃｕｒｒｅｎｔノードは、次のロギングデータが保存される位置を示すことを特徴とする請求項３３に記載の装置管理システム。
【請求項３５】
前記Ｒｅｃｕｒｓｉｖｅノードは、前記ロギングデータ保存空間が一杯になった場合に新しいロギングデータを処理する方式を示すことを特徴とする請求項３３に記載の装置管理システム。
【請求項３６】
前記データ部分は、
複数のフォルダノードと、
前記各フォルダノードに接続され、実際に前記ロギングデータが保存される少なくとも１つのデータノードと、
を含むことを特徴とする請求項３２に記載の装置管理システム。
【請求項３７】
前記ロギングサブツリー管理部は、前記ロギングデータを保存するとき、該当ロギングデータのソース属性値及び理由属性値を共に保存することを特徴とする請求項３１に記載の装置管理システム。
【請求項３８】
前記ソース属性値は、コピーされた前記ロギングデータの元のＵＲＩであることを特徴とする請求項３７に記載の装置管理システム。
【請求項３９】
前記理由属性値は、ロギング原因が分かるようにする情報であって、スケジューリングコンテクストＩＤであることを特徴とする請求項３７に記載の装置管理システム。
【請求項４０】
前記ロギングサブツリー管理部は、前記ロギングサブツリーの制御部分の値を参照して、前記ロギングデータを保存する位置を決定することを特徴とする請求項３１に記載の装置管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置管理（Device  Management；ＤＭ）に関し、特にログ管理オブジェクトを利用した装置管理システム、並びに当該システムにおける効率的なロギングデータの生成及び制御方法に関する。
【背景技術】
【０００２】
一般に、ＤＭ技術は、ＤＭサーバから特定処理命令が受信されるとＤＭクライアントが該当命令を実行する方法に関する技術である。
【０００３】
このようなＤＭ技術において、所定のデバイス（例えば、端末）は、オペレーションの実行中に変化する状態値又は周期的に（もしくは、イベントの発生時に）測定された測定値などをＤＭツリー上のＤＭオブジェクトにした後、これらの値が変化する度に該当値を前記ＤＭオブジェクトに保存する。従って、ＤＭサーバは、ＤＭ技術により、前記ＤＭオブジェクトに保存された状態値又は測定値を遠隔で読み出して確認することができる。
【０００４】
しかし、状態値又は測定値は、直ちに読み出さなければ新しい値に更新されてなくなるので、前記サーバは、毎回ＤＭセッションを開いて該当値を読み出す手順を行わなければならない。
【０００５】
非常に頻繁に更新される状態値又は測定値の場合や、変化した状態に非常に迅速に応答すべき場合、前記サーバは非常に頻繁にＤＭセッションを開かなければならないが、これは過度なネットワーク負荷と運営コストを招くので好ましくない。また、前記ＤＭサーバとデバイス間の接続が不可能な場合、例えば無線環境で前記デバイスが陰影地域（shadow  area）に入った場合、前記サーバは該当値を読み出すことができない。従って、イベントが発生した時点で又は周期的に、該当状態値又は測定値を読み出して他の領域に保存しておき、後で前記サーバが読み出せるようにするロギングが必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、従来のＤＭ技術においては、非常に複雑な過程を経なければロギングを実行することができない。従って、ＤＭ技術において、ある時点又はイベント発生時の様々な状態値又は測定値を１つのグループとして保存する場合、該当グループがロギング発生時点のデバイスの状態を適切に表すことができる。
【０００７】
しかし、従来のＤＭ技術はロギング実行機能を直接には提供していない。ただし、従来のＤＭ技術も、ＤＭスケジューリング技術を用いる場合はロギング機能をサポートできるが、この場合は、前記ＤＭサーバが直接複雑なロギングデータ保存手順に関与しなければならない負担があり、特に前記ＤＭサーバは、ログされたノードを確認するとき、どのデータがログされ、いかなる理由でログされたかが分からない。
【０００８】
また、従来のＤＭ技術において、ＤＭ命令が正確なＵＲＩを必要とするため、前記ＤＭサーバは、現在のロギングストレージの状態を把握し、新たに保存する位置を決定しなければならないなど、非常に複雑で非効率的な手順を行わなければならない。
【課題を解決するための手段】
【０００９】
そこで、本発明は、ある時点又はイベント発生時のロギングデータ（様々な状態値又は測定値）をＤＭツリー上に１つのグループ（データノード）として効率的に保存できるＤＭシステム及びロギングデータ生成方法を提供することを特徴とする。
【００１０】
本発明の他の特徴は、ロギングデータ（様々な状態値又は測定値）をＤＭツリー上に１つのグループ（データノード）として保存するときにロギングデータの属性値を共に保存することにより、保存されたロギングデータの履歴がＤＭサーバに容易に分かるようにするＤＭシステム及びロギングデータ生成方法を提供することにある。
【００１１】
本発明のさらに他の特徴は、ＤＭサーバがロギングサブツリーにより遠隔でロギングデータの生成を制御できるようにするＤＭシステム及びロギングデータ制御方法を提供することにある。
【００１２】
少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、ロギングデータが保存される装置管理ツリー上の位置及びロギングデータ保存方式を制御するためのノードを含むロギングサブツリーを生成する段階を含む、装置管理システムにおけるロギングデータの生成及び制御方法を提供する。
【００１３】
また、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、ロギングデータの保存命令を受信する段階と、ロギングサブツリー内で前記ロギングデータを保存する位置を決定し、前記ロギングデータを前記ロギングサブツリー内の前記決定された位置に保存する段階とを含む、装置管理システムにおけるロギングデータの生成及び制御方法を提供する。
【００１４】
前記保存命令は装置管理オブジェクト及びその装置管理オブジェクトの値が保存される位置のＵＲＩを示し、前記ＵＲＩはＬｏｇ／Ｄａｔａである。
【００１５】
前記保存命令は、所定の装置管理オブジェクトの値を前記ロギングサブツリーに複製させるコピー（複製）命令である。
【００１６】
前記ロギングサブツリー管理部は、前記保存命令が前記ロギングデータを保存する位置としてＬｏｇ／Ｄａｔａを示す場合にのみ、前記ロギングデータのための保存命令を実行し、前記保存命令は、装置管理サーバ又はスケジューリングコンテクストから受信される。
【００１７】
前記ロギングサブツリーは、Ｌｏｇ／Ｃｏｎｔｒｏｌノードと、前記Ｌｏｇ／Ｃｏｎｔｒｏｌノードに接続され、前記ロギングデータを保存する方式を制御する制御ノードを含む制御部分と、Ｌｏｇ／Ｄａｔａノードと、前記Ｌｏｇ／Ｄａｔａノードに接続され、前記ロギングデータが保存される位置を示すデータ部分とを含む。
【００１８】
前記制御部分は、Ｓｉｚｅノード、Ｃｕｒｒｅｎｔノード、及びＲｅｃｕｒｓｉｖｅノードを含む。この場合、前記Ｓｉｚｅノードは、保存できるロギングデータの最大数を示し、前記Ｃｕｒｒｅｎｔノードは、次のロギングデータが保存される位置を示し、前記Ｒｅｃｕｒｓｉｖｅノードは、ロギングデータ保存空間が一杯になった場合に新しいロギングデータを処理する方式を示す。
【００１９】
前記Ｒｅｃｕｒｓｉｖｅノードは、前記装置管理サーバが遠隔で制御することができ、これにより、前記ロギングデータ保存方式を制御することができる。
【００２０】
前記データ部分は、複数のフォルダノードと、前記各フォルダノードに接続され、実際に前記ロギングデータが保存される少なくとも１つのデータノードとを含む。
【００２１】
前記ロギングサブツリー管理部は、前記ロギングサブツリーの制御部分の値を参照して、前記ロギングデータを保存する位置を決定する。
【００２２】
前記ロギングデータを保存する段階は、空いたロギングデータ保存空間が存在するか否かを確認する段階と、空いた空間が存在する場合、新しいフォルダノードを生成して前記ロギングデータを保存する段階と、空いた空間が存在しない場合、前記ロギングサブツリー内のＬｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅの値がＴｒｕｅであるか否かを確認する段階と、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅの値がＴｒｕｅである場合、Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔの値を参照して、更新するフォルダノードの位置を決定する段階と、前記決定されたフォルダノードに含まれる全てのデータノードを削除し、前記ロギングデータを保存する段階とを含む。
【００２３】
前記ロギングデータを保存する段階は、空いた保存空間がなくて前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅの値がＦａｌｓｅである場合、前記ロギングデータを廃棄する段階をさらに含む。
【００２４】
前記ロギングデータが保存されるとき、該当ロギングデータを保存する各データノードにソース属性値及び理由属性値が共に保存される。
【００２５】
前記ソース属性値は、前記ロギングデータの元のＵＲＩであり、前記理由属性値は、前記装置管理サーバに分かるようにロギング原因を示すスケジューリングコンテクストＩＤである。
【００２６】
本発明のさらなる長所、目的、及び特徴は後述する発明の詳細な説明に一部は記述されており、一部は当業者であれば以下の実施例により明確になるか又は本発明の実施により理解されるであろう。本発明の目的と長所は、特に請求の範囲に開示されたことにより実現及び達成される。
【発明の効果】
【００２７】
本発明によるログ管理オブジェクトを利用したＤＭシステム、並びにＤＭシステムにおけるロギングデータの生成及び制御方法は、様々な長所を有する。
【００２８】
すなわち、例えば、第一に、ＤＭサーバがコピー命令のみを指示し、実質的なロギングデータの保存はＤＭクライアント内のロギングサブツリー管理部が行うため、従来のようにＤＭサーバがロギングストレージ管理作業を行う負担を低減できる。
【００２９】
第二に、ロギングデータを各ノードに保存するとき、各ノードにソース属性値及び理由属性値を共に保存することにより、ログされたノードを確認するとき、前記ログデータの履歴（例えば、どのデータがログされたか、又はいかなる理由でログされたか、など）がＤＭサーバに容易に分かる。
【００３０】
第三に、あるオペレーションの実行中に変化する状態値、又は周期的にもしくはイベントの発生時に測定された値などをＤＭツリー上にデバイスが記録及び保存しておき、特定条件が満たされたときにＤＭサーバに報告することにより、データのロスを防止してネットワークリソースを非常に効果的に使用できる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の好ましい実施形態を詳細に説明する。
【００３２】
本発明において、ＤＭサーバは、ロギングデータ保存命令に、ロギングデータが保存される位置のＵＲＩを正確に明示せず、単にＤＭクライアントのフロントエンドが該当命令の処理をロギングサブツリー管理部に伝達できる程度の情報のみを含めて送信し、前記ロギングデータ保存命令を受信したロギングサブツリー管理部は、前記ロギングデータが保存される正確な位置を決定した後、前記決定によって前記ロギングデータを保存する。このような方法によれば、ロギングストレージの管理をロギングサブツリー管理者に委任することにより、ＤＭサーバ又はスケジューリングコンテクストが複雑なロギングデータ保存手順に関与しないようにする。
【００３３】
また、本発明においては、前記ロギングデータが保存されるとき、各ノードにソース属性値及び理由属性値が共に保存される。前記ソース属性値としては、前記ロギングデータの元のＵＲＩが保存され、前記理由属性値としては、ロギング原因が分かるようにする情報、例えばスケジューリングコンテクストＩＤが保存されることが好ましい。従って、前記ＤＭサーバは、ログされたノードを確認するとき、どのデータがログされ、いかなる理由でログされたかが分かる。
【００３４】
図１は本発明の一実施形態によるロギングデータのためのＤＭシステムを示すブロック図である。
【００３５】
図１に示すように、本発明によるロギングデータを生成するためのＤＭシステムは、デバイス（端末）１００とＤＭサーバ１０１とを含む。
【００３６】
デバイス１００は、スケジューリングコンテクスト１０２と、ＤＭクライアント１０３と、ロギングサブツリー１０４とを含む。ＤＭクライアント１０３は、フロントエンド１１と、ロギングサブツリー管理部１２とを含む。
【００３７】
ＤＭクライアント１０３は、ＤＭサーバ１０１又はスケジューリングコンテクスト１０２からロギングデータを保存するためのＤＭ命令を受信する。スケジューリングコンテクスト１０２は、ＤＭ命令及び前記ＤＭ命令を実行するための条件、すなわち特定時点を含む。
【００３８】
ＤＭサーバ１０１（又は、スケジューリングコンテクスト１０２）は、前記ロギングデータを保存するためのＤＭ命令として、所定のＤＭオブジェクトの値を前記ロギングサブツリー（Ｌｏｇ／Ｄａｔａ）にコピーさせる命令（例えば、コピー命令）を使用する。前記コピー命令は、従来のような正確なデータ保存位置のＵＲＩではなく、単にＬｏｇ／Ｄａｔａとだけ明示されることが好ましい。すなわち、前記ロギングデータを保存する位置を示すＵＲＩとしてＬｏｇ／Ｄａｔａが例に挙げられる。
【００３９】
フロントエンド１１は、前記ＤＭ命令が前記Ｌｏｇ／Ｄａｔａを含むか否かを確認し、前記ＤＭ命令が前記Ｌｏｇ／Ｄａｔａを含む場合、該当命令をロギングサブツリー管理部１２に送信する。ロギングサブツリー管理部１２は、フロントエンド１１から前記Ｌｏｇ／Ｄａｔａが明示されたコピー命令を受信すると、ログサブツリー管理部１２のロギングデータストレージ管理ポリシーと方式に従って、前記ロギングデータを保存する位置を決定する。
【００４０】
図２に示すように、ロギングサブツリー１０４は、Ｌｏｇノード、Ｌｏｇ／Ｃｏｎｔｒｏｌノード、Ｌｏｇ／Ｄａｔａノード、Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｓｉｚｅノード、Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔノード、Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅノード、Ｌｏｇ／Ｄａｔａ／Ｉｔｅｍ  １、２、．．．、Ｌｏｇ／Ｄａｔａ／Ｉｔｅｍ  １／Ｄａｔａ  １、２、．．．などのＤＭノードを含む。
【００４１】
ロギングサブツリー１０４は、変化する状態値、又は周期的にもしくはあるイベントの発生時に測定された変化する測定値を記録／保存するための部分であり、制御部分とデータ部分とを含む。前記制御部分は、前記Ｌｏｇ／Ｃｏｎｔｒｏｌノードに位置するＳｉｚｅノード、Ｃｕｒｒｅｎｔノード、及びＲｅｃｕｒｓｉｖｅノードを含み、前記ロギングデータを保存及び記録する方式を制御するために使用される。また、前記データ部分は、前記Ｌｏｇ／Ｄａｔａノードに位置し、ロギングデータ保存空間、すなわちバッファを提供する。
【００４２】
前記制御部分において、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｓｉｚｅノードは、前記Ｌｏｇ／Ｄａｔａノードに保存できるロギングデータの最大数を示し、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔノードは、次のロギングデータが保存される位置を示す。例えば、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔノードの値が０である場合、次のロギングデータは前記Ｌｏｇ／Ｄａｔａ／Ｉｔｅｍ  １に保存され、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔノードの値が１である場合、前記Ｌｏｇ／Ｄａｔａ／Ｉｔｅｍ  ２に保存される。また、新しいロギングデータが保存されると、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔの値は次の保存空間を示すように更新される。すなわち、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／ＣｕｒｒｅｎｔノードのＣｕｒｒｅｎｔの値は、現在最後まで占めているｉｔｅｍの位置を示すので、前記コピー命令が受信されると、ロギングサブツリー１０４は、前記ロギングデータを現在のＣｕｒｒｅｎｔノードの次の位置に保存する。
【００４３】
前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅノードは、前記ロギングデータ保存空間が一杯になって空いた空間がない場合に新たに生成されたロギングデータを処理する方式を示す。その値がＴｒｕｅである場合は、最も古いロギングデータを削除してその空いた空間に新しいロギングデータを保存し、その値がＦａｌｓｅである場合は、新たに生成されたロギングデータは全て廃棄される。ここで、最も古いロギングデータアイテムは、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔノードの値によって決定される。
【００４４】
図３は最も古いロギングデータを削除してその空間に新たに生成されたロギングデータを保存する方法を示す図である。特に、図３は、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／ＳｉｚｅノードがＮ個であり、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅの値がＴｒｕｅであり、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔの値が２である場合、新たに生成されたロギングデータを最も古いロギングデータアイテムであるＩｔｅｍ  ３に保存する過程を示す。前記データ部分で全てのロギングデータは前記Ｌｏｇ／Ｄａｔａノードに保存される。
【００４５】
以下、本発明によるロギングデータを生成及び制御するためのＤＭシステムでロギングデータを生成する動作についてより詳細に説明する。
【００４６】
図４は本発明の一実施形態によるＤＭシステムにおけるロギングデータの生成及び制御方法を示すフローチャートである。
【００４７】
図４に示すように、ＤＭクライアント１０３は、ＤＭサーバ１０１又はデバイス１００内のスケジューリングコンテクスト１０２から、ロギングデータを保存させるＤＭ命令（コピー命令）を受信する（Ｓ１０）。前記命令は、ログするオブジェクト（ロギングデータ）及びそのログするオブジェクトが保存される位置のＵＲＩを含み、前記ロギングデータが保存される位置はＬｏｇ／Ｄａｔａである。一例として、前記命令がＣｏｐｙ／Ｓｔａｔｕｓ／Ａ  ｍｏｄｕｌｅ／Ｏｂｊｅｃｔ  Ａ  ｔｏ  Ｌｏｇ／Ｄａｔａであると仮定すると、ロギングデータはＯｂｊｅｃｔ  Ａとなり、そのロギングデータが保存される位置はＬｏｇ／Ｄａｔａとなる。
【００４８】
ＤＭクライアント１０３のフロントエンド１１は、受信したロギングデータ保存命令（コピー命令）のＵＲＩがロギングサブツリー（Ｌｏｇ／Ｄａｔａ）を示す場合、該当命令の処理をロギングサブツリー管理部１２に渡し、ロギングサブツリー管理部１２は、ロギングサブツリー１０４の制御部分（Ｌｏｇ／Ｃｏｎｔｒｏｌ）の値を参照して空いたロギングデータ保存空間が存在するか否かを確認する（Ｓ１１）。確認の結果、空いた空間が存在しない場合、ロギングサブツリー管理部１２は、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅノードの値がＴｒｕｅであるか否かを確認し（Ｓ１２）、Ｆａｌｓｅである場合、受信したロギングデータを廃棄する（Ｓ１３）。
【００４９】
これに対し、空いた空間が存在するか、又は前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅの値がＴｒｕｅである場合、ロギングサブツリー管理部１２は、受信したロギングデータを保存する位置を決定する。すなわち、空いた空間が存在する場合、図２に示すように、ロギングサブツリー管理部１２は、新しいフォルダノード２０１、２０２を生成し、前記新しいフォルダノードに新しいロギングデータを保存する（Ｓ１４、Ｓ１７）。ここで、新たに生成されたフォルダノードの名前は、図２に示すように、Ｉｔｅｍ  ＮのようにＩｔｅｍで始まって整数値を有する番号で終わり、１からＬｏｇ／Ｃｏｎｔｒｏｌ／Ｓｉｚｅまで順次増加するように決定される。
【００５０】
また、空いた空間は存在しないが、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅの値がＴｒｕｅである場合は、前記Ｌｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔの値を参照して上書きするフォルダノードの位置を決定する（Ｓ１５）。例えば、フォルダノード２０１にロギングデータを上書きすると決定した場合、ロギングサブツリー管理部１２は、フォルダノード２０１に含まれる全てのデータノード２０３（古いロギングデータ）を削除した後、受信した新しいロギングデータを保存する（Ｓ１６、Ｓ１７）。ここで、ロギングデータの保存は、新しいノード２０３を生成することによって行われる。前記新たに生成されたノードには前記ロギングデータオブジェクトの値が保存され、前記ロギングデータの元のＵＲＩ（ソース属性値）及びロギング原因が分かるようにする情報（理由属性値）が前記新たに生成されたノードの属性値として保存される。従って、ＤＭサーバ１０１は、ログされたノードを確認するとき、どのデータがログされ、いかなる理由でログされたかが分かる。
【００５１】
特に、前記段階Ｓ１０において、ＤＭサーバ１０１は、前記ロギングデータを保存するためのＤＭ命令内にロギングデータ保存位置を正確に明示しない。これは、正確なロギングデータ保存位置は前記ＤＭクライアントが決定し、ＤＭサーバ１０１は正確な位置が事前に分からないためである。すなわち、ＤＭサーバ１０１は、前記新しいロギングデータを保存させる命令を出すとき、Ｉｔｅｍ  １、Ｉｔｅｍ  ２、．．．、Ｉｔｅｍ  Ｎのうちどこに保存されるかが分からない。従って、ＤＭサーバ１０１は、前記新しいロギングデータを保存させる命令を出すとき、単にロギングデータ保存位置をＬｏｇ／Ｄａｔａと明示して送信する。
従って、前記ロギングデータ保存命令を受信したＤＭクライアント１０２のフロントエンド１１は、該当命令に含まれるＬｏｇ／Ｄａｔａを確認して、受信したＤＭ命令をロギングサブツリー管理部１２に送信すべきか否かを判断する。前記命令を受信したロギングサブツリー管理部１２は、Ｉｔｅｍ  １、Ｉｔｅｍ  ２、．．．、Ｉｔｅｍ  Ｎのうち、前記ロギングデータを保存する正確な位置を自分で決定する。
【００５２】
図５は、ファームウェアアップグレードオペレーションに失敗した場合にオブジェクトＡ、Ｂ、Ｃをロギングサブツリーに保存する方法を示す図である。
【００５３】
まず、ＤＭサーバ１０１は、新しいロギングデータを保存させる命令を出すとき、ロギングデータ保存位置をＬｏｇ／Ｄａｔａと明示して送信する。
【００５４】
すなわち、ＤＭサーバ１０１は、オブジェクトＡをロギングサブツリーに保存するために、Ｃｏｐｙ／Ｓｔａｔｕｓ／Ａ  ｍｏｄｕｌｅ／Ｏｂｊｅｃｔ  Ａ  ｔｏ  Ｌｏｇ／Ｄａｔａ命令を送信し、オブジェクトＢをロギングサブツリーに保存するために、Ｃｏｐｙ／Ｒａｔｅ／Ｏｂｊｅｃｔ  Ｂ  ｔｏ  Ｌｏｇ／Ｄａｔａ命令を送信し、オブジェクトＣをロギングサブツリーに保存するために、Ｃｏｐｙ／Ｇｕａｇｅ／Ｂｕｆｆｅｒ／Ｒｅｃｅｉｖｅ／Ｏｂｊｅｃｔ  Ｃ  ｔｏ  Ｌｏｇ／Ｄａｔａ命令を送信する。
【００５５】
ＤＭクライアント１０３のフロントエンド１１は、前記命令内のＬｏｇ／Ｄａｔａを確認して該当命令をロギングサブツリー管理部１２に送信し、ロギングサブツリー管理部１２は、前記オブジェクトＡ、Ｂ、Ｃをロギングサブツリー１０４に保存する。
【００５６】
従って、．／Ｌｏｇ／Ｄａｔａの下位に新しいＩｔｅｍ  ２が生成され、そのＩｔｅｍ  ２の下位に新しい３つのノード、Ｉｔｅｍ  ２／Ｏｂｊｅｃｔ  Ａ、Ｉｔｅｍ  ２／Ｏｂｊｅｃｔ  Ｂ、及びＩｔｅｍ  ２／Ｏｂｊｅｃｔ  Ｃが生成され、前記Ｏｂｊｅｃｔ  Ａ、Ｂ、Ｃの値が保存される。このとき、各Ｉｔｅｍ  ２／Ｏｂｊｅｃｔ  Ａ、Ｉｔｅｍ  ２／Ｏｂｊｅｃｔ  Ｂ、及びＩｔｅｍ  ２／Ｏｂｊｅｃｔ  Ｃノードのそれぞれにソース属性値及び理由属性値が共に保存される。Ｉｔｅｍ  ２／Ｏｂｊｅｃｔ  Ａ、Ｉｔｅｍ  ２／Ｏｂｊｅｃｔ  Ｂ、及びＩｔｅｍ  ２／Ｏｂｊｅｃｔ  Ｃノードのソース属性値は、それぞれ．／Ｓｔａｔｕｓ／Ａ  ｍｏｄｕｌｅ／Ｏｂｊｅｃ  Ａ、．／Ｒａｔｅ／Ｏｂｊｅｃｔ  Ｂ、及び．／Ｇｕａｇｅ／Ｂｕｆｆｅｒ／Ｒｅｃｅｉｖｅであり、前記新たに生成された３つのノードの理由属性値は、全てスケジューリングコンテクストＩＤを示す。
【００５７】
前述したように、本発明によるログ管理オブジェクトを利用したＤＭシステム、並びにＤＭシステムにおけるロギングデータの生成及び制御方法は、様々な長所を有する。
【００５８】
すなわち、例えば、第一に、ＤＭサーバがコピー命令のみを指示し、実質的なロギングデータの保存はＤＭクライアント内のロギングサブツリー管理部が行うため、従来のようにＤＭサーバがロギングストレージ管理作業を行う負担を低減できる。
【００５９】
第二に、ロギングデータを各ノードに保存するとき、各ノードにソース属性値及び理由属性値を共に保存することにより、ログされたノードを確認するとき、前記ロギングデータの履歴（例えば、どのデータがログされたか、又はいかなる理由でログされたか、など）がＤＭサーバに容易に分かる。
【００６０】
第三に、あるオペレーションの実行中に変化する状態値、又は周期的にもしくはイベントの発生時に測定された値などをＤＭツリー上に記録及び保存しておき、特定条件が満たされたときにＤＭサーバに報告することにより、データのロスを防止してネットワークリソースを非常に効果的に使用できる。
【００６１】
前述した実施形態と利点は単なる例示にすぎず、本発明を制限するものではない。本発明は、他の形態の装置にも容易に適用できる。本発明の詳細な説明は単なる説明の便宜のためのものであり、特許請求の範囲を制限するものではない。当該技術分野における通常の知識を有する者であれば多様な代替、変更、変形が可能であることを理解できるであろう。特許請求の範囲において、ミーンズプラスファンクションクレーム(means-plus-function  clauses)は説明された機能を実行する、ここに記載された構成（structure）及び構造的同等物並びに均等な構造をも含む。
【図面の簡単な説明】
【００６２】
以下の図面を参照して本発明を詳細に説明し、同図面において同様の参照番号は同様の構成要素を示す。
【図１】本発明の一実施形態によるロギングデータのためのＤＭシステムを示すブロック図である。
【図２】図１に示すロギングサブツリーの細部構造を示す図である。
【図３】ロギングデータを保存するために保存空間を割り当てる方法を示す図である。
【図４】本発明の一実施形態による装置管理システムにおけるロギングデータの生成及び制御方法を示すフローチャートである。
【図５】１つのオペレーションを実行してロギングデータを保存するときにソース属性値及び理由属性値を共に保存する例を示す図である。
【図１】
2009507294.tif 000003
【図２】
2009507294.tif 000004
【図３】
2009507294.tif 000005
【図４】
2009507294.tif 000006
【図５】
2009507294.tif 000007
【国際調査報告】
2009507294.tif 000008
2009507294.tif 000009