JP2022525481A - 動的アクション入力のためのワークフローサポート - Google Patents

Abstract

永続ストレージは、リモートサービスのアプリケーションプログラミングインターフェース（ＡＰＩ）の定義を含むことができ、ＡＰＩは、リモートサービスに記憶された入力情報へのアクセスを提供する。１つ又は複数のプロセッサは、（ｉ）アクション設計グラフィカルユーザインターフェース（ＧＵＩ）上に表示するために、ワークフローの設計中にＡＰＩから動的に取得されることになる入力情報の第１のセットの選択を可能にする第１のメニューを提供し、（ｉｉ）アクション設計ＧＵＩ上に表示するために、ワークフローの設計中にＡＰＩから動的に取得されることになる入力情報の第２のセットの選択を可能にする第２のメニューを提供し、（ｉｉｉ）アクション設計ＧＵＩ上に表示するために、ＡＰＩ、ＡＰＩにリモートでアクセスする方法、及びＡＰＩから受け取ったデータを解析する方法を指定するためのオプションを提供するように構成され得る。

Description

ワークフローは、実行されたときに１つ又は複数の目標を達成しようとするタスクの特定のシーケンス又は系列である。場合によっては、ワークフローは、状態間の種々の遷移によって接続される２つ以上の状態を有する状態機械として表され又は考えられてよい。状態から状態への遷移は、ユーザの入力、自動化された入力、データベースに記憶されている情報、変化するデータベース内の情報の値、若しくは他のメカニズムによって、又はそれらに基づいてトリガーされ得る。ワークフローは、ワークフロー定義、実行、及び管理のためのウェブベースのインターフェースを提供するリモートネットワーク管理プラットフォームによってサポートされ得る。

企業ワークフローは、リモートネットワーク管理プラットフォーム及び企業の外部のサードパーティサーバ上にホストされたリモートサービスからの情報を含む、種々のソースからの情報を統合することができる。例えば、特定の情報技術（ＩＴ）ポリシーを企業ユーザのコンピューティング装置又はアカウントに適用するワークフローは、コンピューティング装置の能力、並びにユーザのプロファイル及びアクセス許可を考慮することができる。前者の情報は、リモートネットワーク管理プラットフォーム内にローカルに記憶することができ、したがって、容易に利用可能であり、企業の制御下にある。他方で、後者の情報はリモートサービスにアウトソーシングされ得る。

ユーザのプロファイル及びアクセス許可を得るために、リモートネットワーク管理プラットフォームは、リモートサービスにアクセスするための適切な資格証明、並びに求められている情報を含むテーブル、フィールド、フォーム、アプリケーションプログラミングインターフェースなどを定義するそのスキーマを用いて構成され得る。それにもかかわらず、リモートサービス又は企業は、このスキーマを時として変更し得る。リモートネットワーク管理プラットフォームがそれに応じてそのアクセス要求を適応させない場合、そのワークフローは、失敗するか、又はリモートサービスにより利用可能な全ての情報にアクセスできなくなる。

本明細書の実施形態は、未知のスキーマ及び／又は時として変化し得るスキーマにおいて求められている情報を記憶するリモートサービスと統合するためのグラフィカルユーザインターフェース（ＧＵＩ）及び他のメカニズムを提供する。これらのＧＵＩにより、ワークフローのアクションを動的入力で定義することが可能になり、したがって、ワークフローがこれらの変化に適応できるようになる。有利には、これにより、柔軟なノーコードの方法でワークフローを定義することが可能になる。具体的には、ワークフロー設計中にワークフローに組み込まれたアクションは、スキーマの特定のバージョンにハードコーディングされない。したがって、これらのアクションは、ワークフロー設計中に存在するスキーマを十分に利用するためのオプションを、例えばリモートサービスの現在のスキーマをイントロスペクトすることによって、ワークフロー設計者に提供することができる。

特に、本明細書の実施形態は、アクション設計、ワークフロー設計、及びワークフロー実行の３つの異なるフェーズに関係し得る。アクション設計フェーズ中に、動的入力でアクションを定義することができる。この入力は、アプリケーションプログラミングインターフェース（ＡＰＩ）を介してアクセス可能なリモートサービスからの入力であり得る。アクションは更に、ＡＰＩ、それが呼び出される方法、それが返すデータを解析する方法、及び解析されたデータを記憶する場所の指定によって定義され得る。アクションの定義はメモリに記憶され得る。

ワークフロー設計フェーズ中に、動的入力による記憶されたアクションがワークフローに組み込まれ得る。そうすることにより、ワークフロー設計フェーズ中に、ＡＰＩの能力に関する情報の動的取得をもたらすことができる。この例には、ＡＰＩを介してアクセス可能なテーブルのリスト、及び特定の１つのテーブルにおけるフィールドのリストが含まれる。これらのテーブル及び／又はフィールドのうちの１つ又は複数に対する操作がワークフローに追加されてよい。ワークフローは、追加のフロー、サブフロー、及びアクションを用いて更に定義され得る。ワークフローの定義はメモリに記憶され得る。

ワークフロー実行フェーズ中に、トリガーイベントにより、ワークフローが実行を開始し得る。アクションが行われると、それにより、ワークフローで定義されているようにテーブル及び／又はフィールドに対して操作を行うことができる。

このように、ユーザは、ＡＰＩを介してアクセス可能な特定のデータを操作するアクションを組み込むことができ、このアクセス及び操作をサポートするためのプログラムコードを書き込む必要がない。代わりに、動的入力によるアクション及びこれらのアクションを組み込んだワークフローを、ノーコードでＧＵＩを介して定義することができる。これにより、変更された又は変更し得るスキーマを有するＡＰＩについてのワークフローサポートを提供するために必要とされる時間が劇的に減少する。

したがって、第１の例示的実施形態は、永続ストレージと１つ又は複数のプロセッサとを含むリモートネットワーク管理プラットフォームの計算インスタンスを含むことができる。永続ストレージは、リモートサービスのＡＰＩの定義を含むことができ、ここで、ＡＰＩは、リモートサービスに記憶された入力情報へのアクセスを提供し、リモートサービスは、計算インスタンスとは物理的に異なる。１つ又は複数のプロセッサは、アクション設計ＧＵＩを介して、ＡＰＩから動的入力を受け取るアクションの定義を得る動作を行うように構成することができ、ここで、アクションは、ワークフローに統合されるように構成される。上記の動作は、（ｉ）アクション設計ＧＵＩの第１のバージョン上に表示するために、ワークフローの設計中にＡＰＩから動的に取得されることになる入力情報の第１のセットの選択を可能にする第１のメニューを提供することと、（ｉｉ）場合によっては入力情報の第１のセットの選択を受け取ることに応答して、アクション設計ＧＵＩの第２のバージョン上に表示するために、ワークフローの設計中にＡＰＩから動的に取得されることになる入力情報の第２のセットの選択を可能にする第２のメニューを提供することであって、入力情報の第２のセットは、入力情報の第１のセットの選択と関係付けられる、提供することと、（ｉｉｉ）場合によっては入力情報の第２のセットの選択を受け取ることに応答して、アクション設計ＧＵＩの１つ又は複数の更なるバージョン上に表示するために、ＡＰＩ、ＡＰＩにリモートでアクセスする方法、及びＡＰＩから受け取ったデータを解析する方法を指定するためのオプションを提供することと、（ｉｖ）入力として入力情報の第１のセット及び入力情報の第２のセットを含むアクションの定義を永続ストレージに書き込むこととを含むことができる。

第２の例示的実施形態は、サーバ装置によって、クライアント装置に対して、ワークフローに統合されるように構成されたアクションを定義するアクション設計ＧＵＩの第１のバージョン上に表示するために、リモートサービスのＡＰＩから動的に取得されることになる入力情報の第１のセットの選択を可能にする第１のメニューを提供するステップを含むことができ、ここで、動的取得は、ワークフローの設計中に行われ、リモートサービスは、サーバ装置及びクライアント装置とは物理的に異なる。第２の例示的実施形態は、場合によっては入力情報の第１のセットの選択を受け取ることに応答して、サーバ装置によって、クライアント装置に対して、アクション設計ＧＵＩの第２のバージョン上に表示するために、ワークフローの設計中にＡＰＩから動的に取得されることになる入力情報の第２のセットの選択を可能にする第２のメニューを提供するステップを更に含むことができ、ここで、入力情報の第２のセットは、入力情報の第１のセットの選択と関係付けられる。第２の例示的実施形態は、場合によっては入力情報の第２のセットの選択を受け取ることに応答して、サーバ装置によって、クライアント装置に対して、アクション設計ＧＵＩの１つ又は複数の更なるバージョン上に表示するために、ＡＰＩ、ＡＰＩにリモートでアクセスする方法、及びＡＰＩから受け取ったデータを解析する方法を指定するためのオプションを提供するステップを更に含むことができる。第２の例示的実施形態は、サーバ装置によって、永続ストレージに対して、入力として入力情報の第１のセット及び入力情報の第２のセットを含むアクションの定義を書き込むステップを更に含むことができる。

第３の例示的実施形態では、製造品が、プログラム命令を記憶した非一時的コンピュータ可読媒体を含むことができ、プログラム命令は、コンピューティングシステムによって実行されると、第１及び／又は第２の例示的実施形態に従う動作をコンピューティングシステムに実行させる。

第４の例示的実施形態では、コンピューティングシステムは、少なくとも１つのプロセッサ、並びにメモリ及びプログラム命令を含むことができる。プログラム命令は、メモリに記憶され、少なくとも１つのプロセッサによって実行されると、第１及び／又は第２の例示的実施形態に従う動作をコンピューティングシステムに実行させることができる。

第５の例示的実施形態では、システムは、第１及び／又は第２の例示的実施形態の動作のそれぞれを実行するための様々な手段を含むことができる。

上記及び他の実施形態、態様、利点、及び代替形態は、添付の図面を適宜参照して以下の詳細な説明を読むことによって当業者に明らかになるであろう。更に、本明細書に提供されたこの概要並びに他の説明及び図は、単に例として実施形態を示すことを意図しており、したがって、多くの変形が可能である。例えば、構造要素及び処理ステップは、請求項に係る実施形態の範囲内に留まりながら、再配置、結合、分散、若しくは除去され、又は他の方法で変更され得る。

例示的実施形態によるコンピューティング装置の概略図である。 例示的実施形態によるサーバ装置クラスタの概略図である。 例示的実施形態によるリモートネットワーク管理アーキテクチャを示す図である。 例示的実施形態によるリモートネットワーク管理アーキテクチャを含む通信環境を示す図である。 例示的実施形態によるリモートネットワーク管理アーキテクチャを含む別の通信環境を示す図である。 例示的実施形態によるフローチャートである。 例示的実施形態によるワークフロー設計ツールグラフィカルユーザインターフェースを示す図である。 例示的実施形態によるワークフロー設計ツールグラフィカルユーザインターフェースを示す図である。 例示的実施形態によるワークフロー設計ツールグラフィカルユーザインターフェースを示す図である。 例示的実施形態によるワークフロー設計ツールグラフィカルユーザインターフェースを示す図である。 例示的実施形態によるワークフロー設計ツールグラフィカルユーザインターフェースを示す図である。 例示的実施形態によるワークフロー設計ツールグラフィカルユーザインターフェースを示す図である。 例示的実施形態によるワークフロー設計ツールグラフィカルユーザインターフェースを示す図である。 例示的実施形態によるワークフロー設計ツールグラフィカルユーザインターフェースを示す図である。 例示的実施形態によるワークフロー設計ツールグラフィカルユーザインターフェースを示す図である。 例示的実施形態によるワークフロー設計ツールグラフィカルユーザインターフェースを示す図である。 例示的実施形態によるワークフロー設計ツールグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力を有するアクション設計ツールのためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力を有するアクション設計ツールのためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力を有するアクション設計ツールのためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力を有するアクション設計ツールのためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力を有するアクション設計ツールのためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力を有するアクション設計ツールのためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力によるアクションをワークフローに統合するためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力によるアクションをワークフローに統合するためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力によるアクションをワークフローに統合するためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力によるアクションをワークフローに統合するためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力によるアクションをワークフローに統合するためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、動的入力によるアクションをワークフローに統合するためのグラフィカルユーザインターフェースを示す図である。 例示的実施形態による、アクション設計、ワークフロー設計、及びワークフロー実行のフェーズを示す図である。 例示的実施形態によるフローチャートである。

例示的な方法、装置、及びシステムが本明細書で説明される。「例」及び「例示的」という言葉は、本明細書では「実施例、例、又は例示として機能すること」を意味するように使用されると理解されるべきである。本明細書で「例」又は「例示的」であると説明される任意の実施形態又は特徴は、そのように明言されない限り、他の実施形態又は特徴よりも好ましい又は有利であると必ずしも解釈される必要はない。したがって、本明細書で示される主題の範囲から逸脱することなく、他の実施形態が使用されてよく、他の変更がなされてよい。

したがって、本明細書に記載の例示的実施形態は、限定するように意図されていない。本開示の態様は、本明細書に一般的に記載され図示されるように、様々な異なる形態で配置、置換、結合、分離、設計され得ることは容易に理解されるであろう。例えば、「クライアント」構成要素と「サーバ」構成要素への特徴の分離は、多くの方法で生じ得る。

更に、文脈が別段に示唆しない限り、各図に示される特徴は互いに組み合わされて使用されてよい。したがって、図面は、一般に、全ての図示された特徴が各実施形態に必要であるとは限らないことを理解した上で、１つ又は複数の全体的な実施形態の構成要素の態様とみなされるべきである。

更に、本明細書又は特許請求の範囲における要素、ブロック又は、ステップの列挙は、明瞭性の目的のためである。したがって、このような列挙は、これらの要素、ブロック、又はステップが特定の配列に固定される又は特定の順序で実行されることを必要とする又は示唆すると解釈されるべきではない。

Ｉ．序論
大企業は、相互に関連する多くの業務を含む複雑な実体である。これらの中には、人事（ＨＲ）、サプライチェーン、情報技術（ＩＴ）、及び財務などのように企業に横断的に見られるものもある。しかしながら、それぞれの企業は、本質的な機能を提供し及び／又は競争優位性を創出する、それ独自の業務も有する。

広く実施される業務をサポートするために、企業は一般的に、顧客関係管理（ＣＲＭ）及び人的資本管理（ＨＣＭ）パッケージのような既製のソフトウェアアプリケーションを使用する。しかしながら、企業は、自身の独自の要件を満たすためにカスタムソフトウェアアプリケーションを必要とすることもある。大企業は、多くの場合、数十から数百のこうしたカスタムソフトウェアアプリケーションを有する。それにもかかわらず、本明細書の実施形態によって提供される利点は、大企業に限定されず、任意の規模の企業又は他の任意のタイプの組織に適用され得る。

多くのそのようなソフトウェアアプリケーションは、企業内の個々の部門によって開発される。これらは、簡単なスプレッドシートからカスタムメイドのソフトウェアツール及びデータベースまで様々である。しかし、サイロ化されたカスタムソフトウェアアプリケーションの急増には多くの欠点がある。それは、企業の業務を運営し成長させ、革新し、規制要件を満たすための企業の能力に対して悪影響を及ぼす。企業は、そのサブシステムとデータを統合する単一のシステムがないために、その業務を統合し合理化し強化することが困難になる可能性がある。

カスタムアプリケーションを効率的に作成するために、企業は、不必要な開発の複雑さを排除するリモートホストされたアプリケーションプラットフォームの恩恵を受けるであろう。そのようなプラットフォームの目標は、時間を消費する反復的なアプリケーション開発タスクを減らして、ソフトウェアエンジニア及び他の役割の個人が独自の高価値の機能の開発に集中できるようにすることである。

この目標を達成するために、サービスとしてのアプリケーションプラットフォーム（ａＰａａＳ）の概念が導入されて、企業全体にわたるワークフローがインテリジェントに自動化される。ａＰａａＳシステムは企業からリモートでホストされるが、安全な接続を介して企業内のデータ、アプリケーション、及びサービスにアクセスすることができる。そのようなａＰａａＳシステムは、いくつかの有利な能力及び特徴を有することができる。これらの利点及び特徴は、ＩＴ、ＨＲ、ＣＲＭ、顧客サービス、アプリケーション開発、及びセキュリティに関する企業の業務及びワークフローを改善する可能性がある。

ａＰａａＳシステムは、モデル・ビュー・コントローラ（ＭＶＣ）アプリケーションの開発及び実行をサポートすることができる。ＭＶＣアプリケーションは、情報の表現をその情報がユーザに提示される方法から分離するために、それらの機能を３つの相互接続部分（モデル、ビュー、及びコントローラ）に分割し、それにより、効率的なコード再利用及び並列開発を可能にする。これらのアプリケーションはウェブベースとすることができ、作成、読取り、更新、削除（ＣＲＵＤ）能力を提供することができる。これにより、新しいアプリケーションを共通のアプリケーションインフラストラクチャ上に構築することが可能になる。

ａＰａａＳシステムは、グラフィカルユーザインターフェース（ＧＵＩ）開発用のウィジェットの標準化されたセットなど、標準化されたアプリケーション構成要素をサポートすることができる。このようにして、ａＰａａＳシステムを使用して構築されたアプリケーションは共通のルックアンドフィールを有する。他のソフトウェア構成要素及びモジュールも標準化されることがある。場合によっては、このルックアンドフィールは、企業のカスタムロゴ及び／又は配色を用いてブランド化又はスキン化され得る。

