JP2014515199A - 物理的位置の追跡 - Google Patents

Abstract

【課題】サービスが提供される物理的位置を追跡するための装置及び方法が開示される。
【解決手段】本装置は、メッセージを送受信するように動作可能な通信モジュールと、位置識別器と、サービスのための位置要求メッセージを送信するように通信モジュールに要求するように動作可能なクエリ要素と、を備える。通信モジュールは、位置要求メッセージに応答して、サービスのための位置情報を含む位置応答メッセージを受信するように動作可能であり、サービスの位置情報を位置識別器に転送するように動作可能である。位置識別器は、サービスの位置情報に関連する物理的位置を識別するように動作可能である。
【選択図】図３ａ

Description

本発明は、サービスを監視及び追跡するための装置及び方法に関し、詳細には、サービスが提供される位置を追跡及び／又は監視することに関する。

大型コンピュータシステムは、いくつかの異なるサービスを提供するために使用され得る。サービスは、別のコンピュータにおける使用のために１つ又は複数のコンピュータにおいて提供される任意のソフトウェア、ハードウェア、又は、ソフトウェアとハードウェアの両方によって実行される機能とすることができる。サービスの例には、ウェブページサービス、電子メールサービス、データベースアクセスサービス、セキュアポータルサービス、認証サービス、検索サービス、及びネットワークモニタリングサービスが含まれ得るが、それらに限定されない。任意の所与のサービスは、いくつかの個々のサーバコンピュータが、負荷平衡構成又は他の作業負荷分散構成の下、例えばクラスタの下で、サービスを同時に提供するような形で提供され得る。任意の所与のサービスはまた、いくつかの個々のサーバがサービスのアクティブ提供のために構成され、さらなるいくつかの個々のサーバがサービスのフォールバック（コンティンジェンシーとしても知られている）提供のために構成されるような形で提供されてもよい。フォールバック提供は、アクティブ提供サーバの１つ又は複数が動作を停止した場合、及び／又は、サービスの需要が閾値又はアクティブ提供サーバの現在のサービス提供能力を超えた場合に、例えば試験又は検査プロセスの一部分として呼び出すことができる。同様に、１つ又は複数のアクティブ提供サーバは、サービスの需要が閾値より小さい場合、サービスの需要がアクティブ提供サーバの現在のサービス提供能力より小さい場合、又は、アクティブ提供サーバの１つが再び動作を開始した場合に、フォールバック提供に再割り当てすることができる。さらに、いつでも、全ての利用可能なサーバの異なる組合せが、任意の所与のサービスのためのアクティブ提供又はフォールバック提供のいずれかに割り当てることもできる。サービスに割り当てられたサーバの任意のそのような変更、及び、サービスのためのサーバのアクティブ状態及びフォールバック状態の任意のそのような変更は、オペレータによって手動で実行されることもあるし、又はコンピュータ管理システムによって自動的に実行されることもある。したがって、任意の２つの時点間で、所与のサービスを提供する個々のサーバがかなり変わり得ることが分かる。

この低レベル、高ボリュームの詳細は、サービスのビジネスレベル構成を確定するためには、しばしば不必要である。さらに、情報の技術的性質は、サービス管理アクティビティに関係するビジネス領域では、しばしば不適切である。ビジネスの連続性は、物理的インフラストラクチャを離散的な物理的位置にまたがって分散されるように強いる必要がある、すなわち、情報駆動サービス管理は、１つ又は複数のインフラストラクチャ構成要素がサービスを提供しているのではなく、物理的にそれらの構成要素が配置される場合を意味する。それらの位置の役割は、サービスごとに異なったり、時間の経過につれて変わることがあり、個々の物理的構成要素の役割が直接推量されることを防止する。

本発明は、従来のシステムの弱点及び限界を考慮して考えられた。

本発明は、サービスが提供されている物理的な位置の追跡及び／又は監視を可能にする装置、方法、システム及びコンピュータプログラムを実現することができる。したがって、時間の経過につれてのサービス提供物理的位置の変化が監視及び／又は追跡され得、変化に関連する任意の適切な訂正、緩和、若しくは他の管理動作が、有用な監視結果及び／又は追跡結果に基づいて、実行され得る。

位置の粒度は、提供されているサービスの要件及び／又は環境に従って、設定され得る。したがって、位置は、大陸、国、州／地域／郡、市、郵便番号、通り、キャンパス、データセンタ、ビル、ルーム、サーバラック若しくはキャビネット、個々のサーバ、プロセッサコア、及び／又は、これらのいずれかの組合せとすることができる。

本発明の一実施形態では、サービスが提供される物理的位置を追跡するように構成された装置が提供され、この装置は、メッセージを送受信するように動作可能な通信モジュール、位置識別器、クエリ要素、及び履歴モジュールを備える。クエリ要素は、サービスのための位置要求メッセージを送信するように通信モジュールに要求し、前記位置要求メッセージに応答して、サービスのための位置情報を含む位置応答メッセージを通信モジュールから受信し、サービスの位置情報を位置識別器に転送するように動作可能である。位置識別器は、サービスの位置情報に関連する物理的位置を識別し、物理的位置を記載したデータを履歴モジュールに転送するように動作可能である。履歴モジュールは、サービスのための物理的位置の追跡記録を作成するように動作可能である。

履歴モジュールは、物理的位置情報の追跡記録のためのデータベースを含んでもよく、外部データベースを使用してもよく、又は、追跡記録のための内部データベースおよび外部データベースを使用してもよい。この追跡記録は、即座には利用可能ではないサービスが提供される物理的位置の漸進的変化に関する情報を提供する。追跡記録の一部分又は全体から構築される統計は、異なるレベルの情報、例えば物理的位置にまたがるサービスの平均分布又はサービスの主要物理的位置を提供するために、サービスが提供される物理的位置に関する情報を処理する。

追跡統計は、連続する期間に関するデータ又は周期的期間に関するデータから構築され得、要求又はその組合せがあり次第、自動的に構築され得る。

装置が例えばＩＰネットワークに接続されている場合、通信モジュールはＩＰメッセージを送受信するように動作可能とすることができる。位置要求は、１つ又は複数のＤＮＳ要求及び／又はＳＮＭＰメッセージの少なくとも一部分を含み得る。

位置識別器は、少なくとも１つのデータベースを使用して、位置情報に関連する物理的位置を識別することができ、前記位置情報はＩＰアドレスとすることができる。

本発明の装置は、単一の物理的要素及び／又は論理的要素として実装することも、或いは、異なる物理的位置及び／又は論理的位置に分配されたいくつかの物理的要素及び／又は論理的要素の組合せ、例えばクラスタ環境の一部分である様々なサーバとすることもできる。

同様に、追跡されたサービスは、１つの物理的要素によって、複数の物理的要素によって、及び／又は、クラスタ環境の一部分によって、提供され得る。

本発明の他の実施形態では、サービスが提供される物理的位置を追跡するための方法が提供され、この方法は、選択されたサービスのための位置要求メッセージを送信するステップと、前記位置要求メッセージに応答して、選択されたサービスのための位置情報を含む位置応答メッセージを受信するステップと、位置情報に関連する物理的位置を識別するステップと、選択されたサービスの位置情報に関連する物理的位置の追跡記録を作成するステップと、を含む。

