JP5018969B2 - 通信制御プログラム、通信制御装置、通信制御システムおよび通信制御方法 - Google Patents

Description

本発明は、ネットワーク通信を行なう通信制御プログラム、通信制御装置、通信制御システムおよび通信制御方法に関する。

ＩＰ（Internet Protocol）ネットワークに代表されるネットワーク通信では、各端末装置に重複しないアドレス（ＩＰネットワークではＩＰアドレス）を付与することが前提であった。

ＩＰアドレスが重複すると、重複したＩＰアドレスを割り当てられた端末装置は正常に通信を行なうことができない。アドレスの重複を検知する技術としては、アドレス解決プロトコル（ＡＲＰ：Address Resolution Protocol）が知られている（例えば、特許文献１参照。）。

具体的にはＡＲＰでは、ブロードキャストパケットを送信し、発信元のＩＰアドレスを全端末装置に送付する。送付されたパケットが重複先のＩＰアドレスを持つ端末装置に到達した場合、ＩＰアドレスの重複を検出することが可能となる。

さて、たとえばＩＰネットワークに接続された端末装置のファームウェアデータを更新する際に、更新に必要なデータをＩＰネットワーク経由で取得する場合、更新対象である端末装置にＩＰアドレスを割り当てる必要がある。ＩＰアドレスの割り当てでは、オペレータは、まず、使用可能なＩＰアドレスを選択し、次にファームウェアを更新する対象の装置へ手入力を行なう。

しかし、ＩＰアドレスの選択や入力に誤りが発生した場合、更新対象の端末装置のＩＰアドレスと、既に設置済みである他の端末装置のＩＰアドレスとが重複する可能性がある。

また、セグメント内のＩＰアドレスが全て割り当て済みの状況においても、新規に端末装置を追加し特定の機器とＩＰ通信を行なおうとすると、セグメント内のいずれかの端末装置とＩＰアドレスが重複する。

さらに、ＩＰアドレスの管理を行っていない環境も存在する。ＩＰアドレスが管理されていない環境でＩＰ通信が必要な場合、使われていないと考えられる任意のＩＰアドレスを選択して自端末のアドレスにする必要があるが、選択したアドレスが実際には既に他の端末装置で使用されている場合がある。

一般にＩＰアドレスが既に使用されているかどうかを検出するには、Ｐｉｎｇの応答有無で判断するが、コンピュータシステムへのファイヤーウォールソフトウェア等の導入によりＰｉｎｇに応答しない機器が増えている。

そのため、Ｐｉｎｇに応答が無いことから未使用と考えて選択したＩＰアドレスであっても、重複が発生する可能性がある。

このように、ＩＰアドレスが重複する可能性がある場合であっても、特定の端末装置間でＩＰ通信を行なうことが求められることがある。ＩＰアドレスの重複を許容したＩＰ通信の方法としては、ネットワーク間に代理応答装置を追加し、配下機器の識別情報を代理応答装置でＩＰアドレスに変換し、別のネットワークにＩＰパケットを送信する方法が考えられている（例えば特許文献２参照。）。

特開平５−５６０５０号公報 特開平９−３３１３２５号公報

しかしながら、従来の技術では、セグメント内でアドレスが重複した場合には正常に通信できないという問題点があった。例えば、代理応答装置を用いる場合であっても、代理応答装置と通信先のネットワークとの接続部に、重複の無いＩＰアドレス付与が必要であった。また、代理応答を行なうための装置自体が必要となってしまうという問題点がある。

そこで、アドレスの誤選択や誤入力などによって重複が発生しても他の端末装置での通信に影響を与えずに、特定の端末装置間でＩＰ通信を行なうことのできる制御方式の実現が重要な課題となっていた。

本発明は、上述した従来技術にかかる問題点を解消し、課題を解決するためになされたものであり、特定の端末装置の組み合わせをネットワークから論理的に切り離すことで、セグメント内で重複を許容したアドレスを使用してネットワーク通信を成立させ、かつ、他の端末装置間の通信に影響を与えない通信制御プログラム、通信制御装置、通信制御システムおよび通信制御方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、開示のプログラム、装置、システム、方法は、ネットワーク端末が、特定の端末装置のネットワークアドレスを通信先アドレスとし、通信先アドレス以外のアドレスから自端末のアドレスを選択してデータの送受信に使用するアドレスを決定するよう構成する。さらに、ネットワーク端末が受信したアドレス解決要求は破棄し、固定の通信先アドレスとデータの送受信を行なうよう構成する。

開示のプログラム、装置、システム、方法によれば、特定の端末装置の組み合わせをネットワークから論理的に切り離すことで、セグメント内で重複を許容したアドレスを使用してネットワーク通信を成立させ、かつ、他の端末装置間の通信に影響を与えない通信制御プログラム、通信制御装置、通信制御システムおよび通信制御方法を得ることができるという効果を奏する。

