ロボット構築の概要

Kofax RPA では、Web サイト操作を自動化するロボット、およびネットワーク接続しているコンピュータ上の Windows アプリケーションや Java アプリケーションに関連する作業プロセスを作成できます。Design Studio には、この目的のための専用のワークフロー言語とステップが用意されています。

ロボット

ロボットのワークフローは、順々に実行される一連のステップです。これらのステップは、自動化されているアプリケーションをユーザーが操作する方法をモデル化しています。ロボット

を使用するには、「ロボットを呼び出す」という名前の専用のアクションステップでベーシックエンジンロボット

からそのロボットを呼び出す必要があります。

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

ワークフロー

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

メニューの [ヘルプ] ボタンから、関連する各ドキュメントおよびロボットの構築プロセスの概要が記載されたスタートガイドへのリンクを利用できます。

ステップ

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

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

デバイス

ロボットを使用する目的の 1 つとして、アプリケーションを自動で制御することが挙げられます。アプリケーションは、ネットワークによるリモートアクセスが可能なデバイス (コンピュータ、サーバー、または仮想マシン) で実行されます。ロボットは、リモートデバイスで実行される Desktop Automation サービスと接続することで自動化を実行します。ただし、デバイスがターミナルまたはその他の組み込みドライバーを実行している場合は、ロボットから直接接続されます。デバイスの処理およびエージェントの設定については、Desktop Automation サービスの設定を参照してください。

アプリケーションツリー

Kofax RPA は、アプリケーションツリーを生成するいくつかの方法を提供します。デフォルトでは、Kofax RPA は、ロボットが動作しているアプリケーションのタイプ (Windows アプリケーション、ターミナル、組み込みブラウザなど) を検出し、このアプリケーションのツリーを自動的に形成します。一部の Windows アプリケーションについては、Kofax RPA に拡張サポートが用意されています。たとえば、Design Studio で Internet Explorer モードの Microsoft Edge を使用している場合、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_tree_mode	一般	アプリケーションのツリーの生成方法を定義するツリーモードを指定します。 ISA で生成されたツリーには「ISA」を使用し、DAS ツリーには「Windows」または「None」を使用します。他のドライバーの場合は「Auto」を使用します。
der_original_node_name	一般	記述されているエンティティから派生したツリー内のノード名を指定します。この名前が XML に準拠していない場合は、正規化され、元の派生名がこの属性の値として渡されます。
der_index	テーブル表示	列インデックスを指定します。この拡張属性をファインダーで使用しないことをお勧めします。この属性の値は、バージョン間で変更される可能性があるか、動的ソースに基づいて生成できます。たとえば、これらのフィールドの可能なソースは、ユーザーまたはデータベース管理者がいつでも変更できる SQL クエリ (およびストアドプロシージャ) の出力です。
der_rpa_type	テーブル表示	データベース内のデータタイプに最も一致する RPA データタイプを指定します。この拡張属性をファインダーで使用しないことをお勧めします。この属性の値は、バージョン間で変更される可能性があるか、動的ソースに基づいて生成できます。
der_rendered	CEF	ページに要素がレンダリングされる場合は、「y」(「はい」) に設定されます。
der_isOffscreen	CEF	要素が画面に表示されていない場合は、「true」に設定されます。要素を表示するには、ページをスクロールする必要があります。
der_isa	CEF	ISA によって要素が生成される場合は、「y」(「はい」) に設定されます。
der_value	CEF	「email」、「text」、「number」、「range」、「tel」、「time」、「url」、「search」、「date」、「datetime-local」、「week」、「color」、「month」、「textarea」の入力要素に使用されます。
der_checked	CEF	「radio」および「checkbox」の入力要素に使用されます。要素が選択されているのか、選択解除されているのかに応じて、「true」または「false」になります。
der_visible	Windows	ネイティブの Windows グラフィック要素に使用されます。要素が表示可能かどうかに応じて、「true」または「false」になります。
der_subdriver	Windows	サブツリーを生成した Windows サブドライバーを指定します。可能な値は、「excel」、「ie」、「sap」、または「java」です。
der_SubWindow	Windows	Internet Explorer モードの Microsoft Edge ウィンドウのサブツリーが外部コンポーネントから生成されることを示します。可能な値は「Silverlight」と「JavaApplet」です。
der_handle	電子メール	電子メールを識別するために使用される内部参照。この拡張属性をファインダーで使用しないことをお勧めします。この属性の値は動的に生成されます。
der_is_big_value	データベース	列が BLOB または同等のデータベースタイプである場合は、「true」に設定されます。

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

ロボットとベーシックエンジンロボットの比較

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

ロボットでのステップの実行は、前方への移動に限定されます。リモートコンピュータを自動化している場合、実行の状態はリモートデバイス上にあるため、「値を抽出」ステップと「値の変換」ステップのグループ以外のステップについてはワークフローで前のステップに戻ってから元に戻すことはできません。その結果、ワークフローの設計時に、新しく挿入されたステップはロボットの編集で明示的に実行を選択するまで実行されません。

分岐は、ベーシックエンジンロボットで設計されているため、ロボットには存在しません。複合ステップの一部としてのみ発生します。

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

ロボットでは、エラーの処理方法が指定されていないステップもあるため、エラーの処理はステップによって異なります。代わりに、トライ-キャッチステップではそのスコープ内で発生するエラーがキャッチされ、それらの処理方法が定義されます。

通常は、ロボットを設計する際に、自動化を行うアプリケーションのユーザーインターフェイスをユーザーがどのように操作するのかを考慮します。たとえば、テキストフィールドにテキストを入力する必要がある場合、最初にフィールドをクリックしてから、そのテキストを入力するステップを挿入します。

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

プロセスの自動化を開始する方法については、はじめにを参照してください。また、アクションステップのリストについては、ロボットのステップを参照してください。