ジョブについて

概要

ジョブとは、UiPath Robot でプロセスを実行することです。ジョブは、Attended または Unattended のいずれかのモードで起動できます。Attended ロボットでのジョブは Orchestrator からは開始できず、ロックされた画面でも実行できません。

有人モード	無人モード
UiPath ロボット トレイ UiPath Assistant ロボットのコマンド ライン インターフェイス	[オートメーション] ページ > [ジョブ] [オートメーション] ページ > [トリガー] [オートメーション] ページ > [プロセス]

Orchestrator には、ジョブを設定して開始することのできる場所が 3 つあります。[ジョブ]、[トリガー]、[プロセス] の各ページです。[ジョブ] ページはジョブのコントロール センターです。このページでは、既に開始されたジョブの監視、それらの詳細情報とログの表示、ジョブの停止/強制終了/再開/再実行が可能です。

注:

既定では、関連付けられているジョブが実行中または保留中となっているプロセスも、すべて編集できます。

変更されたプロセスと関連付けられた実行中のジョブでは、元のバージョンのプロセスが使用されます。更新後のバージョンは、新規作成されたジョブで、または同じジョブが次にトリガーされたときに使用されます。

変更されたプロセスと関連付けられた保留中のジョブでは、更新されたバージョンが使用されます。

注: ジョブの実行中にロボットが応答しなくなった場合 (ロボットのマシンがダウンした場合や、Robot サービスがクラッシュした場合)、再接続した後、クラッシュ時に実行中だったジョブを再実行します。

ジョブの実行元

ジョブの実行元は、そのジョブの起動メカニズムに応じて、以下の 3 つが考えられます。

• [手動] - ジョブは [ジョブ]/[トリガー]/[プロセス] ページで設定され、[開始] ボタンによって開始されました。
• [エージェント] - ジョブは UiPath ロボット トレイ、UiPath Assistant、またはコマンド ラインから有人モードで開始されました。
• トリガー名 - ジョブは、あらかじめ計画されたジョブの実行に使用されるトリガーによって起動されました。

実行ターゲット

	説明
動的に割り当て	ユーザーかマシンのいずれか先に使用可能になった方により、フォアグラウンド プロセスが複数回実行されます。 [ユーザー] も選択している場合は、マシンの割り当てのみが動的に行われます。 バックグラウンド プロセスは、ビジーであるかどうかにかかわらず、任意のユーザーによって実行されます (十分な数のランタイムがある場合)。 プロセスは、最大 10,000 回実行できます。
ユーザー (User)	プロセスは、特定のユーザーにより実行されます。
マシン	プロセスは、特定のホスト マシンで実行されます。ジョブの種類に一致したランタイムが、関連するマシン テンプレートに割り当てられていることを確認してください。アクティブなフォルダーに関連付けられた、接続済みのホスト マシンだけが表示されます。

警告:

対応するマシン テンプレートが割り当てられたフォルダーに属する、ホスト マシン上の各ユーザーに対して、Windows のユーザーをプロビジョニングする必要があります。

たとえば、マシン テンプレート FinanceT によって生成されたキーを使用して、サーバーを Orchestrator に接続したとします。このマシン テンプレートは、FinanceExecution フォルダーと FinanceHR フォルダーに割り当てられ、これらのフォルダーには 6 人のユーザーも割り当てられます。これらの 6 人のユーザーは、サーバー上の Windows ユーザーとしてプロビジョニングされている必要があります。

同じプロセスを複数回実行するようにジョブを設定した場合、各実行に対してジョブ エントリが作成されます。ジョブの順序はジョブの優先度と作成時刻によって決まり、より高い優先度のより古いジョブが待ち行列の先頭に配置されます。ロボットが使用可能になり次第、待ち行列内の次のジョブが実行されます。それまでの間、ジョブは保留ステートのままです。

例

セットアップ

• 1 フォルダー
• 2 ランタイムが設定された 1 つのマシン テンプレート
• アカウント 2 つ: john.smith と petri.ota

• ユーザーによる操作が必要なプロセス 2 つ: P1 - キューにキュー アイテムを追加します。P2 - キュー内のアイテムを処理します。

  マシン テンプレートとアカウントを、プロセスが含まれるフォルダーに関連付ける必要があります。

望ましい結果

• P1 は任意のユーザーにより高優先度で実行される。
• P2 は petri.ota により低優先度で実行される。

必要なジョブ設定

• P1 を使用してジョブを開始します。P1 は特定のアカウントには割り当てません。また、優先度は [高] に設定します。
• P2 のジョブを開始します。P2 は petri.ota に割り当てます。また、優先度は [低] に設定します。

実行優先度