図１は、本実施例に係る通信制御システムの概要構成を示す概要構成図である。 図２は、ＩＰアドレス重複時のＡＲＰ要求パケット発信について説明する説明図である。 図３は、ＩＰアドレス重複時のＡＲＰ要求パケット受信について説明する説明図である。 図４は、データ転送中のＩＰアドレス重複端末装置からのＡＲＰ要求パケット受信について説明する説明図である。 図５は、端末装置の物理的な構成を説明する構成図である。 図６は、ＯＳＩ基本参照モデルにおける各層の処理について説明する説明図である。 図７は、端末装置がファームウェアをアップデートする場合のＩＰ制御ドライバの初期化処理について説明する説明図である。 図８は、ＩＰ制御ドライバのパケット発信処理について説明する説明図である。 図９は、ＩＰ制御ドライバのパケット受信処理について説明する説明図である。 図１０は、ＩＰ制御ドライバのネットワークシーケンスについて説明する説明図である。 図１１は、アップデートプログラム１１の処理動作について説明するフローチャートである。

符号の説明

１，４，５ 端末装置
２ 管理装置
３ 保守用サーバ
１１ アップデートプログラム
１２ ＩＰ制御ドライバ
１２ａ ＡＲＰ破棄処理部
１２ｂ 特定アドレス通信処理部
１２ｃ 送受信アドレス決定部
１３ ＣＰＵ
１４ メモリ
１５ ＨＤＤ
１６ 通信ユニット
１７ ＬＡＮコントローラ
１８ コネクタ
２１ Ｌ２スイッチ
２２ 更新用通信先データ
３１ ＡＲＰ静的登録部
３２ 通信部
３３ ファームウェアデータ

以下に、本発明にかかる通信制御プログラム、通信制御装置、通信制御システムおよび通信制御方法の実施例を図面に基づいて詳細に説明する。

図１は、本実施例に係る通信制御システムの概要構成を示す概要構成図である。図１に示した通信制御システムは、本発明の通信制御方式を端末装置のファームウェアアップデートに適用した場合のシステム構成例であり、既存のＩＰネットワークにファームウェアのアップデート対象である端末装置１を新たに接続した状況を示している。

図１に示した既存のＩＰネットワークは、ＬＡＮ（Local Area Network）ケーブルを繋ぐSwitching Hubとして機能するＬ２スイッチ２１を有する管理装置２に、保守用サーバ３、端末装置４，５を接続している。保守用サーバ３，端末装置４，５は、ＬＡＮケーブルによってＬ２スイッチ２１に接続されて互いにネットワーク通信可能である。

管理装置２は、Ｌ２スイッチ２１に加え、更新用通信先データ２２を保持している。この更新用通信先データ２２は、管理装置２と保守用サーバ３のＩＰアドレスなどのネットワーク情報である。

保守用サーバ３は、ファームウェアのアップデートに使用するファームウェアデータ３３を格納する。また、通信部３２がＬ２スイッチ２１と接続しているので、ファームウェアデータ３３をＩＰネットワーク経由で他の端末装置に提供することができる。さらに保守用サーバ３は、ＡＲＰ静的登録部３１を有する。ＡＲＰ静的登録部３１は、アドレス解決要求に基づくアドレス解決処理を一時的に停止する静的アドレス設定部として機能する処理部である。ＡＲＰ静的登録部３１の詳細については後述する。

ファームウェアアップデートの対象である端末装置１は、ＯＳ（Operating System）を停止しＥＦＩ（Extensible Firmware Interface）やＢＩＯＳ（Basic Input/Output System）のようなファームウェア（Firmware）が動作している状態である。ＯＳが稼動していた時に使用していたＩＰアドレスは、クラスタ間通信やネットワーク監視システム等によって監視されており、通常のＩＰ制御ドライバでは、予期しない動作をする可能性がある。

そのため、端末装置１がファームウェアをアップデート（更新）する場合、ファームウェアのアップデートを担う更新プログラムであるアップデートプログラム１１が、通常のＩＰ制御ドライバとは異なる通信制御プログラムであるＩＰ制御ドライバ１２を起動し、ＩＰ制御ドライバ１２は、既存のＩＰネットワークに新規接続した端末としてＩＰアドレスの設定を行なう。

具体的には、端末装置１は、Ｌ２スイッチ２１とＬＡＮケーブルで接続することで、ＩＰネットワークに参加する。これにより、端末装置１と保守用サーバ３とは同一セグメントに配置されることになる。

また、端末装置１は、管理装置２とＩＰネットワーク以外の手段、例えばシリアル等で接続され、ＩＰネットワーク以外の通信経路を介して更新用通信先データ２２を取得する。

