保守ネットワークを介して受信した保守用パケットを処理するメインCPUCentralProcessingUnitと、商用ネットワークを介して受信した商用パケットを処理するサブCPUとを含み、前記メインCPUと前記サブCPUとの間でIPInternetProtocol通信にてデータを送受信するネットワーク装置であって、前記サブCPUは、前記商用パケットが予め設定された保守用パケットか否かを判別する判別手段と、前記判別手段にて前記保守用パケットと判別された場合に当該パケットの宛先アドレスを前記メインCPUの内部通信用のアドレスに変換するNAPTNetworkAddressPortTranslation機能とを有し、前記サブCPUは、前記商用ネットワークから保守用パケットを受信した場合に、そのパケットを廃棄せず、前記メインCPUに転送することを特徴とするネットワーク装置。前記判別手段は、前記商用パケットの自装置宛の宛先ポート番号を参照しかつ当該宛先ポート番号が保守で処理するポート番号の場合に保守用パケットと判別し、前記NAPT機能は、前記保守用パケットと判別されたパケットの宛先アドレスを内部通信用のアドレスに付け替えることを特徴とする請求項1記載のネットワーク装置。前記NAPT機能にてアドレス変換に使用したアドレス変換ルールを格納するNAPTテーブルを含むことを特徴とする請求項1または請求項2記載のネットワーク装置。前記メインCPUは主に設定管理を行い、前記サブCPUは主にプロトコル処理を行うことを特徴とする請求項1から請求項3のいずれか記載のネットワーク装置。上記の請求項1から請求項4のいずれかに記載のネットワーク装置を含むことを特徴とする通信システム。保守ネットワークを介して受信した保守用パケットを処理するメインCPUCentralProcessingUnitと、商用ネットワークを介して受信した商用パケットを処理するサブCPUとを含み、前記メインCPUと前記サブCPUとの間でIPInternetProtocol通信にてデータを送受信するネットワーク装置に用いるデータ転送方法であって、前記サブCPUは、前記商用パケットが予め設定された保守用パケットか否かを判別する判別処理を実行し、前記サブCPUに、前記判別処理にて前記保守用パケットと判別された場合に当該パケットの宛先アドレスを前記メインCPUの内部通信用のアドレスに変換するNAPTNetworkAddressPortTranslation機能を設け、前記サブCPUが、前記商用ネットワークから保守用パケットを受信した場合に、そのパケットを廃棄せず、前記メインCPUに転送することを特徴とするデータ転送方法。前記判別処理において、前記商用パケットの自装置宛の宛先ポート番号を参照しかつ当該宛先ポート番号が保守で処理するポート番号の場合に保守用パケットと判別し、前記NAPT機能が、前記保守用パケットと判別されたパケットの宛先アドレスを内部通信用のアドレスに付け替えることを特徴とする請求項6記載のデータ転送方法。前記サブCPUが、前記NAPT機能にてアドレス変換に使用したアドレス変換ルールを格納するNAPTテーブルを含むことを特徴とする請求項6または請求項7記載のデータ転送方法。前記メインCPUは主に設定管理を行い、前記サブCPUは主にプロトコル処理を行うことを特徴とする請求項6から請求項8のいずれか記載のデータ転送方法。しかしながら、上記のネットワーク装置では、サブCPU22が受信したパケットをサブCPU22内で終端しているので、商用ネットワーク200からメインCPU21宛に送信したパケットをメインCPU21に転送することができず、サブCPU22内で廃棄されてしまう。そのため、上記のネットワーク装置では、保守パケットが流れる保守ネットワーク100と商用パケットが流れる商用ネットワーク200とを個別に敷設する必要がある。つまり、本発明に関連するネットワーク装置では、図5に示すように、商用ネットワーク200を介してサブCPU22が保守用パケットを受信した場合、その保守用パケットをメインCPU21に転送することができないため、そのパケットが廃棄されてしまう。そのため、本発明に関連するネットワーク装置では、1保守者は保守ネットワークの敷設が必須となる、2保守ネットワークの分だけネットワークの敷設にかかる費用が大きくなる、という課題が存在する。このように、ネットワーク装置2を使用する場合には、ユーザに対して費用の面で大きな負担を与えている。尚、上記の課題は、上述した特許文献1~3に記載の技術では解決できない。そこで、本発明の目的は上記の問題点を解消し、商用ネットワークから受信した保守用パケットを処理することができるネットワーク装置、通信システム及びそれらに用いるデータ転送方法を提供することにある。本発明によるネットワーク装置は、保守ネットワークを介して受信した保守用パケットを処理するメインCPUCentralProcessingUnitと、商用ネットワークを介して受信した商用パケットを処理するサブCPUとを含み、前記メインCPUと前記サブCPUとの間でIPInternetProtocol通信にてデータを送受信するネットワーク装置であって、前記サブCPUは、前記商用パケットが予め設定された保守用パケットか否かを判別する判別手段と、前記判別手段にて前記保守用パケットと判別された場合に当該パケットの宛先アドレスを前記メインCPUの内部通信用のアドレスに変換するNAPTNetworkAddressPortTranslation機能とを備え、前記サブCPUは、前記商用ネットワークから保守用パケットを受信した場合に、そのパケットを廃棄せず、前記メインCPUに転送している。本発明による通信システムは、上記のネットワーク装置を含むことを特徴とする。本発明によるデータ転送方法は、保守ネットワークを介して受信した保守用パケットを処理するメインCPUCentralProcessingUnitと、商用ネットワークを介して受信した商用パケットを処理するサブCPUとを含み、前記メインCPUと前記サブCPUとの間でIPInternetProtocol通信にてデータを送受信するネットワーク装置に用いるデータ転送方法であって、前記サブCPUは、前記商用パケットが予め設定された保守用パケットか否かを判別する判別処理を実行し、前記サブCPUに、前記判別処理にて前記保守用パケットと判別された場合に当該パケットの宛先アドレスを前記メインCPUの内部通信用のアドレスに変換するNAPTNetworkAddressPortTranslation機能を設け、前記サブCPUが、前記商用ネットワークから保守用パケットを受信した場合に、そのパケットを廃棄せず、前記メインCPUに転送している。本発明は、上記のような構成及び動作とすることで、商用ネットワークから受信した保守用パケットを処理することができるという効果が得られる。次に、本発明の実施の形態について図面を参照して説明する。まず、本発明によるネットワーク装置の概要について説明する。図1は本発明によるネットワーク装置の構成例を示すブロック図である。図1において、本発明によるネットワーク装置1は、メインMainCPUCentralProcessingUnit:中央処理装置11と、サブSubCPU12と、保守用のインタフェース13と、商用のインタフェース14~16とを備えている。メインCPU11とサブCPU12とは、内部通信用のネットワークで接続されており、メインCPU11とサブCPU12との間はIPInternetProtocol通信のみでデータをやりとりする。例えば、メインCPU11が受信した設定情報は、IP通信によりサブCPU12に通知される。メインCPU11は設定管理を行い、サブCPU12はプロトコル処理を行っている。メインCPU11は保守用のインタフェース13から受信したパケットを終端し、サブCPU12は商用のインタフェース14~16から受信したパケットを終端する。また、サブCPU12は、パケット判別機能121と、NAPTNetworkAddressPortTranslation機能122と、NAPTテーブル123とを備えている。パケット判別機能121は、商用ネットワークから受信したパケットが保守用パケットか否かを判別する。NAPT機能122は、パケット判別機能121にて保守用パケットと判別された場合に、自ホスト宛の宛先ポート番号を参照して、当該宛先ポート番号が保守で処理するポート番号の場合に内部通信用にアドレスをメインCPU11のアドレスに付け替える。NAPTテーブル123は、NAPT機能122におけるアドレスの付け替えに使用するアドレス変換ルールを保持している。尚、図1に示す例では、メインCPU11とサブCPU12とが1つずつであるが、装置構成によってはサブCPU12が複数存在し、IP通信によりメインCPU11とデータをやりとりする場合もある。メインCPU11は主に設定管理を行い、サブCPU12は主にプロトコル処理を行う。このように、本発明は、保守用パケットをメインCPU11で処理し、商用パケットをサブCPU12で処理するネットワーク装置1において、NAPT機能122にて、自ホスト宛の宛先ポート番号が保守で処理するポート番号の場合に内部通信用にアドレスをメインCPU11のアドレスに付け替えることで、保守用ネットワークからだけでなく、商用ネットワークからも装置管理することができることを特徴とする。つまり、本発明では、メインCPU11とサブCPU12とで処理するパケットの種類が異なるハードウェア構成において、サブCPU12が商用ネットワークから保守用パケットを受信した時に、その保守用パケットを廃棄せず、メインCPU11に転送することが可能となる。図2は本発明の実施の形態による通信システムの動作例を示すブロック図である。図2においては、サブCPU12のNAPT機能122のみを図示しているが、サブCPU12の構成は図1に示すサブCPU12と同様の構成である。本実施の形態が対象とするネットワーク装置1は、図2に示すように、メインCPU11とサブCPU12とで構成される。メインCPU11とサブCPU12とは内部通信用のネットワーク192.168.128.0/24で接続されており、メインCPU11とサブCPU12との間はIP通信のみでデータをやりとりする。図2に示す例では、メインCPU11とサブCPU12とが1つずつであるが、装置構成によってはサブCPU12が複数存在し、IP通信によりメインCPU11とデータをやりとりする場合もある。メインCPU11は主に設定管理を行い、サブCPU12は主にプロトコル処理を行う。ネットワーク装置1は、保守用のインタフェース13と商用のインタフェース14~16とを備えている。このような構成では、通常、保守者が保守ネットワーク100を介して保守用のインタフェース13を宛先に指定してメインCPU11にアクセスする。その後、保守者は、メインCPU11に対してデータパケットを処理するのに必要な設定を投入する。投入された設定情報は、メインCPU11とサブCPU12とをつなぐ内部通信用のネットワーク192.168.128.0/24を介してサブCPU12に通知される。設定完了後、ネットワーク装置1が商用ネットワーク200からデータパケットを受信すると、サブCPU12がプロトコル処理を行い、商用のインタフェース14~16からデータパケットを送出する。本実施の形態は、サブCPU12にNAPT機能122を持たせることで、保守者が商用ネットワーク200を介してメインCPU11にアクセスできるようにする。商用ネットワーク200からメインCPU11にアクセスする場合は、商用のインタフェース14~16を宛先に指定してアクセスする。サブCPU12は、自ホスト宛の宛先ポート番号を参照して、保守で処理するポート番号の場合にNAPT機能122を使用して内部通信用にアドレスを付け替えメインCPU11の内部通信用のアドレスに付け替え、メインCPU11に転送する。図2に示す例では、例えば、telnetポート番号は23とsnmpポート番号161とを保守用のデータパケットとして処理している。NAPT機能122は、サブCPU12が受信したデータパケットの宛先アドレス、送信元アドレス、送信元ポート番号を付け替えてメインCPU11に送信する。このように、本実施の形態では、保守ネットワーク100だけでなく、商用ネットワーク200からも保守用のメインCPU11にアクセスできることを特徴とする。これにより、本実施の形態では、保守ネットワーク100を構築できない環境下において、商用ネットワーク200のみで保守用パケットと商用パケットとを同時に通信することが可能となる。図2は本実施の形態の基本構成を示す図である。ネットワーク装置1は、メインCPU11と、NAPT機能122を有するサブCPU12とから構成されている。メインCPU11は、図5に示すメインCPU21と同様の動作となっている。ネットワーク装置1のネットワークインタフェースとしては、保守ネットワーク100に接続される保守用のインタフェース13と、商用ネットワーク200に接続される商用のインタフェース14~16とを備えている。図3は図2に示すサブCPU12の処理動作を示すフローチャートであり、図4は図2に示すサブCPU12のNAPTテーブル図1に示すNAPTテーブル123の構成例を示す図である。尚、図3に示す処理動作は、サブCPU12が図示せぬメモリに格納されたプログラムを実行することで実現可能である。以下、図2~図4を参照して本実施の形態において保守端末図示せずからサブCPU12が保守用のパケットを受信してメインCPU11に転送する時の動作について説明する。図4において、NAPTテーブル123は、変換前の宛先アドレス、送信元ポート番号、送信元アドレスと、変換後の宛先アドレス、送信元ポート番号、送信元アドレスとを保持している。サブCPU12は、保守端末から商用ネットワーク200を介して自ホスト宛のパケットを受信すると図3ステップS1、受信したパケットの宛先ポート番号を調べる図3ステップS2。保守者は、サブCPU12に予めどの宛先ポート番号を保守用パケットとして処理すべきかを設定しておき、サブCPU12は、その設定に従い、受信したパケットをメインCPU11に転送すべきかどうかを判断する図3ステップS3。サブCPU12は、受信したパケットの宛先ポート番号が、予め設定された宛先ポート番号でない場合図3ステップS3のNO、通常のプロトコル処理を行う図3ステップS4。サブCPU12は、保守用パケットと判断した場合図3ステップS3のYES、NAPT機能122を利用してメインCPU11宛にアドレスを変換する図3ステップS5。この時に使用するアドレス変換ルールは、宛先アドレスをメインCPU11の内部通信用のアドレス図2に示す例では192.168.128.20、送信元アドレスをサブCPU12の内部通信用のアドレス図2に示す例では192.168.128.10、送信元ポート番号をサブCPU12で利用可能な任意のポート番号、にそれぞれ変換する。サブCPU12は、アドレス変換に使用したアドレス変換ルールをNAPTテーブル123に登録し図3ステップS6、アドレスを変換したパケットをメインCPU11に送信する図3ステップS7。NAPTテーブル123の構成例は、図4に示す通りである。次に、サブCPU12は、メインCPU11からの応答パケットを受信すると図3ステップS8、応答パケットの宛先ポート番号をキーとして図4に示すNAPTテーブル123からアドレス変換ルールを検索する図3ステップS9。NAPT機能122は、宛先アドレスを保守端末のアドレス図4における変換前の送信元アドレス、宛先ポート番号を保守端末の待ち受けポート番号図4における変換前の送信元ポート番号、送信元アドレスをネットワーク装置1の商用のインタフェースのアドレス図4における変換前の宛先アドレスに変換し図3ステップS10、アドレス変換後のパケットを保守端末宛に送信する図3ステップS11。このように、本実施の形態では、サブCPU12にNAPT機能122を持たせることで、商用ネットワーク200から受信した保守用パケットを処理することができる。また、本実施の形態では、商用ネットワーク200からネットワーク装置1の管理を可能とすることで、保守用ネットワーク100を敷設する必要がなくなるため、ユーザはネットワークの敷設にかかる費用を削減することができる。