JP7364588B2 - 第２のセッションで実行されるロボティックプロセスオートメーションロボットを介して第１のセッションで実行されるプロセスの自動化 - Google Patents

Description

関連出願の相互参照
本出願は、２０２０年７月９日に出願された米国非仮特許出願番号１６／９２４，９１０の利益を主張する。このより早く出願された出願の主題は、参照によりその全体が本明細書に組み込まれる。

本発明は、概して、ロボティックプロセスオートメーション（ＲＰＡ）、より詳細には、第２のセッションで実行されるＲＰＡロボットを介して第１のセッションで実行されるプロセスの自動化に関する。

アテンディッド（操作要）自動化ロボットは、例えば、通常、ユーザと同じセッションでユーザによって操作されるコンピューティングシステムで実行される。ＲＰＡロボットは、ユーザと協力して、例えば、ユーザのコマンドで特定のタスクを実行する場合がある。しかし、アテンディッド自動化シナリオでは、ＲＰＡロボットがユーザのコンピューティングシステムを「テイクオーバする（引き継ぐ）」可能性がある。ユーザは、ロボットがコンピューティングシステムと対話している間に他のアクティビティを実行したいと思うかもしれないが、ユーザはそうすることができない場合がある。つまり、ロボットは、ユーザが行うのと同じ方法で（例えば、マウスクリックやキーボード入力をシミュレートするなどして）、ユーザインタフェース（ＵＩ）を介してアプリケーションを制御する。

オペレーティングシステム又はオペレーティングシステムで実行されているアプリケーションの完全な又は部分的なコピーを作成する様々な技術が存在する。エミュレータは何十年にわたり存在しており、アプリケーションをテスト、デバッグする機能を開発者に提供する場合がある。例えば、エミュレータは、開発ツールの実行を直接サポートしていないオペレーティングシステムを使用するモバイルアプリケーションをテスト、デバッグする機能を開発者に提供する。Ａｎｄｒｏｉｄ（登録商標）及びｉＯＳ（登録商標）はどちらも、それらのモバイルオペレーションシステム上で開発者用ツールをネイティブで実行できないため、開発マシンから実行されてＡｎｄｒｏｉｄ（登録商標）又はｉＯＳ（登録商標）アプリケーションをテスト、デバッグできるエミュレータを提供する。

シミュレータにより、開発者は、開発マシンでの実行が困難又は不可能なアプリケーションの振る舞いを開発者がテスト、デバッグできる自身のローカルマシンでウィンドウをホストすることができる。例えば、シミュレータにより、開発者は、ボタンをクリックしてシミュレータを回転できる。これにより、シミュレータ内で実行されているアプリケーションに、このようなイベントに応答するアプリケーションの振る舞いをテスト、デバッグする目的でデバイスが回転されたことが通知される。別の一般的な例はマルチタッチである。多くの開発者マシンはタッチをサポートしていないため、シミュレータにより、開発者は、アプリケーションが複数のタッチポイントにどのように応答するかをテスト、デバッグできる。Ａｎｄｒｏｉｄ（登録商標）及びｉＯＳ（登録商標）エミュレータもシミュレーション機能を提供する。さらに、Ｍｉｃｒｏｓｏｆｔ（登録商標）は、ユニバーサルＷｉｎｄｏｗｓプラットフォーム（ＵＷＰ）アプリケーション用のシミュレータを提供する。

仮想マシンは、マシン上で第２のオペレーティングシステムをホストし、ウィンドウを介して開かれ、監視されることが可能である。これは、完全に異なるオペレーティングシステムを実行し、ハードウェアをホストマシンと共有する。「ゲスト」マシンには、アプリケーションの「ゲスト」マシン自身のコピーがインストールされている必要があり、「ゲスト」マシンは、共通のリソースやファイルをユーザマシンと共有しない。

Ｄｏｃｋｅｒ（登録商標）コンテナは、概念的には仮想マシンのハイブリッド形式である。実行される必要がある全てのアプリケーションが、ホストオペレーティングシステムで直接実行される不変のパッケージにパッケージ化される。パッケージは別のオペレーティングシステムの完全なコピーではないが、デフォルトではホストマシン上のアプリケーションやリソースを共有したりそれらにアクセスしたりすることはない。したがって、ユーザエクスペリエンスの観点からは、Ｄｏｃｋｅｒ（登録商標）コンテナは仮想マシンに類似するように感じられるが、技術的には、コンテナは完全に別のオペレーティングシステムで実行されていない。

しかし、従来のエミュレータ、シミュレータ、仮想マシン（ＶＭ）、オペレーティングシステム（ＯＳ）レベルの仮想化を提供するハイブリッドＶＭ（例えば、Ｄｏｃｋｅｒ（登録商標）コンテナなど）は、ユーザと同じコンピューティングシステムで動作するアテンディッド自動化ロボットで発生する問題に対処していない。したがって、ユーザは、基本的に自身のコンピューティングシステムの見物人になり、ロボットの作業を監視し、ユーザとの対話（相互作用）を必要とするマシン上の他のアプリケーションと対話できなくなる。したがって、向上したアプローチが有益であり得る。

本発明の特定の実施形態は、現在のＲＰＡ技術によってまだ完全に識別、認識、又は解決されていない、当該技術分野における課題及び必要性に対する解決方法を提供し得る。例えば、本発明の幾つかの実施形態は、第２のセッションで実行されるＲＰＡロボットを介して第１のセッションで実行されるプロセスの自動化に関する。

一実施形態において、コンピュータプログラムは、非一時的なコンピュータ読み取り可能な媒体に格納される。該コンピュータプログラムは、第１のセッションにおいて、プロセス間通信（ＩＰＣ）ファシリテータ及びロボティックプロセスオートメーション（ＲＰＡ）ドライバを実行させることと、第２のセッションにおいて、ＲＰＡロボットを実行させることとを少なくとも１つのプロセッサに実行させるように構成されている。該コンピュータプログラムはさらに、ＩＰＣファシリテータによって、ＩＰＣを介して、ＲＰＡロボットから一又は複数のメッセージを受け取ることと、ＲＰＡドライバを制御して、ＲＰＡロボットから受け取られた一又は複数のメッセージに基づいて、ＩＰＣファシリテータによって、第１のセッションで実行されているアプリケーション又はアプリケーションオブジェクトと対話させることとを少なくとも１つのプロセッサに実行させるように構成されている。

別の一実施形態において、コンピュータによって実行される方法が、第２のセッションで実行されているＲＰＡロボットによって、ＩＰＣを介して、第１のセッションで実行されているＩＰＣファシリテータに、一又は複数のメッセージを送ることと、ＩＰＣファシリテータによって、ＩＰＣを介して、ＲＰＡロボットから一又は複数のメッセージを受け取ることとを含む。このコンピュータによって実行される方法はさらに、第１のセッションで実行されているＲＰＡドライバを制御して、ＲＰＡロボットから受け取られた一又は複数のメッセージに基づいて、ＩＰＣファシリテータによって、第１のセッションで実行されているアプリケーション又はアプリケーションオブジェクトと対話させることを含む。

さらに別の一実施形態において、コンピュータによって実行される方法は、第１のセッションで実行されているＩＰＣファシリテータによって、ＩＰＣを介して、第２のセッションで実行されているＲＰＡロボットから、一又は複数のメッセージを受け取ることを含む。このコンピュータによって実行される方法はさらに、第１のセッションで実行されているＲＰＡドライバを制御して、ＲＰＡロボットから受け取られた一又は複数のメッセージに基づいて、ＩＰＣファシリテータによって、第１のセッションで実行されているアプリケーション又はアプリケーションオブジェクトと対話させることを含む。

本発明の特定の実施形態の利点が容易に理解されるように、上記簡単に説明した本発明のより詳細な説明を、添付の図面に示す特定の実施形態を参照して行う。これらの図面は、本発明の典型的な実施形態のみを示すもので、その範囲を限定するものとみなされるべきではないことを理解されたい。本発明は、添付の図面の使用を通じて追加の特性及び詳細とともに記載され説明される。

本発明の一実施形態によるロボティックプロセスオートメーション（ＲＰＡ）システムを示すアーキテクチャ図である。

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

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

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

本発明の一実施形態による、ＲＰＡロボットのセッション間の自動化を容易にするように構成されたコンピューティングシステムを示すアーキテクチャ図である。

図６Ａ～図６Ｇは、本発明の一実施形態による、ロボットセッションで実行されるＲＰＡロボット、ＩＰＣファシリテータ、及びＲＰＡドライバを使用して、ユーザセッションでフォームを完成させる一例を示す。

図７Ａ～図７Ｇは、本発明の一実施形態による、直接変数変更によりロボットセッションで実行されるＲＰＡロボットを使用して、ユーザセッションでフォームを完成させる一例を示す。

本発明の一実施形態による、ロボットセッションで実行されているＲＰＡロボット、ＩＰＣファシリテータ、及びＲＰＡドライバを介してユーザセッションで実行されるプロセスの自動化のためのプロセスを示すフローチャートである。

本発明の一実施形態による、直接変数変更によりロボットセッションで実行されるＲＰＡロボットを介してユーザセッションで実行されるプロセスの自動化のためのプロセスを示すフローチャートである。

本発明の一実施形態による、メインセッションアプリケーションと対話する複数のクライアントセッションＲＰＡロボットの一例を示す。

本発明の一実施形態による、クライアントセッションでアテンディッド自動化ＲＰＡロボットを実行するプロセスを示すフロー図である。

本発明の一実施形態による、メインセッションロボットＭ１、クライアントセッションアプリケーションＡ１、及び一対のクライアントセッションロボットＣ１、Ｃ２間のマルチロボット共同ワークフローの実行を示すフロー図である。

本発明の一実施形態による、メインセッションＲＰＡロボットとクライアントセッションＲＰＡロボットの並行した実行を示すフロー図である。

本発明の一実施形態による、メインセッションアプリケーションのトリガに基づくクライアントセッションＲＰＡロボットの実行を示すフロー図である。

本発明の一実施形態による、セッション間の自動化を実行するためのプロセスを示すフローチャートである。

特に示さない限り、同様の符号は、添付の図面全体を通して一貫して対応する特徴を示す。

