JP2011015095A - 通信装置、アドレス設定方法およびアドレス設定プログラム - Google Patents

Abstract

【課題】２台の通信装置間を簡易に接続可能とすること。
【解決手段】試験対象装置１０のインタフェース１１が受信したパケットをパケット監視部１２が取得し、ＡＲＰリクエスト検知部１３に渡す。ＡＲＰリクエスト検知部１３は、ＡＲＰリクエストを検知し、ＡＲＰリクエストに示されたＩＰアドレスをＩＰアドレス設定部１４に渡す。ＩＰアドレス設定部１４は、渡されたＩＰアドレスを試験対象装置１０のＩＰアドレスとして設定する。
【選択図】図１

Description

本発明は、通信装置、アドレス設定方法およびアドレス設定プログラムに関する。

従来、試験等の目的で２台の装置をＩＰで接続する際、各装置にそれぞれＩＰ（Internet Protocol）アドレスを設定していた。ＩＰアドレスの設定では、ＯＳ（Operating System)がもつ標準的なコマンドを用いてネットワーク設定を行なう。このようにたかだか２台の直結接続のために、サブネットを意識して相手のホストアドレスを決め、その上でそれぞれの装置にＩＰアドレス・サブネットマスク等の通信に必要な項目を設定し、装置間の疎通を確認していた。

また、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバを立てて、ＤＨＣＰを用いて、所定範囲のアドレスからアドレスを各クライアントに対して割り振ることにより、アドレスを設定する方法が採られる場合もあった。ＤＨＣＰサーバを接続先に立てることで、接続元が相手のアドレスを気にすることなく通信できる。

他の技術として、ＩＣＭＰ（Internet Control Message Protocol）におけるｐｉｎｇコマンドに対するＩＣＭＰエコー要求を用いてアドレスを設定する技術も考えられている。

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

しかしながら、各装置にそれぞれＩＰアドレスを設定する方法では、２台の装置の間で、それぞれの装置にＩＰアドレスを設定する作業が発生する。たとえば、多数の試験対象装置のそれぞれについて一時的に試験装置を接続するような場合、試験対象装置の数だけ設定を繰り返すことなり、作業時間・工数の増大が負担となる。

ＤＨＣＰの環境があれば、相手のネットワーク情報を気にすることなく接続することが可能である。しかしながら、上述した試験のケースのように一時的に２台のクローズなネットワークが必要な状況では、その接続の利便性向上のためにＤＨＣＰサーバを装置にインストールするのは、ＤＨＣＰサーバの実装工数が負担となるという問題と、ＤＨＣＰによって割り振られた相手のＩＰアドレスを意識して通信することとなるという問題があった。

また、ＩＣＭＰエコー要求を用いてアドレスを設定する従来技術は汎用的なネットワークを想定しており、ｐｉｎｇコマンドなどのＩＣＭＰを利用する機能を持たせることが必須となるという問題があった。また、ＩＣＭＰエコー要求を用いてアドレスを設定する従来技術はＭＡＣアドレスを指定する必要があった。

このように、従来の技術は多数の通信装置が相互に通信可能な状況を構築することが主眼となり、２台の通信装置を簡易に接続することができないという問題があった。

開示の技術は、上記に鑑みてなされたものであって、２台の通信装置間を簡易に接続可能な通信装置、アドレス設定方法およびアドレス設定プログラムを提供することを目的とする。

本願の開示する通信装置、アドレス設定方法およびアドレス設定プログラムは、ネットワークインタフェースからパケットを取得してアドレス解決要求パケットを検知し、そのアドレス解決要求パケットが指定するネットワークアドレスを自装置のネットワークアドレスとして設定する。

本願の開示する通信装置、アドレス設定方法およびアドレス設定プログラムによれば、２台の通信装置間を簡易に接続可能な通信装置、アドレス設定方法およびアドレス設定プログラムを得ることができるという効果を奏する。

