JP2015011361A - ジョブ監視プログラム、ジョブ監視方法、ジョブ監視装置、および被監視装置。 - Google Patents

Abstract

【課題】
監視対象の装置により順次実行されるジョブについて、所望時間でのジョブの実施状況を確認することができない。
【解決手段】
被監視装置が順次実行するジョブを監視する監視装置により実行されるジョブ監視プログラムは、監視装置に、被監視装置が実行するジョブについて、ジョブの実行を開始させる第一のタイミングとジョブの実行状況を監視装置に確認させる第二のタイミングとを指定する情報を被監視装置に送信し、被監視装置から前記第二のタイミングに従って生成される前記ジョブの実行状況を受信する。
【選択図】図１

Description

本発明は、監視対象装置でのジョブの稼動状況を監視する技術に関する。

複数のジョブを実行するサーバは、複数のジョブの処理順序が定義されたスケジュール情報に従って、それぞれのジョブを実行する。

ここで、監視対象装置の監視対象項目を設定し、前記監視対象項目の監視時間を設定するともに、設定された前記監視対象項目について、前記監視対象装置によって当該監視対象項目が前記監視時間内で処理されるかを監視する処理装置が知られている（例えば特許文献１参照）。

特開平１１−８５５６９号公報

監視対象の装置により順次実行されるジョブについて、所望時間でのジョブの実施状況を確認することができない。

本発明の一つの形態では、監視対象の装置により順次実行されるジョブについて、所望時間でのジョブの実施状況を確認可能なシステムの提供を課題とする。

被監視装置が順次実行するジョブを監視する監視装置により実行されるジョブ監視プログラムは、監視装置に、被監視装置が実行するジョブについて、ジョブの実行を開始させる第一のタイミングとジョブの実行状況を監視装置に確認させる第二のタイミングとを指定する情報を被監視装置に送信し、被監視装置から前記第二のタイミングに従って生成される前記ジョブの実行状況を受信する。

本発明の一つの形態では、監視対象の装置により順次実行されるジョブについて、所望時間でのジョブの実施状況を確認可能なシステムの提供が可能となる。

監視システムの構成例を示す図である。 被監視装置の構成例を示す図である。 監視装置の機能の構成例を示す図である。 被監視装置の機能ブロックを示す図である。 監視装置の機能ブロックを示す図である。 ジョブ実施データの一例を示す図である。 管理テーブルの一例を示す図である。 通知テーブルの一例を示す図である。 被監視装置による動作の一例を示すフローチャート図である。 監視装置による第一の動作の一例を示すフローチャート図である。 監視装置による第二の動作の一例を示すフローチャート図である。

図１は、監視システムの構成例である。監視システムは、被監視装置１と監視装置２と通知端末４（４−１）、４（４−２）、４（４−３）とを有する。以下の説明においては、通知端末４（４−１）、４（４−２）、４（４−３）のいずれか１台を指して通知端末４と呼ぶ。通知端末４は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等からなり、パトランプ、スピーカ、ディスプレイなどの警告手段を有する。

被監視装置１、監視装置２、通知端末４は、ネットワーク３を介して接続される。ネットワーク３としては、有線又は無線を問わず、インターネット（Ｉｎｔｅｒｎｅｔ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの任意の種類の通信網を採用しても良い。通知端末４のそれぞれには、データ通信における固有のアドレスが割り当てられている。そして、例えば、監視装置２と通知端末４との間では、宛先アドレス及び送信元アドレスにプライベートＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ａｄｄｒｅｓｓ）を指定したパケットが伝送され、当該パケットによって種々の情報が送受されることが考えられる。なお、図１に示した例では、監視装置２に３つの通知端末４が接続される場合を示したが、図示の構成に限定されない。

図２は、本発明による被監視装置１の構成例である。被監視装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、メモリ１２、記憶装置１３、ネットワークインターフェース１４、バス１５を有する。

ＣＰＵ１１は、周辺機器や各種ソフトウェアを実行する他に被監視装置１を制御するプログラムを実行する演算装置である。

メモリ１２は、ＣＰＵ１１がプログラムを実行するために使用される記憶装置である。メモリ１２には、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などを使用することができる。ＲＡＭは、ＣＰＵ１１が命令を実行するときのワークエリアとして利用される。

記憶装置１３は、ＣＰＵ１１により実行されるプログラムや、後述するスケジュールテーブル２０００などの各種情報を記憶している。記憶装置１２の一例として、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置、ハードディスクドライブが挙げられる。

ネットワークインターフェース１４は、バス１５と、ネットワーク３とを接続する。ネットワークインターフェース１５は、ＣＰＵ１１から送られたデータを入力し、入力したデータを、監視装置２に送る。また、監視装置２から送られたデータを入力し、入力したデータを、ＣＰＵ１０に送る。