ａＰａａＳシステムは、メタデータを使用してアプリケーションの挙動を設定する能力をサポートすることができる。これにより、アプリケーションの挙動を特定のニーズに合うように迅速に適応させることができる。そのような手法により、開発時間が短縮し、柔軟性が向上する。更に、ａＰａａＳシステムは、メタデータの作成及び管理を容易にするＧＵＩツールをサポートし、それによりメタデータ内のエラーを減らすことができる。

ａＰａａＳシステムは、アプリケーション間の明確に定義されたインターフェースをサポートしているため、ソフトウェア開発者は望ましくないアプリケーション間の依存関係を回避することができる。したがって、ａＰａａＳシステムは、永続的状態情報及び他のデータが記憶されるサービス層を実装することができる。

ａＰａａＳシステムは、統合機能の豊富なセットをサポートしているため、システム上のアプリケーションがレガシーアプリケーション及びサードパーティアプリケーションと対話することができる。例えば、ａＰａａＳシステムは、レガシーのＨＲ、ＩＴ、及び会計システムと統合するカスタムの従業員オンボーディングシステムをサポートすることができる。

ａＰａａＳシステムは、エンタプライズレベルのセキュリティをサポートすることができる。また、ａＰａａＳシステムはリモートでホストされ得るので、企業内のシステム、又は企業外でホストされるサードパーティのネットワーク及びサービスと対話するときに、セキュリティ手順も利用すべきである。例えば、ａＰａａＳシステムは、一般的なセキュリティの脅威を検出し識別するために、企業及び他の関係者の間でデータを共有するように構成され得る。

ａＰａａＳシステムには他の特徴、機能、及び利点もあり得る。この説明は、例示を目的としており、限定することを意図していない。

ａＰａａＳ開発プロセスの例として、ソフトウェア開発者は、ａＰａａＳシステムを使用して新しいアプリケーションを作成する任務を与えられることがある。まず、開発者はデータモデルを定義することができ、それにより、アプリケーションが使用するデータのタイプ及びそれらの間の関係を指定する。次いで、ａＰａａＳシステムのＧＵＩを介して、開発者はデータモデルを入力（例えばアップロード）する。ａＰａａＳシステムは、対応するデータベーステーブル、フィールド、及び関係の全てを自動的に作成し、それらには、オブジェクト指向サービス層を介してアクセスすることができる。

更に、ａＰａａＳシステムは、クライアント側のインターフェースとサーバ側のＣＲＵＤロジックを有する完全機能ＭＶＣアプリケーションを構築することもできる。この生成されたアプリケーションは、ユーザのための更なる開発の基盤として機能することができる。有利なことに、開発者は基本的なアプリケーション機能に大量の時間を費やす必要がない。更に、アプリケーションはウェブベースとすることができるので、任意のインターネット対応クライアント装置からアクセスすることができる。代替的又は追加的に、例えばインターネットサービスが利用できないときに、アプリケーションのローカルコピーにアクセスできることがある。

ａＰａａＳシステムは、アプリケーションに追加できる予め定義された機能の豊富なセットをサポートすることもできる。これらの機能は、検索、電子メール、テンプレート、ワークフロー設計、レポート、分析、ソーシャルメディア、スクリプト作成、モバイル対応の出力、及びカスタマイズされたＧＵＩのサポートを含む。

以下の実施形態は、例示的なａＰａａＳシステムのアーキテクチャ及び機能的態様、並びにその特徴及び利点を説明する。

ＩＩ．例示的なコンピューティング装置及びクラウドベースのコンピューティング環境
図１は、コンピューティング装置１００を例示する簡略ブロック図であり、本明細書の実施形態に従って動作するように構成されたコンピューティング装置に含まれ得る構成要素のいくつかを示す。コンピューティング装置１００は、クライアント装置（例えば、ユーザによって能動的に操作される装置）、サーバ装置（例えば、クライアント装置に計算サービスを提供する装置）、又は他の何らかのタイプの計算プラットフォームであり得る。サーバ装置によっては、特定の動作を実行するために時としてクライアント装置として動作する場合があり、クライアント装置によっては、サーバ機能を組み込んでいる場合がある。

この例では、コンピューティング装置１００は、プロセッサ１０２、メモリ１０４、ネットワークインターフェース１０６、及び入出力ユニット１０８を含み、それらの全ては、システムバス１１０又は同様のメカニズムによって結合することができる。いくつかの実施形態では、コンピューティング装置１００は、他の構成要素及び／又は周辺装置（例えば、取外し可能ストレージ、プリンタなど）を含んでよい。

プロセッサ１０２は、中央処理装置（ＣＰＵ）、コプロセッサ（例えば、数学、グラフィックス、又は暗号化コプロセッサ）、デジタル信号プロセッサ（ＤＳＰ）、ネットワークプロセッサ、及び／又はプロセッサ動作を実行する集積回路若しくはコントローラの形態など、任意のタイプのコンピュータ処理要素のうちの１つ又は複数とすることができる。場合によっては、プロセッサ１０２は、１つ又は複数のシングルコアプロセッサであってよい。他の場合、プロセッサ１０２は、複数の独立した処理ユニットを有する１つ又は複数のマルチコアプロセッサであってよい。また、プロセッサ１０２は、実行されている命令及び関連データを一時的に記憶するためのレジスタメモリ、並びに最近使用された命令及びデータを一時的に記憶するためのキャッシュメモリを含むことができる。

メモリ１０４は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、及び不揮発性メモリ（例えば、フラッシュメモリ、ハードディスクドライブ、ソリッドステートドライブ、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、及び／又はテープストレージ）を含むがこれらに限定されない、任意の形態のコンピュータ使用可能メモリであってよい。したがって、メモリ１０４は主記憶装置と長期記憶装置の両方を表す。他のタイプのメモリは生物学的メモリを含み得る。

メモリ１０４は、プログラム命令及び／又はプログラム命令が動作し得るデータを記憶することができる。例として、メモリ１０４は、これらのプログラム命令を非一時的コンピュータ可読媒体に記憶することができ、したがって、これらの命令は、本明細書又は添付の図面で開示される任意の方法、プロセス、又は動作を行うためにプロセッサ１０２によって実行可能である。

図１に示されるように、メモリ１０４は、ファームウェア１０４Ａ、カーネル１０４Ｂ、及び／又はアプリケーション１０４Ｃを含むことができる。ファームウェア１０４Ａは、コンピュータ装置１００の一部又は全部をブート又は他の様式で起動するために使用されるプログラムコードであり得る。カーネル１０４Ｂは、メモリ管理、プロセスのスケジューリング及び管理、入出力、並びに通信のためのモジュールを含む、オペレーティングシステムであり得る。カーネル１０４Ｂは、オペレーティングシステムがコンピューティング装置１００のハードウェアモジュール（例えば、メモリユニット、ネットワーキングインターフェース、ポート、及びバス）と通信することを可能にする、デバイスドライバを含むこともできる。アプリケーション１０４Ｃは、ウェブブラウザ又は電子メールクライアント、並びにこれらのプログラムによって使用される任意のソフトウェアライブラリなどの、１つ又は複数のユーザ空間ソフトウェアプログラムであり得る。メモリ１０４は、これら並びに他のプログラム及びアプリケーションによって使用されるデータを記憶することもできる。

ネットワークインターフェース１０６は、イーサネット（例えば、ファストイーサネット、ギガビットイーサネット）などの１つ又は複数の有線インターフェースの形態をとることができる。ネットワークインターフェース１０６は、同軸ケーブル若しくは電力線などの１つ若しくは複数の非イーサネット媒体を介する通信、又は同期光ネットワーク（ＳＯＮＥＴ）又はデジタル加入者線（ＤＳＬ）技術などの広域媒体を介する通信をサポートすることもできる。ネットワークインターフェース１０６は更に、ＩＥＥＥ８０２．１１（Ｗｉｆｉ）、ＢＬＵＥＴＯＯＴＨ（登録商標）、全地球測位システム（ＧＰＳ）、又は広域無線インターフェースなどの１つ又は複数の無線インターフェースの形態をとることもできる。しかしながら、他の形態の物理層インターフェース及び他のタイプの標準又は独自仕様の通信プロトコルがネットワークインターフェース１０６を介して使用されてもよい。更に、ネットワークインターフェース１０６は複数の物理インターフェースを含むこともできる。例えば、コンピューティング装置１００のいくつかの実施形態は、イーサネット、ＢＬＵＥＴＯＯＴＨ（登録商標）、及びＷｉｆｉインターフェースを含むことができる。

入出力ユニット１０８は、コンピューティング装置１００とユーザ及び周辺装置の対話を容易にすることができる。入出力ユニット１０８は、キーボード、マウス、タッチスクリーンなどの１つ又は複数のタイプの入力装置を含むことができる。同様に、入出力ユニット１０８は、スクリーン、モニタ、プリンタ、及び／又は１つ若しくは複数の発光ダイオード（ＬＥＤ）などの１つ又は複数のタイプの出力装置を含むことができる。追加的又は代替的に、コンピューティング装置１００は、例えば、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインターフェース（ＨＤＭＩ）ポートインターフェースを使用して、他の装置と通信することができる。

いくつかの実施形態では、コンピューティング装置１００のような１つ又は複数のコンピューティング装置が展開されてａＰａａＳアーキテクチャをサポートすることができる。これらのコンピューティング装置の正確な物理的位置、接続性、及び構成は、クライアント装置にとって不明であってよく、及び／又は重要でなくてもよい。したがって、コンピューティング装置は、様々なリモートデータセンタの場所に収容され得る「クラウドベース」装置と呼ばれることがある。

図２は、例示的実施形態によるクラウドベースのサーバクラスタ２００を示す。図２では、コンピューティング装置（例えば、コンピューティング装置１００）の動作は、サーバ装置２０２、データストレージ２０４、及びルータ２０６の間で分散されることができ、それらの全ては、ローカルクラスタネットワーク２０８によって接続することができる。サーバクラスタ２００内のサーバ装置２０２、データストレージ２０４、及びルータ２０６の数は、サーバクラスタ２００に割り当てられたコンピューティングタスク及び／又はアプリケーションに依存し得る。

例えば、サーバ装置２０２は、コンピューティング装置１００の様々なコンピューティングタスクを実行するように構成され得る。したがって、コンピューティングタスクは、１つ又は複数のサーバ装置２０２の間で分散することができる。これらのコンピューティングタスクを並列に実行できる限り、タスクのそのような分散により、これらのタスクを完了して結果を返すまでの合計時間を短縮することができる。簡単にするために、サーバクラスタ２００と個々のサーバ装置２０２の両方が「サーバ装置」と呼ばれることがある。この命名は、１つ又は複数の別個のサーバ装置、データストレージ装置、及びクラスタルータがサーバ装置動作に関与し得ることを示唆すると理解されるべきである。

データストレージ２０４は、ハードディスクドライブ及び／又はソリッドステートドライブのグループに対する読取り及び書込みアクセスを管理するように構成されたドライブアレイコントローラを含むデータストレージアレイであり得る。また、ドライブアレイコントローラは、単独で又はサーバ装置２０２と共に、データストレージ２０４に記憶されたデータのバックアップ又は冗長コピーを管理して、１つ又は複数のサーバ装置２０２がデータストレージ２０４のユニットにアクセスするのを妨げるドライブの障害又は他のタイプの障害からの保護をするように構成され得る。ドライブ以外の他のタイプのメモリが使用されてもよい。

ルータ２０６は、サーバクラスタ２００のための内部及び外部通信を提供するように構成されたネットワーク機器を含むことができる。例えば、ルータ２０６は、（ｉ）ローカルクラスタネットワーク２０８を介するサーバ装置２０２とデータストレージ２０４との間のネットワーク通信、及び／又は（ｉｉ）ネットワーク２１２への通信リンク２１０を介するサーバクラスタ２００と他の装置との間のネットワーク通信を提供するように構成された、１つ又は複数のパケット交換及び／又はルーティング装置（スイッチ及び／又はゲートウェイを含む）を含むことができる。

更に、ルータ２０６の構成は、サーバ装置２０２及びデータストレージ２０４のデータ通信要件、ローカルクラスタネットワーク２０８のレイテンシ及びスループット、通信リンク２１０のレイテンシ、スループット、及びコスト、並びに／又は、コスト、速度、耐故障性、回復力、効率、及び／若しくはシステムアーキテクチャの他の設計目標に寄与し得る他のファクタに、少なくとも部分的に基づくことができる。

可能な例として、データストレージ２０４は、構造化照会言語（ＳＱＬ）データベースなどの任意の形態のデータベースを含むことができる。テーブル、アレイ、リスト、ツリー、及びタプルを含むがこれらに限定されない様々なタイプのデータ構造により、そのようなデータベースに情報を格納することができる。更に、データストレージ２０４における任意のデータベースは、モノリシックであってよく、又は複数の物理装置にわたって分散されてもよい。

サーバ装置２０２は、データストレージ２０４との間でデータを送受信するように構成され得る。この送信及び取得はそれぞれ、ＳＱＬクエリ又は他のタイプのデータベースクエリの形態、及びそのようなクエリの出力の形態をとることができる。追加のテキスト、画像、ビデオ、及び／又はオーディオも含まれてよい。更に、サーバ装置２０２は、受信したデータをウェブページ表現へ編成することができる。そのような表現は、ハイパーテキストマークアップ言語（ＨＴＭＬ）、拡張マークアップ言語（ＸＭＬ）、又は他の何らかの標準化された若しくは独自仕様のフォーマットなど、マークアップ言語の形態をとることができる。更に、サーバ装置２０２は、限定されないが、Ｐｅｒｌ、Ｐｙｔｈｏｎ、ＰＨＰハイパーテキストプリプロセッサ（ＰＨＰ）、アクティブサーバページ（ＡＳＰ）、ＪａｖａＳｃｒｉｐｔ（登録商標）など、様々なタイプのコンピュータ化スクリプト言語を実行する能力を有することができる。これらの言語で書かれたコンピュータプログラムコードは、クライアント装置へのウェブページの提供、並びにウェブページとクライアント装置の対話を容易にすることができる。

ＩＩＩ．例示的リモートネットワーク管理アーキテクチャ
図３は、例示的実施形態によるリモートネットワーク管理アーキテクチャを示す。このアーキテクチャは、インターネット３５０を介して全て接続された３つの主な構成要素である、管理対象ネットワーク３００、リモートネットワーク管理プラットフォーム３２０、及びサードパーティネットワーク３４０を含む。

管理対象ネットワーク３００は、例えば、コンピューティング及び通信タスク、並びにデータの記憶のために実体によって使用される企業ネットワークであり得る。したがって、管理対象ネットワーク３００は、クライアント装置３０２、サーバ装置３０４、ルータ３０６、仮想マシン３０８、ファイアウォール３１０、及び／又はプロキシサーバ３１２を含むことができる。クライアント装置３０２はコンピューティング装置１００によって具現化されてよく、サーバ装置３０４はコンピューティング装置１００又はサーバクラスタ２００によって具現化されてよく、ルータ３０６は任意のタイプのルータ、スイッチ、又はゲートウェイであってよい。

仮想マシン３０８は、コンピューティング装置１００又はサーバクラスタ２００のうちの１つ又は複数によって具現化され得る。一般に、仮想マシンは、コンピューティングシステムのエミュレーションであり、物理的コンピュータの機能（例えば、プロセッサ、メモリ、及び通信リソース）を模倣する。サーバクラスタ２００などの１つの物理的コンピューティングシステムは、最大数千個の個別仮想マシンをサポートすることができる。いくつかの実施形態では、仮想マシン３０８は、個別仮想マシンに対する物理的コンピューティングリソースの割り当て、並びにパフォーマンス及びエラーの報告を容易にする、集中型サーバ装置又はアプリケーションによって管理され得る。企業は、必要に応じて、効率的にコンピューティングリソースを割り当てるために仮想マシンをしばしば使用する。仮想化コンピューティングシステムのプロバイダには、ＶＭＷＡＲＥ（登録商標）及びＭＩＣＲＯＳＯＦＴ（登録商標）が含まれる。

ファイアウォール３１０は、管理対象ネットワーク３００から開始される許可された通信を可能にしながら、管理対象ネットワーク３００をその中の装置、アプリケーション、及びサービスにアクセスする不正な試みから保護する、１つ又は複数の専用ルータ又はサーバ装置であり得る。ファイアウォール３１０はまた、侵入検出、ウェブフィルタリング、ウイルススキャン、アプリケーション層ゲートウェイ、及び他のアプリケーション又はサービスを提供することができる。図３に示されていないいくつかの実施形態では、管理対象ネットワーク３００は、リモートネットワーク管理プラットフォーム３２０と通信するために用いる１つ又は複数の仮想プライベートネットワーク（ＶＰＮ）ゲートウェイを含むことができる（下記参照）。

