6.4.1　アクセス権限についての検討項目

(a)　ジョブネット定義・実行時のアクセス権限

ジョブネット定義・実行時のアクセス権限には，次の5種類があります。

• JP1_AJS_Admin

  管理者権限です。ユニットの所有者やJP1資源グループの操作権限，ジョブネットの定義・実行・編集権限などを持っています。

• JP1_AJS_Manager

  ジョブネットの定義・実行・編集権限などを持っています。

• JP1_AJS_Editor

  ジョブネットの定義・編集権限などを持っています。

• JP1_AJS_Operator

  ジョブネットの実行・参照権限などを持っています。

• JP1_AJS_Guest

  ジョブネットの参照権限などを持っています。

ジョブネット定義・実行時のJP1権限レベル名と詳細な操作内容を次の表に示します。

表6‒3　ジョブネット定義・実行時のJP1権限レベル名と操作できる内容

操作内容	JP1_AJS_Admin	JP1_AJS_Manager	JP1_AJS_Editor	JP1_AJS_Operator	JP1_AJS_Guest
所有者権限※1を持たないユニットの所有者，JP1資源グループ名，またはジョブの実行ユーザー種別を変更する	○	−	−	−	−
ユニットを定義する	○	○	○	−	−
ジョブネット配下のユニットの定義内容を変更する	○	○※2	○※2	−	−
ジョブネットの定義内容を変更する	○	○	○	−	−
ユニットをコピー・移動したり，名称を変更したりする※3	○	○	○	−	−
ユニットを削除する※4	○	○	○	−	−
ユニット名を標準出力ファイルに出力する	○	○	○	○	○
ユニットの定義内容を標準出力ファイルに出力する	○	○	○	○	○
ユニットを退避する	○	○	○	○	○
ユニットを回復する	○	○	○	−	−
ジョブグループにカレンダー情報を定義する	○	○	○	−	−
特定期間について，ジョブネットの実行スケジュールを定義する	○	○	○	○	○
定義済みのジョブネットを実行登録する	○	○	−	○	−
ジョブネットの実行登録を解除する	○	○	−	○	−
ジョブネットをリリース登録する	○	○	○※5	○※5	−
ジョブネットのリリースを中止する	○	○	○※5	○※5	−
ジョブネットのリリース情報を参照する	○	○	○	○	○
ジョブネットやジョブの実行履歴，現在の状態，次回実行予定などを標準出力ファイルに出力する	○	○	○	○	○
ジョブネットに定義されたスケジュールを一時的に変更する	○	○	−	○	−
ジョブの状態を一時的に変更する	○	○	−	○	−
ジョブの状態を変更する	○	○	−	○	−
ジョブネットの実行を中断する	○	○	−	○	−
ジョブネットを再実行する	○	○	−	○	−
ジョブやジョブネットの実行を強制終了させる	○	○	−	○	−
ユニットをエクスポートする	○	○	○	○	○
ユニットをインポートする	○	○	○	−	−
ジョブネットの実行登録状態をエクスポートする	○	○	○	○	○
ジョブネットの実行登録状態をインポートする	○	○	−	○	−

（凡例）

○：操作できる。

−：操作できない。

注※1

ユニットに所有者が設定されていない場合は，すべてのユーザーがJP1資源グループ名，所有者，および実行ユーザー種別を変更できます。

ユニットの所有者権限については，「(3) ユニットの所有者権限」を参照してください。

注※2

ジョブの詳細定義を変更する場合，ジョブの実行ユーザー種別によって変更できる項目が異なります。詳細については，「(6) ジョブの定義変更とアクセス権限」を参照してください。

注※3

コピー・移動したり，名称を変更したりするユニットの上位ユニットが操作対象ユニットです。例えば，/AAA/BBB/CCCというユニットを移動する場合，ユニット/AAA/BBBに設定されているJP1資源グループに対し，該当する権限が必要です。コピー・移動したり，名称を変更したりするユニットに対しては，次のような権限が必要です。

コピーの場合は，コピー元ユニット（配下のユニットも含む）に設定されているJP1資源グループに対し，JP1_AJS_Admin，JP1_AJS_Manager，JP1_AJS_Editor，JP1_AJS_Operator，またはJP1_AJS_Guestの権限が必要です。

移動の場合は，移動するユニットに設定されているJP1資源グループに対し，JP1_AJS_Admin，JP1_AJS_Manager，またはJP1_AJS_Editorの権限が必要です。

