JP2008506179A - 装置管理システム及びそのシステムにおける装置管理命令スケジューリング方法 - Google Patents

Abstract

本発明は、装置管理システム及びそのシステムにおける装置管理スケジューリング方法に関し、サーバは、装置管理命令とその装置管理命令実行に関するスケジュールとを含むスケジューリングコンテキストをクライアントに伝送し、前記クライアントは、前記装置管理スケジューリングコンテキストを利用して装置管理ツリーを生成した後、特定スケジュール条件を満たす場合に前記命令を実行し、必要に応じてサーバに命令実行結果を報告する。従って、前記サーバは、クライアントに特定条件で実行される命令を要求し、動的にスケジュール条件を変更するなどの装置管理を行う。

Description

本発明は、装置管理及びデータ同期技術に関し、特に、装置管理システム及び該当システムにおける装置管理命令スケジューリング方法に関する。

一般に、装置管理（Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ：ＤＭ）技術は、装置サーバから特定処理命令が受信されると、クライアントが該当命令を直ちに実行するようにする方法に関する技術である。

このようなＤＭ技術において、前記ＤＭサーバは、ＤＭクライアントに処理命令を指示し、前記ＤＭクライアントは、該当命令を直ちに実行した後、その実行結果の報告手順を行う。

また、前記ＤＭサーバは、ＤＭクライアントに特定機能の変更、更新、及び削除を要求する。ＤＭクライアントの現在状態が前記ＤＭサーバの要求を実行できない場合、前記ＤＭサーバは、ＤＭクライアントの状態を確認するために周期的にＤＭセッションの生成／質疑を行わなければならないという問題がある。従って、従来のＤＭ方法は、ＤＭサーバが所望の時点、状態、及び条件でＤＭサーバの命令を実行できるようにするための方法を提供できないという問題がある。

また、従来技術においては、ＤＭサーバによりＤＭセッションを開放（開始）して伝送されたＤＭ命令を、ＤＭクライアントが前記セッション中に直ちに実行しなければならないため、ＤＭセッション外（セッションの後）で装置の内部状態を考慮するとき又はイベントが発生したとき、ＤＭ命令が実行できず、また、特定時点又は特定状況にＤＭ命令が実行できなかった。このような制約により、装置の状態診断手順に高コストがかかり、問題の発生前に予め問題を発見して適切な措置を行なう効果的な診断及び問題解決が不可能であった。また、この制約は、ＤＭ命令が実行されるために常に新しいＤＭセッションを要求するため、装置管理コストが高いという問題があった。

従って、本発明の目的は、サーバがクライアントの装置管理スケジューリングを動的に管理できる装置管理システム及びそのシステムにおける装置管理スケジューリング方法を提供することにある。

本発明の他の目的は、サーバがクライアントに装置管理スケジューリングを設定し、前記設定された装置管理スケジューリングを変更及び削除できる装置管理システム及びそのシステムにおける装置管理スケジューリング方法を提供することにある。

本発明のさらに他の目的は、サーバがクライアントの装置管理やデータ同期命令をスケジューリングし、クライアントが装置の状態報告、スケジューリングされたプログラムの実行、及び最適のパラメータ値の利用を実行できる装置管理システム及びそのシステムにおける装置管理スケジューリング方法を提供することにある。

このような目的を達成するために、本発明による装置管理スケジューリング方法は、サーバがスケジューリングコンテキストをクライアントに伝送する段階と、前記クライアントが前記伝送されたスケジューリングコンテキストを利用して装置管理ツリーを生成し、装置管理スケジューリングを設定する段階と、クライアントが、前記設定された装置管理スケジューリングの命令実行条件によって装置管理スケジューリングを行う段階とを含む。

前記装置管理スケジューリング方法は、前記サーバから伝送された新しいスケジューリングコンテキストを利用して装置管理ツリーを生成し、前記装置管理スケジューリングを変更する段階と、前記クライアントが、前記生成された装置管理ツリー内の状態報告ゲート情報によって装置管理スケジューリングの実行結果をサーバに選択的に報告する段階と、前記サーバが予め設定された装置管理スケジューリングの削除を前記クライアントに要求する段階とをさらに含む。

好ましくは、前記装置管理スケジューリングを設定する段階は、前記伝送された装置管理スケジューリングコンテキストの有効性を検証する段階と、前記スケジューリングコンテキストの検証が完了すると、該当スケジューリングコンテキストを利用して少なくとも１つの装置管理スケジューリングサブツリーを生成する段階とを含む。

このような目的を達成するために、本発明による装置管理システムは、装置管理命令と該装置管理命令の実行に関するスケジュールとを含む装置管理スケジューリングコンテキストを生成及び伝送するサーバと、前記伝送された装置管理スケジューリングコンテキストを利用して装置管理ツリーを生成して装置管理スケジューリングを生成し、前記生成された装置管理スケジューリングの命令実行条件によって装置管理スケジューリングを行うクライアントとを含む。

好ましくは、前記サーバは、前記クライアントに新しいスケジューリングコンテキストを伝送して装置管理スケジューリングの変更を要求し、装置管理削除命令を伝送して予め設置された装置管理スケジューリングコンテキストの削除を要求する。

好ましくは、前記クライアントは、前記装置管理スケジューリングの状態報告ゲート情報によって装置管理スケジューリングの実行結果をサーバに選択的に報告する。

好ましくは、前記クライアントは、前記サーバと装置管理セッションを生成した後、前記サーバからスケジューリングコンテキストを受信する命令処理モジュールと、前記命令処理モジュールから転送されたスケジューリングコンテキストを利用して装置管理ツリーを生成し、命令実行条件を満たすと、該当装置管理命令が実行されるように前記命令実行条件の満足を前記命令処理モジュールに通知し、前記装置管理命令の処理結果を命令処理モジュールから受信してＤＭサーバに選択的に報告するスケジューリングモジュールとを含む。

好ましくは、前記命令処理モジュールは、前記サーバから伝送されたスケジューリングコンテキストをスケジューリングモジュールに転送する機能部と、前記スケジューリングモジュールの通知によって該当スケジューリングされた命令を実行し、該当命令実行結果を前記スケジューリングモジュールに伝送する機能部と、前記命令実行結果に基づいて前記スケジューリングモジュールから伝送されたスケジューリングコンテキスト状態報告をサーバに転送する機能部とを含む。

好ましくは、前記スケジューリングモジュールは、前記サーバから伝送されたスケジューリングコンテキストを利用して装置管理スケジューリングサブツリーを生成する第１機能部と、前記装置管理スケジューリングサブツリーのスケジューリングされた命令実行条件を読み出し、該命令実行条件が一致する状態を持続的にチェックする第２機能部と、前記命令実行条件を満たすと、命令処理モジュールの命令実行機能部に装置管理命令の実行を要求する第３機能部と、前記装置管理スケジューリングサブツリーのＧａｔｉｎｇノード値によって前記命令実行機能部の命令実行結果を報告するか否かを決定する第４機能部と、前記第４機能部から伝送された命令実行結果又は前記第２機能部のチェック結果をサーバに報告する第５機能部と、前記サーバから要求された装置管理スケジューリング削除命令によって予め設定された装置管理スケジューリングサブツリーを削除する第６機能部とを含む。

好ましくは、前記方法及びシステムにおいて、前記スケジューリングコンテキストは、装置管理命令と該命令の実行に関するスケジューリング情報とを含み、ＸＭＬ文書形式を有する。

好ましくは、前記方法及びシステムにおいて、前記スケジューリングコンテキストは、命令実行条件に関する情報エレメントと、スケジューリングされた装置管理命令に関する情報エレメントと、ユーザインタフェースに関する情報エレメントと、状態報告ゲートに関する情報エレメントとを含む。

好ましくは、前記方法及びシステムにおいて、前記装置管理スケジューリングサブツリーは、スケジュールノードと、装置管理スケジューリングコンテキストの識別子を示すノードと、スケジューリングされた装置管理命令の実行条件を示すノードと、スケジューリングされた装置管理命令を示すノードと、ユーザインタフェースに関する情報を示すノードと、前記命令の実行結果を報告するか否かを示すノード又は前記命令実行結果を報告するサーバアドレスを示すノードとを含む。

好ましくは、前記方法及びシステムにおいて、前記装置は、端末機、ＰＤＡ、ノートブック型パソコン、及びデスクトップ型パソコンなどのユーザ装置を示す。

