(57)【要約】【課題】  不要なメッセージの処理に関わるプロセッサの負荷を低減させることができるフレーム処理装置を提供する。【解決手段】  初めて受信したメッセージを比較の基準である基準メッセージとし、以降受信して分類されたメッセージに対して、基準メッセージとの一致比較を行うメッセージ一致比較部２３００と、一致したメッセージに対して当該メッセージが受信済みであるか否かを判定する冗長メッセージ判定部２４００と、を有し、冗長メッセージ判定部２４００は、基準メッセージを受信した時刻からの受信経過時間が判定基準値の範囲内にある場合には当該メッセージを廃棄し、受信経過時間が判定基準値を超過している場合には基準メッセージをクリアする。【選択図】  図２
2007043382.tif 000002
【特許請求の範囲】
【請求項１】
通信装置において受信したフレームの中から判別した特定のフレームの通過又は廃棄を決定するフレーム処理装置であって、
フレームのヘッダ情報及びペイロード情報を用いて抽出した、フレームに含まれる制御用のメッセージを分類する分類手段と、
分類されたメッセージ毎に初めて受信したメッセージを比較の基準である基準メッセージとして、以降受信して分類されたメッセージに対して、前記基準メッセージとの一致比較を行うメッセージ一致比較手段と、
前記基準メッセージと一致したメッセージに対して当該メッセージが既に受信済みである同一メッセージであるか否かを判定する冗長メッセージ判定手段と、を有し、
前記冗長メッセージ判定手段は、前記基準メッセージを受信した時刻からの受信経過時間を測定する測定手段を備え、判定対象となるメッセージを受信するまでの受信経過時間が、時間に基づいて規定される判定基準値の範囲内にある場合には当該メッセージを既に受信済みであると判定して廃棄し、前記受信経過時間が前記判定基準値を超過している場合には前記基準メッセージをクリアし、前記測定手段が当該メッセージを受信した時刻から新たに受信経過時間を測定するフレーム処理装置。
【請求項２】
前記判定基準値は、予め外部より設定される請求項1記載のフレーム処理装置。
【請求項３】
前記判定基準値は、メッセージから算出されるメッセージの有効期間情報を用いて算出される値、または、当該有効期間情報とヘッダ情報及びペイロード情報にて特定されたプロトコルの規定に基づき算出されるメッセージのリフレッシュ間隔情報とを用いて算出される値である請求項1記載のフレーム処理装置。
【請求項４】
前記メッセージ一致比較手段は、前記基準メッセージと前記メッセージ一致比較手段の比較対象となる比較対象メッセージとを、ビット単位、オクテット単位、またはそれらの組み合わせによる比較、若しくは、ハッシュ演算等の一定長へのデータ変換演算を用いた比較を行い、一致不一致を判定する請求項1から３のいずれか一項記載のフレーム処理装置。
【請求項５】
前記メッセージ一致比較手段は、前記比較に先立ち、メッセージ内の各情報要素フィールドのフォーマットが規定されたフォーマット情報を用いてメッセージ内の情報要素フィールドを並べ替え、前記基準メッセージのフォーマットと前記比較対象メッセージのフォーマットとを整合させる請求項４記載のフレーム処理装置。
【請求項６】
前記メッセージ一致比較手段は、前記比較に先立ち、前記基準メッセージ及び前記比較対象メッセージそれぞれに含まれるスペース・タブ文字列を削除する請求項４記載のフレーム処理装置。
【請求項７】
応答を行うべき受信フレームのヘッダ情報及びペイロード情報を検出する検出手段と、
前記検出手段の検出結果から前記受信フレームに対応する送出フレームを特定する特定手段と、
送出フレーム流から、特定した送出フレームを抽出する抽出手段と、
抽出した送出フレームの複製フレームを作成して前記送出フレーム流に挿入する挿入手段と、
を有する請求項１記載のフレーム処理装置。
【請求項８】
前記挿入手段は、前記複製フレームを前記送出フレーム流に挿入する際、予め設定された値に基づいたフレーム間隔を付与する付与手段を有する請求項７記載のフレーム処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークインタフェースを通じてイーサネット（登録商標）などのフレームを送受信処理する装置において、フレームを識別して、受信フレームの廃棄、通過、またはフレーム送出等の制御を行うフレーム処理装置に関する。
【背景技術】
【０００２】
ネット家電の普及に伴い、UPnPに代表される、ユーザの手間を削減しつつ接続性を確保する制御プロトコルの実装が必須となってきているが、実装に際しては下記のような課題が想定される。
・ユーザの手間を減らす分、機器間でやり取りされるメッセージが増大する。
・トラヒック制御等の余計な機能の実装はコスト上制限されるため、制御フレームがバースト的に出力される。
・コスト面の制約から、ネット家電では高性能なプロセッサが使用できないため、このようなトラヒックの処理負荷が負担となる。
【０００３】
従来の技術としては、MACとIP層の間に簡易TCP/UDP処理を設けることでフレームの廃棄を行い、プロセッサの処理負荷を低減させるものがあった（例えば、特許文献１参照）。この従来技術では、MACとIP層の間に簡易TCP/UDP処理を設けることにより下記の処理を行う。まず、TCPの場合は簡易TCP/UDP処理が現在通信を行っているTCPポート番号と、次に受信すべきシーケンス番号、次に自ホストが送るべきシーケンス番号、相手に送出したが確認ACKが来ていないシーケンス番号とを入手する。そして、次に受信すべきシーケンス番号より小さい番号であれば再送データと判断し、そのデータは廃棄して次に受信すべき正しい番号を指定したACKを送出し、次に自ホストが送るべきシーケンス番号より小さい番号のACKであれば廃棄を行う。また、UDPの場合はプロセッサが処理対象としている宛先アドレス・ポート番号を入手し、対象外のフレームを廃棄する。このようにしてTCP及びUDP通信において、プロセッサが処理する必要のないフレームを廃棄して処理負荷を低減させていた。
【特許文献１】特開２００１−３３３０９６号公報（第３頁−第５頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
UPnPの規定では、機器制御に利用する制御メッセージに、有効期間に関する情報を付与しており、UPnP対応機器はこの有効期間に基づいた間隔で同じ内容の制御メッセージを繰り返し送出する。制御メッセージは他のUPnP対応機器で受信され、発出したUPnP対応機器の制御情報が現在も有効であると認識する。
【０００５】
その他に、伝送路の状態により制御メッセージが他の機器に到達しないことを避けるため、上記有効期間に基づいた間隔で制御メッセージを送出する際に、予備として同じ内容の制御メッセージを続けて送出することが規定されている。しかし、予備としての制御メッセージは、UPnP対応機器にて上記有効期間に基づいた制御メッセージが正常に受信された場合、機器にとって不要なメッセージとなる。
【０００６】
現状のホームネットワークでは接続される機器が少ないため顕在化していないが、将来ネット家電の普及により接続機器台数が増大した場合、機器にとっては上記不要なメッセージを大量に処理しなければならないことになる。
【０００７】
不要なメッセージはHTTP等のUDPより上位のアプリケーションレイヤのメッセージとして流れている。従って、プロセッサでアプリケーションレイヤの処理を行う通常の構成では、受信したイーサネットフレームに既に受信済みで不要なメッセージが含まれているか否かは、プロセッサにて通常のフレーム受信処理を行い、フレームからメッセージを取り出して受信済みのメッセージとの比較処理を行うまで判別できない。つまり、上記不要なメッセージが増大すると、処理する必要がないにも関わらずプロセッサの処理負荷が増大してしまう。
【０００８】
本発明は、上記事情に鑑みてなされたものであって、不要なメッセージの処理に関わるプロセッサの負荷を低減させることができるフレーム処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のフレーム処理装置は、通信装置において受信したフレームの中から判別した特定のフレームの通過又は廃棄を決定するフレーム処理装置であって、フレームのヘッダ情報及びペイロード情報を用いて抽出した、フレームに含まれる制御用のメッセージを分類する分類手段と、分類されたメッセージ毎に初めて受信したメッセージを比較の基準である基準メッセージとして、以降受信して分類されたメッセージに対して、前記基準メッセージとの一致比較を行うメッセージ一致比較手段と、前記基準メッセージと一致したメッセージに対して当該メッセージが既に受信済みである同一メッセージであるか否かを判定する冗長メッセージ判定手段と、を有し、前記冗長メッセージ判定手段が、前記基準メッセージを受信した時刻からの受信経過時間を測定する測定手段を備え、判定対象となるメッセージを受信するまでの受信経過時間が、時間に基づいて規定される判定基準値の範囲内にある場合には当該メッセージを既に受信済みであると判定して廃棄し、前記受信経過時間が前記判定基準値を超過している場合には前記基準メッセージをクリアし、前記測定手段が当該メッセージを受信した時刻から新たに受信経過時間を測定するものである。
【００１０】
上記構成によれば、受信済みメッセージを含むフレームを廃棄する為、不要なメッセージの処理に関わるプロセッサの負荷を低減させることができる。
【００１１】
また、本発明のフレーム処理装置は、前記判定基準値が、予め外部より設定されるものである。
【００１２】
上記構成によれば、不要なメッセージの処理に伴うプロセッサの負荷を低減させることができる。
【００１３】
また、本発明のフレーム処理装置は、前記判定基準値が、メッセージから算出されるメッセージの有効期間情報を用いて算出される値、または、当該有効期間情報とヘッダ情報及びペイロード情報にて特定されたプロトコルの規定に基づき算出されるメッセージのリフレッシュ間隔情報とを用いて算出される値であるものである。
【００１４】
上記構成によれば、制御メッセージ内容に応じてプロトコル規定に基づいた判定基準値の算出を行うことができ、冗長メッセージ判定手段による不要なメッセージの廃棄を確実に行ってプロセッサの処理負荷をより低減させることができる。
【００１５】
また、本発明のフレーム処理装置は、前記メッセージ一致比較手段が、前記基準メッセージと前記メッセージ一致比較手段の比較対象となる比較対象メッセージとを、ビット単位、オクテット単位、またはそれらの組み合わせによる比較、若しくは、ハッシュ演算等の一定長へのデータ変換演算を用いた比較を行い、一致不一致を判定するものである。
【００１６】
上記構成によれば、メッセージの全体一致による判定を行うことができ、メッセージの比較を短期間で行うことができる。
【００１７】
また、本発明のフレーム処理装置は、前記メッセージ一致比較手段が、前記比較に先立ち、メッセージ内の各情報要素フィールドのフォーマットが規定されたフォーマット情報を用いてメッセージ内の情報要素フィールドを並べ替え、前記基準メッセージのフォーマットと前記比較対象メッセージのフォーマットとを整合させるものである。
【００１８】
上記構成によれば、メッセージ内の情報要素の順序が入れ替わっていても一致比較を行うことができる。
【００１９】
また、本発明のフレーム処理装置は、前記メッセージ一致比較手段が、前記比較に先立ち、前記基準メッセージ及び前記比較対象メッセージそれぞれに含まれるスペース・タブ文字列を削除するものである。
【００２０】
上記構成によれば、メッセージ内のスペース・タブ数が異なっていても一致比較を行うことができる。
【００２１】
また、本発明のフレーム処理装置は、応答を行うべき受信フレームのヘッダ情報及びペイロード情報を検出する検出手段と、前記検出手段の検出結果から前記受信フレームに対応する送出フレームを特定する特定手段と、送出フレーム流から、特定した送出フレームを抽出する抽出手段と、抽出した送出フレームの複製フレームを作成して前記送出フレーム流に挿入する挿入手段と、を有する。
【００２２】
上記構成によれば、受信したメッセージに対応した応答メッセージを送出することができ、応答を行うためのプロセッサ処理負荷を低減させることができる。
【００２３】
また、本発明のフレーム処理装置は、前記挿入手段が、前記複製フレームを前記送出フレーム流に挿入する際、予め設定された値に基づいたフレーム間隔を付与する付与手段を有するものである。
【００２４】
上記構成によれば、複製した送出フレームと他のフレームとの間隔を調整することができ、他の機器がそれら送出フレームを受信する際の処理負荷を低減させることができる。
【発明の効果】
【００２５】
本発明によれば、受信済みメッセージを含むフレームを廃棄する為、不要なメッセージの処理に関わるプロセッサの負荷を低減させることができる。
【発明を実施するための最良の形態】
【００２６】
以下、添付図面を参照しながら本発明の実施形態に係るフレーム処理装置について詳細に説明する。
【００２７】
［実施の形態１］
図１は本発明の実施の形態１におけるフレーム処理装置の構成を示す図である。フレーム処理装置は、ネットワークインタフェース機能１０００、フレーム通過・廃棄・応答機能１１００、フレーム処理機能１２００を備える。
【００２８】
ネットワークインタフェース機能１０００は、接続しているLAN等のネットワークよりイーサネットフレームを送受信する。フレーム通過・廃棄・応答機能１１００は、ネットワークから受信したフレームのうち既に受信済みで不要なフレームを廃棄する。フレーム処理機能１２００は、プロトコル処理やルーティング処理等を行い、これを必要に応じてネットワークインタフェース１０００や図示しない他のネットワークインタフェースへ送信する。
【００２９】
図２は、本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能の構成を示す図である。ネットワークインタフェース１０００からの受信フレーム２０００は、通過／廃棄判定部２６００にて、ヘッダ分類機能判定対象外通過・廃棄通知２１３０、メッセージ種別分類機能判定対象外通過・廃棄通知２２３０、通過・廃棄判定結果２５１０の情報を用いて通過または廃棄が決定される。そして、その結果によりフレーム処理機能１２００へ転送されるか、フレーム通過・廃棄・応答機能１１００にて廃棄される。
【００３０】
次に、上記構成のフレーム通過・廃棄・応答機能の処理について説明する。
【００３１】
はじめに、受信フレーム２０００の情報がヘッダ分類部２１００へ入力され、このフレーム通過・廃棄・応答機能にて予め設定された情報に基づきヘッダに基づく分類を行ってプロトコルを特定し、メッセージ分類の有無及び通過・廃棄を決定する。メッセージ分類の対象外とされた場合、ヘッダ分類部判定対象外通過・廃棄通知２１３０により通過／廃棄機能２６００へ通知され、通過・廃棄の決定結果に基づき処理を行う。一方、メッセージ分類の対象とされた場合、対応するプロトコルのメッセージ種別分類部２２００へ分類指示２１１０を用いて指示を行い、併せてペイロード情報２１２０を引き渡す。
【００３２】
指示を受けたメッセージ種別分類部２２００は、予め設定された情報に基づき、ペイロード情報に含まれるメッセージが、各プロトコルにて規定されているどのメッセージ種別に該当するかを、メッセージに含まれるヘッダ情報より特定し、メッセージ内容一致比較の有無及び通過・廃棄を決定する。メッセージ内容一致比較の対象外とされた場合、メッセージ種別分類部判定対象外通過・廃棄通知２２３０により、通過／廃棄機能２６００へ通知され、通過・廃棄の決定結果に基づき処理を行う。一方、メッセージ内容一致比較対象とされた場合、対応する複数のメッセージ内容一致比較部２３００へ比較指示２２１０を用いて指示を行い、併せてフォーマット情報／メッセージ内容／プロトコル規定２２２０を引き渡す。
【００３３】
指示を受けたそれぞれのメッセージ内容一致比較部２３００は、特定のメッセージ種別における様々なメッセージ内容がどのメッセージに相当するかを判定するため、基準メッセージ情報に基づき、メッセージ内容の一致比較を行う。そして、不一致であった場合はその旨を不一致通知２３１０を用いて通過／廃棄判定機能２５００へ通知する。一方、一致した場合は対応する冗長メッセージ判定部２４００へ一致通知２３２０を用いて通知を行い、併せてメッセージ内容／プロトコル規定２３３０を引き渡す。
【００３４】
通知を受けたそれぞれの冗長メッセージ判定部２４００は、同一内容の複数のメッセージからどのメッセージが冗長であるかを判定するため、判定基準値を用いて受信したメッセージが冗長メッセージであるかの判定を行う。そして、冗長メッセージである場合は通過／廃棄判定部２５００へ、通過・廃棄指示２４１０を用いて廃棄の指示を行う。一方、冗長メッセージでない場合は同様に通過の指示を行う。
【００３５】
通過／廃棄判定部２５００は、受信した複数の通過・廃棄指示２４１０及び不一致通知２５００を用いて通過／廃棄の判定を行い、通過・廃棄判定結果２５１０を用いて結果を通過／廃棄部２６００へ通知する。
【００３６】
通知を受けた通過／廃棄部２６００は、ヘッダ分類部判定対象外通過・廃棄通知２１３０及びメッセージ種別分類部判定対象外通過・廃棄通知２２３０を共に用いて受信したフレームの通過／廃棄を決定して、対応した処理を行う。
【００３７】
次にUPnPを想定した上記各機能の動作の流れを説明する。
【００３８】
全体の動作としては、ある機器からメッセージの意味としては同一であるが、フィールドの記述順序が異なるものや、不要な文字列が挿入されたものが混在し、且つメッセージそのものが同一内容である複数のNOTIFYメッセージがマルチキャストで送信され、これを自装置にて受信し、定期的に送出される状態通知メッセージと共に発出される予備メッセージの廃棄を行う。
【００３９】
図３は、本発明の実施の形態１におけるフレーム処理装置で、ネットワークより入力されるフレームフォーマットを示す図である。下位層から順にEthernet/IP/UDP/SSDPが適用されるフレームである。また、図４は、本発明の実施の形態１におけるフレーム処理装置で、ネットワークより入力されるフレームのトラヒックパターン及びペイロード情報の内容を示す図である。
【００４０】
ここで、図１に示すフレーム処理装置に、図３に示すフォーマットのフレームが、図４に示すトラヒックパターンにて入力される場合について説明する。
【００４１】
ネットワークインタフェース１０００はプリアンブルの検出によるフレーム認識を行い、自装置宛またはブロードキャスト・マルチキャストフレームを受信し、FCSを計算して正常なフレームを内部へ転送する機能を有する。入力されたフレームは、図３に示すEthernet宛先アドレスDA３０００がマルチキャストを示すものであるため、ネットワークインタフェース機能１０００にて受信され、プリアンブル３８００が除去され、FCSの計算結果が正しければ正常フレームとしてFCS３９００を除去したあとフレーム通過・廃棄・応答機能１１００に転送される。転送されたフレームは、フレーム２０００（図２参照）としてヘッダ分類部２１００に入力される。
【００４２】
図５は、本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるヘッダ分類部の内部構成を示す図である。分類テーブル５０００には、各エントリにヘッダ情報として送信元MACアドレス、宛先MACアドレス、イーサタイプ、VLAN PID、プロトコル識別子、送信元IPv4アドレス、宛先IPv4アドレス、送信元IPv6アドレス、宛先IPv6アドレス、送信元ポート番号、宛先ポート番号といったパラメータ及び対応するメッセージ種別分類機能が予め設定されている。
【００４３】
ここでは、エントリAのパラメータ値として宛先MACアドレス：01:00:5E:7F:FF:FA、送信元MACアドレス：MAC-A、イーサタイプ：0x0800、VALN PID：なし、プロトコル識別子：0x11、送信元IPv4アドレス：IP-A、宛先IPv4アドレス：239.255.255.250、送信元IPv6アドレス：なし、宛先IPv6アドレス：なし、送信元ポート番号：PortA、宛先ポート番号：1900、メッセージ種別分類機能：α（プロトコル：SSDP、送信元IPv4アドレス：IP-A）が設定されているものとする。
【００４４】
入力されたフレーム２０００は、ヘッダ分類機能５１００にてヘッダ情報と、分類テーブル５０００との比較が行われる。一致するエントリがある場合には対応する分類指示及びペイロード情報５２００〜５５００が出力され、一致するエントリがない場合には予め設定されている指示に従い、判定対象外通過・廃棄指示５６００が出力され、その情報に基づき通過／廃棄部２６００にて通過または廃棄の操作を行う。
【００４５】
この場合はエントリAに一致し、対応するメッセージ種別分類機能がαであるため、分類指示α５２００がメッセージ種別分類部２２００（図２参照）へ出力され、併せて入力フレーム２０００のペイロード情報がペイロード情報α５３００として出力される。
【００４６】
図６は、本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるメッセージ種別分類部の内部構成を示す図である。メッセージ種別分類部は、SSDP等の対応するプロトコル毎のメッセージ分類機能及びそれに付属するテーブルから構成される。
【００４７】
ここではメッセージ分類機能６０００（SSDP用）に関する部分を説明するが、他のメッセージ分類機能についても動作は同じである。
【００４８】
分類テーブル６０２０には、各エントリにプロトコル毎のメッセージ識別情報としてUPnPにおけるNOTIFYやM-SERCHメソッドのリクエスト行といったパラメータが予め設定され、プロトコル規定情報６０１０にはプロトコル毎の規定情報として、各メッセージのフォーマット情報、有効期間、リフレッシュ間隔、繰り返し回数といったパラメータが予め設定されているものとする。ここでは、分類テーブル６０２０のエントリAとしてNOTIFYメソッドを表す『NOTIFY * HTTP/1.1』が設定され、プロトコル規定情報６０１０のエントリAとしてフォーマット情報『NOTIFY\r\n、HOST:\r\n、CACHE-CONTROL:\r\n、LOCATION:\r\n、NT:\r\n、NTS:\r\n、SERVER:\r\n、USN:\r\n、\r\n』、有効期間：120[sec]、リフレッシュ間隔：1/4、繰り返し回数：2、有効期間ヘッダ：CACHE-CONTROL:max-age=、及び対応する比較指示α-A６００１が設定されているものとする。
【００４９】
メッセージ分類機能６０００は、入力された分類指示に従い起動される。併せて入力されたペイロード情報において先頭から最初の行終了コード『\r\n』までの文字列が抽出され、これをメッセージ種別識別情報として、予め設定された分類テーブル６０２０との比較が行われる。そして、一致するエントリがある場合には、そのエントリに設定された対応するメッセージ種別の比較指示が出力され、対応するメッセージ内容一致比較機能２３００（図２参照）が起動される。一方、一致するエントリがない場合には判定対象外通知が対象外判定機能６２００へ通知され、ここで予め設定されている指示に従い、判定対象外通過・廃棄指示６２０１が出力され、その情報に基づき通過／廃棄機能２６００にて通過または廃棄の操作が行われる。
【００５０】
この場合のペイロード情報５３００は、エントリAに一致するので、対応する比較指示６００１がメッセージ内容一致比較機能２３００へ出力され、併せてフォーマット情報６００２、メッセージ内容６００３、プロトコル規定情報６００４が出力される。
【００５１】
図７は、本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるメッセージ内容一致比較部の内部構成を示す図である。メッセージ内容一致比較部は、メッセージ種別毎に複数のメッセージ内容一致比較機能から構成され、一つの比較指示に対して複数のメッセージ内容一致比較機能が動作する。ここではメッセージ内容一致比較機能７０００に関する部分を説明するが、他のメッセージ内容一致比較機能についても動作は同様である。
【００５２】
基準メッセージ情報には、過去に分類された『NOTIFY * HTTP/1.1』等の同一のメッセージ識別情報を持つがそれぞれ他のフィールドの内容が異なるメッセージの情報が登録されている。ここでは基準メッセージ情報７０２０として、図４のメッセージ４１２０に示す内容が登録されているものとする。
【００５３】
比較指示６００１を受けたメッセージ内容一致比較機能７０１０は、受信したフォーマット情報６００２及びメッセージ内容６００３を用いて、それぞれ基準メッセージ７０２０との比較を行う。
【００５４】
比較の際には、まず、基準メッセージ７０２０を先頭から検索してスペース及びタブに該当するキャラクタコードの削除を行い、これをメッセージ終了コードである『\r\n\r\n』が発見されるまで行う。これにより、単にスペースやタブ数の違いによって不一致判定が行われる事態を防止することができる。
【００５５】
次に、フォーマット情報６００２を先頭から検索し、行終了コードである『\r\n』の次から『\r\n』が発見されるまでの文字列を取得し２行目の『HOST:』を得る。これを１回目の比較基準とし、スペース及びタブに該当するキャラクタコードの削除後の基準メッセージを先頭から検索し、行終了コードである『\r\n』の次から始まる文字列を次の行終了コードである『\r\n』まで取得して『HOST: 239.255.255.250:1900』を得る。これを比較基準文字列『HOST:』と先頭部分を比較する。
【００５６】
この場合は同一の文字列であるため、同様の処理を３行目以降も行ってこれをフォーマット情報にてメッセージ終了コード『\r\n\r\n』が発見されるまで繰り返す。一方、一致しない場合は基準メッセージにおける次の『\r\n』までの文字列を取得して比較を繰り返し行い、一致した場合はその文字列を２行目としてメッセージ内の行を入れ替えてフォーマット情報の３行目以降について同じ処理を行う。メッセージ終了コードである『\r\n\r\n』が発見されるまで一致しなかった場合は、比較対象外メッセージと判定して不一致通知７００２を出力して処理を終了する。
【００５７】
上記処理をスペース及びタブに該当するキャラクタコード削除後のメッセージ内容についても同様に行う。これにより、単に行の入れ替わりによって不一致判定が行われる事態を防止することができる。
【００５８】
以上の方法でフォーマット整形を行った基準メッセージとメッセージ内容とは、ビット単位、オクテット単位、またはそれらの組み合わせ、ハッシュ演算等の一定長へのデータ変換演算、などを用いて比較される。
【００５９】
図４のメッセージ４１２０、４２２０、４３２０、４４２０の内容が入力された場合にはいずれも一致と判定され、冗長メッセージ判定部２４００へ一致通知７００３が出力され、併せて基準メッセージの内容７００１が出力される。
【００６０】
尚、不一致の場合は比較エントリ機能７２００へ不一致通知７００２が出力される。比較エントリ機能７２００ではそれらの結果を不一致結果収集機能７２１０で集計し、全てのメッセージ種別の内容一致比較結果が不一致であれば、比較対象メッセージではないとして通過／廃棄判定部２５００へ不一致通知７２０１を出力する。また、同じ情報をエントリ登録・更新・クリア機能７２３０へ出力する。これを受けたエントリ登録・更新・クリア機能７２３０は、エントリ情報保持機能７２２０を用いて空きエントリまたは更新可能なエントリを有するメッセージ種別内容一致比較機能を検索して受信したメッセージ内容を登録・更新して次回同様のメッセージ内容を受信した場合に一致比較の対象とする。
【００６１】
図８は、本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能における冗長メッセージ判定部の内部構成を示す図である。冗長メッセージ判定部は、メッセージ内容一致比較機能に対応した複数の冗長メッセージ判定機能から構成され、一つのメッセージ内容一致比較機能に一つの冗長メッセージ判定機能が対応する。ここでは冗長メッセージ判定機能８０００に関する部分を説明するが、他の冗長メッセージ判定機能についても動作は同様である。
【００６２】
判定基準値抽出・演算機能８０１０は受信した基準メッセージ内容７００１からプロトコル規定情報６００４に基づき必要な情報を抽出し、他の規定情報と併せて判定基準値８０１１を算出する。
【００６３】
ここでは、基準メッセージ内容がメッセージ４１２０であり、プロトコル規定情報にてリフレッシュ間隔：1/4、有効期間ヘッダ：CACHE-CONTROL:max-age=、との情報を得て、基準メッセージ内容を先頭から検索し、行終了コードである『\r\n』の次から『\r\n』が発見されるまでの文字列を取得する。これを１回目の比較対象とし、この文字列の先頭部分が『CACHE-CONTROL:max-age=』であるかを比較する。
【００６４】
一致する場合はその後に続く文字列を取得してそれを有効期間とするが、一致しない場合は基準メッセージにおける次の『\r\n』までの文字列を取得して連続して比較を行って、有効期間を取得する。
【００６５】
上記をメッセージ４１２０に適用すると、有効期間として１２０が得られ、これとリフレッシュ間隔：1/4を乗算して判定基準値８０１１として30[sec]が得られる。
【００６６】
ここで、図４に示す複数のフレームを受信した場合、PacketA４１００を受信すると前段の判定機能により一致通知７００３が出力される。このタイミングで判定基準値比較機能８０２０にて判定基準値８０１１（30[sec]）とタイマ８０３０の出力値とを比較する。PacketA４１００受信以前は充分時間が空いていると考えると、この場合は判定基準値よりタイマ値が大きいため、判定基準値比較機能８０２０はこれが新規に受信したメッセージであると判定し、通過指示８０２１を出力してタイマリセット指示８０２３をタイマ８０３０に出力してタイマを初期値に戻す。続いてPacketB ４２００を受信すると、これも前段の判定機能により一致通知７００３が出力される。このタイミングで判定基準値比較機能８０２０にて判定基準値８０１１（30[sec]）とタイマ８０３０の出力値とが比較される。
【００６７】
PacketA４１００とPacketB４２００の時間間隔は４１１０（0.02[sec]）であり判定基準値より小さいため、判定基準値比較機能８０２０はこれを既に受信済みで不要な冗長メッセージと判定し、廃棄指示８０２２を出力する。続いてPacketC ４３００を受信すると、前段の判定機能により一致通知７００３が出力される。このタイミングで判定基準値比較機能８０２０にて判定基準値８０１１（30[sec]）とタイマ８０３０の出力値とを比較する。PacketA ４１００とPacketC ４３００の時間間隔は４１１０（0.02[sec]）+４２１０（31[sec]）であり判定基準値より大きいため、判定基準値比較機能８０２０はこれを新規に受信したメッセージであると判定し、通過指示８０２１を出力してタイマリセット指示８０２３をタイマ８０３０に出力してタイマを初期値に戻す。
【００６８】
続いてPacketD ４４００を受信すると、これも前段の判定機能により一致通知７００３が出力される。このタイミングで判定基準値比較機能８０２０にて判定基準値８０１１（30[sec]）とタイマ８０３０の出力値とを比較する。PacketC ４３００とPacketD ４４００の時間間隔は４３１０（0.02[sec]）であり判定基準値より小さいため、判定基準値比較機能８０２０はこれを既に受信済みで不要な冗長メッセージと判定し、廃棄指示８０２２を出力する。以上の方法で冗長メッセージを判定し、その結果を出力する。
【００６９】
尚、この形態では判定基準値抽出機能８０１０がプロトコル規定情報を用いて判定基準値を算出する例を示したが、この値を外部設定８０１２を用いて設定してもよい。
【００７０】
図９は、本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能における通過・廃棄判定部の内部構成を示す図である。通過・廃棄判定部はメッセージ種別毎の通過・廃棄判定機能から構成され、一つのメッセージ種別毎に一つの通過・廃棄判定機能が対応する。ここでは通過・廃棄判定機能９０００について説明するが、他の通過・廃棄判定機能についても動作は同様である。
【００７１】
通過・廃棄判定機能９０００は、比較指示６００１にて起動される。不一致通知７２０１を受信した場合は比較対象外のメッセージ内容であると判定し、冗長メッセージか否かの判定が出来ないとして判定結果９００５を通過として出力する。通過指示８０２１〜８１２１のいずれかを受信した場合、メッセージ種別及び内容が一致するメッセージにおける新規に受信したメッセージであると判定し、判定結果９００５を通過として出力する。廃棄指示８０２２〜８１２２のいずれかを受信した場合、メッセージ種別及び内容が一致するフレームの中で既に受信しており不要な冗長メッセージであると判定し、判定結果９００５を廃棄として出力する。
【００７２】
これを受信した最終判定機能９２００は、その結果を通過廃棄判定結果９２０１として、通過／廃棄部２６００へ出力する。通過／廃棄部２６００はこの情報に基づき、実際のフレームの通過／廃棄制御を行う。
【００７３】
以上のように、実施の形態１のフレーム処理装置によれば、UPnPのNOTIFYメソッドに代表される、メッセージ内容が同一にも関わらず既に受信済みで冗長なメッセージが混在するトラヒックにおいて、不要なメッセージのみを判定してこれを取り除くことができ、フレーム処理機能の負荷を低減させることができる。また、ホームネットワークに接続されているUPnP対応機器により定期的に送出される状態通知用のメッセージは処理を行い、状態通知用メッセージの予備として送出される不要なメッセージは廃棄することができ、従って、各UPnP機器の最新の状態を保持しつつ、不要なメッセージの処理に伴うプロセッサの負荷を低減させることができる。
【００７４】
［実施の形態２］
実施の形態２のフレーム処理装置は、実施の形態１のそれに機能を付加した形態となっているため、以降の説明では実施例１にて説明済みの構成要素については同じ符号を付与し、説明を省略するものとする。
【００７５】
実施の形態２のフレーム処理装置は、実施の形態１のフレーム処理装置と同様に、ネットワークインタフェース機能１０００、フレーム通過・廃棄・応答機能１１００、フレーム処理機能１２００を備える。
【００７６】
図１０は、本発明の実施の形態２におけるフレーム処理装置の、フレーム通過・廃棄・応答機能の構成を示す図である。送信フレームに対する構成要素についてのみ説明を行う。まず、送信フレームにおける構成要素１１１００〜１１１０００は受信フレームに対する構成要素における、通過廃棄指示２４１０にて『廃棄』の指示が出力されるまでは動作を停止しており、通過／挿入部１１６００は送信フレーム１１０００を常に通過させる。
【００７７】
通信廃棄指示２４１０にて『廃棄』指示が出力された場合、その直前に通過した同一内容の受信フレームに対応して、フレーム処理機能１２００から挿入対象となるフレームが送出される。このため、この情報が起動・停止機能１１１０００に通知され、この機能にて各構成要素１１１００〜１１９００が起動される。起動・停止機能１１１０００は予め適切な値を保持または外部から設定された値を保持しており、各構成要素起動後一定時間が経過すると挿入対象とするフレームがないとして各構成要素の機能を停止させる。また、挿入完了通知１１６１０が出力されると、挿入対象フレームが発見され、挿入処理を完了したとして各構成要素の機能を停止させる。
【００７８】
ヘッダ分類情報作成機能１１７００は、起動後、廃棄の対象となっている受信フレーム２０００に関するヘッダ情報１１７１０を受信ヘッダ分類部２１００より入手する。この情報に基づき、受信フレームに対応する送信ヘッダ情報を作成してこのヘッダを有するフレームを挿入対象と判定するようヘッダ分類部１１１００に設定する。
【００７９】
メッセージ種別分類情報作成機能１１８００は、起動後廃棄の対象となっている受信フレーム２０００に関するフォーマット情報１１８１０を受信メッセージ種別分類部２２００が出力するフォーマット情報２２２０より入手する。この情報に基づき、受信メッセージに対応する送信メッセージ種別情報を作成してこのメッセージ種別を有するフレームを挿入対象と判定するようメッセージ種別分類部１１２００に設定する。
【００８０】
メッセージ内容分類情報作成機能１１９００は、起動後廃棄の対象となっている受信フレーム２０００に関するメッセージ内容１１９１０を受信メッセージ種別分類部２２００が出力するメッセージ内容２２２０より入手する。この情報に基づき、受信メッセージに対応する送信メッセージ内容情報を作成してこのメッセージ内容を有するフレームを挿入対象と判定するようメッセージ内容一致比較部１１３００に設定する。
【００８１】
送信フレーム１１０００は既に受信済みで不要な冗長メッセージとして廃棄される受信フレーム２０００より以前に受信されたフレームに対する応答メッセージか否かを判定される。このため、フレーム処理機能から転送された送信フレーム１１０００の情報はヘッダ分類部１１１００へ入力される。そして、この機能にてヘッダ分類情報作成機能１１７００により設定された情報に基づきヘッダに基づく分類を行って、対象となるヘッダを有するフレームかを判断し、メッセージ分類の有無及び通過を決定する。メッセージ分類の対象外とされた場合、ヘッダ分類部判定対象外通過通知１１１３０により通過／挿入部１１６００へ通知され、通過処理を行う。一方、メッセージ分類の対象とされた場合、対応するプロトコルのメッセージ種別分類部１１２００へ分類指示１１１１０を用いて指示を行い、併せてペイロード情報１１１２０を引き渡す。
【００８２】
指示を受けたメッセージ種別分類部１１２００は、メッセージ種別分類情報作成機能１１８００により設定された情報に基づき、ペイロード情報に含まれるメッセージが、プロトコルにて規定されているどのメッセージ種別に該当するかを、メッセージに含まれるヘッダ情報により特定し、メッセージ内容一致比較の有無及び通過を決定する。メッセージ内容一致比較の対象外とされた場合、メッセージ種別分類部判定対象外通過通知１１２３０により、通過／挿入機能１１６００へ通知され処理を行う。一方、メッセージ内容一致比較対象とされた場合、メッセージ内容一致比較部１１３００へ比較指示１１２１０を用いて指示を行い、併せてフォーマット情報／メッセージ内容／プロトコル規定１１２２０を引き渡す。
【００８３】
指示を受けたメッセージ内容一致比較部１１３００は、特定のメッセージ種別における様々なメッセージ内容がどのメッセージに相当するかを判定する。このため、メッセージ内容一致比較部１１３００は、メッセージ種別分類情報作成機能１１９００により設定された基準メッセージ情報に基づき、メッセージ内容の一致比較を行い、一致または不一致の判定結果を一致通知１１３２０または不一致通知１１３１０を用いて通過／挿入判定機能１１５００へ通知する。
【００８４】
通知を受けた通過／挿入判定部１１５００は、受信した一致通知１１３２０及び不一致通知１１３１０を用いて通過／挿入の判定を行い、通過・挿入判定結果１１５１０を用いてその結果を通過／挿入部１１６００へ通知する。
【００８５】
通知を受けた通過／挿入部１１６００は、ヘッダ分類部判定対象外通過通知１１１３０及びメッセージ種別分類部判定対象外通過通知１１２３０を共に用いて受信したフレームの通過または挿入を決定する。通過時には受信したフレームをそのまま通過させ、挿入時には受信したフレームを複製して送出する処理を行い、廃棄された受信フレームに対応する処理が終了したとして、挿入完了通知１１６１０を起動・停止機能１１１０００へ出力して各構成要素を停止させ、再び受信フレームの廃棄が行われるまで待機する。
【００８６】
次にUPnPを想定した上記各機能の動作の流れを説明する。
【００８７】
図１１は、本発明の実施の形態２におけるフレーム処理装置で、ネットワークより入力されるフレームフォーマットを示す図である。下位層から順にEthernet/IP/UDP/SSDPが適用されるフレームである。また、図１２は本発明の実施の形態２におけるフレーム処理装置で、ネットワークより入力されるフレームのトラヒックパターン及びペイロード情報の内容を示す図である。ペイロード情報は、ペイロード情報３７００（PacketA/B）及びペイロード情報１２７００（PacketC/D）である。
【００８８】
ここで、実施の形態２のフレーム処理装置に、図１１に示す受信フレームが、図１２に示すトラヒックパターンで入力される場合について説明する。
【００８９】
受信時の処理の詳細については実施例１で述べたので省略するが、結果として、図１２に示すPacketB１３２００が冗長メッセージとして廃棄される。
【００９０】
この廃棄は通過・廃棄指示２４１０として起動・停止機能１１１０００へ出力され（図１０参照）、各機能が起動される。
【００９１】
ヘッダ分類情報作成機能１１７００は、ヘッダ分類部２１００よりヘッダ情報１１７１０として廃棄対象としたPacketBに対応するエントリAのパラメータ値として、図１１のフォーマット３０００〜３６００に示すように、宛先MACアドレス：01:00:5E:7F:FF:FA、送信元MACアドレス：MAC-A、イーサタイプ：0x0800、VALN PID：なし、プロトコル識別子：0x11、送信元IPv4アドレス：IP-A、宛先IPv4アドレス：239.255.255.250、送信元IPv6アドレス：なし、宛先IPv6アドレス：なし、送信元ポート番号：PortA、宛先ポート番号：1900、メッセージ種別分類機能：α（プロトコル：SSDP、送信元IPv4アドレス：IP-A）を取得して、対応する送信フレームの分類情報を作成する。
【００９２】
具体的には、アドレスに関する各パラメータの送信元を送信先とし、送信元として予め保有する自装置のパラメータを設定し、ポート番号に関しては送信元と送信先を入れ替える。
【００９３】
このようにして送信フレームの分類情報として、図１１の１２０００〜１２６００に示すように、宛先MACアドレス：MAC-A、送信元MACアドレス：MAC-B、イーサタイプ：0x0800、VALN PID：なし、プロトコル識別子：0x11、送信元IPv4アドレス：IP-B、宛先IPv4アドレス：IP-A、送信元IPv6アドレス：なし、宛先IPv6アドレス：なし、送信元ポート番号：1900、宛先ポート番号：PortA、メッセージ種別分類機能：α（プロトコル：SSDP、送信元IPv4アドレス：IP-B）を取得する。
【００９４】
図１３は、本発明の実施の形態２におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるヘッダ分類部の内部構成を示す図である。ヘッダ分類情報作成機能１１７００により作成された情報は、外部設定情報１４４００として分類テーブル１４０００に設定される。この情報に基づき入力されたフレーム１１０００は、分類テーブル１４０００との比較が行われ、一致する場合には分類指示１４２００及びペイロード情報１４３００が出力され、一致するエントリがない場合には判定対象外通過指示１４６００が出力される。そして、この情報がヘッダ分類部判定対象外通過通知１１１３０として通過／挿入部１１６００に通知され、この機能にて通過の操作を行う。
【００９５】
この場合は一致するため、分類指示１４２００がメッセージ種別分類部１１２００（図１０参照）へ出力され、併せて入力フレーム１１０００のペイロード情報がペイロード情報１１１２０として出力される。
【００９６】
メッセージ種別分類情報作成機能１１８００は、メッセージ種別分類部２２００よりフォーマット情報として、廃棄対象としたPacketBに対応するフォーマット情報１１８１０『M-SEARCH\r\n、Host:\r\n、Man:\r\n、MX:3\r\n、\r\n』を取得する。この情報において先頭から最初の行終了コード『\r\n』までの文字列が抽出され、『M-SERCH』を取得する。
【００９７】
この情報に基づき、予め設定された、プロトコル規定によるメッセージ対応情報に基づいた応答メッセージ種別及びフォーマット情報を作成する。具体的には、『M-SERCH』に対応するのはプロトコル規定により『HTTP/1.1 200 OK』であるのでこれをメッセージ種別識別情報として分類テーブル１５０２０に外部設定情報１５４００として設定する。併せてフォーマット情報としてM-SERCHの応答としてプロトコル規定にて定められているフォーマット『HTTP/1.1 200 OK\r\n、CACHE-CONTROL:\r\n、Location:\r\n、SERVER:\r\n、ST:\r\n、EXT:\r\n、USN:\r\n、\r\n』を分類テーブル１５０２０に外部設定情報１５４００として設定する。
【００９８】
図１４は、本発明の実施の形態２におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるメッセージ種別分類部の内部構成を示す図である。メッセージ種別分類情報作成機能１１８００（図１０参照）により作成された情報は、外部設定情報１５４００として分類テーブル１５０２０に設定される。
【００９９】
メッセージ分類機能１５０００は、入力された分類指示に従い起動される。併せて入力されたペイロード情報において先頭から最初の行終了コード『\r\n』までの文字列が抽出される。これをメッセージ種別識別情報として、予め設定された分類テーブル１５０２０との比較が行われ、一致する場合には、比較指示が出力され、対応するメッセージ一致比較手段１１３００（図１０参照）が起動される。一方、一致するエントリがない場合には判定対象外通過指示１５２０１が出力され、この情報がメッセージ種別分類部判定対象外通過通知１１２３０（図１０参照）として通過／挿入部１１６００に通知され、この機能にて通過の操作を行う。
【０１００】
この場合のペイロード情報１４３００は一致し、比較指示１５００１がメッセージ一致比較手段１１３００へ出力され、併せてフォーマット情報１５００２、メッセージ内容１５００３が出力される。
【０１０１】
メッセージ内容分類情報作成機能１１９００（図１０参照）は、メッセージ種別分類部２２００よりメッセージ内容として、廃棄対象としたPacketBに対応するメッセージ内容１１９１０を取得する。具体的な内容は図１２のメッセージ１３２２０に示す通りである。
【０１０２】
この情報に基づき、予め設定された、プロトコル規定によるメッセージ対応情報及び自装置の情報に基づいた基準応答メッセージを作成する。具体的には、メッセージ種別分類部から出力された、応答メッセージのフォーマット情報『HTTP/1.1 200 OK\r\n、CACHE-CONTROL:\r\n、Location:\r\n、SERVER:\r\n、ST:\r\n、EXT:\r\n、USN:\r\n、\r\n』に対して、廃棄されたメッセージ内容『M-SEARCH * HTTP/1.1\r\n、Host:239.255.255.250:1900\r\n、ST:urn:schemas-upnp-org:device:InternetGatewayDevice:1\r\n、Man:"ssdp:discover"\r\n、MX:3\r\n、\r\n』及び自装置にて予め設定された情報から必要な情報を抽出して各パラメータを挿入する。
【０１０３】
まず、『CACHE-CONTROL：』には自装置にて予め設定された情報『max-age=120』を挿入し、『Location:』には同じく自装置にて予め設定された情報『IGD-HTTP/1.1 UPnP/1.0 UPnP-Device-Host/1.0』を挿入し、『ST:』にはメッセージ内容から抽出した『urn:schemas-upnp-org:device:InternetGatewayDevice:1』を挿入し、『EXT:』には自装置にて予め設定された情報『』（null）を挿入し、『USN:』には自装置にて予め設定された情報『uuid:0208591c-00dc0301::』及びメッセージ内容から抽出した『urn:schemas-upnp-org:device:InternetGatewayDevice:1』を挿入する。これを基準メッセージ情報１６０２０へ外部設定情報１６２０２として設定する。
【０１０４】
図１５は、本発明の実施の形態２におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるメッセージ一致比較部の内部構成を示す図である。
【０１０５】
比較指示１５００１を受けたメッセージ内容一致比較機能１６０１０は、受信したフォーマット情報１５００２及びメッセージ内容１５００３を用いて、それぞれ基準メッセージ１６０２０との比較を行う。
【０１０６】
比較の際には、まず、基準メッセージ１６０２０を先頭から検索してスペース及びタブに該当するキャラクタコードの削除を行い、これをメッセージ終了コードである『\r\n\r\n』が発見されるまで行う。これによりスペース、タブ数の違いによる不一致判定結果を防止する。これと同じ操作をメッセージ内容１５００３についても行う。
【０１０７】
次に、フォーマット情報１５００２を先頭から検索し、行終了コードである『\r\n』の次から『\r\n』が発見されるまでの文字列を取得し２行目の『CACHE-CONTROL:』を得る。これを１回目の比較基準とし、スペース及びタブに該当するキャラクタコードの削除後の基準メッセージを先頭から検索し、行終了コードである『\r\n』の次から始まる文字列を次の行終了コードである『\r\n』まで取得して『CACHE-CONTROL: max-age=120』を得る。これを比較基準文字列『CACHE-CONTROL:』と先頭部分を比較する。
【０１０８】
この場合は同一の文字列であるため、同様の処理を３行目以降も行ってこれをフォーマット情報にてメッセージ終了コード『\r\n\r\n』が発見されるまで繰り返す。一方、一致しない場合は基準メッセージにおける次の『\r\n』までの文字列を取得して比較を繰り返し行い、一致した場合はその文字列を２行目としてメッセージ内の行を入れ替えてフォーマット情報の３行目以降について同じ処理を行う。メッセージ終了コードである『\r\n\r\n』が発見されるまで一致しなかった場合は、比較対象外メッセージと判定して不一致通知１６２０１を出力して処理を終了する。
【０１０９】
これをスペース及びタブに該当するキャラクタコードの削除後のメッセージ内容についても同様に行う。これにより、単に行の入れ替わりによって不一致判定が行われる事態を防止することができる。
【０１１０】
以上の方法でフォーマット整形を行った基準メッセージとメッセージ内容とは、ビット単位、オクテット単位、またはそれらの組み合わせ、ハッシュ演算等の一定長へのデータ変換演算、などを用いて比較される。
【０１１１】
PacketCである１３４００のメッセージ内容が入力された場合には一致と判定され、通過・挿入判定部１１５００へ一致通知１６００３が出力される。
【０１１２】
判定結果に基づき、通過／挿入判定部１１５００は送信フレーム１１０００の通過・挿入判定結果１１５１０を通知する。通知を受けた通過／挿入部１１６００では通過指示の場合は何もせずに送信フレーム１１０００を通過させ、挿入指示の場合は図１２に示すようにPacketC１３４００の複製を作成し、PacketD１３３００として挿入を行い、挿入完了通知１１６１０を出力して起動・停止機能１１１０００に対し停止指示を行う（図１０参照）。尚、この挿入操作の際に、予め設定した情報に基づき、PacketD１３３００の送出タイミングを一定時間経過後行うようにしても良い。
【０１１３】
通知を受けた起動・停止機能１１１０００は各構成要素の停止を行い、次回の受信フレーム廃棄が発生するまで待機を行う。
【０１１４】
以上のように、実施の形態２のフレーム処理装置によれば、既に受信済みで不要な冗長メッセージと判定して廃棄したメッセージに対応した応答メッセージを送出することができ、複製した送出フレームと他のフレームとの間隔を調整することができる。
【産業上の利用可能性】
【０１１５】
本発明は、受信済みメッセージを含むフレームを廃棄する為、不要なメッセージの処理に関わるプロセッサの負荷を低減させることができる効果を有し、ネットワークインタフェースを通じてイーサネットなどのフレームを送受信処理する装置において、フレームを識別して、受信フレームの廃棄、通過、またはフレーム送出等の制御を行うフレーム処理装置等に有用である。
【図面の簡単な説明】
【０１１６】
【図１】本発明の実施の形態１におけるフレーム処理装置の構成を示す図
【図２】本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能の構成を示す図
【図３】本発明の実施の形態１におけるフレーム処理装置で、ネットワークより入力されるフレームフォーマットを示す図
【図４】本発明の実施の形態１におけるフレーム処理装置で、ネットワークより入力されるフレームのトラヒックパターン及びペイロード情報の内容を示す図
【図５】本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるヘッダ分類部の内部構成を示す図
【図６】本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるメッセージ種別分類部の内部構成を示す図
【図７】本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるメッセージ内容一致比較部の内部構成を示す図
【図８】本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能における冗長メッセージ判定部の内部構成を示す図
【図９】本発明の実施の形態１におけるフレーム処理装置の、フレーム通過・廃棄・応答機能における通過・廃棄判定部の内部構成を示す図
【図１０】本発明の実施の形態２におけるフレーム処理装置の、フレーム通過・廃棄・応答機能の構成を示す図
【図１１】本発明の実施の形態２におけるフレーム処理装置で、ネットワークより入力されるフレームフォーマットを示す図
【図１２】本発明の実施の形態２におけるフレーム処理装置で、ネットワークより入力されるフレームのトラヒックパターン及びペイロード情報の内容を示す図
【図１３】本発明の実施の形態２におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるヘッダ分類部の内部構成を示す図
【図１４】本発明の実施の形態２におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるメッセージ種別分類部の内部構成を示す図
【図１５】本発明の実施の形態２におけるフレーム処理装置の、フレーム通過・廃棄・応答機能におけるメッセージ一致比較部の内部構成を示す図
【符号の説明】
【０１１７】
１０００  ネットワークインターフェース機能
１１００  フレーム通過・廃棄・応答機能
１２００  フレーム処理機能
２１００  ヘッダ分類部
２２００  メッセージ種別分類部
２３００  メッセージ一致比較部
２４００  冗長メッセージ判定部
２５００  通過／廃棄判定部
２６００  通過／廃棄部
１１１００  ヘッダ分類部
１１２００  メッセージ種別分類部
１１３００  メッセージ一致比較部
１１５００  通過／挿入判定部
１１６００  通過／挿入部
【図１】
2007043382.tif 000003
【図２】
2007043382.tif 000004
【図３】
2007043382.tif 000005
【図４】
2007043382.tif 000006
【図５】
2007043382.tif 000007
【図６】
2007043382.tif 000008
【図７】
2007043382.tif 000009
【図８】
2007043382.tif 000010
【図９】
2007043382.tif 000011
【図１０】
2007043382.tif 000012
【図１１】
2007043382.tif 000013
【図１２】
2007043382.tif 000014
【図１３】
2007043382.tif 000015
【図１４】
2007043382.tif 000016
【図１５】
2007043382.tif 000017