別個のローカルエリアネットワークLAN上にそれぞれ存在する2つ以上の機器サービスコントローラDSCと協力するステップであって、第1のDSCが第1のLANおよび第2のLAN上のネットワーク機器のための通信のプロキシとなる、ステップと、各DSCが存在するLANから外側に位置する機器から、利用できるローカル仮想IPアドレスを得るよう第1のDSCに命令するステップと、第1のDSCが存在する第1のローカルエリアネットワークLAN上のネットワーク化された機器に対する通信のプロキシとなるように仮想IPアドレスをネットワーク機器に確保し割り当てるステップと、各DSCが存在するLANから外側に位置する機器から、利用できるローカル仮想IPアドレスを得るよう第2のDSCに命令するステップと、第2のDSCが存在する第2のローカルエリアネットワークLAN上のネットワーク化された機器に対する通信のプロキシとなるように仮想IPアドレスをネットワーク機器に確保し割り当てるステップと、第1のDSCに割り当てられた、割り当てられた仮想IPアドレスと、機器内の第1のDSCに関する何らかの一意の識別情報の第1の1対を記憶するステップと、第2のDSCに割り当てられた、割り当てられた仮想IPアドレスと、機器内の第2のDSCに関する何らかの一意の識別情報の第2の1対を記憶するステップと、割り当てられた仮想IPアドレスから、機器内に記憶された情報の記憶された対に基づき、所与のDSCに関連するLAN上の宛先ネットワーク機器への経路を確立するステップと、第1のLANから第2のLANへブロードキャストパケットを転送する確立された経路を使用して、2つのネットワーク間をトンネリングすることにより、第1のLANから第2のLANへの経路全体にブロードキャストパケットをブロードキャストするステップとを含む、方法。第2のLAN全体にブロードキャストパケットをブロードキャストするステップをさらに含む、請求項1に記載の方法。ブロードキャストパケットのソースアドレスを変更するステップをさらに含む、請求項1に記載の方法。ブロードキャストパケットのソースアドレスが第1のVIP経路に対するアドレスに変更される、請求項4に記載の方法。ブロードキャストパケットの宛先アドレスを変更するステップをさらに含む、請求項1に記載の方法。ブロードキャストパケットの宛先アドレスが第2のネットワークのブロードキャストアドレスに変更される、請求項5に記載の方法。VIPアドレスを有する機器から送信されるパケットだけが転送される、請求項1に記載の方法。宛先ネットワーク機器から、割り当てられた仮想IPアドレスから所与のDSCに関連するLAN上の宛先ネットワーク機器への経路を確立する仮想IPアドレスに関連するLAN上の機器に対する仮想IPアドレスに関連するLAN上の機器へ戻る、戻り経路を自動的に確立する、請求項1に記載の方法。DSMが、第1の仮想IPアドレスから第2のLAN上の宛先ネットワーク機器への経路を確立する各機器に対して戻り経路を自動的に確立する、請求項1に記載の方法。1各DSCの一意の識別子とDSCに割り当てられたローカルネットワークの仮想IPアドレスのペアリング、2ホストDSCコントローラの一意の識別子と第1のローカルエリアネットワーク上のDSCの一意の識別子に関連するホストコンソールネットワーク機器の実IPアドレスのペアリングだけでなく、3宛先ネットワーク機器の実IPアドレスと第2のローカルエリアネットワーク上の宛先DSCの一意の識別子のペアリングも生成するステップと、これらのペアリングを機器のレジストリ内に記憶するステップと、第1のDSCから宛先ネットワーク機器への経路を確立するために、これらの記憶された対をマッピングするステップとをさらに含む、請求項1に記載の方法。ローカルネットワーク内で利用できる仮想IPアドレスの2つ以上のプールを生成するステップをさらに含み、VIPアドレスのより小さなプールが未知のパブリックIPアドレスからの要求のために使用され、VIPアドレスのより大きなプールがDSCで登録され知られているIPアドレスからの要求のために使用される、請求項1に記載の方法。2つ以上の機器サービスコントローラDSCとの通信を確立し、ネットワーク機器に仮想IPアドレスを確保し割り当てるための中央管理局の役割を果たして、DSCが存在し、かつ割り当てられた仮想IPアドレスに関連する通信がルーティングされているLAN上のネットワーク機器から外側にDSMが位置するローカルエリアネットワークLAN上のネットワーク化された機器のための通信のプロキシとなるように構成されるネットワークアクセスモジュールを有する機器サービスマネージャサーバDSMと、2つ以上のDSCのうちの第1のDSCであって、第1のDSCが存在するローカルエリアネットワーク内の利用できるローカル仮想IPアドレスを得て、次に、それらの利用できるローカル仮想IPアドレスをDSMに戻して報告するよう、DSMが第1のDSCに命令し、DSMが第1の仮想IPアドレスを第1のDSCに割り当て、対応するDSC、およびDSMのレジストリ内に記憶されるネットワーク機器情報に基づき、第1のDSCに割り当てられた第1の仮想IPアドレスから宛先ネットワーク機器への経路を確立する第1のDSCと、2つ以上のDSCのうちの第2のDSCであって、第2のDSCが存在するローカルエリアネットワーク内の利用できるローカル仮想IPアドレスを得て、次に、それらの利用できるローカル仮想IPアドレスをDSMに戻して報告するよう、DSMが第2のDSCに命令し、DSMが第2の仮想IPアドレスを第2のDSCに割り当て、対応するDSC、およびDSMのレジストリ内に記憶されるネットワーク機器情報に基づき、宛先ネットワーク機器から、第1のDSCに割り当てられた第1の仮想IPアドレスへの戻り経路を確立する第2のDSCとを含み、DSMが、割り当てられた仮想IPアドレスから、機器内に記憶される情報の記憶された対に基づき、所与のDSCに関連するLAN上の宛先ネットワーク機器への経路を確立するように構成され、所与のDSCが、一方のLANから別のLANへの経路全体に、一方のLANから他方のLANへブロードキャストパケットを転送する確立された経路を使用して2つのネットワーク間をトンネリングすることにより、ブロードキャストパケットをブロードキャストするように構成される、システム。DSMが、第1の仮想IPアドレスから第2のLAN上の宛先ネットワーク機器への経路を確立する各機器に対して戻り経路を自動的に確立する、請求項12に記載のシステム。DSM内のネットワークアクセスモジュールが、1DSCの一意の識別子とDSCに割り当てられたローカルネットワークの仮想IPアドレスのペアリングを生成するように構成され、ネットワークアクセスモジュールはまた、2ホストDSCコントローラの一意の識別子と第1のローカルエリアネットワーク上のDSCの一意の識別子に関連するホストコンソールネットワーク機器の実IPアドレスのペアリングだけでなく、3宛先ネットワーク機器の実IPアドレスと第2のローカルエリアネットワーク上の宛先DSCの一意の識別子のペアリングを生成し、DSMがDSMのレジストリ内にこれらのペアリングを記憶し、ネットワーク化された機器が、広域ネットワーク上のDSMの位置に対してローカルエリアネットワーク上のファイアウォールの背後に位置する、請求項12に記載のシステム。DSCがローカルの自動アドレスサーバを使用してVIPアドレスを得て、次に、VIPアドレスをコピーしてDSM内の関連付けマネージャに戻し、DSMがDSM内のVIPルーティングテーブルを更新する、請求項12に記載のシステム。DHCPを使用して、DSCによりあらかじめ識別されたVIPアドレスのプールから、DSMへのVIPアドレスを取り上げるようネットワークアクセスモジュールがDSCに命令し、ネットワークアクセスモジュールが、割り当てられたVIPアドレスを使って実IPアドレスをマッピングすることができるようにVIPルーティングテーブル内のルーティング情報を自動的に更新し、DSMレジストリ内にその関連付けを記憶し、接続がアクティブにある間、関連付けペアリングが記憶されて保持され、この場合、ペアリングを必要とする新しいアクティブな接続により置換されるまで、記憶された対の待ち行列内に置かれ、次に、使用される頻度が最も低い基準で上書きされる、請求項12に記載の方法。ドメインネームサーバDNSをさらに含み、DSM内のネットワークアクセスマネージャがDNSと協力し、DNSが、DNSクエリが発生したときだけ仮想IPアドレスを割り付ける必要があり、このとき、第1のDSCが自分のLAN内で利用できるVIPアドレスのプールをあらかじめ割り当て、次に、VIPアドレスのプールをDSMに送信し、DSMが必要に応じてプールからVIPアドレスエントリを割り当て使用する、請求項12に記載のシステム。ブロードキャストパケットを受け取るLANが第2のLAN全体にブロードキャストパケットをブロードキャストする、請求項12に記載のシステム。システムがブロードキャストパケットのソースアドレスを変更する、請求項12に記載のシステム。ブロードキャストパケットのソースアドレスが第1のVIP経路に対するアドレスに変更される、請求項19に記載のシステム。システムがブロードキャストパケットの宛先アドレスを変更する、請求項12に記載のシステム。ブロードキャストパケットの宛先アドレスが第2のネットワークのブロードキャストアドレスに変更される、請求項21に記載のシステム。システムが、VIPアドレスを有する機器から送信されるパケットだけを転送する、請求項12に記載のシステム。UDPベースの機器発見をトンネリングするための方法のために方法、装置、およびシステムが説明されている。一部の実施形態では、それぞれ別個のローカルエリアネットワークLAN上に存在する2つ以上の機器サービスコントローラdeviceservicecontroller、DSCが、第1のDSCが第1のLAN上および第2のLAN上のネットワークサービスのための通信のプロキシとなるように協力する。DSCは、各DSCが存在するLANから外側に位置する機器から利用できるローカル仮想IPアドレスを得て、第1のDSCが存在する第1のローカルエリアネットワークLAN上のネットワーク化された機器のための通信のプロキシとなるネットワーク機器に仮想IPアドレスを確保し割り当てるよう第1のDSCに命令することができる。さらに、一部の実施形態では、DSCは、各DSCが存在するLANから外側に位置する機器から利用できるローカル仮想IPアドレスを得るよう第2のDSCに命令することができる。DSCはまた、第2のDSCが存在する第2のローカルエリアネットワークLAN上のネットワーク化された機器のための通信のプロキシとなるネットワーク機器に仮想IPアドレスを確保し割り当てることができる。様々な実施形態では、システム、方法、および装置は、第1のDSCに割り当てられる割り当てられた仮想IPアドレスと機器内の第1のDSCに関する何らかの一意の識別情報とからなる第1の1対を記憶することができる。さらに、第2のDSCに割り当てられる割り当てられた仮想IPアドレスと機器内の第2のDSCに関する何らかの一意の識別情報とからなる第2の1対が記憶されることができる。一部の実施形態は、機器内に記憶される情報の記憶された対に基づき、割り当てられた仮想IPアドレスから所与のDSCに関連するLAN上の宛先ネットワーク機器への経路を確立し、第1のLANから第2のLANにブロードキャストパケットを転送する確立された経路を使用して、2つのネットワーク間をトンネリングすることにより、第1のLANから第2のLANへの経路を横断してブロードキャストパケットをブロードキャストする。図面は本発明の実施形態に関係する。本発明は様々な修正形態および代替形態に従うが、本発明の具体的実施形態が例として図面で示され、本明細書で詳細に説明される。本発明は、開示される特定の形態に限定されるのではないと理解されるべきであるが、見方を変えれば、本発明は、本発明の精神および範囲に入るすべての修正形態、均等物、および代替形態に及ぶものである。以下の説明では、本発明の完全な理解を提供するために、数多くの具体的詳細が、たとえば具体的データ信号、名前付き構成要素、接続、ネットワークなどの例が述べられる。しかしながら、本発明はこれらの具体的詳細なしに実施されることができることが当業者には明らかである。別の例では、本発明を不必要に不明瞭にするのを避けるために、知られている構成要素または方法が詳細にではなくむしろ構成図で説明された。第1のネットワークなどさらに具体的数値参照が行われることができる。しかしながら具体的数値参照は文字どおりの順次の順序と解釈されるべきでなく、むしろ第1のネットワークが第2のネットワークと異なると解釈されるべきである。したがって、述べられる具体的詳細は例示でしかない。具体的詳細は変えられることができ、本発明の精神および範囲内に入ることが依然として想到されることができる。一般に、2つ以上の遠隔機器に仮想IPアドレスを確保し割り当てるための中央システムを提供するための様々な方法および装置が説明される。機器サービスマネージャサーバDSMが2つ以上の機器サービスコントローラDSCとの通信を確立するように構成されるネットワークアクセスモジュールを有することができる。DSMは、各DSCが存在するローカルエリアネットワークLAN上のネットワーク化された機器のための通信のプロキシとなるネットワーク機器に仮想IPアドレスを確保し割り当てるための中央管理局の役割を果たす。DSMは、割り当てられたVIPアドレスに関連する通信がルーティングされているLAN上のネットワーク機器から外側に位置する。DSMは、DSCが存在するローカルエリアネットワーク内の利用できるローカル仮想IPアドレスを得るよう各DSCに命令する。次に、DSCはこれらの利用できるローカル仮想IPアドレスをDSMに戻して報告する。DSMは仮想IPアドレスを所与のDSCに割り当て、DSMのレジストリ内に記憶される、対応するDSCおよびネットワーク機器の情報に基づき、第1のDSCに割り当てられた仮想IPアドレスから宛先ネットワーク機器への経路を確立する。DSM内のネットワークアクセスモジュールは、1各DSCの一意の識別子とDSCに対して割り当てられたローカルネットワークの仮想IPアドレスの例示的ペアリング、2ホストDSCコントローラの一意の識別子と第1のローカルエリアネットワーク上のDSCの一意の識別子に関連するホストコンソールネットワーク機器の実IPアドレスの例示的ペアリングだけでなく、3宛先ネットワーク機器の実IPアドレスと第2のローカルエリアネットワーク上の宛先DSCの一意の識別子のペアリングも生成するように構成されることができる。DSMはこれらのペアリングをDSMのレジストリ内に記憶する。図1は、ファイアウォールにより保護されるネットワーク内のネットワーク化された機器との間でアクセスするシステムの一実施形態の構成図を示す。第1のネットワーク104内の第1の機器サービスコントローラ102DSCが第1のファイアウォール106により保護される。第1のネットワーク104は第1のDSC102に関連するホストコンソール108を含むことができる。ホストコンソール108は第2のファイアウォール114により保護される第2のネットワーク116内の装置のサブセットを制御し管理する。第2のネットワーク116は第1のネットワーク104およびホストコントローラ108からインターネットを越えて向こう側に配置される。第1のネットワーク104内の第1の機器サービスコントローラ102および第2のネットワーク116内の第2の機器サービスコントローラ112は、インターネット上に位置する機器サービスマネージャサーバDSM110と協力して、ファイアウォール106、114を通して第2のネットワーク116内の装置のサブセットに非常に安全な遠隔アクセスを提供する。機器サービスマネージャサーバ110は、ファイアウォール106、114を通して直接通信トンネルを介した各機器サービスコントローラとの機械間通信を行うコードを含むIPリダイレクタプログラム118を有する。第2のネットワーク116内の装置のサブセットは、たとえばサーバ、PLC機器、モーションコントローラ、自動化装置、プリンタ、セキュリティシステム、およびパーソナルコンピュータを含むことがある。動作については、ユーザがホストコンソール108から、ホストコントローラモードで動作しているローカルDSC、すなわち第1のDSC102上の指定されたポートへの接続を開く。このローカルDSCは接続を受け入れ、ターゲット機器まで通る接続の確立を待つ接続を保持する。次に、このローカルDSCは、制御するDSM110への接続を開始し、制御するDSM110は対応する管理された機器のIPアドレスおよびポートに接続をマッピングする。ローカルDSCは、DSM110に自分をうまく認証するために、自分の認証情報を送信する。ターゲット機器に責任を負う関連するDSCすなわち第2のDSC112が、DSM110との安全なトンネルを周期的に開き、保留中の接続があるかどうか判断する。保留中の接続がある場合、DSM110はDSM110へのプロキシ接続を開始するようDSCに命令し、そのプロキシ接続を通してDSCは保留中の接続に対してトラフィックを通す。ファイアウォールの背後のローカルDSCは、保留中の接続がある場合、DSM110との直接通信トンネルを開いておく。第1のDSC102とDSM110の間の直接通信トンネルだけでなく、第2のDSC112とDSM110の間の直接通信トンネルも組み合わせて、ネットワークのITポリシー、およびネットワークのファイアウォールの完全性を維持しながら、ファイアウォールにより保護されるネットワークの外側の機器から、ファイアウォールにより保護されるネットワーク内の装置の安全なアクセスおよび管理を可能にする。DSC102、112が、直接通信トンネルを通る通信のセキュリティを増すためにDSC102、112のそれぞれのファイアウォール106、114の背後に位置するので、第1のDSC102および第2のDSC112への接続点は、DSC102、112のネットワークの外部の機器にDSC102、112のそれぞれのネットワークの外側に公然と露出されない。ローカルDSCがDSM110にうまく認証すると、DSCは、関与するDSCに見えると指定されたネットワーク内の任意の機器たとえばPLC機器への安全なアクセスを即座に提供し始める。指定された見える機器は、公開されるように第2のネットワーク116のユーザにより認証された。説明されたように、見える関連する機器が、仮想機器ネットワークVirtualDeviceNetwork、VDNに見える/公開されるようにそのドメインの所有者により認証されたすなわち、VDNは見えるように認証された、第1および第2のネットワーク104、116内の装置を含む。VDNに見えるように公開される、自分の情報を有するように認証された第2のネットワークの機器の例示的サブセットが、サーバ、PLC機器、モーションコントローラ、および自動化装置を含むが、プリンタ、セキュリティシステム、およびパーソナルコンピュータはVDNに見えるようにユーザにより認証されなかった。ローカルDSCは自分のネットワーク内部の構成要素を発見し、所有者がどのネットワーク構成要素を見えるようにするか/どのネットワーク構成要素にその情報を公開するかを質問するグラフィックユーザインタフェースをそのドメインの所有者に提示する。ローカルDSCはこの情報を収集し、この情報を記憶し、そのLAN上のローカルDSCのネットワーク機器の公開情報をDSMに送信する。情報はそのDSCネットワーク内部の、DSCの識別子およびIPアドレス、ならびに各構成要素のIPアドレス、名前、能力、サポートされているプロトコルなどを含むことができる。図6は、DSMの一例の実施形態の構成図を示す。DSM110は構成要素たとえばDSM610内のトンネルマネージャを含むIPリダイレクタ618と、ユーザインタフェースと、レジストリ、関連付けマネージャ、ポリシーマネージャ、複製マネージャ、および別の類似の構成要素を含むデータベース620とを含むことができる。図7はDSCの一例の実施形態の構成図を示す。DSC702は構成要素たとえば以下の構成要素、すなわち関連付けマネージャ、コンジットマネージャ724、トンネルマネージャ、およびネットワークマニホールド726を含むアクセスサブシステムを含むことができる。DSCはまた、レジストリを含むローカルデータベース728、発見マネージャ730、機器構成マネージャ、機器監視マネージャ、機器構成エンジン743を含む自動化サブシステム、ユーザインタフェース、電源732、ドライブポート734、および別の類似の構成要素含むことができる。図9は、仮想IPアドレスの確保を自動化するDSMの一実施形態の構成図を示す。DSM910は、2つ以上の機器サービスコントローラDSCと協力し、ネットワーク機器に仮想IPアドレスを確保し割り当てるための中央管理局の役割を果たして各DSC902、912が存在するローカルエリアネットワーク上のネットワーク化された機器のための通信のプロキシとなるように構成される、ネットワークアクセスマネージャおよびトンネルマネージャを含むネットワークアクセスモジュールを有する。DSM910は、VIPアドレスに関連する通信がルーティングされているLAN上のネットワーク機器から外側に位置する。したがって、DSM910は、中央DSM910からこれらの仮想IPアドレスの構成および確保を自動化するので、ユーザはこれらの仮想IPアドレスを動作させるためにホストエンドで何もする必要がない。DSM910は所与のDSCに仮想IPアドレスを割り当て、対応するDSC、およびDSMのレジストリ922内に記憶されるネットワーク機器情報に基づき、割り当てられた仮想IPアドレスから宛先ネットワーク機器への経路を確立する。ネットワーク化された機器は、広域ネットワーク上のDSM910の位置に対して、ローカルエリアネットワーク上のファイアウォール、たとえばローカルファイアウォール914の背後に位置することができる。DSM910上では、VDN管理者が仮想IPアドレス対すなわち、ホストコントローラDSCIDおよび割り当てられたローカル仮想IPアドレスを手動で指定し、宛先機器すなわち、対応する機器コントローラDSCIDと割り当てられたローカル仮想IPアドレスの対にルーティングすることができる。あるいは、DSCは、自分のローカルネットワーク内でどの仮想IPアドレスが利用できるかを発見し、次に、それらのIPアドレスをDSM910に報告することができる。DSM910内のネットワークアクセスモジュールは、1各DSCの一意の識別子IDとDSCに関連するローカルネットワークの仮想IPアドレスのペアリングを生成する。DSM910内のネットワークアクセスモジュールは、2ホストDSCコントローラの一意の識別子と第1のローカルエリアネットワーク上のDSCの一意の識別子に関連するホストコンソールネットワーク機器の実IPアドレスのペアリングだけでなく、3宛先ネットワーク機器の実IPアドレスと第2のローカルエリアネットワーク上の宛先DSCの一意の識別子のペアリングも生成する。次に、DSM910内のネットワークアクセスモジュールは、DSMのレジストリ922内の、DSM910内のVIPルーティングテーブル内にこれらのペアリングを記憶する。ペアリングはまた、そのローカルネットワークに対するDSCの一意の識別子に対するローカルネットワークの仮想IPアドレスのペアリングとすることができ、ローカルネットワーク上のネットワーク機器とそのローカルネットワークに関連する仮想IPアドレスの他のペアリングも可能である。このルーティング情報はパケットのヘッダ部分内の既存のパケットルーティング情報の最上部に追加される。アプリケーションは自分のターゲットポートを変更する必要がない、または異なるポートを使用するように再構成される必要がないので、DSM910は自動アドレスマッピングサービス、たとえばドメインネームシステム938と一体化することができる。管理者が行う必要があるのは仮想IPアドレスVIPを指すドメイン名をセットアップすることだけであり、ユーザアプリケーションは全く変更されないままである。VIPルーティングテーブル922はVIPアドレス、一意のIDに対するVIPアドレスのペアリング、機器への経路、および類似の情報をさらに記憶することができる。仮想IPアドレスルーティングテーブル922はまた、少なくとも1各DSCの実IPアドレス、およびDSCに登録される、ローカルエリアネットワークのユーザにより見えるものと指定されるローカルエリアネットワーク上のネットワーク機器、2DSCの仮想IPアドレス、およびDSCに登録されるネットワーク機器、3機器への接続経路、4DSCのすべての公開された情報、およびDSCの関連する見えるネットワーク構成要素、5接続エンドポイント、現在の接続、ホスト情報、および類似の情報を記憶することができる。仮想IPアドレスルーティングテーブル922は、DSM910内のレジストリの一部を作り上げる。次に、この記憶された情報を使って、次に、DSM-DSCシステムは各DSCに関連するまたは各DSCの背後の実IPアドレスにDSM910により割り当てられた仮想IPアドレスをマッピングして、開始ネットワーク機器と宛先機器の間の経路を確立することができる。全体として、DSM910は、仮想IPアドレスから実IPアドレスへのマッピングを、その実アドレスがNATされていてもされていなくても自動化する。DSC機器は自分と任意の関連するネットワーク機器の両方をDSMレジストリ922に登録し、その情報を周期的に更新するように構成されることに留意されたい。また、ローカルDSC912はDSM910からトラフィックを受け取り、次に、実際には宛先ターゲット機器たとえば第1のネットワーク機器953の関連する実IPアドレスにトラフィックをルーティングする。DSM910内のペアリング目的のためのDSCの一意の識別子は、各DSCの中にハードコードされた一意のID、そのDSCに割り当てられたMACアドレス、またはそのDSCに割り当てられた実IPアドレスでもよい。しかしながら、そのDSCに割り当てられたMACアドレスまたは実IPアドレスは、場合により将来変わる可能性があり、したがって一意のIDよりも管理を必要とする。DSM910のネットワークアクセスモジュールは、どの仮想IPアドレスがDSM910のローカルネットワーク内で利用できるか見つけ出し、次に、それらのIPアドレスをDSM910内の関連付けマネージャに報告するようホストDSCコントローラ902に命令するようにスクリプト化されたコードを有する。DSC902はローカルの自動アドレスサーバ940たとえばDHCPを使用してVIPアドレスを得ることができ、次に、VIPアドレスを複製してDSM910内の関連付けマネージャに戻す。図10は、仮想IPアドレスを得てDSMに報告するDSC内のネットワークマニホールドの一実施形態の流れ図を示す。図9および図10を参照すると、動作については、ブロック1044で、DSCがDSMと最初に通信するとき、DSMがたとえばDHCPを使用してローカルVIPを得るようホストDSCコントローラ902のネットワークマニホールドに自動的に命令し、その後、周期的に以下の通りである。次に、DSC902のネットワークマニホールドはローカルの自動アドレスサーバ940を使用して、1各接続発生に基づきVIPアドレスを得る、または2ブロック1045では効率のために、DSC902によりこのローカルLAN内で利用できるVIPとしてあらかじめ識別されたDSM910へのVIPアドレスのプールからVIPアドレスを得る。ブロック1046では、DSCのネットワークマニホールドは、ローカルの自動アドレスサーバ940たとえばDHCPを使用してVIPアドレスを得ることができ、次に、VIPアドレスを複製してDSM910に戻す。DSM910は中央DSM910からこれらの仮想IPアドレスの構成を自動化するので、ユーザは、これらの仮想IPアドレスを機能させるためにホストエンドで何もする必要がない。次に、ネットワークアクセスモジュールは、割り当てられたVIPアドレスと実IPアドレスを関連付けし/マッピングし、かつその関連付けをDSMレジストリ922内だけでなく、VIPアドレスにドメイン名を関連付けるために多分ドメインネームサーバ938内にも記憶することができるように、VIPルーティングテーブル922内のルーティング情報を更新する。一実施形態では、関連付けはVIPルーティングテーブル922内に恒久的に記憶される。一実施形態では、関連付けペアリングは、接続がアクティブの間VIPルーティングテーブル922内に一時的に記憶されて保持され、この場合、ペアリングを必要とする新しいアクティブな接続により置換されるまで、記憶された対、たとえば100の記憶された対の待ち行列内に置かれ、使用される頻度が最も低い基準で上書きされる。説明されたように、ホストDSC902はDSM910に問い合わせることができる、またはDNS938に直接問い合わせることさえできる。ホストDSC902は正しい仮想IPアドレスを求めてDNS938に問い合わせることができる、またはVIPルーティングテーブル922に問い合わせることにより正しい仮想IPアドレスを得ることができる。ホストDSC902はDSCに割り当てられた新しいVIPアドレスに接続する。クエリを受け取ったとき、DSM910内のネットワークアクセスマネージャは、自動マッピングサービス938すなわちダイナミックDNSによるアドレスを介してドメイン名から遠隔ターゲット機器への経路を確立することができる。自動マッピングサーバ938は仮想IPアドレスを指すドメイン名をセットアップし、発信ネットワーク機器すなわち、ホストコントローラDSCIDおよび割り当てられたローカル仮想IPアドレスの対から宛先機器すなわち、対応する機器コントローラDSCIDおよび割り当てられたローカル仮想IPアドレスの対にトラフィックをマッピングする。したがって、DSM910は、第1のDSC902に割り当てられた仮想IPアドレスと第1のDSC902の一意のIDの指定されたペアリングを、第2のDSC912に割り当てられたIPアドレスとドメイン名に関連する第2のDSC912の一意のもののペアリングにマッピングする。DSM910内のネットワークアクセスマネージャはドメインネームサーバと協力して、任意選択でDNS938内の1つまたは複数のアドレスレコードを更新して、ドメイン名からIPアドレスへの自動的解決を可能にする。一実施形態では、ドメイン名が、インターネット上のコンピューティング機器を識別するために、数字のIPアドレスにマッピングされる英数字名でもよい。したがって、発信ネットワーク機器は、宛先機器に向けられるトラフィックに対してドメイン名だけを入力することができる。DNS938はDSM910により接続され動作させられ、それぞれのアクティブな接続に対して仮想IPアドレスを生成することができる。個々のポートを多数の機器から単一パブリックIPアドレスに転送するのではなく、各DSC902、912内のネットワークマニホールドと共に動作するDSM910内のネットワークアクセスモジュールが各リンクおよび各DSCに対して仮想IPアドレスをセットアップし、したがって、任意のターゲット機器上のどんな任意のポートへのTCP/IP接続も処理することができる。この解決策は、アプリケーションが自分のターゲットポートを変更する必要がない、または異なるポートを使用するために再構成される必要がないので、ドメインネームシステムの中に容易に一体化されることができる。行われる必要があるのは仮想IPアドレスを指すドメイン名をセットアップすることだけであり、ユーザアプリケーションは全く変更されないままである。任意選択で、DNSサーバ938は、DNSクエリが発生したときだけ仮想IPアドレスを確保する必要がある。各DSC902、912は、自分のLAN内で利用できるVIPアドレスのプールをあらかじめ確保し、次に、VIPアドレスのこのプールをDSM910に送信する。次に、DSM910は必要に応じてプールからVIPアドレスを自由に割り当て、使用する。DSCが必要とする唯一の情報は、プールからVIPを確保すべきか、再利用すべきかどうかということである。明白なDoS攻撃を回避するために、DSM910は仮想IPアドレスを割り当てるために2つのプールを維持する。VIPアドレスのより小さいプールが未知のパブリックIPアドレスからの要求に対して使用され、VIPアドレスのより大きいプールがDSCに登録され知られているIPアドレスからの要求に対して使用される。接続が確立されると、その接続が到達するパブリックIPが、自動ホワイトリストプール内に置かれ、次に、接続はより長いタイムアウトを有することができるようにされる。ホワイトリスト内のエントリはまた、接続が終わった後にホワイトリストプールからエントリを自動的に削除するための指数的な消滅時間を有することができる。図11は、ローカルネットワーク内で利用できる仮想IPアドレスの2つ以上のプールを生成するDSMの図を示す。図11を参照すると、動作については、ブロック1150で、DNSクエリに対して、DSM内のネットワークアクセスモジュールは、仮想IPアドレスがホスティングDSCに割り当てられているかどうか知るために確認する。はいの場合、仮想IPアドレスがホスティングDSCに現在割り当てられており、ネットワークアクセスモジュールはホスティングDSCに仮想IPアドレスを送信する。いいえの場合、仮想IPアドレスがホスティングDSCに現在割り当てられておらず、ブロック1154で、ネットワークアクセスモジュールは、クエリがパブリックIPアドレスから来たかどうか、またはクエリがDNSクエリホワイトリストからのものかどうかを確認する。はいの場合、クエリは登録されたパブリックIPアドレスからまたはホワイトリストから実際に来ており、ネットワークアクセスモジュールはホストDSCのために利用できる、利用できる仮想IPアドレスの大きい方のプールから仮想IPアドレスを割り当てる。いいえの場合、クエリは知られているパブリックIPアドレスからまたはホワイトリストから来ておらず、ネットワークアクセスモジュールはホストDSCのために利用できる、利用できる仮想IPアドレスの小さい方のプールから仮想IPアドレスを割り当てる。ここで、仮想IPアドレスがホスティングDSCに割り当てられた。ブロック1156で、DSMのネットワークアクセスモジュールはクエリに応答して仮想IPアドレスを送信する。図9を参照すると、DSM910内のネットワークマニホールドは、DSCからのトンネル要求に対して、要求のパブリックIPアドレスをホワイトリストに追加し、次に、トンネルディスパッチャに送信する。間にあるファイアウォールまたはNAT機器に対してネットワーク管理者が介在する必要がなく、この方式を使用するためにホスト機器にどんな構成変更も必要ないが、ネットワーク管理者は所望のDNSドメインすなわち、ローカルネットワークのためのサブドメインを生成し、そのサブドメインをDSM910に委ねる、またはDSM910がダイナミックDNS更新を提供することができるようにすべきであることに留意されたい。図7を参照すると、説明されたように、各DSC702は、DHCP、ポート管理、およびDHCPサーバを介してIPアドレスの1つまたは複数のプールを管理し維持するように構成されるネットワークマニホールド726を有する。DSC702内のネットワークマニホールド726は、以下の構成要素、すなわちDHCPサーバ、仮想IPアドレスの集合を維持するための仮想IPプールマネージャ、およびポートのプールを維持するためのポートプールマネージャからなることがある。DSC702内のネットワークマニホールド726は、IPアドレスをドメイン名にマッピングするとき、DSM910により使用するための仮想IPアドレスのプールを維持する責任を負う。DSC702内のネットワークマニホールド726は、自分の動作のためにいくつかの値を保有する。すなわち、pool.maxは、DSC702が一度に予約するIPアドレスの最大数自分自身を除くを指定する、pool.lowmaxは、常に予約しておくIPアドレスの数を指定するプール.最大が達成されない場合、さらにpool.inuseは、現在使用中のIPアドレスの数である。DSC702内のネットワークマニホールド726は、pool.inuseの値を得るためにDSM内のネットワークアクセスモジュールと通信する。さらに、DSC702内のネットワークマニホールド726は、満了の目的でそれぞれ使用中のIPアドレスの使用のされ方についてDSMに問い合わせることができるべきである。DSC702は宛先についてさらに知識を必要としない。実際、DSC702はトンネルの最終宛先の知識がない。DSC内のトンネルマネージャ725はネットワークマニホールド726だけでなく、マルチプレクサMUX方式とデマルチプレクサDEMUX方式の両方で別の内部プロセスと通信し、トンネルトラフィックを誘導する。MUX方式は、DSCに関連するネットワーク機器が別のドメイン内の別のDSCの関連するネットワーク機器と通信できるようにする。DEMUX方式は、トンネルされたトラフィックをDSMからローカルドメイン内の関連するネットワーク機器に転送する。MUX方式は2つの関連するプログラムを有することができる。ポートMUXはローカルポートtcp/udpをDSM910にトンネリングする。仮想IPMUXは仮想IPアドレスへのトラフィックをDSM910にトンネリングする。トンネルMUXマネージャ725はローカルLANからDSCに対する接続TCP/UDPを受け入れる。Netfilter/IPTablesを使用することにより、DSC上のすべての仮想インタフェースが単一のトンネルMUXマネージャデーモンに転送されることができる。次に、MUXマネージャは、仮想IPを決定するために、意図される宛先を探してNetfilterインタフェースに問い合わせることができる。DSMトンネルマネージャに接続したとき、MUXマネージャは仮想宛先IP、仮想宛先ポート番号、およびローカルDSCのDNAIDを送信することができる。この情報に基づき、DSMはパケットが実際にどこに意図されているのかを決定し、その後、接続のプロキシとなることができる。MUXTCPトンネルハンドラは一部の最初のヘッダ情報をDSMに送信する。次に、MUXTCPトンネルハンドラはtcp_relay3に対して類似の機能を実行する。トンネルDEMUXマネージャのタスクは非常に簡単である。接続を受け取りある種の認証を行ったとき、トンネルDEMUXマネージャは最初のヘッダを読み出して、パケットタイプおよび宛先を決定する。次に、トンネルDEMUXマネージャはtcp_relayエージェントまたはudp_relayエージェントを生成して、実際の中継タスクを実行する。この方法では、DSM910は、企業のファイアウォールおよび顧客のNATルータの背後で動作している各DSCの多数の関連する機器のためのプロキシポイントの役割を果たす。図6を参照すると、DSM610のグラフィックユーザインタフェース651も、既存の機器構成と特定の発見されたDSC機器のペアリングとして規定される個々の機器の関連付けをDSM管理者が指定するように構成される。機器がDSMのレジストリ620内で関連付けられると、DSM610は該当する構成変更を適用することができ、DSM610内のIPリダイレクタモジュール618内に保持されるあらかじめ設定された1組のアクセス規則により、ネットワーク装置のためにDSCへの転送プロキシ接続を開始する。検出されたDSCが見つけられ、登録されたとき、該当するアイコンがグラフィックユーザインタフェース651の機器監視サービスビュー内に表示されることができる。次に、ユーザはそれぞれのそのような登録された機器を以前に生成され構成されたレコードと関連付けることができる。それが行われると、追加の機器設定発見探索レコードを含むがDSC機器に自動的にダウンロードされることができる。次に、これらの設定に基づき、DSCは追加のネットワーク機器を発見しトラフィックを誘導し始める。DSM610内のユーザデータ複製マネージャUserDataReplicationManager645は、データがDSCからDSMに複製される仕組みを提供する。DSM610内のユーザデータ複製マネージャ645は、そのDSCに対する構成レコードを含む機器構成ファイルのローカルコピーを生成する。DSCはSSHで実現される安全な通信チャネルを使用して、中央レジストリ620から機器構成ファイルのローカルコピーをフェッチし、次に、DSCが機器構成ファイルの自分のローカルに記憶されたコピーを更新する。したがって、遠隔で管理されるDSC機器上でシャドウ構成レジストリshadowconfigurationregistryが維持される。次に、DSCは、更新が完了したことをDSM610に知らせ、DSM610がDSM610の中央レジストリ620内の遠隔構成のDSCの状態を更新する。図2aは、第1のファイアウォールにより保護される第1のドメインおよび第2のファイアウォールにより保護される第2のドメインの外側に位置する機器サービスマネージャサーバを有するシステムの一実施形態の構成図を示す。各DSC202、212が、ハードウェア論理回路およびソフトウェアを伴い、1ホストコントローラ自分と第1のドメイン204内の自分に関連する機器の両方のために第1のファイアウォール206の背後に位置するDSM210への接続を確立すると、2機器コントローラDSM110から第2のファイアウォール214により保護される第2のドメイン216内の個々の遠隔ターゲット機器への入力接続を受け取り管理するの両方の役割を果たすように構成される。ドメインが、ファイアウォールにより分離される任意のネットワークでも、異なるサブネットでもよいことに留意されたい。DSCは自分自身と自分の関連する機器の両方のために、ローカルドメインの背後に位置する自分の親のDSMへの接続のプロキシとなることができる。各DSCは、任意の保留中のTCP接続が待っているかどうか知るためにDSMに問い合わせるためにアウトバウンド通信を周期的に送信するように構成されることができる。一実施形態では、第1のDSC202および第2のDSC212は、DSM210に自分を認証しDSM210への出力TCP/IPストリーム接続を確立することにより、DSM210への直接ネットワーク通信トンネルを提供するコンジットマネージャを有する。DSCは、出力TCP/IPストリーム接続上での将来の双方向通信のためにその接続を開いたままに保つ。確立され認証された双方向通信TCP/IPストリーム接続は、直接ネットワーク通信トンネルまたはコンジットトンネルとして知られることがある。DSM210のIPリダイレクタが、ルーティングされたパケットを第1の確立されたTCP/IPストリーム接続の下流へ第1のDSC202まで送信し、ルーティングされたパケットを第2の確立されたTCP/IPストリーム接続の下流へ第2のDSC212まで送信する。DSM210のIPリダイレクタは、第1のファイアウォール206の背後の第1のドメイン204内のネットワーク構成要素に対するパケットを第1の確立されたTCP/IPストリーム接続の下流へ第1のDSC202までルーティングする。DSM210のIPリダイレクタはまた、第2のファイアウォール214の背後の第2のドメイン216内のネットワーク構成要素に対するパケットを第2の確立されたTCP/IPストリーム接続の下流へ第2のDSC212までルーティングする。TCP/IPは双方向ストリームプロトコルであるので、DSM210は開かれた通信コンジットトンネルの下流へ、ルーティングされたパケットを送信し、各DSC202、212からトラフィックを受け取ることができることに留意されたい。ホストコンソール208、および第2のネットワーク内の装置のサブセットは、ホストコンソール208が遠隔ネットワーク上の装置のサブセットにアクセスするために、ローカルファイアウォールおよび/または顧客のNATルータを通してアウトバウンドを横断する、第2のDSC212による第2のネットワーク内のサブセットを制御し維持するVDNの一部を形成する。ホストコンソール208は、双方向通信を可能にするVDNを制御するDSM210への単一アウトバウンド接続を確立し、次に、そのアウトバウンド接続を開いたまま保持する。DSM210と協力するDSCを介したVDNは、インターネット上の任意の2点間の専用TCP/IP接続を生成することができる。図2bは、自分をDSMに認証し、DSMへの出力TCP/IPストリーム接続を確立し、次に、確立されたTCP/IPストリーム接続上での将来の双方向通信のためにその接続を開いたままに保つことにより、DSMへの直接通信トンネルを提供するように構成されるコンジットマネージャをDSCそれぞれが有するシステムの一実施形態の構成図を示す。ホストコンソール208bがローカルDSC、およびDSM210bを介して、遠隔DSC212bに接続する。ローカルDSCおよび遠隔DSC212bは両方とも、自分とDSM210bの間の直接通信トンネルを双方向通信のために開いたまま保持することができる。直接TCP通信トンネルは、DSM210bまで開かれたまま保持される双方向TCP/IPストリーム接続/TCPセッションである。このとき、入力接続上のトラフィックがそのセッションを通して中継される。遠隔DSC212b内のコンジットマネージャは、認証ベースのSSHセキュアシェルSecureShell暗号化プロトコルを使用して、直接TCP通信トンネルを介してホストコンソール208bと宛先ターゲット機器、たとえばモーションコントローラとの間の安全なエンドツーエンド通信を保証することができる。トラフィックが伝達された後、このとき、TCPセッションは閉じられることができる。したがって、直接TCP通信トンネルはSSHを介して実現されることができる。一実施形態では、直接TCP通信トンネルはまた、簡単なTCPポートフォワーダforwarderとすることができる。プログラムはローカルTCPポートだけをリッスンしており、受信されたデータはすべて遠隔ホスト、すなわちDSMに送信される。直接TCP通信トンネルは、遠隔機器がユーザのサーバへのインバウンドTCP/IP接続を作ることができなくするファイアウォールをユーザが迂回することができるようにする。遠隔DSCはまた、トラフィック上のヘッダを復号しそのトラフィックをターゲットネットワーク構成要素上に転送することにより、直接通信トンネルから遠隔DSCに関連するローカルエリアネットワーク上のネットワーク構成要素へのトラフィックを多重分離している。TCPパケットヘッダ情報は、一般に最初にデータを送信するソースポートとパケットを受信するターゲット宛先ポートの両方を識別する。図5は、分散システムの自動化集中管理の一実施形態の構成図を示す。システムの中心はDSM510である。機器サービスマネージャはDSC502、512、513、および515の集合を管理する。DSM510は、広域ネットワーク上のDSM510の位置に対して広域ネットワーク上のファイアウォール、たとえばファイアウォール506、514、517、および519の背後にある2つ以上のDSC502、512、513、および515と協力するように構成されるIPリダイレクタモジュール518を有することができる。DSM510は、DSC502、512、513、および515への構成情報の自動分配のための中央管理局の役割を果たす。そのDSC内のドライブポートを介してアップロードされる実行可能なブートアップファイルが、そのDSCおよびそのDSCと同じネットワーク上のネットワーク機器のための構成情報を収集するようにスクリプト化され、次に、DSM510によるプロンプトなしに、初期構成ファイルをDSM510に送信する。DSM510は、そのDSC用にDSMのレジストリ内に機器構成ファイルのマスタコピーを作る。各DSC502、512、513、515、およびDSM510は協力して動作して、異なるドメイン内の関連する機器間のエンドツーエンドアクセスを提供する。DSM510は、関与するDSC502、512、513、515のためのプロキシ接続点の役割を果たす。DSM110は、ユーザホストと宛先機器の間の接続を中継する専用装置である。図1に戻って参照すると、一部のシステムでは、UDPVIP経路が第1のネットワーク104から第2のネットワーク116にパケットを通すことができる。しかしながら、第2のネットワーク116内のターゲット機器が、第1のネットワーク104内の送信機器にパケットを戻そうとする場合、最初に受信されたパケット内のソースIPアドレスを使用しようとすることがある。このソースIPアドレスは第1のネットワーク104からのDSCの仮想IPアドレスである。第1のLAN内の多数の機器がターゲット機器にパケットを送信している場合、第1のLAN内のDSCは、返答パケットがどの機器に対して意図されるか伝達することができないことがある。したがって、様々な実施形態で、本明細書に説明される装置および方法は、ターゲット機器を異なるネットワーク上の別の機器に接続する、たとえば第2のネットワーク116上のターゲット機器を第1のネットワーク104上の機器と接続する逆VIP経路も生成することができる。これは、たとえば、第1のネットワーク104内の機器が第2のネットワーク116内の機器にパケットを送信しようとするときに行われることができる。様々な実施形態では、DSM110は第2のDSC112に第2の仮想IPアドレスを割り当て、第2の仮想IPアドレス上の宛先ネットワーク機器から第1のネットワーク116上の機器への戻り経路を確立する。この割り当ては、対応する第1のDSC102、およびDSM110のレジストリ内に記憶される第1のネットワーク104に対するネットワーク機器情報に基づくことができる。DSM110は、第1の仮想IPアドレスから第2のネットワーク116上の宛先ネットワーク機器への経路を確立する機器のための戻り経路を自動的に確立することができる。さらに、DSM110が第1の仮想IPアドレスから第2のネットワーク116上の宛先ネットワーク機器への経路を確立する各機器に対する戻り経路を確立することは、自動手順とすることができる。たとえば、第1のVIP経路が手動で構成されることができる。別の経路に対する手動構成がセットアップされることができるが、一部の例示的システムは、第2のネットワーク116上のターゲット機器と通信しようとする第1のネットワーク104上のあらゆる機器に対してVIPをセットアップすることができる。一部のシステムでは、VIP戻り経路の自動生成は、第1のUDPパケットが第1のネットワーク104から第2のネットワーク116にトンネルされるときに行われる。一例の実施形態では、第1の経路が手動で設定された後、戻り経路がVIPのプールからの割り当てられていないVIPを使用して自動的に割り当てられることができる。一部のシステムでは、経路が継続してアクティブにあることができる。別のシステムでは、経路は、ある期間、通信が非アクティブでいるまで有効のままとすることができる。たとえば、通信が数分間非アクティブになった後、戻り経路VIPはプールに戻されることができ、たとえば別のホストのための別の経路を生成するためにどれでも使用されることができる。したがって、多数のホストがターゲット機器に接続することができるようにために、単一VIPが親DSCにより割り当てられ使用されることができる。個々のDSC502、512、513、515は関与するLAN上のプレゼンスのローコストポイントlowcostpointの役割を果たす。各DSC502、512、513、515はホストコントローラホストシステムから接続を引き起こすと機器コントローラ個々の遠隔機器への入力接続を受け取り管理するの両方の役割を同時に果たすことができる。各DSC502、512、513、515は自分と自分の関連するネットワーク機器の両方のためにローカルLANの背後に位置する自分の親DSM510への接続のプロキシとなるように構成される。遠隔ネットワークに対しては、新しくインストールされたDSCが新しくインストールされたコンピュータのように機能する。遠隔ネットワーク上の機器にアクセスするために、DSCはVDNを制御するDSMへの単一アウトバウンド接続だけを確立する必要がある。アウトバウンド接続はホストコントローラの役割を果たすDSCとDSMの間のコンジット通信リンクである。この接続が確立されると、すべてのシステム構成、コマンド、およびネットワークトラフィックが、暗号化されたチャネルを通過することができる。DSCがDSMにうまく認証するとき、あらかじめ権限が与えられた装置の個々の部分への安全なアクセスを即座に提供し始めることができる。図8は、DSC810内のドライブポート834を介してアップロードされる実行可能ブートアップファイルを介して、DSCに、たとえば第1のDSC802に構成情報を分配するDSMの一実施形態の構成図を示す。DSM810の管理者がブートアップファイルを生成し、この実行可能ブートアップファイルのコピーをサムドライブthumbdrive上に埋め込む。実行可能ブートアップファイルをロードされたサムドライブはDSC機器802に添付され、出荷される。DSC802内の実行可能ブートアップファイルは、少なくとも1その個々のDSC機器の一意のIDを決定するため、2DSCの現在のIPアドレスを決定するため、3DSMのIPアドレスを広域ネットワーク上に供給するため、および4DSM810との通信を開始するコードをアクティブ化するためのコードでスクリプト化される。DSC機器802は、ドライブポート834を介してサムドライブからブートアップファイルをアップロードし、ブートアップファイルの内容を使用してDSC802とDSM810の間にSSHを介して安全な通信チャネルを自動的に生成し、WAN上のDSM810のIPアドレスでDSM810に接続する。次に、DSC802は、一意のID、機器のMACアドレス、および/または潜在的に関連するDNSエントリを介してDSM810に自分を認証する。次に、DSM810は、DSM810内に保持される参照テーブル内の認証情報を探索する。図7を参照すると、説明されたように、次に、DSC702内の機器構成エンジン743は、DSMによるプロンプトなしに安全な通信チャネルを介して、たとえば安全なプロトコル、暗号化された電子メール、または類似の方法を介して、少なくともその個々のDSC機器の一意のIDおよびDSCの現在のIPアドレス情報と共に初期構成ファイルをDSMに送信する個々の機器は機器ID、機器のMACアドレス、および/または潜在的に関連するDNSエントリにより識別される。図6を参照すると、DSMのIPリダイレクタモジュール618がこの構成情報を受け取る。DSM610は、この構成情報および追加情報を使って機器構成/複製ファイルを生成するため、およびDSMのレジストリ620内に機器構成ファイルのマスタコピーを作るためのユーザデータ複製マネージャモジュール645を有する。次に、ユーザデータ複製マネージャモジュール645は、DSCがDSM610に登録することに応答して、または所与のDSCがシステムリセットを実行するのに応答して、該当するDSCにこの構成情報を戻して外に分配する。DSM610はまた、ブートアップ呼出に応答してファームウェアの更新、ソフトウェアパッチなどを送信することができることに留意されたい。図7を参照すると、DSC702は既存のネットワーク内に導入されたスタンドアロン機器でもよい。導入はDSCの電力接続および電源回路に単に物理的に電力をつなぐ、イーサネットネットワーク接続につなぐ、および供給されたサムドライブをドライブポート734の中にすなわちUSBフラッシュドライブをUSBポートの中に挿入することからなる。したがって、DSC702はその既存のネットワーク内の別のホスト機器上にクライアントソフトウェアをインストールする必要なしに既存のネットワークまで接続するスタンドアロン機器であり、既存のネットワーク上にDSCを適切にインストールするためにエンドユーザからのネットワーク構成設定が全く必要ない。したがって、それを回避し、多くの企業IT部門が、許可されていないサードパーティアプリケーションが多くの企業のシステム上にインストールされることができるようにしない。この場合、DSC702は既存のネットワーク上に存在し、そのLAN上への通信を調停する。ネットワーキングの知識は全く必要なく、この遠隔機器へのアクセスは自動的に構成される。DSCを既存のネットワーク上に適切にインストールするためにエンドユーザ構成またはソフトウェアインストールは全く必要とされない。各DSC702内に存在する自動プレゼンス発見マネージャプログラムautodiscoverypresencemanagerprogram730が既存のLAN上のネットワーク化された装置を見つけ出し、そのローカルネットワーク上のプレゼンスのインスタントポイントinstantpointを確立する。プレゼンス発見マネージャプログラム730はポーリング技術を使用することによりネットワーク上の関連する機器を発見する。プレゼンス発見マネージャプログラム730は、ファイアウォールにより保護されるネットワーク装置のそれぞれの発見された部分が少なくともDSMにより遠隔アクセスのために見えるべきかどうかをネットワークのユーザに質問するためのグラフィカルユーザインタフェースGUI749を有する。次に、DSC機器702は初期構成ファイルを収集し、安全なチャネルを介して、指定された可視ネットワーク機器情報と共に初期構成ファイルを中央管理DSMに送信し、そのDSMはDSMにホスティングされた識別レジストリ内にローカルDSCと任意の関連するネットワーク機器の両方を自動的に登録する。次に、この情報はダイナミックDNS、LDAP、およびDHCPだけでなく、関連するWebベースのディレクトリサービスアプリケーションインタフェースを介して利用できるようにされることができる。一実施形態では、自動発見サービス730は、DSMがマスタ構成ファイルのコピーだけでなく任意のファームウェアおよびソフトウェアの更新を送り返すまで、既存のLAN上のネットワーク装置を発見するのを待つ。グラフィックユーザインタフェース749は、DSM管理者がそれぞれの関連するDSCに対して自動機器発見AutomatedDeviceDiscoveryを構成するように構成される。SNMPv1、SNMPv2、または別のプロトコルを探索機構として指定する多数の個々のスキャンレコードが生成されることができる。自動機器発見が活動化されたとき、スキャンレコードが該当するDSCにコピーされ、該当するDSCはスキャンレコードを使用して、取り付けられたネットワーク機器を探してスキャンレコードのローカルLANの周期的スキャンを開始する。機器が発見されたとき、DSCは、発見された機器のIPアドレス、発見されたネットワーク機器の位置を突き止めるために使用された発見プロトコル、および発見しているDSCの識別子を最小限含む発見レコードを生成する。できあがった発見レコードはDSMの関連付け、構成、および監視サービスの構成要素により使用するために複製されDSMに戻される。それぞれのそのような発見レコードは、管理者が個々の構成および発見された機器への参照の曖昧さを除くことができるようにする一意のIDを割り当てられる。次に、DSMはDSCのレジストリ728内に記憶するためにDSCに対してローカルコピーを送り返す。したがって、2つ以上のDSCの各DSC702はローカルの登録局の役割を果たし、既存のローカルLAN上の関連するネットワーク機器から登録要求を受け入れるだけでなく、ローカルLAN上の関連するネットワーク機器に対してポーリングする。DSC702は関連する機器のレジストリ728を維持し、自分と、関連する機器の両方を各DSC702の親DSMレジストリに自動的に登録することができる。各DSC702はこのデータを親DSMに供給する。各DSC702は、ポーリング技術を使用することにより発見された関連する機器を登録することにより、機器発見および発見サービスに関与する。図6を参照すると、DSM610は広域ネットワーク全体のDSCの分散システムの集中管理、およびそれらのDSC間のプロキシ通信を提供する。管理者がDSM610からのGUI651を使って、既存の機器構成と特定の発見された機器、永続する状態情報などの対の関連付けを作成することを含む追加情報を使って初期構成ファイルから中央レジストリ620内に完全な機器構成レコードを生成する。中央構成レジストリ620は構成情報を記憶し、ユーザデータ複製マネージャが、DSM610内に記憶される機器構成ファイルのマスタコピーを作る。図3は中央DSM、およびファイアウォールにより保護されるネットワーク内のネットワーク化された機器との間をアクセスするローカルDSCを有するシステムの一実施形態の構成図を示す。仮想機器ネットワークはDSM310およびDSC302、312、ならびに各DSCに関連するネットワーク機器により生成される。図3のVDNは指摘された場合を除いて図1、図2a、および図2bについての上記の説明と同様に動作する。IPリダイレクタはDSCとDSMの両方に存在する部分を有することがある。図7を参照すると、IPリダイレクタはアクセスサブシステム機器管理システムおよびレジストリを含むことがある。DSC内のコンジットマネージャ724は、DSMへのSSHセッションが完全に確立されたことをローカルDSCプロセスに通知する。コンジットのSSHシェルセッションはDSM内のIPリダイレクタプログラム部分に結びつけられる。次に、IPリダイレクタプログラムは、直接通信トンネルが確立されアクティブであることを保証するためにDSCが使用することができる周期的ビーコンパケットを送信する。一部の下位プロトコル機能が、DSC/DSM110が帯域幅/遅延の見積もりを行うことができるようにするために存在することがある。SSHのTCPポート転送機能がすべての別の制御を渡しDSMとDSCの間のデータをトンネリングするために使用されることができる。コンジットマネージャ724はまた、DSMからリッスンすることができる遠隔ポートをネゴシェートすることができる。図4はDSC内のコンジットマネージャの一実施形態の状態図を示す。コンジットマネージャは、直接TCP通信トンネルを開始および停止し、この直接TCP通信トンネルがいつアイドル状態になるかまたは予期せずに中断されるかなどを決定するコードを含む。ブロック402で、保留中のTCP接続要求が入ってくるとき、コンジットマネージャは、任意のSSHトンネルがDSMと既に確立されているかどうかを知るために確認する。確立されていない場合、ブロック404で、コンジットマネージャは完全なまたは部分的SSHセッションを確立する。ブロック406で、コンジットマネージャは、DSMの識別をそれぞれ確認することによりDSMでのそのDSCの認証をネゴシェートする。SSHセッションが完全に確立され、かつ発生点の原因となるDSCの識別がDSMで認証された後、次にブロック408で、トラフィックが直接通信トンネル内を双方向で通ることができるようにされる。ブロック410で、トンネルが既に確立された場合、DSCはソケットをリダイレクトし、トンネルタイマを更新する。図6を参照すると、DSM610は、ソフトウェア、論理回路、または両方の組合せで実装される多数のルーチンからなるIPリダイレクタプログラムを有する。DSCはまた、IPリダイレクタプログラムの一部を含むことがある。IPリダイレクタプログラムは、DSC内の一部、たとえば安全にされた基本的ネットワーク通信を提供しDSCとDSMの間のコンジットトンネルを管理するようにスクリプト化されたコードを有するDSC内のコンジットマネージャ、およびDSC内のトンネルマネージャを含むことがある。DSM610内のIPリダイレクタのトンネルマネージャ624部分は、DSMとデマルチプレクサモードで動作するDSCの間、ならびにDSMとマルチプレクサモードで動作するDSCの間の安全にされた多重化TCPセッションを提供するようにスクリプト化されたコードを有する。上記手順は、所与のプログラミング言語で書かれたソフトウェアコード、ハードウェア論理回路構成要素、および別の電子回路、または両方の何らかの組合せにより実装されることができる。したがって、一実施形態では、上記で説明されたアルゴリズムを容易にするために使用されるソフトウェアは、機械可読媒体上に具体化されることができる。機械可読媒体が、機械たとえばコンピュータにより読出し可能な形式で情報を提供するたとえば記憶するおよび/または送信する任意の仕組みを含む。たとえば、機械可読媒体が、読出し専用メモリROMと、ランダムアクセスメモリRAMと、磁気ディスク記憶媒体と、光学式記憶媒体と、フラッシュメモリ機器と、デジタルビデオディスクDVD、EPROM、EEPROM、FLASHメモリ、磁気カードもしくは光カード、または電子的命令を記憶するのに適した任意のタイプの媒体とを含む。上記の詳細な説明の一部分が、コンピュータメモリ内部のデータビットに対する操作のアルゴリズムおよび記号表現によって表される。これらのアルゴリズムの説明および表現は、データ処理分野の当業者により使用される、当業者の成果の内容を別の当業者に最も効果的に伝達する手段である。アルゴリズムが本明細書にあり、一般に所望の結果に導く自己矛盾のないステップのシーケンスであると考えられる。ステップは物理量の物理的操作を必要とするステップである。通常、必ずではないが、これらの量は記憶される、転送される、結合される、比較される、および別の方法で操作されることができる電気的または磁気的な信号の形を取る。主に一般的に使用するために、これらの信号をビット、値、要素、符号、文字、項、数などのものと呼ぶことがときどき便利であると分かった。これらのアルゴリズムはいくつかの異なるソフトウェアプログラミング言語で書かれることができる。また、アルゴリズムが何行かのコードのソフトウェアで、ソフトウェアで構成される論理ゲートで、または両方の組合せで実装されることができる。しかしながら、これらの用語および類似の用語のすべてが、該当する物理量に関連付けられるべきであり、これらの量に適用される便利なラベルでしかないことが心に留められるべきである。上記説明から明らかなように別の方法で特に指定されない限り、説明を通じて、処理する、または計算するcomputing、または計算するcalculating、または決定する、または表示するなどの用語を利用する説明が、コンピュータシステムのレジスタおよびメモリの内部の物理電子的量として表現されるデータを操作し、コンピュータシステムのメモリもしくはレジスタ、または別のそのような情報記憶、伝送、もしくは表示の機器内部の物理量として同様に表現される別のデータに変換するコンピュータシステムまたは類似の電子的コンピューティング機器の動作および処理を指す。一実施形態では、論理回路はブール論理の規則に従う電子回路、命令のパターンを含むソフトウェア、または両方の任意の組合せからなる。一部の実施形態では、様々なプロトコルがUDPブロードキャストを使用して機器発見を行うことができる。たとえば、第1のターゲット機器を含む機器のグループがネットワーク上に存在することがある。第1のターゲット機器は発見クライアントdiscoverclientを実行することができる。発見クライアントは別の機器を見つけ出すまたは発見するソフトウェアおよびハードウェアを含むことができる。クライアント発見のための一例のパケットが、第1のターゲット機器のIPアドレスに設定されたソースアドレス、およびネットワークのブロードキャストアドレスまたは255.255.255.255に設定された宛先アドレスを含むことができる。ソースおよび宛先のプロトコルは、使用されるプロトコルに基づき決定されることができる。第1のターゲット機器がクライアント発見パケットをブロードキャストするとき、ネットワーク上の様々な機器がクライアント発見パケットを受け取ることができ、パケットを受け取り、プロトコルを理解する機器が第1のターゲット機器のIPアドレスに応答することができる。しかしながら、ルータはブロードキャストパケットを転送しないので、この方法は同じネットワーク上の機器に対してしか機能し得ない。多数のネットワークを横断して発見を実行するために、ネットワーク間のトンネリングが使用されることができる。たとえば、一部の実施形態では、機器がネットワーク間のトンネルを横断してブロードキャストするように構成される。一例の実施形態では、第1の仮想IPネットワークから第1のDSCを有する第1のネットワーク上に存在する第1のターゲット機器へ第1のVIP経路が生成される。第1のDSCは第1のターゲット機器により送信されるブロードキャストパケットを受け取ることができる。次に、このパケットはトンネリングソフトウェアにより分析されることができる。第1のターゲット機器にはVIP経路があるので、ソフトウェアは第2のDSCを有する第2のネットワークにパケットが転送されるようにし、第2のネットワークで、パケットは第2のネットワーク全体にブロードキャストされることができる。一部の実施形態では、ブロードキャストパケットのソースアドレスは、戻りパケットを容易にするように変更されることができる。たとえば、ソースアドレスは第1のターゲット機器のアドレスから第1のVIP経路に対するアドレスに変更されることができる。さらに、宛先アドレスは修正されることができる。たとえば、宛先アドレスが第1のネットワークのブロードキャストアドレスである場合、第2のネットワークのブロードキャストアドレスに変更されることができる。あるいは、宛先アドレスが255.255.255.255である場合、変更されないままとされることができる。一部の例では、ソースポートおよび宛先ポートは変更されないままとされることができる。一部の実施形態では、すべてのパケットが転送されるわけではなく、むしろ、VIP経路を有する機器から送信されるパケットだけが転送される。本発明の一部の具体的な実施形態が示されたが、本発明はこれらの実施形態に限定されるものではない。たとえば、電子的ハードウェア構成要素により実行される大部分の機能がソフトウェアエミュレーションにより再現されることができる。したがって、これらの同じ機能を達成するために書かれたソフトウェアプログラムが、入出力回路内のハードウェア構成要素の機能をエミュレートすることができる。本発明は本明細書で説明された具体的実施形態により限定されるのではなく、添付の特許請求の範囲によってのみ限定されるものと理解されるべきである。