ＩＰ制御ドライバ１２内部の送受信アドレス決定部１２ｃは、更新用通信先データ２２を取得し、保守用サーバ３のＩＰアドレスを通信先アドレスとし、通信先アドレス以外のアドレスから自端末のアドレスを選択してデータの送受信に使用するアドレスを決定する。

特定アドレス通信処理部１２ｂは、送受信アドレス決定部１２ｃが決定した通信先アドレスのみにデータを送信し、前記通信先アドレスからのデータのみを受信することで、保守用サーバ３と１対１のＩＰパケットを利用したデータ通信を実現する。

さらに、ＡＲＰ破棄処理部１２ａは、Ｌ２スイッチ２１から受信したアドレス解決（ＡＲＰ）要求を破棄する処理を行なう。これによって、ＩＰネットワークに接続された他の端末とＩＰアドレスが重複したとしても、ＡＲＰによるアドレス重複検知を回避することができる。

また、保守用サーバ３内部のＡＲＰ静的登録部３１は、ＩＰ制御ドライバ１２と通信中である間、端末装置１のアドレスについてＡＲＰに基づくアドレス解決処理を停止する。

したがって、特定の２機器（端末装置１と保守用サーバ３）とをネットワークから論理的に切り離し、セグメント内で重複を許容したＩＰアドレスを使用して、ＩＰ通信を成立させることができる。また、他の端末装置間の通信に影響を与えることを回避できる。

つぎに、図２〜４を参照し、通常のＩＰアドレス重複時のＡＲＰパケットによる通信影響について説明する。

図２は、ＩＰアドレス重複時のＡＲＰ要求パケット発信について説明する説明図である。ＩＰ通信では、通常、ＡＲＰパケットを発信して通信先のＭＡＣ（Media Access Control address）アドレスの取得を行なうが、自ＩＰが他機器と重複している場合、重複した他機器の通信に影響を与える場合がある。

例えば、追加された機器である端末装置１（ＩＰアドレス192.168.1.24，ＭＡＣアドレス00:11:22:33:44:55）から、宛先である保守用サーバ３（ＩＰアドレス192.168.1.1，ＭＡＣアドレス11:22:33:44:55:66）に初めて通信を行なう場合、パケットに以下の情報を格納し、宛先である保守用サーバ３（ＩＰアドレス192.168.1.1）のＭＡＣアドレスを取得するためにＡＲＰパケットを発信する。
発信元ＩＰアドレス ：192.168.1.24
宛先ＩＰアドレス ：192.168.1.1
発信元ＭＡＣアドレス：00-11-22-33-44-55
宛先ＭＡＣアドレス ：ff-ff-ff-ff-ff-ff

ここで、端末装置１が送信するＡＲＰパケットは宛先ＭＡＣアドレスがAll‘1’であり、Ｌ２スイッチ２１は全ポートに発信する。そして、全ポートに発信されたＡＲＰパケットが、発信元ＩＰアドレスと重複した端末装置５に到達した場合、端末装置５がＩＰアドレスの重複を検出することとなる。また、ＩＰアドレスの重複を検出した端末装置は、自分のネットワークを切断する機能を持つ場合がある。

つまり、ＩＰアドレスの重複時にＡＲＰパケットを発信する事で、他の端末装置に通信不可の影響を与えることになる。このため、ＩＰ制御ドライバ１２は、通常のＩＰ制御ドライバとは異なり、ＡＲＰパケットの発信を行なわない。

図３は、ＩＰアドレス重複時のＡＲＰ要求パケット受信について説明する説明図である。ＩＰ通信では、ＡＲＰパケットに対して応答を行なう。追加された端末装置のＩＰアドレスが他の端末装置と重複している場合、他の端末装置の通信に影響を与える場合がある。

例えば、端末装置５（ＩＰアドレス:192.168.1.10，ＭＡＣアドレス10-20-30-40-50-60）が端末装置４(ＩＰアドレス192.168.1.24，ＭＡＣアドレス20-30-40-50-60-70)に始めて通信を行なう場合、図２を参照した説明と同じ動作にて、端末装置５は以下の情報を格納したＡＲＰパケットを発信する。
発信元ＩＰアドレス ：192.168.1.10
宛先ＩＰアドレス ：192.168.1.24
発信元ＭＡＣアドレス：10-20-30-40-50-60
宛先ＭＡＣアドレス ：ff-ff-ff-ff-ff-ff

そして、追加された機器である端末装置１（ＩＰアドレス:192.168.1.24，ＭＡＣアドレス00-11-22-33-44-55）が端末装置４のＩＰアドレスと重複している場合、端末装置５が発信したＡＲＰパケットに対して、端末装置４と端末装置１とがそれぞれＡＲＰの応答を行なう。

