JP7112809B2

JP7112809B2 - ロボティックプロセスオートメーションのためのロボットのスケジューリング

Info

Publication number: JP7112809B2
Application number: JP2021505309A
Authority: JP
Inventors: バノウラ，ダニエル
Original assignee: UiPath Inc
Current assignee: UiPath Inc
Priority date: 2019-11-20
Filing date: 2020-09-03
Publication date: 2022-08-04
Anticipated expiration: 2040-09-03
Also published as: EP3844577A4; KR20210064186A; CN113228020A; EP3844577A1; WO2021101616A1; JP2022511240A; US20210146537A1; US11110601B2; KR102339757B1; CN113228020B

Description

（関連出願への相互参照）
本出願は、２０１９年１１月２０日に出願された米国特許出願第１６／６８９，１９３号の優先権を主張し、その開示は、その全体が参照により本明細書に組み込まれる。

本発明は概して、ロボティックプロセスオートメーションに関するものであり、より詳細には、ロボティックプロセスオートメーションのためのロボットのスケジューリングに関するものである。

ロボティックプロセスオートメーション（ＲＰＡ）は、ソフトウェアロボットを使ってワークフローおよびプロセスを自動化するプロセスオートメーションの一形態である。ＲＰＡは、反復的な作業および／または労働集約的な作業を自動化することで、コスト削減および生産性の向上を実現するために、組織内に実装され得る。

一般的に、ＲＰＡは組織内に複数のロボットをプロビジョニング（提供）して実装される。ロボットは、組織内の異なるチームが様々な処理を行うために利用される。しかし、同じロボットを複数のチームで利用すると、あるチームのデータが他のチームのデータにアクセスされてしまう可能性があり、プライバシーの問題が生じる可能性がある。このようなプライバシーの問題に対処するために、従来は、組織内の各チームに専用のロボットを提供していた。しかし、この従来のアプローチでは、処理を行っていなくても、これらのロボットがオン状態である必要がある。このような従来のアプローチでは、ロボット１台あたりのライセンスコスト、必要な電力、および計算資源の形態の資源を無駄にしてしまうことになる。

（実施形態の簡単な概要）
１または複数の実施形態により、ロボティックプロセスオートメーション（ＲＰＡ）を実行するためのシステムおよび方法が提供される。ユーザーグループに関連付けられたユーザーに対して、ＲＰＡワークフローを実行するためにスケジュールされたジョブを遂行するように指示が受信される。ジョブに関連付けられ、かつユーザーグループと同じアクセス権を持つロボットグループからロボットが識別される。ロボットをコンピューティングデバイスに割り当て、ＲＰＡワークフローを実行するためのジョブを遂行する。

一実施形態では、コンピューティングデバイスは、ジョブを遂行するためにロボットを遂行するために起こされ、ロボットがジョブを完了した後にシャットダウンされる。

一実施形態では、ロボットは、ジョブに関連付けられたロボットグループから識別される。ロボットは、ジョブのジョブ識別（ＩＤ）を含む要求を送信し、ジョブＩＤに関連付けられたロボットグループからロボットのロボットＩＤを受信することによって識別され得る。

一実施形態では、アクセス権管理システムは、ユーザーグループに関連付けられたユーザーグループディレクトリと、ロボットグループに関連付けられた対応するロボットグループディレクトリと、を含む。ユーザーグループディレクトリは、ユーザーグループに関連付けられたアクセス権にユーザーグループを関連付け、ロボットグループディレクトリは、ユーザーグループと同じアクセス権にロボットグループを関連付ける。

一実施形態では、ユーザーのためのＲＰＡワークフローを実行するためのジョブを遂行する指示は、トリガイベントに応答して受信される。

一実施形態では、ジョブは、ユーザーのためのＲＰＡワークフローを実行するための要求を受信し、ユーザーグループに対応するものとしてロボットグループを識別し、そしてロボットグループのロボットによりＲＰＡワークフローを実行するためのジョブをスケジューリングすることによってスケジュールされる。

１または複数実施形態により、ロボットプロセスオートメーション（ＲＰＡ）ワークフローを実行するためのジョブをスケジューリングするためのシステムおよび方法が提供される。ユーザーグループに関連付けられたユーザーのためのＲＰＡワークフローを実行するための要求が受信される。ユーザーグループに対応し、ユーザーグループと同じアクセス権に関連するロボットグループが識別される。ロボットグループのロボットに対してＲＰＡワークフローを実行するためのジョブがスケジュールされる。

一実施形態では、ロボットは、ユーザーのユーザー識別（ＩＤ）を含む要求を送信し、ユーザーＩＤに対応するロボットグループのロボットグループＩＤを受信することによって識別される。

一実施形態では、ロボットは、ユーザーのためにＲＰＡワークフローを実行するためにスケジュールされたジョブを遂行するように指示を受信し、ロボットグループからロボットを識別し、ＲＰＡワークフローを実行するためのジョブを遂行するために、コンピューティングデバイスにロボットを割り当てることによって、ＲＰＡワークフローを実行するためのジョブを遂行するように割り当てられる。

（実施形態の詳細な説明）
本発明のこれらおよび他の利点は、以下の詳細な説明および添付の図面を参照することにより、当業者に明らかとなるであろう。

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

本発明の実施形態による、展開したロボティックプロセスオートメーションシステムの一例を示すアーキテクチャ図である。

本発明の実施形態による、ロボティックプロセスオートメーションシステムの簡略化されたデプロイメントの一例を示すアーキテクチャ図である。

本発明の実施形態による、組織にＲＰＡを実装するための高レベルのフレームワークを示す。

本発明の実施形態による、１または複数のプロセスまたはワークフローを実行するためのロボットを割り当てるための高レベルのシステムアーキテクチャを示す。

本発明の実施形態による、ジョブをスケジューリングする方法のフローチャートである。

本発明の実施形態による、ジョブをスケジューリングするためのシステムアーキテクチャを示す。

本発明の実施形態による、ジョブを実行するための方法のフローチャートである。

本発明の実施形態による、ジョブを実行するためのシステムアーキテクチャを示す。

本発明の実施形態による、コンピューティングシステムのブロック図である。

（詳細な説明）
ロボティックプロセスオートメーション（ＲＰＡ）は、ワークフローおよびプロセスを自動化するために使用される。図１は、１または複数の実施形態によるＲＰＡシステム１００のアーキテクチャ図である。図１に示すように、ＲＰＡシステム１００は、開発者がワークフローを使用して自動化プロセスを設計できるようにするためのデザイナ１０２を含む。より具体的には、デザイナ１０２は、ワークフローおよびワークフロー内のアクティビティを実行するためのロボットの開発およびデプロイメントを容易にする。デザイナ１０２は、アプリケーション統合のためのソリューションを提供するとともに、サードパーティアプリケーション、管理情報技術（ＩＴ）タスク、およびコンタクトセンター運営のビジネスプロセスを自動化する。デザイナ１０２の実施形態の商業的な一例は、ＵｉＰａｔｈＳｔｕｄｉｏ（商標）である。

ルールベースのプロセスの自動化を設計する際に、開発者は、本明細書で「アクティビティ」と定義されるワークフローで開発されたカスタムセットのステップ間の実行順序およびその関係を制御する。各アクティビティは、ボタンをクリックする、ファイルを読む、ログパネルに書き込むなどのアクションを含み得る。いくつかの実施形態では、ワークフローは入れ子になっているか、または埋め込まれ得る。

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

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

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

