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

Desktop Automation ロボット

Desktop Automation ロボットのワークフローは、順々に実行される一連のステップです。これらのステップは、自動化されているアプリケーションをユーザーが操作する方法をモデル化しています。Desktop Automation ロボットを使用するには、「Desktop Automation ロボットの呼び出し」という名前の専用のアクション ステップで Web Automation ロボットからそのロボットを呼び出す必要があります。

Web Automation ロボットには、それぞれ独自のワークフローを持つ複数の「Desktop Automation ロボットの呼び出し」ステップを含めることができます。複数の Web オートメーション ロボットで 1 つの Desktop Automation ロボットを再利用できるため、複数のロボットを同時に操作する場合は時間を大幅に短縮できます。「Desktop Automation ロボットの呼び出し」ステップを使用するロボットを、他の Kofax RPA ロボットとして実行するには、スケジュール、API、Kapplet を使用するか、開発またはテスト中に手動で実行します。

Desktop Automation ワークフロー

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

メニューの [ヘルプ] ボタンから、関連したドキュメントと、Desktop Automation を使用したロボットの構築プロセスを解説しているスタート ガイドへのリンクを利用できます。

ステップ

ステップは、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、幅、高さ) を追加します。派生属性は、「der_」という接頭辞が付いたツリーに表示され、ファインダーで抽出する際に使用できます。

次の表に、アプリケーション ツリーで使用可能な派生属性のリストとその説明を示します。

派生属性	説明
すべての要素を対象とする属性
der_x	要素の左上隅の X 座標。
der_y	要素の左上隅の Y 座標。
der_width	要素 (要素の境界ボックス) の幅。
der_height	要素 (要素の境界ボックス) の高さ。
der_rendered	ページに要素がレンダリングされる場合は、「y」(「はい」) に設定されます。
der_isOffscreen	要素が画面に表示されていない場合は、「true」に設定されます。要素を表示するには、ページをスクロールする必要があります。
フォーム コントロールの (入力) 要素を対象とする属性
der_value	「email」、「text」、「number」、「range」、「tel」、「time」、「url」、「search」、「date」、「datetime-local」、「week」、「color」、「month」、および「textarea」の入力要素に使用されます。
der_checked	「radio」および「checkbox」の入力要素に使用されます。要素が選択されているのか、選択解除されているのかに応じて、「true」または「false」になります。

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

Desktop Automation ロボットと比較した Web オートメーション ロボット

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

Desktop Automation でのステップの実行は、前にのみ移動します。実行の状態はリモート デバイス上のものであり、ワークフローを戻って元に戻すことはできません。ただし、「値を抽出」ステップと「値の変換」ステップのグループは除きます。その結果、ワークフローの設計時に、新しく挿入されたステップは Desktop Automation ロボットの編集 で明示的に実行を選択するまで実行されません。

重要 分岐は、Web オートメーション ロボットで設計されているため、Desktop Automation ロボットには存在しません。複合ステップの一部としてのみ発生します。

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

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

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

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

リモート デバイスの自動化を開始する方法についてははじめにを参照し、アクション ステップのリストについてはDesktop Automation ステップ アクションをそれぞれ参照してください。