JP2023089951A - ロボティックプロセスオートメーションのためのマルチターゲットライブラリ、プロジェクト、およびアクティビティ - Google Patents

Abstract

【課題】ロボティックプロセスオートメーション（ＲＰＡ）のためのマルチターゲットライブラリ、プロジェクト及びアクティビティを提供する。
【解決手段】プロセスは、マルチターゲットＲＰＡデザイナアプリケーションを起動し９１０、非マルチプラットフォームＲＰＡプロジェクトをマルチターゲットＲＰＡプロジェクトに変換し９２０、開発者が非マルチターゲットＲＰＡプロジェクトをマルチターゲットＲＰＡプロジェクトに変換するだけでなければ、プロジェクト及び／又は個々のアクティビティのためのＲＰＡワークフロー構成を受信し９３０、ＲＰＡワークフローが作製されると、ターゲットプラットフォーム（複数可）上でワークフローを実装する自動化を生成し９４０、ＲＰＡロボット（複数可）を介してターゲットプラットフォーム（複数可）上でＲＰＡオートメーションを遂行し、検証する９５０。
【選択図】図９

Description

本発明は概して、ロボティックプロセスオートメーション（ＲＰＡ）に関し、より具体的には、ＲＰＡのためのマルチターゲットライブラリ、プロジェクト、およびアクティビティに関する。

現在、Ｗｉｎｄｏｗｓ（登録商標）、Ｍａｃ（登録商標）、Ｌｉｎｕｘ（登録商標）、モバイルオペレーティングシステム（ＯＳ）など、さまざまなターゲットに対してさまざまなバージョンのＲＰＡワークフローが開発されている。したがって、同じ自動化に対して複数のバージョンが生成される。これは面倒であり、プロジェクトとライブラリの多様性につながり、さらにバージョン管理、バグ修正、および更新がより困難になる。さらに、現在のＲＰＡアクティビティには、ターゲットプラットフォームを指定する機能がない。したがって、ＲＰＡライブラリとプロジェクト、およびＲＰＡアクティビティ自体を管理するための改善されたアプローチが有益であり得る。

本発明の特定の実施形態は、現在のＲＰＡ技術によってまだ十分に特定されていない、評価されていない、または解決されていない本分野における問題およびニーズのソリューションを提供し得る。例えば、本発明のいくつかの実施形態は、ＲＰＡのためのマルチターゲットライブラリ、プロジェクト、およびアクティビティに関係する。

実施形態では、コンピューティングシステムは、マルチターゲットＲＰＡデザイナアプリケーション用のコンピュータプログラム命令を格納するメモリと、コンピュータプログラム命令を遂行するように構成された少なくとも１つのプロセッサとを含む。コンピュータプログラム命令は、少なくとも１つのプロセッサが、ＲＰＡプロジェクトのためのターゲットプラットフォーム構成を受信する、ＲＰＡワークフローの１または複数のアクティビティの複数のターゲットプラットフォームバージョンを受信する、またはその両方を行うように構成される。コンピュータプログラム命令はまた、少なくとも１つのプロセッサが、ターゲットプラットフォーム構成に従ってＲＰＡプロジェクトを構成する、それぞれのターゲットプラットフォームのための１または複数のアクティビティの複数のバージョンを構成する、またはその両方を行うように構成される。ＲＰＡプロジェクトは、複数のターゲットプラットフォームに対応する。

別の実施形態では、非一時的なコンピュータ読み取り可能な媒体は、マルチターゲットＲＰＡデザイナアプリケーション用のコンピュータプログラムを格納する。コンピュータプログラムは、少なくとも１つのプロセッサが、ＲＰＡプロジェクトのためのターゲットプラットフォーム構成を受信し、ターゲットプラットフォーム構成に従ってＲＰＡプロジェクトを構成するように構成される。ＲＰＡプロジェクトは、複数のターゲットプラットフォームに対応する。

さらに別の実施形態では、コンピュータ実装方法は、コンピューティングシステム上で遂行するマルチターゲットＲＰＡデザイナアプリケーションによって、ＲＰＡワークフローの１または複数のアクティビティの複数のターゲットプラットフォームバージョンを受信することを含む。コンピュータ実施される方法はまた、マルチターゲットＲＰＡデザイナアプリケーションによって、それぞれのターゲットプラットフォームのための１または複数のアクティビティの複数のバージョンを構成することを含む。ＲＰＡプロジェクトは、複数のターゲットプラットフォームに対応する。

本発明の特定の実施形態の利点が容易に理解されるように、上記で簡単に説明した本発明の、より特定の説明は、添付の図面に図示されている特定の実施形態を参照して描写される。これらの図面は、本発明の典型的な実施形態のみを描いており、したがって、その範囲を限定するものとは考えられないことが理解されるべきであるが、本発明は、以下の添付の図面を使用することにより、さらなる特定および詳細をもって描写され、説明されるであろう。

本発明の実施形態による、ＲＰＡシステムを示すアーキテクチャ図である。

本発明の実施形態による、展開したＲＰＡシステムを示すアーキテクチャ図である。

本発明の実施形態による、デザイナ、アクティビティ、およびドライバの間の関係を示すアーキテクチャ図である。

本発明の実施形態による、ＲＰＡシステムを示すアーキテクチャ図である。

本発明の実施形態による、マルチターゲットＲＰＡデザイナシステムの全部または一部を実装するように構成されたコンピューティングシステムを示すアーキテクチャ図である。

本発明の実施形態による、マルチターゲットＲＰＡ機能を実装するように構成されたシステムを示すアーキテクチャ図である。

本発明の実施形態による、マルチターゲットＲＰＡ開発アプリケーションを示す。

本発明の実施形態による、マルチターゲットＲＰＡ開発アプリケーションのためのプロジェクトレベルのターゲット指定メニューを示す。

本発明の実施形態による、アクティビティカテゴリおよびクイックアクションウィンドウを有するマルチターゲットＲＰＡ開発アプリケーションを示す。

本発明の実施形態による、Ｅｘｃｅｌ（登録商標）アクティビティウィンドウを有するマルチターゲットＲＰＡ開発アプリケーションを示す。

本発明の実施形態による、構成されていないＥｘｃｅｌ（登録商標）ファイル使用アクティビティを伴うマルチターゲットＲＰＡ開発アプリケーションを示す。

本発明の実施形態による、Ｅｘｃｅｌ（登録商標）ファイル使用アクティビティが構成された後のマルチターゲットＲＰＡ開発アプリケーションを示す。

本発明の実施形態による、マルチターゲットＲＰＡワークフロー８００を示す。

本発明の実施形態による、設計時にマルチターゲットＲＰＡ開発を実行するためのプロセスを示すフローチャートである。

本発明の実施形態による、アクティビティレベル範囲決定を用いて実行時にマルチターゲットＲＰＡオートメーションを遂行するためのプロセスを示すフローチャートである。

本発明の実施形態による、異なるコンピューティングシステム上のマルチターゲットプラットフォーム上で遂行する長時間実行ワークフローを示す。

本発明の実施形態による、異なるコンピューティングシステム上のマルチターゲットプラットフォーム上で遂行する長時間実行ワークフローを作製するためのプロセスを示すフローチャートである。

別段の記載がない限り、類似の参照文字は、添付の図面全体で一貫して対応する特徴を示す。

（実施形態の詳細な説明）
いくつかの実施形態は、ＲＰＡのためのマルチターゲットライブラリ、プロジェクト、およびアクティビティに関係する。従来のＲＰＡでは、ターゲットプラットフォームごとに、独自のアクティビティを持つ複数の異なるライブラリとプロジェクトとが生成される。例えば、レガシーターゲット、．ＮＥＴ Ｃｏｒｅ、クロスプラットフォーム（例えば、Ｗｉｎｄｏｗｓ（登録商標）とＬｉｎｕｘ（登録商標）の両方で実行可能）、Ａｐｐｌｅ（登録商標） ＯＳ Ｘ、ネイティブモバイルなどのために、個別のプロジェクトおよびライブラリが開発され得る。つまり、プラットフォームごとに同じ自動化の複数のバージョンが作製される。これには追加の開発者リソースが必要であり、バージョン管理、メンテナンス、および／または展開の問題につながり得る。

いくつかの実施形態は、複数のターゲットプラットフォームが同じプロジェクトで処理されることを可能にする。ターゲットプラットフォーム（複数可）は、それぞれにサポートされている機能を提供するために、自動化および／またはアクティビティレベルで指定され得る。これにより、ゼロから始めることなく、以前に構築された自動化を新しいターゲットフレームワークに適用することもできる。

いくつかの実施形態では、各アクティビティは、タグ、変数、配列、または所与のアクティビティのターゲットプラットフォーム（複数可）を指定する他の記述子またはデータ構造を有し得る。これにより、ＲＰＡロボットが実行時に現在のターゲットプラットフォーム用にタグ付けされたアクティビティのみを遂行する、同じワークフロー内のすべての意図されたターゲットプラットフォームのすべてのアクティビティの開発が可能になる。例えば、Ｌｉｎｕｘ（登録商標）、ＯＳ Ｘ、Ｗｉｎｄｏｗｓ（登録商標）、ネイティブモバイル、および４つすべてのアクティビティを含む単一プロジェクトが公開されても、Ｗｉｎｄｏｗｓで自動化を遂行すると、「Ｗｉｎｄｏｗｓ」または「すべて」をターゲットとしたアクティビティのみが遂行される。

いくつかの実施形態では、長時間実行ワークフローに関与する異なるコンピューティングシステムが異なるターゲットプラットフォームを有する場合、長時間実行ワークフローが使用され得る。いくつかの実施形態におけるＲＰＡのための長時間実行ワークフローは、サービスオーケストレーション、人間の介入、およびアテンディッドまたはアンアテンディッド環境における長時間実行トランザクションをサポートするマスタープロジェクトである。人間の介入は、特定のプロセスが、アクティビティの次のステップに進む前に、例外処理、承認、または検証のために人間の入力を必要とする場合に登場する。この場合、プロセスの遂行は一時停止され、人間のタスクが完了するまでＲＰＡロボット（複数可）を開放する。

長時間実行ワークフローは、永続化アクティビティを介してワークフローの断片化をサポートしてもよく、プロセスおよび非ユーザーインタラクションアクティビティを呼び出し、人間のタスクをＲＰＡロボットタスクでオーケストレーションすることと組み合わされ得る。長時間実行ワークフローは、迅速な遂行を促進するためにセッションで実行し得る。いくつかの実施形態では、長時間実行ワークフローは、アプリケーションプログラミングインターフェース（ＡＰＩ）呼び出しを実行し、かつ長時間実行ワークフローセッションで実行するアクティビティを含み得るバックグラウンドプロセスをオーケストレーションしてもよい。これらのアクティビティは、いくつかの実施形態では、呼び出しプロセスアクティビティによって呼び出され得る。ユーザーセッションで実行するユーザーインタラクションアクティビティを有するプロセスは、コンダクタアクティビティからジョブを開始することによって呼び出され得る（コンダクタは、本明細書で後により詳細に説明する）。ユーザーは、いくつかの実施形態では、コンダクタでフォームを完成させる必要があるタスクを通じてインタラクションし得る。ＲＰＡロボットにフォームタスクが完了するのを待たせ、その後、長時間実行ワークフローを再開させるアクティビティが含まれ得る。

