JP4677489B2

JP4677489B2 - 追加属性を有するノードを使用する装置管理方法及び装置管理クライアント

Info

Publication number: JP4677489B2
Application number: JP2008531028A
Authority: JP
Inventors: テ−ヒュンキム，
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2005-10-01
Filing date: 2006-09-29
Publication date: 2011-04-27
Anticipated expiration: 2026-09-29
Also published as: CN101278519B; EP1929705A4; KR20070037542A; CN101278519A; JP2009509395A; EP1929705A1; US8001150B2; US20080201475A1; WO2007040324A1; EP1929705B1; KR100747466B1

Description

本発明は、追加属性を使用する装置管理（Device Management；ＤＭ）方法及びＤＭクライアントに関し、特に全てのノードに共通に必要な属性に加えて該当ノードに特化した追加属性を使用するＤＭ方法及びＤＭクライアントに関する。

一般に、ＤＭ技術とは、装置（ＤＭクライアント）内に保存された変数又はオブジェクトをサーバ（ＤＭサーバ）が遠隔制御することによりその装置の設定を変更する技術である。主に、ＤＭサーバから特定命令が受信されると、ＤＭクライアントが該当命令を直ちに実行する。

前記ＤＭサーバは、前記命令を受信したＤＭクライアントが該当命令を実行する過程により、特定管理オブジェクトの値の読み出し、変更、削除、生成などのＤＭを行う。

前記ＤＭ技術は、他の管理技術に比べて様々な機能をサポートする標準であって、ＤＭプロトコル仕様、ＤＭ文書表現方式に関する仕様、転送プロトコル間の結合（binding）方式に関する仕様、ＤＭツリー及びＤＭノードに関する仕様、ＤＤＦ（Device Description Framework）に関する仕様、通知（notification）に関する仕様などを含む。

前記ＤＭ技術は、前記ＤＭサーバが前記装置内に存在する特定管理オブジェクトに関する命令を送信し、前記命令を受信したＤＭクライアントが該当命令を実行する過程により実現される。ここで、前記管理オブジェクトは、主に前記装置のデータベースに存在し、前記装置内に存在するＤＭツリーのノードに論理的に接続されている。すなわち、前記ＤＭサーバは、前記管理オブジェクトに論理的に接続されたノードにＵＲＩ（Uniform Resource Indicator）でアクセスすることにより、管理命令を発行することができる。

従って、前記ＤＭサーバが前記ＤＭクライアントに存在するリソース又はオブジェクトにアクセスできるように、それぞれのリソース又はオブジェクトはノードを有する。前記ノードがそれぞれリソース又はオブジェクトに関連付けられているため、前記ＤＭサーバは該当ノードにアクセスして該当リソース又はオブジェクトを管理することができる。ここで、前記ＤＭサーバが各ノードに関連付けられたリソース又はオブジェクトを管理できるように、各ノードはそれに属するリソース又はオブジェクトに関する情報を示す属性値を有する。

図１は従来のＤＭクライアントのノードの属性を示す図である。前記ＤＭクライアントに保存されているリソースは、リソースの特性に応じてリソース１、リソース２などに区分でき、リソース毎にノードが関連付けられている。ノードｘはリソース１に関する情報を示すフィールドを有し、ノードｙはリソース２に関する情報を示すフィールドを有する。前記ノードｘ及びノードｙを含むＤＭクライアントの全てのノードは次のようなフィールドを有する。

−ＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴ：該当リソースにアクセスできる外部装置のリスト
−ＦＯＲＭＡＴ：該当リソースの符号化形式
−ＮＡＭＥ：ノードの名称
−ＳＩＺＥ：該当リソースのサイズ
−ＴＩＭＥＳＴＡＭＰ：該当リソースの値が最終的に変更された時点
−ＴＹＰＥ：該当リソースの形式又はタイプ
前記フィールドは、ノードに関係なく全てのタイプのノードに同一に適用される。すなわち、全てのノードは、ＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥＳＴＡＭＰ、及びＴＹＰＥを含む同一のフィールドのセットを有する。

このように、全てのノードが同一のフィールドを有するため、ノードの特性に適した属性を示すことができないという問題があった。例えば、メールサーバのメッセージオブジェクトのノードは、メッセージが読んだメッセージであるか、削除されたメッセージであるかなどの情報を示す属性を有することが好ましい。しかし、前記サーバがカレンダサービスを提供する場合、カレンダオブジェクトのノードには前記メッセージオブジェクトに必要な属性を付与する必要がない。ここで、従来のように、前記メッセージオブジェクトのノード及び前記カレンダオブジェクトのノードに共通に必要な属性のみを使用した場合、そのノードに論理的に接続されたリソースを効果的に管理できない。さらに、前記メッセージオブジェクトにのみ必要な属性と前記カレンダオブジェクトにのみ必要な属性とを全てのノードに区分せずに適用した場合、保存空間を浪費する。

