JPH11328068A - ネットワーク組込み用システム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークプリンタ等の円滑な動作環境の
確保。 【解決手段】 ネットワーク機能とネットワーク機能以
外の機能とは、同一のＣＰＵの制御により動作する。ネ
ットワーク機能以外の機能の処理のうち、ＣＰＵ使用権
をネットワーク機能に渡したくない緊急処理を開始し終
了するまでの間、動作レデュースフラグをオンにする。
ネットワーク内のパケット送受信を担当するネットワー
クインタフェースチップ（ＮＩＣ）は、動作レデュース
フラグを参照し、緊急処理の開始から終了までの間は、
特定の種類のパケット受信を停止するためのフィルタ動
作を実行する。一方、タイマは、緊急処理の開始から終
了までの間、一定の時間間隔で、フィルタ動作を解除す
る。 【効果】 緊急処理時にＣＰＵの負担を軽減して、緊急
処理の処理速度低下や障害の発生を防止する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、単一のＣ
ＰＵ（中央処理装置）により動作するシステムが、ネッ
トワークに接続されている場合に、このシステムがネッ
トワークから受信するべきパケット数に関係無く、シス
テム本来の機能を動作保証した、ネットワーク組込み用
システムに関する。

【０００２】

【従来の技術】ネットワークに接続された機器は、必ず
Network I/F Chip（ネットワークインタフェースチッ
プ）と呼ばれるH/W（ハードウェア）を持っている。Net
work I/FChipは、ネットワークの回線上を流れる自機器
宛てのパケットを受信したり、ネットワーク回線上にパ
ケットを送信したりする役割を持つ。自機器宛てのパケ
ットとその他のパケットとを区別する機能をフィルタ
（選別）機能と呼ぶ。

【０００３】一般的なNetwork I/F Chipのフィルタ機能
（選別）によれば、受信するパケットが以下に示すよう
なパターンの場合に、それを自機器宛てのパケットと判
定して、そのパケットを受信するように動作する。 （１）自H/Wアドレス宛てのパケット （２）自H/Wアドレスを含む集団（グループ）宛てのパ
ケット（Multicast Packet） （３）全機器宛てのパケット（Broadcast Packet） （４）各種エラーパケットを除くパケット

【０００４】

【発明が解決しようとする課題】ところで、上記のよう
な従来の技術には、次のような解決すべき課題があっ
た。単一のＣＰＵにより動作するシステムが、ネットワ
ークに接続された場合に、そのＣＰＵは、システム本来
の機能を発揮するための処理と、ネットワーク関連の機
能を発揮するための処理とを並立させる。この場合に、
ＣＰＵ資源の使用割合の設定が重要になる。

【０００５】例えば、ネットワーク上には、様々なパケ
ットが流れている。特に、大規模なネットワークでは、
ネットワークをいくつかのSub−Network（サブネットワ
ーク）に分割しているルータ間で、大量の情報をやり取
りしている。この情報がプロードキャストパケットとし
て転送されると、ネットワークに接続されたルータ以外
のシステムがそのパケットを受信してしまうことがあ
る。この情報パケットを一挙に大量に受信して処理する
と、ＣＰＵ資源が長時間受信パケット処理に費やされ
る。これにより、システムのネットワーク関連機能以外
の機能に障害をもたらす場合が少なくない。

【０００６】ルータのみならず、ネットワークに接続さ
れる様々な機器を含むシステムは、同様の問題をかかえ
ている。例えばネットワークプリンタが印刷処理を実行
中に、ネットワークから大量の情報パケットを受信する
と、ネットワークプリンタのＣＰＵの負荷が増大して、
印刷速度が著しく低下するといった問題も生じる。

【０００７】

