JP2007140987A

JP2007140987A - ネットワークシステム、その通信方法及びプログラム

Info

Publication number: JP2007140987A
Application number: JP2005334816A
Authority: JP
Inventors: Masataro Shiraiwa; 政太郎白岩
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2005-11-18
Filing date: 2005-11-18
Publication date: 2007-06-07

Abstract

【課題】ネットワーク上のエンディアン形式が相互に異なる複数のノード上に分散して配置されたコンポーネント間でデータの送受信を行う場合に、コンポーネント間でのデータ交換を高速に行えるようにする。
【解決手段】エンディアン形式が相互に異なるプロセッサを搭載した複数のノード１０１,１１１を備えたネットワークシステムにおいて、第１のノード１０１から第２のノード１１１に送信用データを送信する際に、ノード状態管理手段１０８において、自身のノード（第１のノード１０１）の状態と、送信先のノード（第２のノード１１１）の状態とを比較して、エンディアン変換を実行するノードを決定する。
【選択図】図１

Description

本発明は、エンディアン形式が相互に異なるプロセッサを搭載した複数のノードを備えたネットワークシステム、その通信方法及び当該通信方法をコンピュータに実行させるためのプログラムに関する。

コンピュータシステムの分散化は、処理の並列化によるシステムの高速化、システムの負荷分散やリスク分散などの要求に応える為、コンピュータの発展とともに古くからその研究がされている。近年では、分散環境下でのシステム構築を支えるＳｕｎＲＰＣやＣＯＲＢＡなどの多くの通信ミドルウェアが開発されている。

一般に、ネットワーク上の異なるノード間で通信を行う場合には、ノード毎のプロセッサの違いによって発生するソフトウェアコンポーネント間のエンディアン（バイトオーダ）表現形式の違いを考慮し、違いがある場合には、これを吸収する必要がある。通信ミドルウェアは、このエンディアン表現形式の違いを吸収し、目的のノードとのデータ送受信を行う。

エンディアンは、２バイト以上のデータをメモリ上に配置する際のデータの並べ方である。通常、コンピュータのメモリには、１バイト毎にアドレスが振られており、２バイト以上のサイズがあるデータは、１バイトずつに分割して扱う。

２バイト以上のデータを扱う場合において、ＣＰＵが、分割したデータの最下位のバイトから順番にデータを扱うために、データをメモリ上の上位アドレスから順に格納しておく方式をリトル・エンディアン（Intel等）という。逆に、ＣＰＵが、分割したデータの最上位のバイトから順番にデータを扱うために、データをメモリ上の下位アドレスから順に格納しておく方式をビッグ・エンディアン（Motorola等）という。

このように、エンディアンは、ＣＰＵに依存するため、異なるノードに配置されたソフトウェアコンポーネント間で通信を行う場合に考慮が必要となる。エンディアンの異なるマシン間では、メモリ上の並びが全く反対であるため、コピーする場合にはデータの並び順を反対に入れ替える必要がある。

ＳｕｎＲＰＣやＣＯＲＢＡなどの通信ミドルウェアでは、通信時には統一して通信用のバイトオーダを利用する。この時利用されるバイトオーダをネットワークバイトオーダという。このため、これらの通信ミドルウェアでは、送信時に、送信側ノードのエンディアン形式とネットワークバイトオーダとが異なる場合には、統一されたネットワークバイトオーダに変換する。また、受信時に、受信側ノードのエンディアン形式とネットワークバイトオーダとが異なる場合には、データを受信側のエンディアン形式に変換する。

しかし、ネットワークバイトオーダを利用する方法では、例えば、通信時にビッグ・エンディアンをネットワークバイトオーダとして採用する通信ミドルウェアの場合、送信側ノードと受信側ノードとのエンディアン形式が共にリトル・エンディアンの際は、２度のエンディアン変換を行う必要がある。