管理対象ネットワーク３００は、１つ又は複数のプロキシサーバ３１２を含むこともできる。プロキシサーバ３１２の一実施形態は、管理対象ネットワーク３００、リモートネットワーク管理プラットフォーム３２０、及びサードパーティネットワーク３４０の間のデータの通信及び移動を容易にするサーバ装置とすることができる。特に、プロキシサーバ３１２は、リモートネットワーク管理プラットフォーム３２０の１つ又は複数の計算インスタンスとの安全な通信セッションを確立し維持することが可能であり得る。そのようなセッションによって、リモートネットワーク管理プラットフォーム３２０は、管理対象ネットワーク３００及びその構成要素のアーキテクチャ及び構成の態様を発見し管理することが可能であり得る。場合によっては、プロキシサーバ３１２の助けを借りて、リモートネットワーク管理プラットフォーム３２０は、管理対象ネットワーク３００によって使用されるサードパーティネットワーク３４０の態様を発見し管理することも可能であり得る。

ファイアウォール３１０などのファイアウォールは、通常、インターネット３５０を介して着信する全ての通信セッションに関して、そのようなセッションがファイアウォールの背後から（即ち、管理対象ネットワーク３００上の装置から）最終的に開始されたか、又はファイアウォールがそのセッションをサポートするように明示的に構成されていない限り、それら全ての通信セッションを拒否する。プロキシサーバ３１２をファイアウォール３１０の背後に（例えば、管理対象ネットワーク３００内に、ファイアウォール３１０によって保護されるように）配置することによって、プロキシサーバ３１２は、ファイアウォール３１０を介してこれらの通信セッションを開始することが可能であり得る。したがって、ファイアウォール３１０はリモートネットワーク管理プラットフォーム３２０からの着信セッションをサポートするために特に構成される必要がなく、それにより、管理対象ネットワーク３００に対する潜在的なセキュリティリスクを回避し得る。

場合によっては、管理対象ネットワーク３００は、数個の装置と少数のネットワークとから構成されることがある。他の展開では、管理対象ネットワーク３００は複数の物理的場所にまたがり、数百のネットワーク及び数十万の装置を含むことができる。したがって、図３に示されるアーキテクチャは桁違いに拡大又は縮小することが可能である。

更に、管理対象ネットワーク３００のサイズ、アーキテクチャ、及び接続性に応じて、様々な数のプロキシサーバ３１２がその中に展開され得る。例えば、プロキシサーバ３１２のそれぞれが、管理対象ネットワーク３００の一部分に関してリモートネットワーク管理プラットフォーム３２０との通信を担当することができる。代替的又は追加的に、負荷分散、冗長性、及び／又は高可用性を目的として、２つ以上のプロキシサーバのセットが管理対象ネットワーク３００のそのような一部分に割り当てられてもよい。

リモートネットワーク管理プラットフォーム３２０は、ａＰａａＳサービスをユーザに特に管理対象ネットワーク３００のオペレータに提供するホストされた環境である。これらのサービスは、例えば、ウェブベースのポータルの形態をとることができる。したがって、ユーザは、例えば、クライアント装置３０２から、又は潜在的に管理対象ネットワーク３００の外部のクライアント装置から、リモートネットワーク管理プラットフォーム３２０に安全にアクセスすることができる。ウェブベースのポータルを介して、ユーザは、アプリケーションを設計、テスト、及び展開し、レポートを生成し、分析を表示し、並びに他のタスクを実行することができる。

図３に示されるように、リモートネットワーク管理プラットフォーム３２０は、４つの計算インスタンス３２２、３２４、３２６、及び３２８を含む。これらのインスタンスのそれぞれは、特定の顧客に利用可能な一組のウェブポータル、サービス、及びアプリケーション（例えば、完全に機能するａＰａａＳシステム）を提供する１つ又は複数のサーバ装置及び／又は１つ又は複数のデータベースを表すことができる。場合によっては、単一の顧客が複数の計算インスタンスを使用してもよい。例えば、管理対象ネットワーク３００は、リモートネットワーク管理プラットフォーム３２０の企業顧客であってよく、計算インスタンス３２２、３２４、及び３２６を使用してもよい。複数のインスタンスを１人の顧客に提供する理由は、顧客が独立してそのアプリケーション及びサービスを開発、テスト、及び展開したいと希望することがあるからである。したがって、計算インスタンス３２２は、管理対象ネットワーク３００に関連するアプリケーション開発に専用とされてよく、計算インスタンス３２４は、これらのアプリケーションのテストに専用とされてよく、計算インスタンス３２６は、テストされるアプリケーション及びサービスのライブ運用に専用とされてよい。計算インスタンスは、ホストインスタンス、リモートインスタンス、顧客インスタンス、又は他の何らかの名称で呼ばれてもよい。計算インスタンス上に展開された任意のアプリケーションは、計算インスタンス内のデータベースへのアクセスが、その中の特定の要素（例えば、１つ又は複数の特定のデータベーステーブル又は１つ又は複数のデータベーステーブルを有する特定の行）に限定され得るという点で、スコープ指定されたアプリケーションであり得る。

明瞭にするために、本明細書の開示では、物理的なハードウェア、ソフトウェア、及びそれらの配置を「計算インスタンス」と呼ぶ。ユーザがそれによって提供されるグラフィカルユーザインターフェースを口語的に「インスタンス」と呼び得ることに留意されたい。しかし、本明細書において特に定義されない限り、「計算インスタンス」は、リモートネットワーク管理プラットフォーム３２０内に配置されたコンピューティングシステムである。

リモートネットワーク管理プラットフォーム３２０のマルチインスタンスアーキテクチャは従来のマルチテナントアーキテクチャとは対照的であり、マルチインスタンスアーキテクチャはいくつかの利点を有する。マルチテナントアーキテクチャでは、異なる顧客（例えば企業）からのデータが、単一のデータベースに混合される。これらの顧客のデータは互いに分離されているが、その分離は単一のデータベースを動作させるソフトウェアによって実施される。結果として、このシステムでのセキュリティ違反は全ての顧客のデータに影響を及ぼし、特に政府、医療、及び／又は金融規制の対象となる実体にとって追加のリスクを発生させる可能性がある。更に、１人の顧客に影響を及ぼす任意のデータベース動作が、そのデータベースを共有する全ての顧客に影響を及ぼす可能性がある。したがって、ハードウェア又はソフトウェアのエラーによる機能停止がある場合、この機能停止は全てのそのような顧客に影響を与える。同様に、データベースが１人の顧客のニーズに合わせてアップグレードされる場合、アップグレードプロセス中に全ての顧客が利用できなくなる。しばしば、そのようなメンテナンス期間は、共有されるデータベースのサイズが原因で長くなる。

対照的に、マルチインスタンスアーキテクチャは、各顧客に対し、専用のコンピューティングインスタンスにおいてその独自のデータベースを提供する。これにより、顧客データの混合を防ぎ、各インスタンスを独立して管理することが可能になる。例えば、ある顧客のインスタンスがエラー又はアップグレードによる機能停止を経験しても、他の計算インスタンスは影響されない。データベースには１人の顧客のデータしか含まないので、メンテナンスのダウン時間は限定される。更に、マルチインスタンスアーキテクチャのより単純な設計は、各顧客データベース及びインスタンスの冗長コピーが地理的に多様な方法で展開されることを可能にする。これにより、障害が検出されたとき又はメンテナンスが実行されているときに顧客のインスタンスのライブバージョンを移動できるような、高可用性を促進する。

いくつかの実施形態では、リモートネットワーク管理プラットフォーム３２０は、このプラットフォームを動作させるエンティティによって制御される１つ又は複数の中央インスタンスを含むことができる。計算インスタンスと同様に、中央インスタンスは、いくつかの数の物理的又は仮想的なサーバ及びデータベース装置を含むことができる。そのような中央インスタンスは、少なくともいくつかの計算インスタンスの間で共有できるデータのためのリポジトリとして機能することができる。例えば、計算インスタンス上で発生し得る共通のセキュリティ脅威の定義、計算インスタンス上で一般的に発見されるソフトウェアパッケージ、及び／又は計算インスタンスに展開され得るアプリケーションのためのアプリケーションストアが、中央インスタンス内に存在することができる。計算インスタンスは、このデータを得るために、明確に定義されたインターフェースを介して中央インスタンスと通信することができる。

複数の計算インスタンスを効率的な方法でサポートするために、リモートネットワーク管理プラットフォーム３２０は、単一のハードウェアプラットフォーム上に複数のこれらのインスタンスを実装することができる。例えば、ａＰａａＳシステムがサーバクラスタ２００などのサーバクラスタ上に実装された場合、それは様々な量の計算、記憶、及び通信リソースをインスタンス専用とする仮想マシンを動作させることができる。しかし、サーバクラスタ２００の完全な仮想化は必要ではない場合もあり、他のメカニズムがインスタンスを分離するために使用されてもよい。いくつかの例では、各インスタンスは、サーバクラスタ２００上に、専用アカウント及び１つ又は複数の専用データベースを有することができる。代替的に、計算インスタンス３２２は複数の物理装置にまたがることがある。

場合によっては、リモートネットワーク管理プラットフォーム３２０の単一のサーバクラスタが、複数の独立した企業をサポートすることができる。更に、後述するように、リモートネットワーク管理プラットフォーム３２０は、負荷分散、冗長性、及び／又は高可用性を促進するために、地理的に様々なデータセンタに展開された複数のサーバクラスタを含むことができる。

サードパーティネットワーク３４０は、アウトソーシングされた計算、データ記憶、通信、及びサービスホスティング動作のために使用できるリモートサーバ装置（例えば、サーバクラスタ２００などの複数のサーバクラスタ）であり得る。これらのサーバは仮想化されてもよい（即ち、サーバは仮想マシンであってもよい）。サードパーティネットワーク３４０の例には、ＡＭＡＺＯＮ ＷＥＢ ＳＥＲＶＩＣＥＳ（登録商標）及びＭＩＣＲＯＳＯＦＴ（登録商標）ＡＺＵＲＥ（登録商標）が含まれ得る。リモートネットワーク管理プラットフォーム３２０と同様に、サードパーティネットワーク３４０をサポートする複数のサーバクラスタは、負荷分散、冗長性、及び／又は高可用性を目的として、地理的に様々な場所に展開され得る。

管理対象ネットワーク３００は、サードパーティネットワーク３４０の１つ又は複数を使用して、アプリケーション及びサービスをそのクライアント及び顧客に展開することができる。例えば、管理対象ネットワーク３００がオンライン音楽ストリーミングサービスを提供する場合、サードパーティネットワーク３４０が、音楽ファイルを記憶し、ウェブインターフェース及びストリーミング機能を提供することができる。このように、管理対象ネットワーク３００の企業は、これらの動作のためにそれ自体のサーバを構築し維持する必要がない。

リモートネットワーク管理プラットフォーム３２０は、サードパーティネットワーク３４０と統合してその中の仮想マシン及び管理対象サービスを管理対象ネットワーク３００に公開するモジュールを含むことができる。そのモジュールは、ユーザが、仮想リソースを要求し、サードパーティネットワーク３４０についての柔軟なレポートを提供することを可能にすることができる。この機能を確立するために、管理対象ネットワーク３００からのユーザは、まずサードパーティネットワーク３４０とのアカウントを確立し、関連リソースのセットを要求し得る。次いで、ユーザは、アカウント情報をリモートネットワーク管理プラットフォーム３２０の適切なモジュールに入力することができる。これらのモジュールは、次いで、アカウント内の管理可能なリソースを自動的に発見し、更に、使用、パフォーマンス、及び課金に関する報告を提供することもできる。

インターネット３５０は、グローバルインターネットの一部を表し得る。しかしながら、インターネット３５０は、代替的に、プライベートワイドエリア又はローカルエリアパケット交換ネットワークのような異なるタイプのネットワークを表すこともある。

図４は更に、管理対象ネットワーク３００と計算インスタンス３２２との間の通信環境を示し、追加の特徴及び代替的実施形態を導入する。図４では、計算インスタンス３２２は、データセンタ４００Ａ及び４００Ｂにまたがって複製されている。これらのデータセンタは、互いに地理的に離れており、場合によっては異なる都市又は異なる国にあってよい。各データセンタは、管理対象ネットワーク３００及びリモートユーザとの通信を容易にするサポート機器を含む。

データセンタ４００Ａにおいて、外部装置との間のネットワークトラフィックは、ＶＰＮゲートウェイ４０２Ａ又はファイアウォール４０４Ａのいずれかを通って流れる。ＶＰＮゲートウェイ４０２Ａは、インターネットプロトコルセキュリティ（ＩＰＳＥＣ）又はトランスポート層セキュリティ（ＴＬＳ）などのセキュリティプロトコルを介して、管理対象ネットワーク３００のＶＰＮゲートウェイ４１２とピア接続され得る。ファイアウォール４０４Ａは、ユーザ４１４及びリモートユーザ４１６のような許可されたユーザからのアクセスを可能にし、許可されていないユーザへのアクセスを拒否するように構成され得る。ファイアウォール４０４Ａを介して、これらのユーザは、計算インスタンス３２２に、場合によっては他の計算インスタンスにアクセスすることができる。ロードバランサ４０６Ａは、計算インスタンス３２２をホストする１つ又は複数の物理又は仮想サーバ装置の間でトラフィックを分散させるために使用され得る。ロードバランサ４０６Ａは、クライアント装置からデータセンタ４００Ａの内部構成（例えば、計算インスタンス３２２）を隠すことによって、ユーザアクセスを単純化することができる。例えば、計算インスタンス３２２が複数のデータベースへのアクセスを共有する複数の物理又は仮想コンピューティング装置を含む場合、ロードバランサ４０６Ａは、どのコンピューティング装置又はデータベースも他より著しくビジーにならないように、ネットワークトラフィック及び処理タスクをこれらのコンピューティング装置及びデータベースにわたって分散させることができる。いくつかの実施形態では、計算インスタンス３２２は、ＶＰＮゲートウェイ４０２Ａ、ファイアウォール４０４Ａ、及びロードバランサ４０６Ａを含むことができる。

データセンタ４００Ｂは、データセンタ４００Ａ内の構成要素のそれ自体のバージョンを含むことができる。したがって、ＶＰＮゲートウェイ４０２Ｂ、ファイアウォール４０４Ｂ、及びロードバランサ４０６Ｂはそれぞれ、ＶＰＮゲートウェイ４０２Ａ、ファイアウォール４０４Ａ、及びロードバランサ４０６Ａと同じ又は類似の動作を行うことができる。更に、リアルタイム又は準リアルタイムのデータベースレプリケーション及び／又は他の動作によって、計算インスタンス３２２はデータセンタ４００Ａ及び４００Ｂ内に同時に存在することができる。

図４に示されるようなデータセンタ４００Ａ及び４００Ｂは、冗長性及び高可用性を促進することができる。図４の構成では、データセンタ４００Ａがアクティブであり、データセンタ４００Ｂがパッシブである。したがって、データセンタ４００Ｂ内の計算インスタンス３２２のバージョンがほぼリアルタイムで更新されている一方で、データセンタ４００Ａは管理対象ネットワーク３００との間の全てのトラフィックを処理している。両方のデータセンタがアクティブであるような他の構成もサポートされ得る。

データセンタ４００Ａが何らかの様式で失敗し又はユーザに利用できなくなった場合、データセンタ４００Ｂがアクティブなデータセンタとして引き継ぐことができる。例えば、計算インスタンス３２２のドメイン名をデータセンタ４００Ａの１つ又は複数のインターネットプロトコル（ＩＰ）アドレスと関連付けるドメインネームシステム（ＤＮＳ）サーバが、そのドメイン名をデータセンタ４００Ｂの１つ又は複数のＩＰアドレスと再関連付けすることができる。この再関連付けが完了した後（１秒未満又は数秒かかることがある）、ユーザはデータセンタ４００Ｂを介して計算インスタンス３２２にアクセスすることができる。

図４は、管理対象ネットワーク３００の可能な構成も示す。上述のように、プロキシサーバ３１２及びユーザ４１４は、ファイアウォール３１０を介して計算インスタンス３２２にアクセスすることができる。プロキシサーバ３１２はまた、構成項目４１０にアクセスすることができる。図４では、構成項目４１０は、クライアント装置３０２、サーバ装置３０４、ルータ３０６、仮想マシン３０８、それらの上で実行される任意のアプリケーション又はサービス、並びに、装置、アプリケーション、及びサービスの間の関係のうちのいずれか又は全てを指すことができる。したがって、「構成項目」という用語は、任意の物理装置若しくは仮想装置、又はリモートで発見可能な若しくは計算インスタンス３２２により管理される任意のアプリケーション若しくはサービス、又は発見された装置、アプリケーション、及びサービスの間の関係の省略表現であり得る。構成項目は、計算インスタンス３２２の構成管理データベース（ＣＭＤＢ）内で表現することができる。

上述のように、ＶＰＮゲートウェイ４１２は、ＶＰＮゲートウェイ４０２Ａに専用ＶＰＮを提供することができる。そのようなＶＰＮは、管理対象ネットワーク３００と計算インスタンス３２２との間にかなりの量のトラフィックがある場合、さもなければ、セキュリティポリシーがこれらのサイト間のＶＰＮの使用を推奨又は要求する場合に、有用であり得る。いくつかの実施形態では、ＶＰＮを介して直接通信する管理対象ネットワーク３００及び／又は計算インスタンス３２２における任意の装置に、パブリックＩＰアドレスが割り当てられる。管理対象ネットワーク３００及び／又は計算インスタンス３２２内の他の装置には、プライベートＩＰアドレス（例えば、それぞれサブネット１０．０．０．０／８及び１９２．１６８．０．０／１６と略して表現される１０．０．０．０～１０．２５５．２５５．２５５又は１９２．１６８．０．０～１９２．１６８．２５５．２５５の範囲から選択されるＩＰアドレス）が割り当てられ得る。