図３は、本発明による監視装置２の構成例である。監視装置２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、メモリ２２、記憶装置２３、入力装置２４、入力インターフェース２５、ネットワークインターフェース２６、バス２９を有する。

ＣＰＵ２１は、周辺機器や各種ソフトウェアを実行する他に監視装置２を制御するプログラムを実行する演算装置である。

メモリ２２は、ＣＰＵ２１がプログラムを実行するために使用される記憶装置である。メモリ２２には、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などを使用することができる。ＲＡＭは、ＣＰＵ２１のワークエリアから入力したバッファとして使用される。

記憶装置２３は、ＣＰＵ２１により実行されるプログラムや、後述する伝異常通知テーブル３０００、などの各種情報を記憶している。記憶装置２３の一例として、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置、ハードディスクドライブが挙げられる。

入力装置２４は、操作コマンドやデータなど、オペレータによる操作に応じた操作情報を受け付けコンピュータへ伝送する装置である。例えば、マウス、キーボードは、入力装置２４の一例である。

入力インターフェース２５は、入力装置２４をバス２９に接続する。入力インターフェース２５は、入力装置２４からの操作情報を入力し、入力した操作情報を、バス２９を介してＣＰＵ２１に出力する。

ネットワークインターフェース２６は、バス２９と、ネットワーク３とを接続する。ネットワークインターフェース２６は、ＣＰＵ２１から送られたデータを入力し、入力したデータを、ネットワーク３を介して通知端末４に送る。

図４は、本実施例に係る被監視装置１の機能ブロックを示す図である。本実施例に係る被監視装置１は、受信部１００、監視部２００、送信部３００、記憶部４００を有する。

受信部１００は、監視装置２からジョブの実行をすべき旨の要求を受信する機能ユニットであり、ネットワークインターフェース１４により実現される。なお、本実施例では、ネットワーク２およびネットワークインターフェース１６を介して通知端末４から入力される指示としてジョブ指示情報およびスケジュール情報を使用する。スケジュール情報は、実行するジョブの情報、実行するジョブに用いるデータのファイル名、ジョブの実行を開始する時刻、実行中のジョブの実施状況を確認する時刻などの情報を含む。監視部２００は、依頼を受けたジョブの実行状況を監視する機能ユニットであり、ＣＰＵ１１により実行される。

送信部３００は、監視部２００による監視されるジョブの実行状況を監視装置２に送信する。

記憶部４００は、ジョブの実行に必要なデータな各種のデータを保持する機能ユニットであり、メモリ１２、記憶部１３により実現される。

図５は、本実施例に係る監視装置２の機能ブロックを示す図である。本実施例に係る監視装置２は、第一の受付部５００、処理部６００、第二の指示部７００、第二の受付部８００、第一の指示部９００、記憶部１０００、を有する。そして、処理部６００は、監視装置２の全体を制御する機能ユニットであり、ＣＰＵ２１により実現される。処理部６００は、判定部６１０、通知部６２０、を有する。

第一の受付部５００は、オペレータから入力される指示や、通知端末４から入力される指示として、ジョブの実行スケジュールを受け付ける機能ユニットであり、入力装置２４、入力インターフェース、ネットワークインターフェース２６により実現される。

判定部６１０は、被監視装置１により送信されたジョブの実行状況に基づいて、当該ジョブがスケジュールに沿って行われているかを判定する機能ユニットであり、ＣＰＵ２１により実現される。

通知部６２０は、判定部６１０により判定された結果に基づいて、通知端末４に対する通知方法を決定する機能ユニットであり、ＣＰＵ２１により実現される。

第二の指示部７００は、スケジュールに基づいてジョブの実行をすべき旨の要求を被監視装置１に指示する機能ユニットであり、ネットワークインターフェース２６により実現される。

第二の受付部８００は、被監視装置１から送信されるジョブの実行状況を受信する機能ユニットであり、ネットワークインターフェース２により実現される。

第一の指示部９００は、通知部４２０により決定された通知方法によって通知端末４にジョブの実行状況を送信する機能ユニットであり、ネットワークインターフェース２６により実現される。

記憶部１０００は、管理テーブル２００００、通知テーブル３００００などの各種情報を記憶する機能ユニットであり、メモリ２２、記憶装置２３により実現される。

図６は、被監視装置１により生成されたジョブ実施データ１００００の一例を示す図である。ジョブ実施データ１００００は、被監視装置１によるジョブの実行ステータスに応じて生成される。

実行ステータスは被監視装置１にて実行されるジョブの実行状況を示す。実行ステータスは、第一ステップ、第二ステップ、未実行、実行完了、トラブルなどを含む。

第一ステップ、第二ステップは、ジョブの実施中の状態を示す。トラブルは、異常発生によりジョブの実行が停止していることを示す。