いくつかのマルチターゲット実施形態では、プラットフォーム／デバイスの組み合わせによって集合的に実行される全体的な（マスター）プロセスの部分が、ネイティブモバイル、Ｍａｃ（登録商標） ＯＳ Ｘ、Ｗｉｎｄｏｗｓ（登録商標）などで遂行されるように、長時間実行ワークフローが設計され得る。さらに、いくつかの実施形態では、全体的なプロセスのユーザーの部分は、ユーザーがログインしているサポートされたデバイスおよびプラットフォームのいずれでも遂行され得る。例えば、長時間実行ワークフローの一部は、マルチターゲットサポートにより、ユーザーがＭａｃ（登録商標） ＯＳ または Ｗｉｎｄｏｗｓ（登録商標）のどちらにログインしているかに関係なく遂行され得るアテンディッド部分であり得る。これは現在、ＲＰＡシステムでは不可能である。したがって、ユーザーは、彼または彼女が使用しているサポートされたプラットフォームに関係なく、自動化の彼または彼女の部分を実行できる。

いくつの実施形態におけるアテンディッドオートメーションでは、フォーム、コールアウトなどでユーザーにプロンプトを表示することができる。しかしながら、この機能は通常、オペレーティングシステム（ＯＳ）に依存する。このような通知は、より広範なまたは普遍的なソリューションとしてウェブブラウザを介して提供され得るが、これはいくつかの実装では望ましくない場合がある。したがって、いくつかの実施形態では、自動化が一度構築され得、その後、マルチターゲット機能により、そのようなフォームおよびコールアウトがターゲットプラットフォームで提供されることを保証し得る。

特定のターゲットに対してネイティブ機能が使用され得る。このネイティブ機能は、例えば、ユーザーと自動化との間の完全なデスクトップインタラクションを含む、ＯＳ依存の機能を提供するために使用され得る。自動化の設計とユーザーの期待を満たすために、ＯＳに呼び出す本格的なネイティブアプリケーションが提供され得る。したがって、自動化はユーザーのアクションを監視し、ユーザーの現在のコンテキストに基づいて遂行を継続し得る。コンテキストは、限定されないが、デスクトップリソース、場所、アプリケーションの可用性、ユーザーのＯＳ固有のアクションなどを含む。

図１は、本発明の実施形態による、ＲＰＡシステム１００を示すアーキテクチャ図である。ＲＰＡシステム１００は、開発者がワークフローを設計して実装することを可能にするデザイナ１１０を含む。デザイナ１１０は、アプリケーション統合のためのソリューションを提供するとともに、サードパーティアプリケーション、管理情報技術（ＩＴ）タスク、およびビジネスＩＴプロセスを自動化する。デザイナ１１０は、ビジネスプロセスのグラフィック表現である自動化プロジェクトの開発を容易にし得る。簡単に言えば、デザイナ１１０は、ワークフローおよびロボットの開発および展開を容易にする。

自動化プロジェクトは、本明細書で「アクティビティ」と定義されるワークフローで開発されたカスタムセットのステップ間の遂行順序および関係の制御を開発者に与えることにより、ルールベースのプロセスの自動化を可能にする。デザイナ１１０の実施形態の商業的な一例は、ＵｉＰａｔｈ Ｓｔｕｄｉｏ（商標）である。各アクティビティは、ボタンをクリックする、ファイルを読む、ログパネルに書き込むなどのアクションを含み得る。いくつかの実施形態では、ワークフローは入れ子になっているか、または埋め込まれ得る。

ワークフローのいくつかのタイプには、シーケンス、フローチャート、有限状態機械（ＦＳＭ）、および／またはグローバル例外ハンドラなどを含み得るが、これらに限定されない。シーケンスは、ワークフローを乱雑にすることなく、あるアクティビティから別のアクティビティへのフローを可能にする、線形プロセスに特に適し得る。フローチャートは、特により複雑なビジネスロジックに適し得、複数の分岐ロジックオペレータを介して、より多様な方法で意思決定の統合およびアクティビティの接続を可能にする。ＦＳＭは、大規模なワークフローに特に適し得る。ＦＳＭは、条件（すなわち、遷移）またはアクティビティによりトリガされる有限の数の状態をそれらの遂行中に使用し得る。グローバル例外ハンドラは、遂行エラーに遭遇したときのワークフローの挙動を決定したり、プロセスをデバッグしたりするのに特に適し得る。

ワークフローがデザイナ１１０内で開発されると、ビジネスプロセスの遂行は、コンダクタ１２０によって調整され、デザイナ１１０内で開発されたワークフローを遂行する１または複数のロボット１３０を調整する。コンダクタ１２０の実施形態の商業的な一例は、ＵｉＰａｔｈ Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）である。コンダクタ１２０は、環境におけるリソースの生成、監視、および展開の管理を容易にする。コンダクタ１２０は、サードパーティのソリューションおよびアプリケーションとの統合ポイントとして動作し得る。

コンダクタ１２０は、全てのロボット１３０を管理し得、ロボット１３０を集中ポイントから接続して遂行する。管理され得るロボット１３０のタイプには、アテンディッドロボット１３２、アンアテンディッドロボット１３４、開発ロボット（アンアテンディッドロボット１３４と同様であるが、開発およびテストの目的で使用される）、および非生産ロボット（アテンディッドロボット１３２と同様であるが、開発およびテストの目的で使用される）が含まれるが、これらに限定されない。アテンディッドロボット１３２は、ユーザーイベントによってトリガされ、同じコンピューティングシステム上で人と並んで動作する。アテンディッドロボット１３２は、集中プロセスデプロイメントおよびロギング媒体のためのコンダクタ１２０とともに使用され得る。アテンディッドロボット１３２は、人のユーザーが様々なタスクを達成するのを支援してもよく、ユーザーイベントによってトリガされてもよい。いくつかの実施形態では、プロセスは、このタイプのロボット上でコンダクタ１２０から開始することができず、および／またはそれらはロックされた画面の下で実行することができない。特定の実施形態では、アテンディッドロボット１３２は、ロボットトレイからまたはコマンドプロンプトからのみ起動され得る。アテンディッドロボット１３２は、いくつかの実施形態では、人の監督下で動作することが好ましい。

アンアテンディッドロボット１３４は、仮想環境で無人で動作し、多くのプロセスを自動化し得る。アンアテンディッドロボット１３４は、リモート遂行、監視、スケジューリング、および作業キューのサポートの提供を担当し得る。全てのロボットタイプのためのデバッグは、いくつかの実施形態では、デザイナ１１０で実行され得る。アテンディッドロボットおよびアンアテンディッドロボットの両方は、メインフレーム、ウェブアプリケーション、ＶＭ、エンタープライズアプリケーション（例えば、ＳＡＰ（登録商標）、ＳａｌｅｓＦｏｒｃｅ（登録商標）、Ｏｒａｃｌｅ（登録商標）などにより生成されたもの）、およびコンピューティングシステムアプリケーション（例えば、デスクトップおよびラップトップアプリケーション、モバイルデバイスアプリケーション、ウェアラブルコンピュータアプリケーションなど）を含むが、これらに限定されない様々なシステムおよびアプリケーションを自動化し得る。

コンダクタ１２０は、プロビジョニング、展開、構成、キューイング、監視、ロギング、および／または相互接続性の提供を含むがこれらに限定されない様々な能力を有し得る。プロビジョニングは、ロボット１３０とコンダクタ１２０（例えば、ウェブアプリケーション）との間の接続を作成し、維持することを含み得る。展開は、遂行のために割り当てられたロボット１３０へのパッケージバージョンの正しい配信を保証することを含み得る。構成は、ロボット環境およびプロセス構成の維持および配信を含み得る。キューイングは、キューおよびキュー項目の管理を提供することを含み得る。監視は、ロボットの特定データを追跡し、ユーザーの権限を維持することを含み得る。ロギングは、データベース（例えば、ＳＱＬデータベース）および／または別のストレージメカニズム（例えば、大規模なデータセットを格納し、迅速にクエリを実行する能力を提供するＥｌａｓｔｉｃＳｅａｒｃｈ（登録商標））へのログの保存およびインデックス作成を含み得る。コンダクタ１２０は、サードパーティのソリューションおよび／またはアプリケーションのための通信の集中点として操作することにより、相互接続性を提供し得る。

ロボット１３０は、デザイナ１１０で構築されたワークフローを実行する遂行エージェントである。ロボット（複数可）１３０のいくつかの実施形態の１つの商業的な例は、ＵｉＰａｔｈ Ｒｏｂｏｔｓ（商標）である。いくつかの実施形態では、ロボット１３０は、デフォルトで、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｍａｎａｇｅｒ（ＳＣＭ）管理サービスをインストールする。その結果、このようなロボット１３０は、ローカルシステムアカウントの下でインタラクティブなＷｉｎｄｏｗｓ（登録商標）セッションを開くことができ、Ｗｉｎｄｏｗｓ（登録商標）サービスの権利を有し得る。

いくつかの実施形態では、ロボット１３０は、ユーザーモードで設置され得る。このようなロボット１３０については、所定のロボット１３０が設置されているユーザーと同じ権利を有することを意味する。この特色はまた、各マシンを最大限に全活用することを保証する高密度（ＨＤ）ロボットにも利用可能であり得る。いくつかの実施形態では、いずれかのタイプのロボット１３０は、ＨＤ環境で構成され得る。

いくつかの実施形態におけるロボット１３０は、複数のコンポーネントに分割され、それぞれが特定の自動化タスクに特化されている。いくつかの実施形態におけるロボットコンポーネントは、ＳＣＭ管理ロボットサービス、ユーザーモードロボットサービス、エグゼキュータ、エージェント、およびコマンドラインを含むが、これらに限定されない。ＳＣＭ管理ロボットサービスは、Ｗｉｎｄｏｗｓ（登録商標）セッションを管理および監視し、コンダクタ１２０と遂行ホスト（すなわち、ロボット１３０が遂行されるコンピューティングシステム）との間のプロキシとして動作する。これらのサービスは、ロボット１３０の資格情報を任されて管理する。コンソールアプリケーションは、ローカルシステム下のＳＣＭにより起動される。

いくつかの実施形態におけるユーザーモードロボットサービスは、Ｗｉｎｄｏｗｓ（登録商標）セッションを管理および監視し、コンダクタ１２０と遂行ホストとの間のプロキシとして動作する。ユーザーモードロボットサービスは、ロボット１３０の資格情報を任されて管理し得る。ＳＣＭ管理ロボットサービスがインストールされていない場合、Ｗｉｎｄｏｗｓ（登録商標）アプリケーションが自動的に起動され得る。

エグゼキュータは、Ｗｉｎｄｏｗｓ（登録商標）セッションの下で与えられたジョブを遂行し得る（つまり、ワークフローを遂行し得る。エグゼキュータは、モニタ毎のドットパーインチ（ＤＰＩ）設定を意識し得る）。エージェントは、システムトレイウィンドウに利用可能なジョブを表示するＷｉｎｄｏｗｓ（登録商標） Ｐｒｅｓｅｎｔａｔｉｏｎ Ｆｏｕｎｄａｔｉｏｎ（ＷＰＦ）アプリケーションであり得る。エージェントはサービスのクライアントであり得る。エージェントは、ジョブの開始または停止、設定の変更を依頼し得る。コマンドラインはサービスのクライアントである。コマンドラインは、ジョブの開始を要求し、その出力を待つことができるコンソールアプリケーションである。