【課題を解決するための手段】本発明は以上の点を解決
するため次の構成を採用する。 〈構成１〉同一ＣＰＵにより制御されるネットワーク機
能とネットワーク機能以外の機能とを備えたネットワー
ク組込み用システムであって、上記ネットワーク機能以
外の機能の処理のうち、ＣＰＵ使用権をネットワーク機
能に渡したくない緊急処理の開始と終了を表示する動作
レデュースフラグ保持手段と、ネットワーク内のパケッ
ト送受信を担当するネットワークインタフェースチップ
（ＮＩＣ）と、このネットワークインタフェースチップ
の動作全体を制御するとともに、上記動作レデュースフ
ラグを参照し、上記緊急処理の開始から終了までの間
に、上記ネットワークコントロールチップに対して、通
常動作で受信するパケットのうち、特定の種類のパケッ
ト受信を停止するようにフィルタ動作を実行させるＮＩ
Ｃドライバと、上記緊急処理の開始から終了までの間
に、一定の時間間隔で、上記特定の種類のパケット受信
停止動作を解除するタイマとを備えたことを特徴とする
ネットワーク組込み用システム。

【０００８】〈構成２〉構成１に記載のシステムにおい
て、ネットワークインタフェースチップは、緊急処理の
開始から終了までの間は、通常動作で受信するパケット
のヘッダに含まれる特定のフィールドを参照して、その
値が予め設定された値と等しい場合にのみ、そのパケッ
トを受信するように動作することを特徴とするネットワ
ーク組込み用システム。

【０００９】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて説明する。 《具体例１》この発明は、同一のＣＰＵが、ネットワー
ク機能とネットワーク機能以外の機能とを併せて制御す
るシステムに利用される。このシステムでは、ネットワ
ーク機能に従って動作中は、他の機能の処理は待たされ
る。こうしたシステムのネットワーク機能以外の機能の
処理のうちには、ＣＰＵ使用権をネットワーク機能に渡
したくない緊急処理が含まれることがある。この場合
に、その緊急処理の開始と終了を表示する動作レデュー
スフラグをセットする。

【００１０】緊急処理の開始から終了までの間には、通
常動作中には受信をするパケットのうちで、特定の種類
のパケット受信を停止する。特定の種類のパケットとい
うのは、受信に緊急性を必要としないパケットのことで
ある。動作レデュースフラグをセットした間に、緊急処
理を最優先に実行する。またその一方で、緊急処理の開
始から終了までの間に、特定の種類のパケット受信停止
動作を解除するようなタイマ割り込みを実行する。この
割り込み間隔は任意である。これは、特定の種類のパケ
ットの受信を長時間停止したときに生じる弊害を防止す
るためである。

【００１１】〈構成〉図１は、本発明によるネットワー
ク組込み用システム例ブロック図である。なお、以下の
例は、ネットワークに接続されたプリンタに、本発明を
適用した場合につて説明をする。図のプリンタ１は、ネ
ットワークインタフェースチップ４（Network I/F Chi
p）によりネットワーク３に接続されている。ネットワ
ークインタフェースチップ４は、同一ネットワーク内の
低レベルのパケット送受信を担当するハードウェアイン
タフェース回路である。プリンタ１は、ネットワーク機
能部５とプリンタ機能部６とを備える。プリンタのＣＰ
Ｕ２は、ネットワーク機能部５とプリンタ機能部６とを
併せて制御するように構成されている。

【００１２】ネットワーク機能部５には、ネットワーク
インタフェースチップ４をソフトウェア的に制御するＮ
ＩＣドライバ７（NIC Driver、）が設けられている。こ
の他に、プリンタ１には、動作レデュースフラグ保持部
８と、タイマ９が設けられている。

【００１３】上記ネットワークインタフェースチップ４
は、ネットワーク機能を持つノードをネットワークに接
続し、パケットの送受信や、受信パケットの簡単なエラ
ー検知等を可能とするハードウェアである。ＮＩＣドラ
イバ７は、ネットワークインタフェースチップ４から受
信パケットを受け取り、ネットワーク機能部５に渡した
り、ネットワーク機能部５から送信パケットをネットワ
ークインタフェースチップ４に渡して送信要求をしたり
する処理を行う部分である。

