JP5936496B2

JP5936496B2 - ジョブ運用管理システム

Info

Publication number: JP5936496B2
Application number: JP2012198179A
Authority: JP
Inventors: 貴之真田
Original assignee: Hitachi Solutions Ltd
Current assignee: Hitachi Solutions Ltd
Priority date: 2012-09-10
Filing date: 2012-09-10
Publication date: 2016-06-22
Anticipated expiration: 2032-09-10
Also published as: JP2014052933A

Description

本発明は、コンピュータ上で稼働するジョブ運用管理システムにおいて、ジョブ実行の承認の依存関係を抽出し、その結果に対して任意のアクションを実行する技術に関するものである。

ジョブ運用管理システムを利用する環境において、内部統制機構との連携は不可欠であり、ジョブの実行やジョブ定義の編集は承認システムや正規の手続きにより、適切に管理されなければならない。
ジョブ実行、ジョブ定義の編集および更新、ジョブ定義削除の操作について、誤った操作が行われると、システムに大きな影響を及ぼしてしまう。これを防ぐため、業務を構成するジョブの一連の操作は、適切な承認を受けてから可能とし、承認されていない場合は操作できないようにする方法が一般的である。
これを解決する技術として以下の特許文献が知られている。

特開２００９−２３０３５７号公報

上記技術の場合、ジョブ定義の編集に関して、承認者の確認作業の負担を軽減する仕組みとして、変更差分を表示し、オペレーターが編集した内容を承認者が確認し易くする技術があるが、ジョブ実行に関しては、承認者の確認作業の負担を軽減する仕組みはない。
ジョブ運用管理システムは、業務フローに従ってジョブの起動順序を制御して実行している。ジョブとジョブの間に先行、後続の順序関係を定義すれば、先行するジョブが実行完了してから、後続のジョブが実行開始するようにコントロールすることができる。
先行ジョブの実行が承認されて終了しない限り、承認者が後続ジョブ実行の承認を行っていても、後続ジョブは実行を開始することができない。

そこで、実際の業務運用においては、後続ジョブの実行を開始する際、事前に先行ジョブの運用計画についても確認する必要があるが、大規模な業務システムの場合、すべての先行ジョブの運用計画を手作業で確認することは困難であり、先行ジョブ実行に対する承認漏れにより、後続ジョブの実行が開始しない状況に陥る可能性がある。
また、マルチテナント運用や部署をまたがる運用など、先行ジョブと後続ジョブそれぞれの承認者が異なると、後続ジョブの承認者は、先行ジョブの実行を承認することができないため、電話やメールなどの手段で先行ジョブの承認者に承認のフォローをする必要があり、承認者の負担が大きくなるという問題があった。
さらに、先行ジョブ実行の承認依頼も実施されていなければ、承認者はそのジョブの所有者を調査し、承認依頼をするようにフォローする必要があり、負担はさらに大きくなる。

例えば、図９のような先行、後続関係を有するジョブJOB001を実行する場合において、部門Ａの承認者がの実行を承認する際、JOB003の実行を承認し、かつ部門Ｂの承認者がJOB008、JOB009の実行を承認する必要がある。JOB001、JOB003、JOB008、JOB009のいずれか一つでも実行が承認されない場合、JOB001は実行を開始することができない。

本発明の目的は、ジョブ実行に関する承認者の承認プロセスの負担を軽減することが可能になるジョブ運用管理システムを提供することにある。

上記目的を達成するために、本発明にかかるジョブ運用管理システムは、後続ジョブに先行する先行ジョブの実行が承認されている条件でのみ後続ジョブの実行を許可するジョブ運用管理システムにおいて、後続ジョブ実行の承認時に、当該後続ジョブに先行する全ての先行ジョブを抽出し、一覧表示する表示手段と、前記一覧表示された先行ジョブについて、当該先行ジョブの実行が承認されておらず、オペレーターから承認者に対して承認依頼が届いていた場合、後続ジョブと同時に先行ジョブの実行を承認可能とする手段と、を備えることを特徴とする。
また、前記表示手段が、一覧表示された先行ジョブについて承認者が実行可否を判断するために必要な先行ジョブ、後続ジョブの詳細情報を表示することを特徴とする。
また、前記一覧表示された先行ジョブについて、先行ジョブの実行が承認されておらず、先行ジョブの実行について承認する権限が承認者である場合、予め定義された先行ジョブの承認者に対して自動配信メールで実行承認依頼をフォローする手段を備えることを特徴とする。