ロボット１０６は、デザイナ１０２で構築されたワークフローを実行する実行エージェントである。ロボット１０６のいくつかの実施形態の１つの商業的な例は、ＵｉＰａｔｈＲｏｂｏｔｓ（商標）である。ロボット１０６のタイプは、アテンディッドロボット１０８およびアンアテンディッドロボット１１０を含んでもよいが、これらに限定されない。アテンディッドロボット１０８は、ユーザーまたはユーザーイベントによりトリガされ、同じコンピューティングシステム上で人のユーザーと並んで動作する。アテンディッドロボット１０８は、人のユーザーが様々なタスクを達成するのを支援してもよく、人のユーザーおよび／またはユーザーイベントにより直接トリガされてもよい。アテンディッドロボットの場合、コンダクタ１０４は、集中プロセスデプロイメントおよびロギング媒体を提供してもよい。特定の実施形態では、アテンディッドロボット１０８は、ウェブアプリケーションの「ロボットトレイ」からまたはコマンドプロンプトからのみ起動され得る。アンアテンディッドロボット１１０は、仮想環境内で無人モードで動作し、多くのプロセスを自動化するために使用することができ、例えば、大量のプロセス、後工程などに使用され得る。アンアテンディッドロボット１１０は、リモート実行、監視、スケジューリング、および作業キューのサポートの提供を担当し得る。アテンディッドロボットおよびアンアテンディッドロボットの両方は、メインフレーム、ウェブアプリケーション、ＶＭ、エンタープライズアプリケーション（例えば、ＳＡＰ（登録商標）、ＳａｌｅｓＦｏｒｃｅ（登録商標）、Ｏｒａｃｌｅ（登録商標）などによって生成されたもの）、およびコンピューティングシステムアプリケーション（例えば、デスクトップおよびラップトップアプリケーション、モバイル装置アプリケーション、ウェアラブルコンピュータアプリケーションなど）を含むが、これらに限定されない様々なシステムおよびアプリケーションを自動化し得る。

いくつかの実施形態では、ロボット１０６は、デフォルトで、ＭｉｃｒｏｓｏｆｔＷｉｎｄｏｗｓ（登録商標）ＳｅｒｖｉｃｅＣｏｎｔｒｏｌＭａｎａｇｅｒ（ＳＣＭ）管理サービスをインストールする。その結果、そのようなロボット１０６は、ローカルシステムアカウントの下でインタラクティブなＷｉｎｄｏｗｓ（登録商標）セッションを開くことができ、Ｗｉｎｄｏｗｓ（登録商標）サービスの権利を持ち得る。いくつかの実施形態では、ロボット１０６は、所定のロボット１０６が設置されているユーザーと同じ権利を有するユーザーモードで設置され得る。

いくつかの実施形態におけるロボット１０６は、複数のコンポーネントに分割され、それぞれが特定のタスクに特化されている。いくつかの実施形態におけるロボットコンポーネントは、ＳＣＭ管理ロボットサービス、ユーザーモードロボットサービス、エグゼキュータ、エージェント、およびコマンドラインを含むが、これらに限定されない。ＳＣＭ管理ロボットサービスは、Ｗｉｎｄｏｗｓ（登録商標）セッションを管理および監視し、コンダクタ１０４と遂行ホスト（すなわち、ロボット１０６が遂行されるコンピューティングシステム）との間のプロキシとして動作する。これらのサービスは、ロボット１０６の資格情報を任されて管理する。コンソールアプリケーションは、ローカルシステム下のＳＣＭにより起動される。いくつかの実施形態におけるユーザーモードロボットサービスは、Ｗｉｎｄｏｗｓ（登録商標）セッションを管理および監視し、コンダクタ１０４と実行ホストとの間のプロキシとして動作する。ユーザーモードロボットサービスは、ロボット１０６の資格情報を任されて管理し得る。ＳＣＭ管理ロボットサービスがインストールされていない場合、Ｗｉｎｄｏｗｓ（登録商標）アプリケーションが自動的に起動され得る。エグゼキュータは、Ｗｉｎｄｏｗｓ（登録商標）セッションの下で与えられたジョブを遂行し得（例えば、それらがワークフローを遂行し得る）、それらは、モニタ毎のドットパーインチ（ＤＰＩ）設定を認識し得る。エージェントは、システムトレイウィンドウに利用可能なジョブを表示するＷｉｎｄｏｗｓ（登録商標）ＰｒｅｓｅｎｔａｔｉｏｎＦｏｕｎｄａｔｉｏｎ（ＷＰＦ）アプリケーションであり得る。エージェントはサービスのクライアントとなり得る。エージェントは、ジョブの開始または停止、設定の変更を依頼し得る。コマンドラインは、サービスのクライアントであり、ジョブの開始を要求してそれらの出力を待つことができるコンソールアプリケーションである。ロボットコンポーネントを分割することで、開発者、サポートユーザーを支援し、コンピューティングシステムをより簡単に実行し、各ロボットコンポーネントが何を実行しているかを特定し、追跡できるようにし得る。例えば、エグゼキュータとサービスのために異なるファイアウォールルールを設定するなど、ロボットコンポーネントごとに特別な動作を設定し得る。さらなる例として、いくつかの実施形態では、エグゼキュータはモニタごとのＤＰＩ設定を認識していてもよく、その結果、ワークフローは、作製されたコンピューティングシステムの構成に関係なく、任意のＤＰＩで遂行され得る。

図２は、１または複数の実施形態によるＲＰＡシステム２００を示す。ＲＰＡシステム２００は、図１のＲＰＡシステム１００であってもよいし、その一部であってもよい。「クライアント側」、「サーバー側」、またはその両方が、本発明の範囲から逸脱することなく、いずれかの所望の数のコンピューティングシステムを含むことができることに留意すべきである。

本実施形態のクライアント側に示すように、コンピューティングシステム２０２は、１または複数のエグゼキュータ２０４、エージェント２０６、およびデザイナ２０８を含む。他の実施形態では、デザイナ２０８は、同じコンピューティングシステム２０２上で実行されていなくてもよい。エグゼキュータ２０４（これは、上述したようなロボットコンポーネントであってもよい）がプロセスを実行し、いくつかの実施形態では、複数のビジネスプロセスが同時に実行されてもよい。この例では、エージェント２０６（例えば、Ｗｉｎｄｏｗｓ（登録商標）サービス）は、エグゼキュータ２０４を管理するための単一の接続ポイントである。

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

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

本実施形態のサーバー側に示すように、プレゼンテーション層は、ウェブアプリケーション２１４と、ＯｐｅｎＤａｔａＰｒｏｔｏｃｏｌ（ＯＤａｔａ）ＲｅｐｒｅｓｅｎｔａｔｉｖｅＳｔａｔｅＴｒａｎｓｆｅ（ＲＥＳＴ）アプリケーションプログラミングインターフェース（ＡＰＩ）エンドポイント２１６と、通知および監視ＡＰＩ２１８と、を含む。サーバー側のサービス層は、ＡＰＩ実装／ビジネスロジック２２０を含む。サーバー側の永続層は、データベースサーバー２２２とインデクササーバー２２４とを含む。コンダクタ２１２は、ウェブアプリケーション２１４、ＯＤａｔａＲＥＳＴＡＰＩエンドポイント２１６、通知および監視ＡＰＩ２１８、ならびにＡＰＩ実装／ビジネスロジック２２０を含む。