本方法は、２つ以上の期間にわたる選択されたサービスの物理的位置情報の追跡統計を構築するステップ、をさらに含み得る。

以下の詳細な説明を添付の図面と併せて考察すれば、本発明をよりよく理解することができる。

サービス提供環境における物理的要素の概略図である。 サービス提供環境における論理的要素及びこれらの論理的要素間のサービス相互作用の概略図である。 データセンタの概略階層図である。 データセンタの概略階層図である。 サービス提供環境の論理的構成と物理的構成がマッピングされている、当該サービス提供環境における論理的要素を示す概略図である。 サービス提供環境の論理的構成と物理的構成がマッピングされている、当該サービス提供環境における論理的要素を示す概略図である。 論理的サービス提供と物理的データセンタとの間のマッピングの概略図である。 論理的サービス提供と物理的データセンタとの間のマッピングの概略図である。 論理的サービス提供と物理的データセンタとの間のマッピングの概略図である。 時間の経過につれてのサービスを提供する物理的コンピューティングリソースユニットの変化の概略図である。 モニタシステムの概略図である。 状態問合せプロセスを例示する流れ図である。 状態問合せプロセスを例示する流れ図である。 監視可能な一例のサービス提供状況の図である。 監視可能な一例のサービス提供状況の図である。 位置情報と物理的情報とを関連付ける一例の表である。 位置情報と物理的情報とを関連付ける一例の表である。 図９ｂにおける表によるローカルネットワークの物理的環境に対する一例のマッピングの図である。 物理的位置の記録の抽出例を示す図である。 統計を示す一例のグラフである。 物理的位置の記録の抽出例を示す図である。 統計を示す一例のグラフである。 物理的位置の記録の抽出例を示す図である。 統計を示す一例のグラフである。 統計を示す一例のグラフである。 統計を示す一例のグラフである。 統計を示す一例のグラフである。 統計を示す一例のグラフである。 ネットワーク構成及びそのようなネットワーク構成における本発明を示す例である。 ネットワーク構成及びそのようなネットワーク構成における本発明を示す例である。 ネットワーク構成及びそのようなネットワーク構成における本発明を示す例である。 サービス提供環境の図である。 状態問合せプロセスの流れ図である。

本明細書では、本発明は、いくつかの実施形態及び例示的図面について例として説明されるが、本発明は説明された実施形態又は図面に限定されないことを当業者は理解するであろう。図面及びそれに対する詳細な説明は、本発明を開示された特定の形態に限定することを意図するものではなく、それとは逆に、その意図は、添付の特許請求の範囲によって定義された本発明の範囲内に入る全ての変更形態、同等形態、及び代替形態を含むことであることを理解されたい。

サービス提供環境では、いくつかの物理的コンピューティングリソースから複数のサービスが提供され得る。例えば、１つのデータセンタが、１０の異なるサービスを提供することができる。他の例では、５つのデータセンタが、２つのサービスを提供することができる。他の例では、単一のサービスが、３つのデータセンタによって提供され得る。したがって、物理的コンピューティングリソースユニットの数と提供されるサービスの数との間には直接の関係はない場合もあり、実際いくつかの場合には、直接の関係がないことが理解されるであろう。複数の物理的コンピューティングリソースユニットによる複数のサービスの提供は、図１ａ〜図４ｃに関連して例示される。

図１ａは、サービス提供環境における物理的コンピューティングリソース要素の概略図を示す。図示されているように、サービス提供環境１は、それぞれ要素３、５及び７と呼ばれる３つのデータセンタＤＣ１、ＤＣ２及びＤＣ３を含む。データセンタ３、５、及び７はそれぞれ、通信ネットワーク９に接続されている。この例では、通信ネットワーク９は、インターネットである。他の例では、通信ネットワーク９は、ＬＡＮ、ＷＡＮ、又はそれらの任意の組合せなどの代替プライベートネットワーク又はパブリックネットワークとすることができる。さらに、通信ネットワーク９は、２つ以上のネットワークを含み得る。例えば、データセンタは、それ自体がインターネットに接続されているＷＡＮを介して接続され得る。データセンタ３、５及び７はそれぞれ、通信ネットワーク９からのデータセンタへの無許可のアクセス、データセンタに対する損傷、又はデータセンタの変更を防止するために、それ自体の又は共用のセキュリティ構成を有することができる。そのようなセキュリティ構成は、ファイアウォール、侵入検出器／ブロッカー、トラフィックフィルタなどの既知のセキュリティ要素を含み得る。本例の通信ネットワーク９は、何らかの形態のネットワーク管理及びルーティング（図示せず）を含む。インターネットなどのＴＣＰ／ＩＰネットワークの場合には、これは、通常、ＤＮＳネームとＩＰアドレスとの間で変換することができるドメインネームシステム（ＤＮＳ）機器を含む。

さらに、それぞれ要素１１及び１３と呼ばれる２つのホストシステム、ホスト１及びホスト２が、図１ａに示されている通信ネットワーク９に接続されている。ホストシステムは、サービスにサブスクライブする、サービスにアクセスする、或いはサービスを受信する１つ又は複数のクライアントをホストするコンピュータシステムである。任意の数のホストシステムが通信ネットワーク９に接続され得る。各ホストシステムは、クライアント及びユーザに関連するコンピュータシステムとすることができ、この場合、ユーザ、クライアント、又は両方は、提供されたサービスの受益者であり得る。さらに、ホストシステムは、サービスプロバイダ並びにサービスクライアントをホストすることもできる。したがって、個々のホストシステム１１、１３は、ユーザに関連する単一のワークステーション又は端末であっても、或いはワークグループ、データベース、ビルディング、コンピュータサーバ、バーチャルホスト、又は提供されたコンピューティングサービスの任意の他のレシピエントであってもいい。

理解されるであろうように、通信ネットワークを介しての通信は、異なるエンティティが相互間の通信をルーティングすることができるようにするためにアドレスシステムを必要とする。本例では、通信ネットワーク９は、ネットワーク通信制御のためにＴＣＰ／ＩＰを利用するネットワークによって使用されるよく知られているＩＰアドレスシステムなどの数値アドレッシングを使用する。したがって、各データセンタ及び各ホストは、それらが例えばサービスを提供するために相互に通信することができるようにするアドレスを有する。

図１ｂは、それぞれ要素４１、４３及び４５と呼ばれる３つのサービスＳ１、Ｓ２及びＳ３と、それぞれ要素５１及び５３と呼ばれる２つのクライアントＣＬＴ１及びＣＬＴ２との間のサービス相互作用の例である。この例では、クライアントＣＬＴ１はサービスＳ１と、ＣＬＴ２はサービスＳ１及びＳ２と、サービスＳ３はサービスＳ１及びＳ２と相互作用する。Ｓ１、Ｓ２及びＳ３は、例えば、それぞれ電子メールサービス、ウェブサービス及びＬＤＡＰサービスであってもよい。クライアントとサービスの相互作用の任意の組合せは、サービス提供環境において考察され得る。