ＩＶ．例示的な装置、アプリケーション、及びサービス発見
リモートネットワーク管理プラットフォーム３２０が管理対象ネットワーク３００の装置、アプリケーション、及びサービスを管理するために、まず、リモートネットワーク管理プラットフォーム３２０は、管理対象ネットワーク３００内にどのような装置が存在するか、これらの装置の構成及び動作状態、それらの装置により提供されるアプリケーション及びサービス、並びに発見された装置、アプリケーション、及びサービスの間の関係を決定することができる。上述のように、各装置、アプリケーション、サービス、及び関係は、構成項目と呼ばれ得る。管理対象ネットワーク３００内の構成項目を定義するプロセスは、発見と呼ばれ、プロキシサーバ３１２によって少なくとも部分的に容易にされ得る。

本明細書の実施形態の目的では、「アプリケーション」は、１つ又は複数のプロセス、スレッド、プログラム、クライアントモジュール、サーバモジュール、又は装置若しくは装置のグループ上で実行される他の任意のソフトウェアを指すことができる。「サービス」とは、互いに関連して動作する１つ又は複数の装置上で実行される複数のアプリケーションによって提供される高レベルの能力を指すことがある。例えば、高レベルのウェブサービスは、複数のウェブアプリケーションサーバスレッドを含むことができ、これらのスレッドは、１つの装置上で実行され、別の装置上で実行されるデータベースアプリケーションからの情報にアクセスする。

図５Ａは、構成項目がどのように発見されることが可能か、及び、発見された構成項目に関係する情報がどのように記憶されるかについての論理的な表現を示す。簡単にするため、リモートネットワーク管理プラットフォーム３２０、サードパーティネットワーク３４０、及びインターネット３５０は図示されていない。

図５Ａにおいて、ＣＭＤＢ５００及びタスクリスト５０２は計算インスタンス３２２内で記憶される。計算インスタンス３２２は、プロキシサーバ３１２に発見コマンドを送信することができる。応答として、プロキシサーバ３１２は、管理対象ネットワーク３００内の様々な装置、アプリケーション、及びサービスに対してプローブを送信することができる。これらの装置、アプリケーション、及びサービスは、プロキシサーバ３１２に応答を送信することができ、次いでプロキシサーバ３１２は、発見された構成項目に関する情報を記憶するためにＣＭＤＢ５００に提供することができる。ＣＭＤＢ５００に記憶された構成項目は、管理対象ネットワーク３００の環境を表す。

タスクリスト５０２は、プロキシサーバ３１２が計算インスタンス３２２に代わって行うアクティビティのリストを表す。発見が行われると、タスクリスト５０２が設定される。プロキシサーバ３１２は、繰り返しタスクリスト５０２を照会し、リスト内の次のタスクを取得し、タスクリスト５０２が空になるか又は別の停止条件に達するまでこのタスクを実行する。

発見を容易にするために、プロキシサーバ３１２は、プロキシサーバ３１２を介して到達できる管理対象ネットワーク３００内の１つ又は複数のサブネットに関する情報で構成されることが可能である。例えば、プロキシサーバ３１２は、サブネットとしてＩＰアドレス範囲１９２．１６８．０／２４を与えられてよい。次いで、計算インスタンス３２２は、この情報をＣＭＤＢ５００に記憶し、これらの各アドレスにおける装置の発見のためにタスクリスト５０２にタスクを配置することができる。

図５Ａはまた、構成項目５０４、５０６、５０８、５１０、及び５１２として、管理対象ネットワーク３００内の装置、アプリケーション、及びサービスを示す。上述のように、これらの構成項目は、セットの物理及び／又は仮想装置（例えば、クライアント装置、サーバ装置、ルータ、又は仮想マシン）、それらの上で実行されるアプリケーション（例えば、ウェブサーバ、電子メールサーバ、データベース、又はストレージアレイ）、それらの間の関係、並びに複数の個別構成項目を含むサービスを表す。

タスクリスト５０２にタスクを配置することがトリガーとなって又は別様にプロキシサーバ３１２に発見を開始させる。代替的又は追加的に、発見は手動でトリガーされてもよく、トリガーイベントに基づいて自動的にトリガーされてもよい（例えば、１日１回の特定の時間に自動的に発見が開始してもよい）。

一般に、発見は、スキャン、分類、識別、及び探査という４つの論理フェーズで進行することができる。発見の各フェーズは、プロキシサーバ３１２により管理対象ネットワーク３００内の１つ又は複数の装置に送信される様々なタイプのプローブメッセージを含む。これらのプローブに対する応答は、プロキシサーバ３１２によって受信され処理され、それらの表示はＣＭＤＢ５００に送信され得る。したがって、各フェーズの結果、より多くの構成項目が発見されてＣＭＤＢ５００に記憶され得る。

スキャンフェーズでは、プロキシサーバ３１２は、オープン伝送制御プロトコル（ＴＣＰ）及び／又はユーザデータグラムプロトコル（ＵＤＰ）ポートについて、ＩＰアドレス内の指定された範囲の各ＩＰアドレスをプローブして、装置の一般的なタイプを決定することができる。ＩＰアドレスにおけるそのようなオープンポートの存在は、特定のアプリケーションがそのＩＰアドレスを割り当てられた装置上で動作していることを示すことができ、それにより、その装置によって使用されるオペレーティングシステムを識別することができる。例えば、ＴＣＰポート１３５が開いている場合、装置はＷＩＮＤＯＷＳ（登録商標）オペレーティングシステムを実行している可能性が高い。同様に、ＴＣＰポート２２が開いている場合、装置はＬＩＮＵＸ（登録商標）などのＵＮＩＸ（登録商標）オペレーティングシステムを実行している可能性が高い。ＵＤＰポート１６１が開いている場合、装置は簡易ネットワーク管理プロトコル（ＳＮＭＰ）を介して更に識別されることが可能であり得る。他の可能性もある。特定のＩＰアドレスにおける装置とそのオープンポートの存在がいったん発見されると、これらの構成項目はＣＭＤＢ５００に保存される。

分類フェーズでは、プロキシサーバ３１２は更に、発見された各装置をプローブして、そのオペレーティングシステムのバージョンを決定することができる。特定の装置に使用されるプローブは、その装置に関してスキャンフェーズ中に収集された情報に基づく。例えば、ＴＣＰポート２２が開いている装置が見つかった場合、ＵＮＩＸ（登録商標）固有のプローブのセットが使用され得る。同様に、ＴＣＰポート１３５が開いている装置が見つかった場合、ＷＩＮＤＯＷＳ（登録商標）固有のプローブのセットが使用され得る。いずれの場合も、プロキシサーバ３１２が実行するためにタスクの適切なセットをタスクリスト５０２に配置することができる。これらのタスクは、特定の装置からの情報に対してプロキシサーバ３１２がログオン又は他のアクセスをする結果をもたらすことができる。例えば、ＴＣＰポート２２が開いている場合、プロキシサーバ３１２は、特定の装置に対するセキュアシェル（ＳＳＨ）接続を開始し、その上のオペレーティングシステムに関する情報をファイルシステム内の特定の場所から得るように指示されることが可能である。この情報に基づいて、オペレーティングシステムを決定することができる。例として、ＴＣＰポート２２が開いているＵＮＩＸ（登録商標）装置は、ＡＩＸ（登録商標）、ＨＰＵＸ、ＬＩＮＵＸ（登録商標）、ＭＡＣＯＳ（登録商標）、又はＳＯＬＡＲＩＳ（登録商標）として分類することができる。この分類情報は、ＣＭＤＢ５００内に１つ又は複数の構成項目として記憶することができる。

識別フェーズでは、プロキシサーバ３１２は、分類された装置に関する特定の詳細を決定することができる。このフェーズ中に使用されるプローブは、分類フェーズ中に特定の装置に関して収集された情報に基づくことができる。例えば、装置がＬＩＮＵＸ（登録商標）として分類された場合、ＬＩＮＵＸ（登録商標）固有のプローブのセットが使用され得る。同様に、装置がＷＩＮＤＯＷＳ（登録商標）２０１２として分類された場合、ＷＩＮＤＯＷＳ（登録商標）２０１２固有のプローブのセットが使用され得る。分類フェーズの場合と同様に、プロキシサーバ３１２が実行するためにタスクの適切なセットをタスクリスト５０２に配置することができる。これらのタスクの結果、プロキシサーバ３１２は、特定の装置から、基本入出力システム（ＢＩＯＳ）情報、シリアル番号、ネットワークインターフェース情報、これらのネットワークインターフェースに割り当てられたメディアアクセス制御アドレス、その特定の装置により使用されているＩＰアドレスなどの情報を読み取ることができる。この識別情報は、ＣＭＤＢ５００内に１つ又は複数の構成項目として記憶することができる。

探査フェーズでは、プロキシサーバ３１２は、分類された装置の動作状態に関して更なる詳細を決定することができる。このフェーズ中に使用されるプローブは、分類フェーズ及び／又は識別フェーズ中に特定の装置に関して収集された情報に基づくことができる。ここでも、プロキシサーバ３１２が実行するためにタスクの適切なセットをタスクリスト５０２に配置することができる。これらのタスクの結果、プロキシサーバ３１２が、特定の装置から、プロセッサ情報、メモリ情報、実行中のプロセス（アプリケーション）のリストなどの追加の情報を読み取ることができる。やはり、発見された情報は、ＣＭＤＢ５００内に１つ又は複数の構成項目として記憶することができる。

ルータなどのネットワーク装置上で発見を実行するのにＳＮＭＰを利用することができる。発見は、実行中のプロセス又は他のアプリケーション関連情報のリストを決定することに代えて又は加えて、ルータに認識された追加サブネット、及びルータのネットワークインターフェースの動作状態（例えば、アクティブ、非アクティブ、キューの長さ、廃棄されたパケットの数など）を決定してもよい。追加のサブネットのＩＰアドレスは、更なる発見手順の候補になり得る。したがって、発見は反復的又は再帰的に進行することがある。

発見が完了すると、各発見された装置、アプリケーション、及びサービスのスナップショット表現がＣＭＤＢ５００で利用可能である。例えば、管理対象ネットワーク３００内のクライアント装置、サーバ装置、及びルータについての、オペレーティングシステムバージョン、ハードウェア構成、及びネットワーク構成の詳細、並びにそれらの上で実行されているアプリケーションが、発見の後に記憶され得る。この収集された情報は、装置のハードウェア構成及び動作状態、並びに複数の装置及びアプリケーションにわたるサービスの特性をユーザが見ることを可能にするために、様々な方法でユーザに提示され得る。

更に、ＣＭＤＢ５００は、構成項目間の依存関係及び関係性についてのエントリを含むことができる。より具体的には、特定のサーバ装置上で実行されているアプリケーション、並びにこのアプリケーションに依存するサービスが、ＣＭＤＢ５００内でそのように表されることが可能である。例えば、データベースアプリケーションがサーバ装置上で実行されており、このデータベースアプリケーションが新入社員オンボーディングサービス及び給与計算サービスによって使用されていると想定する。したがって、そのサーバ装置がメンテナンスのために運用から外された場合、従業員オンボーディングサービス及び給与計算サービスが影響を受けることは明白である。同様に、構成項目間の依存関係及び関係性は、特定のルータが故障したときに影響を受けるサービスを表現することも可能であり得る。

一般に、構成項目間の依存関係及び関係性は、ウェブベースのインターフェース上に表示され、階層的な様式で表すことができる。したがって、そのような依存関係及び関係性の追加、変更、又は削除は、このインターフェースを介して達成することができる。

更に、管理対象ネットワーク３００のユーザは、複数の発見された装置にわたって特定の協調アクティビティが行われることを可能にするワークフローを開発することができる。例えば、ＩＴワークフローは、ユーザが全ての発見されたＬＩＮＵＸ（登録商標）装置に対して共通の管理者パスワードを１回の操作で変更することを可能にし得る。

上述した方法で発見を行うために、プロキシサーバ３１２、ＣＭＤＢ５００、及び／又は１つ若しくは複数の資格証明ストアが、発見される１つ又は複数の装置の資格証明を用いて構成され得る。資格証明は、装置にアクセスするために必要とされる任意のタイプの情報を含むことができる。これらは、ユーザＩＤ／パスワードの対、証明書などを含むことができる。いくつかの実施形態では、これらの資格証明は、ＣＭＤＢ５００の暗号化されたフィールドに記憶することができる。プロキシサーバ３１２は資格証明の復号鍵を含むことができ、したがって、プロキシサーバ３１２はこれらの資格証明を使用して、発見される装置にログオン又は他のアクセスをすることができる。

発見プロセスは、図５Ｂにフローチャートとして示されている。ブロック５２０で、計算インスタンス内のタスクリストに、例えば、ＩＰアドレスの範囲が設定される。ブロック５２２では、スキャンフェーズが行われる。それにより、プロキシサーバは、これらのＩＰアドレスを使用して装置のＩＰアドレスをプローブして、これらの装置で実行されているオペレーティングシステムを決定しようとする。ブロック５２４では、分類フェーズが行われる。プロキシサーバは、発見された装置のオペレーティングシステムのバージョンを決定しようとする。ブロック５２６では、識別フェーズが行われる。プロキシサーバは、発見された装置のハードウェア構成及び／又はソフトウェア構成を決定しようとする。ブロック５２８では、探査フェーズが行われる。プロキシサーバは、発見された装置の動作状態及び実行されているアプリケーションを決定しようとする。ブロック５３０では、発見された装置及びアプリケーションを表す構成項目の更なる編集が行われ得る。この編集は、本質的に自動及び／又は手動とすることができる。

図５Ｂに表されるブロックは例示を目的としている。発見は、より多い又はより少ないフェーズを有し得る高度に構成可能な手順とすることができ、各フェーズの動作は異なってもよい。場合によっては、１つ又は複数のフェーズがカスタマイズされてもよく、又は他のやり方で上記の例示的な説明から逸脱してもよい。

Ｖ．例示的ワークフロー設計ツール
本明細書で論じられるリモートネットワーク管理プラットフォームの計算インスタンスは、それぞれの管理対象ネットワークに代わってワークフローの指定及び実行を可能にすることができる。ワークフローとは、実行されたときに１つ又は複数の目標を達成するタスクの特定のシーケンス又は系列である。場合によっては、ワークフローは、１つ又は複数の開始状態、中間状態、及び終了状態が、それらの間の様々な遷移によって接続されるフローチャートとして表すことができる。状態によっては、０回訪問されることも複数回訪問されることもある。また、いくつかの状態は、複数の可能な次の状態を有してよく、それにより、ユーザ入力、自動入力、データベースに記憶された情報、又は他のメカニズムのいずれかに基づいて、ワークフロー内で決定が行われることを表す。また、状態間の特定の遷移、入力の取得、又は出力の生成を引き起こすトリガーが定義され得る。

そのようなワークフローは、ソフトウェアベースのワークフロー設計ツールを使用することによって計算インスタンス上に実装することができる。そのようなツールは、ワークフローの状態、遷移、トリガー、アクション、入力データ、出力データ、及び他の特性を定義するためのオプションを、ワークフロー設計者に提供する。ツールは、ＧＵＩを利用することができ、計算インスタンスに展開された一連の１つ又は複数のウェブページ及び／又はウェブベースアプリケーションとして具現化され得る。完了及び解放の後、管理対象ネットワークの従業員は、ワークフローを活用して、組織化された効率的な方法で様々なタスクを実行することができる。特に、ワークフロー設計ツールは、いわゆる「ローコード／ノーコード」ソリューションとすることができ、設計者は、ワークフローを実装するために書くプログラミングコードが非常に少ないか、又は全くなくてよい。

本明細書の実施形態は、一般的なワークフロー設計のサポートを提供するが、例示的なワークフロー設計ツールは、トリガー、アクション、及びワークフローロジックの特定の定義に基づいて実装され得る。トリガーは、データベースにおけるエントリに対する変更（例えば、ＣＭＤＢ内の構成項目の追加又は更新）などの、又はスケジュール（例えば、１日１回又は週１回）に従う、ワークフローを開始する条件を指定するために使用され得る。トリガーは、１つ又は複数のアクションを実行させ、各アクションは、アクションが実行されるために成立しなければならない条件を指定するワークフローロジックによって制御され得る。このアクションは、データベース内の情報の状態を変更すること、及びユーザに通知（例えば電子メール）を送ることなどを含むことができる。

場合によっては、サブフローが定義され、ワークフローに組み込まれ得る。サブフローは、フロー、別のサブフロー、又はスクリプト内からそれが開始されることを可能にする一連の再使用可能なアクション及び特定のデータ入力を含む、自動化又は半自動化されたプロセスであり得る。したがって、サブフローは複数のワークフローに適用することができる。