幾つかの実施形態は、第２のセッションで実行されるＲＰＡロボットを介して第１のセッションで実行されるプロセスの自動化に関する。例えば、フォーム（例えば、ウェブページ、電子メールアプリケーション（例えば、Ｏｕｔｌｏｏｋ（登録商標）など）、スプレッドシートアプリケーション（例えば、Ｅｘｃｅｌ（登録商標）など）、顧客関係管理（ＣＲＭ）システムアプリケーション（例えば、Ｓａｌｅｓｆｏｒｃｅ（登録商標）など）、エンタープライズリソース管理（ＥＲＭ）システム、サプライチェーン管理システム、特注のコンピュータアプリケーション、モバイルアプリケーション、入力可能なフィールドを有する別のアプリケーションなど）が第１のセッションで表示されてもよい。幾つかの実施形態において、第１のセッションは、ユーザセッション（本明細書ではメインセッション又は親セッションともいう）であってもよい。第１のセッションでアプリケーションのためのデータを取得し且つ／又は該データと対話する一又は複数のＲＰＡロボットは、一又は複数の別のセッション（本明細書ではロボットセッション、第２のセッション、又は二次セッションともいう）で実行されてもよい。特定の実施形態において、ロボットセッションは、第１のセッションの子セッションであってもよい。

幾つかの実施形態において、クライアントセッションで実行されているＲＰＡロボットは、プロセス間通信（ＩＰＣ）を介してメインセッションで実行されているＲＰＡドライバにメッセージを送る。ＲＰＡロボットからのＩＰＣ通信に基づいて、ＲＰＡドライバは、コンピューティングシステムとの様々なオペレーティングシステム（ＯＳ）及び／又はアプリケーションプログラミングインタフェース（ＡＰＩ）レベルの対話を実施してもよい。例えば、ドライバは、マウスの移動、ボタンのクリック、メニューの操作、フィールドへのテキストの入力、ウィンドウの開閉、ウィンドウの移動及び／又はサイズ変更、或いは、本発明の範囲から逸脱することなく任意の他の適切な対話（操作）を実装してもよい。

このような機能を実装するために、ドライバは、ＩＰＣファシリテータを含むか、ＩＰＣファシリテータによって制御されるか、呼び出されてもよい。幾つかの実施形態において、ＩＰＣファシリテータは、別個のアプリケーション又はプロセスであってもよいし、或いは、ドライバのサブプロセスであってもよい。ＩＰＣファシリテータは、クライアントセッションでＲＰＡロボットからのＩＰＣメッセージをリッスンすること（例えば、トリガをリッスンすること）、ＲＰＡロボットとの間で通信を送受信すること、ＲＰＡロボットの実行ステータスを監視すること、これらのうちの組み合わせなどを行ってもよい。ファシリテータはまた、ＲＰＡロボットからのＩＰＣ通信に基づいて、ドライバに、親セッションで所望の機能を実装させてもよい。特定の実施形態において、ＩＰＣファシリテータは、所与のＲＰＡロボットのためのスクリプトで構成されてもよい。幾つかの実施形態において、ＩＰＣファシリテータは、親セッションで実行される機能のためにカスタム設計されてもよい。

幾つかの実施形態において、クライアントセッションにおけるＲＰＡロボットは、コンピューティングシステム上のメモリに記憶された変数を直接変更してもよい。そして、このような変数にアクセスする親セッションで実行されているアプリケーションが、表示が更新されたとき、又は、アプリケーションがそのＵＩをリロードしたときに、表示された値を更新してもよい。例えば、Ｅｘｃｅｌ（登録商標）スプレッドシートの変数が、クライアントセッションで実行されているＲＰＡロボットによって直接変更されてもよく、これにより、親セッションで表示される値も変更されるであろう。

幾つかの実施形態において、ＲＰＡロボットの動作は、ＲＰＡロボットが実行されているときにユーザが他のアプリケーション又はインスタンスを使用することを妨げず、しかし、ＲＰＡロボットによって行われるデータ変更は、ユーザには、アプリケーションの表示がユーザセッションウィンドウで更新されるように見えてもよい。しかし、特定の実施形態において、ＲＰＡロボットは、ユーザインタフェースを有しないアプリケーションと対話してもよい。

幾つかの実施形態において、プロセスは次のように動作してもよい。ユーザは、ボタンをクリックするか、或いは、ユーザセッションの子セッション（例えば、ユーザがユーザのコンピューティングシステムを起動したときに起動される親セッション又はメインセッション）でＲＰＡロボットを起動させてもよい。特定の実施形態において、例えば、ロボットセッションは、既に実行されていてもよいし、或いは、ロボットトレイからユーザによって別個に起動されてもよい。ユーザは、子セッションでロボットにそのワークフローを実行させ、ロボットは、親セッションで実行されているＩＰＣファシリテータと通信することで、メインセッションで一又は複数のアプリケーションと対話してもよい。次に、ＩＰＣファシリテータは、ＲＰＡドライバに親セッションで所望の機能を実行させてもよい。

幾つかの実施形態において、ロボットセッションで実行されているＲＰＡロボットは、ワークフローに関連する少なくとも１つのアプリケーションが起動されていない場合、動作を一時停止してメッセージを提供してもよく、ＩＰＣファシリテータは、ロボットが動作を継続できるようにアプリケーションを起動してもよい。ロボットがそのワークフローの実行を開始すると、ＩＰＣファシリテータ及びＲＰＡドライバを介して変更が行われた場合に、アプリケーションで表示されているデータへの変更がメインセッションウィンドウで可視であってもよい。例えば、クライアントセッションでＲＰＡロボットによって提供されたデータに基づいてドライバがデータを入力すると（例えば、ＩＰＣを介して、フラットファイル又はデータベースにデータを保存するなど）、データが表示されてもよい。

非限定的な例として、幾つかの実施形態において、ＲＰＡロボットをクライアントセッションで起動させる、又は、クライアントセッションで既に実行されているＲＰＡロボットと対話するショートカットを、Ｓａｌｅｓｆｏｒｃｅ（登録商標）で作成してもよい。ユーザがショートカットをクリックすると、ＲＰＡロボットはＲＰＡプロセスをそのＲＰＡワークフローで設計されているように実行することを開始する。その実行の結果（データベースからの情報の取得、人工知能（ＡＩ）／機械学習（ＭＬ）モデルの呼び出し及び結果の取得、複数のレガシーシステムからの情報の取得など）に基づいて、ＲＰＡロボットはＩＰＣファシリテータと対話し、ＩＰＣファシリテータは、親セッションで実行中のＳａｌｅｓｆｏｒｃｅ（登録商標）アプリケーションインスタンスと適宜対話する。これにより、実行中のＳａｌｅｓｆｏｒｃｅ（登録商標）アプリケーションインスタンスにおける表示される情報の一部が変更されてもよく、例えば、ＲＰＡドライバが対話を実行するようにユーザに見えてもよい（可視であってもよい）。

特定の実施形態において、クライアントセッションで実行されているＲＰＡロボットが、親セッションにおけるアプリケーションを、ＩＰＣファシリテータを介して開いてもよい。次に、ＩＰＣファシリテータは、ＲＰＡドライバを介して、アプリケーションに関連するデータにアクセスし、追加、変更、及び／又は削除を行ってもよい。このようにして、ＲＰＡロボットが親セッションで実行されていない場合でも、ＲＰＡロボットは、親セッション自体で実行されているＲＰＡロボットと同様に見えるが機能的に異なる方法で、親セッションアプリケーションで対話を生じさせることができる。

幾つかの実施形態において、ユーザは、ロボットに、ウェブサイトにアクセスして何らかの情報を収集するクライアントセッションでワークフローを実行させてもよい。次に、ＲＰＡロボットは、この情報をＩＰＣファシリテータに提供し、ＩＰＣファシリテータは、ＲＰＡドライバに、例えば、収集された情報をメインセッションで可視であるスプレッドシートに入力させる。特定の実施形態において、例えばＳａｌｅｓｆｏｒｃｅ（登録商標）などのアプリケーションがメインセッションで開かれる。次に、ユーザは、クライアントセッションで、現在のクライアントＩＤを読み取り、ウェブサイト（例えば、ＨｕｂＳｐｏｔ（登録商標）など）にアクセスして、クライアントとウェブサイトとの対話に関する情報を収集する自動化（自動動作）を実行させる。しかし、本発明の範囲から逸脱することなく、アテンディッドＲＰＡロボットは、ＲＰＡファシリテータを介して任意の適切なアプリケーションと対話してもよく、且つ／又は、任意の適切なソース（例えば、データベース、別のアプリケーションなど）からデータを取得してもよい。

幾つかの実施形態のアプリケーションには、エミュレータ、シミュレータ、ＶＭ、ＯＳレベルの仮想化を提供するハイブリッドＶＭ（例えば、Ｄｏｃｋｅｒ（登録商標）コンテナなど）が含まれるが、これらに限定されない。幾つかの実施形態は、アテンディッド自動化プロセスによって制御されているアプリケーションのＵＩを含むウィンドウとして一または複数のロボットセッションを作成し、ホストする。特定の実施形態おいて、ロボットが対話するアプリケーションのインタフェースのみが示される。幾つかの実施形態において、クライアントセッションウィンドウは全く示されない。本明細書で使用される場合、「ウィンドウ」は、本発明の範囲から逸脱することなく、メインＵＩ内に示されるＵＩを表すウィンドウ、コンピューティングシステムの第２のディスプレイの第２の画面、仮想デスクトップ、隔離された環境（即ち、該環境内で起動された全てのアプリケーション（「子」という）のＵＩを描画し、（ホストセッションのコンテキストにおいて）それらを実行するウィンドウ（「ホスト」という）など）などに適用されてもよい。複数のセッションを実行することにより、ユーザが第１のセッション（例えば、親セッションなど）と対話している間、ロボットがロボットのセッションで動作できる。したがって、ロボットがそのデータと対話している間、ユーザは様々なアプリケーションと対話することが可能であってもよい。

幾つかの実施形態において、本発明の範囲から逸脱することなく、任意の数のロボットの任意の所望の数のセッションが作成されて使用されてもよい。例えば、ユーザは第１のセッションで動作（操作）してもよく、第１のロボットは第２のセッションで動作してもよく、第２のロボットは第３のセッションで動作してもよいなど。特定の実施形態において、複数のロボットが単一のセッショで動作してもよく、ＲＰＡファシリテータを介して一又は複数の共通のアプリケーションと対話するために交代する可能性があってもよい。

セッションを作成する機能は、例えば、Ｗｉｎｄｏｗｓ（登録商標）ターミナルサービスの子セッションを介して実装されてもよく、これにより、ユーザがログアウトする必要なく、ユーザ自身のマシンにセッションを作成できる。新しく作成されたセッションは、子ウィンドウとして表示され、ユーザのセッションに存在するアプリケーションを含み、起動する。つまり、ユーザとロボットの分離がＵＩレベルで生じる。例えば、ファイルが削除された場合、これはコンピューティングシステムで実行されている全てのセッションにわたり生じる。

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

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

