JP2024517364A - 自己所有マシンの持ち込み（ｂｙｏｍ） - Google Patents

Abstract

自己所有マシンの持ち込み（ＢＹＯＭ）によりマシンプールを作成および／または編集するための方法および／または装置は、マシンの静的リストを用いてマシンプールを作成および／または編集するステップを含む。ユーザー入力マシンリストおよび既存のマシンリストが検索され、ユーザー入力マシンリストおよび既存のマシンリストが比較されて、ユーザー入力マシンリストと既存のマシンリストとの間の１つまたは複数の変更が識別される。次に、ユーザー入力マシンリストと既存のマシンリストとの間の１つまたは複数の変更が識別された場合に、新しいマシン仕様が作成される。次いで、１つまたは複数のマシンが新しいマシン仕様に移動される。

Description

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

本発明は、一般に、ロボティックプロセスオートメーション（ＲＰＡ）に関し、より具体的には、ＢＹＯＭをＲＰＡに組み込むことに関する。

クラウドロボットの前に、顧客は物理マシンを手動で構成し、自身のコンピューティングシステム（例えば、仮想マシン）をＵｉＰａｔｈ（登録商標）Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）に接続するためにロボットを設置する。コンピューティングシステムをＵｉＰａｔｈ（登録商標）Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）に接続するために、ライセンスキーがコンピューティングシステムを準備するユーザーに渡される。このライセンスキーは、いくつか例を挙げると、通常、電子メール、ショートメッセージングシステム（ＳＭＳ）、スラック（登録商標）、および電話によって転送される。このライセンスキーを渡す方法は安全ではなく、チャネル、すなわちライセンスキーを渡す手段も安全ではない。

したがって、クラウドロボットをＯｒｃｈｅｓｔｒａｔｏｒ（商標）に安全に接続するための改善された方法が有益であり得る。

本発明の特定の実施形態は、現在のクラウドロボット技術によってまだ完全に特定、認識、または解決されていない当技術分野の問題および必要性に対するソリューションを提供することができる。例えば、本発明のいくつかの実施形態は、クラウドロボットをＢＹＯＭモデルに接続することに関する。

一実施形態では、自己所有マシンの持ち込み（ＢＹＯＭ）によりマシンプールを作成および／または編集するためのコンピュータにより実施される方法は、マシンの静的リストを用いてマシンプールを作成および／または編集するステップを含む。本方法はまた、ユーザー入力マシンリストおよび既存のマシンリストを検索し、前記ユーザー入力マシンリストと前記既存のマシンリストとの間の１つまたは複数の変更を識別するために、前記ユーザー入力マシンリストと前記既存のマシンリストとを比較するステップを含む。本方法は、ユーザー入力マシンリストと前記既存のマシンリストとの間の前記１つまたは複数の変更が識別された場合に新しいマシン仕様を作成するステップをさらに含む。本方法はまた、１つまたは複数のマシンを新しいマシン仕様に移動またはインポートするステップを含む。

別の実施形態では、コンピュータプログラムは、非一時的コンピュータ可読媒体上で具現化される。コンピュータプログラムは、１つまたは複数のプロセッサに、自己所有マシンの持ち込み（ＢＹＯＭ）によってマシンプールを作成および／または編集させるように構成される。コンピュータプログラムは、１つまたは複数のプロセッサに、マシンの静的リストを用いてマシンプールを作成および／または編集させるようにさらに構成される。コンピュータプログラムは、１つまたは複数のプロセッサに、ユーザー入力マシンリストおよび既存のマシンリストを検索させ、前記ユーザー入力マシンリストと前記既存のマシンリストとの間の１つまたは複数の変更を識別するために、前記ユーザー入力マシンリストと前記既存のマシンリストとを比較させるようにさらに構成される。コンピュータプログラムは、ユーザー入力マシンリストと既存のマシンリストとの間の１つまたは複数の変更が識別された場合に、１つまたは複数のプロセッサに新しいマシン仕様を作成させるようにさらに構成される。コンピュータプログラムは、１つまたは複数のプロセッサに、１つまたは複数のマシンを新しいマシン仕様に移動またはインポートさせるようにさらに構成される。