【００１４】ネットワーク機能部５は、パケットのやり
取りに意味付けをし、ネットワーク上に接続されたノー
ドとの有意な通信処理を行う制御をする部分である。動
作レデュースフラグ保持部８は、あとで説明するよう
に、緊急処理の開始から終了までの間オンし、その他の
場合にはオフするフラグを保持する、記憶部により構成
される。プリンタ機能部６は、各種の印刷動作を実行す
る部分である。タイマ９は、動作レデュースフラグがオ
ンの間、後で説明するタイマ割り込みを実行するため
に、一定間隔で動作するインターバルタイマである。

【００１５】図２に、ネットワーク機能部の具体的なブ
ロック図を示す。図のＮＩＣドライバ７には、プロトコ
ルスタック１１と複数のアプリケーション１２が順に接
続されている。プロトコルスタック１１は、ＮＩＣドラ
イバ７を使用して通信をする端点ノードとの間の通信機
能を提供する部分である。アプリケーション１２は、そ
れぞれ、プロトコルスタック１１を使用して、より高度
な通信機能を提供するコンピュータプログラムにより構
成される。メモリ１３は、ネットワークインタフェース
チップ４とプリンタ機能部６の両方からアクセスされる
メモリで、動作レデュースフラグ保持部８を備える。

【００１６】上記のプリンタ機能部６は、印刷処理が起
動された時点から印刷を終了するまでの間に、ＣＰＵ２
を長時間使用する。この間に、他の機能にＣＰＵを渡す
ことができない処理が含まれてくる。印刷処理では、印
刷イメージを作成しながら、プリントエンジンにその印
刷イメージを転送して、用紙上に印刷を実行する。も
し、印刷イメージを紙に印刷する処理が印刷イメージを
作成する処理に追いついてしまうと、印刷のない白紙を
排出してしまうプリントオーバーランという現象が発生
する。こうした印刷イメージの作成処理は、プリンタ本
来の重要な機能である。そこで、この処理を緊急処理と
し、以下のシステムでは、パケットの受信に優先させ
る。

【００１７】図３には、システムの動作タイムチャート
を示した。図において、（ａ）はプリント動作のタイミ
ング、（ｂ）はパケット受信動作のタイミング、（ｃ）
は動作レデュースフラグのタイミング、（ｄ）はタイマ
割り込みのタイミングを示している。図のように、時刻
ｔ１から上記緊急処理が開始され、時刻ｔ２にその緊急
処理が終了するものとする。タイマ９は、時刻ｔ１に動
作レデュースフラグがオンになったタイミングで起動
し、Ｔ時間おきにごく短時間有効になる信号を出力す
る。（ｃ）では信号がハイレベルのときが有効である。
（ｃ）に示す動作レデュースフラグがオンの間は、
（ａ）に示すようにプリント動作を実行するが、Ｔ時間
おきにタイマ９の出力が有効になると、（ｂ）に示すよ
うに、その間だけパケット受信処理を実行する。

【００１８】図４にプリンタ機能部の動作フローチャー
トを示す。まず、印刷処理が既に開始されているものと
する。この途中で、上記緊急処理が開始されたとする。
ステップＳ１は、この緊急処理の開始を検知する処理で
ある。

【００１９】緊急の処理が開始されたことを認識する
と、動作レデュースフラグ１０をオンに設定する（ステ
ップＳ２）。この動作レデュースフラグを設定すると、
その緊急処理を行う（ステップＳ３）。緊急処理が開始
されると、その後緊急処理が終了まで、状態を監視する
（ステップＳ４）緊急処理が終了した場合には、動作レ
デュースフラグ１０をオフに設定する（ステップＳ
５）。