図２ａ及び図２ｂは、ＤＣ１、要素３と呼ばれるデータセンタの可能な構成を概略的に例示する。図２ａに示されているように、データセンタは、それぞれ要素３１、３２と呼ばれるいくつかのサーバラックＳＲ１、…、ＳＲｎを含み得る。サーバラック３１、３２はそれぞれ、それぞれ要素３１１、３１２と呼ばれるいくつかのサーバＳｖｒ１、Ｓｖｒ２、…を含み得る。図２ｂに示されているように、サーバラックＳＲ１、ＳＲ２及びＳＲ３は、ＬＡＮなどのネットワーキング構成２５を介して相互接続される。データセンタはまた、サーバ監視及びＯＯＢ制御、ソフトウェア及びデータの更新及び変更、負荷平衡、並びに他の管理タスクなどの管理機能を提供することができる管理機能２６を含む。さらに、本例のデータセンタは、任意選択のセキュリティ要素２７を含む。セキュリティ要素２７は、ファイアウォール、侵入検出器／ブロッカー、トラフィックフィルタなどの既知のセキュリティ要素を含み得る。

データセンタは、サーバラックＳＲ１〜ＳＲ３の中に多数の個々のサーバコンピュータを含み得る。これらは、任意の物理的サーバハードウェアに基づく、任意の適切なオペレーティングシステムを実行する従来のラックマウントサーバコンピュータであってもよい。管理考慮事項を簡単にするために、最小限の異なるハードウェア及びオペレーティングシステム構成を有するデータセンタが作動されることが普通であるが、実際には、ハードウェア及びオペレーティングシステムの任意の数の組合せが利用され得る。

各データセンタの中に、別のコンピュータ機器と通信できネットワーク２５を介して接続された、任意のコンピュータ機器の個々のネットワークインターフェースがそれぞれ、少なくともそのＬＡＮの中で通常一意であるアドレスを有する。ＬＡＮに到着するトラフィックは、１つ又は複数の広告された或いは公表されたアドレスに向けることができる。本例では、データセンタによって提供される各サービスは、それに関連する１つ又は複数の外部アドレスを有することができる。ネットワークノードがＬＡＮの境界においてネットワークアドレス変換（ＮＡＴ）機能を提供する場合は、ネットワークノードは、広告された外部アドレスに向けられた着信トラフィックをＬＡＮの中の適切なネットワークインターフェースに転送する。１つ又は複数の負荷平衡器が提供される環境では、トラフィックは、指定されたサービスに関連する負荷平衡器へ向け直すこともでき、この負荷平衡器は、各トラフィックアイテムを特定のサーバ又はサーバクラスタに割り当てる。

１つ又は複数のサービスを提供するソフトウェア、ファームウェア或いは任意の他のタイプのコンピュータで実行されるプログラムは、各データセンタのサーバラックにおける個々のサーバ上で動作する。本例では、そのようなサービスは、例えば、データベースアクセスエンジン、データベースクエリエンジン、セキュリティ認証サービス、ファイルストレージサービス、ファイル検索サービス、データ監視サービス、データ複製サービス、バックアップサービス又は任意の他のコンピュータで提供されるサービスを含み得る。個々のサーバの複数のものは、クラスタ構成又は負荷平衡構成の下で同じサービスを提供するように構成可能である。さらに、個々のサーバは、２つ以上のサービスを提供するように構成可能である。

したがって、サービス提供環境は、いくつかの物理的コンピューティングリソースユニットから構成され得ることが理解されるであろう。所望の粒度又はビューに応じて、物理的コンピューティングリソースユニットを、データセンタ、コンピュータルーム、サーバラック、サーバ、物理的プロセッサコア、又は任意の他の物理的に個別のコンピューティングリソース要素であるとみなすことができる。物理的コンピューティングリソースユニットは、いくつかの物理的位置にわたって分散され得、それらの間のデータ通信のために相互接続される。

次に、図３ａ及び図３ｂを考察すると、これらの図はサービス提供環境における論理的要素の例、及び論理的要素の物理的環境との可能なマッピングの例を概略的に例示する。ここで、３つのサービスＳ１、Ｓ２及びＳ３は、図１ｂの特定の環境による通信ネットワークを介して関連サービスのユーザにとって利用可能であるように、論理的に接続されていることが分かる。したがって、クライアントＣＬＴ１はＳ１に、クライアントＣＬＴ２はＳ１〜Ｓ２に、サービスＳ３はＳ１〜Ｓ２にアクセスすることができる。図３ａ及び図３ｂの例では、Ｓ１は第１のＬＡＮ又はＶＬＡＮ Ｎ１において動作し、Ｓ２は（ｖ）ＬＡＮ Ｎ２において動作し、Ｓ３は（ｖ）ＬＡＮ Ｎ３において動作している。（ｖ）ＬＡＮは、リンク９０１、９０１、９０３及び９０４を介して相互接続されている。これらのリンクは、例えば各（ｖ）ＬＡＮにおいてトラフィックルーティングルールを構成することにより提供され得る。トンネル、例えばＶＰＮは、様々な要素又は（ｖ）ＬＡＮを相互接続するために提供されることが可能であり、それらは、（ｖ）ＬＡＮの間に及び／又は（ｖ）ＬＡＮの中に、長い距離の接続を提供することができる。図３ａ及び図３ｂの例では、トンネル９１及び９２は、インターネットを横切って様々な物理的位置を相互接続することを可能にするために提供され、例えば、トンネル９２はリンク９０２及び９０３によって使用される。

任意の論理的及び物理的構成並びにそれらの間のマッピングがサービス提供環境において使用され得る。例えば、図３ａ及び図３ｂにおいて見られるように、（ｖ）ＬＡＮと物理的環境、例えばデータセンタとの間に必須の相関はない。これらの図では、Ｎ１は、２つ以上のデータセンタ（ＤＣ１及びＤＣ２）にわたって延在し、Ｎ２は１つ未満のデータセンタ（ＤＣ２）にわたって延在し、Ｎ３はちょうど１つのデータセンタ（ＤＣ３）にわたって延在する。同様に、ホストとクライアントとそれらのネットワーク構成との間に必須の相関はない。サービスの異なるインスタンスが異なる（ｖ）ＬＡＮにおいて動作している可能性があり、サーバを変えると前記インスタンスが（ｖ）ＬＡＮを変える可能性がある異なる他の環境（図示せず）は、本開示において教示されている手法の実行にも適した環境である。

サービス４１、４３、４５を物理的コンピューティングリソースユニットにマッピングする例が図４ａ、図４ｂ及び図４ｃに提供されている。この例では、マッピングは、異なるデータセンタへの参照によるサービスの提供を示す。図４ａ〜図４ｃに例示されているように、サービスＳ１はデータセンタＤＣ１及びＤＣ２によって提供され、サービスＳ２はデータセンタＤＣ２のみによって提供され、サービスＳ３はデータセンタＤＣ３のみによって提供される。したがって、本例では、ＤＣ１はサービスＳ１を提供し、ＤＣ２はサービスＳ１〜Ｓ２を提供し、ＤＣ３はＳ３を提供する。図４ａ〜図４ｃに例示されているマッピングは、例えば図３ａに表示されている環境に対応する。

