JP2012053882A - 装置管理において、スケジューリング・タスクを処理するための方法およびシステム - Google Patents

Abstract

【課題】端末の管理装置における柔軟性を改善し、ユーザのスケジュールの要求にも応える、端末管理サービスの質を改善する。
【解決手段】装置管理サーバが、タスク処理を送信する。端末が、送信されたタスクによって実行される実行条件を監視する。端末が、実行条件に従いタスクを正常に実行しなかったとき、タスクの実行状態を報告し、装置管理サーバが、強制実行のタスク命令を送信する。そして、端末は、命令に従って処理を実行する。端末は、タスクの実行状態を報告する。
【選択図】図８

Description

本発明は、通信の分野に関するものであり、特に、装置管理においてスケジューリング・タスクを処理するための方法、装置およびシステムに関する。

現在、産業界において、タスク・スケジューリング機構が提供されている。装置管理サーバ（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>

２． タスクを実行するための最終期限が過ぎていないときに、タスクが正常に実行されなかった場合の処理フロー。

図９に示すように、選択可能であるとユーザが通知を受ける処理には、タスク実行処理、タスク遅延処理、（実行する必要がないスケジューリング・タスクのための）タスク拒絶処理等が含まれる。

ステップＤ１’ 上記装置管理サーバは、上記ユーザにタスクの選択をできるようにする命令を配信する。

ステップＤ２’ 上記携帯電話機は、上記ユーザに、実行すべきスケジューリング・タスクを選択するよう通知する。

ステップＤ３’ 上記ユーザは、実行すべきスケジューリング・タスクを選択する。

ステップＤ４’ 上記携帯電話機は、上記ユーザによって選択されたスケジューリング・タスクを実行する。

ステップＤ５’ 上記携帯電話機は、上記タスクの実行状態を上記装置管理サーバに報告する。

ステップＤ６’ 上記携帯電話機は、上記タスクの実行状態を上記ユーザに通知する。

上記装置管理サーバから配信された命令を上記端末に配信する上記の処理は、ＯＭＡ ＤＭプロトコルによって運ばれる。以下に、その処理フローについて詳細に説明する。

図９に、タスクの実行条件を見過ごし、上記携帯電話機が上記タスクを正常に実行しなかった場合において、上記装置管理サーバが、処理通知を配信する処理フローを示す。図４のステップ４において、タスクの正常な実行を妨げるようなイベントが発生した場合、例えば、上記装置管理サーバが、２００５年８月３日午後１２時にタスクを実行するように要求されているスケジューリング・タスクを配信しても、種々の理由から上記携帯電話機がスイッチ・オフの状態であるかもしれず、したがって、上記携帯電話機は、上記スケジューリング・タスクを正常に実行することはできない可能性がある。ステップＤ１’において、上記装置管理サーバは、強制実行するための命令の他に、上記タスクの実行を取り消すための命令も送信できる。ステップＤ２’において、上記ユーザに提示される選択肢には、（上記タスクのタイプおよびポリシーにより定まる、）タスク実行処理、タスク遅延処理、タスク拒絶処理等が含まれていてもよい。

さらに別の実施の形態によると、装置管理において、スケジューリング・タスクを処理するシステムであって、装置管理サーバから、端末に対して送信されたスケジューリング・タスクを管理することができるシステムを提供する。図１０に、上記システムの詳細な構造を示す。上記システムは、
端末にスケジューリング・タスクを配信し、上記端末から報告された上記スケジューリング・タスクの追跡情報を受信する装置管理サーバと、
上記スケジューリング・タスクを受信し、配信された上記スケジューリング・タスクを実行条件および上記スケジューリング・タスクの追跡ポリシーに基づいて追跡し、上記追跡情報を上記装置管理サーバに報告する端末とを含む。

上記装置管理サーバおよび上記端末の構造については、以下において、それぞれ詳細に説明する。

（１） 装置管理サーバ
上記装置管理サーバは、上記端末上の装置管理のために、管理のスケジューリング・タスクを、上記端末に対して配信するものである。上記装置管理サーバは、タスク・コンテンツ管理部およびタスク状態報告処理部を含む。

タスク・コンテンツ管理部は、スケジューリング・タスクの管理をするものである。上記タスク・コンテンツ管理部は、そのためのタスク命令を、上記スケジューリング・タスクのコンテンツに基づいて、上記端末に対して配信することができる。すなわち、上記タスク・コンテンツ管理部は、上記端末を管理するために、上記スケジューリング・タスクを配信する。本発明の実施の形態では、上記端末が実行条件に基づいて上記スケジューリング・タスクを実行していないことを示す情報を、上記タスク状態報告処理部が上記端末から受信した後、タスク命令が上記端末に配信され、次いで、上記端末が、上記タスク命令に従い処理を実行する。このタスク命令は、強制実行処理、または、処理選択命令のどちらであってよい。具体的なタスク命令については、前述したため、ここでは繰り返し説明しない。