【００２０】図５に、ＮＩＣドライバの動作フローチャ
ートを示す。始めに、ネットワークインタフェースチッ
プ４は、パケットを受信するとＮＩＣドライバ７の受信
割り込み処理を起動させる。ＮＩＣドライバ７の受信割
り込み処理では、パケットを受信すると動作レデュース
フラグ１０をリードしてその内容を確認する（ステップ
Ｓ１）。動作レデュースフラグがオンならば、Broadcas
tパケットとMulticastパケットを、ネットワークインタ
フェースチップ４の受信フィルタを使用して受信しない
ように設定する（ステップＳ２）。

【００２１】ＣＰＵ２がネットワーク機能部５とプリン
タ機能部６とを並列に制御するような場合に、上記のプ
リントオーバーランによる障害を発生させるのは、全ノ
ード宛てに送信されるBroadcastパケットや、特定のグ
ループ宛てに送信されるMulticastパケットを受信した
場合が殆どである。そこで、この例では、緊急処理の
間、これらのパケットの受信を停止させる。Broadcast
パケット及び、Multicastパケットの受信停止をネット
ワークインタフェースチップ４に設定後、受信したパケ
ットの処理を開始する。

【００２２】受信パケットの処理では、受信したパケッ
トがBroadcastパケットかMulticastパケットかを判断す
る（ステップＳ３）。受信したパケットがBroadcastパ
ケットかMulticastパケットの場合は、その時点で受信
パケットを受け捨て受信処理は行わない（ステップＳ３
から終了へ）。それ以外の自分宛てのパケットを受信し
た場合には、通常の受信割り込み処理を行う（ステップ
Ｓ６）。

【００２３】また、パケット受信割り込み起動時に動作
レデュースフラグがオフになっている場合にはステップ
Ｓ１からステップＳ４に進む。ステップＳ４では、ネッ
トワークインタフェースチップ４の設定を確認して、Br
oadcastパケットとMulticastパケットを受信しない設定
になっていた場合は、その設定を解除する（ステップＳ
５）。

【００２４】図６にはタイマ割り込みの際のＮＩＣの動
作フローチャートを示した。タイマ９は、図３を用いて
説明したように一定間隔で動作し、その出力をネットワ
ークインタフェースチップ４に送り込む。ネットワーク
インタフェースチップ４は、図のステップＳ１でタイマ
割り込みを待ち受け、タイマ割り込みがあるとステップ
Ｓ２に進み、BroadcastパケットとMulticastパケットの
受信を再開する。その一定の時間、受信割り込み処理を
実行し、再びBroadcastパケットとMulticastパケットの
受信を停止する（ステップＳ４）。この時間はタイマ出
力の有効な時間とするか、あるいは一定量のパケットを
受信処理する時間とする。その時間設定は任意である
が、緊急処理に影響を与えないごく短時間とする。この
間になにもパケットを受信しないこともあり得る。

【００２５】ネットワークに接続されたノードは、パケ
ットを短時間に集中的に受信する場合が多い。従って、
ノードが長時間パケットを受信しないこともある。プリ
ンタ機能部６が緊急処理を実行中は、動作レデュースフ
ラグをオンにするようにしたので、ネットワークインタ
フェースチップ４は、長時間パケットを受信しない状態
の後突然パケットを受信しても、図５のフローチャート
の処理を実行すれば、上記の動作ができる。

【００２６】受信割り込み処理は、一般に動作優先度を
高く設定している。従って、プリンタ機能部が緊急処理
を実行中にパケットが受信されると、図５の処理が開始
されて、ステップＳ１の動作レデュースフラグ参照処理
が実行される。その後は、すでに説明したとおりの動作
となるから、動作レデュースフラグがオンされている限
り、割り込みは発生しない。即ち、割り込みは１回限り
であり、ＣＰＵに無駄な負荷をかけない。しかも、こう
することで、ネットワークインタフェースチップ４がパ
ケットを受信していないときも、ポーリングのようなセ
ンス処理を所定時間おきに実行して、プリンタ機能部の
動作を監視するといった制御が不要になる。