ここで、端末装置４の応答パケットが先に端末装置５に届いたとすると、端末装置５のＡＲＰキャッシュＴａｂｌｅにはＩＰアドレス：192.168.1.24に対して端末装置４のＭＡＣアドレス（ＭＡＣアドレス20-30-40-50-60-70）が対応付けられて追加登録される。

しかし、その後、端末装置１の応答パケットが端末装置５に届き、端末装置５のＡＲＰキャッシュＴａｂｌｅは、ＩＰアドレス：192.168.1.24に対して端末装置１のＭＡＣアドレス（ＭＡＣアドレス00-11-22-33-44-55）が対応付けられて登録内容が変更される。この結果、端末装置５と端末装置４との通信が、端末装置５と端末装置１との通信に置き換わってしまう。

すなわち、ＩＰアドレス重複時に、追加された端末装置１がＡＲＰパケットを返信する事で、他の通信端末間の通信に影響を与える事になる。このため、ＩＰ制御ドライバ１２は、通常のＩＰ制御ドライバとは異なり、受信したＡＲＰパケットを破棄して返信を行なわない。

図４は、データ転送中のＩＰアドレス重複端末装置からのＡＲＰ要求パケット受信について説明する説明図である。

図２，図３で示した問題が解決され、通信が実施できた場合でも、重複したＩＰアドレスからＡＲＰ等のパケットを受信した場合、通信経路が変更になってしまう場合がある。

例えば、端末装置１（ＩＰアドレス192.168.1.24，ＭＡＣアドレス00:11:22:33:44:55）と保守用サーバ３（ＩＰアドレス192.168.1.1，ＭＡＣアドレス11:22:33:44:55:66）とが通信中である場合に、端末装置１とＩＰアドレスが重複する端末装置５（ＩＰアドレス:192.168.1.24，ＭＡＣアドレス10-20-30-40-50-60）がＡＲＰ要求パケットを送信することがありえる。端末装置５が送出するＡＲＰ要求パケットは、次の情報を格納している。
発信元ＩＰアドレス ：192.168.1.24
宛先ＩＰアドレス ：192.168.1.1
発信元ＭＡＣアドレス：10-20-30-40-50-60
宛先ＭＡＣアドレス ：ff-ff-ff-ff-ff-ff

ここで、保守用サーバ３が、ＡＲＰ要求パケットの情報に基づいてＡＲＰキャッシュＴａｂｌｅを書き換える機能を有する場合、端末装置５のＡＲＰキャッシュＴａｂｌｅは、ＩＰアドレス：192.168.1.24に対して端末装置５のＭＡＣアドレス（ＭＡＣアドレス10-20-30-40-50-60）が対応付けられて登録内容が変更される。この結果、端末装置１と保守用サーバ３との通信が、端末装置５と保守用サーバ３の通信に置き換わってしまう。

すなわち、ＩＰアドレス重複時に、既存の端末装置５がＡＲＰパケットを送信する事で、端末装置１の通信に影響を受ける事になる。このため、保守用サーバ３は、ＡＲＰ静的登録部３１によってＩＰ制御ドライバ１２のＩＰアドレスを変更不可の静的なアドレスとして登録する。これにより、ＩＰ制御ドライバ１２との通信中に保守用サーバ３が重複する端末装置からＡＲＰ要求を受けたとしても、ＡＲＰキャッシュテーブルの更新を行なわず、通信経路の変更を回避することができる。

図５は、端末装置１の物理的な構成を説明する構成図である。図５に示したように、端末装置１は、ＣＰＵ（Central Processing Unit）１３、メモリ１４、ＨＤＤ（Hard Disk Drive）１５、通信ユニット１６、ＬＡＮコントローラ１７、コネクタ１８を有する。

ＣＰＵ１３は、プログラム（ファームウェア含む）の演算装置として機能する。ＨＤＤ１５には、ファームウェア格納領域と、ファームウェア以外のプログラムを格納するプログラム格納領域とが設けられている。ＣＰＵ１３はＨＤＤ１５からファームウェアなどのプログラムを読み出してメモリ１４に展開することで、ファームウェアのアップデートプログラム１１とＩＰ制御ドライバ１２の機能を実現する。

通信ユニット１６は、ＬＡＮ以外の任意のインターフェースであり、管理装置２からの更新用通信先データ２２の取得に使用される。

コネクタ１８は、ＬＡＮケーブルを接続する接続手段であり、ＬＡＮコントローラ１７はＬＡＮケーブルを介した通信のインターフェースである。

端末装置１では、図６に示したように、ＯＳＩ（Open Systems Interconnection）基本参照モデルにおける物理層をＬＡＮコントローラ１７が担当する。また、データリンク層（ＭＡＣアドレスを用いた通信）をＬＡＮコントローラ１７とＩＰ制御ドライバ１２が担当する。

