(57)【要約】【課題】  商用ネットワークから受信した保守用パケットを処理することが可能なネットワーク装置を提供する。【解決手段】  ネットワーク装置（１）は、保守ネットワークを介して受信した保守用パケットを処理するメインＣＰＵ（１１）と、商用ネットワークを介して受信した商用パケットを処理するサブＣＰＵ（１２）とを含み、メインＣＰＵとサブＣＰＵとの間でＩＰ通信にてデータを送受信する。サブＣＰＵ（１２）は、商用パケットが予め設定された保守用パケットか否かを判別する判別手段（パケット判別機能１２１）と、判別手段にて保守用パケットと判別された場合に当該パケットの宛先アドレスをメインＣＰＵの内部通信用のアドレスに変換するＮＡＰＴ機能（１２２）とを有し、商用ネットワークから保守用パケットを受信した場合に、そのパケットを廃棄せず、メインＣＰＵに転送する。【選択図】      図１
2012142824.tif 000002
【特許請求の範囲】
【請求項１】
保守ネットワークを介して受信した保守用パケットを処理するメインＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、商用ネットワークを介して受信した商用パケットを処理するサブＣＰＵとを含み、前記メインＣＰＵと前記サブＣＰＵとの間でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信にてデータを送受信するネットワーク装置であって、
前記サブＣＰＵは、前記商用パケットが予め設定された保守用パケットか否かを判別する判別手段と、前記判別手段にて前記保守用パケットと判別された場合に当該パケットの宛先アドレスを前記メインＣＰＵの内部通信用のアドレスに変換するＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）機能とを有し、
前記サブＣＰＵは、前記商用ネットワークから保守用パケットを受信した場合に、そのパケットを廃棄せず、前記メインＣＰＵに転送することを特徴とするネットワーク装置。
【請求項２】
前記判別手段は、前記商用パケットの自装置宛の宛先ポート番号を参照しかつ当該宛先ポート番号が保守で処理するポート番号の場合に保守用パケットと判別し、
前記ＮＡＰＴ機能は、前記保守用パケットと判別されたパケットの宛先アドレスを内部通信用のアドレスに付け替えることを特徴とする請求項１記載のネットワーク装置。
【請求項３】
前記ＮＡＰＴ機能にてアドレス変換に使用したアドレス変換ルールを格納するＮＡＰＴテーブルを含むことを特徴とする請求項１または請求項２記載のネットワーク装置。
【請求項４】
前記メインＣＰＵは主に設定管理を行い、前記サブＣＰＵは主にプロトコル処理を行うことを特徴とする請求項１から請求項３のいずれか記載のネットワーク装置。
【請求項５】
上記の請求項１から請求項４のいずれかに記載のネットワーク装置を含むことを特徴とする通信システム。
【請求項６】
保守ネットワークを介して受信した保守用パケットを処理するメインＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、商用ネットワークを介して受信した商用パケットを処理するサブＣＰＵとを含み、前記メインＣＰＵと前記サブＣＰＵとの間でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信にてデータを送受信するネットワーク装置に用いるデータ転送方法であって、
前記サブＣＰＵは、前記商用パケットが予め設定された保守用パケットか否かを判別する判別処理を実行し、
前記サブＣＰＵに、前記判別処理にて前記保守用パケットと判別された場合に当該パケットの宛先アドレスを前記メインＣＰＵの内部通信用のアドレスに変換するＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）機能を設け、
前記サブＣＰＵが、前記商用ネットワークから保守用パケットを受信した場合に、そのパケットを廃棄せず、前記メインＣＰＵに転送することを特徴とするデータ転送方法。
【請求項７】
前記判別処理において、前記商用パケットの自装置宛の宛先ポート番号を参照しかつ当該宛先ポート番号が保守で処理するポート番号の場合に保守用パケットと判別し、
前記ＮＡＰＴ機能が、前記保守用パケットと判別されたパケットの宛先アドレスを内部通信用のアドレスに付け替えることを特徴とする請求項６記載のデータ転送方法。
【請求項８】
前記サブＣＰＵが、前記ＮＡＰＴ機能にてアドレス変換に使用したアドレス変換ルールを格納するＮＡＰＴテーブルを含むことを特徴とする請求項６または請求項７記載のデータ転送方法。
【請求項９】
前記メインＣＰＵは主に設定管理を行い、前記サブＣＰＵは主にプロトコル処理を行うことを特徴とする請求項６から請求項８のいずれか記載のデータ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク装置、通信システム及びそれらに用いる商用ネットワークからの装置管理方法に関し、特に保守ネットワーク及び商用ネットワークに接続されるネットワーク装置に関する。
【背景技術】
【０００２】
本発明に関連するネットワーク装置としては、図５に示すように、メイン（Ｍａｉｎ）ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：中央処理装置）２１と、サブ（Ｓｕｂ）ＣＰＵ２２と、保守ネットワーク１００に接続される保守インタフェース２３と、商用ネットワーク２００に接続される商用インタフェース２４〜２６とから構成される装置がある。
【０００３】
図５において、メインＣＰＵ２１は設定管理を行い、サブＣＰＵ２２はプロトコル処理を行っている。メインＣＰＵ２１は保守インタフェース２３から受信したパケットを終端し、サブＣＰＵ２２は商用インタフェース２４〜２６から受信したパケットを終端する。
【０００４】
メインＣＰＵ２１とサブＣＰＵ２２とは内部通信用のネットワークで接続されており、メインＣＰＵ２１が受信した設定情報はＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信によりサブＣＰＵ２２に通知される。
【０００５】
本発明に関連する他のネットワーク装置としては、ネットワーク装置に複数のＣＰＵを搭載する技術（例えば、特許文献１，２参照）、ネットワーク装置にメインＣＰＵ及びサブＣＰＵを搭載する技術（例えば、特許文献３参照）等がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−１２９７６７号公報
【特許文献２】特開２００９−１１８１０６号公報
【特許文献３】特開２０１０−２２１６２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記のネットワーク装置では、サブＣＰＵ２２が受信したパケットをサブＣＰＵ２２内で終端しているので、商用ネットワーク２００からメインＣＰＵ２１宛に送信したパケットをメインＣＰＵ２１に転送することができず、サブＣＰＵ２２内で廃棄されてしまう。
【０００８】
そのため、上記のネットワーク装置では、保守パケットが流れる保守ネットワーク１００と商用パケットが流れる商用ネットワーク２００とを個別に敷設する必要がある。
【０００９】
つまり、本発明に関連するネットワーク装置では、図５に示すように、商用ネットワーク２００を介してサブＣＰＵ２２が保守用パケットを受信した場合、その保守用パケットをメインＣＰＵ２１に転送することができないため、そのパケットが廃棄されてしまう。
【００１０】
そのため、本発明に関連するネットワーク装置では、１）保守者は保守ネットワークの敷設が必須となる、２）保守ネットワークの分だけネットワークの敷設にかかる費用が大きくなる、という課題が存在する。
【００１１】
このように、ネットワーク装置２を使用する場合には、ユーザに対して費用の面で大きな負担を与えている。尚、上記の課題は、上述した特許文献１〜３に記載の技術では解決できない。
【００１２】
そこで、本発明の目的は上記の問題点を解消し、商用ネットワークから受信した保守用パケットを処理することができるネットワーク装置、通信システム及びそれらに用いるデータ転送方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明によるネットワーク装置は、保守ネットワークを介して受信した保守用パケットを処理するメインＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、商用ネットワークを介して受信した商用パケットを処理するサブＣＰＵとを含み、前記メインＣＰＵと前記サブＣＰＵとの間でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信にてデータを送受信するネットワーク装置であって、
前記サブＣＰＵは、前記商用パケットが予め設定された保守用パケットか否かを判別する判別手段と、前記判別手段にて前記保守用パケットと判別された場合に当該パケットの宛先アドレスを前記メインＣＰＵの内部通信用のアドレスに変換するＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）機能とを備え、
前記サブＣＰＵは、前記商用ネットワークから保守用パケットを受信した場合に、そのパケットを廃棄せず、前記メインＣＰＵに転送している。
【００１４】
本発明による通信システムは、上記のネットワーク装置を含むことを特徴とする。
【００１５】
本発明によるデータ転送方法は、保守ネットワークを介して受信した保守用パケットを処理するメインＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、商用ネットワークを介して受信した商用パケットを処理するサブＣＰＵとを含み、前記メインＣＰＵと前記サブＣＰＵとの間でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信にてデータを送受信するネットワーク装置に用いるデータ転送方法であって、
前記サブＣＰＵは、前記商用パケットが予め設定された保守用パケットか否かを判別する判別処理を実行し、
前記サブＣＰＵに、前記判別処理にて前記保守用パケットと判別された場合に当該パケットの宛先アドレスを前記メインＣＰＵの内部通信用のアドレスに変換するＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）機能を設け、
前記サブＣＰＵが、前記商用ネットワークから保守用パケットを受信した場合に、そのパケットを廃棄せず、前記メインＣＰＵに転送している。
【発明の効果】
【００１６】
本発明は、上記のような構成及び動作とすることで、商用ネットワークから受信した保守用パケットを処理することができるという効果が得られる。
【図面の簡単な説明】
【００１７】
【図１】本発明によるネットワーク装置の構成例を示すブロック図である。
【図２】本発明の実施の形態によるネットワーク装置の動作例を示すブロック図である。
【図３】図２に示すサブＣＰＵの動作例を示すフローチャートである。
【図４】図２に示すサブＣＰＵのＮＡＰＴテーブルの構成例を示す図である。
【図５】本発明に関連するネットワーク装置の動作例を示すブロック図である。
【発明を実施するための形態】
【００１８】
次に、本発明の実施の形態について図面を参照して説明する。まず、本発明によるネットワーク装置の概要について説明する。図１は本発明によるネットワーク装置の構成例を示すブロック図である。
【００１９】
図１において、本発明によるネットワーク装置１は、メイン（Ｍａｉｎ）ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：中央処理装置）１１と、サブ（Ｓｕｂ）ＣＰＵ１２と、保守用のインタフェース１３と、商用のインタフェース１４〜１６とを備えている。
【００２０】
メインＣＰＵ１１とサブＣＰＵ１２とは、内部通信用のネットワークで接続されており、メインＣＰＵ１１とサブＣＰＵ１２との間はＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信のみでデータをやりとりする。例えば、メインＣＰＵ１１が受信した設定情報は、ＩＰ通信によりサブＣＰＵ１２に通知される。
【００２１】
メインＣＰＵ１１は設定管理を行い、サブＣＰＵ１２はプロトコル処理を行っている。メインＣＰＵ１１は保守用のインタフェース１３から受信したパケットを終端し、サブＣＰＵ１２は商用のインタフェース１４〜１６から受信したパケットを終端する。
【００２２】
また、サブＣＰＵ１２は、パケット判別機能１２１と、ＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）機能１２２と、ＮＡＰＴテーブル１２３とを備えている。
【００２３】
パケット判別機能１２１は、商用ネットワークから受信したパケットが保守用パケットか否かを判別する。ＮＡＰＴ機能１２２は、パケット判別機能１２１にて保守用パケットと判別された場合に、自ホスト宛の宛先ポート番号を参照して、当該宛先ポート番号が保守で処理するポート番号の場合に内部通信用にアドレスをメインＣＰＵ１１のアドレスに付け替える。ＮＡＰＴテーブル１２３は、ＮＡＰＴ機能１２２におけるアドレスの付け替えに使用するアドレス変換ルールを保持している。
【００２４】
尚、図１に示す例では、メインＣＰＵ１１とサブＣＰＵ１２とが１つずつであるが、装置構成によってはサブＣＰＵ１２が複数存在し、ＩＰ通信によりメインＣＰＵ１１とデータをやりとりする場合もある。メインＣＰＵ１１は主に設定管理を行い、サブＣＰＵ１２は主にプロトコル処理を行う。
【００２５】
このように、本発明は、保守用パケットをメインＣＰＵ１１で処理し、商用パケットをサブＣＰＵ１２で処理するネットワーク装置１において、ＮＡＰＴ機能１２２にて、自ホスト宛の宛先ポート番号が保守で処理するポート番号の場合に内部通信用にアドレスをメインＣＰＵ１１のアドレスに付け替えることで、保守用ネットワークからだけでなく、商用ネットワークからも装置管理することができることを特徴とする。
【００２６】
つまり、本発明では、メインＣＰＵ１１とサブＣＰＵ１２とで処理するパケットの種類が異なるハードウェア構成において、サブＣＰＵ１２が商用ネットワークから保守用パケットを受信した時に、その保守用パケットを廃棄せず、メインＣＰＵ１１に転送することが可能となる。
【００２７】
図２は本発明の実施の形態による通信システムの動作例を示すブロック図である。図２においては、サブＣＰＵ１２のＮＡＰＴ機能１２２のみを図示しているが、サブＣＰＵ１２の構成は図１に示すサブＣＰＵ１２と同様の構成である。
【００２８】
本実施の形態が対象とするネットワーク装置１は、図２に示すように、メインＣＰＵ１１とサブＣＰＵ１２とで構成される。メインＣＰＵ１１とサブＣＰＵ１２とは内部通信用のネットワーク（１９２．１６８．１２８．０／２４）で接続されており、メインＣＰＵ１１とサブＣＰＵ１２との間はＩＰ通信のみでデータをやりとりする。
【００２９】
図２に示す例では、メインＣＰＵ１１とサブＣＰＵ１２とが１つずつであるが、装置構成によってはサブＣＰＵ１２が複数存在し、ＩＰ通信によりメインＣＰＵ１１とデータをやりとりする場合もある。メインＣＰＵ１１は主に設定管理を行い、サブＣＰＵ１２は主にプロトコル処理を行う。
【００３０】
ネットワーク装置１は、保守用のインタフェース１３と商用のインタフェース１４〜１６とを備えている。このような構成では、通常、保守者が保守ネットワーク１００を介して保守用のインタフェース１３を宛先に指定してメインＣＰＵ１１にアクセスする。
【００３１】
その後、保守者は、メインＣＰＵ１１に対してデータパケットを処理するのに必要な設定を投入する。投入された設定情報は、メインＣＰＵ１１とサブＣＰＵ１２とをつなぐ内部通信用のネットワーク（１９２．１６８．１２８．０／２４）を介してサブＣＰＵ１２に通知される。
【００３２】
設定完了後、ネットワーク装置１が商用ネットワーク２００からデータパケットを受信すると、サブＣＰＵ１２がプロトコル処理を行い、商用のインタフェース１４〜１６からデータパケットを送出する。
【００３３】
本実施の形態は、サブＣＰＵ１２にＮＡＰＴ機能１２２を持たせることで、保守者が商用ネットワーク２００を介してメインＣＰＵ１１にアクセスできるようにする。
【００３４】
商用ネットワーク２００からメインＣＰＵ１１にアクセスする場合は、商用のインタフェース１４〜１６を宛先に指定してアクセスする。サブＣＰＵ１２は、自ホスト宛の宛先ポート番号を参照して、保守で処理するポート番号の場合にＮＡＰＴ機能１２２を使用して内部通信用にアドレスを付け替え（メインＣＰＵ１１の内部通信用のアドレスに付け替え）、メインＣＰＵ１１に転送する。
【００３５】
図２に示す例では、例えば、ｔｅｌｎｅｔ（ポート番号は２３）とｓｎｍｐ（ポート番号１６１）とを保守用のデータパケットとして処理している。ＮＡＰＴ機能１２２は、サブＣＰＵ１２が受信したデータパケットの宛先アドレス、送信元アドレス、送信元ポート番号を付け替えてメインＣＰＵ１１に送信する。
【００３６】
このように、本実施の形態では、保守ネットワーク１００だけでなく、商用ネットワーク２００からも保守用のメインＣＰＵ１１にアクセスできることを特徴とする。これにより、本実施の形態では、保守ネットワーク１００を構築できない環境下において、商用ネットワーク２００のみで保守用パケットと商用パケットとを同時に通信することが可能となる。
【００３７】
図２は本実施の形態の基本構成を示す図である。ネットワーク装置１は、メインＣＰＵ１１と、ＮＡＰＴ機能１２２を有するサブＣＰＵ１２とから構成されている。メインＣＰＵ１１は、図５に示すメインＣＰＵ２１と同様の動作となっている。ネットワーク装置１のネットワークインタフェースとしては、保守ネットワーク１００に接続される保守用のインタフェース１３と、商用ネットワーク２００に接続される商用のインタフェース１４〜１６とを備えている。
【００３８】
図３は図２に示すサブＣＰＵ１２の処理動作を示すフローチャートであり、図４は図２に示すサブＣＰＵ１２のＮＡＰＴテーブル（図１に示すＮＡＰＴテーブル１２３）の構成例を示す図である。尚、図３に示す処理動作は、サブＣＰＵ１２が図示せぬメモリに格納されたプログラムを実行することで実現可能である。
【００３９】
以下、図２〜図４を参照して本実施の形態において保守端末（図示せず）からサブＣＰＵ１２が保守用のパケットを受信してメインＣＰＵ１１に転送する時の動作について説明する。
【００４０】
図４において、ＮＡＰＴテーブル１２３は、変換前の「宛先アドレス」、「送信元ポート番号」、「送信元アドレス」と、変換後の「宛先アドレス」、「送信元ポート番号」、「送信元アドレス」とを保持している。
【００４１】
サブＣＰＵ１２は、保守端末から商用ネットワーク２００を介して自ホスト宛のパケットを受信すると（図３ステップＳ１）、受信したパケットの宛先ポート番号を調べる（図３ステップＳ２）。
【００４２】
保守者は、サブＣＰＵ１２に予めどの宛先ポート番号を保守用パケットとして処理すべきかを設定しておき、サブＣＰＵ１２は、その設定に従い、受信したパケットをメインＣＰＵ１１に転送すべきかどうかを判断する（図３ステップＳ３）。
【００４３】
サブＣＰＵ１２は、受信したパケットの宛先ポート番号が、予め設定された宛先ポート番号でない場合（図３ステップＳ３のＮＯ）、通常のプロトコル処理を行う（図３ステップＳ４）。
【００４４】
サブＣＰＵ１２は、保守用パケットと判断した場合（図３ステップＳ３のＹＥＳ）、ＮＡＰＴ機能１２２を利用してメインＣＰＵ１１宛にアドレスを変換する（図３ステップＳ５）。この時に使用するアドレス変換ルールは、宛先アドレスをメインＣＰＵ１１の内部通信用のアドレス（図２に示す例では「１９２．１６８．１２８．２０」）、送信元アドレスをサブＣＰＵ１２の内部通信用のアドレス（図２に示す例では「１９２．１６８．１２８．１０」）、送信元ポート番号をサブＣＰＵ１２で利用可能な任意のポート番号、にそれぞれ変換する。
【００４５】
サブＣＰＵ１２は、アドレス変換に使用したアドレス変換ルールをＮＡＰＴテーブル１２３に登録し（図３ステップＳ６）、アドレスを変換したパケットをメインＣＰＵ１１に送信する（図３ステップＳ７）。ＮＡＰＴテーブル１２３の構成例は、図４に示す通りである。
【００４６】
次に、サブＣＰＵ１２は、メインＣＰＵ１１からの応答パケットを受信すると（図３ステップＳ８）、応答パケットの宛先ポート番号をキーとして図４に示すＮＡＰＴテーブル１２３からアドレス変換ルールを検索する（図３ステップＳ９）。
【００４７】
ＮＡＰＴ機能１２２は、宛先アドレスを保守端末のアドレス（図４における変換前の送信元アドレス）、宛先ポート番号を保守端末の待ち受けポート番号（図４における変換前の送信元ポート番号）、送信元アドレスをネットワーク装置１の商用のインタフェースのアドレス（図４における変換前の宛先アドレス）に変換し（図３ステップＳ１０）、アドレス変換後のパケットを保守端末宛に送信する（図３ステップＳ１１）。
【００４８】
このように、本実施の形態では、サブＣＰＵ１２にＮＡＰＴ機能１２２を持たせることで、商用ネットワーク２００から受信した保守用パケットを処理することができる。
【００４９】
また、本実施の形態では、商用ネットワーク２００からネットワーク装置１の管理を可能とすることで、保守用ネットワーク１００を敷設する必要がなくなるため、ユーザはネットワークの敷設にかかる費用を削減することができる。
【符号の説明】
【００５０】
１  ネットワーク装置
１１  メインＣＰＵ
１２  サブＣＰＵ
１３  保守用のインタフェース
１４〜１６  商用のインタフェース
１００  保守ネットワーク
１２１  パケット判別機能
１２２  ＮＡＰＴ機能
１２３  ＮＡＰＴテーブル
２００  商用ネットワーク
【図１】
2012142824.tif 000003
【図２】
2012142824.tif 000004
【図３】
2012142824.tif 000005
【図４】
2012142824.tif 000006
【図５】
2012142824.tif 000007