一部の種類のワークフローには、シーケンス、フローチャート、ＦＳＭ、及び／又はグローバル例外ハンドラが含まれてもよいが、これらに限定されない。シーケンスは、線形プロセスに特に適している可能性があり、ワークフローを混乱させることなく、あるアクティビティから別のアクティビティへのフローを可能にする。フローチャートは、より複雑なビジネスロジックに特に適している可能性があり、複数の分岐論理演算子によって、より多様な方法で決定の統合及びアクティビティの接続を可能にする。ＦＳＭは、大規模なワークフローに特に適している可能性がある。ＦＳＭは、実行時に有限数の状態を使用してもよく、それらの状態は、条件（即ち、遷移）又はアクティビティによってトリガされる。グローバル例外ハンドラは、実行エラーが発生したときのワークフローの振る舞いを決定したり、プロセスをデバッグしたりするのに特に適している可能性がある。

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

コンダクタ１２０は、全てのロボット１３０を管理して、集中ポイントからロボット１３０を接続して実行してもよい。管理可能なロボット１３０の種類には、アテンディッドロボット１３２、アンアテンディッドロボット１３４、開発ロボット（アンアテンディッドロボット１３４と同様であるが、開発及びテストの目的で使用される）、及び非生産ロボット（アテンディッドロボット１３２と同様であるが、開発及びテストの目的で使用される）が含まれるが、これらに限定されない。アテンディッドロボット１３２は、ユーザイベントによってトリガされ、又は自動的に実行されるようにスケジュールされて、同じコンピューティングシステム上で人間と一緒に動作する。アテンディッドロボット１３２は、集中プロセス展開及びロギング媒体のためにコンダクタ１２０と共に使用されてもよい。アテンディッドロボット１３２は、人間のユーザが様々なタスクを達成するのを助け、ユーザイベントによってトリガされてもよい。幾つかの実施形態において、プロセスは、この種のロボットのコンダクタ１２０から開始されることができず、且つ／又は、ロックされた画面の下で実行できない。特定の実施形態において、アテンディッドロボット１３２は、ロボットトレイから又はコマンドプロンプトから開始できるのみである。幾つかの実施形態において、アテンディッドロボット１３２は、人間の監督下で動作するべきである。

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

コンダクタ１２０は、プロビジョニング、デプロイメント、バージョニング、コンフィギュレーション、キューイング、監視（モニタリング）、ロギング、及び／又は相互接続性の提供を含むがこれらに限定されない様々な機能を有してもよい。プロビジョニングには、ロボット１３０とコンダクタ１２０（例えば、ウェブアプリケーションなど）との間の接続の作成及び保守が含まれてもよい。デプロイメントには、実行のために割り当てられたロボット１３０へのパッケージバージョンの正しい配信を保証することが含まれてもよい。バージョニングには、幾つかの実施形態において、幾つかのプロセス又はコンフィギュレーションの固有のインスタンスの管理が含まれてもよい。コンフィギュレーションには、ロボット環境及びプロセスコンフィギュレーションの保守及び配信が含まれてもよい。キューイングには、キュー及びキューアイテムの管理の提供が含まれてもよい。監視には、ロボット識別データの追跡及びユーザ権限の維持が含まれてもよい。ロギングには、データベース（例えば、ＳＱＬデータベースなど）及び／又は他のストレージメカニズム（例えば、ＥｌａｓｔｉｃＳｅａｒｃｈ（登録商標）など。これは、大規模なデータセットを記憶してすばやくクエリを実行する機能を提供する）へのログの記憶及びインデックス付けが含まれてもよい。コンダクタ１２０は、サードパーティのソリューション及び／又はアプリケーションのための通信の集中ポイントとして機能することで、相互接続性を提供してもよい。

ロボット１３０は、デザイナ１１０に組み込まれたワークフローを実行する実行エージェントである。ロボット１３０の幾つかの実施形態のうち１つの商用的な例は、ＵｉＰａｔｈ Ｒｏｂｏｔｓ（商標）である。幾つかの実施形態において、ロボット１３０は、デフォルトで、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）サービスコントロールマネージャー（ＳＣＭ）が管理するサービスをインストールする。その結果、そのようなロボット１３０が、ローカルシステムアカウントでインタラクティブなＷｉｎｄｏｗｓ（登録商標）セッションを開き、Ｗｉｎｄｏｗｓ（登録商標）サービスの権限を有することができる。

幾つかの実施形態において、ロボット１３０は、ユーザモードでインストールされてもよい。そのようなロボット１３０の場合、これは、ユーザのもとでロボット１３０がインストールされて、そのユーザと同じ権利をロボット１３０が有することを意味する。この特徴は、高密度（ＨＤ）ロボットで利用可能であってもよく、各マシンの最大限の活用を確実にしてもよい。幾つかの実施形態において、任意の種類のロボット１３０が、ＨＤ環境で構成されてもよい。

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

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

エグゼキュータは、Ｗｉｎｄｏｗｓ（登録商標）セッションのもとで所定のジョブを実行してもよい（即ち、エグゼキュータはワークフローを実行してもよい。エグゼキュータは、モニタ毎のドット／インチ（ＤＰＩ）設定を認識していてもよい。エージェントは、システムトレイウィンドウで利用可能なジョブを表示するＷｉｎｄｏｗｓ（登録商標）Ｐｒｅｓｅｎｔａｔｉｏｎ Ｆｏｕｎｄａｔｉｏｎ（ＷＰＦ）アプリケーションであってもよい。エージェントはこのサービスのクライアントであってもよい。エージェントは、ジョブの開始又は停止を要求し、設定を変更してもよい。コマンドラインはそのサービスのクライアントであってもよい。コマンドラインは、ジョブの開始を要求可能なコンソールアプリケーションであり、その出力を待つ。

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

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

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

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

サーバ側では、プレゼンテーション層（ウェブアプリケーション２３２、Ｏｐｅｎ Ｄａｔａ Ｐｒｏｔｏｃｏｌ（オープンデータプロトコル）（ＯＤａｔａ）Ｒｅｐｒｅｓｅｎｔａｔｉｖｅ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ（リプレゼンタティブステートトランスファー）（ＲＥＳＴ）Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ（アプリケーションプログラミングインタフェース）（ＡＰＩ）エンドポイント２３４、通知・監視２３６）、サービス層（ＡＰＩ実装／ビジネスロジック２３８）、及び永続層（データベースサーバ２４０及びインデクササーバ２５０）が含まれる。コンダクタ２３０には、ウェブアプリケーション２３２、ＯＤａｔａ ＲＥＳＴ ＡＰＩエンドポイント２３４、通知・監視２３６、及びＡＰＩ実装／ビジネスロジック２３８が含まれる。幾つかの実施形態において、コンダクタ２３０のインタフェースで（例えば、ブラウザ２２０を介して）ユーザが実行する殆どのアクションが、様々なＡＰＩを呼び出すことで実行される。このようなアクションには、本発明の範囲から逸脱することなく、ロボットでのジョブの開始、キュー内のデータの追加／削除、操作不要で実行するジョブのスケジューリングなどが含まれてもよいが、これらに限定されない。ウェブアプリケーション２３２は、サーバプラットフォームのビジュアル層である。このような実施形態において、ウェブアプリケーション２３２は、ハイパーテキストマークアップ言語（ＨＴＭＬ）及びＪａｖａＳｃｒｉｐｔ（ＪＳ）を使用する。しかし、本発明の範囲から逸脱することなく、任意の所望のマークアップ言語、スクリプト言語、又は任意の他のフォーマットが使用されてもよい。このような実施形態において、ユーザは、コンダクタ２３０を制御するための様々なアクションを実行するため、ブラウザ２２０を介してウェブアプリケーション２３２からウェブページと対話する。例えば、ユーザは、ロボットグループを作成し、ロボットにパッケージを割り当て、ロボット毎に且つ／又はプロセス毎にログを分析し、ロボットを起動、停止させるなどしてもよい。

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

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

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

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

幾つかの実施形態において任意であるインデクササーバ２５０は、ロボットによってログに記録された情報を記憶し、インデックスを付ける。特定の実施形態において、インデクササーバ２５０は、コンフィギュレーション設定を通じて無効にされてもよい。幾つかの実施形態において、インデクササーバ２５０は、オープンソースプロジェクトの全文検索エンジンであるＥｌａｓｔｉｃＳｅａｒｃｈ（登録商標）を使用する。ロボットによって（例えば、ログメッセージ、行書き込みなどのアクティビティを使用して）ログに記録されたメッセージは、ロギングＲＥＳＴエンドポイントを介してインデクササーバ２５０に送られてもよく、そこで将来の利用のためにインデックスが付けられてもよい。

図３は、本発明の一実施形態による、デザイナ３１０とアクティビティ３２０、３３０とドライバ３４０との間の関係３００を示すアーキテクチャ図である。上記のとおり、開発者は、デザイナ３１０を使用して、ロボットによって実行されるワークフローを開発する。ワークフローは、ユーザ定義のアクティビティ３２０とＵＩ自動化アクティビティ３３０を含んでもよい。幾つかの実施形態は、本明細書においてコンピュータビジョン（ＣＶ）という、画像における非テキストのビジュアルコンポーネントを識別することができる。そのようなコンポーネントに関連する一部のＣＶアクティビティには、クリック（ｃｌｉｃｋ）、タイプ（ｔｙｐｅ）、テキストを取得（ｇｅｔ ｔｅｘｔ）、ホバー（ｈｏｖｅｒ）、要素の有無を検出（ｅｌｅｍｅｎｔ ｅｘｉｓｔｓ）、スコープの更新（ｒｅｆｒｅｓｈ ｓｃｏｐｅ）、ハイライト（ｈｉｇｈｌｉｇｈｔ）などが含まれてもよいが、これらに限定されない。幾つかの実施形態において、クリック（ｃｌｉｃｋ）は、例えば、ＣＶ、光学式文字認識（ＯＣＲ）、ファジーテキストマッチング、及び複数のアンカーを使用する要素を識別し、クリックする。タイプ（ｔｙｐｅ）は、上記を使用して要素を識別してもよく、要素内でタイプする。テキストを取得（ｇｅｔ ｔｅｘｔ）は、特定のテキストの位置を識別し、ＯＣＲを使用してスキャンしてもよい。ホバー（ｈｏｖｅｒ）は、要素を識別し、その上にホバーしてもよい。要素の有無を検出（ｅｌｅｍｅｎｔ ｅｘｉｓｔｓ）は、上記の技術を使用して、要素が画面上に存在するか否かを確認してもよい。幾つかの実施形態において、デザイナ３１０で実装可能な数百又は数千ものアクティビティがあってもよい。しかし、本発明の範囲から逸脱することなく、任意の数及び／又は種類のアクティビティが利用可能であってもよい。

