Desktop Automation では、ネットワーク接続しているコンピュータ上の Windows および Java アプリケーションを対象とする作業プロセスを自動化できるロボットを作成します。Desktop Automation は、全体の Kofax RPA オートメーション機能の一部です。Desktop Automation は実質上、Web サイトおよびデータベースのオートメーションとは異なるため、Design Studio にはこの目的のための専用のワークフロー言語、エディタ、およびステップがあります。

Desktop Automation ワークフロー

Desktop Automation ワークフローは、順々に実行される一連のステップです。ステップでは、ユーザーが自動化中のアプリケーションとどのように相互作用するかがモデル化されます。Desktop Automation ワークフローは、それ自体が通常ロボットの一部である、Desktop Automation と呼ばれる単一のステップ アクション内に含まれます。1 つのロボットには複数の Desktop Automation ステップを含めることができ、それぞれのステップには独自のワークフローが含まれています。1 つのロボットにはその他のタイプのステップを含めることができます。ロボットは、スケジュールから、API 経由、Kapplet 経由、あるいは開発またはテスト中に手動でその他の Kofax RPA として実行可能です。

Desktop Automation エディタ

Desktop Automation ワークフローは、Desktop Automation エディタで編集されます。エディタには、ロボットと自動化中のアプリケーションのビューがロボット状態の詳細および、ロボットを手動で制御するためのボタンとともに表示されます。詳細については、Desktop Automation エディタ を参照してください。

ステップ

ステップは、Web サイトのロボット言語と同様に Desktop Automation ワークフローの基本的な設定要素です。Desktop Automation では、終了ポイントがないいくつかのステップを除くすべてのステップにエントリ ポイントと終了ポイントが 1 つずつあります。一部のステップは単純なステップで、マウス移動やキー プレスなどの 1 つのアクションのみを実行します。複合ステップと呼ばれるその他のステップには、追加のステップが含まれていることがあります。複合ステップは、共に属しているステップのグループ化、または分岐、および実行を続行する方法を制御するその他の方法の処理に使用されます。ステップの完全なリストについては、Desktop Automation ステップ を参照してください。

Desktop Automation のステップは通常粒度が細かく、より小さなタスクを処理します。たとえば、すべてのステップ タイプで固有のエラー処理はありません。代わりに、専用ステップが特に実行時のエラーの処理のために存在します。

デバイス

Desktop Automation の目的は、アプリケーションの制御の自動化です。アプリケーションは、ネットワークによるリモート アクセスが可能なデバイス (コンピュータ、サーバー、または仮想マシン) で実行されます。ロボットは、リモート デバイスで実行される Desktop Automation エージェントと接続することにより、Desktop Automation を実行します。ロボットから直接接続されている端末がデバイスで実行されている場合を除きます。デバイスの処理およびエージェントの設定については、Desktop Automation の構成を参照してください。

ウィジェット ツリー

Kofax RPA では、複数の方法でウィジェット ツリーを生成することができます。デフォルトでは、Kofax RPA は、ロボットが動作しているアプリケーションのタイプ (Windows アプリケーション、端末、組み込みブラウザなど) を検出し、このアプリケーションのウィジェット ツリーを自動的に形成します。一部の Windows アプリケーションについては、Kofax RPA では、拡張サポートが用意されています。たとえば、Design Studio で Internet Explorer を使用している場合など、Kofax RPA で Internet Explorer の拡張サポートを有効にして、DOM (Document Object Model) ツリーを取得することにより、ウィジェット ツリーでより正確な結果が得られます。Kofax RPA がアプリケーションから直接受け取る属性と Kofax RPA が追加する属性を区別するために、「派生属性」のセットが追加されます。このようになるのは、異なる属性間の名前の競合を防ぐためです。Kofax RPA は、ファインダーで使用する、または抽出用の派生属性として境界ボックス (x、y、w、h) を追加します。また、組み込みブラウザは、派生属性として rendered を追加します。派生属性は、「der_」という接頭辞が付いたツリーに表示され、ファインダーで使用できます。

特定のアプリケーションで問題が発生した場合は、拡張アプリケーション サポートをオフにすることができます。

Desktop Automation ワークフローと Web サイト ロボットの比較

Kofax RPA は本来、HTML ページが主に静的な場合に一度に HTML にアクセスするように設計されました。これらのケースでは、アプリケーション (Web ページ) の状態をロボットで内部的に追跡できます。一方、Desktop Automation 機能は、状態がアプリケーションに存在するリモート アプリケーションを自動化するように設計されています。この場合、状態はロボットの外部になります。

Desktop Automation でのステップの実行は、前にのみ移動します。実行の状態はリモート デバイス上のものであり、ワークフローを戻って元に戻すことはできません。その結果、ワークフローの設計時に、新しく挿入されたステップは Desktop Automation エディタ で明示的に実行を選択するまで実行されません。

重要 分岐は、Kofax RPA Design Studio で設計されているため、Desktop Automation サービスには存在しません。複合ステップの一部としてのみ発生します。

分岐は、条件ステップなどの複合ステップの一部としてのみ発生します。分岐は代替分岐であるため、ワークフローの実行時に選択される分岐は 1 つだけです。これは、分岐が順々に続けて実行される Web サイト ロボットとは異なり、状態は各分岐の開始時に戻ります。

Desktop Automation で、エラー処理はすべてのステップに対して指定されているわけではないために異なります。代わりに、try-catch ステップ ではその範囲内で発生するエラーがキャッチされ、それらの処理方法が定義されます。

一般に、Desktop Automation ワークフローの設計時に、ユーザーがどのように自動化中のアプリケーションのユーザー インターフェイスと相互作用するかを考えます。たとえば、テキスト フィールドにテキストを入力する必要がある場合、最初にフィールドをクリックしてから、そのテキストを入力するステップを挿入します。

Desktop Automation には、ロボット デザイナーでオートメーションを設計し、アプリケーションの外部状態を判断して、適切に対応できるようにする機能があります。たとえば、ボタンのクリックがボタンが表示されるまで待機できるようになります。または、ステップでアプリケーションがすでに開始されていることを検出し、別のインスタンスが開始されないようにすることができます。ワークフローの設計時は、ガードとファインダーがアプリケーションの特定の状態を待機するために使用され、これによりロボットが必要なエレメントを見つけ、それらと予想どおりに相互作用するようになります。ガードの詳細については ガード チョイス ステップ、ファインダーの詳細については Desktop Automation のファインダーをそれぞれ参照してください。

リモート デバイスを自動化するステップについては、Desktop Automation の開始を参照してください。