本発明において、前記サーバは、ＤＭ命令とスケジューリング情報とを含むＤＭスケジューリングコンテキストを装置内のクライアントに伝送し、前記クライアントは、ＤＭスケジューリングコンテキストを設置した後、スケジューリング条件によって該当ＤＭ命令を実行する。その結果、サーバがクライアントの装置管理スケジュールを動的に管理できるという効果がある。

すなわち、従来は、装置管理サーバが端末のある状態を確認するためには周期的に装置管理セッションを生成して端末機の状態を質疑しなければならなかった。この方式は、多くの通信資源が要求されるが、特別な効果を得られない場合が多く、結果的に、通信資源の浪費及び端末のバッテリ使用時間の短縮を生じる。従って、本発明のように端末が特定状況のとき、その状態をサーバに報告すると、前記問題を改善できる。

また、端末には、多くのプログラム、例えば、診断プログラム、状態ロギングプログラム、ウイルス検索プログラムなどが設置又は存在できる。本発明を活用する場合、装置管理サーバは、所望の時点や状態で前記プログラムが実行されるようにスケジューリングできる。プログラムの実行がスケジューリングされると、サーバは、プログラムを毎回実行するために装置管理セッションをその都度設定する必要がないため、無線リソースを節約できる。このような点は、装置管理クライアントとサーバ間に通信チャネルを接続できない状況で非常に有用である。

また、端末には、端末の正しい動作のための多くのパラメータが存在する。このようなパラメータは、端末が最適の性能を得るために選択された値として決定される。しかし、端末の使用中に使用環境が変化すると、それによる最適のパラメータ値が変化することがある。従って、本発明を活用する場合、サーバは端末機の環境を感知し、それにより最適のパラメータ値を用いるようにスケジューリングできる。このようなパラメータ値の調整は、別途のＤＭセッションなしにスケジューリングされるため、ユーザ満足と優れた性能を提供できる。

本発明は、装置管理やデータ同期のためにサーバがクライアントの装置管理スケジューリングを動的に管理できる装置管理システム及び該当システムにおける装置管理スケジューリング方法を提供する。

また、本発明は、サーバがクライアントの装置管理又は装置管理命令をスケジューリングしておき、特定時点又は特定状態で、クライアントが自発的に装置（例えば、端末）の状態を報告し、スケジューリングされたプログラム（診断プログラム、状態ロギングプログラム、ウイルス検索プログラムなど）を実行し、使用環境変化によって最適のパラメータ値を利用する、装置管理システム及び該当システムにおける装置管理スケジューリング方法を提供する。

このために、本発明による装置管理システム及び該当システムにおける装置管理スケジューリング方法において、サーバは、装置管理命令とスケジューリング情報とを含むＤＭスケジューリングコンテキストを対象装置のクライアントに伝送し、前記クライアントは、ＤＭスケジューリングコンテキストを利用してＤＭツリー（情報管理層の一種、又は、「ツリー」のような複数のレベルやブランチを有する構造）を生成した後、命令実行条件によって該当ＤＭ命令を実行する。好ましくは、前記対象装置とは、端末、ＰＤＡ、ノートブック型パソコン、及びデスクトップ型パソコンなどのユーザ装置をいい、説明の便宜のために、端末について説明する。以下、本発明の好ましい実施形態を詳細に説明する。

図１は、本発明による装置管理システムのブロック図である。

図１に示すように、本発明による装置管理システムは、装置管理（ＤＭ）スケジューリングコンテキストを生成して装置（例えば、端末）に伝送するＤＭサーバ１００と、該ＤＭサーバ１００から伝送されたスケジューリングコンテキストを利用して端末の内部にＤＭツリーを生成し、命令実行条件を満たす場合、該当するＤＭ命令を実行するＤＭクライアント２００とを含む。

前記ＤＭクライアント２００は、ＤＭサーバ１００からスケジューリングコンテキストを受信する命令処理モジュール２０と、該命令処理モジュール２０から伝送されたスケジューリングコンテキストを利用してＤＭツリー４０を生成した後、命令実行条件を満たす場合、該当ＤＭ命令が実行できるように命令処理モジュール２０に通知し、前記ＤＭ命令の処理結果を命令処理モジュール２０から受信してＤＭサーバ１００に選択的に報告するスケジューリングモジュール３０とを含む。

前記ＤＭスケジューリングコンテキストは、ＤＭ命令及びそのＤＭ命令の実行に関するスケジュールを含み、例えば、命令実行条件に関する情報エレメント（Ｃｏｎｄｉｔｉｏｎ）、スケジューリングされたＤＭ命令に関する情報エレメント（Ｃｏｍｍａｎｄｓ）、ユーザインタフェースに関する情報エレメント（ＵｓｅｒＩｎｔｅｒ）、及び状態報告ゲートに関する情報エレメントを含む。

図１には、ＤＭクライアントにより生成されたＤＭツリーの一例を示す。

図１に示すように、ＤＭツリー４０は、少なくとも１つのＤＭスケジューリングサブツリー４１から構成され、各ＤＭスケジューリングサブツリー４１は、複数のスケジューリングノード、すなわち、スケジュールノード（Ｓｃｈｅｄ＿１）、ＳｃｈｅｄＩｄノード、Ｃｏｎｄｉｔｉｏｎノード、Ｃｏｍｍａｎｄｓノード、ＵｓｅｒＩｎｔｅｒノード、及びＧａｔｉｎｇノードを含む。

前記スケジュールノード（Ｓｃｈｅｄ＿１）は、各装置管理スケジューリング（Ｓｃｈｅｄ＿１，・・・）を示し、前記Ｃｏｍｍａｎｄｓノードと前記Ｃｏｎｄｉｔｉｏｎノードを互いに接続する役割を果たす。特に、前記スケジュールノード（Ｓｃｈｅｄ＿１）は、位置基準ノード（ｐｌａｃｅｈｏｌｄｅｒ）と同一の意味で使用される。前記Ｃｏｎｄｉｔｉｏｎノードは、ＤＭ命令が実行される条件を示し、前記Ｃｏｍｍａｎｄｓノードは、命令実行条件を満たすとき（特定時点及び特定状態で）、ＤＭクライアントにより行わなれるスケジューリングされたＤＭ命令を示す。また、前記ＵｓｅｒＩｎｔｅｒノードは、命令実行条件を満たすときに該当命令の実行に対するユーザ確認を受ける必要があるか否かを示し、前記Ｇａｔｉｎｇノードは、前記ＤＭ命令の実行結果をＤＭサーバ１００に通知する必要があるか否かを示す。また、前記ＤＭスケジューリングサブツリー５０には、選択的に装置管理サーバ（Ｍｇｍｔｓｖｒ）ノードが含まれる。好ましくは、前記Ｍｇｍｔｓｖｒノードは、ＤＭ命令の実行結果を報告するサーバアドレスを保存している。また、前記Ｍｇｍｔｓｖｒノードは、例えば、前記処理結果を該当ＤＭサーバでない他のサーバに報告する場合、又は、それぞれの処理結果によって報告するＤＭサーバが異なる場合、各ノードに対する管理権限を有するサーバを示すＡＣＬ（ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｌｉｓｔ）情報を含む。

前記ＤＭツリー４０は、ＤＭサーバが全ての多様な装置に対して同一のＤＭセッション及びＤＭプロトコルにより前記装置内の共通データベース５０に保存された情報を遠隔管理できる論理データ構造を意味する。前記ＤＭツリー４０は、共通データベース５０に保存された情報に名前を付与し、各情報にアクセスする経路を提供し、前記情報の論理的／物理的な形式のような属性値（ｐｒｏｐｅｒｔｙ）などを含む。

前記共通データベース５０は、ＤＭサーバ１００が管理できる全ての情報が保存され、前記ＤＭスケジューリングサブツリー４１内の各ノードの実際値が保存される。特に、Ｃｏｍｍａｎｄｓノード及びＣｏｎｄｉｔｉｏｎノードは、それぞれ１つのコマンドＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書及びスケジューリングＸＭＬ文書に対応する。

前記コマンドＸＭＬ文書は、スケジューリング条件（Ｃｏｎｄｉｔｉｏｎ）を満たす時点及び状態において、前記ＤＭクライアントにより処理されるＤＭ命令（Ｃｏｍｍａｎｄｓ）を含む。各コマンドは、ＤＭプロトコルにより定義された命令から構成される。

図２は、コマンドＸＭＬ文書の構成を示し、図３は、前記コマンドＸＭＬ文書のＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）を示す。図２及び図３において、コマンドＸＭＬ文書のｒｏｏｔエレメントはＣｏｍｍａｎｄエレメントであり、Ｃｏｍｍａｎｄエレメントのコンテンツとしては、該当ＤＭプロトコルにおいて定義されたコマンドエレメントが含まれる。

