特表 2022-550224 外部トリガに基づくロボティックプロセスオートメーションワークフローの再開

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-12-01

(54)【発明の名称】外部トリガに基づくロボティックプロセスオートメーションワークフローの再開

(51)【国際特許分類】

   G06F 9/445 20180101AFI20221124BHJP

   G05B 19/042 20060101ALI20221124BHJP

   G05B 23/02 20060101ALI20221124BHJP

   H04L 67/51 20220101ALI20221124BHJP

   H04L 67/60 20220101ALI20221124BHJP

【ＦＩ】

G06F9/445

G05B19/042

G05B23/02 Z

H04L67/51

H04L67/60

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2020553536

(86)(22)【出願日】2020-09-23

(85)【翻訳文提出日】2020-12-17

(86)【国際出願番号】 US2020052129

(87)【国際公開番号】W WO2021067085

(87)【国際公開日】2021-04-08

(31)【優先権主張番号】16/590,007

(32)【優先日】2019-10-01

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡ

２．ＦＬＡＳＨ

３．ＪＡＶＡＳＣＲＩＰＴ

４．ＺＩＧＢＥＥ

５．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】520262319

【氏名又は名称】ユーアイパス，インコーポレイテッド

【氏名又は名称原語表記】ＵｉＰａｔｈ，Ｉｎｃ．

【住所又は居所原語表記】４５２ ５ｔｈ Ａｖｅｎｕｅ， ２２ｎｄ Ｆｌｏｏｒ， Ｎｅｗ Ｙｏｒｋ，ＮＹ １００１８，Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100180781

【弁理士】

【氏名又は名称】安達 友和

(74)【代理人】

【識別番号】100182903

【弁理士】

【氏名又は名称】福田 武慶

(72)【発明者】

【氏名】ルサヌ レムス

(72)【発明者】

【氏名】クナス リジ

【テーマコード（参考）】

3C223

5B376

5H220

【Ｆターム（参考）】

3C223AA12

3C223BA03

3C223BB12

3C223CC02

3C223DD03

3C223GG01

5B376AC24

5B376AE02

5B376AE03

5B376AE44

5B376FA19

5H220BB11

5H220CC06

5H220CX01

5H220HH08

5H220JJ12

5H220JJ26

(57)【要約】

ユニバーサルリソースロケータ（ＵＲＬ）を生成するコンピュータシステム。ＵＲＬは、複数の自動化されたプロセスを含む実行中のワークフロープロセスの少なくとも１つの自動化されたプロセスを再開することに関連付けられる。ＵＲＬは外部のシステム／アプリケーションに提供される。外部システム／アプリケーションでのトリガイベントに応じて、外部システム／アプリケーションからＵＲＬの入力が受信される。ＵＲＬの入力に基づいて、少なくとも１つのヘッドレスロボットによって少なくとも１つの自動化されたプロセスが再開される。
【選択図】図１Ａ

【特許請求の範囲】

【請求項1】

１または複数のプロセッサと、
前記１または複数のプロセッサに結合されたメモリと、を備え、
前記メモリは、前記１または複数のプロセッサによって実行されたときに、前記１または複数のプロセッサに以下を実行させるプログラム命令を格納する、システム。
ユニバーサルリソースロケータ（ＵＲＬ）を生成させ、ここで、前記ＵＲＬは、複数の自動化されたプロセスを含む実行中のワークフロープロセスの少なくとも１つの自動化されたプロセスを再開することに関連付けられ、
外部システム／アプリケーションへ前記ＵＲＬを提供させ、
前記外部システム／アプリケーションでのトリガイベントに応答して、前記外部システム／アプリケーションからの前記ＵＲＬの入力を受信させ、
前記ＵＲＬの入力に基づいて、少なくとも１つのヘッドレスロボットによって前記少なくとも１つの自動化されたプロセスを再開させる。

【請求項2】

前記少なくとも１つの自動化されたプロセスは、中断またはマークされたアイドルである、請求項１に記載のシステム。

【請求項3】

前記少なくとも１つの自動化されたプロセスは、自動化されたプロセスのセットであり、前記ＵＲＬの入力に基づいて、前記自動化されたプロセスのセットを再開する、請求項１に記載のシステム。

【請求項4】

前記システムは、中央集中型の実行ワークフロープロセスを実行する、請求項１に記載のシステム。

【請求項5】

前記実行ワークフロープロセスは、長期の実行ワークフロープロセスである、請求項１に記載のシステム。

【請求項6】

前記ＵＲＬの入力の受信は、前記外部システム／アプリケーションによって決定されたビジネスイベントに応答する、請求項１に記載のシステム。

【請求項7】

前記実行中のワークフロープロセスが永続的である、請求項１に記載のシステム。

【請求項8】

