Robot 管理ガイド

最終更新日時 2026年2月9日

Robot Executor

UiPath Executor は、オートメーションやジョブの実行に使用される、UiPath のソフトウェア構成におけるサービスコンポーネントです。オートメーションワークフローを実際に実行するコンポーネントであり、システムサービスのリストで UiPath.Executor.exe として識別できます。

動作のしくみ

オートメーションのライフサイクルでは、Executor は実行段階に相当します。

設計段階 — Studio で設計および作成したオートメーションワークフローが Orchestrator にパブリッシュされます。
Orchestrator の段階 — Orchestrator は、ロボットによって実行される操作を管理、制御し、ログに記録するコンポーネントです。ここで、ジョブをスケジュールしたり、オンデマンドで実行したりできます。
実行段階 — タスクがスケジュールまたはトリガーされると、Orchestrator は Robot サービスにコマンドを送信します。続いて、Robot サービスが UiPath Executor のインスタンスを起動して、オートメーションタスクを実行します。各インスタンスは独立したセッションで動作するため、あるタスクが失敗しても他のタスクは影響を受けません。
実行後段階 — タスクが完了すると、Executor インスタンスは終了され、結果が Orchestrator に返されます。実行時間、ステータス (成功または失敗)、例外などの詳細がログに記録されます。この詳細を分析して、トラブルシューティングやプロセスの改善を行うことができます。

機能

Executor には次のような機能があります。

ローカルまたはリモートのタスクを実行する — UiPath Executor は、Robot サービスがインストールされているローカルデバイス内でタスクを実行することも、他のデバイスにリモートで接続してそこでタスクを実行することもできます。
複数のジョブを同時に実行する — Executor は複数のオートメーションを同時に実行できます。各オートメーションは独立したセッションとして動作します。
負荷分散とタスクの優先順位付け — Executor は、UiPath Orchestrator と連携してオートメーションの負荷を複数のロボット間で分散したり、あらかじめ定義されたルールに基づいてタスクに優先順位を付けたりできます。
ワークフローの分離を維持する — Executor での各実行は分離されています。つまり、あるジョブでエラーや失敗が発生しても他のジョブのパフォーマンスには影響しません。
注:
Executor はさまざまな DPI 設定に適合するので、どのような解像度でもワークフローを実行できます。一部のアプリケーションで DPI を処理できない場合は、この特定の機能を無効化できます。

オートメーションプロジェクトに基づく Executor の種類

Robot サービスは、オートメーションプロジェクトの種類に基づいて、オートメーションを実行する、関連する Executor の種類を起動します。次の表は、使用されるターゲットフレームワークに基づいて、Executor が実行できるプロジェクトの種類をまとめたものです。

プロジェクト/Executor の種類	アーキテクチャ	サポートされる OS	使用されるフレームワーク
Windows - レガシ	32 ビット	Windows (x64 および x86)	.NET Framework 4.6.1
Windows	64 ビット	Windows x64	Windows でサポートされる .NET 8 (.NET Core - Windows)
クロスプラットフォーム	64 ビット	Windows、Linux、macOS (64 ビット)	クロスプラットフォームでサポートされる .NET 8 (.NET Core)

表の各行は異なる Executor の種類を表しており、そのそれぞれが、プロジェクトを実行するために特定の要件 (プロジェクトの種類、ターゲットオペレーティングシステム、使用される .NET Framework バージョン) に基づいてどのように構成されるかを示しています。この情報によって各プロジェクトにどの Executor が適しているかを理解することで、ターゲット環境との互換性を確保し、関連するフレームワークの機能を活用できます。

Executor のユーザー設定

Executor には専用のシステム変数 UIPATH_HEADLESS_WITH_USER があり、オートメーションを実行するユーザーの種類と、マシンにインストールされている Robot のバージョンに応じて設定できます。

ユーザーがローカルシステムである場合、v2021.10 以降の Robot でバックグラウンドオートメーションを実行できます。この場合、UIPATH_HEADLESS_WITH_USER を False に設定するか、まったく設定しないかのいずれかにする必要があります。

オートメーションを実行するユーザーが Orchestrator で指定された資格情報を持っている場合、次の 3 つのシナリオを考慮する必要があります。

バックグラウンドオートメーションを実行するすべてのバージョンの Robot では、UIPATH_HEADLESS_WITH_USER を True に設定する必要があります。
フォアグラウンドオートメーションを実行するすべてのバージョンの Robot では、UIPATH_HEADLESS_WITH_USER 変数を設定しないようにする必要があります。
v2021.4 以前の Robot を使用するフォアグラウンドオートメーションとバックグラウンドオートメーションでは、どちらも UIPATH_HEADLESS_WITH_USER 変数を設定しないようにする必要があります。

次の表は、Executor のユーザーの条件をまとめたものです。

ユーザーの種類	オートメーションの種類	`UIPATH_HEADLESS_WITH_USER` 設定	この構成を使用する Robot のバージョン
ローカルシステムユーザー	バックグラウンド	`False` または null	2021.10 以降
Orchestrator で構成されたユーザー	バックグラウンド	`True`	すべてのバージョン
	フォアグラウンド	変数は不要	すべてのバージョン
	すべて	変数は不要	2021.4 以前

事前読み込み済みの Executor

通常、各プロセスは処理を開始する前に、必要なワークフロー、パッケージ、ライブラリをメモリに読み込むための時間を必要とします。事前読み込み済みの設定では、これらの依存関係はすでにメモリ内の専用の実行スロットに読み込まれています。事前読み込み済みの Executor は既定で有効化されています。

以下に、事前読み込み済みの Executor に関する重要な詳細を示します。

高速な実行: プロセスを事前に読み込むことで、ロボットはより迅速にタスクでの作業を開始できます。
リソース使用率: 事前読み込み済みの Executor では、必要なワークフローがメモリに読み込み済みであるため、ロボットが消費するリソースが減ります。
利用可能な用途: 事前読み込み済みの Executor は、主に Assistant、RobotJS、Studio、またはコマンドラインインターフェイスから開始される有人オートメーション用に設計されています。Orchestrator の無人ジョブの場合は、事前読み込み済みではない Executor が 1 つ開始されます。

事前読み込み済みの設定用のシステム変数

事前読み込み済みの Executor の動作を管理するには、ロボット端末に次のような特定の環境変数を設定します。

Environment Variable (環境変数)	値 (Value)	説明
`UIPATH_PRE_LOADED_EXECUTOR`	None	既定の動作を上書きし、最初のジョブの開始時にのみ、事前読み込み済みの Executor を起動します。
`UIPATH_DISABLE_PRE_LOADED_EXECUTOR`	True	事前読み込み済みの Executor を無効化します。

動作のしくみ

システムに UIPATH_PRE_LOADED_EXECUTOR 変数を追加すると、事前読み込み済みの設定が構成されます。これにより 2 つの Executor が開始されます。1 つはジョブの開始時に開始され、もう 1 つは今後のジョブを待機します。これが事前読み込み済みの Executor です。別のジョブが開始されると、この事前読み込み済みの Executor が使用され、次のジョブを待機するために別の事前読み込み済みの Executor が生成されます。つまり、事前読み込み済みの設定では、ジョブを待機している利用可能な Executor が常に 1 つ存在します。