さらに別の実施形態では、自己所有マシンの持ち込み（ＢＹＯＭ）によりマシンプールを作成および／または編集するシステムは、１つまたは複数のコンピュータ実行可能命令を格納するように構成されたメモリと、１つまたは複数の命令を遂行して、マシンの静的リストを用いてマシンプールの作成および／または編集を実行するように構成された１つまたは複数のプロセッサと、を含む。１つまたは複数のプロセッサは、１つまたは複数の命令を遂行して、ユーザー入力マシンリストおよび既存のマシンリストを検索し、前記ユーザー入力マシンリストと前記既存のマシンリストとの間の１つまたは複数の変更を識別するために、前記ユーザー入力マシンリストと前記既存のマシンリストとを比較するステップを実行するようにさらに構成される。１つまたは複数のプロセッサは、１つまたは複数の命令を遂行して、ユーザー入力マシンリストと既存のマシンリストとの間の１つまたは複数の変更が識別された場合に、新しいマシン仕様を作成するステップを実行するようにさらに構成される。１つまたは複数のプロセッサは、１つまたは複数の命令を遂行して、１つまたは複数のマシンを新しいマシン仕様に移動またはインポートするステップを実行するようにさらに構成される。

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

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

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

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

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

本発明の一実施形態による、ＢＹＯＭ内にクラウドロボットを配備するように構成されたコンピューティングシステムを示すアーキテクチャ図である。

本発明の一実施形態による、マシンプールを作成および／または編集するための方法を示すフロー図である。

本発明の一実施形態による、ライセンスキーをローテーションするための方法を示すフロー図である。

本発明の一実施形態による、マシンプールにマシンを追加するための方法を示すフロー図である。

本発明の一実施形態による、マシンプールにマシンを除去するための方法を示すフロー図である。

本発明の一実施形態による、自己所有マシンの持ち込み（ＢＹＯＭ）のための方法９００を示すフロー図である。

本発明の一実施形態による、ユーザーが仮想マシンを作成するグラフィカルユーザーインターフェース（ＧＵＩ）を示す図である。

本発明の一実施形態による、クラウドプロバイダ接続を示すＧＵＩを示す図である。

本発明の一実施形態による、クラウドマシンプールの追加を示すＧＵＩを示す図である。

本発明の一実施形態による、最新のフォルダの構成を示すＧＵＩを示す図である。

本発明の一実施形態による、フォルダ内のマシンの管理を示すＧＵＩを示す図である。

本発明の一実施形態による、ジョブの実行を示すＧＵＩを示す図である。

本発明の一実施形態による、マシンプールを作成／編集し、ライセンスキーをローテーションするためのフローを示す図である。

本発明の一実施形態による、ハイパーバイザとオーケストレータエンティティとの間のアーキテクチャ関係を示す図である。

本発明の一実施形態による、マシンのステートメントマシンを示す関係図である。

いくつかの実施形態は、クラウドロボットに追加された特徴である、自己所有マシンの持ち込み（ＢＹＯＭ）に関する。例えば、顧客は、自身のサブスクリプション資格情報を移植し、顧客のサブスクリプション内でインフラストラクチャ変更を行うことを可能にすることができる。インフラストラクチャ変更は、クラウドロボットのスケジュールをサブスクリプションに組み込む。

しかしながら、顧客のサブスクリプションにおいてこれらのインフラストラクチャ変更を行うときに問題があり得ることに留意されたい。例えば、マシンには多数のカスタマイズが必要な場合があり、すなわち、マシンは、データベースと通信するために仮想プライベートネットワーク（ＶＰＮ）接続を必要とする場合がある。別の例は、拡張子がインストールされているという要件であり得る。

ＢＹＯＭのこれらのカスタマイズニーズに基づいて、これらのニーズに対処するようにカスタマイズされたクラウドロボットが設置および／または展開される。

解決されている別の問題は、顧客が独自のネットワークに特別なアクセスを得ることを可能にすることである。これは、既存のクラウドロボットシナリオ、すなわち、クラウドロボットを用いて、マシンが自動的に作成されスケーリングされるという考えを利用する。しかしながら、顧客は固有のマシン構成を有する可能性があるため、マシンの作成およびスケーリングに関心がない顧客もいる。

この問題に対処するために、顧客はマシンを作成し、次いで顧客はクラウドロボット開発者に固有のマシン構成を提供する。次いで、クラウドロボット開発者は、固有のマシン構成（または各マシン）に対してクラウドコスト使用を最適化することができる。このようにして、新しいジョブが受信されると、クラウドロボット開発者はマシンを起動し、マシンがもはや必要とされなくなると、マシンはオフにされる。

この例を続けると、顧客が１０台のマシンを作成したとする。この例では、１０個のマシンをオン状態のままにして、Ａｚｕｒｅ（商標）またはＡＷＳ（商標）のコストを支払う代わりに、クラウドロボット開発者は、必要なときにマシンのうちの１つまたは複数をオンにし、必要でないときにも１つまたは複数のマシンをオフにする。ＢＹＯＭを用いて、オートスケーリングまたは性能の最適化と同じ種類のクラウドロボットの良さを達成することができる。言い換えれば、クラウドロボットの良さがカスタム作成されたＢＹＯＭにもたらされる。