このように、ネットワークバイトオーダを統一する方法では、通信を行うノードのエンディアン形式とネットワークバイトオーダとが異なる場合にもエンディアン変換を行う必要があり、通信におけるスループットの低下が考えられる。

そのため、従来のネットワークシステムでは、下記の特許文献１のように、システム内にある他のノードのエンディアン形式を取得し、送信時に送信元のエンディアン形式と送信先のエンディアン形式とを比較し、形式が異なっている場合には、データを送信先のエンディアン形式に変換するという方式であった。ここで、エンディアンは、ビッグ・エンディアンとリトル・エンディアンとの２種類しか存在しない為、予めエンディアン情報を取得することにより、ノード間でのエンディアン変換の回数を最高でも１回に抑えることが可能であり、どちらのノードで変換処理を行うかを選択することが可能となっている。

また、従来のネットワークシステムでは、下記の特許文献２のように、ノードのシステム内における重要度と処理性能に応じてノードに重み付けを設定し、システムの実行中に動的にシステムで利用するエンディアン形式の切替えを行うようにするものであった。

特開平１０−３２７２１０号公報特許第３４８８８２７号公報

特許文献１や従来の通信ミドルウェアによるエンディアン形式変換方法では、通信を行うノード上のＣＰＵの負荷に応じて、エンディアン形式の変換処理における負荷分散を考慮するものではなかった。分散システムでは、ノード上のＣＰＵの性能とＣＰＵで実行中の処理とがそれぞれ異なる。そのため、通信を行うノード２者間では、高速にエンディアン変換を行えるノードが常に変化する。そして、ノード２者間において、処理が遅いノードでエンディアン変換を行った場合には、処理が速いノードでエンディアン変換を行った場合と比較して、通信におけるスループットが低下してしまう。

さらに、特許文献１や従来の通信ミドルウェアによるエンディアン形式変換方法では、通信を行うノード上で実行中の処理に応じて、エンディアン形式の変換処理の負荷分散を考慮するものでもなかった。送信先のノード上で大量のデータをリアルタイムで処理するような優先度が高い処理が実行されている場合などでは、データの取りこぼしを考慮して、送信元でエンディアン変換を処理し、送信先のＣＰＵの負荷を軽減させるようにすることが望ましい。

また、特許文献２では、上述したように、ノードのシステム内における重要度と処理性能に応じてノードに重み付けを設定し、システムの実行中に動的にシステムで利用するエンディアン形式の切替えを行うものであるが、ノード内で実行中の処理については考慮するものではなかった。

本発明は上述の問題点にかんがみてなされたものであり、ネットワーク上のエンディアン形式が相互に異なる複数のノード上に分散して配置されたコンポーネント間でデータの送受信を行う場合に、コンポーネント間でのデータ交換を高速に行えるようにすることを目的とする。

本発明の通信方法は、エンディアン形式が相互に異なるプロセッサを搭載した複数のノードを備えたネットワークシステムにおける通信方法であって、前記各ノード上に配置されたコンポーネント間のデータの送受信を行うデータ通信工程と、送信側のコンポーネントから受け取った送信用データのパッキングを行う送信データ作成工程と、前記送信用データの送信時に、自身のノードの状態と、前記送信用データの送信先のノードの状態とを比較して、エンディアン変換を実行するノードを決定する状態比較工程と、前記データ通信工程により受信した前記送信用データのアンパッキングを行ってエンディアン変換の必要性を解析する解析工程と、前記解析工程による解析結果に基づいて、送受信時のエンディアン変換処理を行うエンディアン変換工程と、前記各ノードの状態を管理する状態管理工程とを有する。

本発明のプログラムは、前記通信方法をコンピュータに実行させるためのものである。