実行ステータスは、ジョブの実行状況に応じて、未実行の状態から、第一ステップ、第二ステップの各過程を経て実行完了に遷移する。なお、異常発生によりジョブが停止した場合はトラブルのステータスに遷移する。

図６において、ジョブ実施データ１００００は、項目「ジョブＩＤ」１０００１、項目「ステータス」１０００２、項目「確認タイミング」１０００３、を有する。

項目「ジョブＩＤ」１０００１には、依頼を受けたジョブを一意に識別可能な個別の識別子が登録される。例えば、目的の業務の出力には４つのジョブを実行する必要があるとする。そして、ジョブＩＤの「１」の付されたジョブの実行と、ジョブＩＤの「２」の付されたジョブの実行と、ジョブＩＤの「３」の付されたジョブの実行と、ジョブＩＤの「４」の付されたジョブの実行とを順次実行することで目的の業務が出力される。図７の例では、ジョブＩＤの「２」の付されたジョブの実行がされたことを示す。

項目「ステータス」１０００２には、当該ジョブの実行ステータス情報が登録される。

項目「確認タイミング」１０００３には、当該ジョブの実行状況が確認されたタイミング、ここでは時刻が登録される。

図６の場合、「日本標準時刻の２０１３年４月８日００：００：００」に、識別子「１」の示すジョブが「第一ステップ」の状態であることを示す。

図７は、記憶部１０００に記憶された管理テーブル２００００の一例である。管理テーブル２００００は、被監視装置１でのジョブの実行状況を管理する。管理テーブル２００００は、項目「ジョブＩＤ」２０００１、項目「通知端末ＩＤ」２０００２、項目「開始時間」２０００３、項目「確認時間」２０００４、項目「実行状況」 ２０００５、を有するレコードをジョブの数だけレコード分格納している。

項目「ジョブＩＤ」２０００１には、依頼を受けたジョブを一意に識別可能な個別の識別子が登録される。

項目「通知端末ＩＤ」２０００２には、一つまたは複数の通知端末４の各通知端末を区別するＩＤが登録される。図１に示す例では、通知端末ＩＤとして、通知端末４（４−１）に「１」、通知端末４（４−２）に「２」、通知端末４（４−３）に「３」が、それぞれ付与されている。

項目「開始時間」２０００３には、ネットワーク２およびネットワークインターフェース１６を介して通知端末４から入力される、ジョブの実行を開始する時刻が登録される。項目「確認時間」２０００４には、ネットワーク２およびネットワークインターフェース１６を介して通知端末４から入力される、ジョブの実行状況を確認する時刻が登録される。

項目「実行状況」２０００５には、当該依頼を受けたジョブについての実行の状況を示す値が登録される。ここで、「２」の値は、ジョブの実行が完了したことを示す。「１」の値は、ジョブが実行中であることを示す。「０」の値は、ジョブが未実行であることを示す。また、３レコードの項目「実施状況」２０００５には、値は入力されていない。これは、被監視装置１が、監視装置２にジョブ実施データ１００００の送信を行っていないため、ジョブの実行状況が監視装置２にて判断されていないことを意味する。

ここで、１レコード目では、項目「ジョブＩＤ」２０００１に入力された識別子「１」と、項目「通知端末ＩＤ」２０００２に入力された「１」と、項目「開始時間」２０００３に入力された開始希望時間「日本標準時刻の２０１３年４月８日００：００：００」と、項目「確認時間」２０００４に入力された確認時間「日本標準時刻の２０１３年４月８日０１：００：００」と、項目「実行状態」２０００５に入力されたジョブの実行の完了を示す「２」とをそれぞれ対応付けて格納している。

通知端末つまり、１レコード目では、「日本標準時刻の２０１３年４月８日００：００：００」に実行の開始を希望した識別子「１」の付されたジョブにおいて、「日本標準時刻の２０１３年４月８日０１：００：００」経過した場合に、ジョブの実行状況が「実施完了」であり、当該実施状況をＩＤ「１」の付された通知端末に通知することを示している。

２レコード目では、「日本標準時刻の２０１３年４月８日０１：０１：００」に実行開始を希望した識別子「２」の付されたジョブにおいて、「日本標準時刻の２０１３年４月８日０１：５９：００」経過した場合に、ジョブの実行状況が「実施完了」であり、当該実施状況をＩＤ「１」の付された通知端末に通知することを示している。

なお、項目「確認時間」２０００３は、複数有しても良い。例えば、ジョブの実行状況を複数回確認する場合に、ジョブの実行状況を確認する複数の時間がそれぞれ管理テーブル２００００に登録される。さらに、項目「確認時間」２０００３には、「日本標準時刻の２０１３年４月８日０１：００：００」から「日本標準時刻の２０１３年４月８日０２：００：００」のように所定の時間が登録されていてもよい。また、管理テーブル２００００は、被管理装置１が有していてもよい。