図１は、実施例１にかかる通信装置である試験対象装置１０の説明図である。 図２は、試験対象装置１０におけるＡＲＰの説明図である。 図３は、試験対象装置１０に対する比較例である試験対象装置３０におけるＡＲＰの説明図である。 図４は、サーバのチャネル延長装置と試験装置とを接続した構成の説明図である。 図５は、試験対象装置１０の処理動作を説明するフローチャートである。 図６は、本実施例２にかかる通信装置の構成図である。 図７は、図６に示した試験装置７０を実施例１に示したチャネル延長装置４１〜４３の試験に使用する場合の構成例である。

以下に、本願の開示する通信装置、アドレス設定方法およびアドレス設定プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。

図１は、実施例１にかかる通信装置である試験対象装置１０の説明図である。試験対象装置１０は、通信機能を有する装置であれば任意の装置であってよい。試験対象装置１０は、その内部にインタフェース１１、パケット監視部１２、ＡＲＰ（Address Resolution Protocol）リクエスト検知部１３およびＩＰアドレス設定部１４を有する。

インタフェース１１は、試験装置２０のインタフェース２１と接続される。試験装置２０は、試験対象装置１０の試験を行なう装置であり、インタフェース２１に加え、ＡＲＰ処理部２３および試験処理部２２を有する。

ＡＲＰは、イーサネット（登録商標）環境においてＩＰアドレスからＭＡＣアドレスを得るために用いられるプロトコルである。ＴＣＰ／ＩＰにおいてＩＰパケットを送受信するためには、下位のデータリンク層のアドレスを取得する必要がある。この下位のデータリンク層のアドレスとしてＭＡＣアドレスを用いる場合にＡＲＰを使用する。

具体的には、ＡＲＰリクエストパケットに送信元のＩＰアドレス、ＭＡＣアドレスと通信相手のＩＰアドレスの情報を格納して、イーサネット・ネットワークにブロードキャストする。ＡＲＰリクエスト要求パケットを受け取った各ノードは、自分のＩＰアドレスと同一であれば、自分のＭＡＣアドレスをＡＲＰ応答パケットとして送信元に伝える。こうしてＩＰアドレスからＭＡＣアドレスを取得することができる。

試験装置２０では、ＡＲＰ処理部２３はインタフェース２１を介してＡＲＰリクエストパケットを送出する。そして試験対象装置１０からＡＲＰ応答が得られた場合には、そのＭＡＣアドレスを用いて以降の通信を行なう。

試験処理部２２は、インタフェース２１を介して試験対象装置１０と通信し、試験対象装置１０の動作に対する試験や、動作状態の監視などを行なう。この試験処理部２０の通信において、ＡＲＰ処理部２３がＡＲＰによって取得したＭＡＣアドレスが使用されることとなる。

試験対象装置１２のパケット監視部１２は、インタフェース１１に到着したパケットをｔｃｐｄｕｍｐなどで監視する。パケット監視部１２は、ｔｃｐｄｕｍｐの出力をＡＲＰリクエスト検知部１３に渡す。

ＡＲＰリクエスト検知部１３は、試験対象装置１０がインタフェース１１で受信したパケットから、ＡＲＰリクエストを検知する。ＡＲＰリクエスト検知部１３は、ＡＲＰリクエストパケットにおいて指定されているＩＰアドレスを読み出してＩＰアドレス設定部１４に通知する。

ＩＰアドレス設定部１４は、ｉｐｃｏｎｆｉｇなどを用いて、ＡＲＰリクエストが指定するＩＰアドレスを試験対象装置１０のＩＰアドレスとして設定する。

したがって、試験対象装置１０は、ＡＲＰリクエストが指定するＩＰアドレスがどの様なアドレスであっても、そのＩＰアドレスを自らのＩＰアドレスとし、試験装置２０にＡＲＰ応答を返すこととなる。