したがって、いくつかの論理的サービスが、様々な物理的コンピューティングリソースユニットから提供され得ることが分かる。したがって、クライアントは、サービスを要求すること又はサービスにアクセスすることによって、いくつかの異なる物理的コンピューティングリソースユニットの１つ又は複数に向けられる又はそれらからサービスされ得ることが理解されるであろう。

所与のサービスを提供する物理的リソースの物理的分散は、所与のサービスを提供する仕事を課された異なる物理的コンピューティングリソースユニット間の負荷平衡によって、並びに所与のサービスの一次（すなわちアクティブ）及び二次（すなわちスタンドバイ又はフォールバック）プロバイダとしての物理的コンピューティングリソースユニットの割当ての変更によってさらに強調される。例えば、サービス提供管理要素（人間のオペレータ及び／又は自動管理プロセスを含むことができる）は、物理的コンピューティングリソースユニットに対する負荷を監視し、物理的コンピューティングリソースユニットの個々のものの異なるサービスの提供への割当てを変更し、物理的コンピューティングリソースユニットの個々のものの任意の所与のサービスの一次又は二次提供者への割当てを変更するように構成されてよい。

サービス提供管理要素は、データセンタ管理機能２６と並置されてもよく、それぞれのデータセンタの中の全てのサーバの負荷及び振舞いを監視し、他のデータセンタのデータセンタ管理機能と通信して、全ての関連データセンタにまたがって負荷を分散する。他の例では、サービス提供管理要素は、１つ又は複数のデータセンタから専用の別個のサービスとして提供され得る。他の例では、専用ハードウェアファシリティがサービス提供管理要素のために提供され得る。さらに他の例では、サービス提供管理要素は、通信ネットワーク９の中の管理機能として提供され得る。

次に、時間の経過につれてのサーバ再配置の例を図５を参照しながら論じることとする。開始点として上記で論じられた図４ａ〜図４ｃの例を使用して、サービスＳ１は、ＤＣ１及びＤＣ２によって提供されるように割り当てられる。この例示は、第１の時点ｔ_１において開始する。この時点で、Ｓ１に割り当てられるＤＣ１の物理的リソースの全ては、一次として設定され、Ｓ１に割り当てられるＤＣ２の物理的リソースの全ては、二次（フォールバック）として設定される。時間の経過につれて、クライアントからＳ１を求める要求の量は増大し、その結果、第２の時点ｔ_２において、一次ユニット及び二次ユニットの割当ては変更され、その結果、Ｓ１に割り当てられるＤＣ１の物理的リソースの全ては二次として設定されたままであり、Ｓ１に割り当てられるＤＣ２の物理的リソースの５０％は一次として設定され、Ｓ１に割り当てられるＤＣ２の物理的リソースの残りの５０％は二次として設定されたままである。したがって、Ｓ１をアクティブに提供する物理的リソースの数は、クライアントの需要を満たすために二次割当てから増やされている。

後の時点ｔ_３において、Ｓ１のためのクライアント負荷は減少したが、Ｓ４のためのクライアント負荷、別のサービスは、増大した（図示せず）。Ｓ４のための負荷は、Ｓ１に直接影響しないが、Ｓ１及びＳ４は両方ともＤＣ１によって提供される。したがって、ＤＣ１における利用可能なリソースを増やしてＳ４に対する需要を満たすために、Ｓ１への物理的リソースの割当ては、時点ｔ_１における割当て方式に単に戻ること以外によって、変更される。そうではなく、ｔ_３において、Ｓ１に割り当てられるＤＣ１におけるサービスの５０％は、スタンドバイに移され、残りの５０％はアクティブのままである。ＤＣ２における割当ては、この時点では変更されない。したがって、Ｓ１のためのアクティブな物理的リソースの数は、時点ｔ_３におけるＳ１に対する減少した需要に追従するために低減されたが、Ｓ１を提供するための物理的リソースの割当ては、時点ｔ_１における位置に関して変わった。時点ｔ_３において、Ｓ１に割り当てられるＤＣ１の物理的リソースはいずれも、Ｓ４にまだ再割り当てされていないが、ＤＣ１のＳ１物理的リソースのいくつかをスタンドバイに入れることにより、ファシリティは、ＤＣ２のＳ１物理的リソースのいくつかを、必要とされるＳ４物理的リソースに再割り当てするために提供される。

一次状態とスタンドバイ状態間の物理的リソースのそのような再割当て及び物理的リソースの異なるサービスへの再割当ては、リアルタイムオンゴーイングベースで行うことができ、割当ては時間の経過につれて動的に変わることが理解されるであろう。

上記では、サービス提供位置が時間の経過につれて環境の中で移動するサービス提供環境のいくつかの例についての説明がなされている。

図６〜図１６ｂを参照して、サービス提供位置を監視及び／又は追跡するための構成のいくつかの例を説明する。

本例では、監視機能は、１つ又は複数の所与のサービスの現在のサービス提供位置に関する情報を取得するために、及び、１つ又は複数のサービスのための取得された現在のサービス提供位置情報を任意選択でログ或いは追跡してサービス提供位置履歴を生成するために、提供される。任意選択で、監視機能は、ユーザインターフェースを介して直接的にか、又は、情報をサードパーティシステムによって読出し可能な形で出力することにより間接的にか、のいずれかによって、現在のサービス提供位置及び／又はサービス提供位置履歴へのアクセスを可能にすることができる。

図６は、モニタ１５の機能を提供するために一緒に動作するいくつかの要素を含むモニタ１５を概略的に示す。これらの要素は、通信モジュール１６、クエリ要素１７、位置識別器１８及び履歴モジュール１９を含む。モニタ１５は、通信モジュール１６を介して通信ネットワーク９に接続されてよい。またモニタ１５は、何らかの形のセキュリティ機能（図示せず）を備えることができ、同セキュリティ機能は、通信モジュール１６の一部分であってもよいし、又は、モニタ１５の別個の要素若しくはモニタ１５の外付け要素として提供されてもよい。セキュリティ機能は、ファイアウォール、侵入検出器／ブロッカー、トラフィックフィルタなどのような既知のセキュリティ要素を含み得る。

本例のモニタ１５は、１つ又は複数のサービスのための現在のサービス提供位置情報を取得するように構成されたクエリ要素１７と、サービス提供位置履歴を生成するために１つ又は複数のサービスのための取得された現在のサービス提供位置情報を追跡するように構成された位置識別器１８と、サービス提供位置の追跡記録を作成するための履歴モジュール１９と、を含む。この構成によって、サービス提供位置履歴が設定されアクセス可能にされ得る。

モニタ１５の要素は、異なる要素の機能の全てを有する一体型コンピュータシステムとして提供され得るし、或いは、複数の一体型コンピュータシステムが、異なる要素の機能の一部分、１つ、又は複数を提供することもできる。