ワークフローの実例として、何らかの理由（例えば、従業員が辞める、解雇される、亡くなるなど）で従業員が企業を離脱した、従業員オフボーディング・シナリオを考える。ワークフローの目標は、（ｉ）いなくなった従業員がオープンした保留中のカタログ要求（例えば、機器の要求）を検索して取り消すこと、（ｉｉ）いなくなった従業員に割り当てられているオープンタスク（例えば、承認待ち、達成すべき作業単位）をその管理者に再割り当てすることである。様々な実施形態において、より多い又はより少ない目標が存在し得る。

ワークフロー設計ツールは、設計者がワークフローを指定することを可能にする一連のＧＵＩページを設計者に提示することができる。そのようなページの例が図６Ａ～図６Ｊに示され、ワークフローの自動化テストの結果が図６Ｋに示されている。特に、これらの例は、例示を目的としており、限定することを意図していない。ワークフロー設計ツールは、ワークフローを設計するために使用可能な情報の代替配置を含む他のＧＵＩを提供することが可能であり得る。

図６ＡはＧＵＩ６００を示す。ＧＵＩ６００の背景は、計算インスタンスによってサポートされる特徴及び／又はアプリケーションを選択するためのウェブベースのメニューを示す。この背景は、ハッシュマークなどで示されている。

例えば、ＧＵＩ６００は、ユーザが検索語「ワークフロー（ｗｏｒｋｆｌｏｗ）」を入力したダイアログボックス６０２を含む。これにより、メニュー６０４の下部からワークフロー設計ツールが選択される。この選択は、ＧＵＩ６００の上部に表示されるテキスト「ワークフロー設計者（Ｗｏｒｋｆｌｏｗ Ｄｅｓｉｇｎｅｒ）」に反映される。

ＧＵＩ６００はまた、ポップアップウィンドウ６０６を含む。代替的に、ウィンドウ６０６は、別個のウィンドウでなくＧＵＩ６００上に重ねられたペインであってもよい。いずれにせよ、ウィンドウ６０６は、ユーザがそのプロパティを指定することで新しいワークフローの作成を開始することを可能にする。ＧＵＩ６００において、これらのプロパティは、ワークフローの名前「オフボーディング（Ｏｆｆｂｏａｒｄｉｎｇ）」、ワークフローのスコープ指定されたアプリケーション「ユーザ管理（Ｕｓｅｒ Ｍａｎａｇｅｍｅｎｔ）」、ワークフローの説明「会社を離脱したユーザをオフボーディングする（Ｏｆｆｂｏａｒｄｉｎｇ ａ ｕｓｅｒ ｗｈｏ ｈａｓ ｌｅｆｔ ｔｈｅ ｃｏｍｐａｎｙ）」、及びワークフローを保護すべきかどうかである。代替実施形態では、より多い又はより少ないプロパティが指定され得る。

ワークフローの名前は、ユーザが入力する自由形式のテキストであってよい。ワークフローのスコープ指定されたアプリケーションは、アプリケーションのドロップダウンメニューから選択されるか、又はグローバルとして指定され得る。ＧＵＩ６００におけるワークフローは、「ユーザ管理」にスコープ指定されたアプリケーションに限定されているため、このワークフローはこのアプリケーションの一部とみなされ得る。ワークフローの説明は、自由形式のテキストであってよい。ワークフローの保護は、他のワークフロー設計者若しくはユーザにより変更可能である（「無し」）又は読取り専用（「読取り専用（ｒｅａｄ－ｏｎｌｙ）」）に指定する。

ウィンドウ６０６に入力された情報にユーザが満足すると、ユーザは、「完了（Ｄｏｎｅ）」ボタンを選択するか又は別の方法でアクティブ化することができる。この選択は、このボタンが破線で示されることによって図６Ａに示されている。ユーザがウィンドウ６０６のダイアログを完了すると、ユーザがトリガーを指定することを可能にするワークフロー設計ツールの次のフェーズが表示され得る。

図６Ｂは、ＧＵＩ６０８におけるトリガー指定フェーズの第１の部分を示す。ＧＵＩ６０８の上部で、ウィンドウ６０６に入力されたワークフローの名前「オフボーディング」が指定される。ＧＵＩ６０８のこのセクションはまた、このワークフローが現在ドラフト形式であり、「ユーザ管理」にスコープ指定されたアプリケーションの一部であることを示している。ＧＵＩ６０８は更に、ユーザがワークフローを編集、テスト、コピー、保存、及びアクティブ化することをそれぞれ可能にする一連のボタンを表示する。代替実施形態では、ワークフローに関する異なるタイプの情報が表示されてよく、異なる機能を有する可能性があるより多い又はより少ないボタンが存在してよい。

特に、読みやすくするために、ＧＵＩ６０８（及び更なる全てのＧＵＩ）の背景からは、ハッシュマークが省略されている。また、「トリガー（Ｔｒｉｇｇｅｒ）」という語は、トリガーが指定されていることを示すために通常の濃い色で示され、「アクション（Ａｃｔｉｏｎ）」という語は、アクションの指定が行われないことを示すためにより明るい色で示されている。

ポップアップウィンドウ６１０（ウィンドウ６０６と同様に、別のウィンドウではなくＧＵＩ６０８上に重ねられたペインであってもよい）は、ユーザがワークフローのトリガーを指定することを可能にすることができる。前述のように、２つの主要なタイプのトリガーがサポートされてよく、これらのタイプはメニュー６１２に示されている。レコードベースのトリガーは、１つ又は複数の特定のデータベースレコードに対する変更が発生したときにワークフローを実行させることができる。メニュー６１２に示されるように、これらの変更は、レコードの作成、レコードの更新、レコードの作成又は更新、及びレコードの削除を含むことができる。スケジュールされたトリガーは、１つ又は複数の指定された時間にワークフローを実行させることができる。メニュー６１２に示されるように、そのようなスケジュールは、毎日、毎週、毎月、（指定された時刻に）単に１回、又はユーザに指定された間隔で繰り返してワークフローをトリガーすることができる。

図６Ｂにおいて、メニュー６１２は、ユーザがレコードが更新されたときのトリガーを選択したことを破線で示す。これにより、選択されたトリガーの挙動を説明する情報ボックス６１４が表示される。

図６Ｃは、ＧＵＩ６１６におけるトリガー指定フェーズの第２の部分を示す。ＧＵＩ６１６は、図６Ｂに示された選択が確定されていると想定する。したがって、ＧＵＩ６１６は、ポップアップウィンドウ６１８（ウィンドウ６０６と同様に、別のウィンドウではなくＧＵＩ６１６上に重ねられたペインであってもよい）を示し、それにより、ユーザがワークフローのトリガーを更に指定することを可能にすることができる。

ウィンドウ６１８は、複数のドロップダウンメニューを含み、そのいくつかは、ＧＵＩ６０８からのユーザの選択に基づいて自動的に設定され得る。具体的には、トリガーメニュー６２０は、「更新（Ｕｐｄａｔｅｄ）」オプションのユーザの選択を反映するように設定される場合があり、実行トリガーメニュー６３０は、レコードベースのトリガーが一度だけ実行されるように期待されることを反映するように設定される場合がある。それにもかかわらず、ユーザは、ウィンドウ６１８においてこれらの選択を変更することもできる。

テーブルメニュー６２２は、レコードが見つけられるデータベーステーブルをユーザが指定することを可能にする。図示されるように、このテーブルは、ｓｙｓ＿ｕｓｅｒであり、会社内の従業員毎に１つのエントリを含むように想定されている。テーブルメニュー６２２は、１つ又は複数の使用可能なテーブルのリストを表示することが可能であり得る。

条件メニュー６２４、６２６、及び６２８は、ユーザが、ワークフローを実行させる選択されたテーブル内のレコードの条件を指定することを可能にする。この条件は、状態又は遷移であり得る。例えば、条件メニュー６２４は、レコードがアクティブでなければならないことを示すために「Ａｃｔｉｖｅ（アクティブ）」を指定し、条件メニュー６２６は、アクティブから変更されたレコードであることを示すために「ｃｈａｎｇｅｓ ｆｒｏｍ（変更元）」を指定し、条件メニュー６２８は、アクティブから別の状態に変更されたいずれのレコードも示すために「ｔｒｕｅ（当てはまる）」を指定する。

様々な実施形態において、条件メニュー６２４は、ｓｙｓ＿ｕｓｅｒテーブルにおける種々のフィールドに関するエントリを含むことができる。これらのフィールドは、電話番号、建物、市、部署、住所、管理者、役割などを含み得る。条件メニュー６２６は、「ｉｓ（である）」、「ｉｓ ｎｏｔ（ではない）」、「ｉｓ ｅｍｐｔｙ（空である）」、「ｉｓ ｎｏｔ ｅｍｐｔｙ（空でない）」、「ｉｓ ａｎｙｔｈｉｎｇ（何かである）」、「ｉｓ ｓａｍｅ ａｓ（と同じ）」、「ｉｓ ｄｉｆｆｅｒｅｎｔ ｆｒｏｍ（と異なる）」、「ｃｈａｎｇｅｓ（変更）」、「ｃｈａｎｇｅｓ ｆｒｏｍ（変更元）」、「ｃｈａｎｇｅｓ ｔｏ（変更先）」、及び／又は他の様々な論理操作についてのエントリを含むことができる。条件メニュー６２８は、条件メニュー６２４及び６２６について行われた選択に文脈的に基づく項目に対するエントリを含むことができる。

全体として見ると、ウィンドウ６１８のトリガー指定は、ｓｙｓ＿ｕｓｅｒテーブル内の任意のエントリがアクティブから別の状態（例えば、非アクティブ）に更新されるときに、ワークフローが一度実行されるべきことを示す。これは、ユーザがもはや会社のアクティブな従業員ではないことを示す。

図６Ｄは、ＧＵＩ６３２におけるアクション指定の第１の部分を示す。特に、６３４において「トリガー」という語は、図６Ｂ及び図６Ｃで指定されたトリガーの説明を伴う。更に、このテキストは、トリガーがもはや指定の最中でないことを示すために灰色で表示される。

メニュー６３６に示されるように、ユーザは、アクション又はフローロジックを指定するオプションを有する。「アクション」ボタンの周りの破線は、アクションが指定されていることを示す。特に、メニュー６３６は、指定されているアクションのいくつかのコンテキストを表示する。例えば、「コア（Ｃｏｒｅ）」アクションは、デフォルトで計算インスタンスによってサポートされており、「グローバル（Ｇｌｏｂａｌ）」アクションは、全てのコアアクション、アプリケーションベースのアクション、及び統合ベースのアクションを含む。アプリケーションベースのアクション、「Ａｐｐ１」、「Ａｐｐ２」、及び「Ａｐｐ３」は、リモートネットワーク管理プラットフォーム上に構築されたそれぞれのアプリケーションによってサポートされるアクションである。これらには、例えば、様々な種類のＩＴサービス管理、ＩＴ運用管理、顧客サービス管理、セキュリティ運用、及びＣＲＭアプリケーションを含み得る。統合ベースのアクションは、リモートネットワーク管理プラットフォームに統合されたサードパーティアプリケーションによって定義又はサポートされるアクションを含む。これらは、例えば、仮想チャットアプリケーション、メッセージングアプリケーションなどを含み得る。これらの組み込み又はサードパーティアプリケーションのそれぞれは、ワークフロー設計ツールがこれらのアプリケーションのデータ及び／又は機能を含むワークフローをサポートできるように、ワークフロー設計ツールにインターフェース（「スポーク」と呼ばれる）を明示的に公開することができる。

図６Ｄにおいて、ユーザは「コア」コンテキストを選択している。この選択に基づいてサブメニュー６３８が表示される。このサブメニューは、「承認を求める（Ａｓｋ ｆｏｒ ａｐｐｒｏｖａｌ）」、「レコードを作成する（Ｃｒｅａｔｅ ｒｅｃｏｒｄ）」、「タスクを作成する（Ｃｒｅａｔｅ ｔａｓｋ）」、「レコードを削除する（Ｄｅｌｅｔｅ ｒｅｃｏｒｄ）」、「ログ（Ｌｏｇ）」、「レコードを検索する（Ｌｏｏｋ ｕｐ ｒｅｃｏｒｄｓ）」、「電子メールを送信する（Ｓｅｎｄ ｅｍａｉｌ）」、「レコードを更新する（Ｕｐｄａｔｅ ｒｅｃｏｒｄ）」、及び「条件を待つ（Ｗａｉｔ ｆｏｒ ｃｏｎｄｉｔｉｏｎ）」などの多くの特定のアクションから、ユーザが選択することを可能にする。これらから、ユーザは「レコードを検索する」を選択している。したがって、選択されたアクションを説明する情報ボックス６４０が表示され得る。

図６Ｅは、ＧＵＩ６４２におけるアクション指定の第２の部分を示す。ポップアップウィンドウ６４４（ウィンドウ６０６と同様に、別のウィンドウではなくＧＵＩ６４２上に重ねられたペインであってもよい）は、レコードを検索するためのテーブル、及びこれらのレコードが満たさなければならない条件の指定を可能にすることができる。ウィンドウ６４４に示されるように、（図６Ｄで指定される）アクションは、レコードを検索することであり、この検索を実行するテーブルは、ｓｃ＿ｒｅｑｕｅｓｔ（ユーザにより行われるカタログ要求を含むテーブル）である。ｓｃ＿ｒｅｑｕｅｓｔから返されるレコードは、トリガーステップで識別されたユーザ（すなわち、アクティブステータスが変更されたユーザ）と「Ｒｅｑｕｅｓｔｅｄ ｆｏｒ」フィールドが一致するレコードである。

図６Ｅはまた、先に定義されたトリガー及び現在定義されているアクションに従って配置されたピル形状のユーザインターフェース要素（「ピル（ｐｉｌｌｓ）」）を含むカラム６４６を示す。これらのピルは、点線の矢印で示されるように、カラム６４６から条件フィールドの最も右側の選択可能な項目６４８にドラッグされることが可能である。この文脈におけるユーザインターフェースピルは、典型的には、ワークフローで先に指定されたデータを参照する楕円形の項目であり、このデータはワークフロー設計ツールで指定されるので、ユーザインターフェースピルはユーザインターフェースに自動的に配置され得る。いくつかの実施形態では、（種々の形状を有する）ユーザインターフェースチップ又はタグが代わりに使用されてもよい。

特に、カラム６４６内の見出し「トリガー」の下の２つのピルは、トリガーによって返されたユーザレコード（例えば、図６Ｃで指定されたようにアクティブから別の状態に変更されたｓｙｓ＿ｕｓｅｒのエントリ）、及びトリガーが動作するテーブル（例えば、図６Ｃで指定されたようにｓｙｓ＿ｕｓｅｒ）を参照する。カラム６４６内の見出し「アクション」の下の２つのピルは、図６Ｅで定義されているアクションによって見つけられたレコード、及びこれらのレコードが配置されたテーブル（例えば、ｓｃ＿ｒｅｑｕｅｓｔ）を参照する。

カラム６４６内のピルのようなユーザインターフェース要素は、ワークフローにおいて以前に指定された又は参照されたデータ又はテーブルへの参照をユーザが容易に含めることを可能にするので、ユーザがワークフローを指定するためにかなり便利である。このように、ユーザは、この情報への特定の参照を入力する必要はなく、代わりにピルをドラッグアンドドロップするだけでよい。

ユーザがウィンドウ６４４に入力された情報に満足すると、ユーザは「完了」ボタンを選択するか又は別の方法でアクティブ化することができる。この選択は、このボタンが破線で示されることによって図６Ｅに示されている。ユーザがウィンドウ６４４のダイアログを完了すると、ユーザがアクションのフローロジックを指定することを可能にするワークフロー設計ツールの次のフェーズが表示され得る。

図６Ｆは、ＧＵＩ６５０におけるフローロジック指定を示す。フローロジックはアクションに関連付けることができ、アクションをどのように行うかを指定する。特に、６５２において、「アクション」という語は、図６Ｄ及び図６Ｅで指定されたアクションの説明で注釈される。

ポップアップウィンドウ６５４は、図６Ｄ及び図６Ｅで指定されたアクションによって返される一部又は全部の項目に対してワークフローが動作するかどうかの指定を可能にすることができる。「フローロジック（Ｆｌｏｗ Ｌｏｇｉｃ）」ボタンは破線で示されて、アクションではなくフローロジックが指定されていることを示している。この場合、ウィンドウ６５４で行われた選択は、図６Ｅで指定されたクエリから返された全ての項目に対してワークフローが動作することを示す。特に、ウィンドウ６５４の「対象（Ｆｒｏｍ）」フィールドにおける「１． ［ｓｃ＿ｒｅｑｕｅｓｔ］ Ｒｅｃｏｒｄｓ」値は、６５２で指定されているアクション１の出力にフローロジックが適用されるべきことを示している。特に、「対象」フィールドの値は、ピルを含むカラムからピルがドラッグアンドドロップされることによって設定されてもよい。このカラムは、単純にするために図６Ｆには示されていないが、図６Ｅのカラム６４６に類似し得る。

ウィンドウ６５４に入力された情報にユーザが満足すると、ユーザは、「完了」ボタンを選択するか又は別の方法でアクティブ化することができる。この選択は、このボタンが破線で示されることによって図６Ｆに示されている。ユーザがウィンドウ６５４のダイアログを完了すると、ユーザがフローロジックに関するサブアクションを指定することを可能にするワークフロー設計ツールの次のフェーズが表示され得る。