ＤＭスケジューリングサブツリー４１が構成されると、前記ＤＭクライアント２００は、ＤＭサーバ１００からＤＭ命令を受信して共通データベース５０に保存する。その後、前記ＤＭ命令は、他のＤＭセッションにおいて変更又は削除できる。

前記スケジューリングＸＭＬ文書は、コマンドＸＭＬ文書に含まれたＤＭ命令（Ｃｏｍｍａｎｄｓ）が実行される条件を記述するスケジューリング情報を含む。図４は、スケジューリング情報ＸＭＬ文書の構成を示し、図５は、前記スケジューリング情報ＸＭＬ文書のＤＴＤである。

図４及び図５を参照すると、スケジューリング情報ＸＭＬ文書は、＜Ｓｃｈｅｄ＞エレメントがｒｏｏｔエレメントである１つの有効なＸＭＬ文書であり、各情報エレメントは、スケジューリング条件を記述する。ＤＭスケジューリングサブツリー４１が構成されると、ＤＭクライアント２００は、ＤＭサーバ１００からスケジューリング情報を受信して共通データベース５０に保存する。その後、前記前記スケジューリング情報は、他のＤＭセッションにおいて変更又は削除できる。

前記スケジューリング（Ｓｃｈｅｄ）エレメントは、スケジューリング情報ＸＭＬ文書のｒｏｏｔエレメントであり、１つ又は複数のシンプルスケジューリング（ＳｉｍｐＳｃｈｅｄ）エレメントから構成される。前記Ｓｃｈｅｄエレメントはトリガーを定義する。一般に、前記Ｓｃｈｅｄエレメントは、ＳｉｍｐＳｃｈｅｄエレメントが定義するトリガーの和に該当する。前記トリガーは、コマンドＸＭＬ文書に含まれたＤＭコマンドが実行されるべき時点又は条件を満たすことをＤＭクライアントに通知する役割を果たす。

前記ＳｉｍｐＳｃｈｅｄエレメントは、１つのシンプルスケジューリング規格を定義し、１つ又は複数のトリガーを定義する。最終のスケジューリング規格は、複数のシンプルスケジューリング規格をまとめることにより定義される。最終のスケジューリング規格は、Ｓｃｈｅｄエレメントにより定義される。前記ＳｉｍｐＳｃｈｅｄエレメントは、１つ以上の期間（Ｄｕｒ）、周期（Ｐｅｒ）、及び閾値（Ｔｈ）エレメントにより定義される単位スケジューリング規格から構成される。前記単位スケジューリング規格間には、各エレメントから発生するトリガーがＤＭクライアントに伝送できる条件を付与する相互関係が形成される。すなわち、ある１単位エレメントの論理値が「偽」である場合は、他の単位エレメントから発生したトリガーがＤＭクライアントに伝送されることはない。

前記Ｄｕｒエレメントは、時区間や特定時点を指定する単位スケジューリング規格である。時区間は、Ｄｕｒエレメントの論理値とトリガーを同時に定義し、特定時点は、トリガーのみを定義する。

図６は、期間（Ｄｕｒ）エレメントの実施形態を示す。

図６に示すように、Ｄｕｒエレメントの内容は、後述する特殊文法に従う平文（ｃｌｅａｒ−ｔｅｘｔ）であり、特殊演算子「．．」を利用して時間範囲の開始及び終了を構成する。前記Ｄｕｒエレメントは、日付けと時間で表現されるが、日付けと時間が共に使用される場合、前記日付けが時間の前に配置され、「Ｔ」によりそれぞれ分離される。例えば、２００４年７月２６日２３時５９分５９秒は、２００４−０７−２６Ｔ２３：５９：５９と表現する。また、前記Ｄｕｒエレメントの最小単位は、１０秒に制限し、「＊」は「毎時間」、「ｉｍ」は「直ちに」、「〜」は「続けて」を定義する。ここで、前記「〜」は「ｉｍ」と共に使用できる。

前記周期（Ｐｅｒ）エレメントは、時間周期を定義する単位スケジューリングエレメントであり、他の単位スケジューリングエレメントと共に使用され、条件が「真」である間は周期的に連続的なトリガーを生成する。

前記Ｐｅｒエレメントは、秒単位で周期を定義し、符号のない整数や実数で表現される数値テキストである。前記Ｐｅｒエレメントは、ＳｉｍｐＳｃｈｅｄエレメントにおいて単独では使用できない。前記Ｐｅｒエレメントにおいてトリガーは、関連条件が「偽」である間に発生できず、前記条件が「偽」から「真」に初めて変わるとき、及びＰｅｒエレメントにより定義された周期で前記条件が「真」を維持する間に繰り返し生成される。

最後に、前記閾値（Ｔｈ）エレメントは、値範囲を定義する単位スケジューリングエレメントであり、２つの異なるタイプの範囲だけでなく、トリガーが発生する特定値を定義することができる。前記Ｔｈエレメントは、他のＴｈエレメント、Ｄｕｒエレメント、又はＰｅｒエレメントなどの他の単位スケジューリングエレメントと共に使用できる。前記Ｔｈエレメントは、属性値「Ｈｙｓｔ」を有し、特定閾値に対するヒステリシス値を示す。さらに、前記Ｔｈエレメントは、属性値「ＭｇｍｔＯｂｊ」も有し、前記Ｔｈエレメントに関連した管理オブジェクトのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）を有する。前記Ｔｈエレメントの内容は、後述する特殊文法によって作成された平文文字列（ｐｌａｉｎ ｔｅｘｔ ｓｔｒｉｎｇ）である。

図７は、閾値（Ｔｈ）エレメントの内容を定義したものであり、ＲＦＣ２２３４により定義されたＡＢＮＦ（Ａｕｇｕｍｅｎｔｅｄ Ｂａｃｋｕｓ−Ｎａｕｒ Ｆｏｒｍ）に記述されている。

図７に示すように、前記Ｔｈエレメントの内容は、管理オブジェクト値、特殊記号、及び演算子から構成される平文文字列であり、前記演算子間の優先順位は、図８に列挙した順序と同一である。

前記Ｔｈエレメントの内容は、ＩＳ演算子により区分された１つ以上のＴｈＣｏｎｔｅｎｔＩｔｅｍから構成されるＴｈＣｏｎｔｅｎｔと表現される。ここで、前記ＴｈＣｏｎｔｅｎｔＩｔｅｍは、ＴｈＧｒｏｕｐとＴｈＲａｎｇｅ、ＥｖｅｎｔＲａｎｇｅのうち１つを定義する。

前記ＴｈＧｒｏｕｐは、ＴｈｒｅｓｈｏｌｄとＤｅｌｔａの結合又はＴＷ（＊）とＴｈＥｘｃの結合により表現される１つ以上のトリガーを定義する。前記トリガーは、クライアントに関連命令が処理されるべきであるということを通知するインジケータであり、Ｔｈエレメント、Ｄｕｒエレメント、及びＰｅｒエレメントから生成される。ここで、前記トリガーエレメントから発生するトリガーは、関連管理オブジェクトの値の変化に関連する。

前記Ｔｈｒｅｓｈｏｌｄは、関連管理オブジェクトのある値として定義される閾値を定義し、閾値範囲の境界値、トリガー、及びデルタを定義するときに使用される。

前記ＴＷは、閾値ワイルドカードと呼ばれる特殊記号を定義し、全ての管理オブジェクト値を表現する。ここで、前記トリガーは、前記管理オブジェクト値の変化によって発生するが、前記閾値ワイルドカードは、前記条件を定義しない。

前記ＴｈＥｘｃは、他の閾値グループから除かれた閾値を定義し、大部分閾値ワイルドカードと共に使用される。

前記Ｄｅｌｔａは、１つ以上の閾値から構成され、各閾値は、各デルタを示す。ここで、前記イベント範囲の境界値は、イベント開始及びイベント終了を示すＥｖｅｎｔエレメントにより表現される。前記イベント範囲のイベント開始が発生すると、ＥｖｅｎｔＲａｎｇｅエレメントが示す条件の論理値は「真」になり、前記イベント範囲のイベント終了を示すイベントが発生すると、前記条件の論理値は「偽」になる。前記イベントは、管理オブジェクト値がある特定値になったり、ある範囲内に入る事象を意味し、従って、前記イベントを表現するために、閾値、閾値グループ、及び閾値範囲が使用される。例えば、管理オブジェクト値が特定値を有するか、デフォルト値の範囲に入る事象は、イベントになる。前記イベントの範囲は、一方又は両方が開放され、両方が開放された範囲をイベント範囲ワイルドカードという。