プロセッサにより、ユニバーサルリソースロケータ（ＵＲＬ）を生成し、ここで、前記ＵＲＬは、複数の自動化されたプロセスを含む実行中のワークフロープロセスの少なくとも１つの自動化されたプロセスを再開することに関連付けられ、
プロセッサにより、外部システム／アプリケーションへＵＲＬを提供し、
プロセッサにより、前記外部システム／アプリケーションでのトリガイベントに応答して、前記外部システム／アプリケーションからの前記ＵＲＬの入力を受信し、
プロセッサにより、前記ＵＲＬの入力に基づいて、少なくとも１つのヘッドレスロボットによって前記少なくとも１つの自動化されたプロセスを再開することを含む、方法。

【請求項9】

前記少なくとも１つのプロセスは、中断またはマークされたアイドルである、請求項８に記載の方法。

【請求項10】

前記少なくとも１つの自動化されたプロセスは、自動化されたプロセスのセットであり、前記ＵＲＬの入力に基づいて、前記自動化されたプロセスのセットを再開する、請求項８に記載の方法。

【請求項11】

前記実行ワークフロープロセスは、中央集中型の実行ワークフロープロセスである、請求項８に記載の方法。

【請求項12】

前記実行ワークフロープロセスは、長期の実行ワークフロープロセスである、請求項８に記載の方法。

【請求項13】

前記ＵＲＬの入力の受信は、前記外部システム／アプリケーションによって決定されたビジネスイベントに応答する、請求項８に記載の方法。

【請求項14】

前記実行中のワークフロープロセスが永続的である、請求項８に記載の方法。

【請求項15】

１または複数のプロセッサと、
前記１または複数のプロセッサに結合されたメモリと、を備え、
前記メモリは、前記１または複数のプロセッサによって実行されたときに、前記１または複数のプロセッサに以下を実行させるプログラム命令を格納する、システム。
ユニバーサルリソースロケータ（ＵＲＬ）を受信させ、ここで、前記ＵＲＬは、複数の自動化されたプロセスを含む実行中のワークフロープロセスの少なくとも１つの自動化されたプロセスを再開することに関連付けられ、
トリガイベントに応答して、少なくとも１つのヘッドレスロボットによって前記少なくとも１つの自動化されたプロセスを再開させるために前記ＵＲＬを送信させる。

【請求項16】

前記少なくとも１つの自動化されたプロセスは、中断またはマークされたアイドルである、請求項１５に記載のシステム。

【請求項17】

前記少なくとも１つの自動化されたプロセスは、自動化されたプロセスのセットであり、前記送信されたＵＲＬに基づいて、前記自動化されたプロセスのセットを再開する、請求項１６に記載のシステム。

【請求項18】

前記実行ワークフロープロセスは、長期の実行ワークフロープロセスである、請求項１６に記載のシステム。

【請求項19】

前記送信されたＵＲＬがビジネスイベントに応答する、請求項１６に記載のシステム。

【請求項20】

前記実行中のワークフロープロセスが永続的である、請求項１６に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願への相互参照）
本出願は、２０１９年１０月１日に出願された米国出願第１６／５９０，００７号の利益を主張し、その内容は参照により本明細書に組み込まれる。

【背景技術】

【0002】

長時間実行ワークフローは、所望のソフトウェア機能を実行するために、何時間、何日、または何ヶ月などの長期間にわたって持続することができる永続的なワークフローである。このような機能の例としては、承認プロセスがある。これらのワークフローは、外部システムまたはアプリケーションと連携し得る。長時間実行ワークフローを実行するために、断片化された自動化されたプロセス／ジョブをつなぎ合わせることで、ワークフローの長時間稼働動作を実現し得る。

【0003】

これらのワークフローと外部環境／アプリケーションとの間で、より効率的な対話を持つことが、ロボティックプロセスオートメーション環境では望ましい。

【発明の概要】

【0004】

コンピュータシステムは、ユニバーサルリソースロケータ（ＵＲＬ）を生成する。ＵＲＬは、複数の自動化されたプロセスを含む実行中のワークフロープロセスの少なくとも１つの自動化されたプロセスを再開することに関連付けられる。ＵＲＬは外部のシステム／アプリケーションに提供される。外部システム／アプリケーションでのトリガイベントに応じて、外部システム／アプリケーションからＵＲＬの入力が受信される。ＵＲＬの入力に基づいて、少なくとも１つのヘッドレスロボットによって少なくとも１つの自動化されたプロセスが再開される。

【図面の簡単な説明】

【0005】

より詳細な理解は、図中の類似の参照数字が類似の要素を示す、添付の図面との関連で例示的に与えられた以下の説明から得られ得る。

【0006】

【図1A】ロボティックプロセスオートメーション（ＲＰＡ）の開発、設計、運用、または実行の説明図である。

【0007】

【図1B】ＲＰＡの開発、設計、運用、または実行の別の説明図である。

【0008】

【図1C】コンピューティングシステムまたは環境の説明図である。

【0009】

【図2】外部システム／アプリケーションと実行中のワークフロープロセスシステムとの間の対話の簡略化された説明図である。

【0010】

【図3】ユニバーサルリソースロケータ、ＵＲＬを使用したロボットプロセス（複数可）の再開のフロー図である。