ＵＩ自動化アクティビティ３３０は、低レベルのコードで書かれた特別な低レベルのアクティビティ（例えば、ＣＶアクティビティなど）のサブセットであり、画面との対話を容易にする。ＵＩ自動化アクティビティ３３０は、ロボットが所望のソフトウェアと対話することを可能にするドライバ３４０を介して、このような対話を容易にする。例えば、ドライバ３４０は、ＯＳドライバ３４２、ブラウザドライバ３４４、ＶＭドライバ３４６、エンタープライズアプリケーションドライバ３４８などを含んでもよい。

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

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

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

図５は、本発明の一実施形態による、ＲＰＡロボットのセッション間の自動化を容易にするように構成されたコンピューティングシステム５００を示すアーキテクチャ図である。幾つかの実施形態において、コンピューティングシステム５００は、本出願において図示及び／又は説明される一又は複数のコンピューティングシステムであってもよい。コンピューティングシステム５００は、情報を通信するためのバス５０５又は他の通信メカニズムと、情報を処理するためにバス５０５に接続されたプロセッサ５１０とを含む。プロセッサ５１０は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、グラフィックスプロセッシングユニット（ＧＰＵ）、それらの複数の例、及び／又はそれらのうちの任意の組み合わせを含む、任意の種類の汎用又は特定用途のプロセッサであってもよい。プロセッサ５１０はまた、複数の処理コアを有してもよく、コアの少なくとも一部が、特定の機能を実行するように構成されてもよい。幾つかの実施形態において、複数並列処理を使用されてもよい。特定の実施形態において、少なくとも１つのプロセッサ５１０が、生体ニューロンを模倣する処理要素を含むニューロモーフィック回路であってもよい。幾つかの実施形態において、ニューロモーフィック回路は、フォンノイマンコンピューティングアーキテクチャの典型的なコンポーネントを必要としなくてもよい。

コンピューティングシステム５００は、プロセッサ５１０によって実行される情報及び命令を記憶するためのメモリ５１５をさらに含む。メモリ５１５は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、フラッシュメモリ、キャッシュ、例えば磁気若しくは光ディスクなどの静的記憶装置、又は任意の他の種類の非一時的なコンピュータ読み取り可能な媒体、又はこれらのうちの組み合わせのうちの任意の組み合わせから構成されてもよい。非一時的なコンピュータ読み取り可能な媒体は、プロセッサ５１０によってアクセス可能な任意の利用可能な媒体であってもよく、揮発性媒体、不揮発性媒体、又はその両方を含んでもよい。媒体は、取り外し可能、取り外し不可能、又はその両方であってもよい。

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

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

キーボード５３０と、例えばコンピュータマウス、タッチパッドなどのようなカーソル制御デバイス５３５とが、さらにバス５０５に接続されて、ユーザがコンピューティングシステム５００とインタフェースをとることを可能にする。しかし、特定の実施形態において、物理的なキーボード及びマウスが存在しなくてもよく、ユーザは、ディスプレイ５２５及び／又はタッチパッド（図示略）を介してのみデバイスとインタフェースをとってもよい。入力デバイスの任意の種類及び組み合わせが、設計上の選択事項として使用されてもよい。特定の実施形態において、物理的な入力デバイス及び／又はディスプレイが存在しない。例えば、ユーザは、コンピューティングシステム５００と通信する別のコンピューティングシステムを介してリモートでコンピューティングシステム５００と対話してもよく、或いは、コンピューティングシステム５００は自律的に動作してもよい。

メモリ５１５は、プロセッサ５１０によって実行されると機能を提供するソフトウェアモジュールを記憶する。該モジュールは、コンピューティングシステム５００用のオペレーティングシステム５４０を含む。モジュールは、本明細書に記載されているプロセス又はその派生のプロセスの全て又は一部を実行するように構成されるセッション間自動化モジュール５４５をさらに含む。コンピューティングシステム５００は、追加の機能を含む一又は複数の追加の機能モジュール５５０を含んでもよい。

当業者は、「システム」が、本発明の範囲から逸脱することなく、サーバ、組込みコンピューティングシステム、パーソナルコンピュータ、コンソール、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話、タブレットコンピューティングデバイス、量子コンピューティングシステム、任意の他の適切なコンピューティングデバイス、又はデバイスの組み合わせとして具現化され得ることを理解するであろう。上記の機能を「システム」によって実行されるものとして示すことは、決して本発明の範囲を限定することを意図するものではなく、本発明の多くの実施形態の一例を示すことを意図する。実際、本明細書において開示される方法、システム、及び装置は、クラウドコンピューティングシステムを含むコンピューティング技術と整合するローカライズされ分散された形式で実装されてもよい。

本明細書に記載されているシステム機能の一部は、実装の独立性をより強調するため、モジュールとして示されていることに留意されたい。例えば、モジュールは、カスタムの超大規模集積（ＶＬＳＩ）回路又はゲートアレイを含むハードウェア回路、ロジックチップ、トランジスタ、又は他のディスクリートコンポーネントなどの既製の半導体として実装されてもよい。モジュールは、例えばフィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、グラフィックスプロセッシングユニットなどのプログラマブルハードウェアデバイスにおいて実装されてもよい。

モジュールは、様々な種類のプロセッサによる実行のため、ソフトウェアで少なくとも部分的に実装されてもよい。例えば、実行可能コードの識別されたユニットは、例えばオブジェクト、手順、又は機能として構成され得るコンピュータ命令の一又は複数の物理ブロック又は論理ブロックを含んでもよい。これにも関わらず、識別されたモジュールの実行可能ファイルは物理的に一緒に配置される必要はないが、論理的に結合されるとモジュールを含んでモジュールの上記目的を達成するような様々な場所に記憶された異種の命令を含んでもよい。さらに、モジュールは、本発明の範囲から逸脱することなく、コンピュータ読み取り可能な媒体に記憶されてもよく、コンピュータ読み取り可能な媒体は、例えば、ハードディスクドライブ、フラッシュデバイス、ＲＡＭ、テープ、及び／又はデータを記憶するために使用される他のそのような非一時的なコンピュータ読み取り可能な媒体であってもよい。

実際、実行可能コードのモジュールは、単一の命令であっても多数の命令であってもよく、異なるプログラム間で複数の異なるコードセグメントにわたり、複数のメモリデバイスにわたって分散されてもよい。同様に、動作データが、識別されて、本明細書においてモジュール内に示されてもよく、任意の適切な形式で具体化され、任意の適切な種類のデータ構造内で構成されてもよい。動作データは、単一のデータセットとしてまとめられてもよく、或いは、異なるストレージデバイスを含む異なる場所に分散されてもよく、少なくとも部分的に、単にシステム又はネットワーク上の電子信号として存在してもよい。

従来、アテンディッド自動化では、同じセッションで実行されているＲＰＡロボットがそのタスクを完了するまで、人間のユーザは待機する。しかし、幾つかの実施形態では、一又は複数のロボットセッションを作成し、そのセッションにおいてＲＰＡロボットをホストし、実行する。従来のＲＰＡシステムと異なり、ロボットがロボットセッションで自動化を実行している間、ユーザは、ユーザのコンピューティングシステムと対話する機能の恩恵を受けることができる。幾つかの実施形態において、ユーザは、ロボットセッションのためのホスト自動化ウィンドウを介して、ロボットが何をしているかを監視し、ロボットと対話してもよい。幾つかの実施形態において、ユーザ及びロボットセッションは、ユーザのコンピューティングシステムによって制御されるリモートマシンで実行されていてもよい。

しかし、幾つかの実施形態において、ＲＰＡロボットは、ユーザがＩＰＣファシリテータを介して使用しているアプリケーションと対話しない。代わりに、ＲＰＡロボットは、ＲＰＡファシリテータ及びＲＰＡドライバを介して、ユーザに見えない又はユーザによって使用されていないアプリケーション又は他のプロセスと対話してもよい。このようなロボットは通常、ユーザとアプリケーションとの対話を直接強化することはなく、アンアテンディッドロボットとみなされてもよい。

特定の実施形態において、ＲＰＡロボットは、ユーザのコンピューティングシステムで実行されていて、リモートランタイムを介して（例えば、ＵｉＰａｔｈ Ｒｏｍｏｔｅ Ｒｕｎｔｉｍｅ（商標）を介して）リモートコンピューティングシステムを駆動していてもよい。ＵｉＰａｔｈ Ｒｅｍｏｔｅ Ｒｕｎｔｉｍｅ（商標）は、リモートアプリケーション又はデスクトップ（例えば、Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓ ａｎｄ Ｄｅｓｋｔｏｐｓ（商標）など）と、専用のＵｉＰａｔｈ（登録商標）拡張機能（例えば、Ｃｉｔｒｉｘ（商標）用のＵｉＰａｔｈ（登録商標）拡張機能、Ｗｉｎｄｏｗｓ（登録商標）リモートデスクトップ用のＵｉＰａｔｈ（登録商標）拡張機能など）との間の通信を容易にするコンポーネントである。ＵｉＰａｔｈ Ｒｅｍｏｔｅ Ｒｕｎｔｉｍｅ（商標）は、リモートアプリケーションの対象となるＵＩ要素に関連する情報を収集し、この情報を対応する拡張機能に送り、ＵＩ Ｅｘｐｌｏｒｅｒ（商標）でセレクタがネイティブに生成されるようにする。

図６Ａ～図６Ｇは、本発明の一実施形態による、ロボットセッションで実行されるＲＰＡロボット、ＩＰＣファシリテータ、及びＲＰＡドライバを使用して、ユーザセッションでフォームを完成させる一例を示す。図６Ａでは、ユーザセッションウィンドウ６００が示され、ここで、ユーザは、ＵＩ内のアプリケーションと対話でき、ロボットは、現在実行されていない。ロボットトレイアイコン６１０が、ユーザセッションウィンドウ６００の右下部分に見える。この実施形態において、ＲＰＡドライバ６４０は、サブプロセスとしてＩＰＣファシリテータ６４２を含む。しかし、特定の実施形態において、ＩＰＣファシリテータ６４２は、本発明の範囲から逸脱することなく、ＲＰＡドライバ６４０と通信する別個のアプリケーション又はプロセスであってもよい。そのような実施形態において、ＩＰＣファシリテータ６４２は、ＩＰＣ、ＡＰＩ呼び出しなどを介して、ＲＰＡドライバ６４０と通信してもよい。実際、特定の実施形態において、ＩＰＣは使用されなくてもよい。