競合するジョブのうちどれを優先させるかは、プロセスのデプロイ時またはそのプロセスのジョブ/トリガーの設定時に、[ジョブの優先度] フィールドで指定できます。ジョブには、次の優先度のいずれか 1 つを設定できます。[低] (↓)、[標準] (→)、[高] (↑)。

ジョブを手動で開始する

優先度は、最初の設定が継承されます。その設定をそのまま使用することも、変更することもできます。

[オートメーション] > [ジョブ] ページから設定する場合、ジョブはプロセス レベルで設定された優先度を継承します。

[オートメーション] > [トリガー] ページから設定する場合、ジョブはトリガー レベルで設定された優先度を継承します。トリガー自体もプロセス レベルの優先度を継承した場合は、その優先度が適用されます。

[オートメーション] > [プロセス] ページから設定する場合、ジョブはプロセスに設定された優先度を使用します。

同じプロセスを複数回実行するようにジョブを設定した場合、各実行に対してジョブ エントリが作成されます。ジョブの順序はジョブの優先度と作成時刻によって決まり、より高い優先度のより古いジョブが待ち行列の先頭に配置されます。ロボットが使用可能になり次第、待ち行列内の次のジョブが実行されます。それまでの間、ジョブは保留ステートのままです。

トリガーによるジョブの開始

優先度は既定で [継承] に設定されます。つまり、プロセス レベルで設定された値を継承します。プロセスを選択すると、矢印のアイコンが、プロセス レベルで設定された値を示すよう自動的に更新されます。トリガーによって起動されたジョブの優先度は、すべてトリガー レベルで設定されます。ただし、既定の [継承] をそのまま使用した場合、それらのジョブはプロセス レベルで設定された優先度で起動されます。

以後にプロセス レベルで加えられた変更は、トリガーと、そのプロセスで作成されたジョブに、暗黙的に伝播されます。

注: Windows Server 上で実行されていない同じマシンで、複数のロボットでユーザーの介入が必要なジョブを 1 つ開始した場合は、選択したプロセスが 1 つ目のロボットでのみ実行され、残りは失敗します。これらの各実行のインスタンスは [ジョブ] ページで作成および表示します。

プロセスの種類

プロセスにはユーザー インターフェイスの要件に応じて 2 つの種類があります。

• バックグラウンド プロセス - 実行時にユーザー インターフェイスもユーザーの介入も必要としないプロセスです。そのため、こうしたジョブは、無人モードで同じユーザーに対して複数を同時に実行できます。各実行には、Unattended/NonProduction のライセンスが必要です。バックグラウンド プロセスを無人モードで開始すると、セッション 0 で実行されます。
• ユーザー インターフェイスが必要 - 実行に UI の生成が必要であるか、プロセスに対話型アクティビティが含まれているため、ユーザー インターフェイスが必要です。こうしたプロセスは、1 人のユーザーに対して一度に 1 つしか実行できません。

複数のバックグラウンド プロセスと、UI を必要とするプロセス 1 つを、同じユーザーが同時に実行することができます。

高密度ロボット

同じ Windows Server 端末において、複数の高密度ロボットでジョブを開始した場合、選択したプロセスが指定したそれぞれのロボットによって同時に実行されることになります。これらの各実行のインスタンスは [ジョブ] ページで作成および表示します。

高密度ロボットを使用し、そのマシン上で RDP を有効化しない場合は、ジョブを開始するたびに、次のエラーが表示されます: 「A specified logon session does not exist.It may already have been terminated.」(指定したジョブセッションは存在しません。すでに終了した可能性があります)。高密度ロボットの設定方法については、「高密度ロボット用の Windows Server を設定する」ページを参照してください。

長期実行のワークフロー

注: この機能は Unattended 環境でのみサポートされています。長期実行プロセスを Attended ロボットで開始することはできません。Orchestrator からは、ジョブを強制終了できず、効果的に再開することもできないからです。

請求書処理やパフォーマンス レビューなど、論理的な断片化や人間の介入 (検証、承認、例外処理) を必要とするプロセスは、UiPath スイートのツール セットで処理されます。このセットは、オーケストレーション プロセスと呼ばれる Studio の専用プロジェクト テンプレート、Orchestrator のアクションやリソース割り当て機能で構成されます。

大まかに言うと、アクティビティのペアでワークフローを構成します。ワークフローは、特定の要件が満たされた場合にのみ一時停止されたジョブを再開できるように、実行の詳細でパラメーター化できます。要件が満たされた後にのみ、リソースがジョブの再開に割り当てられるため、消費の面で無駄がなくなります。

Orchestrator では、これは、ジョブを一時停止状態にし、要件が満たされるのを待ち、ジョブを再開して、通常どおり実行することによって、マークされます。使用するペアに応じて、完了要件が変わり、Orchestrator の応答がそれに応じて調整されます。