上で説明したように、ロボット１３０のコンポーネントが分割されていることは、開発者、サポートユーザー、およびコンピューティングシステムが、各コンポーネントが何を遂行しているかをより容易に実行し、特定し、および追跡するのに役立つ。この方法では、エグゼキュータとサービスに異なるファイアウォールルールを設定するなど、コンポーネントごとに特別な挙動を構成し得る。エグゼキュータは常に、いくつかの実施形態では、モニタごとのＤＰＩ設定を認識し得る。その結果、ワークフローは、ワークフローが作成されたコンピューティングシステムの構成に関係なく、いずれかのＤＰＩで遂行し得る。また、いくつかの実施形態では、デザイナ１１０からのプロジェクトは、ブラウザのズームレベルに依存しないようにし得る。ＤＰＩを認識していないまたは意図的に認識していないとマークされているアプリケーションの場合、いくつかの実施形態ではＤＰＩを無効にし得る。

図２は、本発明の実施形態による、展開したＲＰＡシステム２００を示すアーキテクチャ図である。いくつかの実施形態では、ＲＰＡシステム２００は、図１のＲＰＡシステム１００であってもよく、またはその一部であってもよい。クライアント側、サーバー側、またはその両方が、本発明の範囲から逸脱することなく、いずれかの所望の数のコンピューティングシステムを含むことができることに留意すべきである。クライアント側では、ロボットアプリケーション２１０は、エグゼキュータ２１２、エージェント２１４、およびデザイナ２１６を含む。しかし、いくつかの実施形態では、デザイナ２１６は、コンピューティングシステム２１０上で実行されていなくてもよい。エグゼキュータ２１２はプロセスを実行している。図２に示すように、複数のビジネスプロジェクトが同時に実行され得る。エージェント２１４（例えば、Ｗｉｎｄｏｗｓ（登録商標）サービス）は、本実施形態では、全てのエグゼキュータ２１２のための単一の接続ポイントである。この実施形態における全てのメッセージは、コンダクタ２３０に記録され、それは、データベースサーバー２４０、インデクササーバー２５０、またはその両方を介して、それらをさらに処理する。図１に関して上述したように、エグゼキュータ２１２は、ロボットコンポーネントであり得る。

いくつかの実施形態では、ロボットは、マシン名とユーザー名との間の関連付けを表す。ロボットは、複数のエグゼキュータを同時に管理し得る。同時に実行される複数のインタラクティブセッションをサポートするコンピューティングシステム（Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ ２０１２など）では、複数のロボットが同時に実行され得、それぞれが一意のユーザー名を使用して別々のＷｉｎｄｏｗｓ（登録商標）セッションで実行され得る。これは、上記のＨＤロボットと呼ばれる。

エージェント２１４はまた、ロボットの状態を送信し（例えば、ロボットがまだ機能していることを示す「ハートビート」メッセージを定期的に送信する）、遂行されるパッケージの要求されるバージョンをダウンロードすることにも責任を負う。エージェント２１４とコンダクタ２３０との間の通信は、いくつかの実施形態では、常にエージェント２１４によって開始される。通知シナリオでは、エージェント２１４は、後にコンダクタ２３０によってロボットにコマンド（例えば、開始、停止など）を送信するために使用されるＷｅｂＳｏｃｋｅｔチャネルを開いてもよい。

サーバー側には、プレゼンテーション層（ウェブアプリケーション２３２、オープンデータプロトコル（ＯＤａｔａ）代表状態転送（ＲＥＳＴ）アプリケーションプログラミングインターフェース（ＡＰＩ）エンドポイント２３４、通知および監視２３６）、サービス層（ＡＰＩ実装／ビジネスロジック２３８）、永続層（データベースサーバー２４０、インデクササーバー２５０）が含まれる。コンダクタ２３０は、ウェブアプリケーション２３２、ＯＤａｔａ ＲＥＳＴ ＡＰＩエンドポイント２３４、通知および監視２３６、ならびにＡＰＩ実装／ビジネスロジック２３８を含む。いくつかの実施形態では、ユーザーがコンダクタ２３０のインターフェース（例えば、ブラウザ２２０を介して）で実行するほとんどのアクションは、様々なＡＰＩを呼び出すことによって実行される。このような動作は、本発明の範囲を逸脱することなく、ロボット上でのジョブの起動、キュー内のデータの追加／削除、無人で実行するジョブのスケジューリングなどを含み得るが、これらに限定されない。ウェブアプリケーション２３２は、サーバープラットフォームのビジュアル層である。この実施形態では、ウェブアプリケーション２３２は、ハイパーテキストマークアップ言語（ＨＴＭＬ）およびジャバスクリプト（ＪＳ）を使用する。しかし、本発明の範囲を逸脱することなく、いずれかの所望のマークアップ言語、スクリプト言語、または他のいずれかのフォーマットを使用し得る。ユーザーは、コンダクタ２３０を制御するための様々な動作を実行するために、本実施形態ではブラウザ２２０を介してウェブアプリケーション２３２からのウェブページとインタラクションする。例えば、ユーザーは、ロボットグループを作成し、ロボットへのパッケージの割り当てを行い、ロボット毎および／またはプロセス毎のログを解析し、ロボットを起動しおよび停止などし得る。

ウェブアプリケーション２３２に加えて、コンダクタ２３０は、ＯＤａｔａ ＲＥＳＴ ＡＰＩエンドポイント２３４を公開するサービス層も含む。しかし、本発明の範囲を逸脱することなく、他のエンドポイントが含まれていてもよい。ＲＥＳＴ ＡＰＩは、ウェブアプリケーション２３２とエージェント２１４の両方により消費される。エージェント２１４は、本実施形態では、クライアントコンピュータ上の１または複数のロボットのスーパーバイザである。

本実施形態のＲＥＳＴ ＡＰＩは、構成、ロギング、監視、およびキューイング機能をカバーする。構成エンドポイントは、いくつかの実施形態では、アプリケーションのユーザー、権限、ロボット、アセット、リリース、および環境を定義し、構成するために使用されてもよい。ロギングＲＥＳＴエンドポイントは、例えば、エラー、ロボットによって送信された明示的なメッセージ、およびその他の環境固有の情報など、様々な情報をログに記録するために使用され得る。デプロイメントＲＥＳＴエンドポイントは、コンダクタ２３０においてジョブ開始コマンドが使用された場合に遂行されるべきパッケージのバージョンを問い合わせるためにロボットにより使用されてもよい。キューイングＲＥＳＴエンドポイントは、キューへのデータの追加、キューからのトランザクションの取得、トランザクションのステータスの設定など、キューおよびキューアイテムの管理を担ってもよい。

ＲＥＳＴエンドポイントの監視は、ウェブアプリケーション２３２およびエージェント２１４を監視してもよい。通知および監視ＡＰＩ２３６は、エージェント２１４の登録、エージェント２１４への構成設定の配信、ならびにサーバーおよびエージェント２１４からの通知の送受信に使用されるＲＥＳＴエンドポイントであってもよい。通知および監視ＡＰＩ２３６は、いくつかの実施形態では、ＷｅｂＳｏｃｋｅｔ通信を使用してもよい。

永続層は、本実施形態では、一対のサーバー－データベースサーバー２４０（例えば、ＳＱＬサーバー）およびインデクササーバー２５０を含む。本実施形態におけるデータベースサーバー２４０は、ロボット、ロボットグループ、関連するプロセス、ユーザー、役割、スケジュールなどの構成を格納する。この情報は、いくつかの実施形態では、ウェブアプリケーション２３２を介して管理される。データベースサーバー２４０は、キューおよびキューアイテムを管理してもよい。いくつかの実施形態では、データベースサーバー２４０は、ロボットにより記録されたメッセージを（インデクササーバー２５０に加えて、またはそれに代えて）格納してもよい。

いくつかの実施形態では任意であるが、インデクササーバー２５０は、ロボットにより記録された情報を保存し、インデックスを作成する。特定の実施形態では、インデクササーバー２５０は、構成設定を介して無効化されてもよい。いくつかの実施形態では、インデクササーバー２５０は、オープンソースプロジェクトの全文検索エンジンであるＥｌａｓｔｉｃＳｅａｒｃｈ（登録商標）を使用する。ロボットにより記録されたメッセージ（例えば、ログメッセージまたはライン書き込みのようなアクティビティを使用して）は、ロギングＲＥＳＴエンドポイント（複数可）を介してインデクササーバー２５０に送信されてもよく、そこで将来の利用のためにそれらはインデックス化される。

図３は、本発明の実施形態による、デザイナ３１０、アクティビティ３２０、３３０、ドライバ３４０、およびＡＩ／ＭＬモデル３５０の間の関係３００を示すアーキテクチャ図である。以上のように、開発者は、デザイナ３１０を用いて、ロボットによって遂行されるワークフローを開発する。ワークフローは、ユーザー定義のアクティビティ３２０およびユーザーインターフェース（ＵＩ）オートメーションアクティビティ３３０を含んでもよい。ユーザー定義アクティビティ３２０および／またはＵＩオートメーションアクティビティ３３０は、いくつかの実施形態では、ロボットが動作しているコンピューティングシステムに対してローカルに、および／またはそれに対してリモートに位置され得る、１または複数のＡＩ／ＭＬモデル３５０を呼び出し得る。いくつかの実施形態では、画像中の非テキストの視覚的コンポーネントを特定することができ、これは、本明細書ではコンピュータビジョン（ＣＶ）と呼ばれる。このようなコンポーネントに関連するいくつかのＣＶアクティビティは、クリック、タイプ、テキストを取得、ホバー、要素の有無を検出、スコープの更新、ハイライトなどを含み得るが、これらに限定されない。いくつかの実施形態では、クリックは、例えば、ＣＶ、光学的文字認識（ＯＣＲ）、ファジーテキストマッチング、およびマルチアンカーを使用して要素を特定し、それをクリックする。タイプは、上記および要素内のタイプを用いて要素を特定してもよい。テキストの取得は、特定のテキストの場所を特定し、ＯＣＲを使用してそれをスキャンし得る。ホバーは、要素を特定し、その上にホバーし得る。要素の有無の検出は、上述した技法を用いて、画面上に要素の有無を検出するかどうかを確認し得る。いくつかの実施形態では、デザイナ３１０に実装され得る数百または数千ものアクティビティが存在してもよい。しかし、本発明の範囲を逸脱することなく、いずれかの数および／またはアクティビティのタイプを利用することができる。

ＵＩオートメーションアクティビティ３３０は、低レベルのコード（例えば、ＣＶアクティビティ）で記述され、画面とのインタラクションを促進する特別な低レベルのアクティビティのサブセットである。ＵＩオートメーションアクティビティ３３０は、ロボットが所望のソフトウェアとインタラクションすることを可能にするドライバ３４０および／またはＡＩ／ＭＬモデル３５０を介して、これらのインタラクションを促進する。例えば、ドライバ３４０は、ＯＳドライバ３４２、ブラウザドライバ３４４、ＶＭドライバ３４６、エンタープライズアプリケーションドライバ３４８などを含み得る。コンピューティングシステムとのインタラクションの実行を決定するために、１または複数のＡＩ／ＭＬモデル３５０はＵＩオートメーションアクティビティ３３０によって使用され得る。いくつかの実施形態では、ＡＩ／ＭＬモデル３５０は、ドライバ３４０を増強するか、またはそれらを完全に置き換え得る。実際、特定の実施形態では、ドライバ３４０は含まれない。

ドライバ３４０は、フックを探したり、キーを監視したりするなど、低レベルでＯＳとインタラクションしてもよい。それらは、Ｃｈｒｏｍｅ（登録商標）、ＩＥ（登録商標）、Ｃｉｔｒｉｘ（登録商標）、ＳＡＰ（登録商標）などとの統合を促進してもよい。例えば、「クリック」アクティビティは、ドライバ３４０を介して、これらの異なるアプリケーションにおいて同じ役割を果たす。