名称の変更の場合は，名称を変更するユニットに設定されているJP1資源グループに対し，JP1_AJS_Admin，JP1_AJS_Manager，またはJP1_AJS_Editorの権限が必要です。

注※4

削除するユニットの上位ユニットも操作対象ユニットです。例えば，/AAA/BBB/CCCというユニットを削除する場合，ユニット/AAA/BBB/CCC（配下のユニットも含む）に設定されているJP1資源グループおよびユニット/AAA/BBBに設定されているJP1資源グループに対し，該当する権限が必要です。

注※5

JP1_AJS_EditorおよびJP1_AJS_Operatorの両方の権限が必要です。

これは，リリース登録およびリリース中止の操作によって，ジョブネットの定義変更と，定義変更されたジョブネットの実行登録が行われるためです。

ユニットを操作するJP1ユーザーには，操作対象となるユニットに設定されているJP1資源グループに対して該当の操作権限が必要です。また，上位ユニットに設定されているJP1資源グループに対しては，JP1_AJS_Admin，JP1_AJS_Manager，JP1_AJS_Editor，JP1_AJS_Operator，またはJP1_AJS_Guestの権限が必要です。

ユニットを操作するJP1ユーザーにマッピングされているOSユーザーがAdministrators権限またはスーパーユーザー権限を持つユーザーの場合，JP1権限レベルに関係なく，すべての操作を実行できます。ユニットを操作するコマンドを実行する場合も，環境変数JP1_USERNAMEに設定したJP1ユーザーの権限に関係なく，すべての操作を実行できます。ただし，環境設定パラメーターADMACLIMITをデフォルトから変更して「yes」に設定しているときは，実行できる操作はJP1権限レベルの範囲の操作だけです。

環境設定パラメーターADMACLIMITの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.2(4) ADMACLIMIT」を参照してください。

ユニットにJP1資源グループが設定されていない場合は，そのユニットに対して，すべてのユーザーがJP1/AJS3のすべての操作を実行できます。

注意事項

1. マネージャージョブグループ，マネージャージョブネットでは，参照先のJP1/AJS3 - Managerのアクセス権限が適用されます。

2. JP1/AJS3 - Viewが接続している間，JP1/AJS3 - Manager上で，アクセス権限の情報をキャッシュに保持しています。このため，アクセス権限の変更が，接続中のJP1/AJS3 - Viewに反映されないことがあります。アクセス権限を変更する場合には，接続中のJP1/AJS3 - Viewをログアウトし，アクセス権限を変更後，再度ログインしてください。

(b)　QUEUEジョブ，サブミットジョブ実行環境で使用するコマンドの実行・操作時のアクセス権限

QUEUEジョブ，サブミットジョブ実行環境で使用するコマンドの実行・操作時のアクセス権限には，次の3種類があります。

• JP1_JPQ_Admin

  管理者権限です。ジョブ実行環境の設定権限，キューやジョブ実行先エージェントの操作権限，ほかのユーザーがキューイングしたジョブの操作権限を持っています。

• JP1_JPQ_Operator

  キューやジョブ実行先エージェントの操作権限，ほかのユーザーがキューイングしたジョブの操作権限を持っています。

• JP1_JPQ_User

  サブミットジョブの登録や，自分がキューイングしたジョブの操作権限を持っています。

QUEUEジョブ，サブミットジョブ実行環境で使用するコマンドの実行・操作時のアクセス権限の設定では，JP1資源グループ「JP1_Queue」に対して，これらのJP1権限レベルを持たせるように設定します。「JP1_Queue」は，大文字・小文字を間違えないように入力してください。

QUEUEジョブ，サブミットジョブ実行環境で使用するコマンドの実行・操作時のJP1権限レベル名と詳細な操作内容を次の表に示します。

表6‒4　QUEUEジョブ，サブミットジョブ実行環境で使用するコマンドの実行・操作時のJP1権限レベル名と詳細な操作内容