図８は、記憶部１０００に記憶された通知テーブル３００００の一例である。通知テーブル３００００は、利用装置４に対する警告手段を決定する際に用いられる。通知方法３０００は、項目「進捗度」３０００１、項目「色」３０００２、項目「点灯速度」３０００３、項目「音」３０００４、を有するレコードを項目「進捗度」３０００１の格納数に応じたレコードを有する。

項目「進捗度」３０００１には、ジョブの進捗状況を一意に識別可能にする値が登録される。例えば、進捗度０は、ジョブの開始時刻の経過前の状態を示す。進捗度１は、ジョブの開始時刻の経過した状態を示す。進捗度２は、確認時刻までにジョブの実施が完了した状態を示す。進捗度３は、確認時刻では、ジョブが終了していない状態を示す。進捗度４は、確認時刻では、トラブルの発生によりジョブの実施が停止した状態を示す。

項目「色」３０００２には、点灯させるランプの色が登録される。例えば、青、黄色、赤の順番で関係者に対して警告すべき緊急度合いが高まっていることを意味する。

項目「点灯速度」３０００３には、点灯させるランプの点灯速度が登録される。例えば、低速、中速度、高速の順番で関係者に対して警告すべき緊急度合いが高まっていることを意味する。

項目「音」３０００４には、スピーカに出力させる警告音の種類ごとに付された個別の識別子が登録される。

例えば、３レコード目では、項目「進捗度」３０００１に入力された「３」と、項目「色」３０００２に入力された「黄色」ランプと、項目「点灯速度」３０００３に入力された「低速」と、項目「音」３０００４に入力された「Ａ音」とを対応付けて格納する。つまり、「黄色」のランプを「低速」で点灯させるとともに、「Ａ音」の警告音を通知端末に対して出力させる指示に進捗度「３」が付されている。

ここで、図８の例においては、３０００２乃至３０００４の３項目に関する情報が格納されている例を示しているが、これら３項目のうち情報が格納されない項目があっても構わない。例えば、１レコード目では、項目「音」３０００４には情報は入力されていない。なお、通知テーブル３００００は、利用装置４ごとに記憶部１０００に記憶されていてもよい。

以下、図９に示すフローチャートと図６に示すジョブ実施データ１００００とを参照して、本発明による被監視装置１による動作の一例について説明する。

ステップＳ１１において、受信部１００は、監視装置２により送信される、実行するジョブと、ジョブの実行を開始するタイミングと、当該実行されたジョブの実行状況を確認するタイミングとを指示した情報を受信する。そして、処理部２００は、受信した情報に基づいてジョブの実行を行う。具体的には、処理部２００は、ジョブの実行を開始するタイミングが経過した場合に、実行するジョブについて、記憶部４００に記憶されているデータを読み出し、当該データを用いてジョブを実行する。例えば、ジョブの識別子が「１」、開始時間「日本標準時刻の２０１３年４月８日００：００：００」、確認時間「日本標準時刻の２０１３年４月８日０１：００：００」である場合、処理部２００は、「日本標準時刻の２０１３年４月８日００：００：００」に識別子「１」に対応するジョブの実行を開始する。

ステップＳ１２において、監視部２１０は、Ｓ１１で受信した情報に基づいて、実行されたジョブの実行状況を確認するタイミングが経過した場合に、当該ジョブの実施状況を確認する。具体的には、監視部２１０が、処理部２００によるジョブの実施状況に基づいてジョブ実施データ１００００を生成する。例えば、処理部２００が、「日本標準時刻の２０１３年４月８日０１：００：００」に、識別子「１」に対応するジョブの「第一ステップ」の状態にある場合は、監視部２１０が、項目「ジョブＩＤ」１０００１に「１」を、項目「ステータス」１０００２に「第一ステップ」を、項目「確認タイミング」１０００３に「２０１３／０４０８ ０１：００：００」を、それぞれ入力したジョブ実施データ１００００を生成する。

ステップＳ１３において、送信部３００が、ジョブの実行状況を監視装置２００へ送信する。具体的には、ステップＳ１２で生成したジョブ実施データ１００００を監視装置２００に送信する。

以下、図１０に示すフローチャートと図７に示す管理テーブル２００００とを参照して、本発明による監視装置２による第一の動作の一例について説明する。

ステップＳ２１において、第一の受付部５００が、ユーザの操作により入力装置２４から入力される指示や、ネットワーク２およびネットワークインターフェース１６を介して通知端末４から入力される指示として、ジョブと、当該ジョブの実行を開始するタイミングと、当該実行されたジョブの実行状況を確認するタイミングとを受信する。そして、第一の受付部５００が、当該ジョブの実施状況を通知すべき通知端末を特定する。例えば、取得したジョブに基づいて、識別子「１」の付されたジョブを「日本標準時刻の２０１３年４月８日００：００：００」に実行するとともに、「日本標準時刻の２０１３年４月８日０１：００：００」でのジョブの実行状況をＩＤ「１」の付された通知端末に通知すると特定する。