前記ＴｈＲａｎｇｅは、閾値範囲を定義するものであり、条件の定義及びトリガーの発生のために使用される。前記閾値範囲は、いずれか一方の範囲が開放でき、両方が開放された特殊範囲は閾値範囲ワイルドカードといわれる。前記閾値範囲ワイルドカードは、独立しては何もできないが、ＴｈＲａｎｇｅＥｘｃと共に使用されるときに有用である。前記閾値範囲が定義する条件の論理値が初めて「真」になるときにトリガーが発生し、その後、条件の論理値が変更される度にトリガーが発生する。

前記ＴｈＲａｎｇｅＥｘｃエレメントは、特定閾値範囲から除かれることを示すために１つ以上のＴＲＥＰから構成する。ここで、前記ＴＲＥＰは、前記ＴｈＲａｎｇｅＥｘｃにおいてのみ使用される構成要素である。

前記ＥｖｅｎｔＲａｎｇｅエレメントは、イベント範囲を示し、条件及びトリガーを前記ＴｈＲａｎｇｅとして定義できる。ここで、前記イベント範囲の境界値は、イベント開始及びイベント終了を示すＥｖｅｎｔエレメントにより表現される。前記イベント範囲のイベント開始が発生すると、ＥｖｅｎｔＲａｎｇｅエレメントが示す条件の論理値は「真」になり、前記イベント範囲のイベント終了を示すイベントが発生すると、前記条件の論理値は「偽」になる。前記イベントは、管理オブジェクト値がある特定値になったり、ある範囲内に入る事象を意味し、従って、前記イベントを表現するために、閾値、閾値グループ、及び閾値範囲が使用される。例えば、管理オブジェクト値が特定値を有するか、デフォルト値の範囲に入る事象は、イベントになる。前記イベントの範囲は、一方又は両方が開放され、両方が開放された範囲をイベント範囲ワイルドカードという。

図８は、前記Ｔｈエレメントにおいて使用される演算子と特殊記号の定義を示す図であり、図９は、前記Ｔｈエレメントの属性を示す図であり、図１０は、前記Ｔｈエレメントを利用してＤＭスケジューリングコンテキストを構成した実施形態を示す図である。

図１０の実施形態は、「Ｇｅｔ」に対するＤＭスケジューリングコンテキストを示し、１２００、１４００、・・・、３０００と同一であるとき、又は、１８００と３０００間の値を有する間６０秒毎に、ノード値の「Ｇｅｔ」命令の処理を指示するＤＭスケジューリングコンテキストである。

図１１は、図１に示すＤＭシステムの詳細構成図である。

図１１に示すように、ＤＭサーバ１００及びＤＭクライアント２００（スケジューリングモジュール及び命令処理モジュール）は、スケジューリング生成／設定、ＤＭスケジューリング実行、ＤＭスケジューリング変更／削除、及びＤＭスケジューリング状態報告などを行うために必要な複数の機能部を含む。

前記ＤＭサーバ１００に備えられたスケジューリングコンテキスト生成／変更機能部１０は、ＤＭスケジューリングコンテキストを生成した後、ＤＭクライアント２００の命令処理モジュール２０にＤＭスケジューリングコンテキストの設置又は変更を要求する役割を果たす。

スケジューリングコンテキスト設置／再構成機能部３１は、ＤＭサーバ１００が命令処理モジュール２０の要求伝達機能部２１を介してスケジューリングコンテキスト設置／変更を要求すると、ＤＭスケジューリングサブツリーを生成することによりＤＭツリーを生成する。前記スケジューリングコンテキスト設置／再構成機能部３１は、前記スケジューリングコンテキストを設置する前に、必要な場合、ユーザ確認を受けることができる。

命令実行条件確認機能部３２は、ＤＭスケジューリングサブツリー内のスケジューリングされた命令実行条件（Ｃｏｎｄｉｔｉｏｎ）を確認し、その命令実行条件を満たす状態を持続的にチェックする機能部である。前記命令実行条件を満たすか否かは、例えば、ＤＭツリー上に存在する他の管理オブジェクトの値が予め設定された閾値に到達しているか、特定時点になっているか、又は、装置に特定イベントが発生したか否かにより判断される。前記命令実行条件を満たすと、命令実行条件確認機能部３２は、ＤＭスケジューリングサブツリー内のユーザインタフェース（ＵｓｅｒＩｎｔｅｒ）の情報によって、必要な場合、ユーザ確認手順を行う。

ＤＭ命令実行機能部３３は、命令実行条件確認機能部３２において命令実行条件を満たすか、ユーザがＤＭ動作を許可した場合、命令処理モジュール２０の命令実行機能部２２にＤＭ命令の実行を要求する。

命令実行機能部２２は、命令実行条件確認機能部３２からのＤＭ命令実行要求によって前記ＤＭスケジューリングサブツリー内にスケジューリングされたＤＭ命令を実行し、応答メッセージにより命令実行結果（Ｓｔａｔｕｓ／Ｒｅｓｕｌｔ／Ｇｅｎｅｒｉｃ Ａｌｅｒｔ）をスケジューリングモジュール３０に伝送する。前記応答メッセージは、例えば、命令実行が正常に行われたか、いかなる原因によりエラーが発生したか、命令実行後の装置の状態はどうかなどに関する命令実行結果コードを含む。

状態報告ゲート機能部３４は、ＤＭサーバ１００に報告するデータをフィルタリングする機能部であり、ＤＭスケジューリングサブツリー内のＧａｔｉｎｇノード値によって命令実行機能部２２から伝送された命令実行結果（Ｓｔａｔｕｓ／Ｒｅｓｕｌｔ／Ｇｅｎｅｒｉｃ Ａｌｅｒｔ）がＤＭサーバ１００に報告されなければならないか否かを判断する。

スケジューリングコンテキスト状態報告機能部３５は、前記状態報告ゲート３４から伝送された命令実行結果（Ｓｔａｔｕｓ／Ｒｅｓｕｌｔ／Ｇｅｎｅｒｉｃ Ａｌｅｒｔ）をＤＭサーバ１００に報告し、ＭｇｍｔｓｖｒノードのＡＣＬ情報を利用して前記命令実行結果を他のサーバに報告することもできる。前記スケジューリングコンテキスト状態報告機能部３５は、所定プロトコル（例えば、Ｇｅｎｅｒｉｃ Ａｌｅｒｔ）を利用して状態報告ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を伝送することにより、ＤＭスケジューリングコンテキスト状態報告の手順を行う。

好ましくは、前記状態報告ＰＤＵは、基本的にＳｔａｔｕｓコマンド、Ｒｅｓｕｌｔコマンド、Ｇｅｎｅｒｉｃ Ａｌｅｒｔコマンドを伝送するためのＰＤＵ（Ｓｔａｔｕｓ ＰＤＵ、Ｒｅｓｕｌｔ ＰＤＵ、Ｇｅｎｅｒｉｃ Ａｌｅｒｔ ＰＤＵ）を含み、ユーザが実行中である装置管理スケジューリングコンテキストに対する終了要求ＰＤＵ（Ｔｅｒｍｉｎａｔｅ Ｒｅｑｕｅｓｔ ＰＤＵ）を含む。

また、前記スケジューリングモジュール３０の命令実行条件確認機能部３２とＤＭ命令実行部３３は、必要に応じて１つの機能部に統合され、前記状態報告ゲート機能部３４も必要に応じてスケジューリングコンテキスト状態報告機能部３５と統合される（点線表示）。

このように構成された本発明による装置管理システムにおいて、装置管理ＤＭスケジューリングの実行／変更／削除及びＤＭスケジューリング状態報告動作について、添付図面を参照してより詳しく説明する。この場合、前記ＤＭサーバ１００とＤＭクライアント２００間に装置管理セッションが設定されるが、そのセッション設定過程においてＤＭサーバ１００とＤＭクライアント２００間に認証手順が実行される。

装置管理スケジューリング設定機能
装置管理スケジューリング設定は、ＤＭサーバが装置管理ＤＭスケジューリングコンテキストを生成し、ＤＭセッションを接続し、ＤＭプロトコルを介して前記ＤＭスケジューリングコンテキストを装置（例えば、端末機）に伝送することにより要求される。