図７ａ及び図７ｂは、サービス提供環境のモニタ及び／又は他の要素によって実行することができるステップの異なる組合せを例示する。図７ａに示されている例では、第１のステップ２０１において、クエリ要素１７が、サービスＳ１に関する位置要求メッセージを送信するよう通信モジュール１６に要求する。位置要求メッセージはまた、他のサービスに関するものであってもよい。次いで、通信モジュールは、ステップ２０２において要求を送信し、ステップ２０４において位置応答を受信する。位置応答は、通信モジュールがステップ２０５において位置識別器に転送するＳ１のための位置情報を含む。最後に、ステップ２０８において、位置識別器は、応答で返されたＳ１のための位置情報に関連する物理的位置を識別する。物理的位置は、例えば、サーバ、データセンタ又はキャビネット及び郵便番号又は国でもよい。この例では、位置情報は、通信モジュールから位置識別器に直接転送され、任意の適切な形で転送可能である。例えば、受信された位置応答全体がいかなる変更も無しに転送されることも、又は位置情報のみが転送されることもある。

このように、サービスを要求し、要求に応答してサービスが提供される位置に気付くことにより、サービスが提供される物理的位置を追跡するように構成されたシステムについての説明がなされる。

図７ｂに例示されている例は、いくつかのさらなる任意選択のステップを含む同様の方法をより詳細に示す。第１に、モニタ１５は、アイドルであり（ステップ２００）、次いで、ステップ２０１においてクエリ要素１７が、Ｓ１についての位置要求を送信するよう通信モジュール１６に要求する。このステップは、自動的に、例えば周期的に、又は手動で、例えばユーザ若しくは別のエンティティによって要求されたときに、トリガされ得る。次いで、ステップ２０２において通信管理が位置要求を送信し、応答を待つ（ステップ２０３）。モニタ１５がアイドルモードに戻り（ステップ２００）、Ｓ１又は任意の他のサービスに関して別の要求を送信する（ステップ２０１）ために、あまりにも長い間待つことを回避するための機構が利用可能であり得る。そのような機構は、タイムアウト若しくは遅延カウンタ、又は自動要求間隔制御の下で動作しているときに新しい要求を自動的にトリガするために固定間隔トリガを含み得る。ステップ２０４において、通信モジュールは、Ｓ１のための位置情報を含む位置応答を受信し、次いで、応答をクエリ要素に転送する（ステップ２０６）。続いて、クエリ要素は、ステップ２０７においてＳ１に関する位置情報を位置識別器に転送する。次いで、次のステップ、ステップ２０８’において、位置識別器は、位置応答で返された位置情報に関連する物理的位置を識別するために、データベースに問い合わせる。次いで、Ｓ１のためのこの物理的位置は、ステップ２０９において履歴モジュール１９に転送される。次のステップは、履歴モジュールがＳ１のための追跡記録をすでに有するかどうかに依存する（２１０）。履歴モジュールがＳ１のための追跡記録を有しない場合は、履歴モジュールは、ステップ２１１において、ステップ２０８’において識別されたＳ１の物理的位置を有する追跡記録を作成する。そうでなければ、履歴モジュールは、ステップ２１２において既存の追跡記録を更新し、次いで、ステップ２１３においてＳ１のための物理的位置の統計を構築することができる。統計構築は、例えば各ステップ２１２の後に自動的に行うことも、又は周期的に行うことも可能であり、或いはユーザ又は別のエンティティによってトリガされたときに行うことも可能である。

このように、サービスが提供される物理的位置を追跡し、前記物理的位置の追跡記録を作成するように構成されたシステムであって、前記追跡記録を使用して、ある数の期間にわたる物理的位置の統計を構築することができるシステムについての説明がなされる。

図８ａ及び図８ｂは、追跡されるべきサービスがＩＰネットワークにおいてサーバによってホストされ、モニタ１５がＩＰネットワークにも接続されている例を示す。サービスの物理的位置を追跡するために、モニタ１５はＤＮＳ要求及び応答を使用して、サービスをホストしているサーバのＩＰアドレスを取り出す。図８ａ及び図８ｂの例では、３つのサービスＳ１、Ｓ２及びＳ３が追跡され、Ｓ１の２つのインスタンスが動作している。図８ａによって表されている第１の時点では、Ｓ１の１つのインスタンスがデータセンタＤＣ１において動作し、Ｓ１の第２のインスタンスがＤＣ２において動作し、Ｓ２がＤＣ２において動作し、Ｓ３がＤＣ３において動作する。図８ｂによって表されている第２の時点では、Ｓ１の第２のインスタンスがＤＣ２からＤＣ１に移動している。モニタ１５は、ＤＮＳ名とＩＰアドレスとの関係の表６１を維持するＤＮＳサーバ６０にアクセスすることができる。第１の時点では、ＤＮＳ名、例えば「email.company.com」を使用してアドレスすることができるサービスＳ１は、２つのＩＰアドレスＩＰ１１及びＩＰ１２に関連付けられ、Ｓ２及びＳ３のためのＤＮＳ名は、それぞれＩＰ２１及びＩＰ３１に関連付けられる。第２の時点では、Ｓ１の第２のインスタンスはＤＣ１に移動し、ＤＮＳ表６１がしかるべく更新されている。モニタ１５がＳ２に関する位置要求を送信した場合は、モニタ１５は、位置応答でＩＰ２１を受信する。モニタ１５がＳ１に関する位置を送信した場合は、モニタ１５は、第１の時点において応答でＩＰ１１、ＩＰ１２のいずれか又は両方を受信し、第２の時点において応答でＩＰ１１、ＩＰ１３のいずれか又は両方を受信する。

このように、サービスが提供される物理的位置を監視するように構成されたシステムについての説明がなされているが、ここで、前記物理的位置の監視は、既知のＤＮＳシステムなど、環境においてすでに利用可能な任意の既存のプロトコル及び／又はシステムを使用することができる。

サービスのための位置情報に関連する物理的位置を識別するために位置識別器によって使用され得る例示的データベースが、図９ａ及び図９ｂに示されている。図９ａは、各ＩＰアドレスが対応するＬＡＮ又はｖＬＡＮ及びデータセンタに関連付けられているデータベースを示す。図９ｂは、ＩＰアドレスの（ｖ）ＬＡＮと及びデータセンタとのマッピングが表記ＩＰアドレス／マスクで表示されているサブネットワークを使用して維持されているデータベースを示す。そのようなサブネットワークは、例えば、１９２．１６８．０．０から１９２．１６８．０．２５５までの全てのＩＰアドレスを含む１９２．１６８．０．０／２４とすることができる。図９ｃは、図９ｂにおけるデータベースにつながる構成の概略図を提供する。データベースは、必要とされる及び／又は利用可能である任意の位置情報を含み得る。例えば、いくつかのＩＰアドレスは、データベースにおけるキャビネット又はサーバに関連付けることもできる。

位置情報、例えばＩＰアドレスと、物理的位置、例えばサーバ及び／又はデータセンタとの間のマッピングを維持するために、任意の適切な手段が使用され得る。