様々な実施形態では、ユーザーがコンダクタ２１２のインターフェース（例えば、ブラウザ２１０を介して）で実行するほとんどのアクションは、様々なＡＰＩを呼び出すことにより実行される。このような動作は、ロボット上でのジョブの起動、キュー内のデータの追加／削除、無人で実行するジョブのスケジューリングなどを含み得るが、これらに限定されない。ウェブアプリケーション２１４は、サーバープラットフォームのビジュアル層である。この実施形態では、ウェブアプリケーション２１４は、ハイパーテキストマークアップ言語（ＨＴＭＬ）およびジャバスクリプト（ＪＳ）を使用する。しかし、本発明の範囲を逸脱することなく、いずれかの所望のマークアップ言語、スクリプト言語、または他のいずれかのフォーマットを使用し得る。ユーザーは、コンダクタ２１２を制御するための様々な動作を実行するために、本実施形態ではブラウザ２１０を介してウェブアプリケーション２１４からのウェブページと対話する。例えば、ユーザーは、ロボットグループを作成し、ロボットへのパッケージの割り当てを行い、ロボット毎および／またはプロセス毎のログを解析し、ロボットを起動しおよび停止などし得る。

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

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

サーバー側の永続層は、本例示的な実施形態では、一対のサーバー－データベースサーバー２２２（例えば、ＳＱＬサーバー）およびインデクササーバー２２４－を含む。本実施形態におけるデータベースサーバー２２２は、ロボット、ロボットグループ、関連するプロセス、ユーザー、役割、スケジュールなどの構成を格納する。この情報は、いくつかの実施形態では、ウェブアプリケーション２１４を介して管理される。データベースサーバー２２２はまた、キューおよびキューアイテムを管理してもよい。いくつかの実施形態では、データベースサーバー２２２は、ロボットにより記録されたメッセージを（インデクササーバー２２４に加えて、またはインデクササーバー２５０に代えて）格納してもよい。いくつかの実施形態では任意であるが、インデクササーバー２２４は、ロボットにより記録された情報を保存し、インデックスを作成する。特定の実施形態では、インデクササーバー２２４は、構成設定を介して無効化されてもよい。いくつかの実施形態では、インデクササーバー２２４は、オープンソースプロジェクトの全文検索エンジンであるＥｌａｓｔｉｃＳｅａｒｃｈ（登録商標）を使用する。ロボットにより記録されたメッセージ（例えば、ログメッセージまたはライン書き込みのようなアクティビティを使用して）は、ロギングＲＥＳＴエンドポイント（複数可）を介してインデクササーバー２２４に送信されてもよく、そこで将来の利用のためにそれらはインデックス化される。

図３は、１または複数の実施形態によるＲＰＡシステム３００の簡略化されたデプロイメントの一例を示すアーキテクチャ図である。いくつかの実施形態では、ＲＰＡシステム３００は、図１および図２のそれぞれのＲＰＡシステム１００および／もしくは２００であり得、または図１および図２のそれぞれのＲＰＡシステム１００および／もしくは２００を含み得る。ＲＰＡシステム３００は、ロボットを実行する複数のクライアントコンピューティングシステム３０２を含む。コンピューティングシステム３０２は、その上で実行されるウェブアプリケーションを介してコンダクタコンピューティングシステム３０４と通信することができる。コンダクタコンピューティングシステム３０４は、順番に、データベースサーバー３０６および任意のインデクササーバー３０８と通信する。図２および図３に関して、これらの実施形態ではウェブアプリケーションが使用されているが、本発明の範囲から逸脱することなく、いずれかの適切なクライアント／サーバーソフトウェアを使用することができることに留意すべきである。例えば、コンダクタは、クライアントコンピューティングシステム上で、非ウェブベースのクライアントソフトウェアアプリケーションと通信するサーバーサイドアプリケーションを実行してもよい。

一実施形態では、ＲＰＡシステム３００は、例えば、企業、機関、協会などの組織内で、または組織のために実装され得る。組織は、多数のグループ（またはサブグループ）を含んでもよい。例えば、組織は、財務および会計（Ｆ＆Ａ）グループを含み得、Ｆ＆Ａグループの下に買掛金（ＡＰ）グループがあり得る。機密情報および機密情報を保護するために、ユーザーが所属するグループに応じて、様々なファイル、フォルダ、サービスなどへのアクセスを許可したりまたは制限したりするアクセス権が定義されることがよくある。したがって、ユーザーの所属するグループに応じてユーザーのアクセス権を定義するために、例えばアクティブディレクトリ（ＡＤ）または軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）などのアクセス権管理システムが実装され得る。

図４は、１または複数の実施形態による、組織にＲＰＡを実装するための高レベルフレームワーク４００を示す。フレームワーク４００は、組織の１または複数のユーザーおよびロボットに対するファイル、フォルダ、サービスなどへのアクセス権を管理するためのアクティブディレクトリ４０２（または任意の他の適切なアクセス権管理システム）を含む。

アクティブディレクトリ４０２は、ユーザーコミュニティネームスペース内のユーザー（例えば、従業員）のためのアクセス権と、プロダクションネームスペース内のロボットのためのアクセス権を管理する。図４に示すように、アクティブディレクトリ４０２は、ユーザーコミュニティネームスペース内のＦ＆Ａユーザーグループディレクトリ４０４の下に、Ｆ＆Ａユーザーグループディレクトリ４０４とＡＰユーザーグループディレクトリ４０６とを維持する。アクティブディレクトリ４０２は、グループごとにアクセス権を定義する。したがって、組織のＡＰグループに属するユーザーは、アクティブディレクトリ４０２のＡＰユーザーグループディレクトリ４０６に関連付けられ、かつＡＰユーザーグループディレクトリ４０６に関連付けられたアクセス権が割り当てられる。アクティブディレクトリ４０２は、各ユーザーのプロファイルを維持する。ユーザープロファイルは、ユーザーＩＤ、関連付けられたグループ、および他の任意の適切な情報を含み得る。新しいユーザーが組織のＡＰグループに参加する（例えば、採用される）とき、その新しいユーザーは、新しいユーザーをＡＰユーザーグループディレクトリ４０６に関連付ける新しいユーザー用のプロファイルを作成してアクティブディレクトリ４０２のＡＰユーザーグループディレクトリ４０６に追加され、それによってＡＰユーザーグループディレクトリ４０６に関連付けられた新しいユーザーのアクセス権が割り当てられる。

時には、ユーザーは、１または複数のワークフローを自動的に実行するためにロボットを展開したい場合がある。ロボットが１または複数のワークフローを自動的に実行するために、ロボットはユーザーと同じアクセス権を必要とする場合がある。したがって、アクティブディレクトリ４０２は、ユーザーコミュニティネームスペース内のユーザーグループディレクトリに対応する、プロダクションネームスペース内のロボットグループディレクトリを維持する。各ロボットグループディレクトリには、対応するユーザーグループディレクトリと同じアクセス権が割り当てられる。図４に示すように、アクティブディレクトリ４０２は、Ｆ＆Ａロボットグループディレクトリ４０８（以下、Ｒ－Ｆ＆Ａと表記する）４０８の下に、Ｒ－Ｆ＆Ａロボットグループディレクトリ４０８とＡＰロボットグループディレクトリ４１０（以下、Ｒ－ＡＰと表記する）を維持する。Ｒ－Ｆ＆Ａグループディレクトリ４０８は、Ｆ＆Ａユーザーグループディレクトリ４０４と同じアクセス権を有し、Ｒ－ＡＰグループディレクトリ４１０は、ＡＰユーザーグループディレクトリ４０６と同じアクセス権を有する。アクティブディレクトリ４０２は、各ロボットのプロファイルを維持する。ロボットプロファイルは、ロボットＩＤ、関連するグループ、および他の適当な情報を含み得る。