図４は、本発明の実施形態による、ＲＰＡシステム４００を示すアーキテクチャ図である。いくつかの実施形態では、ＲＰＡシステム４００は、図１および／または図２のＲＰＡシステム１００および／または２００であってもよいし、それを含んでもよい。ＲＰＡシステム４００は、ロボットを実行する複数のクライアントコンピューティングシステム４１０を含む。コンピューティングシステム４１０は、その上で実行されるウェブアプリケーションを介してコンダクタコンピューティングシステム４２０と通信することができる。コンダクタコンピューティングシステム４２０は、順番に、データベースサーバー４３０および任意のインデクササーバー４４０と通信することができる。

図１および図３に関して、これらの実施形態ではウェブアプリケーションが使用されているが、本発明の範囲から逸脱することなく、任意の適切なクライアント／サーバーソフトウェアを使用することができることに留意すべきである。例えば、コンダクタは、クライアントコンピューティングシステム上で、非ウェブベースのクライアントソフトウェアアプリケーションと通信するサーバーサイドアプリケーションを実行してもよい。

図５は、本発明の実施形態による、マルチターゲットＲＰＡシステムの全部または一部を実装するように構成されたコンピューティングシステム５００を示すアーキテクチャ図である。いくつかの実施形態では、コンピューティングシステム５００は、本明細書に描かれたおよび／または記載された１または複数のコンピューティングシステムであってもよい。コンピューティングシステム５００は、情報を通信するためのバス５０５または他の通信機構と、情報を処理するためのバス５０５に結合されたプロセッサ（複数可）５１０とを含む。プロセッサ（複数可）５１０は、中央処理ユニット（ＣＰＵ）、特定用途集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、グラフィックスプロセッシングユニット（ＧＰＵ）、それらの複数のインスタンス、および／またはそれらのいずれかの組み合わせを含む、いずれかのタイプの一般的または特定用途向けプロセッサであり得る。プロセッサ（複数可）５１０はまた、複数の処理コアを有してもよく、コアの少なくとも一部は、特定の機能を実行するように構成され得る。いくつかの実施形態では、複数並列処理が使用されてもよい。特定の実施形態では、少なくとも１つのプロセッサ（複数可）５１０は、生物学的ニューロンを模倣する処理要素を含むニューロモーフィック回路であり得る。いくつかの実施形態では、ニューロモーフィック回路は、フォンノイマンコンピューティングアーキテクチャの典型的なコンポーネントを必要としない場合がある。

コンピューティングシステム５００は、プロセッサ（複数可）５１０によって遂行される情報および命令を格納するためのメモリ５１５をさらに含む。メモリ５１５は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、キャッシュ、磁気ディスクもしくは光ディスクなどの静的記憶装置、または他のタイプの非一時的なコンピュータ読み取り可能な媒体、あるいはそれらのいずれかの組み合わせで構成され得る。非一時的なコンピュータ読み取り可能な媒体は、プロセッサ（複数可）５１０によりアクセス可能ないずれかの利用可能な媒体であってもよく、揮発性媒体、不揮発性媒体または両方などを含み得る。また、媒体は、取り外し可能なもの、取り外し不可能なもの、または両方であってもよい。

さらに、コンピューティングシステム５００は、無線および／または有線接続を介して通信ネットワークへのアクセスを提供するために、トランシーバなどの通信デバイス５２０を含む。いくつかの実施形態では、通信デバイス５２０は、周波数分割多元接続（ＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、直交周波数分割多重方式（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、移動体用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ）通信、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ユニバーサル移動体通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）、ｃｄｍａ２０００、広帯域ＣＤＭＡ（Ｗ－ＣＤＭＡ：Ｗｉｄｅｂａｎｄ ＣＤＭＡ）、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ：ＬＴＥ Ａｄｖａｎｃｅｄ）、８０２．１１ｘ、Ｗｉ－Ｆｉ、Ｚｉｇｂｅｅ、超広帯域無線（ＵＷＢ：Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、８０２．１６ｘ、８０２．１５、Ｈｏｍｅ Ｎｏｄｅ－Ｂ（ＨｎＢ）、Ｂｌｕｅｔｏｏｔｈ、無線ＩＤタグ（ＲＦＩＤ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、近距離無線通信（ＮＦＣ：Ｎｅａｒ－Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、第５世代（５Ｇ）、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）、それらのいずれかの組み合わせ、および／または本発明の範囲から逸脱することなく、いずれかの他の現在存在するまたは将来実装される通信標準および／またはプロトコルを使用するように構成され得る。いくつかの実施形態では、通信デバイス５２０は、本発明の範囲から逸脱することなく、単数のアンテナ、アレイ状のアンテナ、フェーズドアンテナ、スイッチドアンテナ、ビームフォーミングアンテナ、ビームステアリングアンテナ、それらの組み合わせ、および／またはいずれかの他のアンテナ構成である１または複数のアンテナを含み得る。

プロセッサ（複数可）５１０は、バス５０５を介して、プラズマディスプレイ、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、電界放出ディスプレイ（ＦＥＤ）、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、フレキシブルＯＬＥＤディスプレイ、フレキシブル基板ディスプレイ、プロジェクションディスプレイ、４Ｋディスプレイ、高精細ディスプレイ、Ｒｅｔｉｎａ（登録商標）ディスプレイ、ＩＰＳ（Ｉｎ－Ｐｌａｎｅ Ｓｗｉｔｃｈｉｎｇ）ディスプレイ、またはユーザーに情報を表示するためのいずれかの他の適切なディスプレイなどのディスプレイ５２５にさらに結合されている。ディスプレイ５２５は、抵抗方式、静電容量方式、表面弾性波（ＳＡＷ）静電容量方式、赤外線方式、光学イメージング方式、分散信号方式、音響パルス認識方式、フラストレート全内部反射方式などを用いて、タッチ（ハプティック）ディスプレイ、３次元（３Ｄ）タッチディスプレイ、マルチ入力タッチディスプレイ、マルチタッチディスプレイなどとして構成されていてもよい。本発明の範囲を逸脱することなく、いずれかの好適な表示デバイスおよびハプティックＩ／Ｏを使用することができる。

コンピュータマウス、タッチパッドなどのようなキーボード５３０およびカーソル制御デバイス５３５は、ユーザーがコンピューティングシステム５００とインターフェースすることを可能にするために、バス５０５にさらに結合されている。しかしながら、特定の実施形態では、物理的なキーボードおよびマウスが存在しない場合があり、ユーザーは、ディスプレイ５２５および／またはタッチパッド（図示せず）のみを介してデバイスとインタラクションすることができる。任意の入力デバイスの種類および組み合わせは、設計の選択の問題として使用され得る。特定の実施形態では、物理的な入力デバイスおよび／またはディスプレイは存在しない。例えば、ユーザーは、コンピューティングシステム５００と通信している別のコンピューティングシステムを介してリモートでそれとインタラクションしてもよいし、コンピューティングシステム５００は自律的に動作してもよい。

メモリ５１５は、プロセッサ（複数可）５１０により遂行されたときに機能を提供するソフトウェアモジュールを格納する。モジュールは、コンピューティングシステム５００のためのオペレーティングシステム５４０を含む。モジュールはさらに、本明細書に記載されたプロセスの全部もしくは一部またはその派生物を実行するように構成されたマルチターゲットＲＰＡモジュール５４５を含む。例えば、マルチターゲットＲＰＡモジュール５４５は、設計時にマルチターゲットワークフローおよび自動化の開発を促進し得る、または実行時にマルチターゲットＲＰＡオートメーションを実装し得る。コンピューティングシステム５００は、付加的な機能を含む１または複数の付加的な機能モジュール５５０を含み得る。

当業者であれば、「システム」は、本発明の範囲から逸脱することなく、サーバー、組み込みコンピューティングシステム、パーソナルコンピュータ、コンソール、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話、タブレットコンピューティングデバイス、量子コンピューティングシステム、または他のいずれかの適切なコンピューティングデバイス、またはデバイスの組み合わせとして具現化され得ることを理解するであろう。上述した機能を「システム」により実行されるものとして提示することは、何ら本発明の範囲を限定することを意図するものではなく、本発明の多くの実施形態の一例を提供することを意図するものである。実際、本明細書に開示された方法、システム、および装置は、クラウドコンピューティングシステムを含むコンピューティング技法と整合性のあるローカライズされた形態および分配された形態で実装されてもよい。コンピューティングシステムは、ローカルエリアネットワーク（ＬＡＮ）、モバイル通信ネットワーク、衛星通信ネットワーク、インターネット、パブリッククラウドまたはプライベートクラウド、ハイブリッドクラウド、サーバーファーム、それらのいずれかの組み合わせなどの一部またはその他の方法でアクセス可能であり得る。本発明の範囲から逸脱することなく、任意の局所または分散アーキテクチャが使用され得る。

本明細書で説明するシステム特色のいくつかは、実装の独立性をより強調するために、モジュールとして提示されていることに留意すべきである。例えば、モジュールは、カスタムの非常に大規模な集積（ＶＬＳＩ）回路またはゲートアレイ、ロジックチップ、トランジスタ、または他の個別部品のような既製の半導体を含むハードウェア回路として実装され得る。また、モジュールは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、グラフィックス処理ユニットなどのプログラマブルハードウェアデバイスに実装され得る。

モジュールはまた、様々なタイプのプロセッサにより遂行されるためのソフトウェアに少なくとも部分的に実装され得る。例えば、遂行可能コードの特定された単位は、例えば、オブジェクト、プロシージャ、または関数として編成されていてもよいコンピュータ命令の１または複数の物理的または論理的なブロックを含み得る。それにもかかわらず、遂行可能な特定されたモジュールは、物理的に一緒に配置されている必要はなく、論理的に結合されたときにモジュールを含み、モジュールのために述べられた目的を達成するために、異なる場所に格納された別々の命令を含んでいてもよい。さらに、モジュールは、例えば、ハードディスクドライブ、フラッシュデバイス、ＲＡＭ、テープのようなコンピュータ読み取り可能な媒体、および／または本発明の範囲から逸脱することなくデータを格納するために使用される他のいずれかの非一時的なコンピュータ読み取り可能な媒体に格納されていてもよい。

実際、遂行可能コードのモジュールは、単一の命令であってもよいし、多数の命令であってもよいし、さらには、複数の異なるコードセグメント、異なるプログラム間、および複数のメモリデバイス間に分散されていてもよい。同様に、動作データは、モジュール内で特定され、ここで示されてもよく、いずれかの適切なタイプのデータ構造体内でいずれかの適切な形態で具現化され、組織化され得る。動作データは、単一のデータセットとして収集されてもよいし、または異なる記憶デバイスにわたり異なる場所に分散されていてもよく、少なくとも部分的には、単にシステムまたはネットワーク上の電子信号として存在していてもよい。

図６は、本発明の実施形態による、マルチターゲットＲＰＡ機能を提供するように構成されたシステム６００を示すアーキテクチャ図である。システム６００は、デスクトップコンピュータ６０２、タブレット６０４、スマートフォン６０６などのユーザーコンピューティングシステムを含む。しかしながら、スマートウォッチ、ラップトップコンピュータ、モノのインターネット（ＩｏＴ）デバイス、車両コンピューティングシステムなどを含むがこれらに限定されない、本発明の範囲から逸脱することなく、任意の所望のコンピューティングシステムが使用され得る。