【００２７】〈効果〉以上のように、ネットワーク機能
以外の機能による緊急的な処理を実行中に、ネットワー
ク上のルータ等が発信する不要なパケットを多数受信し
ても、ネットワーク機能の処理を停止するので、ＣＰＵ
の負担を軽減して緊急処理の処理速度低下や障害の発生
を防止できる。また、上記のような処理は、ネットワー
クインタフェースチップ部分に変更を加えずに、そのド
ライバ等のプログラムを工夫することで実現でき、ハー
ドウェアコストをアップさせないという効果もある。

【００２８】《具体例２》具体例１では、ルータ間でや
りとりしている情報パケットはBroadcast PacketやMult
icastパケットである場合が殆どなので、Network I/F C
hipのフィルタ機能を利用して、このような情報パケッ
トを受信しないようにした。これでルータのＣＰＵの負
荷が軽減される。ところが、Broadcast Packetには、そ
のルータがネットワークのコネクションを開設するため
に必要なパケットも含まれる。これも受信することがで
きなくなってしまうと、ネットワークに接続された他の
機器との接続ができなくなる。

【００２９】この具体例では、ネットワークインタフェ
ースチップにパケットのタイプをチェックするハードウ
ェアを付加することにより、BroadcastパケットとMulti
castパケットのうち、必要なパケットと不要なパケット
を区別して受信する。即ち、パケットのヘッダに含まれ
る特定のフィールドを参照して、その値が予め設定され
た値と等しい場合にのみ、そのパケットを受信するよう
に制御する。

【００３０】〈構成〉図７に、この具体例の実施に適す
るネットワークインタフェースチップの機能ブロック図
を示す。ネットワークから受け入れた受信パケット１５
をチェックする受信フィルタ部１４には、送信先アドレ
スチェック部１６とタイプフィールドチェック部１７が
設けられている。送信先アドレスチェック部１６はパケ
ットの送信先アドレスをチェックして、その宛て先が自
己のものかどうかを判定する機能を持つ。これは従来の
ものと変わらない。タイプフィールドチェック部１７は
この具体例で新たに設けられたもので、パケットのタイ
プフィールドをチェックする機能を持つ。

【００３１】ネットワーク上を流れるパケットには様々
な種類があるが、最も世界で広く使用されているパケッ
トのタイプにEthernet（イーサーネット：ゼロックス社
開発のネットワーク）タイプがある。このタイプのパケ
ットは、インターネットの通信処理を行うＩＰ（インタ
ーネットプロトコル）データグラムの送信にも使用され
ている。

【００３２】図８には、このEthernetタイプのパケット
構造説明図を示す。Ethernetパケット２０は、Ethernet
Header２１（14Bytesのヘッダ）と、Ethernet DATA２
２（46〜1500Bytesのデータ）と、FCS２３（4Bytesのフ
レームチェック信号）とからなり最小64Bytesから最大1
518Bytesの範囲のサイズを取る。

【００３３】ネットワークインタフェースチップ４は、
通常、EthernetパケットのEthernetHeader２１とFCS２
３の受信チェックを行うが、本発明の説明の対象はEthe
rnetHeader２１だけであるため、対象をEthernet Heade
r２１に絞る。Ethernet Header２１は、送信先H/Wアド
レス２１Ａ（6Bytes）と、送信元H/Wアドレス２１Ｂ（6
Bytes）と、タイプフィールド２１Ｃ（2Bytes）より構
成される。送信先H/Wアドレス２１Ａは、１6進数１2桁
で構成され、パケットの送信先を指定する働きを持つ。
この数値が特定な値を取るパケットをBroadcastパケッ
トやMulticastパケットとして扱う。

【００３４】Broadcastパケットは全ノード宛てに送信
されたパケットで、Multicastパケットはある一グルー
プのノード宛てに送信されたパケットである。送信元H/
Wアドレス２１Ａは、送信先H/Wアドレス２１Ｂと同様に
１6進数１2桁で構成され、パケットの送信元を指定する
働きを持つ。この数値が、送信先H/Wアドレスで説明し
たBroadcastアドレスやMulticastアドレスを取ることは
ない。