図２は、試験対象装置１０におけるＡＲＰの説明図である。また、図３は、試験対象装置１０に対する比較例である本発明を施していない試験対象装置３０におけるＡＲＰの説明図である。

図２に示したように、試験対象装置１０が試験装置２０から受信したＡＲＰリクエストが試験対象装置１０のＩＰアドレスを指定していた場合、試験対象装置１０は、通常通りＡＲＰ応答を行なって通信を開始する。

また、試験対象装置１０が試験装置２０から受信したＡＲＰリクエストが試験対象装置１０のＩＰアドレス以外のＩＰアドレスを指定していた場合であっても、試験対象装置１０はＡＲＰリクエストが指定したＩＰアドレスを自らのＩＰとして設定してＡＲＰ応答を行なう。そのため、ＡＲＰリクエストのＩＰアドレスが試験対象装置１０のＩＰアドレスを指定していた場合と同様に通信を開始することができる。

なお、試験装置２０が送信したＡＲＰリクエストがタイムアウトとなった場合、試験装置２０はＡＲＰリクエストを再送する。ＡＲＰリクエストの再送時には、試験対象装置１０のＩＰアドレスは既に試験端末が要求したものに設定されているため、それ以後は、通常通りのＩＰ通信シーケンスになり、試験装置２０と試験対象装置１０のＩＰレベルの通信が開始される。

したがって、試験装置２０がＡＲＰリクエストで指定するＩＰアドレスは、任意のアドレスを用いることができる。また、一度設定したＩＰアドレス情報はソフトウェア上にキャッシュとして記憶する。

一方、図３に示した比較例では、試験対象装置３０が試験装置２０から受信したＡＲＰリクエストが試験対象装置３０のＩＰアドレスを指定していた場合、試験対象装置３０は、通常通りＡＲＰ応答を行なって通信を開始する。

しかし、試験装置２０から受信したＡＲＰリクエストが試験対象装置３０のＩＰアドレス以外のＩＰアドレスを指定していた場合、試験対象装置３０はＡＲＰ応答を行なわないので、以降の通信を行なうことはできない。

このように、ＴＣＰＤＵＭＰおよびＡＲＰの仕組みを利用し、２台で接続する際、すべてのＩＰアドレスへのＡＲＰリクエストに対して自分のイーサネットアドレスを応答させる。すなわち、ＡＲＰリクエストに指定されたＩＰアドレスを自分のＩＰアドレスとして設定してＡＲＰ応答を返すことで、ＩＰアドレスの煩雑な設定を行なうことなく２台の装置間でネットワーク接続を実現することができる。

かかる利点は、２台のクローズなネットワークを複数の組み合わせについて構築する場合に特に顕著である。

図４は、サーバのチャネル延長装置と試験装置とを接続した構成の説明図である。図４に示した構成では、サーバ４０にチャネル延長装置４１〜４３が接続されている。チャネル延長装置４１〜４３は、サーバ４０の入出力を延長する装置である。サーバ４０にプリンタや磁気テープ装置などの入出力装置を直接接続する場合、サーバ４０と入出力装置とのケーブル長は数百メートル程度が上限である。しかし、サーバ４０と入出力装置との間にチャネル延長装置を介在させれば、サーバ４０と入出力装置との間でケーブル長の制限を受けることはない。

図４に示した構成では、チャネル延長装置４１は、チャネル延長装置５１とネットワーク接続され、チャネル延長装置５１が入出力装置であるプリンタ６１と接続している。同様に、チャネル延長装置４２は、チャネル延長装置５２とネットワーク接続され、チャネル延長装置５２が入出力装置である磁気テープ装置６２と接続している。また、チャネル延長装置４３は、チャネル延長装置５３とネットワーク接続され、チャネル延長装置５３が入出力装置であるプリンタ６３と接続している。