なお、通知端末から受けつけたジョブ依頼を関連付けて登録する場合もあるし、監視装置の管理者が直接入力する場合もある。さらに、ジョブごとに通知すべき通知端末が事前に定められており、第一の受付部５００が、受信したジョブをキーとして一あるいは複数のジョブ実施状況を通知すべき通知端末を特定してもよい。

ステップＳ２２において、処理部６００が、ステップＳ２１で特定した情報を管理テーブル２００００に登録する。例えば、処理部６００が、項目「ジョブＩＤ」２０００１に「１」、項目「通知端末ＩＤ」２０００２に「１」、項目「開始時間」２０００３に「２０１３／０４／０８ ００：００」、項目「確認時間」２０００４に「２０１３／０４／０８ ０１：００」をそれぞれ対応付けて格納したレコードを生成し、管理テーブル２００００に登録する。

ステップＳ２３において、第二の指示部７００が、被監視装置１に対して、実行するジョブと、ジョブの実行を開始するタイミングと、当該実行されたジョブの実行状況を確認するタイミングとを指示した情報を送信する。例えば、第二の指示部７００が、被監視装置１に対して、「日本標準時刻の２０１３年４月８日００：００：００」に識別子「１」に対応するジョブの実行を開始させる。そして、「日本標準時刻の２０１３年４月８日０１：００：００」経過した場合に、ジョブの実行状況を確認させる。

ステップＳ２４において、第一の受付部５００が、ジョブの実行状況を確認するタイミングの変更指示の受信有無を判別する。ジョブの実行状況を確認するタイミングの変更指示には、ジョブを一意に識別可能な個別の識別子と、通知端末４に付されたＩＤと、新たにジョブの実行状況を確認する時刻とを含む。

第一の受付部５００が、変更指示を受信した場合は、ステップＳ２５へ移行する（ステップＳ２４：ＹＥＳ）。一方で、第一の受付部５００が、変更指示を受信しない場合は処理を終了する（ステップＳ２４：ＮＯ）。

ステップＳ２５において、処理部６００が、ステップＳ２４で受信した情報に基づいて管理テーブル２００００の登録内容を変更する。具体的には、処理部６００が、ジョブを一意に識別可能な個別の識別子と、通知端末４に付されたＩＤとをキーとして、キーに対応する通知端末項目「確認時間」２０００４とに入力された時刻を、ステップＳ２４で依頼を受けた時刻に変更する。

ステップＳ２６において、第二の指示部７００が、ステップＳ２５で変更したレコードを基にして、被監視装置１にジョブの実行状況を確認させる指示を送信する。例えば、確認時間が、「日本標準時刻の２０１３年４月８日０１：００：００」から「日本標準時刻の２０１３年４月９日０２：００：００」に変更された場合に、「日本標準時刻の２０１３年４月８日０２：００：００」経過した場合に、被監視装置１に対してジョブの実行状況を確認させる指示を送信する。

ステップＳ２７において、第一の指示部９００が、ステップＳ２４で受信したジョブの実行状況を確認するタイミングの変更指示に従って通知端末４に対して変更指示の完了指示を送信する。例えば、通知端末４に対して、「黄色」ライトを「中速」で点灯させるとともに、スピーカに「Ｂ音」の鳴動させる指示を出す。なお、通知テーブル３００００に別途メッセージを表示させる指示を登録しておき、通知端末４のディスプレイ上にポップアップウインドウが表示され、オペレータに対して「確認時間の変更が完了した旨」のメッセージを表示するなどしてもよい。

以下、図１１に示すフローチャートと図６に示すジョブ実施データ１００００、図７に示す管理テーブル２００００、図８に示す通知テーブル３００００とを参照して、本発明による監視装置２による第二の動作の一例について説明する。

ステップＳ３１において、処理部６００が、進捗度Ｎに０を代入する。

ステップＳ３２において、判定部６１０が、ジョブの実行を開始するタイミングの経過の有無を判別する。具体的には、現在の時刻は、項目「開始時刻」２０００３に入力された時刻を過ぎていないかを判定する。過ぎていない場合は、ステップＳ３１へ移行する（ステップＳ３３：ＮＯ）。一方、過ぎた場合は、ステップＳ３４へ移行する（ステップＳ３３：ＹＥＳ）。

ステップＳ３３において、判定部６１０が、現在の時刻が項目「開始時刻」２０００３に入力された時刻を過ぎており、かつ項目「確認時間」２０００４に入力された時刻を過ぎていないレコードを取得する。