ロボットチームＲ－ＡＰ４１２は、ＡＰロボットグループに関連付けられ、ＡＰユーザーグループに関連付けられたユーザーからのプロセスを遂行するように割り当てられたロボットのチームを表す。ロボットチームＲ－ＡＰ４１２は、ロボットプール４１４およびジョブキュー４１８を含む。ロボットプール４１４は、アクティブディレクトリ４０２のＲ－ＡＰロボットグループディレクトリ４１０に関連付けられたアンアテンディッドロボット４１６－Ａおよび４１６－Ｂを含む。ジョブキュー４１８は、ＡＰユーザーグループディレクトリ４０６に関連付けられたユーザーのためのワークフローを表す。図４に示すように、ジョブキュー４１８は、ロボットプール４１４内のロボットによって完了される、ＡＰユーザーグループディレクトリ４０６に関連付けられたＡＰ従業員１のためのワークフロー４２０－Ａおよび４２０－Ｂ、ＡＰユーザーグループディレクトリ４０６に関連付けられたＡＰ従業員２のためのワークフロー４２０－Ｃ、およびＡＰユーザーグループディレクトリ４０６に関連付けられたＡＰ従業員３のためのワークフロー４２０－Ｄおよび４２０－Ｅを含む。ＡＰグループディレクトリ４０６に関連付けられたユーザーが１または複数のワークフローを自動的に実行することを望むとき、対応するロボットグループ（すなわち、Ｒ－ＡＰロボットグループディレクトリ４１０）に関連付けられ、したがってユーザーと同じアクセス権を有するロボット（すなわち、アンアテンディッドロボット４１６－Ａまたは４１６－Ｂ）が割り当てられる。

図５は、１または複数の実施形態による、１または複数のワークフローを実行するための高レベルのシステムアーキテクチャ５００を示す。システムアーキテクチャ５００は、スケジューラ５０２、仮想デスクトップイメージ（ＶＤＩ）ファクトリー５０４、およびオーケストレータ５０６を含む。一実施形態では、オーケストレータ５０６は、図１のコンダクタ１０４、図２のコンダクタ２１２、または図３のコンダクタ３０４であり得る。

スケジューラ５０２は、ワークフローがロボットによって遂行されるときにスケジュールを立てる。システムアーキテクチャ５００に示すように、スケジューラ５０２は、ロボットグループ１５０８－Ａ、ロボットグループ２５０８－Ｂ、．．．ロボットグループＮ５０８－Ｎをスケジュールする。ロボットグループ１５０８－Ａは、アンアテンディッドロボットＵＲ－１５１０－Ａによって実行されるようにスケジュールされたユーザーグループ１５１４－Ａのワークフロー５１２－Ａを表す。ロボットグループ２５０８－Ｂは、アンアテンディッドロボットＵＲ－２５１０－Ｂによって実行されるようにスケジュールされたユーザーグループ２５１４－Ｂのワークフロー５１２－Ｂを表す。ロボットグループＮ５０８－Ｎは、アンアテンディッドロボットＵＲ－Ｎ５１０－Ｎによって実行されるようにスケジュールされたユーザーグループＮ５１４－Ｎのワークフロー５１２－Ｎを表し、ここで、Ｎは任意の正の整数である。

ＶＤＩファクトリー５０４は、ワークフロー５１２－Ａ、５１２－Ｂ、．．．５１２－Ｎをそれぞれ実行するためのロボット５１０－Ａ、５１０－Ｂ、．．．５１０－Ｎの実行を管理するための仮想デスクトップである。ＶＤＩファクトリー５０４は、スケジューラ５０２から、例えばワークフロー５１２－Ａのワークフロー１－１が実行のためにトリガされたことを示すメッセージを受信する。ＶＤＩファクトリー５０４は、ワークフロー１－１を遂行するために割り当てられたロボット５１０－Ａを識別するためにメッセージをオーケストレータ５０６に送信し、オーケストレータ５０６は、ロボット５１０－Ａに関連付けられたロボットＩＤをＶＤＩファクトリー５０４に返信する。ＶＤＩファクトリー５０４は、ロボット５１０－Ａをイニシエート（例えば、開始、起動、電源投入、サインイン、またはその他の方法でロボット５１０－Ａをアクティブにして準備ができた状態にする）し、ロボット５１０－Ａは、ワークフロー１－１を実行する。

ロボット５１０－Ａがワークフロー１－１を完了すると、ＶＤＩファクトリー５０４は、ロボット５１０－Ａをシャットダウンする。一実施形態では、ＶＤＩファクトリー５０４は、予め設定されたアイドル状態の期間の後にロボット５１０－Ａをシャットダウンするための予め設定されたルールに基づいて、ロボット５１０－Ａを自動的にシャットダウンする。別の実施形態では、オーケストレータ５０６は、ロボット５１０－Ａがワークフロー１－１を完了したという通知をＶＤＩファクトリー５０４に送信し、これに応答して、ＶＤＩファクトリー５０４はロボット５１０－Ａをシャットダウンする。

システムアーキテクチャ５００は、組織が多数のロボットを利用することができる一方で、所定の時間に同時に実行しているロボットの数が減少し、それにより、ロボットのライセンスおよびインフラストラクチャ（例えば、電力、メモリ、コンピュータ処理、帯域幅など）に起因するコストを最小限に抑えることができるという点で有利である。

システムアーキテクチャ５００は、本発明の実施形態の高レベルの概要を提供するが、動作において、本発明の実施形態は、デプロイメント自動化段階とスケジュールおよび実行自動化段階の２つの段階で実装され得る。デプロイメント自動化段階は、図６および図７に関連して以下に説明する。スケジュールおよび実行自動化段階は、図８および９に関連して以下に説明する。

図６は、１または複数の実施形態により、ＲＰＡワークフローを実行するためのジョブをスケジューリングするための方法６００を示す。図６は、図７のシステムアーキテクチャ７００を参照して説明される。システムアーキテクチャ７００は、デプロイメントユーティリティ７０２、アクティブディレクトリ７０４、スケジューリングシステム７０６、およびオーケストレータ７０８を含む。一実施形態では、スケジューリングシステム７０６は、図５のスケジューラ５０２であってもよく、オーケストレータ７０８は、図１のコンダクタ１０４、図２のコンダクタ２１２、図３のコンダクタ３０４、または図５のオーケストレータ５０６であってもよく、アクティブディレクトリ７０４は、図２のアクティブディレクトリ４０２であってもよい。方法６００のステップは、任意の適切なコンピューティングデバイスによって実行され得る。一実施形態では、方法６００のステップは、図７のデプロイメントユーティリティ７０２によって実行される。