ジョブ

アクティビティ	ユースケース
ジョブを開始して参照を取得 ジョブ完了まで待機し再開	キュー アイテムのアップロードなどのジョブ条件を導入します。 メインジョブが一時停止された後、補助ジョブが実行されます。このプロセスが完了すると、メインジョブが再開されます。ワークフローの構成方法に応じて、再開されたジョブは、補助プロセスの実行から取得したデータを利用できます。 注： ワークフローがジョブを開始して参照を取得アクティビティを使用して別のアクティビティを呼び出す場合、ロボットのロールは、次の権限で更新する必要があります。 プロセスの表示 ジョブの表示、編集、作成 ロボット グループの表示。

キュー

アクティビティ	ユースケース
キュー アイテムを追加して参照を取得 キュー アイテム完了まで待機し再開	キュー アイテムを処理するなどのキュー条件を導入します。 メイン ジョブが一時停止された後、補助ジョブでキュー アイテムを処理する必要があります。このプロセスが完了すると、メイン ジョブが再開されます。ワークフローの構成方法に応じて、再開されたジョブは、処理されたキュー アイテムから取得された出力データを利用できます。

アクション

フォーム アクション

アクティビティ	ユースケース
フォーム タスクを作成 フォーム タスク完了まで待機し再開	Orchestrator でアクションとして見つかったユーザー介入条件を導入します。 ジョブが中断されると、Orchestrator で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 フォーム アクションは、割り当てられたユーザーが完了する必要があります。ユーザーの割り当ては、Orchestrator で直接行うか、[タスクを割り当て] アクティビティを使用します。

外部アクション

アクティビティ	ユースケース
外部タスクを作成 外部タスクの完了を待機して再開	Orchestrator でアクションとして見つかったユーザー介入条件を導入します。 ジョブが中断されると、Orchestrator で (Studio での設定に従って) アクションが生成されます。 タスクが完了しないかぎり、ジョブは再開されません。 外部アクションは、アクションに対する編集権限および関連するフォルダーへのアクセス権限を持つユーザーであれば、誰でも完了できます。

ドキュメント検証アクション

アクティビティ

ユースケース

ドキュメント検証アクションを作成 ドキュメント検証アクション完了まで待機し再開

Orchestrator でアクションとして見つかったユーザー介入条件を導入します。 ジョブが中断されると、Orchestrator で (Studio での設定に従って) アクションが生成されます。 タスクが完了しないかぎり、ジョブは再開されません。 割り当てられたユーザーは、ドキュメント検証アクションを完了する必要があります。ユーザーの割り当ては、Orchestrator で直接行うか、[タスクを割り当て] アクティビティを使用します。 ロボットがストレージ バケットのデータをアップロード、ダウンロード、削除するには、適切な権限を付与されている必要があります。そのためには、以下の権限を持つように Robot のロールを更新します。 ドキュメント データをアップロードするには: ストレージ ファイルの表示、作成 ストレージ バケットの表示 ダウンロード後にドキュメント データを削除するには: ストレージ ファイルの表示、削除 ストレージ バケットの表示

Duration

アクティビティ	ユースケース
時間差で再開 (Resume After Delay)	遅延として時間間隔を導入します。その間、ワークフローは中断されます。 遅延が経過した後、ジョブが再開されます。

ジョブ フラグメントは、同じロボットによる実行に限定されません。これらは、ジョブが再開されて実行準備が整ったときに使用できるロボットで実行できます。これは、ジョブの定義時に構成された実行ターゲットにも依存します。

例

特定のロボット (ここでは X、Y、Z とします) で実行されるようにジョブを定義しています。Z のみが使用可能なときにこのジョブを開始すると、ユーザーの検証待ちで中断されるまでジョブは Z で実行されます。検証後にジョブを再開するとき、X のみが使用可能であると、ジョブは X で実行されます。

• 監視という観点では、このようなジョブは、断片化されているかどうかや、複数のロボットで実行されたかどうかに関係なく、1 つとしてカウントされます。
• 中断しているジョブをロボットに割り当てることはできません。割り当てることができるのは、再開したジョブのみです。

中断しているジョブを再開するために必要なトリガーを確認するには、[ジョブの詳細] ウィンドウの [トリガー] タブを確認します。

レコーディング

Unattended で失敗したジョブにおいて、プロセスの [記録機能を有効化] オプションがオンになっている場合、対応する実行メディアをダウンロードして、失敗する前の実行の最後の瞬間を確認できます。

実行メディアに関する [表示] 権限を持っている場合は、[ジョブ] ウィンドウに [記録をダウンロード] オプションが表示されます。