いくつかの実施形態では、顧客はクラウド内に複数の仮想マシン（ＶＭ）を作成することができ、さらに、これらのＶＭはＲＰＡエコシステムに参加することができる。例えば、顧客はクラウド内に１つまたは複数のＶＭを提供し、ロボットは１つまたは複数のＶＭにインストールされる。これらのロボットは、ＶＭをＲＰＡ環境に自動的に接続することができ、自動的にオンまたはオフすることができる。

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

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

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

ワークフローがデザイナ１１０で開発されると、ビジネスプロセスの遂行は、デザイナ１１０で開発されたワークフローを遂行する１つまたは複数のロボット１３０を編成するコンダクタ１２０によって編成される。コンダクタ１２０の一実施形態の一商用例は、ＵｉＰａｔｈオーケストレータ（商標）である。コンダクタ１２０は、環境内のリソースの作成、監視、およびデプロイメントの管理を容易にする。コンダクタ１２０は、第三者のソリューションおよびアプリケーションとの統合ポイントとして機能することができる。

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

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

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

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

いくつかの実施形態では、ロボット１３０は、ユーザーモードで設置することができる。このようなロボット１３０の場合、これは、所与のロボット１３０が設置されているユーザーと同じ権利を有することを意味する。この特徴は、その最大の可能性で各機械の完全な利用を保証する高密度（ＨＤ）ロボットにも利用可能であり得る。いくつかの実施形態では、任意のタイプのロボット１３０をＨＤ環境で構成することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

メモリ５１５は、プロセッサ５１０によって遂行されると機能を提供するソフトウェアモジュールを格納する。モジュールは、コンピューティングシステム５００のためのオペレーティングシステム５４０を含む。モジュールは、本明細書に記載のプロセスまたはその派生物の全部または一部を実行するように構成されたＢＹＯＭモジュール５４５をさらに含む。コンピューティングシステム５００は、追加の機能を含む１つまたは複数の追加の機能モジュール５５０を含むことができる。

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

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

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

実際、遂行可能コードのモジュールは、単一の命令、または多くの命令であってもよく、いくつかの異なるコードセグメント、異なるプログラム、およびいくつかのメモリデバイスに分散されてもよい。同様に、操作データは、本明細書ではモジュール内で識別および図示されてもよく、任意の適切な形態で具現化され、任意の適切なタイプのデータ構造内に編成されてもよい。操作データは、単一のデータセットとして収集されてもよく、または異なるストレージデバイスを含む異なる場所に分散されてもよく、少なくとも部分的に、システムまたはネットワーク上の電子信号としてのみ存在してもよい。

図６は、本発明の一実施形態による、マシンプールを作成および／または編集するための方法６００を示すフロー図である。方法６００は、６０５において、マシンの静的リストを有するマシンプールを作成および／または編集するステップから開始することができる。マシンプール（またはクラウドマシンプール）は、クラウド接続、クラウドスコープ（例えば、Ａｚｕｒｅ（商標）内のリソースグループ、ＡＷＳ（商標）内の領域）、およびマシンパラメータ（例えば、画像、サイズ、ＶＮｅｔなど）などのマシンの構成として定義することができる。６１０において、ユーザー入力マシンリスト（ＵＬ）および既存のマシンリスト（ＥＬ）が検索される。いくつかの実施形態では、ユーザー入力マシンリストおよび既存のマシンリストは、ＢＹＯＭのユーザーから検索される。ユーザー入力マシンリストは、クラウドマシン識別子の静的リストの所望の状態として定義されてもよく、既存のマシンリストは、クラウドマシン識別子の静的リストの現在の状態として定義されてもよい。ユーザー入力マシンリストは、そこにリストされた各マシンの一意の識別子を含むことができる。同様に、既存のマシンリストは、そこにリストされている各マシンの一意の識別子を含むことができる。一意の識別子は、顧客の二重予約シナリオを回避するのに役立つ。例えば、顧客は、同時に、２つの異なるＢＹＯＭマシンプールでクラウドマシンを使用することができる。固有の識別子により、２つの異なるＢＹＯＭマシンプールで使用されている同じマシンを識別することができ、同じマシンが第２のＢＹＯＭマシンプールによって使用され得るか否かに関する決定が行われる。

