(57)【要約】本発明は、ローカルエリアネットワークに接続される少なくとも第一のデータ処理システム（Ｈ）と第二のデータ処理システム（Ｈ）との間の、航空機におけるデータ通信方法に関するものであり、各処理システムは、少なくとも一つのアプリケーション（Ａ）を実行するのに適しており、該方法において、やり取りされるべきデータはメッセージ（Ｍ）の中に編成され、これらのメッセージならびに処理システムおよびアプリケーションは、ネットワークに接続されて各データ処理システムからアクセス可能なバックアップ装置（２）の中に記憶されるファイルの中に定義される。
2009530942.tif 000002
【特許請求の範囲】
【請求項１】
ローカルエリアネットワークに接続される少なくとも第一のデータ処理システム（Ｈ）と第二のデータ処理システム（Ｈ）との間の、航空機におけるデータ通信方法であって、各処理システムは、少なくとも一つのアプリケーション（Ａ）を実行するのに適しており、
やり取りされるべきデータが、メッセージ（Ｍ）の中に編成されることを特徴とし、
これらのメッセージならびに処理システムおよびアプリケーションが、ネットワークに接続されて各データ処理システムからアクセス可能なバックアップ装置（２）の中に記憶されるファイルの中に記述され、
その結果、メッセージの受信側データ処理システムが、メッセージの中に提供された情報に基づいて、みずからに必要なデータを、バックアップ装置のファイルの中から探し出すことができる、データ通信方法。
【請求項２】
記憶されるファイルのうちの一つが、各処理システムのネットワーク上のアドレスを用いたすべての処理システムのリストを有し、ネットワークのトポロジーを定義する、マシンファイル（２１）であることを特徴とする、請求項１に記載の方法。
【請求項３】
記憶されるファイルのうちの一つが、すべてのアプリケーションおよび各アプリケーションが実行されることができるシステムのリストを有する、アプリケーションファイル（２２）であることを特徴とする、請求項１または請求項２に記載の方法。
【請求項４】
記憶されるファイルのうちの一つが、やり取りされることができるすべてのデータならびにこれらのデータを伝送するためにアプリケーション間でたどるべき経路を有する、メッセージファイル（２３）であることを特徴とする、請求項１〜３のいずれか一つに記載の方法。
【請求項５】
記憶されるファイルのうちの一つが、一つのネームを有するユーザファイル（２４）であることを特徴とする、請求項１〜４のいずれか一つに記載の方法。
【請求項６】
マシンファイル、アプリケーションファイル、およびメッセージファイルが、すべてのユーザによって共有されるファイルであることを特徴とする、請求項２、３および４に記載の方法。
【請求項７】
ユーザファイルが、各ユーザに特有のものであることを特徴とする、請求項５に記載の方法。
【請求項８】
ファイルが、ＸＭＬ形式で製作されることを特徴とする、請求項１〜７のいずれか一つに記載の方法。
【請求項９】
各メッセージ、が少なくとも三つのデータフィールドを有することを特徴とする、請求項１〜８のいずれか一つに記載の方法。
【請求項１０】
第一のフィールドが、メッセージの識別子（ｃｈ１）を含み、
第二のフィールドが、メッセージのデータ長（ｃｈ２）を含み、
第三のフィールドが、やり取りされるべきパラメータ（ｃｈ３）を含むことを特徴とする、請求項９に記載の方法。
【請求項１１】
各処理システムを結ぶ通信ネットワークが、イーサネットネットワークであることを特徴とする、請求項１〜１０のいずれか一つに記載の方法。
【請求項１２】
ローカルエリアネットワークで結ばれる複数の処理システムを有するデータ通信システムであって、
メッセージファイルであって、ネットワーク上でやり取りされることができるすべてのデータを記述するものと、
マシンファイルであって、すべてのシステムおよびそれらのネットワーク上でのそれぞれのアドレスのリストを用いて通信ネットワークのトポロジーを記述するものと、
アプリケーションファイルであって、各アプリケーションに関するすべての情報を用いてネットワーク上で実行されることができるすべてのアプリケーションを定義するものとを含む記憶装置を有することを特徴とする、データ通信システム。
【請求項１３】
記憶装置（２）が、一本化され、ネットワーク（１）上に設置され、すべての処理システム（Ｈ）からアクセス可能であることを特徴とする、請求項１２に記載の通信システム。
【請求項１４】
航空機であって、請求項１〜１１のいずれか一つに記載の通信方法を実施するためのシステムを有することを特徴とする航空機。
【請求項１５】
請求項１２または１３に記載の通信システムを有することを特徴とする航空機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ローカルエリアネットワークで接続される、異機種環境の複数のデータ処理システム間の、データ通信方法に関するものであり、該データ通信方法において、通信設定は、ネットワークに結ばれ、そして、各処理システムからアクセス可能な、記憶手段の中に記憶される。
本発明はまた、この方法を利用する通信システムにも関するものである。
【０００２】
本発明は、離れたまたは同じマシンに共同配置される処理システムを用いた、ネットワークとりわけイーサネット（登録商標）ネットワークによるデータ通信の分野において応用例を見出している。
とりわけ、本発明は、航空機製造技術の分野、またとりわけ航空シミュレーションの分野および機内の情報伝送あるいは機内に設置されることを目的とした情報の伝送の分野において応用例を見出している。
【背景技術】
【０００３】
データ通信の分野において、イーサネットネットワークのようなローカルエリアネットワークを介して、多様なデータ処理システムをまとめて接続することはよくあることである。
ローカルエリアネットワークによるリンクにより、多様な処理システムが、該処理システム間でのデータをやり取りを、まったく安全な状態でつまり外部システムが、これらのデータにアクセスできることなく行うことができる。
ある分野では、またとりわけ航空機製造技術において、これらの処理システムは、多くの場合、徐々に、必要に応じて、そしてこれらの必要の変化に応じて設置される。
一般的に、これらの処理システムのそれぞれは、一つまたは複数の独自の問題を解決するために設置あるいは変更されている。
【０００４】
したがって、各処理システムは、多くの場合、各処理システムに固有の通信手段を用いて、独自のコンテクストにおいて調整される。
とりわけ、航空機製造技術の分野において、計算機、コンピュータアプリケーション、シミュレータなどのような多様なシステムは、多様な備品製造者によって、異なる時期に、したがって異なる技術的発達を用いて製作される。
これらの多様なシステムは、例えば機内の情報伝送の場合において、同じ航空機に設置されることを目的とし、あるいは、例えばシミュレーション手段が航空機の計算機と連動する場合において、それぞれが互いに関係づけられることを目的としている。
それぞれのシステムは、したがって、処理されるべきデータのタイプ、システムが設置された時期の経済的状況および技術的背景に依存する、各システムに固有の、一つの通信手段を用いて配置される。
このように、各システムは、もともと、個々に機能するためにまた特有の問題を解決するために考案される。
しかしながら、いくつかの特定のデータは、複数の処理システムに有用でありうる。
したがって、物的資源および処理時間の節約のため、複数の処理システムを該処理システム間でイーサネットネットワークタイプのローカルエリアネットワークを介して結んで、通信ネットワークとも呼ばれる唯一の通信システムを形成することがよくある。
そのような通信システムは、そのとき異機種環境のグローバルアーキテクチャを提供する。
【０００５】
処理システムのこの異機種混在環境のために、これらの処理システムのネットワーク化は、データを、これらのデータを発信および受信しうる処理システムのそれぞれにとって認識できるものにするために、通信による処理システムのそれぞれの適合を必要とする。
言葉を換えれば、適合されていないシステムは、別のシステムから伝送されるデータを認識することが出来ない。
同様に、このシステムによって送られるデータを、ネットワークの他のシステムは認識することができず、したがって利用できない。
各システムのこの適合化は、あるシステムの形式において生成されたデータを別のシステムの形式に変換することを可能にする変換手段を配置することを必要とする。
【０００６】
したがって、ネットワークに接続されるシステムの数が多ければ多いほど、これらの変換手段の調整がより複雑になり、またこれらの手段の統合時間がより長くなることが理解される。
【０００７】
さらに、新しいシステムが設置されてネットワークに接続されるたびに、新しいシステムを通信全体に適合させるために、既に配置されている変換手段を適合させることが必要である。
したがって、新しいシステムのデータの形式の変換は、この新しいシステムのデータをネットワークに既に配置されている各システムが認識できるようにするため、現行の変換手段に加えられなければならない。
【０００８】
さらに、各処理システムが異なる解決策をともなう異なるメンテナンスを必要とするので、通信システムの全体のメンテナンスは難しく込み入っている。
そのうえ、あるシステムが一時的に不調であるからといって、このシステムの代わりにネットワークの別のシステムを用いてこのシステムの処理の少なくともいくつかを実行することは、各システムがその固有の形式を有することから不可能である。
【０００９】
したがって、そのような異機種環境のアーキテクチャをもつ通信システムは、先に挙げられた不都合を呈し、このことがデータの変換の調整にかかる時間および故障の追求に直接依存する、その作動コストに重大な影響を及ぼす。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、先に説明された技術の不都合を改善することを目的とする。
そのために、本発明は、複数の処理システム間のデータ通信方法を提案するものであり、該通信方法において、同じデータ設定が、すべての処理システムに適合可能である。
このために、本発明の方法は、データとネットワークのトポロジーとに関する基本的な情報を、単純で等質の、そして、あいまいでない形状で、すべての処理システムからアクセス可能な一本化された記憶手段の中に記憶することを提案する。
この方法は、このように、通信ネットワークのすべての処理システムに必要なすべての情報を、それぞれからアクセス可能な場所に、同一の形状で記憶することを提案する。
データは、唯一の設定をもち、最小限度に制限された情報数を有するメッセージの形状で、処理システム間でやり取りされる。
これらの情報によって、メッセージの受信側システムは、このメッセージに対応するすべてのデータを、一本化された記憶手段の中から探し出すことができる。
【００１１】
より正確には、本発明は、ローカルエリアネットワークに接続される少なくとも第一のデータ処理システムと第二のデータ処理システムとの間の、データ通信方法を提案するものであり、各処理システムは、少なくとも一つのアプリケーションを実行するのに適しているものである。
この方法は、やり取りされるべきデータがメッセージの中に編成されることを特徴としており、これらのメッセージならびに処理システムおよびアプリケーションは、ネットワークに接続されて各データ処理システムからアクセス可能なバックアップ装置の中に記憶されるファイルの中に記述されており、その結果、メッセージの受信側データ処理システムは、メッセージの中に提供された情報に基づいて、みずからに必要なデータをバックアップ装置のファイルの中から探し出すことができる。
【００１２】
本発明の方法はまた、以下の特徴の一つまたは複数を有することもできる：
‐記憶されるファイルの一つは、マシンファイルであり、該ファイルは、各処理システムのネットワーク上のアドレスを用いたすべての処理システムのリストを有し、ネットワークのトポロジーを定義する。
‐記憶されるファイルの一つは、アプリケーションファイルであり、該ファイルは、すべてのアプリケーションおよび各アプリケーションが実行されることができるシステムのリストを有する。
‐記憶されるファイルの一つは、メッセージファイルであり、該ファイルは、やり取りされることができるすべてのデータならびにこれらのデータを伝送するためにアプリケーション間でたどるべき経路を有する。
‐記憶されるファイルの一つは、ユーザファイルであり、該ファイルは一つのネームを有する。
‐マシンファイル、アプリケーションファイルおよびメッセージファイルは、すべてのユーザによって共有されるファイルである。
‐ユーザファイルは、各ユーザに特有のものである。
‐ファイルはＸＭＬ形式で製作される。
‐各メッセージは少なくとも三つのデータフィールドを有する。
‐第一のフィールドはメッセージの識別子を含み、第二のフィールドはメッセージのデータ長を含み、そして第三のフィールドはやり取りされるべきパラメータを含む。
‐各処理システムを結ぶ通信ネットワークは、イーサネットネットワークである。
【００１３】
本発明はまた、ローカルエリアネットワークで結ばれる複数の処理システムを有するデータ通信システムにも関するものであり、該データ通信システムが以下を含む記憶装置を有することを特徴とする：
‐メッセージファイルであって、ネットワーク上でやり取りされることができるすべてのデータを記述するもの、
‐マシンファイルであって、すべてのシステムおよびそれらのネットワーク上でのそれぞれのアドレスのリストを用いて通信ネットワークのトポロジーを記述するもの、
‐アプリケーションファイルであって、各アプリケーションに関するすべての情報を用いてネットワーク上で実行されることができるすべてのアプリケーションを定義するもの。
【００１４】
記憶装置は、一本化され、ネットワーク上に設置され、そしてすべての処理システムからアクセス可能である。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明による通信システムを概略的に示している。
【００１６】
図２は、図１の通信システムにおいてやり取りされるメッセージの一例を示しており、本発明の方法の設定をもつものである。
【００１７】
図３は、図２のメッセージのパラメータのタイプの例を記述する一覧表を示している。
【００１８】
図４、図５、図６、および図７は、本発明の通信システムの一本化された記憶手段に記録されるファイルの例を示している。
【００１９】
図８Ａおよび図８Ｂは、それぞれに、本発明による通信システムにおけるメッセージ通信の一例と、このやり取りを要約する一覧表とを示している。
【００２０】
本発明は、データ通信方法、言い換えると通信プロトコルに関するものであり、該方法は、ローカルエリアネットワークを介して結ばれる複数のデータ処理システム間の等質のデータのやり取りを可能にするものである。
これらのデータ処理システムは、航空機内に設置されることができる。
該データ処理システムは、また地上でも可能であるが、それは、とりわけこれらのデータ処理システムが、飛行機の計算機と連動するシミュレーション手段であるとき、初めての飛行の前に前記計算機を有効にするためである。
以下の説明において、航空機における通信プロトコルの話がされることになるが、該通信プロトコルが、また航空機についての地上システムにも関するものであることは了解済みである。
このローカルエリアネットワークは、イーサネットネットワーク、または、パケットでのデータ伝送プロトコルによって機能する他のあらゆるローカルエリアネットワークであることができる。
したがって、データのローカルエリアネットワークでの伝送は、イーサネット網やインターネット網の伝送プロセスのような標準の伝送プロセスにしたがって行われる。
データは、このネットワーク上で、後で記述される独自の設定をもつメッセージの形状で伝送される。
【００２１】
本発明の方法は、単純で、唯一の、そして等質のトポロジーを利用することにあり、該トポロジーは、同じ設定を用いて各データ処理システムに有用なすべての情報を記述すること、そしてこれらの情報の定義を、記憶装置とも呼ばれる、一本化された同一の記憶手段に記録することを可能にする。
この記憶装置は、ＸＭＬ形式のような既知の形式を利用して機能する。
ＸＭＬ形式は、イントラネット網において見られるような長くて複雑な文書の管理に適合したコンピュータ言語であって、また、ユーザが、参照したいと望む情報のタイプを選択することを可能にするものである。
【００２２】
通信設定は、各ユーザのレベルで分配されることもでき、一貫性は本発明のプロトコルによって保証される。
【００２３】
本発明によると、記憶装置に記憶されるべき有用な情報は、通信ネットワークのユーザの識別、すなわちネットワークの処理システムによって実行されるアプリケーションの識別、ならびにやり取りされるべき様々なデータの識別に関するものである。
本発明は、各処理システムのデータのフォーマットのメカニズムおよび配布のメカニズムを識別することもまた提案する。
【００２４】
このために、本発明の方法は、一本化された記憶手段に記録されるファイルの中に、これらの情報のすべてを記述することを提案する。
各ファイルは、同じ構成要素タイプ、例えば処理システム、アプリケーションなど、に関する情報をまとめる。
とりわけ、本発明の推奨実施態様において、四つのファイルにより、すべての処理システムに有用なすべての情報を定義することができる。
あとでより詳細に説明されるように、第一のファイルは、マシンファイルと呼ばれ、すべてのシステムおよびそれらのネットワーク上のそれぞれのアドレスのリストを用いて通信ネットワークのトポロジーを記述する。
第二のファイルは、アプリケーションファイルと呼ばれ、ネットワーク上で実行されることができるすべてのアプリケーションを各アプリケーションに関するすべての情報を用いて定義する。
第三のファイルは、メッセージファイルと呼ばれ、ネットワーク上でやり取りされることができるすべてのデータをこれらのデータに関するすべての情報を用いて記述する。
第四のファイルは、ユーザファイルと呼ばれ、ネットワークのすべてのユーザ、すなわちネットワークの各アプリケーション名を識別する。
【００２５】
本発明の方法を実施する通信ネットワークの一例が、図１に示される。
この通信ネットワーク１は、複数のデータ処理システムを有する。
これらの処理システムは、互いに離れている、または同じマシンに共同配置される。
図１の例において、システム１１１はマシン１１に設置され、システム１０１およびシステム１０２はマシン１０に設置され、システム１３１はマシン１３の中に設置され、そしてシステム１２１はマシン１２の中に設置される。
これらのマシンは、例えば、航空機のエア・データ・コンピュータ、飛行のシミュレータ、あるいは航空機の飛行のパラメータを決定することを可能にする他のあらゆるコンピュータであることができる。
【００２６】
これらの処理システムは、一つのローカルエリアネットワークによって互いに結ばれる。
このネットワークには、これらの処理システムに有用なすべての情報の記憶装置２もまた接続される。
記憶装置は、もっぱらデータ処理システムによって利用されうるデータの設定に専用のバックアップ装置である。
図１で示されるような記憶装置は、通信の設定に対応する。
通信の設定のこの図は、一例でしかない。
図１は、ネットワークのトポロジーに関しては限定的なものではない。
記憶装置２は、複数のファイルを有するが、例えばマシンファイル２１、アプリケーションファイル２２、メッセージファイル２３、およびユーザファイル２４であって、のちに詳細に記述される。
【００２７】
この記憶装置２の独特な特徴は、連続的あるいはほぼ連続的な仕方でバックアップされることである。
ネットワーク１のすべてのデータ処理システムが、この記憶装置２へアクセスできる。
このように、この記憶装置は、一本化された情報のバックアップ手段を構成する。
この記憶装置２は、通信ネットワークの完全な等質性を保証することを可能にするのだが、というのもすべての情報が該記憶装置に同じ仕方で記述されるからである。
このように、情報にアクセスするあらゆる処理システムが、ネットワークの別のシステムよって受信または送信される情報と同じ情報を確実に得ることができる。
このことにより、必要な情報のすべてが唯一の場所に唯一の設定を用いて取りまとめられることから、通信ネットワークは一貫性をもつことができる。
情報は、このように、ネットワークのすべての処理システムによってただ一つの仕方でしか理解されることができない。
したがって、いかなる間違った解釈もありえない。
本発明による通信プロトコルは、したがってあいまいなものではない。
【００２８】
一本化された記憶装置２の追加の利点は、各データ変更を、すべての処理システムが知ることができるということである。
変更は、このデータを含む一つまたは複数のファイルにのみもたらされ、また変更は、処理システムが記憶装置の中で該データを探すとき該システムに伝えられる。
さらに、もし本発明の方法がＸＭＬ形式のような従来の形式を選択したならば、そのときネットワークの設定は、オブジェクトの数においても各オブジェクトを特徴づける属性においても変化する。
このように、本発明の方法は、新しいシステムの統合の際に変更されなければならないのが記憶装置のファイルのみなので、システムを迅速に統合および連動することを可能にする。
いかなる場合においても、ネットワークのユーザには、ユーザの通信インターフェースが変化するのは見えない。
【００２９】
本発明によるこの通信ネットワークにおいて、データは、ネットワーク上を行き来するメッセージによって処理システム間でやり取りされる。
メッセージは、ネットワーク上の伝送において基本的な構成要素である。
ネットワークの等質性を保証するために、メッセージはすべて唯一の設定をもつ、つまりメッセージがみな、同じ順番で置かれる同じフィールドを有するということである。
【００３０】
図２において、本発明にかなった設定をもつメッセージの一例を示した。
このメッセージは、第一のフィールドｃｈ１を有するが、該フィールドは、識別子フィールドと呼ばれて、関係するメッセージの識別に対応するものである。
このメッセージは、第二のフィールドｃｈ２を有するが、該フィールドは、長さフィールドと呼ばれて、オクテットで表示されるメッセージの大きさを与えるものである。
このメッセージは、第三のフィールドｃｈ３を有するが、該フィールドは、パラメータフィールドと呼ばれて、ネットワーク上で伝送されるべきすべてのパラメータ、すなわちデータを含むものである。
このように、ローカルエリアネットワーク上で行き来するそれぞれのメッセージは、唯一の番号で識別される。
【００３１】
メッセージがユーザ間で、つまり処理システムによって実行されるアプリケーション間でやり取りされる基本的な構成要素であるため、各メッセージは以下を含む：
‐メッセージのアイデンティティであって、このアイデンティティは整数の形状を呈している、
‐メッセージの長さであって、このことは、メッセージの受信側ユーザが、伝送されるデータのタイプを探し出すことを可能にする、
‐パラメータであって、つまり別のユーザに伝送されるべきデータである。
メッセージを受信するシステム言い換えると受信側ユーザは、メッセージ内に提供された情報に基づいて、記憶装置のファイルの中からみずからに必要なデータを探し出すことができる。
とりわけメッセージの長さから、受信側システムは、データのタイプを探し出すことができ、そしてメッセージのパラメータから、受信側システムは、これらのデータの値を測定することができる。
【００３２】
図３は、一覧表の形状で、メッセージの中に含まれることができるパラメータのタイプ、すなわちデータのタイプの例を示している。
この一覧表は、タイプのリストを有するが、該リストは、タイプに対応するオクテット単位の長さを用いている。
メッセージに含んで伝送されるのはこのオクテット単位の値である。
メッセージを受け取ると、受信側システムは、通信設定の中に、メッセージのアイデンティティ（第一のフィールド）に基づきながら受信側システムが受け取ったばかりのメッセージの特徴を見る。
受信側システムは、通信の良好な状態の検証の目的で、長さ（第二のフィールド）を、設定の中に見つかる理論上の長さと比較し、ついでデコードを確実に行うことができるように、メッセージを構成するパラメータの全体（第三のフィールド）を見つけ出す。
これらのパラメータは、例えば整数、オクテット、実数、テーブル、あるいはまた可変の大きさのパラメータであることができる。
基本のタイプが可変の大きさのパラメータである場合において、本発明の方法は、必要最小限なものだけを運ぶことによって通過周波数帯を最小にすることを可能にする。
【００３３】
長さを伝える利点は、メッセージの大きさを小さくすることであり、このことによりメッセージの移動が容易になる。
すなわち、メッセージの大きさをその最小限な大きさに小さくすることによって、通過周波数帯を節約すること、またメッセージのより速い伝送を確実に行うことが可能となる。
正確な流量と運ばれる情報の容量を知ることにより、通過周波数帯を制御すること、さらには、場合によっては起こりうる混雑の問題を予測することができる。
【００３４】
上述したメッセージの設定の全体は、メッセージの大きさをその最小限に制限することを可能にする。
このように、ネットワーク上で行き来する各メッセージは、その最小限の大きさに抑えられるが、ただし、この最小限の大きさは、該メッセージを受信側システムが認識することができるのに十分なほどである。
しかしながら、メッセージの他の設定が利用されることもできることが理解されるであろう。
【００３５】
先に説明されたように、本発明の通信ネットワークにおいて利用されうるすべてのデータは、定義されて、唯一で一本化されるあるいは各動作主のレベルで分配される記憶装置に記録される。
これらのデータは、複数の設定ファイルに分配されるが、各ファイルは、ネットワークの独自の機能あるいは独自の構成要素に結び付けられる。
データは、このように複数のファイルに分けられるが、このことにより、通信ネットワーク、アプリケーションならびにデータの静的および動的特徴の物理的な記述を容易にすることができる。
【００３６】
本発明の推奨実施態様において、データは、以下の四つのファイルに分配されるが、該四つのファイルは既に先に言及されている。
‐マシンファイルは、ネットワークのトポロジーを記述する。
このマシンファイルの一例は、図４に示される。
このファイルは、ネットワークのデータ処理システムのそれぞれに関する情報および特徴すべてを記述する。
このファイルは、さまざまなシステムが導入されたマシンをリストする。
このファイルは、また、これらのシステムのネットワーク上のアドレスもＩＰアドレスのネームでリストする。
このマシンファイルは、すべてのユーザによって共有されるものであり、つまりすべてのアプリケーションがネットワークのどの処理システムからでもこのマシンファイルにアクセスできるということである。
‐アプリケーションファイルは、ネットワークの処理システム内で実行されうるすべてのアプリケーションを識別する。
そのようなアプリケーションファイルの一例が、図５に示される。
このアプリケーションファイルは、ネットワークのすべてのアプリケーションをリストする。
このアプリケーションファイルは、各アプリケーションについて、アプリケーションが実行されることができる処理システムを記述する。
このアプリケーションファイルは、また、各アプリケーションについて、さまざまなパラメータ間の連係も記述する。
これらの連係は、通信路（チャネル）と呼ばれる通信経路を定義する。
これらの通信路は、それらのネーム、それらのＩＰアドレス、フォーマットのタイプ（エンディアンネス）そしてＵＤＰ／ＴＣＰの意味でのそれらのポート番号によって定義される。
ＴＣＰポートおよびＵＤＰポートは、それぞれ、データの到着およびデータの到着の順番が尊重されるという保証を伴うあるいは伴わない、データの同期モードである。
このアプリケーションファイルはすべてのユーザによって共有される。
‐メッセージファイルは、やり取りされうるすべてのデータすなわちパラメータを識別する。
そのようなメッセージファイルの一例が、図７に示される。
このメッセージファイルは、全てのメッセージをリストし、また、各メッセージについて、メッセージのタイプ、通信のタイプ、ならびに通信周期を記述する。
メッセージファイルは、各メッセージについて、メッセージの発信側アプリケーション、受信側アプリケーション、ならびに発信側アプリケーションから受信側アプリケーションに行くためにたどる通信路も記述する。
メッセージファイルは、また、メッセージの識別ならびに伝送されるべきメッセージの長さも含む。
最後に、メッセージファイルは、各メッセージの中に含まれるパラメータならびに、これらのパラメータのタイプおよび大きさを定義する。
メッセージファイルは、すべてのユーザによって共有されるファイルである。
‐ユーザファイルは、ユーザ自身つまり関係するアプリケーションを識別する。
そのようなユーザファイルの一例が、図６で示される。
このユーザファイルは、通信が考慮に入れられるべきアプリケーションのネームを有する。
このファイルは、単に前記ファイル内のユーザのネームを変えるだけで第一のユーザを第二のユーザに置き換えることを可能にする。
このユーザファイルは各ユーザに特有のものである。
このユーザファイルをその他のユーザが参照することはできない。
【００３７】
図８Ａおよび図８Ｂで、本発明による通信ネットワークの一例を示したが、該例においては、三つのデータ処理システムＨ１、Ｈ２、Ｈ３がイーサネットネットワークによって結ばれる。
システムＨ１とシステムＨ３は、リトルタイプのプロセッサを利用する。
システムＨ２はビッグモードにしたがって機能するプロセッサを利用する。
リトルタイプとビッグタイプは、メモリにデータを表す二つの異なる仕方であり互換性がない。
システムＨ１は、複数のアプリケーションすなわちアプリケーションＡ１およびＡ２を収容する。
システムＨ２は、アプリケーションＡ３を収容し、システムＨ３は、アプリケーションＡ４を収容する。
【００３８】
これらのアプリケーションのそれぞれは、それらの情報をネットワーク上で伝送するために通信路Ｃを利用する。
例えば、アプリケーションＡ１は、そのメッセージＭ１およびＭ２を通信路Ｃ１からアプリケーションＡ３の方に伝送し、そして、そのメッセージＭ４を通信路Ｃ２からアプリケーションＡ４の方に伝送する。
アプリケーションＡ３は、そのメッセージＭ３を通信路Ｃ４からアプリケーションＡ１の方に伝送する。
アプリケーションＡ４は、そのメッセージＭ６を通信路Ｃ５からアプリケーションＡ２およびＡ１の方に伝送する。
アプリケーションＡ２は、そのメッセージＭ５を通信路Ｃ３からアプリケーションＡ４の方に伝送する。
【００３９】
各通信路Ｃ１、Ｃ２、Ｃ３、Ｃ４、またはＣ５は、ＩＰアドレスおよびＴＣＰポートまたはＵＤＰポートによって目印をつけられる。
これらの通信路のアドレスの例は、各システムＨ１、Ｈ２、およびＨ３のもとに書き留められる。
【００４０】
これらの三つのシステムＨ１、Ｈ２、およびＨ３の間のメッセージのやり取りは、図８Ｂの表の中に要約される。
この表は、このように、図８Ａのネットワーク例におけるローカルエリアネットワーク上で発信されるさまざまなメッセージに関する情報をまとめている。
例えば、第一の識別メッセージ送信１により、メッセージＭ１はアプリケーションＡ１から通信路Ｃ１を通って、アプリケーションＡ３の方へ通信路Ｃ４を通って送られる。
メッセージＭ１によって伝送されるパラメータは、パラメータＩ３２およびパラメータＦ６４である。
このパラメータＦ６４は、５つの実数をともなう６４ビットの実数タイプのデータである。
パラメータＩ３２は、３２ビットの整数である。
【００４１】
各アプリケーションおよび各メッセージが、あらかじめ記憶装置の中で定義されるので、二つの処理システム間でやり取りされるメッセージは、適合の必要なく、該二つの処理システムの形式の違いを直に考慮に入れる。
すなわち、情報の記述ファイルは、各処理システムの特徴を考慮に入れるのであり、このことは、処理システム自体がフォーマットやデフォーマットを管理する必要がないという結果をもたらす。
処理システムがすべきことは、単にメッセージを受理してこのメッセージが何に対応するのかファイルの中で見ることだけである。
形式の変更は、シームレスである。
図８Ａの例において、リトルモードからビッグモードへ（メモリのデータ整理の異なる二つのモードである）移行するための形式の変更は、システムＨ１、Ｈ２、およびＨ３にとってシームレスである。
【図面の簡単な説明】
【００４２】
【図１】本発明による通信システムの概略図
【図２】図１の通信システムにおいてやり取りされるメッセージの一例の説明図
【図３】図２のメッセージのパラメータのタイプの一覧表を示す図
【図４】本発明の通信システムの一本化された記憶手段に記録されるファイルの例の説明図
【図５】本発明の通信システムの一本化された記憶手段に記録されるファイルの例の説明図
【図６】本発明の通信システムの一本化された記憶手段に記録されるファイルの例の説明図
【図７】本発明の通信システムの一本化された記憶手段に記録されるファイルの例の説明図
【図８Ａ】本発明による通信システムにおけるメッセージ通信の一例の説明図
【図８Ｂ】本発明による通信システムのやり取りの要約の一覧表を示す図
【符号の説明】
【００４３】
１  通信ネットワーク
２  記憶装置
１０  マシン
１１  マシン
１２  マシン
１３  マシン
２１  マシンファイル
２２  アプリケーションファイル
２３  メッセージファイル
２４  ユーザファイル
１０２  システム
１１１  システム
１２１  システム
１３１  システム
【図１】
2009530942.tif 000003
【図２】
2009530942.tif 000004
【図３】
2009530942.tif 000005
【図４】
2009530942.tif 000006
【図５】
2009530942.tif 000007
【図６】
2009530942.tif 000008
【図７】
2009530942.tif 000009
【図８Ａ】
2009530942.tif 000010
【図８Ｂ】
2009530942.tif 000011
【国際調査報告】
2009530942.tif 000012
2009530942.tif 000013
2009530942.tif 000014
2009530942.tif 000015
2009530942.tif 000016
2009530942.tif 000017