図６Ｇは、ＧＵＩ６５６におけるサブアクション指定を示す。特に、６５８において、「アクション」という語は、図６Ｄ、図６Ｅ、及び図６Ｆで指定されたアクション及びフローロジックの更新された説明が付いている。更に、このテキストは、フローロジックがもはや指定の最中でないことを示すためにグレー表示される。特に、サブアクション指定はメニュー６３６及びサブメニュー６３８を再度表示し、今度は「コア」及び「レコードを更新する（Ｕｐｄａｔｅ ｒｅｃｏｒｄ）」が選択される。したがって、ＧＵＩ６５６は、図６Ｄ及び図６Ｅで定義されたアクションによって返される各項目についてレコードが更新されるようにユーザが指定することを示している。

図６Ｈでは、ＧＵＩ６６０におけるこのサブアクション指定を継続する。ポップアップウィンドウ６６２は、図６Ｆで指定されたフローロジックによって返される項目に対して行われるアクションの指定を可能にすることができる。特に、ウィンドウ６６２に示されるオプションは、トリガーによって返されるｓｙｓ＿ｕｓｅｒテーブル内の各レコードについて、同じユーザに対して要求されたｓｃ＿ｒｅｑｕｅｓｔテーブル内の任意のレコードが更新されることを示す。ユーザはまた、一致するレコードに対して更新される２つのフィールドを指定する。「要求状態（Ｒｅｑｕｅｓｔ ｓｔａｔｅ）」フィールドは、いなくなった従業員の保留中のカタログ要求を取り消すために「Ｃｌｏｓｅｄ ｃａｎｃｅｌｌｅｄ（クローズドキャンセル）」に更新されることになる。「コメント（Ｃｏｍｍｅｎｔｓ）」フィールドも、要求が取り消された理由を示すために「ユーザはシステムにおいてもはやアクティブではない（Ｕｓｅｒ ｎｏ ｌｏｎｇｅｒ ａｃｔｉｖｅ ｉｎ ｔｈｅ ｓｙｓｔｅｍ）」に更新される。

特に、「レコード（Ｒｅｃｏｒｄ）」フィールドの値は、ピルを含むカラムからピルがドラッグアンドドロップされることによって設定されてもよい。このカラムは、単純にするために図６Ｈには示されていないが、図６Ｅのカラム６４６に類似し得る。

ウィンドウ６６２に入力された情報にユーザが満足すると、ユーザは、「完了」ボタンを選択するか又は別の方法でアクティブ化することができる。この選択は、このボタンが破線で示されることによって図６Ｈに示されている。

図６Ｉは、これまで定義されたワークフローを示しているＧＵＩ６６４を示す。６６６において、図６Ｄ、図６Ｅ、図６Ｆ、図６Ｇ、及び図６Ｈに指定されたアクションが表示される。それは、ステップ１（トリガーによって識別された従業員に対して要求されたｓｃ＿ｒｅｑｕｅｓｔテーブル内のレコードを検索する）、２（これらのレコード毎に、ステップ／サブアクション２．１を実行する）、及び２．１（これらのレコードを閉じて適切なコメントを追加することによって更新する）に分けられる。

上記で紹介した望ましいワークフローの残り部分は、いなくなった従業員に割り当てられた全てのタスクをその人物の管理者に再割り当てすることも含む。この更なるステップが図６Ｊに示される。ある程度の繰り返しを避けるために、アクション、フローロジック、及びタスク再割り当てのサブアクションを指定するＧＵＩは省略する。代わりに、図６Ｊは、完全なワークフローを示すために更新されたＧＵＩ６６４を示す。

特に、ステップ３では、タスクデータベーステーブル（従業員によって実行されるタスクについてのエントリを含む）におけるレコードを検索し、これらのレコードは、トリガーによって識別された従業員に割り当てられる。ステップ４は、これらのレコードのそれぞれに対して、ステップ／サブアクション４．１が実行されることを示すフローロジックを指定する。ステップ４．１は、ステップ４で識別された各レコードについて、「Ａｓｓｉｇｎｅｄ ｔｏ（割り当て先）」フィールドが識別された従業員の管理者へ変更されることを示す。

このようにして、任意の複雑なフローチャート状のワークフローをデータ中心の方法で迅速に設計することができる。設計者は、コードを全く書く必要がなく、適切なメニュー及び他のインターフェース要素を用いて設計者を助ける一連のＧＵＩによってワークフロー指定に導かれる。結果として、設計者はかなりの量の時間を節約する。実際に、ワークフローを高水準プログラミング言語（例えば、ＪＡＶＡ（登録商標）、ＪＡＶＡＳＣＲＩＰＴ（登録商標）、Ｃ＋＋など）で手動でコーディングするのに通常必要とされる日数ではなく時間単位で指定できることが、実験で示されている。

このワークフロー設計ツールの別の利点は、展開前に同じＧＵＩによってワークフローをテストできることである。図６Ｋは、図６ＪからのＧＵＩ６６０と同じ情報を含むＧＵＩ６６８を示しているが、そのようなテストの結果を反映する３つの列も含む。「状態（Ｓｔａｔｅ）」列は各ステップが完了されたかどうか（この例では、全てのステップが完了されている）を示し、「開始時刻（Ｓｔａｒｔ ｔｉｍｅ）」列は各ステップが開始された時刻を示し、「継続時間（Ｄｕｒａｔｉｏｎ）」列は各ステップが実行されるのに要した時間をミリ秒単位で示す。これにより、設計者は各ステップが適切に実行されていることを確認し、完了するのに過度の時間がかかるステップを識別することが可能になる。代替実施形態では、他の情報が表示されてよい。

図６Ａ～図６Ｋの例においてワークフローが設計されている。そのようなプロセスを実行するユーザのペルソナは、ワークフロー設計者と呼ばれることがある。しかしながら、アクション設計者のペルソナを有するユーザによって、アクションが類似の方法で（例えば、同様のＧＵＩを介して）設計されてよい。したがって、アクション設計者は、公開可能なカスタムアクションを定義することができ、公開されたアクションは選択され、ワークフロー設計者によってワークフローに組み込まれることが可能である。

ＶＩ．動的入力を有するアクション設計ツール
上述のように、現在のワークフローツールの欠点は、それらが既知のサードパーティ・スキーマでのみ動作するようにハードコーディングされており、これらのスキーマのカスタマイズをサポートするためのこれらのツールに対するいかなる変更も、プログラムコードの書き込み及びテストを必要とすることである。そうすることは、経験豊富なソフトウェア技術者にとっても時間がかかり、エラーを起こしやすく、技術者でないユーザにとって参入障壁となる。

本明細書の実施形態は、ワークフローが設計されているときに当初は未知であり得るスキーマをワークフローに組み込むことを可能にすることによって、これらの問題に対処する。これを行う１つの方法は、図７Ａ～図７Ｆの文脈で後述されるように、動的入力を有するアクション設計ツールによるものである。

これらの図（及び図８Ａ～図８Ｆ）で示される実施形態に関して想定されるシナリオでは、企業が、架空のｒｇｂ－ｈｒ．ｃｏｍのリモート・サードパーティＨＲサービスを使用している。この例では、ｒｇｂ－ｈｒ．ｃｏｍは、予め定義されたテーブル及びフィールドを有するアウトソーシングＨＲデータベースを提供する。フィールドは、企業がその従業員の名前、住所、年齢、個人識別情報などを指定することを可能にすることができる。ｒｇｂ－ｈｒ．ｃｏｍサービスは、表現状態転送（ＲＥＳＴ）ＡＰＩや簡易オブジェクトアクセスプロトコル（ＳＯＡＰ）ＡＰＩなどの様々なアプリケーションプログラミングインターフェース（ＡＰＩ）を介して、これらのテーブルへのアクセスを提供することができる。そのような情報にアクセスする他の方法には、ＳＳＨ、Ｊａｖａデータベース接続（ＪＤＢＣ）、ＰＯＷＥＲＳＨＥＬＬ（登録商標）などが含まれ得る。したがって、情報は、企業に対しオンプレミス又はリモートでアクセス可能であり得る。更に、ｒｇｂ－ｈｒ．ｃｏｍサービスは、個々の企業が、フィールドの追加、フィールドの削除、及び／又はフィールドの名前の変更、並びにテーブルの追加、テーブルの削除、及び／又はテーブルの名前の変更を行うことによって、それらのテーブルをカスタマイズすることを可能にすることができる。

例えば、企業は、バッジ識別番号、プロフェッショナル登録番号、証明書のリストなどを含むように、従業員テーブルにカスタムフィールドを追加してもよい。したがって、企業がそのようなカスタマイズを行う場合、新しいフィールドがそこに統合できるようにワークフロー定義をサポートするプログラムコードを開発する必要もある。そうでなければ、ワークフローがカスタムフィールドにアクセスできなくなり、又はカスタムフィールドを使用できなくなり、これらのワークフローの有用性が劇的に低下する可能性がある。

図７Ａは、動的入力を有するアクション設計ツールのための例示的なＧＵＩ７００を示す。例示的ＧＵＩ７００は、アクション概要を提供するペイン７０２と、ユーザがアクション入力を定義することを可能にするペイン７０４とを含む。ＧＵＩ７００は、水平に配置された２つだけのペインを含むが、より多い又はより少ないペインが様々な配置で表示され得る。

ペイン７０２は、ＲＥＳＴ ＡＰＩ呼び出しをリモートサービスに送信し、関連する応答を受信することを含むアクションについてのアクション定義のステップを含む。それに応じて、ペイン７０２は現在定義されているステップを強調し、そのステップはペイン７０４でより詳細に示される。その点で、ペイン７０２は、シェーディングで示されているように入力ステップを強調している。そして、ペイン７０４は、アクションに対する入力（この場合、リモートサービスに関連する動的入力）をユーザが定義するためのオプションを提供する。

本明細書では詳細に図示又は説明しないが、ペイン７０２の他のステップは、アクションを完全に指定できるように、ペイン７０４上に異なる情報を表示することを含むことができる。タスク作成ステップは、潜在的には、定義された入力のいくつかを使用して、計算インスタンス内にタスクレコード（例えば、特定の個人又はグループによって実行される作業の単位を表す）を作成する働きをすることができる。ＲＥＳＴステップは、ＲＥＳＴ ＡＰＩのＵＲＬ並びに／又はＲＥＳＴ呼び出しのヘッダ及びペイロードなどの、ＲＥＳＴクエリのパラメータを定義することを含む。ＪＳＯＮ解析ステップは、ＲＥＳＴ呼び出しから受信されたＪａｖａＳｃｒｉｐｔオブジェクト表記（ＪＳＯＮ）に従ってフォーマットされたデータがどのように解析されるかを定義することを含み、例えば、どの要素が更に使用され、どの要素が無視できるかを定義する。出力ステップは、アクションの出力を定義することを含み、例えば、リモートネットワーク管理プラットフォーム内でデータベースにどのような値が書き込まれるかなどを定義する。

実例として、アクションは、入力ステップにおいてｒｇｂ－ｈｒ．ｃｏｍサービス内の対象のリモートアクセス可能なテーブル及びフィールドを指定することと、タスク作成ステップを定義することと、ＲＥＳＴステップにおいてｒｇｂ－ｈｒ．ｃｏｍサービスのＲＥＳＴ ＵＲＬを指定することと、ＪＳＯＮ解析ステップにおいてＲＥＳＴ呼び出しによって返された対象のＪＳＯＮ要素を定義することと、出力ステップにおいてこれらのＪＳＯＮ要素をローカルデータベーステーブル及びフィールドにマッピングすることとを含むことができる。他の実施形態も可能であり得る。

ペイン７０４は、入力を指定するための列のセットを含む。ラベル列７０６は、入力のソースを示し、タイプ列７０８は、関連する入力が（例えば、メニューからの）動的選択に基づくか、それとも（例えば、キー値ペアのリストからの）動的テンプレートに基づくかを示し、必須列７１０は、関連する入力の存在が必要であるかどうかを示す。図７Ａに示されるように、各入力は「削除（ｄｅｌｅｔｅ）」ボタンにも関連付けることができ、このボタンが選択又は他の方法でアクティブ化されると、入力が除去される。また、各入力の右端にある更なるドロップダウン矢印により、他の関連付けを入力と行うことが可能になる。

入力作成ボタン７１２は、選択又は他の方法でアクティブ化されると、ＧＵＩ７００が入力ステップから離れるようにし、自動的にタスク作成ステップに進むことができる。換言すれば、このボタンを選択又はアクティブ化することにより、ペイン７０２の入力ボックスを強調解除させ、ペイン７０２のタスク作成ボタンを強調させ、タスクを作成するためのオプションをペイン７０４に表示させることができる。

入力７１４及び７１６は、それぞれのソースを指定するために、（例えば、ラベルフィールドの左にあるドロップダウン矢印を選択又は他の方法でアクティブ化することによって）展開され得る。例えば、図７Ｂは、ペイン７０４上に高度なオプション７２０及び動的アクション入力７２２を表示するように展開された入力７１４を示している。

高度なオプションフィールド７２０は、名前フィールド、最大長フィールド、選択表示フィールド、ヒントフィールド、及びデフォルト値フィールドを含む。これらのフィールドは、設計されているアクションがワークフロー設計ＧＵＩページでどのように使用されるのかを定義する。名前フィールドは、入力の名前（「ｍｙＴａｂｌｅ」）を指定し、最大長フィールドは、選択肢フィールド内のオプションの最大文字長を指定し（より長いオプションを切り詰め）、選択フィールドは、（図示されるように、「無し」オプションを有しないドロップダウンメニューから）どのように入力選択肢が選択されるかを定義し、ヒントフィールドは、定義されている入力についての任意選択の簡単な説明を可能にし、デフォルトフィールドは、入力のデフォルト値が提供されるのを可能にする。

動的アクション入力７２２は、別の予め定義されたアクションの出力がこの入力で使用されることを可能にする。アクションフィールドは、そのようなアクションの選択を可能にする。アクションフィールドの右側にあるドロップダウン矢印を選択し又は他の方法でアクティブ化すると、ドロップダウンメニューを表示させることができる。

図７Ｃは、そのようなドロップダウンメニュー７３０を示す。ユーザがテキストを入力できる検索フィールドに加えて、ドロップダウンメニュー７３０は、ｒｇｂ－ｈｒ．ｃｏｍテーブル又はｒｇｂ－ｈｒ．ｃｏｍテーブルからのフィールドを動的に取得するためのオプションを含む。更なる実施形態では、ドロップダウンメニュー７３０は、他のリモートサービスから、ユーザの計算インスタンス内のデータベースから、又はリモートネットワーク管理プラットフォームの他の計算インスタンスから、テーブル及び／又はそのフィールドを得るような、任意の数の予め定義されたアクション又はサブアクションを含んでよい（ここで、アクションは１つ又は複数の個別のサブアクションを含んでよい）。

特に、ｒｇｂ－ｈｒ．ｃｏｍテーブルを得るための予め定義されたアクションは、ワークフローに組み込まれたとき、ｒｇｂ－ｈｒ．ｃｏｍサービスからテーブルのリストを動的に取得するように構成され得る。更に、ｒｇｂ－ｈｒ．ｃｏｍテーブルフィールドを得るための予め定義されたアクションは、ワークフローに組み込まれたとき、これらのテーブルの選択された１つにおけるフィールドのリストを動的に取得するように構成され得る。「ｍｙＴａｂｌｅ」変数は、選択されたテーブルの名前を含むことができる。

ｒｇｂ－ｈｒ．ｃｏｍテーブルを動的に取得するためのオプションのシェーディングで示されているように、このオプションは選択されている。このようにして、入力７１４は、ｒｇｂ－ｈｒ．ｃｏｍから動的に取得されたテーブルのリストとなるように構成され得る。

図７Ｄでは、引き続きアクション設計を例示しており、（ユーザがその定義を完了したときに）折り畳まれた入力７１４と、展開された入力７１６とを示す。したがって、図７Ｄでは、ペイン７０４上に高度なオプション７４０及び動的アクション入力７４２が示される。

高度なオプション７４０は、名前フィールド及びヒントフィールドを含む。名前フィールドは、入力の名前（「Ｆｉｅｌｄｓ」）を指定し、ヒントフィールドは、定義されている入力についての任意選択の簡単な説明を可能にする。

動的アクション入力７４２は、別の予め定義されたアクションの出力がこの入力で使用されることを可能にする。アクションフィールドは、そのようなアクションの選択を可能にする。アクションフィールドの右側にあるドロップダウン矢印を選択し又は他の方法でアクティブ化すると、ドロップダウンメニューを表示させることができる。

図７Ｅは、そのようなドロップダウンメニュー７４４を示す。ユーザがテキストを入力できる検索フィールドに加えて、ドロップダウンメニュー７４４は、ｒｇｂ－ｈｒ．ｃｏｍテーブル又はｒｇｂ－ｈｒ．ｃｏｍテーブルからのフィールドを動的に取得するためのオプションを含む。更なる実施形態では、ドロップダウンメニューは、他のリモートサービスから、ユーザの計算インスタンス内のデータベースから、又はリモートネットワーク管理プラットフォームの他の計算インスタンスから、テーブル及び／又はそのフィールドを得るような、任意の数の予め定義されたアクション又はサブアクションを含んでよい。