各コンピューティングシステム６０２、６０４、６０６には、ＲＰＡロボット６１０がそこにインストールされている。ＲＰＡロボット６１０は、マウスクリックの実行、テキストフィールドへのテキストの入力、スクリーンショットの提供、テキストフィールドまたはウェブページの他のコンポーネントに現れる情報の提供、オペレーティングシステムを介して実行するアプリケーションおよび他のプロセスとのインタラクションなどのように、（例えば、ＸＡＭＬスクリプトを介して）ローカルに自動化を実行し得る。これらの自動化は、マルチターゲットオートメーションであってもよく、ＲＰＡロボット６１０は、コンピューティングシステムのターゲットプラットフォームに関連する自動化の部分を遂行し得る。

ＲＰＡロボット６１０およびコンピューティングシステム６０２、６０４、６０６は、ネットワーク６２０（例えば、ローカルエリアネットワーク（ＬＡＮ）、移動通信ネットワーク、衛星通信ネットワーク、インターネット、それらの任意の組み合わせなど）を介して、サーバー６３０と通信する。サーバー６３０は、いくつかの実施形態では、クラウドアーキテクチャに常駐し得る。サーバー６３０は、ＲＰＡロボット６１０がアクセスし遂行し得る自動化６３２を提供する。サーバー６３０は、いくつかの実施形態では、データベース６４０に自動化６３２のデータを格納する。

自動化６３２は、コンピューティングシステム６５０上で動作するマルチプラットフォームＲＰＡデザイナアプリケーション６５２を使用して、ＲＰＡ開発者によって設計され得る。ＲＰＡ開発者は、プロジェクトの作製または選択、ＲＰＡワークフローの作製または修正、ＲＰＡワークフローアクティビティの追加／修正／削除などを行うことができる。また、ＲＰＡ開発者は、自動化および／またはアクティビティレベルでターゲットプラットフォームを指定することができる。例えば、ユーザーのＯｕｔｌｏｏｋメールにアクセスし、過去１週間以内に受信した、件名、本文、添付ファイル名に「請求書」というテキストを含むすべてのメールを検索する自動化を開発したい場合を考えてみる。ワークフローは、ユーザー名およびパスワードの取得など、各プラットフォームにいくつかの共通する要素を持ち得る。しかし、資格情報は同じでも、ログインのメカニズムはデスクトップ版のＯｕｔｌｏｏｋとウェブ版で異なる。デスクトップ版の場合、アクティビティロジックはＯｕｔｌｏｏｋ ＡＰＩを介してログインし得る。しかし、ウェブ版では、アクティビティはリモートで通信し、ＨＴＴＰ経由で資格情報を送信する。また、検索クエリは異なるが、その検索クエリが送信される場所も異なる。結果が受信されたら、同じアクティビティロジックでそれらが処理され得る。

図７Ａは、本発明の実施形態によるマルチターゲットＲＰＡデザイナアプリケーション７００を示すスクリーンショットである。しかしながら、ウェブＲＰＡデザイナアプリケーションが示されているが、本発明の範囲から逸脱することなく、同様の機能を有するデスクトップ版も使用され得ることにも留意されたい。マルチターゲットＲＰＡデザイナアプリケーション７００は、自動化が設計され得るキャンバス７１０を含む。プロジェクトターゲットプラットフォーム指定オプション７１２により、ＲＰＡデザイナは、自動化が適用されるであろうターゲットプラットフォーム（複数可）を指定することができる。この例では、ユーザーは「グローバル（Ｇｌｏｂａｌｌｙ）」を選択しており、自動化がサポートされるすべてのターゲットプラットフォームに適用されることを示している。しかし、ＲＰＡ開発者は、所望のプラットフォームを選択することによって、自動化を単一のターゲットまたは複数のターゲットに適用させることを選択することもできる。図７Ｂを参照。

グローバルアクティビティは、開発者がアプリケーションにとらわれないおよび／またはプラットフォームにとらわれない自動化を可能にし得る。例えば、電子メール送信アクティビティでは、開発者は、異なるアプリケーションのためにアクティビティの複数のバージョンを作製する必要がないことを望み得る。接続情報、オペレーティングシステムにおける実行中のプロセスのリスト、アプリケーションのユーザーログイン資格情報（例えば、図８のステップ８１０で行われるように）、または他の任意の適切なソースは、本発明の範囲から逸脱することなく、正しいプラットフォームおよびアプリケーションを決定するために使用され得る。

アクティビティは、ユーザーが空のアクティビティ７１４をクリックすることによって追加され得る。ユーザーが空のアクティビティ７１４をクリックすると、アクティビティカテゴリおよびクイックアクションウィンドウ７２０が表示される。図７Ｃを参照。ユーザーは、リストされたカテゴリを検索し、またはそこから選択し得る。例えば、ユーザーがＥｘｃｅｌ（登録商標）をクリックすると、Ｅｘｃｅｌ（登録商標）アクティビティのオプションを含むＥｘｃｅｌ（登録商標）アクティビティウィンドウ７３０が表示される。図７Ｄを参照。

ユーザーがＥｘｃｅｌ（登録商標）ファイルの使用を選択した場合、ＲＰＡ開発者によって構成され得るＥｘｃｅｌ（登録商標）ファイル使用アクティビティ７４０が作製される。この実施形態では、アクティビティのデフォルトは「グローバル（Ｇｌｏｂａｌ）」の範囲である。しかしながら、ＲＰＡ開発者は、図７Ｂに示されるものと同様の選択インターフェースを表示し得るボタン７４１をクリックすることによって、アクティビティのターゲットプラットフォームを修正し得る。入れ子になった（ｎｅｓｔｅｄ）アクティビティは、適切であれば、オプション７４２を介してアクティビティ７４０内に提供され得る。これは、図７Ｃのウィンドウ７２０と同じまたは類似のウィンドウを立ち上げ得る。ラベル７４４は、アクティビティ７４０の終わりを示す。テスト自動化を実行するためのオプション７１６とオートミールプロジェクトを共有するためのオプション７１８も表示される。これにより、ユーザーは、ワークフローが作製されたようにワークフローを検証するだけでなく、それらの作業を他と共有し得る。

ＲＰＡ開発者がアクティビティを構成すると、アクティビティに固有の様々なオプションが表示される。例えば、ユーザーがアクティビティ７４０をクリックすると、オプションがオプションペイン７５０の右側に表示される。図７Ｆを参照。この場合、ユーザーは、ファイル選択メニュー７５１からＥｘｃｅｌ（登録商標）ファイル「Ａｐｏｌｌｏ ｃｏｍｐｏｎｅｎｔｓ ｌｉｓｔ．ｘｌｓｘ」を選択する。このファイル名は、ファイル名リスト７５２に表示される。ユーザーは、テストアクティビティメニュー７５３を使用してアクティビティの構成をテストすることができ、また、所定のアクティビティに固有のプロパティのグループ化である一般オプション７５４および基本オプション７５５を構成し得る。より具体的なオプションも構成され得る。例えば、ユーザーは、各チェックボックス７５６で反復を選択し得、これにより、ユーザーは、アクティビティが反復するスプレッドシート内の要素を選択し得る。ここでは、ユーザーはオプション７５７で「行」を選択し、オプション７５８でスプレッドシートの「シート１」を選択している。いくつかの実施形態では、ボタン７４１を介することに加えてまたはその代わりに、アクティビティのターゲットプラットフォーム（複数可）がオプションペイン７５０で指定され得る。

図７Ａ～図７Ｆは例としてのみ提供されており、本発明の範囲から逸脱することなく、様々な他のアクティビティおよび条件が構成され得ることに留意されたい。例えば、ＲＰＡ開発者は、異なる条件が存在する場合Ｅｘｃｅｌ（登録商標）ファイルに対して異なるアクションを実行することを選択し得る（例えば、コンポーネントの締め切りが過ぎた場合に、コンポーネントの締め切りに関する電子メールを送信する対コンポーネントが期限を過ぎていない場合に、新しい完成したコンポーネントを含む電子メールを送信し、Ｅｘｃｅｌ（登録商標）のステータスを更新するセルに書き込む、電子メール以外のアプリケーションで電子メールおよび／またはメッセージを送信するなど）。自動化は、ウェブページとインタラクションし、ウェブページから情報を取得し、そして本発明の範囲から逸脱することなく、ユーザーのウェブページとのインタラクション、サーバー側またはユーザーコンピューティングシステム上のローカルな他のＲＰＡロボットとのインタラクション、データベースからの情報の取得、ローカルアプリケーションもしくは他のプロセスとのインタラクション、または他の任意のＲＰＡプロセス（複数可）を含み得るサーバー側で所望のＲＰＡロボットのアクションを実行することができるいくつかの実施形態のＲＰＡデザイナアプリケーション７００を使用して設計され得る。

図８は、本発明の実施形態による、マルチターゲットＲＰＡワークフロー８００を示す。この実施形態では、ＲＰＡワークフロー８００のいくつかのアクティビティは、ウェブとＷｉｎｄｏｗｓ両方に対してグローバルであり、他のＲＰＡアクティビティはプラットフォーム特有である。先ほどの一般的な電子メールの例を用いると、自動化を遂行するとき、ＲＰＡロボットは、グローバルアクティビティ８１０を介してデータベースからユーザーの電子メールログイン資格情報を取得する。しかし、電子メールにログインして検索するメカニズムは、ウェブとＷｉｎｄｏｗｓとで異なる。ＲＰＡロボットは、ウェブアクティビティ８２０Ａを経由してＨＴＴＰを使用してユーザーの電子メールにログインし、Ｗｉｎｄｏｗｓアクティビティ８２０Ｂを使用してＡＰＩを経由してユーザーの電子メールにログインする。ＲＰＡロボットは、ＲＰＡロボットが動作しているプラットフォームに関するアクティビティのみを遂行する。例えば、過去１週間に受信された「請求書」という用語を含む電子メールを検索するために、ＲＰＡロボットは、ウェブアクティビティ８３０Ａに対してＨＴＴＰ ゲット／レスポンス（ｇｅｔ／ｒｅｓｐｏｎｓｅ）を使用し、Ｗｉｎｄｏｗｓアクティビティ８３０Ｂに対して別のＡＰＩ（または潜在的に複数のＡＰＩ）を使用する。そして、検索の結果は、グローバルアクティビティ８４０を介してデータベースに格納される。ウェブとＷｉｎｄｏｗｓでは表示メカニズムも異なるため、ＲＰＡロボットは、ウェブアクティビティ８５０Ａを介してウェブページに、Ｗｉｎｄｏｗｓアクティビティ８５０Ｂを介してウィンドウに結果を表示する。

図９は、本発明の実施形態による、設計時にマルチターゲットＲＰＡ開発を実行するためのプロセス９００を示すフローチャートである。プロセスは、９１０でマルチターゲットＲＰＡデザイナアプリケーションを起動することから始まる。開発者が既存の非マルチプラットフォームＲＰＡプロジェクトをロードする場合、マルチターゲットＲＰＡ開発者アプリケーションは、９２０において、非マルチプラットフォームＲＰＡプロジェクトをマルチターゲットＲＰＡプロジェクトに変換する。これは、ＲＰＡ開発者の指示で行われてもよいし、自動的に行われてもよい。変換は、例えば、各ターゲットプラットフォームに対するグローバルアクティビティおよび／または対応するアクティビティを追加することを含み得る。ＲＰＡデザイナアプリケーションは、オペレーティングシステム（複数可）、ＵＩオブジェクトリポジトリに格納されたバージョンなどに基づいて、この情報を見つけることができ得る。

