【手続補正書】
【提出日】平成22年12月14日(2010.12.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デバイスと通信し、対象デバイスに対して遠隔操作を行うためのタスクを実行するタスク実行装置であって、
複数のタスクを実行する実行手段と、
前記実行手段によるタスクの実行が失敗した際に、当該失敗した要因を取得する取得手段と、
前記実行手段によるタスクの実行が失敗した際に、前記取得手段により取得された要因に基づき、当該タスクの対象デバイスが、当該タスクの遠隔操作に対応していないことを確認する確認手段と、
前記確認手段により対象デバイスが前記遠隔操作に対応していないことが確認されたタスクを除いて、前記実行手段による実行に失敗したタスクを再実行するためのリカバリタスクを生成する生成手段と、
前記生成手段により生成されたリカバリタスクを再実行する再実行手段とを有することを特徴とするタスク実行装置。
【請求項２】
前記生成手段は、前記確認手段により対象デバイスが前記遠隔操作に対応していないことが確認されたタスクの中に、周期的に繰り返し実行されるタスクが含まれている場合には、当該周期的に繰り返し実行されるタスクの最新の実行結果に基づいて、リカバリタスクを生成することを特徴とする請求項１に記載のタスク実行装置。
【請求項３】
前記タスクの遠隔操作が、対象デバイスに対して情報を配信して設定するタスクであった場合に、前記実行手段による実行に失敗したタスクの対象デバイスから、所望の情報を読み取る読み取り手段と、
前記読み取り手段により前記所望の情報が正常に読み取られた後に、前記タスクの再実行による情報の配信と設定が正常に行えたか否かを判定する判定手段と、
前記判定手段により前記タスクの再実行による情報の配信と設定が正常に行えなかったと判定された場合に、前記実行手段によるタスクの実行の失敗の要因として、対象デバイスが、情報の読み取りは可能であるが、情報の書き込みを抑止するモードであることをデータベースに記録する記録手段とを有することを特徴とする請求項１又は２に記載のタスク実行装置。
【請求項４】
デバイスと通信し、対象デバイスに対して遠隔操作を行うためのタスクを実行するタスク実行方法であって、
複数のタスクを実行する実行ステップと、
前記実行ステップによるタスクの実行が失敗した際に、当該失敗した要因を取得する取得ステップと、
前記実行ステップによるタスクの実行が失敗した際に、前記取得ステップにより取得された要因に基づき、当該タスクの対象デバイスが、当該タスクの遠隔操作に対応していないことを確認する確認ステップと、
前記確認ステップにより対象デバイスが前記遠隔操作に対応していないことが確認されたタスクを除いて、前記実行ステップによる実行に失敗したタスクを再実行するためのリカバリタスクを生成する生成ステップと、
前記生成ステップにより生成されたリカバリタスクを再実行する再実行ステップとを有することを特徴とするタスク実行方法。
【請求項５】
前記生成ステップは、前記確認ステップにより対象デバイスが前記遠隔操作に対応していないことが確認されたタスクの中に、周期的に繰り返し実行されるタスクが含まれている場合には、当該周期的に繰り返し実行されるタスクの最新の実行結果に基づいて、リカバリタスクを生成することを特徴とする請求項４に記載のタスク実行方法。
【請求項６】
前記タスクの遠隔操作が、対象デバイスに対して情報を配信して設定するタスクであった場合に、前記実行ステップによる実行に失敗したタスクの対象デバイスから、所望の情報を読み取る読み取りステップと、
前記読み取りステップにより前記所望の情報が正常に読み取られた後に、前記タスクの再実行による情報の配信と設定が正常に行えたか否かを判定する判定ステップと、
前記判定ステップにより前記タスクの再実行による情報の配信と設定が正常に行えなかったと判定された場合に、前記実行ステップによるタスクの実行の失敗の要因として、対象デバイスが、情報の読み取りは可能であるが、情報の書き込みを抑止するモードであることをデータベースに記録する記録ステップとを有することを特徴とする請求項４又は５に記載のタスク実行方法。
【請求項７】
請求項４乃至６のいずれか１項に記載のステップをコンピュータに実行させることを特徴とするコンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
本発明のタスク実行装置は、デバイスと通信し、対象デバイスに対して遠隔操作を行うためのタスクを実行するタスク実行装置であって、複数のタスクを実行する実行手段と、前記実行手段によるタスクの実行が失敗した際に、当該失敗した要因を取得する取得手段と、前記実行手段によるタスクの実行が失敗した際に、前記取得手段により取得された要因に基づき、当該タスクの対象デバイスが、当該タスクの遠隔操作に対応していないことを確認する確認手段と、前記確認手段により対象デバイスが前記遠隔操作に対応していないことが確認されたタスクを除いて、前記実行手段による実行に失敗したタスクを再実行するためのリカバリタスクを生成する生成手段と、前記生成手段により生成されたリカバリタスクを再実行する再実行手段とを有することを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
本発明のタスク実行方法は、デバイスと通信し、対象デバイスに対して遠隔操作を行うためのタスクを実行するタスク実行方法であって、複数のタスクを実行する実行ステップと、前記実行ステップによるタスクの実行が失敗した際に、当該失敗した要因を取得する取得ステップと、前記実行ステップによるタスクの実行が失敗した際に、前記取得ステップにより取得された要因に基づき、当該タスクの対象デバイスが、当該タスクの遠隔操作に対応していないことを確認する確認ステップと、前記確認ステップにより対象デバイスが前記遠隔操作に対応していないことが確認されたタスクを除いて、前記実行ステップによる実行に失敗したタスクを再実行するためのリカバリタスクを生成する生成ステップと、前記生成ステップにより生成されたリカバリタスクを再実行する再実行ステップとを有することを特徴とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
本発明のコンピュータプログラムは、前記ステップをコンピュータに実行させることを特徴とする。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
本発明によれば、実行に失敗したデバイスに対してタスクを再実行するに際し、無駄なタスクが再実行されることを可及的に防止することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００４９
【補正方法】変更
【補正の内容】
【００４９】
ステップＳ１００８に進むと、デバイス管理モジュール３０５は、タスクの処理に失敗したデバイスの数をカウントするためのインデックスｉをインクリメントし、ステップＳ１００４に戻る。
一方、ステップＳ１００９に進むと、デバイス管理モジュール３０５は、ｊ番目の情報における"配信に失敗した要因（未配信の要因）"を、例えば、後述する図１９（ｂ）のタスク実行結果管理テーブルを参照して確認する。
次に、ステップＳ１０１０において、デバイス管理モジュール３０５は、ステップＳ１００９における確認の結果に基づいて、ｊ番目の情報が、デバイスに実装されていない情報であるか否か（リカバリが可能であるか否か）を判定する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
ステップＳ１０１１に進むと、デバイス管理モジュール３０５は、ステップＳ１０１０でデバイスに実装していると判断した情報をリカバリタスクの対象とする。そしてステップＳ１０１３に移行する。
一方、ステップＳ１０１２に進むと、デバイス管理モジュール３０５は、ステップＳ１０１０でデバイスに実装していないと判断した情報をリカバリタスクの対象外とする。
次に、ステップＳ１０１３において、デバイス管理モジュール３０５は、配信に失敗した情報をカウントするためのインデックスｊをインクリメントして、ステップ１００７に戻る。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００５９
【補正方法】変更
【補正の内容】
【００５９】
次に、ステップＳ１２０５において、ＳＮＭＰモジュール３１１は、ステップＳ１２０４で送信されたGetResponseを受信する。
次に、ステップＳ１２０６において、ＳＮＭＰモジュール３１１は、ステップＳ１２０５で受信したGetResponseパケットを解析し、エラーステータスのフィールドを確認する。この確認により、デバイスから情報を正常に受信できたかどうかの判定が行われる。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００６６
【補正方法】変更
【補正の内容】
【００６６】
一方、ステップＳ１２０１においてＮＯの判断がされたと判定した場合には、ステップＳ１２０７へ進む。そもそも、デバイスはセキュリティモードに対応していないため、セキュリティモードとセキュリティレベルとを要因とするエラーであるとは考えられないためである。
すなわち、実行したタスクの操作対象となるデバイスが以下の場合には、実行したタスクはセキュリティ上の原因で失敗したと判定することになる。すなわち、セキュリティモードに対応しており、尚且つ非セキュリティモードにおける設定値であるＭＩＢの書き込みは失敗し、尚且つ非セキュリティモードにおけるＭＩＢの読み出しが成功したら、実行したタスクはセキュリティ上の原因で失敗したと判定される。
一方、ステップＳ１２１２において情報の配信に成功した場合（ＹＥＳの場合）には、ステップＳ１２１４に移行する。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００６７
【補正方法】変更
【補正の内容】
【００６７】
ステップＳ１２１３に進むと、ステップＳ１２０６において情報の取得には成功しているが、ステップＳ１２１２において情報の配信に失敗していることになる。そこで、タスク管理モジュール３０２は、デバイスがセキュリティモードで稼動している可能性があると判断し、図１２のフローチャートによる処理を終了する。
一方、ステップＳ１２１４に進むと、タスク管理モジュール３０２は、情報の配信が成功したと判断し、情報の配信が成功したことを、タスクの実行結果としてデータベース３１２に記録し、図１２のフローチャートによる処理を終了する。
尚、ステップＳ１２１３、Ｓ１２１４における判断の結果は、データベース３１２に格納され、後述する図１８に示す個別デバイス詳細表示画面のサブウィンドウのタスク実行結果表示領域１８００に表示されるメッセージに反映される。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００７０
【補正方法】変更
【補正の内容】
【００７０】
ステップＳ１３０２に進むと、タスク管理モジュール３０２は、リカバリの対象となるタスクの登録時に割り当てられたタスクＩＤと同じＩＤを持つタスクの実行結果を検出することで、リカバリの対象となるタスクの各周期の実行結果を検出する。
次に、ステップＳ１３０３において、タスク管理モジュール３０２は、ステップＳ１３０２で検出した各周期の実行結果の完了時刻を比較し、最新の実行結果を検出する。
次に、ステップＳ１３０４において、タスク管理モジュール３０２は、タスクの実行結果を参照することで、タスクの処理に失敗したターゲットデバイスがあるか否かを判定する。この判定の結果、タスクの処理に失敗したターゲットデバイスがある場合（ＹＥＳの場合）には、ステップＳ１３０５に移行する。一方、タスクの処理に失敗したターゲットデバイスがない場合（ＮＯの場合）には、図１４のフローチャートによる処理を終了する。
ステップＳ１３０５に進むと、タスク管理モジュール３０２は、周期実行タスクの最新の実行結果に基づいてリカバリタスクを生成し、図１４のフローチャートによる処理を終了する。