ユーザーに対して Unattended ロボットを使用した無人インフラストラクチャでのオートメーションの実行を有効化する

UiPath アカウントは、Orchestrator リソースへのアクセスを許可する必要のある人間 (ユーザー アカウント) または人間以外のユーザー (ロボット アカウント) を表すための ID と考えることができます。これらのアカウント、およびアカウントとロールとの関連付けにより、Orchestrator のリソースに対して一定レベルのアクセスを許可できます。

無人オートメーションは通常、ロボット アカウント (Windows サービス アカウントと同等の UiPath のアカウント) で実行されます。管理者が Unattended ロボットを有効化すると、ロボットはユーザー アカウントを偽装できます。つまり、ロボットがそのユーザー ID の代わりに機能し、ユーザーと同じ権限でオートメーションを実行できます。

ユーザー アカウントで無人オートメーションを実行する典型的なケースは、開発者が自身のオートメーション プロジェクトをデバッグする場合、または、ビジネス ユーザーが自身の ID でオートメーションを実行する際にローカル マシンではなくサーバー側のリソースを使用する場合です。

個人 (リモート) オートメーションを使用してバックグラウンド プロセスを無人インフラストラクチャで実行することもできます。ユーザー アカウントに対して Unattended ロボットを有効化する必要がないため、こちらのほうが設定が簡単です。ユーザーに対して個人オートメーションの実行を有効化する方法について詳しくは、こちらをご覧ください。

個人 (リモート) オートメーションとユーザー アカウントの無人オートメーション機能の違いは次のとおりです。

• 個人 (リモート) オートメーションを実行できるのは、基になるプロセスがバックグラウンド プロセスの場合のみです。ユーザーの操作が必要なプロセスでは利用できません。ユーザーの操作が必要なプロセスを実行するには、これまでと同様に Unattended ロボットを設定する必要があります。
• 個人 (リモート) オートメーションでは、ユーザーの ID が対象の単一のプロセスの実行にのみ使用されるため、ユーザーの ID をいつどのように使用するかについてきめ細かく制御できます。一方、Unattended ロボットはユーザーを偽装してそのユーザーのように振る舞うため、ユーザーがアクセス権を持つすべてのフォルダーでプロセスを実行できます。

このページでは、管理者が開発者およびビジネス ユーザーに対して以下を有効化する方法について説明します。

• Unattended ロボットにユーザーの偽装による実行を許可して、バックグラウンド プロセスを無人インフラストラクチャで実行する
• Unattended ロボットにユーザーの偽装による実行を許可して、ユーザーの操作が必要なプロセスを無人インフラストラクチャで実行する

フォルダー内のオートメーションを実行する

ユーザーは、自身がアクセス権を持つすべてのフォルダーのプロセスをデバッグおよび実行できます。無人インフラストラクチャを使用して実行できます。その条件は、無人オートメーションを実行するための物理リソースを管理者がそのフォルダーに割り当てていること、すなわち、ランタイムが 1 つ以上含まれるマシン テンプレート オブジェクトをそのフォルダーに割り当てていることです。通常、デバッグには NonProduction ランタイムが使用されます。

開発者とビジネス ユーザーは、ジョブを手動で開始するか、そのフォルダーのトリガーを使用してプロセスを開始できます。

Orchestrator からジョブを開始する際に使用できるランタイムがユーザーに表示されない場合、管理者は以下を確認する必要があります。

• 実行するプロセスが含まれるフォルダーに、ユーザー アカウントとマシン テンプレートの両方が割り当てられている。
• マシン テンプレートにランタイムが割り当てられている。これは個人用ワークスペースでは不要です。

個人用ワークスペースでデバッグする

個人用ワークスペースはユーザーの個人用フォルダーです。オフィシャルな Orchestrator フィードから独立し、分離されたストレージ スペースとして機能します。個人用ワークスペースでは、管理者がフォルダーで実行する必要のある複数の操作を Orchestrator が代行するので、オートメーション プロジェクトのパブリッシュ、実行、デバッグを管理者の介入なしで行うことができます。

• Orchestrator は、Studio からそのユーザーの個人用ワークスペース フィードにパブリッシュされた各パッケージから、自動的にプロセスを作成します。
• Orchestrator は個人用ワークスペースの所有者の管理者に代わってマシン テンプレートを自動的に管理します。Development ランタイムを使用するマシン テンプレートが自動的に作成され、新しい個人用ワークスペースごとに割り当てられます。

ユーザーは、ジョブを手動で起動するか、そのワークスペースのトリガーを使用することで、プロセスをデバッグまたは実行できます。