ステップＳ３４において、処理部６００が、Ｎの値を１だけ加算する。そして、判定部６１０が、Ｎの値をキーとして項目「進捗度」３０００１を参照し、キーと一致する項目「進捗度」３０００１を特定する。そして、項目「進捗度」３０００１と対応した項目「色」３０００２、項目「点灯速度」３０００３、項目「音」３０００４、をそれぞれ参照し、参照した各項目に入力された手法で、ステップＳ３３で取得したレコードの項目「通知端末ＩＤ」２０００２に入力されたＩＤが付された通知端末に対して警告する指示をする。例えば、通知端末４に対して、「青色」ライトを「低速」で点灯させる指示を出す。なお、通知テーブル３００００に別途メッセージを表示させる指示を登録しておき、通知端末４のディスプレイ上にポップアップウインドウが表示され、オペレータに対して「開始希望時刻が経過した」旨のメッセージを表示するなどしてもよい。なお、判定部６１０は、開始時刻に被監視装置が実際にジョブの実行をしているか否かを確認させ、ジョブの実行が確認できた場合に、通知端末に対して警告する指示をさせてもよい。

ステップＳ３５において、第二の受付部８００が、被監視装置１により送信されたジョブ実施データ１００００を受信する。具体的には、第二の受付部８００が、被監視装置１により送信されたジョブ実施データ１００００を受信する。そして、処理部６００が、当該ジョブ実施データ１００００の項目「ジョブＩＤ」１０００１、項目「ステータス」１０００２、項目「確認タイミング」１０００３にそれぞれ入力された情報を参照する。処理部６００が、参照した項目「ジョブＩＤ」１０００１に入力された値をキーとして、キーと一致する項目「ジョブＩＤ」２０００１を特定する。そして、処理部６００が、特定した項目「ジョブＩＤ」２０００１と対応する項目「実行状況」２０００５に、「２」、「１」、「０」のいずれかの値を入力する。例えば、項目「ステータス」１０００２に「第一ステップ」が入力されている場合、ジョブが実行中であるため「１」を入力する。項目「ステータス」１０００２に「第二ステップ」が入力されている場合、ジョブの実行が完了しているため「２」を入力する。項目「ステータス」１０００２に「トラブル」が入力されている場合、ジョブの実行が停止しているため「０」を入力する。

ステップＳ３６において、判定部６２０が、ジョブの実行状況を確認するタイミングまでにジョブが完了したかを判別する。具体的には、判定部６２０が、ステップＳ３３で取得されたレコードの項目「確認時間」２０００４に入力された時刻に、ジョブの実施が完了したか否かを判別する。そして、判定部６２０が、項目「実行状況」２０００５に入力された値に基づいてジョブの実施の可否が判断する。「２」が入力されている場合は、ジョブの実行が完了したと判断し、ステップＳ３７に移行する（ステップＳ３６：ＹＥＳ）。一方で、「１」、「０」、が入力されている、あるいは、値が入力されていない場合は、ジョブの実行が完了していないと判断し、ステップＳ３８に移行する（ステップＳ３６：ＮＯ）。

ステップＳ３７において、処理部６００が、Ｎの値を１だけ加算する。そして、判定部６１０が、Ｎの値をキーとして項目「進捗度」３０００１を参照し、キーと一致する項目「進捗度」３０００１を特定する。そして、項目「進捗度」３０００１と対応した項目「色」３０００２、項目「点灯速度」３０００３、項目「音」３０００４、をそれぞれ参照し、参照した各項目に入力された手法で、ステップＳ３３で取得したレコードの項目「通知端末ＩＤ」２０００２に入力されたＩＤが付された通知端末に対して警告する指示をする。例えば、通知端末４に対して、「青」ライトを「中速」で点灯させるとともに、スピーカに「Ｂ音」の鳴動させる指示を出す。つまり、ジョブの実行状況を監視装置が確認したタイミングにおいて、ジョブの実行状況が実施完了である場合には端末の有するランプを青色に点灯させる。なお、通知テーブル３００００に別途メッセージを表示させる指示を登録しておき、通知端末４のディスプレイ上にポップアップウインドウが表示され、オペレータに対して「確認時刻までにジョブの実施が完了した旨」のメッセージを表示するなどしてもよい。

ステップＳ３８において、判定部６２０が、ジョブが実施中であるか否かを判別する。具体的には、判定部６２０が、項目「実行状況」２０００５に入力された値に基づいてジョブの実施の可否が判断する。「１」、が入力されている場合は、ジョブは実行していると判断し、ステップＳ３９に移行する（ステップＳ３８：ＹＥＳ）。一方で、「０」が入力されている、あるいは、値が入力されていない場合は、ジョブは実行していないと判断し、ステップＳ４０に移行する（ステップＳ３８：ＮＯ）。