本発明によれば、次のような効果が得られる。
すなわち、後続ジョブ実行の承認時に、先行ジョブの実行が承認されているかを確認し、承認時に依存関係にあるジョブを抽出して、一覧表示し、一覧上から、承認者が実行可否を判断するために必要な先行ジョブ、後続ジョブの詳細情報を表示できるようにすることによって、承認者が先行ジョブの運用計画を確認する作業の負担を軽減できる。
また、後続ジョブの承認時に、先行ジョブの実行が承認されておらず、オペレーターから承認者に対して承認依頼が届いていた場合、後続ジョブと同時に先行ジョブの実行を承認することを可能とし、承認者の承認漏れによるジョブの実行が開始されない状況を防止できる。
さらに、後続ジョブの承認時に、先行ジョブの実行が承認されておらず、先行ジョブの実行を承認する権限がない場合、先行ジョブの承認者に自動配信メールでフォローすることで、承認者の先行ジョブの状況確認・フォロー作業の負担を軽減できる。

本発明の一実施の形態例を示すシステム構成図である。ユーザー情報データベースの構成図である。承認情報データベースの構成図である。一時承認情報ファイルの構成図である。承認者があるジョブの承認プロセスを開始してから完了するまでの処理の流れを示すフローチャート（その１）である。あるジョブの承認時に依存関係があり、対処が必要なジョブをリストアップする処理の流れを示すフローチャート（その２）である。あるジョブの承認時に依存関係のあるジョブの承認要否を判定する処理の流れを示すフローチャート（その３）である。先行、当該ジョブに対して、どう対処するか確認する画面の一例である。ジョブの先行・後続関係の設定例である。

以下、本発明を適用したジョブ運用管理システムの形態について説明する。
図１は、本発明の実施の形態の一例を示すシステム構成図であり、本実施の形態によるジョブ運用管理システム１００には、データ格納プログラム１０１とデータ読み込みプログラム１０２、承認制御プログラム１０３、画面表示プログラム１０４の各プログラムがある。
また、ジョブ運用管理システム１００は、ジョブの実行順序が格納されているスケジュール定義データベース１１０、ジョブ、所有者などの定義情報が格納されているジョブ定義データベース１１１、ユーザーの定義情報が格納されているユーザー定義データベース１１２、承認情報が格納されている承認情報データベース１１３の各データベース、一時的な承認情報が格納される一時承認情報ファイル１１４を備えている。そして、部門毎の承認者が使用する複数の承認端末１２０ａ〜１２０ｎを備えている。

次に、システム全体の処理の概要について説明する。
まず、承認端末１２０ａに表示された入力画面に、キーボードなどの入力装置を用いてジョブの定義、ジョブのスケジュール、ジョブの先行や後続の定義についてのパラメーター等の情報を入力する。すると、データ格納プログラム１０１が、ジョブの定義とジョブの先行や後続についての定義をジョブ定義データベース１１１に格納し、またジョブのスケジュールをスケジュール定義データベース１１０に格納し、ユーザー名・権限・権限の範囲・メールアドレスをユーザー定義データベース１１２に格納し、承認状態・ジョブ名・操作内容・編集種別・オペレーター名・承認期限・承認者名を承認情報データベース１１３に格納する。

図２はユーザー定義データベース１１２に格納されているユーザー情報の構成の一例を示す図である。
図に示すように、ユーザー名２０１、権限２０２、権限の範囲２０３、メールアドレス２０４から構成される。各設定内容について以下に示す。
ユーザー名２０１には、ユーザー名を格納する。
権限２０２には、ユーザー名２０１が有する権限を格納する。権限の種類としては、"承認"、"実行"、"定義"であり、複数の属性を同時指定できる。
権限の範囲２０３には、ユーザー名２０１が有する権限の範囲を格納する。
メールアドレス２０４には、ユーザー名２０１のメールアドレスを格納する。