次に、開発者が非マルチターゲットＲＰＡプロジェクトをマルチターゲットＲＰＡプロジェクトに変換するだけでなければ、９３０においてプロジェクトおよび／または個々のアクティビティのためのＲＰＡワークフロー構成が受信される。これらの構成は、いくつかの実施形態では、ターゲットプラットフォームの選択および／または個々のアクティビティターゲットプラットフォームのバージョンの構成を含み得る。特定の実施形態では、複数またはすべてのターゲットプラットフォーム用のＲＰＡワークフローのバージョンが、開発者がこのオプションを手動で選択する必要なく、自動的に作製され得る。マウスクリックアクティビティ、セレクタおよび／または他のＵＩ記述子などが所定のターゲットプラットフォームに対して既に存在する場合、これらは、ＲＰＡワークフローの対応するアクティビティのために特定および使用され得る。例えば、あるアクティビティがアプリケーションの画面上の特定のボタンをクリックすることに関係する場合、システムは、アプリケーションが実行するサポートされたターゲットプラットフォームごとに対応するＵＩ記述子を検索し得る。これは、「自動的なグローバル（ａｕｔｏｍａｔｉｃ ｇｌｏｂａｌ）」構成と考えられ得る。言い換えれば、自動化自体が、それが実行中のターゲットプラットフォームを決定し、次いでそのターゲットプラットフォーム用の適切なＵＩ記述子を使用し得る。

いくつかの実施形態では、ターゲットプラットフォームの指定を受けなかったアクティビティは、１または複数のプラットフォーム、グローバルスコープなどにデフォルトで移行し得る。各アクティビティは、所与のアクティビティのターゲットプラットフォーム（複数可）を指定するタグ、変数、配列、または他のいくつかの記述子もしくはデータ構造を有し得る。これにより、ＲＰＡプロジェクトから生成された自動化を遂行するＲＰＡロボットが、遂行すべき適切なステップ（複数可）を決定し得る。

ＲＰＡワークフローが作製されると、マルチターゲットＲＰＡデザイナアプリケーションは、９４０において、ターゲットプラットフォーム（複数可）上でワークフローを実装する自動化を生成する。次に、ＲＰＡデザイナアプリケーションは、９５０において、ＲＰＡロボット（複数可）を介してターゲットプラットフォーム（複数可）上でＲＰＡオートメーションを遂行し、検証する。これは、各ターゲットプラットフォーム上でＲＰＡロボットを介して自動化を実行し、自動化が各プラットフォーム上で意図されたように機能することを検証することを含み得る。検証が９６０で成功した場合、ＲＰＡワークフローは、９７０で本番環境（すなわち、実行時使用）用に公開され得る。これは、マルチターゲットＲＰＡワークフローおよびそのそれぞれのアクティビティ、ならびに自動化を、ＵＩオブジェクトリポジトリのライブラリに公開することを含み得る。例えば、米国非仮出版特許出願第１６／９２２，２８９号を参照。成功しない場合、プロセスはステップ９３０に戻り、ＲＰＡ開発者は、エラーを改善する試みでワークフローを修正してもよい。

ＵＩオブジェクトリポジトリ（例えば、ＵｉＰａｔｈ Ｏｂｊｅｃｔ Ｒｅｐｏｓｉｔｏｒｙ（商標））は、ＵＩオブジェクトライブラリの収集であり、これは、それ自体（例えば、アプリケーションの特定のバージョンおよびその１または複数の画面用）ＵＩ記述子の収集である。ＵＩオブジェクトライブラリは、いくつかの実施形態では、ＵＩオブジェクトリポジトリに格納されてもよい。いくつかの実施形態では、ＵＩオブジェクトリポジトリは、ＮｕＧｅｔ（商標）フィード、ウェブサービスなどであってもよい。画面上のＵＩ要素（例えば、テキストフィールド、ボタン、ラベル、メニュー、チェックボックスなど）は、アプリケーション、アプリケーションバージョン、アプリケーション画面、およびＵＩ要素のコレクションによってグループ化され得、各画面は複数のＵＩ要素を有する。本明細書で使用されるように、「画面」とは、ある時点でのアプリケーションＵＩまたはアプリケーションＵＩの一部の画像である。「アプリケーション」または所定のアプリケーションのバージョンは、このコンテキストでは画面の組合わせであってもよい。各ＵＩ要素は、いくつかの実施形態では、１または複数のＵＩ記述子によって記述され得る。ＵＩ要素、ＵＩ記述子、アプリケーション、およびアプリケーション画面は、ＵＩオブジェクトである。いくつかの実施形態では、ＵＩ要素および画面は、特定のタイプのＵＩ要素（例えば、ボタン、チェックボックス、テキストフィールドなど）および画面（例えば、トップウィンドウ、モーダルウィンドウ、ポップアップウィンドウなど）にさらに区別されてもよい。

オブジェクトライブラリの構造例を以下に示す。
・ＳＡＰ
・バージョン１
・画面１
・オブジェクト１
・オブジェクト２
・…
・画面２…
・…
・バージョン２…
・…
・セールスフォース…
・…

上記の階層は、例としてのみ提供されていることに留意されたい。本発明の範囲から逸脱することなく、階層内の任意の所望の数のレベルおよび各レベルに関連する要素が使用され得る。特定の実施形態では、開発者は、アプリケーションマップを彼または彼女が所望するように定義し得る。さらに、ツリー内のいくつかのノードは、いくつかの実施形態では、管理的な役割のみを果たし、機能的な役割は果たさないかもしれない。例えば、ＵＩ要素は、ＵＩ記述子を持たないコンテナに一緒にグループ化され得る。コンテナは、いくつかの実施形態では、グループ化の目的だけのために存在し得る。

ＵＩオブジェクトを再利用可能にするために、ＲＰＡ処理で参照可能なＵＩオブジェクトライブラリに抽出され得る。例えば、アプリケーションの新しいバージョンが原因でセレクタまたは他のＵＩ記述子が変更された場合、ライブラリは、変更されたＵＩ記述子を含めるために再作製（または再公開）され得る。次いで、ＵＩオブジェクトライブラリを使用するＲＰＡプロセスは、変更されたＵＩ記述子のバージョンを呼び出し得る。新しいライブラリに関連する新しいアプリケーションプログラミングインターフェース（ＡＰＩ）への参照は、開発者がＲＰＡプロセスのために手動で変更することも、ソフトウェアツール（例えば、ＲＰＡプロセスを経て、セレクタまたはその他のコンポーネントが変更されたときにＵＩ記述子参照を更新するツール）を介して変更することも、またはいくつかの実施形態では自動的に変更することもできる。

いくつかの実施形態では、ＵＩオブジェクトのパッケージが依存関係として添付され得る（例えば、ＮｕＧｅｔ（商標）パッケージ）。しかしながら、特定の実施形態では、ＵＩオブジェクトは、ウェブサービスへの１または複数のＡＰＩ呼び出しを介して取得され得る。これにより、ＵＩオブジェクトをリモートで格納し、自動化の間に取得して使用し得る。

セレクタは、いくつかの実施形態においてＵＩ要素を検出するために使用され得るＵＩ記述子に対するタイプである。セレクタは、いくつかの実施形態では、以下の構造を有する。
＜ｎｏｄｅ＿１／＞＜ｎｏｄｅ＿２／＞．．．＜ｎｏｄｅ＿Ｎ／＞

最後のノードは対象のＧＵＩ要素を表し、それ以前の全てのノードはその要素の親を表す。＜ｎｏｄｅ＿１＞は通常ルートノードと呼ばれ、アプリケーションのトップウィンドウを表す。

各ノードは、選択されたアプリケーションの特定のレベルの正しい特定を支援する１または複数の属性を有してもよい。各ノードは、いくつかの実施形態では、以下の形式を有する。
＜ｕｉ＿ｓｙｓｔｅｍ ａｔｔｒ＿ｎａｍｅ＿１＝’ａｔｔｒ＿ｖａｌｕｅ＿１’．．．ａｔｔｒ＿ｎａｍｅ＿Ｎ＝’ａｔｔｒ＿ｖａｌｕｅ＿Ｎ’／＞

全ての属性は、割り当てられた値を有し得、一定の値を有する属性が選択され得る。これは、アプリケーションが起動するたびに属性の値を変更すると、セレクタが関連する要素を正しく特定できなくなる可能性があるからである。

ＵＩオブジェクトライブラリ記述子は、ＲＰＡワークフローアクティビティに直接追加され得、さもなくばアクティビティ用のカスタムセレクタを作製するために必要とされ得る開発者の時間を節約する。オブジェクトライブラリは、アプリケーションの特定のバージョンから１または複数の画面に対応するＵＩ記述子の収集として本明細書で定義される。ＵＩ記述子とは、ＵＩ要素を見つけるための命令のセットである。いくつかの実施形態におけるＵＩ記述子は、ＵＩ要素セレクタ（複数可）、アンカーセレクタ（複数可）、コンピュータビジョン（ＣＶ）記述子（複数可）、統一ターゲット記述子（複数可）、画面イメージキャプチャ（コンテキスト）、要素イメージキャプチャ、他のメタデータ（例えば、アプリケーションおよびアプリケーションバージョン）、それらの組み合わせなどを含むカプセル化されたデータ／構造フォーマットである。カプセル化されたデータ／構造フォーマットは、プラットフォームへの将来のアップデートによって拡張可能であってもよく、上記の定義に限定されるものではない。画面上のＵＩ要素を特定するためのＵＩ記述子としては、本発明の範囲を逸脱することなく、任意の好適なものを使用することができる。統一されたターゲット記述子は、複数のタイプのＵＩ記述子を連結する。統一されてターゲット記述子は、有限状態機械（ＦＳＭ）のように機能し得、第１のコンテキストでは、第１のＵＩ記述子メカニズムが適用され、第２のコンテキストでは、第２のＵＩ記述子が適用される、などである。

ＲＰＡワークフロー内のアクティビティからＵＩ記述子が抽出され、ＵＩアプリケーション、画面、およびＵＩ要素ごとにＵＩ記述子をグループ化する構造化スキーマに追加され得る。ＵＩ記述子は、いくつかの実施形態では、広く再利用するための１つのプロジェクトの一部、テスト目的のためのグローバルリポジトリの一部、またはグローバルなプロジェクト間共有のためのＵＩオブジェクトライブラリの一部とし得る。ＵＩ記述子が定義され、オブジェクトライブラリに追加され得、これは、いくつかの実施形態では、公開後に依存物として他のプロジェクトにインストールされ得る。これにより、ＵＩ記述子のオブジェクトライブラリは、再利用が可能になる。いくつかの実施形態におけるＵＩアプリケーションは、各バージョンが複数の画面を有する複数のバージョンを有するターゲットアプリケーションである。

ＵＩオブジェクトリポジトリとＵＩ記述子の再利用は、さまざまな理由で有益であり得る。例えば、アプリケーション内のＵＩ要素の位置、外観、および／または機能が変更された場合、ＵＩ記述子が変更され得、その変更は、次いでＵＩ記述子を使用するアクティビティに伝搬され得る。このように、再利用性は、ＵＩにおけるグラフィカル要素の特定のレベルで提供され得る。

