アタンデッドとアンアタンデッドのRPA: Power Automate Desktop のどのモードが必要か?

By Mirko Peters · 2026-10-27

Power Automate Desktop のアタンデッド (有人) モードとアンアタンデッド (無人) モードを比較します。人による監視、マシン要件、料金がRPA戦略にどう影響するかを解説します。

Automatically translated with AI from the original post. Read the English original

デスクトップ ボットを構築する際に最も重要なアーキテクチャ上の選択は、アタンデッド モードとアンアタンデッド モードのどちらを使うかを決めることです。アタンデッド ロボットは、人の監視のもとでローカルPC上であなたと並行して動作しますが、アンアタンデッド ボットはロックされたマシン上で夜間も自律的に動作します。それぞれの要件、ライセンス費用、運用上の制約を理解することで、ワークフローに適したアプローチを選択できます。

重要なポイント

• アタンデッドRPAは、ユーザーのPC上で人と並行して動作し、自動化されたタスクを監視しながら完全に制御できるようにします。
• アンアタンデッドRPAは、ロックされた専用の仮想マシンやサーバー上で、人の介入なしに自律的に動作します。多くの場合、夜間に稼働します。
• アタンデッド モードは Power Automate Desktop の無料プランで利用できますが、アンアタンデッド モードには有料ライセンスと特定のマシン構成が必要です。
• 無人ワークフローでは、クリーンなマシン セッションを用意し、デスクトップ要素の失敗を防ぐために画面解像度を厳密に管理する必要があります。
• 適切なモードは、タスクの実行頻度、監視の必要性、ボット基盤の予算によって決まります。

アタンデッドRPAと人による監視の理解

アタンデッド自動化は、人による監視、介入、または手動での起動が有効なプロセス向けに設計されています。アタンデッド デスクトップ フローを実行するには、「開始」を押して、ソフトウェア ロボットがアプリケーションを操作し、フォーム項目に入力し、ローカル ファイルを管理する様子をすぐ横で確認します。このモードは生産性を大きく高める手段であり、面倒なコピー&ペーストや複数手順のデータ入力を代行しながら、あなたが主導権を保てます。

アタンデッド自動化の特長の一つが「ピクチャー イン ピクチャー」モードです。この機能では、自動化をデスクトップ環境を映す独立した仮想ウィンドウ内で実行できます。その結果、ロボットがバックグラウンドで手順を実行している間も、メインの画面でメール、ドキュメント、その他のアプリケーションの作業を続けられます。無料版の Windows アプリもアタンデッド実行を完全にサポートしているため、日々の手間を減らしたい個人や小規模チームにとって、費用をかけずに始められる最適な入口となります。

アンアタンデッドRPA: 寝ている間に自動化

アタンデッド ボットは就業時間中に人がプロセスを開始する必要がありますが、アンアタンデッド自動化は完全に裏側で動作します。このモードでは、ソフトウェア ロボットがお客様に代わって専用のマシンまたは仮想サーバーに安全にサインインし、複雑な業務ワークフローを実行し、完了するとサインアウトします。その間、物理的な画面はロックされ、消灯したままです。夜間処理やバッチ作業を、途切れのないバックグラウンド処理に置き換える、まさに「寝ている間に動く」エンジンです。

組織では、数百件のサプライヤー請求書の処理、レガシーな基幹システム（ERP）のデータ同期、日次財務諸表の作成といった、負荷が高く構造化されたデータ処理に無人ボットを導入するケースが増えています。ただし、この機能を活用するには、インフラとライセンスについて慎重な計画が必要です。無人自動化は標準の Microsoft 365 エンタープライズ サブスクリプションには含まれておらず、Power Automate プロセス プランやホステッド プロセス プランなど、有料のキャパシティが必要です。

無人デプロイでよくある落とし穴

無人デスクトップ フローを展開すると、開発者が見落としがちな厳格な技術的制約が生じます。これらのシステム ルールを理解しておけば、予期しない自動化の失敗や、トラブルシューティングに費やす時間の浪費を防げます。

クリーン マシンのルール

対象マシンでいずれかのユーザー セッションがアクティブに開いている場合、たとえそのセッションがロックされていても、無人フローは実行できません。オペレーティング システムにローカル ログインが一切ない状態である必要があります。スケジュールがトリガーされると、自動化エンジンが自動的にリモート デスクトップ セッションを作成し、作業を実行します。