本発明のネットワークシステムは、エンディアン形式が相互に異なるプロセッサを搭載した複数のノードを備えたネットワークシステムであって、前記各ノード上に配置されたコンポーネント間のデータの送受信を行うデータ通信手段と、送信側のコンポーネントから受け取った送信用データのパッキングを行う送信データ作成手段と、前記送信用データの送信時に、自身のノードの状態と、前記送信用データの送信先のノードの状態とを比較して、エンディアン変換を実行するノードを決定する状態比較手段と、前記データ通信手段により受信した前記送信用データのアンパッキングを行ってエンディアン変換の必要性を解析する解析手段と、前記解析手段による解析結果に基づいて、送受信時のエンディアン変換処理を行うエンディアン変換手段と、前記各ノードの状態を管理する状態管理手段とを有する。

本発明によれば、ネットワーク上のエンディアン形式が相互に異なる複数のノード上に分散して配置されたコンポーネント間でデータの送受信を行う場合において、送信側のノードの状態と受信側のノードの状態とを比較して、エンディアン変換を実行するノードを決定するようにしたので、コンポーネント間でのデータ交換を高速に行うことが可能になる。

以下、添付の図面に従って本発明の実施形態を説明する。

図１は、本発明の実施形態に係わるネットワークシステムを示す全体構成図である。
本発明の実施形態に係わるネットワークシステムは、第１のノード（通信装置）１０１及び第２のノード（通信装置）と、第１のノード１０１と第２のノードとを接続するネットワーク１１０とを備えて構成されている。ここで、ネットワーク１１０は、例えば、ＬＡＮ、ＷＡＮ、通信ミドルウェア等で構成されている。

図１において、第１及び第２のノード１０１，１１１は、ネットワーク１１０上に分散配置されており、第１のノード１０１は、コンポーネント１０２，１０３を有しており、第２のノード１１１は、コンポーネント１１２，１１３を有している。各コンポーネントは、以下に説明する手段を用いてデータを送受信することが可能となっている。

各ノードは、ノードの状態を取得し、ノードの状態を保持するノード状態管理手段１０８，１１８をそれぞれ有している。

第１のノード１０１が第２のノード１１１の状態を取得する場合は、ノード状態管理手段１０８が第２のノード１１１のノード状態管理手段１１８に対して、状態取得要求メッセージを送信する。一方、第２のノード１１１のノード状態管理手段１１８は、この状態取得要求メッセージを受信して、当該装置の状態を第２のノード１０１のノード状態管理手段１０８に送信する。そして、第１のノード１０１のノード状態管理手段１０８は、第２のノード１１１の状態を受信して、当該状態を保持する。

また、各ノード状態管理手段１０８，１１８は、一定間隔毎に自身が通信を行うノードに対して自身のノードの状態を含んだデータを送信する。各ノードの各ノード状態管理手段１０８，１１８は、このデータを受信して、当該状態を保持する。

また、例えば、第１のノード１０１におけるコンポーネント１０２が第２のノード１１１におけるコンポーネント１１３へデータを送信する場合、コンポーネント１０２は、送信データ作成手段１０５に対して、当該データとコンポーネント１１３が配置されている第２のノード１１１を識別可能な情報を渡す。ここで、第２のノード１１１を識別可能な情報としては、ＩＰアドレスやシステム内でノードに割り振られたノードＩＤが考えられる。

本実施形態における図面では、説明の都合上、ノードを識別する情報として図１に示し他ノード番号をノードＩＤとして利用している。送信データ作成手段１０５は、ノード状態比較手段１０６に送信するデータをエンディアン変換する必要があるか否かの問い合わせをノード状態比較手段１０６に行う。

ノード状態比較手段１０６は、第２のノード１１１を識別可能な情報を用いてノード状態管理手段１０８が保持する情報から第１のノード１０１と第２のノード１１１の状態を取得して比較し、エンディアン変換の必要性とエンディアン変換を行うノードを判断し、送信データ作成手段１０５へ通知する。

送信データ作成手段１０５は、問い合わせの結果、エンディアン変換の必要がある場合のみ、エンディアン変換手段１０７を用いてデータのエンディアンの変換を行う。

