(57)【要約】装置管理においてスケジューリング・タスクを処理するための方法、端末、装置管理サーバおよびシステムは、主に、以下のとおりである。上記装置管理サーバが、上記タスク処理を送信する。上記端末が、送信されたタスクによって実行される実行条件を監視する。上記端末が、上記実行条件に従い上記タスクを正常に実行しなかったとき、上記タスクの実行状態を報告し、上記装置管理サーバが、タスク命令を送信する。そして、上記端末は、上記命令に従って上記処理を実行する。上記端末は、上記タスクの実行状態を報告する。このような、スケジュールされたタスクの実行を確実なものにする効果的な機構によって、端末の装置管理における不確実性は低減し、端末の管理装置における柔軟性を改善し、ユーザのスケジュールの要求にも応えることができ、このため、端末管理サービスの質を改善することができる。
2009508241.tif 000002
【特許請求の範囲】
【請求項１】
装置管理において、スケジューリング・タスクを処理する方法であって、装置管理サーバから端末に配信されたタスク処理を処理するための方法において、
上記装置管理サーバが、タスク処理を上記端末に配信し、
上記端末が、上記タスク処理を受信し、
上記タスク処理の実行条件およびタスク追跡ポリシーに基づいて、上記タスク処理を追跡し、
上記端末が、上記タスク追跡ポリシーに基づいて、追跡情報を上記装置管理サーバに報告することを特徴とする方法。
【請求項２】
上記装置管理サーバが、報告された上記追跡情報に基づいて、上記端末が上記スケジューリング・タスクを実行条件に従って実行していないと判断した場合、タスク命令を上記端末に送信し、
上記端末が、上記タスク命令に従い動作することを特徴とする請求項１に記載の方法。
【請求項３】
上記タスク命令は、上記端末が上記タスク処理を実行することを指示する強制実行命令、または、実行する上記タスク処理を上記装置が選択することを指示する処理選択命令であることを特徴とする請求項２に記載の方法。
【請求項４】
上記端末が、上記装置管理サーバに対して、上記タスク命令に従って実行する上記タスク処理の実行状態を報告する、および／または、上記端末が、上記タスク命令に従って実行する上記タスク処理の実行状態を表示することを特徴とする請求項３に記載の方法。
【請求項５】
上記タスク命令が処理選択命令である場合、
上記端末が、実行すべき処理を選択するための通知をユーザに出力し、
上記端末が、選択された実行すべきタスク処理についての入力された情報を受信し、
選択された実行すべき上記タスク処理についての上記情報に基づいて、上記タスク処理を実行することを特徴とする請求項３に記載の方法。
【請求項６】
上記強制実行命令は、タスク処理即時実行命令、または、タスク処理取消命令であり、
上記処理選択命令は、タスク処理実行命令、タスク処理遅延命令、または、タスク処理拒絶命令であることを特徴とする請求項３に記載の方法。
【請求項７】
上記タスク追跡ポリシーは、
タスク処理を実行する最終期限が来た時、もしくは、過ぎた時、上記端末が、上記装置管理サーバに通知する処理、
タスク処理の実行条件がユーザによって変更された場合、上記端末が、上記装置管理サーバに通知する処理、
タスクの実行条件が見過ごされ、上記端末が正常実行しなかった場合、上記端末が、上記装置管理サーバに通知する処理、または、
所定のイベントによって、もしくは、所定の時間において、自動的にタスクの情報を上記装置管理サーバに報告する処理のうち少なくとも一つの処理を含むことを特徴とする請求項１に記載の方法。
【請求項８】
上記追跡情報を上記装置管理サーバに報告する処理は、
上記端末が、ショート・メッセージ・ゲートウェイに対して、ショート・メッセージを用いて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を送信するとともに、上記ショート・メッセージ・ゲートウェイが、上記追跡情報を、上記装置管理サーバに送信する、
または、上記端末が、上記装置管理サーバに対して、上記端末と上記装置管理サーバとの間において確立されたセッション接続を通じて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を報告することを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
装置管理サーバから配信されたタスク処理を受信可能な、上記装置管理サーバと通信を行う端末において、
上記装置管理サーバから配信されるタスク処理を実行し、タスク実行結果を出力するタスク実行部と、
異常なタスクを処理し、所定のタスク追跡ポリシーに基づいて、タスク状態報告部にタスク異常状態を報告するタスク異常処理部と、
上記装置管理サーバに対して、上記タスク実行部および上記タスク異常処理部から出力される上記タスク実行結果および上記タスク異常状態を報告するタスク状態報告部とを備えることを特徴とする端末。
【請求項１０】
上記タスク実行部は、タスク処理のための強制実行命令、または、処理選択命令を受信し、強制実行、または、上記命令に従って、上記タスク処理についての処理を選択するよう促す情報の表示を行うことを特徴とする請求項９に記載の端末。
【請求項１１】
上記タスク状態報告部は、上記装置管理サーバに対して、ショート・メッセージまたはセッション接続を通じて報告することを特徴とする請求項９または１０に記載の端末。
【請求項１２】
タスク処理を端末に配信し、上記端末を管理する装置管理サーバにおいて、
上記端末から報告される、上記タスク処理に関するタスク実行結果およびタスク異常状態情報を受信するタスク状態報告処理部を備えることを特徴とする装置管理サーバ。
【請求項１３】
報告された上記実行結果およびタスク異常状態情報に基づき、上記スケジューリング・タスクを上記端末が実行していないと、実行条件に基づいて判断した場合、タスク命令を上記端末に配信するタスク・コンテンツ管理部を備え、
上記端末は、強制実行命令または処理選択命令である、上記タスク命令に従い処理を行うことを特徴とする請求項１２に記載の装置管理サーバ。
【請求項１４】
装置管理において、スケジューリング・タスクを処理するためのシステムであって、
装置管理サーバから、端末に配信されたタスク処理を管理するためのシステムにおいて、
端末に対して、タスク処理を配信し、上記端末から追跡情報を取得する装置管理サーバと、
上記タスク処理を受信し、上記タスク処理の実行条件およびタスク追跡ポリシーに基づいて上記タスク処理を追跡し、上記追跡情報を上記装置管理サーバに報告する端末とを含むことを特徴とするシステム。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔発明の属する分野〕
本発明は、通信の分野に関するものであり、特に、装置管理においてスケジューリング・タスクを処理するための方法、端末、装置管理サーバおよびシステムに関する。
【０００２】
〔発明の背景〕
現在、産業界において、タスク・スケジューリング機構が提供されている。装置管理サーバ（Device Management Server，DMS）は、この機構に基づいて、特定のタスクおよび実行条件をスケジュールし、そして、上記スケジューリング・タスクおよび実行条件が、端末にダウンロードされる。端末の状態が上記スケジューリング・タスクおよび実行条件を満たすとき、上記タスクに対応する処理が実行される。このようなタスク・スケジューリング機構により、端末がたとえオフライン状態であったとしても、上記端末は、サーバから配信される管理処理タスクを、所定の時間に、または、所定の条件下で、実行することができる。
【０００３】
上記タスク・スケジューリング機構は、装置管理中のネットワーク処理のコストを低減させ、装置管理の柔軟性を改善し、そして、ハイエンド・ユーザにも満足がいく使い応えを提供するとともに、ＤＭＳとの相互通信なしに、特定のローカル・イベントに対して、ユーザがタイムリーに応答できるようにする。例えば、ユーザは、不都合があれば、タスク処理の実行を延期することができる。
【０００４】
図１は、従来のタスク・スケジューリング機構を示している。すなわち、同図は、スケジューリング・タスクの管理処理モードの処理の流れを示しており、上記処理は以下のステップを含む。
【０００５】
ＳＴＥＰ１：サーバが、端末に対して、処理通知を開始する。
【０００６】
ＳＴＥＰ２：上記端末が、相互認証を省略したセッション接続を確立する。
【０００７】
ＳＴＥＰ３：上記サーバが、管理処理タスクを配信する。
【０００８】
ＳＴＥＰ４：上記端末が、配信された上記管理処理タスクの情報をユーザに提示する。
【０００９】
ＳＴＥＰ５：上記ユーザが、上記管理処理タスクを受領する。
【００１０】
ＳＴＥＰ６：上記端末が、上記タスクの状態を報告する。
【００１１】
ＳＴＥＰ７：上記サーバが、セッションを終了し、上記管理処理タスクを配信する上記セッションは終了する。
【００１２】
ＳＴＥＰ８：上記端末が、上記管理処理タスクの実行条件を監視する。
【００１３】
ＳＴＥＰ９：上記端末が、上記管理処理タスクを実行する。
【００１４】
ＳＴＥＰ１０：上記端末が、接続を確立し、上記タスクの実行状態を報告する。
【００１５】
ＳＴＥＰ１１：上記サーバが、上記セッションを終了する。また、さらに管理命令を配信するようにしてもよい。
【００１６】
上記の手順によって、従来の装置管理仕様は、スケジューリング・タスクの管理処理モードを実現している。
【００１７】
しかしながら、端末装置は異常状態に陥る可能性がある。例えば、電力不足、ユーザの設定時刻、異常なイベント、あるいはユーザの介入等により端末のスイッチがオフになる可能性がある。従来のスケジューリング・タスクの管理処理モードは、頻繁に発生し得るこれらの異常について対処することができないことは明らかである。このため、このような異常が発生したとき、上記端末においてスケジューリング・タスクは、正常に実行されない。すなわち、これまでの装置管理仕様は、異常のあるイベントに対するサポートを欠いており、この点で、スケジューリング・タスクの管理処理モードの仕様は不十分である。これまでの、スケジューリング・タスクの管理処理モードには、以下のような欠点が見受けられる。
【００１８】
１．上記スケジューリング・タスク管理処理の実行を確実に行う機構が欠如している。
【００１９】
２．上記ＤＭＳは、上記スケジューリング・タスク管理処理が実行されたことを、正常に追跡することができない。
【００２０】
３．上記端末装置管理における不確実性が増大する。
【００２１】
４．上記端末装置管理の柔軟性が低下する。
【００２２】
５．上記ユーザからのスケジューリング・コマンドに応じることができない。
【００２３】
６．上記端末装置管理の質が低下する。
【００２４】
〔発明の概要〕
本発明の実施の形態は、上記装置管理サーバが、配信された処理タスクを追跡し、そして、上記処理タスクが配信されたことを端末に通知し、あるいは、上記処理タスクの実行を開始することによって、装置管理において、スケジューリング・タスクを処理するための方法、端末、装置管理サーバおよびシステムを提供するものである。
【００２５】
本発明の実施の形態は、装置管理において、スケジューリング・タスクを処理するための方法であって、装置管理サーバから端末に配信されたタスク処理を処理するための方法を提供する。
【００２６】
上記方法は、
上記装置管理サーバが、タスク処理を上記端末に配信し、
上記端末が、上記タスク処理を受信し、上記タスク処理の実行条件およびタスク追跡ポリシーに基づいて、上記タスク処理を追跡し、
上記端末が、上記タスク追跡ポリシーに基づいて、追跡情報を上記装置管理サーバに報告することを特徴とする特徴とする。
【００２７】
さらに、上記方法は、
報告された上記追跡情報に基づいて、実行条件に従って端末が上記タスクを実行していないと判断した場合、
上記装置管理サーバが、上記端末に対し、タスク命令を配信し、
上記端末が、上記タスク命令に従い上記タスクを実行する工程を含んでもよい。
【００２８】
上記タスク追跡ポリシーは、
上記端末が、上記装置管理サーバに、タスク処理を実行する最終期限が来た時、もしくは、過ぎた時に通知する処理、
または、上記端末が、上記装置管理サーバに、タスク処理の実行条件が、ユーザによって変更された場合に通知する処理、
または、上記端末が、上記装置管理サーバに、タスクの実行条件を見過ごし、上記端末が正常実行しなかった場合に通知する処理、
または、所定のイベントによって、もしくは、所定の時間において、上記装置管理サーバに対して自動的にタスクの情報を報告する処理のうち少なくとも一つの処理を含んでいてもよい。
【００２９】
さらに、上記装置管理サーバに対する上記追跡情報の報告は、
上記端末が、ショート・メッセージ・ゲートウェイに対して、ショート・メッセージを用いて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を送信し、上記ショート・メッセージ・ゲートウェイが、上記追跡情報を、上記装置管理サーバに送信すること、
または、上記端末が、上記装置管理サーバに対して、上記端末と上記装置管理サーバとの間において確立されたセッション接続を通じて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を報告することを含んでもよい。
【００３０】
本発明の他の実施の形態は、上記装置管理サーバから配信されるタスク処理を受信するために、装置管理サーバと通信するためのインターフェースを有する端末を提供する。上記端末は、
上記装置管理サーバから配信されたタスク処理を実行することができ、タスク実行結果を供給することができるタスク実行部と、
異常なタスクを処理することができ、所定のタスク追跡ポリシーに基づいて、タスク状態報告部にタスク異常状態を報告することができるタスク異常処理部と、
上記装置管理サーバに対して、上記タスク実行部および上記タスク異常処理部から出力される上記タスク実行結果および上記タスク異常状態を報告することができるタスク状態報告部とを含んでいてもよい。
【００３１】
さらに、上記タスク実行部は、タスク処理のための強制実行命令または処理選択命令を受信し、強制実行を行う、または、上記命令に従って、上記タスク処理についての処理を選択するよう促す上記情報を表示するようにしてもよい
本発明のさらに他の実施の形態は、タスク処理を、端末に対して配信し、上記端末の管理を行う装置管理サーバを提供する。
【００３２】
上記装置管理サーバは、上記端末から報告される、上記タスク処理に関するタスク実行結果およびタスク異常状態情報を受信することができるタスク状態報告処理部を含んでいてもよい。
【００３３】
さらに、上記装置管理サーバは、報告された上記タスク実行結果およびタスク異常状態情報に基づいて、上記端末が上記タスク処理を実行条件に従って実行していないと判断した後、タスク命令を上記端末に配信することのできるタスク・コンテンツ管理部を含んでいてもよく、上記端末は、強制実行命令や処理選択命令である、上記タスク命令に従い処理を行う。
【００３４】
本発明のさらに他の実施の形態は、装置管理におけるスケジューリング・タスクを処理するためのシステムであって、装置管理サーバから端末に対して配信されたタスク処理を管理するのに適したシステムを提供する。
【００３５】
上記システムは、タスク処理を端末に対して配信し、上記端末から追跡情報を取得することができる装置管理サーバと、
上記タスク処理を受信し、上記タスク処理の実行条件およびタスク追跡ポリシーに基づいて上記タスク処理を追跡し、上記追跡情報を上記装置管理サーバに報告することができる端末とを含んでいてもよい。
【００３６】
前述した本発明に係る実施の形態に基づいた技術的解決策によって、従来技術におけるスケジューリング・タスクの管理処理モードに存在する上記の課題は解決されるだろう。すなわち、電力不足、ユーザによる設定時刻、異常なイベント、あるいはユーザの介入等により、自動的に上記端末のスイッチがオフになってしまう場合であっても、スケジューリング・タスクは正常に実行される。換言すれば、本発明の実施の形態は、スケジューリング・タスクの実行を確実にするための効果的な機構を提供することによって、装置管理サーバがスケジューリング・タスクの実行状態を正常に追跡できるようにし、端末の装置管理における不確実性を低減させ、端末の装置管理の柔軟性を向上させ、ユーザからのスケジューリング要求が満たされるようにし、装置管理サービスの質を改善するものである。
【００３７】
〔図面の簡単な説明〕
図１は、従来技術におけるスケジューリング・タスクの管理処理モードを示したフローチャートである。
【００３８】
図２は、OMA DM(Open Mobile Alliance Device Management)仕様における機能コンポーネントモジュール間の関係を示した概略図である。
【００３９】
図３は、管理ツリーの概略図である。
【００４０】
図４は、装置管理のネットワーク・トポロジについて示した概略図である。
【００４１】
図５は、本発明の実施の形態を示すものであり、ショート・メッセージ方式によってタスク情報を報告するための実装手順を示す概略図である。
【００４２】
図６は、本発明の実施の形態を示すものであり、装置管理セッション接続方式によって情報を報告するための実装手順を示す概略図である。
【００４３】
図７は、図６に示されたセッション接続の確立、およびタスク実行についての報告のための実装手順を示した概略図である。
【００４４】
図８は、本発明の実施の形態を示すものであり、装置管理サーバによる追跡および通知のための実装手順を示した概略図である。
【００４５】
図９は、本発明の実施の形態を示すものであり、正常に実行されず、実行のための最終期限を超過したタスクを処理するための実装手順を示した概略図である。
【００４６】
図１０は、本発明の実施の形態のシステムの構造を示す概略図である。
【００４７】
〔実施形態の詳細な説明〕
本発明に係る実施の形態について、図２から図９までを参照し、さらに詳細に説明すると以下のとおりである。
【００４８】
図２は、装置管理システムにおける装置管理サーバおよび端末の機能的構成モジュール間の関係を示す図である。機能コンポーネントモジュールは、以下のように表現することができる。
【００４９】
変換／インターフェースモジュール２１は、装置管理および装置管理サーバ（ＤＭＳ）内に組み込まれているものであり、プロトコル・レイヤ情報の相互通信に必要な機能コンポーネントである。このモジュール２１と端末装置管理エージェント２２との間にはインターフェースがある。
【００５０】
端末装置管理（ＤＭ）エージェント２２は、プロトコルの内容を解析し、装置管理サーバから配信された管理処理命令を端末が実行することのできる処理命令に変換し、上記端末に上記処理を実行するよう通知するためのものである。
【００５１】
プロトコルの解析に必要な、さらに別の重要な機能コンポーネントは、装置管理ツリー２３である。
【００５２】
上記装置管理（ＤＭ）ツリー２３は、上記装置管理サーバが、装置管理プロトコルを用いて上記装置を管理するための、インターフェースとして理解してよい。装置管理ツリー２３は、基礎的な管理オブジェクトを含む。装置管理サーバは、各処理を、管理ツリー上のオブジェクトに対して実行することで端末装置の資源を制御することができる。
【００５３】
図３に、上記装置管理ツリー２３を示す。上記装置管理ツリー２３には、上記装置において利用可能な全ての管理オブジェクトが、各ノードが固有のＵＲＩ（Uniform Resource Identifier）によって識別される、ツリー構造に体系化されている。そして、対応する処理命令が、上記装置管理ツリー上のノードを目標として配信される。上記プロトコルのメッセージ構造は、ＸＭＬ（eXtensible Makeup Language）に従って実装されている。また、上記管理ツリーのノードは、上記端末のシステムメモリ内の環境設定変数、様々な種類のオブジェクト、対応する処理、アプリケーションのトリガ機構等の集合を含んでいてもよい。
【００５４】
システムメモリ２７は、主としてデータを記憶するためのものである。
【００５５】
装置管理（ＤＭ）サーバ・エージェント２４は、装置管理の端末に対して装置管理処理を配信し、装置管理の特定の処理を行う機能コンポーネントである。
【００５６】
装置管理（ＤＭ）サーバ・エンジン２５は、装置管理のバックグラウンド管理を実行する、装置管理のための機能コンポーネントである。
【００５７】
装置管理（ＤＭ）データベース２６は、端末性能情報、端末処理情報、端末タスク情報および装置管理関連データ情報を保持するものである。さらに、外部インターフェースモジュールが、外部（例えば、管理会社の他のサービス・サブ・システムや、サード・パーティの端末製造者等）の管理および接続のために設けられている。
【００５８】
図４は、装置管理のネットワーク・トポロジを示す概略図である。同図に示すように、端末製造者／サード・パーティ・サーバ４１、ＰＣ端末装置４４および装置管理サーバ（ＤＭＳ）４２がＷＡＮ（Wide Area Network）またはＬＡＮ（Local Area Network）によって接続されている。移動端末装置４６は、これらの装置と移動体通信網を介してゲートウェイ４５を利用することで相互に接続される。装置管理サーバ４２のデータは、データ記憶サーバ４３に記憶される。図４から見て取れるように、装置管理端末４６は、携帯電話機、パーム・コンピュータ、ノート型コンピュータ、組み込み装置、車載システム、または、これらに類するもの等の移動端末であってもよい。また、装置管理端末４６は、パーソナルコンピュータ（ＰＣ）、または、これに類するもの等の固定端末であってもよい。もちろん、この他いかなる採用され得る端末も排除されることがなく、また、伝送に用いるネットワークも特定の形式に制限されるものではない。
【００５９】
本発明の実施の形態に係る装置管理におけるスケジューリング・タスクを処理する方法を、上述の機能コンポーネントと共に、携帯電話機を通じてタスクをスケジューリングする手順の実装の一例を挙げることにより、以下に説明する。
【００６０】
Ａ）  装置管理サーバが、タスク処理を配信する。
【００６１】
具体的には、上記装置管理サーバは、まず、携帯電話機に通知を送信する。そして、上記携帯電話機は、セッション接続を確立し、相互認証を実行する。このとき、上記サーバは、管理処理タスク、すなわち、タスク処理情報を配信する。
【００６２】
これに替えて、上記装置管理サーバは、タスク処理情報を他の方法で配信してもよい。
【００６３】
このステップは、上記携帯電話機が状態を上記装置管理サーバに対して報告する処理をさらに伴っていてもよい。
【００６４】
Ｂ）  上記携帯電話機が、上記装置管理サーバから配信された、上記タスク処理（すなわち、管理タスク処理）の実行条件を監視する。そして、上記装置管理サーバから配信された上記タスク処理を追跡するため、上記装置管理サーバと連携して動作する。
【００６５】
すなわち、上記装置管理サーバが上記タスク処理を配信した後、上記携帯電話機は、上記タスク処理の上記実行条件に従い対応する処理を実行し、上記タスク追跡ポリシーに基づいて追跡処理を行う。
【００６６】
上記タスク処理を追跡する理由について以下に説明する。
【００６７】
一般的に、管理処理タスクの上記実行条件は、たいていの場合、時間についての条件である。また、上記実行条件は、イベントへの応答、および上記携帯電話機のある状態パラメータの値の監視を含んでいてもよい。もちろん、様々な種類の条件を含む複合条件も除外されない。
【００６８】
例えば、上記装置管理サーバは、２００５年８月３日午後１０時に上記携帯電話機が実行する、または、上記携帯電話機のスイッチを入れるイベントが起こったときに実行するタスク処理を配信する。あるいは、上記携帯電話機のネットワーク信号を監視し、信号が規定の閾値を下回ったときに、ネットワーク・パフォーマンス・パラメータについての情報を記録する等の処理を行ってもよい。
【００６９】
上記タスク処理のための上記実行条件は可変であり、ある実行条件はユーザが変更できるものであってもよいし、上記管理処理タスクは、もっと複雑でもよい。この点、上記装置管理サーバが優れた追跡機構を提供しなければ、上記携帯電話機が、タスク処理をその実行条件に従って確実に正常実行することが難しくなるだろう。
【００７０】
この理由により、本発明の実施の形態は、上記のタスク追跡機構を提供する。以下に、タスク追跡をするためのポリシーについて順番に説明する。しかしながら、本発明は、以下に限られるものではない。
【００７１】
１）  タスク処理を実行する期限が来たとき、または、過ぎたとき、上記携帯電話機が、上記装置管理サーバに通知する。
【００７２】
２）  上記ユーザが、タスク処理の上記実行条件を修正したとき、上記携帯電話機が、上記装置管理サーバに通知する。
【００７３】
３）  上記タスク実行条件を見過ごし、上記携帯電話機が上記タスク処理を正常に実行しないとき、上記携帯電話機が、上記装置管理サーバに通知する。
【００７４】
４）  所定のイベントによって、または、所定の時間において（例えば、上記携帯電話機がスイッチ・オンになったとき）、タスク情報が上記装置管理サーバに対して自動的に報告される。
【００７５】
上記４つのポリシーは、端末通知機構の１つの通知法を例示したに過ぎない。ＯＭＡ  ＤＭプロトコルにおいて定義されたメッセージのAlertのタイプは、上記装置管理サーバへの通知に画一的に使用することができる。以後、このAlertタイプのメッセージを、Generic Alertメッセージと称する。上記Generic Alertメッセージは、クライアントによって、上記サーバに対して送信される。上記サーバは、上記Generic Alertメッセージを受信すると、その中にある、それぞれのItemの処理についてのStatus情報（状態情報）を返信しなければならない。
【００７６】
以下に示す例は、Generic Alertメッセージの基本構造をＸＭＬで表現したものである。
<Alert>
<CmdID>2</CmdID>
<Data>1226</Data>   <!-- Generic Alert --> //Generic Alertメッセージの表示
<Correlator>abc123</Correlator>
<Item>
<Source><LocURI>./SyncML/Sample</LocURI></Source>
<Meta>
<Type xmlns="syncml:metinf">
org.openmobilealliance.dm.scheduling.report //メッセージ内容の型の記述
</Type>
<Format xmlns="syncml:metinf">xml</Format> //メッセージ・フォーマット
<Mark xmlns="syncml:metinf">critical</Mark> //（オプション）メッセージ重要性レベルの記述
</Meta>
<Data>                        //タスクの記述を含む具体的なメッセージの内容
<![CDATA[
<Sched>
<SchId>ACTRPG0798</SchId>            //タスク識別子
<SimpSch>
<SSchId>ACTRPG0798S01</SSchId>    //タスク条件識別子
<Dur> im..2005-08-03T22:00:00Z </Dur>      //トリガ時間
<stat>miss</stat>                          //タスクの状態
</SimpSch>
</Sched>
]]>
</Data>
</Item>
</Alert>
【００７７】
装置管理サーバは、上記タスク処理の特徴に基づいたタスク追跡ポリシーを生成し、上記ポリシーを、上記携帯電話機に対して配信してもよい。上記携帯電話機は、上記タスク処理の上記実行条件を監視することに加えて、上記装置管理サーバによって生成された上記タスク追跡ポリシーに基づく追跡に対応する情報（タスク処理の実行状況、タスク処理の実行に影響するイベントの発生状況等）を、上記装置管理サーバに通知しなければならない。これにより、上記装置管理サーバは、スケジューリング・タスクの実行を正常に追跡することができる。
【００７８】
Ｃ）  上記携帯電話機が、タスクの実行（すなわち、追跡情報）を報告する。
【００７９】
上記携帯電話機がタスクの実行を報告する方法、すなわち、携帯電話機がタスク情報を報告する方法には、例えば、以下のような２種類の方法が考えられる。
【００８０】
１）  ショート・メッセージを用いて上記タスク情報を報告する方法。
【００８１】
図５に、以下に説明する、上記方法に対応する処理手順を示す。
【００８２】
ステップＣ１  上記端末は、自端末のタスク処理を追跡するために、タスク処理の上記実行条件（すなわち、実行のトリガとなる条件）および上記タスク追跡ポリシーに基づいてタスクの追跡を開始する。
【００８３】
ステップＣ２  上記携帯電話機は、上記タスクの実行情報を報告するショート・メッセージを、ショート・メッセージ・ゲートウェイに対して送信する。
【００８４】
上記ステップＣ２は、以下のステップを含んでいてもよい。
【００８５】
ステップＣ２１  上記端末上の装置管理エージェント（ＤＭ Agent）が自動的に上記ショート・メッセージ・ゲートウェイに対して、上記タスクの実行情報を含む指定された命令を送信する。
【００８６】
ステップＣ２２  上記ショート・メッセージ・ゲートウェイは、上記メッセージを、上記命令に基づいて上記装置管理サーバに転送する。このようにして、上記装置管理サーバは、上記端末上の上記タスクの実行情報を取得することができる。
【００８７】
ステップＣ３  上記ショート・メッセージ・ゲートウェイは、上記タスクの実行情報を上記装置管理サーバに送信する。
【００８８】
ステップＣ４  上記装置管理サーバは、上記タスクの実行情報を更新する。
【００８９】
上記ショート・メッセージ・パケットのフォーマットは、国際標準に準ずるものでよく、従来技術における公知のものを適用することができるが、ここでは、詳細については省略する。もちろん、上記タスクの実行情報を送信するのに、他のメッセージ・フォーマットを用いることもできる。
【００９０】
２）  装置管理セッションの接続を確立することによって、上記タスク情報を報告する方法。
【００９１】
図６に、以下に説明する、上記方法に対応する処理を示す。
【００９２】
ステップＣ１’  上記端末は、上記タスク処理の実行条件および上記タスク追跡ポリシーに基づくタスクの追跡を開始し、上記端末の上記タスク処理を追跡する。
【００９３】
ステップＣ２’  上記端末は、上記装置管理サーバと装置管理セッションの接続を確立し、上記セッションの接続を通じて上記タスクの実行情報を報告する。
【００９４】
図７に示すように、ステップＣ２’は、以下のステップを含んでいてもよい。
【００９５】
第１に、上記端末が、上記サーバ（すなわち、上記装置管理サーバ）に対して報告する、上記タスクの実行情報を決定する。例えば、上記端末は、上記タスクの実行および上記タスク追跡ポリシーに基づいて、自動的に報告する、上記タスクの対応する実行情報を決定する。
【００９６】
第２に、上記端末が、最初のセッションの接続を開始し、上記識別認証情報、上記端末装置情報、および上記追跡ポリシーに基づいて報告された上記タスク処理の実行情報等を上記サーバに送信する。その後、上記サーバはさらに処理を続行する。
【００９７】
ステップＣ３’  上記装置管理サーバは、上記端末から報告された上記情報を受信し、記憶されている上記タスクの上記実行情報を更新する。
【００９８】
上記タスクの上記実行情報は、上記端末と上記サーバとの間の装置管理セッションを確立する方法を用いることによって、すなわち、Generic Alertメッセージを送信することによって報告される。
【００９９】
ステップＣ４’  上記装置管理サーバは、上記セッションを切断するか、または、さらなる処理を継続する。
【０１００】
上記携帯電話機が、上記装置管理サーバから配信された上記タスク追跡ポリシーに基づいて、上記タスクの上記実行情報を報告したとき、上記装置管理サーバは、上記タスクの報告された上記実行情報に基づいて、さらなる処理を継続させることができる。上記装置管理サーバによる、上記タスクのさらなる処理について、以下に詳細に説明する。
【０１０１】
Ｄ）  上記携帯電話機が上記タスクの実行条件を見過ごしたとき、上記装置管理サーバは、タスク命令を配信し、上記携帯電話機は、上記命令に基づいて処理を行う。
【０１０２】
タスクの上記実行情報を取得すると、上記装置管理サーバは、上記情報を解析する。一般的に、上記装置管理サーバから配信される処理は、２つに分類することができる。一つは、処理の通知タイプであり、もう一つは、処理の強制実行タイプある。上記通知タイプの処理は、タスクによって異なる可能性のある処理命令の選択肢に加えて、ユーザに適切な入力を促す情報を提示する。強制実行タイプの処理は、たいていの場合、タスクを実行するための最終期限が過ぎた場合に用いられるものだが、さらに２つ、すなわち、タスク実行処理とタスク取消処理とに分類される。
【０１０３】
以下に、上記装置管理サーバによる追跡および通知の処理フローについて、模式図を参照しながら説明する。
【０１０４】
１）  タスクを実行するための最終期限が来ている、または、過ぎているときの処理フロー。
【０１０５】
図８に示すように、この場合、上記装置管理サーバは主に２つのタイプの管理命令、すなわち、（実行する必要があるタスクのための）タスク処理即時実行および（実行する必要がないタスクのための）タスク処理取消を配信する。特に、実行する必要があるタスク処理の場合、上記携帯電話機は、上記ユーザに対して、強制実行の情報を表示し、上記タスク処理の強制実行をユーザに促す。
【０１０６】
ステップＤ１  上記装置管理サーバは、強制実行命令を配信する。
【０１０７】
ステップＤ２  上記携帯電話機は、対応する上記タスク処理を実行する。
【０１０８】
ステップＤ３  上記携帯電話機は、上記タスクの実行状態を上記装置管理サーバに対して報告する。
【０１０９】
ステップＤ４  上記携帯電話機は、上記タスクの上記実行状態を上記ユーザに通知する。
【０１１０】
図８は、上記装置管理サーバが、タスクを実行するための最終期限が来た場合、または、過ぎた場合において、強制実行の管理命令を配信するときの処理フローを示している。
【０１１１】
以下は、サーバから端末に処理の実行を強制する命令をＸＭＬで表現した一例である。
<SyncML xmlns='SYNCML:SYNCML1.2'>
<SyncHdr>
<VerDTD>1.2</VerDTD>
<VerProto>DM/1.2</VerProto>
<SessionID>1</SessionID>
<MsgID>1</MsgID>
<Target>
<LocURI>IMEI:493005100592800</LocURI> //携帯電話機端末を示すあて先アドレス
</Target>
<Source>
<LocURI>http://www.syncml.org/mgmt-server</LocURI>  //サーバ・アドレス
</Source>
<Cred>                      //双方の認証情報（ここでは省略）
...
</Cred>
</SyncHdr>
<SyncBody>
<!処理情報をユーザに表示>
<Alert>
<CmdID>2</CmdID>
<Data>1100</Data> 
<Item></Item>
<Item>
<Data>あなたの antivirus software は更新されました。</Data>
</Item>
</Alert>
<!以下、強制実行の命令>
<excute>
<CmdID>4</CmdID>
<Item>
<Target>
<LocURI>./antivirus_data/update</LocURI>    
</Target>
</Item>
</excute>
<Final/>
</SyncBody>
</SyncML>
【０１１２】
２）  タスクを実行するための最終期限が過ぎていないときに、タスクが正常に実行されなかった場合の処理フロー。
【０１１３】
図９に示すように、選択可能であるとユーザが通知を受ける処理には、タスク実行処理、タスク遅延処理、（実行する必要がないタスク処理のための）タスク拒絶処理等が含まれる。
【０１１４】
ステップＤ１’  上記装置管理サーバは、上記ユーザにタスクの選択をできるようにする命令を配信する。
【０１１５】
ステップＤ２’  上記携帯電話機は、上記ユーザに、実行すべきタスク処理を選択するよう通知する。
【０１１６】
ステップＤ３’  上記ユーザは、実行すべきタスク処理を選択する。
【０１１７】
ステップＤ４’  上記携帯電話機は、上記ユーザによって選択されたタスク処理を実行する。
【０１１８】
ステップＤ５’  上記携帯電話機は、上記タスクの実行状態を上記装置管理サーバに報告する。
【０１１９】
ステップＤ６’  上記携帯電話機は、上記タスクの実行状態を上記ユーザに通知する。
【０１２０】
上記装置管理サーバから配信された命令を上記端末に配信する上記の処理は、ＯＭＡ  ＤＭプロトコルによって運ばれる。以下に、その処理フローについて詳細に説明する。
【０１２１】
図９に、タスクの実行条件を見過ごし、上記携帯電話機が上記タスクを正常に実行しなかった場合において、上記装置管理サーバが、処理通知を配信する処理フローを示す。図４のステップ４において、タスクの正常な実行を妨げるようなイベントが発生した場合、例えば、上記装置管理サーバが、２００５年８月３日午後１２時にタスクを実行するように要求されているタスク処理を配信しても、種々の理由から上記携帯電話機がスイッチ・オフの状態であるかもしれず、したがって、上記携帯電話機は、上記タスク処理を正常に実行することはできない可能性がある。ステップＤ１’において、上記装置管理サーバは、強制実行するための命令の他に、上記タスクの実行を取り消すための命令も送信できる。ステップＤ２’において、上記ユーザに提示される選択肢には、（上記タスクのタイプおよびポリシーにより定まる、）タスク実行処理、タスク遅延処理、タスク拒絶処理等が含まれていてもよい。
【０１２２】
さらに別の実施の形態によると、装置管理において、スケジューリング・タスクを処理するシステムであって、装置管理サーバから、端末に対して送信されたタスク処理を管理することができるシステムを提供する。図１０に、上記システムの詳細な構造を示す。上記システムは、
端末にタスク処理を配信し、上記端末から報告された上記タスク処理の追跡情報を受信する装置管理サーバと、
上記タスク処理を受信し、配信された上記タスク処理を実行条件および上記タスク処理の追跡ポリシーに基づいて追跡し、上記追跡情報を上記装置管理サーバに報告する端末とを含む。
【０１２３】
上記装置管理サーバおよび上記端末の構造については、以下において、それぞれ詳細に説明する。
【０１２４】
（１）  装置管理サーバ
上記装置管理サーバは、上記端末上の装置管理のために、管理のタスク処理を、上記端末に対して配信するものである。上記装置管理サーバは、タスク・コンテンツ管理部およびタスク状態報告処理部を含む。
【０１２５】
タスク・コンテンツ管理部は、タスク処理の管理をするものである。上記タスク・コンテンツ管理部は、そのためのタスク命令を、上記タスク処理のコンテンツに基づいて、上記端末に対して配信することができる。すなわち、上記タスク・コンテンツ管理部は、上記端末を管理するために、上記タスク処理を配信する。本発明の実施の形態では、上記端末が実行条件に基づいて上記タスク処理を実行していないことを示す情報を、上記タスク状態報告処理部が上記端末から受信した後、タスク命令が上記端末に配信され、次いで、上記端末が、上記タスク命令に従い処理を実行する。このタスク命令は、強制実行処理、または、処理選択命令のどちらであってよい。具体的なタスク命令については、前述したため、ここでは繰り返し説明しない。
【０１２６】
上記タスク状態報告処理部は、上記端末から報告される、管理タスクの実行結果および上記タスク処理の実行における異常状態情報、すなわち、上記タスク処理の実行中に正常または異常な状態を示す情報を追跡し、受信するものである。
【０１２７】
装置管理サーバ部は、上記装置管理サーバにおいて、上記装置管理サーバと上記端末との間の通信インターフェース部として提供される。上記装置管理サーバが上記端末と行う相互通信に用いる通信プロトコルとしては、ＤＭプロトコルを用いることができるが、これに限定されない。ＤＭプロトコルの具体的な実装については、ＯＭＡ  ＤＭの仕様書を参照されたい。
【０１２８】
（２）端末
上記端末は、上記端末と上記装置管理サーバとの間の通信インターフェース部としての装置管理クライアント部を備える。伝送に用いる通信プロトコルとしては、ＤＭプロトコルを使用することができるが、これに限らない。ＤＭプロトコルの詳細については、ＯＭＡ  ＤＭの仕様書を参照されたい。上記装置管理サーバから例えばＤＭプロトコルを用いて配信されるタスク処理を受信するために、本発明に係る実施の形態の上記端末は、さらに以下を含む。
【０１２９】
タスク実行部；タスク実行部は、ＤＭプロトコルを用いて上記装置管理サーバから配信され、上記装置管理クライアント部から転送された、上記端末を管理するためのタスク処理を処理し、タスク処理の実行結果（正常実行または異常実行等）を、上記タスク状態報告部を通じて報告するものである。また、正常実行のための管理処理（すなわち、タスク処理）以外にも、上記タスク実行部は、上記装置管理サーバから配信された上記タスクの強制実行のための命令、または、処理選択命令を受信し、さらに、上記命令に従い、上記タスク処理について、対応する強制実行を行う、または、処理を選択するようユーザに促す情報を表示するものである。上記タスク命令に基づいて実行される処理については、前述したため、ここでは繰り返し説明しない。また、上記タスク実行部は、異常管理タスク情報をタスク異常処理部に送信することもできる。
【０１３０】
タスク異常処理部；タスク異常処理部は、異常なタスク処理を処理し、タスク追跡ポリシーに基づいて、タスク異常状態情報、すなわち、上記タスク処理を実行している間に起こり得る異常についての情報を、上記タスク状態報告部を通じて報告するものである。ここで、タスク異常とは、例えば、所定の条件に基づいて、上記タスク処理の実行に失敗したこと、上記タスク処理を実行する時刻を見逃したこと、上記タスク処理が未だ実行されていないこと等である。
【０１３１】
タスク状態報告部；タスク状態報告部は、上記タスク実行部または上記タスク異常処理部から送信されるタスクの実行についての上記状態情報を、具体的にはショート・メッセージまたはセッション接続によって、上記装置管理サーバに報告するものである。タスクの異常を報告するための詳細な処理手順については、上記図５から図７を参照して前述したとおりであり、ここでは説明を繰り返さない。
【０１３２】
本発明の実施の形態は、ある異常が発生したことによって携帯電話機が自動的に電源オフになったり、ユーザの介入によって携帯電話機の電源がオフになったりした場合でも、スケジューリング・タスクの実行を確実にするために効果的な機構を提供して、装置管理サーバがスケジューリング・タスクの実行状態を正常に追跡できるようにする。これにより、携帯電話機の装置管理における不確実性を低減させるとともに、柔軟性を向上させ、ユーザからのスケジューリングの要求を満足し、装置管理サービスの質を改善することができる。
【０１３３】
上記実施の形態は、本発明をより好ましく理解するために記載されたものであり、発明の範囲を限定するものとして考えてはならない。そのため、当業者にとって進歩的な発想がなくても本発明から想到し得るいかなる改変についても本発明の範囲である。
【図面の簡単な説明】
【０１３４】
【図１】従来技術におけるスケジューリング・タスクの管理処理モードを示したフローチャートである。
【図２】OMA DM(Open Mobile Alliance Device Management)仕様における機能コンポーネントモジュール間の関係を示した概略図である。
【図３】管理ツリーの概略図である。
【図４】装置管理のネットワーク・トポロジについて示した概略図である。
【図５】本発明の実施の形態を示すものであり、ショート・メッセージによってタスク情報を報告するための実装手順を示す概略図である。
【図６】本発明の実施の形態を示すものであり、装置管理セッション接続によって情報を報告するための実装手順を示す概略図である。
【図７】図６に示された、セッション接続を確立し、タスク実行について報告するための実装手順を示した概略図である。
【図８】本発明の実施の形態を示すものであり、装置管理サーバによる追跡および通知を行うための実装手順を示した概略図である。
【図９】本発明の実施の形態を示すものであり、正常に実行されず、実行のための最終期限を超過していないタスクを処理するための実装手順を示した概略図である。
【図１０】本発明の実施の形態のシステムの構造を示す概略図である。
【図１】
2009508241.tif 000003
【図２】
2009508241.tif 000004
【図３】
2009508241.tif 000005
【図４】
2009508241.tif 000006
【図５】
2009508241.tif 000007
【図６】
2009508241.tif 000008
【図７】
2009508241.tif 000009
【図８】
2009508241.tif 000010
【図９】
2009508241.tif 000011
【図１０】
2009508241.tif 000012
【手続補正書】
【提出日】平成20年3月17日(2008.3.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
装置管理において、スケジューリング・タスクを処理する方法であって、
装置管理サーバから配信されたスケジューリング・タスクを受信し、
上記スケジューリング・タスクの実行条件およびタスク追跡ポリシーに基づいて、上記スケジューリング・タスクを追跡し、
上記タスク追跡ポリシーに基づいて、追跡情報を上記装置管理サーバに報告することを特徴とする方法。
【請求項２】
上記装置管理サーバが、報告された上記追跡情報に基づいて、装置が上記スケジューリング・タスクを実行条件に従って実行していないと判断した場合、タスク命令を上記装置に送信し、
上記装置が、上記タスク命令に従い上記スケジューリング・タスクを実行することを特徴とする請求項１に記載の方法。
【請求項３】
上記タスク命令は、上記装置が上記スケジューリング・タスクを実行することを指示する強制実行命令、または、実行する上記スケジューリング・タスクを上記装置が選択することを指示する処理選択命令であることを特徴とする請求項２に記載の方法。
【請求項４】
上記装置が、上記装置管理サーバに対して、上記タスク命令に従って実行する上記スケジューリング・タスクの実行状態を報告する、および／または、上記装置が、上記タスク命令に従って実行する上記スケジューリング・タスクの実行状態を表示することを特徴とする請求項３に記載の方法。
【請求項５】
上記タスク命令が処理選択命令である場合、
上記装置が、実行すべき処理を選択するための通知をユーザに出力し、
上記装置が、選択された実行すべきスケジューリング・タスクについての入力された情報を受信し、
選択された実行すべき上記スケジューリング・タスクについての上記情報に基づいて、上記スケジューリング・タスクを実行することを特徴とする請求項３に記載の方法。
【請求項６】
上記強制実行命令は、スケジューリング・タスク即時実行命令、または、スケジューリング・タスク取消命令であり、
上記処理選択命令は、スケジューリング・タスク実行命令、スケジューリング・タスク遅延命令、または、スケジューリング・タスク拒絶命令であることを特徴とする請求項３に記載の方法。
【請求項７】
上記タスク追跡ポリシーは、
スケジューリング・タスクを実行する期限が来た時、もしくは、過ぎた時、上記装置が、上記装置管理サーバに通知する処理、
スケジューリング・タスクの実行条件がユーザによって変更された場合、上記装置が、上記装置管理サーバに通知する処理、
タスクの実行条件が見過ごされ、上記装置が正常実行しなかった場合、上記装置が、上記装置管理サーバに通知する処理、または、
所定のイベントによって、もしくは、所定の時間において、自動的にタスクの情報を上記装置管理サーバに報告する処理のうち少なくとも一つの処理を含むことを特徴とする請求項１に記載の方法。
【請求項８】
上記追跡情報を上記装置管理サーバに報告する処理は、
上記装置が、ショート・メッセージ・ゲートウェイに対して、ショート・メッセージを用いて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を送信するとともに、上記ショート・メッセージ・ゲートウェイが、上記追跡情報を、上記装置管理サーバに送信する、
または、上記装置が、上記装置管理サーバに対して、上記装置と上記装置管理サーバとの間において確立されたセッション接続を通じて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を報告することを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
装置管理サーバから配信されたスケジューリング・タスクを受信可能な、上記装置管理サーバと通信を行う装置において、
上記装置管理サーバから配信されるスケジューリング・タスクを実行し、タスク実行結果を出力するタスク実行部と、
異常なタスクを処理し、所定のタスク追跡ポリシーに基づいて、タスク異常状態を報告するタスク異常処理部と、
上記装置管理サーバに対して、上記タスク実行結果および上記タスク異常状態を報告するタスク状態報告部とを備えることを特徴とする装置。
【請求項１０】
上記タスク実行部は、スケジューリング・タスクのための強制実行命令、または、処理選択命令を受信し、強制実行、または、上記命令に従って、上記スケジューリング・タスクについての処理を選択するよう促す情報の表示を行うことを特徴とする請求項９に記載の装置。
【請求項１１】
上記タスク状態報告部は、上記装置管理サーバに対して、ショート・メッセージまたはセッション接続を通じて報告することを特徴とする請求項９または１０に記載の装置。
【請求項１２】
スケジューリング・タスクを装置に配信し、上記装置を管理する装置管理サーバにおいて、
上記装置から報告される、上記スケジューリング・タスクに関するタスク実行結果およびタスク異常状態情報を受信するタスク状態報告処理部を備えることを特徴とする装置管理サーバ。
【請求項１３】
報告された上記実行結果およびタスク異常状態情報に基づき、上記スケジューリング・タスクを上記装置が実行していないと、実行条件に基づいて判断した場合、タスク命令を上記装置に配信するタスク・コンテンツ管理部を備え、
上記装置は、強制実行命令または処理選択命令である、上記タスク命令に従い上記スケジューリング・タスクを実行することを特徴とする請求項１２に記載の装置管理サーバ。
【請求項１４】
スケジューリング・タスクを処理するためのシステムにおいて、
装置に対して、スケジューリング・タスクを配信し、上記装置から追跡情報を取得する装置管理サーバと、
上記スケジューリング・タスクを受信し、上記スケジューリング・タスクの実行条件およびタスク追跡ポリシーに基づいて上記スケジューリング・タスクを追跡し、上記追跡情報を上記装置管理サーバに報告する装置とを含むことを特徴とするシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔発明の属する分野〕
本発明は、通信の分野に関するものであり、特に、装置管理においてスケジューリング・タスクを処理するための方法、装置およびシステムに関する。
【０００２】
〔発明の背景〕
現在、産業界において、タスク・スケジューリング機構が提供されている。装置管理サーバ（Device Management Server，DMS）は、この機構に基づいて、特定のタスクおよび実行条件をスケジュールし、そして、上記スケジューリング・タスクおよび実行条件が、端末にダウンロードされる。端末の状態が上記スケジューリング・タスクおよび実行条件を満たすとき、上記タスクに対応する処理が実行される。このようなタスク・スケジューリング機構により、端末がたとえオフライン状態であったとしても、上記端末は、サーバから配信される管理処理タスクを、所定の時間に、または、所定の条件下で、実行することができる。
【０００３】
上記タスク・スケジューリング機構は、装置管理中のネットワーク処理のコストを低減させ、装置管理の柔軟性を改善し、そして、ハイエンド・ユーザにも満足がいく使い応えを提供するとともに、ＤＭＳとの相互通信なしに、特定のローカル・イベントに対して、ユーザがタイムリーに応答できるようにする。例えば、ユーザは、不都合があれば、スケジューリング・タスクの実行を延期することができる。
【０００４】
図１は、従来のタスク・スケジューリング機構における装置管理を示している。すなわち、同図は、スケジューリング・タスクの管理処理モードの処理の流れを示しており、上記処理は以下のステップを含む。
【０００５】
ＳＴＥＰ１：装置管理サーバが、端末に対して、処理通知を開始する。
【０００６】
ＳＴＥＰ２：上記端末が、相互認証を省略したセッション接続を確立する。
【０００７】
ＳＴＥＰ３：上記装置管理サーバが、管理処理タスクを配信する。
【０００８】
ＳＴＥＰ４：上記端末が、配信された上記管理処理タスクの情報をユーザに提示する。
【０００９】
ＳＴＥＰ５：上記ユーザが、スケジュールされた上記管理処理タスクを受領する。
【００１０】
ＳＴＥＰ６：上記端末が、上記タスクの状態を報告する。
【００１１】
ＳＴＥＰ７：上記装置管理サーバが、上記装置に対して上記管理処理を送信する、現在の相互通信を終了させる。また、ここでさらに、次の相互通信のための管理処理を送信してもよい。
【００１２】
ＳＴＥＰ８：上記端末が、上記管理処理タスクの実行条件を監視する。
【００１３】
ＳＴＥＰ９：上記端末が、上記管理処理タスクを実行する。
【００１４】
ＳＴＥＰ１０：上記端末が、接続を確立し、上記タスクの実行状態を報告する。
【００１５】
ＳＴＥＰ１１：上記装置管理サーバが、上記装置に対して上記管理処理を送信する現在の上記相互通信を終了させる。また、ここでさらに、次の相互通信のための管理処理を送信してもよい。
【００１６】
上記の手順によって、従来の装置管理仕様は、スケジューリング・タスクの管理処理モードを実現している。
【００１７】
しかしながら、端末装置は異常状態に陥る可能性がある。例えば、電力不足、ユーザの設定時刻、異常なイベント、あるいはユーザの介入等により端末のスイッチがオフになる可能性がある。従来のスケジューリング・タスクの管理処理モードは、頻繁に発生し得るこれらの異常について対処することができないことは明らかである。このため、このような異常が発生したとき、上記端末においてスケジューリング・タスクは、正常に実行されない。すなわち、これまでの装置管理仕様は、異常のあるイベントに対するサポートを欠いており、この点で、スケジューリング・タスクの管理処理モードの仕様は不十分である。これまでの、スケジューリング・タスクの管理処理モードには、以下のような欠点が見受けられる。
【００１８】
１．上記スケジューリング・タスク管理処理の実行を確実に行う機構が欠如している。
【００１９】
２．上記ＤＭＳは、上記スケジューリング・タスク管理処理が実行されたことを、正常に追跡することができない。
【００２０】
３．上記端末装置管理における不確実性が増大する。
【００２１】
４．上記端末装置管理の柔軟性が低下する。
【００２２】
５．上記ユーザからのスケジューリング・コマンドに応じることができない。
【００２３】
６．上記端末装置管理の質が低下する。
【００２４】
〔発明の概要〕
本発明の実施の形態は、上記装置管理サーバが、配信されたスケジューリング・タスクを追跡し、そして、上記スケジューリング・タスクが配信されたことを端末に通知し、あるいは、上記スケジューリング・タスクの実行を開始することによって、装置管理において、スケジューリング・タスクを処理するための方法、端末、装置管理サーバおよびシステムを提供するものである。
【００２５】
本発明の実施の形態は、装置管理において、スケジューリング・タスクを処理するための方法を提供する。
【００２６】
上記方法は、装置管理サーバによって配信されるスケジューリング・タスクを受信し、
上記スケジューリング・タスクの実行条件およびタスク追跡ポリシーに基づいて、上記スケジューリング・タスクを追跡し、
上記タスク追跡ポリシーに基づいて、追跡情報を上記装置管理サーバに報告することを特徴とする。
【００２７】
さらに、上記方法は、
報告された上記追跡情報に基づいて、実行条件に従って装置が上記タスクを実行していないと判断した場合、
上記装置管理サーバが、上記装置に対し、タスク命令を配信し、
上記装置が、上記タスク命令に従い上記タスクを実行する工程を含んでもよい。
【００２８】
上記タスク追跡ポリシーは、
上記装置が、上記装置管理サーバに、スケジューリング・タスクを実行する期限が来た時、もしくは、過ぎた時に通知する処理、
または、上記装置が、上記装置管理サーバに、スケジューリング・タスクの実行条件が、ユーザによって変更された場合に通知する処理、
または、上記装置が、上記装置管理サーバに、タスクの実行条件を見過ごし、上記装置が正常実行しなかった場合に通知する処理、
または、所定のイベントによって、もしくは、所定の時間において、上記装置管理サーバに対して自動的にタスクの情報を報告する処理のうち少なくとも一つの処理を含んでいてもよい。
【００２９】
さらに、上記装置管理サーバに対する上記追跡情報の報告は、
上記装置が、ショート・メッセージ・ゲートウェイに対して、ショート・メッセージを用いて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を送信し、上記ショート・メッセージ・ゲートウェイが、上記追跡情報を、上記装置管理サーバに送信すること、
または、上記装置が、上記装置管理サーバに対して、上記装置と上記装置管理サーバとの間において確立されたセッション接続を通じて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を報告することを含んでもよい。
【００３０】
本発明の他の実施の形態は、上記装置管理サーバから配信されるスケジューリング・タスクを受信するために、装置管理サーバと通信するためのインターフェースを有する装置を提供する。上記装置は、
上記装置管理サーバから配信されたスケジューリング・タスクを実行することができ、タスク実行結果を供給することができるタスク実行部と、
異常なタスクを処理することができ、所定のタスク追跡ポリシーに基づいて、タスク異常状態を報告することができるタスク異常処理部と、
上記装置管理サーバに対して、上記タスク実行結果および上記タスク異常状態を報告することができるタスク状態報告部とを含んでいてもよい。
【００３１】
さらに、上記タスク実行部は、スケジューリング・タスクのための強制実行命令または処理選択命令を受信し、強制実行を行う、または、上記命令に従って、上記スケジューリング・タスクについての処理を選択するよう促す上記情報を表示するようにしてもよい。
【００３２】
本発明のさらに他の実施の形態は、スケジューリング・タスクを、装置に対して配信し、上記装置の管理を行う装置管理サーバを提供する。
【００３３】
上記装置管理サーバは、上記装置から報告される、上記スケジューリング・タスクに関するタスク実行結果およびタスク異常状態情報を受信することができるタスク状態報告処理部を含んでいてもよい。
【００３４】
さらに、上記装置管理サーバは、報告された上記タスク実行結果およびタスク異常状態情報に基づいて、上記装置が上記スケジューリング・タスクを実行条件に従って実行していないと判断した後、タスク命令を上記装置に配信することのできるタスク・コンテンツ管理部を含んでいてもよく、上記装置は、強制実行命令や処理選択命令である、上記タスク命令に従い処理を行う。
【００３５】
本発明のさらに他の実施の形態は、装置管理におけるスケジューリング・タスクを処理するためのシステムであって、装置管理サーバから装置に対して配信されたスケジューリング・タスクを管理するのに適したシステムを提供する。
【００３６】
上記システムは、スケジューリング・タスクを装置に対して配信し、上記装置から追跡情報を取得することができる装置管理サーバと、
上記スケジューリング・タスクを受信し、上記スケジューリング・タスクの実行条件およびタスク追跡ポリシーに基づいて上記スケジューリング・タスクを追跡し、上記追跡情報を上記装置管理サーバに報告することができる装置とを含んでいてもよい。
【００３７】
前述した本発明に係る実施の形態に基づいた技術的解決策によって、従来技術におけるスケジューリング・タスクの管理処理モードに存在する上記の課題は解決されるだろう。すなわち、電力不足、ユーザによる設定時刻、異常なイベント、あるいはユーザの介入等により、自動的に上記装置のスイッチがオフになってしまう場合であっても、スケジューリング・タスクは正常に実行される。換言すれば、本発明の実施の形態は、スケジューリング・タスクの実行を確実にするための効果的な機構を提供することによって、装置管理サーバがスケジューリング・タスクの実行状態を正常に追跡できるようにし、装置管理における不確実性を低減させ、装置管理の柔軟性を向上させ、ユーザからのスケジューリング要求が満たされるようにし、装置管理サービスの質を改善するものである。
【００３８】
〔図面の簡単な説明〕
図１は、従来技術におけるスケジューリング・タスクの管理処理モードを示したフローチャートである。
【００３９】
図２は、OMA DM(Open Mobile Alliance Device Management)仕様における機能コンポーネントモジュール間の関係を示した概略図である。
【００４０】
図３は、管理ツリーの概略図である。
【００４１】
図４は、装置管理のネットワーク・トポロジについて示した概略図である。
【００４２】
図５は、本発明の実施の形態を示すものであり、ショート・メッセージ方式によってタスク情報を報告するための実装手順を示す概略図である。
【００４３】
図６は、本発明の実施の形態を示すものであり、装置管理セッション接続方式によって情報を報告するための実装手順を示す概略図である。
【００４４】
図７は、図６に示されたセッション接続の確立、およびタスク実行についての報告のための実装手順を示した概略図である。
【００４５】
図８は、本発明の実施の形態を示すものであり、装置管理サーバによる追跡および通知のための実装手順を示した概略図である。
【００４６】
図９は、本発明の実施の形態を示すものであり、正常に実行されず、実行のための最終期限を超過したタスクを処理するための実装手順を示した概略図である。
【００４７】
図１０は、本発明の実施の形態のシステムの構造を示す概略図である。
【００４８】
〔実施形態の詳細な説明〕
本発明に係る実施の形態について、図２から図１０までを参照し、さらに詳細に説明すると以下のとおりである。
【００４９】
図２は、装置管理システムにおける装置管理サーバおよび端末の機能的構成モジュール間の関係を示す図である。機能コンポーネントモジュールは、以下のように表現することができる。
【００５０】
変換／インターフェースモジュール２１は、装置管理および装置管理サーバ（ＤＭＳ）内に組み込まれているものであり、プロトコル・レイヤ情報の相互通信に必要な機能コンポーネントである。このモジュール２１と端末装置管理エージェント２２との間にはインターフェースがある。
【００５１】
端末装置管理（ＤＭ）エージェント２２は、プロトコルの内容を解析し、装置管理サーバから配信された管理処理命令を端末が実行することのできる処理命令に変換し、上記端末に上記処理を実行するよう通知するためのものである。
【００５２】
プロトコルの解析に必要な、さらに別の重要な機能コンポーネントは、装置管理ツリー２３である。
【００５３】
上記装置管理（ＤＭ）ツリー２３は、上記装置管理サーバが、装置管理プロトコルを用いて上記装置を管理するための、インターフェースとして理解してよい。装置管理ツリー２３は、基礎的な管理オブジェクトを含む。装置管理サーバは、各処理を、管理ツリー上のオブジェクトに対して実行することで端末装置の資源を制御することができる。
【００５４】
図３に、上記装置管理ツリー２３を示す。上記装置管理ツリー２３には、上記装置において利用可能な全ての管理オブジェクトが、各ノードが固有のＵＲＩ（Uniform Resource Identifier）によって識別される、ツリー構造に体系化されている。そして、対応する処理が、上記装置管理ツリー上のノードを目標として配信される。上記プロトコルのメッセージ構造は、ＸＭＬ（eXtensible Makeup Language）に従って実装されている。また、上記管理ツリーのノードは、上記端末のシステムメモリ内の環境設定変数、様々な種類のオブジェクト、対応する処理、アプリケーションのトリガ機構等の集合を含んでいてもよい。
【００５５】
システムメモリ２７は、主としてデータを記憶するためのものである。
【００５６】
装置管理（ＤＭ）サーバ・エージェント２４は、装置管理の端末に対して装置管理処理を配信し、装置管理の特定の処理を行う機能コンポーネントである。
【００５７】
装置管理（ＤＭ）サーバ・エンジン２５は、装置管理のバックグラウンド管理を実行する、装置管理のための機能コンポーネントである。
【００５８】
装置管理（ＤＭ）データベース２６は、端末性能情報、端末処理情報、端末タスク情報および装置管理関連データ情報を保持するものである。さらに、外部インターフェースモジュールが、外部（例えば、管理会社の他のサービス・サブ・システムや、サード・パーティの端末製造者等）の管理および接続のために設けられている。
【００５９】
図４は、装置管理のネットワーク・トポロジを示す概略図である。同図に示すように、端末製造者／サード・パーティ・サーバ４１、ＰＣ端末装置４４および装置管理サーバ（ＤＭＳ）４２がＷＡＮ（Wide Area Network）またはＬＡＮ（Local Area Network）によって接続されている。移動端末装置４６は、これらの装置と移動体通信網を介してゲートウェイ４５を利用することで相互に接続される。装置管理サーバ４２のデータは、データ記憶サーバ４３に記憶される。図４から見て取れるように、装置管理端末４６は、携帯電話機、パーム・コンピュータ、ノート型コンピュータ、組み込み装置、車載システム、または、これらに類するもの等の移動端末であってもよい。また、装置管理端末４６は、パーソナルコンピュータ（ＰＣ）、または、これに類するもの等の固定端末であってもよい。もちろん、この他いかなる採用され得る端末も排除されることがなく、また、伝送に用いるネットワークも特定の形式に制限されるものではない。
【００６０】
本発明の実施の形態に係る装置管理におけるスケジューリング・タスクを処理する方法を、上述の機能コンポーネントと共に、携帯電話機を通じてタスクをスケジューリングする手順の実装の一例を挙げることにより、以下に説明する。
【００６１】
Ａ．  装置管理サーバが、スケジューリング・タスクを配信する。
【００６２】
具体的には、上記装置管理サーバは、まず、携帯電話機に通知を送信する。そして、上記携帯電話機は、セッション接続を確立し、相互認証を実行する。このとき、上記サーバは、管理処理タスク、すなわち、スケジューリング・タスク情報を配信する。
【００６３】
これに替えて、上記装置管理サーバは、スケジューリング・タスク情報を他の方法で配信してもよい。
【００６４】
このステップは、上記携帯電話機が状態を上記装置管理サーバに対して報告する処理をさらに伴っていてもよい。
【００６５】
Ｂ．  上記携帯電話機が、上記装置管理サーバから配信された、上記スケジューリング・タスク（すなわち、管理スケジューリング・タスク）の実行条件を監視する。そして、上記装置の状態を追跡しているとき、実行条件が満たされていれば、上記装置管理サーバから配信された上記スケジューリング・タスクを実行する。
【００６６】
すなわち、上記装置管理サーバが上記スケジューリング・タスクを配信した後、上記携帯電話機は、上記スケジューリング・タスクの上記実行条件に従い対応する処理を実行し、上記タスク追跡ポリシーに基づいて追跡処理を行う。
【００６７】
上記スケジューリング・タスクを追跡する理由について以下に説明する。
【００６８】
一般的に、管理処理タスクの上記実行条件は、たいていの場合、時間についての条件である。また、上記実行条件は、イベントへの応答、および上記携帯電話機のある状態パラメータの値の監視を含んでいてもよい。もちろん、様々な種類の条件を含む複合条件も除外されない。
【００６９】
例えば、上記装置管理サーバは、２００５年８月３日午後１０時に上記携帯電話機が実行する、または、上記携帯電話機のスイッチを入れるイベントが起こったときに実行するスケジューリング・タスクを配信する。あるいは、上記携帯電話機のネットワーク信号を監視し、信号が規定の閾値を下回ったときに、ネットワーク・パフォーマンス・パラメータについての情報を記録する等の処理を行ってもよい。
【００７０】
上記スケジューリング・タスクのための上記実行条件は可変であり、ある実行条件はユーザが変更できるものであってもよいし、上記管理処理タスクは、もっと複雑でもよい。この点、上記装置管理サーバが優れた追跡機構を提供しなければ、上記携帯電話機が、スケジューリング・タスクをその実行条件に従って確実に正常実行することが難しくなるだろう。
【００７１】
この理由により、本発明の実施の形態は、上記のタスク追跡機構を提供する。以下に、タスク追跡をするためのポリシーについて順番に説明する。しかしながら、本発明は、以下に限られるものではない。
【００７２】
１． スケジューリング・タスクを実行する期限が来たとき、または、過ぎたとき、上記携帯電話機が、上記装置管理サーバに通知する。
【００７３】
２．  上記ユーザが、スケジューリング・タスクの上記実行条件を修正したとき、上記携帯電話機が、上記装置管理サーバに通知する。
【００７４】
３．  上記タスク実行条件を見過ごし、上記携帯電話機が上記スケジューリング・タスクを正常に実行しないとき、上記携帯電話機が、上記装置管理サーバに通知する。
【００７５】
４．  所定のイベントによって、または、所定の時間において（例えば、上記携帯電話機がスイッチ・オンになったとき）、タスク情報が上記装置管理サーバに対して自動的に報告される。
【００７６】
上記４つのポリシーは、端末通知機構の１つの通知法を例示したに過ぎない。ＯＭＡ  ＤＭプロトコルにおいて定義されたメッセージのAlertのタイプは、上記装置管理サーバへの通知に画一的に使用することができる。以後、このAlertタイプのメッセージを、Generic Alertメッセージと称する。上記Generic Alertメッセージは、クライアントによって、上記サーバに対して送信される。上記サーバは、上記Generic Alertメッセージを受信すると、その中にある、それぞれのItemの処理についてのStatus情報（状態情報）を返信しなければならない。
【００７７】
以下に示す例は、Generic Alertメッセージの基本構造をＸＭＬで表現したものである。
<Alert>
<CmdID>2</CmdID>
<Data>1226</Data>   <!-- Generic Alert --> //Generic Alertメッセージの表示
<Correlator>abc123</Correlator>
<Item>
<Source><LocURI>./SyncML/Sample</LocURI></Source>
<Meta>
<Type xmlns="syncml:metinf">
org.openmobilealliance.dm.scheduling.report //メッセージ内容の型の記述
</Type>
<Format xmlns="syncml:metinf">xml</Format> //メッセージ・フォーマット
<Mark xmlns="syncml:metinf">critical</Mark> //（オプション）メッセージ重要性レベルの記述
</Meta>
<Data>                        //タスクの記述を含む具体的なメッセージの内容
<![CDATA[
<Sched>
<SchId>ACTRPG0798</SchId>            //タスク識別子
<SimpSch>
<SSchId>ACTRPG0798S01</SSchId>    //タスク条件識別子
<Dur> im..2005-08-03T22:00:00Z </Dur>      //トリガ時間
<stat>miss</stat>                          //タスクの状態
</SimpSch>
</Sched>
]]>
</Data>
</Item>
</Alert>
【００７８】
装置管理サーバは、上記スケジューリング・タスクの特徴に基づいたタスク追跡ポリシーを生成し、上記ポリシーを、上記携帯電話機に対して配信してもよい。上記携帯電話機は、上記スケジューリング・タスクの上記実行条件を監視することに加えて、上記装置管理サーバによって生成された上記タスク追跡ポリシーに基づく追跡に対応する情報（スケジューリング・タスクの実行状況、スケジューリング・タスクの実行に影響するイベントの発生状況等）を、上記装置管理サーバに通知しなければならない。これにより、上記装置管理サーバは、スケジューリング・タスクの実行を正常に追跡することができる。
【００７９】
Ｃ．  上記携帯電話機が、タスクの実行（すなわち、追跡情報）を報告する。
【００８０】
上記携帯電話機がタスクの実行を報告する方法、すなわち、携帯電話機がタスク情報を報告する方法には、例えば、以下のような２種類の方法が考えられる。
【００８１】
１．  ショート・メッセージを用いて上記タスク情報を報告する方法。
【００８２】
図５に、以下に説明する、上記方法に対応する処理手順を示す。
【００８３】
ステップＣ１  上記端末は、自端末のスケジューリング・タスクを追跡するために、スケジューリング・タスクの上記実行条件（すなわち、実行のトリガとなる条件）および上記タスク追跡ポリシーに基づいてタスクの追跡を開始する。
【００８４】
ステップＣ２  上記携帯電話機は、上記タスクの実行情報を報告するショート・メッセージを、ショート・メッセージ・ゲートウェイに対して送信する。
【００８５】
上記ステップＣ２は、以下のステップを含んでいてもよい。
【００８６】
ステップＣ２１  上記端末上の装置管理エージェント（ＤＭ Agent）が自動的に上記ショート・メッセージ・ゲートウェイに対して、上記タスクの実行情報を含む指定された命令を送信する。
【００８７】
ステップＣ２２  上記ショート・メッセージ・ゲートウェイは、上記メッセージを、上記命令に基づいて上記装置管理サーバに転送する。このようにして、上記装置管理サーバは、上記端末上の上記タスクの実行情報を取得することができる。
【００８８】
ステップＣ３  上記ショート・メッセージ・ゲートウェイは、上記タスクの実行情報を上記装置管理サーバに送信する。
【００８９】
ステップＣ４  上記装置管理サーバは、上記タスクの実行情報を更新する。
【００９０】
上記ショート・メッセージ・パケットのフォーマットは、国際標準に準ずるものでよく、従来技術における公知のものを適用することができるが、ここでは、詳細については省略する。もちろん、上記タスクの実行情報を送信するのに、他のメッセージ・フォーマットを用いることもできる。
【００９１】
２．  装置管理セッションの接続を確立することによって、上記タスク情報を報告する方法。
【００９２】
図６に、以下に説明する、上記方法に対応する処理を示す。
【００９３】
ステップＣ１’  上記端末は、上記スケジューリング・タスクの実行条件および上記タスク追跡ポリシーに基づくタスクの追跡を開始し、上記端末の上記スケジューリング・タスクを追跡する。
【００９４】
ステップＣ２’  上記端末は、上記装置管理サーバと装置管理セッションの接続を確立し、上記セッションの接続を通じて上記タスクの実行情報を報告する。
【００９５】
図７に示すように、ステップＣ２’は、以下のステップを含んでいてもよい。
【００９６】
第１に、上記端末が、上記サーバ（すなわち、上記装置管理サーバ）に対して報告する、上記タスクの実行情報を決定する。例えば、上記端末は、上記タスクの実行および上記タスク追跡ポリシーに基づいて、自動的に報告する、上記タスクの対応する実行情報を決定する。
【００９７】
第２に、上記端末が、最初のセッションの接続を開始し、上記識別認証情報、上記端末装置情報、および上記追跡ポリシーに基づいて報告された上記スケジューリング・タスクの実行情報等を上記サーバに送信する。その後、上記サーバはさらに処理を続行する。
【００９８】
ステップＣ３’  上記装置管理サーバは、上記端末から報告された上記情報を受信し、記憶されている上記タスクの上記実行情報を更新する。
【００９９】
上記タスクの上記実行情報は、上記端末と上記サーバとの間の装置管理セッションを確立する方法を用いることによって、すなわち、Generic Alertメッセージを送信することによって報告される。
【０１００】
ステップＣ４’  上記装置管理サーバは、上記セッションを切断するか、または、さらなる処理を継続する。
【０１０１】
上記携帯電話機が、上記装置管理サーバから配信された上記タスク追跡ポリシーに基づいて、上記タスクの上記実行情報を報告したとき、上記装置管理サーバは、上記タスクの報告された上記実行情報に基づいて、さらなる処理を継続させることができる。上記装置管理サーバによる、上記タスクのさらなる処理について、以下に詳細に説明する。
【０１０２】
Ｄ．  上記携帯電話機が上記タスクの実行条件を見過ごしたとき、上記装置管理サーバは、タスク命令を配信し、上記携帯電話機は、上記命令に基づいて処理を行う。
【０１０３】
タスクの上記実行情報を取得すると、上記装置管理サーバは、上記情報を解析する。一般的に、上記装置管理サーバから配信される処理は、２つに分類することができる。一つは、処理の通知タイプであり、もう一つは、処理の強制実行タイプある。上記通知タイプの処理は、タスクによって異なる可能性のある処理命令の選択肢に加えて、ユーザに適切な入力を促す情報を提示する。強制実行タイプの処理は、たいていの場合、タスクを実行するための最終期限が過ぎた場合に用いられるものだが、さらに２つ、すなわち、タスク実行処理とタスク取消処理とに分類される。
【０１０４】
以下に、上記装置管理サーバによる追跡および通知の処理フローについて、模式図を参照しながら説明する。
【０１０５】
１．  タスクを実行するための最終期限が来ている、または、過ぎているときの処理フロー。
【０１０６】
図８に示すように、この場合、上記装置管理サーバは主に２つのタイプの管理命令、すなわち、（実行する必要があるタスクのための）スケジューリング・タスク即時実行命令および（実行する必要がないタスクのための）スケジューリング・タスク取消命令を配信する。特に、実行する必要があるスケジューリング・タスクの場合、上記携帯電話機は、上記ユーザに対して、強制実行の情報を表示し、上記スケジューリング・タスクの強制実行をユーザに促す。
【０１０７】
ステップＤ１  上記装置管理サーバは、強制実行命令を配信する。
【０１０８】
ステップＤ２  上記携帯電話機は、対応する上記スケジューリング・タスクを実行する。
【０１０９】
ステップＤ３  上記携帯電話機は、上記タスクの実行状態を上記装置管理サーバに対して報告する。
【０１１０】
ステップＤ４  上記携帯電話機は、上記タスクの上記実行状態を上記ユーザに通知する。
【０１１１】
図８は、上記装置管理サーバが、タスクを実行するための最終期限が来た場合、または、過ぎた場合において、強制実行の管理命令を配信するときの処理フローを示している。
【０１１２】
以下は、サーバから端末に処理の実行を強制する命令をＸＭＬで表現した一例である。
<SyncML xmlns='SYNCML:SYNCML1.2'>
<SyncHdr>
<VerDTD>1.2</VerDTD>
<VerProto>DM/1.2</VerProto>
<SessionID>1</SessionID>
<MsgID>1</MsgID>
<Target>
<LocURI>IMEI:493005100592800</LocURI> //携帯電話機端末を示すあて先アドレス
</Target>
<Source>
<LocURI>http://www.syncml.org/mgmt-server</LocURI>  //サーバ・アドレス
</Source>
<Cred>                      //双方の認証情報（ここでは省略）
...
</Cred>
</SyncHdr>
<SyncBody>
<!処理情報をユーザに表示>
<Alert>
<CmdID>2</CmdID>
<Data>1100</Data> 
<Item></Item>
<Item>
<Data>あなたの antivirus software は更新されました。</Data>
</Item>
</Alert>
<!以下、強制実行の命令>
<excute>
<CmdID>4</CmdID>
<Item>
<Target>
<LocURI>./antivirus_data/update</LocURI>    
</Target>
</Item>
</excute>
<Final/>
</SyncBody>
</SyncML>
【０１１３】
２．  タスクを実行するための最終期限が過ぎていないときに、タスクが正常に実行されなかった場合の処理フロー。
【０１１４】
図９に示すように、選択可能であるとユーザが通知を受ける処理には、タスク実行処理、タスク遅延処理、（実行する必要がないスケジューリング・タスクのための）タスク拒絶処理等が含まれる。
【０１１５】
ステップＤ１’  上記装置管理サーバは、上記ユーザにタスクの選択をできるようにする命令を配信する。
【０１１６】
ステップＤ２’  上記携帯電話機は、上記ユーザに、実行すべきスケジューリング・タスクを選択するよう通知する。
【０１１７】
ステップＤ３’  上記ユーザは、実行すべきスケジューリング・タスクを選択する。
【０１１８】
ステップＤ４’  上記携帯電話機は、上記ユーザによって選択されたスケジューリング・タスクを実行する。
【０１１９】
ステップＤ５’  上記携帯電話機は、上記タスクの実行状態を上記装置管理サーバに報告する。
【０１２０】
ステップＤ６’  上記携帯電話機は、上記タスクの実行状態を上記ユーザに通知する。
【０１２１】
上記装置管理サーバから配信された命令を上記端末に配信する上記の処理は、ＯＭＡ  ＤＭプロトコルによって運ばれる。以下に、その処理フローについて詳細に説明する。
【０１２２】
図９に、タスクの実行条件を見過ごし、上記携帯電話機が上記タスクを正常に実行しなかった場合において、上記装置管理サーバが、処理通知を配信する処理フローを示す。図４のステップ４において、タスクの正常な実行を妨げるようなイベントが発生した場合、例えば、上記装置管理サーバが、２００５年８月３日午後１２時にタスクを実行するように要求されているスケジューリング・タスクを配信しても、種々の理由から上記携帯電話機がスイッチ・オフの状態であるかもしれず、したがって、上記携帯電話機は、上記スケジューリング・タスクを正常に実行することはできない可能性がある。ステップＤ１’において、上記装置管理サーバは、強制実行するための命令の他に、上記タスクの実行を取り消すための命令も送信できる。ステップＤ２’において、上記ユーザに提示される選択肢には、（上記タスクのタイプおよびポリシーにより定まる、）タスク実行処理、タスク遅延処理、タスク拒絶処理等が含まれていてもよい。
【０１２３】
さらに別の実施の形態によると、装置管理において、スケジューリング・タスクを処理するシステムであって、装置管理サーバから、端末に対して送信されたスケジューリング・タスクを管理することができるシステムを提供する。図１０に、上記システムの詳細な構造を示す。上記システムは、
端末にスケジューリング・タスクを配信し、上記端末から報告された上記スケジューリング・タスクの追跡情報を受信する装置管理サーバと、
上記スケジューリング・タスクを受信し、配信された上記スケジューリング・タスクを実行条件および上記スケジューリング・タスクの追跡ポリシーに基づいて追跡し、上記追跡情報を上記装置管理サーバに報告する端末とを含む。
【０１２４】
上記装置管理サーバおよび上記端末の構造については、以下において、それぞれ詳細に説明する。
【０１２５】
（１）  装置管理サーバ
上記装置管理サーバは、上記端末上の装置管理のために、管理のスケジューリング・タスクを、上記端末に対して配信するものである。上記装置管理サーバは、タスク・コンテンツ管理部およびタスク状態報告処理部を含む。
【０１２６】
タスク・コンテンツ管理部は、スケジューリング・タスクの管理をするものである。上記タスク・コンテンツ管理部は、そのためのタスク命令を、上記スケジューリング・タスクのコンテンツに基づいて、上記端末に対して配信することができる。すなわち、上記タスク・コンテンツ管理部は、上記端末を管理するために、上記スケジューリング・タスクを配信する。本発明の実施の形態では、上記端末が実行条件に基づいて上記スケジューリング・タスクを実行していないことを示す情報を、上記タスク状態報告処理部が上記端末から受信した後、タスク命令が上記端末に配信され、次いで、上記端末が、上記タスク命令に従い処理を実行する。このタスク命令は、強制実行処理、または、処理選択命令のどちらであってよい。具体的なタスク命令については、前述したため、ここでは繰り返し説明しない。
【０１２７】
上記タスク状態報告処理部は、上記端末から報告される、管理タスクの実行結果および上記スケジューリング・タスクの実行における異常状態情報、すなわち、上記スケジューリング・タスクの実行中に正常または異常な状態を示す情報を追跡し、受信するものである。
【０１２８】
装置管理サーバ部は、上記装置管理サーバにおいて、上記装置管理サーバと上記端末との間の通信インターフェース部として提供される。上記装置管理サーバが上記端末と行う相互通信に用いる通信プロトコルとしては、ＤＭプロトコルを用いることができるが、これに限定されない。ＤＭプロトコルの具体的な実装については、ＯＭＡ  ＤＭの仕様書を参照されたい。
【０１２９】
（２）端末
上記端末は、上記端末と上記装置管理サーバとの間の通信インターフェース部としての装置管理クライアント部を備える。伝送に用いる通信プロトコルとしては、ＤＭプロトコルを使用することができるが、これに限らない。ＤＭプロトコルの詳細については、ＯＭＡ  ＤＭの仕様書を参照されたい。上記装置管理サーバから例えばＤＭプロトコルを用いて配信されるスケジューリング・タスクを受信するために、本発明に係る実施の形態の上記端末は、さらに以下を含む。
【０１３０】
タスク実行部；タスク実行部は、ＤＭプロトコルを用いて上記装置管理サーバから配信され、上記装置管理クライアント部から転送された、上記端末を管理するためのスケジューリング・タスクを処理し、スケジューリング・タスクの実行結果（正常実行または異常実行等）を、上記タスク状態報告部を通じて報告するものである。また、正常実行のための管理処理（すなわち、スケジューリング・タスク）以外にも、上記タスク実行部は、上記装置管理サーバから配信された上記タスクの強制実行のための命令、または、処理選択命令を受信し、さらに、上記命令に従い、上記スケジューリング・タスクについて、対応する強制実行を行う、または、処理を選択するようユーザに促す情報を表示するものである。上記タスク命令に基づいて実行される処理については、前述したため、ここでは繰り返し説明しない。また、上記タスク実行部は、異常管理タスク情報をタスク異常処理部に送信することもできる。
【０１３１】
タスク異常処理部；タスク異常処理部は、異常なスケジューリング・タスクを処理し、タスク追跡ポリシーに基づいて、タスク異常状態情報、すなわち、上記スケジューリング・タスクを実行している間に起こり得る異常についての情報を、上記タスク状態報告部を通じて報告するものである。ここで、タスク異常とは、例えば、所定の条件に基づいて、上記スケジューリング・タスクの実行に失敗したこと、上記スケジューリング・タスクを実行する時刻を見逃したこと、上記スケジューリング・タスクが未だ実行されていないこと等である。
【０１３２】
タスク状態報告部；タスク状態報告部は、上記タスク実行部または上記タスク異常処理部から送信されるタスクの実行についての上記状態情報を、具体的にはショート・メッセージまたはセッション接続によって、上記装置管理サーバに報告するものである。タスクの異常を報告するための詳細な処理手順については、上記図５から図７を参照して前述したとおりであり、ここでは説明を繰り返さない。
【０１３３】
本発明の実施の形態は、ある異常が発生したことによって携帯電話機が自動的に電源オフになったり、ユーザの介入によって携帯電話機の電源がオフになったりした場合でも、スケジューリング・タスクの実行を確実にするために効果的な機構を提供して、装置管理サーバがスケジューリング・タスクの実行状態を正常に追跡できるようにする。これにより、携帯電話機の装置管理における不確実性を低減させるとともに、柔軟性を向上させ、ユーザからのスケジューリングの要求を満足し、装置管理サービスの質を改善することができる。
【０１３４】
上記実施の形態は、本発明をより好ましく理解するために記載されたものであり、発明の範囲を限定するものとして考えてはならない。そのため、当業者にとって進歩的な発想がなくても本発明から想到し得るいかなる改変についても本発明の範囲である。
【図面の簡単な説明】
【０１３５】
【図１】従来技術におけるスケジューリング・タスクの管理処理モードを示したフローチャートである。
【図２】OMA DM(Open Mobile Alliance Device Management)仕様における機能コンポーネントモジュール間の関係を示した概略図である。
【図３】管理ツリーの概略図である。
【図４】装置管理のネットワーク・トポロジについて示した概略図である。
【図５】本発明の実施の形態を示すものであり、ショート・メッセージによってタスク情報を報告するための実装手順を示す概略図である。
【図６】本発明の実施の形態を示すものであり、装置管理セッション接続によって情報を報告するための実装手順を示す概略図である。
【図７】図６に示された、セッション接続を確立し、タスク実行について報告するための実装手順を示した概略図である。
【図８】本発明の実施の形態を示すものであり、装置管理サーバによる追跡および通知を行うための実装手順を示した概略図である。
【図９】本発明の実施の形態を示すものであり、正常に実行されず、実行のための最終期限を超過していないタスクを処理するための実装手順を示した概略図である。
【図１０】本発明の実施の形態のシステムの構造を示す概略図である。
【国際調査報告】
2009508241.tif 000013
2009508241.tif 000014
2009508241.tif 000015
2009508241.tif 000016