さらにネットワーク層（ＩＰによる通信）およびトランスポート層（ＴＣＰ（Transmission Control Protocol）による通信）をＩＰ制御ドライバ１２が担当する。そして、セッション層（ＨＴＴＰ（Hypertext Transfer Protocol）やＦＴＰ（File Transfer Protocol）による通信）をファームウェアのアップデートプログラム１１が担当する。

したがって、図５に示したように、アップデートプログラム１１がパケットの発信依頼をＩＰ制御ドライバ１２に依頼すると、ＩＰ制御ドライバ１２はＬＡＮコントローラ１７を介してＩＰパケットを送信する。また、ＩＰ制御ドライバ１２がＬＡＮコントローラ１７を介してＩＰパケットを受信すると、ＩＰ制御ドライバ１２からアップデートプログラム１１にパケットの受信通知が送られることとなる。

ＩＰ制御ドライバ１２の動作について、図７〜１０を参照してさらに説明する。図７は、端末装置１がファームウェアをアップデートする場合のＩＰ制御ドライバ１２の初期化処理について説明する説明図である。

アップデートプログラム１１は、管理装置２から、保守用サーバ３のＩＰアドレスとＭＡＣアドレス、加えて管理装置３のＩＰアドレスとネットワークマスク値を取得できる。

また、発信元ＩＰアドレスと、保守用サーバ３のＩＰアドレスとＭＡＣアドレスを引数として、ＩＰ制御ドライバ１２のロードと初期化を行う。その後、アップデートプログラム１１はＩＰ制御ドライバ１２に対して、パケットの発信と受信を依頼する。このパケットの送受信において、アップデートプログラム１１では、セッション層より上位を処理する。

ＩＰ制御ドライバ１２は、アップデートプログラム１１より依頼されて、ＩＰ制御ドライバの初期化処理、パケット発信処理、パケット受信処理を実行する。その際に、ＩＰ制御ドライバ１２は、データリンク層からトランスポート層を処理する。

ＬＡＮコントローラ１７は、ＩＰ制御ドライバ１２によって制御され、パケットの発信と受信を行なう。ＬＡＮコントローラ１７はパケットを受信した場合、宛先ＭＡＣアドレスが、自ＭＡＣアドレス宛（または、all‘1’）かをチェックし、異なる場合は、パケットを破棄する。それ以外は、ＩＰ制御ドライバ１２に処理を渡す。

ＩＰ制御ドライバ１２の初期化処理について具体的に説明すると、まず、アップデートプログラム１１は通信先である保守用サーバ３のＩＰアドレスとＭＡＣアドレスをＩＰ制御ドライバ１２に通知する。また、通信先のＩＰアドレスを除いた、重複可能な任意のＩＰアドレスを発信元ＩＰアドレスとして通知する。

ＩＰ制御ドライバ１２は、ＬＡＮコントローラ１７の初期化（（１）初期化）等を実施するとともに、通知された各情報をネットワーク情報Ｔａｂｌｅに格納する（（２）格納）。

図８は、ＩＰ制御ドライバのパケット発信処理について説明する説明図である。通常のＩＰ制御ドライバは、パケット発信処理部が上位のプログラムからパケットの発信依頼を受けると（（１）パケットの発信依頼）、ＡＲＰ制御部にＭＡＣアドレスの取得を依頼する（（２）ＭＡＣの取得依頼）。

ＡＲＰ制御部は、通信先のＩＰアドレスに基づいてＡＲＰキャッシュＴａｂｌｅからＭＡＣアドレスを取得し、パケット発信処理部に通知する（（３）ＭＡＣの通知）。

なお、通信先のＩＰアドレスがＡＲＰキャッシュＴａｂｌｅに未登録の場合は、ＡＲＰ制御部はＡＲＰ発信処理部にＡＲＰパケット発行を依頼する。ＡＲＰパケットを発信した場合、パケット受信処理部がＡＲＰの応答パケットを受信する事で、ＡＲＰ制御部はＭＡＣアドレスを取得し、パケット発信処理部に通知するとともにＡＲＰキャッシュＴａｂｌｅに登録する。

パケット発信処理部は、通信先のＩＰアドレスとＭＡＣアドレスとをパケット作成処理部に送ってパケットの作成を行なう（（４）パケット作成）。パケット作成処理部では、必要に応じてＴＣＰ制御部とＩＰ制御部とを用い、ＴＣＰ／ＩＰの制御処理を行って、ＴＣＰヘッダとＩＰヘッダを作成し、ＩＰパケットを作成してパケット発信処理部に渡す。

パケット発信処理部は、パケット作成処理部から渡されたＩＰパケットをＬＡＮコントローラを介してＩＰネットワークに発信し（（５）パケットの発信）、上位プログラムに復帰する（（６）復帰）。