【００３５】タイプフィールド２１Ｃは、上位層の識別
に使用される。EthernetタイプのパケットはＯＳＩ仕様
の第二層に定められた仕様に基づき動作しているが、タ
イプフィールド２１Ｃには、ＯＳＩ仕様の第三層のプロ
トコルを識別するためのプロトコルＩＤが格納される。
プロトコルＩＤは、ＯＳＩ仕様の各層の各プロトコルに
対して割り当てられた識別コードで、下位層がその上位
層にどのプロトコルを採用しているかを示す為に使用さ
れる。

【００３６】ＴＣＰ（Transmit Control Protocol）と
ＩＰ（Internet Protocol）を使用する通信では、通信
の最初にＡＲＰ（Address Resolution Protocol）を使
用したやり取りが行われる。

【００３７】図９には、このＡＲＰの手順説明図を示
す。まず、送信元のＰＣ２８がＡＲＰリクエストを送信
先のプリンタ２９に向けて送信する（ステップＳ１）。
このＡＲＰリクエストの送信先H/Wアドレスは、Broadca
stアドレスにする。プリンタ２９は、そのパケットを受
信したプリンタ２９は、ＡＲＰレスポンスを返す（ステ
ップＳ２）。このＡＲＰレスポンスの送信先アドレスに
は、ＡＲＰリクエストの送信元アドレスを格納する。こ
のレスポンスを受信することによりＰＣ２８は、プリン
タ２９のＯＳＩ第三層のアドレスを知ることができる。
ＴＣＰ／ＩＰを使用してコネクションを接続するために
は、接続先のＯＳＩ第三層のアドレスを知る必要があ
る。次にＰＣ２８はプリンタ２９の第三層のアドレスを
指定してコネクションの開設要求をプリンタ２９に送信
する（ステップＳ３）。

【００３８】Ethernet Headerの送信先H/Wアドレスに
は、プリンタ２９のH/Wアドレスを使用する。プリンタ
２９は、ＰＣ２８からの接続要求に対しコネクションが
開設できる状態であればコネクション開設確認パケット
をＰＣに送信する（ステップＳ４）。Ethernet Header
の送信先H/Wアドレスには、ＰＣ２８のH/Wアドレスを使
用する。ＰＣ２８はプリンタ２９へコネクション開設応
答を送信し、ＴＣＰのコネクション確立を完了する（ス
テップＳ５）。

【００３９】Ethernet Headerの送信先H/Wアドレスに
は、ＰＣ２８のH/Wアドレスを使用する。以降双方から
のデータの送信が可能となる（ステップＳ６）。以降全
てのパケットのEthernet Headerの送信先H/Wアドレスに
は、送信相手側のH/Wアドレスを使用する。以上のよう
に、ＴＣＰ／ＩＰプロトコルを使用した場合の通信で
は、通信開始時にプリンタはBroadcastを受信する必要
がある。従って、無条件にBroadcastパケットとMultica
stパケットの受信を制限すると、必要なBroadcastパケ
ットの受信が遅れてしまう。

【００４０】そこで、ＴＣＰ／ＩＰの通信に必要なBroa
dcastパケットを受信し、不要なBroadcastパケットを受
信しないための方法について説明する。まず、具体例１
で説明したように、ネットワークインタフェースチップ
４のフィルタ機能を使用してBroadcastパケットとMulti
castパケットの受信を停止する。これにより、不要なBr
oadcastパケットを受信しないことが可能になるが、必
要なＡＲＰリクエストも受信しなくなってしまう。この
具体例では、ネットワークインタフェースチップ７４の
受信フィルタに機能を追加することにより、不要なBroa
dcastパケットを受信せずに上記の必要なＡＲＰリクエ
ストを受信する。