そこで、本発明は、ノードに関連付けられたリソース又は管理オブジェクトの特性に応じて定義された追加属性を有するノードを使用する装置管理（ＤＭ）方法を提供することを特徴とする。

本発明の他の特徴は、ＤａｔａＳｙｎｃによりＤＭサーバと通信するＤＭクライアントのノードにそのノードの状態を示す追加属性を含めることにより、前記ＤＭサーバとＤＭクライアント間でデータを同期化するＤＭ方法を提供することにある。

少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、全てのノードに共通する共通属性、及び各ノードに特化した追加属性を有するノードを含むＤＭクライアントを提供する。

また、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、ノード生成命令を受信する段階と、前記命令に応じて共通属性及び追加属性を含むノードを生成する段階とを含み、ここで、前記共通ノードは、全てのノードに共通する少なくとも１つのフィールドを含み、前記追加属性は、各ノードに特化した少なくとも１つのフィールドを含む、ＤＭ方法を提供する。

さらに、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、共通属性及び追加属性を含むノードを含み、ここで、前記共通属性は、全てのノードに共通する少なくとも１つのフィールドを含み、前記追加属性は、ログ情報に関する少なくとも１つのフィールドを含む、ＤＭクライアントを提供する。

さらに、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、共通属性及び追加属性を含むノードを含み、ここで、前記共通属性は、ＤＭクライアントの全てのノードに共通する少なくとも１つのフィールドを含み、前記追加属性は、受信されたメッセージの状態を示す少なくとも１つのフィールドを含む、ＤＭクライアントを提供する。

さらに、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、任意のメールクライアントからメッセージを受信する段階と、前記受信されたメッセージの状態を示す少なくとも１つのフィールドを含む追加属性を含むメッセージオブジェクトノードを生成する段階と、前記メールクライアントからのメッセージ処理要求に応じて、前記追加属性のフィールドを変更して保存する段階とを含む、複数のメールクライアントと通信するメールサーバにおけるＤＭ方法を提供する。

さらに、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、管理オブジェクトのログ情報に関する属性を有するノードを含むＤＭツリーを有するＤＭクライアントを提供する
さらに、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、管理オブジェクトのためのログデータに関する少なくとも１つの属性を含むノードを含むＤＭクライアントを提供する。

本発明のさらなる長所、目的、及び特徴は後述する発明の詳細な説明に一部は記述されており、一部は当業者であれば以下の実施例により明確になるか又は本発明の実施により理解されるであろう。本発明の目的と長所は、特に請求の範囲に開示されたことにより実現及び達成される。

以下、添付の図面を参照して本発明の好ましい実施形態について詳細に説明する。

図２は本発明によるＤＭクライアントのノードの属性を示す図である。図示のように、ノードｘは共通属性１０１のみを有し、ノードｙは共通属性１０２と少なくとも１つのフィールド、すなわちＦＯＯ＿１及びＦＯＯ＿２を含む追加属性２０２を有し、ノードｚは共通属性１０３と少なくとも１つのフィールド、すなわちＢＡＲ＿１、ＢＡＲ＿２、及びＢＡＲ＿３を含む追加属性２０３を有する。

ここで、前記共通属性とは、全てのノードに共通する属性をいい、前記追加属性とは、ノード別に使用する必要がある情報をいう。従来は、全てのノードが同一のフィールドを有するため、フィールドが区別されていなかったが、本発明においては、ノードの特性に応じて付与されるフィールドが異なり、フィールドは共通属性と追加属性とに分類される。

前記共通属性として、ＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥＳＴＡＭＰ、ＴＹＰＥ、及びＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドを使用する。前記ＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴフィールドは該当リソースにアクセスできる外部装置のリストを示し、前記ＦＯＲＭＡＴフィールドは該当リソースの符号化形式を示し、前記ＮＡＭＥフィールドはノードの名称を示し、前記ＳＩＺＥフィールドは該当リソースのサイズを示し、前記ＴＩＭＥＳＴＡＭＰは該当リソースの値が最終的に変更された時点を示し、前記ＴＹＰＥフィールドは該当リソースの形式又はタイプを示し、前記ＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドはノードのタイプを示す。

前記ノードｙ及び前記ノードｚの共通属性のうち、前記ＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドは、サーバなどの外部装置に前記ノードｙ及び前記ノードｚの追加属性が分かるように、前記ノードｙ及び前記ノードｚのタイプを示さなければならない。また、前記ＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドは、各ノードのタイプに対して固有の値を有しなければならない。

前記ノードｙの追加属性のＦＯＯ＿１及びＦＯＯ＿２フィールドは、そのノードｙに属するリソースの特有の特性を説明するのに必要なものであり、前記ノードｚの追加属性のＢＡＲ＿１、ＢＡＲ＿２、及びＢＡＲ＿３フィールドは、そのノードｚに属するリソースの特有の特性を説明するのに必要なものである。

