ロボット

Orchestrator は、ロボットがオートメーションを実行できるようにオートメーションのリソース (アセット、キュー、パッケージ バージョン、ストレージ バケットなど) を一元的に管理・提供します。

Assistant は、ユーザーがプロセスを実行する際に助手の役割を果たし、有人オートメーションを実行するユーザーが数クリックでオートメーションを管理・実行できるようにします。技術的観点から説明すると、「Assistant」はユーザー モードの Robot サービスのクライアントであり、オートメーションの実行中に行われるすべての操作を司るブレーンです。

ユーザー モードの Robot は、オートメーションを開始するユーザーの下で実行され、そのユーザーとまったく同じ権限を持つため、有人オートメーションのシナリオに最適です。

既定では、Robot サービスがログイン時に実行されるよう設定している場合、サービスの開始はユーザーのサインインによってトリガーされます。ログイン時に実行されるよう設定していない場合は、UiPath Assistant を開くと自動的に起動します。

有人オートメーションの操作を実行するには、ロボットを実行するユーザーに対して Attended ロボットを使用する権限を持つライセンスを割り当てる必要があります。または、コマンド ラインから Robot にローカルでライセンスを付与できます。利用可能な SKU について詳しくは、UiPath ライセンス ポータルをご覧ください。

ロボットは、特定のアカウント (ユーザー アカウントまたはロボット アカウント) の下で実行されます。つまり、ロボットはアカウント ID のコンテキストで実行されます。それらの ID、および ID とロールとの関連付けにより、Orchestrator のリソースに対して一定レベルのアクセスを許可できます。

Attended ロボットにフォルダー内のリソースへのアクセス権を付与するには、管理者はそのフォルダーに基になるアカウントを追加する必要があります。アカウントには、そのフォルダーに含まれるプロセスで必要な操作を実行する権限が付与されている、または少なくともそのアカウントが実行するプロセスで必要な操作を実行する権限が付与されている必要があります (たとえば、特定のアカウントでのみ実行されるプロセスが存在する場合)。

Orchestrator は無人オートメーションの中心的なハブです。Orchestrator によって、その場で無人実行を開始したり、トリガーを使用してあらかじめ計画した方法で無人実行を設定したりできます。また、階層構造ときめ細かなロール割り当てを組み合わせることで、オートメーション プロジェクトで使用されたりロボットが消費したりするリソースや、そのリソースへのアクセス権を管理します。

また、Orchestrator ではワークロードを Unattended ロボットに分散できます。ワークロードを動的に (制限なしで) 分散できる場合は、効率を最大限に高めてロボットの使用方法を最適化することができます。

UiPath Assistant は、有人オートメーションに関わるユーザー支援を行うために使用します。無人のシナリオでは、ユーザーが無人マシンにログインして潜在的な問題を確認・修正するときに、デバッグの目的でのみ Assistant を使用します。つまり、Unattended ロボットは、運用環境のログ記録/テスト/デバッグの目的であれば有人モードで使用できます。

サービス モードの Robot は、無人オートメーションのシナリオや大規模なプラットフォームのデプロイに最適です。プロセスが実行されると、Robot Executor が実行されます。この時、Robot Executor はそれが登録されているユーザーと同じ権限を持ちます。

Robot サービスはオートメーションの実行中に行われるすべての操作を司るブレーンで、無人オートメーションの実行はローカル システム下で開始されます。これは対話型の Windows セッションを開くことができ、マシン管理者のすべての権限があります。したがって、無人ジョブの自動セッション管理 (ログオンやログオフなど) が可能です。

サービス モードの Robot は、マシン上のすべてのユーザーにインストールされます。サービス モードの Robot が Windows Server マシンにインストールされている場合は、自動セッション管理を使用して複数の無人ジョブを同時に実行できます。つまり、シームレスな無人オートメーションのシナリオが実現します。Windows Server 上のユーザー モードの Robot でもジョブを同時に実行できますが、自動セッション管理はできません。

高密度ロボットについて詳しくは、『Robot ガイド』のこちらのページをご覧ください。

高密度ロボットに対して Windows Server をセットアップする方法について詳しくは、こちらをご覧ください。

Unattended ロボットのライセンスは、ユーザーごとではなく、割り当てられたランタイム (スロット) エンティティごとに付与されます。Unattended、NonProduction、Testing のランタイムがマシン オブジェクト レベルで割り当てられるのは、そのためです。

10 個の Unattended ランタイムが割り当てられたマシン テンプレートがあるとします。このテンプレートによって生成されたキーを使用して接続された各ワークステーションに、10 ライセンスのプールが、テナント レベルのライセンスの総数のうちから確保されます。ランタイムは、ジョブの実行時にのみ、確保されたライセンスのプールから使用されます。このテンプレートを使用して 4 台のマシンを Orchestrator に接続した場合、テナント レベルでは 40 の Unattended ランタイム ライセンスが必要です。25 個のジョブが実行中の場合、まだ 15 スロットが実行用に残っています。

ロボットは、特定のアカウント (ユーザー アカウントまたはロボット アカウント) の下で実行されます。つまり、ロボットはアカウント ID のコンテキストで実行されます。それらの ID、および ID とロールとの関連付けにより、Orchestrator のリソースに対して一定レベルのアクセスを許可できます。

Unattended ロボットにフォルダー内のリソースへのアクセス権を付与するには、管理者はそのフォルダーに基になるアカウントを追加する必要があります。アカウントには、そのフォルダーに含まれるプロセスで必要な操作を実行する権限が付与されている、または少なくともそのアカウントが実行するプロセスで必要な操作を実行する権限が付与されている必要があります (たとえば、特定のアカウントでのみ実行されるプロセスが存在する場合)。さらに、十分なランタイムを持つマシン テンプレートをフォルダーに割り当てる必要があります。これにより、フォルダー内のオートメーションの実行に使用できるインフラストラクチャ (ホスト マシン) を指定し、実行に利用できるスロットを確保できます。

A. 資格情報あり

無人オートメーションでは人間のエージェントが存在しないため、Unattended ロボットにはホスト マシンにログインするための資格情報を提供する必要がしばしば発生します。たとえば、ユーザー インターフェイスと対話するオートメーション プロジェクトの場合などです。UiPath では以下のような複数の種類の資格情報がサポートされています。