上述のように、ｒｇｂ－ｈｒ．ｃｏｍテーブルを得るための予め定義されたアクションは、ワークフローで実行されたとき、ｒｇｂ－ｈｒ．ｃｏｍサービスからテーブルのリストを動的に取得するように構成され得る。また、ｒｇｂ－ｈｒ．ｃｏｍテーブルフィールドを得るための予め定義されたアクションは、ワークフローで実行されたとき、これらのテーブルの特定の１つにおけるフィールドのリストを動的に取得するように構成され得る。

ｒｇｂ－ｈｒ．ｃｏｍテーブルからフィールドを動的に取得するためのオプションのシェーディングで示されているように、このオプションは選択されている。このようにして、入力７１６は、ｒｇｂ－ｈｒ．ｃｏｍからの特定のテーブルに現れる動的に取得されたフィールドのリストとなるように構成され得る。

ここで、図７Ｆでは、引き続きアクション設計を例示し、アクションは、「ｍｙＴａｂｌｅ」変数によって参照されるテーブルからフィールドのリストを取得するように指定される。言い換えれば、入力７１６の可能な値は、ワークフロー設計フェーズ中に選択されたテーブルに基づいて動的に決定される。特に、ユーザは、入力７１６を入力７１４にリンクさせるために「他の入力に依存する（Ｄｅｐｅｎｄｓ ｏｎ ａｎｏｔｈｅｒ ｉｎｐｕｔ）」というタイトルのボックスにチェックを入れている。

図７Ａ～図７Ｆに示されるようにＧＵＩ７００を使用して、ユーザは、ワークフローにおけるテーブル及び／又はテーブルのフィールドの動的選択を可能にするアクションを定義することができる。しかし、アクション設計ツールのこれらの実施形態は、ウェブサイト、ウェブコンポーネント、ファイルなどからの動的入力のような、テーブルベースでない動的入力を指定するために、他の方法で使用されることも可能である。更に、ＧＵＩ７００の内容及び配置は例示の目的で提示されており、他の内容及び配置も可能であり得る。

ユーザは、上述され図７Ａ～図７Ｆに示された動的入力定義プロセスを完了すると、ペイン７０２に示されるステップを使用して残りのアクションを定義することができる。すなわち、ユーザは、ＲＥＳＴ ＡＰＩ呼び出し、呼び出しから返されるＪＳＯＮフォーマット情報がどのように解析されるか、及びこの情報（又は他の情報）のどれがこのアクションの出力として提供されるべきかを定義することができる。

ＶＩＩ．動的入力によるアクションのワークフローへの統合
動的アクションは、非動的（静的）アクションと同様の方法でワークフローに統合することができる。この統合プロセスは、従業員のオフボーディングの例を使用して図８Ａ～図８Ｆに示される。

特に、図８ＡのＧＵＩ８００は、図６ＤのＧＵＩ６３２の場合と類似している。図８Ａでは、トリガーは８０２で示されるように定義されている。このトリガーは、（ユーザの計算インスタンスの）ｓｙｓ＿ｕｓｅｒテーブル内の任意のエントリがアクティブから別の状態（例えば、「偽」又は「非アクティブ」）に更新されると、ワークフローが一度実行されることを示す。これに応答して、アクションが行われる。図６Ｄ～図６Ｉで指定されたアクションとは異なり、このアクションは動的入力を有する。

メニュー８０４に示されるように、ユーザは、アクション又はフローロジックを指定するオプションを有する。「アクション」ボタンの周りの破線は、アクションが指定されていることを示す。特に、メニュー８０４は、このアクションに関するいくつかのコンテキストを表示する。ユーザは「ｒｇｂ－ｈｒ．ｃｏｍ」オプションを選択しており、このオプションは、ワークフローが、ｒｇｂ－ｈｒ．ｃｏｍサービスからのデータにアクセスし、ｒｇｂ－ｈｒ．ｃｏｍサービスにデータを書き込むことを可能にする統合ベースのオプションである。この選択に基づいてサブメニュー８０６が表示される。このサブメニューにより、ユーザは、「レコードを作成する」、「レコードを削除する」、「レコードを検索する」、「レコードを更新する」など、複数の特定のアクションからの選択をすることができる。これらから、ユーザは「レコードを作成する」を選択している。したがって、選択されたオプションを説明する情報ボックス８０８が表示され得る。特に、「レコードを作成する」アクションは、図７Ａ～図７Ｆに示すように設計された動的アクションである（又はそれに関連する）。

図８Ｂは、「レコードを作成する」アクションが選択された後のＧＵＩ８００を示す。このアクションは動的であり、（図７Ｂ及び図７Ｃで定義されたような）ｒｇｂ－ｈｒ．ｃｏｍサービスからのテーブルのリストを得ることを含むので、このリストは、ワークフロー設計中に動的に設定される。特に、リストの動的設定は、ｒｇｂ－ｈｒ．ｃｏｍサービスからテーブルのリストを得る動的選択として入力７１４が定義されることによって引き起こされる。

したがって、図８Ｂは、「ｒｇｂ－ｈｒ．ｃｏｍにおいてレコードを作成する」アクション８１０が選択されており、テーブル名８１２及びフィールド８１４が未決定のままであることを示す。特に、テーブル名８１２のセレクタの右側のプログレススピナーは、ｒｇｂ－ｈｒ．ｃｏｍサービスがテーブル名のリストについて動的に照会されていることを示す。したがって、テーブル名８１２は、このクエリが完了するまでグレー表示され、フィールド８１４は、テーブルが選択されるまでフィールドが指定できないのでグレー表示される。

特に、このアクションで動的入力をサポートしていない場合、定義されているワークフローにおいて、テーブルの予め決定された（例えば、ハードコーディングされた）リストのみがアクセスされ得る。図７Ａ～図７Ｆに従って定義されたアクションの動的入力により、ｒｇｂ－ｈｒ．ｃｏｍサービスを介して利用可能な任意のテーブルがアクセスされ、ワークフローによって使用されることが可能になる。

図８Ｃは、クエリが完了した後のＧＵＩ８００を示す。したがって、テーブル名８１２は、ドロップダウンメニュー８２０を表示するために選択又は他の方法でアクティブ化され得る。ユーザがテキストを入力できる検索フィールドに加えて、ドロップダウンメニュー８２０は、前述のクエリから動的に得られたｒｇｂ－ｈｒ．ｃｏｍサービスのテーブルに対するセレクタを含む。したがって、この例では、ドロップダウンメニュー８２０は、「アカウント（Ａｃｃｏｕｎｔｓ）」、「ユーザ（Ｕｓｅｒｓ）」、「アセット（Ａｓｓｅｔｓ）」、及び「タスク（Ｔａｓｋｓ）」テーブルのエントリを表示する。様々な実施形態において、より多い又はより少ないテーブルが、ｒｇｂ－ｈｒ．ｃｏｍサービスを介して利用可能であり、したがって、ドロップダウンメニュー８２０に表示され得る。

図８Ｃは、選択されている「ユーザ」テーブルを示す。したがって、図８Ｄは、この選択がされた後のＧＵＩ８００を示し、特に、テーブル名８１２は、選択された「ユーザ」テーブルを示している。「ｒｇｂ－ｈｒ．ｃｏｍにおいてレコードを作成する」アクション８１０は動的入力を含み、フィールド８１４は入力７１６に関連するので、テーブル「ユーザ」のフィールドのリストが動的に得られる。特に、フィールド８１４のセレクタの右側のプログレススピナーは、ｒｇｂ－ｈｒ．ｃｏｍサービスがフィールドのリストについて動的に照会されていることを示す。したがって、フィールド８１４はグレー表示される。

このアクションで動的入力をサポートしていない場合、定義されているワークフローにおいて、サポートされたテーブルのフィールドの予め決定された（例えば、ハードコーディングされた）リストのみがアクセスされ得る。図７Ａ～図７Ｆに従って定義されたアクションの動的入力により、ｒｇｂ－ｈｒ．ｃｏｍサービスを介して利用可能な任意のテーブルの任意のフィールドがアクセスされ、ワークフローによって使用されることが可能になる。

図８Ｅは、クエリが完了した後のＧＵＩ８００を示す。したがって、「ユーザ」テーブルのフィールドのリストが示されている。特に、フィールド８３０、８３２、８３４は、レコードが作成されるために設定されなければならない必須フィールドであり得る。ユーザは、これらのフィールドの右側にあるテキストボックスに値を手動で入力することができ、又はトリガー若しくはワークフロー（図示せず）の以前のアクションから値を選択することができる。フィールド値を追加する（Ａｄｄ ｆｉｅｌｄ ｖａｌｕｅ）オプション８３６は、ユーザが表示及びデータエントリのための追加フィールドを選択できるように展開可能である。ユーザは、この時点でアクションの統合を終えた場合、ＧＵＩ８００の右下にある「完了」ボタンを選択又は他の方法でアクティブ化することができる。

図８Ｆは、ＧＵＩ８００において、追加フィールド値オプション８３６が選択又は他の方法でアクティブ化されていることを示す。新しいフィールド８４０がディスプレイに追加されている。選択又は他の方法でアクティブ化されると、新しいフィールド８４０はドロップダウンメニュー８４２を表示する。ユーザがテキストを入力できる検索フィールドに加えて、ドロップダウンメニュー８４２は、前述のクエリから動的に得られた「ユーザ」テーブルのフィールドに対するセレクタを含む。したがって、この例では、ドロップダウンメニュー８４２は、「アドレス（Ａｄｄｒｅｓｓ）」、「アクティブ（Ａｃｔｉｖｅ）」、及び「建物（Ｂｕｉｌｄｉｎｇ）」フィールドのエントリを表示する。様々な実施形態において、より多い又はより少ないフィールドが、このテーブルに関してｒｇｂ－ｈｒ．ｃｏｍサービスを介して利用可能であり、したがって、ドロップダウンメニュー８４２に表示され得る。

図８Ｆは、ユーザが「アクティブ」フィールドを選択したことを示している。図８Ｆに明示的に示されていないが、そうすることにより、新しいフィールド８４０を「アクティブ」フィールドとして設定することができ、したがって、ユーザは、その関連するテキストボックスに（又は、他のメカニズムによって）データを入力することができる。例えば、従業員オフボーディングの例では、このフィールドの値は「偽」又は「非アクティブ」に設定され得る。ユーザは、この時点でアクションの統合を終えた場合、ＧＵＩ８００の右下にある「完了」ボタンを選択するか又は別の方法でアクティブ化することができる。

したがって、動的入力によるアクションをワークフローに統合することができる。統合フェーズ中に、指定されたリモート（又はローカル）サービスは、そのプロパティ（例えば、テーブル及びフィールド）を決定するために照会される。このようにして、これらのプロパティは、ユーザが各プロパティとのインターフェースを明示的にサポートするためのコードを書くことなく、ワークフローによって使用できることになる。更に、これらのプロパティは時間経過と共に変化する（例えば、新しいテーブル及び／又はフィールドがｒｇｂ－ｈｒ．ｃｏｍサービスに追加される）が、それらをサポートするコードを書く必要はなく、変更されたプロパティにアクセスするために新しいアクションがユーザフレンドリーな方法で定義可能である。したがって、本明細書の実施形態は、完全にＧＵＩを介する動的入力によるアクションの定義をサポートする。

ＶＩＩＩ．アクション設計、ワークフロー設計、及びワークフロー実行フェーズ
図９は、本明細書に説明されているようなアクション設計、ワークフロー設計、及びワークフロー実行フェーズの特徴の図である。様々な実施形態において、これらのフェーズは、より多い又は少ない特徴を含み得る。

アクション設計フェーズ９００は図７Ａ～図７Ｆに示されている。そこで、ユーザは、１つ又は複数の動的入力、及び動的入力として使用されるデータを提供するリモートサービスＡＰＩを指定する。また、ユーザは、このデータの解析及び記憶ルールを指定することができ、それにより、動的入力を、例えば、ユーザの計算インスタンス内のデータベーステーブルのフィールドに書き込むことが可能になる。設計されたアクションは、次いで、１つ又は複数のワークフローに後で組み込むために、（例えば、ユーザの計算インスタンスのデータベースにも）記憶される。

ワークフロー設計フェーズ９０２は図８Ａ～図８Ｆに示されている。そこで、ユーザはトリガー及びフローを指定する。フローは、設計されたアクションを含むことができる。その場合、（アクション設計フェーズで定義されるような）動的入力についてのオプションは、リモートサービスＡＰＩを介して動的に取得される。ユーザは、更なるフロー、サブフロー、及びアクションを指定し、次いで、設計されたワークフローを（例えば、ユーザの計算インスタンスのデータベースにも）記憶することができる。

ワークフロー実行フェーズ９０４は、図６Ａ～図６Ｋに示されており、（例えば、ユーザの計算インスタンスによって）自動的に実行され得る。トリガーが起動したと決定されると、ワークフローが実行される。これは、ワークフロー設計フェーズで指定されたような入力による設計アクションの実行を含む。ワークフローの一部である他の任意のフロー、サブフロー、及びアクションも実行され得る。

ＩＸ．例示的動作
図１０は、例示的実施形態を示すフローチャートである。図１０に示すプロセスは、コンピューティング装置１００などのコンピューティング装置、及び／又はサーバクラスタ２００などのコンピューティング装置のクラスタによって実行され得る。しかしながら、このプロセスは、他のタイプの装置又は装置サブシステムによって実行することもできる。例えば、このプロセスは、ラップトップ又はタブレット装置のようなポータブルコンピュータによって実行されてもよい。

図１０の実施形態は、そこに示された特徴の任意の１つ又は複数を除去することによって簡略化され得る。更に、これらの実施形態は、前述の図のいずれかの又は本明細書に他の形で記載されている特徴、態様、及び／又は実装と組み合わせられ得る。

ブロック１０００は、サーバ装置によって、クライアント装置に対して、ワークフローに統合されるように構成されたアクションを定義するアクション設計ＧＵＩの第１のバージョン上に表示するために、リモートサービスのＡＰＩから動的に取得されることになる入力情報の第１のセットの選択を可能にする第１のメニューを提供することを含むことができる。動的取得は、ワークフローの設計中に行われ、リモートサービスは、サーバ装置及びクライアント装置とは物理的に異なる。

ブロック１００２は、場合によっては入力情報の第１のセットの選択を受け取ることに応答して、サーバ装置によって、クライアント装置に対して、アクション設計ＧＵＩの第２のバージョン上に表示するために、ワークフローの設計中にＡＰＩから動的に取得されることになる入力情報の第２のセットの選択を可能にする第２のメニューを提供することを含むことができる。入力情報の第２のセットは、入力情報の第１のセットの選択と関係付けられる。

ブロック１００４は、場合によっては入力情報の第２のセットの選択を受け取ることに応答して、サーバ装置によって、クライアント装置に対して、アクション設計ＧＵＩの１つ又は複数の更なるバージョン上に表示するために、ＡＰＩ、ＡＰＩにリモートでアクセスする方法、及びＡＰＩから受け取ったデータを解析する方法を指定するためのオプションを提供することを含むことができる。

ブロック１００６は、サーバ装置によって、永続ストレージに対して、入力として入力情報の第１のセット及び入力情報の第２のセットを含むアクションの定義を書き込むことを含むことができる。

いくつかの実施形態では、ワークフローの設計中にＡＰＩから動的に取得されることになる入力情報の第１のセットは、リモートサービスによって提供されるテーブルのリストである。

いくつかの実施形態では、アクション設計ＧＵＩの第１のバージョンは、ワークフローの設計中にテーブルのリストがどのように表示されることになるかに関するセレクタを更に含み、セレクタは、テーブルのリストのドロップダウンメニュー及びデフォルト値の指定を可能にする。

いくつかの実施形態では、ワークフローの設計中にＡＰＩから動的に取得されることになる入力情報の第２のセットは、テーブルのリストからのテーブルにおけるフィールドのリストである。

いくつかの実施形態は更に、（ｉ）ワークフロー設計ＧＵＩの第１のバージョン上に表示するために、ワークフローに組み込まれることが可能な予め定義されたアクションのリストからのアクションの選択を可能にする第３のメニューを提供することと、（ｉｉ）場合によってはアクションの選択を受け取ることに応答して、ＡＰＩを介して、テーブルのリストを動的に取得することと、（ｉｉｉ）アクションの定義に基づいて、ワークフロー設計ＧＵＩの第２のバージョン上に表示するために、テーブルのリストからのテーブルの選択を可能にする第４のメニューを提供することと、（ｉｖ）アクションの定義に基づいて、及びテーブルのリストからのテーブルの選択を受け取ることに応答して、ＡＰＩを介して、テーブルにおけるフィールドのリストを動的に取得することと、（ｖ）アクションの定義に基づいて、ワークフロー設計ＧＵＩの第３のバージョン上に表示するために、フィールドのリストからのフィールドに対して手順が行われることを可能にする第５のメニューを提供することと、（ｖｉ）手順が行われた後にテーブルとフィールドの値とを含むワークフローの定義を永続ストレージに書き込むこととを含むことができる。

いくつかの実施形態では、フィールドに対して行われる手順は、フィールドの値を指定又は変更することを含む。

いくつかの実施形態では、ワークフロー設計ＧＵＩの第３のバージョンは、フィールドのリストからのフィールドの選択を可能にする。