上記タスク状態報告処理部は、上記端末から報告される、管理タスクの実行結果および上記スケジューリング・タスクの実行における異常状態情報、すなわち、上記スケジューリング・タスクの実行中に正常または異常な状態を示す情報を追跡し、受信するものである。

装置管理サーバ部は、上記装置管理サーバにおいて、上記装置管理サーバと上記端末との間の通信インターフェース部として提供される。上記装置管理サーバが上記端末と行う相互通信に用いる通信プロトコルとしては、ＤＭプロトコルを用いることができるが、これに限定されない。ＤＭプロトコルの具体的な実装については、ＯＭＡ ＤＭの仕様書を参照されたい。

（２）端末
上記端末は、上記端末と上記装置管理サーバとの間の通信インターフェース部としての装置管理クライアント部を備える。伝送に用いる通信プロトコルとしては、ＤＭプロトコルを使用することができるが、これに限らない。ＤＭプロトコルの詳細については、ＯＭＡ ＤＭの仕様書を参照されたい。上記装置管理サーバから例えばＤＭプロトコルを用いて配信されるスケジューリング・タスクを受信するために、本発明に係る実施の形態の上記端末は、さらに以下を含む。

タスク実行部；タスク実行部は、ＤＭプロトコルを用いて上記装置管理サーバから配信され、上記装置管理クライアント部から転送された、上記端末を管理するためのスケジューリング・タスクを処理し、スケジューリング・タスクの実行結果（正常実行または異常実行等）を、上記タスク状態報告部を通じて報告するものである。また、正常実行のための管理処理（すなわち、スケジューリング・タスク）以外にも、上記タスク実行部は、上記装置管理サーバから配信された上記タスクの強制実行のための命令、または、処理選択命令を受信し、さらに、上記命令に従い、上記スケジューリング・タスクについて、対応する強制実行を行う、または、処理を選択するようユーザに促す情報を表示するものである。上記タスク命令に基づいて実行される処理については、前述したため、ここでは繰り返し説明しない。また、上記タスク実行部は、異常管理タスク情報をタスク異常処理部に送信することもできる。

タスク異常処理部；タスク異常処理部は、異常なスケジューリング・タスクを処理し、タスク追跡ポリシーに基づいて、タスク異常状態情報、すなわち、上記スケジューリング・タスクを実行している間に起こり得る異常についての情報を、上記タスク状態報告部を通じて報告するものである。ここで、タスク異常とは、例えば、所定の条件に基づいて、上記スケジューリング・タスクの実行に失敗したこと、上記スケジューリング・タスクを実行する時刻を見逃したこと、上記スケジューリング・タスクが未だ実行されていないこと等である。

タスク状態報告部；タスク状態報告部は、上記タスク実行部または上記タスク異常処理部から送信されるタスクの実行についての上記状態情報を、具体的にはショート・メッセージまたはセッション接続によって、上記装置管理サーバに報告するものである。タスクの異常を報告するための詳細な処理手順については、上記図５から図７を参照して前述したとおりであり、ここでは説明を繰り返さない。

本発明の実施の形態は、ある異常が発生したことによって携帯電話機が自動的に電源オフになったり、ユーザの介入によって携帯電話機の電源がオフになったりした場合でも、スケジューリング・タスクの実行を確実にするために効果的な機構を提供して、装置管理サーバがスケジューリング・タスクの実行状態を正常に追跡できるようにする。これにより、携帯電話機の装置管理における不確実性を低減させるとともに、柔軟性を向上させ、ユーザからのスケジューリングの要求を満足し、装置管理サービスの質を改善することができる。

上記実施の形態は、本発明をより好ましく理解するために記載されたものであり、発明の範囲を限定するものとして考えてはならない。そのため、当業者にとって進歩的な発想がなくても本発明から想到し得るいかなる改変についても本発明の範囲である。

Claims (14)

1. 装置管理において、スケジューリング・タスクを処理する方法であって、
   装置管理サーバから配信されたスケジューリング・タスクを受信し、
   上記スケジューリング・タスクの実行条件およびタスク追跡ポリシーに基づいて、上記スケジューリング・タスクを追跡し、
   上記タスク追跡ポリシーに基づいて、追跡情報を上記装置管理サーバに報告することを特徴とする方法。
2. 上記装置管理サーバが、報告された上記追跡情報に基づいて、装置が上記スケジューリング・タスクを実行条件に従って実行していないと判断した場合、タスク命令を上記装置に送信し、
   上記装置が、上記タスク命令に従い上記スケジューリング・タスクを実行することを特徴とする請求項１に記載の方法。
