(57)【要約】【課題】  プロトコル受信処理における処理負荷を削減するためのパケット処理方法、パケット処理装置、パケット処理プログラムを提供することを目的とする。【解決手段】  本発明のパケット処理方法は、ディジタルデータを含むパケットに対してフィルタリング処理を行うパケット処理方法であって、フィルタリングステップ（Ｓ１０，Ｓ１１）と、パケットヘッダ情報付加ステップ（Ｓ１２）とを備えている。フィルタリングステップ（Ｓ１０，Ｓ１１）は、パケットのヘッダ部の解析に基づいて、パケットの通過の決定もしくは破棄の決定を行う。パケットヘッダ情報付加ステップ（Ｓ１２）は、フィルタリングステップ（Ｓ１０，Ｓ１１）により通過の決定がされたパケットに対して、ヘッダ部が含むパケットヘッダ情報を付加して出力する。【選択図】      図４
2005203941.tif 000002
【特許請求の範囲】
【請求項１】
ディジタルデータを含むパケットに対してフィルタリング処理を行うパケット処理方法であって、
前記パケットのヘッダ部の解析に基づいて、前記パケットの通過の決定もしくは破棄の決定を行うフィルタリングステップと、
前記フィルタリングステップにより通過の決定がされた前記パケットに対して、前記ヘッダ部が含むパケットヘッダ情報を付加して出力するパケットヘッダ情報付加ステップと、
を備えるパケット処理方法。
【請求項２】
前記フィルタリングステップは、前記パケットの前記ヘッダ部を解析するパケットヘッダ解析ステップと、前記パケットの通過もしくは破棄のための条件であるフィルタリング条件と前記ヘッダ部が含むパケットヘッダ情報とを比較判定し、前記パケットの通過の決定もしくは破棄の決定を行うフィルタリング判定ステップとを有している、
請求項１に記載のパケット処理方法。
【請求項３】
前記フィルタリングステップは、前記フィルタリング条件を設定させるフィルタリング条件設定ステップをさらに有している、
請求項２に記載のパケット処理方法。
【請求項４】
前記フィルタリング条件は、ＭＡＣアドレス、ＩＰアドレス、ＴＣＰポート番号、ＵＤＰポート番号、プロトコル種別のいずれか１つ、もしくは２つ以上の組み合わせであることを特徴とする、
請求項２または３に記載のパケット処理方法。
【請求項５】
前記パケットは、ＴＣＰ／ＩＰプロトコルに準拠したパケットであることを特徴とする、
請求項１〜４のいずれかに記載のパケット処理方法。
【請求項６】
前記パケットヘッダ情報を付加して出力する際に、前記パケットに付加される前記パケットヘッダ情報のデータ長が２のＮ乗ビットの倍数（Ｎは自然数）であることを特徴とする、
請求項１〜５のいずれかに記載のパケット処理方法。
【請求項７】
前記パケットヘッダ情報を付加して出力する際に、前記パケットに付加される前記パケットヘッダ情報は、あらかじめ定められた位置において、所定のデータ長により付加されることを特徴とする、
請求項１〜６のいずれかに記載のパケット処理方法。
【請求項８】
前記パケットヘッダ情報を付加して出力する際に、前記パケットに付加される前記パケットヘッダ情報が前記パケットの先頭に付加されることを特徴とする、
請求項１〜７のいずれかに記載のパケット処理方法。
【請求項９】
前記パケットヘッダ情報を付加して出力する際に、前記パケットに付加される前記パケットヘッダ情報が前記パケットの後尾に付加されることを特徴とする、
請求項１〜７のいずれかに記載のパケット処理方法。
【請求項１０】
ディジタルデータを含むパケットに対してフィルタリング処理を行うパケット処理装置であって、
前記パケットのヘッダ部の解析に基づいて、前記パケットの通過の決定もしくは破棄の決定を行うフィルタリング手段と、
前記フィルタリング手段により通過の決定がされた前記パケットに対して、前記ヘッダ部が含むパケットヘッダ情報を付加して出力するパケットヘッダ情報付加手段と、
を備えるパケット処理装置。
【請求項１１】
前記フィルタリング手段は、前記パケットの前記ヘッダ部を解析するパケットヘッダ解析手段と、前記パケットの通過もしくは破棄のための条件であるフィルタリング条件と前記ヘッダ部が有するパケットヘッダ情報とを比較判定し、前記パケットの通過の決定もしくは破棄の決定を行うフィルタリング判定手段とを有している、
請求項１０に記載のパケット処理装置。
【請求項１２】
前記フィルタリング手段は、前記フィルタリング条件を設定させるフィルタリング条件設定手段をさらに有している、
請求項１１に記載のパケット処理装置。
【請求項１３】
前記フィルタリング条件は、ＭＡＣアドレス、ＩＰアドレス、ＴＣＰポート番号、ＵＤＰポート番号、プロトコル種別のいずれか１つ、もしくは２つ以上の組み合わせであることを特徴とする、
請求項１１または１２に記載のパケット処理装置。
【請求項１４】
前記パケットは、ＴＣＰ／ＩＰプロトコルに準拠したパケットであることを特徴とする、
請求項１０〜１３のいずれかに記載のパケット処理装置。
【請求項１５】
前記パケットヘッダ情報付加手段において前記パケットに付加される前記パケットヘッダ情報のデータ長は、２のＮ乗ビットの倍数（Ｎは自然数）であることを特徴とする、
請求項１０〜１４のいずれかに記載のパケット処理装置。
【請求項１６】
前記パケットヘッダ情報付加手段において前記パケットに付加される前記パケットヘッダ情報は、あらかじめ定められた位置において、所定のデータ長により付加されることを特徴とする、
請求項１０〜１５のいずれかに記載のパケット処理装置。
【請求項１７】
前記パケットヘッダ情報付加手段において前記パケットに付加される前記パケットヘッダ情報は、前記パケットの先頭に付加されることを特徴とする、
請求項１０〜１６のいずれかに記載のパケット処理装置。
【請求項１８】
前記パケットヘッダ情報付加手段において前記パケットに付加される前記パケットヘッダ情報は、前記パケットの後尾に付加されることを特徴とする、
請求項１０〜１６のいずれかに記載のパケット処理装置。
【請求項１９】
コンピュータにより、ディジタルデータを含むパケットに対してフィルタリング処理を行うパケット処理プログラムであって、
前記パケット処理プログラムは、コンピュータに、
前記パケットのヘッダ部の解析に基づいて、前記パケットの通過の決定もしくは破棄の決定を行うフィルタリングステップと、
前記フィルタリングステップにより通過の決定がされた前記パケットに対して、前記ヘッダ部が含むパケットヘッダ情報を付加して出力するパケットヘッダ情報付加ステップと、
を備えるパケット処理方法を行わせるものである、
パケット処理プログラム。
【請求項２０】
パケットの受信処理を行うパケット受信処理装置であって、
あらかじめ定められた位置において、所定のデータ長により付加されているパケットヘッダ情報を解析するパケットヘッダ情報解析手段と、
前記パケットヘッダ情報解析手段の解析に基づいて、前記パケットの通過の決定もしくは破棄の決定を行う受信判定手段と、
を備えるパケット受信処理装置。
【請求項２１】
請求項１０〜１８のいずれかに記載のパケット処理装置と、
前記パケット処理装置から出力されたパケットに対してＴＣＰ／ＩＰプロトコル受信処理を行うパケット受信処理装置と、
を備えるパケット受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディジタルデータを含むパケットを受信してフィルタリング処理をする際のパケット処理方法、パケット処理装置およびパケット処理プログラムに関するものである。また、別の本発明は、パケット受信処理装置およびパケット受信システムに関するものである。
【背景技術】
【０００２】
近年、通信ネットワーク技術の進歩により、さまざまな機器や家電製品が通信ネットワークに接続できるようになってきている。通信ネットワークでディジタルデータをやり取りする際には、ＴＣＰ／ＩＰプロトコルに準拠した方式で行われるのが一般的である。
通信プロトコルは階層化されており、ＴＣＰ／ＩＰプロトコルでは、通常、５つの階層に分けられる（非特許文献１参照。）。
【０００３】
以下、図面を参照しながらＴＣＰ／ＩＰプロトコルの階層について説明する。
図７は、ＴＣＰ／ＩＰプロトコルの階層図である。一番下の層が第1層であり、順に一番上の層が第５層である。
第１層は物理層と呼ばれ、実際に機器間を接続している部分である。ネットワークケーブル等が物理層となる。
【０００４】
第２層はデータリンク層と呼ばれ、ケーブルからの物理信号をディジタルデータへ変換する部分である。ネットワークカードやデバイスドライバ等がリンク層になる。
第３層はネットワーク層と呼ばれ、ＩＰパケットの移動経路を制御する部分である。ＩＰ（Internet Protocol）やＩＣＭＰ（Internet Control Message Protocol）等がネットワーク層になる。
【０００５】
第４層はトランスポート層と呼ばれ、上位のアプリケーションに対してのデータの流れを制御する部分である。ＴＣＰ（Transmission Control Protocol）とＵＤＰ（User Datagram Protocol）がトランスポート層になる。
第５層はアプリケーション層と呼ばれ、特定のアプリケーションの処理を行う部分である。リモートログインのＴｅｌｎｅｔ、ファイル転送プロトコルのＦＴＰ（File Transfer Protocol）、電子メールのＳＭＴＰ（Simple Mail Transfer Protocol）、Ｗｅｂ閲覧のＨＴＴＰ（Hyper Text Transfer Protocol）等がアプリケーション層になる。
【０００６】
このように、ＴＣＰ／ＩＰプロトコルは階層化されており、各階層でプロトコル処理を分担してデータの送受信が行われている。
この中でＴＣＰ／ＩＰプロトコルとして重要な役割を果たしているのが、ＩＰ、ＴＣＰ、ＵＤＰの各プロトコルである。ＴＣＰとＵＤＰはトランスポート層に属しているが、データ到達の信頼性を保証するかどうかの点が異なっている。
【０００７】
ＴＣＰでは、２つのアプリケーション間でデータを送受信する場合に、相互にＴＣＰコネクションを確立した上で処理を行う。送信側は、受信側からデータが到達したという情報を確認しながらデータの送信を行う。受信側でデータが受信できなかった場合、送信側はデータを再送処理する。
ＵＤＰでは、ＴＣＰと異なり、データ到達の信頼性を保証しない。送信側は、受信側でデータを受信できたかどうかについて確認しない。すなわち、伝送路上でデータが欠落した場合、受信側でデータを受け取れない。ＵＤＰを使用するアプリケーションとしては、不特定多数へのデータ放送（ブロードキャスト）などがある。
【０００８】
ＩＰでは、ＴＣＰ、ＵＤＰ、ＩＣＭＰなどのデータをＩＰパケット化してデータリンク層とのＩ／Ｆを行う。
あるアプリケーションがＴＣＰを用いてデータを送信する場合、データはＴＣＰ／ＩＰプロトコルスタック層の上位層（第５層）から下位層（第１層）に向かってデータ転送され、通信ネットワーク上にデータが出力される。この際、各プロトコル層では、データを送信先へ正確に届けるために、宛て先情報などの各種ヘッダを送信データに追加している。
【０００９】
図８は、各プロトコルスタックのヘッダ、データ構造の概略図である。
まず、最上位のアプリケーション層では、ユーザデータにアプリケーションヘッダが追加され、第４層のトランスポート層へ転送される。
トランスポート層では、ＴＣＰヘッダが追加される。ＴＣＰヘッダには、アプリケーションの識別番号である発信元ＴＣＰポート番号、宛て先ＴＣＰポート番号などが格納され、第３層のネットワーク層へ転送される。
【００１０】
ネットワーク層では、発信元のＩＰアドレスと送信先のＩＰアドレスが格納されたＩＰヘッダが追加され、第２層のデータリンク層へ転送される。
データリンク層では、ＩＰパケットにＭＡＣヘッダを追加してイーサネット（登録商標）フレームを生成する。ＭＡＣヘッダには、発信元のＭＡＣアドレスと送信先のＭＡＣアドレスが格納されている。生成されたイーサネット（登録商標）フレームは、第１層の物理層を介して、通信ネットワークへ出て行く。
【００１１】
受信先での動作は、上記と逆の処理を行う。
受信端末では、第１層で受信したイーサネット（登録商標）フレームに対して、第２層のデータリンク層でＭＡＣヘッダ内に格納されている宛て先ＭＡＣアドレスが自分宛てかどうか判断する。自分宛てであれば、ＭＡＣヘッダを除いたＩＰパケット部を第３層のネットワーク層へ転送する。自分宛てでなければ、イーサネット（登録商標）フレームを破棄する。
【００１２】
ネットワーク層では、ＩＰヘッダ内の宛て先ＩＰアドレスをチェックして、自分宛てのＩＰアドレスであれば、ＩＰヘッダを除いたＴＣＰデータを第４層のトランスポート層へ転送する。自分宛てのＩＰアドレスでなければ、ＩＰパケットを破棄する。
トランスポート層では、ＴＣＰヘッダ内の宛て先ポート番号を参照して、どのアプリケーションに対するデータかを判断し、ＴＣＰヘッダを除いたアプリケーションデータを第５層のアプリケーション層へ渡す。
【００１３】
アプリケーション層では、受信したデータに従い、各アプリケーション処理を行う。
図９は、ＴＣＰ／ＩＰプロトコル受信処理の手順を示したフローチャートである。
受信したパケットは、まず最初にＭＡＣヘッダの解析が行われる（ステップＳ１）。次に、解析したＭＡＣヘッダ内の宛て先ＭＡＣアドレスが、自分宛てかどうか判断し（ステップＳ２）、自分宛てでなければパケットを破棄する。もし自分宛てであれば、ＩＰヘッダの解析を行う（ステップＳ３）。
【００１４】
次に、解析したＩＰヘッダ内の宛て先ＩＰアドレスが、自分宛てかどうか判断し（ステップＳ４）、自分宛てでなければパケットを破棄する。自分宛てのパケットであれば、ＩＰヘッダ内のプロトコル種別を判断し（ステップＳ５）、不要なプロトコル種別であればパケットを破棄する。
次に、プロトコル種別がＴＣＰであれば、ＴＣＰヘッダ解析を行い（ステップＳ６）、宛て先ポート番号を判定し（ステップＳ７）、宛て先ポート番号に対応したアプリケーションにデータを渡す。宛て先ポート番号に対応したアプリケーションがなければ、パケットを破棄する。
【００１５】
ステップＳ５でプロトコル種別がＵＤＰであれば、ＵＤＰヘッダ解析を行い（ステップＳ８）、宛て先ポート番号を判定し（ステップＳ９）、宛て先ポート番号に対応したアプリケーションにデータを渡す。宛て先ポート番号に対応したアプリケーションがなければ、パケットを破棄する。
上記の通り、送信側では、ＴＣＰ／ＩＰプロトコル送信処理により、各種ヘッダ情報がデータに追加される。また、受信側では、ＴＣＰ／ＩＰプロトコル受信処理により、各種ヘッダ情報に基づき、受信端末が特定され、アプリケーションが実行される。なお、トランスポート層がＵＤＰの場合も、ＴＣＰと同様な処理が行われる。
【００１６】
通信ネットワーク上には、さまざまなデータが流れており、受信端末で自分宛てのデータかどうか判断する処理が必要である。上記で説明したＴＣＰ／ＩＰプロトコル受信処理では、各プロトコル層でヘッダ情報に基づいて、自分宛てのデータかどうか判断している。
しかしながら、ネットワーク上に流れている全てのデータに対して、ヘッダ情報を解析して受信処理を行っていては、ＴＣＰ／ＩＰプロトコル受信処理の負荷が重くなってしまう。そのため、通常、プロトコル受信処理を行う前に、フィルタリング処理を行い不要なパケットを破棄する。この、あらかじめ受信パケットをフィルタリング処理するのが、パケットフィルタリングである。
【００１７】
パケットフィルタリングでは、受信したイーサネット（登録商標）フレームから各種ヘッダ情報を解析する。その結果、自分宛てのデータでない場合、データを破棄する。解析を行うヘッダ情報は、ＭＡＣアドレス、ＩＰアドレス、ＴＣＰポート番号、ＵＤＰポート番号、プロトコル種別などである。ヘッダ解析の結果、自分宛てのデータであれば、ＴＣＰ／ＩＰプロトコル受信処理へ進む。
【００１８】
次に、図面を参照しながらＴＣＰ／ＩＰ受信システムについて説明する。
図１０は、従来のＴＣＰ／ＩＰ受信システムのブロック図である。図１０において、７はＴＣＰ／ＩＰ受信システム、７０１はパケット処理装置、７０２はパケットヘッダ解析部、７０３はフィルタリング条件設定部、７０４はフィルタリング判定部、７０５はプロトコル受信処理装置、７０６はＭＡＣヘッダ解析部、７０７はＩＰヘッダ解析部、７０８はプロトコル種別判定部、７０９はＴＣＰポート番号解析部、７１０はＵＤＰポート番号解析部である。
【００１９】
ＴＣＰ／ＩＰ受信システム７は、パケット処理装置７０１とプロトコル受信処理装置７０５とから構成される。
パケット処理装置７０１は、パケットヘッダ解析部７０２、フィルタリング条件設定部７０３、フィルタリング判定部７０４から構成される。プロトコル受信処理装置７０５は、ＭＡＣヘッダ解析部７０６、ＩＰヘッダ解析部７０７、プロトコル種別判定部７０８、ＴＣＰポート番号解析部７０９、ＵＤＰポート番号解析部７１０から構成される。
【００２０】
パケット処理装置７０１では、受信したパケットのフィルタリング処理が行われる。
まず、パケットヘッダ解析部７０２では、受信したパケットのＭＡＣヘッダ、ＩＰヘッダ、ＴＣＰヘッダ、ＵＤＰヘッダなどのヘッダ部を解析し、発信元ＭＡＣアドレス、宛て先ＭＡＣアドレス、発信元ＩＰアドレス、宛て先ＩＰアドレス、プロトコル種別、発信元ＴＣＰポート番号、宛て先ＴＣＰポート番号、発信元ＵＤＰポート番号、宛て先ＵＤＰポート番号などの情報を取得する。
【００２１】
フィルタリング条件設定部７０３では、プロトコル受信処理を行う前にあらかじめ不要なパケットをフィルタリングするための条件を設定する。設定するフィルタリング条件は、発信元ＭＡＣアドレス、宛て先ＭＡＣアドレス、発信元ＩＰアドレス、宛て先ＩＰアドレス、プロトコル種別、発信元ＴＣＰポート番号、宛て先ＴＣＰポート番号、発信元ＵＤＰポート番号、宛て先ＵＤＰポート番号などである。
【００２２】
フィルタリング判定部７０４では、フィルタリング条件設定部７０３で設定された条件と、パケットヘッダ解析部７０２で解析されたヘッダ情報とを比較し、受信パケットを通過させるか、または破棄するかを決定する。破棄条件と一致したパケットは、ここで破棄される。通過条件と一致したパケットは、プロトコル受信処理装置７０５へ転送される。
プロトコル受信処理装置７０５では、ＴＣＰ／ＩＰプロトコルの受信処理が行われる。
【００２３】
まず、ＭＡＣヘッダ解析部７０６では、イーサネット（登録商標）フレーム内のＭＡＣヘッダを解析し、発信元ＭＡＣアドレス、宛て先ＭＡＣアドレスを検出する。宛て先ＭＡＣアドレスが自分宛てでなければ受信パケットを破棄する。自分宛てであれば、ＩＰヘッダ解析部７０７へ転送する。
ＩＰヘッダ解析部７０７では、ＩＰパケット内のＩＰヘッダを解析し、発信元ＩＰアドレス、宛て先ＩＰアドレスを検出する。宛て先ＩＰアドレスが自分宛てでなければ受信パケットを破棄する。自分宛てであれば、プロトコル種別判定部７０８へ転送する。
【００２４】
プロトコル種別判定部７０８では、ＩＰヘッダ内のプロトコル種別を判定し、ＴＣＰであれば、ＴＣＰポート番号解析部７０９へ転送する。プロトコル種別がＵＤＰであれば、ＵＤＰポート番号解析部７１０へ転送する。不要なプロトコル種別であれば、受信パケットを破棄する。
ＴＣＰポート番号解析部７０９では、ＴＣＰヘッダを解析し、発信元ＴＣＰポート番号、宛て先ＴＣＰポート番号を検出する。検出した宛て先ＴＣＰポート番号から、対応するアプリケーションを判定し、ＴＣＰヘッダを除いたデータを対応する各アプリケーションへ渡す。検出した宛て先ＴＣＰポート番号に対応するアプリケーションがなければ、受信パケットを破棄する。
【００２５】
ＵＤＰポート番号解析部７１０では、ＵＤＰヘッダを解析し、発信元ＵＤＰポート番号、宛て先ＵＤＰポート番号を検出する。検出した宛て先ＵＤＰポート番号から、対応するアプリケーションを判定し、ＵＤＰヘッダを除いたデータを対応する各アプリケーションへ渡す。検出した宛て先ＵＤＰポート番号に対応するアプリケーションがなければ、受信パケットを破棄する。
【００２６】
以上で、プロトコル受信処理が完了する。
【非特許文献１】Ｗ・リチャード・スティーヴンス著，「詳細ＴＣＰ／ＩＰ  Ｖｏｌ．１  プロト        コル」，株式会社ピアソン・エデュケーション，２０００年１２月２０日
【発明の開示】
【発明が解決しようとする課題】
【００２７】
しかし、以上の様に従来のＴＣＰ／ＩＰ受信システムでは、パケットフィルタリング処理を行うパケット処理装置７０１とプロトコル受信処理を行うプロトコル受信処理装置７０５で、パケットヘッダの解析を２重に行っているという問題がある。
パケット処理装置７０１でパケットヘッダ解析を行っているにも関わらず、再度、プロトコル受信処理装置７０５でパケットヘッダ解析を行っていては、プロトコル受信処理装置７０５の処理負荷を削減できず、また、ＴＣＰ／ＩＰ受信システム７の小型化、低コスト化もできない。
【００２８】
そこで本発明は、プロトコル受信処理における処理負荷を削減するためのパケット処理方法、パケット処理装置、パケット処理プログラムを提供することを目的とする。また、別の本発明は、パケット受信処理の処理負荷を削減可能なパケット受信処理装置、およびパケット受信システムを提供することを目的とする。
【課題を解決するための手段】
【００２９】
請求項１に記載のパケット処理方法は、ディジタルデータを含むパケットに対してフィルタリング処理を行うパケット処理方法であって、フィルタリングステップと、パケットヘッダ情報付加ステップとを備えている。フィルタリングステップは、パケットのヘッダ部の解析に基づいて、パケットの通過の決定もしくは破棄の決定を行う。パケットヘッダ情報付加ステップは、フィルタリングステップにより通過の決定がされたパケットに対して、ヘッダ部が含むパケットヘッダ情報を付加して出力する。
【００３０】
本発明のパケット処理方法では、パケットヘッダ情報を付加したパケットを出力する。このため、処理されたパケットをプロトコル受信処理する際に、パケットのヘッダ部の解析を行う必要が無く、処理負荷が削減可能となる。
また、付随的な効果として、パケット受信処理を行うパケット受信処理装置およびパケット受信システムなどの高スループット化、小型化、低コスト化を実現することも可能となる。
【００３１】
請求項２に記載のパケット処理方法は、請求項１に記載のパケット処理方法であって、フィルタリングステップは、パケットヘッダ解析ステップと、フィルタリング判定ステップとを有している。パケットヘッダ解析ステップは、パケットのヘッダ部を解析する。フィルタリング判定ステップは、パケットの通過もしくは破棄のための条件であるフィルタリング条件とヘッダ部が含むパケットヘッダ情報とを比較判定し、パケットの通過の決定もしくは破棄の決定を行う。
【００３２】
請求項３に記載のパケット処理方法は、請求項２に記載のパケット処理方法であって、フィルタリングステップは、フィルタリング条件を設定させるフィルタリング条件設定ステップをさらに有している。
請求項４に記載のパケット処理方法は、請求項２または３に記載のパケット処理方法であって、フィルタリング条件は、ＭＡＣアドレス、ＩＰアドレス、ＴＣＰポート番号、ＵＤＰポート番号、プロトコル種別のいずれか１つ、もしくは２つ以上の組み合わせであることを特徴とする。
【００３３】
請求項５に記載のパケット処理方法は、請求項１〜４のいずれかに記載のパケット処理方法であって、パケットは、ＴＣＰ／ＩＰプロトコルに準拠したパケットであることを特徴とする。
請求項６に記載のパケット処理方法は、請求項１〜５のいずれかに記載のパケット処理方法であって、パケットヘッダ情報を付加して出力する際に、パケットに付加されるパケットヘッダ情報のデータ長が２のＮ乗ビットの倍数（Ｎは自然数）であることを特徴とする。
【００３４】
本発明のパケット処理方法では、付加されるパケットヘッダ情報は、２のＮ乗ビット、例えば、１６ビットや３２ビットにバイトアライメントされている。このため、パケットヘッダ情報の読み出しが容易になる。
請求項７に記載のパケット処理方法は、請求項１〜６のいずれかに記載のパケット処理方法であって、パケットヘッダ情報を付加して出力する際に、パケットに付加されるパケットヘッダ情報は、あらかじめ定められた位置において、所定のデータ長により付加されることを特徴とする。
【００３５】
本発明のパケット処理方法では、付加されるパケットヘッダ情報は、あらかじめ定められた位置において、所定のデータ長により付加される。このため、パケットヘッダ情報の読み出しが容易になる。
請求項８に記載のパケット処理方法は、請求項１〜７のいずれかに記載のパケット処理方法であって、パケットヘッダ情報を付加して出力する際に、パケットに付加されるパケットヘッダ情報がパケットの先頭に付加されることを特徴とする。
【００３６】
本発明のパケット処理方法では、パケットの先頭にパケットヘッダ情報が付加される。このため、パケットの長さに依存せずパケットヘッダ情報を読み出しを行わせることが可能となる。
請求項９に記載のパケット処理方法は、請求項１〜７のいずれかに記載のパケット処理方法であって、パケットヘッダ情報を付加して出力する際に、パケットに付加されるパケットヘッダ情報がパケットの後尾に付加されることを特徴とする。
【００３７】
本発明のパケット処理方法では、パケットの後尾にパケットヘッダ情報が付加される。このため、パケット全体の長さがわかれば、パケットヘッダ情報の読み出しを容易に行うことが可能となる。
請求項１０に記載のパケット処理装置は、ディジタルデータを含むパケットに対してフィルタリング処理を行うパケット処理装置であって、フィルタリング手段と、パケットヘッダ情報付加手段とを備えている。フィルタリング手段は、パケットのヘッダ部の解析に基づいて、パケットの通過の決定もしくは破棄の決定を行う。パケットヘッダ情報付加手段は、フィルタリング手段により通過の決定がされたパケットに対して、ヘッダ部が含むパケットヘッダ情報を付加して出力する。
【００３８】
本発明のパケット処理装置では、パケットヘッダ情報を付加したパケットを出力する。このため、処理されたパケットをプロトコル受信処理する際に、パケットのヘッダ部の解析を行う必要が無く、処理負荷が削減可能となる。
また、付随的な効果として、パケット受信処理を行うパケット受信処理装置およびパケット受信システムなどの高スループット化、小型化、低コスト化を実現することも可能となる。
【００３９】
請求項１１に記載のパケット処理装置は、請求項１０に記載のパケット処理装置であって、フィルタリング手段は、パケットヘッダ解析手段と、フィルタリング判定手段とを有している。パケットヘッダ解析手段は、パケットのヘッダ部を解析する。フィルタリング判定手段は、パケットの通過もしくは破棄のための条件であるフィルタリング条件とヘッダ部が有するパケットヘッダ情報とを比較判定し、パケットの通過の決定もしくは破棄の決定を行う。
【００４０】
請求項１２に記載のパケット処理装置は、請求項１１に記載のパケット処理装置であって、フィルタリング手段は、フィルタリング条件を設定させるフィルタリング条件設定手段をさらに有している。
請求項１３に記載のパケット処理装置は、請求項１１または１２に記載のパケット処理装置であって、フィルタリング条件は、ＭＡＣアドレス、ＩＰアドレス、ＴＣＰポート番号、ＵＤＰポート番号、プロトコル種別のいずれか１つ、もしくは２つ以上の組み合わせであることを特徴とする。
【００４１】
請求項１４に記載のパケット処理装置は、請求項１０〜１３のいずれかに記載のパケット処理装置であって、パケットは、ＴＣＰ／ＩＰプロトコルに準拠したパケットであることを特徴とする。
請求項１５に記載のパケット処理装置は、請求項１０〜１４のいずれかに記載のパケット処理装置であって、パケットヘッダ情報付加手段においてパケットに付加されるパケットヘッダ情報のデータ長は、２のＮ乗ビットの倍数（Ｎは自然数）であることを特徴とする。
【００４２】
本発明のパケット処理装置では、付加されるパケットヘッダ情報は、２のＮ乗ビット、例えば、１６ビットや３２ビットにバイトアライメントされている。このため、パケットヘッダ情報の読み出しが容易になる。
請求項１６に記載のパケット処理装置は、請求項１０〜１５のいずれかに記載のパケット処理装置であって、パケットヘッダ情報付加手段においてパケットに付加されるパケットヘッダ情報は、あらかじめ定められた位置において、所定のデータ長により付加されることを特徴とする。
【００４３】
本発明のパケット処理装置では、付加されるパケットヘッダ情報は、あらかじめ定められた位置において、所定のデータ長により付加される。このため、パケットヘッダ情報の読み出しが容易になる。
請求項１７に記載のパケット処理装置は、請求項１０〜１６のいずれかに記載のパケット処理装置であって、パケットヘッダ情報付加手段においてパケットに付加されるパケットヘッダ情報は、パケットの先頭に付加されることを特徴とする。
【００４４】
本発明のパケット処理装置では、パケットの先頭にパケットヘッダ情報が付加される。このため、パケットの長さに依存せずパケットヘッダ情報を読み出しを行わせることが可能となる。
請求項１８に記載のパケット処理装置は、請求項１０〜１６のいずれかに記載のパケット処理装置であって、パケットヘッダ情報付加手段においてパケットに付加されるパケットヘッダ情報は、パケットの後尾に付加されることを特徴とする。
【００４５】
本発明のパケット処理装置では、パケットの後尾にパケットヘッダ情報が付加される。このため、パケット全体の長さがわかれば、パケットヘッダ情報の読み出しを容易に行うことが可能となる。
請求項１９に記載のパケット処理プログラムは、コンピュータにより、ディジタルデータを含むパケットに対してフィルタリング処理を行うパケット処理プログラムであって、フィルタリングステップと、パケットヘッダ情報付加ステップとを備えるパケット処理方法をコンピュータに行わせるものである。フィルタリングステップは、パケットのヘッダ部の解析に基づいて、パケットの通過の決定もしくは破棄の決定を行う。パケットヘッダ情報付加ステップは、フィルタリングステップにより通過の決定がされたパケットに対して、ヘッダ部が含むパケットヘッダ情報を付加して出力する。
【００４６】
本発明のパケット処理プログラムでは、パケットヘッダ情報を付加したパケットを出力する。このため、処理されたパケットをプロトコル受信処理する際に、パケットのヘッダ部の解析を行う必要が無く、処理負荷が削減可能となる。
また、付随的な効果として、パケット受信処理を行うパケット受信処理装置およびパケット受信システムなどの高スループット化、小型化、低コスト化を実現することも可能となる。
【００４７】
請求項２０に記載のパケット受信処理装置は、パケットの受信処理を行うパケット受信処理装置であって、パケットヘッダ情報解析手段と、受信判定手段とを備えている。パケットヘッダ情報解析手段は、あらかじめ定められた位置において、所定のデータ長により付加されているパケットヘッダ情報を解析する。受信判定手段は、パケットヘッダ情報解析手段の解析に基づいて、パケットの通過の決定もしくは破棄の決定を行う。
【００４８】
本発明のパケット受信処理装置では、パケットの受信処理に際して、パケットのヘッダ部の解析を行う必要がない。このため、受信処理に要する処理負荷を削減することが可能となる。
請求項２１に記載のパケット受信システムは、請求項１０〜１８のいずれかに記載のパケット処理装置と、パケット処理装置から出力されたパケットに対してＴＣＰ／ＩＰプロトコル受信処理を行うパケット受信処理装置とを備えている。
【００４９】
本発明のパケット受信システムでは、パケットの受信処理に際して、パケットのヘッダ部の解析を行う必要がない。このため、受信処理に要する処理負荷を削減することが可能となる。
【発明の効果】
【００５０】
以上、説明したように、本発明のパケット処理方法によれば、パケットのヘッダ部の解析に基づいて、パケットの通過の決定もしくは破棄の決定を行うとともに、通過の決定がされたパケットに対して、ヘッダ部が含むパケットヘッダ情報を付加して出力する。このため、パケット受信処理において再度ヘッダ部の解析を行う必要がなく、パケット受信処理の処理負荷を削減することが可能となる。また、例えば、付随的な効果として、パケット受信処理を行うパケット受信処理装置およびパケット受信システムなどの高スループット化、小型化、低コスト化を実現することも可能となる。
【発明を実施するための最良の形態】
【００５１】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
（実施の形態）
図１は、本発明の実施の形態を示すＴＣＰ／ＩＰ受信システムを説明するためのブロック図である。
本実施の形態のＴＣＰ／ＩＰ受信システムは、パケット列を受信し、それぞれのパケットについてパケットフィルタリング処理を行った後、プロトコル受信処理を行うものである。
【００５２】
図１において、１はＴＣＰ／ＩＰ受信システム、１０１はパケット処理装置、１２０はフィルタリング部、１０２はパケットヘッダ解析部、１０３はフィルタリング条件設定部、１０４はフィルタリング判定部、１０５はパケットヘッダ情報付加部、１０６はプロトコル受信処理装置、１０７はＭＡＣヘッダ解析部、１０８はＩＰヘッダ解析部、１０９はプロトコル種別判定部、１１０はＴＣＰポート番号解析部、１１１はＵＤＰポート番号解析部である。
【００５３】
ＴＣＰ／ＩＰ受信システム１は、パケット列を受信し、それぞれのパケットについてパケットフィルタリング処理を行うパケット処理装置１０１と、フィルタリング処理されたパケットのプロトコル受信処理を行うプロトコル受信処理装置１０６とから構成される。
パケット処理装置１０１は、フィルタリング部１２０、パケットヘッダ情報付加部１０５から構成される。フィルタリング部１２０は、パケットヘッダ解析部１０２、フィルタリング条件設定部１０３、フィルタリング判定部１０４から構成される。プロトコル受信処理装置１０６は、ＭＡＣヘッダ解析部１０７、ＩＰヘッダ解析部１０８、プロトコル種別判定部１０９、ＴＣＰポート番号解析部１１０、ＵＤＰポート番号解析部１１１から構成される。
【００５４】
パケット処理装置１０１では、受信したパケットのフィルタリング処理が行われる。
まず、パケットヘッダ解析部１０２では、受信したパケットのＭＡＣヘッダ、ＩＰヘッダ、ＴＣＰヘッダ、ＵＤＰヘッダなどのヘッダ部を解析し、発信元ＭＡＣアドレス、宛て先ＭＡＣアドレス、発信元ＩＰアドレス、宛て先ＩＰアドレス、プロトコル種別、発信元ＴＣＰポート番号、宛て先ＴＣＰポート番号、発信元ＵＤＰポート番号、宛て先ＵＤＰポート番号などの情報を取得する。
【００５５】
フィルタリング条件設定部１０３では、プロトコル受信処理を行う前にあらかじめ不要なパケットをフィルタリングするための条件を設定する。設定するフィルタリング条件は、発信元ＭＡＣアドレス、宛て先ＭＡＣアドレス、発信元ＩＰアドレス、宛て先ＩＰアドレス、プロトコル種別、発信元ＴＣＰポート番号、宛て先ＴＣＰポート番号、発信元ＵＤＰポート番号、宛て先ＵＤＰポート番号などである。
【００５６】
フィルタリング判定部１０４では、フィルタリング条件設定部１０３で設定された条件と、パケットヘッダ解析部１０２で解析されたパケットヘッダ情報とを比較し、受信パケットを通過させるか、または破棄するかを決定する。破棄条件と一致したパケットは、ここで破棄される。
通過条件と一致したパケットには、パケットヘッダ情報付加部１０５においてパケットヘッダ情報が付加される。
【００５７】
図２は、本発明の実施の形態を示すパケットヘッダ情報付加部１０５を説明するための概念図である。
パケットヘッダ情報付加部１０５では、パケットヘッダ解析部１０２で解析されたパケットヘッダ情報を、受信したパケット（イーサネット（登録商標）フレーム）に付加する。本実施の形態では、パケットヘッダ解析部１０２で解析されたパケットヘッダ情報のバイト数は、２８ｂｙｔｅとする。パケットヘッダ情報には、発信元ＭＡＣアドレス、宛て先ＭＡＣアドレス、発信元ＩＰアドレス、宛て先ＩＰアドレス、プロトコル種別、発信元ＴＣＰポート番号、宛て先ＴＣＰポート番号、発信元ＵＤＰポート番号、宛て先ＵＤＰポート番号などが格納されている。
【００５８】
２８ｂｙｔｅのパケットヘッダ情報を付加する位置は、イーサネット（登録商標）フレームの先頭とする。そうすることで、プロトコル受信処理装置１０６でヘッダ解析をする際に、パケットの先頭をチェックすることで、直ぐに受信パケットのパケットヘッダ情報を知ることができる様になる。
図３は、本発明の実施の形態を示すパケットヘッダ情報付加部１０５で生成されるパケットフォーマットを説明するための図である。
【００５９】
受信したパケット（イーサネット（登録商標）フレーム）の先頭にパケットヘッダ解析部１０２で解析されたパケットヘッダ情報２８ｂｙｔｅが付加されている。図３は、受信したパケットのプロトコル種別がＴＣＰの場合である。図３に示す通り、付加されるパケットヘッダ情報は３２ビットでバイトアライメントされている。イーサネット（登録商標）フレームも通常、３２ビットでバイトアライメントされている。
【００６０】
３２ビットでバイトアライメントされた２８ｂｙｔｅのパケットヘッダ情報は、図３に示す通り先頭から順に、発信元ＭＡＣアドレス（４８ビット）、宛て先ＭＡＣアドレス（４８ビット）、発信元ＩＰアドレス（３２ビット）、宛て先ＩＰアドレス（３２ビット）、プロトコル種別（８ビット）、発信元ＴＣＰポート番号（１６ビット）、宛て先ＴＣＰポート番号（１６ビット）となっている。プロトコル種別の後ろ２４ビットは、バイトアライメントのためスタッフィングされている。
【００６１】
受信したパケットのプロトコル種別がＵＤＰであった場合は、発信元ＴＣＰポート番号（１６ビット）、宛て先ＴＣＰポート番号（１６ビット）の部分がそれぞれ、発信元ＵＤＰポート番号（１６ビット）、宛て先ＵＤＰポート番号（１６ビット）となる。
上記で説明した２８ｂｙｔｅのパケットヘッダ情報がパケットに付加されて、プロトコル受信処理装置１０６へ転送される。
【００６２】
図４を用いて、パケット処理装置１０１におけるパケット処理方法についてさらに詳しく説明する。
まず、受信したパケット（イーサネット（登録商標）フレーム）のＭＡＣヘッダ、ＩＰヘッダ、ＴＣＰヘッダ、ＵＤＰヘッダなどのヘッダ部が解析され、発信元ＭＡＣアドレス、宛て先ＭＡＣアドレス、発信元ＩＰアドレス、宛て先ＩＰアドレス、プロトコル種別、発信元ＴＣＰポート番号、宛て先ＴＣＰポート番号、発信元ＵＤＰポート番号、宛て先ＵＤＰポート番号などのパケットヘッダ情報が取得される（ステップＳ１０）。
【００６３】
取得されたパケットヘッダ情報は、あらかじめ設定されたフィルタリング条件と比較され、受信したパケットを通過させるか、または破棄するかが決定される（ステップＳ１１）。破棄条件と一致したパケットは、ここで破棄される。このステップＳ１０およびステップＳ１１によりパケットのフィルタリングが行われる。
通過条件と一致したパケットには、ステップＳ１０で取得されたパケットヘッダ情報が付加され（ステップＳ１２）、プロトコル受信処理装置１０６へと出力される。
【００６４】
ここで、パケットヘッダ情報の付加は、図２および図３を用いて説明したように行われる。
以下、図１の説明に戻る。
プロトコル受信処理装置１０６では、ＴＣＰ／ＩＰプロトコルの受信処理が行われる。
ＭＡＣヘッダ解析部１０７は、パケットヘッダ情報解析部１３０、受信判定部１３１から構成される（図５参照）。パケットヘッダ情報解析部１３０は、イーサネット（登録商標）フレームの先頭に付加されたパケットヘッダ情報内から、発信元ＭＡＣアドレス、宛て先ＭＡＣアドレスを取り出す。受信判定部１３１は、宛て先ＭＡＣアドレスが自分宛てでなければ受信パケットを破棄する。自分宛てであれば、ＩＰヘッダ解析部１０８へ転送する。こうすることで、従来、ＭＡＣヘッダ内を解析して、ＭＡＣアドレスの検出を行っていた処理を省く事ができ、プロトコル受信処理の負荷を削減できる。
【００６５】
ＩＰヘッダ解析部１０８は、図５に示したＭＡＣヘッダ解析部１０７と同様に、パケットヘッダ情報解析部、受信判定部から構成される。パケットヘッダ情報解析部は、イーサネット（登録商標）フレームの先頭に付加されたパケットヘッダ情報内から、発信元ＩＰアドレス、宛て先ＩＰアドレスを取り出す。受信判定部は、宛て先ＩＰアドレスが自分宛てでなければ受信パケットを破棄する。自分宛てであれば、プロトコル種別判定部１０９へ転送する。こうすることで、従来、ＩＰヘッダ内を解析して、ＩＰアドレスの検出を行っていた処理を省く事ができ、プロトコル受信処理の負荷を削減できる。
【００６６】
プロトコル種別判定部１０９は、図５に示したＭＡＣヘッダ解析部１０７と同様に、パケットヘッダ情報解析部、受信判定部から構成される。パケットヘッダ情報解析部は、イーサネット（登録商標）フレームの先頭に付加されたパケットヘッダ情報内から、プロトコル種別を取り出す。受信判定部は、プロトコル種別がＴＣＰであれば、ＴＣＰポート番号解析部１１０へ転送する。プロトコル種別がＵＤＰであれば、ＵＤＰポート番号解析部１１１へ転送する。不要なプロトコル種別であれば、受信パケットを破棄する。こうすることで、従来、ＩＰヘッダ内を解析して、プロトコル種別の検出を行っていた処理を省く事ができ、プロトコル受信処理の負荷を削減できる。
【００６７】
ＴＣＰポート番号解析部１１０は、図５に示したＭＡＣヘッダ解析部１０７と同様に、パケットヘッダ情報解析部、受信判定部から構成される。パケットヘッダ情報解析部は、イーサネット（登録商標）フレームの先頭に付加されたパケットヘッダ情報内から、発信元ＴＣＰポート番号、宛て先ＴＣＰポート番号を取り出す。受信判定部は、取り出した宛て先ＴＣＰポート番号から、対応するアプリケーションを判定し、ＴＣＰヘッダを除いたデータを対応する各アプリケーションへ渡す。取り出した宛て先ＴＣＰポート番号に対応するアプリケーションがなければ、受信パケットを破棄する。こうすることで、従来、ＴＣＰヘッダ内を解析して、ＴＣＰポート番号の検出を行っていた処理を省く事ができ、プロトコル受信処理の負荷を削減できる。
【００６８】
ＵＤＰポート番号解析部１１１は、図５に示したＭＡＣヘッダ解析部１０７と同様に、パケットヘッダ情報解析部、受信判定部から構成される。パケットヘッダ情報解析部は、イーサネット（登録商標）フレームの先頭に付加されたパケットヘッダ情報内から、発信元ＵＤＰポート番号、宛て先ＵＤＰポート番号を取り出す。受信判定部は、取り出した宛て先ＵＤＰポート番号から、対応するアプリケーションを判定し、ＵＤＰヘッダを除いたデータを対応する各アプリケーションへ渡す。取り出した宛て先ＵＤＰポート番号に対応するアプリケーションがなければ、受信パケットを破棄する。こうすることで、従来、ＵＤＰヘッダ内を解析して、ＵＤＰポート番号の検出を行っていた処理を省く事ができ、プロトコル受信処理の負荷を削減できる。
【００６９】
以上で、プロトコル受信処理が完了する。
図６を用いて、ＴＣＰ／ＩＰプロトコル受信処理の手順をさらに詳しく説明する。
パケットが受信されると、まずイーサネット（登録商標）フレームの先頭に付加されたパケットヘッダ情報の先頭からの９６ビットが読み出され、発信元ＭＡＣアドレス、宛て先ＭＡＣアドレスが取り出される（ステップＳ２１）。次に、取り出した宛て先ＭＡＣアドレスが、自分宛てかどうか判断し（ステップＳ２２）、自分宛てでなければパケットを破棄する。
【００７０】
もし、自分宛てであれば、パケットヘッダ情報の９７ビット目からの６４ビットが読み出され、発信元ＩＰアドレス、宛て先ＩＰアドレスが取り出される（ステップＳ２３）。次に、取り出した宛て先ＩＰアドレスが、自分宛てかどうか判断し（ステップＳ２４）、自分宛てでなければパケットを破棄する。
もし、自分宛てのパケットであれば、パケットヘッダ情報の１６１ビット目からの８ビットが読み出され（ステップＳ２５）、プロトコル種別が判断され（ステップＳ２６）、不要なプロトコル種別であればパケットが破棄される。
【００７１】
プロトコル種別がＴＣＰであれば、パケットヘッダ情報の１９３ビット目からの３２ビットが読み出され、発信元ＴＣＰポート番号、宛て先ＴＣＰポート番号が取り出される（ステップＳ２７）。取り出された宛て先ＴＣＰポート番号から、対応するアプリケーションが判定され（ステップＳ２８）、ＴＣＰヘッダを除いたデータが対応する各アプリケーションへ渡される。取り出した宛て先ＴＣＰポート番号に対応するアプリケーションがなければ、受信パケットが破棄される。
【００７２】
ステップＳ２６でプロトコル種別がＵＤＰであれば、パケットヘッダ情報の１９３ビット目からの３２ビットが読み出され、発信元ＵＤＰポート番号、宛て先ＵＤＰポート番号が取り出される（ステップＳ２９）。取り出された宛て先ＵＤＰポート番号から、対応するアプリケーションが判定され（ステップＳ３０）、ＵＤＰヘッダを除いたデータが対応する各アプリケーションへ渡される。取り出した宛て先ＵＤＰポート番号に対応するアプリケーションがなければ、受信パケットが破棄される。
【００７３】
以上の様に、本実施の形態によれば、パケット処理装置１０１において、パケットヘッダ解析部１０２により解析されたパケットヘッダ情報を、イーサネット（登録商標）フレームに付加して出力し、プロトコル受信処理装置１０６において、イーサネット（登録商標）フレームに付加されたパケットヘッダ情報によりプロトコル受信処理を行う。このため、プロトコル受信処理におけるパケットヘッダ解析処理の負荷を削減することができる。また、ＴＣＰ／ＩＰ受信システム１全体の高スループット化、小型化、低コスト化が実現できる。
【００７４】
以上の様に、本実施の形態によれば、ディジタルデータを含むパケットを入力し、パケットに対してフィルタリング処理を行う際に、入力されたパケットのヘッダ部を解析し、入力されたパケットを通過もしくは破棄するかどうかのフィルタリング条件を設定し、設定されたフィルタリング条件と解析されたパケットヘッダ情報とを比較判定し、パケットを通過するか又は破棄するかを決定し、かつ比較判定結果により通過したパケットに対して、解析されたパケットヘッダ情報を付加して出力する。このため、プロトコル受信処理におけるパケットヘッダ解析処理の負荷を削減することができる。また、受信システム全体の高スループット化、小型化、低コスト化が実現できる。
【００７５】
通常、ＴＣＰ／ＩＰ受信システム１でハードウエア実装される形態としては、パケット処理装置１０１をＡＳＩＣなどのＬＳＩで構成し、プロトコル受信処理装置１０６はマイコンなどのＣＰＵで構成する。
本発明を適用すれば、プロトコル受信処理を行うマイコンにおいて、３２ビットクラスの高機能マイコンが不要となり、低価格のマイコンで実現できるようになる。
【００７６】
また、パケットヘッダ情報をメモリやレジスタに一旦保存して、パケット処理を行うＡＳＩＣからプロトコル受信処理を行うマイコンへ渡す場合、メモリやレジスタが必要となる。一方、本発明によれば、イーサネット（登録商標）フレームにパケットヘッダ情報を付加して、パケット処理を行うＡＳＩＣからプロトコル受信処理を行うマイコンへ渡す構成としたので、パケットヘッダ情報を受け渡すのにメモリやレジスタ等が不要となり、低コスト化が実現できる。
【００７７】
なお、本発明は、上記実施の形態に限定されるものではなく、本発明の趣旨に基づいて種々の変形が可能であり、これらを本発明の範囲から排除するものではない。
本発明におけるパケットヘッダ情報付加部１０５において付加されるパケットヘッダ情報のフォーマットは、上記実施の形態のフォーマットに限定されない。ＭＡＣアドレス、ＩＰアドレス、プロトコル種別、ポート番号などの配列順序、及び付加するパケットヘッダ情報の内容の選択は、種々の変形が可能である。パケット処理装置１０１とプロトコル受信処理装置１０６との間でパケットヘッダ情報のフォーマットが共有されていればよい。特に、パケットヘッダ情報は、３２ビットでバイトアライメントされていなくともよい。例えば、１６ビットなど、２のＮ乗ビット（Ｎは自然数）にバイトアライメントされていても良い。また、本発明の効果は、パケットヘッダ情報が２８バイトの大きさである場合に限定されるものではない。
【００７８】
また、パケットヘッダ情報付加部１０５において付加されるパケットヘッダ情報の位置は、受信したイーサネット（登録商標）フレームの先頭に限らない。イーサネット（登録商標）フレームの後尾にパケットヘッダ情報を付加してもかまわない。このような場合でも、イーサネット（登録商標）フレームのデータ長を解析することによりパケットヘッダ情報の読み出し位置が特定されるため、イーサネット（登録商標）フレームのヘッダ部の解析に必要とされる処理が削減可能となる。
【００７９】
さらに、本発明を適用可能なパケット処理装置１０１およびプロトコル受信処理装置１０６で処理を行うＩＰプロトコルは、ＩＰアドレスが３２ビットで表されるＩＰｖ４に限らない。近年、ＩＰｖ４のアドレス枯渇が問題になってきており、アドレス帯域を拡大した次バージョンであるＩＰｖ６プロトコルによる通信ネットワークの開発が進められている。ＩＰｖ４のＩＰアドレスは３２ビットであったが、ＩＰｖ６では、１２８ビットのＩＰアドレスが各機器に割り当てられ、アドレス帯域は大幅に拡大する。本発明は、ＩＰアドレスが１２８ビットのＩＰｖ６に対しても適用可能である。
【００８０】
特に、ＩＰプロトコルデータを送受信するＴＣＰ／ＩＰ受信装置、及びネットワーク対応家電機器においては、機器全体の小型化、低コスト化が必要な場合が多く、かつデータの伝送効率を、出来る限り上げることが求められる。かかる点からも、ＴＣＰ／ＩＰ受信装置、ネットワーク対応家電機器、その他ＴＣＰ／ＩＰプロトコルで接続される全ての機器に対して、本発明の適用効果が大きい。
【００８１】
また、パケット処理装置１０１あるいはプロトコル受信処理装置１０６における各部の動作、図４、図６を用いて説明した手順などは、コンピュータプログラムとして実現されていてもよい。これらのコンピュータプログラムをフレキシブルディスク等の記憶媒体に記録し、独立したコンピュータシステムにおいて実施することも可能である。ここで、記録媒体とは、例えば、光ディスク、ＩＣカード、ＲＯＭカセット等、プログラムを記録できるものであればいずれの形態でもかまわない。
【産業上の利用可能性】
【００８２】
本発明にかかるパケット処理方法、パケット処理装置、パケット処理プログラムは、プロトコル受信処理における処理負荷を削減させるパケットフィルタリング機能を有し、通信ネットワーク受信端末等として有用である。また、通信ネットワークに接続される家電製品等の用途にも応用できる。また、別の本発明にかかるパケット受信処理装置、およびパケット受信システムにより、パケット受信処理の処理負荷が削減可能であり、通信ネットワーク受信端末等として有用である。また、通信ネットワークに接続される家電製品等の用途にも応用できる。
【図面の簡単な説明】
【００８３】
【図１】本発明の実施の形態を示すＴＣＰ／ＩＰ受信システムのブロック図である。
【図２】本発明の実施の形態を示すパケットヘッダ情報の概念図である。
【図３】本発明の実施の形態を示すパケットヘッダ情報付加部で生成されるパケットフォーマットを示した図である。
【図４】本発明の実施の形態を示すパケット処理の手順を示したフローチャートである。
【図５】本発明の実施の形態を示すＭＡＣヘッダ解析部のブロック図である。
【図６】本発明の実施の形態を示すＴＣＰ／ＩＰプロトコル受信処理の手順を示したフローチャートである。
【図７】ＴＣＰ／ＩＰプロトコルの階層図である。
【図８】各プロトコルスタックのヘッダ、データ構造の概略図である。
【図９】ＴＣＰ／ＩＰプロトコル受信処理の手順を示したフローチャートである。
【図１０】従来のＴＣＰ／ＩＰ受信システムのブロック図である。
【符号の説明】
【００８４】
１        ＴＣＰ／ＩＰ受信システム
１０１    パケット処理装置
１０２    パケットヘッダ解析部
１０３    フィルタリング条件設定部
１０４    フィルタリング判定部
１０５    パケットヘッダ情報付加部
１０６    プロトコル受信処理装置
１０７    ＭＡＣヘッダ解析部
１０８    ＩＰヘッダ解析部
１０９    プロトコル種別判定部
１１０    ＴＣＰポート番号解析部
１１１    ＵＤＰポート番号解析部
１２０    フィルタリング部
１３０    パケットヘッダ情報解析部
１３１    受信判定部
７        ＴＣＰ／ＩＰ受信システム
７０１    パケット処理装置
７０２    パケットヘッダ解析部
７０３    フィルタリング条件設定部
７０４    フィルタリング判定部
７０５    プロトコル受信処理装置
７０６    ＭＡＣヘッダ解析部
７０７    ＩＰヘッダ解析部
７０８    プロトコル種別判定部
７０９    ＴＣＰポート番号解析部
７１０    ＵＤＰポート番号解析部
【図１】
2005203941.tif 000003
【図２】
2005203941.tif 000004
【図３】
2005203941.tif 000005
【図４】
2005203941.tif 000006
【図５】
2005203941.tif 000007
【図６】
2005203941.tif 000008
【図７】
2005203941.tif 000009
【図８】
2005203941.tif 000010
【図９】
2005203941.tif 000011
【図１０】
2005203941.tif 000012