ユーザーが Orchestrator からデバッグできるようにする

ユーザーがプロセスを無人インフラストラクチャで実行するには、管理者がそのユーザーに対して個人オートメーション機能 (こちらで説明されている、操作の実行を有効化する機能) と、Unattended ロボットによる偽装 (物理ホスト マシン上のロボットに対し、そのユーザーの ID での実行を有効化する機能) を両方とも有効化する必要があります。ユーザー ライセンスと Unattended ランタイム (または Cloud ロボットのロボット ユニット) の両方が必要です。ユーザーに対して無人インフラストラクチャでのプロセスのデバッグを有効化するには、ユーザー アカウントを Orchestrator で参照または編集するときに、以下の手順を実行します。

1. [個人オートメーションの設定] タブをクリックして、目的のユーザーの個人オートメーションを設定します。ユーザーが個人オートメーション機能を持つグループのメンバーである場合、そのグループから機能を継承するため、この手順は省略できます。
2. [このグループのユーザーによるオートメーションの実行を有効化] トグルを有効化します。これにより、そのグループのユーザーに対して以下の操作を有効化します。
   • ローカル マシンで UiPath Assistant を使用してオートメーションを実行
   • ユーザーが必要な権限を持つフォルダーで、バックグラウンドの個人 (リモート) オートメーションを実行
   • UiPath Studio (デスクトップと Web の両方) で実行してデバッグ
3. [設定] セクションで、[このグループのメンバーの個人用ワークスペースを有効化] トグルを有効化します。これにより、そのグループのユーザーに対して以下の操作を有効化します。
   • 個人用ワークスペースでオートメーションを管理
   • 個人用ワークスペースでバックグラウンドの個人 (リモート) オートメーションを実行
4. [無人オートメーションの設定] タブをクリックして、ユーザーの無人デバッグの設定を行います。
5. [Unattended ロボットがこのユーザーとしてオートメーションを実行することを許可] トグルを有効化して、Unattended ロボットによるユーザー アカウントの偽装を許可します。これにより、Unattended ロボットで次の操作が可能になります。
   • そのユーザーの ID で無人オートメーションを実行して、バックグラウンドの無人オートメーションと、ユーザーの操作が必要なオートメーションを実行する (手順 5 で詳細を設定)。
6. [フォアグラウンド オートメーションの設定] セクションで、無人フォアグラウンド プロセスをそのアカウントで実行するために使用するインフラストラクチャを選択します。
   1. ユーザーの操作が必要なプロセスを実行するために Automation Cloud ロボットを委任するには、[仮想マシンで事前に設定した Windows ユーザー アカウントを使用します (UiPath Automation Cloud ロボットでの実行にのみ対応しています)。] オプションを選択します。このロボットはプロセスの実行時に、事前に設定された Windows アカウントを使用します。
   2. プロセスを特定の Windows マシンで実行するには、[特定の Windows ユーザー アカウントを使用します。以下の資格情報を追加します。] を選択します。ロボットが正常にログインできるように、そのホスト マシンに対する正しい資格情報を指定する必要があります。これにより、ユーザーの操作が必要なプロセスをその特定の Windows アカウントで実行できます。特定の Windows アカウントを使用する場合の資格情報設定の設定方法は以下のとおりです。

      フィールド	説明
      ドメイン \ ユーザー名	ロボットの実行に使用するアカウントです。 ドメインに参加しているアカウントの場合は、domain\username という構文を使用します。例: deskover\localUser1 ローカルの Windows アカウントの場合は、host_machine_name\username 構文で、ドメインではなくホスト マシンの名前を使用します。たとえば、LAPTOP1935\localUser2 です。 特定のマシンに紐づけず、複数のホスト マシンで使用するローカル Windows アカウントについては、ホスト マシン名の代わりにドット付きの .\username 構文を使用します。たとえば、.\localUser3 です。 Azure AD に参加しているマシンの場合は、azuread\[e-mail] 構文を使用します。
      資格情報ストア	パスワードに使用する資格情報ストアです。資格情報ストアについて詳しくは、こちらをクリックしてください。
      パスワード	UiPath Robot がインストールされているマシンにログオンするために使用するパスワードです。
      資格情報の種類です。	パスワード資格情報の種類を指定します。

7. ユーザーによる複数ジョブの同時実行を制限するには、[一度に 1 つのジョブのみを実行] オプションを有効化します。これは、1 つの資格情報を一度に複数回使用することが許可されていないアプリケーション (例: SAP) の自動化に役立ちます。
8. [追加] または [更新] をクリックします。ユーザー アカウントが作成/更新されます。
   
   

   

   
   