いくつかの実施形態では、ワークフロー設計ＧＵＩの第３のバージョンは、必要であると予め定義されているフィールドのリストからの１つ又は複数のフィールドを含む。

いくつかの実施形態では、第１のメニューは、（ｉ）予め定義されたアクション又はサブアクションが、ＡＰＩからテーブルのリストを動的に取得する、及び（ｉｉ）テーブルのリストからのテーブルの選択が、テーブルのリストが動的に取り込まれたドロップダウンメニューを介して行われるという指定を可能にする。

いくつかの実施形態では、第２のメニューは、（ｉ）フィールドのリストがテーブルに関係する、及び（ｉｉ）フィールドのリストの少なくとも一部が、フィールド毎に１つのキー値ペアであるキー値ペアのセットとして、第５のメニュー内に表示されるという指定を可能にする。

Ｘ．結語
本開示は、本出願に記載された特定の実施形態の観点から限定されるものではなく、種々の態様の例示として意図されている。多くの変更及び変形は、当業者に明らかであるように、その範囲から逸脱することなく行うことができる。本明細書に説明されているものに加えて、開示の範囲内で機能的に等価な方法及び装置は、上記の説明から当業者には明らかであろう。そのような変更及び変形は、添付の特許請求の範囲内に含まれることを意図されている。

上記の詳細な説明は、添付の図面を参照して、開示されているシステム、装置、及び方法の種々の特徴及び動作について説明したものである。本明細書に説明された及び図面における例示的実施形態は、限定するように意図されていない。本明細書で示される主題の範囲から逸脱することなく、他の実施形態が使用されてよく、他の変更がなされてよい。本開示の態様は、本明細書に一般的に記載され図示されるように、様々な異なる形態で配置、置換、結合、分離、及び設計され得ることは容易に理解されるであろう。

図面における及び本明細書で説明されているメッセージフロー図、シナリオ、及びフローチャートのいずれか又は全てに関して、各ステップ、ブロック、及び／又は通信は、例示的実施形態に従って情報の処理及び／又は情報の送信を表すことができる。代替実施形態は、これらの例示的実施形態の範囲内に含まれる。これらの代替実施形態において、例えば、ステップ、ブロック、送信、通信、要求、応答、及び／又はメッセージとして説明される動作は、関連する機能に応じて、実質的に同時又は逆の順序を含めて、図示又は説明されるものと異なる順序で実行され得る。更に、本明細書で説明されたメッセージフロー図、シナリオ、及びフローチャートのいずれかと共に、より多い又はより少ないブロック及び／又は動作が使用されてよく、これらのメッセージフロー図、シナリオ、及びフローチャートは、部分的又は全体で相互に組み合わされ得る。

情報の処理を表すステップ又はブロックは、本明細書に記載の方法又は技術の特定の論理機能を実行するように構成できる回路に対応することができる。代替的又は追加的に、情報の処理を表すステップ又はブロックは、モジュール、セグメント、又はプログラムコードの一部（関連データを含む）に対応することができる。プログラムコードは、方法又は技術における特定の論理操作又はアクションを実装するためにプロセッサによって実行可能である１つ又は複数の命令を含むことができる。プログラムコード及び／又は関連データは、ＲＡＭ、ディスクドライブ、ソリッドステートドライブ、又は他の記憶媒体を含む記憶装置など、任意のタイプのコンピュータ可読媒体に記憶され得る。

また、コンピュータ可読媒体には、レジスタメモリ及びプロセッサキャッシュのようにデータを短期間記憶するコンピュータ可読媒体のような、非一時的コンピュータ可読媒体も含まれ得る。コンピュータ可読媒体は更に、プログラムコード及び／又はデータをより長期間記憶する非一時的コンピュータ可読媒体が含まれ得る。したがって、コンピュータ可読媒体には、例えば、ＲＯＭ、光又は磁気ディスク、ソリッドステートドライブ、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）のような、二次又は永続的な長期記憶装置が含まれ得る。コンピュータ可読媒体はまた、他の任意の揮発性又は不揮発性の記憶システムとすることもできる。コンピュータ可読媒体は、例えば、コンピュータ可読記憶媒体又は有形記憶装置であるとみなされ得る。

更に、１つ又は複数の情報伝送を表すステップ又はブロックは、同じ物理装置内のソフトウェア及び／又はハードウェアモジュール間の情報伝送に対応することができる。しかしながら、他の情報伝送は、異なる物理装置におけるソフトウェアモジュール及び／又はハードウェアモジュール間にあり得る。

図面に示された特定の配置は、限定するものとみなされるべきではない。他の実施形態は、所与の図に示される各要素についてより多い又はより少ない要素を含み得ると理解されるべきである。更に、例示された要素のいくつかは、結合又は省略され得る。更に、例示的実施形態は、図面に示されていない要素を含むことができる。

様々な態様及び実施形態が本明細書に開示されているが、他の態様及び実施形態は当業者には明らかであろう。本明細書に開示された様々な態様及び実施形態は例示を目的としており、限定するものではなく、真の範囲は添付の特許請求の範囲によって示される。

Claims (20)

1. リモートネットワーク管理プラットフォームの計算インスタンスであって、
   リモートサービスのアプリケーションプログラミングインターフェース（ＡＰＩ）の定義を含む永続ストレージであって、前記ＡＰＩは、前記リモートサービスに記憶された入力情報へのアクセスを提供し、前記リモートサービスは、前記計算インスタンスとは物理的に異なる、永続ストレージと、
   アクション設計グラフィカルユーザインターフェース（ＧＵＩ）を介して、前記ＡＰＩから動的入力を受け取るアクションの定義を得る動作を行うように構成された１つ又は複数のプロセッサと
   を含み、前記アクションは、ワークフローに統合されるように構成され、前記動作は、
   前記アクション設計ＧＵＩの第１のバージョン上に表示するために、前記ワークフローの設計中に前記ＡＰＩから動的に取得されることになる前記入力情報の第１のセットの選択を可能にする第１のメニューを提供することと、
   前記入力情報の前記第１のセットの前記選択を受け取ることに応答して、前記アクション設計ＧＵＩの第２のバージョン上に表示するために、前記ワークフローの設計中に前記ＡＰＩから動的に取得されることになる前記入力情報の第２のセットの選択を可能にする第２のメニューを提供することであって、前記入力情報の前記第２のセットは、前記入力情報の前記第１のセットの前記選択と関係付けられる、提供することと、
   前記入力情報の前記第２のセットの前記選択を受け取ることに応答して、前記アクション設計ＧＵＩの１つ又は複数の更なるバージョン上に表示するために、前記ＡＰＩ、前記ＡＰＩにリモートでアクセスする方法、及び前記ＡＰＩから受け取ったデータを解析する方法を指定するためのオプションを提供することと、
   入力として前記入力情報の前記第１のセット及び前記入力情報の前記第２のセットを含む前記アクションの前記定義を前記永続ストレージに書き込むことと
   を含む、計算インスタンス。
2. 前記ワークフローの設計中に前記ＡＰＩから動的に取得されることになる前記入力情報の前記第１のセットは、前記リモートサービスによって提供されるテーブルのリストである、請求項１に記載の計算インスタンス。
3. 前記アクション設計ＧＵＩの前記第１のバージョンは、前記ワークフローの設計中にテーブルの前記リストがどのように表示されることになるかに関するセレクタを更に含み、前記セレクタは、テーブルの前記リストのドロップダウンメニュー及びデフォルト値の指定を可能にする、請求項２に記載の計算インスタンス。
4. 前記ワークフローの設計中に前記ＡＰＩから動的に取得されることになる前記入力情報の前記第２のセットは、テーブルの前記リストからのテーブルにおけるフィールドのリストである、請求項２に記載の計算インスタンス。
5. 前記動作は、
   ワークフロー設計ＧＵＩの第１のバージョン上に表示するために、前記ワークフローに組み込まれることが可能な予め定義されたアクションのリストからの前記アクションの選択を可能にする第３のメニューを提供することと、
   前記アクションの前記選択を受け取ることに応答して、前記ＡＰＩを介して、テーブルの前記リストを動的に取得することと、
   前記アクションの前記定義に基づいて、前記ワークフロー設計ＧＵＩの第２のバージョン上に表示するために、テーブルの前記リストからの前記テーブルの選択を可能にする第４のメニューを提供することと、
   前記アクションの前記定義に基づいて、及びテーブルの前記リストからの前記テーブルの前記選択を受け取ることに応答して、前記ＡＰＩを介して、前記テーブルにおけるフィールドの前記リストを動的に取得することと、
   前記アクションの前記定義に基づいて、前記ワークフロー設計ＧＵＩの第３のバージョン上に表示するために、フィールドの前記リストからのフィールドに対して手順が行われることを可能にする第５のメニューを提供することと、
   前記手順が行われた後に前記テーブルと前記フィールドの値とを含む前記ワークフローの定義を前記永続ストレージに書き込むことと
   を更に含む、請求項４に記載の計算インスタンス。
6. 前記フィールドに対して行われる前記手順は、前記フィールドの前記値を指定又は変更することを含む、請求項５に記載の計算インスタンス。
7. 前記ワークフロー設計ＧＵＩの前記第３のバージョンは、フィールドの前記リストからの前記フィールドの選択を可能にする、請求項５に記載の計算インスタンス。
8. 前記ワークフロー設計ＧＵＩの前記第３のバージョンは、必要であると予め定義されているフィールドの前記リストからの１つ又は複数のフィールドを含む、請求項５に記載の計算インスタンス。
9. 前記第１のメニューは、（ｉ）予め定義されたサブアクションが、前記ＡＰＩからテーブルの前記リストを動的に取得する、及び（ｉｉ）テーブルの前記リストからの前記テーブルの選択が、テーブルの前記リストが動的に取り込まれたドロップダウンメニューを介して行われるという指定を可能にする、請求項５に記載の計算インスタンス。
10. 前記第２のメニューは、（ｉ）フィールドの前記リストが前記テーブルに関係する、及び（ｉｉ）フィールドの前記リストの少なくとも一部が、フィールド毎に１つのキー値ペアであるキー値ペアのセットとして、前記第５のメニュー内に表示されるという指定を可能にする、請求項５に記載の計算インスタンス。
11. サーバ装置によって、クライアント装置に対して、ワークフローに統合されるように構成されたアクションを定義するアクション設計グラフィカルユーザインターフェース（ＧＵＩ）の第１のバージョン上に表示するために、リモートサービスのアプリケーションプログラミングインターフェース（ＡＰＩ）から動的に取得されることになる入力情報の第１のセットの選択を可能にする第１のメニューを提供するステップであって、前記動的取得は、前記ワークフローの設計中に行われ、前記リモートサービスは、前記サーバ装置及び前記クライアント装置とは物理的に異なる、ステップと、
    前記入力情報の前記第１のセットの前記選択を受け取ることに応答して、前記サーバ装置によって、前記クライアント装置に対して、前記アクション設計ＧＵＩの第２のバージョン上に表示するために、前記ワークフローの設計中に前記ＡＰＩから動的に取得されることになる前記入力情報の第２のセットの選択を可能にする第２のメニューを提供するステップであって、前記入力情報の前記第２のセットは、前記入力情報の前記第１のセットの前記選択と関係付けられる、ステップと、
    前記入力情報の前記第２のセットの前記選択を受け取ることに応答して、前記サーバ装置によって、前記クライアント装置に対して、前記アクション設計ＧＵＩの１つ又は複数の更なるバージョン上に表示するために、前記ＡＰＩ、前記ＡＰＩにリモートでアクセスする方法、及び前記ＡＰＩから受け取ったデータを解析する方法を指定するためのオプションを提供するステップと、
    前記サーバ装置によって、永続ストレージに対して、入力として前記入力情報の前記第１のセット及び前記入力情報の前記第２のセットを含む前記アクションの定義を書き込むステップと
    を含む方法。
12. 前記ワークフローの設計中に前記ＡＰＩから動的に取得されることになる前記入力情報の前記第１のセットは、前記リモートサービスによって提供されるテーブルのリストである、請求項１１に記載の方法。
13. 前記アクション設計ＧＵＩの前記第１のバージョンは、前記ワークフローの設計中にテーブルの前記リストがどのように表示されることになるかに関するセレクタを更に含み、前記セレクタは、テーブルの前記リストのドロップダウンメニュー及びデフォルト値の指定を可能にする、請求項１２に記載の方法。
14. 前記ワークフローの設計中に前記ＡＰＩから動的に取得されることになる前記入力情報の前記第２のセットは、テーブルの前記リストからのテーブルにおけるフィールドのリストである、請求項１２に記載の方法。
15. ワークフロー設計ＧＵＩの第１のバージョン上に表示するために、前記ワークフローに組み込まれることが可能な予め定義されたアクションのリストからの前記アクションの選択を可能にする第３のメニューを提供するステップと、
    前記アクションの前記選択を受け取ることに応答して、前記ＡＰＩを介して、テーブルの前記リストを動的に取得するステップと、
    前記アクションの前記定義に基づいて、前記ワークフロー設計ＧＵＩの第２のバージョン上に表示するために、テーブルの前記リストからの前記テーブルの選択を可能にする第４のメニューを提供するステップと、
    前記アクションの前記定義に基づいて、及びテーブルの前記リストからの前記テーブルの前記選択を受け取ることに応答して、前記ＡＰＩを介して、前記テーブルにおけるフィールドの前記リストを動的に取得するステップと、
    前記アクションの前記定義に基づいて、前記ワークフロー設計ＧＵＩの第３のバージョン上に表示するために、フィールドの前記リストからのフィールドに対して手順が行われることを可能にする第５のメニューを提供するステップと、
    前記手順が行われた後に前記テーブルと前記フィールドの値とを含む前記ワークフローの定義を前記永続ストレージに書き込むステップと
    を更に含む、請求項１４に記載の方法。
16. 前記フィールドに対して行われる前記手順は、前記フィールドの前記値を指定又は変更することを含む、請求項１５に記載の方法。
17. 前記ワークフロー設計ＧＵＩの前記第３のバージョンは、フィールドの前記リストからの前記フィールドの選択を可能にする、請求項１５に記載の方法。
18. 前記ワークフロー設計ＧＵＩの前記第３のバージョンは、必要であると予め定義されているフィールドの前記リストからの１つ又は複数のフィールドを含む、請求項１５に記載の方法。
19. プログラム命令を記憶した非一時的コンピュータ可読媒体を含む製造品であって、前記プログラム命令は、コンピューティングシステムによって実行されると、
    クライアント装置に対して、ワークフローに統合されるように構成されたアクションを定義するアクション設計グラフィカルユーザインターフェース（ＧＵＩ）の第１のバージョン上に表示するために、リモートサービスのアプリケーションプログラミングインターフェース（ＡＰＩ）から動的に取得されることになる入力情報の第１のセットの選択を可能にする第１のメニューを提供することであって、前記動的取得は、前記ワークフローの設計中に行われ、前記リモートサービスは、前記コンピューティングシステム及び前記クライアント装置とは物理的に異なる、提供することと、
    前記入力情報の前記第１のセットの前記選択を受け取ることに応答して、前記クライアント装置に対して、前記アクション設計ＧＵＩの第２のバージョン上に表示するために、前記ワークフローの設計中に前記ＡＰＩから動的に取得されることになる前記入力情報の第２のセットの選択を可能にする第２のメニューを提供することであって、前記入力情報の前記第２のセットは、前記入力情報の前記第１のセットの前記選択と関係付けられる、提供することと、
    前記入力情報の前記第２のセットの前記選択を受け取ることに応答して、前記クライアント装置に対して、前記アクション設計ＧＵＩの１つ又は複数の更なるバージョン上に表示するために、前記ＡＰＩ、前記ＡＰＩにリモートでアクセスする方法、及び前記ＡＰＩから受け取ったデータを解析する方法を指定するためのオプションを提供することと、
    永続ストレージに対して、入力として前記入力情報の前記第１のセット及び前記入力情報の前記第２のセットを含む前記アクションの定義を書き込むことと
    を含む動作を、前記コンピューティングシステムに行わせる、製造品。
20. 前記動作は、
    ワークフロー設計ＧＵＩの第１のバージョン上に表示するために、前記ワークフローに組み込まれることが可能な予め定義されたアクションのリストからの前記アクションの選択を可能にする第３のメニューを提供することと、
    前記アクションの前記選択を受け取ることに応答して、前記ＡＰＩを介して、テーブルのリストを動的に取得することと、
    前記アクションの前記定義に基づいて、前記ワークフロー設計ＧＵＩの第２のバージョン上に表示するために、テーブルの前記リストからのテーブルの選択を可能にする第４のメニューを提供することと、
    前記アクションの前記定義に基づいて、及びテーブルの前記リストからの前記テーブルの前記選択を受け取ることに応答して、前記ＡＰＩを介して、前記テーブルにおけるフィールドのリストを動的に取得することと、
    前記アクションの前記定義に基づいて、前記ワークフロー設計ＧＵＩの第３のバージョン上に表示するために、フィールドの前記リストからのフィールドに対して手順が行われることを可能にする第５のメニューを提供することと、
    前記手順が行われた後に前記テーブルと前記フィールドの値とを含む前記ワークフローの定義を前記永続ストレージに書き込むことと
    を更に含む、請求項１９に記載の製造品。
    

Images