図６のステップ６０２では、ユーザーのためのＲＰＡワークフローを実行するための要求が受信される。ＲＰＡワークフローを実行するための要求は、デプロイメントユーティリティ７０２によって受信されたデプロイメント自動化要求７１４としてシステムアーキテクチャ７００に示される。デプロイメントユーティリティ７０２は、スケジューリングシステム７０６へのジョブのデプロイメントおよびスケジューリングを管理するための任意の適切なコンピューティングデバイスであり得る。一実施形態では、デプロイメントユーティリティ７０２は、コンピューティングデバイス上で実行する、ロボット、スクリプト、アプリケーションナビゲータ、エンタープライズコネクト、オーケストレーションシステムなどである。デプロイメント自動化要求７１４は、ＸＡＭＬ／パッケージ７１０およびユーザープロファイル７１２を含む。ＸＡＭＬ／パッケージ７１０は、ユーザーのために実行されるワークフローを表し、ユーザープロファイル７１２は、ユーザーのユーザーＩＤを含むユーザーのプロファイルである。一実施形態では、ワークフローのＸＡＭＬ／パッケージ７１０は、図１のデザイナ１０２または図２のデザイナ２０８を使用して（例えば、ユーザーによって）作成され得る。

一実施形態では、ユーザーは、アクセス権に関連付けられたユーザーグループに属する。アクセス権は、アクティブディレクトリ７０４または任意の他の適切なアクセス権管理システム（例えば、ＬＤＡＰ）で管理および維持され得る。

ステップ６０４では、ユーザーグループに対応するロボットグループが特定される。システムアーキテクチャ７００は、ロボットグループＩＤ機能７１６を示す。ロボットグループＩＤ機能７１６は、デプロイメントユーティリティ７０２からアクティブディレクトリ７０４へのユーザーのユーザーＩＤに対応するロボットグループＩＤの要求と、アクティブディレクトリ７０４からデプロイメントユーティリティ７０２に送信されたユーザーのユーザーＩＤに対応するロボットグループＩＤを識別する応答と、を表す。要求には、ユーザーのユーザーＩＤが含まれる。ユーザーＩＤに対応するロボットグループが存在しない場合、アクティブディレクトリ７０４は、ユーザーＩＤに対応する新しいロボットグループを作成し、新しいロボットグループのロボットグループＩＤでデプロイメントユーティリティ７０２に応答する。一実施形態では、識別されたロボットグループは、アクティブディレクトリ７０４内のその対応するユーザーグループと同じアクセス権に関連付けられる。

ステップ６０６では、ＲＰＡワークフローを実行するためのロボットグループに関連付けられたジョブが作成される。システムアーキテクチャ７００は、ジョブ機能７１８を示す。ジョブ機能７１８は、デプロイメントユーティリティ７０２からオーケストレータ７０８へ識別されたロボットグループによってＸＡＭＬ／パッケージ７１０で表されるワークフローを実行するためのジョブを作成する要求と、オーケストレータ７０８からデプロイメントユーティリティ７０２へジョブＩＤおよびジョブ名を識別する応答と、を表す。要求は、ＸＡＭＬ／パッケージ７１０および識別されたロボットグループＩＤを含む。要求を受け取ると、オーケストレータ７０８は、ワークフローを実行するためのジョブを作成し、ジョブにジョブ名とジョブＩＤを割り当て、識別されたロボットグループＩＤにジョブを関連付ける。

ステップ６０８では、ＲＰＡワークフローを実行するためのジョブが、ロボットグループのロボット上でスケジュールされる。システムアーキテクチャ７００は、スケジューリング機能７２０を示す。スケジューリング機能７２０は、デプロイメントユーティリティ７０２からスケジューリングシステム７０６へロボットグループのロボットのジョブをスケジュールする要求を表す。要求は、ユーザーＩＤ、ロボットグループＩＤ、ジョブ名、およびジョブＩＤを含む。スケジューリングシステム７０６は、ユーザーが受信した入力に基づいて、ジョブをスケジュールする。ユーザーは、ユーザーＩＤ、ロボットグループＩＤ、ジョブ名、およびジョブＩＤを持つアカウントを作成してもよい（作成されていない場合）。アカウントにログインすると、ユーザーは、ジョブをスケジュールし得る。ジョブは、ユーザーがジョブを実行するための将来の日時を定義することによってスケジュールされてもよいし、またはオンデマンドオプションがある場合には、即時実行をイニシエートするようにスケジュールされてもよい（例えば、「今すぐ実行」ボタンをクリックすることによって）。スケジューリングシステム７０６は、任意の適切なスケジューリングシステム、例えば、ノードレッド（ｎｏｄｅｒｅｄ）、ＢＭＣ、ｉＣｏｎｔｒｏｌなどであり得る。

図８は、１または複数の実施形態による、ＲＰＡワークフローを実行するための方法８００を示す。図８は、図９のシステムアーキテクチャ９００を参照して説明される。システムアーキテクチャ９００は、スケジューリングシステム９０２、実行ユーティリティ９０４、コンピュータ９０６、およびオーケストレータ９０８を含む。一実施形態では、スケジューリングシステム９０２は、図５のスケジューラ５０２または図７のスケジューリングシステム７０６であってもよく、オーケストレータ９０８は、図１のコンダクタ１０４、図２のコンダクタ２１２、図３のコンダクタ３０４、図５のオーケストレータ５０６、または図７のオーケストレータ７０８であってもよい。いくつかの実施形態では、実行ユーティリティ９０４は、ＶＤＩ因子（例えば、図５のＶＤＩファクトリー５０４）と同じデバイスまたは別個のデバイス上で実行され得る。方法８００のステップは、任意の適切なコンピューティングデバイスによって実行され得る。

ステップ８０２では、ユーザーのためのＲＰＡワークフローを実行するためのジョブを遂行するように指示が受信される。一実施形態では、ジョブは、ユーザーから受信した入力に基づいて、スケジューリングシステム９０２において以前に（例えば、将来の日時または即時実行のために）スケジュールされ得る。例えば、ユーザーは、スケジューリングシステム９０２にログインし、ユーザーのジョブを表示し、ジョブのスケジュールを設定してもよい。一実施形態では、ジョブは、例えば、図６の方法６００のステップに従って、デプロイメント自動化段階の間にスケジューリングシステム９０２で以前にスケジュールされ得る。ワークフローは、例えば、図１のデザイナ１０２または図２のデザイナ２０８を使用して（例えば、ユーザーによって）作成されたＸＡＭＬ／パッケージの形態であり得る。一実施形態では、ユーザーは、アクセス権管理システム（例えば、図４のアクティブディレクトリ４０２または図７のアクティブディレクトリ７０４）のアクセス権に関連付けられたユーザーグループに属する。

ユーザーのためのＲＰＡワークフローを実行するためのジョブを遂行するための指示は、スケジューリングシステム９０２から実行ユーティリティ９０４に送信されるシステムアーキテクチャ９００におけるスケジュールトリガ指示９１２であり得る。一実施形態では、スケジュールトリガ指示９１２は、トリガイベントに応答して実行ユーティリティ９０４に送信される。トリガイベントは、時間（例えば、特定の時間または経過時間）、別のジョブの完了、ユーザーによる手動トリガ、または任意の他の適切なトリガイベントに基づくものであってもよい。スケジュールトリガ指示９１２は、トリガされたジョブのジョブＩＤを含む。実行ユーティリティ９０４は、ジョブのパフォーマンスを管理するための任意の適切なコンピューティングデバイス、例えば、ロボット、スクリプト、アプリケーション、オーケストレーションシステム、ナビゲータ、エンタープライズコネクト、サードパーティシステムなどであり得る。