【0011】

【図4】トピック名を使用したロボットプロセス（複数可）の再開のフロー図である。

【発明を実施するための形態】

【0012】

以下に記載されている方法およびプロセスでは、記載されているステップは任意の順序で順不同で実行され得、明示的に記載または表示されていないサブステップが実行され得る。また、「結合されている」または「操作的に結合されている」とは、オブジェクトが連結されていることを意味してもよいが、連結されているオブジェクトの間にゼロまたはそれ以上の中間オブジェクトを有してもよい。また、開示された特徴／要素の任意の組み合わせが、１または複数の実施形態で使用されてもよい。「ＡまたはＢ」を参照して使用する場合は、Ａ、Ｂ、またはＡおよびＢを含む場合があり、より長いリストと同様に拡張され得る。表記Ｘ／Ｙを使用する場合、それはＸまたはＹを含み得る。あるいは、表記Ｘ／Ｙを使用する場合、それはＸおよびＹを含み得る。Ｘ／Ｙ表記は、同一の説明されたロジックを有するより長いリストと同様に拡張され得る。

【0013】

図１Ａは、ロボティックプロセスオートメーション（ＲＰＡ）の開発、設計、運用、または実行１００の説明図である。デザイナ１０２は、スタジオ、開発プラットフォーム、開発環境などとして時々参照され、ロボットが１または複数のワークフローを実行または自動化するためのコード、命令、コマンドなどを生成するように構成され得る。コンピューティングシステムがロボットに提供し得る選択（複数可）から、ロボットは、ユーザーまたはオペレータによって選択されたビジュアルディスプレイの領域（複数可）の代表的なデータを決定し得る。ＲＰＡの一環として、コンピュータビジョン（ＣＶ）操作または機械学習（ＭＬ）モデルに関連して、四角、直方体、円、多角形、自由形などの多次元の形状をＵＩロボットの開発およびランタイムに利用され得る。

【0014】

ワークフローによって達成され得る操作の非限定的な例としては、ログインの実行、フォームへの入力、情報技術（ＩＴ）管理などのうちの1または複数であり得る。ＵＩ自動化のためのワークフローを実行するために、ロボットは、アプリケーションのアクセスまたはアプリケーションの開発に関係なく、ボタン、チェックボックス、テキストフィールド、ラベルなどの特定の画面要素を一意に識別する必要があり得る。アプリケーションアクセスの例としては、ローカル、仮想、リモート、クラウド、Ｃｉｔｒｉｘ（登録商標）、ＶＭＷａｒｅ（登録商標）、ＶＮＣ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）リモートデスクトップ、仮想デスクトップインフラストラクチャ（ＶＤＩ）などがあり得る。アプリケーション開発の例としては、ｗｉｎ３２、Ｊａｖａ、Ｆｌａｓｈ、ハイパーテキストマークアップ言語（（ＨＴＭＬ）、ＨＴＭＬ５、拡張可能なマークアップ言語（ＸＭＬ）、Ｊａｖａｓｃｒｉｐｔ、Ｃ＃、Ｃ＋＋、Ｓｉｌｖｅｒｌｉｇｈｔなどであり得る。

【0015】

ワークフローには、タスクシーケンス、フローチャート、有限状態マシン（ＦＳＭ）、グローバル例外ハンドラなどが含まれ得るが、これらに限定されない。タスクシーケンスは、１または複数のアプリケーションまたはウィンドウ間の線形タスクを処理するための線形プロセスであり得る。フローチャートは、複雑なビジネスロジックを扱うように構成され得、複数の分岐ロジックオペレータを介して、より多様な方法で意思決定の統合およびアクティビティの接続を可能にする。ＦＳＭは、大規模なワークフロー用に構成され得る。ＦＳＭは、条件、遷移、アクティビティなどによってトリガされ得る有限数の状態を実行中に使用し得る。グローバル例外ハンドラは、プロセスのデバッグプロセスなどのために、実行エラーが発生したときのワークフローの動作を判断するように構成され得る。

【0016】

ロボットは、アプリケーション、アプレット、スクリプトなどであり得、基盤となるオペレーティングシステム（ＯＳ）またはハードウェアに対し透過的なＵＩを自動化し得る。デプロイメント時には、１または複数のロボット２０４は、コンダクタ１０４（オーケストレータ２０２と呼ばれることもある）によって管理、制御などされ得る。コンダクタ１０４は、メインフレーム、ウェブ、仮想マシン、リモートマシン、仮想デスクトップ、エンタープライズプラットフォーム、デスクトップアプリ（複数可）、ブラウザ、またはそのようなクライアント、アプリケーション、もしくはプログラムにおいてワークフローを実行または監視するようにロボット（複数可）または自動化エグゼキュータ１０６に指示または命令し得る。コンダクタ１０４は、コンピューティングプラットフォームを自動化するために複数のロボット２０４を指示または命令するための中央または半中央点として機能し得る。

【0017】

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

【0018】