3. 上記タスク命令は、上記装置が上記スケジューリング・タスクを実行することを指示する強制実行命令、または、実行する上記スケジューリング・タスクを上記装置が選択することを指示する処理選択命令であることを特徴とする請求項２に記載の方法。
4. 上記装置が、上記装置管理サーバに対して、上記タスク命令に従って実行する上記スケジューリング・タスクの実行状態を報告する、および／または、上記装置が、上記タスク命令に従って実行する上記スケジューリング・タスクの実行状態を表示することを特徴とする請求項３に記載の方法。
5. 上記タスク命令が処理選択命令である場合、
   上記装置が、実行すべき処理を選択するための通知をユーザに出力し、
   上記装置が、選択された実行すべきスケジューリング・タスクについての入力された情報を受信し、
   選択された実行すべき上記スケジューリング・タスクについての上記情報に基づいて、上記スケジューリング・タスクを実行することを特徴とする請求項３に記載の方法。
6. 上記強制実行命令は、スケジューリング・タスク即時実行命令、または、スケジューリング・タスク取消命令であり、
   上記処理選択命令は、スケジューリング・タスク実行命令、スケジューリング・タスク遅延命令、または、スケジューリング・タスク拒絶命令であることを特徴とする請求項３に記載の方法。
7. 上記タスク追跡ポリシーは、
   スケジューリング・タスクを実行する期限が来た時、もしくは、過ぎた時、上記装置が、上記装置管理サーバに通知する処理、
   スケジューリング・タスクの実行条件がユーザによって変更された場合、上記装置が、上記装置管理サーバに通知する処理、
   タスクの実行条件が見過ごされ、上記装置が正常実行しなかった場合、上記装置が、上記装置管理サーバに通知する処理、または、
   所定のイベントによって、もしくは、所定の時間において、自動的にタスクの情報を上記装置管理サーバに報告する処理のうち少なくとも一つの処理を含むことを特徴とする請求項１に記載の方法。
8. 上記追跡情報を上記装置管理サーバに報告する処理は、
   上記装置が、ショート・メッセージ・ゲートウェイに対して、ショート・メッセージを用いて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を送信するとともに、上記ショート・メッセージ・ゲートウェイが、上記追跡情報を、上記装置管理サーバに送信する、
   または、上記装置が、上記装置管理サーバに対して、上記装置と上記装置管理サーバとの間において確立されたセッション接続を通じて、上記タスクの上記実行条件および上記タスク追跡ポリシーに基づいて取得した上記追跡情報を報告することを特徴とする請求項１から７のいずれか１項に記載の方法。
9. 装置管理サーバから配信されたスケジューリング・タスクを受信可能な、上記装置管理サーバと通信を行う装置において、
   上記装置管理サーバから配信されるスケジューリング・タスクを実行し、タスク実行結果を出力するタスク実行部と、
   異常なタスクを処理し、所定のタスク追跡ポリシーに基づいて、タスク異常状態を報告するタスク異常処理部と、
   上記装置管理サーバに対して、上記タスク実行結果および上記タスク異常状態を報告するタスク状態報告部とを備えることを特徴とする装置。
10. 上記タスク実行部は、スケジューリング・タスクのための強制実行命令、または、処理選択命令を受信し、強制実行、または、上記命令に従って、上記スケジューリング・タスクについての処理を選択するよう促す情報の表示を行うことを特徴とする請求項９に記載の装置。
11. 上記タスク状態報告部は、上記装置管理サーバに対して、ショート・メッセージまたはセッション接続を通じて報告することを特徴とする請求項９または１０に記載の装置。
12. スケジューリング・タスクを装置に配信し、上記装置を管理する装置管理サーバにおいて、
    上記装置から報告される、上記スケジューリング・タスクに関するタスク実行結果およびタスク異常状態情報を受信するタスク状態報告処理部を備えることを特徴とする装置管理サーバ。
13. 報告された上記実行結果およびタスク異常状態情報に基づき、上記スケジューリング・タスクを上記装置が実行していないと、実行条件に基づいて判断した場合、タスク命令を上記装置に配信するタスク・コンテンツ管理部を備え、
    上記装置は、強制実行命令または処理選択命令である、上記タスク命令に従い上記スケジューリング・タスクを実行することを特徴とする請求項１２に記載の装置管理サーバ。
14. スケジューリング・タスクを処理するためのシステムにおいて、
    装置に対して、スケジューリング・タスクを配信し、上記装置から追跡情報を取得する装置管理サーバと、
    上記スケジューリング・タスクを受信し、上記スケジューリング・タスクの実行条件およびタスク追跡ポリシーに基づいて上記スケジューリング・タスクを追跡し、上記追跡情報を上記装置管理サーバに報告する装置とを含むことを特徴とするシステム。

Images