Orchestrator へのアクセス権を持たないユーザーに対してホスト マシンでのデバッグを有効化する

対話型認証が適用されている場合、UiPath Assistant にはユーザーがアクセス権を持っているプロセスのみが、アカウントにサインインした後にのみ表示されます。ユーザー ライセンスも必要です。そのため、ユーザー アカウントで実行していない無人プロセスを、UiPath Assistant でのトラブルシューティングに利用することはできず、ユーザーがそのホスト マシンにログインして無人プロセスをデバッグすることはできません。

この問題を解決するには、管理者がそのマシンで一時的にトラブルシューティング セッションを有効化できます。有効化すると、ユーザーはユーザー ライセンスなしで無人プロセスをローカルで表示および実行できます。トラブルシューティング セッションは一時的なセッションであり、上記の操作が行えるのはセッションがアクティブな間のみです。

Studio を リモート デバッグ機能のために使用することもできます。これにより、リモート マシン (クロスプラットフォーム プロジェクトを実行できる Linux 環境のロボットなど) で、有人プロセスと無人プロセスを実行およびデバッグできます。

手順 1. トラブルシューティング セッションを有効化する

1. [テナント] > [監視] に移動します。
2. [セクション] ドロップダウン メニューから [無人セッション] を選択します。
3. エラーが発生したマシンを特定し、マシンの行の最後にある [その他のアクション] をクリックして [トラブルシューティング セッションを設定] を選択します。
   このオプションは、対話型認証が適用されている場合のみ利用できます。

   [プロセス] セクションを選択すると、プロセスが実行されたマシンを確認できます。

   [トラブルシューティング セッションを設定] ダイアログが開きます。

   
   

   

   
   
4. [トラブルシューティング セッション] の下のトグルをクリックして [有効] に切り替えます。
5. [セッション タイムアウト (分)] ボックスで値を編集して、トラブルシューティング セッションをアクティブにする時間 (分) を変更します。

   指定した分数が経過すると、トラブルシューティング セッションは自動的に無効化され、以降の接続は受け入れられません。ただし、既存の接続は、切断されるまでアクティブなままです。

6. [保存] をクリックします。

手順 2. UiPath Assistant に接続する

以下の手順に従ってマシンに接続し、UiPath Assistant からユーザーのアカウントで無人プロセスを実行します。

1. Orchestrator の [テナント] > [マシン] に移動し、マシンの行の最後にある [クライアント ID/マシン キーをコピー] をクリックして、マシン キーをクリップボードにコピーします。
2. UiPath Assistant のタイトル バーでユーザー アイコンをクリックして、[設定] を選択します。
3. [Orchestrator の設定] タブを選択し、必要に応じて [切断] または [サインアウト] をクリックして接続設定を編集できるようにします。
4. 接続を次のように設定します。
   • 接続の種類 - [マシン キー] を選択します。
   • Orchestrator URL - Orchestrator インスタンスに URL を追加します。テナントと組織を含める必要があります。
   • マシン キー - クリップボードからコピーしたマシン キーを貼り付けます。
5. [接続] をクリックして [設定] ウィンドウを閉じます。
6. Assistant に無人プロセスが表示されない場合は、[設定] > [サインイン] に移動し、資格情報を使用してログインします。

これで、UiPath Assistant から無人プロセスを実行してトラブルシューティングできます。

手順 3. トラブルシューティング セッションを延長または無効化する

デバッグが終了したら、マシンのトラブルシューティング セッションを無効化できます。これにより、以降は有人接続できないようになります。または、必要に応じて、セッションをアクティブにしておく時間を延長できます。

1. [テナント] > [監視] に移動します。
2. [セクション] ドロップダウン メニューから [無人セッション] を選択します。
3. マシンの行の最後にある [その他のアクション] をクリックして [トラブルシューティング セッションを設定] を選択します。

4. [トラブルシューティング セッションを設定] ダイアログで、以下の操作を行います。

   • セッションを閉じる: [トラブルシューティング セッション] の下のトグルを [無効] に切り替えます。

     無効化すると、以降の接続は受け入れられなくなります。ただし、既存の接続は、切断されるまでアクティブなままです。

   • セッションを延長する: [セッション タイムアウト (分)] ボックスの値をより大きな値に変更して、セッションを指定した期間まで延長します。
5. [保存] をクリックします。
6. UiPath Assistant を切断して接続を閉じます。