次に、送信データ作成手段１０５は、データのパッキングを行い、データ通信手段１０９を介してデータを第２のノード１１１に送信する。

データのパッキングの際、送信データ作成手段１０５は、コンポーネント１０２からのデータの他にヘッダ情報として、送信するデータが送信先のエンディアン形式で表現されているか否かを示す識別子と第１のノード１０１の状態とを含める。

第２のノード１１１では、データ通信手段１１９を介してこのデータを受信し、受信データ解析手段１１４へデータを渡す。受信データ解析手段１１４では、送信されたデータをアンパッキングしてヘッダ情報からデータにエンディアン変換を施す必要があるか否かを判断し、必要がある場合のみエンディアン変換手段１１７にデータのエンディアン変換を行わせて、データをコンポーネント１１３へ受け渡す。また、受信データ解析手段１１４は、第１のノード１０１の状態を示す情報を取り出し、ノード状態管理手段１１８に当該情報を保持する。

実施例１では、請求項１及び請求項２に対する詳細を説明する。
本実施例では、前記各手段が扱う各ノードの状態情報として、ノードのエンディアン形式情報とノードのＣＰＵ負荷状況情報を扱う。

本実施例においては、コンポーネント１０２がコンポーネント１１３へデータを送信する場合において、ノード状態管理手段１０８は、自身のノード（第１のノード１０１）における状態情報として、図２に示すエンディアン形式２０１とＣＰＵ負荷状況２０２の情報を保持する。また、第２のノード１１１における状態情報として、図３に示すノードＩＤ３０１、エンディアン形式３０２及びＣＰＵ負荷状況３０３の情報を保持する。

次に、図２、図３及び図４を用いて、ノード状態比較手段１０６がエンディアン変換処理を実行するノードを判定し、送信データ作成手段１０５がエンディアン変換手段１０７を用いて送信データを作成する流れを説明する。

図４は、本発明の実施例１におけるネットワークシステムでの処理を示すフローチャートである。
まず、ノード状態比較手段１０６は、ノード状態管理手段１０８を用いて、図２で示される自身のノード（第１のノード１０１）の状態情報と図３に示される送信先のノード（第２のノード１１１）の状態情報を取得する。

まず、ノード状態比較手段１０６は、自身のノード（第１のノード１０１）と第２のノード１１１とのエンディアン形式を比較し、エンディアン形式が一致するか否かを判断する（ステップＳ４０１）。

ステップＳ４０１での判断の結果、エンディアン形式が一致している場合には、送信用のデータ作成を行う（ステップＳ４０４）。一方、エンディアン形式が不一致の場合には、続いて、自身のノード（第１のノード１０１）と第２のノード１１１のＣＰＵ負荷状況を比較する（ステップＳ４０２）。

ステップＳ４０２での比較の結果、自身のノード（第１のノード１０１）よりも第２のノード１１１のＣＰＵ負荷状況が低い場合、すなわちＣＰＵ負荷状況が送信元＞送信先である場合には、自身のノード（第１のノード１０１）の負荷を軽減するため、自身のノード（第１のノード１０１）ではエンディアン変換を行わずに送信用のデータ作成を行う（ステップＳ４０４）。

一方、ステップＳ４０２での比較の結果、自身のノード（第１のノード１０１）よりも第２のノード１１１のＣＰＵ負荷状況が高いか或いは等しい場合、すなわちＣＰＵ負荷状況が送信元≦送信先である場合には、第２のノード１１１の負荷を軽減するため、自身のノード（第１のノード１０１）でエンディアン変換を行って（ステップＳ４０３）、その後、送信用のデータ作成を行う（ステップＳ４０４）。