【００４１】図１０は、この具体例２によるＮＩＣの受
信パケットフィルタ処理の動作フローチャートである。
ネットワークインタフェースチップ４は、パケットを受
信するとEthernet Headerの送信先H/WアドレスがMultic
astアドレスであるかを比較する（ステップＳ１）。Mul
ticastパケットである場合はそのパケットを廃棄する
（ステップＳ４）。Multicastパケットでない場合は、E
thernet Headerの送信先H/WアドレスがBroadcastアドレ
スであるかを比較する（ステップＳ２）。Broadcastパ
ケットである場合は、タイプフィールドが806H（１６進
数）であるかを比較する（ステップＳ３）。

【００４２】タイプフィールドの値が806Hである場合
は、フィルタ処理を終了する。タイプフィールドの値が
806Hで無い場合は、受信パケットを廃棄する（ステップ
Ｓ４）。ステップＳ２で、Ethernet Headerの送信先H/W
アドレスがBroadcastアドレスで無い場合は、フィルタ
処理を終了する。

【００４３】〈効果〉以上説明したように、具体例２に
よれば、ネットワークインタフェースチップが受信する
全BroadcastパケットとMulticastパケットを受信不可に
することにより、プリンタにとって不要なBroadcastパ
ケットとMulticastパケットを受信せず、具体例１と同
様に、緊急処理の処理速度低下を防止できる。しかも、
ＴＣＰ／ＩＰ通信に必要なＡＲＰリクエストを受信する
ことができるので、緊急処理中にも、新たなＴＣＰ／Ｉ
Ｐのコネクションを接続することができる。

【図面の簡単な説明】

【図１】本発明によるネットワーク組込み用システム例
ブロック図である。

【図２】ネットワーク機能部の具体的なブロック図であ
る。

【図３】システムの動作タイムチャートである。

【図４】プリンタ機能部の動作フローチャートである。

【図５】ＮＩＣドライバの動作フローチャートである。

【図６】タイマ割り込みの際のＮＩＣの動作フローチャ
ートである。

【図７】具体例２の実施に適するネットワークインタフ
ェースチップの機能ブロック図である。

【図８】パケット構造説明図である。

【図９】ＡＲＰの手順説明図である。

【図１０】具体例２によるＮＩＣの受信パケットフィル
タ処理動作フローチャートである。

【符号の説明】

１ プリンタ ２ ＣＰＵ ３ ネットワーク ４ ネットワークインタフェースチップ（Network I/F
Chip） ５ ネットワーク機能部 ６ プリンタ機能部 ７ ＮＩＣドライバ ８ 動作レデュースフラグ保持部 ９ タイマ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 同一ＣＰＵ（中央処理装置）により制御
   されるネットワーク機能とネットワーク機能以外の機能
   とを備えたネットワーク組込み用システムであって、 前記ネットワーク機能以外の機能の処理のうち、ＣＰＵ
   使用権をネットワーク機能に渡したくない緊急処理の開
   始と終了を表示する動作レデュースフラグ保持手段と、 ネットワーク内のパケット送受信を担当するネットワー
   クインタフェースチップ（ＮＩＣ）と、 このネットワークインタフェースチップの動作全体を制
   御するとともに、前記動作レデュースフラグを参照し、
   前記緊急処理の開始から終了までの間に、前記ネットワ
   ークコントロールチップに対して、通常動作で受信する
   パケットのうち、特定の種類のパケット受信を停止する
   ようにフィルタ動作を実行させるＮＩＣドライバと、 前記緊急処理の開始から終了までの間に、所定の時間間
   隔で、前記特定の種類のパケット受信停止動作を解除す
   るタイマとを備えたことを特徴とするネットワーク組込
   み用システム。
2. 【請求項２】 請求項１に記載のシステムにおいて、 ネットワークインタフェースチップは、緊急処理の開始
   から終了までの間は、通常動作で受信するパケットのヘ
   ッダに含まれる特定のフィールドを参照して、その値が
   予め設定された値と等しい場合にのみ、そのパケットを
   受信するように動作することを特徴とするネットワーク
   組込み用システム。