操作内容	JP1_JPQ_ Admin	JP1_JPQ_ Operator	JP1_JPQ_ User
サブミットジョブを登録する	○	○	○
ジョブの実行をキャンセル，または強制終了する	○	○	△
ジョブの実行を保留，または保留解除する	○	○	△
ジョブを移動する	○	○	△
ジョブ情報を出力する	○	○	△
終了ジョブ情報を出力する	○	○	△
データベースから終了ジョブ情報を削除する	○	○	−
キューを開く	○	○	−
キューを閉じる	○	○	−
キューを追加する	○	−	−
キューを削除する	○	−	−
キュー情報を出力する	○	○	○
キューの定義を変更する	○	−	−
キューをエージェントに接続する	○	−	−
キューとエージェントの接続を解除する	○	−	−
ジョブ実行多重度を変更する	○	−	−
エージェントを追加する	○	−	−
エージェントを削除する	○	−	−
エージェントホスト情報を出力する	○	−	−
排他実行リソースを追加する	○	−	−
排他実行リソースを削除する	○	−	−
排他実行リソース情報を出力する	○	○	○

（凡例）

○：操作できる。

△：操作できるが，ほかのユーザーが実行したジョブは操作できない。

−：操作できない。

注意事項

QUEUEジョブ，サブミットジョブ実行環境で使用するコマンドの実行・操作時は，処理要求先マネージャーのアクセス権限の定義が適用されます。

(c)　エージェント管理情報操作時のアクセス権限

エージェント管理情報操作時のアクセス権限には，次の3種類があります。

• JP1_JPQ_Admin

  管理者権限です。実行エージェントや実行エージェントグループの定義を追加・変更・削除する権限を持っています。

• JP1_JPQ_Operator

  実行エージェントや実行エージェントグループの受付配信制限の状態を変更する権限を持っています。

• JP1_JPQ_User

  実行エージェントや実行エージェントグループの状態および定義内容を参照する権限を持っています。

エージェント管理情報操作時のアクセス権限の設定では，JP1資源グループ「JP1_Queue」に対して，これらのJP1権限レベルを持たせるように設定します。「JP1_Queue」は，大文字・小文字を間違えないように入力してください。

エージェント管理情報操作時のJP1権限レベル名と詳細な操作内容を次に示します。

表6‒5　エージェント管理情報操作時のJP1権限レベル名と詳細な操作内容

操作内容	JP1_JPQ_ Admin	JP1_JPQ_ Operator	JP1_JPQ_ User
実行エージェントを追加する	○	−	−
実行エージェントグループを追加する	○	−	−
実行エージェントを削除する	○	−	−
実行エージェントグループを削除する	○	−	−
実行エージェントの実行ホストを変更する	○	−	−
実行エージェントのジョブ実行多重度を変更する	○	−	−
実行エージェントの説明文を変更する	○	−	−
実行エージェントグループの説明文を変更する	○	−	−
実行エージェントグループに接続する実行エージェントを追加する	○	−	−
実行エージェントグループに接続されている実行エージェントの優先順位を変更する	○	−	−
実行エージェントグループに接続されている実行エージェントを接続先から解除する	○	−	−
実行エージェントの受付配信制限の状態を変更する	○	○	−
実行エージェントグループの受付配信制限の状態を変更する	○	○	−
実行エージェントの状態を表示する※	○	○	○
実行エージェントグループの状態を表示する※	○	○	○
すべての実行エージェントと実行エージェントグループの状態を表示する※	○	○	○
すべての実行エージェントと実行エージェントグループの名称を表示する※	○	○	○
実行エージェントの定義を出力する※	○	○	○
実行エージェントグループの定義を出力する※	○	○	○
すべての実行エージェントと実行エージェントグループの定義を出力する※	○	○	○

（凡例）

○：操作できる。

−：操作できない。

注※

Administrators権限またはスーパーユーザー権限を持つユーザーは，JP1権限レベルに関係なく操作できます。

(a)　上位ユニット属性継承機能の概要

上位ユニット属性継承機能は，ジョブグループまたはジョブネットに対して設定します。上位ユニット属性継承機能を設定したジョブグループまたはジョブネット配下に，ユニットを新規作成したり，コピーして作成したり，またはリリース先としてリリース登録したりすると，作成したユニットは上位のユニットの所有者やJP1資源グループを継承します。なお，定義済みのユニットや，切り取って貼り付けたユニットの場合，所有者やJP1資源グループは変更されません。

上位ユニット属性継承機能の例を，次の図に示します。

図6‒2　上位ユニット属性継承機能の例

上位ユニット属性継承機能を設定していない場合，ジョブ1をジョブネットBの配下にコピーすると，コピーして作成されたジョブ1の所有者はコピー操作をしたJP1ユーザーの「jp1userX」が，JP1資源グループはコピー元ユニットの「eigyou」が設定されます。

