JP1 Version 8

JP1/Automatic Job Management System 2 解説

解説書

3020-3-K21-43

目　　次

前書き

変更内容

はじめに

第1編　概要編

1.　概要

1.1　JP1/AJS2の特長

1.1.1　業務の自動化

1.1.2　マネージャー・エージェント構成での一元的な管理

1.1.3　GUIを使った定義や監視

1.1.4　さまざまなシステム環境に対応

1.1.5　こんな業務を自動化できる

1.1.6　JP1/AJS2の導入効果

1.2　JP1/AJS2を構成する機能

1.2.1　JP1/AJS2を構成する各機能の概要

1.2.2　各機能の関連

1.2.3　スケジュール制御

1.2.4　ジョブ実行制御

1.2.5　イベント・アクション制御

1.2.6　キューレスジョブ実行制御

1.2.7　JP1/AJS2 - View機能

1.2.8　JP1/AJS2 Console機能

1.3　JP1/AJS2のプログラム構成

第2編　機能解説（基本）編

2.　JP1/AJS2を使った業務の自動化

2.1　業務の自動化の流れ

2.1.1　業務の運用方法の検討

2.1.2　JP1/AJS2の運用を開始するまでの流れ

3.　自動化する業務の定義

3.1　ジョブネットワークの階層構造

3.1.1　ジョブネットワーク要素

3.1.2　ジョブネットの構築

3.1.3　ジョブフローの作成方法

3.2　ジョブネットの定義例

3.2.1　ファイルを指定して処理を実行する（標準ジョブを使ったジョブネットの定義例）

3.2.2　複数の条件のうち一つが成立したら処理を実行する（ORジョブを使ったジョブネットの定義例）

3.2.3　先行ジョブの結果でそのあとの処理を動的に変える（判定ジョブを使ったジョブネットの定義例）

3.2.4　事象の発生を契機に処理を実行する（イベントジョブを使ったジョブネットの定義例）

3.2.5　先行ジョブの終了や事象の発生を契機にJP1イベントを送信する（JP1イベント送信ジョブを使ったジョブネットの定義例）

3.2.6　ジョブが異常終了したときに特定の処理を実行する（リカバリージョブ，リカバリージョブネットを使ったジョブネットの定義例）

3.3　JP1/AJS2運用上のカレンダー定義

3.3.1　運用日・休業日の定義

3.3.2　基準日・基準時刻の設定

3.4　スケジュールの定義

3.4.1　ルートジョブネットの時間制とスケジュールルール

3.4.2　スケジュール情報の定義

3.4.3　多重起動とスケジューリング方式

3.5　起動条件の定義

3.5.1　AND条件とOR条件

3.5.2　起動条件を設定したジョブネットの多重起動

3.5.3　起動条件の有効範囲

3.5.4　実行登録後のジョブネットの状態

3.5.5　起動条件で設定したイベントジョブに対するイベントの発生順序とイベント成立順序の関係

3.5.6　起動条件を設定したジョブネットが異常終了したときの実行抑止

4.　業務の実行

4.1　ジョブネットの実行登録

4.1.1　実行登録の方法

4.1.2　実行登録時のマクロ変数値の指定

4.2　ジョブネットの世代管理

4.2.1　ジョブネットの実行予定世代の管理

4.2.2　ジョブネットの世代番号

4.2.3　ジョブネットの保存世代数の管理

4.3　実行予定の確認

4.3.1　スケジュールの確認

4.3.2　シミュレーション

4.3.3　統計情報

5.　ジョブの実行環境

5.1　ジョブの実行環境

5.1.1　キューとエージェント

5.1.2　キューレスジョブ

5.2　ジョブを直接キューに登録して実行する

5.2.1　サブミットジョブの実行環境

5.2.2　ジョブ実行時の排他制御（排他実行リソース）

5.3　同時に実行できるジョブ数

5.3.1　ジョブ実行多重度

5.3.2　キューレスジョブの最大同時ジョブ実行数

6.　業務の監視

6.1　実行状態の監視と実行結果の確認

6.1.1　ジョブネット・ジョブ・ジョブネットコネクタの状態

6.1.2　JP1/AJS2 - Viewでの監視

7.　JP1/AJS2 Consoleを使った業務監視

7.1　JP1/AJS2 Consoleを使った業務監視の概要

7.1.1　JP1/AJS2 Consoleを使った業務監視

7.1.2　JP1/AJS2 - Viewとの違い

7.1.3　JP1/AJS2 Consoleを構成するコンポーネント

7.2　監視対象と監視方法の定義

7.2.1　JP1/AJS2 Consoleで使用するオブジェクト

7.2.2　モード

7.2.3　監視オブジェクトの作成

7.2.4　監視プロパティの設定

7.3　業務監視

7.3.1　状態の更新

7.3.2　JP1/AJS2 Consoleが取得する状態

7.3.3　監視中のジョブネットにできる操作

7.3.4　JP1/AJS2 - Viewの起動

8.　ユーザー管理とアクセス制御

8.1　JP1/Baseの機能を使ったユーザー管理

8.1.1　JP1/Baseのユーザー認証機能を使ったユーザー管理

8.1.2　JP1/Baseのユーザーマッピング機能を使ったユーザー管理

8.2　ユニットへのアクセスを制限するための設定

8.2.1　ユニット所有者権限

8.2.2　JP1資源グループの設定

8.2.3　実行ユーザー種別の設定

8.2.4　実行時のユーザーの設定（PCジョブ，UNIXジョブの場合）

8.3　JP1/AJS2 Consoleを使用する場合のユーザー管理

9.　JP1/AJS2の運用例

9.1　例題：在庫管理業務を自動化する

9.1.1　JP1/Baseでユーザーを登録し，アクセス権限を設定する

9.1.2　ジョブグループ「在庫管理」を作成し，カレンダー情報を定義する

9.1.3　ジョブネットを作成し，スケジュール情報を定義する

9.1.4　ジョブネットを実行登録し，スケジュールを確認する

第3編　機能解説（応用）編

10.　ジョブやジョブネットに使用できるさまざまな機能

10.1　さまざまなスケジュール設定

10.1.1　2日にまたがる業務のスケジュールを立てる

10.1.2　実行開始日時を複数設定する

10.1.3　ジョブネットの一部のジョブにほかのジョブと異なるスケジュールを設定する

10.1.4　1日のうちに同じジョブネットを何回か定期的に実行する（サイクルジョブ定義）

10.1.5　算出したスケジュールを基に，実行予定日を前後にずらす（起算スケジュール）

10.1.6　月の上旬，中旬，下旬を意識したスケジュールを設定する

10.1.7　業務ごとにカレンダーを定義する

10.2　実行登録したジョブネットに対する操作

10.2.1　ジョブネットの登録を解除する

10.2.2　ジョブネットに実行予定を追加する

10.2.3　ジョブネットの実行日時を一時変更する

10.2.4　登録済みのジョブネットを即時実行する

10.2.5　ジョブネットやジョブの実行を中止する

10.2.6　ジョブネットやジョブの保留属性を一時変更する

10.2.7　ジョブネットの遅延監視の設定を一時変更する

10.2.8　ジョブネットの優先順位を一時変更する

10.2.9　実行中のジョブネットを中断する

10.2.10　実行中のジョブネットやジョブを強制終了する

10.2.11　実行が終了したジョブネットやジョブを再実行する

10.2.12　ジョブの状態を変更する

10.2.13　コマンド実行時の世代の指定方法

10.2.14　ジョブネットの実行登録を解除しないでジョブネットやジョブの定義を変更する

10.3　プランニンググループを使用したルートジョブネットの計画切り替え

10.3.1　プランニンググループの機能

10.3.2　プランニンググループの定義・実行の流れ

10.3.3　JP1/AJS2 - Viewでのプランニンググループの表示

10.3.4　プランニンググループの定義構成例

10.3.5　補足事項

10.4　ジョブネットコネクタを使用したルートジョブネットの実行順序制御

10.4.1　ジョブネットコネクタを使ったルートジョブネット実行順序制御の概要

10.4.2　ジョブネットコネクタと接続先のジョブネットの接続ルール

10.4.3　ルートジョブネットの実行順序制御方式

10.4.4　ジョブネットコネクタおよび接続先のジョブネットの状態遷移

10.4.5　ジョブネットコネクタ・接続先のジョブネットの再実行

10.4.6　ジョブネットコネクタの状態監視と実行結果の確認

10.4.7　ジョブネットコネクタの運用例

10.4.8　ジョブネットコネクタのポーリング

10.5　ジョブネットに壁紙を設定する

11.　ほかの製品との連携

11.1　メールの送受信をジョブネットに定義したい

11.2　メッセージの送受信をジョブネットに定義したい

11.3　ホストの電源投入・切断を自動化したい

11.4　ファイル転送業務を自動化したい

11.5　ERP業務を自動運用したい

11.6　メインフレーム上のジョブを連動させて実行したい

11.6.1　JP1/OJEを使用してメインフレームの処理を実行する

11.6.2　JP1/AJS2 for Mainframeを使用してメインフレームのジョブスケジューラーと連携する

11.7　hp NonStop Serverと連携して処理を実行したい（Windows限定）

11.8　高度なスクリプトを作成・実行したい

11.9　JP1/NQSEXECと連携して処理を実行したい

11.10　処理の実行状態を監視したい

11.10.1　JP1/IMでJP1/AJS2の処理の実行状態を監視する

11.10.2　JP1/Cm2/NNMまたはhp OpenView NNMでJP1/AJS2の処理の実行状態を監視する

11.11　JP1/AJS2の定義情報をほかのホストに自動配布したい

11.12　異常発生時に電話やパトロールランプなどに自動通報したい

11.13　ジョブネットやスケジュールの情報を出力したい

11.14　ジョブネットやジョブを一括して定義したい

11.15　複数のマネージャー上のジョブネットやジョブの状態を一覧表示したい

11.16　JP1/AJS2のシステム構成や環境設定をビジュアルに表示したい

11.17　大規模災害が発生してもJP1/AJS2の業務を継続させたい

11.18　簡単な業務もJP1/AJS2で自動化したい

11.19　JP1/AJS2のパフォーマンスを監視したい

11.20　Webサービスをジョブネットに定義したい

11.21　文書のPDF変換処理を自動化したい

付録

付録A　イベントジョブで引き継ぐ情報

付録B　JP1/AJS2が発行するJP1イベント

付録B.1　JP1イベント一覧

付録B.2　JP1イベントの属性

付録C　JP1/Cm2に通知するイベント

付録D　各バージョンの変更内容

付録D.1　08-50の変更内容

付録D.2　08-10の変更内容

付録D.3　08-00の変更内容

付録D.4　07-50の変更内容

付録D.5　07-11の変更内容

付録D.6　07-10の変更内容

付録D.7　07-00の変更内容

付録E　（3020-3-K21-43）の変更内容

付録F　用語解説

索引

[他社商品名称に関する表示]

Copyright (C) 2006, 2010, Hitachi, Ltd.
Copyright (C) 2006, 2010, Hitachi Software Engineering Co., Ltd.

前書き

■ 対象製品

適用OSのバージョン，JP1/Automatic Job Management System 2が前提とするサービスパックやパッチなどの詳細については，リリースノートで確認してください。

適用OS：Windows Server 2003，Windows Server 2003（x64）

P-2412-3K84　 JP1/Automatic Job Management System 2 - Manager　 08-50

適用OS：Windows 2000，Windows Server 2003，Windows Server 2003（x64）

P-2412-3384　 JP1/Automatic Job Management System 2 - Agent　 08-50

適用OS：Windows XP Professional，Windows Server 2003，Windows Server 2003（x64）

P-2412-3484　 JP1/Automatic Job Management System 2 - View　 08-50

適用OS：Windows XP Professional，Windows Server 2003，Windows Server 2003（x64）

P-242C-6L84　 JP1/Base　 08-50

適用OS：Windows Server 2003（IPF）

P-2812-3K84　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-2812-3384　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-282C-6L84　 JP1/Base　 08-50

適用OS：Windows Server 2008

P-2A12-3K84　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-2A12-3384　 JP1/Automatic Job Management System 2 - Agent　 08-50

適用OS：Windows Vista，Windows Server 2008

P-2A12-3484　 JP1/Automatic Job Management System 2 - View　 08-50
P-2A2C-6L84　 JP1/Base　 08-50

適用OS：Windows Server 2008（IPF）

P-2D12-3K84　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-2D12-3384　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-2D2C-6L84　 JP1/Base　 08-50

適用OS：HP-UX（PA-RISC）

P-1B12-2781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-1B12-2981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-1B2C-6L81　 JP1/Base　 08-50

適用OS：HP-UX（IPF）

P-1J12-2781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-1J12-2981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-1J2C-6L81　 JP1/Base　 08-50

適用OS：Solaris

P-9312-2781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-9312-2981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-9D2C-6L81　 JP1/Base　 08-50

適用OS：AIX

P-1M12-2781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-1M12-2981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-1M2C-6L81　 JP1/Base　 08-50

適用OS：Linux 5（x86），Linux AS 4（x86），Linux ES 4（x86），Linux 5（AMD64 & Intel EM64T），Linux AS 4（AMD64 & Intel EM64T），Linux ES 4（AMD64 & Intel EM64T）

P-9S12-3781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-9S12-3981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-9S2C-7L81　 JP1/Base　 08-50

適用OS：Linux 5（IPF），Linux AS 4（IPF）

P-9V12-2781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-9V12-2981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-9V2C-6L81　 JP1/Base　 08-50

■ 輸出時の注意

本製品を輸出される場合には，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制をご確認の上，必要な手続きをお取りください。
なお，ご不明な場合は，弊社担当営業にお問い合わせください。

■ 商標類

400は，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
Adobeは，Adobe Systems Incorporated（アドビシステムズ社）の米国ならびに他の国における商標または登録商標です。
AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AS/400は，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
CONNECT：Queueは，米国でのSterling Commerce,Inc.の登録商標です。
GIFは，米国CompuServe Inc.が開発したフォーマットの名称です。
HP NonStop Serverは，ヒューレット・パッカード社の商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
INS-Cは，日本電信電話（株）のサービス名称です。
INS-Pは，日本電信電話（株）のサービス名称です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Javaは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Lotus Notesは，IBM Corporationの登録商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Excelは，米国Microsoft Corp.の商品名称です。
Microsoft Exchange Serverは，米国Microsoft Corp.の商品名称です。
Microsoft Mailは，米国Microsoft Corp.の商品名称です。
Microsoft Office Excelは，米国 Microsoft Corporation の商品名称です。
Microsoft SQL Serverは，米国Microsoft Corp.の商品名称です。
MQSeriesは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
MSPは，富士通株式会社の登録商標です。
MVSは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Netscapeは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
Netscape Navigatorは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
OpenViewは，ヒューレット・パッカード社の商標です。
ORACLEは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Outlookは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Pentiumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
R/3は，SAP AGのドイツ及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat,Inc. の登録商標若しくは商標です。
SAPは，SAP AGのドイツ及びその他の国における登録商標または商標です。
Solarisは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
SQL*Plusは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
活文，PDFstaffは，日立ソフトウェアエンジニアリング株式会社の登録商標です。
プログラムプロダクト「P-9312-2781」，「P-9312-2981」，「P-9D2C-6L81」には，米国Sun Microsystems, Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9312-2781」，「P-9312-2981」，「P-9D2C-6L81」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。

■ ［スコープ］ウィンドウの背景として添付している日本地図データの著作権等についての注意

この地図の作成に当たっては，国土地理院の承認を得て，同院発行の数値地図25000（行政界・海岸線）を使用したものです。（承認番号 平21業使，第124号）
国土地理院の承認は，統合システム運用管理プログラム（JP1）（以下「本製品」という。）における使用に限られています。この地図の画像を本製品とは別に利用すること等この地図を本製品以外に利用することを禁じます。
また，地図を含む本製品は，著作権法により保護されています。
地図を翻案・改変等著作権を侵害する行為を行なうことを禁じます。
地図著作・制作者 株式会社 日立製作所 ソフトウェア事業部
All Rights Reserved. Copyright (C) 2009, Hitachi, Ltd.

■ 発行

2006年6月（第1.1版）3020-3-K21-01
2010年9月（第3.3版）3020-3-K21-43

■ 著作権

Copyright (C) 2006, 2010, Hitachi, Ltd.
Copyright (C) 2006, 2010, Hitachi Software Engineering Co., Ltd.

変更内容

変更内容（3020-3-K21-43）

追加・変更内容 | 変更個所
記載内容を変更した。詳細は，付録Eを参照のこと。 | 付録E

単なる誤字・脱字などはお断りなく訂正しました。

はじめに

このマニュアルは，JP1/Automatic Job Management System 2（以降，JP1/AJS2と省略します）の機能を説明したものです。

対象読者

JP1/AJS2を使って自動的に処理を実行したい方，およびJP1/AJS2を使ったシステムを構築したい方を対象としています。

マニュアルの構成

このマニュアルは，次に示す三つの編から構成されています。なお，このマニュアルは各OS（Operating System）に共通のマニュアルです。OSごとに差異がある場合は，本文中でそのつど内容を書き分けています。

第1編 概要編

JP1/AJS2の特長およびプログラム構成について説明しています。

第2編 機能解説（基本）編

JP1/AJS2の基本的な機能について説明しています。

第3編 機能解説（応用）編

JP1/AJS2の応用的な使い方と，他製品と連携してできることを説明しています。

関連マニュアル

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

JP1/AJS2関連

JP1 Version 8 JP1/Automatic Job Management System 2 設計・運用ガイド（3020-3-K22）

JP1 Version 8 JP1/Automatic Job Management System 2 セットアップガイド（3020-3-K23）

JP1 Version 8 JP1/Automatic Job Management System 2 操作ガイド（3020-3-K24）

JP1 Version 8 JP1/Automatic Job Management System 2 コマンドリファレンス（3020-3-K25）

JP1 Version 8 JP1/Automatic Job Management System 2 連携ガイド（3020-3-K27）

JP1 Version 8 JP1/Automatic Job Management System 2 メッセージ（3020-3-K28）

JP1 Version 8 JP1/Automatic Job Management System 2 - Print Option（3020-3-K36）

JP1 Version 8 JP1/Automatic Job Management System 2 - Definition Assistant（3020-3-K37）

JP1 Version 8 JP1/Automatic Job Management System 2 - Web Operation Assistant（3020-3-K38）

JP1 Version 8 JP1/Automatic Job Management System 2 - Datareplicator（3020-3-K39）

JP1 Version 8 JP1/Automatic Job Management System 2 - Configuration（3020-3-K41）

JP1 Version 8 JP1/Automatic Job Management System 2 - Scenario Operation（3020-3-K42）

JP1 Version 8 JP1/Automatic Job Management System 2 for Web Service（3020-3-K43）

JP1 Version 8 JP1/Automatic Job Management System 2 for 活文PDFstaff Option（3020-3-K44）

JP1 Version 8 JP1/Automatic Job Management System 2 for Enterprise Applications（3020-3-K51）

JP1 Version 7i JP1/Automatic Job Management System 2 for Oracle E-Business Suite（3020-3-F27）

JP1 Version 8 JP1/Automatic Job Management System 2 メインフレーム 運用・操作編（3020-3-K52）

JP1 Version 8 JP1/Automatic Job Management System 2 メインフレーム リファレンス編（3020-3-K53）

JP1関連

JP1 Version 8 JP1/Base 運用ガイド（3020-3-K06）

JP1 Version 8 JP1/Base メッセージ（3020-3-K07）

JP1 Version 8 JP1/Base 機能拡張（3020-3-K08）

JP1 Version 8 JP1/Integrated Management - Manager システム構築・運用ガイド（3020-3-K01）

JP1 Version 8 JP1/Integrated Management - Manager リファレンス（3020-3-K02）

JP1 Version 8 JP1/Integrated Management - Manager 機能拡張編（3020-3-K03）

JP1 Version 8 JP1/Integrated Management - Planning Operation（3020-3-K13）

JP1 Version 8 JP1/Power Monitor（3020-3-K54）

JP1 Version 8 JP1/NETM/DM　導入・設計ガイド(Windows(R)用)（3020-3-L36）

JP1 Version 8 JP1/NETM/DM　構築ガイド(Windows(R)用)（3020-3-L37）

JP1 Version 8 JP1/NETM/DM　運用ガイド1(Windows(R)用)（3020-3-L38）

JP1 Version 8 JP1/NETM/DM　運用ガイド2(Windows(R)用)（3020-3-L39）

JP1 Version 8 JP1/NETM/DM Automatic Installation Toolガイド(Windows(R)用)（3020-3-L40）

JP1 Version 8 JP1/NETM/DM Administrator Kit（3020-3-L41）

JP1 Version 8 JP1/NETM/DM SubManager(UNIX(R)用)（3020-3-L42）

JP1 Version 8 JP1/NETM/DM Client(UNIX(R)用)（3020-3-L43）

JP1 Version 8 JP1/NETM/DM APIリファレンス(UNIX(R)用)（3020-3-L44）

JP1 Version 6 JP1/NETM/DM Manager（3000-3-841）

JP1 Version 8 JP1/Performance Management - Agent Option for JP1/AJS2（3020-3-K75）

JP1 Version 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド（3020-3-L01）

JP1 Version 8 JP1/Cm2/Extensible SNMP Agent（3020-3-L04）

JP1 Version 7i JP1/NQSEXEC システム管理者ガイド（3020-3-F30）

JP1 Version 7i JP1/NQSEXEC ユーザーズガイド（3020-3-F31）

JP1 Version 8 JP1/Script（Windows(R)用） （3020-3-K55）

JP1 Version 8 JP1/File Transmission Server/FTP（Windows(R)用）（3020-3-K57）

JP1 Version 8 JP1/File Transmission Server/FTP（UNIX(R)用）（3020-3-K58）

VOS3 オープンジョブウェイ支援 JP1/Open Job Entry（6190-3-365）

VOS1/FS オープンジョブウェイ支援 for VOS1（6150-3-377）

VOSK/FS オープンジョブウェイ支援 for VOSK（650-3-416）

MVS オープンジョブウェイ支援 JP1/Open Job Entry（9000-3-365）

OSIV/MSP オープンジョブウェイ支援 JP1/Open Job Entry（9000-3-366）

JP1 Version 6 JP1/Open Job Entry for Midrange Computer（9000-3-367）

メッセージキュー連携関連

OpenTP1 Version 5 分散アプリケーションサーバ TP1/LiNK 使用の手引（3000-3-390）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 プログラム作成の手引（3000-3-361）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 システム定義（3000-3-362）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 運用と操作（3000-3-363）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 プログラム作成リファレンス C言語編（3000-3-365）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 メッセージキューイング機能 TP1/Message Queue 使用の手引（3000-3-711）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 メッセージキューイング機能 TP1/Message Queue MQI解説・文法編（3000-3-712）

読書手順

このマニュアルは，利用目的に合わせて章を選択して読むことができます。利用目的別にお読みいただくことをお勧めします。

マニュアルを読む目的 | 記述個所
JP1/AJS2の特長を知りたい。 | 1章
JP1/AJS2の機能について知りたい。 | 2章～8章
JP1/AJS2の業務作成例を知りたい。 | 9章
JP1/AJS2の応用的な使い方を知りたい。 | 10章
JP1/AJS2と他製品の連携について知りたい。 | 11章

このマニュアルでの表記

このマニュアルでは，日立製品およびその他の製品の名称を省略して表記しています。また，英略語を使用しています。正式名称と，このマニュアルでの表記を次の表に示します。

正 式 名 称 | このマニュアルでの表記
JP1/Automatic Job Management System 2 - Manager | JP1/AJS2 - Manager | JP1/AJS2
JP1/Automatic Job Management System 2 - Agent | JP1/AJS2 - Agent
JP1/Automatic Job Management System 2 - View | JP1/AJS2 - View
JP1/Automatic Job Management System 2 - Advanced Manager※1 | JP1/AJS2 - Advanced Manager
JP1/Automatic Job Management System 2 - Light Edition※1 | JP1/AJS2 - Light Edition
JP1/Automatic Job Management System 2 - Client Toolkit※1 | JP1/AJS2 - Client Toolkit
JP1/Automatic Job Management System 2 - Datareplicator | JP1/AJS2 - Datareplicator
JP1/Automatic Job Management System 2 - Configuration | JP1/AJS2 - Configuration
JP1/Automatic Job Management System 2 - Definition Assistant | JP1/AJS2 - Definition Assistant
JP1/Automatic Job Management System 2 - Web Operation Assistant | JP1/AJS2 - Web Operation Assistant
JP1/Automatic Job Management System 2 - Scenario Operation Manager | JP1/AJS2 - Scenario Operation Manager | JP1/AJS2 - Scenario Operation
JP1/Automatic Job Management System 2 - Scenario Operation View | JP1/AJS2 - Scenario Operation View
JP1/Automatic Job Management System 2 - Manager for Mainframe | JP1/AJS2 - Manager for Mainframe | JP1/AJS2 for Mainframe
JP1/Automatic Job Management System 2 - Agent for Mainframe | JP1/AJS2 - Agent for Mainframe
JP1/Automatic Job Management System 2 - View for Mainframe | JP1/AJS2 - View for Mainframe
JP1/Automatic Job Management System 2 for Enterprise Applications | JP1/AJS2 for Enterprise Applications
JP1/Automatic Job Management System 2 for Oracle E-Business Suite | JP1/AJS2 for Oracle E-Business Suite
JP1/Automatic Job Management System 2 for Web Service | JP1/AJS2 for Web Service | JP1/AJS2 for Web Service
JP1/Automatic Job Management System 2 - View for Web Service※2 | JP1/AJS2 - View for Web Service
JP1/Automatic Job Management System 2 for 活文PDFstaff Option | JP1/AJS2 for 活文PDFstaff
JP1/Cm2/Network Node Manager | JP1/Cm2/NNM | NNM
hp OpenView Network Node Manager | hp OpenView NNM
JP1/File Transmission Server/FTP | JP1/FTP
JP1/Integrated Management - Manager | JP1/IM - Manager | JP1/IM
JP1/Integrated Management - View | JP1/IM - View
JP1/Integrated Manager - View※1
JP1/Integrated Manager - Central Console※1 | JP1/IM - Central Console
JP1/Integrated Manager - Central Scope※1 | JP1/IM - Central Scope
JP1/Integrated Management - Planning Operation | JP1/IM - Planning Operation
JP1/Open Job Entry | JP1/OJE
JP1/Open Job Entry for Midrange Computer | JP1/OJE for Midrange Computer
JP1/System Event Service | JP1/SES
VOS3 JP1/Open Job Entry | JP1/OJE for VOS3
JP1/Automatic Job Management System 2 - SDK | JP1/AJS2 - SDK | JP1/AJS2
JP1/Automatic Job Management System 2 - Console | JP1/AJS2 - Console
Microsoft(R) Cluster Server | MSCS
Microsoft(R) Excel | Excel
Microsoft(R) Office Excel
Microsoft(R) Exchange 2000 Enterprise Server | Exchange Server
Microsoft(R) Exchange 2000 Server
Microsoft(R) Exchange Server
Microsoft(R) Internet Explorer(R) | IE
Microsoft(R) Mail | Microsoft Mail
Microsoft(R) Message Queue Server | MSMQ
Microsoft(R) Outlook(R) 2000 | Outlook 2000 | Outlook
Microsoft(R) Outlook(R) 2002 | Outlook 2002
Microsoft(R) Outlook(R) 2003 | Outlook 2003
Microsoft(R) Outlook(R) 2007 | Outlook 2007
Microsoft(R) Outlook(R) Express | Outlook Express
Microsoft(R) SQL Server | Microsoft SQL Server
Microsoft(R) SQL Server Enterprise Edition
Microsoft(R) Windows(R) 2000 Advanced Server Operating System | Windows 2000
Microsoft(R) Windows(R) 2000 Professional Operating System
Microsoft(R) Windows(R) 2000 Server Operating System
Microsoft(R) Windows Server(R) 2003, Enterprise Edition | Windows Server 2003 | Windows Server 2003
Microsoft(R) Windows Server(R) 2003, Standard Edition
Microsoft(R) Windows Server(R) 2003, Enterprise Edition for Itanium(R)-based Systems | Windows Server 2003（IPF）
Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition | Windows Server 2003（x64）
Microsoft(R) Windows Server(R) 2003, Standard x64 Edition
Microsoft(R) Windows Server(R) 2008 Enterprise | Windows Server 2008 | Windows Server 2008
Microsoft(R) Windows Server(R) 2008 Standard
Microsoft(R) Windows Server(R) 2008 for Itanium(R)-based Systems | Windows Server 2008（IPF）
Microsoft(R) Windows Vista(R) Business | Windows Vista
Microsoft(R) Windows Vista(R) Enterprise
Microsoft(R) Windows Vista(R) Ultimate
Microsoft(R) Windows(R) XP Professional Operating System | Windows XP Professional
AIX 5L 5.3 | AIX
AIX V6.1
HP-UX 11i V2 (PA-RISC) | HP-UX（PA-RISC） | HP-UX
HP-UX 11i V2 (IPF) | HP-UX（IPF）
HP-UX 11i V3 (IPF)
Red Hat Enterprise Linux 5 (AMD64 & Intel EM64T) | Linux 5（AMD64 & Intel EM64T） | Linux
Red Hat Enterprise Linux 5 (IPF) | Linux 5（IPF）
Red Hat Enterprise Linux 5 (x86) | Linux 5（x86）
Red Hat Enterprise Linux AS 4 (AMD64 & Intel EM64T) | Linux AS 4（AMD64 & Intel EM64T）
Red Hat Enterprise Linux ES 4 (AMD64 & Intel EM64T) | Linux ES 4（AMD64 & Intel EM64T）
Red Hat Enterprise Linux AS 4 (IPF) | Linux AS 4（IPF）
Red Hat Enterprise Linux AS 4 (x86) | Linux AS 4（x86）
Red Hat Enterprise Linux ES 4 (x86) | Linux ES 4（x86）
Solaris 9 | Solaris
Solaris 10
SAP Business Information Warehouse | SAP BW
SAP R/3(R) | SAP R/3

注※1

バージョン7の製品です。

注※2

JP1/AJS2 for Web Serviceに含まれるコンポーネントです。JP1/AJS2 - Viewと連携して動作します。

Windows 2000，Windows XP Professional，Windows Server 2003，Windows Server 2008，およびWindows Vistaを総称してWindowsと表記することがあります。

Linux 5（IPF），およびLinux AS 4（IPF）を総称してLinux（IPF）と表記することがあります。

HP-UX，Solaris，AIX，およびLinuxを総称して，UNIXと表記することがあります。

このマニュアルで使用する英略語

このマニュアルで使用する英略語を次に示します。

英略語 | 正式名称
ACL | Access Control List
DB | Database
DBMS | Database Management System
DNS | Domain Name System
EUC | Extended UNIX Code
FQDN | Fully Qualified Domain Name
FTP | File Transfer Protocol
GUI | Graphical User Interface
IPF | Itanium(R) Processor Family
ISAM | Indexed Sequential Access Method
JIS | Japanese Industrial Standard code
LAN | Local Area Network
MAPI | Messaging Application Programming Interface
MIB | Management Information Base
MIME | Multipurpose Internet Mail Extensions
NAT | Network Address Translator
NFS | Network File System
NIC | Network Interface Card
PDF | Portable Document Format
RDB | Relational Database
SNMP | Simple Network Management Protocol
SMTP | Simple Mail Transfer Protocol
SUP | Service Using Program
TCP/IP | Transmission Control Protocol/Internet Protocol
UAC | User Account Control
UNC | Universal Naming Convention
WAN | Wide Area Network
WOW64 | Windows On Windows 64
WSDL | Web Services Description Language

JP1 Version 8での製品体系変更について

JP1 Version 8では，JP1/AJS2の製品体系に次の変更がありました。

JP1/AJS2 - Advanced Managerは廃止されました。JP1/AJS2 - Advanced Managerが提供していた組み込みデータベースは，JP1 Version 8では，JP1/AJS2 - Managerに同梱されています。

JP1/AJS2 - Light Editionは廃止されました。

JP1/AJS2 - Client Toolkitは廃止されました。

JP1/AJS2 - Viewは，Windows版だけの提供となりました。

JP1 Version 7iでの製品体系変更について

JP1 Version 7iでは，JP1/AJS2の製品体系に次の変更がありました。

JP1/AJS2 - SDKはJP1/AJS2 - Managerに統合されました。JP1/AJS2 - SDKが提供していた関数は，JP1 Version 7iでは，JP1/AJS2 - Managerが提供しています。

JP1/AJS2 - ConsoleはJP1/AJS2 - Managerに統合されました。JP1/AJS2 - Consoleで使用できた機能は，JP1/AJS2 - Managerで使用できます。

JP1/AJS2 - Light Editionは，Windows版だけの提供となりました。

マニュアルで使用する記号

このマニュアルで使用する記号を次の表に示します。

記号
意味

［　］
メニュー項目，ダイアログボックス，ダイアログボックスのボタンなどを示します。

（例）

［ファイル］－［新規作成］を選択する。

上記の例では，メニューバーの［ファイル］を選んで，プルダウンメニューの［新規作成］を選択することを示します。

コマンドの文法に使用する記号

コマンド，およびパラメーターの説明で使用する記号を次の表に示します。

記号
意味と例

|
（ストローク）
複数の項目に対して項目間の区切りを示し，「または」の意味を示します。
（例）
「A|B|C」は，「A，B，またはC」を示します。

{　}
（波括弧）
この記号で囲まれている複数の項目の中から，一組の項目を必ず選択します。項目と項目の区切りは「|」で示します。
（例）
「{A|B|C}」は，「A，B，またはCのどれかを必ず指定する」ことを示します。

[　]
（角括弧）
この記号で囲まれている項目は，任意に指定できます（省略できます）。
（例）
「[A]」は，「必要に応じてAを指定する」ことを示します（必要でない場合は，Aを省略できます）。
「[B|C]」は，「必要に応じてB，またはCを指定する」ことを示します（必要でない場合は，BおよびCを省略できます）。

...
（点線）
この記号の直前に示された項目を繰り返して複数指定できます。なお，項目を複数指定する場合は，項目の区切りに1バイトの空白文字（半角スペース）を使用します。
（例）
「A B...」は，「Aのあとに，Bを複数指定できる」ことを示します。

_
（下線）
括弧で囲まれているすべての項目を省略したときに，システムが採用する値を示します。
（例）
「[A|B]」は，「AおよびBを指定しなかった場合，システムはAを採用する」ことを示します。

数式で使用する記号

このマニュアルの数式中で使用する記号を，次の表に示します。

記号
意味

＊
乗算記号を示します。

/
除算記号を示します。

↑　　↑
計算結果の値を小数点以下で切り上げることを示します。
（例）
↑34 / 3 ↑の計算結果は12となります。

MAX
計算結果のうち，最も大きい値を選ぶことを示しています。
（例）
MAX(3＊6，4+7)の計算結果は，18となります。

図中で使用する記号

このマニュアルの図中で使用する記号を次の図に示します。

Windows版JP1/AJS2のデフォルトのインストール先フォルダ

Windows版JP1/AJS2のデフォルトのインストール先フォルダは，次のとおりです。

JP1/AJS2 - Managerのデフォルトのインストール先フォルダ

システムドライブ¥Program Files※1¥HITACHI¥JP1AJS2

および

システムドライブ¥Program Files※1¥HITACHI¥JP1AJS2CM

JP1/AJS2 - Agentのデフォルトのインストール先フォルダ

システムドライブ¥Program Files※1¥HITACHI¥JP1AJS2

JP1/AJS2 - Viewのデフォルトのインストール先フォルダ

システムドライブ¥Program Files※2¥HITACHI¥JP1AJS2V

注※1

64ビット版のWindows Server 2008およびWindows Server 2003（x64）の場合は，「Program Files」を「Program Files (x86)」と読み替えてください。

注※2

64ビット版のWindows Server 2008，Windows Vista，およびWindows Server 2003（x64）の場合は，「Program Files」を「Program Files (x86)」と読み替えてください。

このマニュアルで使用する「Administrators権限」について

このマニュアルで表記している「Administrators権限」とは，ローカルPCに対してAdministrators権限を持つユーザーを指します。ローカルPCに対してAdministrators権限を持つユーザーであれば，ローカルユーザー，ドメインユーザー，およびActiveDirectory環境で動作に違いはありません。

オンラインマニュアルについて

JP1/AJS2 - Viewでは，WWW（World Wide Web）ブラウザーで参照できるHTMLマニュアルを提供しています。HTMLマニュアルは下記ブラウザーで参照できます。

Microsoft Internet Explorer 3.02以降

Netscape Navigator 3.01以降

HTMLマニュアルの内容は，下記の紙マニュアルと同じです。

JP1 Version 8 JP1/Automatic Job Management System 2 解説

JP1 Version 8 JP1/Automatic Job Management System 2 設計・運用ガイド

JP1 Version 8 JP1/Automatic Job Management System 2 セットアップガイド

JP1 Version 8 JP1/Automatic Job Management System 2 操作ガイド

JP1 Version 8 JP1/Automatic Job Management System 2 コマンドリファレンス

JP1 Version 8 JP1/Automatic Job Management System 2 連携ガイド

JP1 Version 8 JP1/Automatic Job Management System 2 メッセージ

JP1/AJS2 - Viewでは，［ヘルプ］－［目次］を選択すると目次が表示されます。また，［F1］キーを押して目次を表示することもできます。ただし，拡張子htmのファイルにWWWブラウザーが関連づけられていない場合，HTMLマニュアルが正しく表示されません。その場合は，htmファイルとWWWブラウザーを関連づけてください。

WWWブラウザーでの文字の表示に関する注意事項

Windowsの場合，スタートメニューからオンラインマニュアルを表示させると，すでに表示されているブラウザーの画面上にHTMLマニュアルが表示されます。

また，Microsoft Internet Explorer 5をご使用の場合，文字が不正に表示されることがあります。この場合，次のように設定してください。

・［表示］－［エンコード］の［自動選択］のチェックを外す。

・［表示］－［エンコード］の日本語で［日本語（シフトJIS）］を選択する。

JP1/AJS2マニュアルの使い分けについて

JP1/AJS2のマニュアルは，7冊に分かれています。次に示す表で各マニュアルの記載内容をご確認の上，利用目的に合わせてマニュアルをお読みください。

マニュアル名
記載内容

JP1/Automatic Job Management System 2
解説

JP1/AJS2の特長

各機能の解説

JP1/Automatic Job Management System 2
設計・運用ガイド

システムの設計時に検討する情報

システムの運用時に知っておくべき情報

トラブルシューティング

JP1/Automatic Job Management System 2
セットアップガイド

インストール・セットアップの操作手順

JP1/Automatic Job Management System 2
操作ガイド

GUIを使った操作方法

JP1/Automatic Job Management System 2
コマンドリファレンス

コマンドの文法

JP1/Automatic Job Management System 2
連携ガイド

他製品と連携してできる機能

JP1/Automatic Job Management System 2
メッセージ

JP1/AJS2が出力するメッセージ

注

バージョン8では，マニュアル「JP1/Automatic Job Management System 2 関数」は提供していません。

このマニュアルで使用するフォルダ名またはディレクトリ名

このマニュアルでは，Windowsのフォルダ名とUNIXのディレクトリ名とが同じ場合，原則として，フォルダ名と表記しています。

JP1/AJS2で使用できる正規表現について

ダイアログボックスやコマンドでの定義で，正規表現が使用できる項目があります。Windowsでの正規表現については，マニュアル「JP1/Base 運用ガイド」を参照してください。また，UNIXでの正規表現については，UNIXのドキュメントを参照してください。

Windowsのホスト上でイベントジョブを実行する場合，JP1/Baseの設定によって使用できる正規表現が異なります。使用できる正規表現の設定方法については，マニュアル「JP1/Base 運用ガイド」の，使用する正規表現の拡張に関する説明を参照してください。

なお，正規表現で，すべての文字に一致する「.*」を多数使用すると，検索に時間が掛かることがあります。長いメッセージなどに対しては，必要な個所に対してだけ「.*」を使用するようにしてください。また，UNIXでは，空白以外の文字に一致させたい場合など，「.*」の代わりに「[^ ]*（空白以外の文字の繰り返し）」を使用すると，検索時間を短縮できます。

JIS 2004（JIS X 0213:2004）で追加された第3水準，第4水準漢字について

JP1/AJS2では，JIS 2004で追加された第3水準漢字，第4水準漢字を使用できません。これらの文字を使用した場合，正常に動作しないおそれがあります。

常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としていますが，次の用語については，常用漢字以外の漢字を使用しています。

宛先（あてさき）

個所（かしょ）

栗（くり）色

毎（ごと）

進捗（しんちょく）

橙（だいだい）

同梱（どうこん）

貼（は）り付け

必須（ひっす）

閉塞（へいそく）

捕捉（ほそく）

KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

1.　概要

JP1/AJS2は，業務処理を自動化・省力化するためのプログラムです。ここでは，JP1/AJS2とはどのようなプログラムか，どのような構成になっているのかを説明します。

＜この章の構成＞

1.1　JP1/AJS2の特長

1.2　JP1/AJS2を構成する機能

1.3　JP1/AJS2のプログラム構成

1.1　JP1/AJS2の特長

コンピュータを使った毎日の業務の中には，毎日の売り上げデータの集計と日報の作成，月末ごとの締め処理，受注伝票の発行など，定型的・定期的な業務が数多くあります。また，多くの業務は，一つの作業だけで完結するものではなく，複数の作業を決まった順序で実行したり，さまざまな条件に従って実行したりしています。

このような業務を自動化できれば，コストを削減できるだけでなく，貴重な人的資源をより創造的な業務に専念させることができます。また，少ない人員で確実にシステムを運用できます。

JP1/AJS2は，このような定型的な業務を自動化するための製品です。JP1/AJS2は，複雑な業務の自動化にも対応できます。

＜この節の構成＞

1.1.1　業務の自動化

1.1.2　マネージャー・エージェント構成での一元的な管理

1.1.3　GUIを使った定義や監視

1.1.4　さまざまなシステム環境に対応

1.1.5　こんな業務を自動化できる

1.1.6　JP1/AJS2の導入効果

1.1.1　業務の自動化

JP1/AJS2を使って，業務を自動的に実行するには，次の二つのことを定義する必要があります。

業務内容と順序

業務を実行するスケジュール，または業務の契機となる事象の登録

図1-1　業務の自動化の概要

＜この項の構成＞

(1)　業務内容と実行順序の定義

(2)　業務スケジュールの定義

(3)　業務開始のきっかけの登録

(1)　業務内容と実行順序の定義

多くの業務は，決まった順序に従って実行されます。例えば，売上伝票の作成であれば，次のような順序になります。

(1)データの入力→(2)データの集計→(3)帳票作成→(4)プリンタ出力

JP1/AJS2で業務を実行するには，業務を構成する一つ一つの作業を切り出し，作業の実行順序を定義します。コマンドやアプリケーションプログラム，シェルスクリプトなどが一つ一つの作業の単位となります。この業務処理の最小単位となる一つ一つの作業を，JP1/AJS2では，ジョブといいます。複数のジョブをまとめて作業の順序を定義したものをジョブネットといいます。

作業の順序は，単純な直列とは限りません。複数の作業を並行して進める業務や，集計結果が基準より大きいか小さいかで次の処理を変える業務など，さまざまな条件に従って業務の順序が決まります。このような条件を洗い出して，ジョブネットを作成します。

図1-2　業務フロー

(2)　業務スケジュールの定義

業務を自動運用するには，業務をいつ実行するかを決めるスケジュールの定義が必要です。

日常の業務は，さまざまなスケジュールに従って運用されています。毎日実行する業務，週末だけ実行する業務，毎月決まった日に実行する業務など，業務の内容によってさまざまです。また，1日の中でも朝に実行する業務や営業時間終了後に実行する業務，深夜に実行する業務などがあります。JP1/AJS2では，これらのスケジュールを定義して，実行日や実行開始時刻が自動的に決まるようにします。

スケジュールの定義では，会社の営業日・休業日を設定したカレンダー，実行を開始する日時や実行間隔などを定義します。この定義に基づいて，JP1/AJS2が実行予定を決め，その日時が来ると自動的に実行を始めます。

また，実際の業務運用に則したスケジュール設定をするために，JP1/AJS2では，さらに細かくスケジュールを定義できます。例えば，次のようなルールを設定できます。

本来の実行予定日が休日だった場合は前日に実行する

前の作業が遅れて，予定の時刻に作業を始められなかった場合は，作業を1回休止する

(3)　業務開始のきっかけの登録

決まった時刻に業務を開始するだけでなく，ファイルが作成されたときやイベントが発生したときなど何らかの事柄が起こったときに業務を開始することもできます。ファイル作成やイベント発生など，業務開始のきっかけを条件として登録しておくと，その事柄が起きたときに業務の実行が開始されます。

実行開始のきっかけとなる事柄は，必ずしも1日1回規則的に起こるわけではなく，複数回発生することもあります。複数回発生したときに，並行して処理を実行するのか，前の処理が終わるのを待って実行するのかも検討しておく必要があります。

1.1.2　マネージャー・エージェント構成での一元的な管理

JP1/AJS2は，複数のホストで連携して業務を実行するような場合でも，1台のホストで業務を管理できます。業務を管理するホストをマネージャーホストといいます。また，実際に業務を実行するホストをエージェントホストといいます。

マネージャーホストは，業務の順序やスケジュールを管理し，業務を実行する時刻になるか実行のきっかけとなる事象が起きると，エージェントホストに業務の実行を依頼します。実行結果は，マネージャーホストが受け取り，管理します。

エージェントホストAで実行した処理が終了してから，エージェントホストBで処理を実行するという場合も，マネージャーホストが，業務の実行順序を管理して実行します。

マネージャーホストが複数のエージェントホストを集中管理するので，大規模なシステムを管理しやすくなります。

1.1.3　GUIを使った定義や監視

JP1/AJS2は，業務の定義や監視を，GUIを使って視覚的に操作できます。マネージャーホストやエージェントホストが各地に分散している場合でも，1台のホストの画面で業務の定義や実行の指示，実行状態の監視や実行結果の確認ができます。

業務の定義は，アイコンをドラッグアンドドロップして行います。直感的なインターフェースで業務を定義できます。

図1-3　GUIによる業務定義

業務を登録すると，GUI上に実行予定が表示され，業務が実行されるとその実行状態や結果は表示色を変えることで表現されます。表示する色が変わることで，異常の発生などを画面上ですばやく発見できます。

図1-4　GUIで実行状態を監視

業務の監視は，ホスト単位だけでなく，個々の業務の単位でも行えます。各地の支社で実行されている特定の業務を一つの画面に表示させて監視することができます。

図1-5　業務単位での監視

1.1.4　さまざまなシステム環境に対応

JP1/AJS2は，Windows，およびUNIX系各OSの上で動作します。統一した操作インターフェースによって，OSの違いを意識せずに運用できます。さらに，ほかのJP1シリーズ製品を組み合わせることで，メインフレームも含めたジョブの運用管理ができます。

図1-6　マルチプラットフォームでの運用

また，業務の規模に合わせて，システムを柔軟に構築できます。1台のホストで定義と実行をする小規模なシステムから，何十台ものホストで業務を分散させて実行する大規模システムにまで対応できます。

また，JP1/AJS2は，JP1シリーズを始めとする他のプログラムと連携できます。他のプログラムが実行する処理をJP1/AJS2の処理の一部として定義することで，JP1/AJS2の持つ柔軟なスケジュール機能や統合的な監視機能を生かして，他プログラムの処理を実行できます。

さらに，JP1/Cm2などほかのシステム管理製品と組み合わせることで，ほかのシステム管理製品からJP1/AJS2の実行状況などを管理することもできます。

1.1.5　こんな業務を自動化できる

JP1/AJS2を使うと，次のような業務がすべて自動化できます。

営業業務で，毎日終業時に支店内の売り上げ合計を算出し，夜間に全支店の売り上げ合計を本社で集計する。集計が終了したらデータベースを更新する。集計処理に失敗したときにはデータベースを更新しないようにする。

営業業務で，日中は，オペレーターが受注品目や受注金額を入力したときだけ自動的にデータベースを更新し，受注伝票を出力する。夜間に，日中入力された情報を，受注票の項目ごとに作成された分野別データベースに登録する。

経理業務で，毎月5・10・15・20・25日に自動的に出納票を作成し，出力する。該当する日が休業日の場合は，翌日に振り替えて処理を実行する。

1.1.6　JP1/AJS2の導入効果

JP1/AJS2の導入によって，次のような効果が期待できます。

より少ない人員で業務を運用できます。
ホストが各地に分散している場合でも，業務を自動的に実行でき，1台のホストの画面で操作や監視ができるため，少ない人員で業務を運用できます。コストを削減し，人的資源を有効活用できます。

人手によるミスを減らし，確実な運用ができます。
定型的な業務を自動実行するため，オペレーションミスを減らせます。

管理者が常駐していなくても，障害にすばやく対処できます。
障害時にだけ実行する処理を定義したり，障害時に管理者へ自動的にメールを送ったり，といった障害対応の手段も自動化できるので，管理者が常駐していなくても，障害にすばやく対応できます。

1.2　JP1/AJS2を構成する機能

JP1/AJS2は，複数の機能が連動してジョブの実行を制御しています。ここでは，JP1/AJS2を構成する機能を説明します。

＜この節の構成＞

1.2.1　JP1/AJS2を構成する各機能の概要

1.2.2　各機能の関連

1.2.3　スケジュール制御

1.2.4　ジョブ実行制御

1.2.5　イベント・アクション制御

1.2.6　キューレスジョブ実行制御

1.2.7　JP1/AJS2 - View機能

1.2.8　JP1/AJS2 Console機能

1.2.1　JP1/AJS2を構成する各機能の概要

JP1/AJS2を構成するプログラムおよび機能を，次の表に示します。JP1/AJS2は，これらの各機能が連動してジョブの実行を制御しています。

表1-1　JP1/AJS2の機能

プログラム
機能
機能の概要

JP1/AJS2 - Manager
スケジュール制御
（スケジューラー）

実行スケジュールの管理

ジョブネットによる実行順序制御

ジョブ実行制御

キューによるジョブの管理

ジョブの実行（エージェント）

イベント・アクション制御

イベントを契機としたジョブ実行指示

アクションの実行

キューレスジョブ実行制御

キューを使わないジョブの実行（エージェント）

JP1/AJS2 Console機能

監視したい業務の実行状況を定期的に取得

JP1/AJS2 - Database option※
組み込みDB

スケジュール制御で管理する情報を格納するRDB

JP1/AJS2 - Agent
ジョブ実行制御

ジョブの実行（エージェント）

イベント・アクション制御

イベントを契機としたジョブ実行指示

アクションの実行

キューレスジョブ実行制御

キューを使わないジョブの実行（エージェント）

JP1/AJS2 - View
JP1/AJS2 - View機能

ジョブやジョブネットの定義

ジョブやジョブネットの実行予定・実行状況の表示

JP1/AJS2 Console機能

監視したい業務の実行状況をGUIに表示

注※

JP1/AJS2 - Managerの同梱製品です。使用する場合は，プログラムのインストールおよびセットアップが必要です。

JP1/AJS2を構成する機能とその関連を，次の図に示します。

図1-7　JP1/AJS2の機能

1.2.2　各機能の関連

JP1/AJS2では，予定の日時にジョブを実行したり，実行順序を決めてジョブを実行したりするなど，ジョブを計画的に実行できます。また，あるファイルが更新されたときにジョブを実行したり，JP1のイベントが発生したときにジョブを実行したりするなど，特定の事象を契機として自動的にジョブを実行できます。

この場合，JP1/AJS2は，機能が次のように連動してジョブの実行を制御します。

ジョブの実行時期を決める（スケジュール制御：スケジューラー）。

予定日時などのスケジュールに沿ってジョブの実行を指示します。

実行順序（ジョブネット）に沿ってジョブを実行します。

特定の事象を受けてジョブ実行の契機とする（イベント・アクション制御）。

ファイル更新やJP1イベントに対応してジョブの実行を指示します。

ジョブを実行する（ジョブ実行制御／キューレスジョブ実行制御）。

スケジューラー，およびイベント・アクション制御からの実行指示で，実際にジョブを実行します。

各機能が連動する様子を，例を挙げて説明します。

（例）起動条件を設定したジョブネットを，計画実行登録で実行する。

カレンダーや処理サイクルを基に実行スケジュールを算出し，実行日時を確定する。
実行日時になったらジョブネットの実行を開始します。

起動条件が設定されているため，指定されたイベントの受信を待つ。
イベントを受信して起動条件が成立したら，ジョブネットの実行が開始されます。

ジョブネットに定義したジョブの実行順序に従って，一つ一つのジョブを実行する。
ジョブは実行待ち→実行中→正常終了のように状態が移り変わります。状態の移り変わりに合わせて，先行ジョブから後続ジョブへと，順に実行されていきます。

ジョブを実行するときは，キューまたはエージェントでジョブの同時実行数などを制御する。
キューに対応したエージェント，またはキューレスジョブのエージェントでジョブが実行されます。リモートで実行することもできます。

このようにジョブを実行すると各機能が連動して，実行日時や実行順序によってジョブを実行するタイミングを制御（1，2，3）し，キューやエージェントによるジョブ実行環境で効率良く実行（4）します。

JP1/AJS2の各機能はそれぞれ異なった性質の処理を担当し，それらが連動してジョブを実行します。

次にJP1/AJS2の各機能について説明します。

1.2.3　スケジュール制御

＜この項の構成＞

(1)　ジョブネットワーク機能

(2)　ジョブスケジューラー機能

(1)　ジョブネットワーク機能

ジョブやジョブネットの実行順序を定義して，定義内容に従って業務を運用する機能です。一つのジョブやジョブネットが終了すると，ジョブネットの定義内容に従って，自動的に次の処理の実行を始めます。

先行するジョブの終了結果によってあとに実行する処理を変えたり，先行ジョブが異常終了したときにだけ実行するジョブを定義したりできます。

(2)　ジョブスケジューラー機能

ジョブネットを実行するスケジュールを定義し，定義したスケジュールに従って，処理を実行します。

スケジュールには，業務の運用日と休業日を定義するカレンダーと，実行開始日時や処理サイクルを定義するスケジュールルールの二つがあります。JP1/AJS2は，この二つから，ジョブネットの実行スケジュールを算出します。

また，業務の実行を始めるきっかけとなる事象を定義しておき，その事象が起きるたびに業務を始めることもできます。

1.2.4　ジョブ実行制御

ジョブ実行制御機能は，キューとエージェントを使って，ジョブを実行します。キューとは，同時に実行されるジョブの数が多くなり過ぎないよう，実行登録されたジョブを一時的にためておくところです。エージェントとはジョブを実行するホストです。

ジョブ実行制御機能は，登録された順にジョブをキューにためておき，同時に実行するジョブの数を制御しながら，ジョブをエージェントに順次転送します。エージェントは，転送されたジョブを実行します。

1.2.5　イベント・アクション制御

メールの受信やファイルの更新など，特定の事象を契機として，処理を自動的に実行できます。このようなジョブ実行のきっかけとなる特定の事象をイベントと呼びます。

また，先行ジョブが終了したときに，状態通知や終了の連絡のために，メールやJP1イベントの送信など特定の処理（アクション）を実行できます。

JP1/AJS2で使用できる主なイベントとアクションを次に示します。

イベント

JP1イベントの登録

メールの到着

メッセージキューシステムのメッセージ到着

ファイルの作成や更新

ログファイルへのログ書き込み

Windowsイベントログへのイベントの出力

アクション

JP1イベントの送信

メールの送信

メッセージキューシステムへのメッセージ送信

自ホストまたは他ホストの電源投入・電源切断

1.2.6　キューレスジョブ実行制御

キューを使用しないジョブ（キューレスジョブ）を実行する機能です。キューレスジョブは，ジョブの実行登録時にキューを経由せず，直接エージェントに転送され実行されます。

1.2.7　JP1/AJS2 - View機能

GUIを使ってジョブやジョブネットを定義したり，ジョブやジョブネットの実行予定・実行結果を画面に表示したりできます。実行状況や実行結果は，アイコンの色で表されます。

1.2.8　JP1/AJS2 Console機能

JP1/AJS2で実行されている複数の業務の状態を，集中的に監視できます。複数のマネージャーが管理する業務を一つの画面で監視できます。

マネージャー側のコンポーネントが業務の状態を取得し，JP1/AJS2 - View側のコンポーネントが業務の状態を表示します。

1.3　JP1/AJS2のプログラム構成

JP1/AJS2のシステムを構成するプログラムを説明します。

図1-8　JP1/AJS2のプログラム構成

JP1/AJS2 - Manager

ジョブネットやスケジュールの定義を保存し，ジョブネットの実行を管理します。ジョブの実行時には，実行するジョブをJP1/AJS2 - Agentに転送し，実行状況，実行結果の情報を受け取ります。

JP1/AJS2 - Managerは，ジョブ実行制御のエージェント機能も持っているので，自らエージェントとしてジョブの実行もできます。

JP1/AJS2 - Agent

ジョブを実行するためのプログラムです。JP1/AJS2 - Managerから転送されたジョブを実行します。

JP1/AJS2 - View

GUIを使ってJP1/AJS2を操作するためのプログラムです。JP1/AJS2 - Managerに接続し，ジョブネットの定義や操作，実行状況や結果の表示などを行います。

JP1/Base

JP1/AJS2の前提製品で，ユーザー権限の管理やJP1イベントの送受信をします。

2.　JP1/AJS2を使った業務の自動化

この章では，JP1/AJS2を使った業務の自動化を開始するまでの流れを説明します。

＜この章の構成＞

2.1　業務の自動化の流れ

2.1　業務の自動化の流れ

この節では，JP1/AJS2を使って業務を自動化するための検討事項や，定義・設定の流れについて説明します。

＜この節の構成＞

2.1.1　業務の運用方法の検討

2.1.2　JP1/AJS2の運用を開始するまでの流れ

2.1.1　業務の運用方法の検討

JP1/AJS2を使って業務を自動化するには，まず自動化する業務を選定し，選定した業務をどのような運用計画の下で実行させるかを検討します。

業務を自動化するためには，次の項目について検討する必要があります。

自動化する業務の選定

自動化のために必要な処理の検討

業務の実行開始条件の検討

業務の運用日・休業日の検討

業務の実行日時や実行サイクルの検討

JP1/AJS2を使用するユーザーとアクセス権限の検討

＜この項の構成＞

(1)　自動化する業務の選定

(2)　自動化のために必要な処理の検討

(3)　運用カレンダーの設定

(4)　業務の実行日時や実行サイクルの検討

(5)　JP1/AJS2を使用するユーザーとアクセス権限の検討

(1)　自動化する業務の選定

自動化する業務を選定します。JP1/AJS2では，日次・月次など毎回決まった周期で実行するような定型業務ばかりでなく，先行の処理の結果次第でその後の処理が動的に変わるような業務なども自動化できます。また，何かの事象の発生を契機に実行するような変則的・突発的な業務にも対応しています。

（例）

毎月5・10・15・20・25日に自動的に出納帳を作成し，出力する。実行する日が休業日に重なった場合は，翌日に振り替えて実行する。

毎日終業時に支店内の売り上げ合計を算出し，夜間に全支店の売り上げ合計を本社で集計する。集計が終了したらデータベースを更新する。集計が失敗した場合は，データベースを更新しないようにする。

日中は，オペレーターが受注品目や受注金額を入力したときだけ自動的にデータベースを更新し，受注伝票を作成する。夜間は，受注伝票の項目ごとに作成された分野別データベースに日中入力された情報を登録する。

(2)　自動化のために必要な処理の検討

選定した業務の自動運用のために必要な処理を洗い出し，それぞれの処理の実行プログラムや実行順序を検討します。また，処理側に設定するアクセス権限（どのようなユーザーがアクセスでき，実行や定義・編集できるかなど）についても検討します。

（例）

毎日18:00に，その日の総受注数と総仕入れ数から売り上げデータを算出し，結果を日報にまとめる（日報処理）業務の場合

必要な処理

総受注数を計算する処理（実行プログラム：juchu.exe）
総受注数を計算し，結果をファイルに出力する。

総仕入れ数を計算する処理（実行プログラム：shiire.exe）
総仕入れ数を計算し，結果をファイルに出力する。

日報を作成する処理（実行プログラム：nippou.exe）
総受注数と総仕入れ数から売り上げデータを算出し，日報にまとめる。

処理の実行順序

総受注数を計算する処理と，総仕入れ数を計算する処理はどちらが先でもよいので並行して実行させる。それぞれの計算が終了したら，その結果から売り上げデータを計算して日報を作成するので，総受注数の計算と総仕入れ数の計算のあとに日報を作成する処理を実行する。

処理に対する操作権限

システム管理者と，営業部のフロー担当者，オペレーターに限りアクセスできる。営業部のフロー担当者は定義・編集だけ，オペレーターは実行だけできる。

その他，必要な処理の検討

終了判定
処理の終了状態を判定するためのしきい値を検討する。例えば，戻り値が0ならば正常終了，1～4ならば警告終了，5以上ならば異常終了とする，など。

障害回復
障害が発生した場合にどのような処理を実行させるかなどについて検討する。

遅延監視
処理の開始が遅れた場合に支障をきたす処理，処理の終了が遅れた場合に支障をきたす処理については，遅延監視を行う。

処理の打ち切り
処理の実行状態がどのような場合に処理を打ち切るか，打ち切ったあとにはどのように対処するか，などを検討する。

処理の再実行
どのような場合（異常発生時など）に再実行するか，また，どの処理から再実行するかなどをあらかじめ検討しておく。

(3)　運用カレンダーの設定

カレンダーに平日と日曜日や祝祭日などの休日があるように，会社または業務での平日（運用日）・休日（休業日）を設定し，JP1/AJS2運用上のカレンダーを定義します。また，JP1/AJS2では，処理に合わせて何日から何日までを一か月として扱うか，一日の開始時刻を何時からとするかなどを設定できるので，これらについても処理の形態に合わせて検討します。

（例）

休業日・運用日の検討

土曜日・日曜日・祝祭日は休みなので休業日とする。

会社は土曜日・日曜日・祝祭日が休業日だが，土曜日に処理を実行したいので土曜日は運用日とする。

基本的に土曜日・日曜日・祝祭日は休業日だが，第2土曜日は運用日とする。

月の開始日，一日の開始時刻の検討

毎月25日締めの処理なので，26日を月の開始日とする（例えば，8/26から9/25を8月として扱う）。

実際には翌日のAM6:00に開始する処理だが，当日扱いとして処理したいのでAM7:00から翌日のAM6:59までを一日として考える。

(4)　業務の実行日時や実行サイクルの検討

業務を開始する日時やどのような周期で自動実行させるかを検討します。また，前もって開始日時を指定できないような処理などには，どのような場合に処理を開始するのかという開始条件を検討します。

（例）

実行日時・実行サイクルの検討

何年何月何日（2006年8月10日）から実行を開始する。

毎日9:00から処理を開始する。

毎週金曜日の17:00に処理を開始する。

第2月曜日の8:00から処理を開始する。

実行予定が休業日と重なった場合は，翌日に振り替えて実行する。

開始条件の検討

データファイルが更新されたら処理を実行する。

先行の処理の終了後，10分経過したら処理を実行する。

毎週金曜日の17:00からファイルの監視を開始し，ファイルが更新された場合はそのつど処理を実行する。

(5)　JP1/AJS2を使用するユーザーとアクセス権限の検討

JP1/AJS2を使用するユーザー（JP1ユーザー）を選定し，各ユーザーの業務に対する操作権限（アクセス権限）を検討します。

なお，アクセス権限は，JP1/AJS2であらかじめ用意されているものから選んで設定します。

管理者権限およびジョブネット（自動化する業務内容を定義したもの）の定義・実行・編集ができる権限

ジョブネットの定義・実行・編集ができる権限

ジョブネットの定義・編集ができる権限

ジョブネットの実行・参照ができる権限

ジョブネットを参照できる権限

（例）

経理部の業務フロー担当は，経理部関連の業務の定義・変更はできるが，実行はできない。人事部関連の業務に対しての操作権限は一切ない。

経理部の業務オペレーターは，経理部関連の業務の実行はできるが，定義・変更はできない。人事部関連の業務に対しては参照だけできる。

人事部の業務フロー担当は，人事部関連の業務の定義・変更はできるが，実行はできない。経理部関連の業務に対しての操作権限は一切ない。

人事部の業務オペレーターは，人事部関連の業務の実行はできるが，定義・変更はできない。経理部関連の業務に対しては参照だけできる。

営業部の一般社員は，営業部関連の業務の参照だけできる。

システム管理者は，部署を問わずすべての業務に対してすべての権限を持つ。

2.1.2　JP1/AJS2の運用を開始するまでの流れ

自動化する業務内容の検討後，次のような流れで定義・設定を行いJP1/AJS2の運用を開始します。

図2-1　JP1/AJS2を使った業務の自動化の流れ

＜この項の構成＞

(1)　ユーザーを登録しアクセス権限を設定する

(2)　JP1/AJS2運用上の業務カレンダーを作成する

(3)　自動化する業務の内容を定義する

(4)　業務の実行日時や実行サイクルを定義する

(5)　業務の運用を開始する

(6)　業務を監視する

(1)　ユーザーを登録しアクセス権限を設定する

認証サーバ（JP1/Base）にJP1/AJS2を使用するユーザーを登録し，それぞれのユーザーのアクセス権限を設定します。

(2)　JP1/AJS2運用上の業務カレンダーを作成する

JP1/AJS2運用上のカレンダー作成（運用日・休業日の定義）や，月の開始日（基準日），一日の開始時刻（基準時刻）などの定義をします。

(3)　自動化する業務の内容を定義する

自動化する業務の細かな処理の一つ一つをジョブとして定義し，それらに実行順序を設定してジョブネットという一まとまりの業務を作成します。

(4)　業務の実行日時や実行サイクルを定義する

業務の運用計画に合わせて，実行開始日時や処理サイクルなどジョブネットのスケジュールルールを定義します。また，開始日時が明確でない業務については，開始条件（起動条件）を定義します。

(5)　業務の運用を開始する

作成したジョブネットを実行登録し，運用を開始します。ジョブネットを登録すると定義内容に基づいてスケジュールされ，自動的に実行されます。

(6)　業務を監視する

実行登録したジョブネットの実行状態の監視や，実行結果・実行予定の確認を行います。

3.　自動化する業務の定義

この章では，業務をJP1/AJS2で自動化するためのジョブネット定義，カレンダー情報の定義，スケジュール定義などについて説明します。

＜この章の構成＞

3.1　ジョブネットワークの階層構造

3.2　ジョブネットの定義例

3.3　JP1/AJS2運用上のカレンダー定義

3.4　スケジュールの定義

3.5　起動条件の定義

3.1　ジョブネットワークの階層構造

JP1/AJS2では，自動化する業務をジョブネットワーク要素と呼ばれるユニットで定義していきます。

まず，自動化する業務の一つ一つの細かい処理は，ジョブと呼ばれるユニットで定義します。ジョブは，ジョブネットワーク要素の最小単位です。さらに，定義したジョブに実行順序を付け（ジョブのネットワーク化），一つの業務としてまとめます。このジョブの集まりをジョブネットといいます。

図3-1　ジョブとジョブネット

さらに，ジョブネットをまとめる管理ユニットとしてジョブグループやプランニンググループがあります。

このように，JP1/AJS2では自動化する業務の細かい処理の一つ一つまでを体系的に管理します。ジョブネットワーク要素は，次の図のような管理階層を持っています。

図3-2　ジョブネットワークの管理階層

なお，これらのユニット全体はスケジューラーサービスという制御単位で管理されます。スケジューラーサービスとは，ルートジョブグループ（最上位のジョブグループ）として「AJSROOT1」のようにデフォルトで定義されているもので，その下位に定義されたユニット全体を管理します。

スケジューラーサービスは，それぞれに別々の設定環境を持つことができるため，新たな運用のテスト用として使用したり，またスケジューラーサービスを多重起動させることでルートジョブグループごとに独立した業務（ジョブネット）を並行して運用したりできます。

＜この節の構成＞

3.1.1　ジョブネットワーク要素

3.1.2　ジョブネットの構築

3.1.3　ジョブフローの作成方法

3.1.1　ジョブネットワーク要素

JP1/AJS2で自動化する業務を構成する一つ一つの要素をジョブネットワーク要素といいます。それぞれのジョブネットワーク要素について説明していきます。

＜この項の構成＞

(1)　ジョブ

(2)　ジョブネット

(3)　ジョブネットコネクタ

(4)　ジョブグループ

(5)　プランニンググループ

(1)　ジョブ

業務を構成するジョブネットワーク要素の最小単位をジョブといいます。JP1/AJS2では，幾つかの処理に実行順序を付けて一つの業務を定義しますが，その一つ一つの処理がジョブに当たります。

一つ一つのジョブは，次の図のように実行順に並べて順序づけをします。

図3-3　先行ジョブと後続ジョブ

このとき，ジョブAをジョブBの先行ジョブといいます。また，ジョブCをジョブBの後続ジョブといいます。ジョブの順序づけについては，「3.1.3 ジョブフローの作成方法」で説明します。

ジョブには，保留，種別，実行先サービス，打ち切り時間，終了遅延監視，所有者，JP1資源グループ，実行ユーザー種別などの属性情報を定義できます。ここでは，保留，種別，実行先サービス，打ち切り時間，および終了遅延監視について説明します。所有者，JP1資源グループ，および実行ユーザー種別については，「8.2 ユニットへのアクセスを制限するための設定」を参照してください。

保留
ジョブの実行を保留するように，あらかじめ設定しておくことができます。保留するように設定したジョブは，保留解除の操作を行うことで実行開始できます。

種別
ユニットをリカバリーユニットにするかどうかを設定できます。ユニットの種別は［通常］または［リカバリ］から選択します。デフォルトは［通常］です。
種別に［リカバリ］を設定したジョブのことをリカバリージョブと呼び，先行するユニットが異常終了したときに実行されます。
また，種別に［リカバリ］を設定したジョブネットのことをリカバリージョブネットと呼びます。リカバリージョブとリカバリージョブネットのことを合わせてリカバリーユニットと呼びます。

実行先サービス
ジョブの実行先サービスを選択できます。選択できる種類は［JP1/AJS2］と［JP1/AJS2 Queueless Agent］です。デフォルトは［JP1/AJS2］です。PCジョブ，UNIXジョブ，またはアクションジョブをキューレスジョブとして定義する場合は，［JP1/AJS2 Queueless Agent］を選択します。キューレスジョブについては，「5.1.2 キューレスジョブ」を参照してください。

打ち切り時間
ジョブの打ち切り時間を設定し，ジョブの実行が開始されてからの経過時間によってジョブの実行を打ち切ることができます。例えば，打ち切り時間を「10分」とした場合，ジョブが実行開始してから10分を経過しても終了しないときに，そのジョブの実行を打ち切ります。打ち切り時間は，1～1,440（単位：分）の範囲内で設定します。

終了遅延監視
ジョブの実行所要時間を設定し，ジョブの実行が開始されてからの経過時間によって終了遅延を監視できます。実行所要時間は，1～1,440（単位：分）の範囲内で設定します。例えば，実行所要時間を「10分」とした場合，ジョブが実行開始してから10分を経過しても終了しないときに終了遅延を検知します。遅延が検出されたジョブは「実行中（遅延）」状態となります。終了すると「終了状態（遅延）」（「正常終了（遅延）」など）となります。また，遅延を検出したタイミングでメッセージ「KAVS0248-I」が出力されます。メッセージの内容については，マニュアル「JP1/Automatic Job Management System 2 メッセージ　2.3 KAVSで始まるメッセージ（スケジューラーに関するメッセージ）」を参照してください。メッセージの出力先と出力条件については，マニュアル「JP1/Automatic Job Management System 2 メッセージ　1.3(3) KAVSで始まるメッセージの出力先」を参照してください。
終了遅延監視は，ORジョブ，判定ジョブ，およびシナリオ管理グループ配下のジョブには指定できません。
なお，ジョブの終了遅延監視の詳細については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.1.22 ジョブ実行所要時間による終了遅延監視機能に関する注意事項」を参照してください。

ジョブにはさまざまな種類があり，処理の形態に合わせて定義するジョブを選べます。ジョブの種類には，次のものがあります。

標準ジョブ

ORジョブ

判定ジョブ

イベントジョブ

アクションジョブ

カスタムジョブ

それぞれのジョブの特性について，次に説明します。

(a)　標準ジョブ

標準ジョブとは，実行ファイルと実行先のホスト名などを指定して処理を実行させるジョブです。標準ジョブには次の3種類があります。

UNIXジョブ

PCジョブ

QUEUEジョブ

それぞれのジョブの内容と，定義できる処理（指定できる実行ファイル）を次の表に示します。

表3-1　標準ジョブの内容と定義できる処理

ジョブの種類
ジョブの内容
定義できる処理

UNIXジョブ
UNIXホストで処理を実行させる。

実行ファイル

シェルスクリプト

PCジョブ
Windowsホストで処理を実行させる。

.exeファイル

.comファイル

.cmdファイル

.batファイル

.sptファイル※（JP1/Scriptで作成したスクリプトファイル）

アプリケーションに関連づけられているファイルタイプ（拡張子）を持つデータファイル

QUEUEジョブ
特定のキューにジョブを送って処理を実行させる。
次の場合に使用する。

用途別にキューを使い分けたい場合

ほかのシステム（JP1/NQSEXECやJP1/OJEなど）と連携する場合

実行ファイル

シェルスクリプト

.exeファイル

.comファイル

.cmdファイル

.batファイル

.sptファイル※（JP1/Scriptで作成したスクリプトファイル）

アプリケーションに関連づけられているファイルタイプ（拡張子）を持つデータファイル

注※

.sptファイルを指定した場合，実行先ホスト側にもJP1/Scriptがインストールされていないと実行されません。

なお，標準ジョブを使用したジョブネット定義については，「3.2.1 ファイルを指定して処理を実行する（標準ジョブを使ったジョブネットの定義例）」を参照してください。

(b)　ORジョブ

ORジョブとは，事象の発生を監視するジョブ（イベントジョブ）を先行ジョブとして複数定義しておき，それらが監視する事象が一つでも発生した場合に後続ジョブを実行させるジョブです。ORジョブの先行ジョブとして定義できるジョブは，イベントジョブに限ります。

図3-4　ORジョブを使用したジョブネット例

複数定義したイベントジョブのうち，最初に事象が発生したジョブが終了すると，それ以外のイベントジョブは「計画未実行」状態となって事象発生の監視を打ち切ります。

なお，ORジョブを使用したジョブネット定義については，「3.2.2 複数の条件のうち一つが成立したら処理を実行する（ORジョブを使ったジョブネットの定義例）」を参照してください。

(c)　判定ジョブ

判定ジョブとは，実行する条件に合致しているか，していないかを判定するジョブです。判定ジョブの判定によって実行されるジョブを従属ジョブといいます。判定ジョブには，従属ジョブを実行させるための判定条件を設定します。条件が成立した場合は従属ジョブが実行され，そのあとに後続ジョブが実行されます。条件に合致しない場合は，従属ジョブを実行しないでそのまま後続ジョブを実行します。ただし，従属ジョブが異常終了した場合，後続ジョブは実行されません。

図3-5　判定ジョブを使用したジョブネット例

判定ジョブによる判定方法には，次の三つがあります。

先行ジョブの終了コードによる判定
判定値を設定し，先行ジョブの終了コード（戻り値）と比較した結果がどのような場合に従属ジョブを実行させるかを定義します。
設定できる条件は，次のとおりです。

終了コードが判定値より大きい

終了コードが判定値以上

終了コードが判定値より小さい

終了コードが判定値以下

終了コードが判定値と等しい

終了コードが判定値と等しくない

ファイルの有無による判定
ファイル名を指定し，指定したファイルがマネージャーホストにあるか，ないかによって従属ジョブを実行させるかどうかを定義します。
設定できる条件は，次のとおりです。

ファイルが存在する
ファイルがある場合に，従属ジョブを実行します。

ファイルが存在しない
ファイルがない場合に，従属ジョブを実行します。

指定したファイルがネットワークファイルの場合は，次の条件のファイルを指定したときだけファイルの有無による判定ができます。

Windowsの場合

JP1/AJS2サービスのアカウントをユーザーアカウントに設定し，UNCで参照できるファイル。

UNIXの場合

NFSマウントで参照できるファイル。

ただし，ネットワークにアクセスできない場合はファイルがないものとして扱われるため，通信障害などによって正しく判定できないことがあります。
マネージャーホストとは別のホストにあるネットワークファイルの有無を判定したい場合は，マネージャーホスト上にファイルを配置してから判定ジョブを実行することをお勧めします。

変数比較による判定
ルートジョブネット，または先行ジョブから引き継いだ引き継ぎ情報がどのような場合に従属ジョブを実行させるかどうかを定義します。
判定できる引き継ぎ情報は次のものです。

イベントジョブで設定された引き継ぎ情報

実行登録時のマクロ変数値指定によって設定された引き継ぎ情報

先行ジョブの引き継ぎ情報と判定ジョブの判定値を数値，文字のどちらで扱うかを選択できます。
設定できる条件は，次のとおりです。
判定値の形式が「数値」の場合

変数の値が判定値より大きい

変数の値が判定値以上

変数の値が判定値より小さい

変数の値が判定値以下

変数の値が判定値と等しい

変数の値が判定値と等しくない

判定値の形式が「文字列」の場合

変数の値が判定値と等しい

変数の値が判定値を含む

変数の値が判定値と等しくない

変数の値が存在する

変数の値が存在しない

先行ジョブの終了コードで判定する場合は，一つの判定ジョブに対して一つの先行ジョブを定義します。また，一つの判定ジョブに対して一つの従属ユニットを定義します。

先行ユニットにジョブネットを定義すると，そのジョブネットの戻り値は常に「0」として扱われるため，判定結果が常に同じになります。そのため，終了コードによる判定条件を設定している場合は，先行ユニットはジョブである必要があります。

一方，ファイルの有無や変数比較で判定する場合は，先行ユニットがジョブである必要はありません。判定ジョブをジョブネットの先頭に定義したり，ネストジョブネットを先行ユニットに定義したりできます。ただし，変数比較による判定ジョブをジョブネットの先頭に定義した場合は，次に示すときには判定の対象となる値がないため，判定結果は偽となります。

実行登録時にマクロ変数値を指定していないとき

起動条件付きジョブネットで起動条件のイベントジョブにマクロ変数が定義されていないとき

判定ジョブを使用したジョブネット定義については，「3.2.3 先行ジョブの結果でそのあとの処理を動的に変える（判定ジョブを使ったジョブネットの定義例）」を参照してください。

(d)　イベントジョブ

イベントジョブとは，事象（イベント）の発生を監視するジョブです。ジョブフローやジョブネットの起動条件などにイベントジョブを定義することによって，事象の発生を契機にジョブやジョブネットを実行させることができます。ジョブネットの起動条件については，「3.5 起動条件の定義」を参照してください。

図3-6　イベントジョブを使用したジョブネット例

イベントジョブには，次の8種類があります。

JP1イベント受信監視ジョブ

ファイル監視ジョブ

メール受信監視ジョブ

メッセージキュー受信監視ジョブ

MSMQ受信監視ジョブ

ログファイル監視ジョブ

Windowsイベントログ監視ジョブ

実行間隔制御ジョブ

それぞれのジョブの内容を次に示します。

表3-2　イベントジョブの種類

イベントジョブ名 | ジョブの内容
JP1イベント受信監視ジョブ | JP1/Baseから特定のイベントを受け取ったときにイベントジョブが終了する。
ファイル監視ジョブ | 特定のファイルが作成，削除，または更新されたときにイベントジョブが終了する。
メール受信監視ジョブ | 特定のメールを受信したときにイベントジョブが終了する。
メッセージキュー受信監視ジョブ※ | TP1/Message QueueまたはMQSeriesから特定のメッセージを受信したときにイベントジョブが終了する。
MSMQ受信監視ジョブ | MSMQから特定のメッセージを受信したときにイベントジョブが終了する。
ログファイル監視ジョブ | JP1/Baseのログファイルトラップ機能と連携し，指定したログファイルに，特定の情報が書き込まれたときにイベントジョブが終了する。
Windowsイベントログ監視ジョブ | JP1/Baseのイベントログトラップ機能と連携し，Windowsイベントログファイルに特定の情報が書き込まれたときにイベントジョブが終了する。
実行間隔制御ジョブ | 指定した時間が経過したらイベントジョブが終了する。

注

メール受信監視ジョブ，メッセージキュー受信監視ジョブ，MSMQ受信監視ジョブは，JP1/AJS2とそれぞれのプログラムとの連携が必要です。プログラムとの連携については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド」を参照してください。

注※

Linuxは対象外です。

イベントジョブの動作は，JP1ユーザーの権限およびジョブに定義されている権限（所有者，JP1資源グループ，実行ユーザー種別）には依存しません。Windowsの場合は，JP1/AJS2サービスのアカウント権限に依存するため，JP1/AJS2サービスにあらかじめ権限を設定しておく必要があります。

イベントジョブを使用したジョブネット定義については，「3.2.4 事象の発生を契機に処理を実行する（イベントジョブを使ったジョブネットの定義例）」を参照してください。

なお，イベントジョブで受信したイベント情報を後続ジョブ中に変数（マクロ変数）として定義しておき，後続ジョブまたは後続ジョブネットに引き継ぐことができます。イベント情報の引き継ぎについては，「3.2.4(6) イベントジョブの受信情報の引き継ぎ」を参照してください。

(e)　アクションジョブ

アクションジョブとは，特定の処理を実行するジョブです。イベントジョブと組み合わせることによって，事象の発生を契機にJP1イベントやメールを送信したり，状態を通知したりなどの処理（アクション）を実行させることができます。

図3-7　アクションジョブを使用したジョブネット例

アクションジョブには次の7種類があります。

JP1イベント送信ジョブ

メール送信ジョブ

メッセージキュー送信ジョブ

MSMQ送信ジョブ

JP1/Cm2状態通知ジョブ

ローカル電源制御ジョブ

リモート電源制御ジョブ

それぞれのジョブの内容を次の表に示します。

表3-3　アクションジョブの種類

アクションジョブ名 | ジョブの内容
JP1イベント送信ジョブ | JP1イベントをJP1/Baseのイベントサービスに登録する。
メール送信ジョブ | メールを送信する。
メッセージキュー送信ジョブ※ | TP1/Message QueueまたはMQSeriesのメッセージを送信する。
MSMQ送信ジョブ | MSMQのメッセージを送信する。
JP1/Cm2状態通知ジョブ | JP1/Cm2/NNMまたはhp OpenView NNMに状態を通知する。
ローカル電源制御ジョブ※ | JP1/Power Monitorと連携して，ローカル電源制御ジョブを実行したホストをシャットダウンする。
リモート電源制御ジョブ※ | JP1/Power Monitorと連携して，ネットワーク上のホストの電源を投入したり，システムを終了したりする。

注※

Linuxは対象外です。

なお，メール送信ジョブ，メッセージキュー送信ジョブ，MSMQ送信ジョブ，JP1/Cm2状態通知ジョブ，ローカル電源制御ジョブ，リモート電源制御ジョブは，JP1/AJS2とそれぞれのプログラムとの連携が必要です。プログラムとの連携については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド」を参照してください。

アクションジョブを使用したジョブネット定義については，「3.2.5 先行ジョブの終了や事象の発生を契機にJP1イベントを送信する（JP1イベント送信ジョブを使ったジョブネットの定義例）」を参照してください。

(f)　カスタムジョブ

カスタムジョブとは，JP1/AJS2以外のプログラムがJP1/AJS2と連携して処理を実行するジョブです。JP1/AJS2 - Viewの「カスタムジョブ登録」を行うことで，JP1/AJS2のジョブとして扱えるカスタムジョブアイコンが作成され，JP1/AJS2以外のプログラムでの処理をジョブとしてJP1/AJS2上で定義できるようになります。

なお，カスタムジョブには，Windows版のJP1シリーズ製品と連携するために「標準カスタムジョブ」というものが標準提供されています。

「標準カスタムジョブ」を次に示します。

表3-4　標準カスタムジョブの一覧

カスタムジョブ名
連携するプログラム名
カスタムジョブの機能

JP1FTP
JP1/FTP
JP1/FTPと連携してファイルを転送する。

JP1AMR3
JP1/AJS2 for Enterprise Applications
JP1/AJS2 for Enterprise Applicationsと連携して，R/3（R）システムのバックグラウンドジョブを自動実行する。

JP1AMR3BW
JP1/AJS2 for Enterprise Applications
JP1/AJS2 for Enterprise Applicationsと連携して，BWシステムのインフォパッケージを実行する。

JP1AMOAP
JP1/AJS2 for
Oracle E-Business Suite
JP1/AJS2 for Oracle E-Business Suiteと連携して，Oracle E-Business Suiteシステムのリクエストを自動実行する。

MFJOB※¹
HITACHI JOB ENTRY - CLIENTMF
JP1/OJEと連携して，メインフレームでジョブを実行する。

VOS3JOB※¹
JP1/OJE for VOS3
JP1/OJEと連携して，メインフレーム（VOS3）でジョブを実行する。

VOS1JOB※¹
JP1/OJE for VOS1
JP1/OJEと連携して，メインフレーム（VOS1）でジョブを実行する。

VOS1NET※¹
JP1/OJE for VOS1
JP1/OJEと連携して，メインフレーム（VOS1）でジョブを実行する。

VOSKJOB※¹
JP1/OJE for VOSK
JP1/OJEと連携して，メインフレーム（VOSK）でジョブを実行する。

VOSKNET※¹
JP1/OJE for VOSK
JP1/OJEと連携して，メインフレーム（VOSK）でジョブを実行する。

DMSV※²
HITSENSER Data Mart Server
HITSENSER Data Mart Serverと連携して，データマートの作成・変更・運用のプロセスをスケジュール実行する。

COSMNGSV※²
Cosminexus Manager
Cosminexus Managerと連携して，WebサーバやJ2EEサーバなどの論理サーバを起動・停止する。

COSMNGAP※²
Cosminexus Manager
Cosminexus Managerと連携して，業務アプリケーションを起動・停止する。

WS_PC，WS_UX
JP1/AJS2 for Web Service
Webアプリケーションサーバと連携し，Webサービスを実行する。

AJSPDFS※2
JP1/AJS2 for 活文PDFstaff
活文PDFstaffと連携してPDF変換を行う。

注※1

WindowsホストのJP1/AJS2 - Managerで実行する標準ジョブ（PCジョブ）として定義できます。UNIXジョブとしては定義できません。

注※2

カスタムジョブのジョブ種別にはPCジョブを指定する必要があります。

このほか，カスタムジョブにはPCジョブとUNIXジョブのアイコンだけをユーザー任意のアイコンに変更した「カスタムPCジョブ」，「カスタムUNIXジョブ」があります。

なお，JP1/AJS2でカスタムジョブを使用するためには，セットアップが必要です。詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　5. カスタムジョブ」を参照してください。

(2)　ジョブネット

幾つかのジョブの集まりに順序づけしたものをジョブネットといいます。ジョブネットのうち，最上位のジョブネットをルートジョブネット，ルートジョブネットの下位に定義されたジョブネットをネストジョブネットといいます。

JP1/AJS2で自動化される業務は，ルートジョブネット単位で実行されます。したがって，ルートジョブネットにはジョブネットをJP1/AJS2に実行予定をスケジュールするために必要な情報を定義します。スケジュール情報の定義については，「3.4 スケジュールの定義」で説明します。

ルートジョブネットにスケジュール情報を定義すると，その下位のユニットもルートジョブネットのスケジュール情報に基づいてスケジューリングされますが，ネストジョブネットについては，個別にスケジュール情報を定義することもできます。したがって，一つのジョブネットの中に定義された各処理のうち，運用スケジュールが異なるものがある場合などには，ネストジョブネットを作成して個別にスケジュール情報を定義できます。ネストジョブネットのスケジュール定義については，「10.1.3 ジョブネットの一部のジョブにほかのジョブと異なるスケジュールを設定する」で説明します。

また，ルートジョブネットでは，スケジュール情報とともにジョブネットをスケジューリングするための情報として，次の項目について設定できます。

多重起動

保存世代数

優先順位※

打ち切り時間

スケジューリング方式

ジョブネット監視※

実行順序制御

注※

ネストジョブネットにも設定できます。

ここでは，保存世代数，優先順位，打ち切り時間，およびジョブネット監視について説明します。なお，多重起動とスケジューリング方式については「3.4.3 多重起動とスケジューリング方式」で，実行順序制御については「10.4 ジョブネットコネクタを使用したルートジョブネットの実行順序制御」で説明します。

保存世代数
定義したジョブネットをJP1/AJS2上で自動化（実行登録）すると，ジョブネットはスケジュール情報に基づいた実行予定ごとにオブジェクト化されます。これをジョブネットの世代といいます。
「保存世代数」は，ルートジョブネットの実行結果を何世代分保存しておくかを設定するもので，ルートジョブネットにだけ設定できます。保存世代数を設定すると，設定した世代分（回数分）の実行結果を［デイリースケジュール］ウィンドウや［マンスリースケジュール］ウィンドウ，またはajsshowコマンドで確認できます。ajsshowについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsshow」を参照してください。保存世代数は，1から99まで設定できますが，マネージャーのスケジューラーサービス環境の設定によって最大999世代まで保存世代数を持つことができます（保存世代数の拡張機能）。マネージャーのスケジューラーサービス環境の設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.3 スケジューラーサービス環境設定パラメーターの定義内容」の"MAXSAVEGEN"を参照してください（ただし，保存世代数を増加すると，登録解除などの操作に多大な時間が掛かることがあるため，最大保存世代数を拡張する場合は，システム性能への影響を十分配慮した上で保存世代数を設定してください。また，保存された世代のうち不要なものについては，そのつど削除されることをお勧めします。なお，保存世代数の拡張機能は，お使いのJP1/AJS2 - Managerのバージョンが06-71以前の場合は使用できません）。
保存世代数に設定した世代数を超えた過去の実行結果は，自動的に削除されます。例えば，保存世代数を1回とした場合，このジョブネットが1日に数回実行されたとしても1回分の実行結果しか確認できません。したがって，起動条件によって1日のうちに数回実行されるようなジョブネットについては，保存世代数を多めに見積もって設定しておく必要があります。
なお，保存世代数の詳細については，「4.2.3 ジョブネットの保存世代数の管理」を参照してください。

優先順位
ジョブネットのジョブを実行したときのプロセスの優先順位を設定できます。ルートジョブネットに設定した優先順位は，その下位のジョブやネストジョブネットでは仮定値として扱われます。ジョブ（標準ジョブだけ）やネストジョブネットに個別に設定することもできます。
優先順位の設定値に対するWindowsでの優先順位とUNIXでの優先順位について，次に示します。

表3-5　優先順位の設定値とWindows，UNIXでの値の意味

優先順位の設定値 | Windowsでの実行優先順位※1 | UNIXでの実行優先順位※2
1 | 対話処理と比較して低い | JP1/AJS2サービスのnice値+20
2 | JP1/AJS2サービスのnice値+10
3 | 対話処理と同等 | JP1/AJS2サービスのnice値
4 | 対話処理と比較して高い | JP1/AJS2サービスのnice値-10
5 | JP1/AJS2サービスのnice値-20

注※1

Windowsの場合，優先順位は3段階になります。次の三つの優先順位クラスを設定してジョブのプロセスを起動します。

優先順位の設定値が［1］または［2］の場合は，システムがアイドル状態のときに実行されます。
（Windowsで規定されるIDLE_PRIORITY_CLASSを設定します）

優先順位の設定値が［3］と場合は，一般的なプロセスとして実行されます。
（Windowsで規定されるNORMAL_PRIORITY_CLASSを設定します）

優先順位の設定値が［4］または［5］の場合は，上記の優先順位クラスを割り当てられたプロセスのスレッドより先に実行されます。
（Windowsで規定されるHIGH_PRIORITY_CLASSを設定します）

注※2

UNIXの場合，nice値のデフォルトとして，jajs_spmdを実行した際のJP1/AJS2サービスのnice値を基準とします。特に設定されていない場合のnice値は20が仮定されます。

優先順位の設定値が［1］でnice値が20の場合，優先順位の値は次のようになります。

　39 ≒ 20（初期値）＋ 20（増分値）

nice値の範囲（0～39）を超える場合，最大値は39，最小値は0です。

なお，実行先サービスを[JP1/AJS2 Queueless Agent]とした場合，nice値は固定の値を設定します。nice値には実行優先順位の低い順から39，30，20，10，または0のどれかを設定します。nice値を変更する場合は，これらのnice値に対応したジョブの実行優先順位を指定してください。

打ち切り時間
ルートジョブネットは，登録してから実行が開始されるまで「開始時刻待ち」状態となりますが，スケジューラーサービスが起動していない，または保留設定などで実行開始予定日時になっても実行が開始されない場合に，開始予定日の基準時刻からどのくらい経過した時点で「開始時刻待ち」状態を打ち切るかを設定するものです。「開始時刻待ち」状態を打ち切ると，そのジョブネットは「繰り越し未実行」状態になります。打ち切り時間は，次の中から設定できます。

システム設定に従う

1日

2日

無制限

「1日」または「2日」を設定した場合は，開始予定日の基準時刻から1日または2日経過した時点で「開始時刻待ち」や「保留中」の状態を打ち切り，「繰り越し未実行」状態になります。また，ルートジョブネットのスケジュール定義を48時間制で運用し，ルートジョブネットの開始予定時刻が翌日の場合は，打ち切り時間の指定が「1日」であっても「2日」が仮定されます。
なお，デフォルトは「システム設定に従う」で，マネージャーホストの「マネージャー環境設定」で「繰り越し方法」に設定している内容（デフォルトは1日）が適用されます。

ジョブネット監視
ジョブネットの実行所要時間を設定し，ジョブネットの実行開始からの経過時間による終了遅延を監視できます。例えば，ジョブネットの実行所要時間を「30分」とした場合，ジョブネットが実行開始してから30分を経過しても終了しないときに終了遅延を検知します。実行所要時間は，1～2,879（単位：分）の範囲内で設定します。
なお，JP1/AJS2 - Viewおよび接続先のJP1/AJS2 - Managerのバージョンが06-71以前の場合は使用できません。

なお，JP1/AJS2のジョブネットには次のものがあり，必要に応じて定義できます。

リモートジョブネット

マネージャージョブネット

ホストリンクジョブネット

それぞれの特性について次に説明します。

(a)　リモートジョブネット

リモートジョブネットとは，自マネージャーホストで定義したジョブネットを転送して別のマネージャーホストで実行させるジョブネットをいいます。リモートジョブネットを使うと，リモートジョブネットの下位にあるジョブネットおよびジョブの実行時のJP1/AJS2 - Managerの負荷を分散できます。

リモートジョブネットは，転送先マネージャーホストで即時実行登録され，リモートジョブネット配下のユニットに設定されているスケジュール情報は無視されます。なお，リモートジョブネットの転送先ホスト側では，定義内容の追加や変更はできません。また，転送元ホストでジョブネットの保存世代数を超えた場合は，自動的に削除されます。

リモートジョブネットを定義する際は，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.1.9 リモートジョブネットの注意事項」もあわせて参照してください。

(b)　マネージャージョブネット

マネージャージョブネットとは，別のマネージャーホストに定義されたジョブネットを参照するためのジョブネットです。

マネージャージョブネットには，参照先のマネージャーホスト名と参照するジョブネットを定義します。定義できるジョブネットはルートジョブネットに限ります。これにより，自マネージャーホストに接続したJP1/AJS2 - Viewからマネージャージョブネットとして定義した他マネージャーホストのジョブネットを参照できます。

(c)　ホストリンクジョブネット

メインフレームのジョブスケジューラーがJP1/AJS2 for Mainframeと連携している場合，メインフレームのジョブネットからJP1/AJS2との連携に必要な部分を切り取ったものをJP1/AJS2 for Mainframe上で「ネットグループ」として扱うことができます。ネットグループは，運用に応じてメインフレームのジョブネットを選択するスコープの役割を持ちます。「ホストリンクジョブネット」は，さらにこのJP1/AJS2 for Mainframeのネットグループをリンクさせるユニットになります。

メインフレームのジョブネットとJP1/AJS2 for Mainframeのネットグループ，JP1/AJS2のホストリンクジョブネットの関係を次に示します。

図3-8　ホストリンクジョブネットとメインフレームのジョブネットの階層関係

ホストリンクジョブネットを利用すると，JP1/AJS2 for Mainframeのネットグループを介してメインフレーム側のジョブネットを透過的に扱うことができるため，メインフレーム側のジョブネットの一部をホストリンクジョブネットとしてJP1/AJS2上のジョブネットに定義し，JP1/AJS2からメインフレーム側のジョブネットやジョブを監視したり，開始・終了を制御したりできます。

ただし，メインフレームのジョブネットはメインフレーム上で管理されており，メインフレームのジョブスケジューラーによってスケジューリングされているため，JP1/AJS2上でスケジュールに関する設定はできません。したがって，ホストリンクジョブネットは，すでにメインフレームのジョブスケジューラーで構築されている運用内容を監視したり，部分的な実行順序と連携したりする場合の使用に限ります。また，メインフレームのジョブネットやジョブを操作するには，メインフレーム側でコマンドを実行する必要があります。JP1/AJS2でメインフレーム側のジョブを制御したい場合は，JP1/OJEを利用した，QUEUEジョブでの運用構築を行ってください。

なお，JP1/AJS2 - View 06-00でホストリンクジョブネットを表示させた場合，ホストリンクジョブネットはジョブネットとして表示されますが，操作しないでください。ホストリンクジョブネットを操作する場合は，バージョン06-51以降のJP1/AJS2 - Viewで操作してください。

ホストリンクジョブネットの詳細については，マニュアル「JP1/Automatic Job Management System 2 メインフレーム　運用・操作編」，「JP1/Automatic Job Management System 2 メインフレーム　リファレンス編」を参照してください。

(3)　ジョブネットコネクタ

ジョブネットコネクタは，ルートジョブネットの実行順序を制御するためのユニットです。

ジョブネットコネクタには，次の二つの機能があります。

ルートジョブネットの終了を待ち合わせる
ルートジョブネットが正常終了するのを待ちます。ルートジョブネットが異常終了した場合，ジョブネットコネクタは異常検出実行中となり，終了しないで待ちます。

ルートジョブネットを自身の実行開始と同期して開始させる（オプション機能）
ジョブネットコネクタが実行状態になったらルートジョブネットの実行を開始します。

図3-9　ジョブネットコネクタの機能

ジョブネットコネクタは，ジョブネット配下にジョブネットワーク要素の一つとして定義できます。また，ジョブネットコネクタを使って実行順序を制御できるのは，ルートジョブネットまたはプランニンググループ直下のルートジョブネットです。

ジョブネットコネクタの詳細については，「10.4 ジョブネットコネクタを使用したルートジョブネットの実行順序制御」を参照してください。

(4)　ジョブグループ

ジョブグループとは，ジョブネットをまとめたり分類したりして体系的に管理するためのユニットです。ジョブグループの下に，さらにジョブグループを作ってネストすることもできます。

図3-10　ジョブグループ

ジョブグループには，JP1/AJS2運用上のカレンダー情報（運用日・休業日の設定，基準日・基準時刻の設定）を定義できます。カレンダー情報の定義については，「3.3 JP1/AJS2運用上のカレンダー定義」を参照してください。

なお，ジョブグループはジョブネットの管理ユニットであり，ジョブグループ自体を実行したりすることはできません。

(a)　マネージャージョブグループ

マネージャージョブグループとは，別のマネージャーホストに定義されたジョブグループ，またはプランニンググループを参照するためのジョブグループです。

マネージャージョブグループには，参照先のマネージャーホスト名と参照するジョブグループまたはプランニンググループを定義します。これにより，自マネージャーホストに接続したJP1/AJS2 - Viewからマネージャージョブグループとして定義した他マネージャーホストのジョブグループまたはプランニンググループを参照できます。

(5)　プランニンググループ

JP1/AJS2では，複数のジョブネット（ルートジョブネット）を，実行期間を指定することによって計画的に切り替えることができます。プランニンググループは，このような運用をする場合に使用するユニットです。

例えば，8/1から8/5まではジョブネットAを実行し，8/6からジョブネットBに切り替えて8/10まで実行するという場合は，まずプランニンググループを作成し，その直下にジョブネットA，ジョブネットBを作成します。ジョブネットAには8/1～8/5，ジョブネットBには8/6～8/10のように期間を指定して実行すると，自動的に二つのジョブネットを切り替えて運用を継続します。

図3-11　プランニンググループの使用例

プランニンググループを使用したジョブネットの計画切り替えについては，「10.3 プランニンググループを使用したルートジョブネットの計画切り替え」を参照してください。

プランニンググループは，スケジューラーサービス（AJSROOT）またはジョブグループの直下に作成できます。また，プランニンググループの直下には，ルートジョブネットまたはリモートジョブネットに限り作成できます。

なお，プランニンググループには，JP1/AJS2運用上のカレンダー情報を定義できます。カレンダー情報の定義については，「3.3 JP1/AJS2運用上のカレンダー定義」を参照してください。

3.1.2　ジョブネットの構築

JP1/AJS2で業務を自動化するためのジョブネット定義の流れは，次のとおりです。

必要に応じて，ジョブグループを作成する

ジョブネットを作成する

ジョブを作成する

必要に応じて，作成したジョブを順序づけする

必要に応じて，ジョブネットの起動条件を設定する

起動条件の設定については，「3.5 起動条件の定義」を参照してください。

JP1/AJS2では，業務単位，つまりジョブネット（ルートジョブネット）単位でスケジュールの設定や実行，管理を行います。したがって，業務をジョブネット化する際には，ある程度の基準を持って構築した方が，ジョブネット全体が管理しやすくなります。

どのような単位でジョブネット化するか，幾つかの例を紹介します。

業務ごとに管理する例

業務単位でジョブネットを構築する例です。業務単位でジョブネットを構築すると，業務ジョブが追加になったり，変更や削除などが発生したりした場合でも容易に対応できます。

図3-12　業務ごとに管理する例

部署単位で管理する例

部署単位でジョブネットを構築する例です。部署単位でジョブネットを構築すると，ジョブネット全体が管理しやすく，また，他の部署のユーザーによる誤操作などを防止できます。

図3-13　部署単位で管理する例

処理単位で管理する例

処理単位でジョブネットを構築する例です。処理単位でジョブネットを構築すれば，複雑なスケジュール設定や階層化の必要がなくなります。

図3-14　処理単位で管理する例

なお，コマンドで操作するなどの場合には，正規表現を使用することを考えて半角英数字で名称設定すると便利です。

3.1.3　ジョブフローの作成方法

ジョブフロー（ジョブ間の順序づけ）は，JP1/AJS2 - Viewの［ジョブネットエディタ］ウィンドウで簡単に作成できます。

［ジョブネットエディタ］ウィンドウでは，関連線と呼ばれる矢印でジョブ同士をつなぐだけで，簡単にジョブフローを作成できます（JP1/AJS2 - Viewの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　5. ジョブネットの定義」を参照してください）。

図3-15　［ジョブネットエディタ］ウィンドウでのジョブフロー作成例

なお，ジョブの実行順序や形態によっていろいろなジョブフローが作成できます。ジョブフローの作成例を次に示します。

まず，Job1，Job2，Job3という三つのジョブに順序性があり，処理の経路が1とおりだけある場合のジョブフローの作成例を示します。

図3-16　パスが一つだけのジョブフロー

次に，処理の経路が複数ある場合のジョブフローの作成例を示します。

図3-17　パスが複数ある場合のジョブフロー

この場合，JobAが実行されると，「JobA－JobB－JobC」というパスと「JobA－JobD－JobE」というパスの二つに処理が分岐されることになります。

ジョブフローにジョブネットをネストして組み込むこともできます。この場合，JobAの実行が終了したら，Jobnet1に定義されているジョブが実行され，Jobnet1の処理が終了したらJobBが実行されます。

図3-18　ネストジョブネットの使用例

また，複数のジョブをネストジョブネットとしてまとめ，ジョブフローを作成することもできます。

なお，JP1/AJS2では，次のような場合，二つのパスを一つにまとめることができます。

「日次処理1－日次処理2」というパスと「日次処理1－月次処理－日次処理2」というパスの二つを定義した処理があります。日次処理1，日次処理2は毎日実行され，月次処理は月に一度だけ実行されるという場合，JP1/AJS2ではその日に実行予定のないジョブネットをスキップして実行するため，次のように一つのパスにまとめることができます。

図3-19　ジョブネットのフロー化

次に，異なるジョブネット内のジョブ同士を順序づけたい場合のジョブフローの組み方を説明します。JP1/AJS2では，原則的に異なるジョブネット内のジョブ同士を順序づけすることはできません。異なるジョブネット内のジョブ間で順序づけを行いたい場合は，次の図のような方法でそれぞれのジョブネットを分割するか，またはそれぞれのジョブネット内のジョブを一つのジョブネットに統合して順序づけします。

図3-20　異なるジョブネット内のジョブ同士を順序づけしたい場合

3.2　ジョブネットの定義例

この節では，各ジョブネットワーク要素の特性を踏まえながら，業務や処理の内容に応じて，これらを組み合わせてジョブネットを定義する例を紹介していきます。

実際にジョブネットを定義するに当たっての注意事項などについては，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8. 運用する前に知っておいた方がよいこと」を参照してください。また，ジョブネットを構成する各ユニット定義の設定項目や操作方法については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　5. ジョブネットの定義」を参照してください。

なお，ルートジョブネットやジョブネットを構成する各ユニットには，それらに対するJP1ユーザーのアクセス権限や所有者を設定できます。権限や所有者の設定については，「8. ユーザー管理とアクセス制御」を参照してください。

＜この節の構成＞

3.2.1　ファイルを指定して処理を実行する（標準ジョブを使ったジョブネットの定義例）

3.2.2　複数の条件のうち一つが成立したら処理を実行する（ORジョブを使ったジョブネットの定義例）

3.2.3　先行ジョブの結果でそのあとの処理を動的に変える（判定ジョブを使ったジョブネットの定義例）

3.2.4　事象の発生を契機に処理を実行する（イベントジョブを使ったジョブネットの定義例）

3.2.5　先行ジョブの終了や事象の発生を契機にJP1イベントを送信する（JP1イベント送信ジョブを使ったジョブネットの定義例）

3.2.6　ジョブが異常終了したときに特定の処理を実行する（リカバリージョブ，リカバリージョブネットを使ったジョブネットの定義例）

3.2.1　ファイルを指定して処理を実行する（標準ジョブを使ったジョブネットの定義例）

ファイルを実行して処理を行うようなジョブネットの定義には，標準ジョブを使用します。

「プログラムjuchu.exeで総受注数計算してファイルに出力した結果と，shiire.exeで総仕入れ計算してファイルに出力した結果から，nippou.exeで売り上げデータを算出して売り上げ日報を作成・印刷する。なお，総受注計算と売り上げ日報の作成はhostA（Windows）で，総仕入れデータ計算はhostB（UNIX）で実行する。」というジョブネットを，標準ジョブを使って定義する例を次に示します。

図3-21　標準ジョブを使ったジョブネットの定義例

「総受注計算」と「売り上げ日報作成」の実行先ホストはWindowsなのでPCジョブを，「総仕入れ計算」の実行先ホストはUNIXなのでUNIXジョブを使用します。

「総受注計算」には，実行ホストとしてhostAを，実行ファイル名にjuchu.exeを指定します。「総仕入れ計算」には，実行ホストとしてhostBを，実行ファイル名にshiire.exeを指定します。「売り上げ日報作成」には，実行ホストとしてhostAを，実行ファイル名にnippou.exeを指定します。「総受注計算」と「総仕入れ計算」の実行順序に前後関係はありませんが，双方の結果から売り上げデータを算出するので，図のようなジョブフローになります。

また，標準ジョブでは実行結果の終了判定ができます。終了判定には，次の五つの方法があります。

終了判定の方法

常に正常

常に異常

ファイルが存在すれば正常
ファイル名を指定しておき，実行ホスト上にそのファイルがあれば正常終了とします。

ファイルが更新されれば正常終了
ファイル名を指定しておき，ジョブの実行開始から終了までの間にそのファイルが更新されれば正常終了とします。

しきい値による判定
ジョブ終了時の戻り値によって正常終了か，異常終了か，警告終了かを判断します。この判断基準となるしきい値（警告しきい値・異常しきい値）を設定しておき，終了時の戻り値と設定したしきい値の大小関係で判定します。
終了時の戻り値が警告しきい値以下であれば正常終了，警告しきい値より大きく異常しきい値以下であれば警告終了，異常しきい値より大きければ異常終了とします。なお，戻り値は符号なしの整数値として判定されます。例えば「-1」は，Windowsでは「4,294,967,293」，UNIXでは「255」として扱われます。

例えば，この例で「総受注計算」と「総仕入れ計算」の計算結果がファイルに出力され，更新されたら「売り上げ日報作成」を実行させるように定義する場合は，「総受注計算」と「総仕入れ計算」の終了判定方法を「ファイルが更新されれば正常終了」とします。

実行ファイルの指定について
実行ファイルは，実行先のホスト上にあることが前提となります。実行ホストでの絶対パスまたは相対パスで指定します。PCジョブの場合，実行ファイルとして指定できるファイルは一つのPCジョブにつき1ファイルに限ります。
なお，標準ジョブに定義した実行ファイルの処理は，バックグラウンドで実行されるため画面やメッセージを表示して入力待ちになるような処理の場合は，待ち状態を解除できなくなります。ただし，表示されたウィンドウに対する処理が定義されているコマンドであれば問題はありません。

優先順位について
ジョブネットを実行したときのジョブプロセスの優先順位を設定できます。基本的には，ルートジョブネットに設定した優先順位で実行されますが，標準ジョブの場合は，ジョブに個別に設定することもできます。
優先順位の設定値に対するWindowsでの優先順位とUNIXでの優先順位について，次に示します。

表3-6　優先順位の設定値とWindows，UNIXでの値の意味

優先順位の設定値 | Windowsでの実行優先順位※1 | UNIXでの実行優先順位※2
1 | 対話処理と比較して低い | JP1/AJS2サービスのnice値+20
2 | JP1/AJS2サービスのnice値+10
3 | 対話処理と同等 | JP1/AJS2サービスのnice値
4 | 対話処理と比較して高い | JP1/AJS2サービスのnice値-10
5 | JP1/AJS2サービスのnice値-20

注※1

Windowsの場合，優先順位は3段階になります。次の三つの優先順位クラスを設定してジョブのプロセスを起動します。

優先順位の設定値が［1］または［2］の場合は，システムがアイドル状態のときに実行されます。
（Windowsで規定されるIDLE_PRIORITY_CLASSを設定します）

優先順位の設定値が［3］と場合は，一般的なプロセスとして実行されます。
（Windowsで規定されるNORMAL_PRIORITY_CLASSを設定します）

優先順位の設定値が［4］または［5］の場合は，上記の優先順位クラスを割り当てられたプロセスのスレッドより先に実行されます。
（Windowsで規定されるHIGH_PRIORITY_CLASSを設定します）

注※2

UNIXの場合，nice値のデフォルトとして，jajs_spmdを実行した際のJP1/AJS2サービスのnice値を基準とします。特に設定されていない場合のnice値は20が仮定されます。

優先順位の設定値が［1］でnice値が20の場合，優先順位の値は次のようになります。

　39 ≒ 20（初期値）＋ 20（増分値）

nice値の範囲（0～39）を超える場合，最大値は39，最小値は0です。

なお，実行先サービスを[JP1/AJS2 Queueless Agent]とした場合，nice値は固定の値を設定します。nice値には実行優先順位の低い順から39，30，20，10，または0のどれかを設定します。nice値を変更する場合は，これらのnice値に対応したジョブの実行優先順位を指定してください。

実行時のユーザー
標準ジョブの場合，実行先のホストでジョブを実行するためのOSユーザーを指定しておくことができます。ジョブネットを実行登録すると，ジョブの実行ユーザーであるJP1ユーザーに対して「実行時のユーザー」に指定したOSユーザーがマッピングされ，このOSユーザーのアカウントでジョブが実行されます。指定を省略した場合は，実行ユーザーであるJP1ユーザーにマッピングされているプライマリーユーザーで実行されます。
なお，ユニットに対するJP1ユーザーの権限やホストのOSユーザーマッピングなどの詳細については，「8. ユーザー管理とアクセス制御」を参照してください。

転送ファイルの指定
標準ジョブを実行する際に必要なファイルが実行ホスト上にない場合，マネージャーホストまたはコマンドを実行するホストから，実行ホスト（エージェント）に転送して実行させることもできます。この場合，転送できるファイルはテキスト形式のものに限ります。

3.2.2　複数の条件のうち一つが成立したら処理を実行する（ORジョブを使ったジョブネットの定義例）

複数の条件のうち，どれか一つでも成立したら処理を実行させるようなジョブネットの定義には，ORジョブを使用します。

「JP1イベントの受信を10分間監視し，受信したら直ちに後続ジョブを実行させる。ただし，10分間を経過した場合はJP1イベントを受信しなくても，その時点で後続ジョブを実行させる。」というジョブネットを，ORジョブを使って定義する例を次に示します。

図3-22　ORジョブを使ったジョブネットの定義例

ORジョブの先行ジョブとして定義できるのは，イベントジョブに限ります。この場合，JP1イベントの受信を監視するのでJP1イベント受信監視ジョブを定義します。また，10分間という時間経過の監視には実行間隔制御ジョブを使用し，待ち時間を10分と定義します。

ORジョブの先行ジョブとして定義されたイベントジョブが監視している事象のうちどれか一つでも発生した場合，後続のORジョブを実行され，そのほかのイベントジョブは監視を打ち切り，「計画未実行」状態となります。したがって，この場合はJP1イベント受信監視ジョブで監視しているJP1イベントが受信されると，実行間隔制御ジョブは時間経過の監視を打ち切ります。イベントの受信によって後続ジョブが実行終了すると，そのジョブネットは実行終了となります。

なお，後続ジョブが終了判定を行う場合のORジョブの戻り値は，実行された先行ジョブであるイベントジョブの戻り値と同じ値になります。

注意事項

イベントジョブを実行中止すると，イベントジョブは「未計画」状態となります。そのあと，実行中止したイベントジョブの先行ジョブが終了すると「未計画」状態のイベントジョブは「計画未実行」状態となり，ほかのイベントジョブが実行中であっても「計画未実行」状態となり，後続のORジョブが実行されるので注意が必要です。

なお，イベントジョブを強制終了したり，打ち切り時間に到達したりして，イベントジョブの状態が「強制終了」状態，および「異常検出終了」状態に遷移した場合も，そのほかのイベントジョブは監視を打ち切り，「計画未実行」状態になります。しかし，この場合はORジョブの先行ジョブに異常終了したイベントジョブが存在するため，ORジョブは実行されません。

ORジョブの先行ジョブとして定義されたイベントジョブまたはその先行ユニットから再実行する場合で，ORジョブの先行ジョブに「計画未実行」状態で終了しているイベントジョブが存在すると，再実行した直後に，ORジョブが実行されるので注意が必要です。ORジョブの先行ジョブとして定義されたイベントジョブを再実行して，再度事象を監視させたい場合は，ORジョブの直前のイベントジョブをすべて「異常検出終了」状態に状態変更したあと，再実行方法に「異常終了ジョブから」を指定してルートジョブネットを再実行するなどの対応をしてください。

3.2.3　先行ジョブの結果でそのあとの処理を動的に変える（判定ジョブを使ったジョブネットの定義例）

先行ジョブの終了結果，ファイルの有無，先行ジョブの引き継ぎ情報で，あとの処理内容が動的に変わるようなジョブネットの定義には，判定ジョブを使用します。

＜この項の構成＞

(1)　判定ジョブを使ったジョブネットの定義例

(2)　判定ジョブを連続して定義した例

(3)　注意事項

(1)　判定ジョブを使ったジョブネットの定義例

「在庫チェックジョブの実行結果を判定して，在庫数がやや不足気味の場合は発注伝票を作成し，在庫数に問題がなければ受注伝票を作成する。在庫数が完全に不足している場合，在庫チェックジョブは異常終了し，リカバリージョブを実行する。」というジョブネットを，判定ジョブを使って定義する例を次に示します。なお，リカバリージョブについては「3.2.6 ジョブが異常終了したときに特定の処理を実行する（リカバリージョブ，リカバリージョブネットを使ったジョブネットの定義例）」を参照してください。

図3-23　判定ジョブを使ったジョブネットの定義例

この例では，先行ジョブの戻り値で判定を行うことにします。「在庫チェック」は，在庫数が十分の場合は戻り値3以下，在庫数がやや不足気味の場合は戻り値4，在庫数が不足している場合は戻り値5以上を返すものとします。

まず，「在庫チェック」の終了判定の定義を「しきい値による判定」とし，警告しきい値を3，異常しきい値を4とします（戻り値が3以下ならば正常終了，戻り値が4ならば警告終了，戻り値が5以上ならば異常終了します）。判定ジョブには，「終了コードが判定値と等しい」場合に従属ジョブを実行させるように設定し，判定値を4とします。

これにより，「在庫チェック」の実行結果，戻り値が3以下の場合は在庫数に問題がないとして正常終了します。判定ジョブでは，判定値4と「在庫チェック」の終了コードが合致しないため，従属ジョブの「発注伝票作成」は実行されずに「受注伝票作成」が実行されます。「在庫チェック」の戻り値が4であった場合は，判定ジョブの判定条件に合致するため，従属ジョブである「発注伝票作成」を実行します。「発注伝票作成」が正常終了したら「受注伝票作成」を実行します。なお，戻り値が5以上の場合はリカバリージョブが実行されますが，異常終了の場合は後続ジョブは実行されないため，リカバリージョブの実行後に「受注伝票作成」は実行されません。

なお，判定ジョブを連続して定義すると，先行ジョブの終了結果に対して複数パターン（定義した判定ジョブの数だけ）の処理を定義できます。判定ジョブを連続して定義した場合について，次に説明します。

(2)　判定ジョブを連続して定義した例

判定ジョブは連続して定義することもできます。

終了コード（戻り値）による判定条件を設定した判定ジョブを連続して定義した場合，二番目以降の判定ジョブの判定対象となるのは，始めに定義した判定ジョブの先行ジョブに設定された終了コードです（従属ジョブの終了コードではありません）。また，ファイルの有無を判定条件として設定した判定ジョブを連続して定義した場合，二番目以降の判定ジョブの判定対象となるのは，始めに定義した判定ジョブが条件判定を行った時点でのファイル情報ではなく，自判定ジョブが条件判定を行う時点のファイル情報となります。

判定ジョブを連続して定義した場合の例を次に示します。

図3-24　判定ジョブを連続して定義した例

判定ジョブBの判定条件に「終了コードが判定値と等しい（判定値は0）」を，判定ジョブCの判定条件に「終了コードが判定値と等しい（判定値は4）」を設定したとします。また，標準ジョブAの終了判定の定義に「しきい値による判定」を選び，警告しきい値に5を設定したとします。

このジョブネットを実行し，標準ジョブAの戻り値が0だった場合は，まず判定ジョブBの判定条件に合致するため判定ジョブBの従属ジョブである標準ジョブB'が実行されます。続いて判定ジョブCで判定が行われ，判定ジョブCの判定条件には合致しないため従属ジョブ（標準ジョブC'）は実行されずに標準ジョブDが実行されます。

標準ジョブAの戻り値が4だった場合は，判定ジョブBの判定条件には合致しないため従属ジョブ（標準ジョブB'）は実行されずに判定ジョブCによる判定が行われます。判定ジョブCの判定条件に合致するため，判定ジョブCの従属ジョブである標準ジョブC'が実行されたあと，標準ジョブDが実行されます。

標準ジョブAの戻り値が0でも4でもなかった場合は，判定ジョブBの判定条件にも判定ジョブCの判定条件にも合致しないため，従属ジョブである標準ジョブB'，標準ジョブC'は実行されず，標準ジョブDだけが実行されます。

(3)　注意事項

判定ジョブの結果で，ルートジョブネットや先行ユニットを再実行する場合は，次のように再実行するジョブを従属ジョブとして定義してください。

図3-25　判定ジョブの結果でルートジョブネットを再実行する例

再実行するジョブを従属ジョブネット配下に定義した場合，再実行されたジョブが終了するタイミングによっては，従属ジョブネットが再び実行されます。

また，再実行する前にリカバリー処理などをしたい場合は次のような構成にしてください。

図3-26　再実行前にリカバリー処理をする場合の定義例

3.2.4　事象の発生を契機に処理を実行する（イベントジョブを使ったジョブネットの定義例）

イベントの受信やファイルの更新などのような事象の発生を契機に処理を実行させる場合は，イベントジョブを使ってジョブネットを定義します。

イベントジョブは，ネットワーク上のマネージャーホストおよびエージェントホストで発生した事象すべてを監視対象にできます。イベントジョブの監視対象を次に示します。

図3-27　イベントジョブの監視対象

イベントジョブで監視する事象が検知されるタイミング

イベントジョブを使用する場合，イベントジョブを実行した時間と実際にイベントの受信監視ができる状態になる時間とにタイムラグが発生することがあります。このタイムラグの間に発生したイベントは検知できませんので，イベントジョブを使ってジョブネットを定義する際は，このタイムラグを十分に考慮する必要があります。

なお，JP1イベント受信監視ジョブの場合は，この問題の解決策として「実行前のイベント検索」機能を使用する方法があります（「(1) JP1イベントの受信を契機に処理を実行する（JP1イベント受信監視ジョブ）」参照）。

不特定のタイミングで複数回発生するような事象をジョブネット実行の契機とする場合

不特定のタイミングで複数回発生するような事象をジョブネット実行の契機とする場合は，ジョブネットに起動条件を設定されることをお勧めします。起動条件の設定については，「3.5 起動条件の定義」を参照してください。

なお，起動条件を使わずにイベントジョブをジョブネットの先頭に置くような定義は，監視する事象が計画的に発生することがわかっているような場合に行ってください。

イベントジョブに打ち切り時間を設定する場合

イベントジョブに打ち切り時間を指定した場合，打ち切り時間は実行ホストでカウントされます。このため，監視中に実行ホストが電源ダウンなどで再起動したあともイベントジョブによる事象の監視が継続された場合，打ち切り時間は実行ホストが再起動した時刻からカウントし直されます。実行ホストの状態にかかわらず，ジョブ実行開始時刻からの絶対時刻で監視を打ち切りたい場合は，ジョブネットの起動条件にイベントジョブを定義し，起動条件の有効範囲を絶対時刻で指定してください。起動条件の詳細については，「3.5 起動条件の定義」を参照してください。

また，打ち切り時間を設定した場合は，打ち切り時間経過後のイベントジョブをどのような状態として扱うかを指定できます。「強制終了」「正常終了」「警告検出終了」「異常検出終了」から選べます（デフォルトは「強制終了」）。

これにより，イベントジョブの打ち切り時間経過後にジョブネットを中断または続行できます。

イベント情報の引き継ぎについて

イベントジョブで受信したイベント情報を変数（マクロ変数）として定義しておき，後続ジョブまたは後続ジョブネットに引き継ぐことができます。イベント情報の引き継ぎについては，「(6) イベントジョブの受信情報の引き継ぎ」を参照してください。

イベントジョブを使ったジョブネットの定義例を紹介します。イベントジョブを使ったジョブネット定義の詳細については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.3 イベントジョブの注意事項」もあわせて参照してください。また，イベントジョブの定義内容の詳細については，「JP1/Automatic Job Management System 2　操作ガイド」を参照してください。

なお，メール受信監視ジョブ，メッセージキュー受信監視ジョブ，MSMQ受信監視ジョブは，JP1/AJS2とそれぞれのプログラムとの連携が必要です。詳細については，マニュアル「JP1/Automatic Job Management System 2　連携ガイド」を参照してください。

＜この項の構成＞

(1)　JP1イベントの受信を契機に処理を実行する（JP1イベント受信監視ジョブ）

(2)　ファイルの更新を契機に処理を実行する（ファイル監視ジョブ）

(3)　ログファイルの更新を契機に処理を実行する（ログファイル監視ジョブ）

(4)　Windowsイベントログの受信を契機に処理を実行する（Windowsイベントログ監視ジョブ）

(5)　時間の経過を監視して処理を実行する（実行間隔制御ジョブ）

(6)　イベントジョブの受信情報の引き継ぎ

(1)　JP1イベントの受信を契機に処理を実行する（JP1イベント受信監視ジョブ）

JP1イベントとは，JP1/Baseで管理される，JP1シリーズプログラムで事象が発生するたびに発行されるイベントをいいます。JP1イベントは，エラー，警告，通知などの重大度やメッセージなどの情報を持っているため，エラーや警告イベントの受信や，特定のメッセージの受信を契機に後続ジョブやジョブネットを実行させることができます。また，JP1/Baseのイベント変換機能を使って，JP1シリーズ以外のアプリケーションの終了を契機に後続ジョブやジョブネットを実行させることもできます。

JP1イベント受信監視ジョブを実行する際は，実行前に必ずJP1/Baseイベントサービスを起動しておく必要があります（JP1/BaseイベントサービスのAPI設定は「keep-alive」にしておいてください）。起動されていない場合，JP1イベント受信監視ジョブはサービスが起動されるまで「実行中」状態のままとなります。

「hostAからJP1イベントを受信したら，後続ジョブを実行する（ジョブネットを定義するホストをhostBとする）。」というジョブネットを，JP1イベント受信監視ジョブを使って定義する例を次に示します。

図3-28　JP1イベント受信監視ジョブを使ったジョブネットの定義例

他のホストのジョブネットと連携することができます。

hostAでジョブネットにJP1イベント送信ジョブ（イベントID：100）を定義します。hostAで発行したJP1イベントを監視対象とするため，JP1イベント受信監視ジョブには，イベント発行元ホスト名に「hostA」と設定します。また，hostAからJP1イベント（イベントID：100）を受信した場合に後続ジョブを実行させるため，イベントIDには「100」を設定します。

これによって，hostAでジョブネット中のJP1イベント送信ジョブ（イベントID：100）が実行されると，JP1イベントの監視が終了して，後続ジョブが実行されます。

なお，JP1イベント受信監視ジョブを定義した場合，JP1イベント受信監視ジョブが実行されてから実際にJP1イベント受信監視ができる状態になるまでにタイムラグが発生し，この間に発生したJP1イベントは検知できません。この問題を解決するための機能として，実行前のイベント検索があります。

実行前のイベント検索
JP1イベント受信監視ジョブが実際にJP1イベントの受信を監視できる状態になる時点より前に発生したイベントを検索し，該当したイベントがあった場合にそれをイベント発生とみなします。

図3-29　実行前のイベント検索

なお，お使いのJP1/AJS2 - ManagerおよびJP1/AJS2 - Agentのバージョンが06-71以前の場合，実行前のイベント検索機能は使用できません。したがって，このタイムラグを考慮した上で実行してください。

(2)　ファイルの更新を契機に処理を実行する（ファイル監視ジョブ）

ファイル更新や新規ファイルの作成などを契機にジョブを実行するジョブネットの定義には，ファイル監視ジョブを使用します。

ファイル監視ジョブで指定できる監視条件を次に示します。

監視条件

監視対象のファイルがどのような状態になったときに条件成立とするのかを指定します。監視条件は，次の四つから設定できます。

指定したファイル名のファイルが作成されたとき

指定したファイル名のファイルが削除されたとき

指定したファイル名のファイルのサイズが変更されたとき

指定したファイル名のファイルの最終書き込み時刻が更新されたとき

補足事項

ファイルの作成を監視条件とした場合に，ファイル監視ジョブが監視を開始した時点で指定した名称のファイルがすでにあったとき，ファイル監視ジョブの監視条件を成立させるかどうかを指定できます。

監視条件は複数指定できます。例えば，ファイルが削除または更新されたら後続ジョブを実行するように定義する場合は，ファイルの削除と最終書き込み時刻変更を指定できます。ただし，ファイルのサイズ変更と最終書き込み時刻変更を同時に指定できません。

注意事項

監視条件が成立する場合および成立しない場合の詳細については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.3.2(1) ファイル監視ジョブで監視する事象」を参照してください。

ファイルの作成，サイズ変更，最終書き込み時刻変更の監視条件に合致した場合，監視対象のファイルにファイル監視ジョブ以外のプロセスがアクセスしていないかチェックします。これをクローズチェックといいます。
監視条件に合致しても，ファイル監視ジョブ以外のプロセスが監視対象のファイルにアクセスしていた場合は条件成立となりません。その場合，次回の監視間隔に繰り越して監視し，そこでファイル監視ジョブ以外のプロセスのアクセスがなければ条件成立となります。
このクローズチェックをすることで，ファイルコピー中など転送中の監視対象のファイルを条件成立とすることを防ぐことができます。

「あるファイル（ファイル名：ファイル1）の書き込み時間を監視し，ファイルが更新されたときに後続ジョブを実行する。」というジョブネットを，ファイル監視ジョブを使って定義する例を次に示します。

図3-30　ファイル監視ジョブを使ったジョブネットの定義例

例の場合，監視対象のファイルがクローズ（アクセスしているアプリケーションがなくなった）し，最終書き込み時刻が更新された時点でファイル監視ジョブが終了となり，条件成立となります。

(3)　ログファイルの更新を契機に処理を実行する（ログファイル監視ジョブ）

ログファイル監視ジョブは，JP1/Baseのログファイルトラップ機能を使って実行されます。JP1/Baseのログファイルトラップ機能とは，アプリケーションプログラムが出力するログファイルのレコードをJP1イベントに変換して，イベントDBに登録するものです。ログファイル監視ジョブを定義することで，ログファイルの更新を契機にジョブやジョブネットを実行させることができます。JP1/Baseのログファイルトラップ機能については，マニュアル「JP1/Base 運用ガイド」を参照してください。また，ログファイル監視ジョブの注意事項については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.3.5 ログファイル監視ジョブの注意事項」を参照してください。

ログファイル監視ジョブの動作の概要を次に示します。

図3-31　ログファイル監視ジョブの動作の概要

ログファイル監視ジョブは，監視対象に指定されたホストにあるログファイルに特定のデータが出力されたかを監視します。ログファイル監視ジョブには，監視するログファイル名と監視する文字列を指定します。指定した文字列を含むログデータがログファイルに書き込まれたら条件成立とみなされ，ログファイル監視ジョブが終了して後続ジョブが実行されます。

文字列の指定には正規表現を使うこともできます。正規表現についてはマニュアル「JP1/Base 運用ガイド」（Windowsの場合），またはUNIXのドキュメント（UNIXの場合）を参照してください。

監視間隔は1～86,400（単位：秒）で指定できます。監視対象として指定できるログファイルは，テキスト形式のものになります。

ログファイル監視ジョブを使った条件の例を次に示します。

「ログファイル（ファイル名：ファイル1）に特定の文字列が含まれたログデータが書き込まれたら，後続ジョブを実行する。」というジョブネットを，ログファイル監視ジョブを使って定義する例を次に示します。

図3-32　ログファイル監視ジョブを使ったジョブネットの定義例

この場合，「"abc"と"def"が文字列に含まれている」，「"ghi"が文字列に含まれている」，「"jkl"が文字列に含まれている」の三つの条件のうちどれか一つでも条件を満たすログデータがファイル1に出力されたら，ログファイル監視ジョブが終了し，後続ジョブが実行されます。

また，複数のログファイル（最大8件）を監視し，そのうちのどれか一つに特定の文字列が含まれたログデータが書き込まれたら後続ジョブが実行されるように定義することもできます。

(4)　Windowsイベントログの受信を契機に処理を実行する（Windowsイベントログ監視ジョブ）

Windowsイベントログ監視ジョブは，JP1/Baseのイベントログトラップ機能を使って実行されます。JP1/Baseのイベントログトラップ機能とは，WindowsイベントログのレコードをJP1イベントに変換してイベントDBに登録するものです。Windowsイベントログ監視ジョブを定義することで，Windowsイベントログの受信を契機にジョブやジョブネットを実行できます。JP1/Baseのイベントログトラップ機能，およびイベントログトラップ機能の動作定義については，マニュアル「JP1/Base 運用ガイド」を参照してください。また，Windowsイベントログ監視ジョブの注意事項については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.3.6 Windowsイベントログ監視ジョブの注意事項」を参照してください。

Windowsイベントログ監視ジョブの動作の概要を次に示します。

図3-33　Windowsイベントログ監視ジョブの動作の概要

Windowsイベントログ監視ジョブには，監視するログ種別とイベントの種類を指定します。指定したWindowsイベントがWindowsイベントログに出力されたら条件成立とみなされ，Windowsイベントログ監視ジョブが終了して後続ジョブが実行されます。

指定できるログ種別とイベントの種類を次に示します。

ログ種別

指定できるログの種別を次に示します。

"アプリケーション"または"Application"

"セキュリティ"または"Security"

"システム"または"System"

"DNS Server"

"Directory Service"

"ファイル複製サービス"

イベントの種別

指定できるイベントの種別を次に示します。

情報

警告

エラー

成功の監査

失敗の監査

Windowsイベントログ監視ジョブを使ったジョブネットの定義例を次に示します。

「セキュリティシステムでの認証が成功したことを通知するWindowsイベントがWindowsのイベントログに出力されたら，後続ジョブを実行する。」というジョブネットを，Windowsイベントログ監視ジョブを使って定義する例を次に示します。

図3-34　Windowsイベントログ監視ジョブを使ったジョブネットの定義例

まず，Windowsイベントログ監視ジョブの実行前に，JP1/Baseの動作定義ファイルにイベントログトラップ機能の動作を設定します。この例の場合，ログ種別は「Security」，属性名（typeの場合）は「Audit_success」です。

Windowsイベントログ監視ジョブには，監視するログ種別とイベントの種類を指定します。監視するログ種別には「セキュリティ」，イベントの種別は「成功の監査」を設定します。

これによって，指定したWindowsイベントがWindowsのイベントログに出力されたら，Windowsイベントログ監視ジョブが終了し，後続ジョブが実行されます。

(5)　時間の経過を監視して処理を実行する（実行間隔制御ジョブ）

何分間待ってからジョブを実行する，などのようなジョブネットの定義には，実行間隔制御ジョブを使用します。

「先行ジョブが異常終了したら，10分後にリカバリージョブを実行する」というジョブネットを，実行間隔制御ジョブを使って定義する例を次に示します。

図3-35　実行間隔制御ジョブを使ったジョブネットの定義例

まず，先行ジョブが異常終了してから10分後に次の処理を実行させるので，時間の経過を監視する実行間隔制御ジョブを使用します。実行間隔制御ジョブには，待ち時間を10分と定義します。また，先行ジョブが異常終了したときに実行させるので，種別を「リカバリ」にします。実行間隔制御ジョブの後続ジョブである標準ジョブCも同様に種別を「リカバリ」にします。

これにより標準ジョブAが異常終了した場合，リカバリージョブである実行間隔制御ジョブが10分間の時間経過を監視し，10分が経過したらその後続ジョブである標準ジョブCが実行されます。標準ジョブAが正常終了した場合は，標準ジョブBが実行されます。

なお，実行間隔制御ジョブで指定する「待ち時間」は，ジョブが実行される所要時間ではなく，実行間隔制御プロセスでの待ち時間を意味します。通信の状態などによって，指定した待ち時間と誤差が生じる場合があります。

(6)　イベントジョブの受信情報の引き継ぎ

イベントジョブで受信したイベント情報を変数（マクロ変数）として定義しておき，後続ジョブまたは後続ジョブネットに引き継ぐことができます。後続ジョブに引き継ぐ情報を引き継ぎ情報といいます。

後続ジョブでイベント情報を引き継ぐためには，イベントジョブ側に情報を引き継ぐためのマクロ変数名を定義しておき，後続ジョブ側でマクロ変数を指定します。

イベントジョブ側に定義しておくマクロ変数は，次のように設定します。

マクロ変数の定義

「?AJS2（マクロ変数名）?: 引き継ぎ情報名」

「?AJS2（マクロ変数名）?」には，A～Z（大文字の英字），0～9（アラビア数字），「.（ピリオド）」を使った64バイト以内の文字列で指定します。また，「引き継ぎ情報名」に設定できる情報は，イベントジョブで引き継ぐ情報として用意されています。詳細については，「付録A イベントジョブで引き継ぐ情報」を参照してください。

マクロ変数はイベントジョブの後続ジョブの実行ホスト上で，コマンドラインに引き継いだ情報を展開した形で実行されます。受信情報を引き継ぐ場合には，その内容を意識して実行時にコマンドの引数として扱える形の情報を引き継ぐ場合だけ定義してください。

ここでは，イベントジョブで受信した情報を後続ジョブにどのように引き継ぐかを，後続ジョブとして定義したジョブの種類ごとに説明します。

なお，イベントジョブの受信情報をジョブネット全体で参照したい場合には，起動条件を使用してください（起動条件については「3.5 起動条件の定義」を参照）。

(a)　後続に標準ジョブまたはアクションジョブを定義した場合

イベントジョブの後続ジョブとして標準ジョブ（PCジョブ，UNIXジョブ），またはアクションジョブを定義した場合は，コマンドテキスト，スクリプトファイル名，パラメーター名，環境変数など，任意の文字列が設定できる項目でマクロ変数を指定しておくと受信したイベント情報を引き継げます。

イベントジョブの後続にPCジョブを定義した例を次の図に示します。

図3-36　イベントジョブの後続にPCジョブを定義した例

イベントジョブの後続ジョブに標準ジョブ（PCジョブ，UNIXジョブ）またはアクションジョブを定義した場合は，イベントジョブの直後のジョブにしか受信情報を引き継ぎません。したがってこの例の場合，JP1イベント受信監視ジョブで受信したイベント情報は，PCジョブAに引き継がれますが，PCジョブBには引き継ぎません。PCジョブAが異常終了した場合でも，受信情報はPCジョブBに引き継ぎません。

(b)　後続にネストジョブネットを定義した場合

イベントジョブの後続ユニットとしてネストジョブネットを定義した場合は，ネストジョブネットでマクロ変数を指定しておくとネストジョブネット中の標準ジョブ（PCジョブ，UNIXジョブ），およびアクションジョブに受信したイベント情報を引き継げます。イベントジョブの後続にネストジョブネットを定義した例を次の図に示します。

図3-37　イベントジョブの後続にネストジョブネットを定義した例

イベントジョブの後続ユニットとしてネストジョブネットを定義した場合は，ネストジョブネット中の標準ジョブ（PCジョブ，UNIXジョブ），およびアクションジョブに受信情報を引き継ぎます。したがってこの例の場合，JP1イベント受信監視ジョブで受信したイベント情報は，ネストジョブネットAに定義されているPCジョブX，PCジョブY，PCジョブZに引き継がれます。

なお，ネストジョブネット中に同じマクロ変数を定義したイベントジョブがある場合は，ネストジョブネット中のイベントジョブの情報が優先されます。ネストジョブネット中に同じマクロ変数を定義したイベントジョブがある場合の例を次の図に示します。

図3-38　ネストジョブネット中に同じイベントジョブを定義した例

この例の場合，PCジョブXにはJP1イベント受信監視ジョブ(1)のイベント情報が引き継がれますが，PCジョブYにはJP1イベント受信監視ジョブ(2)の受信情報が引き継がれます。なお，PCジョブZにはJP1イベント受信監視ジョブ(1)のマクロ変数が指定されているので，JP1イベント受信監視ジョブ(1)の受信情報が引き継がれます。

(c)　後続に判定ジョブを定義した場合

イベントジョブの後続ジョブとして判定ジョブを定義した場合は，判定ジョブの従属ジョブにマクロ変数を指定しておくことで，従属ジョブと判定ジョブの後続ジョブとの両方に受信情報を引き継げます。

イベントジョブの後続に判定ジョブを定義した例を次の図に示します。

図3-39　イベントジョブの後続に判定ジョブを定義した例

イベントジョブの後続ジョブとして判定ジョブを定義した場合は，判定ジョブの従属ジョブおよび判定ジョブの後続ジョブに受信情報が引き継がれます。したがってこの例の場合，JP1イベント受信ジョブで受信したイベント情報は，判定ジョブの従属ジョブであるPCジョブAと判定ジョブの後続ジョブであるPCジョブBに引き継がれます。

(d)　後続にORジョブを定義した場合

イベントジョブの後続ジョブとしてORジョブを定義した場合は，ORジョブの後続ジョブにマクロ変数を指定しておくと，ORジョブの後続ジョブに受信情報を引き継げます。

イベントジョブの後続にORジョブを定義した例を次の図に示します。

図3-40　イベントジョブの後続にORジョブを定義した例

イベントジョブの後続ジョブとしてORジョブを定義した場合は，ORジョブの後続ジョブに受信情報が引き継がれます。この例では，ファイル監視ジョブとJP1イベント受信監視ジョブの二つのイベントジョブでイベントの発生を監視していますが，8:00に発生したJP1イベントを監視しているJP1イベント受信監視ジョブの受信情報をORジョブの後続ジョブに引き継ぎます。なお，この場合，ファイル監視ジョブは「計画未実行」状態となります。

注意事項

複数のイベントジョブに対して後続ジョブが一つだけの場合でも，すべてイベントジョブで受信した情報を後続ジョブに引き継げます。ただし，複数のイベントジョブに同じマクロ変数が定義されている場合は，受信したイベントジョブの情報が上書きされるため，最後に受信したイベントジョブの情報を参照することになります。

引き継ぎ情報は，イベントジョブの実行ホストと後続ジョブの実行ホストが異なる場合でも引き継げます。ホスト間の文字コードが異なる場合は文字コードが変換されて引き継がれます。ただし，変換する文字コードに該当する文字がない場合は，正しく変換されません。

一つのイベントジョブの引き継ぎ情報に，同じ名称のマクロ変数が複数定義された場合，最初に定義された情報が引き継がれます。例えば，「?AJS2111?:EVID」という定義（マクロ変数「?AJS2111?」にイベントIDを引き継ぐように指定）を一つめに設定し，「?AJS2111?:EVMSG」という定義（マクロ変数「?AJS2111?」にメッセージ情報を引き継ぐように指定）を二つめに設定した場合，「?AJS2111?」で引き継がれる情報はイベントID（EVID）になります。

マクロ変数を後続ジョブのコマンドラインに指定する場合，引き継ぐ情報に空白または「'（シングルクォーテーションマーク）」が含まれていると情報を正しく引き継げません。

コマンドラインには，エスケープシーケンスを含むデータを引き継がないでください。また，空白を含んだデータを引き継いだ場合は，意図しない動作をすることがあるため，マクロ変数を「"（ダブルクォーテーションマーク）」で囲んで定義してください。

引き継ぎ情報をジョブのコマンドラインで使う場合，例えば「AB"C」のように引き継ぐ情報に「"（ダブルクォーテーションマーク）」が入っているとき，「"（ダブルクォーテーションマーク）」は無視され，「ABC」という形で後続ジョブに引き継がれます。このように，各OSのコマンドラインの制約によってジョブが正しく実行されないことがあります。特殊な文字が入っている情報を引き継ぐ場合には，コマンドラインに直接展開しないで環境変数に引き継ぐようにしてください。なお，「"（ダブルクォーテーションマーク）」を有効にする機能によって，「"（ダブルクォーテーションマーク）」を含む情報を引き継ぐことができます。「"（ダブルクォーテーションマーク）」を有効にする機能については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　5.3.8(4) 「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用する」，およびマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.13 「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用するための設定」，「JP1/Automatic Job Management System 2 セットアップガイド　16.9 「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用するための設定」を参照してください。ただし，お使いのJP1/AJS2 - Managerのバージョンが06-71以前の場合，この機能は使用できません。

イベントジョブから引き継ぐ情報がない場合，またはイベントジョブが実行されなかった場合，後続ジョブで定義したマクロ変数にはマクロ変数名の文字列が渡されます。例えば，マクロ変数名を「?AJS2111?」と定義している場合は，文字列「?AJS2111?」が渡されます。

3.2.5　先行ジョブの終了や事象の発生を契機にJP1イベントを送信する（JP1イベント送信ジョブを使ったジョブネットの定義例）

先行ジョブの終了や事象の発生を契機にJP1イベントを送信するというようなジョブネットの定義には，JP1イベント送信ジョブを使用します。

なお，JP1イベント送信ジョブを実行する際には，事前に送信元ホストと送信先ホストの双方で，JP1/Baseイベントサービスを起動しておく必要があります。

「hostAで，あるジョブ（ジョブA）が異常終了したときにhostBにJP1イベントを送信する。hostBでは，hostAから送信されたJP1イベントを受信すると，異常終了発生時のためのジョブネット（ジョブネットA）を実行する。」というジョブネットを定義する例を次に示します。

図3-41　JP1イベント送信ジョブを使ったジョブネットの定義例

hostAには，ジョブAの後続ジョブにJP1イベント送信ジョブを定義します。JP1イベント送信ジョブは，ジョブAが異常終了したときに実行するジョブなのでジョブの種別を「リカバリ」とします（詳細は「3.2.6 ジョブが異常終了したときに特定の処理を実行する（リカバリージョブ，リカバリージョブネットを使ったジョブネットの定義例）」参照）。また，ジョブAが異常終了したときにJP1イベントをhostBに送信するので，イベント送信先ホスト名をhostBとします。hostBに送信するJP1イベントIDは，「0000100B」です。このJP1イベントIDは任意に設定できます。

一方，hostBには，ジョブネットAを実行させる起動条件にhostAからのJP1イベントを受信するためのJP1イベント受信監視ジョブを定義します（起動条件については「3.5 起動条件の定義」参照）。JP1イベント受信監視ジョブには，イベント発信元ホストをhostAとし，hostAから送信されるイベントID「0000100B」を設定します。

イベントの到達確認
JP1イベント送信ジョブによって指定した送信先ホストにJP1イベントが実際に送信されたかどうか確認できます。送信先ホストへのJP1イベントの到達確認を行う際，確認間隔（秒）または確認回数を設定できます。
なお，イベントの到達確認機能は，お使いのJP1/AJS2 - Managerのバージョンが06-71以前の場合は使用できません。07-00以降のJP1/AJS2 - Managerから06-71以前のJP1/AJS2 - Agentにイベント到達確認を指定したJP1イベント送信ジョブを実行した場合は，イベント送信だけされ，イベントの到達確認は行われません。

3.2.6　ジョブが異常終了したときに特定の処理を実行する（リカバリージョブ，リカバリージョブネットを使ったジョブネットの定義例）

ジョブが異常発生したときにだけ処理を実行させるジョブネットの定義には，リカバリージョブ，またはリカバリージョブネットを使用します。

リカバリージョブ，リカバリージョブネットは，ジョブまたはジョブネットの属性定義で「種別」を「リカバリ」とすることで設定できます。また，リカバリージョブ，リカバリージョブネットは，すべてのジョブ・ジョブネットに設定できます。

＜この項の構成＞

(1)　リカバリージョブを使ったジョブネットの定義例

(2)　一つのリカバリージョブに複数の先行ジョブを定義した例

(1)　リカバリージョブを使ったジョブネットの定義例

「在庫チェックを実行して，在庫数が十分であれば受注伝票を作成する。在庫数が不足している場合はジョブを異常終了して発注伝票を作成したあと，受注伝票を作成する。」というジョブネットを，リカバリージョブ使って定義する例を次に示します。

図3-42　リカバリージョブを使ったジョブネットの定義例

この例では，「在庫チェック」は，実行の結果，在庫数が不足している場合は戻り値5以上を返すものとします。

まず，「在庫チェック」の終了判定の定義を「しきい値による判定」とし，異常しきい値を4とします（戻り値が4以下ならば正常終了，戻り値が5以上ならば異常終了します）。「在庫チェック」が正常終了した場合に次に実行する「受注伝票作成」は，「種別」は「通常（デフォルト）」のままにします。異常終了した場合に実行される「発注伝票作成」は，属性定義の「種別」を「リカバリ」とします。さらに「発注伝票作成」のあとに実行される「受注伝票作成R」も同様に「リカバリ」を設定します（リカバリージョブまたはリカバリージョブネットの後続ユニットには，リカバリージョブ，リカバリージョブネットしか定義できません）。

これによって，「在庫チェック」の実行結果，戻り値が4以下の場合は在庫数が十分であるとして「在庫チェック」は正常終了し，後続ジョブの「受注伝票作成」が実行されます。一方，戻り値が5以上の場合は，在庫数不足として「在庫チェック」は異常終了し，リカバリージョブの「発注伝票作成」が実行されます。さらに「発注伝票作成」が正常終了すると，リカバリージョブの後続ジョブである「受注伝票作成R」が実行されます。

なお，先行ジョブの異常終了によって実行されたリカバリージョブまたはリカバリージョブネットが正常終了しても，それらが定義されたジョブネット自体は異常終了として扱われます。また，リカバリージョブまたはリカバリージョブネットに先行ジョブが定義されていない場合，それらが実行されることはなく，「未実行終了」となります。

補足事項

ORジョブをリカバリージョブとして定義する場合は，ORジョブの先行ジョブとなるイベントジョブも，後続ジョブもリカバリージョブとして定義します。

(2)　一つのリカバリージョブに複数の先行ジョブを定義した例

一つのリカバリージョブまたはリカバリージョブネットに対して複数の先行ジョブを定義できます。この場合，複数ある先行ジョブのすべてが異常終了したときにだけリカバリージョブまたはリカバリージョブネットが実行されます。一つのリカバリージョブに複数の先行ジョブを定義した例を次に示します。

図3-43　複数の先行ジョブを定義した例

この場合，リカバリージョブAは，標準ジョブA，標準ジョブB，標準ジョブCすべてが異常終了した場合にだけ実行されます。また，リカバリージョブBは，リカバリージョブAが正常終了したあとに実行されます。

3.3　JP1/AJS2運用上のカレンダー定義

暦に日曜日や祝祭日などの休日があるように，JP1/AJS2の運用日・休業日を定義して運用上のカレンダーを作成できます。また，業務形態や処理の実行時間などに応じて月初めの日付（月の開始日）を設定したり，1日のスケジュールを計算する基準となる時刻を設定したりできます。

JP1/AJS2運用上のカレンダー作成には，次の二つについて定義します。

運用日・休業日の定義

基準日・基準時刻の定義

なお，運用日・休業日の定義，基準日・基準時刻の定義は，スケジューラーサービス（AJSROOT），ジョブグループ，プランニンググループに設定できます。スケジューラーサービスに設定した場合は，その下位に定義されているユニット全体に対して有効になりますが，ジョブグループ，プランニンググループに設定した場合は，ユニットごとに，そこに属するジョブネットに対して有効になります。したがって，スケジューラーサービス全体で一つの運用カレンダーを使用する場合はスケジューラーサービスに，業務ごとに異なる運用カレンダーを使用する場合はジョブグループやプランニンググループごとに設定します。

なお，業務ごとにカレンダーを定義する場合の設定は，「10.1.7 業務ごとにカレンダーを定義する」を参照してください。

＜この節の構成＞

3.3.1　運用日・休業日の定義

3.3.2　基準日・基準時刻の設定

3.3.1　運用日・休業日の定義

JP1/AJS2の運用日・休業日を定義しておくと，ジョブネットをスケジュールする際に運用日だけをカウントしてスケジュールを立てたり，休業日に重なった実行スケジュールを運用日に振り替えたりなどができます。

なお，休業日・運用日の設定は，ジョブネットのスケジュール確認や状態監視をする［マンスリースケジュール］ウィンドウに反映されます。

3.3.2　基準日・基準時刻の設定

業務形態や処理の実行時間などに応じて，1か月の開始日や1日の開始時刻を設定できます。月の開始日となる日を基準日，1日を計算する基準となる時刻を基準時刻といいます。

＜この項の構成＞

(1)　基準日の指定

(2)　基準時刻の設定

(1)　基準日の指定

基準日を設定していない場合は，「1日（ついたち）」を基準にして1か月を計算しますが，会社やジョブネットの運用形態に応じて月初めの日付（月の開始日）を設定できます。

基準日は，次の二つの設定によって決定します。

基準日指定
基準日の指定方法です。

日付指定
「何日から開始」という形で日付を指定し，月の開始日を設定します。

曜日指定
「第何週目の何曜日」という形で曜日を指定し，月の開始日を設定します。

指定なし

月区分
指定した基準日からの1か月を開始日側の月扱いにするか，終了日側の月扱いにするかを設定するものです。
基準日を26日と指定した場合，例えば8月26日から9月25日までの1か月を8月扱いにする場合は「当月」を，9月扱いにする場合は「翌月」を設定します。

例えば，基準日を日付指定で16日とし，16日から翌月15日までの1か月を当月扱いとすると，8月16日から9月15日を8月分として扱うことができます。したがって，「何日締めの業務」などのようなジョブネットのスケジュールを考える場合に有効です。

なお，基準日を設定すると，ジョブネットのスケジュール確認や状態監視をする［マンスリースケジュール］ウィンドウは，基準日からの1か月間で表示されます。

(2)　基準時刻の設定

基準時刻を設定していない場合，0:00を基準にして1日を計算しますが，ジョブネットの実行形態などに応じて1日が始まる基準となる時刻をずらすことができます。

基準時刻による日付の考え方について，次に示します。

図3-44　基準時刻とは

この例では，基準時刻を8:00としているため，8:00を基準に日付が更新され，8:00から翌日の7:59までを1日として扱います。

また，基準時刻を設定すると，ジョブネットのスケジュール確認や状態監視をする［デイリースケジュール］ウィンドウでも，基準時刻から24時間の範囲が表示されます。

これらのことから，基準時刻の設定は，実際には翌日に実行されるジョブネットを運用上当日分として扱いたいという場合などに有効です。

基準時刻の設定例を次に示します。

図3-45　基準時刻の設定例

この例では，月曜から金曜まで，その日の売り上げデータを翌日の1:00に集計するものとします。また，土曜日は休業日とします。この場合，金曜日の売り上げデータ集計は土曜日の1:00に行われるはずですが，土曜日が休業日であるため，金曜日分のデータ集計は実行されません。しかし，基準時刻を8:00と設定し，日付が更新される時刻をずらすことで，本来土曜日のスケジュールであるものを金曜日のスケジュールとして扱うことができます。

補足事項

図3-45の例では，集計の開始予定時刻を当日の25:00に設定することで，土曜日の1:00に集計を実行できます。しかし，ルートジョブネットのスケジュールが24時間制の場合，日付をまたぐようなスケジュールや24:00以降のスケジュールを組んで基準時刻を設定すると，時刻指定の考え方が複雑になります。したがって，このような運用をする場合には，基準時刻を設定しないで，48時間制スケジュールを採用することをお勧めします。

48時間制スケジュールについては，「3.4.1(2) 48時間制スケジュール」を参照してください。ルートジョブネットの時間制と基準時刻については「3.4.1 ルートジョブネットの時間制とスケジュールルール」を参照してください。

3.4　スケジュールの定義

JP1/AJS2では，カレンダー定義とスケジュール情報の定義によってジョブネットの実行スケジュールを計算します。この節では，JP1/AJS2でのスケジュールの計算方法や，スケジュールを計算するための設定項目，機能などについて説明します。

なお，スケジュール定義によって算出された実行スケジュールは，次章で説明する実行登録を行うことによってJP1/AJS2の運用スケジュールとなります。

＜この節の構成＞

3.4.1　ルートジョブネットの時間制とスケジュールルール

3.4.2　スケジュール情報の定義

3.4.3　多重起動とスケジューリング方式

3.4.1　ルートジョブネットの時間制とスケジュールルール

ルートジョブネットには，24時間制スケジュールと48時間制スケジュールの二つのスケジュール運用があります。

＜この項の構成＞

(1)　24時間制スケジュール

(2)　48時間制スケジュール

(3)　ネストジョブネットの扱われ方

(1)　24時間制スケジュール

ルートジョブネットが24時間制スケジュールを採用した場合の，ルートジョブネットの有効範囲を次に示します。

図3-46　ルートジョブネットが24時間制スケジュールの場合（基準時刻 0:00）

ルートジョブネットが24時間制スケジュールを採用していて，実行開始時刻に24:00以降（24:00～47:59）を指定した場合は翌日扱いとなります。例えば，実行開始時刻を8月1日の25:00とした場合は，24時間制スケジュールのルートジョブネットの有効範囲を超えることから8月2日の1:00に実行開始するジョブネットとして扱われます。また，［マンスリースケジュール］ウィンドウで実行予定を確認する際にも，8月2日分の予定として表示されます。

補足事項

ルートジョブネットが24時間制スケジュールを採用していて，実行開始時刻に24:00以降を指定した場合は翌日扱いとなりますが，カレンダーは当日の設定に従って実行されます。例えば，実行開始時刻を8月1日の25:00とした場合は，8月2日の1:00に実行開始するジョブネットとして扱われますが，カレンダーは8月1日の設定に従います。8月1日が運用日であれば，8月2日が休業日であっても実行され，8月1日が休業日であれば，8月2日が運用日であっても実行されません。

(2)　48時間制スケジュール

ルートジョブネットが48時間制スケジュールを採用した場合の，ルートジョブネットの有効範囲を次に示します。

図3-47　ルートジョブネットが48時間制スケジュールの場合（基準時刻 0:00）

ルートジョブネットが48時間制スケジュールを採用している場合は，0:00～47:59（基準時刻が0:00の場合）を1日として扱います。したがって，例えば実行開始時刻を8月1日の25:00とした場合でも8月1日分のジョブネットとして扱われ，［マンスリースケジュール］ウィンドウでも8月1日分の予定として表示されます。

補足事項

日付をまたぐようなスケジュールや24:00以降のスケジュールを組むような場合には，48時間制スケジュールを採用されることをお勧めします。また，48時間制スケジュールで基準時刻設定（基準時刻：0:00以外）を行うと，時刻の考え方が複雑になり，指定すべき日時とJP1/AJS2運用上の日時とにずれが生じたりすることがあるため，48時間制スケジュールを採用した場合は，基準時刻を設定しない（基準時刻：0:00）方法で運用されることをお勧めします。詳細については「3.4.2(1) スケジュールルールの定義」の実行開始時刻の設定についての説明，および「10.1.1(1) 48時間制スケジュールによる日またがり業務の定義」を参照してください。

(3)　ネストジョブネットの扱われ方

ネストジョブネットは，ルートジョブネットのスケジュールが24時間制か，48時間制かにかかわらず48時間制でスケジュール運用されます。

(a)　ルートジョブネットが24時間制スケジュールの場合

ルートジョブネットが24時間制スケジュールを採用した場合の，ネストジョブネットの有効範囲を次に示します。

図3-48　24時間制スケジュールでのネストジョブネットの有効範囲（基準時刻 0:00）

ルートジョブネットの有効範囲は24時間であっても，ネストジョブネットの有効範囲は48時間であるため，双方の実行開始時刻に24:00以降（24:00～47:59）の時刻を設定した場合，それぞれの実行日が異なります。例えば，双方の実行開始時刻を8月1日の25:00と設定した場合，ルートジョブネットの実行予定は8月2日となりますが，ネストジョブネットは8月1日分の扱いとなります。

また，双方の実行日が一致しないことから，［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウで実行予定を確認した場合，ネストジョブネットのスケジュールは表示されません。

(b)　ルートジョブネットが48時間制スケジュールの場合

ルートジョブネットが48時間制スケジュールを採用した場合の，ネストジョブネットの有効範囲を次に示します。

図3-49　48時間制スケジュールでのネストジョブネットの有効範囲（基準時刻 0:00）

ルートジョブネットが48時間制スケジュールを採用している場合は，ルートジョブネットとネストジョブネットの有効範囲が一致するため，双方の実行開始時刻に24:00以降（24:00～47:59）の時刻を設定しても，実行日は同じです。

また，［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウには，ネストジョブネットのスケジュールも表示されます。

したがって，実行開始時刻を24時間以降とするようなスケジュール運用をする場合は，ルートジョブネットを48時間制にすることをお勧めします。

3.4.2　スケジュール情報の定義

ジョブネットの実行予定を計算するため，実行開始日時や，実行周期，実行予定が休日と重なったときの振り替え方法などをスケジュール情報として定義します。

＜この項の構成＞

(1)　スケジュールルールの定義

(2)　スケジュールルールの有効範囲

(3)　スケジュールオプション

(1)　スケジュールルールの定義

ジョブネットの実行開始日時や処理サイクル（実行周期），実行日が休日と重なった場合の振り替え方法など，実行スケジュールを計算するための細かいルールを規定したものをスケジュールルールといいます。ジョブネットの実行予定は，このスケジュールルールに従って計算されます。

スケジュールルールは，一つのジョブネットに最大で144まで設定できます。複数のスケジュールを定義した場合，定義したすべてのスケジュールルールの中で最も早い時間が定義されているスケジュールルールから順番に適用されます。また，スケジュールルールの中に同一日時が定義されたスケジュールルールがある場合は，スケジュールルールの番号順にスケジュールが適用されます。

なお，スケジュールルールを複数定義した場合の説明については，「10.1.2 実行開始日時を複数設定する」を参照してください。

また，ネストジョブネットの場合，デフォルトでは上位ジョブネットのスケジュールルールで実行スケジュールが計算されますが，ネストジョブネット独自のスケジュールルールを設定することもできます。ネストジョブネットにスケジュールルールを設定する場合は，上位のジョブネットに設定されているスケジュールルールのルール番号を指定し，そのスケジュールにネストジョブネットのスケジュールルールをリンクさせます。なお，ネストジョブネットのスケジュール定義については，「10.1.3 ジョブネットの一部のジョブにほかのジョブと異なるスケジュールを設定する」を参照してください。

スケジュールルールの設定内容について，次に説明します。

(a)　実行開始日時の設定

実行開始日時の設定の際には，基準日・基準時刻が設定されているか，されていないかや，ルートジョブネットのスケジュールが24時間制か，48時間制かなどを考慮した，さまざまな設定方法があります。なお，日付をまたぐようなスケジュールや24:00以降のスケジュールを組むような場合には，48時間制スケジュールを採用し，基準時刻を設定しない（基準時刻：0:00）方法で運用されることをお勧めします。詳細については「10.1.1(1) 48時間制スケジュールによる日またがり業務の定義」を参照してください。

●実行開始年月日の設定

ジョブネットの実行開始年月日は，次の三つを総合して決定します。

種別

種別とは，開始日の設定方法のことです。種別には，次の五つがあります。

登録日
ジョブネットを実行登録した日付を実行開始日とします。登録日を指定した場合，開始年月日を設定する必要はありません。

絶対日
暦の上での日付（月初めは1日）で設定した日付を実行開始日とします。

相対日
カレンダー定義で基準日として設定した日付から起算した日付を実行開始日とします。

運用日
カレンダー定義で基準日として設定した日付から，運用日だけを起算した日付を実行開始日とします。

休業日
カレンダー定義で基準日として設定した日付から，休業日だけを起算した日付を実行開始日とします。

開始年月

ジョブネットの開始年月です。西暦で設定します。

開始日

開始日の設定方法には，次の三つがあります。

日付指定
「何日から開始」という形で日付を指定し，開始日を設定します。

月末指定
「月の最終日から何日前」という形で月末からの日数を指定し，開始日を設定します。

曜日指定
「第何週目の何曜日」という形で曜日を指定し，開始日を設定します。

選択した種別ごとの開始日の指定方法とその考え方について，次の表に示します。

表3-7　種別ごとの開始日の指定方法

種別 | 開始日の指定方法 | 考え方
登録日 | － | －
絶対日 | 日付指定 | 暦の上での日付で，「何日」という形で日付を指定する。
月末指定 | 暦の上での日付で，「月の最終日から何日前」という形で月末からの日数を指定する。
曜日指定 | 暦の上での月初めの日付から起算して「第何週目の何曜日」という形で曜日を指定する。
相対日 | 日付指定 | 基準日として指定した日付から起算した日付で，「何日」という形で日付を指定する。
月末指定 | 基準日の指定に基づいた期間を1か月とし，「月の最終日から何日前」という形で月末からの日数を指定する。
曜日指定 | 基準日として指定した日付から起算して「第何週目の何曜日」という形で曜日を指定する。
運用日 | 日付指定 | 基準日として指定した日付から起算して「何日目の運用日」という形で運用日の日数を指定する。
月末指定 | 基準日の指定に基づいた期間を1か月とし，「月の最終日から何日前の運用日」という形で月末からの運用日の日数を指定する。
休業日 | 日付指定 | 基準日として指定した日付から起算して「何日目の休業日」という形で休業日の日数を指定する。
月末指定 | 基準日の指定に基づいた期間を1か月とし，「月の最終日から何日前の休業日」という形で月末からの休業日の日数を指定する。

●実行開始時刻の設定

実行開始時刻には，0:00から47:59の間で分単位に時刻を設定できます。

なお，時刻設定の考え方には，相対時刻で設定する方法と絶対時刻で設定する方法の2とおりあります。相対時刻による設定と絶対時刻による設定の違いは，基準時刻を設定している場合に大きくかかわります。

絶対時刻とは，実際の時刻（システム時刻）をいいます。したがって，基準時刻設定のある，なしにかかわらず時計どおりの時刻でスケジュール設定できます。一方，相対時刻とは，基準時刻として設定している時刻を0:00として考えた時刻のことです。

相対時刻による設定と絶対時刻による設定の考え方の違いを次に示します。

図3-50　相対時刻と絶対時刻

この例では，基準時刻を8:00と設定しているため，相対時刻で指定する場合は，8:00を0:00として考えます。したがって，絶対時刻で12:00は相対時刻で4:00，絶対時刻で24:00は相対時刻で16:00になります。

基準時刻を設定している場合の，絶対時刻で時刻指定した場合と相対時刻で時刻指定した場合との違いを次に示します。

図3-51　絶対時刻で時刻指定した場合と相対時刻で時刻指定した場合との違い

相対時刻で時刻指定をすれば，指定した日付とJP1/AJS2運用上の日付が一致します。一方，絶対時刻で時刻指定をすると，基準時刻によって日付更新のタイミングが変わるため，指定した日時とJP1/AJS2運用上の日付とにずれが生じることがあります。また，指定した「種別」によっても日時の扱われ方が異なります。

基準時刻を設定している場合に絶対時刻で時刻指定を行う際の日付と時刻の扱われ方を次に示します。

図3-52　絶対時刻設定による時刻の扱われ方

「種別」で絶対日，相対日，登録日のうちのどれかを指定している場合，絶対時刻で0:00～基準時刻は，前日分の扱いとなります（この例では，8/2の0:00～7:59が8/1分扱い）。したがって，24時間制スケジュールであれば，8/2の8:00～23:59および8/3の0:00～7:59がJP1/AJS2運用上の8/2扱いとなります。ただし，48時間制スケジュールの場合は，8/2の8:00～47:59が8/2扱いとなりますが，8/4の0:00～7:59は8/3分として扱われるため，絶対時刻では48:00以降の指定ができません。一方，「種別」で運用日または休業日を指定している場合，日付は基準時刻による考え方で扱われるため，指定した日付とJP1/AJS2運用上の日付がずれることはありませんが，時刻の並びが非連続になります。

なお，このことから，特に日付をまたぐようなスケジュールや，24:00以降のスケジュールを組むような場合には，基準時刻の設定を行わないで，48時間制スケジュール（「3.4.1 ルートジョブネットの時間制とスケジュールルール」参照）を採用する方法で運用されることをお勧めします。

基準時刻を設定しない（基準時刻：0:00）で，48時間制スケジュールを採用する方法では，指定する日付とJP1/AJS2運用上の日付も一致し，時刻も時系列で連続的に扱われるため，時刻の指定をわかりやすく簡単に行えます。

図3-53　48時間制スケジュール（基準時刻：0:00）の場合の時刻の扱われ方

(b)　処理サイクル

処理サイクルとは，ジョブネットの実行周期のことです。処理サイクルを設定することによって，一つのジョブネットを3日置きに実行する，1週間ごとに実行するなどのように一定の周期で繰り返し実行できます。

なお，処理サイクルの設定が同じでも，実行開始日の指定方法によって実行日が異なる場合があります。実行開始日の指定方法による実行日の違いの例を次に示します。処理サイクルは，「1月毎に実行する（毎月実行する）」を設定しているものとします。

図3-54　実行開始日の指定方法による実行日の違い

実行例1の場合は，開始年月以降の月についても「1日」が実行日となります（休業日の振り替えなしの場合）。実行例2の場合は，各月の最初の木曜日が実行日となります。また，実行例3の場合も，各月の5番目の運用日が実行日となります。

(c)　休業日の振り替え

休業日の振り替えとは，スケジュールしたジョブネットの実行日が休業日に重なった場合にどのように処理するかを設定するものです。

振り替え方法

振り替え方法には，次の四つがあります。

実行しない
ジョブネットの実行予定日が休業日と重なった場合，振り替えは行わず実行もしません。
実行開始日に休業日を指定している場合は指定しないでください。計画実行登録，確定実行登録をしても実行スケジュールは算出されません。

前の運用日に振り替え
実行予定日と重なった休業日よりも前の運用日で，重なった休業日に最も近い日付に振り替えて実行します。

次の運用日に振り替え
実行予定日と重なった休業日よりも先付けの運用日で，重なった休業日に最も近い日付に振り替えて実行します。

振り替えなしで実行する
実行予定日が休業日と重なっても実行日は振り替えず，JP1/AJS2 - Managerサービスが起動していればそのまま実行します。JP1/AJS2 - Managerサービスが起動していない場合，ジョブネットは「繰り越し未実行」状態になります。

猶予日数

猶予日数とは，休業日と重なったジョブネットの実行日を振り替える（ずらす）ことができる最大の日数のことです。猶予日数は，振り替え方法で「前の運用日に振り替え」または「次の運用日に振り替え」を指定した場合に設定します。

次に，振り替え方法で「次の運用日に振り替え」を指定し，猶予日数を5日とした場合の例を示します。

図3-55　休業日の振り替え例

振り替え方法に「次の運用日に振り替え」を指定しているため，設定した猶予日数（5日）内で最も近い先付けの運用日を探していきます。

この場合，さらに6日から9日までの4日も休業日であるため，5日目の運用日に振り替えられます。

なお，猶予日数を設定しておくと，スケジュールルールの有効範囲（「(2) スケジュールルールの有効範囲」参照）を過ぎた場合でも，指定した猶予日数内であれば振り替えられます。

「休業日の振り替え」とカレンダー情報

実行開始時刻が24:00以降（24:00～47:59）のジョブネットの場合，振り替えはJP1/AJS2運用上の日付で考えられます。例えば，8月6日の25:00（暦日で7日の1:00）が実行開始予定であるジョブネットを，6日が休業日であるためその翌日に振り替えた場合の実行開始予定は，7日の25:00（暦日で8日の1:00）となります。

計画実行登録したジョブネットの場合は，休業日の振り替え後にカレンダー情報を変更すると，変更後のカレンダー情報でスケジュールが再設定されます。例えば，5日が休業日のため実行日が6日に振り替えられたジョブネットのカレンダーが変更になり，5日が運用日となった場合は，5日を実行日として再設定します。ただし，確定実行登録をしているジョブネットの場合は，カレンダー情報を変更してもスケジュールは再計算されません（ジョブネットの実行登録については「4. 業務の実行」参照）。

「休業日の振り替え」と処理サイクル
猶予日数内に運用日がない場合，処理サイクルを指定しているときは，次の実行予定日（処理サイクル）から猶予日数分の期間で振り替え日を探します。
ジョブネットに同じ実行開始日時のスケジュールが複数ある場合，実際に実行されるのは1回だけであるため，振り替え日が次の処理サイクルの実行予定日と重なった場合，ジョブネットは1回しか実行されません。したがって，処理サイクルを「1日毎に実行する」と設定している場合は振り替えられません。また，処理サイクルを指定している場合は，次の実行予定日までの日数（処理サイクルで指定した期間）よりも短い期間を猶予日数としてください。

「休業日の振り替え」と計画一時変更
次回実行予定日を計画一時変更（「10.2.3 ジョブネットの実行日時を一時変更する」参照）したことによって変更した実行日が休業日に重なった場合，「休業日の振り替え」の設定は適用されません。したがって，一時変更後の実行日にJP1/AJS2 - Managerサービスが起動している場合は，休業日であっても実行されます。

(d)　起動条件

起動条件とは，指定した実行開始時刻以外でジョブネットを実行させるための条件をいいます。起動条件には，事象の発生を監視するイベントジョブが定義できます。ジョブネットに起動条件が設定されている場合，その条件を使用するか，しないかをスケジュールルールに定義しておきます。

起動条件の詳細については，「3.5 起動条件の定義」を参照してください。

(e)　起動条件の有効範囲

ジョブネットが設定されている起動条件を使用する場合は，起動条件の有効範囲をあらかじめ設定しておきます。有効範囲の設定方法には，条件成立によるジョブネットの実行回数で指定する方法，絶対時刻で指定する方法，監視開始予定時間からの相対時間で指定する方法の三つがあります。

ジョブネットを計画実行登録または確定実行登録をしたときに，ここで設定した有効範囲の定義に従って起動条件の監視を終了します。

起動条件の有効範囲の詳細については，「3.5 起動条件の定義」を参照してください。

(f)　遅延監視

遅延監視とは，ジョブネットが設定されたスケジュールに基づいて予定の時刻どおりに実行開始したか，または予定の時刻に終了したかを監視するものです。

ジョブネットの遅延監視の方法には，ジョブネットの実行開始からの経過時間を監視する終了遅延監視と，遅延の判断基準となる時刻からの遅延を監視する開始遅延監視および終了遅延監視があります。

ジョブネットの実行開始からの経過時間による終了遅延監視

ジョブネットの実行所要時間を設定し，ジョブネットの実行時間が設定した時間を超過すると遅延を検知する監視方法です。実行所要時間によるジョブネット監視については，「3.1.1(2) ジョブネット」のジョブネット監視の説明を参照してください。

遅延の判断基準となる時刻からの開始遅延監視および終了遅延監視

ジョブネットの開始遅延または終了遅延の判断基準となる時刻を設定し，設定した時刻を超過すると遅延を検知する監視方法です。

基準となる時刻の設定方法は，絶対時刻による設定（0:00～47:59までの時刻で設定）と，ジョブネットの実行開始時刻からの相対時刻による設定（1～2,879分の範囲で設定）の二とおりがあります。どちらかの方法で設定した時刻を超過すると遅延発生が通知（イベント発行およびJP1/AJS2 - Viewでの状態変化）されます。ただし，遅延が発生したからといってジョブネットの実行を打ち切るというものではありません。

また，遅延監視はネストジョブネットにも設定できます。ネストジョブネットの場合の設定方法には，次の四つがあります。

絶対時刻で設定

ルートジョブネットの実行開始時刻からの相対時刻で設定

上位ジョブネット（すぐ上のジョブネット）の実行開始時刻からの相対時刻で設定

自ジョブネットの実行開始時刻からの相対時刻で設定

なお，遅延監視する際に，日付をまたぐようなスケジュールや24:00以降のスケジュールを設定するような場合には，48時間制スケジュールを採用し，基準時刻を設定しない（基準時刻が0:00）方法での運用をお勧めします。詳細については「(a) 実行開始日時の設定」および「10.1.1(1) 48時間制スケジュールによる日またがり業務の定義」を参照してください。

補足事項

遅延監視の時刻設定を絶対時刻で行う際，ジョブネットが参照するカレンダー定義に基準時刻が設定されている（基準時刻：0:00以外）場合は，時刻の扱われ方に注意が必要です。
基準時刻を設定している場合に遅延監視の時刻を絶対時刻で指定すると，指定した時刻は次のように扱われます。

日付は基準時刻の考え方でカウントされますが，時刻については図のような並びで扱われます（この例では基準時刻を8:00としています）。例えば，48時間制スケジュールを採用している場合で，8/2に実行するジョブネットの遅延監視（開始遅延監視または終了遅延監視）時刻を絶対時刻で26:00と指定すると，実際の日付（暦日による日付）で8/4の2:00が指定されたことになります。
なお，こうした問題を避けるためにも，24:00以降のスケジュール運用を行う場合には，基準時刻を設定しない（基準時刻：0:00）で，48時間制スケジュールを採用する方法をお勧めします。

すでに終了状態に遷移しているジョブネット（例えば，先行ユニットが異常終了して実行されないで未実行終了となった後続のジョブネットなど）については，遅延監視されません。また，再実行によって再度ジョブネットが開始時刻待ちや先行終了待ちの状態になった場合は，遅延監視は再開されます。ただし，一度開始遅延が検出されたジョブネットについては，再実行後，開始時刻待ち，および先行終了待ちになっても開始遅延の監視は行われません。終了遅延についても同様です。

従属ジョブネットに開始遅延または終了遅延の監視の設定をした場合，先行の判定ジョブが終了しないまま設定した監視時間を超過すると，従属ジョブネットが実行されないときでも遅延を検出します。終了遅延については，実行所要時間によるジョブネット監視機能を使用することで遅延検知を回避できます。

(g)　起算スケジュール

起算スケジュールとは，実行開始日時や処理サイクル，休業日の振り替えなどの設定によって算出された実行予定日を起算日とし，そこからさらに「何日前」または「何日後」という形で日数（運用日数）を設定して算出したスケジュールをいいます。

起算スケジュールの算出方法

起算スケジュールの算出方法には，次の二つがあります。

（実行予定日から）n日（運用日）前に実行する

（実行予定日から）n日（運用日）後に実行する

「n日」には，起算する日数を設定します。

「2運用日前に実行する」と指定した場合の起算スケジュールの例を次に示します。

図3-56　起算スケジュールの例

起算前の実行開始予定である8月8日から，2運用日さかのぼって起算するので，起算後の実行予定日は8月4日となります。

起算猶予日数

起算猶予日数とは，実行予定日から起算できる日数のことです。

起算スケジュール自体は運用日だけをカウントしますが，起算の範囲となる猶予日数は休業日も含めた日数でカウントされます。したがって，起算猶予日数の範囲内に運用日がない場合は，起算スケジュールは算出されずにその回の実行予定がスキップされます。

起算スケジュールに「2運用日前に実行する」，起算猶予日数を5日とした場合の例を次に示します。

図3-57　起算猶予日数の例

「2運用日前」が設定した起算猶予日数（5日）を超えてしまっているため，起算スケジュールは算出されずにこの回のジョブネット実行はスキップされます。

なお，起算スケジュールを使用したジョブネットの定義方法については，「10.1.5 算出したスケジュールを基に，実行予定日を前後にずらす（起算スケジュール）」を参照してください。

(2)　スケジュールルールの有効範囲

ジョブネットに定義したスケジュールルールを期間指定で使用する場合は，使用期日を設定できます。

ジョブネットに定義したスケジュールルールの有効期日をジョブネットごとに指定できます（終了年月日を指定）。指定した有効期日に達すると，自動的に実行されないようになります。

(3)　スケジュールオプション

スケジュール情報定義のオプション機能として，次の二つがあります。

他のジョブグループのカレンダーを参照する

排他スケジュール

それぞれの機能について説明します。

(a)　他のジョブグループのカレンダーを参照

自ジョブネットが属しているジョブグループのカレンダー定義以外で運用スケジュールを考えたいという場合，ほかのジョブグループに設定されているカレンダー定義を自ジョブネットの運用カレンダーとして参照できます。

ただし，ほかのジョブグループのカレンダー定義によって実行予定はスケジュールされても，［マンスリースケジュール］ウィンドウの表示は，自ジョブネットが属するジョブグループのカレンダー定義（休業日，運用日）で表示されます。［マンスリースケジュール］ウィンドウおよび［デイリースケジュール］ウィンドウで表示される基準日や基準時刻についても，自ジョブネットが属するジョブグループの定義内容で表示されます。

なお，カレンダー定義については，「3.3 JP1/AJS2運用上のカレンダー定義」を参照してください。

注意事項

ジョブネットを計画実行登録した場合，次の操作をすると有効なスケジュールを算出できなくなり，ジョブネットは「閉塞」状態になることがあります。そのため，次の操作はジョブネットの登録解除後にしてください。

ジョブネットのスケジュール定義にカレンダーの参照先として指定したジョブグループ名の変更

カレンダー参照先に指定したジョブグループの削除

カレンダー参照先に指定したジョブグループの名称の変更

(b)　排他スケジュール

同じ日に実行させたくないジョブネットの実行予定が自ジョブネットの実行予定と重なった場合，自ジョブネットを実行させないようにする機能を排他スケジュールといいます。

排他スケジュールの使用例を次に示します。

図3-58　排他スケジュールの使用例

上記の例の場合，日次ジョブネット（毎日実行），週次ジョブネット（週末に実行）という二つのジョブネットを実行すると，必ず週末に実行日が重なります。週次ジョブネットには日次ジョブネットの処理内容も含まれているので週次ジョブネットの実行日には日次ジョブネットを実行させないようにするため，日次ジョブネットの排他スケジュールとして週次ジョブネットを設定します。排他スケジュールを設定すると，週次ジョブネットの実行日に重なっていた日次ジョブネットの実行予定は取り消されます。

なお，排他スケジュールの設定では，次のような法則があります。

図3-59　排他スケジュール設定の法則

ジョブネットAにはジョブネットBが，ジョブネットBにはジョブネットCが排他スケジュールとして設定されているとします。この場合，ジョブネットAにジョブネットCが排他スケジュールとして設定されていなくても，ジョブネットBの排他スケジュールであるジョブネットCはジョブネットAの排他スケジュールとなります。

また，排他スケジュールとしてプランニンググループを指定することもできます。プランニンググループの排他スケジュールについては，「10.3.1(2) プランニンググループの排他スケジュール」を参照してください。

注意事項

ジョブネットを計画実行登録した場合，次の操作をすると有効なスケジュールを算出できなくなり，ジョブネットは「閉塞」状態になることがあります。そのため，次の操作はジョブネットの登録解除後にしてください。

ジョブネットのスケジュール定義に排他スケジュールとして指定したジョブネット名の変更

排他スケジュールに指定したジョブネット（排他スケジュール先ジョブネット）の削除

排他スケジュールに指定したジョブネット（排他スケジュール先ジョブネット）の名称の変更

補足事項

排他スケジュールは，排他スケジュール先ジョブネットのスケジュール定義情報を参照して算出されます。したがって，排他スケジュール先ジョブネットが実行登録されていない場合でも，シミュレートしてスケジュールが算出されます。

排他スケジュール先ジョブネットのスケジュール定義で実行開始日時の設定の種別を［登録日］にしていた場合，シミュレートされるスケジュールの開始日は排他スケジュールの指定元ジョブネット（排他スケジュール元ジョブネット）を実行登録した日になります。排他スケジュール元ジョブネットを実行登録した日を仮定したくない場合は，排他スケジュール先ジョブネットの実行開始日時の種別を［登録日］以外とし，開始日を明示的に指定してください。

排他スケジュール先ジョブネットのスケジュールを計画一時変更で変更した場合，計画一時変更は有効になりますが，排他スケジュール元ジョブネットのスケジュールには影響しません。

3.4.3　多重起動とスケジューリング方式

多重起動，スケジューリング方式は，処理サイクルを定義したジョブネットを実行したときに，次の実行予定の開始時刻までに処理が終了しなかった場合の運用方法を設定するものです。多重起動とスケジューリング方式は，ルートジョブネットごとに設定できます。

＜この項の構成＞

(1)　多重起動

(2)　スケジューリング方式

(1)　多重起動

多重起動とは，同じジョブネットを重複して実行させることをいいます。ジョブネットを多重起動させるか，させないかについては，ルートジョブネットごとに設定できます。多重起動させるように設定しておくと，処理サイクルを定義しているジョブネットを実行したとき，前の実行分がまだ終了していなくても，次の予定開始時刻の到達と同時に実行を開始させることができます。ただし，多重起動の設定（多重起動させるように指定）は，次に説明するスケジューリング方式で多重スケジュールを選択した場合にだけ有効になります。

また，ジョブネットに起動条件が設定されている場合は，多重起動させるように設定しておくことによって条件が成立するたびにジョブネットを多重に実行させることができます。起動条件については，「3.5 起動条件の定義」を参照してください。

(2)　スケジューリング方式

スケジューリング方式とは，処理サイクルを定義しているジョブネットを実行したときに次の開始予定時刻を過ぎても処理が終了しない場合の，次回実行予定のスケジューリング方法のことです。

スケジューリング方式には，次の二つがあります。

スケジュールスキップ

多重スケジュール

スケジュールスキップ
スケジュールスキップとは，開始予定時刻が前の実行分の処理と重なっているジョブネットの実行予定をスキップし，開始予定時刻が重ならないジョブネットを次回の実行予定とするスケジューリング方式です。前回の処理と開始予定時刻が重なってスキップされたジョブネットは，「繰り越し未実行」状態になります。
なお，スキップされるのは，前の実行分が実行スケジュールによって，実行されている場合だけです。前の実行分が再実行操作によって実行されている場合は，スキップされず再実行分の処理が終了するまで待ってから実行されます。

多重スケジュール
多重スケジュールを指定した場合は，多重起動が設定されている（多重起動可能）場合と，設定されていない（多重起動不可能）場合とで，スケジューリングのされ方が異なります。多重起動が設定されている場合は，前の実行分のジョブネットが次の開始予定時刻と重なっても，前の実行分の終了を待たずに多重に実行するようにスケジューリングされます。一方，多重起動が設定されていない場合は，前の実行分の処理が終了するまで待ってから次のジョブネットを実行するようにスケジューリングされます。

スケジュールスキップを指定した場合と多重スケジュールを指定した場合の，次回ジョブネットの実行方法を次に示します。

図3-60　スケジュールスキップ指定時と多重スケジュール指定時の実行方法

なお，ジョブネットを計画実行登録した場合，ジョブネットの次回実行予定は前回の実行開始時点でスケジュールが確定します。この場合，2回目以降の実行予定は擬似予定として扱われ，スケジュールとして確定していません。（計画実行登録および擬似予定については「4. 業務の実行」を参照）。したがって，多重起動を設定しないで多重スケジュールを指定している場合，ジョブネットを計画実行登録して前回ジョブネットの実行中に2回以上の実行予定が含まれるときは，次のようになります。

図3-61　実行予定が2回分保留された場合

8/1の8:00にジョブネットが実行開始した時点で，8/2のジョブネット実行予定が確定します。多重起動を設定しないで多重スケジュールを指定しているので，8/2分のジョブネットは，8/1の実行分が終了するのを待って実行開始されます。一方，8/3の8:00の実行予定（擬似予定）は，8/2のジョブネット実行開始時点でスケジュールが確定するはずですが，8/1実行分の終了時点で8/3の8:00を超過してしまっているため，結果的にスケジュールがスキップされることになります。

補足事項

多重起動とスケジューリング方式は，プランニンググループ配下のルートジョブネットにも設定できます。

3.5　起動条件の定義

ジョブネットは，実行開始時刻を指定して実行させる方法のほかに，ジョブネットに条件を設定しておき，その条件の成立を契機に実行させる方法があります。この条件を起動条件といいます。ジョブネットに起動条件を設定すると，イベントジョブを先頭に置いてジョブネットを定義した場合と同じように，事象の発生を契機としてジョブネットを実行させることができます。

ジョブネットに起動条件を設定した場合の実行のされ方を次に示します。

図3-62　起動条件を設定したジョブネットの実行

起動条件の実体は，事象の発生を監視するイベントジョブを定義したジョブネットです。したがって，起動条件として定義できるのは，JP1イベントやメールの受信，ファイル更新，時間経過など，イベントジョブで監視できる事象の発生に限ります。

起動条件はルートジョブネットに一つだけ設定できます。ジョブネットに起動条件を設定すると「.CONDITION」という，条件の成立を監視するジョブネットが作成されます。この「.CONDITION」というジョブネットに，条件となる事象の発生を監視するイベントジョブを定義します。また，イベントジョブで受信したイベント情報を引き継ぐこともできます。起動条件に定義したイベントジョブにマクロ変数を設定した場合は，起動条件を設定しているジョブネットのすべてのジョブに受信情報が引き継がれます。イベントジョブの情報引き継ぎについては，「3.2.4(6) イベントジョブの受信情報の引き継ぎ」を参照してください。

なお，起動条件には複数のイベントジョブを設定できます（最大32個）。複数のイベントジョブを定義する場合，条件成立の考え方には次の二つがあります。

AND条件

OR条件

＜この節の構成＞

3.5.1　AND条件とOR条件

3.5.2　起動条件を設定したジョブネットの多重起動

3.5.3　起動条件の有効範囲

3.5.4　実行登録後のジョブネットの状態

3.5.5　起動条件で設定したイベントジョブに対するイベントの発生順序とイベント成立順序の関係

3.5.6　起動条件を設定したジョブネットが異常終了したときの実行抑止

3.5.1　AND条件とOR条件

起動条件に複数のイベントジョブを定義した場合に，定義したイベントのすべてが発生したときに成立する条件を「AND条件」，定義したイベントのうちのどれか一つでも発生したときに成立する条件を「OR条件」といいます。

起動条件としてファイル監視ジョブとJP1イベント受信監視ジョブの二つをAND条件で定義した場合の，ジョブネットの実行のされ方を次に示します。

図3-63　複数の起動条件をAND条件で定義した例

AND条件の場合，定義した二つのイベントの両方が発生しなければ条件成立となりません。

補足事項

AND条件で複数の条件を監視する場合は，特定の監視条件だけが続けて成立するような定義にしないでください。特定の監視条件だけが続けて成立するような状態になった場合，複数の起動条件待ち世代が作成されるため，性能に影響が出るおそれがあります。

次に，OR条件で定義した場合の例を示します。

図3-64　複数の起動条件をOR条件で定義した例

OR条件の場合は，定義した二つのイベントのうちどちらかが発生すれば，条件成立となります。

なお，ジョブネットに多重起動が設定されている場合は，条件成立によってジョブネットが何重にも重複して実行されることがあります。

3.5.2　起動条件を設定したジョブネットの多重起動

起動条件を設定しているジョブネットは，多重起動の設定によって実行のされ方が異なります。

多重起動を設定している場合（多重起動可能）と設定していない場合（多重起動不可能）の動作の違いを次に示します。

図3-65　多重起動設定の有無による動作の違い

多重起動を設定している場合は，起動条件で監視している事象の発生のたびにジョブネットが起動され，前のジョブネットが実行中でも多重実行されます。一方，多重起動を設定していない場合は，事象の発生によってジョブネットが実行され，その実行中に次の事象が発生しても，前に実行されたジョブネットの終了を待ってから実行されます。

なお，スケジューリング方式の設定は，起動条件の監視を開始するスケジュールには反映されますが，条件の成立によって実行されるジョブネットには反映されません。したがって，多重起動を設定していない（多重起動不可能）場合に条件成立が複数重なっても，ジョブネットの実行がスキップ（スケジュールスキップ）されることはありません。ただし次の場合は繰り越し未実行となります。

ジョブネット定義で打ち切り時間の設定を「無制限」以外に設定し，かつ環境設定パラメーターCONDEXECDEFERが「yes」で，起動条件が成立した場合，打ち切り時間を過ぎて実行している世代があると，繰り越し未実行となり実行されません。

3.5.3　起動条件の有効範囲

起動条件の有効範囲とは，起動条件として定義したイベントの発生を条件成立とみなす範囲のことです。

起動条件を設定したジョブネットは，実行登録の際に起動条件を使用するか，しないかを選択し，起動条件を使用する場合に有効範囲を設定します。これらの設定は，あらかじめジョブネットのスケジュールルール定義に設定しておき，その内容は計画実行登録または確定実行登録したときに有効になります。即時実行登録の場合は，実行登録時に設定します（計画実行登録，確定実行登録，即時実行登録については「4. 業務の実行」を参照）。

有効範囲の設定方法には，回数指定と時間指定（絶対時刻指定，相対時間指定）があります。回数指定と時間指定の両方を指定することもできます。

回数指定

起動条件の監視開始からのジョブネットの実行回数で指定する方法です。

条件成立によるジョブネットの実行回数の上限となります。ジョブネットのスケジュール定義に設定された時刻から，条件が成立してジョブネットが実行される回数がこの値に到達するまで起動条件の監視を続けます。

時間指定

絶対時刻指定
起動条件の監視終了時刻を絶対時刻で指定する方法です。
起動条件の監視を開始した時刻から，指定した絶対時刻に到達するまで起動条件の監視を続けます。

相対時間指定
起動条件の監視開始予定時間からの相対時間で指定する方法です。
ジョブネットのスケジュール定義に設定された時刻から，指定した時間（分）の間，起動条件の監視を続けます。

有効範囲を設定すると，その範囲外で起動条件に定義したイベントが発生しても条件成立とみなされないため，ジョブネットは実行されません。なお，計画実行登録または確定実行登録の場合は，スケジュールされている次回実行予定に到達すると，監視が終了していてもジョブネットのスケジュールルールに定義した有効範囲で新たに起動条件を監視し始めます。

有効範囲の設定例を次に示します。

図3-66　有効範囲の設定例（絶対時刻指定）

有効範囲を絶対時刻で指定した場合，起動条件の成立を監視するジョブネットの実行開始から指定した絶対時刻までの間だけ起動条件を監視し，この範囲内に成立した分だけジョブネットを実行します。

補足事項

有効範囲を絶対時刻で指定する際，上位のジョブグループに基準時刻が設定されている（基準時刻：00:00以外）場合は，時刻の扱われ方に注意が必要です。

基準時刻を設定している場合に有効範囲を絶対時刻で指定すると，指定した時刻は次のように扱われます。

日付は基準時刻の考え方でカウントされますが，時刻については上図のような並びで扱われます（この例では基準時刻：8:00としています）。例えば，8/2に実行するジョブネットの有効範囲を絶対時刻で26:00と指定すると，実際の日付（暦日による日付）で8/4の2:00がスケジュールされます。

こうした問題を避けるため24:00以降のスケジュール運用を行う場合には，基準時刻を設定しない運用（基準時刻：0:00）をお勧めします。

次に，時間（絶対時刻指定）と回数の両方を指定した場合の例を示します。

図3-67　有効範囲の設定例（回数指定と時間指定）

有効範囲として時間と回数の両方を設定した場合，時間と回数のどちらかが指定した値に到達した時点で起動条件の監視を終了します。例の場合，指定した絶対時刻にはまだ到達していなくても，ジョブネットの実行回数がすでに指定した値である「2回」に到達しているため，以降のイベント発生を無効とみなします。

有効範囲設定時の注意点

処理サイクルを設定したジョブネットを実行登録するとジョブネットの周期的な実行予定がスケジュールされますが（これを世代という），有効範囲が回数・時間ともに「無制限」である場合，複数の世代が「起動条件待ち」状態（起動条件の成立を待っている状態）になることがあります。この場合，起動条件が1回成立すると，「起動条件待ち」状態になっていた複数の世代が同時に実行されることになります。

有効範囲の時間を「無制限」と設定する場合，ジョブネット定義で打ち切り時間の設定を「無制限」にしてください。打ち切り時間が設定されている場合，有効範囲が「無制限」であっても設定された打ち切り時間に到達すると，ジョブネットの起動条件成立時に「繰り越し未実行」状態になることがあります（環境設定パラメーターの"CONDEXECDEFER"で「no」を設定している場合は「繰り越し未実行」状態にならずに実行中世代の終了を待ち続けます）。

有効範囲を絶対時刻で指定する場合は，ジョブネットの実行開始時刻よりもあとの時間になるように設定してください。ジョブネットの実行開始時刻よりも前の時間を指定すると，ジョブネットの実行開始と同時に「監視打ち切り終了」状態になってしまいます。

起動条件を使用したジョブネットでは，スケジューリング方式の設定（スケジュールスキップ，多重スケジュール）は有効になりません。ジョブネットのスケジュールで処理サイクルを指定する場合は，起動条件の有効範囲で時間を設定し，次回のスケジュールに重ならないようにしてください。

3.5.4　実行登録後のジョブネットの状態

起動条件を設定したジョブネットを実行登録し，スケジュールルール定義に設定されている開始時刻に到達すると，「監視中」状態のジョブネットと「起動条件待ち」状態のジョブネットが生成されます。「起動条件待ち」状態のジョブネットは，起動条件が成立すると「実行中」状態になり，新たな「起動条件待ち」状態のジョブネットが生成されます。ジョブネット定義に多重起動が設定されていない場合，「実行中」状態のジョブネットが終了するまでの間は，次の起動条件が成立しても「起動条件待ち」状態のままになります。このときにジョブネット定義に打ち切り時間が設定されている場合，設定値の時間を超過すると「起動条件待ち」状態のジョブネットは「繰り越し未実行」状態になります。

また，「監視中」状態のジョブネットは，設定した有効範囲の値に到達するまで監視を続け，監視を終えると「監視正常終了」状態になります。監視中に一度も条件が成立しないで終了した場合は，「監視未起動終了」状態になります。

なお，「監視中」状態のジョブネットにエラーが発生した場合，ジョブネットは起動されずに「異常終了」状態になります。

これらの状態は［デイリースケジュール］ウィンドウ，または［マンスリースケジュール］ウィンドウで確認できます。

実行登録後の定義変更

ジョブネットの実行登録後，起動条件の監視中に変更したイベントジョブの定義内容を起動条件に反映させたい場合は，一度ジョブネットを登録解除してから再度実行登録してください。登録解除しないで変更した場合，変更は次回実行予定から反映されます。ただし，次の方法のどれかでスケジューラーサービスを停止した場合は，起動条件が「監視中断」状態になり，次回スケジューラーサービス起動時に変更した内容が反映されます。

(a) ajsstopコマンドに-s，-n，-j，または-kオプションを指定して実行する

ajsstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsstop」を参照してください。

(b) jajs_spmd_stopコマンドに-jobオプションを指定して実行する

jajs_spmd_stopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jajs_spmd_stop」を参照してください。

(c) JP1/Power MonitorでJP1/AJS2のジョブネットの終了を待つように設定し，次の方法のどれかでホストを終了する

ローカル電源制御ジョブの終了要求種別に「計画終了」を指定し，ジョブを実行する

リモート電源制御ジョブの要求種別に「電源オフ：計画終了」を指定し，ジョブを実行する

JP1/Power Monitorから「計画終了」を指定してホストを終了する

また，実行登録後のジョブネットに対する監視の強制終了や登録解除などの操作は，「監視中」状態のジョブネットに対して行います。このとき，「監視中」状態のジョブネットに対して行った操作は，起動条件が成立または部分成立したときに新たに生成される「起動条件待ち」状態のジョブネットに反映されます。ただし，「起動条件待ち」状態のジョブネットおよびネストジョブネットに対しては操作できません。

監視終了後の再監視について

監視の終了したジョブネットを再度監視させる場合は，実行登録するかルートジョブネットのスケジュールを追加してください。監視未起動終了・監視打ち切り終了・監視正常終了の世代に対して再実行しても監視はしません。

3.5.5　起動条件で設定したイベントジョブに対するイベントの発生順序とイベント成立順序の関係

起動条件として定義しているイベントジョブのうち，一つのイベントジョブのイベントが連続して発生する場合，通信などの状態によってはイベントの成立順序が実際に発生した順序と異なってしまうことがあります。引き継ぎ情報を使用しているなど，イベント成立の順序を実際にイベントが発生した順にしたい場合は，イベント順序保証オプションを使用してください。ただし，オプションを使用した場合，使用しない場合に比べて，単位時間当たりのイベント処理件数が少なくなります。イベント順序保証オプションを使用した場合のイベント処理件数の見積もりについては，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　4.1.4 起動条件の処理性能」を参照してください。

また，イベント順序保証オプションの設定については，Windowsホストの場合はマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.9 イベント順序保証オプションの設定」を，UNIXホストの場合はマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.7 イベント順序保証オプションの設定」を参照してください。

3.5.6　起動条件を設定したジョブネットが異常終了したときの実行抑止

起動条件を設定したジョブネットが異常終了した場合，それ以降の起動条件成立により実行されるジョブネットの実行を抑止できます。これによって，ジョブネットが異常終了した場合に，異常の原因を解決してから運用を再開できます。

実行抑止の機能には，次の2種類があります。

実行保留

監視停止

補足事項

起動条件付きジョブネットをJP1/AJS2 - Viewで監視する場合には，複数世代が表示される［デイリースケジュール（階層表示）］ウィンドウを使用してください。

＜この項の構成＞

(1)　実行保留

(2)　監視停止

(3)　運用回復手順

(4)　補足事項

(1)　実行保留

実行中の世代が異常終了したあとに，起動条件が成立して実行が開始される各世代を「保留中」または「起動条件待ち」にします。異常終了したあとに起動条件が成立した世代を，運用再開時に実行させたい場合に有効です。

ジョブネットが多重起動できるかどうか，およびジョブネットが異常終了したときに，その世代の実行終了を待っていた起動条件成立済みの世代があったかどうか（多重起動できない場合だけ）によって動作が異なります。

(a)　多重起動できないジョブネットの場合

(i)前回世代の終了待ちがない

多重起動できないジョブネットが異常終了したときに，その世代の実行終了を待っていた起動条件成立済みの世代がなかった場合について説明します。この場合の実行保留の動作について次の図に示します。

実行世代1が異常終了した場合，そのあとに最初に起動条件（2）が成立して実行開始される実行世代2は「起動条件待ち」から「保留中」に遷移します。それ以降の実行世代3，4は，多重起動できないジョブネットであり，起動条件（3）が成立しても前回世代が終了していないため，「起動条件待ち」のままになります。

図3-68　多重起動できないジョブネットで前回世代の終了待ちがない場合の実行保留の動作

(ii)前回世代の終了待ちがある

多重起動できないジョブネットが異常終了したときに，その世代の実行終了を待っていた起動条件成立済みの世代があった場合について説明します。この場合の実行保留の動作について次の図に示します。

実行世代1が異常終了する前に起動条件（2），（3）がすでに成立している場合，異常終了世代の次に実行開始する実行世代2は，前回世代が異常終了したあとに「起動条件待ち」から「保留中」に遷移します。それ以降の実行世代3はすでに起動条件が成立していますが，多重起動できないジョブネットであり，前回世代が終了していないため，「起動条件待ち」のままになります。さらに起動条件（4）が成立しても，同様に次の実行世代4は「起動条件待ち」のままになります。

図3-69　多重起動できないジョブネットで前回世代の終了待ちがある場合の実行保留の動作

多重起動できないジョブネットの場合，異常終了世代を再実行中（1），その終了後で保留解除前（2），保留解除後の実行中（3）などに起動条件が成立すれば，新たに「起動条件待ち」世代である実行世代5，6，7が生成されます（次の図参照）。

図3-70　多重起動できないジョブネットの場合の実行保留の動作

ジョブネットが異常終了したことにより「起動条件待ち」の世代が多数生成されます。また，「起動条件待ち」の世代が7,680世代を超過した場合は，「KAVS0274-E 登録可能なジョブネット数が限界値を越えました（Jobnet：ジョブネット名，code：コード）」が出力され，監視世代が「監視中」から「監視打ち切り終了」に遷移し，起動条件の監視を終了します。そのため，早期に異常終了した世代を回復させて業務を再開する必要があります。

(b)　多重起動できるジョブネットの場合

多重起動できる場合の実行保留の動作を次の図に示します。

実行世代1が異常終了した場合，異常終了世代と多重実行している実行世代2は，そのまま実行を継続します。異常終了後に起動条件（3），（4）が成立して実行開始される実行世代3，4は「起動条件待ち」から「保留中」に遷移します。

図3-71　多重起動できる場合の実行保留の動作（1/2）

起動条件成立によって，「起動条件待ち」から「保留中」に遷移しなくなるのは，異常終了世代がなくなった起動条件（6），（7）成立時です（次の図参照）。異常終了世代が一つでもある場合は，起動条件（5）成立によって，「起動条件待ち」から「保留中」に遷移します。

図3-72　多重起動できる場合の実行保留の動作（2/2）

保存世代数の設定によって異常終了世代が削除されたあとに起動条件（4）が成立した場合も，実行世代4は「起動条件待ち」から「保留中」に遷移します（次の図参照）。

図3-73　異常終了世代が削除された場合の実行保留の動作

サービス再起動（クラスタ系切り替えも含む）後は，その時点で存在する終了世代をサーチし，異常終了世代があれば，起動条件成立時に「起動条件待ち」から「保留中」に遷移します。

上の図で，起動条件（2），（3）成立の間にサービスが再起動した場合は，起動条件（3）成立時に，実行世代3は「起動条件待ち」から「保留中」に遷移します。

起動条件（3），（4）成立の間にサービスが再起動した場合は，起動条件（4）成立時に，実行世代4は「起動条件待ち」から「実行中」に遷移します。

異常終了したあとのジョブネットが保留中になるため，任意のタイミングで保留を解除して運用を再開できます。

(2)　監視停止

実行中の世代が異常終了すると，監視中の世代が「監視打ち切り終了」となります。異常終了したあとに監視を継続したくない場合に有効です。

ジョブネットが多重起動できるかどうか，およびジョブネットが異常終了したあとに起動条件が成立したジョブが前回の世代の終了を待っているかどうかによって動作が異なります。

(a)　多重起動できないジョブネットの場合

(i)前回世代の終了待ちがない

多重起動できないジョブネットが異常終了したときに，その世代の実行終了を待っていた起動条件成立済みの世代がなかった場合について説明します。この場合の監視停止の動作について次の図に示します。

実行世代1が異常終了すると，監視世代が「監視中」から「監視打ち切り終了」に遷移します。起動条件成立待ちしている実行世代2は世代が消滅します。

図3-74　多重起動できないジョブネットで前回世代の終了待ちがない場合の監視停止の動作

(ii)前回世代の終了待ちがある

多重起動できないジョブネットが異常終了したときに，その世代の実行終了を待っていた起動条件成立済みの世代があった場合について説明します。この場合の監視停止の動作について次の図に示します。

実行世代1が異常終了すると，監視世代が「監視中」から「監視打ち切り終了」に遷移します。異常終了する前に起動条件（2），（3）がすでに成立している場合，異常終了世代の次に実行開始される実行世代2は，「起動条件待ち」から「保留中」に遷移します。それ以降の実行世代3はすでに起動条件が成立していますが，多重起動できないジョブネットであり，前回世代が終了していないため，「起動条件待ち」のままになります。起動条件成立待ちしている実行世代4は世代が消滅します。

図3-75　多重起動できないジョブネットで前回世代の終了待ちがある場合の監視停止の動作

(b)　多重起動できるジョブネットの場合

多重起動できる場合の監視停止の動作について次の図に示します。

実行世代1が異常終了すると，監視世代が「監視中」から「監視打ち切り終了」に遷移します。異常終了した世代と多重実行している実行世代2は，そのまま実行を継続します。起動条件成立待ちしている実行世代3は世代が消滅します。

図3-76　多重起動できるジョブネットの場合の監視停止の動作

(3)　運用回復手順

起動条件を設定したジョブネットで異常終了となり，以降のジョブネットを実行抑止した場合の運用回復手順を説明します。

(a)　［実行保留］－［多重起動不可能］の場合

異常の原因を解決後，異常終了しているジョブネットを再実行させるか，ジョブ状態変更で正常終了，または警告検出終了に状態遷移させる。

異常終了していた次の世代の保留を解除する。
保留を解除して実行したジョブネットが終了すると，以降の起動条件待ちのジョブネットが順次実行されます。

(b)　［実行保留］－［多重起動可能］の場合

異常の原因を解決後，異常終了しているすべてのジョブネットを再実行させるか，ジョブ状態変更で正常終了，または警告検出終了に状態遷移させる。

異常終了したジョブが状態遷移したあと，保留中となっているすべての世代を保留解除する。

(c)　［監視停止］－［多重起動不可能］－［前回世代の終了待ちがある］の場合

異常の原因を解決後，異常終了しているすべてのジョブネットを再実行させるか，ジョブ状態変更で正常終了，または警告検出終了に状態遷移させる。

保留中となっている世代を保留解除する。
保留を解除して実行したジョブネットが終了すると，以降の起動条件待ちのジョブネットが実行されます。

(d)　［監視停止］－［多重起動不可能］－［前回世代の終了待ちがない］または［監視停止］－［多重起動可能］の場合

異常の原因を解決後，異常終了しているすべてのジョブネットを再実行させるか，ジョブ状態変更で正常終了，または警告検出終了に状態遷移させる。

(4)　補足事項

この機能は，ルートジョブネットだけが対象です。ルートジョブネットの状態のうち，異常終了として扱われる状態を次に示します。

異常検出終了

順序不正

中断

強制終了

繰り越し未実行

ルートジョブネットが異常終了したことによって，実行抑止するのは監視世代が同一の世代だけです。ほかの監視世代および実行世代の終了状態には影響されません。

最後の実行世代が異常終了した場合に次の監視世代の実行を抑止したい場合は，ルートジョブネットの定義で「前回異常時だけ保留」，または「前回異常警告時だけ保留」を指定してください。

起動条件付きジョブネットをJP1/AJS2 - Viewで監視する場合には，複数世代が表示される［デイリースケジュール（階層表示）］ウィンドウを使用してください。

スケジューラーサービスの環境設定パラメーターCONDEXECDEFERの設定が「yes」で，打ち切り時間を過ぎた場合，保留中の世代は繰り越し未実行になります。

4.　業務の実行

スケジュール情報を定義したジョブネットは，実行登録を行うことでJP1/AJS2にスケジュールされます。

この章では，ジョブネットの実行登録と，登録後のスケジュール確認について説明します。

＜この章の構成＞

4.1　ジョブネットの実行登録

4.2　ジョブネットの世代管理

4.3　実行予定の確認

4.1　ジョブネットの実行登録

スケジュール定義を行ったジョブネットは，実行登録することでJP1/AJS2にスケジュールされ，JP1/AJS2での自動化運用が開始します。

この節では，ジョブネットの実行登録，ジョブネットの世代管理，実行登録後のスケジュール確認について説明します。

＜この節の構成＞

4.1.1　実行登録の方法

4.1.2　実行登録時のマクロ変数値の指定

4.1.1　実行登録の方法

定義したジョブネットは，実行登録して処理を開始します。実行登録は，ルートジョブネットに対して行う操作です。ルートジョブネットを実行登録すると，その下にあるすべてのユニットが実行登録されます。

ジョブネットの実行登録には，次の三つの方法があります。

即時実行登録

計画実行登録

確定実行登録

これらの実行登録方法の特徴を次に示します。

表4-1　実行登録方法の特徴

実行登録方法
特徴

即時実行登録

実行契機：

カレンダー情報やジョブネットに設定されているスケジュール情報に関係なく，実行登録と同時にジョブネットを実行。

カレンダー情報やスケジュールの変更：

カレンダー情報やジョブネットのスケジュール情報は関係ないので無効。

スケジュールの一時変更（メニューやコマンドからの変更）：

実行予定がないため，無効。

その他：

実行回数の制限はできない。ただし，起動条件を設定しているジョブネットの場合は，実行回数または起動条件の監視時間を指定できる。

主な運用例：

コマンドや人手でジョブネットを開始する場合など。

（ユーザーからの要求ですぐにジョブネットを実行したいときや，ユーザープログラムから任意のジョブネットを実行したいとき，またはファイル転送ソフトなど他製品の処理結果を受けてジョブネットを実行したいときなど）

計画実行登録

実行契機：

カレンダー情報やジョブネットに設定されているスケジュール情報に従ってスケジュールを算出し，ジョブネットを実行する。ただし，算出されるスケジュールは擬似予定（シミュレーションによる実行予定）として扱われる。

カレンダー情報やスケジュールの変更：

カレンダー情報やジョブネットのスケジュール情報の定義を変更した場合は，変更後の情報に基づいてスケジュールが再計算される。

スケジュールの一時変更（メニューやコマンドからの変更）：

実行登録によって算出されたスケジュールの一時変更は無効（擬似予定のため）。ただし，次回実行予定に限り一時変更できる（ジョブネットが実行開始されると，次の擬似予定はスケジュールとして確定されるため）。

主な運用例：

カレンダー情報やスケジュール情報が変更になるおそれがある場合や，一時的なスケジュールの変更が発生しない場合など。

（年度が変わって運用日・休業日の再設定が必要になったときや，ジョブネットの運用スケジュールが変更になったときなどに，登録解除をしないでカレンダー情報やスケジュール情報を変更できる）

確定実行登録

実行契機：

期間または回数（未来世代数）を指定してジョブネットを実行させる。指定した期間または回数のスケジュールを，カレンダー情報とジョブネットに設定したスケジュール情報に従って算出し，確定する。

カレンダー情報やスケジュールの変更：

カレンダー情報やジョブネットのスケジュール情報の定義を変更した場合，変更後の情報が有効になるのは，指定した期間または回数の実行を終了したあと。変更内容をスケジュールに反映させたい場合は，一度登録解除し，再度実行登録を行う必要がある。

スケジュールの一時変更（メニューやコマンドからの変更）：

確定分のスケジュールについては，一時的な変更ができる。

実行予定日の追加（メニューやコマンドからの追加）：

実行予定日の追加ができる。

主な運用例：

特定の期間や回数分だけジョブネットを実行したい場合や，確定したスケジュールを一時的に追加・変更したり，中止したりするおそれがある場合など。

（日付を指定して実行予定を変更したり，登録解除をしないでジョブネットの実行を中止したりできる）

各登録方法で実行した場合のジョブネットの動作について説明します。それぞれの特徴を踏まえて，運用に合った実行登録方法を選択してください。なお，実行登録は，JP1/AJS2 - Viewおよびコマンドで行います。実際の実行登録の操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　7. ジョブネットの実行」およびマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsentry」を，実行登録後のジョブネットの定義変更やスケジュール変更の方法については「10.2 実行登録したジョブネットに対する操作」を参照してください。

＜この項の構成＞

(1)　即時実行登録

(2)　計画実行登録

(3)　確定実行登録

(4)　起動条件が設定されているジョブネットの実行登録

(1)　即時実行登録

ジョブネットを即時実行登録すると，スケジュール定義やカレンダー定義に関係なく，実行登録と同時に1回だけジョブネットが実行されます。ジョブネットにスケジュール情報が設定されている場合でも，即時に実行します。

即時実行登録の注意事項

JP1/AJS2では，次回実行予定のないジョブネットについては，複数実行登録を行えます。即時実行登録したジョブネットには次回実行予定がないため，すでにジョブネットが即時実行登録済みであっても，再度，即時実行登録できます。

(2)　計画実行登録

計画実行登録は，ジョブネットのスケジュール定義やジョブネットが属するジョブグループのカレンダー情報に基づいて実行予定をスケジュールします。

計画実行登録の場合，実行登録後は初回のジョブネットの実行予定だけが確定されたスケジュールで，それ以降のスケジュールは擬似予定（シミュレーションされたスケジュール）という扱いになります（擬似予定については「4.3.2(1) スケジュールシミュレーション」を参照）。次の実行予定は，前の実行予定のジョブネットが開始された時点でスケジュール確定します。

図4-1　計画実行登録時の次回実行予定の生成

また，計画実行登録した場合は，ルートジョブネットの実行予定が「未計画」状態にならないかぎり再度実行登録することはできません。

なお，計画実行登録では，ジョブネットのスケジュールルールやジョブネットが属するジョブグループのカレンダー定義が変更されると，その変更内容に従ってすぐにスケジュールが再計算されます。また，スケジュールルールが変更されたジョブネットに排他スケジュールが設定されている場合，そのジョブネットと同じ階層にあるジョブネットの実行予定も，変更後の内容に従ってスケジュールが再計算されます。ただし，スケジュール定義やカレンダー定義の変更が反映されるのは，次回実行予定の世代です。一度実行中となった世代（世代番号が世代1以降の世代）については，スケジュール定義やカレンダー定義の変更が反映されません。ジョブネットの世代番号の詳細については，「4.2.2 ジョブネットの世代番号」を参照してください。

注意事項

実行登録中は基準時刻を変更しないでください。実行登録中に基準時刻を変更すると，変更後のスケジュール計算が複雑になります。また，その変更内容や変更するタイミングによっては，ジョブネットに当日の実行予定が作成され，すぐにジョブネットが実行される場合があります。基準時刻を変更したい場合は，登録解除後に変更してください。

補足事項

ジョブネットを計画実行登録して業務運用している場合，その運用中にスケジュール定義を変更すると，すぐにその変更内容に従ってジョブネットの次回実行予定が再計算されます。その変更内容によって，ジョブネットに当日の実行予定が作成され，すぐにジョブネットが実行される場合があります。ジョブネットのスケジュール定義の変更例を，次の図に示します。

図4-2　スケジュール定義の変更例

この例では，10:00に，スケジュール定義で8:00と設定されているジョブネットの開始時刻をそれぞれ(a)7:00，(b)9:00，(c)11:00と変更しています。(a)の変更例では当日の8:00の実行予定がすでに終了していて，当日のジョブネットの実行予定が生成されることはありません。(b)の変更例では当日の8:00の実行予定は終了していますが，当日の9:00の実行予定は生成されていませんので9:00の実行予定が生成されます。またスケジュール定義を変更した時刻は10:00であるため，ジョブネットは即時に実行されます。(c)の例では(b)同様，11:00の実行予定が生成されますが，スケジュール定義変更時刻は10:00であるため11:00になってからジョブネットは実行されます。

このように，スケジュール定義変更の内容によっては，当日の現在時刻よりも前の実行予定が生成され，即時にジョブネットが実行される場合があります。(b)，(c)のように当日の実行をさせたくない場合は，スケジュール定義を変更するとき，「開始日」に翌日以降の日付を設定してください。

また，カレンダー定義の変更についてもスケジュール定義変更と同様に計画実行登録のジョブネットの実行予定がスケジュール再計算されます。その変更内容によって，ジョブネットに当日の実行予定が作成され，即時にジョブネットが実行される場合があります。カレンダー定義の変更例を次の図に示します。

図4-3　カレンダー定義の変更例

この例では，カレンダー定義で運用日が8/2と設定されているジョブネットを，休業日である8/1にそれぞれ(a)休業日である8/1を運用日に変更（開始予定時刻が操作時刻よりあと），(b)休業日である8/1を運用日に変更（開始予定時刻が操作時刻より前），(c)休業日である8/3を8/2の実行予定の前に運用日に変更しています。(a)の変更例では8/1分の実行予定が生成されていませんので次回実行予定として実行予定が作成され，スケジュール定義時刻の8:00になってからジョブネットは実行されます。(b)の変更例では8/1分の実行予定が生成されていませんので次回実行予定として実行予定が作成されます。また，スケジュール定義時刻の8:00をすでに超過しているため，スケジュール定義変更をすると即時にジョブネットが実行されます。(c)の変更例では8/2分の次回実行予定が存在するため，8/3の次回予定は擬似予定として生成されます。8/2のジョブネットの実行が開始すると8/3の擬似予定は次回実行予定となり，8/3 8:00にジョブネットが実行されるようになります。

(3)　確定実行登録

確定実行登録には，期間を指定して実行登録する方法，未来世代数（実行回数）を指定して実行登録する方法，およびジョブネットのスケジュール定義に関係なく日時を指定して予定を追加する方法の3とおりがあります。

確定期間指定

指定した期間内の実行予定を，ジョブネットのスケジュール定義やジョブネットが属するジョブグループのカレンダー定義に基づいて生成し，スケジュール確定します。

指定期間以降のスケジュール情報はありません（擬似予定も生成されません）。

ただし，期間指定の確定実行登録は，複数回行えます。期間が重複した場合でも登録できます。この場合，同じ日時に重複して実行予定が生成されても，登録された回数分だけ実行されます。

未来世代数指定

指定した世代数分の実行予定を，ジョブネットのスケジュール定義やジョブネットが属するジョブグループのカレンダー定義に基づいて生成し，スケジュール確定します。

指定した世代数以降は，擬似予定（シミュレーションされたスケジュール）が生成されます（擬似予定については「4.3.2(1) スケジュールシミュレーション」を参照）。未来世代数指定では，常に指定した世代数分の実行予定を確保しながら運用を続けるため，1回目の世代が実行開始する時点で新たな実行予定が生成されます（擬似予定だったスケジュールが確定します）。世代についての詳細は，「4.2 ジョブネットの世代管理」を参照してください。

日時指定

指定した日時の実行予定を，ジョブネットのスケジュール定義に関係なく，追加します。

詳細は，「10.2.2 ジョブネットに実行予定を追加する」を参照してください。

なお，確定実行登録の場合は計画実行登録と異なり，実行登録後にスケジュールルールやジョブネットが属するジョブグループのカレンダー定義が変更されても，即時にスケジュールが再計算されることはありません。

計画実行登録との違いについて次に示します。

図4-4　計画実行登録との違い

計画実行登録の場合は，スケジュールルールやカレンダー定義が変更されると即時にスケジュールが再計算されるため，この例の場合，2回目の実行終了時点で変更した内容は，即時に3回目のスケジュールに反映されます。一方，確定実行登録の場合は，指定した期間（確定期間）または世代分（未来世代数）の実行予定をスケジュール確定してしまうため，その範囲内の実行予定は再計算されません。

ただし，未来世代数指定の場合は，常に指定した世代数分の実行予定を確保しながら運用を続けるため，1回目の世代が実行開始する時点で新たな実行予定が生成（確定）されます。この例の場合，未来世代数が「2」なので，1回目が実行されると3回目の実行予定が生成され，2回目が実行されると4回目の実行予定が生成されます。また実行登録後，新たに生成される実行予定は生成される時点のスケジュール情報やカレンダー定義に基づくため，この例の場合，5回目以降の実行予定には変更したスケジュール情報が反映されます。期間指定の場合は，指定期間以降はスケジュールがないため，再度実行登録を行ったときに変更後のスケジュール情報が反映されることになります。

確定実行登録の際の注意事項

期間と未来世代数を同時に指定して確定実行登録した際，指定した期間内の世代数が未来世代数より多い場合は期間指定分の実行予定が，少ない場合は未来世代数指定分の実行予定が生成されます。また，指定期間または世代数以降は擬似予定が生成され，未来世代数指定の場合の動作に基づいて新たな実行予定をスケジュール確定しながら運用を継続します。

確定実行登録したあとでも実行予定世代を追加できます。ただし，未来世代数を追加する場合は，一度登録解除したあとに再度未来世代数を指定して確定実行登録し直す必要があります。

カレンダーを参照するジョブグループや排他スケジュールで不正なユニットを指定した場合（指定したユニットがないなど）は，指定した未来世代数以降のスケジュールは生成されません。

ルートジョブネットとネストジョブネットで異なるスケジュールが設定されている場合，ルートジョブネットを日またがりで日時変更したときだけは，ネストジョブネットの実行開始日時もルートジョブネットの実行日時に合わせて変更されます。

ajsentryコマンドや，JP1/AJS2 - Viewでジョブネットを確定実行登録する場合，確定実行登録するジョブネット内の総ユニット数や，確定実行登録する世代数によって，大量のメモリーを必要とする場合があります。ジョブネット内の総ユニット数を減らしたり，確定実行登録する確定期間や未来世代数を減らしたりして，適正な運用を行ってください。メモリー所要量の見積もり方法については，製品添付のドキュメント（リリースノート，Readme.txt，またはソフトウェア添付資料）を参照してください。

実行登録時にエラーになる場合

実行登録時にエラーになる場合は，ルートジョブネットに次のようなスケジュールルールが設定されていることが考えられます。

スケジュールルールで，開始日に過去の日付を指定し，かつ処理サイクルを設定していない。

スケジュールルールで，開始日に不正な日付（例：2/30）を指定している。

スケジュールルールで，開始日に「休業日」を指定しているにもかかわらず，使用するカレンダー定義に休業日が設定されていない。

スケジュールルールで開始日に「休業日」を指定しているにもかかわらず，休業日の振り替え方法で「実行しない」を指定している。

スケジュールルールで休業日の振り替え方法に「実行しない」を指定しているにもかかわらず，使用するカレンダー定義にすべて休業日が設定されている。

排他スケジュールに指定したジョブネットと同じスケジュールルールが設定されている（すべての実行予定が排他スケジュールの対象となる）。

上位のジョブネットのスケジュールルール番号と対応するスケジュールルール番号から同一実行日が算出できない定義がされている。

カレンダーを参照するジョブグループや排他スケジュールで不正なユニット（指定したユニットがないなど）を指定した場合，ジョブネットは「閉塞」状態となります。

実行予定が近接しているスケジュールの場合，計画実行登録では，そのときの状態や時刻によって動的にスケジュールを変更するために，スケジュールどおり実行予定が生成されないことがあります。

なお，ネストジョブネットに上記のようなスケジュールが設定されている場合は「未計画」となり，一時変更しないかぎり実行されません。

(4)　起動条件が設定されているジョブネットの実行登録

起動条件が設定されているジョブネットを実行登録する場合，計画実行登録・確定実行登録を指定したときはスケジュールルールで指定した開始日時になると起動条件の監視が開始されます。即時実行登録の場合は，登録したらすぐに起動条件の監視が開始されます。

なお，起動条件を設定したジョブネットの実行登録後の動作については「3.5 起動条件の定義」を参照してください。

注意事項

起動条件を設定したジョブネットを即時実行登録で複数回実行登録した場合，複数の監視中の世代が作成され，起動条件が成立すると，実行登録した数だけジョブネットが実行されます。大量に即時実行登録した場合，短時間に多くの起動条件が成立し，システムの負荷を大幅に上げることになるため，注意してください。

スケジュール定義の，起動条件の有効範囲の設定を無制限とし，かつ処理サイクルを設定している起動条件を設定したジョブネットを計画実行登録または確定実行登録した場合，処理サイクルごとに監視中の世代が作成されます。したがって，運用開始から数サイクル後には複数の監視中の世代が作成されることになり，システムの負荷を大幅に上げることになるため注意してください。

4.1.2　実行登録時のマクロ変数値の指定

実行登録時にマクロ変数と値（引き継ぎ情報）を指定できます。実行登録時に指定したマクロ変数を配下のユニットで使用していた場合，指定した引き継ぎ情報に置き換えられて実行されます。この機能を使用すると，一部のパラメーターが異なるジョブネットを複数作成する必要がありません。例えば，要求ごとに環境変数を指定したい場合，ジョブネットの複写（ajscopy），環境変数の変更（ajschange），実行登録（ajsentry）をスクリプト内で繰り返す処理は必要なく，実行登録時に値を指定するだけで実現できます。実行登録時にマクロ変数値を指定した場合の処理を次の図に示します。

図4-5　実行登録時にマクロ変数値を指定した場合の処理

実行登録時のマクロ変数値の指定は，JP1/AJS2 - Viewおよびajsentryコマンドで行います。指定方法については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　7.4 実行登録時のマクロ変数値の指定」およびマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsentry」を参照してください。

＜この項の構成＞

(1)　マクロ変数値の有効範囲

(2)　マクロ変数の確認方法

(3)　マクロ変数の置き換え失敗時の状態設定

(4)　クラスタシステム

(5)　注意事項

(1)　マクロ変数値の有効範囲

(a)　実行登録方法別のマクロ変数値

マクロ変数と引き継ぎ情報は，計画実行，確定実行，即時実行で指定できます。実行登録方法別のマクロ変数値の扱いを次の表に示します。

表4-2　実行登録方法別のマクロ変数値の扱い

実行登録方法（ajsentryコマンドのオプション） | マクロ変数値の扱い
即時実行登録（-n） | 指定したマクロ変数値が有効になります。
計画実行登録（-s） | 指定したマクロ変数値が，すべてのスケジュールに対して有効になります。実行登録時に指定したマクロ変数値を変更したい場合は，実行登録解除し，マクロ変数値を変更したあと，再度実行登録してください。
確定実行登録 | 確定期間指定（-p） | 指定したマクロ変数値が，指定した確定期間のすべての世代に対して有効になります。期間内の実行予定日（世代）ごとに指定するマクロ変数値を変えたい場合は，期間を分けて複数回実行登録してください。実行登録時に指定したマクロ変数値を変更したい場合は，変更する期間について実行登録解除し，マクロ変数値を変更したあと，再度実行登録してください。
未来世代数指定（-g） | 指定したマクロ変数値が，指定したすべての未来世代に対して有効になります。実行登録時に指定したマクロ変数値を変更したい場合は，実行登録解除し，マクロ変数値を変更したあと，再度実行登録します。
追加（-d） | 指定したマクロ変数値が，指定した日時に対して有効になります。実行登録時に指定したマクロ変数値を変更したい場合は，実行登録解除し，マクロ変数値を変更したあと，再度実行登録してください。

(b)　再実行時のマクロ変数値

実行登録時に指定したマクロ変数と引き継ぎ情報は，再実行時にもそのまま適用されます。

(c)　計画一時変更時のマクロ変数値

実行登録時に指定したマクロ変数，および引き継ぎ情報は，計画一時変更時にもそのまま適用されます。

(d)　同じ名称のマクロ変数がある場合

実行登録時に指定したマクロ変数と同じ名称のマクロ変数が先行ジョブに指定されている場合は，先行ジョブの引き継ぎ範囲内では先行ジョブの引き継ぎ情報が有効になります。また，起動条件に同じ名称のマクロ変数が指定されている場合は，起動条件の引き継ぎ情報が有効になります。

(e)　多重起動時のマクロ変数

実行登録時に指定したマクロ変数値はすべての世代で有効になります。多重起動するかどうかには依存しません。

(2)　マクロ変数の確認方法

(a)　実行登録前

JP1/AJS2 - View，またはajsprintコマンドで-vオプションを指定すると，配下のユニットで使用しているマクロ変数の一覧を参照できます。詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.3.39 ［変数使用状況］ダイアログボックス」，およびマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsprint」を参照してください。

ajsprintコマンドでの参照例を次の図に示します。

図4-6　配下のユニットで使用しているマクロ変数の参照例

(b)　実行登録後

JP1/AJS2 - Viewでは，実行登録時に指定したマクロ変数と引き継ぎ情報，ジョブ実行時に引き継いだマクロ変数名と引き継ぎ結果が参照できます。詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.6.14 ［引き継ぎ結果］ダイアログボックス」を参照してください。

また，ajsshowコマンドでは，-iオプションで2バイトフォーマット指示子%MVを指定すると，実行登録時に指定したマクロ変数名と引き継ぎ結果，ジョブ実行時に引き継いだマクロ変数名と引き継ぎ結果が参照できます。出力結果が複数ある場合は「,（カンマ）」で区切られて出力されます。出力世代が複数ある場合は改行されて出力されます。ajsshowコマンドの出力例を次に示します。

ajsshow -F AJSROOT2 -g 2 -i "%MV" /net

"AJS2ENV:/jp1_data/Job_Report","AJS2COM:c:¥temp¥test.exe"
"AJS2ENV:/jp1_data/Job_Report","AJS2COM:c:¥temp¥test.exe"

ajsshow -F AJSROOT2 -i "%MV" /net2

"AJS2ENV:/jp1_data2/Job△Report","AJS2COM:c:¥temp¥test2.exe"

ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsshow」を参照してください。

ユニット種別および状態による引き継ぎ結果の参照可否を次の表に示します。

表4-3　引き継ぎ結果の参照可否

ユニット種別 | 状態 | 参照可否
ルートジョブネット | 未登録 | ×
上記以外 | ○※1
ネストジョブネット | － | ×
ジョブ※2 | 未登録 | ×
未計画 | ×
先行終了待ち | ×
保留中 | ×
キューイング | ×
実行待ち | ×
実行中 | ×
正常終了 | ○
正常終了-偽 | ○
警告検出終了 | ○
異常検出終了 | ○
起動失敗 | ○
終了状態不明 | ○
強制終了 | ○
未実行終了 | ×
計画未実行 | ×
監視中断 | ○
閉塞 | ×

（凡例）

○：参照できる。

×：参照できない。

注※1

リモートジョブネットは対象外

注※2

・リモートジョブネット配下のジョブは対象外

・サスペンド中に削除されたジョブは対象外

・サスペンド中に追加されたジョブは対象外，サスペンド解除後は対象

・ジョブ状態を変更したジョブは，変更後の状態に依存

ジョブについての引き継ぎ結果は，その時点での引き継ぎ情報を基にして表示されます。引き継ぎ結果を参照することによって，対象ジョブを再実行したときに引き継がれる情報を事前に確認できます。

補足事項

次に示す場合は，前回実行時に引き継がれた結果と異なる結果が表示されます。

引き継ぎ元の先行ジョブが再実行中の場合
その先行ジョブから引き継ぐ情報は表示されません。

引き継ぎ元の先行ジョブを再実行し，実行が終了した場合
その先行ジョブの再実行後の引き継ぎ情報が表示されます。

サスペンド中に引き継ぎ元の先行ジョブを削除した場合
その先行ジョブから引き継がれていた情報は表示されません。

(3)　マクロ変数の置き換え失敗時の状態設定

環境設定パラメーターMACROCHANGEFAILで，マクロ変数の展開に失敗した場合にジョブの状態を異常検出終了（起動失敗）にするかどうかを設定できます。

設定方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.21 マクロ変数の展開失敗時の動作の設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.19 マクロ変数の展開失敗時の動作の設定」（UNIXの場合）を参照してください。

(4)　クラスタシステム

実行登録時のマクロ変数値の指定は，JP1/AJS2でサポートしている全クラスタソフトで使用できます。

フェールオーバー時の動作について次に説明します。

(a)　サービス起動モードでコールドスタートを指定している場合

フェールオーバー直前のジョブネットおよびジョブの定義情報だけを引き継ぎ，ジョブネットはすべて未登録状態に変更されるため，実行登録時に指定したマクロ変数と値は解除されます。

(b)　サービス起動モードでウォームスタートを指定している場合

ジョブネットの状態は，中断になります。開始されていなかったジョブネットは予定どおり運用され，実行登録時に指定したマクロ変数と値が適用されます。ウォームスタートによって異常終了したジョブネットは，状態の変更を確認したあと，手動で再実行してください。再実行した場合，実行登録時に指定したマクロ変数と値が適用されます。

(c)　サービス起動モードで自動継続を指定している場合

フェールオーバー直前の状態を引き継ぎ動作します。ジョブの実際の状態が取得できた場合は，ジョブネットの定義内容に従って自動的に継続実行し，実行登録時に指定したマクロ変数と値が適用されます。ジョブ実行先サーバから情報を求められなかった場合は，ジョブの状態は異常終了になります。この場合は，ジョブの状態を確認し，手動で再実行してください。再実行した場合，実行登録時に指定したマクロ変数と値が適用されます。

(5)　注意事項

実行登録時にマクロ変数値を指定する場合の注意を次に示します。

実行登録時にマクロ変数値を指定すると，ルートジョブネット単位，または世代単位にマクロ変数と値の情報をファイルに保持します。登録解除時に，作成したファイルの削除を行うため，マクロ変数値を指定しない場合に比べて，性能に影響があります。登録解除操作のターンアラウンドタイム短縮を図るため，スケジューラーサービスの登録解除処理の設定を非同期型（環境設定パラメーターBACKGROUNDLEAVEをyes）にしてください。環境設定パラメーターの設定方法については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.1.2 保存世代数に関する注意事項」を参照してください。

リモートジョブネットがルートジョブネットの場合は，実行登録時にマクロ変数値を指定できません。また，リモートジョブネットがネストジョブネットの場合は，その配下に，実行登録時にマクロ変数値を指定できません。

4.2　ジョブネットの世代管理

ジョブネットを実行登録すると，スケジュール定義に基づいて実行予定が生成されます。それらの開始時刻ごとに実行されるジョブネットの一つ一つを世代といいます。

図4-7　ジョブネットの世代

例えば，同じジョブネットを10:00，11:00，12:00に実行する場合，ジョブネットの世代は「3」となります。ジョブネットの各世代は，それぞれに状態を持ちます。

＜この節の構成＞

4.2.1　ジョブネットの実行予定世代の管理

4.2.2　ジョブネットの世代番号

4.2.3　ジョブネットの保存世代数の管理

4.2.1　ジョブネットの実行予定世代の管理

実行登録されたジョブネットの，次の実行予定を実行予定世代といいます。

計画実行登録の場合は，登録時に初回の実行予定世代が生成され，そのあとはジョブネットの開始ごとに次の実行予定が生成されます。

期間指定をした確定実行登録の場合は，スケジュール定義やカレンダー定義に基づいて算出された実行予定のうち，指定した期間内にあるものを実行予定世代とします。未来世代数を指定した確定実行登録の場合は，スケジュール定義やカレンダー定義に基づいて算出された実行予定のうち，指定した世代数分を実行予定世代とします。

また，起動条件が設定されているジョブネットの場合は，「監視中」状態になった時点で次の実行予定世代が作成されます。起動条件の詳細については，「3.5 起動条件の定義」および「4.2.3(3) 起動条件が設定されているジョブネットの保存世代数管理の例」を参照してください。

4.2.2　ジョブネットの世代番号

ジョブネットの世代は，実行IDと呼ばれる番号で管理されます。実行IDは，実行予定がスケジュール確定した時点で世代ごとに割り振られる，ユニークな通し番号です。また，世代の実行順に世代番号と呼ばれる番号が割り振られます（ただし，プランニンググループ配下のルートジョブネットの場合はルートジョブネットの名称順）。世代番号は，次回の実行予定世代を世代0として，過去にさかのぼるに従って世代1，世代2，世代3のように数字が加算され，未来に向かうに従って世代-1，世代-2，世代-3のように減算されていきます。世代番号の割り振られ方の例を次に示します。

図4-8　世代番号の割り振られ方の例

現在日時を8/10の10:00とした場合，次回実行予定である8/10の12:00の世代が世代0となります。なお，世代番号はジョブネットの実行状況に応じて変化します。例えば，8/10の世代が実行開始したら，世代番号は世代0から世代1になり，8/9以前の世代番号も1ずつ増えます。また，8/11の世代番号は世代-1から世代0になり，8/12以降の世代番号も1ずつ増えます。また，ジョブネットの属性の定義で「前回異常時だけ保留」または「前回異常警告時だけ保留」という保留属性が設定されている場合でも，世代番号の考え方は同じです。例えば，ジョブネットに「前回異常時だけ保留」と設定されていて，上記の例の8/9の世代が異常終了した場合，8/10の世代番号は世代0となり，一度保留状態になってから実行されます。

一方，各世代の実行IDは，実行世代の生成時（スケジュール確定時）に割り振られたあとは，固定のまま変化することはありません。つまり，8/10の世代が実行されることによって8/10の世代番号が世代0から世代1に変化しても，実行ID（@A103）は固定のまま変化しません。

ただし，計画を一時変更したり，実行予定を追加したりなど，世代の実行順序が変更されるような操作を行った場合は，変更された時点で世代番号が振り直されます。実行予定を追加した場合の世代番号の変更例を次に示します。

図4-9　実行予定を追加した場合の世代番号の変更例

8/9の10:00を現在日時としています。この場合に8/10に世代を追加したりすると，8/9の世代番号が世代0なので，追加した8/10の世代番号は世代-1となります。したがって，追加前には世代-1だった8/11の世代番号は世代-2，8/13の世代番号は世代-3となります。ただし，実行IDは固定のままなので変更はありません。また，実行IDは実行予定の生成順（スケジュールの確定順）に割り振られるため，追加した8/10の実行IDには，新たな実行ID（例の場合は@A104）が割り振られます。

なお，計画一時変更や実行予定の追加などで複数の世代の開始予定時刻が重複した場合は，あとから変更したことによって同じ開始予定時刻となった世代が後続の世代になります。プランニンググループ配下のルートジョブネットも同様です。

同一の開始予定時刻に計画一時変更した場合の世代番号について次に示します。

図4-10　同一の開始予定時刻に計画一時変更した場合の世代番号

この例では，8/11の12:00という実行予定を8/10に移動したために同じ開始予定時刻の世代が重複してしまったため，あとから変更した世代（8/11の予定を変更した分）が後続の世代となります（実際に実行されるのは1回だけになります）。

4.2.3　ジョブネットの保存世代数の管理

保存世代数とは，ジョブネットの実行結果として保存される世代数のことです。保存世代数は，ルートジョブネットに設定できます。保存世代数を設定すると，設定した世代分（回数分）の実行結果を［デイリースケジュール］ウィンドウや［マンスリースケジュール］ウィンドウ，またはajsshowコマンドで確認できます。ajsshowについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsshow」を参照してください。保存世代数は，1から99まで設定できますが，マネージャーのスケジューラーサービス環境の設定によって最大999世代まで保存世代数を持つことができます（保存世代数の拡張機能）。マネージャーのスケジューラーサービス環境の設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.3 スケジューラーサービス環境設定パラメーターの定義内容」の"MAXSAVEGEN"を参照してください。ただし，保存世代数を増加すると「保存世代数＊登録ユニット数」で求まるレコード数だけ増加し，登録解除などデータベースアクセスを行うあらゆる操作に多大な影響を及ぼすため，最大保存世代数を拡張する場合は，システム性能への影響を十分配慮した上で保存世代数を設定してください。また，保存された世代で不要なものについては，そのつど削除（日付指定により登録解除）してください。特に起動条件を設定したジョブネットについては，起動条件を監視する世代と条件成立によって実行される世代の双方で保存世代が管理されるため，保存世代数を拡張した場合の影響が顕著に現れます。なお，保存世代数の拡張機能は，使用しているJP1/AJS2 - Managerのバージョンが06-71以前の場合は使用できません。

保存世代数に設定した世代数を超えた過去の実行結果は，自動的に削除されます。これを保存世代数の管理といいます。ジョブネット実行時の保存世代数の管理例および注意事項を次に示します。

＜この項の構成＞

(1)　保存世代数管理の例

(2)　実行中の世代が保存世代数を超えた場合の保存世代数管理の例

(3)　起動条件が設定されているジョブネットの保存世代数管理の例

(4)　起動条件が設定されているジョブネットの保存世代数を増やす場合の注意事項

(5)　起動条件が設定されているジョブネットの保存世代数を小さくする場合の注意事項

(1)　保存世代数管理の例

ジョブネットの保存世代数の管理は，次の世代の実行開始時に行われます。

保存世代数管理の例を次に示します。

図4-11　ジョブネットの保存世代数管理

この例では，ジョブネットの保存世代数が「3」と設定されているため，4世代目の実行開始時に1回目に実行された世代が削除されます。

(2)　実行中の世代が保存世代数を超えた場合の保存世代数管理の例

「実行中」状態の世代や，多重起動させないように設定しているため「開始時刻待ち」状態になっている世代は，保存世代数を超えたために削除されるということはありませんが，これらの世代についても保存世代数の対象としてカウントされています。「実行中」状態の世代や「開始時刻待ち」状態の世代が保存世代数を超えている状態で実行を終了した場合は，実行結果が保存世代数より多く残されることがあります。この場合は，次に保存世代数管理の処理がされるときに，保存世代数を超過した分の世代が削除されます。

このような場合の例を次に示します。

図4-12　「実行中」の世代が保存世代数を超えた場合の保存世代数管理（再実行時）

この例では，ジョブネットの保存世代数が「2」と設定されていますが，世代が「実行中」状態の間は保存世代数を超えても削除されることはありません。次の実行予定世代の開始時に保存世代数管理が行われ，実行を開始した世代を含めたときに保存世代数「2」を超えた世代が（古いものから順に）削除されます。

(3)　起動条件が設定されているジョブネットの保存世代数管理の例

起動条件が設定されているジョブネットの保存世代数の管理は，起動条件を監視する世代（「監視中」状態の世代）と，起動条件の成立によって実行される世代（「起動条件待ち」状態の世代）があり，それぞれで保存世代管理が行われます。

起動条件が設定されているジョブネットの保存世代数管理の例を次に示します。

図4-13　起動条件が設定されているジョブネットの保存世代数管理

起動条件が設定されているジョブネットを実行登録した場合，開始時刻に到達すると，起動条件を監視する世代が生成されます（図中の1-0，2-0，3-0の世代）。これと同時に「起動条件待ち」状態の世代が生成され，起動条件が成立するとこの世代が実行されます（図中の1-1～1-4，2-1～2-3，3-1～3-4）。

起動条件を監視する世代の保存世代数管理は，通常のジョブネットと同様に1-0，2-0，3-0の世代がカウントされますが，保存世代数を超過して削除される場合は，その世代が「監視中」状態の間に条件が成立して実行された世代も一まとまりで削除されます。ただし，起動条件を監視する世代が終了する時点で，実行中の世代（条件成立で実行される世代）があるものは，保存世代数を超過しても削除されません。

一方，起動条件の成立によって実行される世代の保存世代数管理は，起動条件の成立時に行われます。この場合の保存世代数管理の対象は，一つの「監視中」状態の世代が監視していた起動条件が成立して実行される世代になります。起動条件が成立するとそれまで「起動条件待ち」状態だった世代が「実行中」状態となり，次の起動条件の成立を待つ「起動条件待ち」状態の世代が新しく生成されます。この世代も対象としてカウントされ，保存世代数を超過した世代が削除されます。

この例では，ジョブネットの保存世代数が「2」と設定されているため，世代1-0では2回目の起動条件成立によって世代1-3が生成される（「起動条件待ち」状態の世代となる）時点で世代1-1が削除され，3回目の起動条件成立によって世代1-2が削除されます。その後，起動条件の有効範囲内での条件成立はなかったため，世代1-0では世代1-3と世代1-4が残ります。また，次の世代の開始時刻に到達して世代2-0が実行開始された時点では，起動条件を監視する世代は世代1-0と世代2-0だけなので，世代1-0および世代1-3，1-4はまだ削除されません。世代2-0では，世代2-1が削除され，世代2-2，2-3が残ります。世代3-0が実行開始されると，起動条件を監視する世代が「2」を超えるので，世代1-0および1-3，1-4は削除されます。

このように，起動条件を設定したジョブネットは，起動条件を監視する世代だけでなく，その世代の中で実行される世代についても保存世代数の管理が行われるため，条件成立によって実行される回数を考慮した上で保存世代数を設定する必要があります（「起動条件待ち」状態の世代も保存世代数管理の対象となることから，保存世代数を「1」とした場合は，直前の実行結果がすぐに削除されてしまうことがあるため，起動条件を設定しているジョブネットの保存世代数には，「2」以上の世代を設定されることをお勧めします）。

ただし，起動条件が設定されているジョブネットの保存世代数を増やす場合には，次のことに注意する必要があります。

(4)　起動条件が設定されているジョブネットの保存世代数を増やす場合の注意事項

一つの起動条件を監視する世代で数十回～数百回起動条件が成立するジョブネットがあるため，保存世代数に多大な数を設定してしまうと，条件成立によって実行される世代だけでなく，起動条件を監視する世代についても設定した世代数分が保存されることになります。例えば，1日に100回条件が成立するため，保存世代数を100としてジョブネットを毎日実行した場合，起動条件を監視する世代が100世代と，1日に条件成立する世代数100世代＊100日分の合計10,100世代が保存されます。つまり，保存世代数の約2乗分の世代が保存されることになります。

「保存世代数＊登録ユニット数」で求まる数だけレコード数が増加し，登録解除などデータベースアクセスを行うあらゆる操作に多大な影響を及ぼすため，保存世代数はシステム性能への影響を十分考慮した上で設定してください。保存世代数と性能の関係については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.1.3 保存世代数と性能との関係」を参照してください。

また，保存の必要がない起動条件を監視する世代をこまめに登録解除し，保存世代数の増加によるむだなレコード数の肥大化を防ぐよう考慮して運用してください。

図4-14　レコード数の肥大化防止のための登録解除例

この例では，毎日実行するジョブネットに起動条件を設定し，一日当たり10回起動条件が成立するので，一日分の実行結果を保存するために保存世代数を10世代としています。このジョブネットを実行登録して10日が経過すると，世代は全部で110世代（監視中の世代＊10日分＋1日の条件成立10世代＊10日分）保存されることになりますが，実行結果は一日分保存できればよいので，例えば8/10の実行終了時点では，8/1から8/9までの実行結果99世代分が不要な世代となります。そこで，8/1から8/9の不要な世代を削除するために，この期間のジョブネットを登録解除します。これにより，保存世代数は8/10分の11世代だけとなり，データベースアクセスを行う操作性能への影響を減少させることができます。

このように，起動条件の成立回数が多いために保存世代数に大きな値を設定した場合は，毎日，当日分のジョブネット実行が終了した時点で，前日分の実行結果を登録解除することをお勧めします。

なお，登録解除については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　7.5 実行登録の解除」およびマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsleave」を参照してください。

(5)　起動条件が設定されているジョブネットの保存世代数を小さくする場合の注意事項

実行登録済みの起動条件付きジョブネットの保存世代数を現在の設定値より小さい値に変更する場合の注意事項について説明します。

保存世代数を現在の設定値より小さくした場合，設定を変更したあとに次回予定が監視中になって保存されている起動条件を監視する世代の数が保存世代数を超えると，「（変更前の保存世代数－変更後の保存世代数）＊（変更前の保存世代数＋1）」分の世代が一度に削除されます。そのため，保存世代数に大きな値を設定している場合，保存世代数の値を大幅に小さくすると一度に削除される世代数が多くなり，運用に影響が及びます。

保存世代数を小さい値に変更した場合の世代の削除例を次の図に示します。

図4-15　保存世代数を小さい値に変更した場合の世代の削除例

例えば，この例のように保存世代数を「10」としていて10世代分（110世代）が保存されている状態から保存世代数を「2」に変更した場合，一度に削除される世代数は「88」となります。

4.3　実行予定の確認

この節では，実行登録したジョブネットのスケジュール確認と，スケジュールのシミュレーションについて説明します。

＜この節の構成＞

4.3.1　スケジュールの確認

4.3.2　シミュレーション

4.3.3　統計情報

4.3.1　スケジュールの確認

実行登録したジョブネットのスケジュールは，次のJP1/AJS2 - Viewの画面で確認できます。

［デイリースケジュール］ウィンドウ（階層表示・全ジョブ表示）

［マンスリースケジュール］ウィンドウ

それぞれの画面でのスケジュール確認について紹介します。なお，画面操作の詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド」を参照してください。

＜この項の構成＞

(1)　［デイリースケジュール］ウィンドウでの確認

(2)　［マンスリースケジュール］ウィンドウでの確認

(1)　［デイリースケジュール］ウィンドウでの確認

［デイリースケジュール］ウィンドウでは，ジョブネットやジョブの1日のスケジュールを実行状態や実行結果とともに日単位で確認できます。

図4-16　［デイリースケジュール（階層表示）］ウィンドウ

［デイリースケジュール］ウィンドウでは，1時間ごとの時間軸が表示され，1日のスケジュールや実行状況，実行結果を確認できます。各ユニットのスケジュールを表示するスケジュールエリアで灰色の部分は過去，白色の部分は未来を表します。灰色の部分にあるユニットのスケジュールを選択すると実行結果または実行状況の詳細情報を，白色の部分にあるユニットのスケジュールを選択すると実行予定の詳細情報を，実行結果リストで確認できます（ただし，実行IDのない世代は表示されません）。

また，実行結果リストに表示される各ユニットの実行予定には，ユニットごとの開始日時と終了日時が表示されます。ここに表示される開始日時と終了日時については，「4.3.2(2) 実行シミュレーション」を参照してください。

なお，スケジュールエリア上のスケジュールまたは実行結果リストのユニットをダブルクリックすると，ユニットの詳細スケジュールを確認できます。

図4-17　［詳細スケジュール］ダイアログボックス

(2)　［マンスリースケジュール］ウィンドウでの確認

［マンスリースケジュール］ウィンドウでは，ジョブネットやジョブの1か月間の実行スケジュールを，実行状態や実行結果とともに月単位で確認できます。

計画実行登録，または未来世代数指定による確定実行登録でスケジュール確定していない実行予定（擬似予定）については，□（四角）で表示されます。期間指定による確定実行登録でスケジュール確定された実行予定，または未来世代数指定による確定実行登録で指定した世代数分の実行予定は○（丸）で表示されます。

図4-18　［マンスリースケジュール］ウィンドウ

［マンスリースケジュール］ウィンドウでは，1か月間の日付と曜日が時間軸で表示され，各ユニットの1か月間のスケジュールや実行予定や実行状況を確認できます。各ユニットのスケジュールを表示するスケジュールエリアで灰色の部分は過去，白色の部分は未来を表します。灰色の部分にあるユニットのスケジュールを選択すると実行結果または実行状況の詳細情報を，白色の部分にあるユニットのスケジュールを選択すると実行予定の詳細情報を，実行結果リストで確認できます（ただし，実行IDのない世代は表示されません）。

また，実行結果リストに表示される各ユニットの実行予定には，ユニットごとの開始日時と終了日時が表示されます。ここに表示される開始日時と終了日時については，「4.3.2(2) 実行シミュレーション」を参照してください。

なお，スケジュールエリア上のスケジュールまたは実行結果リストのユニットをダブルクリックすると，ユニットの詳細スケジュールを確認できます。

図4-19　［詳細スケジュール］ダイアログボックス

4.3.2　シミュレーション

JP1/AJS2のスケジュールのシミュレーションには，次の二つがあります。

スケジュールシミュレーション

実行シミュレーション

［デイリースケジュール］ウィンドウや［マンスリースケジュール］ウィンドウの実行結果リストに表示される予実績情報は，スケジュールシミュレーションと実行シミュレーションによって算出されたスケジュールを表示しています。また，ajsshowコマンドの-b，-e，-v，-wオプションで出力される予実績情報も，スケジュールシミュレーションと実行シミュレーションによって算出されたスケジュールを出力します。

それぞれのシミュレーションについて説明します。

＜この項の構成＞

(1)　スケジュールシミュレーション

(2)　実行シミュレーション

(1)　スケジュールシミュレーション

ジョブネットの実行登録によってスケジュール確定した実行予定は，JP1/AJS2のデータベースに格納されます。計画実行登録の場合は，実行登録後の初回の実行予定が格納され，以降はジョブネットの実行開始時に次回の実行予定世代が生成され，データベースに格納されます。期間指定による確定実行登録の場合は，指定した期間内にある世代分だけ実行登録時にデータベースに格納されます。未来世代数指定による確定実行登録の場合，実行登録時には指定した世代分の実行予定を格納し，以降はジョブネットの世代が実行されるたびに指定した世代数分の実行予定を保持するように次の実行予定世代がデータベースに格納されます。

このとき，計画実行登録の場合と，未来世代数指定による確定実行登録の場合には，スケジュール確定していない実行予定があります。これは，ジョブネットのスケジュール定義に基づいたシミュレーションによって算出された，仮のスケジュールです。これを擬似予定といいます。ジョブネットのスケジュール定義に基づいて実行予定をシミュレートすることを，スケジュールシミュレーションといいます。

図4-20　計画実行登録されたジョブネットのスケジュールシミュレーション例

この例では，8/9の次回実行予定がスケジュール確定されてデータベースに格納されたスケジュール，8/10以降の実行予定がスケジュールシミュレーションによって生成された擬似予定となります。

ajsshowコマンドで実行する場合の例を次に示します。なお，コマンド実行を実行する時刻を，2006/08/09 08:00とします。/Netの開始予定時刻は12:00とし，計画実行登録されているものとします。

（例）

ajsshow -i "start=%BB type=%ii %JJ" -b 2006/8/9 -e 2006/8/11 /Net

start=2006/08/09 12:00 type=計画登録 /Net
start=2006/08/10 12:00 type=擬似予定 /Net
start=2006/08/11 12:00 type=擬似予定 /Net

擬似予定がスケジュールされない場合

擬似予定はスケジュールとして確定していない実行予定です。計画実行登録では，ジョブネットの実行開始時に次回の実行予定が確定します。このため，次のような場合にジョブネットの次回実行予定が「開始時刻待ち」状態や「保留中」状態のまま実行されないで，擬似予定として算出されていた時刻を過ぎると，擬似予定はスケジュールされません。

JP1/AJS2のサービス停止中

ジョブ，ジョブネットの保留中

メンテナンスモードによる縮退中

擬似予定がスケジュールされない例を次の図に示します。

図4-21　擬似予定がスケジュールされない例

この例では，8:00に実行開始予定のジョブネットはメンテナンス中であるため，メンテナンスモードが解除されるのを待って，実行開始されます。一方，9:00の実行開始予定（擬似予定）は，8:00のジョブネット実行開始時点でスケジュールが確定するはずですが，8:00実行予定のジョブネットが9:00を超過しても実行されなかったため，擬似予定はスケジュールされません。

擬似予定の注意事項については「3.4.3(2) スケジューリング方式」，「10.2.3(4) 擬似予定よりあとの日時に変更する場合」も参照してください。

(2)　実行シミュレーション

スケジュールシミュレーションとは別に，ジョブネットの開始予定時刻やジョブネットに定義されたジョブ同士の順序性などから，ジョブネットの開始時刻，終了時刻を算出するシミュレーションがあります。これを実行シミュレーションといいます。

実行シミュレーションは，現在時刻，ジョブネットの開始予定時刻，実行状態，過去の実行時間，ユニットの順序性やユニットの種別など，さまざまな情報を基に，より実運用に近い形でジョブネットやジョブの開始予定時刻，終了予定時刻をシミュレートします。まだ一度も実行されていないジョブネットの場合は，［環境設定］ダイアログボックスの「初回実行時間」に設定されている時間（単位：秒）（ajsshowコマンドの場合は60（単位：秒））をジョブネットの最初に定義されているジョブの実行所要時間として計算し，ジョブネットおよびその下位のユニットの開始予定時刻や終了予定時刻をシミュレートします。

なお，実行シミュレーションは，［環境設定］ダイアログボックスでシミュレーションを行うか，行わないかを設定します。［環境設定］ダイアログボックスでの設定については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.3.27 ［環境設定］ダイアログボックス」を参照してください。ajsshowコマンドの場合は，［環境設定］ダイアログボックスの設定は関係しません。

シミュレーションを行わない場合は，ジョブネットのスケジュールルールに基づいて開始予定時刻が表示され，ジョブネットの終了予定時刻は［環境設定］ダイアログボックスの「初回実行時間」を実行所要時間として算出します。ただし，その下位の個々のユニットはシミュレーションされないで，ジョブネットと同じ時刻が表示されます。シミュレーションを行う場合と行わない場合の，開始予定時刻と終了予定時刻の違いを次に示します。

図4-22　実行シミュレーションの有無による開始予定時刻と終了予定時刻の違い

この例では，［環境設定］ダイアログボックスの「初回実行時間」に「1,200秒（デフォルト）」が設定されているものとします。また，実行登録後にまだ一度もジョブネットが実行されていないものとします。

実行シミュレーションを行う場合は，Job1，Job2の順でジョブが実行されるように定義されているので，Job1の終了時刻がJob2の開始時刻になります。個々のユニットは「初回実行時間」で所要時間（1,200秒=20分）がシミュレートされるので，Job1は12:00～12:20，Job2は12:20～12:40となります。したがって，Job1，Job2が定義されているジョブネットNetの実行時間は12:00～12:40になります。

シミュレーションを行わない場合は，ジョブネットNetには「初回実行時間」に設定されている値で終了時刻が算出されますが，その下位に定義されている個々のユニットにはシミュレートされないので，ジョブネットNet，Job1，Job2はすべて12:00～12:20と表示されます。

ajsshowコマンドに-b，-eまたは-v，-wオプションを指定した場合，常に実行シミュレーションを行います。-Bオプションまたは実行IDを指定した場合，実行シミュレーションを行いません。指定するオプションによる出力の違いを次に示します。

図4-23　ajsshowコマンドに指定するオプションによる出力の違い

この例では，実行登録後にまだ一度もジョブネットが実行されていないものとします。

ajsshowコマンドに-b，-eまたは-v，-wオプションを指定した場合，Job1，Job2の順でジョブが実行されるように定義されているので，Job1の終了時刻がJob2の開始時刻になります。個々のユニットの初回実行時間は所要時間（60秒=1分）でシミュレートされるので，Job1は12:00～12:01，Job2は12:01～12:02となります。したがって，Job1，Job2が定義されているジョブネットNetの実行時間は12:00～12:02になります。

ajsshowコマンドの使用例を次に示します。コマンドを実行する時刻を2006/08/09 08:00とします。

（例1）

ajsshow -i "start=%BB end=%OO %JJ" -b 2006/8/9 -e 2006/8/9 -R /Net

start=2006/08/09 12:00 end=2006/08/09 12:02 /Net
start=2006/08/09 12:00 end=2006/08/09 12:01 /Net/Job1
start=2006/08/09 12:01 end=2006/08/09 12:02 /Net/Job2

ajsshowコマンドに-Bオプションまたは実行IDを指定した場合は，ジョブネットNetの初回実行時間は所要時間（60秒=1分）で終了時刻が算出されますが，その下位に定義されている個々のユニットはシミュレーションされないので，ジョブネットNet，Job1，Job2はすべて12:00～12:01と表示されます。

（例2）

ajsshow -i "start=%BB end=%OO %JJ" -B 20060809001 -R /Net

start=2006/08/09 12:00 end=2006/08/09 12:01 /Net
start=2006/08/09 12:00 end=2006/08/09 12:01 /Net/Job1
start=2006/08/09 12:00 end=2006/08/09 12:01 /Net/Job2

補足事項

実行シミュレーションを行っている場合は，ジョブネットが「異常終了」または「異常検出実行中」状態の場合，その後続ユニットは実行されないものとしてスケジュール表示されます。実行シミュレーションを行っていない場合は，後続ユニットも実行されるものとしてスケジュール表示されます。

スケジューリング方式（スケジュールスキップ，多重スケジュール）についての実行シミュレーションは行われません。

起動条件が設定されているジョブネットで，まだ生成されていない「起動条件待ち」世代についての実行シミュレーションは行われません。

実行シミュレーションを行う場合でホストリンクジョブネットが「異常検出実行中」のとき，後続ユニットは実行されるものとして表示されます。

ジョブネットコネクタを使用したジョブネットの場合，ジョブネットコネクタの実行シミュレーションはそれ自身の統計情報を基に行われます。統計情報は登録解除すると削除されるので，ジョブネットコネクタ側のルートジョブネットまたは接続先のジョブネットのどちらか一方だけを登録解除した場合，そのあとの実行シミュレーションにずれが生じることがあります。

4.3.3　統計情報

シミュレーションは統計情報を基に実施されます。実行シミュレーションについては，「4.3.2(2) 実行シミュレーション」を参照してください。

＜この項の構成＞

(1)　統計情報とシミュレーション

(2)　統計情報の削除

(3)　統計情報と保存世代数

(1)　統計情報とシミュレーション

ユニットの実行時間は，ユニットが正常終了した実行時間の平均を基に算出されます。正常終了した実行時間と回数の合計は，ルートジョブネットごとに統計情報として，次の図のように保持されます。

図4-24　統計情報の管理

この統計情報を基に実行シミュレーションが実施されます。

上記の図の場合，Jobnet1の下のJob1，Job2，Job3の平均実行時間は，それぞれ60秒，70秒，30秒になります。Job1，Job2，Job3の順に実行順序が関連づけられている場合で，Job1の開始予定時刻が12:00:00であるとき，Job2，Job3の開始予定時刻は12:01:00，12:02:10と表示されます。なお，実行シミュレーションは，ルートジョブネット単位で実施されます。

(2)　統計情報の削除

統計情報は，ルートジョブネットを登録解除しないかぎり保持され，登録解除することで過去の統計情報も削除されます。

(3)　統計情報と保存世代数

統計情報と保存世代数には，依存関係はありません。保存世代数を超える実行があった場合でも，統計情報はこれまでの結果を保持します。

シミュレーションはこの統計情報を基に算出します。

例えば，保存世代数を1としたルートジョブネット配下に一つのジョブが存在し，そのジョブの実行結果が次の場合，ジョブの3回の平均実行時間が20秒となりますので，シミュレーションの結果は，20秒となります。

1回目：10秒

2回目：20秒

3回目：30秒

なお，保存世代数については「4.2.3 ジョブネットの保存世代数の管理」を参照してください。

5.　ジョブの実行環境

JP1/AJS2では，キューやエージェントを使ってジョブを実行します。この章では，キューやエージェントなど，JP1/AJS2でジョブを実行する際の実行環境について説明します。

ジョブネットのジョブを実行する場合に加え，ジョブを直接キューにサブミットする場合の環境についても説明します。

＜この章の構成＞

5.1　ジョブの実行環境

5.2　ジョブを直接キューに登録して実行する

5.3　同時に実行できるジョブ数

5.1　ジョブの実行環境

JP1/AJS2の標準ジョブ，アクションジョブ，およびカスタムジョブの実行環境は，マネージャーホストと実行ホスト（エージェント）から構成されます。ジョブの実行時には，マネージャーからエージェントにジョブを転送して実行します。

マネージャーからエージェントにジョブを転送して実行する際には，ジョブをいったんキューに入れてジョブを制御する方法と，キューを使わずジョブを直接エージェントに転送して実行する方法（キューレスジョブ）があります。

キューを使うジョブの場合，実行登録したジョブはキューにいったん登録されます。同時に実行されるジョブの数をキューで制御しながら，エージェントにジョブを順次転送していきます。キューレスジョブの場合は，キューを介さずにジョブが直接エージェントに転送されます。同時に実行されるジョブの数は，エージェント（キューレスエージェント）が管理します。

キューレスジョブは，キューでのジョブの管理を省略し処理を簡略化しているため，通常のジョブに比べて処理性能が向上し，一定の時間により多くのジョブを実行できます。一定の時間により多くのジョブが実行されることで，ピーク時のCPUやI/O負荷が増加することがありますが，トータルとしてマネージャーのCPUやI/O負荷を減らせます。なお，キューレスジョブはキューを使うジョブと仕様が異なる点がありますので，すでに運用中のジョブはキューを使うジョブのままで使用し，新規にジョブネットを作成する場合にキューレスジョブを使用することをお勧めします。また，ジョブの実行をマネージャーのキューで管理したい場合，キューに対する操作をしたい場合は，キューを使ったジョブを使用してください。

＜この節の構成＞

5.1.1　キューとエージェント

5.1.2　キューレスジョブ

5.1.1　キューとエージェント

ここでは，キューとエージェントを使ったジョブ実行の仕組みを説明します。キューは，PCジョブ，UNIXジョブ，QUEUEジョブ，アクションジョブ，およびカスタムジョブで使用します。キューとエージェントの仕組みの概要を次の図に示します。

図5-1　キューとエージェントの仕組み

＜この項の構成＞

(1)　キューとは

(2)　エージェントとは

(3)　ジョブ実行の流れ

(4)　各ジョブの実行環境

(1)　キューとは

キューは，同時に実行されるジョブの数が多くなり過ぎないよう，実行登録されたジョブを一時的にためておくところです。キューには，一つまたは複数のエージェントが接続されています。PCジョブやUNIXジョブのようにエージェントホスト名を指定してジョブを実行する場合は，エージェントホスト名と同じ名前の内部的なキューにジョブが登録されます。このキューをデフォルトキューといいます。デフォルトキューにも複数のエージェントを接続することができます。

キューに登録されたジョブは，キューの中に順番に並べられ，そのキューに接続されているエージェントに対して順次転送され，実行されます。

キューに登録できるジョブの最大値は，任意に定義できます。また，複数のジョブを同時に実行できます。しかし，システムの能力を超えた数のジョブを実行すると，実行性能が低下したり，リソース不足でエラーが発生したりします。例えば，システム搭載メモリーに適した数以上のジョブを同時に実行すると，スワップが多発して実行性能が大幅に低下します。さらに多くのジョブを実行するとメモリー不足のためジョブが異常終了するなどのエラーが発生します。

キューは，このような状況を防ぎ，効率良くジョブを実行できるようにします。同時に実行するジョブ数が増えると，キューは制限値を超えたジョブを待たせて順番にエージェントへ転送します。

注意事項

ジョブで指定した排他実行リソースがほかのジョブで使用されていた場合など，ジョブを転送できない状況にあると，ジョブを転送する順番が入れ替わります。その場合，キューに登録した順番にジョブが実行されません。

キューの仕組みを次の図に示します。

図5-2　キューの仕組み

(2)　エージェントとは

エージェントは，ジョブを実行するホストです。「エージェント」という言葉には，エージェントホストとしてシステム構成上の意味を持つ場合と，エージェントとして機能や制御の意味を持つ場合があります。ジョブは，キューから，キューに接続したエージェントに順次転送され，エージェントで実行されます。

エージェントで同時に実行できるジョブの数は，任意に定義できます。同時に実行できるジョブ数（ジョブ実行多重度）も，キューに登録できる最大ジョブ数と同様に，システムの能力に合わせた設定が必要です。

また，キューに複数のエージェントを接続する場合，エージェントの優先順位を指定できます。優先順位を指定すると，エージェントのジョブ実行多重度に対する実行中ジョブ数の割合が高くなった場合に，次に優先順位の高いエージェントへジョブを配信します。詳細については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.2.9(1) キューに複数接続した実行ホスト（エージェントホスト）へのジョブの配信方法」を参照してください。

また，同一マシン（一つのIPアドレス）に対して複数のエージェントをエイリアスとして定義し，特性の異なるジョブを別のエージェントに登録することで，一つのマシン上でジョブを振り分けることができます。詳細については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　3.2.2(5) 同一マシンを複数の実行ホストとして使用する方法」を参照してください。

(3)　ジョブ実行の流れ

ジョブ実行時の処理の流れを，マネージャーとエージェントの関係を含めて，次の表で説明します。ただし，この表は，ジョブが正常終了した場合についてだけ説明しています。実際には，ジョブが異常終了した場合など，ほかの状態もあります。

表5-1　ジョブ実行時の処理の流れ

ジョブの状態 | 説明
キューイング | [図データ]　 | 実行登録を受け付けたジョブをキューに登録する。ジョブがキューに登録されると，ジョブの状態は「キューイング」になる。
実行中 | [図データ]　 | ジョブをキューから取り出し，エージェントに転送して実行指示をする。
[図データ]　 | ジョブに定義された実行ファイルまたはスクリプトを，OS上で起動する。ジョブが起動されると，ジョブの状態は「実行中」になる。その後，ジョブの実行が終了するのを待つ。
[図データ]　 | ジョブが終了すると，エージェントはジョブの終了コードおよび実行結果を受け取る。
正常終了 | [図データ]　 | ジョブの終了コードおよび実行結果をエージェントからマネージャーに転送する。マネージャーがジョブの終了コードおよび実行結果を受け取ると，ジョブの状態は「終了」になる。

(4)　各ジョブの実行環境

ジョブを実行したときに適用される実行環境を，ジョブの種類ごとに説明します。

なお，運用に合わせてジョブ実行環境を変更する場合の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.5.3 ジョブ実行環境の構成定義情報を変更する」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.4.6 ジョブ実行環境の構成定義情報を変更する」（UNIXの場合）を参照してください。

(a)　QUEUEジョブ

QUEUEジョブは，キューを指定して実行します。ジョブは，指定されたキューに登録され，キューに接続されたエージェントで実行されます。

次のような場合に，QUEUEジョブを使用します。

キューを用途別に作成して，用途の合うキューにジョブを登録したい場合

キューに複数のエージェントホストを接続し，エージェントホストに優先順位をつけてジョブを分散させたい場合

ほかのシステム（JP1/NQSEXECやJP1/OJEなど）と連携する場合

JP1/AJS2上でQUEUEジョブを使用する場合は，jpqimportコマンドを使って，キューを定義する必要があります。また，jpqqueaddコマンドなどを使えば，JP1/AJS2サービスの運用中にキューやエージェントの構成を変更できます。jpqimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　jpqimport」を参照してください。また，jpqqueaddなどのコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス」を参照してください。また，ほかのシステム（JP1/NQSEXECやJP1/OJEなど）と連携する場合は，ほかのシステムにあらかじめキューを作成しておく必要があります。ほかのシステムとの連携の詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド」を参照してください。

(b)　PCジョブ，UNIXジョブ，アクションジョブ，およびカスタムジョブ

PCジョブ，UNIXジョブ，アクションジョブ，およびカスタムジョブは，実行するエージェントホストを指定して実行します。これらのジョブは，エージェントごとに持っているデフォルトキューに登録されます。デフォルトキューは，同時に実行されるジョブの数を制御しながら，指定のエージェントにジョブを転送し，実行します。各エージェントは，対応するデフォルトキューを一つ持っています。

PCジョブ，UNIXジョブ，アクションジョブ，およびカスタムジョブを使用する場合は，jpqimportコマンドを使って，エージェントを定義する必要があります。また，jpqagtaddコマンドなどを使えば，システムの運用中にキューやエージェントの構成を変更できます。jpqimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　jpqimport」を参照してください。また，jpqagtaddなどのコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2　コマンドリファレンス」を参照してください。

5.1.2　キューレスジョブ

ジョブを実行する際に，キューを経由せず，ジョブを直接エージェントに送って実行することもできます。キューを使わずに実行するジョブをキューレスジョブといいます。キューレスジョブは，キューでのジョブの管理を省略し処理を簡略化しているため，通常のジョブに比べて処理性能が向上し，一定の時間により多くのジョブを実行できます。また，同時に実行するジョブ数の制御をエージェント（キューレスエージェント）側で行うので，エージェントホストのリソース制御は容易ですが，マネージャー側では制御できません。マネージャー側では，ジョブネットの実行順序やスケジュールの調整によるジョブ実行数の流量調整ができます。

キューレスジョブとして実行できるジョブは，ジョブネットに定義したPCジョブ，UNIXジョブ，およびアクションジョブです。これ以外のジョブは，キューレスジョブとして実行できません。キューレスジョブでは，JP1/NQSEXECやJP1/OJEと連携したジョブ実行はできません。

PCジョブ，UNIXジョブ，またはアクションジョブをキューレスジョブとして定義するには，ジョブの詳細定義をする際に，実行先サービスとしてJP1/AJS2キューレスエージェントサービス（JP1/AJS2 Queueless Agent）を選択します。

キューレスジョブを使用する場合は，マネージャー・エージェントの両ホストで，あらかじめセットアップをしておく必要があります。キューレス環境のセットアップについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.4 キューレスジョブ実行環境の設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.4 キューレスジョブ実行環境の設定」（UNIXの場合）を参照してください。

また，JP1/AJS2 - Viewでキューレスジョブを定義する場合は，07-00以降のJP1/AJS2 - Viewが必要です。

＜この項の構成＞

(1)　キューレスジョブの実行環境

(2)　キューレスジョブの状態

(1)　キューレスジョブの実行環境

キューレスジョブの場合，エージェントのJP1/AJS2キューレスエージェントサービスが，同時に実行するジョブ数などを管理します。そのため，キューレスジョブを実行する場合は，エージェントホストでJP1/AJS2キューレスエージェントサービスが起動していることが必要です。

キューレスジョブだけを使用する場合，jpqimportコマンドを使ったジョブ実行環境の設定は不要です。ただし，キューレスジョブ以外のジョブ（QUEUEジョブなど）も実行する場合は，ジョブ実行環境の設定が必要です。

キューレスジョブの実行の様子を次に示します。

図5-3　キューレスジョブの実行処理の流れ

キューレスジョブの場合，ジョブネットのジョブは，キューには入れられず，スケジューラーから直接エージェント（キューレスエージェント）に送られます。このため，スケジューラーサービスを多重化した構成では，ジョブ実行性能の面で特に効果があります。

キューレスジョブを実行する場合，ジョブの実行を依頼するJP1ユーザー名とマネージャーのホスト名を，エージェントホストのOSユーザーにマッピングしておく必要があります。また，ジョブを実行するOSユーザーを指定してジョブを実行する場合は，そのOSユーザーをJP1ユーザーとマッピングしておく必要があります。

キューレスジョブの実行中は，回線の接続と切断の回数を減らすため，マネージャー・エージェント間の通信回線を接続状態のままにしています。キューを使用したジョブの場合は，定期的にポーリングすることでジョブの状態を確認しますが，キューレスジョブの場合は，ポーリングを行いません。キューレスジョブの異常の検知は，ジョブ実行中の回線切断を検知することで行います。

(2)　キューレスジョブの状態

キューレスジョブは，キューを使わないため，ジョブ実行の際にジョブをキューに入れる「キューイング」という段階がありません。キューを使うジョブの状態は，「実行待ち」→「キューイング」→「実行中」（または「起動失敗」）と遷移しますが，キューレスジョブは，「実行待ち」→「実行中」（または「起動失敗」）と遷移します。

5.2　ジョブを直接キューに登録して実行する

JP1/AJS2では，ジョブをジョブネット上に定義して実行するだけでなく，コマンドなどを使用して，単体のジョブをJP1/AJS2 - Managerのキューに直接登録（投入）して実行できます。キューに登録されたジョブは，キューに接続されたエージェントに転送されて実行されます。エージェントを指定して登録した場合は，ジョブはデフォルトキューに登録されます。キューにジョブを直接登録することを「サブミット」といいます。また，サブミットされるジョブを「サブミットジョブ」といいます。

ジョブのサブミットには，jpqjobsubなどのコマンドを使用します。

ジョブネットに定義したジョブの場合，スケジューラー機能が実行日時や順序を管理し，スケジュールに従ってジョブを実行します。一方，サブミットジョブは，ジョブを実行したいときに，ユーザーがコマンドでジョブをサブミットし，実行します。コマンドのオプションで実行開始日時を指定して実行できます。

＜この節の構成＞

5.2.1　サブミットジョブの実行環境

5.2.2　ジョブ実行時の排他制御（排他実行リソース）

5.2.1　サブミットジョブの実行環境

サブミットジョブの場合も，通常のジョブの実行環境と同様，マネージャー・エージェントという構成を取ります。マネージャーホストにキューを作成し，そのキューにエージェントを接続します。

キューに複数のエージェントホストが接続されている場合，ジョブが転送されるエージェントホストは，そのときの負荷や優先度によって決まります。そのため，サブミットジョブは，キューに接続されたどのエージェントホストでも実行できるようなジョブでなければなりません。

ジョブのサブミット時に，キューではなくエージェントを指定することもできます。その場合は，エージェントに対応するデフォルトキューにジョブが登録されます。

サブミットをする場合は，キューやエージェントの構成を前もって定義しておく必要があります。キューやエージェントの定義には，jpqimportコマンドを使います。システムの運用中にキューとエージェントの構成を動的に変更するときは，jpqagtaddコマンドなどを使います。セットアップの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.2 ジョブ実行環境の設定」を参照してください。また，jpqimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　jpqimport」を参照してください。

図5-4　サブミットジョブの処理の流れ

サブミットジョブを登録した場合は，サブミットした順にジョブが実行開始されますが，実行先のエージェントホストの状況によっては順序が入れ替わることもあります。

サブミットジョブの実行順序の詳細については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.1.21 サブミットジョブの実行順序に関する注意事項」を参照してください。

5.2.2　ジョブ実行時の排他制御（排他実行リソース）

同じリソースにアクセスするジョブが複数あり，リソースにアクセスするジョブを排他制御する場合，あらかじめ定義した排他実行リソースを指定してジョブをサブミットします。

例えば，同じリソースにアクセスする複数のジョブがあるが，ジョブ（プログラム）自身がリソースに対する排他処理（機能）を持たない場合，そのリソースを任意の名称で排他実行リソースとして定義します。サブミット時には，排他実行したいジョブ同士で同じ排他実行リソースを指定します。このように指定すると，エージェントの実行多重度が2以上であっても，同じ排他実行リソースを指定したジョブは同時に実行されなくなります。

排他実行リソースは，jpqimportコマンドやjpqresaddコマンドを使って定義します。

注意事項

ジョブネットのジョブでは，排他実行リソースを使用できません。排他実行リソースを使用できるジョブは，jpqjobsubコマンドでサブミットしたジョブです。

5.3　同時に実行できるジョブ数

ジョブを実行するホストのリソースに合わせて，同時に実行できるジョブ数を制限できます。

キューで管理するジョブの場合は，エージェントホストの定義情報にジョブ実行多重度を指定することによって，そのエージェントホストで同時に実行できるジョブ数を制限できます。キューレスジョブの場合は，キューレスエージェントサービス内での最大同時ジョブ実行数を定義することによって，そのキューレスエージェントサービス内で同時に実行できるジョブ数を制限できます。

＜この節の構成＞

5.3.1　ジョブ実行多重度

5.3.2　キューレスジョブの最大同時ジョブ実行数

5.3.1　ジョブ実行多重度

キューで管理するジョブの場合，エージェントホストの定義情報にジョブ実行多重度を指定することによって，そのエージェントホストで同時に実行できるジョブ数を制限できます。ジョブ実行多重度は30分単位で指定できるため，時間帯を分けてジョブ数を制限することで，時間帯ごとに負荷を分散して運用することもできます。

ジョブ実行多重度で制限できるジョブは，次のジョブです。

PCジョブ

UNIXジョブ

JP1/AJS2上で実行するQUEUEジョブ

アクションジョブ

カスタムジョブ

キューレスジョブは対象外です。

ジョブ実行多重度はエージェント単位で指定します。キュー単位では指定できません。

同時に実行しようとしたジョブ数がジョブ実行多重度に達した場合，実行多重度を超えた分のジョブは，実行中のジョブが終了するまで「キューイング」状態（実行待ちの状態）になります。

＜この項の構成＞

(1)　ジョブ実行多重度の設定方法

(2)　ジョブ実行多重度を使用したジョブの負荷分散

(3)　ジョブ実行多重度に関する注意事項

(1)　ジョブ実行多重度の設定方法

ジョブ実行多重度は，ジョブ実行環境構成定義ファイル（jpqsetup.conf）のエージェントホスト定義に指定してjpqimportコマンドで設定する方法と，jpqagtaddコマンドでのエージェントホスト追加時に-cpオプションで指定する方法があります。

jpqimportコマンドで設定する場合，ジョブ実行環境構成定義ファイルのジョブ実行多重度には，多重度設定開始時刻「0000」，多重度設定終了時刻「0000」，ジョブ実行多重度「5」（24時間，ジョブ実行多重度は5）がデフォルトで定義されています。必要に応じて，jpqagtaltコマンドを実行してジョブ実行多重度を変更してください。また，jpqagtaddコマンドでエージェントホストを追加する場合，ジョブ実行多重度の指定（-cpオプション）を省略すると，「0:00-0:00=0」（24時間，ジョブ実行多重度は0）が仮定されます。ジョブ実行多重度が0の場合，ジョブを実行できません。ジョブを実行する場合は，jpqagtaltコマンドを実行してジョブ実行多重度を1以上に変更してください。

ジョブ実行多重度の指定例については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jpqagtalt」の補足事項を参照してください。

(2)　ジョブ実行多重度を使用したジョブの負荷分散

キューに複数のエージェントホストを接続した場合，エージェント使用率（エージェントホストのジョブ実行多重度に対する実行中ジョブ数の割合）を使用して，複数のエージェントに負荷を分散させることができます。詳細については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.2.9(1) キューに複数接続した実行ホスト（エージェントホスト）へのジョブの配信方法」を参照してください。

(3)　ジョブ実行多重度に関する注意事項

ジョブ実行多重度に関する注意事項については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.1.19 ジョブ実行多重度に関する注意事項」を参照してください。

5.3.2　キューレスジョブの最大同時ジョブ実行数

キューレスジョブの場合，キューレスエージェントサービス内の最大同時ジョブ実行数を設定することによって，そのホストで同時に実行できるジョブ数を制限できます。また，キューレスエージェントサービスにクラスを定義し，クラスごとの最大同時ジョブ実行数を設定することで，運用に合わせて負荷を分散できます。

最大同時ジョブ実行数を超えたジョブは，キューレスエージェントサービスまたはクラスごとに設定した最大待ちジョブ数まで，実行待ちの状態でキューレスエージェントサービスのメモリーで管理されます。最大待ちジョブ数を超えたジョブは，起動失敗となります。

＜この項の構成＞

(1)　キューレスジョブの最大同時ジョブ実行数の設定方法

(2)　クラスごとの最大同時ジョブ実行数を使用したキューレスジョブの負荷分散

(3)　キューレスエージェントサービス全体とクラスごとの最大同時ジョブ実行数の関係

(1)　キューレスジョブの最大同時ジョブ実行数の設定方法

キューレスエージェントサービスの最大同時ジョブ実行数および最大待ちジョブ数の設定方法は，OSによって異なります。

Windowsの場合

［マネージャー環境設定］ダイアログボックス，または［エージェント環境設定］ダイアログボックスの［キューレスジョブ実行環境］タブで設定します。

UNIXの場合

キューレスジョブ実行環境設定ファイル（Queueless.conf）に指定して，jpssetcnfコマンドで設定します。

jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

ajsqlalterコマンドを使用すると，キューレスエージェントサービスの運用中に，最大同時ジョブ実行数および最大待ちジョブ数を変更できます。

最大同時ジョブ実行数が0の場合，ジョブは実行されないで，最大待ちジョブ数を超えるまで実行待ち状態のままキューレスエージェントサービスのメモリーで管理されます。ジョブを実行する場合は，運用に合わせて最大同時ジョブ実行数および最大待ちジョブ数を変更してください。ajsqlalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsqlalter」を参照してください。

(2)　クラスごとの最大同時ジョブ実行数を使用したキューレスジョブの負荷分散

キューレスジョブを登録する際に，あらかじめ最大同時ジョブ実行数を定義したクラスを指定することによって，ジョブを排他実行したり，優先的に特定のジョブを実行する時間帯を制限したりするなど，運用に合わせて負荷を分散できます。

クラスごとの最大同時ジョブ実行数および最大待ちジョブ数を指定する場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.15 キューレスジョブ環境でクラスを指定したジョブを実行するための設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.12 キューレスジョブ環境でクラスを指定したジョブを実行するための設定」（UNIXの場合）を参照してください。

例えば，排他資源を使用するためにあるジョブを単独で実行させたい場合は，最大同時ジョブ実行数に1を指定したクラスを定義し，キューレスジョブを登録する際にそのクラスを指定することで，常に単独でジョブを実行できます。また，ある時間帯だけ特定のジョブを優先して実行させたい場合は，優先して実行させたいジョブを登録するクラスの最大同時ジョブ実行数を増やし，ほかのクラスの最大同時ジョブ実行数を減らすことで，特定のジョブを優先して実行させることができます。

(3)　キューレスエージェントサービス全体とクラスごとの最大同時ジョブ実行数の関係

キューレスエージェントサービス全体の最大同時ジョブ実行数を超えたジョブは，キューレスジョブを登録したクラスの最大同時ジョブ実行数に満たなくても，「実行待ち」状態になります。

また，キューレスエージェント全体の最大待ちジョブ数を超えたジョブは，キューレスジョブを登録したクラスの最大待ちジョブ数に満たなくても，「起動失敗」状態になります。

6.　業務の監視

スケジュール定義したジョブネットを実行登録したあとは，ジョブネットやジョブの実行状況の監視，および実行結果の確認を行います。

この章では，実行登録したジョブネットの監視について説明します。

＜この章の構成＞

6.1　実行状態の監視と実行結果の確認

6.1　実行状態の監視と実行結果の確認

スケジュール定義したジョブネットを実行登録したあとは，各ジョブネットの実行状況の監視，および実行結果の確認を行います。

ジョブネットや，ジョブネットに定義された各ジョブの実行状況および実行結果は，JP1/AJS2 - Viewやコマンドで確認できます。コマンドによる実行状態および実行結果の確認方法については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス」を参照してください。

ここでは，ジョブネットやジョブの実行状況として監視できる状態と，JP1/AJS2 - Viewでの監視について説明します。

＜この節の構成＞

6.1.1　ジョブネット・ジョブ・ジョブネットコネクタの状態

6.1.2　JP1/AJS2 - Viewでの監視

6.1.1　ジョブネット・ジョブ・ジョブネットコネクタの状態

ジョブネット，ジョブ，およびジョブネットコネクタが取得する状態を次の表に示します。

表6-1　ジョブネット，ジョブ，およびジョブネットコネクタの状態

状態名
状態の存在有無
状態の内容

ジョブネット
ジョブ
ジョブネットコネクタ

ルート
ネスト

未計画（no plan）
○
○
○
○
実行予定がない。

開始時刻待ち※¹
（time-wait）
○
○
－
－
実行開始時刻に到達するのを待っている状態。※2
ジョブネットコネクタと同期する設定をしている場合，ジョブネットコネクタの実行開始を待っている状態。

先行終了待ち
（term-wait）
－
○
○
○
先行ジョブまたはジョブネットの終了を待っている状態。
先行ユニットがなくても次の条件に該当する場合は，先行終了待ちとなる。

上位ジョブネットが待ち状態のとき

サービスが実行抑止状態のとき

上位ジョブネットの実行条件が成立していても該当ユニットの実行処理が開始されていない

保留中※¹
（holding）
○
○
○
－
保留中の状態。

実行待ち
（exec-wait）
－
－
○
－
ジョブのサブミット処理が完了するのを待っている状態。
スケジュール制御がジョブをサブミットし，ジョブ実行制御にキューイングされるまでの状態。

未実行終了※3
（unexec）
－
○※4，※5
○※4，※5
○
先行ユニットが異常終了したなどの理由でジョブまたはジョブネットが実行されなかったときの状態。

未実行終了-W
（unexec-W）
－
○
○
－
警告終了後，再実行したがジョブまたはジョブネットが実行されなかったときの状態。

計画未実行※1
（bypass）
－
○
○
○
ネストジョブネットと上位ジョブネットのスケジュールが一致しなかったか，または実行中止したなどの理由で，ジョブまたはジョブネットが実行されなかったときの状態。

実行中※¹
（running）
○
○
○
○
実行中の状態。
ジョブネットコネクタの場合は，接続先のジョブネットの終了を待っている状態。

キューイング※1
（queuing）
－
－
○
－
開始条件が成立し，ジョブが実行されるのを待っている状態。

異常検出実行中※¹
（AB-cont）
○
○
－
○
同じジョブネット内で同時に実行しているジョブまたはネストジョブネットが異常終了したときの状態。
ジョブネットコネクタの場合は，接続先のジョブネットで異常が発生していることを示す状態。

警告検出実行中※¹
（WA-cont）
○
○
－
○
同じジョブネット内で同時に実行しているジョブまたはネストジョブネットが警告終了したときの状態。
ジョブネットコネクタの場合は，接続先のジョブネットが警告検出終了になった状態。

正常終了※¹
（normal）
○
○
○
○
すべてのジョブおよびジョブネットが正常に終了した状態。
ジョブネットコネクタの場合は，接続先のジョブネットが正常終了した状態。

正常終了-偽
（normal-false）
－
－
○
－
判定結果，先行ユニットの終了結果が判定条件に合致しないで判定ジョブが正常終了した状態。

警告検出終了※¹
（warning）
○
○
○
○
ジョブの場合は警告終了した状態。
ジョブネットの場合はジョブネットに警告終了したジョブが含まれている場合の状態。
ジョブネットコネクタの場合は，接続先のジョブネットが警告検出終了になった状態。

異常検出終了※¹
（abnormal）
○
○
○
○
ジョブの場合は異常終了した状態。
ジョブネットの場合はジョブネットに異常終了したジョブが含まれている場合の状態。
ジョブネットコネクタの場合は，定義不正によって接続先のジョブネットと接続できなかったときの状態。

異常検出終了-WR
（abnormal-WR）
○
○
○
－
警告終了後，再実行したが異常終了した場合の状態。

繰り越し未実行※3
（exec-deffer）
○
○
－
－
実行予定日時にJP1/AJS2 - Managerサービスが起動されていない，ルートジョブネットが保留のまま基準時刻を過ぎたなどの理由でジョブネットが実行されなかった場合の状態※4，※6。
ジョブネットが「繰り越し未実行」状態になる条件は，次のとおり。

ルートジョブネットが「開始時刻待ち」「保留中」「起動条件待ち」状態のままジョブネットの打ち切り時間を経過したとき※7

スケジューリング方式にスケジュールスキップが設定されている場合に，前世代が終了する※8前に次の世代の開始時刻に到達したとき

スケジューリング方式にスケジュールスキップが設定されている場合に，即時実行登録で実行中のジョブネットを新たに即時実行登録したとき

スケジューリング方式に多重スケジューリングが設定され，多重起動が設定されていない場合に，実行中の世代が終了しないため次の世代がルートジョブネットの打ち切り時間を経過したとき

多重起動が設定されていない場合に，実行中の世代があるときに起動条件が成立したため，実行中の世代の終了を待っていてルートジョブネットの打ち切り時間を経過したとき※9

スケジューラーサービスの設定で［ジョブネットのスキップ］（OVERSCHEDULE）に［当日予定］（plan）を設定し，ウォームスタートでスケジューラーサービスを起動した場合に，当日実行予定のスケジュールが存在するとき

スケジューラーサービスの設定で［ジョブネットのスキップ］（OVERSCHEDULE）に［予定時刻超過］（skip）を設定し，または，ジョブネットの実行登録時に［デーモン起動時に予定時刻超過］で［次回から実行する］を選択し，ウォームスタートでスケジューラーサービスを起動した場合に，スケジューラーサービスの起動時より前に実行を予定していたスケジュールが存在するとき

順序不正
（invalid-seq）
○
○
－
－
実行順序がループしていて実行できないジョブまたはジョブネットがあったなどの状態。

中断※¹
（interrupt）
○
○
－
－
ジョブネット中に異常終了※10したユニットは存在しないが，まだ実行処理が行われていないユニット（未実行終了状態のユニット）が存在し，ジョブネットの実行が中断した状態。
次に示すような場合，ユニットは先行に異常終了※7がない状態で未実行終了となります。

JP1/AJS2 - View，またはコマンドからジョブネットに対して，中断操作を行った場合

キューイング状態のジョブに対して強制終了を行い，ジョブが実行されなかった場合

キューレスジョブが通信障害などで実行されなかった場合

ジョブネット配下で異常終了※7していたジョブが，再実行や状態変更で異常終了※6ではなくなった場合

ajsstopコマンドに「-j」オプションを指定して，スケジューラーサービスを停止した場合

なお，スケジューラーサービスをウォームスタートしたとき，実行中，異常検出実行中，または警告検出実行中だったルートジョブネットは，配下の状態に関係なく中断状態となります。

強制終了※¹
（kill）
○
○
○
○
次のどれかの理由で，ジョブまたはジョブネットを強制終了した状態。

実行中に終了結果をファイルへ書き込めなかったなど，ジョブまたはジョブネットの終了状態を判別できないような障害が発生した

実行中にJP1/AJS2 - Managerサービスが停止した

実行中にシステムが停止した

実行中のジョブを強制終了した

実行中のジョブが指定時間を超えたため処理の打ち切りを実行した

ジョブネットコネクタの場合は，実行中にルートジョブネットを強制終了したときの状態。

強制終了-WR
（kill-WR）
○
○
○
－
警告終了後，再実行したが強制終了した状態。

起動失敗※¹
（fail）
－
－
○
－
ジョブ起動時のプロセス生成や，プロセスの環境設定に失敗した状態。

起動失敗-WR
（fail-WR）
－
－
○
－
警告終了後，再実行しようとしたがジョブネットの開始に失敗した状態。

終了状態不明※¹
（unknown）
－
－
○
○
次のどれかの事象が発生したため，終了状態が不明である状態。

ジョブの実行中に終了結果をファイルへ書き込めなかったなど，ジョブの終了状態を判別できないような障害が発生した

ジョブの実行中にJP1/AJS2 - Managerサービスが停止し，システムが停止した

ジョブネットコネクタの場合は，実行中にウォームスタートしたときの状態。

終了状態不明-WR
（unknown-WR）
－
－
○
－
警告終了後，再実行したが終了状態が不明である状態。

閉塞
（shutdown）
○
○
○
○
ジョブネットを計画実行登録したあと，スケジュール情報の参照するカレンダー，または排他スケジュールに指定されているユニットが存在しない場合の状態。

起動条件待ち
（condition-wait）
○
○※11
－
－
起動条件の成立を待っている状態。
ただし，多重起動が設定されていない場合，実行中のジョブネットが存在する間は起動条件が成立しても起動条件待ちのままとなる。

監視中
（monitoring）
○
○※11
－
－
起動条件に定義した事象を監視している状態。

監視未起動終了
（unexec-monitor）
○
○※11
－
－
起動条件が成立しないまま運用時間が終了した状態。

監視打ち切り終了※12
（monitor-close）
○
○※11
－
－
監視中のジョブネットを中断または強制終了した状態。

監視中断※12
（monitor-intrpt）
○
○※11
○※11
－
起動条件を定義したジョブネットが起動条件を監視しているときにスケジューラーサービスを制限停止（ジョブ制限，ジョブネット制限，スケジュール制限），またはジョブ強制終了停止した場合に，スケジューラーサービスを停止させるため監視を中断した状態。
この場合，次にホットスタートまたはウォームスタートでスケジューラーサービスを起動したときに，起動条件に指定されたイベントジョブの最新の定義に従って監視し直す。

監視正常終了※12
（monitor-normal）
○
○※11
－
－
指定された回数または監視時間の範囲内に起動条件が成立した状態。

終了遅延
（end-delay）
○
○
○
－
終了遅延が発生している状態。

開始遅延
（start-delay）
○
○
－
－
開始遅延が発生している状態。

ネスト終了遅延
（nest-end-delay）
○
○
－
－
配下のユニットで終了遅延が発生している状態。

ネスト開始遅延
（nest-start-delay）
○
○
－
－
ネストジョブネットで開始遅延が発生している状態。

（凡例）

ルート：ルートジョブネット

ネスト：ネストジョブネット

○：表示する。

－：表示しない。

注※1

ajsshowコマンドを実行して状態表示した場合，次の条件に該当するユニットは，再実行を表す「-R」が付けられて表示されます。

再実行の対象となったユニット

再実行の対象となったユニットを含むジョブネット

再実行の対象となったユニットを含むルートジョブネット配下のユニットのうち，再実行後に動作したユニット

ただし，次の場合は「-R」は付与されません。

再実行操作時，すでに「実行中」状態だったネストジョブネット，およびそのネストジョブネット配下にあるユニット

再実行方法に「このユニットだけ」を指定して特定のユニットだけ再実行したときの後続ユニット

ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsshow」を参照してください。

注※2

多重起動が設定されていないジョブネットに実行中の世代が存在する場合，実行開始時刻に到達した世代や再実行した世代が，実行中の世代の終了を待っているときも含みます。また，実行抑止機能によってジョブネットの実行開始を抑止しているときも含みます。

注※3

「未実行終了」と「繰り越し未実行」については，状態表示色によって実行予定ありの場合と実行予定なしの場合を区別して表示できます。ただし，状態名（状態を表す文字列）の表示やコマンドの出力では，実行予定ありの場合と実行予定なしの場合の区別はありません。

ジョブネットの場合は，ジョブネットに実行予定（開始予定日時）が設定されていて実行されなかったときに実行予定ありになります。ジョブネットに実行予定がないときは，実行予定なしになります。

ジョブの場合は，上位ジョブネットに実行予定（開始予定日時）があり，ジョブの実行を中止していないときに実行予定ありになります。それ以外の場合は，実行予定なしになります。

実行予定ありの場合と実行予定なしの場合を表示する色は，［環境設定］ダイアログボックスの［全般］タブでそれぞれに設定できます。詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.3.27 ［環境設定］ダイアログボックス」および「JP1/Automatic Job Management System 2 操作ガイド　13.3.28 ［表示色の選択］ダイアログボックス」を参照してください。

注※4

「繰り越し未実行」となったジョブネット配下のネストジョブネットやリモートジョブネットは，スケジュールの有無に関係なく，すべて「繰り越し未実行」となります。ジョブは「未実行終了」となります。

注※5

上位ジョブネットが「繰り越し未実行」となった場合も，「未実行終了」となります。

注※6

次回実行予定も「繰り越し未実行」となります。「繰り越し未実行」の世代が連続する場合は，「繰り越し未実行」となった世代のうち，開始時刻が現在時刻に最も近い世代だけが残ります。

注※7

打ち切り時間が1日のジョブネットを，基準時刻の直前に実行登録し，ジョブネットが実行開始する前に基準時刻に到達した場合も「繰り越し未実行」となります。

注※8

起動条件付きジョブネットの場合は，実行中の起動条件待ちの世代が該当し，監視中の世代は該当しません。

注※9

「実行中」状態の世代の終了を待っている世代が打ち切り時間を経過したときに「繰り越し未実行」状態にするかどうかについては，環境設定パラメーターの"CONDEXECDEFER"によって選択できます。環境設定パラメーターについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1 スケジューラーサービス環境の設定」を参照してください。

注※10

実行されなかったことを示す「未実行終了」状態を除いた次の異常終了の状態を示します。

異常検出終了

中断

順序不正

強制終了

起動失敗

終了状態不明

繰り越し未実行

注※11

起動条件（.CONDITION）と，起動条件が定義されているジョブネットだけこの状態が表示されることがあります。「監視中断」状態については，起動条件に定義されているイベントジョブもこの状態が表示されることがあります。

注※12

ルートジョブネット配下のユニットの状態は，「未実行終了」となります。

補足事項

「開始時刻待ち」「先行終了待ち」「実行待ち」「起動条件待ち」のような待ち状態のユニットのうち，保留属性の設定がある（ユニットの実行を保留する予定がある）ものについては保留予定を示す表示色（デフォルト：黄色）でアイコンを表示する機能があります。保留予定を表示する機能を利用する場合は，［環境設定］ダイアログボックスで設定します。詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.3.27 ［環境設定］ダイアログボックス」の［全般］タブの説明を参照してください。なお，この機能はお使いのJP1/AJS2 - ManagerおよびJP1/AJS2 - Viewのバージョンが06-71以前のものでは，使用できません。

保留が設定されている「先行終了待ち」状態のジョブネットの先行ユニットが終了した場合，後続ジョブネットは「先行終了待ち」状態から「開始時刻待ち」状態を経て「保留中」状態に遷移します。

JP1/AJS2 - Viewのバージョンが08-50以降の場合，保留属性が設定された実行待ちのユニットを［デイリースケジュール］および［マンスリースケジュール］ウィンドウで，「保留中」状態のユニットに含めて表示させるようにフィルタを設定できます。保留属性が設定された実行待ちのユニットを「保留中」状態のユニットに含めて表示させたい場合は，［フィルタの設定］ダイアログボックスで［保留中に保留予定を含める］をチェックしてください。［フィルタの設定］ダイアログボックスについては，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.6.13 ［フィルタの設定］ダイアログボックス」を参照してください。

実行状況の表示では，ジョブネットやジョブの終了予定時刻が表示されます。終了予定時刻は，過去の平均実行時間（正常終了時の処理時間の平均値）を基に算出しています（詳細については「4.3.2(2) 実行シミュレーション」参照）。なお，ジョブネットやジョブの実行時間は，CPUの使用率などによって異なるため，開始予定時刻や終了予定時刻は目安として参照してください。

6.1.2　JP1/AJS2 - Viewでの監視

ここでは，JP1/AJS2 - Viewを使った監視の概要について説明します。各ウィンドウで監視する際の画面操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　8. ジョブネットやジョブの監視」を参照してください。

ジョブネットやジョブの実行状況および実行結果を確認できるJP1/AJS2 - Viewの画面は，次のものになります。

［JP1/AJS2 - View］ウィンドウ

［ジョブネットモニタ］ウィンドウ

［デイリースケジュール］ウィンドウ

［マンスリースケジュール］ウィンドウ

各ウィンドウでの監視の概要について説明します。

＜この項の構成＞

(1)　［JP1/AJS2 - View］ウィンドウでの監視

(2)　［ジョブネットモニタ］ウィンドウでの監視

(3)　［デイリースケジュール］ウィンドウでの監視

(4)　［マンスリースケジュール］ウィンドウでの監視

(1)　［JP1/AJS2 - View］ウィンドウでの監視

［JP1/AJS2 - View］ウィンドウでは，実行状態や実行結果をルートジョブネット単位またはジョブグループ単位で監視・確認できます。

図6-1　［JP1/AJS2 - View］ウィンドウ

ジョブグループ単位で確認する場合はツリーエリアでスケジューラーサービス（AJSROOT）を，ルートジョブネット単位で確認する場合はその上位のジョブグループを選択します。ツリーエリアで上位ユニットを選択すると，直下に定義されているジョブグループまたはルートジョブネットがリストエリアに一覧表示されます。各ユニットのアイコンは，各状態を示す表示色で表示されます（ジョブグループアイコンの状態色表示については設定が必要です）。状態を示すアイコンの表示色については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.3.27 ［環境設定］ダイアログボックス」の［全般］タブの説明を参照してください。

なお，［JP1/AJS2 - View］ウィンドウのリストエリアで表示されるジョブグループおよびルートジョブネットの状態は，その下位に定義されたジョブネットやジョブの状態のうち，最も優先度が高いものが表示されます。ジョブグループおよびルートジョブネットが取得する下位ユニットの状態の優先順位を次に示します。

表6-2　ジョブグループとルートジョブネットが取得する状態の優先順位

優先順位
ジョブグループの状態
ルートジョブネットの状態

1
閉塞
閉塞

2
異常検出実行中
異常検出実行中

3
異常検出終了
異常検出終了
中断
強制終了
順序不正

4
警告検出実行中
警告検出実行中

5
警告検出終了
警告検出終了

6
実行中
開始時刻待ち
保留中
起動条件待ち
実行中
監視中

7
正常終了
正常終了
繰り越し未実行
監視未起動終了
監視正常終了
監視打ち切り終了
監視中断

8
未計画
未計画

9
（なし）
未登録

さらに，遅延状態についても次のような優先順位があります。

表6-3　遅延状態の優先順位

優先順位 | 遅延状態 | ルートジョブネットとジョブグループの遅延表示
1 | ルートジョブネットの終了遅延 | （遅延）
2 | ネストジョブネットまたはジョブの終了遅延 | （ネスト遅延）
3 | ルートジョブネットの開始遅延 | （遅延）
4 | ネストジョブネットの開始遅延 | （ネスト遅延）
5 | 遅延なし | 表示なし

［JP1/AJS2 - View］ウィンドウのリストエリアで表示されるジョブグループおよびルートジョブネットの遅延状態は，例えば「正常終了（遅延）」のように状態名の文字列に続けて括弧書きで表示されます。

また，ルートジョブネットの詳細情報を表示すると，ユニットの状態のほか，開始日時，終了日時，遅延状態などの情報や実行結果の詳細を確認できます。詳細情報を確認する際には，「状態」「結果」「次回予定」のうちのどれかを選びます。「状態」は実行中，保留中，監視中，開始時刻待ちなどの状態にある世代のうち最新状態について，「結果」は実行終了した世代のうちの最新結果について，「次回予定」は開始時刻待ち，保留中など次回実行予定世代について確認できます。

図6-2　［モニタ詳細 -［ジョブネット］］ダイアログボックス

ルートジョブネットに定義されているジョブやネストジョブネットの実行状態および実行結果の監視・確認については，［ジョブネットモニタ］ウィンドウで行います。

(2)　［ジョブネットモニタ］ウィンドウでの監視

［ジョブネットモニタ］ウィンドウでは，ジョブネットに定義されたジョブやネストジョブネットの実行状態および実行結果をジョブフローイメージ（ジョブネットを定義したときと同じイメージ）で監視・確認できます。

図6-3　［ジョブネットモニタ］ウィンドウ

ジョブフローイメージで表示された各ユニットのアイコンは，状態を示す表示色で表示されます。状態を示すアイコンの表示色については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.3.27 ［環境設定］ダイアログボックス」の［全般］タブの説明を参照してください。

なお，［ジョブネットモニタ］ウィンドウを表示する際には，「状態」「結果」「次回予定」のうちのどれかを選びます。「状態」は実行中，保留中，監視中，開始時刻待ちなどの状態にある世代のうち最新状態について，「結果」は実行終了した世代のうちの最新結果について，「次回予定」は開始時刻待ち，保留中など次回実行予定世代について確認できます。

また，各ユニットの詳細情報を表示すると，ユニットの状態のほか，開始日時，終了日時，遅延状態などの情報や実行結果の詳細を確認できます。

補足事項

表示対象は，ジョブネット，リモートジョブネット，マネージャージョブネットです。

マネージャージョブネットの場合は，参照先の実行状態や結果が表示されます。

(3)　［デイリースケジュール］ウィンドウでの監視

［デイリースケジュール］ウィンドウでは，ジョブネットやジョブの実行状態や実行結果を1日の実行予定とともに日単位で監視・確認できます。

図6-4　［デイリースケジュール（階層表示）］ウィンドウ

［デイリースケジュール］ウィンドウでは，1時間ごとの時間軸が表示され，各ユニットの実行予定や実行状況，実行結果を1日のスケジュールの中で確認できます。各ユニットのスケジュールを表示するスケジュールエリアで灰色の部分は過去，白色の部分は未来を表します。灰色の部分にあるユニットのスケジュールを選択すると実行結果または実行状況の詳細情報を，白色の部分にあるユニットのスケジュールを選択すると実行予定の詳細情報を，実行結果リストで確認できます。

なお，実行結果リストには実行IDのない世代（スケジュールが確定されていない実行予定）は表示されません。

(4)　［マンスリースケジュール］ウィンドウでの監視

［マンスリースケジュール］ウィンドウでは，ジョブネットやジョブの実行状態や実行結果を1か月間の実行予定とともに月単位で監視・確認できます。

図6-5　［マンスリースケジュール］ウィンドウ

［マンスリースケジュール］ウィンドウでは，1か月間の日付と曜日が時間軸で表示され，各ユニットの実行予定や実行状況，実行結果を1か月間のスケジュールの中で確認できます。各ユニットのスケジュールを表示するスケジュールエリアで灰色の部分は過去，白色の部分は未来を表します。灰色の部分にあるユニットのスケジュールを選択すると実行結果または実行状況の詳細情報を，白色の部分にあるユニットのスケジュールを選択すると実行予定の詳細情報を，実行結果リストで確認できます。

なお，実行結果リストには実行IDのない世代（スケジュールが確定されていない実行予定）は表示されません。

7.　JP1/AJS2 Consoleを使った業務監視

JP1/AJS2 Consoleは，監視対象のジョブネットを独自に設定できる業務監視モニターです。また，複数のマネージャーホストや，異なるジョブネットワーク階層に点在するジョブネットの状態を一画面で集中監視できます。

この章では，JP1/AJS2 Consoleを使った業務監視について説明します。なお，JP1/AJS2 Consoleの画面操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　11. 業務を集中監視する」および「JP1/Automatic Job Management System 2 操作ガイド　14. JP1/AJS2 Consoleの画面」を参照してください。

＜この章の構成＞

7.1　JP1/AJS2 Consoleを使った業務監視の概要

7.2　監視対象と監視方法の定義

7.3　業務監視

7.1　JP1/AJS2 Consoleを使った業務監視の概要

JP1/AJS2 Consoleは，ジョブネットの状態監視を行うためのモニターです。

JP1/AJS2 Consoleを使った業務監視の概要と，JP1/AJS2 - Viewによる監視との違いについて説明します。

＜この節の構成＞

7.1.1　JP1/AJS2 Consoleを使った業務監視

7.1.2　JP1/AJS2 - Viewとの違い

7.1.3　JP1/AJS2 Consoleを構成するコンポーネント

7.1.1　JP1/AJS2 Consoleを使った業務監視

JP1/AJS2 Consoleでは，JP1/AJS2に定義されているジョブネットのうち，任意のジョブネットを監視対象として設定し，監視できます。また，異なるマネージャーホストや，異なるジョブネットワーク階層（スケジューラーサービス，ジョブグループ）に点在するジョブネットの状態を一画面で集中監視できます。

JP1/AJS2 Consoleの監視画面は，JP1ユーザーごとにユニークであるため，監視したいジョブネットだけを設定できます。監視対象の設定は，ジョブネットが定義されているホスト名とジョブネット名（完全名）を指定するだけです。指定したジョブネットは，監視画面上ではアイコン（AJS2ユニット監視オブジェクト）として表示され，このアイコンの表示色の変化によってジョブネットの状態を監視します。

図7-1　JP1/AJS2 Consoleの定義例

図7-2　JP1/AJS2 Consoleの監視例

監視画面で異常が検知されたジョブネットについては，JP1/AJS2 Consoleからジョブネットの定義先ホストのJP1/AJS2 - Viewを起動でき，障害個所の特定や要因の調査を容易に行えます。

さらに，監視対象の階層管理や監視画面の背景設定など，より論理的かつ視覚的に理解しやすい監視を実現するために効果的な機能も備えています。

なお，JP1/AJS2 Consoleで業務監視を行うには，JP1/AJS2 ConsoleにログインするJP1ユーザーに監視対象のジョブネットに対して参照権限を持っていること，監視対象のジョブネットが定義されているホストのOSユーザーがマッピングされていることが条件となります。

7.1.2　JP1/AJS2 - Viewとの違い

JP1/AJS2 - Viewでは，異なるマネージャーホスト上のジョブネットを監視する場合，マネージャーホストごとにログインし，それぞれ別の［JP1/AJS2 - View］ウィンドウを起動する必要があります。また，異なるジョブネットワーク階層（スケジューラーサービス，ジョブグループ）に属するジョブネットを監視する場合，階層ごとに表示を切り替える必要があります。

図7-3　JP1/AJS2 - Viewによるジョブネットの監視例

このように，JP1/AJS2 - Viewでは，同一マネージャーホスト，同一スケジューラーサービス，同一ジョブグループに属するジョブネットでないかぎり，一画面で同時に監視することはできません。

一方，JP1/AJS2 Consoleでは，異なるマネージャーホスト，異なるジョブネットワーク階層のジョブネットを監視対象として同等に定義・監視できます。

図7-4　JP1/AJS2 Consoleによるジョブネットの監視例

したがって，JP1/AJS2 Consoleでは，マネージャーホストごとに監視画面を起動したり，異なるジョブネットワーク階層ごとに画面の表示を切り替えたりすることなく，一画面で集中的に監視できます。

7.1.3　JP1/AJS2 Consoleを構成するコンポーネント

JP1/AJS2 Consoleは，次の三つのコンポーネントから構成されます。

表7-1　JP1/AJS2 Consoleを構成するコンポーネント

コンポーネント名※ | 機能・役割
JP1/AJS2 Console Manager | JP1/AJS2 Console Viewによる監視対象の状態取得や定義情報の保存を行う。
JP1/AJS2 Console Agent | JP1/AJS2 Console Managerから指示されたJP1/AJS2 - Managerのジョブネット（監視対象）の状態を定期的に監視し，状態に変更があればJP1/AJS2 Console Managerに通知する。
JP1/AJS2 Console View | GUIによって業務監視および業務監視対象の定義を行う。

注※

JP1/AJS2 - Managerのバージョン07-00から，JP1/AJS2 - ConsoleはJP1/AJS2 - Managerに統合されました。これに伴って，コンポーネント名がバージョン06-71と07-00以降とで次のように変更になりましたので，ご了承ください。

表7-2　バージョン06-71と07-00以降のコンポーネント名の対応

06-71 | 07-00以降
JP1/AJS2 - Console Manager | JP1/AJS2 Console Manager
JP1/AJS2 - Console Agent | JP1/AJS2 Console Agent
JP1/AJS2 - Console View | JP1/AJS2 Console View

バージョン07-00以降のJP1/AJS2 Consoleのコンポーネントのプログラムプロダクト構成を次に示します。バージョン06-71でのプログラムプロダクト構成については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　9.6.1 統合されたことによって変更になる内容」を参照してください。

図7-5　JP1/AJS2 Console 07-00以降のプログラムプロダクト構成

7.2　監視対象と監視方法の定義

JP1/AJS2 Consoleで業務監視をするためには，監視したいジョブネットを監視オブジェクトとして定義し，監視方法を設定します。

この節では，JP1/AJS2 Consoleで使用するオブジェクトと，JP1/AJS2 Consoleの画面モード，オブジェクトの作成，監視方法の設定について説明します。

＜この節の構成＞

7.2.1　JP1/AJS2 Consoleで使用するオブジェクト

7.2.2　モード

7.2.3　監視オブジェクトの作成

7.2.4　監視プロパティの設定

7.2.1　JP1/AJS2 Consoleで使用するオブジェクト

JP1/AJS2 Consoleでは，業務スコープおよびAJS2ユニット監視オブジェクトを使用してJP1/AJS2のジョブネットを監視します。JP1/AJS2 Consoleで使用するオブジェクトには，二つがあります。

AJS2ユニット監視オブジェクト

業務スコープ

JP1/AJS2 Consoleの画面である［スコープ］ウィンドウと，使用するオブジェクトを次に示します。

図7-6　［スコープ］ウィンドウ（［メインスコープ］ウィンドウ）とオブジェクト

それぞれのオブジェクトについて説明します。

＜この項の構成＞

(1)　AJS2ユニット監視オブジェクト

(2)　業務スコープ

(1)　AJS2ユニット監視オブジェクト

AJS2ユニット監視オブジェクトとは，監視対象となるジョブネットの情報（ジョブネットの完全名や定義先のホスト名など）を定義したものです。［スコープ］ウィンドウではアイコンで表示され，その表示色の変化によってジョブネットの状態を監視します。

(2)　業務スコープ

業務スコープとは，監視オブジェクトをグループ化するためのオブジェクトです。

業務スコープは，必要に応じて階層化でき，階層化したときの最上位の業務スコープをルート業務スコープ，下位の業務スコープをネスト業務スコープといいます。

(a)　ルート業務スコープ

ルート業務スコープは，最上位の業務スコープです。JP1/AJS2 Console ViewでJP1/AJS2 Console Managerにログインしたとき，最初に［スコープ］ウィンドウに表示されます。

ルート業務スコープは，ログインしたJP1ユーザーごとにユニークであるため，監視の対象を独自に定義できます。

(b)　ネスト業務スコープ

ネスト業務スコープは，ルート業務スコープの下位に定義した業務スコープです。

ネスト業務スコープは最大3階層まで作成できます。上位の業務スコープ上では，アイコンで表示されます。

7.2.2　モード

［スコープ］ウィンドウ（［メインスコープ］ウィンドウ）には，次の二つのモードがあります。監視対象を定義する場合と，監視する場合とで，二つのモードを切り替えて使用します。

定義モード

AJS2ユニット監視オブジェクトを作成したり，その監視方法を設定したりするための画面モードです。

監視モード

作成したAJS2ユニット監視オブジェクトを監視するための画面モードです。

ログイン直後の業務スコープのウィンドウは，監視モードで表示されます。

なお，ほかのJP1/AJS2 Console Viewから同じJP1ユーザーで同じJP1/AJS2 Console Managerホストにログインしている場合は，利用できるモードが次のように制限されます。

同一JP1ユーザーが定義中の場合はログインできない。

同一JP1ユーザーが監視中の場合はログインできるが，定義モードには切り替えられない（監視モードに限り利用できる）。

同一JP1ユーザーで同一JP1/AJS2 Console Managerホストにログインした場合のモードの利用可否を次の表に示します。

表7-3　モードの利用可否

モード | 同一ルート業務スコープの使用状況
定義中 | 監視中 | 未使用
定義モード | × | × | ○
監視モード | × | ○ | ○

（凡例）

○：使用できる

×：使用できない

7.2.3　監視オブジェクトの作成

JP1/AJS2 Consoleを使って業務監視を行うためには，まず監視の対象となるジョブネットをAJS2ユニット監視オブジェクトとしてJP1/AJS2 Console上に定義します。

＜この項の構成＞

(1)　AJS2ユニット監視オブジェクトの作成

(2)　ネスト業務スコープによるオブジェクトの階層化

(3)　マップエリアの背景の設定

(1)　AJS2ユニット監視オブジェクトの作成

AJS2ユニット監視オブジェクトには，JP1/AJS2 Consoleの監視オブジェクトとしての名称と，ジョブネットが定義されているホスト名，ジョブネットの完全名などを設定します。監視の対象は，ルートジョブネットに限ります。JP1/AJS2 Consoleでは，ルート業務スコープ全体で最大500のルートジョブネットをオブジェクト（AJS2ユニット監視オブジェクトおよび業務スコープ）として定義できます。

［メインスコープ］ウィンドウのアイコンリストからアイコンをドラッグ＆ドロップすると，次のダイアログボックスが表示されます。

図7-7　［詳細定義 -［AJS2ユニット監視オブジェクト］］ダイアログボックス

なお，JP1/AJS2 - Viewの監視オブジェクトの自動作成機能を利用すると，AJS2ユニット監視オブジェクトをより簡単に作成できます。

また，必要に応じてアイコンファイル名を指定すると，個々の監視オブジェクトに対して任意のアイコンファイルを設定できます。なお，アイコンとして設定できるファイルは，GIF形式（.gif）のものに限ります。

補足事項

ログイン先のJP1/AJS2 Console ManagerとしてJP1/AJS2 - Console 06-71をお使いの場合，アイコンファイルのカスタマイズ機能は使用できません。

(2)　ネスト業務スコープによるオブジェクトの階層化

JP1/AJS2 Consoleでは，JP1/AJS2のジョブネットワーク階層に関係なく，独自の階層を構築できます。AJS2ユニット監視オブジェクトの数が多いなど，AJS2ユニット監視オブジェクトをグループ化して管理したい場合には，ネスト業務スコープを作成して監視オブジェクトを階層化できます。ネスト業務スコープは，最大3階層まで作成できます。なお，ネスト業務スコープは，その上位の業務スコープ上ではアイコンで表示されます。

ネスト業務スコープによる階層化の例を次に示します。

図7-8　ネスト業務スコープによる階層化の例

例1では，「集計開始通知」「集計」「DB更新」の三つのAJS2ユニット監視オブジェクトを，「日時集計業務」という業務スコープを作成してグループ化しています。また，例2では「集計名古屋」「集計東京」など，支店ごとの集計業務を監視するAJS2ユニット監視オブジェクトを，「各支店の集計」という業務スコープを作成してグループ化しています。

補足事項

ログイン先のJP1/AJS2 Console ManagerとしてJP1/AJS2 - Console 06-71をお使いの場合，ネスト業務スコープは作成できません。

(3)　マップエリアの背景の設定

業務スコープのマップエリアに背景画像を設定できます。

例えば，マップエリアの背景として地図や時間軸を表すような画像を設定し，背景に合わせてアイコンを配置するといった使い方ができます。

なお，マップエリアの背景画像として設定できるファイルは，JPG形式（.jpg）またはGIF形式（.gif）のものに限ります。

補足事項

ログイン先のJP1/AJS2 Console ManagerとしてJP1/AJS2 - Console 06-71をお使いの場合，マップエリアの背景画像の設定機能は使用できません。

7.2.4　監視プロパティの設定

業務スコープに定義したAJS2ユニット監視オブジェクトをどのような方法で監視するかを定義したものを監視プロパティといいます。監視プロパティの定義内容には，次の三つがあります。

監視方法

保留予定の表示方法

監視間隔

＜この項の構成＞

(1)　監視方法の設定

(2)　保留予定の表示方法

(3)　監視間隔

(1)　監視方法の設定

監視方法には，監視対象のジョブネットのうちどこからどこまでの世代を監視するか，監視範囲内にある世代のうちどのような状態を優先して表示するか，という二つの概念によって次の四つの方法があります。

当日時刻優先

全世代時刻優先

当日時刻予定優先

全世代時刻予定優先

それぞれの監視方法について，監視する世代の範囲と，状態の表示優先度の二つに分けて説明します。

なお，ログイン先のJP1/AJS2 Console ManagerとしてJP1/AJS2 - Console 06-71をお使いの場合，監視方法に「当日時刻予定優先」および「全世代時刻予定優先」を設定することはできません。また，監視対象となるジョブネットが定義されているマネージャーホスト（JP1/AJS2 - Manager）のバージョンが06-71の場合は，監視方法に「当日時刻予定優先」または「全世代時刻予定優先」を設定すると，AJS2ユニット監視オブジェクトは「状態不明」状態となり，監視できません。

(a)　監視する世代の範囲

AJS2ユニット監視オブジェクトの実体であるジョブネットは，複数の世代を持ち，また世代ごとにそれぞれの状態があるため，どこからどこまでの世代を監視するのかを決めておきます。

当日対象
「当日対象」は，基準時刻から24時間の範囲内にある世代を監視の対象とします。

図7-9　当日対象

ただし，次の図のように日またがりの世代については，基準時刻から24時間の範囲内に含め，監視の対象とします。

また，前日以前の世代であっても，再実行することでその開始時刻や終了時刻が基準時刻から24時間の範囲内に含まれる場合は，監視の対象とします。

なお，監視対象のジョブネットが48時間運用の場合であっても，監視の対象となる世代は基準時刻から24時間の範囲内のものになります。

全世代対象
「全世代対象」は，監視対象のジョブネットが持つすべての世代を対象とします。

図7-10　全世代対象

(b)　JP1/AJS2 Consoleの状態の表示優先度

監視対象の状態の表示優先度には，予定より結果を優先する場合の優先度と結果より予定を優先する場合の優先度の2とおりがあります。

表7-4　監視方法と表示優先度

監視方法 | 表示優先度
当日時刻優先 | 予定より結果を優先的に表示する
全世代時刻優先
当日時刻予定優先 | 結果より予定を優先的に表示する
全世代時刻予定優先

それぞれの場合の，状態の表示優先度を次に示します。

予定より結果を優先する場合
結果を優先する場合の状態の表示優先度は，次のとおりです。

表7-5　結果を優先する場合の状態の表示優先度

優先度
対象世代の状態
同じ状態の世代が複数あるときの優先順位

1（高）
実行中
開始時刻（再実行開始時刻）が現在時刻に近い順

2
保留中
開始予定時刻が現在時刻に近い順

3
開始時刻待ち※
（再実行時）
その世代が持つ開始時刻が現在時刻に近い順

4
閉塞
－

5
結果
終了時刻が現在時刻に近い順（再実行も含む）

6
監視中
開始時刻が現在時刻に近い順

7（低）
予定
開始予定時刻が現在時刻に近い順

注※

再実行時の世代に限り，通常の世代の開始時刻待ち状態よりも表示優先度が高くなります。通常の開始時刻待ちの世代は「予定」に含まれます。

結果より予定を優先する場合
予定を優先する場合の状態の表示優先度は，次のとおりです。

表7-6　予定を優先する場合の状態の表示優先度

優先度
対象世代の状態
同じ状態の世代が複数あるときの優先順位

1（高）
実行中
開始時刻（再実行開始時刻）が現在時刻に近い順

2
保留中
開始予定時刻が現在時刻に近い順

3
開始時刻待ち※
（再実行時）
その世代が持つ開始時刻が現在時刻に近い順

4
閉塞
－

5
監視中
開始時刻が現在時刻に近い順

6
予定
開始予定時刻が現在時刻に近い順

7（低）
結果
終了時刻が現在時刻に近い順（再実行も含む）

注※

再実行時の世代に限り，通常の世代の開始時刻待ち状態よりも表示優先度が高くなります。通常の開始時刻待ちの世代は「予定」に含まれます。

二つの表からわかるように，「実行中」の世代が最も優先して表示されます。また，同じ状態の世代が複数ある場合は，各状態の開始時刻，開始予定時刻，終了時刻などの時刻が現在時刻に最も近い世代を優先します。

同じ状態の世代が複数ある場合の表示例を次に示します。

図7-11　同じ状態の世代が複数ある場合の表示例

(c)　結果優先と予定優先の状態表示例

結果優先の場合と予定優先の場合の，当日対象および全世代対象の状態表示例を次に示します。

●ジョブネットの予実績とJP1/AJS2 Consoleの状態表示

監視の対象範囲にある各世代の状態（予実績）と，JP1/AJS2 Consoleで表示される状態を示します。

表7-7　各世代の状態（予実績）とAJS2ユニット監視オブジェクトの状態表示

各世代の状態（予実績）
AJS2ユニット監視オブジェクトの
状態表示

前日
以前
当日
翌日
以降
結果優先
予定優先

前
現在
後
当日
全世代
当日
全世代

未登録
未登録
未登録
未登録
未登録
未登録
未登録
未登録
未登録

－
－
－
－
－
未計画
未計画
未計画
未計画

結果
－
－
－
－
未計画
結果
未計画
結果

－
結果
－
－
－
結果
結果
結果
結果

－
－
実行中
－
－
実行中
実行中
実行中
実行中

－
－
－
予定
－
予定
予定
予定
予定

－
－
－
－
予定
未計画
予定
未計画
予定

結果1
結果2
実行中
予定1
予定2
実行中
実行中
実行中
実行中

結果1
結果2
－
－
－
結果2
結果2
結果2
結果2

結果
－
実行中
－
－
実行中
実行中
実行中
実行中

結果
－
－
予定
－
予定
結果
予定
予定

結果
－
－
－
予定
未計画
結果
未計画
予定

－
結果
実行中
－
－
実行中
実行中
実行中
実行中

－
結果
－
予定
－
結果
結果
予定
予定

－
結果
－
－
予定
結果
結果
結果
予定

－
－
実行中
予定
－
実行中
実行中
実行中
実行中

－
－
実行中
－
予定
実行中
実行中
実行中
実行中

－
－
－
予定1
予定2
予定1
予定1
予定1
予定1

結果1
結果2
実行中
－
－
実行中
実行中
実行中
実行中

結果1
結果2
－
予定
－
結果2
結果2
予定
予定

結果1
結果2
－
－
予定
結果2
結果2
結果2
予定

結果
－
実行中
予定
－
実行中
実行中
実行中
実行中

結果
－
実行中
－
予定
実行中
実行中
実行中
実行中

結果
－
－
予定1
予定2
予定1
結果
予定1
予定1

－
結果
実行中
予定
－
実行中
実行中
実行中
実行中

－
結果
実行中
－
予定
実行中
実行中
実行中
実行中

－
結果
－
予定1
予定2
結果
結果
予定1
予定1

－
－
実行中
予定1
予定2
実行中
実行中
実行中
実行中

結果1
結果2
実行中
予定
－
実行中
実行中
実行中
実行中

結果1
結果2
実行中
－
予定
実行中
実行中
実行中
実行中

結果1
結果2
－
予定1
予定2
結果2
結果2
予定1
予定1

結果
－
実行中
予定1
予定2
実行中
実行中
実行中
実行中

－
結果
実行中
予定1
予定2
実行中
実行中
実行中
実行中

（凡例）

－：世代なし。

監視の対象範囲に世代（予実績）がない場合は，「未計画」と表示されます。また，「起動条件待ち」の世代は，表示の対象外となります。

●起動条件が設定されているジョブネットの状態表示

監視対象のジョブネットに起動条件が設定されている場合の状態表示について次に示します。

表7-8　起動条件付きジョブネットの状態表示

起動条件の成立
状態
AJS2ユニット監視オブジェクトの表示

起動条件
ルート
ジョブネット
結果優先
予定優先

不成立
監視中
起動条件待ち
監視中
監視中

監視未起動終了
－
監視未起動終了
監視未起動終了
または
開始時刻待ち

監視打ち切り終了
－
監視打ち切り終了
監視打ち切り終了
または
開始時刻待ち

監視中断
－
監視中断
監視中断
または
開始時刻待ち

成立
監視中
実行中
起動条件待ち
実行中
実行中

結果
起動条件待ち
結果
監視中

監視打ち切り終了
実行中
実行中
実行中

監視打ち切り前結果
監視打ち切り終了
監視打ち切り終了
または
開始時刻待ち

監視打ち切り後結果
結果
結果
または
開始時刻待ち

監視中断
結果
監視中断
監視中断
または
開始時刻待ち

監視正常終了
実行中
実行中
実行中

結果
結果
結果
または
開始時刻待ち

（凡例）

－：世代なし。

●スケジュールスキップ，多重スケジュールが設定されているジョブネットの状態表示

監視対象のジョブネットにスケジュールスキップ，または多重スケジュール（多重起動なし）が設定されている場合の状態表示について次に示します。

図7-12　スケジュールスキップ・多重スケジュール（多重起動なし）の状態表示例

スケジュールスキップを設定しているジョブネットの場合，スキップされた世代は「繰り越し未実行」状態となりますが，スキップされた世代の前世代の結果の方が現在時刻に近いため，「繰り越し未実行」状態は表示されません。

また，多重スケジュール（多重起動なし）を設定しているジョブネットの場合は，前の世代が終了するまで「開始時刻待ち」状態となりますが，前世代の「実行中」の状態の方が優先度が高いため，「開始時刻待ち」状態は表示されません。

●再実行したジョブネットの状態表示

ジョブネットが終了状態になってから再実行した場合は，再実行開始時刻を用いて表示する世代を決定します。次の場合，「実行中2」の実行開始時刻よりも「実行中1」の再実行開始時刻の方が現在時刻に近いため，「実行中1」が表示されます。

図7-13　ルートジョブネットが終了状態になってから再実行した場合の動作

一方，ルートジョブネットの状態が実行中のときに再実行した場合は，実行開始時刻を用いて表示する世代を決定します。次の例の場合，「実行中1」の実行開始時刻よりも「実行中2」の実行開始時刻の方が現在時刻に近いため，「実行中2」が表示されます。

図7-14　ルートジョブネットが実行中のときに再実行した場合の動作

(2)　保留予定の表示方法

監視対象のジョブネットに保留属性が設定されている場合，表示の対象が実行予定世代のときに保留予定を示す表示色で状態表示するかどうかについて定義します。

保留予定の表示方法には，ルートジョブネットの保留属性が「保留する」と設定されている場合および保留属性変更で保留属性設定した場合（保留「あり」にした場合）に保留予定を表示する方法と，保留属性変更で保留属性設定した場合だけ保留予定を表示する方法の二つがあります。

ジョブネットの保留属性と保留予定の表示について次に示します。

表7-9　ジョブネットの保留属性と保留予定の表示

保留属性

ルートジョブネットの保留属性定義

保留属性変更

保留あり
保留なし

保留しない
×
○
×

保留する
△
○
×

前回異常時保留
×
○
×

前回異常警告時保留
×
○
×

（凡例）

○：保留予定として表示する

×：保留予定として表示しない

△：「保留属性変更分だけを表示する」の場合は表示しない

補足事項

ログイン先のJP1/AJS2 Console ManagerとしてJP1/AJS2 - Console 06-71をお使いの場合，保留予定の表示機能は使用できません。また，監視対象のジョブネットが定義されているマネージャーホスト（JP1/AJS2 - Manager）のバージョンが06-71以前である場合についても，保留予定を表示することはできません。

なお，保留予定を状態色表示するのは，AJS2ユニット監視オブジェクトに限ります（ネスト業務スコープは状態色表示しません）。

(3)　監視間隔

「監視間隔」では，JP1/AJS2 Console AgentがJP1/AJS2 Console Managerに状態を通知する間隔を秒単位で設定します（デフォルトは300秒）。

JP1/AJS2 Consoleでは，監視対象のジョブネットに状態の変化があった場合，次の流れで状態通知が行われます。

ジョブネットの状態通知の流れを次の図に示します。

図7-15　状態通知の流れ

まず，JP1/AJS2 Console Agentが監視対象のジョブネットを定期的に監視しています。ジョブネットの状態に変化があると，JP1/AJS2 Console AgentからJP1/AJS2 Console Managerへ更新された状態が通知されます。JP1/AJS2 Console Agentから通知を受けた状態がJP1/AJS2 Console ManagerからJP1/AJS2 Console Viewに通知され，AJS2ユニット監視オブジェクトおよびそれを含む業務スコープアイコンの表示色が更新されます。

7.3　業務監視

監視対象のオブジェクト作成，監視プロパティの設定を終えたら，JP1/AJS2 Consoleでの業務監視の開始です。業務監視は，［メインスコープ］ウィンドウを監視モードに切り替えて行います。

この節では，監視中のオブジェクトの状態表示と，監視モードでの画面操作，ジョブネットへの操作について説明します。

＜この節の構成＞

7.3.1　状態の更新

7.3.2　JP1/AJS2 Consoleが取得する状態

7.3.3　監視中のジョブネットにできる操作

7.3.4　JP1/AJS2 - Viewの起動

7.3.1　状態の更新

ログイン直後，または定義モードから監視モードへの切り替え直後は，すべてのAJS2ユニット監視オブジェクトが状態未取得を示す表示色で状態表示され，状態が取得できたものから非同期に更新されていきます。

また，監視対象のジョブネットの状態が更新されてから，業務スコープのAJS2ユニット監視オブジェクトの表示色が更新されるまで，最大で監視方法（監視プロパティ）で設定した監視間隔分（デフォルトで300秒）のタイムラグが発生します。

なお，［表示］－［最新情報に更新］を選択すると，任意のタイミングで最新の状態を取得できます。ただし，ログイン先のJP1/AJS2 Console ManagerとしてJP1/AJS2 - Console 06-71をお使いの場合，「最新情報に更新」機能は使用できません。また，監視先ホストのJP1/AJS2 - Managerのバージョンが06-71以前の場合は，「最新情報に更新」を実行しても状態は更新されません。

7.3.2　JP1/AJS2 Consoleが取得する状態

JP1/AJS2 Consoleが取得するAJS2ユニット監視オブジェクトおよび業務スコープの状態について説明します。

＜この項の構成＞

(1)　AJS2ユニット監視オブジェクトの状態

(2)　業務スコープの状態

(1)　AJS2ユニット監視オブジェクトの状態

AJS2ユニット監視オブジェクトの状態として表示される状態について次に示します。

(a)　取得する状態一覧

JP1/AJS2 Console ManagerおよびJP1/AJS2 Console Viewが通知する監視対象のジョブネットの状態と，アイコン表示色（デフォルト値）を次の表に示します。

表7-10　AJS2ユニット監視オブジェクトの状態と表示色

状態 | 表示色（デフォルト値）
未登録 | 指定なし
開始時刻待ち | 空色
保留予定※1 | 黄色
保留中 | 黄色
未計画 | 灰色
実行中 | 緑
警告検出実行中 | 赤
異常検出実行中 | 赤
正常終了 | 薄い緑
警告検出終了 | 薄い赤
異常検出終了 | 薄い赤
中断 | 薄い赤
強制終了 | 薄い赤
順序不正 | 薄い赤
繰り越し未実行 | 灰色
閉塞 | 茶色
監視中 | 緑
起動条件待ち | 空色
監視未起動終了 | 灰色
監視正常終了 | 薄い緑
監視打ち切り終了 | 薄い赤
監視中断 | 薄い緑
状態未取得※2 | 指定なし
状態認識不能※3 | 灰色
状態不明※4 | 赤

注※1

保留予定の表示は，監視プロパティの設定で保留予定の表示機能を有効にしている場合に限ります。また，保留予定は状態色表示はされますが，状態名としては表示されません。

注※2

JP1/AJS2 Console Agentからまだ状態が通知されていない状態を示します。

注※3

JP1/AJS2 Console Manager，およびJP1/AJS2 Console Viewが監視対象のジョブネットの状態を認識できない状態を示します。

注※4

次のうち，該当する状態になった場合に示します。

AJS2ユニットに指定したジョブネットがルートジョブネットでない。

ホスト名が不正なため接続できない。

AJS2ユニットに指定したジョブネットがない。

AJS2ユニットに指定したジョブネットの参照権限がない。

AJS2ユニットに指定したジョブネットの上位ユニットに対するアクセス権限がない。

監視対象のジョブネットが定義されているスケジューラーサービスがメンテナンス中のため，状態を取得できない。

認証サーバに接続できない。

JP1/AJS2 Console Agentが起動されていないため状態を取得できない。

JP1/AJS2 Console Agentに接続できない。

JP1/AJS2 Console Agent上で状態取得できない問題が発生した。

なお，「状態不明」となった場合は，［詳細情報 -［AJS2ユニット監視オブジェクト］］ダイアログボックスでその要因を確認できます。

(b)　遅延状態

JP1/AJS2 Consoleでは，ジョブネットの遅延についても監視できます。ジョブネットの遅延状態は，上記の表「AJS2ユニット監視オブジェクトの状態と表示色」に示した状態名に続けて括弧書きで表示されます（例：「実行中（開始遅延）」）。

AJS2ユニット監視オブジェクトの遅延状態の種類を次に示します。

終了遅延

開始遅延

ネスト終了遅延

ネスト開始遅延

(2)　業務スコープの状態

業務スコープが表示する状態の種類は，AJS2ユニット監視オブジェクトの状態と同じです（ただし，保留予定の状態色表示はしません）。業務スコープでは，下位の業務スコープ・AJS2ユニット監視オブジェクトの中で最も優先順位の高いものを表示します。

(a)　取得する状態と優先順位

業務スコープが表示する状態の優先順位を次に示します。

表7-11　業務スコープの状態の優先順位

優先順位 | 状態
1 | 状態不明
2 | 閉塞
3 | 異常検出実行中
4 | 異常検出終了
5 | 強制終了
6 | 中断
7 | 順序不正
8 | 警告検出実行中
9 | 警告検出終了
10 | 保留中
11 | 実行中
12 | 起動条件待ち
13 | 監視中
14 | 開始時刻待ち
15 | 繰り越し未実行
16 | 監視未起動終了
17 | 監視打ち切り終了
18 | 監視中断
19 | 正常終了
20 | 監視正常終了
21 | 未計画
22 | 未登録
23 | 状態認識不能
24 | 状態未取得

(b)　遅延状態の優先順位

遅延状態についても同様に，下位の業務スコープ・AJS2ユニット監視オブジェクトの遅延状態の中で最も優先順位の高いものを表示します。遅延状態の優先順位を次に示します。

表7-12　業務スコープの遅延状態の優先順位

優先順位 | 遅延状態
1 | 終了遅延
2 | ネスト終了遅延
3 | 開始遅延
4 | ネスト開始遅延
5 | 遅延なし

(c)　業務スコープの状態表示例

業務スコープの状態表示例を次に示します。

図7-16　業務スコープの状態表示例

業務スコープでは，下位の業務スコープやAJS2ユニット監視オブジェクトの状態をマージし，優先順位に従って上位の業務スコープで状態表示します。

7.3.3　監視中のジョブネットにできる操作

監視対象のジョブネットに対してJP1/AJS2 Console上で次の操作を実行できます。

実行登録（計画実行登録）

登録解除

保留属性解除

再実行（異常終了したジョブから再実行する）

これらの操作を行うためには，ログインしているJP1ユーザーに監視対象のジョブネットを操作できる権限が設定されている必要があります。

ただし，ログイン先のJP1/AJS2 Console ManagerとしてJP1/AJS2 - Console 06-71をお使いの場合，これらの操作は実行できません。また，監視先ホストのJP1/AJS2 - Managerが06-71以前の場合は，操作を行ってもエラーになります。

JP1/AJS2 Consoleを使用する場合のユーザー管理については，「8.3 JP1/AJS2 Consoleを使用する場合のユーザー管理」を参照してください。

7.3.4　JP1/AJS2 - Viewの起動

JP1/AJS2 Console ViewからJP1/AJS2 - Viewを起動できます。

監視しているジョブネットに異常が発生した場合などには，監視オブジェクトから直接JP1/AJS2 - Viewを起動することでジョブの詳細情報まで確認でき，障害個所を容易に特定できます。

図7-17　JP1/AJS2 - Viewの起動

8.　ユーザー管理とアクセス制御

JP1/AJS2では，JP1/Baseのユーザー認証機能を使ってユーザーのログイン認証や操作権限を管理します。また，JP1/AJS2の各ユニットに，JP1ユーザーの操作権限によってアクセスを制限するための設定を行い，これにより任意のユーザーがユニットに不当にアクセスすることを防ぎます。

この章では，JP1/Baseのユーザー認証機能を使ったユーザー管理とJP1/AJS2の各ユニットに設定するアクセス制御の設定について説明します。

＜この章の構成＞

8.1　JP1/Baseの機能を使ったユーザー管理

8.2　ユニットへのアクセスを制限するための設定

8.3　JP1/AJS2 Consoleを使用する場合のユーザー管理

8.1　JP1/Baseの機能を使ったユーザー管理

JP1/AJS2では，JP1/Baseのユーザー認証機能とユーザーマッピング機能を使ってユーザーのログイン認証や操作権限を管理します。

それぞれの機能と設定の概要について説明します。なお，JP1/Baseでの設定・操作方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

＜この節の構成＞

8.1.1　JP1/Baseのユーザー認証機能を使ったユーザー管理

8.1.2　JP1/Baseのユーザーマッピング機能を使ったユーザー管理

8.1.1　JP1/Baseのユーザー認証機能を使ったユーザー管理

JP1/AJS2では，JP1/Baseのユーザー認証機能を使ってユーザーのログイン認証や操作権限を管理します。

JP1/Baseのユーザー認証とは，JP1/AJS2 - Viewや他のJP1シリーズプログラム（JP1/IM）からのログイン認証，およびログインしたユーザーの操作権限を制御する機能です。ログイン認証やログインしたユーザーの操作権限を管理するJP1/Baseを認証サーバといいます。この認証サーバに，JP1/AJS2を使用するユーザーをJP1ユーザーとして登録し，各JP1ユーザーにユニットの操作権限を設定します。認証サーバ以外のサーバのJP1/Baseでは，認証サーバとされているホストを定義しておきます。これにより，JP1/AJS2 - Viewから他ホストへのログイン時には，認証サーバに登録されているJP1ユーザー情報を基にログインの可否や操作権限が決定されます。ユーザー認証の例を次に示します。

図8-1　ユーザー認証の例

この例では，HostAを認証サーバとします。HostB，HostCには，認証サーバとしてHostAが指定されているので，HostA，HostB，HostCは同一認証圏となります。認証サーバのHostAには，JP1ユーザーとしてjp1user1が登録されています。この場合に，jp1user1というJP1ユーザーとjp1user2というJP1ユーザーがHostBへのログインを試みたとき，HostBの認証サーバであるHostAが登録されているJP1ユーザー情報を基にその可否を判断します。例の場合，jp1user2は認証サーバに登録されていないため，ログインできないと判断されます。

＜この項の構成＞

(1)　JP1ユーザーの登録

(2)　アクセス権限の設定

(1)　JP1ユーザーの登録

JP1/AJS2やJP1シリーズプログラムを使用するユーザーをJP1ユーザーといいます。JP1ユーザーは，認証サーバに登録します。登録する際には，JP1ユーザー名とともに，ログインの際に使用するパスワードを指定します。

ここで登録したJP1ユーザーは，JP1/AJS2だけでなく他のJP1シリーズプログラム（JP1/IM）でも適用されます。

(2)　アクセス権限の設定

JP1/AJS2のユニットに対する操作権限をアクセス権限といいます。アクセス権限は，JP1ユーザーごとに設定します。

アクセス権限は，JP1資源グループと呼ばれるグループごとに，権限レベルと呼ばれる操作権限を設定していきます。

権限レベルには，次の2種類があります。

ジョブネット定義・実行時のアクセス権限

ジョブの実行・操作時のアクセス権限

それぞれの権限レベルについて説明します。

ジョブネット定義・実行時のアクセス権限

JP1_AJS_Admin
管理者権限です。ユニットの所有者や資源グループの操作権限，ジョブネットの定義・実行・編集権限などを持っています。

JP1_AJS_Manager
ジョブネットの定義・実行・編集権限などを持っています。

JP1_AJS_Editor
ジョブネットの定義・編集権限などを持っています。

JP1_AJS_Operator
ジョブネットの実行・参照権限などを持っています。

JP1_AJS_Guest
ジョブネットの参照権限などを持っています。

ジョブの実行・操作時のアクセス権限

JP1_JPQ_Admin
管理者権限です。ジョブ実行環境の設定権限，キューやジョブ実行先エージェントの操作権限，ほかのユーザーがキューイングしたジョブの操作権限を持っています。

JP1_JPQ_Operator
キューやジョブ実行先エージェントの操作権限，ほかのユーザーがキューイングしたジョブの操作権限を持っています。

JP1_JPQ_User
サブミットジョブの登録や，自分がキューイングしたジョブの操作権限を持っています。

各権限レベルで操作できる詳細な内容については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　2.3.3(2) 設定するJP1権限レベルの検討」を参照してください。

ただし，Administrators（Windowsの場合）権限およびスーパーユーザー（UNIXの場合）権限を持つOSユーザーがマッピングされているJP1ユーザーの場合は，JP1_AJSの権限（JP1_JPQの権限は該当しません）については，JP1権限レベルに関係なくすべての操作を実行できます。OSユーザーのマッピングについては，「8.1.2 JP1/Baseのユーザーマッピング機能を使ったユーザー管理」を参照してください。

JP1資源グループは，JP1/AJS2の各ユニットへのJP1ユーザーのアクセス制御を行う場合にユニット側に設定するものです。

例えば，ジョブネットAというユニットにkeiriというJP1資源グループが設定されているとします。一方，認証サーバには，jp1user1というJP1ユーザーに資源グループkeiriに対する権限レベルとしてJP1_AJS_Operator，資源グループeigyoに対する権限レベルとしてJP1_AJS_Editorが設定されているとします。この場合，ジョブネットAに対してjp1user1というJP1ユーザーは，keiriという資源グループに設定されているJP1_AJS_Operatorの持つ権限で操作を行えます。したがって，この場合はジョブネットAを実行登録または登録解除したり，スケジュールの一時変更やジョブの状態を変更したりできます。ただし，ジョブネットAの定義内容を変更したり，削除したりすることはできません。なお，ジョブネットAにeigyoというJP1資源グループが設定されている場合は，ジョブネットAの定義内容を変更したり，削除したりできますが，実行登録または登録解除したり，スケジュールやジョブの状態を一時変更したりすることはできません。また，ジョブネットAにjinjiというJP1資源グループが設定されている場合，jp1user1はジョブネットAに対する一切の権限がないためアクセスできません（ただし，jp1user1がAdministrators（Windowsの場合）権限またはスーパーユーザー（UNIXの場合）権限を持つ場合は，JP1資源グループの権限レベルに関係なく操作できます）。

このように，JP1/AJS2の各ユニットに対するJP1ユーザーのアクセス制御は，JP1/AJS2のユニット側にJP1資源グループが設定されることで有効になります。したがって，ユニット側にJP1資源グループが設定されていない場合は，JP1ユーザーの権限によるアクセス制御は行われません。

8.1.2　JP1/Baseのユーザーマッピング機能を使ったユーザー管理

JP1/AJS2でのユーザーの操作権限を管理する，JP1/Baseのもう一つの機能としてユーザーマッピングがあります。

ユーザーマッピングとは，ジョブやコマンドを実行する際に，実行元ホストのJP1ユーザーと実行先ホストのOSに登録されているユーザー（OSユーザー）を対応づける機能をいいます。

ユーザーマッピングは，各ホストのJP1/Baseで行います。マネージャーホストのユーザーマッピングは，自ホストにログインするJP1ユーザーに対して自ホストのOSユーザーをマッピングします。エージェントホストのユーザーマッピングは，実行元のマネージャーホストをサーバホストとして指定し，自ホストのOSユーザーをJP1ユーザーにマッピングします。

これにより，マネージャーホストからエージェントホストまたは他のマネージャーホストにジョブネットやコマンドを実行した場合，各エージェントホストではそれぞれのホストのユーザーマッピング定義に従って操作が行われます。

ユーザーマッピング例を次に示します。

図8-2　ユーザーマッピングの例

この例では，jp1user1というJP1ユーザーがHostAでジョブネットを実行した場合，実行先ホストがHostCのときはHostCのユーザーマッピングで定義されているoperatorというHostCのOSユーザーでジョブを実行します。実行先ホストがHostDの場合も同様に，HostDのユーザーマッピングで定義されているoperatorというHostDのOSユーザーでジョブを実行します。jp1user2がHostAでジョブネットを実行した場合も同様に，HostC，HostDのユーザーマッピングで定義されているOSユーザーでジョブを実行します。一方，jp1user1がHostBでジョブネットを実行した場合，HostDではサーバホストにHostBを指定したユーザーマッピングもされているので実行先ホストがHostDであればジョブを実行できますが，HostCのjp1user1にはHostBのjp1user1が定義されていないので，ジョブを実行できません。jp1user2がHostBでジョブネットを実行した場合は，HostCにもHostDにもHostBのjp1user2がマッピングされていないため，どちらのホストでもジョブを実行できません。

8.2　ユニットへのアクセスを制限するための設定

ジョブネットやジョブへの不当なアクセスを防ぐために，各ユニットにJP1/Baseで設定したJP1ユーザーの操作権限を有効にするための設定を行います。

ユニットに設定するアクセス制御の設定について説明します。なお，各項目の設定方法などについては，マニュアル「JP1/Automatic Job Management System 2 操作ガイド」を参照してください。

＜この節の構成＞

8.2.1　ユニット所有者権限

8.2.2　JP1資源グループの設定

8.2.3　実行ユーザー種別の設定

8.2.4　実行時のユーザーの設定（PCジョブ，UNIXジョブの場合）

8.2.1　ユニット所有者権限

ジョブやジョブネットを定義したJP1ユーザーは，そのユニットの所有者権限を持ちます。所有者権限があるJP1ユーザーは，JP1権限レベルに関係なく，JP1資源グループ名や所有者，ジョブの実行ユーザー種別を変更できます。

ただし，ユニットの所有者であっても，そのユニットに設定されているJP1資源グループの参照権限がないJP1ユーザーの場合は，JP1/AJS2 - ViewでJP1資源グループ名や所有者，ジョブの実行ユーザー種別を変更することはできません。JP1/AJS2 - ViewからJP1資源グループ名，所有者，ジョブの実行ユーザー種別を変更したい場合は，ajschangeコマンドの-gオプションで，参照権限があるJP1資源グループに変更してください。

ユニットに所有者が設定されていない場合は，すべてのユーザーがJP1資源グループ名，所有者，ジョブの実行ユーザー種別を変更できます。

なお，ユニットの実行ユーザー種別で「所有ユーザー」を設定した場合，所有者に設定されているJP1ユーザーを変更すると，ユニットの実行ユーザー種別が「登録ユーザー」になります。実行ユーザー種別が「登録ユーザー」の場合，ジョブはジョブネットを実行登録したJP1ユーザーを実行ユーザーとします。これは，任意のユーザーが任意のユーザー権限でジョブを実行することを防ぐためです。ただし，所有者の変更操作を行うJP1ユーザーがAdministrators（Windowsの場合）権限またはスーパーユーザー（UNIXの場合）権限を持つOSユーザーにマッピングされている場合，またはユニットに設定されているJP1資源グループに対してJP1_AJS_Admin権限を持つ場合は，実行ユーザー種別が「登録ユーザー」になることはありません。

8.2.2　JP1資源グループの設定

各JP1ユーザーには，JP1/BaseでJP1資源グループごとにユニットに対する権限が設定されています。この権限は，各ユニット側にJP1資源グループを設定することで有効になります（ただし，Administrators（Windowsの場合）権限またはスーパーユーザー（UNIXの場合）権限を持つOSユーザーがマッピングされているJP1ユーザーがプライマリーユーザーの場合は，JP1資源グループの設定に関係なく，すべてのJP1_AJSの操作を実行できます）。

ユニットにJP1資源グループが設定されていない場合は，あらゆるJP1ユーザーがそのユニットに対してすべての操作を行えます。

なお，マネージャージョブグループおよびマネージャージョブネットでは，参照先のマネージャー側で設定したユニットのJP1資源グループとその権限が適用されます。

8.2.3　実行ユーザー種別の設定

「実行ユーザー種別」とは，ジョブネットを実行したとき，ジョブネットに定義されているジョブの実行ユーザーを設定するものです。

ジョブの実行ユーザー種別には，次の二つがあります。

登録ユーザー
ジョブネットを実行登録したJP1ユーザーを実行ユーザーとします。ジョブの実行先ホストでは，ジョブネットを実行登録したJP1ユーザーにユーザーマッピングされたOSユーザーでジョブを実行します。

所有ユーザー
ジョブの所有者として設定されているJP1ユーザーを実行ユーザーとします。ジョブの実行先ホストでは，ジョブの所有者であるJP1ユーザーにユーザーマッピングされたOSユーザーでジョブを実行します。

ただし，イベントジョブの場合は，JP1/AJS2を起動しているユーザー権限で実行されるため，「実行ユーザー種別」を指定しても実行時には無効となります。ORジョブ，および判定ジョブは，実行ユーザーを指定できません。ORジョブ，および判定ジョブは，JP1/AJS2を起動しているユーザー権限で実行されます。

なお，「実行ユーザー種別」で指定したユーザー（登録ユーザーまたは所有ユーザー）に該当するJP1ユーザーは，ジョブの実行先ホストでユーザーマッピングをしておく必要があります。

8.2.4　実行時のユーザーの設定（PCジョブ，UNIXジョブの場合）

「実行時のユーザー」とは，ジョブネットにPCジョブまたはUNIXジョブが定義されているときに，それらを実行する実行先ホスト（エージェントホスト）のOSユーザーを指定しておくものです。「実行時のユーザー」の設定は，PCジョブとUNIXジョブに限り指定できます。

「実行時のユーザー」として指定したOSユーザーは，「実行ユーザー種別」で選択したユーザー（登録ユーザーまたは所有ユーザー）が実行先ホストでジョブを実行するOSユーザーとなります。「実行時のユーザー」を指定しない場合は，実行先ホストでJP1ユーザー（実行ユーザー）にマッピングされているプライマリーOSユーザーで実行します。

なお，「実行時のユーザー」に指定するOSユーザーは，「実行ユーザー種別」で選択した「登録ユーザー」または「所有ユーザー」のJP1ユーザーにマッピングしておく必要があります。

補足事項

PCジョブの場合，有効となるOSのユーザーの情報は，指定したOSのユーザーの権限だけです。また，指定した実行ファイルへのアクセスは，JP1/AJS2サービスに設定されているアカウントでアクセスします。実行ファイルから別ファイルへのアクセスは，指定したOSユーザーで行います。実行ユーザーのアクセス権をローカルサーバのユーザーに限定させたい場合は，OSユーザー名を「サーバ名¥ユーザー名」という方法で指定してください。

8.3　JP1/AJS2 Consoleを使用する場合のユーザー管理

JP1/AJS2 Consoleを使用して業務監視を行う場合は，認証サーバにJP1/AJS2 Console ViewでログインするJP1ユーザーの登録と，監視対象のユニットに対するアクセス権限を設定し，監視先ホスト（監視対象のジョブネットが定義されているJP1/AJS2 - Managerホスト）でユーザーマッピングを行う必要があります。

JP1/AJS2 Consoleを使用する場合のユーザー管理の例を次に示します。

図8-3　JP1/AJS2 Consoleを使用する場合のユーザー管理

jp1user1というJP1ユーザーでJP1/AJS2 Consoleを使ってジョブネットを監視する場合，認証サーバにjp1user1を登録し，監視対象ユニットの状態監視やユニットに対する操作を行う場合に必要なアクセス権限（JP1資源グループ・権限レベル）を設定します。また，監視先ホストのhostBでjp1user1に対し，サーバホストにhostAを指定してOSユーザーをマッピングします。

補足事項

JP1/AJS2 Console Managerホスト上に定義されているジョブネットを監視しない場合，JP1/AJS2 Console Managerホスト上ではユーザーマッピングは必要ありません。さらに，JP1/AJS2 Console ManagerホストとJP1/AJS2 Console Agentホストの認証圏が異なる場合は，JP1/AJS2 Console Managerホストの認証サーバにJP1権限レベルを設定する必要はありません。

なお，JP1/AJS2 Consoleを使用する場合のユーザー管理の詳細については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　2.3.5 業務を集中監視する場合のユーザー管理を検討する」を参照してください。

9.　JP1/AJS2の運用例

この章では，JP1/AJS2の運用例を紹介します。

「在庫管理」の業務を自動化していく例を取り上げています。

＜この章の構成＞

9.1　例題：在庫管理業務を自動化する

9.1　例題：在庫管理業務を自動化する

ここでは，JP1/AJS2 - Viewを使って「在庫管理」という業務を自動化する場合の定義例を紹介します。操作方法の詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド」を参照してください。

在庫管理業務の内容は，次のとおりです。

在庫管理業務の内容

毎日9:00に前日の受注データをデータベースから入力し，在庫数をチェックする。在庫数に問題がなければ受注伝票を作成し，売上データを計算する。在庫数が不足している場合は発注伝票を作成し，商品を発注する（受注処理）。

毎日17:00に，一日の総受注数と総仕入れ数を算出し，結果を日報にまとめる（日報処理）。

毎週金曜日の18:00に，週の売上を週報にまとめる（週報処理）。

毎月末の19:00に，月の売上を月報にまとめる（月報処理）。

毎日9:00～17:00に商品が入庫された場合，入庫データをデータベースに登録し，在庫数を更新して帳票を印刷する（入庫処理）。

業務の運用スケジュール

「在庫管理」独自にカレンダー情報を定義する。

運用日は，月曜日から金曜日。

休業日は，土曜日，日曜日，祝祭日，年末年始。

毎月25日締め。

実行開始年月は2006年8月1日

登録するユーザーとアクセス権限

登録するユーザーとそれぞれに与えるアクセス権限は，次のとおり。

担当業務
登録する
JP1ユーザー名
営業業務に対する権限
資材管理業務に対する
権限

営業
業務フロー担当
eigyoedit

ジョブネットの定義，変更ができる

ジョブネットの実行はできない

ジョブネットを参照できる

営業
オペレーター
eigyoope

ジョブネットの定義，変更はできない

ジョブネットを実行できる

権限なし

資材
業務フロー担当
sizaiedit

ジョブネットを参照できる

ジョブネットの定義，変更ができる

ジョブネットの実行はできない

資材
オペレーター
sizaiope

権限なし

ジョブネットの定義，変更はできない

ジョブネットを実行できる

システム管理
kanri

ジョブネットの定義，変更，実行ができる

所有者権限，権限レベルに関係なくすべてのユニットに対し権限を持つ

ジョブネットの定義，変更，実行ができる

所有者権限，権限レベルに関係なくすべてのユニットに対し権限を持つ

＜この節の構成＞

9.1.1　JP1/Baseでユーザーを登録し，アクセス権限を設定する

9.1.2　ジョブグループ「在庫管理」を作成し，カレンダー情報を定義する

9.1.3　ジョブネットを作成し，スケジュール情報を定義する

9.1.4　ジョブネットを実行登録し，スケジュールを確認する

9.1.1　JP1/Baseでユーザーを登録し，アクセス権限を設定する

JP1/AJS2を使用するユーザー（JP1ユーザー）を登録し，各ユーザーに業務へのアクセス権限を設定します。JP1ユーザーの登録およびアクセス権限の設定は，JP1/Baseの［JP1/Base環境設定］ウィンドウで行います。

JP1/Baseでは，次の四つについて設定します。

認証サーバの設定

JP1ユーザーの登録

アクセス権限の設定（資源グループ，権限レベル）

ユーザーマッピングの設定

なお，JP1/Baseでの設定・操作については，マニュアル「JP1/Base 運用ガイド」を参照してください。

参考

認証サーバと管理ホスト（JP1/AJS2 - Managerがインストールされているホスト）が異なる場合，次に示す図のようにJP1ユーザーやアクセス権限を設定してください。

＜この項の構成＞

(1)　認証サーバの設定

(2)　JP1ユーザーの登録

(3)　アクセス権限の設定

(4)　ユーザーマッピング

(1)　認証サーバの設定

JP1の認証サーバとして使用するホストの名称を設定します。

（事例の場合）

認証サーバ：hostA

(2)　JP1ユーザーの登録

JP1/AJS2を使用するユーザーをJP1ユーザーとして登録し，それぞれにパスワードを設定します。

（事例の場合）

eigyoedit，eigyoope，sizaiedit，sizaiopeというユーザー名でJP1ユーザー名を登録し，パスワードを設定します。

(3)　アクセス権限の設定

登録したJP1ユーザーごとに，定義した業務へのアクセス権限を設定します。JP1/AJS2では，定義したユニット（ジョブネットワーク要素）にJP1資源グループというものを設定しておき，ユニットへの不正アクセスを制限できます。アクセス権限は，JP1資源グループが設定されたユニットに対してJP1ユーザーが持つ権限レベルという形で設定します。

（事例の場合）

営業業務に関するユニットにはeigyo，資材管理業務に関するユニットにはsizaiというJP1資源グループを設定することにします。

営業業務，資材管理業務のどちらにも操作権限を持っているJP1ユーザーには，JP1資源グループeigyoに対しての権限と，sizaiに対しての権限の二つをそれぞれ設定します。

JP1ユーザー名：eigyoedit

JP1資源グループeigyoに対し，権限レベルJP1_AJS_Editor

JP1資源グループsizaiに対し，権限レベルJP1_AJS_Guest

JP1ユーザー名：eigyoope

JP1資源グループeigyoに対し，権限レベルJP1_AJS_Operator

JP1ユーザー名：sizaiedit

JP1資源グループeigyoに対し，権限レベルJP1_AJS_Guest

JP1資源グループsizaiに対し，権限レベルJP1_AJS_Editor

JP1ユーザー名：sizaiope

JP1資源グループsizaiに対し，権限レベルJP1_AJS_Operator

JP1ユーザー名：kanri

すべてのJP1資源グループ（*）に対し，権限レベルJP1_AJS_Admin

(4)　ユーザーマッピング

各ホストで，登録したJP1ユーザーに対してOSの登録ユーザーの権限を与えます。

9.1.2　ジョブグループ「在庫管理」を作成し，カレンダー情報を定義する

受注処理，日報処理，週報処理，月報処理，入庫処理の五つの業務を「在庫管理業務」としてまとめて管理するためのジョブグループを作成します。

＜この項の構成＞

(1)　ジョブグループの作成と基準日の設定

(2)　カレンダー情報の定義

(1)　ジョブグループの作成と基準日の設定

ジョブグループを作成する場合は，ツリーエリアでスケジューラーサービス（AJSROOT1）を選択し，［編集］－［新規作成］－［ジョブグループ］を選択します。

図9-1　ジョブグループ「在庫管理」の定義例

ジョブグループ「在庫管理」の設定内容は，次のとおりです。基準日についても，このダイアログボックスで設定します。

ジョブグループ「在庫管理」の設定例
ユニット名：在庫管理
基準日指定：日付指定
基準日（日付指定）：26日
月区分：翌月
基準時刻指定：しない

「基準日」については，業務の運用が毎月25日締めであるため，月初めの日付を26日と設定します。「月区分」は，例えば8/26～9/25を8月として扱うか，9月として扱うかについて設定するもので，8月とする場合は「当月」，9月とする場合は「翌月」を指定します。この例の場合は「翌月」を指定しているため，9月扱いとなります。

(2)　カレンダー情報の定義

ツリーエリアでジョブグループ「在庫管理」を選択し，［編集］－［カレンダー］を選択します。

図9-2　カレンダー定義（月間カレンダー編集）の例

カレンダー情報を定義する画面には，［月間カレンダー編集］ウィンドウ（月別に編集）と［年間カレンダー編集］ウィンドウ（1年単位で編集）があります。年間を通して常に土日を休業日とする場合などは，「週間標準値」で運用日・休業日を設定すると，すべての月に反映されます。祝祭日などを設定する場合は，該当の日付に対して個別に設定します。

「在庫管理」のカレンダー定義例

週間標準値で土曜日と日曜日を休業日にする（月間カレンダー編集）

祝祭日（例：2006/10/09 体育の日）を休業日にする（年間カレンダー編集）

9.1.3　ジョブネットを作成し，スケジュール情報を定義する

在庫業務の各処理をジョブネットとして定義します。ジョブネットは，ジョブグループ「在庫管理」の下に作成していきます。

＜この項の構成＞

(1)　ジョブネット「受注処理」の作成

(2)　ジョブネット「報告書作成」の作成

(3)　ジョブネット「入庫処理」の作成

(1)　ジョブネット「受注処理」の作成

ツリーエリアでジョブグループ「在庫管理」を選択し，［編集］－［新規作成］－［ジョブネット］を選択します。

図9-3　ジョブネット「受注処理」の定義例

ジョブネット「受注処理」の設定例を示します。

ジョブネット「受注処理」の設定例
ユニット名：受注処理
多重起動：不可能
保存世代数：2
優先順位：なし
打ち切り時間：システム設定に従う（デフォルト）
スケジューリング方式：スケジュールスキップ（デフォルト）
ジョブネット監視：行わない

ジョブネット「受注処理」は，次の八つの処理に分けることができます。

図9-4　「受注管理」の各処理

(a)　各ジョブの作成

ジョブネット「受注処理」の各処理をジョブとして定義します。ジョブの作成は，ジョブネット「受注処理」をダブルクリックし，［ジョブネットエディタ］ウィンドウで行います。

「受注データ入力」ジョブの設定例
ユニット名：受注データ入力
実行ホスト：hostA
実行ファイル名：datenyuryoku.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

「在庫チェック」ジョブの設定例
ユニット名：在庫チェック
実行ホスト：hostA
実行ファイル名：zaikocheck.exe
終了判定：しきい値による判定（警告しきい値：3，異常しきい値：4）
実行したジョブの戻り値が3以下ならばジョブの状態は正常終了，ジョブの戻り値が4ならばジョブの状態は警告検出終了，ジョブの戻り値が5以上はジョブの状態は異常終了となります。

「発注伝票作成A」ジョブの設定例（リカバリージョブ）
ユニット名：発注伝票作成A
実行ホスト：hostA
実行ファイル名：hattyudenpyoa.exe
終了判定：しきい値による判定（異常しきい値：0）
「在庫チェック」ジョブが異常終了の場合に実行されます。

「安全在庫数判定」ジョブの設定例（判定ジョブ）
ユニット名：安全在庫数判定
判定条件：終了コード
条件：終了コードが判定値と等しい（判定値：4）

「発注伝票作成W」ジョブの設定例（従属ジョブ）
ユニット名：発注伝票作成W
実行ホスト：hostA
実行ファイル名：hattyudenpyow.exe
終了判定：しきい値による判定（異常しきい値：0）
「安全在庫数判定」ジョブが警告終了の場合に実行されます。

「受注伝票作成」ジョブの設定例
ユニット名：受注伝票作成
実行ホスト：hostA
実行ファイル名：juchudenpyo.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

「売り上げデータ計算」ジョブの設定例
ユニット名：売り上げデータ計算
実行ホスト：hostA
実行ファイル名：uriagekeisan.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

「売り上げデータ印刷」ジョブの設定例
ユニット名：売り上げデータ印刷
実行ホスト：hostA
実行ファイル名：uriageinsatu.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

(b)　ジョブネット「受注処理」のスケジュール情報定義

ジョブネット「受注処理」を選択し，［編集］－［スケジュール］を選択します。

図9-5　ジョブネット「受注処理」のスケジュールルール設定例

ジョブネット「受注処理」のスケジュール情報の設定例を示します。

ジョブネット「受注処理」のスケジュールルール設定例
種別：絶対日
開始年月：2006年8月
開始日：日付指定（1日）
開始時刻：絶対時刻9:00
処理サイクル：1日毎に実行する

(2)　ジョブネット「報告書作成」の作成

日報作成，週報作成，月報作成の各業務は，それぞれ内容に関連性があり，順序づけることができます。ただし，各業務は運用スケジュールが異なるため，「報告書作成」というジョブネットを作成してこれらの業務を一本化し，それぞれをネストジョブネットとして定義します。

(a)　ジョブネット「報告書作成」の設定例

ジョブネット「報告書作成」の設定例を示します。

ジョブネット「報告書作成」の設定例
ユニット名：報告書作成
多重起動：不可能
保存世代数：2
優先順位：なし
打ち切り時間：システム設定に従う（デフォルト）
スケジューリング方式：スケジュールスキップ（デフォルト）
ジョブネット監視：行わない

ジョブネット「報告書作成」のスケジュール情報の設定例を示します。

ジョブネット「報告書作成」のスケジュールルール設定例
種別：絶対日
開始年月：2006年8月
開始日：日付指定（1日）
開始時刻：絶対時刻17:00
処理サイクル：1日毎に実行する
休業日の振り替え：実行しない

ジョブネット「報告書作成」の各処理は，次のとおりです。

図9-6　「報告書作成」の各処理

(b)　ネストジョブネット「日報作成」の設定例

ネストジョブネット「日報作成」の設定例を示します。

ネストジョブネット「日報作成」の設定例
ユニット名：日報作成

ネストジョブネット「日報作成」のスケジュール情報の設定例を示します。

ネストジョブネット「日報作成」のスケジュールルール設定例
スケジュールルール：上位のジョブネットに依存する

ネストジョブネット「日報作成」の各ジョブの設定例を示します。

「総受注計算」ジョブの設定例
ユニット名：総受注計算
実行ホスト：hostA
実行ファイル名：juchu.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

「総仕入れ計算」ジョブの設定例
ユニット名：総仕入れ計算
実行ホスト：hostA
実行ファイル名：shiire.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

「売り上げ日報作成」ジョブの設定例
ユニット名：売り上げ日報作成
実行ホスト：hostA
実行ファイル名：nippou.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

(c)　ネストジョブネット「週報作成」の設定例

ネストジョブネット「週報作成」の設定例を示します。

ネストジョブネット「週報作成」の設定例
ユニット名：週報作成

ネストジョブネット「週報作成」のスケジュール情報の設定例を示します。

ネストジョブネット「週報作成」のスケジュールルール設定例
種別：絶対日
開始年月：2006年8月
開始日：曜日指定（金曜）
開始時刻：絶対時刻18:00
処理サイクル：1週毎に実行する
休業日の振り替え：前の運用日に振り替え（猶予日数：4日）

ネストジョブネット「週報作成」の各ジョブの設定例を示します。

「売り上げ週報作成」ジョブの設定例
ユニット名：売り上げ週報作成
実行ホスト：hostA
実行ファイル名：shuhou.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

「安全在庫値更新」ジョブの設定例
ユニット名：安全在庫値更新
実行ホスト：hostA
実行ファイル名：zaikokousin.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

(d)　ネストジョブネット「月報作成」の設定例

ネストジョブネット「月報作成」の設定例を示します。

ネストジョブネット「月報作成」の設定例
ユニット名：月報作成

ネストジョブネット「月報作成」のスケジュール情報の設定例を示します。

ネストジョブネット「月作成」のスケジュールルール設定例
種別：絶対日
開始年月：2006年8月
開始日：月末指定（最終日から0日前）
開始時刻：絶対時刻19:00
処理サイクル：1月毎に実行する
休業日の振り替え：前の運用日に振り替え（猶予日数：4日）

ネストジョブネット「月報作成」のジョブの設定例を示します。

「売り上げ月報作成」ジョブの設定例
ユニット名：売り上げ月報作成
実行ホスト：hostA
実行ファイル名：geppou.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

(3)　ジョブネット「入庫処理」の作成

入庫処理は，商品が入庫されたときに実行される処理であるため，データベースの更新を監視する起動条件をジョブネットに設定します。

(a)　ジョブネット「入庫処理」の設定例

ジョブネット「入庫処理」の設定例を示します。

ジョブネット「入庫処理」の設定例
ユニット名：入庫処理
多重起動：不可能
保存世代数：4
優先順位：なし
打ち切り時間：システム設定に従う（デフォルト）
スケジューリング方式：多重スケジュール
ジョブネット監視：行わない

ジョブネット「入庫処理」のスケジュール情報の設定例を示します。

ジョブネット「入庫処理」のスケジュールルール設定例
種別：絶対日
開始年月：2006年8月
開始日：日付指定（1日）
開始時刻：絶対時刻9:00
処理サイクル：1日毎に実行する
休業日の振り替え：実行しない
起動条件：設定されていれば使用する
起動条件の有効範囲：回数（無制限），時間（絶対時刻で17:00）

ジョブネット「入庫処理」は，次の三つの処理に分けることができます。

図9-7　「入庫管理」の各処理

(b)　ジョブネット「入庫処理」の起動条件の設定例

起動条件は，ジョブネット「入庫処理」の［ジョブネットエディタ］ウィンドウを起動し，［編集］－［起動条件の設定］を選択して設定します。

ジョブネット「入庫処理」は，データベースの更新を契機に実行を開始させるため，起動条件として設定するイベントジョブには，ファイル監視ジョブを使用します。

ジョブネット「入庫処理」の起動条件の内容は，次のとおりです。

図9-8　「入庫処理」の起動条件

ジョブネット「入庫処理」の起動条件に設定するファイル監視ジョブの設定例を示します。

ファイル監視ジョブの設定例
監視対象ファイル名：入庫帳票ファイル
監視条件：ファイルの更新
監視間隔：60秒

(c)　各ジョブの作成

ジョブネット「入庫処理」の各ジョブの設定例を示します。

「入庫データ入力」ジョブの設定例
ユニット名：入庫データ入力
実行ホスト：hostA
実行ファイル名：nyukodata.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

「在庫数更新」ジョブの設定例
ユニット名：在庫数更新
実行ホスト：hostA
実行ファイル名：zaikokousin.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

「在庫数印刷」ジョブの設定例
ユニット名：在庫数印刷
実行ホスト：hostA
実行ファイル名：zaikoinsatu.exe
終了判定：しきい値による判定（異常しきい値：0）
実行したジョブの戻り値が0以外の場合，ジョブの状態は異常終了となります。

9.1.4　ジョブネットを実行登録し，スケジュールを確認する

「在庫管理」業務として定義したジョブネットを実行登録し，スケジュールを確認します。

実行登録後のスケジュール確認の例を次に示します。なお，この例では計画実行登録を行っています。

図9-9　［マンスリースケジュール］ウィンドウでの確認例

図9-10　［デイリースケジュール］ウィンドウでの確認例

10.　ジョブやジョブネットに使用できるさまざまな機能

第2編で説明した基本機能のほかにも，JP1/AJS2はいろいろな機能を提供しています。

この章では，JP1/AJS2の応用的な使い方について説明します。

＜この章の構成＞

10.1　さまざまなスケジュール設定

10.2　実行登録したジョブネットに対する操作

10.3　プランニンググループを使用したルートジョブネットの計画切り替え

10.4　ジョブネットコネクタを使用したルートジョブネットの実行順序制御

10.5　ジョブネットに壁紙を設定する

10.1　さまざまなスケジュール設定

ジョブネットのスケジュールなどの機能を使うことで，さまざまな運用に対応できます。

＜この節の構成＞

10.1.1　2日にまたがる業務のスケジュールを立てる

10.1.2　実行開始日時を複数設定する

10.1.3　ジョブネットの一部のジョブにほかのジョブと異なるスケジュールを設定する

10.1.4　1日のうちに同じジョブネットを何回か定期的に実行する（サイクルジョブ定義）

10.1.5　算出したスケジュールを基に，実行予定日を前後にずらす（起算スケジュール）

10.1.6　月の上旬，中旬，下旬を意識したスケジュールを設定する

10.1.7　業務ごとにカレンダーを定義する

10.1.1　2日にまたがる業務のスケジュールを立てる

深夜に実行する業務など，2日にまたがって業務を実行する場合，日付が変わってしまうとスケジュールに支障が出る場合があります。例えば，月曜日から金曜日までの毎日の売り上げ集計を，翌日の午前1:00（その日の25:00）に実行し，かつ，土曜日を休業日としている場合を考えます。集計の開始時刻を翌日の1:00とすると，金曜日の分の集計は土曜日の1:00にスケジュールされることになりますが，土曜日は休業日なので集計を実行できません。

集計の開始時刻を当日の25:00とすることで，土曜日を休業日としている場合にも集計を実行できます。しかし，ネストジョブネットにスケジュールを定義している場合，ルートジョブネットとネストジョブネットで実行開始日が異なることになり，ネストジョブネットが実行されないことがあります。

このような場合には，JP1/AJS2上での「1日」の範囲を変更し，2日にまたがっていた処理が「1日」の範囲内に収まるようにします。「1日」の範囲を変更するには，次の2とおりの方法があります。

「1日」を48時間としてスケジュールを計算する。
ルートジョブネットのスケジュールを48時間制にします。

「1日」の始まりの時刻を「0:00」以外にする。
基準時刻に「0:00」以外の時刻を設定します。

スケジュール構築が容易なので，ルートジョブネットのスケジュールを48時間制にする方法をお勧めします。次に，それぞれの方法について説明します。

＜この項の構成＞

(1)　48時間制スケジュールによる日またがり業務の定義

(2)　基準時刻による日またがり業務の定義

(1)　48時間制スケジュールによる日またがり業務の定義

ルートジョブネットのスケジュールを48時間制にすると，暦日での翌日0:00～23:59は，当日の24:00～47:59として扱われます。例えば，土曜日の午前1時は，金曜日の25:00と指定できます。先ほどの例のように土曜日が休業日の場合も，48時間制にして実行開始時刻を金曜日の25:00と指定すれば，ジョブは実行されます。

24時間制スケジュールと48時間制スケジュールの違いを次に示します。

図10-1　24時間制スケジュールと48時間制スケジュールの違い

48時間制（基準時刻0:00）で実行開始時刻を絶対時刻で指定する場合，午前3時に実行を開始するジョブは，「8/1 27:00」「8/2 3:00」の2とおりに表せます。どちらも実際の時刻は同じですが，実行予定日が異なるため，休業日／運用日，実行予定の振り替えなどが関係する場合，実行されない場合があります。

なお，24時間制のままでも，24:00～47:59の時刻を指定することはできます。しかし，24時間制の場合，例えば「8/1 27:00」と指定すると，「8/2 3:00」と解釈されてスケジュールが設定されます。

(a)　24時間制から48時間制へ変更する

48時間制スケジュールを使ってジョブネットのスケジュールを設定する場合の設定手順を次に示します。

スケジューラーオプションの設定で，ルートジョブネットのスケジュールに「48時間」を指定する。

ジョブグループの詳細定義で，基準時刻に「0:00」を指定する。
基準時刻をデフォルトから変更していない場合は，指定不要です。

ジョブネットの実行開始時刻に24:00以降の値を指定する。

スケジューラーオプションの設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.1.5 スケジューラーオプションを定義する」を参照してください。

(b)　48時間制に変更した場合のスケジュール見直し

ルートジョブネットのスケジュールを24時間制から48時間制に変更すると，ルートジョブネットのスケジュールの実行動作が変わります。そのため，48時間制スケジュールに変更した場合は，既存のスケジュールを見直してください。次に示す条件に該当する場合は，ジョブネットのスケジュールルールを再設定してください。

ルートジョブネットの実行開始時刻に24:00以降の時刻を定義し，さらに基準時刻を0:00以外に設定している場合
ルートジョブネットとネストジョブネットの実行開始日，遅延時刻の対象日時，およびイベント待ち時刻がずれるため，スケジュール定義内容を見直してください。

1.に当てはまるジョブネットと同階層のジョブネット，またはプランニンググループに排他スケジュールを定義している場合
排他スケジュールの対象となる実行開始日がずれるため，スケジュール定義内容を見直してください。

1.および2.のジョブネットの下に，上位ジョブネットに依存しないスケジュールが定義されたネストジョブネットがある場合
ネストジョブネットの実行対象となる実行開始日がずれるため，ネストジョブネットのスケジュール定義内容を見直してください。

(2)　基準時刻による日またがり業務の定義

通常，JP1/AJS2上での「1日」は，0:00から翌日の0:00までの24時間となっています。「1日」の始まりの時刻をずらすことで，日付をまたぐ処理を1日に収めることができます。例えば，基準時刻を8:00とすると，JP1/AJS2の運用上の「1日」は，8:00から翌日の8:00までとなります。当日の0:00から7:59までは前日扱いとなります。

基準時刻を変更すると，実行開始時刻や遅延時刻の設定などのスケジュール定義が複雑になります。例えば，実行開始日時の種別によって，時刻の指定方法が異なります。基準時刻が8:00で，暦日の8月5日1:00を指定する場合は，次のように指定します。

表10-1　実行開始時刻の指定

実行開始時刻の種別 | 実行開始日の種別 | 指定時刻
絶対時刻 | 登録日，絶対日，相対日 | 8/5　1:00（または8/4　25：00）
絶対時刻 | 運用日，休業日 | 8/4　1:00
相対時刻 | すべて | 8/4　17:00

(a)　起動条件を設定した場合

24時間制のスケジュールで基準時刻を「0:00」以外に設定している場合，ジョブネットに起動条件を設定し，起動条件の終了時刻として24:00以降で基準時刻より前の時刻を指定すると，起動条件の終了時刻は翌々日扱いとなります。起動条件の終了時刻が翌々日になる例を次に示します。

図10-2　起動条件の終了時刻が翌々日になる場合

この例で示すように，基準時刻を「0:00」以外に設定している場合は，0:00（24:00）から基準時刻までの時刻の指定が複雑になるので，48時間制スケジュールの使用をお勧めします。

10.1.2　実行開始日時を複数設定する

一つのスケジュールルールでは設定できない複雑なスケジュールでジョブネットを運用したい場合に，スケジュールルールを複数作成できます。JP1/AJS2では，一つのジョブネットに対し，最大144個のスケジュールルールを設定できます。複数のスケジュールルールを定義した場合，いちばん早い日時のスケジュールルールでスケジュールが設定されます。

例えば，1日に複数回，決まった時刻にジョブネットを実行したい場合や，曜日によって実行時刻を変えたい場合などは，複数のスケジュールルールを作ることで，スケジュールを定義できます。なお，複数のスケジュールルールを設定した結果として，同じ実行開始日時の実行予定が複数できた場合には，ジョブネットは1回だけしか実行されません。

スケジュールルールを複数作成する例を次に示します。

図10-3　スケジュールルールを複数作成する例

この例では，月曜日の9:00と金曜日の17:00の週2回実行するジョブネットのスケジュールを定義しています。

「スケジュールルール#1」では，月曜日分のスケジュールを，「スケジュールルール#2」では，金曜日分のスケジュールを定義しています。これを実行登録すると，二つのスケジュールルールのそれぞれに基づいて実行予定が算出されます。

10.1.3　ジョブネットの一部のジョブにほかのジョブと異なるスケジュールを設定する

ジョブネット中の一部のジョブだけを，ほかとは異なるスケジュールで実行したい場合，ネストジョブネットを使います。

ルートジョブネットと同じように，ネストジョブネットにもスケジュールルールを設定できます。ネストジョブネットのスケジュールルールは，ルートジョブネットのスケジュールルールとリンクさせて定義します。ルートジョブネットのスケジュールルール一つに対して，ネストジョブネットの複数のスケジュールルールをリンクさせることができます。

なお，ネストジョブネットにスケジュールを設定しなかった場合は，ルートジョブネットと同じスケジュールでネストジョブネットが実行されます。

＜この項の構成＞

(1)　ネストジョブネットにスケジュールを設定する

(2)　ルートジョブネットのスケジュールルールとリンクさせる

(1)　ネストジョブネットにスケジュールを設定する

ルートジョブネットの中にネストジョブネットを作成し，異なるスケジュールで実行したいジョブをネストジョブネットの中に定義します。ネストジョブネットが定義できたら，ネストジョブネットにスケジュールルールを設定します。

このように定義して，ルートジョブネットを実行登録すると，ネストジョブネットは定義されたスケジュールに従って運用されます。ただし，ネストジョブネットは，上位ジョブネットの実行条件が成立しているときだけ実行されます。ネストジョブネットのスケジュールが設定されていても，ルートジョブネットの実行予定がない日には，ネストジョブネットも実行されません。

ネストジョブネットのスケジュールを利用した例を次の図に示します。

図10-4　ネストジョブネットのスケジュールを利用した例

この例では，ネストジョブネットBは，金曜日にだけ実行するようにスケジュールが定義されています。そのため，月曜日～木曜日は，ジョブネットAが実行されても，ネストジョブネットBは実行されません。

(2)　ルートジョブネットのスケジュールルールとリンクさせる

ネストジョブネットのスケジュールルールは，ルートジョブネットのスケジュールルールとリンクさせて定義します。リンクしたルートジョブネットのスケジュールルールが有効になったときに，ネストジョブネットのスケジュールが有効になります。

スケジュールルールのリンクの例を次に示します。

図10-5　ネストジョブネットとルートジョブネットのスケジュールルールをリンクする

この例では，ルートジョブネットのスケジュールルール#2に対して，ネストジョブネットBのスケジュールルールはリンクしていません。そのため，ルートジョブネットのスケジュール#2に従って実行される8月11日には，ネストジョブネットBは実行されません。

ネストジョブネットにスケジュールを定義するときの注意事項を次に示します。

上位ジョブネットのスケジュールとネストジョブネットのスケジュールに重なる部分がまったくない場合，ネストジョブネットは実行されません。ネストジョブネットをコピーして使う場合などには，上位スケジュールを確認してから定義してください。

ネストジョブネットに日またがりのスケジュールを定義することもできます。この場合，ネストジョブネットの実行開始時刻は24:00～47:59の間で指定します。
例えば，ルートジョブネットの実行開始日時が「2006/08/1　23:00」で，日付が変わった午前2時をネストジョブネットの実行開始時刻としたい場合，「2006/08/1　26:00」と指定します。これは，ルートジョブネットとネストジョブネットの実行開始日を同じ日にするためです。もし，ネストジョブネットの実行開始日時を「2006/08/2　2:00」と指定すると，ルートジョブネットとネストジョブネットの実行開始日が異なるため，ネストジョブネットが実行されません。

ネストジョブネットの開始時刻がルートジョブネットの開始時刻より早い場合，ネストジョブネットの開始日時が基準時刻をまたがっていると，ルートジョブネットとネストジョブネットの実行開始日が異なるため，ネストジョブネットが実行されません。ネストジョブネットの開始日時がルートジョブネットの開始日時より早い場合に，ネストジョブネットが実行される例と実行されない例を次に示します。

図10-6　ネストジョブネットの開始日時がルートジョブネットの開始日時より早い場合（ネストジョブネットが実行される例）

この場合，ネストジョブネットの開始日時（7:00）が基準時刻（6:00）をまたがっていなく，ルートジョブネットとネストジョブネットの実行開始日が同じであるため，ネストジョブネットは実行されます。

図10-7　ネストジョブネットの開始日時がルートジョブネットの開始日時より早い場合（ネストジョブネットが実行されない例）

この場合，ネストジョブネットの開始日時（5:00）が基準時刻（6:00）をまたがっていて，ルートジョブネットとネストジョブネットの実行開始日が異なるため，ネストジョブネットは実行されません。

ルートジョブネットに複数のスケジュールルールを定義し，それぞれのスケジュールルールから算出される実行予定日時が重なった場合，重なったスケジュールルールの中で最も小さいルール番号のスケジュールが有効になり，それ以外のスケジュールは無効になります。なお，無効になったスケジュールルールをリンクしているネストジョブネットのスケジュールも同様に無効となります。
スケジュールルールから算出される実行予定日時が重なった場合の例を次に示します。

図10-8　スケジュールルールから算出される実行予定日時が重なった場合の例

この例では，スケジュールルール#1とスケジュールルール#2から算出されるルートジョブネットAの8/4の実行予定日時が重なります。この場合，スケジュールルール番号が小さいスケジュールルール#1が有効となり，スケジュールルール#2は無効となります。また，スケジュールルール#1とリンクしているネストジョブネットBは実行され，無効になったスケジュールルール#2とリンクしているネストジョブネットCは実行されません。

10.1.4　1日のうちに同じジョブネットを何回か定期的に実行する（サイクルジョブ定義）

1日の中で同じジョブネットを定期的に複数回実行したい場合，次の三つの方法のどれかで定義できます。

方法1：ジョブネットを一つ作成し，スケジュールルールを複数設定する。

方法2：開始時刻ごとにジョブネットを作成する。

方法3：実行間隔制御を起動条件として設定する。

＜この項の構成＞

(1)　ジョブネットの定義方法

(2)　三つの方法の長所と短所

(1)　ジョブネットの定義方法

それぞれの方法について，朝7時から翌朝6時まで1時間おきに24回実行するジョブネットを例にして説明します。

方法1：スケジュールルールを複数作成する

ジョブネットを一つ作成し，実行するジョブを定義する。

スケジュールルールを24個作成し，それぞれの開始時刻を07:00，08:00，09:00・・・と定義する。

ジョブネットを実行登録すると，スケジュールルールで設定した開始時刻に従って，1時間おきにジョブネットが実行されます。

方法2：開始時刻ごとにジョブネットを作成する

ジョブネットを一つ作成します。

ネストジョブネットを作成し，実行するジョブを定義します。

2で作成したネストジョブネットをコピーし，同じ処理内容のジョブネットを全部で24個作成する。

各ジョブネットの開始時刻に，07:00から06:00までの異なる時刻を設定する。

ジョブネットを実行登録すると，開始時刻に従って各ジョブネットが実行されます。

方法3：実行間隔制御を起動条件として設定する

ジョブネットを一つ作成し，実行するジョブを定義する。

起動条件を作成し，実行間隔制御ジョブを貼り付ける。

実行間隔制御ジョブの［待ち時間］に60分を設定する。

スケジュールルールを作成し，実行開始時刻を6:00，起動条件の有効範囲を24回と設定する。

実行間隔制御ジョブは，実行開始時刻から時間の経過を待ち始め，指定した待ち時間が経過した時点でジョブネットの実行を開始します。そのため，最初にジョブネットを実行したい時刻から待ち時間の分だけ早い時刻を，開始時刻に指定します。

このジョブネットを実行登録すると，実行開始時刻の6:00に起動条件の監視が始まり，60分後の7:00に起動条件が満たされジョブネットの最初の実行が開始します。その後，起動条件に従って60分ごとにジョブネットが実行されます。

(2)　三つの方法の長所と短所

それぞれの方法の長所と短所について，次に説明します。

表10-2　同じジョブネットを定期的に実行する方法の長所と短所

長所
短所

方法1

ジョブネットの定義が簡単。

ジョブネットの構成が単純。

ルートジョブネットとして定義した場合は，多重起動やスケジュールスキップが設定できる。

スケジュール定義に時間が掛かる。

スケジュールルールを変更する場合，スケジュールルールすべてを変更しなければならない。

方法2

どのようなジョブネットにでも適用できる。

いま実行しているのが何回目のジョブネットなのかがジョブネットモニタで確認できる。

ジョブの再実行，実行中止などの操作が，ジョブネットモニタでできる。

実行回数分のネストジョブネットを作成しなくてはならない。

ネストジョブネットの数だけ，スケジュールを作らなくてはならない。

スケジュールルールを変更する場合，すべてのネストジョブネットのスケジュールルールを変更しなければならない。

実行する処理を変更する場合に時間が掛かる。

方法3

ジョブネットの構成が単純。

ルートジョブネットでしか定義できない。

10.1.5　算出したスケジュールを基に，実行予定日を前後にずらす（起算スケジュール）

ある基準となる日をカレンダーやスケジュールルールによって算出し，その日の前日や翌日に処理を実行したい場合の設定について説明します。このような設定は，起算スケジュールの機能を使って定義します。起算スケジュール機能については，「3.4.2 スケジュール情報の定義」を参照してください。

例えば，15日が給与支給日であり，その2運用日前に給与計算処理をするジョブネットを実行するというケースを考えてみます。

この場合，15日が休業日だった場合は，15日より前で最も近い運用日に給与が支給されます。そのため，給与計算処理のジョブネットはその前に完了させておく必要があります。この例の場合の実行予定日は次のようになります。

図10-9　実行予定日の例

このような運用をする場合，基準となる給与支給日自体がカレンダーの関係などで移動することがあるので，休業日の振り替えだけでは処理の実行日を正しく決定できません。例えば，15日（給与支給日）の2日前ということで13日を実行予定日とした場合，14，15日がともに休業日の月（図の4番のケース）は，給与支給日と給与計算処理の実行日が同じ日になってしまいます。

起算スケジュールを使用した場合は，カレンダーの設定などに基づいて給与支給日を算出し，その日を基準として処理の実行日を算出します。そのため，給与支給日の2運用日前という実行予定が正確に算出できます。

図に示したスケジュールを起算スケジュールを使って設定するには，スケジュールルールを次のように定義します。

定義内容

実行開始日：絶対日　15日

処理サイクル：1月

休業日の振り替え：前の運用日に振り替え

起算スケジュール：開始日時から2運用日前に実行する

この定義を実行登録すると，まず，実行開始日，処理サイクル，および休業日の振り替えの設定に基づいてスケジュールの起算日（給与支給日）を算出し，実際の実行予定日を起算日から2運用日前に設定します。

10.1.6　月の上旬，中旬，下旬を意識したスケジュールを設定する

月の上旬，中旬，下旬にそれぞれジョブネットを実行したい場合のスケジュール定義方法について説明します。このような定義をする場合，上旬・中旬・下旬のそれぞれの実行開始日を定義したスケジュールルールを作成します。例えば，上旬・中旬・下旬のそれぞれ最終の営業日に処理を実行する場合は，実行開始日として，10日，20日，月末を指定します。また，これらの日付からさらに実行日をずらす場合は起算スケジュールを使います。起算スケジュールを使って，旬単位の処理を実行する例を次に示します。

図10-10　旬単位の処理の実行例

この例では，上旬，中旬，下旬のそれぞれ最初の営業日を起点として，その次の営業日に処理を実行するようにスケジュールを組んでいます。下旬の最初の日は21日ですが，21日が日曜日で休業日のため，次の営業日である22日にずらし，さらに起算スケジュールで1日後ろにずらして，23日を実行予定日として算出しています。

10.1.7　業務ごとにカレンダーを定義する

業務の種類や担当部署によって，業務の運用日が異なる場合があります。このような場合に，業務ごとに異なるカレンダーを定義できます。

例として，東京本社，大阪支社，および名古屋支社で実行する業務があり，それぞれ運用日が異なる場合を考えてみます。それぞれの業務カレンダーは次のようになっています。

東京本社：毎日実行

大阪支社：月～土曜日に実行

名古屋支社：月～金曜日に実行

業務の構築の方法は二とおり考えられます。

同じ業務カレンダーのジョブネットをまとめてジョブグループを作る。

業務を一つのジョブグループに作り，別のジョブグループに設定したカレンダーを参照させる。

次にそれぞれの方法について説明します。

＜この項の構成＞

(1)　同じ業務カレンダーのジョブネットをまとめてジョブグループを作る

(2)　業務を一つのジョブグループに作り，別のジョブグループに設定したカレンダーを参照させる

(1)　同じ業務カレンダーのジョブネットをまとめてジョブグループを作る

次の条件に当てはまるような業務には，この運用方法が適しています。

複数の業務グループがあるが，業務グループ間の依存関係はない。

業務グループごとにシステム管理者がいる。

複数の業務グループを1台のマネージャーで管理する。

業務構成例を次の図に示します。

図10-11　同じ業務カレンダーのジョブネットをまとめてジョブグループを作る場合

スケジュールの設定方法の概要を次に示します。

スケジューラーサービスの下に，東京・大阪・名古屋のジョブグループを作成する。

各ジョブグループの下にジョブネットを定義する。

各ジョブグループにカレンダーを定義する。

ジョブネットを実行登録する。

なお，この方法では，監視画面でジョブグループごとにしか表示できません。このようなジョブネットを一つの画面で監視したい場合は，JP1/AJS2 Console機能を使用してください。JP1/AJS2 Console機能を使用すると，異なるジョブグループのジョブネットを一つの画面に表示して監視できます。

(2)　業務を一つのジョブグループに作り，別のジョブグループに設定したカレンダーを参照させる

次の条件に当てはまるような業務には，この運用方法が適しています。

複数の業務グループがあり，業務グループ間の依存関係がある。

すべての業務を一人のシステム管理者が管理する。

業務構成例を次の図に示します。

図10-12　別のジョブグループに設定したカレンダーを参照させる場合

スケジュールの設定方法の概要を次に示します。

スケジューラーサービスの下にジョブネット（ジョブネット1）を一つ作成する。

ルートジョブネットの中に東京・大阪・名古屋で実行する業務をネストジョブネットとして定義する。

スケジューラーサービスに東京本社のカレンダーを定義する。

大阪，名古屋のジョブグループを作る。

大阪，名古屋のジョブグループにカレンダーを定義する。
このジョブグループにはカレンダーだけを定義し，ジョブネットは作りません。

大阪，名古屋で実行するネストジョブネットに，それぞれのジョブグループに定義したカレンダーを参照させる。
［スケジュールの設定］ダイアログボックスで，［他のジョブグループのカレンダーを参照］を選択します。大阪業務1，大阪業務2は，大阪支社ジョブグループのカレンダーを参照させます。名古屋業務1，名古屋業務2は，名古屋支社ジョブグループのカレンダーを参照させます。

ルートジョブネットを実行登録する。

この方法の場合は，監視画面ですべてのジョブネットを一度に監視できます。

10.2　実行登録したジョブネットに対する操作

実行登録したジョブネットに対して，スケジュールの変更や，実行中のジョブネットやジョブの中断，強制終了などの操作ができます。

実行登録したジョブネットやジョブに対してできる処理を次の表に示します。

表10-3　実行登録したジョブネットやジョブに対してできる処理

処理項目
処理内容

ジョブネットの登録解除
ルートジョブネットの実行登録を取り消す。実行登録を解除すると前回までの実行結果も削除される。

実行予定日時の追加
開始時刻待ち，または保留中のルートジョブネットに対して，前倒し日時変更した場合，次回実行予定を追加できる。また，確定実行登録の場合は，日時を指定してスケジュールを追加できる。

実行日時の一時変更
ユニットの実行開始予定日時を一時的に変更する。※¹

一時的な即時実行
ユニットの実行開始予定日時を，すぐに実行できる実行開始予定日時に一時的に変更する。※1

ルートジョブネットの場合
実行開始予定日時を現在時刻に変更する。

ネストジョブネットの場合
実行日の基準時刻に変更する。

実行中止
次回実行予定または確定スケジュールでの実行を中止する。

保留属性の一時変更
次回実行予定または確定スケジュールでの実行を，一時的に保留または保留解除する。保留属性は，実行予定の変更などの操作をしたあとで再実行する場合などに指定する。※²

遅延監視の一時変更
実行待ちのジョブネットに対して，遅延監視時刻（時間）を一時的に変更する。

ジョブネットの優先順位の一時変更
実行待ちのルートジョブネットに対して，実行優先順位を一時的に変更する。

ジョブネットの中断
実行中のジョブが終了した時点でルートジョブネットを中断する。ルートジョブネット下のネストジョブネットも中断する。
なお，中断したジョブネットは異常終了として扱われる。監視中のルートジョブネットを中断した場合は，起動条件の監視を打ち切る。

強制終了
実行中のユニットを強制終了する。※³
ルートジョブネットを強制終了した場合，実行中のジョブをすべて強制終了し，ジョブネットを中断する。監視中のルートジョブネットを強制終了した場合は，起動条件の監視を打ち切る。

再実行
ジョブネットやジョブを再実行する。再実行は，世代数（実行回数）としてカウントされない。

ジョブの状態変更
ジョブの状態と戻り値を変更する。例えば，ホストに障害が発生して，JP1/AJS2に通知されたジョブの状態が実際の状態と異なってしまった場合に，実際の状態に変更する。

ルートジョブネットのサスペンド
ルートジョブネットの下位にある全世代に対して，ユニットの実行を一時的に抑止し，実行登録中の定義を変更できるようにする。

注※1

指定したジョブ，またはジョブネットが実行中の場合は変更できません。

またルートジョブネットは，すでに実行が終了している場合，再実行している場合も変更できません。

注※2

一時的に保留属性を変更したジョブネットまたはジョブが終了していないときにJP1/AJS2 - Managerを再起動すると，保留状態のままになります。

注※3

UNIXジョブ中のプロセスが，setpgrp（プロセスグループ設定）システムコールを実行して成功している場合は，そのプロセスグループに含まれるプロセスは，打ち切れません。そのため，このようにして作成されたプロセスグループ内のプロセスは，killコマンドなどのほかの手段で終了させる必要があります。

＜この節の構成＞

10.2.1　ジョブネットの登録を解除する

10.2.2　ジョブネットに実行予定を追加する

10.2.3　ジョブネットの実行日時を一時変更する

10.2.4　登録済みのジョブネットを即時実行する

10.2.5　ジョブネットやジョブの実行を中止する

10.2.6　ジョブネットやジョブの保留属性を一時変更する

10.2.7　ジョブネットの遅延監視の設定を一時変更する

10.2.8　ジョブネットの優先順位を一時変更する

10.2.9　実行中のジョブネットを中断する

10.2.10　実行中のジョブネットやジョブを強制終了する

10.2.11　実行が終了したジョブネットやジョブを再実行する

10.2.12　ジョブの状態を変更する

10.2.13　コマンド実行時の世代の指定方法

10.2.14　ジョブネットの実行登録を解除しないでジョブネットやジョブの定義を変更する

10.2.1　ジョブネットの登録を解除する

実行登録されているジョブネットの登録を解除できます。

登録を解除できるのは，実行中でないジョブネットです。登録解除したいジョブネットが実行中の場合，実行中のジョブネットの終了を待つか，強制終了させてから登録を解除してください。

登録解除の際は，すべての世代を解除することも，ある期間内の世代だけを解除することもできます。また，ajsleaveコマンドを使った場合は，登録番号を指定して特定の世代だけ登録を解除することもできます。

ネストジョブネットは，ルートジョブネットの登録を解除したときに同時に解除されます。ネストジョブネットだけの登録解除はできません。

すべてのジョブネットの登録を解除した場合は，前回までの実行結果も削除されます。

プランニンググループの場合

プランニンググループの下位にあるジョブネットに対して，期間を指定して登録解除ができます。登録を解除した期間には，新しいジョブネットの定義を追加できます。

注意事項

登録解除に掛かる時間は，登録解除するジョブネットのユニット数（ジョブネット，およびその下位にあるネストジョブネットやジョブの数），および保存世代数に比例して増大します。ユニット数と保存世代数を掛けた値が数万を超える場合，登録解除に掛かる時間が30分を超え，スケジューラーサービスが，長時間，入出力の負荷が高い状態になり，ほかのジョブネットの実行動作に影響を与えることがあります。そのため，規模の大きなジョブネットを登録解除する場合は，スケジューラーサービスの負荷を軽くするよう，次に示すような運用を検討してください。

ajsleaveコマンドで実行IDまたは実行登録番号を指定して過去の世代を1世代ずつ削除する

運用ピーク時間帯を避けて処理をする

補足事項

即時実行登録したジョブネットが多くある場合，ジョブネットを登録したままにしておくと，性能に影響を及ぼす場合があります。実行が終了し，結果を参照しないジョブネットは，定期的に登録解除することをお勧めします。

登録解除の操作は，GUIまたはajsleaveコマンドでできます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　7.5 実行登録の解除」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsleave」を参照してください。

10.2.2　ジョブネットに実行予定を追加する

確定実行登録されているルートジョブネットや，未計画状態のルートジョブネットに対して，実行開始日時を指定して実行予定を追加できます。

また，すでに実行予定があるルートジョブネット配下のネストジョブネットに対して，実行予定を追加できます。

＜この項の構成＞

(1)　ルートジョブネットに予定を追加する場合

(2)　ネストジョブネットに予定を追加する場合

(1)　ルートジョブネットに予定を追加する場合

追加した実行予定は，確定実行登録された実行予定として追加されます。

このとき，ルートジョブネットおよびネストジョブネットともにスケジュール定義は無視されます。また，起動条件付きジョブネットは起動条件監視を行わないで，すぐに実行されます。実行予定日時を追加したルートジョブネットの下位にネストジョブネットがある場合，ネストジョブネットの実行予定日時は，ルートジョブネットと同じになります。

この操作は，GUIまたはajsentryコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.2 ジョブネットの実行予定を追加する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsentry」を参照してください。

(2)　ネストジョブネットに予定を追加する場合

実行予定があるルートジョブネット配下のネストジョブネットに対して，実行予定を追加できますが，すでにネストジョブネットに実行予定がある場合は予定を追加できません。なお，予定を追加したネストジョブネットの配下のユニットのスケジュールについては，次に示すとおりになります。

確定実行登録されているジョブネットの場合
すでにスケジュールが確定しているため，追加で指定したネストジョブネットにだけ予定が追加されます。

計画実行登録されているジョブネットで，スケジュールが上位に依存の設定の場合
追加で指定したネストジョブネットの配下のユニットにも予定が追加されます。

計画実行登録されているジョブネットで，スケジュールが上位に依存の設定ではない場合
スケジュールを再計算し，算出し直します。

この操作は，GUIまたはajsplanコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.2 ジョブネットの実行予定を追加する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsplan」を参照してください。

10.2.3　ジョブネットの実行日時を一時変更する

ジョブネットの実行予定世代の実行開始日時を変更できます。一時変更の場合，変更されるのは選択した実行予定だけで，それ以外の実行予定やスケジュールルールは変わりません。変更した日時にジョブネットを実行したあとは，定義したスケジュールルールに基づいた実行に戻ります。

ルートジョブネットの実行予定を元の実行開始日時より前の日時に変更する場合，元の実行予定をそのまま残し，新たに実行予定を追加することができます。この場合は，変更前の日時と変更後の日時の両方でジョブネットが実行されます。

なお，次回実行予定日を当日へ変更した場合，変更した時点ですでに実行予定時刻を過ぎていたら，すぐにジョブネットが開始されます。

実行予定のないジョブネットは変更もできません。

一時変更した実行日時は，変更を解除して元の実行日時に戻せます。ただし，確定実行登録した実行予定を前倒しして，実行予定を追加した場合は，変更を解除できません。変更を取り消したい場合は，追加した実行予定の実行を中止してください。

この操作は，GUIまたはajsplanコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.3 ジョブネットの実行開始日時を一時的に変更する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsplan」を参照してください。

＜この項の構成＞

(1)　ネストジョブネットの実行予定を変更する場合

(2)　ルートジョブネットが48時間制の場合

(3)　上位ジョブネットの実行予定を一時変更した場合のネストジョブネットのスケジュール

(4)　擬似予定よりあとの日時に変更する場合

(5)　計画実行登録されたジョブネットの実行予定を複数回一時変更して予定を追加する場合

(1)　ネストジョブネットの実行予定を変更する場合

ネストジョブネットの実行日時は，ルートジョブネットの実行開始日から48時間の範囲内でだけ変更できます。48時間以内であれば，翌日の日付を指定しても有効になります。

例えば，ルートジョブネットの実行日が8/11の場合に，ネストジョブネットの実行開始日時を8/12の1:00と指定しても，8/11分の実行予定として扱われ，ネストジョブネットは実行されます。

(2)　ルートジョブネットが48時間制の場合

ルートジョブネットのスケジュール定義に48時間制を採用していて，ルートジョブネットの実行日時を一時変更する場合，変更する実行開始日時と実行日の関係に注意してください。例えば，8/11 36:00へ一時変更するのと，8/12 12:00へ一時変更するのとでは，実際の実行開始時刻は同じですが，JP1/AJS2の運用上の実行日が異なります。実行日の指定によっては，ネストジョブネットが実行されないことがあります。

実行開始時刻を8/11 36:00に一時変更すると，実行日は8/11になります。そのため，ネストジョブネットのスケジュールについては，8/11の0:00～47:59までのスケジュールが有効になります。

実行開始時刻を8/12 12:00に一時変更すると，実行日は8/12になります。そのため，ネストジョブネットのスケジュールについては，8/12の0:00～47:59のスケジュールが有効になります。

ルートジョブネットのスケジュール定義の48時間制については，「3.4.1 ルートジョブネットの時間制とスケジュールルール」を参照してください。

図10-13　実行開始日時の指定と実行日の関係

注意事項

実行日時の一時変更で48時間制スケジュールが有効になるのは，絶対日時指定で日時変更した場合です。相対日時指定で日時変更した場合は，24:00以降は翌日扱いとなります。例えば，8/1の22:00の実行予定を，相対時刻指定で12時間後に実行日時を変更した場合は，8/1の34:00として実行されないで8/2の10:00として実行されます。

ルートジョブネットのスケジュール定義に48時間制スケジュールを採用し，基準時刻に0:00以外の時刻が設定されている場合，指定した日時とJP1/AJS2の運用上の日付とにずれが生じるなど，運用が複雑になるため注意が必要です。詳細については，「3.4.2(1)(a) 実行開始日時の設定」を参照してください。

(3)　上位ジョブネットの実行予定を一時変更した場合のネストジョブネットのスケジュール

実行予定を一時変更するジョブネットにネストジョブネットがある場合，上位ジョブネットと連動して配下のジョブネットの開始日時も同時に変更できます。連動して変更する場合，上位のジョブネットの開始時刻を2時間ずらすと，配下のジョブネットも同じように2時間ずらされます。連動させない場合は，上位のジョブネットの開始日時を変更しても，配下のジョブネットの開始日時は変更されません。

配下のジョブネットのスケジュールを連動させない設定の場合でも，ルートジョブネットの実行予定日を別の日に変更した場合は，ネストジョブネットのスケジュールが自動的に再計算されます。スケジュールの再計算は，ルートジョブネットの実行登録方法によって異なるので注意してください。変更後のスケジュールを，ルートジョブネットの実行登録方法ごとに説明します。

なお，実行登録方法による違いを意識したくない場合は，ルートジョブネットの実行日時を変更する際に，配下のネストジョブネットを連動して変更するように指定してください。

図10-14　ルートジョブネットの実行日を一時変更した場合のネストジョブネットのスケジュール

ルートジョブネットを計画実行登録していた場合

ルートジョブネットの実行日を一時変更すると，ネストジョブネットのスケジュールは，スケジュールルールに基づいて再計算されます。変更後の実行日がネストジョブネットのスケジュールルールに一致しなければ，そのネストジョブネットの実行予定は生成されません。ネストジョブネットBは処理サイクルが毎日であるため，8/13についてもスケジュールが有効ですが，ネストジョブネットCは処理サイクルが毎週であるため，8/13については，スケジュールは無効です。そのため，8/13にはジョブネットCは実行されません。

ルートジョブネットを即時実行登録，または確定実行登録していた場合

ネストジョブネットB，Cは，どちらも実行予定日8/11で確定されています。確定されている実行予定は通常変更されませんが，ルートジョブネットの実行日を変更した場合は，変更後のルートジョブネットの実行日に合わせて，ネストジョブネットの実行時刻が変更されます。ネストジョブネットの実行時刻が，ルートジョブネットの実行日の基準時刻から48時間以内に収まるように変更されます。その結果，ネストジョブネットB，Cの実行予定は，8/13に移動します。

(4)　擬似予定よりあとの日時に変更する場合

擬似予定とは，計画実行登録したジョブネット，および未来世代数を設定して確定実行登録したジョブネットについて，ジョブネットの実行予定を擬似的に生成したものです。計画実行登録の場合，次回予定以降の予定（スケジュール）を指します。未来世代数を設定した確定実行登録の場合，指定した未来世代数以降の予定を指します。

計画実行登録したジョブネット，および未来世代数を設定して確定実行登録したジョブネットの日時を擬似予定よりあとの日時に変更した場合，変更後の実行予定より前にある擬似予定は実行されません。

擬似予定またがりの実行予定日付変更の例を次に示します。

図10-15　擬似予定またがりの実行予定日付変更の例

上記の場合，実行予定日を8/11から8/15に変更しています。8/15より前にある擬似予定の8/14は実行されません。したがって，実行予定日は8/15および8/17となります。

(5)　計画実行登録されたジョブネットの実行予定を複数回一時変更して予定を追加する場合

計画実行登録では，最新のスケジュール定義を基に次回の実行予定日時を算出するため，次々回以降の実行予定は擬似予定としてスケジュールが確定されません。そのため，計画実行登録したジョブネットでは，スケジュールが確定している次回の実行予定だけを一時変更できます。

次回の実行予定を現在の実行予定日時より前の日時に一時変更する場合，実行予定を移動する（次回予定移動）か，または変更前の実行予定をそのまま残しておいて実行予定を追加する（次回予定追加）かを選択できます。次回予定追加の場合は次回実行予定だけが追加され，次々回以降の予定を含む複数の予定は追加できません。一時変更で連続して実行予定を追加した場合も，最後に追加した実行予定だけが次回実行予定としてスケジュールが確定されます。

計画実行登録されたジョブネットの実行予定を複数回一時変更した場合の例を，次の図に示します。

図10-16　計画実行登録されたジョブネットの実行予定を複数回一時変更した場合の例

10.2.4　登録済みのジョブネットを即時実行する

登録済みのジョブネットを即時に実行します。計画実行登録されたルートジョブネット，および確定実行登録されて次回実行予定があるジョブネットに対して有効です。

次回実行予定があるルートジョブネットを即時実行する場合，次回実行予定をそのまま残しておく（次回予定追加）か，取り消すか（次回予定移動）を選択できます。

ネストジョブネットに対して即時実行の操作をする場合，上位ジョブネットに実行予定がなければ，実行されません。また，上位ジョブネットの実行が開始するまでは実行されません。

即時実行は，現在時刻の実行予定を生成して即時にジョブネットを実行開始します。

計画実行登録したルートジョブネットを即時実行した場合は，ネストジョブネットの実行予定が生成されます。

確定実行登録では実行予定が確定しているため実行予定は生成されませんが，ネストジョブネットの実行開始予定時刻は，ルートジョブネット実行開始予定日の基準時刻から48時間以内で実行するように実行予定が調整されます。

配下のスケジュールを連動して即時実行した場合※，選択したジョブネット下の，すべてのジョブネットの開始時刻が相対的に変更されます。

注※

JP1/AJS2 - Viewでは，［計画一時変更］から［即時実行］を選択し，配下の開始日時もずらす指定をして即時実行する場合です。コマンドでは，ajsplanコマンドに-iオプションを指定して即時実行する場合です。

注意事項

ルートジョブネットのスケジュール定義に48時間制スケジュールを採用していても，即時実行した時点の日時で実行されます。例えば，8/1の34:00の実行予定を8/2の8:00に即時実行した場合，8/1の32:00として実行されるのではなく，8/2の8:00として実行されます。

計画実行登録，または確定実行登録したジョブネットに対して，現在日時が8/1の12:00のときに即時実行した場合の動作を，次に示す図の定義を例に説明します。

図10-17　ジョブネットの定義

ルートジョブネットを即時実行した場合
計画実行登録したルートジョブネットを即時実行した場合の時刻変更について，次の図に示します。

図10-18　計画実行登録したルートジョブネットを即時実行した場合

ルートジョブネットAは，8/1の12:00の実行予定が生成され，即時に実行されます。
ネストジョブネットBは，8/1の実行予定がないため，実行されません。
ネストジョブネットCは，スケジュール定義の開始日が登録日であり，即時実行後のルートジョブネットＡの実行日と重なるため，8/1の15:00の実行予定が生成され，実行されます。
ネストジョブネットDは，8/1の実行予定がないため，実行されません。
ネストジョブネットB，およびネストジョブネットDを実行したい場合は，ルートジョブネットを即時実行する前にネストジョブネットB，およびネストジョブネットDを選択して即時実行してください。

確定実行登録したルートジョブネットを即時実行した場合の時刻変更について，次の図に示します。

図10-19　確定実行登録したルートジョブネットを即時実行した場合

ルートジョブネットAは，8/1の12:00の実行予定が生成され，即時に実行されます。
ネストジョブネットBとCは，実行予定は生成されませんが，ルートジョブネットAの基準時刻から48時間以内へ調整されるため，最終日時（8/2 23:59:59）に実行予定が変更されます。
ネストジョブネットDは，8/1の実行予定が無いため，実行されません。
ネストジョブネットDを実行したい場合は，ルートジョブネットを即時実行する前にネストジョブネットDを選択して即時実行してください。

配下のスケジュールを連動してルートジョブネットを即時実行した場合
計画実行登録，または確定実行登録したルートジョブネット配下のスケジュールを連動して即時実行した場合の時刻変更について，次の図に示します。

図10-20　配下のスケジュールを連動してルートジョブネットを即時実行した場合

ルートジョブネットAは，8/1の12:00の実行予定が生成され，即時に実行されます。
ネストジョブネットBとCの開始予定日時は，ルートジョブネットAの開始時刻から現在時刻までの差分時刻分を，相対的に変更した日時になります。上記の図の場合は差分時刻が46時間となるため，ジョブネットBとCは，8/1の17:00の実行予定が生成され，実行されます。
ネストジョブネットDは，8/1の実行予定が無いため，実行されません。
ネストジョブネットDを実行したい場合は，ルートジョブネットを即時実行する前にネストジョブネットDを選択して即時実行してください。

この操作は，GUIまたはajsplanコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.4 実行予定があるジョブネットをすぐに実行する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsplan」を参照してください。

10.2.5　ジョブネットやジョブの実行を中止する

ジョブネットやジョブの次回実行予定，または確定スケジュールを取り消します。

計画実行登録したジョブネットに対する実行中止は，変更を解除して元の実行予定に戻せます。ただし，確定実行登録したジョブネットに対する実行中止は，解除できません。

実行中止したネストジョブネット，およびジョブは，実行条件を満たすと「未計画」から「計画未実行」状態となり，後続ジョブネット，およびジョブが実行されます。

実行の中止は，プランニンググループの下位にあるジョブネットに対しても実行できます。実行を中止したあと，実行を中止した期間に新しいジョブネットの定義を追加できます。

計画実行登録したルートジョブネットの次回実行予定を中止した場合，次の実行予定が繰り上がって次回実行予定になります。

ルートジョブネットの場合は，複数の実行予定を中止できます。計画実行登録したルートジョブネット下のネストジョブネットまたはジョブは，ルートジョブネットの次回実行予定に対応した実行予定だけが取り消せます。

ルートジョブネットを実行中止した場合，ルートジョブネットやネストジョブネットの一時変更情報※は，次の世代に引き継がれます。ネストジョブネットのスケジュールは，ルートジョブネットの次の世代に従って再計算されます。

この操作は，GUIまたはajsplanコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.5 ジョブネットやジョブの実行を一時的に中止する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsplan」を参照してください。

注※

実行中止時には，次の一時変更操作による情報が次回実行予定世代へ引き継がれます。

ルートジョブネット

保留属性一時変更

遅延監視一時変更

優先順位一時変更

ネストジョブネット

実行中止

日時変更

保留属性一時変更

遅延監視一時変更

優先順位一時変更

ジョブ

実行中止

保留属性一時変更

10.2.6　ジョブネットやジョブの保留属性を一時変更する

登録済みのジョブネットまたはジョブを一時的に保留状態にしたり，保留されているジョブネットまたはジョブの保留を一時的に解除したりできます。ただし，実行中のジョブネットまたはジョブは，保留状態にできません。

保留属性が設定されているジョブネットまたはジョブは，一時的に保留解除しても，そのジョブネットまたはジョブが終了すると，再び保留属性が設定された状態になります。

実行が終了したジョブネットまたはジョブに対して，一時的に保留属性を設定したり，解除したりした場合は，そのユニットを再実行したときに変更が有効になります。

先行ユニットが異常検出終了したことなどによって，一時的に保留属性を変更したジョブネットまたはジョブが開始しないまま終了し，再実行された場合は，変更が有効になった状態で再実行されます。

補足事項

ルートジョブネットでは，必ず実行を保留する設定以外に，前回終了結果が異常終了または警告終了のときにだけ保留する設定があります。この場合に保留が解除されるタイミングは，一時変更による保留解除以外に，前回終了状態が正常終了になったときがあります。保留の解除は，スケジュール定義やカレンダー情報の変更など，スケジュールが再計算されるタイミングで実行されます。前回終了状態が変わっても保留のままとしたい場合は，再度保留を設定してください。

10.2.7　ジョブネットの遅延監視の設定を一時変更する

ジョブネットの遅延監視の設定を一時的に変更できます。

ただし，実行中のジョブネットに対して開始遅延時刻を一時的に変更することはできません。また，実行中のジョブネットに対して，開始遅延時刻と終了遅延時刻，実行所要時間を同時に変更することもできません。終了したジョブネットに対しては，遅延監視の一時変更をしても，遅延監視が行われません。

実行中のジョブネットに対して，終了遅延時刻，または実行所要時間を一時変更した場合，遅延監視が行われるかどうかは，一時変更の前に遅延を検出していたかどうかによって決まります。

一時変更前に遅延を検出していない場合
一時変更した遅延時刻に到達した時点で，終了遅延を検出する。

一時変更前に遅延を検出していた場合
一時変更した遅延時刻に到達しても，終了遅延を検出しない。

開始遅延監視，および終了遅延監視の監視方法には，次のどれかが指定できます。

絶対時刻

ルートジョブネットの開始予定時刻からの相対時間

上位ジョブネットの開始予定時刻からの相対時間

自ジョブネットの開始予定時刻からの相対時間

監視しない

絶対時刻は00:00～47:59の範囲内で，相対時間は0～2,879分の範囲内で指定します。どの指定でも，指定したジョブネットの開始日1日の範囲内で遅延時刻が適用されます。

また，ジョブネットの「実行所要時間」による監視も指定できます。実行所要時間は，1～2,879分の範囲内で指定します。この監視方法では，指定したジョブネットの開始日1日の範囲とは関係なく，遅延時刻が適用されます。

この操作は，GUIまたはajsplanコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.7 ジョブネットの遅延監視日時を一時的に変更する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsplan」を参照してください。

10.2.8　ジョブネットの優先順位を一時変更する

登録済みのジョブネットに対して，ジョブの実行優先順位を一時的に変更できます。ただし，下位のジョブに実行優先順位が定義されているジョブネットは，実行優先順位の一時変更はできません。実行優先順位が指定されているジョブは，指定されている実行優先順位のままとなります。

なお，実行中のジョブの実行優先順位は変更できません。

一時的に変更した実行優先順位はジョブネットが終了すると無効になりますが，再実行した場合には引き継がれます。

実行優先順位は，1～5で表され，最も低いのが1，最も高いのが5です。UNIXジョブで実行優先順位に4，または5を指定できるのは，ジョブを実行するOSユーザーがスーパーユーザー権限を持つ場合だけです。

なお，ジョブネット，ジョブのどちらにも実行優先順位の指定がない場合は，実行優先順位1として実行されます。

実行優先順位の指定値と値の意味は次の表のとおりです。

表10-4　実行優先順位の指定値と値の意味

指定値 | Windowsでの実行優先順位 | UNIXでの実行優先順位
1 | 対話処理と比較して低い | JP1/AJS2サービスのnice値+20
2 | JP1/AJS2サービスのnice値+10
3 | 対話処理と同等 | JP1/AJS2サービスのnice値
4 | 対話処理と比較して高い | JP1/AJS2サービスのnice値-10
5 | JP1/AJS2サービスのnice値-20

注

Windowsの場合，優先順位は3段階になります。次の三つの優先順位クラスを設定してジョブのプロセスを起動します。

優先順位の設定値が［1］または［2］の場合は，システムがアイドル状態のときに実行されます（Windowsで規定されるIDLE_PRIORITY_CLASSを設定します）。

優先順位の設定値が［3］と場合は，一般的なプロセスとして実行されます（Windowsで規定されるNORMAL_PRIORITY_CLASSを設定します）。

優先順位の設定値が［4］または［5］の場合は，上記の優先順位クラスを割り当てられたプロセスのスレッドより先に実行されます（Windowsで規定されるHIGH_PRIORITY_CLASSを設定します）。

UNIXの場合，nice値のデフォルトとして，jajs_spmdを実行した際のJP1/AJS2サービスのnice値を基準とします。特に設定されていない場合のnice値は20が仮定されます。

指定値が［1］でnice値が20の場合，優先順位の値は次のようになります。

　39 ≒ 20（初期値）＋ 20（増分値）

nice値の範囲（0～39）を超える場合，最大値は39，最小値は0です。

なお，実行先サービスを[JP1/AJS2 Queueless Agent]とした場合，nice値は固定の値を設定します。nice値には実行優先順位の低い順から39，30，20，10，または0のどれかを設定します。nice値を変更する場合は，これらのnice値に対応したジョブの実行優先順位を指定してください。

この操作は，GUIまたはajsplanコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.8 ジョブネットの実行優先順位を一時的に変更する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsplan」を参照してください。

10.2.9　実行中のジョブネットを中断する

実行中のルートジョブネットを中断できます。中断の指示を受けたジョブネットは，新たなジョブを起動しなくなり，実行中のジョブの実行終了を待ってから実行を中断します。中断したジョブネットは，異常終了の扱いになります。

中断したジョブネットは，「異常終了ジョブから」，「異常終了ジョブの次から」のどちらの再実行方法でも再開できます。

ルートジョブネットを中断すると，ネストジョブネットを含めたジョブネット全体の実行が中断します。ネストジョブネットだけを中断することはできません。

この操作は，GUIまたはajsintrptコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.9 実行中のジョブネットを中断する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsintrpt」を参照してください。

10.2.10　実行中のジョブネットやジョブを強制終了する

実行中のジョブおよびジョブネットを強制終了できます。強制終了の指示を受けたジョブは，実行中のジョブのプロセスを強制終了します。また，強制終了の指示を受けたジョブネットは，新たなジョブを起動しなくなり，ジョブネット内の実行中のジョブすべてを強制終了します。

この操作は，GUIまたはajskillコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.10 実行中のジョブネットやジョブを強制終了する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajskill」を参照してください。

＜この項の構成＞

(1)　ジョブの強制終了

(2)　ジョブネットの強制終了

(3)　起動条件を設定したジョブネットの監視打ち切り

(4)　強制終了できるユニットの状態

(1)　ジョブの強制終了

現在実行中のジョブを強制終了できます。ジョブに対して強制終了をすると，指定したジョブの実行が打ち切られ，強制終了されたジョブは異常終了の扱いになります。実行中でないジョブは強制終了できません。

ただし，ジョブを強制終了しても，同じジョブネット内でほかに実行中のジョブがある場合，そのジョブは実行を続行します。ジョブネット内の新たなジョブを実行しないようにするためには，ジョブネットの実行を中断してからジョブを強制終了します。

Windowsで実行中のジョブを強制終了した場合，強制終了されるのは，JP1/AJS2が起動したプロセスだけです。そのため，PIFファイル（*.pif）やバッチファイル（*.bat）をジョブとして実行した場合，それぞれのファイル中のコマンドは，強制終了できません。また，ジョブを強制終了しても，プロセスが使用していた資源が解放されないことがあります。

UNIXで実行中のジョブを強制終了すると，ジョブのプロセスグループに対してSIGKILLシグナルが送信され，強制終了されます。ジョブ中のプロセスが，setpgrp（プロセスグループ設定）システムコールを実行して成功している場合，そのプロセスグループに含まれるプロセスは強制終了されません。そのため，このようにして作成されたプロセスグループ内のプロセスは，killコマンドなどのほかの手段で終了させる必要があります。

(2)　ジョブネットの強制終了

ジョブネットを強制終了すると，ネストジョブネットも含め，すべての実行中のジョブが強制終了され，新たなジョブは実行されません。強制終了されたジョブネットは異常終了となります。ネストジョブネットだけを強制終了することはできません。

ジョブネットの強制終了と中断の違いは，実行中のジョブを強制終了するかどうかです。

(3)　起動条件を設定したジョブネットの監視打ち切り

起動条件を監視中のジョブネットの監視を打ち切る場合は，「監視中」の状態になっているルートジョブネットを強制終了します。

起動条件を設定したジョブネットの場合，「監視中」のジョブネットが一つあり，起動条件が成立すると，「監視中」のジョブネットから新しい世代のジョブネットが派生して実行されます。このため，監視自体を打ち切りたい場合は，元の「監視中」のジョブネットを選択して強制終了してください。

(4)　強制終了できるユニットの状態

次の状態のジョブまたはルートジョブネットだけ強制終了できます。

ジョブの場合

キューイング

実行中

キューレスジョブの場合は，「実行待ち」状態のジョブも強制終了できます。

ルートジョブネットの場合

実行中

警告検出実行中

異常検出実行中

監視中

10.2.11　実行が終了したジョブネットやジョブを再実行する

実行が終了したジョブネットやジョブの実行結果を指定して，再実行できます。

再実行には，ルートジョブネットの再実行と，ネストジョブネットまたはジョブの再実行の2種類があります。それぞれの方法について説明します。

ジョブネットコネクタを使ってルートジョブネットの実行順序を制御している場合の再実行については，「10.4.5 ジョブネットコネクタ・接続先のジョブネットの再実行」を参照してください。

この操作は，GUIまたはajsrerunコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.11 ジョブネットやジョブを再実行する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsrerun」を参照してください。

＜この項の構成＞

(1)　ルートジョブネットを再実行する

(2)　ネストジョブネットまたはジョブを再実行する

(3)　判定ジョブの先行ジョブが異常終了した場合

(4)　判定ジョブの従属ジョブを再実行する方法

(5)　ジョブネットまたはジョブの再実行の注意事項

(6)　リカバリージョブから再実行する場合の注意事項

(7)　起動条件付きジョブネットを再実行する場合の注意事項

(1)　ルートジョブネットを再実行する

ルートジョブネットを再実行する場合，次の中から再実行方法を選べます。

異常終了ジョブから

異常終了したジョブから再実行します。再実行してジョブが正常に終了したら，後続ジョブを実行し処理を続行します。

ネストジョブネットが異常終了した場合，ネストジョブネット中の異常終了したジョブから再実行します。

異常終了ジョブの次から

異常終了したジョブの次のジョブから再実行します。

ネストジョブネットが異常終了した場合，ネストジョブネット中の異常終了したジョブの次のジョブから再実行します。

異常終了したジョブネットから

異常終了したネストジョブネットの先頭から再実行します。

異常終了したジョブネットから再実行する場合，異常終了したジョブネットの中で，異常終了したジョブの前に正常終了したジョブがあると正常終了したジョブも再実行します。

異常終了ジョブから再実行する場合には，異常終了したジョブの前に正常終了したジョブがあっても，正常終了したジョブは再実行しません。

ジョブネットの先頭から

ルートジョブネットの先頭から再実行します。

警告終了ジョブだけ

警告終了したジョブだけ再実行します。ネストジョブネットを定義している場合，ネストジョブネット中で警告終了となったジョブを再実行します。

(2)　ネストジョブネットまたはジョブを再実行する

ネストジョブネットやジョブを再実行する場合，次の中から再実行方法を選べます。

指定したジョブネットまたはジョブから

指定したジョブネットまたはジョブから再実行します。再実行してジョブネットまたはジョブが正常に終了したら，後続ジョブを実行し処理を続行します。

指定したジョブネットまたはジョブの次から

指定したジョブまたはネストジョブネットの次のジョブから再実行します。

指定したジョブネットまたはジョブだけ

指定したジョブまたはネストジョブネットだけ再実行します。

次の場合は，再実行してもエラーとなって，再実行できません。

再実行しようとしたジョブネットまたはジョブが，実行中，異常検出実行中，警告検出実行中，先行終了待ち，開始時刻待ち，または保留中の場合

再実行しようとしたジョブネットまたはジョブがリカバリー属性を持ち，先行のジョブネットまたはジョブが正常終了または警告終了している場合

再実行しようとしたジョブネットまたはジョブが，判定ジョブか判定ジョブの従属ユニットである場合

再実行しようとしたジョブネットまたはジョブの上位ジョブネットにスケジュールがない場合

また，次の場合は，再実行してもエラーになりません。ただし，再実行対象のジョブネットまたはジョブは実行されません。

再実行対象のジョブが実行中止されていた場合

再実行しようとしたジョブネットにスケジュールがなく，上位のジョブネットにスケジュールがある場合

(3)　判定ジョブの先行ジョブが異常終了した場合

判定ジョブの先行ジョブが異常終了した場合，ルートジョブネットから，次のようにジョブネット，またはジョブを再実行できます。

「異常終了ジョブから」

「異常終了ジョブの次から」※

「異常終了ジョブネットから」

「先頭から」

「任意のジョブまたはジョブネットから」（従属ジョブ・ジョブネットは除く）

「警告終了ジョブだけ」

注※　異常終了した先行ジョブの次からジョブネットを再実行した場合の動作

判定ジョブの先行ジョブが異常終了したあと，異常終了ジョブの次からジョブネットを再実行すると，異常終了したジョブの状態が「正常終了」に変わり，次の判定ジョブから処理が実行されます。

先行ジョブの終了コードを使って判定ジョブの判定処理をする場合は，先行ジョブが異常終了したときの終了コードが使用されます。

(4)　判定ジョブの従属ジョブを再実行する方法

従属ジョブとは，判定ジョブの実行結果によって，実行するかどうかが決まるジョブのことです。判定ジョブに関連づけられている従属ジョブが異常終了した場合の再実行方法は，通常のジョブを再実行する場合と異なります。

通常のジョブ（PCジョブやUNIXジョブなど）が異常終了した場合は，該当するジョブを選択して再実行できます。しかし，従属ジョブが異常終了した場合は，該当するジョブや先行する判定ジョブを選択しても再実行できません。従属ジョブが異常終了した場合は，上位のジョブネットを選択して再実行してください。

(5)　ジョブネットまたはジョブの再実行の注意事項

ジョブネットまたはジョブの再実行での注意点を次に示します。

再実行前の処理が終わっていない場合
指定したジョブから再実行を始め，再実行前に実行を開始していて処理がまだ終わっていないジョブに追い付いてしまった場合，前のジョブが終了してから，再実行によるジョブの実行を開始します。

再実行前のジョブの結果情報
ジョブを再実行すると，ジョブの結果情報（実行開始日時，実行終了日時，状態，コード）は再実行した結果に更新されます。ただし，標準出力ファイルと標準エラー出力ファイルの情報は保存されます。

再実行するジョブネットまたはジョブの先行ジョブの状態変更
先行のジョブネットやジョブが，異常検出終了，強制終了，起動失敗，終了状態不明，または未実行終了状態だった場合，再実行時に状態を正常終了，警告検出終了，または計画未実行に強制的に変更します。状態変更の詳細を次の表に示します。

表10-5　ユニットの状態変更

項番
先行ユニット状態
状態の存在有無※1
先行ユニット状態変更後

ジョブネット
ジョブ
異常状態の先行ユニットを
警告終了にする

ルート
ネスト
する
しない

1
未計画
○
○
○
未計画
未計画

2
開始時刻待ち
○
○
－
開始時刻待ち
開始時刻待ち

3
先行終了待ち
－
○
○
先行終了待ち
先行終了待ち

4
保留中
○
○
○
保留中
保留中

5
実行待ち
－
－
○
実行待ち
実行待ち

6
キューイング
－
－
○
キューイング
キューイング

7
未実行終了［-W］
－
○
○
警告検出終了
計画未実行

8
計画未実行
－
○
○
計画未実行
計画未実行

9
実行中
○
○
○
実行中
実行中

10
警告検出実行中
○
○
－
警告検出実行中
警告検出実行中

11
異常検出実行中
○
○
－
異常検出実行中
異常検出実行中

12
正常終了
○
○
○
正常終了
正常終了

13
警告検出終了
○
○
○
警告検出終了
警告検出終了

14
異常検出終了［-WR］
○
○
○
警告検出終了
正常終了

15
繰り越し未実行
○
○
－
警告検出終了
計画未実行

16
順序不正
○
○
－
警告検出終了
正常終了

17
中断
○
○
－
V5:警告検出終了※4
V6:中断※4
V5:警告検出終了※4
V6:中断※4

18
強制終了［-WR］
○
○
○
警告検出終了
正常終了

19
起動失敗［-WR］
－
－
○
警告検出終了
正常終了

20
終了状態不明［-WR］
－
－
○
警告検出終了
正常終了

21
閉塞
○
○
○
×
×

22
正常終了 -偽
－
－
○
正常終了 -偽
正常終了 -偽

23
起動条件待ち
○
○※3
－
×
×

24
監視中
○
○※3
－
×
×

25
監視未起動終了
○
○※3
－
×
×

26
監視打ち切り終了
○
○※3
－
×
×

27
監視中断
○
○※3
○※3
×
×

28
監視正常終了
○
○※3
－
×
×

29
開始遅延
○
○※3
－
※2
※2

30
終了遅延
○
○
○
※2
※2

31
ネスト開始遅延
○
○
－
※2
※2

32
ネスト終了遅延
○
○
－
※2
※2

（凡例）

ルート：ルートジョブネット

ネスト：ネストジョブネット

○：取り得る状態

－：存在しない状態

×：再実行不可（エラーメッセージ出力）

注

項番1～6は，一度上位ジョブネットが終了してから先行ユニットを再実行した場合の状態です。

注※1

各ユニットがその状態を取ることがあるかどうかを示しています。

注※2

遅延はユニット状態の付加情報なので，後続ユニットを再実行しても遅延状態は変わりません。

注※3

起動条件（.CONDITION）または起動条件中のイベントアイコンだけがこの状態になるため，先行ユニットにはなりません。

注※4

中断の後続ユニット部分再実行は，環境設定パラメーター"VRSHIFT_INTRERUN"の設定値（「V5」／「V6」）によって異なります。デフォルトは「V6」です。表では，それぞれの変更後の状態を示しています。

異常検出終了したユニットの後続ユニットを再実行する場合
異常検出終了したユニットの後続ユニットは，リカバリーユニットを除いてすべて「未実行終了」状態に遷移します。この状態遷移は，関連線で接続された順に1ユニットずつ行われます。そのため，異常検出終了したユニットの後続ユニットを再実行する場合，タイミングによっては後続ユニットが「先行終了待ち」状態のまま「未実行終了」状態に遷移していないことがあります。異常検出終了したユニットの後続ユニットを再実行する場合は，後続ユニットがすべて「未実行終了」状態に遷移するのを待ってから実行してください。特に，リカバリージョブから再実行する場合には注意が必要です。
異常検出終了したユニットに「先行終了待ち」状態の後続ユニットがあるときに後続ユニットを再実行すると，次のようなことが発生するおそれがあります。

再実行に失敗する
再実行するユニットがまだ「先行終了待ち」状態であるときに再実行した場合に発生します。

図10-21　「先行終了待ち」状態のユニットを再実行した場合

再実行しようとしたJobCは「先行終了待ち」状態であるため，再実行できません。JobCが「未実行終了」状態に遷移するのを待ってから再実行してください。

指定したユニットだけを再実行した場合に後続ユニットが実行される
「先行終了待ち」状態のユニットが残っているときに「未実行終了」状態のユニットを再実行し，「先行終了待ち」状態のユニットに「異常検出終了」状態の先行ユニットがなくなった場合に発生します。

図10-22　後続ジョブに「先行終了待ち」状態のユニットが残っている場合

「未実行終了」状態のJobCを再実行すると，JobCは「先行終了待ち」状態に，JobAは「正常終了」状態に，JobBは「計画未実行」状態に遷移します。JobDの先行ユニットに「異常検出終了」状態のユニットがなくなったため，JobDは「未実行終了」状態に遷移しないで，JobCの再実行後に実行されます。

多重起動に「不可能」を設定している場合
多重起動に「不可能」を設定しているジョブネットを再実行したときに，別の世代が実行中となっている場合，再実行した世代は開始時刻待ちとなり，実行中世代の終了を待ってから再実行されます。
なお，同様の状況で，多重起動に「可能」を設定している場合はすぐに再実行されます。

スケジューリング方式に「スケジュールスキップ」を設定している場合
スケジューリング方式に「スケジュールスキップ」を設定しているジョブネットを再実行した場合，スケジュールがスキップされるのは，前の実行分が実行スケジュールによって実行されているときだけです。前の実行分が再実行操作によって実行されているときは，実行スケジュールはスキップされないで再実行が終了してから実行されます。
スケジュールスキップの詳細については，「3.4.3(2) スケジューリング方式」を参照してください。

判定ジョブの結果でルートジョブネットや先行ユニットを再実行する場合
判定ジョブの結果で，ルートジョブネットや先行ユニットを再実行する場合は注意が必要です。詳細については，「3.2.3 先行ジョブの結果でそのあとの処理を動的に変える（判定ジョブを使ったジョブネットの定義例）」を参照してください。

(6)　リカバリージョブから再実行する場合の注意事項

異常検出終了になったジョブの後続に接続されているリカバリージョブが実行中に，異常検出終了したジョブの後続ジョブから再実行すると，実行中のリカバリージョブに接続されている後続のリカバリージョブまたはリカバリージョブネットは未実行終了となり実行されません。このような場合は，実行したいリカバリー処理をすべて行ってから再実行されるようにしてください。

異常を検出しても後続を動かしたい場合は，判定ジョブを用いて，ジョブの終了コードがしきい値を超えたら従属ジョブおよび従属ジョブネットでリカバリー処理を実行するような運用を検討してください。

(7)　起動条件付きジョブネットを再実行する場合の注意事項

起動条件の監視が完了して監視中が次の状態になるとき，ルートジョブネット配下のユニットの状態は，「未実行終了」となります。

監視未起動終了

監視打ち切り終了

監視正常終了

「未実行終了」は異常終了として扱われるため，上記の状態の世代に対して再実行する場合は注意してください。

10.2.12　ジョブの状態を変更する

ジョブ，ホストリンクジョブネット，またはジョブネットコネクタの状態を変更できます。

ジョブの場合，キューイング，実行中，または終了状態のジョブの状態を任意の終了状態に変更できます。キューレスジョブの場合は，実行待ちのジョブについても状態を変更できます。また，イベントジョブとORジョブの場合は，しきい値による状態変更はできません。判定ジョブは，状態を変更できません。

ホストリンクジョブネットの場合は，正常終了以外の状態から正常終了への変更だけができます。

ジョブネットコネクタの場合は，未計画および先行終了待ち以外の状態から，正常終了，警告検出終了，および異常検出終了に変更できます。

ジョブの状態変更は，例えば，ユーザーが手作業でジョブを再実行したときや，ログなどから独自に実行結果を判別していて，JP1/AJS2の管理している状態と運用上の状態が不一致になってしまい，状態を合わせたいときなどに使用します。

ジョブ，ホストリンクジョブネット，またはジョブネットコネクタの状態を変更すると，それに伴って上位ジョブネットの状態も変わります。

実行中のジョブの状態を終了状態に変更しても，ジョブの実行は続きます。しかし，変更した状態に合わせて後続ユニットの実行が始まります。実際のジョブの結果は，ジョブの詳細結果画面に表示されているジョブ番号を指定して，jpqjobgetコマンドを実行すると確認できます。

また，実行中状態のイベントジョブを終了状態に変更した場合には，イベントジョブが正常終了した場合と同様に，後続のジョブやジョブネットの実行が開始されます。なお，その場合，正常終了してもイベントジョブの引き継ぎ情報は設定されません。また，監視しているイベントジョブの監視処理自体は，状態変更を契機に終了します。

この操作は，GUIまたはajschgstatコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.12 ジョブの状態を変更する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajschgstat」を参照してください。

10.2.13　コマンド実行時の世代の指定方法

コマンドでジョブネットの実行登録情報を操作（計画一時変更，再実行，強制終了，中断，ジョブ状態変更）する場合，操作対象となる世代を，次のどれかの方法で指定できます。

世代の自動判定

実行IDでの指定

実行登録番号での指定

ここでは，世代の自動判定と登録番号について説明します。実行IDについては，「4.2 ジョブネットの世代管理」を参照してください。

なお，GUIで操作する場合は，実行IDで指定したときと同じ動作になります。

＜この項の構成＞

(1)　ジョブネットの世代の自動判定

(2)　実行登録番号について

(1)　ジョブネットの世代の自動判定

ここでは，コマンドで操作した場合の，世代の自動判定の動作について説明します。

(a)　世代の自動判定について

毎日実行するジョブネットなどを実行登録した場合，通常，その世代単位に実行IDが割り振られます。実行IDはスケジューラーサービス単位にユニークに（重複しないように）割り振られますが，バッチ処理の運用で保留解除などの操作を実行する場合は，その世代を特定するのが困難です。

そのため，操作するコマンドに実行IDを指定しない場合，JP1/AJS2が世代を検索し，操作対象となる世代を決定します。これを「世代の自動判定」といいます。

(b)　自動判定の優先度について

操作対象となる世代を指定しないで各種操作をする場合は，対象となる世代は自動判定によって選択されます。自動判定は，ルートジョブネットが持つ各世代の状態を基に判定し，次の表に示す優先度に従って選択されます。ネストジョブネットまたはジョブを指定した場合でも，ルートジョブネットの状態で自動判定されます。

表10-6　世代の自動判定の優先順位

操作
優先度

高い
やや高い
やや低い
低い

計画一時変更
再実行中※1
実行中※2
次回予定
前回の終了※4

ジョブの状態変更，
再実行
再実行中※1
実行中※2
前回の終了※3
次回予定※4

中断，
強制終了
再実行中※1
実行中※2
前回の終了※4
次回予定※4

注※1

「再実行中」は，再実行によって次の状態に遷移した世代のことです。

実行中

警告検出実行中

異常検出実行中

開始時刻待ち

保留中

注※2

「実行中」は，次の状態に遷移した世代のことです。ただし，再実行によって遷移した世代は除きます。

実行中

警告検出実行中

異常検出実行中

保留中

監視中

注※3

「前回の終了」は，実行終了時刻が現在時刻にいちばん近い世代のことです。ただし，起動条件付きジョブネットの場合，実行世代は除きます。

注※4

各操作ができない状態の世代のため，操作がエラーになる場合があります。

「再実行中」の世代がなく「実行中」の世代が複数ある場合，または「再実行中」の世代が複数ある場合，起動条件の使用有無によって判定基準が異なります。操作対象の判定基準について次に説明します。

起動条件を使用しないとき

実行開始時刻が現在時刻にいちばん近い世代が操作対象になります。

起動条件を使用するとき

監視中の監視世代と実行中の実行世代がある場合は，監視中の監視世代が操作対象になります。

監視が終了した監視世代と実行中の実行世代がある場合は，起動条件の成立によって最初に実行された実行世代が操作対象になります。

監視世代（監視が終了した監視世代も含む）が複数ある場合は，監視世代の中で実行開始時刻が現在時刻に近い世代を優先し，優先した監視世代が監視中であればその世代が操作対象になります。優先した監視世代が監視中でなければ，起動条件の成立によって最初に実行された実行世代が操作対象になります。

監視中の監視世代と再実行中の実行世代がある場合は，再実行中の実行世代が操作対象になります。

次回実行予定の実行開始予定時刻に到達したり，実行中の世代が正常終了したりするなど，ルートジョブネットの状態が変わるタイミングで自動判定による操作をすると，意図しない世代に対して操作してしまうおそれがあります。1日に何回も実行する場合や次回実行予定の実行開始時刻が現在時刻に近い場合など，コマンドを実行するときに状態が変わるおそれがある場合は，ajsshowコマンドを実行して世代の実行IDを取得し，実行IDを指定して実行登録情報を操作してください。ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsshow」を参照してください。

(2)　実行登録番号について

実行登録番号とは，ジョブネットの世代に対して開始時刻順に付けられた通し番号で，「YYYYMMDDNNN」の形式で表されます（YYYY：実行年，MM：実行月，DD：実行日，NNN：実行日の世代の実行順）。

ジョブネットが1日に2回実行される場合の，実行登録番号の割り当て例を次に示します。

図10-23　実行登録番号の割り当て例

ジョブネットの実行日を2006年8月10日とします。この場合，1回目に実行される世代の実行登録番号は「20060810001」，2回目に実行される世代の実行登録番号は「20060810002」となります。

このように，1日に複数回実行されるジョブネットには，世代の実行順に「YYYYMMDD001」，「YYYYMMDD002」，という形式で実行登録番号が割り当てられるため，実行IDなどよりも容易に世代を特定できます。

なお，実行登録番号を指定して操作を行う場合は，それを使用する時点で存在する世代に対応づけられるため，タイミングによっては意図した世代と異なることがあります。起動条件の成立前と成立後で，実行登録番号と対応する世代が変化する例を次に示します。

図10-24　起動条件の成立前後で実行登録番号と対応する世代が変化する場合

この場合，起動条件の成立前の実行登録番号「20060810002」は世代1-2に対応していますが，起動条件成立時の保存世代数の管理によって世代1-2が削除されたため，起動条件の成立後の実行登録番号「20060810002」は世代1-3と対応していることになります。

実行登録番号と対応する世代が変化する例としては，例に示した起動条件以外にも保存世代数の超過による世代の削除，日時変更による世代の追加・移動，期間指定または日付指定による確定実行登録，即時実行登録による予定の追加，実行中止による世代の削除などがあります。

このようなジョブネットの世代更新が頻繁に起こるような運用をしている場合には，実行登録番号ではなく実行IDを指定して操作することをお勧めします。

10.2.14　ジョブネットの実行登録を解除しないでジョブネットやジョブの定義を変更する

実行登録中のルートジョブネットの下位にあるジョブネットやジョブの定義を変更したいとき，ジョブネットを登録解除しないで定義を変更できます。

ルートジョブネットを登録解除しないで定義を変更するには，「サスペンド」という機能を使います。「サスペンド」とは，指定したルートジョブネットの全世代にわたってユニットの実行を抑止することです。サスペンドされると，ユニットは新たに実行されません。ただし，すでに実行状態にあるユニットの処理は続行されます。

サスペンドは，実行登録中のルートジョブネットの下位定義を変更する場合に，定義処理と実行制御処理のすれ違いなどの誤動作が起きることを防ぎます。ルートジョブネットをサスペンドすることで，実行制御処理と同期を取って定義を変更できます。

＜この項の構成＞

(1)　実行登録中の定義変更

(2)　定義変更の手順

(3)　サスペンドの操作

(4)　サスペンド中のジョブやジョブネットの状態遷移

(5)　サスペンド解除後のスケジューリング

(6)　イベントジョブを追加した場合のマクロ変数の引き継ぎ

(1)　実行登録中の定義変更

ルートジョブネットをサスペンドした状態で，ルートジョブネットの下位定義を変更できます。

実行登録中に定義を変更するためには，次の前提条件があります。

ルートジョブネットがサスペンドされている

ほかで排他編集されていない

(a)　実行登録中に変更できる定義

ルートジョブネットの実行登録中に実行できる定義変更と，実行できない定義変更を次に示します。

実行できる定義変更

新しいユニットの追加

既存の定義の変更

既存のユニットの削除

マップサイズの変更

起動条件の追加

また，リモートジョブネットの下にあるユニットについては，実行登録中に定義を変更できます。

実行できない定義変更

既存ユニットの名称変更
ただし，サスペンド中に追加したユニットの名称は変更できます。

ユニットの移動
移動元のユニットをコピーして移動先に貼り付けてから，移動元のユニットを削除してください。

実行中のユニットの削除

ホストリンクジョブネットの追加，削除

ホストリンクジョブネットの上位ユニットの削除，貼り付け
ホストリンクジョブネットの関連線，先行ユニットおよび後続ユニットは，追加，削除，編集ができます。
また，ホストリンクジョブネットの上位ユニットの関連線，先行ユニットおよび後続ユニットも，追加，削除，編集ができます。

ルートジョブネットの実行登録中に実行できる定義変更のそれぞれについて，編集できる内容の詳細と注意事項を説明します。

新しいユニットの追加

新しいユニットを追加できます。追加したユニットの，サスペンド中の状態は，1階層上位のジョブネットの状態に依存します。追加したユニットの1階層上位にあるユニットの状態と，追加したユニットの状態を次の表に示します。

表10-7　サスペンド中に追加されたユニットの状態

追加したユニットの
1階層上位にある
ユニットの状態
追加したユニットの状態

待ち状態
未計画

実行中状態
未計画

終了状態
計画未実行

既存の定義の変更

既存の定義を変更できます。ただし，次の点に注意してください。

既存のユニットの名称は変更できません。
サスペンド中に追加したユニットの名称は変更できます。

実行中のユニット定義の変更はできますが，削除はできません。

既存の定義を変更しても，過去の実行結果は保持されます。

既存の定義を変更した場合，過去に実行された時の構成と異なる場合があるため，再実行するときは注意してください。

デイリースケジュールおよびマンスリースケジュールに表示される，計画実行登録したジョブネットの擬似予定については，ジョブネットがサスペンド中でも，変更後の定義情報から算出した予定が表示されます。

既存のユニットの削除

既存のユニットを削除できます。ただし，次の点に注意してください。

既存のユニットを削除すると，過去の実行結果も削除され，過去の実行結果は表示されなくなります。過去の履歴情報が必要な場合は，ログ情報を参照するか，ajsshowコマンドなどで情報を保存してから，ユニットを削除してください。

既存のユニットを削除した場合，過去に実行された時の構成と異なるため，再実行するときは注意してください。

マップサイズの変更

ジョブネットの状態にかかわらず，サスペンド中はマップサイズを変更できます。

起動条件の追加

起動条件を使用する場合，まず起動条件オブジェクト（.CONDITION）を作成し，そのスケジュールをスケジュールルールに設定するか，計画一時変更で設定します。

ただし，実行登録の方法によってスケジュールの再計算方法が異なるため，起動条件が設定されていないジョブネットに起動条件を追加した場合，有効になるタイミングは次のようになります。

即時実行登録の場合
起動条件を追加しても，起動条件は有効になりません。

計画実行登録の場合
追加した起動条件は次回実行予定世代から有効になります。

期間を指定した確定実行登録の場合
起動条件を追加しても，起動条件は有効になりません。

未来世代数を指定した確定実行登録の場合
追加した起動条件はサスペンドを解除したあとに作成される世代から有効になります。ただし，ホストリンクジョブネットを含むルートジョブネットに起動条件を作成した場合は，サスペンド解除時にエラーが発生します。

実行登録中に定義を編集した場合，過去の実行結果，実行中および未来予定のすべての世代で定義編集が反映されます。例えば，定義を編集したあとに，過去の履歴を［ジョブネットモニタ］ウィンドウに表示すると，定義編集後のジョブネットの状態が表示されます。

(b)　ユニットの種類や状態による変更の可否

実行登録中に変更できる定義は，ユニットの種類や状態によって異なります。

各ユニットで変更できる定義を，次の表に示します。

表10-8　ユニットと編集操作の対応表

ユニット

ジョブ
ジョブネット
ホストリンクジョブネット
下位にホストリンクジョブネットを含むジョブネット

ユニット編集
ユニットの追加
○
○
×
×

ユニットの削除
実行中ユニット
×
×
×
×

実行中でないユニット
○
○
×
×

関連線の編集
関連線の追加
○
○
○
○

関連線の削除
○
○
○
○

ユニットの情報編集
ユニット名の変更
追加ユニット
○
○
－
－

既存ユニット
×
×
×
×

コメントの変更
○
○
○
○

実行ホストの変更
○
○
－
○

定義の変更
○
○
×
○

転送ファイルの変更
○
－
－
－

属性の
変更
種別
○
○
－
○

種別以外
○
○
○
○

その他
マップサイズの変更
－
○
－
○

（凡例）

○：編集できる。

×：編集できない。

－：該当しない。

また，編集の対象になっているユニットの状態によって，できる編集操作とできない編集操作があります。定義編集でできる操作とできない操作を，編集対象になっているユニットの状態ごとに，次の表以降に示します。

表10-9　ユニット（ホストリンクジョブネット以外）の状態と編集操作の可否対応表

ユニットの状態

先行終了待ち
実行中
終了状態

ユニット編集
ユニットの追加
－
－
－

ユニットの削除
○
×
○

関連線の編集
関連線の追加
○
○
○

関連線の削除
○
○
○

ユニットの情報編集
ユニット名の変更
追加ユニット
○
－
○

既存ユニット
×
×
×

コメントの変更
○
○
○

実行ホストの変更
○
○
○

定義の変更
○
○
○

転送ファイルの変更
○
○
○

属性の変更
種別
○
×
○

種別以外
○
○
○

その他
マップサイズの変更
（ジョブネット）
○
○
○

（凡例）

○：編集できる。

×：編集できない。

－：該当しない。

表10-10　ホストリンクジョブネットの状態と編集操作の可否対応表

| ホストリンクジョブネットの状態
先行終了待ち | 実行中 | 終了状態
ユニット編集 | ユニットの追加 | － | － | －
ユニットの削除 | × | × | ×
関連線の編集 | 関連線の追加 | ○ | ○ | ○
関連線の削除 | ○ | ○ | ○
ユニットの情報編集 | ユニット名の変更 | 追加ユニット | － | － | －
既存ユニット | × | × | ×
コメントの変更 | ○ | ○ | ○
リンク先ネットグループ | × | × | ×
定義の変更 | × | × | ×
開始点の指定 | × | × | ×
開始点詳細の変更 | × | × | ×
終了点の指定 | × | × | ×
終了点詳細の変更 | × | × | ×

（凡例）

○：編集できる。

×：編集できない。

－：該当しない。

表10-11　起動条件の状態と編集操作の可否対応表

| 起動条件の状態
起動条件なし | 先行終了待ち | 監視中 | 終了状態
起動条件 | 起動条件の設定 | ○ | － | － | －
起動条件の削除 | － | ○ | － | ○
ユニット編集 | ユニットの追加 | ○ | ○ | － | ○
ユニットの削除 | ○ | ○ | － | ○
ユニットの情報編集 | ユニット名の変更 | 追加ユニット | ○ | ○ | － | ○
既存ユニット | － | × | － | ×
コメントの変更 | ○ | ○ | － | ○
実行ホストの変更 | ○ | ○ | － | ○
定義の変更 | ○ | ○ | － | ○
属性の変更 | ○ | ○ | － | ○
その他 | マップサイズの変更 | ○ | ○ | － | ○

（凡例）

○：編集できる。

×：編集できない。

－：該当しない。

(2)　定義変更の手順

(a)　定義変更の基本手順

実行登録中のルートジョブネットの下位にある定義を変更する手順を，次に示します。

実行登録中のルートジョブネットをサスペンドする。

ルートジョブネットの下位にある定義を編集する。

サスペンドを解除する。

起動条件監視中の定義を変更する場合は，ルートジョブネットをサスペンドする前に，起動条件監視ジョブを強制終了させてください。起動条件監視中の定義変更の手順を次に示します。

起動条件監視ジョブを強制終了させる。

ルートジョブネットをサスペンドする。

定義を編集する。

サスペンドを解除する。

スケジュール追加でルートジョブネットを実行する。

(b)　サスペンドを有効にする

サスペンドを実行する場合は，前もってajssetupコマンドを実行してサスペンド機能を有効にしておく必要があります。サスペンド機能を有効にするには，次のようにコマンドを実行します。

ajssetup -F スケジューラーサービス名 -m

ajssetupコマンドは，スケジューラーサービス起動中でも実行できますが，設定内容が有効になるのは，スケジューラーサービスの再起動後です。そのため，ajssetupコマンド実行後，スケジューラーサービスを再起動してください。サスペンド機能を有効にする手順を次に示します。

JP1/AJS2 - Viewに接続している場合は，接続を解除する。

JP1/AJS2サービスを停止する。

「ajssetup -F スケジューラーサービス名 -m」コマンドを実行する。

JP1/AJS2サービスを再起動する。

注意事項

ajssetup -mコマンドでいったんサスペンド機能を有効にすると，設定を元に戻すことはできません。

(3)　サスペンドの操作

(a)　サスペンドを実行する

ルートジョブネットのサスペンドは，［JP1/AJS2 - View］ウィンドウ，またはコマンドで実行します。

サスペンドの前提条件

ルートジョブネットをサスペンドするための前提条件は，次のとおりです。

JP1/AJS2サービスが起動されている

起動条件監視中の世代が存在しない（起動条件の状態が，待ち状態または終了状態）

実行ユーザーが操作権限を持っている

［JP1/AJS2 - View］ウィンドウでサスペンドを実行する場合

［JP1/AJS2 - View］ウィンドウの［操作］メニューから［サスペンド］－［サスペンド実行］を選択します。操作の詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.13 実行登録中のジョブネットをサスペンドして下位定義を変更する」を参照してください。

コマンドでサスペンドをする場合

ajssuspendコマンドに-S オプションを指定して実行します。詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajssuspend」を参照してください。

サスペンドの実行時には，実行中のユニットがあった場合にサスペンドするかどうかを指示できます。

(b)　サスペンド状態かどうかを確認する

ルートジョブネットがサスペンド状態かどうかは，［JP1/AJS2 - View］ウィンドウ，またはコマンドで確認できます。

［JP1/AJS2 - View］ウィンドウで確認する場合

［JP1/AJS2 - View］ウィンドウのリストエリアに，サスペンド状態を示すアイコンが表示されます。

コマンドで確認する場合

ajsshowコマンドに-i オプションと2バイトフォーマット指示子%SPを指定して実行します。

コマンドの指定形式を次に示します。

ajsshow -i %SP

コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsshow」を参照してください。

(c)　サスペンドを解除する

ルートジョブネットのサスペンドは，［JP1/AJS2 - View］ウィンドウ，またはコマンドで実行します。

サスペンド解除の前提条件

サスペンドを解除するための前提条件は，次のとおりです。

JP1/AJS2サービスが起動されている。

実行ユーザーが操作権限を持っている。

ほかで排他編集されていない。

［JP1/AJS2 - View］ウィンドウでサスペンドを実行する場合

［JP1/AJS2 - View］ウィンドウの［操作］メニューから［サスペンド］－［サスペンド解除］を選択します。操作の詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　9.13 実行登録中のジョブネットをサスペンドして下位定義を変更する」を参照してください。

コマンドで確認する場合

ajssuspendコマンドに-C オプションを指定して実行します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajssuspend」を参照してください。

また，JP1/AJS2サービスをコールドスタートすると，自動的にサスペンドが解除され，実行登録も自動的に解除されます。

(d)　サスペンド解除後の追加ユニットの動作

サスペンドの解除時には，実行中のジョブネットの直下に追加したユニットの動作を指定できます。ただし，リモートジョブネットに追加されたユニットの場合は，指定は無効です。

指定できるオプションは，次の三つです。指定できるオプションと，サスペンド解除後のユニットの動作を次に説明します。

実行する

追加したユニットを実行します。

サスペンドを解除すると，実行中のジョブネットの直下に追加したユニットは，先行終了待ち状態になり，先行ユニットが終了してから実行されます。サスペンドを解除したときに，すべての先行ユニットが正常終了している場合は，すぐに実行されます。

オプションを何も指定しないでコマンドを実行した場合，このオプションが仮定されます。

実行しない（実行中止）

追加したユニットの実行を中止します。

サスペンドを解除すると，実行中のジョブネットの直下に追加したユニットの実行が中止され，計画未実行状態になります。

保留する

追加したユニットを一時変更による保留状態にします。

サスペンドを解除すると，実行中のジョブネットの直下に追加したユニットは，一時変更による保留状態になります。

オプションを指定してサスペンドを解除したときの追加ユニットの状態は，追加したユニットの1階層上位にあるユニットの状態によって異なります。上位ユニットの状態と追加ユニットの状態の関係を，次の表に示します。

表10-12　オプションを指定してサスペンドを解除した時の追加ユニットの状態

追加ユニットの
1階層上位にある
ユニットの状態
オプションの種類

実行する
または
オプション指定なし
実行しない
（実行中止）
保留する

実行状態
先行終了待ち
（先行ユニットが正常終了した場合は実行中）
計画未実行
先行終了待ち
（先行ユニットが正常終了した場合は保留中）

待ち状態
先行終了待ち
先行終了待ち
先行終了待ち

終了状態
計画未実行
計画未実行
計画未実行

注意事項

サスペンド中に追加したユニットが計画未実行になる場合，そのユニットは計画一時変更の実行中止状態になります。再実行などで実行する必要がある場合には，実行する前に，計画一時変更の変更解除，または日時変更（ユニットがジョブネットの場合だけ）で実行スケジュールを追加しておいてください。

(4)　サスペンド中のジョブやジョブネットの状態遷移

(a)　サスペンド中のジョブの状態遷移

サスペンド中のジョブの状態遷移について，次に説明します。

サスペンドした時点ですでに実行中のジョブは継続して実行されます。打ち切り時間に到達した場合は，ジョブの実行を打ち切ります。実行が終了すると終了状態になります。また，遅延監視も継続されます。遅延日時に到達すると遅延状態になります。ただし，ジョブが遅延状態となっても，上位ユニットの状態は遷移しません。上位ユニットの状態はサスペンド解除時に遷移します。

図10-25　サスペンド中のジョブの状態遷移1

サスペンドしたルートジョブネット下のユニットが，新たに実行中の状態になることはありません。

図10-26　サスペンド中のジョブの状態遷移2

(b)　サスペンド中のジョブネット（ホストリンクジョブネットとリモートジョブネットを除く）の状態遷移

ホストリンクジョブネットとルートジョブネットを除く，サスペンド中のジョブネットの状態遷移を次に示します。

サスペンドした時点ですでに実行中のジョブネットは，下位のユニットがすべて終了状態になっても実行中の状態のままです。また，遅延監視や打ち切り時間（繰り越し）の監視も行われません。

図10-27　サスペンド中のジョブネットの状態遷移

(c)　サスペンド中のホストリンクジョブネットおよびリモートジョブネットの状態遷移

ルートジョブネットをサスペンドした場合，実行中のホストリンクジョブネットおよびリモートジョブネットだけ状態が遷移します。このとき，後続ジョブや上位のユニットの状態は遷移しません。

(d)　サスペンド中にJP1/AJS2サービスをホットスタートで再起動した場合の状態遷移

ルートジョブネットのサスペンド中にJP1/AJS2のサービスが停止し，ホットスタートで再起動した場合，実行中だったジョブの実行は継続されますが，ジョブの実行が終了しても終了状態にはなりません。サスペンド解除後に，ジョブの状態が終了状態になります。

図10-28　サスペンド中にJP1/AJS2サービスをホットスタートで再起動した場合の状態遷移

なお，ルートジョブネットのサスペンド中に，JP1/AJS2サービスをホットスタートで再起動したあと，実行中のユニットの先行ユニットとしてユニットを追加し，サスペンド解除時に「実行する」オプションを指定した場合は，先行ユニットとして追加したユニットの終了後に，実行中だったユニットの状態が終了状態になります。

図10-29　サスペンド中にJP1/AJS2サービスをホットスタートで再起動した場合の状態遷移（「実行する」オプション指定時）

(e)　サスペンド中にJP1/AJS2サービスをウォームスタートで再起動した場合の状態遷移

ルートジョブネットのサスペンド中にJP1/AJS2のサービスが停止し，ウォームスタートで再起動した場合は，サスペンド状態は継続されますが，実行中だったジョブは「終了状態不明」に，実行中のジョブネットは「中断」に，実行中のジョブネットの下に追加したユニットは「計画未実行」になります。

また，サスペンド中に遅延監視時間に到達したユニットがあっても，遅延時間の到達は検知されません。

図10-30　サスペンド中にJP1/AJS2サービスをウォームスタートで再起動した場合の状態遷移

(f)　サスペンド中にJP1/AJS2サービスをコールドスタートで再起動した場合の注意事項

ルートジョブネットのサスペンド中にJP1/AJS2のサービスが停止し，コールドスタートで再起動した場合，サスペンド中に削除したユニットレコードが，無効なレコードとしてデータベース上に残ってしまいます。この場合は，次に示すコマンドを実行して，無効なレコードを削除する操作を，すべてのルートジョブネットに対して実施してください。

ajssuspend -U -R -T /

(5)　サスペンド解除後のスケジューリング

(a)　サスペンド解除時のスケジュールの割り当て

サスペンドを解除したときの，ユニットのスケジュールの割り当てについて，実行登録の種類ごとに説明します。

即時実行登録，および日付指定の確定実行登録の場合

通常の即時実行登録，および日付を指定した通常の確定実行登録と同様に，確定実行登録時に指定した日時が開始予定時刻として割り当てられます。ただし，上位のジョブネットに実行予定がない（実行中止されている）場合は，追加されたジョブネットの開始予定時刻は割り当てられますが，上位のジョブネットの開始予定時刻がないため，追加されたジョブネットの開始予定時刻は「なし」になります。

即時実行登録したルートジョブネットをサスペンドし，ユニットを追加する例を，次に示します。

図10-31　即時実行登録したルートジョブネットにユニットを追加する例

サスペンド解除後に割り当てられるスケジュールは，次のとおりです。

表10-13　サスペンド解除後のスケジュール（即時実行登録，日付指定の確定実行登録の場合）

ユニット | 11/30 | 12/1 | 12/2 | 12/3
A | － | 12:00 | － | －
B | － | 12:00 | － | －
C | － | 12:00 | － | －
D | － | 12:00 | － | －
E | － | 12:00 | － | －

（凡例）

－：該当しない。

計画実行登録の場合

ルートジョブネットが再実行でない待ち状態の世代については，すべてのジョブネットのスケジュールが再計算されます。ルートジョブネットが実行中，または再実行中の世代のジョブネットに関しては，追加されたジョブネットのスケジュールだけが再計算されます。

計画実行登録したルートジョブネットをサスペンドし，ユニットを追加する例を，次に示します。

図10-32　計画実行登録したルートジョブネットにユニットを追加する例

現在日が12/1（金）で，12/1（金）の業務開始前に構成を変更し，11/30（木）分は再実行中で，現在Bのジョブネットを実行中の場合，サスペンド解除後に割り当てられるスケジュールは次のとおりです。

表10-14　サスペンド解除後のスケジュール（計画実行登録の場合）

ジョブネット
11/24
（金）
11/25
（土）
11/26
（日）
11/27
（月）
11/28
（火）
11/29
（水）
11/30
（木）
12/1
（金）
12/2
（土）

A
●
●
●
●
●
●
▲
（○）
○

B
■
■
■
■
■
■
▲
（◎）
□

C
■
■
■
■
■
■
（◎）
（◎）
◎

D
■
■
■
■
■
■
（□）
（◎）
□

E
●
■
■
■
■
■
（◎）
（□）
□

（凡例）

●：正常終了

■：計画未実行

▲：実行中

○：開始時刻待ち

◎：先行終了待ち

□：未計画

（）：スケジュール再計算部分

11/30分のスケジュール再計算の対象は，ジョブネットCとジョブネットCの下のジョブネット（DとE）です。そのため，ジョブネットBとジョブネットCに排他スケジュール定義があっても無効になります。12/1分は，最上位ジョブネットからスケジュールが再計算されるため，排他スケジュールが有効になります。

確定実行登録の場合

ルートジョブネットが待ち状態，または実行中のジョブネットに追加されたジョブネットのスケジュールだけが再計算されます。

確定実行登録されているルートジョブネットをサスペンドし，ユニットを追加する例を，次に示します。

図10-33　確定実行登録されているルートジョブネットにユニットを追加する例

現在日が12/1（金）で，12/1（金）の業務開始前に構成を変更し，11/30（木）分は再実行中で，現在Bのジョブネットを実行中の場合，サスペンド解除後に割り当てられるスケジュールは，次のとおりです。また，12/6まで確定実行登録済みと仮定します。

表10-15　サスペンド解除後のスケジュール（確定実行登録の場合）

ジョブネット
11/29
（水）
11/30
（木）
12/1
（金）
12/2
（土）
12/3
（日）
12/4
（月）
12/5
（火）
12/6
（水）

A
●
▲
○
○
○
○
○
○

B
■
▲
◎
□
□
□
□
□

C
■
（◎）
（◎）
（◎）
（◎）
（◎）
（◎）
（◎）

D
■
（□）
（◎）
（□）
（□）
（□）
（□）
（□）

E
■
（◎）
（□）
（□）
（□）
（□）
（□）
（□）

（凡例）

●：正常終了

■：計画未実行

▲：実行中

○：開始時刻待ち

◎：先行終了待ち

□：未計画

（）：スケジュール再計算部分

確定実行登録の性質上，すでに確定している期間については，サスペンド解除時に既存の世代に対するスケジュール再計算は実行されません。そのため，確定している期間に対して追加されたジョブネットの階層に対する排他スケジュールは無効です（ジョブネットBとCの階層）。未来世代数による確定実行登録については，サスペンド解除後に作成される世代に対して排他スケジュールが有効になります。

(b)　サスペンド解除後の実行スケジュール

計画実行登録，および未来世代数を指定した確定実行登録では，ジョブネットが実行されるたびに新たな世代を割り当てます。そのため，マンスリースケジュール，デイリースケジュール，ajsshowコマンドなどで予実績を表示する場合，次に示す実行予定については，スケジュールシミュレーションを実行した結果を表示しています。

計画実行登録の場合
次々回以降の実行予定

未来世代数を指定した確定実行登録の場合
指定された未来世代数以降の実行予定

そのため，ルートジョブネットの次回実行予定までにサスペンドが解除されないと，サスペンド解除時に行われる繰り越し処理などによって，ジョブネットの実行スケジュールに影響が出る場合があります。サスペンド操作の時間は，複数世代にまたがらないよう注意してください。

6/12に計画実行登録されたジョブネットの例を，次の表に示します。

表10-16　6/12に計画実行登録したジョブネットの例

ジョブネット | 6/10 | 6/11 | 6/12 | 6/13 | 6/14 | 6/15 | 6/16 | 6/17 | 6/18 | 6/19 | 6/20
Jobnet | ● | ● | ● | ○ | ◎ | ◎ | ◎ | ◎ | ◎ | ◎ | ◎

（凡例）

●：正常終了

○：次回予定

◎：スケジュールシミュレーション

上の表の場合，6/12で計画実行登録されたジョブネット（Jobnet）については，JP1/AJS2のデータベース上では6/13の世代の情報が格納されています。このジョブネットを，6/12の実行が終了した時点でサスペンドし，6/14以降までサスペンドを解除しないと，6/13の予定がそのまま残ってしまい，サスペンド解除後に初めて繰り越し処理などの対象になります。そのため，繰り越し未実行の世代が作成されたり，実行スケジュールがスキップされたりする場合があります。

(6)　イベントジョブを追加した場合のマクロ変数の引き継ぎ

マクロ変数は，後続ユニットが実行待ち状態から実行状態に遷移したときに引き継がれます。

実行登録中にルートジョブネットの下位の定義を変更したときの，マクロ変数の引き継ぎの動作について，次に説明します。

サスペンドを解除したあとのマクロ変数の引き継ぎの動作は，追加したイベントジョブの後続ユニットの状態によって異なります。後続ユニットの状態ごとの動作を次に示します。

後続ユニットが実行中の場合

図10-34　実行中のユニットの前にイベントジョブを追加した場合

ジョブ2が終了すると，ジョブ3はイベントジョブ2が終了するのを待ちます。ジョブネット1に引き継がれるマクロ変数の値は，ジョブネット1が実行中の状態に遷移するときに作成されます。上記の図の場合は，ルートジョブネットをサスペンドする前に作成されたマクロ変数の値を，ジョブネット1の下で使い続けます。

後続ユニットが先行終了待ちの場合

図10-35　先行終了待ちのユニットの前にイベントジョブを追加した場合

イベントジョブ2とイベントジョブ3が終了してから，ジョブネット1が実行されます。ジョブネット1に引き継がれるマクロ変数の値は，ジョブネット1が実行する状態に遷移するときに作成されます。上記の図の場合は，イベントジョブ1の実行結果，イベントジョブ2の実行結果，およびサスペンドを解除したあとに実行されたイベントジョブ3の実行結果をマージした値が，マクロ変数の値としてジョブネット1に引き継がれます。

10.3　プランニンググループを使用したルートジョブネットの計画切り替え

プランニンググループは，スケジュールの異なる複数のルートジョブネットをグループとしてまとめて一つのジョブネットのように扱う機能です。プランニンググループを使用すると，運用中に定義を変更することもできます。

プランニンググループは，次のような運用をしたい場合に使います。

将来，ジョブネットの定義内容の変更が予想されるが，運用を止めずに定義内容を変更したい。

変更を加えたジョブネットを事前に定義しておき，ある時点から変更したジョブネットに運用を切り替えたい。

関連する複数のジョブネットに対して，一つのジョブネットのように多重起動やスケジュールスキップ機能を使いたい。

関連する複数のジョブネットを切り替えながら実行し，異常終了や警告終了が起きた場合，次回の実行を保留させたい。

具体的な定義構成例については，「10.3.4 プランニンググループの定義構成例」を参照してください。

＜この節の構成＞

10.3.1　プランニンググループの機能

10.3.2　プランニンググループの定義・実行の流れ

10.3.3　JP1/AJS2 - Viewでのプランニンググループの表示

10.3.4　プランニンググループの定義構成例

10.3.5　補足事項

10.3.1　プランニンググループの機能

プランニンググループとは，複数のルートジョブネットを自動的に切り替え，一つのルートジョブネットのように実行するためのユニットです。プランニンググループを使うと，運用中にルートジョブネットを切り替えても，GUIでの監視時やコマンドの指定時に名称を変えずに済み，一貫した運用ができます。

切り替えて実行する複数のルートジョブネットには，実行させたい異なる業務（処理）をあらかじめ定義しておきます。例えば，一つのジョブネットには，受注データ集計と受注伝票作成という業務を定義しておきます。もう一つのジョブネットには，受注データ集計，受注伝票作成，および棚卸という業務を定義しておきます。

その後，切り替えて実行する複数のルートジョブネットを，それぞれ実行期間を指定して実行登録します。例えば，一つのジョブネットは2月まで実行するように，もう一つのジョブネットは3月から実行するように登録します。このように登録すると，月の変わり目にジョブネットが切り替わり，2月と3月で異なる業務が，一つのジョブネットのように実行されます。

プランニンググループの運用イメージを次の図に示します。

図10-36　プランニンググループの運用イメージ

プランニンググループを使用したユニットの構成例を次の図に示します。

図10-37　プランニンググループを使用したユニットの構成例

プランニンググループはジョブグループ（スケジューラーサービスを含む）の直下にだけ作成できます。ジョブグループの下には，プランニンググループを複数作成できます。プランニンググループのネストはできません。

プランニンググループの直下には，ジョブネットまたはリモートジョブネットが作成できます。プランニンググループの下に作成したジョブネットまたはリモートジョブネットの定義内容や定義方法は，通常のジョブネットまたはリモートジョブネットと同じです。

プランニンググループ直下のルートジョブネットまたはルートリモートジョブネットを実行登録する場合は，期間を指定した確定実行登録だけができます。計画実行登録や，未来世代数を指定した確定実行登録はできません。

また，プランニンググループには，カレンダー情報を定義できます。上位のジョブグループのカレンダー情報を引き継ぐこともできます。プランニンググループは，マネージャージョブグループやカレンダー定義の参照先としても指定できます。

＜この項の構成＞

(1)　ルートジョブネット間で有効になるユニット定義情報

(2)　プランニンググループの排他スケジュール

(1)　ルートジョブネット間で有効になるユニット定義情報

プランニンググループの下にあるルートジョブネットは，確定実行登録すると同じプランニンググループの下にある，ほかのルートジョブネットと連携して実行されます。連携すると，プランニンググループのルートジョブネット間で，次に示すユニット定義情報の設定が有効になります。

多重起動とスケジューリング方式

前回異常終了時／前回異常警告時の保留

8月と9月でジョブネットを切り替えて実行するプランニンググループを例にして，設定が有効になるユニット定義情報の項目について説明します。

(a)　多重起動とスケジューリング方式

プランニンググループの下にあるルートジョブネットに対して，多重起動とスケジューリング方式（スケジュールスキップ，多重スケジュール）を設定できます。多重起動とスケジューリング方式については，「3.4.3 多重起動とスケジューリング方式」を参照してください。

スケジュールスキップ
9月に実行されるジョブネットのスケジューリング方式にスケジュールスキップを設定した例を，次の図に示します。

図10-38　スケジュールスキップを設定した場合

8/31の世代の実行が，次の世代の開始予定時刻までに終了しなかったので，9/1の世代は実行されないで繰り越し未実行になります。

多重スケジュール（多重起動なし）
9月に実行されるジョブネットのスケジューリング方式に多重スケジュールを，多重起動に「不可能」を設定した場合の例を，次の図に示します。

図10-39　多重スケジュールを設定し，多重起動を設定しなかった場合

8/31の世代の実行が，次の世代の開始予定時刻までに終了しませんでした。9/1の世代は，8/31の世代の実行が終了したあとで実行されます。

多重スケジュール（多重起動あり）
8月に実行されるジョブネットのスケジューリング方式に多重スケジュールを，多重起動に可能を設定した場合の例を，次の図に示します。

図10-40　多重スケジュールと多重起動を設定した場合

8/31の世代の実行が，次の世代の開始予定時刻までに終了しませんでした。9/1の世代は，8/31の実行が終了する前に実行されます。

なお，次の場合は，多重起動を設定しても，後続の世代は実行されません。

実行世代が保留中の場合

実行世代がない場合

前の実行世代が保留中の場合
前の実行世代が保留中のため，多重起動を設定しても実行されない例を次の図に示します。

図10-41　前の実行世代が保留中の場合

8/31分の実行世代が保留中のままで，9/1の世代の開始予定時刻に到達しました。前の実行世代が開始されていないため，9/1の世代は実行されません。

前の実行世代がない場合
前の実行世代がないため，多重起動を設定しても実行されない例を次の図に示します。

図10-42　前の実行世代がない場合

この例では，8/30の世代が9/1になっても終了していません。8/30の世代は打ち切り時間を無制限としているため，実行中のままです。8/31の世代は多重起動を設定していないので，8/30の世代が終了するまで実行されません。その結果，9/1の世代は前の世代に実行されている世代がないため，実行されません。

(b)　保留（前回異常時と前回異常警告時）

プランニンググループの下にあるルートジョブネットに対して，前回の実行が異常または異常警告のときに，次の実行を保留するように設定できます。

9月に実行されるジョブネットの保留属性に，前回異常時だけ保留，または前回異常警告時だけ保留を設定した場合の例を，次の図に示します。

図10-43　保留属性を設定した例

8/31の世代の実行が異常終了して，9/1の世代の開始予定時刻に到達しました。9/1の世代の状態は保留中になります。

(2)　プランニンググループの排他スケジュール

ジョブネットの排他スケジュールには，プランニンググループも設定できます。

プランニンググループに対して排他スケジュールを使用する場合，指定できる組み合わせと指定できない組み合わせがあります。プランニンググループの排他スケジュールの指定可否を次に示します。

図10-44　プランニンググループの排他スケジュールの指定可否

表10-17　プランニンググループの排他スケジュールの指定可否

図中の番号 | 指定可否 | 排他スケジュール指定元のジョブネット | 排他スケジュールの指定先
（1） | ○ | ジョブネット | 同一階層のプランニンググループ
（2） | ○ | プランニンググループの下にあるジョブネット | プランニンググループと同一階層のジョブネット
（3） | ○ | プランニンググループの下にあるジョブネット | プランニンググループと同一階層の別のプランニンググループ
（4） | × | プランニンググループの下にあるジョブネット | 同じプランニンググループ下のジョブネット
（5） | × | ジョブネット | 異なる階層にあるプランニンググループ

プランニンググループの排他スケジュール設定例を次に示します。

図10-45　プランニンググループの排他スケジュール

排他スケジュールとしてプランニンググループを指定した場合，プランニンググループ配下のジョブネットの実行予定に対して排他スケジュールされます。上記の例で，ジョブネットAは排他スケジュールにプランニンググループを指定しているため，プランニンググループ配下のジョブネットB，ジョブネットCの実行予定に対して排他スケジュールされます。また，ジョブネットB，ジョブネットCにはそれぞれ排他スケジュールとしてジョブネットDが設定されているため，ジョブネットAの実行予定はジョブネットDの実行予定に対しても排他スケジュールされます。

次に，プランニンググループ同士を排他スケジュールにした場合の例を示します。

図10-46　プランニンググループ同士の排他スケジュールの設定例

プランニンググループ1配下のジョブネットB，ジョブネットCともに排他スケジュールとしてプランニンググループ2が設定されているため，プランニンググループ2配下のジョブネットD，ジョブネットEの実行予定に対して排他スケジュールされます。したがって，プランニンググループAが排他スケジュールとして設定されているジョブネットAの実行予定は，ジョブネットD，ジョブネットEの実行予定に対しても排他スケジュールされます。

10.3.2　プランニンググループの定義・実行の流れ

プランニンググループを使用したルートジョブネットの定義・実行の流れを次に示します。

新しいプランニンググループにルートジョブネットを定義して実行する場合
新規にプランニンググループとルートジョブネットを作成・実行する流れを次に示します。

プランニンググループを作成する。

ジョブネットを定義する。

期間を指定してジョブネットを確定実行登録する。

実行登録中（運用中）のルートジョブネットをプランニンググループに変更して実行する場合
実行登録中（運用中）のルートジョブネットをプランニンググループに変更して実行する流れを次に示します。

ルートジョブネットを登録解除する。

ルートジョブネットの名称をプランニンググループの名称にするために，ルートジョブネットの名称を変更する。

ジョブグループの直下にプランニンググループを作成する。
プランニンググループの名称は，手順2で名称を変更する前のルートジョブネット名にします。

手順2で名称を変更したルートジョブネットをコピーし，プランニンググループに貼り付ける。手順2で名称を変更したルートジョブネットは削除する。

貼り付けたルートジョブネットを確定実行登録する。

既存のプランニンググループに新しいルートジョブネットの定義を追加して実行する場合
既存のプランニンググループに新しいルートジョブネットを追加して実行する流れを次に示します。

新しく追加するルートジョブネットを定義する。

期間を指定してジョブネットを確定実行登録する。

登録済みのジョブネットの実行予定を解除して，新しいルートジョブネットの実行予定を追加する場合
既存のプランニンググループで確定実行登録済みの実行予定を一定期間解除し，その期間に新しいルートジョブネットの実行予定を追加する場合の操作の流れを次に示します。

プランニンググループの下にあるルートジョブネットを，解除する期間を指定して登録解除する，または実行を中止する。
実行登録の解除については，「10.2.1 ジョブネットの登録を解除する」を参照してください。実行中止については，「10.2.5 ジョブネットやジョブの実行を中止する」を参照してください。

登録解除した期間，または実行中止した期間に実行するルートジョブネットを定義する。

手順2で追加したルートジョブネットを，期間を指定して確定実行登録する。

10.3.3　JP1/AJS2 - Viewでのプランニンググループの表示

プランニンググループのスケジュール情報や，ユニットの状態（実行予定）と結果（実行結果）をJP1/AJS2 - Viewのウィンドウで表示した時の動作について説明します。ここでは，下記に示すユニット構成を持つプランニンググループを例に，JP1/AJS2 - Viewの表示内容を説明します。

図10-47　プランニンググループのユニット構成例

＜この項の構成＞

(1)　スケジュール情報を［マンスリースケジュール］ウィンドウで表示する

(2)　状態と結果を［JP1/AJS2 - View］ウィンドウで表示する

(1)　スケジュール情報を［マンスリースケジュール］ウィンドウで表示する

プランニンググループのスケジュール情報を［マンスリースケジュール］ウィンドウで表示する場合，プランニンググループの下にあるユニットのスケジュール情報がスケジュールエリアにマージされて表示されます。

［マンスリースケジュール］ウィンドウを初めて表示させた時と，最新情報に更新した時に，スケジュール情報がマージされて表示されます。スケジュール情報がマージされて表示される時は，開始時刻が最も遅いスケジュールが表示されます。

図10-47のユニット構成を例として，プランニンググループを選択して［マンスリースケジュール］ウィンドウを表示させた時のスケジュールエリアのイメージを，表10-18に示します。プランニンググループの上位のジョブグループを選択して［マンスリースケジュール］ウィンドウを表示させた時のスケジュールエリアのイメージを，表10-19に示します。

表10-18　プランニンググループを選択して表示した場合の表示イメージ（4/29の実行終了時）

ユニット | 4/26 | 4/27 | 4/28 | 4/29 | 4/30 | 5/1 | 5/2 | 5/3 | 5/4
土 | 日 | 月 | 火 | 水 | 木 | 金 | 土 | 日
発注処理※ | ● | ● | ● | ● | ○ | ○ | ○ | ○ | ○
　Weekday | － | － | ● | － | ○ | ○ | ○ | － | －
　　受注集計 | － | － | ● | － | ○ | ○ | ○ | － | －
　　出庫指示 | － | － | ● | － | ○ | ○ | ○ | － | －
　　日報出力 | － | － | ● | － | ○ | ○ | ○ | － | －
　Holiday | ● | ● | － | ● | － | － | － | ○ | ○
　　受注集計 | ● | ● | － | ● | － | － | － | ○ | ○
　　日報出力 | ● | ● | － | ● | － | － | － | ○ | ○
集計処理 | ● | ● | ● | ● | ○ | ○ | ○ | ○ | ○
日次締め処理 | ● | ● | ● | ● | ○ | ○ | ○ | ○ | ○

（凡例）

●：正常終了

○：実行予定

－：実行予定なし

注※

「発注処理」がプランニンググループです。

表10-19　プランニンググループの上位のジョブグループを選択して表示した場合の表示イメージ（4/29の実行終了時）

ユニット | 4/26 | 4/27 | 4/28 | 4/29 | 4/30 | 5/1 | 5/2 | 5/3 | 5/4
土 | 日 | 月 | 火 | 水 | 木 | 金 | 土 | 日
発注処理※ | ● | ● | ● | ● | ○ | ○ | ○ | ○ | ○
集計処理 | ● | ● | ● | ● | ○ | ○ | ○ | ○ | ○
日次締め処理 | ● | ● | ● | ● | ○ | ○ | ○ | ○ | ○

（凡例）

●：正常終了

○：実行予定

注※

「発注処理」がプランニンググループです。

なお，プランニンググループを［マンスリースケジュール］ウィンドウに表示するかどうかは，［環境設定］ダイアログボックスの［スケジュール］タブで設定できます。［環境設定］ダイアログボックスについては，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.3.27 ［環境設定］ダイアログボックス」を参照してください。

(2)　状態と結果を［JP1/AJS2 - View］ウィンドウで表示する

プランニンググループの状態（実行予定）および結果（実行結果）を［JP1/AJS2 - View］ウィンドウのリストエリアで表示する場合，現在日にいちばん近い日のユニットの状態および結果が自動的に表示されます。

プランニンググループの状態と結果を［JP1/AJS2 - View］ウィンドウのリストエリアで表示したときの例を次に示します。

例では，次の表に示す実行状態と実行結果を持つプランニンググループを［JP1/AJS2 - View］ウィンドウに表示します。

表10-20　プランニンググループの実行状態と結果の例（5/5の実行終了時）

ユニット | 4/30 | 5/1 | 5/2 | 5/3 | 5/4 | 5/5 | 5/6 | 5/7
水 | 木 | 金 | 土 | 日 | 月 | 火 | 水
発注処理※ | ● | ● | ● | ● | ● | ◆ | ○ | ○
　Weekday | ● | ● | ● | － | － | － | ○ | ○
　　受注集計 | ● | ● | ● | － | － | － | ○ | ○
　　出庫指示 | ● | ● | ● | － | － | － | ○ | ○
　　日報出力 | ● | ● | ● | － | － | － | ○ | ○
　Holiday | － | － | － | ● | ● | ◆ | － | －
　　受注集計 | － | － | － | ● | ● | ◆ | － | －
　　日報出力 | － | － | － | ● | ● | ◆ | － | －

（凡例）

○：実行予定（開始時刻待ち）

●：正常終了

◆：異常検出終了

－：実行予定なし

注※

「発注処理」がプランニンググループです。

5/5の実行が終了した時点のプランニンググループの結果を，上位ユニットを選択して表示する場合，ジョブネット「Weekday」とジョブネット「Holiday」の結果を比べると，ジョブネット「Holiday」の結果の方が現在日時の近くにあります。そのため，［JP1/AJS2 - View］ウィンドウの［結果］には，ジョブネット「Holiday」の結果が表示されます。

ユニットの状態を表示する場合，ジョブネット「Weekday」とジョブネット「Holiday」の状態を比べると，ジョブネット「Weekday」の状態の方が現在日時の近くにあります。そのため，［JP1/AJS2 - View］ウィンドウの［状態］には，ジョブネット「Weekday」の状態が表示されます。

図10-48　［JP1/AJS2 - View］ウィンドウでのプランニンググループの状態と結果の表示例

10.3.4　プランニンググループの定義構成例

プランニンググループの定義構成例を次に示します。

月ごとに定義を切り替えて実行する処理

二つのルートジョブネットを交互に切り替えて実行する処理

同じ日の午前と午後で定義を切り替えて実行する処理

既存のプランニンググループの予定を変更してジョブネットを追加する場合

プランニンググループの下に定義されたルートジョブネットの例と，その定義を［マンスリースケジュール］ウィンドウのスケジュールエリアで表示した時のイメージを次に示します。

＜この項の構成＞

(1)　月ごとに定義を切り替える場合

(2)　二つのルートジョブネットを交互に切り替える場合

(3)　1日の中でジョブネットを切り替える場合

(4)　既存のプランニンググループの予定を変更してジョブネットを追加する場合

(1)　月ごとに定義を切り替える場合

2月に実行されるジョブネットと，3月に実行されるジョブネットを定義する例を次の図と表に示します。

図10-49　月ごとに切り替わる場合のジョブネットの定義例

表10-21　月ごとに切り替わる場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージ

ユニット | 2/22 | 2/23 | 2/24 | 2/25 | 2/26 | 2/27 | 2/28 | 3/1 | 3/2 | 3/3 | 3/4 | 3/5
金 | 土 | 日 | 月 | 火 | 水 | 木 | 金 | 土 | 日 | 月 | 火
発注処理※ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○
　2月の処理 | ○ | ○ | ○ | ○ | ○ | ○ | ○ | － | － | － | － | －
　3月の処理 | － | － | － | － | － | － | － | ○ | ○ | ○ | ○ | ○

（凡例）

○：実行予定

－：実行予定なし

注※

「発注処理」がプランニンググループです。

(2)　二つのルートジョブネットを交互に切り替える場合

平日の運用日に実行されるジョブネットと，休日の休業日に実行されるジョブネットを定義する例を次の図と表に示します。

図10-50　交互に切り替わる場合のジョブネットの定義例

表10-22　交互に切り替わる場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージ

ユニット | 2/22 | 2/23 | 2/24 | 2/25 | 2/26 | 2/27 | 2/28 | 3/1 | 3/2 | 3/3 | 3/4 | 3/5
金 | 土 | 日 | 月 | 火 | 水 | 木 | 金 | 土 | 日 | 月 | 火
発注処理※ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○
　Weekday | ○ | － | － | ○ | ○ | ○ | ○ | ○ | － | － | ○ | ○
　Holiday | － | ○ | ○ | － | － | － | － | － | ○ | ○ | － | －

（凡例）

○：実行予定

－：実行予定なし

注※

「発注処理」がプランニンググループです。

(3)　1日の中でジョブネットを切り替える場合

午前に実行されるジョブネットと，午後に実行されるジョブネットを定義する例を次の図と表に示します。

図10-51　同じ日で切り替わる場合のジョブネットの定義例

表10-23　同じ日で切り替わる場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージ

ユニット | 2/22 | 2/23 | 2/24 | 2/25 | 2/26 | 2/27 | 2/28 | 3/1 | 3/2 | 3/3 | 3/4 | 3/5
金 | 土 | 日 | 月 | 火 | 水 | 木 | 金 | 土 | 日 | 月 | 火
集計処理※ | ○ | － | － | ○ | ○ | ○ | ○ | ○ | － | － | ○ | ○
　午前 | ○ | － | － | ○ | ○ | ○ | ○ | ○ | － | － | ○ | ○
　午後 | ○ | － | － | ○ | ○ | ○ | ○ | ○ | － | － | ○ | ○

（凡例）

○：実行予定

－：実行予定なし

注※

「集計処理」がプランニンググループです。

補足事項

確定実行登録したスケジュール情報に従って，ジョブネット「午前」とジョブネット「午後」が実行されます。

ジョブネット「午前」とジョブネット「午後」の実行開始時刻が重複してしまった場合には，スケジューリング方式，多重起動の設定によって動作が異なります。プランニンググループのスケジューリング方式および多重起動については，「10.3.1(1) ルートジョブネット間で有効になるユニット定義情報」を参照してください。

スケジューリング方式がスケジュールスキップの場合，あとから実行される世代が繰り越し未実行になります。

スケジューリング方式が多重スケジュールで，多重起動を設定していない場合，あとから実行されるルートジョブネットは，先に実行されているルートジョブネットの終了を待って実行されます。

スケジューリング方式が多重スケジュールで，多重起動を設定している場合，あとから実行されるルートジョブネットは，先に実行されるルートジョブネットの終了を待たずに実行されます。

(4)　既存のプランニンググループの予定を変更してジョブネットを追加する場合

平日の運用日と休日の休業日に交互に実行されるプランニンググループがあります。そのプランニンググループの実行登録期間の，4/29から5/5の間だけ登録を解除，または実行中止します。その後，登録解除，または実行中止した期間に実行するジョブネットを追加した場合の定義例を次の図と表に示します。

図10-52　ジョブネットを追加した場合の定義例

表10-24　ジョブネットを追加した場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージ

ユニット | 4/26 | 4/27 | 4/28 | 4/29 | 4/30 | 5/1 | 5/2 | 5/3 | 5/4 | 5/5 | 5/6 | 5/7
土 | 日 | 月 | 火 | 水 | 木 | 金 | 土 | 日 | 月 | 火 | 水
発注処理※1 | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○
　Weekday | － | － | ○ | － | － | － | － | － | － | － | ○ | ○
　Holiday | ○ | ○ | － | － | － | － | － | － | － | － | － | －
　GW※2 | － | － | － | ○ | ○ | ○ | ○ | ○ | ○ | ○ | － | －

（凡例）

○：実行予定

－：実行予定なし

注※1

「発注処理」がプランニンググループです。

注※2

「GW」が追加したジョブネットです。

10.3.5　補足事項

プランニンググループについての補足事項について説明します。

＜この項の構成＞

(1)　プランニンググループをコマンドで操作する場合のユニット名指定方法

(2)　プランニンググループの統計情報と実行シミュレーション

(3)　プランニンググループでの世代の順序

(4)　プランニンググループでの実行登録順序

(5)　プランニンググループでの保存世代

(1)　プランニンググループをコマンドで操作する場合のユニット名指定方法

プランニンググループの下にあるユニットをコマンドのオプションに指定するとき，ユニットの完全名ではなく，ルートジョブネット名を省略してユニット名を指定できます。ルートジョブネット名を省略してユニット名を指定した場合，コマンドを実行したときに世代があるユニットが操作対象として自動的に選択されます。詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　コマンドの記述形式」を参照してください。

(2)　プランニンググループの統計情報と実行シミュレーション

ユニットの実行時間は，ユニットが正常終了した実行時間の平均を基に算出されます。正常終了した実行時間と回数の合計は，ルートジョブネットごとに統計情報として，次の図のように保持されます。

図10-53　プランニンググループの統計情報

この統計情報を基に実行シミュレーションが実施されます。実行シミュレーションについては，「4.3.2(2) 実行シミュレーション」を参照してください。

図10-53の場合，Jobnet1の下のJob1，Job2，Job3の平均実行時間は，それぞれ60秒，70秒，30秒になります。Job1，Job2，Job3の順に実行順序が関連づけられている場合で，Job1の開始予定時刻が12:00:00であるとき，Job2，Job3の開始予定時刻は，12:01:00，12:02:10と表示されます。Jobnet2の下のJob1，Job3の平均実行時間は，それぞれ30秒，25秒になります。プランニンググループを使用した場合でも，実行シミュレーションは，ルートジョブネット単位で実施されます。

(3)　プランニンググループでの世代の順序

プランニンググループでの世代番号は，基本的にはジョブグループの下にあるルートジョブネットと同様に，開始予定時刻順に割り振られます。詳細については，「4.2 ジョブネットの世代管理」を参照してください。

ただし，プランニンググループの下にある複数のルートジョブネットの開始予定時刻が同じ場合は，世代番号の割り振られ方が通常のルートジョブネットと異なります。この場合，世代番号はルートジョブネット名の文字コード順に割り振られます。英数字の場合はASCII文字コード順に，日本語の場合は日本語シフトJISまたは日本語EUCの文字コード順に世代番号が割り振られます。世代番号がルートジョブネット名の文字コード順に割り振られる例を次の図に示します。

図10-54　プランニンググループの下にあるユニットの世代番号の順序

(4)　プランニンググループでの実行登録順序

同じ日に複数回実行されるジョブネットをプランニンググループに定義する場合，実行登録は，開始予定時刻の早いジョブネットから行ってください。

開始予定時刻の遅いジョブネットを先に実行登録した場合，世代番号が実行順序と反対に割り振られ，ジョブネットの実行状態が監視しにくくなることがあります。

開始時刻の遅いジョブネットから実行登録した場合の世代番号の割り振られ方を次の図に示します。

図10-55　開始時刻の遅いジョブネットから実行登録した場合の世代番号の順序

上記の図の場合にajsshowコマンドの-lオプションや，-gオプションで1を指定したときは，ジョブネットAの実行世代ではなく，ジョブネットBの実行世代が対象になります。登録したジョブネットの世代番号が世代1ではないため，ジョブネットの状態を監視する場合には，世代1だけでなく，世代2も監視の対象にする必要があります。

開始予定時刻の早い順にジョブネットを実行登録する場合は，一つ目のジョブネットの実行が終了したあと，次に開始予定時刻の早いジョブネットを実行登録すれば，登録したジョブネットの世代番号は，常に世代1になります。そのため，ジョブネットを監視する場合の監視対象は世代1だけでよいことになります。

(5)　プランニンググループでの保存世代

切り替えられるルートジョブネットの下にあるユニットの保存世代は，ルートジョブネットごとに設定できます。保存世代については，「4.2.3 ジョブネットの保存世代数の管理」を参照してください。

例えば，保存世代数を「2」と設定した場合は，2世代分の結果しか保存，表示されません。それより前の世代の実行結果は削除されます。プランニンググループの下のルートジョブネットに保存世代数を設定した場合の例を次に示します。

図10-56　ルートジョブネットに保存世代数を設定した場合の定義例

前述の図の定義で，5/8まで実行が終了した場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージを次の表に示します。

表10-25　保存世代数を設定した場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージ

ユニット | 4/27 | 4/28 | 4/29 | 4/30 | 5/1 | 5/2 | 5/3 | 5/4 | 5/5 | 5/6 | 5/7 | 5/8
日 | 月 | 火 | 水 | 木 | 金 | 土 | 日 | 月 | 火 | 水 | 木
発注処理※ | ● | － | － | － | － | ● | ● | ● | ● | － | ● | ●
　Weekday | － | － | － | － | － | － | － | － | － | － | ● | ●
　Holiday | ● | － | － | － | － | － | － | － | － | － | － | －
　GW | － | － | － | － | － | ● | ● | ● | ● | － | － | －

（凡例）

●：正常終了

－：実行予定なし

注※

「発注処理」がプランニンググループです。

この例の場合，例えば5/6にも「Weekday」が実行されますが，「Weekday」の保存世代数は2なので，5/6に実行された「Weekday」の実行結果は削除されます。

10.4　ジョブネットコネクタを使用したルートジョブネットの実行順序制御

ジョブネットコネクタは，ルートジョブネットの実行順序を制御するためのユニットです。ここでは，ジョブネットコネクタを使ったルートジョブネットの実行順序制御について説明します。

＜この節の構成＞

10.4.1　ジョブネットコネクタを使ったルートジョブネット実行順序制御の概要

10.4.2　ジョブネットコネクタと接続先のジョブネットの接続ルール

10.4.3　ルートジョブネットの実行順序制御方式

10.4.4　ジョブネットコネクタおよび接続先のジョブネットの状態遷移

10.4.5　ジョブネットコネクタ・接続先のジョブネットの再実行

10.4.6　ジョブネットコネクタの状態監視と実行結果の確認

10.4.7　ジョブネットコネクタの運用例

10.4.8　ジョブネットコネクタのポーリング

10.4.1　ジョブネットコネクタを使ったルートジョブネット実行順序制御の概要

ジョブネットコネクタは，実行順序を制御したいルートジョブネットと接続関係を持つことで，ルートジョブネットの終了を待ち合わせたり，ルートジョブネットの開始を同期させたりして，実行のタイミングや順序を制御できます。

ジョブネットコネクタと実行順序を制御するルートジョブネットの関係を次に示します。

図10-57　ジョブネットコネクタと実行順序を制御するルートジョブネットの関係

ジョブネットコネクタは，ジョブネット配下にジョブネットワーク要素の一つとして定義できます。

ジョブネットコネクタを使って実行順序を制御できる対象は，ルートジョブネットまたはプランニンググループ直下のルートジョブネットです。デフォルトの状態では，同一スケジューラーサービス内に接続範囲が限定されますが，セットアップを行うことで異なるスケジューラーサービス間でもルートジョブネットの実行順序を制御できるようになります。

図10-58　異なるスケジューラーサービス間のルートジョブネットの実行順序制御

セットアップについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.7.11 ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御するための設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.12 ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御するための設定」（UNIXの場合）を参照してください。

なお，ジョブネットコネクタと接続関係を持つルートジョブネットを「接続先のジョブネット」と呼びます。

ジョブネットコネクタを使ったルートジョブネットの実行順序制御は，次の流れで行います。

ジョブネットを作成し，ジョブネットコネクタを定義する。

ジョブネットコネクタと実行順序制御の対象との接続関係を定義する。
ジョブネットコネクタ側に，接続先のジョブネット名を指定します。実行順序制御の対象がルートジョブネットの場合はルートジョブネット名を，プランニンググループ直下のルートジョブネットの場合はプランニンググループ名を指定します。
接続先のジョブネット側には，対応するジョブネットコネクタ名を指定します。

補足事項

JP1/AJS2 - Viewのメニューコマンド［ジョブネットコネクタとして記憶］［ジョブネットコネクタの自動生成］を使用すると，定義を手入力する手間が省けます。

ただし，異なるスケジューラーサービス間で実行順序制御をする場合は使用できません。この場合は手入力で定義してください。

それぞれのジョブネットを実行登録する。

定義および実行登録の操作については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド」を参照してください。

注意事項

JP1/AJS2 - Viewおよび接続先のJP1/AJS2 - Managerが08-10より前のバージョンでは，ジョブネットコネクタを使用できません。

JP1/AJS2 - Viewおよび接続先のJP1/AJS2 - Managerのバージョンが08-10のジョブネットコネクタでは，異なるスケジューラーサービス間のルートジョブネットの実行順序を制御できません。異なるスケジューラーサービス間でジョブネットコネクタを使用できるのは，JP1/AJS2 - Viewおよび接続先のJP1/AJS2 - Managerのバージョンが08-50以降の場合になります。

ジョブネットコネクタは，ルートジョブネットおよびネストジョブネット以外のユニット配下に定義できません。

ジョブネットコネクタの接続先のジョブネットとして，ルートジョブネットおよびプランニンググループ以外のユニット種別を指定できません。

オペレーションネット用スケジューラーサービス配下（JP1/IM - Planning Operationで管理しているユニット）には，ジョブネットコネクタを定義できません。また，ジョブネットコネクタの接続先のジョブネットとして指定することもできません。

接続先のジョブネット配下には，ジョブネットコネクタを定義しないでください。接続先のジョブネット配下にジョブネットコネクタを定義した場合，ジョブネットの実行登録時にエラーになります。

ジョブネットコネクタを定義するジョブネットおよび接続先のジョブネットには，起動条件を設定しないでください。ジョブネットコネクタを定義したジョブネットおよび接続先のジョブネットに起動条件を設定した場合，ジョブネットの実行登録時にエラーになります。

ジョブネットコネクタは，従属ユニットおよびリカバリーユニットとしては定義できません。

ジョブネットコネクタは，従属ジョブネットおよびリカバリージョブネット配下に定義できますが，接続関係が複雑になるため，これらの配下には定義しないことをお勧めします。

サスペンド中は，ジョブネットコネクタを新規作成および削除できません。

ジョブネットコネクタと接続先のジョブネットの基準時刻を合わせて運用してください。ジョブネットコネクタと接続先のジョブネットの基準時刻が異なる場合の詳細については，「10.4.2(3) 基準時刻が異なる場合」を参照してください。

ジョブネットコネクタと接続先のジョブネットのタイムゾーンを統一してください。ジョブネットコネクタと接続先のジョブネットのタイムゾーンが異なる場合の詳細については，「10.4.2(6) タイムゾーンが異なる場合」を参照してください。

ジョブネットコネクタと接続先のジョブネットで，スケジューラーサービスのローカル日時を合わせてください。ジョブネットコネクタと接続先のジョブネットでスケジューラーサービスのローカル日時が異なる場合の詳細については，「10.4.2(7) スケジューラーサービスのローカル日時が異なる場合」を参照してください。

10.4.2　ジョブネットコネクタと接続先のジョブネットの接続ルール

ジョブネットコネクタが定義されたジョブネットと接続先のジョブネットは，それぞれの実行登録後，同じ実行日の世代同士が接続関係を結びます。接続関係を結んだ世代間でルートジョブネットの終了を待ち合わせたり，ルートジョブネットの開始を同期させたりできます。

＜この項の構成＞

(1)　接続ルール

(2)　48時間制の場合

(3)　基準時刻が異なる場合

(4)　世代の実行日を変更した場合

(5)　実行予定が1日に複数回ある場合

(6)　タイムゾーンが異なる場合

(7)　スケジューラーサービスのローカル日時が異なる場合

(1)　接続ルール

ジョブネットコネクタが定義されたジョブネットと接続先のジョブネットの世代について，次の条件が重なる場合に接続関係が成立します。

実行日が同じ

別の世代との接続関係が確定していない世代※

注※

ジョブネットコネクタが定義されたジョブネットと接続先のジョブネットとの接続関係は，どちらか一方がまだ実行を開始していないときには確定していません。両方が実行を開始したとき（または繰り越し未実行など，実行しないで終了したとき）に確定します。

実行予定が1日に複数回ある場合は，これらの条件を満たす世代のうち開始予定日時が最も早い世代同士で接続関係が成立します。ただし，擬似予定の段階では接続関係は成立しません。

ジョブネットコネクタを定義したルートジョブネット（jobnetS）と接続先のジョブネット（jobnetA）を実行登録した場合の接続例を次に示します。

図10-59　ジョブネットコネクタと接続先のジョブネットの接続例

jobnetSの世代「@A103」とjobnetAの世代「@A101」は，同一実行日の世代であるため接続関係が成立します。jobnetSの世代「@A104」およびjobnetAの世代「@A102」は，ともに同一実行日に対応する世代がないため接続されません。4/20（金）にはjobnetSおよびjobnetAともに擬似予定がありますが，擬似予定の段階では接続関係は成立しません。

(2)　48時間制の場合

48時間制を採用している場合でも，同一実行日の世代であれば接続関係が成立します。

48時間制の場合の接続例を次に示します。

図10-60　ジョブネットコネクタと接続先のジョブネットの接続例（48時間制の場合）

jobnetSの世代「@A103」とjobnetAの世代「@A102」は，暦日では実行日が異なりますが，48時間制の場合は同一実行日となるため，接続関係が成立します。

(3)　基準時刻が異なる場合

ジョブネットコネクタを定義したルートジョブネットと接続先のジョブネットの基準時刻が異なる場合でも，同一実行日の世代であれば接続関係が成立します。

ジョブネットコネクタを定義したルートジョブネットと接続先のジョブネットの基準時刻が異なる場合の接続例を次に示します。

図10-61　ジョブネットコネクタと接続先のジョブネットの接続例（基準時刻が異なる場合）

jobnetSの世代「@A103」とjobnetAの世代「@A101」は，暦日では実行日が異なりますが，それぞれの基準時刻で見るとどちらも同じ4/17であるため，接続関係が成立します。

ただし，基準時刻が異なるルートジョブネットの実行順序を制御しようとした場合，この例のように暦日では実行日が異なる世代が接続されることがあるため，ジョブネットコネクタと接続先のジョブネットでは，基準時刻を合わせて運用してください。

(4)　世代の実行日を変更した場合

世代が接続されても，ジョブネットコネクタを定義したルートジョブネット，または接続先のジョブネットの世代が実行される前に，どちらかの世代を登録解除もしくは実行中止した場合，接続関係が成立しなくなります。

また，計画一時変更やスケジュール定義変更によって世代の実行日が変わった場合は，接続関係も変わります。次の図のように，同一実行日で接続関係にあるjobnetSの世代「@A103」とjobnetAの世代「@A101」について，計画一時変更によって「＠A101」の実行予定を翌日の4/18にずらした場合，「@A103」との接続関係はなくなって4/18にある世代「@A104」と接続されます。

図10-62　実行予定日を変更した場合の接続関係

(5)　実行予定が1日に複数回ある場合

1日に実行予定が複数回ある場合でも，同一実行日の世代であれば接続関係が成立します。ただし，計画一時変更や実行中止などによって実行予定が変更されたときなどに接続関係が複雑になるため，ジョブネットコネクタを定義したジョブネットおよび接続先のジョブネットの実行は1日1回とすることをお勧めします。

1日に実行予定が複数回ある場合に実行予定を計画一時変更した例を次に示します。

1日に実行予定が複数回ある場合は，同一実行日の世代のうち，開始予定日時の早い順に接続関係が成立するため，jobnetSの世代「@A103」はjobnetAの世代「@A101」と接続関係を結びます。ここで，jobnetSの世代「@A103」の実行予定を4/19（木）に計画一時変更した場合，jobnetSの世代「@A103」とjobnetAの世代「@A101」の接続関係はなくなり，jobnetAの世代「@A101」はjobnetSの世代「@A104」と接続関係を結びます。

また，1日に実行予定が複数回ある場合にJP1/AJS2 - Viewやajsshowコマンドで接続関係をシミュレーションすると，まだ実行されていない世代に複数の世代が接続するように見えます。

1日に実行予定が複数回ある場合に接続関係をシミュレーションした例を次に示します。なお，すべての世代が開始時刻待ちの状態であるとします。

まず，jobnetSの世代「@A103」は，同一実行日でjobnetAの世代のうち開始予定日時が最も早い「@A101」と接続関係がシミュレーションされます。ただし，jobnetSの世代「@A103」とjobnetAの世代「@A101」との接続関係は確定していないため，jobnetSの世代「@A104」についてもjobnetAの世代「@A101」と接続関係がシミュレーションされます。同様に，jobnetAの世代「@A101」はjobnetSの世代「@A103」と，jobnetAの世代「@A102」もjobnetSの世代「@A103」と接続関係がシミュレーションされます。

(6)　タイムゾーンが異なる場合

ジョブネットコネクタを定義したルートジョブネットと接続先のジョブネットのタイムゾーンが異なる場合でも，実行日が同一であれば世代間の接続関係が成立します。ただし，運用が困難になるため，ジョブネットコネクタと接続先のジョブネットのタイムゾーンを統一して運用してください。

(7)　スケジューラーサービスのローカル日時が異なる場合

ジョブネットコネクタを定義したルートジョブネットと接続先のジョブネットの基準時刻が異なる場合でも，同一実行日の世代であれば接続関係が成立します。

ジョブネットコネクタを定義したルートジョブネットと接続先のジョブネットの，スケジューラーサービスのローカル日時が異なる場合の接続例を次に示します。

図10-63　ジョブネットコネクタと接続先のジョブネットの接続例（スケジューラーサービスのローカル日時が異なる場合）

jobnetSの世代「@A103」とjobnetAの世代「@A101」は，暦日では実行日が異なりますが，それぞれのスケジューラーサービスのローカル日時で見るとどちらも同じ4/17であるため，接続関係が成立します。

ただし，スケジューラーサービスのローカル日時が異なるルートジョブネットの実行順序を制御しようとした場合，この例のように暦日では実行日が異なる世代が接続されることがあるため，ジョブネットコネクタと接続先のジョブネットでは，スケジューラーサービスのローカル日時を合わせて運用してください。

10.4.3　ルートジョブネットの実行順序制御方式

ルートジョブネットの実行開始をジョブネットコネクタと同期して実行させるか，非同期実行させるかをルートジョブネットの実行順序制御方式といいます。実行順序制御方式は，接続先のジョブネット側に設定します。デフォルトは「非同期」です。

それぞれを設定した場合のルートジョブネット実行開始時の動作について説明します。

＜この項の構成＞

(1)　非同期実行

(2)　同期実行

(3)　実行順序制御方式の一時変更機能

(1)　非同期実行

実行順序制御方式を「非同期」と設定した場合，接続先のジョブネットは接続関係の有無やジョブネットコネクタの状態にかかわらず，自身のスケジュールで実行を開始します。

ジョブネットコネクタが定義されているジョブネットを「jobnetS」，接続先のジョブネットを「jobnetA」とした，実行順序制御方式が「非同期」の場合の動作を次に示します。

図10-64　実行順序制御方式が「非同期」の場合の動作

(2)　同期実行

実行順序制御方式を「同期」と設定した場合，接続関係が成立している世代はジョブネットコネクタが実行開始するまで開始を待ち合わせます。同一実行日に対応する世代がない場合は，自身のスケジュールで実行を開始します。

ジョブネットコネクタが定義されているジョブネットを「jobnetS」，接続先のジョブネットを「jobnetA」とした，実行順序制御方式が「同期」の場合の動作を次に示します。

図10-65　実行順序制御方式が「同期」の場合の動作

この場合，jobnetS自身の開始予定時刻は「6:00」，jobnetAの開始予定時刻は「5:00」ですが，4/16（月），4/18（水）の世代については接続関係が成立しているため，jobnetAは5:00には開始しないで，ジョブネットコネクタの実行と同期して開始します。接続関係を持たない4/17（火）の世代については，自身のスケジュールに従って5:00に実行を開始します。

同期実行の設定は，一度同期して実行したあとに再実行する場合には適用されません。再実行時にも同期させたい場合は，実行順序制御方式の一時変更機能で一時変更してください。

注意事項

実行順序制御方式を「同期」に設定して1日に複数回実行予定がある場合，ジョブネットコネクタを定義したジョブネットの実行が遅延することで，接続先ジョブネットの次回実行予定の世代が生成されないことがあります。その場合，遅延後の接続関係が複雑になってしまうため，ジョブネットコネクタを定義したジョブネットの実行は1日1回とすることをお勧めします。

実行順序制御方式を「同期」に設定して1日に複数回実行する例を次の図に示します。

図10-66　実行順序制御方式を「同期」に設定して1日に複数回実行する例

この例では，ジョブネットコネクタを定義したルートジョブネット（jobnetS）および接続先のジョブネット（jobnetA）の実行開始予定を，6:00，12:00，18:00としています。また，スケジューリング方式にはスケジュールスキップを設定しています。実行登録方法は計画実行登録としています。

jobnetSの6:00に開始した世代「＠A104」で，ジョブネットコネクタの先行ジョブ「ジョブ1」がjobnetSの次の実行予定時間12:00を過ぎても終了しなかった場合，jobnetSおよびjobnetAは次のように動作します。

jobnetSの12:00実行予定の世代「＠A105」が「繰り越し未実行」状態になる。
jobnetSにはスケジュールスキップを設定しているため，実行予定時間が前の実行分の処理と重なっている世代は「繰り越し未実行」状態になり実行がスキップされます。
また，jobnetAの12:00実行予定の世代は，世代「@A101」の実行が開始されないため，擬似予定のまま世代が生成されません。

ジョブ1の実行終了後，jobnetSの世代「@A104」のジョブネットコネクタが実行される。
同期実行を設定しているjobnetAの世代「@A101」も実行されます。同時に，jobnetAの次回実行予定である18:00実行予定の世代が「開始時刻待ち」状態で生成されます（実行ID「@A103」）。すると，「繰り越し未実行」状態のjobnetSの世代「＠A105」とjobnetAの世代「＠A103」との接続関係が成立します。jobnetAの世代「＠A103」は「繰り越し未実行」状態のジョブネットと接続しているため，「開始時刻待ち」状態のまま実行されません。ジョブネットコネクタおよび接続先ジョブネットの状態遷移については「10.4.4 ジョブネットコネクタおよび接続先のジョブネットの状態遷移」を参照してください。

時刻が18:00になると，jobnetSの18:00実行予定の世代「＠A106」が実行される。
jobnetSの世代「＠A106」には接続する世代が存在しません。そのため，jobnetAに接続先の世代が生成されるかどうかを待つために，jobnetSの世代「＠A106」はjobnetAの世代「＠A103」が終了するまで「実行中」状態のまま待ち続けます。
なお，実行順序制御方式を一時変更機能で「非同期」にすると，jobnetSの世代「＠A106」は接続先の世代の有無に関係なく実行されます。実行順序制御方式の一時変更機能については「(3) 実行順序制御方式の一時変更機能」を参照してください。

なお，時刻が18:00になる前であれば，「繰り越し未実行」状態になったjobnetSの世代「＠A105」を再実行することで，接続関係が成立しているjobnetAの世代「＠A103」を実行できます。jobnetAの世代「＠A103」の終了後，新しく世代が生成されると，jobnetSの世代「＠A106」と接続関係が成立してjobnetSの世代「＠A106」が実行されます。新しく世代が生成されない場合は，jobnetSの世代「＠A106」のジョブネットコネクタはジョブネットと接続できないため，「計画未実行」状態になりジョブネットの実行が終了します。

(3)　実行順序制御方式の一時変更機能

再起動時に接続先のジョブネットをジョブネットコネクタと同期して実行させたい場合や，ある世代に対して設定を一時的に変更したい場合には，実行順序制御方式の一時変更機能を使用できます。

実行順序制御方式の一時変更機能は，次のウィンドウの［操作］－［実行順序制御方式の一時変更］で実行できます。

［デイリースケジュール（階層表示）］ウィンドウ

［マンスリースケジュール］ウィンドウ

［ジョブネットモニタ］ウィンドウ

補足事項

擬似予定に対しては，実行順序制御方式を一時変更できません。

10.4.4　ジョブネットコネクタおよび接続先のジョブネットの状態遷移

ジョブネットコネクタおよび接続先のジョブネットの状態遷移について説明します。なお，ジョブネットコネクタおよび接続先のジョブネットが持つ状態については，「6.1.1 ジョブネット・ジョブ・ジョブネットコネクタの状態」を参照してください。

＜この項の構成＞

(1)　ジョブネットコネクタの状態遷移

(2)　接続先のジョブネットの状態遷移

(3)　異なるスケジューラーサービス間の通信処理に失敗した場合の状態

(1)　ジョブネットコネクタの状態遷移

ジョブネットコネクタを定義したジョブネットを実行登録すると，ジョブネットコネクタを定義したルートジョブネットが実行開始し，ジョブネットコネクタの状態は先行ユニットがすべて終了した時点で，接続する世代の状態に応じて次の表のように遷移します。

表10-26　ジョブネットコネクタの状態遷移

接続先のジョブネットの状態 | ジョブネットコネクタの状態
未登録 | 異常検出実行中
未計画 | 計画未実行
開始時刻待ち | 実行中
保留中 | 実行中
繰り越し未実行 | 異常検出実行中
正常終了 | 正常終了
警告検出終了 | 警告検出終了
異常検出終了 | 異常検出実行中
中断 | 異常検出実行中
強制終了 | 異常検出実行中
閉塞 | 異常検出実行中
順序不正 | 異常検出実行中
実行中 | 実行中
警告検出実行中 | 警告検出実行中
異常検出実行中 | 異常検出実行中

なお，次のようにジョブネットコネクタの定義が不正だった場合は，すぐに異常検出終了になります。

接続先のジョブネットを指定していない

接続先のジョブネットに指定したユニットがない

接続先のジョブネットに指定したユニットがルートジョブネットまたはプランニンググループでない

接続先のジョブネットとして指定したユニットの定義に，実行順序制御を「する」と設定していない

接続先のジョブネットとして指定したユニットの定義で，ジョブネットコネクタ名の設定に誤りがある

接続先のジョブネットに指定したユニットと接続範囲の指定が一致していない

接続範囲に「別サービス」を指定している場合で，次に示す不正な指定をしている

接続ホスト名に指定したホストに接続できない

接続サービス名に指定したスケジューラーサービスがない

接続先のジョブネットに指定したユニットの接続ホスト名に指定したホストが，このジョブネットコネクタのあるホストと異なる

接続先のジョブネットに指定したユニットの接続サービス名に指定したスケジューラーサービスが，このジョブネットコネクタのあるスケジューラーサービスと異なる

(2)　接続先のジョブネットの状態遷移

接続先のジョブネットを実行登録すると，接続する世代の状態に応じて，実行順序制御方式（同期・非同期）によって次の表のように実行開始時の動作が変わります。

表10-27　接続先のジョブネットの状態遷移

ジョブネットコネクタの状態

接続先のジョブネットの状態

同期
非同期

未登録
開始時刻待ち
実行中

未計画（実行予定なし）
開始時刻待ち
実行中

先行終了待ち
開始時刻待ち
実行中

未実行終了
開始時刻待ち
実行中

計画未実行
実行中
実行中

実行中
実行中
実行中

正常終了
開始時刻待ち※
実行中

警告検出終了
開始時刻待ち※
実行中

異常検出終了
開始時刻待ち※
実行中

強制終了
開始時刻待ち※
実行中

閉塞
開始時刻待ち※
実行中

終了状態不明
開始時刻待ち※
実行中

注※

接続先のジョブネットの実行開始時に，状態変更操作などですでにジョブネットコネクタが終了状態の場合，接続先のジョブネットはジョブネットコネクタが実行中になるまで「開始時刻待ち」の状態になります。この場合，ジョブネットコネクタを再実行するか，または接続先のジョブネットの実行順序制御方式を「非同期」に一時変更します。

なお，次のように接続先のジョブネットの定義が不正だった場合は，すぐに異常検出終了になります。ただし，接続範囲に「別サービス」を指定していて，実行順序制御方式が「非同期」の場合は，定義不正であっても異常検出終了にはならないで，実行を開始します。そのため，実行登録する前に定義内容の事前チェック機能を使用して定義を確認することをお勧めします。

実行順序制御を「する」と設定していて，ジョブネットコネクタ名を指定していない

ジョブネットコネクタ名に指定したユニットがない

ジョブネットコネクタ名に指定したユニットがジョブネットコネクタでない

ジョブネットコネクタ名に指定したジョブネットコネクタに別の接続先が設定されている

ジョブネットコネクタ名に指定したユニットと接続範囲の指定が一致していない

接続範囲に「別サービス」を指定している場合で，次に示す不正な指定をしている

接続ホスト名に指定したホストに接続できない

接続サービス名に指定したスケジューラーサービスがない

ジョブネットコネクタ名に指定したユニットの接続ホスト名に指定したホストが，この接続先のジョブネットのあるホストと異なる

ジョブネットコネクタ名に指定したユニットの接続サービス名に指定したスケジューラーサービスが，この接続先のジョブネットのあるスケジューラーサービスと異なる

(3)　異なるスケジューラーサービス間の通信処理に失敗した場合の状態

異なるスケジューラーサービス間のルートジョブネットの実行順序制御では，次のときに通信処理を行います。

ジョブネットコネクタが実行開始するとき

接続先のジョブネットが実行開始するとき

接続先のジョブネットが状態遷移するとき

このときに通信エラーが発生した場合の，ジョブネットコネクタおよび接続先のジョブネットの状態について次に示します。なお，エラーが発生した場合の対処については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　17.5.6 ジョブネットコネクタについて」を参照してください。

(a)　ジョブネットコネクタの実行開始時に通信エラーとなった場合

ジョブネットコネクタが実行開始するときに，接続先のジョブネットと世代の接続を行います。世代の接続については，「10.4.2 ジョブネットコネクタと接続先のジョブネットの接続ルール」を参照してください。

この，世代の接続の際に通信エラーが発生した場合，ジョブネットコネクタは「異常検出終了」となります。接続先のジョブネットの状態は遷移しません。

(b)　接続先のジョブネットの実行開始時に通信エラーとなった場合

接続先のジョブネットの実行順序制御方式が「同期」の場合，実行開始するときにジョブネットコネクタと世代の接続を行います。世代の接続については，「10.4.2 ジョブネットコネクタと接続先のジョブネットの接続ルール」を参照してください。

この，世代の接続の際に通信エラーが発生した場合，接続先のジョブネットは「異常検出終了」となります。ジョブネットコネクタの状態は遷移しません。

(c)　接続先のジョブネットの状態遷移時に通信エラーとなった場合

接続先のジョブネットが状態遷移しても，ジョブネットコネクタが接続先のジョブネットの状態を確認できないため，ジョブネットコネクタは状態遷移しません。

10.4.5　ジョブネットコネクタ・接続先のジョブネットの再実行

ジョブネットコネクタおよび接続先のジョブネットの再実行について説明します。

＜この項の構成＞

(1)　ジョブネットコネクタの再実行

(2)　接続先のジョブネットの再実行

(3)　接続関係が途切れた場合の再実行時の動作

(1)　ジョブネットコネクタの再実行

ジョブネットコネクタは，ジョブと同様に終了状態の場合だけ再実行できます。

ただし，ジョブネットコネクタは保留属性を持たないため，再実行時に保留状態にすることはできません。

(2)　接続先のジョブネットの再実行

接続先のジョブネットは，通常のジョブネットと同様に再実行できます。

ただし，実行順序制御方式を「同期」と設定していて，一度ジョブネットコネクタと同期して実行した場合，実行順序制御方式は「非同期」となり再実行時にジョブネットコネクタと同期しません。再実行時にもジョブネットコネクタと同期して実行させたい場合は，実行順序制御方式の一時変更機能で「同期」に変更してください。

(3)　接続関係が途切れた場合の再実行時の動作

登録解除や実行中止，保存世代数管理などによって，一度接続関係が成立した世代のどちらか片方が削除された場合，接続関係が途切れた状態になり，もう一方の世代を再実行できません。どちらか一方の世代が削除された場合に再実行したときの動作とその対処方法を次に示します。

表10-28　接続関係が途切れた場合の再実行時の動作と対処方法

世代 | 再実行時の動作 | 対処方法
ジョブネットコネクタ側の世代が残っている場合 | ジョブネットコネクタを再実行すると，ジョブネットコネクタが「異常検出終了」※となる。 | ジョブネットコネクタの次のユニットから再実行する。
接続先のジョブネットの世代が残っている場合 | 実行順序制御方式を「同期」にして接続先のジョブネットを再実行すると，接続先のジョブネットが「異常検出終了」※となる。 | 実行順序制御方式を「非同期」に一時変更して再実行する。

注※

終了したあとに再実行した場合は異常検出終了となりますが，実行状態で再実行した場合は，異常検出終了にならないで再実行できます。

10.4.6　ジョブネットコネクタの状態監視と実行結果の確認

ジョブネットコネクタや接続先のジョブネットの実行状態および実行結果は，JP1/AJS2 - Viewやコマンドで確認できます。

ジョブネットコネクタや接続先のジョブネットの実行状態については，「6.1.1 ジョブネット・ジョブ・ジョブネットコネクタの状態」を参照してください。また，コマンドでの実行状態および実行結果の確認方法については，マニュアル「JP1/Automatic Job Management System 2　コマンドリファレンス」を参照してください。

ここでは，ジョブネットコネクタや接続先のジョブネットの，JP1/AJS2 - Viewでの監視について説明します。

＜この項の構成＞

(1)　JP1/AJS2 - Viewでの監視

(1)　JP1/AJS2 - Viewでの監視

ここでは，JP1/AJS2 - Viewを使った監視の概要について説明します。

ジョブネットコネクタや接続先のジョブネットの，実行状態および実行結果を確認できるJP1/AJS2 - Viewの画面は，次のものになります。

［ジョブネットモニタ］ウィンドウ

［デイリースケジュール］ウィンドウ

［マンスリースケジュール］ウィンドウ

各ウィンドウでの監視の概要について説明します。

(a)　［ジョブネットモニタ］ウィンドウでの監視

［ジョブネットモニタ］ウィンドウでは，通常のジョブネットと同様にジョブネットコネクタの実行状態および実行結果をジョブフローイメージ（ジョブネットを定義したときと同じイメージ）で監視・確認できます。マップエリアでジョブネットコネクタをダブルクリックすると，接続先のジョブネットを別ウィンドウの［ジョブネットモニタ］ウィンドウで確認できます。また，ジョブネットコネクタを選択して［表示］－［接続先のジョブネット］を選択することで，接続先のジョブネットを次のウィンドウからも確認できます。

［デイリースケジュール（階層表示/全ジョブ表示）］ウィンドウ

［マンスリースケジュール］ウィンドウ

［ジョブネットモニタ］ウィンドウ

図10-67　［ジョブネットモニタ］ウィンドウでの監視

さらに，［表示］－［詳細情報］で表示される［モニタ詳細 -［アイコン名］］ダイアログボックスでは，ジョブネットコネクタの場合は接続先のジョブネットの実行IDを，接続先のジョブネットの場合はジョブネットコネクタの実行IDや実行順序制御方式の設定値を確認できます。

補足事項

接続先のジョブネットの実行予定がない，または接続先のジョブネットが閉塞状態の場合は，接続先のジョブネットの［ジョブネットモニタ］ウィンドウを表示できません。

ジョブネットコネクタと接続先のジョブネットが異なる認証圏のホストにある場合，次の操作を行うにはログインが必要となります。

ジョブネットコネクタから接続先のジョブネットを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

ジョブネットコネクタに対して［モニタ詳細］ダイアログボックスを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

接続先のジョブネットに対して［モニタ詳細］ダイアログボックスを表示させる場合，ジョブネットコネクタがあるホストに対してログインが必要です。

詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.3.25 ［モニタ詳細－［ジョブネット］］ダイアログボックス」またはマニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.10.6 ［ジョブネットモニタ］ウィンドウの注意事項」を参照してください。

(b)　［デイリースケジュール］および［マンスリースケジュール］ウィンドウでの監視

［デイリースケジュール］および［マンスリースケジュール］ウィンドウで監視する場合，ツリーエリアでジョブネットコネクタを選択して［表示］－［接続先のジョブネット］を選択することで，接続先のジョブネットを次のウィンドウから確認できます。

［デイリースケジュール（階層表示／全ジョブ表示）］ウィンドウ

［マンスリースケジュール］ウィンドウ

［ジョブネットモニタ］ウィンドウ

図10-68　［デイリースケジュール］および［マンスリースケジュール］ウィンドウでの監視

さらに，［表示］－［詳細情報］で表示される［詳細スケジュール］ダイアログボックスでは，詳細なスケジュール情報のほか，ジョブネットコネクタの場合は接続先のジョブネットの実行IDを，接続先のジョブネットの場合はジョブネットコネクタの実行IDや実行順序制御方式の設定値を確認できます。

各操作方法の詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド」を参照してください。

補足事項

接続先のジョブネットの実行予定がない，または接続先のジョブネットが閉塞状態の場合は，接続先のジョブネットの［ジョブネットモニタ］ウィンドウを表示できません。

ジョブネットコネクタと接続先のジョブネットが異なる認証圏のホストにある場合，次の操作を行うにはログインが必要となります。

ジョブネットコネクタから接続先のジョブネットを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

ジョブネットコネクタに対して［詳細スケジュール］ダイアログボックスを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

接続先のジョブネットに対して［詳細スケジュール］ダイアログボックスを表示させる場合，ジョブネットコネクタがあるホストに対してログインが必要です。

詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.6.10 ［詳細スケジュール］ダイアログボックス」またはマニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.10.7 ［デイリースケジュール／マンスリースケジュール］ウィンドウの注意事項」を参照してください。

10.4.7　ジョブネットコネクタの運用例

次のようなジョブネットを，ジョブネットコネクタを使って定義する例を次に示します。

日次処理のルートジョブネット「jobnetA」を，毎日ジョブ「jobA」のあとに実行する

ルートジョブネット「jobnetA」のあとにジョブ「jobB」を実行する

週次処理のルートジョブネット「jobnetB」を，日曜日だけjobnetAのあとに実行する

なお，ルートジョブネット「jobnetA」および「jobnetB」のスケジュールは，それぞれ日次，週次で実行するように定義済みであるとします。

図10-69　ジョブネットコネクタの運用例

この場合，まず，ジョブネットコネクタを定義するルートジョブネット「jobnetS」を作成し，「jobA－jobnetA－jobnetB－jobB」の順序で実行するようにジョブフローを作成します。jobnetAおよびjobnetBはルートジョブネットであるため，ジョブネットコネクタを適用します。jobnetAに対応するジョブネットコネクタを「JC1」，jobnetBに対応するジョブネットコネクタを「JC2」とし，「jobA－JC1－JC2－jobB」というジョブフローを定義します。JC1の接続先のジョブネットには「jobnetA」を，JC2の接続先のジョブネットには「jobnetB」を指定します。また，このルートジョブネット「jobnetS」のスケジュールを，1日単位で実行するように設定します。

次に，接続先のジョブネット（jobnetAおよびjobnetB）に，それぞれに対応するジョブネットコネクタ名や実行順序制御方式などの情報を設定します。実行順序制御を「する」とし，jobnetAのジョブネットコネクタ名には「JC1」を，jobnetBには「JC2」を指定します。また，それぞれの実行順序制御方式の設定で，ジョブネットコネクタと同期して実行させるか，非同期で実行するかを選択します。

ジョブネットコネクタを定義したジョブネット，および接続先のジョブネットの定義が完了したら，それぞれを実行登録します。実行登録をすると，接続ルールに従ってそれぞれ同一実行日にある世代が接続関係を結び，定義した実行順序で処理されます。

10.4.8　ジョブネットコネクタのポーリング

異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合，ジョブネットコネクタおよび実行順序制御方式に「同期」を設定した接続先のジョブネットは，次の間ポーリングし，定期的に接続相手となるユニットの状態を確認します。

ジョブネットコネクタが実行開始してから終了するまで

接続先のジョブネットが開始時刻に到達してから実行開始するまで

スケジューラーサービスの停止や通信障害によって，ポーリングによる接続相手の状態取得ができない場合，ジョブネットコネクタ，または接続先のジョブネットは異常検出終了します。

10.5　ジョブネットに壁紙を設定する

ジョブネットをJP1/AJS2 - Viewに表示するときの壁紙を，ジョブネットごとに設定できます。壁紙は，［ジョブネットエディタ］ウィンドウ，または［ジョブネットモニタ］ウィンドウのマップエリアの背景として表示されます。

壁紙はジョブネットやジョブグループ，スケジューラーサービスなどのユニットごとに設定します。デフォルトでは，上位ユニットに設定された壁紙を使う設定になっています。壁紙は，ジョブグループごとやマネージャーホストごとに使い分けることができます。

1台のマシンで複数のJP1/AJS2 - Viewを起動し，それぞれ別のマネージャーホストに接続して監視している場合，接続先のマネージャーホストごとに壁紙を変えると，ジョブネットの背景で接続先を識別できるため，どのマシンで障害が起きているのかわかりやすくなります。

接続先のマネージャーホストごとに壁紙を設定した場合の利用例を次の図に示します。

図10-70　接続先のマネージャーホストごとに壁紙を設定した場合の利用例

上位ジョブネットの壁紙の設定を利用したり，ジョブネットごとに異なる壁紙を設定したりすると，どのジョブグループ，またはプランニンググループの下にあるジョブネットを表示しているか，どのルートジョブネットのネストジョブネットを表示しているかなど，ジョブネットの表示先を壁紙で識別できます。

ジョブネットごとに壁紙を設定した場合の利用例を次の図に示します。

図10-71　ジョブネットごとに壁紙を設定した場合の利用例

壁紙には，gifファイルまたはjpgファイルが設定できます。

壁紙は［壁紙の設定］ダイアログボックスで設定します。［壁紙の設定］ダイアログボックスについては，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.4.6 ［壁紙の設定］ダイアログボックス」を参照してください。

11.　ほかの製品との連携

この章では，JP1/AJS2とその他の製品を連携することによって実現できる機能について紹介します。各機能の詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド」，および連携する各製品のマニュアルを参照してください。

＜この章の構成＞

11.1　メールの送受信をジョブネットに定義したい

11.2　メッセージの送受信をジョブネットに定義したい

11.3　ホストの電源投入・切断を自動化したい

11.4　ファイル転送業務を自動化したい

11.5　ERP業務を自動運用したい

11.6　メインフレーム上のジョブを連動させて実行したい

11.7　hp NonStop Serverと連携して処理を実行したい（Windows限定）

11.8　高度なスクリプトを作成・実行したい

11.9　JP1/NQSEXECと連携して処理を実行したい

11.10　処理の実行状態を監視したい

11.11　JP1/AJS2の定義情報をほかのホストに自動配布したい

11.12　異常発生時に電話やパトロールランプなどに自動通報したい

11.13　ジョブネットやスケジュールの情報を出力したい

11.14　ジョブネットやジョブを一括して定義したい

11.15　複数のマネージャー上のジョブネットやジョブの状態を一覧表示したい

11.16　JP1/AJS2のシステム構成や環境設定をビジュアルに表示したい

11.17　大規模災害が発生してもJP1/AJS2の業務を継続させたい

11.18　簡単な業務もJP1/AJS2で自動化したい

11.19　JP1/AJS2のパフォーマンスを監視したい

11.20　Webサービスをジョブネットに定義したい

11.21　文書のPDF変換処理を自動化したい

11.1　メールの送受信をジョブネットに定義したい

メールシステムと連携すると，メールの送受信をジョブネットに定義できます。これによって，障害発生時にシステム管理者にメールを送信したり，メールの受信を契機にしてジョブネットを開始させたりできます。

メールシステム連携時には，Windowsの場合はMAPIに対応したWindows Messagingなどのクライアントソフトが必要です。UNIXの場合は，sendmail機能を持つSMTPメールサーバが必要で，RFC822に準拠しているメールを送受信します。

メールの送信はメール送信アクションジョブを，メールの受信はメール受信監視イベントジョブを，それぞれジョブネットに定義して実行します。

11.2　メッセージの送受信をジョブネットに定義したい

メッセージキューシステムと連携すると，メッセージキューシステムに対するメッセージの送受信をジョブネットに定義できます。これによって，障害発生時にメッセージキューシステムにメッセージを送信したり，メッセージキューシステムのメッセージの受信を契機にしてジョブネットを開始させたりできます。

JP1/AJS2は次のメッセージキューシステムと連携できます。

TP1/Message Queue

MQSeries

MSMQ（Windowsでだけ使用できます）

なお，JP1/AJS2のマニュアルでは，上記のメッセージキューシステムと連携する場合を「メッセージキューシステム連携」，TP1/Message QueueまたはMQSeriesと連携する場合を「メッセージキュー連携」，MSMQと連携する場合を「MSMQ連携」と表します。

JP1/AJS2では，メッセージキューシステムのメッセージキューを監視して，メッセージキューにメッセージが受信されたのを契機としてジョブネットやジョブを実行できます。また，メッセージキューにメッセージを送信することもできます。

メッセージの送信はメッセージ送信アクションジョブを，メッセージの受信はメッセージ受信監視イベントジョブを，それぞれジョブネットに定義して実行します。

なお，メッセージキューシステム連携機能はLinuxをサポートしていません。そのため，Linuxホストはメッセージキューシステムと連携できません。

11.3　ホストの電源投入・切断を自動化したい

ホストの電源投入，切断をジョブネットのジョブとして定義できます。これによって，先行するジョブの終了後にホストを停止する運用，およびジョブを実行する間だけエージェントホストの電源を投入する運用ができます。業務の自動運用とあわせてホストの起動・終了も自動化することによって，1日の業務を自動化できます。

ホストの電源投入・切断を自動化するには，JP1/Power Monitorおよび電源制御装置が必要です。電源制御装置がない場合，電源の投入・切断はできませんが，シャットダウンや再起動はできます。

ホストの電源投入・切断は，電源制御用のアクションジョブをジョブネットに定義して実行します。また，アクションジョブを定義せず，JP1/Power Monitorでスケジュール情報を設定して，ホストの電源を制御することもできます。

JP1/Power Monitorの詳細については，マニュアル「JP1/Power Monitor」を参照してください。

JP1/Power MonitorとJP1/AJS2との連携については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　4. JP1/Power Monitorとの連携」を参照してください。

11.4　ファイル転送業務を自動化したい

FTPプロトコルを使ったファイルの転送をジョブネットのジョブとして定義できます。ファイル転送をジョブネットのジョブとして定義することで，スケジュールに従ってファイルを転送したり，ファイルが転送されたことをきっかけに他の処理を実行したりといった運用ができるようになります。

このようなファイル転送業務の自動化には，JP1/FTPが必要です。JP1/AJS2はJP1/FTP用の標準カスタムジョブを用意しています。JP1/FTP用のカスタムジョブをジョブネットに定義することで，ファイル転送を実行できます。

11.5　ERP業務を自動運用したい

SAP R/3システムやOracle E-Business Suiteシステムの処理を，JP1/AJS2を使って自動運用できます。JP1/AJS2のカレンダー機能やジョブスケジュール機能を活用することで，ERPシステムの業務を細かくスケジューリングして運用できます。

ERPシステムの業務は，ERPシステム用のカスタムジョブとして，ジョブネットに定義します。カスタムジョブと他のジョブとを関連づけることで，何らかの事象を契機にERPの業務を実行したり，ERPの業務に障害があったときにリカバリージョブを自動的に実行させたりという処理ができます。

JP1/AJS2は，下記のERPシステムと連携できます。

SAP R/3システム

SAP BWシステム

Oracle E-Business Suiteシステム

SAP R/3システムまたはSAP BWシステムとJP1/AJS2を連携して使うためには，JP1/AJS2 for Enterprise Applicationsが必要です。なお，JP1/AJS2 for Enterprise Applicationsは，JP1 Version 6のJP1/Application Manager for R/3(R)を名称変更したものです。

Oracle E-Business SuiteシステムとJP1/AJS2を連携して使うためには，JP1/AJS2 for Oracle E-Business Suiteが必要です。JP1/AJS2 for Oracle E-Business Suiteは，JP1 Version 6のJP1/Application Manager for Oracle E-Business Suiteを名称変更したものです。

11.6　メインフレーム上のジョブを連動させて実行したい

JP1/AJS2では，メインフレーム上のジョブをWindowsやUNIX上のジョブと連動させて実行することができます。これによって，メインフレームも含めたマルチプラットフォーム環境でも，ジョブの定義・実行・監視などを統合的に行えます。

メインフレームとの連携には，JP1/AJS2 for MainframeまたはJP1/OJEが必要です。

＜この節の構成＞

11.6.1　JP1/OJEを使用してメインフレームの処理を実行する

11.6.2　JP1/AJS2 for Mainframeを使用してメインフレームのジョブスケジューラーと連携する

11.6.1　JP1/OJEを使用してメインフレームの処理を実行する

JP1/OJEを使うと，メインフレーム（VOS1，VOS3，VOSKなど）へジョブを投入したり，メインフレームからジョブを受け取って実行したりできます。JP1/AJS2からJP1/OJEへジョブを投入すると，JP1/OJEがジョブを自動的にキューイングして実行します。ジョブの実行結果は，JP1/AJS2で確認できます。

JP1/OJEを使って連携できるメインフレームは，VOS3，VOS1，VOSK，他社メインフレーム（MVS，OSIV/MSPなど），AS/400です。

JP1/AJS2からメインフレームのジョブを実行するには，次の方法があります。

カスタムジョブ
メインフレームのジョブの実行を，JP1/AJS2のジョブネットに定義できます。VOS3，VOS1，VOSK，およびMVS用のカスタムジョブを標準で提供しています。

QUEUEジョブ，サブミットジョブ
VOS3，AS/400，MVS，OSIV/MSPとの連携では，この方法でジョブを実行できます。

11.6.2　JP1/AJS2 for Mainframeを使用してメインフレームのジョブスケジューラーと連携する

JP1/AJS2 for Mainframeと連携すると，JP1/AJS2で定義したジョブネットとメインフレームのジョブスケジューラーとを連携させて，JP1/AJS2からメインフレームのジョブネットの定義，実行，監視，操作ができます。

JP1/AJS2 for Mainframeと連携すると，メインフレームのジョブスケジューラーが管理するジョブネットとJP1/AJS2が管理するジョブネットの定義，監視，操作方法を統一し，一元管理できます。そのため，ユーザーがジョブを実行したり監視したりするときの作業負荷を軽減できます。

また，JP1/AJS2 - View for Mainframeを使用すると，メインフレームが管理するサーバリンクジョブで関連づけられている，JP1/AJS2のルートジョブネットを参照することもできます（JP1/AJS2 - Viewが06-71以降の場合）。例えば，JP1/AJS2 - View for Mainframeの［ジョブネットエディタ］ウィンドウで，サーバのジョブネットを表示すると，JP1/AJS2 - Viewの［ジョブネットエディタ］ウィンドウが表示されます。

JP1/AJS2 for Mainframeと連携すると，メインフレーム上に定義したジョブネットやジョブとPC/WS上に定義したジョブネットやジョブとを連動させた処理を実行できます。これによって，メインフレームのジョブスケジューラーが管理するジョブネットとJP1/AJS2が管理するジョブネットの定義，監視，操作方法を統一し，一元管理できるようになります。そのため，ユーザーがジョブを実行したり監視したりするときの作業負荷を軽減できます。

JP1/AJS2 for Mainframeを使ってJP1/AJS2とメインフレームのジョブスケジューラーを連携させると，JP1/AJS2のジョブネットの中からメインフレームの処理を実行させることも，メインフレームのジョブネットの中からJP1/AJS2のジョブネットを実行させることもできます。

11.7　hp NonStop Serverと連携して処理を実行したい（Windows限定）

HP NonStop Serverと連携すると，HP NonStop Serverへジョブを投入したり，HP NonStop Serverから受け取ったジョブを実行したりできます。ジョブの実行結果は，JP1/AJS2で確認できます。

JP1/AJS2からHP NonStop Serverへジョブを投入するには，QUEUEジョブとしてジョブをキューイングします。

なお，HP NonStop Serverには，「ジョブ・スケジューラ for MPP JP1連携オプション」をインストールする必要があります。

11.8　高度なスクリプトを作成・実行したい

WindowsやUNIX環境で，高度なスクリプトを実行したい場合，JP1/Scriptが役に立ちます。JP1/Scriptは，高度なスクリプトを簡単に構築できるスクリプト言語です。

JP1/AJS2では，JP1/Script 06-00以降で作成したスクリプトファイルをジョブとして定義して，実行できます。

また，JP1/Scriptと連携すると，JP1/AJS2のジョブからGUIを表示できます。通常，JP1/AJS2では，GUIを表示し入力待ちになるプログラムをジョブとして実行できません。しかし，JP1/ScriptのスクリプトファイルからGUIを持つプログラムを起動させると，デスクトップ上でGUIを起動した場合と同様にGUIが動作します。JP1/Scriptを使用しないで，JP1/AJS2のジョブからGUIを表示させる動作については保証できません。

JP1/Scriptと連携する場合，JP1/AJS2では連携のためのセットアップは不要です。

JP1/Scriptの詳細については，マニュアル「JP1/Script（Windows(R)用）」を参照してください。

JP1/ScriptとJP1/AJS2との連携については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　11. JP1/Scriptとの連携」を参照してください。

11.9　JP1/NQSEXECと連携して処理を実行したい

JP1/NQSEXECと連携すると，JP1/NQSEXECへジョブを投入したり，JP1/NQSEXECから受け取ったジョブを実行したりできます。JP1/AJS2からJP1/NQSEXECへジョブを投入すると，JP1/NQSEXECではジョブを自動的にキューイングして実行します。ジョブの実行結果は，JP1/AJS2で確認できます。

JP1/AJS2からJP1/NQSEXECへは，QUEUEジョブまたはサブミットジョブとしてジョブをキューイングします。

11.10　処理の実行状態を監視したい

ほかのシステム管理製品を使って，JP1/AJS2の処理の実行状態を監視できます。他のJP1シリーズ製品や，ネットワーク機器などの管理とともにJP1/AJS2のジョブネットやジョブの実行状態を監視できます。

JP1/AJS2は，JP1/IMやJP1/Cm2（またはhp OpenView）から，実行状態を監視できます。

＜この節の構成＞

11.10.1　JP1/IMでJP1/AJS2の処理の実行状態を監視する

11.10.2　JP1/Cm2/NNMまたはhp OpenView NNMでJP1/AJS2の処理の実行状態を監視する

11.10.1　JP1/IMでJP1/AJS2の処理の実行状態を監視する

JP1/IMを使って，JP1/AJS2の処理の実行状態を監視できます。JP1/IMは，JP1イベントを利用してJP1シリーズ製品などの状態を統合的に管理する製品です。

JP1/IMを使うと，次のような形式でJP1/AJS2を監視できます。

JP1イベントを監視する
JP1/IMのメインコンソールには，JP1製品が出力するJP1イベントが一覧表示されます。JP1/AJS2の出力するJP1イベントもメインコンソールに表示されます。重要度やJP1イベントを発行したホストなどで表示するJP1イベントを絞り込むことができます。

実行状況を表すアイコンで監視する
JP1/IMのツリー監視画面およびビジュアル監視画面では，JP1/AJS2のジョブネットやジョブの実行状況を示すアイコンが作られます。障害などが発生すると，アイコンの色が変わります。

JP1/IMでの監視中に，詳しい実行状況の確認や，ジョブネットの定義内容の変更をしたい場合は，JP1/IMの画面から，JP1/AJS2 - Viewの画面を呼び出すことができます。

なお，JP1/IMはVersion 8で製品体系が変更されています。詳細は，マニュアル「JP1/Integrated Management - Manager 構築・運用ガイド」を参照してください。

11.10.2　JP1/Cm2/NNMまたはhp OpenView NNMでJP1/AJS2の処理の実行状態を監視する

JP1/Cm2/NNMまたはhp OpenView NNMを使って，ネットワーク上のマネージャーホストの運用状態やジョブの実行状態，およびエージェントホストの運用状態を監視できます。また，ユーザー用のシンボルを使って，任意の対象の状態を監視することもできます。

JP1/Cm2/NNMまたはhp OpenView NNMの画面では，ジョブの実行状態は，シンボルの色によってわかるように表示されます。

11.11　JP1/AJS2の定義情報をほかのホストに自動配布したい

大規模なシステム構成でJP1/AJS2を運用している場合，ジョブネットやカレンダーを必要なすべてのホストで定義するのは大変です。しかし，JP1/NETM/DMを使うと，定義したジョブネットやカレンダーを一度に多くのホストに配布し，自動的に登録できるので，管理者の作業が軽減されます。

JP1/NETM/DMは，ソフトウェアやファイルの配布を一括して自動的に行うプログラムです。JP1/NETM/DMでは，配布したファイルを展開するフォルダや配布のスケジュールを指定した配布ができ，配布状況を一元的に管理できます。

11.12　異常発生時に電話やパトロールランプなどに自動通報したい

TELstaffと連携することで，ジョブネット実行中に異常が発生した場合に，管理者の携帯電話やポケットベル，信号灯などへ自動的に通報できます。

これらの自動通報を実行するためには，JP1/AJS2のジョブにTELstaffのコマンドを定義します。

TELstaffと連携する場合，JP1/AJS2では特別なセットアップは不要です。

11.13　ジョブネットやスケジュールの情報を出力したい

JP1/AJS2 - Print Optionを使うと，ジョブネットやスケジュールの情報を，ジョブネット定義情報，実行予実績確認表，実行結果確認表などの帳票レイアウトの形式で表示したり，印刷したりできます。

また，ジョブネットやスケジュールの情報をCSV形式で出力して，自由に編集することもできます。

11.14　ジョブネットやジョブを一括して定義したい

JP1/AJS2 - Definition Assistantを使うと，マネージャーホストに定義されているジョブネットやジョブなどをExcelファイルに取り込んだり，Excelのファイルに定義したジョブネットやジョブを一括してマネージャーホストに反映させたりすることができます。

JP1/AJS2 - Definition Assistantを導入することで，複数の階層を持つ大量のジョブネットやジョブの定義の編集が容易になります。また，定義したジョブネットやジョブの情報の一覧がExcelファイルの形式で保存されるので，定義の更新情報の管理が容易になります。

JP1/AJS2 - Definition Assistantについては，マニュアル「JP1/Automatic Job Management System 2 - Definition Assistant」を参照してください。

11.15　複数のマネージャー上のジョブネットやジョブの状態を一覧表示したい

JP1/AJS2 - Web Operation Assistantを使用すると，ジョブネットやジョブの状態をWebブラウザー上に一覧で表示できます。JP1/AJS2 - Web Operation Assistantは，複数のマネージャーホストに登録されたジョブネットやジョブの状態を同時に表示できるので，複数のマネージャーホストで業務を運用している場合にも，一括して監視できます。

また，ジョブネットやジョブをWebブラウザー上で選択して再実行などの操作をしたり，ジョブネットモニタを起動して状態や結果を確認したりすることができます。

JP1/AJS2 - Web Operation Assistantについては，マニュアル「JP1/Automatic Job Management System 2 - Web Operation Assistant」を参照してください。

11.16　JP1/AJS2のシステム構成や環境設定をビジュアルに表示したい

JP1/AJS2 - Configurationを使用すると，JP1/AJS2のシステム構成，ジョブの実行環境，構成定義などをビジュアルに表示できるため，構成変更などが容易になります。

JP1/AJS2 - Configurationについては，マニュアル「JP1/Automatic Job Management System 2 - Configuration」を参照してください。

11.17　大規模災害が発生してもJP1/AJS2の業務を継続させたい

JP1/AJS2 - Datareplicatorを使用すると，大規模な災害が発生してある拠点のシステムが使用できなくなった場合でも，ほかの拠点で業務を継続させることができます。

JP1/AJS2 - Datareplicatorは，本番システムのデータベースを常に障害発生時用の拠点に複製しているため，本番システムが被災したときには，本番システムで行っていた業務を障害発生時用の拠点に切り替えて実行できます。

なお，JP1/AJS2 - Datareplicatorは，組み込みDBの使用が前提となります。

JP1/AJS2 - Datareplicatorについては，マニュアル「JP1/Automatic Job Management System 2 - Datareplicator」を参照してください。

11.18　簡単な業務もJP1/AJS2で自動化したい

JP1/IM - Planning Operationを使用すると，一定のデータ量を超えたログファイルの削除や毎日のデータのバックアップといった簡単な業務をJP1/AJS2 - Agentを使用しないで実行させることができます。人手で行っていた簡単な業務を自動化でき，JP1/AJS2 - AgentをインストールすることなくJP1/Baseで実行できるため，システム全体のコストを抑えることができます。

JP1/IM - Planning Operationについては，マニュアル「JP1/Integrated Management - Planning Operation」を参照してください。

11.19　JP1/AJS2のパフォーマンスを監視したい

JP1/Performance Managementのプログラムを使用すると，JP1/AJS2の稼働状況の分析や障害の予兆監視ができます。

JP1/AJS2 - Managerホストに，JP1/Performance Management - Agent Option for JP1/AJS2をインストールすることで，JP1/Performance ManagementのプログラムからJP1/AJS2のパフォーマンスを監視できるようになります。

JP1/Performance Managementについては，マニュアル「JP1/Performance Management システム構築・運用ガイド」，およびマニュアル「JP1/Performance Management - Agent Option for JP1/AJS2」を参照してください。

11.20　Webサービスをジョブネットに定義したい

JP1/AJS2 for Web Serviceは，WebサービスシステムとJP1/AJS2システムとを仲介し，WebサービスをJP1/AJS2で一連の業務として実行できます。

Webサービスのクライアントプログラムをジョブネットに定義することによって，WWW上のさまざまなアプリケーションを利用したり，連携したりできます。

JP1/AJS2 for Web Serviceについては，マニュアル「JP1/Automatic Job Management System 2 for Web Service」を参照してください。

11.21　文書のPDF変換処理を自動化したい

JP1/AJS2 for 活文PDFstaffを使用すると，活文PDFstaffによるPDF変換処理をジョブとしてジョブネットに定義，実行できます。これによって，文書をPDFファイルに変換する処理を自動化できます。

また，JP1/AJS2 for 活文PDFstaffでは，PDFファイルに変換するだけでなく，作成するPDFファイルにパスワード，印刷禁止/許可などの操作制限，ヘッダ・フッタ，透かし文字などのセキュリティ情報を設定できます。

JP1/AJS2 for 活文PDFstaffについては，マニュアル「JP1/Automatic Job Management System 2 for 活文PDFstaff Option」を参照してください。

付録

＜この付録の構成＞

付録A　イベントジョブで引き継ぐ情報

付録B　JP1/AJS2が発行するJP1イベント

付録C　JP1/Cm2に通知するイベント

付録D　各バージョンの変更内容

付録E　（3020-3-K21-43）の変更内容

付録F　用語解説

付録A　イベントジョブで引き継ぐ情報

イベントジョブで引き継ぐ情報について説明します。

イベントジョブで受信した情報を後続のジョブまたはジョブネットで参照できます。［詳細定義－［イベントアイコン名］－［引き継ぎ情報］］ダイアログボックスで，受信したイベントの特定の引き継ぎ情報をマクロ変数に指定すると参照できます。マクロ変数に指定できる引き継ぎ情報は，各イベントジョブで異なります。マクロ変数の定義例については，「3.2.4(6) イベントジョブの受信情報の引き継ぎ」を参照してください。

各イベントジョブの引き継ぎ情報の一覧を次の表に示します。

表A-1　各イベントジョブの引き継ぎ情報一覧

アイコン名
変数
説明
Windows
UNIX
サイズ
（バイト）

共通
CMTMOUT※9
ジョブが打ち切り終了したかどうか
t：打ち切り終了
f：打ち切り終了以外
○
○
1

JP1イベント受信監視
EVID
イベントID
○
○
17

EVUSR
イベント発行元ユーザー名
○
○
20

EVGRP
イベント発行元グループ名
○
○
20

EVHOST
発行元イベントサーバ名
○
○
255

EVIPADDR
イベント発行元IPアドレス
○
○
16

EVMSG
メッセージ情報
○
○
1,023

EVDETAIL
イベント詳細情報※¹
○
○
1,023

EVSEV
拡張属性の重大度
○
○
11

EV：拡張属性名※²
任意の拡張属性
○
○
4,085

EVENV1～EVENV9※³
切り出したデータ
○※¹⁰
○
4,085

EVUSRID
イベント発行元ユーザーID
○
○
10

EVGRPID
イベント発行元グループID
○
○
10

EVPROCESSID
イベント発行元プロセスID
○
○
10

EVDATE
イベント発行年月日（yyyy/mm/dd形式）
○
○
10

EVTIME
イベント発行時間（hh：mm：ss形式）
○
○
8

ファイル監視
FLFNAME
変更があったファイルのファイル名（完全名で指定）
○
○
Windows：258
UNIX：509

FLCOND
次の成立した監視条件のどれか一つ
c（作成）
d（削除）
s（サイズ変更）
m（最終書き込み時間）
○
○
1

FLCTIME
ファイル更新時刻
（yyyy/mm/dd.
hh：mm：ss形式）
○
○
19

FLSIZE
変更があったファイルのファイルサイズ
○
○
20

メール
受信監視
MLRCVADDRESS
受信したメールの差し出し人※⁴
○
○
Windows：256※⁵
UNIX：4,085

MLRCVSUBJECT
受信したメールの件名
○
○
Windows：256※⁶
UNIX：4,085

MLRCVBODY
受信したメールの本文を保存したファイル名
○
×
258

MLRCVATTACHFILEnn（nnは01～20のアラビア数字）
受信したメールに添付されていた添付ファイル名
○
×
258※⁷

MLRCVATTACHLIST
受信したメールに添付されていたファイルの一覧のファイル名
○
×
258※⁸

MLRCVMAILBODY
受信したメール自体を保存したファイル名（内部設定，1ファイル）
×
○
452

MLRCVTIME
受信したメールの到着日時
○
○
40

メッセージキュー受信監視
MQRCVCORRELATION
受信したメッセージの相関識別子
○
○
24

MQRCVDISCRIMINATION
受信したメッセージのメッセージ識別子
○
○
24

MQRCVQUEUE
メッセージ受信キュー名
○
○
48

MQRCVMODELQUEUE
モデルキュー名
○
○
48

MQRCVMESSAGEFILE
受信したメッセージをメッセージ構造体として格納したファイル名（内部設定，1ファイル）
○
○
Windows：258
UNIX：452

MSMQ
受信監視
MSRCVQUEUEPATH
受信したメッセージのキューパス名
○
×
259

MSRCVMUTUAL
受信したメッセージの相互関係
○
×
20

MSRCVMESSAGELABEL
受信したメッセージのメッセージラベル
○
×
249

MSRCVAPPLICATION
受信したメッセージのアプリケーション情報（HEX形式の数値文字）
○
×
8

MSRCVMESSAGEFILE
受信したメッセージをメッセージ構造体として格納したファイル名（内部設定，1ファイル）
○
×
258

ログファイルトラップ監視
LFFNAME
トラップしたログファイルのファイル完全名
○
○
258

LFDATA
トラップしたデータ（511バイトを超えた場合は切り捨てる）
○
○
511

Windowsイベントログ監視
NELOG
ログ種別
○
×
11

NEEVKIND
イベントの種類
○
×
20

NESOURCE
ソース
○
×
255

NECLASS
分類
○
×
4,085

NEEVID
イベントID
○
×
16

NEDETAIL
説明（1,023バイトを超えた場合は切り捨てる）
○
×
1,023

実行間隔制御
－
－
－
－
－

（凡例）

○：指定できる。

×：指定できない。

－：該当しない。

注1

引き継ぎ情報に次の文字が含まれていた場合，すべて空白に置き換えられます。

「¥r」「¥n」「¥b」「¥f」

また，上記のサイズは文字列の長さで「¥0」は含みません。

注2

マクロ変数名と引き継ぎ情報のサイズの合計が4,096バイトを超えないように，事前にマクロ変数名のサイズや引き継ぎ情報のサイズを見積もった上で運用してください。特に，起動条件をAND条件で定義している場合は，起動条件内に定義したすべてのイベントジョブのマクロ変数および引き継ぎ情報をマージします。このため，マクロ変数名と引き継ぎ情報のサイズの合計が4,096バイトを超えないように注意してください。

注※1

JP1イベント中の詳細情報がテキストの場合だけ設定されます。

注※2

拡張属性名は，JP1/Baseのイベントサービスで決められた32バイト以内の文字列です。拡張属性名の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

注※3

切り出しデータは，ajsdefineコマンドに指定したパラメーターの指定順ではなく，次の順番で正規表現のチェックをして，切り出しがあれば，順にEVENV1～EVENV9へ格納します。

イベント発行元ユーザー名

イベント発行元グループ名

発行元イベントサーバ名

メッセージ情報

詳細情報

任意の拡張属性

任意の拡張属性内では，JP1イベントの取得順に正規表現のチェックをして，切り出しがあれば，順にEVENV1～EVENV9へ格納します。

注※4

Windowsの場合，［マネージャー環境設定］ダイアログボックスの［メール連携］タブの［差出人アドレスの引き継ぎ］で選択した情報の種類が設定されます。［メールアドレス］を選択した場合には，メールアドレスが設定されます。［表示名］を選択した場合には，表示名（ニックネーム）が設定されます。

［差出人アドレスの引き継ぎ］に［メールアドレス］を設定した場合で，GroupMailのメールを受信したときには，この情報は設定されません。

注※5

お使いのメールシステムによっては，メールの送信者アドレスが長いときに規定された値より長い情報が設定される場合があります。この場合は，前から256バイトだけ引き継げます。256バイト以上の値が設定されるかどうかは，お使いのメールシステムのマニュアルで確認してください。

注※6

お使いのメールシステムによっては，件名が長いときに規定された値より長い情報が設定される場合があります。この場合は，前から256バイトだけ引き継げます。256バイト以上の値が設定されるかどうかは，お使いのメールシステムのマニュアルで確認してください。

注※7

受信したメールに添付されていたファイルを保存して，そのファイル名がフルパス名で設定されます。

複数のファイルが添付されていた場合，添付ファイルの順序は保証されません。また，21個以上のファイルが添付されていた場合には，20個のファイル名までしか引き継ぎできません。

注※8

受信したメールに添付されていたファイルを保存して，その保存したファイルのリストを作成します。作成されたリストファイル名がフルパス名で設定されます。

注※9

イベントジョブが監視条件によって正常終了した場合，CMTMOUTへ"f"を格納します。打ち切り時間が経過した場合，CMTMOUTへ"t"を格納します。エラー発生によってイベントジョブが異常検出終了した場合，CMTMOUTへは何も格納しません。

注※10

拡張正規表現を使用している場合だけ設定されます。

付録B　JP1/AJS2が発行するJP1イベント

JP1/AJS2が発行するJP1イベントについて説明します。

＜この節の構成＞

付録B.1　JP1イベント一覧

付録B.2　JP1イベントの属性

付録B.1　JP1イベント一覧

JP1イベント一覧を次の表に示します。

表B-1　JP1イベント一覧

イベントID
イベント名称
イベント発行契機
メッセージID

00004100
スケジューラーサービス開始イベント
スケジューラーサービスが起動したとき
KAVS0200-I

00004101
スケジューラーサービス終了イベント
スケジューラーサービスが終了したとき
KAVS0201-I

00004102
ジョブネット開始イベント
ジョブネット・ジョブネットコネクタが起動したとき
KAVS0260-I

00004103
ジョブネット正常終了イベント
ジョブネット・ジョブネットコネクタが正常終了したとき
KAVS0261-I

00004104
ジョブネット異常終了イベント
ジョブネット・ジョブネットコネクタが異常終了したとき
KAVS0262-E

00004105
ジョブ開始イベント
ジョブが起動したとき
KAVS0263-I

00004106
ジョブ正常終了イベント
ジョブが正常終了したとき
KAVS0264-I

00004107
ジョブ異常終了イベント
ジョブが異常終了したとき
KAVS0265-E

00004108
ジョブネット警告終了イベント
ジョブネット・ジョブネットコネクタが警告終了したとき
KAVS0268-W

00004109
ジョブ警告終了イベント
ジョブが警告終了したとき
KAVS0269-W

00004110
スケジューラーログプロセス異常終了イベント（履歴デーモン異常終了イベント）
ログプロセスが異常終了したとき
KAVS0202-E

00004111
スケジューラーログファイル交代イベント（スケジューラーログファイル交代イベント）
ログファイルが交代したとき
KAVS0203-I

00004120
ジョブネット保留イベント
ジョブネットが保留になったとき
KAVS0270-I

00004121
ジョブ保留イベント
ジョブが保留になったとき
KAVS0271-I

00004122
ジョブネット開始遅延イベント
ジョブネットが開始遅延になったとき
KAVS0275-I

00004123
ジョブネット終了遅延イベント
ジョブネットが終了遅延になったとき
KAVS0276-I

00004124
次回予定キューイングイベント
－
KAVS0277-I

00004125
ジョブサブミット開始イベント
ジョブのサブミットが開始されたとき
KAVS0278-I

00004126
イベントジョブ実行要求開始
イベントジョブの実行要求が開始されたとき
KAVS0242-I

00004127
ジョブ終了遅延イベント
ジョブが終了遅延になったとき
KAVS0248-I

00004130
スケジューラーサービス再起動イベント（デーモン再起動イベント）
スケジューラーサービスが再起動されたとき
KAVS0204-E

00004131
ジョブネット閉塞イベント
ジョブネットが閉塞状態になったとき
KAVS0272-E
KAVS0273-E

00004140
ジョブネット起動条件監視開始イベント
ジョブネットの起動条件監視が開始したとき
KAVS0240-I

00004141
ジョブネット起動条件監視終了イベント
ジョブネットの起動条件監視が終了したとき
KAVS0241-I

00004142
ジョブネット繰り越し未実行イベント
ジョブネットが繰り越し未実行になったとき
KAVS0279-E

00004143
接続先のジョブネット未登録イベント
ジョブネットコネクタの実行開始時に接続先のジョブネットが実行登録されていないとき
KAVS0243-E

00004144
ジョブネットコネクタ未登録イベント
接続先のジョブネットの実行開始時にジョブネットコネクタが実行登録されていないとき
KAVS0244-E

00004150
スケジューラーデータベース再編成開始イベント
スケジューラーデータベース再編成が開始したとき
KAVS1500-I※1

00004151
スケジューラーデータベース再編成正常終了イベント
スケジューラーデータベース再編成が正常終了したとき
KAVS1501-I※1

00004152
スケジューラーデータベース再編成異常終了イベント
スケジューラーデータベース再編成が異常終了したとき
KAVS1502-E※1

00004153
スケジューラーISAM未使用領域サイズ情報イベント
スケジューラーISAM未使用領域サイズ情報を取得したとき
KAVS1503-I※1

00004154
スケジューラーISAM未使用領域サイズしきい値到達イベント
スケジューラーISAM未使用領域サイズがしきい値に到達したとき
KAVS1504-W※1

00004160
ジョブ実行環境データベース再編成開始イベント
ジョブ実行環境データベース再編成が開始したとき
KAVU5980-I※1

00004161
ジョブ実行環境データベース再編成正常終了イベント
ジョブ実行環境データベース再編成が正常終了したとき
KAVU5981-I※1

00004162
ジョブ実行環境データベース再編成異常終了イベント
ジョブ実行環境データベース再編成が異常終了したとき
KAVU5982-E※1

00004163
ジョブ実行環境ISAM未使用領域サイズ情報イベント
ジョブ実行環境ISAM未使用領域サイズ情報を取得したとき
KAVU5983-I※1

00004164
ジョブ実行環境ISAM未使用領域サイズしきい値到達イベント
ジョブ実行環境ISAM未使用領域サイズがしきい値に到達したとき
KAVU5984-W※1

00004170
スケジューラーサービスRDB接続待ち合わせ異常終了イベント
RDB接続待ち合わせ機能が異常終了したとき
KAVS0998-E

00004171
スケジューラーサービスRDB接続待ち合わせ開始イベント
RDB接続待ち合わせ機能が開始されたとき
KAVS0999-W

00004190
コマンド・JP1/AJS2 - View操作開始
コマンド・JP1/AJS2 - Viewからの操作が開始されたとき
KAVS0715-I

00004191
コマンド・JP1/AJS2 - View操作終了
コマンド・JP1/AJS2 - Viewからの操作が終了されたとき
KAVS0716-I

000041A0
ログファイルトラップ用イベント
監視中のログファイル監視条件に合致したデータがログファイルに出力されたとき
－

000041A1
イベント・アクション制御－マネージャー開始イベント
イベント・アクション制御－マネージャーの開始
KAVT0498-I

000041A2
イベント・アクション制御－マネージャー終了イベント
イベント・アクション制御－マネージャーの停止
KAVT0499-I

000041A3
イベント・アクション制御－エージェント開始イベント
イベント・アクション制御－エージェントの開始
KAVT0900-I

000041A4
イベント・アクション制御－エージェント終了イベント
イベント・アクション制御－エージェントの停止
KAVT0901-I

000041F0※2
プロセス異常終了イベント
プロセスが異常終了したとき
KAVB3737-E

000041F1※2
プロセス起動タイムアウトイベント
プロセスの起動がタイムアウトしたとき
KAVB3613-W

000041F2※2
プロセス再起動完了イベント
プロセスの再起動が完了したとき
KAVB3616-I

000041F3※2
起動前処理失敗イベント
起動前処理が失敗したとき
KAVA3953-E

（凡例）

－：該当しない。

注※1

ajsdbcondコマンド，またはjpqdbcondコマンドで，出力先にJP1イベントを指定している場合だけ出力されます。

注※2

プロセスの異常終了時にJP1イベントを発行させる設定をした場合にだけ発行されます。JP1イベントを発行させたい場合は，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　15.15.2 JP1/AJS2のプロセスが異常終了したときにJP1イベントを発行する」を参照してください。

付録B.2　JP1イベントの属性

JP1イベントの属性には基本属性と拡張属性があります。基本属性にはイベントIDや詳細情報などの項目があります。拡張属性には重大度やユーザー名などの共通情報と，プラットフォームやAJSのアクションバージョンなどの固有情報があります。

なお，基本属性の詳細情報は，JP1 Version 5以前の製品との互換のため情報が切り詰められます。情報の参照は拡張属性を使用するようにしてください。

JP1イベントの属性を次に示します。

＜この項の構成＞

(1)　スケジューラーサービス開始イベントの属性

(2)　スケジューラーサービス終了イベントの属性

(3)　ジョブネット開始イベントの属性

(4)　ジョブネット正常終了イベントの属性

(5)　ジョブネット異常終了イベントの属性

(6)　ジョブ開始イベントの属性

(7)　ジョブ正常終了イベントの属性

(8)　ジョブ異常終了イベントの属性

(9)　ジョブネット警告終了イベントの属性

(10)　ジョブ警告終了イベントの属性

(11)　履歴デーモン異常終了イベントの属性

(12)　スケジューラーログファイル交代イベントの属性

(13)　ジョブネット保留イベントの属性

(14)　ジョブ保留イベントの属性

(15)　ジョブネット開始遅延イベントの属性

(16)　ジョブネット終了遅延イベントの属性

(17)　予定キューイングイベントの属性

(18)　ジョブサブミット開始イベントの属性

(19)　イベントジョブ実行要求開始イベントの属性

(20)　ジョブ終了遅延イベントの属性

(21)　デーモン再起動イベントの属性

(22)　ジョブネット閉塞イベントの属性

(23)　ジョブネット起動条件監視開始イベントの属性

(24)　ジョブネット起動条件監視終了イベントの属性

(25)　ジョブネット繰り越し未実行イベントの属性

(26)　接続先のジョブネット未登録イベントの属性

(27)　ジョブネットコネクタ未登録イベントの属性

(28)　スケジューラーデータベース再編成開始イベントの属性

(29)　スケジューラーデータベース再編成正常終了イベントの属性

(30)　スケジューラーデータベース再編成異常終了イベントの属性

(31)　スケジューラーISAM未使用領域サイズ情報イベントの属性

(32)　スケジューラーISAM未使用領域サイズしきい値到達イベントの属性

(33)　ジョブ実行環境データベース再編成開始イベントの属性

(34)　ジョブ実行環境データベース再編成正常終了イベントの属性

(35)　ジョブ実行環境データベース再編成異常終了イベントの属性

(36)　ジョブ実行環境ISAM未使用領域サイズ情報イベントの属性

(37)　ジョブ実行環境ISAM未使用領域サイズしきい値到達イベントの属性

(38)　スケジューラーサービスRDB接続待ち合わせ異常終了イベントの属性

(39)　スケジューラーサービスRDB接続待ち合わせ開始イベントの属性

(40)　コマンド・JP1/AJS2 - View操作開始イベントの属性

(41)　コマンド・JP1/AJS2 - View操作終了イベントの属性

(42)　ログファイルトラップ用イベントの属性

(43)　イベント・アクション制御－マネージャー開始イベントの属性

(44)　イベント・アクション制御－マネージャー終了イベントの属性

(45)　イベント・アクション制御－エージェント開始イベントの属性

(46)　イベント・アクション制御－エージェント終了イベントの属性

(47)　プロセス異常終了イベントの属性

(48)　プロセス起動タイムアウトイベントの属性

(49)　プロセス再起動完了イベントの属性

(50)　起動前処理失敗イベントの属性

(1)　スケジューラーサービス開始イベントの属性

スケジューラーサービス開始イベントの属性を次の表に示します。

表B-2　スケジューラーサービス開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004100

メッセージ
－
KAVS0200-I Scheduler service started. (スケジューラーサービス名)
KAVS0200-I スケジューラーサービスを開始しました（スケジューラーサービス名）

詳細情報
－
VRID STTM CODIR ERDIR SCDIR SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
CODIR：ユニット情報定義ディレクトリ名
ERDIR：ジョブエラー情報ディレクトリ名
SCDIR：スケジュール・モニタ情報ディレクトリ名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME

Windowsの場合：JP1/AJS2サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager Scheduler service

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
JP1/AJS2 - Manager Scheduler service

オブジェクトID
OBJECT_ID
スケジューラーサービス名

事象種別
OCCURRENCE
START

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

（凡例）

－：該当しない。

(2)　スケジューラーサービス終了イベントの属性

スケジューラーサービス終了イベントの属性を次の表に示します。

表B-3　スケジューラーサービス終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004101

メッセージ
－
KAVS0201-I Scheduler service ended. (スケジューラーサービス名)
KAVS0201-I スケジューラーサービスを終了しました（スケジューラーサービス名）

詳細情報
－
VRID EDTM RTN EDTYP SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
EDTM：終了時刻
RTN：戻り値
EDTYP：停止方法
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME

Windowsの場合：JP1/AJS2サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager Scheduler service

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
JP1/AJS2 - Manager Scheduler service

オブジェクトID
OBJECT_ID
スケジューラーサービス名

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

終了コード
RESULT_CODE
終了コード

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

（凡例）

－：該当しない。

(3)　ジョブネット開始イベントの属性

ジョブネット開始イベントの属性を次の表に示します。

表B-4　ジョブネット開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004102

メッセージ
－
KAVS0260-I Jobnet started. (name: ジョブネット名: 実行ID)
KAVS0260-I ジョブネット（ジョブネット名：実行ID）を開始します

詳細情報
－
VRID STTM PATH NAME RKIND LVL EUSR SCTM EHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
LVL：レベル
EUSR：登録ユーザー名
SCTM：実行予定日時※
EHST：登録ホスト名
SRVID：スケジューラーサービス名
注※
ジョブネットコネクタの場合は設定されない。

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

事象種別
OCCURRENCE
START

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット・ジョブネットコネクタ名（ネストジョブネット・ジョブネットコネクタの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時
B5
実行予定日時（ジョブネットコネクタの場合は設定されない）

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

－：該当しない。

(4)　ジョブネット正常終了イベントの属性

ジョブネット正常終了イベントの属性を次の表に示します。

表B-5　ジョブネット正常終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004103

メッセージ
－
KAVS0261-I Jobnet ended normally. (name: ジョブネット名: 実行ID)
KAVS0261-I ジョブネット（ジョブネット名：実行ID）が正常終了しました

詳細情報
－
VRID STTM PATH NAME RKIND LVL EUSR EHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
LVL：レベル
EUSR：登録ユーザー名
EHST：登録ホスト名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット・ジョブネットコネクタ名（ネストジョブネット・ジョブネットコネクタの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

－：該当しない。

(5)　ジョブネット異常終了イベントの属性

ジョブネット異常終了イベントの属性を次の表に示します。

表B-6　ジョブネット異常終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004104

メッセージ
－
KAVS0262-E Jobnet ended abnormally. (name：ジョブネット名: 実行ID)
KAVS0262-E ジョブネット（ジョブネット名：実行ID）が異常終了しました

詳細情報
－
VRID STTM PATH NAME RKIND LVL EUSR EDTM EHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
LVL：レベル
EUSR：登録ユーザー名
EDTM：終了時刻
EHST：登録ホスト名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Error

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット・ジョブネットコネクタ名（ネストジョブネット・ジョブネットコネクタの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態
B4
a：異常検出終了
q：順序不正
i：中断
c：強制終了

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

－：該当しない。

(6)　ジョブ開始イベントの属性

ジョブ開始イベントの属性を次の表に示します。

表B-7　ジョブ開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004105

メッセージ
－
KAVS0263-I Job started. (name: ジョブ名: 実行ID, host: ホスト名, JOBID: ジョブ番号)
KAVS0263-I ジョブ（ジョブ名：実行ID）を開始します（host：ホスト名，JOBID：ジョブ番号）

詳細情報
－
VRID STTM PATH NAME RKIND DUSR EUSR EGRP EHST JTYP JHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
DUSR：実行ユーザー名
EUSR：登録ユーザー名
EGRP：登録グループ名
EHST：登録ホスト名
JTYP：ジョブ実行状態
JHST：ジョブ実行ホスト
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOB

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別
OCCURRENCE
START

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名
B2
ジョブネット登録ユーザー名

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名
C0
実行先ホスト名

ジョブ実行グループ名
C1
常に空白

ジョブ実行形態
C6
常にr

オペレーションジョブ実行ホスト名
H0
オペレーションジョブの実行ホストに定義したホスト名（オペレーションジョブ実行時だけ）

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別
H4
キューイング属性の有無
q：キューイング属性あり
n：キューイング属性なし

（凡例）

－：該当しない。

(7)　ジョブ正常終了イベントの属性

ジョブ正常終了イベントの属性を次の表に示します。

表B-8　ジョブ正常終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004106

メッセージ
－
KAVS0264-I Job ended normally. (name: ジョブ名: 実行ID, host: ホスト名, code: コード, JOBID: ジョブ番号)
KAVS0264-I ジョブ（ジョブ名：実行ID）が正常終了しました（host：ホスト名，code：コード，JOBID：ジョブ番号）

詳細情報
－
VRID STTM PATH NAME RKIND DUSR EUSR EGRP EDTM RTN UCPUT SCPUT EHST JTYP JHST RQID ASTTM AEDTM AUCPU ASCPU SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
DUSR：実行ユーザー名
EUSR：登録ユーザー名
EGRP：登録グループ名
EDTM：終了時刻
RTN：戻り値
UCPUT：ユーザーCPU時間
SCPUT：システムCPU時間
EHST：登録ホスト名
JTYP：ジョブ実行状態
JHST：ジョブ実行ホスト
RQID：リクエストID
ASTTM：エージェント開始時刻
AEDTM：エージェント終了時刻
AUCPU：エージェントユーザーCPU時間
ASCPU：エージェントシステムCPU時間
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOB

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

終了コード
RESULT_CODE
終了コード

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名
B2
ジョブネット登録ユーザー名

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名
C0
実行先ホスト名

ジョブ実行グループ名
C1
常に空白

リクエストID
C2
ジョブ番号

キュー名
C3
キュー名（キューイングジョブの場合）またはエージェント名（UNIXジョブ，PCジョブの場合）

ユーザーCPU時間
C4
常に0（ゼロ）

システムCPU時間
C5
常に0（ゼロ）

ジョブ実行形態
C6
常にr

実行先での開始時刻
E0※1，※2
実行先での開始時刻

実行先での終了時刻
E1※2
実行先での終了時刻

実行先でのユーザーCPU時間
E2
常に0（ゼロ）

実行先でのシステムCPU時間
E3
常に0（ゼロ）

オペレーションジョブ実行ホスト名
H0
オペレーションジョブの実行ホストに定義したホスト名（オペレーションジョブ実行時だけ）

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別
H4
キューイング属性の有無
q：キューイング属性あり
n：キューイング属性なし

（凡例）

－：該当しない。

注※1

ジョブが起動失敗となり，実行先ホストで実行開始されなかった場合，値は設定されません。

注※2

判定ジョブやORジョブの場合，値は設定されません。

(8)　ジョブ異常終了イベントの属性

ジョブ異常終了イベントの属性を次の表に示します。

表B-9　ジョブ異常終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004107

メッセージ
－
KAVS0265-E Job ended abnormally. (name: ジョブ名: 実行ID, status: 状態, code: コード, host: ホスト名, JOBID: ジョブ番号)
KAVS0265-E ジョブ（ジョブ名：実行ID）が異常終了しました（status：状態，code：コード，host：ホスト名，JOBID：ジョブ番号）

詳細情報
－
VRID STTM PATH NAME RKIND DUSR EUSR EGRP EDTM RTN UCPUT SCPUT EDST EHST JTYP JHST RQID ASTTM AEDTM AUCPU ASCPU SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
DUSR：実行ユーザー名
EUSR：登録ユーザー名
EGRP：登録グループ名
EDTM：終了時刻
RTN：戻り値
UCPUT：ユーザーCPU時間
SCPUT：システムCPU時間
EDST：終了状態
EHST：登録ホスト名
JTYP：ジョブ実行状態
JHST：ジョブ実行ホスト
RQID：リクエストID
ASTTM：エージェント開始時刻
AEDTM：エージェント終了時刻
AUCPU：エージェントユーザーCPU時間
ASCPU：エージェントシステムCPU時間
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Error

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOB

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

終了コード
RESULT_CODE
終了コード

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名
B2
ジョブネット登録ユーザー名

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態
B4
a：異常検出終了
f：起動失敗
c：強制終了
?：終了状態不明

実行先ホスト名
C0
実行先ホスト名

ジョブ実行グループ名
C1
常に空白

リクエストID
C2
ジョブ番号

キュー名
C3
キュー名（キューイングジョブの場合）またはエージェント名（UNIXジョブ，PCジョブの場合）

ユーザーCPU時間
C4
常に0（ゼロ）

システムCPU時間
C5
常に0（ゼロ）

ジョブ実行形態
C6
常にr

実行先での開始時刻
E0※1，※2
実行先での開始時刻

実行先での終了時刻
E1※2
実行先での終了時刻

実行先でのユーザーCPU時間
E2
常に0（ゼロ）

実行先でのシステムCPU時間
E3
常に0（ゼロ）

オペレーションジョブ実行ホスト名
H0
オペレーションジョブの実行ホストに定義したホスト名（オペレーションジョブ実行時だけ）

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別
H4
キューイング属性の有無
q：キューイング属性あり
n：キューイング属性なし

（凡例）

－：該当しない。

注※1

ジョブが起動失敗となり，実行先ホストで実行開始されなかった場合，値は設定されません。

注※2

判定ジョブやORジョブの場合，値は設定されません。

(9)　ジョブネット警告終了イベントの属性

ジョブネット警告終了イベントの属性を次の表に示します。

表B-10　ジョブネット警告終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004108

メッセージ
－
KAVS0268-W Jobnet ended with warning. (name: ジョブネット名: 実行ID)
KAVS0268-W ジョブネット（ジョブネット名：実行ID）が警告終了しました

詳細情報
－
VRID STTM PATH NAME RKIND LVL EUSR EDTM EHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
LVL：レベル
EDTM：終了時刻
EHST：登録ホスト名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Warning

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット・ジョブネットコネクタ名（ネストジョブネット・ジョブネットコネクタの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

－：該当しない。

(10)　ジョブ警告終了イベントの属性

ジョブ警告終了イベントの属性を次の表に示します。

表B-11　ジョブ警告終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004109

メッセージ
－
KAVS0269-W Job ended with warning. (name: ジョブ名: 実行ID, code: コード, host: ホスト名, JOBID: ジョブ番号)
KAVS0269-W ジョブ（ジョブ名：実行ID）が警告終了しました（code：コード，host：ホスト名，JOBID：ジョブ番号）

詳細情報
－
VRID STTM PATH NAME RKIND DUSR EUSR EGRP EDTM RTN UCPUT SCPUT EHST JTYP JHST RQID ASTTM AEDTM AUCPU ASCPU SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
DUSR：実行ユーザー名
EUSR：登録ユーザー名
EGRP：登録グループ名
EDTM：終了時刻
RTN：戻り値
UCPUT：ユーザーCPU時間
SCPUT：システムCPU時間
EHST：登録ホスト名
JTYP：ジョブ実行状態
JHST：ジョブ実行ホスト
RQID：リクエストID
ASTTM：エージェント開始時刻
AEDTM：エージェント終了時刻
AUCPU：エージェントユーザーCPU時間
ASCPU：エージェントシステムCPU時間
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Warning

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOB

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

終了コード
RESULT_CODE
終了コード

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名
B2
ジョブネット登録ユーザー名

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名
C0
実行先ホスト名

ジョブ実行グループ名
C1
常に空白

リクエストID
C2
ジョブ番号

キュー名
C3
キュー名（キューイングジョブの場合だけ）またはエージェント名（UNIXジョブ，PCジョブの場合）

ユーザーCPU時間
C4
常に0（ゼロ）

システムCPU時間
C5
常に0（ゼロ）

ジョブ実行形態
C6
常にr

実行先での開始時刻
E0※1，※2
実行先での開始時刻

実行先での終了時刻
E1※2
実行先での終了時刻

実行先でのユーザーCPU時間
E2
常に0（ゼロ）

実行先でのシステムCPU時間
E3
常に0（ゼロ）

オペレーションジョブ実行ホスト名
H0
オペレーションジョブの実行ホストに定義したホスト名（オペレーションジョブ実行時だけ）

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別
H4
キューイング属性の有無
q：キューイング属性あり
n：キューイング属性なし

（凡例）

－：該当しない。

注※1

ジョブが起動失敗となり，実行先ホストで実行開始されなかった場合，値は設定されません。

注※2

判定ジョブやORジョブの場合，値は設定されません。

(11)　履歴デーモン異常終了イベントの属性

履歴デーモン異常終了イベントの属性を次の表に示します。

表B-12　履歴デーモン異常終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004110

メッセージ
－
KAVS0202-E Log daemon ended abnormally. (code：コード)
KAVS0202-E 履歴デーモンが異常終了しました（code：コード）

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Error

ユーザー名
USER_NAME

Windowsの場合：JP1/AJS2サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager Scheduler service

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
JP1/AJS2 - Manager Scheduler service

オブジェクトID
OBJECT_ID
スケジューラーサービス名

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

終了コード
RESULT_CODE
終了コード

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

（凡例）

－：該当しない。

(12)　スケジューラーログファイル交代イベントの属性

スケジューラーログファイル交代イベントの属性を次の表に示します。

表B-13　スケジューラーログファイル交代イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004111

メッセージ
－
KAVS0203-I Log file (交代前スケジューラーログファイル名) has been changed to 交代後スケジューラーログファイル名.
KAVS0203-I 履歴ファイル（交代前スケジューラーログファイル名）を履歴ファイル（交代後スケジューラーログファイル名）に交代します

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME

Windowsの場合：JP1/AJS2サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager Scheduler service

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
JP1/AJS2 - Manager Scheduler service

オブジェクトID
OBJECT_ID
スケジューラーサービス名

事象種別
OCCURRENCE
EXCEPTION

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

交代前のファイル名
D0
交代前のファイル名

交代後のファイル名
D1
交代後のファイル名

（凡例）

－：該当しない。

(13)　ジョブネット保留イベントの属性

ジョブネット保留イベントの属性を次の表に示します。

表B-14　ジョブネット保留イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004120

メッセージ
－
KAVS0270-I Jobnet cannot be executed while being held. (name: ジョブネット名: 実行ID)
KAVS0270-I ジョブネット（ジョブネット名：実行ID）は保留中のため実行できません

詳細情報
－
VRID STTM PATH NAME RKIND LVL EUSR EHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
LVL：レベル
EUSR：登録ユーザー名
EHST：登録ホスト名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Notice

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名

事象種別
OCCURRENCE
PAUSE

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時
B5
実行予定日時

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

－：該当しない。

(14)　ジョブ保留イベントの属性

ジョブ保留イベントの属性を次の表に示します。

表B-15　ジョブ保留イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004121

メッセージ
－
KAVS0271-I Job cannot be executed while being held. (name: ジョブ名: 実行ID)
KAVS0271-I ジョブ（ジョブ名：実行ID）は保留中のため実行できません

詳細情報
－
VRID STTM PATH NAME RKIND DUSR EUSR EGRP JHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
DUSR：実行ユーザー名
EUSR：登録ユーザー名
EGRP：登録グループ名
JHST：ジョブ実行ホスト
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Notice

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOB

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別
OCCURRENCE
PAUSE

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名
B2
ジョブネット登録ユーザー名

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

ジョブ実行グループ名
C1
常に空白

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別
H4
キューイング属性の有無
q：キューイング属性あり
n：キューイング属性なし

（凡例）

－：該当しない。

(15)　ジョブネット開始遅延イベントの属性

ジョブネット開始遅延イベントの属性を次の表に示します。

表B-16　ジョブネット開始遅延イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004122

メッセージ
－
KAVS0275-I Start of a Jobnet delayed. (name: ジョブネット名: 実行ID)
KAVS0275-I ジョブネット（ジョブネット名：実行ID）の開始が遅延しています

詳細情報
－
VRID STTM STRTM JNST PATH NAME RKIND LVL EUSR EHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
STRTM：開始遅延
JNST：ジョブネット状態
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
LVL：レベル
EUSR：登録ユーザー名
EHST：登録元ホスト名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Warning

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名

事象種別
OCCURRENCE
LATESTART

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態
B4
term-wait：先行終了待ち
time-wait：開始時刻待ち
holding：保留中
shutdown：閉塞

実行予定日時
B5
実行予定日時

開始遅延日時
B6
開始遅延日時

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

－：該当しない。

(16)　ジョブネット終了遅延イベントの属性

ジョブネット終了遅延イベントの属性を次の表に示します。

表B-17　ジョブネット終了遅延イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004123

メッセージ
－
KAVS0276-I End of a Jobnet delayed. (name: ジョブネット名: 実行ID)
KAVS0276-I ジョブネット（ジョブネット名：実行ID）の終了が遅延しています

詳細情報
－
VRID STTMR STTM SEDTM JNST PATH NAME RKIND LVL EUSR EHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTMR：開始予定時刻
STTM：開始時刻
SEDTM：終了遅延
JNST：ジョブネット状態
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
LVL：レベル
EUSR：登録ユーザー名
EHST：登録元ホスト名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Warning

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名

事象種別
OCCURRENCE
LATEEND

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態
B4
term-wait：先行終了待ち
time-wait：開始時刻待ち
holding：保留中
running：実行中
AB-cont：異常検出実行中
WA-cont：警告検出実行中
shutdown：閉塞

実行予定日時
B5
実行予定日時

終了遅延日時
B7
終了遅延日時

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

－：該当しない。

(17)　予定キューイングイベントの属性

予定キューイングイベントの属性を次の表に示します。

表B-18　予定キューイングイベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004124

メッセージ
－
KAVS0277-I Start time for next execution schedule has been reached. (name: ジョブネット名: 実行ID)
KAVS0277-I ジョブネット（ジョブネット名：実行ID）が実行中に予定世代の実行時刻に到達しました

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Notice

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名

事象種別
OCCURRENCE
EXCEPTION

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時
B5
実行予定日時

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

－：該当しない。

(18)　ジョブサブミット開始イベントの属性

ジョブサブミット開始イベントの属性を次の表に示します。

表B-19　ジョブサブミット開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004125

メッセージ
－
KAVS0278-I Job submit started. (name: ジョブ名: 実行ID)
KAVS0278-I ジョブ（ジョブ名：実行ID）のサブミットを開始します

詳細情報
－
VRID STTM PATH NAME RKIND DUSR EUSR EGRP EHST JTYP JHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
DUSR：実行ユーザー名
EUSR：登録ユーザー名
EGRP：登録グループ名
EHST：登録ホスト名
JTYP：ジョブ実行状態
JHST：ジョブ実行ホスト
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
ジョブサブミット実行ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOB

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別
OCCURRENCE
START

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名
B2
ジョブネット登録ユーザー名

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名
C0
実行先ホスト名（ローカルまたはリモート実行の場合だけ）

ジョブ実行グループ名
C1
常に空白

ジョブ実行形態
C6
常にr

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別
H4
キューイング属性の有無
q：キューイング属性あり
n：キューイング属性なし

（凡例）

－：該当しない。

(19)　イベントジョブ実行要求開始イベントの属性

イベントジョブ実行要求開始イベントの属性を次の表に示します。

表B-20　イベントジョブ実行要求開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004126

メッセージ
－
KAVS0242-I The execution request of the event job started. (name:ジョブ名:実行ID)
KAVS0242-I イベントジョブ（ジョブ名：実行ID）の実行要求を開始します

詳細情報
－
なし

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
実行要求処理を実行したユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOB

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別
OCCURRENCE
START

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0800

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名
B2
ジョブネット登録ユーザー名

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名
C0
実行先ホスト名（ローカルまたはリモート実行の場合だけ）

ジョブ実行グループ名
C1
常に空白

ジョブ実行形態
C6
常にr

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別
H4
キューイング属性の有無
q：キューイング属性あり
n：キューイング属性なし

（凡例）

－：該当しない。

(20)　ジョブ終了遅延イベントの属性

ジョブ終了遅延イベントの属性を次の表に示します。

表B-21　ジョブ終了遅延イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004127

メッセージ
－
KAVS0248-I End of a Job delayed. (name: ジョブ名: 実行ID)
KAVS0248-I ジョブ（ジョブ名：実行ID）の終了が遅延しています

詳細情報
－
VRID STTM SEDTM JST PATH NAME RKIND LVL EUSR EHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
SEDTM：終了遅延
JST：ジョブ状態
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
LVL：レベル
EUSR：登録ユーザー名
EHST：登録元ホスト名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Warning

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOB

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別
OCCURRENCE
LATEEND

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0850

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態
B4
running：実行中

終了遅延日時
B7
終了遅延日時

実行ホスト名
C0
実行ホスト名

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

－：該当しない。

(21)　デーモン再起動イベントの属性

デーモン再起動イベントの属性を次の表に示します。

表B-22　デーモン再起動イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004130

メッセージ
－
KAVS0204-E Scheduler service (スケジューラーサービス名) ended (name: プロセス名, code: 戻り値), but Scheduler service restart.
KAVS0204-E スケジューラーサービス（スケジューラーサービス名）が異常終了したため，再起動します（name：プロセス名，code：戻り値）

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Error

ユーザー名
USER_NAME

Windowsの場合：JP1/AJS2サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager Scheduler service

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
JP1/AJS2 - Manager Scheduler service

オブジェクトID
OBJECT_ID
スケジューラーサービス名

事象種別
OCCURRENCE
START

開始時刻
START_TIME
開始時刻

終了コード
RESULT_CODE
終了コード

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

プロセス名
D2
停止したデーモン名

（凡例）

－：該当しない。

(22)　ジョブネット閉塞イベントの属性

ジョブネット閉塞イベントの属性を次の表に示します。

表B-23　ジョブネット閉塞イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004131

メッセージ
－
KAVS0272-E Jobnet (ジョブネット名: 実行ID) cannot be executed - error (保守情報) occurred.
KAVS0273-E Jobnet (ジョブネット名: 実行ID) cannot be scheduled - error (保守情報) occurred.
KAVS0272-E 続行不可能なエラー（保守情報）が発生したためジョブネット（ジョブネット名：実行ID）は実行できません
KAVS0273-E 続行不可能なエラー（保守情報）が発生したためジョブネット（ジョブネット名：実行ID）の次回実行予定が求められません

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Error

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名

事象種別
OCCURRENCE
EXCEPTION

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

閉塞日時
B8
閉塞日時

保守情報
B9
保守情報

（凡例）

－：該当しない。

(23)　ジョブネット起動条件監視開始イベントの属性

ジョブネット起動条件監視開始イベントの属性を次の表に示します。

表B-24　ジョブネット起動条件監視開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004140

メッセージ
－
KAVS0240-I Monitoring of a jobnet's start conditions started. (name: ジョブネット名: 実行ID)
KAVS0240-I ジョブネット（ジョブネット名：実行ID）の起動条件監視を開始します。

詳細情報
－
VRID STTM PATH NAME RKIND LVL EUSR SCTM EHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
LVL：レベル
EUSR：登録ユーザー名
SCTM：実行予定日時
EHST：登録ホスト名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名

事象種別
OCCURRENCE
START

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時
B5
実行予定日時

（凡例）

－：該当しない。

(24)　ジョブネット起動条件監視終了イベントの属性

ジョブネット起動条件監視終了イベントの属性を次の表に示します。

表B-25　ジョブネット起動条件監視終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004141

メッセージ
－
KAVS0241-I Monitoring of a jobnet's start conditions ended. (name: ジョブネット名: 実行ID, status: 状態)
KAVS0241-I ジョブネット（ジョブネット名：実行ID）の起動条件監視が終了しました（status：状態）

詳細情報
－
VRID STTM PATH NAME RKIND LVL EUSR EDTM EHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
LVL：レベル
EUSR：登録ユーザー名
EDTM：終了時刻
EHST：登録ホスト名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態
B4
u：監視未起動終了
c：監視打ち切り終了
i：監視中断
n：監視正常終了

（凡例）

－：該当しない。

(25)　ジョブネット繰り越し未実行イベントの属性

ジョブネット繰り越し未実行イベントの属性を次の表に示します。

表B-26　ジョブネット繰り越し未実行イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004142

メッセージ
－
KAVS0279-E Jobnet ended with execution-deferred status. (name: ジョブネット名: 実行ID)
KAVS0279-E ジョブネット（ジョブネット名：実行ID）が繰り越し未実行になりました。

詳細情報
－
VRID STTM PATH NAME RKIND LVL EUSR EDTM EHST SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
PATH：上位ユニット名
NAME：ユニット名
RKIND：リカバリー種別
LVL：レベル
EUSR：登録ユーザー名
EDTM：終了時刻
EHST：登録ホスト名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Error

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID
A3
実行ID

リカバリー種別
B0
n：通常
r：リカバリー

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3

JP1/AJS2 - Viewから実行登録した場合

接続先JP1/AJS2 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

（凡例）

－：該当しない。

(26)　接続先のジョブネット未登録イベントの属性

接続先のジョブネット未登録イベントの属性を次の表に示します。

表B-27　接続先のジョブネット未登録イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004143

メッセージ
－
KAVS0243-E
KAVS0243-E 接続先のジョブネットが実行登録されていないためジョブネットコネクタ（ジョブネットコネクタ名：実行ID）を終了できません。

拡張属性
共通情報
重大度
SEVERITY
Error

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネットコネクタ名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネットコネクタ名

事象種別
OCCURRENCE
EXCEPTION

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0810

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

ネストジョブネット/ジョブ名
A2
ジョブネットコネクタ名

実行ID
A3
実行ID

ジョブネット階層数
B1
ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名
B3
ジョブネット登録元ホスト名

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
nc

（凡例）

－：該当しない。

(27)　ジョブネットコネクタ未登録イベントの属性

ジョブネットコネクタ未登録イベントの属性を次の表に示します。

表B-28　ジョブネットコネクタ未登録イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004144

メッセージ
－
KAVS0244-E
KAVS0244-E ジョブネットコネクタが実行登録されていないため接続先のジョブネット（ジョブネット名：実行ID）の実行を開始できません。

拡張属性
共通情報
重大度
SEVERITY
Error

ユーザー名
USER_NAME
ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
JOBNET

オブジェクト名
OBJECT_NAME
スケジューラーサービス名：/ジョブネット名

登録名タイプ
ROOT_OBJECT_TYPE
JOBNET

登録名
ROOT_OBJECT_NAME
スケジューラーサービス名：/ルートジョブネット名

オブジェクトID
OBJECT_ID
スケジューラーサービス名：/ジョブネット名

事象種別
OCCURRENCE
EXCEPTION

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0810

ジョブグループ名
A0
スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名
A1
ルートジョブネット名

実行ID
A3
実行ID

ジョブネット登録元ホスト名
B3
ジョブネット登録元ホスト名

実行予定日時
B5
実行予定日時

ユニットID
H2
ユニットID（10進数表記）

ユニット種別
H3
n

（凡例）

－：該当しない。

(28)　スケジューラーデータベース再編成開始イベントの属性

スケジューラーデータベース再編成開始イベントの属性を次の表に示します。

表B-29　スケジューラーデータベース再編成開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004150

メッセージ
－
KAVS1500-I Database condensing of the scheduler service (サービス名) started. 開始日時.
KAVS1500-I スケジューラーサービス（サービス名）のデータベース再編成を開始しました 開始日時

詳細情報
－
VRID STTM CODIR SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
CODIR：ユニット情報定義ディレクトリ名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
root

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager ISAM Condense

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
SERVICE

オブジェクトID
OBJECT_ID
JP1/AJS2 - Manager ISAM Condense

事象種別
OCCURRENCE
START

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

（凡例）

－：該当しない。

(29)　スケジューラーデータベース再編成正常終了イベントの属性

スケジューラーデータベース再編成正常終了イベントの属性を次の表に示します。

表B-30　スケジューラーデータベース再編成正常終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004151

メッセージ
－
KAVS1501-I Database condensing of the scheduler service (サービス名) ended normally. 開始日時 - 終了日時（所要時間）
KAVS1501-I スケジューラーサービス（サービス名）のデータベース再編成が正常終了しました 開始日時 - 終了時間（所要時間）

詳細情報
－
VRID STTM EDTM CODIR SRVID RTN
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
EDTM：終了時刻
CODIR：ユニット情報定義ディレクトリ名
SRVID：スケジューラーサービス名
RTN：戻り値

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
root

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager ISAM Condense

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
SERVICE

オブジェクトID
OBJECT_ID
JP1/AJS2 - Manager ISAM Condense

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

所要時間
F0
所要時間（秒）

（凡例）

－：該当しない。

(30)　スケジューラーデータベース再編成異常終了イベントの属性

スケジューラーデータベース再編成異常終了イベントの属性を次の表に示します。

表B-31　スケジューラーデータベース再編成異常終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004152

メッセージ
－
KAVS1502-E Database condensing of the scheduler service (サービス名) ended abnormally. 開始日時 - 終了日時（所要時間）
KAVS1502-E スケジューラーサービス（サービス名）のデータベース再編成が異常終了しました 開始日時 - 終了時間（所要時間）

詳細情報
－
VRID EDTM CODIR SRVID RTN
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
EDTM：終了時刻
CODIR：ユニット情報定義ディレクトリ名
SRVID：スケジューラーサービス名
RTN：戻り値

拡張属性
共通情報
重大度
SEVERITY
Error

ユーザー名
USER_NAME
root

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager ISAM Condense

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
SERVICE

オブジェクトID
OBJECT_ID
JP1/AJS2 - Manager ISAM Condense

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

（凡例）

－：該当しない。

(31)　スケジューラーISAM未使用領域サイズ情報イベントの属性

スケジューラーISAM未使用領域サイズ情報イベントの属性を次の表に示します。

表B-32　スケジューラーISAM未使用領域サイズ情報イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004153

メッセージ
－
KAVS1503-I The ISAM unused area size of the scheduler service (サービス名) is サイズMB.
KAVS1503-I スケジューラーサービス（サービス名）のISAM未使用領域サイズは サイズMBです

詳細情報
－
VRID STTM CODIR SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
CODIR：ユニット情報定義ディレクトリ名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
root

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager ISAM Condense

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
SERVICE

オブジェクトID
OBJECT_ID
JP1/AJS2 - Manager ISAM Condense

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

未使用領域サイズ
F1
未使用領域サイズ（MB）

（凡例）

－：該当しない。

(32)　スケジューラーISAM未使用領域サイズしきい値到達イベントの属性

スケジューラーISAM未使用領域サイズしきい値到達イベントの属性を次の表に示します。

表B-33　スケジューラーISAM未使用領域サイズしきい値到達イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004154

メッセージ
－
KAVS1504-W The ISAM unused area size of the scheduler service (サービス名) is サイズMB, which exceeds the サイズMB threshold value.
KAVS1504-W スケジューラーサービス（サービス名）のISAM未使用領域サイズは サイズMBで，しきい値（サイズMB）に達しています

詳細情報
－
VRID STTM CODIR SRVID
詳細情報の記号の意味を次に示します。
VRID：プロトコルのバージョンID
STTM：開始時刻
CODIR：ユニット情報定義ディレクトリ名
SRVID：スケジューラーサービス名

拡張属性
共通情報
重大度
SEVERITY
Warning

ユーザー名
USER_NAME
root

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager ISAM Condense

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
SERVICE

オブジェクトID
OBJECT_ID
JP1/AJS2 - Manager ISAM Condense

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

未使用領域サイズ
F1
未使用領域サイズ（MB）

未使用領域サイズしきい値
F2
未使用領域サイズしきい値（MB）

（凡例）

－：該当しない。

(33)　ジョブ実行環境データベース再編成開始イベントの属性

ジョブ実行環境データベース再編成開始イベントの属性を次の表に示します。

表B-34　ジョブ実行環境データベース再編成開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004160

メッセージ
－
KAVU5980-I Database condensing of the job execution environment started. 開始日時
KAVU5980-I ジョブ実行環境のデータベース再編成を開始しました 開始日時

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
root

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager ISAM Condense

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
SERVICE

オブジェクトID
OBJECT_ID
JP1/AJS2 - Manager ISAM Condense

事象種別
OCCURRENCE
START

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

（凡例）

－：該当しない。

(34)　ジョブ実行環境データベース再編成正常終了イベントの属性

ジョブ実行環境データベース再編成正常終了イベントの属性を次の表に示します。

表B-35　ジョブ実行環境データベース再編成正常終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004161

メッセージ
－
KAVU5981-I Database condensing of the job execution environment ended normally. 開始日時 - 終了日時（所要時間）
KAVU5981-I ジョブ実行環境のデータベース再編成が正常終了しました 開始日時 - 終了時間（所要時間）

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
root

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager ISAM Condense

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
SERVICE

オブジェクトID
OBJECT_ID
JP1/AJS2 - Manager ISAM Condense

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

所要時間
F0
所要時間（秒）

（凡例）

－：該当しない。

(35)　ジョブ実行環境データベース再編成異常終了イベントの属性

ジョブ実行環境データベース再編成異常終了イベントの属性を次の表に示します。

表B-36　ジョブ実行環境データベース再編成異常終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004162

メッセージ
－
KAVU5982-E Database condensing of the job execution environment ended abnormally. 開始日時 - 終了日時（所要時間）
KAVU5982-E ジョブ実行環境のデータベース再編成が異常終了しました 開始日時 - 終了時間（所要時間）

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Error

ユーザー名
USER_NAME
root

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager ISAM Condense

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
SERVICE

オブジェクトID
OBJECT_ID
JP1/AJS2 - Manager ISAM Condense

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

（凡例）

－：該当しない。

(36)　ジョブ実行環境ISAM未使用領域サイズ情報イベントの属性

ジョブ実行環境ISAM未使用領域サイズ情報イベントの属性を次の表に示します。

表B-37　ジョブ実行環境ISAM未使用領域サイズ情報イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004163

メッセージ
－
KAVU5983-I The ISAM unused area size on job execution environment is サイズMB.
KAVU5983-I ジョブ実行環境のISAM未使用領域サイズは サイズMBです

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
root

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager ISAM Condense

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
SERVICE

オブジェクトID
OBJECT_ID
JP1/AJS2 - Manager ISAM Condense

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

未使用領域サイズ
F1
未使用領域サイズ（MB）

（凡例）

－：該当しない。

(37)　ジョブ実行環境ISAM未使用領域サイズしきい値到達イベントの属性

ジョブ実行環境ISAM未使用領域サイズしきい値到達イベントの属性を次の表に示します。

表B-38　ジョブ実行環境ISAM未使用領域サイズしきい値到達イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004164

メッセージ
－
KAVU5984-W The ISAM unused area size of the job execution environment is サイズMB, which exceeds the サイズMB threshold value.
KAVU5984-W ジョブ実行環境のISAM未使用領域サイズは サイズMBで，しきい値（サイズMB）に達しています

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Warning

ユーザー名
USER_NAME
root

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager ISAM Condense

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
SERVICE

オブジェクトID
OBJECT_ID
JP1/AJS2 - Manager ISAM Condense

事象種別
OCCURRENCE
END

開始時刻
START_TIME
開始時刻

終了時刻
END_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0671

未使用領域サイズ
F1
未使用領域サイズ（MB）

未使用領域サイズしきい値
F2
未使用領域サイズしきい値（MB）

（凡例）

－：該当しない。

(38)　スケジューラーサービスRDB接続待ち合わせ異常終了イベントの属性

スケジューラーサービスRDB接続待ち合わせ異常終了イベントの属性を次の表に示します。

表B-39　スケジューラーサービスRDB接続待ち合わせ異常終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004170

メッセージ
－
KAVS0998-E The system will wait because the database could not be connected. (Scheduler service:スケジューラーサービス名, Waittime:最大待ち合わせ時間, Host:ホスト名)
KAVS0998-E 指定された時間内にデータベースに接続できませんでした（Scheduler service：スケジューラーサービス名，Waittime：最大待ち合わせ時間，Host：ホスト名）

詳細情報
－
VRID RTN
詳細情報の記号の意味を次に示します。
VRID：バージョンID
RTN：戻り値

拡張属性
共通情報
重大度
SEVERITY
Error

ユーザー名
USER_NAME

Windowsの場合：JP1/AJS2サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager RDB

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
JP1/AJS2 - Manager Schedule service

オブジェクトID
OBJECT_ID
AJSサービス名

事象種別
OCCURRENCE
END

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0711

データベース種別
G0
EmbedDB

最大待ち合わせ時間
G1
RDBCONNECTWAITTIMEの値

RDBからの返却コード
G2
RDBからの返却コード

（凡例）

－：該当しない。

(39)　スケジューラーサービスRDB接続待ち合わせ開始イベントの属性

スケジューラーサービスRDB接続待ち合わせ開始イベントの属性を次の表に示します。

表B-40　スケジューラーサービスRDB接続待ち合わせ開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004171

メッセージ
－
KAVS0999-W The database could not be connected within the specified time. (Scheduler service:スケジューラーサービス名,Waittime:最大待ち合わせ時間,Host:ホスト名)
KAVS0999-W データベースに接続できなかったため,待ち合わせを行います（Scheduler service：スケジューラーサービス名，Waittime:最大待ち合わせ時間，Host：ホスト名）

詳細情報
－
VRID
詳細情報の記号の意味を次に示します。
VRID：バージョンID

拡張属性
共通情報
重大度
SEVERITY
Warning

ユーザー名
USER_NAME

Windowsの場合：JP1/AJS2サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/AJS2 - Manager RDB

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
JP1/AJS2 - Manager Schedule service

オブジェクトID
OBJECT_ID
AJSサービス名

事象種別
OCCURRENCE
START

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0711

データベース種別
G0
EmbedDB

最大待ち合わせ時間
G1
RDBCONNECTWAITTIMEの値

RDBからの返却コード
G2
RDBからの返却コード

（凡例）

－：該当しない。

(40)　コマンド・JP1/AJS2 - View操作開始イベントの属性

コマンド・JP1/AJS2 - View操作開始イベントの属性を次の表に示します。

表B-41　コマンド・JP1/AJS2 - View操作開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004190

メッセージ
－
KAVS0715-I The command or JP1/AJS2 - View operation started. (Operation name:コマンド名)
KAVS0715-I コマンド，またはJP1/AJS2 - Viewによる操作を開始します（操作名：コマンド名）
コマンド名は，先頭の「ajs」を除いた大文字の英字
（例）ajsentryの場合「ENTRY」

詳細情報
－
なし

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
コマンドを実行したユーザー名
JP1/AJS2 - View操作時はJP1ユーザー名。
コマンド実行時は，環境変数JP1_USERNAMEの値。
環境変数の設定がない場合は，コマンドを実行したOSユーザー名。
認可されていないJP1ユーザーで実行しようとした場合はNULL文字列を設定。

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
COMMAND

オブジェクト名
OBJECT_NAME
コマンド名

登録名タイプ
ROOT_OBJECT_TYPE
COMMAND

登録名
ROOT_OBJECT_NAME
コマンド名

オブジェクトID
OBJECT_ID
COMMAND

事象種別
OCCURRENCE
START

開始時刻
START_TIME
開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0800

スケジューラーサービス名
H1
スケジューラーサービス名

要求元ホスト名
H5
操作の要求元ホスト名

メッセージID
H6
常に-（ハイフン）

オプション
H7
コマンド実行時に指定したオプション

（凡例）

－：該当しない。

(41)　コマンド・JP1/AJS2 - View操作終了イベントの属性

コマンド・JP1/AJS2 - View操作終了イベントの属性を次の表に示します。

表B-42　コマンド・JP1/AJS2 - View操作終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
00004191

メッセージ
－
KAVS0716-I The command or JP1/AJS2 - View operation ended. (Operation name:コマンド名)
KAVS0716-I コマンド，またはJP1/AJS2 - Viewによる操作が終了しました（操作名：コマンド名）
コマンド名は，先頭の「ajs」を除いた大文字の英字
（例）ajsentryの場合「ENTRY」

詳細情報
－
なし

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME
コマンドを実行したユーザー名
JP1/AJS2 - View操作時はJP1ユーザー名。
コマンド実行時は，環境変数JP1_USERNAMEの値。
環境変数の設定がない場合は，コマンドを実行したOSユーザー名。
認可されていないJP1ユーザーで実行しようとした場合はNULL文字列を設定。

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
COMMAND

オブジェクト名
OBJECT_NAME
コマンド名

登録名タイプ
ROOT_OBJECT_TYPE
COMMAND

登録名
ROOT_OBJECT_NAME
コマンド名

オブジェクトID
OBJECT_ID
COMMAND

事象種別
OCCURRENCE
END

開始時刻
START_TIME
終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0800

スケジューラーサービス名
H1
スケジューラーサービス名

要求元ホスト名
H5
操作の要求元ホスト名

メッセージID
H6
常に-（ハイフン）

オプション
H7
コマンド実行時に指定したオプション

（凡例）

－：該当しない。

(42)　ログファイルトラップ用イベントの属性

ログファイルトラップ用イベントの属性を次の表に示します。

表B-43　ログファイルトラップ用イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
000041A0

メッセージ
－
ログファイルの1行分のデータ

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Notice

プロダクト名
PRODUCT_NAME
Windowsの場合：/HITACHI/JP1/NT_LOGTRAP
UNIXの場合：/HITACHI/JP1/UX_LOGTRAP

オブジェクトタイプ
OBJECT_TYPE
LOGFILE

オブジェクト名
OBJECT_NAME
ログファイル名

登録名タイプ
ROOT_OBJECT_TYPE
LOGFILE

登録名
ROOT_OBJECT_NAME
ログファイル名

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

PP名
PPNAME
Windowsの場合：/HITACHI/JP1/NT_LOGTRAP
UNIXの場合：/HITACHI/JP1/UX_LOGTRAP

実行通番
T1
ログファイルトラップジョブの実行を判別する通番

（凡例）

－：該当しない。

(43)　イベント・アクション制御－マネージャー開始イベントの属性

イベント・アクション制御－マネージャー開始イベントの属性を次の表に示します。

表B-44　イベント・アクション制御－マネージャー開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
000041A1

メッセージ
－
KAVT0498-I JP1/AJS2 Event Action Manager will now start.
KAVT0498-I JP1/AJS2イベントアクションマネージャーを開始します

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME

Windowsの場合：JP1/AJS2サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/Automatic Job Management System 2 EVAction Manager

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
JP1/Automatic Job Management System 2 EVAction Manager

事象種別
OCCURRENCE
START

開始時刻
START_TIME
イベント・アクション制御－マネージャーの開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

（凡例）

－：該当しない。

(44)　イベント・アクション制御－マネージャー終了イベントの属性

イベント・アクション制御－マネージャー終了イベントの属性を次の表に示します。

表B-45　イベント・アクション制御－マネージャー終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
000041A2

メッセージ
－
KAVT0499-I JP1/AJS2 Event Action Manager will now end.
KAVT0499-I JP1/AJS2イベントアクションマネージャーを終了します

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME

Windowsの場合：JP1/AJS2サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/Automatic Job Management System 2 EVAction Manager

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
JP1/Automatic Job Management System 2 EVAction Manager

事象種別
OCCURRENCE
END

開始時刻
START_TIME
イベント・アクション制御－マネージャーの終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

（凡例）

－：該当しない。

(45)　イベント・アクション制御－エージェント開始イベントの属性

イベント・アクション制御－エージェント開始イベントの属性を次の表に示します。

表B-46　イベント・アクション制御－エージェント開始イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
000041A3

メッセージ
－
KAVT0900-I JP1/AJS2 event action agent will now start.
KAVT0900-I JP1/AJS2イベントアクションエージェントを開始します

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME

Windowsの場合：JP1/AJS2サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/Automatic Job Management System 2 EVAction Agent

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
JP1/Automatic Job Management System 2 EVAction Agent

事象種別
OCCURRENCE
START

開始時刻
START_TIME
イベント・アクション制御－エージェントの開始時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

（凡例）

－：該当しない。

(46)　イベント・アクション制御－エージェント終了イベントの属性

イベント・アクション制御－エージェント終了イベントの属性を次の表に示します。

表B-47　イベント・アクション制御－エージェント終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
000041A4

メッセージ
－
KAVT0901-I JP1/AJS2 event action agent will now end.
KAVT0901-I JP1/AJS2イベントアクションエージェントを終了します

詳細情報
－
－

拡張属性
共通情報
重大度
SEVERITY
Information

ユーザー名
USER_NAME

Windowsの場合：JP1/AJS2サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2

オブジェクトタイプ
OBJECT_TYPE
SERVICE

オブジェクト名
OBJECT_NAME
JP1/Automatic Job Management System 2 EVAction Agent

登録名タイプ
ROOT_OBJECT_TYPE
SERVICE

登録名
ROOT_OBJECT_NAME
JP1/Automatic Job Management System 2 EVAction Agent

事象種別
OCCURRENCE
END

開始時刻
START_TIME
イベント・アクション制御－エージェントの終了時刻

固有情報
プラットフォーム
PLATFORM
Windowsの場合：NT
UNIXの場合：UNIX

AJSのアクションバージョン
ACTION_VERSION
0600

（凡例）

－：該当しない。

(47)　プロセス異常終了イベントの属性

プロセス異常終了イベントの属性を次の表に示します。

表B-48　プロセス異常終了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
000041F0

メッセージ
－
KAVB3737-E プロダクト名：プロセス名terminated abnormally.
KAVB3737-E プロダクト名：プロセス名が異常終了しました

拡張属性
共通情報
重大度
SEVERITY
Error

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2/SPMD

オブジェクトタイプ
OBJECT_TYPE
SPMD

オブジェクト名
OBJECT_NAME
異常終了したプロセス名

事象種別
OCCURRENCE
NOTICE

（凡例）

－：該当しない。

(48)　プロセス起動タイムアウトイベントの属性

プロセス起動タイムアウトイベントの属性を次の表に示します。

表B-49　プロセス起動タイムアウトイベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
000041F1

メッセージ
－
KAVB3613-W プロダクト名 timeout occurred in プロセス名. continue
KAVB3613-W プロダクト名のプロセス名の起動がタイムアウトしました 処理を継続します

拡張属性
共通情報
重大度
SEVERITY
Warning

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2/SPMD

オブジェクトタイプ
OBJECT_TYPE
SPMD

オブジェクト名
OBJECT_NAME
起動タイムアウトしたプロセス名

事象種別
OCCURRENCE
NOTICE

（凡例）

－：該当しない。

(49)　プロセス再起動完了イベントの属性

プロセス再起動完了イベントの属性を次の表に示します。

表B-50　プロセス再起動完了イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
000041F2

メッセージ
－
KAVB3616-I The restart of the プロダクト名 of プロセス名 has completed.
KAVB3616-I プロダクト名のプロセス名の再起動が完了しました

拡張属性
共通情報
重大度
SEVERITY
Information

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2/SPMD

オブジェクトタイプ
OBJECT_TYPE
SPMD

オブジェクト名
OBJECT_NAME
再起動したプロセス名

事象種別
OCCURRENCE
NOTICE

（凡例）

－：該当しない。

(50)　起動前処理失敗イベントの属性

起動前処理失敗イベントの属性を次の表に示します。

表B-51　起動前処理失敗イベントの属性

属性種別
項目
属性名
内容

基本属性
イベントID
－
000041F3

メッセージ
－
KAVA3953-E コンポーネント名 pre-startup：起動前処理名 Fail
KAVA3953-E コンポーネント名の起動前処理：起動前処理名が失敗しました

拡張属性
共通情報
重大度
SEVERITY
Error

プロダクト名
PRODUCT_NAME
/HITACHI/JP1/AJS2/SPMD

オブジェクトタイプ
OBJECT_TYPE
SPMD

オブジェクト名
OBJECT_NAME
失敗したコマンド名

事象種別
OCCURRENCE
NOTICE

（凡例）

－：該当しない。

付録C　JP1/Cm2に通知するイベント

JP1/AJS2からJP1/Cm2に通知するSNMPトラップの形式を表C-1および表C-2に示します。

ルートジョブネット異常終了時にだけ送信するSNMPトラップ（Jp1ajs2_Err_Jobnetイベントに対応する特殊トラップ）の形式を表C-3に示します。

表C-1　SNMPトラップの形式（1）

企業ID | 1.3.6.1.4.1.116.7.17.10
一般トラップ番号 | 6
固有トラップ番号 | 1～2
オブジェクトID | 企業ID.1.1.0 | 企業ID.1.2.0 | 企業ID.1.3.0 | 企業ID.1.4.0
値のシンタックス | OctetString | OctetString | OctetString | OctetString
値 | 制御名 | 論理ホスト名 | JP1シンボル種別 | スケジューラーサービス名

表C-2　SNMPトラップの形式（2）

企業ID
1.3.6.1.4.1.116.7.17.10

一般トラップ番号
6

固有トラップ番号
1～2

オブジェクトID
企業ID.1.5.0
企業ID.1.6.0
企業ID.1.7.0
企業ID.1.8.0

値のシンタックス
OctetString
OctetString
OctetString
OctetString

値
シンボルのラベル名
シンボルタイプ
シンボルのステータス
Unknown：
　認識不能
Normal：
　正常域
Warning：
　注意域
Minor：
　警戒域
Major：
　重要警戒域
Critical：
　危険域
Restricted：
　制限動作中
Testing：
　テスト中
Disabled：
　使用不可
付加情報

表C-3　SNMPトラップの形式（3）

企業ID | 1.3.6.1.4.1.116.7.17.10
一般トラップ番号 | 6
固有トラップ番号 | 21
オブジェクトID | 企業ID.1.1.0 | 企業ID.1.2.0 | 企業ID.1.3.0 | 企業ID.1.4.0 | 企業ID.1.5.0
値のシンタックス | OctetString | OctetString | OctetString | OctetString | OctetString
値 | 制御名 | 論理ホスト名 | スケジューラーサービス名 | ジョブネット名 | シンボルのラベル名

なお，これらのイベントの送信を抑止する場合の設定方法については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　14.2.4 SNMPトラップ送信を抑止する」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 連携ガイド　14.3.2 SNMPトラップ送信を抑止する」（UNIXの場合）を参照してください。

付録D　各バージョンの変更内容

各バージョン（07-00以降）での変更点を次に示します。

＜この節の構成＞

付録D.1　08-50の変更内容

付録D.2　08-10の変更内容

付録D.3　08-00の変更内容

付録D.4　07-50の変更内容

付録D.5　07-11の変更内容

付録D.6　07-10の変更内容

付録D.7　07-00の変更内容

付録D.1　08-50の変更内容

08-50での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Agentの変更内容

(3)　JP1/AJS2 - Viewの変更内容

(1)　JP1/AJS2 - Managerの変更内容

ジョブを実行所要時間によって終了遅延監視する機能を追加した。

ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御できるようにした。

定義内容の事前チェックで，チェック対象のジョブネット配下にユニット間の実行順序不正があった場合，該当するユニット名をチェック結果格納ファイルに出力するようにした。

UNIXジョブ実行時のファイル権限チェックで，ファイルパーミッションのほか，アクセス制御リストやセカンダリーグループの設定を有効にする機能を追加した。

実行ホストのJP1/AJS2サービスが停止してもイベントジョブの実行を継続させる機能を追加した。

ジョブネットの実行登録状態を登録予定情報としてエクスポート／インポートする機能を追加した。

UNIXホストのメッセージキュー（TP1/LiNK，TP1/Message Queue，MQSeries）連携をサポート対象外とした。

Windows Server 2008，Windows Server 2008（IPF）をサポート対象OSとした。

(2)　JP1/AJS2 - Agentの変更内容

UNIXジョブ実行時のファイル権限チェックで，ファイルパーミッションのほか，アクセス制御リストやセカンダリーグループの設定を有効にする機能を追加した。

UNIXホストのメッセージキュー（TP1/LiNK，TP1/Message Queue，MQSeries）連携をサポート対象外とした。

Windows Server 2008，Windows Server 2008（IPF）をサポート対象OSとした。

(3)　JP1/AJS2 - Viewの変更内容

ジョブを実行所要時間によって終了遅延監視する機能を追加した。

ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御できるようにした。

［フィルタの設定］ダイアログボックスに，［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウで，保留予定ユニットを「保留中」のユニットとしてフィルター表示させるオプションを追加した。

Windows Server 2008をサポート対象OSとした。

付録D.2　08-10の変更内容

08-10での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Viewの変更内容

(1)　JP1/AJS2 - Managerの変更内容

ルートジョブネットの実行順序を制御するジョブネットコネクタを追加した。

ジョブネット定義変更など，操作履歴の詳細をスケジューラーログに出力するオプションを追加した。

スケジューラーログからログを抽出するajslogprintコマンドを追加した。

(2)　JP1/AJS2 - Viewの変更内容

ルートジョブネットの実行順序を制御するジョブネットコネクタを定義，操作，監視できるようにした。

任意のジョブまたはジョブネットの先行・後続ユニットを強調表示する機能を追加した。

Windows Vistaをサポート対象OSとした。

付録D.3　08-00の変更内容

08-00での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Agentの変更内容

(3)　JP1/AJS2 - Viewの変更内容

(1)　JP1/AJS2 - Managerの変更内容

インストール・セットアップ時に，環境設定項目の推奨値を設定するようにした。

ファイル監視ジョブで2ギガバイトを超えるファイル（ラージファイル）を監視できるようにした。

JP1/AJS2 - Viewの接続状況をajsstatusコマンドで出力できるようにした。

組み込みDBを制御する次のコマンドを追加した。

ajsembdbaddareaコマンド（組み込みDBのデータベース領域の拡張）

ajsembdbaddlogコマンド（組み込みDBのログ領域の拡張）

ajsembdbcancelコマンド（組み込みDBの操作コマンドの実行中断）

ajsembdboplogコマンド（組み込みDBのログ操作）

ajsembdbreclaimコマンド（組み込みDBのメンテナンス）

ajsembdbrorgコマンド（組み込みDBのデータのアンロード・リロード）

ajsembdbrstrコマンド（組み込みDBのバックアップ・リストア）

ajsembdbstartコマンド（組み込みDBの開始）

ajsembdbstatusコマンド（組み込みDBの監視）

ajsembdbstopコマンド（組み込みDBの停止）

ajsembdbunsetコマンド（組み込みDBのアンセットアップ）

なお，ajsembdbreclaimコマンドのサポートに合わせて，空きページ回収に掛かる実行時間を改善した。

JP1/AJS2 - Datareplicatorと連携して別ホストへのDBレプリケーションをできるようにした。

JP1/AJS2 - Configurationと連携して構成情報を管理できるようにした。

JP1/IM - Planning Operationと連携してオペレーションジョブを実行できるようにした。

JP1/Performance Management - Agent Option for JP1/AJS2と連携して稼働状況を分析できるようにした。

jajs_startコマンド，およびjajs_start.clusterコマンドでJP1/AJS2起動時にプロセスの起動状態を確認できるようにした（UNIX限定）。

使用できる言語にUnicode（UTF-8）を追加した（Linux限定）。

Windows 2000，Windows XP Professional，およびWindows Server 2003で提供していた関数を廃止した。

Windows 2000，Windows XP Professional，Windows Server 2003，およびWindows Server 2003（IPF）で提供していた次のコマンドを廃止した。

jsubcmdコマンド

jsubwinコマンド

(2)　JP1/AJS2 - Agentの変更内容

インストール・セットアップ時に，環境設定項目の推奨値を設定するようにした。

ファイル監視ジョブで2ギガバイトを超えるファイル（ラージファイル）を監視できるようにした。

使用できる言語にUnicode（UTF-8）を追加した（Linux限定）。

(3)　JP1/AJS2 - Viewの変更内容

JP1/AJS2 - Configuration Managerと連携できるようにした。

JP1/IM - Planning Operation用のオペレーションジョブを操作できるようにした。

アイコンを変更した。

付録D.4　07-50の変更内容

07-50での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Agentの変更内容

(3)　JP1/AJS2 - Light Editionの変更内容

(4)　JP1/AJS2 - Viewの変更内容

(1)　JP1/AJS2 - Managerの変更内容

JP1/AJS2 - Scenario Operation Managerとの連携機能をサポートした。

実行登録時にマクロ変数の引き継ぎ情報を指定できる機能を追加した。

判定ジョブで変数の判定をできるようにした。

起動条件付きジョブネットが異常終了したときの実行抑止機能を追加した。

ユニット定義を開発環境から本番環境に移行したとき，本番環境上で最終チェックとして使用できる定義内容の事前チェック機能を追加した。

イベント・アクション制御マネージャーに未処理のデータが大量に蓄積して遅延が発生した場合に，イベント・アクション制御マネージャーが保持している情報を削除できるjpomanevresetコマンドを追加した。また，問題の発生している起動条件とエージェントを特定する方法として，送信頻度の高いエージェントと起動条件の情報を表示するjpomanevshowコマンド追加した。

(2)　JP1/AJS2 - Agentの変更内容

ユニット定義を開発環境から本番環境に移行したとき，本番環境上で最終チェックとして使用できる定義内容の事前チェック機能を追加した。

(3)　JP1/AJS2 - Light Editionの変更内容

実行登録時にマクロ変数の引き継ぎ情報を指定できる機能を追加した。

判定ジョブで変数の判定をできるようにした。

起動条件付きジョブネットが異常終了したときの実行抑止機能を追加した。

ユニット定義を開発環境から本番環境に移行したとき，本番環境上で最終チェックとして使用できる定義内容の事前チェック機能を追加した。

イベント・アクション制御マネージャーに未処理のデータが大量に蓄積して遅延が発生した場合に，イベント・アクション制御マネージャーが保持している情報を削除できるjpomanevresetコマンドを追加した。また，問題の発生している起動条件とエージェントを特定する方法として，送信頻度の高いエージェントと起動条件の情報を表示するjpomanevshowコマンド追加した。

(4)　JP1/AJS2 - Viewの変更内容

JP1/AJS2 - Scenario Operation Managerとの連携機能をサポートした。

実行登録時にマクロ変数の引き継ぎ情報を指定できる機能を追加した。

判定ジョブで変数の判定をできるようにした。

起動条件付きジョブネットが異常終了したときの実行抑止機能を追加した。

［JP1/AJS2 - View］ウィンドウに，［追加］，［日時変更］，［即時実行］，［変更解除］の操作を実行できるオプションを追加した。

付録D.5　07-11の変更内容

07-11での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Light Editionの変更内容

(3)　JP1/AJS2 - Viewの追加・変更機能

(1)　JP1/AJS2 - Managerの変更内容

Cm2連携でJP1/Cm2/NNM 07-10と連携できるようにした。

デスクトップヒープ領域の消費を抑える機能を追加した（Windows限定）。

スケジューラーサービスのデータベースへの接続の最大待ち合わせ時間を指定できる機能を追加した。

(2)　JP1/AJS2 - Light Editionの変更内容

Cm2連携でJP1/Cm2/NNM 07-10と連携できるようにした。

デスクトップヒープ領域の消費を抑える機能を追加した。

スケジューラーサービスのデータベースへの接続の最大待ち合わせ時間を指定できる機能を追加した。

(3)　JP1/AJS2 - Viewの追加・変更機能

［貼り付け（拡張）］メニューコマンドを追加し，ジョブネットワーク要素と関連線を同時に複写できるようにした。

複数のジョブネット要素から一つのジョブネットワーク要素に対して関連線を引けるようにした。

Cm2連携でJP1/Cm2/NNM 07-10と連携できるようにした。

JP1/AJS2 Console ViewからJP1/AJS2 - Viewの［ジョブネットモニタ］ウィンドウを表示するとき，すでに起動されているJP1/AJS2 - Viewがあれば，そのJP1/AJS2 - View上で［ジョブネットモニタ］ウィンドウを起動する機能を追加した。

付録D.6　07-10の変更内容

07-10での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Agentの変更内容

(3)　JP1/AJS2 - Light Editionの変更内容

(4)　JP1/AJS2 - Client Toolkitの変更内容

(5)　JP1/AJS2 - Viewの追加・変更機能

(1)　JP1/AJS2 - Managerの変更内容

Linux版JP1/Automatic Job Management System 2 - Managerをサポートした。

統合トレースログだけに出力していたメッセージをsyslogにも出力できるようにした（UNIX限定）。

資料採取ツールで次の機能を追加した。

論理ホスト名を指定できるようにした。

採取できる資料を限定できる機能を追加した。

採取できる資料を追加した。

メッセージの説明を改善した。

障害時に緊急で実行できる緊急実行コマンドを追加した。

受信するファイルのファイルサイズなどに制限を掛けて，一部のジョブの処理でシステム全体に影響が出ないように運用するための機能を追加した。

イベント・ジョブ情報，待機情報ファイルの更新時に同期書き込みを行う機能を追加した。

MQ Series連携時の監視間隔を秒単位で設定する機能を追加した。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Windows XP上で動作できるようにした。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Solaris 9上で動作できるようにした。

Cm2連携で，JP1/Cm2/NNM 07-10およびhp OpenView NNM 6.41との連携をサポートした。

TCP/IP通信接続エラーのリトライ間隔・回数を変更できるようにした。

ジョブを配信するエージェントホストの決定方式を設定できるようにした。

イベント・アクション制御の詳細プロセスがシグナル終了した場合，すべての詳細プロセスを停止してイベント・アクション制御のエージェントプロセスを終了する機能を追加した。

提供する関数の対応するコンパイラーとして，Microsoft(R) Visual C++ .NET Version 2003を追加した。

ajsshowコマンドで終了状態の保留属性を表示できるようにした。

ajsshowコマンドのフォーマット指示子指定で，未来世代数を出力できるようにした。

ajsnameコマンドでユニットIDからユニット完全名を出力する機能を追加した。

(2)　JP1/AJS2 - Agentの変更内容

資料採取ツールで次の機能を追加した。

論理ホスト名を指定できるようにした。

採取できる資料を限定できる機能を追加した。

採取できる資料を追加した。

メッセージの説明を改善した。

MQ Series連携時の監視間隔を秒単位で設定する機能を追加した。

イベント・アクション制御の詳細プロセスがシグナル終了した場合，すべての詳細プロセスを停止してイベント・アクション制御のエージェントプロセスを終了する機能を追加した。

イベント・ジョブ情報，待機情報ファイルの更新時に同期書き込みを行う機能を追加した。

統合トレースログだけに出力していたメッセージをsyslogにも出力できるようにした（UNIX限定）。

(3)　JP1/AJS2 - Light Editionの変更内容

統合トレースログだけに出力していたメッセージをsyslogにも出力できるようにした（UNIX限定）。

資料採取ツールで次の機能を追加した。

論理ホスト名を指定できるようにした。

採取できる資料を限定できる機能を追加した。

採取できる資料を追加した。

メッセージの説明を改善した。

受信するファイルのファイルサイズなどに制限を掛けて，一部のジョブの処理でシステム全体に影響が出ないように運用するための機能を追加した。

障害時に緊急で実行できる緊急実行コマンドを追加した。

イベント・ジョブ情報，待機情報ファイルの更新時に同期書き込みを行う機能を追加した。

MQ Series連携時の監視間隔を秒単位で設定する機能を追加した。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Windows XP上で動作できるようにした。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Solaris 9上で動作できるようにした。

TCP/IP通信接続エラーのリトライ間隔・回数を変更できるようにした。

イベント・アクション制御の詳細プロセスがシグナル終了した場合，すべての詳細プロセスを停止してイベント・アクション制御のエージェントプロセスを終了する機能を追加した。

提供する関数の対応するコンパイラーとして，Microsoft(R) Visual C++ .NET Version 2003を追加した。

ajsshowコマンドで終了状態の保留属性を表示できるようにした。

ajsshowコマンドのフォーマット指示子指定で，未来世代数を出力できるようにした。

ajsnameコマンドでユニットIDからユニット完全名を出力する機能を追加した。

(4)　JP1/AJS2 - Client Toolkitの変更内容

資料採取ツールで次の機能を追加した。

採取できる資料を追加した。

メッセージの説明を改善した。

(5)　JP1/AJS2 - Viewの追加・変更機能

資料採取ツールで次の機能を追加した。

論理ホスト名を指定できるようにした。

採取できる資料を限定できる機能を追加した。

採取できる資料を追加した。

メッセージの説明を改善した。

標準カスタムジョブに，Cosminexus Managerと連携するジョブ（クラス名：COSMNGSV，COSMNGAP）を追加した。

JP1/AJS2 - Viewのログファイルの上限値を拡張した。

JP1/AJS2 Console Viewのログファイルの上限値を拡張した。

JP1/AJS2 - Viewで，繰り返し出力していたログ情報をまとめて出力するようにした。

JP1/AJS2 Console Viewで，繰り返し出力していたログ情報をまとめて出力するようにした。

Windows版のJP1/AJS2 - Viewで［スタート］メニューに［ヘルプ］メニューを追加した。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Windows XP上で動作できるようにした。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Solaris 9上で動作できるようにした。

付録D.7　07-00の変更内容

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Advanced Managerの変更内容

(3)　JP1/AJS2 - Light Editionの変更内容

(4)　JP1/AJS2 - Agentの変更内容

(5)　JP1/AJS2 - Viewの変更内容

(1)　JP1/AJS2 - Managerの変更内容

JP1/AJS2を一時的に縮退させ，運用している業務を途切れることなく，ISAMデータベース（スケジューラーデータベースおよびジョブ実行環境データベース）を再編成できる機能をサポートした。

ISAMデータベースを並列に再編成できるようにした。

追加できるスケジューラーサービスの数を，9から20に変更した。

ajsshowなどのコマンド（参照系コマンド）の実行時期や，操作系のコマンドのサービスへの処理要求履歴を，操作ログとしてスケジューラーログに出力するオプションをサポートした。

ジョブネットの保存世代数を，99から999に変更した。

JP1/AJS2のコールドスタート時に，ジョブ実行環境のデータベースを削除して，JP1/AJS2の起動時間が短くなるようにした。

ジョブ実行制御の環境設定で，ユーザープロファイル情報を有効にする機能をサポートした。

ジョブ情報の保存日数を0日にした場合で，ジョブが異常終了しても，保存時間を変更することで対処できるようにした。

JP1/AJS2起動時にジョブ情報削除処理を抑止できるようにした。

イベントジョブを使用する場合，DNS環境（FQDN形式のホスト名）でも運用できるようにした。

引き継ぎ情報中の「"（ダブルクォーテーションマーク）」の有無を意識しないで，イベントジョブの受信情報をマクロ変数として，標準ジョブやアクションジョブのパラメーターに引き継げるようにした。

JP1/Baseで対応した拡張正規表現を，JP1/Baseの設定に合わせて，イベント受信監視ジョブ，ログファイル監視ジョブ，およびWindowsイベントログ監視ジョブで使用できるようにした。

キューレスジョブを実行できる機能をサポートした。

以前のバージョン（06-71）で別製品であったJP1/AJS2 - Consoleを統合した。

JP1/AJS2 - Consoleで業務スコープを階層化できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトに対して操作できる機能を追加した。

JP1/AJS2 - Consoleで任意の画像を背景として表示できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトと業務スコープのアイコンを任意のアイコンに変更できる機能を追加した。

JP1/AJS2 - Consoleで保留属性が設定されている監視オブジェクトを色で識別できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトの状態を任意のタイミングで更新できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトの監視方法に次のモードを追加した。

当日時刻予定優先

全世代時刻予定優先

JP1/AJS2 - Consoleの定義情報を標準出力ファイルに出力するコマンド（ajscmprint）を追加した。

ジョブネットの実行所要時間に対する終了遅延の監視ができる機能をサポートした。

ajsprintコマンドのフォーマット指示子指定で，ユニットの作成日時を出力できるようにした。

ajsshowコマンドのフォーマット指示子指定で，ユニットに設定されたコメントを出力できるようにした。

ajsshowコマンドのフォーマット指示子指定で，ジョブが異常終了した場合に，異常終了ジョブまたはその後続ユニットから再実行した場合に掛かる実行所要時間の推定値を出力できるようにした。

イベントジョブが，打ち切り時間で終了するときの終了状態を選択できるようにした。

JP1イベント送信ジョブにイベントの到達確認機能をサポートした。

JP1イベント受信監視ジョブに過去のイベントを検索する機能をサポートした。

(2)　JP1/AJS2 - Advanced Managerの変更内容

JP1/AJS2で使用できるデータベース種別として，組み込みDB（HiRDB）をサポートした。

(3)　JP1/AJS2 - Light Editionの変更内容

JP1/AJS2を一時的に縮退させ，運用している業務を途切れことなく，ISAMデータベース（スケジューラーデータベースおよびジョブ実行環境データベース）を再編成できる機能をサポートした。

ISAMデータベースを並列に再編成できるようにした。

追加できるスケジューラーサービスの数を，9から20に変更した。

ajsshowなどのコマンド（参照系コマンド）の実行時期や，操作系のコマンドのサービスへの処理要求履歴を，操作ログとしてスケジューラーログに出力するオプションをサポートした。

ジョブネットの保存世代数を，99から999に変更した。

JP1/AJS2のコールドスタート時に，ジョブ実行環境のデータベースを削除して，JP1/AJS2の起動時間が短くなるようにした。

ジョブ実行制御の環境設定で，ユーザープロファイル情報を有効にする機能をサポートした。

ジョブ情報の保存日数を0日にした場合で，ジョブが異常終了しても，保存時間を変更することで対処できるようにした。

JP1/AJS2起動時にジョブ情報削除処理を抑止できるようにした。

イベントジョブを使用する場合，DNS環境（FQDN形式のホスト名）でも運用できるようにした。

引き継ぎ情報中の「"（ダブルクォーテーションマーク）」の有無を意識しないで，イベントジョブの受信情報をマクロ変数として，標準ジョブやアクションジョブのパラメーターに引き継げるようにした。

JP1/Baseで対応した拡張正規表現を，JP1/Baseの設定に合わせて，イベント受信監視ジョブ，ログファイル監視ジョブ，およびWindowsイベントログ監視ジョブで使用できるようにした。

以前のバージョン（06-71）で別製品であったJP1/AJS2 - Consoleを統合した。

JP1/AJS2 - Consoleで業務スコープを階層化できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトに対して操作できる機能を追加した。

JP1/AJS2 - Consoleで任意の画像を背景として表示できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトと業務スコープのアイコンを任意のアイコンに変更できる機能を追加した。

JP1/AJS2 - Consoleで保留属性が設定されている監視オブジェクトを色で識別できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトの状態を任意のタイミングで更新できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトの監視方法に次のモードを追加した。

当日時刻予定優先

全世代時刻予定優先

JP1/AJS2 - Consoleの定義情報を標準出力ファイルに出力するコマンド（ajscmprint）を追加した。

ジョブネットの実行所要時間に対する終了遅延の監視ができる機能をサポートした。

ajsprintコマンドのフォーマット指示子指定で，ユニットの作成日時を出力できるようにした。

ajsshowコマンドのフォーマット指示子指定で，ユニットに設定されたコメントを出力できるようにした。

ajsshowコマンドのフォーマット指示子指定で，ジョブが異常終了した場合に，異常終了ジョブまたはその後続ユニットから再実行した場合に掛かる実行所要時間の推定値を出力できるようにした。

イベントジョブが，打ち切り時間で終了するときの終了状態を選択できるようにした。

JP1イベント送信ジョブにイベントの到達確認機能をサポートした。

JP1イベント受信監視ジョブに過去のイベントを検索する機能をサポートした。

(4)　JP1/AJS2 - Agentの変更内容

引き継ぎ情報中の「"（ダブルクォーテーションマーク）」の有無を意識しないで，イベントジョブの受信情報をマクロ変数として，標準ジョブやアクションジョブのパラメーターに引き継げるようにした。

キューレスジョブを実行できる機能をサポートした。

JP1イベント送信ジョブにイベントの到達確認機能をサポートした。

イベントジョブが，打ち切り時間で終了するときの終了状態を選択できるようにした。

JP1イベント受信監視ジョブに過去のイベントを検索する機能をサポートした。

JP1/AJS2 - Agentの起動時に認証サーバへのアクセスを行わないようにした（07-00-/C以降）。

(5)　JP1/AJS2 - Viewの変更内容

ユーザー共通プロファイルを利用して，JP1/AJS2 - Viewの環境を設定できるようにした。

［ジョブネットエディタ］ウィンドウと［ジョブネットモニタ］ウィンドウのマップエリアに表示される，ユニット名を任意の位置で改行できるようにした。

ダイアログボックスのデフォルト値を変更できるようにした。

次に示す場所の表示項目（カラム）を選択できるようにした。

［JP1/AJS2 - View］ウィンドウのリストエリア

［デイリースケジュール］ウィンドウの実行結果リスト

［マンスリースケジュール］ウィンドウの実行結果リスト

［JP1/AJS2 - View］ウィンドウで複数のユニットを選択して，編集や操作が行える機能を追加した。

保留属性が設定されているユニットを色で識別できる機能を追加した。

［実行結果詳細］ダイアログボックスのサイズを変更できる機能を追加した。

［JP1/AJS2 - View］ウィンドウと［メインスコープ］ウィンドウ間でJP1/AJS2のユニット定義をJP1/AJS2 - Consoleの監視オブジェクトとして自動作成する機能を追加した。

任意のアイコンイメージを使用できる機能を追加した。

JP1/IM - Viewから［ジョブネットモニタ］ウィンドウを起動した場合に，指定したジョブを直接マップエリアに表示する機能を追加した。

付録E　（3020-3-K21-43）の変更内容

3020-3-K21-43の変更内容を次の表に示します。

表E-1　（3020-3-K21-43）の変更内容

項番
変更個所
追加・変更内容

1
全体
64ビット版Windows環境の場合の，プログラムのインストール先ディレクトリおよび各種ファイルの格納先を追加した。

2
3.1.1(1)
ジョブの属性情報の説明に，種別，および実行先サービスの説明を追加した。

3
3.1.1(1)(c)
ファイルの有無による判定の説明，および変数比較による判定の説明を変更した。

4
3.2.4(3)
ログファイル監視ジョブの動作概要についての説明を，JP1/Automatic Job Management System 2 設計・運用ガイド 8.3.5から移動した。

5
3.2.4(4)
Windowsイベントログ監視ジョブの動作概要についての説明を，JP1/Automatic Job Management System 2 設計・運用ガイド 8.3.6から移動した。

6
3.4.1(1)
実行開始時刻に24:00以降を指定した場合の説明を補足事項として追加した。

7
3.4.2(1)(f)
遅延監視についての説明全体を改善し，従属ジョブネットに開始遅延または終了遅延の監視の設定をした場合の説明を補足事項として追加した。

8
3.4.2(3)(a)
他のジョブグループのカレンダーを参照している場合の［マンスリースケジュール］ウィンドウの表示についての説明を変更した。

9
4.1.1(2)
実行登録中の基準時刻の変更についての注意事項を追加した。

10
4.2.3(5)
起動条件付きジョブネットの保存世代数を小さくする場合の注意事項を追加した。

11
5.1.1(2)
エージェントについての説明を変更した。

12
5.3
ジョブ実行多重度，およびキューレスジョブの最大同時ジョブ実行数についての説明を追加した。

13
6.1.1
表6-1の注※1の，ajsshowコマンドを実行して状態表示した場合の説明を変更した。

14
10.2.3(2)
10.2.4
ルートジョブネットが48時間制の場合の注意事項を追加した。

15
10.2.3(5)
計画実行登録されたジョブネットの実行予定を複数回一時変更して予定を追加する場合の説明を追加した。

16
10.2.6
前回終了結果が異常終了または警告終了のときにだけ保留する設定についての補足事項を追加した。

17
10.2.11(5)
ジョブネットまたはジョブの再実行の注意事項として，次の場合を追加した。

異常検出終了したユニットの後続ユニットを再実行する場合

スケジューリング方式に「スケジュールスキップ」を設定している場合

18
10.2.13(1)(b)
自動判定の優先度についての説明を変更した。

19
10.4.3(2)
実行順序制御方式を「同期」に設定して1日に複数回実行予定がある場合の注意事項を追加した。

20
11.3
ホストの電源投入・切断を自動化する説明を変更した。

付録F　用語解説

（英字）

AJS2ユニット監視オブジェクト

JP1/AJS2の業務の状態を監視するためのオブジェクトです。業務には，JP1/AJS2 - Managerのホストのルートジョブネットを指定します。このオブジェクトで監視内容を定義し，監視モードに切り替えることでオブジェクト（業務）を監視できるようになります。

AJSPATH

JP1/AJS2で使用するパスを定義するための環境変数です。環境変数を指定しておくと，コマンドでジョブネット名を指定するときに完全パス名の指定が不要になります。

HITSENSER Data Mart Server

データマート（データウェアハウスのデータから目的に合わせて必要なデータを抽出した，利用目的ごとのデータベース）の作成，変更，および運用の自動化をプログラミングなしで実現するソフトウェアです。HITSENSER Data Mart Serverで定義した運用情報をJP1/AJS2のジョブネットに登録することで，データマートをスケジュールに従って運用できます。

hp OpenView

ネットワークの構成，性能，および障害を管理する，ヒューレット・パッカード社の統合ネットワーク管理プログラムの総称です。

JP1/AJS2 - Definition Assistant

Excelのテンプレートで編集した大量のJP1/AJS2の定義情報を，マネージャーホストに登録したり，マネージャーホストに登録されているJP1/AJS2の定義情報を，Excelのテンプレートに取得したりできるプログラムです。JP1/AJS2 - Definition Assistantで提供されている，Excelのテンプレートを定義情報管理テンプレートといいます。一覧表形式の定義情報管理テンプレートでは，オートフィルやオートフィルターなどのExcelの機能を使って，効率良く定義情報の入力や編集ができます。

JP1/AJS2 - Print Option

JP1/AJS2のジョブネットやスケジュールの情報を，ジョブネット定義情報，実行予実績確認表，実行結果確認表などの帳票レイアウトの形式で表示したり，印刷したりするためのプログラムです。また，JP1/AJS2のジョブネットやスケジュールの情報をCSV形式で出力できます。

JP1/AJS2 - Web Operation Assistant

複数のマネージャーホスト上で実行されているユニットの状態や結果を，Webブラウザー上に一覧表示するプログラムです。操作したいジョブやジョブネットをWebブラウザー上で選択して再実行などの操作をしたり，ジョブネットモニタを起動して状態や結果を確認したりできます。

JP1/AJS2 Console Agent

JP1/AJS2 Console Agentは，JP1/AJS2 Console Managerで指示された自ホストの監視対象（ルートジョブネット）の状態を定期的に監視するコンポーネントです。監視対象の状態に変更があれば，JP1/AJS2 Console Managerに通知します。

JP1/AJS2 Console Manager

JP1/AJS2 Console Managerは，JP1/AJS2 Console Viewで定義された監視対象の定義情報を保存したり，JP1/AJS2 Console Agentに指示して，監視対象の状態を取得したりするコンポーネントです。

JP1/AJS2 Console View

GUIで監視対象を定義するコンポーネントです。定義した情報は，JP1/AJS2 Console Managerに保存されます。また，JP1/AJS2 Console AgentからJP1/AJS2 Console Managerに通知された監視対象の状態を表示して監視します。JP1/AJS2 Console Managerにログインして使用します。

JP1/AJS2 for Enterprise Applications

R/3以外のシステムからR/3システムのジョブを制御するプログラムです。R/3ジョブの投入，削除，および監視ができます。

JP1/AJS2のジョブネット定義時にJP1/AJS2 for Enterprise Applicationsのカスタムジョブをジョブネットに登録すると，JP1/AJS2からR/3ジョブを自動実行できます。

なお，JP1/AJS2 for Enterprise Applicationsは，JP1/Application Manager for R/3を名称変更したものです。

JP1/AJS2 for Mainframe

JP1/AJS2と連携して，メインフレームのジョブスケジューラーが管理する大規模なジョブネットを実行するためのプログラムです。メインフレームのジョブスケジューラーが管理するジョブネットとJP1/AJS2が管理するジョブネットの定義，監視，操作方法の統一と一元管理ができます。

JP1/AJS2 for Oracle E-Business Suite

Oracle E-Business Suite以外のシステムからOracle E-Business Suiteにアクセスして，業務の実行を依頼する（コンカレント要求を発行する）プログラムです。

また，JP1/AJS2のジョブネットにJP1/AJS2 for Oracle E-Business Suiteのカスタムジョブを登録すると，JP1/AJS2からコンカレント要求を発行できます。

また，JP1/AJS2のスケジュール定義機能を利用すると，コンカレント要求の処理サイクルや実行日を指定できます。

なお，JP1/AJS2 for Oracle E-Business Suiteは，JP1/Application Manager for Oracle E-Business Suiteを名称変更したものです。

JP1/AJS2 for Web Service

WebサービスシステムとJP1/AJS2システムを仲介し，JP1/AJS2でWebサービスを一連の業務として実行させるためのプログラムです。

Webアプリケーションサーバ上のWebサービスをJP1/AJS2のジョブとして実行できます。

JP1/AJS2 for 活文PDFstaff

活文PDFstaffと連携し，PDF変換を行います。作成するPDFファイルには，パスワード，印刷禁止/許可などの操作制限，ヘッダー・フッター，透かし文字などのセキュリティ情報を設定できます。

JP1/Base

イベントサービス機能を提供するプログラムです。サービスの起動順序を制御したり，JP1イベントを送受信したりできます。また，JP1/Baseは，JP1/IM，JP1/AJS2，およびJP1/Power Monitorの前提プログラムです。JP1/IM，およびJP1/AJS2を使ったシステムを導入する場合，JP1ユーザーの操作を制限する機能を提供します。

JP1/Cm2

ネットワークの構成，性能，および障害を管理するための統合ネットワーク管理プログラムの総称です。

JP1/FTP

業務と連携したファイル送受信，ファイルのスケジュール伝送，ファイル受信後のプログラムの自動起動など，ファイル伝送業務を効率的に運用するためのプログラムです。また，ファイル伝送状態を監視できるため，ファイル伝送業務の信頼性を向上できます。

JP1/IM

分散システムを集中的に監視するためのプログラムです。分散システム内での業務の実行状況や障害などの情報を表すJP1イベントを，JP1/IM - Viewの画面を通じて監視できます。

JP1/NETM/DM

ソフトウェアの配布およびクライアントの管理を，ネットワークを利用し一括して行うシステムの総称です。

JP1/NETM/DMのコマンドインターフェースを使用してJP1/AJS2と連携すると，ソフトウェアの配布などを自動化できます。

JP1/NQSEXEC

定型的なバッチ処理を分散システム上で実行し，バッチジョブを効率良く運用するためのプログラムです。

JP1/OJE for Midrange Computer

WindowsホストやUNIXホストからAS/400にバッチジョブを投入したり，AS/400からWindowsホストやUNIXホストにバッチジョブを投入したりするためのプログラムです。

JP1/OJE for VOS1

JP1/AJS2と連携して，WindowsおよびUNIXと，メインフレーム（VOS1）間のバッチジョブを実行したり監視したりするプログラムです。

JP1/OJE for VOS3

JP1/AJS2と連携して，WindowsおよびUNIXと，メインフレーム（VOS3）間のバッチジョブを実行したり監視したりするプログラムです。

JP1/OJE for VOSK

JP1/AJS2と連携して，WindowsおよびUNIXと，メインフレーム（VOSK）間のバッチジョブを実行したり監視したりするプログラムです。

JP1/Power Monitor

ホストを自動的に起動・終了するプログラムです。スケジュールを設定してホストを起動・終了したり，離れた場所にあるホストを起動・終了したりできます。

JP1/Script

Windows上でジョブを制御するスクリプト（バッチファイル）を作成して実行するためのプログラムです。JP1/AJS2と連携すると，ジョブを自動運転できます。

JP1イベント

システム内で何らかの事象が発生した際に，その事象の発生を通知する情報です。JP1イベントは，JP1/Baseを経由して，ほかのシステムなどに通知されます。

JP1権限レベル

JP1/AJS2で定義した業務やイベントなどの管理対象（資源）に対して，JP1ユーザーがどのような操作をできるかを表した名称です。JP1/Baseで定義します。

JP1資源グループ

JP1/AJS2の各ユニットに対するJP1ユーザーのアクセスを制御するために，ユニットに設定する名称です。

JP1ユーザー

JP1/AJS2またはJP1/IMを使用するときのユーザー名です。JP1ユーザーとして認証サーバに登録すると，管理対象（資源）へのアクセスが制御されます。

MAPI（Messaging Application Programming Interface）

Windows用の標準的なメッセージングAPIです。

MIME（Multipurpose Internet Mail Extensions）

SMTPの拡張機能で，ASCIIデータ以外のデータを送受信する場合に使います。

メールシステム間でのデータ送受信の方法や，メールを転送するために交換する制御メッセージのフォーマットなどを定めています。

MQSeries

IBM社の製品で，メッセージキューを使って，同一のプラットフォームまたは異なるプラットフォーム間でメッセージをやり取りするためのプログラムです。

MQ文字列

TP1/Message QueueおよびMQSeriesで定義されている文字列です。

MQ文字列には次の文字が指定できます。

A～Z，a～z（英文字）

0～9（アラビア数字）

.（ピリオド）

/（スラント）

_（アンダーバー）

%（パーセント）

MSMQ

Microsoft Message Queue Serverの略で，Windows上でメッセージキューイング機能を実現するソフトウェアです。

SMTP（Simple Mail Transfer Protocol）

UNIXのネットワークで一般的に使われているプロトコルです。このプロトコルは，TCP/IP上で異なるシステム間でのASCIIデータの転送を実現するための規約です。

SUP

TP1/LiNKまたはTP1/Server Baseのクライアントとなるプログラムのことです。JP1/AJS2では，SUPを使用してメッセージキュー連携機能を実現しています。メッセージキュー連携機能を使用するときは，TP1/LiNKまたはTP1/Server BaseのSUPにJP1/AJS2のユーザーサーバを設定しておきます。

TP1/LiNK

オープンシステムでトランザクション処理，およびサーバの処理分散化を実現するソフトウェアです。JP1/AJS2では，これらの機能のうちトランザクション処理を使用しています。

TP1/Message Queue

TP1/LiNKまたはTP1/Server Baseと連携して，メッセージキューイング機能を実現するソフトウェアです。OpenTP1システムに組み込み，異なるアプリケーション同士でプログラム間通信ができます。TP1/Message Queueは一連のメッセージキューイング機能のプログラム間でメッセージ送受信が簡単にできます。また，TP1/Message Queueは，OpenTP1システムのメッセージキューマネージャーの役割を持ち，メッセージキューの管理およびメッセージの送受信をします。

TP1/Server Base

オープンシステムでトランザクション処理，およびサーバの処理分散化を実現するソフトウェアです。JP1/AJS2では，これらの機能のうちトランザクション処理を使用しています。

Windows Messaging機能

電子メールを送受信するためのインターフェースを提供する機能です。Windows Messagingを使うと，オンラインサービスから受け取ったデータなど，さまざまな種類の情報を管理，アクセス，および共有することができます。

（ア行）

アクションジョブ

メールやメッセージキューを送信したり，JP1/IMやJP1/Cm2に状態を知らせるイベントを送信したりするジョブです。

異常終了

ジョブネットの異常終了は，ジョブネットに定義した処理の一部が正しく実行されず，その時点でジョブネットを終了することです。障害が発生した部分からあとに定義されている処理は実行されず，ジョブネットは中断されます。

ジョブの異常終了は，ジョブが正しく実行されず，処理を途中で中断することです。

組み込みDBシステムの異常終了は，組み込みDBシステムに対して何らかの障害が発生した場合に，組み込みDBシステム停止操作が実行されていないのに，稼働状態だった組み込みDBシステムが停止状態または再起動中断状態に遷移することです。詳細については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド　8.7 組み込みDBの動作に関する知識」を参照してください。

異常終了しきい値

ジョブが正常終了したか異常終了したかを，ジョブの終了コードで判断するための値です。

イベント

メールの受信や，ファイルの更新など，システム内で起こる特定の事象のことで，ジョブやジョブネットなどの実行契機となります。イベントの発生は，イベントジョブを使って監視します。

イベントジョブ

システム内の特定の事象の発生を監視するジョブです。イベントジョブを開始すると，ファイルの更新やメッセージの受信などを監視し始めます。

打ち切り時間

ジョブを実行したとき，ジョブからの応答がなかったり終了しなかったりした場合に，ジョブを強制的に打ち切るまでの時間です。

運用日

ジョブネットを実行する日です。

エージェントホスト

エージェントホストとは，マネージャーホストから依頼されたジョブを実行するホストです。このホストには，JP1/AJS2 - Agentをインストールします。なお，JP1/AJS2 - ManagerもJP1/AJS2 - Agentの機能を持っているため，エージェントホストにJP1/AJS2 - Managerをインストールすることもできます。

エージェントホストは，マネージャーホストからジョブの依頼を受け，ジョブを実行します。ジョブの実行が終わると，エージェントホストは，実行ファイルの実行結果（戻り値）を受け取り，ジョブの実行結果をマネージャーホストに転送します。

（カ行）

確定実行登録

スケジュール定義に基づいてあらかじめ実行日時を算出しておき，その日時に従ってジョブネットを起動し，処理を開始する場合の実行登録方法です。

確定スケジュール

確定実行登録時に決められた，絶対日時で確定しているスケジュールのことです。

カスタムジョブ

ある特定の機能を持つジョブを実行するように，あらかじめ定義されたジョブです。ファイル転送やメインフレームへのジョブ依頼など，標準カスタムジョブとして提供しているもののほかに，業務の中でよく使うジョブをカスタムジョブとして登録しておくこともできます。カスタムジョブとして登録する場合，専用のアイコンの形，絵，またはジョブ情報入力のためのダイアログボックスが作成できます。

なお，カスタムジョブを使用する場合は，そのジョブに必要なプログラムをインストールしておく必要があります。

カレンダー情報

業務の運用日と休業日についての情報です。ジョブグループごとに定義できます。この情報によって，ジョブグループ中のジョブネットを実行する日と実行しない日が決定します（ただし，休業日振り替え実行が定義されている場合は，休業日でもジョブネットを実行します）。

また，運用日に合わせて，基準日と月区分，基準時刻の設定もできます。

環境設定パラメーター

JP1/AJS2の運用に必要な各種情報を設定するためのパラメーターで，環境設定ファイルの中に記述します。例えば，ジョブネットワーク要素を作成するディレクトリを指定したり，syslogメッセージの出力の要否を指定したりします。

環境設定ファイル

スケジューラーサービスの環境やジョブの実行環境など，JP1/AJS2の運用に必要な情報を設定するファイルです。

起算スケジュール

実行開始日時，処理サイクル，および休業日の振り替えに従って決められた次回実行予定日を起点日として扱い，新たに次回実行予定日を算出したい場合に定義するスケジュールのことです。

起算猶予日数

起算後の次回実行予定日が休業日の場合に，実行予定日を探す期間を日数で定義したもののことです。

基準時刻

JP1/AJS2を運用するときの，日付の境となる時刻です。

例えば，基準時刻を「8時」と設定すると，7時59分までは前日扱いとなります。

基準日

カレンダー情報で，月の開始日として指定した日のことです。

起動条件

特定の事象を契機としてジョブネットを実行させる場合に，どのような条件が成立したときにジョブネットを実行させるか定義したもののことです。

キュー

実行登録されたジョブを一時的にためておくところです。ジョブは，登録された順番でキューに並び，そのキューに接続されているエージェントに対して順次転送され，実行されます。

大量のジョブが同時に実行されシステムの性能が低下しないよう，キューは，エージェントで同時に実行するジョブの数を制御します。

キューイングジョブ

キューへジョブを直接登録して実行依頼する形態のジョブです。

休業日

ジョブネットを実行しない日です。ただし，休業日振り替え実行が定義されている場合はジョブネットを実行します。

キューレスジョブ

キューを使わず，マネージャーから直接エージェントへ送られて実行されるジョブです。キューでのジョブの管理を省略し処理を簡略化しているため，通常のジョブに比べて処理性能が向上し，一定の時間に，より多くのジョブを実行できます。

ジョブネットに定義するPCジョブ，およびUNIXジョブをキューレスジョブとして定義できます。

キューレスジョブ実行環境

キューレスジョブ実行環境は，JP1/AJS2のマネージャー（スケジューラーサービスとキューレスファイル転送サービス）とキューレスエージェント（キューレスエージェントサービス）で構成され，キューレスジョブの実行を管理します。

キューレスジョブを使用する場合は，ajsqlsetupコマンドでキューレスジョブ実行環境をセットアップしておく必要があります。セットアップされたキューレスジョブ実行環境は，環境設定パラメーターで設定できます。

強制終了

実行中のユニットを強制終了します。

ルートジョブネットを強制終了した場合，実行中のジョブをすべて強制終了し，ジョブネットを中断します。

組み込みDB管理者（DB管理者）

組み込みDBで，各種権限の付与および取り消しを行う権限を持っているユーザー（DBA権限所持ユーザー）を示します。

組み込みDBの内部で管理されているユーザーです。

組み込みDBサービス

Windows上での組み込みDB使用環境を提供するサービスです。組み込みDBを使用するには，このサービスを開始する必要があります。サービス名称は「HiRDB/EmbeddedEdition セットアップ識別子」です。

組み込みDBシステム管理者

組み込みDB運用ディレクトリおよび組み込みDBファイルシステム領域（データ領域，システム領域）の所有者であり，組み込みDBの各コマンドを実行することができるユーザーを示します。

OS上で管理されているユーザーです。

組み込みDB操作コマンド

ajsembdbで始まる名称のコマンドの総称です。

クラスタシステム

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムで，障害が発生しても業務を継続できるようにすることを目的としています。業務を実行中のサーバ（実行系）で障害が発生すると，待機していた別のサーバ（待機系）が業務の処理を引き継ぎます。実行「系」から待機「系」へ業務を切り替えるので，「系切り替えシステム」とも呼びます。

なお，クラスタシステムという用語には，並列処理による負荷分散機能という意味もありますが，このマニュアルでは，系を切り替えて業務の中断を防ぐ機能のことだけを指します。

計画実行登録

スケジュール定義に基づいてジョブネットを起動し，処理を開始する場合の実行登録方法です。

系切り替えシステム

クラスタシステムを参照してください。

警告終了

ジョブネットに定義した処理の一部が正しく実行されないままジョブネットを終了することです。ジョブネットは中断されず，最後まで実行されます。

発生した障害が，ジョブネットを中断するほど重大でない場合に，この終了方法にします。

警告終了しきい値

ジョブが警告終了したかを判断するための値です。

件名

メール中のSubject:に記述される文字列です。JP1/AJS2では，件名にASCII文字列以外も設定できますが，接続しているメールシステムによってはASCII文字列以外を扱えない場合もあります。

後続ジョブ

あるジョブ，またはジョブネットの直後に実行するジョブのことです。

後続ジョブネット

あるジョブ，またはジョブネットの直後に実行するジョブネットのことです。

（サ行）

サーバリンクジョブ

JP1/AJS2で定義したジョブネットをメインフレームで管理するために，JP1/AJS2 for Mainframeで定義するジョブネットです。サーバリンクジョブネットは，JP1/AJS2のルートジョブネットと関連づけられます。

サスペンド

ルートジョブネット，およびルートジョブネットの下位にあるユニットの実行を抑止することです。

実行登録中のルートジョブネットの下位にある定義を変更するときに，定義処理と実行制御処理のすれ違いなどの誤動作を防止するために，ルートジョブネットをサスペンドする必要があります。ルートジョブネットをサスペンドすることで，実行制御処理と同期を取って定義を変更できます。

サブミット

ジョブの実行を依頼することです。

サブミットジョブ

jpqjobsubコマンドを使用して登録する標準ジョブのことです。

しきい値

ジョブの終了状態を判断するための値です。ジョブには，異常終了しきい値と警告終了しきい値を定義できます。

実行ID

最上位ジョブネットの実行予定の一つに対して一つ割り振られる番号のことです。

従属ジョブ

判定ジョブの判定結果が真のときに実行するジョブのことです。

従属ジョブネット

判定ジョブの判定結果が真のときに実行するジョブネットのことです。

ジョブ

コマンド，シェルスクリプト，Windows実行ファイルなどの集まりです。

ジョブグループ

複数の業務を分類して管理するためのフォルダです。

ジョブ実行環境

ジョブ実行環境は，JP1/AJS2のマネージャーとエージェントから構成されます。

マネージャーのジョブ実行環境では，ジョブを登録するキューやジョブを実行するエージェントの定義情報（ジョブの実行多重度，最大ジョブ数など），ジョブの配信方法，ジョブの実行結果などを管理します。

エージェントのジョブ実行環境では，主にジョブの実行方法を管理します。

これらのジョブ実行環境は，ISAMデータベースと環境設定パラメーターで管理されます。

なお，キューレスジョブの場合は，キューレスジョブ実行環境で管理します。

ジョブ多重度

同時に実行できるジョブの数のことです。

ジョブネット

実行順序を関連づけたジョブの集まりです。ジョブネットを実行すると，ジョブネット中のジョブが実行順序に従って自動的に実行されます。

ジョブネットエディタウィンドウ

ジョブネットを新規に作成したり，作成済みのジョブネットを編集したりするウィンドウのことです。

ジョブネットコネクタ

ルートジョブネットの実行順序を制御するためのジョブネットワーク要素です。対象のルートジョブネットと接続関係を持ち，その終了や開始を待ち合わせます。

ジョブネットモニタウィンドウ

ジョブネットやジョブの実行状況や実行の詳細結果を表示したり，ジョブネットやジョブを操作したりするウィンドウです。

ジョブネットワーク要素

ジョブネットワークを定義するための要素です。これらの要素を総称して「ユニット」とも呼びます。

処理サイクル

ジョブネットの実行開始日から，次の実行開始日までの間隔のことです。処理サイクルを定義しておくと，定期的にジョブネットを実行できます。

スケジューラーサービス

ジョブネットを実行するスケジュールを管理し，スケジュールに従って，処理を実行します。スケジューラーサービスは，スケジューラーサービス名と同じ名称のルートジョブグループ配下のユニットを管理します。

スケジューラーサービスは，一つのマネージャーで複数起動できます。スケジューラーサービスを複数起動すると，スケジューラーサービスごとにルートジョブグループを管理できるようになります。例えば，スケジューラーサービスを業務ごとに分けて起動すると，それぞれのスケジューラーサービスが，ほかのスケジューラーサービスの影響を受けることなく，独立して業務（ジョブネットおよびジョブ）を並行実行できます。

スケジュールルール

ジョブネットの実行開始日時や処理サイクルなどの情報です。一つのジョブネットに144個までスケジュールルールを定義できます。

正常終了

ジョブネットの正常終了は，ジョブネットに定義した処理がすべて正しく実行されて，ジョブネットが終了することです。

ジョブの正常終了は，ジョブが正しく実行されて終了することです。

先行ジョブ

あるジョブ，またはジョブネットの直前に実行されるジョブのことです。

先行ジョブネット

あるジョブ，またはジョブネットの直前に実行されるジョブネットのことです。

相関識別子

ユーザーが任意の目的で使用できるメッセージ中の項目です。メッセージ識別子と同じように，メッセージを識別するために使用します。相関識別子は，送信元が設定した文字コードで格納されています。

相互関係

送受信するメッセージを識別するために使用する情報です。相互関係は，送信元が設定した文字コードで受信されます。

即時実行登録

実行登録と同時にジョブネットを起動し，処理を開始する場合の実行登録方法です。

（タ行）

退避ファイル

JP1/AJS2で定義したジョブネットワーク要素を格納したファイルです。

退避ボックス

退避ファイルを格納するためのディレクトリまたはフォルダです。

デイリースケジュールウィンドウ

1日ごとの実行予定，実行状況，および実行結果を表示するためのウィンドウです。

デフォルトキュー

ジョブを実行するために，エージェントホストと対で作成するキューです。このキューは必ず作成しておく必要があります。

ジョブを実行する際，ジョブのサブミット先や実行先としてエージェントホスト名を指定すると，ジョブはそのエージェントホストのデフォルトキューにサブミットされます。

（ナ行）

ネストジョブネット

ジョブネット中に定義したジョブネットです。

（ハ行）

排他実行リソース

複数のジョブの同時実行を抑止したい場合に，おのおののジョブで同じリソース名（排他実行リソース名）を指定しておき，同時実行を抑止することです。

判定ジョブ

指定された条件を判定し，判定結果が真であれば，従属ジョブ（ジョブネット）を実行するジョブです。

判定値

ジョブが正常終了したか異常終了したかを判断するための値です。

標準ジョブ

標準ジョブとは，実行ファイルや実行先ホスト名などを指定して処理を実行させるジョブのことです。標準ジョブには次の3種類があります。

UNIXジョブ

PCジョブ

QUEUEジョブ

物理ホスト

クラスタシステムを構成する各サーバに固有な環境のことです。物理ホストの環境は，系切り替え時にもほかのサーバに引き継がれません。

プランニンググループ

複数のルートジョブネットを計画的に切り替えて実行するためのユニットです。プランニンググループの直下に異なる定義内容のルートジョブネットを複数作成し，それぞれに異なったスケジュールを定義することで，指定したスケジュールに従って自動的にジョブネットを切り替えて実行できます。

振り替え

スケジュールに従って決められた次回実行予定日が休業日だった場合に，ほかの日にジョブネットを実行させることです。

振り替え猶予日数

振り替え日が休業日の場合に，振り替え日を探す期間を日数で定義したもののことです。

閉塞状態

障害の発生などによってジョブネットが開始または終了できず，実行状況や次回実行予定が確認できない状態になっていることです。この場合，実行登録を解除して，登録し直す必要があります。

ホストリンクジョブネット

メインフレームのジョブスケジューラーで管理されているジョブネットをJP1/AJS2で監視するために，JP1/AJS2で定義するジョブネットです。ホストリンクジョブネットは，JP1/AJS2 for Mainframeの「ネットグループ」という管理単位を介して，メインフレームのジョブネットと関連づけられます。

（マ行）

マクロ変数

後続ジョブでイベント受信情報を参照するために定義する変数です。イベントジョブに情報を引き継ぐためのマクロ変数名を定義し，引き継ぐイベントのマクロ変数を後続ジョブで指定します。

マクロ変数は「?AJS2xxxxxxxxx?:引き継ぎ情報名」の形式で指定します。

マネージャージョブグループ

JP1/AJS2 - Managerから，別のJP1/AJS2 - Managerの業務を監視するためのジョブグループです。

マネージャージョブネット

JP1/AJS2 - Managerから，別のJP1/AJS2 - Managerの業務を監視するためのジョブネットです。

マネージャーホスト

マネージャーホストは，ジョブネットの定義情報やスケジュール情報をデータベースで管理し，ジョブの実行をエージェントホストに依頼して実行させます。マネージャーホストには，JP1/AJS2 - Managerをインストールします。

マネージャーホストでは，定義されたスケジュール情報を基に，ジョブネットの実行予定が作成されます。実行開始時刻になると，マネージャーホストは，ジョブとして定義された実行ファイルを起動して，ジョブ定義情報をエージェントホストに転送し，エージェントホストにジョブを実行させます。実行が終わると，エージェントホストでのジョブの実行結果を受け取り，データベースに反映します。その反映された情報を基に，後続ジョブを実行したり，次回の実行予定を作成したりします。

マンスリースケジュールウィンドウ

1か月ごとの実行予定や実行結果を表示するためのウィンドウです。

メール受信パラメーターファイル

ユーザーが設定したメール受信監視パラメーターを記録したファイルです。拡張子は，「.prm」です。このファイルは，ユーザーがメール受信イベントジョブを定義したときに自動的に作成されます。

メール送信パラメーターファイル

ユーザーが設定したメール送信パラメーターを記録したファイルです。拡張子は，「.prm」です。このファイルは，ユーザーがメール送信アクションジョブを定義したときに自動的に作成されます。

メールフィルターアプリケーション

メールの形式を変換するためのプログラムまたはシェルスクリプトです。

メール連携でRFC822形式以外のメールを使うには，文字コードを変換するためのメールフィルターアプリケーションが必要です。

メッセージキュー

アプリケーションプログラムからのメッセージを登録しておくファイルのことです。メッセージキューマネージャーによって管理されます。メッセージキューには，受信したメッセージを格納する入力キューと，ほかのシステムへ送信するメッセージを格納する出力キューがあります。また，入力キューと出力キューは同一キューを使用することもできます。

メッセージキューイング機能

メッセージキューマネージャーの機能で，アプリケーションプログラム間のメッセージ送受信をメッセージキューと呼ばれるキューを使用して処理することです。アプリケーションプログラムは，メッセージキューに対して送信または受信の処理をします。メッセージがメッセージキューに登録されたあとは，メッセージキューマネージャーがメッセージの処理をするためアプリケーションプログラムの負荷が軽くなります。また，相手側プログラムが受信したことを自アプリケーション側で待つ必要がないため，プログラム間の非同期処理を実行することができます。

メッセージ識別子

MQSeriesのメッセージ記述子という情報の中の1項目です。メッセージ識別子は，送信元が設定した文字コードで格納されています。メッセージ識別子は，メッセージを特定するためのメッセージIDなどを設定しておくところとして利用されます。

（ヤ行）

ユーザー共通プロファイル

JP1ユーザーが共通に使用できるように，JP1/AJS2 - Viewの環境設定情報を保存したファイルです。管理者は，ユーザー共通プロファイルをJP1/AJS2 - Managerに保存しておき，必要に応じて，JP1ユーザーがこのファイルをダウンロードすることで，JP1/AJS2 - Viewの環境をJP1ユーザー間で共通の設定にすることができます。

多くのJP1ユーザーに同じ環境でJP1/AJS2 - Viewを使わせたい場合に役に立ちます。

ユニット

ジョブネットワーク要素の総称です。

ユニットID

一つのユニットに対して一つ割り振られる番号です。

ユニット定義パラメーターファイル

ユニット定義パラメーターを格納したテキストファイルです。コマンドでジョブネットワーク要素を定義する場合の入力情報になります。

予定情報ファイル

予定情報パラメーターを格納したテキストファイルです。コマンドでジョブネットを確定実行登録する場合の入力情報になります。

（ラ行）

リカバリージョブ

先行するジョブ，またはジョブネットが異常終了したときに実行されるジョブです。

リカバリージョブネット

先行するジョブ，またはジョブネットが異常終了したときに実行されるジョブネットです。

リストファイル

送受信したメールの内容の抜粋をリスト形式で記録したファイルです。

論理ホスト

クラスタシステムでの運用時にJP1の実行環境となる論理上のサーバのことです。障害の発生時には，論理ホスト単位で系が切り替わります。

論理ホストは専用のIPアドレスを持ち，系切り替え時にはそのIPアドレスを引き継いで動作します。そのため，障害で物理的なサーバが切り替わった場合も，クライアントからは同じIPアドレスでアクセスでき，一つのサーバが常に動作しているように見えます。

索引

[数字]
[Ａ][Ｄ][Ｅ][Ｈ][Ｊ][Ｍ][Ｏ][Ｐ][Ｑ][Ｓ][Ｔ][Ｕ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(数字)

07-00の変更内容

07-10の変更内容

07-11の変更内容

07-50の変更内容

08-00の変更内容

08-10の変更内容

08-50の変更内容

24時間制スケジュール

48時間制スケジュール

48時間制スケジュール

48時間制に変更した場合のスケジュール見直し

(英字)

(Ａ)

AJS2ユニット監視オブジェクト

AJS2ユニット監視オブジェクトの状態

AJSPATH

AND条件

(Ｄ)

DB管理者

(Ｅ)

ERPシステム

(Ｈ)

HITSENSER Data Mart Server

HP NonStop Server

hp OpenView

hp OpenView NNM

(Ｊ)

JP1/AJS2 - Agent

JP1/AJS2 - Configuration

JP1/AJS2 - Datareplicator

JP1/AJS2 - Definition Assistant

JP1/AJS2 - Definition Assistant

JP1/AJS2 - Manager

JP1/AJS2 - Print Option

JP1/AJS2 - Print Option

JP1/AJS2 - View

［JP1/AJS2 - View］ウィンドウでの監視

JP1/AJS2 - View機能

JP1/AJS2 - Viewの起動（JP1/AJS2 Console）

JP1/AJS2 - Web Operation Assistant

JP1/AJS2 - Web Operation Assistant

JP1/AJS2 Console Agent

JP1/AJS2 Console Manager

JP1/AJS2 Console View

JP1/AJS2 Consoleが監視する対象世代

JP1/AJS2 Consoleが表示する状態の優先度

JP1/AJS2 Console機能

JP1/AJS2 Consoleの監視方法

JP1/AJS2 Consoleのコンポーネント

JP1/AJS2 for Enterprise Applications

JP1/AJS2 for Enterprise Applications

JP1/AJS2 for Mainframe

JP1/AJS2 for Mainframe

JP1/AJS2 for Oracle E-Business Suite

JP1/AJS2 for Oracle E-Business Suite

JP1/AJS2 for Web Service

JP1/AJS2 for 活文PDFstaff

JP1/AJS2が発行するJP1イベント

JP1/AJS2を使った業務の自動化の流れ

JP1/Base

JP1/Base

JP1/Baseのイベントログトラップ機能

JP1/Baseのユーザー認証機能

JP1/Baseのユーザーマッピング機能

JP1/Baseのログファイルトラップ機能

JP1/Cm2

JP1/Cm2/NNM

JP1/Cm2状態通知ジョブ

JP1/FTP

JP1/FTP

JP1/IM

JP1/IM

JP1/IM - Planning Operation

JP1/NETM/DM

JP1/NETM/DM

JP1/NQSEXEC

JP1/NQSEXEC

JP1/OJE

JP1/OJE for Midrange Computer

JP1/OJE for VOS1

JP1/OJE for VOS3

JP1/OJE for VOSK

JP1/Performance Management - Agent Option for JP1/AJS2

JP1/Power Monitor

JP1/Power Monitor

JP1/Script

JP1/Script

JP1イベント

JP1イベント一覧

JP1イベント受信監視ジョブ

JP1イベント受信監視ジョブ

JP1イベント送信ジョブ

JP1イベント送信ジョブ

JP1イベントの属性

JP1権限レベル

JP1資源グループ

JP1資源グループ

JP1ユーザー

JP1ユーザーの登録

(Ｍ)

MAPI

MIME

MQSeries

MQSeries

MQ文字列

MSMQ

MSMQ

MSMQ受信監視ジョブ

MSMQ送信ジョブ

MSMQ連携

(Ｏ)

Oracle E-Business Suiteシステム

OR条件

ORジョブ

ORジョブ

(Ｐ)

PCジョブ

(Ｑ)

QUEUEジョブ

(Ｓ)

SAP BWシステム

SAP R/3システム

SMTP

SNMPトラップの形式

SUP

(Ｔ)

TELstaff

TP1/LiNK

TP1/Message Queue

TP1/Message Queue

TP1/Server Base

(Ｕ)

UNIXジョブ

(Ｗ)

Windows Messaging機能

Windowsイベントログ監視ジョブ

Windowsイベントログ監視ジョブ

(ア行)

(あ)

アクションジョブ

アクションジョブ

アクセス権限

(い)

異常検出実行中

異常検出終了

異常検出終了-WR

異常終了

異常終了しきい値

イベント

イベント・アクション制御

イベント情報の引き継ぎ

イベントジョブ

イベントジョブ

イベントジョブ

イベントジョブの打ち切り時間

イベントジョブの監視対象

イベントジョブの受信情報の引き継ぎ

イベントジョブの引き継ぎ情報一覧

イベントの検索

イベントの到達確認

(う)

打ち切り時間

打ち切り時間

打ち切り時間

運用日

運用日（実行開始日の指定）

(え)

エージェントとは

エージェントの仕組み

エージェントホスト

エージェントホスト

(カ行)

(か)

開始時刻待ち

開始遅延

開始日の指定方法

確定期間

確定実行登録

確定実行登録

確定スケジュール

各バージョンの変更内容

カスタムジョブ

カスタムジョブ

壁紙

カレンダー情報

カレンダー定義

環境設定パラメーター

環境設定ファイル

監視打ち切り終了

監視間隔（JP1/AJS2 Console）

監視正常終了

監視中

監視中断

監視中のジョブネットにできる操作（JP1/AJS2 Console）

監視プロパティ

監視未起動終了

(き)

起算スケジュール

起算スケジュール

起算スケジュール

起算猶予日数

起算猶予日数

基準時刻

基準時刻

基準時刻

基準時刻

基準時刻

基準日

基準日

擬似予定

擬似予定

起動失敗

起動失敗-WR

起動条件

起動条件が設定されているジョブネットの保存世代数管理の例

起動条件の定義

起動条件の有効範囲

起動条件待ち

起動条件を設定したジョブネットが異常終了したときの実行抑止

機能

キュー

キューイング

キューイングジョブ

休業日

休業日（実行開始日の指定）

休業日の振り替え

キューとエージェントの仕組み

キューとは

キューの仕組み

キューレスジョブ

キューレスジョブ

キューレスジョブ実行環境

キューレスジョブ実行制御

強制終了

強制終了

強制終了-WR

業務監視（JP1/AJS2 - View）

業務監視（JP1/AJS2 Console）

業務スコープ

業務スコープの状態

(く)

組み込みDB管理者

組み込みDBサービス

組み込みDBシステム管理者

組み込みDB操作コマンド

クラスタシステム

繰り越し未実行

(け)

計画実行登録

計画実行登録

計画未実行

系切り替えシステム

警告検出実行中

警告検出終了

警告終了

警告終了しきい値

結果優先（JP1/AJS2 Console）

権限レベル

件名

(こ)

後続ジョブ

後続ジョブ

後続ジョブネット

(サ行)

(さ)

サーバリンクジョブ

サイクルジョブ定義

サスペンド

サスペンド

サスペンド解除後のスケジューリング

サスペンド状態かどうかを確認する

サスペンドを解除する

サスペンドを実行する

サスペンドを有効にする

サブミット

サブミットジョブ

サブミットジョブ

(し)

時間経過の監視

しきい値

しきい値による判定

実行ID

実行ID

実行開始日時の設定

実行が終了したジョブネットやジョブを再実行する

実行間隔制御ジョブ

実行間隔制御ジョブ

実行先サービス

実行時のユーザー

実行時のユーザー

実行シミュレーション

実行中

実行中のジョブネットやジョブを強制終了する

実行中のジョブネットを中断する

実行登録

実行登録したジョブネットに対する操作

実行登録時のマクロ変数値の指定

実行登録番号

実行前のイベント検索

実行待ち

実行予定世代

自動配布

従属ジョブ

従属ジョブ

従属ジョブネット

終了状態不明

終了状態不明-WR

終了遅延

終了遅延監視

終了判定の方法

種別

順序不正

状態通知の流れ（JP1/AJS2 Console）

状態の表示優先順位（JP1/AJS2 - View）

状態の表示優先順位（JP1/AJS2 Console）

ジョブ

ジョブ

ジョブグループ

ジョブグループ

ジョブ実行環境

ジョブ実行制御

ジョブ実行の流れ

ジョブスケジューラー機能

ジョブ多重度

ジョブネット

ジョブネット

ジョブネットエディタウィンドウ

ジョブネット監視

ジョブネットコネクタ

ジョブネットコネクタ

ジョブネット・ジョブ・ジョブネットコネクタの状態一覧

ジョブネットに実行予定を追加する

ジョブネットの構築例

ジョブネットの実行登録を解除しないでジョブネットやジョブの定義を変更する

ジョブネットの実行日時を一時変更する

ジョブネットの遅延監視の設定を一時変更する

ジョブネットの登録を解除する

ジョブネットモニタウィンドウ

［ジョブネットモニタ］ウィンドウでの監視

ジョブネットやジョブの実行を中止する

ジョブネットやジョブの保留属性を一時変更する

ジョブネットワーク機能

ジョブネットワークの管理階層

ジョブネットワーク要素

ジョブネットワーク要素

ジョブの実行環境

ジョブの状態を変更する

ジョブフローの作成例

所有ユーザー

処理サイクル

処理サイクル

(す)

スケジューラーサービス

スケジューラーサービス

スケジューリング方式

スケジュールオプション

スケジュールシミュレーション

スケジュールスキップ

スケジュール制御

スケジュールルール

スケジュールルール

スケジュールルールの定義

(せ)

正常終了

正常終了

正常終了-偽

世代

世代の指定方法

世代の自動判定

世代番号

絶対時刻

絶対日

先行終了待ち

先行ジョブ

先行ジョブ

先行ジョブネット

(そ)

相関識別子

相互関係

相対時刻

相対日

即時実行登録

即時実行登録

(タ行)

(た)

退避ファイル

退避ボックス

多重起動

多重スケジュール

他のジョブグループのカレンダーを参照する

(ち)

遅延監視

中断

(て)

デイリースケジュールウィンドウ

［デイリースケジュール］ウィンドウでの監視

［デイリースケジュール］ウィンドウでのスケジュール確認

デフォルトキュー

電源投入・切断

(と)

統計情報

導入効果

登録済みのジョブネットを即時実行する

登録日

登録ユーザー

特長

(ナ行)

(に)

日時指定

(ね)

ネスト開始遅延

ネスト業務スコープ

ネスト終了遅延

ネストジョブネット

ネストジョブネット

ネストジョブネットの時間制

ネストジョブネットの実行予定を変更する

(ハ行)

(は)

排他実行リソース

排他実行リソース

排他スケジュール

排他制御

判定条件

判定ジョブ

判定ジョブ

判定ジョブ

判定値

(ひ)

標準ジョブ

標準ジョブ

標準ジョブ

(ふ)

ファイル監視ジョブ

ファイル監視ジョブ

ファイル監視ジョブの監視条件

ファイル転送

物理ホスト

プランニンググループ

プランニンググループ

プランニンググループ

プランニンググループの定義・実行

振り替え

振り替え猶予日数

振り替え猶予日数

プログラム構成

(へ)

閉塞

閉塞状態

(ほ)

ホストリンクジョブネット

ホストリンクジョブネット

保存世代数

保存世代数

保存世代数管理の例

保留

保留中

保留予定の表示（JP1/AJS2 - View）

保留予定の表示（JP1/AJS2 Console）

(マ行)

(ま)

マクロ変数

マクロ変数

マップエリアの背景の設定

マネージャー・エージェント構成

マネージャージョブグループ

マネージャージョブグループ

マネージャージョブネット

マネージャージョブネット

マネージャーホスト

マネージャーホスト

マルチプラットフォーム

マンスリースケジュールウィンドウ

［マンスリースケジュール］ウィンドウでの監視

［マンスリースケジュール］ウィンドウでのスケジュール確認

(み)

未計画

未実行終了

未実行終了-W

未来世代数

(め)

メインフレーム

メールシステム連携

メール受信監視ジョブ

メール受信パラメーターファイル

メール送信ジョブ

メール送信パラメーターファイル

メールフィルターアプリケーション

メッセージキュー

メッセージキューイング機能

メッセージキューシステム連携

メッセージキュー受信監視ジョブ

メッセージキュー送信ジョブ

メッセージキュー連携

メッセージ識別子

(ヤ行)

(ゆ)

ユーザー共通プロファイル

優先順位（ジョブネット）

優先順位（標準ジョブ）

優先順位を一時変更する

猶予日数

ユニット

ユニットID

ユニット定義パラメーターファイル

ユニットに設定するアクセス制御の設定

(よ)

予定情報ファイル

予定優先（JP1/AJS2 Console）

(ラ行)

(り)

リカバリージョブ

リカバリージョブ

リカバリージョブネット

リカバリージョブネット

リストファイル

リモートジョブネット

リモート電源制御ジョブ

(る)

ルート業務スコープ

ルートジョブネット

(ろ)

ローカル電源制御ジョブ

ログファイル監視ジョブ

ログファイル監視ジョブ

論理ホスト

■ 商標類

400は，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
Adobeは，Adobe Systems Incorporated（アドビシステムズ社）の米国ならびに他の国における商標または登録商標です。
AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AS/400は，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
CONNECT：Queueは，米国でのSterling Commerce,Inc.の登録商標です。
GIFは，米国CompuServe Inc.が開発したフォーマットの名称です。
HP NonStop Serverは，ヒューレット・パッカード社の商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
INS-Cは，日本電信電話（株）のサービス名称です。
INS-Pは，日本電信電話（株）のサービス名称です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Javaは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Lotus Notesは，IBM Corporationの登録商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Excelは，米国Microsoft Corp.の商品名称です。
Microsoft Exchange Serverは，米国Microsoft Corp.の商品名称です。
Microsoft Mailは，米国Microsoft Corp.の商品名称です。
Microsoft Office Excelは，米国 Microsoft Corporation の商品名称です。
Microsoft SQL Serverは，米国Microsoft Corp.の商品名称です。
MQSeriesは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
MSPは，富士通株式会社の登録商標です。
MVSは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Netscapeは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
Netscape Navigatorは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
OpenViewは，ヒューレット・パッカード社の商標です。
ORACLEは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Outlookは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Pentiumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
R/3は，SAP AGのドイツ及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat,Inc. の登録商標若しくは商標です。
SAPは，SAP AGのドイツ及びその他の国における登録商標または商標です。
Solarisは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
SQL*Plusは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
活文，PDFstaffは，日立ソフトウェアエンジニアリング株式会社の登録商標です。
プログラムプロダクト「P-9312-2781」，「P-9312-2981」，「P-9D2C-6L81」には，米国Sun Microsystems, Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9312-2781」，「P-9312-2981」，「P-9D2C-6L81」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。