これに対し、ＩＰ制御ドライバ１２は、パケット発信処理部がアップデートプログラム１１からパケットの発信依頼を受けると（（１）パケットの発信依頼）、パケット発信処理部は、ＡＲＰキャッシュの参照・ＡＲＰパケットの発行を行わずに、初期化処理時に格納された通信先ＩＰアドレス／ＭＡＣアドレスを取得する（（２）通信先のＩＰアドレスとＭＡＣアドレス、発信元ＩＰアドレスを取得）。

そして、パケット発信処理部は、依頼された宛先ＩＰアドレスが、格納された通信先ＩＰアドレスと一致しているかをチェックする。一致していない場合は、ＩＰ制御ドライバ１２は、即時、アップデートプログラム１１に異常復帰する（（３）ＦＴＰ／ＨＴＴＰの要求先が通信先ＩＰアドレスと異なる場合は異常復帰する）。

一致している場合，パケット発信処理部は、通信先のＩＰアドレスとＭＡＣアドレスとをパケット作成処理部に送ってパケットの作成を行なう（（４）パケット作成）。パケット作成処理部では、必要に応じてＴＣＰ制御部とＩＰ制御部とを用い、ＴＣＰ／ＩＰの制御処理を行って、ＴＣＰヘッダとＩＰヘッダを作成し、ＩＰパケットを作成してパケット発信処理部に渡す。

パケット発信処理部は、パケット作成処理部から渡されたＩＰパケットをＬＡＮコントローラを介してＩＰネットワークに発信し（（５）パケットの発信）、アップデートプログラム１１に復帰する（（６）復帰）。

図９は、ＩＰ制御ドライバのパケット受信処理について説明する説明図である。通常のＩＰ制御ドライバは、パケット受信処理部がＩＰパケットを受信すると（（１）パケット受信）、必要に応じてＴＣＰ制御部とＩＰ制御部がＴＣＰ／ＩＰの制御処理を行って（（２）ＴＣＰ／ＩＰ処理）、上位のプログラムにセッション層以上のデータを渡す（（３）パケット受信通知）。

また、通常のＩＰ制御ドライバは、パケット受信処理部がＡＲＰパケットを受信すると、ＡＲＰ制御部で処理を行なう。受信したパケットが、自らが発信したＡＲＰパケットに対する応答であった場合は、ＡＲＰ制御部は、ＡＲＰキャッシュテーブルにＩＰアドレスとＭＡＣアドレスを格納する。また、受信したパケットがＡＲＰ要求の場合は、ＡＲＰ発信処理部がＡＲＰ応答パケットを作成し、パケット発信処理部を介してパケットを発行する。

これに対し、ＩＰ制御ドライバ１２では、パケット受信処理部は、パケットを受信した場合（（１）パケット受信）、受信パケットがＡＲＰパケットであれば、即ちに破棄する。

受信パケットがＡＲＰパケットでなければ、パケット受信処理部は、通信先を固定化するために、ネットワーク情報Tableに格納された発信元IPアドレスを取得し（（２）通信先のＩＰアドレスとＭＡＣアドレス、発信元ＩＰアドレスを取得）、受信パケットの発信元ＩＰアドレスと一致するかチェックする。その結果、一致しない場合はパケットを破棄する。

同様に、パケット受信処理部は、受信パケットの発信元ＭＡＣアドレスについても、ネットワーク情報Tableの宛先ＭＡＣアドレスと一致するかチェックし、一致しない場合は、パケットを破棄する（（３）パケットの発信元アドレスが、ネットワーク情報Ｔａｂｌｅの通信先ＩＰアドレス、ＭＡＣアドレスと異なる場合は、パケットを破棄する。また、ＡＲＰの場合もパケットを破棄する）。なお、ＩＰ制御ドライバ１２は、パケットを破棄した場合は、再び、パケット受信待ちとなる。

一方、パケット受信処理部が受信したパケットがＩＰパケットであり、ＭＡＣアドレス、ＩＰアドレスがネットワーク情報Ｔａｂｌｅの内容と一致した場合には、必要に応じてＴＣＰ制御部とＩＰ制御部がＴＣＰ／ＩＰの制御処理を行ない（（４）ＴＣＰ／ＩＰ処理）、アップデートプログラム１１にセッション層以上のデータを渡す（（５）パケット受信通知）。 アップデートプログラム１１は、受信データからＨＴＴＰ／ＦＴＰの制御を行い、データを取り出す。

つぎに、図１０を参照し、ＩＰ制御ドライバのネットワークシーケンスについて説明する。まず、通常のＩＰ制御ドライバを用いた場合のネットワークシーケンスでは、端末装置は、通信先（例えば保守用サーバ）にＡＲＰ要求パケットを発信し、ＡＲＰ応答を受信する。