前記追加属性は外部装置により生成することもできる。前記外部装置がノードを生成するための命令を送信する場合、前記命令は追加属性の生成指示を含む。すなわち、前記命令は、生成しようとするノードのタイプを示すＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドの値を有する。

ここではノードの概念をＤＭクライアントに限って説明したが、ノードは、独立して実現できるユニットとして、クライアントだけでなくサーバにも適用できる。

図３は本発明による共通属性及び追加属性を有するログ／ロギングノードを含むＤＭツリーを示す図である。

ＤＭクライアントは、特定オペレーションの実行中にＤＭクライアントの状態値をＤＭツリーに記録し、定められた条件を満たすとＤＭサーバにログすることができる。前記ＤＭサーバは、同一のＤＭセッション及びプロトコルにより、様々なタイプの装置内の共通データベースに保存された情報を遠隔管理できるように、ＤＭツリーを使用する。

前記ＤＭツリーは、前記共通データベースに保存された情報に名称を付与し、各情報にアクセスする経路を提供し、前記情報の論理的／物理的な形式などの属性を有する。

図３に示すように、前記ＤＭクライアントは、リソースの特性に応じてＳｔａｔｕｓ、Ｒａｔｅ、Ｇａｕｇｅ、及びＬｏｇのノードを含むＤＭツリーを有する。前記Ｓｔａｔｕｓノード、Ｒａｔｅノード、及びＧａｕｇｅノードは、それぞれＯｂｊｅｃｔＡ、ＯｂｊｅｃｔＢ、及びＯｂｊｅｃｔＣを含む。前記ＯｂｊｅｃｔＡ、Ｂ、及びＣは、前記ＤＭクライアントの特定オペレーションの実行中に変化する状態値、周期的に測定された値、又は特定イベントの発生時に測定された値などを保存している。一例として、前記オブジェクトの値が予め設定された閾値に達するか、特定時点になるか、又は前記装置で特定イベントが発生した場合、前記ＯｂｊｅｃｔＡ、Ｂ、及びＣは前記値を保存する。

前記ＤＭツリーのうち、前記Ｌｏｇノードは、前記ＤＭクライアントの変化する状態値又は測定値を記録及び保存するためのものである。前記Ｌｏｇノードは制御部分とデータ部分とに分けられる。前記制御部分はＬｏｇ／Ｃｏｎｔｒｏｌノードに該当する。前記制御部分は、保存できるログデータの最大数を示すＬｏｇ／Ｃｏｎｔｒｏｌ／Ｓｉｚｅノードと、次のログデータが保存される位置を示すＬｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔノードと、保存空間がない場合に新しいログデータを処理する方式を示すＬｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅノードとを含む。すなわち、前記Ｌｏｇノードは、前記ログデータの保存及び記録方式を制御するために使用される。ここで、前記ログデータとは、前記装置に状態値又は測定値として保存され、所定の条件を満たすと前記サーバに報告されるターゲットを意味する。

注目すべきは前記Ｌｏｇノードのデータ部分である。前記データ部分は、前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードに該当し、前記ログデータが保存される空間を提供する。前記ログデータが前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードの下位に保存される過程は次の通りである。

ステップ１：ＤＭクライアントがログデータを保存するＤＭ命令を受信する。前記ＤＭ命令は、ログする管理オブジェクト、及び前記管理オブジェクトのログデータを保存する位置のＵＲＩを含む。ログする前記オブジェクトを保存する位置のＵＲＩはＬｏｇ／Ｌｏｇｇｉｎｇになる。

ステップ２：前記ログデータを保存する空間がある場合、新しいフォルダノードＩｔｅｍ１を生成する。

ステップ３：前記Ｉｔｅｍ１ノードにＯｂｊｅｃｔＡノード、ＯｂｊｅｃｔＢノード、及びＯｂｊｅｃｔＣノードを生成する。

ステップ４：前記ログデータ（ＯｂｊｅｃｔＡ、ＯｂｊｅｃｔＢ、及びＯｂｊｅｃｔＣ）をコピーする。

ステップ５：前記ＯｂｊｅｃｔＡに関するログデータはＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡに保存し、前記ＯｂｊｅｃｔＢに関するログデータはＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＢに保存し、前記ＯｂｊｅｃｔＣに関するログデータはＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＣに保存する。

すなわち、特定時点又は条件で読まれたＯｂｊｅｃｔＡ、Ｂ、及びＣの値は、ログツリーの下位に新しいノード（Ｉｔｅｍ１、Ｉｔｅｍ２、Ｉｔｅｍ３、．．．）を生成して保存する。ここで、前記ログツリーの下位に生成されるノード（Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡ、Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＢ、Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＣ）は、そのノードの特性を説明するための追加属性を有する。前記追加属性は、ログするオリジナルデータの位置を示すＤＡＴＡＳＯＵＲＣＥフィールド、及びログデータが生成された理由を示すＲＥＡＳＯＮフィールドを含む。