図６Ｂでは、ユーザは、ウェブブラウザを起動し、請求書作成ウェブページ６２０にアクセスする。図６Ｃでは、ユーザは、（例えば、ロボットトレイアイコン６１０をクリックすることにより）ロボットトレイ６１２を引き出し、クライアントセッションロボットオプション６１４を選択してユーザのコンピューティングシステムで実行する。実行するロボットを選択した後、図６Ｄに示すように、ロボットセッションのためのロボットセッションウィンドウ６３０が、画面上に子ウィンドウとして表示される。ＲＰＡロボットは、ロボットセッションで動作する。この実施形態において、クライアントセッションロボットのためのウィンドウ６３２が、ロボットセッションウィンドウ６３０内で自動的に起動し、ウィンドウ６３２は、ユーザセッションでウェブページ６２０のためのデータを検索するためのフォームフィラーワークフローを実行するためのボタン６３４を含む。

幾つかの実施形態において、ロボットセッションウィンドウは表示されなくてもよく、ロボットは、ユーザに見えない状態で自動的に、起動し、動作し、終了してもよい。特定の実施形態において、ロボットは、そのワークフローを完了した後、そのセッションを終了してもよい。幾つかの実施形態において、ロボットトレイから起動するのではなく、ロボットトレイ６１２を使用せずに（例えば、ユーザがメインセッションのアプリケーションでボタンをクリックすることにより）、ロボットセッションが開始されてもよく、ロボットが起動し、動作してもよい。

次に、図６Ｅでは、ユーザがボタン６３４をクリックした後、ロボットは、ウェブページ６２０におけるフォームフィールドに記入するためのデータの検索を開始する。ロボットがデータの一部を取得すると、データはＩＰＣファシリテータ６４２に送られ、次に、ＩＰＣファシリテータ６４２は、ＲＰＡドライバ６４０に、データをウェブブラウザ６２０に入力させる。例えば、ＲＰＡドライバ６４０は、マウスを所与のフィールド上に動かし、データからフィールドにテキストを入力させてもよい。図６Ｅでは、ＲＰＡドライバ６４０は、Ｉｎｖｏｉｃｅ Ｎｕｍｂｅｒ（請求書番号）フィールドに既に記入しており、マウスをＩｎｖｏｉｃｅ Ａｍｏｕｎｔ（請求書金額）フィールドに移動し、そのフィールドをクリックして、数字１を入力してある。図６Ｅでは、キャレットは、数字１の後ろに表示されている。特定の実施形態において、ＲＰＡファシリテータ６４２は、ＲＰＡドライバ６４０にウェブページ６２０のフィールドに記入させる前に、ロボット６３２からデータの完全なセットを受けとってもよい。

上記のとおり、ロボットセッションで実行されるロボットとユーザセッションで実行されるＩＰＣファシリテータ６４２との間の通信は、ＩＰＣプロトコルを使用して達成される。ＩＰＣプロトコルは、ネットワーク、パイプ、コンポーネントオブジェクトモデル（ＣＯＭ）、リモートプロシージャコール（ＲＰＣ）、ソケットなどを介した通信を促進する可能性がある。適切なセッション作成メカニズム及びＩＰＣプロトコルが、サポートされている他のオペレーティングシステムにも使用されてもよい。ロボットは、ＩＰＣプロトコルを介して、ＩＰＣファシリテータ６４２に、ステータス通知（例えば、ロボットが開始している、実行している、一時停止しているなどを示す）、取得したデータ、エラーメッセージ、コマンド、又は他の通信を送ってもよい。

ロボットによって取得されたデータからの関連するテキストが、ウェブページ６２０が別のウィンドウによって覆われていない又は最小化されていない場合に、ＲＰＡドライバ６４０によって入力されるとユーザに見える。ＲＰＡドライバ６４０がフォームのためのデータ操作（インタラクション）を完了するまで、ユーザは、他のアプリケーションと対話して生産性を維持することができ、又は、幾つかの実施形態においてウェブページ６２０自体と対話することさえできるが、ＲＰＡドライバ６４０が、ユーザが情報を入力したのと同じフィールドについてデータを変更する場合、ユーザの入力は上書きされてもよい。

次に、図６Ｆでは、ロボットがそのワークフローを完了した後、メッセージがウィンドウ６３２に表示される。背景に見えるように、ロボットはフォームフィールドのデータ検索を完了し、ＲＰＡドライバ６４０による入力後、フォームフィールドについての新しい入力がウェブページ６２０に見える。次に、ユーザは、ロボットセッションウィンドウ６３０を閉じてもよく、ロボットが、ロボットセッションウィンドウ６３０（及び、場合によってはロボットセッション自体）を自動的に閉じてもよく、又は、ロボットセッションウィンドウ６３０は開いたままであってもよい。その後、ユーザは完成したフォームを送信してもよい。図６Ｇを参照。

図７Ａ～図７Ｇは、本発明の一実施形態による、直接変数変更によりロボットセッションで実行されるＲＰＡロボットを使用して、ユーザセッションでフォームを完成させる一例を示す。図７Ａでは、ユーザセッションウィンドウ７００が示され、ここで、ユーザは、ＵＩ内のアプリケーションと対話でき、ロボットは、現在実行されていない。ロボットトレイアイコン７１０が、ユーザセッションウィンドウ７００の右下部分に見える

図７Ｂでは、ユーザは、ウェブブラウザを起動し、請求書作成ウェブページ７２０にアクセスする。図７Ｃでは、ユーザは、（例えば、ロボットトレイアイコン７１０をクリックすることにより）ロボットトレイ７１２を引き出し、クライアントセッションロボットオプション７１４を選択してユーザのコンピューティングシステムで実行する。実行するロボットを選択した後、図７Ｄに示すように、ロボットセッションのためのロボットセッションウィンドウ７３０が、画面上に子ウィンドウとして表示される。ＲＰＡロボットは、ロボットセッションで動作する。この実施形態において、クライアントセッションロボットのためのウィンドウ７３２が、ロボットセッションウィンドウ７３０内で自動的に起動し、ウィンドウ７３２は、ユーザセッションでウェブページ７２０のためのフォームフィラーワークフローを実行するためのボタン７３４を含む。

幾つかの実施形態において、ロボットセッションウィンドウは表示されなくてもよく、ロボットは、ユーザに見えない状態で自動的に、起動し、動作し、終了してもよい。特定の実施形態において、ロボットは、そのワークフローを完了した後、そのセッションを終了してもよい。幾つかの実施形態において、ロボットトレイから起動するのではなく、ロボットトレイ７１２を使用せずに（例えば、ユーザがメインセッションのアプリケーションでボタンをクリックすることにより）、ロボットセッションが開始されてもよく、ロボットが起動し、動作してもよい。

次に、図７Ｅでは、ユーザがボタン７３４をクリックした後、ロボットは、ウェブページ７２０におけるフォームフィールドの変数にアクセスして対話（操作）することで、ウェブページ７２０におけるフォームフィールドへの記入を開始する。例えば、ロボットは、ＲＡＭ、永久的なローカルストレージ、データベース、又は本発明の範囲から逸脱することなく任意の他の種類のストレージ又は場所に記憶されているフィールドのメモリ値を変更してもよい。特定の実施形態において、変数は、ウェブフォーム７２０に関連するウェブアプリケーションに割り当てられ、そのウェブアプリケーションによって使用されるメモリの一部として記憶されてもよい。

ロボットによって変更された各々のメモリ値は、ウェブページ７２０がリフレッシュされるときに、ウェブページ７２０の各々のフィールドを更新させる。データ変更によりロボットによって変更された関連するテキストが、ウェブページ７２０が別のウィンドウによって覆われていない又は最小化されていない場合に、ユーザに見える。ＲＰＡドライバ６４０がマウスを操作してＡＰＩレベルで及び／又はネイティブメカニズムによりテキストを入力する図６Ａ～図６Ｇの例とは異なり、データは、そのような対話（操作）なしにウェブページ７２０のフォームフィールドに現れる。ロボットがフォームのためのデータ操作を完了するまで、ユーザは、他のアプリケーションと対話して生産性を維持することができ、又は、幾つかの実施形態においてウェブページ７２０自体と対話することさえできるが、ロボットが、ユーザが情報を入力したのと同じフィールドについてデータを変更する場合、ユーザの入力は上書きされてもよい。

次に、図７Ｆでは、ロボットがそのワークフローを完了した後、メッセージがウィンドウ７３２に表示される。背景に見えるように、ロボットはフォームフィールドに関連する各々のメモリの変数についてデータ変更を完了し、ウェブページ７２０がリフレッシュした後、フォームフィールドについての新しい入力がウェブページ７２０に見える。次に、ユーザは、ロボットセッションウィンドウ７３０を閉じてもよく、ロボットが、ロボットセッションウィンドウ７３０（及び、場合によってはロボットセッション自体）を自動的に閉じてもよく、又は、ロボットセッションウィンドウ７３０は開いたままであってもよい。その後、ユーザは完成したフォームを送信してもよい。図７Ｇを参照。

幾つかの実施形態において、ロボットセッションは子セッションであってもよく、子セッションは、オペレーティングシステムの子セッションＡＰＩを介して作成されてもよい。幾つかの実施形態において、本発明の範囲から逸脱することなく、オペレーティングシステムによって提供されるＷｉｎｄｏｗｓ（登録商標）ターミナルサービスの子セッション又は別の子セッションＡＰＩを使用して、第２のセッションを作成してもよい。次に、ロボットトレイアプリケーション（例えば、ＵｉＰａｔｈ（登録商標）Ｒｏｂｏｔ Ａｇｅｎｔ Ｄｅｓｋｔｏｐなど）又はロボットを起動するように構成された別のアプリケーションが、適切な引数を使用してオペレーティングシステムでプロセス作成ＡＰＩを使用して、その子セッションでロボットプロセスを開始してもよい。次に、ロボットトレイアプリケーション又は他の適切なアプリケーションが、適切なプロトコル（例えば、名前付きパイプ上に構築されたプロトコルなど）を使用して、ロボットプロセスと通信してもよい。