ロボット（複数可）または自動化エグゼキュータ１０６は、アンアテンディッド１０８またはアテンディッド１１０として構成され得る。アンアテンディッド１０８操作の場合、自動化は、サードパーティの入力または制御なしで実行され得る。アテンディッド１１０操作については、サードパーティのコンポーネントからの入力、コマンド、指示、指導などを受信して自動化が行われ得る。

【0019】

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

【0020】

いくつかの実施形態では、ロボット（複数可）または自動化エグゼキュータ１０６は、ユーザーモードでインストールされ得る。これらのロボットは、所定のロボットが設置されているユーザーと同じ権利を持ち得る。この特徴は、高密度（ＨＤ）環境などで最大のパフォーマンスで各マシンを完全に利用できるようにする高密度（ＨＤ）ロボットでも使用でき得る。

【0021】

特定の実施形態では、ロボット（複数可）または自動化エグゼキュータ１０６は、それぞれが特定の自動化タスクまたはアクティビティに特化したいくつかのコンポーネントに分割、分散などされ得る。ロボットコンポーネントには、ＳＣＭ管理ロボットサービス、ユーザーモードロボットサービス、エグゼキュータ、エージェント、コマンドラインなどが含まれ得る。ＳＣＭ管理ロボットサービスは、Ｗｉｎｄｏｗｓ（登録商標）セッションを管理または監視し、コンダクタ１０４と実行ホスト（すなわち、ロボット(複数可)または自動化エグゼキュータ１０６が実行されるコンピューティングシステム）との間のプロキシとして機能し得る。これらのサービスは、ロボット（複数可）または自動化エグゼキュータ１０６のための資格情報を任されて管理し得る。

【0022】

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

【0023】

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

【0024】

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

【0025】

図１Ｂは、ＲＰＡの開発、設計、運用、または実行１２０の別の説明図である。スタジオコンポーネントまたはモジュール１２２は、ロボットが１または複数のアクティビティ１２４を実行するためのコード、命令、コマンドなどを生成するように構成され得る。ユーザーインターフェース（ＵＩ）自動化１２６は、１または複数のドライバコンポーネント１２８を使用して、クライアント上のロボットによって実行され得る。ロボットは、コンピュータビジョン（ＣＶ）アクティビティモジュールまたはエンジン１３０を使用してアクティビティを行い得る。他のドライバ１３２は、ＵＩの要素を得るためにロボットによるＵＩ自動化のために利用され得る。それらには、ＯＳドライバ、ブラウザドライバ、仮想マシンドライバ、エンタープライズドライバなどが含まれ得る。特定の構成では、ＣＶアクティビティモジュールまたはエンジン１３０は、ＵＩ自動化のために使用されるドライバであり得る。

【0026】

図１Ｃは、情報またはデータを通信するためのバス１４２または他の通信機構と、処理のためにバス１４２に結合された１または複数のプロセッサ（複数可）１４４とを含むことができるコンピューティングシステムまたは環境１４０の説明図である。１または複数のプロセッサ（複数可）１４４は、中央処理ユニット（ＣＰＵ）、特定用途集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、グラフィックス処理ユニット（ＧＰＵ）、コントローラ、マルチコア処理ユニット、３次元プロセッサ、量子コンピューティングデバイス、またはそれらの任意の組み合わせを含む、任意のタイプの一般的または特定用途プロセッサであり得る。１または複数のプロセッサ（複数可）１４４はまた、複数の処理コアを有してもよく、コアの少なくとも一部は、特定の機能を実行するように構成され得る。また、マルチパラレル処理が構成され得る。さらに、少なくとも１または複数のプロセッサ（複数可）１４４は、生物学的ニューロンを模倣する処理要素を含むニューロモーフィック回路であり得る。

【0027】

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

【0028】

通信装置１４８は、周波数分割多元接続（ＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、直交周波数分割多重方式（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、移動体用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ）通信、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ユニバーサル移動体通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）、ｃｄｍａ２０００、広帯域ＣＤＭＡ（Ｗ－ＣＤＭＡ：Ｗｉｄｅｂａｎｄ ＣＤＭＡ）、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ：ＬＴＥ Ａｄｖａｎｃｅｄ）、８０２．１１ｘ、Ｗｉ－Ｆｉ、Ｚｉｇｂｅｅ、超広帯域無線（ＵＷＢ：Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、８０２．１６ｘ、８０２．１５、Ｈｏｍｅ Ｎｏｄｅ－Ｂ（ＨｎＢ）、Ｂｌｕｅｔｏｏｔｈ、無線ＩＤタグ（ＲＦＩＤ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、近距離無線通信（ＮＦＣ：Ｎｅａｒ－Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、第５世代（５Ｇ）、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）、または、1もしくは複数のアンテナを介して通信するためのいずれかの他の無線もしくは有線のデバイス/トランシーバとして構成され得る。アンテナは、単数型、アレイ型、フェーズド型、スイッチ型、ビームフォーミング型、ビームステア型などであり得る。

【0029】