そして、端末装置はＡＲＰ応答によってＭＡＣアドレスを取得し、ＴＣＰ／ＩＰのセッションを要求し、ＴＣＰ／ＩＰのセッション応答を受けてＨＴＴＰ／ＦＴＰなどによってデータを要求し、保守用サーバからのデータの送信を受ける。データ送信が終了したならば、端末装置は、ＴＣＰ／ＩＰのセッション終了を保守用サーバに要求し、ＴＣＰ／ＩＰのセッション終了を受領して、ネットワークシーケンスを完了する。

一方、ＩＰ制御ドライバ１２のネットワークシーケンスでは、事前に保守用サーバ３へＡＲＰキャッシュＴａｂｌｅ（ファームウェアアップデートの対象である端末装置１の発信元ＩＰアドレスとＭＡＣアドレス）を静的に登録しておくことで、ＡＲＰパケットを発信せずにＴＣＰ／ＩＰ通信を行なうことができる。

すなわち、端末装置１は、最初にＴＣＰ／ＩＰのセッションを要求し、ＴＣＰ／ＩＰのセッション応答を受けてＨＴＴＰ／ＦＴＰなどによってデータを要求し、保守用サーバ３からのデータの送信を受ける。そしてデータ送信が終了したならば、端末装置１は、ＴＣＰ／ＩＰのセッション終了を保守用サーバ３に要求し、ＴＣＰ／ＩＰのセッション終了を受領して、ネットワークシーケンスを完了する。

このように、端末装置１はＡＲＰパケットを送信しないため、ネットワーク上においてブロードキャストのＡＲＰパケットが抑制され、他の端末装置に端末装置１由来のＡＲＰパケットが到達する事が無くなる。

なお、Ｌ２スイッチ２１のＭＡＣアドレス学習前の状態の場合には、ＴＣＰ／ＩＰのパケットがブロードキャストされる。しかし、ＩＰアドレス重複先の機器にブロードキャストされたパケットが到達した場合でも、パケットに格納される宛先ＭＡＣアドレスに保守用サーバのＭＡＣアドレスを格納しているため、ＬＡＮコントローラ等でパケットが破棄され、他の端末装置に通信の影響を与えない。

すなわち、ファームウェアアップデートの対象である端末装置から発行されるパケットの、他と重複可能な発信元ＩＰアドレスは、他の端末装置のＩＰ制御部に到達せず、他の端末装置にＩＰアドレスが通知されない状態となる。

つぎに、図１１を参照し、アップデートプログラム１１の処理動作について説明する。アップデートプログラム１１は、起動すると、まず、シリアル等を用いて管理装置２から保守用サーバ３のIPアドレス、ネットワークアドレス、ＭＡＣアドレスを取得する（ステップＳ１０１）。

つぎに、アップデートプログラム１１は、取得した情報からネットワークアドレスを算出し、同一セグメント内で、かつ、管理端末２と保守用サーバ３以外のＩＰアドレスを任意に選択する（ステップＳ１０２）。

その後、アップデートプログラム１１は、任意に選択したＩＰアドレスと保守用サーバのＩＰアドレス、ＭＡＣアドレスをＩＰ制御ドライバ１２に通知し、ＩＰ制御ドライバ１２とＬＡＮコントローラの初期化処理を実行する（ステップＳ１０３）。

つぎに、アップデートプログラム１１は、オペレータからのキー入力待ち（ステップＳ１０４）となる。このキー入力待ちの間に、保守用サーバ３で端末装置１のアドレスをＡＲＰキャッシュＴａｂｌｅに静的に登録する。

アップデートプログラム１１は、保守用サーバ３におけるＡＲＰキャッシュＴａｂｌｅの静的な登録が完了し、端末装置１に対してキー入力が行なわれて待機状態が解除されるまで、キー入力待ちを繰り返す。

そして、待機状態が解除された（ステップＳ１０５，Ｙｅｓ）場合、アップデートプログラム１１は、ＨＴＴＰ／ＦＴＰ等にてファームウェアデータ要求のパケットを発行する（ステップＳ１０６）。

その後、アップデートプログラム１１は、ＨＴＴＰ／ＦＴＰ等にて、ファームウェアデータを受信し（ステップＳ１０７）、受信によって得たデータを用いてファームウェアデータを更新して（ステップＳ１０８）、処理を終了する。

以上説明してきたように、本実施例にかかる通信制御システムでは、ＩＰ制御ドライバ１２は、通信先の端末装置（保守用サーバ３）を除き、かつ、同一セグメント内のＩＰアドレスの中から他と重複可能な任意のＩＰアドレスを選択する。

また、事前に、通信先の端末装置との間で、ネットワーク以外の経路でネットワーク設定情報をやりとりする。具体的には、任意に選択したＩＰアドレスとＭＡＣアドレスを、通信先の端末装置に渡し、通信先のＭＡＣアドレスとＩＰアドレスを取得する。