これは、アプリケーションの新しいバージョンに対応するために、特に有益であり得る。新バージョンの場合、ソフトウェア開発者は、ＵＩ記述子を更新し、および／または少数の新しいセレクタを一から開発する必要があるだけでよく、開発時間を大幅に短縮することができる。例えば、ウェブページの場合、ハイパーテキストマークアップ言語（ＨＴＭＬ）が検査されて、対応するセレクタのためのＵＩ要素へのパスを取得し得る。対応するＵＩ要素のセレクタは、異なるウェブブラウザおよび／または同じウェブブラウザの異なるバージョンで異なる場合がある。この概念はまた、ビジュアルデスクトップ、サーバー、スマートフォン、およびタブレットのアプリケーションに適用されてもよい。ＵＩオブジェクトライブラリは、アプリケーションのための実際のセレクタを含むことができ、これは、上記のとおり、ＵＩ記述子の１つのタイプに過ぎない。ＵＩオブジェクトライブラリは、１または複数のアプリケーションのために、異なるタイプの複数のＵＩ記述子を持ち得る。ＵＩ記述子は、アプリケーションが構築された異なる技術を参照し得る。例えば、スタンドアロンのデスクトップ、ウェブ、およびモバイルアプリケーションのために、異なるＵＩ記述子が作製され、使用され得る。ある技術では、あなたはセレクタを使用したい場合があり、別ではあなたはＣＶ記述子を使用したい場合などがある。

範囲は、いくつかの実施形態では、オブジェクトライブラリで利用可能な画面のセットからの選択を通じて、ユーザーによってデザイナアプリケーションで定義され得る。範囲が特定の画面に１対１で結びつけられるとき、ユーザーは、ＵＩアクション（例えば、クリック、テキスト取得など）を追加し、次に、潜在的候補オプションのインテリジェントセンシングを使用して、それらのアクションをＵＩオブジェクトにマッピングし得る。オブジェクトのセットは、いくつかの実施形態では、ＵＩオブジェクトリポジトリ（例えば、ＵＩオブジェクトライブラリのデータベース）内部の画面に対して定義されるリストに限定され得る。

図１０は、本発明の実施形態による、アクティビティレベル範囲決定を用いて実行時にマルチターゲットＲＰＡオートメーションを遂行するためのプロセス１０００を示すフローチャートである。プロセスは、１０１０でＲＰＡロボットを介して自動化を遂行することから始まる。ＲＰＡロボットは、１０２０において、第１のアクティビティの範囲をチェックする。範囲が１０３０で現在のプラットフォームに適用される場合、ＲＰＡロボットは、１０４０でそのプラットフォームのためのアクティビティロジックを遂行する。そうでない場合、ＲＰＡロボットは、１０５０でアクティビティをスキップする。１０６０でより多くのアクティビティがある場合、ＲＰＡロボットは１０７０で次のアクティビティの範囲をチェックする。１０８０で範囲が適用される場合、ＲＰＡロボットは１０４０でそのプラットフォームのためのアクティビティロジックを遂行し、そうでない場合、ＲＰＡロボットは１０５０でアクティビティをスキップする。これをワークフローの終端に達するまで、各アクティビティについて繰り返す。

いくつかの実施形態は、自動化が１つのプラットフォーム上で開始し、その後、少なくとも１つの他のプラットフォーム上で実行し続ける、長時間実行ワークフローに関連するものである。例えば、携帯電話上で実行するＲＰＡロボットは、直接またはコンダクタアプリケーションを介して、サーバー上で実行する別のＲＰＡロボットと相互作用し、これらのデバイスを含むＲＰＡ機能を実装し得る。このような長時間実行ワークフロー１１００は、図１１に示される。

ＲＰＡロボット１は、ｉＯＳ（登録商標）をターゲットプラットフォームとするセッションＡで、顧客の携帯電話上で実行する。サーバー上のセッションＢで実行するコンダクタは、異なるコンピューティングシステム上のＲＰＡロボット間の通信を容易にする。ＲＰＡロボット２は、Ｗｉｎｄｏｗｓ（登録商標）１０を実行するカスタマーサービスエージェントのコンピューティングシステム上で実行するアテンディッドカスタマーサービスロボット、または潜在的に、Ｌｉｎｕｘ（登録商標）を実行するサーバー上で、自動的に顧客のアシストを試みるアンアテンディッドロボットであり得る。ＲＰＡロボット２はセッションＣで実行する。

この長時間実行ワークフローの例では、ＲＰＡロボット１が請求書を取得しようとする。ＲＰＡロボット１は要求をコンダクタに送信し、コンダクタは要求をＲＰＡロボット２が受信および解釈できる形式に変換し、要求をそこに送信する。要求を送信後、ＲＰＡロボット１は請求書を待つ。

ＲＰＡロボット２は、データベースから請求書情報を取得し、その情報をＰＤＦ形式に変換する。次に、ＲＰＡロボット２がＰＤＦをコンダクタに送信する。コンダクタは、ＰＤＦをＲＰＡロボット１が受信および解釈できる形式に変換してそこにＰＤＦを送信する。その後、ＲＰＡロボット１は、長時間実行ワークフローのその一部に従って動作を継続する（例えば、モバイルデバイスのユーザーにＰＤＦを表示する）。

図１２は、本発明の実施形態による、異なるコンピューティングシステム上のマルチターゲットプラットフォーム上で遂行する長時間実行ワークフローを作製するためのプロセス１２００を示すフローチャートである。プロセスは、１２１０でマルチターゲットＲＰＡデザイナアプリケーションを起動することから始まる。開発者が既存の非マルチプラットフォーム長時間実行ワークフロー（ＬＲＷＦ）ＲＰＡプロジェクトをロードする場合、マルチターゲットＲＰＡ開発者アプリケーションは、１２２０において、非マルチプラットフォームＬＲＷＦＲＰＡプロジェクトをマルチターゲットＬＲＷＦＲＰＡプロジェクトに変換する。これは、ＲＰＡ開発者の指示で行われてもよいし、自動的に行われてもよい。変換は、ＬＲＷＦアクティビティにターゲットプラットフォームを割り当てること、またはＬＲＷＦを、ＬＲＷＦ全体の「サブプロセス」として各ターゲットプラットフォーム用の個別のＲＰＡワークフローに分割することを含み得る。ＲＰＡデザイナアプリケーションは、オペレーティングシステム（複数可）、ＵＩオブジェクトリポジトリに格納されるバージョンなどに基づいて、この情報を見つけることができ得る。ターゲットプラットフォームの指定を伴うＬＲＷＦ ＲＰＡワークフロー構成は、開発者が非マルチターゲットＬＲＷＦ ＲＰＡプロジェクトをマルチターゲットＬＲＷＦ ＲＰＡプロジェクトに変換するだけでなければ、次に１２３０でプロジェクトおよび／または個々のアクティビティについて受信される。これらの構成は、いくつかの実施形態では、ターゲットプラットフォームの選択および／または個々のアクティビティターゲットプラットフォームのバージョンの構成を含み得る。

マルチプラットフォームＬＲＷＦを作製するために、開発者は、各ターゲットプラットフォーム用のワークフローを個別に作製してもよいし、単一のＲＰＡワークフローにおいて、ターゲットプラットフォームをアクティビティレベルで指定することによって作製してもよい。後者の場合、ＬＲＷＦに基づいて自動化が生成される際に、マルチターゲットＲＰＡデザイナアプリケーションは、ターゲットプラットフォームごとに、そのプラットフォームに割り当てられたアクティビティを用いて個別に自動化を生成し得る。これにより、ＲＰＡ開発者は、すべてのＬＲＷＦロジックを同じまとまったワークフローで開発でき、同じＬＲＷＦオートメーションを実現するためにワークフローの間を切り替える必要がない。

ＲＰＡワークフローが作製されると、マルチターゲットＲＰＡデザイナアプリケーションは、１２４０において、ターゲットプラットフォーム上でＬＲＷＦを実装する自動化を生成する。図１１の例について、これは、モバイルデバイスおよびサーバーの両方に対して自動化を生成することを含み得る。次に、ＲＰＡデザイナアプリケーションは、１２５０でＲＰＡロボットを介してターゲットプラットフォーム上でＲＰＡオートメーションを実行し、検証する。これは、各ターゲットプラットフォーム上でＲＰＡロボットを介して自動化を実行し、自動化が各プラットフォーム上および集合的に意図されたように機能することを検証することを含み得る。検証が１２６０で成功した場合、ＬＲＷＦオートメーションは、１２７０で本番環境（すなわち、実行時使用）用に公開され得る。これは、ＬＲＷＦおよびそのそれぞれのアクティビティ、ならびに自動化を、ＵＩオブジェクトリポジトリのライブラリに公開することを含み得る。成功しない場合、プロセスはステップ１２３０に戻り、ＲＰＡ開発者は、エラーを改善する試みでＬＲＷＦを修正してもよい。

図９～図１２で実行されるプロセスステップは、本発明の実施形態に従って、図９～図１２で説明したプロセス（複数可）の少なくとも一部を実行するようにプロセッサ（複数可）への命令をエンコードするコンピュータプログラム（複数可）によって実行されてもよい。コンピュータプログラム（複数可）は、非一時的なコンピュータ読み取り可能な媒体に格納されていてもよい。コンピュータ読み取り可能な媒体／媒体（ｍｅｄｉｕｍ／ｍｅｄｉａ）は、ハードディスクドライブ、フラッシュデバイス、ＲＡＭ、テープ、および／またはデータを格納するために使用される他のそのような媒体または媒体の組み合わせであってもよいが、これらに限定されるものではない。コンピュータプログラム（複数可）は、図９～図１２に記載されたプロセスステップの全部または一部を実装するために、１または複数のコンピューティングシステム（例えば、図５のコンピューティングシステム５００のプロセッサ（複数可）５１０）のプロセッサ（複数可）を制御するためのコード化された命令を含んでもよく、これはまた、コンピュータ読み取り可能な媒体／媒体に格納されてもよい。

コンピュータプログラム（複数可）は、ハードウェア、ソフトウェア、またはハイブリッド実装で実装され得る。コンピュータプログラム（複数可）は、互いに動作可能な通信を行うモジュールで構成され得、情報または指示をディスプレイに送るように設計されている。コンピュータプログラム（複数可）は、汎用コンピュータ、ＡＳＩＣ、またはいずれかの他の好適なデバイスで動作するように構成され得る。

本発明の様々な実施形態のコンポーネントは、本明細書に一般的に記載され、図示されているように、様々な異なる構成で配置され、設計されてもよいことが、容易に理解されるであろう。したがって、添付の図に表されるような本発明の実施形態の詳細な説明は、特許請求されるような本発明の範囲を限定することを意図するものではなく、本発明の選択された実施形態を代表するものにすぎない。

本明細書を通して記載された本発明の特色、構造、または特徴は、１または複数の実施形態では、いずれかの好適な方法で組み合わせられ得る。例えば、本明細書全体を通して「特定の実施形態」、「いくつかの実施形態」、または類似の言語を参照することは、実施形態に関連して記載された特定の特色、構造、または特徴が、本発明の少なくとも１つの実施形態に含まれていることを意味する。したがって、本明細書全体を通して「特定の実施形態では」、「いくつかの実施形態では」、「他の実施形態では」、または類似の言語の出現は、必ずしも全ての実施形態の同じグループを指すものではなく、記載された特色、構造、または特徴は、１または複数の実施形態ではいずれかの好適な方法で組み合わせられ得る。

本明細書全体を通して特色、利点、または類似の言語への参照は、本発明で実現され得る特色および利点の全てが、本発明のいずれかの単一の実施形態にあるべきであること、または本発明のいずれかの実施形態にあることを意味するものではないことに留意すべきである。むしろ、特色および利点に言及する言語は、実施形態に関連して記載された特定の特色、利点、または特徴が、本発明の少なくとも１つの実施形態に含まれることを意味すると理解される。したがって、本明細書全体での特色および利点の議論、ならびに類似の言語は、同じ実施形態を参照することができるが、必ずしもその必要性はない。