１または複数のプロセッサ（複数可）１４４は、バス１４２を介して、プラズマ、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）、フィールドエミッションディスプレイ（ＦＥＤ）、有機発光ダイオード（ＯＬＥＤ）、フレキシブルＯＬＥＤ、フレキシブル基板ディスプレイ、プロジェクションディスプレイ、４Ｋディスプレイ、高精細（ＨＤ）ディスプレイ、Ｒｅｔｉｎａ（著作権）ディスプレイ、面内スイッチング（ＩＰＳ）またはそのようなベースのディスプレイなどのディスプレイデバイス１５０にさらに結合され得る。表示デバイス１５０は、入力／出力（Ｉ／Ｏ）のために、当業者に理解されるように、抵抗性、静電容量性、表面音響波（ＳＡＷ）静電容量性、赤外線、光学イメージング、分散信号技術、音響パルス認識、フラストレート全内部反射などを使用して、タッチ、３次元（３Ｄ）タッチ、マルチ入力タッチ、またはマルチタッチディスプレイとして構成され得る。

【0030】

キーボード１５２およびコンピュータマウス、タッチパッドなどの制御装置１５４は、コンピューティングシステムまたは環境１４０への入力のためにバス１４２にさらに結合され得る。さらに、入力は、それと通信している別のコンピューティングシステムを介してリモートでコンピューティングシステムまたは環境１４０に提供されてもよいし、コンピューティングシステムまたは環境１４０が自律的に動作してもよい。

【0031】

メモリ１４６は、１または複数のプロセッサ（複数可）１４４によって実行または処理されたときに機能を提供するソフトウェアコンポーネント、モジュール、エンジンなどを格納してもよい。これは、コンピューティングシステムまたは環境１４０のためのＯＳ１５６を含み得る。モジュールは、アプリケーション固有のプロセスまたはその派生物を実行するためのカスタムモジュール１５８をさらに含み得る。コンピューティングシステムまたは環境１４０は、付加的な機能を含む１または複数の付加的な機能モジュール１６０を含み得る。

【0032】

コンピューティングシステムまたは環境１４０は、サーバー、組み込みコンピューティングシステム、パーソナルコンピュータ、コンソール、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話、タブレットコンピューティングデバイス、量子コンピューティングデバイス、クラウドコンピューティングデバイス、モバイルデバイス、固定型モバイルデバイス、スマートディスプレイ、ウェアラブルコンピュータなどとして実行するように適合または構成され得る。

【0033】

長時間実行ワークフロー環境では、複数の断片化された自動化されたプロセス／ジョブがつなぎ合わされている。プロセス／ジョブは中断され、異なるインスタンスで再開され、ワークフローに長時間の動作を追加する。プロセス／ジョブの再開は、外部システム／アプリケーション２０６からのトリガ、例えば、ＳＡＰインボイス完了、Ｓａｌｅｓｆｏｒｓｆｏｒｃｅトリガなどの外部トリガによってトリガされ得る。

【0034】

長時間実行ワークフローは、以下ではオーケストレーションプロセスとして参照されている。オーケストレーションプロセスは、長時間実行ワークフローのための中央集中型のアプローチである。しかし、オーケストレーションプロセスのための技術は、分散型プロセスに適用され得る。オーケストレーションプロセスには、主に長期的に実行する機能をサポートするために開始するアクティビティの限られたセットが含まれる。オーケストレーションプロセスは、ロボットファームなどのロボット２０４によって実行される。このプロセスタイプには、長期的に実行されるアクティビティと一緒に動作するようにシリアル化可能であることを証明した後に、追加のアクティビティが追加される。ワークフローコンテキストは、シリアル化され、中央のストアに保存される。オーケストレーションプロセスは、同期ブロッキング（Ｓｙｎｃ－Ｂｌｏｃｋｉｎｇ）または非同期ブロッキング（Ａｓｙｎｃ－Ｂｌｏｃｋｉｎｇ）の方法で起動され得る通常の非ＵＩアクティビティと同様に、非同期ノンブロッキング（Ａｓｙｎｃ－Ｎｏｎ－Ｂｌｏｃｋｉｎｇ）の方法で起動され得る長時間実行のアクティビティを含み得る。

【0035】

オーケストレーションプロセスは、ヘッドレスロボット２０４のボット環境で実行されるように構成され得る。ヘッドレスロボット２０４は、人の関与とは無関係にタスクを実行するアンアテンディッドボット２０４である。ヘッドレスロボット２０４は典型的には、スケジュール上またはトリガされたイベントに応答して自動的に起動するようにプログラムされている。以下では、ヘッドレスロボット２０４の文脈で説明されるが、いくつかの実施形態は、非ヘッドレスロボット２０４にも適用可能である。

【0036】

ボット２０４は、オーケストレータ２０２からそれらに渡された関連するワークフローコンテキスト（開始ジョブまたはスケジュールジョブまたはオーケストレータキュー）を用いて、ボット２０４を使用してオーケストレータプロセスの複数のインスタンスを実行することができる、長く実行されているアクティビティを有するプロセス／ジョブを実行し得る。

