(57)【要約】【課題】本発明は、運用者が履歴を定期的に監視することなく、未実行ジョブの存在を知ることができ、運用者の負荷を軽減することができる情報処理装置を提供する。【解決手段】複数のコマンドからなるジョブと当該ジョブの起動条件を設定させ、設定されたジョブと起動条件を関連付けて保存する。そして、設定された起動条件に合致したときに、設定されたジョブを実行する。未実行ジョブがあるか否かを判定し、未実行ジョブがあるときは通知を行う。【選択図】図６
2010128906.tif 000002
【特許請求の範囲】
【請求項１】
複数のコマンドからなるジョブと当該ジョブの起動条件を設定させるジョブ設定手段と、
前記ジョブ設定手段で設定されたジョブと起動条件とを関連付けて保存するジョブ設定情報保存手段と、
前記ジョブ設定情報保存手段で保存された起動条件に合致するか否かを判定する起動条件判定手段と、
前記動条件判定手段で保存された起動条件に合致したと判定された場合、前記設定されたジョブを実行するジョブ実行手段と、
前記ジョブ実行手段でジョブを実行する場合に、ジョブ実行回数をログとして保存するログ保存手段と、
前記ログ保存手段で保存したログから未実行のジョブがあるか否かを判定する未実行ジョブ判定手段と、
前記未実行ジョブ判定手段で未実行ジョブがあると判定された場合に通知を行う未実行ジョブ通知手段とを備えることを特徴とする情報処理装置。
【請求項２】
前記ジョブ設定手段は、少なくとも前記コマンドの種類、前記コマンドの実行順序、前記起動条件、開始時間及び終了時間、並びに前記未実行ジョブがあるときに通知するか否かを設定させることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記未実行ジョブ判定手段は、前記終了時間が経過した後に、前記ジョブの実行回数に応じて未実行ジョブがあるか否かを判定することを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記未実行ジョブ通知手段は、メール送信、メッセージ表示の少なくとも１つを実行することを特徴とする請求項１乃至３のいずれか１項の記載の情報処理装置。
【請求項５】
前記ジョブ設定情報保存手段は、前記設定されたジョブと起動条件と前記未実行ジョブがあるときの通知とを関連付けて保存することを特徴とする請求項２乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記ジョブ設定手段は、前記未実行ジョブがあるときに前記未実行ジョブ通知手段が通知する処理を複数のコマンドからなるジョブで設定させることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
複数のコマンドからなるジョブと当該ジョブの起動条件を設定させるジョブ設定工程と、
前記ジョブ設定工程で設定されたジョブと起動条件とを関連付けて保存するジョブ設定情報保存工程と、
前記ジョブ設定情報保存工程で保存された起動条件に合致するか否かを判定する起動条件判定工程と、
前記起動条件判定工程で保存された起動条件に合致したと判定された場合、前記設定されたジョブを実行するジョブ実行工程と、
前記ジョブ実行工程でジョブを実行する場合に、ジョブ実行回数をログとして保存するログ保存工程と、
前記ログ保存工程で保存したログから未実行のジョブがあるか否かを判定する未実行ジョブ判定工程と、
前記未実行ジョブ判定工程で未実行ジョブがあると判定された場合に通知を行う未実行ジョブ通知工程とを備えることを特徴とする情報処理方法。
【請求項８】
前記ジョブ設定工程は、少なくとも前記コマンドの種類、前記コマンドの実行順序、前記起動条件、開始時間及び終了時間、並びに前記未実行ジョブがあるときに通知するか否かを設定させることを特徴とする請求項７記載の情報処理方法。
【請求項９】
前記未実行ジョブ判定工程は、前記終了時間が経過した後に、前記ジョブの実行回数に応じて未実行ジョブがあるか否かを判定することを特徴とする請求項８記載の情報処理方法。
【請求項１０】
前記未実行ジョブ通知工程は、メール送信、メッセージ表示の少なくとも１つを実行することを特徴とする請求項７乃至９のいずれか１項の記載の情報処理方法。
【請求項１１】
前記ジョブ設定情報保存工程は、前記設定されたジョブと起動条件と前記未実行ジョブがあるときの通知とを関連付けて保存することを特徴とする請求項８乃至１０のいずれか１項に記載の情報処理方法。
【請求項１２】
前記ジョブ設定工程は、前記未実行ジョブがあるときに前記未実行ジョブ通知工程で通知する処理を複数のコマンドからなるジョブで設定させることを特徴とする請求項７乃至１１のいずれか１項に記載の情報処理方法。
【請求項１３】
請求項７乃至１２のいずれか１項に記載の情報処理方法をコンピュータに実行させるためのコンピュータに読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び方法、並びにプログラムに関し、特に、電子商取引（ＥＤＩ）システムにおける実行結果管理処理に関する。
【背景技術】
【０００２】
近年、企業などにおいては、受発注業務における業務効率化のために、電子商取引を行うＥＤＩシステムが導入されている。通常、企業内で利用される基幹システムは、その企業が独自に決めた自社フォーマットで構築されているが、他の企業との間で電子商取引をする場合には、ＥＤＩシステムにより自社フォーマットから業界標準のフォーマットに変換すると共に、標準のプロトコルで取引先企業と通信をする。ここで、ＥＤＩシステムでデータ通信するには、あらかじめ業務プロセスのＥＤＩ部分を定義したジョブと起動条件を定義・登録しておき、起動条件に合致した場合にデータ通信を実行する。この起動条件としては、定義した日時条件を満たした場合に実行するスケジュール起動や、基幹システムにおいて定義したファイルが作成された場合に実行するディレクトリ起動や、登録済みの外部プロセスからのイベントが条件を満たした場合に起動する外部プロセス起動がある。
【０００３】
このようなＥＤＩシステムでは、あらかじめ登録しておいたジョブが正常に終了したかを確認する業務が重要になるが、業務効率の向上を目的として、例えば、特許文献１に記載された技術が提案されている。
【特許文献１】特開平１１−９６２３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１の技術では、ジョブが正常に終了したか異常終了したかを管理することはできるが、電子商取引においては十分ではない。つまり、電子商取引においては、指定時間内に実行するようにジョブを設定登録するが、自社の基幹システムや取引先のシステムの影響を受けるために、どのタイミングでジョブが実行されるか不定となることから、特許文献１の技術では、ジョブが実行されたか否かを運用管理者が運用管理機能を利用して履歴画面を手動で表示させ、目視で確認するしか手段がなく、運用管理者の負担になると共に、人為的なミスが発生する可能性がある。
【０００５】
本発明は、上記問題に鑑みて成されたものであり、運用者が履歴を定期的に監視することなく、未実行ジョブの存在を知ることができ、運用者の負荷を軽減することができる情報処理装置及び方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、請求項１記載の情報処理装置は、複数のコマンドからなるジョブと当該ジョブの起動条件を設定させるジョブ設定手段と、前記ジョブ設定手段で設定されたジョブと起動条件とを関連付けて保存するジョブ設定情報保存手段と、前記ジョブ設定情報保存手段で保存された起動条件に合致するか否かを判定する起動条件判定手段と、前記動条件判定手段で保存された起動条件に合致したと判定された場合、前記設定されたジョブを実行するジョブ実行手段と、前記ジョブ実行手段でジョブを実行する場合に、ジョブ実行回数をログとして保存するログ保存手段と、前記ログ保存手段で保存したログから未実行のジョブがあるか否かを判定する未実行ジョブ判定手段と、前記未実行ジョブ判定手段で未実行ジョブがあると判定された場合に通知を行う未実行ジョブ通知手段とを備えることを特徴とする。
【０００７】
上記目的を達成するために、請求項７記載の情報処理方法は、複数のコマンドからなるジョブと当該ジョブの起動条件を設定させるジョブ設定工程と、前記ジョブ設定工程で設定されたジョブと起動条件とを関連付けて保存するジョブ設定情報保存工程と、前記ジョブ設定情報保存工程で保存された起動条件に合致するか否かを判定する起動条件判定工程と、前記起動条件判定工程で保存された起動条件に合致したと判定された場合、前記設定されたジョブを実行するジョブ実行工程と、前記ジョブ実行工程でジョブを実行する場合に、ジョブ実行回数をログとして保存するログ保存工程と、前記ログ保存工程で保存したログから未実行のジョブがあるか否かを判定する未実行ジョブ判定工程と、前記未実行ジョブ判定工程で未実行ジョブがあると判定された場合に通知を行う未実行ジョブ通知工程とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、運用者が履歴を定期的に監視することなく、未実行ジョブの存在を知ることができ、運用者の負荷を軽減することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００１０】
図１は、本発明の実施形態におけるＥＤＩシステムの概略構成を示す図である。
【００１１】
ＥＤＩシステム１０１は、インターネット等のネットワーク１０３を介して、取引先ＥＤＩシステム１０４を備えた複数の取引先１０５との間で商取引に関する電子情報であるＥＤＩデータ１１０を相互に交換する。また、ＥＤＩシステム１０１は、ＬＡＮ等のネットワーク１０９を介して互いに接続されている基幹システム１００、ジョブ運用管理サーバ１０２、運用者用端末１０６、及び管理者用端末１０８を備えている。基幹システム１００、ジョブ運用管理サーバ１０２、運用者用端末１０６、及び管理者用端末１０８は、主にＷｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）などのＯＳを搭載したコンピュータを想定しているが、本発明では使用ＯＳを限定するものではない。
【００１２】
ジョブ運用管理サーバ１０２は、ＥＤＩ通信機能、ＥＤＩデータ変換機能、及び運用管理機能を有し、基幹システム１００と取引先ＥＤＩシステム１０４との間のデータ交換の仲介を行う。ここでいう仲介とは、ＥＤＩデータを双方のフォーマット（自社フォーマット、業界標準フォーマット）に変換し、通信可能なプロトコルで送受信することを指す。また、ジョブ運用管理サーバ１０２は、メールサーバとしての機能を有しており、ジョブが実行されなかった結果などを運用者用端末１０６等に送信する。もちろん、メールサーバ機能を別の筺体でおこなうものとする構成であってもよい。
【００１３】
運用者用端末１０６は、ジョブ運用管理サーバ１０２の実行状況を確認や指示をするための端末である。なお、図示例では、運用者用端末が１台配置されているが、要件により複数台の運用者用端末がネットワーク１０９上に配置されていてもよい。
【００１４】
管理者用端末１０８は、ジョブ運用管理サーバ１０２の設定情報を構築する端末である。これも運用者用端末１０６と同様、要件により複数台の管理者用端末がネットワーク１０９上に配置されていてもよい。なお、本実施の形態では、運用者用端末１０６と管理者用端末１０８とを分けたが、同一端末であってもよいし、さらに運用業務と管理業務を行うものが同一者であっても構わない。
【００１５】
なお、図１のネットワーク１０９上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１６】
次に、図１のジョブ運用管理サーバ１０２のハードウェア構成について、図２を用いて説明する。なお、運用者用端末１０６、管理者用端末１０８の各種端末のハードウェア構成については、ジョブ運用管理サーバ１０２と同じであり、それらの説明については省略する。
【００１７】
図２は、図１のジョブ運用管理サーバ１０２のハードウェア構成を示す図である。
【００１８】
図２において、ＣＰＵ２０１は、システムバス２０４に接続された各デバイスやコントローラを統括的に制御する。ＲＯＭ２０２或いは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、「ＯＳ」と略す）、各サーバ或いは各ＰＣが有する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００１９】
入力コントローラ２０５は、キーボードや不図示のマウス等のポインティングデバイスを含む操作入力装置（ＫＢ／ＰＤ）２０９からの入力を制御する。ビデオコントローラ２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示装置への表示を制御する。表示装置はＣＲＴだけでなく、液晶ディスプレイでも構わない。
【００２０】
メモリコントローラ２０７は、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。外部メモリ２１１には、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等が記憶される。
【００２１】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０３を介して、取引先ＥＤＩシステム１０４等を含む外部機器と接続し、通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２２】
本発明を実現するためのプログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行される。また、ＣＰＵ２０１が該プログラムを実行する際に用いる各種テーブル情報（図１３ａ及び図１３ｂに示すジョブ設定情報テーブル１５００、図１４に示すジョブ実行制御テーブル１６００、図１５に示すジョブ実行ログテーブル１７００）は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００２３】
図３は、図１の運用者用端末１０６、管理者用端末１０８、及びジョブ運用管理サーバ１０２の機能構成を概略的に示すブロック図である。
【００２４】
図３において、運用者用端末１０６は、運用管理画面表示部３００を備える。運用管理画面表示部３００は、運用者がジョブの実行状況の管理をするための入力及び表示するための機能を有する。
【００２５】
管理者用端末１０８は、ジョブ設定部３０１と、運用者管理部３０２を備える。ジョブ設定部３０１は、管理者がジョブの設定をするための入力及び表示するための機能を有する。運用者管理部３０２は、管理者が運用者の利用権限を設定するための入力及び表示のための機能を有する。
【００２６】
ジョブ運用管理サーバ１０２は、運用管理画面表示部３００の様々な機能に対応するサーバ機能を有する運用管理部３０３と、起動条件・排他制御などの状態を監視し、ジョブを実行するタイミングを決定する機能を有するジョブ実行制御部３０９と、ジョブ運用管理サーバ１０２の機能とジョブ設定情報データベース（ＤＢ）３１３及びジョブ実行ログデータベース（ＤＢ）３１４とのインタフェース機能を有する設定・ログ情報管理部３１２を備える。
【００２７】
運用管理部３０３において、運用画面生成部３０４は、運用管理画面表示部３００に対して表示内容を生成して転送する機能を有する。ジョブ再実行受付部３０５は、運用管理画面表示部３００より送信された再実行要求を受信して処理する機能を有する。実行中ジョブ状態設定部３０７は、実行中のジョブに対して運用管理画面表示部３００より送信された設定を反映する機能を有する。システム状態設定部３０８は、運用管理画面表示部３００より送信されたシステム設定を反映する機能を有する。
【００２８】
ジョブ実行制御部３０９において、ジョブ実行部３１０は、起動待ちになったジョブを実行する機能を有する。ジョブ再実行部３１１は、起動待ちになった再実行ジョブを実行する機能を有する。
【００２９】
ジョブ設定情報ＤＢ３１３には、図１３ａ及び図１３ｂに示すジョブ設定情報テーブル１５００が登録（保存）され、ジョブ実行ログＤＢ３１４には、図１４に示すジョブ実行制御テーブル１６００及び図１５に示すジョブ実行ログテーブル１７００が登録（保存）される。
【００３０】
図４は、図１のＥＤＩシステム１０１にて実行される基本的な処理のフローを示すフローチャートである。
【００３１】
まず、ステップＳ４０１では、ジョブ設定処理が実行される。ジョブ設定処理では、管理者用端末１０８内のジョブ設定部３０１を用いて利用者から入力されたジョブ設定情報がジョブ運用管理サーバ１０２に送信され、ジョブ運用管理サーバ１０２内の設定・ログ情報管理部３１２によって、ジョブ設定情報ＤＢ３１３に保存（登録）され、ジョブの実行可能状態とする。
【００３２】
次に、ステップＳ４０２では、ジョブ運用管理サーバ１０２において、ジョブ実行制御処理が実行される。ジョブ実行制御処理では、ジョブ設定情報ＤＢ３１３に保存されたジョブ設定情報を元に、ジョブ運用管理サーバ１０２内のジョブ実行制御部３０９が、ジョブの実行条件（起動条件）を確認してジョブの実行制御を行う。ここでは、ジョブが予め設定された監視時間内に実行されなかった場合に、ステップＳ４０１で事前に設定された未実行時ジョブが実行される。
【００３３】
次に、図４のステップＳ４０１におけるジョブ設定処理の詳細なフローについて説明する。
【００３４】
図５ａ及び図５ｂは、図４のステップＳ４０１におけるジョブ設定処理の詳細なフローを示すフローチャートである。図５ａに示す処理は、管理者用端末１０８内のジョブ設定部３０１の機能によりＣＰＵ２０１が所定の制御プログラムを読み出して実行することで成される処理である。図５ｂに示す処理は、ジョブ運用管理サーバ１０２内の設定・ログ情報管理部３１２の機能によりＣＰＵ２０１が所定の制御プログラムを読み出して実行することで成される処理である。
【００３５】
図５ａにおいて、ジョブ設定部３０１は、ＣＲＴ２１０に処理メニューの画面（不図示）を表示した後、管理者からの指示によりコマンド設定画面表示要求を受け付けると、図８に示すようなコマンド設定画面１０００を表示し（ステップＳ５０１）、管理者からコマンドに関する設定情報（コマンド名称やパラメータ等）の入力を受け付ける（ステップＳ５０２）。ジョブを構成するために必要なコマンドは、ここで設定しておく必要がある。もちろん、ジョブ登録をした後でも、コマンド登録をすることは可能であるが、本実施の形態ではその説明を省略する。
【００３６】
本実施形態において、コマンドとは、本システムでの最小単位の処理プロセスを意味する。複数のコマンドを組み合わせることにより、ジョブを構築することができる。さらに、ジョブに起動条件を紐付けることにより、ジョブの実行が可能な状態となる。なお、コマンド設定画面１０００上で設定可能なコマンドに関する設定情報は図示のコマンド名称やパラメータの他にも存在するが、それらの説明については割愛する。
【００３７】
コマンド設定画面１０００には、コマンド名称を入力するためのコマンド名称入力欄１００１と、パラメータを入力するためのパラメータ入力欄１００２と、パラメータの編集ボタン１００３と、ＯＫボタン１００４と、キャンセルボタン１００５が配置されている。キャンセルボタン１００５が押下されると、それまでに入力されたデータは削除され、コマンド設定画面１０００が閉じる。なお、パラメータについては、パラメータ入力欄１００２にパラメータを直接入力しても、編集ボタン１００３を押下することでパラメータを設定してもよい。
【００３８】
そして、ジョブ設定部３０１は、コマンド設定画面１０００上でＯＫボタン１００４が押下されると、コマンド設定画面１０００上で入力されたコマンド名称やパラメータを含む設定情報をコマンド登録要求としてジョブ運用管理サーバ１０２に送信する（ステップＳ５０３）。その後、処理メニューの画面（不図示）を表示する。また、管理者からさらにコマンド設定の指示があれば、上記処理を繰り返すことになる。
【００３９】
図５ｂにおいて、ステップＳ５２１では、設定・ログ情報管理部３１２は、管理者用端末１０８からコマンド登録の要求があるか否かを判定する。要求があった場合、設定・ログ情報管理部３１２は、管理者用端末１０８から受信したコマンドに関する設定情報を一時的にメモリ（例えば、ＲＡＭ２０３等）上に保持する（ステップＳ５２２）。
【００４０】
図５ａに戻り、処理メニューの画面（不図示）上で管理者からの指示によりジョブ設定画面表示要求を受けると、図９に示すようなジョブ設定画面１１００を表示し（ステップＳ５０４）、管理者からジョブに関する設定情報（ジョブ名、コマンドの実行順序とコマンド戻り値による分岐が定義されたジョブ等）を受け付ける（ステップＳ５０５）。
【００４１】
ジョブ設定画面１１００には、ジョブ名を入力するためのジョブ名入力欄１１０１と、コマンドの実行順序とコマンド戻り値による分岐が定義されたジョブを設定するためのジョブ設定欄１１０２が配置されている。コマンドがジョブ設定欄１１０２上の任意の位置に配置されて、遷移条件による順序性が定義されることにより、ジョブが作成される。１つのジョブを作成するには、少なくとも開始コマンド、終了コマンド、ユーザ定義コマンドの３つを組み合わせる。開始コマンドと終了コマンドは、システムで用意された既定のコマンド（以下、「システムコマンド」とする）である。ユーザ定義コマンドは、図５ｂのステップＳ５２２でＲＡＭ２０３に一時保存されたコマンドのことである。
【００４２】
作成されるジョブは、必ず開始コマンドで始まり、終了コマンドで終了するように定義される必要がある。図９に示す一例では、マトリックス状のジョブ設定欄１１０２における座標（Ｘ，Ｙ）＝（１，１）の開始コマンド“開始”からジョブが開始され、次に、ユーザ定義コマンド“コマンド１”でコマンドの戻り値が“０”の場合にユーザ定義コマンド“コマンド２”に遷移させ、それ以外の場合は終了コマンド“異常終了”に遷移させ、ユーザ定義コマンド“コマンド２”では、コマンドの戻り値が“０”の場合に終了コマンド“正常終了”に遷移させ、それ以外の場合は終了コマンド“異常終了”に遷移させるという設定である。
【００４３】
一方、図１０に示すジョブ設定画面１２００では、開始コマンド“開始”からジョブが開始され、次に、ユーザ定義コマンド“メール送信”を実行し、終了コマンド“終了”に遷移させるという設定である。ジョブ設定画面１２００は、ジョブ未実行時に実行させるジョブを設定するためのジョブ設定画面であり、図９に示すジョブ設定画面１１００上で受け付けるジョブ設定と同様の方法で、ジョブ設定を受け付ける。そのため、ジョブ設定画面１２００には、ジョブ名を入力するためのジョブ名入力欄１２０１と、コマンドの実行順序とコマンド戻り値による分岐が定義されたジョブを設定するためのジョブ設定欄１２０２が配置されている。
【００４４】
そして、ジョブ設定部３０１は、ジョブ設定画面１１００上でＯＫボタン１１０３が押下されると、ジョブ設定画面１１００上で入力されたジョブ設定情報をジョブ登録要求としてジョブ運用管理サーバ１０２に送信する（ステップＳ５０６）。その後、処理メニューの画面（不図示）を表示する。また、管理者からさらにジョブ設定の指示があれば、上記処理を繰り返すことになる。なお、キャンセルボタン１１０４が押下されると、それまでに入力されたデータは削除され、ジョブ設定画面１１００が閉じる。
【００４５】
図５ｂにおいて、ステップＳ５２３では、設定・ログ情報管理部３１２は、管理者用端末１０８からジョブ登録の要求があるか否かを判定する。要求があった場合、設定・ログ情報管理部３１２は、管理者用端末１０８から受信したジョブの設定情報を一時的にＲＡＭ２０３上に保持する（ステップＳ５２４）。
【００４６】
図５ａに戻り、処理メニューの画面（不図示）上で管理者からの指示により起動条件設定画面の表示要求を受けると、ジョブ設定部３０１は、図１１に示すような起動条件設定（ディレクトリ監視）画面１３００を表示し（ステップＳ５０７）、管理者から起動条件、監視時間、及びジョブ未実行時の動作設定を受け付ける（ステップＳ５０８）。
【００４７】
起動条件設定画面１３００には、起動条件としてのファイルパス設定欄１３０１及び移動先ディレクトリ設定欄１３０３と、ファイルパスを選択するための参照ボタン１３０２と、移動先ディレクトリを選択するための参照ボタン１３０４と、ジョブを実行するか否かを判断するために起動条件のファイルパスを監視する監視時間としての開始時間入力欄１３０５及び終了時間入力欄１３０６と、ジョブ未実行時に実行するジョブを設定するための未実行時実行ジョブ設定欄１３０８と、ＯＫボタン１３０９と、キャンセルボタン１３１０が配置されている。また、ジョブ未実行時に、未実行時実行ジョブ設定欄１３０８で設定されたジョブを実行するか否かを設定するためのチェックボックス１３０７が配置されている。図示例では、ジョブの未実行時に実行するジョブとして、メール通知を実行するように設定されている。
【００４８】
そして、起動条件設定画面１３００上でＯＫボタン１３０９が押下されると、ジョブ設定部３０１は、起動条件設定画面１３００上で入力された起動条件や監視時間等を起動条件登録要求としてジョブ運用管理サーバ１０２に送信する（ステップＳ５０９）。その後、処理メニューの画面（不図示）を表示する。また、管理者からさらに起動条件設定の指示があれば、上記処理を繰り返すことになる。なお、キャンセルボタン１３１０が押下されると、それまでに入力されたデータは削除され、起動条件設定画面１３００が閉じる。
【００４９】
図５ｂにおいて、ステップＳ５２５では、設定・ログ情報管理部３１２は、管理者用端末１０８から起動条件の登録要求があるか否かを判定する。要求があった場合、設定・ログ情報管理部３１２は、管理者用端末１０８から受信した起動条件に関する情報を一時的にＲＡＭ２０３上に保持する。
【００５０】
次に、ステップＳ５２７では、設定・ログ情報管理部３１２は、すべての設定が終了したか否かを判定する。例えば、管理者用端末１０８の処理メニューの画面（不図示）上で管理者からの指示により設定終了要求を受け付けた場合は、ジョブ設定部３０１からジョブ運用管理サーバ１０２内の設定・ログ情報管理部３１２にジョブ設定が終了した旨の通知が行われる。
【００５１】
ステップＳ５２７の判定の結果、すべての設定が終了したと判定した場合は、設定・ログ情報管理部３１２は、ＲＡＭ２０３上に一時的に保持されたコマンド、ジョブ、及び起動条件（監視時間やジョブ未実行時の動作設定を含む）に関する各設定情報を図１３ａ、図１３ｂに示すようなジョブ設定情報テーブル１５００（ジョブ設定情報ＤＢ３１３）に保存（登録）する。さらに、図１４に示すようなジョブ実行制御テーブル１６００を作成して（ステップＳ５２８）、本処理を終了する。
【００５２】
ジョブ設定情報テーブル１５００の保存処理については次の手順で行われる。
【００５３】
コマンドに関する設定情報について、設定・ログ情報管理部３１２は、図１３ａに示すcommand_infoテーブル１５０１に新規レコードを追加する。command_infoテーブル１５０１は、コマンドＩＤと、コマンド名と、パラメートとで構成される。コマンドＩＤは、設定・ログ情報管理部３１２により自動生成される。コマンドＩＤの自動生成方法については、command_infoテーブル１５０１におけるコマンドＩＤの最大値に１をインクリメントすることにより新たなコマンドＩＤを生成する。なお、本実施形態における各種ＩＤについても、原則として、この生成方法に準じて生成されるものとする。
【００５４】
コマンド名及びパラメータは、管理者用端末１０８から受信した設定情報に含まれているものである。
【００５５】
ジョブに関する設定情報について、設定・ログ情報管理部３１２は、図１３ａに示すjob_infoテーブル１５０２、flow_item_infoテーブル１５０３に新規レコードを追加する。
【００５６】
job_infoテーブル１５０２には、設定・ログ情報管理部３１２により自動生成されたジョブＩＤと、ジョブ設定画面１１００上のジョブ名入力欄１１０１に入力されたジョブ名とが１レコードとして保存（登録）される。ジョブＩＤは、上述したコマンドＩＤの自動生成方法と同様に生成された、ジョブＩＤの最大値＋１とする。
【００５７】
flow_item_infoテーブル１５０３には、ジョブ設定画面１１００に入力されたコマンド１つに対して１レコードが追加される。ジョブＩＤは、job_infoテーブル１５０２に新規レコードとして保存されるジョブＩＤである。フローアイテムＩＤは、上述したコマンドＩＤの自動生成方法と同様に生成された、既に存在しているフローアイテムＩＤの最大値＋１とする。名称は、ジョブ設定画面１１００上で管理者が任意に設定した名称である。タイプは、コマンドの種類を示し、システムにより固定で用意されている。例えば、開始コマンドであれば“開始”、終了コマンドであれば“終了”、ユーザ定義コマンドであれば“コマンド”となる。Ｘ座標は、ジョブ設定画面１１００のジョブ設定欄１１０２上のコマンド配置位置の横方向座標位置を示し、Ｙ座標は縦方向の座標位置を示す。
【００５８】
ＸＭＬデータは、あらかじめ設定・ログ情報管理部３１２にコマンドごとに定義されたＸＭＬプログラムのテンプレートを登録しておき、ジョブ設定画面１１００のジョブ設定欄１１０２上に配置されたコマンドに対応するＸＭＬデータを抽出し、さらにパラメータを挿入することで作成される。なお、本実施形態では、使用しているユーザ定義コマンドのコマンドＩＤとコマンド間の遷移情報とジョブの戻り値を格納することができ、システム機能として遷移先が複数設定できるために、階層構造であるＸＭＬ形式を採用しているが、これに限るものではない。
【００５９】
ＸＭＬデータにおいて、command要素のid属性の値は、command_infoテーブル１５０１のコマンドＩＤ（例えば、“２０”や“２１”）を参照している。なお、command要素は、ユーザ定義コマンドにのみ出現し、システムコマンド（開始コマンドや終了コマンド）には出現しない。subprocess要素のref属性には、遷移先のフローアイテムＩＤが設定される。subprocess要素内のequals要素のvariable属性とvalue属性は、遷移条件を示す。variable属性が“exitcode”であれば、コマンドの戻り値を遷移条件として利用することを意味し、戻り値の具体値がvalue属性に設定される。subprocess要素内が空であれば、無条件に遷移することを表す。subprocess要素は、複数存在することができる。
【００６０】
タイプが“終了”であるレコードのＸＭＬデータには、set要素が存在するが、これはジョブが正常終了か異常終了かを判断するために利用するパラメータである。set要素のvalue属性の値が“normal”だった場合は、正常終了を意味し、“abnormal”だった場合は、異常終了を意味する。なお、遷移条件については、ジョブ設定画面１１００より遷移する他の設定画面（不図示）で設定するように構成してもよい。
【００６１】
さらに、flow_item_infoテーブル１５０３には、ジョブ設定画面１１００上で設定された内容の他に、ジョブ設定画面１２００上で設定された内容も反映される。図示例では、フローアイテムＩＤ１〜５には“ジョブＡ”内のコマンドが、フローアイテムＩＤ６〜８には“メール通知”内のコマンドが設定されている。
【００６２】
起動条件に関する設定情報について、設定・ログ情報管理部３１２は、図１３ｂに示すevent_infoテーブル１５０４に新規レコードを追加する。図示例では、１４時から１５時の間に起動条件に合致した（“／ｐａｔｈ／ｔｏ”というフォルダにｆｉｌｅ１が入力された）ときに、そのデータを“／ｍｏｖｅ／ｔｏ”というフォルダに移動させてジョブを実行する一方、１４時から１５時の間に一度も起動条件に合致しなかった場合は、ジョブＩＤ１２４の“メール通知”ジョブを実行するという設定である。このメール通知のジョブが実行されると、ジョブ運用管理サーバ１０２内のメールサーバ部３１５にデータを通知し、そこから予め設定されている運用者用端末１０６または管理者用端末１０８に対してメールが送信される。
【００６３】
event_infoテーブル１５０４には、ジョブＩＤと、起動条件ＩＤと、ＸＭＬデータが１レコードとして保存（登録）される。ジョブＩＤは、job_infoテーブル１５０２に新規作成されたジョブＩＤである。起動条件ＩＤは、上述したコマンドＩＤの自動生成方法と同様にシステムにより自動生成された、既に登録済みの起動条件ＩＤの最大値＋１とする。ＸＭＬデータには、ディレクトリ監視対象ファイルや監視時間などの起動条件の内容が保存される。
【００６４】
ＸＭＬデータにおいて、timeinfo要素は、２つのtime要素を持つことができ、１番目のtime要素には開始時間（開始時刻）、２番目のtime要素には終了時間（終了時刻）がそれぞれ設定される。file要素のname属性には、監視対象のファイルパスが設定される。ｍｏｖｅ要素には、監視ファイルの移動先のファイルパスが設定される。さらに、fileinfo要素のpostjob属性には、未実行時に実行するジョブＩＤが設定される。
【００６５】
次に、ジョブ実行制御テーブル１６００の作成処理について図１４を参照して説明する。
【００６６】
図１４において、ジョブ実行制御テーブル１６００は、ジョブ運用管理サーバ１０２のジョブ実行制御部３０９より参照されるテーブル情報である。ジョブ実行制御部３０９は、ジョブ実行制御テーブル１６００に登録されている起動条件を定期的に確認しながら、条件に合致したジョブを実行する。なお、詳細な処理については後述する。
【００６７】
job_eventテーブル１６０１は、ジョブの実行制御に必要な情報とジョブとを紐付ける情報が保存される。実行制御に必要な情報とは、起動条件の情報と、実行状況（例えば、イベントが発生済みであるかなど）である。job_eventテーブル１６０１は、制御ＩＤと、ジョブＩＤと、実行回数と、未実行ジョブ制御ＩＤとで構成される。制御ＩＤは、システムにより自動生成された、既に登録済みの制御ＩＤの最大値＋１とする。ジョブＩＤは、event_infoテーブル１５０４のジョブＩＤである。実行回数は、ジョブが実行されるたびに＋１される。この値は、ジョブが実行されたかどうかを判断するために利用される。未実行ジョブ制御ＩＤには、ジョブの未実行が確定したタイミングで、未実行時ジョブが実行待ち状態になり（job_eventテーブル１６０１にレコード追加）、その制御ＩＤが設定される。従って、このタイミングでは何も設定されない。
【００６８】
common_eventテーブル１６０２には、time_eventテーブル１６０３とfile_eventテーブル１６０４に登録された情報と制御ＩＤとを紐付け、イベントが発生したかどうかの状況を把握するためにイベント発生有無が登録される。common_eventテーブル１６０２は、制御ＩＤ、制御サブＩＤ、イベント発生有無で構成される。制御ＩＤは、job_eventテーブル１６０１の制御ＩＤである。制御サブＩＤは、time_eventテーブル１６０３かfile_eventテーブル１６０４の制御サブＩＤである。従って、順序的にはtime_eventテーブル１６０３やfile_eventテーブル１６０４が生成された後に、common_eventテーブル１６０２が生成される。イベント発生有無は、イベントが発生したかどうかを示す値である。値が“Ｎ”であれば発生していないことを示し、“Ｙ”であれば発生したことを示す。設定反映直後であれば、“Ｎ”が登録される。
【００６９】
time_eventテーブル１６０３は、監視時間に関する情報として、制御サブＩＤ、タイプ、日時、及び未実行ジョブＩＤで構成される。制御サブＩＤは、システムで自動的に生成された、既に登録済みの制御サブＩＤの最大値＋１とする。タイプは、ステップＳ５２５で設定された監視時間の開始を示す“開始”または監視時間の終了を示す“終了”が登録される。具体的には、envet_infoテーブル１５０４のＸＭＬデータ項目内のtime要素の順序により“開始”か“終了”が設定される。time要素は２つ存在するが、１番目の場合は“開始”が設定され、２番目の場合は“終了”が設定される。日時には、監視時間の開始日時及び終了日時が登録される。具体的には、event_infoテーブル１５０４のＸＭＬデータ項目内のtime要素の値が設定される。未実行ジョブＩＤには、ジョブが未実行だった場合に実行するジョブＩＤが設定される。具体的には、event_infoテーブル１５０４のＸＭＬデータ項目内のtimeinfo要素のpostJob属性の値が設定される。
【００７０】
file_eventテーブル１６０４は、監視対象ファイルに関する情報として、制御サブＩＤ、検出ファイルパターン、移動先ディレクトリ、バックアップファイルパスで構成される。制御サブＩＤは、システムで自動的に生成された、既に登録済みの制御サブＩＤの最大値＋１である。検出ファイルパターンは、図１３ｂに示すevent_infoテーブル１５０４のＸＭＬデータ項目内のfile要素のname属性の値が設定される。移動先ディレクトリは、event_infoテーブル１５０３のＸＭＬデータ項目内のｍｏｖｅ要素の値が設定される。バックアップファイルパスは、実際にバックアップ処理が実行されたタイミングで設定される。設定反映直後では、値は入っておらず空で設定される。また、time_eventテーブル１６０３とfile_eventテーブル１６０４の制御ＩＤは、ジョブ運用管理サーバ１０２において、互いにユニーク性が保証される。
【００７１】
図６は、図４のステップＳ４０２におけるジョブ実行制御処理の詳細なフローを示すフローチャートである。本処理は、ジョブ運用管理サーバ１０２内のジョブ実行部３１０の機能によりＣＰＵ２０１が所定の制御プログラムを読み出して実行することで成される処理である。
【００７２】
図６において、まず、ステップＳ６０１では、ジョブ実行部３１０は、ジョブ運用管理サーバ１０２のシステム日時と、time_eventテーブル１６０３におけるタイプが“開始”であるレコードの日時項目の値（＝開始日時）とを比較する。この結果、システム日時が開始日時を経過したときは（ステップＳ６０２でＹＥＳ）、ステップＳ６０３へ遷移する一方、経過していない場合は（ステップＳ６０２でＮＯ）、ステップＳ６０１へ戻って処理を繰り返す。ステップＳ６０３に遷移する際に、ジョブ実行部３１０は、time_eventテーブル１６０３の制御サブＩＤ（例えば、「１００」）を検索条件として、common_eventテーブル１６０２のイベント発生有無に“Ｙ”を設定（保存）する。
【００７３】
次に、ステップＳ６０３では、ジョブ実行部３１０は、ジョブ運用管理サーバ１０２のシステム日時と、time_eventテーブル１６０３におけるタイプが“終了”であるレコードの日時項目の値（＝終了日時）とを比較する。この結果、ステム日時が終了日時を経過したときは（ステップＳ６０４でＹＥＳ）、ステップＳ６０９へ遷移する一方、経過していない場合はステップＳ６０５へ遷移する。ステップＳ６０９に遷移する際に、ジョブ実行部３１０は、time_eventテーブル１６０３の制御サブＩＤを検索条件として、common_eventテーブル１６０２のイベント発生有無に“Ｙ”を設定する。
【００７４】
次に、ステップＳ６０５では、ジョブ実行部３１０は、起動条件イベントを検出する。起動条件イベントの検出は、file_eventテーブル１６０４の検出ファイルパターンと合致するファイルが存在するか否か（起動条件に合致したか否か）が判定される。この結果、file_eventテーブル１６０４の検出ファイルパターンと合致するファイルが存在した場合（ステップＳ６０６でＹＥＳ）、ステップＳ６０７へ遷移する。それ以外はステップＳ６０３に戻り、処理を繰り返す。なお、本実施形態では、ここで起動条件イベントが検出されない、すなわちジョブが実行されないパターンを想定している。ステップＳ６０７に遷移する際に、ジョブ実行部３１０は、file_eventテーブル１６０４の制御サブＩＤを検索条件として、common_eventテーブル１６０２のイベント発生有無に“Ｙ”を設定する。
【００７５】
次に、ステップＳ６０７では、ジョブ実行部３１０は、ジョブの実行処理を行う。本処理の詳細なフローについては図７で後述する。ジョブ実行処理が終了すると、ステップＳ６０８に遷移する。
【００７６】
ステップＳ６０８では、ジョブ実行部３１０は、ジョブの実行回数を記録するために、job_eventテーブル１６０１の実行回数を＋１する。ジョブが一回も実行されなかった場合は０のままであり、この値を確認することによってジョブを監視時間内に実行したかどうかを判断することができる。本処理の後に、ステップＳ６０３に戻る。
【００７７】
ステップＳ６０９では、ジョブ実行部３１０は、ジョブの実行回数を確認する。ジョブ実行部３１０は、Job_eventテーブル１６０１の実行回数を確認し、１以上であれば、ジョブが実行され、未実行ジョブがないと判定して、本処理を終了する。一方、０であれば、ジョブが未実行と判定して、ステップＳ６１０に遷移する。
【００７８】
ステップＳ６１０では、ジョブ実行部３１０は、ジョブ設定情報ＤＢ３１３から未実行時実行ジョブとして設定されたジョブを取得する。ジョブ実行部３１０は、time_eventテーブル１６０３のタイプが“終了”であるレコードの未実行ジョブＩＤに該当するジョブを実行する。その際に、job_eventテーブル１６０１に新規レコードを作成する。図１４に示す例では、制御ＩＤ１１、ジョブＩＤ１２４のレコードが作成され、job_eventテーブル１６０１の制御ＩＤ１０のレコードの未実行ジョブ制御ＩＤに“１１”が設定される。本処理の後に、ステップＳ６１１に遷移する。
【００７９】
次に、ステップＳ６１１では、ジョブ実行部３１０は、ジョブの実行を行う。ここで実行されるジョブは、ステップＳ６１０で取得した「未実行時に実行するジョブ」である。本処理の詳細なフローについては図７で後述する。
【００８０】
図７は、図６のステップＳ６０７及びステップＳ６１１におけるジョブ実行処理の詳細なフローを示すフローチャートである。本処理は、ジョブ運用管理サーバ１０２内のジョブ実行部３１０の機能によりＣＰＵ２０１が所定の制御プログラムを読み出して実行することで成される処理である。なお、ステップＳ６１１では、未実行時ジョブとして登録されたジョブが実行される。ステップＳ６０７では、それ以外の通常動作用のジョブが実行される。
【００８１】
図７において、まず、ステップＳ７０１では、ジョブ実行部３１０は、ジョブの開始を記録するために、図１５に示すジョブ実行ログテーブル１７００のjoblogテーブル１７０１にジョブ実行ログを保存する。Joblogテーブル１７０１には、ログＩＤ、ジョブＩＤ、ジョブ名、及び起動日時の４項目が保存される。終了日時及び実行結果は、この段階では、Joblogテーブル１７０１に保存されず、ジョブ実行終了時に保存される。ログＩＤは、システムにより、既に登録済みのログＩＤの最大値＋１を行って自動生成されたものである。ジョブＩＤは、図１４に示すfile_eventテーブル１６０４の制御サブＩＤを検索キーとして、common_eventテーブル１６０２から制御ＩＤが取得された後、その制御ＩＤを検索キーとして、job_eventテーブル１６０１から取得されたものである。ジョブ名は、job_infoテーブル１５０２からジョブＩＤをキーとして検索して抽出されたレコードのジョブ名である。起動日時は、ジョブ起動時のジョブ運用管理サーバ１０２におけるシステム日時である。
【００８２】
図７に戻り、ステップＳ７０２では、ジョブ実行部３１０は、コマンドを実行する。ジョブ実行部３１０は、図１３ａに示すflow_item_infoテーブル１５０３からジョブＩＤをキーとして抽出し、実行すべきコマンドがあるか検索する。ステップＳ７０２〜Ｓ７０５は、実行すべきコマンド分繰り返し実行されるが、最初にステップ７０２が実行される場合は、タイプが“開始”である開始コマンドから処理が実行される。２回目以降にステップ７０２が実行される場合は、ＸＭＬデータのsubprosess要素のref属性の値と同一のフローアイテムＩＤのコマンドが抽出され、処理が実行される。
【００８３】
次に、ステップＳ７０３では、ジョブ実行部３１０は、コマンド実行結果を図１５に示すjoblog_infoテーブル１７０２に保存する。joblog_infoテーブル１７０２は、ログＩＤと、ログサブＩＤと、フローアイテム名と、開始日時と、実行結果とで構成される。ログＩＤは、joblogテーブル１７０１のログＩＤである。ログサブＩＤは、１からインクリメントされる値である。フローアイテム名は、図１３ａに示すflow_item_infoテーブル１５０３の名称から保存される。開始日時は、コマンドを実行時のジョブ運用管理サーバ１０２におけるシステム日時である。実行結果には、コマンドの戻り値から“正常”または“異常”が保存される。コマンドの戻り値から“正常”または“異常”を判定する処理については、事前に設定した情報を参照して実行されるが、本実施形態ではその説明を省略する。
【００８４】
図７に戻り、ステップＳ７０４では、ジョブ実行部３１０は、図１３ｂに示すflow_item_infoテーブル１５０３を参照し、実行すべきコマンドがあるか検索する。ここでは、ＸＭＬデータのsubprosess要素のref属性の値と同一のフローアイテムＩＤのコマンドが抽出され、タイプが“終了”のレコードと一致した場合はステップＳ７０５に遷移し、それ以外はステップＳ７０２に戻る。
【００８５】
次に、ステップＳ７０５では、ジョブ実行部３１０は、ステップＳ７０１でjoblogテーブル１７０１に保存したジョブ実行ログのレコードに、終了日時と実行結果を追加保存する。終了日時には、ジョブ終了時のジョブ運用管理サーバ１０２におけるシステム日時が保存される。実行結果には、flow_item_infoテーブル１５０３のタイプが“終了”であるレコードのＸＭＬデータのset要素のvalue属性が、“normal”だった場合は“正常”が保存され、“abnormal”だった場合は“異常”が保存される。
【００８６】
ジョブ実行処理が終了した後、運用者用端末１０６（内の運用管理画面表示部３００）がジョブ実行ログ一覧送信要求をジョブ運用管理サーバ１０２に送信すると、ジョブ運用管理サーバ１０２（内の運用画面生成部３０４）が、設定・ログ情報管理部３１２を利用し、ジョブ実行ログＤＢ３１４からジョブ実行ログを読み込み、図１２に示すようなジョブ実行ログ一覧画面１４００を生成して運用者用端末１０６に送信する。ジョブ実行ログ一覧画面１４００には、実行されたジョブの実行結果が一覧表示されており、各ジョブの起動日時、終了日時、ジョブ名称、実行結果、及び詳細ボタンが配置されている。詳細ボタンが押下されると、各ジョブの実行結果の詳細情報が表示される（不図示）。
【００８７】
上記実施形態によれば、運用者が履歴を定期的に監視することなく、未実行ジョブの存在を知ることができ、運用者の負荷を軽減することができる。さらに、運用者に対して確実なジョブの実行を促すことが可能となる。
【００８８】
また、上記実施形態では、ジョブ未実行時に実行するジョブとしてメール通知を実行するように構成されているが、これに限定されず、任意のジョブを予め設定することで運用に適した処理を実行することが可能となる。
【００８９】
上記実施の形態では、ジョブ未実行時に実行するジョブとして、メール通知の設定及び実行を行うように構成しているが、運用者に知らせることが可能な方法であれば、どのようなものであってもよい。例えば、端末上にメッセージ表示を行うように構成してもよいし、運用者が携帯する携帯電話や携帯端末等に通知するようにしてもよい。また、メール通知する宛先は、運用者用端末１０６だけでなく、運用者が携帯する携帯電話や携帯端末等であってもよい。
【００９０】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９１】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【００９２】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９３】
更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【００９４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現する場合も含まれる。この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、またはインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。
【００９５】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【図面の簡単な説明】
【００９６】
【図１】本発明の実施形態におけるＥＤＩシステムの概略構成を示す図である。
【図２】図１のジョブ運用管理サーバ１０２のハードウェア構成を示す図である。
【図３】図１の運用者用端末１０６、管理者用端末１０８、及びジョブ運用管理サーバ１０２の機能構成を概略的に示すブロック図である。
【図４】図１のＥＤＩシステム１０１にて実行される基本的な処理のフローを示すフローチャートである。
【図５ａ】図４のステップＳ４０１におけるジョブ設定処理（管理者用端末側）の詳細なフローを示すフローチャートである。
【図５ｂ】図４のステップＳ４０１におけるジョブ設定処理（ジョブ運用管理サーバ側）の詳細なフローを示すフローチャートである。
【図６】図４のステップＳ４０２におけるジョブ実行制御処理の詳細なフローを示すフローチャートである。
【図７】図６のステップＳ６０７及びステップＳ６１１におけるジョブ実行処理の詳細なフローを示すフローチャートである。
【図８】コマンド設定画面の一例を示す図である。
【図９】ジョブ設定画面の一例を示す図である。
【図１０】ジョブ未実行時に実行するジョブのジョブ設定画面の一例を示す図である。
【図１１】起動条件設定（ディレクトリ監視）画面の一例を示す図である。
【図１２】ジョブ実行ログ一覧画面の一例を示す図である。
【図１３ａ】ジョブ設定情報テーブルの一例を示す図である。
【図１３ｂ】ジョブ設定情報テーブルの一例を示す図である。
【図１４】ジョブ実行制御テーブルの一例を示す図である。
【図１５】ジョブ実行ログテーブルの一例を示す図である。
【符号の説明】
【００９７】
１０１  ＥＤＩシステム
１０２  ジョブ運用管理サーバ
１０３  ネットワーク
１０６  運用者用端末
１０８  管理者用端末
１０９  ネットワーク
３００  運用管理画面表示部
３０１  ジョブ設定部
３０３  運用管理部
３０９  ジョブ実行制御部
３１２  設定・ログ情報管理部
３１３  ジョブ設定情報ＤＢ
３１４  ジョブ実行ログＤＢ
【図１】
2010128906.tif 000003
【図２】
2010128906.tif 000004
【図３】
2010128906.tif 000005
【図４】
2010128906.tif 000006
【図５ａ】
2010128906.tif 000007
【図５ｂ】
2010128906.tif 000008
【図６】
2010128906.tif 000009
【図７】
2010128906.tif 000010
【図８】
2010128906.tif 000011
【図９】
2010128906.tif 000012
【図１０】
2010128906.tif 000013
【図１１】
2010128906.tif 000014
【図１２】
2010128906.tif 000015
【図１３ａ】
2010128906.tif 000016
【図１３ｂ】
2010128906.tif 000017
【図１４】
2010128906.tif 000018
【図１５】
2010128906.tif 000019