図３は承認情報データベース１１３に格納されている承認情報の構成の一例を示す図である。
図に示すように、承認状態３０１、ジョブ名３０２、操作内容３０３、編集種別３０４、オペレーター名３０５、承認期限３０６、承認者名３０７から構成される。各内容について以下に示す。
承認状態３０１には、承認依頼中を示す"承認依頼"、承認済みを示す"承認済"、承認却下を示す"却下"、操作が完了したことを示す"完了"のいずれかを格納する。
ジョブ名３０２には、編集、更新、実行、削除の対象となるジョブ名称を格納する。
操作内容３０３には、"編集"、"更新"、"実行"、"削除"のいずれかを格納する。
編集種別３０４には、操作内容が"編集"の場合、ジョブ定義の新規作成であれば"追加"、ジョブ定義の変更であれば"変更"のいずれかを格納する。また、未格納の状態であれば"変更"として扱う。
オペレーター名３０５には、各操作を実施するオペレーター名を格納する。
承認期限３０６には、オペレーターからの承認依頼に対して、承認者が承認を行う期限を格納する。承認者は、この承認期限までに承認または却下する必要がある。
承認者名３０７には、オペレーターが承認を依頼する承認者の名称を格納する。

図４は一時承認情報ファイル１１４に格納されている一時的な承認情報の構成の一例を示す図である。
一時承認情報ファイル１１４は、承認時に依存関係にあるジョブを一覧表示する際に利用し、承認プロセスの完了後は削除する。
図に示すように、ジョブ名４０１、アクション４０２、宛先ユーザー名４０３、メールアドレス４０４から構成される。各設定内容について以下に示す。
ジョブ名４０１には、対象となるジョブ名称を格納する。
アクション４０２には、ジョブ名４０１の実行を承認することを示す"実行を承認"、ジョブ名４０１の承認者に対して実行の承認をフォローすることを示す"実行の承認をフォロー"、ジョブ名４０１の所有者に対して実行の承認依頼をフォローすることを示す"実行の承認依頼をフォロー"のいずれかを格納する。
宛先ユーザー名４０３には、アクション４０２に"実行の承認をフォロー"または"実行の承認依頼をフォロー"が格納された場合にフォロー対象となるユーザー名を格納する。
メールアドレス４０４には、宛先ユーザー名４０３のユーザーのメールアドレスを格納する。

図５、６、７は、承認者が、あるジョブの承認プロセスを開始してから、完了するまでの承認制御プログラム１０３の処理の流れを示すフローチャートである。
図５は、あるジョブの実行の承認が実施される処理の延長で行われる処理の流れである。
まず、あるジョブの承認プロセスが開始されると、ステップ５０１においてデータ読み込みプログラム１０２が、ジョブ定義データベース１１１から当該ジョブの先行ジョブの定義情報を読み込む。
ステップ５０１の実行の結果、当該ジョブに先行ジョブが存在するか判定する（ステップ５０２）。
ステップ５０２の判定の結果、当該ジョブに先行ジョブが存在しない場合は、当該ジョブの承認状態３０１を"承認済"に更新する（ステップ５０９）。つまり、実行を承認されていない先行ジョブがなければ、当該ジョブは"承認済"となって実行開始する。当該ジョブに先行ジョブが存在する場合は、すべての先行ジョブの実行が承認されているか判定する（ステップ５０３）。

ステップ５０３の判定の結果、すべての先行ジョブの実行が承認されている場合は、当該ジョブの承認状態３０１を"承認済"に更新する（ステップ５０９）。一つでも実行が承認されていない先行ジョブがある場合は、ジョブ名４０１に当該ジョブのジョブ名、アクション４０２に"実行を承認"を一時承認情報ファイル１１４に格納する（ステップ５０４）。
次に、ステップ５０５において、ステップ５０１の結果リストのすべてに対してループし、ステップ５０６を繰り返す。ステップ５０６では、ステップ５０１の結果リストの結果の中から1件ずつ、先行ジョブに対して図６のルーチン２を呼ぶ。
ルーチン２の６０１では、当該ジョブ（判定しようとしていたジョブの先行ジョブ）の実行が承認されているか判定する。
判定の結果、当該ジョブの実行が承認されている場合は、ルーチン２を終了する。