【0037】

図２は、ワークフロープロセスシステムを説明する簡略図である。長時間実行ワークフローシステム２００は、オーケストレータ２０２と、ヘッドレスロボット２０４_１～２０４_Ｎ（２０４）とを含む。オーケストレータ２０２は、ヘッドレスロボット２０４と通信して管理し、承認処理などの長時間のワークフローを実行する。長期的なワークフローの例は、請求書処理のＧＬコード承認、見積書割引承認プロセス、ロボット処理されたコンテンツが監査目的のために人によって検証される必要がある検証シナリオ、または信頼性の低いスコアの場合、保険請求プロセス、従業員のオンボーディングプロセスを含む。上記のように、人為的なアクションを含む長時間実行ワークフローの一部は、ＲＰＡワークフローがその端末相互間で完了するために再開されなければならないことに基づく他のサードパーティ製システムで実行され得る。また、オーケストレータ２０２は、外部システムまたはアプリケーション２０６とも通信する。図２のシステムにおけるオーケストレータ２０２は、ワークフローの中央集中型操作を実行するものとして示されている。しかし、以下の実施形態では、非中央集中型ワークフローシステムに適用可能なシグナリングを含む。例えば、長時間実行ワークフローは、バイボット２０４（アンアテンディッド－通常またはヘッドレス）で分散して実行され得る。図２は、ヘッドレスロボット２０４が中央システムに含まれていることを示す、長時間実行ワークフローシステムを示しているが、別のアプローチでは、長時間実行ワークフローの一部をロボット２０４（クライアントマシン）で実行し、オーケストレータ２０２内の中央永続性でワークフローの状態を調整し得る。長い実行ステップ（内部または外部）が完了するたびに、同じロボットファーム内の任意の利用可能なボット２０４でワークフローが再開される。

【0038】

図３は、ＵＲＬを使用して外部トリガに基づいてロボットプロセスを再開する実施形態のフロー図である。このユニークなＵＲＬは、長い間実行されているプロセスの特定のインスタンスを、特定の中断されたステップから再開させ得る。オーケストレータ２０２は、ＵＲＬ、３０２を生成し、外部システム／アプリケーション２０６、３０４にＵＲＬを提供する。特定のビジネスイベント（複数可）に応答して、外部システム／アプリケーション２０６は、ＵＲＬ３０６を呼び出す。オーケストレータ２０２は、起動されたＵＲＬに基づいて、ヘッドレスロボット２０４、３０８による実行のために、中断されたアイドルプロセスまたはマークされたアイドルプロセスを再開するかどうかを決定する。図３ではＵＲＬを参照しているが、インターネットプロトコルアドレス、媒体アクセス制御（ＭＡＣ）アドレス、ネットワークアドレスなど、他のアドレッシング技術が使用され得る。

【0039】

図４は、トピック名を使用した外部トリガに基づいてロボットプロセスを再開する実施形態のフロー図である。トピック名ベースの再開技術を使用して、オーケストレータインスタンスのさまざまなステップで中断されている長時間実行ワークフローの複数のインスタンスを再開し得る。オーケストレータ２０２は、トピック名４０２を生成し、外部システム／アプリケーション２０６、４０４にトピック名を提供する。特定のビジネスイベント（複数可）に応答して、外部システム／アプリケーション２０６は、トピック名４０６でオーケストレータ２０２にコールバックを送信する。オーケストレータ２０２は、トピック名に基づいて、ヘッドレスロボット２０４、４０８による実行のために、中断されたアイドルプロセスまたはマークされたアイドルプロセスを再開するかどうかを決定する。以下のアクティビティのリストでは、ユーザーがワークフロー／オーケストレーションプロセスにトリガを追加し得る。外部トリガの作成：外部トリガの作成アクティビティは、外部システム２０６に固有であり、特定のジョブのために起動される。外部トリガは、ＲＰＡ開発者が外部トリガ（ＳＡＰ請求書の完成（ＳＡＰＩｎｖｏｉｃｅ ｃｏｍｐｌｅｔｉｏｎ）、セールスフォーストリガ（Ｓａｌｅｓｆｏｒｃｅ Ｔｒｉｇｇｅｒ）など）にマッピングするために提供するテキスト識別子によって作成される。アクティビティの潜在的な出力は、ジョブを再開すべき何らかのビジネスイベントに基づいて外部システム２０６によって起動されるオーケストレータ２０２によって生成されたＵＲＬを含むことができるサブスクライバＵＲＬなどのＵＲＬである。

【0040】

外部トリガで再開：外部トリガでの再開アクティビティは、入力としてサブスクライバＵＲＬを取る。オーケストレータ２０２がこのトリガを待っているジョブ（複数可）のセットを再開することができることに基づいて構成された外部トリガが発生するまで、プロセスは中断されるかまたはアイドルとしてマークされる。

【0041】

別の方法として、ワークフローでトピック名を指定し得る。指定されたトピックのコールバックを受信すると、そのトピックで待機しているワークフローが再開される。

