(57)【要約】【課題】本発明は、ジョブの途中からの再実行の指示を容易に行うことができ、運用管理者の負荷軽減を可能となる情報処理装置を提供する。【解決手段】複数のコマンドからなるジョブと当該ジョブの起動条件を設定させ、設定されたジョブと起動条件を関連付けて保存する。そして、保存された起動条件に合致したときに、ジョブの再実行に必要なファイルをバックアップファイルとして保存すると共にジョブを実行して当該ジョブの実行結果をコマンドごとに一覧表示する。コマンドの再実行要求を受け付ける際に、保存されたバックアップファイルの復元要求を受け付ける。【選択図】図８ｂ
2010128905.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”だった場合は、異常終了を意味する。なお、遷移条件については、ジョブ設定画面１１００から遷移する他の設定画面（不図示）で設定するように構成してもよい。
【００６０】
そして、起動条件に関する情報について設定・ログ情報管理部３１２は、図１５に示すevent_infoテーブル１６０５に新規レコードを追加する。図示例では、１４時から１５時の間に起動条件に合致した（“／ｐａｔｈ／ｔｏ”というフォルダにｆｉｌｅ１が入力された）ときに、そのデータを“／ｍｏｖｅ／ｔｏ”というフォルダに移動させてジョブを実行するという設定である。
【００６１】
event_infoテーブル１６０５には、ジョブＩＤと、起動条件ＩＤと、ＸＭＬデータが１レコードとして保存（登録）される。ジョブＩＤは、job_infoテーブル１６０３に新規作成されたジョブＩＤである。起動条件ＩＤは、上述したコマンドＩＤの自動生成方法と同様に生成された、既に登録済みの起動条件ＩＤの最大値＋１とする。ＸＭＬデータには、ディレクトリ監視対象ファイルや監視時間などの起動条件の内容が保存される。
【００６２】
ＸＭＬデータにおいて、timeinfo要素は、２つのtime要素を持つことができ、１番目のtime要素には開始時間（開始時刻）が、２番目のtime要素には終了時間（終了時刻）がそれぞれ設定される。file要素のname属性には、監視対象のファイルパスが設定される。ｍｏｖｅ要素には、監視ファイルの移動先のファイルパスが設定される。
【００６３】
次に、ジョブ実行制御テーブル１７００の作成処理について図１６を参照して説明する。
【００６４】
図１６において、ジョブ実行制御テーブル１７００は、ジョブ運用管理サーバ１０２のジョブ実行制御部３０９により参照されるテーブル情報である。ジョブ実行制御部３０９は、ジョブ実行制御テーブル１７００に登録されている起動条件を定期的に確認しながら、条件に合致したジョブを実行する。なお、詳細な処理については後述する。
【００６５】
job_eventテーブル１７０１には、ジョブの実行制御に必要な情報とジョブとを紐付ける情報が保存される。実行制御に必要な情報とは、起動条件の情報と実行状況である。job_eventテーブル１７０１は、制御ＩＤとジョブＩＤで構成される。制御ＩＤは、システムにより自動生成された、既に登録済みの制御ＩＤの最大値＋１とする。ジョブＩＤは、event_infoテーブル１６０５のジョブＩＤである。
【００６６】
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要素の値が設定される。
【００６８】
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テーブル１７０２のイベント発生有無に“Ｙ”を設定する。また、検出したファイルを、移動先ディレクトリ１７０４ｂへ移動する。
【００７４】
ステップＳ６０７では、ジョブ実行部３１０は、ステップＳ６０５で検出したファイル（ジョブの再実行に必要なファイル）のコピーを、システム既定のパスにコピーしてバックアップファイルとする。その後、コピー先のパスをfile_eventテーブル１７０４のバックアップファイルパス１７０４ａに保存（登録）する。バックアップファイル名は、「｛既定パス｝／｛制御ＩＤ｝／｛検出ファイル名｝」という形式で付与される。
【００７５】
次に、ステップＳ６０８では、ジョブ実行部３１０は、ジョブの実行処理を行う。本処理の詳細なフローについては図７で後述する。ジョブ実行処理が終了すると、ステップＳ６０３に戻る。
【００７６】
図７は、図６のステップＳ６０８におけるジョブ実行処理の詳細なフローを示すフローチャートである。本処理は、ジョブ運用管理サーバ１０２内のジョブ実行部３１０の機能によりＣＰＵ２０１が所定の制御プログラムを読み出して実行することで成される処理である。
【００７７】
図７において、まず、ステップＳ７０１では、ジョブ実行部３１０は、ジョブの開始を記録するために、図１７に示すジョブ実行ログテーブル１８００のjoblogテーブル１８０１、wakeup_infoテーブル１８０２、及びjoblog_infoテーブル１８０３にジョブ実行ログを保存する。Joblogテーブル１８０１には、ログＩＤ、ジョブＩＤ、ジョブ名、及び起動日時の４項目が保存される。終了日時及び実行結果は、この段階では、Joblogテーブル１８０１に保存されず、ジョブ実行終了時に保存される。ログＩＤは、システムにより、既に登録済みのログＩＤの最大値に＋１を行って自動生成されたものである。ジョブＩＤは、図１６に示すfile_eventテーブル１７０４の制御サブＩＤを検索キーとして、common_eventテーブル１７０２から制御ＩＤが取得された後、その制御ＩＤを検索キーとして、job_eventテーブル１７０１から取得されたものである。ジョブ名は、job_infoテーブル１６０３からジョブＩＤをキーとして検索して抽出されたレコードのジョブ名である。起動日時は、ジョブ起動時のジョブ運用管理サーバ１０２におけるシステム日時である。
【００７８】
次に、wakeup_infoテーブル１８０２には、図６のステップＳ６０５で検出したイベントが保存される。図１７に示す一例では、１４時を経過して監視時間になったことを表すイベント（監視時間のイベント）と、“／ｐａｔｈ／ｔｏ／ｆｉｌｅ１”というファイルを検出したイベント（ファイル検出のイベント）の２つが保存されている。wakeup_infoテーブル１８０２は、ログＩＤと、起動条件と、バックアップファイルパスと、移動先ファイルパスとで構成される。ログＩＤは、joblogテーブル１８０１のログＩＤである。起動条件は、監視時間のイベントの場合、「“時刻範囲：”｛監視開始時刻｝‐｛監視終了時刻｝」という形式の値で保存される。また、ファイル検出のイベントの場合、「“監視対象ファイル：”｛検出ファイル名｝」という形式の値で保存される。バックアップファイルパスは、ファイル検出イベントのレコードにのみ保存され、バックアップしたファイル名のパスが保存される。移動先ファイルパスは、図６のステップＳ６０５で移動したファイル名が、「｛移動先ディレクトリ｝／ファイル名」という形式の値で保存される。この移動先ディレクトリ（例えば、“／ｍｏｖｅ／ｔｏ”）は、図１６に示す移動先ディレクトリ１７０４ｂに格納される。
【００７９】
図７に戻り、ステップＳ７０２では、ジョブ実行部３１０は、コマンドを実行する。ジョブ実行部３１０は、図１５に示すflow_item_infoテーブル１６０４からジョブＩＤをキーとして抽出し、実行すべきコマンドがあるか検索する。ステップＳ７０２〜Ｓ７０５は、実行すべきコマンド分繰り返し実行されるが、最初にステップ７０２が実行される場合は、フローアイテムＩＤ＝１（開始コマンド）から処理が実行される。２回目以降にステップ７０２が実行される場合は、ＸＭＬデータのsubprosess要素のref属性の値と同一のフローアイテムＩＤのコマンドが抽出され、処理が実行される。また、再実行処理では、コマンド開始位置（Ｘ座標、Ｙ座標）が指定されていた場合、flow_item_infoテーブル１６０４に対して、Ｘ座標、Ｙ座標を検索キーとしてコマンドが抽出され、実行される。
【００８０】
次に、ステップＳ７０３では、ジョブ実行部３１０は、コマンド単位でコマンド実行結果を図１７に示すjoblog_infoテーブル１８０３に保存する。joblog_infoテーブル１８０３は、ログＩＤと、ログサブＩＤと、フローアイテム名と、開始日時と、実行結果とで構成される。ログＩＤは、joblogテーブル１８０１のログＩＤである。ログサブＩＤは、１からインクリメントされる値である。フローアイテム名は、図１５に示すflow_item_infoテーブル１６０４の名称から保存される。開始日時は、コマンド実行時のジョブ運用管理サーバ１０２におけるシステム日時である。実行結果には、コマンドの戻り値から“正常”または“異常”が保存される。コマンドの戻り値から“正常”または“異常”を判定する処理については、事前に設定した情報を参照して実行されるが、本実施形態ではその説明を省略する。
【００８１】
図７に戻り、ステップＳ７０４では、ジョブ実行部３１０は、図１５に示すflow_item_infoテーブル１６０４を参照し、実行すべきコマンドがあるか検索する。ここでは、ＸＭＬデータのsubprosess要素のref属性の値と同一のフローアイテムＩＤのコマンドが抽出され、タイプが“終了”のレコードと一致した場合はステップＳ７０５に遷移し、それ以外はステップＳ７０２に戻る。
【００８２】
ここで、ジョブ実行処理の一例として、ジョブＡを実行した際に、コマンド１の実行でエラーを検出して異常終了となった場合のジョブ実行ログの作成の流れを、図１７に示すジョブ実行ログテーブル１８００を参照して説明する。
【００８３】
まず、ジョブ実行部３１０は、joblogテーブル１８０１にログＩＤ１０として、レコードを作成する。次に、wakeup_infoテーブル１８０２に、ログＩＤ１０として監視時間イベントとファイル検出イベントの２レコードを作成する。次に、図１５に示すflow_item_infoテーブル１６０４の開始コマンド（ジョブＩＤ１２３、フローアイテムＩＤ１）を実行し、その結果をjoblog_infoテーブル１８０３に、ログサブＩＤ１として新規作成して保存する。
【００８４】
次に、ジョブ実行部３１０は、flow_item_infoテーブル１６０４の開始コマンドのＸＭＬデータを解析し、次に実行すべきフローアイテムＩＤ（ここではフローアイテムＩＤ２）を検出する。次に、コマンド１（ジョブＩＤ１２３、フローアイテムＩＤ２）を実行し、仮に戻り値が１（０以外）だった場合、その結果をjoblog_infoテーブル１８０３に、ログサブＩＤ２として新規作成して保存する。このとき、実行結果には“異常”を保存する。また、flow_item_infoテーブル１６０４のＸＭＬデータより次のフローアイテムＩＤが５になる。
【００８５】
次に、ジョブ実行部３１０は、異常終了コマンド（ジョブＩＤ１２３、フローアイテムＩＤ５）の処理を実行する。ＸＭＬデータよりset要素のvalue属性が“abnormal”であるので、ジョブ実行部３１０は、joblog_infoテーブル１８０３にログサブＩＤ３を新規作成し、その実行結果には“異常”を保存する。
【００８６】
図７に戻り、ステップＳ７０５では、ジョブ実行部３１０は、ステップＳ７０１でjoblogテーブル１８０１に保存したジョブ実行ログのレコードに、終了日時と実行結果を追加保存する。終了日時には、ジョブ終了時のジョブ運用管理サーバ１０２におけるシステム日時が保存される。実行結果には、flow_item_infoテーブル１６０４のタイプが“終了”であるレコードのＸＭＬデータのset要素のvalue属性が、“normal”だった場合は“正常”が保存され、“abnormal”だった場合は“異常”が保存される。
【００８７】
図８ａ及び図８ｂは、ステップＳ４０３におけるジョブの再実行受付処理の詳細なフローを示すフローチャートである。図８ａに示す処理は、運用者用端末１０６内の運用管理画面表示部３００の機能によりＣＰＵ２０１が所定の制御プログラムを読み出して実行することで成される処理である。図８ｂに示す処理は、ジョブ運用管理サーバ１０２内の運用管理部３０３の機能によりＣＰＵ２０１が所定の制御プログラムを読み出して実行することで成される処理である。
【００８８】
運用者用端末１０６（内の運用管理画面表示部３００）がジョブ実行ログ一覧送信要求をジョブ運用管理サーバ１０２に送信（図８ａのステップＳ８０１）すると、ジョブ運用管理サーバ１０２（内の運用画面生成部３０４）が、設定・ログ情報管理部３１２を利用し、ジョブ実行ログＤＢ３１４からジョブ実行ログを読み込み、図１２に示すようなジョブ実行ログ一覧画面１３００を生成して運用者用端末１０６に送信する（図８ｂのステップＳ８２１）。
【００８９】
ジョブ実行ログ一覧画面１３００には、実行されたジョブの実行結果が一覧表示されており、各ジョブの起動日時、終了日時、ジョブ名称、実行結果、及び詳細ボタン１３０１ａ〜１３０１ｂが配置されている。
【００９０】
運用者用端末１０６は、ジョブ実行ログ一覧画面１３００をＣＲＴ２１０に表示し（図８ａのステップＳ８０２）、運用者による所望のジョブの詳細ボタンの押下（例えば、詳細ボタン１３０１ａ）に応じて、ジョブ運用管理サーバ１０２（内の運用画面生成部３０４）に対して、ジョブ実行ログ詳細情報送信要求を送信する（図８ａのステップＳ８０３）。
【００９１】
ジョブ運用管理サーバ１０２（運用画面生成部３０４）は、運用者用端末１０６からジョブ実行ログ詳細情報送信要求を受信すると、対応する詳細情報を読み込み、図１３に示すようなジョブ実行ログ詳細画面１４００を生成して運用者用端末１０６に送信（図８ｂのステップＳ８２２）した後、バックアップファイルの復元（読み込み）要求待ち状態になる（図８ｂのステップＳ８２３）。
【００９２】
ジョブ実行ログ詳細画面１４００には、図１３に示すように、起動条件の時刻範囲１４０１及び監視対象ファイル１４０２、監視対象ファイルの復元ボタン１４０３、ジョブ名称１４０４、ジョブの詳細コメント１４０６、ジョブ実行結果１４０７、コマンドフローイメージ１４０８、フローアイテム名１４０９、パラメータ１４１０、実行ボタン１４１１が配置されている。
【００９３】
運用者用端末１０６（内の運用管理画面表示部３００）は、ジョブ実行ログ詳細画面１４００を表示し（図８ａのステップＳ８０４）、復元ボタン１４０３が押下されたかどうかを判定する（図８ａのステップＳ８０５）。押下された場合は、運用者用端末１０６は、バックアップファイル復元要求をジョブ運用管理サーバ１０２に送信し（図８ａのステップＳ８０６）、図８ａのステップＳ８０７へ移行する。復元するかしないかの判断基準は、運用者が再実行を要求するコマンドより後に実行される可能性のあるコマンドが、復元するバックアップファイルを利用するかどうかとなる。もし、利用される場合は復元する必要があり、新たに基幹システムにて生成されたファイルを利用する場合や、取引先からＥＤＩデータを再受信するなど、バックアップしたファイル自体が変更されバックアップファイルを利用されないのであれば復元する必要はない。ただし、それ以外にも運用者の用途によっては、復元が必要な場合もあるが、ここでは説明を省略する。
【００９４】
ジョブ運用管理サーバ１０２は、運用者用端末１０６からバックアップファイル復元要求を受信すると（図８ｂのステップＳ８２４でＹＥＳ）、バックアップ復元処理を行う（図８ｂのステップＳ８２５）。ここでは、ジョブ運用管理サーバ１０２は、file_eventテーブル１７０４のバックアップファイルパス１７０４ａで保存されたバックアップファイルパスからファイルシステムのファイルを読み込み、移動先ディレクトリ１７０４ｂのディレクトリへコピーする。その後、ステップＳ８２３へ戻る。
【００９５】
一方、ジョブ運用管理サーバ１０２は、運用者用端末１０６からバックアップファイル復元要求がなかった場合、ジョブ実行ログ詳細画面１４００上のコマンドフローイメージ１４０８における運用者による実行開始コマンド位置の選択（マウスによるイメージの押下）を待つ（図８ｂのステップＳ８２６）。
【００９６】
図８ａのステップＳ８０７では、運用者用端末１０６は、コマンドの開始位置が選択されたか否かを判定する。この結果、コマンドの開始位置が選択された場合は、選択されたコマンドの位置情報をジョブ運用管理サーバ１０２に送信する（図８ａのステップＳ８０８）。開始位置は、Ｘ座標、Ｙ座標の２項目で構成される。Ｘ座標は、マス目の一番左から１、２、３と１ずつ増加された値となる。Ｙ座標は、マス目の一番上から１、２、３と１ずつ増加された値となる。例えば、図１３に示す画面上で“コマンド１”１４０８ａが選択された場合は、Ｘ座標２、Ｙ座標１となる。
【００９７】
ジョブ運用管理サーバ１０２は、運用者用端末１０６からコマンドの位置情報を受信すると、コマンドの開始位置が選択されたものと判定し（図８ｂのステップＳ８２７でＹＥＳ）、選択されたコマンドをコマンドの開始位置としてＲＡＭ２０３上に保持（図８ｂのステップＳ８２９）して、ジョブ実行要求待ち状態になる（図８ｂのステップＳ８３０）。一方、運用者用端末１０６からコマンドの位置情報を受信しなかったときは、コマンドの開始位置が選択されていないと判定し（図８ｂのステップＳ８２７でＮＯ）、既定値である先頭のコマンドをコマンドの開始位置（Ｘ座標１、Ｙ座標１）として、ＲＡＭ２０３上に保持する（図８ｂのステップＳ８２８）。その後、ジョブ運用管理サーバ１０２は、ジョブ実行要求待ち状態になる（図８ｂのステップＳ８３０）。
【００９８】
次に、運用者用端末１０６は、図１３に示す画面上で実行ボタン１４１１が押下されたか否かを判定する（図８ａのステップＳ８０９）。この判定の結果、実行ボタン１４１１が押下された場合、運用者用端末１０６は、ジョブ運用管理サーバ１０２に対して、ジョブ再実行要求を送信する（図８ａのステップＳ８１０）。ジョブ再実行要求には、ジョブＩＤなどのジョブを特定する情報はもとより、ステップＳ８２９で取得したＸ座標、Ｙ座標も情報として含まれる。
【００９９】
次に、ジョブ運用管理サーバ１０２が運用者用端末１０６からジョブ再実行要求を受信すると（図８ｂのステップＳ８３１でＹＥＳ）、再実行要求のジョブＩＤからjob_infoテーブル１６０３のジョブを取得し、flow_item_infoテーブル１６０４からＸ座標、Ｙ座標をキーとしてコマンドを取得する。取得したコマンドをジョブの開始位置として、図７に示すジョブの実行処理（再実行）を行う（図８ｂのステップＳ８３２）。この結果、図１７に示すジョブ実行ログテーブル１８００のjoblogテーブル１８０１には、図１８に示すjoblogテーブル１９０１のように、ログＩＤ２０が新規に追加されることとなる。また、運用者用端末１０６では、図１４に示すジョブ実行ログ一覧画面１５００で再実行処理が正常に完了したことを確認することが可能となる（“ジョブＡ”１５０１）。なお、再実行前のジョブの実行結果も画面上に表示されている（“ジョブＡ”１５０２）。
【０１００】
上述したとおり、ジョブを実行するタイミングでバックアップデータを取っていることから、バックアップデータでも基幹システムなどで新規に生成されたデータからでも、また、再実行処理が再び異常ということになると先の実行結果からでも、その後の再実行処理からでも、いずれでも再実行が可能である。
【０１０１】
なお、図８ａの処理では、運用管理画面表示部３００がステップＳ８０５，Ｓ８０７，Ｓ８０９において判別処理を行っているが、これらの判別を行わずに、ステップＳ８０６，Ｓ８０８，Ｓ８１０の処理のみを行うようにしてもよい。
【０１０２】
上記実施形態によれば、ＥＤＩシステム上でジョブの途中からの再実行の操作指示を表示画面上で短時間に容易に行うことができ、運用管理者の負荷軽減を可能となる。また、必要があればバックアップされたファイルを自動的に戻して再実行することで、確実な処理を行うことが可能となる。
【０１０３】
上記実施形態では、復元ボタン１４０３が押下されたか否かに応じて、バックアップファイルの復元（読み込み）を行っていたが、復元するか否かを設定情報にもつことにより、選択されたコマンドの開始位置に応じて自動的に判断するようにしてもよい。これにより、運用者がバックアップファイルの復元を行うか否かを判断する必要がなくなり、より作業負荷を軽減することができる。
【０１０４】
また、上記実施形態において、ジョブの起動条件が、予め設定された日時条件を満たした場合に実行するスケジュール起動や、定義したファイルが作成された場合に実行するディレクトリ起動や、登録済みの外部プロセスからのイベントが条件を満たした場合に起動する外部プロセス起動であっても、上述の発明の効果を得られることは云うまでもない。
【０１０５】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０６】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【０１０７】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１０８】
更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【０１０９】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現する場合も含まれる。この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、またはインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。
【０１１０】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【図面の簡単な説明】
【０１１１】
【図１】本発明の実施形態におけるＥＤＩシステムの概略構成を示す図である。
【図２】図１のジョブ運用管理サーバ１０２のハードウェア構成を示す図である。
【図３】図１の運用者用端末１０６、管理者用端末１０８、及びジョブ運用管理サーバ１０２の機能構成を概略的に示すブロック図である。
【図４】図１のＥＤＩシステム１０１にて実行される基本的な処理のフローを示すフローチャートである。
【図５ａ】図４のステップＳ４０１におけるジョブ設定処理（管理者用端末側）の詳細なフローを示すフローチャートである。
【図５ｂ】図４のステップＳ４０１におけるジョブ設定処理（ジョブ運用管理サーバ側）の詳細なフローを示すフローチャートである。
【図６】図４のステップＳ４０２におけるジョブ実行制御処理の詳細なフローを示すフローチャートである。
【図７】図６のステップＳ６０８におけるジョブ実行処理の詳細なフローを示すフローチャートである。
【図８ａ】ステップＳ４０３におけるジョブの再実行受付処理（運用者用端末側）の詳細なフローを示すフローチャートである。
【図８ｂ】ステップＳ４０３におけるジョブの再実行受付処理（ジョブ運用管理サーバ側）の詳細なフローを示すフローチャートである。
【図９】コマンド設定画面の一例を示す図である。
【図１０】ジョブ設定画面の一例を示す図である。
【図１１】起動条件設定（ディレクトリ監視）画面の一例を示す図である。
【図１２】ジョブ実行ログ一覧画面の一例を示す図である。
【図１３】ジョブ実行ログ詳細画面の一例を示す図である。
【図１４】ジョブの再実行後のジョブ実行ログ一覧画面の一例を示す図である。
【図１５】ジョブ設定情報テーブルの一例を示す図である。
【図１６】ジョブ実行制御テーブルの一例を示す図である。
【図１７】ジョブ実行ログテーブルの一例を示す図である。
【図１８】ジョブの再実行後のジョブ実行ログテーブル（内のjoblogテーブル）の一例を示す図である。
【符号の説明】
【０１１２】
１０１  ＥＤＩシステム
１０２  ジョブ運用管理サーバ
１０３  ネットワーク
１０６  運用者用端末
１０８  管理者用端末
１０９  ネットワーク
３００  運用管理画面表示部
３０１  ジョブ設定部
３０３  運用管理部
３０９  ジョブ実行制御部
３１２  設定・ログ情報管理部
３１３  ジョブ設定情報ＤＢ
３１４  ジョブ実行ログＤＢ
【図１】
2010128905.tif 000003
【図２】
2010128905.tif 000004
【図３】
2010128905.tif 000005
【図４】
2010128905.tif 000006
【図５ａ】
2010128905.tif 000007
【図５ｂ】
2010128905.tif 000008
【図６】
2010128905.tif 000009
【図７】
2010128905.tif 000010
【図８ａ】
2010128905.tif 000011
【図８ｂ】
2010128905.tif 000012
【図９】
2010128905.tif 000013
【図１０】
2010128905.tif 000014
【図１１】
2010128905.tif 000015
【図１２】
2010128905.tif 000016
【図１３】
2010128905.tif 000017
【図１４】
2010128905.tif 000018
【図１５】
2010128905.tif 000019
【図１６】
2010128905.tif 000020
【図１７】
2010128905.tif 000021
【図１８】
2010128905.tif 000022