モニタ１５によって維持されている追跡記録は、サービスが提供される物理的位置だけより多くの情報の経過を追うことができる。例えば、追跡記録は、国、地域、市、データセンタ、サーバラック及びサーバを含む位置データの１つ又は複数の何らかの組合せなど、いくつかのレベルの物理的位置データを含み得る。

次に、追跡されるデータ及びその可能な表示の様々な例を、図１０ａ〜図１３を参照しながら論じる。

図１０ａは、受信された位置応答ごとに、タイムスタンプ、ＩＰアドレス、データセンタ及びサーバを有するラインを含む、追跡記録の例を示す。

図１０ａの例では、サービスＳ１が同時にデータセンタＤＣ１における２つのサーバＳｖｒ１０及びＳｖｒ１１によって等しく提供される。したがって、図１０ａに示されている追跡記録からの抜粋は、サービスが提供される物理的位置がＤＣ１におけるＳｖｒ１０とＳｖｒ１１との間で交互に並んでいることを示す。この追跡記録を使用して構築された統計及び前記統計の可能な表示の例が図１０ｂに示されている。図１０ｂの略図は、Ｓ１がＤＣ１及びＤＣ２における様々なサーバにまたがって提供される物理的位置の移動平均分布を示す。この略図はまた、Ｓ１のサーバの全てがＤＣ１において動作していること、及びＳ１がＳｖｒ１０とＳｖｒ１１との間に等しく配信されていることを示す。

図１１ａ及び図１１ｂはまた、Ｓ１の移動平均分布の追跡記録からの及び対応するグラフ表示の、しかし第２の状況における、抜粋を示す。図１１ａ及び図１１ｂの状況では、ｔ_２の後に、Ｓｖｒ１１はＳ１が提供される物理的位置としてもはや識別されず、したがって、グラフ表示は、ある時点の後は、Ｓ１がＳｖｒ１０によってのみ提供されることを示す。図１１ｂはサービスの移動平均分布を表すので、Ｓｖｒ１１が突然動作を停止しても、Ｓｖｒ１１のシェアは徐々に減少する。次いで、モニタ１５を使用しているアドミニストレータは、Ｓｖｒ１１に問題がある可能性があることを識別することができ、サービスを１つのサーバ上でのみ動作させることはリスクを含むことをさらに識別することができる。次いで、自動アドミニストレータ又は人間のアドミニストレータは、Ｓｖｒ１１の利用可能性及びＳ１の非配信の１つ又は両方に関して、さらなる調査及び／又は訂正行動をとることができる。

図１２ａ及び図１２ｂも、Ｓ１の移動平均分布の追跡記録からの及び対応するグラフ表示の、しかし第３の状況における抜粋を示す。この状況では、Ｓ１のサーバは、ＤＣ１におけるサーバからＤＣ２におけるサーバに変わる。Ｓ１は、依然として２つの異なるサーバによって提供されるが、それらのサーバは、今はＤＣ２におけるＳｖｒ２０及びＳｖｒ２１である。グラフ表示は、ＤＣ１からＤＣ２への変更を直ちに示す。したがって、モニタ１５を使用しているアドミニストレータは、Ｓ１をＤＣ１からＤＣ２に移動させたデータセンタＤＣ１に問題があり得ることを直ちに識別することができる。次いで、自動アドミニストレータ又は人間のアドミニストレータは、ＤＣ１の利用可能性に関して、さらなる調査及び／又は訂正行動をとることができる。

サービスが提供される物理的位置の追跡記録はまた、さらなる情報、例えば位置応答からの物理的位置情報、又は任意の他の関連情報を含み得る。前記さらなる情報は、例えば、統計を構築する、記録のコンテンツの正確さをチェックする、又は単に利用可能な情報の量を増やすために使用可能である。図１０ａ、図１１ａ及び図１２ａに示されている記録抜粋には、サービスのためのＩＰアドレスが、ＩＰアドレスに対応するサーバ及びサーバが配置されているデータセンタと共に含まれている。

図１３は、引き続く期間の経過につれてのデータで統計が構築された図１２ａからの統計の例示的グラフ表示を示す。したがって、このグラフ表示は、統計が周期的期間に関するデータで構築された図１０ｂ、図１１ｂ、図１２ｂと同様のかなり滑らかな曲線のステップを示す。

履歴モジュールによって構築された統計は、サービス提供環境の理解のさらに進んだレベルを可能にする。例えば、サービスに関するＤＮＳ要求を送信するとき、応答は、１つのＩＰアドレスだけを含み得、結果として、位置識別器は、サービスが提供されるいくつかの物理的位置の１つだけを識別することが可能になる。例えば、図８ａのサービス提供環境において、サービスＳ１を求めるＤＮＳ要求に対する応答は、ＩＰ１１又はＩＰ１２のいずれかを含み得るが、両方を含む可能性はない。したがって、サービスに関する一意の位置応答は、正確であるが、サービスがどの物理的位置から提供されるかをモニタのアドミニストレータ及び／又はユーザが十分に理解することできない可能性がある。履歴によって構築された統計は、サービスが提供される物理的位置のさらにいっそう包括的な分析を提供し、ＤＮＳ手段などの技術的手段の使用の結果をさらに向上させ、モニタのアドミニストレータ及び／又はユーザに、サービスが提供される物理的位置の正確で全体的なビューを提供する。

履歴モジュールは、任意の適切な期間にわたって、サービス提供に関する統計を構築することができる。例えば、履歴モジュールは、物理的位置の分布に関する統計を構築するか、或いはサービスが提供される主要物理的位置、例えばメインサーバ及び／又はメインデータセンタを識別することができる。

このように、サービスが提供される物理的位置を監視するように構成され、前記物理的位置上で統計を構築するためのシステムについての説明がなされているが、統計は、前記物理的位置に関する情報を解釈するために、及びサービスが提供される環境を監視するか、管理するか、又はトラブルシューティングするために、使用されてもよい。

履歴モジュールはまた、モニタのアドミニストレータ及び／又はユーザに自動的に又はオンデマンドで表示され得る統計を構築することもできる。そのような表示の例は、図１０ｂ、図１１ｂ及び図１２ｂに見られる。代替表示が図１４ａ〜図１４ｃに例示されており、ここで、２つのサービスＳ１〜Ｓ２は、４つのデータセンタＤＣ１〜ＤＣ４において動作し、サービスごとにサービスを動作させているプロセッサの数が追跡記録において識別されている。図１４ａは、データセンタごとに各サービスに関連するプロセッサの数が列によって表示される表示を例示する。この表示は、データセンタにおける２つのサービスによって使用されるプロセッサの絶対数の比較、及びサービスによって使用されるメインデータセンタの容易な識別を可能にする。図１４ｂは、各データセンタの中のプロセッサの関連サービス分布が示される表示を例示する。言い換えれば、データセンタごとに、このデータセンタにおいて動作しているサービスの分布が表示され、例えば、合計１００％のパーセンテージで示される。各データセンタの重要性又はデータセンタにまたがるサービスの重要性についての比較をすることができなくても、サービスが１つの特定のデータセンタにとってどれほど重要であるかをビューアが迅速に識別することができるようにする。例えば、図１４ａにおいて見られるように、ＤＣ３は、Ｓ１及びＳ２に関連するプロセッサの数の点で、ＤＣ１ほど重要ではないが、図１４ｂから、ＤＣ３におけるプロセッサは、Ｓ１を動作させるだけであり、Ｓ２を動作させないことは明らかである。図１４ｃは、サービスごとに、サービスに関連するプロセッサのデータセンタ間の分布を示す。考察された例では、Ｓ１は、データセンタの間ではるかに多く配信されているが、Ｓ２は、ほとんどＤＣ１におけるプロセッサに依拠することをはっきりと示している。そのような表示は、Ｓ２の配信にリスクがあり得ること、及びその場合、その他のデータセンタにおけるＳ２に関連するプロセッサの数を増やす必要があり得ることをビューアが迅速に識別することができるようにする。