【0042】

オーケストレーションプロセスを実行時に実行するためのロボットコンポーネントおよびオーケストレータコンポーネントの潜在的な要件は以下の通りである。

【0043】

１．ジョブのスケジュールまたは開始ジョブに従って、ヘッドレスボット２０４でオーケストレーションプロセスを実行する。オーケストレーションプロセスは、ヘッドレスロボット２０４のボット環境で実行されるように構成されてもよい。ボット２０４は、オーケストレータ２０２からそれらに渡された関連するワークフローコンテキスト（ジョブの開始またはジョブのスケジュールまたはオーケストレータのキュー）を使用して、長時間実行アクティビティを有するプロセス（ジョブ）を実行し得る。

【0044】

２．オーケストレーションプロセスのインスタンスを同時に実行する。ヘッドレスロボット２０４では、オーケストレーションプロセスの複数のインスタンスを実行することが可能であり得る。

【0045】

３．フロー内の特定のアクティビティにおいて、ワークフローの実行を「アイドル」またはオーケストレータ内の「一時停止」状態としてマークする機能。ｂボットは、現在のジョブがアイドルとしてマークされるワークフローコンテキストを保存するために永続化サービスを起動し得、ボットは特定のステップでワークフローの永続化を開始するために、アクティビティロジックによって信号を送られ得、任意の他のサブプロセス／ジョブの完了を待っているアクティブなインスタンスは存在しない場合があり、このボットは、サーバーの負荷および設定に応じつつ、同じまたは異なるワークフローの別のジョブの実行を行うために割り当てられ得、同じワークフローのインスタンスは、プロセス定義に従って複数のステップで「アイドル」になる場合がある。

【0046】

４．永続的なアクティビティ（長時間実行タスク）の終了時に、ワークフローの実行を再開できる機能。ボット２０４は、ヒューマンタスクまたは他の長期的なアクティビティの完了時に、併合されたビジネスコンテキストを使用して、長時間実行ジョブの実行を再開することができ、再開フローのトリガとなるイベントに基づいて、永続化サービスは、正確なワークフローコンテキストを取得し、ワークフローインスタンスの残りの部分を実行するために、割り当てられた環境内のいずれかのロボットを割り当て得、新しいバージョンのパッケージが利用可能でプロセスが作成された場合でも、フローが「アイドル」状態に設定されたのと同じパッケージバージョンで再開フローが起動され得、ログと状態は、同じジョブ識別子で維持され、こうしてプロセスの開始から終了まで、長時間実行ワークフロージョブを作成する。

【0047】

５．ウェイトフォーオール（Ｗａｉｔ ｆｏｒ Ａｌｌ）、ウェイトフォーエニー（Ｗａｉｔ ｆｏｒ Ａｎｙ）、またはウェイトフォーエニー＃セマンティクス（Ｗａｉｔ ｆｏｒ Ａｎｙ ＃ Ｓｅｍａｎｔｉｃｓ）に基づいてワークフローの実行を再開する機能。オーケストレータ２０２は、プロセスが待機している全てのアクティビティからコールバックを受信した後にのみ、そのようなジョブを再開するようにロボットに指示し得、オーケストレータ２０２は、再開コールを起動する前に、様々な並列ブランチを同期し得る。

【0048】

６．ロボットとサーバー間のワークフローコンテキストの確実な引き渡し。ボット２０４は、ジョブを障害としてマークする前に、内部リトライメカニズムを用いてワークフローコンテキストを永続化サービスに発信している間に、障害から回復し得る。

【0049】

７．前のステップを実行したロボットのプロセスの優先順位付けを再開する。永続化ワークフローエンジンは、プロセスがフローを再開しながら「アイドル」状態になる前に、同じワークフローの一部を実行した特定の環境内のロボット２０４に優先順位を付け得る。

【0050】

８．オーケストレーションプロセスの新しい状態「アイドル」または「一時停止」および「再開の保留中」または「再開された」。オーケストレーションプロセスが長時間実行ステップ（タスクなど）を実行している場合、ジョブのステータスは「アイドル」と表示され得、タスク完了イベントがオーケストレータコールバックをトリガすると、ジョブの状態は「アイドル」から「実行中」または「再開の保留中」に変わり、ジョブはその実行中に何度も「アイドル」状態に移行し得、「再開の保留中」は、「アイドル」ジョブが全ての依存するブックマークの完了に基づいて再開されたが、ボットの利用可能性に基づいて保留されている場合、新しい状態になり得、この状態は、オーケストレータ２０２のジョブの監視とロボット２０４、オーケストレータジョブおよびロボットのリストビューに反映されなければならない。

【0051】

９．ロボットおよび他のサーバー間の通信中のエラー処理およびリトライメカニズム。ロボットツーワークフロー（Ｒｏｂｏｔ ｔｏ ｗｏｒｋｆｌｏｗ）永続化サービス中、タスク管理サービス中、および再開ジョブ起動中のエラーおよびリトライのメカニズムを処理する。