上位ユニット属性継承機能を設定している場合，ジョブ1をジョブネットBの配下にコピーすると，コピーして作成されたジョブ1の所有者およびJP1資源グループは，ジョブネットBの設定を継承します。

2階層以上のユニット構成で上位ユニット属性継承機能を設定している場合，新規作成したユニットおよびコピーして作成したユニットの所有者およびJP1資源グループは，作成したユニットの一つ上の階層のユニットの所有者およびJP1資源グループを継承します。

2階層以上のユニット構成で上位ユニット属性継承機能を設定している場合の例を，次の図に示します。

図6‒3　2階層以上のユニット構成で上位ユニット属性継承機能を設定している場合の例

この例では，ジョブグループBに上位ユニット属性継承機能を設定しています。ジョブネットAの配下にあるジョブ1をジョブネットBの配下にコピーすると，コピーして作成したジョブ1の所有者およびJP1資源グループの設定は，作成したユニットの一つ上の階層のユニットであるジョブネットBの設定を継承します。ジョブグループBの設定は継承しません。

注意事項

• 上位ユニット属性継承機能は，バージョン09-50以降のJP1/AJS3 - Managerで使用できます。ただし，バージョン09-50以降のJP1/AJS3 - Managerにバージョン09-10以前のJP1/AJS3 - Viewで接続している場合，コピーしたユニットは上位ユニットの設定を継承できますが，新規作成したユニットは上位ユニットの設定を継承できません。

• ajsrestoreコマンドまたはJP1/AJS3 - Viewによるユニットの回復，およびajsimportコマンドによるユニットのインポートは，元の定義の復元を目的としています。そのため，復元先の上位ユニットに上位ユニット属性継承機能を設定していても，上位ユニット属性継承機能は有効になりません。

• ジョブネットをリリース登録する場合，リリース先の上位ユニットに上位ユニット属性継承機能を設定すると，上位ユニット属性継承機能の設定が優先されます。リリース元のユニットの所有者，およびJP1資源グループを優先する場合は，リリース先の上位ユニットに上位ユニット属性継承機能を設定しないか，リリース元とリリース先は同じユニット属性になるようユニット属性プロファイルを定義してください。

• コピーして作成するユニットのユニット完全名が，上位ユニット属性継承機能を設定するユニットの完全名と同じ場合，コピーして作成するユニットは，コピー元ユニットの所有者およびJP1資源グループの設定が維持されます。

(b)　上位ユニット属性継承機能の設定

上位ユニット属性継承機能は，ユニット属性プロファイルで設定します。ユニット属性プロファイルには，上位ユニット属性継承機能を設定するユニットの完全名，および上位ユニット属性継承機能の設定方法を設定します。

• 上位ユニット属性継承機能を設定するユニットの完全名

  上位ユニット属性継承機能を設定するジョブグループまたはジョブネットの完全名を指定します。スケジューラーサービス配下のすべてのユニットに設定する場合は，「/」を指定します。

  なお，ここで指定するユニットは，実行ユーザー固定機能を設定するユニットと共通です。実行ユーザー固定機能については，「(5) ジョブの実行ユーザー」を参照してください。

• 上位ユニット属性継承機能の設定方法

  上位ユニット属性継承機能の設定方法を，次のどちらかの値で指定します。

  entryuser

  上位ユニット属性継承機能を設定したジョブグループまたはジョブネットの配下のユニットが，所有者およびJP1資源グループを上位ユニットから継承します。ただし，実行ユーザー種別が所有ユーザーに設定されているジョブをコピーして作成した場合は，上位ユニットの設定を継承しないで，コピー元ユニットの設定を維持します。

  all

  上位ユニット属性継承機能を設定したジョブグループまたはジョブネットの配下のユニットが，所有者およびJP1資源グループを上位ユニットから継承します。実行ユーザー種別が所有ユーザーに設定されているジョブをコピーして作成した場合でも，上位ユニットの設定を継承します。

  上位ユニット属性継承機能の設定方法の違いを，次の図に示します。

  図6‒4　上位ユニット属性継承機能の設定方法の違い（上位ユニット属性継承機能の設定方法がentryuserの場合）

  この例では，上位ユニット属性継承機能の設定方法をentryuserにしています。ジョブ1およびジョブ2をジョブネットB配下にコピーすると，ジョブ1は実行ユーザー種別が登録ユーザーに設定されているため，ジョブネットBの所有者およびJP1資源グループの設定を継承します。一方，ジョブ2は実行ユーザー種別が所有ユーザーに設定されているため，コピー元ユニットの所有者およびJP1資源グループの設定を維持します。

  図6‒5　上位ユニット属性継承機能の設定方法の違い（上位ユニット属性継承機能の設定方法がallの場合）

  この例では，上位ユニット属性継承機能の設定方法をallにしています。ジョブ1およびジョブ2をジョブネットB配下にコピーすると，ジョブ1およびジョブ2は両方ともジョブネットBの所有者およびJP1資源グループの設定を継承します。

  補足事項

  同一ユニット配下で，異なる階層にある複数のユニットに対して上位ユニット属性継承機能を設定している場合，その配下のユニットは，最も近い上位のユニットの設定方法を優先します。例えば，ジョブグループとそのジョブグループ配下にあるジョブネットの両方に上位ユニット属性継承機能の設定している場合，ジョブネット配下のジョブは，ジョブネットの設定方法を優先します。