すなわち、図１１及び図１２に示すように、ＤＭサーバ１００のスケジューリングコンテキスト生成／変更機能部１０は、ＤＭ命令と該ＤＭ命令の実行に関するスケジュールとを含むスケジューリングコンテキストを生成した後、ＤＭプロトコルを介して対象装置（例えば、端末機）に伝送する（Ｓ１０）。この場合、スケジューリングコンテキスト生成／変更機能部１０は、ＡＤＤ命令を使用してＤＭ命令を付加し、Ａｕｔｏｍｉｃ命令を使用してスケジューリングされる全てのＤＭ命令を１つのグループにする。その結果、前記スケジューリングコンテキスト生成／変更機能部１０は、前記装置（例えば、端末機）が１つのグループのＤＭ命令を共に処理できるようにする。また、前記スケジューリングコンテキスト生成／変更機能部１０は、前記Ａｕｔｏｍｉｃ命令内部にＵＩ ａｌｅｒｔ命令をさらに含むことで、前記装置が該当スケジューリングコンテキストを設置する前に、ユーザ確認を受ける。

前記ＤＭサーバ１００からＤＭクライアント２００に伝送されたスケジューリングコンテキストは、命令処理モジュール２０の要求伝達機能部２１によりスケジューリングモジュール３０のスケジューリングコンテキスト設置／再構成機能部３１に伝送される（Ｓ１１）。

前記スケジューリングコンテキスト設置／再構成機能部３１は、ＵＩ ａｌｅｒｔ命令によってユーザ確認を受けた後、前記ＤＭスケジューリングコンテキストを利用してＤＭツリー４０を生成することにより、前記ＤＭスケジューリングコンテキストを設置する。前記ＤＭスケジューリングコンテキストは、図１に示すように、ＤＭツリー４０上に少なくとも１つのスケジューリングノード（＝装置管理オブジェクト）を有するＤＭスケジューリングサブツリー４１を生成することにより設置される。前記ＤＭツリーが形成されるとき、複数のスケジューリングノードの実際値は共通データベース５０に保存され、特に、有効なＸＭＬ文書形式を有するＣｏｎｄｉｔｉｏｎノードとＣｏｍｍａｎｄｓノードの値はコマンドＸＭＬ文書とスケジューリング情報ＸＭＬ文書にそれぞれ保存される。

また、前記ＤＭスケジューリングサブツリー４１を生成するとき、スケジューリングコンテキスト設置／再構成機能部３１は、伝送されたＤＭスケジューリングコンテキストのＸＭＬ文書の文法（Ｓｙｎｔａｘ）と文脈（Ｃｏｎｔｅｘｔ）が正しいか、サポート可能な要求であるか（サーバのアクセス権限、クライアントの処理能力など）を検証し、その後、ＤＭスケジューリングコンテキスト設置要求に対する処理結果をＤＭサーバ１００に通知する（点線表示）。

装置管理スケジューリング実行機能
ＸＭＬ文書の検証が終了に成功した後、ＤＭツリー４０、すなわち、１つのＤＭスケジューリングサブツリー４１が生成されると、ＤＭクライアント２００は、データベース５０のスケジューリング情報ＸＭＬ文書を解析してスケジューリングプロセスを実行する。すなわち、１つのＤＭスケジューリングサブツリー４１が生成されると、命令実行条件確認機能部３２は、スケジュール情報ＸＭＬ文書からＤＭスケジューリングコンテキストのＤＭ命令実行条件（ｃｏｎｄｉｔｉｏｎ）情報を所定周期（Ｔｈエレメントのインターバル属性）で読み出し、ＤＭ命令実行条件を満たす状態を持続的に点検する（Ｓ１２）。前記命令実行条件を満たすか否かは、例えば、ＤＭツリー上に存在する他の管理オブジェクトの値が与えられた閾値に到達しているか、特定時点になっているか、装置に特定イベントが発生したかにより判断される。

前記命令実行条件を満たすと、ＤＭスケジューリングサブツリー４１内のユーザインタフェース（ＵｓｅｒＩｎｔｅｒ）の情報によってユーザ確認が必要な場合は、ユーザ確認手順を行う。前記ユーザ確認手順において、ＤＭ命令実行に関するガイド（すなわち、通知、情報など）を画面に表示することにより、ユーザはＤＭ命令を許可又は取消できる。ユーザがＤＭ命令実行を取り消すと、命令実行条件確認機能部３２は、スケジューリングされたＤＭ命令を実行せずに再び命令実行条件確認手順を行う。

前記命令実行条件確認機能部３２において命令実行条件を満たすか、ユーザが装置管理作業を許可すると（Ｓ１３）、ＤＭ命令実行部３３は、命令処理モジュール２０の命令実行機能部２２にＤＭ命令実行を要求する（Ｓ１４）。前記ＤＭ命令実行部３３の要求によって命令実行機能部２２は、ＤＭスケジューリングサブツリー４１内にスケジューリングされたＤＭ命令を実行し、応答メッセージにより命令実行結果（Ｓｔａｔｕｓ／Ｒｅｓｕｌｔ／Ｇｅｎｅｒｉｃ Ａｌｅｒｔ）を状態報告ゲート機能部３４に伝送する（Ｓ１５）。

前記ゲート機能部３４は、ＤＭスケジューリングサブツリー４１のＧａｔｉｎｇノード値によって前記命令実行結果（Ｓｔａｔｕｓ／Ｒｅｓｕｌｔ／Ｇｅｎｅｒｉｃ Ａｌｅｒｔ）をＤＭサーバ１００に報告するか否かを判断する（Ｓ１６）。

前記ゲート機能部３４は、ゲートノード値によって一部のＤＭ命令実行結果をスケジューリングコンテキスト状態報告機能部３５に提供し（Ｓ１７）、スケジューリングコンテキスト状態報告機能部３５は、該当命令実行結果を命令処理モジュール２０の状態報告伝達機能部２３によりＤＭサーバ１００の状態報告処理機能部１１に報告する（Ｓ１８、Ｓ１９）。ここで、スケジューリングコンテキスト状態報告機能部３５は、所定プロトコル（例えば、Ｇｅｎｅｒｉｃ Ａｌｅｒｔ）を利用して状態報告ＰＤＵを伝送し、ＤＭスケジューリングコンテキスト状態報告手順を行う。前記の状態報告ＰＤＵは、基本的にＳｔａｔｕｓコマンド、Ｒｅｓｕｌｔコマンド、Ｇｅｎｅｒｉｃ Ａｌｅｒｔコマンドを伝送するためのＰＤＵ（Ｓｔａｔｕｓ ＰＤＵ、Ｒｅｓｕｌｔ ＰＤＵ、Ｇｅｎｅｒｉｃ Ａｌｅｒｔ ＰＤＵ）を含む。

すなわち、図１３に示すように、ＤＭサーバ１００は、ＤＭクライアントにＤＭスケジューリングコンテキストを伝送してＤＭスケジューリングの生成を要求する（Ｓ５０）。前記ＤＭスケジューリングの生成を要求を受信したＤＭクライアント２００は、該当命令要求を検証し、前記ＤＭスケジューリングコンテキストを利用してＤＭスケジューリングサブツリーを生成した後、その結果をＤＭサーバ１００に伝送する（Ｓ５１、Ｓ５２）。その後、ＤＭクライアント２００は、前記ＤＭスケジューリングサブツリーの命令実行条件をチェックし（Ｓ５３）、該当条件を満たす場合、スケジューリングされたＤＭ命令を処理した後（Ｓ５４）、その処理結果を選択的にＤＭサーバ１００に報告する（Ｓ５５）。

装置管理スケジューリング変更機能
ＤＭサーバ１００が予め設置されたＤＭスケジューリングコンテキストを変更し、ＤＭプロトコルを介して前記変更されたＤＭスケジューリングコンテキストを伝送することにより、装置管理スケジューリングの変更が要求される（ＤＭスケジューリングコンテキスト伝送手順）。その信号の流れは、前述したＤＭスケジューリング実行と同一である。この場合は、装置内に既にＤＭスケジューリングサブツリー４１が存在するため、主にＲｅｐｌａｃｅ命令が使用される。前記ＤＭサーバ１００は、ＤＭスケジューリングコンテキスト伝達手順を行うとき、Ａｕｔｏｍｉｃ命令を伝送することにより、スケジューリングされる全てのＤＭ命令をグループ別にＤＭクライアント２００が管理できるようにする。また、前記ＤＭスケジューリングコンテキスト伝達手順を行うときは、Ａｕｔｏｍｉｃ命令内部にＵＩ ａｌｅｒｔ命令を含めることにより、ＤＭスケジューリングコンテキスト変更手順を行う前にユーザ確認を受ける。ユーザ確認を受けた後、ＤＭクライアント１００のＤＭスケジューリングコンテキスト設置／再構成機能部３１は、装置内部にＤＭスケジューリングコンテキストを再構成する。