【0052】

１０．イベントトリガ。ジョブを作成する。オーケストレータ２０２は、オーケストレータジョブビューからジョブを作成し得る。

【0053】

１１．イベントトリガ。ジョブスケジュール。オーケストレータ２０２のユーザーは、オーケストレータのスケジュールビューからジョブの実行をスケジュールし得る。

【0054】

ロボットサービスの潜在的な要件としては、以下のようなものが考えられる。

【0055】

１．ＵｉＰａｔｈ．Ｅｘｅｃｕｔｏｒ．ｅｘｅの永続化機能。ＵｉＰａｔｈ．Ｅｘｅｃｕｔｏｒ．ｅｘｅはロボットクライアント上で実行するワークフローをホストし、新しい長期的に実行されるアクティビティの導入により、アクティビティは永続化イベントを発生させることができるブックマーク作成を起動し得、オーケストレーションジョブを正しいワークフローコンテキストとブックマーク情報で「アイドル」としてマークするように、ＵｉＰａｔｈ．Ｅｘｅｃｕｔｏｒ．ｅｘｅは、永続化とサポートする全てのイベントを処理し、そのデータを、オーケストレーターチームによって暴露され得る新しい永続化サービスのエンドポイントに送信するように変更する必要がある。

【0056】

２．ＵｉＰａｔｈロボットサービスとＵｉＰａｔｈ．Ｅｘｅｃｕｔｏｒ．ｅｘｅでジョブ機能を再開する。アイドルジョブの再開をサポートするために、ＵｉＰａｔｈロボットサービスは、再開コールバックイベント処理（タスク完了時にタスク管理システムによって、またはジョブ完了／キュー項目実行完了時にオーケストレータ２０２によって）時に必要な情報をエグゼキュータに渡す機能を有し得、ＵｉＰａｔｈ．Ｅｘｅｃｕｔｏｒ．ｅｘｅは、プロセス情報に基づいてワークフローをロードし、（与えられたブックマークに基づいて同じ識別子で）ジョブを再開さする機能を有し得る。

【0057】

イベントトリガに基づく自動化ワークフローのためのこれらの実施形態の潜在的な利点は、中央で調整されたヘッドレスロボット２０４におけるオーケストレーションプロセスの複数のインスタンスを実行する能力を取り込むことである。オーケストレーションプロセス内の永続的なステップ／アクティビティはまた、任意の異なるロボット（中央で調整されるが、分散した実行）で実行され得る。また、ボットによる継続的な監視または待機を必要とせず、長時間実行ワークフローを実行しながらリソースの割り当てを改善し得る。また、プロセス中に実行された全ての基礎となるジョブへのリンクで、プロセス実行インスタンスを追跡する機能が可能になる。

【0058】

本明細書に記載された例では、モジュールは、カスタムの非常に大規模な集積（ＶＬＳＩ）回路またはゲートアレイ、ロジックチップ、トランジスタ、または他の個別部品のような既製の半導体を含むハードウェア回路として実装され得る。また、モジュールは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジック装置、グラフィックス処理ユニットなどのプログラマブルハードウェア装置に実装され得る。

【0059】

モジュールは、様々なタイプのプロセッサによって実行されるためのソフトウェアに少なくとも部分的に実装され得る。識別された実行可能コードのユニットは、例えば、オブジェクト、プロシージャ、ルーチン、サブルーチン、または関数として編成されていてもよいコンピュータ命令の１または複数の物理的または論理的なブロックを含み得る。識別されたモジュールの実行ファイルは、論理的に結合されるとモジュールを構成するように、異なる場所に共に配置されたり、格納されたりする。

【0060】

実行可能なコードのモジュールは、単一の命令、１または複数のデータ構造、１または複数のデータセット、複数の命令などであり、複数の異なるコードセグメント、異なるプログラム間、複数のメモリデバイス間などに分散され得る。操作データまたは機能データは、モジュール内で識別され、ここで示されてもよく、任意の適切なタイプのデータ構造内で適切な形態で具現化され、組織化され得る。

【0061】

本明細書で与えられた実施例では、コンピュータプログラムは、ハードウェア、ソフトウェア、またはハイブリッド実装で構成され得る。コンピュータプログラムは、互いに操作可能な通信を行い、情報または指示を渡すためのモジュールで構成され得る。

【0062】

特徴および要素は、特定の組み合わせで上に記載されているが、各特徴または要素は、単独で、または他の特徴および要素と任意の組み合わせで使用することができることが、当業者には理解されるであろう。さらに、本明細書に記載された方法は、コンピュータまたはプロセッサによって実行されるために、コンピュータ読み取り可能な媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアに実装され得る。コンピュータ読み取り可能な媒体の例としては、電子信号（有線または無線接続を介して送信される）およびコンピュータ読み取り可能な記憶媒体が挙げられる。コンピュータ読み取り可能な記憶媒体の例としては、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体記憶装置、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光学媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多目的ディスク（ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【国際調査報告】