JP1 Version 13　JP1/Automatic Job Management System 3 導入ガイド

3021-3-L42-20

前書き

対象製品

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

●JP1/Automatic Job Management System 3 - Manager（適用OS：Windows）

P-2A12-3KDL JP1/Automatic Job Management System 3 - Manager 13-50

製品構成一覧および内訳形名

P-CC2A12-4KDL JP1/Automatic Job Management System 3 - Manager 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC2912-39DL JP1/Automatic Job Management System 3 - Web Console 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC8412-39DL JP1/Automatic Job Management System 3 - Web Console 13-50（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC2A12-3NDL JP1/Automatic Job Management System 3 - Print Option Manager 13-00（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC2A2C-6LDL JP1/Base 13-10（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

●JP1/Automatic Job Management System 3 - Manager（適用OS：Linux）

P-8412-3KDL JP1/Automatic Job Management System 3 - Manager 13-50

製品構成一覧および内訳形名

P-CC8412-4KDL JP1/Automatic Job Management System 3 - Manager 13-50（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC2912-39DL JP1/Automatic Job Management System 3 - Web Console 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC8412-39DL JP1/Automatic Job Management System 3 - Web Console 13-50（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC8412-3NDL JP1/Automatic Job Management System 3 - Print Option Manager 13-00（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC842C-6LDL JP1/Base 13-10（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

●JP1/Automatic Job Management System 3 - Agent（適用OS：Windows）

P-2A12-33DL JP1/Automatic Job Management System 3 - Agent 13-50

製品構成一覧および内訳形名

P-CC2A12-43DL JP1/Automatic Job Management System 3 - Agent 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC2A2C-6LDL JP1/Base 13-10（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

●JP1/Automatic Job Management System 3 - Agent（適用OS：Linux）

P-8412-33DL JP1/Automatic Job Management System 3 - Agent 13-50

製品構成一覧および内訳形名

P-CC8412-43DL JP1/Automatic Job Management System 3 - Agent 13-50（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC842C-6LDL JP1/Base 13-10（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

●JP1/Automatic Job Management System 3 - Agent Minimal Edition（適用OS：Windows）

P-2A12-38DL JP1/Automatic Job Management System 3 - Agent Minimal Edition 13-50

製品構成一覧および内訳形名

P-CC2A12-48DL JP1/Automatic Job Management System 3 - Agent Minimal Edition 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC2A2C-6LDL JP1/Base 13-10（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

●JP1/Automatic Job Management System 3 - Agent Minimal Edition（適用OS：Linux）

P-8412-38DL JP1/Automatic Job Management System 3 - Agent Minimal Edition 13-50

製品構成一覧および内訳形名

P-CC8412-48DL JP1/Automatic Job Management System 3 - Agent Minimal Edition 13-50（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC842C-6LDL JP1/Base 13-10（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

●JP1/Automatic Job Management System 3 - View（適用OS：Windows）

P-2A12-34DL JP1/Automatic Job Management System 3 - View 13-50

製品構成一覧および内訳形名

P-CC2A12-44DL JP1/Automatic Job Management System 3 - View 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016，Windows 11，Windows 10）

P-CC2A12-3MDL JP1/Automatic Job Management System 3 - Print Option 13-10（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016，Windows 11，Windows 10）

輸出時の注意

本製品を輸出される場合には、外国為替および外国貿易法の規制ならびに米国輸出管理規則など外国の輸出関連法規をご確認の上、必要な手続きをお取りください。

なお、不明な場合は、弊社担当営業にお問い合わせください。

商標類

記載の会社名，製品名などは，それぞれの会社の商標もしくは登録商標です。

This product includes software developed by the Apache Software Foundation (http://www.apache.org/).

Portions of this software were developed at the National Center for Supercomputing Applications (NCSA) at the University of Illinois at Urbana-Champaign.

This product includes software developed by the University of California, Berkeley and its contributors.

This software contains code derived from the RSA Data Security Inc. MD5 Message-Digest Algorithm, including various modifications by Spyglass Inc., Carnegie Mellon University, and Bell Communications Research, Inc (Bellcore).

Regular expression support is provided by the PCRE library package, which is open source software, written by Philip Hazel, and copyright by the University of Cambridge, England.

The original software is available from ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/

1. This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit. (http://www.openssl.org/)

2. This product includes cryptographic software written by Eric Young (eay@cryptsoft.com)

3. This product includes software written by Tim Hudson (tjh@cryptsoft.com)

4. 本製品にはOpenSSL ToolkitソフトウェアをOpenSSL LicenseおよびOriginal SSLeay Licenseに従い使用しています。OpenSSL LicenseおよびOriginal SSLeay Licenseは以下のとおりです。

LICENSE ISSUES

==============

The OpenSSL toolkit stays under a double license, i.e. both the conditions of

the OpenSSL License and the original SSLeay license apply to the toolkit.

See below for the actual license texts.

OpenSSL License

---------------

/* ====================================================================

* Copyright (c) 1998-2019 The OpenSSL Project. All rights reserved.

*

* Redistribution and use in source and binary forms, with or without

* modification, are permitted provided that the following conditions

* are met:

*

* 1. Redistributions of source code must retain the above copyright

* notice, this list of conditions and the following disclaimer.

*

* 2. Redistributions in binary form must reproduce the above copyright

* notice, this list of conditions and the following disclaimer in

* the documentation and/or other materials provided with the

* distribution.

*

* 3. All advertising materials mentioning features or use of this

* software must display the following acknowledgment:

* "This product includes software developed by the OpenSSL Project

* for use in the OpenSSL Toolkit. (http://www.openssl.org/)"

*

* 4. The names "OpenSSL Toolkit" and "OpenSSL Project" must not be used to

* endorse or promote products derived from this software without

* prior written permission. For written permission, please contact

* openssl-core@openssl.org.

*

* 5. Products derived from this software may not be called "OpenSSL"

* nor may "OpenSSL" appear in their names without prior written

* permission of the OpenSSL Project.

*

* 6. Redistributions of any form whatsoever must retain the following

* acknowledgment:

* "This product includes software developed by the OpenSSL Project

* for use in the OpenSSL Toolkit (http://www.openssl.org/)"

*

* THIS SOFTWARE IS PROVIDED BY THE OpenSSL PROJECT ``AS IS'' AND ANY

* EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE

* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR

* PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE OpenSSL PROJECT OR

* ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,

* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT

* NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;

* LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)

* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,

* STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)

* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED

* OF THE POSSIBILITY OF SUCH DAMAGE.

* ====================================================================

*

* This product includes cryptographic software written by Eric Young

* (eay@cryptsoft.com). This product includes software written by Tim

* Hudson (tjh@cryptsoft.com).

*

*/

Original SSLeay License

---------------

/* Copyright (C) 1995-1998 Eric Young (eay@cryptsoft.com)

* All rights reserved.

*

* This package is an SSL implementation written

* by Eric Young (eay@cryptsoft.com).

* The implementation was written so as to conform with Netscapes SSL.

*

* This library is free for commercial and non-commercial use as long as

* the following conditions are aheared to. The following conditions

* apply to all code found in this distribution, be it the RC4, RSA,

* lhash, DES, etc., code; not just the SSL code. The SSL documentation

* included with this distribution is covered by the same copyright terms

* except that the holder is Tim Hudson (tjh@cryptsoft.com).

*

* Copyright remains Eric Young's, and as such any Copyright notices in

* the code are not to be removed.

* If this package is used in a product, Eric Young should be given attribution

* as the author of the parts of the library used.

* This can be in the form of a textual message at program startup or

* in documentation (online or textual) provided with the package.

*

* Redistribution and use in source and binary forms, with or without

* modification, are permitted provided that the following conditions

* are met:

* 1. Redistributions of source code must retain the copyright

* notice, this list of conditions and the following disclaimer.

* 2. Redistributions in binary form must reproduce the above copyright

* notice, this list of conditions and the following disclaimer in the

* documentation and/or other materials provided with the distribution.

* 3. All advertising materials mentioning features or use of this software

* must display the following acknowledgement:

* "This product includes cryptographic software written by

* Eric Young (eay@cryptsoft.com)"

* The word 'cryptographic' can be left out if the rouines from the library

* being used are not cryptographic related :-).

* 4. If you include any Windows specific code (or a derivative thereof) from

* the apps directory (application code) you must include an acknowledgement:

* "This product includes software written by Tim Hudson (tjh@cryptsoft.com)"

*

* THIS SOFTWARE IS PROVIDED BY ERIC YOUNG ``AS IS'' AND

* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE

* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE

* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE

* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL

* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS

* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)

* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT

* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY

* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF

* SUCH DAMAGE.

*

* The licence and distribution terms for any publically available version or

* derivative of this code cannot be changed. i.e. this code cannot simply be

* copied and put under another distribution licence

* [including the GNU Public Licence.]

*/

This product includes the OpenSSL library.

The OpenSSL library is licensed under Apache License, Version 2.0.

https://www.apache.org/licenses/LICENSE-2.0

This product includes software developed by the Java Apache Project for use in the Apache JServ servlet engine project (http://java.apache.org/).

This product includes software developed by IAIK of Graz University of Technology.

This product includes software developed by Daisuke Okajima and Kohsuke Kawaguchi (http://relaxngcc.sf.net/).

This product includes software developed by Andy Clark.

Java is a registered trademark of Oracle and/or its affiliates.

マイクロソフト製品の表記について

このマニュアルでは，マイクロソフト製品の名称を次のように表記しています。

表記

製品名

Excel

Microsoft(R) Excel

Microsoft(R) Office Excel

Exchange Server

Microsoft(R) Exchange 2000 Enterprise Server

Microsoft(R) Exchange 2000 Server

Microsoft(R) Exchange Server

Internet Explorer

Windows(R) Internet Explorer(R)

Microsoft Edge

Microsoft(R) Edge

Microsoft SQL Server

Microsoft(R) SQL Server

Microsoft(R) SQL Server Enterprise Edition

MSMQ

Microsoft(R) Message Queue Server

Outlook

Outlook 2016

Microsoft(R) Office Outlook(R) 2016

Outlook 2019

Microsoft(R) Office Outlook(R) 2019

Outlook 2021

Microsoft(R) Office Outlook(R) 2021

Outlook Express

Microsoft(R) Outlook(R) Express

Windows 10

Windows(R) 10 Enterprise

Windows(R) 10 Pro

Windows(R) 10 Home

Windows 11

Windows(R) 11 Enterprise

Windows(R) 11 Pro

Windows(R) 11 Home

Windows Server 2016

Microsoft(R) Windows Server(R) 2016 Datacenter

Microsoft(R) Windows Server(R) 2016 Standard

Windows Server 2019

Microsoft(R) Windows Server(R) 2019 Datacenter

Microsoft(R) Windows Server(R) 2019 Standard

Windows Server 2022

Microsoft(R) Windows Server(R) 2022 Datacenter

Microsoft(R) Windows Server(R) 2022 Standard

Windows Server 2025

Microsoft(R) Windows Server(R) 2025 Datacenter

Microsoft(R) Windows Server(R) 2025 Standard

Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016，Windows 11，およびWindows 10を総称してWindowsと表記することがあります。

発行

2025年9月 3021-3-L42-20

著作権

Copyright (C) 2023, 2025, Hitachi, Ltd.

Copyright (C) 2023, 2025, Hitachi Solutions, Ltd.

奥付

マニュアル発行元

株式会社 日立製作所

〒100‒8280　東京都千代田区丸の内一丁目6番6号

変更内容

変更内容（3021-3-L42-20，3021-3-L43-20，3021-3-L44-20，3021-3-L45-20，3021-3-L46-20，3021-3-L47-20，3021-3-L48-20，3021-3-L49-20，3021-3-L50-20，3021-3-L51-20）

追加・変更内容

変更個所

WindowsのUAC機能有効時に，Administrators権限のOSユーザーがマッピングされたJP1ユーザーでWeb GUI（マネジメントポータル）を使用する機能を追加した。

設計（システム）

4.6.3(1)，4.6.3(2)，4.6.3(3)

構築

6.7.3(1)，6.7.3(2)，6.7.3(3)，6.7.3(5)，20.15.1，20.15.2(3)

コマンド

2. ajssysctlsetup，3. ajssysctlstatus

メッセージ

KAVS0108-E，KAVS0868-E，KAVS1009-W，KNAK3608-E

JP1/AJS3 - Viewに，ウィンドウ，ダイアログボックス，およびメッセージボックスの表示倍率や表示位置をカスタマイズする機能を追加した。

操作

11.2，11.2.9，11.2.10，11.2.11，11.3，11.3.9，11.3.20，12.3.2，12.4.2，12.5.2，12.6.2，12.7.2，12.8.2，12.9.2，12.10.2，12.11.2，12.12.2

メッセージ

KAVV805-E，KAVV3364-I，KAVV3365-I

Web GUIに，次に示す機能を追加した。

ジョブポータルでJP1/AJS3システムの実行エージェントの稼働状況を確認する機能

マネジメントポータルでJP1/AJS3システムのエージェントホストの稼働状況を確認する機能

実行エージェントでキューイングおよび実行中のジョブやイベントジョブの一覧を参照する機能

導入

8.1，9.2.1，9.2.2(3)，9.2.3(6)

設計（システム）

3.2.1(3)，3.2.1(4)，3.2.1(5)，4.6.3(1)

構築

6.7，6.7.1，6.7.2，6.7.3(5)，15.8，15.8.1，15.8.2，15.8.3(4)，20.15.1，20.15.2(18)，20.15.2(19)，20.15.2(20)，20.15.2(21)，20.15.2(22)

運用

5.4.1，13.1.13

トラブル

1.2.5，1.2.6(14)，付録A.1(1)(a)，付録A.1(2)(a)，付録C.5，付録C.5(27)，付録C.5(28)，付録C.5(29)，付録C.5(30)，付録C.5(47)，付録C.5(48)，付録C.5(49)，付録C.5(50)，付録C.5(51)

操作

13.1.1(5)，15.2.1，15.2.4，15.2.5，15.2.9，15.2.40，15.2.41，15.2.42，15.2.43，16.2.1，16.2.16，16.2.19，16.2.20

メッセージ

1.3.2，1.3.9(4)，1.4.1，KAVS8620-I，KAVS8621-I，KAVS8622-E，KAVS8623-E，KAVS8624-I，KAVS8625-E，KAVS8626-I，KAVS8627-E，KAVS8628-W，KAVS8629-E，KAVS8631-I，KAVS8632-E，KAVS8633-E，KAVS8634-E，KAVS8635-E，KAVS8636-E，KAVS8637-E，KAVS8640-E，KNAK2461-I，KNAK3465-E

実行エージェントでキューイングおよび実行中のジョブやイベントジョブの一覧を参照する機能を追加した。

操作

15.2.40，16.2.19

設計（業務）

6.4.1(2)(c)

コマンド

3. ajsagtshow，6.6.1(1)，6.6.1(4)，7.1.30，7.1.38，7.1.39，7.3.6，7.3.8，7.4.14(3)

メッセージ

1.3.7(2)，KAVT8312-E，KAVT8332-E，KNAC1133-E，KNAC1134-E

実行エージェントのジョブ実行実績を確認できる実行エージェント稼働状況レポートの出力機能を追加した。

設計（システム）

3.4.9

構築

6.6，6.6.2，15.7，15.7.2，20.3.1，20.3.2(22)，20.3.2(23)，20.3.2(24)

運用

2.2.7，2.2.7(1)(g)，2.2.7(2)(i)，2.3.8，2.3.8(1)(h)，2.3.8(2)(j)，5.3，5.3.2，7.9.3(1)(c)，13.1.12

トラブル

1.2.5

コマンド

1.5.5，1.6，3. ajsagtreport

メッセージ

1.3.2，1.3.7(2)，1.4.1，KAVS8307-E，KAVS8308-W，KAVS8309-W，KAVS8310-I，KAVS8311-I，KAVS8312-W，KAVS8313-W，KAVS8314-E，KAVS8316-E，KAVS8639-E，KNAC1132-E，KNAC1522-E

JP1/AJS3上のジョブ情報をメトリックとしてJP1/IM3に連携する機能を追加した。

導入

10.1

連携

1.1，10，10.1，10.1.3，10.4，10.4.1，10.4.2，10.7，10.7.1，10.7.2

QUEUEジョブ，サブミットジョブに対して，スケジュールできる最終年月日を2099年12月31日まで拡張できるようにした。この変更に伴い，LinuxのJP1/AJS3 - Managerの一部のプロセス（jpqman32，jpqimport，jpqexport，jpqdbcond，jajs_maintain，およびjajs_migrate）を64-bit化した。

コマンド

4. jpqendjobshow，4. jpqjobsub

（凡例）

導入：JP1/Automatic Job Management System 3 導入ガイド

設計（システム）：JP1/Automatic Job Management System 3 設計ガイド（システム構築編）

設計（業務）：JP1/Automatic Job Management System 3 設計ガイド（業務設計編）

構築：JP1/Automatic Job Management System 3 構築ガイド

運用：JP1/Automatic Job Management System 3 運用ガイド

トラブル：JP1/Automatic Job Management System 3 トラブルシューティング

操作：JP1/Automatic Job Management System 3 操作ガイド

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

連携：JP1/Automatic Job Management System 3 連携ガイド

メッセージ：JP1/Automatic Job Management System 3 メッセージ

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

はじめに

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

対象読者

このマニュアルは次の方にお読みいただくことを前提に説明しています。

JP1/AJS3を使ったジョブの自動運転システムを運用しようと考えている方，または運用するために設計する方

JP1/AJS3を使ったジョブの自動運転システムを運用する方

マニュアルの構成

このマニュアルは，次に示す編から構成されています。

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

第1編 概要編

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

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

JP1/AJS3の概要，JP1/AJS3を使った業務の流れ，自動化する業務の流れなど，JP1/AJS3の基本的な機能について説明しています。

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

JP1/AJS3と他製品との連携機能，およびJP1/AJS2から引き続き使用できる機能について説明しています。

JP1/AJS3のマニュアル体系とマニュアルの使い分けについて

JP1/AJS3のマニュアルは，11冊に分かれています。各マニュアルは，主に次の内容について記載しています。

項番

マニュアル名

記載内容

1

基本ガイド

（3021-3-L41）

JP1/AJS3の基本的な操作

2

導入ガイド

（3021-3-L42）

JP1/AJS3の特長

各機能の解説

3

設計ガイド（システム構築編）

（3021-3-L43）

システムの設計時に検討する内容

システム設計時の注意事項

4

設計ガイド（業務設計編）

（3021-3-L44）

ジョブやジョブネットの構築のために検討する内容

ジョブやジョブネット設計時の注意事項

5

構築ガイド

（3021-3-L45）

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

環境設定の手順

環境設定パラメーターの説明

運用に応じた機能のセットアップ方法

6

運用ガイド

（3021-3-L46）

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

JP1/AJS3の運用に役立つノウハウ

7

トラブルシューティング

（3021-3-L47）

障害が発生したときの対処方法

障害が発生したときに必要な資料

8

操作ガイド

（3021-3-L48）

JP1/AJS3 - Viewの操作方法

画面，ダイアログボックスの説明

9

コマンドリファレンス

（3021-3-L49）

コマンドの文法

情報定義ファイルの文法と記述例

APIの詳細と文法

10

連携ガイド

（3021-3-L50）

他製品と連携して実現する機能の解説およびセットアップ

11

メッセージ

（3021-3-L51）

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

「基本ガイド」は，「JP1 Version 13 ジョブ管理 基本ガイド（ジョブスケジューラー編）」を指します。それ以外のマニュアル名称は，「JP1 Version 13 JP1/Automatic Job Management System 3」を省略しています。

各マニュアルは，利用目的に合わせて次のようにお読みください。

利用目的

必ず読むマニュアル

必要に応じて読むマニュアル

JP1/AJS3の基本的な操作を体験したい。

基本ガイド

（3021-3-L41）

操作ガイド

（3021-3-L48）

JP1/AJS3の機能について知りたい。

導入ガイド

（3021-3-L42）

連携ガイド

（3021-3-L50）

ジョブの自動運転システムを構築したい（インストール，セットアップなど）。

設計ガイド（システム構築編）

（3021-3-L43）

構築ガイド

（3021-3-L45）

連携ガイド

（3021-3-L50）

自動化する業務を設計したい（ジョブ定義，スケジュール定義など）。

設計ガイド（業務設計編）

（3021-3-L44）

操作ガイド

（3021-3-L48）

運転中のシステムの監視やメンテナンス方法について知りたい。

運用ガイド

（3021-3-L46）

トラブルシューティング

（3021-3-L47）

メッセージ

（3021-3-L51）

運用中のトラブルの対処方法について知りたい。

トラブルシューティング

（3021-3-L47）

メッセージ

（3021-3-L51）

JP1/AJS3の操作方法について知りたい。

操作ガイド

（3021-3-L48）

コマンドリファレンス

（3021-3-L49）

JP1/AJS3 - AgentとJP1/AJS3 - Agent Minimal Editionの読み替えについて

このマニュアルでは，JP1/AJS3 - AgentとJP1/AJS3 - Agent Minimal Editionの両方を「JP1/AJS3 - Agent」と記載しています。JP1/AJS3 - Agent Minimal Editionをご使用の場合は，マニュアル内のJP1/AJS3 - AgentをJP1/AJS3 - Agent Minimal Editionに読み替えてください。ただし，JP1/AJS3 - Agent Minimal EditionとJP1/AJS3 - Agentで差異がある場合は，本文中でそのつど書き分けています。

HP-UX，Solaris，AIXについて

このマニュアルにおける次の製品に関する記載は，バージョン12-60のものです。

HP-UX版JP1/AJS3 - Manager

HP-UX版JP1/AJS3 - Agent

Solaris版JP1/AJS3 - Manager

Solaris版JP1/AJS3 - Agent

AIX版JP1/AJS3 - Manager

これらの製品には，バージョン13はありません。ただし，バージョン13のJP1/AJS3シリーズのプログラムはこれらの製品と接続できるため，マニュアルに記載しています。

これらの製品のバージョン12-50以下については，各バージョンのマニュアルを参照してください。

第1編　概要編

1　概要

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

1.1　JP1/AJS3の特長

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

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

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

1.1.1　業務の自動化

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

業務内容と順序

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

業務の自動化の概要を，次の図に示します。

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

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

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

データの入力

データの集計

帳票作成

プリンタ出力

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

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

業務フローの例を，次の図に示します。

図1‒2　業務フロー

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.1.3　GUIを使った定義や監視

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

JP1/AJS3のGUIには，JP1/AJS3 - Viewと，JP1/AJS3 - Web ConsoleのWeb GUIの二つがあります。

JP1/AJS3 - View は，ジョブネットの定義，実行，監視など，業務の運用に関わるさまざまな操作をするプログラムです。

Web GUIは，WebブラウザーからJP1/AJS3の状態を監視したり，ジョブネットを実行および監視したりすることを目的としたプログラムです。ジョブネットやジョブを定義することはできません。ジョブネットやジョブを定義する場合は，JP1/AJS3 - View，またはJP1/AJS3 - Definition Assistant を使用してください。

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

JP1/AJS3 - Viewによる業務定義の例を，次の図に示します。

図1‒3　JP1/AJS3 - Viewによる業務定義

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

JP1/AJS3 - Viewで実行状態を監視する例を，次の図に示します。

図1‒4　JP1/AJS3 - Viewで実行状態を監視

また，Web GUIでは，業務の進捗や実行状態を外部ネットワークからWebブラウザーで監視できます。実行中の特定の業務に異常が発生していないか外出先から監視したり，クラウド環境に構築したJP1/AJS3の業務を監視したりできます。

Web GUIでの監視の例を，次の図に示します。

図1‒5　Web GUIでの監視

JP1/AJS3 - ViewとWeb GUIには特徴や役割に違いがあります。それぞれの違いを把握して使い分けてください。JP1/AJS3 - ViewとWeb GUIの特徴や役割の違いについては，「6.5 業務を監視するプログラムの特徴と違い」を参照してください。

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

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

マルチプラットフォームでの運用の例を，次の図に示します。

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

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

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

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

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

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

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

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

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

1.1.6　JP1/AJS3の導入効果

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

より少ない人員で業務を運用できます。

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

人手によるミスを減らし，確実な運用ができます。

定型的な業務を自動実行するため，オペレーションミスを減らせます。

管理者が常駐していなくても，障害にすばやく対処できます。

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

1.2　JP1/AJS3を構成する機能

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

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

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

表1‒1　JP1/AJS3の機能

プログラム

機能

機能の概要

JP1/AJS3 - Manager

システム管理制御

サービス，プロセス，環境設定の管理

スケジューラー制御

実行スケジュールの管理

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

エージェント管理制御

実行エージェントの管理

ジョブ実行制御

ジョブの配信や状態の管理（マネージャー）

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

サブミットジョブ実行制御

キューによるジョブの管理（マネージャー）

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

イベント監視状態の管理（マネージャー）

イベントの監視（エージェント）

組み込みDB制御

ジョブネット定義や実行エージェント定義などの情報を格納するRDB

JP1/AJS3 - Agent

ジョブ実行制御

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

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

イベントの監視（エージェント）

JP1/AJS3 - View

View制御

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

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

JP1/AJS3 - Web Console

Web GUI制御

Webブラウザーでのジョブやジョブネットの実行予定・実行状況の表示

実行エージェントの追加，削除，変更

JP1/AJS3の状態の監視

API制御

ジョブやジョブネットの参照・操作を行うAPIの提供

実行エージェントの追加，削除，変更を行うAPIの提供

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

図1‒7　JP1/AJS3の機能

1.2.2　各機能の関連

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

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

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

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

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

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

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

ジョブを実行する（ジョブ実行制御）。

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

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

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

カレンダーや処理サイクルを基に実行スケジュールを算出し，実行日時を確定する。

実行日時になったらジョブネットの実行を開始します。

起動条件が設定されているため，指定されたイベントの受信を待つ。

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

ジョブネットに定義したジョブの実行順序に従って，一つ一つのジョブを実行する。

ジョブは実行待ち→実行中→正常終了のように状態が移り変わります。状態の移り変わりに合わせて，先行ジョブから後続ジョブへと順に実行されていきます。

ジョブを実行するときは，実行エージェントでジョブの同時実行数などを制御する。

実行エージェントに対応したエージェントホストでジョブが実行されます。

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

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

1.2.3　システム管理制御

システム管理制御は，JP1/AJS3のサービス，プロセス，環境設定を管理し，ジョブ管理システム全体を制御します。JP1/AJS3の各プロセスを環境設定に従って安全に起動および停止したり，プロセスの状態を監視して異常時には再起動したりするなど，ジョブ管理システムの基盤となる機能です。

1.2.4　スケジューラー制御

(1)　ジョブ・ジョブネットの実行順序の制御

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

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

(2)　実行スケジュールの管理

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

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

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

1.2.5　エージェント管理制御

エージェント管理制御は，実行エージェントと呼ぶ論理的なエージェントを管理しています。実行エージェントとは，実際にジョブを実行するエージェントホスト名に対してJP1/AJS上の名称を付けたもので，ジョブを実行するエージェントホスト名をジョブの定義から分離することで，ジョブ定義のポータビリティが向上できます。また，実行エージェントは，ジョブの実行多重度やジョブ配信の制限などの操作によって，負荷や時間帯によってジョブ数を制御するといった運用ができます。

さらに，複数の実行エージェントをグルーピングしたものを実行エージェントグループと呼び，ジョブの実行を複数エージェントに分散して実行することができます。

1.2.6　ジョブ実行制御

ジョブ実行制御は，実行エージェントを使って，ジョブを実行します。ジョブの実行時には，実行エージェントに設定されているジョブの実行多重度，受付配信制限の状態およびエージェントホスト名の情報を参照します。

ジョブ実行制御は，実行登録された順にジョブを一時的にメモリー上にためておき，同時に実行するジョブの数を制御しながら，ジョブをエージェントホストに順次配信します。エージェントホストは，配信されたジョブを実行します。

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

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

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

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

イベント

JP1イベントの登録

メールの受信

ファイルの作成や更新

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

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

アクション

JP1イベントの送信

メールの送信

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

1.2.8　組み込みDB制御

組み込みDB制御は，ジョブネットや実行エージェントの定義情報などJP1/AJS3の各種情報を格納するリレーショナルデータベースです。業務の運用中にこの機能を意識することはありませんが，トランザクションの管理によって障害時でも格納データの整合性を保持することができるなど，ジョブ管理システムの基盤となる機能です。

1.2.9　View制御

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

1.2.10　Web GUI制御

WebブラウザーからアクセスできるWeb GUIを提供します。

(1)　ジョブポータル

ジョブやジョブネットの実行予定や実行状況などを監視できます。また，実行登録や再実行，計画一時変更などの操作をしたり，実行エージェントを操作したりすることもできます。

(2)　マネジメントポータル

JP1/AJS3が安定稼働しているかどうかを監視できます。

1.2.11　API制御

ジョブやジョブネットの参照・操作を行うHTTPインターフェースのAPIを提供します。APIを利用して，ユーザーアプリケーションからユニット情報の取得や実行登録などの操作をしたり，実行エージェントを操作したりできます。

1.2.12　その他の機能

(1)　サブミットジョブ実行制御

サブミットジョブ実行制御は，バージョン8までジョブ実行制御機能で管理されていたジョブのうち，次のジョブだけを管理します。

jpqjobsubコマンドを使用して実行するサブミットジョブ

キューに登録して実行するQUEUEジョブ

JP1/OJEなどの他システムから実行するジョブ

サブミットジョブ実行制御では，エージェント管理制御とは別に定義したキューおよびエージェントを使用します。これらの構成定義情報，およびサブミットジョブ実行制御に実行登録されたジョブ情報は，ISAM形式のデータベースで管理します。

サブミットジョブ実行制御を使用する場合の設定については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.1.2 QUEUEジョブ，サブミットジョブを使用する場合の設定」を参照してください。

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

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

(3)　フレキシブルジョブ実行制御

フレキシブルジョブを実行する機能です。フレキシブルジョブは，ジョブの実行時にマネージャーホスト側のジョブ実行制御から中継エージェントを経由して，宛先エージェントに転送されて実行されます。

(4)　JP1/AJS3 - Print Option制御

JP1/AJS3 - Print Optionを使うと，ジョブネットやスケジュールの情報を，ジョブネット定義情報，実行予実績確認表，実行結果確認表などの帳票レイアウトの形式で表示したり，印刷したりできます。

また，ジョブネットやスケジュールの情報をCSV形式で出力して，自由に編集することもできます。

JP1/AJS3 - Print Optionの詳細については，マニュアル「JP1/Automatic Job Management System 3 - Print Option」を参照してください。

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

JP1/AJS3のシステムを構成するプログラムを説明します。JP1/AJS3のプログラム構成について，次の図に示します。

図1‒8　JP1/AJS3のプログラム構成

JP1/AJS3 - Manager

ジョブネットやスケジュールの定義を管理し，ジョブネットの実行順序を制御するためのプログラムです。JP1/AJS3 - Managerは，JP1/AJS3 - Agentにジョブの実行を依頼し，実行状況および実行結果の情報をJP1/AJS3 - Agentから受け取って管理します。

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

JP1/AJS3 - Agent

ジョブを実行するためのプログラムです。JP1/AJS3 - Agentは，JP1/AJS3 - Managerから依頼されたジョブを実行し，実行状況および実行結果の情報をJP1/AJS3 - Managerに送信します。

JP1/AJS3 - View

GUIを使ってジョブネットやスケジュールを操作するためのプログラムです。JP1/AJS3 - Viewでは，JP1/AJS3 - Managerに接続してジョブネットやスケジュールの定義を編集したり，ジョブネットを実行したりできます。また，ジョブネットの実行状況や実行結果を表示します。

JP1/AJS3 - Web Console

Web GUIおよびAPIのインターフェースを提供するプログラムです。クライアントからのリクエストに応じて，JP1/AJS3 - Managerに接続して情報の取得や操作を行い，クライアントにレスポンスを送信します。

JP1/Base

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

1.4　JP1/AJS3のデータベース構成の種類

JP1/AJS3 - Managerでは，ジョブやジョブネットなどの情報を管理するデータベースとして組み込みDBを標準で使用します。ただし，旧バージョンからの互換性および運用形態から，ISAM形式のデータベースも使用できます。

JP1/AJS3 - Managerのデータベース構成には次の2種類があります。

標準構成

標準構成（ISAMレス構成）

JP1/AJS3 - Managerのデータベース構成について次の図に示します。

図1‒9　JP1/AJS3 - Managerのデータベース構成

なお，クラウド環境でJP1/AJS3 - Managerを運用する場合，組み込みDBの代わりに，クラウド環境で提供されるデータベース（外部DB）を標準構成（ISAMレス構成）で利用することもできます。

外部DBの詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.11 クラウド環境での外部DBの利用を検討する」を参照してください。

補足事項

バージョン11-00以前の場合，バージョン8以前のJP1/AJS2との互換性を維持するため，ISAM形式のデータベースだけの構成（互換用ISAM構成）を利用できます。

バージョン11-10以降の場合，互換用ISAM構成は利用できません。

図1‒10　互換用ISAM構成

互換用ISAM構成からバージョンアップをする場合は，データベース構成を標準構成にする必要があります。

データベース構成を標準構成へ変更する方法については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　8.5 JP1/AJS2 - ManagerからJP1/AJS3 - Managerへのバージョンアップ」およびマニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　8.8 互換用ISAM構成のJP1/AJS3 - Managerのバージョンアップ」を参照してください。

なお，このマニュアルでデータベース構成の種類を特定していない場合は，標準構成を前提として説明しています。

各データベース構成について説明します。

1.4.1　標準構成

標準構成では，JP1/AJS3 - Managerのすべての機能を使用できます。

次の場合にデータベース構成が標準構成になります。

JP1/AJS3 - Managerを新規インストールした場合

JP1/AJS2 - ManagerからJP1/AJS3 - Managerにバージョンアップインストールしたあとにセットアップ作業を実施した場合

JP1/AJS3 - Managerをバージョンアップした場合のセットアップ方法については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　8.5 JP1/AJS2 - ManagerからJP1/AJS3 - Managerへのバージョンアップ」を参照してください。

1.4.2　標準構成（ISAMレス構成）

標準構成（ISAMレス構成）とは，標準構成に対して，サブミットジョブ実行制御の機能を除いた構成です。ISAMファイルがないため，ISAMファイルの定期的な再編成は不要です。

この構成では，サブミットジョブ実行制御など，標準構成のときに使用できる機能の一部が使用できません。詳細については，「付録A 標準構成（ISAMレス構成）で使用できない機能」を参照してください。

標準構成からこの構成へのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.9.2 JP1/AJS3のデータベース構成を標準構成（ISAMレス構成）にする設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.10.2 JP1/AJS3のデータベース構成を標準構成（ISAMレス構成）にする設定」（UNIXの場合）を参照してください。

なお，標準構成（ISAMレス構成）は標準構成の一形態であり，このマニュアルで「標準構成（ISAMレス構成）」と明記していない場合は，「標準構成」と「標準構成（ISAMレス構成）」をまとめて「標準構成」としています。

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

2　JP1/AJS3を使った業務の自動化の流れ

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

2.1　業務の自動化の流れ

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

2.1.1　業務の運用方法の検討

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

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

自動化する業務の選定

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

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

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

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

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

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

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

（例）

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

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

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

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

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

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

必要な処理

総受注数を計算する処理（実行プログラム：juchu.exe）

総受注数を計算し，結果をファイルに出力する。

総仕入れ数を計算する処理（実行プログラム：shiire.exe）

総仕入れ数を計算し，結果をファイルに出力する。

日報を作成する処理（実行プログラム：nippou.exe）

総受注数と総仕入れ数から売り上げデータを算出し，日報にまとめる。

処理の実行順序

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

処理に対する操作権限

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

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

終了判定

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

障害回復

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

遅延監視

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

処理の打ち切り

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

処理の再実行

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

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

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

（例）

運用日・休業日の検討

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

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

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

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

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

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

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

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

（例）

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

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

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

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

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

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

開始条件の検討

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

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

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

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

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

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

管理者権限およびジョブネットの定義・実行・編集ができる権限

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

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

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

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

（例）

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

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

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

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

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

システム管理者は，部署に関係なくすべての業務に対してすべての権限を持つ。

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

自動化する業務内容の検討後，ジョブの定義・設定をして，JP1/AJS3の運用を開始します。JP1/AJS3を使った業務の自動化の流れを次の図に示します。

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

(1)　業務のアクセス権限を定義する

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

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

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

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

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

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

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

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

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

(6)　業務を監視する

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

3　自動化する業務の定義

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

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

JP1/AJS3では，自動化する業務を構成する一つ一つの要素をユニットといいます。

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

ジョブとジョブネットの関係について，次の図に示します。

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

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

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

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

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

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

3.1.1　ユニット

それぞれのユニットについて説明します。

(1)　ジョブ

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

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

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

このとき，ジョブAをジョブBの先行ジョブといいます。また，ジョブCをジョブBの後続ジョブといいます。ジョブの順序づけについては，「3.1.4 ジョブフローの作成方法」を参照してください。

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

保留

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

種別

ユニットをリカバリーユニットにするかどうかを設定できます。ユニットの種別は［通常］または［リカバリ］から選択します。デフォルトは［通常］です。

種別に［通常］を設定したジョブは，先行するユニットがすべて「正常終了」，「警告検出終了」，または「計画未実行」状態になると実行されます。

種別に［リカバリ］を設定したジョブのことをリカバリージョブといい，先行するユニットがすべて異常終了したときに実行されます。また，種別に［リカバリ］を設定したジョブネットのことをリカバリージョブネットといいます。リカバリージョブとリカバリージョブネットのことを合わせてリカバリーユニットといいます。

実行先サービス

ジョブの実行先サービスを選択できます。選択できる種類は［標準］または［キューレス］です。デフォルトは［標準］です。実行先サービスに［キューレス］を指定するキューレスジョブでは，実行エージェントや実行エージェントグループなどが使用できないため，キューレスジョブの使用は推奨しません。通常は実行先サービスを［標準］のまま使用してください。

実行エージェントの詳細については，「5. ジョブの実行環境」を参照してください。また，キューレスジョブについては，「11.5 キューレスジョブ」を参照してください。

打ち切り時間

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

終了遅延監視

ジョブの実行所要時間を設定し，ジョブの実行が開始されてからの経過時間によって終了遅延を監視できます。実行所要時間は，1〜1,440（単位：分）の範囲内で設定します。例えば，実行所要時間を「10分」とした場合，ジョブが実行開始してから10分を経過しても終了しないときに終了遅延を検知します。遅延が検出されたジョブは「実行中（遅延）」状態になります。終了すると「正常終了（遅延）」などになります。また，遅延を検出したタイミングでメッセージKAVS0248-Iが出力されます。メッセージの内容については，マニュアル「JP1/Automatic Job Management System 3 メッセージ　3. KAVSで始まるメッセージ（スケジューラーおよび共通処理に関するメッセージ）」を参照してください。メッセージの出力先と出力条件については，マニュアル「JP1/Automatic Job Management System 3 メッセージ　1.3.2 KAVSで始まるメッセージの出力先」を参照してください。

終了遅延監視は，ORジョブ，および判定ジョブには指定できません。

なお，ジョブの終了遅延監視の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　5.1.3 ジョブの実行所要時間による終了遅延監視」を参照してください。

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

標準ジョブ

ORジョブ

判定ジョブ

イベントジョブ

アクションジョブ

カスタムジョブ

引き継ぎ情報設定ジョブ

HTTP接続ジョブ

カスタムイベントジョブ

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

(a)　標準ジョブ

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

UNIXジョブ

PCジョブ

QUEUEジョブ

フレキシブルジョブ

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

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

項番

ジョブの種類

ジョブの内容

定義できる処理

1

UNIXジョブ※1

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

実行ファイル

シェルスクリプト

2

PCジョブ※1

Windowsホストで処理を実行させる。

.exeファイル

.comファイル

.cmdファイル

.batファイル

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

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

3

QUEUEジョブ

特定のキューにジョブを送って処理を実行させる。

JP1/OJEなど，他システムと連携する場合に使用する。

実行ファイル

シェルスクリプト

.exeファイル

.comファイル

.cmdファイル

.batファイル

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

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

4

フレキシブルジョブ※3

マネージャーホストが直接管理していないエージェントホストで，処理を実行させる。

一つのジョブを複数の実行エージェントに一斉に配信する。

クラウド環境で処理を実行させる。ロードバランサーにも対応している。

実行ファイル

シェルスクリプト

.exeファイル

.comファイル

.cmdファイル

.batファイル

注※1

UNIXジョブおよびPCジョブを使用したジョブネット定義については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.1 ファイルを指定して処理を実行する（標準ジョブを使ったジョブネットの定義例）」を参照してください。

注※2

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

注※3

フレキシブルジョブを使用したジョブネット定義については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.10 クラウド環境でジョブを実行する（フレキシブルジョブを使ったジョブネットの定義例）」，およびマニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.11 一つのジョブを複数の実行エージェントで一斉に実行する（フレキシブルジョブを使ったジョブネットの定義例）」を参照してください。

注意事項

フレキシブルジョブの定義は，どのOSのマネージャーホストでも定義できます。フレキシブルジョブが実行ホストとして指定できるマネージャーホストおよびエージェントホストのOSは，WindowsとLinuxだけです。

(b)　ORジョブ

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

ORジョブを使用したジョブネット例を，次の図に示します。

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

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

なお，ORジョブを使用したジョブネット定義については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.2 複数の条件のうち一つが成立したら処理を実行する（ORジョブを使ったジョブネットの定義例）」を参照してください。

(c)　判定ジョブ

判定ジョブとは，実行する条件に合致しているか，していないかを判定するジョブです。判定ジョブの判定によって実行されるジョブを従属ジョブといいます。複数の従属ジョブを実行する場合は，ネストジョブネットとして定義します。これを従属ジョブネットといいます。従属ジョブと従属ジョブネットを合わせて従属ユニットといいます。判定ジョブには，従属ユニットを実行させるための判定条件を設定します。条件が成立した場合は従属ユニットが実行され，そのあとに後続ユニットが実行されます。条件に合致しない場合は，従属ユニットを実行しないで「計画未実行」状態としてそのまま後続ユニットを実行します。ただし，従属ユニットが異常終了した場合，後続ユニットは実行されません。

判定ジョブを使用したジョブネット例を，次の図に示します。

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

また，複数の判定ジョブを並列で実行することもできます。複数の判定ジョブで条件が合致した場合は，それぞれの従属ユニットが実行されます。

図3‒6　判定ジョブを使用したジョブネット例2

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

先行ジョブの終了コードによる判定

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

設定できる条件は，次のとおりです。

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

終了コードが判定値以上

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

終了コードが判定値以下

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

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

終了コードが判定値の範囲内

終了コードが判定値の範囲外

ファイルの有無による判定

ファイル名を指定し，指定したファイルがマネージャーホストにあるか，ないかによって従属ユニットを実行させるかどうかを定義します。

設定できる条件は，次のとおりです。

ファイルが存在する

ファイルがある場合に，従属ユニットを実行する。

ファイルが存在しない

ファイルがない場合に，従属ユニットを実行する。

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

Windowsの場合

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

UNIXの場合

NFSなどの，ネットワークを介したファイルシステムへのマウントで参照できるファイル。

ただし，ネットワークにアクセスできない場合はファイルがないものとして扱われるため，通信障害などによって正しく判定できないおそれがあります。

マネージャーホストとは別のホストにあるネットワークファイルの有無を判定したい場合は，マネージャーホスト上にファイルを配置してから，判定ジョブを実行するように運用することを推奨します。

変数比較による判定

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

判定できる引き継ぎ情報は次のものです。

イベントジョブまたはカスタムイベントジョブで設定された引き継ぎ情報

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

先行ジョブの引き継ぎ情報と判定ジョブの判定値を数値，文字のどちらで扱うかを選択できます。

設定できる条件は，次のとおりです。

判定値の形式が数値の場合

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

変数の値が判定値以上

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

変数の値が判定値以下

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

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

変数の値が判定値の範囲内

変数の値が判定値の範囲外

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

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

変数の値が判定値を含む

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

変数の値が判定値を含まない

変数の値が存在する

変数の値が存在しない

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

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

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

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

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

判定ジョブを使用したジョブネット定義については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.3 先行ジョブの結果でそのあとの処理を動的に変える（判定ジョブを使ったジョブネットの定義例）」を参照してください。

(d)　イベントジョブ

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

イベントジョブを使用したジョブネット例を，次の図に示します。

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

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

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

ファイル監視ジョブ

メール受信監視ジョブ

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

MSMQ受信監視ジョブ

ログファイル監視ジョブ

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

実行間隔制御ジョブ

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

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

項番

イベントジョブ名

ジョブの内容

1

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

JP1/Baseから特定のイベントを受け取ったときにイベントジョブが終了する。

2

ファイル監視ジョブ

特定のファイルが作成，削除，または更新されたときにイベントジョブが終了する。

3

メール受信監視ジョブ

特定のメールを受信したときにイベントジョブが終了する。

4

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

MQSeriesから特定のメッセージを受信したときにイベントジョブが終了する。

5

MSMQ受信監視ジョブ

MSMQから特定のメッセージを受信したときにイベントジョブが終了する。

6

ログファイル監視ジョブ

JP1/Baseのログファイルトラップ機能と連携し，指定したログファイルに，特定の情報が書き込まれたときにイベントジョブが終了する。

7

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

JP1/Baseのイベントログトラップ機能と連携し，Windowsイベントログファイルに特定の情報が書き込まれたときにイベントジョブが終了する。

8

実行間隔制御ジョブ

指定した時間が経過したらイベントジョブが終了する。

注

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

注※

Linuxは対象外です。

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

イベントジョブを使用したジョブネット定義については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.4 事象の発生を契機に処理を実行する（イベントジョブおよびカスタムイベントジョブを使ったジョブネットの定義例）」を参照してください。

なお，イベントジョブで受信したイベント情報を後続ジョブ中に変数（マクロ変数）として定義しておき，後続ジョブまたは後続ジョブネットに引き継ぐことができます。マクロ変数については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.6 マクロ変数の使用を検討する」を参照してください。マクロ変数を使用したイベント情報の引き継ぎについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.4(6) イベントジョブおよびカスタムイベントジョブの受信情報の引き継ぎ」を参照してください。

(e)　アクションジョブ

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

アクションジョブを使用したジョブネット例を，次の図に示します。

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

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

JP1イベント送信ジョブ

メール送信ジョブ

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

MSMQ送信ジョブ

JP1/Cm2状態通知ジョブ

ローカル電源制御ジョブ

リモート電源制御ジョブ

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

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

項番

アクションジョブ名

ジョブの内容

1

JP1イベント送信ジョブ

JP1イベントをJP1/Baseのイベントサービスに登録する。

2

メール送信ジョブ

メールを送信する。

3

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

MQSeriesのメッセージを送信する。

4

MSMQ送信ジョブ

MSMQのメッセージを送信する。

5

JP1/Cm2状態通知ジョブ

HP NNMに状態を通知する。

6

ローカル電源制御ジョブ

JP1/Power Monitorと連携して，ローカル電源制御ジョブを実行したホストをシャットダウンする。

7

リモート電源制御ジョブ

JP1/Power Monitorと連携して，ネットワーク上のホストの電源を投入したり，システムを終了したりする。

注

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

注※

Linuxは対象外です。

アクションジョブを使用したジョブネット定義については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.5 先行ジョブの終了や事象の発生を契機にJP1イベントを送信する（JP1イベント送信ジョブを使ったジョブネットの定義例）」を参照してください。

(f)　カスタムジョブ

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

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

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

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

項番

カスタムジョブ名

連携するプログラム名

カスタムジョブの機能

1

JP1FTP

JP1/FTP

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

2

JP1AMR3，JP1AMR3UX

JP1/AJS3 for Enterprise Applications

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

3

JP1AMR3BW，JP1AMR3BWUX

JP1/AJS3 for Enterprise Applications

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

4

JP1AMR3CP，JP1AMR3CPUX

JP1/AJS3 for Enterprise Applications

JP1/AJS3 for Enterprise Applicationsと連携して，SAPシステムのバックグラウンドジョブをコピーする。

5

COSMNGSV※2

Cosminexus Manager

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

6

COSMNGAP※2

Cosminexus Manager

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

7

ADSHPC，ADSHUX，ADSHAPPEXEC

JP1/Advanced Shell

JP1/Advanced Shellと連携してJP1/Advanced Shellのスクリプトファイルを実行する。

8

DHAJEW

JP1/DH - AJE

JP1/DH - AJEと連携して，JP1/DH - Serverに対してデータ送受信を行う。

9

CPALINK

JP1/CPA

JP1/CPAと連携して，JP1/CPA上に登録済みのジョブを起動する。

注※1

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

注※2

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

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

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

(g)　引き継ぎ情報設定ジョブ

引き継ぎ情報設定ジョブとは，先行ジョブが出力した標準出力ファイルから必要な情報を切り出して，後続ジョブに引き継ぐジョブです。ジョブ定義時にはわからない，動的に変化する情報を標準出力ファイルに出力することで，引き継ぎ情報設定ジョブでその情報を切り出し，後続ジョブで使用することができます。

引き継ぎ情報設定ジョブで後続ジョブへ情報を引き継ぐためには，マクロ変数を使用します。マクロ変数については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.6 マクロ変数の使用を検討する」を参照してください。

引き継ぎ情報設定ジョブを使用したジョブネットの例を，次の図に示します。

図3‒9　引き継ぎ情報設定ジョブを使用したジョブネットの例

引き継ぎ情報設定ジョブを使用したジョブネットの定義については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.9 動的に変わる情報を後続ユニットに引き継ぐ（引き継ぎ情報設定ジョブを使ったジョブネットの定義例）」を参照してください。

なお，引き継ぎ情報設定ジョブのユニット種別は，標準カスタムジョブです。

(h)　HTTP接続ジョブ

HTTP接続ジョブとは，HTTPプロトコルでリクエストの送信およびレスポンスの受信ができるジョブです。例えば，REST APIのような，クラウド上やWebサーバ上で公開されているWeb APIをJP1/AJS3で呼び出すことができます。HTTP接続ジョブを使用すると，JP1/AJS3で構築された業務システムとWeb上の業務システムとを連携させることができます。

HTTP接続ジョブを使用したジョブネット例を，次の図に示します。

図3‒10　HTTP接続ジョブを使用したジョブネット例

HTTP接続ジョブを使用したジョブネットの定義については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.12 Web上の業務システムと連携する（HTTP接続ジョブを使ったジョブネットの定義例）」を参照してください。

注意事項

HTTP接続ジョブが実行ホストとして指定できるマネージャーホストおよびエージェントホストのOSは，WindowsとLinuxだけです。HTTP接続ジョブの定義は，どのOSのマネージャーホストでもできます。

(i)　カスタムイベントジョブ

カスタムイベントジョブとは，イベントジョブとカスタムジョブの機能を併せ持つジョブです。JP1/AJS3以外のプログラムと連携し，事象（イベント）の発生を監視します。イベントジョブと同様に，ジョブフローやジョブネットの起動条件などにカスタムイベントジョブを定義することによって，事象の発生を契機にジョブやジョブネットを実行させることができます。ジョブネットの起動条件については，「3.4 起動条件の定義」を参照してください。

カスタムイベントジョブは連携プログラムごとに機能が異なります。機能の詳細については，各連携プログラムのマニュアルを参照してください。

カスタムイベントジョブを使用したジョブネット定義については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.4 事象の発生を契機に処理を実行する（イベントジョブおよびカスタムイベントジョブを使ったジョブネットの定義例）」を参照してください。

なお，カスタムイベントジョブで受信したイベント情報を後続ジョブ中に変数（マクロ変数）として定義しておき，後続ジョブまたは後続ジョブネットに引き継ぐことができます。マクロ変数については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.6 マクロ変数の使用を検討する」を参照してください。マクロ変数を使用したイベント情報の引き継ぎについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.4(6) イベントジョブおよびカスタムイベントジョブの受信情報の引き継ぎ」を参照してください。

(2)　ジョブネット

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

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

ルートジョブネットにスケジュール情報を定義すると，その下位のユニットもルートジョブネットのスケジュール情報に基づいてスケジューリングされます。一つのジョブネットの中に定義された各処理のうち，運用スケジュールが異なるものがある場合などには，ネストジョブネットを作成して個別にスケジュール情報を定義できます。ネストジョブネットのスケジュール定義については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　3.5.3 ジョブネットの一部のジョブにほかのジョブと異なるスケジュールを設定する」を参照してください。

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

多重起動

保存世代数

優先順位※

打ち切り時間

スケジューリング方式

ジョブネット監視※

実行順序制御

保留※

種別※

注※

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

ここでは，保存世代数，優先順位，打ち切り時間，ジョブネット監視，保留，および種別について説明します。多重起動とスケジューリング方式については「3.3.3 多重起動とスケジューリング方式」を，実行順序制御についてはマニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.4 ジョブネットコネクタを使用したルートジョブネットの実行順序制御」を参照してください。

保存世代数

定義したジョブネットをJP1/AJS3上で自動化（実行登録）すると，ジョブネットはスケジュール情報に基づいた実行予定ごとにオブジェクト化されます。これをジョブネットの世代といいます。世代については，「4.2 ジョブネットの世代管理」を参照してください。

保存世代数は，ルートジョブネットの実行結果を何世代分保存しておくかを設定するもので，ルートジョブネットにだけ設定できます。保存世代数を設定すると，設定した世代分（回数分）の実行結果を［デイリースケジュール］ウィンドウや［マンスリースケジュール］ウィンドウ，またはajsshowコマンドで確認できます。ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

保存世代数は，1から99まで設定できますが，スケジューラーサービスの環境設定によって最大999世代まで保存世代数を持つことができます（保存世代数の拡張機能）。スケジューラーサービスの環境設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」の環境設定パラメーターMAXSAVEGENを参照してください。

保存世代数に設定した世代数を超えた過去の実行結果は，自動的に削除されます。例えば，保存世代数を1回とした場合，このジョブネットが1日に数回実行されたとしても，最後に実行した結果しか確認できません。したがって，起動条件によって1日のうちに数回実行されるようなジョブネットについては，保存世代数を多めに見積もって設定しておく必要があります。

なお，保存世代数の詳細については，「4.2.3 ジョブネットの保存世代数の管理」を参照してください。

優先順位

ジョブネット配下のジョブを実行したときのプロセスの優先順位を設定できます。ルートジョブネットに設定した優先順位は，その下位のジョブやネストジョブネットでは仮定値として扱われます。フレキシブルジョブを除く標準ジョブ，HTTP接続ジョブ，およびネストジョブネットには個別に設定できます。

優先順位の設定値に対するWindowsでの優先順位とUNIXでの優先順位について，次の表に示します。

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

優先順位

Windowsでの実行優先順位※1

UNIXでの実行優先順位※2

1

対話処理と比較して低い

JP1/AJS3サービスのnice値+20

2

JP1/AJS3サービスのnice値+10

3

対話処理と同等

JP1/AJS3サービスのnice値

4

対話処理と比較して高い

JP1/AJS3サービスのnice値-10

5

JP1/AJS3サービスのnice値-20

注

ジョブネットの優先順位やジョブの実行優先順位を，「なし」と設定することもできます。「なし」にした場合に仮定される値は，スケジューラーサービス単位で設定できます。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(108) DEFAULTPRIORITY」を参照してください。

注※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/AJS3サービスのnice値を基準とします。特に設定されていない場合のnice値は20が仮定されます。

優先順位が「1」でnice値が20の場合，優先順位の値は次のとおりです。

　39 ≒ 20（デフォルト）＋ 20（増分値）

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

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

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

打ち切り時間

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

システム設定に従う

1日

2日

無制限

打ち切り時間を「1日」または「2日」にした場合は，打ち切り時間に到達した時点で「開始時刻待ち」状態や「保留中」状態を打ち切り，「繰り越し未実行」状態になります。「無制限」にした場合は，打ち切り時間の到達によって「繰り越し未実行」状態となることはありません。

設定値に対する打ち切り時間は次のようになります。

1日

開始予定日の基準時刻から23:59:59後

ルートジョブネットの時間制が48時間制で，開始予定日時が24:00〜47:59のスケジュールは，打ち切り時間「2日」が仮定されます。

2日

開始予定日の基準時刻から47:59:59後

無制限

打ち切り時間はありません。

ルートジョブネットの時間制については，「3.3.1 ルートジョブネットの時間制とスケジュールルール」を参照してください。

なお，デフォルトは「システム設定に従う」です。この場合，環境設定パラメーターEXECDEFERに設定している内容（デフォルトは「oneday」で1日）が適用されます。

また，打ち切り時間は，カレンダー定義やスケジュール定義を変更したときに，計画実行登録されたルートジョブネットの実行予定の生成に影響します。詳細は「4.1.1(2) 計画実行登録」を参照してください。

ジョブネット監視

ジョブネットの実行所要時間を設定し，ジョブネットの実行開始からの経過時間による終了遅延を監視できます。例えば，ジョブネットの実行所要時間を30分とした場合，ジョブネットが実行開始してから30分を経過しても終了しないときに終了遅延を検知します。実行所要時間は，1〜2,879（単位：分）の範囲内で設定します。

保留

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

また，ルートジョブネットの場合は，前回の終了状態によって保留するかを設定することもできます。

種別

ユニットをリカバリーユニットにするかどうかを設定できます。ユニットの種別は［通常］または［リカバリ］から選択します。ルートジョブネットの場合，［通常］を指定してください。デフォルトは［通常］です。

種別に［通常］を設定したジョブネットは，先行するユニットがすべて「正常終了」，「警告検出終了」，または「計画未実行」状態になると実行されます。

種別に［リカバリ］を設定したジョブネットのことをリカバリージョブネットといい，先行するユニットがすべて異常終了したときに実行されます。リカバリージョブとリカバリージョブネットのことを合わせてリカバリーユニットといいます。

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

ジョブネットコネクタとは，ルートジョブネットの実行順序を制御するためのユニットです。ジョブネットコネクタには，次の二つの機能があります。

ルートジョブネットの終了を待ち合わせる

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

ルートジョブネットを自身の実行開始と同期して開始させる（オプション機能）

ジョブネットコネクタが実行状態になったらルートジョブネットの実行を開始します。

ジョブネットコネクタの機能を，次の図に示します。

図3‒11　ジョブネットコネクタの機能

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

ジョブネットコネクタの詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.4 ジョブネットコネクタを使用したルートジョブネットの実行順序制御」を参照してください。

(4)　ジョブグループ

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

ジョブグループの概念を次の図に示します。

図3‒12　ジョブグループ

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

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

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

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

プランニンググループの使用例を，次の図に示します。

図3‒13　プランニンググループの使用例

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

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

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

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

3.1.2　ジョブネットの構築

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

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

ジョブネットを作成する

ジョブを作成する

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

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

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

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

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

業務ごとに管理する例

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

業務ごとに管理する例を，次の図に示します。

図3‒14　業務ごとに管理する例

部署単位で管理する例

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

部署単位で管理する例を，次の図に示します。

図3‒15　部署単位で管理する例

処理単位で管理する例

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

処理単位で管理する例を，次の図に示します。

図3‒16　処理単位で管理する例

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

3.1.3　マクロ変数を使用した業務

マクロ変数とは，ジョブ実行時に情報を引き継ぐために使用する変数です。マクロ変数を使用すると，ジョブの実行ごとにパラメーターの値が変化するような処理を含んだ業務を自動化できます。

マクロ変数を使用すると，次のことができます。

イベントジョブまたはカスタムイベントジョブで受信したイベント情報を後続ジョブへ引き継ぐ

イベントジョブまたはカスタムイベントジョブで受信したイベント情報（例えば，ファイル監視ジョブの場合，変更があったファイル名や更新日時など）を後続ジョブへ引き継ぐことができます。

先行ジョブの標準出力ファイルから切り出した情報を後続ジョブへ引き継ぐ

引き継ぎ情報設定ジョブを使用すると，先行ジョブが出力した標準出力ファイルから，正規表現で切り出した情報を後続ジョブに引き継ぐことができます。

実行登録時にジョブネットに指定した値を配下のユニットへ引き継ぐ

実行登録時に引き継ぎ情報（値）を指定すると，実行登録したジョブネット配下のユニットに定義されているマクロ変数に，値を引き継ぐことができます。

詳細については，次の個所を参照してください。

項番

内容

参照先

1

マクロ変数の詳細

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.6 マクロ変数の使用を検討する」

2

イベントジョブおよびカスタムイベントジョブとマクロ変数

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.4(6) イベントジョブおよびカスタムイベントジョブの受信情報の引き継ぎ」

3

引き継ぎ情報設定ジョブとマクロ変数

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.9 動的に変わる情報を後続ユニットに引き継ぐ（引き継ぎ情報設定ジョブを使ったジョブネットの定義例）」

4

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

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

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

ジョブフローは，JP1/AJS3 - Viewの［ジョブネットエディタ］ウィンドウで簡単に作成できます。

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

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

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

(1)　処理の経路が一つだけある場合

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

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

(2)　処理の経路が複数ある場合

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

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

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

(3)　ネストジョブネットを使った例

ジョブフローにジョブネットを組み込むこともできます。ネストジョブネットの使用例を次に示します。

ジョブネットを入れ子にする

ジョブフローに別のジョブネットを組み込む場合の例を，次の図に示します。

図3‒20　ジョブネットを入れ子にする例

この場合，JobAの実行が終了したら，Jobnet1に定義されているジョブが実行され，Jobnet1の処理が終了したらJobBが実行されます。

複数のジョブをまとめる

複数のジョブをネストジョブネットとしてまとめた場合の例を，次の図に示します。

図3‒21　複数のジョブをネストジョブネットとしてまとめた場合の例

二つの経路を一つにまとめる

ネストジョブネットを使って，二つの経路を一つにまとめることができます。

「日次処理1−日次処理2」と，「日次処理1−月次処理−日次処理2」という二つのパスを一つのフローにまとめる例を，次の図に示します。

図3‒22　ジョブネットのフロー化

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

(4)　異なるジョブネット間のジョブ同士を順序づけたい場合

JP1/AJS3では，異なるジョブネット間のジョブ同士を関連線で順序づけることはできません。異なるジョブネット間のジョブ同士を順序づけたい場合は，次のどれかの方法でジョブフローを作成します。

ジョブネットを分割する

ジョブネットを統合する

ジョブネットコネクタを使用する

ジョブネットコネクタの詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.4 ジョブネットコネクタを使用したルートジョブネットの実行順序制御」を参照してください。

待ち合わせ条件を使用する

待ち合わせ条件の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.5 待ち合わせ条件を使用したユニットの実行順序制御」を参照してください。

異なるジョブネット間のジョブ同士を順序づける例を，次の図に示します。

図3‒23　異なるジョブネット間のジョブ同士を順序づける例

3.2　JP1/AJS3運用上のカレンダー定義

暦に日曜日や祝祭日などの休日があるように，JP1/AJS3の運用日・休業日を定義して運用上のカレンダーを作成できます。また，業務形態や処理の実行時間などに応じて月初めの日付（月の開始日）を設定したり，1日のスケジュールを計算する基準となる時刻を設定したりできます。

JP1/AJS3運用上のカレンダーを作成するには，次の二つについて定義する必要があります。

運用日・休業日

基準日・基準時刻

なお，運用日・休業日の定義，基準日・基準時刻の定義は，スケジューラーサービス（AJSROOT），ジョブグループ，およびプランニンググループに設定できます。スケジューラーサービスに設定した場合は，その下位に定義されているユニット全体に対して有効になりますが，ジョブグループ，プランニンググループに設定した場合は，ユニットごとに，そこに属するジョブネットに対して有効になります。したがって，スケジューラーサービス全体で一つの運用カレンダーを使用する場合はスケジューラーサービスに，業務ごとに異なる運用カレンダーを使用する場合はジョブグループやプランニンググループごとに設定します。

なお，業務ごとにカレンダーを定義する場合の設定は，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　3.5.7 業務ごとにカレンダーを定義する」を参照してください。

3.2.1　運用日・休業日の定義

JP1/AJS3の運用日・休業日を定義しておくと，ジョブネットをスケジュールする際に運用日だけでスケジュールを立てたり，休業日に重なった実行スケジュールを運用日に振り替えたりできます。

なお，運用日・休業日の設定は，ジョブネットのスケジュール確認や状態監視をする［マンスリースケジュール］ウィンドウに反映されます。

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

業務形態や処理の実行時間などに応じて，1か月の開始日や1日の開始時刻を設定できます。月の開始日となる日を基準日，1日を計算する基準となる時刻を基準時刻といいます。

注意事項

基準日および基準時刻の定義を変更する場合，実行登録したジョブネットを登録解除してから変更してください。実行登録したジョブネットがある状態で，基準日および基準時刻の定義を変更すると，変更後のスケジュール計算が複雑になり，意図しない日時にジョブネットの実行予定が作成されたり，ジョブネットが即時に実行されたりするおそれがあります。

例えば，ジョブネットのスケジュールルールの開始時刻が相対時刻0:00の場合，基準時刻が0:00なら，開始時刻が0:00の予定が作成され，基準時刻が9:00なら，開始時刻が9:00の予定が作成されます。

このため，開始時刻が0:00の予定が実行されたあとで，基準時刻を9:00に変更すると，開始時刻が9:00の予定も実行されることとなり，同じスケジュールルールで1日2回実行されることとなります。

また，基準時刻が9:00で開始時刻が09:00の予定が実行される前に，基準時刻を0:00に変更すると，開始時刻0:00の予定が作成され，開始時刻を超過している場合は即座に実行されます。

この動作はジョブネットを計画実行登録している場合に該当しますが，基準時刻や基準日を変更すると，ジョブネットのスケジュールルールの開始日や開始時刻などの時刻の設定に影響し，上記例のように意図しないスケジュールが作成されるおそれがありますので，基準日および基準時刻の定義を変更する場合は，実行登録したジョブネットを登録解除して，ジョブネットのスケジュールルールを見直してから変更してください。

(1)　基準日の指定

基準日を設定していない場合は，1日（ついたち）を基準にして1か月を計算しますが，会社やジョブネットの運用形態に応じて月初めの日付（月の開始日）を設定することもできます。

基準日は，次の二つの設定によって決定します。

基準日指定

基準日の指定方法には次の3とおりがあります。

日付指定

「何日から開始」という形で日付を指定し，月の開始日を設定します。

曜日指定

「第何週目の何曜日」という形で曜日を指定し，月の開始日を設定します。

指定なし

基準日を指定しません。この場合，1日（ついたち）を基準日として月の開始日が設定されます。

月区分

指定した基準日からの1か月を開始日側の月扱いにするか，終了日側の月扱いにするかを設定するものです。月区分の指定方法には次の2とおりがあります。

基準日からの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‒24　基準時刻とは

この例では，基準時刻を8:00としているため，8:00を基準に日付が更新され，8:00から翌日の7:59までを1日として扱います。

基準時刻を設定すると，ジョブネットのスケジュール確認や状態監視をする［デイリースケジュール］ウィンドウでも，基準時刻から24時間の範囲が表示されます。

これらのことから，基準時刻の設定は，実際には翌日に実行されるジョブネットを運用上当日分として扱いたいという場合などに有効です。

基準時刻の設定例を次の図に示します。

図3‒25　基準時刻の設定例

この例では，月曜から金曜まで，その日の売り上げデータを翌日の1:00に集計するものとします。また，土曜日は休業日とします。この場合，金曜日の売り上げデータ集計は土曜日の1:00に実行されるはずですが，土曜日が休業日であるため，金曜日分のデータ集計は実行されません。しかし，基準時刻を8:00と設定し，日付が更新される時刻をずらすことで，本来土曜日のスケジュールであるものを金曜日のスケジュールとして扱うことができます。

補足事項

図3-25の例では，集計の開始予定時刻を当日の25:00に設定することで，土曜日の1:00に集計を実行できます。しかし，ルートジョブネットのスケジュールが24時間制の場合，日付をまたぐようなスケジュールや24:00以降のスケジュールを組んで基準時刻を設定すると，時刻指定の考え方が複雑になります。したがって，このような運用をする場合には，基準時刻を設定しないで，48時間制スケジュールを採用することを推奨します。

48時間制スケジュールについては，「3.3.1(2) 48時間制スケジュール」を参照してください。ルートジョブネットの時間制と基準時刻の説明は「3.3.1 ルートジョブネットの時間制とスケジュールルール」を参照してください。

3.3　スケジュールの定義

JP1/AJS3では，カレンダー定義とスケジュール情報の定義によってジョブネットの実行スケジュールを計算します。この節では，JP1/AJS3でのスケジュールの計算方法や，スケジュールを計算するための設定項目，機能などについて説明します。

なお，スケジュール定義によって算出された実行スケジュールは，次章で説明する実行登録をすることによってJP1/AJS3の運用スケジュールとなります。

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

ルートジョブネットには，24時間制スケジュールと48時間制スケジュールの二つのスケジュール運用があります。

(1)　24時間制スケジュール

ルートジョブネットが24時間制スケジュールを採用した場合の，ルートジョブネットの有効範囲を次の図に示します。

図3‒26　ルートジョブネットが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‒27　ルートジョブネットが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/AJS3運用上の日時とにずれが生じるおそれがあります。そのため，48時間制スケジュールを採用した場合は，基準時刻を設定しない（基準時刻が0:00）方法で運用することを推奨します。詳細については，「3.3.2(1) スケジュールルールの定義」の実行開始時刻の設定についての説明，およびマニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　3.5.1(1) 48時間制スケジュールによる日またがり業務の定義」を参照してください。

ルートジョブネットを48時間制スケジュールで運用していて，かつルートジョブネットの打ち切り時間を「1日」で定義している場合，打ち切り時間は実行予定の開始予定時刻によって次のようになります。

・開始予定時刻が0:00〜23:59（基準時刻が0:00）の場合

　24時間制スケジュールの有効範囲での「1日」が，実行予定の打ち切り時間になります。

・開始予定時刻が24:00〜47:59（基準時刻が0:00）の場合

　48時間制スケジュールの有効範囲での「1日」が，実行予定の打ち切り時間になります。

詳細については，「3.1.1(2) ジョブネット」の打ち切り時間についての説明，およびマニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　3.5.1(1) 48時間制スケジュールによる日またがり業務の定義」を参照してください。

(3)　ネストジョブネットの扱われ方

ネストジョブネットは，ルートジョブネットのスケジュールが24時間制か，48時間制かに関係なく48時間制でスケジュール運用されます。

(a)　ルートジョブネットが24時間制スケジュールの場合

ルートジョブネットが24時間制スケジュールを採用した場合の，ネストジョブネットの有効範囲を次の図に示します。

図3‒28　24時間制スケジュールでのネストジョブネットの有効範囲（基準時刻が0:00の場合）

ルートジョブネットの有効範囲は24時間でも，ネストジョブネットの有効範囲は48時間であるため，双方の実行開始時刻に24:00以降（24:00〜47:59）の時刻を設定した場合，それぞれの実行日が異なります。例えば，双方の実行開始時刻を8月1日の25:00と設定した場合，ルートジョブネットの実行予定は8月2日となりますが，ネストジョブネットは8月1日分の扱いとなります。

双方の実行日が一致しないことから，［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウで実行予定を確認した場合，ネストジョブネットのスケジュールは表示されません。

(b)　ルートジョブネットが48時間制スケジュールの場合

ルートジョブネットが48時間制スケジュールを採用した場合の，ネストジョブネットの有効範囲を次の図に示します。

図3‒29　48時間制スケジュールでのネストジョブネットの有効範囲（基準時刻が0:00の場合）

ルートジョブネットが48時間制スケジュールを採用している場合は，ルートジョブネットとネストジョブネットの有効範囲が一致するため，双方の実行開始時刻に24:00以降（24:00〜47:59）の時刻を設定しても，実行日は同じです。

［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウには，ネストジョブネットのスケジュールも表示されます。

したがって，実行開始時刻を24時間以降とするようなスケジュール運用をする場合は，ルートジョブネットを48時間制にすることを推奨します。

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

ジョブネットの実行予定を計算するために，実行開始日時，実行周期，または実行予定が休日と重なったときの振り替え方法などをスケジュール情報として定義します。

(1)　スケジュールルールの定義

ジョブネットの実行開始日時や処理サイクル（実行周期），実行日が休日と重なった場合の振り替え方法など，実行スケジュールを計算するための細かいルールを規定したものをスケジュールルールといいます。ジョブネットの実行予定は，このスケジュールルールに従って計算されます。

スケジュールルールは，一つのジョブネットに最大144個設定できます。複数のスケジュールを定義した場合，スケジュールルールに定義されている時間順にスケジュールが適用されます。また，スケジュールルールの中に同一日時が定義されたスケジュールルールがある場合は，スケジュールルールの番号順にスケジュールが適用されます。

なお，スケジュールルールを複数定義した場合の説明については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　3.5.2 実行開始日時を複数設定する」を参照してください。

また，ネストジョブネットの場合，デフォルトでは上位ジョブネットのスケジュールルールで実行スケジュールが計算されますが，ネストジョブネット独自のスケジュールルールを設定することもできます。ネストジョブネットにスケジュールルールを設定する場合は，上位のジョブネットに設定されているスケジュールルールのルール番号を指定し，そのスケジュールにネストジョブネットのスケジュールルールをリンクさせます。ネストジョブネットのスケジュール定義については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　3.5.3 ジョブネットの一部のジョブにほかのジョブと異なるスケジュールを設定する」を参照してください。

スケジュールルールの設定内容について，次に説明します。

(a)　実行開始日時の設定

実行開始日時の設定の際には，基準日・基準時刻が設定されているか，されていないかや，ルートジョブネットのスケジュールが24時間制か，48時間制かなどを考慮したさまざまな設定方法があります。なお，日付をまたぐようなスケジュールや24:00以降のスケジュールを組むような場合には，48時間制スケジュールを採用し，基準時刻を設定しない（基準時刻が0:00）方法で運用することを推奨します。詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　3.5.1(1) 48時間制スケジュールによる日またがり業務の定義」を参照してください。

実行開始年月日の設定

ジョブネットの実行開始年月日は，次の三つを総合して決定します。

種別

種別とは，開始日の設定方法のことです。種別には，次の五つがあります。

登録日

ジョブネットを実行登録した日付を実行開始日とします。この場合，開始年月日を設定する必要はありません。

絶対日

暦の上での日付（月初めは1日）で設定した日付を実行開始日とします。

相対日

カレンダー定義で基準日として設定した日付から起算した日付を実行開始日とします。

運用日

カレンダー定義で基準日として設定した日付から，運用日だけを起算した日付を実行開始日とします。

休業日

カレンダー定義で基準日として設定した日付から，休業日だけを起算した日付を実行開始日とします。

開始年月

ジョブネットの開始年月です。西暦で設定します。

開始日

開始日の設定方法には，次の三つがあります。

日付指定

「何日から開始」という形で日付を指定し，開始日を設定します。

月末指定

「月の最終日から何日前」という形で月末からの日数を指定し，開始日を設定します。

曜日指定

「第何週目の何曜日」という形で曜日を指定し，開始日を設定します。

選択した種別ごとの開始日の指定方法とその考え方について，次の表に示します。

表3‒6　種別ごとの開始日の指定方法

種別

開始日の指定方法

考え方

登録日

−

−

絶対日

日付指定

暦の上での日付で，「何日」という形で日付を指定する。

月末指定

暦の上での日付で，「月の最終日から何日前」という形で月末からの日数を指定する。

曜日指定

暦の上での月初めの日付から起算して「第何週目の何曜日」という形で曜日を指定する。

相対日

日付指定

基準日として指定した日付から起算した日付で，「何日」という形で日付を指定する。

月末指定

基準日の指定に基づいた期間を1か月とし，「月の最終日から何日前」という形で月末からの日数を指定する。

曜日指定

基準日として指定した日付から起算して「第何週目の何曜日」という形で曜日を指定する。

運用日

日付指定

基準日として指定した日付から起算して「何日目の運用日」という形で運用日の日数を指定する。

月末指定

基準日の指定に基づいた期間を1か月とし，「月の最終日から何日前の運用日」という形で月末からの運用日の日数を指定する。

休業日

日付指定

基準日として指定した日付から起算して「何日目の休業日」という形で休業日の日数を指定する。

月末指定

基準日の指定に基づいた期間を1か月とし，「月の最終日から何日前の休業日」という形で月末からの休業日の日数を指定する。

（凡例）

−：開始日は指定しない

注意事項

2/29を指定する場合は，開始年月に2/29が存在する年を指定してください。

実行開始時刻の設定

実行開始時刻には，0:00から47:59の間で分単位に時刻を設定できます。

時刻設定の考え方には，次の二つがあります。

絶対時刻

絶対時刻とは，実際の時刻（システム時刻）のことです。

基準時刻を設定している，していないに関係なく，時計どおりの時刻でスケジュールを設定できます。

相対時刻

相対時刻とは，基準時刻として設定している時刻を0:00として考えた時刻のことです。

相対時刻による設定と絶対時刻による設定の考え方の違いを，次の図に示します。

図3‒30　相対時刻と絶対時刻

この例では，基準時刻を8:00と設定しているため，相対時刻で時刻指定する場合は，絶対時刻での8:00を0:00として考えます。したがって，絶対時刻で12:00は相対時刻で4:00，絶対時刻で24:00は相対時刻で16:00になります。

基準時刻を設定している場合の，絶対時刻で時刻指定したときと相対時刻で時刻指定したときの違いを，次の図に示します。

図3‒31　絶対時刻で時刻指定した場合と相対時刻で時刻指定した場合との違い

相対時刻で時刻指定すると，指定した日付とJP1/AJS3運用上の日付が一致します。一方，絶対時刻で時刻指定すると，基準時刻によって日付更新のタイミングが変わるため，指定した日時とJP1/AJS3運用上の日付とにずれが生じることがあります。

また，指定した種別によっても日時の扱われ方が異なります。基準時刻を設定している場合に絶対時刻で時刻指定する際の日付と時刻の扱われ方を，次の図に示します。

図3‒32　絶対時刻設定による時刻の扱われ方

種別が「絶対日」，「相対日」，または「登録日」の場合

絶対時刻で0:00〜基準時刻は，前日分の扱いとなります。

この例での時刻の扱いは，次のようになります。

24時間制スケジュールのとき

8/2の0:00〜7:59は8/1扱いとなります。8/2の8:00〜23:59および8/3の0:00〜7:59がJP1/AJS3運用上の8/2扱いとなります。

48時間制スケジュールのとき

8/2の8:00〜47:59が8/2扱いとなります。8/4の0:00〜7:59は，48時間制スケジュールでは絶対時刻で48:00以降となってしまい，48:00以降の時刻は仕様上指定できないため，8/2分として扱われないで8/3分として扱われます。

種別が「運用日」または「休業日」の場合

日付は基準時刻による考え方で扱われるため，指定した日付とJP1/AJS3運用上の日付がずれることはありませんが，時刻の並びが不連続になります。

このことから，特に日付をまたぐようなスケジュールや24:00以降のスケジュールを定義するような場合には，基準時刻を設定しないで48時間制スケジュールを採用する方法で運用することを推奨します。48時間制スケジュールについては，「3.3.1(2) 48時間制スケジュール」を参照してください。

基準時刻を設定しない（基準時刻が0:00）で，48時間制スケジュールを採用する方法では，指定する日付とJP1/AJS3運用上の日付も一致し，時刻も時系列で連続的に扱われるため，時刻をわかりやすく簡単に指定できます。

48時間制スケジュールの場合の，時刻の扱われ方について次の図に示します。

図3‒33　48時間制スケジュールの場合の時刻の扱われ方（基準時刻が0:00の場合）

(b)　処理サイクル

処理サイクルとは，ジョブネットの実行周期のことです。処理サイクルを設定することによって，一つのジョブネットを3日おきに実行する，1週間ごとに実行するなどのように一定の周期で繰り返し実行できます。

なお，処理サイクルの設定が同じでも，実行開始日の指定方法によって実行日が異なる場合があります。実行開始日の指定方法による実行日の違いの例を，次の図に示します。処理サイクルは1月ごとに実行するものとします。

図3‒34　実行開始日の指定方法による実行日の違い

実行例1の場合は，開始年月以降の月についても「1日」が実行日となります（休業日の振り替えなしの場合）。実行例2の場合は，各月の最初の木曜日が実行日となります。また，実行例3の場合も，各月の5番目の運用日が実行日となります。

(c)　休業日の振り替え

休業日の振り替えとは，スケジュールしたジョブネットの実行日が休業日に重なった場合にどのように処理するかを設定するものです。

振り替え方法

振り替え方法には，次の四つがあります。

実行しない

ジョブネットの実行予定日が休業日と重なった場合でも振り替えません。また，実行もしません。

実行開始日に休業日を指定している場合は指定しないでください。計画実行登録，確定実行登録をしても実行スケジュールは算出されません。

前の運用日に振り替え

実行予定日と重なった休業日よりも前の運用日で，重なった休業日に最も近い日付に振り替えて実行します。

次の運用日に振り替え

実行予定日と重なった休業日よりも先づけの運用日で，重なった休業日に最も近い日付に振り替えて実行します。

振り替えなしで実行する

実行予定日が休業日と重なっても実行日は振り替えないで，JP1/AJS3 - Managerサービスが起動していればそのまま実行します。JP1/AJS3 - Managerサービスが起動していない場合，ジョブネットは「繰り越し未実行」状態になります。

振り替え猶予日数

猶予日数とは，休業日と重なったジョブネットの実行日を振り替える（ずらす）ことができる最大の日数のことです。猶予日数は，振り替え方法で「前の運用日に振り替え」または「次の運用日に振り替え」を指定した場合に設定します。

振り替え方法で「次の運用日に振り替え」を指定し，猶予日数を「5日」とした場合の例を次の図に示します。

図3‒35　休業日の振り替え例

振り替え方法に「次の運用日に振り替え」を指定しているため，設定した猶予日数（5日）内で最も近い先づけの運用日を探していきます。

この場合，6日から9日までの4日間も休業日であるため，5日目の運用日に振り替えられます。

なお，猶予日数を設定しておくと，スケジュールルールの有効範囲を過ぎた場合でも，指定した猶予日数内であれば振り替えられます。スケジュールルールの有効範囲については，「(2) スケジュールルールの有効範囲」を参照してください。

休業日の振り替えとカレンダー情報

実行開始時刻が24:00以降（24:00〜47:59）のジョブネットの場合，振り替えはJP1/AJS3運用上の日付で考えられます。例えば，8月6日の25:00（暦日で7日の1:00）が実行開始予定であるジョブネットを，6日が休業日であるためその翌日に振り替えた場合の実行開始予定は，7日の25:00（暦日で8日の1:00）となります。

計画実行登録したジョブネットの場合は，休業日の振り替え後にカレンダー情報を変更すると，変更後のカレンダー情報でスケジュールが再設定されます。例えば，5日が休業日であるため実行日が6日に振り替えられたジョブネットのカレンダーが変更になり，5日が運用日となった場合は，5日を実行日として再設定します。ただし，確定実行登録をしているジョブネットの場合は，カレンダー情報を変更してもスケジュールは再計算されません。ジョブネットの実行登録については，「4. 業務の実行」を参照してください。

休業日の振り替えと処理サイクル

猶予日数内に運用日がない場合，処理サイクルを指定しているときは，次の実行予定日（処理サイクル）から猶予日数分の期間で振り替え日を探します。

ジョブネットに同じ実行開始日時のスケジュールが複数ある場合，実際に実行されるのは1回だけであるため，振り替え日が次の処理サイクルの実行予定日と重なった場合，ジョブネットは1回だけ実行されます。したがって，処理サイクルを「1日毎に実行する」と設定している場合は振り替えられません。また，処理サイクルを指定している場合は，次の実行予定日までの日数（処理サイクルで指定した期間）よりも短い期間を猶予日数としてください。

休業日の振り替えと計画一時変更

次回実行予定日を計画一時変更したことによって変更した実行日が休業日に重なった場合，休業日の振り替えの設定は適用されません。したがって，一時変更後の実行日にJP1/AJS3 - Managerサービスが起動している場合は，休業日でも実行されます。計画一時変更については，「4.5.3 ジョブネットの実行日時を一時変更する」を参照してください。

(d)　起動条件

指定した実行開始時刻以外でジョブネットを実行させるための条件のことを起動条件といいます。起動条件には，事象の発生を監視するイベントジョブおよびカスタムイベントジョブを定義できます。ジョブネットに起動条件が設定されている場合，その条件を使用するか，しないかをスケジュールルールに定義しておきます。起動条件の詳細については，「3.4 起動条件の定義」を参照してください。

(e)　起動条件の有効範囲

ジョブネットが設定されている起動条件を使用する場合は，起動条件の有効範囲をあらかじめ設定しておきます。有効範囲の設定方法には，次の三つがあります。

条件成立によるジョブネットの実行回数で指定する方法

絶対時刻で指定する方法

監視開始予定時間からの相対時間で指定する方法

ジョブネットを計画実行登録または確定実行登録をしたときに，ここで設定した有効範囲の定義に従って起動条件の監視を終了します。

起動条件の有効範囲の詳細については，「3.4 起動条件の定義」を参照してください。

(f)　遅延監視

遅延監視とは，ジョブネットが設定されたスケジュールに基づいて予定の時刻どおりに実行開始したか，または予定の時刻に終了したかを監視するものです。

ジョブネットの遅延監視方法には，ジョブネットの実行開始からの経過時間による終了遅延監視と，遅延の判断基準となる時刻からの開始遅延監視および終了遅延監視があります。

ジョブネットの実行開始からの経過時間による終了遅延監視

ジョブネットの実行所要時間を設定し，ジョブネットの実行時間が設定した時間を超過すると遅延を検知する監視方法です。設定した時間を超過すると遅延発生の通知（JP1イベント発行およびJP1/AJS3 - ViewまたはWeb GUI（ジョブポータル）での状態変化）がされます。ただし，遅延が発生したからといってジョブネットの実行を打ち切るというものではありません。

また，遅延監視はネストジョブネットにも設定できます。実行所要時間によるジョブネット監視については，「3.1.1(2) ジョブネット」のジョブネット監視の説明を参照してください。

遅延の判断基準となる時刻からの開始遅延および終了遅延監視

ジョブネットの開始遅延または終了遅延の判断基準となる時刻を設定し，設定した時刻を超過すると遅延を検知する監視方法です。

時刻の設定方法は，絶対時刻による設定（0:00〜47:59までの時刻で設定）と，ジョブネットの開始予定時刻からの相対時刻による設定（1〜2,879分の範囲で設定）の2とおりがあります。どちらかの方法で設定した時刻を超過すると遅延発生の通知（JP1イベント発行およびJP1/AJS3 - ViewまたはWeb GUI（ジョブポータル）での状態変化）がされます。ただし，遅延が発生したからといってジョブネットの実行を打ち切るというものではありません。

また，遅延監視はネストジョブネットにも設定できます。ネストジョブネットの場合の設定方法には，次の四つがあります。

絶対時刻で設定

ルートジョブネットの開始予定時刻からの相対時刻で設定

上位ジョブネット（すぐ上のジョブネット）の開始予定時刻からの相対時刻で設定

自ジョブネットの開始予定時刻からの相対時刻で設定

なお，遅延監視する際に，日付をまたぐようなスケジュールや24:00以降のスケジュールを設定するような場合には，48時間制スケジュールを採用し，基準時刻を設定しない（基準時刻が0:00）方法での運用を推奨します。詳細については，「(a) 実行開始日時の設定」およびマニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　3.5.1(1) 48時間制スケジュールによる日またがり業務の定義」を参照してください。

補足事項

ジョブネットが参照するカレンダー定義に基準時刻を設定している場合（基準時刻が0:00以外の場合），開始遅延監視または終了遅延監視の時刻を絶対時刻で指定すると，日付は基準時刻の考え方で扱われますが，時刻の並びが不連続になるため注意が必要です。特に，24:00以降の時刻を指定する場合，意図しない時刻が指定されるおそれがあります。

基準時刻を設定している場合の，遅延監視時刻の扱われ方の例を，次の図に示します。

図3‒36　遅延監視時刻の扱われ方

この図のように基準時刻を8:00にしている場合，8/2に実行するジョブネットの遅延監視時刻を絶対時刻で26:00と指定すると，実際の日付（暦日による日付）で8/4の2:00が指定されたことになります。

先行ユニットが異常終了し，実行されないで未実行終了となった後続のジョブネットなど，すでに終了状態に遷移しているジョブネットは遅延監視されません。

再実行によって再度ジョブネットが「開始時刻待ち」状態や「先行終了待ち」状態になった場合，遅延監視は再開されます。ただし，一度開始遅延が検出されたジョブネットについては，再実行後に「開始時刻待ち」状態および「先行終了待ち」状態になっても，開始遅延の監視はされません。終了遅延についても同様です。

従属ジョブネットに開始遅延または終了遅延の監視の設定をした場合，先行の判定ジョブが終了しないまま設定した監視時間を超過すると，従属ジョブネットが実行されないときでも遅延を検出します。終了遅延については，実行所要時間によるジョブネット監視機能を使用することで遅延検知を回避できます。

次の終了遅延監視を同時に設定した場合は，最初に遅延を検知した時点で遅延発生の通知（JP1イベント発行およびJP1/AJS3 - ViewまたはWeb GUI（ジョブポータル）での状態変化）がされます。一方の遅延監視で遅延を検知して遅延発生の通知がされた場合，もう一方の遅延は監視されません。

・ジョブネットの実行開始からの経過時間による終了遅延監視

・遅延の判断基準となる時刻からの終了遅延監視

ルートジョブネットが実行中の世代と，次回実行予定世代に対して遅延監視します。次々回以降の実行予定世代に対しては，遅延監視しません。

遅延の判断基準となる時刻からの開始遅延および終了遅延監視を起動条件付きジョブネットに設定し，設定した時刻を超過すると，実行世代が遅延を検知します。そのため，設定した時刻を超過したあとに生成された実行世代も遅延を検知します。

(g)　起算スケジュール

実行開始日時や処理サイクル，休業日の振り替えなどの設定によって算出された実行予定日を起点日とし，そこからさらに「何日前」または「何日後」という形で算出したスケジュールのことを起算スケジュールといいます。

起算スケジュールの算出方法

起算スケジュールの起算方法には，次の二つがあります。

運用日による起算スケジュール

運用日による起算スケジュールでは，実行開始日時や処理サイクル，休業日の振り替えなどの設定から算出された実行予定日を起点日として，運用日だけを対象に指定した日数で実行予定日を前後に変更します。

日数による起算スケジュール

日数による起算スケジュールでは，実行開始日時や処理サイクル，休業日の振り替えなどの設定から算出された実行予定日を起点日として，運用日や休業日に関係なく指定した日数で実行予定日を前後に変更します。

つまり，起算スケジュールの算出方法は，次の四つのどれかから選択します。

実行予定日からn運用日前に実行する

実行予定日からn運用日後に実行する

実行予定日からn日前に実行する

実行予定日からn日後に実行する

「n」には，起算する日数を設定します。

（例1）実行予定日から2運用日前に実行する場合

「実行予定日から2運用日前に実行する」と指定した場合の起算スケジュールの例を，次の図に示します。

図3‒37　起算スケジュールの例1

起算前の実行予定日である8月8日から，2運用日さかのぼって起算します。そのため，起算後の実行予定日は8月4日となります。

（例2）実行予定日から2日後に実行する場合

「実行予定日から2日後に実行する」と指定した場合の起算スケジュールの例を，次の図に示します。

図3‒38　起算スケジュールの例2

起算前の実行予定日である8月8日から，運用日・休業日に関係なく2日あとに起算します。そのため，起算後の実行予定日は8月10日となります。

起算猶予日数

運用日による起算スケジュールの場合，起点日から実行予定日を探す期間を，起算猶予日数として設定できます。起算猶予日数は，休業日も含めた日数で設定します。

起算猶予日数の期間内に起算後の実行予定日がない場合は，その回の実行予定は生成されません。

起算スケジュールに「実行予定日から2運用日前に実行する」，起算猶予日数を「5日」とした場合の例を，次の図に示します。

図3‒39　起算猶予日数の例

2運用日前が設定した起算猶予日数（5日）を超えているため，この回の実行予定は生成されません。

なお，起算スケジュールを使用したジョブネットの定義方法については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　3.5.5 算出したスケジュールを基に，実行予定日を前後にずらす（起算スケジュール）」を参照してください。

(2)　スケジュールルールの有効範囲

ジョブネットに定義したスケジュールルールを期間指定で使用する場合は，使用期日を設定できます。

ジョブネットに定義したスケジュールルールの有効期日をジョブネットごとに指定できます（終了年月日を指定）。指定した有効期日に達すると，自動的に実行されないようになります。

(3)　スケジュールオプション

スケジュール情報定義のオプション機能として，次の二つがあります。

他のジョブグループのカレンダーを参照する

排他スケジュール

それぞれの機能について説明します。

なお，ネストジョブネットのスケジュールオプションについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　3.5.3 ジョブネットの一部のジョブにほかのジョブと異なるスケジュールを設定する」も参照してください。

(a)　他のジョブグループのカレンダーを参照

自ジョブネットが属しているジョブグループのカレンダー定義以外で運用スケジュールを考えたいという場合，ほかのジョブグループに設定されているカレンダー定義を自ジョブネットの運用カレンダーとして参照できます。

実行予定がほかのジョブグループのカレンダー定義によってスケジュールされても，［マンスリースケジュール］ウィンドウおよび［デイリースケジュール］ウィンドウの表示は，自ジョブネットが属するジョブグループのカレンダー定義で表示されます。

カレンダー定義については，「3.2 JP1/AJS3運用上のカレンダー定義」を参照してください。

注意事項

ジョブネットを計画実行登録，または未来世代数を指定して確定実行登録した場合，次の操作をするとスケジュールを算出できなくなり，ジョブネットが「閉塞」状態になることや，実行予定が作成されないことがあります。そのため，次の操作はジョブネットの登録解除後にしてください。

ジョブネットのスケジュール定義にカレンダーの参照先として設定したジョブグループ名を変更

カレンダー参照先に指定したジョブグループを削除

カレンダー参照先に指定したジョブグループの名称を変更

ajsdefineコマンドに-iオプションまたは-fオプションを指定して実行し，カレンダー参照先に指定したジョブグループを更新

(b)　排他スケジュール

同じ日に実行させないジョブネットの実行予定が自ジョブネットの実行予定と重なった場合，自ジョブネットを実行させないようにする機能を排他スケジュールといいます。

排他スケジュールの使用例を次の図に示します。

図3‒40　排他スケジュールの使用例

上記の例の場合，日次ジョブネット（毎日実行），週次ジョブネット（週末に実行）という二つのジョブネットを実行すると，必ず週末に実行日が重なります。週次ジョブネットには日次ジョブネットの処理内容も含まれているため，週次ジョブネットの実行日に日次ジョブネットを実行させないようにするには，日次ジョブネットの排他スケジュールとして週次ジョブネットを設定します。排他スケジュールを設定すると，週次ジョブネットの実行日に重なっていた日次ジョブネットの実行予定は取り消されます。

なお，排他スケジュールの設定には次の図のような法則があります。

図3‒41　排他スケジュール設定の法則

ジョブネットAにはジョブネットBが，ジョブネットBにはジョブネットCが排他スケジュールとして設定されているとします。この場合，ジョブネットAにジョブネットCが排他スケジュールとして設定されていなくても，ジョブネットBの排他スケジュールであるジョブネットCはジョブネットAの排他スケジュールとなります。

また，排他スケジュールとしてプランニンググループを指定することもできます。プランニンググループの排他スケジュールについては，「11.1.1(1)(b) プランニンググループの排他スケジュール」を参照してください。ジョブネットリリース機能を使用するジョブネットの排他スケジュールについては，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　7.3.4(8) 排他スケジュールを指定している場合」を参照してください。

注意事項

ジョブネットを計画実行登録，または未来世代数を指定して確定実行登録した場合，次の操作をすると有効なスケジュールを算出できなくなり，ジョブネットが「閉塞」状態になることや，実行予定が作成されないことがあります。そのため，次の操作はジョブネットの登録解除後にしてください。

ジョブネットのスケジュール定義に排他スケジュールとして指定したジョブネット名を変更

排他スケジュールに指定したジョブネットを削除

排他スケジュールに指定したジョブネットの名称を変更

ajsdefineコマンドに-iオプションまたは-fオプションを指定して実行し，排他スケジュールに指定したジョブネットを更新

補足事項

排他スケジュールは，排他スケジュールに指定したジョブネットのスケジュール定義情報を参照して算出されます。したがって，排他スケジュールに指定したジョブネットが実行登録されていない場合でも，シミュレートしてスケジュールが算出されます。

排他スケジュールに指定したジョブネットのスケジュール定義で実行開始日時の設定の種別を［登録日］にしていた場合，シミュレートされるスケジュールの開始日は，排他スケジュールを設定しているジョブネットを実行登録した日になります。シミュレートされるスケジュールの開始日に排他スケジュールを設定しているジョブネットを実行登録した日を仮定したくない場合は，実行開始日時の種別を［登録日］以外とし，開始日を明示的に指定してください。

排他スケジュールに指定したジョブネットのスケジュールを計画一時変更で変更した場合，計画一時変更は有効になります。この場合，排他スケジュールを設定しているジョブネットのスケジュールには影響しません。

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

多重起動およびスケジューリング方式は，次の実行予定の開始時刻までに処理が終了しなかった場合の運用方法を設定するものです。多重起動とスケジューリング方式は，ルートジョブネットごとに設定できます。

(1)　多重起動

同じジョブネットを重複して実行させることを多重起動といいます。ジョブネットを多重起動させるか，させないかについては，ルートジョブネットごとに設定できます。多重起動させるように設定しておくと，前の実行分がまだ終了していなくても，次の予定開始時刻の到達と同時に実行を開始させることができます。ただし，多重起動の設定は，次に説明するスケジューリング方式で多重スケジュールを選択した場合にだけ有効になります。

また，ジョブネットに起動条件が設定されている場合は，多重起動させるように設定しておくことによって条件が成立するたびにジョブネットを多重に実行させることができます。起動条件については，「3.4 起動条件の定義」を参照してください。

(2)　スケジューリング方式

次の開始予定時刻を過ぎても処理が終了しない場合の次回実行予定のスケジューリング方法をスケジューリング方式といいます。スケジューリング方式には，次の二つがあります。

スケジュールスキップ

スケジュールスキップとは，開始予定時刻が前の実行分の処理と重なっているジョブネットの実行予定をスキップし，開始予定時刻が重ならないジョブネットを次回の実行予定とするスケジューリング方式です。前回の処理と開始予定時刻が重なってスキップされたジョブネットは「繰り越し未実行」状態になります。

なお，前の実行分が実行スケジュールによって実行されているときだけ，実行予定はスキップされます。前の実行分が再実行操作によって実行されているときはスキップされません。このとき，スキップされなかった実行予定は，多重起動の設定に従って実行されます。

多重スケジュール

多重スケジュールを指定した場合は，多重起動が設定されている場合と，設定されていない場合とで，スケジューリングのされ方が異なります。多重起動が設定されている場合は，前の実行分のジョブネットが次の開始予定時刻と重なっても，前の実行分の終了を待たないで多重に実行するようにスケジューリングされます。一方，多重起動が設定されていない場合は，前の実行分の処理が終了するまで待ってから次のジョブネットを実行するようにスケジューリングされます。

スケジュールスキップを指定した場合と多重スケジュールを指定した場合の，次回ジョブネットの実行方法を次の図に示します。

図3‒42　スケジュールスキップ指定時と多重スケジュール指定時の実行方法

なお，ジョブネットを計画実行登録した場合，ジョブネットの次回実行予定は前回の実行開始時点でスケジュールが確定します。この場合，2回目以降の実行予定は擬似予定として扱われ，スケジュールとして確定していません。したがって，多重起動を設定しないで多重スケジュールを指定している場合，ジョブネットを計画実行登録して前回ジョブネットの実行中に2回以上の実行予定が含まれるときは，次のようになります。計画実行登録および擬似予定については，「4. 業務の実行」を参照してください。

図3‒43　実行予定が2回分保留された場合

8/1の8:00にジョブネットが実行開始した時点で，8/2のジョブネット実行予定が確定します。多重起動を設定しないで多重スケジュールを指定しているため，8/2分のジョブネットは，8/1の実行分が終了するのを待って実行開始されます。一方，8/3の8:00の実行予定（擬似予定）は，8/2のジョブネット実行開始時点でスケジュールが確定するはずですが，8/1実行分の終了時点で8/3の8:00を過ぎているため，結果的にスケジュールがスキップされることになります。

注意事項

多重起動を設定して多重スケジュールを指定していても，前回の実行予定が実行を開始していない場合，次回実行予定は開始予定時刻になっても実行を開始しません。次回実行予定は，前回の実行予定が実行を開始したあとに実行を開始します。

補足事項

多重起動とスケジューリング方式は，プランニンググループ配下のルートジョブネットにも設定できます。

3.3.4　定義したスケジュールの確認

定義したスケジュールは，［マンスリースケジュール］ウィンドウで確認できます。詳細については，「4.4.1(2) ［マンスリースケジュール］ウィンドウでの確認」を参照してください。

3.4　起動条件の定義

ジョブネットは，実行開始時刻を指定して実行させる方法のほかに，ジョブネットに条件を設定し，その条件の成立を契機に実行させる方法があります。この条件を起動条件といいます。

ここでは，起動条件の定義や機能について説明します。

3.4.1　起動条件とは

ジョブネットに起動条件を設定すると，イベントジョブまたはカスタムイベントジョブを先頭に置いてジョブネットを定義した場合と同じように，事象の発生を契機としてジョブネットを実行させることができます。

起動条件付きジョブネットの実行のされ方を，次の図に示します。

図3‒44　起動条件付きジョブネットの実行

起動条件として定義できるのは，JP1イベントやメールの受信，ファイル更新，時間経過など，イベントジョブまたはカスタムイベントジョブで監視できる事象の発生だけです。

起動条件はルートジョブネットに一つだけ設定できます。ジョブネットに起動条件を設定すると「.CONDITION」という，条件の成立を監視するジョブネットが作成されます。この「.CONDITION」というジョブネットに，条件となる事象の発生を監視するイベントジョブまたはカスタムイベントジョブを定義します。起動条件の設定方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　5.4 起動条件の設定」を参照してください。

起動条件にはイベントジョブおよびカスタムイベントジョブを複数設定できます。複数のイベントジョブおよびカスタムイベントジョブを定義する場合，条件成立の考え方には次の二つがあります。

すべての条件を満たした場合だけ起動する（AND条件）

どれか一つの条件を満たした場合に起動する（OR条件）

それぞれの条件について，次に説明します。

AND条件

起動条件に複数のイベントジョブおよびカスタムイベントジョブを定義した場合に，定義したイベントのすべてが発生したときに成立する条件をAND条件といいます。

起動条件としてファイル監視ジョブとJP1イベント受信監視ジョブの二つをAND条件で定義した場合の，ジョブネットの実行のされ方を次の図に示します。

図3‒45　複数の起動条件をAND条件で定義した例

注意事項

AND条件で複数の条件を監視する場合は，特定のイベントだけが続けて発生しないようにしてください。この図の場合，ファイル更新イベントだけが立て続けに発生しないようにしてください。

特定のイベントだけが続けて発生すると，AND条件で定義しているその他のイベントの発生を待つ世代が大量に生成され，性能に影響が出るおそれがあります。

起動条件付きジョブネットの世代の詳細については，「3.4.2 監視世代と実行世代」を参照してください。

OR条件

起動条件に複数のイベントジョブおよびカスタムイベントジョブを定義した場合に，定義したイベントのうちのどれか一つでも発生したときに成立する条件をOR条件といいます。

起動条件としてファイル監視ジョブとJP1イベント受信監視ジョブの二つをOR条件で定義した場合の，ジョブネットの実行のされ方を次の図に示します。

図3‒46　複数の起動条件をOR条件で定義した例

OR条件の場合は，定義した二つのイベントのうちどちらかが発生すれば条件成立となります。

なお，ジョブネットに多重起動が設定されている場合は，条件成立によってジョブネットが何重にも重複して実行されることがあります。

補足事項

起動条件に定義したイベントジョブまたはカスタムイベントジョブで受信したイベント情報を，後続ユニットに引き継ぐことができます。起動条件に定義したイベントジョブまたはカスタムイベントジョブにマクロ変数を設定した場合は，起動条件付きジョブネットのすべてのジョブに受信情報が引き継がれます。イベントジョブおよびカスタムイベントジョブの情報引き継ぎについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.4(6) イベントジョブおよびカスタムイベントジョブの受信情報の引き継ぎ」を参照してください。

起動条件として定義しているイベントジョブおよびカスタムイベントジョブのうち，一つのイベントジョブまたはカスタムイベントジョブのイベントが連続して発生する場合，通信などの状態によってはイベントの成立順序が実際に発生した順序と異なることがあります。引き継ぎ情報を使用しているなど，イベント成立の順序を実際にイベントが発生した順にしたい場合は，イベント順序保証オプションを使用してください。ただし，このオプションを使用した場合，使用しない場合に比べて単位時間当たりのイベント処理件数が少なくなります。

イベント順序保証オプションの設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.3.2 イベント順序保証オプションの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.3.2 イベント順序保証オプションの設定」（UNIXの場合）を，イベント順序保証オプションを使用した場合のイベント処理件数の見積もりについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.1.5 イベント監視の処理性能」を参照してください。

3.4.2　監視世代と実行世代

起動条件付きジョブネットを実行すると，事象の発生の監視を制御する世代（監視世代）と事象の発生を待つ世代（実行世代）が生成されます。監視している事象が発生すると起動条件が成立し，実行世代が実行されます。

監視世代と実行世代について，次の図に示します。

図3‒47　監視世代と実行世代

起動条件付きジョブネットを実行登録し，スケジュールルールに設定されている開始時刻に到達してジョブネットが開始すると，「監視中」状態の監視世代と「起動条件待ち」状態の実行世代が生成されます。

事象が発生して起動条件が成立すると，「起動条件待ち」状態の実行世代は「実行中」状態になり，新たな「起動条件待ち」状態の実行世代が生成されます。

なお，「監視中」状態の監視世代は，監視を終えると「監視正常終了」状態になります。監視中に一度も条件が成立しないで終了した場合は，「監視未起動終了」状態になります。「監視中」状態の監視世代にエラーが発生した場合，「監視打ち切り終了」状態になります。監視が終了したとき，まだ条件が成立していない「起動条件待ち」状態の実行世代は，「監視未起動終了」状態になって削除されます。すでに条件が成立して滞留している「起動条件待ち」状態の実行世代は，削除されないで残ります。

これらの状態は［デイリースケジュール］ウィンドウ，または［マンスリースケジュール］ウィンドウで確認できます。

注意事項

AND条件で複数の条件を監視する場合，特定のイベントだけが続けて発生しないようにしてください。

特定のイベントだけが続けて発生すると，AND条件で定義しているその他のイベントの発生を待つ「起動条件待ち」状態の実行世代が複数生成されます。例えば次の図のように，起動条件としてファイル監視ジョブとJP1イベント受信監視ジョブの二つをAND条件で定義した場合，ファイル更新イベントだけが立て続けに発生すると，JP1イベント受信イベントの発生を待つ「起動条件待ち」状態の実行世代が複数生成されます。

図3‒48　AND条件で特定のイベントが発生し続ける例

実行世代が大量に生成されると，性能に影響が出るおそれがあります。

また，一つの監視世代で保持できる実行世代の数は7,680世代です。実行世代の数が7,680世代を超えてしまうと，監視世代が「監視打ち切り終了」状態になります。

補足事項

起動条件付きジョブネットに保留を定義して実行するか，保留を設定して実行登録した場合，監視世代だけが保留状態になります。監視世代の保留状態を解除すると，監視が開始されます。

また，実行世代の保留は，実行世代の生成時に保留解除されます。

3.4.3　起動条件の有効範囲

起動条件の有効範囲とは，起動条件として定義したイベントの発生を条件成立と見なす範囲のことです。

(1)　有効範囲の設定方法

起動条件の有効範囲の設定は，ジョブネットの実行登録方法ごとに異なります。

計画実行登録または確定実行登録の場合

ジョブネットのスケジュールルール定義で起動条件を使用するか，しないかを選択します。起動条件を使用する場合は，有効範囲を設定します。その内容は計画実行登録または確定実行登録したときに有効になります。

即時実行登録の場合

実行登録の際に起動条件を使用するか，しないかを選択します。起動条件を使用する場合は，有効範囲を設定します。

計画実行登録，確定実行登録，および即時実行登録については，「4. 業務の実行」を参照してください。

有効範囲の設定方法には，回数指定と時間指定（絶対時刻指定，相対時間指定）があります。回数指定と時間指定の両方を指定することもできます。

回数指定

起動条件が監視を開始してからの実行世代の実行回数を指定する方法です。

ジョブネットのスケジュール定義に設定された時刻から，実行世代が実行される回数がこの値に到達するまで起動条件の監視を続けます。

時間指定

絶対時刻指定

起動条件の監視終了時刻を絶対時刻で指定する方法です。

起動条件の監視を開始した時刻から，指定した絶対時刻に到達するまで起動条件の監視を続けます。

相対時間指定

起動条件の監視開始予定時間からの相対時間で指定する方法です。

起動条件の監視を開始した時刻から，指定した時間（単位：分）の間，起動条件の監視を続けます。

有効範囲を設定すると，その範囲外で起動条件に定義したイベントが発生しても条件成立と見なされないため，実行世代は実行されません。なお，計画実行登録または確定実行登録の場合は，監視が終了してもジョブネットのスケジュールルール定義に基づいてスケジュールされている次回実行予定に到達すると，有効範囲に設定した範囲で新たに起動条件の監視を行います。

(2)　有効範囲を絶対時刻で指定した場合

有効範囲を絶対時刻で指定した場合，起動条件の監視を開始した時刻から指定した絶対時刻までの間だけ事象を監視し，この範囲内に成立した事象の分だけ実行世代を実行します。

絶対時刻を指定した場合の例を，次の図に示します。

図3‒49　有効範囲の設定例（絶対時刻指定）

(3)　有効範囲を絶対時刻と回数の両方で指定した場合

有効範囲として時間と回数の両方を設定した場合，時間と回数のどちらかが指定した値に到達した時点で事象の監視を終了します。

絶対時刻と回数の両方を指定した場合の例を，次の図に示します。

図3‒50　有効範囲の設定例（回数指定と時間指定）

この場合，有効範囲で指定した監視終了時刻の12:00にはまだ到達していなくても，ジョブネットの実行回数がすでに指定した値である「2回」に到達しているため，以降のイベント発生を無効と見なします。

注意事項

上位のジョブグループに基準時刻が設定されている（基準時刻が00:00以外）場合は，時刻を指定するときに時刻の扱われ方に注意が必要です。

基準時刻を設定している場合に有効範囲を絶対時刻で指定したときの時刻の扱われ方を，次の図に示します。

図3‒51　基準時刻を設定している場合に有効範囲を絶対時刻で指定したときの時刻の扱われ方

日付は基準時刻の考え方でカウントされますが，時刻については上記の図のような並びで扱われます。例えば，48時間制スケジュールの場合，8/2に実行するジョブネットの有効範囲を絶対時刻で26:00と指定すると，実際の日付（暦日による日付）で8/4の2:00がスケジュールされます。

こうした問題を避けるため，24:00以降のスケジュールを適用する場合には，基準時刻を設定しない運用（基準時刻が0:00）を推奨します。

起動条件付きジョブネットでは，監視世代および実行世代に対してスケジューリング方式の設定（スケジュールスキップ，多重スケジュール）は有効になりません。そのため，ジョブネットのスケジュールで処理サイクルを指定する場合は，スケジューリング方式ではなく監視世代の多重起動について検討する必要があります。監視世代の多重起動についての詳細は，「3.4.5 監視世代の多重起動」を参照してください。

処理サイクルを設定した起動条件付きジョブネットを実行登録すると，ジョブネットの周期的な実行予定がスケジュールされます。しかし，起動条件の有効範囲が回数・時間ともに無制限で，かつ監視世代に多重実行を設定している場合，「監視中」状態の監視世代と「起動条件待ち」状態の実行世代が複数生成されます。この場合，起動条件が1回成立すると，複数の実行世代が同時に実行されます。

補足事項

有効範囲を絶対時刻で指定する場合は，ジョブネットの実行開始時刻よりもあとの時間になるように設定してください。ジョブネットの実行開始時刻よりも前の時間を指定すると，ジョブネットの実行開始と同時に監視世代が「監視打ち切り終了」状態になります。

3.4.4　実行世代の多重起動

監視世代が「監視中」状態で実行世代が「実行中」状態のときに起動条件が成立すると，新しく実行世代が生成されます。この実行世代は，多重起動させるかどうかの設定によって動作が異なります。多重起動設定の有無による動作の違いを次の図に示します。

図3‒52　多重起動設定の有無による動作の違い

多重起動を設定している場合

起動条件が成立するたびに実行世代が実行されます。前の実行世代が実行中でも多重実行されます。

多重起動を設定していない場合

実行中の実行世代がない場合に起動条件が成立したときは，実行世代が実行されます。実行世代の実行中に起動条件が成立したときは，実行中の実行世代の終了を待ってから※次の実行世代が実行されます。

注※

実行中の実行世代の終了を待たないで，次の実行世代を「繰り越し未実行」状態に遷移させたい場合は，［詳細定義−［起動条件］］ダイアログボックスの［起動条件成立した実行世代の滞留］で［繰り越して滞留させない］を選択します。詳細については，「3.4.6 起動条件付きジョブネットの実行世代の滞留」を参照してください。

実行世代の多重起動は，［詳細定義−［ジョブネット］］（ルートジョブネット用），または［詳細定義−［リモートジョブネット］］（ルートリモートジョブネット用）で設定できます。詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.8 ［詳細定義−［ジョブネット］］ダイアログボックス（ルートジョブネット用）」，またはマニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.10 ［詳細定義−［リモートジョブネット］］ダイアログボックス（ルートリモートジョブネット用）」を参照してください。

3.4.5　監視世代の多重起動

監視世代が「監視中」状態で再びジョブネットの開始時刻になると，新しく監視世代が生成されます。デフォルトでは次の図のように監視世代が多重起動されます。

図3‒53　監視世代が多重起動する例

この例では，10:00，11:00，12:00に監視を開始して，それぞれ起動条件の有効範囲を2回に設定しています。10:00〜11:00に2回目の事象が発生しないと，監視世代1の監視が11:00までに終了しないで監視世代2の監視が開始されます。

(1)　監視世代の多重起動の設定方法

監視世代を多重起動させるかどうかの設定には，次の3種類があります。

監視を開始しない

「監視中」状態の監視世代があるときに再びジョブネットの開始時刻になると，新しく生成される監視世代は「繰り越し未実行」状態に遷移して監視を開始しません。

監視の終了を待つ

「監視中」状態の監視世代があるときに再びジョブネットの開始時刻になると，新しく生成される監視世代は「開始時刻待ち」状態に遷移します。「監視中」状態である監視世代が終了すると，新しく生成された世代は「開始時刻待ち」状態から「監視中」状態に遷移します。

監視を開始する

「監視中」状態の監視世代があるときに再びジョブネットの開始時刻になると，新しく生成される監視世代は「監視中」状態に遷移して監視世代が多重起動されます。デフォルトではこの設定が選択されています。

監視世代の多重起動は，［詳細定義−［起動条件］］ダイアログボックスの［監視世代の多重起動］で設定できます。詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.4.5 ［詳細定義−［起動条件］］ダイアログボックス」を参照してください。

次に，それぞれの動作を説明します。なお，監視世代に対して保留が設定されている場合は保留が優先され，監視世代の多重起動の設定は有効になりません。

(2)　監視を開始しないように指定した場合の動作

監視を開始しないように指定した場合の監視世代の動作を次の図に示します。

図3‒54　起動条件の定義で監視を開始しないように指定した場合の動作

監視世代2が「監視中」状態のまま次の開始時刻になると，監視世代3は開始されないで「繰り越し未実行」状態に遷移します。ジョブネットに処理サイクルを設定していて，かつ起動条件の有効範囲を無制限にしている場合は，この動作を指定することを推奨します。

(3)　監視の終了を待つように指定した場合の動作

監視の終了を待つように指定した場合の監視世代の動作を次の図に示します。

図3‒55　起動条件の定義で監視の終了を待つように指定した場合の動作

監視世代2が「監視中」状態のまま次の開始時刻になると，監視世代3は「開始時刻待ち」状態に遷移します。監視世代2の監視が終了すると，監視世代3は「開始時刻待ち」状態から「監視中」状態に遷移します。

なお，「開始時刻待ち」状態のまま打ち切り時間を過ぎると起動条件の監視を打ち切り，「繰り越し未実行」状態に遷移します。

(4)　監視を開始するように指定した場合の動作

監視を開始するように指定した場合の監視世代の動作を次の図に示します。

図3‒56　起動条件の定義で監視を開始するように指定した場合の動作

監視世代2が「監視中」状態のまま次の開始時刻になっても，監視世代3は「監視中」状態に遷移します。デフォルトでは，この動作が選択されています。

監視世代2と監視世代3が同時に起動しているときにイベントが発生すると，監視世代2と監視世代3のそれぞれで実行世代が実行されます。

ジョブネットに処理サイクルを設定していて起動条件の有効範囲を無制限にしている場合にこの動作を選択すると，不要な監視世代が大量に多重起動して実行世代が大量に生成されるおそれがあるため，注意が必要です。

3.4.6　起動条件付きジョブネットの実行世代の滞留

実行世代に多重起動を設定していない場合，「実行中」状態の実行世代があるときに何度も起動条件が成立すると，「起動条件待ち」状態の実行世代が複数生成されます。生成された実行世代は，デフォルトでは次の図のように「起動条件待ち」状態のまま滞留します。

図3‒57　実行世代が滞留する例

この例では，実行世代1が「実行中」状態で実行世代2が「起動条件待ち」状態のときに起動条件（2）が成立しています。実行世代1は実行中であるため，実行世代2は起動条件（2）が成立しても「起動条件待ち」状態のまま滞留します。同様に，実行世代3は起動条件（3）が成立しても「起動条件待ち」状態のまま滞留します。

(1)　実行世代の滞留の設定方法

起動条件が成立した実行世代を滞留させるかどうかの設定には，次の2種類があります。

繰り越して滞留させない

任意の実行世代が「実行中」状態の場合に起動条件が成立すると，「起動条件待ち」状態の実行世代を「繰り越し未実行」状態に遷移させて滞留させません。

繰り越さないで滞留させる

任意の実行世代が「実行中」状態の場合に起動条件が成立しても，「起動条件待ち」状態の実行世代をそのまま滞留させます。デフォルトではこの設定が選択されています。

実行世代の滞留は，［詳細定義−［起動条件］］ダイアログボックスの［起動条件成立した実行世代の滞留］で設定できます。詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.4.5 ［詳細定義−［起動条件］］ダイアログボックス」を参照してください。

次に，それぞれの動作を説明します。なお，実行世代に多重起動を設定している場合は，実行世代を滞留させるかどうかの指定に関係なく，起動条件が成立した「起動条件待ち」状態の実行世代は「実行中」状態に遷移します。

(2)　繰り越して滞留させないように指定した場合の動作

起動条件が成立した実行世代を繰り越して滞留させないように指定した場合の動作を次の図に示します。

図3‒58　起動条件が成立した実行世代を繰り越して滞留させないように指定した場合の動作

実行世代1の実行中に起動条件（2）が成立すると，実行世代2は「起動条件待ち」状態から「繰り越し未実行」状態に遷移し，滞留しません。

補足事項

実行世代に保留属性を設定している場合や，起動条件の定義で［異常終了後の動作］に［ジョブネットの開始を保留する］または［起動条件の監視を停止する］を指定していて，かつ「異常終了」状態の世代がある場合は，「保留中」状態に遷移します。

スケジューラーサービスの実行抑止中に起動条件が成立した場合は，実行中の世代があっても「繰り越し未実行」状態に遷移しません。

(3)　繰り越さないで滞留させるように指定した場合の動作

起動条件が成立した実行世代を繰り越さないで滞留させるように指定した場合の動作を次の図に示します。

図3‒59　起動条件が成立した実行世代を繰り越さないで滞留させるように指定した場合の動作

実行世代1の実行中に起動条件（2）が成立しても，実行世代2は「起動条件待ち」状態のまま滞留します。実行世代2は，実行世代1が終了すると「起動条件待ち」状態から「実行中」状態に遷移します。同様に，実行世代3は実行世代2の実行が終了するまで滞留し，さらに実行世代4も実行世代2および実行世代3の実行が終了するまで滞留します。デフォルトでは，この動作が選択されています。

このように任意の実行世代が「実行中」状態のときに起動条件が成立すると，起動条件が成立した数に応じて「起動条件待ち」状態の実行世代が滞留します。一つの実行世代の実行時間が長く掛かり，その間に多数の起動条件が成立するような場合は注意が必要です。

3.4.7　起動条件付きジョブネットの実行世代が異常終了したときの実行抑止

起動条件付きジョブネットの実行世代が異常終了した場合，それ以降の起動条件の成立による実行世代の実行を抑止できます。これによって，実行世代が異常終了した場合に，異常の原因を解決してから運用を再開できます。

実行抑止の機能には，次の2種類があります。

実行保留

実行世代の実行を保留します。

監視停止

起動条件の監視を停止します。

補足事項

起動条件付きジョブネットをJP1/AJS3 - Viewで監視する場合には，複数世代が表示される［デイリースケジュール（階層表示）］ウィンドウを使用してください。

(1)　実行保留

実行保留を設定すると，実行中の実行世代が異常終了したあとに起動条件が成立すると，「起動条件待ち」状態の実行世代は「保留中」状態または「起動条件待ち」状態のままになります。異常終了したあとに起動条件が成立した世代を運用再開時に実行させる場合に有効です。

実行世代が多重起動できるかどうか，多重起動できない場合は実行世代が異常終了したときにその世代の実行終了を待っていた起動条件成立済みの世代（前回世代の終了待ち世代）があったかどうかによって動作が異なります。

(a)　実行世代が多重起動できない場合

実行世代が多重起動できない場合，前回世代の終了待ち世代があるかないかによって，実行保留したときの動作が異なります。

前回世代の終了待ち世代がないとき

実行世代が異常終了した場合に，その世代の実行終了を待っていた起動条件成立済みの世代（前回世代の終了待ち世代）がないときについて説明します。この場合の実行保留の動作について，次の図に示します。

図3‒60　実行世代が多重起動できない場合で前回世代の終了待ち世代がないときの実行保留の動作

実行世代1が異常終了した場合，そのあとに最初に起動条件（2）が成立して実行開始される実行世代2は，「起動条件待ち」状態から「保留中」状態に遷移します。それ以降の実行世代3は，起動条件（3）が成立しても前回世代（実行世代2）が終了していないため，「起動条件待ち」状態のままになります。

前回世代の終了待ち世代があるとき

実行世代が異常終了した場合に，その世代の実行終了を待っていた起動条件成立済みの世代（前回世代の終了待ち世代）があるときについて説明します。この場合の実行保留の動作について，次の図に示します。

図3‒61　実行世代が多重起動できない場合で前回世代の終了待ち世代があるときの実行保留の動作

実行世代1が異常終了する前に起動条件（2），（3）がすでに成立している場合，異常終了世代の次に実行開始する実行世代2は，実行世代1が異常終了したあとに「起動条件待ち」状態から「保留中」状態に遷移します。それ以降の実行世代3は，すでに起動条件が成立していますが，前回世代（実行世代2）が終了していないため「起動条件待ち」状態のままになります。さらに起動条件（4）が成立しても，同様に次の実行世代4は「起動条件待ち」状態のままになります。

注意事項

実行世代が多重起動できない場合，次の図のように異常終了世代を再実行中（1），その終了後で保留解除前（2），保留解除後の実行中（3）に起動条件が成立すると，「起動条件待ち」状態の世代である実行世代5，6，7が新たに生成されます。

図3‒62　多重起動できないジョブネットの場合の保留解除したときの動作

このように，ジョブネットが異常終了したことによって「起動条件待ち」状態の世代が多数生成されます。一つの監視世代が保持する実行世代が7,680世代を超過した場合，メッセージ「KAVS0274-E 登録可能なジョブネット数が限界値を超えました（Jobnet:ジョブネット名, code:コード）」が出力され，監視世代が「監視中」状態から「監視打ち切り終了」状態に遷移して起動条件の監視を終了します。そのため，早期に異常終了した世代を回復させて業務を再開する必要があります。

運用回復方法

運用回復手順を次に示します。

異常の原因を解決後，異常終了しているジョブネットを再実行させるか，ジョブ状態変更で「正常終了」状態または「警告検出終了」状態にする。

異常終了していた次の実行世代の保留を解除する。

保留解除して実行した実行世代が終了すると，以降の「起動条件待ち」状態の実行世代が順次実行されます。

図3‒63　多重起動できないジョブネットを実行保留した場合の運用回復方法

(b)　実行世代が多重起動できる場合

実行世代が多重起動できる場合の実行保留の動作を，次の図に示します。

図3‒64　多重起動できる場合の実行保留の動作

実行世代1が異常終了した場合，異常終了世代と多重実行している実行世代2は，そのまま実行を継続します。異常終了後に起動条件（3），（4）が成立して実行開始される実行世代3，4は「起動条件待ち」状態から「保留中」状態に遷移します。

このように，異常終了したあとのジョブネットが保留中になるため，任意のタイミングで保留を解除して運用を再開できます。

起動条件成立によって「起動条件待ち」状態から「保留中」状態に遷移しなくなるのは，異常終了世代がなくなった，次の図の起動条件（6），（7）成立時です。起動条件（5）の成立時点では，実行世代2が「異常終了」状態であるため，実行世代5は「起動条件待ち」状態から「保留中」状態に遷移します。

図3‒65　「起動条件待ち」状態から「実行中」状態に遷移するタイミング

異常終了世代が削除された場合

次の図のように，保存世代数の設定によって異常終了世代が削除されたあとに起動条件（4）が成立した場合も，実行世代4は「起動条件待ち」状態から「保留中」状態に遷移します。

図3‒66　異常終了世代が削除された場合の実行保留の動作

スケジューラーサービスが再起動された場合

スケジューラーサービスを再起動すると（クラスタ系切り替えも含む），その時点で存在する終了世代を検索し，異常終了世代があれば，起動条件成立時に「起動条件待ち」状態の実行世代が「保留中」状態に遷移します。異常終了世代がなければ，起動条件成立時に「起動条件待ち」状態の実行世代は「実行中」状態に遷移します。

スケジューラーサービスが再起動された場合の実行保留の動作を次の図に示します。

図3‒67　スケジューラーサービスが再起動された場合の実行保留の動作

スケジューラーサービス再起動時に実行世代1が異常終了している場合は，起動条件（3）成立時に，実行世代3が「起動条件待ち」状態から「保留中」状態に遷移します。

スケジューラーサービス再起動時に実行世代1が保存世代数の設定によって消滅している場合は，起動条件（3）成立時に，実行世代3が「起動条件待ち」状態から「実行中」状態に遷移します。

運用回復方法

運用回復手順を次に示します。

異常の原因を解決後，異常終了しているすべての実行世代を再実行させるか，ジョブ状態変更で「正常終了」状態または「警告検出終了」状態にする。

異常終了したジョブが状態遷移したあと，「保留中」状態になっているすべての実行世代の保留を解除する。

図3‒68　多重起動できるジョブネットを実行保留した場合の運用回復方法

(2)　監視停止

実行中の実行世代が異常終了すると，監視中の世代が「監視打ち切り終了」状態になります。異常終了したあとに監視を継続したくない場合に有効です。

実行世代が多重起動できるかどうか，多重起動できない場合は実行世代が異常終了したときにその世代の実行終了を待っていた起動条件成立済みの世代（前回世代の終了待ち世代）があったかどうかによって動作が異なります。

(a)　実行世代が多重起動できない場合

実行世代が多重起動できない場合，前回世代の終了待ち世代があるかないかによって，監視停止したときの動作が異なります。

前回世代の終了待ち世代がないとき

実行世代が異常終了した場合に，起動条件成立済みの世代（前回世代の終了待ち世代）がないときについて説明します。この場合の監視停止の動作について，次の図に示します。

図3‒69　実行世代が多重起動できない場合で前回世代の終了待ち世代がないときの監視停止の動作

実行世代1が異常終了すると，監視世代が「監視中」状態から「監視打ち切り終了」状態に遷移します。「起動条件待ち」状態の実行世代2は世代が消滅します。

前回世代の終了待ち世代があるとき

実行世代が異常終了した場合に，その世代の実行終了を待っていた起動条件成立済みの世代（前回世代の終了待ち世代）があるときについて説明します。この場合の監視停止の動作について次の図に示します。

図3‒70　実行世代が多重起動できない場合で前回世代の終了待ち世代があるときの監視停止の動作

実行世代1が異常終了すると，監視世代が「監視中」状態から「監視打ち切り終了」状態に遷移します。異常終了する前に起動条件（2），（3）がすでに成立している場合，異常終了世代の次に実行開始される実行世代2は，「起動条件待ち」状態から「保留中」状態に遷移します。それ以降の実行世代3は，すでに起動条件が成立していますが多重起動できないジョブネットであり，前回世代（実行世代2）が終了していないため，「起動条件待ち」状態のままになります。起動条件成立待ちしている実行世代4は世代が消滅します。

運用回復方法

運用回復手順を次に示します。

前回世代の終了待ち世代がない場合

異常の原因を解決後，異常終了しているすべての実行世代を再実行させるか，ジョブ状態変更で「正常終了」状態または「警告検出終了」状態にして回復する。

図3‒71　多重起動できないジョブネットを監視停止した場合の運用回復方法（前回世代の終了待ち世代がない場合）

前回世代の終了待ち世代がある場合

異常の原因を解決後，異常終了している実行世代を再実行させるか，ジョブ状態変更で「正常終了」状態または「警告検出終了」状態にする。

異常終了していた次の世代を保留解除する。

保留解除して実行した実行世代が終了すると，以降の「起動条件待ち」状態の実行世代が順次実行されます。

図3‒72　多重起動できないジョブネットを監視停止した場合の運用回復方法（前回世代の終了待ち世代がある場合）

(b)　実行世代が多重起動できる場合

実行世代が多重起動できる場合の監視停止の動作について，次の図に示します。

図3‒73　多重起動できる場合の監視停止の動作

実行世代1が異常終了すると，監視世代が「監視中」状態から「監視打ち切り終了」状態に遷移します。異常終了した世代と多重実行している実行世代2は，そのまま実行を継続します。起動条件成立待ちしている実行世代3は世代が消滅します。

運用回復方法

運用回復手順を次に示します。

異常の原因を解決後，異常終了しているすべての実行世代を再実行させるか，ジョブ状態変更で「正常終了」状態または「警告検出終了」状態にして回復する。

図3‒74　多重起動できるジョブネットを監視停止した場合の運用回復方法

(3)　補足事項

この機能は，ルートジョブネットだけが対象です。ルートジョブネットの状態のうち，異常終了として扱われる状態※を次に示します。

異常検出終了

順序不正

中断

強制終了

注※

実行世代の結果が「繰り越し未実行」状態の場合は，次回の実行世代の実行を保留しますが，監視世代は「監視打ち切り終了」状態には遷移しないで監視を継続します。

実行世代が異常終了したことによって実行抑止するのは，監視世代が同一の世代だけです。ほかの監視世代および実行世代の終了状態には影響されません。

最後の実行世代が異常終了した場合に次の監視世代の実行を抑止する場合は，ルートジョブネットの保留定義で「前回異常時だけ保留」，または「前回異常警告時だけ保留」を指定してください。

起動条件付きジョブネットをJP1/AJS3 - Viewで監視する場合には，複数世代が表示される［デイリースケジュール（階層表示）］ウィンドウを使用してください。

3.4.8　実行登録した起動条件付きジョブネットの操作

実行登録した起動条件付きジョブネットに対して，さまざまな操作ができます。

起動条件の監視をしている監視世代に対しては，監視を中断したり，強制終了したりすることで，監視を打ち切ることができます。また，起動条件が成立した実行世代に対しては，実行を保留したり，実行中止したりすることができます。

監視世代に対して保留や実行中止などの一時変更操作をすると，新たに生成される実行世代に反映されます。すでに生成されている実行世代には反映されません。すでに生成されている実行世代に対しては，実行世代を指定して，保留や実行中止などの一時変更操作をしてください。

監視世代および実行世代にできる操作の例を次に示します。

監視世代の監視を打ち切る

「監視中」状態の監視世代を「中断」または「強制終了」することで，監視を途中で打ち切ることができます。

操作方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　8.1.1 起動条件監視中のジョブネットの停止」を参照してください。

監視終了後に再監視する

監視が終了したジョブネットを再度実行登録するか，ルートジョブネットの実行予定世代を計画一時変更で「日時変更」または「即時実行」することによって，起動条件を再監視できます。「監視未起動終了」・「監視打ち切り終了」・「監視正常終了」状態の監視世代を再実行しても再監視できません。

なお，実行予定世代を計画一時変更する方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.3.1 ジョブネットの実行開始日時を変更する」またはマニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.4 実行予定があるジョブネットをすぐに実行する」を参照してください。

起動条件が成立した実行世代を中止する

保留中の実行世代や，多重起動を設定していない場合に起動条件が成立済みで実行中の実行世代の終了を待っている世代に対して「実行中止」することで，その実行世代の実行を中止できます。

操作方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.5 ジョブネットやジョブの実行を一時的に中止する」を参照してください。

実行世代の実行を保留する

起動条件が成立しても実行を保留したい実行世代に対して「保留」を設定することで，起動条件が成立しても，その実行世代は「保留中」状態となります。

操作方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.6 ジョブネットやジョブの実行を保留する」を参照してください。

実行登録後に起動条件に定義したイベントジョブおよびカスタムイベントジョブの定義を変更する

起動条件付きジョブネットの実行登録後，起動条件の監視中に起動条件に定義したイベントジョブおよびカスタムイベントジョブの定義内容を変更できます。

詳細については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　8.1.2 実行登録後に起動条件に定義したイベントジョブおよびカスタムイベントジョブの定義を変更する」を参照してください。

3.4.9　起動条件と保存世代数

ジョブネットを実行登録すると世代が作成されます。実行結果として保存される世代数のことを保存世代数といい，ルートジョブネットに設定できます。設定した世代数分の実行結果は，JP1/AJS3 - ViewやWeb GUI（ジョブポータル），API，ajsshowコマンドで確認できます。保存世代数に設定した世代数を超えた過去の実行結果は，自動的に削除されるように管理されています。

起動条件付きジョブネットの保存世代数管理は，監視世代と実行世代を合わせたすべての世代を対象としています。起動条件付きジョブネットの保存世代数管理についての詳細は，「4.2.3(3) 起動条件付きジョブネットの保存世代数管理の例」を参照してください。

保存世代管理方式は，インストール後に環境設定パラメーターSAVEGENTYPEで任意に変更できます。環境設定パラメーターSAVEGENTYPEの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

バージョン8以前からバージョンアップインストールした場合

バージョン8以前からバージョンアップインストールした場合は，バージョン9以降を新規にインストールした場合と保存世代管理方式が異なります。詳細については，「4.2.3(3) 起動条件付きジョブネットの保存世代数管理の例」を参照してください。

保存世代管理方式を，バージョン8以前の方式からバージョン9以降の方式に変更することもできます。ただし，変更時にはバージョン8以前の方式からバージョン9の方式に切り替えるための処理が行われるため，切り替えに掛かる時間が運用に影響を与えるおそれがあります。変更方法および変更時の注意事項については，「4.2.3(4) バージョン8以前のJP1/AJS2からバージョンアップインストールした場合の注意事項」を参照してください。

4　業務の実行

スケジュール情報を定義したジョブネットは，実行登録することでJP1/AJS3にスケジュールされます。

この章では，ジョブネットの実行登録と，登録後のスケジュール確認について説明します。

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

スケジュール定義を行ったジョブネットは，実行登録することでJP1/AJS3にスケジュールされ，JP1/AJS3での自動化運用が開始します。

この節では，ジョブネットの実行登録，ジョブネットの世代管理，実行登録後のスケジュール確認について説明します。

4.1.1　実行登録の方法

定義したジョブネットは，実行登録して処理を開始します。実行登録は，ルートジョブネットに対して行う操作です。ルートジョブネットを実行登録すると，その下にあるすべてのユニットが実行登録されます。

ジョブネットの実行登録には，次の三つの方法があります。

即時実行登録

計画実行登録

確定実行登録

これらの実行登録方法の特徴を，次の表に示します。

表4‒1　実行登録方法の特徴

実行登録方法

特徴

即時実行登録

実行契機：

カレンダー情報やジョブネットに設定されているスケジュール情報に関係なく，実行登録と同時にジョブネットを実行する。

カレンダー情報やスケジュールの変更：

カレンダー情報やジョブネットのスケジュール情報は関係ないため，無効。

スケジュールの一時変更（メニューやコマンドからの変更）：

実行予定がないため，無効。

その他：

実行回数の制限はできない。ただし，起動条件を設定しているジョブネットの場合は，実行回数または起動条件の監視時間を指定できる。

主な運用例：

コマンドや人手でジョブネットを開始する場合など。

例えば，ユーザーからの要求ですぐにジョブネットを実行するときや，ユーザープログラムから任意のジョブネットを実行するとき，またはファイル転送ソフトなど他製品の処理結果を受けてジョブネットを実行するときなど。

計画実行登録

実行契機：

カレンダー情報やジョブネットに設定されているスケジュール情報に従ってスケジュールを算出し，ジョブネットを実行する。ただし，算出されるスケジュールは擬似予定（シミュレーションによる実行予定）として扱われる。

カレンダー情報やスケジュールの変更：

カレンダー情報やジョブネットのスケジュール情報の定義を変更した場合は，変更後の情報に基づいてスケジュールが再計算される。

スケジュールの一時変更（メニューやコマンドからの変更）：

実行登録によって算出されたスケジュールの一時変更は無効（擬似予定のため）。ただし，ジョブネットが実行開始されると次の擬似予定はスケジュールとして確定されるため，次回実行予定に限り一時変更できる。

主な運用例：

カレンダー情報やスケジュール情報が変更になるおそれがある場合や，一時的なスケジュールの変更が発生しない場合など。

例えば，年度が変わって運用日・休業日の再設定が必要になったときや，ジョブネットの運用スケジュールが変更になったときなどに，登録解除をしないでカレンダー情報やスケジュール情報を変更できる。

確定実行登録

実行契機：

期間または回数（未来世代数）を指定してジョブネットを実行させる。指定した期間または回数のスケジュールを，カレンダー情報とジョブネットに設定したスケジュール情報に従って算出し，確定する。

カレンダー情報やスケジュールの変更：

カレンダー情報やジョブネットのスケジュール情報の定義を変更した場合，変更後の情報が有効になるのは，指定した期間または回数の実行を終了したあと。変更内容をスケジュールに反映させる場合は，一度登録解除し，再度実行登録する必要がある。

スケジュールの一時変更（メニューやコマンドからの変更）：

確定分のスケジュールについては，一時的な変更ができる。

実行予定日の追加（メニューやコマンドからの追加）：

実行予定日の追加ができる。

主な運用例：

特定の期間や回数分だけジョブネットを実行する場合や，確定したスケジュールを一時的に追加・変更したり，中止したりするおそれがある場合など。例えば，日付を指定して実行予定を変更したり，登録解除をしないでジョブネットの実行を中止したりできる。

各登録方法で実行した場合のジョブネットの動作について説明します。それぞれの特徴を踏まえて，運用に合った実行登録方法を選択してください。なお，実行登録は，JP1/AJS3 - View，Web GUI（ジョブポータル），APIおよびコマンドで行います。実際の実行登録の操作については，次の個所を参照してください。

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　7. ジョブネットの実行」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.19 ［実行登録］ダイアログボックス」

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.5 計画実行登録API」

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.6 確定実行登録API」

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.7 即時実行登録API」

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsentry」

実行登録後のジョブネットの定義変更やスケジュール変更の方法については，「4.5 実行登録したジョブネットに対する操作」を参照してください。

補足事項

計画実行登録したジョブネットが「未計画」状態になると，次回実行予定として「未計画」状態の実行予定を作成します。一方，即時実行登録および確定実行登録したジョブネットは，「未計画」状態になっても，「未計画」状態の実行予定は作成しません。

実行登録したジョブネットを新たに実行登録した場合，新しく作成される実行予定の実行登録種別は，新たに実行登録した種別になります。ただし，計画実行登録したジョブネットの場合は，「未計画」状態になったときに，新たに実行登録できます。このとき，「未計画」状態の実行予定は削除され，新たに実行登録した種別で実行予定が作成されます。

(1)　即時実行登録

ジョブネットを即時実行登録すると，スケジュール定義やカレンダー定義に関係なく，実行登録と同時に1回だけジョブネットが実行されます。ジョブネットにスケジュール情報が設定されている場合でも，即時に実行します。

注意事項

ルートジョブネットのスケジュール定義に48時間制スケジュールを採用していても，即時実行登録した時点の日時を実行日として実行されます。

補足事項

JP1/AJS3では，次回実行予定のないジョブネットは，複数実行登録できます。即時実行登録したジョブネットには次回実行予定がないため，すでにジョブネットが即時実行登録済みであっても，再度，即時実行登録できます。

(2)　計画実行登録

計画実行登録は，ジョブネットのスケジュール定義やジョブネットが属するジョブグループのカレンダー情報に基づいて実行予定をスケジュールします。

計画実行登録の場合，実行登録後は初回のジョブネットの実行予定だけが確定されたスケジュールで，それ以降のスケジュールは擬似予定（シミュレーションされたスケジュール）という扱いになります。擬似予定については，「4.4.2(1) スケジュールシミュレーション」を参照してください。次回の実行予定は，前回の実行予定のジョブネットが開始された時点でスケジュール確定します。

計画実行登録時の次回実行予定の生成について，次の図に示します。

図4‒1　計画実行登録時の次回実行予定の生成

また，計画実行登録した場合は，ルートジョブネットの実行予定が「未計画」状態になると再度実行登録できます。

なお，計画実行登録では，ジョブネットのスケジュールルールやジョブネットが属するジョブグループのカレンダー定義が変更されると，その変更内容に従ってすぐにスケジュールが再計算されます。また，排他スケジュールに設定されたジョブネットの実行予定が変更されたり，参照している他のジョブグループのカレンダー定義が変更されたりすると，変更後の内容に従ってスケジュールが再計算されます。ただし，スケジュール定義やカレンダー定義の変更が反映されるのは，次回実行予定の世代です。一度実行中となった世代（世代番号が世代1以降の世代）については，スケジュール定義やカレンダー定義の変更が反映されません。ジョブネットの世代番号の詳細については，「4.2.2 ジョブネットの世代番号」を参照してください。

注意事項

実行登録中は基準時刻を変更しないでください。実行登録中に基準時刻を変更すると，変更後のスケジュール計算が複雑になります。また，その変更内容や変更するタイミングによっては，ジョブネットに当日の実行予定が作成され，即時にジョブネットが実行される場合があります。基準時刻を変更したい場合は，登録解除後に変更してください。

補足事項

ジョブネットを計画実行登録して業務運用している場合，その運用中にスケジュール定義を変更すると，すぐにその変更内容に従ってジョブネットの次回実行予定が再計算されます。その変更内容によって，ジョブネットに実行登録日や前回実行開始時刻以降で打ち切り時間に到達していない当日以前の実行予定が作成され，すぐにジョブネットが実行される場合があります。打ち切り時間については「3.1.1(2) ジョブネット」を参照してください。ジョブネットのスケジュール定義の変更例を，次の図に示します。

図4‒2　スケジュール定義の変更例

スケジュール定義で8:00と設定しているジョブネットの開始時刻をそれぞれ(a)7:00，(b)9:00，(c)11:00と変更したとします。

(a) 開始時刻を7:00に変更

当日の8:00の実行予定がすでに終了していて，当日のジョブネットの実行予定が生成されることはありません。

(b) 開始時刻を9:00に変更

当日の8:00の実行予定は終了していますが，当日の9:00の実行予定は生成されていないため，9:00の実行予定が生成されます。スケジュール定義を変更した時刻が10:00であるため，ジョブネットはすぐに実行されます。

(c) 開始時刻を11:00に変更

(b)と同様に11:00の実行予定が生成されますが，スケジュール定義変更時刻が10:00であるため，11:00になってからジョブネットが実行されます。

このように，スケジュール定義変更の内容によっては，当日の現在時刻よりも前の実行予定が生成され，すぐにジョブネットが実行される場合があります。(b)，(c)のように当日に実行させない場合は，スケジュール定義を変更するとき，「開始日」に翌日以降の日付を設定してください。

また，カレンダー定義の変更についてもスケジュール定義変更と同様に計画実行登録のジョブネットの実行予定がスケジュール再計算されます。その変更内容によって，ジョブネットに実行登録日や前回実行開始時刻以降で打ち切り時間に到達していない当日以前の実行予定が作成され，すぐにジョブネットが実行される場合があります。打ち切り時間については「3.1.1(2) ジョブネット」を参照してください。カレンダー定義の変更例を，次の図に示します。

図4‒3　カレンダー定義の変更例

この例では，カレンダー定義で運用日が8/2と設定されているジョブネットを，休業日の8/1に変更した場合，次のように実行予定が生成されます。

(a) 休業日の8/1を運用日に変更（開始予定時刻が操作時刻よりあと）

8/1分の実行予定が生成されていないため，次回実行予定として実行予定が作成され，スケジュール定義時刻の8:00になってからジョブネットは実行されます。

(b) 休業日の8/1を運用日に変更（開始予定時刻が操作時刻より前）

8/1分の実行予定が生成されていないため，次回実行予定として実行予定が作成されます。しかし，スケジュール定義時刻の8:00をすでに過ぎているため，スケジュール定義を変更するとすぐにジョブネットが実行されます。

(c) 休業日の8/3を運用日に変更（8/2の実行予定が操作時刻よりあと）

8/2分の次回実行予定があるため，8/3の次回予定は擬似予定として生成されます。8/2のジョブネットの実行が開始すると，8/3の擬似予定は次回実行予定となり，8/3の8:00にジョブネットが実行されます。

(3)　確定実行登録

確定実行登録には，期間を指定して実行登録する方法，未来世代数（実行回数）を指定して実行登録する方法，およびジョブネットのスケジュール定義に関係なく日時を指定して予定を追加する方法の3とおりがあります。

確定期間指定

指定した期間内の実行予定を，ジョブネットのスケジュール定義やジョブネットが属するジョブグループのカレンダー定義に基づいて生成し，スケジュール確定します。

指定期間以降のスケジュール情報はありません（擬似予定も生成されません）。ただし，期間指定の確定実行登録は，複数回できます。期間が重複した場合でも登録できます。この場合，同じ日時に重複して実行予定が生成されても，登録された回数分だけ実行されます。

未来世代数指定

指定した世代数分の実行予定を，ジョブネットのスケジュール定義やジョブネットが属するジョブグループのカレンダー定義に基づいて生成し，スケジュール確定します。

指定した世代数以降は，擬似予定（シミュレーションされたスケジュール）が生成されます。擬似予定については，「4.4.2(1) スケジュールシミュレーション」を参照してください。未来世代数指定では，常に指定した世代数分の実行予定を確保しながら運用を続けるため，1回目の世代が実行開始する時点で新たな実行予定が生成され，擬似予定だったスケジュールが確定します。世代についての詳細は，「4.2 ジョブネットの世代管理」を参照してください。

日時指定

指定した日時の実行予定を，ジョブネットのスケジュール定義に関係なく，追加します。詳細については，「4.5.2 ジョブネットに実行予定を追加する」を参照してください。

なお，確定実行登録の場合は計画実行登録と異なり，実行登録後にスケジュールルールやジョブネットが属するジョブグループのカレンダー定義が変更されても，即時にスケジュールが再計算されることはありません。

計画実行登録との違いについて，次の図に示します。

図4‒4　計画実行登録との違い

計画実行登録の場合は，スケジュールルールやカレンダー定義が変更されると即時にスケジュールが再計算されるため，この例の場合，2回目の実行終了時点で変更した内容は，即時に3回目のスケジュールに反映されます。一方，確定実行登録の場合は，指定した期間（確定期間）または世代分（未来世代数）の実行予定をスケジュール確定するため，その範囲内の実行予定は再計算されません。ただし，未来世代数指定の場合は，常に指定した世代数分の実行予定を確保しながら運用を続けるため，1回目の世代が実行開始する時点で新たな実行予定が生成（確定）されます。この例の場合，未来世代数が「2」であるため，1回目が実行されると3回目の実行予定が生成され，2回目が実行されると4回目の実行予定が生成されます。また実行登録後，新たに生成される実行予定は生成される時点のスケジュール情報やカレンダー定義に基づくため，この例の場合，5回目以降の実行予定には変更したスケジュール情報が反映されます。期間指定の場合は，指定期間以降はスケジュールがないため，再度実行登録したときに変更後のスケジュール情報が反映されます。

注意事項

期間と未来世代数を同時に指定して確定実行登録した際，指定した期間内の世代数が未来世代数より多い場合は期間指定分の実行予定が，少ない場合は未来世代数指定分の実行予定が生成されます。また，指定期間または世代数以降は擬似予定が生成され，未来世代数指定の場合の動作に基づいて新たな実行予定をスケジュール確定しながら運用を継続します。

期間を指定して確定実行登録した場合に，翌日より翌々日のネストジョブネットの開始予定時刻が早いなど，ネストジョブネットの開始予定時刻がスケジュールの順番と逆転していると，ネストジョブネットの実行予定が生成されないおそれがあります。そのため，スケジュールの順番どおりに，ネストジョブネットの開始予定時刻を設定してください。

未来世代数を指定して確定実行登録した場合に，ジョブネットを登録解除しないでスケジュール定義を変更すると，スケジュールが確定した実行予定の開始時刻より未来の日時から，変更後のスケジュール定義で擬似予定が生成されます。そのため，開始時刻を変更すると，変更前の開始時刻の実行予定と変更後の開始時刻の実行予定の両方が同日に実行されることがあります。開始時刻を変更する場合は，開始年月および開始日も合わせて指定し，意図したとおりの実行スケジュールになっているか確認してください。実行する必要がない実行予定および擬似予定がある場合は，その実行予定を実行中止してください。

スケジュール定義の開始時刻の変更例を，次の図に示します。

図4‒5　スケジュール定義の開始時刻の変更例

未来世代数に「2」を指定して確定実行登録し，8/1の9:00と8/2の9:00の実行予定のスケジュールが確定しているジョブネットを例に説明します。

8/1の9:00より前に，ジョブネットの開始時刻を9:00から10:00に変更したとします。8/1の9:00と8/2の9:00の実行予定は，スケジュールが確定しているため，スケジュールルールの変更内容は反映されません。一方，擬似予定は，スケジュールが確定している実行予定の開始時刻よりあとの8/2の10:00に生成されます。

8/1の9:00の実行予定が実行されると，未来世代数「2」の設定によって，8/2の10:00の擬似予定はスケジュールが確定します。

8/2までは9:00に実行し，8/3から10:00に実行するように変更する場合は，スケジュールルールの「開始年月」および「開始日」に8/3を指定して，「開始時刻」に10:00を指定してください。

確定実行登録したあとでも実行予定世代を追加できます。ただし，未来世代数を追加する場合は，一度登録解除したあとに再度未来世代数を指定して確定実行登録し直す必要があります。

未来世代数指定の確定実行登録をしたあと，確定期間指定または日時指定の確定実行登録をする場合は，未来世代数指定の確定実行登録をしたJP1ユーザーと同じJP1ユーザーで実行登録してください。

未来世代数指定の確定実行登録をしたジョブネットは，ジョブネットの実行開始などを契機に，新たな実行予定が生成されます。新しく生成される実行予定の登録ユーザーは，前回の実行結果の登録ユーザーとなります。このため，未来世代数指定の確定実行登録をした登録ユーザーと確定期間指定または日時指定の確定実行登録をした登録ユーザーが異なる場合，前回の実行結果がどちらの登録ユーザーかによって，次回実行予定の登録ユーザーが異なります。

登録ユーザーの詳細については，「7.2.3 実行ユーザー種別の設定」を参照してください。

未来世代数指定の確定実行登録をしたジョブネットが「未計画」状態になったあと，確定期間指定または日時指定の確定実行登録をする場合，未来世代数指定は無効になり，確定期間指定または日時指定の確定実行登録をしたジョブネットとして扱われます。

未来世代数指定の確定実行登録をしたジョブネットが「未計画」状態になったあと，スケジュール定義やカレンダー定義を変更しても，新たな実行予定は生成されません。スケジュール定義やカレンダー定義を変更して，新たな実行予定を生成する場合は，再度，実行登録してください。

カレンダーを参照するジョブグループや排他スケジュールで不正なユニットを指定した場合（指定したユニットがないなど）は，指定した未来世代数以降のスケジュールは生成されません。

すぐに実行したい場合は，過去の日時を指定して確定実行登録をするのではなく，即時実行登録をしてください。

ルートジョブネットとネストジョブネットで異なるスケジュールが設定されている場合，ルートジョブネットを日またがりで日時変更したときだけは，ネストジョブネットの実行開始日時もルートジョブネットの実行日時に合わせて変更されます。

ajsentryコマンドや，JP1/AJS3 - View，Web GUI（ジョブポータル）およびAPIでジョブネットを確定実行登録する場合，確定実行登録するジョブネット内の総ユニット数や，確定実行登録する世代数によって，大量のメモリーを必要とする場合があります。また，確定実行登録するジョブネット内の総ユニット数や世代数が多いと，スケジューラーサービスに負荷が掛かり，新たに生成される世代の実行開始が遅延したり，ほかのコマンドや操作が遅れたりする場合もあります。ジョブネット内の総ユニット数を減らしたり，確定実行登録する確定期間や未来世代数を減らしたりして，適正な運用をしてください。メモリー所要量の見積もり方法については，リリースノートを参照してください。

実行登録時にエラーになる場合

実行登録時にエラーになる場合は，ルートジョブネットに次のようなスケジュールルールが設定されていることが考えられます。

スケジュールルールで，開始日に過去の日付を指定しているが，処理サイクルを設定していない。

スケジュールルールで，開始日に不正な日付（例：2/30）を指定している。

スケジュールルールで，開始日に［休業日］を指定しているが，使用するカレンダー定義に休業日が設定されていない。

スケジュールルールで開始日に［休業日］を指定しているが，休業日の振り替え方法で［実行しない］を指定している。

スケジュールルールで休業日の振り替え方法に「実行しない」を指定しているが，使用するカレンダー定義にすべて休業日が設定されている。

排他スケジュールに指定したジョブネットと同じスケジュールルールが設定されている（すべての実行予定が排他スケジュールの対象となる）。

上位のジョブネットのスケジュールルール番号と対応するスケジュールルール番号から同一実行日が算出できない定義がされている。

カレンダーを参照するジョブグループや排他スケジュールで不正なユニット（指定したユニットがないなど）が指定されている。

この場合，ジョブネットは「閉塞」状態になります。

実行予定が近接している。

このようなスケジュールの場合，計画実行登録では，そのときの状態や時刻によって動的にスケジュールを変更します。そのために，スケジュールどおり実行予定が生成されないことがあります。

なお，ネストジョブネットに上記のようなスケジュールが設定されている場合は「未計画」となり，一時変更しないかぎり実行されません。

(4)　起動条件が設定されているジョブネットの実行登録

起動条件が設定されているジョブネットを実行登録する場合，計画実行登録・確定実行登録を指定したときはスケジュールルールで指定した開始日時になると起動条件の監視が開始されます。即時実行登録の場合は，登録するとすぐに起動条件の監視が開始されます。

なお，起動条件を設定したジョブネットの実行登録後の動作については，「3.4 起動条件の定義」を参照してください。

(5)　実行登録時の保留の設定

実行登録時にルートジョブネットを保留にするかどうかを設定できます。実行登録時に保留を設定すると，実行登録するルートジョブネットの詳細定義に保留を設定していなくても，ルートジョブネットの実行を保留できます。

実行登録時に保留を設定した場合，実行登録時に作成される世代のうち，最初の実行世代に保留属性が設定されます。計画実行登録時および確定実行登録時の保留属性設定の対象について，次の図に示します。

図4‒6　計画実行登録時および確定実行登録時の保留属性設定の対象

また，期間指定の確定実行登録で，複数回実行登録をする場合，実行登録ごとに作成される世代のうち，最初の実行世代に保留属性が設定されます。期間指定の確定実行登録を例に，実行登録を複数回実行した場合の保留属性設定の対象について，次の図に示します。

図4‒7　期間指定の確定実行登録で，複数回実行登録する場合の保留属性設定の対象

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

実行登録時にマクロ変数名と値（引き継ぎ情報）を指定できます。実行登録時に指定したマクロ変数名を配下のユニットで使用していた場合，指定した引き継ぎ情報に置き換えられて実行されます。この機能を使用すると，一部のパラメーターが異なるジョブネットを複数作成する必要がありません。例えば，要求ごとに環境変数を指定したい場合，ジョブネットのコピー（ajscopyコマンド），環境変数の変更（ajschangeコマンド），実行登録（ajsentryコマンド）をスクリプト内で繰り返す処理は必要なく，実行登録時に値を指定するだけで実現できます。実行登録時にマクロ変数を指定した場合の処理を，次の図に示します。

図4‒8　実行登録時にマクロ変数を指定した場合の処理

実行登録時のマクロ変数の指定は，JP1/AJS3 - View，Web GUI（ジョブポータル），APIおよびajsentryコマンドで行います。指定方法については，次の個所を参照してください。

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　7.2 実行登録時のマクロ変数の指定」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.20 ［引き継ぎ情報の登録］ダイアログボックス」

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.5 計画実行登録API」

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.6 確定実行登録API」

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.7 即時実行登録API」

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsentry」

マクロ変数の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.6 マクロ変数の使用を検討する」を参照してください。

(1)　実行登録時のマクロ変数の有効範囲

実行登録時に指定したマクロ変数が有効となる範囲は，次のとおりです。

実行登録方法別のマクロ変数

マクロ変数名と引き継ぎ情報は，計画実行，確定実行，および即時実行で指定できます。実行登録方法別のマクロ変数の扱いを，次の表に示します。

表4‒2　実行登録方法別のマクロ変数の扱い

実行登録方法（ajsentryコマンドのオプション）

マクロ変数の扱い

即時実行登録（-n）

指定したマクロ変数が有効になります。

計画実行登録（-s）

指定したマクロ変数が，すべてのスケジュールに対して有効になります。実行登録時に指定したマクロ変数を変更する場合は，実行登録解除し，マクロ変数を変更したあと，再度実行登録してください。

確定実行登録

確定期間指定（-p，または-bおよび-e）

指定したマクロ変数が，指定した確定期間のすべての世代に対して有効になります。期間内の実行予定日（世代）ごとに指定するマクロ変数を変更する場合は，期間を分けて複数回実行登録してください。実行登録時に指定したマクロ変数を変更する場合は，変更する期間を実行登録解除し，マクロ変数を変更したあと，再度実行登録してください。

未来世代数指定（-g）

指定したマクロ変数が，指定したすべての未来世代に対して有効になります。実行登録時に指定したマクロ変数を変更する場合は，実行登録解除し，マクロ変数を変更したあと，再度実行登録します。

追加（-d）

指定したマクロ変数が，指定した日時に対して有効になります。実行登録時に指定したマクロ変数を変更する場合は，実行登録解除し，マクロ変数を変更したあと，再度実行登録してください。

再実行時のマクロ変数

実行登録時に指定したマクロ変数名と引き継ぎ情報は，再実行時にもそのまま適用されます。

計画一時変更時のマクロ変数

実行登録時に指定したマクロ変数名と引き継ぎ情報は，計画一時変更時にもそのまま適用されます。

同じ名称のマクロ変数

実行登録時に指定したマクロ変数名と同じ名称のマクロ変数が先行ジョブに指定されている場合は，先行ジョブの引き継ぎ範囲内では先行ジョブの引き継ぎ情報が有効になります。また，起動条件に同じ名称のマクロ変数が指定されている場合は，起動条件の引き継ぎ情報が有効になります。

多重起動時のマクロ変数

実行登録時に指定したマクロ変数は表4-2のように有効になります。多重起動するかどうかには依存しません。

(2)　再起動

再起動時の動作について次に説明します。

(a)　サービス起動モードでコールドスタートを指定している場合

再起動直前のジョブネットおよびジョブの定義情報だけを引き継ぎ，ジョブネットはすべて未登録状態に変更されるため，実行登録時に指定したマクロ変数名と値は解除されます。

(b)　サービス起動モードでウォームスタートを指定している場合

ジョブネットの状態は「中断」になります。開始されていなかったジョブネットは予定どおり運用され，実行登録時に指定したマクロ変数名と値が適用されます。ウォームスタートによって異常終了したジョブネットは，状態の変更を確認したあと，手動で再実行してください。再実行した場合，実行登録時に指定したマクロ変数名と値が適用されます。

(c)　サービス起動モードでホットスタートを指定している場合

再起動直前の状態を引き継ぎ動作します。ジョブの実際の状態が取得できた場合は，ジョブネットの定義内容に従って自動的に継続実行し，実行登録時に指定したマクロ変数名と値が適用されます。ジョブ実行先サーバから情報を求められなかった場合は，ジョブの状態は異常終了になります。この場合は，ジョブの状態を確認し，手動で再実行してください。再実行した場合，実行登録時に指定したマクロ変数名と値が適用されます。

(d)　サービス起動モードでディザスターリカバリースタートを指定している場合

ジョブネットの状態は「中断」になります。開始されていなかったジョブネットは実行が抑止されます。実行抑止を解除したあとでジョブネットが実行されるとき，実行登録時に指定したマクロ変数名と値が適用されます。ディザスターリカバリースタートによって異常終了したジョブネットは，状態の変更を確認したあと，手動で再実行してください。再実行したときは，実行登録時に指定したマクロ変数名と値が適用されます。

(3)　注意事項

実行登録時にマクロ変数を指定する場合の注意を次に示します。

実行登録時にマクロ変数を指定すると，ルートジョブネット単位，または世代単位にマクロ変数名と値の情報をファイルに保持します。登録解除時に，作成したファイルを削除するため，マクロ変数を指定しない場合に比べて，性能に影響があります。登録解除操作のターンアラウンドタイム短縮を図るために，スケジューラーサービスの登録解除処理の設定を非同期型（環境設定パラメーターBACKGROUNDLEAVEに「yes」を設定）にしてください。環境設定パラメーターの設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.1.7 登録解除や保存世代数管理による世代削除処理方式の変更」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.1.7 登録解除や保存世代数管理による世代削除処理方式の変更」（UNIXの場合）を参照してください。

リモートジョブネットがルートジョブネットの場合は，実行登録時にマクロ変数を指定できません。また，リモートジョブネットがネストジョブネットの場合は，その配下に，実行登録時にマクロ変数を指定できません。

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

ジョブネットを実行登録すると，スケジュール定義に基づいて実行予定が生成されます。それらの開始時刻ごとに実行されるジョブネットの一つ一つを世代といいます。ジョブネットの世代について，次の図に示します。

図4‒9　ジョブネットの世代

例えば，同じジョブネットを10:00，11:00，12:00に実行する場合，ジョブネットの世代は「3」となります。ジョブネットの各世代は，それぞれに状態を持ちます。

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

実行登録されたジョブネットの，次の実行予定を実行予定世代といいます。

計画実行登録の場合は，登録時に初回の実行予定世代が生成され，そのあとはジョブネットの開始ごとに次の実行予定が生成されます。

期間指定をした確定実行登録の場合は，スケジュール定義やカレンダー定義に基づいて算出された実行予定のうち，指定した期間内にあるものを実行予定世代とします。未来世代数を指定した確定実行登録の場合は，スケジュール定義やカレンダー定義に基づいて算出された実行予定のうち，指定した世代数分を実行予定世代とします。

また，起動条件が設定されているジョブネットの場合は，「監視中」状態になった時点で次の実行予定世代が作成されます。起動条件の詳細については，「3.4 起動条件の定義」および「4.2.3(3) 起動条件付きジョブネットの保存世代数管理の例」を参照してください。

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

ジョブネットの世代は，実行ID※という番号で管理されます。実行IDは，実行予定がスケジュール確定した時点で世代ごとに割り振られる，ユニークな通し番号です。また，世代の実行順に世代番号という番号が割り振られます。ただし，プランニンググループ配下のルートジョブネットの場合は，ルートジョブネットの名称順に番号が割り振られます。

注※

実行IDは「@[mmmm]{A〜Z}nnnn」の形式で表示されます。「m」の最初に0は付かず0〜4桁で表示され，「n」は最初の0の有無によって4桁または1〜4桁で表示されます。

世代番号は，次回の実行予定世代を世代0として，過去にさかのぼるに従って世代1，世代2，世代3のように数字が加算され，未来に向かうに従って世代-1，世代-2，世代-3のように減算されていきます。世代番号の割り振られ方の例を，次の図に示します。

図4‒10　世代番号の割り振られ方の例

現在日時を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‒11　実行予定を追加した場合の世代番号の変更例

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‒12　同一の開始予定時刻に計画一時変更した場合の世代番号

この例では，8/11の12:00という実行予定を8/10に移動したために同じ開始予定時刻の世代が重複したため，あとから変更した世代（8/11の予定を変更した分）が後続の世代になります。実際に実行されるのは1回だけです。

注意事項

世代の実行開始と世代番号の変更は並行して処理されます。そのため，世代が実行開始した直後は，世代番号が変更されていない場合があります。

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

ジョブネットの保存世代数と保存世代数の管理について説明します。

(1)　保存世代数とは

保存世代数とは，ジョブネットの実行結果として保存される世代数のことです。

ジョブネットを実行登録すると世代が作成されますが，そのうち実行した実績がある世代（実行中の世代や実行を終了した世代）を幾つ保存しておくかを保存世代数として設定できます。

保存世代数は，ルートジョブネットに設定します。保存世代数を設定すると，設定した世代分（回数分）の実行結果をJP1/AJS3 - Viewの［デイリースケジュール］ウィンドウと［マンスリースケジュール］ウィンドウ，Web GUI（ジョブポータル）の［マンスリースケジュール］画面とユニット情報の取得API，およびajsshowコマンドで確認できます。ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

保存世代数は，1から99まで設定できます※。データベースには「保存世代数＊登録ユニット数」に比例してデータが保存されるため，設定した保存世代数に応じて，登録解除などデータベースにアクセスするすべての操作に掛かる負荷が大きくなります。保存世代数を大きくする場合は，システム性能への影響を十分配慮した上で設定してください。ユニット数が多いジョブネットの場合は，保存世代数に10より小さい値を設定することを推奨します。また，保存された世代のうち不要なものは，そのつど日付指定で登録解除して削除してください。ジョブネットの登録解除については，「4.5.1 ジョブネットの登録を解除する」を参照してください。

注※

スケジューラーサービスの環境設定パラメーターMAXSAVEGENによる保存世代数の拡張機能もありますが，拡張する場合には注意が必要です。環境設定パラメーターMAXSAVEGENについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

(2)　保存世代数の管理とは

保存される世代は，設定した保存世代数を超えないように管理されます。これを保存世代数の管理といいます。

保存世代数の管理は，次回予定の実行開始時など管理対象の世代が新たに増えるタイミングやスケジューラーサービスの起動時に処理され，管理対象の世代が設定した保存世代数を超える場合は，過去の実行結果から自動的に削除されます。

保存世代の管理対象となる世代と，処理のタイミングについて次の図に示します。

図4‒13　保存世代の管理対象となる世代と処理のタイミング

この例では，保存世代数が「3」と設定されているため，「正常終了」状態の世代と「実行中」状態の世代を合わせて世代数が3になるように管理されます。そのため，4日目にジョブネットが実行開始されるとき，1日目に実行された世代が削除され，保存されている世代数の合計が3になるように保たれます。ただし，管理対象の世代に「実行中」状態など終了状態ではない世代がある状態では，保存世代数を超えても削除されないため，実行結果が保存世代数より多く残されることがあります。この場合は，次に保存世代数管理の処理がされるときに，保存世代数を超過した分の世代がまとめて削除されます。

保存世代数を超えて保存された場合の例を，次の図に示します。

図4‒14　保存世代数を超えて保存された場合の保存世代数管理（再実行時）

この例では，保存世代数が「2」と設定されていますが，世代が「実行中」状態の間は保存世代数を超えても削除されません。次の実行予定世代が実行を開始したり，スケジューラーサービスを起動したりしたときに保存世代数管理の処理がされ，実行を開始した世代を含めて保存世代数「2」を超えた世代が，古いものから順に削除されます。

(3)　起動条件付きジョブネットの保存世代数管理の例

起動条件付きジョブネットの保存世代数の管理方法には，次の二つがあります。

一括管理方式

監視世代と実行世代を合わせた世代数が，設定した保存世代数を超えないように管理します。起動条件を設定していないジョブネットと同様の方式で保存世代数を管理します。

個別管理方式

監視世代と実行世代それぞれの世代数が，設定した保存世代数を超えないように管理します。

バージョン8以前では個別管理方式で保存世代数を管理しています。

一括管理方式と個別管理方式の保存世代数の考え方を次の図に示します。

どちらの場合も管理対象の世代が新たに増えるタイミング（起動条件の監視開始時および起動条件の成立によって次の実行世代が作成されるタイミング）や，スケジューラーサービス起動時に保存世代数管理の処理がされます。

図4‒15　一括管理方式と個別管理方式の保存世代数の考え方

一括管理方式では，監視世代数と実行世代数の総和が設定した保存世代数を超えないように管理されるため，この例のように保存世代数が「50」で，1日に50回起動条件が成立するジョブネットを50日間実行した場合，1日目でも50日目でも保存される世代数は50です。

一方，個別管理方式では，監視世代と実行世代それぞれが保存世代数の範囲内で保存されていくため，実際に保存される世代の数は，保存世代数として設定した値よりも大きくなります。そのため，1日に50回起動条件が成立するジョブネットを50日間実行した場合，2,550世代が保存されることになります。

補足事項

バージョン8までは個別管理方式で保存世代数を管理していましたが，バージョン9以降は一括管理方式で保存世代数を管理するように変更しています。

保存世代数を「10」以上にする場合は，一括管理方式で運用することを推奨します。

保存世代数を超えたときの処理について，管理方式ごとに説明します。

(a)　一括管理方式による保存世代数の管理

一括管理方式の場合，保存された世代数が設定した保存世代数を超えると，古い実行世代から順に削除されます。監視世代については，その監視世代の最後の実行世代が削除されるときに同時に削除されます。

なお，一括管理方式で運用する場合は保存世代数を「2」以上にしてください。例えば，少なくとも監視世代を1世代，実行世代を2世代保存したい場合は，保存世代数を「3」以上にする必要があります。保存世代数が「1」の場合，スケジューラーサービスの起動時など，保存世代数管理の処理がされるときに，実行結果が削除されるおそれがあります。

保存世代数を「2」，起動条件の有効範囲を「4回」とした場合の一括管理方式での処理例を次の図に示します。

図4‒16　一括管理方式での処理（保存世代数「2」，起動条件の有効範囲「4回」とした場合）

(b)　個別管理方式による保存世代数の管理

個別管理方式では，監視世代と実行世代それぞれが保存世代数の範囲内で保存されていくため，実際に保存される世代の数は，保存世代数として設定した値よりも大きくなります。そのため，起動条件の成立によって実行される回数を考慮した上で保存世代数を設定する必要があります。バージョン8以前のJP1/AJS2からバージョンアップインストールした場合は，個別管理方式で保存世代数が管理されます。起動条件付きジョブネットを運用する場合は，一括管理方式に変更することを検討してください。

また，起動条件付きジョブネットの保存世代数を増やす場合には，「(4) バージョン8以前のJP1/AJS2からバージョンアップインストールした場合の注意事項」についても参照してください。

保存世代数を「2」，起動条件の有効範囲を「4回」とした場合の個別管理方式の例を次に示します。

1日目に実行世代数が保存世代数を超える場合

1日目に実行世代数が保存世代数を超える場合の例を次に示します。

図4‒17　個別管理方式での管理例（保存世代数「2」，起動条件の有効範囲「4回」とし，1日目に保存世代数を超える場合）

2日目以降に実行世代数が保存世代数を超える場合

2日目以降に実行世代数が保存世代数を超える場合の例を次に示します。

図4‒18　個別管理方式での管理例（保存世代数「2」，起動条件の有効範囲「4回」とし，2日目以降に保存世代数を超える場合）

(4)　バージョン8以前のJP1/AJS2からバージョンアップインストールした場合の注意事項

バージョン8以前のJP1/AJS2からバージョンアップインストールした場合は，保存世代数の管理方式が個別管理方式になっています。起動条件付きジョブネットを運用する場合は，一括管理方式に変更することを検討してください。

(a)　個別管理方式から一括管理方式に変更する

起動条件付きジョブネットの保存世代数管理の方式は，環境設定パラメーターSAVEGENTYPEの値をjajs_configコマンドで設定することで変更できます。環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

個別管理方式から一括管理方式に変更すると，個別管理方式で保存されていた世代から一括管理方式で保存される世代を差し引いた分の世代がスケジューラーサービス起動時に削除されます。この削除に掛かる時間（秒）は，登録済みルートジョブネットすべてに対して「設定した保存世代数＊設定した保存世代数」を算出した結果の総和に比例します。また，削除に掛かる時間は，使用しているハードウェアなどによっても変わります。削除に掛かる時間が運用に影響を与えると考えられる場合は，方式を変更する前に，不要な世代を手動で削除してください。あらかじめ削除しておくことで，スケジューラーサービス起動時に掛かる時間を短縮できます。

なお，世代は登録解除時にも削除されますが，登録解除や保存世代数管理による世代削除処理方式が「同期型」である場合は「非同期型」にすることで世代の削除に掛かる時間を短縮できます。JP1/AJS3 09-00以降またはJP1/AJS2 08-00以降を新規インストールした場合は，世代削除の方式がデフォルトで「非同期型」が設定されますが，バージョンアップインストールの場合は「同期型」が設定されることがあります。環境設定パラメーターBACKGROUNDLEAVEの設定値を確認し，「no」（同期型）が設定されている，または環境設定パラメーターBACKGROUNDLEAVEが設定されていない場合は，非同期型に変更することを推奨します。

世代削除処理方式の変更については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.1.7 登録解除や保存世代数管理による世代削除処理方式の変更」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.1.7 登録解除や保存世代数管理による世代削除処理方式の変更」（UNIXの場合）を参照してください。

(b)　個別管理方式のまま運用する

個別管理方式のまま運用する場合は，バージョン8以前のJP1/AJS2と同様に，次に示す注意事項があります。

個別管理方式では，「(3)(b) 個別管理方式による保存世代数の管理」でも述べたように監視世代と実行世代それぞれが設定した保存世代数で管理され，「保存世代数＊（保存世代数＋1）」分の世代が保存されます。そのため，設定した保存世代数に応じて登録解除などデータベースにアクセスするすべての操作に掛かる負荷が大きくなります。システム性能への影響を十分配慮した上で保存世代数を設定してください。保存世代数と性能の関係については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.2 保存世代数と性能との関係」を参照してください。

個別管理方式で起動条件付きジョブネットを運用する場合，10より小さい値を設定し，ajsshowコマンドで随時実行結果を保存することを推奨します。ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

また，実行登録済みであるジョブネットの保存世代数を現在の設定値より小さい値に変更する場合にも注意が必要です。保存世代数を現在の設定値より小さくした場合，設定を変更したあとに次回予定が監視中になって保存されている監視世代の数が設定した保存世代数を超えると，「（変更前の保存世代数−変更後の保存世代数）＊（変更前の保存世代数＋1）」分の世代が一度に削除されます。そのため，保存世代数に大きな値を設定し，保存世代数の分だけ監視世代と実行世代が保存されている場合に，保存世代数の値を大幅に小さくすると一度に削除される世代数が多くなり，運用に影響が及びます。

保存世代数を小さい値に変更した場合の世代の削除例を次の図に示します。

図4‒19　保存世代数を小さい値に変更した場合の世代の削除例

例えば，この例のように保存世代数を「10」としていて10世代分（110世代）が保存されている状態から保存世代数を「2」に変更した場合，一度に削除される世代数は「88」となります。

個別管理方式のまま運用する場合は，これらのことを十分考慮してください。

4.3　実行登録情報の確認

ジョブネットの実行登録情報は，JP1/AJS3 - Viewの［JP1/AJS3 - View］ウィンドウ（メイン画面）およびWeb GUI（ジョブポータル）の［リスト］画面で確認できます。［JP1/AJS3 - View］ウィンドウ（メイン画面）で実行登録情報を確認するには，機能メニューの［実行登録］を選択してください。リストエリアおよび詳細情報エリアに，ユニットの実行登録情報を表示できるようになります。

詳細情報エリアには，リストエリアで選択したジョブネットの［実行登録］ダイアログボックスでの設定内容が一覧で表示されます。ただし，保存世代数管理や登録解除などで世代が削除された場合は，実行登録情報は表示されません。

詳細情報エリアに表示される実行登録情報と保存世代数管理の関係を次の図に示します。

図4‒20　詳細情報エリアに表示される実行登録情報と保存世代数管理の関係

この図は，保存世代数が2のジョブネットAに対してjp1user1とjp1user2が実行登録し，世代1〜世代4が作成された場合の表示例です。jp1user1は世代1および世代2を実行登録し，jp1user2は世代3および世代4をそれぞれ実行登録しています。

まず，世代3が実行中のとき（1），jp1user1およびjp1user2の実行登録によって作成されたすべての世代があるため，jp1user1およびjp1user2の操作内容が実行登録情報としてすべて表示されます。世代3が正常終了すると，jp1user1が実行登録した世代のうち世代1が保存世代数管理によって削除されます（2）。このとき，jp1user1が実行登録した世代2が残っているため，jp1user1の操作内容は表示されます。世代4が正常終了すると，世代2が削除されます（3）。このとき，jp1user1が実行登録した世代がすべて削除されたため，jp1user1の操作内容は表示されなくなります。

登録解除や実行中止の操作をした場合も，保存世代数管理による削除の場合と同様に表示されます。

なお，同一日時（秒単位）に同一JP1ユーザーが複数のJP1/AJS3 - Viewから実行登録した場合，それぞれの実行登録情報は一つと見なされ，詳細情報エリアには1行で表示されます。

4.4　実行予定の確認

この節では，実行登録したジョブネットのスケジュール確認と，スケジュールのシミュレーションについて説明します。

4.4.1　スケジュールの確認

実行登録したジョブネットのスケジュールは，次のJP1/AJS3 - Viewの画面で確認できます。

［デイリースケジュール］ウィンドウ（階層表示・全ジョブ表示）

［マンスリースケジュール］ウィンドウ

それぞれの画面でのスケジュール確認について紹介します。なお，画面操作の詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

また，Web GUI（ジョブポータル）の［マンスリースケジュール］画面でも確認できます。［マンスリースケジュール］画面の詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.7 ［マンスリースケジュール］画面」を参照してください。

(1)　［デイリースケジュール］ウィンドウでの確認

［デイリースケジュール］ウィンドウでは，ジョブネットやジョブの1日のスケジュールを実行状態や実行結果とともに日単位で確認できます。

［デイリースケジュール（階層表示）］ウィンドウを，次の図に示します。

図4‒21　［デイリースケジュール（階層表示）］ウィンドウ

［デイリースケジュール（階層表示）］ウィンドウでは，1時間ごとの時間軸が表示され，1日のスケジュールや実行状況，実行結果を確認できます。各ユニットのスケジュールを表示するスケジュールエリアで灰色の部分は過去，白色の部分は未来を表します。灰色の部分にあるユニットのスケジュールを選択すると実行結果または実行状況の詳細情報を，白色の部分にあるユニットのスケジュールを選択すると実行予定の詳細情報を，実行結果リストで確認できます。ただし，実行IDのない世代は表示されません。

また，実行結果リストに表示される各ユニットの実行予定には，ユニットごとの開始日時と終了日時が表示されます。ここに表示される開始日時と終了日時については，「4.4.2(2) 実行シミュレーション」を参照してください。

なお，スケジュールエリア上のスケジュールまたは実行結果リストのユニットをダブルクリックすると，ユニットの詳細スケジュールを確認できます。

［詳細スケジュール］ダイアログボックスを，次の図に示します。

図4‒22　［詳細スケジュール］ダイアログボックス

(2)　［マンスリースケジュール］ウィンドウでの確認

［マンスリースケジュール］ウィンドウでは，ジョブネットやジョブの1か月間の実行スケジュールを，実行状態や実行結果とともに月単位で確認できます。また，実行登録していないジョブネットやジョブの実行予定を表示させてスケジュール情報の定義を確認することもできます。

［マンスリースケジュール］ウィンドウを，次の図に示します。

図4‒23　［マンスリースケジュール］ウィンドウ

［マンスリースケジュール］ウィンドウでは，1か月間の日付と曜日が時間軸で表示され，各ユニットの1か月間のスケジュールや実行予定や実行状況を確認できます。各ユニットのスケジュールを表示するスケジュールエリアで灰色の部分は過去，白色の部分は未来を表します。

なお，スケジュールエリア上のスケジュールまたは実行結果リストのユニットをダブルクリックすると，ユニットの詳細スケジュールを確認できます。［詳細スケジュール］ダイアログボックスは，図4-22を参照してください。

次に，実行登録する前と後それぞれの実行予定の表示について説明します。

(a)　実行登録前の実行予定の表示

実行登録していないユニットの実行予定は，△（三角）で表示されます。ただし，実行登録していないユニットの実行予定は，デフォルトでは表示されません。表示方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　6.4 定義したスケジュールの確認」を参照してください。

なお，実行登録していないユニットの実行予定を表示する場合，デフォルトでは実行結果リストに詳細情報は表示されません。表示方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.9.8 未登録ユニットの実行予定を実行結果リストに表示する」を参照してください。

実行結果リストに詳細情報を表示しているときは，ユニットごとの開始日時が表示されます。ただし，実行登録していないユニットの開始日時は，先行・後続，または上位・下位ユニットの順序性を考慮しないで算出するので，スケジュール情報の定義がそのまま表示されます。

(b)　実行登録後の実行予定の表示

計画実行登録，または未来世代数指定による確定実行登録でスケジュール確定していない実行予定（擬似予定）については，□（四角）で表示されます。期間指定による確定実行登録でスケジュール確定された実行予定，または未来世代数指定による確定実行登録で指定した世代数分の実行予定は○（丸）で表示されます。

スケジュールエリアの灰色の部分にあるユニットのスケジュールを選択すると実行結果または実行状況の詳細情報を，白色の部分にあるユニットのスケジュールを選択すると実行予定の詳細情報を，実行結果リストで確認できます。ただし，実行IDのない世代は表示されません。

実行結果リストに表示される各ユニットの実行予定には，ユニットごとの開始日時と終了日時が表示されます。ここに表示される開始日時と終了日時については，「4.4.2(2) 実行シミュレーション」を参照してください。

4.4.2　シミュレーション

JP1/AJS3のスケジュールのシミュレーションには，次の二つがあります。

スケジュールシミュレーション

実行シミュレーション

JP1/AJS3 - Viewの［デイリースケジュール］ウィンドウや［マンスリースケジュール］ウィンドウの実行結果リスト，およびWeb GUI（ジョブポータル）の［マンスリースケジュール］画面に表示される予実績情報は，スケジュールシミュレーションと実行シミュレーションによって算出されたスケジュールを表示しています。また，ajsshowコマンドの-b，-e，-v，または-wオプションで出力される予実績情報も，スケジュールシミュレーションと実行シミュレーションによって算出されたスケジュールを出力します。ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

それぞれのシミュレーションについて説明します。

(1)　スケジュールシミュレーション

ジョブネットの実行登録によってスケジュール確定した実行予定は，JP1/AJS3のデータベースに格納されます。

計画実行登録の場合

実行登録後の，初回の実行予定だけデータベースに格納されます。以降はジョブネットの実行開始時に次の実行予定世代が生成され，データベースに格納されます。

期間指定による確定実行登録の場合

指定した期間内にある世代分だけ，データベースに格納されます。

未来世代数指定による確定実行登録の場合

指定した世代分の実行予定が，データベースに格納されます。以降はジョブネットの世代が実行されるたびに指定した世代数分の実行予定を保持するように次の実行予定世代が生成され，データベースに格納されます。

このとき，計画実行登録の場合と，未来世代数指定による確定実行登録の場合には，スケジュール確定していない実行予定があります。これは，ジョブネットのスケジュール定義に基づいたシミュレーションによって算出された仮のスケジュールです。これを擬似予定といいます。ジョブネットのスケジュール定義に基づいて実行予定をシミュレートすることを，スケジュールシミュレーションといいます。

計画実行登録されたジョブネットのスケジュールシミュレーションの例を，次の図に示します。

図4‒24　計画実行登録されたジョブネットのスケジュールシミュレーション例

この例では，8/9の次回実行予定がスケジュール確定されてデータベースに格納されたスケジュールで，8/10以降の実行予定がスケジュールシミュレーションによって生成された擬似予定となります。

ajsshowコマンドで実行する場合の例を次に示します。なお，コマンドを実行する時刻を，2009/08/09 08:00とします。/Netの開始予定時刻は12:00とし，計画実行登録されているものとします。

（例）

ajsshow -i "start=%BB type=%ii %JJ" -b 2009/8/9 -e 2009/8/11 /Net

start=2009/08/09 12:00 type=計画登録 /Net
start=2009/08/10 12:00 type=擬似予定 /Net
start=2009/08/11 12:00 type=擬似予定 /Net

擬似予定がスケジュールされない場合

擬似予定とは，スケジュールとして確定していない実行予定のことです。

計画実行登録では，ジョブネットの実行開始時に次回の実行予定が確定します。そのため，次のような場合にジョブネットの次回実行予定が「開始時刻待ち」状態や「保留中」状態のまま実行されないで，擬似予定として算出されていた時刻を過ぎると，擬似予定はスケジュールされません。

JP1/AJS3のサービス停止

ジョブ，ジョブネットの保留

擬似予定がスケジュールされない例を，次の図に示します。

図4‒25　擬似予定がスケジュールされない例

この例の場合，8:00に実行予定のジョブネットは，8:00の段階でJP1/AJS3サービスが停止中のため，JP1/AJS3サービスが起動されるのを待ってから実行開始されます。

なお，次の方法でJP1/AJS3サービスを起動した場合にだけ，JP1/AJS3サービス起動後のジョブが「実行中」状態になります。

ホットスタートした場合

スケジューラーサービスの起動より前に実行を予定していたジョブネットがスケジューラーサービスの起動と同時に開始されるように設定し，ウォームスタートした場合，またはディザスターリカバリースタート後にジョブの実行抑止を解除した場合

スケジューラーサービスの起動より前に実行を予定していたジョブネットがスケジューラーサービスの起動と同時に開始されるように設定するには，環境設定パラメーターOVERSCHEDULEに「exec」（デフォルト値）かつ実行登録時に［デーモン起動時に予定時刻超過］で［すぐに実行する］を指定します。それ以外を指定した場合は，「繰り越し未実行」状態になります。

ただし，どちらの方法でも，打ち切り時間を過ぎていると，「繰り越し未実行」状態となり，新しい世代が生成されます。その新しい世代の開始予定時刻を過ぎている場合は，「実行中」状態になります。

9:00の実行開始予定（擬似予定）は，8:00にジョブネットが実行開始されればスケジュールが確定しますが，9:00を過ぎても実行されなければ，スケジュールされません。

擬似予定については，「3.3.3(2) スケジューリング方式」および「4.5.3(4) 擬似予定よりあとの日時に変更する場合」もあわせて参照してください。

注意事項

翌日より翌々日のネストジョブネットの開始予定時刻が早いなど，ネストジョブネットの開始予定時刻がスケジュールの順番と逆転していると，ネストジョブネットのスケジュールシミュレーションができないおそれがあります。そのため，スケジュールの順番どおりに，ネストジョブネットの開始予定時刻を設定してください。

(2)　実行シミュレーション

スケジュールシミュレーションとは別に，ジョブネットの開始予定時刻やジョブネットに定義されたジョブ同士の順序性などから，ジョブネットの開始時刻，終了時刻を算出するシミュレーションがあります。これを実行シミュレーションといいます。

実行シミュレーションは，現在時刻，ジョブネットの開始予定時刻，実行状態，過去の実行時間，ユニットの順序性やユニットの種別など，さまざまな情報を基に，より実運用に近い形でジョブネットやジョブの開始予定時刻，終了予定時刻をシミュレートします。まだ一度も実行されていないジョブネットの場合，JP1/AJS3 - Viewでは［環境設定］ダイアログボックスの［初回実行時間］に設定されている時間（単位：秒）をジョブネットの最初に定義されているジョブの実行所要時間として計算し，ジョブネットおよびその下位のユニットの開始予定時刻や終了予定時刻をシミュレートします。Web GUI（ジョブポータル）の場合は1,200（単位：秒），ajsshowコマンドの場合は60（単位：秒）をジョブの実行所要時間として計算します。

なお，実行シミュレーションは，シミュレーションするかしないかを，JP1/AJS3 - Viewの場合は［環境設定］ダイアログボックス，JP1/AJS3 - Web Consoleの場合は［設定］ダイアログボックスで設定します。［環境設定］ダイアログボックスでの設定については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.42 ［環境設定］ダイアログボックス」を参照してください。［設定］ダイアログボックスについては，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.29 ［設定］ダイアログボックス」を参照してください。ajsshowコマンドの場合は，［環境設定］ダイアログボックスおよび［設定］ダイアログボックスの設定は関係しません。

シミュレーションしない場合は，ジョブネットのスケジュールルールに基づいて開始予定時刻が表示され，ジョブネットの終了予定時刻については［初回実行時間］を実行所要時間として算出します。ただし，その下位の個々のユニットはシミュレーションされないで，ジョブネットと同じ時刻が表示されます。シミュレーションする場合としない場合の，開始予定時刻と終了予定時刻の違いを次の図に示します。

図4‒26　実行シミュレーションの有無による開始予定時刻と終了予定時刻の違い

この例では，JP1/AJS3 - Viewの［環境設定］ダイアログボックスの［初回実行時間］に「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‒27　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コマンドの使用例を次に示します。コマンドを実行する時刻を2009/08/09 08:00とします。

（例1）

ajsshow -i "start=%BB end=%OO %JJ" -b 2009/8/9 -e 2009/8/9 -R /Net

start=2009/08/09 12:00 end=2009/08/09 12:02 /Net
start=2009/08/09 12:00 end=2009/08/09 12:01 /Net/Job1
start=2009/08/09 12:01 end=2009/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 20090809001 -R /Net

start=2009/08/09 12:00 end=2009/08/09 12:01 /Net
start=2009/08/09 12:00 end=2009/08/09 12:01 /Net/Job1
start=2009/08/09 12:00 end=2009/08/09 12:01 /Net/Job2

補足事項

実行シミュレーションしている場合は，ジョブネットが「異常終了」または「異常検出実行中」状態の場合，その後続ユニットは実行されないものとしてスケジュール表示されます。実行シミュレーションしていない場合は，後続ユニットも実行されるものとしてスケジュール表示されます。

スケジューリング方式（スケジュールスキップ，多重スケジュール）についての実行シミュレーションはされません。

起動条件が設定されているジョブネットで，まだ生成されていない「起動条件待ち」世代についての実行シミュレーションはされません。

未登録ユニットについての実行シミュレーションはされません。詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　6.4 定義したスケジュールの確認」を参照してください。

ジョブネットコネクタを使用したジョブネットの場合，ジョブネットコネクタの実行シミュレーションはそれ自身の統計情報を基にシミュレーションされます。統計情報は登録解除すると削除されるため，ジョブネットコネクタ側のルートジョブネットまたは接続先のジョブネットのどちらか一方だけを登録解除した場合，そのあとの実行シミュレーションにずれが生じることがあります。

待ち合わせ条件付きユニットの実行シミュレーションは，待ち合わせ条件付きユニット自身の統計情報を基にシミュレーションされます。待ち合わせ対象ユニットとの順序性はシミュレーションされません。

4.4.3　統計情報

シミュレーションは統計情報を基に実施されます。実行シミュレーションについては，「4.4.2(2) 実行シミュレーション」を参照してください。

(1)　統計情報とシミュレーション

ユニットの実行時間は，ユニットが正常終了した実行時間の平均を基に算出されます。正常終了した実行時間と回数の合計は，ルートジョブネットごとに統計情報として保持されます。

統計情報の管理について，次の図に示します。

図4‒28　統計情報の管理

この統計情報を基に実行シミュレーションが実施されます。上記の図の場合，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 ジョブネットの保存世代数の管理」を参照してください。

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

実行登録したジョブネットに対して，スケジュールの変更や，実行中のジョブネットやジョブの中断，強制終了などの操作ができます。

実行登録したジョブネットやジョブに対してできる処理を，次の表に示します。

表4‒3　実行登録したジョブネットやジョブに対してできる処理

項番

処理項目

処理内容

参照先

1

ジョブネットの登録解除

ルートジョブネットの実行登録を取り消す。実行登録を解除すると前回までの実行結果も削除される。

4.5.1

2

実行予定日時の追加

開始時刻待ち，または保留中のルートジョブネットに対して，前倒し日時変更した場合，次回実行予定を追加する。また，確定実行登録の場合は，日時を指定してスケジュールを追加する。

4.5.2

3

実行日時の一時変更

ユニットの実行開始予定日時を一時的に変更する。※1

4.5.3

4

一時的な即時実行

ユニットの実行開始予定日時を，すぐに実行できる実行開始予定日時に一時的に変更する。※1

ルートジョブネットの場合

実行開始予定日時を現在時刻に変更する。

ネストジョブネットの場合

実行日の基準時刻に変更する。

4.5.4

5

実行中止

次回実行予定または確定スケジュールでの実行を中止する。※1

4.5.5

6

保留属性の一時変更

次回実行予定または確定スケジュールでの実行を，一時的に保留または保留解除する。保留属性は，実行予定の変更などの操作をしたあとで再実行する場合などに指定する。※2

4.5.6

7

遅延監視の一時変更

実行待ちのジョブネットに対して，遅延監視時刻（時間）を一時的に変更する。

4.5.7

8

ジョブネットの優先順位の一時変更

実行待ちのルートジョブネットに対して，実行優先順位を一時的に変更する。

4.5.8

9

ジョブネットの中断

実行中のジョブが終了した時点でルートジョブネットを中断する。ルートジョブネット下のネストジョブネットも中断する。

なお，中断したジョブネットは異常終了として扱われる。監視中のルートジョブネットを中断した場合は，起動条件の監視を打ち切る。

4.5.9

10

強制終了

実行中のユニットを強制終了する。※3

ルートジョブネットを強制終了した場合，実行中のジョブをすべて強制終了し，ジョブネットを中断する。監視中のルートジョブネットを強制終了した場合は，起動条件の監視を打ち切る。

4.5.10

11

再実行

ジョブネットやジョブを再実行する。再実行されたジョブは，世代数（実行回数）としてカウントされない。

4.5.11

12

ジョブの状態変更

ジョブの状態と戻り値を変更する。例えば，ホストに障害が発生して，JP1/AJS3に通知されたジョブの状態が実際の状態と異なってしまった場合に，実際の状態に変更する。

4.5.12

13

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

コマンドでジョブネットの実行登録情報を操作する場合，操作対象となる世代の指定方法について説明する。

4.5.13

14

指定した日時からのジョブネット定義の切り替え

ジョブネットリリース機能を使用して，実行中のジョブネットの定義を，指定した日時から自動的に切り替える。

4.5.14

15

待ち合わせ条件の設定の一時変更

ユニットに対して設定してある待ち合わせの設定を，待ち合わせ対象ユニットごとに，一時的に有効または無効にする。すべての待ち合わせ対象ユニットの待ち合わせが無効になった待ち合わせ条件付きユニットは，すぐに実行を開始する。

4.5.15

16

一時変更情報の確認と再操作

実行登録したジョブネットやジョブに対する一時変更操作を，JP1/AJS3 - Viewから一時変更情報として一覧で参照する。また，一時変更情報の一覧から任意の一時変更の操作を選択し，ジョブネットやジョブに再操作（再反映）する。

4.5.16

17

ルートジョブネットのサスペンド

ルートジョブネットの下位にある全世代に対して，ユニットの実行を一時的に抑止し，実行登録中の定義を変更できるようにする。

4.5.17

注※1

指定したジョブ，またはジョブネットが実行中の場合は変更できません。

またルートジョブネットは，すでに実行が終了している場合，再実行している場合も変更できません。

注※2

一時的に保留属性を変更したジョブネットまたはジョブが終了していないときにJP1/AJS3 - Managerを再起動すると，保留状態のままになります。

注※3

UNIXジョブ中のプロセスが，setpgrp（プロセスグループ設定）システムコールを実行して成功している場合は，そのプロセスグループに含まれるプロセスは，打ち切れません。そのため，このようにして作成されたプロセスグループ内のプロセスは，killコマンドなどのほかの手段で終了させる必要があります。

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

実行登録されているジョブネットの登録を解除できます。

登録を解除できるのは，実行中でないジョブネットです。登録解除するジョブネットが実行中の場合，実行中のジョブネットの終了を待つか，強制終了させてから登録を解除してください。

登録解除の際は，すべての世代を解除することも，ある期間内の世代だけを解除することもできます。また，ajsleaveコマンドを使った場合は，登録番号を指定して特定の世代だけ登録を解除することもできます。

ネストジョブネットは，ルートジョブネットの登録を解除したときに同時に解除されます。ネストジョブネットだけの登録解除はできません。

すべてのジョブネットの登録を解除した場合は，前回までの実行結果も削除されます。

プランニンググループの場合

プランニンググループの下位にあるジョブネットに対して，期間を指定して登録解除ができます。登録を解除した期間には，新しいジョブネットの定義を追加できます。

注意事項

登録解除に掛かる時間は，登録解除するジョブネットのユニット数（ジョブネット，およびその下位にあるネストジョブネットやジョブの数），および保存世代数に比例して増大します。ユニット数と保存世代数を掛けた値が数万を超える場合，登録解除に掛かる時間が30分を超え，スケジューラーサービスが長時間，入出力の負荷が高い状態になり，ほかのジョブネットの実行動作に影響を与えるおそれがあります。そのため，規模の大きなジョブネットを登録解除する場合は，スケジューラーサービスの負荷を軽くするよう，次に示すような方法を検討してください。

ajsleaveコマンドで実行IDまたは実行登録番号を指定して過去の世代を1世代ずつ削除する

運用ピーク時間帯を避けて処理をする

補足事項

即時実行登録したジョブネットが多くある場合，ジョブネットを登録したままにしておくと，性能に影響を及ぼす場合があります。実行が終了し，結果を参照しないジョブネットは，定期的に登録解除することを推奨します。

登録解除の操作は，JP1/AJS3 - View，Web GUI（ジョブポータル），登録解除APIまたはajsleaveコマンドでできます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　7.3 実行登録の解除」を，Web GUI（ジョブポータル）での操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.22 ［登録解除］ダイアログボックス」を，登録解除APIで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.8 登録解除API」を，また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsleave」を参照してください。

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

確定実行登録されているルートジョブネットや，未計画状態のルートジョブネットに対して，実行開始日時を指定して実行予定を追加できます。

また，すでに実行予定があるルートジョブネット配下のネストジョブネットに対して，実行予定を追加できます。

(1)　ルートジョブネットに予定を追加する場合

日時指定の確定実行登録をすると，実行予定が追加されます。日時指定の確定実行登録については，「4.1.1(3) 確定実行登録」を参照してください。

追加した実行予定は，ルートジョブネットおよびネストジョブネットともにスケジュール定義は無視されます。また，起動条件付きジョブネットは起動条件監視をしないで，すぐに実行されます。実行予定日時を追加したルートジョブネットの下位にネストジョブネットがある場合，ネストジョブネットの実行予定日時は，ルートジョブネットと同じになります。

この操作は，JP1/AJS3 - View，Web GUI（ジョブポータル），確定実行登録APIまたはajsentryコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.2 ジョブネットの実行予定を追加する」を，Web GUI（ジョブポータル）での操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.23 ［追加］ダイアログボックス」を，確定実行登録APIで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.6 確定実行登録API」を，また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsentry」を参照してください。

なお，未来世代数を設定して確定実行登録したジョブネットで，擬似予定よりあとに実行予定を追加した場合，実行日時を一時変更したときと同様に，追加後の実行予定より前にある擬似予定は実行されません。追加後の実行予定より前にある擬似予定を実行させる場合は，擬似予定があった日時に実行予定を追加してください。詳細については，「4.5.3(4) 擬似予定よりあとの日時に変更する場合」を参照してください。

(2)　ネストジョブネットに予定を追加する場合

実行予定があるルートジョブネット配下のネストジョブネットに対して，実行予定を追加できますが，すでにネストジョブネットに実行予定がある場合は予定を追加できません。なお，予定を追加したネストジョブネット配下のユニットのスケジュールについては，次に示すとおりになります。

確定実行登録されているジョブネットの場合

すでにスケジュールが確定しているため，追加で指定したネストジョブネットにだけ予定が追加されます。

計画実行登録されているジョブネットで，スケジュールが上位に依存の設定の場合

追加で指定したネストジョブネットの配下のユニットにも予定が追加されます。

計画実行登録されているジョブネットで，スケジュールが上位に依存の設定ではない場合

スケジュールを再計算し，算出し直します。

追加した実行予定は，変更を解除して元の実行日時に戻せます。

この操作は，JP1/AJS3 - View，Web GUI（ジョブポータル），計画一時変更（日時変更）APIまたはajsplanコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.2 ジョブネットの実行予定を追加する」を，Web GUI（ジョブポータル）での操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.23 ［追加］ダイアログボックス」を，計画一時変更（日時変更）APIで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.12 計画一時変更（日時変更）API」を，また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsplan」を参照してください。

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

ジョブネットの実行予定世代の実行開始日時を変更できます。一時変更の場合，変更されるのは選択した実行予定だけで，それ以外の実行予定やスケジュールルールは変わりません。変更した日時にジョブネットを実行したあとは，定義したスケジュールルールに基づいた実行に戻ります。

ルートジョブネットの実行予定を元の実行開始日時より前の日時に変更する場合，元の実行予定をそのまま残し，新たに実行予定を追加できます。この場合は，変更前の日時と変更後の日時の両方でジョブネットが実行されます。

また，実行登録方法によって動作が異なります。

計画実行登録の場合

元の実行予定を前倒しで実行します。

元の実行予定がすでに計画一時変更されていた場合，一時変更情報は前倒しにした実行予定に引き継がれます。

元の開始予定日時に生成する実行予定には，一時変更情報は引き継がれません。

確定実行登録の場合

元の実行予定はそのまま残し，実行予定を新しくスケジューリングして追加します。

元の実行予定がすでに計画一時変更されていた場合，追加する実行予定ではジョブネットの一時変更情報を複製します。しかし，ジョブの一時変更情報は複製しません。

なお，次回実行予定日を当日へ変更した場合，変更した時点ですでに実行予定時刻を過ぎていたら，すぐにジョブネットが開始されます。

実行予定のないジョブネットは変更もできません。

一時変更した実行日時は，変更を解除して元の実行日時に戻せます。ただし，確定実行登録や即時実行登録したルートジョブネットの実行予定を前倒しして実行予定を追加した場合は，変更を解除することによって，前倒しして追加した実行予定の実行日時を元の実行日時に戻せます。ただし，変更を解除した実行予定はなくならないで，元の実行予定と同じ実行開始日時に戻ります。そのため，二つの実行予定が，同じ実行開始日時に実行されてしまいます。前倒しして追加した実行予定を取り消すには，変更解除ではなく，前倒しして追加した実行予定を実行中止してください。

この操作は，JP1/AJS3 - View，Web GUI（ジョブポータル），計画一時変更（日時変更）APIまたはajsplanコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.3 ジョブネットの実行開始日時を一時的に変更する」を，Web GUI（ジョブポータル）での操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.24 ［日時変更］ダイアログボックス」を，計画一時変更（日時変更）APIで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.12 計画一時変更（日時変更）API」を，また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsplan」を参照してください。

(1)　ネストジョブネットの実行予定を変更する場合

ネストジョブネットの実行日時は，ルートジョブネットの実行開始日から48時間の範囲内でだけ変更できます。48時間以内であれば，翌日の日付を指定しても有効になります。

例えば，ルートジョブネットの実行日が8/11の場合に，ネストジョブネットの実行開始日時を8/12の1:00と指定しても，8/11分の実行予定として扱われ，ネストジョブネットは実行されます。

(2)　ルートジョブネットが48時間制の場合

ルートジョブネットのスケジュール定義に48時間制を採用していて，ルートジョブネットの実行日時を一時変更する場合，変更する実行開始日時と実行日の関係に注意してください。例えば，8/11 36:00へ一時変更するのと，8/12 12:00へ一時変更するのとでは，実際の実行開始時刻は同じですが，JP1/AJS3の運用上の実行日が異なります。実行日の指定によっては，ネストジョブネットが実行されないことがあります。

実行開始時刻を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.3.1 ルートジョブネットの時間制とスケジュールルール」を参照してください。

実行開始日時の指定と実行日の関係について，次の図に示します。

図4‒29　実行開始日時の指定と実行日の関係

注意事項

実行日時の一時変更で48時間制スケジュールが有効になるのは，絶対日時で日時変更した場合です。相対日時指定で日時変更した場合は，24:00以降は翌日扱いとなります。例えば，8/1の22:00の実行予定を，相対時刻指定で12時間後に実行日時を変更した場合は，8/1の34:00として実行されないで8/2の10:00として実行されます。

ルートジョブネットのスケジュール定義に48時間制スケジュールを採用し，基準時刻に0:00以外の時刻が設定されている場合，指定した日時とJP1/AJS3運用上の日付とにずれが生じるなど，運用が複雑になるため注意が必要です。詳細については，「3.3.2(1)(a) 実行開始日時の設定」を参照してください。

(3)　上位ジョブネットの実行予定を一時変更した場合のネストジョブネットのスケジュール

実行予定を一時変更するジョブネットにネストジョブネットがある場合，上位ジョブネットと連動して配下のジョブネットの開始日時も同時に変更できます。連動して変更する場合，上位のジョブネットの開始時刻を2時間ずらすと，配下のジョブネットも同じように2時間ずらされます。連動させない場合は，上位のジョブネットの開始日時を変更しても，配下のジョブネットの開始日時は変更されません。

配下のジョブネットのスケジュールを連動させない設定の場合でも，ルートジョブネットの実行予定日を別の日に変更した場合は，ネストジョブネットのスケジュールが自動的に再計算されます。スケジュールの再計算は，ルートジョブネットの実行登録方法によって異なるため注意してください。変更後のスケジュールを，ルートジョブネットの実行登録方法ごとに説明します。

なお，実行登録方法による違いを意識したくない場合は，ルートジョブネットの実行日時を変更する際に，配下のネストジョブネットを連動して変更するように指定してください。

ルートジョブネットの実行日を一時変更した場合のネストジョブネットのスケジュールを，次の図に示します。

図4‒30　ルートジョブネットの実行日を一時変更した場合のネストジョブネットのスケジュール

ルートジョブネットを計画実行登録していた場合

ルートジョブネットの実行日を一時変更すると，ネストジョブネットのスケジュールは，スケジュールルールに基づいて再計算されます。変更後の実行日がネストジョブネットのスケジュールルールに一致しなければ，そのネストジョブネットの実行予定は生成されません。ネストジョブネットBは処理サイクルが毎日であるため，8/13もスケジュールが有効ですが，ネストジョブネットCは処理サイクルが毎週であるため，8/13のスケジュールは無効です。そのため，8/13にはジョブネットCは実行されません。ただし，即時実行，一時変更，または追加操作され，実行予定が確定しているネストジョブネットについては，「ルートジョブネットを即時実行登録，または確定実行登録していた場合」と同じ動作になります。ネストジョブネットB，Cに対して即時実行，一時変更，または追加操作されていた場合は，ネストジョブネットB，Cの実行予定は，8/13に移動します。

ルートジョブネットを即時実行登録，または確定実行登録していた場合

ネストジョブネットB，Cは，どちらも実行予定日が8/11で確定されています。確定されている実行予定は通常変更されませんが，ルートジョブネットの実行日を変更した場合は，変更後のルートジョブネットの実行日に合わせて，ネストジョブネットの実行時刻が変更されます。ネストジョブネットの実行時刻が，ルートジョブネットの実行日の基準時刻から48時間以内に収まるように変更されます。その結果，ネストジョブネットB，Cの実行予定は，8/13に移動します。ネストジョブネットの実行時刻が変更され，意図しない実行時刻になった場合は，ネストジョブネットの実行予定を一時変更してください。

(4)　擬似予定よりあとの日時に変更する場合

擬似予定とは，計画実行登録したジョブネット，および未来世代数を設定して確定実行登録したジョブネットについて，ジョブネットの実行予定を擬似的に生成したものです。計画実行登録の場合，次回予定以降の予定（スケジュール）を指します。未来世代数を設定した確定実行登録の場合，指定した未来世代数以降の予定を指します。

計画実行登録したジョブネット，および未来世代数を設定して確定実行登録したジョブネットの日時を擬似予定よりあとの日時に変更した場合，変更後の実行予定より前にある擬似予定は実行されません。

擬似予定またがりの実行予定日付変更の例を，次の図に示します。

図4‒31　擬似予定またがりの実行予定日付変更の例

上記の場合，実行予定日を8/11から8/15に変更しています。8/15より前にある擬似予定の8/14は実行されません。したがって，実行予定日は8/15および8/17となります。

なお，8/14の擬似予定を実行する場合は，次のようにしてください。

計画実行登録したジョブネットの場合

8/14の擬似予定を実行する場合は，日時変更で一時変更するのではなく，8/11の実行予定を実行中止し，スケジュールルールの追加で8/15に実行予定を追加してください。

実行予定の実行中止については，「4.5.5 ジョブネットやジョブの実行を中止する」を参照してください。

未来世代数を設定して確定実行登録したジョブネットの場合

実行予定日を8/11から8/15に変更したあと，擬似予定があった8/14に実行予定を追加してください。

実行予定の追加については，「4.5.2 ジョブネットに実行予定を追加する」を参照してください。

(5)　計画実行登録された実行予定に対して複数回一時変更で予定を追加する場合

計画実行登録では，最新のスケジュールから次回実行予定日時を算出するため，次々回以降の実行予定は擬似予定としてスケジュールを確定しません。そのため，計画実行登録したジョブネットでは，スケジュールが確定している次回実行予定だけを一時変更できます。

現在の実行予定日時より前の日時に一時変更する場合は，変更前のスケジュールを移動させる（次回予定移動），または変更前のスケジュールを動かさないで追加する（次回予定追加）を選択できますが，追加の場合は次回実行予定だけ追加できます。次々回以降の予定を含む複数の予定は一時変更で追加できません。また，連続して追加指定で一時変更をした場合でも，最後の一時変更で追加された次回実行予定だけが追加されます。

計画実行登録された実行予定に対して複数回一時変更した場合について，次の図に示します。

図4‒32　計画実行登録された実行予定に対して複数回一時変更した場合の例

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

即時実行は，現在時刻の実行予定を生成して，登録済みのジョブネットをすぐに実行します。計画実行登録されたルートジョブネット，および確定実行登録されて次回実行予定があるジョブネットに対して有効です。

次回実行予定があるルートジョブネットを即時実行する場合，次回実行予定をそのまま残しておく（次回予定追加）か，取り消すか（次回予定移動）を選択できます。

次回実行予定を残して即時に実行する場合は，実行登録方法によって動作が異なります。

計画実行登録の場合

元の実行予定を前倒しで即座に実行します。

元の実行予定がすでに計画一時変更されていた場合，一時変更情報は前倒しにした実行予定に引き継がれます。

元の開始予定日時に生成する実行予定には，一時変更情報は引き継がれません。

確定実行登録の場合

元の実行予定はそのまま残し，即時実行される実行予定を新しくスケジューリングして追加します。

元の実行予定がすでに計画一時変更されていた場合，追加する実行予定ではジョブネットの一時変更情報を複製します。しかし，ジョブの一時変更情報は複製しません。

ネストジョブネットを即時実行する場合，上位ジョブネットに実行予定がなければ実行されません。また，上位ジョブネットの実行が開始するまでは実行されません。

ルートジョブネットを即時実行する場合，その配下のネストジョブネットは，ルートジョブネットの実行登録方法によって実行されるかされないかが決まります。

計画実行登録したルートジョブネットを即時実行した場合

ネストジョブネットの実行予定が生成されます。ただし，即時実行，一時変更，または追加操作され実行予定が確定しているネストジョブネットについては，「確定実行登録したルートジョブネットを即時実行した場合」と同じ動作になります。

確定実行登録したルートジョブネットを即時実行した場合

確定実行登録では実行予定が確定しているため実行予定は生成されません。

ルートジョブネットの実行日が変わる場合，ネストジョブネットの実行開始予定時刻は，変更後のルートジョブネット実行開始予定日の基準時刻から48時間以内で実行するように実行予定が調整されます。

ネストジョブネットの実行時刻が変更され，意図しない実行時刻になった場合は，ネストジョブネットの実行予定を一時変更してください。

また，配下のスケジュールを連動して即時実行した場合※，選択したジョブネット配下の，すべてのジョブネットの開始時刻が相対的に変更されます。

即時実行した実行日時は，変更を解除して元の実行日時に戻せます。ただし，開始予定時刻前に，確定実行登録や即時実行登録したルートジョブネットの実行予定を前倒しして実行予定を追加した場合は，変更を解除することによって，前倒しして追加した実行予定の実行日時を元の実行日時に戻せます。ただし，変更を解除した実行予定はなくならないで，元の実行予定と同じ実行開始日時に戻ります。そのため，二つの実行予定が，同じ実行開始日時に実行されてしまいます。前倒しして追加した実行予定を取り消すには，変更解除ではなく，前倒しして追加した実行予定を実行中止してください。

注※

JP1/AJS3 - Viewでは，［計画一時変更］から［即時実行］を選択し，配下の開始日時もずらす指定をして即時実行する場合です。コマンドでは，ajsplanコマンドに-iオプションを指定して即時実行する場合です。

注意事項

ルートジョブネットのスケジュール定義に48時間制スケジュールを採用していても，即時実行した時点の日時で実行されます。例えば，8/1の34:00の実行予定を8/2の8:00に即時実行した場合，8/1の32:00として実行されるのではなく，8/2の8:00として実行されます。

計画実行登録，または確定実行登録したジョブネットに対して，現在日時が8/1の12:00のときに即時実行した場合の動作を，次の図に示します。

図4‒33　ジョブネットの定義

ルートジョブネットを即時実行した場合

ルートジョブネットを即時実行した場合，ネストジョブネットの実行予定の時刻変更は，ルートジョブネットの実行登録方法によって異なります。

ルートジョブネットが計画実行登録している場合

計画実行登録したルートジョブネットを即時実行した場合の時刻変更について，次の図に示します。

図4‒34　計画実行登録したルートジョブネットを即時実行した場合

ルートジョブネットAは，8/1の12:00の実行予定が生成され，すぐに実行されます。

ネストジョブネットBは，8/1の実行予定がないため，実行されません。

ネストジョブネットCは，スケジュール定義の開始日が登録日であり，即時実行後のルートジョブネットAの実行日と重なるため，8/1の15:00の実行予定が生成され，実行されます。

ネストジョブネットDは，8/1の実行予定がないため，実行されません。

ネストジョブネットB，およびネストジョブネットDを実行する場合は，ルートジョブネットを即時実行する前にネストジョブネットB，およびネストジョブネットDを選択して即時実行してください。

ルートジョブネットが確定実行登録している場合

確定実行登録したルートジョブネットを即時実行した場合の時刻変更について，次の図に示します。

図4‒35　確定実行登録したルートジョブネットを即時実行した場合

ルートジョブネットAは，8/1の12:00の実行予定が生成され，すぐに実行されます。

ネストジョブネットBとCは，実行予定は生成されませんが，ルートジョブネットAの基準時刻から48時間以内へ調整されるため，最終日時（8/2 23:59:59）に実行予定が変更されます。

ネストジョブネットDは，8/1の実行予定がないため，実行されません。

ネストジョブネットDを実行する場合は，ルートジョブネットを即時実行する前にネストジョブネットDを選択して即時実行してください。

配下のスケジュールを連動してルートジョブネットを即時実行した場合

計画実行登録，または確定実行登録したルートジョブネット配下のスケジュールを連動して即時実行した場合の時刻変更について，次の図に示します。

図4‒36　配下のスケジュールを連動してルートジョブネットを即時実行した場合

ルートジョブネットAは，8/1の12:00の実行予定が生成され，すぐに実行されます。

ネストジョブネットBとCは，ルートジョブネットAの開始時刻から現在時刻までの差分の時間分を，相対的にずらした日時に実行予定が変更されます。上記の図の場合は差分時間が46時間となるため，ジョブネットBとCは，8/1の17:00の実行予定が生成され，実行されます。

ネストジョブネットDは，8/1の実行予定がないため，実行されません。

ネストジョブネットDを実行する場合は，ルートジョブネットを即時実行する前にネストジョブネットDを選択して即時実行してください。

この操作は，JP1/AJS3 - View，Web GUI（ジョブポータル），計画一時変更（即時実行）APIまたはajsplanコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.4 実行予定があるジョブネットをすぐに実行する」を，Web GUI（ジョブポータル）での操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.25 ［即時実行］ダイアログボックス」を，計画一時変更（即時実行）APIで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.13 計画一時変更（即時実行）API」を，また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsplan」を参照してください。

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

ジョブネットやジョブの次回実行予定，または確定スケジュールを取り消します。

ジョブネットやジョブに対する実行中止は，変更を解除して元の実行予定に戻せます。ただし，確定実行登録や即時実行登録したルートジョブネットに対する実行中止は，解除できません。

実行中止したネストジョブネット，およびジョブは，実行条件を満たすと「未計画」から「計画未実行」状態となり，後続ジョブネット，およびジョブが実行されます。

実行の中止は，プランニンググループの下位にあるジョブネットに対しても実行できます。実行を中止したあと，実行を中止した期間に新しいジョブネットの定義を追加できます。

計画実行登録したルートジョブネットの次回実行予定を中止した場合，次の実行予定が繰り上がって次回実行予定になります。

ルートジョブネットの場合は，複数の実行予定を中止できます。計画実行登録したルートジョブネット下のネストジョブネットまたはジョブは，ルートジョブネットの次回実行予定に対応した実行予定だけが取り消せます。

計画実行登録したルートジョブネットを実行中止した場合，ルートジョブネットやネストジョブネットの一時変更情報※は，次の世代に引き継がれます。ネストジョブネットのスケジュールは，ルートジョブネットの次の世代に従って再計算されます。ただし，即時実行，一時変更，または追加操作され実行予定が確定しているネストジョブネットは，ルートジョブネットの実行中止や変更解除で，ルートジョブネットの実行日が変わる場合，変更後のルートジョブネットの実行日に合わせて，ネストジョブネットの実行日時が，ルートジョブネットの実行日の基準時刻から48時間以内に収まるように変更されます。

ネストジョブネットの実行時刻が変更され，意図しない実行時刻となった場合は，ネストジョブネットの実行予定を一時変更してください。

この操作は，JP1/AJS3 - View，Web GUI（ジョブポータル），計画一時変更（実行中止）APIまたはajsplanコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.5 ジョブネットやジョブの実行を一時的に中止する」を，Web GUI（ジョブポータル）での操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.7 ［マンスリースケジュール］画面」を，計画一時変更（実行中止）APIで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.14 計画一時変更（実行中止）API」を，また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsplan」を参照してください。

注※

実行中止時には，遅延状態や待ち合わせ状態，次の一時変更操作による情報が次回実行予定へ引き継がれます。

しかし，リリース登録されているルートジョブネットを実行中止して，次回実行予定がリリース日時以降になった場合は，次回実行予定が生成し直されるため，情報は引き継がれません。

なお，遅延状態や待ち合わせ状態，次の一時変更操作による情報を削除して次回実行予定を生成したい場合は，実行中止ではなく期間や実行IDを指定して登録解除してください。登録解除については，「4.5.1 ジョブネットの登録を解除する」を参照してください。

表4‒4　計画実行登録したルートジョブネットを実行中止した場合の，一時変更操作による情報の次回実行予定への引き継ぎ有無

一時変更操作

ジョブネット

ジョブ

ルート

ネスト

日時変更

×

〇

−

即時実行

×

〇

−

実行中止

×

〇

〇

保留属性一時変更

〇

〇

〇

遅延監視一時変更

〇

〇

−

優先順位一時変更

〇

〇

−

実行順序制御方式の一時変更

〇

−

−

起動条件の無効化，成立待ち時間の変更，成立待ち回数の変更

〇

−

−

待ち合わせ条件の一時変更

〇

〇

〇

（凡例）

ルート：ルートジョブネット

ネスト：ネストジョブネット

○：引き継ぐ。

×：引き継がない。

−：操作できない。

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

登録済みのジョブネットまたはジョブを一時的に保留状態にしたり，保留されているジョブネットまたはジョブの保留を一時的に解除したりできます。ただし，実行中のジョブネットまたはジョブは，保留状態にできません。

保留属性が設定されているジョブネットまたはジョブは，一時的に保留解除しても，そのジョブネットまたはジョブが終了すると，再び保留属性が設定された状態になります。

実行が終了したジョブネットまたはジョブに対して，一時的に保留属性を設定したり，解除したりした場合は，そのユニットを再実行したときに変更が有効になります。

先行ユニットが異常検出終了したことなどによって，一時的に保留属性を変更したジョブネットまたはジョブが開始しないまま終了し，再実行された場合は，変更が有効になった状態で再実行されます。

保留属性の一時変更は，JP1/AJS3 - View，Web GUI（ジョブポータル），保留属性変更APIまたはajsplanコマンドで実行できます。操作については，次の個所を参照してください。

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.6 ジョブネットやジョブの実行を保留する」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.2 ［ダッシュボード］画面」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.7 ［マンスリースケジュール］画面」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.8 ［モニタ］ダイアログボックス」

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.9 保留属性変更API」

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsplan」

補足事項

ルートジョブネットでは，必ず実行を保留する設定以外に，前回終了結果が異常終了または警告終了のときにだけ保留する設定があります。この場合に保留が解除されるタイミングは，一時変更による保留解除以外に，前回終了状態が正常終了になったときがあります。保留の解除は，スケジュール定義やカレンダー情報の変更など，スケジュールが再計算されるタイミングで実行されます。前回終了状態が変わっても保留のままとしたい場合は，再度保留を設定してください。

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

ジョブネットの遅延監視の設定を一時的に変更できます。ただし，実行中のジョブネットに対しては，開始遅延時刻を一時的に変更できません。また，実行中のジョブネットに対して，開始遅延時刻と終了遅延時刻，実行所要時間を同時に変更することもできません。終了したジョブネットに対して，遅延監視を一時変更しても，遅延監視されません。

実行中のジョブネットに対して，終了遅延時刻，または実行所要時間を一時変更した場合，遅延監視されるかどうかは，一時変更の前に遅延を検出していたかどうかによって決まります。

一時変更前に遅延を検出していない場合

一時変更した遅延時刻に達した時点で，終了遅延を検出する。

一時変更前に遅延を検出していた場合

一時変更した遅延時刻に達しても，終了遅延を検出しない。

開始遅延監視，および終了遅延監視の監視方法には，次のどれかが指定できます。

［絶対時刻］

［ルートジョブネットの開始予定時刻からの相対時間］

［上位ジョブネットの開始予定時刻からの相対時間］

［自ジョブネットの開始予定時刻からの相対時間］

［監視しない］

絶対時刻は00:00〜47:59の範囲内で，相対時間は0〜2,879分の範囲内で指定します。どの指定でも，指定したジョブネットの開始日1日の範囲内で遅延時刻が適用されます。

また，ジョブネットの［実行所要時間］による監視も指定できます。実行所要時間は，1〜2,879分の範囲内で指定します。この監視方法では，指定したジョブネットの開始日1日の範囲とは関係なく，遅延時刻が適用されます。

この操作は，JP1/AJS3 - View，Web GUI（ジョブポータル），遅延監視変更APIまたはajsplanコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.7 ジョブネットの遅延監視日時を一時的に変更する」を，Web GUI（ジョブポータル）での操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.26 ［遅延監視一時変更］ダイアログボックス」を，遅延監視変更APIで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.10 遅延監視変更API」を，また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsplan」を参照してください。

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

登録済みのジョブネットに対して，ジョブの実行優先順位を一時的に変更できます。ただし，下位のジョブに実行優先順位が定義されているジョブネットは，実行優先順位の一時変更はできません。実行優先順位が指定されているジョブは，指定されている実行優先順位のままとなります。

なお，実行中のジョブの実行優先順位は変更できません。

一時的に変更した実行優先順位はジョブネットが終了すると無効になりますが，再実行した場合には引き継がれます。

実行優先順位は，「なし」または「1」〜「5」を指定できます。最も低いのが「1」，最も高いのが「5」です。UNIXジョブ，またはLinuxホスト上で実行するHTTP接続ジョブの場合，実行優先順位に「4」，または「5」を指定できるのは，ジョブを実行するOSユーザーがスーパーユーザー権限を持つときだけです。ジョブネットの優先順位，およびジョブの実行優先順位のどちらにも「なし」が定義されている場合，実行優先順位は環境設定パラメーターDEFAULTPRIORITYで設定された値を仮定します。

環境設定パラメーターDEFAULTPRIORITYの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(108) DEFAULTPRIORITY」を参照してください。

実行優先順位の指定値と値の意味を，次の表に示します。

表4‒5　実行優先順位の指定値と値の意味

指定値

Windowsでの実行優先順位

UNIXでの実行優先順位

1

対話処理と比較して低い

JP1/AJS3サービスのnice値+20

2

JP1/AJS3サービスのnice値+10

3

対話処理と同等

JP1/AJS3サービスのnice値

4

対話処理と比較して高い

JP1/AJS3サービスのnice値-10

5

JP1/AJS3サービスの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/AJS3サービスのnice値を基準とします。特に設定されていない場合のnice値は20が仮定されます。

指定値が「1」でnice値が20の場合，優先順位の値は次のとおりです。

　39 ≒ 20（デフォルト）＋ 20（増分値）

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

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

この操作は，GUIまたはajsplanコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.8 ジョブネットの実行優先順位を一時的に変更する」を参照してください。また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsplan」を参照してください。

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

実行中のルートジョブネットを中断できます。中断の指示を受けたジョブネットは，新たなジョブを起動しなくなり，実行中のジョブの実行終了を待ってから実行を中断します。中断したジョブネットは，異常終了の扱いになります。

中断したジョブネットは，［異常終了ジョブから］，［異常終了ジョブの次から］のどちらの再実行方法でも再開できます。

ルートジョブネットを中断すると，ネストジョブネットを含めたジョブネット全体の実行が中断します。ネストジョブネットだけを中断することはできません。

この操作は，JP1/AJS3 - View，Web GUI（ジョブポータル），中断APIまたはajsintrptコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.9 実行中のジョブネットを中断する」を，Web GUI（ジョブポータル）での操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.8 ［モニタ］ダイアログボックス」を，中断APIで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.16 中断API」を，また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsintrpt」を参照してください。

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

実行中のジョブおよびジョブネットを強制終了できます。強制終了の指示を受けたジョブは，実行中のジョブのプロセスを強制終了します。また，強制終了の指示を受けたジョブネットは，新たなジョブを起動しなくなり，ジョブネット内の実行中のジョブすべてを強制終了します。

この操作は，JP1/AJS3 - View，Web GUI（ジョブポータル），強制終了APIまたはajskillコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.10 実行中のジョブネットやジョブを強制終了する」を，Web GUI（ジョブポータル）での操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.8 ［モニタ］ダイアログボックス」を，強制終了APIで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.17 強制終了API」を，また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajskill」を参照してください。

(1)　ジョブの強制終了

現在実行中のジョブを強制終了できます。ジョブを強制終了すると，指定したジョブの実行が打ち切られ，強制終了されたジョブは異常終了の扱いになります。実行中でないジョブは強制終了できません。ただし，ジョブを強制終了しても，同じジョブネット内でほかに実行中のジョブがある場合，そのジョブは実行を続行します。ジョブネット内の新たなジョブを実行しないようにするには，ジョブネットの実行を中断してからジョブを強制終了します。

Windowsで実行中のジョブを強制終了した場合，強制終了されるのは，JP1/AJS3が起動したプロセスだけであり，それぞれの配下のプロセスは強制終了されません。また，実行中のジョブを強制終了しても，それぞれの配下のプロセスが使用していた資源は解放されないことがあります。

ただし，JP1/AJS3が起動したプロセスがJP1/Scriptで作成したスクリプトファイル（.spt）の場合，起動した配下のプロセスによって強制終了される範囲が変わります。

詳細については，「5.4.10(3) JP1/Scriptで作成されたジョブの強制停止」を参照してください。

UNIXで実行中のジョブを強制終了すると，ジョブのプロセスグループに対してSIGKILLシグナルが送信され，強制終了されます。ジョブ中のプロセスが，setpgrp（プロセスグループ設定）システムコールを実行して成功している場合，そのプロセスグループに含まれるプロセスは強制終了されません。そのため，このようにして作成されたプロセスグループ内のプロセスは，killコマンドなどのほかの手段で終了させる必要があります。

(2)　ジョブネットの強制終了

ジョブネットを強制終了すると，ネストジョブネットも含め，すべての実行中のジョブが強制終了され，新たなジョブは実行されません。強制終了されたジョブネットは異常終了になります。ネストジョブネットだけを強制終了できません。

ジョブネットの強制終了と中断の違いは，実行中のジョブを強制終了するかどうかです。

(3)　起動条件を設定したジョブネットの監視打ち切り

起動条件を監視中のジョブネットの監視を打ち切る場合は，「監視中」の状態になっているルートジョブネットを強制終了します。

起動条件を設定したジョブネットの場合，「監視中」のジョブネットが一つあり，起動条件が成立すると，「監視中」のジョブネットから新しい世代のジョブネットが派生して実行されます。このため，監視自体を打ち切る場合は，元の「監視中」のジョブネットを選択して強制終了してください。

(4)　強制終了できるユニットの状態

次の状態のジョブまたはルートジョブネットだけを強制終了できます。

ジョブの場合

キューイング

実行中

キューレスジョブの場合は，「実行待ち」状態のジョブも強制終了できます。

ルートジョブネットの場合

実行中

警告検出実行中

異常検出実行中

監視中

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

実行が終了したジョブネットやジョブの実行結果を指定して，再実行できます。

再実行には，ルートジョブネットの再実行と，ネストジョブネットまたはジョブの再実行の2種類があります。それぞれの方法について説明します。

この操作は，JP1/AJS3 - View，Web GUI（ジョブポータル），再実行APIまたはajsrerunコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.11 ジョブネットやジョブを再実行する」を，Web GUI（ジョブポータル）での操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.13 ［再実行］ダイアログボックス」を，再実行APIで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.18 再実行API」を，また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsrerun」を参照してください。

補足事項

ジョブネットコネクタを使ってルートジョブネットの実行順序を制御している場合の再実行については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.4(5) ジョブネットコネクタ・接続先のジョブネットの再実行」を参照してください。

待ち合わせ条件を使用してユニットの実行順序を制御している場合の再実行については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.5 待ち合わせ条件を使用したユニットの実行順序制御」を参照してください。

(1)　ルートジョブネットを再実行する

ルートジョブネットを再実行する場合，次の中から再実行方法を選べます。

異常終了ジョブから

異常終了したジョブから再実行します。異常終了したジョブの前に正常終了したジョブがあっても，正常終了したジョブは再実行しません。

再実行してジョブが正常終了すると，後続ジョブを実行し処理を続行します。

ネストジョブネットが異常終了した場合，ネストジョブネット中の異常終了したジョブから再実行します。

異常終了ジョブの次から

異常終了したジョブの次のジョブから再実行します。

ネストジョブネットが異常終了した場合，ネストジョブネット中の異常終了したジョブの次のジョブから再実行します。

ただし，関連線で接続されているユニットの中で，最初に異常終了したユニットが，「未実行終了」状態や「繰り越し未実行」状態の場合は，それらのユニットも再実行します。

異常終了したジョブネットから

異常終了したジョブを直下に含むジョブネットから再実行します。

ネストジョブネット直下に，異常終了したジョブ以外に正常終了したジョブがあっても，ネストジョブネット直下全体とその後続ユニットが再実行されます。ルートジョブネット直下に異常終了したジョブがある場合は，ルートジョブネット全体が再実行されます。

ジョブネットの先頭から

ルートジョブネットの先頭から再実行します。

警告終了ジョブだけ

警告終了したジョブだけを再実行します。ネストジョブネットを定義している場合，ネストジョブネット中で警告終了となったジョブを再実行します。

また，一度警告終了したあとに再実行して異常終了しているジョブも再実行します。

(2)　ネストジョブネットまたはジョブを再実行する

ネストジョブネットやジョブを再実行する場合，次の中から再実行方法を選べます。

指定したジョブネットまたはジョブから

指定したジョブネットまたはジョブから再実行します。再実行してジョブネットまたはジョブが正常に終了したら，後続ジョブを実行し処理を続行します。

指定したジョブネットまたはジョブの次から

指定したジョブまたはネストジョブネットの次のジョブから再実行します。

指定したジョブネットまたはジョブだけ

指定したジョブまたはネストジョブネットだけ再実行します。

次の場合は，再実行してもエラーとなって，再実行できません。

再実行しようとしたジョブネットまたはジョブの，上位のルートジョブネットが保留中，開始時刻待ちの場合

再実行しようとしたジョブネットまたはジョブが，実行中，異常検出実行中，警告検出実行中，先行終了待ち，開始時刻待ち，保留中，未計画，キューイング，または実行待ちの場合

再実行しようとしたジョブネットまたはジョブがリカバリー属性を持ち，先行のジョブネットまたはジョブが正常終了または警告終了している場合

再実行しようとしたジョブネットまたはジョブが，判定ジョブ，または判定ジョブの従属ユニットである場合

なお，判定ジョブの従属ユニットは，環境設定パラメーターRERUNSUBORDINATEに「yes」を設定することで，再実行できるようになります。従属ユニットの再実行可否については，「(4) 判定ジョブの従属ユニットを再実行する方法」を参照してください。

再実行しようとしたジョブネットまたはジョブの上位ジョブネットにスケジュールがない場合

また，次の場合は再実行してもエラーになりません。ただし，再実行対象のジョブネットまたはジョブは実行されません。

再実行対象のジョブが実行中止されていた場合

再実行しようとしたジョブネットにスケジュールがなく，上位のジョブネットにスケジュールがある場合

(3)　判定ジョブの先行ジョブが異常終了した場合

判定ジョブの先行ジョブが異常終了した場合，異常終了した先行ジョブを次のように再実行できます。

ルートジョブネットを再実行する

「異常終了ジョブから」

「異常終了ジョブの次から」※1

「異常終了ジョブネットから」

「先頭から」

「警告終了ジョブだけ」※2

ネストジョブネットまたはジョブを再実行する

「このユニットから」（従属ユニットは除く）

「このユニットの次から」（従属ユニットは除く）※1

「このユニットだけ」（従属ユニットは除く）

注※1

異常終了した先行ジョブの次から再実行した場合の動作

判定ジョブの先行ジョブが異常終了したあと，異常終了した先行ジョブの次から再実行すると，異常終了した先行ジョブの状態が「正常終了」に変わり，次の判定ジョブから処理が実行されます。

先行ジョブの終了コードを使って判定ジョブの判定処理をする場合は，先行ジョブが異常終了したときの終了コードが使用されます。

注※2

先行ジョブが，警告終了後に再実行によって異常終了している場合です。

(4)　判定ジョブの従属ユニットを再実行する方法

従属ユニットとは，判定ジョブの実行結果によって，実行するかどうかが決まるユニットのことです。判定ジョブに関連づけられている従属ユニットが異常終了した場合の再実行方法は，従属ユニットを再実行するかどうかの設定によって異なります。従属ユニットを再実行するための設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.1.14 従属ユニットを再実行するための設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.1.15 従属ユニットを再実行するための設定」（UNIXの場合）を参照してください。

従属ユニットを再実行しない設定の場合（環境設定パラメーターRERUNSUBORDINATEが「no」の場合）

通常のジョブ（PCジョブやUNIXジョブなど）と異なり，従属ユニットは再実行できません。先行する判定ジョブから再実行することもできません。

従属ユニットが異常終了した場合は，上位のジョブネットを選択して再実行してください。

従属ユニットを再実行する設定の場合（環境設定パラメーターRERUNSUBORDINATEが「yes」の場合）

従属ユニットを再実行できるかどうかは，従属ユニットのユニット種別と状態によって異なります。

従属ユニットを再実行するには，次の条件をすべて満たしている必要があります。

JP1/AJS3 - Managerのバージョンが10-00以降

条件接続している判定ジョブの判定結果が真

条件接続している判定ジョブの状態が「正常終了」

従属ユニットのユニット種別が，次の表で「○」になっている

表4‒6　再実行できる従属ユニットのユニット種別

項番

ユニット種別

従属ユニットとして定義されているユニット

従属ジョブネット内に定義されているユニット

1

ジョブグループ

−

−

2

ルートジョブネット

−

−

3

ネストジョブネット

○

○

4

ルートリモートジョブネット

−

−

5

ネストリモートジョブネット

○

○

6

マネージャージョブグループ

−

−

7

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

−

−

8

プランニンググループ

−

−

9

標準ジョブ

○

○

10

ジョブネットコネクタ

−

○

11

ORジョブ

−

○

12

判定ジョブ

−

×

13

イベントジョブ

○

○

14

アクションジョブ

○

○

15

カスタムジョブ

○

○

16

引き継ぎ情報設定ジョブ

○

○

17

HTTP接続ジョブ

○

○

18

カスタムイベントジョブ

○

○

（凡例）

○：再実行条件を満たしていれば，再実行できる

×：再実行できない

−：従属ユニットとして定義できない

従属ユニットの状態が，次の表で「○」になっている

表4‒7　従属ユニットのユニット種別と状態による再実行可否

項番

状態

従属ユニットのユニット種別

ジョブネット

ジョブ

ジョブネットコネクタ

1

未計画

×

×

×

2

開始時刻待ち

×

−

−

3

先行終了待ち

×

×

×

4

保留中

×

×

−

5

実行待ち

−

×

−

6

キューイング

−

×

−

7

未実行終了

○

○

○

8

未実行終了-W

○

○

−

9

計画未実行

○

○

○

10

実行中

×

×

×

11

異常検出実行中

×

−

×

12

警告検出実行中

×

−

×

13

正常終了

○

○

○

14

正常終了-偽

−

−

−

15

警告検出終了

○

○

○

16

異常検出終了

○

○

○

17

異常検出終了-WR

○

○

−

18

繰り越し未実行

×

−

−

19

順序不正

○

−

−

20

中断

○

−

−

21

強制終了

○

○

○

22

強制終了-WR

○

○

−

23

起動失敗

−

○

−

24

起動失敗-WR

−

○

−

25

終了状態不明

−

○

○

26

終了状態不明-WR

−

○

−

27

閉塞

×

×

×

28

起動条件待ち

−

−

−

29

監視中

−

−

−

30

監視未起動終了

−

−

−

31

監視打ち切り終了

−

−

−

32

監視中断

−

−

−

33

監視正常終了

−

−

−

（凡例）

○：再実行できる

×：再実行できない

−：存在しない状態

(5)　ジョブネットまたはジョブの再実行の注意事項

ジョブネットまたはジョブの再実行での注意点を次に示します。

再実行前の処理が終わっていない場合

指定したジョブから再実行を始め，再実行前に実行を開始していて処理がまだ終わっていないジョブに追い付いた場合，前のジョブが終了してから，再実行によるジョブの実行を開始します。

再実行前のジョブの結果情報

ジョブを再実行すると，ジョブの結果情報（実行開始日時，実行終了日時，状態，コード）は再実行した結果に更新されます。標準出力ファイルと標準エラー出力ファイルの情報は，「追加書き」を指定していない場合は再実行した結果に更新されます。ただし，JP1/AJS3が標準エラー出力ファイルに出力するメッセージは，「追加書き」を指定していなくても，追記されることがあります。

再実行するジョブネットまたはジョブの先行ジョブの状態変更

先行のジョブネットやジョブが，「異常検出終了」，「中断」，「順序不正」，「強制終了」，「起動失敗」，「終了状態不明」，「繰り越し未実行」，または「未実行終了」状態だった場合，再実行時に状態を「正常終了」，「警告検出終了」，または「計画未実行」状態に強制的に変更します。状態変更の詳細を次の表に示します。

表4‒8　ユニットの状態変更

項番

先行ユニット状態

状態の存在有無※1

先行ユニット状態変更後

ジョブネット

ジョブ

異常状態の先行ユニットを

警告終了にする

ルート

ネスト

する

しない

1

未計画

○

○

○

未計画

未計画

2

開始時刻待ち

○

○

−

開始時刻待ち

開始時刻待ち

3

先行終了待ち

−

○

○

先行終了待ち

先行終了待ち

4

保留中

○

○

○

保留中

保留中

5

実行待ち

−

−

○

実行待ち

実行待ち

6

キューイング

−

−

○

キューイング

キューイング

7

未実行終了［-W］

−

○

○

警告検出終了

計画未実行

8

計画未実行

−

○

○

計画未実行

計画未実行

9

実行中

○

○

○

実行中

実行中

10

警告検出実行中

○

○

−

警告検出実行中

警告検出実行中

11

異常検出実行中

○

○

−

異常検出実行中

異常検出実行中

12

正常終了

○

○

○

正常終了

正常終了

13

警告検出終了

○

○

○

警告検出終了

警告検出終了

14

異常検出終了［-WR］

○

○

○

警告検出終了

正常終了

15

繰り越し未実行

○

○

−

警告検出終了

計画未実行

16

順序不正

○

○

−

警告検出終了

正常終了

17

中断

○

○

−

V5:警告検出終了※2

V6:中断※2

V5:正常終了※2

V6:中断※2

18

強制終了［-WR］

○

○

○

警告検出終了

正常終了

19

起動失敗［-WR］

−

−

○

警告検出終了

正常終了

20

終了状態不明［-WR］

−

−

○

警告検出終了

正常終了

21

閉塞

○

○

○

×

×

22

正常終了 -偽

−

−

○

正常終了 -偽

正常終了 -偽

23

起動条件待ち

○

○※3

−

×

×

24

監視中

○

○※3

−

×

×

25

監視未起動終了

○

○※3

−

×

×

26

監視打ち切り終了

○

○※3

−

×

×

27

監視中断

○

○※3

○※3

×

×

28

監視正常終了

○

○※3

−

×

×

29

開始遅延

○

○

−

※4

※4

30

終了遅延

○

○

○

※4

※4

31

ネスト開始遅延

○

○

−

※4

※4

32

ネスト終了遅延

○

○

−

※4

※4

（凡例）

ルート：ルートジョブネット

ネスト：ネストジョブネット

○：取り得る状態

−：存在しない状態

×：再実行不可（エラーメッセージ出力）

注

項番1〜6と9〜11は，一度終了した先行ユニットを再実行した場合の状態です。

注※1

各ユニットがその状態を取ることがあるかどうかを示しています。

注※2

中断の後続ユニット部分再実行は，環境設定パラメーターVRSHIFT_INTRERUNの設定値（「V5」／「V6」）によって異なります。デフォルトは「V6」です。JP1/AJS3の新規のインストール時および新規のセットアップ時に「V5」が設定されます。表では，それぞれの変更後の状態を示しています。

注※3

起動条件（.CONDITION）または起動条件中のイベントアイコンだけがこの状態になるため，先行ユニットにはなりません。

注※4

遅延はユニット状態の付加情報であるため，後続ユニットを再実行しても遅延状態は変わりません。

異常検出終了したユニットの後続ユニットを再実行する場合

異常検出終了したユニットの後続ユニットは，リカバリーユニットを除いてすべて「未実行終了」状態に遷移します。この状態遷移は，関連線で接続された順に1ユニットずつ行われます。そのため，異常検出終了したユニットの後続ユニットを再実行する場合，タイミングによっては後続ユニットが「先行終了待ち」状態のまま「未実行終了」状態に遷移しないときがあります。異常検出終了したユニットの後続ユニットを再実行する場合は，後続ユニットがすべて「未実行終了」状態に遷移するのを待ってから実行してください。特に，リカバリーユニットから再実行する場合には注意が必要です。

異常検出終了したユニットに「先行終了待ち」状態の後続ユニットがあるときに後続ユニットを再実行すると，次のようなことが発生するおそれがあります。

再実行に失敗する

再実行するユニットがまだ「先行終了待ち」状態であるときに再実行した場合に発生します。

図4‒37　「先行終了待ち」状態のユニットを再実行した場合

再実行しようとしたJobCは「先行終了待ち」状態であるため，再実行できません。JobCが「未実行終了」状態に遷移するのを待ってから再実行してください。

指定したユニットだけを再実行した場合に後続ユニットが実行される

「先行終了待ち」状態のユニットが残っているときに「未実行終了」状態のユニットを再実行し，「先行終了待ち」状態のユニットに「異常検出終了」状態の先行ユニットがなくなった場合に発生します。

図4‒38　 後続ジョブに「先行終了待ち」状態のユニットが残っている場合

「未実行終了」状態のJobCを再実行すると，JobCは「先行終了待ち」状態に，JobAは「正常終了」状態に，JobBは「計画未実行」状態に遷移します。JobDの先行ユニットに「異常検出終了」状態のユニットがなくなったため，JobDは「未実行終了」状態に遷移しないで，JobCの再実行後に実行されます。

異常検出終了したユニットから指定したユニットまでに分岐がある場合に，分岐したユニットが実行される

「先行終了待ち」状態の分岐したユニットが残っているときに「未実行終了」状態のユニットを再実行し，「先行終了待ち」状態の分岐したユニットに「異常検出終了」状態の先行ユニットがなくなった場合に発生します。

図4‒39　分岐したジョブに「先行終了待ち」状態のユニットが残っている場合

「未実行終了」状態のJobCから再実行すると，JobCとJobDは「先行終了待ち」状態に，JobAは「正常終了」状態に，JobBは「計画未実行」状態に遷移します。JobEの先行ユニットに「異常検出終了」状態のユニットがなくなったため，JobEは「未実行終了」状態に遷移しないで，実行されます。

複数の異常検出終了した先行ユニットがある場合に，異常検出終了した先行ユニットと再実行で指定したユニットの間にある先行ユニットが実行される

「異常検出終了」状態のユニットから再実行で指定した「未実行終了」状態のユニットの間に「先行終了待ち」状態のユニットが残っているときに，その「未実行終了」状態のユニットを再実行し，「先行終了待ち」状態のユニットに「異常検出終了」状態の先行ユニットがなくなった場合に発生します。

図4‒40　先行ジョブに「先行終了待ち」状態のユニットが残っている場合

「未実行終了」状態のJobCから再実行すると，JobCとJobDは「先行終了待ち」状態に，JobAとJobEは「正常終了」状態に，JobBは「計画未実行」状態に遷移します。JobFの先行ユニットに「異常検出終了」状態のユニットがなくなったため，JobFは「未実行終了」状態に遷移しないで，実行されます。

多重起動に［不可能］を設定している場合

多重起動に［不可能］を設定しているジョブネットを再実行したときに，別の世代が実行中となっている場合，再実行した世代は開始時刻待ちとなり，実行中世代の終了を待ってから再実行されます。

なお，同様の状況で，多重起動に［可能］を設定している場合はすぐに再実行されます。

スケジューリング方式に［スケジュールスキップ］を設定している場合

スケジューリング方式に［スケジュールスキップ］を設定しているジョブネットを再実行し，再実行中に次回開始予定時刻に到達した場合，実行スケジュールはスキップされません。このとき，スキップされなかった実行予定は，多重起動の設定に従って実行されます。スケジュールスキップが有効になるのは，前の実行分が実行スケジュールによって実行され，次回実行予定時刻に到達した場合です。スケジュールスキップの詳細については，「3.3.3(2) スケジューリング方式」を参照してください。

判定ジョブの結果でルートジョブネットや先行ユニットを再実行する場合

判定ジョブの結果で，ルートジョブネットや先行ユニットを再実行する場合は注意が必要です。詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.3 先行ジョブの結果でそのあとの処理を動的に変える（判定ジョブを使ったジョブネットの定義例）」を参照してください。

(6)　リカバリーユニットから再実行する場合の注意事項

異常検出終了になったジョブの後続に接続されているリカバリーユニットが実行中に，異常検出終了したジョブの後続ジョブから再実行すると，実行中のリカバリーユニットに接続されている後続のリカバリーユニットは未実行終了となり実行されません。このような場合は，リカバリー処理をすべて実行してから再実行するようにしてください。

また，リカバリージョブネットの実行中に，異常終了した先行ユニットを指定して「このユニットの次から」のオプションで再実行するなど，実行中だったリカバリージョブネットも再実行対象となるように再実行した場合で，再実行操作によって先行ユニットが異常終了状態ではなくなったときに，リカバリージョブネット配下のユニットが未実行終了となり，リカバリージョブネットが中断することがあります。

リカバリージョブネットを中断にさせずに，異常終了した先行ユニットの後続を再実行したい場合は，後続ユニットを指定して「このユニットから」のオプションで再実行するなど，リカバリージョブネットが再実行対象とならないようにしてください。

なお，リカバリーユニットでajsrerunコマンドを使用して後続ユニットを再実行したい場合，ajsrerunコマンドの-rr，-rnおよび-riオプションを指定することで，対象ユニットが終了状態でない場合に再実行をリトライできます。ajsrerunコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsrerun」を参照してください。

また，リトライするのは，図4-37のように，ajsrerunコマンドに指定したユニットが終了状態でない場合だけです。図4-38，図4-39，図4-40に示すような場合は，ほかのユニットが終了状態に遷移するまでリトライして待つことはできません。リカバリーユニットでajsrerunコマンドを使用して後続ユニットを再実行する場合の定義例については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.6 ジョブが異常終了したときに特定の処理を実行する（リカバリーユニットを使ったジョブネットの定義例）」を参照してください。

異常を検出しても後続を実行する場合は，判定ジョブを使って，ジョブの終了コードがしきい値を超えたら従属ユニットでリカバリー処理を実行するような運用を検討してください。

(7)　起動条件付きジョブネットを再実行する場合の注意事項

起動条件の監視が完了して監視中が次の状態になるとき，ルートジョブネット配下のユニットの状態は，「未実行終了」となります。

監視未起動終了

監視打ち切り終了

監視正常終了

「未実行終了」は異常終了として扱われるため，上記の状態の世代を再実行する場合は注意してください。

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

ジョブまたはジョブネットコネクタの状態を変更できます。

ジョブの場合，キューイング，実行中，または終了状態のジョブの状態を任意の終了状態に変更できます。キューレスジョブの場合は，実行待ちのジョブも状態を変更できます。また，イベントジョブおよびカスタムイベントジョブとORジョブの場合は，しきい値による状態変更はできません。判定ジョブは，状態を変更できません。

ジョブネットコネクタの場合は，未計画および先行終了待ち以外の状態から，正常終了，警告検出終了，および異常検出終了に変更できます。

ジョブの状態変更は，例えば，ユーザーが手作業でジョブを再実行したときや，ログなどから独自に実行結果を判別していて，JP1/AJS3の管理している状態と運用上の状態が不一致になり，状態を合わせたいときなどに使用します。

ジョブまたはジョブネットコネクタの状態を変更すると，それに伴って上位ジョブネットの状態も変わります。

実行中のジョブの状態を終了状態に変更しても，ジョブの実行は続きます。しかし，変更した状態に合わせて後続ユニットの実行が始まります。このとき，エージェント管理制御では，実際にジョブが終了するまで，ジョブの実行多重度には実行中としてカウントされます。

ジョブの状態を変更したあとに，実際のキューイングジョブ数および実行中のジョブ数を確認する場合は，ajsagtshowコマンドおよびjpqagtshowコマンドを使用します。これらのコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsagtshow」およびマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド　jpqagtshow」を参照してください。

また，実行中状態のイベントジョブおよびカスタムイベントジョブを終了状態に変更した場合には，イベントジョブおよびカスタムイベントジョブが正常終了した場合と同様に，後続のジョブやジョブネットの実行が開始されます。なお，その場合，正常終了してもイベントジョブおよびカスタムイベントジョブの引き継ぎ情報は設定されません。また，監視しているイベントジョブおよびカスタムイベントジョブの監視処理自体は，状態変更を契機に終了します。

この操作は，JP1/AJS3 - View，Web GUI（ジョブポータル），ジョブ状態変更APIまたはajschgstatコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.12 ジョブの状態を変更する」を，Web GUI（ジョブポータル）での操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.14 ［ジョブ状態変更］ダイアログボックス」を，ジョブ状態変更APIで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　7.1.11 ジョブ状態変更API」を，また，コマンドで操作する場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajschgstat」を参照してください。

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

コマンドでジョブネットの実行登録情報を操作（計画一時変更，再実行，強制終了，中断，ジョブ状態変更）する場合，操作対象となる世代を，次のどれかの方法で指定できます。

世代の自動判定

実行IDでの指定

実行登録番号での指定

ここでは，世代の自動判定と登録番号について説明します。実行IDについては，「4.2 ジョブネットの世代管理」を参照してください。

なお，GUIで操作する場合は，実行IDで指定したときと同じ動作になります。

(1)　ジョブネットの世代の自動判定

ここでは，コマンドで操作した場合の，世代の自動判定の動作について説明します。

(a)　世代の自動判定について

毎日実行するジョブネットなどを実行登録した場合，通常その世代単位に実行IDが割り振られます。実行IDはスケジューラーサービス単位に重複しないように割り振られますが，バッチ処理の運用で保留解除などの操作をする場合は，その世代の実行IDを特定するのが困難です。

そのため，操作するコマンドに実行IDを指定しない場合，JP1/AJS3が世代を検索し，操作対象となる世代を決定します。これを世代の自動判定といいます。

(b)　自動判定の優先度について

操作対象となる世代を指定しないで各種操作をする場合は，対象となる世代は自動判定によって選択されます。自動判定は，ルートジョブネットが持つ各世代の状態を基に判定し，次の表に示す優先度に従って採用します。ネストジョブネットまたはジョブを指定した場合でも，ルートジョブネットの状態で自動判定されます。

表4‒9　世代の自動判定の優先順位

操作

優先度

高い

やや高い

やや低い

低い

計画一時変更

再実行中※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 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

(2)　実行登録番号について

実行登録番号とは，ジョブネットの世代に対して開始時刻順に付けられた通し番号で，「YYYYMMDDNNN」の形式で表されます（YYYY：実行年，MM：実行月，DD：実行日，NNN：実行日の世代の実行順）。

ジョブネットが1日に2回実行される場合の実行登録番号の割り当て例を，次の図に示します。

図4‒41　実行登録番号の割り当て例

ジョブネットの実行日を20XX年8月10日とします。この場合，1回目に実行される世代の実行登録番号は「20XX0810001」，2回目に実行される世代の実行登録番号は「20XX0810002」となります。

このように，1日に複数回実行されるジョブネットには，世代の実行順に「YYYYMMDD001」，「YYYYMMDD002」，という形式で実行登録番号が割り当てられるため，実行IDなどよりも容易に世代を特定できます。

なお，実行登録番号を指定して操作する場合は，それを使用する時点で存在する世代に対応づけられるため，タイミングによっては意図した世代と異なることがあります。起動条件の成立前と成立後で実行登録番号と対応する世代が変化する例を，次の図に示します。

図4‒42　起動条件の成立前後で実行登録番号と対応する世代が変化する場合

この場合，起動条件の成立前の実行登録番号「20XX0810002」は世代1-2に対応していますが，起動条件成立時の保存世代数の管理によって世代1-2が削除されたため，起動条件の成立後の実行登録番号「20XX0810002」は世代1-3と対応していることになります。

実行登録番号と対応する世代が変化する例としては，例に示した起動条件以外にも保存世代数の超過による世代の削除，日時変更による世代の追加・移動，期間指定または日付指定による確定実行登録，即時実行登録による予定の追加，実行中止による世代の削除などがあります。

このようなジョブネットの世代更新が頻繁に起こるような運用をしている場合には，実行登録番号ではなく実行IDを指定して操作することを推奨します。

4.5.14　指定した日時から自動的にジョブネットの定義を切り替える

実行登録中のジョブネットの定義を変更したいとき，ある日時から自動的に定義を切り替えられます。

実行登録中のジョブネットの定義をある日時から自動的に切り替えるには，ジョブネットリリースという機能を使います。ジョブネットリリース機能では，切り替え予定のジョブネットをあらかじめ定義し，切り替え日時を指定しておくことで，ジョブネットの定義を自動的に切り替えられます。ジョブネットリリース機能は，次のような運用をしたい場合に適しています。

ジョブネットの運用を止めないで，ある日時から定義を切り替えたい

ジョブネットの名称を変えないで，定義だけを切り替えたい

ジョブネットの定義を切り替える操作を，事前に済ませておきたい

ジョブネットリリース機能の各操作は，JP1/AJS3 - Viewまたはajsreleaseコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.14 運用中のジョブネットの定義内容を計画的に切り替える（ジョブネットリリース）」を参照してください。コマンドでの操作については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsrelease」を参照してください。

(1)　ジョブネットリリース機能の概要

ジョブネットリリース機能でジョブネットの定義を切り替えるには，まず，切り替え前のジョブネットと切り替え予定のジョブネットをそれぞれ定義しておきます。一方のジョブネットは実行登録によって通常どおりに運用し，切り替え予定のジョブネットには，切り替え先のジョブネットと切り替え日時を指定しておきます。指定した日時に到達すると，次の図のように，これらのジョブネットの定義が自動的に切り替わります。

図4‒43　ジョブネットリリース機能を使用したジョブネットの定義切り替えの概要

あらかじめ定義したジョブネットの定義が指定した日時に運用中のジョブネットと切り替わるように登録しておく操作を，リリース登録といいます。あらかじめ定義した切り替え予定のジョブネットをリリース元ジョブネットといい，切り替える前の運用中のジョブネットをリリース先ジョブネットといいます。また，リリース登録で指定した日時になったときにジョブネットの定義が切り替わることをリリースといいます。

(2)　ジョブネットリリース機能を使用したジョブネットの定義切り替え

ジョブネットリリース機能では，切り替えるジョブネットの定義をリリースIDで区別します。リリース登録の際には，リリースIDのほか，リリースのタイミングを決めるリリース日時，リリースの対象である運用中のリリース先ジョブネットなどを指定します。

リリース登録をすると，リリース元ジョブネットの定義がコピーされ，指定したリリースIDと関連づけられます。指定したリリース日時になると，リリースIDに関連づけられたジョブネットの定義がリリースされ，運用中のリリース先ジョブネットの定義が切り替わります。

リリース登録時にコピーされたジョブネット定義は，リリース先ジョブネットの定義の一つとして管理されます。リリース元ジョブネットのコピーであるため，リリース元ジョブネットを編集および削除してもリリース先ジョブネットに影響はありません。ただし，リリース元ジョブネットはリリース先ジョブネットの定義を変更するときのマスターとなるため，必要に応じてリリース元ジョブネットの定義は保存しておいてください。ジョブネットリリース機能の運用方法については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　7.3.8 ジョブネットリリース機能の運用方法」を参照してください。

ジョブネットリリース機能を使用したジョブネットの定義切り替えのイメージを次の図に示します。

図4‒44　ジョブネットリリース機能を使用したジョブネットの定義切り替えのイメージ

この図は，「jobnetAについて4/2 00:00になったらjobnetBの定義をリリースする」場合のイメージです。リリースIDを「001」とし，4/2 00:00にリリースされるようにリリース登録すると，次の二つのリリースIDが作成されます。

「AJS_AUTO」

運用中のジョブネットの定義に関連づけられるリリースIDです。リリース登録した際に自動的に作成されます※。

「001」

リリース元ジョブネットであるjobnetBをコピーした定義に関連づけられるリリースIDです。

4/1 23:59までは「AJS_AUTO」の定義が適用されます。4/2 00:00になると「001」に関連づけられたjobnetBをコピーした定義がリリースされ，jobnetAの定義が切り替わります。リリース後もジョブネット名はjobnetAのままです。

注※

リリースID「AJS_AUTO」は，新規にリリース登録するときだけ作成されます。2回目以降にリリース登録するときは作成されません。リリース登録後のジョブネットの状態および状態遷移については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　7.3.3 リリース登録後のジョブネット定義の状態」を参照してください。

ジョブネットリリース機能の詳細については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　7.3 実行登録中にジョブネットの定義を切り替える」を参照してください。

4.5.15　ジョブネットやジョブの待ち合わせ条件の設定を一時変更する

ジョブネットやジョブに設定した待ち合わせ条件の設定を，一時的に無効にしたり有効にしたりできます。

待ち合わせ条件とは，同一スケジューラーサービス配下にあるジョブネットやジョブ間の実行順序を制御する機能です。待ち合わせ条件を設定したユニットは，待ち合わせ対象のユニットの実行終了を待ち合わせてから実行を開始します。待ち合わせ条件の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.5 待ち合わせ条件を使用したユニットの実行順序制御」を参照してください。

待ち合わせ条件付きユニットを実行登録すると，待ち合わせ条件付きユニットは待ち合わせ対象ユニットの実行終了を待ち合わせます。一つの待ち合わせ条件付きユニットには，複数の待ち合わせ対象ユニットを設定できます。待ち合わせ中に，すべての待ち合わせ対象ユニットの待ち合わせを無効にすると，待ち合わせ条件付きユニットは，すぐに実行を開始します。

また，無効にした待ち合わせを有効にしたり，一度待ち合わせ条件が成立して実行終了した待ち合わせ条件付きユニットの待ち合わせを再度有効にしたりすることもできます。待ち合わせを有効にしてから待ち合わせ条件付きユニットを再実行すると，再度待ち合わせを開始します。

待ち合わせ条件の有効または無効は，待ち合わせ対象ユニットごとに操作できます。一つの待ち合わせ条件付きユニットに対して複数の待ち合わせ対象ユニットを設定している場合は，任意の待ち合わせ対象ユニットの待ち合わせだけを有効にしたり無効にしたりできます。

例えば，待ち合わせ対象ユニットは異常終了したが，待ち合わせ条件付きユニットは実行を開始させたい場合に，待ち合わせを無効化して，その対象ユニットの待ち合わせをやめさせることで，すぐに実行開始させることができます。また，異常終了した待ち合わせ条件付きユニットを再実行する際に，再度待ち合わせ対象ユニットの実行終了を待ち合わせたい場合，再実行する前にあらかじめ待ち合わせを有効化しておくことで，再度待ち合わせしてから実行を開始させることができます。

待ち合わせ条件の設定の一時変更は，GUIまたはajsplanコマンドで実行できます。GUIでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.16 待ち合わせ条件の設定を一時的に変更する」を参照してください。コマンドでの操作については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsplan」を参照してください。

4.5.16　ジョブネットやジョブの一時変更の操作情報を確認・再操作する

ジョブネットやジョブに行った計画一時変更や保留属性変更などの操作情報を，一覧で表示して確認できます。この操作情報を一時変更情報といいます。

また，一時変更情報の一覧から任意の操作を選択し，操作情報を再度，ジョブネットやジョブに反映できます。この再反映を一時変更の再操作といいます。

一時変更情報の確認および一時変更の再操作は，環境設定パラメーターSAVEPLANINFOの設定値を「yes」にすることで実行できます。環境設定パラメーターSAVEPLANINFOについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

(1)　一時変更情報の確認

一時変更情報は，JP1/AJS3 - Viewの［一時変更情報の一覧］ダイアログボックスで確認できます。また，一時変更情報の一覧は，［一時変更情報の一覧］ダイアログボックスからCSV形式で出力したり，ajsplanoutコマンドで標準出力に出力したりできます。一時変更情報の確認方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.17.1 一時変更情報を確認する」を，［一時変更情報の一覧］ダイアログボックスの詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.40 ［一時変更情報の一覧］ダイアログボックス」を参照してください。また，ajsplanoutコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsplanout」を参照してください。

(a)　一時変更情報として保存される操作

一時変更情報として保存される操作を次に示します。

計画一時変更（日時変更／即時実行／実行中止／変更解除）※

保留属性変更（保留属性設定／保留属性解除）※

遅延監視変更（開始遅延監視／終了遅延監視／ジョブネット監視）※

優先順位変更※

実行順序制御方式の一時変更（同期／非同期）※

起動条件の無効化，成立待ち時間の変更，成立待ち回数の変更※

待ち合わせ条件の一時変更（待ち合わせ無効化／有効化）※

実行予定の追加

世代指定による登録解除※

注※

実行IDでの指定，または世代の自動判定での指定によって操作の対象世代を指定した場合でも，一時変更情報としては実行登録番号が保存されます。

一時変更情報は，ユーザーが一時変更操作を行ったときに，JP1/AJS3 - Managerに保存されます。一時変更情報が保存されるのは，環境設定パラメーターSAVEPLANINFOを「yes」にして，一時変更の操作管理機能を使用している場合だけです。環境設定パラメーターSAVEPLANINFOを「yes」に設定する前に行った一時変更操作の情報は，一覧に表示されません。

補足事項

コマンドの操作で，総称名の指定または複数ユニットの指定によって一時変更した場合は，複数のユニットに対する一時変更情報がまとめて保存されるのではなく，個々のユニット対する一時変更情報がそれぞれ保存されます。

ajsplanコマンドでプランニンググループを指定して一時変更した場合は，プランニンググループに対する一時変更情報が保存されるのではなく，-Xオプションによって自動的に選択されたルートジョブネットに対する一時変更情報が保存されます。

一時変更情報の一覧を表示する際は，一覧を表示するユーザーに，表示しようとしているユニットのルートジョブネットに対して参照権限が設定されているかどうかをチェックし，権限があれば一覧を表示します。表示しようとしているユニットおよび配下のユニットに対する権限はチェックしません。

リリース登録されているルートジョブネットの一時変更情報の一覧を表示する場合は，現在適用中であるルートジョブネットの定義に対して参照権限があるかどうかをチェックします。

(b)　一時変更情報の保存期限

ジョブネットやジョブに行った各操作が，一時変更情報として保存される期限を，次の表に示します。

表4‒10　一時変更情報の保存期限

項番

一時変更情報

保存期限

1

計画一時変更

日時変更

変更前と変更後の実行予定の開始予定日を比べて，先（未来）の開始予定日まで。

即時実行

即時実行した実行予定の開始予定日まで。

実行中止

計画実行登録したルートジョブネットに対する実行中止の場合，実行中止後に確定された次回実行予定の開始予定日まで。※

それ以外の場合は，実行中止した実行予定の開始予定日まで。

変更解除

解除した一時変更操作の保存期限まで。

2

保留属性変更

一時変更した実行予定の開始予定日まで。

3

遅延監視変更

4

優先順位変更

5

実行順序制御方式の一時変更

6

起動条件の無効化，成立待ち時間の変更，成立待ち回数の変更

7

待ち合わせ条件の一時変更

8

実行予定の追加

追加した実行予定の開始予定日まで。

9

世代指定による登録解除

登録解除した実行予定の開始予定日まで。

注※

リリース登録されている場合，リリースされる直前の実行予定を実行中止したときは，実行中止した実行予定の開始予定日までが保存期限になります。

ただし，一時変更情報の保存期限は，ルートジョブネットのスケジュールが24時間制か48時間制かによって異なります。

24時間制スケジュールの場合

一時変更情報の保存期限の基準時刻から24時間後（基準時刻が0:00ならば24:00の1秒前）までです。

48時間制スケジュールの場合

一時変更情報の保存期限の基準時刻から48時間後（基準時刻が0:00ならば48:00の1秒前）までです。

また，一時変更した実行予定に対して，複数の一時変更操作を行っていた場合は，これら操作の保存期限で最も先（未来）の日付が保存期限となります。

(c)　注意事項

ajslocaldateコマンドを使用してスケジューラーサービスローカル日時を変更している場合，ajsplanoutコマンドで出力される一時変更情報の内容と，［JP1/AJS3 - View］ウィンドウなどで［一時変更情報の一覧］を選択したときに表示される一時変更情報の内容が異なることがあります。

-bオプションを指定しないでajsplanoutコマンドを実行した場合と［一時変更情報の一覧］を選択した場合の，表示開始日の基準となる現在日時は次のようになります。

-bオプションを指定しないでajsplanoutコマンドを実行した場合

指定したジョブネットが属するスケジューラーサービスローカル日時の現在日時

［一時変更情報の一覧］を選択した場合

JP1/AJS3 - Viewが動作しているシステムの現在日時

これは，［一時変更情報の一覧］ダイアログボックスでは複数のスケジューラーサービスにわたる一時変更情報を同時に表示できるため，スケジューラーサービスごとの設定に依存しないようにしているためです。

一時変更情報は，ジョブエラー情報ディレクトリに格納されるデータであり，一時変更操作を行うたびにディスク占有量が増加します。ただし，保存期限を過ぎた一時変更情報が保存されているルートジョブネットおよびその配下のユニットに対して一時変更情報として保存される操作を行ったとき，保存期限を過ぎた一時変更情報が自動的に削除されます。ディスク占有量の見積もりについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.2.4 ディスク占有量を見積もる」を参照してください。

(2)　一時変更の再操作

一時変更の再操作は，［一時変更情報の一覧］ダイアログボックスで任意の一時変更情報を選択し，［再操作実行］ボタンをクリックすることで実行できます。この操作は，主にジョブネットリリース機能によって定義を切り替えるジョブネットの実行予定を，リリース登録前に一時変更している場合に，その内容をリリース登録後のスケジュールに反映（再操作）させるために使用します。

リリース登録前の一時変更をリリース登録後に再操作させる例を，次の図に示します。

図4‒45　リリース登録前の一時変更をリリース登録後に再操作させる例

一時変更の再操作の手順については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.17.2 一時変更を再操作する」を参照してください。

(a)　一時変更の再操作対象となる実行予定

JP1/AJS3では，一時変更操作の対象となる実行予定は，次の三つの方法のどれかで指定します。

実行IDでの指定

世代の自動判定での指定

実行登録番号での指定

しかし，一時変更を再操作する場合，再操作の対象となる実行予定は，一時変更操作の対象となる実行予定の指定方法とは関係なく，実行登録番号を基に算出されます。一時変更操作の対象となる実行予定を「実行IDでの指定」または「世代の自動判定での指定」で指定した場合でも，一時変更の再操作の対象は，一時変更操作の対象となる実行予定の指定方法が「実行登録番号での指定」に変換され，実行登録番号が算出された上で決定されます。

これは，再操作の対象を実行IDや世代の自動判定で算出してしまうと，次に示す問題が発生するためです。

実行IDで再操作の対象を算出する場合

リリース登録によってジョブネット定義が切り替わると，切り替え後のジョブネット定義の実行予定は作成し直され，実行IDも採番し直されます。

実行IDが採番し直されると，リリース後の実行予定の中に一時変更操作の際に指定した実行IDがなくなってしまいます。そのため，一時変更を再操作する対象が算出できなくなってしまいます。

世代の自動判定で再操作の対象を算出する場合

世代の自動判定では，自動判定するときの実行予定の状態を基に，対象となる実行予定を自動的に判定します。リリース登録によってジョブネット定義が切り替わると，切り替え後のジョブネット定義の実行予定の状態が変わってしまいます。そのため，リリース後の一時変更の再操作対象として，意図しない実行予定が自動判定で指定されてしまうおそれがあります。

一時変更の再操作の対象となる実行予定が算出される例を，次の図に示します。

図4‒46　一時変更の再操作の対象となる実行予定が算出される例

この例では，JobnetAの8/2の実行予定@A102に対して，実行IDで世代を指定した上で，一時変更で保留属性を設定しています。JobnetAをリリース登録して8/2以降の実行予定をリリースすると，実行IDでの指定は，実行登録番号での指定に変換されます。そのため，JobnetAの8/2の実行予定の実行IDが@A102から@A103に変わっていても，実行登録番号で指定された実行予定を対象に，一時変更を再操作できます。

なお，実行登録番号での指定に変換された場合でも，意図した実行予定に対して再操作されない場合があります。次に，意図した実行予定に対して一時変更が再操作されない場合について説明します。

実行登録番号を暦日として扱う設定にしている場合

実行登録番号を暦日として扱う設定にしている場合，リリース登録後の実行予定に一時変更を再操作できないことがあります。

実行登録番号を暦日として扱う設定にしている場合の例を，次の図に示します。

図4‒47　実行登録番号を暦日として扱う設定にしている場合の例

この例では，JobnetAのスケジュールを24時間制にして，基準時刻を8:00に設定しています。JobnetAの8/2の実行予定に対して，実行IDで世代を指定した上で，一時変更で保留属性を設定します。JobnetAをリリース登録して8/2以降の実行予定をリリースすると，実行IDでの指定が実行登録番号での指定に変換され，再操作の対象世代が「8/2の1番目の実行予定」になります。しかし，リリース後の8/2の実行予定の開始予定時刻は25:00であり，実行登録番号を暦日として扱う場合，この実行予定は8/3の実行予定であるため，この一時変更は再操作できません。

この場合，実行登録番号を実行日として扱う設定にすることで，一時変更を再操作できるようになります。

実行登録番号を実行日として扱う設定にしている場合の例を，次の図に示します。

図4‒48　実行登録番号を実行日として扱う設定にしている場合の例

実行登録番号を実行日として扱う設定の場合，リリース後の8/2の実行予定の開始予定時刻が25:00でも，この実行予定は8/2の実行予定として扱われるため，一時変更を再操作できます。

なお，実行登録番号を暦日として扱うか実行日として扱うかの設定は，環境設定パラメーターEXECREGISTRATIONNUMBERで設定します。

環境設定パラメーターEXECREGISTRATIONNUMBERの注意事項

バージョン09-10以前のJP1/AJS3からバージョンアップしている場合，環境設定パラメーターEXECREGISTRATIONNUMBERにはデフォルトで「calendar（暦日）」が設定されます。この場合，設定値を「execution（実行日）」に変更することを推奨します。

JP1/AJS3の運用中に環境設定パラメーターEXECREGISTRATIONNUMBERを変更する場合，スケジューラーサービスをコールドスタートしてください。コールドスタートしないと，JP1/AJS3 - Viewやコマンドで表示している一時変更情報の実行登録番号とJP1/AJS3が保持している実行登録番号が不一致になり，一時変更が正しく再操作されなくなります。

実行予定の追加・削除によって実行予定の順序が変わってしまう場合

実行予定を追加したり，削除したりして実行予定の順序が変わってしまう場合，意図した実行予定に一時変更を再操作できないことがあります。

実行予定の追加によって実行予定の順序が変わってしまう場合の例を，次の図に示します。

図4‒49　実行予定の追加によって実行予定の順序が変わってしまう場合の例

この例では，8/2の実行予定@A102に対して，実行IDで世代を指定した上で，一時変更で保留属性を設定します。JobnetAをリリース登録して8/2以降の実行予定をリリースすると，実行IDでの指定が実行登録番号での指定に変換され，再操作の対象世代が「8/2の1番目の実行予定」になります。しかし，リリース登録後，8/2に@A103よりも実行開始予定時刻の早い実行予定@A104を追加すると，@A104が「8/2の1番目の実行予定」になります。そのため，一時変更は@A104に再操作されます。

リリース登録後にスケジュールルールを追加したり削除したりする場合は，再操作対象の実行予定が正しいかどうか，および再操作結果に問題がないかどうかを確認する必要があります。

(b)　注意事項

一時変更の再操作には，次に示す注意事項があるため再操作の際には必ず，［一時変更情報の一覧］ダイアログボックスで再操作しても問題ないことを確認した上で，実行してください。

なお，一時変更の再操作でエラーが発生した場合は，［一時変更の再操作処理結果］ダイアログボックスが表示され，エラーの内容を確認できます。［一時変更の再操作処理結果］ダイアログボックスについては，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.41 ［一時変更の再操作処理結果］ダイアログボックス」を参照してください。

ジョブネットの定義変更に関する注意事項

操作対象のユニットの名称を変更しないでください。ユニットの名称を変更した場合は，再操作するときにエラーになります。

操作対象のユニットを削除しないでください。削除した場合は，再操作するときにエラーになります。

スケジュールの定義変更に関する注意事項

操作対象のジョブネットのスケジュールルールは，追加または削除しないでください。スケジュールルールを追加または削除した場合，一時変更が正しく再操作されなかったり，エラーになったりします。

操作対象のジョブネットのスケジュール定義で，スケジュールの実行日を変更しないでください。スケジュールの実行日を変更した場合，一時変更が元の実行予定に対して正しく再操作されなかったり，エラーになったりします。

一時変更の再操作に関する注意事項

過去の実行予定に対する一時変更は，一時変更の再操作機能を使用するのではなく，個別に対応してください。過去の実行予定に対して一時変更を再操作させた場合，エラーになることがあります。

一時変更の即時実行の操作は，再操作するかどうかを確認してください。再操作すると，すぐに即時実行が行われます。

日またがりの日時変更で現在時刻をまたぐような変更は，一時変更の再操作機能を使用するのではなく，個別に対応してください。現在時刻をまたぐような一時変更（日時変更）の再操作はエラーになります。

起動条件付きジョブネットの実行世代に対する操作は保存されません。

「未計画」状態の世代に対する操作は保存されません。

次の実行予定に対する再操作は，一時変更の再操作機能を使用するのではなく，個別に対応してください。

リリース日時の時刻に基準時刻以外を指定してリリース登録したジョブネットの，リリース日時に指定した日の実行予定

リリース日時の時刻に基準時刻以外を指定してリリース登録したジョブネットをリリース中止した場合の，リリース中止前のリリース日時に指定した日の実行予定

例えば，基準時刻が0:00で，リリース日時に7/10の9:00を指定してリリース登録した場合は，7/10の実行予定が該当します。このとき，7/10の実行予定を再操作するには，一時変更の再操作機能を使用するのではなく，個別に対応してください。

同じユニットを複数のJP1/AJS3 - Viewから同時に再操作しないでください。同じユニットを同時に再操作すると，同じ一時変更が複数回再操作されたり，意図しない実行予定に対する一時変更が再操作されたりします。

ajsleaveコマンドを実行して登録解除する場合，世代を指定して登録解除できます。登録解除する世代は，実行ID，または実行登録番号で指定します。実行登録番号で指定する場合，次のどれかの形式で指定します。

all

schedule

result

YYYYMMDD※

YYYYMMDDNNN※

注※

YYYY：実行年，MM：実行月，DD：実行日，NNN：実行日の世代の実行順

このうち，「all」，「schedule」，「result」の形式で指定すると，一時変更情報は保存されません。

また，「YYYYMMDD」の形式で指定すると，「YYYYMMDD」形式の指定で対象になるすべての世代の一時変更情報が保存されます。

なお，JP1/AJS3 - Viewで登録解除する場合は，期間指定での登録解除または全登録解除だけなので，一時変更情報は保存されません。

一時変更情報は，一つのルートジョブネットに対して，1日当たり999世代分を保存できます。1,000世代目以降に対して一時変更操作を行った場合，統合トレースログにメッセージKAVS4671-Eが出力され，一時変更情報は保存されません。そのため，一つのルートジョブネットで1日に実行する世代が999世代を超えないように運用してください。

その他の注意事項

JP1/AJS3の運用中には，環境変数TZを変更しないでください。一時変更の実行時と一時変更の再操作時でタイムゾーンが異なる場合，一時変更が正しく再操作されなかったり，エラーになったりします。

同一ルートジョブネット内で，環境変数TZが異なる実行予定を作成しないでください。タイムゾーンが異なると，同一実行日でも1日とする範囲が異なるため，実行登録番号がわかりにくくなります。

JP1/AJS3の運用中には，基準時刻を変更しないでください。一時変更の実行時と一時変更の再操作時で基準時刻が異なる場合，一時変更が正しく再操作されなかったり，エラーになったりします。

運用中に基準時刻を変更する場合は，スケジューラーサービスをコールドスタートしてください。

一時変更の再操作は，操作対象のユニットに操作権限を持つJP1ユーザーが実行してください。一時変更の再操作は，一時変更したJP1ユーザーではなく，再操作時のJP1ユーザーで実行されるため，操作権限を持っていない場合はエラーになります。

再操作する一時変更にルートジョブネットの実行予定の追加（ajsentryコマンドの-d，-tオプション）が含まれている場合は，JP1ユーザーにマッピングされるOSユーザーに注意してください。

追加された実行予定の配下のジョブの実行ユーザー種別が登録ユーザーである場合は，再操作時のJP1ユーザーにマッピングされるOSユーザーで実行されます。そのため，該当するOSユーザーが実行ファイルなどのOS資源に対する権限を持っていない場合は，ジョブ実行時にエラーになります。

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

実行登録中のルートジョブネットの下位にあるジョブネットやジョブの定義を変更するとき，ジョブネットを登録解除しないで定義を変更できます。

ルートジョブネットを登録解除しないで定義を変更するには，サスペンドという機能を使います。サスペンドとは，指定したルートジョブネットの全世代にわたってユニットの実行を抑止することです。サスペンドされると，ユニットは新たに実行されません。ただし，すでに実行状態にあるユニットの処理は続行されます。

サスペンドは，実行登録中のルートジョブネットの下位定義を変更する場合に，定義処理と実行制御処理のすれ違いなどの誤動作が起きることを防ぎます。ルートジョブネットをサスペンドすることで，実行制御処理と同期を取って定義を変更できます。

サスペンドは，JP1/AJS3 - Viewまたはajssuspendコマンドで実行できます。JP1/AJS3 - Viewでの操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.13 実行登録中のジョブネットをサスペンドして下位定義を変更する」を参照してください。コマンドでの操作については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajssuspend」を参照してください。

(1)　実行登録中の定義変更

ルートジョブネットをサスペンドした状態で，ルートジョブネットの下位定義を変更できます。

実行登録中に定義を変更するには，次の前提条件があります。

ルートジョブネットがサスペンドされている

ほかで排他編集されていない

(a)　実行登録中に変更できる定義

ルートジョブネットの実行登録中に実行できる定義変更と，実行できない定義変更を次に示します。

実行できる定義変更

新しいユニットの追加※

既存の定義の変更

待ち合わせ条件の変更

既存のユニットの削除

マップサイズの変更

起動条件の追加※

起動条件の削除

また，リモートジョブネットの下にあるユニットは，実行登録中に定義を変更できます。

注※

リリース登録されているルートジョブネット（リリース先ジョブネット）の中には，次のユニットを追加できません。

リモートジョブネット

起動条件

ジョブネットコネクタ

実行できない定義変更

既存ユニットの名称変更

ただし，サスペンド中に追加したユニットの名称は変更できます。

ユニットの移動

移動元のユニットをコピーして移動先に貼り付けてから，移動元のユニットを削除してください。

実行中のユニットの削除

ルートジョブネットの実行登録中に実行できる定義変更のそれぞれについて，編集できる内容の詳細と注意事項を説明します。

新しいユニットの追加

新しいユニットを追加できます。追加したユニットのサスペンド中の状態は，1階層上位のジョブネットの状態に依存します。追加したユニットの1階層上位にあるユニットの状態と追加したユニットの状態を，次の表に示します。

表4‒11　サスペンド中に追加されたユニットの状態

追加したユニットの1階層上位にあるユニットの状態

追加したユニットの状態

待ち状態

未計画

実行中状態

未計画

終了状態

計画未実行

既存の定義の変更

既存の定義を変更できます。ただし，次の点に注意してください。

既存のユニットの名称は変更できません。

サスペンド中に追加したユニットの名称は変更できます。

実行中のユニット定義の変更はできますが，削除はできません。

既存の定義を変更しても，過去の実行結果は保持されます。

既存の定義を変更した場合，過去に実行されたときの構成と異なる場合があるため，再実行するときは注意してください。

［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウに表示される，計画実行登録したジョブネットの擬似予定については，ジョブネットがサスペンド中でも，変更後の定義情報から算出した予定が表示されます。

待ち合わせ条件の変更

待ち合わせ条件を変更できます。ただし，次の点に注意してください。

「実行中」状態の待ち合わせ条件付きユニットをサスペンドして待ち合わせ条件を変更しても，サスペンドの解除後は変更前の待ち合わせ条件の内容で実行が継続されます。

待ち合わせ条件付きユニットのサスペンド中に，待ち合わせ対象ユニットが実行終了しても，待ち合わせ条件は成立しません。待ち合わせ条件付きユニットのサスペンドを解除した時点で待ち合わせ対象ユニットが実行終了していれば，その時点で待ち合わせ条件が成立します。

待ち合わせ対象ユニットがサスペンド中の場合，待ち合わせ対象ユニットが定義不正でも，待ち合わせ条件付きユニットは異常終了しません。サスペンドを解除した時点で待ち合わせ対象ユニットが定義不正であると，待ち合わせ条件付きユニットは異常終了します。

既存のユニットの削除

既存のユニットを削除できます。ただし，次の点に注意してください。

既存のユニットを削除すると，過去の実行結果も削除され，過去の実行結果は表示されなくなります。過去の履歴情報が必要な場合は，スケジューラーログ情報を参照するか，ajsshowコマンドなどで情報を保存してから，ユニットを削除してください。ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

既存のユニットを削除した場合，過去に実行されたときの構成と異なるため，再実行するときは注意してください。

マップサイズの変更

ジョブネットの状態に関係なく，マップサイズを変更できます。

起動条件の追加

起動条件を使用する場合，まず起動条件（.CONDITION）を作成し，そのスケジュールをスケジュールルールに設定するか，計画一時変更で設定します。ただし，実行登録の方法によってスケジュールの再計算方法が異なるため，登録方法によって，追加された起動条件が有効になるタイミングが異なります。

起動条件が有効になるタイミングは，次のとおりです。

即時実行登録の場合

追加した起動条件は，サスペンドを解除したあとに作成される世代から有効になります。サスペンド前に作成された世代では，有効になりません。

サスペンド前に作成された世代の起動条件を有効にするには，次のどちらかの方法で起動条件を追加してください。

・ジョブネットを登録解除して，起動条件を追加したあとに，再度実行登録する。

・保留中の世代が存在する状態でサスペンドして，起動条件を追加してからサスペンドを解除したあと，サスペンド前に作成された世代に対して，ajsplanコマンドで起動条件を有効にする。

計画実行登録の場合

追加した起動条件は次回実行予定世代から有効になります。

期間を指定した確定実行登録の場合

追加した起動条件は，サスペンドを解除したあとに作成される世代から有効になります。サスペンド前に作成された世代では，有効になりません。

起動条件を有効にするには，次のどちらかの方法で起動条件を追加してください。

・ジョブネットを登録解除して，起動条件を追加したあとに，再度実行登録する。

・起動条件を追加してサスペンドを解除したあと，サスペンド前に作成された世代に対して，ajsplanコマンドで起動条件を有効にする。

未来世代数を指定した確定実行登録の場合

追加した起動条件は，サスペンドを解除したあとに作成される世代から有効になります。サスペンド前に作成された世代では，有効になりません。

サスペンド前に作成された世代の起動条件を有効にするには，次のどちらかの方法で起動条件を追加してください。

・ジョブネットを登録解除して，起動条件を追加したあとに，再度実行登録する。

・起動条件を追加してサスペンドを解除したあと，サスペンド前に作成された世代に対して，ajsplanコマンドで起動条件を有効にする。

なお，ルートジョブネットに起動条件を追加すると，サスペンド解除時にエラーが発生します。

ajsplanコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsplan」を参照してください。

起動条件の削除

定義されている起動条件（.CONDITION）を削除できます。ただし，実行登録の方法によってスケジュールの再計算方法が異なるため，登録方法によっては起動条件を削除できない場合もあります。起動条件を削除できない場合，起動条件を無効にすることができます。

起動条件が削除される，または無効になるタイミングは，次のとおりです。

即時実行登録の場合

起動条件を削除すると，起動条件は，サスペンドを解除したあとに作成される世代からは削除されます。サスペンド前に作成された世代では，起動条件は削除されないで，監視世代が「監視打ち切り終了」状態になります。

サスペンド前に作成された世代の起動条件は，削除できませんが，無効にすることはできます。起動条件を無効にするには，保留中の世代が存在する状態でサスペンドして，起動条件を削除してからサスペンドを解除したあとに，ajsplanコマンドで起動条件を無効にしてください。

計画実行登録の場合

次回実行予定世代から起動条件が無効になります。

期間を指定した確定実行登録の場合

起動条件を削除すると，起動条件は，サスペンドを解除したあとに作成される世代からは削除されます。サスペンド前に作成された世代では，起動条件は削除されないで，監視世代が「監視打ち切り終了」状態になります。

サスペンド前に作成された世代の起動条件を削除，または無効にする場合，次のどちらかの操作を実行してください。

・ジョブネットを登録解除して，起動条件を削除したあとに，再度実行登録する。

・起動条件を削除してサスペンドを解除したあと，サスペンド前に作成された世代に対して，ajsplanコマンドで起動条件を無効にする。

未来世代数を指定した確定実行登録の場合

起動条件を削除すると，起動条件は，サスペンドを解除したあとに作成される世代からは削除されます。サスペンド前に作成された世代では，起動条件は削除されないで，監視世代が「監視打ち切り終了」状態になります。

サスペンド前に作成された世代の起動条件を削除，または無効にする場合，次のどちらかの操作を実行してください。

・ジョブネットを登録解除して，起動条件を削除したあとに，再度実行登録する。

・起動条件を削除してサスペンドを解除したあと，サスペンド前に作成された世代に対して，ajsplanコマンドで起動条件を無効にする。

ajsplanコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsplan」を参照してください。

実行登録中に定義を編集した場合，過去の実行結果，実行中および未来予定のすべての世代で定義編集が反映されます。例えば，定義を編集したあとに，過去の履歴を［ジョブネットモニタ］ウィンドウに表示すると，定義編集後のジョブネットの状態が表示されます。

(b)　ユニットの種類や状態による変更の可否

実行登録中に変更できる定義は，ユニットの種類や状態によって異なります。

各ユニットで変更できる定義を，次の表に示します。

表4‒12　ユニットと編集操作の対応表

編集操作

ユニット

ジョブ

ジョブネット

ユニット編集

ユニットの追加

○

○

ユニットの削除

実行中ユニット

×

×

実行中でないユニット

○

○

関連線の編集

関連線の追加

○

○

関連線の削除

○

○

待ち合わせ条件の編集

待ち合わせ対象ユニット

追加

○※1

○※1

削除

○※1

○※1

待ち合わせ方法

○※1

○※1

待ち合わせる世代がない場合の動作

○※1

○※1

ユニットの情報編集

ユニット名の変更

追加ユニット

○

○

既存ユニット

×

×

コメントの変更

○

○

実行ホストの変更

○

○

定義の変更

○

○

転送ファイルの変更

○

−

属性の

変更

種別

○※1，※2

○※1，※2

種別以外

○

○

その他

マップサイズの変更

−

○

（凡例）

○：編集できる。

×：編集できない。

−：該当しない。

注※1

サスペンド中に編集できます。

注※2

JP1/AJS3 - Viewからだけ編集できます。

また，編集の対象になっているユニットの状態によって，できる編集操作とできない編集操作があります。定義編集でできる操作とできない操作を，編集対象になっているユニットの状態ごとに，次の表以降に示します。

表4‒13　ユニットの状態と編集操作の可否対応表

編集操作

ユニットの状態

先行終了待ち，または開始時刻待ち

実行中

終了状態

ユニット編集

ユニットの追加

−

−

−

ユニットの削除

○

×

○

関連線の編集

関連線の追加

○

○

○

関連線の削除

○

○

○

待ち合わせ条件の編集

待ち合わせ対象ユニット

追加

○※1

○※1

○※1

削除

○※1

○※1

○※1

待ち合わせ方法

○※1

○※1

○※1

待ち合わせる世代がない場合の動作

○※1

○※1

○※1

ユニットの情報編集

ユニット名の変更

追加ユニット

○

−

○

既存ユニット

×

×

×

コメントの変更

○

○

○

実行ホストの変更

○

○

○

定義の変更

○

○

○

転送ファイルの変更

○

○

○

属性の変更

種別

○※1，※2

×

○※1，※2

種別以外

○

○

○

その他

マップサイズの変更

（ジョブネット）

○

○

○

（凡例）

○：編集できる。

×：編集できない。

−：該当しない。

注※1

サスペンド中に編集できます。

注※2

JP1/AJS3 - Viewからだけ編集できます。

表4‒14　起動条件の状態と編集操作の可否対応表

編集操作

起動条件の状態

起動条件なし

先行終了待ち

監視中

終了状態

起動条件

起動条件の設定

○

−

−

−

起動条件の削除

−

○

−

○

ユニット編集

ユニットの追加

○

○

−

○

ユニットの削除

○

○

−

○

ユニットの情報編集

ユニット名の変更

追加ユニット

○

○

−

○

既存ユニット

−

×

−

×

コメントの変更

○

○

−

○

実行ホストの変更

○

○

−

○

定義の変更

○

○

−

○

属性の変更

○

○

−

○

その他

マップサイズの変更

○

○

−

○

（凡例）

○：編集できる。

×：編集できない。

−：該当しない。

(2)　定義変更の手順

実行登録中のルートジョブネットの下位にある定義を変更する手順を説明します。

(a)　定義変更の基本手順

実行登録中のルートジョブネットの下位にある定義を変更する基本の手順を，次に示します。

実行登録中のルートジョブネットをサスペンドする。

ルートジョブネットの下位にある定義を編集する。

サスペンドを解除する。

起動条件監視中の定義を変更する場合は，ルートジョブネットをサスペンドする前に，起動条件監視ジョブを強制終了させてください。起動条件監視中の定義変更の手順を次に示します。

起動条件監視ジョブを強制終了させる。

ルートジョブネットをサスペンドする。

定義を編集する。

サスペンドを解除する。

スケジュール追加でルートジョブネットを実行する。

(b)　サスペンドを有効にする

サスペンドを実行する場合は，前もってajssetupコマンドを実行してサスペンド機能を有効にしておく必要があります。ajssetupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　2. セットアップコマンド　ajssetup」を参照してください。

サスペンド機能を有効にするには，次のようにコマンドを実行します。

ajssetup -F スケジューラーサービス名 -m

サスペンド機能を有効にする場合，JP1/AJS3サービスおよびスケジューラーサービスの停止は不要です。また，設定は即時有効となります。ただし，JP1/AJS3 - Viewからの操作は，サスペンド機能を有効にしたあとのログインからできます。

注意事項

ajssetup -mコマンドでいったんサスペンド機能を有効にすると，設定を元に戻すことはできません。

(3)　サスペンドの操作

(a)　サスペンドを実行する

ルートジョブネットのサスペンドは，［JP1/AJS3 - View］ウィンドウ，またはコマンドで実行します。

サスペンドの前提条件

ルートジョブネットをサスペンドするための前提条件は，次のとおりです。

JP1/AJS3サービスが起動されている

起動条件監視中の世代が存在しない（起動条件の状態が，待ち状態または終了状態）

実行ユーザーが操作権限を持っている

［JP1/AJS3 - View］ウィンドウでサスペンドを実行する場合

［JP1/AJS3 - View］ウィンドウの［操作］メニューから［サスペンド］−［サスペンド実行］を選択します。

コマンドでサスペンドを実行する場合

ajssuspendコマンドに-Sオプションを指定して実行します。

サスペンドの実行時には，実行中のユニットがあった場合にサスペンドするかどうかを指示できます。

(b)　サスペンド状態かどうかを確認する

ルートジョブネットがサスペンド状態かどうかは，［JP1/AJS3 - View］ウィンドウ，またはコマンドで確認できます。

［JP1/AJS3 - View］ウィンドウで確認する場合

［JP1/AJS3 - View］ウィンドウのリストエリアに，サスペンド状態を示すアイコンが表示されます。

コマンドで確認する場合

ajsshowコマンドに-iオプションと2バイトフォーマット指示子%SPを指定して実行します。

コマンドの指定形式を次に示します。

ajsshow -i %SP

コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

(c)　サスペンドを解除する

ルートジョブネットのサスペンド解除は，［JP1/AJS3 - View］ウィンドウ，またはコマンドで実行します。

サスペンド解除の前提条件

サスペンドを解除するための前提条件は，次のとおりです。

JP1/AJS3サービスが起動されている。

実行ユーザーが操作権限を持っている。

ほかで排他編集されていない。

［JP1/AJS3 - View］ウィンドウでサスペンドを解除する場合

［JP1/AJS3 - View］ウィンドウの［操作］メニューから［サスペンド］−［サスペンド解除］を選択します。

コマンドでサスペンドを解除する場合

ajssuspendコマンドに-C オプションを指定して実行します。

また，JP1/AJS3サービスをコールドスタートすると，自動的にサスペンドが解除され，実行登録も自動的に解除されます。

(d)　サスペンド解除後の追加ユニットの動作

サスペンドの解除時には，実行中のジョブネットの直下に追加したユニットの動作を指定できます。ただし，リモートジョブネットに追加されたユニットの場合は，指定は無効です。

指定できるオプションは，次の三つです。指定できるオプションと，サスペンド解除後のユニットの動作を次に説明します。

実行する

追加したユニットを実行します。

サスペンドを解除すると，実行中のジョブネットの直下に追加したユニットは，先行終了待ち状態になり，先行ユニットが終了してから実行されます。サスペンドを解除したときに，すべての先行ユニットが正常終了している場合は，すぐに実行されます。

オプションを何も指定しないでコマンドを実行した場合，このオプションが仮定されます。

実行しない（実行中止）

追加したユニットの実行を中止します。

サスペンドを解除すると，実行中のジョブネットの直下に追加したユニットの実行が中止され，計画未実行状態になります。

保留する

追加したユニットを一時変更による保留状態にします。

サスペンドを解除すると，実行中のジョブネットの直下に追加したユニットは，一時変更による保留状態になります。

オプションを指定してサスペンドを解除したときの追加ユニットの状態は，追加したユニットの1階層上位にあるユニットの状態によって異なります。上位ユニットの状態と追加ユニットの状態の関係を，次の表に示します。

表4‒15　オプションを指定してサスペンドを解除したときの追加ユニットの状態

追加ユニットの1階層上位にあるユニットの状態

オプションの種類

実行する，またはオプション指定なし

実行しない

（実行中止）

保留する

実行状態

先行終了待ち

（先行ユニットが正常終了した場合は実行中）

計画未実行

先行終了待ち

（先行ユニットが正常終了した場合は保留中）

待ち状態

先行終了待ち

先行終了待ち

先行終了待ち

終了状態

計画未実行

計画未実行

計画未実行

注意事項

サスペンド中に追加したユニットが計画未実行になる場合，そのユニットは計画一時変更の実行中止状態になります。再実行などで実行する必要がある場合には，実行する前に，計画一時変更の変更解除，または日時変更（ユニットがジョブネットの場合だけ）で実行スケジュールを追加しておいてください。

(4)　サスペンド中のジョブやジョブネットの状態遷移

(a)　サスペンド中のジョブの状態遷移

サスペンド中のジョブの状態遷移について，次に説明します。

サスペンドした時点ですでに実行中のジョブは継続して実行されます。打ち切り時間に達した場合は，ジョブの実行を打ち切ります。実行が終了すると終了状態になります。また，遅延監視も継続されます。遅延日時に達すると遅延状態になります。ただし，ジョブが遅延状態となっても，上位ユニットの状態は遷移しません。上位ユニットの状態はサスペンド解除時に遷移します。

サスペンド中の実行中ジョブについて，次の図に示します。

図4‒50　サスペンド中のジョブの状態遷移（実行中ジョブについて）

サスペンドしたルートジョブネット下のユニットが，新たに実行中の状態になることはありません。

サスペンド中の先行終了待ちジョブについて，次の図に示します。

図4‒51　サスペンド中のジョブの状態遷移（先行終了待ちジョブについて）

(b)　サスペンド中のジョブネット（リモートジョブネットを除く）の状態遷移

サスペンドした時点ですでに実行中のジョブネット（リモートジョブネットを除く）は，下位のユニットがすべて終了状態になっても実行中の状態のままです。また，遅延監視や打ち切り時間（繰り越し）の監視も行われません。

サスペンド中の実行中ジョブネットについて，次の図に示します。

図4‒52　サスペンド中のジョブネットの状態遷移（実行中ジョブネットについて）

(c)　サスペンド中のリモートジョブネットの状態遷移

ルートジョブネットをサスペンドした場合，実行中のリモートジョブネットだけ状態が遷移します。このとき，後続ジョブや上位のユニットの状態は遷移しません。

(d)　サスペンド中にJP1/AJS3サービスをホットスタートで再起動した場合の状態遷移

ルートジョブネットのサスペンド中にJP1/AJS3のサービスが停止し，ホットスタートで再起動した場合，実行中だったジョブの実行は継続されますが，ジョブの実行が終了しても終了状態にはなりません。サスペンド解除後に，ジョブの状態が終了状態になります。

サスペンド中にJP1/AJS3サービスをホットスタートで再起動した場合の状態遷移について，次の図に示します。

図4‒53　サスペンド中にJP1/AJS3サービスをホットスタートで再起動した場合の状態遷移

なお，ルートジョブネットのサスペンド中に，JP1/AJS3サービスをホットスタートで再起動したあと，実行中のユニットの先行ユニットとしてユニットを追加し，サスペンド解除時に「実行する」オプションを指定した場合は，先行ユニットとして追加したユニットの終了後に，実行中だったユニットの状態が終了状態になります。

サスペンド中にJP1/AJS3サービスをホットスタートで再起動した場合の状態遷移について，次の図に示します。

図4‒54　サスペンド中にJP1/AJS3サービスをホットスタートで再起動した場合の状態遷移（「実行する」オプション指定時）

(e)　サスペンド中にJP1/AJS3サービスをウォームスタートで再起動した場合の状態遷移

ルートジョブネットのサスペンド中にJP1/AJS3のサービスが停止し，ウォームスタートで再起動した場合は，サスペンド状態は継続されますが，実行中のジョブは「終了状態不明」に，実行中のジョブネットは「中断」に，実行中のジョブネットの下に追加したユニットは「計画未実行」になります。

また，サスペンド中に遅延監視時刻に達したユニットがあっても，終了遅延は検出されません。

サスペンド中にJP1/AJS3サービスをウォームスタートで再起動した場合の状態遷移について，次の図に示します。

図4‒55　サスペンド中にJP1/AJS3サービスをウォームスタートで再起動した場合の状態遷移

(f)　サスペンド中にJP1/AJS3サービスをコールドスタートで再起動した場合の注意事項

ルートジョブネットのサスペンド中にJP1/AJS3のサービスが停止し，コールドスタートで再起動した場合，サスペンド中に削除したユニットレコードが，無効なレコードとしてデータベース上に残ります。この場合は，次に示すコマンドを実行して，無効なレコードを削除する操作を，すべてのルートジョブネットに対して実施してください。

ajssuspend -U -R -T /

(g)　サスペンド中にJP1/AJS3サービスをディザスターリカバリースタートで再起動した場合の状態遷移

ルートジョブネットのサスペンド中にJP1/AJS3のサービスが停止し，ディザスターリカバリースタートで再起動した場合は，サスペンド状態は継続されます。しかし，実行中のジョブは「終了状態不明」に，実行中のジョブネットは「中断」に，実行中のジョブネットの下に追加したユニットは「計画未実行」になります。

また，サスペンド中に遅延監視時刻に達したユニットがあっても，終了遅延は検出されません。

ディザスターリカバリースタート後は，ジョブが実行抑止されます。ジョブを実行する場合は，実行抑止を解除してください。

サスペンド中にJP1/AJS3サービスをディザスターリカバリースタートで再起動した場合の状態遷移について，次の図に示します。

図4‒56　サスペンド中にJP1/AJS3サービスをディザスターリカバリースタートで再起動した場合の状態遷移

(5)　サスペンド中の待ち合わせ条件の変更

サスペンド中に待ち合わせ条件を変更したときの待ち合わせ条件付きユニットの動作は，そのときの待ち合わせ条件付きユニットの状態によって異なります。

待ち合わせ条件付きユニットがすでに実行を開始していたり，終了していたりする場合

サスペンド中に変更した待ち合わせ条件の設定は，次回実行時（再実行を含む）から有効になります。

待ち合わせ条件付きユニットが実行中の場合に，待ち合わせ条件を変更する例を，次の図に示します。

図4‒57　待ち合わせ条件付きユニットが実行中の場合に待ち合わせ条件を変更する例

この例では，待ち合わせ条件がすでに成立している待ち合わせ条件付きユニットROOTをサスペンドして，待ち合わせ対象ユニットにイベントジョブBを追加しています。ROOTはすでに実行を開始しているため，イベントジョブBの終了は待ち合わせないで，そのまま実行を継続します。

待ち合わせ条件付きユニットが先行終了待ち，開始時刻待ち，または未計画※の場合

サスペンド中に変更した待ち合わせ条件の設定に基づいて待ち合わせを継続します。

注※

環境設定パラメーターPREWAITNOSCHUNITSで「yes」を指定している場合は，待ち合わせ条件付きユニットが「未計画」状態でも待ち合わせをします。環境設定パラメーターPREWAITNOSCHUNITSについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(122) PREWAITNOSCHUNITS」を参照してください。

待ち合わせ条件付きユニットが開始時刻待ちの場合に，待ち合わせ条件を変更する例を，次の図に示します。

図4‒58　待ち合わせ条件付きユニットが開始時刻待ちの場合に待ち合わせ条件を変更する例

この例では，待ち合わせ条件がまだ成立していない待ち合わせ条件付きユニットROOTをサスペンドして，待ち合わせ対象ユニットにイベントジョブBを追加しています。ROOTはまだ待ち合わせ条件の成立前であるため，イベントジョブBを追加すると，ROOTはイベントジョブBの実行終了も待ち合わせます。待ち合わせ方法にはANDを設定しているため，イベントジョブAが正常終了しても，待ち合わせ条件は成立しないでイベントジョブBの実行終了を待ち合わせます。

(6)　サスペンド中の待ち合わせ条件付きユニットの追加

サスペンド中に待ち合わせ条件付きユニットを追加したときの待ち合わせ条件付きユニットの動作は，待ち合わせ条件付きユニットの実行予定の有無によって異なります。サスペンドを解除し，待ち合わせ条件付きユニットが，先行のジョブやジョブネットの実行終了など，実行条件を満たしたときの動作を説明します。

待ち合わせ条件付きユニットに実行予定がある場合

待ち合わせを開始します。待ち合わせ条件付きユニットは，「先行終了待ち」状態で待ち合わせの成立を待ちます。

待ち合わせ条件付きユニットに実行予定がない場合

環境設定パラメーターPREWAITNOSCHUNITSで「yes」を指定しているとき

待ち合わせを開始します。待ち合わせ条件付きユニットは，「未計画」状態で待ち合わせの成立を待ちます。

環境設定パラメーターPREWAITNOSCHUNITSで「no」を指定しているとき

「計画未実行」状態に遷移し，後続ユニットの実行が開始されます。

環境設定パラメーターPREWAITNOSCHUNITSについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(122) PREWAITNOSCHUNITS」を参照してください。

(7)　サスペンド解除後のスケジューリング

(a)　サスペンド解除時のスケジュールの割り当て

サスペンドを解除したときの，ユニットのスケジュールの割り当てについて，実行登録の種類ごとに説明します。

即時実行登録，および日付指定の確定実行登録の場合

通常の即時実行登録，および日付を指定した通常の確定実行登録と同様に，確定実行登録時に指定した日時が開始予定時刻として割り当てられます。ただし，上位のジョブネットに実行予定がない（実行中止されている）場合は，追加されたジョブネットの開始予定時刻は割り当てられますが，上位のジョブネットの開始予定時刻がないため，追加されたジョブネットの開始予定時刻は「なし」になります。

即時実行登録したルートジョブネットをサスペンドし，ユニットを追加する例を，次の図に示します。

図4‒59　即時実行登録したルートジョブネットにユニットを追加する例

サスペンド解除後に割り当てられるスケジュールを，次の表に示します。

表4‒16　サスペンド解除後のスケジュール（即時実行登録，日付指定の確定実行登録の場合）

ユニット

11/30

12/1

12/2

12/3

A

−

12:00

−

−

B

−

12:00

−

−

C

−

12:00

−

−

D

−

12:00

−

−

E

−

12:00

−

−

（凡例）

−：該当しない。

計画実行登録の場合

ルートジョブネットが再実行でない待ち状態の世代は，すべてのジョブネットのスケジュールが再計算されます。ルートジョブネットが実行中，または再実行中の世代のジョブネットは，追加されたジョブネットのスケジュールだけが再計算され，追加された最上位のジョブネットの排他スケジュールは有効になりません。

計画実行登録したルートジョブネットをサスペンドし，ユニットを追加する例を，次の図に示します。

図4‒60　計画実行登録したルートジョブネットにユニットを追加する例

現在日が12/1（金）で，12/1（金）の業務開始前に構成を変更し，11/30（木）分は再実行中で，現在Bのジョブネットを実行中の場合のサスペンド解除後に割り当てられるスケジュールを，次の表に示します。

表4‒17　サスペンド解除後のスケジュール（計画実行登録の場合）

ジョブネット

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分は，最上位ジョブネットからスケジュールが再計算されるため，排他スケジュールが有効になります。

確定実行登録の場合

ルートジョブネットが待ち状態，または実行中のジョブネットに追加されたジョブネットのスケジュールだけが再計算され，追加された最上位のジョブネットの排他スケジュールは有効になりません。

確定実行登録されているルートジョブネットをサスペンドし，ユニットを追加する例を，次の図に示します。

図4‒61　確定実行登録されているルートジョブネットにユニットを追加する例

現在日が12/1（金）で，12/1（金）の業務開始前に構成を変更し，11/30（木）分は再実行中で，現在Bのジョブネットを実行中の場合のサスペンド解除後に割り当てられるスケジュールを，次の表に示します。また，12/6まで確定実行登録済みと仮定します。

表4‒18　サスペンド解除後のスケジュール（確定実行登録の場合）

ジョブネット

11/29

（水）

11/30

（木）

12/1

（金）

12/2

（土）

12/3

（日）

12/4

（月）

12/5

（火）

12/6

（水）

A

●

★

○

○

○

○

○

○

B

■

★

◎

□

□

□

□

□

C

■

（◎）

（◎）

（◎）

（◎）

（◎）

（◎）

（◎）

D

■

（□）

（◎）

（□）

（□）

（□）

（□）

（□）

E

■

（◎）

（□）

（□）

（□）

（□）

（□）

（□）

（凡例）

●：正常終了

■：計画未実行

★：実行中

○：開始時刻待ち

◎：先行終了待ち

□：未計画

（）：スケジュール再計算部分

確定実行登録では，すでに確定している期間については，サスペンド解除時に既存の世代のスケジュール再計算はされません。この例では，スケジュール再計算の対象は，ジョブネットCとジョブネットCの下のジョブネット（DとE）です。このとき，ジョブネットBとジョブネットCに設定した排他スケジュールは無効になります。なお，未来世代数による確定実行登録の場合，サスペンド解除後に作成される世代は最上位ジョブネットからスケジュールが再計算されるため，排他スケジュールが有効になります。

(b)　サスペンド解除後の実行スケジュール

計画実行登録，および未来世代数を指定した確定実行登録では，ジョブネットが実行されるたびに新たな世代を割り当てます。そのため，［マンスリースケジュール］ウィンドウ，［デイリースケジュール］ウィンドウ，ajsshowコマンドなどで予実績を表示する場合，次に示す実行予定については，スケジュールシミュレーションを実行した結果が表示されます。

計画実行登録の場合

次々回以降の実行予定

未来世代数を指定した確定実行登録の場合

指定された未来世代数以降の実行予定

そのため，ルートジョブネットの次回実行予定までにサスペンドが解除されないと，サスペンド解除時に行われる繰り越し処理などによって，ジョブネットの実行スケジュールに影響が出る場合があります。サスペンド操作の時間は，複数世代にまたがらないよう注意してください。

6/12に計画実行登録されたジョブネットの例を，次の表に示します。

表4‒19　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/AJS3のデータベース上では6/13の世代の情報が格納されています。このジョブネットを，6/12の実行が終了した時点でサスペンドし，6/14以降までサスペンドを解除しないと，6/13の予定がそのまま残り，サスペンド解除後に初めて繰り越し処理などの対象になります。そのため，繰り越し未実行の世代が作成されたり，実行スケジュールがスキップされたりする場合があります。

(8)　イベントジョブおよびカスタムイベントジョブを追加した場合のマクロ変数の引き継ぎ

マクロ変数は，後続ユニットが実行待ち状態から実行状態に遷移したときに引き継がれます。

実行登録中にルートジョブネットの下位の定義を変更したときの，マクロ変数の引き継ぎの動作について，次に説明します。

サスペンドを解除したあとのマクロ変数の引き継ぎの動作は，追加したイベントジョブおよびカスタムイベントジョブの後続ユニットの状態によって異なります。

後続ユニットが実行中の場合

後続ユニットの状態ごとの動作を，次の図に示します。

図4‒62　実行中のユニットの前にイベントジョブを追加した場合

ジョブ2が終了すると，ジョブ3はイベントジョブ2が終了するのを待ちます。ジョブネット1に引き継がれるマクロ変数の値は，ジョブネット1が実行中の状態に遷移するときに作成されます。上記の図の場合は，ルートジョブネットをサスペンドする前に作成されたマクロ変数の値を，ジョブネット1の下で使い続けます。

後続ユニットが先行終了待ちの場合

後続ユニットの状態ごとの動作を，次の図に示します。

図4‒63　先行終了待ちのユニットの前にイベントジョブを追加した場合

イベントジョブ2とイベントジョブ3が終了してから，ジョブネット1が実行されます。ジョブネット1に引き継がれるマクロ変数の値は，ジョブネット1が実行する状態に遷移するときに作成されます。上記の図の場合は，イベントジョブ1の実行結果，イベントジョブ2の実行結果，およびサスペンドを解除したあとに実行されたイベントジョブ3の実行結果をマージした値が，マクロ変数の値としてジョブネット1に引き継がれます。

5　ジョブの実行環境

この章では，JP1/AJS3でジョブを実行する際の仕組み，およびジョブ実行時の受付配信制限について説明します。

5.1　ジョブ実行の仕組み

この節では，JP1/AJS3のジョブ実行の仕組みについて説明します。

JP1/AJS3のUNIXジョブ，PCジョブ，フレキシブルジョブ，HTTP接続ジョブ，イベントジョブ，アクションジョブ，カスタムジョブ，およびカスタムイベントジョブの実行環境は，マネージャーホストとエージェントホストによって構成されます。ジョブの実行時には，マネージャーホストからエージェントホストにジョブを転送して実行します。

JP1/AJS3のジョブ実行の流れを次の図に示します。

図5‒1　JP1/AJS3のジョブ実行の流れ

エージェントホストでジョブを実行する場合，ジョブを実行する実行エージェントを定義します。実行するジョブの定義では，ジョブの実行先として実行エージェントを指定します。ジョブの実行順序になると，実行エージェントに指定されたエージェントホストに対してジョブを転送して実行します。

ジョブ実行の仕組みを次の図に示します。

図5‒2　ジョブ実行の仕組み

また，実行エージェントをグルーピングした実行エージェントグループを使用して負荷分散することもできます。

5.1.1　実行エージェント

実行エージェントとは，JP1/AJS3のジョブの実行先として定義する論理的な名称です。JP1/AJS3は，ジョブを実行するエージェントホストの物理的なホスト名と実行エージェントをマッピングすることで，ジョブの実行先を決定し，ジョブを配信します。

補足事項

キューレスジョブの場合は，実行エージェントを使用しません。キューレスジョブを定義する場合，ジョブの詳細定義の［実行エージェント］には実行ホスト名を指定してください。

実行エージェントの概要を次の図に示します。

図5‒3　実行エージェントの概要

実行エージェントを指定できるユニットを次に示します。ただし，ジョブの詳細定義の［実行先サービス］に［標準］を指定した場合だけ該当します。

ジョブネット

ネストジョブネット

PCジョブ

UNIXジョブ

イベントジョブ

アクションジョブ

カスタムジョブ

フレキシブルジョブ※1

HTTP接続ジョブ※2

カスタムイベントジョブ

注※1

フレキシブルジョブの場合，実行エージェントを中継エージェントに読み替えてください。

注※2

HTTP接続ジョブの実行先サービスは［標準］で固定です。

エージェントホストのホスト名を変更する場合，およびエージェントホストを変更する場合，ジョブの定義を変更しなくても，マネージャーホストで実行エージェントとマッピングするホスト名を変更するだけで業務を継続できます。

図5‒4　実行エージェントの使用例1

また，同じ業務を拠点ごとに実行する場合，ジョブの定義を変更しなくても，マネージャーホストごとに実行エージェントを定義するだけで，業務を実行できます。

図5‒5　実行エージェントの使用例2

実行エージェントとエージェントホストのホスト名のマッピングは，ajsagtaddコマンドで定義します。また，すでに定義されている実行エージェントとエージェントホストのホスト名のマッピングは，ajsagtaltコマンドで変更できます。

なお，実行エージェントとエージェントのホスト名のマッピングは，Web GUI（ジョブポータル）でも定義・変更できます。

5.1.2　ジョブの実行多重度

ジョブ（キューレスジョブを除くUNIXジョブ，PCジョブ，フレキシブルジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブ，および引き継ぎ情報設定ジョブ）を実行するホストのリソースに合わせて，同時に実行できるジョブ数を制限できます。実行エージェントの定義時にジョブ実行多重度を定義することで，そのエージェントホストで同時に実行できるジョブ数を制限できます。

ジョブ実行多重度は30分単位で設定できるため，時間帯を分けてジョブ数を制限することで，負荷を分散させる運用ができます。

ジョブの実行多重度を超えたジョブは，実行中のジョブが終了するまで「キューイング」状態（実行待ちの状態）になります。

なお，イベントジョブおよびカスタムイベントジョブについては，ジョブ実行多重度の設定で同時に実行できるジョブ数を制限できません。

ジョブ実行多重度に関する注意事項については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.5.4 ジョブ実行多重度の検討」を参照してください。

(1)　ジョブ実行多重度の指定方法

ジョブ実行多重度は，ajsagtaddコマンドを使用して実行エージェントを追加する際に，コマンドの-cオプション，またはWeb GUI（ジョブポータル）で設定します。

ajsagtaddコマンドで実行エージェントを追加する場合，ジョブ実行多重度の指定を省略すると「0:00-0:00=5」（終日，ジョブ実行多重度は5）が仮定されます。ジョブ実行多重度は，ajsagtaltコマンドで変更できます。ジョブ実行多重度の指定例については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsagtalt」の使用例も参照してください。

(2)　ジョブ実行多重度を使用したジョブの負荷分散

実行エージェントグループで複数の実行エージェントをグルーピングした場合，エージェント使用率（実行エージェントのジョブ実行多重度に対する実行中のジョブ数の割合）を基に，複数の実行エージェントに負荷を分散させることができます。詳細については，「5.4.9 実行ホスト（エージェントホスト）へのジョブ実行配信」を参照してください。

注意事項

ジョブ実行多重度の設定は，実行エージェント単位に適用されます。異なる実行エージェントが同一の実行先ホストをマッピングしている場合は，それぞれの実行エージェントに設定されているジョブ実行多重度の総和が実行先ホストで実行されることになります。

例えば，ジョブ実行多重度を「00:00-00:00=10」（終日，ジョブ実行多重度は10）としている自ホスト名の実行エージェントを追加している場合，デフォルト実行エージェントのジョブ実行多重度が「00:00-00:00=5」（終日，ジョブ実行多重度は5）であるため，最大で15のジョブが多重に実行されることがあります。

ジョブ実行多重度を設定する場合は，実行先ホスト単位に適切な値を設定してください。

5.1.3　実行エージェントグループ

実行エージェントグループは，実行エージェントをグルーピングして負荷分散を実現させます。グルーピングする実行エージェントに優先順位を付けておくことで，ジョブを配信するエージェントホストを決定し，ジョブを配信します。

実行エージェントグループを使用したジョブ実行の概要を次の図に示します。

図5‒6　実行エージェントグループを使用したジョブ実行の概要

実行エージェントグループを指定できるユニットを次に示します。ただし，ジョブの詳細定義の［実行先サービス］に［標準］を指定した場合だけ該当します。

ジョブネット※1

ネストジョブネット※1

PCジョブ

UNIXジョブ

フレキシブルジョブ※2

HTTP接続ジョブ※3

アクションジョブ

カスタムジョブ

注※1

イベントジョブおよびカスタムイベントジョブは，実行エージェントグループでの運用に対応していません。ルートジョブネットやネストジョブネットに実行エージェントグループを指定した場合，ジョブネット配下の実行エージェントの指定がないイベントジョブおよびカスタムイベントジョブは，ジョブネットに指定した実行エージェントグループを実行エージェントとしてジョブを実行しようとします。このとき，実行エージェントグループと同名の実行エージェントがある場合は該当する実行エージェントに対してイベントジョブおよびカスタムイベントジョブを実行します。実行エージェントグループと同名の実行エージェントがない場合はジョブの実行時に統合トレースログにメッセージ「KAVT0403-E 指定されたエージェントはジョブ実行環境に定義されていません（host=実行エージェント名，保守情報）」を出力してエラーになります。そのため，ルートジョブネットやネストジョブネットに実行エージェントグループを指定する場合には，ジョブネット配下のイベントジョブおよびカスタムイベントジョブに明示的に実行エージェントを指定しておいてください。

注※2

フレキシブルジョブの場合，実行エージェントを中継エージェントに読み替えてください。

注※3

HTTP接続ジョブの実行先サービスは［標準］で固定です。

5.1.4　デフォルト実行エージェント

一つのマネージャーホストには，自ホストをエージェントホストとしたエージェント情報が，デフォルトの実行エージェントとして一つ定義されています。この実行エージェントをデフォルト実行エージェントといいます。

デフォルト実行エージェントに定義されている内容を次の表に示します。

表5‒1　デフォルト実行エージェントに定義されている内容

項目

内容

実行エージェント

@SYSTEM

実行ホスト

マネージャーホスト名

ジョブ実行多重度

5（00:00-00:00=5）

配信状態

有効

説明文

（設定なし）

ジョブを自ホストで実行する場合は，このデフォルト実行エージェントを使用します。ユニットの実行エージェントとしてデフォルト実行エージェントを指定するには，ユニット定義の実行エージェントに「@SYSTEM」を指定するか，または実行エージェントの指定を省略します。デフォルト実行エージェントを使用することで，ユニット定義を他マネージャーホストに移行した場合でも，ユニット定義を修正しないで移行先のホストでジョブを実行でき，ユニット定義の移植性を向上させることができます。

注意事項

ユニット定義の実行エージェントに自ホスト名を指定してジョブを実行させる場合は，デフォルト実行エージェントとは別に，自ホスト名と同じ名称の実行エージェントを追加しておく必要があります。実行エージェントを追加するには，ajsagtaddコマンドを使用します。ajsagtaddコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsagtadd」を参照してください。

また，自ホスト名と同じ名称の実行エージェントを追加した場合は，実行エージェントに定義するジョブ実行多重度の設定についても注意が必要です。実行エージェントに設定しているジョブ実行多重度は，実行エージェント単位に適用されます。例えば，ジョブ実行多重度を「00:00-00:00=10」（終日，ジョブ実行多重度は10）としている自ホスト名の実行エージェントを追加している場合，デフォルト実行エージェントのジョブ実行多重度が「00:00-00:00=5」（終日，ジョブ実行多重度は5）であるため，最大で15のジョブが多重に実行されることがあります。

デフォルト実行エージェントに定義されている内容を変更するには，実行エージェントの運用に使用するコマンドを使用します。また，Web GUI（ジョブポータル）から実行エージェントを操作することもできます。実行エージェントの運用に使用するコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　1.5.5 実行エージェントの運用に使用するコマンド」を参照してください。ただし，実行エージェントの運用に使用するコマンドには，デフォルト実行エージェントに対して実行できない機能があります。デフォルト実行エージェントへの操作可否を次の表に示します。

表5‒2　実行エージェントの運用に使用するコマンドのデフォルト実行エージェントへの操作可否

コマンド名

機能

操作可否

ajsagtaddコマンド

実行エージェントグループを追加するときに接続先実行エージェントとして定義

○

デフォルト実行エージェントの追加

×

ajsagtaltコマンド

実行ホストの変更

×

ジョブ実行多重度の変更

○

配信状態の変更

○

実行エージェントグループの接続先実行エージェントとして追加

○

実行エージェントグループに接続されている場合，接続先実行エージェントから解除

○

実行エージェントグループに接続されている場合，優先順位の変更

○

ajsagtdelコマンド

デフォルト実行エージェントの削除

×

ajsagtshowコマンド

デフォルト実行エージェントの，ジョブ実行状態などの情報の表示

○

ajsagtprintコマンド

デフォルト実行エージェントの定義情報の出力

○

（凡例）

○：操作できる

×：操作できない

5.2　ジョブの受付配信制限

実行エージェントごとにジョブの受付および配信を制限できます。受付配信制限は，ジョブの受け付け時にエラーにするか，配信を保留するかの二つがあります。それぞれの動作を次に示します。

なお，イベントジョブおよびカスタムイベントジョブの場合は，受付配信制限が設定されていてもイベントを監視します。

受け付け時にエラーにする

ジョブの受け付けを停止し，ジョブを異常終了します。

配信を保留する

ジョブの配信を保留し，保留を解除した時点で，ジョブを配信します。

実行エージェントの受付配信制限の各状態での動作を次の表に示します。

表5‒3　実行エージェントの受付配信制限の各状態での動作

状態（英語名）

ajsagtshow

コマンドでの表示

説明

有効（Effective）

Ef

ジョブの受け付け可

エージェントホストへのジョブの配信可

無効（Ineffective）

In

ジョブの受け付け不可（ジョブ実行時に「起動失敗」状態になる）

エージェントホストへのジョブの配信可

保留（Hold）

Hd

ジョブの受け付け可

エージェントホストへのジョブの配信不可（ジョブはJP1/AJS3 - Manager上にたまる）

閉塞（Blockade）

Bl

ジョブの受け付け不可（ジョブ実行時に「起動失敗」状態になる）

エージェントホストへのジョブの配信不可（ジョブはJP1/AJS3 - Manager上にたまる）

実行エージェントの受付配信制限の各状態によるジョブの状態遷移を次の表に示します。

表5‒4　実行エージェントの受付配信制限の各状態によるジョブの状態遷移

状態（英語名）

ジョブの状態遷移

イベントジョブおよびカスタムイベントジョブの状態遷移

有効（Effective）

キューイング→実行中→終了

キューイング→実行中→終了

（配信制限の対象にならない）

無効（Ineffective）

起動失敗

（キューイング状態のジョブは「有効」状態と同じ）

保留（Hold）

キューイング

閉塞（Blockade）

起動失敗

（キューイング状態のジョブは「保留」状態と同じ）

5.3　実行エージェント制限

ユニットごとに，ジョブの実行を許可する実行エージェントを設定できます。ジョブの実行を許可する実行エージェントを，実行エージェントプロファイルという運用プロファイルに設定しておくことで，誤った実行エージェントでジョブが実行されるのを防ぐことができます。

実行エージェントプロファイルは，スケジューラーサービスごとに作成し，ユニットごとに，実行を許可する実行エージェントまたは実行エージェントグループを設定します。また，キューレスジョブの実行を許可する実行ホストを設定したい場合も，同様に実行エージェントプロファイルに設定します。この場合は，キューレスジョブに指定する実行ホスト名を設定します。

実行エージェント制限を使用した場合の例を，次の図に示します。

図5‒7　実行エージェント制限を使用した場合の例

この図の例では，ジョブネットnet1配下のジョブの実行を許可する実行エージェントとして，AGT1を実行エージェントプロファイルに設定しています。/net1/job1は，実行エージェントにAGT1を指定しているため，AGT1で実行されます。/net1/job2は，許可されていない実行エージェントAGT2を指定しているため，ジョブの実行がマネージャーホスト上で抑止されます。

実行エージェント制限の機能の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.5.1(6) 実行エージェント制限について」を参照してください。

実行エージェントプロファイルの設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.1.1 実行エージェント制限の設定手順」を参照してください。

5.4　ジョブの実行環境と動作

5.4.1　ジョブ実行時のユーザーアカウント

JP1/AJS3では，ジョブを実行する際にエージェントホストのOSユーザーのアカウントを使用します。OSユーザーのアカウントを使用するには，ジョブ実行先のエージェントホストにユーザーマッピング定義が必要です。ジョブを実行するため，ジョブ実行先のエージェントホストのユーザーマッピング定義に従って，ジョブネットを実行登録したJP1ユーザーからOSユーザーに変換します。そのため，ジョブはそのOSユーザーの権限で実行されます。また，ジョブプロセスから参照または更新するリソースについては，OSのセキュリティに依存します。

なお，ユーザーアカウントはジョブの実行ごとに参照します。そのため，定義を変更したあとに実行されたジョブから有効になります。

Windows版のJP1/AJS3では，ジョブを実行する際にJP1/AJS3のサービスを起動したアカウントと異なるユーザーアカウントでジョブを実行する場合，ジョブプロセスを起動するために必要なユーザーの情報を取得しています。ユーザーの情報を取得するためには，ユーザーが所属するセキュリティグループや権限に関する情報などを含んだユーザー情報（以降，アクセストークンと呼びます）が必要になります。

JP1/AJS3では，ジョブ（キューレスジョブを除く）を起動するたびにアクセストークンを取得し，ジョブの実行が終了すると解放しています。アクセストークンの取得および解放には，Win32API関数を使用しています。この関数でエラーが発生し，アクセストークンの取得に失敗した場合，ジョブは起動失敗となり，アクセストークンの解放に失敗した場合は異常検出終了となります。

アクセストークンはドメイン名，ユーザー名，およびパスワードが同じであれば，一度取得した情報を保持して再利用できます。

アクセストークンを再利用することで，アクセストークンの取得および解放の回数を最小限に減らし，Win32API関数の一時的エラーを回避してジョブが異常終了する頻度を抑えることができます。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.2.17 ジョブ実行時にアクセストークンを再利用するための設定」を参照してください。

5.4.2　ジョブ実行時に有効となるOSユーザー環境

ジョブを実行するときに有効になるOSユーザー環境は，プラットフォームによって異なります。

ジョブ実行先のエージェントホストがWindowsの場合，通常はシステム環境変数が有効になり，ユーザープロファイル情報は無効になります。ただし，ジョブ実行制御の環境設定を変更することでユーザープロファイル情報を有効にすることもできます。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.2.16 ユーザープロファイルを必要とするジョブを実行するための設定」を参照してください。

ジョブ実行先のエージェントホストがUNIXの場合，ジョブを実行するとき，ユーザーマッピングで変換された実行OSユーザーのローカルログインスクリプトが読み込まれます。また，ジョブの実行シェルは，特にスクリプトファイルやコマンド文の先頭行で明記していないかぎり，その実行OSユーザーのログインシェルが設定されます。

なお，OSユーザー環境については，ジョブの実行単位ごとに読み込まれます。すでに実行登録中のジョブがあっても，定義を変更したあとに実行されたジョブから有効になります。

5.4.3　ジョブの実行ファイルおよびスクリプトファイルのアクセス権限

ジョブの実行ファイルおよびスクリプトファイルのアクセス権限の設定は，実行ホスト（エージェント）がWindowsの場合とUNIXの場合とで異なります。

Windowsの場合

実行ホスト（エージェント）がWindowsの場合，ジョブを実行するOSユーザーに実行ファイルのアクセス権限を設定する必要はありません。JP1/AJS3のサービスのアカウントにだけ，実行ファイルのアクセス権限を設定してください。

UNIXの場合

実行ホスト（エージェント）がUNIXの場合，ジョブを実行するOSユーザーにスクリプトファイルのアクセス権限を設定してください。

詳細については，「5.4.4 ジョブ実行時のファイルのアクセス権限チェックについて（UNIX限定）」も参照してください。

5.4.4　ジョブ実行時のファイルのアクセス権限チェックについて（UNIX限定）

実行ホスト（エージェント）がUNIXの場合，ジョブ実行時にファイルのアクセス権限をチェックする際，ファイルパーミッションだけでチェックするか，またはアクセス制御リスト（ACL）やセカンダリーグループの設定でもチェックするかを設定できます。

UNIXでファイルのアクセス権限をチェックできるジョブを次に示します。

UNIXジョブ

Linuxホスト上で実行するときのHTTP接続ジョブ

ジョブ実行時にアクセス権限をチェックする対象のファイルを次に示します。

スクリプトファイル※

環境変数ファイル※

標準入力ファイル※

標準出力ファイル

標準エラー出力ファイル

転送先ファイル※

注※

HTTP接続ジョブでは指定できません。

設定できるアクセス権限のチェック方法には，次の三つがあります。

各ファイルのアクセス権限をファイルパーミッションの設定だけでチェックする。

スクリプトファイルのアクセス権限については，ファイルパーミッションのほか，アクセス制御リストやセカンダリーグループの設定でもチェックする。それ以外のファイルについては，ファイルパーミッションの設定だけでチェックする。

各ファイルのアクセス権限について，ファイルパーミッション，アクセス制御リスト，およびセカンダリーグループの設定でチェックする。

デフォルトの設定では，ファイルパーミッションだけでチェックします。

なお，アクセス権のチェック方法は，エージェントホストごとに設定します。設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.2.18 ジョブ実行時のファイル権限チェックでアクセス制御リストやセカンダリーグループの設定を有効にする」を参照してください。

アクセス制御リストやセカンダリーグループの設定でチェックする場合の，アクセスするユーザーおよびファイルとチェック方法の関係を次の表に示します。

表5‒5　アクセスするユーザーとファイルによるチェック方法

ユーザーの分類

ファイルの分類

JP1/AJS3が提供するファイル※1

ユーザーファイル※2

ACLなし

ACLあり

スーパーユーザー

チェック不要

チェック不要

チェック不要

一般ユーザー

セカンダリーグループなし

ファイルパーミッション

ファイルパーミッション

ACL

セカンダリーグループあり

ファイルパーミッション

ファイルパーミッションとセカンダリーグループ

ACLとセカンダリーグループ

（凡例）

ACL：アクセス制御リスト

注※1

JP1/AJS3の製品が提供しているファイルおよびディレクトリを指します。

注※2

ジョブやコマンドの実行時に，ユーザーが指定するユーザー資産のファイルおよびディレクトリを指します。

注意事項

JP1/AJS3の製品が提供しているファイルおよびディレクトリについては，この設定の対象外となります。

エージェントホストのJP1/AJSのバージョンが08-10以前の場合は，ファイルパーミッションによるチェックだけ行います。アクセス制御リストやセカンダリーグループの設定に基づくチェックは行いません。

チェック方法を変更する場合，それまで実行できていたジョブが起動失敗になることがあります。ファイルパーミッションと，アクセス制御リストやセカンダリーグループの設定との差異を考慮した上，ジョブの起動に影響がないように設定してください。

5.4.5　HP-UXのOSユーザーのグループについて

ジョブを実行するOSユーザーが複数のグループに属し，それらのグループすべてに対するアクセスを有効にする場合は，「/etc/logingroup」の設定が必要になります。「/etc/logingroup」の設定がないと，「/etc/passwd」で定義されているグループIDだけが有効となります。

複数のグループに対するアクセスを有効にするには，「/etc/logingroup」に「/etc/group」のグループ定義をコピーするか，「/etc/logingroup」と「/etc/group」をシンボリックリンクする必要があります。詳細については，OSのマニュアルを参照してください。

注意事項

JP1/AJS3サービスのプロセスがジョブの結果ファイルや一時ファイルにアクセスする際に，複数のグループに対するアクセスを有効にする場合は，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.2.18 ジョブ実行時のファイル権限チェックでアクセス制御リストやセカンダリーグループの設定を有効にする」に記載の設定を行ってください。

設定を行わない場合，「/etc/logingroup」を設定することでセカンダリーグループからのアクセスが有効になるのは，ジョブプロセスだけです。JP1/AJS3サービスのプロセスがジョブの結果ファイルや一時ファイルにアクセスする際には有効になりません。JP1/AJS3サービスのプロセスが結果ファイルにアクセスできない場合は，結果ファイルがあるディレクトリの権限をセカンダリーグループでもアクセスできる権限に変更するか，ディレクトリまたは指定した結果ファイルの所有グループをジョブ実行ユーザーのセカンダリーグループからプライマリーグループに変更してください。一時ファイルの場合は，ワークディレクトリの権限をセカンダリーグループでもアクセスできる権限に変更してください。

詳細については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.6.2(3) 標準ジョブ，アクションジョブ，およびカスタムジョブを実行すると異常終了となる」を参照してください。

5.4.6　ジョブ起動時のログインシェル（UNIXジョブ，フレキシブルジョブ，HTTP接続ジョブ，アクションジョブ）

実行ホスト（エージェント）がUNIXの場合，ジョブ起動時，ジョブ実行先エージェントホストの実行OSユーザーのログインシェル（/etc/passwdファイルの内容）を実行します。ログインシェルが定義されていない場合は，/bin/shを実行します。JP1/AJS3では，ログインシェルとしてsh，csh，kshが使用できます（Linuxの場合は，cshのほかにbashも使用できます）。これら以外のシェルを使用した場合のログインシェルの注意事項を次に示します。

(1)　UNIXジョブ，フレキシブルジョブの場合の注意事項

ログインシェルにsh，csh，ksh，bash以外を使用すると，OSによってはログインスクリプトが実行されない場合があります。その場合，ジョブの実行ユーザーの環境変数の設定が反映されないために，ジョブが異常終了したり，意図しない実行結果となったりすることがあります。

この現象を回避するために，ジョブのスクリプトに必要な環境変数の設定を明記してください。なお，ジョブ実行時に必要な環境変数が正しく設定されているかどうかを確認するには，envコマンドの実行結果をファイルに書き出すようなシェルスクリプトを作成し，そのスクリプトをジョブとして実行したときに出力されたファイルの内容を参照してください。

(2)　ジョブ共通の注意事項

bashのように，一部のシェルではシグナル処理をデフォルトの状態に初期化しないものがあります。そのため，ジョブが異常終了したり，意図しない実行結果となったりすることがあります。その場合は，sh，csh，kshのどれかを使用する運用方法に変更してください。

または，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.2.17 JP1/AJS3から起動される子プロセスを，SIGCHLDシグナルを受信する設定（SIG_DFL）に変更する方法」に従って設定することで，シグナル処理をデフォルト状態に設定できます。なお，バージョン08-00以降のJP1/AJSを新規インストールした場合は，SIGCHLDシグナルを受信するデフォルト（SIG_DFL）でジョブを実行する設定になっているので，運用方法を変更する必要はありません。

5.4.7　標準出力ファイル名・標準エラー出力ファイルのumask値（UNIX限定）

実行ホスト（エージェント）がUNIXの場合，標準出力ファイル・標準エラー出力ファイルは，デフォルトではJP1/AJS3サービスを起動したユーザーのumask値を基に作成されます。登録ユーザーごとに標準出力ファイル・標準エラー出力ファイルのumask値を変えたい場合は，ジョブ実行環境設定ファイルを使用してください。

ジョブ実行環境設定ファイルの使用方法とファイルの仕様を次に説明します。

ジョブ実行環境設定ファイルの使用方法

エージェント上に，次に示すファイルをJP1ユーザーごとに作成してください。

ファイル名

/etc/opt/jp1ajs2/conf/profiles/JP1ユーザー名/jajsJobProfile

ファイルの内容

umask=3けたの8進数

ジョブ実行環境設定ファイルの仕様

ジョブ実行環境設定ファイルで指定したumask値は，標準出力ファイル・標準エラー出力ファイルにだけ影響します。ジョブプロセスが生成したファイルは影響を受けません。また，既存のファイルに対して標準出力や標準エラー出力に出力されたデータを出力した場合も，上書き指定および追加書き指定でもファイルの権限は既存ファイルのままです。

5.4.8　実行登録ジョブの状態監視処理

マネージャーホストでは，エージェントホストを監視したり，実行登録したジョブをポーリング監視したりします。JP1/AJS3では，通常，ジョブの状態は実行先のエージェントホストからマネージャーホストに自動的に通知されますが，マネージャーホストと実行先のエージェントホスト間の通信障害や，マネージャーホストのシステムダウンなどが発生した場合，ジョブの状態が正しく通知されないことがあります。このような障害時のリカバリー処理のために監視処理を実行します。

(1)　実行中のジョブの監視

マネージャーホストは，実行中のジョブを5分間隔でポーリング監視します。※ジョブが終了したとき，マネージャーホストはエージェントホストからの終了通知によって，ジョブの状態を終了状態にします。しかし，一時的な通信障害などによって終了通知を受けられなかった場合は，このポーリング監視によってジョブの終了を検知します。また，マネージャーのポーリング監視が通信障害などによって失敗し，実行中のジョブの状態を確認できない状態がおよそ12〜30分（エージェントホストの監視間隔とジョブの実行開始時間のタイミングによって変わります）続く場合，マネージャーホストはその実行中のジョブの状態を変更します。複数のエージェントホストに対してジョブを実行している場合，エージェントホストごとに実行中のジョブの状態を確認します。そのため，障害状態として管理するエージェントホスト数に比例して通信回数が増え，ジョブの異常検知までに時間が掛かります。

統合トレースログに，次のメッセージが出力されている場合，ジョブの状態確認が遅延しているおそれがあります。

KAVU4222-E エージェント（エージェントホスト名）へのジョブ確認要求が失敗しました（要因番号：要因番号）

マネージャーホストと管理するエージェントホストの通信回数を確認する場合は，該当する時間帯の統合トレースログに出力されたメッセージKAVU4222-Eの出力数を確認してください。

ジョブネットに定義されているジョブの場合，ジョブを「強制終了」状態に変更し，終了コードに-1を設定します。jpqjobsubコマンドで実行するジョブの場合は，-rsオプションで指定した状態に変更します。詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド　jpqjobsub」を参照してください。

このとき統合トレースログには次に示すメッセージが表示されます。

KAVU4534-W  エージェント（エージェントホスト名）の応答がないためジョブ（ジョブ番号）を回復状態（状態名）にしました

ここで監視対象となるジョブは，標準ジョブ（ただし，他システムで実行しているQUEUEジョブは対象外），HTTP接続ジョブ，アクションジョブ，およびカスタムジョブです。

注※

実行エージェントグループの場合は，複数の実行エージェントをグルーピングして一元的に管理しており，実行エージェントグループ内で1番目に実行中となった一つの実行エージェントのジョブを5分間隔でポーリング監視します。1番目のジョブが終了すると，2番目に実行中となっていた実行エージェントのジョブを新たな1番目のジョブとして順次状態確認をします。

(2)　実行ホスト（エージェント）の監視

マネージャーホストは，エージェントホストにジョブを実行登録するときの通信に失敗すると，エージェントホストに障害が発生しているまたは停止していると認識します。障害の状態，または停止の状態を検知すると，そのエージェントホストを5分間隔でポーリング監視し，エージェントホストの運用を確認します。エージェントホストに障害が発生している間または停止している間は，ジョブはキューイング状態でエージェントホストの回復を待ちます。エージェントホストの運用の回復（障害の状態，または停止の状態の回復）を検知すると，エージェントホストにジョブの実行登録を再開します。しかし，エージェントホストへのジョブの実行登録に失敗してから10分以上経過しても実行ホストが回復しない場合は，そのジョブは「起動失敗」状態※になります。なお，エージェントホストごとにジョブの状態を確認するため，障害状態として管理するエージェントホスト数に比例して通信回数が増えます。

通信エラーやタイムアウトに掛かる時間は，正常に回復検知したエージェントホストを確認するまでの時間が掛かります。

統合トレースログに，次のメッセージが出力されている場合，エージェントホストの運用状態確認が遅延しているおそれがあります。

KAVU4223-E エージェント（エージェントホスト名）への運用状態確認要求が失敗しました（要因番号：要因番号）

マネージャーホストと管理するエージェントホストの通信回数を確認する場合は，該当する時間帯の統合トレースログに出力されたメッセージKAVU4223-Eの出力数を確認してください。

このとき統合トレースログには次のメッセージが表示されます。

KAVU4593-W  実行可能なエージェントがありません

ここで対象となるジョブは，標準ジョブ（ただし，他システムで実行しているQUEUEジョブは対象外），HTTP接続ジョブ，アクションジョブ，およびカスタムジョブです。

注※

実行エージェントグループに複数の実行エージェントホストを接続している場合に，すべての実行エージェントホストで，障害状態または停止状態でジョブを実行できないときは，「起動失敗」状態になります。ただし，接続している実行エージェントホストのうち，どれか一つでも障害状態または停止状態になっていない場合は，異常と検知しないため「起動失敗」状態になりません。例えば，エージェント使用率が100%であるエージェントが含まれる場合が該当します。

(3)　他システムジョブの監視

マネージャーホストは，他システム（JP1/OJEなど）に実行登録したジョブを5分間隔でポーリング監視し，ジョブの状態を確認します。およそ一時間以上通信状態が回復しない場合は，次に示すエラーメッセージを統合トレースログに出力してジョブを「異常終了」状態にします。

KAVU6218-W  状態通知プロセスのTCP/IP通信でエラーが発生したためジョブ情報が取得できませんでした。ジョブは正常終了している可能性があります（マネージャー名：マネージャー名，ジョブ番号：ジョブ番号）

他システムの中には，ジョブの状態が変化した時点でマネージャーに通知する機能をサポートしていないものもあります。その場合，5分間のポーリング監視だけでジョブの状態を取得するためジョブの状態が変わるのに最大で5分ほど掛かることがあります。ジョブの状態変化を通知する機能のサポートの有無については，他システムのマニュアルを参照してください。

なお，jpqjobsubコマンドを使用して他システムにサブミットジョブを登録した場合は，5分間隔のポーリング監視は行いません。jpqjobgetコマンドを使用して，ジョブの状態を確認してください。

(4)　ジョブの実行ホストの障害検知および障害回復待ち時間

JP1/AJS3では，ジョブ（標準ジョブ，HTTP接続ジョブ，アクションジョブ，およびカスタムジョブ）の実行先となるエージェントホストが障害状態になった場合や通信障害が発生した場合でも，即時に「異常検知」状態にしません。ある程度の待ち時間を設けて通信リトライすることで，エージェントホスト上のシステム障害や通信障害状態が回復するのを待ちます。これによって，一時的な障害による，回復できる業務停止を防止しています。

また，運用によっては障害が発生した場合は回復を待つよりも，直ちに異常を検知して早急なリカバリーを優先させる場合があります。その場合は，TCP/IP通信接続による通信時間または障害回復待ち時間を短縮することによって，早急な障害検知ができます。障害検知までの時間を短縮する場合は，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.2.12 エージェントの障害回復待ち時間を短縮する設定方法」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.2.12 エージェントの障害回復待ち時間を短縮する設定方法」（UNIXの場合）を参照してください。

ジョブの配信時とジョブの実行時では，エージェントホストの障害を検知するまでの時間がそれぞれ異なります。次に説明します。

(a)　ジョブ配信時の障害検知および障害回復待ち時間

マネージャーホストからエージェントホストへジョブを配信する際は，TCP/IP通信を使用しています。このため，エージェントホストが起動していない場合やネットワーク障害が発生している場合，TCP/IP通信の接続エラーが発生します。ただし，通常はリトライしているため，エラーとするまでに最大でおよそ5分掛かることがあります。通信接続エラーとなったエージェントホストは障害状態として管理します。それ以降のジョブ配信時はエージェントホストの障害状態が回復していない場合，TCP/IP通信接続はしません。

エージェントホストが障害状態の場合，どのジョブも障害回復待ち時間（デフォルト10分）の間エージェントホストの回復を待ちます。その間，ジョブは「キューイング中」状態（サブミットジョブの場合は「実行待ち」状態）となりますが，障害回復待ち時間を過ぎてもエージェントホストが回復しない場合は，その時点で「起動失敗」になります。したがって，ジョブが実行登録されてから起動失敗になるまでの時間はTCP/IP通信をする場合としない場合とで次の2とおりがあります。

エージェントホストの障害を検知していない状態で配信されたジョブ（TCP/IP通信をする）

TCP/IP通信接続による通信時間（最大でおよそ5分）※1 +

エージェントホストの障害回復待ち時間（10分） = 最大15分10秒

エージェントホストの障害を検知したあとでサブミットされたジョブ（TCP/IP通信をしない）

エージェントホストの障害回復待ち時間（10分）

なお，障害検知後に該当する実行エージェントに対して複数のジョブをサブミットするなど，ジョブの実行状況によっては，キューイングの時間が10分以上掛かる場合があります。

例えば，キューイング中のジョブが三つ存在する場合で，そのうちの一つのジョブが「起動失敗」となるまでに10分掛かっているときは，すべてのジョブが「起動失敗」となるまでに，合計で30分程度掛かることがあります。

(b)　ジョブ実行中の障害検知および障害回復待ち時間

マネージャーホストは，エージェントホストからジョブの実行開始通知を受けるとジョブを「実行中」状態に変更し，エージェント監視インターバルのデフォルト300秒（5分）間隔のポーリングで，エージェントホストごとにジョブの状態を確認します。その際，プロセス間で情報を受け渡すためにTCP/IP通信を使用しています。エージェントホストが起動していない場合やネットワーク障害が発生している場合，TCP/IP通信の接続エラーが発生します。ただし，通常はリトライしているため，エラーとするまでに最大で310秒（5分10秒）掛かることがあります。※1

なお，エージェントホストごとにジョブの状態を確認するため，障害状態として管理するエージェントホスト数に比例して通信回数が増えます。

通信接続エラーが発生した際に，エージェントホストの障害回復待ち時間（デフォルト10分）の範囲内であれば，さらにポーリングの状態確認を続行します。エージェントホストの障害回復待ち時間を超えている場合は，その時点で異常検知となり，マネージャーホストはジョブを強制終了状態※2に変更します。そのため，実際にエージェントホストで障害が発生してからジョブが異常を検知するまでに合計時間として，およそ12分から30分ほど掛かります。※3

注※1

TCP/IP通信接続ではデフォルトでリトライしているため，通信接続エラーが起きてから接続タイムアウトとなるまでの時間設定の内訳は次のようになります。

接続タイムアウト

デフォルト90秒

接続リトライ間隔

デフォルト20秒

接続リトライ回数

デフォルト2回

即時に通信接続エラーが発生した場合でも，デフォルト20秒間隔で2回リトライします。そのため，最小でおよそ40秒，最大でおよそ310秒（5分10秒）の通信時間が掛かります。接続タイムアウト，接続リトライ間隔，および接続リトライ回数の設定の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.2.8 TCP/IP通信接続エラーの接続タイムアウト時間・リトライ間隔・回数の変更」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.2.8 TCP/IP通信接続エラーの接続タイムアウト時間・リトライ間隔・回数の変更」（UNIXの場合）を参照してください。

注※2

jpqjobsubコマンドで実行するジョブの場合は，-rsオプションで指定した状態に変更します。詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド　jpqjobsub」を参照してください。

注※3

デフォルト設定の場合，障害検知までの合計時間の内訳は次のようになります。

障害検知までの合計時間 ≒
　(エージェント監視インターバル＊2回)
　　＋ (通信時間＊3回)
　　＋ 障害発生時間から最初の状態確認までの時間

通信時間は，障害状態として管理するエージェントホスト数に比例して増えます。例えば，10台のエージェントホストで障害状態となっている場合，デフォルトで最大3100秒（およそ50分）掛かることがあります。

また，ポーリング監視で実行中のジョブの状態確認を行う際，1回のポーリング監視で一つのジョブの状態確認を行います。複数のジョブを実行しているエージェントホストで障害が発生した場合，一つ目のジョブが異常検知で強制終了となったあと，次のジョブの状態確認を開始します。それぞれのジョブでポーリングの状態確認を開始してから異常検知するまで同様の検知時間が掛かります。

例えば，実行中のジョブが三つあって，一つのジョブが異常検知となるまでに20分掛かっている場合，すべてのジョブが異常検知して強制終了となるまでに，最低でも60分掛かります。

運用によっては，このような通信障害が発生した際，回復を待つよりも，同じエージェントホストで実行中のジョブをすべて終了状態にすることで，直ちに異常を検知して早急なリカバリーを実施する方が有効な場合もあります。設定の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.2.20 通信障害時に実行中のジョブをすべて終了状態にする設定方法」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.2.19 通信障害時に実行中のジョブをすべて終了状態にする設定方法」（UNIXの場合）を参照してください。

5.4.9　実行ホスト（エージェントホスト）へのジョブ実行配信

(1)　実行エージェントグループに複数接続した実行エージェントへのジョブの配信方法

実行エージェントグループには，優先順位を指定して複数の実行エージェントを接続でき，指定された優先順位に従って実行エージェントにジョブ（UNIXジョブ，PCジョブ，フレキシブルジョブ※1，HTTP接続ジョブ，アクションジョブ，およびカスタムジョブでキューレスジョブを除く）を配信します。

実行エージェントの優先順位は運用に合わせて指定します。実行エージェントの優先順位に差を付けて接続している場合は，優先順位の高い実行エージェントを選択してジョブを配信し，その実行エージェントのエージェント使用率※2が100%になると，次に優先順位の高い実行エージェントへジョブを配信します。例えば，優先的に使用する実行エージェントがあり，その実行エージェントで実行しているジョブが満杯になった場合や，障害状態または停止状態でジョブを実行できない場合に，次の優先順位の実行エージェントを代替としてジョブを実行するような運用を行う場合にはこの方法で接続します。

実行エージェントの優先順位を同一の優先順位で接続している場合は，エージェント使用率のいちばん低い実行エージェントを選択してジョブを配信します。特に優先的に使用する実行エージェントがなく，それぞれの実行エージェントに負荷を分散してジョブを実行する場合はこの方法で接続します。

注※1

フレキシブルジョブの場合，実行エージェントを中継エージェントに読み替えてください。

注※2

実行エージェントのジョブの実行多重度に対する実行中ジョブ数の割合で，次に示す計算式を使用し，小数点以下4位まで算出したものです。

エージェント使用率＝実行中ジョブ数 / ジョブ実行多重度

注意事項

ジョブを配信する際に，優先順位とエージェント使用率が同一の実行エージェントが複数ある場合，均等に負荷分散を行うためには，未使用時間が最も長い実行エージェントを選択してジョブを配信する方式が有効です。

詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.2.9 ジョブを配信するエージェントホストの決定方式の設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.2.9 ジョブを配信するエージェントホストの決定方式の設定」（UNIXの場合）を参照してください。

ジョブを配信する際は，受付配信制限の状態が「有効」の実行エージェントにだけジョブを配信します。受付配信制限の状態が「無効」，「保留」および「閉塞」の実行エージェントにはジョブは配信されません。

(2)　実行ホスト（エージェントホスト）へのジョブの配信について

マネージャーホストは，同時に3台までのエージェントホストに対してジョブを配信できます。接続しているエージェントホストのうち，通信できないエージェントホストが3台以上あり，それらのエージェントホストに対してジョブを配信すると，正常なエージェントホストへのジョブの配信が遅延してしまいます。

あらかじめ，通信できない実行エージェントの受付配信制限の状態をajsagtaltコマンドで「閉塞」に変更するなどして，ジョブの配信を抑止してください。

また，ジョブの強制終了要求の配信時に通信障害が発生した場合，要求がタイムアウトするまで他のジョブの配信が遅延します。

このため，ジョブ配信遅延の軽減機能を使用すると，接続できない実行エージェントへのジョブの配信が抑止され，ジョブの配信の遅延を軽減できます。ジョブ配信遅延の軽減機能の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.5.5 ジョブ配信遅延の軽減の検討」を参照してください。

5.4.10　ジョブの強制停止処理

JP1/AJS3は，ジョブの強制終了要求や，JP1/AJS3のサービスの強制停止要求を受け付けた場合に，実行中のジョブを強制停止します。

(1)　実行ホストがWindowsの場合

強制停止対象となるプログラム（実行先のエージェントホストがWindowsの場合）を次に示します。

JP1/AJS3から直接起動したプログラム（ジョブ）

jp1execコマンドで起動したプログラム（コマンド）

これらのプログラムの停止処理は，Win32APIのTerminateProcess関数を実行します。TerminateProcess関数の仕様については，Windowsの資料を参照してください。ユーザープログラムから起動されたプログラム（子プロセス）については停止処理を実行しません。

(2)　実行ホストがUNIXの場合

強制停止対象となるプログラム（実行先のエージェントホストがUNIXの場合）を次に示します。

JP1/AJS3から直接起動したプログラム（ジョブ）

ユーザープログラムから起動されたプログラム（ただし，setpgrpシステムコールなどでプロセスグループを変更している場合は停止されません）

これらのプログラムの停止処理は，そのプロセスグループに対してSIGKILLを送信することで実行されます。プロセスグループとSIGKILLの詳細については，UNIXのプロセス制御に関する資料を参照してください。

(3)　JP1/Scriptで作成されたジョブの強制停止

JP1/AJS3からJP1/Scriptで作成されたジョブプロセス（拡張子が.spt）を強制終了する場合，JP1/Scriptのスクリプト制御インタフェース（SPTHTerminate）が使用されます（スクリプト制御インタフェースについては，マニュアル「JP1/Script（Windows(R)用）」を参照してください）。このインタフェースによって，JP1/Scriptのプロセス（.spt）から起動した子プロセスも終了されます。

なお，起動した子プロセスが，JP1/Scriptのプロセス（.spt）なのか，またはJP1/Scriptのプロセス（.spt）以外なのかによって終了される範囲が変わってきます。具体的には次の表のようになります。

表5‒6　プロセスが終了される範囲

パターン

呼び出し順序

JP1/AJS3プロセス（呼び出し順序が1のプロセス）が

強制終了した場合に終了されるプロセスの範囲

パターン1

JP1/AJS3プロセス

JP1/Scriptプロセス

JP1/Scriptプロセス以外のプロセス

呼び出し順序が3のプロセスまで終了されます。

パターン2

JP1/AJS3プロセス

JP1/Scriptプロセス

JP1/Scriptプロセス

JP1/Scriptプロセス以外のプロセス

呼び出し順序が4のプロセスまで終了されます。

パターン3

JP1/AJS3プロセス

JP1/Scriptプロセス

JP1/Scriptプロセス以外のプロセス

JP1/Scriptプロセス以外のプロセス

呼び出し順序が3のプロセスまで終了されます（呼び出し順序が4のプロセスは終了されません）。

ただし，JP1/AJS3からの強制終了要求から30秒経過してもJP1/Scriptプロセスが終了しない場合は，Win32 APIのTerminateProcess関数を使用してJP1/Scriptプロセスを強制終了します。TerminateProcess関数を使用した場合，子プロセスは終了されませんので，上記の各パターンの呼び出し順序2のJP1/Scriptプロセスだけが終了されることになります。

5.4.11　JP1/AJS3のサービス停止時のジョブ実行制御の動作

JP1/AJS3のサービスを停止する方法には，実行中のジョブを強制終了してサービスを停止する方法と，実行中のジョブの終了を待ってサービスを停止する方法の2とおりがあります。デフォルトでは実行中のジョブを強制終了してサービスを停止します。

実行中のジョブを強制終了してサービスを停止する場合

自ホストで実行中のジョブだけを強制終了してサービスを停止します。別のエージェントホストで実行中のジョブは強制終了しません。

実行中のジョブの終了を待ってサービスを停止する場合

別のエージェントホストで実行中のジョブも含めてすべてのジョブが終了するのを待ってからサービスを停止します。

JP1/AJS3のサービスの停止方法については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　6.1.2 JP1/AJS3のサービスを手動で終了する」を参照してください。また，ジョブ実行制御が強制停止を行う際の詳細については，「5.4.10 ジョブの強制停止処理」を参照してください。

なお，終了時の動作は，jajs_spmd_stopコマンドのパラメーターにオプションを指定して実行することで一時的に変更できます。詳細については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　6.2.2 JP1/AJS3終了時の動作を一時的に変更する」を参照してください。

5.4.12　ジョブ実行時のグループID（UNIX限定）

JP1/AJS3サービスを自動起動している場合，スーパーユーザー権限を持つユーザーで実行するジョブは，JP1/AJS3サービスを自動起動したときのスーパーユーザー権限ユーザーの状態が引き継がれます。そのため，自動起動したJP1/AJS3からスーパーユーザー権限ユーザーで実行されるジョブは，スーパーユーザー権限ユーザーでログインしたときに設定されるグループIDではなく，JP1/AJS3サービスが起動されたときのスーパーユーザー権限ユーザーのグループIDで実行されます。

5.4.13　JP1/AJS3から実行可能なプログラム（Windows限定）

JP1/AJS3から起動するジョブは，サービス空間で実行されます。プログラムによっては，手動で実行した場合と実行結果が異なる場合があります。

サービス空間での動作を確認するには，Windowsのタスクスケジューラーでプログラムを実行します。タスクスケジューラーで実行した場合と手動で実行した場合とで実行結果が異なる場合，タスクスケジューラーの実行結果が手動で実行したときと同じ結果になるようにしてください。

実行するプログラムをタスクとして実行する場合，実行前に次のことを確認してください。

実行するプログラムを登録したタスクのプロパティで，［ユーザーがログオンしているかどうかにかかわらず実行する］がチェックされていること。

実行するプログラムを登録したタスクのプロパティで，［タスクの実行時に使うユーザーアカウント］がJP1/AJS3でジョブを実行するOSユーザー名と一致していること。

なお，サービス空間では，対話型のプログラムをJP1/AJS3のジョブとして実行できない場合があります。JP1/AJS3のジョブとしてJP1/Scriptのスクリプトファイルを定義し，NetExecコマンドでログオン空間を指定して実行すれば，JP1/AJS3のジョブとして実行できるようになります。スクリプトファイルの作成方法については，マニュアル「JP1/Script（Windows(R)用）」を参照してください。

6　業務の監視

スケジュール定義したジョブネットを実行登録したあとは，ジョブネットやジョブの実行状況の監視，および実行結果の確認をします。

この章では，実行登録したジョブネットの監視について説明します。

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

ジョブネット，ジョブ，およびジョブネットコネクタが取得する状態を，次の表に示します。

表6‒1　ジョブネット，ジョブ，およびジョブネットコネクタの状態

状態名

状態の存在有無

状態の内容

ジョブネット

ジョブ

ジョブネットコネクタ

ルート

ネスト

未計画（no plan）

○

○

○

○

実行予定がない。

開始時刻待ち※1

（time-wait）

○

○

−

−

実行開始時刻に到達するのを待っている状態。※2

ジョブネットコネクタと同期する設定をしている場合，ジョブネットコネクタの実行開始を待っている状態。

先行終了待ち

（term-wait）

−

○

○

○

先行ジョブまたはジョブネットの終了を待っている状態。

先行ユニットがなくても次の条件に該当する場合は，先行終了待ちとなる。

上位ジョブネットが待ち状態のとき

スケジューラーサービスが実行抑止状態のとき

上位ジョブネットの実行条件が成立していても該当ユニットの実行処理が開始されていないとき

保留中※1

（holding）

○

○

○

−

保留中の状態。

実行待ち

（exec-wait）

−

−

○

−

ジョブのサブミット処理が完了するのを待っている状態。

スケジューラー制御がジョブをサブミットし，ジョブ実行制御にキューイングされるまでの状態。

未実行終了※3

（unexec）

−

○※4，※5

○※4，※5

○

先行ユニットが異常終了※11したなどの理由でジョブまたはジョブネットが実行されなかったときの状態。

未実行終了-W

（unexec-W）

−

○

○

−

警告終了後，再実行したがジョブまたはジョブネットが実行されなかった状態。

計画未実行※1

（bypass）

−

○

○

○

ネストジョブネットと上位ジョブネットのスケジュールが一致しなかったか，または実行中止したなどの理由で，ジョブもしくはジョブネットが実行されなかった状態。

実行中※1

（running）

○

○

○

○

実行中の状態。

ジョブネットコネクタの場合は，接続先のジョブネットの終了を待っている状態。

キューイング※1

（queuing）

−

−

○

−

開始条件が成立し，ジョブが実行されるのを待っている状態。

異常検出実行中※1

（AB-cont）

○

○

−

○

同じジョブネット内で同時に実行しているジョブまたはネストジョブネットが異常終了※11した状態。

ジョブネットコネクタの場合は，接続先のジョブネットで異常※12が発生している状態。

警告検出実行中※1

（WA-cont）

○

○

−

○

同じジョブネット内で同時に実行しているジョブまたはネストジョブネットが警告終了した状態。

ジョブネットコネクタの場合は，接続先のジョブネットが警告検出実行中になった状態。

正常終了※1

（normal）

○

○

○

○

すべてのジョブおよびジョブネットが正常に終了した状態。

ジョブネットコネクタの場合は，接続先のジョブネットが正常終了した状態。

正常終了-偽

（normal-false）

−

−

○

−

判定結果，先行ユニットの終了結果が判定条件に合致しないで判定ジョブが正常終了した状態。

警告検出終了※1

（warning）

○

○

○

○

ジョブの場合は警告終了した状態。

ジョブネットの場合はジョブネットに警告終了したジョブが含まれている状態。

ジョブネットコネクタの場合は，接続先のジョブネットが警告検出終了になった状態。

異常検出終了※1

（abnormal）

○

○

○

○

ジョブの場合は異常終了した状態。

ジョブネットの場合はジョブネットに異常終了※11したジョブまたはネストジョブネットが含まれている状態。

ジョブネットコネクタの場合は，定義不正または通信エラーによって接続先のジョブネットと接続できなかった状態。

異常検出終了-WR

（abnormal-WR）

○

○

○

−

警告終了後，再実行したが異常検出終了した状態。

繰り越し未実行※3

（exec-deffer）

○

○

−

−

実行予定日時にJP1/AJS3 - Managerサービスが起動されていない，ルートジョブネットが保留のまま基準時刻を過ぎたなどの理由でジョブネットが実行されなかった状態※4，※6。

ジョブネットが「繰り越し未実行」状態になる条件は，次のとおり。

ルートジョブネットが「開始時刻待ち」「保留中」状態のままジョブネットの打ち切り時間を経過したとき※7

スケジューリング方式に［スケジュールスキップ］が設定されている場合に，前世代が終了する前に次の世代の開始時刻に到達したとき

スケジューリング方式に［スケジュールスキップ］が設定されている場合に，即時実行登録で実行中のジョブネットを新たに即時実行登録したとき

スケジューリング方式に［多重スケジュール］が設定され，多重起動が設定されていない場合に，実行中の世代が終了しないため次の世代がルートジョブネットの打ち切り時間を経過したとき

スケジューラーサービスの環境設定パラメーターOVERSCHEDULEに「plan」を設定し，ウォームスタートやディザスターリカバリースタートでスケジューラーサービスを起動した場合に，当日実行予定のスケジュールがあるとき

スケジューラーサービスの環境設定パラメーターOVERSCHEDULEに「skip」を設定し，または，ジョブネットの実行登録時にデーモン起動時に予定時刻超過で［次回から実行する］を選択し，ウォームスタートやディザスターリカバリースタートでスケジューラーサービスを起動した場合に，スケジューラーサービスの起動時より前に実行を予定していたスケジュールがあるとき

監視世代の多重起動に［監視を開始しない］が設定されている場合に，すでに「監視中」状態の世代があり，次の監視世代の開始時刻に到達したとき

実行世代の滞留に［繰り越して滞留させない］が設定され，多重起動が設定されていない場合に，すでに実行中の世代があり，次の起動条件が成立したとき

順序不正

（invalid-seq）

○

○

−

−

実行順序がループしていて実行できないジョブまたはジョブネットがあったなどの状態。

中断※1

（interrupt）

○

○

−

−

ジョブネット中に異常終了※8したユニットはないが，まだ実行処理がされていないユニット（未実行終了状態のユニット）があり，ジョブネットの実行が中断した状態。

次に示すような場合，ユニットは先行に異常終了※8がない状態で未実行終了となる。

JP1/AJS3 - View，Web GUI（ジョブポータル），APIまたはコマンドからジョブネットに対して，中断操作した場合

キューイング状態のジョブを強制終了して，ジョブが実行されなかった場合

キューレスジョブが通信障害などで実行されなかった場合

ジョブネット配下で異常終了※8していたジョブが，再実行や状態変更で異常終了※8ではなくなった場合

ajsstopコマンドに-jオプションを指定して，スケジューラーサービスを停止した場合

ajsstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsstop」を参照してください。

なお，スケジューラーサービスをウォームスタートやディザスターリカバリースタートしたとき，実行中，異常検出実行中，または警告検出実行中だったルートジョブネットは，配下の状態に関係なく中断状態となる。

強制終了※1

（kill）

○

○

○

○

次のどれかの理由で，ジョブまたはジョブネットを強制終了した状態。

実行中に終了結果をファイルへ書き込めなかったなど，ジョブまたはジョブネットの終了状態を判別できないような障害が発生した

実行中にJP1/AJS3 - Managerサービスが停止した

実行中にシステムが停止した

実行中のジョブを強制終了した

実行中のジョブが指定時間を超えたため処理の打ち切りを実行した

ジョブネットコネクタの場合は，実行中にルートジョブネットを強制終了したときの状態。

強制終了-WR

（kill-WR）

○

○

○

−

警告終了後，再実行したが強制終了した状態。

起動失敗※1

（fail）

−

−

○

−

ジョブ起動時のプロセス生成や，プロセスの環境設定に失敗した状態。

起動失敗-WR

（fail-WR）

−

−

○

−

警告終了後，再実行しようとしたがジョブの開始に失敗した状態。

終了状態不明※1

（unknown）

−

−

○

○

次のどれかの事象が発生したため，終了状態が不明である状態。

ジョブの実行中に終了結果をファイルへ書き込めなかったなど，ジョブの終了状態を判別できないような障害が発生した

ジョブの実行中にJP1/AJS3 - Managerサービスが停止し，システムが停止した

ジョブネットコネクタの場合は，実行中にウォームスタートまたはディザスターリカバリースタートしたときの状態。

終了状態不明-WR

（unknown-WR）

−

−

○

−

警告終了後，再実行したが終了状態が不明である状態。

閉塞

（shutdown）

○

○

○

○

ジョブネットを計画実行登録したあと，スケジュール情報の参照するカレンダー，または排他スケジュールに指定されているユニットがない場合の状態。

起動条件待ち

（condition-wait）

○

○※9

−

−

起動条件の成立を待っている状態。ただし，多重起動が設定されていない場合，実行中のジョブネットがある間は起動条件が成立しても起動条件待ちのままとなる。

監視中

（monitoring）

○

○※9

−

−

起動条件に定義した事象を監視している状態。

監視未起動終了

（unexec-monitor）

○

○※9

−

−

起動条件が成立しないまま運用時間が終了した状態。

監視打ち切り終了※10

（monitor-close）

○

○※9

−

−

監視中のジョブネットを中断または強制終了した状態。

監視中断※10

（monitor-intrpt）

○

○※9

○※9

−

起動条件を定義したジョブネットが起動条件を監視しているときにスケジューラーサービスを制限停止（ジョブ制限，ジョブネット制限，スケジュール制限），またはジョブ強制終了停止した場合に，スケジューラーサービスを停止させるため監視を中断した状態。

この場合，次にホットスタートまたはウォームスタートでスケジューラーサービスを起動したときやディザスターリカバリースタート後にジョブの実行抑止を解除したときに，起動条件に指定されたイベントジョブまたはカスタムイベントジョブの最新の定義に従って監視し直す。

監視正常終了※10

（monitor-normal）

○

○※9

−

−

指定された回数または監視時間の範囲内に起動条件が成立した状態。

終了遅延

（end-delay）

○

○

○

−

終了遅延が発生している状態。

開始遅延

（start-delay）

○

○

−

−

開始遅延が発生している状態。

ネスト終了遅延

（nest-end-delay）

○

○

−

−

配下のユニットで終了遅延が発生している状態。

ネスト開始遅延

（nest-start-delay）

○

○

−

−

ネストジョブネットで開始遅延が発生している状態。

（凡例）

ルート：ルートジョブネット

ネスト：ネストジョブネット

○：表示する。

−：表示しない。

注※1

ajsshowコマンドを実行して状態表示した場合，次の条件に該当するユニットは，再実行を表す「-R」が付けられて表示されます。

再実行操作で再実行の対象となったユニット

再実行の対象となったユニットを含むジョブネット

再実行操作をしたユニットを含むルートジョブネット配下で再実行後に動作したユニット

再実行操作時，すでに「実行中」状態だったネストジョブネット，およびそのネストジョブネット配下にあるユニットに対しては「-R」は付与されません。また，「このユニットだけ」のオプションで特定のユニットだけ再実行した場合，その後続ユニットは実行されないため「-R」は付与されません。

ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

注※2

多重起動が設定されていないジョブネットに実行中の世代がある場合，実行開始時刻に到達した世代や再実行した世代が，実行中の世代の終了を待っているときも含みます。また，実行抑止機能によってジョブネットの実行開始を抑止しているときも含みます。

注※3

「未実行終了」と「繰り越し未実行」は，状態表示色によって実行予定ありの場合と実行予定なしの場合を区別して表示できます。ただし，状態名（状態を表す文字列）の表示やコマンドの出力では，実行予定ありの場合と実行予定なしの場合の区別はありません。

ジョブネットの場合は，ジョブネットに実行予定（開始予定日時）が設定されていて実行されなかったときに実行予定ありになります。ジョブネットに実行予定がないときは，実行予定なしになります。

ジョブの場合は，上位ジョブネットに実行予定（開始予定日時）があり，ジョブの実行を中止していないときに実行予定ありになります。それ以外の場合は，実行予定なしになります。

JP1/AJS3 - Viewでは，実行予定ありの場合と実行予定なしの場合を表示する色を，［環境設定］ダイアログボックスの［全般］タブでそれぞれに設定できます。詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.42 ［環境設定］ダイアログボックス」およびマニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.44 ［表示色の選択］ダイアログボックス」を参照してください。

Web GUI（ジョブポータル）では，実行予定ありの場合と実行予定なしの場合を表示する色を，表示色設定ファイル（ajs3web_color.conf）でそれぞれに設定できます。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　3.4.7 表示色設定ファイル（ajs3web_color.conf）の設定項目の詳細」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　13.3.7 表示色設定ファイル（ajs3web_color.conf）の設定項目の詳細」（Linuxの場合）を参照してください。

注※4

「繰り越し未実行」となったジョブネット配下のネストジョブネットやリモートジョブネットは，スケジュールの有無に関係なく，すべて「繰り越し未実行」となります。ジョブは「未実行終了」となります。

ただし，起動条件を使用しない場合，ルートジョブネットが「繰り越し未実行」状態になると，起動条件に定義されているイベントジョブおよびカスタムイベントジョブは「計画未実行」状態になります。

注※5

上位ジョブネットが「繰り越し未実行」となった場合も，「未実行終了」となります。

注※6

次回実行予定も「繰り越し未実行」となります。「繰り越し未実行」の世代が連続する場合は，「繰り越し未実行」となった世代のうち，開始時刻が現在時刻に最も近い世代だけが残ります。ただし，起動条件を使用するジョブネットの実行世代が，連続で「繰り越し未実行」となる場合は除きます。

注※7

打ち切り時間が1日のジョブネットを，基準時刻の直前に実行登録し，ジョブネットが実行開始する前に打ち切り時間に到達した場合も「繰り越し未実行」となります。

注※8

実行されなかったことを示す「未実行終了」状態を除いた次の異常終了の状態を示します。

異常検出終了

中断

順序不正

強制終了

起動失敗

終了状態不明

繰り越し未実行

注※9

起動条件（.CONDITION）と，起動条件が定義されているジョブネットだけこの状態が表示されることがあります。起動条件に定義されているイベントジョブおよびカスタムイベントジョブにも「監視中断」状態が表示されることがあります。

注※10

ルートジョブネット配下のユニットの状態は，「未実行終了」となります。

注※11

次の状態を示します。

異常検出終了

未実行終了

中断

順序不正

強制終了

起動失敗

終了状態不明

繰り越し未実行

注※12

詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.4(4) ジョブネットコネクタおよび接続先のジョブネットの状態遷移」を参照してください。

補足事項

「開始時刻待ち」「先行終了待ち」「実行待ち」「起動条件待ち」のような待ち状態のユニットのうち，保留属性の設定がある（ユニットの実行を保留する予定がある）ものについては保留予定を示す表示色（デフォルトは黄色）でアイコンを表示する機能があります。

JP1/AJS3 - Viewで保留予定を表示する機能を利用する場合は，［環境設定］ダイアログボックスで設定します。詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.42 ［環境設定］ダイアログボックス」の［全般］タブの説明を参照してください。なお，この機能はお使いのJP1/AJS2 - ManagerおよびJP1/AJS2 - Viewのバージョンが06-71以前の場合は，使用できません。

Web GUI（ジョブポータル）で保留予定を表示する機能を利用する場合は，表示色設定ファイル（ajs3web_color.conf）で設定します。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　3.4.7 表示色設定ファイル（ajs3web_color.conf）の設定項目の詳細」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　13.3.7 表示色設定ファイル（ajs3web_color.conf）の設定項目の詳細」（Linuxの場合）を参照してください。

保留が設定されている「先行終了待ち」状態のジョブネットの先行ユニットが終了した場合，後続ジョブネットは「先行終了待ち」状態から「開始時刻待ち」状態を経て「保留中」状態に遷移します。

JP1/AJS3 - Viewの場合，またはJP1/AJS2 - View 08-50以降の場合，保留属性が設定された実行待ちのユニットを［デイリースケジュール］および［マンスリースケジュール］ウィンドウで，「保留中」状態のユニットに含めて表示させるようにフィルタを設定できます。保留属性が設定された実行待ちのユニットを「保留中」状態のユニットに含めて表示させたい場合は，［フィルタの設定］ダイアログボックスで［保留中に保留予定を含める］をチェックしてください。［フィルタの設定］ダイアログボックスについては，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.7.11 ［フィルタの設定］ダイアログボックス」を参照してください。

実行状況の表示では，ジョブネットやジョブの終了予定時刻が表示されます。終了予定時刻は，過去の平均実行時間（正常終了時の処理時間の平均値）を基に算出しています。詳細については，「4.4.2(2) 実行シミュレーション」を参照してください。なお，ジョブネットやジョブの実行時間は，CPUの使用率などによって異なるため，開始予定時刻や終了予定時刻は目安としてください。

6.2　JP1/AJS3 - Viewでの監視

ジョブネットや，ジョブネットに定義された各ジョブの実行状況および実行結果は，JP1/AJS3 - Viewやコマンドで確認できます。コマンドによる実行状態および実行結果の確認方法については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス」を参照してください。

ここでは，JP1/AJS3 - Viewを使った監視の概要について説明します。各ウィンドウで監視する際の画面操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　8. ジョブネットやジョブの監視」を参照してください。

ジョブネットやジョブの実行状況および実行結果を確認できるJP1/AJS3 - Viewの画面を，次に示します。

［JP1/AJS3 - View］ウィンドウ

［ジョブネットモニタ］ウィンドウ

［デイリースケジュール］ウィンドウ

［マンスリースケジュール］ウィンドウ

各ウィンドウでの監視の概要について説明します。

6.2.1　［JP1/AJS3 - View］ウィンドウでの監視

［JP1/AJS3 - View］ウィンドウ（メイン画面）では，ルートジョブネットおよびジョブグループの実行状態や実行結果を監視できます。また，［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）では，ルートジョブネットの進行状況，およびルートジョブネットと配下のジョブの実行状態を監視できます。それぞれの画面について次に説明します。

(1)　［JP1/AJS3 - View］ウィンドウ（メイン画面）

［JP1/AJS3 - View］ウィンドウ（メイン画面）では，ルートジョブネットおよびジョブグループの状態や開始時刻など，実行情報を一覧で監視できます。

［JP1/AJS3 - View］ウィンドウ（メイン画面）を，次の図に示します。

図6‒1　［JP1/AJS3 - View］ウィンドウ（メイン画面）

［JP1/AJS3 - View］ウィンドウ（メイン画面）でユニットの実行状態や実行結果を確認するには，機能メニューの［ステータス監視］を選択してください。リストエリアおよび詳細情報エリアに，ジョブグループおよび実行登録済みのジョブネットの情報を表示できるようになります。

(a)　リストエリアでルートジョブネットを監視する

リストエリアでルートジョブネットを監視するには，ツリーエリアでその上位のジョブグループを選択します。上位のジョブグループを選択すると，直下に定義されているルートジョブネットがリストエリアに一覧で表示されます。

リストエリアの［状態］にどの世代の実行状態が表示されるかは，現在ログインしているJP1/AJS3 - Managerの環境設定パラメーターVIEWSTATUSRANGEの設定値に従います。設定値と世代決定の優先度を次に示します。

なお，表示対象の世代がない場合，［状態］には「未計画」と表示されます。

VIEWSTATUSRANGE=allの場合（デフォルト）

開始日時または再実行開始日時が現在時刻に最も近い実行中世代※

再実行されていて待ち状態の予定世代※

次回実行する予定世代※，または「閉塞」状態の世代

VIEWSTATUSRANGE=todayの場合

開始日時または再実行開始日時が現在時刻に最も近い実行中世代※

再実行されていて待ち状態の予定世代※

当日の予定世代※のうち次回実行する世代，または「閉塞」状態の世代

当日に実行終了している結果世代※のうち，終了日時が現在時刻に最も近い世代

注※

ルートジョブネットの各世代は，実行状態によって「実行中世代」「予定世代」「結果世代」のどれかに分類されます。実行状態と世代の分類について，次の表に示します。

表6‒2　実行状態と世代の分類

項番

分類

状態

1

実行中世代

実行中

警告検出実行中

異常検出実行中

監視中

起動条件待ち

2

予定世代

開始時刻待ち

保留中

3

結果世代

正常終了

警告検出終了

異常検出終了

中断

強制終了

順序不正

繰り越し未実行

監視正常終了

監視未起動終了

監視打ち切り終了

監視中断

補足事項

リストエリアの［名前］列で表示されるアイコンは，［状態］列または［結果］列のどちらかを示す表示色で表示されます。また，［状態］列および［結果］列には，状態を示す表示色のカラーイメージを表示させることもできます。これらの設定については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.42 ［環境設定］ダイアログボックス」の［メイン］タブの説明を参照してください。各状態を示す表示色については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.42 ［環境設定］ダイアログボックス」の［全般］タブの説明を参照してください。

(b)　詳細情報エリアでルートジョブネットを監視する

詳細情報エリアでルートジョブネットを監視するには，リストエリアでルートジョブネットを選択して，［表示］ボタンをクリックします。［表示］ボタンをクリックすると，リストエリアで選択したルートジョブネットの世代の情報が表示されます。

詳細情報エリアには次の世代の情報が表示されます。

当日※1の世代

実行中世代※2

開始予定日時が当日に含まれる予定世代※2

終了日時が当日に含まれる結果世代※2

前日以前の世代

当日の世代に含まれない世代のうち，終了日時が最後の世代

翌日以降の世代

当日の世代に含まれない世代のうち，開始予定日時が最初の世代

「閉塞」状態の世代

注※1

ここでいう「当日」とは，接続先スケジューラーサービスのローカル日時で現在の日付のことです。

注※2

当日の世代は，実行状態によって「実行中世代」「予定世代」「結果世代」のどれかに分類されます。実行状態と世代の分類については，表6-2を参照してください。

詳細情報エリアに表示される世代を次の図に示します。

図6‒2　詳細情報エリアに表示されるジョブネットの世代

起動条件付きジョブネットの場合に表示される世代を次の図に示します。

図6‒3　詳細情報エリアに表示されるジョブネットの世代（起動条件付きジョブネットの場合）

補足事項

「未登録」および「未計画」状態は表示対象外です。

再実行による「開始時刻待ち」および再実行による「保留中」状態は，「実行中」状態として分類されます。

起動条件を設定している場合，「保留中」状態の実行世代は「実行中」状態として分類されます。

(c)　［モニタ詳細−［ジョブネット］］ダイアログボックスでルートジョブネットを確認する

［モニタ詳細−［ジョブネット］］ダイアログボックスでは，ユニットの状態のほか，開始日時，終了日時，遅延状態などの情報や実行結果の詳細を確認できます。

［モニタ詳細−［ジョブネット］］ダイアログボックスでルートジョブネットを確認するには，リストエリアでルートジョブネットを選択して，［表示］−［詳細情報］−［状態］，［結果］，または［次回予定］を選択します。選択した項目によって，次のように［モニタ詳細−［ジョブネット］］ダイアログボックスで表示する世代が異なります。

［状態］を選択する

リストエリアの［状態］列に表示された状態の世代を表示します。

［結果］を選択する

リストエリアの［結果］列に表示された状態の世代を表示します。

［次回予定］を選択する

次回実行予定の世代を表示します。

［モニタ詳細−［ジョブネット］］ダイアログボックスを，次の図に示します。

図6‒4　［モニタ詳細−［ジョブネット］］ダイアログボックス

(d)　リストエリアおよび詳細情報エリアでユニットの遅延状態を監視する

リストエリアおよび詳細情報エリアでは，ユニットの遅延状態を監視することもできます。遅延状態は，例えば「正常終了（遅延）」のように，状態名の文字列に続けて括弧書きで表示されます。

リストエリアおよび詳細情報エリアで表示されるジョブグループまたはルートジョブネットの遅延状態には，次の表に示す優先順位があります。

表6‒3　遅延状態の優先順位

優先順位

遅延状態

ルートジョブネットとジョブグループの遅延表示

1

ルートジョブネットの終了遅延

（遅延）

2

ネストジョブネットまたはジョブの終了遅延

（ネスト遅延）

3

ルートジョブネットの開始遅延

（遅延）

4

ネストジョブネットの開始遅延

（ネスト遅延）

5

遅延なし

表示なし

ルートジョブネットに定義されているジョブやネストジョブネットの実行状態および実行結果は，［ジョブネットモニタ］ウィンドウで監視・確認します。

補足事項

リストエリアおよび詳細情報エリアで表示される遅延ユニットのアイコンは，遅延状態を示す表示色で表示されます。しかし，異常状態や警告状態になると，デフォルトでは異常や警告の表示が優先されます。異常や警告よりも遅延状態の色を優先して表示する場合は，遅延表示色の優先度の設定が必要です。遅延表示色の優先度については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.42 ［環境設定］ダイアログボックス」の［全般］タブの説明を参照してください。

(e)　リストエリアでジョブグループを監視する

リストエリアでジョブグループを監視するには，ツリーエリアでスケジューラーサービス（デフォルトでは「AJSROOT1」）または上位のジョブグループを選択します。スケジューラーサービスまたは上位のジョブグループを選択すると，直下に定義されているジョブグループがリストエリアに一覧で表示されます。

リストエリアには，配下に定義されているジョブネットの状態に対応したジョブグループの状態を表示できます。リストエリアでジョブグループの状態を表示させるには，設定が必要です。詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.42 ［環境設定］ダイアログボックス」の［メイン］タブの説明を参照してください。

リストエリアに表示されるジョブグループの状態は，その配下に定義されたルートジョブネットの状態のうち，最も優先順位が高い状態に対応した状態が表示されます。ジョブグループの状態と，ルートジョブネットの状態の優先順位の対応を，次の表に示します。

表6‒4　ジョブグループとルートジョブネットが取得する状態の優先順位

優先順位

ジョブグループの状態

ルートジョブネットの状態

1

閉塞

閉塞

2

異常検出実行中

異常検出実行中

3

異常検出終了

異常検出終了

中断

強制終了

順序不正

4

警告検出実行中

警告検出実行中

5

警告検出終了

警告検出終了

6

実行中

開始時刻待ち

保留中

起動条件待ち

実行中

監視中

7

正常終了

正常終了

繰り越し未実行

監視未起動終了

監視正常終了

監視打ち切り終了

監視中断

8

未計画

未計画

9

（なし）

未登録

(2)　［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）

［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）では，監視対象日に実行予定のユニット数や，実行が終了したユニット数，およびその進捗度など，業務の進捗状況を監視できます。また，遅延が発生しているユニット数や終了予定日時などから，業務の終了日時を予測することもできます。

進捗度について

進捗度は，ユニットが正常に実行されている場合の進捗状況を表示することを目的としています。ユニットの実行に異常が発生した場合は，実行予定のユニット数や進捗度が監視途中で減少することがあります。この場合，異常終了したユニット数としてカウントされるので，［ジョブネットモニタ］ウィンドウなどから原因を調べて対処したあとで再実行し，再度監視を継続してください。

なお，監視対象はルートジョブネット単位で設定できます。

［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）を，次の図に示します。

図6‒5　［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）

［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）でユニットの進行状況を確認するには，機能メニューの［サマリー監視］を選択してください。［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）が表示されます。

監視対象一覧でユニットを監視する

監視対象一覧では，監視対象日に実行予定のユニット数や，ルートジョブネットの終了予定時刻，進捗度，およびその配下のユニットの状態分布を一覧で監視できます。

監視対象一覧でルートジョブネットを監視するには，［設定］ボタンをクリックすると表示される［監視対象選択］ダイアログボックスから，監視対象のジョブネットを設定します。

ユニット詳細情報一覧でユニットを監視する

ユニット詳細情報一覧では，ルートジョブネットおよびその配下のジョブの実行状態を一覧で監視できます。

ユニット詳細情報一覧でユニットを監視するには，監視対象一覧でユニットを選択して，［表示］−［ユニット詳細情報一覧］−［実行状態］を選択します。選択されたジョブネットおよびその配下のユニットのうち，実行状態で指定した状態のユニットが一覧で表示されます。

(a)　監視対象日と監視対象世代

監視対象日は，1日単位で任意に指定できます。1日の範囲は基準時刻から基準時刻までです。そのため，基準時刻が異なるジョブネットは，監視対象日となる時間帯も異なります。監視対象日の範囲について，次の図に示します。

図6‒6　監視対象日の範囲

この例では監視対象日は7/5に指定しています。

ジョブネットAの基準時刻は00:00であるため，監視対象日の範囲は絶対時刻の7/5の00:00〜7/5の23:59になります。

ジョブネットBの基準時刻は08:00であるため，監視対象日の範囲は絶対時刻の7/5の08:00〜7/6の07:59になります。

ジョブネットCの基準時刻は16:00であるため，監視対象日の範囲は絶対時刻の7/5の16:00〜7/6の15:59になります。

また，監視対象となる世代は，次の条件のどれかを満たしている必要があります。

監視対象日に開始時刻または開始予定時刻が含まれている。

監視対象日に終了時刻または終了予定時刻が含まれている。

監視対象日の間，常に実行中である。

監視対象日に当日以降を指定した場合は，擬似予定も監視対象になります。

監視対象となる世代の判定について，次の図に示します。

図6‒7　監視対象となる世代の判定

この例では監視対象日は7/5に指定しています。

世代AおよびGは開始時刻および終了時刻が監視対象日に含まれていないため，監視対象になりません。

世代BおよびCは，終了時刻が監視対象日に含まれているため，監視対象となります。

世代Dは，開始時刻および終了時刻が監視対象日に含まれているため，監視対象となります。

世代EおよびFは開始時刻が監視対象日に含まれているため，監視対象となります。

世代Hは監視対象日の間，常に実行中だったため，監視対象となります。

世代Cや世代Eのように監視対象日にまたがった世代の場合，その配下のユニットのうち監視対象日に含まれないユニットは監視対象になりません。

図6-7の世代Cについて，監視対象となるユニットの判定例を次の図に示します。

図6‒8　監視対象となるユニットの判定（終了時刻が監視対象日に含まれる場合）

ルートジョブネット（世代C）は終了時刻が監視対象日に含まれているため，監視対象になります。

ジョブaは開始時刻および終了時刻が監視対象日に含まれていないため，監視対象になりません。

ジョブbは終了時刻が監視対象日に含まれているため，監視対象になります。

ジョブcは開始時刻および終了時刻が監視対象日に含まれているため，監視対象になります。

これによって，例えば監視対象日の前日中に終了する予定だった実行スケジュールが遅延などによって監視対象日にまたがるような場合でも，その状況が監視対象日当日の実行スケジュールとして確認できます。

図6-7の世代Eについて，監視対象となるユニットの判定例を次の図に示します。

図6‒9　監視対象となるユニットの判定（開始時刻が監視対象日に含まれる場合）

ルートジョブネット（世代E）は開始時刻が監視対象日に含まれているため，監視対象になります。

ジョブaは開始時刻および終了時刻が監視対象日に含まれているため，監視対象になります。

ジョブbは，開始時刻が監視対象日に含まれているため，監視対象になります。

ジョブcは開始時刻および終了時刻が監視対象日に含まれていないため，監視対象になりません。

これによって，例えば監視対象日の当日中に終了する予定だった実行スケジュールが，遅延などによって翌日にまたがるような場合でも，その状況が終了予定日時で確認できます。

補足事項

再実行したジョブネットの場合，再実行開始日時ではなく開始日時を使用して判定されます。

監視対象となる時間帯は，JP1/AJS3 - Managerでの24時間制スケジュール／48時間制スケジュールの設定に関係なく，基準時刻から24時間です。

起動条件付きジョブネットを監視する場合

起動条件付きジョブネットについては，監視世代と実行世代の両方が監視対象となります。

監視対象となる世代の判定について，次の図に示します。

図6‒10　起動条件付きジョブネットの監視対象となる実行世代の判定

この例では，監視対象日は7/5に指定しています。

監視世代は監視対象日の間，常に「監視中」状態のため，監視対象となります。

実行世代1および実行世代5は，開始時刻および終了時刻が監視対象日に含まれていないため，監視対象になりません。

実行世代2は，終了時刻が監視対象日に含まれているため，監視対象となります。

実行世代3は，開始時刻および終了時刻が監視対象日に含まれているため，監視対象となります。

実行世代4は，開始時刻が監視対象日に含まれているため，監視対象となります。

監視対象となるユニットは，実行世代では通常のルートジョブネットと同様にその世代の開始日時または終了日時が監視対象の範囲に含まれるかどうかで判定されますが，監視世代の場合は監視世代の状態によって次のように判定されます。

表6‒5　監視世代の状態と監視対象ユニット

項番

監視世代の状態

監視対象ユニット

1

開始時刻待ち

保留中

ルートジョブネットおよび配下のすべてのユニットが対象

2

監視中

監視正常終了

監視打ち切り終了

監視未起動終了

監視中断

繰り越し未実行

ルートジョブネットだけが対象

3

未計画

すべてのユニットが対象外

また，監視世代が擬似予定の場合も，ルートジョブネットおよび配下のすべてのユニットが監視対象となります。

(b)　進捗度

進捗度（単位：％）は次の式で算出されます。

進捗度=（終了状態ユニットの数※1）/（監視対象日に実行予定のユニットの数※1，※2）＊100

注※1

ユニットの数には，ジョブだけでなくルートジョブネットやネストジョブネットなどの数も含みます。

注※2

監視対象のユニットの数です。日をまたいで実行するジョブネットを監視する場合は，開始時刻（開始予定時刻）または終了時刻（終了予定時刻）が監視対象日に含まれるユニットの数になります。このため，ルートジョブネット配下の総ユニット数よりも少なくなる場合があります。

注意事項

起動条件の有効範囲を時間，回数ともに無制限としている場合，監視世代が常に「監視中」状態となるため，進捗度が100%になりません。

進捗度の計算の例を次に説明します。

（例1）監視対象日に3回実行するジョブネットの場合

監視対象日に3回実行するジョブネットの例を次の図に示します。

図6‒11　監視対象日に3回実行するジョブネットの例

この例の場合，監視対象日に実行される予定のユニットの数は，ジョブが9個とジョブネットが3個（世代1〜世代3）の合計12個になります。現在時刻では世代2のジョブAまでが正常終了していて，その次のジョブBが実行中です。したがって，終了状態のユニットの数はジョブが4個にジョブネットが1個（世代1）の合計5個になります。これらの値を進捗度の計算式に代入すると，進捗度は41％と求められます。

（例2）進捗度が監視途中で減少する場合

進捗度の計算は保存世代数に依存します。そのため，監視対象日に複数回実行するジョブネットの場合，保存世代数の設定によって進捗度が監視途中で減少する場合があります。

進捗度が監視途中で減少する例を次に示します。

図6‒12　進捗度が監視途中で減少する例

この例では，監視対象日にジョブネットを3回実行していて，保存世代数を1としています。現在時刻がA〜Cであると，保存世代の世代1および予定世代の世代2と世代3が監視対象となるため，実行予定ユニット数は12個です。しかし，世代2が実行開始されると，保存世代数が1であるため，世代2が保存世代となり世代1は削除されます。したがって，時刻D〜Fになると，予定世代の世代3と保存世代の世代2が監視対象になり，実行予定ユニットは8個になります。同様に，時刻G〜Iになると，保存世代の世代3だけが監視対象になるため，実行予定ユニットは4個になります。したがって，時刻Cから時刻Dの間および時刻Fから時刻Gの間で進捗度は減少します。

（例3）関連線で接続されているジョブが異常終了した場合

関連線で接続されたジョブを含むジョブネットを監視対象にした場合の進捗度は，その実行結果に依存します。例えば，次のような構成の，関連線で接続されたジョブを含むジョブネットについて考えます。

図6‒13　関連線で接続されたジョブを含むジョブネットの例

ジョブネット実行前の待ち状態のジョブネットでは，終了ユニット数 / 実行予定ユニット数は0 / 5となり，進捗度は0％になります。

このジョブネットの実行が開始し，ジョブ2が異常終了すると後続のジョブ（ジョブ3およびジョブ4）が未実行終了になります。この場合，終了ユニット数 / 実行予定ユニット数が1 / 3となり，進捗度は33％になります。

なお，監視対象一覧の［異常終了］は「2」となり，異常終了を確認できます。

（例4）リカバリーユニットを含むジョブネットを監視する場合

リカバリーユニットを含むジョブネットを監視対象にした場合の進捗度は，その実行結果に依存します。

例えば，次のような構成の，リカバリージョブを含むジョブネットについて考えます。

図6‒14　リカバリージョブを含むジョブネットの例

ジョブネット実行前の待ち状態のジョブネットでは，終了ユニット数 / 実行予定ユニット数は0 / 5となり，進捗度は0％になります。

このジョブネットの実行が開始し，ジョブ2が正常終了するとジョブ2の後続のリカバリージョブ（ジョブ4）が「未実行終了」状態でジョブネットの実行が終了しますが，この場合，終了ユニット数 / 実行予定ユニット数が4 / 4となり，進捗度が100％になります。

このように，正常終了時には実行されないリカバリーユニットを監視対象外にして，正常に監視できます。

（例5）日をまたいで実行するジョブネットを監視する場合

日をまたいで実行するジョブネットを監視する場合の進捗度は，開始時刻（開始予定時刻）または終了時刻（終了予定時刻）が監視対象日に含まれるユニットの数に依存します。このため，監視対象となるユニット数が，ルートジョブネット配下の総ユニット数よりも少なくなることがあります。

例えば，次のような構成の，日をまたいで実行するジョブネットについて考えます。

図6‒15　日をまたいで実行するジョブネットの例

監視対象日を7/5に指定したとき，7/6のジョブcの実行中の世代は，監視対象に含まれません。したがって，「正常終了」状態のユニット数がジョブaおよびジョブbの2個，監視対象日に実行予定のユニット数が，ルートジョブネット，ジョブaおよびジョブbの3個になります。これらの値を進捗度の計算式に代入すると，進捗度は66%と求められます。

また，監視対象日を7/6に指定したとき，7/5のジョブaの正常終了の世代は監視対象に含まれません。したがって，「正常終了」状態のユニット数がジョブbの1個，監視対象日に実行予定のユニット数がルートジョブネット，ジョブbおよびジョブcの3個になります。これらの値を進捗度の計算式に代入すると，進捗度は33%と求められます。

(c)　状態分布

ユニットの状態は，次のように分類されて表示されます。

異常終了

警告終了

遅延

保留中

開始待ち

実行中

正常終了

状態の分類を次の表に示します。

表6‒6　状態の分類

項番

分類された状態

状態

1

異常終了

異常検出終了

順序不正

中断

強制終了

起動失敗

終了状態不明

繰り越し未実行※1

監視打ち切り終了

2

警告終了

警告検出終了

3

遅延

開始遅延※2

終了遅延※2

4

保留中

保留中

5

開始待ち

開始時刻待ち

先行終了待ち

実行待ち

キューイング

起動条件待ち

6

実行中

実行中

警告検出実行中

異常検出実行中

監視中

7

正常終了

正常終了

正常終了−偽

監視未起動終了

監視中断

監視正常終了

注

次の状態のユニットは監視対象外です。

未登録

未計画

計画未実行

閉塞

未実行終了

ネスト開始遅延

ネスト終了遅延

注※1

ネストジョブネットと上位ジョブネットのスケジュール不一致や，実行中止のために実行予定がないユニットは，「未計画」状態になります。この「未計画」状態のユニットは，ルートジョブネットの繰り越し未実行によって「繰り越し未実行」状態に遷移します。この場合，「繰り越し未実行」状態のユニットでも監視対象外として扱われます。

注※2

一つのユニットに開始遅延と終了遅延が同時に発生した場合でも，遅延したユニット数は一つとしてカウントされます。配下のユニットに遅延（ネスト開始遅延またはネスト終了遅延）が発生した場合，対象ユニット自体は遅延ユニットとしてカウントされません。

ユニットの遅延状況と遅延ユニットのカウント数の関係を次の表に示します。

表6‒7　ユニットの遅延状況と遅延した遅延ユニットのカウント数

項番

ユニット遅延状況

遅延ユニットのカウント増分

開始遅延

終了遅延

ネスト

開始遅延

ネスト

終了遅延

1

×

×

×

×

0

2

×

×

×

○

0

3

×

×

○

×

0

4

×

×

○

○

0

5

×

○

×

×

1

6

×

○

×

○

1

7

×

○

○

×

1

8

×

○

○

○

1

9

○

×

×

×

1

10

○

×

×

○

1

11

○

×

○

×

1

12

○

×

○

○

1

13

○

○

×

×

1

14

○

○

×

○

1

15

○

○

○

×

1

16

○

○

○

○

1

（凡例）

○：遅延あり

×：遅延なし

注

対象ユニットがジョブの場合，配下にユニットがなく，ジョブには開始遅延がないため，ジョブ自体が終了遅延しているかどうか（項番1または項番5）で遅延ユニットとしてカウントされます。

例えば，次のようなユニットについて考えます。

図6‒16　ユニットの構成の例

（例1）ネスト遅延だけが発生している場合（項番2）

ルートジョブネット1やネストジョブネット1は遅延していないが，ジョブBだけが遅延している場合，ルートジョブネット1やネストジョブネット1自体は遅延ユニットとしてはカウントされません。全体の遅延ユニット数としては，ジョブBの遅延だけがカウントされ，「1」となります。

（例2）上位ユニットの遅延とネスト遅延がどちらも発生している場合（項番6）

ルートジョブネット1，ネストジョブネット1，およびジョブBがすべて遅延している場合，ルートジョブネット1とネストジョブネット1は遅延ユニットのカウント対象になりますが，配下のユニットの遅延状況は考慮されません。そのため，ルートジョブネット1，ネストジョブネット1，およびジョブBで遅延ユニットのカウントの増分はそれぞれ「1」なので，全体の遅延ユニット数としては「3」となります。

（例3）開始遅延と終了遅延がどちらも発生している場合（項番13）

ルートジョブネット1で開始遅延と終了遅延が同時に発生した場合，ルートジョブネット1は遅延のカウント対象になりますが，カウントの増分は「1」となります。そのため，全体の遅延ユニット数としては「1」となります。

6.2.2　［ジョブネットモニタ］ウィンドウでの監視

［ジョブネットモニタ］ウィンドウでは，ジョブネットに定義されたジョブやネストジョブネットの実行状態および実行結果をジョブフローイメージ（ジョブネットを定義したときと同じイメージ）で監視・確認できます。

［ジョブネットモニタ］ウィンドウを，次の図に示します。

図6‒17　［ジョブネットモニタ］ウィンドウ

ジョブフローイメージで表示された各ユニットのアイコンは，状態を示す表示色で表示されます。状態を示すアイコンの表示色については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.42 ［環境設定］ダイアログボックス」の［全般］タブの説明を参照してください。

なお，［JP1/AJS3 - View］ウィンドウ（メイン画面）から［ジョブネットモニタ］ウィンドウを表示する際には，［状態］，［結果］，または［次回予定］のどれかを選びます。［状態］は実行中，保留中，監視中，開始時刻待ちなどの状態にある世代のうち最新状態を，［結果］は実行終了した世代のうちの最新結果を，［次回予定］は開始時刻待ち，保留中など次回実行予定世代を確認できます。

また，各ユニットの詳細情報を表示すると，ユニットの状態のほか，開始日時，終了日時，遅延状態などの情報や実行結果の詳細を確認できます。状態や遅延状態はリストエリアからも確認できます。

補足事項

表示対象は，ジョブネット，リモートジョブネット，マネージャージョブネットです。

マネージャージョブネットの場合は，参照先の実行状態や結果が表示されます。

6.2.3　［デイリースケジュール］ウィンドウでの監視

［デイリースケジュール］ウィンドウでは，ジョブネットやジョブの実行状態や実行結果を1日の実行予定とともに日単位で監視・確認できます。

［デイリースケジュール（階層表示）］ウィンドウを，次の図に示します。

図6‒18　［デイリースケジュール（階層表示）］ウィンドウ

［デイリースケジュール］ウィンドウでは，1時間ごとの時間軸が表示され，各ユニットの実行予定や実行状況，実行結果を1日のスケジュールの中で確認できます。各ユニットのスケジュールを表示するスケジュールエリアで灰色の部分は過去，白色の部分は未来を表します。灰色の部分にあるユニットのスケジュールを選択すると実行結果または実行状況の詳細情報を，白色の部分にあるユニットのスケジュールを選択すると実行予定の詳細情報を，実行結果リストで確認できます。

なお，実行結果リストには実行IDのない世代（スケジュールが確定されていない実行予定）は表示されません。

6.2.4　［マンスリースケジュール］ウィンドウでの監視

［マンスリースケジュール］ウィンドウでは，ジョブネットやジョブの実行状態や実行結果を1か月間の実行予定とともに月単位で監視・確認できます。

［マンスリースケジュール］ウィンドウを，次の図に示します。

図6‒19　［マンスリースケジュール］ウィンドウ

［マンスリースケジュール］ウィンドウでは，1か月間の日付と曜日が時間軸で表示され，各ユニットの実行予定や実行状況，実行結果を1か月間のスケジュールの中で確認できます。各ユニットのスケジュールを表示するスケジュールエリアで灰色の部分は過去，白色の部分は未来を表します。灰色の部分にあるユニットのスケジュールを選択すると実行結果または実行状況の詳細情報を，白色の部分にあるユニットのスケジュールを選択すると実行予定の詳細情報を，実行結果リストで確認できます。

なお，実行結果リストには実行IDのない世代（スケジュールが確定されていない実行予定）は表示されません。

6.3　Webブラウザーでの監視

JP1/AJS3では，ジョブネットの実行状況や実行結果などを，Webブラウザーを使って監視できます。ジョブネットを監視するためのWebブラウザーの画面を，Web GUI（ジョブポータル）と呼びます。

図6‒20　Web GUI（ジョブポータル）

Web GUI（ジョブポータル）については，「9. JP1/AJS3のWebインターフェース」を参照してください。

6.4　ユーザーアプリケーションでの監視

JP1/AJS3では，ジョブネットを操作するためのHTTPインターフェースのAPIを公開しています。このAPIを利用することで，ジョブネットの実行状況や実行結果などを監視するためのアプリケーション（ユーザーアプリケーション）を独自に開発できます。

ユーザーアプリケーションについては，「9. JP1/AJS3のWebインターフェース」を参照してください。

6.5　業務を監視するプログラムの特徴と違い

JP1/AJS3には，ジョブネットを監視するためのプログラムとして次の三つがあります。

JP1/AJS3 - View

Web GUI（ジョブポータル）

ユーザーアプリケーション

それぞれのプログラムの違いについて説明します。

プログラムとしての役割の違い

JP1/AJS3 - Viewは，ジョブネットの定義，実行，監視など，業務の運用に関わるさまざまな操作をするプログラムです。

Web GUI（ジョブポータル）は，主にジョブネットの実行・監視を目的としたプログラムです。ジョブネットやジョブを定義する場合は，JP1/AJS3 - View，またはJP1/AJS3 - Definition Assistantを使用してください。

ユーザーアプリケーションは，JP1/AJS3で公開されているHTTPインターフェースのAPIを利用して開発するプログラムです。プログラムとしての役割は，APIの種類やアプリケーションの設計方針によってさまざまです。

補足事項

JP1/AJS3 - Viewは，ジョブやジョブネットの全体を監視するためのプログラムです。業務全体の監視を担当する人（運用管理者）が利用するGUIとして適しています。

一方，Web GUI（ジョブポータル）は，特定のジョブネットを監視するためのプログラムです。特定業務の監視を担当する人（運用担当者）が利用するGUIとして適しています。

JP1/AJS3 - ViewとWeb GUI（ジョブポータル）をそれぞれの役割に応じて使い分けてください。

図6‒21　JP1/AJS3 - ViewとWeb GUI（ジョブポータル）の使い分け

システム構成や実装方法の違い

JP1/AJS3 - Viewは，監視端末ごとにインストールが必要です。

Web GUI（ジョブポータル）は，Webブラウザーから利用できるため，最初にサーバ環境にJP1/AJS3 - Web Consoleのインストールとセットアップをすれば，監視端末ごとのインストールは不要です。

ユーザーアプリケーションは，独自に開発するプログラムです。APIの形式や利用環境，アプリケーションの設計方針に応じて，任意のプログラミング言語で開発・実装してください。ユーザーアプリケーションを利用する場合も，Web GUI（ジョブポータル）と同様に，接続先のサーバでJP1/AJS3 - Web Consoleのインストールとセットアップが必要です。

接続環境の違い

JP1/AJS3 - Viewは，LANやWAN環境を利用することでJP1/AJS3 - Managerに接続します。ただし，WAN環境を利用する場合には，通信の安全性や通信回線の安定性などの制限事項があります。通信の安全性を確保するための機能として，SSL通信（通信暗号化機能）が利用できます。

Web GUI（ジョブポータル）は，インターネットを利用してJP1/AJS3システムに接続します。インターネットに接続できるクライアントであれば，さまざまな場所や環境からジョブネットを監視できます。必要に応じてSSL通信（HTTPS通信）も利用できます。

ユーザーアプリケーションの接続環境は，アプリケーションの設計方針によって異なります。実装方法によっては，Web GUI（ジョブポータル）と同様にインターネットを利用してジョブネットを監視することもできます。

監視対象数の目安

Web GUI（ジョブポータル）は，表示対象のジョブネットやジョブの規模が大きいほど，Webブラウザーの描画時間が長くなります。Web GUI（ジョブポータル）を利用するための目安を次の表に示します。監視対象のジョブネットやジョブの規模がこの目安以下であればWeb GUI（ジョブポータル）を利用し，規模がこの目安を超える場合はJP1/AJS3 - Viewを利用することを推奨します。

対象

目安

描画性能への影響

監視対象のルートジョブネット配下に存在するジョブネットおよびジョブの定義数

500個※

この規模は次の画面およびダイアログボックスの描画性能に影響します。

［モニタ］画面および［モニタ］ダイアログボックス

［マンスリースケジュール］画面

［ダッシュボード］画面

［リスト］画面

監視対象のルートジョブネットおよびその配下に存在するジョブネットとジョブの保存世代数

10個

この規模は次の画面の描画性能に影響します。

［マンスリースケジュール］画面

［ダッシュボード］画面

注※

より大きな規模の監視もできますが，Web GUI（ジョブポータル）の［マンスリースケジュール］画面を使用する場合，Web GUI（ジョブポータル）で監視するユニット数の規模は，Webブラウザーに起因する次の上限を超えないようにしてください。上限を超えると，表示が途中で固まったり，正しく表示されなくなったりします。

6,000個

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

JP1/AJS3では，JP1/Baseのユーザー認証機能を使ってユーザーのログイン認証や操作権限を管理します。また，JP1/AJS3の各ユニットに対してJP1ユーザーの操作権限の設定を行い，任意のユーザーがユニットに不当なアクセスをすることを防ぎます。

この章では，JP1/Baseのユーザー認証機能を使ったユーザー管理とJP1/AJS3の各ユニットに設定するアクセス制御の設定について説明します。

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

JP1/AJS3では，JP1/Baseのユーザー認証機能とユーザーマッピング機能を使ってユーザーのログイン認証や操作権限を管理します。

それぞれの機能と設定の概要について説明します。なお，JP1/Baseでの設定・操作方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

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

JP1/AJS3では，JP1/Baseのユーザー認証機能を使ってユーザーのログイン認証や操作権限を管理します。

JP1/Baseのユーザー認証とは，JP1/AJS3 - Viewや他JP1シリーズプログラム（JP1/IM）からのログイン認証，およびログインしたユーザーの操作権限を制御する機能です。ログイン認証やログインしたユーザーの操作権限を管理するJP1/Baseを認証サーバといいます。この認証サーバに，JP1/AJS3を使用するユーザーをJP1ユーザーとして登録し，各JP1ユーザーにユニットの操作権限を設定します。認証サーバ以外のサーバのJP1/Baseでは，認証サーバとされているホストを定義しておきます。これによって，JP1/AJS3 - Viewから他ホストへのログイン時には，認証サーバに登録されているJP1ユーザー情報を基にログインの可否や操作権限が決定されます。ユーザー認証の例を，次の図に示します。

図7‒1　ユーザー認証の例

この例では，HostAを認証サーバとします。HostB，HostCには，認証サーバとしてHostAが指定されているため，HostA，HostB，HostCは同一認証圏となります。認証サーバのHostAには，JP1ユーザーとしてjp1user1が登録されています。この場合に，jp1user1というJP1ユーザーとjp1user2というJP1ユーザーがHostBへのログインを試みたとき，HostBの認証サーバであるHostAが，登録されているJP1ユーザー情報を基にその可否を判断します。例の場合，jp1user2は認証サーバに登録されていないため，ログインできないと判断されます。

注意事項

JP1/IM - Viewの［統合機能メニュー］画面からJP1/AJS3 - Viewを起動した場合，起動元と認証圏の異なるJP1/AJS3 - Managerにログインすると認証エラーになります。

この場合，JP1/AJS3 - Viewのログイン画面が表示されます。ユーザー名とパスワードを入力してログインしてください。

また，ユーザー名やパスワードの入力誤りなど，そのほかのエラーの場合でも，JP1/AJS3 - Viewのログイン画面が表示されます。ユーザー名とパスワードを入力してログインしてください。

(1)　JP1ユーザーの登録

JP1/AJS3やJP1シリーズプログラムを使用するユーザーをJP1ユーザーといいます。JP1ユーザーは，認証サーバに登録します。登録する際には，JP1ユーザー名とともに，ログインの際に使用するパスワードを指定します。

ここで登録したJP1ユーザーは，JP1/AJS3だけでなく他JP1シリーズプログラム（JP1/IM）でも適用されます。

(2)　アクセス権限の設定

JP1/AJS3のユニットに対する操作権限をアクセス権限といいます。アクセス権限は，JP1ユーザーごとに設定します。

アクセス権限は，JP1資源グループというグループごとに，JP1権限レベルと呼ばれる操作権限を設定していきます。

JP1権限レベルには，次の3種類があります。

ジョブネット定義・実行時のアクセス権限

ジョブの実行・操作時のアクセス権限

エージェント管理情報のアクセス権限

それぞれのJP1権限レベルについて説明します。

ジョブネット定義・実行時のアクセス権限

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_JPQ_Admin

管理者権限です。実行エージェントや実行エージェントグループの定義を追加・変更・削除する権限を持っています。

JP1_JPQ_Operator

実行エージェントや実行エージェントグループの受付配信制限の状態を変更する権限を持っています。

JP1_JPQ_User

実行エージェントや実行エージェントグループの状態および定義内容を参照する権限を持っています。

各JP1権限レベルで操作できる詳細な内容については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　6.4.1(2) 設定するJP1権限レベルの検討」を参照してください。

補足事項

JP1ユーザーにマッピングされているOSユーザーがAdministrators権限またはスーパーユーザー権限を持つユーザーの場合，ユニットに対するアクセス権限は，次のようになります。

ジョブネット定義・実行時のアクセス権限（JP1_AJSのアクセス権限）

JP1権限レベルに関係なく，すべての操作を実行できます。

ジョブの実行・操作時のアクセス権限，およびエージェント管理情報のアクセス権限（JP1_JPQのアクセス権限）

JP1ユーザーに設定されているJP1権限レベルの範囲で操作できます。

ただし，環境設定パラメーターADMACLIMITをデフォルトから変更して「yes」に設定している場合は，すべての操作がJP1権限レベルの範囲に制限されます。

環境設定パラメーターADMACLIMITの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.2(4) ADMACLIMIT」を参照してください。

JP1資源グループは，JP1/AJS3の各ユニットへのJP1ユーザーのアクセス制御を実施する場合にユニット側に設定するものです。

例えば，ジョブネットAというユニットにkeiriというJP1資源グループが設定されているとします。一方，認証サーバには，jp1user1というJP1ユーザーに資源グループkeiriに対するJP1権限レベルとしてJP1_AJS_Operator，資源グループeigyoに対するJP1権限レベルとして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権限レベルに関係なく操作できます。

このように，JP1/AJS3の各ユニットに対するJP1ユーザーのアクセス制御は，JP1/AJS3のユニット側にJP1資源グループが設定されることで有効になります。したがって，ユニット側にJP1資源グループが設定されていない場合は，JP1ユーザーの権限によるアクセス制御は行われません。

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

JP1/AJS3でのユーザーの操作権限を管理する機能として，JP1/Baseのユーザーマッピング機能があります。

ユーザーマッピングとは，ジョブやコマンドを実行する際に，実行元ホストのJP1ユーザーと実行先ホストのOSに登録されているユーザー（OSユーザー）を対応づける機能のことです。

ユーザーマッピングは，各ホストのJP1/Baseの環境設定で行います。マネージャーホストのユーザーマッピングは，自ホストにログインするJP1ユーザーに対して自ホストのOSユーザーをマッピングします。エージェントホストのユーザーマッピングは，実行元のマネージャーホストをサーバホストとして指定し，自ホストのOSユーザーをJP1ユーザーにマッピングします。

これによって，マネージャーホストからエージェントホストまたは他マネージャーホストにジョブネットやコマンドを実行した場合，各エージェントホストではそれぞれのホストのユーザーマッピング定義に従って実行されます。

ユーザーマッピング例を，次の図に示します。

図7‒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がマッピングされていないため，どちらのホストでもジョブを実行できません。

7.1.3　JP1/BaseのJP1管理者グループを使ったユーザー管理（UNIX限定）

(1)　JP1管理者グループとは

JP1/Baseでは，サービスの停止や起動，環境設定パラメーターの変更，バックアップなどのシステム管理・運用操作は，次のどちらかのユーザーが実施します。

スーパーユーザー権限を持つOSユーザー（rootユーザー）

JP1管理者グループに属するOSユーザー（JP1/Base管理者）

JP1管理者グループとは，JP1/Baseで設定する，OSのユーザーグループのことです。JP1管理者グループとして設定されたユーザーグループに属するOSユーザーをJP1/Base管理者と呼びます。JP1/Base管理者は，JP1/Baseに対して，スーパーユーザー権限と同等の操作権限を持ちます。JP1/Base管理者を設定することで，JP1/Baseの環境設定やサービスの起動・停止など，JP1/Baseのシステム管理・運用操作を一般のOSユーザーができるようになります。

図7‒3　JP1管理者グループとJP1/Base管理者

JP1管理者グループおよびJP1/Base管理者の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(2)　AJS管理者とは

JP1/AJS3では，サービスの停止や起動，環境設定パラメーターの変更，バックアップなどのシステム管理・運用操作は，次のどちらかのユーザーが実施します。

スーパーユーザー権限を持つOSユーザー（rootユーザー）

JP1管理者グループに属するOSユーザー（JP1/Base管理者）のうち，JP1/AJS3で明示的に操作権限を設定したユーザー（AJS管理者）

AJS管理者とは，JP1/AJS3に対してスーパーユーザー権限と同等の操作権限を持つユーザーです。AJS管理者は，JP1/Base管理者から一つのユーザーを選んで設定します。AJS管理者を設定することで，JP1/AJS3の環境設定やサービスの起動・停止など，JP1/AJS3のシステム管理・運用操作を一般のOSユーザーができるようになります。

図7‒4　JP1管理者グループとAJS管理者

なお，この図で示したように，AJS管理者はJP1/Base管理者でもあります。そのため，AJS管理者はJP1/Baseのシステム管理・運用操作も実施できます。

(3)　AJS管理者でできる操作

AJS管理者は，JP1/AJS3のサービスの起動や停止，バックアップ，DBのメンテナンスなど，スーパーユーザー権限を持つユーザーと同等の操作ができます。また，JP1権限レベルに関係なく，AJS管理者はすべてのユニットを操作できます。ただし，次に示す操作はスーパーユーザー権限が必要なため，AJS管理者では実施できません。

表7‒1　AJS管理者が実施できない操作

項番

操作

説明

1

JP1/AJS3のインストール・アンインストール

インストールおよびアンインストールには，スーパーユーザー権限が必要です。AJS管理者は，JP1/AJS3をインストールしたりアンインストールしたりできません。

2

JP1/AJS3へのパッチ適用・アンパッチ

パッチを適用したりパッチの適用を元に戻したり（アンパッチ）するには，スーパーユーザー権限が必要です。AJS管理者は，JP1/AJS3に対してパッチを適用したりアンパッチしたりできません。

3

AJS管理者の設定

AJS管理者を使用するかどうかは，JP1/AJS3のインストール前にスーパーユーザー権限で設定します。そのため，AJS管理者の設定は，一般のOSユーザーにはできません。

4

OSリソースの割り当て

ポート番号の登録・解放や共有ディレクトリの準備・削除など，OSリソースの割り当てにはスーパーユーザー権限が必要です。AJS管理者は，OSリソースを割り当てる操作はできません。

5

スーパーユーザー権限が必要な連携プログラムの操作

スーパーユーザー権限が必要な連携プログラムをAJS管理者が操作することはできません。

6

スーパーユーザー権限が必要なファイルへのアクセス

スーパーユーザー権限が必要なファイルにAJS管理者がアクセスすることはできません。

7

スーパーユーザー権限を持つユーザーへのマッピング

JP1/Baseのユーザーマッピング機能を使用してスーパーユーザー権限を持つユーザーへマッピングするには，スーパーユーザー権限が必要です。AJS管理者ではマッピングできません。

8

クラスタソフトの操作

クラスタシステムの運用や操作には，クラスタソフトの操作権限が必要です。AJS管理者にクラスタソフトの操作権限がない場合，クラスタソフトは操作できません。

また，jajs_killall.clusterコマンド（クラスタシステムを運用している場合に，起動中のJP1/AJS3プロセスを強制終了するコマンド）の実行や，jajs_killall.clusterコマンドファイルの変更・バックアップもできません。

9

スーパーユーザー権限が必要なファイルのバックアップとリカバリー

スーパーユーザー権限が必要なファイルをAJS管理者がバックアップまたはリカバリーすることはできません（例：jajs_killall.clusterコマンドファイル）。

10

Web Consoleサーバのセットアップおよび操作

JP1/AJS3 - Web Consoleのセットアップ作業やサーバの管理作業などは，AJS管理者では実施できません。

AJS管理者が実施できない操作については，スーパーユーザー権限を持つOSユーザーで操作してください。

AJS管理者でのJP1/AJS3の運用については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　付録E AJS管理者での運用（UNIX限定）」を参照してください。

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

ジョブネットやジョブへの不当なアクセスを防ぐための，各ユニットに対するJP1ユーザーの操作権限の設定方法について説明します。

各項目の設定方法などについては，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

7.2.1　ユニット所有者権限

ジョブやジョブネットを定義したJP1ユーザーは，そのユニットの所有者権限を持ちます。所有者権限があるJP1ユーザーは，JP1権限レベルに関係なく，JP1資源グループ名や所有者，ジョブの実行ユーザー種別を変更できます。ただし，ユニットの所有者であっても，そのユニットを参照する権限がないJP1資源グループが設定されている場合は，JP1/AJS3 - Viewでそのユニットの詳細定義ダイアログボックスを開けないため，JP1資源グループ名，所有者，ジョブの実行ユーザー種別を変更できません。そのため，ユニットの所有者で変更したい場合は，JP1資源グループを，ユニット所有者が参照権限のあるJP1資源グループに，ほかのJP1ユーザーで再設定してください。

また，ユニットに所有者が設定されていない場合は，すべてのユーザーがJP1資源グループ名，所有者，およびジョブの実行ユーザー種別を変更できます。

なお，ジョブの所有者を変更した場合，ジョブの実行ユーザー種別に設定している「所有ユーザー」が「登録ユーザー」に変更されることがあります。これは，意図せず，変更後の所有者でジョブが実行されることを防ぐためです。実行ユーザー種別が「登録ユーザー」に変更されると，ジョブはジョブネットを実行登録したJP1ユーザーで実行されます。ただし，次のどちらかの場合は，所有者を変更しても実行ユーザー種別は「登録ユーザー」に変更されません。

環境設定パラメーターADMACLIMITを省略しているか「no」を設定していて，操作するJP1ユーザーが次の管理者権限を持つOSユーザーにマッピングされている。

Windowsの場合

Administrators権限を持つOSユーザー

UNIXの場合

スーパーユーザー権限を持つOSユーザー

操作対象のジョブに資源グループおよび所有者が設定されていて，操作するJP1ユーザーがその資源グループに対してJP1_AJS_Admin権限を持っている。

7.2.2　JP1資源グループの設定

各JP1ユーザーには，JP1/BaseでJP1資源グループごとにユニットに対する権限（JP1権限レベル）が設定されています。JP1権限レベルは，各ユニットにJP1資源グループを設定することで有効になります。

ユニットにJP1資源グループが設定されていない場合は，すべてのJP1ユーザーがそのユニットに対してすべての操作ができます。

なお，マネージャージョブグループおよびマネージャージョブネットでは，参照先のマネージャー側で設定したユニットのJP1資源グループとその権限が適用されます。

補足事項

JP1ユーザーにマッピングされているOSユーザーがAdministrators権限またはスーパーユーザー権限を持つユーザーの場合，ユニットに対するアクセス権限は，次のようになります。

ジョブネット定義・実行時のアクセス権限（JP1_AJSのアクセス権限）

JP1資源グループやJP1権限レベルに関係なく，すべての操作を実行できます。

ジョブの実行・操作時のアクセス権限，およびエージェント管理情報のアクセス権限（JP1_JPQのアクセス権限）

設定されているJP1資源グループやJP1権限レベルの範囲で操作できます。

ただし，環境設定パラメーターADMACLIMITをデフォルトから変更して「yes」に設定している場合は，すべての操作がJP1権限レベルの範囲に制限されます。

環境設定パラメーターADMACLIMITの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.2(4) ADMACLIMIT」を参照してください。

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

「実行ユーザー種別」とは，ジョブネットを実行したとき，ジョブネットに定義されているジョブの実行ユーザーを設定するものです。

ジョブの実行ユーザー種別には，次の二つがあります。

登録ユーザー

ジョブネットを実行登録したJP1ユーザーを実行ユーザーとします。ジョブの実行先ホストでは，ジョブネットを実行登録したJP1ユーザーにユーザーマッピングされたOSユーザーでジョブを実行します。

所有ユーザー

ジョブの所有者として設定されているJP1ユーザーを実行ユーザーとします。ジョブの実行先ホストでは，ジョブの所有者であるJP1ユーザーにユーザーマッピングされたOSユーザーでジョブを実行します。標準ジョブで所有者を指定していない場合は，マネージャーホストのJP1/AJS3サービスを起動したOSユーザーと同じ名前のJP1ユーザーが，実行ユーザーとなります。

キューレスジョブで所有者を指定していない場合は，JP1ユーザーは指定されていないものとして動作するため，メッセージKAVS1881-Eが出力され，ジョブの状態は起動失敗になります。そのため，キューレスジョブでは所有者を指定してください。

カスタムイベントジョブで所有者を指定していない場合は，JP1ユーザーは指定されていないものとして動作するため，メッセージKAVT8511-Eが出力され，ジョブの状態は起動失敗になります。そのため，カスタムイベントジョブでは所有者を指定してください。

ただし，イベントジョブの場合は，エージェントホストのJP1/AJS3を起動しているユーザー権限で実行されるため，「実行ユーザー種別」を指定しても無効です。ORジョブ，および判定ジョブは，実行ユーザーを指定できません。ORジョブ，および判定ジョブは，マネージャーホストのJP1/AJS3を起動しているユーザー権限で実行されます。

なお，「実行ユーザー種別」で指定したユーザー（登録ユーザーまたは所有ユーザー）に該当するJP1ユーザーは，ジョブの実行先ホストでユーザーマッピングをしておく必要があります。

7.2.4　実行時のユーザーの設定（PCジョブ，UNIXジョブ，HTTP接続ジョブの場合）

「実行時のユーザー」とは，ジョブネットにPCジョブ，UNIXジョブ，またはHTTP接続ジョブが定義されているときに，それらのジョブを実行する実行先ホスト（エージェントホスト）のOSユーザーを指定しておくものです。「実行時のユーザー」の設定は，PCジョブ，UNIXジョブ，またはHTTP接続ジョブに限り指定できます。

「実行時のユーザー」として指定したOSユーザーは，「実行ユーザー種別」で選択したユーザー（登録ユーザーまたは所有ユーザー）が実行先ホストでジョブを実行するOSユーザーとなります。「実行時のユーザー」を指定しない場合は，実行先ホストでJP1ユーザー（実行ユーザー）にマッピングされているプライマリーOSユーザーで該当するジョブを実行します。

なお，「実行時のユーザー」に指定するOSユーザーは，「実行ユーザー種別」で選択した「登録ユーザー」または「所有ユーザー」のJP1ユーザーにマッピングしておく必要があります。

補足事項

PCジョブ，またはWindowsホスト上で実行するHTTP接続ジョブの場合，有効となるOSのユーザーの情報は，指定したOSのユーザーの権限だけです。また，指定した実行ファイルへのアクセスは，JP1/AJS3サービスに設定されているアカウントでアクセスします。実行ファイルから別ファイルへのアクセスは，指定したOSユーザーで行います。実行ユーザーのアクセス権をローカルホストのユーザーに限定させたい場合は，OSユーザー名をホスト名¥ユーザー名で指定してください。

7.3　JP1/AJS3への接続を制限するための設定

JP1/AJS3へ接続できるホストを制限することを接続元制限といいます。JP1/AJS3 - ManagerやJP1/AJS3 - Agentへの接続を制限することで，意図しないホストからの操作や，意図しないホストからのジョブの実行を防ぐことができます。

接続元制限機能を使用するには，接続を許可するホストのIPアドレスを，接続許可設定ファイルに指定します。接続許可設定ファイルには，マネージャー用接続許可設定ファイルとエージェント用接続許可設定ファイルの2種類があります。

JP1/AJS3 - Managerへの接続を制限する例と，JP1/AJS3 - Agentへの接続を制限する例を次に示します。

JP1/AJS3 - Managerへの接続を制限する例

JP1/AJS3 - Managerで，JP1/AJS3 - Viewからのログイン要求や，ほかのJP1/AJS3 - Managerからのリモートジョブネットの実行要求などによる接続を許可する場合，マネージャー用接続許可設定ファイルに，JP1/AJS3 - Managerへの接続を許可するホストのIPアドレスおよび自ホストのIPアドレスを指定します。これによって，指定されたIPアドレス以外のホストからの接続を制限できます。自ホストのIPアドレスは必ず指定してください。指定しないと，JP1/AJS3サービスが起動できません。

JP1/AJS3 - Managerへの接続を制限する例を，次の図に示します。

図7‒5　JP1/AJS3 - Managerへの接続を制限する例

この図の例では，マネージャー用接続許可設定ファイルには，接続を許可するホストのIPアドレス「192.168.31.1」と自ホストのIPアドレス「192.168.31.4」を指定しています。この場合，IPアドレスが192.168.31.1以外のホストからは，ログインしたり，リモートジョブネットを実行したりできません。

JP1/AJS3 - Managerでジョブの実行要求による接続を制限する場合は，エージェント用接続許可設定ファイルに，接続を許可するホストのIPアドレスおよび自ホストのIPアドレスを指定します。自ホストのIPアドレスは必ず指定してください。指定しないと，引き継ぎ情報設定ジョブが実行できません。

JP1/AJS3 - Managerでジョブ実行要求による接続を制限する例を，次の図に示します。

図7‒6　JP1/AJS3 - Managerでジョブ実行要求による接続を制限する例

この図の例では，エージェント用接続許可設定ファイルには，接続を許可するホストのIPアドレス「192.168.31.1」と自ホストのIPアドレス「192.168.31.2」を指定しています。この場合，自ホストまたはIPアドレスが192.168.31.1のホスト以外からは，ジョブを実行できません。

JP1/AJS3 - Agentへの接続を制限する例

JP1/AJS3 - AgentでJP1/AJS3 - Managerからのジョブ実行要求による接続を許可する場合，エージェント用接続許可設定ファイルに，JP1/AJS3 - Agentへの接続を許可するホストのIPアドレスを指定します。これによって，指定されたIPアドレス以外のホストからの接続を制限できます。JP1/AJS3 - Managerの場合と異なり，JP1/AJS3 - Agentの場合は自ホストのIPアドレスを指定する必要はありません。

JP1/AJS3 - Agentへの接続を制限する例を，次の図に示します。

図7‒7　JP1/AJS3 - Agentへの接続を制限する例

この図の例では，エージェント用接続許可設定ファイルには，接続を許可するホストのIPアドレス「192.168.31.1」を指定しています。この場合，IPアドレスが192.168.31.1以外のホストからは，ジョブを実行できません。

接続元制限の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.3.9 JP1/AJS3へ接続するホストの制限」を参照してください。

接続元制限の設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.2 JP1/AJS3への接続を制限する設定」を参照してください。

8　システムの監視

JP1/AJS3での業務の運用を開始したら，日々JP1/AJS3の状態を監視し，安定稼働しているかどうかを確認します。異常の兆候が見られた場合は，状況に合わせて対処する必要があります。

この章では，JP1/AJS3を運用するシステムの監視について説明します。

8.1　Web GUI（マネジメントポータル）を使ったJP1/AJS3の状態の監視

JP1/AJS3では，JP1/AJS3の状態を，Webブラウザーを使って監視できます。

JP1/AJS3の状態を監視するためのWebブラウザーの画面を，Web GUI（マネジメントポータル）と呼びます。Web GUI（マネジメントポータル）で監視する場合の画面の例を次の図に示します。

図8‒1　Web GUI（マネジメントポータル）

Web GUIについては，「9. JP1/AJS3のWebインターフェース」を参照してください。

Web GUI（マネジメントポータル）では，次の情報をWebブラウザーで確認できます。

JP1/AJS3のサービスが起動しているかどうか

データベースの無効領域が大量に発生しているかどうか

ジョブ実行の運用停止につながるような要因が発生しているかどうか

マネージャーホストとエージェントホスト間で通信できているかどうか

スケジューラーサービスの使用状況やジョブの実行数，エージェントホストのジョブ実行状態の実績などのJP1/AJS3システムの運用状況

JP1/AJS3で異常が発生していることを検知した場合は，JP1/AJS3 - View，Web GUI（ジョブポータル）またはコマンドを使用して，異常に対処します。

Web GUI（マネジメントポータル）を使用する場合は，マネージャーホストおよびエージェントホストでセットアップが必要です。セットアップの手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.7 Web GUIに関する設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.8 Web GUIに関する設定」（UNIXの場合）を参照してください。

Web GUI（マネジメントポータル）の操作方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　16. Web GUIのマネジメントポータル」を参照してください。

9　JP1/AJS3のWebインターフェース

JP1/AJS3では，Web GUIを利用することで，インターネットを経由してJP1/AJS3の状態を監視したり，ユニットを実行および監視したりできます。また，JP1/AJS3のHTTPインターフェースのAPIを利用することで，ユーザー独自のアプリケーションを開発でき，インターネットを利用したJP1/AJS3の操作を実現できます。

この章では，JP1/AJS3のWebインターフェースについて説明します。

9.1　JP1/AJS3のWebインターフェースの概要

JP1/AJS3では，インターネットを利用することで，さまざまな場所や環境からジョブネットの実行状況や実行結果などを監視できます。

監視端末（クライアント）で利用できるプログラムには，次の2種類があります。

Webブラウザー（Web GUI）

JP1/AJS3の状態や，ユニットの実行状況や実行結果などを，クライアント環境にインストールされているWebブラウザーを利用して監視します。ジョブネットの実行や，保留などの操作もできます。

ユーザーアプリケーション

JP1/AJS3が公開しているHTTPインターフェースのAPIを利用して，ユーザーが独自に開発するアプリケーションです。利用できるAPIには，ユニットの実行情報を取得するAPIや，ユニットの実行登録をするAPIなどがあります。

これらのプログラムによるインターネットを利用した監視の実現には，JP1/AJS3 - Managerのコンポーネントの一つであるJP1/AJS3 - Web Consoleが必要です。JP1/AJS3 - Web ConsoleをインストールしたホストをWeb Consoleサーバと呼びます。

Web ConsoleサーバはWebサーバおよびWebアプリケーションサーバとして動作し，HTTP通信やWebアプリケーションの動作を制御します。また，クライアントからのリクエストに応じてJP1/AJS3 - ManagerからJP1/AJS3の状態やユニットの情報を取得し，レスポンスとしてクライアントに送信します。

Web Consoleサーバの通信の概要を，次の図に示します。

図9‒1　Web Consoleサーバの通信の概要

システム構成の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.2.5 Web Consoleサーバを使用する場合の構成例」を参照してください。

9.2　Web GUIを利用したJP1/AJS3の操作

Web GUIを利用したJP1/AJS3の操作について説明します。

9.2.1　Web GUIでできること

Web GUIを利用すると，インターネットを利用して，業務の進捗や実行状態を監視できます。社外から業務を監視・操作したり，クラウド環境に構築したJP1/AJS3の業務を監視したりするなど，幅広い業務運用を実現したいときに便利です。

図9‒2　Web GUIの概要

Web GUIには，ジョブポータルとマネジメントポータルの二つの機能があります。ジョブポータルでは，ユニットの実行や監視ができます。マネジメントポータルでは，JP1/AJS3が安定稼働しているかを確認できます。

ジョブポータルでできることを次に示します。

表9‒1　ジョブポータルでできること

項番

項目

説明

1

ユニットの実行

即時実行登録

ジョブネットを即時実行登録できます。

2

計画実行登録

ジョブネットを計画実行登録できます。

3

確定実行登録

ジョブネットを確定実行登録できます。

4

実行登録解除

ジョブネットを実行登録解除できます。

5

実行予定の追加※1

ユニットの実行予定を追加できます。

6

ユニットの監視※2，※3，※4

実行状況の監視※5

ユニットの実行状態，実行結果，および実行予定を確認できます。実行結果の詳細や，マクロ変数の引き継ぎ結果も確認できます。

7

業務の進捗の監視※6

ルートジョブネット配下にある実行予定のユニットの総数や，実行が終了したユニット数，それらの値から算出される進捗度などを確認できます。遅延が発生しているユニット数や異常終了したユニット数なども確認できます。

8

実行予定の確認

ユニットの実行予定を確認できます。

9

1か月ごとの実行スケジュールの確認※7

ユニットの実行スケジュールを月単位で確認できます。

10

実行世代の確認

ユニットの実行世代を確認できます。

11

ユニットの操作

保留属性変更※1

ユニットに保留属性を設定したり，保留属性を解除したりできます。

12

中断

実行中のユニットを中断できます。

13

強制終了

実行中のユニットを強制終了できます。

14

再実行

実行が終了したユニットを再実行できます。

また，再実行対象のユニットがPCジョブまたはUNIXジョブの場合，詳細定義を変更できます。

15

ジョブ状態変更

ジョブの状態を変更できます。

16

計画一時変更（日時変更）※1

実行登録したユニットの実行開始予定日時を一時的に変更できます。

17

計画一時変更（即時実行）※1

実行登録したユニットの実行スケジュールを一時的に変更して，即時実行できます。

18

計画一時変更（実行中止）※1

実行登録したユニットの実行スケジュールを一時的に変更して，実行を中止します。

19

計画一時変更（滞留世代の実行中止）

実行世代のうち，「起動条件待ち」状態の世代に対して実行を中止します。

20

計画一時変更（変更解除）※1

一時的に変更したユニットの実行スケジュールを，変更前の状態に戻せます。

21

遅延監視変更※1

実行登録したユニットの遅延監視の設定を，一時的に変更できます。

22

実行エージェントの操作

一覧とジョブ実行状態の参照

実行エージェントの一覧と，各実行エージェントのジョブ実行状態を参照できます。※8

23

定義参照

選択した実行エージェントの定義を確認できます。

24

追加

接続先のJP1/AJS3 - Managerに実行エージェントを一つ追加できます。

25

設定変更

選択した実行エージェントの設定を変更できます。

26

受付配信制限の状態の変更

選択した実行エージェントの受付配信制限の状態を変更できます。

27

状態変更

選択した実行エージェントの状態を変更できます。※9

28

削除

選択した実行エージェントを削除できます。

29

通信状態確認の開始

ジョブ配信遅延の軽減機能の通信状態確認を開始できます。※9

30

通信状態確認の終了

ジョブ配信遅延の軽減機能の通信状態確認を終了できます。※9

31

通信状態確認の状態確認

ジョブ配信遅延の軽減機能の通信状態確認の状態を確認できます。※9

32

稼働状況の確認

1日の最大の同時ジョブ実行数，1日当たりのジョブ実行数および時間帯別のジョブの実行状況を実行エージェント単位で確認できます。また，1時間の最大の同時ジョブ実行数および1時間当たりのジョブ実行数を，実行エージェント単位で確認できます。

33

実行状況の確認

ジョブ数の内訳を一覧で参照できます。

34

実行エージェントグループの操作

一覧とジョブ実行状態の参照

接続先のJP1/AJS3 - Managerに定義されている実行エージェントグループの一覧と，各実行エージェントグループのジョブ実行状態を参照できます。

35

定義参照

選択した実行エージェントグループの定義を参照できます。

36

追加

接続先のJP1/AJS3 - Managerに実行エージェントグループを一つ追加できます。

37

設定変更

選択した実行エージェントグループの設定を変更できます。

38

実行エージェントの関連づけ追加

実行エージェントグループに実行エージェントを関連づけできます。

39

実行エージェントの関連づけ変更

実行エージェントグループに関連づけされている実行エージェントの優先順位を変更できます。

40

実行エージェントの関連づけ除外

実行エージェントグループに関連づけされている実行エージェントを除外できます。

41

受付配信制限の状態の変更

選択した実行エージェントグループの受付配信制限の状態を変更できます。

42

削除

選択した実行エージェントグループを削除できます。

注※1

ジョブポータルからは，一時変更情報の確認および再操作はできません。一時変更情報の確認および再操作が必要な場合は，JP1/AJS3 - Viewを使用してください。

注※2

マネージャージョブグループおよびマネージャージョブネットは表示されません。

注※3

ジョブグループ直下に作成されたジョブは表示されません。

注※4

リモートジョブネット配下のユニットの監視および予実績の確認はできません。

注※5

カスタムジョブおよびカスタムイベントジョブのアイコンは，カスタムジョブおよびカスタムイベントジョブの種類にかかわらず共通のカスタムジョブアイコンまたはカスタムイベントジョブアイコンが表示されます。

注※6

プランニンググループは監視対象として設定できません。プランニンググループ配下のジョブネットを監視したい場合は，配下のジョブネットを監視対象として設定してください。

注※7

ジョブグループやプランニンググループを選択して，マンスリースケジュールを表示することはできません。

注※8

実行エージェントの状態を参照する場合は，ジョブ配信遅延の軽減機能を有効に設定する必要があります。

注※9

ジョブ配信遅延の軽減機能を有効に設定する必要があります。

マネジメントポータルでできることを次に示します。

表9‒2　マネジメントポータルでできること

項番

項目

説明

1

JP1/AJS3の状態の監視

マネージャーホストの状態の監視

接続したマネージャーホストの状態を監視できます。

2

JP1/AJS3のサービスの監視

JP1/AJS3のサービスが起動しているかどうかを監視したり，プロセスの起動状態を確認したりできます。

3

スケジューラーサービスの監視

スケジューラーサービスの状態を監視したり，運用環境や定義済みのユニット数などを確認したりできます。また，スケジューラーサービスでジョブ実行の運用停止につながるような要因が発生していないかを確認できます。

4

キューイングおよび実行中状態のジョブ数の監視

キューイングおよび実行中状態のジョブ数が上限に達していないかを監視できます。

5

起動条件付きジョブネットの監視

起動条件付きジョブネットの実行世代数が警告値に達していないかを確認できます。また，滞留している可能性がある起動条件付きルートジョブネットを確認できます。

6

未通知情報の監視

未通知情報を監視し，特定の起動条件付きジョブネットに対して予期しない大量のイベントが発生していないか確認できます。

7

データベースの監視

データベースに無効領域が大量に発生していないかどうかを監視したり，データベースの構成情報を確認したりできます。

8

実行ホストの監視

実行エージェントの状態が接続不可になっている実行ホストがないかどうかを確認できます。

9

スケジューラーサービスのジョブ実行数の監視

スケジューラーサービスのジョブ実行数の実績や，ピーク時間帯のジョブ実行数を日単位で確認できます。また，スケジューラーサービスの1日のジョブ実行数の実績を時間単位で確認できます。

10

実行ホストのジョブ実行数の監視

1日の最大の同時ジョブ実行数，1日当たりのジョブ実行数および時間帯別のジョブの実行状況を実行ホスト単位で確認できます。また，1時間の最大の同時ジョブ実行数および1時間当たりのジョブ実行数を，実行ホスト単位で確認できます。

9.2.2　ジョブポータルの画面

ジョブポータルで使用する画面について説明します。

(1)　［ダッシュボード］画面

事前に監視対象としてルートジョブネットを登録しておき，登録した単位でそれぞれの実行状態や進捗度を監視したり，全ユニット（ルートジョブネットを含むジョブネットおよびジョブ）単位で実行状態や進捗度を監視したりします。［ダッシュボード］画面には，設定した監視対象の数だけ，監視対象表示エリアが表示されます。異なるジョブグループにあるジョブネットを選択して，一つの監視対象として登録することもできます。

実行状態は，ルートジョブネットおよび配下のユニットの実行状態別の件数として確認できます。進捗度は，実行が終了しているユニットの割合として確認できます。

また，登録したルートジョブネットの監視対象日の実行状態や実行予定をチャート形式で表示することもできます。

［ダッシュボード］画面では当日や前日といった監視対象日を指定できるので，日付観点で監視したいときに便利です。

図9‒3　［ダッシュボード］画面

［ダッシュボード］画面のルートジョブネットの状態エリアでは，ルートジョブネット単位および全ユニット単位の状態が次のような分類で状態別件数としてカウントされ，表示されます。

表9‒3　ユニットの状態の分類

項番

分類された状態

状態

1

異常終了

異常検出終了

順序不正

中断

強制終了

起動失敗

終了状態不明

繰り越し未実行※

監視打ち切り終了

2

警告終了

警告検出終了

3

正常終了

正常終了

正常終了−偽

監視未起動終了

監視中断

監視正常終了

4

実行中

実行中

警告検出実行中

異常検出実行中

監視中

5

保留中

保留中

6

開始待ち

開始時刻待ち

先行終了待ち

実行待ち

キューイング

起動条件待ち

注

次の状態のユニットは監視対象外です。

・未登録

・未計画

・計画未実行

・閉塞

・未実行終了

注※

ネストジョブネットと上位ジョブネットのスケジュールが一致していないユニットや，実行中止したために実行予定がないユニットは，「未計画」状態になります。「未計画」状態のユニットは，ルートジョブネットの繰り越し未実行によって「繰り越し未実行」状態に遷移します。この場合，「繰り越し未実行」状態のユニットでも監視対象外になります。

(2)　［リスト］画面

JP1/AJS3に定義されているジョブグループやジョブネットをツリー形式やリスト形式で表示します。［リスト］画面で実行登録したルートジョブネットを，［ダッシュボード］画面で監視するといった運用ができます。

図9‒4　［リスト］画面

(3)　［実行エージェント］画面

接続先のJP1/AJS3 - Managerの実行エージェントおよび実行エージェントグループを操作できます。

図9‒5　［実行エージェント］画面

(4)　［マンスリースケジュール］画面

ジョブネットやジョブの実行スケジュールを，月単位で確認できます。また，実行予定の追加や変更などの操作ができます。

図9‒6　［マンスリースケジュール］画面

(5)　［モニタ］ダイアログボックス

ジョブネットに定義されたジョブやネストジョブネットの実行状態および実行結果を，ジョブフローイメージで監視・確認できます。また，中断，再実行，保留属性の変更などの操作もできます。

図9‒7　［モニタ］ダイアログボックス

9.2.3　マネジメントポータルの画面

マネジメントポータルで使用する画面について説明します。

(1)　［サマリ］画面

接続したマネージャーホストに関連するスケジューラーサービス，データベースおよび実行エージェントの状態の概要を監視し，JP1/AJS3のシステムがジョブを実行できる状態にあるかを確認できます。

図9‒8　［サマリ］画面

(2)　［スケジューラーサービス一覧］画面

接続したマネージャーホストにセットアップされているスケジューラーサービスの一覧を確認できます。

図9‒9　［スケジューラーサービス一覧］画面

(3)　［スケジューラーサービス詳細］画面

接続したマネージャーホストにセットアップされているスケジューラーサービスについて，それぞれの状態を確認できます。また，ジョブ実行の運用停止につながるような要因が発生していないかを確認できます。スケジューラーサービスのステータスに異常がある場合は，スケジューラーサービスのどの状態に異常があるかを特定できます。

図9‒10　［スケジューラーサービス詳細］画面

(4)　［データベース一覧］画面

接続したマネージャーホストにセットアップされているデータベースの一覧を確認できます。

図9‒11　［データベース一覧］画面

(5)　［データベース詳細］画面

接続したマネージャーホストにセットアップされているデータベースについて，それぞれの状態を確認できます。データベースに無効領域が発生していないかを確認し，データベースのメンテナンスや再編成の時期を検討するといった運用ができます。

図9‒12　［データベース詳細］画面

(6)　［実行ホスト］画面

マネージャーホストとエージェントホストの通信状態を監視できます。実行エージェントの状態が接続不可になっていないかどうかを確認し，実行エージェントの状態に問題がある場合はどの実行ホストまたは実行エージェントに異常があるかを特定できます。

図9‒13　［実行ホスト］画面

9.2.4　Web GUIの認証と操作の仕組み

Web GUIを操作するには，Web GUIからJP1/AJS3 - ManagerにJP1ユーザーでログインする必要があります。ログインには，JP1/Base（認証サーバ）のユーザー認証機能を使用します。

Web GUIでJP1ユーザー名とパスワードを入力すると，認証情報はWeb Consoleサーバを経由して，接続先のマネージャーホストに設定されている認証サーバで認証されます。

図9‒14　Web GUIの認証の仕組み

認証に成功すると，ログインしたJP1ユーザーの操作権限に応じてJP1/AJS3の状態を監視したり，ユニットを実行および監視したりできるようになります。Web GUIでJP1/AJS3を操作すると，操作内容に応じたリクエストがWeb Consoleサーバに送信されます。Web ConsoleサーバはJP1/AJS3 - Managerに接続して，JP1/AJS3 - Managerに処理を要求します。JP1/AJS3 - Managerで処理が完了すると，実行結果はWeb Consoleサーバを経由してWeb GUIに送信されます。

Web GUIからJP1/AJS3を操作する仕組みを次の図に示します。

図9‒15　Web GUIからJP1/AJS3を操作する仕組み

実行エージェントの操作は，JP1/AJS3 - Manager上で実行エージェントの運用に使用するコマンドによって実行されます。実行エージェントの運用に使用するコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　1.5.5 実行エージェントの運用に使用するコマンド」を参照してください。

ユニット操作に必要なJP1権限レベルについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　6.4.1(2)(a) ジョブネット定義・実行時のアクセス権限」を，実行エージェント操作に必要なJP1権限レベルについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　6.4.1(2)(c) エージェント管理情報操作時のアクセス権限」を参照してください。

9.3　ユーザーアプリケーションによるJP1/AJS3の操作

APIを利用したユーザーアプリケーションによるJP1/AJS3の操作の概要について説明します。

9.3.1　ユーザーアプリケーションでできること

ユーザーアプリケーションは，HTTPとのインターフェースを持つプログラミング言語を使用して，ユーザーが独自に開発します。ユーザーアプリケーションからJP1/AJS3が公開しているHTTPインターフェースのAPIに対してリクエストを送信することで，インターネットを経由した実行登録のバッチ処理や，ユニット情報の一括取得などが実現できます。

ユーザーアプリケーションはJP1/AJS3のAPIを利用するため，ユーザーアプリケーションの機能は公開されているAPIの種類に依存します。

ユーザーアプリケーションでできることを次の表に示します。

表9‒4　ユーザーアプリケーションでできること

項番

項目

説明

1

ユニットの実行

即時実行登録

ジョブネットを即時実行登録できます。

2

計画実行登録

ジョブネットを計画実行登録できます。

3

確定実行登録

ジョブネットを確定実行登録できます。

4

実行登録解除

ジョブネットを実行登録解除できます。

5

ユニットの操作

計画一時変更（日時変更）

実行登録したユニットの実行開始の予定日時を，一時的に変更できます。

6

計画一時変更（即時実行）

実行登録したユニットの実行スケジュールを一時的に変更して，即時実行できます。

7

計画一時変更（実行中止）

実行登録したユニットの実行スケジュールを一時的に変更して，実行を中止できます。

8

計画一時変更（変更解除）

一時的に変更したユニットの実行スケジュールを，変更前の状態に戻せます。

9

保留属性変更

ユニットに保留属性を設定したり，保留属性を解除したりできます。

10

中断

実行中のユニットを中断できます。

11

強制終了

実行中のユニットを強制終了できます。

12

再実行

ユニットを再実行できます。

13

遅延監視変更

実行登録したユニットの遅延監視の設定を，一時的に変更できます。

14

ジョブ状態変更

ジョブの状態を変更できます。

15

ユニット情報の取得

ユニット一覧の取得

指定したユニット，またはその配下のユニットの情報（ユニット名，ユニット種別，実行状態など）を取得できます。

16

ユニット情報の取得

指定したユニットの情報を取得できます。

17

ユニットの実行結果詳細の取得

実行が終了したユニットの，実行結果の詳細を取得できます。

18

実行エージェントの操作

一覧とジョブ実行状態の取得

実行エージェントの一覧と，各実行エージェントのジョブ実行状態を取得できます。※1

19

定義取得

指定した実行エージェントの定義を取得できます。

20

追加

実行エージェントの定義を追加できます。

21

削除

指定した実行エージェントの定義を削除できます。※2

22

設定変更

指定した実行エージェントの定義を変更できます。

23

受付配信制限の状態の更新

指定した実行エージェントの受付配信制限の状態を変更できます。※2

24

状態変更

指定した実行エージェントの状態を変更できます。※2，※3

25

通信状態確認の開始

ジョブ配信遅延の軽減機能の通信状態確認を開始できます。※3

26

通信状態確認の終了

ジョブ配信遅延の軽減機能の通信状態確認を終了できます。※3

27

通信状態確認の状態確認

ジョブ配信遅延の軽減機能の通信状態確認の状態を確認できます。※3

28

実行エージェントグループの操作

定義一覧取得

実行エージェントグループの定義一覧を取得できます。

29

定義取得

指定した実行エージェントグループの定義を取得できます。

30

状況取得

実行エージェントグループのジョブ実行状況を取得できます。

31

追加

実行エージェントグループの定義を追加できます。

32

削除

指定した実行エージェントグループの定義を削除できます。※2

33

設定変更

選択した実行エージェントグループ定義を変更できます。

34

受付配信制限の状態の更新

指定した実行エージェントグループの受付配信制限の状態を変更できます。※2

35

実行エージェントの追加，除外，優先順位の変更

指定した実行エージェントグループに関連づけされている実行エージェントの追加，除外，または優先順位の変更ができます。

36

その他

バージョン情報の取得

製品のバージョン情報を取得できます。

37

JP1/AJS3 - Managerのプロトコルバージョンの取得

接続先JP1/AJS3 - Managerのプロトコルバージョンを取得できます。

注※1

実行エージェントの状態を参照する場合は，ジョブ配信遅延の軽減機能を有効に設定する必要があります。

注※2

複数の実行エージェントグループを操作する場合，同時に指定できる実行エージェントグループは100件までです。

注※3

ジョブ配信遅延の軽減機能を有効に設定する必要があります。

9.3.2　ユーザーアプリケーションの認証と操作の仕組み

ユーザーアプリケーションでJP1/AJS3のユニットおよび実行エージェントを操作するには，JP1ユーザーとして認証を受ける必要があります。認証には，JP1/Base（認証サーバ）のユーザー認証機能を使用します。

ユーザー認証を受けるには，APIのリクエストヘッダーに認証情報（JP1ユーザー名とパスワード）を設定します。認証情報が付加されたAPIのリクエストは，Web Consoleサーバを経由して，接続先のマネージャーホストに設定されている認証サーバで認証されます。

認証に成功すると，リクエストに応じた処理結果がJP1/AJS3 - Managerからレスポンスとして送信されます。レスポンスはWeb Consoleサーバを経由してユーザーアプリケーションに送信されます。

図9‒16　ユーザーアプリケーションの認証の仕組み

ユーザーアプリケーションの認証は，リクエストに対するレスポンスの正常・異常に関係なく，リクエストの処理が完了するたびに破棄されます。そのため，ユーザーアプリケーションでユニットおよび実行エージェントを操作する場合は，APIのリクエストを発行するたびに認証を受ける必要があります。

APIのリクエストヘッダーなど，APIの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　6. APIの概要」を参照してください。

認証に成功すると，ログインしたJP1ユーザーの操作権限に応じてユニットおよび実行エージェントを操作できるようになります。

ユーザーアプリケーションでユニットおよび実行エージェントを操作すると，操作内容に応じたリクエストがWeb Consoleサーバに送信されます。Web ConsoleサーバはJP1/AJS3 - Managerに接続して，JP1/AJS3 - Managerに処理を要求します。JP1/AJS3 - Managerで処理が完了すると，実行結果はWeb Consoleサーバを経由してユーザーアプリケーションに送信されます。

ユーザーアプリケーションによるユニットおよび実行エージェントの操作の仕組みを次の図に示します。

図9‒17　ユーザーアプリケーションによるユニットおよび実行エージェント操作の仕組み

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

10　JP1/AJS3と他製品との連携機能

第2編で説明した基本機能のほかにも，JP1/AJS3は他製品と連携することでさまざまな機能を実現できます。

この章では，JP1/AJS3と他製品との連携機能について説明します。

10.1　連携する他製品と実現できる機能

JP1/AJS3と連携する製品と，連携によって実現できる機能を次の表に示します。各機能の詳細については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド」，および連携する各製品のマニュアルを参照してください。

表10‒1　連携する他製品と実現できる機能の一覧

項番

連携する他製品

実現できる機能

参照先マニュアル

1

ERPシステム

SAPシステム

SAP BWシステム

ERP業務を自動運用する

SAPシステムやSAP BWシステムの処理を，JP1/AJS3を使って自動運用できます。JP1/AJS3のカレンダー機能やジョブスケジュール機能を活用することで，ERPシステムの業務を細かくスケジューリングして運用できます。

ERPシステムの業務は，ERPシステム用のカスタムジョブとしてジョブネットに定義します。カスタムジョブとほかのジョブとを関連づけることで，何らかの事象を契機にERPの業務を実行したり，ERPの業務に障害があったときにリカバリーユニットを自動的に実行させたりできます。

SAPシステムまたはSAP BWシステムとJP1/AJS3を連携して使うためには，JP1/AJS3 for Enterprise Applicationsが必要です。なお，JP1/AJS3 for Enterprise Applicationsは，JP1 Version 6のJP1/Application Manager for R/3(R)を名称変更したものです。

JP1/AJS3とERPシステムとの連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　6. ERPシステムとの連携」を参照してください。

2

HP NonStop Server

HP NonStop Serverと連携して処理を実行する（Windows限定）

HP NonStop Serverと連携すると，HP NonStop Serverへジョブを投入したり，HP NonStop Serverから受け取ったジョブを実行したりできます。ジョブの実行結果は，JP1/AJS3で確認できます。

JP1/AJS3からHP NonStop Serverにジョブを投入するには，QUEUEジョブとしてジョブをキューイングします。

なお，HP NonStop Serverには，「ジョブ・スケジューラ for MPP JP1連携オプション」をインストールする必要があります。

JP1/AJS3とHP NonStop Serverとの連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　8. hp NonStop Serverとの連携（Windows限定）」を参照してください。

3

JP1/AJS3 - Definition Assistant

ジョブネットやジョブを一括して定義する

JP1/AJS3 - Definition Assistantを使うと，マネージャーホストに定義されているジョブネットやジョブなどをExcelファイルに取り込んだり，Excelのファイルに定義したジョブネットやジョブを一括してマネージャーホストに反映させたりできます。

JP1/AJS3 - Definition Assistantを導入することで，複数の階層を持つ大量のジョブネットやジョブの定義の編集が容易になります。また，定義したジョブネットやジョブの情報の一覧がExcelファイルの形式で保存されるので，定義の更新情報の管理が容易になります。

JP1/AJS3とJP1/AJS3 - Definition Assistantとの連携については，マニュアル「JP1/Automatic Job Management System 3 - Definition Assistant」を参照してください。

4

HP NNM

JP1/AJS3の処理の実行状態を監視する

バージョン7.5以前のHP NNMを使うと，ネットワーク上のマネージャーホストの運用状態やジョブの実行状態，およびエージェントホストの運用状態を監視できます。また，ユーザー用のシンボルを使って，任意の対象の状態を監視することもできます。

HP NNMの画面では，ジョブの実行状態は，シンボルの色によってわかるように表示されます。

なお，HP Network Node Manager i Software v8.10以降とは連携できません。

JP1/AJS3とHP NNMの連携については，次のマニュアルを参照してください。

マニュアル「JP1/Automatic Job Management System 3 連携ガイド　付録A HP NNMを使った監視」

マニュアル「JP1/Automatic Job Management System 3 連携ガイド　付録B HP NNMに通知するイベント」

マニュアル「JP1/Automatic Job Management System 3 連携ガイド　付録C HP NNMとの連携で使用するコマンド」

5

JP1/FTP

ファイル転送業務を自動化する

JP1/FTPを使うと，FTPプロトコルを使ったファイルの転送をジョブネットのジョブとして定義できます。ファイル転送をジョブネットのジョブとして定義することで，スケジュールに従ってファイルを転送したり，ファイルが転送されたことをきっかけにほかの処理を実行したりできるようになります。

JP1/AJS3はJP1/FTP用の標準カスタムジョブを用意しています。JP1/FTP用のカスタムジョブをジョブネットに定義することで，ファイル転送を実行できます。

JP1/AJS3とJP1/FTPとの連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　5. JP1/FTPとの連携」を参照してください。

6

JP1/IM，JP1/IM2およびJP1/IM3

JP1/AJS3の処理の実行状態を監視する

JP1/IMおよびJP1/IM2を使うと，JP1/AJS3の処理の実行状態を監視できます。JP1/IMおよびJP1/IM2は，JP1イベントを利用してJP1シリーズ製品などの状態を統合的に管理する製品です。

JP1/IMおよびJP1/IM2では，次のような形式でJP1/AJS3を監視できます。

JP1イベントを監視する

JP1/IMおよびJP1/IM2のメインコンソールには，JP1製品が出力するJP1イベントが一覧表示されます。JP1/AJS3の出力するJP1イベントもメインコンソールに表示されます。重要度やJP1イベントを発行したホストなどで，表示するJP1イベントを絞り込めます。

実行状況を表すアイコンで監視する

JP1/IMおよびJP1/IM2のツリー監視画面およびビジュアル監視画面では，JP1/AJS3のジョブネットやジョブの実行状況を示すアイコンが作られます。障害などが発生すると，アイコンの色が変わります。

JP1/IMおよびJP1/IM2での監視中に，詳しい実行状況の確認やジョブネットの定義内容の変更をしたい場合は，JP1/IMの画面からJP1/AJS3 - ViewやWeb GUI（ジョブポータル）を呼び出せます。

また，JP1/IM3ではルートジョブネットの実行時間をメトリックとして可視化・監視できます。

JP1/AJS3とJP1/IM，JP1/IM2およびJP1/IM3との連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　10. JP1/IM，JP1/IM2およびJP1/IM3を使った監視」を参照してください。

7

JP1/Audit Management

JP1/AJS3のスケジューラーログを監査ログとして収集・管理する

JP1/Audit Managementを使うと，ジョブネットの登録・変更やスケジューラーサービスの開始・終了に関する情報など，JP1/AJS3のスケジューラーログを監査ログとして収集・管理できます。

JP1/AJS3とJP1/Audit Managementとの連携については，マニュアル「JP1/Audit Management - Manager 構築・運用ガイド」を参照してください。

8

JP1/NETM/DM

JP1/AJS3の定義情報を他ホストに自動配布する

JP1/NETM/DMを使うと，定義したジョブネットやカレンダーを一度に多くのホストに配布し，自動的に登録できるので，管理者の作業が軽減されます。

JP1/NETM/DMは，ソフトウェアやファイルの配布を一括して自動的に行うプログラムです。JP1/NETM/DMでは，配布したファイルを展開するフォルダや配布のスケジュールを指定した配布ができ，配布状況を一元的に管理できます。

JP1/NETM/DMを導入することで，大規模なシステム構成でJP1/AJS3を運用している場合に複数ホストに対するジョブネットやカレンダーの定義が容易になります。

JP1/AJS3とJP1/NETM/DMとの連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　11. JP1/NETM/DMを使った自動配布」を参照してください。

9

JP1/OJE

メインフレームのジョブと連動し処理を実行する

JP1/OJEを使うと，メインフレームへジョブを投入したり，メインフレームからジョブを受け取って実行したりできます。

JP1/OJEを使って連携できるメインフレームは，次のとおりです。

VOS3

他社メインフレーム（MVS，OSIV/MSPなど）

AS/400

JP1/AJS3からJP1/OJEへジョブを投入すると，JP1/OJEがジョブを自動的にキューイングして実行します。ジョブの実行結果はJP1/AJS3で確認できます。

JP1/AJS3からメインフレームのジョブを実行する場合，VOS3，AS/400，MVS，またはOSIV/MSPとの連携では，QUEUEジョブまたはサブミットジョブでジョブを実行できます。

JP1/AJS3とJP1/OJEとの連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　7. JP1/OJEを使ったメインフレームとの連携」を参照してください。

10

JP1/Power Monitor

ホストの電源投入・切断を自動化する

JP1/Power Monitorと連携すると，ホストの電源投入，切断をジョブとして定義できます。これによって，先行するジョブの終了後にホストを停止させる運用，およびジョブを実行する間だけエージェントホストの電源を投入させる運用ができます。業務の自動運用とあわせてホストの起動・終了も自動化することによって，1日の業務を自動化できます。

ホストの電源投入・切断を自動化するには，JP1/Power Monitorおよび電源制御装置が必要です。電源制御装置がない場合，電源の投入・切断はできませんが，シャットダウンや再起動はできます。

ホストの電源投入・切断は，ローカル電源制御ジョブやリモート電源制御ジョブをジョブネットに定義して実行します。また，アクションジョブを定義しないで，JP1/Power Monitorでスケジュール情報を設定して，ホストの電源を制御することもできます。

JP1/AJS3とJP1/Power Monitorとの連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　3. JP1/Power Monitorとの連携」を参照してください。

11

JP1/Script

高度なスクリプトを作成・実行する

JP1/Scriptを使うと，WindowsやUNIX環境で高度なスクリプトを実行できます。JP1/Scriptは，高度なスクリプトを簡単に構築できるスクリプト言語です。JP1/AJS3では，JP1/Script 06-00以降で作成したスクリプトファイルをジョブとして定義，実行できます。

また，JP1/Scriptと連携すると，JP1/AJS3のジョブからGUIを表示できます。通常，JP1/AJS3では，GUIを表示し入力待ちになるプログラムをジョブとして実行できません。しかし，JP1/ScriptのスクリプトファイルからGUIを持つプログラムを起動すると，デスクトップ上でGUIを起動した場合と同様にGUIが動作します。JP1/Scriptを使用しないで，JP1/AJS3のジョブからGUIを表示させる動作については保証できません。

JP1/Scriptと連携する場合，JP1/AJS3では連携のためのセットアップは不要です。

JP1/Scriptとの連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　9. JP1/Scriptとの連携」を参照してください。

12

TELstaff

異常発生時に電話やパトロールランプなどに自動通報する

TELstaffと連携すると，ジョブネット実行中に異常が発生した場合に管理者の携帯電話やポケットベル，信号灯などへ自動的に通報できます。

これらの自動通報を実行するためには，JP1/AJS3のジョブにTELstaffのコマンドを定義します。

TELstaffと連携する場合，JP1/AJS3では特別なセットアップは不要です。

TELstaffのマニュアルを参照してください。

13

メールシステム

メールの送受信をジョブネットに定義する

メールシステムと連携すると，メールの送受信をジョブネットに定義できます。これによって，障害発生時にシステム管理者にメールを送信したり，メールの受信を契機にしてジョブネットを開始させたりできます。

メールの送信はメール送信ジョブを，メールの受信はメール受信監視ジョブを，それぞれジョブネットに定義して実行します。

JP1/AJS3とメールシステムとの連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　2. メールシステムとの連携」を参照してください。

14

メッセージキューシステム

メッセージの送受信をジョブネットに定義する

メッセージキューシステムと連携すると，メッセージキューシステムに対するメッセージの送受信をジョブネットに定義できます。これによって，障害発生時にメッセージキューシステムにメッセージを送信したり，メッセージキューシステムからのメッセージの受信を契機にしてジョブネットを開始させたりできます。

メッセージキューシステムとの連携機能はバージョン9以降ではサポートしていません。連携にはエージェントホスト側にメッセージキューシステムと連携できるバージョンのJP1/AJSが必要です。

連携できるメッセージキューシステムについては，エージェントホスト側のJP1/AJSのバージョンに対応したマニュアルを参照してください。

15

JP1/Advanced Shell

バッチ運用を効率化する高度なスクリプトを作成・実行する

JP1/Advanced Shellは，バッチ業務構築の生産性を向上し，バッチ運用を効率化するシェルスクリプトの実行環境です。UNIXで広く使用されているシェルスクリプト（Kornシェル）をベースに，一時ファイルの自動削除や実行ログの自動出力，ローカル変数，異常時のあと処理定義などの機能を追加し，効率の良いバッチ業務の運用を支援します。

JP1/AJS3はJP1/Advanced Shell用の標準カスタムジョブを用意しています。

JP1/Advanced Shellとの連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　12. JP1/Advanced Shellとの連携」を参照してください。

16

JP1/DH - AJE

JP1/DH - Serverとのデータ送受信を自動化する

JP1/DH - AJEと連携すると，JP1/DH - Serverとのデータ送受信を自動化できます。これによって，一連の業務の中に，データ送受信を組み込むことができます。スケジューラーによる自動実行もできます。

JP1/AJS3は，JP1/DH - AJE用の標準カスタムジョブを用意しています。JP1/DH - AJE用のカスタムジョブをジョブネットに定義することで，データ送受信を実行できます。

JP1/DH - AJEとの連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　13. JP1/DH - AJEとの連携」を参照してください。

17

JP1/PFM

システムのパフォーマンスに起因するジョブ遅延やエラー要因の調査を簡単にする

JP1/AJS3とJP1/PFMを連携することで，システムのパフォーマンスに起因するJP1/AJS3のジョブの障害要因を調査したり，マネージャーホストのパフォーマンス情報をレポートとして参照したりできます。これによって，システムのパフォーマンスも考慮した，より高度で安定したジョブ運用が実現できます。

JP1/PFMとの連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　14. JP1/PFMとの連携」を参照してください。

18

JP1/CPA

JP1/CPAで定義されたジョブをJP1/AJS3のジョブネットから起動する

JP1/CPAに定義されたジョブをJP1/CPA用のカスタムジョブとしてジョブネットに定義することで，JP1/AJS3のジョブネットから実行できます。

JP1/CPAとの連携については，マニュアル「JP1/Client Process Automation 構築・運用ガイド」を参照してください。

19

JP1/AJS3 for Cloud Service Applications

クラウドサービスとシームレスに連携する

JP1/AJS3 for Cloud Service Applicationsと連携すると，クラウドサービスとの連携に必要な処理（ユーザー認証，エラー時の処理など）を制御するスクリプトを開発しないで，クラウドサービスと連携できます。また，クラウドサービスの拡張にも容易に対応することもできます。

JP1/AJS3は，JP1/AJS3 for Cloud Service Applicationsで作成したカスタムジョブ（サービス連携ジョブ）およびカスタムイベントジョブ（サービス連携監視ジョブ）をジョブネットに定義することで，クラウドサービスとの柔軟な運用を実現できます。

JP1/AJS3 for Cloud Service Applicationsとの連携については，マニュアル「JP1/Automatic Job Management System 3 for Cloud Service Applications」を参照してください。

11　JP1/AJS2から引き続き使用できる機能

この章では，JP1/AJS3で引き続き使用できるJP1/AJS2の機能について説明します。

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

プランニンググループとは，スケジュールの異なる複数のルートジョブネットをグループとしてまとめて一つのジョブネットのように扱う機能です。プランニンググループを使用すると，運用中に定義を変更することもできます。

プランニンググループは，次のような運用をする場合に使います。

将来，ジョブネットの定義内容の変更が予想されるが，運用を止めないで定義内容を変更したい。

変更を加えたジョブネットを事前に定義しておき，ある時点から変更したジョブネットに運用を切り替えたい。

関連する複数のジョブネットに対して，一つのジョブネットのように多重起動やスケジュールスキップ機能を使いたい。

関連する複数のジョブネットを切り替えながら実行し，異常終了や警告終了が起きた場合，次回の実行を保留させたい。

具体的な定義構成例については，「11.1.1(4) プランニンググループの定義構成例」を参照してください。

11.1.1　プランニンググループの機能と運用概要

プランニンググループの機能，およびプランニンググループを使用した運用の概要を説明します。

(1)　プランニンググループの機能

プランニンググループを使うと，運用中にルートジョブネットを切り替えても，GUIでの監視時やコマンドの指定時に名称を変えないで済み，一貫した運用ができます。

切り替えて実行する複数のルートジョブネットには，実行させる異なる業務（処理）をあらかじめ定義しておきます。例えば，一つのジョブネットには，受注データ集計と受注伝票作成という業務を定義しておきます。もう一つのジョブネットには，受注データ集計，受注伝票作成，および棚卸という業務を定義しておきます。

その後，切り替えて実行する複数のルートジョブネットを，それぞれ実行期間を指定して実行登録します。例えば，一つのジョブネットは2月まで実行するように，もう一つのジョブネットは3月から実行するように登録します。このように登録すると，月の変わり目にジョブネットが切り替わり，2月と3月で異なる業務が，一つのジョブネットのように実行されます。

プランニンググループの運用イメージを，次の図に示します。

図11‒1　プランニンググループの運用イメージ

プランニンググループを使用したユニットの構成例を，次の図に示します。

図11‒2　プランニンググループを使用したユニットの構成例

プランニンググループはジョブグループ（スケジューラーサービスを含む）の直下にだけ作成できます。ジョブグループの下には，プランニンググループを複数作成できます。プランニンググループの下にプランニンググループは作成できません。

プランニンググループの直下には，ジョブネットまたはリモートジョブネットが作成できます。プランニンググループの下に作成したジョブネットまたはリモートジョブネットの定義内容や定義方法は，通常のジョブネットまたはリモートジョブネットと同じです。

プランニンググループ直下のルートジョブネットまたはルートリモートジョブネットを実行登録する場合は，期間を指定した確定実行登録だけができます。計画実行登録や，未来世代数を指定した確定実行登録はできません。

また，プランニンググループには，カレンダー情報を定義できます。上位のジョブグループのカレンダー情報を引き継ぐこともできます。プランニンググループは，マネージャージョブグループやカレンダー定義の参照先としても指定できます。

(a)　ルートジョブネット間で有効になるユニット定義情報

プランニンググループの下にあるルートジョブネットは，確定実行登録すると同じプランニンググループの下にある，ほかのルートジョブネットと連携して実行されます。連携すると，プランニンググループのルートジョブネット間で，次に示すユニット定義情報の設定が有効になります。

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

前回異常終了時／前回異常警告時の保留

8月と9月でジョブネットを切り替えて実行するプランニンググループを例にして，設定が有効になるユニット定義情報の項目について説明します。

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

プランニンググループの下にあるルートジョブネットに対して，多重起動とスケジューリング方式（スケジュールスキップ，多重スケジュール）を設定できます。多重起動とスケジューリング方式については，「3.3.3 多重起動とスケジューリング方式」を参照してください。

スケジュールスキップ

9月に実行されるジョブネットのスケジューリング方式にスケジュールスキップを設定した例を，次の図に示します。

図11‒3　スケジュールスキップを設定した場合

この場合，8/31の実行世代が次の世代の開始予定時刻までに終了していません。そのため，9/1の世代は実行されないで繰り越し未実行になります。

多重スケジュール（多重起動なし）

9月に実行されるジョブネットのスケジューリング方式に多重スケジュールを，多重起動に［不可能］を設定した場合の例を，次の図に示します。

図11‒4　多重スケジュールを設定し，多重起動を設定しなかった場合

この場合，8/31の実行世代が次の世代の開始予定時刻までに終了していません。そのため，9/1の世代は8/31の世代の実行が終了したあとで実行されます。

多重スケジュール（多重起動あり）

9月に実行されるジョブネットのスケジューリング方式に多重スケジュールを，多重起動に［可能］を設定した場合の例を，次の図に示します。

図11‒5　多重スケジュールと多重起動を設定した場合

この場合，8/31の実行世代が次の世代の開始予定時刻までに終了していません。そのため，9/1の世代は8/31の世代の実行が終了する前に実行されます。

なお，次の場合は，多重起動を設定しても，後続の世代は実行されません。

実行世代が保留中の場合

実行世代がない場合

前の実行世代が保留中の場合

前の実行世代が保留中のため，多重起動を設定しても実行されない例を，次の図に示します。

図11‒6　前の実行世代が保留中の場合

この場合，8/31の実行世代が保留中のまま，9/1の世代の開始予定時刻に到達しています。前の実行世代が開始されていないため，9/1の世代は実行されません。

前の実行世代がない場合

前の実行世代がないため，多重起動を設定しても実行されない例を，次の図に示します。

図11‒7　前の実行世代がない場合

この場合，8/30の実行世代は打ち切り時間を無制限としています。そのため，実行中のまま9/1になっても終了しません。8/31の世代は多重起動を設定していないため，8/30の世代が終了するまで実行されません。その結果，9/1の世代は前の世代に実行されている世代がないため，実行されません。

保留（前回異常時と前回異常警告時）

プランニンググループの下にあるルートジョブネットに対して，前回の実行が異常または異常警告のときに，次の実行を保留するように設定できます。

9月に実行されるジョブネットの保留属性に，前回異常時だけ保留，または前回異常警告時だけ保留を設定した場合の例を，次の図に示します。

図11‒8　保留属性を設定した例

8/31の世代の実行が異常終了して，9/1の世代の開始予定時刻に到達しました。9/1の世代の状態は保留中になります。

(b)　プランニンググループの排他スケジュール

ジョブネットの排他スケジュールには，プランニンググループも設定できます。

プランニンググループに対して排他スケジュールを使用する場合，指定できる組み合わせと指定できない組み合わせがあります。プランニンググループの排他スケジュールの指定可否を，次の図と表に示します。

なお，排他スケジュール指定元のジョブネットの基準時刻と，排他スケジュール指定先の基準時刻は合わせてください。

図11‒9　プランニンググループの排他スケジュールの指定可否

表11‒1　プランニンググループの排他スケジュールの指定可否

図中の番号

指定可否

排他スケジュール指定元のジョブネット

排他スケジュールの指定先

（1）

○

ジョブネット

同一階層のプランニンググループ

（2）

○

プランニンググループの下にあるジョブネット

プランニンググループと同一階層のジョブネット

（3）

○

プランニンググループの下にあるジョブネット

プランニンググループと同一階層の別のプランニンググループ

（4）

×

プランニンググループの下にあるジョブネット

同じプランニンググループ下のジョブネット

（5）

×

ジョブネット

異なる階層にあるプランニンググループ

（凡例）

○：指定できる

×：指定できない

プランニンググループの排他スケジュール設定例を，次の図に示します。

図11‒10　プランニンググループの排他スケジュール

排他スケジュールとしてプランニンググループを指定した場合，プランニンググループ配下のジョブネットの実行予定に対して排他スケジュールされます。上記の例で，ジョブネットAは排他スケジュールにプランニンググループを指定しているため，プランニンググループ配下のジョブネットB，ジョブネットCの実行予定に対して排他スケジュールされます。また，ジョブネットB，ジョブネットCにはそれぞれ排他スケジュールとしてジョブネットDが設定されているため，ジョブネットAの実行予定はジョブネットDの実行予定に対しても排他スケジュールされます。

プランニンググループ同士を排他スケジュールにした場合の例を，次の図に示します。

図11‒11　プランニンググループ同士の排他スケジュールの設定例

プランニンググループ1配下のジョブネットB，ジョブネットCともに排他スケジュールとしてプランニンググループ2が設定されているため，プランニンググループ2配下のジョブネットD，ジョブネットEの実行予定に対して排他スケジュールされます。したがって，プランニンググループAが排他スケジュールとして設定されているジョブネットAの実行予定は，ジョブネットD，ジョブネットEの実行予定に対しても排他スケジュールされます。

(2)　プランニンググループの定義・実行の流れ

プランニンググループを使用したルートジョブネットの定義・実行の流れを次に示します。

新しいプランニンググループにルートジョブネットを定義して実行する場合

新規にプランニンググループとルートジョブネットを作成・実行する流れを次に示します。

プランニンググループを作成する。

ジョブネットを定義する。

期間を指定してジョブネットを確定実行登録する。

実行登録中（運用中）のルートジョブネットをプランニンググループに変更して実行する場合

実行登録中（運用中）のルートジョブネットをプランニンググループに変更して実行する流れを次に示します。

ルートジョブネットを登録解除する。

ルートジョブネットの名称をプランニンググループの名称にするために，ルートジョブネットの名称を変更する。

ジョブグループの直下にプランニンググループを作成する。

プランニンググループの名称は，手順2で名称を変更する前のルートジョブネット名にします。

手順2で名称を変更したルートジョブネットをコピーし，プランニンググループに貼り付ける。手順2で名称を変更したルートジョブネットは削除する。

貼り付けたルートジョブネットを確定実行登録する。

既存のプランニンググループに新しいルートジョブネットの定義を追加して実行する場合

既存のプランニンググループに新しいルートジョブネットを追加して実行する流れを次に示します。

新しく追加するルートジョブネットを定義する。

期間を指定してジョブネットを確定実行登録する。

登録済みのジョブネットの実行予定を解除して，新しいルートジョブネットの実行予定を追加する場合

既存のプランニンググループで確定実行登録済みの実行予定を一定期間解除し，その期間に新しいルートジョブネットの実行予定を追加する場合の操作の流れを次に示します。

プランニンググループの下にあるルートジョブネットを，解除する期間を指定して登録解除する，または実行を中止する。

実行登録の解除については，「4.5.1 ジョブネットの登録を解除する」を参照してください。実行中止については，「4.5.5 ジョブネットやジョブの実行を中止する」を参照してください。

登録解除した期間，または実行中止した期間に実行するルートジョブネットを定義する。

手順2で追加したルートジョブネットを，期間を指定して確定実行登録する。

(3)　JP1/AJS3 - Viewでのプランニンググループの表示

プランニンググループのスケジュール情報や，ユニットの状態（実行予定）と結果（実行結果）をJP1/AJS3 - Viewのウィンドウで表示したときの動作について説明します。ここでは，次の図に示すユニット構成を持つプランニンググループを例に，JP1/AJS3 - Viewの表示内容を説明します。

図11‒12　プランニンググループのユニット構成例

(a)　スケジュール情報を［マンスリースケジュール］ウィンドウで表示する

プランニンググループのスケジュール情報を［マンスリースケジュール］ウィンドウで表示する場合，プランニンググループの下にあるユニットのスケジュール情報がスケジュールエリアにマージされて表示されます。

［マンスリースケジュール］ウィンドウを初めて表示させたときと，最新情報に更新したときに，スケジュール情報がマージされて表示されます。スケジュール情報がマージされて表示されるときは，開始時刻が最も遅いスケジュールが表示されます。

図11-12のユニット構成を例として，プランニンググループを選択して［マンスリースケジュール］ウィンドウを表示させたときのスケジュールエリアのイメージを，表11-2に示します。

表11‒2　プランニンググループを選択して表示した場合の表示イメージ（4/29の実行終了時）

ユニット

4/26

4/27

4/28

4/29

4/30

5/1

5/2

5/3

5/4

土

日

月

火

水

木

金

土

日

発注処理※

●

●

●

●

○

○

○

○

○

　Weekday

−

−

●

−

○

○

○

−

−

　　受注集計

−

−

●

−

○

○

○

−

−

　　出庫指示

−

−

●

−

○

○

○

−

−

　　日報出力

−

−

●

−

○

○

○

−

−

　Holiday

●

●

−

●

−

−

−

○

○

　　受注集計

●

●

−

●

−

−

−

○

○

　　日報出力

●

●

−

●

−

−

−

○

○

集計処理

●

●

●

●

○

○

○

○

○

日次締め処理

●

●

●

●

○

○

○

○

○

（凡例）

●：正常終了

○：実行予定

−：実行予定なし

注※

「発注処理」がプランニンググループです。

表11‒3　プランニンググループの上位のジョブグループを選択して表示した場合の表示イメージ（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 3 操作ガイド　12.3.42 ［環境設定］ダイアログボックス」を参照してください。

(b)　状態と結果を［JP1/AJS3 - View］ウィンドウで表示する

プランニンググループの状態（実行予定）および結果（実行結果）を［JP1/AJS3 - View］ウィンドウのリストエリアで表示する場合，現在日にいちばん近い日のユニットの状態および結果が自動的に表示されます。

プランニンググループの実行状態と実行結果の例を，次の表に示します。

表11‒4　プランニンググループの実行状態と結果の例（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/AJS3 - View］ウィンドウの［結果］には，ジョブネット「Holiday」の結果が表示されます。

ユニットの状態を表示する場合，ジョブネット「Weekday」とジョブネット「Holiday」の状態を比べると，ジョブネット「Weekday」の状態の方が現在日時の近くにあります。そのため，［JP1/AJS3 - View］ウィンドウの［状態］には，ジョブネット「Weekday」の状態が表示されます。

プランニンググループの状態と結果を［JP1/AJS3 - View］ウィンドウのリストエリアで表示したときの例を，次の図に示します。

図11‒13　［JP1/AJS3 - View］ウィンドウでのプランニンググループの状態と結果の表示例

(4)　プランニンググループの定義構成例

プランニンググループの定義構成例を次に示します。

月ごとに定義を切り替えて実行する処理

二つのルートジョブネットを交互に切り替えて実行する処理

同じ日の午前と午後で定義を切り替えて実行する処理

既存のプランニンググループの予定を変更してジョブネットを追加する場合

プランニンググループの下に定義されたルートジョブネットの例と，その定義を［マンスリースケジュール］ウィンドウのスケジュールエリアで表示したときのイメージを次に示します。

(a)　月ごとに定義を切り替える場合

2月に実行されるジョブネットと，3月に実行されるジョブネットを定義する例を，次の図と表に示します。

図11‒14　月ごとに切り替わる場合のジョブネットの定義例

表11‒5　月ごとに切り替わる場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージ

ユニット

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月の処理

−

−

−

−

−

−

−

○

○

○

○

○

（凡例）

○：実行予定

−：実行予定なし

注※

「発注処理」がプランニンググループです。

(b)　二つのルートジョブネットを交互に切り替える場合

平日の運用日に実行されるジョブネットと，休日の休業日に実行されるジョブネットを定義する例を，次の図と表に示します。

図11‒15　交互に切り替わる場合のジョブネットの定義例

表11‒6　交互に切り替わる場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージ

ユニット

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

−

○

○

−

−

−

−

−

○

○

−

−

（凡例）

○：実行予定

−：実行予定なし

注※

「発注処理」がプランニンググループです。

(c)　1日の中でジョブネットを切り替える場合

午前に実行されるジョブネットと，午後に実行されるジョブネットを定義する例を，次の図と表に示します。

図11‒16　同じ日で切り替わる場合のジョブネットの定義例

表11‒7　同じ日で切り替わる場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージ

ユニット

2/22

2/23

2/24

2/25

2/26

2/27

2/28

3/1

3/2

3/3

3/4

3/5

金

土

日

月

火

水

木

金

土

日

月

火

集計処理※

○

−

−

○

○

○

○

○

−

−

○

○

　午前

○

−

−

○

○

○

○

○

−

−

○

○

　午後

○

−

−

○

○

○

○

○

−

−

○

○

（凡例）

○：実行予定

−：実行予定なし

注※

「集計処理」がプランニンググループです。

補足事項

確定実行登録したスケジュール情報に従って，ジョブネット「午前」とジョブネット「午後」が実行されます。

ジョブネット「午前」とジョブネット「午後」の実行開始時刻が重複した場合には，スケジューリング方式，多重起動の設定によって動作が異なります。プランニンググループのスケジューリング方式および多重起動については，「(1)(a) ルートジョブネット間で有効になるユニット定義情報」を参照してください。

スケジューリング方式がスケジュールスキップの場合，あとから実行される世代が繰り越し未実行になります。

スケジューリング方式が多重スケジュールで，多重起動を設定していない場合，あとから実行されるルートジョブネットは，先に実行されているルートジョブネットの終了を待って実行されます。

スケジューリング方式が多重スケジュールで，多重起動を設定している場合，あとから実行されるルートジョブネットは，先に実行されるルートジョブネットの終了を待たないで実行されます。

(d)　既存のプランニンググループの予定を変更してジョブネットを追加する場合

平日の運用日と休日の休業日に交互に実行されるプランニンググループがあります。そのプランニンググループの実行登録期間の，4/29から5/5の間だけ登録を解除，または実行中止します。その後，登録解除，または実行中止した期間に実行するジョブネットを追加した場合の定義例を，次の図と表に示します。

図11‒17　ジョブネットを追加した場合の定義例

表11‒8　ジョブネットを追加した場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージ

ユニット

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」が追加したジョブネットです。

(5)　補足事項

プランニンググループについての補足事項について説明します。

(a)　プランニンググループをコマンドで操作する場合のユニット名指定方法

プランニンググループの下にあるユニットをコマンドのオプションに指定するとき，ユニットの完全名ではなく，ルートジョブネット名を省略してユニット名を指定できます。ルートジョブネット名を省略してユニット名を指定した場合，コマンドを実行したときに世代があるユニットが操作対象として自動的に選択されます。詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　1.1 コマンドの記述形式」を参照してください。

(b)　プランニンググループの統計情報と実行シミュレーション

ユニットの実行時間は，ユニットが正常終了した実行時間の平均を基に算出されます。正常終了した実行時間と回数の合計は，ルートジョブネットごとに統計情報として保持されます。プランニンググループの統計情報の保持について，次の図に示します。

図11‒18　プランニンググループの統計情報

この統計情報を基に実行シミュレーションが実施されます。実行シミュレーションについては，「4.4.2(2) 実行シミュレーション」を参照してください。

図11-18の場合，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秒になります。プランニンググループを使用した場合でも，実行シミュレーションは，ルートジョブネット単位で実施されます。

(c)　プランニンググループでの世代の順序

プランニンググループでの世代番号は，基本的にはジョブグループの下にあるルートジョブネットと同様に，開始予定時刻順に割り振られます。詳細については，「4.2 ジョブネットの世代管理」を参照してください。ただし，プランニンググループの下にある複数のルートジョブネットの開始予定時刻が同じ場合は，世代番号の割り振られ方が通常のルートジョブネットと異なります。この場合，世代番号はルートジョブネット名の文字コード順に割り振られます。英数字の場合はASCII文字コード順に，日本語の場合は日本語シフトJIS，日本語EUC，またはUTF-8の文字コード順に世代番号が割り振られます。世代番号がルートジョブネット名の文字コード順に割り振られる例を，次の図に示します。

図11‒19　プランニンググループの下にあるユニットの世代番号の順序

(d)　プランニンググループでの実行登録順序

同じ日に複数回実行されるジョブネットをプランニンググループに定義する場合，実行登録は，開始予定時刻の早いジョブネットから行ってください。

開始予定時刻の遅いジョブネットを先に実行登録した場合，世代番号が実行順序と反対に割り振られ，ジョブネットの実行状態が監視しにくくなることがあります。

開始時刻の遅いジョブネットから実行登録した場合の世代番号の割り振られ方を，次の図に示します。

図11‒20　開始時刻の遅いジョブネットから実行登録した場合の世代番号の順序

この図の場合にajsshowコマンドの-lオプションや，-gオプションで1を指定したときは，ジョブネットAの実行世代ではなく，ジョブネットBの実行世代が対象になります。登録したジョブネットの世代番号が世代1ではないため，ジョブネットの状態を監視する場合には，世代1だけでなく，世代2も監視の対象にする必要があります。

開始予定時刻の早い順にジョブネットを実行登録する場合は，一つ目のジョブネットの実行が終了したあと，次に開始予定時刻の早いジョブネットを実行登録すると，登録したジョブネットの世代番号は，常に世代1になります。そのため，ジョブネットを監視する場合の監視対象は世代1だけでよいことになります。

(e)　プランニンググループでの保存世代

切り替えられるルートジョブネットの下にあるユニットの保存世代は，ルートジョブネットごとに設定できます。保存世代については，「4.2.3 ジョブネットの保存世代数の管理」を参照してください。

例えば，保存世代数を「2」と設定した場合は，2世代分の結果だけが保存，表示されます。それより前の世代の実行結果は削除されます。プランニンググループの下のルートジョブネットに保存世代数を設定した場合の例を，次の図に示します。

図11‒21　ルートジョブネットに保存世代数を設定した場合の定義例

前述の図の定義で，5/8まで実行が終了した場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージを，次の表に示します。

表11‒9　保存世代数を設定した場合の［マンスリースケジュール］ウィンドウのスケジュールエリアでの表示イメージ

ユニット

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」の実行結果は削除されます。

11.2　リモートジョブネット

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

リモートジョブネットは，転送先のマネージャーホストで即時実行登録され，リモートジョブネット配下のユニットに設定されているスケジュール情報は無視されます。

なお，リモートジョブネットの転送先ホスト側では，定義内容の追加や変更はできません。また，転送元ホストでジョブネットの保存世代数を超えた場合は，自動的に削除されます。

リモートジョブネットの定義例を次に示します。

図11‒22　リモートジョブネットの定義例

この例のジョブネットを実行した場合の流れを次に示します。

標準ジョブAを実行する。

標準ジョブAが正常終了したら，リモートジョブネットAをJP1/AJS3 - Manager（2）のJP1/AJS3 - Managerサービスへ転送する。

リモートジョブネットAは，転送先のJP1/AJS3 - Managerサービスでルートジョブネットとして即時実行登録されます。

リモートジョブネットの標準ジョブX，標準ジョブY，および標準ジョブZを順に実行する。

標準ジョブZが終了し，リモートジョブネットAが正常終了したら，標準ジョブBを実行する。

なお，リモートジョブネットを使用しないでジョブネットを構築する場合，ジョブネット内の各ジョブが，実行先エージェントで実行されるようにジョブを作成します。この場合，ジョブネットの［詳細定義］ダイアログボックスで「実行ホスト」に実行先エージェントのホスト名を追加します。「実行ホスト」の指定が省略されている配下のジョブは，上位のジョブネットに指定された実行ホストで実行されます。

また，判定ジョブでファイルの有無を判断している場合は，ファイルの有無をリターンコードで判別できるようなスクリプトまたはバッチファイルを先行ジョブとしてエージェントで実行し，判定ジョブは終了コードで判断するように置き換えてください。

リモートジョブネットを運用する場合，次の注意点があります。これらの点を考慮した上でリモートジョブネットを使用してください。

注意事項

リモートジョブネットは転送先ホストで即時実行登録されて動作するため，リモートジョブネットの下にあるジョブネットにスケジュール情報を定義しても有効になりません。

リモートジョブネットの転送先ホストには，リモートジョブネット実行用のスケジューラーサービスを設定しておいてください。リモートジョブネットサービスはデフォルトスケジューラーサービスでも運用できますが，リモートジョブネット実行用のスケジューラーサービスと通常の業務で使用するサービスは別々のサービスにすることを推奨します。スケジューラーサービスの追加の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.1.1 スケジューラーサービスの多重起動の設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.1.1 スケジューラーサービスの多重起動の設定」（UNIXの場合）を参照してください。

転送先ホストには，転送元ホストのホスト名とジョブネットを実行登録したJP1ユーザーをユーザーマッピング定義に設定してください。同様に，転送元ホストには，転送先ホストのホスト名とジョブネットを実行登録したJP1ユーザーをユーザーマッピング定義に設定してください。

リモートジョブネットは，転送先ホストで即時実行登録されて動作します。即時実行登録処理が日をまたぐ場合，転送先ホストでジョブネットが「繰り越し未実行」状態になることがあります。リモートジョブネットの運用が日をまたぐおそれがある場合は，転送先ホストでリモートジョブネットを実行するスケジューラーサービスの環境設定パラメーターEXECDEFERに「twoday」（2日）または「unlimit」（無制限）を設定してください。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

リモートジョブネットは，転送先ホスト上に，一意な名称のジョブグループを作成し，その配下にリモートジョブネットと同一名称のジョブネットを作成して実行されます。したがって，転送先ホストのジョブネットと転送元ホスト側のリモートジョブネットの対応付けを容易にするため，リモートジョブネットの名称はシステム内で一意な名称にすることを推奨します。

リモートジョブネットの転送先ホストを転送元ホストと同じホストにすると，通常転送先ホスト側で行う処理を転送元ホストで行うため，ジョブネットの実行に比べて性能が低下します。

リモートジョブネットは実行開始時にジョブネットの定義を転送するため，起動時のオーバーヘッドが大きく，リモートジョブネットの下位にあるジョブの数が数個程度の場合は，ジョブの定義で「実行ホスト」を指定した場合に比べると負荷が高くなります。

リモートジョブネットの下位にあるジョブに異常があっても，転送元ホスト側に異常が伝わるのは，リモートジョブネット全体が終了したときです。また，転送元ホスト側ではリモートジョブネットの下位にある個々の状態は監視できません。

異常終了したジョブから再実行しても，リモートジョブネットは一つのジョブと同じように扱われるため，リモートジョブネットの途中からは再実行されません。

リモートジョブネットの状態は，リモートジョブネットを起動してから終了するまでの間だけで管理されます。そのため，リモートジョブネットの終了後に，リモートジョブネットの転送先ホスト上で，実行されたリモートジョブネット内のユニットを再実行や状態変更しても，転送元ホスト側には反映されません。

リモートジョブネットの転送先ホスト上で，再実行などによってジョブネットを正常終了にしたあとに，リモートジョブネットの後続ユニットを続行させる場合は，転送元ホスト上で，リモートジョブネットの後続ユニットから再実行してください。

リモートジョブネット配下のユニットで，転送先ホストのJP1/AJS3 - ManagerまたはJP1/AJS2 - Managerでサポートしていない機能を使用していた場合，リモートジョブネットは異常検出終了となり，実行結果詳細に「KAVS0650-E ユニット定義パラメタファイル（ファイル名）の内容に誤りがあります（文番号：文番号）」が出力されます。この場合，リモートジョブネットの転送先ホストのJP1/AJS3 - ManagerまたはJP1/AJS2 - Managerのバージョンを，機能をサポートしているバージョンにして，再実行してください。

リモートジョブネットの転送先ホストで，リモートジョブネットによって作成されたジョブネットについて登録解除やジョブネットが定義されているスケジューラーサービスをコールドスタートすると，転送元ホストのリモートジョブネットとの関連が失われます。この場合，リモートジョブネットによって作成されたジョブグループは自動的に削除されないため，手動で削除してください。また，転送元ホストでリモートジョブネットを定義しているスケジューラーサービスをコールドスタートすると，転送先ホストで実行登録されたジョブネットは登録解除されないため，手動で登録解除してください。

リモートジョブネットによって作成されたジョブグループにJP1/AJS3 - Viewでアクセスしている状態で，転送元ホストでリモートジョブネットを登録解除したり，保存世代数を超えたりした場合，JP1/AJS3 - Viewでアクセスしているジョブグループは自動的に削除されません。ジョブグループが自動的に削除されない場合は，手動で削除してください。

リモートジョブネットを実行登録および登録解除すると，転送元ホストと転送先ホストで専用のプロセスが起動します。転送元ホストで同時に複数のリモートジョブネットを実行したり，保存世代数が多いリモートジョブネットの登録解除をしたり，同一の転送先ホストに対して複数のリモートジョブネットを実行したりすると，リソースが大量に消費されて負荷が高くなり，処理性能の低下やプロセス生成の失敗などの問題が発生しやすくなります。そのため，複数のリモートジョブネットを同時に実行しないように運用することを推奨します。

リモートジョブネットを実行登録および登録解除すると，転送元ホストと転送先ホストでユニットを操作するコマンドが内部的に実行されます。登録解除時には，保存世代数分のユニットを操作するコマンドが転送先ホストで同時に実行されます。JP1/AJS3の見積もりを行う場合は，これらを考慮してください。

リモートジョブネットを実行するスケジューラーサービスは，転送先ホストのJP1/AJS3 - Managerの環境設定パラメーターREMNETSERVICENAMEの設定に従います。

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

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

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

なお，Web GUI（ジョブポータル）を使うと，ルートジョブネットまたは全ユニット（ルートジョブネットを含むジョブネットおよびジョブ）単位で，実行状態や進捗度を監視できます。そのため，別のマネージャーホストに定義されたジョブネットを参照するには，Web GUI（ジョブポータル）を使用することを推奨します。Web GUI（ジョブポータル）については，「9.2.1 Web GUIでできること」を参照してください。

11.4　QUEUEジョブとサブミットジョブ

ここでは，QUEUEジョブおよびサブミットジョブについて説明します。

11.4.1　QUEUEジョブとサブミットジョブの概要と特長

QUEUEジョブおよびサブミットジョブの概要と特長を説明します。

(1)　QUEUEジョブとは

QUEUEジョブは，キューを指定して実行します。QUEUEジョブは，指定されたキューに登録され，キューに接続されたエージェントで実行されます。データベース構成の種類が標準構成の場合は，他システム（JP1/OJEなど）と連携するときにQUEUEジョブを使用します。また，次のような運用をする場合にJP1/AJS3上でQUEUEジョブを使用できます。

キューを用途別に作成して，用途の合うキューにジョブを登録する場合

キューに複数のエージェントホストを接続し，エージェントホストに優先順位を付けてジョブを分散させる場合

ただし，標準構成でPCジョブ，UNIXジョブ，アクションジョブおよびカスタムジョブを使用する場合は，キューではなく，実行エージェントグループを使用することでこれらと同様の運用ができます。PCジョブ，UNIXジョブ，アクションジョブおよびカスタムジョブを新たに定義する場合は，実行エージェントグループを使用した運用を推奨します。

(2)　サブミットジョブとは

JP1/AJS3では，ジョブをジョブネット上に定義して実行するだけでなく，コマンドなどを使用して，単体のジョブをJP1/AJS3 - Managerのキューに直接登録（投入）して実行できます。キューに登録されたジョブは，キューに接続されたエージェントに転送されて実行されます。エージェントを指定して登録した場合は，ジョブはデフォルトキューに登録されます。キューにジョブを直接登録することをサブミットといいます。また，サブミットされるジョブをサブミットジョブといいます。ジョブのサブミットには，jpqjobsubコマンドなどのコマンドを使用します。

ジョブネットに定義したジョブの場合，スケジューラーが実行日時や順序を管理し，スケジュールに従ってジョブを実行します。一方，サブミットジョブは，ジョブを実行するときにユーザーがコマンドでジョブをサブミットし，実行します。コマンドのオプションで実行開始日時を指定して実行できます。

(3)　キューとエージェント

ここでは，キューとエージェントを使ったジョブ実行の仕組みを説明します。キューとエージェントの仕組みの概要を，次の図に示します。

図11‒23　キューとエージェントの仕組み

(a)　キューとは

キューは，同時に実行されるジョブ（JP1/AJS3上のQUEUEジョブやサブミットジョブ）の数が多くなり過ぎないよう，実行登録されたジョブを一時的にためておくところです。キューには，一つまたは複数のエージェントが接続されています。jpqjobsubコマンドの-ahオプションでエージェントホスト名を指定してサブミットジョブを実行する場合は，エージェントホスト名と同じ名前の内部的なキューにジョブが登録されます。このキューをデフォルトキューといいます。デフォルトキューにも複数のエージェントを接続できます。キューに登録されたジョブは，キューの中に登録順に並べられ，そのキューに接続されているエージェントに順次転送され，実行されます。

キューに登録できるジョブの最大値は，任意に定義できます。また，複数のジョブを同時に実行できます。しかし，システムの処理能力を超えた数のジョブを実行すると，実行性能が低下したり，リソース不足でエラーが発生したりします。例えば，システム搭載メモリーに適した数以上のジョブを同時に実行すると，メモリースワップが多発して実行性能が大幅に低下します。さらに多くのジョブを実行するとメモリー不足によってジョブが異常終了するなどのエラーが発生します。

キューは，このような状況を防ぎ，効率良くジョブを実行できるようにします。同時に実行するジョブ数が増えると，キューは制限値を超えたジョブを待たせて順にエージェントへ転送します。

注意事項

サブミットジョブの場合，サブミットジョブを登録したときに指定した排他実行リソースがほかのサブミットジョブで使用されていた場合など，サブミットジョブを転送できない状況にあるとサブミットジョブを転送する順番が入れ替わり，キューに登録した順番にサブミットジョブが実行されないことがあります。サブミットの実行順序の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.1.1(4)(b) サブミットジョブの実行順序に関する注意事項」を参照してください。

キューの仕組みを次の図に示します。

図11‒24　キューの仕組み

(b)　エージェントとは

エージェントは，ジョブを実行するホストです。エージェントホストとしてシステム構成上の意味を持つ場合と，エージェントとして機能や制御の意味を持つ場合があります。QUEUEジョブまたはサブミットジョブは，キューから，キューに接続したエージェントに順次転送され，エージェントで実行されます。

エージェントで同時に実行できるジョブの数は，任意に定義できます。同時に実行できるジョブ数（ジョブ実行多重度）も，キューに登録できる最大ジョブ数と同様に，システムの処理能力に合わせた設定が必要です。

また，キューに複数のエージェントを接続する場合，エージェントに優先順位を指定できます。エージェントのジョブ実行多重度に対する実行中のジョブ数の割合が高くなると，次に優先順位の高いエージェントにジョブを配信します。詳細については，「(6) 実行ホスト（エージェントホスト）へのジョブ実行配信」を参照してください。

さらに，同一マシン（一つのIPアドレス）に対して複数のエージェントをエイリアスとして定義し，特性の異なるジョブを別のエージェントに登録することで，一つのマシン上でジョブを振り分けることができます。詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.1.1(3) 同一マシンを複数の実行ホストとして使用する方法」を参照してください。

(c)　QUEUEジョブ，サブミットジョブのジョブ実行の流れ

JP1/AJS3上のQUEUEジョブおよびサブミットジョブ実行時の処理の流れを，マネージャーとエージェントの関係を含めて，次の表に示します。ただし，この表は，ジョブが正常終了した場合についてだけ説明しています。実際には，ジョブが異常終了した場合など，その他の状態もあります。

表11‒10　QUEUEジョブおよびサブミットジョブ実行時の処理の流れ

ジョブの状態

説明

キューイング

実行登録を受け付けたジョブをキューに登録する。ジョブがキューに登録されると，ジョブの状態は「キューイング」になる。

実行中

ジョブをキューから取り出し，エージェントに転送して実行指示をする。

ジョブに定義された実行ファイルまたはスクリプトを，OS上で起動する。ジョブが起動されると，ジョブの状態は「実行中」になる。その後，ジョブの実行が終了するのを待つ。

ジョブが終了すると，エージェントはジョブの終了コードおよび実行結果を受け取る。

正常終了

ジョブの終了コードおよび実行結果をエージェントからマネージャーに転送する。マネージャーがジョブの終了コードおよび実行結果を受け取ると，ジョブの状態は「終了」になる。

(4)　QUEUEジョブ，サブミットジョブの実行環境

JP1/AJS3上でQUEUEジョブまたはサブミットジョブを使用する場合は，jpqimportコマンドを使って，キューを定義する必要があります。また，jpqqueaddコマンドなどを使えば，JP1/AJS3サービスの運用中にキューやエージェントの構成を変更できます。セットアップの詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.1.2 QUEUEジョブ，サブミットジョブを使用する場合の設定」を参照してください。

また，jpqimportコマンドやjpqqueaddコマンドなどの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　1.5.10(1) QUEUEジョブ，サブミットジョブ実行環境で使用するコマンド」を参照してください。

QUEUEジョブでJP1/OJEなどの他システムと連携する場合は，他システムにあらかじめキューを作成しておく必要があります。他システムとの連携の詳細については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド」を参照してください。

運用に合わせてジョブ実行環境を変更する場合の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.1.2(1) QUEUEジョブ，サブミットジョブの実行環境を設定する」を参照してください。

(5)　同時に実行できるジョブ数

JP1/AJS3上で使用するQUEUEジョブまたはサブミットジョブを実行するホストのリソースに合わせて，同時に実行できるジョブ数を制限できます。

(a)　ジョブ実行多重度

キューで管理するジョブの場合，エージェントホストの定義情報にジョブ実行多重度を定義することで，そのエージェントホストで同時に実行できるジョブ数を制限できます。ジョブ実行多重度は30分単位で設定できるため，時間帯を分けてジョブ数を制限することで負荷を分散させる運用ができます。

ジョブ実行多重度で制限できるジョブは，JP1/AJS3上で実行するQUEUEジョブまたはサブミットジョブです。ジョブ実行多重度はエージェント単位に設定します。キュー単位では設定できません。同時に実行しようとしたジョブ数がジョブ実行多重度に達した場合，実行多重度を超えた分のジョブは，実行中のジョブが終了するまで「キューイング」状態（実行待ちの状態）になります。

(b)　ジョブ実行多重度の設定方法

ジョブ実行多重度は，QUEUEジョブ，サブミットジョブの実行環境構成定義ファイル（jpqsetup.conf）のエージェントホスト定義に指定してjpqimportコマンドで設定する方法と，jpqagtaddコマンドでのエージェントホスト追加時にコマンドのオプションで設定する方法があります。

jpqimportコマンドで設定する場合，QUEUEジョブ，サブミットジョブの実行環境構成定義ファイル（jpqsetup.conf）のジョブ実行多重度には，多重度設定開始時刻「0000」，多重度設定終了時刻「0000」，ジョブ実行多重度「5」（24時間，ジョブ実行多重度は5）がデフォルトで定義されています。必要に応じて，jpqagtaltコマンドでジョブ実行多重度を変更してください。また，jpqagtaddコマンドでエージェントホストを追加する場合，ジョブ実行多重度の指定（-cpオプション）を省略すると，「0:00-0:00=0」（24時間，ジョブ実行多重度は0）が仮定されます。

ジョブ実行多重度が0の場合はジョブを実行できません。ジョブを実行する場合は，ジョブ実行多重度に1以上を指定するか，jpqagtaltコマンドでジョブ実行多重度を変更してください。ジョブ実行多重度の指定例については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド　jpqagtalt」も参照してください。

(c)　ジョブ実行多重度を使用したジョブの負荷分散

キューに複数のエージェントホストを接続した場合，エージェント使用率（エージェントホストのジョブ実行多重度に対する実行中のジョブ数の割合）を使用して，複数のエージェントに負荷を分散させることができます。運用方法の詳細については，「(6) 実行ホスト（エージェントホスト）へのジョブ実行配信」を参照してください。

(d)　ジョブ実行多重度に関する注意事項

ジョブ実行多重度に関する注意事項については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.1.1(4)(a) ジョブ実行多重度の検討（QUEUEジョブ，サブミットジョブ）」の「● ジョブ実行多重度設定時の注意事項」を参照してください。

(6)　実行ホスト（エージェントホスト）へのジョブ実行配信

(a)　キューに複数接続した実行ホスト（エージェントホスト）へのジョブの配信方法

JP1/AJS3上のQUEUEジョブまたはサブミットジョブを実行登録すると，いったんジョブ実行制御の管理するキュー（デフォルトキューも含む）に登録されます。キューには，優先順位を指定して複数のエージェントホストを接続することができ，指定された優先順位に従ってエージェントホストへジョブを配信します。

エージェントホストの優先順位は運用に合わせて指定します。エージェントホストの優先順位に差を付けて接続している場合は，優先順位の高いエージェントホストを選択してジョブを配信し，そのエージェントホストのエージェント使用率※が100%になると，次に優先順位の高いエージェントホストへジョブを配信します。例えば，優先的に使用するエージェントホストがあり，そのエージェントホストで実行しているジョブが満杯になった場合や，障害状態または停止状態でジョブを実行できない場合に，次の優先順位のエージェントホストを代替としてジョブを実行するような運用を行う場合にはこの方法で接続します。

エージェントホストの優先順位を同一の優先順位で接続している場合は，エージェント使用率のいちばん低いエージェントホストを選択してジョブを配信します。特に優先的に使用するエージェントホストがなく，それぞれのエージェントホストに負荷を分散してジョブを実行する場合はこの方法で接続します。

注※

エージェントホストのジョブの実行多重度に対する実行中ジョブ数の割合で，次に示す計算式を使用し，小数点以下4位まで算出したものです。

エージェント使用率＝実行中ジョブ数 / ジョブ実行多重度

注意事項

ジョブを配信する際に，優先順位とエージェント使用率が同一の実行エージェントが複数ある場合，均等に負荷分散を行うためには，未使用時間が最も長い実行エージェントを選択してジョブを配信する方式が有効です。

優先順位の定義方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.1.7 ジョブを配信するエージェントホストの決定方式の設定」を参照してください。

(b)　実行ホスト（エージェントホスト）の障害検知とジョブの配信について

JP1/AJS3上のQUEUEジョブまたはサブミットジョブの実行ホスト（エージェントホスト）に対して，ジョブの実行を配信する場合で，次のどちらかの状態のとき，正常に動作している実行ホストに対するジョブの配信が，最大15分実施されないことがあります。配信されない間，ジョブはキューイング状態のままです。

同時に3台以上の実行ホストに障害が発生している。

同時に3台以上の実行ホストが停止している。

この現象が発生した場合，障害が発生している実行ホスト，または停止している実行ホストを起動してください。

(7)　サブミットジョブ実行時の排他制御（排他実行リソース）

サブミットジョブでは，同じリソースにアクセスするジョブが複数あり，リソースにアクセスするジョブを排他制御する場合，あらかじめ定義した排他実行リソースを指定してジョブをサブミットできます。

例えば，同じリソースにアクセスする複数のジョブがあり，各ジョブ（プログラム）自身がリソースに対する排他処理（機能）を持たない場合，そのリソースを任意の名称で排他実行リソースとして定義します。サブミット時には，排他実行するジョブ同士で同じ排他実行リソースを指定します。このように指定すると，エージェントの実行多重度が2以上であっても，同じ排他実行リソースを指定したジョブは同時に実行されなくなります。

排他実行リソースは，jpqimportコマンドやjpqresaddコマンドを使って定義します。

注意事項

QUEUEジョブでは，排他実行リソースを使用できません。排他実行リソースを使用できるジョブは，jpqjobsubコマンドでサブミットしたジョブだけです。

(8)　他ホスト（または他システム）へのジョブのサブミットについて

QUEUEジョブの詳細定義の［ホスト名］に他ホスト（または他システム）を指定した場合，次のどちらかの状態のときにQUEUEジョブをサブミットすると，そのQUEUEジョブ以降にサブミットするジョブ※は，［ホスト名］の指定に関係なく（自ホスト含む），最大5分実行されないことがあります。

QUEUEジョブの詳細定義の［ホスト名］に指定した他ホストで障害が発生している。

QUEUEジョブの詳細定義の［ホスト名］に指定した他ホストが停止している。

この現象が発生した場合，障害が発生している他ホストを再起動，または停止している他ホストを起動してください。

注※

ただし，サブミットジョブ，イベントジョブ，カスタムイベントジョブ，キューレスジョブ，ORジョブ，および判定ジョブは該当しません。

11.5　キューレスジョブ

ジョブを実行する際に，キューを経由しないでジョブを直接エージェントに送って実行できます。キューを使わないで実行するジョブをキューレスジョブといいます。キューレスジョブは，同時に実行するジョブ数の制御をエージェント（キューレスエージェント）側でするため，エージェントホストのリソース制御は容易ですが，マネージャー側では制御できません。マネージャー側では，ジョブネットの実行順序やスケジュールの調整によるジョブ実行数の流量調整ができます。

キューレスジョブとして実行できるジョブは，ジョブネットに定義したPCジョブ，UNIXジョブ，およびアクションジョブです。これ以外のジョブは，キューレスジョブとして実行できません。また，キューレスジョブでは，JP1/OJEと連携したジョブを実行できません。

PCジョブ，UNIXジョブ，またはアクションジョブをキューレスジョブとして定義するには，ジョブの詳細定義の［実行先サービス］にJP1/AJS3キューレスエージェントサービス（［キューレス］）を選択します。

また，キューレスジョブは実行エージェントを使用しないため，ジョブの詳細定義の［実行エージェント］には実行ホスト名を指定してください。［実行エージェント］に指定する実行ホスト名を実行エージェントプロファイルに設定しておくと，キューレスジョブの場合も実行エージェント制限を使用することができます。実行エージェント制限の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.5.1(6) 実行エージェント制限について」を参照してください。

キューレスジョブを使用する場合は，マネージャー・エージェントの両ホストで，あらかじめセットアップをしておく必要があります。キューレス環境のセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.10 キューレスジョブ実行環境設定」を参照してください。

なお，キューレスジョブではなく，キューを経由して実行するPCジョブまたはUNIXジョブを使用することを推奨します。

11.5.1　キューレスジョブの概要と特長

キューレスジョブの概要と特長を説明します。

(1)　キューレスジョブの実行環境

キューレスジョブの場合，エージェントのJP1/AJS3キューレスエージェントサービスが，同時に実行するジョブ数などを管理します。そのため，キューレスジョブを実行する場合は，エージェントホストでJP1/AJS3キューレスエージェントサービスを起動しておく必要があります。

キューレスジョブの実行処理の流れを，次の図に示します。

図11‒25　キューレスジョブの実行処理の流れ

キューレスジョブの場合，ジョブネットのジョブは，キューには登録されないで，スケジューラーから直接エージェント（キューレスエージェント）に送られます。このため，スケジューラーサービスを多重化した構成では，ジョブ実行性能の面で特に効果があります。

キューレスジョブを実行する場合，ジョブの実行を依頼するJP1ユーザー名とマネージャーのホスト名を，エージェントホストのOSユーザーにマッピングしておく必要があります。また，ジョブを実行するOSユーザーを指定してジョブを実行する場合は，そのOSユーザーをJP1ユーザーとマッピングしておく必要があります。

キューレスジョブの実行中は，回線の接続と切断の回数を減らすために，マネージャー・エージェント間の通信回線を接続状態のままにしています。キューを使用したジョブの場合は，定期的にポーリングすることでジョブの状態を確認しますが，キューレスジョブの場合は，ポーリングしません。キューレスジョブの異常の検知は，ジョブ実行中の回線切断を検知することで行います。

(2)　キューレスジョブの状態

キューレスジョブはキューを使わないため，ジョブ実行の際にジョブをキューに登録する「キューイング」という状態がありません。キューを使うジョブの状態は，「実行待ち」→「キューイング」→「実行中」（または「起動失敗」）と遷移しますが，キューレスジョブは，「実行待ち」→「実行中」（または「起動失敗」）と遷移します。

(3)　最大同時ジョブ実行数

キューレスエージェントサービス内の最大同時ジョブ実行数の設定によって，そのホストで同時に実行できるジョブ数を制限できます。また，キューレスエージェントサービスにクラスを定義し，クラスごとに最大同時ジョブ実行数を設定することで，運用に合わせた負荷分散ができます。

最大同時ジョブ実行数を超えたジョブは，キューレスエージェントサービスまたはクラスごとに設定した最大待ちジョブ数まで実行待ちの状態でキューレスエージェントサービスのメモリー内で管理されます。最大待ちジョブ数を超えたジョブは，「起動失敗」状態になります。

(a)　キューレスジョブの最大同時ジョブ実行数の設定方法

キューレスエージェントサービスの最大同時ジョブ実行数および最大待ちジョブ数は，環境設定パラメーターAJSQL_JOBMAXおよびAJSQL_JOBWAITMAXで設定できます。環境設定パラメーターAJSQL_JOBMAXおよびAJSQL_JOBWAITMAXは，jajs_configコマンドで設定できます。環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.10 キューレスジョブ実行環境設定」を参照してください。

ajsqlalterコマンドを使用すると，キューレスエージェントサービス運用中に最大同時ジョブ実行数および最大待ちジョブ数を変更できます。最大同時ジョブ実行数が0の場合，ジョブは実行されないで最大待ちジョブ数を超えるまで実行待ち状態としてキューレスエージェントサービス上のメモリーで管理されます。運用に合わせて最大同時ジョブ実行数，最大待ちジョブ数を変更してください。ajsqlalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド　ajsqlalter」を参照してください。

(b)　クラスごとの最大同時ジョブ実行数を使用したキューレスジョブの負荷分散

キューレスジョブを登録する際に，あらかじめ最大同時ジョブ実行数を設定したクラスを定義することによって，ジョブの排他実行や優先的に特定のジョブを実行する時間帯を制限するなど，運用に合わせた負荷分散ができます。

クラスごとの最大同時ジョブ実行数および最大待ちジョブ数を設定する場合は，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.4.1 キューレスジョブ環境でクラスを指定したジョブを実行するための設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.4.1 キューレスジョブ環境でクラスを指定したジョブを実行するための設定」（UNIXの場合）を参照してください。

例えば，排他資源を使用するために，あるジョブを単独で実行させたい場合は，最大同時ジョブ実行数に1を設定したクラスを定義し，そのクラスにジョブを登録することで，常に単独でジョブを実行できます。また，ある時間帯だけ優先して実行させたいジョブを登録するクラスの最大同時ジョブ実行数を増やし，ほかのクラスの最大同時ジョブ実行数を減らせば，特定のジョブだけを優先的に実行させることができます。

(c)　キューレスエージェントサービス全体とクラスごとの最大同時ジョブ実行数の関係

キューレスエージェントサービス全体の最大同時ジョブ実行数を超える場合は，キューレスジョブを登録したクラスの最大同時ジョブ実行数に満たなくても，そのジョブは実行待ちの状態になります。また，キューレスエージェント全体の最大待ちジョブ数を超える場合は，クラスの最大待ちジョブ数に満たなくても，そのジョブは「起動失敗」状態になります。

(4)　キューレスジョブ実行時のOSユーザー

実行先サービスに［標準］を指定しているジョブと同様に，エージェントホストのJP1/BaseのユーザーマッピングでJP1ユーザーに対応づけられているOSユーザーで，キューレスジョブは実行されます。ただし，キューレスジョブの場合，マネージャーホストでファイル転送時にユーザーマッピングを実施します。このため，マネージャーホストで，JP1ユーザーが任意のOSユーザーにマッピングされている必要があります。

注意事項

キューレスジョブを実行する場合，JP1/Baseのユーザーマッピングの［サーバホスト名］に，エージェントホストで名前解決されるマネージャーホスト名を記載する必要があります。

キューレスジョブの実行時に，ユーザーマッピング情報をキャッシュします。このため，ユーザーマッピングまたはOSユーザーの情報を変更した場合，ユーザーマッピングキャッシュを消去する必要があります。次のどちらかの方法でキャッシュを消去してください。

・キューレスエージェントサービスおよびキューレスファイル転送サービスを再起動する。

・ajsqlalterコマンドに-rオプションを指定して実行する。

付録

付録A　標準構成（ISAMレス構成）で使用できない機能

標準構成（ISAMレス構成）で使用できない機能を，次に示します。

他ホストのJP1/AJS2 - ManagerあるいはJP1/AJS3 - Manager，または同一ホストのJP1/AJS3 - Managerから，自ホストに対してのQUEUEジョブ，サブミットジョブの実行

QUEUEジョブ，サブミットジョブ実行環境のセットアップ

QUEUEジョブ，サブミットジョブ実行環境で使用するコマンド（jpqxxxxコマンド）

QUEUEジョブ，サブミットジョブ実行環境で使用するコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　1.5.10(1) QUEUEジョブ，サブミットジョブ実行環境で使用するコマンド」を参照してください。

他ホストのJP1/AJS2 - Client ToolkitまたはJP1/AJS2 - SDKから自ホストに対してのジョブの実行

JP1/OJE for VOS3などの他システムから自ホストに対してのジョブの実行

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

各バージョンでの変更点を次に示します。

付録B.1　13-50の変更内容

13-50での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

WindowsのUAC機能有効時に，Administrators権限のOSユーザーがマッピングされたJP1ユーザーでWeb GUI（マネジメントポータル）を使用する機能を追加した。

Web GUIに，次に示す機能を追加した。

ジョブポータルでJP1/AJS3システムの実行エージェントの稼働状況を確認する機能

マネジメントポータルでJP1/AJS3システムのエージェントホストの稼働状況を確認する機能

実行エージェントでキューイングおよび実行中のジョブやイベントジョブの一覧を参照する機能

実行エージェントでキューイングおよび実行中のジョブやイベントジョブの一覧を参照する機能を追加した。

実行エージェントのジョブ実行実績を確認できる実行エージェント稼働状況レポートの出力機能を追加した。

JP1/AJS3上のジョブ情報をメトリックとしてJP1/IM3に連携する機能を追加した。

QUEUEジョブ，サブミットジョブに対して，スケジュールできる最終年月日を2099年12月31日まで拡張できるようにした。この変更に伴い，LinuxのJP1/AJS3 - Managerの一部のプロセス（jpqman32，jpqimport，jpqexport，jpqdbcond，jajs_maintain，およびjajs_migrate）を64-bit化した。

(2)　JP1/AJS3 - Agentの変更内容

WindowsのUAC機能有効時に，Administrators権限のOSユーザーがマッピングされたJP1ユーザーでWeb GUI（マネジメントポータル）を使用する機能を追加した。

(3)　JP1/AJS3 - Viewの変更内容

ウィンドウ，ダイアログボックス，およびメッセージボックスの表示倍率や表示位置をカスタマイズする機能を追加した。

付録B.2　13-10の変更内容

13-10での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

JP1/AJS3以外のプログラムと連携し，事象（イベント）の発生を監視するカスタムイベントジョブを追加した。

カスタムイベントジョブとして，JP1/AJS3 for Cloud Service Applicationsとの連携をサポートした。

コンテナごとに異なるポート番号で通信する必要がある環境と通信するための機能を追加した。また，コンテナ環境で，物理ホストを起動しない論理ホスト構成（非クラスタ論理ホスト）をサポートした。

Web GUIに，次に示す機能を追加した。

マネジメントポータルでJP1/AJS3システムの運用状況を確認する機能

マネジメントポータルで滞留が発生している起動条件付きルートジョブネットを特定する機能

マネジメントポータルで画面の自動更新の間隔を設定する機能

ジョブポータルでルートジョブネットの実行世代を監視し，一括で実行中止する機能

標準ジョブおよびイベントジョブ実行時に通信障害が連続発生したときの早期検知と影響を局所化する機能を追加した。

Windows Server 2025をサポート対象とした。

(2)　JP1/AJS3 - Agentの変更内容

JP1/AJS3以外のプログラムと連携し，事象（イベント）の発生を監視するカスタムイベントジョブを追加した。

カスタムイベントジョブとして，JP1/AJS3 for Cloud Service Applicationsとの連携をサポートした。

コンテナごとに異なるポート番号で通信する必要がある環境と通信するための機能を追加した。また，コンテナ環境で，物理ホストを起動しない論理ホスト構成（非クラスタ論理ホスト）をサポートした。

標準ジョブおよびイベントジョブ実行時に通信障害が連続発生したときの早期検知と影響を局所化する機能を追加した。

Windows Server 2025をサポート対象とした。

(3)　JP1/AJS3 - Viewの変更内容

JP1/AJS3以外のプログラムと連携し，事象（イベント）の発生を監視するカスタムイベントジョブを追加した。

カスタムイベントジョブとして，JP1/AJS3 for Cloud Service Applicationsとの連携をサポートした。

Windows Server 2025をサポート対象とした。

付録B.3　13-00の変更内容

13-00での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

Web GUIに，JP1/AJS3の状態を監視できるマネジメントポータルを追加した。

スケジュールできる最終年月日を2099年12月31日まで拡張できるようにした。

通信暗号化について，次に示す機能を追加した。

TLS 1.3をサポートした。

認証方式にECDSAを使用する暗号スイートをサポートした。

Linuxの英語環境で使用できる環境変数LANGに，「en_US.UTF-8」および「en_US.utf8」を追加した。

メールシステム連携機能でpostfixとの連携をサポート対象とした。

Outlook 2010およびOutlook 2013との連携をサポート対象外とし，Outlook 2021との連携をサポート対象とした。この変更に伴い，環境設定パラメーターWINMAILCLIENTを廃止した。

イベントジョブの処理件数の目安値を変更した。この変更に伴い環境設定パラメーターAlarmUnreportedInfoEventの上限値を変更した。

次に示す環境設定パラメーターの初期値を推奨値に変更した。

LOGSIZE（スケジューラーログ）

また，次に示すログファイルのサイズの初期値を変更した。

スケジューラートレースログファイル

JP1/AJS3 for Cloud Service Applicationsとの連携をサポートした。

次のOSをサポート対象とした。

Linux 9

Oracle Linux 9

次のOSをサポート対象外とした。

Windows Server 2012

HP-UX

Solaris

AIX

Linux 6

Oracle Linux 6（x64）

CentOS 6（x64）

CentOS 7

CentOS 8

次に示す製品・機能との連携を廃止した。

JP1/Cm2/NNM

JP1/NQSEXEC

TP1/Message Queue

TP1/LiNK

TP1/Server Base

HITSENSER Data Mart Server

Web GUIで，Internet Explorerをサポート対象外とした。

ユニット名とコメントにタイ語を指定できるようにした。

組み込みDBについて，通信のバインド方式を変更した。

(2)　JP1/AJS3 - Agentの変更内容

Web GUIに，JP1/AJS3の状態を監視できるマネジメントポータルを追加した。

スケジュールできる最終年月日を2099年12月31日まで拡張できるようにした。

通信暗号化について，次に示す機能を追加した。

TLS 1.3をサポートした。

認証方式にECDSAを使用する暗号スイートをサポートした。

Linuxの英語環境で使用できる環境変数LANGに，「en_US.UTF-8」および「en_US.utf8」を追加した。

メールシステム連携機能でpostfixとの連携をサポート対象とした。

Outlook 2010およびOutlook 2013との連携をサポート対象外とし，Outlook 2021との連携をサポート対象とした。この変更に伴い，環境設定パラメーターWINMAILCLIENTを廃止した。

JP1/AJS3 for Cloud Service Applicationsとの連携をサポートした。

次のOSをサポート対象とした。

Linux 9

Oracle Linux 9

次のOSをサポート対象外とした。

Windows Server 2012

HP-UX

Solaris

AIX V7.1

Linux 6

Oracle Linux 6（x64）

CentOS 6（x64）

CentOS 7

CentOS 8

ユニット名とコメントにタイ語を指定できるようにした。

(3)　JP1/AJS3 - Agent Minimal Editionの変更内容

Web GUIに，JP1/AJS3の状態を監視できるマネジメントポータルを追加した。

スケジュールできる最終年月日を2099年12月31日まで拡張できるようにした。

通信暗号化について，次に示す機能を追加した。

TLS 1.3をサポートした。

認証方式にECDSAを使用する暗号スイートをサポートした。

Linuxの英語環境で使用できる環境変数LANGに，「en_US.UTF-8」および「en_US.utf8」を追加した。

メールシステム連携機能でpostfixとの連携をサポート対象とした。

Outlook 2010およびOutlook 2013との連携をサポート対象外とし，Outlook 2021との連携をサポート対象とした。この変更に伴い，環境設定パラメーターWINMAILCLIENTを廃止した。

JP1/AJS3 for Cloud Service Applicationsとの連携をサポートした。

次のOSをサポート対象とした。

Linux 9

Oracle Linux 9

次のOSをサポート対象外とした。

Windows Server 2012

Linux 6

Oracle Linux 6（x64）

CentOS 6（x64）

CentOS 7

CentOS 8

ユニット名とコメントにタイ語を指定できるようにした。

(4)　JP1/AJS3 - Viewの変更内容

スケジュールできる最終年月日を2099年12月31日まで拡張できるようにした。

通信暗号化について，次に示す機能を追加した。

TLS 1.3をサポートした。

認証方式にECDSAを使用する暗号スイートをサポートした。

JP1/AJS3 for Cloud Service Applicationsとの連携をサポートした。

次のOSをサポート対象外とした。

Windows Server 2012

Windows 8.1

Windows 8

Windows 7

ユニット名とコメントにタイ語を指定できるようにした。

JP1/AJS3 for Enterprise Applicationsの標準カスタムジョブJP1AMR3UX，JP1AMR3BWUX，JP1AMR3CPUXを追加した。

付録B.4　12-60の変更内容

12-60での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

ファイル監視ジョブについて，次の機能を追加した。

ネットワークを介したファイルを監視する機能

監視対象のファイルのクローズチェックに，タイムアウト時間を設定する機能

ajsrerunコマンドでユニットを再実行したとき，対象ユニットが終了状態になるまでリトライする機能を追加した。

Web GUIについて，次の機能を追加した。

Web GUIのセッションタイムアウト時刻をユーザーが設定できる機能

Web GUIを長時間使用した場合に，Webブラウザーを自動リロードするかどうかをユーザーが設定できる機能

Web GUIの自動更新機能を有効にする場合に，自動更新の間隔をユーザーが設定できる機能

(2)　JP1/AJS3 - Agentの変更内容

JP1/AJS3 - Agentで，コンテナ環境上でのエージェントホストの作成をサポートした。

ファイル監視ジョブについて，次の機能を追加した。

ネットワークを介したファイルを監視する機能

監視対象のファイルのクローズチェックに，タイムアウト時間を設定する機能

付録B.5　12-50の変更内容

12-50での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

Web GUIで，実行エージェントおよび実行エージェントグループを追加，変更，削除する機能を追加した。

Web GUIについて，次の機能を追加した。

ユニットの待ち合わせ状態を確認および変更する機能

先行ユニットおよび後続ユニットの接続情報を確認する機能

実行予定がないユニット（状態：未計画）に待ち合わせ条件が設定されている場合で，そのユニットが先行のジョブやジョブネットの実行終了など，実行条件を満たしたときに待ち合わせする機能を追加した。

Web GUIで，ウィンドウ上に接続先マネージャーホストの情報を表示する機能を追加した。

統合トレースログにメッセージKAVT0108-Iを出力しなくする機能を追加した。

エージェントホストで実行したジョブの状態がマネージャーホストでわからなくなった場合に，エージェントホスト側でジョブの実行状態を確認できるジョブ実行結果ログファイルおよびイベントジョブ実行結果ログファイルを出力する機能を追加した。

HTTP接続ジョブについて，次の機能を追加した。

送信情報ファイル（URLパラメーター）と送信情報ファイル（メッセージボディ）を指定して送信できる拡張モードを有効にする機能

HTTPステータスコードごとにジョブの終了コードを指定する機能

受信したデータを受信ボディ格納ファイルに出力する場合に，チャンク形式のデータをデコードする機能

JP1/AJS3が出力するログファイルのデフォルトのサイズを拡張した。

JP1/AJS3 - Viewで，ウィンドウ上に接続先マネージャーホストの情報を表示する機能を追加した。

JP1/IM2との連携を強化した。

JP1/IM2との連携で，JP1/AJS3の提案テンプレートを提供した。

次のOSをサポート対象とした。

Windows Server 2022

(2)　JP1/AJS3 - Agentの変更内容

エージェントホストで実行したジョブの状態がマネージャーホストでわからなくなった場合に，エージェントホスト側でジョブの実行状態を確認できるジョブ実行結果ログファイルおよびイベントジョブ実行結果ログファイルを出力する機能を追加した。

次のOSをサポート対象とした。

Windows Server 2022

(3)　JP1/AJS3 - Agent Minimal Editionの変更内容

次のOSをサポート対象とした。

Windows Server 2022

(4)　JP1/AJS3 - Viewの変更内容

JP1/AJS3 - Viewで，ウィンドウ上に接続先マネージャーホストの情報を表示する機能を追加した。

JP1/CPAの標準カスタムジョブCPALINKを追加した。

次のOSをサポート対象とした。

Windows Server 2022

Windows 11

付録B.6　12-10の変更内容

12-10での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

JP1/AJS3のインストール先の物理ホスト名について，最大32バイトの制限を解除し，最大63バイトで指定できるようにした。

JP1/AJS3の導入・運用負荷を軽減する次の機能を追加した。

jajs_dbbackupコマンドを使用した，JP1/AJS3の運用中に組み込みDB単位で一括でバックアップする機能

jajs_dbrestoreコマンドを使用した，組み込みDB単位で一括でリストアする機能

新規インストール時の組み込みDBのセットアップを簡略化する機能

組み込みDBを自動でメンテナンスする機能

実行エージェントとの通信障害を早期に検知し，正常稼働している実行エージェントのジョブの状態遷移の遅延を軽減する機能を追加した。

ジョブ実行の運用停止につながるような要因を早期発見するため，次の項目を事前に監視・通知する機能を追加した。

キューイングおよび実行中状態のジョブ数

起動条件待ちの実行世代数

イベント・アクション制御マネージャーが管理する未通知情報の件数

起動条件付きジョブネットの世代の滞留や監視中の世代が複数あることをメッセージ出力する機能，およびスケジューラーサービスの起動処理を改善する機能を追加した。

Web GUIについて，次の機能を追加した。

［監視対象設定］ダイアログボックスで，設定する監視対象ユニットを複数のジョブグループから選択できる機能

［ダッシュボード］画面で，異なるジョブグループにあるジョブネットを一括監視できる機能

［ダッシュボード］画面の監視対象表示エリアを折りたたんで表示する機能

JP1/IM2との連携を強化した。

Web GUIで，Google Chromeをサポート対象とした。

(2)　JP1/AJS3 - Agentの変更内容

JP1/AJS3のインストール先の物理ホスト名について，最大32バイトの制限を解除し，最大63バイトで指定できるようにした。

(3)　JP1/AJS3 - Viewの変更内容

JP1/AJS3 - ViewでJP1ユーザーのパスワードを変更できるようにする機能で，JP1/Baseのパスワードポリシーの変更に対応した。

付録B.7　12-00の変更内容

12-00での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

Web GUIで，ログインするユーザーごとに操作を制限できるようにした。

JP1/AJS3 - Web Consoleから接続できるマネージャーホストを制限できるようにした。

JP1/AJS3 - Web ConsoleのAPIの実行を制限できるようにした。

Web GUIの［詳細情報］ダイアログボックスに，ユニットのコメント情報を表示できるようにした。

Web GUIが動作する標準環境（PC環境上のサポートWebブラウザー）との互換の範囲で，スマートデバイス（iPadとiPhone）のFirefoxに対応した。

スケジューラーサービスの処理量やジョブの実行状況を把握できる稼働状況レポートの出力機能を追加した。

マネージャーホストをクラウド環境で運用する場合に，クラウドサービスとして提供されるデータベースを利用できるようにした。

次に示す環境設定パラメーターの初期値を推奨値に変更した。

AGENTLIMITEXTEND

RERUNSUBORDINATE

NETCOMMENTEVENT

JOBCOMMENTEVENT

LARGEFILEUSE

ajsrgimportコマンドを実行した際，スケジュールを作成できずにエラーになっても，ほかに実行登録対象のルートジョブネットが存在する場合は，処理を続行できるようにするオプション（-c）を追加した。

JP1/IM2との連携をサポートした。

次のOSをサポート対象とした。

Windows Server 2019

次のOSをサポート対象外とした。

Windows Server 2008 R2

AIX V6.1

Solaris 10(SPARC)

メールシステム連携機能で，Outlook 2007との連携機能のサポートを廃止した。この変更に伴って，環境設定パラメーターWINMAILCLIENTのデフォルト値を変更した。

Outlook 2019（32ビット版）およびOutlook 2016（32ビット版）との連携をサポートした。

次に示す製品・機能との連携を廃止した。

JP1/AJS3 - SOA Option

JP1/AJS3 - Software Development Kit

JP1/AJS3 - User Job Operation

JP1/AJS3 - Web Operation Assistant

組み込みDBのデータ領域およびシステム領域に，RAWファイルを使用する構成を非サポートにした。

(2)　JP1/AJS3 - Agentの変更内容

環境設定パラメーターLARGEFILEUSEの初期値を推奨値に変更した。

次のOSをサポート対象とした。

Windows Server 2019

次のOSをサポート対象外とした。

Windows Server 2008 R2

AIX V6.1

Solaris 10(SPARC)

メールシステム連携機能で，Outlook 2007との連携機能のサポートを廃止した。この変更に伴って，環境設定パラメーターWINMAILCLIENTのデフォルト値を変更した。

Outlook 2019（32ビット版）およびOutlook 2016（32ビット版）との連携をサポートした。

(3)　JP1/AJS3 - Agent Minimal Editionの変更内容

次のOSをサポート対象とした。

Windows Server 2019

次のOSをサポート対象外とした。

Windows Server 2008 R2

(4)　JP1/AJS3 - Viewの変更内容

JP1/AJS3 for Enterprise Applicationsの標準カスタムジョブJP1AMR3CPを追加した。

次のOSをサポート対象とした。

Windows Server 2019

Windows Server 2008 R2をサポート対象外とした。

付録B.8　11-50の変更内容

11-50での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

Web GUIで次の機能をサポートした。

月間スケジュールの確認

実行予定の追加

計画一時変更（日時変更）

計画一時変更（即時実行）

計画一時変更（実行中止）

計画一時変更（変更解除）

遅延監視変更

APIで，ユニット情報を取得する機能をサポートした。

Web Consoleサーバ上のJavaヒープの最大サイズを変更できるようにし，デフォルト値を512（メガバイト）から2,048（メガバイト）に変更した。

Web GUIに表示する状態表示色を変更できるようにした。

Web GUIの［モニタ］ダイアログボックスおよび［モニタ］画面のマップエリアで，ユニット名とコメントを切り替えて表示できるようにした。

スケジューラーサービスを多重起動した際のジョブのスループットを改善するために，次の機能を追加した。

ジョブ実行時に使用するポート数を削減する機能

トレースログをスケジューラーサービス単位で出力する機能

なお，内部処理の変更に伴い，複数のルートジョブネットが同時に開始する際の，JP1/AJS3の処理性能を改善した。これにより，スケジューラーサービスを単一で起動した際の，ジョブのスループットも改善している。

1台のマネージャーホストに登録できる実行エージェントの最大数を，2,048台まで拡張できるようにした。

JP1/IMでユニットのコメントを確認できるようにするため，オブジェクトタイプがJOBNETおよびJOBのJP1イベントの拡張属性（固有情報）に，ユニットのコメントを追加した。

環境設定パラメーターを設定するコマンドを，jajs_configコマンドに統一した。

スケジューラーサービスを再起動した際に，特定の条件に該当するジョブを「終了状態不明」状態ではなく「先行終了待ち」状態または「未実行終了」状態に遷移させるようにした。これによって，スケジューラーサービス再起動後のジョブの状態から，ユーザープログラムが起動したかどうかを判断できるようになった。

(2)　JP1/AJS3 - Agentの変更内容

環境設定パラメーターを設定するコマンドを，jajs_configコマンドに統一した。

(3)　JP1/AJS3 - Agent Minimal Editionの変更内容

1日当たりに実行できるジョブ数を10回に制限した製品「JP1/AJS3 - Agent Minimal Edition」を追加した。

付録B.9　11-10の変更内容

11-10での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

Web GUIとAPIでそれぞれ次の機能をサポートした。

Web GUI

実行予定の確認

ユニットの中断

ユニットの強制終了

ユニットの再実行

ジョブ状態変更

PCジョブとUNIXジョブの詳細定義変更

状態による監視対象ユニットの絞り込み

API

確定実行登録（日時指定）

計画一時変更（日時変更）

計画一時変更（即時実行）

計画一時変更（実行中止）

計画一時変更（変更解除）

保留属性変更

ユニットの中断

ユニットの強制終了

ユニットの再実行

遅延監視変更

ジョブ状態変更

ユニットの実行結果詳細の取得

JP1/AJS3 - Managerのプロトコルバージョンの取得

JP1/IMとJP1/AJS3 - Web Consoleを連携し，JP1/IM - Viewや，JP1/IMの自動アクションで送信されるメールから，Web GUIを表示できるようにした。

JP1/PFMとJP1/AJS3 - Web Consoleを連携し，Web GUIからPFM - Web Consoleを起動できるようにした。

複数のカレンダー情報を組み合わせて出力するajscalutilコマンドを追加した。

計画実行登録時および確定実行登録時に，実行登録で作成される世代のうち最初の実行世代に保留属性を設定する機能を追加した。

複数の実行エージェントで同時にジョブを実行させる場合に，一部の実行エージェントで通信障害が発生したとき，正常に通信できる実行エージェントへのジョブ配信遅延を軽減する機能を追加した。

HP-UX，AIXおよびLinuxのJP1/AJS3 - Managerのプロセスを64-bit化した。ただし，一部のプロセス（jpqman32，jpqimport，jpqexport，jpqdbcond，jajs_maintain，およびjajs_migrate）を除く。

フレキシブルジョブで，複数の実行エージェントに一斉にジョブを配信する機能（一斉配信機能）を追加した。

ajswebsetupコマンドで待機系をセットアップするオプション（-s）を実行するときに，共有ディスクをマウントしなくても正常終了するように変更した。

(2)　JP1/AJS3 - Agentの変更内容

HP-UX，AIXおよびLinuxのJP1/AJS3 - Agentのプロセスを64-bit化した。

フレキシブルジョブで，複数の実行エージェントに一斉にジョブを配信する機能（一斉配信機能）を追加した。

(3)　JP1/AJS3 - Viewの変更内容

計画実行登録時および確定実行登録時に，実行登録で作成される世代のうち最初の実行世代に保留属性を設定する機能を追加した。

フレキシブルジョブで，複数の実行エージェントに一斉にジョブを配信する機能（一斉配信機能）を追加した。

JP1/AJS3 - Viewを，複数のユーザーがリモートデスクトップ接続で同時に使用できる機能（リモートデスクトップ複数接続機能）を追加した。

JP1/AJS3 - ViewでJP1ユーザーごとに異なるカスタムジョブを使用できる機能を追加した。

付録B.10　11-00の変更内容

11-00での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

サポート対象の言語種別を変更した。また，複数の言語種別が混在する環境でJP1/AJS3を使用する場合の組み合わせのサポート可否を変更した。

JP1/AJS3 - Managerのコンポーネントに，JP1/AJS3 - Web Consoleを追加した。JP1/AJS3 - Web Consoleを利用することで，インターネットを経由してWebブラウザーでユニットを監視したり，APIを利用してユニットを操作するユーザー独自のプログラムを開発したりできる。

JP1/AJS3 - Managerのコンポーネントに，JP1/AJS3 - Print Optionを統合した。JP1/AJS3 - Print Optionを利用することで，ユニットの情報を帳票レイアウトの形式で表示したり，印刷したりできる。

エージェントホストやJP1/AJS3 - Viewホストなどとの通信電文をSSLで暗号化できるようにした。

オートスケール環境の実行エージェントなど，マネージャーホストが直接管理できないエージェントホストでも処理を実行できる，フレキシブルジョブを追加した。ただし，フレキシブルジョブの定義はOSに依存しないが，実行はWindowsおよびLinux限定とする。

クラウド環境やWebサーバで公開されているWeb APIなど，HTTPで接続できるインターフェースに対してリクエストを送信できる，HTTP接続ジョブを追加した。ただし，HTTP接続ジョブの定義はOSに依存しないが，実行はWindowsおよびLinux限定とする。

次に示す環境設定パラメーターの初期値を推奨値に変更した。

UNITDEFDIVIDEUPDATE

AJSPRINTSORTUNITINF

ReceiveFileSizeStatus

LoadUserProfile

IsAccessTokenCache

MergeEnvMode

NotfyJobStateCount

PassingInfoUsePreRc

FileWriteMode

ResolveAgentInfo

RetryAgtStartNotification

JP1/AJS3の設計段階で検討が必要な環境設定パラメーターを見直し，マニュアルを改善した。

待ち合わせ対象ユニットの後続ユニットを再実行した場合に，待ち合わせ対象ユニットの状態が変化しても，待ち合わせを完了しないようにするオプションを追加した。また，JP1/AJS3を新規インストールして待ち合わせを有効にした場合の動作を変更した。

次に示す製品・機能との連携を廃止した。

JP1/AJS2 - Configuration

JP1/AJS2 for Mainframe

JP1/AJS2 for 活文PDFstaff

JP1/AJS2 - Scenario Operation Manager

JP1/IM - Planning Operation

JP1/Performance Management - Agent Option for JP1/AJS3

次のOSをサポート対象とした。

CentOS 6（x64）

CentOS 7

Linux 7.1

Oracle Linux 6（x64）

Oracle Linux 7

SUSE Linux 12

次のOSをサポート対象外とした。

Windows Server 2008（Windows Server 2008 R2を除く）

Windows Server 2003

Windows Server 2003（x64）

Linux 5.1（x86）以降

Linux 5.1（AMD/Intel 64）以降

Outlook 2003との連携機能のサポートを廃止し，Outlook 2013（32ビット版）およびOutlook 2010（32ビット版）との連携をサポート対象とした。

JP1/AJS3 Consoleを下位バージョン互換機能とした。

ファイル送信制限を設定できるようにした。

(2)　JP1/AJS3 - Agentの変更内容

サポート対象の言語種別を変更した。また，複数の言語種別が混在する環境でJP1/AJS3を使用する場合の組み合わせのサポート可否を変更した。

JP1/AJS3 - Managerとの通信電文をSSLで暗号化できるようにした。

フレキシブルジョブを実行できるようにした（WindowsおよびLinux限定）。

HTTP接続ジョブを実行できるようにした（WindowsおよびLinux限定）。

次に示す環境設定パラメーターの初期値を推奨値に変更した。

LoadUserProfile

IsAccessTokenCache

MergeEnvMode

NotfyJobStateCount

FileWriteMode

ResolveAgentInfo

RetryAgtStartNotification

JP1/AJS3の設計段階で検討が必要な環境設定パラメーターを見直し，マニュアルを改善した。

次のOSをサポート対象とした。

CentOS 6（x64）

CentOS 7

Linux 7.1

Oracle Linux 7

SUSE Linux 12

次のOSをサポート対象外とした。

Windows Server 2008（Windows Server 2008 R2を除く）

Windows Server 2003

Windows Server 2003（x64）

Linux 6.1（x86）以降

Linux 5.1（x86）以降

Linux 5.1（AMD/Intel 64）以降

Oracle Enterprise Linux 5

SUSE Linux 11

Outlook 2003との連携機能のサポートを廃止し，Outlook 2013（32ビット版）およびOutlook 2010（32ビット版）との連携をサポート対象とした。

ファイル送信制限を設定できるようにした。

(3)　JP1/AJS3 - Viewの変更内容

サポート対象の言語種別を変更した。また，複数の言語種別が混在する環境でJP1/AJS3を使用する場合の組み合わせのサポート可否を変更した。

JP1/AJS3 - Managerとの通信電文をSSLで暗号化できるようにした。

詳細定義ダイアログボックスを使ってフレキシブルジョブを定義できるようにした。

詳細定義ダイアログボックスを使ってHTTP接続ジョブを定義できるようにした。

［ジョブネットエディタ］ウィンドウのメニューコマンドの貼り付け機能を，アイコン・アイコン座標位置・アイコン間の関連線を貼り付ける［貼り付け（関連線あり）］と，アイコン・アイコン座標位置を貼り付ける［貼り付け（関連線なし）］に変更した。

［JP1/AJS3 - View］ウィンドウ（メイン画面）のツリーエリアおよびリストエリアに表示される項目の表示順序を設定できるオプションを追加した。

［マンスリースケジュール］ウィンドウの日付エリアおよびスケジュールエリアで，当日の表示位置を変更するオプションを追加した。

各ウィンドウ共通で，次の設定がデフォルトとなるよう変更した。これらの設定は，JP1/AJS3 - Viewをカスタマイズすることで変更できる。

未登録のカスタムジョブを「？」アイコンで表示する

ツリーエリアのユニットの表示順をリストエリアと同じ順番で表示する

［JP1/AJS3 - View］ウィンドウで，次の設定がデフォルトとなるよう変更した。これらの設定は，JP1/AJS3 - Viewをカスタマイズすることで変更できる。

［JP1/AJS3 - View］ウィンドウ（メイン画面）を表示したときにリストエリアのジョブグループおよびプランニンググループを選択状態にする

画面の更新後またはリストフィルター設定後もユニットの選択状態とスクロール位置を維持する

ネストジョブネットのスケジュール設定で［上位のジョブネットに依存する］をチェックした場合に，定義済みのスケジュールルールが削除される前に確認メッセージを表示する

機能メニュー［ジョブネット定義］選択時にリストエリアに実行登録済みジョブネットを表示する

［ジョブネットエディタ］ウィンドウで，次の設定がデフォルトとなるよう変更した。これらの設定は，JP1/AJS3 - Viewをカスタマイズすることで変更できる。

［ジョブネットエディタ］ウィンドウを表示したときにマップエリアのネストジョブネットおよびネストリモートジョブネットを選択状態にする

［ジョブネットエディタ］ウィンドウの複数起動を抑止する

［ジョブネットモニタ］ウィンドウで，次の設定がデフォルトとなるよう変更した。これらの設定は，JP1/AJS3 - Viewをカスタマイズすることで変更できる。

［実行結果詳細］ダイアログボックスの自動更新を抑止する

［実行結果詳細］ダイアログボックスを大きく表示する

［ジョブネットモニタ］ウィンドウの複数起動を抑止する

JP1/IM - Viewから［ジョブネットモニタ］ウィンドウを起動したときにジョブを直接マップエリアに表示する

［JP1/AJS3 - View］ウィンドウ（メイン画面）のリストエリアの［状態］と［結果］，および詳細情報エリアの［状態］に，実行状態，実行結果，および遅延を示すカラーイメージを表示するようにした。

［ジョブネットエディタ］ウィンドウのアイコンリストで，次のユニットがデフォルトでは非表示になるよう変更した。

リモートジョブネット

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

MSMQ受信監視ジョブ

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

MSMQ送信ジョブ

次に示す製品・機能との連携を廃止した。

JP1/AJS2 - Scenario Operation View

JP1/AJS2 - View for Mainframe

Windows 10をサポート対象とした。

次のOSをサポート対象外とした。

Windows Server 2008（Windows Server 2008 R2を除く）

Windows Vista

Windows Server 2003

Windows Server 2003（x64）

Windows XP Professional

付録B.11　10-50の変更内容

10-50での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

JP1/AJS3 - Managerをインストール・セットアップした仮想マシンを複製できるようにした。

ディザスター・リカバリー環境の構築の際に，メインホストとリモートホストの論理ホスト名が同一名でも構成できるように機能を拡大した。

起算スケジュールを運用日や休業日に関係なく日数で算出する機能を追加した。

即時実行登録時に，ジョブネットの実行を保留する機能を追加した。

JP1/AJS3 - ViewからJP1/AJS3 - Managerに対して，一部のコマンドを実行できる機能を追加した。

資料採取ツール（_04.batまたは_04）と同機能の，jajs_log.batおよびjajs_logの提供を開始した。また，Windows版の資料採取ツールに，資料の出力先を任意に指定できるオプションを追加した。

ajsprintコマンドに，関連線情報の出力順序をユニット名称順にするオプションを追加した。

エージェントホストのIPアドレスを変更する手順を変更した。

AIX，HP-UX，およびSolaris10で使用できる文字コードにUTF-8を追加した。

jajs_killall.clusterコマンドに指定できる論理ホスト名の文字数を拡張した。

AIX V7.1またはAIX V6.1のJP1/AJS3 - Managerと，バージョン08-57以降のJP1/AJS2 - Manager for Mainframeが連携できるようにした。

(2)　JP1/AJS3 - Agentの変更内容

資料採取ツール（_04.batまたは_04）と同機能の，jajs_log.batおよびjajs_logの提供を開始した。また，Windows版の資料採取ツールに，資料の出力先を任意に指定できるオプションを追加した。

エージェントホストのIPアドレスを変更する手順を変更した。

AIX，HP-UX，およびSolaris10で使用できる文字コードにUTF-8を追加した。

jajs_killall.clusterコマンドに指定できる論理ホスト名の文字数を拡張した。

(3)　JP1/AJS3 - Viewの変更内容

［スケジュールルール］ダイアログボックスの［高度］タブにある起算スケジュールの設定で，起算スケジュールを運用日や休業日に関係なく日数で算出する項目を追加した。

［実行登録］ダイアログボックスで，登録方法が［即時実行］の場合に，ジョブネットの実行を保留する項目を追加した。

JP1/AJS3 - ViewからJP1/AJS3 - Managerに対して，一部のコマンドを実行できる機能を追加した。

資料採取ツール（_04.batまたは_04）と同機能の，jajs_log.batおよびjajs_logの提供を開始した。また，Windows版の資料採取ツールに，資料の出力先を任意に指定できるオプションを追加した。

付録B.12　10-10の変更内容

10-10での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

マネージャーホストに接続するホストを，IPアドレスで制限する機能を追加した。

未登録ユニットの実行予定をJP1/AJS3 - Viewの［マンスリースケジュール］ウィンドウで確認できる機能を追加した。

JP1ユーザーがJP1/AJS3 - Viewでログインした際に，アクセス権のないスケジューラーサービスをJP1/AJS3 - Viewに表示させない機能を追加した。

JP1/AJS3 - ViewからJP1/AJS3 - Managerへの最大同時接続数を，スケジューラーサービス単位で制限できる機能を追加した。

JP1/AJS3 - ViewでJP1ユーザーのパスワードを変更できるようにする機能を追加した。

Linux 5.1（x86）以降およびLinux 5.1（AMD/Intel 64）以降をサポート対象とした。

Solaris 11（SPARC）に関する記載を追加した。

(2)　JP1/AJS3 - Agentの変更内容

エージェントホストに接続するホストを，IPアドレスで制限する機能を追加した。

Solaris 11（SPARC）に関する記載を追加した。

(3)　JP1/AJS3 - Viewの変更内容

未登録ユニットの実行予定を［マンスリースケジュール］ウィンドウで確認できる機能を追加した。

JP1ユーザーがJP1/AJS3 - Viewでログインした際に，アクセス権のないスケジューラーサービスを［JP1/AJS3 - View］ウィンドウ（メイン画面）に表示しない機能を追加した。

JP1/AJS3 - ViewからJP1/AJS3 - Managerへの最大同時接続数を，スケジューラーサービス単位で制限できる機能を追加した。

JP1/AJS3 - ViewでJP1ユーザーのパスワードを変更できるようにする機能を追加した。

［カスタムジョブの登録］ダイアログボックスおよび［カスタムジョブ登録情報］ダイアログボックスの表示方式を変更した。

機能メニューの［ジョブネット定義］を選択しているときに，［JP1/AJS3 - View］ウィンドウ（メイン画面）のリストエリアに実行登録済みのジョブネットを表示できるようにした。

［ジョブネットエディタ］ウィンドウで使用しないユニットアイコンを非表示にする機能（［デフォルト値の設定］ダイアログボックスの設定）を拡張した。

［ログイン］画面に表示される，前回ログイン時のユーザー名および接続先ホスト名の履歴を抑止する機能を追加した。

付録B.13　10-00の変更内容

10-00での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

IPv6アドレスでの通信をサポートした。

JP1/AJS3の新規インストール時に，JP1/AJS3に対してスーパーユーザー権限と同等の操作権限を持つユーザー（AJS管理者）を設定できる機能を追加した。

ジョブに定義した実行ファイルが異常終了した場合に，ジョブを自動でリトライする機能を追加した。

待ち合わせ条件を，起動条件付きジョブネットにも設定できるようにした。また，待ち合わせ対象ユニットとして起動条件付きユニットを指定できるようにした。

判定ジョブが正常終了した場合に，従属ジョブを再実行できるようにした。

判定ジョブの判定条件に，背反条件や範囲条件を追加した。

Windowsイベントログ監視ジョブで監視できるログに，Windows Server 2008で追加されたログ種別やイベント種別を追加した。

実行間隔制御ジョブが起動条件として定義された場合に，起動条件の監視開始直後に起動条件を成立させることができるオプションを追加した。

メール送信ジョブを使用する場合に，Outlookを使用しないでメールを送信する機能を追加した。

Windows Server 2008でSNMPトラップを発行できるようにした。

組み込みDB管理プロセスの体系を改善した。

JP1/AJS3 Databaseサービスのスタートアップの種類を「手動」にして，JP1/AJS3 Database ClusterServiceサービスが作成されないようにした。

管理者権限を持つOSユーザーにマッピングされたJP1ユーザーであっても，設定されたJP1権限レベルに従って実行権限がチェックされるオプションを追加した。

ajsentryコマンドで確定実行登録をする場合に，期間指定できるようにした。

jajs_setupコマンドやjajs_setup_clusterコマンドで組み込みDBを構築する際に，指定できるオプションを追加した。

ajsembdbidlistコマンドおよびajsembdbstatusコマンドで，組み込みDBの状態を表示できるようにした。

組み込みDBの構築の際に，組み込みDB設定ファイルを生成するようにした。ajsembdbbuildコマンドで組み込みDBを構築する場合に，この組み込みDB設定ファイルを指定することで，以前構築した組み込みDBと同じ構成の組み込みDBが構築できるようにした。

JP1/AJS3 - Software Development Kitと連携できるようにした。

JP1/DH - AJEと連携できるようにし，標準カスタムジョブにDHAJEWを追加した。

次のOSをサポート対象外とした。

Windows Server 2008（IPF）

Windows Server 2003（IPF）

Solaris 9（SPARC）

Solaris 10（x64）

Solaris 10（x86）

Linux 5（x86）

Linux 5（AMD/Intel 64）

Linux 5（IPF）

次のOSをサポート対象とした。

Windows Server 2012

Solaris 11（SPARC）

(2)　JP1/AJS3 - Agentの変更内容

IPv6アドレスでの通信をサポートした。

JP1/AJS3の新規インストール時に，JP1/AJS3に対してスーパーユーザー権限と同等の操作権限を持つユーザー（AJS管理者）を設定できる機能を追加した。

実行間隔制御ジョブが起動条件として定義された場合に，起動条件の監視開始直後に起動条件を成立させることができるオプションを追加した。

メール送信ジョブを使用する場合に，Outlookを使用しないでメールを送信する機能を追加した。

Windows Server 2008でSNMPトラップを発行できるようにした。

Windowsイベントログ監視ジョブで監視できるログに，Windows Server 2008で追加されたログ種別やイベント種別を追加した。

次のOSをサポート対象外とした。

Windows Server 2008（IPF）

Windows Server 2003（IPF）

Solaris 9（SPARC）

Solaris 10（x64）

Solaris 10（x86）

Linux 5（x86）

Linux 5（AMD/Intel 64）

Linux 5（IPF）

次のOSをサポート対象とした。

Windows Server 2012

Solaris 11（SPARC）

(3)　JP1/AJS3 - Viewの変更内容

次のウィンドウに，リトライ情報が表示されるようにした。

［デイリースケジュール］ウィンドウ

［マンスリースケジュール］ウィンドウ

［ジョブネットモニタ］ウィンドウ

［詳細スケジュール］ダイアログボックス

［モニタ詳細−［アイコン名］］ダイアログボックス

［ジョブネットエディタ］ウィンドウのリストエリアに，リトライ設定の有無が表示されるようにした。

［検索］ウィンドウで指定できる検索条件に，［リトライ設定］および［リトライ実行］を追加した。また，［検索］ウィンドウに表示される検索結果に，自動リトライに関する項目を追加した。

［待ち合わせ条件の状態一覧］ウィンドウから［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウを表示できるようにした。

［待ち合わせ条件の設定一覧］ウィンドウおよび［待ち合わせ条件の状態一覧］ウィンドウに，待ち合わせ対象が起動条件付きジョブネットの場合の設定項目が表示されるようにした。

［待ち合わせ条件の設定］ダイアログボックスに，待ち合わせ対象ユニットが起動条件付きジョブネットの場合の設定項目を追加した。

［表示項目設定］ダイアログボックスで，［ジョブネットエディタ］ウィンドウおよび［ジョブネットモニタ］ウィンドウのリストエリアの表示項目を設定できるようにした。

UNIXジョブ，PCジョブ，QUEUEジョブ，カスタムジョブ，およびオペレーションジョブの詳細定義に，自動リトライに関する定義項目を追加した。

判定ジョブの判定条件に，背反条件や範囲条件を追加した。

Windowsイベントログ監視ジョブの詳細定義の［ログ種別］および［イベントの種別］に，Windows Server 2008で追加されたログ種別やイベント種別を追加した。

実行間隔制御ジョブの詳細定義に，起動条件の監視開始直後に起動条件を成立させるかどうかを指定する［開始直後に満了］オプションを追加した。

ネストジョブネットのスケジュール設定で［上位のジョブネットに依存する］をチェックした場合に，定義済みのスケジュールルールが削除される前に確認メッセージを表示する機能を追加した。

次のOSをサポート対象とした。

Windows 8.1

Windows 8

Windows Server 2012

［ジョブネットエディタ］ウィンドウおよび［ジョブネットモニタ］ウィンドウの複数起動を抑止するオプションを追加した。

付録C　このマニュアルの参考情報

このマニュアルを読むに当たっての参考情報を示します。

付録C.1　関連マニュアル

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

JP1/AJS関連

JP1 Version 13 ジョブ管理 基本ガイド（ジョブスケジューラー編）（3021-3-L41）

JP1 Version 13 JP1/Automatic Job Management System 3 設計ガイド（システム構築編）（3021-3-L43）

JP1 Version 13 JP1/Automatic Job Management System 3 設計ガイド（業務設計編）（3021-3-L44）

JP1 Version 13 JP1/Automatic Job Management System 3 構築ガイド（3021-3-L45）

JP1 Version 13 JP1/Automatic Job Management System 3 運用ガイド（3021-3-L46）

JP1 Version 13 JP1/Automatic Job Management System 3 トラブルシューティング（3021-3-L47）

JP1 Version 13 JP1/Automatic Job Management System 3 操作ガイド（3021-3-L48）

JP1 Version 13 JP1/Automatic Job Management System 3 コマンドリファレンス（3021-3-L49）

JP1 Version 13 JP1/Automatic Job Management System 3 連携ガイド（3021-3-L50）

JP1 Version 13 JP1/Automatic Job Management System 3 メッセージ（3021-3-L51）

JP1 Version 13 JP1/Automatic Job Management System 3 - Definition Assistant（3021-3-L52）

JP1 Version 13 JP1/Automatic Job Management System 3 - Print Option（3021-3-L53）

JP1 Version 13 JP1/Automatic Job Management System 3 for Enterprise Applications（3021-3-L54）

JP1 Version 13 JP1/Automatic Job Management System 3 for Cloud Service Applications（3021-3-L61）

JP1関連

JP1 Version 13 JP1/Base 運用ガイド（3021-3-L09）

JP1 Version 13 JP1/Base メッセージ（3021-3-L10）

JP1 Version 13 JP1/Base 関数リファレンス（3021-3-L11）

JP1 Version 13 統合管理 基本ガイド（3021-3-L01）

JP1 Version 13 JP1/Integrated Management 3 - Manager 導入・設計ガイド（3021-3-L02）

JP1 Version 13 JP1/Integrated Management 3 - Manager 構築ガイド（3021-3-L03）

JP1 Version 13 JP1/Integrated Management 3 - Manager 運用ガイド（3021-3-L04）

JP1 Version 13 JP1/Integrated Management 3 - Manager 画面リファレンス（3021-3-L05）

JP1 Version 13 JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス（3021-3-L06）

JP1 Version 13 JP1/Integrated Management 3 - Manager メッセージ（3021-3-L07）

JP1 Version 12 JP1/Power Monitor（3021-3-D34）

JP1 Version 13 JP1/Script(Windows(R)用)（3021-3-L58）

JP1 Version 11 ジョブ管理 基本ガイド（スクリプト言語編）（3021-3-B31）

JP1 Version 11 JP1/Advanced Shell（3021-3-B32）

JP1 Version 13 JP1/File Transmission Server/FTP(Windows(R)用)（3021-3-L59）

JP1 Version 13 JP1/File Transmission Server/FTP(UNIX(R)用)（3021-3-L60）

JP1 Version 12 パフォーマンス管理 基本ガイド（稼働性能管理編）（3021-3-D75）

JP1 Version 12 JP1/Performance Management 設計・構築ガイド（3021-3-D76）

JP1 Version 12 JP1/Performance Management 運用ガイド（3021-3-D77）

JP1 Version 12 JP1/Performance Management リファレンス（3021-3-D78）

JP1 Version 12 ジョブ管理 基本ガイド（高速大容量ファイル転送編）（3021-3-D40）

JP1 Version 12 JP1/Data Highway - Automatic Job Executor（3021-3-D45）

JP1 Version 11 JP1/Audit Management - Manager 構築・運用ガイド（3021-3-A17）

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

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

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

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

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

JP1 Version 9 JP1/NETM/DM Administrator Kit（3020-3-S84）

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

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

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

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

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

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

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）

付録C.2　説明文で使用する書式

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

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

記号

意味

［　］

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

（例）

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

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

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

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

記号

意味と例

|

（ストローク）

複数の項目に対して項目間の区切りを示し，「または」の意味を示します。

（例）

「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を採用する」ことを示します。

((　))

（二重括弧）

指定できる値の範囲を示します。

(3)　数式で使用する記号

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

記号

意味

＊

乗算記号を示します。

/

除算記号を示します。

↑　　↑

計算結果の値を小数点以下で切り上げることを示します。

（例）

↑34 / 3 ↑の計算結果は12となります。

MAX

計算結果のうち，最も大きい値を選ぶことを示しています。

（例）

MAX(3＊6，4+7)の計算結果は，18となります。

(4)　図中で使用する記号

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

付録C.3　フォルダおよびディレクトリの表記

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

付録C.4　製品名の表記

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

このマニュアルでの表記

正式名称

JP1/AJS3

JP1/AJS3 - Manager

JP1/Automatic Job Management System 3 - Manager

JP1/AJS3 - Agent

JP1/Automatic Job Management System 3 - Agent

JP1/AJS3 - View

JP1/Automatic Job Management System 3 - View

JP1/AJS3 - Web Console

JP1/Automatic Job Management System 3 - Web Console

JP1/AJS3 - Print Option

JP1/AJS3 - Print Option Manager

JP1/Automatic Job Management System 3 - Print Option Manager

JP1/AJS3 - Print Option

JP1/Automatic Job Management System 3 - Print Option

JP1/AJS2

JP1/AJS2 - Manager

JP1/Automatic Job Management System 2 - Manager

JP1/AJS2 - Agent

JP1/Automatic Job Management System 2 - Agent

JP1/AJS2 - View

JP1/Automatic Job Management System 2 - View

JP1/AJS3 - Definition Assistant

JP1/Automatic Job Management System 3 - Definition Assistant

JP1/AJS3 - Software Development Kit

JP1/Automatic Job Management System 3 - Software Development Kit

JP1/AJS3 for Cloud Service Applications

JP1/Automatic Job Management System 3 for Cloud Service Applications

JP1/AJS3 for Enterprise Applications

JP1/Automatic Job Management System 3 for Enterprise Applications

JP1/CPA

JP1/Client Process Automation

JP1/CPA Option for AJS3

JP1/Client Process Automation Option for Automatic Job Management System 3

JP1/DH - AJE

JP1/Data Highway - Automatic Job Executor

JP1/DH - Server

JP1/Data Highway - Server

JP1/FTP

JP1/File Transmission Server/FTP

JP1/IM

JP1/IM - Manager

JP1/Integrated Management - Manager

JP1/IM - View

JP1/Integrated Management - View

JP1/IM2

JP1/IM2 - Manager

JP1/Integrated Management 2 - Manager

JP1/IM2 - View

JP1/Integrated Management 2 - View

JP1/IM3

JP1/IM3 - Manager

JP1/Integrated Management 3 - Manager

JP1/IM3 - View

JP1/Integrated Management 3 - View

JP1/OJE

JP1/Open Job Entry

JP1/OJE for Midrange Computer

JP1/Open Job Entry for Midrange Computer

JP1/OJE for VOS3

JP1/Open Job Entry for VOS3

JP1/PFM

PFM - Manager

JP1/Performance Management - Manager

PFM - Base

JP1/Performance Management - Base

PFM - Web Console

JP1/Performance Management - Web Console

PFM - Agent Option for Platform

JP1/Performance Management - Agent Option for Platform（UNIX(R)用）

JP1/Performance Management - Agent Option for Platform（Windows(R)用）

JP1/SES

JP1/System Event Service

NNM

HP NNM

HP Network Node Manager Software バージョン7.5以前

HP Network Node Manager Software Starter Edition バージョン7.5以前

AIX

AIX V7.2

AIX V7.3

Firefox

Firefox ESR

Mozilla(R) Firefox(R) Extended Support Release

HP-UX

HP-UX（IPF）

HP-UX 11i V3 (IPF)

Linux

Linux 7

Red Hat Enterprise Linux(R) Server 7

Linux 8

Red Hat Enterprise Linux(R) Server 8

Linux 9

Red Hat Enterprise Linux(R) Server 9

Oracle Linux 7

Oracle Linux(R) Operating System 7

Oracle Linux 8

Oracle Linux(R) Operating System 8

Oracle Linux 9

Oracle Linux(R) Operating System 9

SUSE Linux 12

SUSE Linux(R) Enterprise Server 12

SUSE Linux 15

SUSE Linux(R) Enterprise Server 15

SAP BW

SAP Business Information Warehouse

Solaris

Solaris 11(SPARC)

JP1/AJS3およびJP1/AJS2を総称してJP1/AJSと表記することがあります。

JP1/IMおよびJP1/IM2を総称してJP1/IMと表記することがあります。

JP1/IM - ManagerとJP1/IM2 - Managerを総称してJP1/IM - Managerと表記することがあります。

JP1/IM - ViewとJP1/IM2 - Viewを総称してJP1/IM - Viewと表記することがあります。

JP1/IM3をご使用の場合は，マニュアル内のJP1/IM2をJP1/IM3に読み替えてください。ただし，JP1/IM2とJP1/IM3で差異がある場合は，本文中でそのつど書き分けています。

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

付録C.5　英略語

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

英略語

正式名称

ACL

Access Control List

API

Application Programming Interface

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

HTTP

Hyper Text Transfer Protocol

HTTPS

Hyper Text Transfer Protocol Security

IME

Input Method Editor

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

REST

Representational State Transfer

SMTP

Simple Mail Transfer Protocol

SNMP

Simple Network Management Protocol

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

付録C.6　Windows版JP1/AJS3のデフォルトのインストール先フォルダ

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

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

システムドライブ¥Program Files (x86)¥HITACHI¥JP1AJS2

なお，JP1/AJS3 - Web Consoleのデフォルトのインストール先フォルダは，次のとおりです。

システムドライブ¥Program Files¥HITACHI¥JP1AJS3WEB

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

システムドライブ¥Program Files (x86)¥HITACHI¥JP1AJS2

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

システムドライブ¥Program Files (x86)※¥HITACHI¥JP1AJS2V

注※

32ビット版のWindowsの場合は，「Program Files (x86)」を「Program Files」と読み替えてください。

付録C.7　Windowsの［スタート］メニューについて

このマニュアルでは，Windowsのスタートメニューからの操作については，Windows Server 2022，Windows Server 2019およびWindows Server 2016を基に記載しています。

Windows Server 2025，Windows 11またはWindows 10を使用している場合，スタートメニューから［すべてのアプリ］をクリックして実行してください。

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

このマニュアルで表記している「Administrators権限」とは，ローカルPCのビルトインAdministratorの実行権限を指します。

ローカルPCに対してAdministrators権限を持つユーザーであれば，ローカルユーザー，ドメインユーザー，およびActiveDirectory環境で動作に違いはありません。

付録C.9　オンラインマニュアルについて

JP1/AJS3 - Viewでは，Webブラウザーで参照できるHTMLマニュアルを提供しています。

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

注意事項

スタートメニューからオンラインマニュアルを表示させると，OSの設定によってはすでに表示されているブラウザーの画面上にHTMLマニュアルが表示されることがあります。

付録C.10　JP1/AJS3で使用できる正規表現について

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

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

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

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

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

付録C.12　英語環境で環境変数LANGに「en_US.UTF-8」または「en_US.utf8」を使用する場合について

英語環境で，環境変数LANGに「en_US.UTF-8」または「en_US.utf8」を使用する場合，使用できる文字は7ビットASCIIコードの文字だけです。それ以外の文字は使用できません。

付録C.13　NNM連携について

JP1/AJS3では，次の製品との連携をサポートしています。

HP Network Node Manager Software バージョン6以前

HP Network Node Manager Starter Edition Software バージョン7.5以前

このマニュアルでは，これらの製品を「NNM」と表記します。

なお，次の製品との連携はサポートしていませんので，ご注意ください。

HP Network Node Manager i Software v8.10

付録C.14　KB（キロバイト）などの単位表記について

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

付録D　用語解説

（英字）

AJSPATH

JP1/AJS3で使用するパスを定義するための環境変数です。環境変数を指定しておくと，コマンドでジョブネット名を指定するときに完全パス名の指定が不要になります。

AJS管理者

JP1/AJS3に対してスーパーユーザー権限と同等の操作権限を持つユーザーです。AJS管理者は，JP1管理者グループに属するJP1/Base管理者から一つのユーザーを選んで設定します。AJS管理者を設定することで，JP1/AJS3の環境設定やサービスの起動・停止など，JP1/AJS3のシステム管理・運用操作を一般のOSユーザーができるようになります。

HP NNM

ネットワークの構成，性能，および障害を管理する，ヒューレット・パッカード社の統合ネットワーク管理プログラムの総称です。

HTTP接続ジョブ

HTTPプロトコルでリクエストの送信およびレスポンスの受信ができるジョブです。HTTP接続ジョブを使用することで，REST APIなどHTTPのインターフェースを持つAPIに処理を要求できるようになります。これによって，JP1/AJS3で構築された業務システムにWeb上の業務システムを組み込むことができます。

ISAMデータベース

QUEUEジョブ，サブミットジョブの実行環境を管理するデータベースです。ISAM（Indexed Sequential Access Method）方式でデータに索引を付けて管理します。JP1/Baseに標準で添付されています。

JP1/AJS3 - Agent Minimal Edition

JP1/AJS3 - Manager から依頼を受けて，1日当たり10個までのジョブを実行できるプログラムです。一部の制限を除いて，JP1/AJS3 - Agentと同等の機能を持ちます。

1日に少数のジョブだけを実行するマシンへの導入に適しています。

JP1/AJS3 - Definition Assistant

Excelのテンプレートで編集した大量のJP1/AJS3の定義情報をマネージャーホストに登録したり，マネージャーホストに登録されているJP1/AJS3の定義情報をExcelのテンプレートに取得したりするプログラムです。JP1/AJS3 - Definition Assistantで提供されているExcelのテンプレートを，定義情報管理テンプレートといいます。一覧表形式の定義情報管理テンプレートでは，オートフィルやオートフィルターなどのExcelの機能を使って，効率良く定義情報の入力や編集ができます。

JP1/AJS3 - Print Option

JP1/AJS3 - Managerのコンポーネントの一つです。

JP1/AJS3のジョブネットやスケジュールの情報を，ジョブネット定義情報，実行予実績確認表，実行結果確認表などの帳票レイアウトの形式で表示したり，印刷したりするためのプログラムです。また，JP1/AJS3のジョブネットやスケジュールの情報をCSV形式で出力できます。

JP1/AJS3 for Cloud Service Applications

クラウドサービスとの柔軟な運用を実現するためのプログラムです。クラウドサービスとの連携に必要な処理（ユーザー認証，エラー時の処理など）を制御するスクリプトを開発しないで，クラウドサービスと連携できます。

JP1/AJS3 for Enterprise Applications

SAP以外のシステムからSAPシステムのジョブを制御するプログラムです。SAPジョブの投入，削除，および監視ができます。

JP1/AJS3のジョブネット定義時にJP1/AJS3 for Enterprise Applicationsのカスタムジョブをジョブネットに登録すると，JP1/AJS3からSAPジョブを自動実行できます。

なお，JP1/AJS3 for Enterprise Applicationsは，JP1/Application Manager for R/3を名称変更したものです。

JP1/Base

イベントサービス機能を提供するプログラムです。サービスの起動順序を制御したり，JP1イベントを送受信したりできます。また，JP1/Baseは，JP1/IM，JP1/AJS3，およびJP1/Power Monitorの前提プログラムです。JP1/IM，およびJP1/AJS3を使ったシステムを導入する場合，JP1ユーザーの操作を制限する機能を提供します。

JP1/Cm2

ネットワークの構成，性能，および障害を管理するための統合ネットワーク管理プログラムの総称です。なお，JP1バージョン11からは名称が変更されています。

JP1/DH - AJE

JP1/DH - Serverとのデータ送受信を自動化するためのプログラムです。

JP1/FTP

業務と連携したファイル送受信，ファイルのスケジュール伝送，ファイル受信後のプログラムの自動起動など，ファイル伝送業務を効率的に運用するためのプログラムです。また，ファイル伝送状態を監視できるため，ファイル伝送業務の信頼性を向上できます。

JP1/IM

分散システムを集中的に監視するためのプログラムです。分散システム内での業務の実行状況や障害などの情報を表すJP1イベントを，JP1/IM - Viewの画面を通じて監視できます。

JP1/NETM/DM

ソフトウェアの配布およびクライアントの管理を，ネットワークを利用し一括して行うシステムの総称です。

JP1/NETM/DMのコマンドインターフェースを使用してJP1/AJS3と連携すると，ソフトウェアの配布などを自動化できます。

JP1/OJE for Midrange Computer

WindowsホストやUNIXホストからAS/400にバッチジョブを投入したり，AS/400からWindowsホストやUNIXホストにバッチジョブを投入したりするためのプログラムです。

JP1/OJE for VOS3

JP1/AJS3と連携して，WindowsおよびUNIXと，メインフレーム（VOS3）間のバッチジョブを実行したり監視したりするプログラムです。

JP1/PFM

システム全体のさまざまな監視対象から稼働情報を収集し，安定したシステム運用を支援するプログラムです。

JP1/Power Monitor

ホストを自動的に起動・終了するプログラムです。スケジュールを設定してホストを起動・終了したり，離れた場所にあるホストを起動・終了したりできます。

JP1/Script

Windows上でジョブを制御するスクリプト（バッチファイル）を作成して実行するためのプログラムです。JP1/AJS3と連携すると，ジョブを自動運転できます。

JP1イベント

システム内で何らかの事象が発生した際に，その事象の発生を通知する情報です。JP1イベントは，JP1/Baseを経由して，他システムなどに通知されます。

JP1権限レベル

JP1/AJS3で定義した業務やイベントなどの管理対象（資源）に対して，JP1ユーザーがどのような操作をできるかを表した名称です。JP1/Baseで定義します。

JP1資源グループ

JP1/AJS3の各ユニットに対するJP1ユーザーのアクセスを制御するために，ユニットに設定する名称です。

JP1ユーザー

JP1/AJS3またはJP1/IMを使用するときのユーザー名です。JP1ユーザーとして認証サーバに登録すると，管理対象（資源）へのアクセスが制御されます。

MAPI（Messaging Application Programming Interface）

Windows用の標準的なメッセージングAPIです。

MIME（Multipurpose Internet Mail Extensions）

SMTPの拡張機能で，ASCIIデータ以外のデータを送受信する場合に使います。

メールシステム間でのデータ送受信の方法や，メールを転送するために交換する制御メッセージのフォーマットなどを定めています。

MQSeries

IBM社の製品で，メッセージキューを使って，同一のプラットフォームまたは異なるプラットフォーム間でメッセージをやり取りするためのプログラムです。

MQ文字列

MQSeriesで定義されている文字列です。

MQ文字列には次の文字が指定できます。

A〜Z，a〜z（英文字）

0〜9（アラビア数字）

.（ピリオド）

/（スラント）

_（アンダーバー）

%（パーセント）

MSMQ

Microsoft Message Queue Serverの略で，Windows上でメッセージキューイング機能を実現するソフトウェアです。

ODBC（Open Database Connectivity）

DBMSにアクセスするための共通インターフェース（API）です。

SMTP（Simple Mail Transfer Protocol）

UNIXのネットワークで一般的に使われているプロトコルです。このプロトコルは，TCP/IP上で異なるシステム間でのASCIIデータの転送を実現するための規約です。

Web Consoleサーバ

JP1/AJS3 - Web Consoleをインストールしたホストです。

Web Consoleサーバは，WebサーバおよびWebアプリケーションサーバとして動作し，HTTP通信やWebアプリケーションの動作を制御します。クライアントからのリクエストに応じてJP1/AJS3 - Managerからユニットの情報を取得し，レスポンスとしてクライアントに送信します。

また，JP1/AJS3を操作するためのAPIも提供しています。APIを利用することで，JP1/AJS3を操作するアプリケーションを独自に開発できます。

Web GUI

JP1/AJS3の状態や，マネージャーホストに定義されているユニットを監視する，クライアント端末のインターフェースです。Web GUIはクライアント端末からWeb Consoleサーバに接続して，Webブラウザーで表示されます。

Web GUIを使用することで，インターネット経由でJP1/AJS3が安定稼働しているかどうかを確認したり，ユニットの実行状況や進捗を監視してジョブネットを実行したりできます。

Windows Messaging機能

電子メールを送受信するためのインターフェースを提供する機能です。Windows Messagingを使うと，オンラインサービスから受け取ったデータなど，さまざまな種類の情報を管理，アクセス，および共有できます。

（ア行）

アクションジョブ

メールやメッセージキューを送信したり，JP1/IMまたはHP NNMに状態を知らせるイベントを送信したりするジョブです。

宛先エージェント

フレキシブルジョブを実行するエージェントです。オートスケール環境の実行エージェントなどを指します。

異常終了

ジョブネットの異常終了とは，ジョブネットに定義した処理の一部が正しく実行されないで，その時点でジョブネットを終了することです。障害が発生した部分からあとに定義されている処理は実行されないで，ジョブネットは中断されます。

ジョブの異常終了は，ジョブが正しく実行されないで，処理を途中で中断することです。

組み込みDBシステムの異常終了は，組み込みDBシステムに対して何らかの障害が発生した場合に，組み込みDBシステム停止操作が実行されていないのに，稼働状態だった組み込みDBシステムが停止状態または再起動中断状態に遷移することです。詳細については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録D 組み込みDBの動作に関する知識」を参照してください。

異常終了しきい値

ジョブが正常終了したか異常終了したかを，ジョブの終了コードで判断するための値です。

一斉実行

フレキシブルジョブで，一つのジョブを複数の実行エージェントに一斉配信して実行することです。複数の実行エージェントで同じ処理を実行させたい場合に使用します。

一斉配信エージェント

一斉実行で，複数の宛先エージェントにジョブを一斉に配信するエージェントです。一斉配信エージェントは，ジョブの配信先のエージェント（宛先エージェント）を自動で管理します。そのため，オートスケールなどで実行エージェントが追加・削除されるような環境でも，ジョブの配信範囲を自動で拡張・縮小するため，ジョブ定義を修正したり，ジョブを新規に追加・削除したりする必要がありません。

イベント

メールの受信やファイルの更新など，システム内で起こる特定の事象のことで，ジョブやジョブネットなどの実行契機となります。イベントの発生は，イベントジョブおよびカスタムイベントジョブを使って監視します。

イベントジョブ

システム内の特定の事象の発生を監視するジョブです。イベントジョブを開始すると，ファイルの更新やメッセージの受信などを監視し始めます。

打ち切り時間

ジョブを実行したとき，ジョブからの応答がなかったり終了しなかったりした場合に，ジョブを強制的に打ち切るまでの時間です。

運用日

ジョブネットを実行する日です。

エージェントホスト

エージェントホストとは，マネージャーホストから依頼されたジョブを実行するホストです。このホストには，JP1/AJS3 - Agentをインストールします。なお，JP1/AJS3 - ManagerもJP1/AJS3 - Agentの機能を持っているため，エージェントホストにJP1/AJS3 - Managerをインストールすることもできます。

エージェントホストは，マネージャーホストからジョブの依頼を受け，ジョブを実行します。ジョブの実行が終わると，エージェントホストは実行ファイルの実行結果（戻り値）を受け取り，ジョブの実行結果をマネージャーホストに転送します。

（カ行）

外部DB

クラウド環境で提供されるデータベースです。クラウド環境でJP1/AJS3 - Managerを運用する場合に，組み込みDBの代わりに利用できます。

確定実行登録

スケジュール定義に基づいてあらかじめ実行日時を算出しておき，その日時に従ってジョブネットを起動し，処理を開始する場合の実行登録方法です。

確定スケジュール

確定実行登録時に決められた，絶対日時で確定しているスケジュールのことです。

カスタムイベントジョブ

連携するプログラムに応じて，システム内の特定の事象の発生を監視するジョブです。カスタムイベントジョブを開始すると，連携するプログラムに応じた事象を監視し始めます。

なお，カスタムイベントジョブを使用する場合は，そのジョブに必要なプログラムをインストールしておく必要があります。

カスタムジョブ

ある特定の機能を持つジョブを実行するように，あらかじめ定義されたジョブです。ファイル転送やメインフレームへのジョブ依頼など，標準カスタムジョブとして提供しているもののほかに，業務の中でよく使うジョブをカスタムジョブとして登録しておくこともできます。カスタムジョブとして登録する場合，専用のアイコンの形，絵，またはジョブ情報入力のためのダイアログボックスが作成できます。

なお，カスタムジョブを使用する場合は，そのジョブに必要なプログラムをインストールしておく必要があります。

仮想マシン

物理的なホスト内に構築される，OSが動作する仮想的なコンピュータシステム（ホスト）のことです。1台の物理ホスト上で複数の仮想マシンを動作させることができます。これによって，複数の作業を同時に処理したり，異なるOSを同時に起動したりできます。

また，セットアップ済みの仮想マシンを複製することで，同一環境を持つホストを簡単に増やすことができます。

カレンダー情報

業務の運用日と休業日についての情報です。ジョブグループごとに定義できます。この情報によって，ジョブグループ中のジョブネットを実行する日と実行しない日が決定します。ただし，休業日振り替え実行が定義されている場合は，休業日でもジョブネットを実行します。

また，運用日に合わせて，基準日と月区分，基準時刻も設定できます。

環境設定パラメーター

JP1/AJS3の運用に必要な各種情報を設定するためのパラメーターで，環境設定ファイルの中に記述します。例えば，JP1/AJS3のユニット情報を格納するディレクトリを指定したり，syslogメッセージの出力の要否を指定したりします。

環境設定ファイル

スケジューラーサービスの環境やジョブの実行環境など，JP1/AJS3の運用に必要な情報を設定するファイルです。

起算スケジュール

実行開始日時，処理サイクル，および休業日の振り替えに従って決められた次回実行予定日を起点日として扱い，新たに次回実行予定日を算出したい場合に定義するスケジュールのことです。

起算猶予日数

起算後の次回実行予定日が休業日の場合に，実行予定日を探す期間を日数で定義したもののことです。

基準時刻

JP1/AJS3を運用するときの，日付の境となる時刻です。

例えば，基準時刻を「8時」と設定すると，7時59分までは前日扱いとなります。

基準日

カレンダー情報で，月の開始日として指定した日のことです。

起動条件

特定の事象を契機としてジョブネットを実行させる場合に，どのような条件が成立したときにジョブネットを実行させるか定義したもののことです。

起動条件付きジョブネット

起動条件（.CONDITION）が設定されているジョブネットのことです。

キュー

実行登録されたジョブを一時的にためておくところです。ジョブは，登録された順番でキューに並び，そのキューに接続されているエージェントに対して順次転送され，実行されます。

大量のジョブが同時に実行されシステムの性能が低下しないよう，キューは，エージェントで同時に実行するジョブの数を制御します。

キューイングジョブ

キューへジョブを直接登録して実行依頼する形態のジョブです。

休業日

ジョブネットを実行しない日です。ただし，休業日振り替え実行が定義されている場合はジョブネットを実行します。

キューレスジョブ

キューを使わないで，マネージャーから直接エージェントへ送られて実行されるジョブです。ジョブ実行制御でのジョブの管理を省略し，処理を簡略化しているため通常のジョブに比べて処理性能が向上し，一定の時間により多くのジョブを実行できます。ただし，実行エージェントや実行エージェントグループを使用できないなど，ジョブ実行制御の機能については使用できません。

ジョブネットに定義するPCジョブおよびUNIXジョブの実行先サービスに［キューレス］を設定することで，キューレスジョブとして定義できます。

なお，このマニュアルでは特に断り書きがないかぎり，実行先サービスに［標準］を設定したジョブについて説明しているものとします。

キューレスジョブ実行環境

キューレスジョブ実行環境は，JP1/AJS3のマネージャー（スケジューラーサービスとキューレスファイル転送サービス）と，キューレスエージェント（キューレスエージェントサービス）の実行環境で構成されます。キューレスジョブの実行は，キューレスジョブ実行環境の環境設定パラメーターで管理されます。

なお，キューレスジョブ実行環境は，環境設定パラメーターを設定する前にajsqlsetupコマンドでセットアップしておく必要があります。

強制終了

実行中のユニットを強制終了します。

ルートジョブネットを強制終了した場合，実行中のジョブをすべて強制終了し，ジョブネットを中断します。

組み込みDB

JP1/AJS3の標準データベースです。信頼性などが要求されるシステムや，扱う情報量が多い大規模なシステムに適したデータベースです。

組み込みDB管理者（DB管理者）

組み込みDBで，各種権限の付与および取り消しを行う権限を持っているユーザー（DBA権限所持ユーザー）を示します。

組み込みDBの内部で管理されているユーザーです。

組み込みDBサービス

Windows上での組み込みDB使用環境を提供するサービスです。組み込みDBを使用するには，このサービスを開始する必要があります。サービス名称は「JP1/AJS3 Database セットアップ識別子」です。

組み込みDBシステム管理者

組み込みDB運用ディレクトリおよび組み込みDBファイルシステム領域（データ領域，システム領域）の所有者であり，組み込みDBの各コマンドを実行できるユーザーを示します。

OS上で管理されているユーザーです。

組み込みDB操作コマンド

ajsembdbで始まる名称のコマンドの総称です。

クラスタシステム

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムで，障害が発生しても業務を継続できるようにすることを目的としています。業務を実行中のサーバ（実行系）で障害が発生すると，待機していた別のサーバ（待機系）が業務の処理を引き継ぎます。実行「系」から待機「系」へ業務を切り替えるので，「系切り替えシステム」とも呼びます。

なお，クラスタシステムという用語には，並列処理による負荷分散機能という意味もありますが，このマニュアルでは，系を切り替えて業務の中断を防ぐ機能のことだけを指します。

計画実行登録

スケジュール定義に基づいてジョブネットを起動し，処理を開始する場合の実行登録方法です。

系切り替えシステム

クラスタシステムを参照してください。

警告終了

ジョブネットに定義した処理の一部が正しく実行されないままジョブネットを終了することです。ジョブネットは中断されないで，最後まで実行されます。

発生した障害が，ジョブネットを中断するほど重大でない場合に，この終了方法にします。

警告終了しきい値

ジョブが警告終了したかを判断するための値です。

件名

メール中のSubject:に記述される文字列です。JP1/AJS3では，件名にASCII文字列以外も設定できますが，接続しているメールシステムによってはASCII文字列以外を扱えない場合もあります。

後続ジョブ

あるジョブ，またはジョブネットの直後に実行するジョブのことです。

後続ジョブネット

あるジョブ，またはジョブネットの直後に実行するジョブネットのことです。

互換用ISAM構成

JP1/AJS3の情報管理にISAMデータベースだけを使用する構成のことです。

バージョン8以前のJP1/AJS2からの移行用の構成であり，ディスクやメモリーなどのリソースを旧バージョンと同程度に抑えることができます。互換用ISAM構成の場合，バージョン9以降のすべての機能を使用できません。

（サ行）

サービス連携監視ジョブ

JP1/AJS3 for Cloud Service Applicationsで作成する，クラウドサービス上の事象を監視するためのカスタムイベントジョブです。

サービス連携オブジェクト監視ジョブ

JP1/AJS3 for Cloud Service Applicationsと連携して，クラウドサービス上のファイルの作成，更新，削除を監視できるカスタムイベントジョブです。

サービス連携ジョブ

JP1/AJS3 for Cloud Service Applicationsで作成する，クラウドサービスと連携するためのカスタムジョブです。

サスペンド

ルートジョブネット，およびルートジョブネットの下位にあるユニットの実行を抑止することです。

実行登録中のルートジョブネットの下位にある定義を変更するときに，定義処理と実行制御処理のすれ違いなどの誤動作を防止するために，ルートジョブネットをサスペンドする必要があります。ルートジョブネットをサスペンドすることで，実行制御処理と同期を取って定義を変更できます。

サブミット

ジョブの実行を依頼することです。

サブミットジョブ

jpqjobsubコマンドを使用して登録する標準ジョブのことです。

なお，マニュアル内でQUEUEジョブとサブミットジョブを明示的に区別して記載していない場合は，サブミットジョブにQUEUEジョブを含みます。

しきい値

ジョブの終了状態を判断するための値です。ジョブには，異常終了しきい値と警告終了しきい値を定義できます。

実行ID

最上位ジョブネットの実行予定の一つに対して一つ割り振られる番号のことです。

実行エージェント

ジョブやジョブネットの実行先となるエージェントホストの論理的な名称です。マネージャーに定義したエージェント情報に従って，ジョブやジョブネットに指定した実行エージェントとエージェントホストの物理ホスト名がマッピングされ，ジョブやジョブネットが実行先のエージェントホストに配信されます。

実行エージェントグループ

実行エージェントをグルーピングして負荷分散を実現させます。グルーピングする実行エージェントに優先順位を付けておくことで，ジョブを配信するエージェントホストを決定し，ジョブを配信します。

実行エージェント制限

管理者が許可しない実行エージェントでのジョブ実行を抑止する機能です。ユニットごとに，ジョブの実行を許可する実行エージェントを設定できます。

実行エージェントプロファイルが有効になっている場合，実行エージェントが許可されているかどうかを，次のタイミングで確認します。

JP1/AJS3 - Viewでのユニット定義時

ajschkdefコマンドでの事前チェック時

ジョブ実行時

自動リトライ

ジョブに定義した実行ファイルが異常終了した場合に，ジョブを自動でリトライする機能です。自動リトライによってジョブを実行することで，一時的なエラーを回復できることがあります。これによって，実行ファイルに一時的なエラーが発生しても業務を継続できます。

従属ジョブ

判定ジョブの判定結果が真のときに実行するジョブのことです。

従属ジョブネット

判定ジョブの判定結果が真のときに実行するジョブネットのことです。

ジョブ

コマンド，シェルスクリプト，Windows実行ファイルなどの集まりです。

ジョブグループ

複数の業務を分類して管理するためのフォルダです。

ジョブ実行環境

ジョブ実行環境は，JP1/AJS3のマネージャーとエージェントから構成されます。

マネージャーのジョブ実行環境では，実行エージェントの定義情報（ジョブの実行多重度，受付配信制限の状態など），ジョブの配信方法，およびジョブの実行結果などを管理します。

エージェントのジョブ実行環境では，主にジョブの実行方法を管理します。

これらのジョブ実行環境は，データベースや環境設定パラメーターを使用して管理します。

QUEUEジョブ，サブミットジョブを使用する場合は，QUEUEジョブ，サブミットジョブの実行環境としてISAMのデータベースと環境設定パラメーターを使用します。

なお，キューレスジョブの場合は，キューレスジョブ実行環境で管理します。

ジョブ実行多重度

同時に実行できるジョブの数のことです。

ジョブネット

実行順序を関連づけたジョブの集まりです。ジョブネットを実行すると，ジョブネット中のジョブが実行順序に従って自動的に実行されます。

ジョブネットエディタウィンドウ

ジョブネットを新規に作成したり，作成済みのジョブネットを編集したりするウィンドウのことです。

ジョブネットコネクタ

ルートジョブネットの実行順序を制御するためのユニットです。対象のルートジョブネットと接続関係を持ち，その終了や開始を待ち合わせます。

ジョブネットモニタウィンドウ

ジョブネットやジョブの実行状況や実行の詳細結果を表示したり，ジョブネットやジョブを操作したりするウィンドウです。

ジョブネットワーク要素

「ユニット」を参照してください。

処理サイクル

ジョブネットの実行開始日から，次の実行開始日までの間隔のことです。処理サイクルを定義しておくと，定期的にジョブネットを実行できます。

資料採取ツール

JP1が提供している，トラブルの要因調査のために必要なログ情報などの資料を一括採取するツールです。

トラブルの要因には，JP1/AJS3の問題のほかに，OS，ユーザープログラム，オペレーションミスなどが考えられます。資料採取ツールは，JP1/AJS3のログ以外にも，OSのログなどを同時に採取します。

スケジューラーサービス

ジョブネットを実行するスケジュールを管理し，スケジュールに従って，処理を実行します。スケジューラーサービスは，スケジューラーサービス名と同じ名称のルートジョブグループ配下のユニットを管理します。

スケジューラーサービスは，一つのマネージャーで複数起動できます。スケジューラーサービスを複数起動すると，スケジューラーサービスごとにルートジョブグループを管理できるようになります。例えば，スケジューラーサービスを業務ごとに分けて起動すると，それぞれのスケジューラーサービスが，他スケジューラーサービスの影響を受けることなく，独立して業務（ジョブネットおよびジョブ）を並行実行できます。

スケジュールルール

ジョブネットの実行開始日時や処理サイクルなどの情報です。一つのジョブネットに144個までスケジュールルールを定義できます。

正常終了

ジョブネットの正常終了は，ジョブネットに定義した処理がすべて正しく実行されて，ジョブネットが終了することです。

ジョブの正常終了は，ジョブが正しく実行されて終了することです。

設定ユーザー

Web GUIの操作制限機能で指定する，各JP1ユーザーの操作制限の設定を変更できるJP1ユーザーのことです。接続するマネージャーホストごとに指定します。

先行ジョブ

あるジョブ，またはジョブネットの直前に実行されるジョブのことです。

先行ジョブネット

あるジョブ，またはジョブネットの直前に実行されるジョブネットのことです。

相関識別子

ユーザーが任意の目的で使用できるメッセージ中の項目です。メッセージ識別子と同じように，メッセージを識別するために使用します。相関識別子は，送信元が設定した文字コードで格納されています。

相互関係

送受信するメッセージを識別するために使用する情報です。相互関係は，送信元が設定した文字コードで受信されます。

即時実行登録

実行登録と同時にジョブネットを起動し，処理を開始する場合の実行登録方法です。

（タ行）

退避ファイル

JP1/AJS3で定義したユニットを格納したファイルです。

退避ボックス

退避ファイルを格納するためのディレクトリまたはフォルダです。

滞留世代

実行世代のうち，「起動条件待ち」状態の実行世代です。

Web GUI（ジョブポータル）の［実行世代］ダイアログボックスの［計画一時変更］−［滞留世代の実行中止］とは，実行世代のうち滞留世代に対して実行を中止する機能です。

中継エージェント

フレキシブルジョブの実行要求を中継するエージェントです。中継エージェントで中継された実行要求は，宛先エージェントで実行されます。

中継エージェントを利用することで，オンプレミス環境で定義したジョブをクラウド環境で実行できるようになります。

ディザスター・リカバリー

ディザスター・リカバリーとは，大規模災害などによってシステムが停止した場合などの不測の事態に備える措置をいいます。

JP1/AJS3が対応するディザスター・リカバリーでは，JP1/AJS3が使用する共有ディスクに格納されている情報を遠隔地の別拠点に用意したシステムの共有ディスクにコピーしておき，災害発生などによってシステムが停止した場合に，別拠点に用意していたシステムに運用を切り替えて業務を再開することができます。共有ディスク間のコピーには，ハードウェアが持つディスクのコピー・ミラーリング機能を使用します。

デイリースケジュールウィンドウ

1日ごとの実行予定，実行状況，および実行結果を表示するためのウィンドウです。

デフォルトキュー

ジョブを実行するために，エージェントホストと対で作成するキューです。このキューは必ず作成しておく必要があります。

ジョブを実行する際，ジョブのサブミット先や実行先としてエージェントホスト名を指定すると，ジョブはそのエージェントホストのデフォルトキューにサブミットされます。

（ナ行）

ネストジョブネット

ジョブネット中に定義したジョブネットです。

（ハ行）

排他実行リソース

複数のジョブの同時実行を抑止したい場合に，それぞれのジョブで同じリソース名（排他実行リソース名）を指定しておき，同時実行を抑止することです。

判定ジョブ

指定された条件を判定し，判定結果が真であれば，従属ユニットを実行するジョブです。

判定値

ジョブが正常終了したか異常終了したかを判断するための値です。

引き継ぎ情報

実行登録時にマクロ変数に指定した値や，マクロ変数に設定された実際のイベントID，イベント発行年月日など，後続ジョブに引き継ぐ情報（値）です。

引き継ぎ情報名

イベントジョブおよびカスタムイベントジョブで受信するイベント情報を示す変数名です。

変数名には，「EVID（イベントID）」，「EVDATE（イベント発行年月日）」などがあります。イベントジョブおよびカスタムイベントジョブの定義時に変数名を指定します。

標準構成

JP1/AJS3の情報管理に組み込みDBを使用する構成のことです。

特に断りがないかぎり，マニュアルではこの構成で構築されているものとして説明しています。

なお，QUEUEジョブやサブミットジョブを使用する場合は，一部ISAMデータベースも使用します。

物理ホスト

クラスタシステムを構成する各サーバに固有な環境のことです。物理ホストの環境は，系切り替え時にも他サーバに引き継がれません。

プランニンググループ

複数のルートジョブネットを計画的に切り替えて実行するためのユニットです。プランニンググループの直下に異なる定義内容のルートジョブネットを複数作成し，それぞれに異なったスケジュールを定義することで，指定したスケジュールに従って自動的にジョブネットを切り替えて実行できます。

振り替え

スケジュールに従って決められた次回実行予定日が休業日だった場合に，ほかの日にジョブネットを実行させることです。

振り替え猶予日数

振り替え日が休業日の場合に，振り替え日を探す期間を日数で定義したもののことです。

フレキシブルジョブ

標準ジョブの一つで，マネージャーホストが直接管理していないエージェントホストで処理を実行させることができるジョブです。

ロードバランサーで処理を分散する環境でもジョブを実行できるため，クラウド環境（オートスケール環境）の実行エージェントで処理を実行させる場合などに使用できます。

閉塞状態

障害の発生などによってジョブネットが開始または終了できないで，実行状況や次回実行予定が確認できない状態になっていることです。この場合，実行登録を解除して，登録し直す必要があります。

（マ行）

マクロ変数

ジョブ実行時に情報を引き継ぐために使用する変数です。

ユニット定義時に，マクロ変数名と引き継ぎ情報（イベントジョブおよびカスタムイベントジョブの場合は引き継ぎ情報名）を指定します。後続ジョブにマクロ変数名を指定すると，ジョブ実行時にマクロ変数を使用できます。

マクロ変数名

「?AJS2xxxxx?」という形式の，マクロ変数の名称です。ユニット定義時にマクロ変数名を指定すると，先行ジョブで設定されたマクロ変数を使用してジョブを実行できます。

待ち合わせ条件

異なるジョブネット間のユニット同士の実行順序を制御するために，ユニットに設定する条件です。待ち合わせ条件を設定したユニットは，待ち合わせ条件で指定したユニットの実行終了を待ち合わせてから，実行を開始します。

待ち合わせ条件付きユニット

待ち合わせ条件を設定したユニットのことです。待ち合わせ対象ユニットの実行終了後に実行を開始します。

待ち合わせ対象ユニット

待ち合わせ条件で指定するユニットのことです。待ち合わせ対象ユニットが実行終了すると，待ち合わせ条件付きユニットが実行を開始します。

マネージャージョブグループ

JP1/AJS3 - Managerから，別のJP1/AJS3 - Managerの業務を監視するためのジョブグループです。

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

JP1/AJS3 - Managerから，別のJP1/AJS3 - Managerの業務を監視するためのジョブネットです。

マネージャーホスト

マネージャーホストは，ジョブネットの定義情報やスケジュール情報をデータベースで管理し，ジョブの実行をエージェントホストに依頼して実行させます。マネージャーホストには，JP1/AJS3 - Managerをインストールします。

マネージャーホストでは，定義されたスケジュール情報を基に，ジョブネットの実行予定が作成されます。実行開始時刻になると，マネージャーホストは，ジョブとして定義された実行ファイルを起動して，ジョブ定義情報をエージェントホストに転送し，エージェントホストにジョブを実行させます。実行が終わると，エージェントホストでのジョブの実行結果を受け取り，データベースに反映します。その反映された情報を基に，後続ジョブを実行したり，次回の実行予定を作成したりします。

マンスリースケジュールウィンドウ

1か月ごとの実行予定や実行結果を表示するためのウィンドウです。

メール受信パラメーターファイル

ユーザーが設定したメール受信監視パラメーターを記録したファイルです。拡張子は，「.prm」です。このファイルは，ユーザーがメール受信イベントジョブを定義したときに自動的に作成されます。

メール送信パラメーターファイル

ユーザーが設定したメール送信パラメーターを記録したファイルです。拡張子は，「.prm」です。このファイルは，ユーザーがメール送信アクションジョブを定義したときに自動的に作成されます。

メールフィルターアプリケーション

メールの形式を変換するためのプログラムまたはシェルスクリプトです。

メール連携でRFC822形式以外のメールを使うには，文字コードを変換するためのメールフィルターアプリケーションが必要です。

メッセージキュー

アプリケーションプログラムからのメッセージを登録しておくファイルのことです。メッセージキューマネージャーによって管理されます。メッセージキューには，受信したメッセージを格納する入力キューと，他システムへ送信するメッセージを格納する出力キューがあります。また，入力キューと出力キューは同一キューを使用することもできます。

メッセージキューイング機能

メッセージキューマネージャーの機能で，アプリケーションプログラム間のメッセージ送受信をメッセージキューと呼ばれるキューを使用して処理することです。アプリケーションプログラムは，メッセージキューに対して送信または受信の処理をします。メッセージがメッセージキューに登録されたあとは，メッセージキューマネージャーがメッセージの処理をするためアプリケーションプログラムの負荷が軽くなります。また，相手側プログラムが受信したことを自アプリケーション側で待つ必要がないため，プログラム間の非同期処理を実行できます。

メッセージ識別子

MQSeriesのメッセージ記述子という情報の中の1項目です。メッセージ識別子は，送信元が設定した文字コードで格納されています。メッセージ識別子は，メッセージを特定するためのメッセージIDなどを設定しておくところとして利用されます。

（ヤ行）

ユーザー共通プロファイル

JP1ユーザーが共通に使用できるように，JP1/AJS3 - Viewの環境設定情報を保存したファイルです。管理者は，ユーザー共通プロファイルをJP1/AJS3 - Managerに保存しておき，必要に応じて，JP1ユーザーがこのファイルをダウンロードすることで，JP1/AJS3 - Viewの環境をJP1ユーザー間で共通の設定にできます。

多くのJP1ユーザーに同じ環境でJP1/AJS3 - Viewを使わせたい場合に役に立ちます。

ユニット

JP1/AJS3で自動化する業務を構成する一つ一つの要素（ジョブグループ，ジョブネット，ジョブなど）です。

ユニットID

一つのユニットに対して一つ割り振られる番号です。

ユニット定義パラメーターファイル

ユニット定義パラメーターを格納したテキストファイルです。コマンドでユニットを定義する場合の入力情報になります。

予定情報ファイル

予定情報パラメーターを格納したテキストファイルです。コマンドでジョブネットを確定実行登録する場合の入力情報になります。

（ラ行）

リカバリージョブ

先行するジョブ，またはジョブネットが異常終了したときに実行されるジョブです。

リカバリージョブネット

先行するジョブ，またはジョブネットが異常終了したときに実行されるジョブネットです。

リストファイル

送受信したメールの内容の抜粋をリスト形式で記録したファイルです。

論理ホスト

クラスタシステムでの運用時にJP1の実行環境となる論理上のサーバのことです。障害の発生時には，論理ホスト単位で系が切り替わります。

論理ホストは専用のIPアドレスを持ち，系切り替え時にはそのIPアドレスを引き継いで動作します。そのため，障害で物理的なサーバが切り替わった場合も，クライアントからは同じIPアドレスでアクセスでき，一つのサーバが常に動作しているように見えます。

索引

数字

10-00の変更内容[1]

10-10の変更内容[1]

10-50の変更内容[1]

11-00の変更内容[1]

11-10の変更内容[1]

11-50の変更内容[1]

12-00の変更内容[1]

12-10の変更内容[1]

12-50の変更内容[1]

12-60の変更内容[1]

13-00の変更内容[1]

13-10の変更内容[1]

13-50の変更内容[1]

24時間制スケジュール[1]

48時間制スケジュール[1]、[2]

A

AJSPATH[1]

AJS管理者[1]、[2]

AND条件[1]

API制御[1]

D

DB管理者[1]

E

ERPシステム[1]

H

HP NNM[1]、[2]

HP NonStop Server[1]

HP-UXのOSユーザーのグループについて[1]

HTTP接続ジョブ[1]、[2]

I

ISAMデータベース[1]

J

JP1/Advanced Shell[1]

JP1/AJS3 for Cloud Service Applications[1]、[2]

JP1/AJS3 for Enterprise Applications[1]、[2]

JP1/AJS3への接続を制限するための設定[1]

JP1/AJS3を使った業務の自動化の流れ[1]

JP1/AJS3 - Agent[1]

JP1/AJS3 - Agent Minimal Edition[1]

JP1/AJS3 - Definition Assistant[1]、[2]

JP1/AJS3 - Manager[1]

JP1/AJS3 - Print Option[1]

JP1/AJS3 - Print Option制御[1]

JP1/AJS3 - View[1]

JP1/AJS3 - Web Console[1]

JP1/Audit Management[1]

JP1/Base[1]、[2]

JP1/Base管理者[1]

JP1/Baseのユーザー認証機能[1]

JP1/Baseのユーザーマッピング機能[1]

JP1/Cm2[1]

JP1/Cm2状態通知ジョブ[1]

JP1/CPA[1]

JP1/DH - AJE[1]、[2]

JP1/FTP[1]、[2]

JP1/IM[1]、[2]

JP1/IM2[1]

JP1/IM3[1]

JP1/NETM/DM[1]、[2]

JP1/OJE[1]

JP1/OJE for Midrange Computer[1]

JP1/OJE for VOS3[1]

JP1/PFM[1]、[2]

JP1/Power Monitor[1]、[2]

JP1/Script[1]、[2]

JP1/Scriptで作成されたジョブの強制停止[1]

JP1イベント[1]

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

JP1イベント送信ジョブ[1]

JP1管理者グループ[1]

JP1権限レベル[1]、[2]

JP1資源グループ[1]、[2]

JP1ユーザー[1]、[2]

JP1ユーザーの登録[1]

M

MAPI[1]

MIME[1]

MQSeries[1]

MQ文字列[1]

MSMQ[1]

MSMQ受信監視ジョブ[1]

MSMQ送信ジョブ[1]

O

ODBC[1]

OR条件[1]

ORジョブ[1]

P

PCジョブ[1]

Q

QUEUEジョブ[1]、[2]

S

SAP BWシステム[1]

SAPシステム[1]

SMTP[1]

T

TELstaff[1]

U

UNIXジョブ[1]

V

View制御[1]

W

Web Consoleサーバ[1]、[2]

Web GUI[1]、[2]

Web GUI（ジョブポータル）[1]

Web GUI（マネジメントポータル）[1]

Web GUI制御[1]

Web GUIを利用したJP1/AJS3の操作[1]

Webブラウザーでの監視[1]

Windows Messaging機能[1]

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

あ

アクション[1]

アクションジョブ[1]、[2]

アクセス権限[1]

宛先エージェント[1]

い

異常検出実行中[1]

異常検出終了[1]

異常検出終了-WR[1]

異常終了[1]

異常終了しきい値[1]

一時変更情報[1]

一時変更の再操作[1]

一斉実行[1]

一斉配信エージェント[1]

イベント[1]、[2]

イベント・アクション制御[1]

イベントジョブ[1]、[2]

う

打ち切り時間[1]、[2]、[3]

運用日[1]

運用日（実行開始日の指定）[1]

え

エージェント管理制御[1]

エージェントとは[1]

エージェントの仕組み[1]

エージェントホスト[1]、[2]

か

開始時刻待ち[1]

開始遅延[1]

開始日の指定方法[1]

外部DB[1]

確定期間[1]

確定実行登録[1]、[2]

確定スケジュール[1]

各バージョンの変更内容[1]

カスタムイベントジョブ[1]、[2]

カスタムジョブ[1]、[2]

仮想マシン[1]

カレンダー情報[1]

カレンダー定義[1]

環境設定パラメーター[1]

環境設定ファイル[1]

監視打ち切り終了[1]

監視正常終了[1]

監視世代の多重起動[1]

監視中[1]

監視中断[1]

監視未起動終了[1]

き

起算スケジュール[1]、[2]

起算猶予日数[1]、[2]

基準時刻[1]、[2]、[3]

基準日[1]、[2]

擬似予定[1]、[2]

起動失敗[1]

起動失敗-WR[1]

起動条件[1]、[2]

起動条件付きジョブネット[1]

起動条件付きジョブネットの実行世代が異常終了したときの実行抑止[1]

起動条件付きジョブネットの保存世代数管理の例[1]

起動条件の定義[1]

起動条件の有効範囲[1]

起動条件待ち[1]

機能[1]

キュー[1]、[2]

キューイング[1]

キューイングジョブ[1]

休業日[1]

休業日（実行開始日の指定）[1]

休業日の振り替え[1]

キューとエージェントの仕組み[1]

キューの仕組み[1]

キューレスジョブ[1]、[2]

キューレスジョブ実行環境[1]

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

強制終了[1]、[2]

強制終了-WR[1]

強制停止対象となるプログラム（実行ホストがUNIXの場合）[1]

業務を監視するプログラムの特徴と違い[1]

く

組み込みDB[1]

組み込みDB管理者[1]

組み込みDBサービス[1]

組み込みDBシステム管理者[1]

組み込みDB制御[1]

組み込みDB操作コマンド[1]

クラスタシステム[1]

繰り越し未実行[1]

け

計画実行登録[1]、[2]

計画未実行[1]

系切り替えシステム[1]

警告検出実行中[1]

警告検出終了[1]

警告終了[1]

警告終了しきい値[1]

件名[1]

こ

後続ジョブ[1]、[2]

後続ジョブネット[1]

互換用ISAM構成[1]

さ

サービス連携オブジェクト監視ジョブ[1]

サービス連携監視ジョブ[1]

サービス連携ジョブ[1]

サスペンド[1]、[2]

サスペンド解除後のスケジューリング[1]

サスペンド状態かどうかを確認する[1]

サスペンドを解除する[1]

サスペンドを実行する[1]

サスペンドを有効にする[1]

サブミット[1]、[2]

サブミットジョブ[1]、[2]

サブミットジョブ実行制御[1]

し

しきい値[1]

システム管理制御[1]

実行ID[1]、[2]

実行エージェント[1]、[2]

実行エージェントグループ[1]、[2]

実行エージェント制限[1]、[2]

実行エージェントプロファイル[1]

実行開始日時の設定[1]

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

実行間隔制御ジョブ[1]

実行先サービス[1]

実行時のユーザー[1]

実行シミュレーション[1]

実行スケジュールの管理[1]

実行世代の多重起動[1]

実行多重度[1]

実行中[1]

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

実行中のジョブネットを中断する[1]

実行登録[1]

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

実行登録時のマクロ変数の指定[1]

実行登録ジョブの状態監視処理[1]

実行登録番号[1]

実行ホスト（エージェントホスト）へのジョブ実行配信[1]、[2]

実行待ち[1]

実行予定世代[1]

自動配布[1]

自動リトライ[1]

従属ジョブ[1]、[2]

従属ジョブネット[1]、[2]

従属ユニット[1]

終了状態不明[1]

終了状態不明-WR[1]

終了遅延[1]

終了遅延監視[1]

種別[1]、[2]

順序不正[1]

状態の表示優先順位（JP1/AJS3 - View）[1]

ジョブ[1]、[2]、[3]

ジョブ起動時のログインシェル（UNIXジョブ，フレキシブルジョブ，HTTP接続ジョブ，アクションジョブ）[1]

ジョブグループ[1]、[2]

ジョブ実行環境[1]

ジョブ実行環境設定ファイルの仕様[1]

ジョブ実行環境設定ファイルの使用方法[1]

ジョブ実行時に有効となるOSユーザー環境[1]

ジョブ実行時のユーザーアカウント[1]

ジョブ実行制御[1]

ジョブ実行多重度[1]

ジョブ実行の仕組み[1]

ジョブ実行の流れ[1]

ジョブ・ジョブネットの実行順序の制御[1]

ジョブネット[1]、[2]、[3]

ジョブネットエディタウィンドウ[1]

ジョブネット監視[1]

ジョブネットコネクタ[1]、[2]

ジョブネット・ジョブ・ジョブネットコネクタの状態一覧[1]

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

ジョブネットの構築例[1]

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

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

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

ジョブネットの登録を解除する[1]

ジョブネットモニタウィンドウ[1]

［ジョブネットモニタ］ウィンドウでの監視[1]

ジョブネットやジョブの一時変更操作情報の確認[1]

ジョブネットやジョブの一時変更操作情報の再操作[1]

ジョブネットやジョブの実行を中止する[1]

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

ジョブネットリリース[1]

ジョブネットワークの管理階層[1]

ジョブネットワーク要素[1]

ジョブの強制停止処理[1]

ジョブの実行環境[1]

ジョブの実行ファイルおよびスクリプトファイルのアクセス権限[1]

ジョブの状態を変更する[1]

ジョブフローの作成例[1]

所有ユーザー[1]

処理サイクル[1]、[2]

資料採取ツール[1]

す

スケジューラーサービス[1]、[2]

スケジューラー制御[1]

スケジューリング方式[1]

スケジュールオプション[1]

スケジュールシミュレーション[1]

スケジュールスキップ[1]

スケジュールルール[1]、[2]

スケジュールルールの定義[1]

せ

正常終了[1]、[2]

正常終了-偽[1]

世代[1]、[2]

世代の指定方法[1]

世代の自動判定[1]

世代番号[1]

接続元制限[1]

絶対時刻[1]

絶対日[1]

設定ユーザー[1]

先行終了待ち[1]

先行ジョブ[1]、[2]

先行ジョブネット[1]

そ

相関識別子[1]

相互関係[1]

相対時刻[1]

相対日[1]

即時実行登録[1]、[2]

た

退避ファイル[1]

退避ボックス[1]

滞留[1]

滞留世代[1]、[2]

滞留世代の実行中止[1]、[2]

多重起動[1]

多重スケジュール[1]

他のジョブグループのカレンダーを参照する[1]

ち

遅延監視[1]

中継エージェント[1]

中断[1]

て

ディザスター・リカバリー[1]

デイリースケジュールウィンドウ[1]

［デイリースケジュール］ウィンドウでの監視[1]

［デイリースケジュール］ウィンドウでのスケジュール確認[1]

デフォルトキュー[1]

デフォルト実行エージェント[1]

電源投入・切断[1]

と

統計情報[1]

導入効果[1]

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

登録日[1]

登録ユーザー[1]

特長[1]

に

日時指定[1]

認証サーバ[1]

ね

ネスト開始遅延[1]

ネスト終了遅延[1]

ネストジョブネット[1]、[2]

ネストジョブネットの時間制[1]

ネストジョブネットの実行予定を変更する[1]

は

排他実行リソース[1]、[2]

排他スケジュール[1]

排他制御[1]

判定条件[1]

判定ジョブ[1]、[2]

判定値[1]

ひ

引き継ぎ情報[1]

引き継ぎ情報設定ジョブ[1]

引き継ぎ情報名[1]

標準エラー出力ファイル[1]

標準構成[1]

標準出力ファイル[1]

標準出力ファイル名・標準エラー出力ファイルのumask値（UNIX限定）[1]

標準ジョブ[1]

ふ

ファイル監視ジョブ[1]

ファイル転送[1]

物理ホスト[1]

プランニンググループ[1]、[2]、[3]

プランニンググループの定義・実行[1]

振り替え[1]

振り替え猶予日数[1]、[2]

フレキシブルジョブ[1]、[2]

フレキシブルジョブ実行制御[1]

プログラム構成[1]

へ

閉塞[1]

閉塞状態[1]

ほ

保存世代数[1]、[2]

保留[1]、[2]

保留中[1]

保留予定の表示（JP1/AJS3 - View）[1]

ま

マクロ変数[1]

マクロ変数名[1]

待ち合わせ条件[1]、[2]

待ち合わせ条件付きユニット[1]

待ち合わせ対象ユニット[1]

マネージャージョブグループ[1]

マネージャージョブネット[1]

マネージャーホスト[1]、[2]

マネージャー・エージェント構成[1]

マルチプラットフォーム[1]

マンスリースケジュールウィンドウ[1]

［マンスリースケジュール］ウィンドウでの監視[1]

［マンスリースケジュール］ウィンドウでのスケジュール確認[1]

み

未計画[1]

未実行終了[1]

未実行終了-W[1]

未来世代数[1]

め

メインフレーム[1]

メールシステム連携[1]

メール受信監視ジョブ[1]

メール受信パラメーターファイル[1]

メール送信ジョブ[1]

メール送信パラメーターファイル[1]

メールフィルターアプリケーション[1]

メッセージキュー[1]

メッセージキューイング機能[1]

メッセージキューシステム連携[1]

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

メッセージキュー送信ジョブ[1]

メッセージ識別子[1]

ゆ

ユーザーアプリケーション[1]

ユーザーアプリケーションでの監視[1]

ユーザーアプリケーションによるJP1/AJS3の操作[1]

ユーザー共通プロファイル[1]

優先順位（ジョブネット）[1]

優先順位を一時変更する[1]

猶予日数[1]

ユニット[1]

ユニットID[1]

ユニット定義パラメーターファイル[1]

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

よ

予定情報ファイル[1]

り

リカバリージョブ[1]、[2]

リカバリージョブネット[1]、[2]、[3]

リカバリーユニット[1]、[2]

リストファイル[1]

リモート電源制御ジョブ[1]

リリース[1]

リリースID[1]

リリース先ジョブネット[1]

リリース登録[1]

リリース元ジョブネット[1]

る

ルートジョブネット[1]

ろ

ローカル電源制御ジョブ[1]

ログインシェルの注意事項[1]

ログファイル監視ジョブ[1]

論理ホスト[1]