ステップＳ３９において、処理部６００が、Ｎの値を２だけ加算する。そして、判定部６１０が、Ｎの値をキーとして項目「進捗度」３０００１を参照し、キーと一致する項目「進捗度」３０００１を特定する。そして、特定した項目「進捗度」３０００１と対応する項目「色」３０００２、項目「点灯速度」３０００３、項目「音」３０００４、をそれぞれ参照し、参照した各項目に入力された手法で、ステップＳ３３で取得したレコードの項目「通知端末ＩＤ」２０００２に入力されたＩＤが付された通知端末に対して警告する指示をする。例えば、通知端末４に対して、「黄色」ライトを「低速」で点灯させるとともに、スピーカに「Ａ音」の鳴動させる指示を出す。つまり、ジョブの実行状況を監視装置が確認したタイミングにおいて、ジョブの実行状況が実施終了である場合には端末の有するランプを青に点灯させる。なお、通知端末４のディスプレイ上にポップアップウインドウが表示され、オペレータに対して「確認時刻では、ジョブが終了していない旨」のメッセージを表示するなどしてもよい。

ステップＳ４０において、処理部６００が、Ｎの値を３だけ加算する。そして、判定部６１０が、Ｎの値をキーとして項目「進捗度」３０００１を参照し、キーと一致する項目「進捗度」３０００１を特定する。そして、特定した項目「進捗度」３０００１と対応する項目「色」３０００２、項目「点灯速度」３０００３、項目「音」３０００４、をそれぞれ参照し、参照した各項目に入力された手法で、ステップＳ３３で取得したレコードの項目「通知端末ＩＤ」２０００２に入力されたＩＤが付された通知端末に対して警告する指示をする。例えば、通知端末４に対して、「赤色」ライトを「高速」で点灯させるとともに、スピーカに「Ｐ音」の鳴動させる指示を出す。つまり、ジョブの実行状況を監視装置が確認したタイミングにおいて、ジョブの実行状況が実施停止である場合には端末の有するランプを赤に点灯させる。なお、通知テーブル３００００に別途メッセージを表示させる指示を登録しておき、通知端末４のディスプレイ上にポップアップウインドウが表示され、オペレータに対して「トラブルの発生した」旨のメッセージを表示するなどしてもよい。

このように、被監視装置が順次実行するジョブを監視する監視装置により実行されるジョブ監視プログラムにおいて、前記監視装置に、前記被監視装置が実行するジョブについて、該ジョブの実行を開始させる第一のタイミングと該ジョブの実行状況を該監視装置に確認させる第二のタイミングとを指定する情報を前記被監視装置に送信するステップと、
前記被監視装置から前記第二のタイミングに従って生成される前記ジョブの実行状況を受信するステップと、を実行させる。これにより、監視対象装置により実行されるジョブに関して、ジョブの実施中での状態を確認することができる。

また、確認時刻までにジョブの実施が完了していない場合でも、引き続きジョブを実行するべきか、あるいは、ジョブの実行を停止するかをオペレータに対して判断させることができる。また、通知が必要な通知端末を指定して、当該通知端末に対してのみにジョブの実行状況を通知することができる。

さらに、通知端末を通じて、ジョブの実施状況を把握することが可能となる。したがって、各支店や店舗などの離れた場所にいる関係に対しても当該ジョブの実施状況をリアルタイムに通知することで、顧客のストレス及びオペレータの負荷が軽減される。また、従来システムの監視業務では、システム部門等から離れた場所に対するトラブルの発生やその後の復旧状況の通知を、オペレータが電話やメール等で行っているため、オペレータにとって手間であったが、電話による問合せや対応等、時間短縮が可能になる。

なお、実行するジョブと、ジョブの実行を開始するタイミングと、当該実行されたジョブの実行状況を確認するタイミングとを指示した情報について、当該実行されたジョブの実行状況を確認するタイミングは、当該実行されたジョブの実行状況を通知するタイミングとしてもよい。これにより、オペレータは、所望の時間にジョブの実施状況を知ることが出来る。

（付記１）
被監視装置と、監視装置と、複数の端末とを備えるジョブ監視システムにおける前記監視装置により実行されるジョブ監視プログラムにおいて、
前記監視装置に、
前記被監視装置に実行させるジョブについて、該ジョブの実行状況を該監視装置に通知すべき時刻を指定する情報を前記被監視装置に送信するステップと、
前記被監視装置から前記情報に従って送信される前記ジョブの実行状況を受信するステップと、
を実行させることを特徴とするジョブ監視プログラム。