すなわち、ＤＭスケジューリングコンテキスト設置／再構成機能部３１は、伝送された新しいＤＭスケジューリングコンテキストを利用してＤＭツリー４０内の新しい装置管理スケジューリングサブツリー（ＤＭ Ｓｃｈｅｄｕｌｉｎｇ ｓｕｂ−Ｔｒｅｅ）を生成した後、ＤＭスケジューリングコンテキスト変更要求に対する処理結果をＤＭサーバ１００に通知する（点線表示）。

すなわち、図１４に示すように、ＤＭサーバ１００が新しいＤＭスケジューリングコンテキストを伝送し、ＤＭスケジューリングの変更を要求する（Ｓ６０）。前記ＤＭスケジューリングの変更の要求を受けたＤＭクライアント２００は、該当命令（要求）を検証し、前記新しいＤＭスケジューリングコンテキストを利用してＤＭスケジューリングサブツリーを変更した後、その結果をＤＭサーバ１００に伝送する（Ｓ６１、Ｓ６２）。

装置管理スケジューリング削除機能
装置管理スケジューリングの削除とは、ＤＭサーバ１００が既に生成されたＤＭツリー、すなわち、ＤＭツリー内のＤＭスケジューリングサブツリー４１を削除することをいう。ＤＭスケジューリングコンテキスト削除要求は、ＤＭサーバ１００のスケジューリングコンテキスト削除要求機能部１２からＤＭクライアント２００のスケジューリングコンテキスト削除機能部３６に伝送される（Ｓ２０）。ここで、スケジューリングコンテキスト削除要求機能部１２は、削除対象となるＤＭスケジューリングサブツリー４１のＵＲＩを利用したＤｅｌｅｔｅ ＤＭ命令をスケジューリングコンテキスト削除機能部３４に伝送する。従って、スケジューリングコンテキスト削除機能部３６は、該当ＤＭスケジューリングサブツリー４１を削除することにより、既に設置された装置管理スケジューリングコンテキストを削除し、その結果を前記スケジューリングコンテキスト削除要求機能部１２に通知する（Ｓ２１）。

すなわち、図１５に示すように、ＤＭサーバ１００は、Ｄｅｌｅｔｅ ＤＭ命令をＤＭクライアント１００に伝送してＤＭスケジューリングの削除を要求する（Ｓ７０）。前記ＤＭスケジューリングの削除の要求を受けたＤＭクライアント２００は、該当命令（要求）を検証した後、従来のＤＭスケジューリングサブツリーを変更し、その結果をＤＭサーバ１００に伝送する（Ｓ７１、Ｓ７２）。

装置管理スケジューリング状態報告機能
以上、状態報告ゲートにより装置管理スケジューリング状態報告が実行される場合、すなわち、命令処理結果がＤＭサーバ１００に報告される場合を説明した。しかしながら、装置管理スケジューリング状態報告は、命令実行条件確認手順実行中にエラーが発生するか、ユーザ確認手順を行うときにユーザがスケジューリングコンテキストの終了を要求した場合も発生することがある。この場合も、スケジューリングコンテキスト状態報告機能部３５は、ＤＭスケジューリングコンテキスト状態報告ＰＤＵをＤＭ１００サーバに伝送し、前記制御ＰＤＵを受信したＤＭサーバ１００の状態処理報告機能部１１は、ＤＭスケジューリングコンテキスト状態報告処理手順を行う。

本発明を図面に示す実施形態に基づいて説明したが、これは単なる説明の便宜のための例示にすぎない。当該技術分野における通常の知識を有する者であれば多様な変更、変形、及び均等な他の実施例が可能であることを理解できるであろう。本発明の技術的保護範囲は、添付された特許請求の範囲の技術的思想により決定されるべきである。

本発明による装置管理システムを示すブロック図である。 図１に示すコマンドＸＭＬ文書の構造を示す図である。 コマンドＸＭＬ文書のＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）を示す図である。 図１に示すスケジュール情報ＸＭＬ文書構造を示す図である。 スケジュール情報ＸＭＬ文書のＤＴＤを示す図である。 期間（Ｄｕｒ）エレメントの実施形態を示す図である。 閾値（Ｔｈ）エレメントの内容を定義した図である。 Ｔｈエレメントにおいて使用される演算子及び特殊記号の定義を示す図である。 Ｔｈエレメントのフォーマットを示す図である。 Ｔｈエレメントを利用してＤＭスケジューリングコンテキストを構成した実施形態を示す図である。 図１の本発明による装置管理システムの詳細構成図である。 本発明による装置管理システムにおける装置管理スケジューリング方法を示す信号フローチャートである。 図１２の本発明による装置管理システムにおける装置管理スケジューリング方法におけるＤＭスケジューリング生成及び実行段階の詳細信号フローチャートである。 図１２の本発明による装置管理システムにおける装置管理スケジューリング方法におけるＤＭスケジューリング変更段階の詳細信号フローチャートである。 図１２の本発明による装置管理システムにおける装置管理スケジューリング方法におけるＤＭスケジューリング削除段階の詳細信号フローチャートである。

Claims (56)

1. サーバが装置管理プロトコルでクライアントと装置管理を行う装置管理システムにおいて、
   サーバがスケジューリングコンテキストをクライアントに伝送する段階と、
   前記クライアントが前記伝送されたスケジューリングコンテキストを利用して装置管理ツリーを生成し、装置管理スケジューリングを設定する段階と、
   クライアントが、前記設定された装置管理スケジューリングの命令実行条件によって装置管理スケジューリングを行う段階と
   を含むことを特徴とする装置管理スケジューリング方法。
2. 前記サーバから伝送された新しいスケジューリングコンテキストを利用して装置管理ツリーを生成し、前記装置管理スケジューリングを変更する段階をさらに含むことを特徴とする請求項１に記載の装置管理スケジューリング方法。
3. 前記クライアントが、前記生成された装置管理ツリー内の状態報告ゲート情報によって装置管理スケジューリングの実行結果をサーバに選択的に報告する段階をさらに含むことを特徴とする請求項１に記載の装置管理スケジューリング方法。
4. 前記サーバが予め設定された装置管理スケジューリングの削除を前記クライアントに要求する段階をさらに含むことを特徴とする請求項１に記載の装置管理スケジューリング方法。
5. 前記スケジューリングコンテキストは、
   装置管理命令と該命令の実行に関するスケジューリング情報とを含み、ＸＭＬ文書形式を有することを特徴とする請求項１に記載の装置管理スケジューリング方法。
6. 前記スケジューリングコンテキストは、
   Ａｄｄ命令、Ａｕｔｏｍｉｃ命令、及びＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ） ａｌｅｒｔ命令と共に伝送されることを特徴とする請求項１に記載の装置管理スケジューリング方法。
7. 前記スケジューリングコンテキストは、
   命令実行条件に関する情報エレメントと、
   スケジューリングされた装置管理命令に関する情報エレメントと、
   ユーザインタフェースに関する情報エレメントと、
   状態報告ゲートに関する情報エレメントとを含むことを特徴とする請求項１に記載の装置管理スケジューリング方法。
8. 前記命令実行条件に関する情報エレメントは、
   少なくとも１つのシンプルスケジューリングエレメントから構成され、前記シンプルスケジューリングエレメントは、１つ以上の単位スケジューリングエレメントから構成されることを特徴とする請求項７に記載の装置管理スケジューリング方法。
9. 前記単位スケジューリングエレメントは、
   特定時間値や時間範囲を決定する期間エレメントと、
   時間周期を指定する周期エレメントと、
   装置管理クライアントの内部状態や情報に対するスケジューリング規則を定義する閾値エレメントとから構成されることを特徴とする請求項８に記載の装置管理スケジューリング方法。
10. 前記装置管理スケジューリングを設定する段階は、
    前記伝送された装置管理スケジューリングコンテキストの有効性を検証する段階と、
    前記スケジューリングコンテキストの検証が完了すると、該当スケジューリングコンテキストを利用して少なくとも１つの装置管理スケジューリングサブツリーを生成する段階とを含むことを特徴とする請求項１に記載の装置管理スケジューリング方法。
11. 前記装置管理スケジューリングサブツリーは、
    Ｓｃｈｅｄ＿ｘノードと、
    ＳｃｈｅｄＩｄノードと、
    Ｃｏｎｄｉｔｉｏｎノードと、
    Ｃｏｍｍａｎｄｓノードと、
    ＵｓｅｒＩｎｔｅｒノードと、
    Ｇａｔｉｎｇノートとを含み、
    ここで、前記ｘは、整数（例えば、１、２、３、４…）であることを特徴とする請求項１０に記載の装置管理スケジューリング方法。
