(57)【要約】装置管理においてタスクを処理するための方法、システム、装置を開示している。その方法は、カスタム化されたタスクの実行が端末装置の状態または行われる端末装置の動作により影響される可能性があるとき、影響されるカスタム化されたタスクを決定し、ユーザにタスクの処理方法を選択させ、ユーザの選択にしたがって影響されるカスタム化されたタスクを処理し、または予め定められた処理モードにしたがってタスクを処理するステップを含んでいる。カスタム化されたタスクの実行が端末装置の状態または行われる端末装置の動作により影響されるとき、本発明は予め定められたトリガー条件にしたがってタスクをトリガーして実行することができ、異常状態で予め定められたタスクを実行し、それは端末装置の効率的な管理を実現することができる。【選択図】図２
2008524731.tif 000002
【特許請求の範囲】
【請求項１】
装置管理におけるタスクを処理する方法において、
端末装置の状態または端末装置の動作がスケジューラタスクの実行に影響するとき、影響されるスケジューラタスクを決定し、
ユーザにスケジューラタスクに対する処理方法を選択させ、その選択にしたがって影響されるスケジューラタスクを処理し、または影響されるスケジューラタスクを予め定められた処理ルールに基づいて処理するステップを含んでいる方法。
【請求項２】
さらに、スケジューラタスクの実行に影響する決定条件を設定し、端末装置の状態及び動作を監視して、影響されるスケジューラタスクを決定するステップを含んでいる請求項１記載の方法。
【請求項３】
スケジューラタスクの実行に影響する決定条件は、端末装置で異常が発生した後予め定められた時間期間に実行されるスケジューラタスク、即ち影響されるスケジューラタスクを含んでいる請求項２記載の方法。
【請求項４】
前記予め定められた処理ルールは、予め定められた処理ポリシー、即ちデフォルト処理ポリシーを含んでいる請求項１記載の方法。
【請求項５】
前記予め定められた処理ポリシーは、装置管理サーバにより転送される処理ポリシー、即ちユーザにより予め定められた処理ポリシーを具備する請求項４記載の方法。
【請求項６】
端末装置がスケジューラタスクの実行に影響する可能性のある状態はオフ状態を含み、
端末装置の動作がスケジューラタスクの実行に影響する可能性のあるケースは、
オン状態からオフ状態へ転移する端末装置の状態、或いはオン切換え動作を行う端末装置の状態、またはシステム時間を調節する端末装置の状態を含んでいる請求項１記載の方法。
【請求項７】
端末装置がオフ状態であり、スケジューラタスクの実行時間になったとき、その端末装置は自動的にオンに切り換えられ、スケジューラタスクが実行された後、自動的にオフに切り換えられる請求項６記載の方法。
【請求項８】
さらに、端末装置が自動的にオンに切り換えられる前に、端末装置がユーザの設定にしたがって現在オンに切り換えられることを許容されるか否かを判断するステップを含んでいる請求項７記載の方法。
【請求項９】
タスクの実行前、端末装置は現在の状態がタスクの実行を許容するか否かを判断する請求項８記載の方法。
【請求項１０】
端末装置がオン状態からオフ状態へ転移するように動作するとき、端末装置は予め定められた時間期間中に影響されるスケジューラタスクを決定するために、現在時間を開始時間として使用する請求項６記載の方法。
【請求項１１】
端末装置がオンに切り換えられた後、端末装置はオフ状態の期間中に処理されなかったスケジューラタスクを決定する請求項６記載の方法。
【請求項１２】
端末装置がその時間を調節した後、端末装置は時間調節により生じたジャンプ時間期間中に処理されなかったスケジューラタスクを決定する請求項６記載の方法。
【請求項１３】
ユーザにより選択可能な処理方法は、タスクをの直ちの処理、処理の遅延、または処理の取消を含んでおり、タスクのタイプにしたがってユーザが選択するために対応する処理方法が与えられる請求項１記載の方法。
【請求項１４】
タスクを転送し、タスク実行情報を受信する装置管理サーバと、装置管理サーバと対話する端末装置とを具備している端末装置管理システムにおいて、
前記端末装置はタスク処理条件にしたがって対応するタスクを処理し、端末装置はその端末装置の状態または端末装置の動作がスケジューラタスクの実行に影響するとき、影響されるスケジューラタスクを識別し、処理ポリシーに基づいてスケジューラタスクを処理し、処理結果を前記装置管理サーバへ送信する端末管理システム。
【請求項１５】
前記端末装置はさらに、その端末装置により設定されたタスク実行条件セットにしたがって対応するタスクを処理し、影響されるスケジューラタスクを識別し、端末装置の状態または端末装置の動作がスケジューラタスクの実行に影響するとき処理ポリシーにしたがって影響されるスケジューラタスクを処理し、その後処理結果を前記装置管理サーバへ報告するための装置管理タスク異常処理モジュールを具備している請求項１４記載のシステム。
【請求項１６】
異常タスク処理ポリシーは前記装置管理タスク異常処理モジュール中に設定されている請求項１５記載のシステム。
【請求項１７】
前記装置管理サーバは、タスクを端末装置へ転送し、端末装置により送信された対話結果および実行結果を処理するための装置管理タスクフレームワークモジュールを具備している請求項１４記載のシステム。
【請求項１８】
装置管理サーバにより転送されるタスクを処理し、実行結果を報告する装置管理タスク処理モジュールと、
装置管理サーバと直接対話し、装置管理サーバと端末装置との間の対話シグナリングを転送する装置管理クライアントモジュールとを具備し、
前記端末装置はさらに、
タスクの実行を監視し、予め定められたタスク実行条件にしたがって対応するタスクを処理し、異常状態が発生したとき、処理ポリシーに基づいてそのタスクを処理し、その後、その処理結果を装置管理サーバへ報告する装置管理タスク異常処理モジュールを具備している端末装置。
【請求項１９】
前記装置管理タスク異常処理モジュールは装置管理タスク処理モジュールと装置管理クライアントモジュールを介して処理結果を報告し、または
前記装置管理タスク異常処理モジュールは装置管理クライアントモジュールを介して直接的に処理結果を報告する請求項１８記載の端末装置。
【請求項２０】
異常タスク処理ポリシーは前記装置管理タスク異常処理モジュール中に設定されている請求項１９記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術の分野に関し、特に装置管理におけるタスクを処理するための方法、システム、装置に関する。
【背景技術】
【０００２】
現在、端末装置に組み込まれる機能の複雑さが増加しているので、端末動作ソフトウェアが故障する可能性は劇的に増加している。端末装置は、セル電話機、パームトップコンピュータ、ノート型コンピュータ、埋設された装置及び機上システムのような種々の装置を含んでいる。良好な使用経験とサービス品質を効率的に保証し、端末装置のメンテナンス価格を減少するために、オープンモービルアライアンス（ＯＭＡ）は装置管理（ＤＭ）Ｖ１．２仕様を設定した。ＯＭＡ  ＤＭ  Ｖ１．２仕様は構造全体、プロトコル、通信端末装置、装置管理の安全性問題の統一された標準を規定している。
【０００３】
その仕様では、同期装置管理モデル（１セッション期間中にＤＭ管理動作を完了する）と非同期装置管理モデル（多数のセッション期間中にＤＭ管理動作を終了する）に加えて、タスクのスケジュール方法のモデルが与えられている。装置管理サーバ（ＤＭＳ）はタスクとそのトリガー状態をスケジュールし、これらを端末装置側へ送信することができ、それによって端末装置は、その端末装置がオフラインであるときでさえも、スケジュールされた時間または状態にしたがってＤＭＳ管理動作を自動的に処理することができる。このモードは装置の管理プロセス期間中のネットワークリソースのオーバーヘッドを減少させ、装置の管理についてのフレキシブル性を改良し、更にユーザの経験を改良する。従来技術におけるサービス装置と端末装置との間の管理動作タスクのための通信プロセスのフローチャート全体が図１に示されており、これは以下のステップを含んでいる。  
Ｓ０１．サービス装置は動作の注意を端末装置へ送信する
Ｓ０２．端末装置はサービス装置とのセッション接続を設定する
Ｓ０３．サービス装置は管理動作タスクをセットアップする
Ｓ０４．端末装置はユーザに管理動作タスクをダウンロードするように催促する
Ｓ０５．ユーザは管理動作タスクをダウンロードする
Ｓ０６．端末装置はタスクの状態を報告する
Ｓ０７．サービス装置はセッションを終了し、管理動作タスクのセッション終了メッセージを送信する
Ｓ０８．端末装置は管理動作タスクの処理が妨害されていない状態で管理動作タスクの処理状態を監視する。例えば管理動作タスクの処理が妨害されていない状態は待機状態である
Ｓ０９．端末装置は管理動作タスクの処理が妨害されない状態で管理動作タスクを処理する
Ｓ０１０．端末装置はサービス装置との接続を設定し、管理動作タスクの処理の状態を報告する
Ｓ０１１．サービス装置はセッションを終了する（または別の管理コマンドを送信し続ける）。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述の通信プロセスのフローから分かるように、端末装置は管理動作タスクの処理が中断されない状態にあるときのみ管理動作タスクの処理を監視することができる。しかしながら、異常事態が任意の時に端末装置で生じる可能性があり（端末のバッテリーが消耗したため端末装置が自動的にオフに切り換えられるか、端末装置が端末ユーザにより設定された時間に自動的にオフに切り換えられるか、或いはユーザの干渉により端末装置がオフに切り換えられる等）、これらの異常の発生は転送された管理動作タスクがトリガー不能にされ、予め定められたトリガー状態にしたがって処理できないようにされる。
【課題を解決するための手段】
【０００５】
本発明の実施形態は、予め定められたトリガー状態にしたがってトリガーされ、タスクを実行することができる装置管理におけるタスクを処理するための方法、システム、装置を提供する。
【０００６】
本発明の１実施形態は装置管理におけるタスクを処理する方法を提供し、この方法は、
端末装置の状態または端末装置の動作がスケジューラタスクの実行に影響するとき、影響されるスケジューラタスクを決定し、
ユーザにスケジューラタスクの処理方法を選択させ、選択にしたがって影響されるスケジューラタスクを処理し、または影響されるスケジューラタスクを予め定められたルールに基づいて処理するステップを含んでいる。
【０００７】
随意選択的に、この方法はさらに、
スケジューラタスクの実行に影響する決定条件を設定し、端末装置の状態及び動作を監視して、影響されるスケジューラタスクを決定することを含んでいる。
【０００８】
スケジューラタスクの実行に影響する決定条件は、端末装置で異常が発生した後の予め定められた時間期間中に実行されるスケジューラタスク、即ち影響されるスケジューラタスクを含むことができる。
【０００９】
予め定められた処理ルールは、予め定められた処理ポリシー、即ちデフォルト処理ポリシーを含むことができる。
【００１０】
予め定められた処理ポリシーは、装置管理サーバにより転送される処理ポリシー、ユーザにより予め限定された処理ポリシーを含むことができる。
【００１１】
端末装置がスケジューラタスクの実行に影響する可能性のある状態はオフ状態を含んでいる。
【００１２】
端末装置の動作がスケジューラタスクの実行に影響する可能性のあるケースは、
オン状態からオフ状態へ転移する端末装置、或いはオン切換え動作を行う端末装置、またはシステム時間を調節する端末装置の状態を含むことができる。
【００１３】
端末装置がオフ状態であり、スケジューラタスクの実行時間になったとき、端末装置は自動的にオンに切り換えられ、スケジューラタスクが実行された後に、自動的にオフに切り換えられる。
【００１４】
端末装置が自動的にオンに切り換えられる前に、端末装置はユーザの設定にしたがって現在オンに切り換えられることを許容されるか否かが判断される。
【００１５】
タスクの実行前に、最初に、端末装置は現在の状態がタスクの実行を許容するか否かを判断する。
【００１６】
端末装置がオン状態からオフ状態へ転移するように動作するとき、端末装置は予め定められた時間期間中に影響されるスケジューラタスクを決定するために、現在時間を開始時間として使用する。
【００１７】
端末装置がオンに切り換えられた後、端末装置はオフ状態の期間中に処理されなかったスケジューラタスクを決定する。
【００１８】
端末装置がその時間を調節した後、端末装置は時間調節により生じたジャンプ時間期間中に処理されなかったスケジューラタスクを決定する。
【００１９】
ユーザにより選択可能な処理方法は、タスクの直ちの処理、処理の遅延、および処理の取消しを含んでおり、対応する処理方法はタスクのタイプにしたがって選択するためにユーザに与えられる。
【００２０】
本発明の別の実施形態は端末装置管理システムを含んでおり、このシステムは、
タスクを転送し、タスク実行情報を受信する装置管理サーバと、装置管理サーバと対話する端末装置とを含み、
端末装置はタスク処理条件にしたがって対応するタスクを処理し、端末装置はその端末装置の状態または端末装置の動作がスケジューラタスクの実行に影響するとき、影響されるスケジューラタスクを識別し、処理ポリシーに基づいてそのスケジューラタスクを処理し、処理結果を装置管理サーバへ送信する。
【００２１】
端末装置はさらに、
端末装置により設定されたタスク実行条件にしたがって対応するタスクを処理し、影響されるスケジューラタスクを識別し、端末装置の状態または端末装置の動作がスケジューラタスクの実行に影響するとき処理ポリシーにしたがって影響されるスケジューラタスクを処理し、その後、処理結果を装置管理サーバへ報告するための装置管理タスク異常処理モジュールを含んでいる。
【００２２】
異常タスク処理ポリシーは装置管理タスク異常処理モジュール中で設定されることができる。
【００２３】
装置管理サーバは、タスクを端末装置へ転送し、端末装置により送信される対話結果と実行結果を処理するための装置管理タスクフレームワークモジュールを含んでいる。
【００２４】
本発明の更に別の実施形態は端末装置を提供し、この端末装置は、
装置管理サーバにより転送されるタスクを処理し、実行結果を報告する装置管理タスク処理モジュールと、
装置管理サーバと直接対話し、装置管理サーバと端末装置との間の対話通報を転送する装置管理クライアントモジュールとを含み、
端末装置はさらに、
タスクの実行を監視し、予め定められたタスク実行条件にしたがって対応するタスクを処理し、異常状態が発生したとき、処理ポリシーに基づいてタスクを処理し、その後、処理結果を装置管理サーバへ報告する装置管理タスク異常処理モジュールを含んでいる。
【００２５】
装置管理タスク異常処理モジュールは装置管理タスク処理モジュールと装置管理クライアントモジュールを介して処理結果を報告し、または装置管理タスク異常処理モジュールは装置管理クライアントモジュールを介して直接的に処理結果を報告する。
【００２６】
異常タスク処理ポリシーは装置管理タスク異常処理モジュール中に設定されることができる。
【００２７】
要約すると、本発明の実施形態による方法では、決定条件は端末装置中で設定される。ユーザが決定条件中の異常状態監視機能を付勢するならば、異常状態の監視が付勢される。
【００２８】
異常状態が生じる前、即ち端末装置がオン状態からオフ状態へ転移するとき、端末装置は現在時間を開始時間として使用し、予め定められた時間期間中に影響されるスケジューラタスクを決定し、決定されたタスクを前もって処理し、したがって影響されるタスクは予測されることができる。
【００２９】
異常状態が生じるとき、即ち端末装置がオフ状態であり、スケジューラタスクの実行時間であるとき、端末装置は自動的にオンに切り換えられ、その後そのタスクの実行された後、自動的にオフに切り換えられる。
【００３０】
異常状態が生じた後、即ち端末装置がオフ状態からオン状態へ転移するとき、または端末装置の時間調節が実行されるとき、端末装置はまだ実行されていないが実行すべきである何等かのタスクが存在するか否かを検出し、検出されたタスクを処理する。
【００３１】
本発明の実施形態による方法では、タスクは異常状態で監視されることができ、実行されることができ、またはユーザの選択にしたがって自動的に実行されることができる。
【００３２】
本発明の実施形態はさらにシステム及びその対応する装置を提供する。
【００３３】
本発明の実施形態では、端末装置の状態または端末装置の動作がスケジューラタスクの実行に影響するとき、スケジューラタスクがトリガーされ、予め定められたトリガー条件に基づいて実行される。端末装置は異常状態でスケジューラタスクを実行することができ、それによって端末装置の効率的な管理を実現する。
【発明を実施するための最良の形態】
【００３４】
本発明の実施形態は、装置管理においてタスクを処理する方法、装置、システムを提供し、それによってタスクは異常状態下でその予め定められたトリガー条件にしたがってトリガーされ、実行されることができる（現在の状態または端末装置の動作がスケジューラ管理動作タスクの処理を行う）。
【００３５】
ユーザに対して、ユーザは端末装置に対して必要な動作を行わないので、端末装置の現在の状態はスケジューラタスクの実行に影響することができる。ユーザが端末装置に対して関連される動作を実行する場合に、端末装置により行われる動作はスケジューラタスクの実行に影響することができる。端末装置により行われる動作がスケジューラタスクの実行に影響する場合は３つの状態、即ち端末装置の状態がオン状態からオフ状態へ転移するケースと、端末装置の状態がオフ状態からオン状態へ転移するケースと、端末装置がオン状態にあるがその時間はタスクの実行が行われることができるように調節されているケースとに区分される。
【００３６】
端末装置の管理タスクに対しては、タスクの実行において２つの限定が存在する。即ち実行の最終的な時間の制限と、実行の必要性である。タスクはこの２つの限定のために以下の４つのタイプに区分されることができる。  
タスクタイプ１：実行の最終的な時間限度内で必要ではないタスク
タスクタイプ２：実行の最終的な時間限度内で必要なタスク
タスクタイプ３：実行の最終的な時間限度外で必要ではないタスク
タスクタイプ４：実行の最終的な時間限度外でも必要なタスク。
【００３７】
本発明の原理、特徴、利点を更に明白に理解するために、以下の実施形態は端末装置の動作がスケジューラタスクの処理に影響する状態を示している。
【００３８】
実施形態１：
端末装置はオン状態からオフ状態へ転移しており、これはスケジューラタスクの処理に影響する。図２は本発明の第１の実施形態による方法を示すフローチャートである。処理ステップは図２に示されているように、以下のステップを含んでいる。  
Ｓ１０１：決定条件は端末装置で設定される。決定条件は以下の条件を含んでいる。  
（１）異常状態を決定するための条件。例えば端末装置のバッテリーの電気量が５％よりも小さいか、予め定められたシャットオフ時間が接近しているか、ユーザが端末装置をオフに切り換えている。  
（２）影響されるタスクの決定条件。例えば８時間の時間期間が設定され、異常状態が生じたときの時間から８時間以内で処理されるようにスケジュールされた任意のタスクが影響されるタスクである。  
（３）処理ルール。処理ルールには、予め定められた処理ポリシー（即ちサーバにより転送されるか、ユーザにより予め定められる処理ルール）にしたがってタスクを処理し、ユーザの選択にしたがってタスクを処理し、またはデフォルト方法にしたがってタスクを処理することが含まれている。サーバにより転送される処理ポリシーには、タスクの直ちの処理、処理の遅延、または処理の取消し、サーバへの報告が含まれている。例えばタイプ１のタスクでは、ユーザは直ちにタスクを処理するか、タスクをある時間まで遅延するか、または処理を取り消すかの選択を行うことができる。タイプ２のタスクでは、ユーザは処理を取り消す選択を行うことができない。タイプ３のタスクでは、ユーザは直ちにタスクを処理するか、または処理を取り消す選択を行うことができる。タイプ４のタスクでは、ユーザは任意の選択を行うことを許容されず、端末装置がデフォルト設定に基づいて直接そのタスクを処理する。
【００３９】
タイプ１、２または３のタスクでは、ユーザは前もって処理ポリシーをセットアップすることもできる。したがって、端末装置がタスクを処理しているとき、ユーザに再度選択を行わせる代わりに、予め定められたポリシーに基づいて直接タスクを処理する。
【００４０】
Ｓ１０２：ユーザは決定条件を付勢するか付勢しない選択を行うことができる。ユーザが決定条件を付勢しないことを選択したならば、後続する動作は従来技術の動作と同じであり、ユーザは異常状態が生じたときに通知されない。ユーザが決定条件を付勢するように選択するならば、異常状態の発生の監視が開始される。  
Ｓ１０３：例えば時間１８：００に、端末装置のバッテリーの電気量はその総容量の５％に満たない異常状態が存在するか否かが検出される。  
Ｓ１０４：時間１８：００は、任意のタスクが後続の８時間内に処理されるようにスケジュールされているか否かをチェックするための開始時間として使用される。タスクが存在するならば、関連されたタスクが影響されるタスクとして決定される。明らかに、関連されるタスクは１よりも多い。関連されるタスクがないならば、動作は実行されない。  
Ｓ１０５：関連されるタスクの発見された後、端末装置は１つのタスクを選択する。  
Ｓ１０６：ユーザが予め定められた決定条件と処理ルールに基づいて対話を行うことが必要とされるか否かが決定される。  
Ｓ１０７：ユーザが対話を行うことを必要とされる（即ちユーザが権限を有する必要がある）ならば、端末装置はユーザにそのタスクのトリガー時間限度を選択させる。例えば選択されたタスクがタイプ１であるならば、ユーザはタスクを直ちに処理するか、それを処理しないか、または後の時間まで処理を遅延するか選択することができる。  
Ｓ１０８：ユーザが対話を行うことを必要とされないならば、端末装置は予め定められた処理ルールまたはデフォルト設定に基づいてタスクを直接処理する。例えばタスクは直接処理されることができる。  
Ｓ１０９：タスクがユーザの選択にしたがって、または端末装置によって予め定められた処理ルールまたはデフォルトポリシーに基づいて処理された後、任意の他の影響されるタスクが存在するか否かが決定される。存在するならば、ステップＳ１０５へ進み、そこから処理を継続する。影響されるタスクがこれ以上存在しないならば、全てのタスクは処理され、端末装置はそのシャットダウン動作を継続する。  
実施形態２  
端末装置がオフ状態からオン状態へ転移しているケースである。図３は本発明の１実施形態の方法を示すフローチャートである。処理ステップは次のようなステップを含んでいる。  
Ｓ２０１：決定条件は端末装置中で設定される。決定条件は次の条件を含んでいる。  
（１）検出を開始する条件。例えば端末装置がオンに切り換えられる毎に、検出が付勢される。  
（２）影響されるタスクを決定する決定条件。例えばオフ状態の最後の期間中に発見され、処理されるべきタスク。  
（３）処理ルール。処理ルールには、予め定められた処理ポリシーにしたがってタスクの処理（即ちサーバにより転送されるか、ユーザにより予め定められた処理ルール）、ユーザの選択にしたがったタスクの処理し、またはデフォルト方法にしたがったタスクの処理が含まれている。サーバにより転送される処理ポリシーには、タスクの直ちの処理、処理の遅延、または処理の取消し、サーバへの報告が含まれている。例えばタイプ１のタスクでは、ユーザは直ちにタスクを処理するか、処理を取り消すか、或いはタスクをある時間まで遅延させる選択を行うことができる。タイプ２のタスクでは、ユーザは処理を取り消す選択を行うことができない。タイプ３のタスクでは、ユーザは直ちにタスクを処理するか、または処理を取り消す選択を行うことができる。タイプ４のタスクでは、ユーザは何等の選択も行うことを許容されず、端末装置が直接タスクを処理する。
【００４１】
タイプ１、２または３のタスクでは、ユーザは前もって処理ポリシーをセットアップすることもできる。したがって、端末装置がタスクを処理しているとき、ユーザに再度選択を行わせる代わりに、予め定められたポリシーに基づいて直接タスクを処理する。
【００４２】
Ｓ２０２：前述の決定条件の設定後、ユーザは決定条件を付勢するか付勢しないかの決定を行うことができる。ユーザが決定条件を付勢しないならば、それに続く動作は従来技術の動作と同じであり、ユーザは異常状態が生じたとき通知されない。ユーザが決定条件を付勢するならば、異常状態の発生の監視が開始される。  
Ｓ２０３：ユーザは端末装置をオンに切換え、例えば端末装置は２０：００の最終時間にオフに切り換えられて、このとき２２：００の時間にオンに切り換えられる。  
Ｓ２０４：２０：００から２２：００の期間中に処理されていないが、処理されるべき何等かのタスクが存在するか否かの決定が行われる。明らかに、処理されるべきであるが、この期間に処理されていないタスクが２以上存在する可能性がある。  
Ｓ２０５：２以上のタスクが存在するならば、そのタスクの一つが選択される。  
Ｓ２０６：ユーザが予め定められた決定条件と処理ルールに基づいて対話を行うことを必要とされるか否かが決定される。  
Ｓ２０７：ユーザが対話を行うことを必要とされるならば、端末装置はユーザにそのタスクのトリガー時間限度を選択させる。例えば選択されたタスクがタイプ１であるならば、ユーザはタスクを直ちに処理するか、それを処理しないか、または後の時間まで処理を遅延するかの選択を行うことができ、選択されたタスクがタイプ３であるならば、ユーザはタスクを直ちに処理するか、タスクの処理を拒否することを選択できる。  
Ｓ２０８：ユーザが対話を行うことが必要とされないならば、端末装置は予め定められた処理ポリシーまたはデフォルト設定に基づいてタスクを処理する。例えばタスクは直接処理されることができる。  
Ｓ２０９：タスクがユーザの選択にしたがって、または端末装置によって予め定められた処理ポリシーまたはデフォルト設定に基づいて処理された後、任意の他の処理されるべきタスクが存在するか否かが決定される。イエスであるならば、ステップＳ２０５へジャンプし、そこから処理を継続する。ノーであるならば、全てのタスクが処理されたことが示される。
【００４３】
実施形態３  
システム時間が調節されるので、タスクの動作が行われる。  
Ｓ３０１：決定条件は端末装置で設定される。決定条件は次の条件を含んでいる。  
（１）検出を開始する条件。例えばシステム時間が調節される毎に、検出が付勢される。  
（２）行われるタスクの決定条件。例えば処理されるべきであるがまだ処理されていないタスクが、システム時間の調節により生じたジャンプ時間期間中に発見される。  
（３）処理ルール。処理ルールには、予め定められた処理ポリシーにしたがったタスクの処理（即ちサーバにより転送されるか、ユーザにより予め定められる処理ルール）、ユーザの選択にしたがったタスクの処理、またはデフォルト方法にしたがったタスクの処理が含まれている。サーバにより転送される処理ポリシーには、タスクの直ちの処理、処理の遅延、または処理の取消し、サーバへの報告が含まれている。例えばタイプ１のタスクでは、ユーザは直ちにタスクを処理するか、または処理を取り消すか、或いはタスクをある時間まで遅延する選択をすることができる。タイプ２のタスクでは、ユーザは処理を取り消す選択を行うことができない。タイプ３のタスクでは、ユーザは直ちにタスクを処理するか、または処理を取り消す選択を行うことができる。タイプ４のタスクでは、ユーザは選択を行うことを許容されず、端末装置が直接タスクを処理する。
【００４４】
タイプ１、２または３のタスクでは、ユーザは前もって処理ポリシーをセットアップすることもできる。したがって、端末装置がタスクを処理すべきであるとき、ユーザに再度選択を行わせる代わりに、予め定められたポリシーに基づいて直接タスクを処理する。
【００４５】
Ｓ３０２：前述の決定条件が設定された後、ユーザは決定条件を付勢するか付勢しないかの決定を行うことができる。ユーザが決定条件を付勢しないならば、それに続く動作は従来技術の動作と同じであり、ユーザは異常状態が生じたとき通知されない。ユーザが決定条件を付勢するように選択するならば、異常状態の発生の監視が開始される。  
Ｓ３０３：端末装置のシステム時間が調節され、例えばシステム時間は２０：００から２２：００へ調節される。  
Ｓ３０４：２０：００から２２：００の期間中に処理されていないが、処理されるべきであるタスクが存在するか否かの決定が行われる。明らかに、処理されるべきであるが、この期間中に処理されていないタスクが２以上存在する可能性がある。  
Ｓ３０５：２以上のタスクが存在するならば、端末装置は一つのタスクを選択する。  
Ｓ３０６：ユーザが予め定められた決定条件と処理ルールに基づいて対話を行うことを必要とされるか否かが決定される。  
Ｓ３０７：ユーザが対話を行うことを必要とされる（即ちユーザが権限を有する必要がある）ならば、端末装置はユーザにそのタスクに対するトリガー時間限度を選択させる。例えば選択されたタスクがタイプ１であるならば、ユーザはタスクを直ちに処理するか、それを処理しないか、または後の時間まで処理を遅延するかの選択を行うことができ、或いは、選択されたタスクがタイプ３であるならば、ユーザはタスクを直ちに処理するか、タスクの処理を拒否するように選択することができる。  
Ｓ３０８：ユーザが対話を行うことを必要とされないならば、端末装置は予め定められた処理ポリシーまたはデフォルト設定に基づいてそのタスクを処理する。例えばそのタスクは直接処理されることができる。  
Ｓ３０９：予め定められた処理ポリシーまたはデフォルト設定に基づいてタスクがユーザの選択にしたがって、または端末装置によって処理された後、任意の他の処理されるタスクが存在するか否かが決定される。イエスであるならば、ステップＳ３０５へジャンプし、そこから処理を継続する。ノーであるならば、全てのタスクが処理されたことが示される。
【００４６】
実施形態４  
端末装置の現在状態がスケジューラタスクの実行に影響するケースである。本発明の１実施形態による方法を示すフローチャートである図４に示されているように、ステップは以下のステップを含んでいる。  
Ｓ４０１：決定条件は端末装置で設定される。決定条件は次の条件を含んでいる。  
（１）異常状態の発生を決定する条件。即ち、タスクのトリガー時において、端末装置はオフ状態である。  
（２）行われるタスクの決定条件。即ち、端末装置がオフ状態であるとき処理されるべきタスク。  
（３）装置が自動的にオンに切り換えられることを可能にする条件。例えば、装置は端末装置が航空機モードにあるときのみ自動的にオンに切り換えられることを可能にされない。  
（４）関連されるタスクが実行されることのできる決定条件。例えば、実行はバッテリーの現在の電気量がその容量の５％を超えるときのみ許容されるか、信号強度が制限される。  
（５）処理ルール。処理ルールは予め定められた処理ポリシーにしたがったタスクの処理（即ちサーバにより転送されるか、ユーザにより予め定められる処理ルール）、ユーザの選択にしたがったタスクの処理、またはデフォルト方法にしたがったタスクの処理を含んでいる。サーバにより行われる処理ポリシーは、タスクの直ちの処理、処理の遅延、または処理の取消し、サーバへの報告を含んでいる。例えばタイプ１のタスクでは、ユーザは直ちにタスクを処理するか、または処理を取り消すか、或いはタスクをある時間まで遅延する選択を行うことができる。タイプ２のタスクでは、ユーザは処理を取り消す選択を行うことができない。タイプ３のタスクでは、ユーザは直ちにタスクを処理するか、または処理を取り消す選択を行うことができる。タイプ４のタスクでは、ユーザは任意の選択を行うことを許容されず、端末装置が直接タスクを処理する。
【００４７】
タイプ１、２または３のタスクに対しては、ユーザは前もって処理ポリシーをセットアップすることもできる。すなわち、端末装置がタスクを処理しているとき、ユーザに再度選択を行わせることを促す代わりに、予め定められたポリシーに基づいて直接タスクを処理する。
【００４８】
Ｓ４０２：前述の決定条件が設定された後、ユーザは決定条件を付勢するか付勢しないかを選択することができる。ユーザが決定条件を付勢しないならば、それに続く動作は従来技術における動作と同じであり、ユーザは異常状態が生じたとき通知されない。ユーザが決定条件を付勢するならば、異常状態の発生の監視が開始される。  
Ｓ４０３：異常状態が発生するとき、例えばユーザが端末装置の現在位置について１９：００にＤＭＳへ報告するタスクを設定するが、端末装置は１９：００にオフ状態にある。１９：００に処理されるべきタスクが２以上存在する可能性があることは明らかである。  
Ｓ４０４：端末装置はオン切換え状態が現在満たされているか否かをチェックする。  
Ｓ４０５：ユーザが航空機モードを付勢していないならば、端末装置は、自動的にオンに切り換えられることができると判断する。その後、端末装置はそのバッテリー状態が可能であれば自動的にオンに切り換えられる。  
Ｓ４０６：オンに切換えられた後、端末装置はタスクを処理する条件が満たされているか否かを判断する。  
Ｓ４０７：端末装置のバッテリー状態が許容可能であり、その信号強度がタスクを処理する要求を満たしているならば、処理される一つのタスクが選択される。  
Ｓ４０８：ユーザが予め定められた決定条件および処理ルールに基づいて対話を行うことを必要とされるか否かが決定される。  
Ｓ４０９：ユーザが対話を行うことを要求される（即ちユーザが権限を有する必要がある）ならば、端末装置はユーザにそのタスクのトリガー時間限度を選択させる。例えば選択されたタスクがタイプ１であるならば、ユーザはタスクを直ちに処理するか、それを処理しないか、または後の時間まで処理を遅延するかの選択を行うことができる。  
Ｓ４１０：ユーザが対話を行うことを要求されないならば、端末装置は予め定められた処理ルールまたはデフォルト設定に基づいてそのタスクを処理する。例えば端末装置の位置情報は直接ＤＭＳへ送信される。  
Ｓ４１１：タスクがユーザの選択にしたがって、または端末装置によって予め定められた処理ルールまたはデフォルトポリシーに基づいて処理された後、何か他の処理されるべきタスクが存在するか否かが判断される。もしも存在するならば、ステップＳ４０７へジャンプし、そこから処理を継続する。存在しないならば、全てのタスクが処理されたことが示され、ステップＳ４１２が実行される。  
Ｓ４１２：端末装置は自動的にオフに切り換えられる。
【００４９】
ＯＭＡ  ＤＭ仕様はＤＭシステムの全体構造、プロトコル、通信機構および装置管理中のセキュリティ問題を規定している。端末装置管理システムは本発明の実施形態にしたがって与えられ、本発明の実施形態を通して、端末装置管理はＤＭプロトコルをスケジューラタスクの送信に使用することによって実現される。
【００５０】
本発明の実施形態の端末装置管理システムは、相互接続された端末装置（即ち本発明の実施形態による端末装置）と装置管理サーバ（即ち本発明の実施形態による装置管理サーバ）とを含んでいる。装置管理サーバはＤＭプロトコルを通して端末装置と通信する。
【００５１】
図５に示されているように、端末装置（即ち本発明の実施形態による端末装置）はさらに、装置管理クライアントモジュール、装置管理タスク処理モジュール、装置管理タスク異常処理モジュールを含んでおり、それらは順番に接続される。装置管理サーバはさらに装置管理タスクフレームワークモジュールを含み、その装置管理タスクフレームワークモジュールはＤＭプロトコルによって装置管理クライアントモジュールと通信する。
【００５２】
或いは、図６に示されているように、端末装置（即ち本発明の実施形態による端末装置）はさらに、装置管理タスク処理モジュールと、装置管理タスク異常処理モジュールとを含んでおり、それぞれ装置管理クライアントモジュールに接続されている。装置管理サーバはさらに装置管理タスクフレームワークモジュールを含み、この装置管理タスクフレームワークモジュールはＤＭプロトコルによって装置管理クライアントモジュールと通信する。
【００５３】
装置管理タスクフレームワークモジュールは端末装置へタスクを割当て、端末装置により送信された相互動作の結果と実行結果を処理するように構成されている。
【００５４】
装置管理タスク処理モジュールは、ＤＭプロトコルによって装置管理サーバにより送信され、装置管理クライアントモジュールにより転送されたスケジューラタスクを処理し、装置管理クライアントモジュールを通して実行結果を報告するように構成されている。スケジューラタスクは、インストール／設定タスク、監視タスク条件、制御トリガーされるタスクを含んでいる。モジュールはまた装置管理タスク異常処理モジュールにより送信される対話結果を転送するようにも構成されている。
【００５５】
装置管理タスク異常処理モジュールは、端末装置により設定されたスケジューラタスクの実行条件（時間、事象等を含む）に基づいて、タスクの実行期間中に異常状態を監視するように構成されている。異常タスクを処理するポリシーはモジュール中に設定されることができる（例えばタスクに対するトリガー条件をミスしたならば、処理は断念され、その結果はＤＭサーバへ報告される）。
【００５６】
異常状態が生じるとき、装置管理タスク異常処理モジュールは予め定められた処理ルールまたはデフォルト処理ポリシーに基づいてそのタスクを処理し、処理結果を装置管理タスク処理モジュールへ報告する。
【００５７】
装置管理タスク異常処理モジュールと装置管理タスク処理モジュールとの間にインターフェースが存在し、それは装置管理タスク処理モジュールと装置管理クライアントモジュールを介して、処理結果を装置管理サーバへ報告するように構成されている。或いは装置管理タスク異常処理モジュールと装置管理クライアントモジュールとの間にインターフェースが存在し、これは装置管理クライアントモジュールを通って、直接処理結果を装置管理サーバへ報告するように構成されている。
【００５８】
装置管理サーバと直接対話する装置管理クライアントモジュールは、装置管理サーバと端末装置との間で相互通信シグナリングを転送するように構成されており、即ち装置管理サーバによって送信されるスケジューラタスクを装置管理タスク処理モジュールへ転送し、装置管理タスク処理モジュールのタスク実行結果を装置管理サーバへ転送するように構成されているだけでなく、装置管理タスク異常処理モジュールの対話結果を装置管理サーバへ転送するようにも構成されている。
【００５９】
本発明の技術的範囲を逸脱することなく、種々の変更及び変形が行われることができることは当業者には明白である。このような変更及び変形は、これらが特許請求の範囲とその等価物により規定される技術的範囲に入る限り、本発明の技術的範囲内に含まれることが意図される。
【図面の簡単な説明】
【００６０】
【図１】従来技術におけるサービス装置と端末装置間の管理動作タスクの全体的な通信処理のフローチャート。
【図２】本発明の第１の実施形態による方法のフローチャート。
【図３】本発明の第２の実施形態による方法のフローチャート。
【図４】本発明の第４の実施形態による方法のフローチャート。
【図５】本発明の１実施形態による第１のシステムの構造を示す概略図。
【図６】本発明の１実施形態による第２のシステムの構造を示す概略図。
【図１】
2008524731.tif 000003
【図２】
2008524731.tif 000004
【図３】
2008524731.tif 000005
【図４】
2008524731.tif 000006
【図５】
2008524731.tif 000007
【図６】
2008524731.tif 000008
【国際調査報告】
2008524731.tif 000009
2008524731.tif 000010
2008524731.tif 000011
2008524731.tif 000012