(57)【要約】  軍用データリンク統合ソリューション（１００）は、戦術データリンク無線（５００）を各固有の軍事プラットフォーム上のレガシサブシステム（６００）とインタフェースさせるための共通かつ再利用可能な手法を提供する。このソリューション（１００）は、完全なリンク１６Ｊシリーズメッセージセット（５５０）を実装する。機能拡張が提供され、軍事ユーザは、各固有のプラットフォームに対する個別のメッセージ（２６０）を起動または停止すること、ならびにユーザ定義命令（３５０）を用いてメッセージ処理および表示選択をカスタマイズすることが可能になる。ソリューション（１００）はまた、サブシステムインタフェース用に自動的にそれ自体を再構成する（２１０、４１０）機能、ならびに、製品の修正を必要としない、各固有のプラットフォーム上のサブシステム機能の統合も提供する。
2007520176.tif 000002
【特許請求の範囲】
【請求項１】
完全なリンク１６メッセージセット（５５０）を使用してプラットフォームサブシステム（６００）を通信サブシステム（５００）と統合するための共通のスケーラブルなインタフェース（１００）であって、
前記プラットフォームサブシステムにおける各プラットフォームサブシステム（６００）のインタフェース構成（３００）を定義するためのアプリケーションプログラミングインタフェース（ＡＰＩ）データベース（３００）と、
前記各プラットフォームサブシステムごとに前記完全なリンク１６メッセージセット（５５０）を実装するための命令（３５２〜３６０）を定義するユーザ修正可能命令（ＵＭＩ）データベース（３５０）と、
前記各プラットフォームサブシステム（６００）の前記インタフェース構成（３０２、３０８）に対して、自動的にそれ自体を構成する（２１０、４１０）アプリケーションソフトウェアと、
前記通信サブシステム（５００）および前記各プラットフォームサブシステムとの間で前記完全なリンク１６メッセージ（５５０）を交換する手段（６３６）と
を備えたインタフェース。
【請求項２】
リンク１６メッセージのデータおよびパラメータ（３４０）を格納するために、前記アプリケーションソフトウェア（１００）によって使用されるメッセージパラメータデータベース（３４０）をさらに含む、請求項１に記載のインタフェース。
【請求項３】
前記アプリケーションソフトウェアが、前記ＡＰＩデータベース（３００）に定義された前記インタフェース構成に従って前記各プラットフォームサブシステムとの間でリンク１６メッセージデータ（５５０）を送受信するための処理ルール（２５０）を含む、請求項１に記載のインタフェース。
【請求項４】
前記アプリケーションソフトウェアが、特殊メッセージ機能機構（２６０）を含む、請求項３に記載のインタフェース。
【請求項５】
前記特殊メッセージ機能（２６０）機構が、異種ソースからの類似のリンク１６メッセージデータを相関させる機構と、目標追跡ファイルを設定し更新する機構と、前記リンク１６メッセージデータを状況認識表示形式にフォーマットする機構と、メッセージの受信および送信ならびにミッションの記録および再生のための自動イベントトリガに応答する機構とを含む、請求項４に記載のインタフェース。
【請求項６】
前記アプリケーションソフトウェアが、前記ＵＭＩデータベース（３５０）内の前記命令に従って前記特殊メッセージ機能（３５４）機構を前記リンク１６メッセージデータに適用するための処理ルールを含む、請求項４に記載のインタフェース。
【請求項７】
前記アプリケーションソフトウェアが、リンク１６通信ネットワークを管理するための処理ルール（２５０）を含む、請求項１に記載のインタフェース。
【請求項８】
前記アプリケーションソフトウェアが、少なくとも１つの固有のホストプラットフォーム要件に対する処理ルール（４５０）を含む、請求項１に記載のインタフェース。
【請求項９】
前記アプリケーションソフトウェアが、特殊プラットフォーム機能機構（４６０）を含む、請求項８に記載のインタフェース。
【請求項１０】
前記特殊プラットフォーム機能機構（４６０）が、前記リンク１５メッセージデータを既定のリンク１６表示形式にフォーマットする機構と、前記リンク１６表示形式を表示サブシステムに送信する機構と、前記ＵＭＩデータベース内のデータ収集命令に応答して前記各プラットフォームサブシステム内のミッションアプリケーションとデータを交換する機構とを含む、請求項９に記載のインタフェース。
【請求項１１】
完全なリンク１６メッセージセット（５５０）を使用して、プラットフォームサブシステム（６００）を通信サブシステム（５００）とインタフェースさせる（１００）ための共通のスケーラブルな方法であって、
ａ）第１のデータベース（３００）を用いて前記プラットフォームサブシステムにおける各プラットフォームサブシステム（６００）の構成（３００）を定義するステップと、
ｂ）第２のデータベース（３５０）を用いて前記完全なリンク１６メッセージセット（５５０）を実装するための命令（３５２〜３６０）を定義するステップと、
ｃ）前記各プラットフォームサブシステム（６００）ごとにアプリケーションソフトウェアを自動的に構成する（２１０，４１０）ステップと、
ｄ）前記リンク１６メッセージデータ（５５０）を前記通信サブシステム（５００）および前記各プラットフォームサブシステム（６００）との間で交換するステップと
を含む方法。
【請求項１２】
次のプラットフォームサブシステム（６００）のために前記アプリケーションソフトウェアを再構成するステップをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記アプリケーションソフトウェアによって使用するために、前記リンク１６メッセージのデータおよびパラメータをメッセージパラメータデータベース（３４０）に格納するステップをさらに含む、請求項１１に記載の方法。
【請求項１４】
前記第１のデータベース（３００）の処理ルール（２５０）を使用して、送受信される前記リンク１６メッセージデータを構成する、請求項１１に記載の方法。
【請求項１５】
前記構成のステップに、特殊メッセージング機能（２６０）を提供するステップを含む、請求項１４に記載の方法。
【請求項１６】
前記特殊メッセージング機能（２６０）を提供するステップが、
ａ）異種ソースからの類似したリンク１６メッセージデータを相関させるサブステップと、
ｂ）目標追跡ファイルを設定し更新するサブステップと、
ｃ）前記リンク１６メッセージデータを状況表示形式にフォーマットするサブステップと、
ｄ）メッセージの送信および受信ならびにミッションの記録および再生のための自動イベントトリガに応答するサブステップと
を含む、請求項１５に記載の方法。
【請求項１７】
前記特殊メッセージング機能（２６０）を提供するステップが、前記第２のデータベース（３５０）内の前記命令に従い、前記アプリケーションソフトウェアからの処理ルール（２５０）を使用して前記特殊メッセージング機能を前記リンク１６メッセージデータに適用するステップを含む、請求項１５に記載の方法。
【請求項１８】
前記アプリケーションソフトウェアを自動的に構成するステップが、リンク１６通信ネットワークの管理のための処理ルール（２５０）を提供するステップを含む、請求項１１に記載の方法。
【請求項１９】
前記アプリケーションソフトウェアを自動的に構成するステップが、少なくとも１つの固有のホストプラットフォーム要件に対する処理ルール（４５０）を提供するステップを含む、請求項１１に記載の方法。
【請求項２０】
前記処理ルール（４５０）を提供するステップが、
ａ）既定のリンク１６表示形式にデータをフォーマットするステップと、
ｂ）前記リンク１６表示形式を表示サブシステムに送信するステップと、
ｃ）前記第２のデータベース内のデータ収集命令に応答して、前記各プラットフォームサブシステム内の少なくとも１つのミッションアプリケーションと前記リンク１６メッセージデータを交換するステップと
を含む、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデジタルメッセージングに関し、より詳細には、レガシおよび新規のミッション表示システムと軍用データリンク無線との統合、ならびにＭＩＬ−ＳＴＤ−６０１６によって規定されたリンク１６メッセージセットおよび関連するメッセージ処理機能の実装に関する。
【背景技術】
【０００２】
軍隊では、様々な戦術データリンク無線を使用して、空、陸、海、および宇宙空間の各乗物と指揮統制施設の間でデジタル音声およびデータを送受信する。各乗物および各指揮統制施設において、これらのデータリンク無線は様々なミッションコンピュータや表示システムとインタフェースする。これらのデータリンク無線を通して送信されるデータは、様々なメッセージ標準によって規定された、メッセージ、メッセージ形式、およびメッセージプロトコルから構成される。ミッション／表示システムは、外部ソースからのメッセージに含まれるデータを使用するとともに、外部システムに送信されるメッセージに挿入されるデータを生成する。
【０００３】
軍用データリンク無線の例には、ＵＨＦ見通し内（ＵＨＦ  ＬＯＳ）無線、ＵＨＦデマンドアサイン方式多元接続衛星通信（ＵＨＦ  ＤＡＭＡ  ＳＡＴＣＯＭ）、ＥＨＦマルチモードデジタル無線衛星通信（ＥＨＦ  ＭＤＲ  ＳＡＴＣＯＭ）、ＨＦ無線、統合戦術情報分配システム（ＪＴＩＤＳ）、多機能情報分配システム（ＭＩＤＳ）、統合戦術無線システム（ＪＴＲＳ）などがある。軍用データリンクメッセージ標準は、リンク４、リンク１１、リンク１６、リンク２２、可変メッセージ形式（ＶＭＦ）などでもよい。ミッションおよび表示システムの例には、乗物制御および表示装置、ミッションコンピュータ、ワークステーション、ネットワークサーバなどがある。
【０００４】
米国国防総省（ＤｏＤ）は最近、戦術データリンク操作のために軍用プラットフォーム上で使用する標準として（ＭＩＬ−ＳＴＤ−６０１６に準拠した）リンク１６データリンクメッセージセットを選択した。さらに、ＤｏＤは現在、標準データリンク無線システムとして使用するための統合戦術無線システム（ＪＴＲＳ）を開発中である。既存（レガシ）および将来の各軍用プラットフォームは、その戦術データリンク機能のためにＪＴＲＳおよびリンク１６メッセージセットを使用することになる。
【０００５】
ＤｏＤの指揮・統制・通信・コンピュータ・情報（Ｃ４Ｉ）統合戦術データリンク管理計画（２０００年６月付け）に概説されているように、ＪＴＲＳおよびリンク１６メッセージセットを組み込むために、広範なレガシ軍用プラットフォームが、２０１５年およびそれ以降にわたって更新される。これと同様のレガシプラットフォームは現在、様々な既存の異種軍用データリンクシステムによって使用される情報を生成するか、またはそれらのシステムによって提供される情報を使用する既存のサブシステムに配備されている。新規のＪＴＲＳ装置がこれらのレガシプラットフォームに導入されるときは、既存のプラットフォームサブシステムと新規のＪＴＲＳ装置をインタフェースさせることが必要になる。また、新規の進化したリンク１６メッセージセットを使用するために、各既存のサブシステムを更新することも必要になる。
【０００６】
これら既存のプラットフォームサブシステムの大部分は過去に開発されたものなので、それらは、リンク１６メッセージセットのサブセットを実装しているか、またはリンク４またはリンク１１など他の旧版のデータリンクメッセージセットを実装している。また、多くの現存するサブシステムは、旧式のデータリンク無線装置とインタフェースするように設計されており、新規のデータリンク無線装置やメッセージ処理プロトコルとの互換性はない。これらの各従来技術システムは、各ソリューションが実装される個々のプラットフォームに固有のポイントソリューションであり、それらは各個別の会社によって提供される。これらのポイントソリューションは、受信、送信、および処理の機能を含む。受信機能はデータリンク無線からメッセージを受信し、メッセージデータをデコードし、そのデータを適切なサブシステムに送信する。送信機能は、プラットフォームサブシステムから個々のデータを収集し、データを適切なメッセージ形式にエンコードし、そのメッセージをデータリンク無線に送る。処理機能は、選択されたデータ要素に作用して、フィルタリング、相関、追跡ファイルの維持、他のミッション固有の機能など、個々のタスクを実施する。各ソリューションは、そのプラットフォームのミッションに必要な、メッセージのサブセットだけを実装する。軍が、そのプラットフォームのための特定のメッセージおよびメッセージ処理を追加、削除、または修正したいと望むことによって将来の変更が必要になったときは、軍は、先のポイントソリューションの会社に戻し、それらに対する料金を支払って変更を実装しなければならない。したがって、既存の製品ソリューションは、軍に対し、各固有のプラットフォームに対する主要な製品の再設計なしには、個々のメッセージを変更する機能を提供しない。例えば、戦闘機の場合、ミッションコンピュータは、既存のデータリンク無線とインタフェースし、個々の戦闘機に実装されたメッセージサブセットに対するメッセージ処理を実施する。表示システムもまた、状況認識情報を含むメッセージを処理するが、その情報を個々の戦闘機のミッションおよび表示要件に合わせ込む。
【０００７】
米国の軍用機ならびにＮＡＴＯ諸国で使用されるデータリンクの統合については、多様な実装が存在する。これらの実装は、それぞれポイントソリューションであり、各ソリューションが使用される航空機用に特別に設計されたものである。具体的な例としては、タレス・コミュニケーションズ社（Ｔｈａｌｅｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）によって提供されるデータリンクインタフェースプロセッサ（ＤＬＩＰ）が存在する。しかし、これら既存の実装は、軍用データリンク統合アプリケーションの利点を提供しない。すなわち、
・既存の実装は、完全なＪシリーズメッセージセットのサブセットだけを実装する。
・既存の実装は、ユーザプログラム可能ではない。いずれかのメッセージまたは特殊メッセージ処理機能の追加または削除には、オペレーショナルソフトウェアの再設計が必要になる。
・既存の実装は、修正なしで入／出力の再構成を可能にするＡＰＩデータベースを使用しない。
・既存の実装は、標準の表示システムインタフェースおよびビデオ出力を提供しない。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
したがって、従来のサブシステム更新手法が使用された場合は、これら既存のプラットフォームサブシステムの更新コストは莫大なものになる。従来の更新手法はポイントソリューションであり、各プラットフォームアプリケーションごとに、様々なインテグレータによって更新される。複数の異なる種類のプラットフォームアプリケーションで使用することができる、共通で低コストの軍用データリンク統合（ＭＤＬＩ）製品が必要とされている。
【課題を解決するための手段】
【０００９】
本発明は、あらゆるプラットフォームアプリケーションで使用することができる、共通のスケーラブルな設計を実装する。本発明は、軍のユーザが各プラットフォームアプリケーションに対するメッセージ起動、メッセージ停止、およびメッセージ処理命令を制御することができるように、完備したまたは完全なリンク１６Ｊシリーズメッセージセット、およびデータベース駆動設計を実装する。この機能のために使用されるデータベースは、軍のユーザによって生成され維持される。軍は、そのことを実施するためにどの会社にも代金を支払う必要はない。このことにより、共通のＭＤＬＩ製品を、オペレーショナルソフトウェアを再コンパイルする必要なしに、各固有のプラットフォーム上で動作させることが可能になる。
【００１０】
本発明は、製品のソフトウェア変更を必要とせずに、各固有のプラットフォームに対するＭＤＬＩ製品の自動再構成を可能にするデータベース駆動設計を実装する。この機能のために使用されるデータベースは、各固有のプラットフォーム上で使用される各種のサブシステムに対するインタフェース命令を含み、共通のＭＤＬＩ製品が、オペレーショナルソフトウェアを再コンパイルする必要なしに、各個別のプラットフォーム上で動作することを可能にする。
【００１１】
本発明は、特殊メッセージ処理機能を実装する。この機能により、異種ソースからの類似データの相互関係、目標追跡ファイル、データの状況認識表示形式へのフォーマット、自動イベントトリガおよび関連する動作、メッセージ送信の自動トリガ、ミッションの記録および再生などが提供される。さらに、本発明は、リンク１６表示形式用の標準ビデオ出力も提供する。
【００１２】
本発明の主要な目的は、あらゆるプラットフォームアプリケーションで使用可能な共通のスケーラブルな設計を提供することである。
【００１３】
軍用データリンク統合アプリケーションの１つの利点は、このアプリケーションが軍に低コストのソリューションを提供することである。ユーザは、単にアプリケーションプログラミングインタフェース（ＡＰＩ）データベースとユーザ修正可能な命令（ＵＭＩ）データベースを更新するだけで、各固有のホストアプリケーション上で軍用データリンク統合アプリケーションがどのように動作するのかを合わせ込むことができる。このことにより、彼らのためにアプリケーションを修正する誰かに代金を支払う必要なしに、ソリューションの使用および操作についてのユーザ制御が提供される。
【００１４】
軍用データリンク統合アプリケーションの他の利点は、このアプリケーションが各固有のホストプラットフォームに対してフレキシブルであり、スケーラブルであり、再使用可能なことである。ＡＰＩデータベースを用いることにより、このアプリケーションは、修正を全く必要とせずに複数の固有のホストプラットフォーム上で使用可能な通信サブシステムおよびレガシサブシステムとインタフェースするために使用することができる。
【００１５】
軍用データリンク統合アプリケーションの他の利点は、このアプリケーションがＭＩＬ−ＳＴＤ−６０１６で規定されたリンク１６メッセージおよび処理ルールの完全なセットを実装していることである。したがって、ユーザは、各固有のホストプラットフォームの必要に応じて、メッセージを起動または停止することができる。
【００１６】
軍用データリンク統合アプリケーションの他の利点は、このアプリケーションがユーザによって起動または停止することができる特殊メッセージ処理機能およびユーティリティを実装していることである。これらのメッセージ処理機能およびユーティリティを用いることにより、軍用データリンク統合アプリケーションによってホストプラットフォーム上の使用可能な通信サブシステムおよびレガシサブシステムに送信されるデータおよびメッセージに、ユーザが値を追加することが可能になる。
【００１７】
軍用データリンク統合アプリケーションの他の利点は、リンク１６データおよびレガシサブシステムデータを閲覧するためのフレキシブルでユーザプログラム可能な表示形式をサポートする標準表示システムインタフェースを提供することである。
【００１８】
軍用データリンク統合アプリケーションの他の利点は、地上のソフトウェアツールが存在することであり、このツールを使用することにより、ユーザは、オフィス環境のワークステーション上でＡＰＩデータベースおよびＵＭＩデータベースを定義し生成することができるようになる。
【００１９】
軍用データリンク統合アプリケーションの共通ソリューションの他の利点は、このソリューションが、あらゆるホストプラットフォームについてのトレーニングおよび維持コストに対するユーザの費用を節減することである。
【００２０】
本発明の他の目的、利点および新規な特徴、ならびに他の適用範囲については、その一部を、以下の詳細な説明で添付の図面と併せて説明する。また、その一部は、当業者にとっては、以下の説明を詳細に検討することによって明らかになるはずであり、本発明の実施によって習得することもできるはずである。本発明の目的および利点は、添付の特許請求の範囲で詳細に指摘した手段および組み合わせによって実現し達成することができる。
【００２１】
本明細書に組み込まれその一部をなす添付の図面は、本発明のいくつかの実施形態を示すものであり、詳細な記述とともに本発明の原理を説明するためのものである。図面は、本発明の好ましい実施形態を例示するためだけに示したものであり、本発明を制限するものと解釈すべきではない。
【発明を実施するための最良の形態】
【００２２】
軍用データリンク統合アプリケーションは、ホストプロセッサ上で実行されるソフトウェアパーティションである。図１は、軍用データリンク統合アプリケーション１００のソフトウェアパーティションがどのように実装されるかを示す。軍用データリンク統合アプリケーションが使用される各プラットフォームに対して、これと同様の実装が想定される。軍用データリンク統合アプリケーションは、以下の機能からなる。すなわち、データリンクメッセージ処理２００、データリンクプラットフォーム統合４００、アプリケーションプログラミングインタフェース（ＡＰＩ）データベース３００、メッセージパラメータデータベース３４０、およびユーザ修正可能命令（ＵＭＩ）データベース３５０である。これらの軍用データリンク統合アプリケーション機能（２００から４００）は、各ホストプラットフォーム上で使用可能なコンピュータシステムに実装される。ホストコンピュータシステムは、ホストアプリケーションプロセッサ６３２モジュール、レガシ画像処理モジュール（ＩＰＭ）６３４、レガシ入力および出力（Ｉ／Ｏ）モジュール６３６、および必要なレガシコンピュータモジュール相互接続６３８を備えたコンピュータキャビネットから構成されるものと考えられる。軍用データリンク統合アプリケーション機能（２００から４００）はホストアプリケーションプロセッサ６３２上で実行され、ＡＰＩデータベース３００内の既定のＡＰＩデータ交換プロトコルによって、やはりホストアプリケーションプロセッサ６３２上で実行されるレガシソフトウェアのミッションアプリケーション６３０とインタフェースする。軍用データリンク統合アプリケーション機能（２００から４００）はまた、ホストコンピュータシステムのレガシＩＰＭ６３４、レガシ入／出力モジュール６３６、およびそれらに関連するレガシコンピュータモジュール相互接続６３８によって、外部通信サブシステム５００および他のレガシサブシステム６００とインタフェースする。既定のデータ交換プロトコルは、ホストコンピュータシステムのポートアドレス、メッセージの構成および形式、ならびにデータ交換命令シーケンスからなる。軍用データリンク統合アプリケーション機能（２００から４００）は、これらのホストコンピュータリソース（６３２、６３４、６３６、および６３８）を使用して、既定のシステムインタフェースであるレガシ入／出力６６０およびリンク１６メッセージ５５０によって外部サブシステム（５００および６００）とデータ交換する。さらに、軍用データリンク統合アプリケーションのデータベース（３００および３５０）は、プラットフォームから離れた地上のソフトウェアツール７００上で生成することができる。次に、これらのデータベースは、データローダカートリッジ７０２を使用し、レガシサブシステム６００内部のデータローダを介して、ホストアプリケーションプロセッサ６３２のメモリにアップロードすることができる。これらのデータベース（３００および３５０）は、ホストプラットフォーム上の軍用データリンク統合アプリケーションを自動的に構成し、ユーザ定義命令を実装するために、データリンクメッセージ処理２００およびデータリンクプラットフォーム統合４００機能によって使用される。
【００２３】
図２は、その主要な機能であるデータリンクメッセージ処理２００とデータリンクプラットフォーム統合４００とからなる軍用データリンク統合アプリケーション１００手法を示す。この手法はまた、ＡＰＩデータベース３００、メッセージパラメータデータベース３４０、およびユーザ修正可能命令（ＵＭＩ）データベース３５０も含む。データリンクメッセージ処理２００機能は、処理ルールと特殊メッセージ機能を備えたリンク１６メッセージセットを実装する。この機能は、ホストプラットフォーム上の通信サブシステム５００、データベース（３００、３４０、および３５０）、およびデータリンクプラットフォーム統合４００機能とインタフェースする。データリンクプラットフォーム統合４００機能は、データリンクメッセージ処理２００機能の制御の下で、ホストプラットフォーム上の様々なレガシサブシステム６００、ならびに特殊プラットフォーム機能４６０とインタフェースし対話するのに必要な、ルールおよび命令を実装する。制御は、制御および状況交換３２０インタフェースによって実施される。データリンクプラットフォーム統合４００機能はまた、ホストプラットフォームのデータローダ６４０デバイスを使用してＡＰＩデータベース３００およびＵＭＩデータベース３５０を更新するために使用されるデータローダ機能も実装する。
【００２４】
図３はデータリンクメッセージ処理２００機能の流れ図を示す。図３に示された処理フローは、図２上で識別される機能２１０から２６０を実装する。図２に示された自動構成可能なＡＰＩ２１０機能は、図３の処理２１２から２２４に実装される。図２に示されたデコードメッセージ２３０機能は、図３の処理２３０および２３２で実行される。図２に示されたエンコードメッセージ２４０機能は、図３の処理２４０および２４２に実装される。図２に示された機能、ＭＩＬ−ＳＴＤ−６０１６による標準メッセージ処理およびリンク１６ネットワーク管理ルール２５０は、図３の処理２５２から２５６に実装される。図２に示された特殊メッセージ機能２６０は、図３の処理２６０に実装される。
【００２５】
データリンクメッセージ処理２００機能の処理フローは以下の通りである。図３に示されているように、開始処理２１２は、電源の印加後、ホストアプリケーションプロセッサ６３２（図１）がデータリンクメッセージ処理２００機能の実行を開始したときに行われる。通信インタフェース初期化２１４タスクは、通信サブシステム５００へのインタフェースを確立するために、ＡＰＩ構成３１０インタフェース（図２）を介して得られた通信装置ＡＰＩ３０２データベース内の既定の命令を使用して実行される。このデータベースは、ホストプラットフォーム上でどの通信サブシステム５００が使用可能かを識別するための命令を含む。このデータベースはまた、使用可能な各通信サブシステム（５１０から５４０）とデータ交換を実施するための、ホストアプリケーションプロセッサ６３２インタフェースのポートアドレスとプロトコル、メッセージの構成および形式、ならびにコマンドシーケンスも提供する。初期化が完了した後で、受信メッセージ２１６タスクを実行し、着信したリンク１６メッセージ５５０を求めて各使用可能な通信サブシステム（５１０から５４０）をポーリングする。これらの着信メッセージは受信メッセージキュー２２２に収容される。次に、デコードメッセージ２３０タスクを実行して、受信メッセージキュー２２２内の各受信メッセージをアンパックし、各メッセージに含まれるデータを抽出する。抽出されたデータは受信メッセージデータ２３２格納領域に置かれる。次に、処理入力データ２５２タスクを実行して、ＭＩＬ−ＳＴＤ−６０１６に規定されたメッセージ処理ルール２５４に従って着信したリンク１６データを処理する。すべてのリンク１６メッセージ処理ルールは、ＭＩＬ−ＳＴＤ−６０１６メッセージルール２５４のデータ格納領域に含まれる。処理入力データ２５２タスクは、既定のメッセージ処理命令３５４を使用して、そのホストプラットフォームのためにどのリンク１６メッセージが起動されたかを判定し、次いで、受信したメッセージデータ２３２に対する適切なＭＩＬ−ＳＴＤ−６０１６メッセージルール２５４を使用する。着信データから得られたメッセージパラメータは、メッセージパラメータデータベース３４０に格納される。次に、特殊メッセージ機能実行２６０タスクが実行される。特殊メッセージ機能実行２６０タスクは、データ収集命令３５６を使用して、ホストプラットフォーム上のレガシサブシステム６００から収集されるデータパラメータを識別する。これらの収集されたデータパラメータは、メッセージパラメータデータベース３４０に格納される。特殊メッセージ機能実行２６０タスクは、メッセージ処理命令３５４を使用して、ユーザ指定のデータパラメータに対するユーティリティを起動する。これらのユーティリティには、データ融合アルゴリズム、追跡ファイルの生成および更新、共有状況認識（ＳＳＡ）情報の生成および更新、他のユーザ定義データ操作などが含まれる。これらのユーティリティ動作の結果は、メッセージパラメータデータベース３４０に格納される。特殊メッセージ機能実行２６０タスクは、ルーティング命令３５２を使用して、個々のレガシサブステム６００および通信サブシステム５００に送信されるメッセージパラメータデータベース３４０内のデータを識別する。特殊メッセージ機能実行２６０タスクは、表示フォーマット命令３５８を使用して、メッセージパラメータデータベース３４０内の選択されたデータを表示用にフォーマットする。次に、出力データ処理２５６タスクが実行される。このタスクは、メッセージパラメータデータベース３４０でタグ付けされたデータをフォーマットして、使用可能な通信サブシステム５００に出力する。タグ付けされたデータは、ＭＩＬ−ＳＴＤ−６０１６メッセージルール２５４に従ってフォーマットされ、送信メッセージデータ２４２バッファに置かれる。次に、エンコードメッセージ２４０タスクを実行して、出力データを適切なメッセージ形式にエンコードし、フォーマットされたメッセージを送信メッセージキュー２２４に配置する。次に、送信メッセージ２１８タスクを実行して各送信メッセージを適切な通信サブシステム（５１０、５２０、５３０、または５４０）に送信する。シャットダウンすべき時間かどうかを判定するためのチェック２２０が実施される。シャットダウンの時間でなければ、データリンクメッセージ処理２００機能は、受信メッセージ２１６タスクを再度開始することによってその処理自体を繰り返す。この処理は既定の更新レートで繰り返される。シャットダウン時間の場合は、データリンクメッセージ処理２００機能はシャットダウン２２２される。
【００２６】
図４は、データリンクプラットフォーム統合処理４００機能の流れ図を示す。図４に示された処理フローは、図２で識別された機能４１０から４６０を実装する。自動構成可能なＡＰＩ４１０機能（図２）は、図４の処理４１２から４２４に実装される。デコードデータ４３０機能（図２）は、図４の処理４３０および４３２に実装される。エンコードデータ４４０機能（図２）は、図４の処理４４０および４４２に実装される。固有のホストプラットフォーム要件４５０（図２）のためのルールおよび命令の機能は、図４の処理４５２から４５６に実装される。特殊プラットフォーム機能４６０（図２）は、図４の処理４６０に実装される。
【００２７】
データリンクプラットフォーム統合処理４００機能の処理フローは以下の通りである。開始処理４１２は、電源印加の後で、ホストアプリケーションプロセッサ６３２（図１）がデータリンクプラットフォーム統合処理４００機能の実行を開始したときに行われる。レガシインタフェース初期化４１４タスクは、表示装置ＡＰＩ３０４データベース、ミッション装置ＡＰＩ３０６データベース、およびプラットフォーム固有のＡＰＩ３０８データベース内の既定の命令を使用し、ＡＰＩ構成３１０インタフェース（図２）を使用して、レガシサブシステム６００へのインタフェースを設定するために実行される。これらのデータベースは、ホストプラットフォーム上でどのレガシサブシステム６００が使用可能かを識別するための命令を含む。これらのデータベースはまた、使用可能な各レガシサブシステム（６１０から６５０）とのデータ交換を実施するための、ホストアプリケーションプロセッサ６３２インタフェースのポートアドレスおよびプロトコル、メッセージの構成および形式、ならびにコマンドシーケンスを提供する。初期化が終了した後で、データ受信４１６タスクを実行し、着信したレガシ入／出力６６０を求めて使用可能な各レガシサブシステム（６１０から６５０）をポーリングする。着信データは受信データキュー４２２に取り込まれる。次に、データデコード４３０タスクを実行して、受信データキュー４２２内の各受信データアイテムをアンパックし、レガシサブシステムメッセージフォーマットからデータを抽出する。抽出されたデータは、受信データ４３２バッファに置かれる。次に、入力データ処理４５２タスクを実行して、プラットフォーム統合ルール４５４に従って着信データを処理する。入力データ処理４５２タスクは、既定のプラットフォームアプリケーション命令３６０を使用してそのホストプラットフォームのためにどのレガシサブシステムが起動されたかを判定し、次いで、受信データ４３２に対する適切なプラットフォーム統合ルール４５４を使用する。着信データから得られたメッセージパラメータは、メッセージパラメータデータベース３４０に格納される。次に、特殊プラットフォーム機能実行４６０タスクが実行される。特殊プラットフォーム機能実行４６０タスクは、データ収集命令３５６を使用して、ホストプラットフォーム上のレガシサブシステム６００から収集されたデータパラメータを識別する。これらの収集されたデータパラメータは、メッセージパラメータデータベース３４０に格納される。特殊プラットフォーム機能実行４６０タスクは、プラットフォームアプリケーション命令３６０を使用してユーザ指定のデータパラメータに対するユーティリティを起動する。これらのユーティリティは、表示アプリケーション、ミッションアプリケーション、および他のユーザ定義データ操作を含む。これらのユーティリティ操作の結果は、メッセージパラメータデータベース３４０に格納される。特殊プラットフォーム機能実行４６０タスクは、表示フォーマット命令３５８を使用して、メッセージパラメータデータベース３４０内の選択されたデータを表示用にフォーマットする。次に、出力データ処理４５６タスクが実行される。このタスクは、メッセージパラメータデータベース３４０内のタグ付けされたデータをフォーマットして、使用可能なレガシサブシステム６００に出力する。タグ付けされたデータは、プラットフォーム統合ルール４５４に従ってフォーマットされ、次いで、送信データ４４２バッファに置かれる。次に、データエンコード４４０タスクを実行して、出力データを適切なメッセージフォーマットにエンコードし、フォーマットされたメッセージを送信データキュー４２４に置く。次に、データ送信４１８タスクを実行して、各送信データメッセージを適切なレガシサブシステム（６１０、６２０、６３０、６４０、または６５０）に送信する。シャットダウンの時間かどうかを判定するために、チェックが行われる４２０。シャットダウン時間でない場合は、データリンクプラットフォーム統合処理４００機能は、再度データ受信４１６タスクから開始することによってその処理を繰り返す。この処理は、既定の更新レートで繰り返される。シャットダウン時間の場合は、データリンクプラットフォーム統合処理４００機能がシャットダウンされる４２５。
【００２８】
軍用データリンク統合アプリケーションの機能の１つは、ホストプラットフォーム上の通信サブシステム５００に対するそれ自体のインタフェースを自動的に初期化する機能である。この機能を用いることで、軍用データリンク統合アプリケーションは、様々な通信装置構成用にそれらを修正する必要なしに、多くの異なるホストプラットフォーム上で動作することが可能になる。図２に示された自動構成可能なＡＰＩ２１０は、通信装置ＡＰＩ３０２データベースを使用して、ホストプラットフォーム上でどの通信サブシステム（５１０から５４０）が使用可能であるかを識別するための命令を取得する。通信装置ＡＰＩ３０２データベースはまた、ホストアプリケーションプロセッサ６３２（図１）インタフェースのポートアドレスおよびプロトコル、メッセージの構成および形式、ならびに使用可能な各通信サブシステム（５１０から５４０）とのデータ交換を実施するためのコマンドシーケンスも提供する。通信装置ＡＰＩ３０２データベースは、図１に示された地上のソフトウェアツール７００を使用して、プラットフォームの外部で生成される。地上のソフトウェアツール７００は、オフィス環境におけるワークステーション上に提供される。このツールは、個々のプラットフォーム上で使用可能な各通信サブシステムとのデータ交換を実施するための、インタフェースポートアドレスおよびプロトコル、メッセージの構成および形式、ならびにコマンドシーケンスを定義し、そのホストプラットフォームに関連する通信装置ＡＰＩ３０２データベースを生成するために使用される。次に、この通信装置ＡＰＩ３０２データベースは、データローダカートリッジ７０２（図１）にコピーされる。次いで、データローダカートリッジ７０２をホストプラットフォーム上で使用して、図２に示したホストプラットフォームのデータローダ６４０を介して、通信装置ＡＰＩ３０２データベースを軍用データリンク統合アプリケーションのＡＰＩデータベース３００格納エリアにロードする。通信装置ＡＰＩ３０２データベース内の各命令は、ホストプラットフォームの通信サブシステム（図２の５１０から５４０）用のデータリンクメッセージ処理２００機能を自動的に構成するために、通信インタフェース初期化２１４タスク（図３）によって使用される。通信装置ＡＰＩ３０２データベースはまた、受信メッセージ２１６タスクおよび送信メッセージ２１８タスクによって使用され、これらのタスクを自動的に構成して、使用可能なホストプラットフォームの通信サブシステム（５１０から５４０）と着信および発信メッセージを交換する。
【００２９】
軍用データリンク統合アプリケーションの他の機能は、ホストプラットフォーム上の各レガシサブシステム６００に対して、そのインタフェースを自動的に初期化する機能である。この機能を用いることで、軍用データリンク統合アプリケーションは、様々なレガシミッションおよび表示装置構成用にそれらを修正する必要なしに、多くの異なるホストプラットフォーム上で動作することが可能になる。自動構成可能なＡＰＩ４１０（図２）は、表示装置ＡＰＩ３０４データベース、ミッション装置ＡＰＩ３０６データベース、およびプラットフォーム固有のＡＰＩ３０８データベースを使用して、ホストプラットフォーム上でどのレガシサブシステム（６１０から６５０）が使用可能かを識別するための命令を取得する。データベース（３０４、３０６、および３０８）はまた、ホストアプリケーションプロセッサ６３２（図１）インタフェースのポートアドレスおよびプロトコル、メッセージの構成および形式、ならびに使用可能な各レガシサブシステム（６１０から６５０）とのデータ交換を実施するためのコマンドシーケンスも提供する。データベース（３０４、３０６、および３０８）内の各命令は、ホストプラットフォームのレガシサブシステム（図２の６１０から６５０）用のデータリンクプラットフォーム統合処理４００機能を自動的に構成するために、図４に示されたレガシインタフェース初期化４１４タスクによって使用される。データベース（３０４、３０６、および３０８）はまた、受信データ４１６タスクおよび送信データ４１８タスクによって使用され、これらのタスクを自動的に構成して、使用可能なホストプラットフォームのレガシサブシステム（６１０から６５０）と着信および発信データを交換する。
【００３０】
軍用データリンク統合アプリケーションの他の機能は、リンク１６メッセージ処理および固有のホストプラットフォーム機能に関連するユーザ指定の命令を実装する機能である。この機能を用いることで、ユーザが、各ホストプラットフォーム構成に対して、軍用データリンク統合アプリケーションを修正する必要なしに、リンク１６メッセージがどのように処理されるかを合わせ込むこと、特殊メッセージ処理機能を定義すること、および特殊プラットフォーム統合機能を定義することが可能になる。この機能を実装するために、いくつかのデータベースが使用される。図２に示されたこのようなデータベースは、ルーティング命令３５２データベース、メッセージ処理命令３５４データベース、データ収集命令３５６データベース、表示形式命令３５８データベース、およびプラットフォームアプリケーション命令３６０データベースである。ルーティング命令３５２データベースは、ルーティングされるデータ、および関連するソースおよび宛先情報を識別する命令を提供する。ソース命令は、データが含まれるリンク１６メッセージ、またはデータを提供するレガシサブシステムを識別する。宛先命令は、データを必要とするリンク１６メッセージ、またはデータを要求したレガシサブシステムを識別する。図３に示された特殊メッセージ機能実行２６０タスクは、ルーティング命令３５２データベースを使用して、個々のレガシサブシステム（６１０から６５０）および通信サブシステム（５１０から５４０）に送信される、図２に示されたメッセージパラメータデータベース３４０内のソースデータを識別し、タグ付けする。次に、リンク１６メッセージ用にタグ付けされたソースデータは、出力データ処理２５６タスク（図３）、メッセージエンコード２４０タスク（図３）、およびメッセージ送信２１８タスク（図３）によって処理される。このデータは、使用可能な通信サブシステム（５１０から５４０）に送信されるリンク１６メッセージに組み込まれる。次に、レガシサブシステム用にタグ付けされたソースデータは、出力データ処理４５６タスク（図４）、データエンコード４４０タスク（図４）、およびデータ送信４１８タスク（図４）によって処理される。このデータは、使用可能なレガシサブシステム（６１０から６５０）に送信されるメッセージに組み込まれる。メッセージ処理命令３５４データベースは、どのリンク１６メッセージを起動または停止すべきか、および個々のデータ項目のためにどのユーティリティ機能を起動すべきかを識別する命令を提供する。メッセージ処理命令３５４データベースは、ホストプラットフォームに対してどのリンク１６メッセージが起動されたかを識別し、次いで受信したメッセージデータ２３２に対して適切なＭＩＬ−ＳＴＤ−６０１６メッセージルール２５４を使用するために、入力データ処理２５２タスク（図３）によって使用される。着信メッセージから得られたメッセージパラメータは、メッセージパラメータデータベース３４０に格納される。特殊メッセージ機能実行２６０タスクもまた、メッセージ処理命令３５４データベースを使用してユーザ指定のデータパラメータに対するユーティリティを起動する。このようなユーティリティには、データ融合アルゴリズム、追跡ファイルの生成および更新、共有情報認識（ＳＳＡ）情報の生成および更新、および他の組み込みデータ操作が含まれる。このようなユーティリティ操作の結果は、メッセージパラメータデータベース３４０に格納される。データ収集命令３５６データベースは、使用可能な通信サブシステム（５１０から５４０）およびレガシサブシステム（６１０から６５０）からどのデータを収集すべきかを識別する命令を提供する。データ収集命令３５６データベースは、ホストプラットフォーム上の使用可能な通信サブシステム（５１０から５４０）から収集すべきデータパラメータを識別するために、特殊メッセージ機能実行２６０タスク（図３）によって使用される。このように収集されたデータパラメータは、メッセージパラメータデータベース３４０に格納される。データ収集命令３５６データベースはまた、ホストプラットフォーム上のレガシサブシステム（６１０から６５０）から収集すべきデータパラメータを識別するために、特殊プラットフォーム機能実行４６０タスク（図４）によっても使用される。このように収集されたデータパラメータは、メッセージパラメータデータベース３４０に格納される。表示フォーマット命令３５８データベースは、表示用にどのデータをフォーマットする必要があるか、および表示サブシステム６１０にどの表示フォーマットを送信すべきかを識別する命令を提供する。表示フォーマット命令３５８データベースは、メッセージパラメータデータベース３４０内のフォーマットすべきリンク１６メッセージデータを識別し、かつどのフォーマット命令を使用すべきかを識別するために、特殊メッセージ機能実行２６０タスク（図３）によって使用される。フォーマットされたデータは、メッセージパラメータデータベース３４０に置かれる。表示フォーマット命令３５８データベースはまた、メッセージパラメータデータベース３４０内のフォーマットすべきレガシサブシステムデータを識別し、かつどのフォーマット命令を使用すべきかを識別するために、特殊プラットフォーム機能実行４６０タスク（図４）によって使用される。フォーマットされたデータはメッセージパラメータデータベース３４０に置かれる。次に、メッセージパラメータデータベース３４０に含められた、フォーマットされた表示データおよび選択された表示フォーマット情報は、そのフォーマットされた表示データおよび選択された表示フォーマット情報をホストプラットフォーム上の表示サブシステム６１０（図２）に送信するために、出力データ処理４５６タスク、データエンコード４４０タスク、およびデータ送信４１８タスクによって使用される。プラットフォームアプリケーション命令３６０データベースは、どのプラットフォームユーティリティ機能を起動すべきかを識別する命令を提供する。入力データ処理４５２タスク（図４）は、ホストプラットフォームに対してどのレガシサブシステムが起動されたかを判定するために既定のプラットフォームアプリケーション命令３６０を使用し、次いで受信データ４３２に対して適切なプラットフォーム統合ルール４５４を使用する。着信データから得られたメッセージパラメータは、メッセージパラメータデータベース３４０に格納される。特殊プラットフォーム機能実行４６０タスクはまた、プラットフォームアプリケーション命令３６０データベースを使用して、ユーザ指定のデータパラメータに対するユーティリティを起動する。これらのユーティリティには、表示アプリケーション、ミッションアプリケーション、ロジック動作、好ましいチャネル選択、サービス動作優先テーブル、ミッションの記録および再生、他のユーザ定義データ操作などが含まれる。これらのユーティリティ操作の結果は、メッセージパラメータデータベース３４０に格納される。軍用データリンク統合アプリケーションの他の機能には、図１に示された地上ソフトウェアツール７００を使用し、ホストプラットフォームの外部で、そのアプリケーションのデータベース（３０２から３０８、および３５２から３６０）を生成する機能がある。地上のソフトウェアツール７００は、オフィス環境におけるワークステーション上に提供される。このツールは、情報を収集し、データおよびデータ構造を定義しかつ生成し、さらに各データベース（３０２から３０８、および３５２から３６０）で必要とされる関連する命令を定義しかつ生成するために使用される。各データベース（３０２から３０８、および３５２から３６０）は、生成された後で、データローダカートリッジ７０２（図１）にコピーされる。次に、データローダカートリッジ７０２をホストプラットフォーム上で使用し、図２に示されたホストプラットフォームのデータローダ６４０を介して、個々のデータベース（３０２から３０８、および３５２から３６０）をＡＰＩデータベース３００の記憶領域およびＵＭＩデータベース３５０の記憶領域にロードする。
【００３１】
軍用データリンク統合アプリケーションはソフトウェアパーティションなので、図１に示されるように、ホストプラットフォーム上の既存のコンピュータシステムに実装することができる。このアプリケーションはまた、図５に示された汎用プロセッサモジュール６８０、または図６に示された画像処理モジュール６９０上で動作させることもできる。
【００３２】
図５において、ＡＰＩデータベース３００は、ホストアプリケーションプロセッサ６３２上で実行される軍用データリンク統合アプリケーションとミッションアプリケーション６３０の間のインタフェースを定義するために使用される。ＡＰＩデータベース３００はまた、レガシＩＰＭ６３４およびレガシ入／出力モジュール６３６へのインタフェースを定義するためにも使用される。
【００３３】
図６において、ＡＰＩデータベース３００は、ホストアプリケーションプロセッサ６３２上で実行される軍用データリンク統合アプリケーションとミッションアプリケーション６３０の間のインタフェースを定義するために使用される。ＡＰＩデータベース３００はまた、レガシ入／出力モジュール６３６へのインタフェースを定義するためにも使用される。レガシＩＰＭ６３４は、画像処理モジュール６９０で置き換えられるので、削除されている。
【００３４】
軍用データリンク統合アプリケーションを汎用プロセッサモジュールまたは画像処理モジュール上で動作させることの利点は、それらが、既存のコンピュータシステムを備えていないホストプラットフォーム上に軍用データリンク統合アプリケーションを実装する際に、より多くの柔軟性を提供することである。あるいは、既存のコンピュータシステムは、軍用データリンク統合アプリケーションのために必要な処理リソースやメモリリソースを備えていないことがある。このような場合、汎用プロセッサモジュールまたは画像処理モジュールは、予備のカードスロットを備えた任意のレガシサブシステム装置に組み込むことができる。
【００３５】
本発明を、特にこれらの好ましい実施形態を参照しながら詳細に説明してきたが、他の実施形態でも同様の結果を実現することができる。本発明の変形形態および修正形態については、当業者には明らかなはずであり、添付の特許請求の範囲には、このような修正形態や均等物が全て含まれることが意図される。前掲の全ての参考文献、出願、特許、および出版物に関する全体の開示を、参照により本明細書に組み込む。
【図面の簡単な説明】
【００３６】
【図１】ホストプロセッサ上への軍用データリンク統合アプリケーションの実装を示す図である。
【図２】好ましい軍用データリンク統合アプリケーションを示すフロー図である。
【図３】データリンクメッセージの処理フローを示す流れ図である。
【図４】データリンクプラットフォーム統合の処理フローを示す流れ図である。
【図５】汎用プロセッサモジュール上で動作する軍用データリンク統合アプリケーションを示す図である。
【図６】画像処理モジュール上で動作する軍用データリンク統合アプリケーションを示す図である。
【図１】
2007520176.tif 000003
【図２】
2007520176.tif 000004
【図３】
2007520176.tif 000005
【図４】
2007520176.tif 000006
【図５】
2007520176.tif 000007
【図６】
2007520176.tif 000008
【国際調査報告】
2007520176.tif 000009
2007520176.tif 000010
2007520176.tif 000011