このように、サービスが提供される物理的位置を監視し、異なる粒度における異なる物理的位置にまたがってのサービスの分布を監視し、並びに／或いは１つ又は複数の物理的位置によって提供されるサービスの数及び分布を監視するように構成されたシステムについての説明がなされる。

モニタ１５は、１つの単一の物理的エンティティ、例えばサーバ又はコンピュータとすることができ、２つ以上の物理的エンティティを含み得る。構成選択は、追跡されるべきサービス、並びに物理的構成及びネットワーク構成に依存し得る。例えば、図１５ａは、Ｓ１が（ｖ）ＬＡＮ Ｎ１において、Ｓ２がＮ２において、及びＳ３がＮ３において動作する環境を示し、Ｎ１及びＮ２は相互接続されるが、Ｎ３はＮ１及びＮ２の両方から分離されている。この特定の環境において、モニタ１５がサービスを追跡するために（ｖ）ＬＡＮへのアクセスを要求すると仮定すると、１つの手法は、２つのネットワークインターフェースを備えたモニタを有することとすることができ、１つはＮ１及びＮ２に接続され、他方はＮ３に接続されている。

モニタ１５が３つの物理エンティティを含む他の構成が図１５ｂに示されており、１５０と呼ばれるＭＯＮ１がＮ１及びＮ２に接続され、１５１と呼ばれるＭＯＮ２がＮ３に接続され、１５２と呼ばれるＭＯＮ３が、例えば管理（ｖ）ＬＡＮ Ｎ０を介して、ＭＯＮ１及びＭＯＮ２に接続されている。管理ネットワークＮ０は、動作可能な（ｖ）ＬＡＮ Ｎ１〜Ｎ３から分離されており、管理ネットワークインターフェースを介して異なるモニタによってアクセスされる。この例では、３つの物理的エンティティが階層的に編成され、ＭＯＮ３が全ての追跡アクティビティを集中する。しかし、他の例では、機能分布は、異なるように実施され得る。例えば、ＭＯＮ１及びＭＯＮ２は、通信モジュール及びクエリ要素を含むだけであってもよく、その場合、モニタ１５の全ての他の要素は、ＭＯＮ３に含まれる。代替として、ＭＯＮ１及びＭＯＮ２は、全ての機能を含み得、その場合、ＭＯＮ３は、物理的位置の集中された記録を保持するだけであってもよい。

他の手法（図示せず）では、集中されたノード、ＭＯＮ３は、動作可能な（ｖ）ＬＡＮに接続され、少なくとも１つのサービスを監視することもできる。

図１５ｂに示されている階層構成とは異なる分散構成で編成される２つの物理的エンティティ、１５０と呼ばれるＭＯＮ１、及び１５１と呼ばれるＭＯＮ２をモニタ１５が含む手法が図１５ｃに表示されている。この環境では、ＭＯＮ１及びＭＯＮ２はそれぞれモニタの機能の全てを実行し、それぞれ追跡記録のバージョンを保持することができる。ＭＯＮ１又はＭＯＮ２は、その追跡記録を更新した場合、他方の監視ノードにその変更について通知し、その結果、両方のノードは、追跡記録の最新バージョンを維持する。代替として、追跡記録は、両方のノードがアクセスすることができる１つの中央記録に維持され得る。

このように、サービスが提供される物理的位置を監視するように構成された柔軟なシステムについての説明がなされているが、前記システムは、特定のサービス提供環境に最も適した方式で構成され得る。

モニタはまた、アドミニストレータ及び／又はユーザに、さらなる特徴を提供することもできる。例えば、モニタ１５は、統計を表示するための表示機能、リモート管理のためのウェブサーバ、他の監視機能、又は、本発明に関係していても若しくは関係していなくてもよい任意の他の機能を提供する１つのサーバに組み込むことも可能である。

図１６ａ〜図１６ｂは、モニタ１５によって受信された位置応答がサービス変更物理的位置によってトリガされ得る例を示している。この実施形態では、モニタ１５は、ネットワーク９を介してデータセンタＤＣ１及びＤＣ２に接続されている。ＤＣ１は、２つのサーバ、Ｓｖｒ１０及びＳｖｒ１１を含み、ＤＣ２は、Ｓｖｒ２０及びＳｖｒ２１を含む。第１の時点では、２つのサービスが動作している、すなわち、Ｓ１がＳｖｒ１０及びＳｖｒ２０において動作し、Ｓ２がＳｖｒ２０及びＳｖｒ２１において動作している。図１６ａは、その第１の時点にける環境を例示する。図１６ｂは、この第１の時点から始まる流れ図であり、この第１の時点においてモニタ１５がＳ１を監視し始め、第２の時点において、Ｓ１の１つのインスタンスがＳｖｒ１０からＳｖｒ１１に移動する。第１のステップ２５０において、モニタ１５は、Ｓ１の監視をセットアップするために全てのサーバＳｖｒ１０〜２１に位置要求メッセージを送信する。この特定の例では、Ｓ１だけが監視され、したがって、位置要求メッセージはＳ１に関係するだけである。しかし、このメッセージは、２つ以上のサービスに関係し得る。次の任意選択のステップ２５１において、各サーバは、Ｓ１に関するそれらの状態に関する位置応答メッセージを送信する。そのような状態は、「動作中」、「非動作中」又は「フォールバック」のうちの１つとすることが可能であり、Ｄ１に関するさらなる詳細を含み得る。例えば、位置応答メッセージは、どれほど多くのプロセッサが動作中にサービスによって現在使用されているか、又はサービスがどれほど長い間現在の状態にあるかを含み得る。

次いで、モニタ１５は、ステップ２５２において変更するべき物理的位置を待ち、ステップ２５３において、Ｓ１は第１のサーバＳｖｒＡから第２のサーバＳｖｒＢに移動する。本例では、ステップ２５３は、Ｓ１がサーバを変更するときにトリガされるが、本例の手法は、サーバ変更に限定されず、任意の他の適切な物理的位置変更により、トリガを可能にすることができる。変更は、ＳｖｒＡが、もう動作していないＳ１についての位置応答メッセージを送信し、ＳｖｒＢが、現在動作しているＳ２についての位置応答メッセージを送信する場合に、ステップ２５４及び２５５をトリガする。ＳｖｒＡはまた、例えば、Ｓ１が現在フォールバックモードにあるかどうかを示すために、又はＳ１がなぜこのサーバ上で動作することを停止したかその理由（Ｓ１におけるエラー、サーバのクラッシュ、サーバの過負荷、Ｓ１に対する需要の減少など）を示すために、さらなる情報を提供することができる。次のステップ２５６において、モニタ１５は、Ｓ１のための追跡記録を更新し、ステップ２５２に戻り、別の物理的位置変更を待つ。