また、通信先の装置は、事前にＩＰ制御ドライバ１２が使用するＩＰアドレスとＭＡＣアドレスをＡＲＰキャッシュＴａｂｌｅに静的に登録する。これにより、データ転送中にＩＰアドレスが重複する端末装置からＡＲＰパケットを受信しても通信先が変更にならない。

また、通信先の装置とのみＩＰ通信を行うために、ＩＰ制御ドライバ１２のパケット送信処理を通信先のみに固定するよう変更する。そして、通信先の装置とのみＩＰ通信を行うために、ＩＰ制御ドライバ１２のパケット受信処理を変更する。

さらに、ＩＰ制御ドライバ１２は、ＡＲＰを発行せず、また受信したＡＲＰパケットを処理しない。

このように、通信先の端末装置を除き、かつ、同一セグメント内のＩＰアドレスの中から他と重複可能な任意のＩＰアドレスを追加の端末装置に指定する事で、特定の装置と１対１のＩＰパケットを利用したデータ通信が可能となる。

また、他の端末装置と重複したＩＰアドレスを誤って設定した場合でも、他の端末装置への通信影響が無くなる。

そのため、例えば実施例に説明したように、端末装置のファームウェアアップデートに適用した場合、保守者（オペレータ）は、アップデート対象装置のアプリケーションに対して指示を出す事、および、保守用サーバのＡＲＰキャッシュＴａｂｌｅに静的登録を行うだけで、ファームウェアアップデートが実施できる。この際、ファームウェアアップデート対象装置に、ＩＰアドレスの指定を行なう必要が無くなる。

Claims (8)

1. 特定の端末装置のネットワーク位置情報を通信先アドレスとし、前記通信先アドレス以外のアドレスから自端末のアドレスを選択してデータの送受信に使用するアドレスを決定する送受信アドレス決定手順と、
   アドレス解決要求を破棄するアドレス解決要求破棄手順と、
   前記通信先アドレスのみにデータを送信し、前記通信先アドレスからのデータのみを受信する通信手順と、
   をネットワーク端末に実行させることを特徴とする通信制御プログラム。
2. 前記通信手順はＩＰ（Internet Protocol）ネットワークに対してデータを送受信し、前記ネットワーク位置情報はＩＰアドレスであることを特徴とする請求項１に記載の通信制御プログラム。
3. 前記送受信アドレス決定手順は、前記通信手順がデータを送受信するネットワーク以外の経路を用いて前記通信先アドレスおよび／または前記自端末のアドレスを取得することを特徴とする請求項１に記載の通信制御プログラム。
4. 前記送受信アドレス決定手順は、前記通信先アドレス以外の任意のアドレスを選択して自端末のアドレスとすることを特徴とする請求項１に記載の通信制御プログラム。
5. 自端末上で動作するソフトウェアの更新を行なう更新プログラムから起動され、前記更新に用いるデータを前記通信手順によって取得することを特徴とする請求項１〜４のいずれかひとつに記載の通信制御プログラム。
6. 特定の端末装置のネットワーク位置情報を通信先アドレスとし、前記通信先アドレス以外のアドレスから自端末のアドレスを選択してデータの送受信に使用するアドレスを決定する送受信アドレス決定部と、
   アドレス解決要求を破棄するアドレス解決要求破棄部と、
   前記通信先アドレスのみにデータを送信し、前記通信先アドレスからのデータのみを受信する通信部と、
   を備えたことを特徴とする通信制御装置。
7. ＩＰネットワークに接続され、保守用端末装置のネットワーク位置情報を通信先アドレスとし、前記通信先アドレス以外のアドレスから自端末のアドレスを選択してデータの送受信に使用するアドレスを決定する送受信アドレス決定部と、アドレス解決要求を破棄するアドレス解決要求破棄部と、前記通信先アドレスのみにデータを送信し、前記通信先アドレスからのデータのみを受信する通信部と、を備えた端末装置と、
   前記ＩＰネットワークに接続され、前記端末装置との通信によって保守用データを提供する通信部と、前記端末装置と通信中である間は前記端末装置のアドレスに対するアドレス解決要求に基づくアドレス解決処理を停止する静的アドレス設定部と、を備えた保守用端末装置と、
   を有することを特徴とする通信制御システム。
8. 特定の端末装置のネットワーク位置情報を通信先アドレスとし、前記通信先アドレス以外のアドレスから自端末のアドレスを選択してデータの送受信に使用するアドレスを決定する送受信アドレス決定ステップと、
   アドレス解決要求を破棄するアドレス解決要求破棄ステップと、
   前記通信先アドレスのみにデータを送信し、前記通信先アドレスからのデータのみを受信する通信ステップと、
   を含んだことを特徴とする通信制御方法。

Images