前記ＤＡＴＡＳＯＵＲＣＥフィールドは、ログするオリジナルデータの位置を示す。従って、前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡノードの追加属性は、「ＤＡＴＡＳＯＵＲＣＥ＝．／Ｓｔａｔｕｓ／Ａｍｏｄｕｌｅ／ＯｂｊｅｃｔＡ」のようなフィールドを有する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＢノードの追加属性は、「ＤＡＴＡＳＯＵＲＣＥ＝．／Ｒａｔｅ／ＯｂｊｅｃｔＢ」のようなフィールドを有する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＣノードの追加属性は、「ＤＡＴＡＳＯＵＲＣＥ＝Ｇａｕｇｅ／Ｂｕｆｆｅｒ／Ｒｅｃｅｉｖｅ／ＯｂｊｅｃｔＣ」のようなフィールドを有する。すなわち、前記ＯｂｊｅｃｔＡ、Ｂ、及びＣのＵＲＩを有する。

前記ＲＥＡＳＯＮフィールドは、前記ロギングノードが生成された理由、すなわち前記ノードがログされた理由に関する情報を提供する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードは、前記外部装置（ＤＭサーバ）のロギング要求によって生成される。この場合、前記ＲＥＡＳＯＮフィールドは前記ロギング要求に対するＩＤを有する。さらに、前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードは、前記ＤＭクライアントに保存されたスケジューリングによって生成される。ＤＭスケジューリング方法によれば、サーバがクライアントのＤＭ命令をスケジューリングし、特定時点又は状態でクライアントが自発的に装置（例えば、端末）の状態を報告してスケジュールされたプログラム（診断プログラム、状態ロギングプログラム、及びウイルス検索プログラム）を実行する。この方法により前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードが生成された場合、前記ＲＥＡＳＯＮ属性はスケジューリングのＩＤを有する。

前記追加属性を使用するために、前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡノード、Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡノード、及びＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡノードの共通属性に前記ＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドが追加され、前記ＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドはそのノードのタイプを示す。ここで、ＭＡＮＡＧＥＭＥＮＴＴＹＰＥ＝Ｌｏｇｇｉｎｇにすることにより、前記外部装置はそのノードがログデータに関するものであることが分かる。

図４は本発明による統合属性を有するＬｏｇ／Ｌｏｇｇｉｎｇノードを含むＤＭツリーを示す図である。ＤＭツリーのＳｔａｔｕｓノード、Ｒａｔｅノード、及びＧａｕｇｅノードは、それぞれＯｂｊｅｃｔＡ、ＯｂｊｅｃｔＢ、及びＯｂｊｅｃｔＣを含む。前記ＯｂｊｅｃｔＡ、Ｂ、及びＣは、ＤＭクライアントの特定オペレーションの実行中に変化する状態値、周期的に測定された値、又は特定イベントの発生時に測定された値などを保存している。

前記ＯｂｊｅｃｔＡ、Ｂ、及びＣは、特定条件を満たすとコピーされてＬｏｇノードの下位に保存される。前記Ｌｏｇノードは、制御部分、すなわちＬｏｇ／Ｃｏｎｔｒｏｌノード、及びデータ部分、すなわちＬｏｇ／Ｌｏｇｇｉｎｇノードを含む。前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードには、図３を参照して説明した前記ステップ１〜ステップ５により、ログデータが保存される。

従って、Ｉｔｅｍ１ノードは、ＯｂｊｅｃｔＡに関するログデータが保存されるＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡと、ＯｂｊｅｃｔＢに関するログデータが保存されるＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＢと、ＯｂｊｅｃｔＣに関するログデータが保存されるＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＣとを含む。

また、前記ログツリーの下位に生成されるノード（Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡ、Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＢ、及びＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＣ）は、共通属性と共に、そのノード固有の特性を示すための統合属性３０１を有する。

従って、前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡ、Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＢ、及びＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＣのそれぞれは、ＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥＳＴＡＭＰ、ＴＹＰＥフィールドを含む共通属性だけでなく、ログするオリジナルデータの位置を示すＤＡＴＡＳＯＵＲＣＥフィールド、及びログデータが生成された理由を示すＲＥＡＳＯＮフィールドを有する。