当該ジョブの実行が承認されていない場合は、データ読み込みプログラム１０２が、ユーザー定義データベース１１２から承認者が有する権限の範囲を読み込み、当該ジョブに対して権限があるか判定する（ステップ６０２）。
ステップ６０２の判定で、当該ジョブに対して権限がない場合は、データ読み込みプログラム１０２が、ユーザー定義データベース１１２、承認情報データベース１１３から当該ジョブの承認者名、当該ジョブの承認者のメールアドレスを読み込み、ジョブ名４０１に当該ジョブのジョブ名、アクション４０２に"実行の承認をフォロー"、宛先ユーザー名４０３に当該ジョブの承認者名、メールアドレス４０４に当該ジョブの承認者のメールアドレスを一時承認情報ファイル１１４に格納し、ルーチン２を終了する（ステップ６０７）。

ステップ６０２の判定で、当該ジョブに対して権限がある場合は、データ読み込みプログラム１０２が、承認情報データベース１１３から当該ジョブの承認状態３０１、操作内容３０３、承認者３０７を読み込み、承認者に対して当該ジョブの実行の承認依頼が届いているか判定する（ステップ６０３）。
承認依頼が届いていない場合は、データ読み込みプログラム１０２が、ジョブ定義データベース１１１、ユーザー定義データベース１１２から当該ジョブの所有者名、当該ジョブの所有者のメールアドレスを読み込み、ジョブ名４０１に当該ジョブのジョブ名、アクション４０２に"実行の承認依頼をフォロー"、宛先ユーザー名４０３に当該ジョブの所有者、メールアドレス４０４に当該ジョブの所有者のメールアドレスを一時承認情報ファイル１１４に格納し、ルーチン２を終了する（ステップ６０６）。
ステップ６０３の判定で、承認依頼が届いている場合は、ジョブ名４０１に当該ジョブのジョブ名、アクション４０２に"実行を承認"を一時承認情報ファイル１１４に格納する（ステップ６０４）。次に、先行ジョブに対して、図７のルーチン３を呼ぶ（ステップ６０５）。

図７のルーチン３のステップ７０１では、一時承認情報ファイル１１４に当該ジョブ（判定しようとしていたジョブの先行ジョブ）の情報が既に存在するかを判定する。
一時承認情報ファイル１１４に当該ジョブの情報が既に存在する場合、ルーチン３を終了する。これにより、実行順序がループしている場合に無限ループに陥ることを防止する。
一時承認情報ファイル１１４に当該ジョブの情報がない場合、データ読み込みプログラム１０２が、ジョブ定義データベース１１１から当該ジョブの先行ジョブの定義情報を読み込む（ステップ７０２）。そして、当該ジョブに先行ジョブが存在するか判定する（ステップ７０３）。

判定の結果、当該ジョブに先行ジョブが存在しない場合は、ジョブ名４０１に当該ジョブのジョブ名、アクション４０２に"実行を承認"を一時承認情報ファイル１１４に格納する（ステップ７０７）。当該ジョブに先行ジョブが存在する場合は、すべての先行ジョブの実行が承認されているか判定する（ステップ７０４）。

判定の結果、すべての先行ジョブの実行が承認されている場合は、ジョブ名４０１に当該ジョブのジョブ名、アクション４０２に"実行を承認"を一時承認情報ファイル１１４に格納する（ステップ７０７）。一つでも実行が承認されていない先行ジョブがある場合は、ステップ７０５でステップ７０２の結果リストのすべてに対してループし、ステップ７０６を繰り返す。ステップ７０６では、ステップ７０２の結果リストの結果の中から1件ずつ、再帰的に先行ジョブに対して図６のルーチン２を呼ぶ。

ルーチン２の繰り返しが終了すると、一時承認情報ファイル１１４に格納されている情報をもとに、図８のような、承認時に依存関係にあるジョブを抽出して、一覧表示し、各ジョブに対して、どう対処するか確認する画面を表示する（ステップ５０７）。
ステップ５０８では、ステップ５０７で選択された操作を一括して実行する。例えば、図９のような運用において、JOB001の承認プロセスが開始されると、図８のような画面を表示する。

