- スタート アップ ガイド
- ベスト プラクティス
- テナント
- レジストリ
- Cloud ロボット
- Automation Suite ロボット
- フォルダー コンテキスト
- プロセス
- ジョブ
- Apps (アプリ)
- トリガー
- ログ
- 監視
- インデックス
- キュー
- アセット
- コネクション
- ビジネス ルール
- ストレージ バケット
- MCP サーバー
- Orchestrator のテスト
- リソース カタログ サービス
- Integrations
- トラブルシューティング
ライブ ストリーミングとリモート制御接続に関する問題のトラブルシューティングと、一般的なロボット セッションの失敗の解決策を示します。
ここでは、ライブ ストリーミング時や、実行中の実行をリモート制御する場合に発生することがある問題について、推奨される解決方法と共に説明します。
ライブ ストリーミング ウィンドウには [接続中...] と表示されますが、接続が確立されていません
症状
ロボットはライブ ストリーミングおよびリモート制御システムに接続せず、セッションは開始されません。操作は約 1 分間リトライされ、その後エラーが表示されます。詳細は、接続に失敗したマシンのロボット ログで確認できます。
考えられる原因と解決策
TightVNC がインストールされていない
TightVNC がインストールされていない場合、セッションを開始できません。事前に ダウンロード してインストールしてください。
[Register TightVNC Server as a system service] オプション ([TightVNC Service configuration] にあります) はオンにしないでください。このオプションがオンになっていると、セッションを開始する要求が無視されます。
TightVNC のバージョンが間違っている
現在サポートされているバージョンは 2.8.75 です。
TightVNC が Portable アプリとしてインストールされている
TightVNC がポータブルとしてインストールされている場合、ロボットはそれを検出できません。ポータブル TightVNC へのパスを構成します。そのために、UIPATH_TIGHTVNC_EXE_PATH 環境変数に を含むフル パスを設定しますtvnserver.exe
TightVNC が既にマシン上で起動している
ライブ ストリーミングとリモート制御セッションが終了すると、TightVNC は自動的に閉じられます。セッションの開始時に TightVNC の実行がロボットによって検出された場合、要求は無視されます。現在開いている TightVNC のインスタンスを閉じます。
同じ高密度マシン上の別のユーザーが既にセッションを開いている
高密度ロボットを実行するマシンでは、一度に 1 つのライブ ストリーミングとリモート制御セッションのみがサポートされます。セッションが既に実行されているときに別のセッションを開こうとすると、要求は無視されます。
この場合、現在実行中のプロセスが終了した後でのみ、ライブ ストリーミングにアクセスできます。
ライブ ストリーム セッションが遅れて接続される
ジョブが [実行中] ステータスに移行した直後にライブ ストリーミングとリモート制御セッションを開始すると、ロボットの開始準備がまだできていない場合があります。
しばらくすると、要求を処理してライブ ストリーミングを開始できるようになります。
ライブ ストリーミングの画像が遅れる
このエラーは、マシンとロボット間のネットワーク接続が遅い、またはロボット端末の画面解像度が大きいために発生する可能性があります。
空白の画面が表示される
ライブ ストリームを開始したときに画面に画像が表示されない理由はいくつか考えられます。
オートメーションの UI が開始されていない
一部のジョブは、オートメーションの UI を開くよう求める前に特定のアクションを実行します。この場合、開かれるライブ ストリーミング セッションは空白になります。この結果、Windows ロボットではデスクトップが表示され、Linux Unattended ロボットと Automation Cloud ロボット - サーバーレスでは黒い画面が表示されます。
セッションをもう一度開いてみてください。
Linux 環境のロボットを使用している
Linux Unattended ロボットでは、ライブ ストリーミングとリモート制御が適切にサポートされません。そのため、このような操作には使用しないことをお勧めします。
代わりに、Automation Cloud ロボット - サーバーレスを使用してみてください。
モニターが接続されていない物理マシンを使用している
物理マシンで実行されるプロセスのライブ ストリームは物理モニターに表示されます。
そのため、モニターが接続されていることを確認する必要があります。
RDP から切断された
リモート デスクトップ プロトコル (RDP) から切断された場合、仮想マシンが画面のレンダリングを停止することがあります。これは、切断されると、画像をレンダリングする仮想画面がなくなるためです。
この問題を解決するには、サービス モードの Robot を使用します。
実行中のセッションが切断された
ネットワーク通信に問題が発生すると、ライブ ストリーミング セッションが停止する可能性があります。セッションが停止した場合、クライアントは自動的に接続を再試行します。再試行は充分高速に実行されますが、読み込み画面がごく短時間表示されることがあります。
そのセッション内でリモート制御も有効化していた場合は、接続の再確立後にリモート制御を再度有効化する必要があることに注意してください。これは、再接続すると、セッションがライブ ストリーミングのステートで開かれるためです。
しばらくすると、セッションは破棄されます。ただし、ウィンドウを閉じれば、Orchestrator からセッションを手動で再開できます。
別のユーザーが既に接続していることを示すエラー メッセージが表示される
ライブ ストリームにアクセスしてリモート制御を実行できるのは一度に 1 人のユーザーだけです。既に接続しているユーザーがいる場合は、そのユーザーが切断するまで待つ必要があります。
たとえば、ユーザー 2 が、既に User 1 によって開かれているライブ ストリームを開こうとすると、ライブ ストリームを開始できないことを示すエラーが返されます。ユーザー 1 がライブ ストリームを閉じるとすぐに、ユーザー 2 はライブ配信を開けるようになります。