ここで、ＣＰＵ負荷状況として、例えば、ＣＰＵの使用率を挙げることができる。
その一例として、第１のノード１０１上のＯＳとしてＬｉｎｕｘが利用されている場合には、ＣＰＵの使用率は、ｔｏｐコマンドにより取得することが可能である。また、例えば、第２のノード１１１上のＯＳとしてＷｉｎｄｏｗｓ（登録商標）が利用されている場合には、ＣＰＵの使用率はＧｅｔＳｙｓｔｅｍＴｉｍｅｓＡＰＩを利用することで取得することが可能である。

実施例２では、請求項１及び請求項３に対する詳細を説明する。
本実施例では、前記各手段が扱う各ノードの状態情報として、ノードのエンディアン形式情報とノード上で実行中の処理の優先度情報を扱う。

本実施例においては、コンポーネント１０２がコンポーネント１１３へデータを送信する場合において、ノード状態管理手段１０８は、自身のノード（第１のノード１０１）における状態情報として、図５に示すエンディアン形式５０１とノード上で実行中の処理の処理ＩＤ５０２の情報を保持する。また、第２のノード１１１における状態情報として、図６に示すノードＩＤ６０１、エンディアン形式６０２及びノード上で実行中の処理の処理ＩＤ６０３の情報を保持する。また、ノード状態管理手段１０８は、図７に示すノード上で実行される処理の処理ＩＤ７０１と処理の優先度７０２の情報を保持する。

次に、図５、図６、図７、図８、図９及び図１０を用いて、ノード状態比較手段１０６がエンディアン変換処理を実行するノードを判定し、送信データ作成手段１０５がエンディアン変換手段１０７を用いて送信データを作成する流れを説明する。

図１０は、本発明の実施例２におけるネットワークシステムでの処理を示すフローチャートである。
まず、ノード状態比較手段１０６は、ノード状態管理手段１０８に対して送信元のノード（第１のノード１０１）と送信先のノード（第２のノード１１１）の状態取得要求を行い、優先度を計算する（ステップＳ１００１）。この際、ノード状態比較手段１０６は、送信先のノードを特定するためにノードＩＤをノード状態管理手段１０８に渡す。

ノード状態管理手段１０８は、図５及び図７の情報を用いて、送信元のノードの状態情報として、図８に示すエンディアン形式８０１とノード優先度８０２を含んだデータを作成する。また、ノード状態管理手段１０８は、図６及び図７の情報を用いて、送信先のノードの状態情報として、図９に示すエンディアン形式９０１とノード優先度９０２を含んだデータを作成する。そして、ノード状態管理手段１０８は、作成したそれぞれのノードにおける状態情報をノード状態比較手段１０６へ送る。

本実施例では、ノード内で実行中の処理の最も高い優先度をノードの優先度としたため、図９に示す送信先のノード優先度９０２は、図７に示す処理ＩＤが１の優先度１０と処理ＩＤが３の優先度１とを比較して高い優先度を採用してある。

続いて、ノード状態比較手段１０６は、自身のノード（第１のノード１０１）と第２のノード１１１のエンディアン形式を比較し、エンディアン形式が一致するか否かを判断する（ステップＳ１００２）。

ステップＳ１００２での判断の結果、エンディアン形式が一致している場合には、送信用のデータ作成を行う（ステップＳ１００５）。一方、エンディアン形式が不一致の場合には、続いて、両ノードの処理の優先度を比較する（ステップＳ１００３）。

ステップＳ４０２での比較の結果、自身のノード（第１のノード１０１）の優先度が第２のノード１１１の優先度よりも高い場合、すなわち処理の優先度が送信元＞送信先である場合には、自身のノード（第１のノード１０１）の負荷を軽減するため、自身のノード（第１のノード１０１）ではエンディアン変換を行わずに送信用のデータ作成を行う（ステップＳ１００５）。