ユニット属性プロファイルの設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.1.3 上位ユニット属性継承機能と実行ユーザー固定機能の設定手順」を参照してください。ユニット属性プロファイルの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.1.4 ユニット属性プロファイルの詳細」を参照してください。

(c)　上位ユニット属性継承機能の使用例

上位ユニット属性継承機能の使用例について説明します。

ここでは，次のような方針でジョブネットを定義することを想定します。

アクセス権限の定義方針

すべてのユニットのアクセス権（所有者およびJP1資源グループ）は，所有者「user1」，JP1資源グループ「keiri」に統一する。

ユニットの定義方針

• マネージャーホストに複数のJP1ユーザーがJP1/AJS3 - Viewで接続し，それぞれのJP1ユーザーが担当業務のユニットを定義する。

• テスト用のジョブグループ「テスト」でジョブネットAを作成し，配下にジョブ1とジョブ2を定義する。

• ジョブネットAをジョブグループ「テスト」でテストしたあと，ジョブネットAを本番用のジョブグループ「本番」の配下にコピーし，運用を開始する。

なお，マネージャーホスト環境は構築済みであり，ジョブグループ「テスト」および「本番」は作成済みとします。また，ジョブグループ「本番」の所有者には「user1」を，JP1資源グループには「keiri」を設定します。

このようなジョブネットを，上位ユニット属性継承機能を使用して定義する例を，次の図に示します。

図6‒6　上位ユニット属性継承機能の使用例

この例では，JP1ユーザーのjp1userA，jp1userB，およびjp1userCが，それぞれJP1/AJS3 - Viewでマネージャーホストに接続しています。AJSROOT1のユニット属性プロファイルには，上位ユニット属性継承機能を設定するユニットとして「/本番」を，上位ユニット属性継承機能の設定方法には「all」を指定します。

マネージャーホストのテスト用のジョブグループ「テスト」に，それぞれのJP1ユーザーが，ジョブネットA，ジョブ1，およびジョブ2を定義します。このとき，定義したユニットの所有者は，定義したJP1ユーザー名が設定されます。ジョブグループ「テスト」でジョブネットAをテストしたあと，ジョブネットAをジョブグループ「本番」にコピーします。コピーして作成したジョブネットAは，上位ユニットであるジョブグループ「本番」のアクセス権を継承します。同様に，コピーして作成したジョブ1およびジョブ2も，上位ユニットであるジョブネットAのアクセス権，つまりジョブグループ「本番」のアクセス権を継承します。そのため，ジョブグループ「本番」の配下にコピーしたすべてのユニットは，所有者およびJP1資源グループを統一して運用できます。

(a)　実行ユーザー固定機能の概要

実行ユーザー固定機能は，ジョブグループまたはジョブネットに対して設定します。実行ユーザー固定機能が設定されたジョブグループまたはジョブネット配下で実行するジョブは，詳細定義に定義されている実行ユーザー種別とは関係なく，実行ユーザー固定機能を設定したユニットの所有者に設定されているJP1ユーザーの権限で実行されます。

実行ユーザー固定機能の例を，次の図に示します。

図6‒7　実行ユーザー固定機能の例

実行ユーザー固定機能を設定していない場合，JP1ユーザー「jp1userX」がジョブネットAを実行登録すると，ジョブ1の実行ユーザー種別は登録ユーザーであるため，実行ユーザーはジョブネットAの登録ユーザー「jp1userX」になります。