図８は、本発明の一実施形態による、ロボットセッションで実行されているＲＰＡロボット、ＩＰＣファシリテータ、及びＲＰＡドライバを介してユーザセッションで実行されるプロセスの自動化のためのプロセス８００を示すフローチャートである。該プロセスは、８１０でユーザセッションウィンドウを起動することから始まる。これは、例えば、ユーザコンピューティングシステムで実行されているオペレーティングシステムに関連するメインウィンドウであってもよい。次に、８２０で、ロボットセッションウィンドウが、ユーザセッションウィンドウの子ウィンドウとして起動される。幾つかの実施形態において、ロボットセッションウィンドウは、例えば、ロボットが開始される又は起動されることに応じて、起動されてもよい。次に、８３０で、ロボットはロボットセッションで開始される。

８４０で、ロボットが実行され、ＩＰＣを介してＩＰＣファシリテータと通信する。ＩＰＣファシリテータは、ＩＰＣを介してロボットから、ステータス通知、取得されたデータ、エラーメッセージ、コマンド、又は他の通信を受け付けてもよい。ＩＰＣファシリテータは、ロボットにメッセージ（例えば、コマンド、ステータスの更新、ＩＰＣファシリテータ又はＲＰＡドライバからのエラーメッセージなど）を送ってもよい。

８５０で、ロボットから取得されたデータを使用して、ＲＰＡファシリテータは、ＲＰＡドライバに、取得されたデータ及び／又はロボットからの他の通信を使用してアプリケーション操作を行うように制御する又は実行させる。例えば、ＲＰＡドライバに、マウスの移動、フィールドのクリック、テキストの入力、ボタンのクリック、メニューのナビゲート、アプリケーション又はウィンドウの開閉などを行わせてもよい。ロボットの実行が完了した後、８６０で、幾つかの実施形態では、自動的に、ロボットセッションが終了されてもよく、ロボットセッションウィンドウが閉じられてもよい。

図９は、本発明の一実施形態による、直接変数変更によりロボットセッションで実行されるＲＰＡロボットを介してユーザセッションで実行されるプロセスの自動化のためのプロセス９００を示すフローチャートである。該プロセスは、９１０でユーザセッションウィンドウを起動することから始まる。これは、例えば、ユーザコンピューティングシステムで実行されているオペレーティングシステムに関連するメインウィンドウであってもよい。次に、９２０で、ロボットセッションウィンドウが、ユーザセッションウィンドウの子ウィンドウとして起動される。幾つかの実施形態において、ロボットセッションウィンドウは、例えば、ロボットが開始される又は起動されることに応じて、起動されてもよい。次に、９３０で、ロボットはロボットセッションで開始され、９４０で、ロボットは、ロボットセッションからのユーザセッションで実行されているアプリケーション（例えば、ウェブページ、スプレッドシート、ＥＲＰアプリケーション、セールスアプリケーションなど）に関連するデータを操作する。例えば、ロボットは、コンピューティングシステムのメモリに記憶されている情報を作成、変更、又は削除して、ユーザセッションでアプリケーションによってアクセス、使用される共通の記憶されているデータに変更を生じさせてもよい。ロボットは、その実行を完了した後、９５０で、幾つかの実施形態では、自動的に、ロボットセッションが終了されてもよく、ロボットセッションウィンドウが閉じられてもよい。

幾つかの実施形態において、複数の実行中の自動化プロセス（例えば、ＵＩ自動化プロセスなど）が、クライアントセッションにおいて分離されてもよい。これにより、例えば、これらのプロセスがメインセッションからＩＰＣを介してオンデマンドで呼び出されることが可能であってもよい。このようにして、複数のＲＰＡロボットプロセスが、オンデマンドで利用可能で、メインセッションアプリケーション、メインセッションＲＰＡロボット、別のクライアントセッションＲＰＡロボットなどから呼び出されてもよい。クライアントセッションで実行されているＲＰＡロボットが、メインセッションからデータを収集可能であってもよい。特定の実施形態において、クライアントセッションで実行されているＲＰＡロボットが、その自動化（自動動作）又は自動化の一部を実行する前に、メインセッションからの特定のトリガを待ってもよい。

図１０は、本発明の一実施形態による、メインセッションアプリケーションと対話する複数のクライアントセッションＲＰＡロボットの一例を示すアーキテクチャ図１０００である。図１０では、メインセッション１０１０及びクライアントセッション１０２０が実行されている。クライアントセッション１０２０は、クライアントセッションＲＰＡロボット１（１０３０）とクライアントセッションＲＰＡロボット２（１０３２）を含む。

クライアントセッションＲＰＡロボット１０３０、１０３２は、別個のＩＰＣファシリテータアプリケーション１０４０又はドライバ１０５０の一部である組込みＲＰＡファシリテータプロセス若しくはサブルーチン１０５２と通信する。幾つかの実施形態において、ドライバ１０５０は、例えば、図３のドライバ３４０であってもよい。ＩＰＣファシリテータ１０４０又は１０５２はドライバ１０５０に、クライアントＲＰＡロボット１０３０又は１０３２の各自のワークフローロジックによって指示された方法で、メインセッションアプリケーション及び／又は関連するアプリケーションオブジェクト１０６０（例えば、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）アプリケーションのコンポーネントオブジェクトモデル（ＣＯＭ）オブジェクト）と対話させる。例えば、ドライバ１０５０は、メインセッションアプリケーション１０６０において、マウスの移動、フォームデータへの記入、一又は複数のボタンのクリック、メニューの操作、これらのうちの組み合わせなどを行ってもよい。特定の実施形態において、ＲＰＡファシリテータアプリケーション１０４０は、メインセッションアプリケーション及び／又は関連するアプリケーションオブジェクト１０６０と直接通信してもよい。

特定の実施形態において、クライアントセッションで実行されているＲＰＡロボットは、アテンディッド自動化ロボットであってもよい。例えば、クライアントセッションで実行されているＲＰＡロボットは、メインセッションでユーザからの入力を要求してもよい。これは、メインセッションロボット、ドライバなどを使用してＩＰＣを介して実行されてもよい。

図１１は、本発明の一実施形態による、クライアントセッションでアテンディッド自動化ＲＰＡロボットを実行するプロセスを示すフロー図１１００である。この実施形態において、１１２０で、ユーザは、クライアントセッションＲＰＡロボットプロセスをＩＰＣを介して開始させるメインセッションアプリケーション１１１０を利用する。幾つかの実施形態において、メインセッションアプリケーション１１１０は、メインセッションにおけるユーザがクライアントセッションにおいてアテンディッドＲＰＡロボットと対話することを可能にするＲＰＡアシスタントアプリケーションであってもよい。例えば、ＲＰＡアシスタントアプリケーションのダッシュボードは、ロボットによってサポートされている現在のＲＰＡプロセスを表示してもよく、ユーザは実行するプロセスを選択してもよい。特定の実施形態において、ＲＰＡアシスタントアプリケーションは、クライアントセッションＲＰＡロボットが実行されている間、クライアントセッションワークフローのステップ及び／又は実行ステータスを表示してもよい。

１１２０でクライアントセッションＲＰＡロボットが開始した後、１１３０で、クライアントセッションＲＰＡロボットはそのロジックの第１の部分を実行する。クライアントセッションＲＰＡロボットは、１１３０でロジックの第１の部分を実行した後、１１４０でユーザ入力を要求する。これは、メインセッションアプリケーションと対話するＩＰＣファシリテータ及びドライバを介して表示される、メインセッションで実行されているアプリケーションにおけるメッセージ、メインセッションで実行されているＲＰＡロボットからのメッセージなどにより行われてもよい。次に、ユーザは要求された入力を提供し、この入力は、ＩＰＣを介してクライアントセッションＲＰＡロボットに送られ、１１５０で、この入力を使用して、ロジックの第２の部分が実行される。１１６０でクライアントセッションＲＰＡロボットプロセスが終了した後、メインセッションアプリケーション１１１０は、ＲＰＡロボットプロセスが終了した旨の通知を受け取ってもよい。

特定の実施形態において、自動化の一部はメインセッションで実行されてもよく、自動化の他の部分はクライアントセッションで実行されてもよい。例えば、メインセッションアプリケーション又はＲＰＡロボットが、メインセッションで特定の動作を実行し、次に、メインセッションアプリケーション又はロボットがその実行の特定のポイントに到達する、トリガを受け取る、論理条件が満たされるなどすると、クライアントセッションで実行されているＲＰＡロボットに自動化の別の部分を実行させてもよい。クライアントセッションＲＰＡロボットは、自動化の一部をメインセッションアプリケーション又はロボットと順次又は並行して実行してもよい。クライアントセッションＲＰＡロボットは、メインセッションアプリケーション又はロボットに指示、要求されたデータ、実行結果などを提供してもよい。

図１２は、本発明の一実施形態による、メインセッションロボットＭ１と、クライアントセッションアプリケーションＡ１と、及び一対のクライアントセッションロボットＣ１、Ｃ２との間のマルチロボット共同ワークフローの実行を示すフロー図１２００である。Ａ１、Ｃ１、及び／又はＣ２は、同じクライアントセッションにあっても、異なるクライアントセッションにあってもよい。Ｍ１は、そのワークフローの実行を開始し、Ｃ１がワークフローを完了するようコール（要求）するアクティビティに到達する。これは、幾つかの実施形態において、クライアントセッションでＲＰＡプロセスを実行するように設定されたフラグを有する「ワークフローの呼び出し」アクティビティによって実行されてもよい。Ｍ１は、Ｃ１にＩＰＣを介してそのワークフローを実行させ、コールアクティビティは待機する。この間、幾つかの実施形態において、Ｍ１は他のタスクを実行してもよい。

Ｃ１がワークフローを完了した後、Ｃ１はＩＰＣを介してＭ１に通知し、Ｍ１は、クライアントセッションのプロセスであるＡ１に対して実行を開始する又はタスクを完了するようコールするアクティビティに到達するまで、実行を再開する。Ｍ１は、Ａ１にＩＰＣを介してタスクを遂行及び／又は実行させ、コールアクティビティ（例えば、「プロセスの呼び出し」アクティビティなど）は待機する。幾つかの実施形態において、プロセス呼び出しアクティビティは、クライアントセッションでＡ１を実行するように設定されたフラグを有してもよい。この場合も、幾つかの実施形態において、Ｍ１は、Ａ１を待機している間に他のタスクを実行してもよい。

Ａ１がそのプロセス又はタスクを完了した後、Ａ１はＩＰＣを介してＭ１に通知し、Ｍ１は、Ｃ２がワークフローを完了するようコールするアクティビティに到達するまで、実行を再開する。Ｍ１は、Ｃ２にＩＰＣを介してそのワークフローを実行させ、コールアクティビティは待機する。この場合も、幾つかの実施形態において、Ｍ１は、Ｃ２を待機している間に他のタスクを実行してもよい。