12. 前記Ｓｃｈｅｄ＿ｘノードは、各装置管理スケジューリングを示し、前記ＳｃｈｅｄＩｄノードは、装置管理スケジューリングコンテキストの識別子を示すことを特徴とする請求項１１に記載の装置管理スケジューリング方法。
13. 前記Ｃｏｎｄｉｔｉｏｎノードは、スケジューリングされた装置管理命令の実行条件を示し、前記Ｃｏｍｍａｎｄｓノードは、スケジューリングされた装置管理命令を示すことを特徴とする請求項１１に記載の装置管理スケジューリング方法。
14. 前記ＵｓｅｒＩｎｔｅｒノードは、命令実行条件を満たすとき、該当命令に関してユーザ確認を受ける必要があるか否かを示し、前記Ｇａｔｉｎｇノードは、ＤＭ命令の実行結果をＤＭサーバに通知する必要があるか否かを示すことを特徴とする請求項１１に記載の装置管理スケジューリング方法。
15. 前記装置管理スケジューリングサブツリーは、
    前記命令実行結果を報告するサーバアドレスを示す装置管理サーバ（Ｍｇｍｔｓｖｒ）ノードをさらに含むことを特徴とする請求項１１に記載の装置管理スケジューリング方法。
16. 前記装置は、
    端末機、ＰＤＡ、ノートブック型パソコン、及びデスクトップ型パソコンなどのユーザ装置を示すことを特徴とする請求項１に記載の装置管理スケジューリング方法。
17. 前記装置管理スケジューリングを行う段階は、
    スケジューリングコンテキストの命令実行条件情報を読み出し、命令実行条件を満たすか否かを確認する段階と、
    前記命令実行条件を満たすと、ユーザインタフェース情報によってユーザ確認を行う段階と、
    ユーザ確認を受けると、前記命令実行条件に該当する装置管理命令を実行する段階とを含むことを特徴とする請求項１に記載の装置管理スケジューリング方法。
18. 装置管理命令と該装置管理命令の実行に関するスケジュールとを含む装置管理スケジューリングコンテキストを生成及び伝送するサーバと、
    前記伝送された装置管理スケジューリングコンテキストを利用して装置管理ツリーを生成して装置管理スケジューリングを生成し、前記生成された装置管理スケジューリングの命令実行条件によって装置管理スケジューリングを行うクライアントと
    を含むことを特徴とする装置管理システム。
19. 前記サーバは、
    前記クライアントに新しいスケジューリングコンテキストを伝送して装置管理スケジューリングの変更を要求し、装置管理削除命令を伝送して予め設置された装置管理スケジューリングコンテキストの削除を要求することを特徴とする請求項１８に記載の装置管理システム。
20. 前記クライアントは、
    前記装置管理スケジューリングの状態報告ゲート情報によって装置管理スケジューリングの実行結果をサーバに選択的に報告することを特徴とする請求項１８に記載の装置管理システム。
21. 前記スケジューリングコンテキストは、
    ＸＭＬ文書形式を有し、Ａｄｄ命令、Ａｕｔｏｍｉｃ命令、及びＵＩ ａｌｅｒｔ命令と共に伝送されることを特徴とする請求項１８に記載の装置管理システム。
22. 前記スケジューリングコンテキストは、
    命令実行条件に関する情報エレメントと、
    スケジューリングされた装置管理命令に関する情報エレメントと、
    ユーザインタフェースに関する情報エレメントと、
    状態報告ゲートに関する情報エレメントとを含むことを特徴とする請求項１８に記載の装置管理システム。
23. 前記命令実行条件に関する情報エレメントは、少なくとも１つのシンプルスケジューリングエレメントから構成され、前記シンプルスケジューリングエレメントは、１つ以上の単位スケジューリングエレメントから構成されることを特徴とする請求項２２に記載の装置管理システム。
24. 前記単位スケジューリングエレメントは、
    特定時間値や時間範囲を決定する期間エレメントと、
    時間周期を指定する周期エレメントと、
    装置管理クライアントの内部状態や情報に関連したスケジューリング規則を定義する閾値エレメントとから構成されることを特徴とする請求項２２に記載の装置管理システム。
25. 前記クライアントは、
    前記伝送されたスケジューリングコンテキストの有効性を検証した後、装置管理スケジューリングサブツリーを生成することにより装置管理スケジューリングを設定することを特徴とする請求項１８に記載の装置管理システム。
26. 前記装置管理スケジューリングサブツリーは、
    Ｓｃｈｅｄ＿ｘノードと、
    ＳｃｈｅｄＩｄノードと、
    Ｃｏｎｄｉｔｉｏｎノードと、
    Ｃｏｍｍａｎｄｓノードと、
    ＵｓｅｒＩｎｔｅｒノードと、
    Ｇａｔｉｎｇノードとを含み、
    ここで、前記ｘは、整数（例えば、１、２、３、４…）であることを特徴とする請求項２５に記載の装置管理システム。
27. 前記Ｓｃｈｅｄ＿ｘノードは、各装置管理スケジューリングを示し、前記ＳｃｈｅｄＩｄノードは、装置管理スケジューリングコンテキストの識別子を示すことを特徴とする請求項２６に記載の装置管理システム。
28. 前記Ｃｏｎｄｉｔｉｏｎノードは、スケジューリングされた装置管理命令の実行条件を示し、前記Ｃｏｍｍａｎｄｓノードは、スケジューリングされた装置管理命令を示すことを特徴とする請求項２６に記載の装置管理システム。
29. 前記ＵｓｅｒＩｎｔｅｒノードは、命令実行条件を満たすとき、該当命令に対してユーザ確認を受ける必要があるか否かを示し、前記Ｇａｔｉｎｇノードは、ＤＭ命令の実行結果をＤＭサーバに通知する必要があるか否かを示すことを特徴とする請求項２６に記載の装置管理システム。
30. 前記装置管理スケジューリングサブツリーは、
    前記命令実行結果を報告するサーバアドレスを示す装置管理サーバ（Ｍｇｍｔｓｖｒ）ノードをさらに含むことを特徴とする請求項２６に記載の装置管理システム。
31. 前記サーバは、
    装置管理スケジューリングコンテキストを生成し、クライアントに装置管理スケジューリングの設定又は変更を要求する機能部と、
    前記クライアントに削除管理命令を伝送し、装置管理スケジューリングの削除を要求する機能部と、
    前記クライアントから報告された装置管理スケジューリングの状態報告を処理する機能部とを含むことを特徴とする請求項１８に記載の装置管理システム。
32. 前記クライアントは、
    前記サーバと装置管理セッションを生成した後、前記サーバからスケジューリングコンテキストを受信する命令処理モジュールと、
    前記命令処理モジュールから転送されたスケジューリングコンテキストを利用して装置管理ツリーを生成し、命令実行条件を満たすと、該当装置管理命令が実行されるように前記命令実行条件の満足を前記命令処理モジュールに通知し、前記装置管理命令の処理結果を命令処理モジュールから受信してＤＭサーバに選択的に報告するスケジューリングモジュールとを含むことを特徴とする請求項１８に記載の装置管理システム。
33. 前記命令処理モジュールは、
    前記サーバから伝送されたスケジューリングコンテキストをスケジューリングモジュールに転送する機能部と、
    前記スケジューリングモジュールの通知によって該当スケジューリングされた命令を実行し、該当命令実行結果を前記スケジューリングモジュールに伝送する機能部と、
    前記命令実行結果に基づいて前記スケジューリングモジュールから伝送されたスケジューリングコンテキスト状態報告をサーバに転送する機能部とを含むことを特徴とする請求項３２に記載の装置管理システム。
34. 前記スケジューリングモジュールは、
    前記サーバから伝送されたスケジューリングコンテキストを利用して装置管理スケジューリングサブツリーを生成する第１機能部と、
    前記装置管理スケジューリングサブツリーのスケジューリングされた命令実行条件を読み出し、該命令実行条件が一致する状態を持続的にチェックする第２機能部と、
    前記命令実行条件を満たすと、命令処理モジュールの命令実行機能部に装置管理命令の実行を要求する第３機能部と、
    前記装置管理スケジューリングサブツリーのＧａｔｉｎｇノード値によって前記命令実行機能部の命令実行結果を報告するか否かを決定する第４機能部と、
    前記第４機能部から伝送された命令実行結果又は前記第２機能部のチェック結果をサーバに報告する第５機能部と、
    前記サーバから要求された装置管理スケジューリング削除命令によって予め設定された装置管理スケジューリングサブツリーを削除する第６機能部とを含むことを特徴とする請求項１８に記載の装置管理システム。