前記ＤＡＴＡＳＯＵＲＣＥフィールドは、ログするオリジナルデータの位置を示す。従って、前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡノードの統合属性のＤＡＴＡＳＯＵＲＣＥフィールドは、「．／Ｓｔａｔｕｓ／Ａｍｏｄｕｌｅ／ＯｂｊｅｃｔＡ」の値を有する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＢノードの統合属性のＤＡＴＡＳＯＵＲＣＥフィールドは、「．／Ｒａｔｅ／ＯｂｊｅｃｔＢ」の値を有する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＣノードの統合属性のＤＡＴＡＳＯＵＲＣＥフィールドは、「Ｇａｕｇｅ／Ｂｕｆｆｅｒ／Ｒｅｃｅｉｖｅ／ＯｂｊｅｃｔＣ」の値を有する。すなわち、前記ＯｂｊｅｃｔＡ、Ｂ、及びＣのＵＲＩを有する。

前記ＲＥＡＳＯＮフィールドは、前記ロギングノードが生成された理由、すなわち前記ノードがログされた理由に関する情報を提供する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードは、前記外部装置のロギング要求又はＤＭクライアントに保存されたスケジューリングによって生成される。前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードが前記外部装置のロギング要求によって生成された場合、前記ＲＥＡＳＯＮフィールドは前記ロギング要求に対するＩＤを有し、前記スケジューリングによって生成された場合、スケジューリングのＩＤを有する。

以下、本発明の他の実施形態として、追加属性を使用して電子メールを同期化する方法を説明する。メールサーバとメールクライアントがＤａｔａＳｙｎｃ方式で通信するとき、メールサーバに保存されているメッセージオブジェクトをメールクライアントと同期化するために、メッセージオブジェクトノードの追加属性として様々なメッセージフラグを使用する。

図５は本発明による共通属性及び追加属性を有するメールサーバのメッセージオブジェクトノードを示す図である。図示のように、メッセージオブジェクトノード（メッセージオブジェクト１、メッセージオブジェクト２、及びメッセージオブジェクト３）は、全てのノードに必要な共通属性及びノードの特性に応じて必要な追加属性を有する。

例えば、前記共通属性は、ＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥＳＴＡＭＰ、ＴＹＰＥ、及びＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドを含む。前記ＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴフィールドは該当メッセージオブジェクトにアクセスする権限を有するメールクライアントのリストを示し、前記ＦＯＲＭＡＴフィールドは前記メッセージオブジェクトノードに属するリソースの符号化形式を示し、前記ＮＡＭＥフィールドはノードの名称を示し、前記ＳＩＺＥフィールドは保存されたメッセージのサイズを示す。前記ＴＩＭＥＳＴＡＭＰフィールドはメッセージが最終的に変更された時点を示すので、前記ＴＩＭＥＳＴＡＭＰフィールドは、新しいメッセージの場合、新しいメッセージが受信された時間を示し、読んだ後に削除したメッセージの場合、メッセージが削除された時間を示し、返事を送ったメッセージの場合、返事を送った時間を示す。メールクライアントが該当ノードのタイプを把握できるように、前記ＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドを使用する。

前記ＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥＳＴＡＭＰ、ＴＹＰＥフィールドは、前記メールサーバの全てのノードに必要なノードの例であるが、前記ＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドは、前記追加属性を使用してノードを管理するとき、前記メールクライアントが該当ノードのタイプを把握できるようにする。

前記メッセージオブジェクトノードの追加属性は、ＳＥＥＮ、ＤＥＬＥＴＥＤ、ＲＥＣＥＮＴ、ＤＲＡＦＴ、ＡＮＳＷＥＲＥＤフィールドなどの少なくとも１つのフィールドを含む。前記ＳＥＥＮフィールドはメッセージが読まれたか否かを示し、前記ＤＥＬＥＴＥＤフィールドはメッセージが削除されたか否かを示し、前記ＲＥＣＥＮＴフィールドは新しいメッセージが受信されたか否かを示し、前記ＡＮＳＷＥＲＥＤフィールドはメッセージに対する返事が送られたか否かを示し、前記ＤＲＡＦＴフィールドはメッセージが作成されたが発送されていないことを示す。

前記メールサーバは、新しいメッセージを受信すると、受信した全てのメッセージをメッセージオブジェクトとして保存して管理する。図５は前記メールサーバに３つのメッセージが受信された場合を例に挙げたもので、ＭＡＩＬＢＯＸノードにはメッセージオブジェクト１、２、３が生成される。

前記メッセージオブジェクト１、２、３は、前記メールクライアントにそのノードがメッセージに関するものであることが分かるように、「ＭＡＮＡＧＥＭＥＮＴＴＹＰＥ＝ｍｅｓｓａｇｅ」の共通属性を有する。追加属性のフィールドの値は、以下に記述するように、メッセージオブジェクト毎に異なる。