チャネル延長装置４１〜４３はチャネル延長装置５１〜５３との接続に使用するインタフェースに加えて、メンテナンス用のインタフェースを有する。同様に、チャネル延長装置５１〜５３はチャネル延長装置４１〜４３との接続に使用するインタフェースに加えて、メンテナンス用のインタフェースを有する。

試験装置２０は、チャネル延長装置４１〜４３やチャネル延長装置５１〜５３のメンテナンス用インタフェースに接続され、チャネル延長装置４１〜４３，チャネル延長装置５１〜５３の動作試験や動作状態の監視を行なう。

試験装置２０とチャネル延長装置４１〜４３，チャネル延長装置５１〜５３との接続は試験や監視用の一時的なものである。試験装置２０は、チャネル延長装置４１〜４３，チャネル延長装置５１〜５３と１対１で接続して試験や監視を行い、接続相手のチャネル延長装置を順次繋ぎかえる。

このように、接続相手を切り替えつつ、２つの装置間で通信を行なう場合、ＩＰアドレスの設定を簡略化することによる試験や監視工数低減の効果が大きくなる。

図５は、試験対象装置１０の処理動作を説明するフローチャートである。図５に示したように、試験対象装置１０のパケット監視部１２はインタフェース１１が受信するパケットを監視している（Ｓ１０１）。パケット監視部１２がパケットを受信すると（Ｓ１０２，Ｙｅｓ）、ＡＲＰリクエスト検知部１３は、受信したパケットがＡＲＰリクエストを構成するパケットであるか否かを判定する（Ｓ１０３）。

受信したパケットがＡＲＰリクエストでなければ（Ｓ１０３，Ｎｏ）試験対象装置１０は、ふたたびパケットの監視に戻る（Ｓ１０１）。

そして、受信したパケットがＡＲＰリクエストであれば（Ｓ１０３，Ｙｅｓ）、試験対象装置１０は、ＡＲＰリクエストに示された宛先のＩＰアドレスが自装置のＩＰアドレスであるか否かを判定する（Ｓ１０４）。その結果、宛先ＩＰアドレスが自装置のアドレスであった場合（Ｓ１０４，Ｙｅｓ）、試験対象装置１０は、そのままＡＲＰ応答を返して（Ｓ１０６）アドレスの設定を終了する。

一方、宛先のＩＰアドレスが自装置のＩＰアドレスでなければ（Ｓ１０４，Ｎｏ）、ＩＰアドレス設定部１４は、ＡＲＰリクエストに示されていた宛先ＩＰアドレスを自装置のＩＰアドレスに設定する（Ｓ１０５）。このＩＰアドレスの設定によってＡＲＰリクエストの宛先アドレスが自装置のＩＰアドレスと一致するので、試験対象装置１０はＡＲＰ応答を返して（Ｓ１０６）アドレスの設定を終了する。

上述してきたように、本実施例１では、２台のクローズなＩＰネットワーク、すなわち直結状態の装置間において、相手のＩＰアドレスを意識することなしに装置を接続することができる。そのため、接続のためのお互いのサブネットを意識した設定が不要となり、つなげたい任意の宛先ＩＰアドレスで接続が可能である。また、２台の単純な接続目的のためにＤＨＣＰサーバ・クライアント等を準備する必要もなくなる。なお、かかるアドレスの設定は、ＩＰを用いた任意のプロトコルで適用可能である。

図６は、本実施例２にかかる通信装置の構成図である。図６に示した構成では、複数の試験対象装置１０＿１〜１０＿３が試験装置７０に接続されている。試験対象装置１０＿１〜１０＿３の構成および動作はそれぞれ実施例１に示した試験対象装置１０と同様であるので、同一の構成要素に同一の符号を付して説明を省略する。

試験装置７０は、その内部にインタフェース７１〜７３、選択部７４、ＡＲＰ処理部７５、試験処理部７６を有する。

