【JP1/AJS】「実行中」を手動で強制的に状態変更できるユニット一覧

Ask_AI

2023.12.122026.07.08

JP1/AJS3の運用で、「イベント待ちのままジョブがずっと実行中（監視中）になってしまい、後続ジョブが進まない！」という事態に直面したことはありませんか？

実は、JP1には「実行中のステータスであっても、人間が手動で『正常終了』や『異常終了』へ直接状態変更できるユニット」が存在します。

実行中から状態変更ができるユニットを一覧でご紹介します。

1. ファイル監視ユニット（FLWF）
2. 他にもある！「実行中」から状態変更できるユニット
🤔 逆に「標準ジョブ（PCジョブ/UNIXジョブ）」を状態変更するとどうなる？
まとめ

1. ファイル監視ユニット（FLWF）

ファイル監視ジョブは「実行中」のステータスのまま、手動で状態変更が可能です。

どんな監視をしている？

指定したファイルに対して「作成」「削除」「サイズ変更」「最終書き込み時刻変更」などのイベントが発生するのを、指定された秒数間隔でずっと見張っています。
状態変更するとどうなる？

何らかの理由でファイルが届かない場合、対象のファイル監視ジョブを右クリックして「ジョブ状態変更」から「正常終了」などに変更できます。

変更した瞬間、監視処理そのものがその場で終了し、本来ファイルが届いたときと同じように後続のジョブネットが動き出します。

⚠️ 注意ポイント

手動で正常終了に書き換えた場合、本来ファイル検知時に次のジョブへ引き渡されるはずの「ファイル名」や「サイズ」といった**引き継ぎ情報（マクロ変数）は空っぽ（設定されない状態）**になります。後続ジョブが引き継ぎ情報をガッツリ使う定義になっている場合は注意しましょう。

2. 他にもある！「実行中」から状態変更できるユニット

ファイル監視と同じ「イベントジョブ」のカテゴリーに属するユニットは、基本的にすべて実行中（監視中）から手動で「正常終了」や「異常終了」に落とすことができます。

実務でよく使われる代表的なユニットをまとめました。

① JP1イベント受信監視ユニット（EVEW）

他のサーバーやアプリケーションから飛んでくる「JP1イベント（エラーログや特定の通知）」を待ち受けるユニットです。

運用シーン： 「連携システムからの完了イベントが、ネットワーク不調で届かない。しかし、裏で手動確認が取れたのでログの到着を待たずに後続タスクを流したい」という時に、手動で「正常終了」に変更して先へ進めます。

② メール受信監視ユニット（MLW）

指定したメールボックスに特定のメールが届くのを監視するユニットです。

運用シーン： ユーザーからの申請メールをトリガーにジョブを動かす設定などで、メールサーバーの遅延により処理が詰まった際、手動で状態変更してバイパスさせます。

③ ログファイル監視ユニット（LFW）

特定のテキストログ（error.log など）に、指定したキーワードが書き込まれるのを監視するユニットです。

④ 間隔制御ユニット（ITVW）

指定した時間（例：10分間など）が経過するのをひたすら待つだけのタイマーユニットです。

運用シーン： 「本当はあと5分待つスケジュールだけど、メンテナンスを急ぎたいので今すぐタイマーを終了させて後続を動かしたい」という時に、実行中から「正常終了」に書き換えることで、待ち時間をスキップできます。

⑤ Windowsイベントログ監視ユニット（NTW）

Windowsのイベントビューアー（システムログやアプリケーションログ）に特定のイベントIDが記録されるのを監視するユニットです。

🤔 逆に「標準ジョブ（PCジョブ/UNIXジョブ）」を状態変更するとどうなる？

実は、コマンドやバッチファイルを実行する「標準ジョブ」も、実行中に「正常終了」へ状態変更すること自体はシステム上可能です。

しかし、イベントジョブと決定的に違う注意点があります。

🚨 標準ジョブを状態変更する際の罠

実行中の標準ジョブを「正常終了」に変えると、後続ジョブは確かに動き出します。

しかし、OS側で実際に動いているバッチやプログラム（cmd.exe やシェルスクリプト）自体は強制終了されず、裏で走り続けたままになります。

プログラムそのものも完全に止めたい場合は、状態変更ではなく、まず**「強制終了」**の操作を行うのが鉄則です。

それに対して、ファイル監視などのイベントジョブは、状態変更した時点で「監視プロセス自体も綺麗に終了」してくれます。だからこそ、安心して手動でスキップ（正常終了化）させることができるのです。