さらに、本発明の記載された特色、利点、および特徴は、１または複数の実施形態では、いずれかの好適な方法で組み合わせることができる。関連する技術の当業者は、本発明が、１または複数の特定の実施形態の特定の特徴または利点なしに実施され得ることを認識するであろう。他の例では、追加の特徴および利点は、本発明の全ての実施形態には存在しないかもしれない特定の実施形態では認識され得る。

本分野における通常の技術を有する者は、上述したような本発明を、異なる順序でのステップを用いて、および／または開示されているものとは異なる構成のハードウェア要素を用いて実施することができることを容易に理解するであろう。したがって、本発明は、これらの好ましい実施形態に基づいて説明されてきたが、本発明の精神および範囲内にとどまりながら、特定の変更、変形、および代替的な構成が明らかになることは、当業者には明らかであろう。したがって、本発明の範囲を決定するためには、添付の特許請求の範囲を参照すべきである。

Claims (26)

1. マルチターゲットロボティックプロセスオートメーション（ＲＰＡ）デザイナアプリケーションのためのコンピュータプログラム命令を格納するメモリと、
   前記コンピュータプログラム命令を遂行するように構成された少なくとも１つのプロセッサとを含み、前記コンピュータプログラム命令は、前記少なくとも１つのプロセッサが、
   複数のターゲットプラットフォームを含むターゲットプラットフォーム構成に従ってＲＰＡプロジェクトを構成する、それぞれのバージョンのそれぞれのターゲットプラットフォームのための１または複数のアクティビティの複数のバージョンを構成する、またはその両方を行うように構成される、コンピューティングシステム。
2. 前記コンピュータプログラム命令はさらに、前記少なくとも１つのプロセッサが、
   ＲＰＡ開発者による作製後に、前記ＲＰＡプロジェクトのための前記ターゲットプラットフォーム構成を受信する、ＲＰＡワークフローの１もしくは複数のアクティビティの複数のターゲットプラットフォームバージョンを受信する、またはその両方を行うように構成される、請求項１に記載のコンピューティングシステム。
3. 前記ターゲットプラットフォーム構成は、ＲＰＡワークフローの範囲内で複数の異なるターゲットプラットフォームのアクティビティを自動的に生成する前記ＲＰＡプロジェクトのグローバルスコープであるかまたはそれを含む、請求項１に記載のコンピューティングシステム。
4. ターゲットプラットフォームが指定されていない場合、前記コンピュータプログラム命令はさらに、前記少なくとも１つのプロセッサが、
   前記複数のターゲットプラットフォームを手動で選択することなく、ＲＰＡワークフローの範囲内で複数の異なるターゲットプラットフォームのアクティビティを自動的に生成する前記ＲＰＡプロジェクトのグローバルスコープを自動的に指定するように構成される、請求項１に記載のコンピューティングシステム。
5. 前記コンピュータプログラム命令はさらに、前記少なくとも１つのプロセッサが、
   前記複数のターゲットプラットフォームでＲＰＡワークフローを実装するマルチターゲットオートメーションを生成し、
   それぞれのＲＰＡロボットを介して、前記複数のターゲットプラットフォーム上で前記マルチターゲットオートメーションを遂行および検証するように構成される、請求項１に記載のコンピューティングシステム。
6. 前記マルチターゲットオートメーションの前記検証は、前記複数のターゲットプラットフォームの各ターゲットプラットフォーム上で前記それぞれのＲＰＡロボットによってそれぞれのオートメーションを実行し、前記マルチターゲットオートメーションが前記複数のターゲットプラットフォームの各ターゲットプラットフォーム上で意図したとおりに機能することを検証することを含む、請求項５に記載のコンピューティングシステム。
7. 前記マルチターゲットオートメーションの前記検証が成功すると、前記コンピュータプログラム命令はさらに、前記少なくとも１つのプロセッサが、
   ＵＩオブジェクトリポジトリのユーザーインターフェース（ＵＩ）オブジェクトライブラリでの本番環境使用のための前記複数のターゲットプラットフォーム用のオートメーションを公開するように構成される、請求項５に記載のコンピューティングシステム。
8. 前記ＲＰＡプロジェクトは以前に作製されたＲＰＡプロジェクトであり、前記コンピュータプログラム命令はさらに、前記少なくとも１つのプロセッサが、
   前記以前に作製されたＲＰＡプロジェクトがマルチターゲットＲＰＡプロジェクトではないことを検出し、
   前記以前に作製されたＲＰＡプロジェクトを自動的に変換して、１または複数の追加のターゲットプラットフォーム、前記１または複数のアクティビティの複数のプラットフォーム特有のバージョン、またはその両方に対応するように構成される、請求項１に記載のコンピューティングシステム。
9. ＲＰＡワークフローは、タグ、変数、配列、または別の記述子、またはそれぞれのアクティビティの１もしくは複数のターゲットプラットフォームを指定するデータ構造を含む複数のアクティビティを含む、請求項１に記載のコンピューティングシステム。
10. 前記マルチターゲットＲＰＡデザイナアプリケーションは、ターゲットプラットフォームオプションを提供するプロジェクトターゲットプラットフォーム指定オプションを含む、請求項１に記載のコンピューティングシステム。
11. 前記マルチターゲットＲＰＡデザイナアプリケーションは、アクティビティのためのターゲットプラットフォームオプションを提供するアクティビティターゲットプラットフォーム指定オプションを含む、請求項１に記載のコンピューティングシステムアクティビティ。
12. マルチターゲットロボティックプロセスオートメーション（ＲＰＡ）デザイナアプリケーション用のコンピュータプログラムを格納した非一時的なコンピュータ読み取り可能な媒体であって、前記コンピュータプログラムは、少なくとも１つのプロセッサが、
    複数のターゲットプラットフォームを含むターゲットプラットフォーム構成に従って、ＲＰＡプロジェクトを構成するように構成される、非一時的なコンピュータ読み取り可能な媒体。
13. 前記ターゲットプラットフォーム構成は、ＲＰＡワークフローの範囲内で複数の異なるターゲットプラットフォームのアクティビティを自動的に生成する前記ＲＰＡプロジェクトのグローバルスコープであるかまたはそれを含む、請求項１２に記載の非一時的なコンピュータ読み取り可能な媒体。
14. ターゲットプラットフォームが指定されていない場合、前記コンピュータプログラム命令はさらに、前記少なくとも１つのプロセッサが、ＲＰＡワークフローの範囲内で複数の異なるターゲットプラットフォームのアクティビティを自動的に生成する前記ＲＰＡプロジェクトのためのグローバルスコープを自動的に指定するように構成される、請求項１２に記載の非一時的なコンピュータ読み取り可能な媒体。
15. 前記コンピュータプログラムはさらに、前記少なくとも１つのプロセッサが、
    前記複数のターゲットプラットフォームでＲＰＡワークフローを実装するマルチターゲットオートメーションを生成し、
    それぞれのＲＰＡロボットを介して、前記複数のターゲットプラットフォーム上で前記マルチターゲットオートメーションを遂行および検証するように構成される、請求項１２に記載の非一時的なコンピュータ読み取り可能な媒体。
16. 前記マルチターゲットオートメーションの前記検証は、前記複数のターゲットプラットフォームの各ターゲットプラットフォーム上で前記それぞれのＲＰＡロボットによって前記オートメーションを実行し、前記オートメーションが前記複数のターゲットプラットフォームの各ターゲットプラットフォーム上で意図したとおりに機能することを検証することを含む、請求項１５に記載の非一時的なコンピュータ読み取り可能な媒体。
17. 前記マルチターゲットオートメーションの前記検証が成功した場合、前記コンピュータプログラム命令はさらに、前記少なくとも１つのプロセッサが、ＵＩオブジェクトリポジトリのユーザーインターフェース（ＵＩ）オブジェクトライブラリにおける本番環境使用のための前記マルチターゲットオートメーションを公開するように構成される、請求項１５に記載の非一時的なコンピュータ読み取り可能な媒体。
18. 前記ＲＰＡプロジェクトは以前に作製されたＲＰＡプロジェクトであり、前記コンピュータプログラム命令はさらに、前記少なくとも１つのプロセッサが、
    前記以前に作製されたＲＰＡプロジェクトがマルチターゲットＲＰＡプロジェクトではないことを検出し、
    前記以前に作製されたＲＰＡプロジェクトを自動的に変換して、１または複数の追加のターゲットプラットフォームに対応するように構成される、請求項１２に記載の非一時的なコンピュータ読み取り可能な媒体。
19. 前記マルチターゲットＲＰＡデザイナアプリケーションは、ターゲットプラットフォームオプションを提供するプロジェクトターゲットプラットフォーム指定オプションを含む、請求項１２に記載の非一時的なコンピュータ読み取り可能な媒体。
20. マルチターゲットロボティックプロセスオートメーション（ＲＰＡ）デザイナアプリケーションによって、複数のターゲットプラットフォームのそれぞれのターゲットプラットフォームのための１または複数のアクティビティのうちの複数のバージョンを構成することを含む、コンピュータ実装方法。
21. 前記マルチターゲットＲＰＡデザイナアプリケーションによって、前記複数のターゲットプラットフォーム上でＲＰＡプロジェクトのＲＰＡワークフローを実装するマルチターゲットオートメーションを生成することと、
    前記マルチターゲットＲＰＡデザイナアプリケーションによって、それぞれのＲＰＡロボットを介して前記複数のターゲットプラットフォーム上で前記マルチターゲットオートメーションを遂行および検証することとを、さらに含む、請求項２０に記載のコンピュータ実装方法。
22. 前記マルチターゲットオートメーションの前記検証は、前記複数のターゲットプラットフォームの各ターゲットプラットフォーム上で前記それぞれのＲＰＡロボットによって前記オートメーションを実行し、前記マルチターゲットオートメーションが前記複数のターゲットプラットフォームの各プラットフォーム上で意図したとおりに機能することを検証することを含む、請求項２１に記載のコンピュータ実装方法。
23. 前記マルチターゲットオートメーションの検証が成功した場合、前記コンピュータ実装方法はさらに、
    前記マルチターゲットＲＰＡデザイナアプリケーションによって、ＵＩオブジェクトリポジトリのユーザーインターフェース（ＵＩ）オブジェクトライブラリでの本番環境使用用の前記マルチターゲットオートメーションを公開することを含む、請求項２０に記載のコンピュータ実装方法。
24. ＲＰＡプロジェクトは、以前に作製されたＲＰＡプロジェクトであり、前記コンピュータ実装方法はさらに、
    前記マルチターゲットＲＰＡデザイナアプリケーションによって、前記以前に作製されたＲＰＡプロジェクトがマルチターゲットＲＰＡプロジェクトではないことを検出することと、
    前記マルチターゲットＲＰＡデザイナアプリケーションによって、前記以前に作製されたＲＰＡプロジェクトを、前記１または複数のアクティビティの複数のプラットフォーム特有のバージョンに対応するように自動的に変換することと、を含む、請求項２０に記載のコンピュータ実装方法。
25. ＲＰＡプロジェクトのＲＰＡワークフローは、タグ、変数、配列、または別の記述子、またはそれぞれのアクティビティの１もしくは複数のターゲットプラットフォームを指定するデータ構造を含む複数のアクティビティを含む、請求項２０に記載のコンピュータ実装方法。
26. 前記マルチターゲットＲＰＡデザイナアプリケーションは、アクティビティのためのターゲットプラットフォームオプションを提供するアクティビティターゲットプラットフォーム指定オプションを含む、請求項２０に記載のコンピュータ実装方法。

Images