一方、ステップＳ４０２での比較の結果、自身のノード（第１のノード１０１）の優先度が第２のノード１１１の優先度よりも低いか等しい場合、すなわち処理の優先度が送信元≦送信先である場合には、第２のノード１１１の負荷を軽減するため、自身のノード（第１のノード１０１）でエンディアン変換を行って（ステップＳ１００４）、その後、送信用のデータ作成を行う（ステップＳ１００５）。

ここで、ノード上で実行中の処理ＩＤの検出は、ノード状態管理手段１１４が持つ処理登録用のインタフェースを利用する。コンポーネント１１２の処理が実行された場合の第２のノード１１１の処理ＩＤは、次のようにして第１のノード１０１に通知される。

まず、コンポーネント１１２が、起動時にノード状態管理手段１１４が用意する処理登録用のインタフェースを利用して処理ＩＤを設定する。そして、ノード状態管理手段１１４が、データ通信手段１１９を介して第１のノード１０１へ状態情報の通知を行う。

なお、実施例１では、ノード状態管理手段１０８において各ノードのエンディアン形式と各ノードのＣＰＵの負荷状況とを管理し、ノード状態比較手段１０６において、送信側のノード及び受信側のノードにおける前記エンディアン形式と前記ＣＰＵの負荷状況とに基づいて、エンディアン変換を実行するノードを決定するようにし、実施例２では、ノード状態管理手段１０８において各ノードのエンディアン形式と各ノードで実行中の処理の優先度とを管理し、ノード状態比較手段１０６において、送信側のノード及び受信側のノードにおける前記エンディアン形式と前記優先度とに基づいて、エンディアン変換を実行するノードを決定するようにしているが、例えば、ノード状態管理手段１０８において各ノードのエンディアン形式と各ノードのＣＰＵの負荷状況と各ノードで実行中の処理の優先度とを管理し、ノード状態比較手段１０６において、送信側のノード及び受信側のノードにおける前記エンディアン形式と前記ＣＰＵの負荷状況と前記優先度とに基づいて、エンディアン変換を実行するノードを決定するようにした形態も本発明に含まれる。

また、ノード上で実行中の処理の優先度は、リアルタイムＯＳによる優先度の問い合わせ機能を用いて定期的に取得するようにすることも可能である。

前述した本実施形態に係わるネットワークシステムを構成する図１の各手段、並びにネットワークシステムにおける処理（通信方法）を示した図４及び図１０の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び当該プログラムを記録したコンピュータ読み取り可能な記憶媒体は本発明に含まれる。

具体的に、前記プログラムは、例えばＣＤ−ＲＯＭのような記憶媒体に記録し、或いは各種伝送媒体を介し、コンピュータに提供される。前記プログラムを記録する記憶媒体としては、ＣＤ−ＲＯＭ以外に、フレキシブルディスク、ハードディスク、磁気テープ、光磁気ディスク、不揮発性メモリカード等を用いることができる。他方、前記プログラムの伝送媒体としては、プログラム情報を搬送波として伝搬させて供給するためのコンピュータネットワーク（ＬＡＮ、インターネットの等のＷＡＮ、無線通信ネットワーク等）システムにおける通信媒体（光ファイバ等の有線回線や無線回線等）を用いることができる。

また、コンピュータが供給されたプログラムを実行することにより本実施形態に係わるネットワークシステムの機能が実現されるだけでなく、そのプログラムがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）或いは他のアプリケーションソフト等と共同して本実施形態に係わるネットワークシステムの機能が実現される場合や、供給されたプログラムの処理の全て、或いは一部がコンピュータの機能拡張ボードや機能拡張ユニットにより行われて本実施形態に係わるネットワークシステムの機能が実現される場合も、かかるプログラムは本発明に含まれる。

