"受信したフレームの種類を特定するために当該フレームの特定の部分を抜き出す比較データ抜き出し回路と、前記受信したフレームの特性を前記予め登録されたデータとして格納するエントリテーブルと、前記比較データ抜き出し回路で抜き出したデータと前記エントリテーブルに予め登録されたデータとを比較する比較判定回路と、前記比較データ抜き出し回路で抜き出したデータから前記フレームのIPInternetProtocolヘッダの変換処理に必要なデータを計算する変換データ計算回路と、前記比較判定回路の比較結果に応じて前記変換データ計算回路の計算結果と変換後のIPヘッダのデータを格納する変換データテーブルのデータとを基に前記フレームのIPヘッダの変換を行うコプロセッサと、前記コプロセッサで前記IPヘッダの変換を行ったデータを格納するメモリと、前記メモリに格納されたフレームのステータスを監視して送信可能なステータスの場合に当該フレームを送信するよう制御するメモリ監視回路とを有し、前記受信したフレームを一時的に保持するFIFOFirstInFirstOutを含み、前記コプロセッサは、前記FIFOに格納されているフレームのIPv4InternetProtocolversion4ヘッダとIPv6InternetProtocolversion6ヘッダとの置き換えを行い、前記IPv4と前記IPv6との間のプロトコル変換において、フレーム情報の管理及び変換処理をすべて上記の各回路によるハードウェアで行うことを特徴とするプロトコル変換装置。前記エントリテーブルは、IPバージョン及びIPアドレスを前記受信したフレームの特性として格納することを特徴とする請求項1記載のプロトコル変換装置。前記メモリ監視回路は、前記フレームの送信をディスクリプタで管理することを特徴とする請求項1または請求項2記載のプロトコル変換装置。比較データ抜き出し回路にて、受信したフレームの種類を特定するために当該フレームの特定の部分を抜き出し、前記受信したフレームの特性をエントリテーブルに予め登録しておき、比較判定回路にて、前記比較データ抜き出し回路で抜き出したデータと前記エントリテーブルに予め登録されたデータとを比較し、変換データ計算回路にて、前記比較データ抜き出し回路で抜き出したデータから前記フレームのIPInternetProtocolヘッダの変換処理に必要なデータを計算し、コプロセッサにて、前記比較判定回路の比較結果に応じて前記変換データ計算回路の計算結果と変換後のIPヘッダのデータを格納する変換データテーブルのデータとを基に前記フレームのIPヘッダの変換を行い、前記コプロセッサで前記IPヘッダの変換を行ったデータをメモリに格納し、メモリ監視回路にて、前記メモリに格納されたフレームのステータスを監視して送信可能なステータスの場合に当該フレームを送信するよう制御し、前記受信したフレームを一時的に保持するFIFOFirstInFirstOutを設け、前記コプロセッサが、前記FIFOに格納されているフレームのIPv4InternetProtocolversion4ヘッダとIPv6InternetProtocolversion6ヘッダとの置き換えを行い、前記IPv4と前記IPv6との間のプロトコル変換において、フレーム情報の管理及び変換処理をすべて上記の各回路によるハードウェアで行うことを特徴とするプロトコル変換方法。前記エントリテーブルが、IPバージョン及びIPアドレスを前記受信したフレームの特性として格納することを特徴とする請求項4記載のプロトコル変換方法。前記メモリ監視回路が、前記フレームの送信をディスクリプタで管理することを特徴とする請求項4または請求項5記載のプロトコル変換方法。さらに、近年、Ethernet登録商標の通信では、高速化が進み、1Gbpsを超える通信が行われており、CPUでの負荷が高い。また、各インタフェースにおいても、高速化しているため、Ethernet登録商標に関わらず、CPUに高い処理能力が要求されることになる。そこで、本発明の目的は上記の問題点を解消し、CPUの介在をなくし、CPUの処理負荷を下げることができるプロトコル変換装置及びそれに用いるプロトコル変換方法を提供することにある。本発明によるプロトコル変換装置は、受信したフレームの種類を特定するために当該フレームの特定の部分を抜き出す比較データ抜き出し回路と、前記受信したフレームの特性を前記予め登録されたデータとして格納するエントリテーブルと、前記比較データ抜き出し回路で抜き出したデータと前記エントリテーブルに予め登録されたデータとを比較する比較判定回路と、前記比較データ抜き出し回路で抜き出したデータから前記フレームのIPInternetProtocolヘッダの変換処理に必要なデータを計算する変換データ計算回路と、前記比較判定回路の比較結果に応じて前記変換データ計算回路の計算結果と変換後のIPヘッダのデータを格納する変換データテーブルのデータとを基に前記フレームのIPヘッダの変換を行うコプロセッサと、前記コプロセッサで前記IPヘッダの変換を行ったデータを格納するメモリと、前記メモリに格納されたフレームのステータスを監視して送信可能なステータスの場合に当該フレームを送信するよう制御するメモリ監視回路とを有し、前記受信したフレームを一時的に保持するFIFOFirstInFirstOutを含み、前記コプロセッサは、前記FIFOに格納されているフレームのIPv4InternetProtocolversion4ヘッダとIPv6InternetProtocolversion6ヘッダとの置き換えを行い、前記IPv4と前記IPv6との間のプロトコル変換において、フレーム情報の管理及び変換処理をすべて上記の各回路によるハードウェアで行っている。本発明によるプロトコル変換方法は、比較データ抜き出し回路にて、受信したフレームの種類を特定するために当該フレームの特定の部分を抜き出し、前記受信したフレームの特性をエントリテーブルに予め登録しておき、比較判定回路にて、前記比較データ抜き出し回路で抜き出したデータと前記エントリテーブルに予め登録されたデータとを比較し、変換データ計算回路にて、前記比較データ抜き出し回路で抜き出したデータから前記フレームのIPInternetProtocolヘッダの変換処理に必要なデータを計算し、コプロセッサにて、前記比較判定回路の比較結果に応じて前記変換データ計算回路の計算結果と変換後のIPヘッダのデータを格納する変換データテーブルのデータとを基に前記フレームのIPヘッダの変換を行い、前記コプロセッサで前記IPヘッダの変換を行ったデータをメモリに格納し、メモリ監視回路にて、前記メモリに格納されたフレームのステータスを監視して送信可能なステータスの場合に当該フレームを送信するよう制御し、前記受信したフレームを一時的に保持するFIFOFirstInFirstOutを設け、前記コプロセッサが、前記FIFOに格納されているフレームのIPv4InternetProtocolversion4ヘッダとIPv6InternetProtocolversion6ヘッダとの置き換えを行い、前記IPv4と前記IPv6との間のプロトコル変換において、フレーム情報の管理及び変換処理をすべて上記の各回路によるハードウェアで行っている。本発明は、上記のような構成及び動作とすることで、CPUの介在をなくし、CPUの処理負荷を下げることができるという効果が得られる。次に、本発明の実施の形態について図面を参照して説明する。まず、本発明によるプロトコル変換装置の概要について説明する。本発明によるプロトコル変換装置は、IPv4InternetProtocolversion4とIPv6InternetProtocolversion6との間のプロトコル変換において、フレーム情報の管理や変換処理をすべてハードウェアで行えるような回路を備えることによって、CPUの介在をなくし、CPUの処理負荷を下げることができる。図1は本発明の第1の実施の形態によるプロトコル変換装置の構成例を示すブロック図である。図1において、プロトコル変換装置1は、LANLocalAreaNetwork受信部11と、FIFOFirstInFirstOut12と、比較データ抜き出し回路13と、比較判定回路14と、変換データ計算部15と、エントリテーブルレジスタ16と、変換データテーブルレジスタ17と、コプロセッサ18と、メモリ19と、メモリ監視回路20と、LAN送信部21とから構成されている。LAN受信部11は、Ethernet登録商標回線からEthernet登録商標フレームを受信する。FIFO12は、LAN受信部11で受信したフレームを一時的に保持する。比較データ抜き出し回路13は、受信したフレームの種類を特定するために、受信したフレームの特定の部分を抜き出す。比較判定回路14は、比較データ抜き出し回路13で抜き出したデータとエントリテーブルレジスタ16のデータとを比較する。変換データ計算部15は、比較データ抜き出し回路13で抜き出したデータから、変換処理に必要なデータを計算する。エントリテーブルレジスタ16は、LAN受信部11で受信したフレームの特性、例えばIPInternetProtocolバージョンやIPアドレス等の比較データを格納しておく。変換データテーブルレジスタ17は、変換後のIPヘッダのデータを格納しておく。コプロセッサ18は、フレームのIPヘッダの変換を行う。メモリ19は、コプロセッサ18で変換後のデータを格納する。メモリ監視回路20は、メモリ9に格納されたフレームのステータスを監視し、送信可能なステータスであればLAN送信部21を通してEthernet登録商標回線にフレームを送信する。LAN送信部21は、コプロセッサ18で変換後のデータをEthernet登録商標回線に送信する。図2は本発明の第1の実施の形態によるプロトコル変換処理を示すフローチャートであり、図3は本発明の第1の実施の形態で用いるIPv4ヘッダの構成例を示す図であり、図4は本発明の第1の実施の形態で用いるIPv6ヘッダの構成例を示す図である。図5は本発明の第1の実施の形態で用いるディスクリプタの構成例を示すブロック図である。これら図1~図5を参照して本発明の第1の実施の形態によるプロトコル変換処理について説明する。本発明の特徴を持つプロトコル変換装置1がIPv4フレームを受信してIPv6フレームに変換して送信する場合、またはIPv6フレームを受信してIPv4フレームに変換して送信するまでの動作について図1に沿って説明する。フレームは、LAN受信部11を通して受信される。受信されたフレームは、FIFO12に格納されるが、同時に、比較データ抜き出し回路13を通してフレームの判定部分IPバージョンを含むを抜き出し、IPv4、IPv6、それ以外かを判定する。判定部分はEthernet登録商標フレームの先頭からオフセットを指定することで、ハードウェアで判別できるものとする。受信したフレームの判定部分がIPv4であり、かつその他のエントリテーブルレジスタ16の条件に一致した場合は、コプロセッサ18でFIFO12に格納されているフレームのIPv4ヘッダの部分をIPv6ヘッダに付け替える。付け替えるヘッダの情報は、変換データテーブルレジスタ17に設定する。ヘッダが付け替えられたフレームは、DMADirectMemoryAccessによってメモリ19に格納され、LAN送信部21を通してEthernet登録商標回線に送信される。受信したフレームの判定部分がIPv6であり、かつその他のエントリテーブルレジスタ16の条件に一致した場合は、コプロセッサ18でFIFO12に格納されているフレームのIPv6ヘッダの部分をIPv4ヘッダに付け替える。付け替えるヘッダの情報は、変換データテーブルレジスタ17に設定する。ヘッダが付け替えられたフレームは、DMAによってメモリ19に格納され、LAN部21を通してEthernet登録商標回線に送信される。メモリ19に格納されたフレームについては、図5に示すように、ディスクリプタ1~Nで管理される。メモリ監視回路20は、ディスクリプタ1~Nのステータスを監視し、送信可能なステータスであれば、LAN送信部21を通してEthernet登録商標回線にフレームを送信する。このように、本実施の形態では、CPUの介在をなくして、すべてハードウェアでIPv4とIPv6との間のプロトコル変換を実現することができるので、CPUの処理負荷を下げることができる。図2に示すフローチャートに沿って本実施の形態によるプロトコル変換処理について説明する。プロトコル変換装置1は、Ethernet登録商標フレームを回線から受信すると図2ステップS1、受信したフレームをFIFO12に格納する図2ステップS2。フレームの受信について、プロトコル変換装置1では、一般的なEthernet登録商標フレームの受信動作に必要な機能図示せずを用いて受信を行う。同時に、プロトコル変換装置1は、フレームの種別等を判別するための比較部分を比較データ抜き出し回路13にて抜き出す図2ステップS3。一般的に、IPフレームは、図3及び図4に示すような構成であるが、MACMediaAccessControlヘッダ内のEtherTypeか、IPヘッダ内のIPバージョンの部分を抜き出して、エントリデータを比較する。バージョン以外についても、MACアドレス、IPアドレスやIPプロトコル、NEXTヘッダ等、変換を行いたいフレームとして判別したい部分をエントリテーブルレジスタ16に登録しておき、抜き出した比較部分のデータとエントリテーブルレジスタ16に登録してあるデータとの比較を行う。フレームには、PPPoE[PointtoPointProtocoloverEthernet登録商標]ヘッダ等が付加されているものもあるので、比較データ抜き出し回路13は、MACヘッダのEtherTypeを先に見ることによって、フレームの種別によって必要な比較部分を抜き出す機能を有している。プロトコル変換装置1は、比較データ抜き出し回路13で抜き出した比較データと、エントリテーブルレジスタ16の値とを比較し図2ステップS4、それらのデータが一致すれば図2ステップS5、IPヘッダ変換対象のフレームであり、バージョンの判定でバージョンがIPv4であると判定された場合図2ステップS6、変換データ計算部15で計算した値や変換データテーブルレジスタ17に格納されているデータを用いて、コプロセッサ18が、FIFO12に格納されているフレームのIPv4ヘッダをIPv6ヘッダに置き換える図2ステップS7。IPv4ヘッダからIPv6ヘッダへの置き換えは、以下のようにすることによって実現することができる。IPバージョンは、IPv6に固定で変換する。TraficClassについては、受信データのIPv4ヘッダのTOSTypeOfService値をコピーしてTrafficClassの値とする。FlowLabelについては、変換データテーブルレジスタ17に予め設定しておいた値をFlowLabelの値とする。PayloadLengthについては、受信フレームのIPヘッダ内のIPLENlengthとIPHLENheaderlengthとの値からペイロード長を変換データ計算部15で計算した値をPayloadLengthの値とする。NextHeaderについては、受信データのIPPROTOprotocolの値をコピーしてNextHeaderの値とする。HopLimitに関しては、変換データ計算部15で受信データのIPTTLTimeToLiveの値から1減算した値をHopLimitの値とする。IPv6SRCSourceAddressとIPv6DSTDestinationAddressについては、エントリテーブルレジスタ16に予め設定しておいた値を使う。以上で、変換のための図4に示すIPv6ヘッダ部分のデータがそろうので、プロトコル変換装置1では、これらの値を使用して、コプロセッサ18でIPv4ヘッダからIPv6ヘッダへの変換を行う。プロトコル変換装置1は、IPv6に変換されたデータをメモリ19にDMA転送する図2ステップS8。メモリ19内では、図5に示すように、データとディスクリプタとを1対1で管理する。ディスクリプタには、データのアドレス、レングス、制御情報が使われる。制御情報については、送信データがあるかどうかのフラグを有し、フレームがメモリ19上にDMAされた時にフラグを立て、メモリ監視回路20がそのフラグを監視する。メモリ監視回路20は、フラグが立っていれば、プロトコル変換後の送信フレームがあると認識し、そのフレームをDMAして、LAN送信部21を通して送信する図2ステップS9。メモリ監視回路20は、フレームを送信したら、ディスクリプタのフラグをディセーブルにする。メモリ監視回路20は、ディスクリプタ1を処理したら、ディスクリプタ2を監視するというような動作で、順番にディスクリプタを監視し、フレームを送信していく。図5では、ディスクリプタをN個でリング管理している。プロトコル変換装置1は、バージョンの判定でバージョンがIPv6であると判定された場合図2ステップS6,S10、変換データ計算部15で計算した値や変換データテーブルレジスタ17に格納されているデータを用いて、コプロセッサ18がFIFO12に格納されているフレームのIPv6ヘッダをIPv4ヘッダに置き換える図2ステップS11。IPv6ヘッダからIPv4ヘッダへの置き換えは、以下のようにすることによって実現することができる。IPバージョンは、IPv4に固定で変換する。IPHLENについては、通常のIPv4ヘッダ長の20dをIPHLENとして使用する。IPv4オプション等が付加する場合は、ヘッダ長が20dにならないので、対象としない。比較判定回路14で受信フレームのIPヘッダ長が20dでない場合は、受信フレームを変換せずに、メモリ19にDMAし、その後、ソフトウェアで処理するようにしても良い。TOSについては、受信フレームのTrafficClassの値をTOSとして使用する。IPLENについては、受信フレームのPayloadLengthと、IPv4ヘッダのIPLEN固定値20とから変換データ計算部15でIPv4パケット長を計算した値をPayloadLengthとする。IDIdentificationについては、フレーム毎に値が変わるように、変換データ計算部15で、受信フレーム毎にある数から順に値をインクリメントした値を計算し、ID値とする。FLAGについては、エントリテーブルレジスタ16に設定した値をFLAG値に使う。FLAGMENTフレームについては、対象とせず、0固定とする。IPTTLについては、変換データ計算部15で、受信フレームのHopLimitから1減算した値をIPTTLとする。IPPROTOについては、受信フレームのNextHeaderの値をコピーしてIPPROTOとする。IPCKSUMchecksumについては、変換後のIPヘッダのチェックサムを変換データ計算部15で計算し、その値を使う。以上で、変換のための図3に示すIPv4ヘッダ部分のデータがそろうので、プロトコル変換装置1では、これらの値を使用して、コプロセッサ18でIPv6ヘッダからIPv4ヘッダへの変換を行う。IPv4に変換されたデータは、メモリ19にDMA転送される図2ステップS12。メモリ19内では、図5に示すように、データとディスクリプタとを1対1で管理する。ディスクリプタには、データのアドレス、レングス、制御情報が使われる。制御情報については、送信データがあるかどうかのフラグを有し、フレームがメモリ19上にDMAされた時にフラグを立て、メモリ監視回路20がそのフラグを監視する。メモリ監視回路20は、フラグが立っていれば、プロトコル変換後の送信フレームがあると認識し、そのフレームをDMAして、LAN送信部21を通して送信する図2ステップS13。メモリ監視回路20は、フレームを送信したら、ディスクリプタのフラグをディセーブルにする。メモリ監視回路20は、ディスクリプタ1を処理したら、ディスクリプタ2を監視するというような動作で、順番にディスクリプタを監視し、フレームを送信していく。図5では、ディスクリプタをN個でリング管理している。プロトコル変換装置1は、受信フレームから抜き出した比較データがエントリテーブルレジスタ16の設定値と一致しない場合図2ステップS5、FIFO12のデータをそのままメモリ19にDMA転送する図2ステップS14。このフレームは、プロトコル変換の対象ではないので、ソフトウェアで適当に処理する図2ステップS15。尚、本発明は、上記の実施の形態において、図5に示すように、ディスクリプタをリングで管理しているが、ディスクリプタ内にリンクポインタを設けて、リンクで管理しても良い。"