(57)【特許請求の範囲】
【請求項１】
システムであって、
複数のアドレス指定可能なデバイスであり、この複数のアドレス指定可能なデバイスは、少なくとも一つのスレーブ・デバイスと通信するマスター・デバイスを含むクラスターを規定し、そのマスター・デバイスと前記少なくとも一つのスレーブ・デバイスとの各々は、対応する媒体アクセス制御（「ＭＡＣ」）アドレスを有し、前記マスター・デバイスは、
前記少なくとも一つのスレーブ・デバイスの各々へ電源オン命令を連続的に送信し、
異なるノード・アドレスを前記少なくとも一つのスレーブ・デバイスの各々へ割り当て、
前記少なくとも一つのスレーブ・デバイスの各々の前記ノード・アドレス及びＭＡＣアドレスへの前記マスター・デバイスの前記ＭＡＣアドレスとの接続情報を受け取ってクラスター構成を形成し、
前記クラスター構成をクラスター構成テーブルとして記憶し、及び
前記クラスター構成テーブルを前記少なくとも一つのスレーブ・デバイスへ複製することを含むシステム。
【請求項２】
請求項１のシステムにおいて、ダイナミック・ホスト・コンフィギュレーション・プロトコル（ＤＨＣＰ）サーバーを更に含み、このＤＨＣＰサーバーは、公衆ＩＰアドレスをマスター・デバイスへ割り当てるシステム。
【請求項３】
請求項２のシステムにおいて、複数のクラスターを更に含み、各々のクラスターはマスター・デバイス及び少なくとも一つのスレーブ・デバイスを含み、前記複数のクラスターにおける前記マスター・デバイスの各々は、前記ＤＨＣＰサーバーから公衆ＩＰアドレスを受け取るシステム。
【請求項４】
請求項２のシステムにおいて、前記マスター・デバイスは、前記ＤＨＣＰサーバーから前記公衆ＩＰアドレスを受け取るための公衆ポートと、前記少なくとも一つのスレーブ・デバイスと通信するためのプライベート・ポートとを更に含むシステム。
【請求項５】
請求項１のシステムにおいて、各スレーブ・デバイスが、対応するイーサネット接続上で他のアドレス指定可能デバイスと通信するための二つのイーサネット・ポートを含むシステム。
【請求項６】
請求項５のシステムにおいて、前記二つのイーサネット・ポートの一方が上流ポートであり、且つ前記二つのイーサネット・ポートの他方が下流ポートであり、前記クラスター内の第１のスレーブ・ノードの前記上流ポートは前記マスター・デバイスにより電力を与えられ、前記クラスター内の第１のスレーブ・ノードの電力をあたえられた下流ポートは、前記クラスター内の次のスレーブ・ノードの前記上流ポートに電力を与えるシステム。
【請求項７】
請求項１のシステムにおいて、前記マスター・デバイスは、クラスター構成テーブルを更に含み、前記少なくとも一つのスレーブ・デバイスは、前記マスター・デバイスに関して規則的な順序に構成され、前記マスター・デバイスは、前記規則的な順序における各スレーブ・デバイスを起動して初期化して、各スレーブ・デバイスの前記初期化の後に前記クラスター構成を前記構成テーブルへ繰り返し加えるシステム。
【請求項８】
請求項１のシステムにおいて、前記アドレス指定可能なデバイスは人数計数センサであるシステム。
【請求項９】
複数のデバイスを構成する方法であり、その複数のデバイスはクラスターを規定し、そのクラスターは、少なくとも一つのスレーブ・デバイスと通信するマスター・デバイスを含み、そのマスター・デバイスの各々と前記少なくとも一つのスレーブ・デバイスとは、対応する媒体アクセス制御（「ＭＡＣ」）アドレスを有し、前記方法は、
前記少なくとも一つのスレーブ・デバイスの各々へ電源投入コマンドを連続的に送信し、
異なるノード・アドレスを前記少なくとも一つのスレーブ・デバイスの各々へ割り当て、
前記少なくとも一つのスレーブ・デバイスの各々の前記ノード・アドレス及びＭＡＣアドレスに対する前記マスター・デバイスの前記ＭＡＣアドレスとの接続情報を受け取って、クラスター構成を形成し、
前記クラスター構成を記憶し、及び、
前記クラスター構成を前記少なくとも一つのスレーブ・デバイスへ複製することを含む方法。
【請求項１０】
請求項９の方法において、ダイナミック・ホスト・コンフィギュレーション・プロトコル（ＤＨＣＰ）サーバーから公衆ＩＰアドレスを受け取ることを更に含む方法。
【請求項１１】
請求項１０の方法において、前記マスター・デバイスは、前記ＤＨＣＰサーバーからＩＰアドレスを受け取るための公衆ポートと、前記少なくとも一つのスレーブ・デバイスと通信するためのプライベート・ポートとを含む方法。
【請求項１２】
請求項９の方法において、前記デバイスは人数計数センサ・デバイスである方法。
【請求項１３】
請求項９の方法において、各スレーブ・デバイスが、対応するイーサネット接続上で他のアドレス指定可能人数計数センサ・デバイスと通信するための二つのイーサネット・ポートを含む方法。
【請求項１４】
請求項１３の方法において、前記二つのイーサネット・ポートの一方が上流ポートであり、且つ前記二つのイーサネット・ポートの他方が下流ポートであり、前記クラスター内の第１のスレーブ・ノードの前記下流ポートに電力を与え、前記クラスター内の第１のスレーブ・ノードの電力を与えられた下流ポートが前記クラスター内の次のスレーブ・ノードの前記上流ポートに電力を与えることを更に含む方法。
【請求項１５】
請求項９の方法において、
前記マスター・デバイスにおいて前記少なくとも一つのスレーブ・デバイスについての構成パラメータを受け取り、
前記記憶されたクラスター構成を前記受け取られた構成パラメータを含むように更新し、及び
前記更新されたクラスター構成を前記少なくとも一つのスレーブ・デバイスへ複製することを更に含む方法。
【請求項１６】
請求項１５の方法において、前記クラスター構成はテーブルであり、このテーブルにおける第１の入力は前記マスター・デバイスに対応する方法。
【請求項１７】
請求項９の方法において、
前記マスター・デバイスの前記ＭＡＣアドレスと前記クラスター内の少なくとも一つの前記スレーブ・デバイスとの間のＭＡＣアドレス接続の変化に基づいて前記複数のデバイスの一つが故障したか否かを判定し、
前記クラスター構成を前記変化した接続を含むように修正し、及び
前記修正されたクラスター構成を前記少なくとも一つのスレーブ・デバイスへ複製することを更に含む方法。
【請求項１８】
請求項１７の方法において、前記マスター・デバイスの前記ＭＡＣアドレスと前記クラスター内の少なくとも一つの前記スレーブ・デバイスとの間のＭＡＣアドレス接続の変化の量に基づいて、故障したデバイスはマスター・デバイスであるか又はスレーブ・デバイスであるかを判定することを更に含む方法。
【請求項１９】
請求項１８の方法において、前記故障したデバイスはマスター・デバイスであるか又はスレーブ・デバイスであるかを判定することは、
前記少なくとも一つのスレーブ・デバイスが、異なるマスター・ノードとのそれらの対応する接続を有するならば、新たなデバイスはマスター・デバイスであると判定し、
前記スレーブ・デバイス接続が変化したならば、前記デバイスはスレーブ・デバイスであると判定することを含む方法。
【請求項２０】
有形のコンピュータ記憶デバイスに記憶されたコンピュータ・プログラム製品であり、これはプロセッサにより実行されるとき、複数の人数計数センサ・デバイスを構成する方法を実行し、その複数の人数計数センサ・デバイスは、少なくとも一つのスレーブ・デバイスと通信するマスター・デバイスを有するクラスターを規定し、前記マスター・デバイスと前記少なくとも一つのスレーブ・デバイスとの各々は、対応する媒体アクセス制御（「ＭＡＣ」）アドレスを有し、前記方法は、
前記少なくとも一つのスレーブ・デバイスの各々へ電源投入コマンドを連続的に送信し、
異なるノード・アドレスを前記少なくとも一つのスレーブ・デバイスの各々へ割り当て、
前記少なくとも一つのスレーブ・デバイスの各々の前記ノード・アドレス及びＭＡＣアドレスに対する前記マスター・デバイスの前記ＭＡＣアドレスとの接続情報を受け取って、クラスター構成を形成し、
前記クラスター構成を記憶し、及び、
前記クラスター構成を前記少なくとも一つのスレーブ・デバイスへ複製することを含むコンピュータ・プログラム製品。
【発明の詳細な説明】
【発明の分野】
【０００１】
本発明は、一般にネットワーク・ベースのセキュリティ・システム・デバイスに関し、特に人数計数システムにおける相互接続されたデバイスの自動構成及びアドレス指定に関する。
【発明の背景】
【０００２】
人数計数デバイスは代表的に店舗の出入り口を入出する人々を計数することに用いられている。代表的な出入り口は、開放されたか又は包囲されたモールにおける店舗への入口である。一つの形式の人数計数システムは頭上人数計数システムであり、これは画像センサ又は熱センサを採用し、店舗へ入出する人々を識別して計数する。センサにより集められた情報が、店長によって分析されて用いられ、店舗売上高能力を向上させて、資源の予定を最適化することができる。センサは、限られた視野を有する。殆どの場合、単独のセンサは、６フィート（１．８２８８ｍ）乃至８フィート（２．４３８４ｍ）の長さで入口を「見る」ことに使用し得る。それゆえに、モール・ベースの店舗に特有な８フィート（２．４３８４ｍ）より広い入口を包含するために、さらにより広い入口、代表的には２４フィート（７．３１５２ｍ）乃至３２フィート（９．７５３６ｍ）を「見る」ために二つ以上のセンサを「一群にする」ことは一般的な方法である。他の例では、複数の検出デバイスを３２フィート（９．７５３６ｍ）幅を越える大きな入口を包含するために相互接続することができる。何れの構成においても、人数計数システムは、出入り口に出入する人々を計数せねばならず、この情報を専用の通信インターフェース、例えばイーサネット接続を通じて、遠隔ホスト・コンピュータへ報告する。
【０００３】
複数デバイス・ネットワークにおいては、これらのデバイスの各々は他のものにリンクされ、システムとして一つの連続的な広い出口を包含するか又は「見る」ように現れる。代表的に、これらのデバイスの一つは「マスター」デバイス、センサ又はノードであり、他の「スレーブ」デバイス、センサ又はノードと交信し、各々のスレーブ・ノードはそれらのマスターと「結合」せねばならない。
「視野」における任意の重複部分は、マスターによって通信されて解決されねばならない。
【０００４】
マスター及びスレーブ・デバイスは、代表的には、それらの環境に合うように構成されねばならない。このような構成は、一つ以上の仮想カウント・ライン、デバイスＩＤ、物理的及び論理的位置並びにそれらに対応するマッピング、及び様々な他のセットアップ・パラメータをセットアップすることを含むが、これらに限定されるものではない。仮想カウント・ラインは、視野を横切る、例えば店舗入口を横断するクロスオーバー閾値を描くのに用いられるメモリ内の仮想閾値である。代表的には、これらのパラメータはＰＣを介して現場でダウンロードされて、人数計数システムのハードウェア内に記憶される。現在展開されたシステムにおいては、デバイスが故障して交換せねばならないならば、新たなデバイスを設置してそれをセットアップして、もう一度再構成しなければならない。このことは現場技術者が現場を訪れて、センサを再初期化して、セットアップ・パラメータをもう一度ダウンロードすることを要求する。
【０００５】
現在、現場に設置されるデバイス、とりわけイーサネット（インターネット）接続を用いるセンサは、ネットワーク上の全ての他のデバイスから一つのデバイスを固有に識別するインターネット・プロトコル（「ＩＰ」）アドレスを採用する。これらのアドレス・ブロックは、ネットワークに接続するデバイスのために、顧客にサービス・プロバイダによって代表的に購入されて、割り当てられて展開される。イーサネット全体に展開されたデバイスの広範囲に亘る使用のことから、関係機関は不本意ながらイーサネット・ベースのデバイスの製造業者へそれらのＩＰアドレスを発行するか、店舗内セキュリティ・システムを支持するためにそれらに割り当てられた公衆ＩＰアドレスを使用する。更にデバイスの一つが何らの理由で故障したとき、デバイスは交換されねばならず、そのＩＰアドレス及び構成パラメータを再度手動でダウンロードすることが要求される。
【０００６】
従って、必要とされるのは、セキュリティ・システムにおけるデバイスの自動構成、例えば人数計数システムにおけるセンサの自動構成のための効率的で費用効果がよいシステム及び方法である。
【発明の概要】
【０００７】
本発明は、センサがマスター／スレーブ関係で配置される人数計数センサのようなネットワーク化されたセキュリティ・システム・デバイスを構成するための方法及びシステムが有利に提供される。一つの態様によれば、本発明は、複数のアドレス指定可能なデバイスを有するシステムを提供する。複数のデバイスは、少なくとも一つのスレーブ・デバイスと通信するマスター・デバイスを有するクラスターを規定する。マスター・デバイスの各々と少なくとも一つのスレーブ・デバイスは、対応する媒体アクセス制御（「ＭＡＣ」）アドレスを有する。マスター・デバイスは電源オン命令を少なくとも一つのスレーブ・デバイスへ送信し、異なるノード・アドレスを少なくとも一つのスレーブ・デバイスの各々へ割り当て、少なくとも一つのスレーブ・デバイスの各々のノード・アドレス及びＭＡＣアドレスに対するマスター・デバイスのＭＡＣアドレスの接続を受け取ってクラスター構成を形成し、このクラスター構成をクラスター構成テーブルとして記憶し、及び少なくとも一つのスレーブ・デバイスにクラスター構成テーブルを複製するのに適している。一つの実施形態において、デバイスは人数計数センサである。
【０００８】
他の態様によれば、本発明は複数のデバイスを構成する方法を提供する。複数のデバイスは、少なくとも一つのスレーブ・デバイスと交信するマスター・デバイスを有するクラスターを規定する。マスター・デバイスの各々及び少なくとも一つのスレーブ・デバイスは、対応する媒体アクセス制御（「ＭＡＣ」）アドレスを有する。電源オン命令は、少なくとも一つのスレーブ・デバイスの各々に順番に送信される。異なるノード・アドレスは、少なくとも一つのスレーブ・デバイスの各々に割り当てられる。少なくとも一つのスレーブ・デバイスの各々のノード・アドレス及びＭＡＣアドレスに対するマスター・デバイスのＭＡＣの接続が受け取られて、クラスター構成を形成する。一つの実施形態において、デバイスは、人数計数センサである。
【０００９】
クラスター構成は記憶される。クラスター構成は、少なくとも一つのスレーブ・デバイスにおいて複製される。
【００１０】
更に他の態様によれば、有形なコンピュータ記憶デバイスに記憶されたコンピュータ・プログラム製品を提供し、これはプロセッサにより実行されるとき、複数の人数計数センサ・デバイスを構成する方法を実行する。複数の人数計数センサ・デバイスは、少なくとも一つのスレーブ・デバイスに交信するマスター・デバイスを有するクラスターを規定する。マスター・デバイスと少なくとも一つのスレーブ・デバイスとの各々は、対応する媒体アクセス制御（「ＭＡＣ」）アドレスを有する。電源オン命令は、少なくとも一つのスレーブ・デバイスの各々に順番に送信される。異なるノード・アドレスは、少なくとも一つのスレーブ・デバイスの各々に割り当てられる。少なくとも一つのスレーブ・デバイスの各々のノード・アドレス及びＭＡＣアドレスに対するマスター・デバイスのＭＡＣアドレスの接続が受け取られてクラスター構成を形成する。このクラスター構成は記憶される。このクラスター構成は、少なくとも一つのスレーブ・デバイスにおいて複製される。
【図面の簡単な説明】
【００１１】
本発明とそれに付随する利点及び特徴のより完全な理解は、添付図面と共に考慮されるとき、以下の詳細な説明への参照によってより容易に理解されるであろう。
【図１】図１は本発明の方式により構成された例示的な自動化したマスター／スレーブ構成システムのブロック図である。
【図２】図２は本発明の自動マスター／スレーブ構成システムにより用いられる例示的なセンサー・ノードのブロック図である。
【図３】図３は図２のセンサー・ノードの例示的ビデオ処理及び通信ブロックのブロック図である。
【図４】図４は図１の自動マスター／スレーブ構成システムにより実行された例示的ステップを示すフローチャートである。
【図５】図５は図１の自動マスター／スレーブ構成システムのマスター・ノードを初期化する例示的な方法を示すフローチャートである。
【図６】図６は図１の自動マスター／スレーブ構成システムのスレーブ・ノードを初期化する例示的な方法を示すフローチャートである。
【図７】図７は本発明の方式によるスレーブ・ノードのための例示的な自動アドレス指定能力及び自動構成処理を示すフローチャートである。
【図８】図８は本発明の方式によるマスター・ノードのための例示的な自動アドレス指定能力及び自動構成処理を示すフローチャートである。
【図９】図９は図８のフローチャートの続きであり、本発明の方式によるマスター・ノードのための例示的な自動アドレス指定能力及び自動構成処理を示す。
【発明の詳細な説明】
【００１２】
本発明による例示的実施形態を詳細に説明する前に、この実施形態は、人数計数システムにおけるマスター及び／又はスレーブ・デバイスを自動構成するためのシステム及び方法を実施することに関連した装置構成要素と処理ステップとの組み合わせに主に属することに留意されたい。
【００１３】
従って、システム及び方法構成要素は適切であれば図中では通常の符号によって表され、本明細書における説明の利点を得る当業者には容易に明らかである詳細により開示事項を不明瞭にしないように、本発明の実施形態を理解することに関係するそれらの特定の詳細のみを示した。
【００１４】
本明細書で用いられるように、関係語、例えば「第１」、「第２」、「上部」及び「底部」等は、単に、一つの実体又は要素を、何らかの物理的又は論理的関係或いはそのような実体又は要素の間の順序を要求若しくは暗示する必要性を伴わずに、他の実体又は要素から区別するのに用いられ得る。
【００１５】
本発明の一つの実施形態は、イーサネット対応相互接続したデバイスを自動的にアドレス指定及び構成するための方法及びシステムを有益に提供し、そのデバイスでは、ホスト（マスター）デバイスが動的ホスト構成プロトコル（「ＤＨＰＣ」）リンクに常駐して、一つ以上のスレーブ・デバイスがマスター・デバイス及び他のスレーブ・ノードと交信するので、人数計数システムに用いるためのセンサ・デバイスのクラスターが形成される。
【００１６】
本開示事項は、以下に与えられた詳細な説明から、及び本発明の特定の実施形態の添付図面から完全に理解されるであろうが、本発明を特定の実施形態に限定されるものと解釈すべきではなく、むしろ、これは例示的な目的のためである。
【００１７】
多数の特定の詳細が本明細書に記載されて、本開示事項を組み込む人数計数システムにおけるマスター及び／又はスレーブ・ノードを自動的に構成するシステムの幾つかの可能な実施形態の理解が与えられるであろう。しかしながら、当業者によって理解されるように、その実施形態はそれらの特定の詳細を伴うことなく実施し得る。他の例では、良く知られた方法、手順、構成要素及び回路については、実施形態を不明瞭にすることがないように詳述しなかった。本明細書に開示された特定の構造及び機能的な詳細は典型であり得るが、実施形態の範囲を必ずしも制限するわけではないことを認めることができる。また、本発明の実施形態は、人数計数のための人数計数システム及びセンサ・デバイスを参照して説明されるが、本発明はそれに限定されるものではない。本発明は、他のセキュリティ・システム・デバイス、例えば電子式物品監視（「ＥＡＳ」）システム構成要素、例えば台座、無線周波数ＩＤ（「ＲＦＩＤ」）システム構成要素、即ちＲＦＩＤリーダーなどを用いて実施及び実行することができるものと予期される。人数計数シスステムは、セキュリティ・システム・デバイスであるとは考えられないかもしれないが、本明細書における実施形態の説明を簡単にするために、人数計数システムは一般にセキュリティ・システム構成要素の状況の範囲内にあるものとして言及される。
【００１８】
ここで、同様な参照符号が同様な要素を示す図面を参照すると、図１には本発明の方式により構成された人数計数システム１０の例示的構成が示されている。システム１０複数の検知デバイスを含み、これは、クラスターを形成するマスター・センサ又はマスター・ノード１２及び一つ以上のスレーブ・ノード１４ａ，１４ｂ及び１４ｃ（全体的に「１４」）を含む。
【００１９】
マスター・ノード１２は二つのポート１３ａ及び１３ｂを有し、ここでポート１３ａは、マスター・ノード１２に公衆ネットワークを介してホスト１５からの通信を受信させる公衆ポートであり、ポート１３ｂは、マスター・ノード１２にイーサネット接続１６上でスレーブ・ノード１４と通信させるプライベート・ポートである。各スレーブ・ノード１４は、第１のイーサネット・ポート１７ａ及び第２のイーサネット・ポート１７ｂを含む。イーサネット・ポート１７ａ及び１７ｂは、他のスレーブ・ノード１４及びマスター・ノード１２との通信をイーサネット１６上で可能にさせるプライベート・ポートである。組み合わせられたマスター・ノード１２及びスレーブ・ノード１４は、人数計数システムにおける検出領域を形成する。例えば、一つの実施形態において、各ノード（マスターとスレーブとの両方）は８フィート（２．４３８４ｍ）範囲領域を有する。組み合わせられたマスター・ノード１２及びスレーブ・ノード１４は、３２フィート（９．７５３６ｍ）空間を覆うように組み合わせられる。勿論、ノードの数及び各々のノードによって覆われる空間の領域は変化させることができ、本発明はこの事項に限定されない。本発明はスレーブ・ノード１４の間にイーサネット接続を用いて説明されるが、本発明はそれに限定されないことに留意されたい。他のネットワーク・プロトコル及び技術を用いることができる。
【００２０】
各々のスレーブ・ノード１４はそのマスター・ノード１２へイーサネット接続１６を介してリンクされ、その各々の空間座標をマスター・ノード１２へ通過して、範囲１８の一つの実質的に隣接な領域を形成するので、対象が隣接するセンサの重複場内に現れるとき、センサの間の重複部分を占めて、多重計数を排除する。イーサネット接続１６は、イーサネット・フレームの形式でデータパケットを使用して、源からの情報を一つ以上の目的地へ送信する。一つの実施形態においては、フレームはプリアンブル（Ｐｒｅａｍｂｌｅ）及びスタート・フレーム・デリミター（Ｓｔａｒｔ  Ｆｒａｍｅ  Ｄｅｌｉｍｉｔｅｒ）で始まり、目的地及びソース媒体アクセス制御（「ＭＡＣ」）アドレスを特徴付けるイーサネット・ヘッダがその後に続く。ヘッダは、フレームが始まり、最終的に予定されているそれぞれのネットワーク・デバイスのＭＡＣアドレスを示す。フレームの中央の部分は、フレームで搬送される他のプロトコル（例えばインターネット・プロトコル）のための任意のヘッダを含むペイロード・データである。フレームは、３２ビット周期的冗長検査で終わり、これは移行中のデータの何らかの破損を検出するために用いられる。
【００２１】
一つの実施形態において、マスター・ノード１２はそれ自身のＩＰアドレスをホスト１５から得て、これはダイナミック・ホスト・コンフィギュレーション・プロトコル（「ＤＨＣＰ」）サーバーであり、このＩＰアドレスを用いて、公衆ドメイン・ネットワーク、例えば、インターネット上で通信する。ＤＨＣＰサーバーは、ＩＰネットワーク上で用いられる自動構成プロトコルを用いる。ＩＰネットワークに接続されたデバイスは、それらがネットワーク上でデバイスと通信することができる前に、構成されなければならない。ＤＨＣＰはデバイスを自動的に構成することを可能とし、ネットワーク管理者による介在の必要性を排除する。ネットワークへ接続されたコンピュータの追跡を保つための中央データベースも提供する。これは、二つのコンピュータが同一のＩＰアドレスで偶発的に構成されることを防ぐ。
【００２２】
マスター・ノード１２は、ＤＨＣＰサブネットを実行して、ローカル・アドレスをクラスター内のスレーブ・ノード１４に割り当てる。このアドレスは、プライベート・アドレスとすることができるが、これに限定されるものではない。次いでマスター・ノード１２はそのＭＡＣアドレスをクラスター内のスレーブ・ノード１４のＭＡＣアドレス及び割り当てられたローカル・アドレスへリンクさせる。ＭＡＣアドレスは、各々のイーサネット・ネットワーク・デバイスへ割り当てられた固有の１６進数の連続番号であり、ネットワーク上でそのデバイスを認識する。イーサネット・デバイスでは、このアドレスは、製造時に恒久的に設定される。各々のネットワーク・デバイスは固有のＭＡＣアドレスを有するので、それへ送信されたフレームのみを受信することができる。
ＭＡＣアドレスが固有でないならば、二つのステーションを区別する方法がないであろう。ネットワークの上のデバイスは、ネットワーク・トラフィックを監視して、各フレーム内のそれら自身のＭＡＣアドレスを検索して、それらを復号せねばならないか否かを判定する。特別な状況が、ネットワーク上のあらゆるデバイスへのブロードキャスティングのために存在する。従って、一つの公衆ＩＰアドレスのみが各クラスター、例えばマスター・ノード１２に割り当てられて、一方、透過的なイーサネット通信が全てのクラスターに亘って維持される。
【００２３】
従って、マスター・ノード１２は初期セットアップの間に学ぶクラスター構成とそのクラスター内の全てのデバイスに亘った構成を複製する。順番にスレーブ・デバイス１４の電源を入れることによって、且つローカル・アドレスを割り当てることによって、マスター・ノード１２は、そのクラスター内のスレーブ・デバイス１４の論理的位置及び物理的相互関係の認知度を有する。現場におけるノード１２又は１４を交換する必要があるとき、ユーザーは不良品を他の物に交換する必要があるのみであり、電源投入時には、クラスター自身が自動的に構成する。これは、現場設置及びアップグレードを容易にする。
【００２４】
図２は例示的なセンサ・デバイスの構成要素を示すブロック図であり、これはマスター・ノード１２又はスレーブ・ノード１４とすることができる。参照を容易にするために、図２に示されたセンサ・デバイスはスレーブ・ノード１４を表している。スレーブ・ノード１４は、感知又はビデオ処理ブロック２０を含み、これはシリアル・ペリフェラル・インターフェース（Ｓｅｒｉａｌ  Ｐｅｒｉｐｈｅｒａｌ  Ｉｎｔｅｒｆａｃｅ）（「ＳＰＩ」）ライン２４を介して通信ブロック２２と通信している。電源ブロック２６は、スレーブ・ノード１４へ電力を供給する。電源ブロック２６は、コンバータ３０と通信するパワー・オーバー・イーサネット（Ｐｏｗｅｒ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ）（「ＰｏＥ」）モジュール２８を含む。コンバータ３０は、システム電力ユニット３２と通信し、ビデオ処理ブロック２０及び通信ブロック２２へ電力を与える。各々のノードはＰｏＥを用いて起動する必要はなく、他の手段を介しても電力を受けることができる。通信ブロック２２は他のデバイスと通信することができ、そのデバイスは例えば、ブルートゥース・インターフェース３４、シリアルインターフェース（例えばＲＳ−４８５ライン３８）、及びセキュア・デジタル（「ＳＤ」）カード・インターフェース４０を含む。コミュニケーション・ブロック２２は、イーサネット接続１６を介してイーサネット・コントローラ３６と信号を交換する。イーサネット・コントローラ３６は、クラスターにおけるスレーブ・ノード、例えば１４ａのそのポートの両方（例えばポート１７ａ及び１７ａ）へ制御信号を与える。
【００２５】
図３は通信ブロック２２の構成要素を例示する。ビデオ処理ブロック２０は、ＳＰＩライン２４上で通信ブロック２２のマイクロコントローラ２５へ接続されている。ビデオ処理ブロック２０は、システム１０の検出範囲内の人々の動作を捕捉して、処理して、それらの動作を表す信号を通信ブロック２２へ通信するのに必要なハードウェア、ソフトウェア、メモリ、及びインターフェース構成要素を含む。通信ブロック２０のマイクロコントローラ２５は、ブルートゥース接続３４、シリアル接続、例えばＲＳ−４８５ライン３８、イーサネット接続１６を介して他のデバイスと通信することができ、及びバックグラウンド・デバッグ・モード（「ＢＤＭ」）ポート３９へ通信することができる。マイクロコントローラ２５は、センサー・デバイス・ノード１２及び１４の機能を実行するために用いられた構成テーブル及びプログラム・コードを記憶するためのメモリを含む。
【００２６】
図４は本発明を実行する例示的方法の高水準フローチャートである。先ず、マスター・ノード１２は電源を入れられて初期化される（ステップS４２）。
同様に、クラスター内の各々のスレーブ・ノード１４は電源を入れられて初期化される（ステップS４４）。クラスター内の各々のスレーブ・ノード１４の電源投入及び初期化は、連続した順序で、一度に一つのスレーブ・ノードで実行される。この連続順序及び初期化については、後により詳細に論じる。一旦クラスター内の各々のノードが電源投入されて初期化されるならば、マスター・ノード１２はクラスター内の他のスレーブ・ノード１４の識別を決定して、クラスター構成テーブル１０を構築する（ステップS４６）。そのように、クラスター構成テーブルにおける最初の入力は、マスター・ノード１２の構成情報である。クラスター構成テーブルはマスター・ノード１２のメモリに記憶され、その内容はクラスターにおける各々のスレーブ・ノード１４へ進められる。従って、全てのスレーブ・ノード１４は、クラスターにおける他のスレーブ・ノード１４の識別及び構成を認識している。クラスター内の一つのノードに不具合が生じたとき（ステップS４８）、不具合のノードはマスター・ノード１２であるか又はスレーブ・ノード１４であるかを判定せねばならない（ステップＳ５０）。クラスター内の不具合ノードがスレーブ・ノード１４であると判定されたならば、次いで不具合スレーブ・ノード１４は新たなスレーブ・ノードと交換される（ステップS５２）。他方、不具合ノードがマスター・ノード１２であると判定されたならば、次いで新たなマスター・ノードが不具合マスター・ノードと交換される（ステップS５４）。一旦新たなノードがクラスター内の不具合ノードと交換されたならば、クラスター構成テーブルが更新されて（ステップＳ５６）、クラスター内の新たなノード又は複数のノードの包含を反映して、クラスター内の各々のノードが再構成されて、即ち、修正されたクラスター構成テーブルがクラスター内の各々のノードへ送られる（ステップＳ５８）。
【００２７】
図５は、本発明により実行されて、マスター・ノード１２に電源を入れて初期化して、クラスター内の各々のスレーブ・ノード１４の電源投入及び構成を可能にする例示的な方法を示す。先ず、知能ビジョン・システム（「ＩＶＳ」）に電力が加えられる（ステップＳ６０）。マスター・ノード１２は、その公衆ポート１３ａにおいて外部電源から電力を受け取る。次いでマスター・ノード１２はそのプライベート・ポート１３ｂを起動して、これはパワー−オーバー−イーサネット（「ＰｏＥ」）をスレーブ・ノード１４ａの第１のポート１７ａへ提供する。マスター・ノード１２が初期化され（ステップS６２）、マスター・ノード１２がクラスター構成テーブルを含むか否かが判定される（ステップS６４）。クラスター構成テーブルはマスター・ノード１２のメモリに記憶されたデータ・テーブルであり、所定のクラスター内のスレーブ・ノード１４ごとに構成変数を含む。構成変数は、クラスター内の各スレーブ・ノード１４についての物理的及び論理的アドレス、それらの空間座標、仮想計数ライン規定、及び他のパラメータを含み得る。マスター・ノード１２がクラスター構成テーブルを有さない（ステップS６４）、及びローカル・デバイス・マネージャ（「ＬＤＭ」）のようなピア・ツー・ピア接続が無いと判定したならば（ステップＳ６６）、次いでマスター・ノード１２は、それに接続されたスレーブ・ノード１４が無いと判定する。さもなければ、クラスター構成テーブルが存在するならば、マスター・ノード１２がプライベート・ポート−１３ｂにおいてイーサネットへ接続されているか否かを判定する（ステップS６８）。マスター・ノード１２は、二つのポート、即ち公衆ポート１３ａとプライベート・ポート１３ｂとを有する。マスター・ノード１２は、その公衆ポート１３ａを介してＤＨＣＰサーバー１５からＩＰアドレスを要求して割り当てられる（ステップS７０）。マスター・ノードは、ＤＨＣＩＰサブネットを有効にして実行させ（ステップS７２）、このスレーブ・ノードをサブネット・アドレスに割り当てることによって、クラスター内の第１のスレーブ・ノード１４ａを初期化する（ステップS７４）。次いでマスター・ノード１２は、ポート１３ｂに電源投入することによりスレーブ・ノード１４ａを起動することを可能とし（ステップＳ７６）、ポート１７aに電力を受け取らせて、ノード１４ａに電圧を加えて電源投入させる。
【００２８】
いまやマスター・ノード１２は、下流スレーブ・ノード１４の一つがアドレスを要求したか否かを判定し（ステップＳ７８）、全てのスレーブ・ノード１４に、各スレーブ・ノード１４が割り当てられたアドレスを受け入れるようにメッセージをブロードキャスティングする（ステップS８０）ことによりそのクラスター構成テーブルを構築する。マスター・ノード１２は、各スレーブ・ノードのＭＡＣアドレスを受取って、もはやスレーブ・アドレス要請が無くなるまでポート起動処理を係属する（ステップＳ７６乃至Ｓ８４）。もはやスレーブ・ノード・アドレス要請が受け取られず、特定の指定された期間が経過したならば（ステップＳ８６）、次いでマスター・ノード１２はクラスター内の全てのスレーブ・ノード１４を認識した（ステップＳ８８）ことを知り、クラスター構成テーブルの構築を終える（ステップＳ９０）。この時点では、クラスター構成テーブルはクラスター内のノード１２及び１４を認識するが、特定のノードの構成パラメータ、例えば、仮想カウント・ライン規定を含まない。マスター・ノード１２がクラスター内のスレーブ・ノードの一つからＭＡＣアドレスを受け取らないならば、これはエラー処理ルーチンを初期化する（ステップS９２）。このように、マスター・ノード１２からスレーブ・ノード１４１の上流ポート１７aへ送られる電力信号によって、クラスターの第１のスレーブ・ノード１４ａが起動される。次いでマスター・ノード１２は、スレーブ・ノード１４aにその下流ポート１７ｂを電源投入するように指示する。次いで、クラスター内の次のスレーブ・ノード１４ｂの上流ポート１７ｃは、スレーブ・ノード１４aの下流ポート１７ｂにより電源投入される。この処理は、クラスター内の全てのスレーブ・ノード１４ａが電源投入されるまで続けられる。
【００２９】
図６は、スレーブ・ノード１４ごとの電源投入及び初期化処理を例示する。クラスター内の第１のスレーブ・ノード１４ａは、電源投入されて初期化される。それ自身の初期化の後、スレーブ・ノード１４aは、次の下流スレーブ・ノード、例えば、クラスター内のスレーブ・ノード１４ｂを初期化する（ステップＳ９４）。初期化されたスレーブ・ノード１４がアドレスを既に要求したならば（ステップ９６）、それはマスター・ノード１２から受け取られたアドレス要求メッセージを解読して（ステップＳ９８）、それ自身のＭＡＣアドレスをマスター・ノード１２へ要求されたアドレスと共に送信し（ステップＳ１００）、クラスター内の次の下流スレーブ・ノード１４を有効にする（ステップＳ１０２）。初期化されたスレーブ・ノード１４がアドレスを既に要求していないならば、それは新たなスレーブ・ノード１４又はマスター・ノード１２として指定される（ステップＳ１０４）。この処理は、クラスター内の各々のスレーブ・ノード１４がクラスター内の次の下流スレーブ・ノード１４への電源を有効にするように、且つ、全てのスレーブ・ノード１４がそれらに固有のアドレスを割り当てられ、及びそれらのＭＡＣアドレスをクラスター内のマスターのＭＡＣアドレスへリンクされるまで繰り返される。
【００３０】
クラスター内のセンサ・デバイス１２と１４との間の初期ハンドシェークの後、デバイス１２及び１４のための構成パラメータが設定される。これは、パラメータ、例えば時間同期、仮想カウント・ライン、較正、その他を含み得る。ＰＣ又は他の汎用コンピューター・デバイスを用いて、全てのクラスターはそのクラスター内のマスター・ノード１２を介して構成される。全てのパラメータが設定された後、マスター・ノード１２は、それらの構成パラメータをその構成メモリ内のそのクラスター構成テーブル内に保存して、クラスター構成テーブルをクラスター内の全てのスレーブに亘って複製する。
【００３１】
従って、上述の図５及び図６において、システム１０は、人数計数システムにおけるセンサ・デバイスの所定のクラスターについてのマスター・ノード１２及びスレーブ・ノードを初期化する。マスター・ノード１２が電源投入されて、ＩＰアドレスを受け取って、次いでクラスター内の他のスレーブ・ノード１４の識別を判定する。本発明は単独のクラスター人数計数システムに限定されるものではなく、本発明の方式をマルチ・クラスタ・システムのために利用し得る。マスター・ノード１２が、クラスターにおける各々のスレーブ・ノード１４の識別及び構成を、各々のスレーブ・ノード１４から受け取られるＭＡＣアドレス及びノード構成パラメータを含めて判定した後、マスター・ノード１２は各々のスレーブ・ノード１４、それらのアドレス及び構成パラメータを列挙するクラスター構成テーブルを構築し、クラスター内の各々のスレーブ・ノード１４の間のマスター・ノード自身のアドレスを含むクラスター構成テーブルを複製する。従って、各々のノードはクラスター内の他の全てのノードの識別及び構成を認識している。各々のスレーブ・ノードのローカル・アドレス並びにそのＭＡＣアドレスは、マスター・ノード１２のＭＡＣアドレスに論理的にリンクされている。ＭＡＣアドレスは各々のデバイスに特有であるので、二つのイーサネット・ベースのノードは同じＭＡＣアドレスを持たない。
【００３２】
この形式においては、クラスター全体のノード・アドレス及び構成パラメータは、設置中にただ一回設定されるだけなので、不具合が生じた場合には、不具合ノードを交換することができ、ネットワークは、手動の介在及び費用がかかって時間がかかる再構成を伴うことなく、通常操作へ復旧される。更に、本発明は、ノードのクラスターを規則的な方式で物理的アドレスへ論理的にアドレス付けてマップ付けすることを可能とするので、マスター・ノード１２はそれに関連したスレーブ・ノード１４の論理的順序を判定することができ、従って、マスター・ノード１２は、そのクラスター内のスレーブ・ノード１４の連続的順序のマップを構築することを可能とする。
【００３３】
不具合デバイス、及び場合によっては全ネットワークがその構成パラメータを再度ダウンロードする必要がある従来技術システムとは異なり、本発明を用いる不具合デバイスは、単純に交換して、次いで再起動する必要があるのみである。次いで電源投入時のシステムは、更なる手動の介在を伴うことなく、それ自身で再構成する。図７−９は、既に構成されたマルチ・ノード・クラスター内のマスター又はスレーブ・ノードが不具合を起こした処理を説明し、また本発明の例示的な自動的再構成特徴を説明する。
【００３４】
システムの電源が落ち、不具合ノードが新たなノードと交換されると仮定される。次いでシステムは電源投入される。ここで図１及び図７を参照すると、
電力がマスター・ノード１２へ供給された後（ステップS１０６）、クラスター内の新たなノードにアドレスが割り当てられる（ステップＳ１０８）。アドレスを受け取る新たなノードは、それがマスター・ノード１２であるかクラスター内のスレーブ・ノード１４の一つであるかを判定しなければならない。これを達成するために、新たなモードは、割り当てられたアドレスがマスター・ノード１２であるデバイス、即ち割り当てデバイス、から到来したかを判定し（ステップＳ１１０）、これは例えばクラスター構成テーブル内を参照し、そのＭＡＣアドレスがマスター・ノード１２に関連しているか否かを判定することによる。アドレスがマスター・ノード１２から到来するならば、次いでノードは、それ自体をスレーブ・ノード１４として識別する。アドレスがマスター・ノード１２から到来しないならば、アドレスを受け取っているノードはそれがマスター・ノード１２であることを知る。図８のフローチャートは、コネクタ「Ｃ」」から開始されて、この状況を例示して以下に論じる。
【００３５】
再度図７を参照すると、新たなスレーブ・ノード１４はこれがスレーブ・ノードであることを知り、マスター・ノード１２との通信を確立する。新たなスレーブ・ノード１４は、そのクラスター構成テーブルが空であるか否かを判定する（ステップS１１２）。そのクラスター構成テーブルが空であるならば、新たなスレーブ・ノード１４は、そのＭＡＣアドレスをそのマスター・ノード１２のＭＡＣアドレスへ関連付ける（ステップＳ１１４）。新たなスレーブ・ノード１４がクラスター構成テーブルを既に有しているならば、次いで新たなスレーブ・ノード１４は、その前のマスター・ノード１２のＭＡＣアドレスと共にそのＭＡＣアドレスをマスター・ノード１２へ送信する（ステップＳ１１６）。新たなスレーブ・ノード１４は、マスター・ノード１２がそれ自身のクラスター構成テーブルを新たなスレーブ・ノード１４の構成及びアドレス・パラメータにより更新して、新たなスレーブ・ノード１４へ更新されたクラスター構成テーブルが送信されるまで待機する（ステップＳ１１８）。スレーブ・ノード１４は、それがマスター・ノード１２から更新されたクラスター構成テーブルを受け取るまで待機し（ステップＳ１２０）、受け取られたときには、その更新されたクラスター構成テーブル及びそのコンテンツをそのメモリに記憶する（ステップＳ１２２）。この配置構成は新たなスレーブ・ノードの自動化構成を可能とし、というのは、新たなスレーブ・ノードがそのＭＡＣ接続を自動的に更新して、マスター・ノード１２から新たなクラスター構成テーブルを受け取り、これは、新たなスレーブ・ノード１４が操作のためにそれ自身を構成するのに必要な構成パラメータを含むためである。
【００３６】
図８は処理のフローチャートであり、電力がＩＶＳ、例えばホスト１５に供給された後、クラスターにおける新たな交換されたノードにはＩＰアドレスを割り当てられ、新たに割り当てられたアドレスはマスター・ノードからではなく、これはＤＨＣＰサーバー１５からのＩＰアドレスであることを判定する。この方式では、新たなノードは、それが新たなマスター・ノード１２であると判定する。電源投入時に、新たなマスター・ノード１２は、それ自身のクラスター構成テーブルを走査して、それが実際に存在するか否かを判定する。不具合マスター・ノード１２が新たなマスター・ノード１２に交換されたとき、そのクラスター構成テーブルは空である。クラスターテーブルを「空にする」一つの方法は、電源投入と同時にスイッチを「読む」ことである。スイッチが所定の期間に亘って保持されるならば、プロセッサはクラスター構成テーブルのコンテンツを消去する。次いでマスター・ノード１２は、クラスター内の第１のスレーブ・ノード１４ａへの電力を有効にする（ステップＳ１２４）。一旦新たなマスター・ノード１２がクラスター内の第１のスレーブ・ノード１４ａに接続されるならば、これはスレーブ・ノード１４ａがアドレスを要請することを「聞く」（ステップS１２６）。アドレスが要請されないならば、マスター・ノード１２はスレーブ・ノード１４ａへアドレスを提供し（ステップＳ１２８）、ＭＡＣアドレス接続を有するスレーブ・ノード１４ａからの応答を待つ（ステップＳ１３０）。
【００３７】
スレーブ・ノード１４ａからのＭＡＣアドレス接続の受領と同時に、新たなマスター・ノード１２は、スレーブ・ノードから受け取られるＭＡＣアドレス接続がそれ自身に一致するか否かを判定する（ステップＳ１３２）。これが一致しないならば、この接続はバッファへ記憶される（ステップＳ１３４）。次いでコマンドが識別されたスレーブ・ノード１４ａへ送られて、クラスター内の次の下流スレーブ・ノード１４ｂを有効にする（ステップＳ１３６）。この処理は、マスター・ノード１２がクラスター内のスレーブ・ノード１４からのアドレス要請をもはや受け取らないまで続けられる。従って、所定の時間が経過した後（ステップS１３８）、時間マスター・ノード１２は、クラスター内の各々のスレーブ・ノード１４が有効になって識別されたことを知る（ステップＳ１４０）。このとき、新たなマスター・ノード１２は、クラスター内の各々のスレーブ・ノード１４からＭＡＣアドレス及び構成パラメータを得る。これは次いで、それ自身のクラスター構成テーブルが空白であるか否かを判定する（ステップS１４２）。それ自身のクラスター構成テーブルが空白であるならば、マスター・ノード１２は、（ステップＳ１３２に従って）バッファに記憶されたアドレス接続をコピーして、新たなクラスターテーブルを構築する（ステップS１４４）。この新たなクラスター構成テーブルは、クラスター内の全てのスレーブ・ノード１４及びマスター・ノード１２のＳＤカードに記憶されたテーブルへコピーされる。
【００３８】
図９はマスター・ノード１２がそのクラスター・テーブルが（図８のステップＳ１４２に従って）空白ではないと判定する際に本発明によりなされるステップを例示する。マスター・ノード１２がそのクラスター構成テーブルが空白ではないと判定するならば、マスター・ノード１２はクラスター内の他のスレーブ・ノード１４を記録して、何れかのスレーブ・ノード１４が特定のパラメータ、例えばそれらの以前のマスターのＭＡＣアドレス接続及び構成パラ−メータを有するか否かを判定する目的でＭＡＣ接続を受け取る（ステップＳ１４８）。これは、それらのスレーブ・ノード１４が新しくないが、既にマスター・ノード１２との関係を有する既存のノードであることを示す。この場合であれば、マスター・ノード１２はそれ自身をクラスター内の新たなマスター・ノード１２であると識別して、スレーブ・ノード１４の構成をそれ自身のクラスター構成テーブルへコピーすることを開始し、それ自身のＭＡＣアドレスをその対応するスレーブ・ノード１４へリンクさせて、アドレス及び構成データを全てのスレーブ・ノード１４に亘って複製する（ステップＳ１５０）。一つ以上のスレーブ・ノード１４が先のマスター・ノード１２とのＭＡＣアドレス接続を有さないならば、次いでマスター・ノード１２は一つ以上の新たなスレーブ・ノード１４がクラスター内にあると判定して、マスター・ノード１２のバッファに記憶された新たなスレーブ・ノード１４についてのＭＡＣ接続を用いることにより、それ自身のクラスター構成テーブルを更新する（ステップS１５２）。
【００３９】
特定の例においては、マスター・ノード１２は、クラスター内のスレーブ・ノード１４の数がそのクラスター構成テーブル内に記憶されているスレーブ・ノード１４の数に一致しないと判定するかもしれない。これが起こるならば、マスター・ノード１２はエラーを警告し、そのＬＥＤディスプレイでこの状態を示す。何らかの事情により、マスター・ノード１２がそのスレーブ・ノードを「見つける」ことができず、且つそれ自身のクラスター構成テーブルが空白ではないと判定するならば、マスター・ノードの１２はエラーを警告し、その状態について、ＬＥＤはそれが構成される必要があることを示す。マスター・クラスター構成テーブルが空白ではなく、且つそれが特定のタイムアウト時間の後にクラスター内にスレーブ・ノード１４が存在しないと判定するならば、マスター・ノード１２は、それ自体を単独のセンサー・システム、即ち、単独のマスター感知デバイスのみを有する人数計数システムとして確立する。
【００４０】
本発明は、人数計数システム１０における不具合センサー・ノードに交換する新たなセンサー・ノードを自動的に構成する方法及びシステムを提供する。
システム１０はマスター・ノード１２及び一つ以上のセンサー・ノード１４を含み、これはクラスターを形成する。システム１０は単独のクラスターのみを含むか、又は複数のクラスターを含み得る。先ず、マスター・ノード１２及びスレーブ・ノード１４は、電源を投入して初期化する必要がある。マスター・ノード１２の公衆ノード１３ａは、外部電源から電力を受け取る。マスター・ノード１２は、ＤＨＣＰサーバーからＩＰアドレスを割り当てられる。このとき、クラスター内の他のスレーブ・ノード１４は電源投入されない。次いでマスター・ノード１２はそのプライベート・ポート１３ｂを起動し、これはイーサネット上でクラスター内の第１のスレーブ・ノード１４ａの第１のポート１７ａへ電力を提供する。マスター・ノード１２はこの第１のスレーブ・ノード１４ａにアドレスを割り当て、これはＴＣＰ／ＩＰアドレスを含む任意のアドレスとすることができる。マスター・ノード１２はスレーブ・ノード１４ａのアドレス及び構成パラメータを記憶して、スレーブ・ノード１４ａにその第２のポート１７ｂを電源投入するように命じる。次いでスレーブ・ノード１４ａは、クラスター内の次のスレーブ・ノード、例えばスレーブ・ノード１４bへ、スレーブ・ノード１４bそれ自身を識別したかを尋ねる質問を送信する。スレーブ・ノード１４ｂの識別が明らかにされて、この処理は繰り返される。マスター・ノード１２が如何なる更なるアドレス及び構成情報を受けることができないとき、これはスレーブ・ノード情報をクラスター・テーブルに記憶するのに必要な全ての情報を有することを知る。
【００４１】
システム１０内のノードが故障したとき、それは交換せねばならない。故障したノードがマスター・ノード１２であるか又はスレーブ・ノード１４であるかは最初に判定される。スレーブ・ノードが故障したならば、新たなスレーブ・
ノード１４がクラスターへ挿入されて、故障したスレーブ・ノード１４と交換される。システム１０は再起動して、マスター・ノード１２は新たなスレーブ・ノード１４についての新たなＭＡＣアドレスを認識する。マスター・ノード１２は構成情報を新たなスレーブ・ノード１４へ送り、それ自身のクラスター構成テーブルを更新して、新たなスレーブ・ノード１４のアドレス及び構成パラメータを含め、新たなクラスター構成テーブルをクラスター内の全てのスレーブ・ノード１４へ「押し出す」。クラスター内の故障ノードがマスター・ノード１２であったと判定されたならば、新たなマスター・ノード１２が故障マスター・ノード１２に交換されて、新たなマスター・ノード１２はそれ自身を識別しているかについてクラスター内の各々のスレーブ・ノード１４に尋ねる。新たなマスター・ノード１２がこの情報を受けるとき、それはそれ自体を新たなマスター・ノード１２として認識する。新たなマスター・ノード１２がこの情報を受け取ったとき、これはそれ自身を新たなマスター・ノード１２として認識する。これは、クラスター内の各々のスレーブ・ノード１４から情報を受け取ることによって達成される。故障マスター・ノード１２の先のＭＡＣアドレスを含む二つ以上のスレーブ・ノード１４が互いに整合し、マスター・ノード１２の現在の構成から異なるならば、次いで現在のデバイスはそれが新たなマスター・ノード１２であると仮定される。この方式では、新たなノードが故障したマスター・ノード１２のアドレスを認識しないので、それが新たなマスター・ノード１２であることを知る。一旦マスター・ノード１２がクラスター内の新たなマスター・ノードであると理解するならば、各々のスレーブ・ノード１４にそれらのアドレス及び構成パラメータを送信するように尋ねる。次いで新たなマスター・ノード１２は新たなクラスター構成テーブルを構築し、テーブル内の情報をクラスター内の全てのスレーブ・ノード１４へ押し出す。従って、故障ノードがマスター・ノードであるか又はスレーブ・ノードであるかに係わらず、システム１０は故障ノードを認識する効率的な方法を提供し、新たなノードとの交換及びシステム１０の再起動の後、クラスター内の各々のノードを自動的に再構成する。
【００４２】
本明細書には実施形態の特定の特徴を例示して説明したが、幾多の変更例、代用例、変形例及び均等物がいまや当業者に思いつくであろう。従って、添付の特許請求の範囲は、全てのそのような変更例及び変形例を実施形態の真の要旨内にあるものとして包含するように意図されていることを理解されたい。
【００４３】
当業者には、本発明は本明細書で上述に特に図示及び説明されたものに限定されるものではないことが認められるであろう。更に、上述で逆のことが言及されない限り、添付の図面の全てが一定の比率ではないことに留意されたい。様々な変更例及び修正例が、本発明の目的及び要旨を逸脱しない範囲で、上述の教示を考慮して可能であり、これは以下の特許請求の範囲のみによって制限される。
【００４４】
本発明はハードウェアに実装及びコンピュータ・プログラム製品に埋設することができ、そのコンピュータ・プログラム製品は本明細書に説明した方法の実施を可能にする全ての特徴を含み、コンピュータ・システムにロードされたときに、これらの方法を実行することができる。記憶媒体とは、任意の揮発性又は不揮発性記憶デバイスに属するものとする。
【００４５】
この状況におけるコンピュータ・プログラム又はアプリケーションは、情報処理能力を有するシステムに以下のａ）他の言語、コード又は表記法への変換と、ｂ）異なる材料形態における複製との何れかを直接的に、又は何れかの後に、或いは両方の特定の機能を実行させるように意図された指令のセットの任意の言語、コード又は表記法における任意の表現を意味する。
【００４６】
更に、上述で逆のことに言及しない限り、添付の図面の全てが一定の比率ではないことに留意されたい。重要なことには、本発明はその要旨又はその重要な特質を逸脱しない範囲で、他の特定の形態で実行することができ、従って、本発明の目的を示すには、前述の明細書よりもむしろ、以下の特許請求の範囲を参照せねばならない。
【図１】
0005767717.tif 000002
【図２】
0005767717.tif 000003
【図３】
0005767717.tif 000004
【図４】
0005767717.tif 000005
【図５】
0005767717.tif 000006
【図６】
0005767717.tif 000007
【図７】
0005767717.tif 000008
【図８】
0005767717.tif 000009
【図９】
0005767717.tif 000010