35. 前記第２機能部は、
    前記装置管理スケジューリングサブツリーのユーザインタフェースの情報によって、必要な場合は、ユーザ確認手順を行うことを特徴とする請求項３４に記載の装置管理システム。
36. 前記第５機能部は、
    前記装置管理スケジューリングサブツリーの装置管理サーバノードの情報を利用して前記命令実行結果を他のサーバに報告することを特徴とする請求項３４に記載の装置管理システム。
37. サーバと装置管理セッションを設定した後、装置管理プロトコルを用いて前記サーバと装置管理を行う端末において、
    サーバからスケジューリングコンテキストを受信する段階と、
    前記受信されたスケジューリングコンテキストを利用して装置管理スケジューリングサブツリーを生成する段階と、
    前記生成された装置管理スケジューリングサブツリーの命令実行条件情報によって装置管理命令を実行する段階と、
    前記装置管理スケジューリングサブツリーの状態報告ゲート情報によって前記装置管理命令の実行結果をサーバに選択的に報告する段階と
    を含むことを特徴とする装置管理スケジューリング方法。
38. 前記サーバから新しいスケジューリングコンテキストを受信した後、装置管理スケジューリングサブツリーを変更する段階をさらに含むことを特徴とする請求項３７に記載の装置管理スケジューリング方法。
39. 前記サーバから装置管理命令を受信した後、前記設定された装置管理スケジューリングサブツリーを削除する段階をさらに含むことを特徴とする請求項３７に記載の装置管理スケジューリング方法。
40. 前記スケジューリングコンテキストは、
    装置管理命令と該命令の実行に関するスケジューリング情報を含み、ＸＭＬ文書形式を有することを特徴とする請求項３７に記載の装置管理スケジューリング方法。
41. 前記スケジューリングコンテキストは、
    命令実行条件に関する情報エレメントと、
    スケジューリングされた装置管理命令に関する情報エレメントと、
    ユーザインタフェースに関する情報エレメントと、
    状態報告ゲートに関する情報エレメントとを含むことを特徴とする請求項４０に記載の装置管理スケジューリング方法。
42. 前記装置管理スケジューリングサブツリーは、
    Ｓｃｈｅｄ＿ｘノードと、
    ＳｃｈｅｄＩｄノードと、
    Ｃｏｎｄｉｔｉｏｎノードと、
    Ｃｏｍｍａｎｄｓノードと、
    ＵｓｅｒＩｎｔｅｒノードと、
    Ｇａｔｉｎｇノードとを含み、
    ここで、前記ｘは、整数（例えば、１、２、３、４…）であることを特徴とする請求項３７に記載の装置管理スケジューリング方法。
43. 前記Ｓｃｈｅｄ＿ｘノードは、各装置管理スケジューリングを示し、前記ＳｃｈｅｄＩｄノードは、装置管理スケジューリングコンテキストの識別子を示すことを特徴とする請求項４２に記載の装置管理スケジューリング方法。
44. 前記Ｃｏｎｄｉｔｉｏｎノードは、スケジューリングされた装置管理命令の実行条件を示し、前記Ｃｏｍｍａｎｄｓノードは、スケジューリングされた装置管理命令を示すことを特徴とする請求項４２に記載の装置管理スケジューリング方法。
45. 前記ＵｓｅｒＩｎｔｅｒノードは、命令実行条件を満たすとき、該当命令に対してユーザ確認を受ける必要があるか否かを示し、前記Ｇａｔｉｎｇノードは、ＤＭ命令の実行結果をＤＭサーバに通知する必要があるか否かを示すことを特徴とする請求項４２に記載の装置管理スケジューリング方法。
46. 前記装置管理スケジューリングサブツリーは、
    前記命令実行結果を報告するサーバアドレスを示す装置管理サーバ（Ｍｇｍｔｓｖｒ）ノードをさらに含むことを特徴とする請求項４２に記載の装置管理スケジューリング方法。
47. サーバと装置管理セッションを生成した後、前記サーバからスケジューリングコンテキストを受信する命令処理モジュールと、
    前記命令処理モジュールにより伝送されたスケジューリングコンテキストを利用して装置管理ツリーを生成することにより装置管理スケジューリングを設定し、前記設定された装置管理スケジューリングの命令実行条件を満たすと、前記スケジューリングされた装置管理命令が実行されるように前記命令実行条件の満足を前記命令処理モジュールに通知し、前記装置管理命令の処理結果を命令処理モジュールから受信してサーバに選択的に報告するスケジューリングモジュールと
    を含むことを特徴とする移動通信端末機。
48. 前記命令処理モジュールは、
    前記サーバから伝送されたスケジューリングコンテキストをスケジューリングモジュールに転送する機能部と、
    前記スケジューリングモジュールの通知によって該当装置管理命令を実行し、その命令実行結果をスケジューリングモジュールに伝送する機能部と、
    前記命令実行結果に基づいて前記スケジューリングモジュールから伝送されたスケジューリングコンテキスト状態報告をサーバに転送する機能部とを含むことを特徴とする請求項４７に記載の移動通信端末機。
49. 前記スケジューリングモジュールは、
    前記サーバから伝送されたスケジューリングコンテキストを利用して装置管理スケジューリングサブツリーを生成する第１機能部と、
    前記装置管理スケジューリングサブツリーのスケジューリングされた命令実行条件を読み出し、該命令実行条件を満たす状態を持続的にチェックする第２機能部と、
    前記命令実行条件を満たすと、命令処理モジュールの命令実行機能部に装置管理命令の実行を要求する第３機能部と、
    前記装置管理スケジューリングサブツリーのＧａｔｉｎｇノード値によって前記命令実行機能部の命令実行結果をサーバに報告するか否かを決定する第４機能部と、
    前記第４機能部から伝送された命令実行結果又は前記第２機能部のチェック結果をサーバに報告する第５機能部と、
    前記サーバから要求された装置管理スケジューリング削除命令によって予め設定された装置管理スケジューリングサブツリーを削除する第６機能部とを含むことを特徴とする請求項４７に記載の移動通信端末機。
50. 前記第２機能部は、
    前記装置管理スケジューリングサブツリーのユーザインタフェースの情報によって、必要な場合は、ユーザ確認手順を行うことを特徴とする請求項４９に記載の移動通信端末機。
51. 前記第５機能部は、
    装置管理スケジューリングサブツリーの装置管理サーバノードの情報を利用して前記命令実行結果を他のサーバに報告することを特徴とする請求項４９に記載の移動通信端末機。
52. 前記装置管理スケジューリングサブツリーは、
    Ｓｃｈｅｄ＿ｘノードと、
    ＳｃｈｅｄＩｄノードと、
    Ｃｏｎｄｉｔｉｏｎノードと、
    Ｃｏｍｍａｎｄｓノードと、
    ＵｓｅｒＩｎｔｅｒノードと、
    Ｇａｔｉｎｇノードとを含み、
    ここで、前記ｘは、整数（例えば、１、２、３、４…）であることを特徴とする請求項４９に記載の移動通信端末機。
53. 前記Ｓｃｈｅｄ＿ｘノードは、各装置管理スケジューリングを示し、前記ＳｃｈｅｄＩｄノードは、装置管理スケジューリングコンテキストの識別子を示すことを特徴とする請求項５２に記載の移動通信端末機。
54. 前記Ｃｏｎｄｉｔｉｏｎノードは、スケジューリングされた装置管理命令の実行条件を示し、前記Ｃｏｍｍａｎｄｓノードは、スケジューリングされた装置管理命令を示すことを特徴とする請求項５２に記載の移動通信端末機。
55. 前記ＵｓｅｒＩｎｔｅｒノードは、命令実行条件を満たすとき、該当命令に対してユーザ確認を受ける必要があるか否かを示し、前記Ｇａｔｉｎｇノードは、ＤＭ命令の実行結果をＤＭサーバに通知する必要があるか否かを示すことを特徴とする請求項５２に記載の移動通信端末機。
56. 前記装置管理スケジューリングサブツリーは、
    前記命令実行結果を報告するサーバアドレスを示す装置管理サーバ（Ｍｇｍｔｓｖｒ）ノードをさらに含むことを特徴とする請求項５２に記載の移動通信端末機。

Images