装置管理において、スケジューリングタスクを処理する方法であって、装置管理サーバから配信されたスケジューリングタスクを受信し、上記スケジューリングタスクの実行条件およびタスク追跡ポリシーに基づいて、上記スケジューリングタスクを追跡し、上記タスク追跡ポリシーに基づいて、追跡情報を上記装置管理サーバに報告することを特徴とする方法。上記装置管理サーバが、報告された上記追跡情報に基づいて、装置が上記スケジューリングタスクを実行条件に従って実行していないと判断した場合、タスク命令を上記装置に送信し、上記装置が、上記タスク命令に従い上記スケジューリングタスクを実行することを特徴とする請求項1に記載の方法。上記タスク命令は、上記装置が上記スケジューリングタスクを実行することを指示する強制実行命令、または、実行する上記スケジューリングタスクを上記装置が選択することを指示する処理選択命令であることを特徴とする請求項2に記載の方法。上記装置が、上記装置管理サーバに対して、上記タスク命令に従って実行する上記スケジューリングタスクの実行状態を報告する、および/または、上記装置が、上記タスク命令に従って実行する上記スケジューリングタスクの実行状態を表示することを特徴とする請求項3に記載の方法。上記タスク命令が処理選択命令である場合、上記装置が、実行すべき処理を選択するための通知をユーザに出力し、上記装置が、選択された実行すべきスケジューリングタスクについての入力された情報を受信し、選択された実行すべき上記スケジューリングタスクについての上記情報に基づいて、上記スケジューリングタスクを実行することを特徴とする請求項3に記載の方法。上記強制実行命令は、スケジューリングタスク即時実行命令、または、スケジューリングタスク取消命令であり、上記処理選択命令は、スケジューリングタスク実行命令、スケジューリングタスク遅延命令、または、スケジューリングタスク拒絶命令であることを特徴とする請求項3に記載の方法。上記タスク追跡ポリシーは、スケジューリングタスクを実行する期限が来た時、もしくは、過ぎた時、上記装置が、上記装置管理サーバに通知する処理、スケジューリングタスクの実行条件がユーザによって変更された場合、上記装置が、上記装置管理サーバに通知する処理、タスクの実行条件が見過ごされ、上記装置が正常実行しなかった場合、上記装置が、上記装置管理サーバに通知する処理、または、所定のイベントによって、もしくは、所定の時間において、自動的にタスクの情報を上記装置管理サーバに報告する処理のうち少なくとも一つの処理を含むことを特徴とする請求項1に記載の方法。上記追跡情報を上記装置管理サーバに報告する処理は、上記装置が、ショートメッセージゲートウェイに対して、ショートメッセージを用いて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を送信するとともに、上記ショートメッセージゲートウェイが、上記追跡情報を、上記装置管理サーバに送信する、または、上記装置が、上記装置管理サーバに対して、上記装置と上記装置管理サーバとの間において確立されたセッション接続を通じて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を報告することを特徴とする請求項1から7のいずれか1項に記載の方法。装置管理サーバから配信されたスケジューリングタスクを受信可能な、上記装置管理サーバと通信を行う装置において、上記装置管理サーバから配信されるスケジューリングタスクを実行し、タスク実行結果を出力するタスク実行部と、異常なタスクを処理し、所定のタスク追跡ポリシーに基づいて、タスク異常状態を報告するタスク異常処理部と、上記装置管理サーバに対して、上記タスク実行結果および上記タスク異常状態を報告するタスク状態報告部とを備えることを特徴とする装置。上記タスク実行部は、スケジューリングタスクのための強制実行命令、または、処理選択命令を受信し、強制実行、または、上記命令に従って、上記スケジューリングタスクについての処理を選択するよう促す情報の表示を行うことを特徴とする請求項9に記載の装置。上記タスク状態報告部は、上記装置管理サーバに対して、ショートメッセージまたはセッション接続を通じて報告することを特徴とする請求項9または10に記載の装置。スケジューリングタスクを装置に配信し、上記装置を管理する装置管理サーバにおいて、上記装置から報告される、上記スケジューリングタスクに関するタスク実行結果およびタスク異常状態情報を受信するタスク状態報告処理部を備えることを特徴とする装置管理サーバ。報告された上記実行結果およびタスク異常状態情報に基づき、上記スケジューリングタスクを上記装置が実行していないと、実行条件に基づいて判断した場合、タスク命令を上記装置に配信するタスクコンテンツ管理部を備え、上記装置は、強制実行命令または処理選択命令である、上記タスク命令に従い上記スケジューリングタスクを実行することを特徴とする請求項12に記載の装置管理サーバ。スケジューリングタスクを処理するためのシステムにおいて、装置に対して、スケジューリングタスクを配信し、上記装置から追跡情報を取得する装置管理サーバと、上記スケジューリングタスクを受信し、上記スケジューリングタスクの実行条件およびタスク追跡ポリシーに基づいて上記スケジューリングタスクを追跡し、上記追跡情報を上記装置管理サーバに報告する装置とを含むことを特徴とするシステム。しかしながら、端末装置は異常状態に陥る可能性がある。例えば、電力不足、ユーザの設定時刻、異常なイベント、あるいはユーザの介入等により端末のスイッチがオフになる可能性がある。従来のスケジューリングタスクの管理処理モードは、頻繁に発生し得るこれらの異常について対処することができないことは明らかである。このため、このような異常が発生したとき、上記端末においてスケジューリングタスクは、正常に実行されない。すなわち、これまでの装置管理仕様は、異常のあるイベントに対するサポートを欠いており、この点で、スケジューリングタスクの管理処理モードの仕様は不十分である。これまでの、スケジューリングタスクの管理処理モードには、以下のような欠点が見受けられる。1.上記スケジューリングタスク管理処理の実行を確実に行う機構が欠如している。2.上記DMSは、上記スケジューリングタスク管理処理が実行されたことを、正常に追跡することができない。3.上記端末装置管理における不確実性が増大する。4.上記端末装置管理の柔軟性が低下する。5.上記ユーザからのスケジューリングコマンドに応じることができない。6.上記端末装置管理の質が低下する。本発明の実施の形態は、上記装置管理サーバが、配信されたスケジューリングタスクを追跡し、そして、上記スケジューリングタスクが配信されたことを端末に通知し、あるいは、上記スケジューリングタスクの実行を開始することによって、装置管理において、スケジューリングタスクを処理するための方法、端末、装置管理サーバおよびシステムを提供するものである。本発明の実施の形態は、装置管理において、スケジューリングタスクを処理するための方法を提供する。上記方法は、装置管理サーバによって配信されるスケジューリングタスクを受信し、上記スケジューリングタスクの実行条件およびタスク追跡ポリシーに基づいて、上記スケジューリングタスクを追跡し、上記タスク追跡ポリシーに基づいて、追跡情報を上記装置管理サーバに報告することを特徴とする特徴とする。さらに、上記方法は、報告された上記追跡情報に基づいて、実行条件に従って装置が上記タスクを実行していないと判断した場合、上記装置管理サーバが、上記装置に対し、タスク命令を配信し、上記装置が、上記タスク命令に従い上記タスクを実行する工程を含んでもよい。上記タスク追跡ポリシーは、上記装置が、上記装置管理サーバに、スケジューリングタスクを実行する期限が来た時、もしくは、過ぎた時に通知する処理、または、上記装置が、上記装置管理サーバに、スケジューリングタスクの実行条件が、ユーザによって変更された場合に通知する処理、または、上記装置が、上記装置管理サーバに、タスクの実行条件を見過ごし、上記装置が正常実行しなかった場合に通知する処理、または、所定のイベントによって、もしくは、所定の時間において、上記装置管理サーバに対して自動的にタスクの情報を報告する処理のうち少なくとも一つの処理を含んでいてもよい。さらに、上記装置管理サーバに対する上記追跡情報の報告は、上記装置が、ショートメッセージゲートウェイに対して、ショートメッセージを用いて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を送信し、上記ショートメッセージゲートウェイが、上記追跡情報を、上記装置管理サーバに送信すること、または、上記装置が、上記装置管理サーバに対して、上記装置と上記装置管理サーバとの間において確立されたセッション接続を通じて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を報告することを含んでもよい。本発明の他の実施の形態は、上記装置管理サーバから配信されるスケジューリングタスクを受信するために、装置管理サーバと通信するためのインターフェースを有する装置を提供する。上記装置は、上記装置管理サーバから配信されたスケジューリングタスクを実行することができ、タスク実行結果を供給することができるタスク実行部と、異常なタスクを処理することができ、所定のタスク追跡ポリシーに基づいて、タスク異常状態を報告することができるタスク異常処理部と、上記装置管理サーバに対して、上記タスク実行結果および上記タスク異常状態を報告することができるタスク状態報告部とを含んでいてもよい。さらに、上記タスク実行部は、スケジューリングタスクのための強制実行命令または処理選択命令を受信し、強制実行を行う、または、上記命令に従って、上記スケジューリングタスクについての処理を選択するよう促す上記情報を表示するようにしてもよい。本発明のさらに他の実施の形態は、スケジューリングタスクを、装置に対して配信し、上記装置の管理を行う装置管理サーバを提供する。上記装置管理サーバは、上記装置から報告される、上記スケジューリングタスクに関するタスク実行結果およびタスク異常状態情報を受信することができるタスク状態報告処理部を含んでいてもよい。さらに、上記装置管理サーバは、報告された上記タスク実行結果およびタスク異常状態情報に基づいて、上記装置が上記スケジューリングタスクを実行条件に従って実行していないと判断した後、タスク命令を上記装置に配信することのできるタスクコンテンツ管理部を含んでいてもよく、上記装置は、強制実行命令や処理選択命令である、上記タスク命令に従い処理を行う。本発明のさらに他の実施の形態は、装置管理におけるスケジューリングタスクを処理するためのシステムであって、装置管理サーバから装置に対して配信されたスケジューリングタスクを管理するのに適したシステムを提供する。上記システムは、スケジューリングタスクを装置に対して配信し、上記装置から追跡情報を取得することができる装置管理サーバと、上記スケジューリングタスクを受信し、上記スケジューリングタスクの実行条件およびタスク追跡ポリシーに基づいて上記スケジューリングタスクを追跡し、上記追跡情報を上記装置管理サーバに報告することができる装置とを含んでいてもよい。前述した本発明に係る実施の形態に基づいた技術的解決策によって、従来技術におけるスケジューリングタスクの管理処理モードに存在する上記の課題は解決されるだろう。すなわち、電力不足、ユーザによる設定時刻、異常なイベント、あるいはユーザの介入等により、自動的に上記装置のスイッチがオフになってしまう場合であっても、スケジューリングタスクは正常に実行される。換言すれば、本発明の実施の形態は、スケジューリングタスクの実行を確実にするための効果的な機構を提供することによって、装置管理サーバがスケジューリングタスクの実行状態を正常に追跡できるようにし、装置管理における不確実性を低減させ、装置管理の柔軟性を向上させ、ユーザからのスケジューリング要求が満たされるようにし、装置管理サービスの質を改善するものである。本発明に係る実施の形態について、図2から図10までを参照し、さらに詳細に説明すると以下のとおりである。図2は、装置管理システムにおける装置管理サーバおよび端末の機能的構成モジュール間の関係を示す図である。機能コンポーネントモジュールは、以下のように表現することができる。変換/インターフェースモジュール21は、装置管理および装置管理サーバDMS内に組み込まれているものであり、プロトコルレイヤ情報の相互通信に必要な機能コンポーネントである。このモジュール21と端末装置管理エージェント22との間にはインターフェースがある。端末装置管理DMエージェント22は、プロトコルの内容を解析し、装置管理サーバから配信された管理処理命令を端末が実行することのできる処理命令に変換し、上記端末に上記処理を実行するよう通知するためのものである。プロトコルの解析に必要な、さらに別の重要な機能コンポーネントは、装置管理ツリー23である。上記装置管理DMツリー23は、上記装置管理サーバが、装置管理プロトコルを用いて上記装置を管理するための、インターフェースとして理解してよい。装置管理ツリー23は、基礎的な管理オブジェクトを含む。装置管理サーバは、各処理を、管理ツリー上のオブジェクトに対して実行することで端末装置の資源を制御することができる。図3に、上記装置管理ツリー23を示す。上記装置管理ツリー23には、上記装置において利用可能な全ての管理オブジェクトが、各ノードが固有のURIUniformResourceIdentifierによって識別される、ツリー構造に体系化されている。そして、対応する処理が、上記装置管理ツリー上のノードを目標として配信される。上記プロトコルのメッセージ構造は、XMLeXtensibleMakeupLanguageに従って実装されている。また、上記管理ツリーのノードは、上記端末のシステムメモリ内の環境設定変数、様々な種類のオブジェクト、対応する処理、アプリケーションのトリガ機構等の集合を含んでいてもよい。システムメモリ27は、主としてデータを記憶するためのものである。装置管理DMサーバエージェント24は、装置管理の端末に対して装置管理処理を配信し、装置管理の特定の処理を行う機能コンポーネントである。装置管理DMサーバエンジン25は、装置管理のバックグラウンド管理を実行する、装置管理のための機能コンポーネントである。装置管理DMデータベース26は、端末性能情報、端末処理情報、端末タスク情報および装置管理関連データ情報を保持するものである。さらに、外部インターフェースモジュールが、外部例えば、管理会社の他のサービスサブシステムや、サードパーティの端末製造者等の管理および接続のために設けられている。図4は、装置管理のネットワークトポロジを示す概略図である。同図に示すように、端末製造者/サードパーティサーバ41、PC端末装置44および装置管理サーバDMS42がWANWideAreaNetworkまたはLANLocalAreaNetworkによって接続されている。移動端末装置46は、これらの装置と移動体通信網を介してゲートウェイ45を利用することで相互に接続される。装置管理サーバ42のデータは、データ記憶サーバ43に記憶される。図4から見て取れるように、装置管理端末46は、携帯電話機、パームコンピュータ、ノート型コンピュータ、組み込み装置、車載システム、または、これらに類するもの等の移動端末であってもよい。また、装置管理端末46は、パーソナルコンピュータPC、または、これに類するもの等の固定端末であってもよい。もちろん、この他いかなる採用され得る端末も排除されることがなく、また、伝送に用いるネットワークも特定の形式に制限されるものではない。本発明の実施の形態に係る装置管理におけるスケジューリングタスクを処理する方法を、上述の機能コンポーネントと共に、携帯電話機を通じてタスクをスケジューリングする手順の実装の一例を挙げることにより、以下に説明する。A.装置管理サーバが、スケジューリングタスクを配信する。具体的には、上記装置管理サーバは、まず、携帯電話機に通知を送信する。そして、上記携帯電話機は、セッション接続を確立し、相互認証を実行する。このとき、上記サーバは、管理処理タスク、すなわち、スケジューリングタスク情報を配信する。これに替えて、上記装置管理サーバは、スケジューリングタスク情報を他の方法で配信してもよい。このステップは、上記携帯電話機が状態を上記装置管理サーバに対して報告する処理をさらに伴っていてもよい。B.上記携帯電話機が、上記装置管理サーバから配信された、上記スケジューリングタスクすなわち、管理スケジューリングタスクの実行条件を監視する。そして、上記装置の状態を追跡しているとき、実行条件が満たされていれば、上記装置管理サーバから配信された上記スケジューリングタスクを実行する。すなわち、上記装置管理サーバが上記スケジューリングタスクを配信した後、上記携帯電話機は、上記スケジューリングタスクの上記実行条件に従い対応する処理を実行し、上記タスク追跡ポリシーに基づいて追跡処理を行う。上記スケジューリングタスクを追跡する理由について以下に説明する。一般的に、管理処理タスクの上記実行条件は、たいていの場合、時間についての条件である。また、上記実行条件は、イベントへの応答、および上記携帯電話機のある状態パラメータの値の監視を含んでいてもよい。もちろん、様々な種類の条件を含む複合条件も除外されない。例えば、上記装置管理サーバは、2005年8月3日午後10時に上記携帯電話機が実行する、または、上記携帯電話機のスイッチを入れるイベントが起こったときに実行するスケジューリングタスクを配信する。あるいは、上記携帯電話機のネットワーク信号を監視し、信号が規定の閾値を下回ったときに、ネットワークパフォーマンスパラメータについての情報を記録する等の処理を行ってもよい。上記スケジューリングタスクのための上記実行条件は可変であり、ある実行条件はユーザが変更できるものであってもよいし、上記管理処理タスクは、もっと複雑でもよい。この点、上記装置管理サーバが優れた追跡機構を提供しなければ、上記携帯電話機が、スケジューリングタスクをその実行条件に従って確実に正常実行することが難しくなるだろう。この理由により、本発明の実施の形態は、上記のタスク追跡機構を提供する。以下に、タスク追跡をするためのポリシーについて順番に説明する。しかしながら、本発明は、以下に限られるものではない。1.スケジューリングタスクを実行する期限が来たとき、または、過ぎたとき、上記携帯電話機が、上記装置管理サーバに通知する。2.上記ユーザが、スケジューリングタスクの上記実行条件を修正したとき、上記携帯電話機が、上記装置管理サーバに通知する。3.上記タスク実行条件を見過ごし、上記携帯電話機が上記スケジューリングタスクを正常に実行しないとき、上記携帯電話機が、上記装置管理サーバに通知する。4.所定のイベントによって、または、所定の時間において例えば、上記携帯電話機がスイッチオンになったとき、タスク情報が上記装置管理サーバに対して自動的に報告される。上記4つのポリシーは、端末通知機構の1つの通知法を例示したに過ぎない。OMADMプロトコルにおいて定義されたメッセージのAlertのタイプは、上記装置管理サーバへの通知に画一的に使用することができる。以後、このAlertタイプのメッセージを、GenericAlertメッセージと称する。上記GenericAlertメッセージは、クライアントによって、上記サーバに対して送信される。上記サーバは、上記GenericAlertメッセージを受信すると、その中にある、それぞれのItemの処理についてのStatus情報状態情報を返信しなければならない。以下に示す例は、GenericAlertメッセージの基本構造をXMLで表現したものである。21226GenericAlertメッセージの表示abc123SyncMLSampleorgopenmobilealliancedmschedulingreportメッセージ内容の型の記述xmlメッセージフォーマットcriticalオプションメッセージ重要性レベルの記述タスクの記述を含む具体的なメッセージの内容ACTRPG0798タスク識別子ACTRPG0798S01タスク条件識別子im20050803T220000Zトリガ時間missタスクの状態装置管理サーバは、上記スケジューリングタスクの特徴に基づいたタスク追跡ポリシーを生成し、上記ポリシーを、上記携帯電話機に対して配信してもよい。上記携帯電話機は、上記スケジューリングタスクの上記実行条件を監視することに加えて、上記装置管理サーバによって生成された上記タスク追跡ポリシーに基づく追跡に対応する情報スケジューリングタスクの実行状況、スケジューリングタスクの実行に影響するイベントの発生状況等を、上記装置管理サーバに通知しなければならない。これにより、上記装置管理サーバは、スケジューリングタスクの実行を正常に追跡することができる。C.上記携帯電話機が、タスクの実行すなわち、追跡情報を報告する。上記携帯電話機がタスクの実行を報告する方法、すなわち、携帯電話機がタスク情報を報告する方法には、例えば、以下のような2種類の方法が考えられる。1.ショートメッセージを用いて上記タスク情報を報告する方法。図5に、以下に説明する、上記方法に対応する処理手順を示す。ステップC1上記端末は、自端末のスケジューリングタスクを追跡するために、スケジューリングタスクの上記実行条件すなわち、実行のトリガとなる条件および上記タスク追跡ポリシーに基づいてタスクの追跡を開始する。ステップC2上記携帯電話機は、上記タスクの実行情報を報告するショートメッセージを、ショートメッセージゲートウェイに対して送信する。上記ステップC2は、以下のステップを含んでいてもよい。ステップC21上記端末上の装置管理エージェントDMAgentが自動的に上記ショートメッセージゲートウェイに対して、上記タスクの実行情報を含む指定された命令を送信する。ステップC22上記ショートメッセージゲートウェイは、上記メッセージを、上記命令に基づいて上記装置管理サーバに転送する。このようにして、上記装置管理サーバは、上記端末上の上記タスクの実行情報を取得することができる。ステップC3上記ショートメッセージゲートウェイは、上記タスクの実行情報を上記装置管理サーバに送信する。ステップC4上記装置管理サーバは、上記タスクの実行情報を更新する。上記ショートメッセージパケットのフォーマットは、国際標準に準ずるものでよく、従来技術における公知のものを適用することができるが、ここでは、詳細については省略する。もちろん、上記タスクの実行情報を送信するのに、他のメッセージフォーマットを用いることもできる。2.装置管理セッションの接続を確立することによって、上記タスク情報を報告する方法。図6に、以下に説明する、上記方法に対応する処理を示す。ステップC1’上記端末は、上記スケジューリングタスクの実行条件および上記タスク追跡ポリシーに基づくタスクの追跡を開始し、上記端末の上記スケジューリングタスクを追跡する。ステップC2’上記端末は、上記装置管理サーバと装置管理セッションの接続を確立し、上記セッションの接続を通じて上記タスクの実行情報を報告する。図7に示すように、ステップC2’は、以下のステップを含んでいてもよい。第1に、上記端末が、上記サーバすなわち、上記装置管理サーバに対して報告する、上記タスクの実行情報を決定する。例えば、上記端末は、上記タスクの実行および上記タスク追跡ポリシーに基づいて、自動的に報告する、上記タスクの対応する実行情報を決定する。第2に、上記端末が、最初のセッションの接続を開始し、上記識別認証情報、上記端末装置情報、および上記追跡ポリシーに基づいて報告された上記スケジューリングタスクの実行情報等を上記サーバに送信する。その後、上記サーバはさらに処理を続行する。ステップC3’上記装置管理サーバは、上記端末から報告された上記情報を受信し、記憶されている上記タスクの上記実行情報を更新する。上記タスクの上記実行情報は、上記端末と上記サーバとの間の装置管理セッションを確立する方法を用いることによって、すなわち、GenericAlertメッセージを送信することによって報告される。ステップC4’上記装置管理サーバは、上記セッションを切断するか、または、さらなる処理を継続する。上記携帯電話機が、上記装置管理サーバから配信された上記タスク追跡ポリシーに基づいて、上記タスクの上記実行情報を報告したとき、上記装置管理サーバは、上記タスクの報告された上記実行情報に基づいて、さらなる処理を継続させることができる。上記装置管理サーバによる、上記タスクのさらなる処理について、以下に詳細に説明する。D.上記携帯電話機が上記タスクの実行条件を見過ごしたとき、上記装置管理サーバは、タスク命令を配信し、上記携帯電話機は、上記命令に基づいて処理を行う。タスクの上記実行情報を取得すると、上記装置管理サーバは、上記情報を解析する。一般的に、上記装置管理サーバから配信される処理は、2つに分類することができる。一つは、処理の通知タイプであり、もう一つは、処理の強制実行タイプある。上記通知タイプの処理は、タスクによって異なる可能性のある処理命令の選択肢に加えて、ユーザに適切な入力を促す情報を提示する。強制実行タイプの処理は、たいていの場合、タスクを実行するための最終期限が過ぎた場合に用いられるものだが、さらに2つ、すなわち、タスク実行処理とタスク取消処理とに分類される。以下に、上記装置管理サーバによる追跡および通知の処理フローについて、模式図を参照しながら説明する。1.タスクを実行するための最終期限が来ている、または、過ぎているときの処理フロー。図8に示すように、この場合、上記装置管理サーバは主に2つのタイプの管理命令、すなわち、実行する必要があるタスクのためのスケジューリングタスク即時実行命令および実行する必要がないタスクのためのスケジューリングタスク取消命令を配信する。特に、実行する必要があるスケジューリングタスクの場合、上記携帯電話機は、上記ユーザに対して、強制実行の情報を表示し、上記スケジューリングタスクの強制実行をユーザに促す。ステップD1上記装置管理サーバは、強制実行命令を配信する。ステップD2上記携帯電話機は、対応する上記スケジューリングタスクを実行する。ステップD3上記携帯電話機は、上記タスクの実行状態を上記装置管理サーバに対して報告する。ステップD4上記携帯電話機は、上記タスクの上記実行状態を上記ユーザに通知する。図8は、上記装置管理サーバが、タスクを実行するための最終期限が来た場合、または、過ぎた場合において、強制実行の管理命令を配信するときの処理フローを示している。以下は、サーバから端末に処理の実行を強制する命令をXMLで表現した一例である。12DM1211IMEI493005100592800携帯電話機端末を示すあて先アドレスhttpwwwsyncmlorgmgmtserverサーバアドレス双方の認証情報ここでは省略21100あなたのantivirussoftwareは更新されました。4antivirusdataupdate2.タスクを実行するための最終期限が過ぎていないときに、タスクが正常に実行されなかった場合の処理フロー。図9に示すように、選択可能であるとユーザが通知を受ける処理には、タスク実行処理、タスク遅延処理、実行する必要がないスケジューリングタスクのためのタスク拒絶処理等が含まれる。ステップD1’上記装置管理サーバは、上記ユーザにタスクの選択をできるようにする命令を配信する。ステップD2’上記携帯電話機は、上記ユーザに、実行すべきスケジューリングタスクを選択するよう通知する。ステップD3’上記ユーザは、実行すべきスケジューリングタスクを選択する。ステップD4’上記携帯電話機は、上記ユーザによって選択されたスケジューリングタスクを実行する。ステップD5’上記携帯電話機は、上記タスクの実行状態を上記装置管理サーバに報告する。ステップD6’上記携帯電話機は、上記タスクの実行状態を上記ユーザに通知する。上記装置管理サーバから配信された命令を上記端末に配信する上記の処理は、OMADMプロトコルによって運ばれる。以下に、その処理フローについて詳細に説明する。図9に、タスクの実行条件を見過ごし、上記携帯電話機が上記タスクを正常に実行しなかった場合において、上記装置管理サーバが、処理通知を配信する処理フローを示す。図4のステップ4において、タスクの正常な実行を妨げるようなイベントが発生した場合、例えば、上記装置管理サーバが、2005年8月3日午後12時にタスクを実行するように要求されているスケジューリングタスクを配信しても、種々の理由から上記携帯電話機がスイッチオフの状態であるかもしれず、したがって、上記携帯電話機は、上記スケジューリングタスクを正常に実行することはできない可能性がある。ステップD1’において、上記装置管理サーバは、強制実行するための命令の他に、上記タスクの実行を取り消すための命令も送信できる。ステップD2’において、上記ユーザに提示される選択肢には、上記タスクのタイプおよびポリシーにより定まる、タスク実行処理、タスク遅延処理、タスク拒絶処理等が含まれていてもよい。さらに別の実施の形態によると、装置管理において、スケジューリングタスクを処理するシステムであって、装置管理サーバから、端末に対して送信されたスケジューリングタスクを管理することができるシステムを提供する。図10に、上記システムの詳細な構造を示す。上記システムは、端末にスケジューリングタスクを配信し、上記端末から報告された上記スケジューリングタスクの追跡情報を受信する装置管理サーバと、上記スケジューリングタスクを受信し、配信された上記スケジューリングタスクを実行条件および上記スケジューリングタスクの追跡ポリシーに基づいて追跡し、上記追跡情報を上記装置管理サーバに報告する端末とを含む。上記装置管理サーバおよび上記端末の構造については、以下において、それぞれ詳細に説明する。1装置管理サーバ上記装置管理サーバは、上記端末上の装置管理のために、管理のスケジューリングタスクを、上記端末に対して配信するものである。上記装置管理サーバは、タスクコンテンツ管理部およびタスク状態報告処理部を含む。タスクコンテンツ管理部は、スケジューリングタスクの管理をするものである。上記タスクコンテンツ管理部は、そのためのタスク命令を、上記スケジューリングタスクのコンテンツに基づいて、上記端末に対して配信することができる。すなわち、上記タスクコンテンツ管理部は、上記端末を管理するために、上記スケジューリングタスクを配信する。本発明の実施の形態では、上記端末が実行条件に基づいて上記スケジューリングタスクを実行していないことを示す情報を、上記タスク状態報告処理部が上記端末から受信した後、タスク命令が上記端末に配信され、次いで、上記端末が、上記タスク命令に従い処理を実行する。このタスク命令は、強制実行処理、または、処理選択命令のどちらであってよい。具体的なタスク命令については、前述したため、ここでは繰り返し説明しない。上記タスク状態報告処理部は、上記端末から報告される、管理タスクの実行結果および上記スケジューリングタスクの実行における異常状態情報、すなわち、上記スケジューリングタスクの実行中に正常または異常な状態を示す情報を追跡し、受信するものである。装置管理サーバ部は、上記装置管理サーバにおいて、上記装置管理サーバと上記端末との間の通信インターフェース部として提供される。上記装置管理サーバが上記端末と行う相互通信に用いる通信プロトコルとしては、DMプロトコルを用いることができるが、これに限定されない。DMプロトコルの具体的な実装については、OMADMの仕様書を参照されたい。2端末上記端末は、上記端末と上記装置管理サーバとの間の通信インターフェース部としての装置管理クライアント部を備える。伝送に用いる通信プロトコルとしては、DMプロトコルを使用することができるが、これに限らない。DMプロトコルの詳細については、OMADMの仕様書を参照されたい。上記装置管理サーバから例えばDMプロトコルを用いて配信されるスケジューリングタスクを受信するために、本発明に係る実施の形態の上記端末は、さらに以下を含む。タスク実行部;タスク実行部は、DMプロトコルを用いて上記装置管理サーバから配信され、上記装置管理クライアント部から転送された、上記端末を管理するためのスケジューリングタスクを処理し、スケジューリングタスクの実行結果正常実行または異常実行等を、上記タスク状態報告部を通じて報告するものである。また、正常実行のための管理処理すなわち、スケジューリングタスク以外にも、上記タスク実行部は、上記装置管理サーバから配信された上記タスクの強制実行のための命令、または、処理選択命令を受信し、さらに、上記命令に従い、上記スケジューリングタスクについて、対応する強制実行を行う、または、処理を選択するようユーザに促す情報を表示するものである。上記タスク命令に基づいて実行される処理については、前述したため、ここでは繰り返し説明しない。また、上記タスク実行部は、異常管理タスク情報をタスク異常処理部に送信することもできる。タスク異常処理部;タスク異常処理部は、異常なスケジューリングタスクを処理し、タスク追跡ポリシーに基づいて、タスク異常状態情報、すなわち、上記スケジューリングタスクを実行している間に起こり得る異常についての情報を、上記タスク状態報告部を通じて報告するものである。ここで、タスク異常とは、例えば、所定の条件に基づいて、上記スケジューリングタスクの実行に失敗したこと、上記スケジューリングタスクを実行する時刻を見逃したこと、上記スケジューリングタスクが未だ実行されていないこと等である。タスク状態報告部;タスク状態報告部は、上記タスク実行部または上記タスク異常処理部から送信されるタスクの実行についての上記状態情報を、具体的にはショートメッセージまたはセッション接続によって、上記装置管理サーバに報告するものである。タスクの異常を報告するための詳細な処理手順については、上記図5から図7を参照して前述したとおりであり、ここでは説明を繰り返さない。本発明の実施の形態は、ある異常が発生したことによって携帯電話機が自動的に電源オフになったり、ユーザの介入によって携帯電話機の電源がオフになったりした場合でも、スケジューリングタスクの実行を確実にするために効果的な機構を提供して、装置管理サーバがスケジューリングタスクの実行状態を正常に追跡できるようにする。これにより、携帯電話機の装置管理における不確実性を低減させるとともに、柔軟性を向上させ、ユーザからのスケジューリングの要求を満足し、装置管理サービスの質を改善することができる。上記実施の形態は、本発明をより好ましく理解するために記載されたものであり、発明の範囲を限定するものとして考えてはならない。そのため、当業者にとって進歩的な発想がなくても本発明から想到し得るいかなる改変についても本発明の範囲である。