（１）新たに受信されたメッセージ：
−ＳＥＥＮ＝Ｆａｌｓｅ
−ＤＥＬＥＴＥＤ＝Ｆａｌｓｅ
−ＲＥＣＥＮＴ＝Ｔｒｕｅ
−ＤＲＡＦＴ＝Ｆａｌｓｅ
−ＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅ
新たに受信されたメッセージは、まだ読まれていないのでＳＥＥＮ＝Ｆａｌｓｅ、削除されていないのでＤＥＬＥＴＥＤ＝Ｆａｌｓｅ、一時的に作成されたメッセージではないのでＤＲＡＦＴ＝Ｆａｌｓｅ、返事が送られていないのでＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅであるが、最新に受信されたのでＲＥＣＥＮＴ＝Ｔｒｕｅである。

（２）返事を送ったメッセージ
−ＳＥＥＮ＝Ｔｒｕｅ
−ＤＥＬＥＴＥＤ＝Ｆａｌｓｅ
−ＲＥＣＥＮＴ＝Ｆａｌｓｅ
−ＤＲＡＦＴ＝Ｆａｌｓｅ
−ＡＮＳＷＥＲＥＤ＝Ｔｒｕｅ
メッセージを読んだ後に返事を送ったのでＳＥＥＮ及びＡＮＳＷＥＲＥＤ属性はＴｒｕｅであり、その他の属性はＦａｌｓｅの値を有する。

（３）返事を送った後に削除したメッセージ
−ＳＥＥＮ＝Ｔｒｕｅ
−ＤＥＬＥＴＥＤ＝Ｔｒｕｅ
−ＲＥＣＥＮＴ＝Ｆａｌｓｅ
−ＤＲＡＦＴ＝Ｆａｌｓｅ
−ＡＮＳＷＥＲＥＤ＝Ｔｒｕｅ
メッセージを読んだ後に返事を送ったのでＳＥＥＮ及びＡＮＳＷＥＲＥＤフィールドの値はＴｒｕｅであり、そのメッセージを削除したのでＤＥＬＥＴＥＤフィールドの値はＴｒｕｅである。その他のフィールドの値はＦａｌｓｅである。

図６は本発明による統合属性を有するメールサーバのメッセージオブジェクトノードを示す図である。この場合、メールサーバがメールクライアントとＤａｔａＳｙｎｃ方式で通信し、メッセージオブジェクトノードが各メッセージオブジェクトノードの状態を示すフィールドを含む。

前記メッセージオブジェクトノードは、ＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥＳＴＡＭＰ、ＴＹＰＥフィールドを含む統合属性を基本的に含む。前記ＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴフィールドは該当メッセージオブジェクトにアクセスする権限を有するメールクライアントのリストを示し、前記ＦＯＲＭＡＴフィールドは前記メッセージオブジェクトノードに属するリソースの符号化形式を示し、前記ＮＡＭＥフィールドはノードの名称を示し、前記ＳＩＺＥフィールドは保存されたメッセージのサイズを示す。前記ＴＩＭＥＳＴＡＭＰフィールドはメッセージが最終的に変更された時点を示すので、前記ＴＩＭＥＳＴＡＭＰフィールドは、新しいメッセージの場合、新しいメッセージが受信された時間を示し、読んだ後に削除したメッセージの場合、メッセージが削除された時間を示し、返事を送ったメッセージの場合、返事を送った時間を示す。

前記統合属性は、ＳＥＥＮ、ＤＥＬＥＴＥＤ、ＲＥＣＥＮＴ、ＤＲＡＦＴ、及びＡＮＳＷＥＲＥＤフィールドをさらに含むことができる。すなわち、メールサーバに保存されているメッセージオブジェクトノードをメールクライアントと同期化するために、様々なフィールドを使用するのである。前記ＳＥＥＮフィールドはメッセージが読まれたか否かを示し、前記ＤＥＬＥＴＥＤフィールドはメッセージが削除されたか否かを示し、前記ＲＥＣＥＮＴフィールドは新たに受信されたメッセージであるか否かを示し、前記ＡＮＳＷＥＲＥＤフィールドはメッセージに対する返事が送られたか否かを示し、前記ＤＲＡＦＴフィールドはメッセージが作成されたが発送されていないか否かを示す。

図７は本発明によるメールクライアントとメールサーバ間のデータ同期化過程を示す図である。メールクライアントＡ及びメールクライアントＢは、ＤａｔａＳｙｎｃにより、メールサーバに保存されているメッセージにアクセスできる。メールクライアントＡ、Ｂは、メールサーバと通信できる携帯用端末機、ラップトップコンピュータ、デスクトップコンピュータなどである。

まず、メールサーバは、新しいメールを受信すると（Ｓ１０１）、受信したメッセージのために新しいメッセージオブジェクトを生成する（Ｓ１０２）。この場合、前記メッセージオブジェクトの追加属性は、ＳＥＥＮ＝Ｆａｌｓｅ、ＤＥＬＥＴＥＤ＝Ｆａｌｓｅ、ＲＥＣＥＮＴ＝Ｔｒｕｅ、ＤＲＡＦＴ＝Ｆａｌｓｅ、ＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅなどのフィールドを有する。メッセージが新たに受信されたメッセージであるので、前記ＲＥＣＥＮＴフィールドの値はＴｒｕｅであり、他の残りのフィールドの値はＦａｌｓｅである。