Ｃ２がそのワークフローを完了すると、Ｍ１は、ＩＰＣを介して通知され、Ｃ１にワークフローを完了するよう再度コールするアクティビティに到達するまで、実行を再開する。これは、以前に実行されたものと同じワークフローアクティビティ又は異なるワークフロー又は一連のアクティビティであってもよい。Ｍ１は、Ｃ１にＩＰＣを介してそのワークフローを実行させ、コールアクティビティは待機する。さらにまた、幾つかの実施形態において、Ｍ１は、Ｃ１を待機している間に他のタスクを実行してもよい。Ｃ１がそのワークフローを完了すると、Ｍ１は、ＩＰＣを介して通知され、Ｍ１のワークフローが完了するまで実行を再開する。特定の実施形態において、Ｃ１は、最初に呼び出された後も実行されたままであってもよく、Ｍ１によって再度コールされたときに依然として実行されていてもよい。

上記のとおり、幾つかの実施形態において、Ｍ１は、一又は複数の「ワークフローの呼び出し」アクティビティ、及び／又は、クライアントセッションにおけるＲＰＡロボット（例えば、Ｃ１及び／又はＣ２）及び／又は他のプロセス（例えば、Ａ１）を呼び出し得る「プロセスの呼び出し」アクティビティを含んでもよい。このようなアクティビティは、各々のＲＰＡロボット及び／又はプロセスを開始したり、既に実行されているＲＰＡロボット及び／又はプロセスと通信するなどしてもよい。このようなアクティビティは、ＲＰＡ開発者がＭ１についてのワークフローを開発するときに作成されてもよい。特定の実施形態において、ＲＰＡロボットは、ＲＰＡファシリテータ又は他の適切な機能を介して、クライアントセッションからメインセッションにＲＰＡロボット及び／又はプロセスを呼び出してもよい。

Ｍ１は、実行中、ＩＰＣを介してＡ１、Ｃ１、Ｃ２と通信してもよく、その逆も可能である。例えば、Ｍ１は、Ａ１、Ｃ１、Ｃ２にコメントと要求を送り、Ｍ１はＡ１、Ｃ１、Ｃ２などからステータスメッセージ、結果、及びエラーメッセージを受け取るなどしてもよい。このようにして、Ｍ１は、クライアントセッションにおけるクライアントセッションＲＰＡロボット及び／又は他のプロセス（例えば、アプリケーションなど）を制御するメインＲＰＡロボットとして機能してもよい。特定の実施形態において、Ｍ１、Ａ１、Ｃ１、及び／又はＣ２は、並行して動作してもよい。

幾つかの実施形態において、Ｍ１は、メインセッションで実行されているアプリケーションとの全ての対話を実行してもよく、これにより、ＩＰＣファシリテータの必要性が排除されてもよい。したがって、Ｃ１、Ｃ２は、様々なデータ検索及び処理タスクを実行してもよく、Ｍ１は、ＵＩ対話（インタラクション）タスクを実行してもよい。特定の実施形態において、Ｍ１、Ｃ１、及び／又はＣ２の少なくとも一部のワークフローアクティビティが、並行して実行されてもよい。そのような一例が、図１３のフロー図１３００に示され、ここで、Ｃ１はＭ１のロジックに基づいて実行され、実行は並行して行われる。Ｃ１のセクションの間、Ｍ１とＣ１の間で通信が送らてれもよい。しかし、特定の実施形態において、Ｃ１は、その実行を独立して完了してもよく、Ｍ１が終了した後にそのワークフローの実行を完了してもよい。

幾つかの実施形態において、全てのＲＰＡロボットアクティビティが、クライアントセッションで実行される。ＲＰＡロボットは、例えば、ＵｉＰａｔｈ（登録商標）ロボットトレイ、ＩＰＣファシリテータ、別のアプリケーションなどのロボットエグゼキュータによってメインセッションからコールされてもよい。ＲＰＡロボットの実行の結果及び他の通信が、ＩＰＣを介してロボットエグゼキュータ又は他のアプリケーションに提供されてもよい。

特定の実施形態において、標準化された通信フォーマットが、クライアントセッションとメインセッションとの間のＩＰＣ通信に使用されてもよい。例えば、メインセッションプロセスとクライアントセッションプロセスがＸＡＭＬデータをやり取りしてもよい。これは、通信が各々のプロセスが認識可能なフォーマットであることを確実にするのに役立つ。

幾つかの実施形態において、同期の目的で、同じセッションで実行されているＲＰＡプロセス間でＩＰＣが使用されてもよい。例えば、メインセッションにフォアグラウンドプロセスがある状態で、複数のＲＰＡプロセスがバックグラウンドで並行して実行されてもよい。ＩＰＣは、バックグラウンドプロセスとフォアグラウンド又はメインプロセスとの間で情報をやり取りするための同期メカニズムを提供してもよい。

特定の実施形態において、ドライバ（例えば、図３のドライバ３４０）は、メインＲＰＡワークフロープロセスにおいてロードされるであろう。子ＲＰＡプロセスとメインＲＰＡワークフロープロセスとの間の通信が、ＩＰＣを介して行われてもよい。これにより、メインＲＰＡワークフロープロセスがドライバを利用して、ＩＰＣ情報に基づいてクライアントセッションロボットの操作を実行してもよい。

幾つかの実施形態において、クライアントセッションＲＰＡロボットは、メインセッションで開かれているアプリケーションを扱ってもよい。例えば、クライアントセッションＲＰＡロボットは、メインセッションで開いているＥｘｃｅｌ（登録商標）スプレッドシートを扱ってもよい。これは、例えば、クライアントセッションＲＰＡロボットとＲＰＡファシリテータとの間のＩＰＣを介して行われてもよい。ＲＰＡファシリテータは、クライアントセッションＲＰＡロボットによって提供された情報に基づいて、ドライバにＥｘｃｅｌ（登録商標）スプレッドシートとの対話を実行させてもよい（例えば、スプレッドシートへのデータの入力、テーブル値の変更など）。特定の実施形態において、アクティビティは、両方のセッション間でアプリケーションのデータを自動的に取得するＲＰＡワークフローに含まれてもよい（例えば、Ｍｉｃｒｏｓｏｆｔ Ｏｆｆｉｃｅ（登録商標）アクティビティ、ウェブブラウザアクティビティなど）。このように、クライアントセッションＲＰＡロボットは、基本的に、メインセッションで実行されているアプリケーションがクライアントセッションＲＰＡロボット自身のセッションで実行されているかのように、メインセッションで実行されているアプリケーションを扱ってもよい。実際、幾つかの実施形態において、ＲＰＡ開発者は、ＲＰＡ開発者が開発しているワークフロー又はその一部がクライアントセッションで実行されることに気付かない場合もある。

特定の実施形態において、例えば、デザイナアプリケーションを使用してＲＰＡロボットを設計する場合、ＲＰＡ開発者は、「ワークフローの呼び出し」アクティビティ又は「プロセスの呼び出し」アクティビティにクライアントセッションフラグを設定してもよい。ワークフロー呼び出しアクティビティは、ＲＰＡワークフローを呼び出す。プロセス呼び出しアクティビティは、ローカルマシンで使用可能なプロセスを実行する。このようなフラグを設定することにより、ＲＰＡワークフロー又はプロセスがメインセッションよりはむしろクライアントセッションで呼び出されてもよい。

幾つかの実施形態において、クライアントセッションＲＰＡロボットの実行は、メインセッションアプリケーション及び／又はＲＰＡロボットからのトリガに基づいてもよい。図１４は、本発明の一実施形態による、メインセッションアプリケーションのトリガに基づくクライアントセッションＲＰＡロボットの実行を示すフロー図１４００である。メインセッションアプリケーションＡ１（幾つかの実施形態においてＲＰＡロボットであってもよい）は、実行を開始し、トリガを待つ。トリガが受け取られた後、Ａ１は、ＩＰＣを介してクライアントセッションＲＰＡロボットＣ１の実行を開始する。Ｃ１のセクションの間、Ａ１とＣ１の間で通信が送られてもよい。次に、Ａ１は別のトリガを待ち、Ｃ１はそのワークフローを実行する。

図１５は、本発明の一実施形態による、セッション間の自動化を実行するためのプロセス１５００を示すフローチャートである。該プロセスは、１５１０でコンピューティングシステムのメインセッションでＲＰＡロボットを実行することから始まる。１５２０で、ＲＰＡロボット又はアプリケーションが、メインセッションＲＰＡロボットによってＩＰＣを介して、クライアントセッションにおいてコールされる又は起動される。１５３０で、メッセージが、ＩＰＣを介して、クライアントセッションＲＰＡロボット又はアプリケーションとメインセッションＲＰＡロボットとの間で通信される。幾つかの実施形態において、メインセッションＲＰＡロボットは、１５４０で、クライアントセッションＲＰＡロボット又はアプリケーションの実行が終了するまで、その実行を一時停止する。

１５５０で、クライアントセッションＲＰＡロボット又はアプリケーションの実行の結果が、メインセッションＲＰＡロボットによってＩＰＣを介して受け取られる。１５６０で、メインセッションＲＰＡロボットは、その結果を使用して、メインセッションＲＰＡロボットのワークフローの少なくとも一部を完了するか、メインセッションにおいて実行されているアプリケーション若しくはアプリケーションオブジェクトと対話するか、又はその両方を行う。幾つかの実施形態において、１５７０で、該プロセスは、次のクライアントセッションＲＰＡロボット又はクライアントセッションアプリケーションについて繰り返され、該プロセスは、ステップ１５２０に戻る。

幾つかの実施形態において、クライアントセッションＲＰＡロボット、クライアントセッションアプリケーション、又はその両方が、メインセッションＲＰＡロボットのワークフローにおいて２回又はそれ以上の回数、コールされるか、起動される。特定の実施形態において、クライアントセッションアプリケーションは、メインセッションＲＰＡロボットのワークフローのプロセス呼び出しアクティビティを介してコールされるか、起動され、或いは、クライアントセッションＲＰＡロボットは、メインセッションＲＰＡロボットのワークフローのワークフロー呼び出しアクティビティを介してコールされるか、起動され、或いはこれらの両方が行われる。幾つかの実施形態において、プロセス呼び出しアクティビティは、クライアントセッションアプリケーションがクライアントセッションで実行されることを示すフラグを含み、又は、ワークフロー呼び出しアクティビティは、クライアントセッションＲＰＡロボットがクライアントセッションで実行されることを示すフラグを含み、又はこれらの両方である。特定の実施形態において、クライアントセッションアプリケーション、クライアントセッションＲＰＡロボット、又はこれらの両方は、結果を提供した後、実行を継続する。幾つかの実施形態において、メインセッションＲＰＡロボットとクライアントセッションＲＰＡロボット及び／又はクライアントセッションアプリケーションとの間のＩＰＣ通信は、標準化された通信フォーマットである。

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

