(57)【特許請求の範囲】
【請求項１】
データを送信するバスネットワークと、前記バスネットワークに接続された発火装置と、前記発火装置の固有アドレスを記憶する論理デバイスと、前記バスネットワークを制御する兵器バスコントローラを有する電子兵器ネットワークシステムであって、
前記論理デバイスは前記発火装置に含まれる集積回路であって、前記固有アドレスを記憶する特定メモリを含み、更に、前記集積回路は、モードピンを有するハウジングの中にあり、
前記兵器バスコントローラは、最終システムに前記電子兵器ネットワークシステムをインストールする間又はその後に、前記最終システム内の論理デバイスに前記固有アドレスを送信する前記電子兵器ネットワークシステム。
【請求項２】
前記論理デバイスは、前記モードピンに電気的に接続されたデータコントローラを含む、請求項１に記載の電子兵器ネットワークシステム。
【請求項３】
前記データコントローラは、前記モードピンの特定の論理状態を検出し、当該特定の論理状態が検出されると前記バスネットワークからアドレス信号を取得する、請求項２に記載の電子兵器ネットワークシステム。
【請求項４】
前記データコントローラは、前記アドレス信号に基づき前記固有アドレスを生成し、前記論理デバイス内の前記特定メモリに前記固有アドレスを記憶する、請求項３に記載の電子兵器ネットワークシステム。
【請求項５】
前記特定メモリに記憶された固有アドレスは書換え不可能である、請求項４に記載の電子兵器ネットワークシステム。
【請求項６】
前記論理デバイスは、前記最終システムに前記電子兵器ネットワークシステムがインストールされる前は、前記特定メモリにアドレスを記憶しない、請求項４に記載の電子兵器ネットワークシステム。
【請求項７】
前記電子兵器ネットワークシステムが安全な電子制御方式の標準規格に基づく、請求項１に記載の電子兵器ネットワークシステム。
【請求項８】
前記論理デバイスが診断ブロックを含む、請求項１に記載の電子兵器ネットワークシステム。
【請求項９】
前記診断ブロックが前記兵器バスコントローラから診断要求を受信する、請求項８に記載の電子兵器ネットワークシステム。
【請求項１０】
前記診断ブロックは、前記診断要求を受信すると、前記発火装置で複数の診断テストを実行する、請求項９に記載の電子兵器ネットワークシステム。
【請求項１１】
前記パッケージはエネルギー貯蔵キャパシター（ＥＲＣ）ピンを含み、前記ＥＲＣピンは外部ＥＲＣと電気的に接続される、請求項１に記載の電子兵器ネットワークシステム。
【請求項１２】
前記論理デバイスは前記ＥＲＣピンと電気的に接続されるＥＲＣコントローラを含み、前記発火装置が戦闘コマンドを受信した後に、前記ＥＲＣコントローラは、前記ＥＲＣにより前記発火装置に対して配備チャージを提供できるようにする、請求項１１に記載の電子兵器ネットワークシステム。
【請求項１３】
前記ＥＲＣコントローラは、戦闘コマンドからの影響受けない独立した外部信号を受信し、前記ＥＲＣが前記配備チャージを提供できるようにする、請求項１１に記載の電子兵器ネットワークシステム。
【請求項１４】
電子兵器システムでネットワーク化された発火装置のアドレスを定義するための方法であって、
前記発火装置を前記電子兵器システムのバスネットワークに接続する処理であって、前記発火装置は、当該発火装置の固有アドレスを記憶する特定メモリを含む集積回路である論理デバイスを含む当該接続する処理と、
前記論理デバイスが前記ネットワークバスからアドレス信号を取得することができるように、アドレス論理デバイスのピンモードを特定の論理状態に設定する処理であって、前記ピンモードは前記集積回路をハウジングするパッケージに含まれている当該処理と、
前記論理デバイスの特定メモリに対する前記固有アドレスをエンコードする処理であって、前記固有アドレスは、最終システムに前記電子兵器ネットワークシステムがインストールされる間又はその後に、前記最終システム内の論理デバイスに対してエンコードされる当該エンコードする処理と、
を含む方法。
【請求項１５】
兵器バスコントローラを用いて、アドレス可能なバスを制御し、前記固有アドレスを前記論理デバイスの特定メモリに送信することを更に含む、請求項１４に記載の電子兵器システムでネットワーク化された発火装置のアドレスを定義するための方法。
【請求項１６】
前記アドレス信号を前記バスネットワークから取得し、前記アドレス信号に基づき前記固有アドレスを生成するデータコントローラを用いて、前記ピンモードの特定の論理状態を検出する処理を更に含む、請求項１４に記載の電子兵器システムでネットワーク化された発火装置のアドレスを定義するための方法。
【請求項１７】
前記論理デバイスの特定メモリに前記固有アドレスを記憶する、請求項１６に記載の電子兵器システムでネットワーク化された発火装置のアドレスを定義するための方法。
【請求項１８】
前記特定メモリに記憶された固有アドレスは書換え不可能である、請求項１６に記載の電子兵器システムでネットワーク化された発火装置のアドレスを定義するための方法。
【請求項１９】
前記固有アドレスは、前記最終システムに前記電子兵器ネットワークシステムがインストールされる前は、前記論理デバイスの特定メモリにアドレスが記憶されない、請求項１６に記載の電子兵器システムでネットワーク化された発火装置のアドレスを定義するための方法。
【請求項２０】
前記兵器バスコントローラから受信した要求に応じて、前記発火装置で複数の診断テストを実行する、請求項１４に記載の電子兵器システムでネットワーク化された発火装置のアドレスを定義するための方法。
【請求項２１】
前記複数の診断テストは、前記発火装置のイニシエータの点火エレメントの完全性を実証することを含む、請求項２０に記載の電子兵器システムでネットワーク化された発火装置のアドレスを定義するための方法。
【請求項２２】
前記複数の診断テストは、前記発火装置に含まれるＥＲＣの完全性を実証することを含む、請求項２１に記載の電子兵器システムでネットワーク化された発火装置のアドレスを定義するための方法。
【請求項２３】
前記発火装置が戦闘コマンドを受信した後に、前記ＥＲＣコントローラは前記発火装置に対して配備チャージを提供できるようにする処理を更に含む、請求項１４に記載の電子兵器システムでネットワーク化された発火装置のアドレスを定義するための方法。
【請求項２４】
前記ＥＲＣが前記発火装置に対して配備チャージを提供できるようにする前に、前記戦闘コマンドからの影響受けない独立した外部信号を受信する処理を更に含む、請求項２３に記載の電子兵器システムでネットワーク化された発火装置のアドレスを定義するための方法。
【請求項２５】
データを送信するバスネットワークと、前記バスネットワークに接続された発火装置と、前記発火装置に含まれる集積回路であって前記発火装置の固有アドレスを記憶する論理デバイスとを有する電子兵器ネットワークシステムであって、
前記論理デバイスは、
前記固有アドレスを記憶する特定メモリと、
モードピンと、
前記モードピンに電気的に接続されたデータコントローラであって、前記モードピンの特定の論理状態を検出し、及び、前記モードピンの特定の論理状態が検出されると前記バスネットワークからアドレス信号を取得して、前記特定メモリに前記固有アドレスを記憶する、
ことを含み、
最終システムに前記電子兵器ネットワークシステムをインストールする間又はその後に、前記バスネットワークを制御して、前記最終システム内の論理デバイスに前記固有アドレスを送信する兵器バスコントローラ、
を備えた前記電子兵器ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全般的には、電子兵器システムにおいてネットワーク化された発火装置のアドレスを定義する方法及びシステムを含む電子兵器ネットワークシステムに関し、発火装置内で診断テスト一式を実行し、発火装置に対して安全メカニズムを追加することに関するものである。
【０００２】
（相互参照）
本願は、２００８年１２月３１日に提出された、「METHODS AND SYSTEM FOR DEFINING ADDRESSES FOR PYROTECHNIC DEVICES NETWORKED IN AN ELECTRONIC ORDNANCE SYSTEM」と題された米国特許出願Ｎｏ．１２／３４７,９０５の優先権を主張し、参照によりここに組み入れるものとする。
【背景技術】
【０００３】
「発火の」という用語は、熱、光、ガス、煙、音の少なくとも何れかの生成に関して、内蔵型で自立型の発熱化学反応をすることができる物質をさす。そのような発火物質を用いた発火装置は、多くの航空、航空宇宙、そして地上での車両用においても広く用いられている。発火装置の例は、爆発ボルト、ボルトカッター、分離フェアリング、アクチュエータ、エンジン点火装置などを含む。
【０００４】
例えば、航空及び航空宇宙の応用例の場合、このような発火装置は、１つの構造体を別の構造体から分離させたり、積み込まれた位置から展開された位置へ構造体を解放するなどの様々な機能を実行するために用いることができる。ミサイルの特有の例を考えてみると、多くの発火装置はミサイル内に組み込まれて様々なオペレーションを実行する。例えば、ミサイルの発射の間、エンジン点火装置のために１以上の発火装置が使用されうる。ミサイルの飛行中では、後のステージで別の発火装置が用いられ、ステージ分離などを達成する。同様に、自動車などの地上での車両応用例では、発火装置はエアーバックの装着にいまや普通に用いられている。
【０００５】
このような発火装置はイニシエータを含む幾つかのコンポーネントを含み、適切な電子信号に応じてその装置を開始（すなわち、展開）する。また、発火装置はイニシエータの開始をコントロールし、コーディネートするための電子組み立て部品を含む。これらの発火装置の１以上は、最終システム（例えば、エアーバック装着システムや巡航ミサイルなど）にインストールされ、制御された展開を通じて用いられている。
【０００６】
一例において、最終システムにインストールされた各発火装置は、同一の機能（例えば、打ち上げ輸送船の異なるセクションにあるボルトカッター）を実行するする。他の例では、上述したように、異なる発火装置が異なる機能を実行する（例えば、発火装置のある一群はエンジン点火装置として用いられ、他の一群は、打ち上げ機におけるボルトカッターとして用いられる）。いずれのケースにおいても、特定の発火装置は、コマンド（例えば、発火指令）をその特定の発火装置に送信することができるという信号を送る能力を備えているべきである。これらの装置を正確に識別することは重要である。なぜなら、意図していない装置にうっかり送信した信号は、最終システムにおいて制御不能の展開を生じさせてしまうからである。
【０００７】
本発明の対象物、特徴及び特性は、そのすべてが本明細書の一部を形成する添付の特許請求の範囲及び図面とともに、以下の詳細な説明から、当業者であれば一層明らかとなるであろう。
【図面の簡単な説明】
【０００８】
【図１】図１は、電子兵器ネットワークシステムの一実施例を示す図である。
【図２Ａ】図２Ａは、ＳＢＷＰバスのトポロジー詳細に従って並行コンフィグレーショにある発火装置の例を提供する。
【図２Ｂ】図２Ｂは、ＳＢＷＰバスのトポロジー詳細に従って並行コンフィグレーショにある発火装置の例を提供する。
【図２Ｃ】図２Ｃは、ＳＢＷＰバスのトポロジー詳細に従って並行コンフィグレーショにある発火装置の例を提供する。
【図３】図３は、発火装置の一実施例を示すブロック図である。
【図４】図４は、ＳＢＷＰ規格に準拠したＥＲＣ安全メカニズムを示したフロー図である。
【図５】図５は、論理デバイスの一実施例を示す全体図である。
【図６】図６は、電子兵器ネットワークシステムにおける発火装置のアドレスを定義するための全体方法をあらわすフロー図である。
【図７】図７は、電子兵器ネットワークシステムにおける各発火装置により、固有アドレスを割り当てるプロセスを示したフローチャートである。
【図８】図８は、発火装置内の診断サービス一式を実行する方法を示すフロー図である。
【図９】図９は、ＥＲＣにより、イニシエータの発火要素又は開始デバイスに対して展開のチャージを供給するプロセスを示したフロー図である。
【発明を実施するための形態】
【０００９】
電子兵器システムをネットワーク化することによって、１以上の発火装置はバスにしたがってコントローラと通信することができる。ここで提供される開示の一実施例によれば、電子兵器ネットワークシステムにおける幾つかの発火装置は、最終システムにおける発火装置のインストール中又はその後に、それら装置のアドレスがすでに定義されることができるようコンフィグレーションされる。一実施例において、発火装置に含まれる論理デバイスは、固有アドレスが最終システム内の発火装置自体により取得されることができるようにするモードピンを含む。
【００１０】
上述したアドレス指定システム及び方法に加えて、電子兵器ネットワークシステムで用いられる発火装置の論理デバイスは、発火装置内の診断テスト一式を発火装置による受信された診断コマンドに応じて開始する診断ブロックを含む。
【００１１】
さらに、ここで述べる電子兵器ネットワークシステムは、安全な電子制御方式の標準規格に従いコンフィグレーションされる。複数の発火装置が、安全な電子制御方式の標準規格に従い並行して配置されるようコンフィグレーションされる。一実施例において、追加的な安全メカニズムが安全な電子制御方式の標準規格に従い、発火装置内のエネルギー保有キャパシターに付け加えられる。
【００１２】
ここに述べる技術に従う電子兵器ネットワークシステムは、戦術ミサイル、巡航ミサイル、地対空ミサイル、打上げ機、人工衛星などの（ここでは、これらをまとめて「最終デバイス」と称する。）様々な種類の航空及び航空宇宙装置で使用されうる。このような例において、電子兵器ネットワークシステムは、隔壁イニシエータ、爆発変換ライン、分離デバイス、発火アクチュエート・バルブなどを介した、爆発ボルト、ボルトカッター、壊れ易いジョイント、アクチュエータ、貫通チャージ（爆薬）、破砕チャージ、ガス生成器、空気入れ機器、モータ点火器などの様々な爆発し易かったり発火し易いエフェクター（以降、「発火装置」と称する。）の機能を開始するために用いられる。また、発火装置は、自動車のエアーバック装着システムなどの反応型エフェクターを用いる地上車両においても使用される。
【００１３】
図１は、電子兵器ネットワークシステム１００の一実施例を示す。電子兵器ネットワークシステム１００は、或る実施例ではバスネットワークとしても引用されるケーブルネットワーク１１０によって内部接続される多数の発火装置１０５を含む。一実施例において、バスネットワーク１１０は、発火装置１０５を兵器バスコントローラ１０１に接続する。
【００１４】
幾つかの実施例において、バスネットワーク１１０は、発火装置１０５に対して電圧、電力、制御信号を提供する少なくとも１つの２線式ケーブルから構成される。本願で用いられている「バスネットワーク」という用語は、多重らせん構造ワイヤー、単ワイヤー、フレキシブル基板などの他の適切なコンダクター（伝導体）を指す。一実施例において、バスネットワーク１１０は、当該バスネットワーク１１０に接続された各発火装置１０５に電力パワーとデータ信号を送信するために用いられ、その結果、電力ケーブルと信号ケーブルを分離する必要性を排除する。
【００１５】
一実施例において、発火装置１０５は、安全な電子制御方式の標準規格（ＳＢＷＰ）に準拠して（図１に示すような）パラレルバスコンフィグレーションで接続される。自動車安全拘束バス（automotive safety restraints bus:ＡＳＲＢ）の詳細を包含するＳＢＷＰ規格は、２線式のシリアル通信及び自動車乗員安全拘束システムのためのパワー配分バスの詳細を提供する。
【００１６】
ここでは、ＳＢＷＰに準拠した各発火装置１０５はパラレルバスコンフィグレーションに接続され、詳細には２つのバス線であるバスＡ及びバスＢに直接つながれている。このようなパラレル接続の場合、バス線は、バス、ツリー、リング構造、又はこのような構造の組み合わせにおいてＳＢＷＰ規格に準拠して経路指定される。
【００１７】
図２Ａ−２Ｃは、ＳＢＷＰのバストポロジー詳細に従ったパラレルコンフィグレーションにある発火装置の例を提供する。図２Ａは、バス構造において経路指定された線によるパラレルコンフィグレーションの一例である。図２Ｂは、ツリー構造で線が経路指定されたパラレルコンフィグレーションの他の例である。図２Ｃは、リング構造で線が経路指定されたパラレルコンフィグレーションの他の例である。
【００１８】
別の実施例において、発火装置１０５は、バスネットワークを用いてシリアル接続される。シリアル接続は、パッケージング、重さ、単純さの少なくとも１つが特に重要であるという応用例において有益である。このシリアル接続は、発火装置１０５を単一シリアルバスに接続することよって、複数の発火装置を一緒にデイジー・チェーン（直列接続）することによって、或いは他のシリアル接続戦略によって確立される。
【００１９】
再び図１を参照すれば、兵器バスコントローラ１０１は、バスネットワーク１１０を介して、検査を実行し、アドレスエンコーディングを制御し、兵器をすぐに使えるようにし、発火装置１０５を発射する。兵器バスコントローラ１０１は、バスネットワーク１１０を通じて接続された発火装置１０５の検査及び操作をコントロールするための指令によりプログラミングされる論理デバイスを含んだり、又はこの論理デバイスにより構成される。兵器バスコントローラ１０１は、特定用途向け集積回路（ＡＳＩＣ）、マイクロプロセッサ、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、分散ロジック、別のタイプの論理デバイス、又はそれらの組み合わせである。
【００２０】
兵器バスコントローラ１０１が用いられるアプリケーション又は最終システムに依存しながら、兵器バスコントローラ１０１自体は、電子兵器ネットワークシステム１００が使用される車両又はデバイス（すなわち、最終システム）に関連した点火制御システム又は情報ハンドリングシステムに接続される。或いは又、兵器バスコントローラ１０１は、電子兵器ネットワークシステム１００が使用される最終システムに組み込まれるか、そうでなければ当該最終システムおける１以上のプロセッサ又は情報ハンドリングシステムと組み合わせられる。さらに、兵器バスコントローラ１０１はスタンドアローン型であってもよく、人間又は機械的ソースからの入力信号を受信する。
【００２１】
上述したように、発火装置１０５は、例えばロケットモータ点火装置、熱バッテリー点火装置、ボルトカッター、ケーブルカッター、爆発ボルトなどの開始を行える任意の装置でありうる。或る例では、兵器バスコントローラ１０１に接続された発火装置１０５は、異なるタイプ（例えば、兵器バスコントローラ１０１に接続されるケーブルカッター及び爆発ボルト）の組み合わせである。
【００２２】
図３は、発火装置１０５の一実施例を示すブロック図である。一実施例において、発火装置１０５はバスインタフェース３０５を含む。或る実施例の場合、バスインタフェース３０５は発火装置３０５内に信号をさらに送信する前にバスネットワーク１１０から信号（例えば、パワー信号及びデータ信号）を受信する電子コンポーネントである。
【００２３】
発火装置１０５は、バスインタフェース３０５に電気的に接続された論理デバイス３１０を含む。或る実施例の場合、発火装置１０５は分離バスインタフェース３０５無しで操作される。この場合、論理デバイス３１０はバスネットワーク１１０と直接接続される。論理デバイス３１０のコンポーネント（構成要素）及び機能は、後述する図５を参照しながらより詳細に説明する。
【００２４】
発火装置１０５は、イニシエータ３２０を更に含む。イニシエータ３２０は、電子アセンブリ３３０及び発火アセンブリ３３５を少なくとも含む。電子アセンブリ３３０は、点火コマンド及び兵器をすぐに使えるようにするコマンドを受信し、点火のために発火アセンブリ３３５に向けてそれを送信する。ここで用いられる「イニシエータ」の用語は、電子アセンブリ３３０及び発火アセンブリ３３５の組み合わせを指す。したがって、例えば、ボルトカッターやケーブルカッターなどの発火装置１０５はイニシエータ３２０を含み、点火されると発火装置１０５の１以上のコンポーネントに力を及ぼしてボルトカッター又はケーブルカッターアクションを作り出す。
【００２５】
一実施例において、イニシエータ３２０の電子アセンブリ３３０は、分離したパッケージに含まれるＡＳＩＣである。他の実施例において、論理デバイス３１０ＡＳＩＣ内に電子アセンブリ３３０のコンポーネントを含む。典型的な実施例において、電子アセンブリ３３０は戦闘コントロールブロック３２１及び戦闘パワーブロック３２２を含む。戦闘コントロールブロック３２１は、バスネットワーク１１０を通じて受信した戦闘コマンドを受信する。幾つかの例において、戦闘コントロールは論理デバイス３１０を通じてバスネットワーク１１０から戦闘コマンドを受信する。
【００２６】
戦闘パワーブロック３２２は、発火装置内のエネルギー貯蔵キャパシター（ＥＲＣ）３５０からパワーを受信する。幾つかの実施例において、ＥＲＣ３５０はイニシエータ３２０の電子アセンブリ３３０内に配置される。他の例では、図３に示すように、ＥＲＣ３５０はイニシエータ３２０の外部に配置される。戦闘コントロールブロックが戦闘コマンドを受信すると、ＥＲＣ３５０は、例えばバスネットワーク１１０からのパワーを用いてチャージを開始する。チャージが完了すると、ＥＲＣ３５０は戦闘パワーブロック３２２に対する配備チャージを提供する。戦闘パワーブロック３２２からの配備チャージ及び戦闘コントロールブロック３２１からの戦闘コマンドを受領すると、戦闘スイッチ３２３がアクティベートされる。
【００２７】
一実施例において、ＥＲＣ３５０はバスネットワーク１１０を通じて外部チャージコマンドを受信する。或る例では、その外部チャージコマンドはバスインタフェース３０５を介してＥＲＣ３５０に回送される。他の例では、外部チャージコマンドは論理デバイス３１０を介してＥＲＣ３５０に回送される。その何れのケースであっても、外部チャージコマンドは、イニシエータの戦闘コントロールブロック３２１に回送された戦闘コマンドから独立しているということである。このような実施例において、ＥＲＣ３５０は、外部チャージコマンドを受領すると、戦闘パワーブロックだけに対して配備チャージを提供する。ＳＢＷＰ規格に準拠して付け加えられたこの追加的安全メカニズムは、発火装置をうっかりして配備することを防止する。
【００２８】
上記安全メカニズムは、図４を参照しながら更に説明される。一実施例において、発火装置の電子アセンブリは、例えばバスネットワークを通じて送信された戦闘コマンド４０５を受信する。電子アセンブリは、例えばバスネットワークを介して外部ＥＲＣチャージコマンド４１０を別々に受信する。上述したように、ＥＲＣは、戦闘コマンドを受領するとチャージを行い、ＥＲＣ配備チャージ４１０を提供する。図４に示すように、外部ＥＲＣ配備チャージコマンド４２０がＥＲＣ配備チャージ４１０と組み合わせられるときのみ、ＥＲＣ配備チャージは次のステージに移行される。次のステージで、ＥＲＣ配備チャージは戦闘コマンド４０５と組み合わせられ、発火装置を配備させる。
【００２９】
図３に戻って参照すると、（戦闘パワーブロック３２２、そして次に戦闘スイッチ３２３を介して回送された）ＥＲＣ３５０によって供給される配備チャージは、発火装置１０５を配備するために、発火アセンブリ３３５内のイニシエーションデバイス３２５をアクティベートするのに充分であればよい。使用されるイニシエーションデバイス３２５のタイプは、電子兵器ネットワークシステム１０５を用いるアプリケーションに依存して変化する。一実施例において、論理デバイス３１０及び電子アセンブリ３３０がマウントされる基板上に、薄型フィルムブリッジ・イニシエーションデバイスが直接配置される。当業者にとって既知なように他のタイプのイニシエーションデバイスが同様に用いられうる。このようなイニシエーションデバイスの例は、ブリッジ線により、発火材料又は薄型ブリッジが２つの大きな範囲を接続する半導体ブリッジを通じて渡されるようなイニシエーションデバイスを含む。
【００３０】
一実施例において、基盤上の回路トレースは論理デバイス３１０をイニシエータ３２０につなげる。論理デバイス３１０をイニシエータ３２０につなげる際に回路トレースを使用することによって、薄型フィルムブリッジ・イニシエーションデバイスに対するワイアーボンディングの必要性は、パッケージを簡略化し信頼性を向上させなければならないことを排除する。しかしながら、必要に応じて、論理デバイス３１０をイニシエータ３２０につなげるために、ワイアーボンディング又は他のタイプのコネクションが用いられる。
【００３１】
図５は、発火装置１０５に含まれる論理デバイスの一実施例を示す全体図である。一実施例において、各発火装置１０５内の論理デバイス３０５は特定用途向け集積回路（ＡＳＩＣ）である。他の実施例において、論理デバイス３０５は、これに制限するものではないが、マイクロプロセッサ、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、分散ロジック、又はそれらの組み合わせなどの他の任意の適切な論理デバイスを含む。
【００３２】
一実施例において、論理デバイスは信号通信／パワー抽出ブロック５１０を含む。信号通信／パワー抽出ブロック５１０は、論理デバイス３１０が発火装置１０５のバスインタフェース３０５とインタフェース通信することを可能にする。或る実施例においては、信号通信／パワー抽出ブロック５１０は、論理デバイス３１０がバスネットワークと直接インタフェース通信することを可能にする。一実施例において、信号通信／パワー抽出ブロック５１０は２つのバスインタフェースピン手段により、２つのワイアバスネットワーク５１５とインタフェース通信する。
【００３３】
信号通信／パワー抽出ブロック５１０は、バスネットワーク５１５と通信し、例えば兵器バスコントローラ１０１から受信したデータ信号（例えば、戦闘コマンド、ＥＲＣチャージコマンドなど）を受信する。次に、データ信号は、論理デバイス３１０の他の論理ブロック（例えば、ＥＲＣパワーブロック５４５，診断ブロック５４０など）、或いは発火装置１０５のイニシエータ３２０に回送される。上述したように、一実施例において、兵器システムは、ＳＢＷＰ規格に準拠してバスネットワークのための被覆されていないツイストされたペアケーブルを用いる。このツイスト・ペアケーブルは電気パワーとデータ信号の両方を送信し、これによりパワーケーブルと信号ケーブルをそれぞれ必要とすることを排除する。
【００３４】
したがって、信号通信／パワー抽出ブロック５１０は、バスネットワーク５１５から電気パワーを抽出し、様々な手段及び論理ブロック（例えば、ＥＲＣパワーブロック５４５）のために必要とされるパワーを供給する。
【００３５】
各論理デバイス３１０及び関連する発火装置は固有の識別子を有することができる。電子兵器ネットワークシステム１００は、論理デバイス３１０の固有の識別子を用いて特有のコマンド（例えば、戦闘コマンド）を識別し、そして電子兵器ネットワークシステム１００内の特定の発火装置１０５に対して送信する。上述したように、電子兵器ネットワークシステム１００はバスネットワーク１１０と接続された多重の発火装置１０５を含む。
【００３６】
多重の発火装置１０５のそれぞれは、異なるアクション（例えば、ボルトカッター、ケーブルカッターなど）を実行するように構成されている。兵器システム１００内の発火装置１０５のすべてが同じアクションを実行するとしても、各発火装置が最終システムの異なる部分又はロケーションで動作するように、最終システム内でこれら装置は調整される。したがって、同一のバスにそって複数の発火装置１０５が接続された場合、装置に対するコマンドを独立して送るために、その装置は固有の識別子（すなわち、固有アドレス）に基づき識別されることが必要であり、その結果、コマンドが正確に回送されることを保証する。
【００３７】
或る実施例において、固有アドレスは論理デバイス３１０内のデータオブジェクトとして記憶されるコードである。詳しく言うと、固有アドレスは、論理デバイス３１０の識別子メモリ５３５に恒久的に記憶されるコードでありうる。固有の識別子は、電子兵器ネットワークシステム１００がパワーアップされるたびごとに割り当てられうるのであるが、論理デバイスのハードウェア（すなわち、識別子メモリ５３５）でアドレスを恒久的にエンコードすることは、２つの発火装置１０５が後に同一アドレスで終わるというリスクを実質的に減少させる。
【００３８】
幾つかの例において、固有アドレスはデジタルオードであり、当業者にとって既知の二二のアドレシング・スキームを用いてエンコードされる。一例として限定するものではないが、固有アドレスは、電子兵器ネットワークシステム１００内の発火装置１０５の数と少なくとも同じ多さのビットを有するデータワード内で単一ビットとして定義されうる。ワード内のすべてのビットは１ビットを除き低くセットされる。ワード内の高ビットポジションは、特定の論理デバイス３１０、したがって対応の発火装置１０５を一意に識別するために取っておかれる。数値コード、アルファベット文字などの他の固有識別子又はアドレスが用いられうる。
【００３９】
論理デバイス３１０は、発火装置１０５が固有アドレスでエンコードされることを可能にするデータブロック５３０を含む。データブロック５３０は、固有アドレスを記憶するために論理デバイス３１０のメモリ（識別子メモリ５３５）と通信する。
【００４０】
既知のシステムにおいて、発火装置は最終システムにインストールされる前に識別子によりタグづけ（すなわち、プログラミング）される。既知のシステムの一実施例において、この識別子は、発火装置をハウジングするパッケージ上に刻み込まれたりプリントされたりする。別の例では、発火装置は、そこに記憶されたデジタルアドレスによりエンコードされる。いずれのケースにおいても、最終システムをアセンブリしたり調整するオペレータは、発火装置に対して既に割り当てた識別子を用いることが要求され、したがって、その対応のプリプログラミングされたアドレスに関連して各発火装置をトラックしなければならない。言い換えると、バスコントローラは、ネットワークシステムで用いられる発火装置に対応するプリプログラミングされたアドレスに従って構成されなければならない。それゆえ、プリプログラミングは、最終システムにおける電子兵器システムのインストールのフレキシビリティを制限するものとなる。
【００４１】
上述したような既知のプリプログラミングシステムは、安全性の問題に苦しむかもしれない。電子兵器ネットワークシステム内の発火装置は、それらが最終システムにインストールされる前に恒久アドレスと既に関連しているので、最終システムのオペレータは、アドレスに対する各装置のロケーションの相関を手作業でトラックしなければならない。この相関は、実質的には、発火装置に対する発行コマンド（例えば、点火コマンド）で用いられる。ロケーションに対して装置を相関させる際にオペレータがなし得る任意のエラーは、例えば、意図しない装置へ発行された点火コマンドを生じさせ、安全性の問題へと導くことになるであろう。
【００４２】
先行の解決方法とは異なり、且つここで述べた技術に従い、固有アドレスはプリエンコードされたり識別子メモリ５３５に記憶されたりせず、これにより、最終システムにインストールされる前、その間、又はその後である任意の時点で、電子兵器ネットワークシステム１００のアドレスプログラミングを可能にする。以下に詳述するとおり、固有アドレスは論理デバイスが最終システムにインストールされた後（又は論理デバイスがインストールされるとき）に論理デバイスに記憶されるようにすることができる。
【００４３】
一実施例において、論理デバイスをハウジングする（即ち、論理デバイスを含む集積回路をハウジングする）パッケージは、モードピン５２０を含む。上述したように、論理デバイス３１０は、当初は、固有アドレスを割り当てていない。電子兵器ネットワークシステム１００が最終システムにインストールされ、その時点では、どの発火装置１０５も固有アドレスをキャリーしていない。最終システムに電子兵器ネットワークシステム１００がインストールされた後（又はその間に）、固有アドレスで各発火装置をエンコードするためにモードピンが用いられる。
【００４４】
一実施例において、モードピン５２０はバスネットワーク５１５に接続されず、このバスネットワーク５１５とは独立した分離バス（図示せず）を用いて操作される。分離バスは、特定の論理状態（例えば、ロジックハイ(high)）でモードピン５２０を設定するために用いられる。幾つかの例では、例えば、発火装置１０５のモードピン５２０は、当初は、ロジックロー(low)レベルの初期状態である。発火装置１０５が固有アドレスでプログラミングされるとき、モードピン５２０は、例えばロジックハイ(high)の値に設定される。
【００４５】
幾つかの例において、モードピン５２０は、ワイヤー又はメッセージケーブルを介してプログラミンググデバイスと一時的に接続し、インストールの前、その間、又はその後で論理デバイス３１０の固有アドレスをプログラム処理する。プログラミンググデバイスはモードピン５２０に信号を提供するよう構成されている携帯型（例えば、ハンドヘルド）の装置であり、モードピン５２０が特定の論理状態にセットされるようにする。これは、論理デバイス３１０がアドレスプログラムのモードを入力して、発火装置１０５の恒久アドレスになるであろうコードを受信し記憶することができるようにするものである。他の例の場合、ユーザは接続手段（例えば、ワイヤージャック、ワイヤープローブなど）を用いて、モードピン５２０を例えば電圧源に接続し、そして特定の論理状態でモードピンをセットするためにモードピン５２０に電圧を直接的に加える。このような例の場合、固有アドレスにより協力して各デバイスをプログラム処理するため、デバイスが最終システムにインストールされる間又はその後に、ユーザは各デバイスを手作業で操作する。
【００４６】
一実施例において、（特定の論理状態でモードピンをセットされた）発火装置１０５は、バスネットワーク５１５を通じてアドレス信号を受信する。或る実施例では、兵器バスコントローラ１０１はバスネットワーク５１５を通じてアドレス信号を送信する。ここで、特定の論理状態でモードピンをセットされた論理デバイス３１０（すなわち、アドレスプログラムモードにある論理デバイス３１０）は、アドレス信号を受信する。残りの論理デバイス（すなわち、特定の論理状態でモードピンがセットされていない論理デバイス）は、アドレス信号を受け付けない。信号通信／パワー抽出ブロック５１０は、アドレス信号を受信し、そしてこのアドレス信号をシステムブロック５３０に伝達する。或る例では、信号通信／パワー抽出ブロック５１０（又は信号通信／パワー抽出ブロックと通信するデータブロック５３０）は、モードピン５２０上で論理状態をモニタリングし、そして兵器バスコントローラ１０１がアドレス信号を送信するとき（このとき、モードピンは特定の論理状態である）、バスネットワーク５１５からアドレス信号を取得する。
【００４７】
別の実施例において、プログラム処理される発火装置１０５は、外部ソースからアドレス信号を受信する。或る実施例では、例えば、プログラミングデバイスは発火装置１０５にアドレス信号を供給するために使用される。上述したように、プログラミングデバイスは、当初は、アドレスプログラムモードに発火装置１０５をセットするために（すなわち、特定の論理状態でモードピン５２０をセットすることによって）、使用される。次にプログラミングデバイスは、モードピン５２０を用いてアドレス信号におけるタイムを記録する。上述したように、モードピン５２０は、（直接的、或いは幾つかの実施例では信号通信／パワー抽出ブロック５１０を介して）データブロック５３０に電気的に接続されている。このような例では、データブロック５３０はモードピン５２０からアドレス信号を受信する。
【００４８】
幾つかの例において、データブロック５３０はアドレス信号を受信し、対応する固有アドレスを生成する。上述したように、データブロック５３０は任意のアドレシングスキームを用いてアドレス信号をエンコードし、固有アドレスを生成する。次に、データブロック５３０は、論理デバイス３１０の識別子メモリ５３５に生成した固有アドレスを記憶する。他の例では、データブロック５３０は、この受信したアドレス信号を固有アドレスとして直接使用し、識別子メモリ５３５内に受信したアドレス信号を記憶する。
【００４９】
識別子メモリ５３５に固有アドレスを記憶した後、モードピン５２０はデフォルトの論理状態の値にリセットされる。幾つかの例において、論理デバイスの信号通信／パワー抽出ブロック５１０はモードピン５２０をリセットする。他の例では、プログラミングデバイスが特定の論理状態でモードピン５２０をセットするために使用された場合、そのプログラミングデバイスは、論理デバイス３１０がアドレス信号を受信した後で、モードピン５２０をリセットする。
【００５０】
上述したように、多数の発火装置が最終システム内で用いられ、様々なオペレーションを実行する。例えば、ミサイルシステムにおいては、第１のグループの発火装置は、ミサイル打上げの間、エンジン点火装置のために使用される。第２のグループの発火装置は、ステージ分離などを実現するために、ミサイルの飛行中、後のステージで使用される。したがって、一実施例において、１つの特定のグループに属する発火装置は、類似のアドレスでエンコードされる（例えば、ある１つのグループに属する発火装置は、共通の「予め決まった」値を含むアドレスを有する）。これは、例えば兵器バスコントローラが、予め固定された値を特定することによって共通のグループの発火装置に対して同時にコマンド（例えば、点火コマンド、診断コマンド）を送信することができるようにするものである。
【００５１】
次のセクションは、例えば、兵器バスコントローラ１０１が発火装置１０５と通信するというような、固有アドレスがどのように用いられるかを示すものである。兵器バスコントローラ１０１は、例えば、アドレスフィールド、フレーム、アドレスされるべき特定の論理デバイスを識別するコマンド信号において他の指し示すものを含むことにより、特定の論理デバイスにデジタルコマンド信号を送信する。或る例において、そのコマンド信号は固有アドレスと同じ数のビットをもつアドレスフレームを含む。アドレスフレームにおけるすべてのビットは、１ビットを除きロー(low)に設定されている。アドレスフレーム内のハイ(high)ビットの位置は、単一の発火装置の固有アドレスに対応する。したがって、この典型的なコマンドは、対応する固有アドレスをもつ論理デバイスによって認識されるであろう。
【００５２】
幾つかの例において、アドレシングスキームは、兵器バスコントローラ１０１が一群の発火装置を同時にアドレスできるように拡張される。この場合、一群とは２つの発火装置から全ての発火装置までの範囲である。一例であって制限するものではないが、アドレスフレームのハイ(high)に対して１ビットよりも多くセットすることによって、一群の発火装置が点火される。この場合、その一群の発火装置のそれぞれにおける論理デバイスは、アドレスフレームのハイ(high)に対してセットされた１ビットに対応する固有アドレスを有している。
【００５３】
再び、図５を参照すると、論理バイアス３１０は、一実施例においてＥＲＣパワーブロック５４５を含む。上述したように、発火装置１０５は、イニシエータ３２０が例えば配備／戦闘／点火コマンドを受信するとき、イニシエータ３２０に対して配備チャージを提供するＥＲＣ３５０を含む。一実施例において、イニシエータ３２０が戦闘コマンドを受信するとき、ＥＲＣ３５０を含む。ＥＲＣ３５０はバスネットワーク５１５からのパワーを用いてチャージアップする。一実施例において、ＥＲＣパワーブロック５４５は、ＥＲＣ３５０と電気的に接合されている。ＥＲＣパワーブロック５４５は、信号通信／パワー抽出ブロック５１０と通信して、イニシエータ３２０が戦闘コマンドを受信するいなや、ＥＲＣ３５０にチャージパワーを供給する。
【００５４】
さらに、ＳＢＷＰ規格に準拠して、ＥＲＣ３５０は、外部チャージコマンドを受信した後にのみ、イニシエータ３２０に配備チャージを更に供給する。この外部チャージコマンドは、例えば兵器バスコントローラにより発行された点火や戦闘コマンドとは独立している。一実施例において、論理デバイス３１０の信号通信／パワー抽出ブロック５１０は、バスネットワーク５１５から外部チャージコマンドを受信し、この外部チャージコマンドをＥＲＣパワーブロック５４５に回送する。したがって、ＥＲＣ３５０と電気的に接合されたＥＲＣパワーブロック５４５は、ＥＲＣ３５０に対して、チャージパワーと外部ＥＲＣ外部コマンドの両方を供給する。
【００５５】
一実施例において、論理デバイス３１０はイニシエータインタフェース５５０を含む。上述したように、或る例において、イニシエータ３２０の電子アセンブリ３３０は、論理デバイス３１０内に存在する（図５において図示せず）。別の例では、イニシエータ３２０の電子アセンブリ３３０は論理デバイス３１０の外部に存在する。いずれの場合であっても。論理デバイス３１０の信号通信／パワー抽出ブロック５１０は、バスネットワーク５１５からデータ信号（例えば、戦闘コマンドなど）及びパワーを抽出し、これらをイニシエータインタフェース５５０経由でイニシエータ３２０へ回送する。
【００５６】
一実施例において、論理デバイス３１０は診断ブロック５４０も含む。兵器バスコントローラ１０１は、発火装置１０５に要求を送信して、発火装置内で１以上の診断テストを実行する。ある例では、兵器バスコントローラは発火装置１０５にコマンド送信して、一組の診断テストを実行する。このような場合、論理デバイス３１０の信号通信／パワー抽出ブロック５１０は、バスネットワーク５１５を通じて送信された診断コマンドを受信する。次に、信号通信／パワー抽出ブロック５１０は、このコマンドを診断ブロック５４０に送信する。診断ブロック５４０は、単一の診断コマンドに応じて、複数の診断テストを開始し、発火装置１０５の様々なコンポーネントから診断結果を受信する。
【００５７】
一実施例において、診断ブロック５４０が各コンポーネントから状態表示又は結果を受信するとき、それはすべてのコンポーネントの状態をあらわすデジタルコードを生成する。次に診断ブロック５４０は、信号通信／パワー抽出ブロック５１０に対してコードを送信する。信号通信／パワー抽出ブロック５１０はこのコードを、バスネットワーク５１５を通じて兵器バスコントローラ１０１に送信する。幾つかの実施例において、診断ブロック５４０は、論理デバイス３１０のローカルメモリ（不図示）に診断テストの結果を記憶する。兵器バスコントローラ１０１は、例えば電子兵器ネットワークシステム１００又は最終システムの中心プロセッサに対して結果を報告する。他の例では、兵器バスコントローラは単にデータを内部に記憶したり、電子兵器ネットワークシステム１００のオペレータやユーザに対して例えば可視化媒体（例えば、ＬＥＤインジケータ、コンピュータモニタなど）を用いてそのデータを表示する。
【００５８】
以下のセクションは、論理デバイス３１０により実行される診断テストの一例を詳細に記載している。一実施例において、診断ブロック５４０は、発火装置１０５の（イニシエータ３２０のイニシエーションデバイス３２５の）点火ブリッジが無傷であるかどうかを決定するために診断テストを開始する。点火エレメントが各イニシエータ３２０で無傷でるか否かを決定することは、電子兵器ネットワークシステム１００の継続した操作性を変更することに重要となる。点火エレメントの完全性は、そこに、例えば少しだけコントロールされた電流量を流すことによってテストされる。この診断テストの可能性として考えられる出力は、高すぎる抵抗、低すぎる抵抗、及び範囲内の抵抗である。抵抗が高すぎる場合、電子兵器ネットワークシステム１００は点火エレメントが壊れたことを暗示する。抵抗が低すぎる場合、電子兵器ネットワークシステム１００は点火エレメントがショートしたことを暗示する。
【００５９】
同様に、診断ブロック５４０は、例えばＥＲＣパワーブロックに適切なコマンドを送信することによって、ＥＲＣの完全性を決定するための診断テストを開始する。類似の診断が、同様の発火装置の他のコンポーネントで実行される。その結果、診断ブロック５４０は、兵器バスコントローラからコマンドを受信し、複数の診断テストを開始する。
【００６０】
これは、従来の解決方法とは異なっており、例えば、オペレータ（又はデバイス開始診断テスト）がそれぞれの診断テストコマンドを送出し、発火装置の各コンポーネントで診断テストを実行する。オペレータは各コマンドをそれぞれに発行しなければならないので、従来の解決方法における各発火装置の診断テストは時間を消費し面倒なものであった。
【００６１】
したがって、診断ブロック５４０と関連してここに記載される技術は、発火装置１０５のあらゆるコンポーネントをテストするためのコマンドをそれぞれに送出するという、ユーザ又はオペレータの必要性を未然に除去するものである。
【００６２】
図６は、電子兵器ネットワークシステムにおける発火装置のアドレスを定義するための全体方法をあらわすフロー図である。一実施例において、多重の発火装置がバスネットワーク６０５に接続されている。各発火装置は発火装置を識別する固有アドレスを記憶するためのメモリロケーションを更に含む論理デバイスを備える。幾つかの例の場合、論理デバイスは集積回路としてパッケージされたＡＳＩＣデバイスである。この時点では、アドレスメモリロケーションはどんなアドレスも含んでいない。論理デバイスは、発火装置が最終システムにインストールされる前に、この固有アドレスでエンコードされてはいない。
【００６３】
バスネットワークに接続された多重の発火装置は、当該バスネットワークを通じてパワー及びデータ信号を受信する。一実施例において、バスネットワーク及び発火装置に送信されたデータは、兵器バスコントローラ６１０を用いてコントロールされる。兵器バスコントローラは、多重の発火装置及びバスネットワークとともに、電子兵器ネットワークシステム６１５を形成するために一緒にアセンブリされる。
【００６４】
次に、電子兵器ネットワークシステムは最終システム６２０にインストールされる。電子兵器ネットワークシステムが最終システムにインストールされた後、兵器バスコントローラは一連の固有アドレス信号を送信して、各発火装置内の論理デバイスが固有アドレス６２５を選択的に生成し記憶できるようにする。
【００６５】
図７は、電子兵器ネットワークシステムにおける各発火装置により、固有アドレスを割り当てるプロセスを示したフローチャートである。一実施例において、上述したように、電子兵器ネットワークシステムは最終システム７０５にインストールされる。幾つかの例において、電子兵器ネットワークシステムはバスネットワークに接続された器バスコントローラ及び多重の発火装置を含む。
【００６６】
各発火装置に対する固有アドレスの割り当ては、第１の発火装置７１０の選択で開始する。７２０で、第１の発火装置の論理デバイスのモードピンは特定の論理状態に設定される。一実施例において、上述したように、このモードピンは外部プログラミングデバイスと一時的に接続し、モードピンをロジックハイ(high)の値に設定する。モードピンが特定の論理状態に設定された後、アドレス信号は論理デバイス７２５に送信される。上述したように、幾つかの例において、これはバスネットワークを介したアドレス信号の送信により達成される。他の例では、アドレス信号は（例えば、外部ログラミングデバイスを用いてアドレス信号においてタイムを記録することにより、）論理デバイスの中でモードピンを用いながらタイム記録される。
【００６７】
特定の論理状態でモードピンを設定することは、第１の発火装置の論理デバイスがバスネットワーク７３０からアドレス信号を取得できるようにするものである。論理デバイスは受信したアドレス信号に基づき固有アドレスを生成する。他の例では、論理デバイスは論理デバイス７３５の特定メモリにその後に記憶される。
【００６８】
図８は、発火装置内の診断サービス一式を実行する方法を示すフロー図である。一実施例において、兵器バスコントローラは発火装置にコマンドを送信して、診断テスト一式８０５を実行するよう発火装置に要求する。発火装置に含まれる論理デバイスは、診断デバイス８１０により受信された要求を受信するように適合された診断ブロックを含む。
【００６９】
診断テストを実行するためのコマンドを受信することを受けて、論理デバイスの診断ブロックは診断テスト一式８１５を開始する。例えば、診断テストは発火装置の様々なコンポーネントで完全性のチェックを実行する。例えば、診断テストは、（発火装置の）イニシエータの点火ブリッジに対してコントロールされた電流量が送信されるようにし、その点火ブリッジがショート、オープン又は正常のどの状態であるかを決定する。同様に、別の例において、点火ブリッジは論理デバイスと電気的に接続されるＥＲＣで完全性のチェックを実行する。
【００７０】
各診断テストが完了すると、ある実施例では、診断ブロックは全テストの結果を受信する（８２０）。一実施例において、診断ブロックは、全テストの結果を示すコードを生成し、バスコントローラにそのコードを送信する（８２５）。別の実施例では、診断ブロックは、各診断テストの結果を兵器バスコントローラに対して一つずつ送信する。１以上の診断テストの結果を受信すると、兵器バスコントローラはユーザやオペレータのために報告を準備し、或いは可視化媒体（例えば、ＬＥＤインジケータ、コンピュータモニタなど）を用いて、電子兵器ネットワークシステム１００のユーザやオペレータに診断テストの結果を送信する。
【００７１】
図９は、ＥＲＣにより、イニシエータの発火要素又は開始デバイスに対して展開チャージを供給するプロセスを示したフロー図である。一実施例において、論理デバイスは兵器バスコントローラ９０５から戦闘又は点火コマンドを受信する。次に論理デバイスは、この戦闘コマンドを、イニシエータ及びＥＲＣ（又は幾つかの実施例においては、ＥＲＣのコントロールブロック）に送信する（９１０）。戦闘コマンドを受信すると、ＥＲＣはバスネットワークから受信したパワーを用いて配備チャージレベルにまでチャージする。配備チャージレベルは、点火エレメント又はイニシエーションデバイスがそれを展開させるよう適合されたチャージである。
【００７２】
９１５での処理は、ＥＲＣが配備チャージレベルにまでチャージされたかどうかを特定する。もしチャージされていなければ、９２０に移行し、ＥＲＣが配備チャージレベルに到達したかどうかを再びチェックする前に、所定の時間量を待つ。ＥＲＣが配備チャージレベルに到達したら、その処理はＥＲＣが外部チャージコマンドを受信したかどうかを確認する（９２５）。外部チャージコマンドは、安全な電子制御方式の標準規格（ＳＢＷＰ）に準拠して実行される安全メカニズムであり、戦闘コマンドとは独立して送信される。ＥＲＣによってイニシエータに展開チャージを供給することができる前に、ＥＲＣは戦闘チャージコマンドを受信しなければならない。
【００７３】
ＥＲＣがＥＲＣチャージコマンドをそれぞれに独立して受信した後、ＥＲＣはイニシエータに配備チャージを供給し、点火エレメント又はイニシエーションデバイスが配備を行えるようにする。ステップ９１５及び９２５は互いに必ずしも従う必要がないことに留意された。或る実施例では、ステップ９１５及び９２５の処理は、一方の処理が他方の処理を確認する前に完了されることを要求することなく、両パラメータのために独立してチェックする。
【００７４】
ここで述べた技術は様々な形式及び方法で具体化される。上述した詳細な説明及び図面は本発明の典型的な実施例を示す。当業者であれば、本発明は記載されていない他の形式及び方法で具体化されうることを理解するであろう。第１、第２、最初、及び最後などの関連語の使用は、１つのエントリやアクションを他のものと区別するために、そのようなエントリやアクション間での実際の関係や順序を要求したり示唆することなく用いられていることを理解されたい。
【００７５】
さらに、当業者であれば、上述した例や実施例は例示であって、本発明の範囲を制限するものではない。当業者が本明細書を読み図面を検討すれば明らかなあらゆる置換、強化、均等物、組み合わせ、及び改良が本発明の精神及び範囲内に含まれることを意図している。それゆえ、添付の特許請求の範囲は、本発明の精神及び範囲内にある修正、置換、及び均等物すべてを含むことを意味するものである。
【図１】
0005576877.tif 000002
【図２Ａ】
0005576877.tif 000003
【図２Ｂ】
0005576877.tif 000004
【図２Ｃ】
0005576877.tif 000005
【図３】
0005576877.tif 000006
【図４】
0005576877.tif 000007
【図５】
0005576877.tif 000008
【図６】
0005576877.tif 000009
【図７】
0005576877.tif 000010
【図８】
0005576877.tif 000011
【図９】
0005576877.tif 000012