(57)【特許請求の範囲】
【請求項１】
同一ＣＰＵ（中央処理装置）により制御されるネットワーク機能とネットワーク機能以外の機能とを備えたネットワーク組込み用システムであって、
前記ネットワーク機能以外の機能の処理のうち、ＣＰＵ使用権をネットワーク機能に渡したくない緊急処理の開始と終了を表示する動作レデュースフラグ保持手段と、
ネットワーク内のパケット送受信を担当するネットワークインタフェースチップ（ＮＩＣ）と、
このネットワークインタフェースチップの動作全体を制御するとともに、前記動作レデュースフラグを参照し、前記緊急処理の開始から終了までの間に、前記ネットワークコントロールチップに対して、通常動作で受信するパケットのうち、特定の種類のパケット受信を停止するようにフィルタ動作を実行させるＮＩＣドライバと、
前記緊急処理の開始から終了までの間に、所定の時間間隔で、前記特定の種類のパケット受信停止動作を解除するタイマとを備えたことを特徴とするネットワーク組込み用システム。
【請求項２】
請求項１に記載のシステムにおいて、
ネットワークインタフェースチップは、緊急処理の開始から終了までの間は、通常動作で受信するパケットのヘッダに含まれる特定のフィールドを参照して、その値が予め設定された値と等しい場合にのみ、そのパケットを受信するように動作することを特徴とするネットワーク組込み用システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、単一のＣＰＵ（中央処理装置）により動作するシステムが、ネットワークに接続されている場合に、このシステムがネットワークから受信するべきパケット数に関係無く、システム本来の機能を動作保証した、ネットワーク組込み用システムに関する。
【０００２】
【従来の技術】
ネットワークに接続された機器は、必ずＮｅｔｗｏｒｋ  Ｉ／Ｆ  Ｃｈｉｐ（ネットワークインタフェースチップ）と呼ばれるＨ／Ｗ（ハードウェア）を持っている。Ｎｅｔｗｏｒｋ  Ｉ／ＦＣｈｉｐは、ネットワークの回線上を流れる自機器宛てのパケットを受信したり、ネットワーク回線上にパケットを送信したりする役割を持つ。自機器宛てのパケットとその他のパケットとを区別する機能をフィルタ（選別）機能と呼ぶ。
【０００３】
一般的なＮｅｔｗｏｒｋ  Ｉ／Ｆ  Ｃｈｉｐのフィルタ機能（選別）によれば、受信するパケットが以下に示すようなパターンの場合に、それを自機器宛てのパケットと判定して、そのパケットを受信するように動作する。
（１）自Ｈ／Ｗアドレス宛てのパケット
（２）自Ｈ／Ｗアドレスを含む集団（グループ）宛てのパケット（Ｍｕｌｔｉｃａｓｔ  Ｐａｃｋｅｔ）
（３）全機器宛てのパケット（Ｂｒｏａｄｃａｓｔ  Ｐａｃｋｅｔ）
（４）各種エラーパケットを除くパケット
【０００４】
【発明が解決しようとする課題】
ところで、上記のような従来の技術には、次のような解決すべき課題があった。
単一のＣＰＵにより動作するシステムが、ネットワークに接続された場合に、そのＣＰＵは、システム本来の機能を発揮するための処理と、ネットワーク関連の機能を発揮するための処理とを並立させる。この場合に、ＣＰＵ資源の使用割合の設定が重要になる。
【０００５】
例えば、ネットワーク上には、様々なパケットが流れている。特に、大規模なネットワークでは、ネットワークをいくつかのＳｕｂ−Ｎｅｔｗｏｒｋ（サブネットワーク）に分割しているルータ間で、大量の情報をやり取りしている。この情報がプロードキャストパケットとして転送されると、ネットワークに接続されたルータ以外のシステムがそのパケットを受信してしまうことがある。この情報パケットを一挙に大量に受信して処理すると、ＣＰＵ資源が長時間受信パケット処理に費やされる。これにより、システムのネットワーク関連機能以外の機能に障害をもたらす場合が少なくない。
【０００６】
ルータのみならず、ネットワークに接続される様々な機器を含むシステムは、同様の問題をかかえている。例えばネットワークプリンタが印刷処理を実行中に、ネットワークから大量の情報パケットを受信すると、ネットワークプリンタのＣＰＵの負荷が増大して、印刷速度が著しく低下するといった問題も生じる。
【０００７】
【課題を解決するための手段】
本発明は以上の点を解決するため次の構成を採用する。
〈構成１〉
同一ＣＰＵにより制御されるネットワーク機能とネットワーク機能以外の機能とを備えたネットワーク組込み用システムであって、上記ネットワーク機能以外の機能の処理のうち、ＣＰＵ使用権をネットワーク機能に渡したくない緊急処理の開始と終了を表示する動作レデュースフラグ保持手段と、ネットワーク内のパケット送受信を担当するネットワークインタフェースチップ（ＮＩＣ）と、このネットワークインタフェースチップの動作全体を制御するとともに、上記動作レデュースフラグを参照し、上記緊急処理の開始から終了までの間に、上記ネットワークコントロールチップに対して、通常動作で受信するパケットのうち、特定の種類のパケット受信を停止するようにフィルタ動作を実行させるＮＩＣドライバと、上記緊急処理の開始から終了までの間に、一定の時間間隔で、上記特定の種類のパケット受信停止動作を解除するタイマとを備えたことを特徴とするネットワーク組込み用システム。
【０００８】
〈構成２〉
構成１に記載のシステムにおいて、ネットワークインタフェースチップは、緊急処理の開始から終了までの間は、通常動作で受信するパケットのヘッダに含まれる特定のフィールドを参照して、その値が予め設定された値と等しい場合にのみ、そのパケットを受信するように動作することを特徴とするネットワーク組込み用システム。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて説明する。
《具体例１》
この発明は、同一のＣＰＵが、ネットワーク機能とネットワーク機能以外の機能とを併せて制御するシステムに利用される。このシステムでは、ネットワーク機能に従って動作中は、他の機能の処理は待たされる。こうしたシステムのネットワーク機能以外の機能の処理のうちには、ＣＰＵ使用権をネットワーク機能に渡したくない緊急処理が含まれることがある。この場合に、その緊急処理の開始と終了を表示する動作レデュースフラグをセットする。
【００１０】
緊急処理の開始から終了までの間には、通常動作中には受信をするパケットのうちで、特定の種類のパケット受信を停止する。特定の種類のパケットというのは、受信に緊急性を必要としないパケットのことである。動作レデュースフラグをセットした間に、緊急処理を最優先に実行する。またその一方で、緊急処理の開始から終了までの間に、特定の種類のパケット受信停止動作を解除するようなタイマ割り込みを実行する。この割り込み間隔は任意である。これは、特定の種類のパケットの受信を長時間停止したときに生じる弊害を防止するためである。
【００１１】
〈構成〉
図１は、本発明によるネットワーク組込み用システム例ブロック図である。
なお、以下の例は、ネットワークに接続されたプリンタに、本発明を適用した場合につて説明をする。
図のプリンタ１は、ネットワークインタフェースチップ４（Ｎｅｔｗｏｒｋ  Ｉ／Ｆ  Ｃｈｉｐ）によりネットワーク３に接続されている。ネットワークインタフェースチップ４は、同一ネットワーク内の低レベルのパケット送受信を担当するハードウェアインタフェース回路である。プリンタ１は、ネットワーク機能部５とプリンタ機能部６とを備える。プリンタのＣＰＵ２は、ネットワーク機能部５とプリンタ機能部６とを併せて制御するように構成されている。
【００１２】
ネットワーク機能部５には、ネットワークインタフェースチップ４をソフトウェア的に制御するＮＩＣドライバ７（ＮＩＣ  Ｄｒｉｖｅｒ、）が設けられている。この他に、プリンタ１には、動作レデュースフラグ保持部８と、タイマ９が設けられている。
【００１３】
上記ネットワークインタフェースチップ４は、ネットワーク機能を持つノードをネットワークに接続し、パケットの送受信や、受信パケットの簡単なエラー検知等を可能とするハードウェアである。ＮＩＣドライバ７は、ネットワークインタフェースチップ４から受信パケットを受け取り、ネットワーク機能部５に渡したり、ネットワーク機能部５から送信パケットをネットワークインタフェースチップ４に渡して送信要求をしたりする処理を行う部分である。
【００１４】
ネットワーク機能部５は、パケットのやり取りに意味付けをし、ネットワーク上に接続されたノードとの有意な通信処理を行う制御をする部分である。動作レデュースフラグ保持部８は、あとで説明するように、緊急処理の開始から終了までの間オンし、その他の場合にはオフするフラグを保持する、記憶部により構成される。プリンタ機能部６は、各種の印刷動作を実行する部分である。タイマ９は、動作レデュースフラグがオンの間、後で説明するタイマ割り込みを実行するために、一定間隔で動作するインターバルタイマである。
【００１５】
図２に、ネットワーク機能部の具体的なブロック図を示す。
図のＮＩＣドライバ７には、プロトコルスタック１１と複数のアプリケーション１２が順に接続されている。
プロトコルスタック１１は、ＮＩＣドライバ７を使用して通信をする端点ノードとの間の通信機能を提供する部分である。アプリケーション１２は、それぞれ、プロトコルスタック１１を使用して、より高度な通信機能を提供するコンピュータプログラムにより構成される。メモリ１３は、ネットワークインタフェースチップ４とプリンタ機能部６の両方からアクセスされるメモリで、動作レデュースフラグ保持部８を備える。
【００１６】
上記のプリンタ機能部６は、印刷処理が起動された時点から印刷を終了するまでの間に、ＣＰＵ２を長時間使用する。この間に、他の機能にＣＰＵを渡すことができない処理が含まれてくる。印刷処理では、印刷イメージを作成しながら、プリントエンジンにその印刷イメージを転送して、用紙上に印刷を実行する。もし、印刷イメージを紙に印刷する処理が印刷イメージを作成する処理に追いついてしまうと、印刷のない白紙を排出してしまうプリントオーバーランという現象が発生する。こうした印刷イメージの作成処理は、プリンタ本来の重要な機能である。そこで、この処理を緊急処理とし、以下のシステムでは、パケットの受信に優先させる。
【００１７】
図３には、システムの動作タイムチャートを示した。
図において、（ａ）はプリント動作のタイミング、（ｂ）はパケット受信動作のタイミング、（ｃ）は動作レデュースフラグのタイミング、（ｄ）はタイマ割り込みのタイミングを示している。図のように、時刻ｔ１から上記緊急処理が開始され、時刻ｔ２にその緊急処理が終了するものとする。タイマ９は、時刻ｔ１に動作レデュースフラグがオンになったタイミングで起動し、Ｔ時間おきにごく短時間有効になる信号を出力する。（ｃ）では信号がハイレベルのときが有効である。（ｃ）に示す動作レデュースフラグがオンの間は、（ａ）に示すようにプリント動作を実行するが、Ｔ時間おきにタイマ９の出力が有効になると、（ｂ）に示すように、その間だけパケット受信処理を実行する。
【００１８】
図４にプリンタ機能部の動作フローチャートを示す。
まず、印刷処理が既に開始されているものとする。この途中で、上記緊急処理が開始されたとする。ステップＳ１は、この緊急処理の開始を検知する処理である。
【００１９】
緊急の処理が開始されたことを認識すると、動作レデュースフラグ１０をオンに設定する（ステップＳ２）。この動作レデュースフラグを設定すると、その緊急処理を行う（ステップＳ３）。緊急処理が開始されると、その後緊急処理が終了まで、状態を監視する（ステップＳ４）緊急処理が終了した場合には、動作レデュースフラグ１０をオフに設定する（ステップＳ５）。
【００２０】
図５に、ＮＩＣドライバの動作フローチャートを示す。
始めに、ネットワークインタフェースチップ４は、パケットを受信するとＮＩＣドライバ７の受信割り込み処理を起動させる。ＮＩＣドライバ７の受信割り込み処理では、パケットを受信すると動作レデュースフラグ１０をリードしてその内容を確認する（ステップＳ１）。動作レデュースフラグがオンならば、ＢｒｏａｄｃａｓｔパケットとＭｕｌｔｉｃａｓｔパケットを、ネットワークインタフェースチップ４の受信フィルタを使用して受信しないように設定する（ステップＳ２）。
【００２１】
ＣＰＵ２がネットワーク機能部５とプリンタ機能部６とを並列に制御するような場合に、上記のプリントオーバーランによる障害を発生させるのは、全ノード宛てに送信されるＢｒｏａｄｃａｓｔパケットや、特定のグループ宛てに送信されるＭｕｌｔｉｃａｓｔパケットを受信した場合が殆どである。そこで、この例では、緊急処理の間、これらのパケットの受信を停止させる。Ｂｒｏａｄｃａｓｔパケット及び、Ｍｕｌｔｉｃａｓｔパケットの受信停止をネットワークインタフェースチップ４に設定後、受信したパケットの処理を開始する。
【００２２】
受信パケットの処理では、受信したパケットがＢｒｏａｄｃａｓｔパケットかＭｕｌｔｉｃａｓｔパケットかを判断する（ステップＳ３）。受信したパケットがＢｒｏａｄｃａｓｔパケットかＭｕｌｔｉｃａｓｔパケットの場合は、その時点で受信パケットを受け捨て受信処理は行わない（ステップＳ３から終了へ）。それ以外の自分宛てのパケットを受信した場合には、通常の受信割り込み処理を行う（ステップＳ６）。
【００２３】
また、パケット受信割り込み起動時に動作レデュースフラグがオフになっている場合にはステップＳ１からステップＳ４に進む。ステップＳ４では、ネットワークインタフェースチップ４の設定を確認して、ＢｒｏａｄｃａｓｔパケットとＭｕｌｔｉｃａｓｔパケットを受信しない設定になっていた場合は、その設定を解除する（ステップＳ５）。
【００２４】
図６にはタイマ割り込みの際のＮＩＣの動作フローチャートを示した。
タイマ９は、図３を用いて説明したように一定間隔で動作し、その出力をネットワークインタフェースチップ４に送り込む。ネットワークインタフェースチップ４は、図のステップＳ１でタイマ割り込みを待ち受け、タイマ割り込みがあるとステップＳ２に進み、ＢｒｏａｄｃａｓｔパケットとＭｕｌｔｉｃａｓｔパケットの受信を再開する。その一定の時間、受信割り込み処理を実行し、再びＢｒｏａｄｃａｓｔパケットとＭｕｌｔｉｃａｓｔパケットの受信を停止する（ステップＳ４）。この時間はタイマ出力の有効な時間とするか、あるいは一定量のパケットを受信処理する時間とする。その時間設定は任意であるが、緊急処理に影響を与えないごく短時間とする。この間になにもパケットを受信しないこともあり得る。
【００２５】
ネットワークに接続されたノードは、パケットを短時間に集中的に受信する場合が多い。従って、ノードが長時間パケットを受信しないこともある。プリンタ機能部６が緊急処理を実行中は、動作レデュースフラグをオンにするようにしたので、ネットワークインタフェースチップ４は、長時間パケットを受信しない状態の後突然パケットを受信しても、図５のフローチャートの処理を実行すれば、上記の動作ができる。
【００２６】
受信割り込み処理は、一般に動作優先度を高く設定している。従って、プリンタ機能部が緊急処理を実行中にパケットが受信されると、図５の処理が開始されて、ステップＳ１の動作レデュースフラグ参照処理が実行される。その後は、すでに説明したとおりの動作となるから、動作レデュースフラグがオンされている限り、割り込みは発生しない。即ち、割り込みは１回限りであり、ＣＰＵに無駄な負荷をかけない。しかも、こうすることで、ネットワークインタフェースチップ４がパケットを受信していないときも、ポーリングのようなセンス処理を所定時間おきに実行して、プリンタ機能部の動作を監視するといった制御が不要になる。
【００２７】
〈効果〉
以上のように、ネットワーク機能以外の機能による緊急的な処理を実行中に、ネットワーク上のルータ等が発信する不要なパケットを多数受信しても、ネットワーク機能の処理を停止するので、ＣＰＵの負担を軽減して緊急処理の処理速度低下や障害の発生を防止できる。また、上記のような処理は、ネットワークインタフェースチップ部分に変更を加えずに、そのドライバ等のプログラムを工夫することで実現でき、ハードウェアコストをアップさせないという効果もある。
【００２８】
《具体例２》
具体例１では、ルータ間でやりとりしている情報パケットはＢｒｏａｄｃａｓｔ  ＰａｃｋｅｔやＭｕｌｔｉｃａｓｔパケットである場合が殆どなので、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ  Ｃｈｉｐのフィルタ機能を利用して、このような情報パケットを受信しないようにした。これでルータのＣＰＵの負荷が軽減される。ところが、Ｂｒｏａｄｃａｓｔ  Ｐａｃｋｅｔには、そのルータがネットワークのコネクションを開設するために必要なパケットも含まれる。これも受信することができなくなってしまうと、ネットワークに接続された他の機器との接続ができなくなる。
【００２９】
この具体例では、ネットワークインタフェースチップにパケットのタイプをチェックするハードウェアを付加することにより、ＢｒｏａｄｃａｓｔパケットとＭｕｌｔｉｃａｓｔパケットのうち、必要なパケットと不要なパケットを区別して受信する。
即ち、パケットのヘッダに含まれる特定のフィールドを参照して、その値が予め設定された値と等しい場合にのみ、そのパケットを受信するように制御する。
【００３０】
〈構成〉
図７に、この具体例の実施に適するネットワークインタフェースチップの機能ブロック図を示す。
ネットワークから受け入れた受信パケット１５をチェックする受信フィルタ部１４には、送信先アドレスチェック部１６とタイプフィールドチェック部１７が設けられている。送信先アドレスチェック部１６はパケットの送信先アドレスをチェックして、その宛て先が自己のものかどうかを判定する機能を持つ。これは従来のものと変わらない。タイプフィールドチェック部１７はこの具体例で新たに設けられたもので、パケットのタイプフィールドをチェックする機能を持つ。
【００３１】
ネットワーク上を流れるパケットには様々な種類があるが、最も世界で広く使用されているパケットのタイプにＥｔｈｅｒｎｅｔ（イーサーネット：ゼロックス社開発のネットワーク）タイプがある。
このタイプのパケットは、インターネットの通信処理を行うＩＰ（インターネットプロトコル）データグラムの送信にも使用されている。
【００３２】
図８には、このＥｔｈｅｒｎｅｔタイプのパケット構造説明図を示す。
Ｅｔｈｅｒｎｅｔパケット２０は、Ｅｔｈｅｒｎｅｔ  Ｈｅａｄｅｒ２１（１４Ｂｙｔｅｓのヘッダ）と、Ｅｔｈｅｒｎｅｔ  ＤＡＴＡ２２（４６〜１５００Ｂｙｔｅｓのデータ）と、ＦＣＳ２３（４Ｂｙｔｅｓのフレームチェック信号）とからなり最小６４Ｂｙｔｅｓから最大１５１８Ｂｙｔｅｓの範囲のサイズを取る。
【００３３】
ネットワークインタフェースチップ４は、通常、ＥｔｈｅｒｎｅｔパケットのＥｔｈｅｒｎｅｔＨｅａｄｅｒ２１とＦＣＳ２３の受信チェックを行うが、本発明の説明の対象はＥｔｈｅｒｎｅｔＨｅａｄｅｒ２１だけであるため、対象をＥｔｈｅｒｎｅｔ  Ｈｅａｄｅｒ２１に絞る。Ｅｔｈｅｒｎｅｔ  Ｈｅａｄｅｒ２１は、送信先Ｈ／Ｗアドレス２１Ａ（６Ｂｙｔｅｓ）と、送信元Ｈ／Ｗアドレス２１Ｂ（６Ｂｙｔｅｓ）と、タイプフィールド２１Ｃ（２Ｂｙｔｅｓ）より構成される。送信先Ｈ／Ｗアドレス２１Ａは、１６進数１２桁で構成され、パケットの送信先を指定する働きを持つ。この数値が特定な値を取るパケットをＢｒｏａｄｃａｓｔパケットやＭｕｌｔｉｃａｓｔパケットとして扱う。
【００３４】
Ｂｒｏａｄｃａｓｔパケットは全ノード宛てに送信されたパケットで、Ｍｕｌｔｉｃａｓｔパケットはある一グループのノード宛てに送信されたパケットである。送信元Ｈ／Ｗアドレス２１Ａは、送信先Ｈ／Ｗアドレス２１Ｂと同様に１６進数１２桁で構成され、パケットの送信元を指定する働きを持つ。この数値が、送信先Ｈ／Ｗアドレスで説明したＢｒｏａｄｃａｓｔアドレスやＭｕｌｔｉｃａｓｔアドレスを取ることはない。
【００３５】
タイプフィールド２１Ｃは、上位層の識別に使用される。ＥｔｈｅｒｎｅｔタイプのパケットはＯＳＩ仕様の第二層に定められた仕様に基づき動作しているが、タイプフィールド２１Ｃには、ＯＳＩ仕様の第三層のプロトコルを識別するためのプロトコルＩＤが格納される。プロトコルＩＤは、ＯＳＩ仕様の各層の各プロトコルに対して割り当てられた識別コードで、下位層がその上位層にどのプロトコルを採用しているかを示す為に使用される。
【００３６】
ＴＣＰ（Ｔｒａｎｓｍｉｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）とＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を使用する通信では、通信の最初にＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を使用したやり取りが行われる。
【００３７】
図９には、このＡＲＰの手順説明図を示す。
まず、送信元のＰＣ２８がＡＲＰリクエストを送信先のプリンタ２９に向けて送信する（ステップＳ１）。このＡＲＰリクエストの送信先Ｈ／Ｗアドレスは、Ｂｒｏａｄｃａｓｔアドレスにする。プリンタ２９は、そのパケットを受信したプリンタ２９は、ＡＲＰレスポンスを返す（ステップＳ２）。このＡＲＰレスポンスの送信先アドレスには、ＡＲＰリクエストの送信元アドレスを格納する。このレスポンスを受信することによりＰＣ２８は、プリンタ２９のＯＳＩ第三層のアドレスを知ることができる。ＴＣＰ／ＩＰを使用してコネクションを接続するためには、接続先のＯＳＩ第三層のアドレスを知る必要がある。次にＰＣ２８はプリンタ２９の第三層のアドレスを指定してコネクションの開設要求をプリンタ２９に送信する（ステップＳ３）。
【００３８】
Ｅｔｈｅｒｎｅｔ  Ｈｅａｄｅｒの送信先Ｈ／Ｗアドレスには、プリンタ２９のＨ／Ｗアドレスを使用する。プリンタ２９は、ＰＣ２８からの接続要求に対しコネクションが開設できる状態であればコネクション開設確認パケットをＰＣに送信する（ステップＳ４）。Ｅｔｈｅｒｎｅｔ  Ｈｅａｄｅｒの送信先Ｈ／Ｗアドレスには、ＰＣ２８のＨ／Ｗアドレスを使用する。ＰＣ２８はプリンタ２９へコネクション開設応答を送信し、ＴＣＰのコネクション確立を完了する（ステップＳ５）。
【００３９】
Ｅｔｈｅｒｎｅｔ  Ｈｅａｄｅｒの送信先Ｈ／Ｗアドレスには、ＰＣ２８のＨ／Ｗアドレスを使用する。以降双方からのデータの送信が可能となる（ステップＳ６）。以降全てのパケットのＥｔｈｅｒｎｅｔ  Ｈｅａｄｅｒの送信先Ｈ／Ｗアドレスには、送信相手側のＨ／Ｗアドレスを使用する。
以上のように、ＴＣＰ／ＩＰプロトコルを使用した場合の通信では、通信開始時にプリンタはＢｒｏａｄｃａｓｔを受信する必要がある。従って、無条件にＢｒｏａｄｃａｓｔパケットとＭｕｌｔｉｃａｓｔパケットの受信を制限すると、必要なＢｒｏａｄｃａｓｔパケットの受信が遅れてしまう。
【００４０】
そこで、ＴＣＰ／ＩＰの通信に必要なＢｒｏａｄｃａｓｔパケットを受信し、不要なＢｒｏａｄｃａｓｔパケットを受信しないための方法について説明する。
まず、具体例１で説明したように、ネットワークインタフェースチップ４のフィルタ機能を使用してＢｒｏａｄｃａｓｔパケットとＭｕｌｔｉｃａｓｔパケットの受信を停止する。これにより、不要なＢｒｏａｄｃａｓｔパケットを受信しないことが可能になるが、必要なＡＲＰリクエストも受信しなくなってしまう。この具体例では、ネットワークインタフェースチップ７４の受信フィルタに機能を追加することにより、不要なＢｒｏａｄｃａｓｔパケットを受信せずに上記の必要なＡＲＰリクエストを受信する。
【００４１】
図１０は、この具体例２によるＮＩＣの受信パケットフィルタ処理の動作フローチャートである。
ネットワークインタフェースチップ４は、パケットを受信するとＥｔｈｅｒｎｅｔ  Ｈｅａｄｅｒの送信先Ｈ／ＷアドレスがＭｕｌｔｉｃａｓｔアドレスであるかを比較する（ステップＳ１）。Ｍｕｌｔｉｃａｓｔパケットである場合はそのパケットを廃棄する（ステップＳ４）。Ｍｕｌｔｉｃａｓｔパケットでない場合は、Ｅｔｈｅｒｎｅｔ  Ｈｅａｄｅｒの送信先Ｈ／ＷアドレスがＢｒｏａｄｃａｓｔアドレスであるかを比較する（ステップＳ２）。Ｂｒｏａｄｃａｓｔパケットである場合は、タイプフィールドが８０６Ｈ（１６進数）であるかを比較する（ステップＳ３）。
【００４２】
タイプフィールドの値が８０６Ｈである場合は、フィルタ処理を終了する。タイプフィールドの値が８０６Ｈで無い場合は、受信パケットを廃棄する（ステップＳ４）。ステップＳ２で、Ｅｔｈｅｒｎｅｔ  Ｈｅａｄｅｒの送信先Ｈ／ＷアドレスがＢｒｏａｄｃａｓｔアドレスで無い場合は、フィルタ処理を終了する。
【００４３】
〈効果〉
以上説明したように、具体例２によれば、ネットワークインタフェースチップが受信する全ＢｒｏａｄｃａｓｔパケットとＭｕｌｔｉｃａｓｔパケットを受信不可にすることにより、プリンタにとって不要なＢｒｏａｄｃａｓｔパケットとＭｕｌｔｉｃａｓｔパケットを受信せず、具体例１と同様に、緊急処理の処理速度低下を防止できる。しかも、ＴＣＰ／ＩＰ通信に必要なＡＲＰリクエストを受信することができるので、緊急処理中にも、新たなＴＣＰ／ＩＰのコネクションを接続することができる。
【図面の簡単な説明】
【図１】本発明によるネットワーク組込み用システム例ブロック図である。
【図２】ネットワーク機能部の具体的なブロック図である。
【図３】システムの動作タイムチャートである。
【図４】プリンタ機能部の動作フローチャートである。
【図５】ＮＩＣドライバの動作フローチャートである。
【図６】タイマ割り込みの際のＮＩＣの動作フローチャートである。
【図７】具体例２の実施に適するネットワークインタフェースチップの機能ブロック図である。
【図８】パケット構造説明図である。
【図９】ＡＲＰの手順説明図である。
【図１０】具体例２によるＮＩＣの受信パケットフィルタ処理動作フローチャートである。
【符号の説明】
１  プリンタ
２  ＣＰＵ
３  ネットワーク
４  ネットワークインタフェースチップ（Ｎｅｔｗｏｒｋ  Ｉ／Ｆ  Ｃｈｉｐ）
５  ネットワーク機能部
６  プリンタ機能部
７  ＮＩＣドライバ
８  動作レデュースフラグ保持部
９  タイマ
【図１】
0003569752.tif 000002
【図２】
0003569752.tif 000003
【図３】
0003569752.tif 000004
【図４】
0003569752.tif 000005
【図５】
0003569752.tif 000006
【図６】
0003569752.tif 000007
【図７】
0003569752.tif 000008
【図８】
0003569752.tif 000009
【図９】
0003569752.tif 000010
【図１０】
0003569752.tif 000011