６１５において、ユーザー入力マシンリストおよび既存のマシンが比較されて、ユーザー入力マシンリストが既存のマシンリストの変更を含むかどうかが判定される。いくつかの実施形態では、既存のマシンリストに列挙されていない任意のマシンの１つまたは複数の一意の識別子が、この比較によって識別される。別の実施形態では、ユーザー入力マシンリストおよび既存のマシンは、既存のマシンリストにリストされていない任意のマシンの１つまたは複数の一意の識別子を識別するために一緒にマージされる。

ユーザー入力マシンリストと既存のマシンリストとが同一である場合、６２０において、既存のマシンリストにおいて識別された各マシンの既存のマシン仕様が使用される。ユーザー入力マシンリストと既存のマシンリストとが異なる場合、６２５で新しいマシン仕様が作成される。

いくつかの実施形態では、新しいマシン仕様は、マシンプールのバージョンとして定義されてもよく、不変である。例えば、新しいマシン仕様が作成されるとき、根本的な意味が存在してもよい。具体的には、新しいマシン仕様が作成される場合、新しいマシン仕様に関連するライセンスキーを見つける必要がある。このライセンスキーは、ユーザー（またはマシン）がＵｉＰａｔｈ（登録商標）エコシステム（例えば、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標））に再び接続することを可能にするツールである。マシンは、マシン仕様に属することができ、マシン仕様は、エコシステムに接続されたときにすべてのマシンによって共有されるライセンスキーを保持することに留意されたい。

ＢＹＯＭクラウドマシンプールは、複数のマシンを有することができ、それらのマシンは、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）に接続するために同じライセンスキーを共有することができる。ライセンスキーは、基本的に、割り当てられたランタイム量、およびＯｒｃｈｅｓｔｒａｔｏｒ（商標）内のエンドポイントの数などの他の情報を示す。プールの編集が発生すると、接続されたマシンの一部を無効にする変更が導入される。変更は、マシンのサイトの編集、リソースグループの変更などとして定義され得る。これは、共有ライセンスキーがローテーションされる時間である。例えば、ローテーションは、無効な接続されたマシンの接続を遮断するために効果的に機能し、副作用として、他の接続されたマシンも無効にされる。このため、それらのマシンで使用されるライセンスキーがローテーションされる。

図７は、本発明の一実施形態による、新しいマシン仕様が作成されたときにライセンスキーをローテーションするための方法７００を示すフロー図である。いくつかの実施形態では、方法７００は、７０５において、マシンプールからマシンをローテーションする必要があることをＯｒｃｈｅｓｔｒａｔｏｒ（商標）が検出するステップから開始することができる。例えば、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）は、マシンのライセンスキーが期限切れになったことを検出することができる。これは、新しい仕様が作成されるときに起こり得る（以下の説明を参照）。７１０において、期限切れのライセンスキーを使用して、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）はマシンへの新しいジョブの割り当てを停止し、７１５において、マシンを保護観察状態に移行させる。説明の目的のために、マシンが保護観察状態にあるとき、既存の実行中のジョブ（もしあれば）はそれらの実行を継続するが、このマシンにさらなるジョブを割り当てることはできない。

７２０において、マシンが１つまたは複数の残りのジョブ（もしあれば）を完了すると、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）はマシンを削除するか、またはマシンプールからマシンを除去する。７２５において、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）は、新しいマシン仕様に基づいて新しいマシンをプロビジョニングし、７３０において、新しいライセンスキーを新しいプロビジョニングされたマシンに割り当てる。いくつかの代替実施形態では、同じマシンをプロビジョニングし、新しいライセンスキーを割り当てることができる。以下の説明を参照されたい。

新しいライセンスキーは、マシンプール内のバージョンごとにＯｒｃｈｅｓｔｒａｔｏｒ（商標）によってランダムに生成および検証され、例えばハイパーバイザに通知される。一例では、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）は、ライセンスキーのローテーションが必要とされるたびに新しいライセンスキーを生成することができる。別の例では、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）は、ライセンスキーのローテーションの前に新しいライセンスを生成することができる。また、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）は、新しいジョブがいつ保留中であるかを判定することができることに留意されたい。Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）側は、ライセンスキーが同じマシンからのものであっても、使用されるライセンスキーに基づいて接続を区別することができる。Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）は、（１）物理マシンからホストマシン名を精査すること、および（２）使用されているライセンスキーを精査することの２つのプロパティを使用して、固有のロボット接続を識別する。