インタフェース７１〜７３は、複数の試験対象装置１０＿１〜１０＿３にそれぞれ１対１で接続する。選択部７４は、インタフェース７１〜７３のいずれかひとつを選択するスイッチである。ＡＲＰ処理部７５および試験処理部７６は、選択部７４が選択したインタフェースに対し、実施例１におけるＡＲＰ処理部２３および試験処理部２２と同様の動作を行なう。

このように、試験装置７０に複数のインタフェースを設け、各インタフェースと試験対象装置との間を１対１で接続して切り替えて使用することで、各試験対象装置と試験装置７０との間のＩＰアドレスの設定を実施例１と同様に行なうことができる。

また、複数の試験対象装置１０＿１〜１０＿３でＩＰアドレスが重複した場合であっても、インタフェース７１〜７３の識別によって試験処理部７６の通信先を識別できるので、複数の試験対象装置１０＿１〜１０＿３に対する試験や監視を平行して実行することができる。

図７は、図６に示した試験装置７０を実施例１に示したチャネル延長装置４１〜４３の試験に使用する場合の構成例である。試験装置７０は、チャネル延長装置４１〜４３と同時に接続している。このように複数のチャネル延長装置と同時に接続することで、試験装置７０とチャネル延長装置との接続を簡易に切り替えることができる。

上述してきたように、本実施例２では、試験装置と複数の試験対象装置とを１対１で接続し、各試験対象装置のＩＰアドレスを簡易に設定することができる。

１０，１０＿１〜１０＿３，３０ 試験対象装置
１１，２１，７１〜７３ インタフェース
１２ パケット監視部
１３ ＡＲＰリクエスト検知部
１４ ＩＰアドレス設定部
２０，７０ 試験装置
２２，７６ 試験処理部
２３，７５ ＡＲＰ処理部
４０ サーバ
４１〜４３，５１〜５３ チャネル延長装置
６１，６３ プリンタ
６２ 磁気テープ装置
７４ 選択部

Claims (6)

1. ネットワークインタフェースからパケットを取得するパケット取得部と、
   前記パケット取得部が取得したパケットからアドレス解決要求パケットを検知するアドレス解決要求検知部と、
   前記アドレス解決要求パケットが指定するネットワークアドレスを自装置のネットワークアドレスとして設定するアドレス設定部と
   を備えたことを特徴とする通信装置。
2. 通常動作時に使用するネットワークインタフェースと、試験時に使用するネットワークインタフェースとを備え、前記パケット取得部は、前記試験時に使用するネットワークインタフェースから前記パケットを取得することを特徴とする請求項１に記載の通信装置。
3. 複数のネットワークインタフェースと、
   前記複数のネットワークインタフェースからいずれかひとつを選択する選択部と、
   前記選択部によって選択されたネットワークインタフェースを介してアドレス解決要求パケットを送信するアドレス解決処理部と
   を備えたことを特徴とする通信装置。
4. 前記選択部によって選択されたネットワークインタフェースを介し、当該ネットワークインタフェースに接続された装置の試験を行う試験処理部をさらに備えたことを特徴とする請求項３に記載の通信装置。
5. ネットワークインタフェースからパケットを取得するパケット取得ステップと、
   前記パケット取得部が取得したパケットからアドレス解決要求パケットを検知するアドレス解決要求検知ステップと、
   前記アドレス解決要求パケットが指定するネットワークアドレスを自装置のネットワークアドレスとして設定するアドレス設定ステップと
   を含んだことを特徴とする通信装置のアドレス設定方法。
6. ネットワークインタフェースからパケットを取得するパケット取得ステップと、
   前記パケット取得部が取得したパケットからアドレス解決要求パケットを検知するアドレス解決要求検知ステップと、
   前記アドレス解決要求パケットが指定するネットワークアドレスを自装置のネットワークアドレスとして設定するアドレス設定ステップと
   を通信装置に実行させることを特徴とするアドレス設定プログラム。

Images