ステップ８０４では、ジョブに関連付けられたロボットグループからロボットが識別される。システムアーキテクチャ９００は、ロボットＩＤ機能９１４を示す。ロボットＩＤ機能９１４は、実行ユーティリティ９０４からオーケストレータ９０８へジョブを実行するためのロボットの識別子の要求と、オーケストレータ９０８から実行ユーティリティ９０４へロボットを識別する応答と、を表す。具体的には、実行ユーティリティ９０４は、ジョブのジョブＩＤを含む要求を送信する。オーケストレータ９０８は、ジョブＩＤに関連付けられたロボットグループを識別し、識別されたロボットグループ内のロボットのロボットＩＤで実行ユーティリティ９０４に応答する。識別されたロボットグループが１超のロボットを含む場合、識別されたロボットグループ内の次に利用可能なロボットのロボットＩＤが提供される。一実施形態では、識別されたロボットグループは、アクセス権管理システムにおけるユーザーグループと同じアクセス権に関連付けられる。一実施形態では、ロボットがロボットグループに関連付けられていない場合、オーケストレータ９０８は、ジョブＩＤに基づいてジョブを実行するために必要なアクセス権を決定し、決定されたアクセス権に関連付けられたユーザーグループにロボットを動的に関連付ける。この実施形態では、ロボットがジョブを完了すると、ロボットは、他のロボットグループに関連付けられた他のジョブに再割り当てされ得る。

ステップ８０６では、ロボットを実行するためのコンピューティングデバイス（例えば、コンピュータ９０６）が起動される。実行ユーティリティ９０４は、コンピュータ９０６を起動するための起動命令９１６をコンピュータ９０６に送信する。コンピュータ９０６は、識別されたロボットＩＤに関連付けられたロボットを実行するための任意の適切なコンピューティングデバイスであり得る。一実施形態では、コンピュータ９０６は、クラウドベースまたは仮想化されたデスクトップ環境である。

ステップ８０８では、ロボットは、コンピューティングデバイス上でＲＰＡワークフローを実行するためのジョブを遂行するために割り当てられる。実行ユーティリティ９０４は、起動したコンピュータ９０６を実行状態に設定するために、実行ジョブ命令９１８をオーケストレータ９０８に送信する。コンピュータ９０６は、ジョブを遂行するロボットを遂行する。

ステップ８１０では、ジョブが完了した後、コンピューティングデバイスがシャットダウンされる。実行ユーティリティ９０４は、コンピュータ９０６をシャットダウンするためのシャットダウン命令９２０をコンピュータ９０６に送信する。コンピュータ９０６をシャットダウンすることは、コンピュータ９０６の電源を切ること、スリープすること、中断すること、ハイバネーションする（ｈｉｂｅｒｎａｔｉｎｇ）ことなどを含んでもよい。一実施形態では、シャットダウン命令９２０は、オーケストレータ９０８から実行ユーティリティ９０４へのオーケストレータウェブフック呼び出し通知に応答して、コンピュータ９０６に送信され、ジョブが完了したことを実行ユーティリティ９０４に通知する。別の実施形態では、シャットダウン命令９２０は、ロボットまたはコンピュータ９０６がアイドル状態である所定の期間の後にコンピュータ９０６に送信される。別の実施形態では、コンピュータ９０６は、アイドル状態である所定の期間の後に自身をシャットダウンする。別の実施形態では、コンピュータ９０６のシャットダウンは、ロボットまたは他のロボットが他のジョブを完了することを可能にするために（例えば、所定の期間）遅れてもよい。

有利には、ジョブを完了するためにロボットを実行するコンピュータ９０６を起動し、ジョブが完了したらコンピュータ９０６をシャットダウンすることにより、所定の時間に同時に実行するロボットの数を完全に減少させ、それによりコストを最小化することができる。スケジューリングシステム９０２は、グループ内での競合を避けるために、ジョブをスケジュールしてキューに入れることを可能にする。本発明の実施形態は、最小限の作業コストで無制限の規模を有し得る。

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

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

さらに、コンピューティングシステム１０００は、現在存在するまたは将来実装される通信規格および／またはプロトコルによる、無線および／または有線接続を介して通信ネットワークへのアクセスを提供するために、トランシーバなどの通信装置１００８を含む。

プロセッサ（複数可）１００４は、バス１００２を介して、ユーザーに情報を表示するのに適したディスプレイ１０１０にさらに結合されている。ディスプレイ１０１０はまた、タッチディスプレイおよび／または任意の適切な触覚Ｉ／Ｏデバイスとして構成されてもよい。

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

メモリ１００６は、プロセッサ（複数可）１００４により遂行されたときに機能を提供するソフトウェアモジュールを格納する。モジュールは、コンピューティングシステム１０００のためのオペレーティングシステム１０１６と、本明細書に記載されるプロセスの全部もしくは一部、またはその派生物を実行するように構成された１もしくは複数の追加機能モジュール１０１８とを含む。

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

本明細書で説明するシステム特色のいくつかは、実装の独立性をより強調するために、モジュールとして提示されていることに留意すべきである。例えば、モジュールは、カスタムの非常に大規模な集積（ＶＬＳＩ）回路またはゲートアレイ、ロジックチップ、トランジスタ、または他の個別部品のような既製の半導体を含むハードウェア回路として実装され得る。また、モジュールは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジック装置、グラフィックス処理ユニットなどのプログラマブルハードウェア装置に実装され得る。モジュールはまた、様々なタイプのプロセッサにより実行されるためのソフトウェアに少なくとも部分的に実装され得る。例えば、実行可能コードの識別された単位は、例えば、オブジェクト、プロシージャ、または関数として編成されていてもよいコンピュータ命令の１または複数の物理的または論理的なブロックを含み得る。それにもかかわらず、実行可能な識別されたモジュールは、物理的に一緒に配置されている必要はなく、論理的に結合されたときにモジュールを含み、モジュールのために述べられた目的を達成するために、異なる場所に格納された別々の命令を含んでいてもよい。さらに、モジュールは、例えば、ハードディスクドライブ、フラッシュ装置、ＲＡＭ、テープのようなコンピュータ読み取り可能な媒体、および／または本発明の範囲から逸脱することなくデータを格納するために使用される他のいずれかの非一時的なコンピュータ読み取り可能な媒体に格納されていてもよい。実際、実行可能コードのモジュールは、単一の命令であってもよいし、多数の命令であってもよいし、さらには、複数の異なるコードセグメント、異なるプログラム間、および複数のメモリ装置間に分散されていてもよい。同様に、操作データは、モジュール内で識別され、ここで示されてもよく、いずれかの適切なタイプのデータ構造体内でいずれかの適切な形態で具現化され、組織化され得る。操作データは、単一のデータセットとして収集されてもよいし、または異なる記憶装置にわたり異なる場所に分散されていてもよく、少なくとも部分的には、単にシステムまたはネットワーク上の電子信号として存在していてもよい。

前述は、単に開示の原則を例示しているに過ぎない。したがって、本明細書に明示的に記載または示されていないが、本開示の原理を具現化し、その精神および範囲内に含まれる様々なアレンジを、当業者が考案することができることが理解されるであろう。さらに、本明細書に引用された全ての実施例および条件文言は、主として、本開示の原理および本発明者が技術の発展に貢献した概念を理解するための読者を助けるための教育的な目的のみを意図しており、そのような具体的に引用された実施例および条件に限定されないものとして解釈されるべきである。さらに、本開示の原理、態様、および実施形態、ならびにそれらの具体的な実施例を引用する本明細書の全ての記述は、それらの構造的および機能的等価物を包含することを意図する。さらに、このような等価物には、現在知られている等価物だけでなく、将来開発される等価物も含まれることが意図される。

