(57)【特許請求の範囲】
【請求項１】
戦術データ・リンク・ネットワークにおける戦術データ・リンク・ユニットからメッセージをネットワーク・ゲートウェイ・デバイスにおいて受信するステップであって、前記戦術データ・リンク・ユニットは、戦術データ・リンク・ネットワーク内で固有の識別子に関連付けられている、ステップ；
前記メッセージから固有の識別子を取り出すステップ；
前記固有の識別子に基づいてソース・アドレスを利用してインターネット・プロトコル・パケットを構築するステップであって、前記固有の識別子のビット表現のうちの少なくとも一部分を、ソース・インターネット・プロトコル・アドレスのホスト部に組み込む、ステップ；及び
前記インターネット・プロトコル・パケットを送信先へ向けて処理するステップ；
を有し、前記戦術データ・リンク・ネットワークは、リンク１６ネットワークであり、
前記メッセージから固有の識別子を取り出すことは、前記メッセージのヘッダ部から１５ビットのソース・トラック番号を取り出すことを含み、
前記インターネット・プロトコル・パケットを構築することは：
前記ソース・トラック番号のうち最上位７ビットを、インターネット・プロトコル・ソース・アドレスの第３オクテットの部分として使用し；及び
前記ソース・トラック番号のうち最下位８ビットを、前記インターネット・プロトコル・ソース・アドレスの第４オクテットとして使用することを含む、方法。
【請求項２】
前記メッセージのメッセージ・フォーマットを判定するステップ；及び
前記メッセージ・フォーマットに基づいて、前記固有の識別子の少なくとも一部分を表現するメッセージ部分を取り出すステップ；
を更に含む請求項１に記載の方法。
【請求項３】
前記メッセージ・フォーマットを判定することは、前記メッセージのメッセージ・ヘッダから前記メッセージ・フォーマットを識別することを含む、請求項２に記載の方法。
【請求項４】
前記インターネット・プロトコル・パケットを構築することは、可変長サブネット・マスキングを利用して前記ソース・アドレスを構成することを含む、請求項３に記載の方法。
【請求項５】
前記戦術データ・リンク・ネットワークはリンク１６ネットワークであり、前記戦術データ・リンク・ユニットは前記リンク１６ネットワーク内の参加者である、請求項１に記載の方法。
【請求項６】
前記メッセージはＪシリーズ・メッセージ・フォーマット規格としてフォーマットされている、請求項５に記載の方法。
【請求項７】
前記メッセージがブロードキャスト・メッセージとして送信されたか否かを判定するステップ；及び
前記インターネット・プロトコル・ヘッダの送信先アドレスを、インターネット・プロトコル・ブロードキャスト・アドレスに設定するステップ；
を更に有する請求項１に記載の方法。
【請求項８】
ネットワーク・ゲートウェイ・デバイスであって：
戦術データ・リンク・ネットワークにおける戦術データ・リンク・ユニットからメッセージを受信する戦術データ・リンク・インターフェース回路であって、前記戦術データ・リンク・ユニットは、前記戦術データ・リンク・ネットワーク内で固有の識別子に関連付けられている、戦術データ・リンク・インターフェース回路；
前記メッセージから固有の識別子を取り出し、前記固有の識別子に基づいてソース・アドレスを利用してインターネット・プロトコル・パケットを構築するメッセージ変換回路であって、前記固有の識別子のビット表現のうちの少なくとも一部分を、ソース・アドレスとして、インターネット・プロトコル・アドレスのホスト部に組み込むように構成される、メッセージ変換回路；及び
前記インターネット・プロトコル・パケットを送信先へ向けて処理するインターネット・プロトコル・インターフェース回路；
を有し、前記戦術データ・リンク・ネットワークはリンク１６ネットワークであり、
前記メッセージから前記固有の識別子を取り出すために、前記メッセージ変換回路は、前記メッセージのヘッダ部から１５ビットのソース・トラック番号を取り出すように構成され；  
前記インターネット・プロトコル・パケットを構築するために、前記メッセージ変換回路は：
前記ソース・トラック番号のうち最上位７ビットを、ソース・アドレスにおけるインターネット・プロトコル・アドレスの第３オクテットの部分として使用し；及び
前記ソース・トラック番号のうち最下位８ビットを、ソース・アドレスにおける前記インターネット・プロトコル・ソース・アドレスの第４オクテットとして使用するように構成される、ネットワーク・ゲートウェイ・デバイス。
【請求項９】
前記メッセージ変換回路は：
前記メッセージのメッセージ・フォーマットを判定し；
前記メッセージ・フォーマットに基づいて、前記固有の識別子の少なくとも一部分を表現するメッセージ部分を取り出す；
ように構成される、請求項８に記載のネットワーク・ゲートウェイ・デバイス。
【請求項１０】
前記メッセージ・フォーマットを判定するために、前記メッセージ変換回路は、前記メッセージのメッセージ・ヘッダから前記メッセージ・フォーマットを識別するように構成される、請求項９に記載のネットワーク・ゲートウェイ・デバイス。
【請求項１１】
前記インターネット・プロトコル・パケットを構築するために、前記メッセージ変換回路は、可変長サブネット・マスキングを利用して前記ソース・アドレスを構築するように構成される、請求項１０に記載のネットワーク・ゲートウェイ・デバイス。
【請求項１２】
前記戦術データ・リンク・ネットワークはリンク１６ネットワークであり、前記戦術データ・リンク・ユニットは前記リンク１６ネットワーク内の参加者である、請求項８に記載のネットワーク・ゲートウェイ・デバイス。
【請求項１３】
前記メッセージはＪシリーズ・メッセージ・フォーマット規格としてフォーマットされている、請求項１２に記載のネットワーク・ゲートウェイ・デバイス。
【請求項１４】
前記メッセージ変換回路は：
前記メッセージがブロードキャスト・メッセージとして送信されたか否かを判定し；及び
前記インターネット・プロトコル・ヘッダの送信先アドレスを、インターネット・プロトコル・ブロードキャスト・アドレスに設定する；
ように構成される請求項８に記載のネットワーク・ゲートウェイ・デバイス。
【請求項１５】
命令を含むコンピュータ読み取り可能な記憶媒体であって、前記命令はコンピュータにより実行されると、前記コンピュータに動作を実行させ、前記動作は：
戦術データ・リンク・ネットワークにおける戦術データ・リンク・ユニットからメッセージをネットワーク・ゲートウェイ・デバイスにおいて受信するステップであって、前記戦術データ・リンク・ユニットは、戦術データ・リンク・ネットワーク内で固有の識別子に関連付けられている、ステップ；
前記メッセージから固有の識別子を取り出すステップ；
前記固有の識別子に基づいてソース・アドレスを利用してインターネット・プロトコル・パケットを構築するステップであって、前記固有の識別子のビット表現のうちの少なくとも一部分を、ソース・インターネット・プロトコル・アドレスのホスト部に組み込む、ステップ；及び
前記インターネット・プロトコル・パケットを送信先へ向けて処理するステップ；
を含み、前記戦術データ・リンク・ネットワークは、リンク１６ネットワークであり、
前記メッセージから固有の識別子を取り出すことは、前記メッセージのヘッダ部から１５ビットのソース・トラック番号を取り出すことを含み、
前記インターネット・プロトコル・パケットを構築することは：
前記ソース・トラック番号のうち最上位７ビットを、インターネット・プロトコル・ソース・アドレスの第３オクテットの部分として使用し；及び
前記ソース・トラック番号のうち最下位８ビットを、前記インターネット・プロトコル・ソース・アドレスの第４オクテットとして使用することを含む、記憶媒体。
【発明の詳細な説明】
【関連出願】
【０００１】
本願は2014年9月29日付けで出願された米国出願番号第14/499,835号に対する優先的利益を享受し、その米国出願は本願において全面的にリファレンスに組み込まれる。
【技術分野】
【０００２】
実施形態は、ネットワーク・トラフィックをルーティングすることに関連し、特に、戦術ネットワーク(tactical  networks)のためのインターネット・プロトコル(IP)アドレス変換に関連する。
【背景技術】
【０００３】
戦術データ・リンク(a  tactical  data  link：TDL)は、作戦地域(a  theatre  of  operations)の全部又は一部にかけて情報を広めるための仕組みである。TDLは、レーダー(RADAR)、ソナー(SONAR)、敵味方識別装置(IFF)、電子戦(Electronic  Warfare：EW)、自己報告(Self-Reporting)及び目視観測(visual  observation)により受信される情報を分配することが可能である。各TDLは、通信を提供するためにデータ・リンク・スタンダードを利用する。様々な軍用規格(MIL-STD)は、TDLで使用されるメッセージ・フォーマットを規定する。多くのタイプのTDLが存在し、例えば、リンク16、リンク22、可変メッセージ・フォーマット(VMF)及びリンク11等が含まれるがこれらに限定されない。長きにわたって、軍の様々なブランチ及びオペレーションは所定のMIL-STDsを採用してきた。例えば、リンク16は主に空軍プラットフォームにより使用され、VMFは主に機動及び火力支援ユニットにより使用される。作戦地域における増加する状況認識、計画、配備及び判断のために、異なるTDLsを橋渡しする必要がある。
【図面の簡単な説明】
【０００４】
必ずしも寸法を描いてはいない図面に関し、同様な番号が異なる図中の同様なコンポーネントを示す。異なる添え字を有する同様な番号は、同様なコンポーネントのうちの異なるインスタンスを表現する。実施形態は、添付図面において、非限定的な具体例によって説明される。
【０００５】
【図１】実施例によるネットワーク化されたシステムを示す図。
【０００６】
【図２】実施形態によるゲートウェイ・デバイスの概略図。
【０００７】
【図３】実施形態によるデータ・ストリームの処理を示す制御フロー図。
【０００８】
【図４】実施形態による制御及びデータ・フローを示すブロック図。
【０００９】
【図５】実施形態によるプロセスのフローチャートを示す図。
【００１０】
【図６】実施形態による本願で説明される1つ以上の技術(例えば、方法)が実行されるマシンの一例を示すブロック図。
【発明を実施するための形態】
【００１１】
以下の説明及び図面は、特定の実施形態を当業者が実施できる程度に十分にそれらを記述している。他の実施形態は、構造的な、論理的な、電子的な、プロセス的な又はその他の観点からの変更を組み込んでもよい。実施形態の一部分及び特徴は、他の実施形態の中に包含されてもよいし、他の実施形態のものと置換されてもよい。特許請求の範囲に記述される形態はその請求項についての全ての利用可能な均等物を包含する。
【００１２】
戦術データ・リンク(TDL)は、一般に、ネットワーク内のホスト局を識別するために固有のネットワーク・プロトコルを利用する。TDLsの間でのメッセージ伝送は、共通のアドレッシングが無いことに起因して困難である。戦術ネットワークを互いに統合するためには、何らかのタイプのアドレス変換が必要とされる。本文献は、TDLトラフィックのための或るインターフェースと、別のTDL又はインターネット・プロトコル(IP)トラフィックのための別のインターフェースとを有する戦術ネットワークのエッジにおけるゲートウェイ・デバイスを説明している。入口及び出口TDLsの場合、IPは内的に取り扱うデータのために使用されるだけである。TDLから到来するデータ・ストリームに関して実行される入口処理は、識別情報を取り出す。識別情報は、元々の(非IP)アドレスのソース・アドレスである(例えば、送信元及び/又は送信先の識別子である)。TDL仕様(書)は、識別情報のフォーマット及びロケーションを決定するために使用され、これにより、入口処理は必要な情報を取り出すことが可能になる。ゲートウェイにおけるTDLインターフェースは、IPサブネットに関連付けられる。TDLから取り出した識別情報を利用して、ゲートウェイ・デバイスはIPパケットを構築する。ゲートウェイ・デバイスは、IPヘッダのソース・アドレスを構築するために、TDLインターフェースに関連するサブネットと識別情報との組み合わせを使用する。送信先アドレスは、ホスト識別情報を提供するデータ・リンクに関し、同様な方法で構築されることが可能である。ブロードキャスト・ベースのデータ・リンクの場合、IPブロードキャスト又はマルチキャスト・アドレスが送信先アドレスに使用される。IPパケット・データ・ペイロードは、全体的なTDLメッセージ、TDLデータ、又は、TDLメッセージから取り出される他の部分で満たされることが可能である。IPを利用することは、IPルーティング、スイッチング、及び、サービス品質(QoS)技術という利便性をもたらす。
【００１３】
このように、各々のIPインターフェースは、有効なIPサブネット・アソシエーションを有するゲートウェイに接続することが可能である。識別情報は、戦術データから取得され、ホストIDにマッピングされる。と同時に、これは戦術データ・ソースに対する固有のIPアドレスを生成する。そして、戦術データは、IPパケットでカプセル化される。このメカニズムは、業界標準のIPルーティング及び転送技術を使用して、非IP戦術データの1つ上のフォーマットを処理する方法を提供する。これは、将来的な戦術ネットワークの統合を可能にする能力である。そのようなシステムは、ネイティブのTDLフォーマットを仲介物として使用しない。このことは、単に他のネットワークを経由する又は越える拡張ではなく、異なるデータ・リンクの間で情報共有を可能にする。
【００１４】
図1は実施例によるネットワーク化されたシステム100を示す図である。戦術データ・リンク(TDL)ネットワーク102は、コアIPネットワーク106を経由して第2のTDL104へ通信可能に接続される。ネットワーク化されたシステム100は、特定のネットワークのエッジにおけるデバイス(すなわち、ネットワーク・エッジ)を含むネットワーク・デバイスを含む。図示の例では、個々のTDLネットワーク102、104の2つのゲートウェイ・デバイス108A、108Bが、コア・ネットワーク106に接続されている。更に、ホスト112A、112Bは、それぞれ、ゲートウェイ・デバイス108A、108Bに直接的又は間接的に接続されることが可能である。ゲートウェイ・デバイス108A、108Bは、ネットワーク・トラフィックを分析又は方向付けるデバイス(例えば、ルーター、ゲートウェイ又は他のネットワーク・デバイス)であるとすることが可能である。本願で説明される発明対象事項から逸脱することなく、他のネットワーク・コンフィギュレーションが使用されてもよい。
【００１５】
TDLネットワーク102、104は、様々な戦略ネットワークのうちの何れかであってもよく、戦略ネットワークは、リンク16、リンク11、リンク22、バリアブル・メッセージ・フォーマット、ジョイント・レンジ拡張アプリケーション・プロトコル(Joint  Range  Extension  Application  Protocol：JREAP)等を含んでよいが、これらに限定されない。図1では図示されていないが、複数のTDLネットワークが単独のゲートウェイ・デバイスにより選択的にインターフェース接続され、それにより、ゲートウェイ・デバイスは、複数のTDLネットワークのうちの何れかからの通信を受信し、IPパケットを準備し、IPネットワークを越えて1つ以上のTDLへIPパケットを送信することが可能であることが理解される。更に、ゲートウェイ・デバイスは、IPを内的に使用し、直接的に2つのTDLsの間でアドレッシングの相互運用性を提供することが可能である。
【００１６】
図2は、実施形態によるゲートウェイ・デバイス108の概略図である。ゲートウェイ・デバイス108は、3つのTDLインターフェース200A、200B、200Cを含み、それら各々は適切なTDLネットワークに接続される。例えば、TDLインターフェース200Aはリンク16のTDLネットワークにインターフェース接続され、TDLインターフェース200Bはリンク22のTDLネットワークにインターフェース接続され、TDLインターフェース200CはVMFのTDLネットワークにインターフェース接続されてもよい。メッセージ変換回路204は、特定のインターフェースで受信したビット・ストリーム又は各メッセージを分析し、IPインターフェース206を越えて送信するための進出IPパケットを作成する。IPインターフェースは、TDL-TDL通信に関してゲートウェイの内側にあってもよく、或いは、TDL-IP相互運用性に関して外側にあってもよい点に留意を要する。
【００１７】
メッセージ変換回路204は、所与のTDLネットワークの中でメッセージ・タイプを検出することが可能である。各インターフェース(200A、200B、200C)は、事前に、既知のネットワーク・タイプに備えて構成されている。インターフェースは、「int0」，「int1」及び「int2」として言及されてもよい。例えば、「int0  200A」はリンク16のために構成されることが可能である。それが分かると、個々のデータ・リンクに関するMIL規格は、そのメッセージ・タイプを含むフィールドを含んでいる。メッセージ変換回路204は、フィールドを分析し、メッセージ・フォーマットを判定するように構成される。メッセージ・タイプが判定されると、次に、特定のフィールド又はビット列がメッセージ・ヘッダから読み取られ、固有の識別子(例えば、リンク16メッセージにおけるソース・トラック番号)を判定することが可能である。
【００１８】
上記の例を続けると、「int0  200A」で受信したメッセージのヘッダは、そのメッセージがJ2シリーズ・メッセージ(すなわち、リンク16)であることを指示する。MIL-STD-6016が参照され、そのタイプのメッセージのアドレッシング情報が特定のオフセットの場所にあり且つ特定の長さであることを確認する。別の例として、(例えば「int2  200C」である)VMFの場合、MIL-STD-2045-47001は、何れのメッセージ・タイプが続くかを指定する。特定のメッセージは、存在インジケータ・ビットを有し、その存在インジケータ・ビットは、追加的なフィールドが含まれるか否かを識別し、含まれる場合、その長さが何であるかを示す。VMFからデータを取り出すことは、結果として、多少複雑な計算を要する。VMFの実際のメッセージはMIL-STD-6017で規定されている。
【００１９】
J2シリーズ・メッセージによりメッセージが「int0  200A」で受信される場合、Jシリーズ・メッセージ中の15ビットのソース・トラック番号フィールドが、固有の識別子として使用され、それが、IPアドレスのネットワーク部(network  portion)における最下位位置に配置される。この場合、17ビットのサブネット・マスクがホストIDとして使用される。可変長サブネット・マスキング(VLSM)が、32ビットIPv4アドレスを構築するために使用される。以下の段落において具体例が示される。
【００２０】
リンク11のような異なるTDLの場合、アドレッシング情報は、Mシリーズ・メッセージにおけるPU及びRU(Participating  or  Reporting  Unit)と呼ばれ、それは12ビット長である。リンク11は2つのフレーバー(flavors)を有し、リンク11Aはブロードキャストであり、リンク11Bは1対1である。リンク22の場合、アドレッシング情報は、FJシリーズ・メッセージを利用するリンク16と同じであるとすることが可能であり、或いは、19ビット長であるアドレッシングを有する自身のFシリーズ・メッセージを使用することも可能である。FJメッセージを使用する場合、アドレス変換のプロセスは、リンク16のJシリーズの場合(オフセット・ビットにおける2つの追加から構成される)と同じである。リンク22Fシリーズ・メッセージは、識別フィールドのオフセット及び長さを提供する「NATO  STANANG  5522」により規定されている。
【００２１】
リンク22は、リンク16と互換性があり且つリンク11と置き換わるように設計された。従って、これらのデータ・リンクと直接的に相互運用する場合に使用される特定の範囲のアドレスを有し、12、15及び19ビット・アドレッシングをサポートすることが可能である。検出されるメッセージ・タイプは、予想される長さ及びプロセスを決定するために使用され、従って、12ビットTDL識別子は20ビット・サブネットを使用し；15ビットTDL識別子は17ビット・サブネットを使用し；19ビットTDL識別子は13ビット・サブネットを使用する。これらのサブネット長はIPv4(インターネット・プロトコル・バージョン4)のためのものであること、及び、他のサブネット長が他のバージョンのインターネット・プロトコル(例えば、IPv6)において使用されてよいことが、理解される。
【００２２】
一実施形態において、ゲートウェイ・デバイス108は、ネットワーク・ゲートウェイ・デバイスであり、かつ、戦術データ・リンク・ネットワーク内の戦術データ・リンク・ユニットからメッセージを受信する戦術データ・リンク・インターフェース回路(例えば、200A)を有し、戦術データ・リンク・ユニットは、戦術データ・リンク・ネットワーク内で固有の識別子に関連付けられている。ゲートウェイ・デバイス108はメッセージ変換回路(例えば、204)を含み、メッセージ変換回路は、メッセージから固有の識別子を取り出し、固有の識別子に基づいてソース・アドレスを利用してインターネット・プロトコル・パケットを構築する。ゲートウェイ・デバイス108は、送信先の方へ向けてインターネット・プロトコル・パケットを処理するインターネット・プロトコル・インターフェース回路(例えば、206)も含み、IPインターフェース回路は、ゲートウェイ・デバイス108にとって内部又は外部にあってもよい。
【００２３】
一実施形態では、インターネット・プロトコル・パケットを構築するために、メッセージ変換回路は、固有の識別子のビット表現のうちの少なくとも一部分を、ソース・アドレスとして、インターネット・プロトコル・アドレスのホスト部(a  host  portion)へ組み込むように構成される。別の実施形態において、戦術データ・リンク・ネットワークは、リンク16ネットワークであり、メッセージから固有の識別子を取り出すために、メッセージ変換回路は、メッセージのヘッダ部(a  header  portion)から15ビットのソース・トラック番号を取り出すように構成される。そのような実施形態では、インターネット・プロトコル・パケットを構築することは、ソース・トラック番号のうち最上位7ビットを、ソース・アドレスにおけるインターネット・プロトコル・アドレスの第3オクテットの部分として使用し、かつ、ソース・トラック番号のうち最下位8ビットを、ソース・アドレスにおけるインターネット・プロトコル・アドレスの第4オクテットとして使用することを含む。
【００２４】
一実施形態において、メッセージ変換回路は、メッセージのメッセージ・フォーマットを判定し、そのメッセージ・フォーマットに基づいて、固有の識別子の少なくとも一部分を表現するメッセージの部分を取り出すように構成される。別の実施形態では、メッセージ・フォーマットを決定するために、メッセージ変換回路は、メッセージのメッセージ・ヘッダから、メッセージ・フォーマットを識別するように構成される。メッセージ変換回路は、ユーザーにより設定されることも可能であり、それにより、所与のインターフェースが所与のタイプのメッセージにマッピングされ(又は対応付けられ)、メッセージ・ヘッダ・フォーマットがメッセージ変換回路により判明し、メッセージ変換回路が、識別子を表現するビットへアクセスできるようにすることが可能である。一実施形態では、インターネット・プロトコル・パケットを構築するために、メッセージ変換回路は、可変長サブネット・マスキングを利用してソース・アドレスを構築するように構成される。
【００２５】
一実施形態では、戦術データ・リンク・ネットワークはリンク16ネットワークであり、戦術データ・リンク・ユニットはリンク16ネットワーク内の参加者である。別の実施形態では、メッセージはJシリーズ・メッセージ・フォーマット規格としてフォーマットされている。
【００２６】
一実施形態では、メッセージ変換回路は、メッセージがブロードキャスト・メッセージとして送信されたか否かを判定し、インターネット・プロトコル・ヘッダの送信先アドレスを、インターネット・プロトコル・ブロードキャスト又はマルチキャスト・アドレスに設定するように構成される。
【００２７】
図3は実施形態によるデータ・ストリーム300の処理を示す制御フロー図である。TDLデータ・ストリームを受信するためにTDL無線機302が使用される。データリードスレッド(dataReadThread)304は、TDLデータ・ストリームを受信し、それを処理する。TDLデータ・ストリームからのパケットは、パケットバッファ(packetBuffer)306に一時的に保存され、イングレスキュー(ingressQueue)308における処理のために待ち行列化される。イングレスプロセス(ingressProcess)310は、吹き出しのフローに示されるように、イングレスキュー308からのTDLメッセージ/パケットを処理する。
【００２８】
310-1において、データ中のオフセットから始まる所定数のビット又はバイトが読み取られる。このデータはソースのホスト識別子を表現する。オフセットは、コンフィギュレーション・データで規定され、様々なタイプの戦術データ・メッセージに関する軍用規格仕様に基づいている。310-2において、ビットはストリング(又は文字列)に変換される。310-2において、インターフェース情報が取得される。インターフェース情報は、例えば、ヘッダ・フィールドからメッセージ・タイプを読み込むことにより、データ・ストリームからデコードされることが可能である。あるいは、インターフェース情報は所定のインターフェース(例えば、int0ならリンク16インターフェースである)に予め設定されることも可能である。310-4において、サブネット情報が取得される。サブネット情報は、特定のインターフェースのゲートウェイに対する有効なサブネットである。サブネットは、様々なインターフェースに対して様々な長さであるとすることが可能である。310-5において、データから読み込まれたビット又はバイトに基づいてサブネット内でIPベースのホストID(すなわち、ホスト識別子)が判定される。310-6において、IPパケットがIPベースのホストIDを利用して構築される(例えば、32ビットのIPv4アドレス又は128ビットのIPv6アドレスが構築される)。IPパケットは、IPパケットのデータ部のビット・ストリーム中のデータを含むことが可能である。IPパケットは、IPネットワークによる伝送に備えてコアキュー(coreQueue)において待ち行列化されることが可能である(ブロック312)。
【００２９】
図4は、実施形態による制御及びデータ・フロー400を示すブロック図である。402において、8進数で76376という識別子(又は身元)を有するJU(JITDSユニット)(JITDSは、統合戦術情報伝達システム(Joint  Tactical  Information  Distribution  System)を表す)から到来するリンク16データが、インターフェース0(int0)で受信される。この特定のインターフェースはリンク16TDLネットワークに関連付けられている。404において、int0に関する特定のIPサブネットが、コンフィギュレーション・データにおいて調べられる。図示の例では、このゲートウェイ及びこのインターフェースに関連するIPアドレスは、172.16.128.0/17であり、17ビット・サブネット・マスクを使用している。受信したデータは406において分析される。ソースJU識別子は、リンク16ヘッダー・ワードのビット5ないし19に関し、763768として保存される。ソースJUを表現する特定のビットを取得するために、ビット毎のANDオペレーションが使用される。408において、ソースJU識別子の最上位7ビット(1111100)をプライベート・サブネットの第3オクテットに適用するために、ビット毎のORオペレーションが使用される。その結果は、111111002=25210となる。更に、408において、最下位8ビット(バイト)がプライベート・サブネットの第4オクテットとして使用される(111111102=25410)。410において、結果のIPアドレス(172.16.252.254/17)が、ゲートウェイにより構築されたIPパケットのソースIPアドレスとして使用される。
【００３０】
図5は、実施形態によるプロセス500のフローチャートを示す図である。502において、戦術データ・リンク・ネットワークにおける戦術データ・リンク・ユニットからのメッセージが、ネットワーク・ゲートウェイ・デバイスにおいて受信され、戦術データ・リンク・ユニットは、戦術データ・リンク・ネットワーク内で固有の識別子に関連付けられている。
【００３１】
504において、固有の識別子がメッセージから取り出される。
【００３２】
506において、インターネット・プロトコル・パケットが、固有の識別子に基づいてソース・アドレスを利用して構築される。一実施形態において、インターネット・プロトコル・パケットの構築は、固有の識別子のビット表現のうちの少なくとも一部分を、ソース・インターネット・プロトコル・アドレスのホスト部に組み込むことを含む。
【００３３】
508において、インターネット・プロトコル・パケットは、送信先へ向けて処理される。
【００３４】
別の実施形態において、戦術データ・リンク・ネットワークはリンク16ネットワークであり、メッセージから固有の識別子を取り出すことは、メッセージのヘッダ部から15ビットのソース・トラック番号を取り出すことを含む。そのような実施形態では、インターネット・プロトコル・パケット(例えば、IPv4パケット)の構築は、ソース・トラック番号のうち最上位7ビットを、インターネット・プロトコル・ソース・アドレスの第3オクテットの部分として使用し、かつ、ソース・トラック番号のうち最下位8ビットを、インターネット・プロトコル・ソース・アドレスの第4オクテットとして使用することを含む。128ビットのIPv6も同様に構築されることが可能である。
【００３５】
別の実施形態において、プロセス500は、メッセージのメッセージ・フォーマットを判定し、メッセージ・フォーマットに基づいて、固有の識別子の少なくとも一部分を表現するメッセージ部分を取り出すことを含む。一実施形態において、メッセージ・フォーマットを決定することは、メッセージのメッセージ・ヘッダからメッセージ・フォーマットを識別することを含む。一実施形態において、インターネット・プロトコル・パケットを構築することは、可変長サブネット・マスキングを利用してソース・アドレスを構成することを含む。
【００３６】
別の実施形態において、戦術データ・リンク・ネットワークはリンク16ネットワークであり、戦術データ・リンク・ユニットはリンク16ネットワークの参加者である。一実施形態では、メッセージはJシリーズ・メッセージ・フォーマット規格としてフォーマットされている。
【００３７】
別の実施形態において、プロセス500は、メッセージがブロードキャスト・メッセージとして送信されたか否かを判定し、インターネット・プロトコル・ヘッダの送信先アドレスを、インターネット・プロトコル・ブロードキャストに設定することを含む。マルチキャスト・アドレッシングも同様に機能する。
【００３８】
図6はコンピュータ・システム600の例示的な形態においけるマシンを示すブロック図であり、実施形態による本願で説明される任意の何れかの方法をマシンに実行させるために、一組の又は一連の命令が実行される。単独のマシンしか示されていないが、「マシン」という用語は、本願で説明される1つ以上の任意の方法を実行するように、個別的に又は連係して一群の(又は複数群の)命令を実行する任意のマシンの集まりを含むようにも解釈される。同様に、「プロセッサに基づくシステム」という言い回しは、本願で説明される1つ以上の任意の方法を実行ために、個別的に又は連係して命令を実行するようにプロセッサ(例えば、コンピュータ)により制御又は操作される任意の一群の1つ以上のマシンを含むように解釈される。
【００３９】
例示的なコンピュータ・システム600は、少なくとも1つのプロセッサ602(例えば、中央処理ユニット(CPU)、グラフィックス処理ユニット(GPU)又はそれら両者、プロセッサ・コア、コンピュータ・ノード等)と、メイン・メモリ604と、スタティック・メモリ606とを含み、それらはリンク608(例えば、バス)により互いに通信する。コンピュータ・システム600は、選択的に、ビデオ・ディスプレイ・ユニット610、英数字入力デバイス612(例えば、キーボード)、又は、ユーザー・インターフェース(UI)ナビゲーション・デバイス614(例えば、マウス)を含む。一実施形態において、ビデオ・ディスプレイ・ユニット610、入力デバイス612、及びUIナビゲーション・デバイス614は、タッチ・スクリーン・ディスプレイに組み込まれる。コンピュータ・システム600は、追加的に、ストレージ・デバイス616(例えば、ドライブ・ユニット)、信号生成デバイス618(例えば、スピーカ)、ネットワーク・インターフェース・デバイス620、及び、1つ以上のセンサ(図示せず)を含んでもよく、センサは、例えば、グローバル・ポジショニング・システム(GPS)センサ、コンパス、加速度計又は他のセンサである。
【００４０】
ストレージ・デバイス616はマシン読み取り可能な媒体622を含み、その媒体は、本願で説明される任意の1つ以上の方法又は機能により使用される又はそれを組み込む一群の又は複数群のデータ構造及び命令624(例えば、ソフトウェア)を保存する。命令624は、メイン・メモリ604、スタティック・メモリ606の中に及び/又はコンピュータ・システム606による実行中にプロセッサ602の中に、完全に又は少なくとも部分的に存在してもよく、メイン・メモリ604、スタティック・メモリ606及びプロセッサ602がマシン読み取り可能な媒体を構成してもよい。
【００４１】
マシン読み取り可能な媒体622は、単独の媒体であるように実施形態では示されているが、「マシン読み取り可能な媒体」という用語は、1つ以上の命令624を保存する単独の媒体又は複数の媒体(例えば、セントラル化された又は分散されたデータベース、及び/又は、関連付けられた複数のキャッシュ及びサーバー等)を含んでよい。「マシン読み取り可能な媒体」という用語は、マシンによる動作のための命令を保存する、エンコードする又は運ぶことが可能であり、かつ、本開示による任意の1つ以上の方法をマシンに実行させ、又は、そのような命令により使用される又は関連付けられるデータ構造を保存する、エンコードする又は運ぶことが可能である任意の有形媒体を含むように解釈される。「マシン読み取り可能な媒体」という用語は、従って、ソリッド・ステート・メモリ、及び、光ないし磁気媒体を含むが、これらに限定されないように解釈される。マシン読み取り可能な媒体の具体例は、限定ではないが、例えば、半導体メモリ・デバイス(例えば、電気的にプログラム可能なリードオンリ・メモリ(EPROM)、電気的に消去可能でプログラム可能なリードオンリ・メモリ(EEPROM))及びフラッシュ・メモリ・デバイスを含む不揮発性メモリ；内部ハード・ディスク及び取り外し可能なディスク等のような磁気ディスク；磁気-光ディスク；並びにCD-ROM及びDVD-ROMディスク等を含む。
【００４２】
命令624は、多数の既知の伝送プロトコル(例えば、HTTP)のうちの任意の何れかを利用するネットワーク・インターフェース・デバイス620により、伝送媒体を利用する通信ネットワーク626を介して送信又は受信されてもよい。通信ネットワークの具体例は、ローカル・エリア・ネットワーク(LAN)、ワイド・エリア・ネットワーク(WAN)、インターネット、モバイル電話ネットワーク、基本電話(plain  old  telephone：POTS)ネットワーク、ワイヤレス・データ・ネットワーク(例えば、Wi-Fi、3G、「4G  LTE」/LTE-A又はWiMAXネットワーク)、及び、戦術データ・リンク・ネットワークを含む。「伝送媒体」という用語は、マシンによる実行のための命令を保存し、エンコードし又は運ぶことが可能な任意の無形媒体を含み、そのようなソフトウェアの通信を促すディジタル又はアナログの通信信号又は他の無形媒体を含むように解釈される。
【００４３】
本願による説明及び図面は、具体的な実施形態を当業者が実施できる程度に十分に実施形態を記述している。他の実施形態は、構造的な、論理的な、電気的な、プロセス的な及びその他の変更を組み込んでもよい。実施形態のうちの一部分及び特徴は、他の実施形態に含まれてもよいし或いは他の実施形態におけるものと置換されてもよい。特許請求の範囲に関連する形態は、それらの請求項についての全ての利用可能な均等物を包含する。
【００４４】
上述した内容は、戦術データ・リンク同士の間でネットワーク・トラフィックをルーティングする新規なシステム及び方法等である。実施形態は、ハードウェア、ファームウェア及びソフトウェアのうちの何れか又はそれらの組み合わせで実現されてよい。実施形態は、コンピュータ読み取り可能なストレージ・デバイスに保存される命令として実現されてもよく、命令は、本願で説明されたオペレーションを実行するように、少なくとも1つのプロセッサにより読み込まれ実行される。コンピュータ読み取り可能なストレージ・デバイスは、マシン(例えば、コンピュータ)により読み取ることが可能な形式で情報を保存する非一時的な任意のメカニズムを含んでよい。例えば、コンピュータ読み取り可能なストレージ・デバイスは、リードオンリ・メモリ(ROM)、ランダム・アクセス・メモリ(RAM)、磁気ディスク記憶媒体、光記憶媒体、フラッシュ・メモリ・デバイス及びその他のストレージ・デバイス及び媒体を含んでよい。一実施形態において、システムは、1つ以上のプロセッサを含み、コンピュータ読み取り可能なストレージ・デバイスに保存された命令とともに構成されてよい。
【００４５】
要約は、技術的な開示内容の本質及び要旨を読者が把握できることを要約に要求する37C.F.R.セクション1.72(b)に準拠して提供されている。要約は特許請求の範囲又は意味を限定又は解釈するためには使用されない理解の下で提出されている。特許請求の範囲の内容は詳細な説明に含まれており、各請求項はそれ自体独立した実施形態として成立する。
【図１】
0006449998.tif 000002
【図２】
0006449998.tif 000003
【図３】
0006449998.tif 000004
【図４】
0006449998.tif 000005
【図５】
0006449998.tif 000006
【図６】
0006449998.tif 000007