ステップ２５０において送信された位置要求メッセージは、モニタが少なくとも定期的な位置応答メッセージを取得するために、各サーバが更新を周期的に送信するための命令を含み得、サービスの物理的位置の変更によってトリガされた不定期の位置応答メッセージを取得することもできる。

本例では、モニタ１５は、受信する可能性がある位置応答メッセージの数に比べて比較的少ない位置要求メッセージを送信する。この例のモニタは、ＳＮＭＰアーキテクチャに、クラスタ化ソリューションによって提供された特徴に、カスタム構築ソリューションに、又は監視機能を提供するのに適した任意の他のソリューションに依存し得る。

したがって、本発明のモニタは、サービスが提供される物理的位置を追跡することを可能にし、前記物理的位置を追跡するために、ＤＮＳ又はＳＮＭＰなどの企業システムにおいてすでに利用可能な情報を再利用することができる。

説明された技法の多くの他の変形形態及び／又は代替の実装形態が実現可能であり、これらは当業者によって想到されよう。そのような代替形態及び変形形態は、本発明の趣旨及び範囲内に含まれる。

Claims (26)

1. サービスが提供される物理的位置を追跡するように構成された装置であって、
   メッセージを送受信するように動作可能な通信モジュールと、
   位置識別器と、
   サービスのための位置要求メッセージを送信するように前記通信モジュールに要求するように動作可能なクエリ要素と、
   履歴モジュールと、
   を備え、
   前記通信モジュールが、
   前記位置要求メッセージに応答して、前記サービスのための位置情報を含む位置応答メッセージを受信し、
   前記サービスの前記位置情報を前記位置識別器に転送する、
   ように動作可能であり、
   前記位置識別器が、前記サービスの前記位置情報に関連する前記物理的位置を識別し、前記物理的位置を記述するデータを前記履歴モジュールに転送するように動作可能であり、
   前記履歴モジュールが、前記サービスのための物理的位置の追跡記録を作成するように動作可能である、
   装置。
2. 前記通信モジュールが、前記クエリ要素を介して前記サービスの前記位置情報を前記位置識別器に転送するように動作可能である、請求項１に記載の装置。
3. 前記履歴モジュールが、２つ以上の期間にわたる前記サービスの物理的位置の追跡統計を構築するようにさらに動作可能である、請求項１又は２に記載の装置。
4. 前記追跡統計が、前記２つ以上の期間にわたって前記位置識別器によって転送された前記データにおいて識別された前記物理的位置にまたがる前記サービスの統計的分布を含む、請求項３に記載の装置。
5. 前記追跡統計が、前記２つ以上の期間にわたる前記サービスの主要物理的位置を含む、請求項３又は４に記載の装置。
6. 前記追跡統計の一部分又は全てが、連続した期間に関するデータから構成される、請求項３〜５のいずれか一項に記載の装置。
7. 前記追跡統計の一部分又は全てが、周期的期間に関するデータから構築される、請求項３〜６のいずれか一項に記載の装置。
8. 前記履歴モジュールが、サービスのための物理的位置情報の追跡記録を保持するために、データストレージ及び検索機構をさらに備える、請求項１〜７のいずれか一項に記載の装置。
9. 前記履歴モジュールが、要求があり次第、追跡統計を構築するようにさらに動作可能である、請求項３〜８のいずれか一項に記載の装置。
10. 前記履歴モジュールが、追跡統計を自動的に構築するようにさらに動作可能である、請求項３〜９のいずれか一項に記載の装置。
11. 前記識別された物理的位置が、１つ又は複数の要素を含み、各要素が、プロセッサコア、サーバ、キャビネット、ルーム、データセンタ、ビル、郵便番号、市、及び地理的区域からなる群、から選択される、請求項１〜１０のいずれか一項に記載の装置。
12. 前記通信モジュールが、ＩＰメッセージを送受信するように動作可能である、請求項１〜１１のいずれか一項に記載の装置。
13. 前記位置要求メッセージが、少なくとも１つのＤＮＳ要求を含む、請求項１〜１２のいずれか一項に記載の装置。
14. 前記位置要求メッセージが、ＳＮＭＰメッセージの少なくとも一部分を含む、請求項１〜１３のいずれか一項に記載の装置。
15. 前記位置情報が、ＩＰアドレスを含む、請求項１〜１４のいずれか一項に記載の装置。
16. 前記位置識別器が、論理的位置と物理的位置との間の関連を提供する少なくとも１つのデータベースから前記物理的位置の情報を取り出す、請求項１〜１５のいずれか一項に記載の装置。
17. サービスが提供される物理的位置を追跡するための方法であって、
    選択されたサービスのための位置要求メッセージを送信するステップと、
    前記位置要求メッセージに応答して、前記選択されたサービスのための位置情報を含む位置応答メッセージを受信するステップと、
    前記位置情報に関連する物理的位置を識別するステップと、
    前記選択されたサービスの前記位置情報に関連する物理的位置の追跡記録を作成するステップと、
    を含む方法。
18. ２つ以上の期間にわたり、前記選択されたサービスの物理的位置情報の追跡統計を構築するステップ、
    をさらに含む、請求項１７に記載の方法。
19. 前記選択されたサービスの物理的位置情報の追跡統計を構築するステップが、要求があり次第、実行される、請求項１８に記載の方法。
20. 前記選択されたサービスの物理的位置情報の追跡統計を構築するステップが、自動的に実行される、請求項１８又は１９に記載の方法。
21. 前記物理的位置の追跡記録を作成するステップが、
    データベースを使用してサービスのための物理的位置情報の追跡記録を保持するサブステップ、
    をさらに含む、請求項１７〜２０のいずれか一項に記載の方法。
22. 前記位置応答メッセージが、ＩＰメッセージを含む、請求項１７〜２１のいずれか一項に記載の方法。
23. 前記位置要求メッセージが、少なくとも１つのＤＮＳ要求を含む、請求項１７〜２２のいずれか一項に記載の方法。
24. 前記位置要求メッセージが、ＳＮＭＰメッセージの少なくとも一部分を含む、請求項１７〜２３のいずれか一項に記載の方法。
25. 前記位置情報が、ＩＰアドレスを含む、請求項１７〜２４のいずれか一項に記載の方法。
26. 前記位置情報に関連する物理的位置を識別するステップが、
    論理的位置と物理的位置との間の関連を提供する少なくとも１つのデータベースから前記物理的位置の情報を取り出すサブステップ、
    をさらに含む、請求項１７〜２５のいずれか一項に記載の方法。

Images