知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024082272
(43)【公開日】2024-06-19
(54)【発明の名称】コンピュータプラットフォームの集中設定および変更追跡
(51)【国際特許分類】
G06F 8/60 20180101AFI20240612BHJP
【ＦＩ】
G06F8/60
【審査請求】有
【請求項の数】20
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2023206692
(22)【出願日】2023-12-07
(31)【優先権主張番号】18/076,736
(32)【優先日】2022-12-07
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＨＤＭＩ
２．ＰＹＴＨＯＮ
３．ＭｙＳＱＬ
４．ＨＰＵＸ
(71)【出願人】
【識別番号】518249328
【氏名又は名称】サービスナウ， インコーポレイテッド
【氏名又は名称原語表記】ＳｅｒｖｉｃｅＮｏｗ， Ｉｎｃ．
(74)【代理人】
【識別番号】100094569
【弁理士】
【氏名又は名称】田中 伸一郎
(74)【代理人】
【識別番号】100103610
【弁理士】
【氏名又は名称】▲吉▼田 和彦
(74)【代理人】
【識別番号】100109070
【弁理士】
【氏名又は名称】須田 洋之
(74)【代理人】
【識別番号】100067013
【弁理士】
【氏名又は名称】大塚 文昭
(74)【代理人】
【氏名又は名称】上杉 浩
(74)【代理人】
【識別番号】100120525
【弁理士】
【氏名又は名称】近藤 直樹
(74)【代理人】
【識別番号】100139712
【弁理士】
【氏名又は名称】那須 威夫
(74)【代理人】
【識別番号】100141553
【弁理士】
【氏名又は名称】鈴木 信彦
(72)【発明者】
【氏名】ブライアン ジェームス ワプリントン
(72)【発明者】
【氏名】ヒュン キム
(72)【発明者】
【氏名】マイケル スティーブン ルドウィグ
(72)【発明者】
【氏名】ラヴィンドラ バンサル
(72)【発明者】
【氏名】ベニー ファン デ ソンペレ
(72)【発明者】
【氏名】スワプネシュ パテル
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376AA11
5B376AA35
5B376AA37
5B376AA39
(57)【要約】
【課題】設定データを集中させ、このデータの変更を追跡するための技術を提供する。
【解決手段】一実施形態は、ソフトウェアサービスが劣化基準を満たす旨の判定に応答して、ソフトウェアサービスと、ソフトウェアサービスにより用いられる設定データが当該設定データの現行スナップショットにおいて変更された旨を指定する変更リクエストと、を示すアラートを生成することと、変更リクエストに基づいて、設定データの現行スナップショットと先行スナップショットとの間の一組の設定変更を決定することと、現行スナップショットにおいて変更された１つまたは複数のパラメータと、現行スナップショットにおいて変更された１つまたは複数のパラメータにつながる設定データのツリーベースの配置における１つまたは複数のパスと、を示す一組の設定変更の表現を提供することと、を含んでいてもよい。
【選択図】図８
【解決手段】一実施形態は、ソフトウェアサービスが劣化基準を満たす旨の判定に応答して、ソフトウェアサービスと、ソフトウェアサービスにより用いられる設定データが当該設定データの現行スナップショットにおいて変更された旨を指定する変更リクエストと、を示すアラートを生成することと、変更リクエストに基づいて、設定データの現行スナップショットと先行スナップショットとの間の一組の設定変更を決定することと、現行スナップショットにおいて変更された１つまたは複数のパラメータと、現行スナップショットにおいて変更された１つまたは複数のパラメータにつながる設定データのツリーベースの配置における１つまたは複数のパスと、を示す一組の設定変更の表現を提供することと、を含んでいてもよい。
【選択図】図８
【特許請求の範囲】
【請求項1】
ソフトウェアサービスが劣化基準を満たす旨の判定に応答して、前記ソフトウェアサービスと、前記ソフトウェアサービスにより用いられる設定データが前記設定データの現行スナップショットにおいて変更された旨を指定する変更リクエストと、を示すアラートを生成することと、
前記変更リクエストに基づいて、前記設定データの前記現行スナップショットと先行スナップショットとの間の一組の設定変更を決定することと、
前記現行スナップショットにおいて変更された１つまたは複数のパラメータと、前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータにつながる前記設定データのツリーベースの配置における１つまたは複数のパスと、を示す前記一組の設定変更の表現を提供することと、
を含む、方法。
前記変更リクエストに基づいて、前記設定データの前記現行スナップショットと先行スナップショットとの間の一組の設定変更を決定することと、
前記現行スナップショットにおいて変更された１つまたは複数のパラメータと、前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータにつながる前記設定データのツリーベースの配置における１つまたは複数のパスと、を示す前記一組の設定変更の表現を提供することと、
を含む、方法。
【請求項2】
前記設定データの前記現行スナップショットと前記先行スナップショットとの間の前記一組の設定変更を決定することが、前記現行スナップショットおよび前記先行スナップショットの選択を受信することに応答したものである、請求項１に記載の方法。
【請求項3】
前記ソフトウェアサービスが、１つまたは複数のソフトウェアアプリケーションによりサポートされ、前記設定データの前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータが、前記１つまたは複数のソフトウェアアプリケーションにより用いられる、請求項１に記載の方法。
【請求項4】
前記ソフトウェアサービスが前記劣化基準を満たす旨の判定が、前記ソフトウェアサービスに影響を及ぼす停止、前記ソフトウェアサービスの性能低下、または閾値を超えるプロセッサもしくはメモリの利用のうちの１つまたは複数を検出することを含む、請求項１に記載の方法。
【請求項5】
前記アラートが、アラートデータベースに格納され、複数のソフトウェアサービスのうちの１つまたは複数に影響を及ぼす検出された技術的問題と関連する複数のアラートのうちの１つである、請求項１に記載の方法。
【請求項6】
前記ソフトウェアサービスおよび前記変更リクエストを指定する前記アラートの表現をグラフィカルユーザインターフェースによってクライアント機器に提供することをさらに含む、請求項１に記載の方法。
【請求項7】
前記一組の設定変更を決定することが、
前記設定データの前記現行スナップショットおよび前記先行スナップショットを含む複数のスナップショットの調整可能タイムラインを前記クライアント機器に提供することと、
前記クライアント機器から、前記現行スナップショットおよび前記先行スナップショットの別の選択を受信することと、
前記先行スナップショットと前記現行スナップショットとの間で変更されたものを前記１つまたは複数のパラメータとして決定することと、
を含む、請求項６に記載の方法。
前記設定データの前記現行スナップショットおよび前記先行スナップショットを含む複数のスナップショットの調整可能タイムラインを前記クライアント機器に提供することと、
前記クライアント機器から、前記現行スナップショットおよび前記先行スナップショットの別の選択を受信することと、
前記先行スナップショットと前記現行スナップショットとの間で変更されたものを前記１つまたは複数のパラメータとして決定することと、
を含む、請求項６に記載の方法。
【請求項8】
前記設定データの前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータがそれぞれ、各パラメータおよび前記各パラメータの値を一意に識別するキーを含むキー値ペアとして表される、請求項１に記載の方法。
【請求項9】
前記設定データの前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータがそれぞれ、前記設定データへの新規追加、前記設定データからの削除、または前記設定データ内の編集としてマークされている、請求項１に記載の方法。
【請求項10】
前記一組の設定変更の前記表現が、前記設定データの前記現行スナップショットにおいて変更されていない付加的なパラメータも示す、請求項１に記載の方法。
【請求項11】
前記設定データの前記現行スナップショットが、プロダクション環境において展開され、前記先行スナップショットが、前記現行スナップショットの展開に先立って、前記プロダクション環境において最も新しく展開された前記設定データのスナップショットである、請求項１に記載の方法。
【請求項12】
コンピュータシステムの１つまたは複数のプロセッサにより実行された場合に、
ソフトウェアサービスが劣化基準を満たす旨の判定に応答して、前記ソフトウェアサービスと、前記ソフトウェアサービスにより用いられる設定データが前記設定データの現行スナップショットにおいて変更された旨を指定する変更リクエストと、を示すアラートを生成することと、
前記変更リクエストに基づいて、前記設定データの前記現行スナップショットと先行スナップショットとの間の一組の設定変更を決定することと、
前記現行スナップショットにおいて変更された１つまたは複数のパラメータと、前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータにつながる前記設定データのツリーベースの配置における１つまたは複数のパスと、を示す前記一組の設定変更の表現を提供することと、
を含む動作を前記コンピュータシステムに実行させるプログラム命令を格納する非一時的コンピュータ可読媒体。
ソフトウェアサービスが劣化基準を満たす旨の判定に応答して、前記ソフトウェアサービスと、前記ソフトウェアサービスにより用いられる設定データが前記設定データの現行スナップショットにおいて変更された旨を指定する変更リクエストと、を示すアラートを生成することと、
前記変更リクエストに基づいて、前記設定データの前記現行スナップショットと先行スナップショットとの間の一組の設定変更を決定することと、
前記現行スナップショットにおいて変更された１つまたは複数のパラメータと、前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータにつながる前記設定データのツリーベースの配置における１つまたは複数のパスと、を示す前記一組の設定変更の表現を提供することと、
を含む動作を前記コンピュータシステムに実行させるプログラム命令を格納する非一時的コンピュータ可読媒体。
【請求項13】
前記設定データの前記現行スナップショットと前記先行スナップショットとの間の前記一組の設定変更を決定することが、前記現行スナップショットおよび前記先行スナップショットの選択を受信することに応答したものである、請求項１２に記載の非一時的コンピュータ可読媒体。
【請求項14】
前記ソフトウェアサービスが、１つまたは複数のソフトウェアアプリケーションによりサポートされ、前記設定データの前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータが、前記１つまたは複数のソフトウェアアプリケーションにより用いられる、請求項１２に記載の非一時的コンピュータ可読媒体。
【請求項15】
前記ソフトウェアサービスが前記劣化基準を満たす旨の判定が、前記ソフトウェアサービスに影響を及ぼす停止、前記ソフトウェアサービスの性能低下、または閾値を超えるプロセッサもしくはメモリの利用のうちの１つまたは複数を検出することを含む、請求項１２に記載の非一時的コンピュータ可読媒体。
【請求項16】
前記アラートが、アラートデータベースに格納され、複数のソフトウェアサービスのうちの１つまたは複数に影響を及ぼす検出された技術的問題と関連する複数のアラートのうちの１つである、請求項１２に記載の非一時的コンピュータ可読媒体。
【請求項17】
前記動作が、前記ソフトウェアサービスおよび前記変更リクエストを指定する前記アラートの表現をグラフィカルユーザインターフェースによってクライアント機器に提供することをさらに含み、
前記一組の設定変更を決定することが、
前記設定データの前記現行スナップショットおよび前記先行スナップショットを含む複数のスナップショットの調整可能タイムラインを前記クライアント機器に提供することと、
前記クライアント機器から、前記現行スナップショットおよび前記先行スナップショットの別の選択を受信することと、
前記先行スナップショットと前記現行スナップショットとの間で変更されたものを前記１つまたは複数のパラメータとして決定することと、
を含む、請求項１２に記載の非一時的コンピュータ可読媒体。
前記一組の設定変更を決定することが、
前記設定データの前記現行スナップショットおよび前記先行スナップショットを含む複数のスナップショットの調整可能タイムラインを前記クライアント機器に提供することと、
前記クライアント機器から、前記現行スナップショットおよび前記先行スナップショットの別の選択を受信することと、
前記先行スナップショットと前記現行スナップショットとの間で変更されたものを前記１つまたは複数のパラメータとして決定することと、
を含む、請求項１２に記載の非一時的コンピュータ可読媒体。
【請求項18】
前記設定データの前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータがそれぞれ、各パラメータおよび前記各パラメータの値を一意に識別するキーを含むキー値ペアとして表される、請求項１２に記載の非一時的コンピュータ可読媒体。
【請求項19】
前記設定データの前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータがそれぞれ、前記設定データへの新規追加、前記設定データからの削除、または前記設定データ内の編集としてマークされている、請求項１２に記載の非一時的コンピュータ可読媒体。
【請求項20】
コンピュータシステムであって、
１つまたは複数のプロセッサと、
メモリと、
前記メモリに格納され、前記１つまたは複数のプロセッサによる実行の際に、
ソフトウェアサービスが劣化基準を満たす旨の判定に応答して、前記ソフトウェアサービスと、前記ソフトウェアサービスにより用いられる設定データが前記設定データの現行スナップショットにおいて変更された旨を指定する変更リクエストと、を示すアラートを生成することと、
前記変更リクエストに基づいて、前記設定データの前記現行スナップショットと先行スナップショットとの間の一組の設定変更を決定することと、
前記現行スナップショットにおいて変更された１つまたは複数のパラメータと、前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータにつながる前記設定データのツリーベースの配置における１つまたは複数のパスと、を示す前記一組の設定変更の表現を提供することと、
を含む動作を前記コンピュータシステムに実行させるプログラム命令と、
を備える、コンピュータシステム。
１つまたは複数のプロセッサと、
メモリと、
前記メモリに格納され、前記１つまたは複数のプロセッサによる実行の際に、
ソフトウェアサービスが劣化基準を満たす旨の判定に応答して、前記ソフトウェアサービスと、前記ソフトウェアサービスにより用いられる設定データが前記設定データの現行スナップショットにおいて変更された旨を指定する変更リクエストと、を示すアラートを生成することと、
前記変更リクエストに基づいて、前記設定データの前記現行スナップショットと先行スナップショットとの間の一組の設定変更を決定することと、
前記現行スナップショットにおいて変更された１つまたは複数のパラメータと、前記現行スナップショットにおいて変更された前記１つまたは複数のパラメータにつながる前記設定データのツリーベースの配置における１つまたは複数のパスと、を示す前記一組の設定変更の表現を提供することと、
を含む動作を前記コンピュータシステムに実行させるプログラム命令と、
を備える、コンピュータシステム。
【発明の詳細な説明】
【背景技術】
【0001】
現代のコンピュータプラットフォームは、大規模かつ複雑になり、数百または数千ものソフトウェアアプリケーションを同時にサポートするほか、相互に連携して動作するソフトウェアアプリケーション群によって、より高度なサービスも容易となっている。結果として、これらのコンピュータプラットフォームは、プラットフォーム、ソフトウェアアプリケーション、および／またはサービスの動作を制御する数万から数百万の範囲の個別設定可能なパラメータを有し得る。これらのパラメータを設定データと総称する。
【発明の概要】
【0002】
多くの現実的なシナリオにおいては、設定データが頻繁に変化し得る。たとえば、アジャイルソフトウェア開発またはラピッドソフトウェア開発の手順では、プラットフォーム全体にわたって、１日に何千回もこれらのパラメータを更新することがある。いくつかの特定のパラメータは、ソフトウェアアプリケーションおよび／またはそれぞれの使用の進化に伴って、１日または１週間に複数回変更となる場合がある。さらに、設定データは、コンピュータプラットフォーム内の複数の場所あるいはプラットフォームの外部に格納されている場合があり、特定のパラメータの位置特定あるいは識別が困難かつ時間を要するものとなっている。
【0003】
上記の結果、設定データの変更の追跡および管理が難しくなる。結果として、設定エラー（たとえば、１つまたは複数のパラメータが正しくない値となること）が現在、ソフトウェアのコーディングエラーよりも、システムダウンタイム、欠陥、および障害の原因になっているものと考えられる。
【0004】
本明細書の実施形態は、設定データを集中させ、このデータの変更を追跡するための技術を提供することにより、上記および考え得る他の制限を最新技術で克服する。設定データの各バージョンは、スナップショットと称する場合もある。設定データの修正は、各変更の影響を受けるファイル、データベースエントリ、および／または他の構造を指定する変更リクエスト（cｈａｎｇｅ ｒｅｑｕｅｓｔ）が起点となり得る。これにより、スナップショットから変更のタイムラインが生成され、変更リクエストに基づいてスナップショットのパラメータ間の差分が決定され得る。このような差分は、あるスナップショットから別のスナップショットへの追加、削除、修正（編集）が明確に示されたツリー状の階層において表示され得る。多くの場所で何千ものパラメータを調べることなく、設定障害を迅速に識別および選別可能となるため都合が良い。
【0005】
これらの変更の表現に関して、既存の多くのシステムでは、データベーステーブルの行にパラメータ（または、パラメータの変更）を格納することによって表現を行う。上述の通り、コンピュータプラットフォームでは、１日に何千もの変更を示す場合がある。したがって、スナップショット間の変更の識別では、数千ものこのような行をテーブルに書き込んだ後、これらの行を読み出して変更をユーザに表示する場合がある。
【0006】
このようなプロセスでは、１行の書き込みまたは読み出しごとに１ミリ秒オーダの時間を要するため、レイテンシが大きくなる可能性がある。このため、大きな変更テーブルの操作および確認には、少なくとも数秒、場合によっては数分を要する場合もある。このようなユーザ側の遅延を回避するため、本明細書の実施形態では、仮想テーブルを採用することができる。この技術によれば、データベースインターフェースの使用によって、コンピュータプラットフォームのファイルシステムに格納された１つまたは複数のファイルの一部にアクセス可能となる。したがって、データベーステーブルの代わりに、ファイルへの変更の書き込みおよびファイルからの変更の読み出しが可能となって、１０～１００倍の高速化が可能である。さらに、ユーザに表示される出力のページネーションによって、ファイル中の変更のわずかな部分だけが一度に表示されるようにすることができる。組み合わせにより、この手法では、メインメモリの利用が抑えられるほか、この情報をユーザに提示する際のコンピュータプラットフォームの応答時間が劇的に改善される。
【0007】
したがって、第１の例示的な実施形態は、ソフトウェアサービスが劣化基準（ｄｅｇｒａｄａｔｉｏｎ ｃｒｉｔｅｒｉｏｎ）を満たす旨の判定に応答して、ソフトウェアサービスと、ソフトウェアサービスにより用いられる設定データが当該設定データの現行スナップショット（ｃｕｒｒｅｎｔ ｓｎａｐｓｈｏｔ）において変更された旨を指定する変更リクエストと、を示すアラートを生成することを含んでいてもよい。また、第１の例示的な実施形態は、変更リクエストに基づいて、設定データの現行スナップショットと先行スナップショットとの間の一組の設定変更（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ）を決定することを含んでいてもよい。また、第１の例示的な実施形態は、現行スナップショットにおいて変更された１つまたは複数のパラメータと、現行スナップショットにおいて変更された１つまたは複数のパラメータにつながる設定データのツリーベースの配置における１つまたは複数のパスと、を示す一組の設定変更の表現を提供することを含んでいてもよい。
【0008】
第２の例示的な実施形態は、ウェブサーバアプリケーションにおいて、ファイル、ファイル内のデータブロックのブロック数、およびブロックサイズを指定するクエリを受信することであり、ファイルが、設定データのスナップショット間の差分を表すエントリを含む、ことと、ブロックサイズに基づいて、ファイル内のデータブロックを識別することと、ウェブサーバアプリケーションにアクセス可能な非一時的メモリにブロックを格納することと、クエリに応答して、ウェブサーバアプリケーションにより、グラフィカルユーザインターフェースのリストコンポーネントにおける表示用にフォーマットされたブロック内の一組のエントリを送信することと、を含んでいてもよい。
【0009】
第３の例示的な実施形態は、コンピュータシステムによる実行によって、第１および／または第２の例示的な実施形態に記載の動作をコンピュータシステムに実行させるプログラム命令が格納された非一時的コンピュータ可読媒体を含んでいてもよい。
【0010】
第４の例示的な実施形態において、コンピュータシステムは、少なくとも１つのプロセッサのほか、メモリおよびプログラム命令を備えていてもよい。プログラム命令は、メモリに格納され、少なくとも１つのプロセッサによる実行の際に、第１および／または第２の例示的な実施形態に記載の動作をコンピュータシステムに実行させるようにしてもよい。
【0011】
第５の例示的な実施形態において、システムは、第１および／または第２の例示的な実施形態の動作それぞれを実行するためのさまざまな手段を備えていてもよい。
【0012】
当業者には、必要に応じて添付の図面を参照しつつ、以下の詳細な説明を読むことにより、上記および他の実施形態、態様、利点、および代替案が明らかとなるであろう。さらに、本概要ならびに本明細書に記載の他の説明および図面は、一例として実施形態を示す意図しかないため、多くの変形例が可能である。たとえば、構造要素およびプロセスステップについて、特許請求の範囲のような実施形態の範囲内に維持しつつ、再配置、結合、分配、除去、あるいは変更を加えることができる。
【図面の簡単な説明】
【0013】
【図1】例示的な実施形態に係る、コンピュータ機器の模式図である。
【図2】例示的な実施形態に係る、サーバ機器クラスタの模式図である。
【図3】例示的な実施形態に係る、リモートネットワーク管理アーキテクチャを示した図である。
【図4】例示的な実施形態に係る、リモートネットワーク管理アーキテクチャを含む通信環境を示した図である。
【図5】例示的な実施形態に係る、リモートネットワーク管理アーキテクチャを含む別の通信環境を示した図である。
【図6A】例示的な実施形態に係る、設定データの種類、設定データの格納方法、および設定データを格納可能な場所を示した図である。
【図6B】例示的な実施形態に係る、ソフトウェアサービス用の簡素化された一組の設定データを示した図である。
【図6C】例示的な実施形態に係る、設定データの集中格納を示した図である。
【図7A】例示的な実施形態に係る、スナップショットのリストを表示するユーザインターフェースを示した図である。
【図7B】例示的な実施形態に係る、アラートを表示するユーザインターフェースを示した図である。
【図7C】例示的な実施形態に係る、変更リクエストに関するスナップショットのタイムラインを表示するユーザインターフェースを示した図である。
【図7D】例示的な実施形態に係る、設定データの変更を表示するユーザインターフェースを示した図である。
【図7E】例示的な実施形態に係る、設定データの他の変更を表示するユーザインターフェースを示した図である。
【図7F】例示的な実施形態に係る、設定データの変更の代替ビューを表示するユーザインターフェースを示した図である。
【図8】例示的な実施形態に係る、フローチャートである。
【図9】例示的な実施形態に係る、部分的差分比較ファイルを示した図である。
【図10】例示的な実施形態に係る、データベースまたは仮想テーブルからのデータをグラフィカルユーザインターフェースに入力するためのメッセージフロー図である。
【図11】例示的な実施形態に係る、ファイルからブロックを読み出す仮想データベースドライバを示した図である。
【図12】例示的な実施形態に係る、カスタムページネーション制御を有するウェブサーババックエンドを示した図である。
【図13】例示的な実施形態に係る、フローチャートである。
【発明を実施するための形態】
【0014】
本明細書には、例示的な方法、機器、およびシステムを記載している。本明細書において、単語「例（ｅｘａｍｐｌｅ）」および「例示的（ｅｘｅｍｐｌａｒｙ）」は、「一例、事例、または実例として機能する」ことを意味するものとして使用していることが了解されるものとする。「例」または「例示的」として本明細書に記載の任意の実施形態または特徴は、その旨の記載のない限り、他の実施形態または特徴よりも好適または有利であるとは必ずしも解釈されない。このため、本明細書に提示の主題の範囲から逸脱することなく、他の実施形態を利用可能であるとともに、他の変更を加えることができる。
【0015】
したがって、本明細書に記載の例示的な実施形態は、何ら限定を意味するものではない。本明細書の全体に記載するとともに図面に示すような本開示の態様は、多種多様な異なる構成での配置、置換、結合、分離、および設計が可能であることが容易に了解される。たとえば、「クライアント」および「サーバ」コンポーネントへの機能の分離は、多くの方法で実行可能である。
【0016】
さらに、文脈上の別段の示唆のない限り、図面それぞれに示す特徴は、相互に組み合わせて使用可能である。このため、図面は一般的に、１つまたは複数の全体的な実施形態の構成要素の態様として捉えるべきであり、図示の特徴のすべてが各実施形態に必要であるとは限らないことが了解される。
【0017】
また、本明細書または特許請求の範囲における要素、ブロック、またはステップの如何なる列挙も、明瞭化を目的としたものである。したがって、このような列挙は、これらの要素、ブロック、またはステップの特定の配置の順守または特定の順序での実行の要求または暗示を行うものと解釈すべきではない。
【0018】
Ｉ．導入
大企業は、相互に関連する多くの業務を抱える複雑なエンティティである。これらの中には、人事（ＨＲ）、サプライチェーン、情報技術（ＩＴ）、および財務等、企業の各所で見られるものもある。ただし、各企業は、必要不可欠な能力の提供および／または競争優位性の構築につながるそれ自体の一意の業務も有する。
大企業は、相互に関連する多くの業務を抱える複雑なエンティティである。これらの中には、人事（ＨＲ）、サプライチェーン、情報技術（ＩＴ）、および財務等、企業の各所で見られるものもある。ただし、各企業は、必要不可欠な能力の提供および／または競争優位性の構築につながるそれ自体の一意の業務も有する。
【0019】
幅広く実施される業務をサポートするため、企業は通常、顧客関係管理（ＣＲＭ）および人材管理（ＨＣＭ）パッケージ等、既製のソフトウェアアプリケーションを使用する。ただし、企業自体の一意の要件を満たすには、カスタムのソフトウェアアプリケーションも必要となる場合がある。大企業では、これらのカスタムソフトウェアアプリケーションを何十または何百と有することが多い。これに対して、本明細書の実施形態が提供する利点は、大企業に限定されず、あらゆる規模の企業または他種の組織に適用可能と考えられる。
【0020】
このような多くのソフトウェアアプリケーションは、企業内の個々の部門により開発される。これらは、単純なスプレッドシートから、特注のソフトウェアツールおよびデータベースにまで及ぶ。ただし、他部門との連携のないカスタムソフトウェアアプリケーションの普及には多くの欠点がある。これは、企業による業務の運営および成長の能力、技術革新、ならびに規制要件への対応に悪影響を及ぼす。企業は、そのサブシステムおよびデータを統合する単一のシステムがないことから、業務の統合、合理化、および強化を困難と感じる場合がある。
【0021】
カスタムアプリケーションを効率的に生成するため、企業は、不要な開発の複雑さを排除するリモートホスト型のアプリケーションプラットフォームから恩恵を受けることになる。このようなプラットフォームの目標は、時間を要する繰り返しのアプリケーション開発タスクを減らして、ソフトウェアエンジニアおよび他の任務の個人が価値の高い一意の機能の開発に専念できるようにすることである。
【0022】
この目標を達成するため、ａＰａａＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）の概念の導入によって、企業全体のワークフローを知的に自動化する。ａＰａａＳシステムは、企業からリモートでホストされるが、セキュアな接続によって、企業内のデータ、アプリケーション、およびサービスにアクセス可能である。このようなａＰａａＳ一ステムには、多くの有利な機能および特性がある。これらの利点および特性によって、ＩＴ、ＨＲ、ＣＲＭ、顧客サービス、アプリケーション開発、およびセキュリティに関して、企業の業務およびワークフローを改善可能と考えられる。これに対して、本明細書の実施形態は、企業の用途または環境に限定されず、より広く適用可能である。
【0023】
ａＰａａＳシステムは、モデル・ビュー・コントローラ（ＭＶＣ）アプリケーションの開発および実行をサポートし得る。ＭＶＣアプリケーションは、それぞれの機能を３つの相互接続部（モデル、ビュー、およびコントローラ）に分割して、情報がユーザに提示される様態から情報の表現を分離することにより、効率的なコードの再利用および並行開発を可能にする。これらのアプリケーションは、ウェブベースで、作成、読み取り、更新、および削除（ＣＲＵＤ）の機能を提供し得る。これにより、共通のアプリケーションインフラ上で新たなアプリケーションを構築可能となる。場合によっては、単方向データフローを使用するもの等、ＭＶＣとは異なる構造のアプリケーションが採用され得る。
【0024】
ａＰａａＳシステムは、グラフィカルユーザインターフェース（ＧＵＩ）開発のための標準化された一組のウィジェット等、標準化されたアプリケーションコンポーネントをサポートし得る。このように、ａＰａａＳシステムを用いて構築されたアプリケーションは、外観および雰囲気が共通する。他のソフトウェアコンポーネントおよびモジュールについても同様に、標準化されていてもよい。場合によっては、企業のカスタムロゴおよび／または配色によって、この外観および雰囲気をブランディングまたはスキニングすることも可能である。
【0025】
ａＰａａＳシステムは、メタデータを使用してアプリケーションの動作を設定する機能をサポートし得る。これによって、特定のニーズを満たすように、アプリケーションの動作を素早く適応させることができる。このような手法によって、開発時間が短縮されるとともに柔軟性が増す。さらに、ａＰａａＳシステムは、メタデータの作成および管理を容易化してメタデータのエラーを抑えるＧＵＩツールをサポートし得る。
【0026】
ａＰａａＳシステムは、アプリケーション間の明確に規定されたインターフェースをサポートし得るため、ソフトウェア開発者が不要なアプリケーション間依存関係を回避することができる。このため、ａＰａａＳシステムは、永続的な状態情報等のデータが格納されるサービス層を実装することができる。
【0027】
ａＰａａＳシステムが豊富な一組の統合機能をサポートし得るため、システム上のアプリケーションは、レガシーアプリケーションおよびサードパーティアプリケーションと相互作用可能である。たとえば、ａＰａａＳシステムは、レガシーＨＲ、ＩＴ、および会計システムと統合されるカスタム従業員研修システムをサポートし得る。
【0028】
ａＰａａＳシステムは、企業レベルのセキュリティをサポートし得る。さらに、ａＰａａＳシステムは、リモートでホストされ得ることから、企業のシステムまたは企業の外側でホストされたサードパーティネットワークおよびサービスと相互作用する場合に、セキュリティ手順も利用すべきである。たとえば、ａＰａａＳシステムは、企業等の当事者間でデータを共有することにより、共通のセキュリティ脅威を検出および識別するように構成されていてもよい。
【0029】
また、ａＰａａＳシステムの他の特徴、昨日、および利点も存在し得る。この説明は、例示を目的としており、何ら限定の意図はない。
【0030】
ａＰａａＳ開発プロセスの一例として、ソフトウェア開発者は、ａＰａａＳシステムを使用して新たなアプリケーションを作成するように命じられる場合がある。開発者は最初に、アプリケーションが使用するデータの種類およびそれぞれの間の関係を指定するデータモデルを規定し得る。開発者はその後、ａＰａａＳシステムのＧＵＩを介して、データモデルを入力する（たとえば、アップロードする）。ａＰａａＳシステムは、対応するデータベーステーブル、フィールド、および関係をすべて自動的に作成するが、これらには、オブジェクト指向サービス層を介してアクセス可能となる。
【0031】
また、ａＰａａＳシステムは、クライアント側のインターフェースおよびサーバ側のＣＲＵＤロジックを伴う完全に機能的なアプリケーションを構築可能である。この生成アプリケーションは、ユーザの別途開発の基礎として機能し得る。開発者は、アプリケーションの基本機能に多くの時間を費やす必要がないため都合が良い。さらに、アプリケーションは、ウェブベースであってもよいため、任意のインターネット対応クライアント機器からアクセス可能である。この代替または追加として、たとえばインターネットサービスが利用可能ではない場合に、アプリケーションのローカルコピーへのアクセスが可能となっていてもよい。
【0032】
また、ａＰａａＳシステムは、アプリケーションに追加できる豊富な一組の所定の機能をサポートし得る。これらの機能には、検索、電子メール、テンプレート、ワークフロー設計、レポート、分析、ソーシャルメディア、スクリプト記述、モバイル向けの出力、およびカスタマイズＧＵＩのサポートを含む。
【0033】
このようなａＰａａＳシステムは、さまざまな方法でＧＵＩを表し得る。たとえば、ａＰａａＳシステムのサーバ機器は、ハイパーテキストマークアップ言語（ＨＴＭＬ）およびＪＡＶＡＳＣＲＩＰＴ（登録商標）の組み合わせを使用してＧＵＩの表現を生成するようにしてもよい。ＪＡＶＡＳＣＲＩＰＴ（登録商標）は、クライアント側の実行可能コード、サーバ側の実行可能コード、または両者を含み得る。サーバ機器がこの表現をクライアント機器に送信あるいは提供することにより、ローカルに規定された外観および雰囲気に従って、クライアント機器が画面に表示するようにしてもよい。あるいは、ＧＵＩの表現は、クライアント機器がグラフィック出力を直接生成するのに使用可能な中間形態（たとえば、ＪＡＶＡ（登録商標）バイトコード）等、他の形態であってもよい。それ以外の可能性もある。
【0034】
さらに、ボタン、メニュー、タブ、スライダ、チェックボックス、トグル等のＧＵＩ要素とのユーザ相互作用をそれぞれの「選択」、「起動」、または「作動」と称する場合もある。これらの用語は、ＧＵＩ要素との相互作用がキーボードによるか、ポインティングデバイスによるか、タッチスクリーンによるか、または別の機構によるかに関わらず使用され得る。
【0035】
ａＰａａＳアーキテクチャは、企業のネットワークと統合され、このようなネットワークの管理に用いられる場合に特に効果を発揮する。以下の実施形態では、例示的なａＰａａＳシステムのアーキテクチャおよび機能的態様のほか、それぞれの特徴および利点を説明する。
【0036】
ＩＩ．例示的なコンピュータ機器およびクラウドベースのコンピュータ環境
図１は、コンピュータ機器１００を例示する簡易ブロック図であって、コンピュータ機器に含まれ、本明細書の実施形態に従って動作するように構成された構成要素の一部を示している。コンピュータ機器１００としては、クライアント機器（たとえば、ユーザが能動的に操作する機器）も可能であるし、サーバ機器（たとえば、演算サービスをクライアント機器に提供する機器）も可能であるし、その他何らかの種類の演算プラットフォームも可能である。サーバ機器の中には、特定の操作を実行するために時折クライアント機器として動作するものがあり、クライアント機器の中には、サーバ機能を組み込んだものがある。
図１は、コンピュータ機器１００を例示する簡易ブロック図であって、コンピュータ機器に含まれ、本明細書の実施形態に従って動作するように構成された構成要素の一部を示している。コンピュータ機器１００としては、クライアント機器（たとえば、ユーザが能動的に操作する機器）も可能であるし、サーバ機器（たとえば、演算サービスをクライアント機器に提供する機器）も可能であるし、その他何らかの種類の演算プラットフォームも可能である。サーバ機器の中には、特定の操作を実行するために時折クライアント機器として動作するものがあり、クライアント機器の中には、サーバ機能を組み込んだものがある。
【0037】
本例において、コンピュータ機器１００は、プロセッサ１０２、メモリ１０４、ネットワークインターフェース１０６、および入力／出力ユニット１０８を具備しており、これらがすべて、システムバス１１０または類似の機構により結合されていてもよい。いくつかの実施形態において、コンピュータ機器１００は、他の構成要素および／または周辺機器（たとえば、取り外し可能なストレージ、プリンタ等）を具備していてもよい。
【0038】
プロセッサ１０２は、中央演算処理装置（ＣＰＵ）、コプロセッサ（たとえば、数学、グラフィックス、または暗号化コプロセッサ）、デジタル信号プロセッサ（ＤＳＰ）、ネットワークプロセッサ、ならびに／またはプロセッサ動作を実行する集積回路もしくはコントローラの形態等、任意の種類のコンピュータ処理要素のうちの１つまたは複数であってもよい。場合により、プロセッサ１０２は、１つまたは複数のシングルコアプロセッサであってもよい。他の場合に、プロセッサ１０２は、複数の独立した処理ユニットを伴う１つまたは複数のマルチコアプロセッサであってもよい。また、プロセッサ１０２には、実行対象の命令および関連データを一時的に格納するためのレジスタメモリのほか、最近使用された命令およびデータを一時的に格納するためのキャッシュメモリを含み得る。
【0039】
メモリ１０４は、如何なる形態のコンピュータ使用可能メモリであってもよく、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ならびに不揮発性メモリ（たとえば、フラッシュメモリ、ハードディスクドライブ、半導体ドライブ、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、および／もしくはテープストレージ）が挙げられるが、これらに限定されない。このため、メモリ１０４は、メインメモリユニットおよび長期ストレージの両者を表す。他種のメモリとしては、生物学的メモリが挙げられる。
【0040】
メモリ１０４は、プログラム命令および／またはプログラム命令が動作し得るデータを格納していてもよい。一例として、メモリ１０４は、プロセッサ１０２による実行によって、本明細書または添付の図面に開示の方法、プロセス、または動作のいずれかを実行可能となるように、これらのプログラム命令非一時的コンピュータ可読媒体に格納するようにしてもよい。
【0041】
図１に示すように、メモリ１０４は、ファームウェア１０４Ａ、カーネル１０４Ｂ、および／またはアプリケーション１０４Ｃを含んでいてもよい。ファームウェア１０４Ａは、コンピュータ機器１００の一部または全部の起動あるいは開始に用いられるプログラムコードであってもよい。カーネル１０４Ｂは、メモリ管理、プロセッサのスケジューリングおよび管理、入力／出力、ならびに通信のためのモジュールを含むオペレーティングシステムであってもよい。また、カーネル１０４Ｂは、オペレーティングシステムによるコンピュータ機器１００のハードウェアモジュール（たとえば、メモリユニット、ネットワークインターフェース、ポート、およびバス）との通信を可能にするデバイスドライバを含んでいてもよい。アプリケーション１０４Ｃは、ウェブブラウザまたは電子メールクライアント等の１つまたは複数のユーザ空間ソフトウェアプログラムのほか、これらのプログラムで使用される任意のソフトウェアライブラリであってもよい。また、メモリ１０４は、上記および他のプログラムおよびアプリケーションで使用されるデータを格納するようにしてもよい。
【0042】
ネットワークインターフェース１０６は、イーサネット（たとえば、ファーストイーサネット、ギガビットイーサネット）等の１つまたは複数の有線インターフェースの形態であってもよい。また、ネットワークインターフェース１０６は、同軸ケーブルもしくは電力線等の１つもしくは複数の非イーサネット媒体または同期光ネットワーキング（ＳＯＮＥＴ）もしくはデジタル加入者線（ＤＳＬ）技術等の広域媒体を介した通信をサポートし得る。また、ネットワークインターフェース１０６は、ＩＥＥＥ ８０２．１１（Ｗｉｆｉ）、ＢＬＵＥＴＯＯＴＨ（登録商標）、全地球測位システム（ＧＰＳ）、または広域無線インターフェース等の１つまたは複数の無線インターフェースの形態であってもよい。ただし、他の形態の物理層インターフェースならびに他種の標準もしくは専用通信プロトコルがネットワークインターフェース１０６を介して用いられるようになっていてもよい。さらに、ネットワークインターフェース１０６には、複数の物理インターフェースを含み得る。たとえば、コンピュータ機器１００のいくつかの実施形態には、イーサネット、ＢＬＵＥＴＯＯＴＨ（登録商標）、およびＷｉｆｉインターフェースを含み得る。
【0043】
入力／出力ユニット１０８は、ユーザおよび周辺機器のコンピュータ機器１００との相互作用を容易化し得る。入力／出力ユニット１０８には、１つまたは複数の種類の入力装置（キーボード、マウス、タッチスクリーン等）を含み得る。同様に、入力／出力ユニット１０８には、１つまたは複数の種類の出力装置（画面、モニタ、プリンタ、ならびに／または１つもしくは複数の発光ダイオード（ＬＥＤ）等）を含み得る。この追加または代替として、コンピュータ機器１００は、たとえばユニバーサルシリアルバス（ＵＳＢ）または高精細マルチメディアインターフェース（ＨＤＭＩ）ポートインターフェースを使用することにより他の機器と通信することができる。
【0044】
いくつかの実施形態においては、コンピュータ機器１００等の１つまたは複数のコンピュータ機器の展開によって、ａＰａａＳアーキテクチャをサポートしていてもよい。これらのコンピュータ機器の厳密な物理的位置、接続性、および設定は、クライアント機器に既知および／または重要ではない場合もある。したがって、コンピュータ機器は、さまざまなリモートデータセンタの場所で収容し得る「クラウドベース」機器と称する場合もある。
【0045】
図２は、例示的な実施形態に係る、クラウドベースのサーバクラスタ２００を示している。図２においては、コンピュータ機器（たとえば、コンピュータ機器１００）の動作がサーバ機器２０２、データストレージ２０４、およびルータ２０６間に分散していてもよく、これらがすべて、ローカルクラスタネットワーク２０８により接続されていてもよい。サーバクラスタ２００におけるサーバ機器２０２、データストレージ２０４、およびルータ２０６の数は、サーバクラスタ２００に割り当てられた演算タスクおよび／またはアプリケーションによって決まり得る。
【0046】
たとえば、サーバ機器２０２は、コンピュータ機器１００のさまざまな演算タスクを実行するように構成可能である。このため、１つまたは複数のサーバ機器２０２に演算タスクを分配可能である。これらの演算タスクを並列実行可能な限りにおいて、このようなタスクの分配により、これらのタスクを完了して結果を返すまでの合計時間が短縮され得る。簡素化のため、サーバクラスタ２００および個々のサーバ機器２０２の両者を「サーバ機器」と称する場合もある。この命名は、１つまたは複数の異なるサーバ機器、データ記憶装置、およびクラスタルータがサーバ機器の動作に関与し得ることの暗示として了解されるものとする。
【0047】
データストレージ２０４は、複数群のハードディスクドライブおよび／または半導体ドライブに対する読み書きアクセスを管理するように構成されたドライブアレイコントローラを含むデータストレージアレイであってもよい。また、ドライブアレイコントローラは、１つまたは複数のサーバ機器２０２がデータストレージ２０４のユニットにアクセスできなくなるドライブ故障または他種の故障に対する保護のため、単独またはサーバ機器２０２と併せて、データストレージ２０４に格納されたデータのバックアップまたは冗長コピーを管理するように構成されていてもよい。ドライブ以外の他種のメモリが用いられるようになっていてもよい。
【0048】
ルータ２０６は、内部および外部通信をサーバクラスタ２００に提供するように構成されたネットワーク設備を含み得る。たとえば、ルータ２０６には、（ｉ）ローカルクラスタネットワーク２０８を介したサーバ機器２０２とデータストレージ２０４との間のネットワーク通信、および／または、（ｉｉ）ネットワーク２１２への通信リンク２１０を介したサーバクラスタ２００と他の機器との間のネットワーク通信を提供するように構成された１つまたは複数のパケットスイッチングおよび／またはルーティング機器（スイッチおよび／またはゲートウェイを含む）を含み得る。
【0049】
また、ルータ２０６の構成は、サーバ機器２０２およびデータストレージ２０４のデータ通信要件、ローカルクラスタネットワーク２０８のレイテンシおよびスループット、通信リンク２１０のレイテンシ、スループット、およびコスト、ならびに／またはシステムアーキテクチャのコスト、速度、耐障害性、回復力、効率、および／もしくは他の設計目標に寄与し得る他の要因に少なくとも部分的に基づき得る。
【0050】
考え得る一例として、データストレージ２０４には、構造化照会言語（ＳＱＬ）データベース等の任意の形態のデータベースを含み得る。このようなデータベースにおいては、さまざまな種類のデータ構造が情報を格納可能であり、テーブル、アレイ、リスト、ツリー、およびタプルが挙げられるが、これらに限定されない。さらに、データストレージ２０４の任意のデータベースがモノリシックであってもよいし、複数の物理的機器に分散していてもよい。
【0051】
サーバ機器２０２は、データストレージ２０４へのデータの送信および／またはデータストレージ２０４からのデータの受信を行うように構成されていてもよい。この送信および読み出しはそれぞれ、ＳＱＬクエリもしくは他種のデータベースクエリの形態ならびにこのようなクエリの出力の形態であってもよい。同様に、テキスト、イメージ、ビデオ、および／またはオーディオが追加で含まれていてもよい。さらに、サーバ機器２０２は、受信データをウェブページまたはウェブアプリケーションの表現として編成するようにしてもよい。このような表現は、ＨＴＭＬ、拡張マークアップ言語（ＸＭＬ）等のマークアップ言語、または他の何らかの標準化フォーマットもしくは専用フォーマットの形態であってもよい。さらに、サーバ機器２０２は、さまざまな種類のコンピュータ化スクリプト言語を実行可能であってもよく、Ｐｅｒｌ、Ｐｙｔｈｏｎ、ＰＨＰ Ｈｙｐｅｒｔｅｘｔ Ｐｒｅｐｒｏｃｅｓｓｏｒ（ＰＨＰ）、Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅｓ（ＡＳＰ）、ＪＡＶＡＳＣＲＩＰＴ（登録商標）等が挙げられるが、これらに限定されない。これらの言語で書かれたコンピュータプログラムコードは、クライアント機器へのウェブページの提供のほか、クライアント機器のウェブページとの相互作用を容易化し得る。この代替または追加として、ウェブページの生成の容易化および／またはウェブアプリケーション機能の提供のため、ＪＡＶＡ（登録商標）が用いられるようになっていてもよい。
【0052】
ＩＩＩ．例示的なリモートネットワーク管理アーキテクチャ
図３は、例示的な実施形態に係る、リモートネットワーク管理アーキテクチャを示している。このアーキテクチャには、マネージドネットワーク３００、リモートネットワーク管理プラットフォーム３２０、およびパブリッククラウドネットワーク３４０という３つの主要な構成要素を含み、すべてがインターネット３５０により接続されている。
図３は、例示的な実施形態に係る、リモートネットワーク管理アーキテクチャを示している。このアーキテクチャには、マネージドネットワーク３００、リモートネットワーク管理プラットフォーム３２０、およびパブリッククラウドネットワーク３４０という３つの主要な構成要素を含み、すべてがインターネット３５０により接続されている。
【0053】
Ａ．マネージドネットワーク
マネージドネットワーク３００は、たとえば演算および通信タスクのほか、データのストレージのためのエンティティが使用する企業ネットワークであってもよい。このため、マネージドネットワーク３００は、クライアント機器３０２、サーバ機器３０４、ルータ３０６、仮想マシン３０８、ファイアウォール３１０、および／またはプロキシサーバ３１２を具備していてもよい。クライアント機器３０２は、コンピュータ機器１００により具現化されていてもよく、サーバ機器３０４は、コンピュータ機器１００またはサーバクラスタ２００により具現化されていてもよく、ルータ３０６は、如何なる種類のルータ、スイッチ、またはゲートウェイであってもよい。
マネージドネットワーク３００は、たとえば演算および通信タスクのほか、データのストレージのためのエンティティが使用する企業ネットワークであってもよい。このため、マネージドネットワーク３００は、クライアント機器３０２、サーバ機器３０４、ルータ３０６、仮想マシン３０８、ファイアウォール３１０、および／またはプロキシサーバ３１２を具備していてもよい。クライアント機器３０２は、コンピュータ機器１００により具現化されていてもよく、サーバ機器３０４は、コンピュータ機器１００またはサーバクラスタ２００により具現化されていてもよく、ルータ３０６は、如何なる種類のルータ、スイッチ、またはゲートウェイであってもよい。
【0054】
仮想マシン３０８は、コンピュータ機器１００およびサーバクラスタ２００のうちの１つまたは複数により具現化されていてもよい。一般的に、仮想マシンは、コンピュータシステムのエミュレーションであり、物理的なコンピュータの機能（たとえば、プロセッサ、メモリ、および通信リソース）を模倣する。サーバクラスタ２００等の１つの物理的なコンピュータシステムが最大で数千もの個々の仮想マシンをサポート可能である。いくつかの実施形態において、仮想マシン３０８は、個々の仮想マシンに対する物理的な演算リソースの割り当てのほか、性能およびエラー報告を容易化する集中サーバ機器またはアプリケーションにより管理されるようになっていてもよい。企業は、仮想マシンを採用することにより、必要に応じて演算リソースを効率的に割り当てることが多い。仮想化コンピュータシステムのプロバイダには、ＶＭＷＡＲＥ（登録商標）およびＭＩＣＲＯＳＯＦＴ（登録商標）を含む。
【0055】
ファイアウォール３１０は、マネージドネットワーク３００を起点とする正規の通信を許可しつつ、内部の機器、アプリケーション、およびサービスへの不正なアクセス試行からマネージドネットワーク３００を保護する１つまたは複数の専用ルータまたはサーバ機器であってもよい。また、ファイアウォール３１０は、侵入検出、ウェブフィルタリング、ウイルススキャン、アプリケーション層ゲートウェイ、ならびに他のアプリケーションもしくはサービスを提供し得る。図３には示していないいくつかの実施形態において、マネージドネットワーク３００は、リモートネットワーク管理プラットフォーム３２０（以下参照）と通信するための１つまたは複数の仮想プライベートネットワーク（ＶＰＮ）ゲートウェイを具備していてもよい。
【0056】
また、マネージドネットワーク３００は、１つまたは複数プロキシサーバ３１２を具備していてもよい。プロキシサーバ３１２の一実施形態は、マネージドネットワーク３００、リモートネットワーク管理プラットフォーム３２０、およびパブリッククラウドネットワーク３４０間のデータの通信および移動を容易化するサーバアプリケーションであってもよい。特に、プロキシサーバ３１２は、リモートネットワーク管理プラットフォーム３２０の１つまたは複数の演算インスタンスとのセキュアな通信セッションを構築および維持可能であってもよい。このようなセッションにより、リモートネットワーク管理プラットフォーム３２０は、マネージドネットワーク３００およびその構成要素のアーキテクチャおよび設定の態様を検出および管理可能となり得る。
【0057】
場合によっては、プロキシサーバ３１２の補助により、リモートネットワーク管理プラットフォーム３２０は、マネージドネットワーク３００が使用するパブリッククラウドネットワーク３４０の態様を検出および管理することも可能となり得る。図３には示していないものの、パブリッククラウドネットワーク３４０のいずれに１つまたは複数のプロキシサーバ３１２を配置することによって、この検出および管理を容易化するようにしてもよい。
【0058】
ファイアウォール３１０等のファイアウォールは通常、上記のようなセッションが最終的にファイアウォールの背後（すなわち、マネージドネットワーク３００上の機器）を起点とするわけでもなく、当該ファイアウォールがセッションをサポートするように明示的に構成されているわけでもない限り、インターネット３５０を経由して着信するすべての通信セッションを拒否する。プロキシサーバ３１２をファイアウォール３１０の背後に配置することにより（たとえば、マネージドネットワーク３００内に配置してファイアウォール３１０で保護することにより）、ファイアウォール３１０を通じて、プロキシサーバ３１２がこれらの通信セッションを開始可能となり得る。これにより、ファイアウォール３１０は、リモートネットワーク管理プラットフォーム３２０からの着信セッションをサポートするように特別な構成とする必要がなくなる可能性もあるため、マネージドネットワーク３００に対する潜在的なセキュリティリスクを回避することができる。
【0059】
場合により、マネージドネットワーク３００は、少数の機器および少数のネットワークから成っていてもよい。他の展開において、マネージドネットワーク３００は、複数の物理的な場所におよび、数百のネットワークおよび数十万の機器を含んでいてもよい。このため、図３に示すアーキテクチャは、桁違いの規模の拡大または縮小が可能である。
【0060】
さらに、マネージドネットワーク３００のサイズ、アーキテクチャ、および接続性に応じて、内部に展開するプロキシサーバ３１２の数を変えることができる。たとえば、プロキシサーバ３１２はそれぞれ、マネージドネットワーク３００の一部に関してリモートネットワーク管理プラットフォーム３２０との通信を担うようにしてもよい。この代替または追加として、このようなマネージドネットワーク３００の部分に対する複数組の２つ以上のプロキシサーバの割り当てによって、負荷分散、冗長性、および／または可用性の向上を図るようにしてもよい。
【0061】
Ｂ．リモートネットワーク管理プラットフォーム
リモートネットワーク管理プラットフォーム３２０は、ユーザ、特に、マネージドネットワーク３００のオペレータにａＰａａＳサービスを提供するホストされた環境である。これらのサービスは、たとえば前述のウェブベースの技術を使用するウェブベースのポータルの形態であってもよい。このため、ユーザは、たとえばクライアント機器３０２または可能性としてマネージドネットワーク３００の外側のクライアント機器から、リモートネットワーク管理プラットフォーム３２０へのセキュアなアクセスが可能である。ウェブベースのポータルにより、ユーザは、アプリケーションの設計、テスト、および展開、レポートの生成、分析の確認、ならびに他のタスクの実行が可能となる。また、リモートネットワーク管理プラットフォーム３２０は、マルチアプリケーションプラットフォームと称する場合もある。
リモートネットワーク管理プラットフォーム３２０は、ユーザ、特に、マネージドネットワーク３００のオペレータにａＰａａＳサービスを提供するホストされた環境である。これらのサービスは、たとえば前述のウェブベースの技術を使用するウェブベースのポータルの形態であってもよい。このため、ユーザは、たとえばクライアント機器３０２または可能性としてマネージドネットワーク３００の外側のクライアント機器から、リモートネットワーク管理プラットフォーム３２０へのセキュアなアクセスが可能である。ウェブベースのポータルにより、ユーザは、アプリケーションの設計、テスト、および展開、レポートの生成、分析の確認、ならびに他のタスクの実行が可能となる。また、リモートネットワーク管理プラットフォーム３２０は、マルチアプリケーションプラットフォームと称する場合もある。
【0062】
図３に示すように、リモートネットワーク管理プラットフォーム３２０は、４つの演算インスタンス３２２、３２４、３２６、および３２８を含む。これらの演算インスタンスはそれぞれ、ａＰａａＳソフトウェアの専用コピーを運用する１つもしくは複数のノードならびに／または１つもしくは複数のデータベースノードを表し得る。物理的なサーバ機器および／または仮想マシン上では、サーバおよびデータベースの柔軟な配置が可能であり、企業のニーズに基づいて変更するようにしてもよい。組み合わせにより、これらのノードは、特定の企業が利用可能な一組のウェブポータル、サービス、およびアプリケーション（たとえば、完全に機能するａＰａａＳシステム）を提供することができる。場合によっては、単一の企業が複数の演算インスタンスを使用するようにしてもよい。
【0063】
たとえば、マネージドネットワーク３００は、リモートネットワーク管理プラットフォーム３２０の企業顧客であってもよく、また、演算インスタンス３２２、３２４、および３２６を使用するようにしてもよい。１つの顧客に複数の演算インスタンスを提供する理由として、顧客は、そのアプリケーションおよびサービスの独立した開発、テスト、および展開を望む場合がある。このため、演算インスタンス３２２がマネージドネットワーク３００と関連するアプリケーション開発専用であってもよく、演算インスタンス３２４がこれらのアプリケーションのテスト専用であってもよく、演算インスタンス３２６がテスト済みアプリケーションおよびサービスのライブ運用専用であってもよい。また、演算インスタンスは、ホストされたインスタンス、リモートインスタンス、顧客インスタンスと称する場合もあるし、他の何らかの呼称となる場合もある。演算インスタンスに展開された如何なるアプリケーションも、演算インスタンス内のデータベースへのアクセスが内部の特定の要素（たとえば、１つもしくは複数の特定のデータベーステーブルまたは１つもしくは複数のデータベーステーブル内の特定の行）に制限され得る点において、スコープアプリケーション（ｓｃｏｐｅｄ Ａｐｐｌｉｃａｔｉｏｎ）と考えられる。
【0064】
簡素化のため、本明細書の開示では、アプリケーションノード、データベースノード、これらの上で実行されるａＰａａＳソフトウェア、および基礎となるハードウェアの構成を「演算インスタンス」と称する。なお、ユーザは口語的に、上記により提供されるグラフィカルユーザインターフェースを「インスタンス」と称する場合がある。ただし、本明細書における別段の定義のない限り、「演算インスタンス」は、リモートネットワーク管理プラットフォーム３２０内に配設されたコンピュータシステムである。
【0065】
リモートネットワーク管理プラットフォーム３２０のマルチインスタンスアーキテクチャは、従来のマルチテナントアーキテクチャとは対照的に、複数の利点を奏する。マルチテナントアーキテクチャにおいては、異なる顧客（たとえば、企業）からのデータが単一のデータベースにおいて混合される。これらの顧客のデータは相互に分離されているが、この分離は、単一のデータベースを運用するソフトウェアによって強制されている。結果として、このシステムにおけるセキュリティ侵害が顧客のすべてのデータに影響を及ぼし、特に政府、医療、および／または金融の規制を受けるエンティティにとっては、付加的なリスクとなる。さらに、１つの顧客に影響を及ぼす任意のデータベース運用は、当該データベースを共有するすべての顧客に影響を及ぼす可能性がある。このため、ハードウェアまたはソフトウェアのエラーに起因する停止の場合、この停止は、このようなすべての顧客に影響を及ぼす。同様に、データベースは、１つの顧客のニーズを満たすようにアップグレードされる場合、アップグレードプロセスにおいて、すべての顧客が利用不可能となる。このような保守時間枠は、共有データベースのサイズに起因して長くなることが多い。
【0066】
これに対して、マルチインスタンスアーキテクチャは、専用の演算インスタンスにおいて、各顧客にそれ自体のデータベースを提供する。これにより、顧客データの混合が防止され、各インスタンスの独立管理が可能となる。たとえば、ある顧客のインスタンスがエラーまたはアップグレードによって停止となった場合でも、他の演算インスタンスは影響を受けない。データベースに１つの顧客のデータしか含まないため、保守のダウンタイムは限られる。さらに、マルチインスタンスアーキテクチャのより簡素な設計によって、各顧客データベースおよびインスタンスの冗長コピーが地理的に多様に展開され得る。これにより、高い可用性が促進され、障害の検出または保守の実行時に、顧客のインスタンスのライブバージョンを移動可能となる。
【0067】
いくつかの実施形態において、リモートネットワーク管理プラットフォーム３２０は、このプラットフォームを動作させるエンティティにより制御される１つまたは複数の中央インスタンスを含んでいてもよい。演算インスタンスと同様に、中央インスタンスは、いくつかの物理的サーバ機器または仮想マシン上に配設されたいくつかのアプリケーションおよびデータベースノードを含み得る。このような中央インスタンスは、演算インスタンスのほか、演算インスタンスの少なくとも一部で共有され得るデータの特定の構成に対するレポジトリとして機能し得る。たとえば、演算インスタンス上で発生し得る一般的なセキュリティ脅威の定義、演算インスタンス上で一般的に検出されるソフトウェアパッケージ、および／または演算インスタンスに展開可能なアプリケーション用のアプリケーションストアが中央インスタンスに存在していてもよい。演算インスタンスは、このデータを得るために明確に規定されたインターフェースによって、中央インスタンスと通信するようにしてもよい。
【0068】
複数の演算インスタンスを効率的にサポートするため、リモートネットワーク管理プラットフォーム３２０は、複数のこれらインスタンスを単一のハードウェアプラットフォーム上で実行するようにしてもよい。たとえば、ａＰａａＳシステムは、サーバクラスタ２００等のサーバクラスタ上で実行されている場合、さまざまな量の演算、ストレージ、および通信リソースをインスタンスに割り当てる仮想マシンを動作させるようにしてもよい。ただし、サーバクラスタ２００の完全な仮想化は必要とされず、他のメカニズムによって、インスタンスを分離するようにしてもよい。いくつかの例において、各インスタンスは、サーバクラスタ２００上に専用アカウントならびに１つもしくは複数の専用データベースを有していてもよい。あるいは、演算インスタンス３２２等の演算インスタンスが複数の物理的機器に及んでいてもよい。
【0069】
場合によっては、リモートネットワーク管理プラットフォーム３２０の単一のサーバクラスタが複数の独立した企業をサポートし得る。さらに、後述の通り、リモートネットワーク管理プラットフォーム３２０は、負荷分散、冗長性、および／または高い可用性を促進するため、地理的に多様なデータセンタに展開された複数のサーバクラスタを具備していてもよい。
【0070】
Ｃ．パブリッククラウドネットワーク
パブリッククラウドネットワーク３４０は、外部委託演算、データストレージ、通信、およびサービスホスティング業務に使用可能なリモートサーバ機器（たとえば、サーバクラスタ２００等の複数のサーバクラスタ）であってもよい。これらのサーバは、仮想化されていてもよい（すなわち、仮想マシンであってもよい）。パブリッククラウドネットワーク３４０の例としては、ＡＭＡＺＯＮ ＷＥＢ ＳＥＲＶＩＣＥＳ（登録商標）およびＭＩＣＲＯＳＯＦＴ（登録商標） ＡＺＵＲＥ（登録商標）が挙げられる。リモートネットワーク管理プラットフォーム３２０と同様に、負荷分散、冗長性、および／または高い可用性を目的として、パブリッククラウドネットワーク３４０をサポートする複数のサーバクラスタが地理的に多様な場所に展開されていてもよい。
パブリッククラウドネットワーク３４０は、外部委託演算、データストレージ、通信、およびサービスホスティング業務に使用可能なリモートサーバ機器（たとえば、サーバクラスタ２００等の複数のサーバクラスタ）であってもよい。これらのサーバは、仮想化されていてもよい（すなわち、仮想マシンであってもよい）。パブリッククラウドネットワーク３４０の例としては、ＡＭＡＺＯＮ ＷＥＢ ＳＥＲＶＩＣＥＳ（登録商標）およびＭＩＣＲＯＳＯＦＴ（登録商標） ＡＺＵＲＥ（登録商標）が挙げられる。リモートネットワーク管理プラットフォーム３２０と同様に、負荷分散、冗長性、および／または高い可用性を目的として、パブリッククラウドネットワーク３４０をサポートする複数のサーバクラスタが地理的に多様な場所に展開されていてもよい。
【0071】
マネージドネットワーク３００は、１つまたは複数のパブリッククラウドネットワーク３４０を使用して、アプリケーションおよびサービスをそのクライアントおよび顧客に展開するようにしてもよい。たとえば、マネージドネットワーク３００がオンライン楽曲ストリーミングサービスを提供している場合、パブリッククラウドネットワーク３４０は、楽曲ファイルを格納するとともに、ウェブインターフェースおよびストリーミングの機能を提供するようにしてもよい。このように、マネージドネットワーク３００の企業は、これらの業務に対して、それ自体のサーバを構築および保守する必要がない。
【0072】
リモートネットワーク管理プラットフォーム３２０は、パブリッククラウドネットワーク３４０との統合によって、内部の仮想マシンおよびマネージドサービスをマネージドネットワーク３００に公開するモジュールを具備していてもよい。これらのモジュールによれば、ユーザは、仮想リソースの要求、割り当てられたリソースの検出、およびパブリッククラウドネットワーク３４０への柔軟な報告が可能となり得る。この機能を確立するため、マネージドネットワーク３００のユーザは、最初にパブリッククラウドネットワーク３４０でアカウントを開設し、一組の関連するリソースを要求する可能性もある。その後、ユーザは、アカウント情報をリモートネットワーク管理プラットフォーム３２０の適当なモジュールに入力するようにしてもよい。その後、これらのモジュールが自動的に、アカウントの管理可能なリソースを検出するとともに、使用、性能、および課金と関連するレポートを提供するようにしてもよい。
【0073】
Ｄ．通信サポートおよび他のオペレーション
インターネット３５０は、グローバルなインターネットの一部を表し得る。ただし、インターネット３５０は代替として、プライベートワイドエリアまたはローカルエリアパケット交換ネットワーク等、異なる種類のネットワークを表し得る。
インターネット３５０は、グローバルなインターネットの一部を表し得る。ただし、インターネット３５０は代替として、プライベートワイドエリアまたはローカルエリアパケット交換ネットワーク等、異なる種類のネットワークを表し得る。
【0074】
図４は、マネージドネットワーク３００と演算インスタンス３２２との間の通信環境をさらに示しており、付加的な特徴および代替実施形態を紹介するものである。図４においては、演算インスタンス３２２の全部または一部がデータセンタ４００Ａおよび４００Ｂの両者で複製されている。これらのデータセンタは、地理的に相互に離れていてもよく、おそらくは異なる都市または異なる国にある。各データセンタは、マネージドネットワーク３００のほか、リモートユーザとの通信を容易化するサポート設備を具備する。
【0075】
データセンタ４００Ａにおいては、外部機器に対するネットワークトラフィックがＶＰＮゲートウェイ４０２Ａまたはファイアウォール４０４Ａを通じて流れる。ＶＰＮゲートウェイ４０２Ａは、インターネットプロトコルセキュリティ（ＩＰＳＥＣ）またはトランスポート層セキュリティ（ＴＬＳ）等のセキュリティプロトコルによって、マネージドネットワーク３００のＶＰＮゲートウェイ４１２とピアリングされていてもよい。ファイアウォール４０４Ａは、ユーザ４１４およびリモートユーザ４１６等の正規のユーザからのアクセスを許可するとともに、不正なユーザのアクセスを拒否するように構成されていてもよい。ファイアウォール４０４Ａによって、これらのユーザは、演算インスタンス３２２および場合により他の演算インスタンスにアクセスすることができる。負荷分散器４０６Ａは、演算インスタンス３２２をホストする１つまたは複数の物理または仮想サーバ機器間でのトラフィックの分配に用いられるようになっていてもよい。負荷分散器４０６Ａは、クライアント機器からデータセンタ４００Ａの内部構成（たとえば、演算インスタンス３２２）を隠すことにより、ユーザアクセスを簡素化することができる。たとえば、複数のデータベースへのアクセスを共有する複数の物理または仮想コンピュータ機器を演算インスタンス３２２が含む場合、負荷分散器４０６Ａは、あるコンピュータ機器またはデータベースがその他よりも著しく忙しい、ということがないように、これらのコンピュータ機器およびデータベース間でネットワークトラフィックおよび処理タスクを分配するようにしてもよい。いくつかの実施形態において、演算インスタンス３２２は、ＶＰＮゲートウェイ４０２Ａ、ファイアウォール４０４Ａ、および負荷分散器４０６Ａを含んでいてもよい。
【0076】
データセンタ４００Ｂは、データセンタ４００Ａの構成要素に関するそれ自体のバージョンを具備していてもよい。このため、ＶＰＮゲートウェイ４０２Ｂ、ファイアウォール４０４Ｂ、および負荷分散器４０６Ｂがそれぞれ、ＶＰＮゲートウェイ４０２Ａ、ファイアウォール４０４Ａ、および負荷分散器４０６Ａと同一または同様の動作を実行するようにしてもよい。さらに、リアルタイムまたは準リアルタイムのデータベース複製および／または他の動作によって、演算インスタンス３２２がデータセンタ４００Ａおよび４００Ｂにおいて同時に存在していてもよい。
【0077】
図４に示すようなデータセンタ４００Ａおよび４００Ｂは、冗長性および高い可用性を促進し得る。図４の構成においては、データセンタ４００Ａがアクティブで、データセンタ４００Ｂがパッシブである。このため、データセンタ４００Ａがマネージドネットワーク３００に対するすべてのトラフィックをサーブする一方、データセンタ４００Ｂの演算インスタンス３２２のバージョンは、準リアルタイムに更新される。両データセンタがアクティブである構成等、他の構成がサポートされていてもよい。
【0078】
データセンタ４００Ａが何らかの故障を起こしたり、ユーザが利用できなくなったりした場合は、データセンタ４００Ｂがアクティブなデータセンタとして引き継ぐことができる。たとえば、演算インスタンス３２２のドメイン名をデータセンタ４００Ａの１つまたは複数のインターネットプロトコル（ＩＰ）アドレスと関連付けるドメインネームシステム（ＤＮＳ）サーバは、ドメイン名をデータセンタ４００Ｂの１つまたは複数のＩＰアドレスと再度関連付けるようにしてもよい。この再関連付けが完了した後（１秒または数秒未満と考えられる）、ユーザは、データセンタ４００Ｂによって演算インスタンス３２２にアクセス可能となる。
【0079】
また、図４は、マネージドネットワーク３００の考え得る構成を示している。上述の通り、プロキシサーバ３１２およびユーザ４１４は、ファイアウォール３１０を通じて演算インスタンス３２２にアクセス可能である。また、プロキシサーバ３１２は、設定項目４１０にもアクセス可能である。図４において、設定項目４１０は、クライアント機器３０２、サーバ機器３０４、ルータ３０６、および仮想マシン３０８のいずれかまたはすべて、これらの任意の構成要素、そこで実行される任意のアプリケーションまたはサービスのほか、機器、構成要素、アプリケーション、およびサービス間の関係を表し得る。このため、用語「設定項目（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｔｅｍ）」は、任意の物理的もしくは仮想的機器、演算インスタンス３２２によるリモート検出または管理が可能な任意のアプリケーションもしくはサービス、または検出された機器、アプリケーション、およびサービス間の関係の一部または全部を表す略記であってもよい。設定項目は、演算インスタンス３２２の設定管理データベース（ＣＭＤＢ）において表され得る。
【0080】
格納または送信に際して、設定項目は、当該設定項目が表すハードウェアまたはソフトウェアを特性化する属性のリストであってもよい。これらの属性には、製造者、ベンダー、場所、所有者、一意の識別子、説明、ネットワークアドレス、動作状態、シリアル番号、最終更新時間等を含み得る。設定項目のクラスは、設定項目に対して存在する属性の部分集合を決定し得る（たとえば、ソフトウェアおよびハードウェアの設定項目は、異なる属性リストを有し得る）。
【0081】
上述の通り、ＶＰＮゲートウェイ４１２は、専用のＶＰＮをＶＰＮゲートウェイ４０２Ａに提供し得る。このようなＶＰＮは、マネージドネットワーク３００と演算インスタンス３２２との間に大量のトラフィックが存在する場合、あるいは、セキュリティポリシーがこれらのサイト間でのＶＰＮの使用を示唆または要求する場合に役立ち得る。いくつかの実施形態において、ＶＰＮを介して直接通信するマネージドネットワーク３００および／または演算インスタンス３２２の任意の機器には、パブリックＩＰアドレスが割り当てられる。マネージドネットワーク３００および／または演算インスタンス３２２の他の機器には、プライベートＩＰアドレス（たとえば、１０．０．０．０～１０．２５５．２５５．２５５または１９２．１６８．０．０～１９２．１６８．２５５．２５５の範囲から選択されたＩＰアドレスであって、それぞれがサブネット１０．０．０．０／８および１９２．１６８．０．０／１６として略記される）が割り当てられ得る。種々代替案において、プロキシサーバ３１２等のマネージドネットワーク３００の機器は、セキュアなプロトコル（たとえば、ＴＬＳ）を使用して、１つまたは複数のデータセンタと直接通信するようにしてもよい。
【0082】
ＩＶ．例示的な検出
リモートネットワーク管理プラットフォーム３２０は、マネージドネットワーク３００の機器、アプリケーション、およびサービスを管理するため、マネージドネットワーク３００に存在する機器、これらの機器の構成、構成要素、および動作状態、ならびに機器が提供するアプリケーションおよびサービスを最初に決定するようにしてもよい。また、リモートネットワーク管理プラットフォーム３２０は、検出された機器、それぞれの構成要素、アプリケーション、およびサービス間の関係を決定するようにしてもよい。各機器、構成要素、アプリケーション、およびサービスの表現を設定項目と称する場合がある。マネージドネットワーク３００内の設定項目および関係を決定するプロセスを検出と称するが、これは、プロキシサーバ３１２によって少なくとも部分的に容易化され得る。設定項目および関係の表現は、ＣＭＤＢに格納される。
リモートネットワーク管理プラットフォーム３２０は、マネージドネットワーク３００の機器、アプリケーション、およびサービスを管理するため、マネージドネットワーク３００に存在する機器、これらの機器の構成、構成要素、および動作状態、ならびに機器が提供するアプリケーションおよびサービスを最初に決定するようにしてもよい。また、リモートネットワーク管理プラットフォーム３２０は、検出された機器、それぞれの構成要素、アプリケーション、およびサービス間の関係を決定するようにしてもよい。各機器、構成要素、アプリケーション、およびサービスの表現を設定項目と称する場合がある。マネージドネットワーク３００内の設定項目および関係を決定するプロセスを検出と称するが、これは、プロキシサーバ３１２によって少なくとも部分的に容易化され得る。設定項目および関係の表現は、ＣＭＤＢに格納される。
【0083】
本項では、マネージドネットワーク３００に実行される検出を記載するが、パブリッククラウドネットワーク３４０上でも同一または同様の検出手順が用いられるようになっていてもよい。このため、いくつかの環境において、「検出」は、マネージドネットワークならびに／または１つもしくは複数のパブリッククラウドネットワーク上での設定項目および関係の検出を表し得る。
【0084】
本明細書の実施形態のため、「アプリケーション」は、１つもしくは複数のプロセス、スレッド、プログラム、クライアントソフトウェアモジュール、サーバソフトウェアモジュール、または機器もしくは機器群上で実行されるその他任意のソフトウェアを表し得る。「サービス」は、相互に連携して作用する１つまたは複数の機器上で実行される１つまたは複数のアプリケーションが提供する高度な機能を表し得る。たとえば、ウェブサービスには、ある機器上で実行され、別の機器上で実行されるデータベースアプリケーションからの情報にアクセスする複数のウェブアプリケーションサーバスレッドを含み得る。
【0085】
図５は、設定項目および関係が検出され得る様子のほか、これらと関連する情報が格納され得る様子の論理的な描写である。簡素化のため、リモートネットワーク管理プラットフォーム３２０、パブリッククラウドネットワーク３４０、およびインターネット３５０は示していない。
【0086】
図５においては、ＣＭＤＢ５００、タスクリスト５０２、および識別・調停エンジン（ＩＲＥ）５１４の配設および／または動作が演算インスタンス３２２内で行われる。タスクリスト５０２は、演算インスタンス３２２とプロキシサーバ３１２との間の接続点を表す。タスクリスト５０２は、キューと称する場合もあるし、より詳細には、外部通信チャネル（ＥＣＣ）キューと称する場合もある。タスクリスト５０２は、キュー自体のみならず、キューの情報の追加、削除、および／または操作等、任意の関連する処理も表し得る。
【0087】
検出が行われると、演算インスタンス３２２は、プロキシサーバ３１２が１つまたは複数のバッチでこれらのタスクを要求するまで、プロキシサーバ３１２が実行すべき検出タスク（ジョブ）をタスクリスト５０２に格納するようにしてもよい。タスクをタスクリスト５０２に配置することは、プロキシサーバ３１２がそれぞれの検出動作を開始することのトリガあるいはきっかけとなり得る。たとえば、プロキシサーバ３１２がタスクリスト５０２を定期的または随時ポーリングするようにしてもよいし、その他何らかの方法でタスクリスト５０２の検出コマンドをプロキシサーバ３１２に通知するようにしてもよい。この代替または追加として、検出がトリガイベントに基づいて手動または自動でトリガされるようになっていてもよい（たとえば、１日に１回、特定の時間に、検出が自動的に開始となってもよい）。
【0088】
それにも関わらず、演算インスタンス３２２は、要求に応じて、これらの検出コマンドをプロキシサーバ３１２に送信するようにしてもよい。たとえば、プロキシサーバ３１２は、タスクリスト５０２を繰り返し問い合わせ、その中の次のタスクを取得し、タスクリスト５０２が空になるか、または、別の停止条件が達成されるまで、このタスクを実行するようにしてもよい。検出コマンドの受信に応答して、プロキシサーバ３１２は、マネージドネットワーク３００中のさまざまな機器、構成要素、アプリケーション、および／またはサービス（簡略化のため、図５においては機器５０４、５０６、５０８、５１０、および５１２で表される）への問い合わせを行うようにしてもよい。これらの機器、構成要素、アプリケーション、および／またはサービスは、それぞれの構成、動作、および／または状態に関する応答をプロキシサーバ３１２に与えるようにしてもよい。これに対して、プロキシサーバ３１２はその後、この検出情報をタスクリスト５０２に提供するようにしてもよい（すなわち、タスクリスト５０２は、プロキシサーバ３１２により要求されるまで検出コマンドを保持するための送信キューと、検出情報を読み出されるまで保持するための受信キューと、を有し得る）。
【0089】
ＩＲＥ５１４は、タスクリスト５０２から検出情報を取り出し、この検出情報を（たとえば、マネージドネットワーク３００上で検出された機器、構成要素、アプリケーション、および／またはサービスを表す）設定項目およびそれぞれの間の関係として編成するソフトウェアモジュールであってもよい。そして、ＩＲＥ５１４は、これらの設定項目および関係を格納のためＣＭＤＢ５００に与えるようにしてもよい。ＩＲＥ５１４の動作については、以下により詳しく説明する。
【0090】
このように、ＣＭＤＢ５００に格納された設定項目は、マネージドネットワーク３００の環境を表す。一例として、これらの設定項目は、一組の物理および／または仮想機器（たとえば、クライアント機器、サーバ機器、ルータ、または仮想マシン）、これら（たとえば、ウェブサーバ、電子メールサーバ、データベース、またはストレージアレイ）の上で実行されるアプリケーションのほか、複数の個々の設定項目を含むサービスを表し得る。関係は、設定項目間の配置または依存関係のペア定義であってもよい。
【0091】
上述のような検出が行われるように、プロキシサーバ３１２、ＣＭＤＢ５００、ならびに／または１つもしくは複数の認証情報ストアには、検出対象の機器の認証情報が設定されていてもよい。認証情報には、機器へのアクセスに必要な任意の種類の情報を含み得る。これらには、ユーザＩＤ／パスワードのペア、証明書等を含み得る。いくつかの実施形態において、これらの認証情報は、ＣＭＤＢ５００の暗号化フィールドに格納されていてもよい。プロキシサーバ３１２は、認証情報を用いた検出対象の機器へのログオンあるいはアクセスが可能となるように、これらの認証情報の復号キーを含んでいてもよい。
【0092】
検出には、水平および垂直（トップダウン）という２つの一般的な種類が存在する。それぞれを以下に論じる。
【0093】
Ａ．水平検出
水平検出は、マネージドネットワーク３００をスキャンし、機器、構成要素、および／またはアプリケーションを探索した後、これらの機器、構成要素、および／またはアプリケーションを表す設定項目をＣＭＤＢ５００に入力するのに用いられる。また、水平検出では、設定項目間の関係を生成する。たとえば、ソフトウェアアプリケーションを表す設定項目とそれが実行されるサーバ機器を表す設定項目との間の「実行」関係が可能である。通常、水平検出ではサービスを認識しておらず、動作するサービスに基づいて設定項目間の関係を生成することはない。
水平検出は、マネージドネットワーク３００をスキャンし、機器、構成要素、および／またはアプリケーションを探索した後、これらの機器、構成要素、および／またはアプリケーションを表す設定項目をＣＭＤＢ５００に入力するのに用いられる。また、水平検出では、設定項目間の関係を生成する。たとえば、ソフトウェアアプリケーションを表す設定項目とそれが実行されるサーバ機器を表す設定項目との間の「実行」関係が可能である。通常、水平検出ではサービスを認識しておらず、動作するサービスに基づいて設定項目間の関係を生成することはない。
【0094】
水平検出には２つのバージョンが存在する。一方がプローブおよびセンサに依拠する一方、他方はパターンも採用する。プローブおよびセンサは、機器上で検出情報を収集および処理した後、これに応じてＣＭＤＢ５００を更新する（たとえば、ＪＡＶＡＳＣＲＩＰＴ（登録商標）で書かれた）スクリプトであってもよい。より具体的には、プローブがマネージドネットワーク３００上の機器を探索または調査し、センサがプローブから返された検出情報を分析する。
【0095】
パターンもスクリプトであって、１つまたは複数の機器上のデータを収集および処理して、ＣＭＤＢを更新する。パターンは、特定の検出プログラミング言語で書かれており、より一般的なプローブおよびセンサでは確実な検出が不可能である（または、一切検出できない）ことが多い特定の機器、構成要素、および／またはアプリケーション上で詳細な検出手順を実行するのに用いられる点において、プローブおよびセンサと異なる。特に、パターンは、特定の配置の機器、構成要素、および／またはアプリケーションの検出方法と、使用する認証情報と、この検証の結果としての設定項目を入力するＣＭＤＢテーブルと、を規定する一連の動作を指定することができる。
【0096】
いずれのバージョンも、スキャン、分類、識別、および探索という４つの論理的な段階を踏むことができる。また、いずれのバージョンも、検出が行われるマネージドネットワーク３００上のＩＰアドレスの１つまたは複数の範囲の指定を要する場合がある。各段階には、マネージドネットワーク３００上の機器とプロキシサーバ３１２との間のほか、プロキシサーバ３１２とタスクリスト５０２との間の通信を含み得る。いくつかの段階では、一部または予備の設定項目をＣＭＤＢ５００に格納し得るが、これは、後の段階で更新され得る。
【0097】
スキャン段階において、プロキシサーバ３１２は、オープンな伝送制御プロトコル（ＴＣＰ）および／またはユーザデータグラムプロトコル（ＵＤＰ）ポートについて、ＩＰアドレスの指定された範囲内の各ＩＰアドレスをプローブすることにより、機器の一般的な種類およびそのオペレーティングシステムを決定するようにしてもよい。このようなオープンポートがＩＰアドレスに存在することは、当該ＩＰアドレスが割り当てられた機器上で特定のアプリケーションが動作していることを示し、これによって、当該機器が使用するオペレーティングシステムを識別可能である。たとえば、ＴＣＰポート１３５がオープンな場合、この機器は、ＷＩＮＤＯＷＳ（登録商標）オペレーティングシステムを実行している可能性が高い。同様に、ＴＣＰポート２２がオープンな場合、この機器は、ＬＩＮＵＸ（登録商標）等のＵＮＩＸ（登録商標）オペレーティングシステムを実行している可能性が高い。ＵＤＰポート１６１がオープンな場合、この機器は、簡易ネットワーク管理プロトコル（ＳＮＭＰ）を通じて別途識別可能となり得る。それ以外の可能性もある。
【0098】
分類段階において、プロキシサーバ３１２は、各検出機器をさらにプローブして、そのオペレーティングシステムの種類を決定するようにしてもよい。特定の機器に使用されるプローブは、スキャン段階に当該機器に関して収集された情報に基づく。たとえば、ＴＣＰポート２２がオープンな機器が見つかった場合は、一組のＵＮＩＸ（登録商標）固有のプローブが用いられるようになっていてもよい。同様に、ＴＣＰポート１３５がオープンな機器が見つかった場合は、一組のＷＩＮＤＯＷＳ（登録商標）固有のプローブが用いられるようになっていてもよい。いずれの場合も、適当な一組のタスクがタスクリスト５０２に配置され、プロキシサーバ３１２がこれを実行するようになっていてもよい。これらのタスクにより、プロキシサーバ３１２は、特定の機器からの情報にログオンあるいはアクセス可能となる。たとえば、ＴＣＰポート２２がオープンな場合、プロキシサーバ３１２は、特定の機器に対するセキュアシェル（ＳＳＨ）接続を開始し、ファイルシステムの特定の場所から、機器上のオペレーティングシステムの特定の種類に関する情報を取得するように指示され得る。この情報に基づいて、オペレーティングシステムが決定されるようになっていてもよい。一例として、ＴＣＰポート２２がオープンなＵＮＩＸ（登録商標）機器は、ＡＩＸ（登録商標）、ＨＰＵＸ、ＬＩＮＵＸ（登録商標）、ＭＡＣＯＳ（登録商標）、またはＳＯＬＡＲＩＳ（登録商標）として分類される。この分類情報は、１つまたは複数の設定項目としてＣＭＤＢ５００に格納されていてもよい。
【0099】
識別段階において、プロキシサーバ３１２は、分類された機器に関する具体的詳細を決定するようにしてもよい。この段階において使用されるプローブは、分類段階に特定の機器に関して収集された情報に基づいていてもよい。たとえば、機器がＬＩＮＵＸ（登録商標）として分類された場合は、一組のＬＩＮＵＸ（登録商標）固有のプローブが用いられるようになっていてもよい。同様に、機器がＷＩＮＤＯＷＳ（登録商標）１０として分類された場合は、一組のＷＩＮＤＯＷＳ（登録商標）１０固有のプローブが用いられるようになっていてもよい。分類段階の場合と同様に、適当な一組のタスクがタスクリスト５０２に配置され、プロキシサーバ３１２がこれを実行するようになっていてもよい。これらのタスクにより、プロキシサーバ３１２は、特定の機器から、基本入力／出力システム（ＢＩＯＳ）情報、シリアル番号、ネットワークインターフェース情報、これらのネットワークインターフェースに割り当てられた媒体アクセス制御アドレス、特定の機器が使用するＩＰアドレス等の情報を世読み出し可能となる。この識別情報は、１つまたは複数の設定項目として、両者間の任意の関連する関係と併せてＣＭＤＢ５００に格納されていてもよい。この際、ＩＲＥ５１４を通じて識別情報を受け渡すことにより、曖昧性解消を目的とした重複設定項目の生成の回避および／または検出情報を書き込むべきＣＭＤＢ５００のテーブルの決定を行うようにしてもよい。
【0100】
探索段階において、プロキシサーバ３１２は、分類された機器の動作状態に関する別途詳細を決定するようにしてもよい。この段階において使用されるプローブは、分類段階および／または識別段階に特定の機器に関して収集された情報に基づいていてもよい。この場合も、適当な一組のタスクがタスクリスト５０２に配置され、プロキシサーバ３１２がこれを実行するようになっていてもよい。これらのタスクにより、プロキシサーバ３１２は、特定の機器から、プロセッサ情報、メモリ情報、実行プロセス（ソフトウェアアプリケーション）のリスト等の付加的な情報を読み出し可能となる。ここで再度、検出情報は、１つまたは複数の設定項目および関係として、ＣＭＤＢ５００に格納されていてもよい。
【0101】
スイッチおよびルータ等の特定の機器上で水平検出を実行する場合は、ＳＮＭＰを利用するようにしてもよい。実行プロセスまたは他のアプリケーション関連情報のリストの決定の代替または追加として、検出では、ルータが既知の付加的なサブネットおよびルータのネットワークインターフェースの動作状態（たとえば、アクティブ、非アクティブ、キュー長、脱落パケット数等）を決定するようにしてもよい。付加的なサブネットのＩＰアドレスは、他の検出手順の候補となり得る。このため、水平検出は、反復的または再帰的に進行し得る。
【0102】
パターンは、識別段階および探索段階においてのみ使用される。パターンベースの検出では、プローブおよびセンサが使用される場合のようにスキャン段階および分類段階が作用する。分類段階の完了後は、識別に使用するプローブとしてパターンプローブが指定される。その後、パターンプローブおよびそれが指定するパターンが起動される。
【0103】
パターンは、検出プログラミング言語によって、プローブおよびセンサを使用する検出では利用不可能または実現困難な多くの機能をサポートする。たとえば、パターンベースの検出を使用することにより、パブリッククラウドネットワークにおける機器、構成要素、および／またはアプリケーションの検出のほか、設定ファイルの追跡の実現がはるかに容易となる。さらに、これらのパターンは、プローブおよびセンサよりも容易に、ユーザがカスタマイズ可能である。また、パターンは、特定の機器、構成要素、および／またはアプリケーションにより焦点を合わせているため、プローブおよびセンサが使用するより一般的な手法よりも高速に実行可能である。
【0104】
水平検出が完了となったら、ＣＭＤＢ５００において、各検出機器、構成要素、および／またはアプリケーションの設定項目表現が利用可能となる。たとえば、検出後は、マネージドネットワーク３００中のクライアント機器、サーバ機器、およびルータのオペレーティングシステムバージョン、ハードウェア構成、およびネットワーク構成詳細のほか、それらの上で実行されるアプリケーションが設定項目として格納されるようになっていてもよい。これらの収集情報は、さまざまな方法でユーザに提示されることにより、機器のハードウェア構成および動作状態をユーザが確認可能となり得る。
【0105】
さらに、ＣＭＤＢ５００は、設定項目間の関係に関するエントリを含んでいてもよい。より具体的には、サーバ機器が多くのハードウェアコンポーネント（たとえば、プロセッサ、メモリ、ネットワークインターフェース、ストレージ、およびファイルシステム）を含み、これらにおいて複数のソフトウェアアプリケーションがインストールまたは実行されるものとする。構成要素とサーバ機器との間の関係（たとえば、「包含」関係）およびソフトウェアアプリケーションとサーバ機器との間の関係（たとえば、「実行」関係）は、ＣＭＤＢ５００においてそのように表され得る。
【0106】
より一般的に、ハードウェア設定項目においてインストールまたは実行されるソフトウェア設定項目の関係は、ホスティング、実行、または依存等のさまざまな形態であってもよい。このため、サーバ機器にインストールされたデータベースアプリケーションは、サーバ機器と「ホスティング」の関係を有することにより、当該データベースアプリケーションがサーバ機器にホストされていることを示し得る。いくつかの実施形態において、サーバ機器は、データベースアプリケーションと「使用」の相互関係を有することにより、当該サーバ機器がデータベースアプリケーションにより使用されることを示し得る。これらの関係は、上述の検出手順を使用して自動的に見つけられるようになっていてもよいが、関係を手動で設定することも可能である。
【0107】
このように、リモートネットワーク管理プラットフォーム３２０は、マネージドネットワーク３００上で展開されて提供されるハードウェアおよびソフトウェアを検出して一覧化することができる。
【0108】
Ｂ．垂直検出
垂直検出は、ウェブサービス等の全体サービスの一部である設定項目の探索およびマッピングに用いられる技術である。たとえば、垂直検出では、ウェブサーバアプリケーション、ＬＩＮＵＸ（登録商標）サーバ機器、およびウェブサービス用のデータを格納するデータベース間の関係を示すことによって、ウェブサービスをマッピングすることができる。通常は、設定項目およびそれらの間の基本的関係を見出すために水平検出が最初に実行された後、サービスを構成する設定項目間の関係を確立するために垂直検出が実行される。
垂直検出は、ウェブサービス等の全体サービスの一部である設定項目の探索およびマッピングに用いられる技術である。たとえば、垂直検出では、ウェブサーバアプリケーション、ＬＩＮＵＸ（登録商標）サーバ機器、およびウェブサービス用のデータを格納するデータベース間の関係を示すことによって、ウェブサービスをマッピングすることができる。通常は、設定項目およびそれらの間の基本的関係を見出すために水平検出が最初に実行された後、サービスを構成する設定項目間の関係を確立するために垂直検出が実行される。
【0109】
パターンの使用によって、特定の種類のサービスを検出することができる。これらのパターンは、サービスの展開の様子に関する記述に適合するハードウェアおよびソフトウェアの特定の配置を探索するようにプログラム可能なためである。この代替または追加として、トラフィック分析（たとえば、機器間のネットワークトラフィックの調査）の使用により、垂直検出を容易化することも可能である。場合によっては、垂直検出の補助となるように、サービスのパラメータを手動で設定することも可能である。
【0110】
一般的に、垂直検出では、機器、構成要素、および／またはアプリケーション間の特定の種類の関係を見つけようとする。これらの関係のうちのいくつかは、設定ファイルから推測され得る。たとえば、ウェブサーバアプリケーションの設定ファイルは、それが依拠するデータベースのＩＰアドレスおよびポート番号を表し得る。垂直検出パターンは、このような参照の探索およびそれによる関係の推測を行うようにプログラム可能である。また、機器間のトラフィックから関係を推測することも可能である。たとえば、負荷分散器とウェブサーバをホストする機器との間で大量のウェブトラフィック（たとえば、ＴＣＰポート８０または８０８０）が往来している場合は、負荷分散器およびウェブサーバが何らかの関係を有すると考えられる。
【0111】
垂直検出により見出される関係は、さまざまな形態であってもよい。一例として、電子メールサービスは、それぞれが異なるハードウェア機器設定項目にインストールされた電子メールサーバソフトウェア設定項目およびデータベースアプリケーションソフトウェア設定項目を含み得る。電子メールサービスがこれらのソフトウェア設定項目との「依存」関係を有し得る一方、ソフトウェア設定項目は、電子メールサービスと「使用」の相互関係を有する。このようなサービスは、水平検出手順では完全に決定できない可能性もあるため、代わりに、垂直検出および場合によりある程度の手動設定に依拠していてもよい。
【0112】
Ｃ．検出の利点
検出情報は、取得方法に関わらず、マネージドネットワークの運用に有益となり得る。とりわけ、ＩＴ担当者は、特定のソフトウェアアプリケーションが展開されている場所およびサービスを構成する設定項目を迅速に決定することができる。これにより、サービスの停止または劣化の根本原因を迅速に突き止めることができる。たとえば、２つの異なるサービスの応答時間が遅い場合は、（可能性として数ある行為の中でもとりわけ）ＣＭＤＢへの問い合わせによって、両サービスが使用するデータベースアプリケーションのプロセッサ利用率が高いことが根本原因であるものと判定することができる。このため、ＩＴ担当者は、サービスを構成する他の設定項目の健全性および性能の検討に時間を浪費することなく、データベースアプリケーションに対処することができる。
検出情報は、取得方法に関わらず、マネージドネットワークの運用に有益となり得る。とりわけ、ＩＴ担当者は、特定のソフトウェアアプリケーションが展開されている場所およびサービスを構成する設定項目を迅速に決定することができる。これにより、サービスの停止または劣化の根本原因を迅速に突き止めることができる。たとえば、２つの異なるサービスの応答時間が遅い場合は、（可能性として数ある行為の中でもとりわけ）ＣＭＤＢへの問い合わせによって、両サービスが使用するデータベースアプリケーションのプロセッサ利用率が高いことが根本原因であるものと判定することができる。このため、ＩＴ担当者は、サービスを構成する他の設定項目の健全性および性能の検討に時間を浪費することなく、データベースアプリケーションに対処することができる。
【0113】
別の例においては、データベースアプリケーションがサーバ機器上で実行されており、また、このデータベースアプリケーションが従業員研修サービスのほか、給与計算サービスで使用されるものとする。このため、サーバ機器が保守のため稼働を停止した場合は、従業員研修サービスおよび給与計算サービスが明らかに影響を受けることになる。同様に、設定項目間の依存および関係は、特定のハードウェア機器が故障した場合に影響を受けるサービスを表し得ると考えられる。
【0114】
一般的に、設定項目および／または設定項目間の関係は、ウェブベースのインターフェースに表示され、階層として表され得る。このインターフェースによって、ＣＭＤＢにおける上記のような設定項目および／または関係の修正が達成され得る。
【0115】
さらに、マネージドネットワーク３００のユーザは、検出された複数の機器にわたる特定の調整済み行為の実行を可能にするワークフローを開発することができる。たとえば、ＩＴワークフローによって、ユーザは、検出されたすべてのＬＩＮＵＸ（登録商標）機器の共通管理者パスワードを単一の操作で変更可能となる可能性もある。
【0116】
Ｖ．ＣＭＤＢ識別ルールおよび調停
ＣＭＤＢ５００等のＣＭＤＢは、設定項目および関係のレポジトリを提供する。適正に規定された場合は、演算インスタンス内で展開されたより高位のアプリケーションまたは演算インスタンスを含むより高位のアプリケーションにおいて、重要な役割を担うことができる。これらのアプリケーションは、企業のＩＴサービス管理、業務管理、資産管理、設定管理、法令順守等に関連し得る。
ＣＭＤＢ５００等のＣＭＤＢは、設定項目および関係のレポジトリを提供する。適正に規定された場合は、演算インスタンス内で展開されたより高位のアプリケーションまたは演算インスタンスを含むより高位のアプリケーションにおいて、重要な役割を担うことができる。これらのアプリケーションは、企業のＩＴサービス管理、業務管理、資産管理、設定管理、法令順守等に関連し得る。
【0117】
たとえば、ＩＴサービス管理アプリケーションは、ＣＭＤＢの情報を使用して、機能不全、機能停止、または高負荷の構成要素（たとえば、サーバ機器）の影響を受ける可能性があるアプリケーションおよびサービスを決定するようにしてもよい。同様に、資産管理アプリケーションは、ＣＭＤＢの情報を使用して、特定の企業アプリケーションのサポートに使用されるハードウェアおよび／またはソフトウェアコンポーネントを決定するようにしてもよい。ＣＭＤＢの重要性の結果として、そこに格納される情報は、正確で一貫性があり、最新であることが望ましい。
【0118】
ＣＭＤＢへの入力は、さまざまな方法で行うことができる。上述の通り、検出手順では、設定項目および関係を含む情報をＣＭＤＢに自動的に格納するようにしてもよい。ただし、ＣＭＤＢへの入力の全部または一部は、手動入力、設定ファイル、およびサードパーティデータソースにより行うことも可能である。複数のデータソースがいつでもＣＭＤＢを更新可能となり得る点を所与として、あるデータソースが別のデータソースのエントリを上書き可能である。また、２つのデータソースがそれぞれ、同じ設定項目に対してわずかに異なるエントリを生成するようにしてもよく、その結果、ＣＭＤＢが重複データを含むことになる。これらのいずれかが発生すると、ＣＭＤＢの健全性および有用性が低下し得る。
【0119】
この状況を緩和するため、これらのデータソースは、設定項目を直接はＣＭＤＢに書き込まない可能性もある。代わりに、ＩＲＥ５１４の識別・調停アプリケーションプログラミングインターフェース（ＡＰＩ）に書き込むようにしてもよい。その後、ＩＲＥ５１４が一組の設定可能な識別ルールを使用することにより、設定項目を一意に識別するとともに、ＣＭＤＢへの書き込みの有無およびその方法を判定するようにしてもよい。
【0120】
一般的に、識別ルールは、この一意の識別に使用可能な一組の設定項目属性を指定する。また、識別ルールには優先順位があり、優先順位の高いルールが優先順位の低いルールの前に考慮されるようになっていてもよい。また、ルールは、設定項目を他の設定項目とは独立に識別する点において、独立したものと考えられる。あるいは、ルールは、最初にメタデータルールを使用して依存する設定項目を識別する点において、依存したものと考えられる。
【0121】
メタデータルールは、特定の設定項目に含まれる他の設定項目または特定の設定項目が展開されるホストを記述する。たとえば、ネットワークディレクトリサービス設定項目がドメインコントローラ設定項目を含み得る一方、ウェブサーバアプリケーション設定項目は、サーバ機器設定項目にホストされていてもよい。
【0122】
各識別ルールの目標は、設定項目を他のすべての設定項目から明確に区別することができ、設定項目の存続期間に変化しないと予想される属性の組み合わせを使用することである。例示的なサーバ機器に対して考え得る属性としては、シリアル番号、場所、オペレーティングシステム、オペレーティングシステムバージョン、メモリ容量等が挙げられる。設定項目を一意に識別しない属性をルールが指定する場合は、ＣＭＤＢにおいて、複数の構成要素が同じ設定項目として表される可能性もある。また、特定の設定項目に対して変化する属性をルールが指定する場合は、重複設定項目が生成される可能性もある。
【0123】
したがって、データソースが設定項目に関する情報をＩＲＥ５１４に提供する場合、ＩＲＥ５１４は、この情報を１つまたは複数のルールと照合しようとする可能性がある。一致が見られる場合は、設定項目がＣＭＤＢに書き込まれるか、ＣＭＤＢに既存の場合は更新される。一致が見られない場合は、設定項目が別途分析のため保持され得る。
【0124】
権限のあるデータソースのみがＣＭＤＢの設定項目データの上書きを許可されるように、設定項目調停手順が用いられるようになっていてもよい。この調停についても、ルールベースであってもよい。たとえば、特定の設定項目種別および一組の属性に対して特定のデータソースが権限を有するように調停ルールが指定してもよい。そして、この権限のあるデータソースによる特定の設定項目への書き込みのみをＩＲＥ５１４が許可する可能性もあり、不正なデータソースによる書き込みが防止され得る。このように、正規のデータソースは、特定の設定項目に関する唯一の真実の情報源となる。場合によっては、不正なデータソースが設定項目を生成している場合、または、書き込んでいる属性が空である場合に、設定項目への書き込みを許可される可能性がある。
【0125】
また、複数のデータソースが同じ設定項目またはその属性に対する権限を有する場合もある。明瞭化のため、これらのデータソースには、設定項目の書き込み時に考慮される優先権が割り当てられていてもよい。たとえば、第１位の権限を有するデータソースが設定項目の属性に書き込むまで、第２位の権限を有するデータソースがこの属性に書き込み可能となっていてもよい。その後は、第２位の権限を有するデータソースによる属性へのさらなる書き込みが阻止されるようになっていてもよい。
【0126】
場合によっては、重複設定項目のＩＲＥ５１４による自動検出または別の方法での検出が可能である。これらの設定項目は、手動での重複排除のため消去されるようになっていてもよいし、フラグ付けされるようになっていてもよい。
【0127】
ＶＩ．設定データの変更の判定
上述の通り、リモートネットワーク管理プラットフォーム（リモートネットワーク管理プラットフォーム３２０等）は、膨大な数のソフトウェアアプリケーションおよびサービスをサポート可能である。これらはそれぞれ、それ自体の設定データを有し得るが、デフォルトでは、プラットフォーム内またはフラットフォーム外の１つまたは複数のファイルまたはデータベースエントリに存在する可能性もある。
上述の通り、リモートネットワーク管理プラットフォーム（リモートネットワーク管理プラットフォーム３２０等）は、膨大な数のソフトウェアアプリケーションおよびサービスをサポート可能である。これらはそれぞれ、それ自体の設定データを有し得るが、デフォルトでは、プラットフォーム内またはフラットフォーム外の１つまたは複数のファイルまたはデータベースエントリに存在する可能性もある。
【0128】
設定データは複数組のパラメータで構成され得るが、そのパラメータは、キー値ペア、１つもしくは複数の値、ファイル、またはその他何らかの種類の内容であってもよい。本明細書における議論を目的として、パラメータはキー値ペアの形態であるものと仮定するが、他のパラメータ形態が採用されるようになっていてもよい。キー値ペアの一例は、「ＩＰアドレス：１０．０．１７７．１５」であって、キーがテキスト「ＩＰアドレス」、値がＩＰアドレス「１０．０．１７７．１５」である。キー値ペアは、さまざまな種類の構造化または非構造化テキストファイル、データベーステーブル等に格納可能である。
【0129】
Ａ．設定データの配置
図６Ａは、設定データの種類のほか、格納の方法および場所の一例を示している。アプリケーション／サービス設定６００は、特定のソフトウェアアプリケーションおよび／またはサービスの設定データを含んでいてもよい。これらは、１つもしくは複数のユーザ名およびパスワード、暗号化設定、アプリケーションプログラミングインターフェース（ＡＰＩ）キー、またはデータベースへの接続であってもよい。ミドルウェア設定６０２は、ソフトウェアアプリケーションおよび／またはサービスにより採用され得るリモートネットワーク管理プラットフォームに組み込まれた特徴の設定データを含んでいてもよい。これらは、データベース設定、メッセージキュー設定、コンテンツデリバリネットワーク（ＣＤＮ）設定、および／またはヒープサイズのうちの１つまたは複数であってもよい。クラウドベースリソース設定６０４は、ソフトウェアアプリケーションおよび／またはサービスが使用する１つまたは複数のパブリッククラウドネットワークサービスに関する設定データを含んでいてもよい。これらは、ストレージ設定、スケーリングルール（たとえば、処理、ストレージ、およびネットワーク容量等）、クラウドベースリソースが配置される地理的領域、および／またはこれらのリソースに関連するホスト名のうちの１つまたは複数であってもよい。インフラ設定６０６は、リモートネットワーク管理プラットフォーム内のコンピュータ機器の動作を対象とする設定データを含んでいてもよい。これらは、サーバ機器設定、ネットワーク設定、ファイアウォール設定等のうちの１つまたは複数であってもよい。たとえば、これらの設定には、ＩＰアドレス割り当て、ドメイン名割り当て、ワークグループ割り当て等を含み得る。
図６Ａは、設定データの種類のほか、格納の方法および場所の一例を示している。アプリケーション／サービス設定６００は、特定のソフトウェアアプリケーションおよび／またはサービスの設定データを含んでいてもよい。これらは、１つもしくは複数のユーザ名およびパスワード、暗号化設定、アプリケーションプログラミングインターフェース（ＡＰＩ）キー、またはデータベースへの接続であってもよい。ミドルウェア設定６０２は、ソフトウェアアプリケーションおよび／またはサービスにより採用され得るリモートネットワーク管理プラットフォームに組み込まれた特徴の設定データを含んでいてもよい。これらは、データベース設定、メッセージキュー設定、コンテンツデリバリネットワーク（ＣＤＮ）設定、および／またはヒープサイズのうちの１つまたは複数であってもよい。クラウドベースリソース設定６０４は、ソフトウェアアプリケーションおよび／またはサービスが使用する１つまたは複数のパブリッククラウドネットワークサービスに関する設定データを含んでいてもよい。これらは、ストレージ設定、スケーリングルール（たとえば、処理、ストレージ、およびネットワーク容量等）、クラウドベースリソースが配置される地理的領域、および／またはこれらのリソースに関連するホスト名のうちの１つまたは複数であってもよい。インフラ設定６０６は、リモートネットワーク管理プラットフォーム内のコンピュータ機器の動作を対象とする設定データを含んでいてもよい。これらは、サーバ機器設定、ネットワーク設定、ファイアウォール設定等のうちの１つまたは複数であってもよい。たとえば、これらの設定には、ＩＰアドレス割り当て、ドメイン名割り当て、ワークグループ割り当て等を含み得る。
【0130】
この設定データはすべて、リモートネットワーク管理プラットフォーム、１つもしくは複数のパブリッククラウドネットワーク、ならびに／または他の場所に分散して異なる方法で格納されていてもよい。たとえば、この設定データの一部は、非構造化テキスト、構造化テキスト、または他種のファイル（たとえば、．ｐｒｏｐｅｒｔｉｅｓ、．ｃｏｎｆ、ＸＭＬ、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）、カンマ区切り値（ＣＳＶ）、および／もしくはＹｅｔ Ａｎｏｔｈｅｒ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＹＡＭＬ））ファイルを含み得るファイル６０８に格納されていてもよい。この代替または追加として、この設定データの一部（パラメータおよび／またはファイル）は、データベース（たとえば、特定のデータベーステーブル）、ネットワークフォルダ、ソースコード管理システム、および／またはアーチファクトストレージを含み得るレポジトリ６１０に格納されていてもよい。
【0131】
場合によっては、階層ツリー状の構造に設定データが格納されていてもよい。たとえば、ＪＳＯＮおよびＸＭＬファイルは、ツリーに直接類似するように階層構造となっている。これらの種類のファイルにおいて、オブジェクトは、要素（たとえば、ツリーのリーフのようなキー値ペア）または他のオブジェクトのコンテナ（たとえば、ツリーのルートノードまたは中間ノードのような要素のブロック）のいずれかである。
【0132】
具体例として、航空券予約ウェブサイトには、カスタムチケット予約アプリケーション、ユーザ関係管理コンポーネント、支払いゲートウェイサービス、ユーザインターフェース、ユーザインターフェースにコンテンツを提供する一連のウェブサーバ、認証マイクロサービス、データベースサーバ、負荷分散器、内部ネットワークルーティングポリシー等、アプリケーションおよびサービス設定データの多くのノードを含むことができ、これらはすべて、航空券予約アプリケーションサービスとしてのシームレスな結合および運用のため、適正に設定する必要がある。このため、ソフトウェアサービスの設定データは、数万の設定キー値ペアをツリー状の階層に格納する数千のノードに及ぶ可能性がある。このようなソフトウェアサービスについて、簡素化された例示的な一組のＪＳＯＮ設定を図６Ｂに示す。
【0133】
このような設定データを維持する上での課題は、データが複雑である（数万～数百万のパラメータ）のみならず、変更の頻度が高いことである。たとえば、リモートネットワーク管理プラットフォームは、数百または数千のソフトウェアアプリケーションおよびサービスをサポート可能であり、その一部は、さまざまな種類のアジャイルプログラミングモデル等の継続的な開発プロセスの下にあり得る。このため、数日ごとあるいは１日に数回、これらのアプリケーションの新たなバージョンがプロダクション環境に展開されるようになっていてもよい。
【0134】
これらのアプリケーションを開発およびテストするソフトウェアエンジニアのチームは、アプリケーションの設定データを変更する場合がある一方、他のアプリケーションの設定データのほか、ミドルウェアおよび／またはインフラの設定データを変更する場合もある。したがって、ソフトウェアの欠陥の修正または複数機能の展開のため、ソフトウェアエンジニアのあるチームが他の一部または全部のチームのソフトウェアアプリケーションに影響を及ぼす設定データを変更する場合がある。このような変更は、これら他のソフトウェアアプリケーションの少なくとも一部が挙動を変えたり、さまざまに失敗を重ねたりする原因となり得る。
【0135】
さらに、各組の設定データは、多くの場所全体に配設されたファイル６０８および／またはレポジトリ６１０に配置され得る。このため、設定データのアクセス制限が弱くなり、変更の調整が不可能ではないにしても困難となる。その結果、変更が制御不可能となり、追跡が不可能となって、容易に監査できなくなる。
【0136】
結果として、ソフトウェアアプリケーションおよびサービスの停止の主な根本原因は、現時点では設定データのエラーである。いくつかの推定において、これらのエラーは、ソフトウェアアプリケーションのコーディングエラーよりもはるかに一般的で影響が大きい。いくつかの顕著な設定関連の停止では、ウェブサイト全体がオフラインになったり、数時間から数日にわたって使用できなくなったりしている。前述の制限により、これらの停止のトラブルシューティングは困難である。停止の原因と考えられる設定変更を絞り込むことは、複数のファイルおよびレポジトリにまたがって、干し草の山から針を探すようなものだからである。
【0137】
したがって、停止の発生の可能性が低くなるとともに解決が迅速となるような設定データの管理、提示、表示、および操作方法の改良が有益となる。
【0138】
本明細書の実施形態は、このような改良を提供する。図６Ｃに示すように、これらの実施形態は、単一の場所に格納され得る集中設定データモデル６１２に設定データを統合することを含んでいてもよい。これにより、設定データの集中可視化が促進される（これにより、ソフトウェアエンジニアおよび運用エンジニアは、関連するファイルまたはレポジトリを見つけるためだけに膨大な時間を費やす必要がなくなる）。また、これによって、ルールベースアクセス制御も促進され、複数組のアクセス制御リスト（ＡＣＬ）または他のメカニズムにより、特定のパラメータに対してどのユーザがどの時点でどのような変更を加えられるかが規定される。これによって、自動化プロセスが設定データをスキャンして考え得るエラー、設定ミス、または一貫性のないパラメータグループを識別する継続的検証がさらに促進される。このような検証は、有効および／または無効なパラメータまたはパラメータの組み合わせを規定するルールに基づいていてもよいし、より複雑なロジックに基づいていてもよい。
【0139】
また、１つまたは複数のこのようなＡＣＬがノード、キー、または値の可視性をユーザ単位またはユーザグループ単位で制御するようにしてもよい。結果として、一部のユーザは、ツリーの特定の分岐の確認または特定のマスク値（パスワード等）の観察が不可能となり得る一方、マスク値が追加、編集、消去されたこと、または未変更であることを把握し続けられる。
【0140】
上述の通り、スナップショットは、設定データのバージョンを表す。場合により、スナップショットは、設定データの全体を表し得るが、他の場合には、設定データの部分集合（たとえば、１つまたは複数の特定のソフトウェアアプリケーションが使用する設定データの部分）しか表し得ない。
【0141】
一例として、ユーザの検索要求に対して採用される検索エンジンを決定する設定データのパラメータを特定のソフトウェアアプリケーションが含むものとする。複数の検索エンジンをサポートし、ソフトウェアアプリケーションがこれらのいずれかを使用または切り替え可能であることが望ましいと考えられる。
【0142】
考え得る実施形態において、パラメータは、新たな検索エンジンを含むように更新され得る。たとえば、Ｇｏｏｇｌｅ検索エンジンを指定するパラメータには、「ｇｏｏｇｌｅＳｅａｒｃｈ：無効」、「ｇｏｏｇｌｅＳｅａｒｃｈＵＲＬ：ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍ」、および「ｇｏｏｇｌｅＲｅｆＩｄＮｕｍｂｅｒ：ｇｒｅｆＩＤ１２３１１３」といったキー値ペアを含み得る。
【0143】
最初に、新たな検索エンジンの追加を要求する変更リクエストがなされるようになっていてもよい。この変更リクエストは、ユーザまたはアプリケーションが起点となっていてもよく、また、リモートネットワーク管理プラットフォームにより格納された変更リクエストのデータベースに追加されるようになっていてもよい。この変更リクエストに基づいて、ソフトウェア開発者は、新たなパラメータをソフトウェアアプリケーションの設定ファイルに追加するようにしてもよい。次に、ソフトウェアアプリケーションの新たなバージョンが構築され、その設定ファイルには、これらパラメータのほか、新たな検索エンジンの使用を容易化するソフトウェアアプリケーションのコードの任意の変更が組み込まれる。そして、このパッケージ（たとえば、アプリケーションの新たなバージョンおよびその設定データ）は、自動化テスト手順を受けるようになっていてもよい。このようなテストでは、設定ファイルが構文的に正しく、適正にフォーマットされていることを保証するようにしてもよい。
【0144】
これらのテストに合格するものと仮定して、設定ファイルは、集中設定データモデル６１２にアップロードされるようになっていてもよい。設定ファイルのスナップショットが構成されるが、このスナップショットは、設定ファイルの現行バージョンである。スナップショットは、検証プロセスを経て、集中設定データモデル６１２のウェブインターフェースにより公開される（利用可能となる）。
【0145】
スナップショットが利用可能となった後は、変更制御プロセスの実行によって、変更リクエスト（および、関連するスナップショット）の精査ならびに承認または拒否がなされる。変更制御プロセスには、ソフトウェア開発者による手動精査または自動精査を含んでいてもよい。たとえば、検証プロセスの結果の精査によって、検証の成功を保証するようにしてもよい。変更リクエストが承認されたら、パッケージの環境への展開（たとえば、リモートネットワーク管理プラットフォームのエンドユーザによるプロダクション環境での使用、ソフトウェアテスタによるテスト環境での使用、またはソフトウェア開発者による開発環境での使用）が可能となる。
【0146】
Ｂ．例示的なグラフィカルユーザインターフェース
さらなる説明を目的として、図７Ａは、環境により編成された設定データの利用可能なスナップショットのリスト７００を示しており、「ｐｒｏｄ」がプロダクションを、「ｔｅｓｔ」がテストを、「ｄｅｖ」が開発を示す。このリストは、集中設定データモデル６１２のウェブインターフェース等、リモートネットワーク管理プラットフォームのウェブインターフェースにより取得されるようになっていてもよい。
さらなる説明を目的として、図７Ａは、環境により編成された設定データの利用可能なスナップショットのリスト７００を示しており、「ｐｒｏｄ」がプロダクションを、「ｔｅｓｔ」がテストを、「ｄｅｖ」が開発を示す。このリストは、集中設定データモデル６１２のウェブインターフェース等、リモートネットワーク管理プラットフォームのウェブインターフェースにより取得されるようになっていてもよい。
【0147】
ここで、スナップショットｐｒｏｄ－ｖ８．ｄｐｌ ７０２は、Ｇｏｏｇｌｅ検索エンジンを指定するパラメータを追加した新たなスナップショットであるものと仮定する。とりわけ、ウェブインターフェースは、各スナップショットが公開されたか、展開可能な環境、検証済みであるか、ならびにその生成および最新の検証のタイムスタンプを指定する。図示のように、ｐｒｏｄ－ｖ８．ｄｐｌ ７０２が最新のプロダクションスナップショットである。
【0148】
このシナリオの続きとして、スナップショットｐｒｏｄ－ｖ８．ｄｐｌ ７０２と関連付けられたパッケージがプロダクション環境において展開されるものとする。この環境は、さまざまな種類の問題または潜在的な問題が検出された場合にアラートを生成するように構成されていてもよい。たとえば、環境は、過去１５分間にわたって検索が実行されなかった場合（数千人のユーザが検索サービスを使用していると予想されることを所与として、このようなイベントは非常にまれであると予想される）、アラートを生成するようにしてもよい。
【0149】
結果として、リモートネットワーク管理プラットフォームは、アラートを生成し得る。このアラートは、プラットフォームならびにそのアプリケーションおよびサービスの正しい動作の維持を任務とする１人または複数人のシステム信頼性エンジニアに送られるようになっていてもよい。一例として、図７Ｂは、リモートネットワーク管理プラットフォームのアラート管理アプリケーションのウェブインターフェース７１０を示している。識別された問題７１２（「過去１５分間に処理された検索はありません」）、影響を受ける設定項目７１４（「Ｓｅａｒｃｈ ｅｎｇｉｎｅ ｓｅｒｖｉｃｅ－ｐｒｏｄｕｃｔｉｏｎ」）、および考え得る根本原因７１６（変更リクエストＣＨＧ００３００４０と関連）を含むアラート００１０２２３を示している。ここで、変更リクエストＣＨＧ００３００４０は、（ｉ）Ｇｏｏｇｌｅ検索エンジンを含むように設定ファイルを変更するためのであり、（ｉｉ）影響を受ける設定項目７１４と関連していたものと仮定する。
【0150】
多くの現実的なシナリオにおいては、考え得る根本原因７１６の下に一覧化された複数の変更リクエストが存在し得る。さらに、これら変更リクエストの内容からは、変更された設定データのパラメータが明確とはならない可能性がある。このため、根本原因分析プロセスでは、システム信頼性エンジニアが各変更リクエストを手動で精査した後、ソフトウェア開発者との協働で、関連する設定スナップショットを最初に識別し、これらのスナップショット間の変更を識別し、これらの変更が明らかなサービス停止につながったかを判定することが必要となり得る。最も単純な場合を除くすべての状況において、このプロセスは複雑であり、数時間から数日を要する可能性がある。
【0151】
本明細書の実施形態は、変更リクエストとスナップショットとの間の関連性に起因する上記のような欠点を克服する。とりわけ、変更リクエストＣＨＧ００３００４０によって、スナップショットｐｒｏｄ－ｖ８．ｄｐｌ ７０２が展開されている。したがって、スナップショットｐｒｏｄ－ｖ８．ｄｐｌ ７０２に導入された新たな設定パラメータを迅速かつ容易に識別可能である。
【0152】
この点について、図７Ｃは、複数のスナップショットが示され、それぞれが選択可能となり得るスナップショット展開タイムライン７２２を示すユーザインターフェース７２０を示している。図７Ｃは、（最新の先行展開スナップショットを表す）基準スナップショット７２４および（現行展開スナップショットｐｒｏｄ－ｖ８．ｄｐｌ ７０２を表す）対象スナップショット７２６が選択されていることを示している。一般的には、タイムライン７２２に示される時間の範囲を拡大または縮小可能であり、その上のいずれか１つまたは２つのスナップショットを選択可能である。さらに、ウェブインターフェースは、最終的な複数の展開スナップショット（たとえば、２つ、３つ、５つ、または１０個のスナップショット）を自動的に表示するようにしてもよい。
【0153】
図７Ｄは、２つの選択スナップショット（たとえば、基準スナップショット７２４および対象スナップショット７２６）間の差分を表示している。この図において、ユーザインターフェース７３０は、ユーザインターフェース７２０（たとえば、ユーザインターフェース７２０からスクロールダウンすることでユーザインターフェース７３０に達する）または別個のユーザインターフェースの一部であってもよい。
【0154】
それにも関わらず、ペイン７３２は、これらのスナップショット間の変更のツリーベースの配置を表示しており、各ノードが選択可能である。このようなノードを選択することにより、ペイン７３４は、当該ノード内またはノード下の２つのスナップショット間の如何なる変更をも表示可能となる。たとえば、ペイン７３２においては、ノード「Ｐｒｏｄ」が選択されている。このため、ペイン７３４には、当該ノード下のすべての変更が示される。これらの変更には、ツリーを通って当該変更が存在するノードに至るパスがラベル付けされている。たとえば、「／Ｐｒｏｄ／ｒｅｌｅａｓｅ－１．０／ｓｅａｒｃｈＳｅｒｖｉｃｅ－Ｖ１．０／ｊａｖａＣｏｎｆｉｇ／ｊｓｏｎ／ｓｅｔｔｉｎｇｓ」と表示されているパスは、２つのスナップショット間に３つの変更が存在することと、これらの変更が設定ノード（すなわち、Ｇｏｏｇｌｅ検索エンジンを追加するように編集された設定ファイル）に現れていることと、を示している。
【0155】
ペイン７３４は、変更されたパラメータごとに、関連する動作７３６（たとえば、追加、編集、削除、未変更）、パラメータのキー（名称）７３８、基準スナップショットからの値７４０、および対象スナップショットからの値７４２をテーブル形式で示している。基準スナップショットも対象スナップショットもパラメータを含まない場合は、関連するエントリが空白となり得る。たとえば、図７Ｄにおいては、３つのパラメータが対象スナップショットに追加されているため、これらは基準スナップショットに示されていない。
【0156】
図示のように、ペイン７３４は、グラフィカルユーザインターフェースのリストコンポーネントを使用して、動作、パラメータキー（名称）、およびパラメータ値の行を表示している。一方で、このような情報の表示には、他種のユーザインターフェースコンポーネントが用いられるようになっていてもよい。
【0157】
このユーザインターフェースから、システム信頼性エンジニアまたはソフトウェア開発者は、関連するスナップショット間で変更されたパラメータを容易に識別可能である。これにより、このような個人が停止の根本原因の探索に要する検索の量が大幅に削減される。２つのファイルの内容の差分を見出すことは、特に難しいことではない。根本原因分析の難しい部分は、比較する２つのファイルを識別することである。本明細書の実施形態では、このようなプロセスの実行に数時間から数日ではなく、数秒から数分しか必要としない。
【0158】
この点について、追加パラメータ「ｇｏｏｇｌｅＳｅａｒｃｈ」の値は、図７Ｄの「無効化」である。これは、Ｇｏｏｇｌｅ検索エンジンがプロダクション環境において有効化されていないことを示しており、アラートが生成された理由を説明するものである。ソフトウェア開発者は、パラメータ「ｇｏｏｇｌｅＳｅａｒｃｈ」の値が「有効化」である新たなスナップショットを作成して展開することにより、Ｇｏｏｇｌｅ検索エンジンの使用を許可することができる。
【0159】
たとえば、図７Ｅは、ユーザインターフェース７３０の変形であるユーザインターフェース７５０を示している。ただし、ユーザインターフェース７５０は、ツリーベースの配置の複数のノードに複数のパラメータ変更を含む。さらに、これらの変更には、パラメータおよびノードの両者の追加、消去、および編集を含む。また、ユーザインターフェース７３０および７５０は、変更がなされていないパラメータを表示する機能をサポートし得る。これは、パラメータの変更が予想されるものの、何らかの理由で変更がなされなかった場合に役立つ可能性もある。さらに、これらのユーザインターフェースは、表示パラメータの検索およびソートをサポートし得る。
【0160】
図７Ｆは、パラメータに加えられた変更の代替ビューである別途任意選択としてのユーザインターフェース７６０を示している。２つの隣り合うテキストボックスに示されるファイル間の差分の従来ビューの代わりに、ここでは、各パラメータ名（キー）が（必要に応じて）その先行値および新たな値とともに示される。したがって、たとえば、図７Ｆは、キー「ｃｏｍ．ｇｌｉｄｅ．ｃｓｐ．ｓｅｌｆ＿ｓｃｒｉｐｔ＿ｓｒｃ＿ｓｖｇ」が基準スナップショットにおいて「真」という値を有し、対象スナップショットにおいて「偽」という値を有することを示している。逆に、キー「ｃｏｍ．ｇｌｉｄｅ．ｄｅｃｉｓｉｏｎ．ｔａｂｌｅ．ｍａｘ＿ｉｎｐｕｔｓ」の値は、１つの値しか示されないため、これらのスナップショット間では変化していない。また、追加、消去、および編集がなされたパラメータは、ユーザの注意を引くように、さまざまな方法（たとえば、特殊なフォント、色、または関連する文字もしくはアイコン）で強調されていてもよい。
【0161】
このビューは、ここでの変更の大部分がキーではなく値であるため、従来の隣り合うテキストボックスよりも優れている可能性がある。したがって、ユーザは、隣り合うテキストボックスでは変更を識別するのが困難な一方、このレイアウトでは容易である。
【0162】
Ｃ．例示的なオペレーション
図８は、例示的な一実施形態を示したフローチャートである。図８により示されるプロセスは、コンピュータ機器１００等のコンピュータ機器および／またはサーバクラスタ２００等のコンピュータ機器のクラスタにより実行されるようになっていてもよい。ただし、このプロセスは、他種の機器または機器サブシステムによっても実行可能である。たとえば、このプロセスは、リモートネットワーク管理プラットフォームまたはラップトップもしくはタブレット機器等の携帯型コンピュータの演算インスタンスにより実行することも可能である。
図８は、例示的な一実施形態を示したフローチャートである。図８により示されるプロセスは、コンピュータ機器１００等のコンピュータ機器および／またはサーバクラスタ２００等のコンピュータ機器のクラスタにより実行されるようになっていてもよい。ただし、このプロセスは、他種の機器または機器サブシステムによっても実行可能である。たとえば、このプロセスは、リモートネットワーク管理プラットフォームまたはラップトップもしくはタブレット機器等の携帯型コンピュータの演算インスタンスにより実行することも可能である。
【0163】
図８の実施形態は、そこに示される特徴のいずれか１つまたは複数を除去することによって簡略化することができる。さらに、これらの実施形態は、その他の特徴のいずれかあるいは本明細書に記載の特徴、態様、および／または実施態様と組み合わされるようになっていてもよい。
【0164】
ブロック８００は、ソフトウェアサービスが劣化基準を満たす旨の判定に応答して、ソフトウェアサービスと、ソフトウェアサービスにより用いられる設定データが当該設定データの現行スナップショットにおいて変更された旨を指定する変更リクエストと、を示すアラートを生成することを含んでいてもよい。
【0165】
ブロック８０２は、変更リクエストに基づいて、設定データの現行スナップショットと先行スナップショット（ｐｒｅｖｉｏｕｓ ｓｎａｐｓｈｏｔ）との間の一組の設定変更を決定することを含んでいてもよい。
【0166】
ブロック８０４は、現行スナップショットにおいて変更された１つまたは複数のパラメータと、現行スナップショットにおいて変更された１つまたは複数のパラメータにつながる設定データのツリーベースの配置における１つまたは複数のパスと、を示す一組の設定変更の表現を提供することを含んでいてもよい。
【0167】
いくつかの実施形態において、設定データの現行スナップショットと先行スナップショットとの間の一組の設定変更を決定することは、現行スナップショットおよび先行スナップショットの選択を受信することに応答したものである。
【0168】
いくつかの実施形態において、ソフトウェアサービスは、１つまたは複数のソフトウェアアプリケーションによりサポートされ、設定データの現行スナップショットにおいて変更された１つまたは複数のパラメータは、１つまたは複数のソフトウェアアプリケーションにより用いられる。
【0169】
いくつかの実施形態において、ソフトウェアサービスが劣化基準を満たす旨の判定は、ソフトウェアサービスに影響を及ぼす停止、ソフトウェアサービスの性能低下、または閾値を超えるプロセッサもしくはメモリの利用のうちの１つまたは複数を検出することを含む。
【0170】
いくつかの実施形態において、アラートは、アラートデータベースに格納され、複数のソフトウェアサービスのうちの１つまたは複数に影響を及ぼす検出された技術的問題と関連する複数のアラートのうちの１つである。
【0171】
いくつかの実施形態は、ソフトウェアサービスおよび変更リクエストを指定するアラートの表現をグラフィカルユーザインターフェースによってクライアント機器に提供することをさらに含んでいてもよい。
【0172】
いくつかの実施形態において、一組の設定変更を決定することは、設定データの現行スナップショットおよび先行スナップショットを含む複数のスナップショットの調整可能タイムラインをクライアント機器に提供することと、クライアント機器から、現行スナップショットおよび先行スナップショットの別の選択を受信することと、先行スナップショットと現行スナップショットとの間で変更されたものを１つまたは複数のパラメータとして決定することと、を含む。
【0173】
いくつかの実施形態において、設定データの現行スナップショットにおいて変更された１つまたは複数のパラメータはそれぞれ、各パラメータおよび各パラメータの値を一意に識別するキーを含むキー値ペアとして表される。
【0174】
いくつかの実施形態において、設定データの現行スナップショットにおいて変更された１つまたは複数のパラメータはそれぞれ、設定データへの新規追加、設定データからの削除、または設定データ内の編集としてマークされている。
【0175】
いくつかの実施形態において、一組の設定変更の表現は、設定データの現行スナップショットにおいて変更されていない付加的なパラメータも示す。
【0176】
いくつかの実施形態において、設定データの現行スナップショットは、プロダクション環境において展開され、先行スナップショットは、現行スナップショットの展開に先立って、プロダクション環境において最も新しく展開された設定データのスナップショットである。
【0177】
ＶＩＩ．設定データの変更を表示するページネーション付き仮想テーブルの使用
集中設定データモデル６１２を使用すると、設定データの変更がＧｉｔ、Ｓｕｂｖｅｒｓｉｏｎ（ＳＶＮ）、バージョン管理システム（ＣＶＳ）、およびチームファウンデーションサーバ（ＴＦＳ）等のソース制御管理システムと同様に追跡および格納される。たとえば、集中設定データモデル６１２は、変更、各変更に関与したユーザ、およびこのような変更の前後の設定データの状態を再構築する能力を追跡する。ただし、本明細書の実施形態は、設定データに特化される新たな方法でこのような変更を管理および提示することを含む。
集中設定データモデル６１２を使用すると、設定データの変更がＧｉｔ、Ｓｕｂｖｅｒｓｉｏｎ（ＳＶＮ）、バージョン管理システム（ＣＶＳ）、およびチームファウンデーションサーバ（ＴＦＳ）等のソース制御管理システムと同様に追跡および格納される。たとえば、集中設定データモデル６１２は、変更、各変更に関与したユーザ、およびこのような変更の前後の設定データの状態を再構築する能力を追跡する。ただし、本明細書の実施形態は、設定データに特化される新たな方法でこのような変更を管理および提示することを含む。
【0178】
変更は、デバッグ、追跡、および監査を目的として追跡される。設定データのバージョンは、ファイルからインポート可能であるが、変更リクエストプロセスの一部としてなされた変更からもインポート可能である。これら設定データの変更としては、１つもしくは複数のソフトウェアサービスならびに／またはこのようなサービスにより使用され得る展開可能なモジュールの設定ツリーに関与する変更集合の形態が可能である。
【0179】
関与のあった変更は、集中設定データモデル６１２に組み込まれる。集中設定データモデル６１２は、たとえば設定データのツリー状構造のノードを表すデータベーステーブルの行として当該設定データの各要素が表されるように、リレーショナルデータベースに格納されていてもよい。ノードは、当該ノードに対応する変更集合（すなわち、当該ノードの生成の原因となった変更集合）を参照するとともに、ルートからこのノードに至るノードの一意のパスによって到達（アドレス指定）し得る。特に、設定データの新たなリリースは、当該リリースの設定データの有効なスナップショットの決定に使用可能な特定のソース制御変更集合を参照し得る。
【0180】
これらの変更集合の関与は、設定データへの追加である。したがって、これらは非破壊的であり、追加、編集、または消去がなされたエントリがノードの新たなインスタンスになって、ツリー状構造の過去のバージョンのノードに置き換わる。ただし、これがノードの過去のバージョンを変更することはないため、履歴が保存される。たとえば、変更集合によって設定データから消去されたノードが依然として存在し、消去されたノードとして観察可能である。このツリー状構造のノード（消去されたノードおよび消去されていないノード）から、さまざまな時点での設定データのスナップショットを生成可能である。これらのスナップショットのリリースによって、現行スナップショットをソフトウェアサービスの設定項目に適用することができる。
【0181】
さらに、ある時点または特定の変更関与の設定データのスナップショットを監査および／または精査用として再構成することができる。特定の時点のスナップショットを再構成し、当該スナップショットの有効な設定データツリー状構造のノードを決定するには、ツリー状構造の変更関与を識別し、その時点のツリーのノードの有効なバージョンを決定する。
【0182】
上述の通り、設定データの変更は、ソフトウェアサービスの劣化あるいはソフトウェアサービスの機能停止につながる可能性がある。プラットフォーム上の監視ソフトウェアによって、異常に高いプロセッサ利用および／または異常に遅い応答時間等のアラートが発生し得る。このアラートは、監視対象の影響を受ける設定項目、関連するソフトウェアサービス、および／または設定項目と関連する他の構成要素を識別可能である。スナップショットの設定データにはアラートにより識別された設定項目が含まれるため、アラートから、現在の設定スナップショットが推測され得る。現行スナップショットから、ソフトウェアサービスの劣化の原因となった設定変更の特定に使用される設定スナップショットのタイムラインとして、設定変更の履歴ならびに関与および展開のたった設定変更の有効なスナップショットを再構成可能である。
【0183】
２つのバージョンのコード間の差分を可視化することは、ソース制御システムの機能であり、テキストベース、行単位、または文字単位で実行される。これに対して、ＡおよびＢという２つのバージョンの設定データ間の差分は、ＡおよびＢという２つのスナップショットのツリー状構造間のノードの差分を識別することを含む。そして、これらの変更は、追加（ノードのパスは、Ａには存在しないがＢには存在する）、消去（ノードのパスは、Ｂには存在しないがＡには存在する）、編集（ノードのパスは、ＡおよびＢに存在するが、Ｂには異なる値がある）、または未変更（同一のノードパスおよび値がＡおよびＢに存在する）として分類可能である。
【0184】
これは、ツリー状構造の背景に起因して、通常のソース制御コード比較とは異なる。設定データツリー状構造のノードは、複数行のテキストに及ぶ場合があり、ノードを表すテキストのすべての行がテキストベースの差分を有し得るわけではない。実際には、２つのスナップショットのテキストの一部の行が同一であっても、依然として変更されたノードに属する場合がある。Ｇｉｔ等のソース制御システムでは、行ベースおよびテキストベースの比較のみを使用して差分を識別し、追加および消去されたテキストの行を強調する場合がある。さらに、ソース制御システムでは、ラインが変更されたノードの一部であっても、当該ラインを未変更と考える場合がある。ソース制御システムの視覚的な差分では、コードファイルの２つのバージョン間で追加および消去されたテキストの行を示し、変更されなかった行を省略する。
【0185】
設定データのスナップショット間の差分は、設定データのノードに関する背景次第である。たとえば、親ノードが変更されていなくても、当該親ノードの子ノードが変更されている場合もある。その結果、親ノードは、編集の差分カテゴリを有することになる。
【0186】
差分カテゴリが未変化の場合も、ソース制御システムより情報が多い。たとえば、ノードの差分カテゴリが未変更の場合は、その子ノードがいずれも変更されていないことになる。このため、ツリー状構造においては、ツリー中のノードの場所に関する背景ならびにノードのきょうだい、子孫、および先祖ノードの差分カテゴリによって、アラートの原因となった設定データの変更を特定するための付加的な洞察が提供される。ソース制御コードのテキスト－行比較を適用しようとすると、この背景が失われ、行の変更が誤ったノードに起因するものとなる可能性さえある。
【0187】
差分比較は、設定データ管理ソフトウェアアプリケーションにより実行可能であるとともに、アラートと関連する設定項目の設定データの２つのスナップショット間で計算可能である。これらのスナップショットには、２つのツリー状階層に数万ものノードを含み得る。差分は、両スナップショットのすべてのノードを含む統合ツリー構造である。パスによって決まる両スナップショットにノードが存在する場合は、統合ツリーにおける同じノードと考えられる。このようなノードにおいては、各キー値ペアの差分比較も実行され、その結果、当該ノードについて、上述の４つの状態（追加、消去、編集、未変更）のうちの１つが決定される。
【0188】
Ａ．差分比較の格納
差分比較は、２つ以上のスナップショットをメインメモリにロードした後、これらのスナップショット間のノードごとの差分を決定することにより実行可能である。ただし、結果は一時的なものであり、通常は１人のユーザ（差分比較を要求するユーザ）および当該ユーザのアクセス許可だけに固有のものである（各ユーザには、アクセス可能なツリーの一部しか見えない）。これらの結果は、ユーザセッション全体の継続時間に関連しない場合さえある。ユーザが比較のため、スナップショットの選択を変更し得るためである。
差分比較は、２つ以上のスナップショットをメインメモリにロードした後、これらのスナップショット間のノードごとの差分を決定することにより実行可能である。ただし、結果は一時的なものであり、通常は１人のユーザ（差分比較を要求するユーザ）および当該ユーザのアクセス許可だけに固有のものである（各ユーザには、アクセス可能なツリーの一部しか見えない）。これらの結果は、ユーザセッション全体の継続時間に関連しない場合さえある。ユーザが比較のため、スナップショットの選択を変更し得るためである。
【0189】
また、結果は、数万ノードに及ぶ場合もある。このため、これらの結果をデータベーステーブルに格納すると、データベースの読み書きが相対的に遅くなって演算コストが非常に高くなるため、禁止されている。これらの結果を応答性高く（たとえば、１～２秒未満で）ユーザインターフェースに表示することは、データの量を考えると不可能である。さらに、差分比較の過渡的な性質により、データベーステーブルに永続的なストレージを採用することも無駄になる。これらの数万もの結果は目的がなく、ユーザが表示を終了したらデータベースからの消去が必要なためである。
【0190】
したがって、短期間の結果をデータベーステーブルに大量に格納すると、性能および効率が低下する。これは、すべてのデータベース操作が二次的データベースに複製される高可用性のデータベース構成においてさらに複雑である。このような大量のデータを短期間に挿入および消去すると、複製がバックアップされ、最終的には複製プロセスの安定性が損なわれる可能性がある。場合によっては、プラットフォーム上で実行されるほとんどまたはすべてのソフトウェアアプリケーションがデータベースにアクセスして複製手順を使用可能であることに依存しているため、演算インスタンスの安定性が損なわれる可能性がある。たとえば、大規模かつ連続的なデータベースの挿入または消去動作によってソフトウェアアプリケーションがブロックされた場合は、演算インスタンスを円滑かつ健全な実行を維持するために必要な他の動作が影響を受け、インスタンス全体のサービス低下を引き起こす可能性がある。
【0191】
したがって、差分比較のストレージは過渡的であるものの、ユーザが同じ結果を再度読み出し、アラートの根本原因と考えられる変更を分離および識別するのに望ましい方法でフィルタリング、検索、および／またはソートを適用可能となるように、永続的なものとする。データベーステーブルは、フィルタリング、検索、およびソートを容易化するものの、上述の通り、データベーステーブルの使用は演算上禁止されている。
【0192】
上記および場合により他の制限を克服するため、統合差分スナップショットを演算インスタンスのファイルシステム中のファイルへとシリアル変換可能である。ファイルシステムＩ／Ｏは通常、大規模なデータ集合をデータベースのテーブルに格納する場合よりも数倍高速である。さらに、数メガバイトのテキストファイルの通常のテキスト圧縮によって、７０～８０％のサイズ縮小が可能である。このような圧縮および格納（たとえば、半導体ドライブへの格納）には、合計で約１０ミリ秒を要する場合もあるが、削除はほぼ一瞬である。
【0193】
差分比較は、パスを使用してスナップショットのノードをペアリングすることにより行われるため、ファイルフォーマットの統合結果がツリーパスによってグループ化され、エントリがキーおよび値を含む（両スナップショットからの値のほか、ノードが示す４種類の差分のいずれかのインジケータを含む）。ファイルサイズをさらに抑えるため、編集された差分を有するノードには、各スナップショットから１つずつ、キー値ペアごとに２つの値を含み得る一方、消去、追加、および未変更のノードには、キー値ペアごとに単一の値しか含まない。
【0194】
この一例を図９の部分的差分比較ファイル９００に示す。ファイル９００の各リーフノードは、キー値ペアを表し、変更（存在する場合）の種類を示すコメント（「／／」の後ろのテキスト）で注釈される。リーフノード９０２および９０４は、編集を表すため、２つの値を含む。左から右へと考え、最初の値は編集前のもの、２番目の値は編集後のものである。他のすべてのリーフノードは、追加、消去、または未変更のシナリオを表すため、値は１つだけである。
【0195】
それにも関わらず、結果としてのファイルがファイルシステムに格納され、一意の差分識別し（差分ＩＤ）と関連付けられる。これにより、ファイルを差分識別子によって読み出し、開くことができるようになる。
【0196】
Ｂ．差分比較のユーザインターフェースへの表示
ソフトウェアサービスの劣化の原因を調べるため、ユーザは、アラートの生成に際して展開された設定データのスナップショット（現行スナップショット）の観察が有利であることを見出し得る。上述の差分比較動作のサポートにより、ユーザは、ソフトウェアサービスに劣化が発生していない過去の時点で展開された設定データのスナップショット（先行スナップショット）に対して、このスナップショットを比較することができる。
ソフトウェアサービスの劣化の原因を調べるため、ユーザは、アラートの生成に際して展開された設定データのスナップショット（現行スナップショット）の観察が有利であることを見出し得る。上述の差分比較動作のサポートにより、ユーザは、ソフトウェアサービスに劣化が発生していない過去の時点で展開された設定データのスナップショット（先行スナップショット）に対して、このスナップショットを比較することができる。
【0197】
現行スナップショットおよび先行スナップショットのノード間の差分を観察するため、これらの差分を表示するためのグラフィカルユーザインターフェースが生成されるようになっていてもよい。また、異なる比較ファイルから情報が列および行を有するテーブル形式でグラフィカルユーザインターフェースに提示されるようになっていてもよい。列は、ノードのパス、先行スナップショットから現行スナップショットまでのノードが示す変更の種類、ノードのキー値ペアのキー、ノードのキー値ペアの先行値（該当する場合）、およびノードのキー値ペアの新たな値（該当する場合）のうちの１つまたは複数を示すことができる。また、テーブル形式のグラフィカルユーザインターフェースは、その列の内容に基づいて、その行のフィルタリング、検索、ページング、およびソートをサポートし得る。
【0198】
図７Ｄは、このようなテーブル形式のグラフィカルユーザインターフェースの考え得る一実施形態を示している。ペイン７３４は、３つのノードのルートパス（／Ｐｒｏｄ／ｒｅｌｅａｓｅ－１．０／ｓｅａｒｃｈＳｅｒｖｉｃｅ－Ｖ１．０／ｊａｖａＣｏｎｆｉｇ．ｊｓｏｎ／ｓｅｔｔｉｎｇｓ）を表示する（このパスは、ペイン７３２に表示される設定データのツリー状構造からも推測可能である）。各ノードについて、表形式は、動作７３６（変更の種類）、名称７３８（ノードのキー値ペアのキー）、基準スナップショット値７４０（ノードのキー値ペアの先行値）、および対象スナップショット値７４２（ノードのキー値ペアの新たな値）の列を含む。上述の通り、ペイン７３４では、リストコンポーネントを使用してこの情報を表示する。
【0199】
行および列を有する表形式のグラフィカルユーザインターフェースは、ユーザが精通するものであり、馴染みのあるナビゲーションおよびデータの提示を伴う馴染みのあるグラフィカルユーザインターフェースは、アラートの根本原因を識別する任務を負うユーザの効率を向上させる。たとえば、ソフトウェアサービスの一部を担うインフラ設定項目でのリクエストのタイムアウトがアラートで詳細に示されている場合、ユーザはまず、当該ソフトウェアサービスを含む設定データのサブツリーを検査して結果をフィルタリングすることにより、設定データと当該ノードおよびその子ノードの変更を調べることができる。ユーザは、馴染みのある選択肢を伴う馴染みのあるテーブル形式のグラフィカルユーザインターフェースでこの分析をより迅速かつ簡単に行うことによって、差分比較結果を検査することができる。
【0200】
Ｃ．仮想テーブル
テーブル形式のグラフィカルユーザインターフェースには通常、データベーステーブルに格納されたデータが入力される。ただし、上述の理由により、差分比較データをデータベースに配置するのは望ましくない。したがって、差分比較のデータベースへの格納に関連するレイテンシを回避する効率的な方法でテーブル形式のグラフィカルユーザインターフェースをサーブするため、仮想テーブル構成の使用によって、ファイル中の情報がデータベーステーブルにあるかのように、ファイルシステムに格納されたファイルの表示および応答を構成可能である。
テーブル形式のグラフィカルユーザインターフェースには通常、データベーステーブルに格納されたデータが入力される。ただし、上述の理由により、差分比較データをデータベースに配置するのは望ましくない。したがって、差分比較のデータベースへの格納に関連するレイテンシを回避する効率的な方法でテーブル形式のグラフィカルユーザインターフェースをサーブするため、仮想テーブル構成の使用によって、ファイル中の情報がデータベーステーブルにあるかのように、ファイルシステムに格納されたファイルの表示および応答を構成可能である。
【0201】
従来、データベーステーブルのエントリを表示するためのグラフィカルユーザインターフェースのリストコンポーネントは、ウェブサーバのバックエンドウェブサービスに対するＡＰＩ呼び出しを行うことができる。これらのＡＰＩ呼び出しでは、テーブル名、表示を要求されたテーブルの列、ソート順序、返されるエントリ数の制限、ページ番号、ならびに可能性として１つもしくは複数の列に表示される値に基づくフィルタを指定可能である。バックエンドウェブサービスでは、オブジェクトリレーショナルマッパー（ＯＲＭ）等の別のソフトウェア層を呼び出して、データベーステーブルに対するデータベースクエリ（たとえば、ＳＱＬ）を生成することができる。そして、このクエリは、ウェブサーバのデータベースドライバを通じて送信され得る。
【0202】
このデータベースドライバは、ウェブサーバとデータベースサーバとの間の低位通信を取り扱う別のソフトウェア層であってもよい。したがって、データベースサーバへの接続を生成し、データベースサーバが認識するフォーマットでクエリを提供し、ネットワーク上のデータベースサーバが提供する結果を受信した後、これらの結果をＯＲＭ層に返すことができる。その後、ウェブサーバは、グラフィカルユーザインターフェースのリストコンポーネントに従って結果をフォーマットし、リストコンポーネントに表示する。これらの層は、規格、規定された通信プロトコル、およびこれらの同じインターフェース、プロトコル、および規格を実装する他のレイヤとの各レイヤの相互運用を可能にするソフトウェアインターフェースによって一体的に作用する。
【0203】
ＯＲＭは、２つ以上のデータベースドライバを採用することにより、複数種類のデータベースをサポートし得る。たとえば、ＭｙＳＱＬデータベースに対してあるデータベースドライバが存在し、Ｐｏｓｔｇｒｅｓデータベースに対して別のデータベースドライバが存在していてもよい。各データベースドライバは、その種類のデータベースに対して調整された特定の通信プロトコルおよびクエリフォーマットを使用することができる。一方、ウェブサーバのグラフィカルユーザインターフェースモジュールでは、ウェブサービスが結果を取得した方法を認識しておらず、ウェブサービスでは、ＯＲＭ層が結果を取得した方法を認識しおらず、ＯＲＭでは、データベースドライバが結果を取得した方法を認識しまいない。これらのモジュールそれぞれに重要なのは、規定されたインターフェースに従って他のモジュールと通信および相互運用可能なことである。
【0204】
従来のデータベーステーブルではないテーブルにデータが格納されている場合は、当該テーブルと関連するクエリを取り扱うデータベースが存在しない。一方、ウェブサービスは、グラフィカルユーザインターフェースのリストコンポーネントからのクエリを依然として受け入れ、ＯＲＭを呼び出して結果をウェブサービスに戻すことができる。クエリをデータベースドライバに提供する代わりに、ＯＲＭは、問い合わされているテーブル名がデータベーステーブルではないことを認識し、代わりに、ＲＡＭ等の非一時的揮発性メモリの仮想テーブルにドライバを実装するソフトウェアの代替層を呼び出すようにしてもよい。
【0205】
このような構成を図１０に示す。クライアント機器グラフィカルユーザインターフェース１００２は、ウェブサーバ１００４と連通している。クライアント機器は、データベース１００６（たとえば、ＭｙＳＱＬデータベース）または仮想テーブル１００８からのデータの入力を示すリストコンポーネントが提供された場合、ウェブサーバ１００４に対応する問い合わせを行うようにしてもよい。とりわけ、クライアント機器およびウェブサーバ１００４は、インターネット等のネットワークを介して通信する別個の異なるコンピュータ機器であってもよい。さらに、データベース１００６は、ネットワークを介してウェブサーバ１００４と通信する別個の異なるコンピュータ機器であってもよい。仮想テーブル１００８は、ウェブサーバ１００４のＲＡＭまたはさらに別個の異なるコンピュータ機器のＲＡＭに格納されていてもよい。それ以外の可能性もある。上述の通り、クライアント機器グラフィカルユーザインターフェース１００２および場合によりウェブサーバ１００４の一部は、それらが最終的に、実際のデータベーステーブルの代わりに仮想テーブルに問い合わせているかを認識していない場合もある。
【0206】
ステップ１０１０～１０２４は、データベース１００６からのデータに対するクエリおよびその対応する応答がウェブサーバ１００４のモジュールを流れる様子を示している。ステップ１０１０において、クライアント機器グラフィカルユーザインターフェース１００２は、データベースクエリをバックエンドウェブサービス１００４Ａに送信するようにしてもよい。ステップ１０１２において、バックエンドウェブサービス１００４Ａは、データベースに関連するものとしてこのクエリを識別し、ＯＲＭ１００４Ｂに提供するようにしてもよい。ステップ１０１４において、ＯＲＭ１００４Ｂは、データベース１００６に関連するものとしてこのクエリを識別し、データベースドライバ１００４Ｃに提供するようにしてもよい。ステップ１０１６において、データベースドライバ１００４Ｃは、データベース１００６に適合するフォーマットへとクエリを変換した後、データベース１００６に送信するようにしてもよい。ステップ１０１８において、データベース１００６は、クエリに対する応答をデータベースドライバ１００４Ｃに送信するようにしてもよい。ステップ１０２０において、データベースドライバ１００４Ｃは、ＯＲＭ１００４Ｂに適合するフォーマットへと応答を変換した後、ＯＲＭ１００４Ｂに提供するようにしてもよい。ステップ１０２２において、ＯＲＭ１００４Ｂは、応答をバックエンドウェブサービス１００４Ａに提供するようにしてもよい。ステップ１０２４において、バックエンドウェブサービス１００４Ａは、応答をクライアント機器グラフィカルユーザインターフェース１００２に提供するようにしてもよい。その後、図１０には示していないものの、クライアント機器グラフィカルユーザインターフェース１００２は、この応答を使用して、リストコンポーネントへの入力を行うようにしてもよい。
【0207】
ステップ１０２６～１０４０は、仮想テーブル１００８からのデータに対するクエリおよびその対応する応答がウェブサーバ１００４のモジュールを流れる様子を示している。ステップ１０２６において、クライアント機器グラフィカルユーザインターフェース１００２は、仮想テーブルクエリをバックエンドウェブサービス１００４Ａに送信するようにしてもよい。ステップ１０２８において、バックエンドウェブサービス１００４Ａは、仮想テーブルに関連するものとしてこのクエリを識別し、ＯＲＭ１００４Ｂに提供するようにしてもよい。ステップ１０３０において、ＯＲＭ１００４Ｂは、仮想テーブル１００８に関連するものとしてこのクエリを識別し、仮想データベースドライバ１００４Ｄに提供するようにしてもよい。ステップ１０３２において、仮想データベースドライバ１００４Ｄは、仮想テーブル１００８に適合するフォーマットへとクエリを変換した後、仮想テーブル１００８に送信するようにしてもよい。ステップ１０３４において、仮想テーブル１００８は、クエリに対する応答を仮想データベースドライバ１００４Ｄに送信するようにしてもよい。ステップ１０３６において、仮想データベースドライバ１００４Ｄは、ＯＲＭ１００４Ｂに適合するフォーマットへと応答を変換した後、ＯＲＭ１００４Ｂに提供するようにしてもよい。ステップ１０３８において、ＯＲＭ１００４Ｂは、応答をバックエンドウェブサービス１００４Ａに提供するようにしてもよい。ステップ１０４０において、バックエンドウェブサービス１００４Ａは、応答をクライアント機器グラフィカルユーザインターフェース１００２に提供するようにしてもよい。その後、図１０には示していないものの、クライアント機器グラフィカルユーザインターフェース１００２は、この応答を使用して、リストコンポーネントへの入力を行うようにしてもよい。
【0208】
Ｄ．ブロックベースの読み出しおよびユーザインターフェースページネーション
上述の通り、仮想テーブル１００８は、ＲＡＭに格納されていてもよい。ＲＡＭの容量は通常、ハードドライブまたは半導体ドライブ等の永続的なストレージよりも数桁小さい。また、ＲＡＭは、ウェブサーバ１００４等のコンピュータシステム上で実行される他の仮想テーブル、アプリケーション、プロセス、およびオペレーティングシステムによっても共有され得る。したがって、データベースについては、永続的なストレージに維持して、何十億ものエントリへと成長させることも可能であるが、共有揮発性メモリ中の仮想テーブルについては、アクセスできるメモリの量が相当少なく、限られた数のエントリ（たとえば、１０００個のエントリ）にしか対応できない。さらに、仮想テーブルドライバによって、エントリの制限（たとえば、１０００）が強制され得る。ここで、仮想テーブルのエントリは、設定データのノード（たとえば、２つのスナップショットの差分比較におけるノード）に対応し、リストコンポーネントの行に表示され得る。
上述の通り、仮想テーブル１００８は、ＲＡＭに格納されていてもよい。ＲＡＭの容量は通常、ハードドライブまたは半導体ドライブ等の永続的なストレージよりも数桁小さい。また、ＲＡＭは、ウェブサーバ１００４等のコンピュータシステム上で実行される他の仮想テーブル、アプリケーション、プロセス、およびオペレーティングシステムによっても共有され得る。したがって、データベースについては、永続的なストレージに維持して、何十億ものエントリへと成長させることも可能であるが、共有揮発性メモリ中の仮想テーブルについては、アクセスできるメモリの量が相当少なく、限られた数のエントリ（たとえば、１０００個のエントリ）にしか対応できない。さらに、仮想テーブルドライバによって、エントリの制限（たとえば、１０００）が強制され得る。ここで、仮想テーブルのエントリは、設定データのノード（たとえば、２つのスナップショットの差分比較におけるノード）に対応し、リストコンポーネントの行に表示され得る。
【0209】
設定データの２つのスナップショットの差分比較は、ＲＡＭに合理的に格納し得る数の数倍（たとえば、数万）のエントリを有する可能性もある点を所与として、仮想テーブル１００８から一度にエントリの「ブロック」をフェッチし、ユーザに表示されている時間の少なくとも一部にわたって、これらのエントリをＲＡＭに格納し得ることが望ましい。たとえば、エントリ制限が１０００であり、ファイルシステムに格納された差分比較が１０，０００個のエントリを含むものとする。この場合は、それぞれが１０００個のエントリを含む１０個のブロックが存在する。したがって、エントリ０～９９９が最初のブロック（ブロック０）を構成し、エントリ１０００～１９９９が２番目のブロック（ブロック１）を構成し、以下同様である。種々実施形態においては、所望のブロックを識別するのにブロック番号および／または別の一組の識別子が用いられるようになっていてもよい。
【0210】
これらのエントリをクライアントグラフィカルユーザインターフェースに表示しやすくするために、カスタムブロック読み出しメカニズムが用いられるようになっていてもよい。このため、新たな列を仮想テーブルに追加する。行は、単に仮想テーブルから読み出されたデータを提供するのではなく、仮想テーブルエントリを生成するソフトウェア層への付加的なパラメータとして機能する。仮想テーブル中のこれら付加的な行には、差分ＩＤ、ブロック番号、ブロック当たりのエントリ数、および場合により他の情報を含み得る。ソフトウェア層は、これらの付加的な行に基づいて、フィルタ条件を追加するように構成されていてもよい。このようなフィルタ条件は、仮想テーブルにより返されたデータのフィルタリングに使用されるのではなく、代わりに、仮想テーブルに対するクエリの一部として機能する可能性もある。
【0211】
ここで、差分ＩＤは、永続的なストレージにおいて１つまたは複数のファイルに格納された２つのスナップショット間の差分比較を表す。たとえば、差分ＩＤとファイルとの間に１対１のマッピングが存在する場合もあるし、単一の差分ＩＤが複数のファイルにまたがる大規模な差分比較を表す場合もある。後者の場合、Ｂツリー（バイナリツリー）インデックスは、最初のファイルのヘッダまたは別個のファイルに存在し、リクエストをサーブする正しいファイルの決定に使用される。言い換えると、Ｂツリーは、ファイルおよび／またはファイル中のブロック領域を識別するインデックスとして機能することになり、結果としてのブロックには、２つ以上のファイルそれぞれからのいくつかのエントリを含み得る。別の可能性として、永続的なストレージにおける同じ差分ＩＤに関連する複数の冗長なファイルが挙げられ、それぞれが異なる内部構造で配置されているか、または、予備グループ化、予備フィルタリング、もしく予備ソートがなされた結果等の特定のデータ走査手順を有する。これにより、特定種類のリクエスト（たとえば、結果の特定のグループ化、フィルタリング、またはソート）をより迅速に提供できるようになる。
【0212】
これらのフィルタ条件により、ＯＲＭが提供するクエリは、特定の差分ＩＤ、当該差分ＩＤ内の特定のブロック番号、および当該差分ＩＤ内のブロックの特定のブロックサイズを識別可能となる。この情報により、仮想データベースドライバは、永続的なストレージ内の特定の差分ＩＤを位置特定し、特定のブロックの先頭が見つかるまで、特定のブロックサイズに基づいて差分ＩＤを反復した後、適当な数のエントリを返すことができる。一例として、ブロックサイズが１０００エントリで、２番目のブロックが要求されていることをクエリが示す場合、仮想データベースドライバは、指定された差分ＩＤのエントリ１０００～１９９９を返すことができる。とりわけ、読み出されたブロックは、ファイルシステム上のファイルの同じ領域から常に連続してロードされるとは限らない。ブロックに対する異なるリクエストは、当該リクエストに対するブロックの識別のされ方を修正する付加的なフィルタおよび／またはソート条件も含み得るためである。
【0213】
このシナリオを図１１に示す。仮想データベースドライバ１００４Ｄがアクセス可能なローカルまたはリモートのファイルシステムにＭＹＦＩＬＥ１１００が存在するものと仮定する。ステップ１１０２において、仮想データベースドライバ１００４Ｄは、「ＭＹＦＩＬＥ」の差分ＩＤを指定するクエリ、ブロック番号１、およびブロックサイズ１０００を受信する。クエリは、たとえばＯＲＭ１００４Ｂに由来する。場合によっては、ブロックサイズがクエリに含まれない。これは、仮想データベースドライバ１００４Ｄに対して固定された設定の場合もあり得るためである。ステップ１１０４において、仮想データベースドライバ１００４Ｄは、ファイルシステム（ローカルまたはリモート）においてＭＹＦＩＬＥを位置特定し、ブロック番号およびブロックサイズを使用して、ＭＹＦＩＬＥのブロック１（第２のブロック）を構成するエントリ１０００～１９９９を識別して読み出す。エントリの１つまたは複数の「列」（たとえば、ノードパス、動作、名称、先行値、現行値）にフィルタおよび／またはソートが適用される場合、ファイル中のデータは、エントリの識別に先立って、これに応じたフィルタリングおよび／またはソートがなされる。ステップ１１０６において、仮想データベースドライバ１００４Ｄは、これらのエントリを受信する。ステップ１１０８において、仮想データベースドライバ１００４Ｄは、クエリに応答して、これらのエントリを提供する。
【0214】
これらの実施形態において、リストコンポーネント、バックエンドウェブサービス、およびＯＲＭのインターフェースは、従来のデータベーステーブルに対するクエリと大きくは変わらない。これらのインターフェースを大きな変更なく維持することは、欠陥を招来するリスクを抑えつつ、後方互換性を促進する。
【0215】
さらに、ユーザの利便性およびシステム性能のため、ユーザインターフェースコンポーネント（リストコンポーネント等）は通常、一度に表示するエントリの数を無制限とはしない。たとえば、リストコンポーネントによるエントリのページネーションによって、クライアント機器グラフィカルユーザインターフェースには、一度にわずかな固定数（たとえば、１０、２５、５０、１００個等）しか表示されないようにしてもよい。このため、ブロックサイズが１０００の場合、リストコンポーネントは、それぞれが１００個のエントリから成る１０ページのいずれか１つを表示するようにしてもよい。
【0216】
種々実施形態において、ページネーションは、ブロックにロード可能な数よりも多いエントリが存在する場合に、ロードされたブロックと相互作用する。差分ＩＤにこのような追加エントリが存在する場合は、１００ページのうち最初の１０ページ以降をページ分割する次のグラフィカルユーザインターフェースリクエストを処理するため、ブロックの最大１０００個のエントリ（例）が再ロード／置換されるようになっていてもよい。実際には、ステートフルなトランザクションごとに（ただし、１人または複数人のユーザからの複数のリクエストが同時に混在することはない）、および／または、グラフィカルユーザインターフェースリクエスト要求の必要に応じて、ブロックを仮想テーブルメモリに再ロードすることができる。１ブロック当たりが１０００エントリに制限されている場合でも、ページネーション制御は独立して、１０，０００個等のより多くのエントリが存在することを把握可能であり、グラフィカルユーザインターフェースのページオプションを１００ページのうちの最初の１０ページだけに制限することはない。このため、１１ページを選択すると、仮想テーブルメモリに異なるブロックが再ロードされる。また、仮想テーブルドライバは、グラフィカルユーザインターフェースがその時点でリスト（要求ブロックサイズ）に１００エントリしか表示していないことを理解し、最大１０００エントリのメモリ制限までメモリを満たし続けるのではなく、当該グラフィカルユーザインターフェースのトランザクションに必要な１００エントリだけをロードするようにしてもよい。
【0217】
カスタムページネーション制御により、いくつかの実施形態では、バックエンドウェブサービス１００４Ａ／ＯＲＭ１００４Ｂ／仮想データベースドライバ１００４Ｄの通常のチャネルを通じたエントリの合計カウントの読み取りを回避することができる。その代わりに、カスタムページネーション制御では、現在のリストフィルタのエントリの総カウントを生成し、ページ数を計算し、ユーザが表示している現在のページを追跡し得る別のウェブサービス（たとえば、ページネーションバックエンドサービス）に問い合わせるようにしてもよい。
【0218】
ページネーションサービスでは、差分ＩＤ、リストコンポーネントにおいて現在アクティブの各種フィルタおよびフィルタ値、ならびに／またはリストコンポーネントにおいて現在使用されているリストページサイズを入力として受信するようにしてもよい。これらの入力は、いずれかがグラフィカルユーザインターフェースにおいて変化するたびに更新され、別のページネーションサービスが呼び出される。それと引き換えに、ページネーション制御では、リストのバックエンドへのクエリのため、現在選択されているページをリストコンポーネントに提供するとともに、入力が変化した場合はページ１にリセットする。ページネーションサービスでは、差分ＩＤからファイルを決定して、フィルタを適用することができる。その後、ページネーションサービスでは、エントリを仮想テーブルメモリにロードするのではなく、反復カウントを呼び出すことによって、フィルタリングされたエントリの総カウントを取得するようにしてもよい。その後、ページネーションサービスでは、エントリの総カウントをリストページサイズの入力で除算して切り上げ、（任意のフィルタが適用されている）総カウントおよびこの切り上げられたページ数を返す。
【0219】
一例を図１２に示す。クライアントグラフィカルユーザインターフェース１２００は、差分比較情報をリストコンポーネントに表示する。この情報は、リストバックエンドサービス１００４Ａ－１、ＯＲＭ１００４Ｂ、およびウェブサーバ１００４の仮想データベースドライバ１００４Ｄによって読み出される。図示のように、仮想データベースドライバ１００４Ｄは、ファイルシステム１２０２から、関連する差分ＩＤ（ファイル）のブロックをメインメモリに読み出す。また、リストコンポーネントがページネーションバックエンドサービス１００４Ａ－２と通信する並列チャネルが存在する。ページネーションバックエンドサービス１００４Ａ－２では、現在メインメモリにあるブロックおよび／またはファイルシステム１２０２に格納された差分ＩＤ（ファイル）のブロックから、ページ数および／または現在のページ番号を決定し、クライアントグラフィカルユーザインターフェース１２００で表示または強調する。
【0220】
Ｅ．例示的なオペレーション
図１３は、例示的な一実施形態を示したフローチャートである。図１３により示されるプロセスは、コンピュータ機器１００等のコンピュータ機器および／またはサーバクラスタ２００等のコンピュータ機器のクラスタにより実行されるようになっていてもよい。ただし、このプロセスは、他種の機器または機器サブシステムによっても実行可能である。たとえば、このプロセスは、リモートネットワーク管理プラットフォームまたはラップトップもしくはタブレット機器等の携帯型コンピュータの演算インスタンスにより実行することも可能である。
図１３は、例示的な一実施形態を示したフローチャートである。図１３により示されるプロセスは、コンピュータ機器１００等のコンピュータ機器および／またはサーバクラスタ２００等のコンピュータ機器のクラスタにより実行されるようになっていてもよい。ただし、このプロセスは、他種の機器または機器サブシステムによっても実行可能である。たとえば、このプロセスは、リモートネットワーク管理プラットフォームまたはラップトップもしくはタブレット機器等の携帯型コンピュータの演算インスタンスにより実行することも可能である。
【0221】
図１３の実施形態は、そこに示される特徴のいずれか１つまたは複数を除去することによって簡略化することができる。さらに、これらの実施形態は、その他の特徴のいずれかあるいは本明細書に記載の特徴、態様、および／または実施態様と組み合わされるようになっていてもよい。
【0222】
ブロック１３００は、ウェブサーバアプリケーションにおいて、ファイル、ファイル内のデータブロックのブロック数、およびブロックサイズを指定するクエリを受信することであり、ファイルが、設定データのスナップショット間の差分を表すエントリを含む、ことを含んでいてもよい。
【0223】
ブロック１３０２は、ブロックサイズに基づいて、ファイル内のデータブロックを識別することを含んでいてもよい。
【0224】
ブロック１３０４は、ウェブサーバアプリケーションがアクセス可能な非一時的メモリにブロックを格納することを含んでいてもよい。
【0225】
ブロック１３０６は、クエリに応答して、ウェブサーバアプリケーションにより、グラフィカルユーザインターフェースのリストコンポーネントにおける表示用にフォーマットされたブロック内の一組のエントリを送信することを含んでいてもよい。
【0226】
いくつかの実施形態において、ファイルは、エントリを含む１つまたは複数のファイルのうちの１つである。
【0227】
いくつかの実施形態において、ファイル内のデータブロックを識別することは、ブロックサイズに基づいて、ブロックが位置特定されるまでファイル内を反復することを含む。
【0228】
いくつかの実施形態において、クエリは、エントリに適用されるフィルタも指定する。これらの実施形態は、ファイル内の反復の前に、フィルタをエントリに適用することをさらに含んでいてもよい。実際には、フィルタが適用されるものの、反復ループの一部として遅延評価される可能性がある。これは、たとえばファイル全体をフィルタリングする前の反復時に初めてブロック制限に達した場合に、ファイル全体を常に反復してファイルの最後までフィルタリングする必要がないようにするためである。このプロセスでは、エントリを読み取り、エントリのフィルタをテストし、エントリを保持または破棄した後、次のエントリを反復することも可能である。この粒度では、各反復ステップの前にフィルタが適用されるものの、反復が開始となる前にすべてのフィルタリングが完了するわけではない。これは、反復の開始前にすべてのソートが完了している必要があるか、または、ソートされていないエントリに対して反復が行われるソートとは対照的である。
【0229】
いくつかの実施形態において、クエリは、エントリに適用されるソート演算も指定する。これらの実施形態は、ファイル内の反復の前に、ソート演算をエントリに適用することをさらに含んでいてもよい。
【0230】
いくつかの実施形態において、一組のエントリには、１つまたは複数のエントリを含む。場合によっては、フィルタが考え得るすべてのエントリを除外した場合、または、スナップショットが空のツリーであり、比較によって空のファイルが生成された場合に、空の一組を返すことも可能である。
【0231】
いくつかの実施形態において、ファイルは、設定データの２つの特定のスナップショット間の差分と関連付けられた一意の識別子により指定される。
【0232】
いくつかの実施形態において、リストコンポーネントは、他の複数組のエントリをブロック内にロードして表示するページネーションボタンを備えたテーブル形式で一組のエントリを表示する。
【0233】
これらの実施形態は、ウェブサーバアプリケーションにおいて、別の一組のエントリをリストコンポーネントにロードする別のクエリを受信することと、別の一組のエントリが、ファイルの別のブロック内のエントリを含むものと判定することと、ブロックサイズに基づいて、ファイル内の別のブロックを識別することと、別のブロックを非一時的メモリに格納することと、別のクエリに応答して、ウェブサーバアプリケーションにより、リストコンポーネントにおける表示用にフォーマットされた別のブロック内のエントリを送信することと、をさらに含んでいてもよい。
【0234】
いくつかの実施形態において、別のブロックを非一時的メモリに格納することは、ブロックを別のブロックで置き換えることを含む。
【0235】
いくつかの実施形態において、エントリはそれぞれ、設定データ内の設定可能な設定に関連しており、パス、動作、名称、ならびにスナップショットのうちの先行スナップショットからの設定の先行値およびスナップショットのうちの現行スナップショットからの設定の現行値の一方もしくは両方を含む。
【0236】
いくつかの実施形態において、リストコンポーネントにおける表示用にフォーマットされたブロック内の一組のエントリを送信することは、エントリごとに、リストコンポーネントの行において、各パス、各動作、各名称、ならびに先行値および現行値の一方もしくは両方への入力を行うことを含む。
【0237】
いくつかの実施形態において、エントリのうちの特定の１つは、設定可能な設定が追加されたことを示す特定の動作を含み、先行値がヌルであり、現行値がヌルではない。
【0238】
いくつかの実施形態において、エントリのうちの特定の１つは、設定可能な設定が削除されたことを示す特定の動作を含み、先行値がヌルではなく、現行値がヌルである。
【0239】
いくつかの実施形態において、エントリのうちの特定の１つは、設定可能な設定が編集されたことを示す特定の動作を含み、先行値がヌルではなく、現行値もヌルではない。
【0240】
いくつかの実施形態において、ファイルは、エントリをデータベース構造に格納する代わりに使用される。
【0241】
いくつかの実施形態において、非一時的メモリは、揮発性メインメモリである。
【0242】
いくつかの実施形態において、ブロックサイズは、エントリの１００～５０００個の範囲である。
【0243】
ＶＩＩＩ．結論
本開示は、種々態様の説明を意図した本願に記載の特定の実施形態の観点で限定されるものではない。当業者には明らかなように、その範囲から逸脱することなく、多くの改良および変形が可能である。以上の説明から、本明細書に記載したもののほか、本開示の範囲内の機能的に同等な方法および装置が当業者には明らかとなるであろう。このような改良および変形についても、添付の特許請求の範囲に含まれることになる。
本開示は、種々態様の説明を意図した本願に記載の特定の実施形態の観点で限定されるものではない。当業者には明らかなように、その範囲から逸脱することなく、多くの改良および変形が可能である。以上の説明から、本明細書に記載したもののほか、本開示の範囲内の機能的に同等な方法および装置が当業者には明らかとなるであろう。このような改良および変形についても、添付の特許請求の範囲に含まれることになる。
【0244】
上記詳細な説明では、添付の図面を参照しつつ、開示のシステム、機器、および方法のさまざまな特徴および動作を記述している。本明細書および図面に記載の例示的な実施形態は、何ら限定を意味するものではない。本明細書に提示の主題の範囲から逸脱することなく、他の実施形態を利用可能であるとともに、他の変更を加えることができる。本明細書の全体に記載するとともに図面に示すような本開示の態様は、多種多様な異なる構成での配置、置換、結合、分離、および設計が可能であることが容易に了解される。
【0245】
図中のメッセージフロー図、シナリオ、およびフローチャートのいずれかまたはすべてに関して、本明細書に論じる通り、各ステップ、ブロック、および／または通信は、例示的な実施形態に係る情報の処理および／または情報の伝送を表し得る。これらの例示的な実施形態の範囲には、代替実施形態が含まれる。これらの代替実施形態において、たとえば、ステップ、ブロック、伝送、通信、リクエスト、応答、および／またはメッセージとして記述された動作は、関与する機能に応じて、図示または説明の順序から外れて実行可能である（実質的に同時または逆順を含む）。さらに、本明細書に論じるメッセージフロー図、シナリオ、およびフローチャートのいずれにおいても、使用するブロックおよび／または動作の数を増やすことも減らすことも可能であり、これらのメッセージフロー図、シナリオ、およびフローチャートの一部または全部を相互に結合可能である。
【0246】
情報の処理を表すステップまたはブロックは、本明細書に記載の方法または技術の特定の論理的機能を実行するように構成され得る回路に対応可能である。この代替または追加として、情報の処理を表すステップまたはブロックは、プログラムコード（関連データを含む）のモジュール、セグメント、または一部に対応可能である。プログラムコードは、上記方法または技術における特定の論理的操作または動作を実行するためにプロセッサによって実行可能な１つまたは複数の命令を含み得る。プログラムコードおよび／または関連データは、ＲＡＭ、ディスクドライブ、半導体ドライブ、または別の記憶媒体を含む記憶装置等の如何なる種類のコンピュータ可読媒体にも格納可能である。
【0247】
また、コンピュータ可読媒体には、レジスタメモリおよびプロセッサキャッシュ等、データを短期間にわたって格納する非一時的コンピュータ可読媒体等の非一時的コンピュータ可読媒体を含み得る。非一時的コンピュータ可読媒体には、プログラムコードおよび／またはデータを長期間にわたって格納する非一時的コンピュータ可読媒体をさらに含み得る。したがって、非一時的コンピュータ可読媒体には、たとえばＲＯＭ、光もしくは磁気ディスク、半導体ドライブ、またはコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）等の二次的または永続的な長期ストレージを含み得る。また、非一時的コンピュータ可読媒体としては、その他任意の揮発性または不揮発性記憶システムも可能である。非一時的コンピュータ可読媒体は、たとえばコンピュータ可読記憶媒体または有形の記憶装置と考えられる。
【0248】
さらに、１つまたは複数の情報伝送を表すステップまたはブロックは、同じ物理的機器におけるソフトウェアおよび／またはハードウェアモジュール間の情報伝送に対応し得る。ただし、他の情報伝送としては、異なる物理的機器におけるソフトウェアモジュールおよび／またはハードウェアモジュール間も可能である。
【0249】
図面に示す特定の配置は、何ら限定的なものと捉えるべきではない。他の実施形態では、所与の図面に示す各要素の数を増やすことも減らすことも可能であることが了解されるものとする。さらに、図示の要素の一部の結合も可能であるし、省略も可能である。さらには、図面に示していない要素を例示的な一実施形態が含むことも可能である。
【0250】
本明細書においては、種々態様および実施形態を開示しているが、当業者には他の態様および実施形態も明らかとなるであろう。本明細書に開示の種々態様および実施形態は、例示を目的としたものであって、何ら限定を意図せず、真の範囲は以下の特許請求の範囲により示される。
【符号の説明】
【0251】
１０１ コンピュータ機器
１０２ プロセッサ
１０４ メモリ
１０４Ａ ファームウェア
１０４Ｂ カーネル
１０４Ｃ アプリケーション
１０６ ネットワークインターフェース
１０８ 入力／出力ユニット
１１０ システムバス
２００ サーバクラスタ
２０２ サーバ機器
２０４ データストレージ
２０６ ルータ
２０８ ローカルクラスタネットワーク
２１０ 通信リンク
２１２ ネットワーク
３００ マネージドネットワーク
３０２ クライアント機器
３０４ サーバ機器
３０６ ルータ
３０８ 仮想マシン
３１０ ファイアウォール
３１２ プロキシサーバ
３２０ リモートネットワーク管理プラットフォーム
３２２ 演算インスタンス
３２４ 演算インスタンス
３２６ 演算インスタンス
３２８ 演算インスタンス
３４０ パブリッククラウドネットワーク
３５０ インターネット
４００Ａ データセンタ
４００Ｂ データセンタ
４０２Ａ ＶＰＮゲートウェイ
４０２Ｂ ＶＰＮゲートウェイ
４０４Ａ ファイアウォール
４０４Ｂ ファイアウォール
４０６Ａ 負荷分散器
４０６Ｂ 負荷分散器
４１０ 設定項目
４１２ ＶＰＮゲートウェイ
４１４ ユーザ
４１６ リモートユーザ
５００ ＣＭＤＢ
５０２ タスクリスト
５０４ 機器
５０６ 機器
５０８ 機器
５１０ 機器
５１２ 機器
５１４ ＩＲＥ
６００ アプリケーション／サービス設定
６０２ ミドルウェア設定
６０４ クラウドベースリソース設定
６０６ インフラ設定
６０８ ファイル
６１０ レポジトリ
６１２ 集中設定データモデル
７００ リスト
７０２ スナップショット
７１０ ウェブインターフェース
７１２ 識別された問題
７１４ 設定項目
７１６ 根本原因
７２０ ユーザインターフェース
７２２ スナップショット展開タイムライン
７２４ 基準スナップショット
７２６ 対象スナップショット
７３０ ユーザインターフェース
７３２ ペイン
７３４ ペイン
７３６ 動作
７３８ 名称
７４０ 基準スナップショット値
７４２ 対象スナップショット値
７５０ ユーザインターフェース
７６０ ユーザインターフェース
９００ 部分的差分比較ファイル
９０２ リーフノード
９０４ リーフノード
１００２ クライアント機器グラフィカルユーザインターフェース
１００４ ウェブサーバ
１００４Ａ バックエンドウェブサービス
１００４Ａ－１ リストバックエンドサービス
１００４Ａ－２ ページネーションバックエンドサービス
１００４Ｂ ＯＲＭ
１００４Ｃ データベースドライバ
１００４Ｄ 仮想データベースドライバ
１００６ データベース
１００８ 仮想テーブル
１０１０ データベースクエリ
１０１２ データベースクエリ
１０１４ データベースクエリ
１０１６ データベースクエリ
１０１８ データベース応答
１０２０ データベース応答
１０２２ データベース応答
１０２４ データベース応答
１０２６ 仮想テーブルクエリ
１０２８ 仮想テーブルクエリ
１０３０ 仮想テーブルクエリ
１０３２ 仮想テーブルクエリ
１０３４ 仮想テーブル応答
１０３６ 仮想テーブル応答
１０３８ 仮想テーブル応答
１０４０ 仮想テーブル応答
１１００ ＭＹＦＩＬＥ
１２００ クライアントグラフィカルユーザインターフェース
１２０２ ファイルシステム
１０２ プロセッサ
１０４ メモリ
１０４Ａ ファームウェア
１０４Ｂ カーネル
１０４Ｃ アプリケーション
１０６ ネットワークインターフェース
１０８ 入力／出力ユニット
１１０ システムバス
２００ サーバクラスタ
２０２ サーバ機器
２０４ データストレージ
２０６ ルータ
２０８ ローカルクラスタネットワーク
２１０ 通信リンク
２１２ ネットワーク
３００ マネージドネットワーク
３０２ クライアント機器
３０４ サーバ機器
３０６ ルータ
３０８ 仮想マシン
３１０ ファイアウォール
３１２ プロキシサーバ
３２０ リモートネットワーク管理プラットフォーム
３２２ 演算インスタンス
３２４ 演算インスタンス
３２６ 演算インスタンス
３２８ 演算インスタンス
３４０ パブリッククラウドネットワーク
３５０ インターネット
４００Ａ データセンタ
４００Ｂ データセンタ
４０２Ａ ＶＰＮゲートウェイ
４０２Ｂ ＶＰＮゲートウェイ
４０４Ａ ファイアウォール
４０４Ｂ ファイアウォール
４０６Ａ 負荷分散器
４０６Ｂ 負荷分散器
４１０ 設定項目
４１２ ＶＰＮゲートウェイ
４１４ ユーザ
４１６ リモートユーザ
５００ ＣＭＤＢ
５０２ タスクリスト
５０４ 機器
５０６ 機器
５０８ 機器
５１０ 機器
５１２ 機器
５１４ ＩＲＥ
６００ アプリケーション／サービス設定
６０２ ミドルウェア設定
６０４ クラウドベースリソース設定
６０６ インフラ設定
６０８ ファイル
６１０ レポジトリ
６１２ 集中設定データモデル
７００ リスト
７０２ スナップショット
７１０ ウェブインターフェース
７１２ 識別された問題
７１４ 設定項目
７１６ 根本原因
７２０ ユーザインターフェース
７２２ スナップショット展開タイムライン
７２４ 基準スナップショット
７２６ 対象スナップショット
７３０ ユーザインターフェース
７３２ ペイン
７３４ ペイン
７３６ 動作
７３８ 名称
７４０ 基準スナップショット値
７４２ 対象スナップショット値
７５０ ユーザインターフェース
７６０ ユーザインターフェース
９００ 部分的差分比較ファイル
９０２ リーフノード
９０４ リーフノード
１００２ クライアント機器グラフィカルユーザインターフェース
１００４ ウェブサーバ
１００４Ａ バックエンドウェブサービス
１００４Ａ－１ リストバックエンドサービス
１００４Ａ－２ ページネーションバックエンドサービス
１００４Ｂ ＯＲＭ
１００４Ｃ データベースドライバ
１００４Ｄ 仮想データベースドライバ
１００６ データベース
１００８ 仮想テーブル
１０１０ データベースクエリ
１０１２ データベースクエリ
１０１４ データベースクエリ
１０１６ データベースクエリ
１０１８ データベース応答
１０２０ データベース応答
１０２２ データベース応答
１０２４ データベース応答
１０２６ 仮想テーブルクエリ
１０２８ 仮想テーブルクエリ
１０３０ 仮想テーブルクエリ
１０３２ 仮想テーブルクエリ
１０３４ 仮想テーブル応答
１０３６ 仮想テーブル応答
１０３８ 仮想テーブル応答
１０４０ 仮想テーブル応答
１１００ ＭＹＦＩＬＥ
１２００ クライアントグラフィカルユーザインターフェース
１２０２ ファイルシステム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図6C】
【図7A】
【図7B】
【図7C】
【図7D】
【図7E】
【図7F】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【外国語明細書】