Ｏｒｃｈｅｓｔｒａｔｏｒ（例えば、コンピュータ名）は、マシンを識別するために２つの要素、すなわち、プールを識別するライセンスキーと、マシンを識別するマシン名と、を使用することを理解されたい。キーをローテーションすると、マシンの新しいバージョンがＯｒｃｈｅｓｔｒａｔｏｒ（商標）データベースに作成される。新しいバージョンはアクティブになり、古いバージョンは非アクティブになる。ライセンスキーは、マシンがどのバージョンにあるかを識別するものである。Ａｕｔｏｓｃａｌｉｎｇ（商標）を用いて、非推奨バージョンにあるマシンが識別される。これにより、マシンは保護観察状態になり、これ以上このマシンにジョブを割り当てることはできない。これは、マシンを切断するときに追加のジョブが割り当てられないようにするためである。これはまた、マシンが安全に切断され、既に実行中のジョブを落とさないことを可能にする。ＢＹＯＭの実施形態の場合、同じマシンは、新しいライセンスキーを使用して再び接続することができる。しかし、場合によっては、またはほとんどの場合、新しいライセンスキーを使用する新しいマシンが接続される。

図６に戻ると、６３０において、新しいマシン仕様が作成されると、新しいタスクが割り当てられる。なお、以下のような動作を行ってもよい。まず、新しいマシン仕様に新しいマシンを追加することができ、既存のマシンを古いマシン仕様から新しいマシン仕様に移動することができる。既存のマシンの移動は、ユーザー入力マシンリストに残っているか、または識別されているものに対するものである。異なるプールに属するか、またはユーザー入力マシンリストに属さないマシンはスキップされる。これは、一般にグローバル識別子を使用して実行される。

いくつかの代替実施形態では、マシンを完全に除去または削除するのではなく、ユーザー入力マシンリストで識別されていないマシンはソフト削除される。例えば、マシンを削除するのではなく、マシンは隠れているものとしてマークされ、既存のマシンリストの範囲からマシンを効果的に除去する。これは、無応答のマシンに適用され得る。これらの無応答マシンは、例えば停止状態に移行されてもよい。

図８は、本発明の一実施形態による、マシンをマシンプールに追加するための方法８００を示すフロー図である。いくつかの実施形態では、新しいマシン仕様が作成されておらず、ライセンスキーをローテーションする必要がない場合がある。これらの実施形態では、方法８００は、８０５において、マシンをマシンプールに追加することから始まる。ユーザーは、追加するクラウドマシン識別子のリストを提供する。新しいマシン仕様を作成するのではなく、８１０で最新の（または現在の）マシン仕様が検索される。８１５で、新しいマシンが最新のマシン仕様に追加され、停止しているとマークされるため、将来利用することが考えられる。他の既存のマシンについては、さらなる変更は行われない。

図９は、本発明の一実施形態による、マシンプールにマシンを除去するための方法９００を示すフロー図である。方法９００は、９０５において、マシンプールからマシンを除去するステップから開始することができる。ユーザーは、除去するクラウドマシン識別子のリストを提供する。９１０において、新しいマシン仕様を作成するのではなく、最新の（または現在の）マシン仕様が検索される。９１５において、最新のマシン仕様に属し、保留タスクのない停止状態にあるマシンについて、最新のマシン仕様からマシンがソフト除去される。他のすべてのマシンはスキップされる。

図１０は、本発明の一実施形態による、自己所有マシンの持ち込み（ＢＹＯＭ）のための方法１０００を示すフロー図である。方法１０００は、１００５において、ユーザーが、サブスクリプションサービス（例えば、Ａｚｕｒｅ（商標）またはＡＷＳ（商標））において１つまたは複数のマシンを準備するステップによって開始することができる。本発明の一実施形態による、ユーザーが仮想マシンを作成するＧＵＩ１１００を示す図１１を参照されたい。１０１０において、ユーザーは、例えばＯｒｃｈｅｓｔｒａｔｏｒ（商標）でクラウド接続を作成する。本発明の一実施形態による、クラウドプロバイダ接続を示すＧＵＩ１２００を示す図１２を参照されたい。

１０１５において、ユーザーはＯｒｃｈｅｓｔｒａｔｏｒ（商標）内にクラウドマシンプールを作成する。本発明の一実施形態による、クラウドマシンプールの追加を示すＧＵＩ１３００を示す図１３を参照されたい。いくつかの実施形態では、ユーザーは「マシンを自動的に作成」をオフに切り替え、マシンプールに追加したいマシンを選択する。１０２０において、ユーザーは最新のフォルダを構成する。最新のフォルダは、従来のフォルダでは利用できない特徴を含む。ＢＹＯＭは、これらの特徴の一部である。本発明の一実施形態による、最新のフォルダの構成を示すＧＵＩ１４００を示す図１４を参照されたい。いくつかの実施形態では、ユーザーは、アンアテンディッドロボットのユーザー名およびパスワードを構成する。これは、図９のステップ１００５のマシン作成フローと同様であってもよい。