本発明の実施形態に係わるネットワークシステムを示す全体構成図である。データの送信元のノード状態保持手段によって保持される情報の構成を示した図である。データの送信先のノード状態保持手段によって保持される情報の構成を示した図である。本発明の実施例１におけるネットワークシステムでの処理を示すフローチャートである。ノード状態管理手段によって保持される情報の構成を示した図である。ノード状態管理手段によって保持される情報の構成を示した図である。ノード状態管理手段によって保持される情報の構成を示した図である。ノード状態管理手段によって作成される情報の構成を示した図である。ノード状態管理手段によって作成される情報の構成を示した図である。本発明の実施例２におけるネットワークシステムでの処理を示すフローチャートである。

符号の説明

１０１、１１１：ノード（通信装置）
１０２、１０３、１１２、１１３：コンポーネント
１０４、１１４：受信データ解析手段
１０５、１１５：送信データ作成手段
１０６、１１６：ノード状態比較手段
１０７、１１７：エンディアン変換手段
１０８、１１８：ノード状態管理手段
１０９、１１９：データ通信手段
１１０：ネットワーク

Claims

エンディアン形式が相互に異なるプロセッサを搭載した複数のノードを備えたネットワークシステムにおける通信方法であって、
前記各ノード上に配置されたコンポーネント間のデータの送受信を行うデータ通信工程と、
送信側のコンポーネントから受け取った送信用データのパッキングを行う送信データ作成工程と、
前記送信用データの送信時に、自身のノードの状態と、前記送信用データの送信先のノードの状態とを比較して、エンディアン変換を実行するノードを決定する状態比較工程と、
前記データ通信工程により受信した前記送信用データのアンパッキングを行ってエンディアン変換の必要性を解析する解析工程と、
前記解析工程による解析結果に基づいて、送受信時のエンディアン変換処理を行うエンディアン変換工程と、
前記各ノードの状態を管理する状態管理工程と
を有することを特徴とする通信方法。
前記状態管理工程では、前記各ノードの状態として、前記各ノードのエンディアン形式と、前記各ノードのＣＰＵの負荷状況とを管理するものであり、
前記状態比較工程では、送信側のノード及び受信側のノードにおける前記エンディアン形式と前記ＣＰＵの負荷状況とに基づいて、前記エンディアン変換を実行するノードを決定することを特徴とする請求項１に記載の通信方法。
前記状態管理工程では、前記各ノードの状態として、前記各ノードのエンディアン形式と、前記各ノードで実行中の処理の優先度とを管理するものであり、
前記状態比較工程では、送信側のノード及び受信側のノードにおける前記エンディアン形式と前記優先度とに基づいて、前記エンディアン変換を実行するノードを決定することを特徴とする請求項１に記載の通信方法。
前記状態管理工程では、前記各ノードの状態として、前記各ノードのエンディアン形式と、前記各ノードのＣＰＵの負荷状況と、前記各ノードで実行中の処理の優先度とを管理するものであり、
前記状態比較工程では、送信側のノード及び受信側のノードにおける前記エンディアン形式と前記ＣＰＵの負荷状況と前記優先度とに基づいて、前記エンディアン変換を実行するノードを決定することを特徴とする請求項１に記載の通信方法。
請求項１〜４のいずれか１項に記載の通信方法をコンピュータに実行させるためのプログラム。
エンディアン形式が相互に異なるプロセッサを搭載した複数のノードを備えたネットワークシステムであって、
前記各ノード上に配置されたコンポーネント間のデータの送受信を行うデータ通信手段と、
送信側のコンポーネントから受け取った送信用データのパッキングを行う送信データ作成手段と、
前記送信用データの送信時に、自身のノードの状態と、前記送信用データの送信先のノードの状態とを比較して、エンディアン変換を実行するノードを決定する状態比較手段と、
前記データ通信手段により受信した前記送信用データのアンパッキングを行ってエンディアン変換の必要性を解析する解析手段と、
前記解析手段による解析結果に基づいて、送受信時のエンディアン変換処理を行うエンディアン変換手段と、
前記各ノードの状態を管理する状態管理手段と
を有することを特徴とするネットワークシステム。