コンピュータプログラムは、ハードウェア、ソフトウェア、又はハイブリッド実装で実装されてもよい。コンピュータプログラムは、互いに動作可能に通信し、表示する情報又は命令を渡すように設計されたモジュールで構成されてもよい。コンピュータプログラムは、汎用コンピュータ、ＡＳＩＣ、又は任意の他の適切なデバイスで動作するように構成されてもよい。

本発明の様々な実施形態の構成要素は、本願の図面で一般的に記載され示されているように、多種多様な異なる構成で配置、設計されてもよいことは容易に理解されるであろう。したがって、添付の図面に表されている本発明の実施形態の詳細な説明は、クレームされている本発明の範囲を限定することを意図しておらず、単に本発明の選択された実施形態を表すものである。

本明細書全体を通して説明される本発明の特徴、構造、又は特性は、一又は複数の実施形態において任意の適切な方法で組み合わせられてもよい。例えば、本明細書全体を通して「特定の実施形態」、「幾つかの実施形態」、又は類似の文言への言及は、実施形態に関連して説明される特定の特徴、構造、又は特性が本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書全体を通して「特定の実施形態において」、「幾つかの実施形態において」、「他の実施形態において」という語句、又は同様の文言の出現は、必ずしも全て同じ実施形態のグループを指すとは限らず、説明された特徴、構造、又は特性は、一又は複数の実施形態において任意の適切な方法で組み合わせられてもよい。

本明細書全体を通して特徴、利点、又は同様の文言への言及は、本発明で実現され得る特徴及び利点の全てが本発明の任意の単一の実施形態であるか或いはそれに含まれることを意味しないことに留意されたい。むしろ、特徴及び利点に言及する文言は、実施形態に関連して説明される特定の特徴、利点、又は特性が本発明の少なくとも１つの実施形態に含まれることを意味すると理解される。したがって、本明細書全体を通して特徴、利点、及び類似の文言の説明は、必ずしもそうではないが、同じ実施形態を指してもよい。

さらに、本発明の説明された特徴、利点、及び特性は、一又は複数の実施形態において任意の適切な方法で組み合わせられてもよい。当業者は、特定の実施形態の特定の特徴又は利点のうちの一又は複数がなくても本発明を実施できることを認識するであろう。他の例において、本発明の全ての実施形態には存在しない可能性がある特定の実施形態において、追加の特徴及び利点が認識されてもよい。

当業者は、上記の本発明が異なる順序のステップで、及び／又は開示されているものとは異なる構成のハードウェア要素で実施されてもよいことを容易に理解するであろう。したがって、本発明をこのような好ましい実施形態に基づいて説明してきたが、本発明の主旨及び範囲内にありながら、特定の修正、変形、及び代替構造が明らかであることは当業者には明らかであろう。したがって、本発明の境界及び範囲を決定するために、添付の特許請求の範囲を参照されたい。

Claims (19)

1. 非一時的なコンピュータ読み取り可能な媒体に格納されたコンピュータプログラムであって、
   第１のセッションにおいて、前記第１のセッションで実行されているプロセスと第２のセッションで実行されているプロセスとの間で通信を行うプロセス間通信（ＩＰＣ）ファシリテータ及びロボティックプロセスオートメーション（ＲＰＡ）ドライバを実行させることと、
   前記第２のセッションにおいて、ＲＰＡロボットを実行させることと、
   ＩＰＣを介して、前記ＩＰＣファシリテータに、前記ＲＰＡロボットからの一又は複数のメッセージを受け取らせることと、
   前記ＲＰＡロボットから受け取られた前記一又は複数のメッセージに基づいて、前記ＲＰＡドライバを前記ＩＰＣファシリテータによって制御し、前記第１のセッションで実行されているアプリケーション又はアプリケーションオブジェクトと前記ＲＰＡドライバとを対話させて、前記ＲＰＡロボットを介して、前記第１のセッションで実行されている前記アプリケーション又はアプリケーションオブジェクトを自動化することと、
   を少なくとも１つのプロセッサに実行させるように構成されていることを特徴とするコンピュータプログラム。
2. 前記第２のセッションは前記第１のセッションの子セッションであることを特徴とする、請求項１に記載のコンピュータプログラム。
3. 前記ＩＰＣファシリテータは前記ＲＰＡドライバのサブプロセスであることを特徴とする、請求項１に記載のコンピュータプログラム。
4. 前記ＩＰＣファシリテータは、前記ＲＰＡロボットからの前記一又は複数のメッセージをリッスンし前記ＲＰＡロボットの実行を監視するように構成されていることを特徴とする、請求項１に記載のコンピュータプログラム。
5. 前記ＩＰＣファシリテータは、前記ＲＰＡロボットと対話するため及び前記ＲＰＡロボットを制御するためのスクリプトで構成されていることを特徴とする、請求項１に記載のコンピュータプログラム。
6. 前記コンピュータプログラムは、
   前記ＲＰＡロボットによって、コンピューティングシステム上のメモリに記憶されている変数を直接変更すること
   を前記少なくとも１つのプロセッサにさらに実行させるように構成され、
   前記変数は、前記第１のセッションで実行されているアプリケーション又はアプリケーションオブジェクトによって使用されることを特徴とする、請求項１に記載のコンピュータプログラム。
7. 前記メモリに記憶されている前記変数は、前記第１のセッションで実行されているアプリケーション又はアプリケーションオブジェクトに割り当てられることを特徴とする、請求項６に記載のコンピュータプログラム。
8. 前記コンピュータプログラムは、
   前記第１のセッションにおいてアプリケーションが現在実行されていない場合には、
   前記ＩＰＣファシリテータを介して、前記ＲＰＡロボットの動作を一時停止することと、
   前記ＲＰＡドライバを前記ＩＰＣファシリテータによって制御して、前記第１のセッションでアプリケーションを起動することと、
   前記第１のセッションで前記アプリケーションが起動された後に、前記ＩＰＣファシリテータを介して、前記ＲＰＡロボットの動作を再開することと、
   を前記少なくとも１つのプロセッサにさらに実行させるように構成されていることを特徴とする、請求項１に記載のコンピュータプログラム。
9. 前記ＲＰＡロボットは、前記一又は複数のメッセージを前記ＩＰＣファシリテータに送るように構成され、
   前記一又は複数のメッセージは、前記ＲＰＡロボットの実行ステータスについてのステータス通知、任意のソースから取得されたデータ、エラーメッセージ、コマンド、又はこれらのうちの組み合わせを含むことを特徴とする、請求項１に記載のコンピュータプログラム。
10. 前記ＩＰＣファシリテータは、前記一又は複数のメッセージを前記ＲＰＡロボットに送るように構成され、
    前記一又は複数のメッセージは、コマンド、前記ＲＰＡロボットの実行ステータスの更新、前記ＩＰＣファシリテータ若しくは前記ＲＰＡドライバからのエラーメッセージ、又はこれらのうちの組み合わせを含むことを特徴とする、請求項１に記載のコンピュータプログラム。
11. コンピュータによって実行される方法であって、
    第２のセッションで実行されているロボティックプロセスオートメーション（ＲＰＡ）ロボットによって、プロセス間通信（ＩＰＣ）を介して、第１のセッションで実行されているプロセスと前記第２のセッションで実行されているプロセスの間で通信を行うＩＰＣファシリテータであって前記第１のセッションで実行されているＩＰＣファシリテータに、一又は複数のメッセージを送ることと、
    前記ＩＰＣファシリテータによって、ＩＰＣを介して、前記ＲＰＡロボットから前記一又は複数のメッセージを受け取ることと、
    前記ＲＰＡロボットから受け取られた前記一又は複数のメッセージに基づいて、前記第１のセッションで実行されているＲＰＡドライバを前記ＩＰＣファシリテータによって制御し、前記第１のセッションで実行されているアプリケーション又はアプリケーションオブジェクトと前記ＲＰＡドライバとを対話させて、前記ＲＰＡロボットを介して、前記第１のセッションで実行されている前記アプリケーション又はアプリケーションオブジェクトを自動化することと、
    を含む方法。
12. 前記第２のセッションは前記第１のセッションの子セッションであることを特徴とする、請求項１１に記載の方法。
13. 前記ＩＰＣファシリテータは前記ＲＰＡドライバのサブプロセスであることを特徴とする、請求項１１に記載の方法。
14. 前記ＩＰＣファシリテータは、前記ＲＰＡロボットと対話するため及び前記ＲＰＡロボットを制御するためのスクリプトで構成されていることを特徴とする、請求項１１に記載の方法。
15. 前記方法は、
    前記ＲＰＡロボットによって、コンピューティングシステム上のメモリに記憶されている変数を直接変更すること
    をさらに含み、
    前記変数は、前記第１のセッションで実行されているアプリケーション又はアプリケーションオブジェクトによって使用されることを特徴とする、請求項１１に記載の方法。
16. 前記メモリに記憶されている前記変数は、前記第１のセッションで実行されているアプリケーション又はアプリケーションオブジェクトに割り当てられることを特徴とする、請求項１５に記載の方法。
17. 前記第１のセッションにおいてアプリケーションが現在実行されていない場合には、
    前記ＩＰＣファシリテータを介して、前記ＲＰＡロボットの動作を一時停止することと、
    前記ＲＰＡドライバを制御する前記ＩＰＣファシリテータによって、前記第１のセッションでアプリケーションを起動することと、
    前記第１のセッションで前記アプリケーションが起動された後に、前記ＩＰＣファシリテータを介して、前記ＲＰＡロボットの動作を再開することと、
    をさらに含むことを特徴とする、請求項１１に記載の方法。
18. 前記ＲＰＡロボットから前記ＩＰＣファシリテータへの前記一又は複数のメッセージは、前記ＲＰＡロボットの実行ステータスについてのステータス通知、任意のソースから取得されたデータ、エラーメッセージ、コマンド、又はこれらのうちの組み合わせを含むことを特徴とする、請求項１１に記載の方法。
19. 前記ＩＰＣファシリテータから前記ＲＰＡロボットへの前記一又は複数のメッセージは、コマンド、前記ＲＰＡロボットの実行ステータスの更新、前記ＩＰＣファシリテータ若しくは前記ＲＰＡドライバからのエラーメッセージ、又はこれらのうちの組み合わせを含むことを特徴とする、請求項１１に記載の方法。

Images