ジョブネットAに実行ユーザー固定機能を設定している場合，JP1ユーザー「jp1userX」がジョブネットAを実行登録すると，実行ユーザー種別とは関係なく，ジョブ1の実行ユーザーはジョブネットAの所有者である「jp1userA」になります。

注意事項

• 実行ユーザー固定機能を設定している場合，ジョブの詳細定義で設定している実行ユーザーと，実際の実行ユーザーが異なります。そのため，詳細定義でジョブを実行できるようにアクセス権限を定義しても，実行ユーザー固定機能で設定される実行ユーザーにジョブの実行権限がないと，ジョブ実行時に権限エラーになるので注意してください。

• 実行ユーザー固定機能を設定している場合，ジョブの定義情報は変更されません。ジョブ実行時には，ジョブの定義情報とは関係なく，実行ユーザー固定機能で設定されたJP1ユーザーでジョブが実行されます。

実行ユーザー固定機能は，次に示すジョブの上位ユニットに設定することで，実行ユーザーを固定できます。イベントジョブは実行ユーザーに依存しないため，対象外です。

• 標準ジョブ^※

• アクションジョブ

• カスタムジョブ

• 引き継ぎ情報設定ジョブ

• HTTP接続ジョブ

• カスタムイベントジョブ

  注※

  UNIXジョブまたはPCジョブがキューレスジョブの場合でも，実行ユーザーを固定できます。

  注意事項

  リモートジョブネット配下のジョブの場合は，接続先ホストの実行ユーザー固定機能の設定が有効になります。

2階層以上のユニット構成で実行ユーザー固定機能を設定している場合，ジョブの実行ユーザーとして固定されるJP1ユーザーは，実行ユーザー固定機能を設定しているユニットのうち，ジョブに最も近い階層のユニットの所有者になります。

2階層以上のユニット構成で実行ユーザー固定機能を設定している場合の例を，次の図に示します。

図6‒8　2階層以上のユニット構成で実行ユーザー固定機能を設定している場合の例

例1では，ジョブグループAに実行ユーザー固定機能を設定しています。ジョブグループA配下のジョブネットAを実行登録すると，ジョブ1の実行ユーザーは，実行ユーザー固定機能を設定したジョブグループAの所有者jp1userAになります。

例2では，ジョブグループAおよびジョブネットAに実行ユーザー固定機能を設定しています。ジョブネットAを実行登録すると，ジョブ1の実行ユーザーは，実行ユーザー固定機能を設定したユニットのうち最も近い階層にあるジョブネットAの所有者jp1userBになります。

(b)　実行ユーザー固定機能の設定

実行ユーザー固定機能は，ユニット属性プロファイルで設定します。ユニット属性プロファイルには，実行ユーザー固定機能を設定するユニットの完全名，および実行ユーザー固定機能の設定方法を設定します。

• 実行ユーザー固定機能を設定するユニットの完全名

  実行ユーザー固定機能を設定するジョブグループまたはジョブネットの完全名を指定します。スケジューラーサービス配下のすべてのユニットに設定する場合は，「/」を指定します。

  なお，ここで指定するユニットは，上位ユニット属性継承機能を設定するユニットと共通です。上位ユニット属性継承機能については，「(4) ユニットの新規作成，コピー，またはリリース登録時のアクセス権限」を参照してください。