１０２５において、ユーザーは、最新のフォルダを構成し続ける、すなわち、マシンセクタ内のＢＹＯＭマシンプールを選択する。本発明の一実施形態による、フォルダ内のマシンの管理を示すＧＵＩ１５００を示す図１５を参照されたい。１０３０において、ユーザーは、最新のフォルダ内の自動化を実行または遂行することができる。本発明の一実施形態による、ジョブの遂行を示すＧＵＩ１６００を示す図１６を参照されたい。

図１７は、本発明の一実施形態による、マシンプールを作成／編集し、ライセンスキーをローテーションするためのフロー１７００を示す図である。いくつかの実施形態では、ユーザー（またはアクター）は、マシンプールを作成または編集するためにユーザーインターフェース１７０５にアクセスすることができる。アプリケーション・プログラミング・インターフェース（ＡＰＩ）を使用して、マシンプールの作成および／または編集の要求がユーザーインターフェース１７０５からＯｒｃｈｅｓｔｒａｔｏｒ（商標）１７１０に送信される。Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）１７１０は、要求をハイパーバイザ１７１５に中継する。ハイパーバイザ１７１５は、新しいマシン仕様が必要かどうかを判定するために要求をスキャンする。新しいマシン仕様の例は、いくつか例を挙げると、マシンプールからマシンを追加または削除すること、およびマシンのサイズまたはイメージを変更することを含む。必要に応じて、ハイパーバイザ１７１５は、新しいマシン仕様を作成し、その新しいマシン仕様をＯｒｃｈｅｓｔｒａｔｏｒ（商標）１７１０に送信する。別個にかつ非同期的に、ハイパーバイザ１７１５は、新しいタスクが必要かどうかを決定し、必要であれば、新しいタスクを作成する。例えば、新しいマシン仕様を作成するとき、ハイパーバイザ１７１５は、（新しい）ユーザー入力マシンリストから新しいマシン仕様に１つまたは複数の新しいマシンをインポートするために、非同期的に（ただし依然としてハイパーバイザ１７１５内で）遂行するタスクを作成する。図６のステップ６３０を参照されたい。応答ハイパーバイザ１７１５は新しいマシン仕様を提供するので、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）は同期動作であるライセンスキーをローテーションする。そのような動作は、新しいバージョンを作成するステップと、以前のバージョンの「ＩｓＡｃｔｉｖｅ」ビットをリセットしながら新しいライセンスキーを持続するステップと、を含む（１８１５を参照）。図７の方法７００を使用して、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）は、ライセンスキーおよびライセンスキーをユーザーインターフェース１７０５にローテーションすることができる。

図１８は、本発明の一実施形態による、ハイパーバイザとオーケストレータエンティティとの間のアーキテクチャ関係１８００を示す図である。いくつかの実施形態では、Ｏｒｃｈｅｓｔｒａｔｏｒ（商標）１８０５側で、マシンモジュール１８１０はプールキーを含むテーブルを含む。ユーザーには見えないが、マシンモジュール１８１０は、マシンバージョンモジュール１８１５にリンクされている。マシンバージョンモジュール１８１５は、ローテーションに必要とされ得るライセンスキーを含む。ライセンスキーがローテーションされると、新しいライセンスキーがマシンバージョンモジュールでアクティブ化され、期限切れのライセンスキーが失効する。

ハイパーバイザ１８２０側では、マシンプール１８２５が作成されると、マシンプール１８２５とマシンモジュール１８１０とがリンクされ、プールキーが格納される。マシン仕様モジュール１８３０も作成され、マシンバージョンモジュール１８１５に関連するライセンスキーを含む。これは、マシン仕様モジュール１８３０とマシンバージョンモジュール１８１５とをリンクすることによって達成される。マシンモジュール１８３５は、マシンプールモジュール１８２５およびマシン仕様１８３０にもリンクされる。

図１９は、本発明の一実施形態による、マシンのステートメントマシンを示す関係図１９００である。一般的な場合、マシンは、クラウドロボットによって作成され、マシンプールに追加される。しかしながら、いくつかの実施形態では、特にＢＹＯＭの実施形態では、マシンは、マシンの顧客またはユーザーによって作成される。マシンは、バックグラウンドでマシンプールに組み込まれる。その後に、マシンは負荷に基づいて接続および切断に何度も進むことができる。これは、任意のタイプのマシンプールに当てはまる。例えば、マシンが故障した場合（すなわち、適切に接続せず、コマンドに応答しないなど）、マシンは故障しているとみなされ、削除される。一般的な場合の強い削除対ＢＹＯＭの場合の追い出し。

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

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

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

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

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

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

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