メールクライアントＡがメールサーバに接続すると（Ｓ１０３）、メールクライアントＡとメールサーバ間で初期同期化が行われる（Ｓ１０４）。前記初期同期化過程で、メールサーバは読まれていない新しいメールがあることを確認する。従って、メールサーバは、新しいメールが受信されていることをメールクライアントに通知するために、通知メッセージを送信する（Ｓ１０５）。その後、メールサーバは、前記ＲＥＣＥＮＴフィールドの値をＴｒｕｅからＦａｌｓｅに変更する。

前記通知メッセージを受信したメールクライアントＡは、前記受信したメールを確認するために、メールサーバにテキストＳｙｎｃ要求を送信する（Ｓ１０６）。前記テキストＳｙｎｃ要求を受信したメールサーバは、メールクライアントＡにテキスト内容を提供し（Ｓ１０７）、前記追加属性のフィールドを変更する。メールクライアントＡのテキストＳｙｎｃ要求によりメッセージが読まれるので、前記ＳＥＥＮフィールドの値がＦａｌｓｅからＴｒｕｅに変更される。従って、前記追加属性のフィールドは、ＳＥＥＮ＝Ｔｒｕｅ、ＤＥＬＥＴＥＤ＝Ｆａｌｓｅ、ＲＥＣＥＮＴ＝Ｆａｌｓｅ、ＤＲＡＦＴ＝Ｆａｌｓｅ、ＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅの値になる。

その後、メールクライアントＡとメールサーバ間の接続が解除され（Ｓ１０８）、メールクライアントＢがメールサーバへの接続を要求すると（Ｓ１０９）、メールサーバとメールクライアントＢ間で初期同期化が行われる（Ｓ１１０）。この場合、前記追加属性のフィールドは、ＳＥＥＮ＝Ｔｒｕｅ、ＤＥＬＥＴＥＤ＝Ｆａｌｓｅ、ＲＥＣＥＮＴ＝Ｆａｌｓｅ、ＤＲＡＦＴ＝Ｆａｌｓｅ、ＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅの値を有する。

次に、メールクライアントＢがメールサーバにメッセージの削除を要求すると（Ｓ１１１）、前記追加属性のフィールドが変更される。既に読んだメールの削除要求であるので、Ｔｒｕｅであった前記ＳＥＥＮフィールドの値は変更されず、前記ＤＥＬＥＴＥＤフィールドの値はＦａｌｓｅからＴｒｕｅに変更される。これにより、メールサーバのメッセージオブジェクトの追加属性は、ＳＥＥＮ＝Ｔｒｕｅ、ＤＥＬＥＴＥＤ＝Ｔｒｕｅ、ＲＥＣＥＮＴ＝Ｆａｌｓｅ、ＤＲＡＦＴ＝Ｆａｌｓｅ、ＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅというフィールドの値を有する。

従って、ユーザは携帯電話、ＰＤＡ、ノートブックコンピュータなどの複数のメールクライアントを利用して、メールサーバのメッセージを読出又は削除したり、そのメッセージに対する返事を送ることができる。このような全ての内容はメールサーバとの同期化によりメールサーバに記録される。その後、ユーザが他のメールクライアントを利用して再びメールサーバに接続すると、前に作業した全ての内容がそのまま現れる。

前述したように、本発明による追加属性を使用するＤＭ方法及びＤＭクライアントは、次のような利点を有する。

例えば、まずノード属性に全てのノードに共通する属性だけでなく、該当ノードに特化した属性を含めることにより、ノードのタイプに応じて管理方式を差別化できる。

すなわち、本発明者は、各ノードに属するリソースの特性が異なるため、同じ属性では全てのノードを効率的に管理できないという問題を認識し、前述した問題を解決した。

さらに、特定ノードにのみ追加属性を付与するため、使用するメモリ容量を少なくすることによって様々な値を保存できる。

前述した実施形態と利点は単なる例示にすぎず、本発明を制限するものではない。本発明は、他の形態の装置にも容易に適用できる。本発明の詳細な説明は単なる説明の便宜のためのものであり、特許請求の範囲を制限するものではない。当該技術分野における通常の知識を有する者であれば多様な代替、変更、変形が可能であることを理解できるであろう。特許請求の範囲において、ミーンズプラスファンクションクレーム(means−plus−function clauses)は説明された機能を実行する、ここに記載された構成（structure）及び構造的同等物並びに均等な構造をも含む。

