(57)【要約】      （修正有）【課題】装備管理システムに関し、特に、無人プラットフォームと共に用いられる装備管理システムを提供する。【解決手段】装備管理システム（ＳＭＳ）１１４は、有人ステーションと、無人プラットフォームと、有人ステーション及び無人プラットフォームの間のデータリンク１１２とを含む。有人ステーションは、主武器制御メッセージ（以下「ＭＡＣＭ」）エンコーダ１３０と、第１クリティカル制御メッセージ（以下「ＣＣＭ」）エンコーダ１３２と、第２ＣＣＭエンコーダ１３４とを含む。無人プラットフォームは、ＭＡＣＭデコーダ１７４と、第１ＣＣＭデコーダ１７６と、第２ＣＣＭデコーダ１７８とを含む。データリンク１１２は、ＭＡＣＭ１６０を、ＭＡＣＭエンコーダからＭＡＣＭデコーダへ送信し、第１ＣＣＭ４００を、第１ＣＣＭエンコーダから第１ＣＣＭデコーダへ送信し、第２ＣＣＭ５００を、第２ＣＣＭエンコーダから第２ＣＣＭデコーダへ送信する。【選択図】図１
2010085084.tif 000002
【特許請求の範囲】
【請求項１】
主武器制御メッセージ・エンコーダ（１３０）と、第１クリティカル制御メッセージ・エンコーダ（１３２）と、第２クリティカル制御メッセージ・エンコーダ（１３４）と、を備えた有人ステーションと、
主武器制御メッセージ・デコーダ（１７４）と、第１クリティカル制御メッセージ・デコーダ（１７６）と、第２クリティカル制御メッセージ・デコーダ（１７８）とを備える無人プラットフォームと、
前記有人ステーションと前記無人プラットフォームとの間のデータリンクと、
を含む装備管理システム（ＳＭＳ）（１１４）であって、
前記データリンクは、
前記主武器制御メッセージ・エンコーダから、前記主武器制御メッセージ・デコーダへ、主武器制御メッセージ（１６０）を送信し、
前記第１クリティカル制御メッセージ・エンコーダから、前記第１クリティカル制御メッセージ・デコーダへと、第１クリティカル制御メッセージ（４００）を送信し、
前記第２クリティカル制御メッセージ・エンコーダから、前記第２クリティカル制御メッセージ・デコーダへと、第２クリティカル制御メッセージ（５００）を送信することを特徴とする装備管理システム（１１４）。
【請求項２】
補助的主武器制御メッセージ・エンコーダ（１５６）と補助的データリンク（１６６）とを含む主武器制御ステーション（１０６）をさらに備え、前記補助的データリンクは、前記第２主武器制御メッセージ・エンコーダから前記主武器制御メッセージ・デコーダ（１７４）へ、補助的主武器制御メッセージ（１６０）を送信することを特徴とする請求項１記載の装備管理システム（１１４）。
【請求項３】
前記無人プラットフォームは、前記主武器制御メッセージ（１６０）と、前記第１クリティカル制御メッセージ（４００）と、前記第２クリティカル制御メッセージ（５００）とを受信した際に、武器（１４６）をリリースすることを特徴とする請求項１に記載の装備管理システム（１１４）。
【請求項４】
前記無人プラットフォームは、ウォッチドッグタイマーと、該ウォッチドッグタイマーをインクリメントする主武器制御メッセージ（１５２）とをさらに含むことを特徴とする請求項１に記載の装備管理システム（１１４）。
【請求項５】
前記第２クリティカル制御メッセージ（５００）は、前記第１クリティカル制御メッセージ（４００）の複製であることを特徴とする請求項１に記載の装備管理システム（１１４）。
【請求項６】
前記主武器制御メッセージ・エンコーダ（１３０）は、前記第１クリティカル制御メッセージ・エンコーダ（１３２）及び前記第２クリティカル制御メッセージ・エンコーダ（１３４）とは、別体に設けられており、前記第１クリティカル制御メッセージ・エンコーダは、前記第２クリティカル制御メッセージ・エンコーダと別体に設けられていることを特徴とする請求項１に記載の装備管理システム（１１４）。
【請求項７】
前記主武器制御メッセージ・デコーダ（１７４）は、前記第１クリティカル制御メッセージ・デコーダ（１７６）及び前記第２クリティカル制御メッセージ・デコーダ（１７８）とは、別体に設けられており、前記第１クリティカル制御メッセージ・デコーダは、前記第２クリティカル制御メッセージ・デコーダとは別体に設けられていることを特徴とする請求項１に記載の装備管理システム（１１４）
【請求項８】
前記データリンク（１１２）は、前記有人ステーションに第１アンテナ（１１８）を、前記無人プラットフォームに第２アンテナ（１２０）を備え、  前記第１、第２アンテナは、複数の無線周波数を用いて通信を行なうことを特徴とする請求項１に記載の装備管理システム（１１４）。
【請求項９】
前記無人プラットフォームは、さらに、  前記主武器制御メッセージ・デコーダ（１７４）に対して通信可能に接続されたパワーバススイッチ（１８０）と、  前記第１クリティカル制御メッセージ・デコーダ（１７６）に対して通信可能に接続された第１トランジスタ（１８２）と、  前記第２クリティカル制御メッセージ・デコーダ（１７８）に対して通信可能に接続された第２トランジスタ（１８４）と、  を備え、  前記パワーバススイッチ、前記第１トランジスタ及び前記第２トランジスタは、直列接続されたことを特徴とする請求項１に記載の装備管理システム（１１４）。
【請求項１０】
前記無人プラットフォームは、さらに、  前記主武器制御メッセージ・デコーダ（１７４）に対して通信可能に接続されたパワーバススイッチ（１８０）と、  前記第１クリティカル制御メッセージ・デコーダ（１７６）に対して通信可能に接続されたｎ個の第１トランジスタ（１８２）と、  前記第２クリティカル制御メッセージ・デコーダ（１７８）に対して通信可能に接続されたｎ個の第２トランジスタ（１８４）と、を含み、
前記ｎは、前記無人プラットフォーム上の武器ステーションの数と同数であることを特徴とする請求項１に記載の装備管理システム（１１４）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に云えば装備管理システムに関し、特に、無人プラットフォームと共に用いられる装備管理システムに関する。
【背景技術】
【０００２】
少なくとも１つの既知の装備管理システム（ＳＭＳ）が、有人プラットフォーム、及び/または、例えば有人飛行機といった有人の乗り物と共に用いられている。そのようなＳＭＳは、パイロットがその乗り物に搭載された武器を制御できるように配線された制御機器を含み、不注意による武器の発射を容易かつ確実に防止できるようになっている。例えば、既知のＳＭＳは、その乗り物の装備に対して配線された主武器スイッチを含む。主武器スイッチは、その乗り物の全ての武器を、発射準備状態（arm）にしたり、発射準備状態を解除(disarm)したりするために用いられる。さらに、既知のＳＭＳは、その乗り物に搭載されているそれぞれの武器に配線されたトリガースイッチを含み、このトリガースイッチにより、発射準備状態になった武器の少なくとも１つを選択的に発射する。従って、既知のＳＭＳは、ＳＭＳ内及び／または装備懸架発射装置内においてハードウェアインターロックが実現されるように、コックピットのスイッチから直接駆動されるハードウェアディスクリートを用いている。そのようなインターロックは、通常、ＳＭＳ内の如何なるソフトウェア処理からも独立しており、これにより、独立した制御パスが確立され、ソフトウェア障害を軽減している。
【０００３】
また、例えば無人ＳＭＳプラットフォームを備えた無人の乗り物といった、少なくともいくつかの既知の無人プラットフォームにおいては、コマンド及び制御情報の全てが、データリンクを介して、地上ステーションからその無人の乗り物に送信される。このようなプロトコルは、武器の重要機能の全てに対して単一のハードウェアインターロックを提供している。そのようなＳＭＳプラットフォームにおいては、例えば、武器の発射状態／非発射状態を選択したり、トリガースイッチを押下したりといった、地上ステーションにおける操作者動作と、無人ＳＭＳとの間で、直接配線されたインターロックを実現することは不可能である。そのようなＳＭＳシステムにおいては、ソフトウェアトランジェント（ソフトウェアの一時的な動作）が、逆に、無人ＳＭＳに影響し、及び／または、そのソフトウェアトランジェントにより、無人ＳＭＳが、認証されていない動作を行なう可能性がある。さらに、そのようなデータリンクが実行した通信は、有人プラットフォームにおける、配線接続な有人ＳＭＳに比べると、複雑で及び／または分析にコストがかかる可能性がある。
【０００４】
従って、有人プラットフォームにおける装備管理システム用の有人の安全なアプローチを、無人プラットフォームにおける無人ＳＭＳに拡張する必要がある。さらには、有人プラットフォームにおける有人ＳＭＳと同レベルで保証できる、無人プラットフォームの無人ＳＭＳに対する解析可能な独立インターロックを確立する必要がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第６，９４１，８５０号公報
【発明の概要】
【課題を解決するための手段】
【０００６】
一実施形態において、有人ステーションから無人プラットフォームを制御する方法が提供される。本方法は、第１制御パスを介して有人ステーションから無人プラットフォームに主武器制御メッセージを送信し、第１制御パスから独立した第２制御パスを介して、有人ステーションから無人プラットフォームへ、第１クリティカル制御メッセージを送信し、第１制御パス及び第２制御パスとは異なる第３制御パスを介して、有人ステーションから無人プラットフォームへ、第２クリティカル制御メッセージを送信する。
【０００７】
他の実施形態においては、装備管理システム（ＳＭＳ）が提供される。ＳＭＳは、主武器制御メッセージ・エンコーダと第１クリティカル制御メッセージ・エンコーダと、第２クリティカル制御メッセージ・エンコーダとを含む有人ステーションを備える。このＳＭＳは、また、主武器制御メッセージ・デコーダ、第１クリティカル制御メッセージ・デコーダ、及び第２クリティカル制御メッセージ・デコーダを含む無人プラットフォームを備える。このＳＭＳは、有人ステーションと、無人プラットフォームとの間のデータリンクを含む。そのデータリンクは、主武器制御メッセージ・エンコーダから主武器制御メッセージ・デコーダへ、主武器制御メッセージを送信し、第１クリティカル制御メッセージ・エンコーダから第１クリティカル制御メッセージ・デコーダへ、第１クリティカル制御メッセージを送信し、前記第２クリティカル制御メッセージ・エンコーダから第２クリティカル制御メッセージ・デコーダへ、第２クリティカル制御メッセージを送信する。
【０００８】
さらに他の実施形態においては、無人プラットフォームを制御するプロトコルが提供される。このプロトコルは、主武器制御メッセージ・デコーダと通信する主武器制御メッセージ・エンコーダを含む第１制御パスと、第１クリティカル制御メッセージ・デコーダと通信する第１クリティカル制御メッセージ・エンコーダを含む第２制御パスと、第２クリティカル制御メッセージ・デコーダと通信する第２クリティカル制御メッセージ・エンコーダを含む第３制御パスと、を含む。これらのエンコーダは、遠隔にある有人ステーション内に設けられ、デコーダは、無人プラットフォーム内に設けられる。
【０００９】
ここで記載された実施形態は、無人プラットフォームから装備をリリースするため、３つの独立した制御パス及び／または制御プロセスを利用する。さらに、各制御パス及び／または制御プロセスは、他の如何なる制御パス及び／または制御プロセルからも、ＳＭＳの他の構成及び／または要素からも独立した、ハードウェア及び／またはソフトウェアを含む。したがって、ここに記載された実施形態により、無人プラットフォームからリリースされる装備を制御するための既知のワイヤレス制御パス及び／またはプロセスに比べ、武器を搭載した無人プラットフォームの信頼性及び安全性を容易に向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】少なくとも地上ステーションと無人の乗り物と共に用いられるプロトコルの一例を示す概略図である。
【図２】図１に示されたプロトコルと共に用いられる主武器制御及び状態メッセージの一例を示すダイアグラムである。
【図３】図１に示されたプロトコルと共に用いられる主武器処理の一例を示すブロック図である。
【図４】図１に示されたプロトコルと共に用いられる第１クリティカル制御メッセージの一例を示すダイアグラムである。
【図５】図１に示されたプロトコルと共に用いられる第２クリティカル制御メッセージの一例を示すダイアグラムである。
【図６】図１に示されたプロトコルを用いて実行される制御シーケンスの一例を示すダイアグラムである。
【発明を実施するための形態】
【００１１】
ここに記載される実施形態は、プロトコル或いは、装備管理システム（ＳＭＳ）全体を確立することによって機能し、地上ステーションＳＭＳ内の複数のハードウェア・ソフトウェア決定プロセスの状態と、無人ＳＭＳ内の複数のハードウェア・ソフトウェア決定プロセスの状態とを同期させる。特に、以下のプロトコル及び／またはＳＭＳは、無人ＳＭＳにおいて、例えば、レッド、グリーン、ブループロセスといった、複数の、独立したハードウェアベース制御プロセス、及び／または制御パス（詳細は後述）を用いる。これらの全てのプロセスやパスは、協働して制御権限を確立し、無人ＳＭＳを備えた無人プラットフォームに対して地上制御ステーションによってリクエストされた明確なクリティカル制御アクションを起こす。本明細書中における「レッド」「グリーン」「ブルー」という単語は、単に、３つの異なる制御パス及び／またはプロセスを区別するために用いられており、その色と特別な関連性を有するものではない。すなわち、この３つの別々の制御パス及び／またはプロセスを表わすのに、他の適当な用語、例えば、第１制御パス／プロセス、第２制御パス／プロセス及び第３制御パス／プロセスといった表現を用いても良い。
【００１２】
本実施形態において、同期プロトコルは、チャンネルが独立し、ソフトウェアも独立メカニズムを提供し、地上ステーション制御プロセスの状態を、対応する無人乗り物制御プロセスに同期させる。さらに、以下に説明するプロトコルにより、一対のプロセス状態の変化、例えば、「ブルー」プロセスにおける「アイドル」状態から「イネーブル」状態への変化と、それに対応する他の制御プロセス用のコマンドとの間に、強い一時的相関性が生まれる。これにより、他の制御プロセス用のコマンドに対応して、基本データチャネルから故障中コマンドが配信されることを容易に防止できる。
【００１３】
さらに、以下に説明するプロセスは、認証メカニズムを有しており、それにより、地上ステーションと無人プロセスとの同期が、特別な条件を満たした場合のみ実行されることを保証しており、基本データチャンネルによる同期コマンドの誤配信を容易に防止できる。地上ステーション制御ハードウェアが特定の条件を満たす場合のみ、無人ハードウェアに対する認証を行なうことができるように、そのような認証を拡張してもよい。さらには、ここで説明するプロトコルは、無人ハードウェアプロセスが、通信ロス及び／または同期エラーが起こった場合に、自主的に、セーフ状態またはフェイルセーフ状態に移行することを保証するメカニズムを含む。
【００１４】
加えて、ここで説明するプロトコルは、特定のプラットフォームオペレーションコンセプト（ＣＯＮＯＰＳ）及び理論に従って正確なタイミングで無人ＳＭＳによるクリティカルアクションを実行するために用いられる。これにより、様々なクラスのクリティカルアクションが様々な実行規律を有することになり、装備の正確なリリース、及び、地上ステーションと無人エレメンツとの間の制御チャネルに存在するネットワーク遅延の独立性を保証することができる。
【００１５】
本実施形態は、有人プラットフォームにて用いられるハードウェアインターロックを、無人ＳＭＳ内の装備それぞれに対するクリティカル制御メッセージの生成にまで拡張して使用する。このような拡張は、有人プラットフォームにインストールされたＳＭＳ及び無人プラットフォームにインストールされたＳＭＳの両方に適用可能である。またここで記載されるように、無人ＳＭＳ内の各プロセスは、有人地上ステーションＳＭＳにおけるプロセスに対応しており、無人ＳＭＳは、有人プラットフォームに対して用いられていたのと同様に、ディスクリートハードウェアインターロックを用いて直接制御される。特に、本実施形態では、適用可能な武器制御規格と個々の武器インターフェイス制御ドキュメントとによって定義されるように、ＳＭＳオペーショナルフライトプログラム（ＯＦＰ）によって発行されたクリティカル制御リクエストに対し、「レッド」／「グリーン」／「ブルー」ハードウェア制御プロセスのサブセットを用いて、強力なチェックサムを生成する。このように、ここで説明するハードウェア制御プロセスのそれぞれは、独立して、プラットフォームインターロック及び／または他のなんらかの関連する安全情報を評価する。したがって、全ての関連する安全条件を満たす場合のみ適正なチェックサムが発行される。
【００１６】
従って、本実施形態は、ハードウェアベースのきめの細かいインターロックを、従前は排他的なソフトウェア制御を行なっていたＳＭＳ側にまで拡張し、これにより、ソフトウェア障害が起こる可能性を軽減し、そのシステムの総合的な安全確保のレベルを増大させ、高価なソフトウェア保証テスト及びソフトウェア保証確認を行なう必要性を低下させることができる。実施可能なきめの細かいインターロックポリシーの例として、以下の（ａ）及び（ｂ）が挙げられるが、本発明はこれに限定されるものではない。（ａ）実施可能なクリティカル制御コマンドの全てを、様々なインターロック式を用いて、１つの装備に対し、個々にインターロックする。（ｂ）クリティカル制御コマンドを、複数の装備に対してインターロックし、ハードウェア内で、従来のアプローチでは排他的ソフトウェア制御下にあったであろうタイミングシーケンシングポリシーを実施する。
【００１７】
図１乃至図６は、無人プラットフォームを遠隔有人プラットフォームから制御する得プロトコルの例を示す。この例は、無人プラットフォームのＳＭＳと、有人プラットフォームのＳＭＳとを含むＳＭＳ全体を考慮している。本実施形態では、このプロトコルは、無人ＳＭＳを含む無人飛行機を、有人ＳＭＳを有する有人の地上ステーションから制御するために用いられる。当業者であれば、ここで説明するプロトコルは、通信状態にある如何なる有人ＳＭＳ及び無人ＳＭＳについて用いてもよいことが理解できるであろう。なお、本発明は、ここで記載される実施形態のみに限定されるものではない。
【００１８】
図１は、少なくとも地上ステーション１０２と無人の乗り物１０４と共に用いられるプロトコル１００の一例を示す概念図である。さらに、本実施形態では、プロトコル１００は、分離して設けられた主武器制御ステーション１０６をも含む。プロトコル１００は、地上ステーション１０２のＳＭＳと、無人の乗り物１０４のＳＭＳとを少なくとも含むＳＭＳ全体である。本実施形態では、地上ステーション１０２は、無人の乗り物１０４を制御するため、隊員によって操作される。そのように地上ステーション１０２は、「有人プラットフォーム」として考えられる。地上ステーション１０２は、無人の乗り物１０４の動作範囲内に配置することも、その動作範囲から離れた場所に配置することもできる。本実施形態では、地上ステーション１０２は、その動作範囲の外側に位置しているものとする。さらに、無人の乗り物１０４は、何れかの適当な無人の乗り物であってもよいし及び／または武器装備を含むプラットフォームであってもよい。本実施形態では、無人の乗り物１０４は、無人戦闘航空機（ＵＣＡＶ）である。本明細書において、プロトコル１００についての記述は、他の如何なる適正な有人及び／または無人プラットフォームと共に用いられるプロトコル１００にも拡張できるが、「無人の乗り物」、「無人のプラットフォーム」、「空輸機」、「UCAV」及び／または他の同様の単語は、ここで、互換可能に用いられる。本実施形態において、プロトコル１００は、オプショナルな別体の主武器制御ステーション１０６を含んでも良い。別体の主武器制御ステーション１０６を、無人の乗り物１０４の動作範囲内に配置することもできるし、その動作範囲の外側に配置することもできる。本実施形態において、別体の主武器制御ステーション１０６は、動作範囲内ではあるが、ＵＣＡＶ１０４から離れた位置に配置される。
【００１９】
本発明において、ＵＣＡＶ１０４は、装備管理システム（ＳＭＳ）１０８を含むが、このシステムは、ここでは「無人ＳＭＳ」とも呼ばれる。すなわち、ＵＣＡＶ１０４は、無人ＳＭＳプラットフォームと考えられる。地上ステーション１０２も、また、ＳＭＳ１１０を含む。ＳＭＳ１１０は、また、以下において、「有人ＳＭＳ」及び／または「地上ステーションＳＭＳ」とも呼ばれる。無人ＳＭＳ１０８及び地上ステーションＳＭＳ１１０は、データリンク１１２を介して通信を行なう。本実施形態では、別体の主武器制御ステーション１０６は、ＳＭＳ１１４を含む。ＳＭＳ１１４は、また、ここで、「有人ＳＭＳ」及び／または「主武器ＳＭＳ」とも称する。無人ＳＭＳ１０８及び主武器ＳＭＳ１１４は、補助的データリンク１１６を介して通信を行なう。本実施形態では、データリンク１１２及び１１６は、対応する有人ＳＭＳ１１０または１１４における送受信アンテナ１１８と、ＵＣＡＶ１０４における送受信アンテナ１２０とを用いて、確立され、無線周波数信号（ＲＦ信号）１２２を送受信する。なお、データリンク１１２及び／または１１６は、如何なる適当な無線通信データリンクを用いて確立してもよい。
【００２０】
地上ステーションＳＭＳ１１０は、本実施形態において、主武器ＳＭＳ１２４、発射スイッチまたはトリガースイッチ１２６、操作者ディスプレイ１２８、主武器制御エンコーダ１３０、第１クリティカル制御メッセージ・エンコーダ１３２、第２クリティカル制御メッセージ・エンコーダ１３４、ＳＭＳ制御メッセージアセンブラ１３６及びデータリンク１１２を含む。スイッチ１２４及び１２６は、それぞれ、ヒューマンインタラクション（人とのやりとり）１３８によって制御される。同じ人間または異なる人々が、スイッチ１２４及び／またはスイッチ１２６を制御するためにヒューマンインタラクション１３８を提供しても良い。例えば、人間の操作者が、主武器スイッチ１２４を、オフからオンにした場合、或いは、ＳＡＦＥからＡＲＭにした場合、或いは、オンからオフにした場合、またはＡＲＭからＳＡＦＥにした場合には、スイッチ１２４は、主武器制御エンコーダ１３０に送信される主武器制御信号１４０を生成する。
【００２１】
さらに、操作者が、トリガースイッチ１２６を、オフからオンに切り替えた場合、またはオンからオフに切り替えた場合、スイッチ１２６は、第１クリティカル制御信号１４２と、第２クリティカル制御信号１４４を生成する。これらは同じ情報を含み、それぞれ、第１クリティカル制御メッセージ・エンコーダ１３２及び第２クリティカル制御メッセージ・エンコーダ１３４に送信される。１つ以上の武器１４６を発射しようとする場合、第１及び第２クリティカル制御信号１４２、１４４が、発射すべき各武器１４６に対して生成される。本実施形態において、操作者ディスプレイ１２８は、コンピュータディスプレイであって、少なくとも一人の人間が、スイッチ１２４及び／または１２６、及び／または、ＳＭＳ１１０及び／または１０８を制御できるように構成されている。さらに、操作者ディスプレイ１２８は、ＵＣＡＶ１０４、武器１４６、及び／またはターゲットを選択するための操作者インタフェース１４８を備え、操作者の選択に基づいて、真の選択データ１５０を生成する。さらに、真の選択データ１５０は、以下に詳述する第１及び第２クリティカル制御メッセージ・エンコーダ１３２、１３４によって、クリティカル制御メッセージ４００、５００にエンコードされる。
【００２２】
本実施形態では、主武器制御エンコーダ１３０は、主武器スイッチ１２４と通信して、主武器制御メッセージ２００をエンコードする。制御メッセージ２００について、図２、図３を参照してさらに詳しく説明する。ここでは、「ブルー」制御パス／プロセスは、ＵＣＡＶ１０４内に接続された全ての武器１４６を発射準備状態にする際及び／または発射準備状態を解除する際に使用する主武器制御パス／プロセスである。本実施形態では、主武器制御エンコーダ１３０は、また、「ブルー」エンコーダとも称される。主武器制御メッセージ２００は、また、「ブルー」制御メッセージとも称される。本実施形態では、エンコーダ１３０は、複数のプログラムされたロジックゲートを含む独立したフィールドプログラマブルゲートアレー（ＦＰＧＡ）である。一方、エンコーダ１３０は、専用マイクロプロセッサ上で動くソフトウェアであってもよい。ここで、ＦＰＧＡとして或いは、専用マイクロプロセッサ上で動くソフトウェアとしてのエンコーダ１３０は、相互依存ソフトウェアに比べて、シンプルに解析できる。本実施形態では、「ブルー」制御メッセージ２００に含まれる信号は、操作者により選択された、実行すべきアクションに関連する、エンコード情報を含む。
【００２３】
本実施形態において、第１クリティカル制御メッセージ・エンコーダ１３２は、第１クリティカル制御メッセージ４００をエンコードするために、トリガースイッチ１２６及び操作者ディスプレイ１２８と通信を行なう。以下に、制御メッセージ４００について、図４を用いてさらに詳細に説明する。ここでは、「レッド」制御パス／プロセスは、武器１４６の照準及び発射タイミングを制御する際に使用する第１クリティカル制御パス／プロセスである。したがって、第１クリティカル制御メッセージ・エンコーダ１３２を、「レッド」エンコーダと称することもある。第１クリティカル制御メッセージ４００を、「レッド」制御メッセージと称することもある。本実施形態において、エンコーダ１３２は、複数のプログラムされた論理ゲートを含む独立ＦＰＧＡである。一方、エンコーダ１３２は、専用マイクロプロセッサ上のソフトウェアであってもよい。そのような、ＦＰＧＡとして或いは、専用マイクロプロセッサ上で動くソフトウェアとしてのエンコーダ１３２は、相互依存ソフトウェアに比べて、比較的シンプルに解析できる。本実施形態において、「レッド」制御メッセージ４００に含まれる信号は、操作者により選択された、実行すべきアクションに関連する、エンコード情報を含む。
【００２４】
本実施形態において、第２クリティカル制御メッセージ・エンコーダ１３４は、トリガースイッチ１２６及び操作者ディスプレイ１２８と通信を行ない、第２クリティカル制御メッセージ５００をエンコードする。特に、本実施形態において、第２クリティカル制御メッセージ５００は、第１クリティカル制御メッセージ４００と同じクリティカル制御情報を含む。それ故、その同じクリティカル制御情報は、２度エンコードされることになる。制御メッセージ５００について、図５を参照してさらに詳細に説明する。ここで、「グリーン」制御パス／プロセスは、武器１４６の照準及び発射タイミングを制御するための第２クリティカル制御パス／プロセスである。したがって、第２クリティカル制御メッセージ・エンコーダ１３４は、また、「グリーン」エンコーダと称することもある。第２クリティカル制御メッセージ５００は、また、「グリーン」制御メッセージと称することもある。本実施形態において、エンコーダ１３４は、複数のプログラムされた論理ゲートを含む独立ＦＰＧＡである。一方、エンコーダ１３４は、専用マイクロプロセッサ上のソフトウェアであってもよい。そのような、ＦＰＧＡとして或いは、専用マイクロプロセッサ上で動くソフトウェアとしてのエンコーダ１３４は、相互依存ソフトウェアに比べて、比較的シンプルに解析できる。本実施形態において、「グリーン」制御メッセージ５００に含まれる信号は、操作者により選択された、実行すべきアクションに関連する、エンコード情報を含む。
【００２５】
操作者ディスプレイ１２８は、「レッド」エンコーダ１３２、「グリーン」エンコーダ１３４及びＳＭＳ制御メッセージアセンブラ１３６と通信可能に接続される。本実施形態において、真の選択データ１５０は、クリティカル制御メッセージ４００、５００へエンコードされ、ＳＭＳ制御メッセージ１５２に組み込まれるように、操作者ディスプレイ１２８から、エンコーダ１３２、１３４及びアセンブラー１３６に送信される。特に、アセンブラー１３６は、「ブルー」制御メッセージ２００と、「レッド」制御メッセージ４００と、「グリーン」制御メッセージ５００と、選択データ１５０とを受信し、メッセージ２００、４００、５００及びデータ１５０を組み合わせて、ＳＭＳ生成メッセージ１５２を生成する。ＳＭＳ制御メッセージ１５２は、データリンク１１２を介してＵＣＡＶ１０４に転送される。
【００２６】
本実施形態では、別体の主武器制御ステーション１０６は、補助的主武器スイッチ１５４と、補助的主武器制御エンコーダ１５６と、補助的データリンク１１６を含む。スイッチ１５４は、ヒューマンインタラクション１３８によって制御される。操作者が、主武器スイッチ１５４を、オフからオンに、或いは、オンからオフにすると、スイッチ１５４は、補助的主武器制御信号１５８を生成し、この補助的主武器制御信号１５８が、補助的主武器制御エンコーダ１５６に送信される。さらに、補助的主武器制御エンコーダ１５６は、補助的主武器スイッチ１５４と通信し、補助的主武器制御メッセージ１６０をエンコードする。補助的主武器制御メッセージ１６０は、一般的に、「ブルー」制御メッセージ２００に似ている。補助的主武器制御メッセージ１６０は、補助的データリンク１１６によって、ＵＣＡＶ１０４に送信される。
【００２７】
補助的主武器スイッチ１５４、補助的主武器制御エンコーダ１５６、及び補助的主武器制御メッセージ１６０は、「ブルー」プロセス及び／または制御パスの一部と考えられる。なぜなら、スイッチ１５４、エンコーダ１５６、及び制御メッセージ１６０は、ＵＣＡＶ１０４に接続された全ての武器１４６を、発射状態及び／または非発射状態とするために用いられるからである。さらに、補助的主武器制御メッセージ１６０は、主武器制御メッセージ２００を上書きすることができる。例えば、主武器制御ステーション１０６が、オペレーションの範囲内にあり、地上ステーション１０２が、オペレーションの範囲外にある場合、主武器制御ステーション１０６の操作者は、地上ステーション１０２の操作者が気づいていない状況に気づくかもしれない。その場合、別体の主武器制御ステーション１０６の操作者は、地上ステーション１０２にいる操作者が補助的「ブルー」制御メッセージ１６０を用いて発信した発射準備コマンドまたは発射準備解除コマンドを無効にすることができる。一方で、プロトコル１００は、別体の主武器制御ステーション１０６を含まなくてもよく、その場合、ＵＣＡＶ１０４は、地上ステーション１０２にいる人間の操作者によってのみ制御される。本実施形態では、エンコーダ１５６は、複数のプログラムされた論理ゲートを含む独立ＦＰＧＡである。或いは、エンコーダ１５６は、専用マイクロプロセッサ上のソフトウェアであってもよい。そのような、ＦＰＧＡとして或いは、専用マイクロプロセッサ上で動くソフトウェアとしてのエンコーダ１５６は、相互依存ソフトウェアに比べて、シンプルに解析できる。
【００２８】
本実施形態において、ＵＣＡＶアンテナ１２０は、ＳＭＳ制御メッセージ１５２及び／または補助的主武器制御メッセージ１６０を受信する。アンテナ１２０は、地上ステーション１０２及び／または主武器制御ステーション１０６に状態メッセージ３００を送信する。状態メッセージ３００について、図２を用いて以下に詳細に説明する。本実施形態において、ＳＭＳ制御メッセージ１５２及び／または補助的主武器制御メッセージ１６０は、ＵＣＡＶ−ＳＭＳ１０８内で用いられ、ＵＣＡＶ１０４に接続された武器１４６を制御する。さらに、ＳＭＳ制御メッセージ１５２は、アヴィオニクスバス（航空機器用バス）１６２を介してＳＭＳ１０８に送信される。ＳＭＳ制御メッセージ１５２は、また、後述するように、メッセージ・デコーダへのプラットフォーム配線接続インターロック１６４を介して、ＳＭＳ１０８に対して送信される。配線接続インターロック１６４は、有人プラットフォーム内で用いられる配線接続インターロックとほぼ類似しており、メッセージ・デコーダにメッセージを送信する３つの独立したインターロックを提供する。さらに、他の実施形態として、「ブルー」制御メッセージ２００及び／または１６０を、専用の主武器データリンク１６６を介して、ＵＣＡＶ−ＳＭＳ１０８に送信しても良い。さらに、ＵＣＡＶが、複数のアンテナとレシーバを含んでも良く、その場合、主武器データリンク１６６は、「ブルー」制御メッセージ２００に用いられ、アヴィオニクスバス１６２は、「レッド」制御メッセージ４００と、「グリーン」制御メッセージ５００に用いられる。
【００２９】
本実施形態では、オプショナルな配線接続インターロック１６４により、地上ステーションＳＭＳ１０２に関する無人プラットフォームの能力を容易に統合することができる。さらには、ＵＣＡＶ１０４の特性及び／または能力に応じて、ＵＣＡＶ１０４のプラットフォーム特性及び能力に関する追加的な情報を、ＵＣＡＶ１０４のハードウェアから、ＵＣＡＶ−ＳＭＳ１０８に送信する。例えば、もし、ＵＣＡＶ１０４が、武器を発射する際に開放するドアを有するベイを含んでいれば、そのドアのステータスに関する個々のディスクリートが、配線接続インターロック１６４によって、ＳＭＳ１０８に送信される。デコーダ１７４、１７６及び／または１７８は、そのディスクリートを受信する。もし、そのディスクリートが、そのドアが閉まっていることを示していれば、デコーダ１７４、１７６及び／または１７８が、武器１４６をリリースしないように制御する。したがって、配線接続インターロック１６４によって送信された個々のディスクリートは、ＵＣＡＶ１０４のタイプに特化したものであり、ＵＣＡＶ１０４におけるＳＭＳ１０８以外のハードウェア及び／またはソフトウェアの構成に応じて、ＳＭＳ１０８によるアクションを、許可または不許可とする。
【００３０】
武器１４６を制御するためのＳＭＳ制御メッセージ１５２の使用について説明したが、武器１４６の制御に補助的主武器制御メッセージ１６０を用いる場合であっても、同様の説明が適用できることは、理解されるであろう。その一方で、以下に説明するように、補助的主武器制御メッセージ１６０だけが、「ブルー」機能を実行する。本実施形態では、ＳＭＳ１０８は、ＳＭＳ制御メッセージディスアセンブラ１６８と、ＳＭＳプロセッサ／ＯＦＰ１７０と、武器データバス及び／または武器データリンク１７２と、主武器制御デコーダ１７４と、第１クリティカル制御デコーダ１７６と、第２クリティカル制御デコーダ１７８と、パワーバススイッチ１８０と、第１クリティカル制御トランジスタ１８２と、第２クリティカル制御トランジスタ１８４とを含む。さらに、少なくとも１つの武器１４６は、武器インターフェイスクリティカル制御部１８６を含む武器懸架発射装置を用いてＵＣＡＶ１０４に接続する。武器インターフェイスクリティカル制御部１８６を含む武器懸架発射装置は、また、本明細書中において、搭載装備制御部（ＳＰＣ）とも称する。ＵＣＡＶ１０４は、格納している武器１４６のそれぞれについてＳＰＣ１８６を備えている。主武器制御デコーダ１７４は、「ブルー」制御パス／プロセスの一部と考えられ、ここでは「ブルー」デコーダとも称される。第１クリティカル制御デコーダ１７６は、主武器制御デコーダ１７６は、「レッド」制御パス／プロセスの一部と考えられ、ここでは「レッド」デコーダとも称される。第２クリティカル制御デコーダ１７８は、「グリーン」制御パス／プロセスの一部と考えられ、ここでは、「グリーン」デコーダとも称される。
【００３１】
本実施形態では、ディスアセンブラ１６８は、アヴィオニクスバス１６２、デコーダ１７４、１７６、１７８、及びＳＭＳプロセッサ／ＯＦＰ１７０に対し通信可能に接続されている。ＳＭＳプロセッサ／ＯＦＰ１７０は、ディスアセンブラ１６８、クリティカル制御デコーダ１７６、１７８、及びＳＭＳ武器データバス／リンク１７２に対し通信可能に接続されている。ＳＭＳ武器データバス／リンク１７２は、武器データインタフェース１８８を介して武器１４６と通信可能に接続されている。さらに、本実施形態において、「ブルー」デコーダ１７４は、個々のディスクリートを受信するために配線接続インターロック１６４と通信可能に接続され、さらに、「ブルー」制御メッセージ２００を受信するため、オプショナルな専用主武器データリンク１６６とも通信可能に接続される。同様に、「レッド」デコーダ１７６は、個々のディスクリートを受信するために配線接続インターロック１６４と通信可能に接続され、「グリーン」デコーダ１７８は、個々のディスクリートを受信するため、配線接続インターロック１６４と通信可能に接続される。
【００３２】
さらに、本実施形態では、「ブルー」デコーダ１７４は、パワーバススイッチ１８０と通信可能に接続され、「レッド」デコーダ１７６は、第１トランジスタ１８２と通信可能に接続され、「グリーン」デコーダ１７８は、第２トランジスタ１８４と通信可能に接続される。パワーバススイッチ１８０は、「ブルー」制御メッセージ２００に基づいて、開閉されるエアーギャップ１９０を含む。第１トランジスタ１８２は、ここで、「レッド」トランジスタとも呼ばれ、第２トランジスタ１８４は、「グリーン」トランジスタとも呼ばれる。さらに、本実施形態では、ＵＣＡＶ−ＳＭＳ１０８は、ｎ個の「レッド」トランジスタ１８２と、ｎ個の「グリーン」トランジスタ１８４を含むが、ｎは、ＵＣＡＶ１０４における武器ステーションの数と同一である。さらに、１つの「レッド」トランジスタ１８２と、１つの「グリーン」トランジスタ１８４とは、装着された武器を制御する際に用いられる武器ステーションのそれぞれに対応する。１つ以上の武器１４６を発射する際には、「レッド」制御メッセージ４００を、選択された武器に対応する各「レッド」トランジスタ１８２に送信し、別の「グリーン」制御メッセージ５００を、選択された武器に対応する「グリーン」トランジスタ１８４のそれぞれに対して送信する。
【００３３】
本実施形態において、パワーバススイッチ１８０は、「レッド」トランジスタ１８２及び「グリーン」トランジスタ１８４に対して直列に接続されている。ここでスイッチ１８０、トランジスタ１８２、及びトランジスタ１８４は、「ＡＮＤ」論理ゲートとして機能する。さらに、スイッチ１８０、トランジスタ１８２、及びトランジスタ１８４は、論理ゲート「ブルーANDレッドANDグリーン」として機能し、そのため、スイッチ１８０、トランジスタ１８２、及びトランジスタ１８４のそれぞれは、ＳＰＣ１８６に接続された武器１４６をリリースするために、対応するＳＰＣ１８６に送信されるリリース信号１９２を生成するために、アクティベートされなければならない。したがって、スイッチ１８０、トランジスタ１８２またはトランジスタ１８４にトランジェントが発生すると、ＵＣＡＶ−ＳＭＳ１０８は、他の２つのコンポーネントがアクティベートされない限り、武器１４６をリリースしない。さらに、スイッチ１８０、ｎ個の「レッド」トランジスタ１８２、及び、ｎ個の「グリーン」トランジスタ１８４の上記構成により、スイッチ１８０が、「ブルー」制御メッセージ２００によってアクティベートされた場合には、操作者及び／またはＳＭＳ１１０及び／または１０８は、トランジスタ１８２及び／または１８４がオンに固定されているかどうかを検知できる。したがって、スイッチ１８０、ｎ個の「レッド」トランジスタ１８２、及びｎ個の「グリーン」トランジスタ１８４の上記構成により、プロトコル１００の解析及び点検を容易に行なうことができる。
【００３４】
ＵＣＡＶ１０４が、ＳＭＳ制御メッセージ１５２を受信した際には、本実施形態では、バス１６２を介して、メッセージ１５２をディスアセンブラ１６８に送信する。ＳＭＳ制御メッセージ１５２は、「ブルー」制御メッセージ２００、「レッド」制御メッセージ４００及び「グリーン」制御メッセージ５００に分解される。ディスアセンブラ１６８は、ＳＭＳ制御メッセージ１５２を、ＳＭＳプロセッサ／ＯＦＰ１７０に送信し、リクエストコマンドを確認する。特に、ＳＭＳプロセッサ／ＯＦＰ１７０は、「ブルー」「レッド」及び「グリーン」制御メッセージ２００、４００、５００のそれぞれを受信して武器のリリースが命じられているかどうかを確認するプログラムを実行する。そうして、ＳＭＳプロセッサ／ＯＦＰ１７０は、無人プラットフォーム１０４のソフトウェアステートに基づいて、コマンドのリリース後チェックを行なう。
【００３５】
さらに、本実施形態では、ＳＭＳプロセッサ／ＯＦＰ１７０が、メッセージ１９４を「レッド」デコーダ１７６と「グリーン」デコーダ１７８とに送信し、無人プラットフォームのタイプに応じて武器のリリースを、抑止したり、変更したり、及び／または遅延させたりする。例えば、ＳＭＳプロセッサ／ＯＦＰ１７０は、後述するように制御メッセージ２００、４００、５００を受信した後、いつ武器をリリースするべきかを計算すると、メッセージ１９４は、計算により導かれたタイミングまで、武器１４６のリリースを抑制し、及び／またはそのタイミングに武器１４６をリリース可能とする。さらに、ＳＭＳプロセッサ／ＯＦＰ１７０は、武器データバス／リンク１７２と武器データインタフェース１８８とを介して、武器１４６にオペレーショナルデータ１９６を送信する。特に、制御メッセージ２００、４００、及び／または５００は、照準情報及び／または他の適用指示といった、オペレーショナル情報を含み、特定の武器装備は、このオペレーショナル情報をもちいて武器１４６をリリースする。この種の情報は、関連武器１４６を制御するため、オペレーショナルデータ１９６として、ＳＭＳプロセッサ／ＯＦＰ１７０から特定の武器装備に対して送信される。
【００３６】
さらに、ディスアセンブラ１６８は、「ブルー」制御メッセージ２００を、「ブルー」デコーダ１７４に送信し、「レッド」制御メッセージ４００を「レッド」デコーダ１７６に送信し、「グリーン」制御メッセージ５００を、「グリーン」デコーダ１７８に送信する。「ブルー」制御メッセージ２００の送信については、図３を用いてより詳しく後述する。さらに、制御メッセージ送信シーケンスの例については、図６を用いて以下に詳しく説明する。「ブルー」デコーダ１７４は、武器１４６を発射準備状態にするための「ブルー」制御メッセージ２００を受信して、「ブルー」デコーダ１７４は、パワーバススイッチ１８０を動作させて、エアーギャップ１９０を閉じる。パワーバススイッチ１８０が動作すると、武器１４６は発射準備態勢となる。「ブルー」デコーダ１７４が、武器１４６の発射準備状態を解除するための「ブルー」制御メッセージ２００を受信すると、「ブルー」デコーダ１７４は、パワーバススイッチ１８０を非動作状態にして、エアーギャップ１９０を開放する。これにより、武器１４６は発射準備態勢ではなくなる。一度、武器１４６が発射準備状態となり、ＵＣＡＶ−ＳＭＳ１０８が、「レッド」制御メッセージ４００及び「グリーン」制御メッセージ５００を受信すると、「レッド」デコーダ１７６は、ＵＣＡＶ１０４における特定のステーションのＳＰＣ１８６用の「レッド」トランジスタ１８２をオンにし、「グリーン」デコーダ１７８は、同じ特定のステーションのＳＰＣ１８６用の「グリーン」トランジスタ１８４をオンにする。スイッチ１８０が動作されて、トランジスタ１８２、１８４がオンになると、対応する武器１４６をリリースするため、リリース信号１９２がＳＰＣ１８６に送信される。
【００３７】
上述したとおり、本実施形態において、プロトコル１００は、武器を発射状態にして、リリースするための、３つの制御パス／プロセスを含む。具体的には、プロトコル１００は、１つの主武器制御プロセス／制御パス（ブルー）と、２つの予備的なクリティカル制御プロセス／制御パス（レッド及びグリーン）とを含む。さらに、地上ステーション１０２におけるエンコーダ１３０、１３２、１３４は、それぞれ、ＵＣＡＶ１０４において、対応するデコーダ１７４、１７６、１７８にマッチする。エンコーダ／デコーダの各セットは、プロトコル１００の他の構成要素から独立しており、それ故、エンコーダ／デコーダの各セットは、誤って制御メッセージを送信することがない。さらには、このエンコーダ／デコーダのセットを用いることにより、ＳＭＳ１０８及び／または１１０の安全要素は、自制可能となり、分析及び／またはテストする上で比較的シンプルな構成となる。
【００３８】
図２は、図１のプロトコル１００に用いることのできる主武器制御メッセージ（「ブルー」制御メッセージ）２００及び主武器状態メッセージ３００を示す図である。主武器状態メッセージ３００は、ここで、「ブルー」状態メッセージとも呼ばれる。「ブルー」制御メッセージ２００及び「ブルー」状態メッセージ３００は、ここで、図１に示すＵＣＡＶ１０４と地上ステーション１０２との間で行なわれる通信の一部を構成するものとして記載するが、制御メッセージ２００及び状態メッセージ３００は、ＵＣＡＶ１０４と主武器制御ステーション１０６との間の通信でもほぼ同様に用いられることは理解されるであろう。
【００３９】
本実施形態において、「ブルー」制御メッセージ２００は、プラットフォーム識別子２０２と、シリアルナンバー２０４と、コマンドフィールド２０６と、カウントフィールド２０８と、チェックワード２１０とを含む。さらに、プラットフォーム識別子２０２は、どのタイプのＵＣＡＶが「ブルー」制御メッセージ２００を受信すべきなのかを示すデータを含み、シリアルナンバー２０４は、特定されたタイプのＵＣＡＶの内のどの１つが、「ブルー」制御メッセージ２００を受信すべきなのかを示すデータを含む。コマンドフィールド２０６は、ＵＣＡＶ１０４の武器を発射準備状態にするべきか及び／またはそれを解除するべきか、及び／または、ＵＣＡＶ−ＳＭＳ１０８（図１）をリセットすべきか否かについて示すデータを含む。チェックワード２１０は、「ブルー」制御メッセージ２００の送信における如何なるエラーもＵＣＡＶ−ＳＭＳ１０８の他の構成に影響しないように保証するための、高精度のチェックサムである。カウントフィールド２０８は、ウォッチドッグタイマーとして機能する。
【００４０】
具体的には、カウントフィールド２０８は、何れかの通信が、ＵＣＡＶ１０４と地上ステーション１０２との間で行なわれているか否かを示すデータを含む。本実施形態では、「ブルー」制御メッセージ２００が、ＵＣＡＶ１０４の武器を発射状態にすると、ＵＣＡＶ１０４の発射準備状態が解除されるまで、及び／または、図３にてより詳しく説明するように「ブルー」制御メッセージ２００が無効になるまで、図１のパワーバススイッチ１８０がアクティベートされたままになる。カウントフィールド２０８は、ＵＣＡＶ１０４と地上ステーション１０２との間の通信を検知する度に、インクリメントすることにより、定期的に「ブルー」制御メッセージ２００をチェックする。カウントフィールド２０８のインクリメントがストップした場合、地上ステーション１０２からの「ブルー」制御メッセージ２００の送信をロストしたことを、ＵＣＡＶ−ＳＭＳ１０８に通知する。ＵＣＡＶ−ＳＭＳ１０８内の全てのメッセージ２００、４００、５００はリセットされ、ＵＣＡＶ１０４の動作が中止される。
【００４１】
本実施形態において、「ブルー」状態メッセージ３００は、エアーギャップステータス３０２と、イネーブルコマンド受信ステータス３０４と、リセットコマンド受信ステータス３０６と、メッセージカウンタ３０８と、タグ識別子３１０と、セッションタグ３１２とを含む。エアーギャップステータス３０２は、エアーギャップ１９０（図１）が、開放されているか否かを示す情報を含み、イネーブルコマンド受信ステータス３０４は、ＵＣＡＶ１０４が、発射準備状態であるか発射準備解除状態であるかを示す情報を含む。リセットコマンド受信ステータス３０６は、ＵＣＡＶ−ＳＭＳ１０８がリセットされたか否かを示す情報を含む。メッセージカウンタ３０８は、カウントフィールド２０８におけるその時点でのインクリメントを示す情報を含む。すなわち、メッセージカウンタ３０８は、ＵＣＡＶ１０４と地上局１０２との間の通信がロストしたか、続いているかを示す。セッションタグ３１２は、ＵＣＡＶ１０４が発射準備状態となっている期間を示す情報を含む。具体的には、セッションタグは、ＵＣＡＶ１０４が発射準備状態となっている期間ごとに生成され、対応するセッションタグは、クリティカル制御メッセージ４００、５００内にエンコードされる（図４及び図５）。カウントフィールド２０８及び／またはメッセージカウンタ３０８のカウントが対応しておらず、通信をロストしたことを示している場合、そのセッションは終了し、ＵＣＡＶ１０４はフェールセーフモードで動作する
図３は、図１のプロトコル１００と共に用いられる主武器プロセス２５０の一例を示すブロック図である。プロセス２５０は、また、ここで、「ブルー」状態機械とも呼ばれる。「ブルー」状態機械２５０は、図１に示すＵＣＡＶ−ＳＭＳ１０８内の如何なる場所でも起こりうるが、本実施形態では、「ブルー」状態機械２５０は、図１に示すＳＰＣ１８６内で機能する。本実施形態において、プロセス２５０は、所定の周波数で送信される一連の「ブルー」制御メッセージ２００（図２参照）を含み、ウォッチドッグタイマーが終了することを容易に回避できる。以下の説明で理解されるであろうが、プロセス２５０で用いられるタイミングパラメータは、アプリケーションに特有のものであり、調整可能である。
【００４２】
本実施形態において、プロセス２５０は、ＵＣＡＶ−ＳＭＳ１０８における「アイドル」状態２５２から開始される。ＵＣＡＶのパワーアップ時、及び／または何れかの状態からリセットコマンドが実行された時にアイドル状態２５２となる。アイドル状態２５２の間は、「ブルー」出力（ブルーアウト）は、オフに設定され、セッションタグ（ＳＴ）は、０×００００に設定される。図１のＵＣＡＶ１０４が「ブルー」制御メッセージ２００を受信すると、「ブルー」制御メッセージ２００に問題がなければ、状態機械２５０は、アイドル状態２５２から「生成」状態（ＳＴ＿Ｇｅｎ）２５６に遷移する（２５４）。特に、カウント０の「イネーブル」コマンドを受信してから、アイドル状態２５２から生成状態２５６に遷移する。生成状態２５６の間は、適当な「レッド」または「グリーン」エレメントのセッションタグがランダムに生成される。さらに、ウォッチドッグタイマー（BLUE_WDT）を起動して、生成状態２５６の間、「ブルー」制御メッセージ２００を、フィードバックして（２５８）、ＵＣＡＶ−ＳＭＳ１０８が、メッセージ２００において命令されたとおりに動作し続けるようにする。
【００４３】
「ブルー」制御メッセージ２００に問題があった場合、例えば、ウォッチドッグタイマーがタイムアップした場合、メッセージ２００が以前の制御メッセージ２００と競合した場合、及び／または、制御メッセージ２００をシーケンス外で受信した場合には、状態機械２５０は、アイドル状態２５２から、生成状態２５６に遷移する（２５４）のではなく、「プロトコル異常」状態（Ｐｒｏｔ＿Ｆａｉｌ）２６２に遷移する（２６０）。プロトコル異常状態２６２においては、ＵＣＡＶ−ＳＭＳ１０８は、「ブルー」出力がオフにセットされるフェースセーフモードで動作する。さらに、上述のように次の「ブルー」制御メッセージ２００に問題があれば、生成状態２５６からプロトコル異常状態２６２に移る（２６４）こともある。本実施形態では、プロトコル異常状態２６２の後で、状態機械２５０は、アイドル状態２５２に復帰し（２６６）、更なる「ブルー」制御メッセージ２００を待つ。
【００４４】
「ブルー」制御メッセージ２００でリセットコマンドを受信すると、状態機械２５０は、生成状態２５６からアイドル状態２５２に復帰する（２６８）こともある。生成状態２５６の間に、ＵＣＡＶ−ＳＭＳ１０８が所望のメッセージを受信すると、状態機械２５０は、「イネーブル」状態２７２に遷移する（２７０）。本実施形態では、count == 1のイネーブルコマンドを受信した後に、生成状態２５６からイネーブル状態２７２に遷移する。イネーブル状態２７２では、「ブルー」出力がオンにセットされ、ウォッチドッグタイマーは、エントリー時に、再度、初期化される。count == count+1となっているイネーブルコマンドを受信すると、再度、イネーブル状態２７２に遷移する。このように、ＳＭＳ１０８が、カウント０ではなくカウント１のイニシャルメッセージを受信すると、ＵＣＡＶ−ＳＭＳ１０８と地上ステーションＳＭＳ１１０との間の「ハンドシェイク」が完了する。本実施形態では、イネーブル状態２７２の間、図１に示す武器１４６は、発射準備状態となる。「ブルー」制御メッセージ２００は、イネーブル状態２７２の間に、フィードバック２７４し、ウォッチドッグタイマーのカウントをインクリメントして、武器コマンドが「失効」していないことを示す。クリティカル制御メッセージ４００、５００が受信され、メッセージ２００が無効となり、メッセージ２００がリセットされ、及び／またはメッセージ２００が失効するまで、イネーブル状態２７２は継続する。
【００４５】
特に、例えば、ウォッチドッグタイマーがタイムアウトし、メッセージ２００が先のメッセージ２００と競合し、及びまたはメッセージ２００をシーケンス外で受信した後に、「ブルー」制御メッセージ２００が不正のため無効とされると、状態機械２５０は、プロトコル異常状態２６２に入り（２７６）、「ブルー」出力は、オフに設定される。「ブルー」制御メッセージ２００がリセットされると、状態機械２５０は、アイドル状態２５２に復帰する（２７８）。例えば、カウントの値が最大カウント値になって（count = max_count）、「ブルー」制御メッセージ２００が失効すると、イネーブル状態２７２から「失効」状態２８０に遷移する（２８２）。一実施形態において、最大カウント値（max_count）は、クリティカル制御メッセージ４００、５００なしに受信される「ブルー」制御メッセージ２００の最大数である。したがって、ＵＣＡＶ−ＳＭＳ１０８は、無期限に発射準備状態のままではいることはできない。すなわち、図１に示す主武器スイッチ１２４のアクティベーションから、所定時間が経過すれば、不注意で、武器１４６がリリースされることはない。その場合、状態機械２５０は、失効状態２８０から、アイドル状態２５２に復帰する（２８４）。
【００４６】
図４は、プロトコル１００で用いられる第１クリティカル制御メッセージ４００を示す図である。本実施形態において、「レッド」制御メッセージ４００は、タグ識別子４０２と、セッションタグセクション４０４と、実行モード４０６と、リザーブセクション４０８と、ステーションセレクション４１０と、クリティカル制御信号４１２と、チェックサム４１４とを含む。タグ識別子４０２及びセッションタグセクション４０４は、セッションタグ４１６を形成し、実行モード４０６と、ステーションセレクション４１０と、クリティカル制御信号４１２は、クリティカル制御ワード４１８を形成する。或いは、クリティカル制御ワード４１８は、図１に示すＵＣＡＶ１０４に搭載された武器１４６のクリティカル制御のための何らかの適切なデータを含んでも良い。本実施形態では、チェックサム４１４が、クリティカル認証ワード４２０を形成する。
【００４７】
本実施形態においては、セッションタグ４１６を、図２に示される「ブルー」状態メッセージ３００のセッションタグ３１２と比較する。セッションタグ４１６、３１２がマッチすれば、武器１４６をリリースできる。セッションタグ４１６、３１２がマッチしなければ、武器１４６をリリースできず、図１のＵＣＡＶ−ＳＭＳ１０８は、図３のプロトコル異常状態２６２に遷移する。本実施形態において、クリティカル認証ワード４２０は、「レッド」制御メッセージ４００がＵＣＡＶ−ＳＭＳ１０８の他の要素に影響を与えないことを保証するための、高精度のチェックサムである。
【００４８】
本実施形態において、実行モード４０６は、どの実行モードＵＣＡＶ−ＳＭＳ１０８で動作すべきかを示すデータを含む。特に、ＵＣＡＶ−ＳＭＳ１０８は、「レッド」及び「グリーン」制御メッセージ４００、５００を受信すると、武器１４６をリリースできる（ＸＭ＿ＮＯＷ）。或いは、ＵＣＡＶ−ＳＭＳ１０８は、「レッド」制御メッセージ４００と「グリーン」制御メッセージ５００とを受信した後で、武器１４６のリリースタイミングを算出できる（ＸＭ＿ＳＷ）。一実施形態では、操作者は、どの実行モードを用いるべきかを選択する。あるいは、ＵＣＡＶ−ＳＭＳ１０８は、どのようなタイプの無人プラットフォームであるかに応じて実行モードが選択されるように、プログラムされてもよい。
【００４９】
本実施形態では、ステーションセレクション４１０は、ＵＣＡＶ１０４におけるどのステーションから武器１４６をリリースすべきかを示すデータを含む。特に、ＵＣＡＶ１０４上の各武器１４６は、ＵＣＡＶ１０４上の各ステーション位置にあり、図１に示す対応するＳＰＣ１８６を含む。したがって、操作者が、リリースすべき特定の武器を選択すると、対応するステーション識別子が、「レッド」制御メッセージ４００内のステーションセレクション４１０において符号化される。本実施形態では、ＵＣＡＶ１０４は５つのステーション（STA_0, STA_1, STA_2, STA_3, 及び STA_4）を含むが、ＵＣＡＶ１０４は、他の適切な数のステーションを含んでも良い。
【００５０】
クリティカル制御信号４１２は、本実施形態において、如何にして武器をリリースするかを示すデータを含む。クリティカル制御信号４１２は、武器のタイプに基づいて異なる。本実施形態においては、武器１４６は爆弾であり、クリティカル制御信号４１２は、爆弾の先端が武装されている（ノーズアーム）か否か、爆弾の後端が武装されている（テールアーム）か否か、セーフティイネーブルディスクリート（ＳＥ  Ｄｉｓｋ）についての情報、ＵＣＡＶ１０４に対して爆弾を保持するメカニズム（例えばＳＰＣ１８６）をアンロックするコマンド（Ｕｎｌｏｃｋ）、第１リリースコマンド（Ｒｅｌ. １）、そして第２リリースコマンド（Ｒｅｌ. ２）を示すデータを含む。
【００５１】
図５は、図１のプロトコル１００において用いられる第２クリティカル制御メッセージ５００を示す図である。本実施形態において、図４に示される「レッド」制御メッセージ４００と、「グリーン」制御メッセージ５００とは、同じクリティカル制御情報をエンコードした複製メッセージである。したがって、「グリーン」制御メッセージ５００は、「レッド」制御メッセージ４００と同じものである。具体的には、本実施形態において、「グリーン」制御メッセージ５００は、タグ識別子５０２と、セッションタグセクション５０４と、実行モード５０６と、リザーブセクション５０８と、ステーションセレクション５１０と、クリティカル制御信号５１２とチェックサム５１４とを含む。タグ識別子５０２及びセッションタグセクション５０４は、セッションタグ５１６を形成する。実行モード５０６、ステーションセレクション５１０及びクリティカル制御信号５１２は、クリティカル制御ワード５１８を形成する。或いは、クリティカル制御ワード５１８は、図１に示すＵＣＡＶ１０４の武器１４６のクリティカル制御のために如何なる適正なデータを含んでも良い。本実施形態では、チェックサム５１４が、クリティカル認証ワード５２０を形成する。
【００５２】
本実施形態においては、セッションタグ５１６を、図２に示される「ブルー」状態メッセージ３００のセッションタグ３１２と比較する。セッションタグ５１６、３１２がマッチすれば、武器１４６をリリースできる。セッションタグ５１６、３１２がマッチしなければ、武器１４６をリリースできず、図１のＵＣＡＶ−ＳＭＳ１０８は、図３のプロトコル異常状態２６２に遷移する。本実施形態において、クリティカル認証ワード５２０は、「グリーン」制御メッセージ５００がＵＣＡＶ−ＳＭＳ１０８の他の要素に影響を与えないことを保証するための、高精度のチェックサムである。
【００５３】
本実施形態において、実行モード５０６は、どの実行モードＵＣＡＶ−ＳＭＳ１０８で動作すべきかを示すデータを含む。特に、ＵＣＡＶ−ＳＭＳ１０８は、「レッド」及び「グリーン」制御メッセージ４００、５００を受信すると、武器１４６をリリースできる（ＸＭ＿ＮＯＷ）。或いは、ＵＣＡＶ−ＳＭＳ１０８は、「レッド」制御メッセージ４００と「グリーン」制御メッセージ５００とを受信した後で、武器１４６のリリースタイミングを算出できる（ＸＭ＿ＳＷ）。一実施形態では、操作者は、どの実行モードを用いるべきかを選択する。あるいは、ＵＣＡＶ−ＳＭＳ１０８は、どのようなタイプの無人プラットフォームであるかに応じて実行モードが選択されるように、プログラムされてもよい。
【００５４】
本実施形態では、ステーションセレクション５１０は、ＵＣＡＶ１０４におけるどのステーションから武器１４６をリリースすべきかを示すデータを含む。特に、ＵＣＡＶ１０４に装備された各武器１４６は、対応するＳＰＣ１８６を含むＵＣＡＶステーションにある。したがって、操作者が、リリースすべき特定の武器を選択すると、対応するステーション識別子が、「グリーン」制御メッセージ５００内のステーションセレクション５１０に符号化される。本実施形態では、ＵＣＡＶ１０４は５つのステーション（STA_0, STA_1, STA_2, STA_3, 及び STA_4）を含むが、ＵＣＡＶ１０４は、他の適切な数のステーションを含んでも良い。
【００５５】
クリティカル制御信号５１２は、本実施形態において、如何にして武器をリリースするかを示すデータを含む。クリティカル制御信号５１２は、武器のタイプに基づいて異なる。本実施形態においては、武器１４６は爆弾であり、クリティカル制御信号５１２は、爆弾の先端が武装されている（ノーズアーム）か否か、爆弾の後端が武装されている（テールアーム）か否か、セーフティイネーブルディスクリート（ＳＥ  Ｄｉｓｋ）についての情報、ＵＣＡＶ１０４に対して爆弾を保持するメカニズム（例えばＳＰＣ１８６）をアンロックするコマンド（Ｕｎｌｏｃｋ）、第１リリースコマンド（Ｒｅｌ. １）、そして第２リリースコマンド（Ｒｅｌ. ２）を示すデータを含む。
【００５６】
図６は、プロトコル１００を用いて実行される制御シーケンス６００の一例を示す図である。まず、ＵＣＡＶ−ＳＭＳ１０８（図１）は、アイドル状態２５２（図３）で動作する（６０２）。本実施形態では、シーケンス６００は、主武器スイッチ１２４（図１）を用いて、武器１４６（図１）を発射準備状態とする操作者選択６０４を含む。地上ステーションＳＭＳ１１０（図１）は、ＵＣＡＶ１０４（図１）上の武器１４６を発射準備状態とする情報を含む「ブルー」制御メッセージ２００を生成する。具体的には、本実施形態において、「ブルー」制御メッセージ２００は、それぞれ、２つの部分に分かれており、その双方は、それぞれ、クリティカル制御メッセージ４００または５００に対応する。
【００５７】
ＵＣＡＶ  ＳＭＳ１０８が「ブルー」制御メッセージ２００を受信すると、ＳＭＳ１０８は、生成状態２５６（図３）に移行し（６０６）、武器１４６はまだ発射準備状態としないことを指示する「ブルー」状態メッセージ３００（status=001100）を、地上ステーションＳＭＳ１１０に送信する。地上ステーションＳＭＳ１１０は、「ブルー」状態メッセージ３００を受信した後、所定のウォッチドッグインターバル６０８が経過すると、「ブルー」制御メッセージ２００を、カウントを１つインクリメントさせる点を除いて、再度送信する。ＵＣＡＶ−ＳＭＳ１０８は、インクリメントされた「ブルー」制御メッセージ２００を受信し、生成状態２５６からイネーブル状態２７２（図３）に遷移する（６１０）。具体的には、インクリメントされた「ブルー」制御メッセージ２００を受信することにより、ＵＣＡＶ−ＳＭＳ１０８は、地上ステーションＳＭＳ１１０との間に「ハンドシェイク」を確立したことを確認して、イネーブル状態２７２に遷移する（６１０）。第２インターバル６０８の最後に、地上ステーションＳＭＳ１１０は、他のインクリメントされた「ブルー」制御メッセージ２００を送信する。インクリメントされた「ブルー」制御メッセージ２００を受信すると、ＵＣＡＶ−ＳＭＳ１０８は、ウォッチドッグタイムをインクリメントし（６１２）、「ブルー」状態メッセージ３００を送信する。「レッド」及び「グリーン」制御メッセージ４００、５００が地上ステーションＳＭＳ１１０によって送信されるまでの各ウォッチドッグインターバル６０８においては、地上ステーションＳＭＳ１１０は、インクリメントされた「ブルー」制御メッセージ２００を送信し、ＵＣＡＶ−ＳＭＳ１０８は、ウォッチドッグタイムをインクリメントして（６１２）、「ブルー」状態メッセージ３００を返信する。
【００５８】
ＵＣＡＶ−ＳＭＳ１０８が、イネーブル状態２７２であれば、地上ステーション１０２の操作者は、トリガースイッチ１２６（図１）を起動する。特に、本実施形態では、操作者は、ＵＣＡＶ１０４上のステーション１を選択し（６１４）、トリガースイッチ１２６を押下することにより、セーフティイネーブルディスクリートをリクエストする。トリガースイッチ１２６が作動すると（６１４）、地上ステーションＳＭＳ１１０は、「レッド」制御メッセージ４００と、「グリーン」制御メッセージ５００とを、ＵＣＡＶ−ＳＭＳ１０８に送信する。ＵＣＡＶ−ＳＭＳ１０８は、「レッド」制御メッセージ４００及び「グリーン」制御メッセージ５００を受信し、それらのメッセージ４００、５００を、最後に受信した「ブルー」制御メッセージ２００と比較する。セッションタグがマッチしていれば、ＵＣＡＶ−ＳＭＳ１０８は、ステーション１のステータスを、セーフティイネーブル＝１に変更する（６１６）。「レッド」及び「グリーン」制御メッセージ４００、５００が送信された後に、地上ステーションＳＭＳ１１０は、各ウォッチドッグインターバル６０８において、インクリメントされた「ブルー」制御メッセージ２００の送信を続ける。したがって、ＵＣＡＶ−ＳＭＳ１０８は、ウォッチドッグタイムをインクリメントし続け（６１２）、「ブルー」状態メッセージ３００を返送し続ける。
【００５９】
ステーション１のステータスが、セーフティイネーブル＝１になると、操作者は、トリガースイッチ１２６を開放する（６１８）。地上ステーションＳＭＳ１１０は、ステーション１のステータスをセーフティイネーブル＝０にセットするための情報を含む、「レッド」制御メッセージ４００及び「グリーン」制御メッセージ５００を送信する。ＵＣＡＶ−ＳＭＳ１０８が、「レッド」制御メッセージ４００及び「グリーン」制御メッセージ５００を受信し、「ブルー」制御メッセージ２００に対してそれらのメッセージ４００、５００が正しいことを確認すると、ＵＣＡＶ−ＳＭＳ１０８は、ステーション１のステータスを、セーフティイネーブル＝０に変更する（６２０）。次の「ブルー」制御メッセージ２００は、主武器スイッチ１２４を「セーフ」にセットし（６２２）、ＵＣＡＶ−ＳＭＳ１０８を、アイドル状態２５２にリセットする（６２４）。ＵＣＡＶ−ＳＭＳ１０８は、次の武器発射準備セッションのための新しいセッションタグを含む「ブルー」状態メッセージ３００を、地上ステーションＳＭＳ１１０に送信する。シーケンス６００は、単なる一例であって、地上ステーションＳＭＳ１１０は、如何なる「レッド」及び「グリーン」制御メッセージ４００、５００を、ＵＣＡＶ−ＳＭＳ１０８に送信してもよい。
【００６０】
上述の装備管理システム及びプロトコルは、主武器制御とリリース／トリガー制御とを別々に提供することにより、有人プラットフォームにおける「レッド」／「グリーン」／「ブルー」のセーフティーアーキテクチャーを、無人プラットフォームに拡張する。無人プラットフォームにおけるこの種のプロセスによれば、無人の乗り物及び／または無人のプラットフォームの制御におけるトランジエント中において、安全な動作を実現できる。さらに、本実施形態は、特定のステーションといった、特定の装備ペイロードコントローラ（ＳＰＣ）に対するコマンド、及び特定の制御セッションに対するコマンドに結びついており、無人プラットフォームが、誤ったコマンド及び／または「失効した」コマンドを受け付けることを、容易に防止できる。制御メッセージに対する追加的な認証は、プラットフォームに特有の制御データリンクに残される。
【００６１】
さらに、上述したプロトコルは、それぞれ、異なるインターロック方式を用いた装備に対する、全ての可能なクリティカル制御コマンドをインターロックする。すなわち、有人プラットフォームにおいて用いられる配線接続インターロックが、装備及び／または武器に提供されたデータにおける特定のビットパターンに拡張される。これにより、武器の全ての重要機能に対して単一のハードウェアインターロックを適用する無人プラットフォームと比較すると、プラットフォームに依存する潜在的なソフトウェアハザードを容易に抑止することができ、安全なクリティカルソフトウェアハザードを生成することができる。
【００６２】
ここで、主武器スイッチ及びトリガースイッチ、またはコックピット制御スイッチは、地上ステーションにおいて強力なチェックサムを用いてエンコードされる。さらに、主武器コマンドは、「ブルー」制御メッセージにおいてエンコードされ、リリースされ、選択されたステーションコマンドは、「レッド」／「グリーン」メッセージにおいてエンコードされる。複数の武器ステーションが起動されると、複数の「レッド」／「グリーン」メッセージが、無人プラットフォームに送信される。さらに、ここに記載される無人ＳＭＳは、「レッド」／「グリーン」／「ブルー」メッセージを受信し、独立したハードウェアロジックを介してそれらをデコードする。特に、無人ＳＰＣのオペレーショナルフライトプログラム（ＯＦＰ）は、クリティカル制御出力を抑制できるが、有人プラットフォームからの「レッド」「グリーン」「ブルー」メッセージなしに、クリティカル制御出力を行なうことはできない。さらに、データ構造及び関連する状態機械は、「レッド」／「グリーン」／「ブルー」制御メッセージの「リユース」を容易に防止することができ、「レッド」／「グリーン」／「ブルー」メッセージのクリティカル制御ハードウェアに対する配送を管理するＯＦＰの部品及び／または送信チャネルにおいて、潜在的に存在する危険を回避することができる。
【００６３】
本明細書中の「ブルー」制御メッセージは、有人コックピットにおける主武器制御と等しい意味を表わす。さらに、「ブルー」制御メッセージは、有人プラットフォームにおける主武器スイッチの位置をエンコードし、ローリングカウンターを実行して、主武器スイッチがイネーブルの間に主武器コマンドを継続的に受信したことを保証する。そして、「ブルー」制御メッセージは、「ブルー」制御メッセージを特定のＳＰＣにマッチングするシリアルナンバーフィールドを含む。上述した「ブルー」制御メッセージは、また、無人ＳＭＳのハードウェアでデコードされた「ブルー」制御メッセージのデータフィールドの有効性を確認する強力なチェックサムを含む。本明細書中、「ブルー」制御メッセージは、ＳＰＣ内の「ブルー」状態機械の状態を制御する。特に、「ブルー」制御メッセージは、対応する「ブルー」状態メッセージを含むが、この「ブルー」状態メッセージは、主武器がどのようなコマンドを受けたかを示す状態、現在の主武器カウンタの値、及び／または「ブルー」エアーギャップの実際の状態を、有人プラットフォームにレポートする。
【００６４】
上述の「レッド」及び「グリーン」制御メッセージは、トリガースイッチ及び／またはピックルスイッチからのコマンドといった、有人コックピットからのリリースコマンドと同じ意味を表わす。加えて、上述した「レッド」／「グリーン」制御メッセージは、リリースコマンドが意図するステーション及び何のクリティカル制御ディスクリートが、リリースコマンドに応じて起動されることを求められるかの詳細をエンコードする。ここで述べたエンコーダやデコーダといった、「レッド」制御エレメント及び「グリーン」制御エレメントは、有人プラットフォームから受信したコマンドを独立して評価するハードウェアエレメントと本質的には同じである。これら２つの独立したエレメントは、無人ＳＭＳのクリティカルサブシステム内の単一ポイント欠損をなくすために用いられる。特に、ここで述べた「レッド」及び「グリーン」制御構成は、非常に類似しているが、実質的にユニークな情報を含んでおり、「レッド」制御メッセージと「グリーン」制御メッセージの両方を、武器がリリースされる前に受信したことを確認する。例えば、同じデータ構造を、「レッド」エレメントと「グリーン」エレメントの両方に複製しても、実行すべきコマンドにはならない。それら２つのデータ構造の少なくとも一方は、認識されないからである。さらに、各データ構造のセッションタグフィールドは、現時点の主武器セッションにそのコマンドを結びつける。さらに、セッションタグフィールドは、対応する「レッド」／「グリーン」メッセージに対する「ブルー」状態メッセージを介して受信したタグデータを含む。したがって、タグデータは、「レッド」メッセージ及び「グリーン」メッセージで異なり、主武器状態機械が起動される度に、再度初期化される。
【００６５】
以上のように、装備管理システムの実施形態、及び、その動作方法について、詳細に記載してきた。この方法及びシステムは、ここに記載された特定の実施形態に限定されるものではなく、このシステムの構成要素及び／または方法のステップを、ここに記載した他の構成要素及び／またはステップとは、独立して別々に利用してもよい。例えば、ここでの方法は、他の制御及び／または管理システム及び方法と組み合わせて用いることもでき、ここで示した装備管理システム及び方法のみに利用する目的には限らない。むしろ、多くの他の遠隔管理アプリケーション及び／または遠隔制御アプリケーションと共に本実施形態を実施することができる。
【００６６】
本発明の様々な実施形態の特定の特徴は、いくつかの図面に示され、他には示されていないかもしれないが、これは単にその簡便さを理由にしたものである。本発明の原理によれば、１つの図に表わされた何れの特徴も、他の図に表わされた如何なる特徴とも組み合わせて参照し、及び／または権利主張することができる。
【００６７】
上記の説明では、最良の態様を含む本発明を開示するために例を用いており、また、任意のデバイスやシステムを作成して用いたり、任意の組み込まれた方法を実行したりすることによって、当業者が本発明を実行可能となるように、例を用いている。本発明の特許取得可能な範囲は、特許請求の範囲によって定義され、当業者が想定できる他の例を含むこともできる。そのような他の例が、本願の特許請求の範囲の逐語的内容と異ならない構造要素を有する場合、または特許請求の範囲の逐語的内容とは実質的な違いがない同等の構成要素を含む場合には、特許請求の範囲の範疇にあるものと意図される。
【符号の説明】
【００６８】
１００  プロトコル
１０２  地上ステーション
１０４  無人戦闘機（ＵＣＡＶ）
１０６  主武器制御ステーション
１０８  装備管理システム（ＳＭＳ）
１１０  地上ステーションＳＭＳ
１１２  データリンク
１１４  装備管理システム（ＳＭＳ）
１１６  補助的データリンク
１１８  送受信アンテナ
１２０  ＵＣＡＶアンテナ
１２２  （ＲＦ）信号
１２４  主武器スイッチ
１２６  トリガースイッチ
１２８  操作者ディスプレイ
１３０  主武器制御エンコーダ
１３２  第１クリティカル制御メッセージ・エンコーダ
１３４  第１クリティカル制御メッセージ・エンコーダ
１３６  ＳＭＳ制御メッセージアセンブラ
１３８  ヒューマンインタラクション
１４０  主武器制御信号
１４２  第１クリティカル制御信号
１４４  第２クリティカル制御信号
１４６  武器
１４８  インタフェース
１５０  選択データ
１５２  ＳＭＳ制御メッセージ
１５４  補助的主武器スイッチ
１５６  主武器制御エンコーダ
１５８  主武器制御信号
１６０  主武器制御メッセージ
１６２  アヴィオニクスバス
１６４  配線接続インターロック
１６６  主武器データリンク
１６８  ディスアセンブラ
１７０  ＳＭＳプロセッサ／ＯＦＰ
１７２  武器データバス／リンク
１７４  ブルーデコーダ
１７６  レッドデコーダ
１７８  グリーンデコーダ
１８０  パワーバススイッチ
１８２  レッドトランジスタ
１８４  第２トランジスタ
１８６  武器インターフェイスクリティカル制御部または装備ペイロードコントローラＳＰＣ）
１８８  武器データインタフェース
１９０  エアギャップ
１９２  リリース信号
１９４  メッセージ
１９６  オペレーショナルデータ
２００  「ブルー」制御メッセージ
２０２  プラットフォーム識別子
２０４  シリアルナンバー
２０６  コマンドフィールド
２０８  カウントフィールド
２１０  チェックワード
２５０  主武器プロセス
２５２  アイドル状態
２５４  遷移
２５６  生成状態
２５８  フィードバック
２６０  遷移
２６２  プロトコル異常状態
２６４  遷移
２６６  復帰
２６８  復帰
２７０  遷移
２７２  イネーブル状態
２７４  フィードバック
２７６  遷移
２７８  復帰
２８０  失効状態
２８２  遷移
２８４  復帰
３００  「ブルー」状態メッセージ
３０２  エアーギャップステータス
３０４  イネーブルコマンド受信ステータス
３０６  リセットコマンド受信ステータス
３０８  メッセージカウンタ
３１０  タグ識別子
３１２  セッションタグ
４００  「レッド」制御メッセージ
４０２  タグ識別子
４０４  セッションタグセクション
４０６  実行モード
４０８  リザーブセクション
４１０  ステーションセレクション
４１２  クリティカル制御信号
４１４  チェックサム
４１６  セッションタグ
４１８  クリティカル制御ワード
４２０  クリティカル認証ワード
５００  「グリーン」制御メッセージ
５０２  タグ識別子
５０４  セッションタグセクション
５０６  実行モード
５０８  リザーブセクション
５１０  ステーションセレクション
５１２  クリティカル制御信号
５１４  チェックサム
５１６  セッションタグ
５１８  クリティカル制御ワード
５２０  クリティカル認証ワード
６００  シーケンス
６０２  アイドル状態での動作
６０４  主武器スイッチを発射準備状態へ
６０６  生成状態への移行
６０８  ウォッチドッグインターバル
６１０  イネーブル状態への移行
６１２  ウォッチドッグタイムのインクリメント
６１４  ステーション選択及びトリガースイッチ押下
６１６  ステーション１のステータス変更
６１８  トリガースイッチ開放
６２０  ステーション１のステータス変更
６２２  主武器スイッチを発射準備状態から解除
６２４  ＵＣＡＶ−ＳＭＳを、アイドル状態にリセット
【図１】
2010085084.tif 000003
【図２】
2010085084.tif 000004
【図３】
2010085084.tif 000005
【図４】
2010085084.tif 000006
【図５】
2010085084.tif 000007
【図６】
2010085084.tif 000008