Claims (21)

1. 自己所有マシンの持ち込み（ＢＹＯＭ）によってマシンプールを作成および／または編集するためのコンピュータにより実施される方法であって、
   マシンの静的リストを用いてマシンプールを作成および／または編集するステップと、
   ユーザー入力マシンリストおよび既存のマシンリストを検索し、前記ユーザー入力マシンリストと前記既存のマシンリストとの間の１つまたは複数の変更を識別するために、前記ユーザー入力マシンリストと前記既存のマシンリストとを比較するステップと、
   前記ユーザー入力マシンリストと前記既存のマシンリストとの間の前記１つまたは複数の変更が識別された場合に、新しいマシン仕様を作成するステップと、
   １つまたは複数のマシンを前記新しいマシン仕様に移動またはインポートするステップと、を含む、コンピュータにより実施される方法。
2. 前記新しいマシン仕様が作成された場合に、期限切れのライセンスキーを新しいライセンスキーにローテーションするステップをさらに含み、
   前記新しいライセンスキーは、前記１つまたは複数のマシンがクラウドベースのエコシステムに接続することを容易にする、
   請求項１に記載のコンピュータにより実施される方法。
3. 前記期限切れのライセンスキーを前記新しいライセンスキーにローテーションする前記ステップは、
   前記期限切れのライセンスキーを前記新しいライセンスキーにローテーションする前に、前記マシンプール内の各バージョンに対して前記新しいライセンスキーをランダムに生成するステップをさらに含む、請求項２に記載のコンピュータにより実施される方法。
4. 前記期限切れのライセンスキーを前記新しいライセンスキーにローテーションする前記ステップは、
   前記期限切れのライセンスキーが検出された場合、または前記新しいマシン仕様が作成された場合に、前記マシンプールからローテーションのためのマシンを識別するステップを含む、請求項２に記載のコンピュータにより実施される方法。
5. 前記期限切れのライセンスキーを前記新しいライセンスキーにローテーションする前記ステップは、
   前記識別されたマシンへの１つまたは複数の新しいジョブの割り当てを停止するステップと、
   前記識別されたマシンを保護観察状態に移行させるステップと、を含む、請求項４に記載のコンピュータにより実施される方法。
6. 前記期限切れのライセンスキーを前記新しいライセンスキーにローテーションする前記ステップは、
   前記保護観察状態にある前記マシンを前記マシンプールから削除するステップを含む、請求項５に記載のコンピュータにより実施される方法。
7. 前記期限切れのライセンスキーを前記新しいライセンスキーにローテーションする前記ステップは、
   前記新しいマシン仕様に基づいて新しいマシンをプロビジョニングするステップと、
   前記新しいマシン仕様に基づいて新しいマシンに新しいライセンスキーを割り当てるステップと、を含む、請求項６に記載のコンピュータにより実施される方法。
8. 非一時的コンピュータ可読媒体に格納されたコンピュータプログラムであって、前記コンピュータプログラムは、１つまたは複数のプロセッサに、自己所有マシンの持ち込み（ＢＹＯＭ）によってマシンプールを作成および／または編集させるように構成され、前記コンピュータプログラムは、前記１つまたは複数のプロセッサに、
   マシンの静的リストを用いてマシンプールを作成および／または編集させ、
   ユーザー入力マシンリストおよび既存のマシンリストを検索させ、前記ユーザー入力マシンリストと前記既存のマシンリストとの間の１つまたは複数の変更を識別するために、前記ユーザー入力マシンリストと前記既存のマシンリストとを比較させ、
   前記ユーザー入力マシンリストと前記既存のマシンリストとの間の前記１つまたは複数の変更が識別された場合に、新しいマシン仕様を作成させ、
   １つまたは複数のマシンを前記新しいマシン仕様に移動またはインポートさせる、ようにさらに構成される、コンピュータプログラム。
9. 前記コンピュータプログラムは、前記１つまたは複数のプロセッサに、
   前記新しいマシン仕様が作成された場合に、期限切れのライセンスキーを新しいライセンスキーにローテーションさせるようにさらに構成され、
   前記新しいライセンスキーは、前記１つまたは複数のマシンがクラウドベースのエコシステムに接続することを容易にする、請求項８に記載のコンピュータプログラム。