以下の図面を参照して本発明を詳細に説明する。同図面において同様の参照番号は同様の構成要素を示す。
従来のＤＭクライアントのノードの属性を示す図である。本発明によるＤＭクライアントのノードの属性を示す図である。本発明による共通属性及び追加属性を有するロギングノードを含むＤＭツリーを示す図である。本発明による統合属性を有するロギングノードを含むＤＭツリーを示す図である。本発明による共通属性及び追加属性を有するメールサーバのメッセージオブジェクトノードを示す図である。本発明による統合属性を有するメールサーバのメッセージオブジェクトノードを示す図である。本発明によるメールクライアントとメールサーバ間のデータ同期化過程を示す図である。

Claims

サーバから携帯用端末によって、前記携帯用端末の対応するリソースに対する特定のノードを生成するための命令を含むスケジュール情報を受信することと、
前記携帯用端末によって、前記スケジュールに応じて共通属性及び追加属性を含む特定のノードを生成することと
を含む、装置管理方法であって、
前記共通属性は、前記携帯用端末の他のノードに共通するフィールドを含み、
前記フィールドは、前記対応するリソースにアクセスできる外部装置のリストを示すＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴフィールドを含み、
前記追加属性は、前記特定のノードに特化したフィールドを含む、方法。
前記フィールドは、前記対応するリソースの符号化形式を示すＦＯＲＭＡＴフィールドと、前記対応するリソースの名称を示すＮＡＭＥフィールドと、前記対応するリソースのサイズを示すＳＩＺＥフィールドと、前記対応するリソースの値が最終的に変更された時点を示すＴＩＭＥＳＴＡＭＰフィールドと、前記対応するリソースの形式またはタイプを示すＴＹＰＥフィールドと、前記特定のノードのタイプを示すＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドとをさらに含む、請求項１に記載の方法。
前記生成されたノードがログデータに関するものである場合、前記追加属性のフィールドは、ログされるオリジナルデータの位置を示す情報を含む、請求項１に記載の方法。
前記生成されたノードがログデータに関するものである場合、前記追加属性のフィールドは、前記ログデータの生成理由を示す情報を含む、請求項１に記載の方法。
前記生成されたノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、メッセージが読まれたか否かを示す情報を含む、請求項１に記載の方法。
前記生成されたノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記メッセージが削除されたか否かを示す情報を含む、請求項１に記載の方法。
前記生成されたノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記メッセージが新たに受信されたメッセージであることを示す情報を含む、請求項１に記載の方法。
前記生成されたノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記メッセージが作成されたが発送されていないことを示す情報を含む、請求項１に記載の方法。
前記生成されたノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記追加属性において前記メッセージに対する応答が送られたことを示す情報を含む、請求項１に記載の方法。
装置管理プロトコルを使用するロギング方法であって、
前記方法は、
サーバから携帯用端末によって、ログデータを保存するための命令を含むスケジュール情報を受信することであって、前記命令は、ログされる管理オブジェクトに関する情報と、前記管理オブジェクトに対するログデータを保存する位置のＵＲＩ情報とを含む、ことと、
携帯用端末によって、前記ログデータを保存する空間があるか否かを決定することと、
携帯用端末によって、前記スケジュールに応じて、前記ログデータが保存される特定のノードを生成することと、
特定の時点において前記管理オブジェクトの値を読むことと、
前記読まれた値を前記ノードに保存することと
を含み、
前記特定のノードは、前記ＵＲＩ情報を使用して生成され、
前記特定のノードは、共通属性及び追加属性を含み、
前記共通属性は、前記携帯用端末の他のノードに共通するフィールドを含み、
前記フィールドは、対応するリソースにアクセスできる外部装置のリストを示すＡＣＣＥＳＳＣＯＮＴＲＯＬＬＩＳＴフィールドを含み、
前記追加属性は、前記特定のノードに特化したフィールドを含み、
前記追加属性のフィールドは、ログされるオリジナルデータの位置を示すＤＡＴＡＳＯＵＲＣＥフィールドと、前記ログデータが保存されるべき理由を示すＲＥＡＳＯＮフィールドとを含む、方法。
前記ログデータが前記サーバのリクエストに応じて保存された場合、前記ＲＥＡＳＯＮフィールドは、前記リクエストのＩＤを示す値を有する、請求項１０に記載の方法。
前記フィールドは、前記対応するリソースの符号化形式を示すＦＯＲＭＡＴフィールドと、前記対応するリソースの名称を示すＮＡＭＥフィールドと、前記対応するリソースのサイズを示すＳＩＺＥフィールドと、前記対応するリソースの値が最終的に変更された時点を示すＴＩＭＥＳＴＡＭＰフィールドと、前記対応するリソースの形式またはタイプを示すＴＹＰＥフィールドと、前記特定のノードのタイプを示すＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドとをさらに含む、請求項１０に記載の方法。