Claims

ロボティックプロセスオートメーション（ＲＰＡ）ワークフローを実行するためのコンピュータ実装方法であって、
アクセス権に関連付けられたユーザーグループに属するユーザーのために、ＲＰＡワークフローを実行するためにスケジュールされたジョブを遂行するよう指示を受信し、
前記ユーザーグループと同じアクセス権に関連付けられたロボットグループからロボットを識別し、かつ前記ジョブに関連付けられた前記ロボットグループから前記ロボットを識別し、
前記ＲＰＡワークフローを実行するための前記ジョブを遂行するために、コンピューティングデバイスに前記ロボットを割り当てて、実行ユーティリティが、コンピュータを実行状態に設定するために、実行ジョブ命令をオーケストレータに送信して、コンピュータが前記ジョブを遂行するロボットを遂行することを含む、コンピュータ実装方法。
前記ロボットを動作させるために前記コンピューティングデバイスを起動し、
前記ロボットが前記ジョブを完了した後、前記コンピューティングデバイスをシャットダウンすることをさらに含む、請求項１に記載のコンピュータ実装方法。
前記ジョブに関連付けられた前記ロボットグループから前記ロボットを識別することは、
前記ジョブのジョブ識別（ＩＤ）を含む要求を送信し、
前記ジョブＩＤに関連付けられた前記ロボットグループから前記ロボットのロボットＩＤを受信することを含む、請求項１に記載のコンピュータ実装方法。
前記ユーザーグループに関連付けられたユーザーグループディレクトリと、前記ロボットグループに関連付けられた対応するロボットグループディレクトリとを含むアクセス権管理システムを維持することをさらに含み、前記ユーザーグループディレクトリは、前記ユーザーグループに関連付けられた前記アクセス権に前記ユーザーグループを関連付け、前記ロボットグループディレクトリは、前記ユーザーグループと同じアクセス権に前記ロボットグループを関連付ける、請求項１に記載のコンピュータ実装方法。
ユーザーのためにＲＰＡワークフローを実行するためにスケジュールされたジョブを遂行するように指示を受信することは、
トリガイベントに応答して、前記ユーザーのために前記ＲＰＡワークフローを実行するためにスケジュールされた前記ジョブを遂行する前記指示を受信することを含む、請求項１に記載のコンピュータ実装方法。
以下により、前記ＲＰＡワークフローを実行するためにスケジュールされた前記ジョブをスケジューリングすることをさらに含む、請求項１に記載のコンピュータ実装方法。
前記ユーザーのための前記ＲＰＡワークフローを実行するための要求を受信し、
前記ユーザーグループに対応する前記ロボットグループを識別し、そして
前記ロボットグループの前記ロボットにより前記ＲＰＡワークフローを実行するための前記ジョブをスケジューリングする。
ロボティックプロセスオートメーション（ＲＰＡ）ワークフローを実行するためのシステムであって、
コンピュータプログラム命令を格納するメモリと、
前記コンピュータプログラム命令を遂行するように構成された少なくとも１つのプロセッサと、を含み、前記コンピュータプログラム命令は、前記少なくとも１つのプロセッサが、以下を含む動作を実行するように構成される、システム。
アクセス権に関連付けられたユーザーグループに属するユーザーのために、ＲＰＡワークフローを実行するためにスケジュールされたジョブを遂行するよう指示を受信し、
前記ユーザーグループと同じアクセス権に関連付けられたロボットグループからロボットを識別し、かつ前記ジョブに関連付けられた前記ロボットグループから前記ロボットを識別し、
前記ＲＰＡワークフローを実行するための前記ジョブを遂行するために、コンピューティングデバイスに前記ロボットを割り当てて、実行ユーティリティが、コンピュータを実行状態に設定するために、実行ジョブ命令をオーケストレータに送信して、コンピュータが前記ジョブを遂行するロボットを遂行する。
前記動作は、
前記ロボットを動作させるために前記コンピューティングデバイスを起動し、
前記ロボットが前記ジョブを完了した後、前記コンピューティングデバイスをシャットダウンすることをさらに含む、請求項７に記載のシステム。
前記ジョブに関連付けられた前記ロボットグループから前記ロボットを識別することは、
前記ジョブのジョブ識別（ＩＤ）を含む要求を送信し、
前記ジョブＩＤに関連付けられた前記ロボットグループから前記ロボットのロボットＩＤを受信することを含む、請求項７に記載のシステム。
前記動作は、
前記ユーザーグループに関連付けられたユーザーグループディレクトリと、前記ロボットグループに関連付けられた対応するロボットグループディレクトリとを含むアクセス権管理システムを維持することをさらに含み、前記ユーザーグループディレクトリは、前記ユーザーグループに関連付けられた前記アクセス権に前記ユーザーグループを関連付け、前記ロボットグループディレクトリは、前記ユーザーグループと同じアクセス権に前記ロボットグループを関連付ける、請求項７に記載のシステム。
ユーザーのためにＲＰＡワークフローを実行するためにスケジュールされたジョブを遂行するように指示を受信することは、
トリガイベントに応答して、前記ユーザーのために前記ＲＰＡワークフローを実行するためにスケジュールされた前記ジョブを遂行するように前記指示を受信することを含む、請求項７に記載のシステム。
前記動作は、以下により、前記ＲＰＡワークフローを実行するためにスケジュールされた前記ジョブをスケジューリングすることをさらに含む、請求項７に記載のシステム。
前記ユーザーのための前記ＲＰＡワークフローを実行するための要求を受信し、
前記ユーザーグループに対応する前記ロボットグループを識別し、そして
前記ロボットグループの前記ロボットにより前記ＲＰＡワークフローを実行するための前記ジョブをスケジューリングする。
ロボティックプロセスオートメーション（ＲＰＡ）ワークフローを実行するための非一時的なコンピュータ読み取り可能な媒体上に格納されたコンピュータプログラムであって、前記プログラムは、少なくとも１つのプロセッサが、以下を含む動作を実行するように構成される、コンピュータプログラム。
アクセス権に関連付けられたユーザーグループに属するユーザーのために、ＲＰＡワークフローを実行するためにスケジュールされたジョブを遂行するよう指示を受信し、
前記ユーザーグループと同じアクセス権に関連付けられたロボットグループからロボットを識別し、かつ前記ジョブに関連付けられた前記ロボットグループから前記ロボットを識別し、
前記ＲＰＡワークフローを実行するための前記ジョブを遂行するために、コンピューティングデバイスに前記ロボットを割り当てて、実行ユーティリティが、コンピュータを実行状態に設定するために、実行ジョブ命令をオーケストレータに送信して、コンピュータが前記ジョブを遂行するロボットを遂行する。
前記動作は、
前記ロボットを動作させるために前記コンピューティングデバイスを起動し、
前記ロボットが前記ジョブを完了した後、前記コンピューティングデバイスをシャットダウンすることをさらに含む、請求項１３に記載のコンピュータプログラム。
前記ジョブに関連付けられた前記ロボットグループから前記ロボットを識別することは、
前記ジョブのジョブ識別（ＩＤ）を含む要求を送信し、
前記ジョブＩＤに関連付けられた前記ロボットグループから前記ロボットのロボットＩＤを受信することを含む、請求項１３に記載のコンピュータプログラム。
前記動作は、
前記ユーザーグループに関連付けられたユーザーグループディレクトリと、前記ロボットグループに関連付けられた対応するロボットグループディレクトリとを含むアクセス権管理システムを維持することをさらに含み、前記ユーザーグループディレクトリは、前記ユーザーグループに関連付けられた前記アクセス権に前記ユーザーグループを関連付け、前記ロボットグループディレクトリは、前記ユーザーグループと同じアクセス権に前記ロボットグループを関連付ける、請求項１３に記載のコンピュータプログラム。
ユーザーのためにＲＰＡワークフローを実行するためにスケジュールされたジョブを遂行するように指示を受信することは、
トリガイベントに応答して、前記ユーザーのために前記ＲＰＡワークフローを実行するためにスケジュールされた前記ジョブを遂行するように前記指示を受信することを含む、請求項１３に記載のコンピュータプログラム。
前記動作は、以下により、前記ＲＰＡワークフローを実行するためにスケジュールされた前記ジョブをスケジューリングすることをさらに含む、請求項１３に記載のコンピュータプログラム。
前記ユーザーのための前記ＲＰＡワークフローを実行するための要求を受信し、
前記ユーザーグループに対応する前記ロボットグループを識別し、そして
前記ロボットグループの前記ロボットにより前記ＲＰＡワークフローを実行するための前記ジョブをスケジューリングする。
ロボティックプロセスオートメーション（ＲＰＡ）ワークフローを実行するためのジョブをスケジューリングするコンピュータ実装方法であって、
アクセス権に関連付けられたユーザーグループに属するユーザーのために、ＲＰＡワークフローを実行する要求を受信し、
前記ユーザーグループに対応する、前記ユーザーグループと同じアクセス権に関連付けられたロボットグループを識別し、ここで、前記ユーザーグループに対応する前記ロボットグループを識別することは、前記ユーザーのユーザー識別（ＩＤ）を含む要求をアクセス権管理システムに送信し、前記アクセス権管理システムから前記ユーザーＩＤに対応する前記ロボットグループのロボットグループＩＤを受信すること、を含み、
前記ロボットグループのロボット上で前記ＲＰＡワークフローを実行するためのジョブをスケジューリングすることを含む、コンピュータ実装方法。
前記ユーザーグループに関連付けられたユーザーグループディレクトリと、前記ロボットグループに関連付けられた対応するロボットグループディレクトリとを含むアクセス権管理システムを維持することをさらに含み、前記ユーザーグループディレクトリは、前記ユーザーグループに関連付けられた前記アクセス権に前記ユーザーグループを関連付け、前記ロボットグループディレクトリは、前記ユーザーグループと同じアクセス権に前記ロボットグループを関連付ける、請求項１９に記載のコンピュータ実装方法。
以下により、前記ＲＰＡワークフローを実行するための前記ジョブを遂行するように前記ロボットを割り当てることをさらに含む、請求項１９に記載のコンピュータ実装方法。
前記ユーザーのために前記ＲＰＡワークフローを実行するためにスケジュールされた前記ジョブを遂行するように指示を受信し、
前記ロボットグループから前記ロボットを識別し、そして
前記ＲＰＡワークフローを実行するための前記ジョブを遂行するために、コンピューティングデバイスに前記ロボットを割り当てる。
ロボティックプロセスオートメーション（ＲＰＡ）ワークフローを実行するためのジョブをスケジューリングするシステムであって、
コンピュータプログラム命令を格納するメモリと、
前記コンピュータプログラム命令を遂行するように構成された少なくとも１つのプロセッサと、を含み、前記コンピュータプログラム命令は、前記少なくとも１つのプロセッサが、以下を含む動作を実行するように構成される、システム。
アクセス権に関連付けられたユーザーグループに属するユーザーのために、ＲＰＡワークフローを実行する要求を受信し、
前記ユーザーグループに対応する、前記ユーザーグループと同じアクセス権に関連付けられたロボットグループを識別し、ここで、前記ユーザーグループに対応する前記ロボットグループを識別することは、前記ユーザーのユーザー識別（ＩＤ）を含む要求をアクセス権管理システムに送信し、前記アクセス権管理システムから前記ユーザーＩＤに対応する前記ロボットグループのロボットグループＩＤを受信すること、を含み、
前記ロボットグループのロボット上で前記ＲＰＡワークフローを実行するためのジョブをスケジューリングすることを含む、システム。
前記動作は、
前記ユーザーグループに関連付けられたユーザーグループディレクトリと、前記ロボットグループに関連付けられた対応するロボットグループディレクトリとを含むアクセス権管理システムを維持することをさらに含み、前記ユーザーグループディレクトリは、前記ユーザーグループに関連付けられた前記アクセス権に前記ユーザーグループを関連付け、前記ロボットグループディレクトリは、前記ユーザーグループと同じアクセス権に前記ロボットグループを関連付ける、請求項２２に記載のシステム。
前記動作は、以下により、前記ＲＰＡワークフローを実行するための前記ジョブを遂行するように前記ロボットを割り当てることをさらに含む、請求項２２に記載のシステム。
前記ユーザーのために前記ＲＰＡワークフローを実行するためにスケジュールされた前記ジョブを遂行するように指示を受信し、
前記ロボットグループから前記ロボットを識別し、そして
前記ＲＰＡワークフローを実行するための前記ジョブを遂行するために、コンピューティングデバイスに前記ロボットを割り当てる。
ロボティックプロセスオートメーション（ＲＰＡ）ワークフローを実行するためのジョブをスケジューリングするための非一時的なコンピュータ読み取り可能な媒体上に格納されたコンピュータプログラムであって、前記プログラムは、少なくとも１つのプロセッサが、以下を含む動作を実行するように構成される、コンピュータプログラム。
アクセス権に関連付けられたユーザーグループに属するユーザーのために、ＲＰＡワークフローを実行する要求を受信し、
前記ユーザーグループに対応する、前記ユーザーグループと同じアクセス権に関連付けられたロボットグループを識別し、ここで、前記ユーザーグループに対応する前記ロボットグループを識別することは、前記ユーザーのユーザー識別（ＩＤ）を含む要求をアクセス権管理システムに送信し、前記アクセス権管理システムから前記ユーザーＩＤに対応する前記ロボットグループのロボットグループＩＤを受信すること、を含み、
前記ロボットグループのロボット上で前記ＲＰＡワークフローを実行するためのジョブをスケジューリングする。
前記動作は、
前記ユーザーグループに関連付けられたユーザーグループディレクトリと、前記ロボットグループに関連付けられた対応するロボットグループディレクトリとを含むアクセス権管理システムを維持することをさらに含み、前記ユーザーグループディレクトリは、前記ユーザーグループに関連付けられた前記アクセス権に前記ユーザーグループを関連付け、前記ロボットグループディレクトリは、前記ユーザーグループと同じアクセス権に前記ロボットグループを関連付ける、請求項２５に記載のコンピュータプログラム。
前記動作は、以下により、前記ＲＰＡワークフローを実行するための前記ジョブを遂行するように前記ロボットを割り当てることをさらに含む、請求項２５に記載のコンピュータプログラム。
前記ユーザーのために前記ＲＰＡワークフローを実行するためにスケジュールされた前記ジョブを遂行するように指示を受信し、
前記ロボットグループから前記ロボットを識別し、そして
前記ＲＰＡワークフローを実行するための前記ジョブを遂行するために、コンピューティングデバイスに前記ロボットを割り当てる。