10. 前記コンピュータプログラムは、前記１つまたは複数のプロセッサに、
    前記期限切れのライセンスキーを前記新しいライセンスキーにローテーションさせる前に、前記マシンプール内の各バージョンに対して前記新しいライセンスキーをランダムに生成させるようにさらに構成される、請求項９に記載のコンピュータプログラム。
11. 前記コンピュータプログラムは、前記１つまたは複数のプロセッサに、
    前記期限切れのライセンスキーが検出された場合、または前記新しいマシン仕様が作成された場合に、前記マシンプールからローテーションのためのマシンを識別させるようにさらに構成される、請求項１０に記載のコンピュータプログラム。
12. 前記コンピュータプログラムは、前記１つまたは複数のプロセッサに、
    前記識別されたマシンへの１つまたは複数の新しいジョブの割り当てを停止させ、
    前記識別されたマシンを保護観察状態に移行させる、ようにさらに構成される、請求項１１に記載のコンピュータプログラム。
13. 前記コンピュータプログラムは、前記１つまたは複数のプロセッサに、
    前記保護観察状態にある前記マシンを前記マシンプールから削除させるようにさらに構成される、請求項１２に記載のコンピュータプログラム。
14. 前記コンピュータプログラムは、前記１つまたは複数のプロセッサに、
    前記新しいマシン仕様に基づいて新しいマシンをプロビジョニングさせ、
    前記新しいマシン仕様に基づいて新しいマシンに新しいライセンスキーを割り当てさせる、ようにさらに構成される、請求項１２に記載のコンピュータプログラム。
15. 自己所有マシンの持ち込み（ＢＹＯＭ）によりマシンプールを作成および／または編集するためのシステムであって、
    １つまたは複数のコンピュータ実行可能命令を格納するように構成されたメモリと、
    １つまたは複数のプロセッサと、を含み、前記１つまたは複数のプロセッサは、前記１つまたは複数の命令を遂行して、
    マシンの静的リストを用いてマシンプールを作成および／または編集するステップと、
    ユーザー入力マシンリストおよび既存のマシンリストを検索し、前記ユーザー入力マシンリストと前記既存のマシンリストとの間の１つまたは複数の変更を識別するために、前記ユーザー入力マシンリストと前記既存のマシンリストとを比較するステップと、
    前記ユーザー入力マシンリストと前記既存のマシンリストとの間の前記１つまたは複数の変更が識別された場合に、新しいマシン仕様を作成するステップと、
    １つまたは複数のマシンを前記新しいマシン仕様に移動またはインポートするステップと、を実行するように構成される、システム。
16. 前記１つまたは複数のプロセッサは、前記１つまたは複数の命令を遂行して、
    前記新しいマシン仕様が作成された場合に、期限切れのライセンスキーを新しいライセンスキーにローテーションするステップを実行するようにさらに構成され、
    前記新しいライセンスキーは、前記１つまたは複数のマシンがクラウドベースのエコシステムに接続することを容易にする、請求項１５に記載のシステム。
17. 前記１つまたは複数のプロセッサは、前記１つまたは複数の命令を遂行して、
    前記期限切れのライセンスキーを前記新しいライセンスキーにローテーションする前に、前記マシンプール内の各バージョンに対して前記新しいライセンスキーをランダムに生成するステップを実行するようにさらに構成される、請求項１６に記載のシステム。
18. 前記１つまたは複数のプロセッサは、前記１つまたは複数の命令を遂行して、
    前記期限切れのライセンスキーが検出された場合、または前記新しいマシン仕様が作成された場合に、前記マシンプールからローテーションのためのマシンを識別するステップを実行するようにさらに構成される、請求項１７に記載のシステム。
19. 前記１つまたは複数のプロセッサは、前記１つまたは複数の命令を遂行して、
    前記識別されたマシンへの１つまたは複数の新しいジョブの割り当てを停止するステップと、
    前記識別されたマシンを保護観察状態に移行させるステップと、を実行するようにさらに構成される、請求項１８に記載のシステム。
20. 前記１つまたは複数のプロセッサは、前記１つまたは複数の命令を遂行して、
    前記保護観察状態にある前記マシンを前記マシンプールから削除するステップを実行するようにさらに構成される、請求項１９に記載のシステム。
21. 前記１つまたは複数のプロセッサは、前記１つまたは複数の命令を遂行して、
    前記新しいマシン仕様に基づいて新しいマシンをプロビジョニングするステップと、
    前記新しいマシン仕様に基づいて新しいマシンに新しいライセンスキーを割り当てるステップと、を実行するようにさらに構成される、請求項２０に記載のシステム。

Images