図８は選択チェックボックス８０１、ジョブ名８０２、ジョブ詳細８０３、アクション８０４、宛先ユーザー名８０５、OKボタン８０７、キャンセルボタン８０８で構成される画面である。
参照８０６が選択されると、データ読み込みプログラム１０２が、スケジュール定義データベース１１０、ジョブ定義データベース１１１から承認者が実行可否を判断するために必要なジョブのスケジュール、ジョブの先行や後続の定義についてのパラメーターなどの詳細情報を読み込み、その情報を表示する。これにより、承認者は実行可否を判断できる。OKボタン８０７が押されると、選択チェックボックス８０１で選択されたアクション８０４を実行する。キャンセルボタン８０８が押されると、すべてのジョブの承認プロセスをキャンセルして終了する。

図８の選択チェックボックス８０１の選択状態でOKボタンが押された場合、JOB001、JOB003の実行を承認し、承認者Ｂ１に対して、JOB008の実行を承認するようにフォローのメールを送信する。
具体的には、図９において、ジョブJOB001の実行条件は先行ジョブJOB003、JOB008、JOB009の全ての実行が承認され、実行が完了していることである。
そこで、ジョブJOB001、JOB003の実行権限を有するＡ部門のオペレータＡ３が、Ａ部門の承認者Ａ１に対して、ジョブJOB001の実行承認依頼を行い、承認者Ａ１がJOB001の承認プロセスを開始すると、当該ジョブJOB001が依存関係にあるJOB003、JOB008、JOB009を抽出し、図８のように依存関係にあるジョブの一覧を表示する。図８の選択チェックボックス８０１の選択状態で承認者Ａ１がOKボタン807を押すと、承認者Ａ１の権限でJOB001、JOB003の実行を承認する。
そして、ジョブJOB008、JOB009については、図８の選択チェックボックス８０１の選択状態で承認者Ａ１がOKボタン807を押すと、承認者Ａ１が承認権限を持っていないため、これらのジョブJOB008、JOB009の実行承認を促進するために、承認制御プログラム１０３がジョブJOB009の所有者（定義者）Ｂ３に対してジョブJOB009の実行承認依頼をフォローするメールを送信する。さらに承認制御プログラム１０３がジョブJOB008の承認者Ｂ１に対しては当該ジョブJOB008の実行を承認するようにフォローするメールを送信する。

このようにすることにより、先行ジョブの実行に関する承認者の承認プロセスを自動的に進めることができりようになり、依存関係のあるジョブに関わる承認者（特に後続ジョブの承認者）の負担を軽減することが可能である。

１００ジョブ運用管理システム
１０１データ格納プログラム
１０２データ読み込みプログラム
１０３承認制御プログラム
１０４画面表示プログラム
１１０スケジュール定義データベース
１１１ジョブ定義データベース
１１２ユーザー定義データベース
１１３承認情報データベース
１１４一時承認情報ファイル
１２０承認端末

Claims

後続ジョブに先行する先行ジョブの実行が承認されている条件でのみ後続ジョブの実行を許可するジョブ運用管理システムにおいて、
後続ジョブ実行の承認時に、当該後続ジョブに先行する全ての先行ジョブを抽出し、一覧表示する表示手段と、
前記一覧表示された先行ジョブについて、当該先行ジョブの実行が承認されておらず、オペレーターから承認者に対して承認依頼が届いていた場合、後続ジョブと同時に先行ジョブの実行を承認可能とする手段と、を備えることを特徴とするジョブ運用管理システム。
前記表示手段が、一覧表示された先行ジョブについて承認者が実行可否を判断するために必要な先行ジョブ、後続ジョブの詳細情報を表示することを特徴とする請求項１に記載のジョブ運用管理システム。
前記一覧表示された先行ジョブについて、先行ジョブの実行が承認されておらず、先行ジョブの実行について承認する権限が承認者である場合、予め定義された先行ジョブの承認者に対して自動配信メールで実行承認依頼をフォローする手段を備えることを特徴とする請求項１又は２に記載のジョブ運用管理システム。