１ 被監視装置
２ 監視装置
３ ネットワーク
４ 通知端末
１１ ＣＰＵ
１２ メモリ
１３ 記憶装置
１４ ネットワークインターフェース
１５ バス
２１ ＣＰＵ
２２ メモリ
２３ 記憶装置
２４ 入力装置
２５ 入力インターフェース
２６ ネットワークインターフェース
２７ バス
１００ 受信部
２００ 監視部
３００ 送信部
４００ 記憶部
５００ 第一の受付部
６００ 処理部
６１０ 判定部
６２０ 通知部
７００ 第二の指示部
８００ 第二の受付部
９００ 第一の指示部
１０００ 記憶部
１００００ ジョブ実施データ
１０００１ 項目「ジョブＩＤ」
１０００２ 項目「ステータス」
１０００３ 項目「確認タイミング」
２００００ 管理テーブル
２０００１ 項目「ジョブＩＤ」
２０００２ 項目「通知端末ＩＤ」
２０００３ 項目「開始時間」
２０００４ 項目「確認時間」
２０００５ 項目「実行可否」
３００００ 通知テーブル
３０００１ 項目「進捗度」
３０００２ 項目「色」
３０００３ 項目「点灯速度」
３０００４ 項目「音」

Claims (7)

1. 被監視装置が順次実行するジョブを監視する監視装置により実行されるジョブ監視プログラムにおいて、
   前記監視装置に、
   前記被監視装置が実行するジョブについて、該ジョブの実行を開始させる第一のタイミングと該ジョブの実行状況を該監視装置に確認させる第二のタイミングとを指定する情報を前記被監視装置に送信するステップと、
   前記被監視装置から前記第二のタイミングに従って生成される前記ジョブの実行状況を受信するステップと、
   を実行させることを特徴とするジョブ監視プログラム。
   
2. 請求項１記載のジョブ監視プログラムはさらに、
   前記被監視装置から前記第二のタイミングに従って生成される前記ジョブの実行状況を受信する場合に、前記ジョブごとに前記ジョブの実行状況を通知する端末が定められた第一のテーブルを参照して前記ジョブの実行状況を通知する端末を特定するとともに、前記ジョブの実施状況と通知パターンとが対応付けられた第二のテーブルを参照して通知パターンを特定し、該特定された通知パターンで前記ジョブの実行状況を通知する端末に警告を出力させる指示を送信するステップと、
   を実行させることを特徴とする請求項１に記載のジョブ監視プログラム。
   
3. 請求項２記載のジョブ監視プログラムはさらに、
   前記第一のタイミングが経過した場合に前記端末に第一の警告を出力させるステップと、
   前記第二のタイミングが経過した場合に前記ジョブの実行状況が実施終了である場合には前記端末に前記第一の警告を出力させ、前記第二のタイミングが経過した場合に前記ジョブの実行状況が実施中である場合には前記端末に第二の警告を出力させ、前記第二のタイミングが経過した場合に前記ジョブの実行状況が実施停止である場合には前記端末に第三の警告を出力させるステップと
   を実行させることを特徴とする請求項２に記載のジョブ監視プログラム。
   
4. 前記警告は、ランプの点灯、スピーカにより出力される音、ディスプレイへのメッセージ表示の少なくともいずれかを用いて出力させることを特徴とする請求項２または３に記載のジョブ監視プログラム。
   
5. 被監視装置が順次実行するジョブを監視する監視装置により実行されるジョブ監視方法において、
   前記監視装置に、
   前記被監視装置が実行するジョブについて、該ジョブの実行を開始させる第一のタイミングと該ジョブの実行状況を該監視装置に確認させる第二のタイミングとを指定する情報を前記被監視装置に送信するステップと、
   前記被監視装置から前記第二のタイミングに従って生成される前記ジョブの実行状況を受信するステップと、
   を実行させることを特徴とするジョブ監視方法。
   
6. 被監視装置が順次実行するジョブを監視する監視装置おいて、
   前記被監視装置が実行するジョブについて、該ジョブの実行を開始させる第一のタイミングと該ジョブの実行状況を該監視装置に確認させる第二のタイミングとを指定する情報を前記被監視装置に送信する送信部と、
   前記被監視装置から前記第二のタイミングに従って生成される前記ジョブの実行状況を受信する受信部と、
   を備えることを特徴とするジョブ監視装置。
   
7. 監視装置により監視される複数のジョブを順次実行するジョブ被監視装置において、
   前記複数のジョブに関する情報を記憶する記憶部と、
   前記監視装置から送信される、ジョブの実行を開始させる第一のタイミングと該ジョブの実行状況を該監視装置に確認させる第二のタイミングとを指定する情報を受信する受信部と、
   前記第一のタイミングが経過した場合に、前記記憶部に記憶されたジョブのうちの前記ジョブの実行の開始が指示されたジョブを実行する処理部と、
   前記第二のタイミングが経過した場合に、実行された前記ジョブの実施状況を確認する監視部と、
   確認された前記ジョブの実施状況を前記監視装置に送信する送信部と、
   を備えることを特徴とするジョブ被監視装置。