JPWO2004059914A1 - ネットワーク端末装置、通信過負荷回避方法およびプログラム - Google Patents
ネットワーク端末装置、通信過負荷回避方法およびプログラム Download PDFInfo
- Publication number
- JPWO2004059914A1 JPWO2004059914A1 JP2004562887A JP2004562887A JPWO2004059914A1 JP WO2004059914 A1 JPWO2004059914 A1 JP WO2004059914A1 JP 2004562887 A JP2004562887 A JP 2004562887A JP 2004562887 A JP2004562887 A JP 2004562887A JP WO2004059914 A1 JPWO2004059914 A1 JP WO2004059914A1
- Authority
- JP
- Japan
- Prior art keywords
- communication
- terminal device
- communication processing
- unit
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
- H04L63/1441—Countermeasures against malicious traffic
- H04L63/1458—Denial of Service
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本発明のネットワーク端末装置は、通信が過負荷状態になったことを検出する過負荷状態検出部と、過負荷状態が解消されたことを検出する過負荷状態終了検出部とを備え、過負荷状態になったことが検出されたときＬＡＮチップにより受信されたデータを無効化し、過負荷状態の解消が検出されたとき前記無効化を解除する。
Description
本発明は、通信の過負荷状態に起因する悪影響を排除するネットワーク端末装置に関し、特に家庭内で映像データを取り扱うネットワーク端末装置に関する。
一般に、ＩＰネットワーク網に接続されたネットワーク端末装置において通信が過負荷な状態に陥ると、ネットワーク端末装置におけるＩＰレイヤー以下の通信処理の負荷が重くなり、ＣＰＵの処理能力が通信処理により大きく占有されるため、通信処理だけでなくその他の処理にも悪影響を及ぼす。
また、通信が過負荷な状態に陥る端的な一例としてＤｏＳ攻撃（Ｄｅｎｉａｌ ｏｆ Ｓｅｒｖｉｃｅ ａｔｔａｃｋ）を受けた場合が考えられる。ＤｏＳ攻撃により通信の過負荷状態に陥るのを回避する技術として、例えば特開２００２−１５８６６０号公報に記載の不正アクセス防御システムがある。このシステムでは、図８に示す構成において、攻撃検出機器２によりＤｏＳ攻撃を受けていることを検出した場合に、ネットワーク管理者の判断に従って、通信制御機器３は攻撃元のネットワークに通信制御の指示を通知して、攻撃元のルータ（攻撃遮断機器１００、２００）にてＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットをフィルタリングするよう構成されている。このような構成により、通信過負荷状態を回避している。
しかしながら、上記従来技術によれば、専門的な知識を有するネットワーク管理者の判断を必要とする点と、攻撃元のネットワークにフィルター機能を有する装置を付加する必要がある点とで、一般家庭で使用されるネットワーク機器に適用することは困難である。
また、映像データを処理するネットワーク機器では、通信処理の過負荷によって通信処理にＣＰＵが占有されてしまい、通信処理以外の主要な処理（映像データの処理等）を遅延させる悪影響を及ぼすと、ユーザに故障と誤解される可能性がある。特に、映像データ処理はリアルタイム性を要求されるので、通信過負荷状態に起因する影響を完全に排除する必要がある。
そこで本発明は、ユーザ判断及び外部の付加装置を必要としないで装置単体で通信過負荷状態を回避して、本体の処理を円滑にするネットワーク端末装置を提供することを目的とする。
また、通信が過負荷な状態に陥る端的な一例としてＤｏＳ攻撃（Ｄｅｎｉａｌ ｏｆ Ｓｅｒｖｉｃｅ ａｔｔａｃｋ）を受けた場合が考えられる。ＤｏＳ攻撃により通信の過負荷状態に陥るのを回避する技術として、例えば特開２００２−１５８６６０号公報に記載の不正アクセス防御システムがある。このシステムでは、図８に示す構成において、攻撃検出機器２によりＤｏＳ攻撃を受けていることを検出した場合に、ネットワーク管理者の判断に従って、通信制御機器３は攻撃元のネットワークに通信制御の指示を通知して、攻撃元のルータ（攻撃遮断機器１００、２００）にてＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットをフィルタリングするよう構成されている。このような構成により、通信過負荷状態を回避している。
しかしながら、上記従来技術によれば、専門的な知識を有するネットワーク管理者の判断を必要とする点と、攻撃元のネットワークにフィルター機能を有する装置を付加する必要がある点とで、一般家庭で使用されるネットワーク機器に適用することは困難である。
また、映像データを処理するネットワーク機器では、通信処理の過負荷によって通信処理にＣＰＵが占有されてしまい、通信処理以外の主要な処理（映像データの処理等）を遅延させる悪影響を及ぼすと、ユーザに故障と誤解される可能性がある。特に、映像データ処理はリアルタイム性を要求されるので、通信過負荷状態に起因する影響を完全に排除する必要がある。
そこで本発明は、ユーザ判断及び外部の付加装置を必要としないで装置単体で通信過負荷状態を回避して、本体の処理を円滑にするネットワーク端末装置を提供することを目的とする。
上記目的を達成するため本発明のネットワーク端末装置は、ネットワークを介して通信する通信手段と、通信が過負荷状態にあるか否かを判定する判定手段と、判定結果による過負荷状態であると判定されたとき前記通信手段により受信されたデータを無効にする無効化手段とを備える。
この構成によれば、過負荷状態では受信されたデータを無効化するので、ユーザによる判断も付加装置も必要としないで、通信の過負荷状態でも通信処理及び他の処理への影響を除去することができる。つまり、受信処理がＣＰＵの処理能力を占有しないので、その他の処理の品質を落とすことなく継続することが可能となる。それゆえ、一般家庭で使用されるネットワーク端末装置でも容易に適用でき、他の処理を円滑にすることができる。例えば、通信処理以外の他の処理として、リアルタイム性を要求される映像データの処理を行うネットワーク端末装置であっても通信過負荷状態に起因する影響を排除することができる。言い換えれば、過負荷状態と判定された場合には、受信データの種類や内容をチェックすることなくいわばブレーカのように受信データを遮断するので、ユーザ設定不要の簡単な構成でネットワーク端末機器内部の処理を保護することができる。
ここで、前記判定手段は、ネットワークからの単位時間当たりの受信データの量がしきい値を超えたとき過負荷状態にあると判定する構成としてもよい。
また、前記判定手段は、受信データを一時的に保持する受信バッファにおける受信データ量がしきい値を超えたとき過負荷状態にあると判定する構成としてもよい。
この構成によれば、受信データ量に対するしきい値判断によって過負荷状態になったことを即時に判定することができる。
また、前記判定手段は、データリンク層に相当する通信処理における受信データについて前記しきい値による判定を行う構成としてもよい。
この構成によれば、しきい値判断をデータリンク層のレベルで行うので、ネットワーク層以上にしきい値判断の負荷がかからない。
さらに、前記ネットワーク端末装置は、ネットワーク端末装置における通信以外の処理負荷の状態に応じて、動的に前記しきい値を決定する決定手段を備え、前記判定手段は、決定されたしきい値により過負荷状態であるか否かを判定する構成としてもよい。
この構成によれば、しきい値を動的に決定するので、ネットワーク端末装置における通信処理以外の処理の負荷が大きいときと小さいときとで、通信過負荷状態を動的に変更することができる。その結果、ネットワーク端末装置における通信処理以外のリアルタイム性を要する処理などへの影響を除去し、しかも、ネットワーク端末装置全体の処理能力を最大限に発揮させることができる。
また、前記決定手段は、ネットワーク端末装置が実行中のアプリケーションプログラムの数に応じてしきい値を決定する構成としてもよい。
ここで、前記決定手段は、ネットワーク端末装置が実行中のアプリケーションプログラムの数とアプリケーションプログラム毎に定められた重みとに応じてしきい値を決定する構成としてもよい。
この構成によれば、しきい値の決定を動的に、実行中のアプリケーションプログラムの数に応じて簡単に行うことができる。しかも、アプリケーションプログラム毎にその数に重み付けすれば、実行中のアプリケーションの処理負荷に応じてしきい値を適切に設定することができる。
前記通信手段は、物理層及びデータリンク層に相当する通信処理を行う第１通信処理部と、第１通信処理部からの受信データを一時的に保持する受信バッファと、受信バッファに保持された受信データを取り出してネットワーク層以上の層に相当する通信処理を行う第２通信処理部とを有し、前記判定手段は、前記受信バッファに保持された受信データの量がしきい値を超えたときに、過負荷状態であると判定する構成としてもよい。
この構成によれば、第２通信処理部における通信処理（例えばＩＰプロトコル処理）において過負荷状態検出する。
また、前記通信手段は、階層的な通信処理を行い、前記無効化手段は、何れかの階層間の論理的な接続を禁止する構成としてもよい。
この構成によれば、接続を禁止された層以上の通信処理層に負荷がかからないことに加えて、通信処理以外のネットワーク端末装置の処理に処理負荷がかからない。これにより、通信過負荷状態においても、通信処理以外の処理は影響を受けることない。
さらに、前記無効化手段は、前記第１通信処理部から第２通信処理部への受信データの通知を禁止する構成としてもよい。
この構成によれば、無効化手段は、受信データの通知を禁止するだけで、通信過負荷状態においてネットワーク層以上の層の通信処理の負荷を除去することができる。第２通信処理部の処理がソフトウェアとＣＰＵとにより実現されている場合には、ＣＰＵへの通信処理負荷を除去することができる。
また、本発明のネットワーク端末装置は、ネットワークを介して通信する通信手段と、通信が過負荷状態になったことを検出する第１検出手段と、過負荷状態になったことが検出されたとき前記通信手段により受信されたデータを無効にする無効化手段と、過負荷状態が解消されたことを検出する第２検出手段と、過負荷状態が解消されたことが検出されたとき無効化手段による無効化を解除する解除手段とを備える構成としてもよい。
また、本発明の通信過負荷状態回避方法、およびそのプログラムは、上記ネットワーク端末装置と同様の手段を有し、上記と同様の作用及び効果を奏する。
この構成によれば、過負荷状態では受信されたデータを無効化するので、ユーザによる判断も付加装置も必要としないで、通信の過負荷状態でも通信処理及び他の処理への影響を除去することができる。つまり、受信処理がＣＰＵの処理能力を占有しないので、その他の処理の品質を落とすことなく継続することが可能となる。それゆえ、一般家庭で使用されるネットワーク端末装置でも容易に適用でき、他の処理を円滑にすることができる。例えば、通信処理以外の他の処理として、リアルタイム性を要求される映像データの処理を行うネットワーク端末装置であっても通信過負荷状態に起因する影響を排除することができる。言い換えれば、過負荷状態と判定された場合には、受信データの種類や内容をチェックすることなくいわばブレーカのように受信データを遮断するので、ユーザ設定不要の簡単な構成でネットワーク端末機器内部の処理を保護することができる。
ここで、前記判定手段は、ネットワークからの単位時間当たりの受信データの量がしきい値を超えたとき過負荷状態にあると判定する構成としてもよい。
また、前記判定手段は、受信データを一時的に保持する受信バッファにおける受信データ量がしきい値を超えたとき過負荷状態にあると判定する構成としてもよい。
この構成によれば、受信データ量に対するしきい値判断によって過負荷状態になったことを即時に判定することができる。
また、前記判定手段は、データリンク層に相当する通信処理における受信データについて前記しきい値による判定を行う構成としてもよい。
この構成によれば、しきい値判断をデータリンク層のレベルで行うので、ネットワーク層以上にしきい値判断の負荷がかからない。
さらに、前記ネットワーク端末装置は、ネットワーク端末装置における通信以外の処理負荷の状態に応じて、動的に前記しきい値を決定する決定手段を備え、前記判定手段は、決定されたしきい値により過負荷状態であるか否かを判定する構成としてもよい。
この構成によれば、しきい値を動的に決定するので、ネットワーク端末装置における通信処理以外の処理の負荷が大きいときと小さいときとで、通信過負荷状態を動的に変更することができる。その結果、ネットワーク端末装置における通信処理以外のリアルタイム性を要する処理などへの影響を除去し、しかも、ネットワーク端末装置全体の処理能力を最大限に発揮させることができる。
また、前記決定手段は、ネットワーク端末装置が実行中のアプリケーションプログラムの数に応じてしきい値を決定する構成としてもよい。
ここで、前記決定手段は、ネットワーク端末装置が実行中のアプリケーションプログラムの数とアプリケーションプログラム毎に定められた重みとに応じてしきい値を決定する構成としてもよい。
この構成によれば、しきい値の決定を動的に、実行中のアプリケーションプログラムの数に応じて簡単に行うことができる。しかも、アプリケーションプログラム毎にその数に重み付けすれば、実行中のアプリケーションの処理負荷に応じてしきい値を適切に設定することができる。
前記通信手段は、物理層及びデータリンク層に相当する通信処理を行う第１通信処理部と、第１通信処理部からの受信データを一時的に保持する受信バッファと、受信バッファに保持された受信データを取り出してネットワーク層以上の層に相当する通信処理を行う第２通信処理部とを有し、前記判定手段は、前記受信バッファに保持された受信データの量がしきい値を超えたときに、過負荷状態であると判定する構成としてもよい。
この構成によれば、第２通信処理部における通信処理（例えばＩＰプロトコル処理）において過負荷状態検出する。
また、前記通信手段は、階層的な通信処理を行い、前記無効化手段は、何れかの階層間の論理的な接続を禁止する構成としてもよい。
この構成によれば、接続を禁止された層以上の通信処理層に負荷がかからないことに加えて、通信処理以外のネットワーク端末装置の処理に処理負荷がかからない。これにより、通信過負荷状態においても、通信処理以外の処理は影響を受けることない。
さらに、前記無効化手段は、前記第１通信処理部から第２通信処理部への受信データの通知を禁止する構成としてもよい。
この構成によれば、無効化手段は、受信データの通知を禁止するだけで、通信過負荷状態においてネットワーク層以上の層の通信処理の負荷を除去することができる。第２通信処理部の処理がソフトウェアとＣＰＵとにより実現されている場合には、ＣＰＵへの通信処理負荷を除去することができる。
また、本発明のネットワーク端末装置は、ネットワークを介して通信する通信手段と、通信が過負荷状態になったことを検出する第１検出手段と、過負荷状態になったことが検出されたとき前記通信手段により受信されたデータを無効にする無効化手段と、過負荷状態が解消されたことを検出する第２検出手段と、過負荷状態が解消されたことが検出されたとき無効化手段による無効化を解除する解除手段とを備える構成としてもよい。
また、本発明の通信過負荷状態回避方法、およびそのプログラムは、上記ネットワーク端末装置と同様の手段を有し、上記と同様の作用及び効果を奏する。
図１は、本発明の実施の形態におけるネットワーク端末装置（通信過負荷状態回避装置）の主要なハードウェア構成を示す図である。
図２は、通信過負荷状態回避装置の主要な構成を機能別に表したブロック図である。
図３は、過負荷状態検出部における通信過負荷状態検出処理の詳細例を示すフローチャートである。
図４は、過負荷状態終了検出部における過負荷状態の終了を検出する処理の詳細例を示すフローチャートである。
図５は、実行中のアプリケーション数と、しきい値との対応関係を示す図である。
図６Ａは、アプリケーションと重み付した換算値との対応関係を示す図である。
図６Ｂは、アプリケーションと重み付した換算値との他の対応関係を示す図である。
図７は、通信過負荷状態回避装置を適用した家電製品を含むシステム例を示す図である。
図８は、従来技術における不正アクセス防御システムの構成を示す図である。
図２は、通信過負荷状態回避装置の主要な構成を機能別に表したブロック図である。
図３は、過負荷状態検出部における通信過負荷状態検出処理の詳細例を示すフローチャートである。
図４は、過負荷状態終了検出部における過負荷状態の終了を検出する処理の詳細例を示すフローチャートである。
図５は、実行中のアプリケーション数と、しきい値との対応関係を示す図である。
図６Ａは、アプリケーションと重み付した換算値との対応関係を示す図である。
図６Ｂは、アプリケーションと重み付した換算値との他の対応関係を示す図である。
図７は、通信過負荷状態回避装置を適用した家電製品を含むシステム例を示す図である。
図８は、従来技術における不正アクセス防御システムの構成を示す図である。
＜通信過負荷状態回避装置のハードウェア構成＞
図１は、本発明の実施の形態におけるネットワーク端末装置の主要なハードウェア構成を示す図である。このネットワーク端末装置は、同図では、通信過負荷状態回避装置１０と称し、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、メモリ１２、割り込みコントローラ１３、ＬＡＮチップ１４、ＬＡＮＩ／Ｆ（ｉｎｔｅｒｆａｃｅ）１５を備え、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク１７を介して通信ホスト１６等と通信する。
このハードウェア構成は一般的な構成であるが、メモリ１２には、受信データを一時的に受信バッファとしての領域を有し、本発明の通信過負荷状態回避方法を記述したプログラムが格納されている。このプログラムをＣＰＵ１１が実行することによって、通信過負荷状態回避装置１０は通信過負荷状態にあるか否かを判定し、過負荷状態であると判定されたとき、受信されたデータを無効にするように構成されている。ここで通信の過負荷状態とは、通信過負荷状態回避装置１０における通信以外の他の処理（例えばリアルタイム性を要する映像データの処理）が正常に実行されなくなる状態をいう。
まず、通信過負荷でない状態（以下、定常状態と呼ぶ。）におけるデータ受信時のハードウェア上の動作について説明する。
ＬＡＮチップ１４は、例えば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ）８０２．３規格（イーサネット（Ｒ）と呼ばれる）に準拠する物理層の一部及びデータリンク層の通信処理を行うコントローラであって、ＬＡＮＩ／Ｆ１５を介して自身のアドレス宛てのフレーム（イーサネット（Ｒ）フレームと呼ばれる）を受信すると、割込みコントローラ１３にその旨を通知する。この通知を受けた割込みコントローラ１３は、さらにＣＰＵ１１に受信割り込みを発生する。この受信割り込みは、受信データが到着していることを通知する割り込みである。
受信割り込みを受けると、ＣＰＵ１１は、ＬＡＮチップ１４が受信したデータをＬＡＮチップ１４内のバッファから読み出してメモリ１２へ転送し、ＩＰプロトコル処理を行う。その際、定常状態では、ＣＰＵ１１はメモリ１２内のプログラムを実行することによって、単位時間あたりのデータ受信量を調査することによって通信過負荷状態を検出する処理を行っている。
次に、通信過負荷状態（以下、異常状態とも呼ぶ。）を検出し、回避し、復旧するときのハードウェア上の動作について説明する。
通信ホスト１６がネットワーク端末装置１０に対して大量の通信を開始したものとする。ＣＰＵ１１は、通信が過負荷な状態であることを検出すると、割込みコントローラ１３に対して、ＬＡＮチップ１４からの割込み信号をマスクする。これにより、ＣＰＵ１１ではＥｔｈｅｎｅｔ（Ｒ）の受信割込みが発生しなくなり、通信過負荷状態を回避している。
異常状態では、ＣＰＵ１１はメモリ１２内のプログラムを実行することによって、過負荷状態の終了を検出する処理を行い、過負荷状態の終了を検出すると割込みコントローラ１３に対して上記の割込みマスクを解除する。これにより異常状態から定常状態に復旧する。以上が、ハードウェアからみた動作の概要である。
＜通信過負荷状態回避装置の機能的な構成＞
図２は、図１に示した通信過負荷状態回避装置１０の主要な構成を機能別に表したブロック図である。同図の通信過負荷状態回避装置１０は、ＬＡＮチップ１４、ＬＡＮＩ／Ｆ１５、ネットワークドライバ２３、ＩＰプロトコル処理部２４、過負荷状態検出部２５および過負荷状態終了検出部２６を備える。図１と同じ構成要素には同じ番号を付与している。
ＬＡＮチップ１４は、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルにおける物理層の一部に相当するＰＨＹ層２１における通信処理と、データリンク層の一部に相当するＭＡＣ層２２における通信処理とを行う。
ＬＡＮＩ／Ｆ１５は、物理層の一部に相当する処理として、ＬＡＮチップ１４とＩＰネットワークとの間で送受信すべきフレームをＬＡＮチップ１４の電気的仕様に適合させる。
ネットワークドライバ２３は、定常状態において、データリンク層の一部に相当する通信処理を行う。この通信処理は、通常のいわゆるデバイスドライバとしての処理であり、図１において既に説明した受信割り込みに応じて行うＬＡＮチップ１４からメモリ１２へのデータ転送を含む。異常状態では割り込み信号がマスクされるので、ネットワークドライバ２３は実質的に処理が禁止されることになる。
ＩＰプロトコル処理部２４は、定常状態において、ネットワークドライバ２３から送受信されるデータに対してＩＰプロトコル処理を行う。
過負荷状態検出部２５は、定常状態において、単位時間当たりの受信データ量がしきい値を超えていれば通信過負荷状態であると判定し、割り込みコントローラ１３からＣＰＵ１１への割り込み信号をマスクする。
過負荷状態終了検出部２６は、異常状態において、ＬＡＮチップ１４内のバッファに受信されたフレームがあるか否かをチェックするポーリング処理を行い、受信されたフレームが存在しない状態が一定期間継続すれば過負荷状態終了と判断し、割込みコントローラ１３に対して上記の割込みマスクを解除する。
なお、上記、過負荷状態検出部２５は、単位時間当たりの受信データ量がしきい値を超えたか否かを判断する具体的な方法として、一定時間（例えば１０ｍＳ）の受信データ量（例えば、ビット数、バイト数、フレーム数、ＩＰパケット数等で表される量）を測定し、その測定結果に対してしきい値判定を行ってもよいし、一定量（例えば、ビット数、バイト数、フレーム数、ＩＰパケット数の何れかで表される量）の受信データが到達した時間を測定し、その測定結果に対してしきい値判定を行ってもよい。
＜通信過負荷状態検出処理の詳細フロー＞
過負荷状態検出部２５が、単位時間当たりの受信データ量がしきい値を超えたか否かを判断する具体例として、一定量（フレーム数でＷ個）の受信データが到達した時間を測定し、その測定結果に対してしきい値判定を行う例を説明する。
図３は、過負荷状態検出部２５における通信過負荷状態検出処理の詳細例を示すフローチャートである。ただし、図中のＳ３００〜Ｓ３０２、Ｓ３０９は過負荷状態検出部２５によってなされる通信過負荷状態検出処理の一部ではない。Ｓ３００〜Ｓ３０２は図１における受信割り込みにより通信過負荷状態検出処理が起動されるまでの処理を示し、Ｓ３０９はネットワークドライバ２３の通信処理を示している。
また、図中のフレームカウンタは、Ｗ個のフレームをカウントするためのカウンタであり、Ｗから０までダウンカウントされる。タイムスタンプＴｎは、通信過負荷状態回避装置１０内のリアルタイムクロックから得られる時刻を保持するレジスタであり、現在のフレームを受信した時刻を示す。タイムスタンプＴｎ−１は現在のフレームよりもＷ個前に受信したフレームを受信した時刻を保持するためのレジスタである。Ｔｎ−Ｔｎ−１は、Ｗ個のフレームを受信した時間間隔を意味する。しきい値Ａは、時間間隔（Ｔｎ−Ｔｎ−１）が、短すぎる（過負荷状態）か否かを判定するためのしきい値である。しきい値Ａは、通信処理によって通信過負荷状態回避装置１０の他の処理に悪影響を及ぼさないように設定される。また、フレームカウンタ、タイムスタンプＴｎ、Ｔｎ−１は何れも初期値を０とする。
定常状態においてＬＡＮチップ１４は、ＬＡＮＩ／Ｆ１５を介してフレームを受信する（Ｓ３００）と、割り込みコントローラ１３を通して受信割込みを発生（Ｓ３０１）する。これを受けたＣＰＵ１１は、過負荷状態検出部２５に対応するプログラムを呼び出すことにより過負荷状態検出部２５を起動する（Ｓ３０２）。
これ以後の処理について、初回のフレーム受信時と２回目以降とに分けて説明する。
初回のフレーム受信では、過負荷状態検出部２５は、フレームカウンタが０なので（Ｓ３０６）、タイムスタンプＴｎの値をＴｎ−１に代入し（Ｓ３０５）、タイムスタンプＴｎの値としてリアルタイムクロックから現在時刻を取得し（Ｓ３０６）、フレームカウンタにスタート値Ｗを設定する（Ｓ３０７）。これにより、２回目以降の受信の準備として、タイムスタンプＴｎが現在のフレーム受信時刻に、フレームカウンタの値がＷに更新される。Ｔｎ−１は０のままである。更に、過負荷状態検出部２５は、（Ｔｎ−Ｔｎ−１）がしきい値Ａよりも大きいので（Ｓ３０８）、ネットワークドライバ２３を起動して受信処理を行わせる（Ｓ３０９）。
二回目以降のフレーム受信では、過負荷状態検出部２５は、フレームカウンタが０でなければ、つまりＷ個のフレームを受信していなければ（Ｓ３０３：偽）、フレームカウントをデクリメントし（Ｓ３０４）、ネットワークドライバ２３を起動して受信処理を行わせる（Ｓ３０９）。
また、フレームカウンタが０であれば、つまりＷ個のフレームを受信していれば（Ｓ３０３：真）、タイムスタンプＴｎの値をＴｎ−１に代入する（Ｓ３０５）。これにより、タイムスタンプＴｎ−１は、Ｗ個前のフレームの受信時刻を示す。さらに、過負荷状態検出部２５は、リアルタイムクロックから現在時刻を取得し、現在のフレームの受信時刻としてタイムスタンプＴｎの値に設定し（Ｓ３０６）、時間間隔（Ｔｎ−Ｔｎ−１）がしきい値Ａよりも小さい場合は（Ｓ３０７：真）、割り込みコントローラ１３の割り込み信号をマスクし（Ｓ３１０）、通信の過負荷状態を検出したことを示す通知を１１に発行し（Ｓ３１１）、過負荷状態終了検出部２６を起動する（Ｓ３１２）。
この割り込みマスクによって、割り込みコントローラ１３からＣＰＵ１１への割込みが通知されなくなる。以後、ＬＡＮの通信に関するハードウェア割込み処理が発生しなくなり、ネットワークドライバ２３及び過負荷状態検出部２５は起動されなくなる。その代わりに通信過負荷状態終了検出処理タスクが実行される。
一方、時間間隔（Ｔｎ−Ｔｎ−１）がしきい値Ａよりも小さい場合は（Ｓ３０７：偽）、過負荷状態ではないので、ネットワークドライバ２３を起動して受信処理を行わせる（Ｓ３０９）。
＜しきい値の例＞
上記のしきい値Ａは、ＣＰＵ１１の処理能力にも依存するが、例えばＬＡＮの伝送速度が１００Ｍｂｐｓの場合は、（フレームカウンタのスタート値Ｗ、しきい値Ａ）を（８５個、１０ｍＳ）や（１７０個、２０ｍＳ）とすればよい。また、１０Ｍｂｐｓの場合は、（８個、１０ｍＳ）や（１７個、２０ｍＳ）とすればよい。しきい値Ａには、通常発生するバースト性のフレーム受信の最大時間よりも十分に長い時間とするべきである。
また、上記しきい値Ａの値は、通信過負荷状態回避装置１０における通信以外の処理負荷の状態に応じて動的に決定することができる。その場合、図３に示したＳ３０７とＳ３０８の間に、しきい値を決定するステップを設ける構成とすればよい。このしきい値決定ステップにおいて、過負荷状態検出部２５は、例えば図５に示すように、ＣＰＵ１１が実行中のアプリケーション数Ｌに応じて予め複数のしきい値Ａ１、Ａ２・・・を対応させておき、現在実行中のアプリケーションの数に対応するしきい値を判定用のしきい値Ａとして決定する。
このようにしきい値を動的に決定することにより、通信過負荷状態回避装置１０における通信処理以外の処理の負荷が大きいときと小さいときとで、ＣＰＵ１１の処理能力のうち通信処理が占有してよい部分を動的に変更することができ、通信過負荷状態を動的に定義することができる。その結果、通信過負荷状態回避装置１０における通信処理以外のリアルタイム性を要する処理などへの影響を除去し、しかも、通信過負荷状態回避装置１０全体の処理能力を最大限に発揮させることができる。
さらに、上記しきい値決定ステップでは、実行中のアプリケーションの数に対応させてしきい値を決定しているが、アプリケーションに重み付けをしてもよい。すなわち、過負荷状態検出部２５は、処理量の多いアプリケーションや、リアルタイム性を要するアプリケーションについては、アプリケーション数を１ではなく２、３など重み付けた数に換算して全体のアプリケーション数を求めて、対応するしきい値を決定する。図６Ａに、アプリケーション毎の重み付けた換算値を示す。同図では、アプリケーションＡｐｐ１、４、５等は１のままであるが、Ａｐｐ２は、そのアプリケーション数を２と換算し、同様にアプリケーションＡｐｐ３は３と換算することを示している。これによりアプリケーション毎に異なる処理量の差を吸収することができ、より適切なしきい値を動的に決定することができる。また、図６Ｂに、他の換算値の例を示す。この例では、アプリケーション１のアプリケーション数は５に換算される。例えば、アプリケーション１の実行中にはしきい値が小さくなり、アプリケーション１の処理はデータの受信処置により遅延することなく保護されることになる。
＜過負荷状態終了検出処理の詳細例＞
過負荷状態検出部２５によって過負荷状態が検出されると、過負荷状態終了検出部２６が起動され過負荷状態の終了を検出する処理を行う。
図４は、過負荷状態終了検出部２６における過負荷状態の終了を検出する処理の詳細例を示すフローチャートである。同図において、ループ１は一定時間（例えば１０ｍＳ）の間連続して繰り返し実行されるループ処理であり、ループ２は一定期間（例えば５秒）毎に一回実行されるループ処理である。つまり、過負荷状態終了検出部２６は、ポーリング処理として５秒毎に１０ｍＳのループ１の処理を行っている。また、Ｎは、通信過負荷状態が解消された可能性が高いと判定された回数を意味し、０〜５までをカウントするアップカウンタの値である。
まず、過負荷状態終了検出部２６は、カウンタの値をＮ＝０に初期化し（Ｓ４００）する。さらに、ループ１の処理として、ＬＡＮチップ１４のバッファ内に受信データが保持されているかどうかをチェックし（Ｓ４０３）、受信データが保持されていれば、当該受信データを読み出して（Ｓ４０４）、受信データから構成されるフレームの数ｍをカウントする（Ｓ４０５）。この繰り返しがループ１として１０ｍＳの間継続して実行される。その結果１０ｍＳの間に受信フレーム数ｍがカウントされる。
ループ１終了後に、過負荷状態終了検出部２６は、受信フレーム数ｍがしきい値Ｂより小さいか否かを判別し（Ｓ４０７）、小さければＮをインクリメント（Ｎ＝Ｎ＋１）し（Ｓ４０８）、大きければＮをクリア（Ｎ＝０）する（Ｓ４０９）。受信フレーム数ｍがしきい値Ｂよりも小さい場合は、通信の過負荷状態が解消している可能性が高いことを意味する。ここで、しきい値Ｂは、例えば、伝送速度が１００Ｍｂｐｓの場合は８５、１０Ｍｂｐｓの場合は８でよく、上記しきい値Ａと同じ値としてもよいし、図４、５に示したようにしきい値Ａと同様に動的に決定してもよい。
さらに、過負荷状態終了検出部２６は、Ｎが５以上か否かを判定する（Ｓ４１０）。この判定では、過負荷状態が解消している可能性が高いというループ１の結果が連続して５回あった場合に、通信過負荷状態終了と判定している。
Ｎが５より小さいと判定された場合には、過負荷状態検出部２５は５秒後に再度ループ２の１回分の処理を実行する。Ｎが５以上と判定された場合には、割り込みコントローラ１３に対して割り込みマスクを解除し（Ｓ４１２）、過負荷状態が終了したことをＣＰＵ１１に通知し（Ｓ４１３）、本処理を終える。
これにより、割り込みマスクが解除され異常状態から定常状態に戻る。
＜システム例＞
以下、図１、２に示したネットワーク端末装置（通信過負荷状態回避装置１０）を家電製品に適用した場合の実施例について説明する。
図７は、通信過負荷状態回避装置１０を適用した家電製品を含むシステム例を示す図である。同図のシステムでは、ＳＴＢ（セットトップボックス）１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃ、パソコン１０３及びネットワークＩ／Ｆ１０４がＬＡＮに接続され、さらにネットワークＩ／Ｆ１０４を介してインターネット上の配信サーバ１０５に接続されている。
このうち、ＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃはそれぞれ図１、図２に示した通信過負荷状態回避装置１０の構成を備える。
ＳＴＢ１０ａは、（１）デジタル放送からのストリームデータを受信する処理、（２）ホームサーバ１０ｃ又は配信サーバ１０５等からＬＡＮ経由でストリームデータを受信する処理、（３）ストリームデータの再生及びテレビ１０２への出力処理、（４）ストリームデータをＬＡＮ上へ送信する処理などを行う。（１）〜（４）は何れもリアルタイム性を要求される処理であるが、このうち（２）と（４）は再送受信により可能な場合もあるので、（１）（３）の方がより厳格にリアルタイム性を要求される。
今、ＳＴＢ１０ａにおいて（１）で受信したストリームデータを（３）で再生出力しているときに、さらに（２）で受信したストリームデータを（３）で再生出力しテレビ１０２に縮小表示しているものとする。
このとき、何らかの原因で（２）の受信データ量が通常よりも大量になり、あるいはＳＴＢ１０ａ宛てのフレームが誤って送信されてきて通信過負荷状態になったとする。ＳＴＢ１０ａは、過負荷状態を検出すると割り込みマスクにより（２）の受信処理を停止により過負荷状態を回避する。これにより、（１）と（３）の処理は、過負荷状態によって再生処理に遅延やフレーム落ちも発生することなく、影響を受けず円滑になされる。
また、過負荷状態を回避している間に、ＳＴＢ１０ａは、過負荷状態の終了の検出をしているので、過負荷状態が解消された場合には、元の状態に復旧する。
ＤＶＤレコーダ１０ｂは、（ａ）テレビ放送の受信処理、（ｂ）ホームサーバ１０ｃ又は配信サーバ１０５からＬＡＮ経由でストリームデータを受信する処理、（ｃ）ストリームデータの再生及びテレビ１０２への出力処理、（ｄ）ストリームデータをＬＡＮ上へ送信する処理、（ｅ）ＤＶＤへの録画処理を主に行う。このうち（ａ）〜（ｄ）は上記（１）〜（４）とほぼ同様であるが、ＤＶＤレコーダ１０ｂは（ｅ）の録画処理も行う点で処理内容が複雑でかつ処理量が多い。
今、ＳＴＢ１０ａまたは内臓チューナ（図外）からの映像データに対して（ｅ）の録画処理を行うとともに、（ｂ）で受信したストリームデータを（ｃ）で再生出力しているものとする。（ｅ）の録画処理も、（ｂ）から（ｃ）の再生出力処理もリアルタイム性を要求されるが、（ｅ）の録画処理は最も厳格にリアルタイム性が要求される。
この場合も通信過負荷状態になったには、上記ＳＴＢ１０ａと同様に、過負荷状態の検出、回避及び復旧を行う。
ホームサーバ１０ｃは、内臓のハードディスクにストリームデータやファイルなどを記録し、ＬＡＮを介して他の装置との間でストリームデータやファイルなど送受信する。過負荷状態の検出、回避、復旧についてはＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂと同様である。
このように、ＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃはそれぞれ通信過負荷状態回避装置１０を備えることにより、通信の過負荷状態の検出、回避、復旧を行うことができ、しかも、外部の付加装置を必要とせずユーザの判断も必要としないで、装置単体で行うことができる。
以上説明してきたように本発明のネットワーク端末装置によれば、過負荷状態では受信されたデータを無効化するので、ユーザによる判断も付加装置も必要としないで、通信の過負荷状態でも通信処理及び他の処理への影響を除去することができる。つまり、受信処理がＣＰＵの処理能力を占有しないので、その他の処理の品質を落とすことなく継続することが可能となる。それゆえ、一般家庭で使用されるネットワーク端末装置でも容易に適用でき、他の処理を円滑にすることができる。例えば、通信処理以外の他の処理として、リアルタイム性を要求される映像データの処理を行うネットワーク端末装置であっても通信過負荷状態に起因する影響を排除することができる。
なお、ネットワークＩ／Ｆ１０４として用いられるルーターは、通常、ユーザ設定された任意の送信元アドレスやプロトコルを遮断したり、流量制限するフィルター機能を有する場合がある。ところが、このユーザ設定には、煩わしい操作と専門的な知識を必要とする。図７の構成では、煩わしいユーザ操作を必要とすることなく、流量制限に相当する過負荷状態の検出、回避、復旧をすることができる。
逆に、フィルター機能を使用するようにユーザが設定する場合には、ネットワークＩ／Ｆ１０４によるフィルター機能と、ＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃの個々の過負荷状態の検出、回避、復旧機能とを組み合わせることによって、機能の分担及び補完を行うことができる。この場合、ＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃ個別に過負荷状態の検出、回避、復旧機能をオン／オフする構成としてもよい。
また、図７におけるＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃの任意の２つが組み合わされて１つの装置を構成する場合や、３つが組み合わされて１つの装置を構成する場合でも、通信過負荷状態回避装置１０の構成を備えることにより同様の効果を奏することができる。また、パソコン１０３に通信過負荷状態回避装置１０を備える構成としてもよい。
なお、過負荷状態検出部２５は、データリンク層（ＬＡＮチップ１４）に到達した単位時間あたりの受信データ量を測定しているが、ネットワーク層（ＩＰプロトコル処理部２４）に到達した単位時間あたりの受信データ量を測定して、測定結果をしきい値判定する構成としてもよい。この場合、過負荷状態検出部２５は、ネットワーク層（ＩＰプロトコル処理部２４）に到達した単位時間あたりの受信データ量を測定してしきい値判定をする代わりに、ネットワーク層（ＩＰプロトコル処理部２４）における受信処理がオーバーフローしたか否かを判定するようにしてもよい。
また、過負荷状態検出部２５は、データリンク層（ＬＡＮチップ１４）に到達した単位時間あたりの受信データ量を測定しているが、この代わりに、ＬＡＮチップ１４から転送された受信データを一時的に保持する受信バッファ（メモリ１２中の領域）における受信データ量を測定して、測定結果をしきい値判定する構成としてもよい。
なお、上記実施の形態では、過負荷状態検出部２５は、割り込み信号をマスクすることによりデータリンク層（ＬＡＮチップ１４）からネットワーク層（ＩＰプロトコル処理部２４）への受信データの通知を禁止しているが、その代わりに、他の通信階層の間で受信データの通知又は受信データの伝送を禁止する構成としてもよい。例えば、（Ａ）物理層（ＬＡＮＩ／Ｆ１５）からデータリンク層への受信データの伝送を禁止してもよいし、（Ｂ）物理層、データリンク層、ネットワーク層の何れかの動作をディスエーブルにする構成としてもよい。
また、図７に示したシステム例において、過負荷状態検出部２５が割り込み信号をマスクする代わりに、過負荷状態検出部２５が過負荷状態になったことをネットワークＩ／Ｆ１０４に通知し、ネットワークＩ／Ｆ１０４において通信過負荷状態回避装置１０宛てのパケットを破棄（フィルタリング）する構成としてもよい。この場合、ネットワークＩ／Ｆ１０４は、過負荷状態になったことを通知されると当該通信過負荷状態回避装置１０宛てのパケットを破棄する構成とすればよい。その際、ネットワークＩ／Ｆ１０４は、通信過負荷状態回避装置１０宛てのパケットかどうかを、例えば、宛先のＩＰアドレスやポート番号などにより判別すればよい。この場合、ネットワークＩ／Ｆ１０４はさらに過負荷状態終了検出部２６を備え、過負荷状態終了検出部２６によって過負荷状態の終了が検出されたときパケットのフィルタリングを停止する構成とすればよい。
この構成によれば、通信過負荷状態回避装置１０が通信過負荷状態になってからその状態が解消されまでの間、ネットワークＩ／Ｆ１０４により通信過負荷状態回避装置１０宛てのパケットが破棄されるので、通信過負荷状態回避装置１０を備える装置（ＳＴＢ１０ａやＤＶＤレコーダ１０ｂなど）は、通信以外の本来の処理を処理遅延など悪影響を受けることなく円滑に実行することができる。
また、上記実施の形態において、通信過負荷状態回避装置１０は、通信過負荷状態において、音、光、表示等により通信過負荷状態にある旨をユーザに通知する通知部を備えてもよい。例えば、図７に示したＳＴＢ１０ａやＤＶＤレコーダ１０ｂにおいて、上記の通知部は、通信過負荷状態の検出、回避、復旧のタイミングに合わせてテレビ１０２への映像信号に「通信が過負荷状態になりましたのでしばらくの間受信を制限します」「通信過負荷状態により受信制限中」「通信過負荷状態が解消されました」などの通知を重畳させて、テレビ１０２に表示する構成としてもよい。
なお、上記実施の形態において、データリンク層の通信処理はネットワークドライバ２３とＣＰＵ１１により実現されているが、ＣＰＵ１１によらずに専用ＬＳＩチップとして構成してもよい。同様に、ネットワーク層の通信処理（ＩＰプロトコル処理部２４）はＣＰＵ１１によりソフトウェア的に実現されているが、ＣＰＵ１１によらずに専用ＬＳＩチップとして構成してもよい。
また、図５に示した実行中のアプリケーション数としきい値との対応関係は、外部の機器からリモートメンテナンスにより変更可能な構成としてもよいし、ユーザ設定により変更可能な構成としてもよい。ユーザ設定により変更可能にする場合は、ネットワーク端末装置内に複数の対応テーブルを予め記憶しておき、ユーザ選択する構成としてもよい。
図１は、本発明の実施の形態におけるネットワーク端末装置の主要なハードウェア構成を示す図である。このネットワーク端末装置は、同図では、通信過負荷状態回避装置１０と称し、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、メモリ１２、割り込みコントローラ１３、ＬＡＮチップ１４、ＬＡＮＩ／Ｆ（ｉｎｔｅｒｆａｃｅ）１５を備え、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク１７を介して通信ホスト１６等と通信する。
このハードウェア構成は一般的な構成であるが、メモリ１２には、受信データを一時的に受信バッファとしての領域を有し、本発明の通信過負荷状態回避方法を記述したプログラムが格納されている。このプログラムをＣＰＵ１１が実行することによって、通信過負荷状態回避装置１０は通信過負荷状態にあるか否かを判定し、過負荷状態であると判定されたとき、受信されたデータを無効にするように構成されている。ここで通信の過負荷状態とは、通信過負荷状態回避装置１０における通信以外の他の処理（例えばリアルタイム性を要する映像データの処理）が正常に実行されなくなる状態をいう。
まず、通信過負荷でない状態（以下、定常状態と呼ぶ。）におけるデータ受信時のハードウェア上の動作について説明する。
ＬＡＮチップ１４は、例えば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ）８０２．３規格（イーサネット（Ｒ）と呼ばれる）に準拠する物理層の一部及びデータリンク層の通信処理を行うコントローラであって、ＬＡＮＩ／Ｆ１５を介して自身のアドレス宛てのフレーム（イーサネット（Ｒ）フレームと呼ばれる）を受信すると、割込みコントローラ１３にその旨を通知する。この通知を受けた割込みコントローラ１３は、さらにＣＰＵ１１に受信割り込みを発生する。この受信割り込みは、受信データが到着していることを通知する割り込みである。
受信割り込みを受けると、ＣＰＵ１１は、ＬＡＮチップ１４が受信したデータをＬＡＮチップ１４内のバッファから読み出してメモリ１２へ転送し、ＩＰプロトコル処理を行う。その際、定常状態では、ＣＰＵ１１はメモリ１２内のプログラムを実行することによって、単位時間あたりのデータ受信量を調査することによって通信過負荷状態を検出する処理を行っている。
次に、通信過負荷状態（以下、異常状態とも呼ぶ。）を検出し、回避し、復旧するときのハードウェア上の動作について説明する。
通信ホスト１６がネットワーク端末装置１０に対して大量の通信を開始したものとする。ＣＰＵ１１は、通信が過負荷な状態であることを検出すると、割込みコントローラ１３に対して、ＬＡＮチップ１４からの割込み信号をマスクする。これにより、ＣＰＵ１１ではＥｔｈｅｎｅｔ（Ｒ）の受信割込みが発生しなくなり、通信過負荷状態を回避している。
異常状態では、ＣＰＵ１１はメモリ１２内のプログラムを実行することによって、過負荷状態の終了を検出する処理を行い、過負荷状態の終了を検出すると割込みコントローラ１３に対して上記の割込みマスクを解除する。これにより異常状態から定常状態に復旧する。以上が、ハードウェアからみた動作の概要である。
＜通信過負荷状態回避装置の機能的な構成＞
図２は、図１に示した通信過負荷状態回避装置１０の主要な構成を機能別に表したブロック図である。同図の通信過負荷状態回避装置１０は、ＬＡＮチップ１４、ＬＡＮＩ／Ｆ１５、ネットワークドライバ２３、ＩＰプロトコル処理部２４、過負荷状態検出部２５および過負荷状態終了検出部２６を備える。図１と同じ構成要素には同じ番号を付与している。
ＬＡＮチップ１４は、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルにおける物理層の一部に相当するＰＨＹ層２１における通信処理と、データリンク層の一部に相当するＭＡＣ層２２における通信処理とを行う。
ＬＡＮＩ／Ｆ１５は、物理層の一部に相当する処理として、ＬＡＮチップ１４とＩＰネットワークとの間で送受信すべきフレームをＬＡＮチップ１４の電気的仕様に適合させる。
ネットワークドライバ２３は、定常状態において、データリンク層の一部に相当する通信処理を行う。この通信処理は、通常のいわゆるデバイスドライバとしての処理であり、図１において既に説明した受信割り込みに応じて行うＬＡＮチップ１４からメモリ１２へのデータ転送を含む。異常状態では割り込み信号がマスクされるので、ネットワークドライバ２３は実質的に処理が禁止されることになる。
ＩＰプロトコル処理部２４は、定常状態において、ネットワークドライバ２３から送受信されるデータに対してＩＰプロトコル処理を行う。
過負荷状態検出部２５は、定常状態において、単位時間当たりの受信データ量がしきい値を超えていれば通信過負荷状態であると判定し、割り込みコントローラ１３からＣＰＵ１１への割り込み信号をマスクする。
過負荷状態終了検出部２６は、異常状態において、ＬＡＮチップ１４内のバッファに受信されたフレームがあるか否かをチェックするポーリング処理を行い、受信されたフレームが存在しない状態が一定期間継続すれば過負荷状態終了と判断し、割込みコントローラ１３に対して上記の割込みマスクを解除する。
なお、上記、過負荷状態検出部２５は、単位時間当たりの受信データ量がしきい値を超えたか否かを判断する具体的な方法として、一定時間（例えば１０ｍＳ）の受信データ量（例えば、ビット数、バイト数、フレーム数、ＩＰパケット数等で表される量）を測定し、その測定結果に対してしきい値判定を行ってもよいし、一定量（例えば、ビット数、バイト数、フレーム数、ＩＰパケット数の何れかで表される量）の受信データが到達した時間を測定し、その測定結果に対してしきい値判定を行ってもよい。
＜通信過負荷状態検出処理の詳細フロー＞
過負荷状態検出部２５が、単位時間当たりの受信データ量がしきい値を超えたか否かを判断する具体例として、一定量（フレーム数でＷ個）の受信データが到達した時間を測定し、その測定結果に対してしきい値判定を行う例を説明する。
図３は、過負荷状態検出部２５における通信過負荷状態検出処理の詳細例を示すフローチャートである。ただし、図中のＳ３００〜Ｓ３０２、Ｓ３０９は過負荷状態検出部２５によってなされる通信過負荷状態検出処理の一部ではない。Ｓ３００〜Ｓ３０２は図１における受信割り込みにより通信過負荷状態検出処理が起動されるまでの処理を示し、Ｓ３０９はネットワークドライバ２３の通信処理を示している。
また、図中のフレームカウンタは、Ｗ個のフレームをカウントするためのカウンタであり、Ｗから０までダウンカウントされる。タイムスタンプＴｎは、通信過負荷状態回避装置１０内のリアルタイムクロックから得られる時刻を保持するレジスタであり、現在のフレームを受信した時刻を示す。タイムスタンプＴｎ−１は現在のフレームよりもＷ個前に受信したフレームを受信した時刻を保持するためのレジスタである。Ｔｎ−Ｔｎ−１は、Ｗ個のフレームを受信した時間間隔を意味する。しきい値Ａは、時間間隔（Ｔｎ−Ｔｎ−１）が、短すぎる（過負荷状態）か否かを判定するためのしきい値である。しきい値Ａは、通信処理によって通信過負荷状態回避装置１０の他の処理に悪影響を及ぼさないように設定される。また、フレームカウンタ、タイムスタンプＴｎ、Ｔｎ−１は何れも初期値を０とする。
定常状態においてＬＡＮチップ１４は、ＬＡＮＩ／Ｆ１５を介してフレームを受信する（Ｓ３００）と、割り込みコントローラ１３を通して受信割込みを発生（Ｓ３０１）する。これを受けたＣＰＵ１１は、過負荷状態検出部２５に対応するプログラムを呼び出すことにより過負荷状態検出部２５を起動する（Ｓ３０２）。
これ以後の処理について、初回のフレーム受信時と２回目以降とに分けて説明する。
初回のフレーム受信では、過負荷状態検出部２５は、フレームカウンタが０なので（Ｓ３０６）、タイムスタンプＴｎの値をＴｎ−１に代入し（Ｓ３０５）、タイムスタンプＴｎの値としてリアルタイムクロックから現在時刻を取得し（Ｓ３０６）、フレームカウンタにスタート値Ｗを設定する（Ｓ３０７）。これにより、２回目以降の受信の準備として、タイムスタンプＴｎが現在のフレーム受信時刻に、フレームカウンタの値がＷに更新される。Ｔｎ−１は０のままである。更に、過負荷状態検出部２５は、（Ｔｎ−Ｔｎ−１）がしきい値Ａよりも大きいので（Ｓ３０８）、ネットワークドライバ２３を起動して受信処理を行わせる（Ｓ３０９）。
二回目以降のフレーム受信では、過負荷状態検出部２５は、フレームカウンタが０でなければ、つまりＷ個のフレームを受信していなければ（Ｓ３０３：偽）、フレームカウントをデクリメントし（Ｓ３０４）、ネットワークドライバ２３を起動して受信処理を行わせる（Ｓ３０９）。
また、フレームカウンタが０であれば、つまりＷ個のフレームを受信していれば（Ｓ３０３：真）、タイムスタンプＴｎの値をＴｎ−１に代入する（Ｓ３０５）。これにより、タイムスタンプＴｎ−１は、Ｗ個前のフレームの受信時刻を示す。さらに、過負荷状態検出部２５は、リアルタイムクロックから現在時刻を取得し、現在のフレームの受信時刻としてタイムスタンプＴｎの値に設定し（Ｓ３０６）、時間間隔（Ｔｎ−Ｔｎ−１）がしきい値Ａよりも小さい場合は（Ｓ３０７：真）、割り込みコントローラ１３の割り込み信号をマスクし（Ｓ３１０）、通信の過負荷状態を検出したことを示す通知を１１に発行し（Ｓ３１１）、過負荷状態終了検出部２６を起動する（Ｓ３１２）。
この割り込みマスクによって、割り込みコントローラ１３からＣＰＵ１１への割込みが通知されなくなる。以後、ＬＡＮの通信に関するハードウェア割込み処理が発生しなくなり、ネットワークドライバ２３及び過負荷状態検出部２５は起動されなくなる。その代わりに通信過負荷状態終了検出処理タスクが実行される。
一方、時間間隔（Ｔｎ−Ｔｎ−１）がしきい値Ａよりも小さい場合は（Ｓ３０７：偽）、過負荷状態ではないので、ネットワークドライバ２３を起動して受信処理を行わせる（Ｓ３０９）。
＜しきい値の例＞
上記のしきい値Ａは、ＣＰＵ１１の処理能力にも依存するが、例えばＬＡＮの伝送速度が１００Ｍｂｐｓの場合は、（フレームカウンタのスタート値Ｗ、しきい値Ａ）を（８５個、１０ｍＳ）や（１７０個、２０ｍＳ）とすればよい。また、１０Ｍｂｐｓの場合は、（８個、１０ｍＳ）や（１７個、２０ｍＳ）とすればよい。しきい値Ａには、通常発生するバースト性のフレーム受信の最大時間よりも十分に長い時間とするべきである。
また、上記しきい値Ａの値は、通信過負荷状態回避装置１０における通信以外の処理負荷の状態に応じて動的に決定することができる。その場合、図３に示したＳ３０７とＳ３０８の間に、しきい値を決定するステップを設ける構成とすればよい。このしきい値決定ステップにおいて、過負荷状態検出部２５は、例えば図５に示すように、ＣＰＵ１１が実行中のアプリケーション数Ｌに応じて予め複数のしきい値Ａ１、Ａ２・・・を対応させておき、現在実行中のアプリケーションの数に対応するしきい値を判定用のしきい値Ａとして決定する。
このようにしきい値を動的に決定することにより、通信過負荷状態回避装置１０における通信処理以外の処理の負荷が大きいときと小さいときとで、ＣＰＵ１１の処理能力のうち通信処理が占有してよい部分を動的に変更することができ、通信過負荷状態を動的に定義することができる。その結果、通信過負荷状態回避装置１０における通信処理以外のリアルタイム性を要する処理などへの影響を除去し、しかも、通信過負荷状態回避装置１０全体の処理能力を最大限に発揮させることができる。
さらに、上記しきい値決定ステップでは、実行中のアプリケーションの数に対応させてしきい値を決定しているが、アプリケーションに重み付けをしてもよい。すなわち、過負荷状態検出部２５は、処理量の多いアプリケーションや、リアルタイム性を要するアプリケーションについては、アプリケーション数を１ではなく２、３など重み付けた数に換算して全体のアプリケーション数を求めて、対応するしきい値を決定する。図６Ａに、アプリケーション毎の重み付けた換算値を示す。同図では、アプリケーションＡｐｐ１、４、５等は１のままであるが、Ａｐｐ２は、そのアプリケーション数を２と換算し、同様にアプリケーションＡｐｐ３は３と換算することを示している。これによりアプリケーション毎に異なる処理量の差を吸収することができ、より適切なしきい値を動的に決定することができる。また、図６Ｂに、他の換算値の例を示す。この例では、アプリケーション１のアプリケーション数は５に換算される。例えば、アプリケーション１の実行中にはしきい値が小さくなり、アプリケーション１の処理はデータの受信処置により遅延することなく保護されることになる。
＜過負荷状態終了検出処理の詳細例＞
過負荷状態検出部２５によって過負荷状態が検出されると、過負荷状態終了検出部２６が起動され過負荷状態の終了を検出する処理を行う。
図４は、過負荷状態終了検出部２６における過負荷状態の終了を検出する処理の詳細例を示すフローチャートである。同図において、ループ１は一定時間（例えば１０ｍＳ）の間連続して繰り返し実行されるループ処理であり、ループ２は一定期間（例えば５秒）毎に一回実行されるループ処理である。つまり、過負荷状態終了検出部２６は、ポーリング処理として５秒毎に１０ｍＳのループ１の処理を行っている。また、Ｎは、通信過負荷状態が解消された可能性が高いと判定された回数を意味し、０〜５までをカウントするアップカウンタの値である。
まず、過負荷状態終了検出部２６は、カウンタの値をＮ＝０に初期化し（Ｓ４００）する。さらに、ループ１の処理として、ＬＡＮチップ１４のバッファ内に受信データが保持されているかどうかをチェックし（Ｓ４０３）、受信データが保持されていれば、当該受信データを読み出して（Ｓ４０４）、受信データから構成されるフレームの数ｍをカウントする（Ｓ４０５）。この繰り返しがループ１として１０ｍＳの間継続して実行される。その結果１０ｍＳの間に受信フレーム数ｍがカウントされる。
ループ１終了後に、過負荷状態終了検出部２６は、受信フレーム数ｍがしきい値Ｂより小さいか否かを判別し（Ｓ４０７）、小さければＮをインクリメント（Ｎ＝Ｎ＋１）し（Ｓ４０８）、大きければＮをクリア（Ｎ＝０）する（Ｓ４０９）。受信フレーム数ｍがしきい値Ｂよりも小さい場合は、通信の過負荷状態が解消している可能性が高いことを意味する。ここで、しきい値Ｂは、例えば、伝送速度が１００Ｍｂｐｓの場合は８５、１０Ｍｂｐｓの場合は８でよく、上記しきい値Ａと同じ値としてもよいし、図４、５に示したようにしきい値Ａと同様に動的に決定してもよい。
さらに、過負荷状態終了検出部２６は、Ｎが５以上か否かを判定する（Ｓ４１０）。この判定では、過負荷状態が解消している可能性が高いというループ１の結果が連続して５回あった場合に、通信過負荷状態終了と判定している。
Ｎが５より小さいと判定された場合には、過負荷状態検出部２５は５秒後に再度ループ２の１回分の処理を実行する。Ｎが５以上と判定された場合には、割り込みコントローラ１３に対して割り込みマスクを解除し（Ｓ４１２）、過負荷状態が終了したことをＣＰＵ１１に通知し（Ｓ４１３）、本処理を終える。
これにより、割り込みマスクが解除され異常状態から定常状態に戻る。
＜システム例＞
以下、図１、２に示したネットワーク端末装置（通信過負荷状態回避装置１０）を家電製品に適用した場合の実施例について説明する。
図７は、通信過負荷状態回避装置１０を適用した家電製品を含むシステム例を示す図である。同図のシステムでは、ＳＴＢ（セットトップボックス）１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃ、パソコン１０３及びネットワークＩ／Ｆ１０４がＬＡＮに接続され、さらにネットワークＩ／Ｆ１０４を介してインターネット上の配信サーバ１０５に接続されている。
このうち、ＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃはそれぞれ図１、図２に示した通信過負荷状態回避装置１０の構成を備える。
ＳＴＢ１０ａは、（１）デジタル放送からのストリームデータを受信する処理、（２）ホームサーバ１０ｃ又は配信サーバ１０５等からＬＡＮ経由でストリームデータを受信する処理、（３）ストリームデータの再生及びテレビ１０２への出力処理、（４）ストリームデータをＬＡＮ上へ送信する処理などを行う。（１）〜（４）は何れもリアルタイム性を要求される処理であるが、このうち（２）と（４）は再送受信により可能な場合もあるので、（１）（３）の方がより厳格にリアルタイム性を要求される。
今、ＳＴＢ１０ａにおいて（１）で受信したストリームデータを（３）で再生出力しているときに、さらに（２）で受信したストリームデータを（３）で再生出力しテレビ１０２に縮小表示しているものとする。
このとき、何らかの原因で（２）の受信データ量が通常よりも大量になり、あるいはＳＴＢ１０ａ宛てのフレームが誤って送信されてきて通信過負荷状態になったとする。ＳＴＢ１０ａは、過負荷状態を検出すると割り込みマスクにより（２）の受信処理を停止により過負荷状態を回避する。これにより、（１）と（３）の処理は、過負荷状態によって再生処理に遅延やフレーム落ちも発生することなく、影響を受けず円滑になされる。
また、過負荷状態を回避している間に、ＳＴＢ１０ａは、過負荷状態の終了の検出をしているので、過負荷状態が解消された場合には、元の状態に復旧する。
ＤＶＤレコーダ１０ｂは、（ａ）テレビ放送の受信処理、（ｂ）ホームサーバ１０ｃ又は配信サーバ１０５からＬＡＮ経由でストリームデータを受信する処理、（ｃ）ストリームデータの再生及びテレビ１０２への出力処理、（ｄ）ストリームデータをＬＡＮ上へ送信する処理、（ｅ）ＤＶＤへの録画処理を主に行う。このうち（ａ）〜（ｄ）は上記（１）〜（４）とほぼ同様であるが、ＤＶＤレコーダ１０ｂは（ｅ）の録画処理も行う点で処理内容が複雑でかつ処理量が多い。
今、ＳＴＢ１０ａまたは内臓チューナ（図外）からの映像データに対して（ｅ）の録画処理を行うとともに、（ｂ）で受信したストリームデータを（ｃ）で再生出力しているものとする。（ｅ）の録画処理も、（ｂ）から（ｃ）の再生出力処理もリアルタイム性を要求されるが、（ｅ）の録画処理は最も厳格にリアルタイム性が要求される。
この場合も通信過負荷状態になったには、上記ＳＴＢ１０ａと同様に、過負荷状態の検出、回避及び復旧を行う。
ホームサーバ１０ｃは、内臓のハードディスクにストリームデータやファイルなどを記録し、ＬＡＮを介して他の装置との間でストリームデータやファイルなど送受信する。過負荷状態の検出、回避、復旧についてはＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂと同様である。
このように、ＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃはそれぞれ通信過負荷状態回避装置１０を備えることにより、通信の過負荷状態の検出、回避、復旧を行うことができ、しかも、外部の付加装置を必要とせずユーザの判断も必要としないで、装置単体で行うことができる。
以上説明してきたように本発明のネットワーク端末装置によれば、過負荷状態では受信されたデータを無効化するので、ユーザによる判断も付加装置も必要としないで、通信の過負荷状態でも通信処理及び他の処理への影響を除去することができる。つまり、受信処理がＣＰＵの処理能力を占有しないので、その他の処理の品質を落とすことなく継続することが可能となる。それゆえ、一般家庭で使用されるネットワーク端末装置でも容易に適用でき、他の処理を円滑にすることができる。例えば、通信処理以外の他の処理として、リアルタイム性を要求される映像データの処理を行うネットワーク端末装置であっても通信過負荷状態に起因する影響を排除することができる。
なお、ネットワークＩ／Ｆ１０４として用いられるルーターは、通常、ユーザ設定された任意の送信元アドレスやプロトコルを遮断したり、流量制限するフィルター機能を有する場合がある。ところが、このユーザ設定には、煩わしい操作と専門的な知識を必要とする。図７の構成では、煩わしいユーザ操作を必要とすることなく、流量制限に相当する過負荷状態の検出、回避、復旧をすることができる。
逆に、フィルター機能を使用するようにユーザが設定する場合には、ネットワークＩ／Ｆ１０４によるフィルター機能と、ＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃの個々の過負荷状態の検出、回避、復旧機能とを組み合わせることによって、機能の分担及び補完を行うことができる。この場合、ＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃ個別に過負荷状態の検出、回避、復旧機能をオン／オフする構成としてもよい。
また、図７におけるＳＴＢ１０ａ、ＤＶＤレコーダ１０ｂ、ホームサーバ１０ｃの任意の２つが組み合わされて１つの装置を構成する場合や、３つが組み合わされて１つの装置を構成する場合でも、通信過負荷状態回避装置１０の構成を備えることにより同様の効果を奏することができる。また、パソコン１０３に通信過負荷状態回避装置１０を備える構成としてもよい。
なお、過負荷状態検出部２５は、データリンク層（ＬＡＮチップ１４）に到達した単位時間あたりの受信データ量を測定しているが、ネットワーク層（ＩＰプロトコル処理部２４）に到達した単位時間あたりの受信データ量を測定して、測定結果をしきい値判定する構成としてもよい。この場合、過負荷状態検出部２５は、ネットワーク層（ＩＰプロトコル処理部２４）に到達した単位時間あたりの受信データ量を測定してしきい値判定をする代わりに、ネットワーク層（ＩＰプロトコル処理部２４）における受信処理がオーバーフローしたか否かを判定するようにしてもよい。
また、過負荷状態検出部２５は、データリンク層（ＬＡＮチップ１４）に到達した単位時間あたりの受信データ量を測定しているが、この代わりに、ＬＡＮチップ１４から転送された受信データを一時的に保持する受信バッファ（メモリ１２中の領域）における受信データ量を測定して、測定結果をしきい値判定する構成としてもよい。
なお、上記実施の形態では、過負荷状態検出部２５は、割り込み信号をマスクすることによりデータリンク層（ＬＡＮチップ１４）からネットワーク層（ＩＰプロトコル処理部２４）への受信データの通知を禁止しているが、その代わりに、他の通信階層の間で受信データの通知又は受信データの伝送を禁止する構成としてもよい。例えば、（Ａ）物理層（ＬＡＮＩ／Ｆ１５）からデータリンク層への受信データの伝送を禁止してもよいし、（Ｂ）物理層、データリンク層、ネットワーク層の何れかの動作をディスエーブルにする構成としてもよい。
また、図７に示したシステム例において、過負荷状態検出部２５が割り込み信号をマスクする代わりに、過負荷状態検出部２５が過負荷状態になったことをネットワークＩ／Ｆ１０４に通知し、ネットワークＩ／Ｆ１０４において通信過負荷状態回避装置１０宛てのパケットを破棄（フィルタリング）する構成としてもよい。この場合、ネットワークＩ／Ｆ１０４は、過負荷状態になったことを通知されると当該通信過負荷状態回避装置１０宛てのパケットを破棄する構成とすればよい。その際、ネットワークＩ／Ｆ１０４は、通信過負荷状態回避装置１０宛てのパケットかどうかを、例えば、宛先のＩＰアドレスやポート番号などにより判別すればよい。この場合、ネットワークＩ／Ｆ１０４はさらに過負荷状態終了検出部２６を備え、過負荷状態終了検出部２６によって過負荷状態の終了が検出されたときパケットのフィルタリングを停止する構成とすればよい。
この構成によれば、通信過負荷状態回避装置１０が通信過負荷状態になってからその状態が解消されまでの間、ネットワークＩ／Ｆ１０４により通信過負荷状態回避装置１０宛てのパケットが破棄されるので、通信過負荷状態回避装置１０を備える装置（ＳＴＢ１０ａやＤＶＤレコーダ１０ｂなど）は、通信以外の本来の処理を処理遅延など悪影響を受けることなく円滑に実行することができる。
また、上記実施の形態において、通信過負荷状態回避装置１０は、通信過負荷状態において、音、光、表示等により通信過負荷状態にある旨をユーザに通知する通知部を備えてもよい。例えば、図７に示したＳＴＢ１０ａやＤＶＤレコーダ１０ｂにおいて、上記の通知部は、通信過負荷状態の検出、回避、復旧のタイミングに合わせてテレビ１０２への映像信号に「通信が過負荷状態になりましたのでしばらくの間受信を制限します」「通信過負荷状態により受信制限中」「通信過負荷状態が解消されました」などの通知を重畳させて、テレビ１０２に表示する構成としてもよい。
なお、上記実施の形態において、データリンク層の通信処理はネットワークドライバ２３とＣＰＵ１１により実現されているが、ＣＰＵ１１によらずに専用ＬＳＩチップとして構成してもよい。同様に、ネットワーク層の通信処理（ＩＰプロトコル処理部２４）はＣＰＵ１１によりソフトウェア的に実現されているが、ＣＰＵ１１によらずに専用ＬＳＩチップとして構成してもよい。
また、図５に示した実行中のアプリケーション数としきい値との対応関係は、外部の機器からリモートメンテナンスにより変更可能な構成としてもよいし、ユーザ設定により変更可能な構成としてもよい。ユーザ設定により変更可能にする場合は、ネットワーク端末装置内に複数の対応テーブルを予め記憶しておき、ユーザ選択する構成としてもよい。
ネットワークに接続されデータを送受信するネットワーク端末装置に適しており、特に家庭内ＬＡＮ等に接続されるネットワーク端末装置として例えば、デジタル放送を受信するためのＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）、デジタルＴＶ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）レコーダ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）レコーダ、などのコンテンツ記録再生装置、あるいはこれらの複合機器に適している。
Claims (25)
- ネットワークを介して通信する通信手段と、
通信が過負荷状態にあるか否かを判定する判定手段と、
判定手段により過負荷状態であると判定されたとき前記通信手段により受信されたデータを無効にする無効化手段と
を備えることを特徴とするネットワーク端末装置。 - 前記判定手段は、ネットワークからの単位時間当たりの受信データの量がしきい値を超えたとき過負荷状態にあると判定する
ことを特徴とする請求の範囲第１項に記載のネットワーク端末装置。 - 前記判定手段は、受信データを一時的に保持する受信バッファにおける受信データ量がしきい値を超えたとき過負荷状態にあると判定する
ことを特徴とする請求の範囲第１項に記載のネットワーク端末装置。 - 前記判定手段は、データリンク層に相当する通信処理における受信データについて前記しきい値による判定を行う
ことを特徴とする請求の範囲第２項に記載のネットワーク端末装置。 - ネットワーク端末装置は、さらに、ネットワーク端末装置における通信以外の処理負荷の状態に応じて、動的に前記しきい値を決定する決定手段を備え、
前記判定手段は、決定されたしきい値により過負荷状態であるか否かを判定する
ことを特徴とする請求の範囲第２項に記載のネットワーク端末装置。 - 前記決定手段は、ネットワーク端末装置が実行中のアプリケーションプログラムの数に応じてしきい値を決定する
ことを特徴とする請求の範囲第５項に記載のネットワーク端末装置。 - 前記決定手段は、ネットワーク端末装置が実行中のアプリケーションプログラムの数とアプリケーションプログラム毎に定められた重みとに応じてしきい値を決定する
ことを特徴とする請求の範囲第６項に記載のネットワーク端末装置。 - 前記通信手段は、
物理層及びデータリンク層に相当する通信処理を行う第１通信処理部と、
第１通信処理部からの受信データを一時的に保持する受信バッファと、
受信バッファに保持された受信データを取り出してネットワーク層以上の層に相当する通信処理を行う第２通信処理部と
を有し、
前記判定手段は、前記受信バッファに保持された受信データの量がしきい値を超えたときに、過負荷状態であると判定する
ことを特徴とする請求の範囲第１項に記載のネットワーク端末装置。 - 前記通信手段は、階層的な通信処理を行い、
前記無効化手段は、何れかの階層間の論理的な接続を禁止する
ことを特徴とする請求の範囲第２項に記載のネットワーク端末装置。 - 前記通信手段は、
物理層及びデータリンク層に相当する通信処理を行う第１通信処理部と、
ネットワーク層以上に相当する第２通信処理部と
を有し、
前記無効化手段は、前記第１通信処理部から第２通信処理部への受信データの通知を禁止する
ことを特徴とする請求の範囲第２項に記載のネットワーク端末装置。 - 前記判定手段は、
通信が過負荷状態になったことを検出する第１検出手段と、
過負荷状態が解消されたことを検出する第２検出手段とを有し、
前記ネットワーク端末装置は、さらに、
過負荷状態が解消されたことが検出されたとき無効化手段による無効化を解除する解除手段と
を備えることを特徴とする請求の範囲第１項に記載のネットワーク端末装置。 - 前記第１検出手段は、ネットワークからの単位時間当たりの受信データの量が第１のしきい値を超えたとき過負荷状態になったと検出し、
前記第２検出手段は、第１検出手段により過負荷状態になったことが検出された後、前記通信手段に受信される単位時間当たりのデータの量が第２のしきい値を下回ったかことを、過負荷状態の解消として検出する
ことを特徴とする請求の範囲第１１項に記載のネットワーク端末装置。 - 前記通信手段は、階層的な通信処理を行い、
前記無効化手段は、何れかの階層間の論理的な接続を禁止する
ことを特徴とする請求の範囲第１２項に記載のネットワーク端末装置。 - 前記通信手段は、
物理層及びデータリンク層に相当する通信処理を行う第１通信処理部と、
ネットワーク層以上に相当する第２通信処理部と
を有し、
前記第１検出手段は、第１通信処理部に受信されたデータについて第１のしきい値による判定を行い、
前記無効化手段は、前記第１通信処理部から第２通信処理部への受信データの通知を禁止し、
前記第２検出手段は、第１通信処理部に受信されるデータの量が第２のしきい値を下回ったかを調査する
ことを特徴とする請求の範囲第１３項に記載のネットワーク端末装置。 - 前記第１通信処理部は、割り込み信号により第２通信処理部に受信データを通知し、
前記無効化手段は、前記割り込み信号をマスクすることによって前記通知を禁止し、
前記解除手段は、前記割り込み信号のマスクを解除する
ことを特徴とする請求の範囲第１４項に記載のネットワーク端末装置。 - ネットワークを介して通信する通信部を有するネットワーク端末装置における通信過負荷回避方法であって、
通信が過負荷状態にあるか否かを判定する判定ステップと、
判定結果による過負荷状態であると判定されたとき前記通信部により受信されたデータを無効にする無効化ステップと
を有することを特徴とする通信過負荷回避方法。 - 前記判定ステップにおいて、ネットワークからの単位時間当たりの受信データの量がしきい値を超えたとき過負荷状態にあると判定する
ことを特徴とする請求の範囲第１６項に記載の通信過負荷回避方法。 - 前記判定ステップにおいて、受信データを一時的に保持する受信バッファにおける受信データ量がしきい値を超えたとき過負荷状態にあると判定する
ことを特徴とする請求の範囲第１６項に記載のネットワーク端末装置。 - 前記判定ステップにおいて、データリンク層に相当する通信処理における受信データについて前記しきい値による判定を行う
ことを特徴とする請求の範囲第１７項に記載の通信過負荷回避方法。 - 通信過負荷回避方法は、さらに、ネットワーク端末装置における通信以外の処理負荷の状態に応じて、動的に前記しきい値を決定する決定ステップを有し
前記判定ステップにおいて、決定されたしきい値により過負荷状態であるか否かを判定する
ことを特徴とする請求の範囲第１７項に記載の通信過負荷回避方法。 - 前記決定ステップにおいて、ネットワーク端末装置が実行中のアプリケーションプログラムの数に応じてしきい値を決定する
ことを特徴とする請求の範囲第２０項に記載の通信過負荷回避方法。 - 前記通信部は、物理層及びデータリンク層に相当する通信処理を行う第１通信処理部と、第１通信処理部からの受信データを一時的に保持する受信バッファと、受信バッファに保持された受信データを取り出してネットワーク層以上の層に相当する通信処理を行う第２通信処理部と
を有し、
前記判定ステップにおいて、前記受信バッファに保持された受信データの量がしきい値を超えたときに、過負荷状態であると判定する
ことを特徴とする請求の範囲第２１項に記載の通信過負荷回避方法。 - 前記通信部は、階層的な通信処理を行い、
前記無効化ステップは、何れかの階層間の論理的な接続を禁止する
ことを特徴とする請求の範囲第１６項に記載の通信過負荷回避方法。 - 前記通信部は、物理層及びデータリンク層に相当する通信処理を行う第１通信処理部と、ネットワーク層以上に相当する第２通信処理部とを有し、
前記無効化ステップは、前記第１通信処理部から第２通信処理部への受信データの通知を禁止する
ことを特徴とする請求の範囲第１６項に記載の通信過負荷回避方法。 - ネットワークを介して通信する通信部を有するネットワーク端末装置において通信過負荷を回避するプログラムであって、
通信が過負荷状態にあるか否かを判定する判定ステップと、
判定結果による過負荷状態であると判定されたとき前記通信部により受信されたデータを無効にする無効化ステップと
をネットワーク端末装置内のコンピュータに実行させることを特徴とするプログラム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002378555 | 2002-12-26 | ||
| JP2002378555 | 2002-12-26 | ||
| PCT/JP2003/016437 WO2004059914A1 (ja) | 2002-12-26 | 2003-12-22 | ネットワーク端末装置、通信過負荷回避方法およびプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPWO2004059914A1 true JPWO2004059914A1 (ja) | 2006-05-11 |
Family
ID=32677440
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004562887A Withdrawn JPWO2004059914A1 (ja) | 2002-12-26 | 2003-12-22 | ネットワーク端末装置、通信過負荷回避方法およびプログラム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20060187821A1 (ja) |
| JP (1) | JPWO2004059914A1 (ja) |
| CN (1) | CN1732650A (ja) |
| WO (1) | WO2004059914A1 (ja) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006121667A (ja) * | 2004-09-27 | 2006-05-11 | Matsushita Electric Ind Co Ltd | パケット受信制御装置及びパケット受信制御方法 |
| TWI304701B (en) * | 2005-09-23 | 2008-12-21 | Hon Hai Prec Ind Co Ltd | A set top box and video server overload processing method thereof |
| KR100656473B1 (ko) * | 2005-11-09 | 2006-12-11 | 삼성전자주식회사 | Ｌａｎ 인터페이스를 구비한 교환망 시스템과 그시스템에서의 과부하 제어방법 |
| JP2007195131A (ja) * | 2005-12-19 | 2007-08-02 | Mitsubishi Heavy Ind Ltd | 制御装置及び通信プログラム |
| WO2007122495A2 (en) * | 2006-04-21 | 2007-11-01 | Axalto Sa | A framework for protecting resource-constrained network devices from denial-of-service attacks |
| EP1906602B1 (en) * | 2006-09-28 | 2010-03-24 | Nokia Siemens Networks Gmbh & Co. Kg | Controlling congestion detection in HSDPA systems |
| US8286244B2 (en) * | 2007-01-19 | 2012-10-09 | Hewlett-Packard Development Company, L.P. | Method and system for protecting a computer network against packet floods |
| JP2008199138A (ja) * | 2007-02-09 | 2008-08-28 | Hitachi Industrial Equipment Systems Co Ltd | 情報処理装置及び情報処理システム |
| JPWO2009139170A1 (ja) * | 2008-05-16 | 2011-09-15 | パナソニック株式会社 | 攻撃パケット検知装置、攻撃パケット検知方法、映像受信装置、コンテンツ記録装置、およびｉｐ通信装置 |
| JP2011199636A (ja) * | 2010-03-19 | 2011-10-06 | Fuji Xerox Co Ltd | 通信制御装置、画像形成装置、及びプログラム |
| JP5091975B2 (ja) * | 2010-04-05 | 2012-12-05 | 株式会社日立産機システム | 情報処理装置及び情報処理システム |
| WO2012046286A1 (ja) | 2010-10-04 | 2012-04-12 | エンパイア テクノロジー ディベロップメント エルエルシー | 情報処理装置およびプログラム |
| US8711791B2 (en) * | 2010-12-20 | 2014-04-29 | Telefonaktiebolaget L M Ericsson (Publ) | Denial of service (DoS) attack prevention through random access channel resource reallocation |
| EP2761824B1 (en) * | 2011-09-28 | 2017-08-30 | Telefonaktiebolaget LM Ericsson (publ) | Centralized data plane flow control |
| US20150261721A1 (en) * | 2014-03-13 | 2015-09-17 | Lantiq Deutschland Gmbh | Flow control between processing devices |
| KR102365113B1 (ko) * | 2015-05-27 | 2022-02-18 | 삼성전자주식회사 | 적응적 인터럽트 처리 방법 및 장치와 이를 적용하는 호스트, i/o 디바이스 및 시스템 |
| JP6731179B2 (ja) * | 2016-03-07 | 2020-07-29 | 横河電機株式会社 | 制御演算装置 |
| JP7087773B2 (ja) * | 2018-07-24 | 2022-06-21 | コニカミノルタ株式会社 | 画像形成装置およびウイルスチェック方法 |
| JP6896793B2 (ja) * | 2019-05-27 | 2021-06-30 | 本田技研工業株式会社 | 情報処理装置 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0744543B2 (ja) * | 1993-01-11 | 1995-05-15 | 日本電気株式会社 | 非同期転送モードにおける輻輳検出方式とその装置 |
| US5717691A (en) * | 1995-10-30 | 1998-02-10 | Nec Usa, Inc. | Multimedia network interface for asynchronous transfer mode communication system |
| JP3182073B2 (ja) * | 1996-03-07 | 2001-07-03 | 日本電信電話株式会社 | パケット通信処理装置 |
| US6490251B2 (en) * | 1997-04-14 | 2002-12-03 | Nortel Networks Limited | Method and apparatus for communicating congestion information among different protocol layers between networks |
| US6075772A (en) * | 1997-08-29 | 2000-06-13 | International Business Machines Corporation | Methods, systems and computer program products for controlling data flow for guaranteed bandwidth connections on a per connection basis |
| JP3413788B2 (ja) * | 1997-09-25 | 2003-06-09 | 日本電信電話株式会社 | 層間のフロー制御を行う通信プロトコルを持つ通信方法およびデータ通信端末 |
| DE19755129B4 (de) * | 1997-12-11 | 2005-01-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Lastregulierung für ein Echtzeit-Kommunikationssystem |
| US6425091B1 (en) * | 1999-02-03 | 2002-07-23 | Motorola, Inc. | Method and apparatus for tolerating scheduling latency and achieving time alignment for transmit and receive signals in high-speed modems implemented on host processors |
| US6678283B1 (en) * | 1999-03-10 | 2004-01-13 | Lucent Technologies Inc. | System and method for distributing packet processing in an internetworking device |
| US6789203B1 (en) * | 2000-06-26 | 2004-09-07 | Sun Microsystems, Inc. | Method and apparatus for preventing a denial of service (DOS) attack by selectively throttling TCP/IP requests |
| JP3646871B2 (ja) * | 2001-01-23 | 2005-05-11 | 三菱電機株式会社 | データ中継装置及びデータ中継方法 |
| US6901593B2 (en) * | 2001-05-08 | 2005-05-31 | Nortel Networks Limited | Active queue management with flow proportional buffering |
| US7380085B2 (en) * | 2001-11-14 | 2008-05-27 | Intel Corporation | Memory adapted to provide dedicated and or shared memory to multiple processors and method therefor |
-
2003
- 2003-12-22 JP JP2004562887A patent/JPWO2004059914A1/ja not_active Withdrawn
- 2003-12-22 US US10/527,024 patent/US20060187821A1/en not_active Abandoned
- 2003-12-22 WO PCT/JP2003/016437 patent/WO2004059914A1/ja active Application Filing
- 2003-12-22 CN CNA2003801077354A patent/CN1732650A/zh active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| CN1732650A (zh) | 2006-02-08 |
| WO2004059914A1 (ja) | 2004-07-15 |
| US20060187821A1 (en) | 2006-08-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPWO2004059914A1 (ja) | ネットワーク端末装置、通信過負荷回避方法およびプログラム | |
| US11032205B2 (en) | Flow control method and switching device | |
| US5905870A (en) | Arrangement for initiating and maintaining flow control in shared-medium, full-duplex, and switched networks | |
| US6222825B1 (en) | Arrangement for determining link latency for maintaining flow control in full-duplex networks | |
| US7672245B2 (en) | Method, device, and system for detecting layer 2 loop | |
| US20050226233A1 (en) | Method and system for facilitating network troubleshooting | |
| WO2022105691A1 (zh) | 防止ipfix消息丢失的方法及其应用、asic芯片 | |
| CN112260899B (zh) | 基于mmu的网络监测方法和装置 | |
| WO2021218582A1 (zh) | 网络性能监控方法、网络设备及存储介质 | |
| US8159948B2 (en) | Methods and apparatus for many-to-one connection-rate monitoring | |
| JP3928866B2 (ja) | ＤｏＳ攻撃元検出方法、ＤｏＳ攻撃阻止方法、セッション制御装置、ルータ制御装置、プログラムおよびその記録媒体 | |
| US20040037225A1 (en) | Network interface unit | |
| WO2022100581A1 (zh) | Ipfix消息的处理方法、存储介质、网络交换芯片及asic芯片 | |
| JPH0834468B2 (ja) | わい小パケツト・フイルタ | |
| JP2008278357A (ja) | 通信回線切断装置 | |
| US5657315A (en) | System and method for ring latency measurement and correction | |
| CN115580437A (zh) | 一种流量监测方法和带外控制器 | |
| JP4361714B2 (ja) | ネットワーク中継装置 | |
| Cisco | Interface Commands (show interfaces - show interfaces vg-anylan) | |
| KR101067229B1 (ko) | 타임스탬프를 이용한 실시간 서비스의 고장 분석 장치 및 그 방법 | |
| JP2001186127A (ja) | 疎通状況測定装置、疎通状況測定方法及び記憶媒体 | |
| KR101257017B1 (ko) | 네트워크 스위치 제어 디지털 비디오 레코더 | |
| JP2006222745A (ja) | 制御装置、制御方法、制御プログラム、および制御プログラムを記録したコンピュータ読取り可能な記録媒体 | |
| JP2504244B2 (ja) | ネットワ―クにおける輻輳状況のモニタ回路 | |
| JP2004289298A (ja) | データ処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060807 |
|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20071219 |