(57)【要約】本発明は、追加属性を有するノードを使用する装置管理（ＤＭ）方法及び装置管理（ＤＭ）クライアントに関する。ＤＭクライアントは、全てのノードに共通する属性情報を示す共通属性、及び各ノード別属性情報を示す追加属性を有するノードを含む。ＤＭ方法は、ノード生成命令を受信する段階と、ノード生成命令に応じて、全てのノードに共通する属性情報を示す共通属性、及び各ノード別属性情報を示す追加属性を有するノードを生成する段階とを含む。
2009509395.tif 000002
【特許請求の範囲】
【請求項１】
共通属性及び追加属性を含むノードを含み、
ここで、前記共通属性は、全てのノードに共通する少なくとも１つのフィールドを含み、前記追加属性は、各ノードに特化した少なくとも１つのフィールドを含むことを特徴とする装置管理クライアント。
【請求項２】
前記共通属性のフィールドは、前記追加属性のタイプ又は状態に関する情報を含むことを特徴とする請求項１に記載の装置管理クライアント。
【請求項３】
前記ノードがログデータに関するものである場合、前記追加属性のフィールドは、ログされるオリジナルデータの位置に関する情報を含むことを特徴とする請求項１に記載の装置管理クライアント。
【請求項４】
前記情報は、前記ログされるオリジナルデータが位置するＵＲＩ（Uniform Resource Indicator）であることを特徴とする請求項３に記載の装置管理クライアント。
【請求項５】
前記ノードがログデータに関するものである場合、前記追加属性のフィールドは、前記ログデータが生成された理由に関する情報を含むことを特徴とする請求項１に記載の装置管理クライアント。
【請求項６】
前記ログデータがスケジューリング命令によって生成された場合、前記追加属性のフィールドは、スケジューリングＩＤを含むことを特徴とする請求項５に記載の装置管理クライアント。
【請求項７】
前記ログデータが外部装置のロギング要求によって生成された場合、前記追加属性のフィールドは、前記ロギング要求のＩＤを含むことを特徴とする請求項５に記載の装置管理クライアント。
【請求項８】
前記ノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記ノードのメッセージオブジェクトが読まれたか否かに関する情報を含むことを特徴とする請求項１に記載の装置管理クライアント。
【請求項９】
前記ノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記メッセージが削除されたか否かに関する情報を含むことを特徴とする請求項１に記載の装置管理クライアント。
【請求項１０】
前記ノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記メッセージが新たに受信されたメッセージであるか否かに関する情報を含むことを特徴とする請求項１に記載の装置管理クライアント。
【請求項１１】
前記ノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記メッセージが作成されたが発送されていないことを示す情報を含むことを特徴とする請求項１に記載の装置管理クライアント。
【請求項１２】
前記ノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記メッセージに対する返事が送られたか否かに関する情報を含むことを特徴とする請求項１に記載の装置管理クライアント。
【請求項１３】
ノード生成命令を受信する段階と、
前記命令に応じて共通属性及び追加属性を含むノードを生成する段階とを含み、
ここで、前記共通ノードは、全てのノードに共通する少なくとも１つのフィールドを含み、前記追加属性は、各ノードに特化した少なくとも１つのフィールドを含むことを特徴とする装置管理方法。
【請求項１４】
前記命令は、前記フィールドを有する前記共通属性、及び前記フィールドを有する前記追加属性の生成指示を含むことを特徴とする請求項１３に記載の装置管理方法。
【請求項１５】
前記共通属性のフィールドは、前記追加属性のタイプ及び状態を示す情報を含むことを特徴とする請求項１３に記載の装置管理方法。
【請求項１６】
前記生成されたノードがログデータに関するものである場合、前記追加属性のフィールドは、ログされるオリジナルデータの位置を示す情報を含むことを特徴とする請求項１３に記載の装置管理方法。
【請求項１７】
前記生成されたノードがログデータに関するものである場合、前記追加属性のフィールドは、前記ログデータの生成理由を示す情報を含むことを特徴とする請求項１３に記載の装置管理方法。
【請求項１８】
前記生成されたノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、メッセージが読まれたか否かを示す情報を含むことを特徴とする請求項１３に記載の装置管理方法。
【請求項１９】
前記生成されたノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記メッセージが削除されたか否かを示す情報を含むことを特徴とする請求項１３に記載の装置管理方法。
【請求項２０】
前記生成されたノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記メッセージが新たに受信されたメッセージであることを示す情報を含むことを特徴とする請求項１３に記載の装置管理方法。
【請求項２１】
前記生成されたノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記メッセージが作成されたが発送されていないことを示す情報を含むことを特徴とする請求項１３に記載の装置管理方法。
【請求項２２】
前記生成されたノードが電子メールメッセージに関するものである場合、前記追加属性のフィールドは、前記メッセージに対する応答が送られたことを示す情報を含むことを特徴とする請求項１３に記載の装置管理方法。
【請求項２３】
共通属性及び追加属性を含むノードを含み、
ここで、前記共通属性は、全てのノードに共通する少なくとも１つのフィールドを含み、前記追加属性は、ログ情報に関する少なくとも１つのフィールドを含むことを特徴とする装置管理クライアント。
【請求項２４】
前記共通属性のフィールドは、前記ノードが前記ログ情報に関するものであることを示す情報を含むことを特徴とする請求項２３に記載の装置管理クライアント。
【請求項２５】
前記追加属性の第１フィールドは、ログされるオリジナルデータの位置を示す「ＤＡＴＡＳＯＵＲＣＥ」フィールドであり、前記追加属性の第２フィールドは、ログデータの生成理由を示す「ＲＥＡＳＯＮ」フィールドであることを特徴とする請求項２３に記載の装置管理クライアント。
【請求項２６】
前記ノードが外部からのロギング要求によって生成された場合、前記「ＲＥＡＳＯＮ」フィールドは、前記ロギング要求のＩＤを含むことを特徴とする請求項２５に記載の装置管理クライアント。
【請求項２７】
前記ノードがスケジューリング命令によって生成された場合、前記「ＲＥＡＳＯＮ」フィールドは、スケジューリングＩＤを含むことを特徴とする請求項２５に記載の装置管理クライアント。
【請求項２８】
前記「ＤＡＴＡ ＳＯＵＲＣＥ」フィールドは、前記ログされるオリジナルデータが位置するＵＲＩを含むことを特徴とする請求項２５に記載の装置管理クライアント。
【請求項２９】
共通属性及び追加属性を含むノードを含み、
ここで、前記共通属性は、装置管理クライアントの全てのノードに共通する少なくとも１つのフィールドを含み、前記追加属性は、受信されたメッセージの状態を示す少なくとも１つのフィールドを含むことを特徴とする装置管理クライアント。
【請求項３０】
前記共通属性のフィールドは、前記ノードが電子メールメッセージに関するものであることを示す情報を含むことを特徴とする請求項２９に記載の装置管理クライアント。
【請求項３１】
前記追加属性のフィールドは、前記メッセージが読まれたか否かを示すことを特徴とする請求項２９に記載の装置管理クライアント。
【請求項３２】
前記追加属性のフィールドは、前記メッセージが削除されたか否かを示すことを特徴とする請求項２９に記載の装置管理クライアント。
【請求項３３】
前記追加属性のフィールドは、前記メッセージが新たに受信されたか否かを示すことを特徴とする請求項２９に記載の装置管理クライアント。
【請求項３４】
前記追加属性のフィールドは、前記メッセージが作成されたが発送されていないことを示すことを特徴とする請求項２９に記載の装置管理クライアント。
【請求項３５】
前記追加属性のフィールドは、前記メッセージに対する返事が送られたか否かを示すことを特徴とする請求項２９に記載の装置管理クライアント。
【請求項３６】
任意のメールクライアントからメッセージを受信する段階と、
前記受信されたメッセージの状態を示す少なくとも１つのフィールドを含む追加属性を含むメッセージオブジェクトノードを生成する段階と、
前記メールクライアントからのメッセージ処理要求に応じて、前記追加属性のフィールドを変更して保存する段階と、
を含むことを特徴とする複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項３７】
前記メールクライアントが前記メールサーバに接続すると初期同期化を行う段階と、
前記追加属性のフィールド内の情報を前記メールクライアントに提供する段階と、
をさらに含むことを特徴とする請求項３６に記載の複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項３８】
前記追加属性のフィールドは、前記メッセージが読まれたか否かを示すことを特徴とする請求項３６に記載の複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項３９】
前記追加属性のフィールドは、前記メールサーバが前記メッセージの同期化要求を前記メールクライアントから受信した場合に変更されることを特徴とする請求項３８に記載の複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項４０】
前記追加属性のフィールドは、前記メッセージが削除されたか否かを示すことを特徴とする請求項３６に記載の複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項４１】
前記追加属性のフィールドは、前記メールサーバが前記メッセージの削除要求を前記メールクライアントから受信した場合に変更されることを特徴とする請求項４０に記載の複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項４２】
前記追加属性のフィールドは、前記メッセージが新たに受信されたメッセージであるか否かを示すことを特徴とする請求項３６に記載の複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項４３】
前記追加属性のフィールドは、前記メールサーバが前記メッセージの受信を前記メールクライアントに通知した後に変更されることを特徴とする請求項４２に記載の複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項４４】
前記追加属性のフィールドは、前記メッセージが受信側メールクライアントに発送されていないことを示すことを特徴とする請求項３６に記載の複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項４５】
前記追加属性のフィールドは、前記メールサーバが前記新たに作成されたメッセージの保存要求を前記メールクライアントから受信した場合に変更されることを特徴とする請求項４４に記載の複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項４６】
前記追加属性のフィールドは、前記メッセージに対する返事が送られたことを示すことを特徴とする請求項３６に記載の複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項４７】
前記追加属性のフィールドは、前記メールサーバが前記返事の送信要求を受信した場合に変更されることを特徴とする請求項４６に記載の複数のメールクライアントと通信するメールサーバにおける装置管理方法。
【請求項４８】
管理オブジェクトのためのログデータに関する少なくとも１つの属性を含むノードを含むことを特徴とする装置管理クライアント。
【請求項４９】
前記属性の値が、それぞれログ情報によって決定されることを特徴とする請求項４８に記載の装置管理クライアント。
【請求項５０】
前記ログデータに関する第１属性は、ログされるオリジナルデータの位置を示す「ＤＡＴＡＳＯＵＲＣＥ」に該当し、前記ログデータに関する第２属性は、前記ログデータの生成理由を示す「ＲＥＡＳＯＮ」に該当することを特徴とする請求項４８に記載の装置管理クライアント。
【請求項５１】
前記ノードが外部からのロギング要求によって生成された場合、前記「ＲＥＡＳＯＮ」は、前記ロギング要求のＩＤを含むことを特徴とする請求項５０に記載の装置管理クライアント。
【請求項５２】
前記ノードがスケジューリング命令によって生成された場合、前記「ＲＥＡＳＯＮ」は、スケジューリングＩＤを含むことを特徴とする請求項５０に記載の装置管理クライアント。
【請求項５３】
前記「ＤＡＴＡ ＳＯＵＲＣＥ」は、前記ログされるオリジナルデータが位置するＵＲＩを含むことを特徴とする請求項５０に記載の装置管理クライアント。
【請求項５４】
受信されたメッセージに関する少なくとも１つの属性を含むメッセージオブジェクトを含むことを特徴とする装置管理クライアント。
【請求項５５】
前記属性は、それぞれ属性自身が属するメッセージオブジェクトの状態を示すことを特徴とする請求項５４に記載の装置管理クライアント。
【請求項５６】
前記属性は、前記メッセージが読まれたか否かを示すことを特徴とする請求項５４に記載の装置管理クライアント。
【請求項５７】
前記属性は、前記メッセージが削除されたか否かを示すことを特徴とする請求項５４に記載の装置管理クライアント。
【請求項５８】
前記属性は、前記メッセージが新たに受信されたか否かを示すことを特徴とする請求項５４に記載の装置管理クライアント。
【請求項５９】
前記属性は、前記メッセージが作成されたが発送されていないことを示すことを特徴とする請求項５４に記載の装置管理クライアント。
【請求項６０】
前記属性は、前記メッセージに対する返事が送られたか否かを示すことを特徴とする請求項５４に記載の装置管理クライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、追加属性を使用する装置管理（Device Management；ＤＭ）方法及びＤＭクライアントに関し、特に全てのノードに共通に必要な属性に加えて該当ノードに特化した追加属性を使用するＤＭ方法及びＤＭクライアントに関する。
【背景技術】
【０００２】
一般に、ＤＭ技術とは、装置（ＤＭクライアント）内に保存された変数又はオブジェクトをサーバ（ＤＭサーバ）が遠隔制御することによりその装置の設定を変更する技術である。主に、ＤＭサーバから特定命令が受信されると、ＤＭクライアントが該当命令を直ちに実行する。
【０００３】
前記ＤＭサーバは、前記命令を受信したＤＭクライアントが該当命令を実行する過程により、特定管理オブジェクトの値の読み出し、変更、削除、生成などのＤＭを行う。
【０００４】
前記ＤＭ技術は、他の管理技術に比べて様々な機能をサポートする標準であって、ＤＭプロトコル仕様、ＤＭ文書表現方式に関する仕様、転送プロトコル間の結合（binding）方式に関する仕様、ＤＭツリー及びＤＭノードに関する仕様、ＤＤＦ（Device Description Framework）に関する仕様、通知（notification）に関する仕様などを含む。
【０００５】
前記ＤＭ技術は、前記ＤＭサーバが前記装置内に存在する特定管理オブジェクトに関する命令を送信し、前記命令を受信したＤＭクライアントが該当命令を実行する過程により実現される。ここで、前記管理オブジェクトは、主に前記装置のデータベースに存在し、前記装置内に存在するＤＭツリーのノードに論理的に接続されている。すなわち、前記ＤＭサーバは、前記管理オブジェクトに論理的に接続されたノードにＵＲＩ（Uniform Resource Indicator）でアクセスすることにより、管理命令を発行することができる。
【０００６】
従って、前記ＤＭサーバが前記ＤＭクライアントに存在するリソース又はオブジェクトにアクセスできるように、それぞれのリソース又はオブジェクトはノードを有する。前記ノードがそれぞれリソース又はオブジェクトに関連付けられているため、前記ＤＭサーバは該当ノードにアクセスして該当リソース又はオブジェクトを管理することができる。ここで、前記ＤＭサーバが各ノードに関連付けられたリソース又はオブジェクトを管理できるように、各ノードはそれに属するリソース又はオブジェクトに関する情報を示す属性値を有する。
【０００７】
図１は従来のＤＭクライアントのノードの属性を示す図である。前記ＤＭクライアントに保存されているリソースは、リソースの特性に応じてリソース１、リソース２などに区分でき、リソース毎にノードが関連付けられている。ノードｘはリソース１に関する情報を示すフィールドを有し、ノードｙはリソース２に関する情報を示すフィールドを有する。前記ノードｘ及びノードｙを含むＤＭクライアントの全てのノードは次のようなフィールドを有する。
【０００８】
−ＡＣＣＥＳＳ ＣＯＮＴＲＯＬ ＬＩＳＴ：該当リソースにアクセスできる外部装置のリスト
−ＦＯＲＭＡＴ：該当リソースの符号化形式
−ＮＡＭＥ：ノードの名称
−ＳＩＺＥ：該当リソースのサイズ
−ＴＩＭＥ ＳＴＡＭＰ：該当リソースの値が最終的に変更された時点
−ＴＹＰＥ：該当リソースの形式又はタイプ
前記フィールドは、ノードに関係なく全てのタイプのノードに同一に適用される。すなわち、全てのノードは、ＡＣＣＥＳＳＣＯＮＴＲＯＬ ＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥ ＳＴＡＭＰ、及びＴＹＰＥを含む同一のフィールドのセットを有する。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
このように、全てのノードが同一のフィールドを有するため、ノードの特性に適した属性を示すことができないという問題があった。例えば、メールサーバのメッセージオブジェクトのノードは、メッセージが読んだメッセージであるか、削除されたメッセージであるかなどの情報を示す属性を有することが好ましい。しかし、前記サーバがカレンダサービスを提供する場合、カレンダオブジェクトのノードには前記メッセージオブジェクトに必要な属性を付与する必要がない。ここで、従来のように、前記メッセージオブジェクトのノード及び前記カレンダオブジェクトのノードに共通に必要な属性のみを使用した場合、そのノードに論理的に接続されたリソースを効果的に管理できない。さらに、前記メッセージオブジェクトにのみ必要な属性と前記カレンダオブジェクトにのみ必要な属性とを全てのノードに区分せずに適用した場合、保存空間を浪費する。
【課題を解決するための手段】
【００１０】
そこで、本発明は、ノードに関連付けられたリソース又は管理オブジェクトの特性に応じて定義された追加属性を有するノードを使用する装置管理（ＤＭ）方法を提供することを特徴とする。
【００１１】
本発明の他の特徴は、ＤａｔａＳｙｎｃによりＤＭサーバと通信するＤＭクライアントのノードにそのノードの状態を示す追加属性を含めることにより、前記ＤＭサーバとＤＭクライアント間でデータを同期化するＤＭ方法を提供することにある。
【００１２】
少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、全てのノードに共通する共通属性、及び各ノードに特化した追加属性を有するノードを含むＤＭクライアントを提供する。
【００１３】
また、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、ノード生成命令を受信する段階と、前記命令に応じて共通属性及び追加属性を含むノードを生成する段階とを含み、ここで、前記共通ノードは、全てのノードに共通する少なくとも１つのフィールドを含み、前記追加属性は、各ノードに特化した少なくとも１つのフィールドを含む、ＤＭ方法を提供する。
【００１４】
さらに、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、共通属性及び追加属性を含むノードを含み、ここで、前記共通属性は、全てのノードに共通する少なくとも１つのフィールドを含み、前記追加属性は、ログ情報に関する少なくとも１つのフィールドを含む、ＤＭクライアントを提供する。
【００１５】
さらに、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、共通属性及び追加属性を含むノードを含み、ここで、前記共通属性は、ＤＭクライアントの全てのノードに共通する少なくとも１つのフィールドを含み、前記追加属性は、受信されたメッセージの状態を示す少なくとも１つのフィールドを含む、ＤＭクライアントを提供する。
【００１６】
さらに、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、任意のメールクライアントからメッセージを受信する段階と、前記受信されたメッセージの状態を示す少なくとも１つのフィールドを含む追加属性を含むメッセージオブジェクトノードを生成する段階と、前記メールクライアントからのメッセージ処理要求に応じて、前記追加属性のフィールドを変更して保存する段階とを含む、複数のメールクライアントと通信するメールサーバにおけるＤＭ方法を提供する。
【００１７】
さらに、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、管理オブジェクトのログ情報に関する属性を有するノードを含むＤＭツリーを有するＤＭクライアントを提供する
さらに、少なくとも前述した特徴を全体的又は部分的に実現するために、本発明は、管理オブジェクトのためのログデータに関する少なくとも１つの属性を含むノードを含むＤＭクライアントを提供する。
【００１８】
本発明のさらなる長所、目的、及び特徴は後述する発明の詳細な説明に一部は記述されており、一部は当業者であれば以下の実施例により明確になるか又は本発明の実施により理解されるであろう。本発明の目的と長所は、特に請求の範囲に開示されたことにより実現及び達成される。
【発明を実施するための最良の形態】
【００１９】
以下、添付の図面を参照して本発明の好ましい実施形態について詳細に説明する。
【００２０】
図２は本発明によるＤＭクライアントのノードの属性を示す図である。図示のように、ノードｘは共通属性１０１のみを有し、ノードｙは共通属性１０２と少なくとも１つのフィールド、すなわちＦＯＯ＿１及びＦＯＯ＿２を含む追加属性２０２を有し、ノードｚは共通属性１０３と少なくとも１つのフィールド、すなわちＢＡＲ＿１、ＢＡＲ＿２、及びＢＡＲ＿３を含む追加属性２０３を有する。
【００２１】
ここで、前記共通属性とは、全てのノードに共通する属性をいい、前記追加属性とは、ノード別に使用する必要がある情報をいう。従来は、全てのノードが同一のフィールドを有するため、フィールドが区別されていなかったが、本発明においては、ノードの特性に応じて付与されるフィールドが異なり、フィールドは共通属性と追加属性とに分類される。
【００２２】
前記共通属性として、ＡＣＣＥＳＳ ＣＯＮＴＲＯＬ ＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥＳＴＡＭＰ、ＴＹＰＥ、及びＭＡＮＡＧＥＭＥＮＴ ＴＹＰＥフィールドを使用する。前記ＡＣＣＥＳＳ ＣＯＮＴＲＯＬ ＬＩＳＴフィールドは該当リソースにアクセスできる外部装置のリストを示し、前記ＦＯＲＭＡＴフィールドは該当リソースの符号化形式を示し、前記ＮＡＭＥフィールドはノードの名称を示し、前記ＳＩＺＥフィールドは該当リソースのサイズを示し、前記ＴＩＭＥＳＴＡＭＰは該当リソースの値が最終的に変更された時点を示し、前記ＴＹＰＥフィールドは該当リソースの形式又はタイプを示し、前記ＭＡＮＡＧＥＭＥＮＴ ＴＹＰＥフィールドはノードのタイプを示す。
【００２３】
前記ノードｙ及び前記ノードｚの共通属性のうち、前記ＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドは、サーバなどの外部装置に前記ノードｙ及び前記ノードｚの追加属性が分かるように、前記ノードｙ及び前記ノードｚのタイプを示さなければならない。また、前記ＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドは、各ノードのタイプに対して固有の値を有しなければならない。
【００２４】
前記ノードｙの追加属性のＦＯＯ＿１及びＦＯＯ＿２フィールドは、そのノードｙに属するリソースの特有の特性を説明するのに必要なものであり、前記ノードｚの追加属性のＢＡＲ＿１、ＢＡＲ＿２、及びＢＡＲ＿３フィールドは、そのノードｚに属するリソースの特有の特性を説明するのに必要なものである。
【００２５】
前記追加属性は外部装置により生成することもできる。前記外部装置がノードを生成するための命令を送信する場合、前記命令は追加属性の生成指示を含む。すなわち、前記命令は、生成しようとするノードのタイプを示すＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドの値を有する。
【００２６】
ここではノードの概念をＤＭクライアントに限って説明したが、ノードは、独立して実現できるユニットとして、クライアントだけでなくサーバにも適用できる。
【００２７】
図３は本発明による共通属性及び追加属性を有するログ／ロギングノードを含むＤＭツリーを示す図である。
【００２８】
ＤＭクライアントは、特定オペレーションの実行中にＤＭクライアントの状態値をＤＭツリーに記録し、定められた条件を満たすとＤＭサーバにログすることができる。前記ＤＭサーバは、同一のＤＭセッション及びプロトコルにより、様々なタイプの装置内の共通データベースに保存された情報を遠隔管理できるように、ＤＭツリーを使用する。
【００２９】
前記ＤＭツリーは、前記共通データベースに保存された情報に名称を付与し、各情報にアクセスする経路を提供し、前記情報の論理的／物理的な形式などの属性を有する。
【００３０】
図３に示すように、前記ＤＭクライアントは、リソースの特性に応じてＳｔａｔｕｓ、Ｒａｔｅ、Ｇａｕｇｅ、及びＬｏｇのノードを含むＤＭツリーを有する。前記Ｓｔａｔｕｓノード、Ｒａｔｅノード、及びＧａｕｇｅノードは、それぞれＯｂｊｅｃｔＡ、Ｏｂｊｅｃｔ Ｂ、及びＯｂｊｅｃｔ Ｃを含む。前記Ｏｂｊｅｃｔ Ａ、Ｂ、及びＣは、前記ＤＭクライアントの特定オペレーションの実行中に変化する状態値、周期的に測定された値、又は特定イベントの発生時に測定された値などを保存している。一例として、前記オブジェクトの値が予め設定された閾値に達するか、特定時点になるか、又は前記装置で特定イベントが発生した場合、前記ＯｂｊｅｃｔＡ、Ｂ、及びＣは前記値を保存する。
【００３１】
前記ＤＭツリーのうち、前記Ｌｏｇノードは、前記ＤＭクライアントの変化する状態値又は測定値を記録及び保存するためのものである。前記Ｌｏｇノードは制御部分とデータ部分とに分けられる。前記制御部分はＬｏｇ／Ｃｏｎｔｒｏｌノードに該当する。前記制御部分は、保存できるログデータの最大数を示すＬｏｇ／Ｃｏｎｔｒｏｌ／Ｓｉｚｅノードと、次のログデータが保存される位置を示すＬｏｇ／Ｃｏｎｔｒｏｌ／Ｃｕｒｒｅｎｔノードと、保存空間がない場合に新しいログデータを処理する方式を示すＬｏｇ／Ｃｏｎｔｒｏｌ／Ｒｅｃｕｒｓｉｖｅノードとを含む。すなわち、前記Ｌｏｇノードは、前記ログデータの保存及び記録方式を制御するために使用される。ここで、前記ログデータとは、前記装置に状態値又は測定値として保存され、所定の条件を満たすと前記サーバに報告されるターゲットを意味する。
【００３２】
注目すべきは前記Ｌｏｇノードのデータ部分である。前記データ部分は、前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードに該当し、前記ログデータが保存される空間を提供する。前記ログデータが前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードの下位に保存される過程は次の通りである。
【００３３】
ステップ１：ＤＭクライアントがログデータを保存するＤＭ命令を受信する。前記ＤＭ命令は、ログする管理オブジェクト、及び前記管理オブジェクトのログデータを保存する位置のＵＲＩを含む。ログする前記オブジェクトを保存する位置のＵＲＩはＬｏｇ／Ｌｏｇｇｉｎｇになる。
【００３４】
ステップ２：前記ログデータを保存する空間がある場合、新しいフォルダノードＩｔｅｍ１を生成する。
【００３５】
ステップ３：前記Ｉｔｅｍ１ノードにＯｂｊｅｃｔ Ａノード、ＯｂｊｅｃｔＢノード、及びＯｂｊｅｃｔ Ｃノードを生成する。
【００３６】
ステップ４：前記ログデータ（Ｏｂｊｅｃｔ Ａ、ＯｂｊｅｃｔＢ、及びＯｂｊｅｃｔ Ｃ）をコピーする。
【００３７】
ステップ５：前記Ｏｂｊｅｃｔ Ａに関するログデータはＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡに保存し、前記Ｏｂｊｅｃｔ Ｂに関するログデータはＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／Ｏｂｊｅｃｔ Ｂに保存し、前記Ｏｂｊｅｃｔ Ｃに関するログデータはＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＣに保存する。
【００３８】
すなわち、特定時点又は条件で読まれたＯｂｊｅｃｔ Ａ、Ｂ、及びＣの値は、ログツリーの下位に新しいノード（Ｉｔｅｍ１、Ｉｔｅｍ２、Ｉｔｅｍ３、．．．）を生成して保存する。ここで、前記ログツリーの下位に生成されるノード（Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡ、Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／Ｏｂｊｅｃｔ Ｂ、Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／Ｏｂｊｅｃｔ Ｃ）は、そのノードの特性を説明するための追加属性を有する。前記追加属性は、ログするオリジナルデータの位置を示すＤＡＴＡＳＯＵＲＣＥフィールド、及びログデータが生成された理由を示すＲＥＡＳＯＮフィールドを含む。
【００３９】
前記ＤＡＴＡ ＳＯＵＲＣＥフィールドは、ログするオリジナルデータの位置を示す。従って、前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡノードの追加属性は、「ＤＡＴＡＳＯＵＲＣＥ＝．／Ｓｔａｔｕｓ／Ａｍｏｄｕｌｅ／Ｏｂｊｅｃｔ Ａ」のようなフィールドを有する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＢノードの追加属性は、「ＤＡＴＡＳＯＵＲＣＥ＝．／Ｒａｔｅ／Ｏｂｊｅｃｔ Ｂ」のようなフィールドを有する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＣノードの追加属性は、「ＤＡＴＡＳＯＵＲＣＥ＝Ｇａｕｇｅ／Ｂｕｆｆｅｒ／Ｒｅｃｅｉｖｅ／Ｏｂｊｅｃｔ Ｃ」のようなフィールドを有する。すなわち、前記ＯｂｊｅｃｔＡ、Ｂ、及びＣのＵＲＩを有する。
【００４０】
前記ＲＥＡＳＯＮフィールドは、前記ロギングノードが生成された理由、すなわち前記ノードがログされた理由に関する情報を提供する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードは、前記外部装置（ＤＭサーバ）のロギング要求によって生成される。この場合、前記ＲＥＡＳＯＮフィールドは前記ロギング要求に対するＩＤを有する。さらに、前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードは、前記ＤＭクライアントに保存されたスケジューリングによって生成される。ＤＭスケジューリング方法によれば、サーバがクライアントのＤＭ命令をスケジューリングし、特定時点又は状態でクライアントが自発的に装置（例えば、端末）の状態を報告してスケジュールされたプログラム（診断プログラム、状態ロギングプログラム、及びウイルス検索プログラム）を実行する。この方法により前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードが生成された場合、前記ＲＥＡＳＯＮ属性はスケジューリングのＩＤを有する。
【００４１】
前記追加属性を使用するために、前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡノード、Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／Ｏｂｊｅｃｔ Ａノード、及びＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／Ｏｂｊｅｃｔ Ａノードの共通属性に前記ＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドが追加され、前記ＭＡＮＡＧＥＭＥＮＴ ＴＹＰＥフィールドはそのノードのタイプを示す。ここで、ＭＡＮＡＧＥＭＥＮＴ ＴＹＰＥ＝Ｌｏｇｇｉｎｇにすることにより、前記外部装置はそのノードがログデータに関するものであることが分かる。
【００４２】
図４は本発明による統合属性を有するＬｏｇ／Ｌｏｇｇｉｎｇノードを含むＤＭツリーを示す図である。ＤＭツリーのＳｔａｔｕｓノード、Ｒａｔｅノード、及びＧａｕｇｅノードは、それぞれＯｂｊｅｃｔＡ、Ｏｂｊｅｃｔ Ｂ、及びＯｂｊｅｃｔ Ｃを含む。前記Ｏｂｊｅｃｔ Ａ、Ｂ、及びＣは、ＤＭクライアントの特定オペレーションの実行中に変化する状態値、周期的に測定された値、又は特定イベントの発生時に測定された値などを保存している。
【００４３】
前記Ｏｂｊｅｃｔ Ａ、Ｂ、及びＣは、特定条件を満たすとコピーされてＬｏｇノードの下位に保存される。前記Ｌｏｇノードは、制御部分、すなわちＬｏｇ／Ｃｏｎｔｒｏｌノード、及びデータ部分、すなわちＬｏｇ／Ｌｏｇｇｉｎｇノードを含む。前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードには、図３を参照して説明した前記ステップ１〜ステップ５により、ログデータが保存される。
【００４４】
従って、Ｉｔｅｍ１ノードは、Ｏｂｊｅｃｔ Ａに関するログデータが保存されるＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡと、Ｏｂｊｅｃｔ Ｂに関するログデータが保存されるＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／Ｏｂｊｅｃｔ Ｂと、Ｏｂｊｅｃｔ Ｃに関するログデータが保存されるＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＣとを含む。
【００４５】
また、前記ログツリーの下位に生成されるノード（Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡ、Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／Ｏｂｊｅｃｔ Ｂ、及びＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／Ｏｂｊｅｃｔ Ｃ）は、共通属性と共に、そのノード固有の特性を示すための統合属性３０１を有する。
【００４６】
従って、前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡ、Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／Ｏｂｊｅｃｔ Ｂ、及びＬｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／Ｏｂｊｅｃｔ Ｃのそれぞれは、ＡＣＣＥＳＳ ＣＯＮＴＲＯＬ ＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥＳＴＡＭＰ、ＴＹＰＥフィールドを含む共通属性だけでなく、ログするオリジナルデータの位置を示すＤＡＴＡ ＳＯＵＲＣＥフィールド、及びログデータが生成された理由を示すＲＥＡＳＯＮフィールドを有する。
【００４７】
前記ＤＡＴＡ ＳＯＵＲＣＥフィールドは、ログするオリジナルデータの位置を示す。従って、前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＡノードの統合属性のＤＡＴＡ ＳＯＵＲＣＥフィールドは、「．／Ｓｔａｔｕｓ／Ａｍｏｄｕｌｅ／Ｏｂｊｅｃｔ Ａ」の値を有する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／ＯｂｊｅｃｔＢノードの統合属性のＤＡＴＡ ＳＯＵＲＣＥフィールドは、「．／Ｒａｔｅ／Ｏｂｊｅｃｔ Ｂ」の値を有する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇ／Ｉｔｅｍ１／Ｏｂｊｅｃｔ Ｃノードの統合属性のＤＡＴＡＳＯＵＲＣＥフィールドは、「Ｇａｕｇｅ／Ｂｕｆｆｅｒ／Ｒｅｃｅｉｖｅ／Ｏｂｊｅｃｔ Ｃ」の値を有する。すなわち、前記Ｏｂｊｅｃｔ Ａ、Ｂ、及びＣのＵＲＩを有する。
【００４８】
前記ＲＥＡＳＯＮフィールドは、前記ロギングノードが生成された理由、すなわち前記ノードがログされた理由に関する情報を提供する。前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードは、前記外部装置のロギング要求又はＤＭクライアントに保存されたスケジューリングによって生成される。前記Ｌｏｇ／Ｌｏｇｇｉｎｇノードが前記外部装置のロギング要求によって生成された場合、前記ＲＥＡＳＯＮフィールドは前記ロギング要求に対するＩＤを有し、前記スケジューリングによって生成された場合、スケジューリングのＩＤを有する。
【００４９】
以下、本発明の他の実施形態として、追加属性を使用して電子メールを同期化する方法を説明する。メールサーバとメールクライアントがＤａｔａＳｙｎｃ方式で通信するとき、メールサーバに保存されているメッセージオブジェクトをメールクライアントと同期化するために、メッセージオブジェクトノードの追加属性として様々なメッセージフラグを使用する。
【００５０】
図５は本発明による共通属性及び追加属性を有するメールサーバのメッセージオブジェクトノードを示す図である。図示のように、メッセージオブジェクトノード（メッセージオブジェクト１、メッセージオブジェクト２、及びメッセージオブジェクト３）は、全てのノードに必要な共通属性及びノードの特性に応じて必要な追加属性を有する。
【００５１】
例えば、前記共通属性は、ＡＣＣＥＳＳ ＣＯＮＴＲＯＬＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥ ＳＴＡＭＰ、ＴＹＰＥ、及びＭＡＮＡＧＥＭＥＮＴ ＴＹＰＥフィールドを含む。前記ＡＣＣＥＳＳ ＣＯＮＴＲＯＬＬＩＳＴフィールドは該当メッセージオブジェクトにアクセスする権限を有するメールクライアントのリストを示し、前記ＦＯＲＭＡＴフィールドは前記メッセージオブジェクトノードに属するリソースの符号化形式を示し、前記ＮＡＭＥフィールドはノードの名称を示し、前記ＳＩＺＥフィールドは保存されたメッセージのサイズを示す。前記ＴＩＭＥＳＴＡＭＰフィールドはメッセージが最終的に変更された時点を示すので、前記ＴＩＭＥ ＳＴＡＭＰフィールドは、新しいメッセージの場合、新しいメッセージが受信された時間を示し、読んだ後に削除したメッセージの場合、メッセージが削除された時間を示し、返事を送ったメッセージの場合、返事を送った時間を示す。メールクライアントが該当ノードのタイプを把握できるように、前記ＭＡＮＡＧＥＭＥＮＴＴＹＰＥフィールドを使用する。
【００５２】
前記ＡＣＣＥＳＳ ＣＯＮＴＲＯＬ ＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥＳＴＡＭＰ、ＴＹＰＥフィールドは、前記メールサーバの全てのノードに必要なノードの例であるが、前記ＭＡＮＡＧＥＭＥＮＴ ＴＹＰＥフィールドは、前記追加属性を使用してノードを管理するとき、前記メールクライアントが該当ノードのタイプを把握できるようにする。
【００５３】
前記メッセージオブジェクトノードの追加属性は、ＳＥＥＮ、ＤＥＬＥＴＥＤ、ＲＥＣＥＮＴ、ＤＲＡＦＴ、ＡＮＳＷＥＲＥＤフィールドなどの少なくとも１つのフィールドを含む。前記ＳＥＥＮフィールドはメッセージが読まれたか否かを示し、前記ＤＥＬＥＴＥＤフィールドはメッセージが削除されたか否かを示し、前記ＲＥＣＥＮＴフィールドは新しいメッセージが受信されたか否かを示し、前記ＡＮＳＷＥＲＥＤフィールドはメッセージに対する返事が送られたか否かを示し、前記ＤＲＡＦＴフィールドはメッセージが作成されたが発送されていないことを示す。
【００５４】
前記メールサーバは、新しいメッセージを受信すると、受信した全てのメッセージをメッセージオブジェクトとして保存して管理する。図５は前記メールサーバに３つのメッセージが受信された場合を例に挙げたもので、ＭＡＩＬＢＯＸノードにはメッセージオブジェクト１、２、３が生成される。
【００５５】
前記メッセージオブジェクト１、２、３は、前記メールクライアントにそのノードがメッセージに関するものであることが分かるように、「ＭＡＮＡＧＥＭＥＮＴＴＹＰＥ＝ｍｅｓｓａｇｅ」の共通属性を有する。追加属性のフィールドの値は、以下に記述するように、メッセージオブジェクト毎に異なる。
【００５６】
（１）新たに受信されたメッセージ：
−ＳＥＥＮ＝Ｆａｌｓｅ
−ＤＥＬＥＴＥＤ＝Ｆａｌｓｅ
−ＲＥＣＥＮＴ＝Ｔｒｕｅ
−ＤＲＡＦＴ＝Ｆａｌｓｅ
−ＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅ
新たに受信されたメッセージは、まだ読まれていないのでＳＥＥＮ＝Ｆａｌｓｅ、削除されていないのでＤＥＬＥＴＥＤ＝Ｆａｌｓｅ、一時的に作成されたメッセージではないのでＤＲＡＦＴ＝Ｆａｌｓｅ、返事が送られていないのでＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅであるが、最新に受信されたのでＲＥＣＥＮＴ＝Ｔｒｕｅである。
【００５７】
（２）返事を送ったメッセージ
−ＳＥＥＮ＝Ｔｒｕｅ
−ＤＥＬＥＴＥＤ＝Ｆａｌｓｅ
−ＲＥＣＥＮＴ＝Ｆａｌｓｅ
−ＤＲＡＦＴ＝Ｆａｌｓｅ
−ＡＮＳＷＥＲＥＤ＝Ｔｒｕｅ
メッセージを読んだ後に返事を送ったのでＳＥＥＮ及びＡＮＳＷＥＲＥＤ属性はＴｒｕｅであり、その他の属性はＦａｌｓｅの値を有する。
【００５８】
（３）返事を送った後に削除したメッセージ
−ＳＥＥＮ＝Ｔｒｕｅ
−ＤＥＬＥＴＥＤ＝Ｔｒｕｅ
−ＲＥＣＥＮＴ＝Ｆａｌｓｅ
−ＤＲＡＦＴ＝Ｆａｌｓｅ
−ＡＮＳＷＥＲＥＤ＝Ｔｒｕｅ
メッセージを読んだ後に返事を送ったのでＳＥＥＮ及びＡＮＳＷＥＲＥＤフィールドの値はＴｒｕｅであり、そのメッセージを削除したのでＤＥＬＥＴＥＤフィールドの値はＴｒｕｅである。その他のフィールドの値はＦａｌｓｅである。
【００５９】
図６は本発明による統合属性を有するメールサーバのメッセージオブジェクトノードを示す図である。この場合、メールサーバがメールクライアントとＤａｔａＳｙｎｃ方式で通信し、メッセージオブジェクトノードが各メッセージオブジェクトノードの状態を示すフィールドを含む。
【００６０】
前記メッセージオブジェクトノードは、ＡＣＣＥＳＳ ＣＯＮＴＲＯＬＬＩＳＴ、ＦＯＲＭＡＴ、ＮＡＭＥ、ＳＩＺＥ、ＴＩＭＥ ＳＴＡＭＰ、ＴＹＰＥフィールドを含む統合属性を基本的に含む。前記ＡＣＣＥＳＳ ＣＯＮＴＲＯＬ ＬＩＳＴフィールドは該当メッセージオブジェクトにアクセスする権限を有するメールクライアントのリストを示し、前記ＦＯＲＭＡＴフィールドは前記メッセージオブジェクトノードに属するリソースの符号化形式を示し、前記ＮＡＭＥフィールドはノードの名称を示し、前記ＳＩＺＥフィールドは保存されたメッセージのサイズを示す。前記ＴＩＭＥＳＴＡＭＰフィールドはメッセージが最終的に変更された時点を示すので、前記ＴＩＭＥ ＳＴＡＭＰフィールドは、新しいメッセージの場合、新しいメッセージが受信された時間を示し、読んだ後に削除したメッセージの場合、メッセージが削除された時間を示し、返事を送ったメッセージの場合、返事を送った時間を示す。
【００６１】
前記統合属性は、ＳＥＥＮ、ＤＥＬＥＴＥＤ、ＲＥＣＥＮＴ、ＤＲＡＦＴ、及びＡＮＳＷＥＲＥＤフィールドをさらに含むことができる。すなわち、メールサーバに保存されているメッセージオブジェクトノードをメールクライアントと同期化するために、様々なフィールドを使用するのである。前記ＳＥＥＮフィールドはメッセージが読まれたか否かを示し、前記ＤＥＬＥＴＥＤフィールドはメッセージが削除されたか否かを示し、前記ＲＥＣＥＮＴフィールドは新たに受信されたメッセージであるか否かを示し、前記ＡＮＳＷＥＲＥＤフィールドはメッセージに対する返事が送られたか否かを示し、前記ＤＲＡＦＴフィールドはメッセージが作成されたが発送されていないか否かを示す。
【００６２】
図７は本発明によるメールクライアントとメールサーバ間のデータ同期化過程を示す図である。メールクライアントＡ及びメールクライアントＢは、ＤａｔａＳｙｎｃにより、メールサーバに保存されているメッセージにアクセスできる。メールクライアントＡ、Ｂは、メールサーバと通信できる携帯用端末機、ラップトップコンピュータ、デスクトップコンピュータなどである。
【００６３】
まず、メールサーバは、新しいメールを受信すると（Ｓ１０１）、受信したメッセージのために新しいメッセージオブジェクトを生成する（Ｓ１０２）。この場合、前記メッセージオブジェクトの追加属性は、ＳＥＥＮ＝Ｆａｌｓｅ、ＤＥＬＥＴＥＤ＝Ｆａｌｓｅ、ＲＥＣＥＮＴ＝Ｔｒｕｅ、ＤＲＡＦＴ＝Ｆａｌｓｅ、ＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅなどのフィールドを有する。メッセージが新たに受信されたメッセージであるので、前記ＲＥＣＥＮＴフィールドの値はＴｒｕｅであり、他の残りのフィールドの値はＦａｌｓｅである。
【００６４】
メールクライアントＡがメールサーバに接続すると（Ｓ１０３）、メールクライアントＡとメールサーバ間で初期同期化が行われる（Ｓ１０４）。前記初期同期化過程で、メールサーバは読まれていない新しいメールがあることを確認する。従って、メールサーバは、新しいメールが受信されていることをメールクライアントに通知するために、通知メッセージを送信する（Ｓ１０５）。その後、メールサーバは、前記ＲＥＣＥＮＴフィールドの値をＴｒｕｅからＦａｌｓｅに変更する。
【００６５】
前記通知メッセージを受信したメールクライアントＡは、前記受信したメールを確認するために、メールサーバにテキストＳｙｎｃ要求を送信する（Ｓ１０６）。前記テキストＳｙｎｃ要求を受信したメールサーバは、メールクライアントＡにテキスト内容を提供し（Ｓ１０７）、前記追加属性のフィールドを変更する。メールクライアントＡのテキストＳｙｎｃ要求によりメッセージが読まれるので、前記ＳＥＥＮフィールドの値がＦａｌｓｅからＴｒｕｅに変更される。従って、前記追加属性のフィールドは、ＳＥＥＮ＝Ｔｒｕｅ、ＤＥＬＥＴＥＤ＝Ｆａｌｓｅ、ＲＥＣＥＮＴ＝Ｆａｌｓｅ、ＤＲＡＦＴ＝Ｆａｌｓｅ、ＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅの値になる。
【００６６】
その後、メールクライアントＡとメールサーバ間の接続が解除され（Ｓ１０８）、メールクライアントＢがメールサーバへの接続を要求すると（Ｓ１０９）、メールサーバとメールクライアントＢ間で初期同期化が行われる（Ｓ１１０）。この場合、前記追加属性のフィールドは、ＳＥＥＮ＝Ｔｒｕｅ、ＤＥＬＥＴＥＤ＝Ｆａｌｓｅ、ＲＥＣＥＮＴ＝Ｆａｌｓｅ、ＤＲＡＦＴ＝Ｆａｌｓｅ、ＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅの値を有する。
【００６７】
次に、メールクライアントＢがメールサーバにメッセージの削除を要求すると（Ｓ１１１）、前記追加属性のフィールドが変更される。既に読んだメールの削除要求であるので、Ｔｒｕｅであった前記ＳＥＥＮフィールドの値は変更されず、前記ＤＥＬＥＴＥＤフィールドの値はＦａｌｓｅからＴｒｕｅに変更される。これにより、メールサーバのメッセージオブジェクトの追加属性は、ＳＥＥＮ＝Ｔｒｕｅ、ＤＥＬＥＴＥＤ＝Ｔｒｕｅ、ＲＥＣＥＮＴ＝Ｆａｌｓｅ、ＤＲＡＦＴ＝Ｆａｌｓｅ、ＡＮＳＷＥＲＥＤ＝Ｆａｌｓｅというフィールドの値を有する。
【００６８】
従って、ユーザは携帯電話、ＰＤＡ、ノートブックコンピュータなどの複数のメールクライアントを利用して、メールサーバのメッセージを読出又は削除したり、そのメッセージに対する返事を送ることができる。このような全ての内容はメールサーバとの同期化によりメールサーバに記録される。その後、ユーザが他のメールクライアントを利用して再びメールサーバに接続すると、前に作業した全ての内容がそのまま現れる。
【００６９】
前述したように、本発明による追加属性を使用するＤＭ方法及びＤＭクライアントは、次のような利点を有する。
【００７０】
例えば、まずノード属性に全てのノードに共通する属性だけでなく、該当ノードに特化した属性を含めることにより、ノードのタイプに応じて管理方式を差別化できる。
【００７１】
すなわち、本発明者は、各ノードに属するリソースの特性が異なるため、同じ属性では全てのノードを効率的に管理できないという問題を認識し、前述した問題を解決した。
【００７２】
さらに、特定ノードにのみ追加属性を付与するため、使用するメモリ容量を少なくすることによって様々な値を保存できる。
【００７３】
前述した実施形態と利点は単なる例示にすぎず、本発明を制限するものではない。本発明は、他の形態の装置にも容易に適用できる。本発明の詳細な説明は単なる説明の便宜のためのものであり、特許請求の範囲を制限するものではない。当該技術分野における通常の知識を有する者であれば多様な代替、変更、変形が可能であることを理解できるであろう。特許請求の範囲において、ミーンズプラスファンクションクレーム(means−plus−function clauses)は説明された機能を実行する、ここに記載された構成（structure）及び構造的同等物並びに均等な構造をも含む。
【図面の簡単な説明】
【００７４】
以下の図面を参照して本発明を詳細に説明する。同図面において同様の参照番号は同様の構成要素を示す。
【図１】従来のＤＭクライアントのノードの属性を示す図である。
【図２】本発明によるＤＭクライアントのノードの属性を示す図である。
【図３】本発明による共通属性及び追加属性を有するロギングノードを含むＤＭツリーを示す図である。
【図４】本発明による統合属性を有するロギングノードを含むＤＭツリーを示す図である。
【図５】本発明による共通属性及び追加属性を有するメールサーバのメッセージオブジェクトノードを示す図である。
【図６】本発明による統合属性を有するメールサーバのメッセージオブジェクトノードを示す図である。
【図７】本発明によるメールクライアントとメールサーバ間のデータ同期化過程を示す図である。
【図１】
2009509395.tif 000003
【図２】
2009509395.tif 000004
【図３】
2009509395.tif 000005
【図４】
2009509395.tif 000006
【図５】
2009509395.tif 000007
【図６】
2009509395.tif 000008
【図７】
2009509395.tif 000009
【国際調査報告】
2009509395.tif 000010
2009509395.tif 000011