解像度と要素の一致

無人フローは裏側でリモート デスクトップ セッションを開始するため、表示解像度が、ローカル環境でフローを設計・記録した際の画面サイズと異なる場合があります。リモート側の表示が想定より小さいと、重要なボタン、入力フィールド、ナビゲーション メニューが画面の見える範囲から外れ、ロボットが対象の UI 要素を見つけられずに失敗する原因になります。

管理者権限の管理

無人フローは厳格なセキュリティ境界の内側で実行されるため、通常、昇格された管理者レベルの権限を必要とするタスクは実行できません。継続的なセキュリティ プロンプトを要求するレガシー アプリケーションやコマンドライン ユーティリティは、標準のユーザー アクセス許可の範囲内で動作するよう、見直しと設定の変更が必要です。

コストとライセンスの実情を比較する

無人自動化と有人自動化のどちらの戦略を選ぶかを決める際、予算計画が決め手になることがよくあります。既存のソフトウェア契約に何が含まれているかについて誤った前提を置くと、導入スケジュールが狂う可能性があります。

標準の Microsoft 365 商用ライセンスには標準コネクタを使用するクラウド フローが含まれますが、デスクトップ RPA ボットやプレミアム コネクタは対象外です。そのため、自動化の範囲を広げるには、料金体系を整理しておく必要があります。

• 無料プラン: 個人の PC でのローカルの有人実行と、標準コネクタを使用するクラウド フローを無料で利用できます。個人の生産性向上に適しています。
• Power Automate Premium: 月額ユーザーあたり約 15 ドルで、プレミアム クラウド コネクタと有人デスクトップ自動化機能が追加されます。
• Power Automate プロセス プラン: 月額ボットあたり約 150 ドルで、自律的なバックグラウンド処理を行う専用の無人ボット インスタンスを 1 つ利用できます。
• ホステッド プロセス プラン: 月額ボットあたり約 215 ドルで、無人ボットの仮想マシン ハードウェア インフラを Microsoft がすべて管理およびホストします。

先に大きな投資をすることをためらうチームには、無人実行をサポートする 90 日間の試用期間が用意されています。この試用期間では、リスクを負うことなく無人スクリプトをテストし、業務時間の削減効果が有料のボット インフラへの移行を正当化できるかを評価できます。

まとめ

有人モードと無人モードのどちらの Power Automate Desktop を選ぶかは、人による監視の必要性とインフラへの投資のバランスで決まります。有人フローは、自分のワークステーション上で日々の個人タスクを効率化する、手軽で無料の入口となります。無人フローはエンタープライズ規模の拡張性と、夜間の自律的な実行を提供しますが、専用のライセンス、クリーン マシンの状態、慎重な解像度管理が必要です。

デスクトップ フローがクラウド トリガー、レコーダー、料金体系とどのように連携するかについて詳しく知りたい方は、ポッドキャストのエピソード全編をお聴きください。Microsoft の強力なロボティック プロセス オートメーション ツールについて、専門家による専門用語を極力避けた解説を聴くことができます。

よくある質問

作業中に個人のノートPCで Power Automate Desktop の無人フローを実行できますか？

いいえ。無人実行フローでは、ロボットが独自の分離されたリモートデスクトップセッションを作成するため、対象のマシンがどのユーザーセッションにも使われておらず、ロックされていない状態である必要があります。PCを実際に使用している場合は、有人モードを使用してください。

Microsoft Power Automate Desktop の有人モードは完全に無料で使えますか？

はい。無料のWindowsアプリでは、有人モードでお使いのマシン上にデスクトップフローをローカル実行できます。プレミアムライセンスを購入しなくても、個人的なタスクを自動化できます。

無人デスクトップボットを実行するために必要な主なライセンスは何ですか？

無人実行には、Power Automate プロセス プランやホステッド プロセス プランなどの有料プランが必要です。これらのプランで、無人ボットとマシンの自動化されたオーケストレーションのコストがカバーされます。

無人実行の Power Automate Desktop フローが、予期せず失敗することがあるのはなぜですか？

画面解像度の不一致が原因で失敗することがよくあります。無人フローの実行時には、設計環境とは異なる解像度のリモートセッションが起動する場合があり、その結果UI要素が画面外にずれてしまうことがあります。