• 実行ユーザー固定機能の設定方法

  実行ユーザー固定機能の設定方法を，次のどちらかの値で指定します。

  entryuser

  実行ユーザー固定機能を設定したユニット配下にあるジョブの実行ユーザーを，実行ユーザー固定機能を設定したユニットの所有者で固定します。ただし，配下のジョブのうち実行ユーザー種別が所有ユーザーに設定されているジョブについては，それぞれのジョブの所有者が実行ユーザーになります。

  all

  実行ユーザー固定機能を設定したユニット配下にあるジョブの実行ユーザーを，実行ユーザー固定機能を設定したユニットの所有者で固定します。実行ユーザー種別が所有ユーザーのジョブでも，実行ユーザー固定機能を設定したユニットの所有者で固定します。

  実行ユーザー固定機能の設定方法の違いを，次の図に示します。

  図6‒9　実行ユーザー固定機能の設定方法の違い（実行ユーザー固定機能の設定方法がentryuserの場合）

  この例では，実行ユーザー固定機能の設定方法をentryuserに設定しています。ジョブネットAを実行登録すると，ジョブ1は実行ユーザー種別が所有ユーザーに設定されているため，実行ユーザーは所有者のjp1userBになります。一方，ジョブ2は実行ユーザー種別が登録ユーザーに設定されているため，実行ユーザーは，ジョブネットAの所有者であるjp1userAに固定されます。

  図6‒10　実行ユーザー固定機能の設定方法の違い（実行ユーザー固定機能の設定方法がallの場合）

  この例では，実行ユーザー固定機能の設定方法をallに設定しています。ジョブネットAを実行登録すると，ジョブ1およびジョブ2の実行ユーザーは，ジョブネットAの所有者であるjp1userAに固定されます。

  補足事項

  同一ユニット配下で，異なる階層にある複数のユニットに対して実行ユーザー固定機能を設定している場合，その配下のジョブは，最も近い上位のユニットの設定方法を優先します。例えば，ジョブグループとそのジョブグループ配下にあるジョブネットの両方に実行ユーザー固定機能の設定している場合，ジョブネット配下のジョブは，ジョブネットの設定方法を優先します。

ユニット属性プロファイルの設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.1.3 上位ユニット属性継承機能と実行ユーザー固定機能の設定手順」を参照してください。ユニット属性プロファイルの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.1.4 ユニット属性プロファイルの詳細」を参照してください。

(c)　実行ユーザー固定機能の使用例

実行ユーザー固定機能の使用例について説明します。

ここでは，次のようなジョブネットを実行することを想定します。

• ジョブネットAはマネージャーホストhostMに定義されていて，所有者はjp1userXである。

• ジョブネットA配下にはジョブ1とジョブ2が定義されていて，実行ユーザー種別はどちらも登録ユーザーである。

このようなジョブネットAを，実行ユーザー固定機能を使用して実行する例を次に示します。

図6‒11　実行ユーザー固定機能の使用例

この例では，ジョブネットAに対して実行ユーザー固定機能を設定しています。実行ユーザー固定機能の設定方法はallです。ジョブネットAをjp1userA，jp1userB，またはjp1userCのだれかが実行登録すると，ジョブ1およびジョブ2は実行先のエージェントホストに転送されます。このとき，登録ユーザーがだれであっても，ジョブ1およびジョブ2の実行ユーザーは，ジョブネットAの所有者jp1userXに固定されます。そのため，ジョブの転送先のエージェントホストでジョブ1およびジョブ2を実行するには，jp1userXとOSユーザーosuser1のユーザーマッピングが必要になります。登録ユーザーであるjp1userA，jp1userB，またはjp1userCのユーザーマッピングは必要ありません。また，ジョブネットAを実行するJP1ユーザーが追加されても，ユーザーマッピング定義を追加する必要はありません。

(d)　実行ユーザー固定機能と上位ユニット属性継承機能の組み合わせ

実行ユーザー固定機能と上位ユニット属性継承機能は，ともにユニット属性プロファイルを使って設定します。両方の機能を同時に使用する場合，それぞれの機能で設定方法をentryuserまたはallから選択します。このとき，設定方法が異なる組み合わせで運用すると，ジョブ実行の動作がわかりにくくなります。そのため，両機能で設定方法は統一することを推奨します。

実行ユーザー固定機能と上位ユニット属性継承機能の設定方法の組み合わせを，次の表に示します。

表6‒6　実行ユーザー固定機能と上位ユニット属性継承機能の設定方法の組み合わせ

項番	実行ユーザー固定機能の設定方法	上位ユニット属性継承機能の設定方法	説明
1	entryuser	entryuser	特定のジョブだけ，実行ユーザーをそのジョブの所有者に固定できます。ジョブをコピーしても，設定は変更されません。 特殊なジョブを部品として別に作成し，コピーしてシステムに組み込むような運用の場合に指定します。
2	all	all	実行ユーザー，所有者，およびJP1資源グループを，指定したユニット配下で統一します。
3	entryuser	all	推奨しない組み合わせです。 特定のジョブだけ，実行ユーザーをそのジョブの所有者に固定できますが，そのジョブをコピーすると設定が変更されてしまいます。
4	all	entryuser	推奨しない組み合わせです。 特定のジョブをコピーした場合にコピー元のジョブの実行ユーザーを維持しようとしても，ジョブを実行する際に実行ユーザーが別のユニットの所有者に固定されてしまいます。