JP3368016B2

JP3368016B2 - パケット形式判定方法及び装置

Info

Publication number: JP3368016B2
Application number: JP28807693A
Authority: JP
Inventors: エイ．カルビッツジョージ
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1992-11-18
Filing date: 1993-11-17
Publication date: 2003-01-20
Anticipated expiration: 2018-01-20
Also published as: EP0598510A2; US5696899A; EP0598510A3; DE69331963D1; EP0598510B1; JPH06214928A; DE69331963T2

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ローカルエリアネット
ワークの周辺装置（例えば、プリンタ）に結合され、且
つパーソナルコンピュータ一台を周辺装置管理専用にす
ることなく前記周辺装置をインテリジェントな対話型ネ
ットワークのメンバーに構成する技術に関し、更に詳細
には、ローカルエリアネットワークのバスを通って搬送
されるデータパケットのフォーマットを、自動的に且つ
順応的に判定するパケット形式判定方法及び装置に関す
る。

【０００２】

【従来の技術】ローカルエリアネットワーク（”ＬＡＮ
ｓ”）は、複数のパーソナルコンピューターを、プリン
タ、コピー機等のような周辺装置に結合して、通信機能
拡張と資源共有を図るものとして知られている。従来、
ＬＡＮに結合されるプリンタのような周辺装置は、どち
らかといえばインテリジェント性がなく、ＬＡＮからの
情報を受け入れて、そのような情報をハードコピーにプ
リントするだけであった。また、かかるプリンタは、通
常、プリンタへのデータの流れを効率的に管理するため
の、即ち、そのプリンタの「サーバー」として働くホス
トパーソナルコンピュータ（”ＰＣ”）を要した。これ
により、ホストＰＣは、ほとんど常時、プリンタのサー
バータスク専用である必要があった。

【０００３】近年、限られたサーバー機能を実行するた
めに、周辺装置に結合できる回路基板に、ハードウェア
とソフトウェアを組み込むことによって、表面上、かか
る専用ＰＣの必要を廃した製品が数多く出回ってきた。
例えば、ＡＳＰコンピュータプロダクト社では、ノベル
ネットワーク用の独立型プリントサーバーとして働く
「ジェットＬＡＮ／Ｐ（JetLAN/P）」という装置を出し
ている。ジェットＬＡＮ／Ｐ（商標）装置は、１０Ｂａ
ｓｅ−２の細芯同軸ケーブルまたは１０Ｂａｓｅ−Ｔの
より対線ケーブルを使ってＬＡＮに接続する。しかし、
ジェットＬＡＮ／Ｐ（商標）は、プリンタのパラレルポ
ートからしかプリンタに結合できない。従って、プリン
ト情報をプリンタに送ることができても、プリンタから
戻ってくるプリンタ状態情報量が厳しく制限される。例
えば、このような装置がプリンタから受信できるのは、
「オフライン」および「用紙切れ」程度の情報である。
このような装置では、プリンタを、ネットワークの真に
インテリジェント性をもって応答するメンバにすること
は不可能に近い。

【０００４】プリンタをＬＡＮに結合するための他の周
知の装置は、ヒューレットパッカード社のジェットディ
レクト（ＪｅｔＤｉｒｅｃｔ（商標））Ｃ２０７１Ａ／
ＢとＣ２０５９Ａ、エクステンデッドシステムズ社のイ
ーサフレックス（ＥｔｈｅｒＦｌｅｘ（商標））、イン
テル社のネットポート（ＮｅｔＰｏｒｔ（商標））とネ
ットポートII（ＮｅｔＰｏｒｔII（商標））、キャステ
レ社のＬＡＮプレス（ＬＡＮＰｒｅｓｓ（商標））とジ
ェットプレス（ＪｅｔＰｒｅｓｓ（商標））、ミラン社
のファストポート（ＦａｓｔＰｏｒｔ（商標））などが
ある。

【０００５】

【発明が解決しようとする課題】しかしながら上記の装
置はいずれも、プリンタがＬＡＮへ十分の量のデータを
送信出来ないため、プリンタをネットワークの効果的で
インテリジェントなメンバになり得ない、という弱点が
ある点でＡＳＰ社のジェットＬＡＮと同じである。

【０００６】また、これらのような製品がローカルエリ
アネットワークで通信可能となるためには、事前にオペ
レータが、ローカルエリアネットワークバスを通って搬
送されるデータパケットのフォーマットまたはプロトコ
ル（以後、「フレームパケットタイプ」と記載する。）
を手動で指定する必要がある。特に、イーサネット（商
標）ネットワークのようなローカルエリアネットワーク
上の装置では、イーサネット８０２．２、イーサネット
II、イーサネットＳＮＡＰ、イーサネット８０２．３と
いった種々のフレームパケットタイプでデータパケット
を送受信することができる。そして、装置が正しくフレ
ームパケットタイプを認識していないと、ネットワーク
バスを介して他の装置と通信することは不可能である。
このため、ジェットＬＡＮ／Ｐ装置は、デフォルトのフ
レームパケットタイプに合わせて自分自身を初期設定
し、且つ「ＳｅｔＰｒｏｔｏｃｏｌ」コマンドを利用
してオペレータがフレームパケットタイプを手動で変更
できるように構成されている。同様に、インテル社のネ
ットポート（商標）は、トグルスイッチを手動設定して
フレームパケットタイプを選択することを、オペレータ
に要求する。しかしながら、これまで、装置自身が、自
動的に且つ適宜にフレームパケットタイプを判定し、決
定することは不可能であった。

【０００７】本発明は上記の問題点に鑑みてなされたも
のであり、ローカルエリアネットワーク上を搬送される
データパケットのフォーマットを順応的に判定するパケ
ット形式判定方法及び装置を提供することを目的とす
る。

【０００８】

【発明の概要】本発明において、周辺装置に結合され、
且つ前記周辺装置を応答性のあるインテリジェントなネ
ットワークメンバーに構成する回路基板構造および機能
が提供される。

【０００９】本発明の一態様において、ネットワークバ
スからデータフレームパケットを捕捉し、捕捉されたフ
レームパケットを事前確認して複数フレームパケットタ
イプのいずれがその捕捉パケットに対応するかを判断す
ることによって、ローカルエリアネットワーク通信で目
下使用しようとしているフレームパケットタイプを、自
動的に且つ適宜に決定する方法及び装置が構成される。

【００１０】この態様によれば、複数の所定フレームパ
ケットタイプのいどれがＬＡＮ通信で現在使用されてい
るのかを判定するための方法及び装置を構成する。この
構成において、複数ののフレームパケットタイプのすべ
てに同時に結合されるようにＬＡＮソフトウェア通信モ
ジュール（例えばリンクサポートレイヤ）が構成され、
且つＬＡＮフレームパケットを捕捉するためにバスを通
る同報通信が監視される。ＬＡＮソフトウェアモジュー
ルは、捕捉されたフレームパケットについて複数の異な
るデータグループを提供し、これらのデータグループの
各々は複数の異なるフレームパケットタイプのそれぞれ
に対応する。データグループは、所定のヘッダ（例えば
ＩＰＸヘッダ）が存在するかどうかが事前に確認され
る。そして、所定のヘッダを有するデータグループに基
づいてフレームパケットタイプが決定される。

【００１１】また、関連する態様においては、ノベル互
換およびユニックス互換オペレーティングシステムのよ
うな、各々異なるオペレーティングプロトコルを有する
２種類のＬＡＮオペレーティングシステムの双方が単一
ネットワークバス上でＬＡＮ通信を実施するマルチプロ
トコルＬＡＮ通信システムで、フレームパケットタイプ
が自動的に且つ順応的に判定される。

【００１２】この態様によれば、フレームパケットタイ
プは各オペレーティングプロトコルごとにローカルエリ
アネットワークから捕捉され、捕捉されたフレームパケ
ットは事前に確認されて、複数フレームパケットタイプ
のいずれがその捕捉パケットに対応するか判断される。
この過程は、各々のオペレーティングプロトコルごとに
繰り返され、それにより、ネットワークされた周辺装置
が、マルチプロトコルネットワーク環境でフレームパケ
ットタイプを決定できる。

【００１３】

【課題を解決するための手段】及び

【作用】上記の目的を達成するための本発明のパケット
形式判定方法は以下の工程を備える。即ち、複数のフレ
ームパケットタイプのうち、ネットワークにおいて使用
されているフレームパケットタイプを判定するパケット
形式判定方法であって、フレームパケットを捕捉するた
めにネットワークを監視する監視工程と、各フレームパ
ケットタイプに従って、捕捉されたフレームパケットを
解析し、各フレームパケットタイプに対応するデータグ
ループを供給する供給工程と、各データグループに所定
のヘッダが含まれているかを探索する探索工程と、前記
所定のヘッダを含むデータグループに対応するフレーム
パケットタイプを登録する登録工程とを備える。また、
上記の目的を達成するための本発明のパケット形式判定
装置は以下の構成を備える。即ち、複数のフレームパケ
ットタイプのうち、ネットワークにおいて使用されてい
るフレームパケットタイプを判定するパケット形式判定
装置であって、フレームパケットを捕捉するためにネッ
トワークを監視する監視手段と、各フレームパケットタ
イプに従って、捕捉されたフレームパケットを解析し、
各フレームパケットタイプに対応するデータグループを
供給する供給手段と、各データグループに所定のヘッダ
が含まれているかを探索する探索手段と、前記所定のヘ
ッダを含むデータグループに対応するフレームパケット
タイプを登録する登録手段とを備える。

【００１４】また、本発明の他の態様のパケット形式判
定方法は、対話型ネットワーク基板により、複数のフレ
ームパケットタイプのどれがローカルエリアネットワー
ク上のＬＡＮ通信において現在使用されているかを判定
するパケット形式判定方法であって、前記対話型ネット
ワーク基板上のＲＯＭより該対話型ネットワーク基板上
のＲＡＭの第１領域に事前探査ソフトウエアーモジュー
ルをダウンロードし、該ＲＡＭより該事前探査ソフトウ
エアーモジュールの実行を開始する開始工程と、リンク
サポートレイヤを通じて前記事前探査ソフトウエアーモ
ジュールを前記複数のフレームパケットタイプのそれぞ
れに同時に結合する結合工程と、前記事前探査ソフトウ
エアーモジュールを停止状態にする停止工程と、ＬＡＮ
フレームパケットを捕捉するために同報通信を求めてＬ
ＡＮ通信ネットワークを監視する監視工程と、前記リン
クサポートレイヤを介して、前記複数のフレームパケッ
トタイプの各々に対応して、捕捉されたフレームパケッ
トのデータグループを提供する提供工程と、所定のＩＰ
Ｘヘッダーを求めて各データグループを事前探査するた
めに、前記事前探査ソフトウエアモジュールを再起動す
る起動工程と、前記所定のＩＰＸヘッダーを有するデー
タグループに対応するフレームタイプを格納する格納工
程とを備える。また、本発明の他の態様のパケット形式
判定方法は、それぞれ異なるオペレーテイングプロトコ
ルを有する第１及び第２オペレーテイングシステムのた
めのデータパケットを伝送するローカルエリアネットワ
ークバスを有するネットワーク通信システムにおいて、
複数のフレームパケットタイプのどれがＬＡＮ通信で現
在使用されているかを判定するパケット形式判定方法で
あって、ローカルエリアネットワーク上の第１オペレー
テイングシステムから第１フレームパケットを捕捉する
第一捕捉工程と、前記複数のフレームパケットタイプの
うちのどれが捕捉されたフレームパケットに対応するか
を判定するために、捕捉された前記第１フレームパケッ
トを前もって探査する第１探査工程と、捕捉された前記
第１フレームパケットに対応するフレームタイプを格納
する第１格納工程と、ローカルエリアネットワーク上の
第２オペレーテイングシステムから第２フレームパケッ
トを捕捉する第２捕捉工程と、前記複数のフレームパケ
ットタイプのうちのどれが捕捉されたフレームパケット
に対応するかを判定するために、捕捉された前記第２フ
レームパケットを前もって探査する第２探査工程と、捕
捉されたフレームパケットに対応するフレームタイプを
格納する第２格納工程とを備える。また、本発明の他の
態様のパケット形式判定方法は、複数の所定フレームパ
ケットタイプのどれが、単一ローカルエリアネットワー
ク上で動作するマルチプロトコルＬＡＮ通信システムに
おいて、現在使用されているかを判定するパケット形式
判定方法であって、複数の第１プロトコルフレームパケ
ットタイプに同時に結合するべくＬＡＮ通信モジュール
を構成する第１構成工程と、前記第１プロトコルの同報
通信を捕捉するためにＬＡＮ通信バスを監視する第１監
視工程と、ＬＡＮ通信モジュールから捕捉された第１プ
ロトコルの同報通信について、複数種類のパケットタイ
プにそれぞれ対応する複数種類のデータグループを提供
する第１提供工程と、所定ヘッダーの存在に関して前記
各データグループを前もって探査する第１事前探査工程
と、前記所定ヘッダーを有するデータグループに対応す
る第１プロトコルフレームタイプを格納する第１格納工
程と、複数の第２プロトコルフレームパケットタイプに
同時に結合するべくＬＡＮ通信モジュールを構成する第
２構成工程と、前記第２プロトコルの同報通信を捕捉す
るためにＬＡＮ通信バスを監視する第２監視工程と、Ｌ
ＡＮ通信モジュールから捕捉された第２プロトコルの同
報通信について、複数種類のパケットタイプにそれぞれ
対応する複数種類のデータグループを提供する第２提供
工程と、所定ヘッダーの存在に関して前記各データグル
ープを事前に探査する第２事前探査工程と、前記所定ヘ
ッダーを有するデータグループに対応する第二プロトコ
ルフレームタイプを格納する第２格納工程とを備える。
また、本発明の他の態様のパケット形式判定方法は、対
話型ネットワーク基板により、複数のフレームパケット
タイプのうちのどれがローカルエリアネットワーク上の
マルチプロトコルネットワーク環境において現在使用さ
れているかを判定するパケット形式判定方法であって、
前記対話型ネットワーク基板上のＲＯＭから該対話型ネ
ットワーク基板上のＲＡＭの第１エリアに事前探査ソフ
トウエアーモジュールをダウンロードし、該ＲＡＭより
該事前探査ソフトウエアーモジュールの実行を開始する
開始工程と、前記事前探査ソフトウエアーモジュールを
第１ネットワークオペレーテイングシステムに対応する
複数の第１プロトコルフレームパケットタイプのそれぞ
れにリンクサポートレイヤを通じて同時に結合する第１
結合工程と、前記事前探査ソフトウエアーモジュールを
停止状態にする第１停止工程と、第１プロトコルによる
フレームパケットを捕捉するべくＬＡＮ通信ネットワー
ク上の同報通信を監視するための第１監視工程と、捕捉
された第１プロトコルによるフレームパケットより得ら
れた複数のデータグループを前記リンクサポートレイヤ
を通じて提供する第１提供工程と、ここで、前記複数の
データグループの夫々は前記複数の異なる第１プロトコ
ルフレームパケットタイプのそれぞれに対応しており、
前記事前探査ソフトウエアーモジュールを再起動し、所
定の第１プロトコルヘッダーを検出するべく前記各デー
タグループを前もって探査する第１再起動工程と、前記
所定の第１プロトコルヘッダーを有するデータグループ
に対応するフレームタイプを格納する第１格納工程と、
前記事前探査ソフトウエアーモジュールを第２ネットワ
ークオペレーテイングシステムに対応する複数の第２プ
ロトコルフレームパケットタイプのそれぞれに前記リン
クサポートレイヤを通じて同時に結合する第２結合工程
と、前記事前走査ソフトウエアーモジュールを停止状態
にする第２停止工程と、第２プロトコルによるフレーム
パケットを捕捉するべくＬＡＮ通信ネットワーク上の同
報通信を監視するための第２監視工程と、捕捉された第
２プロトコルによるフレームパケットより得られる複数
のデータグループを前記リンクサポートレイヤを通じて
提供する第２提供工程と、ここで、前記複数のデータグ
ループの夫々は前記複数の異なる第２プロトコルフレー
ムパケットタイプのそれぞれに対応しており、前記事前
探査ソフトウエアーモジュールを再起動し、所定の第２
プロトコルヘッダーを検出するべく前記各データグルー
プを前もって探査する第２再起動工程と、前記所定の第
２プロトコルヘッダーを有するデータグループに対応す
るフレームタイプを格納する第２格納工程とを備える。
更に、本発明の他の態様のパケット形式判定装置は、Ｎ
ｏｖｅｌｌ互換データパケットとＵＮＩＸ互換データパ
ケットを搬送するローカルエリアネットワークバスを有
するネットワーク通信システムにおいて、複数のフレー
ムパケットタイプのどれがＬＡＮ通信で現在使用されて
いるかを判定するパケット形式判定装置であって、ＬＡ
Ｎからの通信を受け取るためのバスに連結されたＬＡＮ
インターフェイスと、プロセッサーとを有し、前記プロ
セッサーは、（１）前記インターフェイスを通じてローカルエリアネ
ットワーク上でＮｏｖｅｌｌ互換フレームパケットを捕
捉し、（２）複数フレームパケットタイプのどれが捕捉された
ＬＡＮパケットに対応するかを判定するために、前記捕
捉されたＮｏｖｅｌｌ互換フレームパケットを探査し、（３）捕捉されたＬＡＮフレームパケットに対応するＮ
ｏｖｅｌｌ互換フレームタイプを格納し、（４）前記インターフェイスを通じてローカルエリアネ
ットワーク上のＵＮＩＸ互換フレームパケットを捕捉
し、（５）複数のフレームパケットタイプのどれが捕捉され
たＬＡＮパケットに対応するかを決定するために、前記
捕捉されたＵＮＩＸ互換フレームパケットを探査し、（６）捕捉されたＬＡＮフレームパケットに対応するＵ
ＮＩＸ互換フレームタイプを格納する。

【００１５】

【実施例】以下添付図面を参照して本発明の好適な実施
例を詳細に説明する。

【００１６】本発明を適用した実施例では、ネットワー
クから受信されたデータを受信し処理することができる
だけでなく、詳細な状態情報、オペレーションパラメー
タや、更には、スキャナ入力、ファクシミリ受信などの
ような他の形態によって周辺機器へ入力されるデータの
ような相当量のデータまでも、ネットワークに伝送する
能力を持つ対話型ネットワーク構成要素，例えばプリン
タ，のようなネットワーク周辺機器を構成するためのハ
ードウェア及びソフトウェア的解決法を提供するもので
ある。そして、周辺機器にこのようなハードウェア及び
ソフトウェアを組み込むことによって、周辺機器へのサ
ーバの役を果たす専用パーソナル・コンピュータをなく
すことが可能になる。

【００１７】１．アーキテクチャ図１は、以下に解説するオープンアーキテクチャを持
つ、プリンタ４に接続されたネットワーク拡張ボード
（“ＮＥＢ”）２に組み込まれた本実施例を示すブロッ
ク・ダイヤグラムである。ＮＥＢ２は、ＬＡＮインタフ
ェース８（たとえば、同軸コネクタ、ＲＪ４５コネクタ
あるいはＤＢ１５コネクタ（ＡＵＩ）とそれぞれ接続さ
れている、１０ｂａｓｅ−２、１０ｂａｓｅ−Ｔ、ある
いは１０ｂａｓｅ−５のようなイーサネットインタフェ
ース）を介して、ＬＡＮバス６に接続している。ＬＡＮ
６にはまた、ＰＣ１０、ＰＣ１２、ＰＣ１４（この場
合、管理者がこのＰＣ１４に記録をとるならば、ＰＣ１
４がネットワーク管理装置として機能する。；詳細は後
述）のようなネットワーク構成要素、及び、プリンタ１
６（内蔵型ＱＳＥＲＶＥＲ機能を持つ；詳細は後述）と
が接続されていてもよい。他のＬＡＮ構成要素として、
付属プリンタ２０を持つＰＣ１８（プリント・サーバの
役をする；詳細は後述）、付属プリンタ２４を持つＰＣ
２２（ＲＰＲＩＮＴＥＲの役をする；詳細は後述）、及
びＮｅｔＰｏｒｔ装置２８（上記発明の背景において、
解説）を介してＬＡＮ６に接続されるプリンタ２６が含
まれてもよい。ファイル・サーバ３０は、ＬＡＮ６に接
続され、ファイルをＬＡＮ上で伝送し処理するための
“ライブラリ”として機能する。ファイル・サーバ３０
には、付属プリンタ３２及び３４がついていてもよい。

【００１８】より詳細に述べると、種々のネットワーク
構成要素間での交信を行なうために、図１に描写された
ネットワークで、ノーベル社あるいはＵｎｉｘソフトウ
ェアのような任意のネットワークソフトウェアを利用し
てもよい。本発明の適用はどんなネットワークソフトウ
ェアに対しても可能であるが、本実施例ではノーベル社
のＮｅｔＷａｒｅソフトウェア（下記、セクション３ａ
でより詳細に解説）を利用するＬＡＮに関して説明す
る。このソフトウェア・パッケージについての詳細な説
明については、“ＮｅｔＷａｒｅ(商標) ユーザーガイ
ド”及び“ＮｅｔＷａｒｅ(商標) スーパーバイザ・ガ
イド”（Ｍ＆Ｔブック社、１９９０年版権取得）にある
のでそれを参照されたい。又、“ＮｅｔＷａｒｅプリン
トサーバ”（ノーベル社刊、１９９１年３月版、ノーベ
ル部品番号１００−０００８９２−００１）も参照され
たい。簡潔に述べれば、ファイル・サーバ３０はファイ
ルマネジャとして機能し、ＬＡＮ構成要素間のデータの
ファイルを受信し、格納し、待ち行列に登録し、キャッ
シングし、伝送する。たとえば、ＰＣ１０及び１２でそ
れぞれ作成されたデータ・ファイルは、ファイル・サー
バ３０へまず運ばれて、ファイル・サーバ３０はそれら
のデータ・ファイルを順序付けした後、ＰＣ１８のプリ
ント・サーバからのコマンドでプリンタ２４へこの順序
付けされたデータ・ファイルを転送することができる。
ファイル・サーバ３０には、１０ギガバイトのハードデ
ィスク（ＨＤ）サブシステムのような大容量記憶装置
（ＬＣＳ）構成要素を含めることもできるし、あるいは
そのような大容量記憶装置（ＬＣＳ）構成要素に接続さ
れたものであってもよい。もし所望であれば、更に、プ
リンタ３２及び３４をファイル・サーバ３０に接続し
て、追加的印刷ステーションを備えることもできる。

【００１９】パーソナル・コンピュータ装置が図１に例
示されているが、実行されているネットワークソフトウ
ェアにとって適切なものとして、他のコンピュータ装置
も含むことができる。たとえば、Ｕｎｉｘソフトウェア
が使用される場合、Ｕｎｉｘワークステーションをネッ
トワークに含んでいてもよい。また、これらのワークス
テーションを、適切な環境の下で、例示された複数ＰＣ
とともに使用してもよい。

【００２０】ＰＣ１０及び１２としては、各々、データ
・ファイルを生成し、ＬＡＮ上へそれらを伝送し、ＬＡ
Ｎからファイルを受信し、ワークステーションでこのよ
うなファイルを表示及び／若しくは処理することができ
る、標準的ワークステーションＰＣを含むことができ
る。しかしながら、ＰＣ１０及び１２は、ＬＡＮ周辺機
器に対する制御を行なうことはできない（ネットワーク
管理者がそのＰＣに記録されていない限り）。

【００２１】ＬＡＮ周辺機器に対して限定的制御を行な
うことができるＰＣとは、内蔵型ＲＰＲＩＮＴＥＲプロ
グラムが含まれるＰＣ２２である。ＲＰＲＩＮＴＥＲプ
ログラムとは、ＭＳ−ＤＯＳＴｅｒｍｉｎａｔｅ＆Ｓｔ
ａｙＲｅｓｉｄｅｎｔ（以下ＴＳＲという）プログラム
のことで、ワークステーション上で実行され、このプロ
グラムで、ユーザはワークステーションに接続されたプ
リンタ２４を共用することが可能になる。ＲＰＲＩＮＴ
ＥＲは、作業を求めるプリンタ待ち行列を探索する能力
を持っていない、どちらかといえばインテリジェント性
のないプログラムである。ＲＰＲＩＮＴＥＲは、ネット
ワークの別の場所で実行しているＰＳＥＲＶＥＲ（詳細
は後述）からその作業を得る。プリンタのパラレルポー
トを通じて付属プリンタと通信しているために、ＲＰＲ
ＩＮＴＥＲは、限定された状態しか得られず、また、そ
の状態情報を応答可能なＰＳＥＲＶＥＲにＬＡＮ６を通
じて返すことしかできない。制御という見地から見る
と、ＲＰＲＩＮＴＥＲは印刷ジョブの停止くらいのこと
しかできない。パーソナル・コンピュータで実行するＲ
ＰＲＩＮＴＥＲのＴＳＲプログラムと同じ限定された機
能しか与えられていない内部若しくは外部回路基板を装
着することによって得られるＲＰＲＩＮＴＥＲ機能が含
まれているものも、プリンタの中にはある。

【００２２】ＬＡＮ周辺機器に対して限定された制御し
か実行できない、もう一つのネットワークエンティティ
は、内蔵型ＱＳＥＲＶＥＲプログラムを持っている付属
回路基板３６を備えたプリンタ１６である。現在、ＱＳ
ＥＲＶＥＲプログラムはＨＰのＬａｓｅｒＪｅｔＩＩＩ
(商標) ＳＩプリンタ内で実行され、適格の印刷ファイ
ルを求めてファイル・サーバ３０の印刷待ち行列を探索
する能力を持っている。ＱＳＥＲＶＥＲの探索待ち行列
を動的に変更することはできないし、また、ＱＳＥＲＶ
ＥＲは、いかなる形の状態照会にも応答しない。ＱＳＥ
ＲＶＥＲの利点は作業を求めて自律的に探索するその能
力である。ＱＳＥＲＶＥＲは、システムを動かすため
に、別の場所で実行中のＰＳＥＲＶＥＲを必要としな
い。ＱＳＥＲＶＥＲには対応するＰＳＥＲＶＥＲがな
く、また、いかなる状態及び制御能力もそれ自身が持っ
ていないために、ＲＰＲＩＮＴＥＲ自身よりも少ない制
御しか行なわれない。また、ＱＳＥＲＶＥＲは、非常に
限定された通知機能しか持っておらず、かつ、各印刷ジ
ョブの初めにバナーを印刷することができないという点
で、ＰＳＥＲＶＥＲとは異なる。

【００２３】ＱＳＥＲＶＥＲ能力を持っているもう一つ
のネットワーク構成要素としては、外部ＮｅｔＰｏｒｔ
装置２８を介してＬＡＮ６に接続されるプリンタ２６が
ある。

【００２４】スキャナ、複写機、ファクシミリなどのよ
うな種々の周辺機器を使用するために他の周辺機器サー
バプログラムを実行したり、Ｕｎｉｘ互換ライン・プリ
ンタ・リモートサーバ（“ＬＰＲ”）のようなネットワ
ークソフトウェアプロトコルに基いてサーバを提供する
こともできる。

【００２５】ＬＡＮ周辺機器に対して重要な制御を実行
することができるＬＡＮ構成要素として、内蔵されたＰ
ＳＥＲＶＥＲプログラムを持っているＰＣ１８がある。
ＰＳＥＲＶＥＲは、複数のユーザ定義の印刷待ち行列を
発信したり、動的に探索待ち行列変更を実行したり、例
外的（故障）条件及び状態や制御能力のための定義され
た通知手順を提供する能力を持っている。ＰＳＥＲＶＥ
Ｒはいくつかの形で提供される。ＰＳＥＲＶＥＲ．ＥＸ
Ｅは、ワークステーション上で専用プログラムとして実
行し、ローカル及びリモート両方のプリンタを制御する
プログラムである。ローカルプリンタはシリアルあるい
はパラレルポートのいずれかに接続することができ、ま
た、リモート・プリンタはシステムの別の場所で実行す
るプリンタである。ＰＳＥＲＶＥＲプログラムの他の２
つの形としては、ＰＳＥＲＶＥＲ．ＶＡＰ及びＰＳＥＲ
ＶＥＲ．ＮＬＭがある。これらはファイル・サーバ３０
それ自身の上で実行するＰＳＥＲＶＥＲバージョンであ
る。．ＶＡＰバージョンはＮｅｔＷａｒｅ２８６(商標)
用であり、．ＮＬＭバージョンはＮｅｔＷａｒｅ３８
６(商標) 用である。ＰＳＥＲＶＥＲの方が、ＲＰＲＩ
ＮＴＥＲ及びＱＳＥＲＶＥＲよりもはるかに多くの能力
を備えてはいるものの、その欠点の１つとしては、ＥＸ
Ｅバージョンは専用パーソナル・コンピュータを必要と
するということがある。

【００２６】ＰＳＥＲＶＥＲ．ＥＸＥを実行する専用パ
ーソナル・コンピュータは１６ものローカル／リモート
プリンタを制御することができ、多くのファイル・サー
バ待ち行列から印刷情報を要求することができる。しか
しながら、ネットワーク印刷サービスの制御をＰＳＥＲ
ＶＥＲに依存するにはいくつかの欠点がある。その第１
の欠点は、単一ネットワーク・ノード及びパーソナル・
コンピュータプロセッサを介して複数のプリンタストリ
ームをすべて１ヶ所に集めなければならないことであ
る。これが作業を妨げる原因となりうる。第２の欠点
は、最も効率的なオペレーションのためには、プリンタ
２０のように、プリンタをコンピュータにローカルに接
続しなければならないということである。これはユーザ
にとって不便な場合がある。なぜなら、ＰＣ１８の周囲
にプリンタを集合させる必要があるからである。第３の
欠点としては、ＲＰＲＩＮＴＥＲによって使用されるプ
リンタ２４の場合のように、制御されたプリンタがリモ
ートの場合、印刷データが、ファイル・サーバ３０から
ＰＳＥＲＶＥＲのＰＣ１８まで転送され、次いで、ＲＰ
ＲＩＮＴＥＲを実行するプリンタへ再伝送されなければ
ならないということである。これは非能率的である。

【００２７】第４の欠点は、ＰＳＥＲＶＥＲを介して提
供されるプリンタ状態及び制御情報の量が限られている
ことである。ＲＰＲＩＮＴＥＲでは、「用紙切れ」や
「オフライン」のような不完全状態よりもっと重大な不
完全状態はあまり容認されないということは既に述べ
た。ローカルにまたリモートに接続されたプリンタのた
めのＰＳＥＲＶＥＲ自身も、これ以上の状態をあまり提
供しない。なぜなら、ＰＳＥＲＶＥＲはパーソナル・コ
ンピュータのパラレルポートの限界を考慮して設計され
ているためである。ＰＳＥＲＶＥＲプログラムはまた、
それ自身の状態及び制御をも考慮に入れる。

【００２８】プリンタ４にインストールされたネットワ
ーク拡張ボード（ＮＥＢ）２によって、上記解説された
ネットワーク周辺機器制御エンティティ上で、多くの利
点がもたらされ、柔軟性更に強化される。特に、ＮＥＢ
内蔵型制御装置によって、ＲＰＲＩＮＴＥＲ、ＰＳＥＲ
ＶＥＲ、及びＬＰＲ（ライン・プリンタリモート）機能
（以下、セクション３ｄで解説するＣＲＰＲＩＮＴＥ
Ｒ、ＣＰＳＥＲＶＥＲ及びＣＬＰＲプログラムを介し
て）が提供される。ＣＰＩＮＩＴ（以下、セクション４
ｈで解説）という名の初期化プログラムがあり、このプ
ログラムによって、ネットワーク管理者のＰＣ１４によ
るＮＥＢ機能の構成に対する完全な制御が可能になる。
ＮＥＢに内蔵された性質及びプリンタ４のオープンアー
キテクチャのために、ＮＥＢは、幅広い様々な状態及び
制御機能をネットワークに提供する能力を持つことにな
る。すなわち、冗長な量の状態情報をプリンタ４からＬ
ＡＮ６に提供し、多くの制御情報をＬＡＮ６からプリン
タ４へ提供することができる（たとえばＰＣ１４からプ
リンタフロント・パネル機能を実行して）。

【００２９】ＮＥＢで使用可能な広範な情報量をアクセ
スするために、ＣＰＣＯＮＳＯＬと呼ばれるプログラム
がネットワーク管理者のＰＣ１４に常駐し、このプログ
ラムによって、ＮＥＢ２がプリンタ４からエクスポート
するすべてのプリンタ情報を、システム管理者がみるこ
とが可能になる。ＮＥＢ２のＲＰＲＩＮＴＥＲ機能構成
（ＣＲＰＲＩＮＴＥＲ）が選択された場合であっても、
このプリンタ情報は使用可能である。ＮＥＢ２のＰＳＥ
ＲＶＥＲ機能構成（ＣＰＳＥＲＶＥＲ）によって、ボー
ドを含むプリンタ４が制御される。このオプションに
は、通知及び状態機能に加えて、すべての標準的ＰＳＥ
ＲＶＥＲ待ち行列探索能力が備わっている。これらすべ
ての機能は遠隔地のワークステーションから動的に制御
することができる。ＮＥＢ環境、及び、広範な状態及び
制御情報をプリンタ４からエクスポートするその能力に
よって、ＮＥＢ２とプリンタ４の組合せは、現在使用可
能な標準的ＲＰＲＩＮＴＥＲ、ＱＳＥＲＶＥＲあるいは
ＰＳＥＲＶＥＲ印刷手法よりもはるかに強力なものにな
っている。

【００３０】ネットワーク管理者のＰＣ１４で提供され
るＣＰＣＯＮＳＯＬプログラム（以下、セクション４ｉ
でより詳細に解説）は、ＮＥＢ２（及び他のネットワー
ク構成要素）と接続され、選択されたネットワーク装置
に対して現在の情報（インタフェース情報、制御情報、
フォント情報、レイアウト情報、品質及び共通環境情
報、二重情報及び雑情報）を表示するような機能を実行
することができる。ＣＰＣＯＮＳＯＬは、また、ネット
ワーク装置の安全（デフォルト）条件を設定したり、変
更することができる。ＣＰＣＯＮＳＯＬは、また、ＣＰ
ＳＥＲＶＥＲあるいはＣＲＰＲＩＮＴＥＲ（詳細は後述
するが、一般に、上記に解説したＰＳＥＲＶＥＲ及びＲ
ＰＲＩＮＴＥＲソフトウェア・パッケージに類似してい
る）のようなＮＥＢ２のアプリケーションを起動させた
り、停止させたりすることもできる。更に、ＣＰＣＯＮ
ＳＯＬによってＰＣ１４は、ログ・ファイルを表示した
り、ログ・ファイルを消去したり、ローカルあるいはフ
ァイル・システムディスクのような記憶装置にログ・フ
ァイルを書込むことができる。ＣＰＣＯＮＳＯＬは、ま
た、ジョブ数、１つのジョブ当たりページ数、１分当た
りページ数、１つのジョブ当たり時間、１日当たりペー
ジの合計数、１日当たりジョブの合計数、及び日数のよ
うなＰＣ１４に関するプリンタ関連情報を表示すること
ができる。ＣＰＣＯＮＳＯＬプログラムは、また、媒体
関連情報及び非媒体関連情報のようなネットワーク関連
情報をＰＣ１４上に表示することができ、また、このよ
うなネットワーク統計値を消去することができる。

【００３１】ネットワーク管理者のＰＣ１４に常駐する
ＣＰＩＮＩＴプログラム（以下、セクション４ｈでより
詳細に解説）によって、ＣＰＳＥＲＶＥＲとＣＲＰＲＩ
ＮＴＥＲのようなアプリケーション情報印刷サービスを
セットアップすることができ、またそれらのアプリケー
ションを構成することができる。ＣＰＩＮＩＴは、ま
た、時間／日付／時間帯、バッファ・サイズ、ディスク
サイズ、ロギングフラッグ、ログ制限、及び安全（デフ
ォルト）環境フラッグのような装置情報を設定及び／若
しくは表示することができる。ＣＰＩＮＩＴは、また、
デフォルトサービスヘッディングを復元し、ＮＥＢ２を
リセットし、ＮＥＢ２をリブ−トし、フォントダウンロ
ードを命じ、エミュレーションダウンロードを命じ、Ｎ
ＥＢ電源投入自己検査（“ＰＯＳＴ”）エラーを表示
し、ＮＥＢ２ファームウェアレベルを表示し、現在のロ
グ・ファイルサイズを表示するなどのことができる。

【００３２】ＮＥＢ２にＰＳＥＲＶＥＲ及びＲＰＲＩＮ
ＴＥＲ能力を設けることで、本実施例によって、ＬＡＮ
６に関してプリンタ４の強化された機能が単一回路基板
で達成される。したがって、プリンタ４は本当の意味で
“ネットワークされた”プリンタであって、ネットワー
クに接続された単なるプリンタではない。

【００３３】本実施例はＬＡＮ６上で独自の利点を提供
するものであるが、これらの利点は、ＬＡＮ６が広域ネ
ットワーク（“ＷＡＮ”）において他の１つ以上のＬＡ
Ｎに接続されている場合にも実現される。図２に、サー
バＳ１４０、ＰＣ４２、４４及び４６、ならびにプリ
ンタ４８が含まれる第１ＬＡＮ４１を含むようなＷＡＮ
が描写されている。サーバＳ１４０は、バス５２によ
ってバックボーン５０に接続される。バックボーン５０
は複数のバス間の電気接続にすぎない。また、このＷＡ
Ｎには、サーバＳ２６０、ＰＣ６２、６４及び６６、
ならびにプリンタ６８からなる第２ＬＡＮ６１が接続さ
れている。サーバＳ２６０は、バス５４によってバッ
クボーン５０に接続されている。

【００３４】このＷＡＮには、また、サーバＳ３７
０、ＰＣ７２、７４及び７６、ならびにプリンタ７８か
らなる遠隔ＬＡＮ７１が含まれる場合もある。ＬＡＮ７
１はシステムの他の部分から遠隔地にあるため、バス５
６、トランスポンダ（これにはモデムが含まれる場合も
ある）５８、及び通信回線５９を介してバックボーン５
０に接続されている。

【００３５】このようなＷＡＮにおいて、ＰＣ４２がプ
リンタ７８の使用を要求するＰＳＥＲＶＥＲであると想
定する。プリンタ７８が本実施例によるＮＥＢを装備し
ている場合、直接のデータリンクを、ＰＣ４２とプリン
タ７８との間に設定することができ、それによプリンタ
７８にジョブ情報を送ることができ、プリンタ７８から
ＬＡＮ４１に状態と制御情報を送ることができる。した
がって、ＷＡＮに接続された周辺機器にインストールさ
れた場合であっても、本実施例によるＮＥＢはその強化
された機能を成し遂げることができる。

【００３６】図３は、本実施例によるＮＥＢ２の、プリ
ンタ４及びＬＡＮ６との接続を描写するブロック・ダイ
ヤグラムである。ＮＥＢ２は、ＬＡＮインタフェース１
０１を介してＬＡＮ６に直接接続され、また、両方向イ
ンタフェース（ここでは、小型コンピュータ用周辺機器
インタフェース（“ＳＣＳＩ”）１００）を介してプリ
ンタ４にも直接接続されている。ＳＣＳＩインタフェー
ス１００は、プリンタ４のＳＣＳＩバス１０２に接続さ
れている。

【００３７】ＮＥＢは、また、標準ＳＣＳＩ連結プロト
コルを用いてＳＣＳＩバス上でデージーチェーンされ
た、他のプリンタ（ＲＰＲＩＮＴＥＲ）あるいは他の周
辺機器のような付加的ＳＣＳＩ装置を使用することもで
きる。また、ＬＡＮ自体を介して他の周辺機器を駆動せ
るためにＮＥＢを使用してもよい。

【００３８】プリンタ４は好適にはＳＣＳＩバス１０
２、ＳＣＳＩインタフェース１０４及び１０６が含まれ
るオープンアーキテクチャプリンタである。プリンタ４
には、ＲＡＭ１１０と通信し、また、印刷のメカニズム
を実際に駆動させるプリンタエンジン１１２と通信する
簡略命令セット・コンピュータ（“ＲＩＳＣ”）のよう
なプロセッサ１０８もまた含まれる。また、ＲＩＳＣプ
ロセッサ１０８は、ユーザ定義情報のようなパワーサイ
クル間で保持する必要のある情報を格納するために、Ｎ
ＶＲＡＭ１１１と通信する。また、ＲＩＳＣプロセッサ
１０８は印刷制御機構を実行するためにＲＯＭ１１３と
通信する。プリンタ４には、また、不揮発的に大量のデ
ータを保持することができるハードディスク１１４が含
まれていてもよい。プリンタ４は、また、フロント・パ
ネルディプレイ１１６、及びプリンタへ制御コマンドを
入力するためのキーボード１１５を持っている。

【００３９】好適には、プリンタ４には、ＳＣＳＩイン
タフェース１００の双方向性質を利用するオープンアー
キテクチャが含まれていることが望ましく、これによっ
て、ＮＥＢを介してＬＡＮ６にプリンタ４から多くの状
態情報（もしくは他の情報）が送られ、また、遠隔地か
らプリンタの細かい制御も可能になる。たとえば、この
ようなオープンアーキテクチャが双方向ＳＣＳＩインタ
フェースを用いて使用された場合、プリンタ４のフロン
ト・パネルディプレイ１１６に関する情報の大部分ある
いはすべてを遠隔地へエクスポートすることが可能にな
り、また、プリンタフロント・パネルキーボード１１５
の制御機能の大部分あるいはすべてを遠隔地から起動す
ることも可能になる。

【００４０】簡潔に述べれば、オープンアーキテクチャ
を有するプリンタ４には、４つの主要なサブシステム、
すなわち、通信、ジョブパイプ、ページレイアウトとラ
スター機能、及びシステムサービスが含まれる。通信サ
ブシステムでは異なる通信装置が処理され、ジョブアプ
リケーションの始動が行なわれる。プリンタがデータを
受信し始めると、通信サブシステムは、検査のために各
エミュレータに着信データの最初の部分を送る。データ
を処理することができる第１エミュレータがジョブパイ
プドライバになる。次いで、システムはジョブパイプを
構築し、データを処理する。（パイプの一端にデータが
入り込み、ページイメージが他端から流れ出る）。この
ジョブパイプには多くのセグメントが含まれ、その中の
１つがジョブパイプドライバである。

【００４１】ジョブパイプサブシステムは、パイプドラ
イバセグメント（エミュレータ用アプリケーション）と
入出力セグメントを持っている。入出力パイプセグメン
トは、他の少なくとも２つのセグメント（入力用とし
て、ソース及びソースフィルタセグメント、及び、出力
用として、出力フィルタ及びデータシンク）を持ってい
る。通信サブシステムの入力セグメントによって、ファ
イル・システムからの情報で補足し得る入力データが伝
達される。パイプドライバによって入力及び補足データ
が処理される。また、出力セグメントに送られるイメー
ジングコマンドとページレイアウト情報もパイプドライ
バによって生成される。パイプドライバによって、プリ
ンタディスク（もし存在すれば）へこの情報を格納して
もよい。出力セグメントによって、このデータはページ
レイアウト及びラスターサブシステムへ送信される。

【００４２】ページレイアウト及びラスターサブシステ
ムによって、イメージング情報及びページレイアウト情
報が受取られ、この情報はプリンタエンジン１１２のた
めにラスタ・イメージに変換される。このセクション
は、ジョブパイプから完全に分離して作動する。

【００４３】システムサービスサブシステムによって、
ファイル・システムアクセス、コンソールアクセス、フ
ォントサービス、基本システムサービス及びイメージ生
成サービスが提供される。したがって、このようなオー
プンアーキテクチャを持つプリンタ４によって、インテ
リジェント性を備えた対話型ＮＥＢ２が十分に利用さ
れ、プリンタ４及びネットワーク全体に強化された機能
が提供される。

【００４４】２．ハードウェア図４はＮＥＢ２の主要構成要素を示すブロック・ダイヤ
グラムである。ＮＥＢ２は、ネットワークコネクタ２０
２、２０３及び２０４を介してＬＡＮ６に接続されてい
る。好適には、コネクタ２０２は１０ｂａｓｅ−Ｔ接続
が可能なＲＪ４５であることが望ましい。１０ｂａｓｅ
−５接続を可能とするために、コネクタ２０３はＤＢ１
５コネクタを有するのに対して、コネクタ２０４は、１
０ｂａｓｅ−２を接続可能な単純な同軸コネクタであっ
てもよい。コネクタ２０２、２０３及び２０４のすべて
は、ネットワークコントローラ２０６（好適にはイーサ
ネットネットワークコントローラ）に接続されている。
しかし、コネクタ２０４は、まずトランシーバ２０８を
介して接続される。

【００４５】電源は、プリンタ拡張ポート２２６を介し
て、プリンタ４の＋５Ｖ電源からＮＥＢ２へ供給され
る。この＋５Ｖ電源は、また、電力変換器２１０及び２
１２へも供給される。ＥＰＲＯＭ２２２を“フラッシン
グ”（ローディング；以下、セクション４ｑで解説）さ
せるために、この電力変換器２１２によって＋１２Ｖの
電源が供給されているのに対して、電力変換器２１０に
よってトランシーバ２０８に−９Ｖ電源が供給されてい
る。また、ネットワークコントローラ２０６は８キロバ
イトＳＲＡＭ２１４に接続されている。

【００４６】ＮＥＢ２の心臓部はマイクロプロセッサ２
１６であり、好適にはＮＥＣＶ５３が望ましい。マイク
ロプロセッサ２１６は、テストのために現在使用されて
いるシリアル・ポート２１８に接続されている。また、
マイクロプロセッサ２１６に接続されているものとし
て、５１２キロバイトＤＲＡＭ２２０、２５６キロバイ
トフラッシュＥＰＲＯＭ２２２、ＳＣＳＩコントローラ
２２４（図３のＳＣＳＩインタフェース１００に対
応）、プリンタ拡張ポート２２６、故障診断ＬＥＤ２４
０、２５６バイト不揮発性ＲＡＭ２２８（以下ＮＶＲＡ
Ｍ２２８）、制御レジスタ２３０、及び、すべてのイー
サネットボードに対してつけられているユニークな名称
であるメディア・アクセス制御（”ＭＡＣ”）アドレス
を格納するＰＲＯＭ２３２がある。

【００４７】ＮＥＢ２のアーキテクチャには、広範なマ
ルチエリアネットワークの運用と管理のための独自のサ
ポート機能をこのアーキテクチャが持っているという利
点がある。これらのサポート機能に含まれるものとし
て、たとえば、ネットワーク上の遠隔地（つまりネット
ワーク管理者のオフィス）からの、印刷制御と印刷状態
のモニタ、次のユーザのために保証された初期環境を提
供するための、各印刷ジョブ後のプリンタ構成の自動管
理、及び、プリンタ作業量を特徴づけ、トナーカートリ
ッジ取替えをスケジューリングするための、ネットワー
ク全体でアクセス可能なプリンタ使用統計値のログなど
がある。ＮＥＢ設計における重要なパラメータは、双方
向インタフェース（ここでは、ＳＣＳＩインタフェース
１００）を介してＮＥＢ２から印刷制御状態をアクセス
する能力である。これによって、プリンタコンソール情
報が、ＮＥＢに、あるいは多くの有用な印刷サポート機
能のプログラミングのための外部ネットワーク・ノード
にエクスポートされることが可能になる。

【００４８】表１に、ＮＥＢ２の主要なハードウェア構
成要素に関する機能、インプリメンテーション、及び注
釈を記述する。

【００４９】好適には、ＮＥＢ２はプリンタ４内の拡張あるいはオプ
ションスロットにインストールされることが望ましい。
ＮＥＢ２は、したがって、上に説明された処理及びデー
タ記憶装置機能を備えた内蔵型ネットワーク・ノードで
ある。

【００５０】マイクロプロセッサ２１６によって、ネッ
トワークパケット伝送及び受信のデータ・リンクレイヤ
が実現される。ネットワークデータ転送オーバヘッド
は、ネットワークコントローラ２０６によって直接管理
された専用ＳＲＡＭパケットバッファ２１４を用いるこ
とによって最小化される。マイクロプロセッサ２１６に
よって、ネットワークコントローラ２０６を介してＳＲ
ＡＭパケットデータ及びネットワークメッセージのブロ
ックがアクセスされ、大容量ＤＲＡＭ２２０へそのブロ
ックが移される。

【００５１】印刷イメージデータ及び制御情報のブロッ
クはマイクロプロセッサ２１６によってアセンブルさ
れ、プリンタ拡張ポートのＳＣＳＩ転送プロトコルを用
いて、ＳＣＳＩコントローラ２２４によりプリンタ４へ
転送される。同様に、プリンタ状態情報は、プリンタ４
からＳＣＳＩブロックフォーマットのＮＥＢ２へ転送さ
れる。ＳＣＳＩコントローラ２２４は、増加したデータ
処理量に対してＮＥＢがフルに能力を発揮するために、
ネットワークコントローラ２０６と並行して作動する。

【００５２】マイクロプロセッサ２１６は、好適にはＮ
ＥＣＶ５３チップであることが望ましい。このチップ
は、ダイレクト・メモリ・アクセス（“ＤＭＡ”）、割
込み、タイマ及びＤＲＡＭリフレッシュ制御をサポート
する１６ビットインテル互換性プロセッサを備えた、高
速、高集積マイクロプロセッサである。ＮＥＢ２上のデ
ータ・バス構造は、マイクロプロセッサ入出力転送時に
８ビット／１６ビットダイナミックバスサイジングを利
用するため、１６ビット長で実現されている。マイクロ
プロセッサ２１６用の制御ファームウェア及びアプリケ
ーション・ソフトウェアは、ＮＥＢ２上のＥＰＲＯＭ２
２２に格納される。電源投入自己検査後、ファームウェ
アコードは高性能ＤＲＡＭ２２０に選択的に移され、実
際に実行される。プリンタがネットワーク上に最初にイ
ンストールされると、ネットワーク及びプリンタの構成
パラメータがＮＶＲＡＭ２２８に書込まれる。このよう
にして、プリンタの電源のオンオフが繰り返されたと
き、ＮＥＢソフトウェアがインストールパラメータを回
復することがＮＶＲＡＭ２２８によって可能になる。

【００５３】３．ソフトウェアＬＡＮ用ソフトウェアに含まれるものとして、ネットワ
ークソフトウェアと、ＮＥＢ内蔵型ソフトウェアやネッ
トワーク管理者のＰＣに常駐するソフトウェアのような
ＮＥＢにカスタマイズされたソフトウェアとが組合わさ
れたものがある。

【００５４】３ａ．ネットワークソフトウェア本実施例において、ＮｅｔＷａｒｅネットワーク用ソフ
トウェアはネットワークのノード間の相互作用を管理す
るために使用される。その結果、クライアントワークス
テーションは、ディスク・ファイルサーバ、データｂａ
ｓｅサーバ、プリント・サーバなどのようなサーバノー
ドからのサービスを共用し、受信することができる。Ｎ
ｅｔＷａｒｅそれ自身は、これらのサーバノード及び各
ワークステーションノード上で実行するソフトウェアモ
ジュールの組合わさったものである。少なくとも１つの
ファイル・サーバがノーベル社ネットワークで提供され
る。ＮｅｔＷａｒｅ(商標) は、ファイル・サーバのＰ
Ｃ用オペレーティング・システムとして実行され、基本
的なネットワークの中心機能及びユーティリティを提供
する。４つまでのネットワーク・インタフェースカード
（好適にはイーサネットあるいはトークン・リング接
続）を用いて、ファイル・サーバを１種以上のＬＡＮに
接続することができる。これらの構成において、図２に
示すように、“ブリッジ”あるいは“バックボーン”サ
ービスが複数のＬＡＮ間で提供され、その結果、プリン
タを含むリソースは共用“インタネット”（すなわち、
１つのＬＡＮから別のＬＡＮへの）となり得る。

【００５５】ワークステーション上で、ＮｅｔＷａｒｅ
は、制御ソフトウェアのＮｅｔＷａｒｅ“シェル”とし
て、ワークステーションオペレーティング・システム
（ＤＯＳあるいはＯＳ／２）と協動して実行する。この
シェルには、ネットワーク上へワークステーションオペ
レーティング・システムのサービスを拡張する効果があ
り、このため、ネットワークリソースはワークステーシ
ョンに対してローカルとなる。

【００５６】ノーベル社ＰＳＥＲＶＥＲソフトウェアに
は、ネットワーク・ノードから印刷要求を出すために、
（１６台までの）プリンタの１グループを制御するジョ
ブがある。要求は、ネットワーク待ち行列管理サービス
を用いて、ネットワークファイル・サーバに保持される
印刷待ち行列という形で構造化される。待ち行列項目に
は、印刷されるファイルのリストが含まれている。この
ファイルには、タブ、書式送りのような印刷データ、及
び他のプリンタ記述言語（“ＰＤＬ”）コマンドが含ま
れる。単一ＰＳＥＲＶＥＲによっていくつかの待ち行列
を出すことができる。

【００５７】標準的なノーベル社サーバは、実行するネ
ットワーク・ノードのタイプに依って異なるバージョン
で使用可能である。プリント・サーバプログラムは、フ
ァイル・サーバ自体に常駐することができる。また、プ
リント・サーバソフトウェアのバージョンをスタンド・
アロン型ＤＯＳステーションノードにロードして、その
ノードを専用プリント・サーバにしてもよい。

【００５８】本実施例のＮＥＢ２にプリント・サーバ機
能（ＣＰＳＥＲＶＥＲ）を設けることによって、付属Ｐ
Ｃを必要とせずに標準的なノーベル社プリント・サーバ
の印刷サービスがすべて、ＮＥＢ及び付属プリンタから
提供される。

【００５９】プリンタはそれ自身“ローカル”あるいは
“リモート”のいずれかであると考えられる。ローカル
プリンタとはプリント・サーバノードに物理的に接続さ
れているものである。ＮＥＢ２の場合、ローカルプリン
タはＮＥＢを格納しているプリンタである。リモート・
プリンタは、それらが接続されているＰＣで実行するＲ
ＰＲＩＮＴＥＲプログラムによって管理される。ＲＰＲ
ＩＮＴＥＲはＬＡＮ上の別の場所で実行するＰＲＩＮＴ
ＳＥＲＶＥＲＳから印刷データを受信する。本実施例の
ＮＥＢ２は、ＲＰＲＩＮＴＥＲ機能（ＣＲＰＲＩＮＴＥ
Ｒ）を備えることができ、ネットワークリモート・プリ
ンタとしてＮＥＢ２のプリンタが提供される。このモー
ドで、ＮＥＢ２は、ノーベル社プリント・サーバの標準
的なバージョンと完全に互換性をもつ。

【００６０】ノーベル社ＮｅｔＷａｒｅ(商標) によっ
て、いくつかの印刷ユーティリティが提供され、制御フ
ァイルサーバ、あるいは、ワークステーションｂａｓｅ
プリント・サーバ及びその付属プリンタを構成し、制御
する。ノーベル社プログラムＰＣＯＮＳＯＬＥは、メニ
ュー方式ユーティリティであり、このユーティリティに
よって、ユーザ（プリンタコンソールオペレータ）は、
新しいプリント・サーバを作成し、１６台までのローカ
ルまたはリモート印刷ポートを構成し、印刷待ち行列を
作成し、プリンタに待ち行列を割当て、そしてプリンタ
及びサーバオペレーションを始動／停止することができ
る。

【００６１】３ｂ．ＮＥＢカスタマイズソフトウェアＮＥＢ２には、ＮｅｔＷａｒｅによって提供される全範
囲の印刷サービスが実現されるソフトウェアモジュール
が組み込まれている。これには、プリンタ内のＮＥＢ２
で実行する、内部ＮｅｔＷａｒｅ互換モジュールに加え
て、ネットワークのワークステーションノード上で実行
する外部ＮｅｔＷａｒｅ互換モジュールも含まれてい
る。ＮＥＢ２で使用するために開発された、ＮｅｔＷａ
ｒｅと互換性をもつ特定プログラム（たとえば、後述す
るカスタマイズされたＣＰＳＥＲＶＥＲ及びＣＲＰＲＩ
ＮＴＥＲプログラム）に、ノーベル社から標準的印刷モ
ジュールと同じ汎用オペレーションインタフェースが提
供されるため、ノーベルユーザ及びネットワーク管理者
が親しみやすい。カスタマイズされたバージョンには、
プリンタ４のオープンアーキテクチャを利用する拡張機
能が含まれ、ネットワーク全体に渡って印刷サービスの
管理が強化されている。

【００６２】表２に、ＮＥＢ用に開発されたカスタマイ
ズソフトウェアの機能、インプリメンテーション、及
び、注釈を示す。

【００６３】３ｃ．ＮＥＢ内蔵型ソフトウェアＮＥＢ２用に開発されたこのソフトウェアには、ＮＥＢ
に内蔵されたソフトウェア、及びネットワーク管理者の
ＰＣ１４にロードされたソフトウェアが含まれる。ワー
クステーションＰＣ及びそのＤＯＳオペレーティング・
システムのオーバヘッドなしで、プリンタ４内部に直
接、ＮｅｔＷａｒｅ(商標) と互換性をもつノード及び
ＮｅｔＷａｒｅと互換性をもつ印刷サービスの両方が、
このＮＥＢ内蔵型ソフトウェアによって提供される。Ｎ
ＥＢ内蔵型ソフトウェアに含まれるものとしては、複数
のアプリケーションモジュール（ＣＰＳＥＲＶＥＲ、Ｃ
ＲＰＲＩＮＴＥＲなど）、実時間サービスモジュール、
ネットワークプロトコルスタック、及び、アプリケーシ
ョン交換、拡張処理、装置セマフォを行ない、バッファ
プール管理を共用するモニタ・プログラムがある。ＮＥ
Ｂの機能は、アプリケーションモジュールのタイプ、及
びＮＥＢ２内に構成されたネットワークレイヤ通信ソフ
トウェアのプロトコルスタックの数によって決定され
る。マルチタスク処理で各アプリケーションモジュール
にＮＥＢ処理時間が割当てられるのに対して、プリンタ
４とネットワーク間の相互作用は、実時間事象に応答す
るモニタ・プログラムによって調整される。

【００６４】ＮＥＢソフトウェアは２つのレイヤ（“ラ
ンタイム”すなわち実時間レイヤ、及び、“ソフトタイ
ム”すなわちアプリケーションレイヤ）で機能する。ラ
ンタイムレイヤは、マイクロプロセッサ割込みに応答す
るＮＥＢソフトウェアの要素で構成される。タイマ、Ｓ
ＣＳＩポートからの待機データ転送要求あるいはプロト
コルスタックルーチンを介したＬＡＮデータ、及び、Ｃ
ＰＳＯＣＫＥＴ（以下、セクション４ｊで解説）通信メ
カニズムのような機能がこのレイヤによって提供され
る。

【００６５】このソフトタイムレイヤは、実時間事象が
すべて発生した後、ＮＥＢのマイクロプロセッサ２１６
の制御を行なうモニタ・プログラム（以下、セクション
４ｌで解説）によって調停され、制御される。非強制排
除（連動マルチタスク）手法を用いて、ロードされる種
々のアプリケーションモジュール間でプロセッサ資源を
分割し、その結果、マイクロプロセッサ資源を確保する
ことにより、どんなアプリケーションモジュールも他の
モジュールを強制排除できないようにロードされる。

【００６６】ＮＥＢのＥＰＲＯＭ２２２には、２５６キ
ロバイトまでのアプリケーションモジュールプログラム
及びＮＥＢ初期化コードが含まれている。電源投入時あ
るいはプログラムされたリセット時に、ＮＥＢのＥＰＲ
ＯＭコードがＮＥＢのＤＲＡＭ２２０へ選択的に転送さ
れないうちに、ＮＥＢ２によって、ＥＰＲＯＭ２２２か
らＰＯＳＴが実行される。ＰＯＳＴが成功した場合、Ｎ
ＥＢ２によって、そのプロトコルスタック及びアプリケ
ーションモジュールがＤＲＡＭ中にロードされ、そのア
プリケーションモジュールの実行が開始される。

【００６７】その基本的な構成において、ＮＥＢ２に
は、２つの内蔵された構成をもつＮｅｔＷａｒｅ互換性
アプリケーションモジュールが含まれている。即ち、カ
スタマイズされたリモート・プリンタ（“ＣＲＰＲＩＮ
ＴＥＲ”）とカスタマイズされたプリント・サーバ
（“ＣＰＳＥＲＶＥＲ”）である。好適には、ＮＥＢ
は、１回に、これらの構成の１つだけにおいて実行され
ることが望ましい。さらに、ＮＥＢの範囲内において、
ネットワークプロトコルスタックがロードされ、機能す
ることが、これらのアプリケーションモジュールによっ
て要求される。

【００６８】ＲＰＲＩＮＴＥＲ機能を備えて構成された
時、ＮＥＢは、ＣＲＰＲＩＮＴＥＲモジュールを用い
て、外部プリント・サーバへのスレーブ（ユニット）と
してのそのプリンタを操作する。この構成では、標準的
ノーベルプリント・サーバが標準的ノーベルＲＰＲＩＮ
ＴＥＲから予期されるものをエミュレートして、限定さ
れたプリンタ状態情報のみがＬＡＮへエクスポートされ
る。しかし、ＣＰＣＯＮＳＯＬユーティリティ（上述）
がネットワーク管理者のＰＣ１４で実行される場合は、
プリンタに関する拡張された状態情報はなお使用可能で
ある。

【００６９】上述のように、ＮＥＢ２には内蔵型ソフト
ウェアプログラムＣＰＳＥＲＶＥＲ及びＣＲＰＲＩＮＴ
ＥＲが含まれ、このプログラムによって、ＮＥＢはＰＳ
ＥＲＶＥＲあるいはＲＰＲＩＮＴＥＲのいずれかの機能
性を備えて、ネットワーク上で実行することが可能にな
る。ＬＡＮ上で、周辺機器状態及び制御情報を使用可能
にするカスタマイズされたＮＥＢ内蔵型ソフトウェア
は、ＣＰＳＯＣＫＥＴ（以下、セクション４ｊで解説）
である。ＣＰＳＯＣＫＥＴは、ＮＥＢ上で実行され、Ｎ
ＥＢ２及び付属プリンタ４の両方にアドレス指定された
ＬＡＮの通信をモニタする。さらに、ＣＰＩＮＩＴとＣ
ＰＣＯＮＳＯＬが実行しているとき、ＣＰＳＯＣＫＥＴ
はそれらと通信する。ＣＰＳＯＣＫＥＴには、装置環境
用デフォルト設定値表を保持し、電源投入時の基本的構
成情報（フォントとエミュレーション）をダウンロード
し、ＣＰＣＯＮＳＯＬディスプレイに装置情報、統計値
及びログ情報を送り、リセット、リブート及びダウンロ
ードする能力が備わっている。ＣＰＳＯＣＫＥＴは、ま
た、ＮＥＢ２の構成に責任を負う。さらに、ＣＰＳＯＣ
ＫＥＴは、ＣＰＩＮＩＴの要求を受けてＮＥＢ上でアプ
リケーションを構成し起動する。また、ＣＰＳＯＣＫＥ
Ｔによって、正確なプロトコルスタックが各々の構成さ
れたアプリケーションに対して使用可能となることが保
証される。ＣＰＳＯＣＫＥＴは、ＣＰＩＮＩＴとＣＰＣ
ＯＮＳＯＬの両方の要求を受けてＮＥＢ２の設定値及び
プリンタ変数を扱う。最終的に、ダウンロード設備（た
とえばネットワーク管理者のＰＣ１４）はＣＰＳＯＣＫ
ＥＴと連絡をとり、要求されるいかなるファームウェア
のダウンローディング（ＥＰＲＯＭ２２２をフラッシュ
するような）をも遂行する。

【００７０】初期化に際して、ＣＰＩＮＩＴとＣＰＣＯ
ＮＳＯＬのようなプログラムによって、ＮＥＢ２のカス
タマイズされたソフトウェアを持つすべてのネットワー
ク装置を捜すＬＡＮ上のサービス公示プロトコル（“Ｓ
ＡＰ”）が発行される。ＣＰＳＯＣＫＥＴによってこの
同報信号が受信され、応答が行われる。次いで、ＣＰＩ
ＮＩＴまたはＣＰＣＯＮＳＯＬは、カスタマイズされた
クライアントソケットを用いて、ＣＰＳＯＣＫＥＴとの
特別の接続を設定する。次いで、ＣＰＳＯＣＫＥＴによ
って、多重受信が通知され、ＮＥＢ制御、装置情報、基
本的構成情報、アプリケーション情報、統計値及びロギ
ングのようなクライアントサービストランザクションが
提供される。たとえば、ＣＰＩＮＩＴによって、アプリ
ケーションの構成を要求することができ、また、ＣＰＣ
ＯＮＳＯＬによって、すでに構成されたアプリケーショ
ンの起動あるいは停止を要求することができる。適切な
オプション（プロトコルスタック）が使用可能になり、
アプリケーションそれ自身が構成を許される前に、アプ
リケーションのために適切なオプションが構成されるこ
とが、ＣＰＳＯＣＫＥＴによって保証される。ＮＥＢ内
部で、ＣＰＳＯＣＫＥＴオペレーションモジュールは常
に起動されている。

【００７１】ＮＥＢ中にさらにアプリケーションモジュ
ール（たとえばＵＮＩＸ印刷サービスや関連するプロト
コルインプリメンテーション）をロードした後、付加的
な印刷サービスアプリケーションを利用してもよい。

【００７２】３ｄ．ＰＣ常駐カスタマイズソフトウェ
アＮＥＢ２の機能をさらに強化するために、カスタマイズ
されたソフトウェアもまたネットワーク管理者のＰＣ１
４に提供される。たとえば、カスタマイズされたＰＣＯ
ＮＳＯＬＥ（“ＣＰＣＯＮＳＯＬ”；以下、セクション
４ｉでより詳細に解説）ユーティリティによってノーベ
ル社のＰＣＯＮＳＯＬＥプリンタユーティリティに拡張
機能が提供され、オープンアーキテクチャプリンタ４に
対する強力な制御機能及びモニタ機能へのアクセスが可
能になる。たとえば、ＣＰＣＯＮＳＯＬを用いることに
よってプリンタからネットワークに対して使用可能な典
型的な状態制御情報として、以下のものがある。：
（Ａ）オンライン／オフライン、無応答、時間／日付／
時間帯、言語、オフセット、エラースキップ設定値、タ
イマ、ブザーイネーブル、トナー不足、用紙フル、用紙
カウント、最終サービスからのカウント、用紙切れ、紙
づまりのような状態及び制御情報；（Ｂ）１次、２次、
グラフィックセット、スケーリング、回転、エリートの
ようなフォント情報；（Ｃ）用紙方向、行ピッチ、文字
ピッチのようなレイアウト情報；（Ｄ）コピー枚数、オ
ーバレイ、ジョブ完了、コマンド・モード、デフォルト
用紙サイズ、現在の用紙サイズのような品質及び共通環
境情報、及び（Ｅ）インタフェース、バッファ・サイ
ズ、フィーダ選択、両面印刷、ページスタックオーダ、
などのような構成情報。

【００７３】更に、ＣＰＣＯＮＳＯＬを用いることによ
ってネットワークにアクセスできるプリンタ用構成デー
タには、以下のものが含まれる：（Ａ）プロトコルタイ
プ、ノード名、ファイル・サーバ名、ルーティング、Ｐ
ＯＳＴエラーコード、ＮＥＢファームウェアレベル、Ｍ
ＡＣアドレス、サーバモードのようなネットワーク・グ
ループ情報；及び（Ｂ）安全（デフォルト）環境、フォ
ント、現在のディスク、ディスクサイズ、初期環境、ロ
ギングオン−オフ、ログ・ファイルサイズ、構成／非構
成、及びネットワーク名のようなプリンタグループ情
報。さらに、印刷ジョブフロー、プリンタエンジンの使
用法及びネットワークの作動状態のログを記録すること
ができる。このような使用法及び統計値ログエントリの
例として以下のものが含まれる：（Ａ）受信統計値、転
送統計値、及び非媒体関連情報のようなネットワーク・
グループ情報；（Ｂ）日付／時間／時間帯、ログイン
（ユーザ名）、ジョブ名、ページ、コピーカウント、及
び印刷状態のようなジョブ・エントリ情報；（Ｃ）初期
化エントリ情報；（Ｄ）エラー状態エントリ情報；
（Ｅ）クリアログエントリ情報；及び、（Ｆ）ジョブ
数、ページ／ジョブ、ページ／分、時間／ジョブ、ペー
ジ合計／日、ジョブ合計／日、日数及びリセット合計の
ようなプリンタグループ情報。

【００７４】ＣＰＣＯＮＳＯＬは、メニュー方式のＤＯ
Ｓ実行可能プログラムであり、その機能はノーベル社Ｐ
ＣＯＮＳＯＬＥプリンタユーティリティに拡張機能を与
えるものである。ＣＰＣＯＮＳＯＬ拡張機能によって、
オープンアーキテクチャプリンタ４に対する追加的制御
機能及びモニタ機能へのアクセスが可能になる。これら
の機能によって、ネットワーク管理者のＰＣ１４が遠隔
地からプリンタを制御し保守することが可能になり、ネ
ットワーク全体の印刷サービス管理が強化される。要す
るに、ＣＰＣＯＮＳＯＬとは、ネットワーク管理者へ印
刷制御機能をエクスポートし、安全（デフォルト）環境
の再構成を許可し、ネットワーク管理者が、ネットワー
ク及びプリンタ状態、ジョブ統計値、及び、これまで処
理したジョブ及びエラー状態のログをみることを可能に
するユーティリティである。ＮＥＢ内蔵型ソフトウェア
プログラム・モジュールＣＰＳＯＣＫＥＴと通信するこ
とによって、ＣＰＣＯＮＳＯＬは要求された情報を収集
する。

【００７５】ネットワーク管理者のＰＣ１４に常駐する
もう１つのカスタマイズソフトウェアプログラムとし
て、カスタマイズされた周辺機器初期化プログラム
（“ＣＰＩＮＩＴ”；以下、セクション４ｈで解説）が
あり、このプログラムもメニュー方式ＤＯＳ実行可能プ
ログラムである。このプログラムの機能は、ＮＥＢ２に
付属のプリンタ４を構成し、再構成し、初期化すること
である。

【００７６】ＣＰＩＮＩＴモジュールによってＮＥＢが
構成され、ＮＥＢは、１つの付属プリンタを備えたプリ
ント・サーバとして働く。また、このモジュールはその
一次ファイルサーバを指定し、このサーバによって、Ｎ
ＥＢはどの待ち行列を使うべきかを決定する。ＣＰＩＮ
ＩＴはＬＡＮ上で同じようにカスタマイズされたすべて
の装置（たとえば他のオープンアーキテクチャプリンタ
にインストールされた他のＮＥＢ）を管理するプログラ
ムである。ＣＰＩＮＩＴは、オープンアーキテクチャ周
辺装置内に常駐する他のＮＥＢとネットワーク上で交信
することによってこのタスクを遂行する。ＣＰＩＮＩＴ
を用いて、ＣＰＳＥＲＶＥＲまたはＣＲＰＲＩＮＴＥＲ
としてＮＥＢを構成するような適切な基本的構成情報で
各々のＮＥＢが構成される。基本的構成情報に含まれる
ものとして、ＮＥＢ環境設定値（どのプリント・サーバ
アプリケーションが実行中であるかを含めて）があり、
また同様に、装置環境オプション（たとえばプリンタ初
期化時刻をダウンロードするための、フォント及びエミ
ュレーションのリスト）、及び、装置デフォルト設定値
（内部装置時間／日付／時間帯、バッファ・サイズ、デ
ィスク及びロギング情報、及びプリンタ名のような）も
ある。ＣＰＩＮＩＴプログラムは、ＮＥＢに関する状態
情報（ＮＥＢにロードされたファームウェアレベル）も
表示し、また、潜在的ＰＯＳＴエラーを報告する。

【００７７】他のどのカスタマイズされた装置がＬＡＮ
で使用可能かを調べるために、ＣＰＩＮＩＴプログラム
はネットワーク全体に渡って同報通信を行なう。このよ
うな他のカスタマイズされた装置に付属したＮＥＢが、
その識別番号、そのデバイス・タイプ及びその構成状態
を用いて応答する。ネットワーク管理者に提示される、
これらのＮＥＢと装置のリストがＣＰＩＮＩＴによって
構成され、それらの構成あるいは再構成が可能になる。

【００７８】また、ダウンローダプログラムをネットワ
ーク管理者のＰＣ１４にロードし、ネットワークを介し
て実行可能ファイルをＮＥＢへダウンロードしてもよい
（以下、セクション４ｈでより詳細に解説）。

【００７９】ネットワーク管理者のＰＣ１４で実行でき
る、もう一つのカスタマイズされたプログラムとして、
ＣＰＦＬＡＳＨがある。これは、ＥＰＲＯＭ２２２内へ
新しいファームウェアを遠隔からフラッシュするために
使用されるが、これについては、以下、セクション４ｑ
でより詳細に解説する。

【００８０】４．オペレーション最初に、図５Ａ、図５Ｂ及び図５Ｃのフローチャートに
関して、ＮＥＢの構造及び機能についての概論を行な
う。その後、ＮＥＢのハードウェア及びソフトウェアの
種々の態様のより詳細な説明をセクション４ａから４ｑ
に関して行なう。

【００８１】本実施例では、プリンタとＮＥＢ間の通信
の双方向的性質、及び、マルチタスク処理によるＮＥＢ
の情報処理能力が利用される。すなわち、双方向ＳＣＳ
Ｉバスによって大量のデータをプリンタへ、かつ、プリ
ンタから双方向へ伝送することができ、ＮＥＢによって
大量の特定状態データをプリンタから受信したり、周辺
機器から入力されたデータ（スキャナから入力されたイ
メージデータのような）までも受信することが可能であ
る。ＮＥＢマイクロプロセッサは、マルチタスク方式に
よって（シーケンシャルであるが分割処理を行う）情報
を処理し、ネットワークから受信される情報及びプリン
タから受信される情報を効率的に並行処理する。このよ
うにして、近実時間方式でネットワークとプリンタ双方
にＮＥＢが応答することが、このマルチタスク処理によ
って保証される。

【００８２】図５Ａ、図５Ｂ及び図５Ｃには、ＮＥＢ及
びそれに関連するソフトウェアがローカルエリアネット
ワーク（ＬＡＮ）に接続されたプリンタにインストール
される場合に発生し得る事象の概念的シーケンスを描写
する、概念フローチャートが含まれる。全体として、プ
リンタによって印刷情報が伝えられ、プリンタは双方向
ＳＣＳＩインタフェースを介してＮＥＢに接続されてい
る。プリンタは、また、他のソースから印刷情報を受信
するためのパラレルポート及び／又はシリアルポートを
持っていてもよい。ＮＥＢは、双方向ＳＣＳＩインタフ
ェースを介してプリンタに接続されており、ボードによ
って、ローカルエリアネットワーク（ＬＡＮ）からプリ
ンタ情報が受信される。このボードによって、ＳＣＳＩ
インタフェースを通してプリンタへ印刷ジョブ、及び、
プリンタ状態の照会が送信される。そして、ＳＣＳＩイ
ンタフェースを通してプリンタからプリンタ状態が受信
され、ネットワークを通してプリンタ状態が報告され
る。

【００８３】ＮＥＢが、スキャナのようなデータ生成装
置に接続されている場合、このボードは双方向ＳＣＳＩ
インタフェースを介してスキャナに接続され、ＬＡＮイ
ンタフェースを介してネットワークに接続される。ボー
ドによって、ネットワークから状態要求情報が受信さ
れ、この情報は双方向インタフェースを通してスキャナ
へ渡される。このボードは、また、双方向インタフェー
スを通して、スキャナによって生成されたデータを受信
し、ＬＡＮインタフェースを通してネットワーク上へそ
のデータを渡す。

【００８４】ＮＥＢがプリンタにインストールされる場
合に起り得る事象のシーケンスを説明する。図５Ａにお
いては、まず、ステップＳ１において、電源がＮＥＢに
印加される。ステップＳ２で、ＮＥＢによって、ＥＰＲ
ＯＭ２２０から電源投入自己検査（“ＰＯＳＴ”）が実
行される。ステップＳ３で、ＰＯＳＴが無事完了した場
合、処理はステップＳ５へ移り、このステップで、ＮＥ
ＢのＥＰＲＯＭ２２２オペレーションコードによって、
ＮＶＲＡＭ２２８からネットワーク及びプリンタ構成コ
ードが読取られる。ＰＯＳＴがステップＳ３で成功裡に
遂行されなかった場合、故障表示がステップＳ４で経過
記録される。また、この情報は、ＬＡＮインタフェース
を通してネットワークに伝送されてもよい。ＮＥＢある
いはプリンタの故障／診断ライトが点灯されてもよい。

【００８５】ネットワーク及び構成コードがＮＶＲＡＭ
２２８から読取られた後、処理はステップＳ６へ進む。
このステップにおいて、ＮＥＢのＥＰＲＯＭオペレーシ
ョンコードによって、選択された構成モジュール、プロ
トコルスタック、ハウスキーピングモジュール、など
（たとえばマルチタスク処理モジュールＭＯＮＩＴＯ
Ｒ、ＣＰＳＯＣＫＥＴ、ＣＰＳＥＲＶＥＲなど）が、Ｅ
ＰＲＯＭ２２２から読取られ、こうして選択されたモジ
ュールがＤＲＡＭ２２０へダウンロードされる。即ち、
ステップＳ６において、対話型ネットワークボードのオ
ペレーションモード（たとえばＣＰＳＥＲＶＥＲあるい
はＣＲＰＲＩＮＴＥＲ）を定義する構成が選択される
（ＣＰＩＮＩＴによって設定された構成に従って）。以
下、セクション４ｄでより詳細に解説されるように、バ
イナリの構成コードがＬＡＮを通して送られ、ＮＶＲＡ
Ｍ２２８に格納される。ＮＥＢがブートアップされた
後、この構成コードはＲＯＭ常駐の電源投入処理ステッ
プを用いてＮＶＲＡＭから読取られる。このＲＯＭ常駐
処理ステップを用いて、ＮＶＲＡＭから読取られた構成
コードに従ってＲＯＭ常駐実行可能モジュールが選択さ
れる。これらのモジュールは、ＮＶＲＡＭの構成コード
の２進数字へのビット的対応で選択される。次いで、こ
れらの選択されたモジュールは、ＤＲＡＭ中へ格納さ
れ、これらのモジュールに対する実行制御はＤＲＡＭへ
渡され、ここで、これらの選択モジュールが実行され
る。このようにして、複数の構成を定義し、選択的に変
更することができる。

【００８６】ステップＳ７で、ＬＡＮ上に伝送されたイ
ーサネットフレームタイプの情報パケットが判定される
（以下、セクション４ｅでより詳細に解説）。すなわ
ち、イーサネットによって、異なる４つのフレームタイ
プ(イーサネット８０２．３；イーサネットII；イーサ
ネット８０２．２；及びイーサネットＳＮＡＰ）がサポ
ートされている。イーサネットフレームタイプを判定す
るために、プレスキャン処理（“ＰＲＥＳＣＡＮ”）に
よって、どんなフレームタイプが、ＬＡＮ上に常駐して
いるかが（任意のＬＡＮ同報通信データから）判定さ
れ、そのデータに対して適切なＮＥＢ常駐プロトコルス
タックが構成される。フレームタイプを示すバイトに到
達するまで、プレスキャン処理によって、受信ＬＡＮパ
ケットからバイトのデータが分離される。簡潔に述べれ
ば、ステップＳ７においては、複数の異なる種類のフレ
ームタイプのＬＡＮパケットを処理する能力がＮＥＢに
提供される。この能力は、ＬＡＮからデータのフレーム
を受信し、フレームタイプを判定するためにこのフレー
ムをプレスキャンし、適切な処理プログラムを用いて、
識別されたフレームをＮＥＢ上で処理することにより、
ＮＥＢに提供される。プレスキャンオペレーションに
は、フレームのヘッドから所定のバイト数を剥ぎ取り、
フレームタイプを示す識別コードを識別するために剥ぎ
取られたフレームを処理し、識別されたフレームを処理
プログラムに伝送するサブステップが含まれる。

【００８７】ステップＳ８で、ステップＳ６でダウンロ
ードされたタイマモジュールによって、最も近いＬＡＮ
サーバが見つけられ、現在の時間が要求される。現在の
時間を受信した後、処理はステップＳ９へ進み、そこ
で、時刻が午前０時かどうか、すなわち返信された時間
が新しい日付を示すかどうかが判定される。

【００８８】ステップＳ９からＳ１２にはＣＰＳＯＣＫ
ＥＴプログラムによってＮＥＢで行われる、いわゆる
“オートログイン”機能が含まれる。これは、自動的に
かつ系統的にプリンタからＬＡＮへ状態情報を送るため
である（オートログインについては、以下、セクション
４ｋでより詳細に解説）。ステップＳ９で、午前０時に
達していない場合、処理はステップＳ１３へ進む。しか
し、午前０時に達していた場合、ＮＥＢマイクロプロセ
ッサ２１６によって、ＳＣＳＩバスを通してプリンタに
要求が伝送され、プリンタはＮＥＢに現在の状態を返信
する。たとえば、プリンタによって、印刷累計ページ数
がＮＥＢに返信される。ステップＳ１１で、ＮＥＢマイ
クロプロセッサ２１６によって、１ジョブ当たりページ
数あるいは１日当りページ数のようなプリンタ統計値が
計算され、ＮＥＢによって、プリンタに送られたジョブ
数及び日付の記録が取られる。ステップＳ１２で、プリ
ンタ統計値は、プリンタのハードディスク１１４あるい
はＮＶＲＡＭ１１１のような不揮発性メモリあるいはＮ
ＥＢのＮＶＲＡＭ２２８に転送される。もしくは、ステ
ップＳ１０、Ｓ１１、Ｓ１２はステップＳ９より前に実
行してもよく、それによって統計値は分毎に格納され
る。

【００８９】ステップＳ９からＳ１２を要約すれば、双
方向インタフェースを介してＬＡＮ通信用対話型ネット
ワークボードに接続されたプリンタのシステム統計値を
記録する方法には、印刷したページ数をプリンタ中で数
えるステップと、印刷されたジョブ数をボード上で数え
るステップとが含まれる。プリンタが、双方向インタフ
ェースを通じて、日毎の印刷ページ数の問合わせを受け
ると、ボードはこのページ数、ジョブ数及び他の状態情
報を用いて、１日毎の統計値を計算する。次いで、この
１日毎の統計値が格納され、ネットワーク管理者のＰＣ
１４からＣＰＣＯＮＳＯＬを用いてこれをアクセスする
ことができ、また、遠隔地で表示することもできる。
“オートログイン”機能の追加的特徴として、異なるレ
ベルの統計値を経過記録することができるということが
ある。たとえば、基本的なレベルで、各ジョブに対する
ページ数だけを経過記録してもよい。より高度のレベル
では、ジョブ当たりページ数に障害状態のログを加えた
ものを記録したり、ジョブ開始及び終了時刻を、障害状
態及び１ジョブ当たりページ数に加えて記録することも
できる。ロギングレベルはＣＰＩＮＩＴによって設定さ
れる。

【００９０】図５ＢのステップＳ１３で、ＳＡＰＳＥＲ
ＶＥＲプログラム（以下、セクション４ｇでより詳細に
解説）によって、ＮＥＢがＣＰＳＥＲＶＥＲ及びＣＰＳ
ＯＣＫＥＴ双方のアイデンティティを持っているものと
して公示される。このようにして、ＮＥＢ及び付属プリ
ンタは、ＰＳＥＲＶＥＲ及びカスタマイズされたエンテ
ィティ（ＣＰＳＯＣＫＥＴ；すなわち、インストールさ
れたＮＥＢを持つ他のＬＡＮ周辺機器に類似）の対をな
す役割で機能を果たすことができる。ＳＡＰＳＥＲＶＥ
ＲはＮＥＢ常駐ＴＳＲプログラムであり、このプログラ
ムによって、２つ以上のサーバが同一ノード上で同時に
ネットワーク・サービスを公示することが可能である。
このようにして、ＣＰＳＯＣＫＥＴとＣＰＳＥＲＶＥＲ
は、ＳＡＰＳＥＲＶＥＲを介してそのサービスを通知
し、他のネットワークアプリケーションからの問合せに
応答する。各イーサネットボードは１つのＳＡＰソケッ
ト番号しか持ち得ないため、ＳＡＰＳＥＲＶＥＲが機能
し、混乱なく双方のＮＥＢアイデンティティがＬＡＮへ
公示される。

【００９１】要するに、ステップＳ１３は、単一の対話
型ネットワークボードを２つのネットワークサーバ（た
とえばＣＰＳＥＲＶＥＲとＣＰＳＯＣＫＥＴ）としてみ
なす方法であり、この方法には、そのボードが第１タイ
プのネットワークエンティティであることを示す信号
（そのボードにユニークな識別信号を含む信号）を所定
の時間間隔でネットワークへ伝送するステップと、次い
で、そのボードが第２タイプのネットワークエンティテ
ィであることを示す第２の信号（同様に、同一のユニー
クな識別信号を含む）を所定の時間間隔でネットワーク
へ伝送するステップとが含まれる。ひとたびネットワー
クエンティティのタイプの１つの機能をこのボードが果
たすように要求するネットワークからの信号が受信され
ると、ボードと（本ボードは要求されたタイプのネット
ワークエンティティとして機能する）この要求を生成し
たネットワークエンティティとの間で直接の通信が確立
される。このように直接の通信が確立されると、ＮＥＢ
は新しいユニークな識別信号を利用する。

【００９２】ステップＳ１４で、ＬＡＮ及びＳＣＳＩイ
ンタフェースの双方は、ＣＰＳＯＣＫＥＴ（以下、セク
ション４ｊでより詳細に解説）へ向けられるデータのた
めにチェックされる。ＳＣＳＩインタフェースは、典型
的には、それまで受信された状態要求に応じてＬＡＮに
渡されるプリンタ状態データを持つことになる。ＣＰＳ
ＯＣＫＥＴはＮＥＢ常駐ＴＳＲプログラムであり、この
プログラムは、このような接続要求、データダウンロー
ド要求あるいはリモートユーティリティからのサービス
要求などに応答する。ＣＰＳＯＣＫＥＴによって、ＮＥ
Ｂ又はプリンタから情報が収集され、また、必要な場合
には、ログ・ファイルへの書込み要求がモニタされ、装
置の状態に対するアプリケーション要求がモニタされ、
また上に記載のように、ジョブ統計値が保持される。

【００９３】簡潔に述べれば、ＣＰＳＯＣＫＥＴプログ
ラムはネットワークと周辺装置間で対話型ネットワーク
ボードを接続する方法であり、この方法には、ＲＡＭか
ら実行するためにボードＲＯＭからボードＲＡＭへプロ
グラムを転送するステップが含まれる。また、このプロ
グラムで、周辺装置へ向けられたネットワーク通信を検
出するためのボードネットワーク・インタフェースをモ
ニタするステップも含まれる。次いで、このプログラム
によって、ネットワーク通信に応答する機能の実行が周
辺装置に命じられ、ボード双方向周辺機器インタフェー
スによる周辺装置の状態情報の検出と格納がモニタされ
る。最終的に、このプログラムは、別のネットワーク通
信に応答して、ネットワーク・インタフェースを介して
ネットワーク上へ周辺装置状態情報を出力する。

【００９４】図５ＢのステップＳ１５及びＳ１７は、
“ランタイム”レイヤ機能を示し、ステップＳ２０は
“ソフトタイム”アプリケーションレイヤを表わす。最
初に、ステップＳ１５によって、データがＬＡＮ上で受
信されているかどうかが判定される。ＬＡＮデータが受
信されている場合、処理はステップＳ１６へ進み、ソフ
トウェアプロトコルタイプが判定される（以下、セクシ
ョン４ｆでより詳細に解説）。たとえば、ＬＡＮ上で受
信されるイーサネットデータは次のソフトウェアプロト
コルのどの１つであってもよい。ＳＰＸ／ＩＰＸ上のＮ
ｅｔＷａｒｅ、ＴＣＰ／ＩＰ上のＵＮＩＸ、あるいはＡ
ｐｐｌｅＴａｌｋ上のＭＡＣシステム７。基本的には、
ソフトウェアプロトコルタイプは、上記のステップＳ７
で検知されたフレームパケットタイプに従って判定する
ことができる。

【００９５】ＬＡＮデータがステップＳ１５で受信され
ていないとＣＰＳＯＣＫＥＴによって判定された場合、
ステップＳ１７において、ＳＣＳＩデータが受信されて
いるかどうかが判定される。ＳＣＳＩデータが受信され
ている場合、ステップＳ１８でそのデータはプリンタか
ら入力され、次いで、ステップＳ１９でＤＲＡＭ２２０
に格納される。

【００９６】ステップＳ１９において、プリンタデータ
が格納された後、あるいは、ＳＣＳＩデータがステップ
Ｓ１７で受信されていない場合、処理はステップＳ２０
へ進る。ここで、“ＭＯＮＩＴＯＲ”と呼ばれるマルチ
タスク処理ソフトウェアプログラムによって制御される
ようなマルチタスク方式により、“ソフトタイム”タス
クが実行される（以下、セクション４ｌでより詳細に解
説）。ステップＳ２０はしたがって、図５Ａ、図５Ｂ及
び図５Ｃで描写されるフローチャートを通じて平行的に
実行される“バックグラウンド”処理である。すなわ
ち、“ソフトタイム”タスクが実行されているときはい
つでも、マイクロプロセッサ２１６によって、“ソフト
タイム”タスクの時分割、並列、非強制排除処理が保証
される。

【００９７】より詳細に述べれば、ＭＯＮＩＴＯＲは、
ステップＳ６でＥＰＲＯＭ２２２からＤＲＡＭ２２０へ
ダウンロードされるソフトウェアモジュールである。Ｍ
ＯＮＩＴＯＲは、現在実行中のいくつかのアプリケーシ
ョンタスク間でプロセッサ利用率を配分する非強制排除
マルチタスクモニタである。このモニタの非強制排除的
性質によって、各アプリケーションタスクが制御を周期
的に放棄することが要求され、その結果、他のタスクを
実行する機会が得られる。この制御放棄メカニズムは、
制御をＭＯＮＩＴＯＲへ渡すソフトウェア割込みを用い
て実現される。割込み時に、ＭＯＮＩＴＯＲによって、
現在実行中のタスクの状態は保存され、別の動作途中の
タスクの状態が復元され、この新しいタスクの実行が再
開（あるいは開始）される。最初制御を放棄されたタス
クが、割込み時点の制御を最終的に回復する（すなわ
ち、制御が放棄されたときと同じ状態までその関連情報
が復元される）。

【００９８】要するに、ステップＳ２０には、プロセッ
サリソースを配分するために、マルチタスク処理対話型
ネットワークボードの複数のアプリケーションタスクを
モニタするステップが含まれる。第１のアプリケーショ
ンタスクがメモリに格納される。この第１のアプリケー
ションタスクは、印刷すべき印刷ファイルの待ち行列を
得るべくネットワーク・インタフェースを獲得するため
にファイル・サーバを待ち行列に加え、ボードに接続さ
れたプリンタへインタフェースを介してその印刷ファイ
ルを伝える。第２のアプリケーションタスクもそのメモ
リに格納される。この第２のアプリケーションタスクは
ＬＡＮインタフェースを通して遠隔地の状態照会を受信
し、プリンタ状態や受信した状態照会への応答を得るた
めに双方向インタフェースを通じてプリンタに問合せ、
状態要求者にＬＡＮインタフェースを通して状態情報を
提供することができる。第１と第２のアプリケーション
タスクは各々放棄コマンドを含む。これにより、現在実
行中のアプリケーションタスクの制御が周期的にＭＯＮ
ＩＴＯＲに対して放棄される。このＭＯＮＩＴＯＲによ
って、放棄タスクの状態が保存され、非放棄タスクの状
態が復元され、非放棄タスクの実行が再開される。

【００９９】図５Ｃで、データがステップＳ１５におい
てＬＡＮ上で受信された場合、ステップＳ２１によっ
て、受信データが印刷ジョブ用であるかどうか判定され
る。もし、このデータが印刷ジョブ用である場合には、
マイクロプロセッサ２１６はアクティブな印刷ファイル
のためのＬＡＮファイル・サーバとして働き、印刷ジョ
ブブロックがステップＳ２２でＤＲＡＭ２２０へ転送さ
れる。

【０１００】ステップＳ２３で、マイクロプロセッサ２
１６によって、イメージデータ及び制御情報のブロック
がアセンブルされ、ＳＣＳＩインタフェースを介してプ
リンタへこのブロックが送られる。このステップにおい
て、マイクロプロセッサ２１６によって、ＬＡＮ上で受
信されたデータ・ストリームに対して“ジョブ開始”と
“ジョブ終了”表示が有効に加えられる。これは、印刷
ジョブの開始時にＸＰ（データ）チャネルを開くことに
よって、また、印刷ジョブの終了時にＸＰチャネルを閉
じることによって行なわれる。

【０１０１】ステップＳ２４で、印刷ジョブが完了する
まで、この処理は待機する。ひとたび印刷ジョブが完了
すると、ステップＳ２５で、プリンタはデフォルト環境
に確実に設定される。印刷ジョブ前（あるいは印刷ジョ
ブ時）にデフォルト構成を設定することもまた可能であ
る。すなわち、ＮＥＢ自身が、例えば、デフォルトフォ
ント、用紙トレイ、照合、分類などを指定するデフォル
ト環境に付属プリンタを設定することを確実に行う。こ
れにより、次の印刷ジョブが既知のプリンタ構成にて開
始されることが保証される（以下、セクション４ｍでよ
り詳細に解説）。

【０１０２】ステップＳ２５によって、プリンタ設定
（たとえばポートレートモード、両面など）を論理的な
印刷ジョブ間へ返すことを保証することによって、プリ
ンタのためのデフォルト環境が保証されると考えてよ
い。たとえば、ノーベル社ＮｅｔＷａｒｅには、プリン
タ環境をリセットするためにプリンタエスケープ・シー
ケンスをすべてのジョブの前に付ける能力が含まれてい
るが、このようなエスケープ・シーケンスは、ネットワ
ークファイル・サーバ上のデータベースに常駐してお
り、問題の印刷ジョブはそのファイル・サーバからは起
動しないかもしれない。デフォルト環境の保証を確実な
ものにするために、必要な構成パラメータがＮＥＢによ
って格納され、また、ＮＥＢは印刷ジョブの間でプリン
タ環境をリセットすることを担う。

【０１０３】要するに、ネットワークに接続された対話
型ネットワークボードを持つＬＡＮプリンタにデフォル
ト構成を提供する方法には、対話型ネットワークボード
でＬＡＮインタフェースを通してデフォルト構成を受信
するステップが含まれる。デフォルト構成は、ＮＥＢの
ＮＶＲＡＭ２２８に格納するか、あるいは、ボードとプ
リンタ間の双方向インタフェースを介してプリンタのＮ
ＶＲＡＭもしくはディスクに格納してもよい。次いで、
デフォルト構成は、双方向インタフェースを通してプリ
ンタのＮＶＲＡＭからボード上のＤＲＡＭ２２０へダウ
ンロードされる。ボードによってＬＡＮインタフェース
を通して印刷情報が受信され、双方向インタフェースを
通してプリンタに印刷情報が伝えられると、ボードは印
刷ジョブの終了を検出する。この検出に応じてデフォル
ト構成がプリンタに送られ、これによってプリンタはそ
のデフォルト構成に設定される。

【０１０４】さらに、複数のデフォルト構成が格納され
てもよく、また、適切なデフォルト構成を別のＬＡＮエ
ンティティから遠隔地で選択するようにしてもよい。た
とえば、複数のデフォルト構成のうちの１つを設定する
方法として、印刷ジョブの開始をボードで検出し、ジョ
ブのソースを識別するステップが含まれてもよい。その
後に、適切なデフォルト構成が格納された構成の中から
選択され、次いで、選択されたデフォルト構成が、印刷
ジョブの開始あるいは終了時にプリンタへ送られる。

【０１０５】図５Ｃで、ステップＳ２１で印刷ジョブが
要求されていないと判定された場合、付属プリンタの状
態を求める状態要求がＬＡＮ上でなされているかどうか
が、ステップＳ２６によって判定される。状態要求が受
信されたと判定された場合、ステップＳ２７によって、
状態要求のタイプが判定される。たとえば、エラーコー
ド、印刷ページ数、トナー状態などのようなプリンタ状
態を要求することができる。

【０１０６】ステップＳ２８で、ＤＲＡＭ２２０から要
求された状態データがマイクロプロセッサ２１６によっ
て引き出され、この状態データはアセンブルされて、Ｌ
ＡＮインタフェースを介してＬＡＮに送られる（以下、
セクション４ｉでより詳細に解説）。このようにして、
ステップＳ２８で、単純な「オン・オフ」以上の情報が
ＬＡＮに伝送され、ＬＡＮにプリンタの詳細な状態が通
知される。適用範囲の広いアプリケーションでは、ＬＡ
Ｎ上でのプリンタフロント・パネル状態のエクスポー
ト、及び、ＬＡＮからのフロント・パネル制御コマンド
のインポートがステップＳ２８の中に含まれる。すなわ
ち、ＰＣ１４のネットワーク管理者は、プリンタフロン
ト・パネルディプレイ１１６上に含まれる、すべてのプ
リンタ情報を示す表示を要求し、受信することができ
る。次いで、ネットワーク管理者は異なるプリンタフロ
ント・パネル機能を自分のＰＣで起動でき、これらの機
能はプリンタへ伝送され、選択された制御が実行され
る。

【０１０７】要するに、ステップＳ２８においては、Ｌ
ＡＮ通信用ＬＡＮインタフェースを持つ対話型ネットワ
ークボードを介してネットワークされたプリンタの手動
操作可能な機能を遠隔地で制御する方法として、遠隔地
で、ボードへコマンドを送出し、そのコマンドによっ
て、ボードがプリンタ状態情報をボードを通じて遠隔地
へＬＡＮインタフェースを介して転送するステップが含
まれる。遠隔地で、プリンタ状態を表示してもよいし、
また、遠隔地でＬＡＮインタフェースを介してボードへ
第２コマンドを送出し、手動操作可能な機能をボードに
実行させることもできる。

【０１０８】受信ＬＡＮデータが印刷ジョブでも状態要
求でもない場合、この受信データはダウンロードオペレ
ーションであるとステップＳ２９で判定される。つま
り、ＲＯＭあるいはＲＡＭアプリケーションを更新する
ためにデータがＮＥＢ中へ転送され、たとえば、ＮＥＢ
で実行される非常駐診断のためにダウンロードが利用さ
れる場合があるからである。

【０１０９】最初に、ステップＳ３０で、このデータ
は、ＬＡＮからＤＲＡＭ２２０までダウンロードされる
（以下、セクション４ｎでより詳細に解説）。すなわ
ち、このダウンロードは、データをネットワーク・ノー
ドにロードし、次いで、行動、すなわち、実行させる処
理である。たとえば、パッチコードから、製造テストル
ーチンまで、あるいは、ＥＰＲＯＭ用ファームウェアの
更新までのすべてがダウンロードされる場合もある。ま
た、アプリケーションモジュールをＬＡＮファイル・サ
ーバに格納し、次いで、ＮＥＢへ毎朝ダウンロードする
場合もある。

【０１１０】要するに、ＬＡＮからＤＲＡＭへのデータ
のダウンロードは、ＬＡＮインタフェースを持つ対話型
ネットワークボードのオペレーションモードを変更する
方法を含む。そして、この方法は、ＤＲＡＭから実行さ
れるＬＡＮ通信プログラム（ＬＡＮに関する印刷情報を
周辺プリンタへ伝送する通信プログラム）を起動するス
テップを含む。次に、変更されたオペレーションモード
に対応する実行可能命令がＬＡＮインタフェースを介し
てＤＲＡＭ中へダウンロードされる。そして、ボード
は、変更されたオペレーションモードの実行を始めるよ
うにＬＡＮインタフェースを介して命じられる。

【０１１１】ステップＳ３１で、ダウンロードされた情
報がＥＰＲＯＭ２２２のために指定されたものかあるい
はＤＲＡＭ２２０に対して指定されたものかが判定され
る。この情報がＥＰＲＯＭに対して指定されている場
合、ＲＯＭイメージがステップＳ３２でアセンブルされ
る（以下、セクション４ｏでより詳細に解説）。たとえ
ば、遠隔地からＥＰＲＯＭファームウェアをダウンロー
ドすることによって、ユニークな柔軟性が与えられる。
特に、プリンタにボードをインストールした後、オンボ
ードテストルーチンのダウンロード、及び、ＥＰＲＯＭ
構成ファームウェアの変更を遠隔地から行なうことがで
きる。

【０１１２】ステップＳ３２は、ＥＰＲＯＭ２２２中へ
プログラムされるバイナリイメージファイルを構築する
処理である。ＥＰＲＯＭのために指定されたデータは、
最初、ＤＲＡＭ２２０にダウンロードされ、ここで、Ｒ
ＯＭイメージにセットされているモジュール名を含む構
成ファイルがユーティリティによって読取られる。次い
で、すべての指定モジュールを含む完全なバイナリイメ
ージファイルが構築される。ヘッダーがイメージファイ
ルの各モジュールの先頭に置かれる。このヘッダーは、
モジュールを識別し、その属性を記述し、そして、ロー
ディング中におけるモジュール配置のために次のヘッダ
ーの位置指定を行う。ＥＰＲＯＭにロードされる最後の
モジュールはＥＰＲＯＭ常駐コードである。これは、Ｒ
ＯＭイメージの最後に置かれるため、電源投入初期化コ
ードはマイクロプロセッサ２１６によって予想されるア
ドレスに常駐する。

【０１１３】要するに、ＥＰＲＯＭに格納する実行可能
コードモジュールを含むバイナリイメージファイルをフ
ォーマットする処理がステップＳ３２には含まれる。最
初に、バイナリイメージを形成するコードモジュールを
指定する構成ファイルが読取られる。次に、構成ファイ
ルの中で指定された各モジュールのためにヘッダーが形
成され、そのヘッダーには、そのモジュールの識別番
号、そのモジュールの属性定義、及び次のモジュール用
ヘッダーへのポインタが含まれる。次いで、指定モジュ
ール及びそれらに関連するヘッダーを含むバイナリイメ
ージファイルが構築される。最終的に、ＲＯＭ常駐コー
ドのモジュールがバイナリイメージに追加され、このＲ
ＯＭ常駐コードによって電源投入時に制御信号が受信さ
れ、ＰＯＳＴが送られ、モジュールの少なくとも一つ
が、バイナリイメージファイルからＤＲＡＭ２２０へロ
ードされ、基本的なボード入出力サービスが提供され
る。

【０１１４】ＥＰＲＯＭ２２２に新しいデータが書込ま
れる前に、まず第一に書込み操作が事実上意図されてい
ることを明白に保証する必要がある。明らかに、ＥＰＲ
ＯＭ２２２へのいかなる偶発的な書込も、ＮＥＢを使用
不能としてしまう。したがって、情報がＥＰＲＯＭ２２
２へ“フラッシュされる”前に、ステップＳ３３におい
て特定の一連の事象がＥＰＲＯＭをアクセスするために
発生する（以下、セクション４ｐでより詳細に解説）。
本実施例においては、２つのデータ・ビットが別個の２
つの入出力ロケーションで変更されない限り、ＥＰＲＯ
Ｍに書込むのに必要な＋１２ボルトは供給されない。

【０１１５】簡潔に述べれば、ＥＰＲＯＭが偶発的に書
込まれないことを保証する方法は、プロセッサ及びメモ
リを持つ対話型ネットワークボード上に常駐するＥＰＲ
ＯＭ上でフラッシュオペレーションを行なう方法を含
み、プロセッサに入出力書込み信号を送るステップを有
する。次いで、プロセッサによってメモリに第１アドレ
スが生成され、入出力信号に応じて第１ビットが所定の
状態にセットされる。次いで、電源ユニットによって、
所定の状態にセットされている第１ビットに応じてトラ
ンジスタに＋１２Ｖが供給される。次いで、入出力受信
信号がプロセッサに送られ、このプロセッサによって、
記憶装置に第２アドレスが生成され、入出力受信信号に
応じてあらかじめ選ばれた状態に第２ビットがセットさ
れる。次いで、あらかじめ選ばれた状態にセットされて
いる第２ビットに応じてトランジスタがオンし、ＥＰＲ
ＯＭの電源ターミナルへ＋１２Ｖが印加され、書込み操
作の発生を可能にする。

【０１１６】新しいＲＯＭイメージがＥＰＲＯＭ２２２
に実際に格納される前に、ステップＳ３４で、この新し
いＲＯＭイメージは、ＲＯＭイメージが受信された後で
送られるチェックサム値でもってチェックサムされ、照
合されなければならない。そして、ＥＰＲＯＭ２２２を
消去する前に、ＭＡＣアドレスのような保存データ及び
モジュールはＤＲＡＭ２２０上の新たなＲＯＭイメージ
内にロードされねばならない。

【０１１７】ＲＯＭイメージが検査されたと判定された
後、かつ、ＤＲＡＭ２２０に格納された新しいＲＯＭイ
メージ中へ必要データがすべて保存された後、新しいＲ
ＯＭイメージをロードする際データの破損がないことを
保証するために、ＥＰＲＯＭ２２２をクリアし、消去す
る必要がある。従って、新しいＲＯＭイメージがＥＰＲ
ＯＭ２２２に格納される前に、ステップＳ３５で、ＥＰ
ＲＯＭ２２２は複数回消去されることもある。

【０１１８】ステップＳ３５でＥＰＲＯＭ２２２が消
去された後、この新しいＲＯＭイメージがステップＳ３
６でＥＰＲＯＭ２２２中へ“フラッシュされ”る（以
下、セクション４ｑでより詳細に解説）。

【０１１９】要するに、ステップＳ３６は、ＬＡＮイン
タフェースを持つ対話型ネットワークボード上でプログ
ラム可能なファームウェアを遠隔地で変更する方法に関
するものであり、この方法には、ボードのＤＲＡＭから
実行されるＬＡＮ通信プログラム（ＬＡＮに関する印刷
情報を周辺プリンタへ伝送する通信プログラム）を起動
するステップが含まれる。次いで、ＲＯＭファームウェ
アイメージが、ＬＡＮインタフェースを介してボード上
のＤＲＡＭへダウンロードされる。ＲＯＭイメージがタ
ーゲットボードにダウンロードされたことが次に確認さ
れ、また、ＲＯＭイメージの正当性が確認される。次い
で、ボードは、ＥＰＲＯＭを電子的に消去するように命
じられ、それから、ＥＰＲＯＭは新しいＲＯＭイメージ
でフラッシュされる。さらに、もし所望であれば、“フ
ラッシュ完了”信号をフラッシュオペレーション後にＬ
ＡＮへ送ってもよい。

【０１２０】次いで、この情報がＥＰＲＯＭ２２２へフ
ラッシュされた後、ＮＥＢは、ステップＳ３７で、ＥＰ
ＲＯＭ２２２の新しいＲＯＭファームウェアイメージか
らリブートされ、処理はステップＳ１へ戻る。

【０１２１】図５Ｃで、ＲＡＭ情報がダウンロードされ
ていると、ステップＳ３１によって判定された場合、そ
のような情報は、ステップＳ３８を介してＤＲＡＭ２２
０でまずアセンブルされる。続いて、ステップＳ３９に
よってＲＡＭプログラムが実行され、処理はステップ１
３へ戻り、そこでＳＡＰＳＥＲＶＥＲによってＰＳＥＲ
ＶＥＲ及びＣＰＳＯＣＫＥＴエンティティが公示され
る。

【０１２２】ＮＥＢをＬＡＮネットワークプリンタにイ
ンストールした場合のＮＥＢの構造及び機能の概説を、
以上の解説によって終了する。ＮＥＢのハードウェア及
びソフトウェアの種々の態様のオペレーションのより詳
細な説明を今から行なう。

【０１２３】４ａ．電源投入シーケンス電源投入に続いて直ちに、電源オン自己検査（ＰＯＳ
Ｔ）がＮＥＢ２によって実行され、それに続いて、ＥＰ
ＲＯＭ２２２からＤＲＡＭ２２０へオペレーションソフ
トウェアがＮＥＢによってロードされ実行される。

【０１２４】より明確に述べれば、電源投入直後、マイ
クロプロセッサ２１６が、ＥＰＲＯＭ２２２に位置する
ＰＯＳＴプログラム・モジュールをアクセスする。マイ
クロプロセッサ２１６によって、ＥＰＲＯＭ２２２から
直接ＰＯＳＴが実行され、以下のテストを実行する。即
ち、マイクロプロセッサの機能、ＥＰＲＯＭ２２２に格
納されたプログラムの正当性（たとえばチェックサムに
よる照合による）、ＤＲＡＭ２２０の動作（たとえば読
み出し書き込みサイクルを用いて）、ＳＣＳＩコントロ
ーラ２２４の動作、ＮＶＲＡＭ２２８のデータの正当性
及び制御レジスタ２３０の動作がテストされる。ＰＯＳ
Ｔには、また、ＥＰＲＯＭ２２２中へダウンロードされ
たＭＡＣアドレスとＰＲＯＭ２３２に格納されているＭ
ＡＣアドレスの比較が含まれることもある。

【０１２５】ＰＯＳＴには、さらに、ネットワークに関
連するハードウェアのオペレーションチェックが含まれ
る。より明確に述べれば、ネットワークコントローラ２
０６のオペレーションを検査するための、ネットワーク
アクティビティのチェックと同様、ＳＲＡＭ２１４に対
する動作チェック（たとえば読み出し書き込みサイクル
を用いて）がＰＯＳＴには含まれてもよい。

【０１２６】ＮＥＢ２における他のハードウェアのオペ
レーションは、追加的なＰＯＳＴ検査によって直接判定
することもできる。コネクタ２０２、２０３及び２０４
の場合のようにマイクロプロセッサ２１６によってハー
ドウェアのオペレーションを直接テストすることができ
ない場合には、そのハードウェアの適正な動作は直接的
なテスト処理から受信した結果コードによって示されて
もよい。

【０１２７】ＰＯＳＴの終了に際して、マイクロプロセ
ッサ２１６によって、シリアル・ポート２１８上へチェ
ックサムコードが置かれ、次いで、静止オペレーション
ウィンドウ（たとえば、１秒ウィンドウ）に入る。その
間、マイクロプロセッサ２１６は、シリアル・ポート２
１８を介してコマンド（例えば、後述の「５．検査」を
参照）を受信することができる。シリアル・ポート２１
８に接続された装置によってＰＯＳＴチェックサムコー
ドを入手し、ＰＯＳＴ結果を判定してもよい。たとえ
ば、エラーを示すＰＯＳＴチェックサムコードが、故障
領域を示すゼロでない１６進値によって示されるのに対
して、エラーなし状態は、“００００ｈ”というＰＯＳ
Ｔチェックサムコードで示される。故障の場合には、マ
イクロプロセッサ２１６によってＮＥＢ２のＬＥＤ２４
０が点灯され、エラーが検出されたことがユーザに信号
で知らされる。好適には、ＬＥＤ２４０は電源投入の際
に点灯され、ＰＯＳＴが成功した場合にのみ、切られる
ことが望ましい。

【０１２８】ＰＯＳＴが首尾よく完了した後で、１秒静
止ウィンドウの実行中にシリアル・ポート２１８を介し
てコマンドが全く受信されない場合、マイクロプロセッ
サ２１６は、ＥＰＲＯＭ２２２に格納されているソフト
ウェアモジュールをＤＲＡＭ２２０へロードし始める。
マイクロプロセッサ２１６は、ＥＰＲＯＭ２２２から直
接これらのソフトウェアモジュールを実行せず、むし
ろ、ＤＲＡＭ２２０にこれらのモジュールをロードし、
ＤＲＡＭ２２０から実行する。このような構成によっ
て、ＥＰＲＯＭ２２２から検索される特定モジュールを
選択して、ＤＲＡＭ２２０から実行することが可能にな
り、その結果、ＮＥＢ２の柔軟性のある構成が可能にな
る。（下記のセクション４ｄを参照）。たとえば、ＮＶ
ＲＡＭ２２８に格納された構成コマンドに従って、ＥＰ
ＲＯＭ２２２から、マイクロプロセッサ２１６によって
モジュールが選択的に検索され、ＤＲＡＭ２２０へロー
ドされて、ＤＲＡＭから実行される。

【０１２９】異なるモジュールがＥＰＲＯＭ２２２から
検索され、ＤＲＡＭ２２０にロードされるシーケンス
を、図６に示す。ステップＳ６００１において、マイク
ロプロセッサ２１６によって、ＥＰＲＯＭ２２２からＤ
ＲＡＭ２２０へＳＣＳＩドライバがロードされる。ＳＣ
ＳＩドライバによって、オペレーションシーケンス及び
ＳＣＳＩコントローラ２２４に対する制御が与えられ、
プリンタ４とのインタフェースが可能になる。この結
果、プリンタ４に印刷データが送られ、プリンタ４へ、
また、プリンタ４から、制御情報が送受信される。

【０１３０】ステップＳ６００２で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＤＲＡＭ２２
０へリンクサポートレイヤ（すなわち“ＬＳＬ”）がロ
ードされる。ステップＳ６００３で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＤＲＡＭ２２
０へネットワークドライバ・ソフトウェアがロードさ
れ、そこで、マイクロプロセッサ２１６は、リンクサポ
ートレイヤとネットワークドライバをＤＲＡＭ２２０か
ら実行し始める。リンクサポートレイヤとネットワーク
ドライバによって、ＬＡＮバス６上でのＬＡＮ通信に共
通のアクセスが与えられる。より詳細に述べれば、図７
に示されるように、ＮＥＢ２で使用されるネットワーク
コントローラ２０６のような電気的インタフェース３０
１を介して、ＮＥＢ２のような装置を含むすべてのネッ
トワークされた装置がＬＡＮバス６とインタフェースで
接続される。電気的インタフェース３０１は、リンクサ
ポートレイヤソフトウェア３０４からＬＡＮフレームデ
ータを順次受信するネットワークドライバ３０２によっ
て駆動される。リンクサポートレイヤ３０４とネットワ
ークドライバ３０２は両方とも、異なる種類のネットワ
ークソフトウェアに共通である。たとえば、図７でさら
に示されるように、ノーベル社のＮｅｔＷａｒｅソフト
ウェアで提供されるようなネットワークアプリケーショ
ン・プログラム（矢印Ａで例示されるような）は、イン
ターネットワークパケット交換プログラム（即ちＩＰＸ
３０５）と逐次パケット交換プログラム（即ちＳＰＸ３
０６）とを介して、リンクサポートレイヤ及びネットワ
ークドライバとインターフェースする。一方、ＡＴ＆Ｔ
によって提供されるＵｎｉｘからのネットワークアプリ
ケーション・プログラム（矢印Ｂで例示されるような）
は、“ＩＰ”モジュール３１５と“ＴＣＰ”モジュール
３１６を介してＬＳＬにインタフェースで接続する。

【０１３１】ＮＥＢ２では、１回につきただ１つのタイ
プのネットワークアプリケーション・プログラムしか通
常実行されない（但し、以下、セクション４ｆで解説す
るように、マルチプロトコルオペレーションは可能であ
る）。この明細書で行なう説明は、ＮｅｔＷａｒｅネッ
トワークアプリケーション・プログラムに対するもので
あるが、ＵＮＩＸネットワークアプリケーション・プロ
グラムも同様に実行することは可能ではある。

【０１３２】ステップＳ６００４で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＰＲＥＳＣＡ
Ｎプログラムがロードされ、ＤＲＡＭ２２０へ格納さ
れ、そこで、ＤＲＡＭ２２０からのＰＲＥＳＣＡＮプロ
グラムの実行が始まる。ＰＲＥＳＣＡＮソフトウェア
は、リンクサポートレイヤとインタフェースで接続し、
ＬＡＮバス６上を伝送されるフレームパケットのタイプ
を判定する。より詳細に述べれば、上述のように、イー
サネットタイプのネットワークＬＡＮバス上には４つの
異なる可能なフレームパケットタイプ、すなわち、イー
サネット８０２．３、イーサネットII、イーサネット８
０２．２及びイーサネットＳＮＡＰがある。以下、セク
ション４ｅでより詳細に説明するように、ＰＲＥＳＣＡ
Ｎソフトウェアモジュールによって、ＬＡＮバス６上の
ネットワーク通信がモニタされ、フレームパケットタイ
プが判定される。フレームパケットタイプは、一度ＰＲ
ＥＳＣＡＮによって判定されると、ＤＲＡＭ２２０の所
定の共通ロケーションに格納され、ＮＥＢの他のネット
ワーク通信モジュールによって利用される。フレームパ
ケットタイプが判定された後、ＰＲＥＳＣＡＮによっ
て、マイクロプロセッサ２１６にそのタスクが完了した
旨の信号が送られる。これにより、ＰＲＥＳＣＡＮプロ
グラムによって占有されたメモリの領域をマイクロプロ
セッサ２１６が別のプログラム・モジュールで上書きす
ることが可能となる。

【０１３３】ステップＳ６００５で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＩＰＸ及びＳ
ＰＸプログラム・モジュールが検索され、ＤＲＡＭ２２
０に格納され、そこで、ＤＲＡＭ２２０からのＩＰＸと
ＳＰＸモジュールの実行が開始される。ＩＰＸとＳＰＸ
の双方は、ＰＲＥＳＣＡＮモジュールによって判定され
たフレームパケットタイプを使用する。

【０１３４】ステップＳ６００６で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＣＮＥＴＸプ
ログラム・モジュールが検索され、ＤＲＡＭ２２０へロ
ードされ、ＤＲＡＭ２２０から実行が開始される。ＣＮ
ＥＴＸによって、局所化されたＤＯＳのような機能がＮ
ＥＢに与えられる。

【０１３５】ステップＳ６００７で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＤＲＡＭ２２
０へＳＡＰＳＥＲＶＥＲプログラム・モジュールがロー
ドされ、ＤＲＡＭ２２０からＳＡＰＳＥＲＶＥＲモジュ
ールが実行され始める。以下、セクション４ｇでより詳
細に説明するが、ＳＡＰＳＥＲＶＥＲとは、ＮＥＢボー
ドに割当てられた単一ネットワーク・ノードから、ＣＰ
ＳＯＣＫＥＴとＣＰＳＥＲＶＥＲのような２つのネット
ワークサーバエンティティが同時に公示を出すことを可
能にするプログラム・モジュールである。これに対し
て、ＮｅｔＷａｒｅによって提供されるような従来のネ
ットワークアプリケーション・プログラムは、各ネット
ワーク・ノードから単一ネットワークサーバエンティテ
ィを公示することしかできない。

【０１３６】ステップＳ６００８で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２から非強制排除マ
ルチタスク処理ＭＯＮＩＴＯＲ（後述のセクション４ｌ
を参照）が検索されて、ＤＲＡＭ２２０へ格納され、Ｄ
ＲＡＭ２２０からマルチタスク処理モニタの実行が開始
される。

【０１３７】ステップＳ６００９で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＣＰＳＯＣＫ
ＥＴサーバソフトウェアモジュールが検索されて、ＤＲ
ＡＭ２２０にロードされ、ＤＲＡＭ２２０からＣＰＳＯ
ＣＫＥＴサーバの実行が開始される。以下、セクション
４ｊでより詳細に説明するが、ＣＰＳＯＣＫＥＴが、Ｃ
ＰＳＯＣＫＥＴに代わって公示を行うことをＳＡＰＳＥ
ＲＶＥＲに対して要求すると、ＳＡＰＳＥＲＶＥＲは、
ＬＡＮバス６上でＳＡＰ公示を開始する。

【０１３８】ステップＳ６０１０で、マイクロプロセッ
サ２１６によって、ＣＰＳＥＲＶＥＲやＣＲＰＲＩＮＴ
ＥＲのような印刷アプリケーションサーバがＥＰＲＯＭ
２２２から引き出され、この印刷アプリケーションサー
バがＤＲＡＭ２２２へロードされる。ＣＰＳＥＲＶＥＲ
の場合には、マイクロプロセッサ２１６がロードされた
印刷アプリケーションサーバの実行をＤＲＡＭ２２０よ
り開始する。そして、今度は、このプリントサーバの代
わりにＳＡＰ公示を行なうようにという要求がＳＡＰＳ
ＥＲＶＥＲに対して出される。以下、セクション４ｇで
より詳細に説明するが、ＳＡＰＳＥＲＶＥＲによって、
ＣＰＳＯＣＫＥＴサーバ並びにプリント・サーバに対す
る公示が交互に出され、それによって、ＣＰＳＯＣＫＥ
Ｔサーバとプリント・サーバの双方に代わる代用ＳＡＰ
エンティティの役割が果たされる。

【０１３９】４ｂ．ローカルエリアネットワーク（Ｌ
ＡＮ）と周辺機器とのインタフェース本発明の適用範囲の広い態様によって、プリンタのよう
な周辺機器が、ソフトウェアプログラムが内蔵された対
話型ネットワークボードを用いて、ＬＡＮに接続され
る。好適には、プリンタとＮＥＢ間の接続はＳＣＳＩイ
ンタフェースで行われ、大量の印刷データ及び状態デー
タがＮＥＢとプリンタ間で双方向に伝送されることが望
ましい。ＥＰＲＯＭ２２２によって、複数のソフトウェ
アモジュールが格納され、ＰＳＥＲＶＥＲやＲＰＲＩＮ
ＴＥＲあるいはＬＰＲ機能構成で、ＮＥＢのオペレーシ
ョン構成が行なわれる。ＥＰＲＯＭ２２２によって、い
くつかの状態制御ソフトウェアモジュールも格納され、
ＬＡＮ上でプリンタから状態情報をエクスポートした
り、ＬＡＮからプリンタへ制御情報をインポートする。
ＥＰＲＯＭ常駐ファームウェアが、電源投入時にＤＲＡ
Ｍ２２０へダウンロードされ（セクション４ａで上
述）、それによって、ランタイム割込みがＬＡＮあるい
はＳＣＳＩインタフェースのいずれかから受信されるま
で、マルチタスク処理プログラムＭＯＮＩＴＯＲがソフ
トタイムタスクを実行する。

【０１４０】ＮＶＲＡＭ２２８によって、ＥＰＲＯＭ２
２２に格納されたどのモジュールをＤＲＡＭ２２０へダ
ウンロードすべきかを指定する構成ワードが格納され
る。これは、ＰＳＥＲＶＥＲ機能あるいはＲＰＲＩＮＴ
ＥＲ機能のいずれかでＮＥＢを構成するためである。マ
イクロプロセッサ２１６によってＤＲＡＭ２２０からこ
のプログラムが実行され、印刷のために印刷ジョブをＬ
ＡＮより受信し、これをプリンへ送ることが可能になる
とともに、プリンタ状態を状態要求に応じてＬＡＮ上へ
返すことが可能になる。

【０１４１】ローカルエリアネットワーク（ＬＡＮ）へ
周辺機器を接続するための構造と機能に関する個々の詳
細を、図４、図５Ａ、図５Ｂ、図５Ｃを参考に上述した
が、以下のセクションでも説明する。

【０１４２】４ｃ．ローカルエリアネットワーク（Ｌ
ＡＮ）とプリンタ間の双方向インタフェースＮＥＢ２及びプリンタ間における双方向ＳＣＳＩインタ
フェースの提供によって、プリンタに印刷データが送ら
れている間に大量の状態情報をプリンタから抽出するこ
とが可能となる。さらに、双方向ＳＣＳＩインタフェー
スを利用することによって、プリンタは、ＬＡＮ上で遠
隔地から送出された制御コマンドに応答することができ
る。たとえば、ネットワーク管理者は自分のＰＣ１４か
ら、高イメージ密度で、複数回印刷され、次いで、ステ
ープルで綴じるというような特定の印刷ジョブを要求す
る制御コマンドを送出することができる。このような制
御コマンドが、ＬＡＮ６によってＮＥＢ２へ送られる。
そして、ＮＥＢ２によって、ＳＣＳＩバス１０２を介し
てプリンタにこれらの制御コマンドが伝送される。同時
に、実際の印刷データがファイル・サーバ３０からＮＥ
Ｂ２へ転送され、ＮＥＢ２で、この印刷データはブロッ
クにパッケージされ、ＳＣＳＩバス１０２を通してプリ
ンタへ転送される。好適には、プリンタに対してＸＰデ
ータ・チャネルを開くことにより、“印刷ジョブの開
始”がＮＥＢ２によって示される。同様に、プリンタに
対してＸＰデータ・チャネルを閉じることにより、“印
刷ジョブの終了”がＮＥＢ２によって示されることが望
ましい。このようにして、ＮＥＢ２は、プリンタへこの
ような指示を与えることができる。

【０１４３】また、ＮＥＢ２上で双方向ＳＣＳＩインタ
フェースを使用することによって、他のタイプの周辺機
器をＬＡＮに接続することが可能になる。たとえば、Ｓ
ＣＳＩインタフェースによって、周辺機器からＬＡＮへ
大量のデータを伝送することができるために、スキャナ
（たとえば、プリンタ４が光学式文字認識（“ＯＣ
Ｒ”）装置である場合）やファクシミリのようなイメー
ジデータ生成装置にＮＥＢを接続することが可能にな
る。このようにして、イメージ生成装置によって生成さ
れたデータをＳＣＳＩインタフェースを通してＮＥＢへ
転送し、次いで、ＬＡＮ上において任意のＬＡＮエンテ
ィティにより格納したりあるいは引き出したりすること
ができる。プリンタに対する場合と同様に、大量の詳細
な制御／状態情報もイメージデータ生成装置へ、もしく
はイメージデータ生成装置から提供され得る。

【０１４４】ＮＥＢ上の双方向ＳＣＳＩインタフェース
の詳細な構造上及び機能上の特徴を図４、図５Ａ、図５
Ｂ及び図５Ｃを参照しながら上述したが、以下のセクシ
ョンでも説明する。

【０１４５】４ｄ．ＲＯＭファームウェア構成図５Ａに関して先に説明したように、ステップＳ６にお
いては、選択されたソフトウェアプログラムがＥＰＲＯ
Ｍ２２２からＤＲＡＭ２２０へダウンロードされ、実行
される（図６及びセクション４ａも参照）。ＥＰＲＯＭ
２２２にはファームウェアモジュールが配されており、
これらのモジュールによって、ＮＥＢ２はＲＰＲＩＮＴ
ＥＲあるいはＰＳＥＲＶＥＲ機能のいずれかで構成され
ることが可能になる。このようにして、ＮＶＲＡＭ２２
８に格納された構成コードに従って、ＥＰＲＯＭ２２２
からＤＲＡＭ２２０へ、格納されたプログラムの中のど
れがダウンロードされるかによってＮＥＢ２の機能が決
定される。

【０１４６】ＮＥＢ２ファームウェアが初期状態に構成
され、ネットワーク管理者のＰＣ１４上でＣＰＩＮＩＴ
を実行することによって、後にこのファームウェアを再
形成することができる（以下、セクション４ｈを参
照）。しかしながら、非構成状態においてであっても、
ＮＥＢ２自身によっていつでも、ＬＡＮと基本的な通信
を実行するために必要とされるソフトウェアモジュール
が起動される。ＣＰＩＮＩＴを用いて、ネットワーク・
マネージャは、遠隔地で、ＮＥＢの現在の構成を判定す
ることができ、また、自分の要求通りに構成を変更する
ことができる。その構成情報はＮＥＢボード上のＥＰＲ
ＯＭに格納されるので、構成情報は電源サイクルを通じ
て保持される。

【０１４７】個々の構成を行なうためのソフトウェアプ
ログラムがＥＰＲＯＭ２２２からＤＲＡＭ２２０へダウ
ンロードされる処理については、図８を参照して以下説
明する。

【０１４８】ボードがステップＳ１で電源アップされた
後、この処理はステップＳ８００１へ進み、ここで、マ
イクロプロセッサ２１６は、ＥＰＲＯＭ２２２のＥＰＲ
ＯＭ常駐コードにアクセスし、ＮＶＲＡＭ２２８から構
成コード（典型的にワード）を読取る。この構成コード
によって、ＮＥＢにＰＳＥＲＶＥＲ機能あるいはＲＰＲ
ＩＮＴＥＲ機能のいずれかを与えるることができるモジ
ュールが指定される。本実施例には、ＲＰＲＩＮＴＥＲ
あるいはＰＳＥＲＶＥＲの機能構成しか含まれていない
が、たとえば、ＮＥＢ２が、スキャナあるいはファクシ
ミリのような異なるＬＡＮエンティティにインストール
される場合、他の構成を利用してもよい。

【０１４９】ＮＶＲＡＭ２２８から構成コードが読取ら
れた後、ステップＳ８００２で、マイクロプロセッサに
よって、読取り構成コードに対応するビット・パターン
を持つ構成マスクが形成される。ステップＳ８００３
で、ＥＰＲＯＭ２２２に常駐のローダモジュールによっ
て、この構成マスクがＥＰＲＯＭ２２２に格納された複
数ファームウェアモジュールと比較される。

【０１５０】詳細に述べるならば、ステップＳ８００４
で、処理が始まり、それによって、ＥＰＲＯＭ常駐ソフ
トウェアモジュールが、ＮＶＲＡＭ２２８から読取られ
た２進数の構成コードに対応してビット的に選択され
る。ステップＳ８００４で、現在検査されたビット・パ
ターンのビットが格納されたモジュールとマッチすると
判定された場合、そのモジュールが選択され（ステップ
Ｓ８００５で）、ＤＲＡＭ２２０にダウンローディング
され、ステップＳ８００６で処理は次のビットへスキッ
プする。同様に、ビット・パターンのビットが格納され
たモジュールに照合しないとステップＳ８００４で判定
された場合も、処理はステップＳ８００６で次のビット
にスキップする。

【０１５１】ステップＳ８００７で、ステップＳ８００
４でテストされたビットが構成マスク・ビットパターン
の最終ビットかどうかということが判定される。このテ
ストされたビットが最終ビットでない場合、処理はステ
ップＳ８００４へループ・バックし、ここで、ビット・
パターンの次のビットが次に格納されたモジュールに関
してテストされる。構成マスク・ビットパターンの最終
ビットがテストされてしまうと、選択されたソフトウェ
アモジュールは、ステップＳ８００８でＥＰＲＯＭ２
２２からＤＲＡＭ２２０へダウンロードされる。

【０１５２】本実施例において、ソフトウェアモジュー
ルは次のシーケンスでロードされる。即ち、ＳＣＳＩド
ライバ、リンクサポートレイヤ、ネットワークドライ
バ、プレスキャン（ＰＲＥＳＣＡＮ）、ＩＰＸ／ＳＰ
Ｘ、ＣＮＥＴＸ、ＳＡＰＳＥＲＶＥＲ、ＭＯＮＩＴＯ
Ｒ、ＣＰＳＯＣＫＥＴ、そして、プリントアプリケーシ
ョン（たとえばＣＰＳＥＲＶＥＲ、ＣＲＰＲＩＮＴＥ
Ｒ）（図６を参照）の順である。

【０１５３】ＮＶＲＡＭ２２８に格納された構成コード
に対応するすべてのソフトウェアモジュールが、ＤＲＡ
Ｍ２２０にダウンロードされた後、ローダ機能によっ
て、ステップＳ８００９で、ＭＯＮＩＴＯＲマルチタス
ク処理プログラムへプログラム実行制御が渡される。

【０１５４】すでに解説したように、ＮＶＲＡＭ２２８
に格納された構成コードはＣＰＩＮＩＴを用いて遠隔地
で変更することができる。これによって、ＣＰＳＥＲＶ
ＥＲやＣＲＰＲＩＮＴＥＲへの小さな変更を行なうため
の、あるいは、全く新しい構成の設定を望む場合等の、
より大きな柔軟性が与えられる。したがって、ステップ
Ｓ８０１０で、新しい構成がＬＡＮ６によって受信さ
れ、ステップＳ８０１１で、ＮＶＲＡＭ２２８中へロー
ドされる。好適には、古い構成コードが、消去されるか
新しい構成コードで上書きされることが望ましい。次い
で、ＮＥＢが自らリブ−トし、Ｓ１ステップへ戻る。

【０１５５】４ｅ．ＰＲＥＳＣＡＮを用いる、フレー
ムパケットタイプの判定いかなるローカルエリアネットワークにおいても、デー
タは、パケットあるいはフレームでネットワーク装置間
を伝送される。しかし、イーサネットのような普通のネ
ットワークアーキテクチャの関連においてさえ、フレー
ム用に２つ以上のフォーマットがサポートされている。
したがって、たとえイーサネットアーキテクチャが使用
されていることが分かっていても、イーサネットバスに
関する、各物理的フレームあるいはパケットの情報内で
データの配置を判定することは不可能である。特に、上
述のように、イーサネットにおいては、以下の４つのデ
ータフォーマット、即ちイーサネット８０２．３、イー
サネットII、イーサネット８０２．２及びイーサネット
ＳＮＡＰがサポートされている。

【０１５６】従来のネットワーク装置（この装置によっ
て、手動選択可能なオペレータインタフェースが提供さ
れる）では、イーサネットネットワークで使用されてい
る特定のフレームタイプをネットワーク装置に知らせる
ことが可能である。ＮＥＢ２の関連においては、ネット
ワーク・インタフェース（あるいはテスト構成のシリア
ル・ポート２１８）を介してしかオペレータのアクセス
は行なわれないが、当然のことながら、フレームパケッ
トタイプの知識が必要とされるローカルエリアネットワ
ーク（ＬＡＮ）へのアクセスをオペレータに最初に行な
わせずに、フレームパケットタイプを設定することは不
可能である。。ＰＲＥＳＣＡＮソフトウェアモジュール
によって、適切なフレームパケットタイプが認識される
まで、ＬＡＮバス上の同報通信をモニタすることによっ
て、ＬＡＮバス上のＬＡＮ通信のために現在使用されて
いる、フレームパケットタイプを、ＮＥＢ２が自動的に
判定することが可能になる。ＰＲＥＳＣＡＮは、イーサ
ネット上で使用される４つのすべてのフレームパケット
タイプに共通の、認識しうる構成部分に基いてこの判定
を行なう。

【０１５７】図９に、イーサネット上で使用される異な
るフレームパケットの物理的構造をより詳細に示す。図
９に示されるように、ＬＡＮバス上で伝送されている物
理的フレーム４１１には、宛先ＭＡＣアドレスを格納す
るための６バイトのセクション４１２、及び、ソースＭ
ＡＣアドレスを格納するための６バイトのセクション４
１３が含まれる。ＬＡＮ通信用に使用されるフレームタ
イプにかかわらず、これらの１２バイトは、ＬＡＮデー
タ・パケットの最初の１２バイトを構成する。データセ
クション４１４がこれらの１２バイトに続く。このデー
タセクションは可変数のバイトで構成されるが、この可
変数のバイトは異なるフレームパケットタイプによって
同じ目的に使用されず、また、異なるフレームパケット
タイプに対して同じバイト数を持つものではない。

【０１５８】不定領域４１４に続いて、ＬＡＮ通信パケ
ットには、最初の２バイトが値“ＦＦＦＦ”（１６進表
示）を常に持っているＩＰＸヘッダー４１５が含まれ
る。パケット４１６の残りはＩＰＸヘッダーの後に続
き、各々異なるタイプのＬＡＮ通信パケットを特徴づけ
るデータ及び他のコマンドがこの部分に含まれる。

【０１５９】共通領域（ＩＰＸヘッダー４１５のよう
な）がそれらのパケットタイプの内の１つとして認識さ
れるまで、各々の異なるパケットタイプに従ってＬＡＮ
通信をモニタすることによって、ＰＲＥＳＣＡＮは作動
する。次いで、ＰＲＥＳＣＡＮは、他のネットワーク通
信プログラムによって使用すべくそのパケットタイプを
格納する。

【０１６０】図１０はＰＲＥＳＣＡＮモジュールのオペ
レーションを示すための詳細なフローチャートである。
ステップＳ１００１で、マイクロプロセッサ２１６はＥ
ＰＲＯＭ２２２からＰＲＥＳＣＡＮモジュールを検索
し、ＤＲＡＭ２２０にそれをロードし、そこで、ＰＲＥ
ＳＣＡＮモジュールの実行が開始される。図１０に示さ
れるオペレーションシーケンスが完了する前に、マイク
ロプロセッサ２１６によって、ＥＰＲＯＭ２２２からそ
の後のモジュールが検索され、ＤＲＡＭ２２０の中にそ
れらがロードされても、ＰＲＥＳＣＡＮモジュールはＳ
ＰＸ及びＩＰＸモジュールより先に実行される。より詳
細に述べれば、ＳＰＸとＩＰＸプログラム・モジュール
の適切なオペレーションは、ＰＲＥＳＣＡＮによるフレ
ームパケットタイプの識別に依存し、したがって、ＰＲ
ＥＳＣＡＮによって適切なフレームパケットタイプが判
定される後までＳＰＸとＩＰＸの実行は延期される。

【０１６１】ステップＳ１００２で、ＰＲＥＳＣＡＮ
は、４つのすべてのフレームパケットタイプ（すなわち
イーサネット８０２．３、イーサネットII、イーサネッ
ト８０２．２、イーサネットＳＮＡＰ）にＬＳＬを介し
て同時に繋がる。すなわち、ＰＲＥＳＣＡＮはＬＡＮ通
信の各パケットのためのＬＳＬを構成する。そして、こ
のＬＳＬによって、各々の４つのフレームパケットタイ
プに対応するデータグループが提供される。その後、Ｐ
ＲＥＳＣＡＮは、ネットワークドライバからの割込みに
よる再起動まで不稼働状態となる。

【０１６２】ステップＳ１００３で、ネットワークドラ
イバによって、同報通信のためにＬＡＮバス上の通信が
モニタされる。同報通信とは、宛先ＭＡＣアドレス４１
２が特定されていないか、“ＦＦＦＦＦＦＦＦＦＦＦ
Ｆ”（１６進表示）という全体的指定が与えられている
ことを意味する。ネットワークドライバは、同報通信が
受信されるまで、同報通信のためにＬＡＮバス上の通信
をモニタし続け（ステップＳ１００４）、同法通信が受
信されると処理はステップＳ１００５へ進む。ステップ
Ｓ１００５で、ＭＡＣアドレス・フィールド４１２及び
４１３は受信データパケットから分離され、データ・パ
ケットの残りはＬＳＬへ送られる。ステップＳ１００６
で、ＬＳＬによって、各々のフレームパケットタイプに
従ってフレームパケットが解読され、各々のフレームパ
ケットタイプに対応してデータグループが与えられる。
ステップＳ１００７で、ネットワークドライバによって
ＰＲＥＳＣＡＮが再起動され、ＬＳＬによって与えられ
たどのデータグループがＩＰＸヘッダー（すなわち“Ｆ
ＦＦＦ”（１６進表示））としての正当な最初の２バイ
トを持つかが、このＰＥＲＳＣＡＮによって判定され
る。すなわち、変数データ領域４１４（各々の異なるパ
ケットタイプ（図９）に対応する変数データ領域４１
４）があるために、ＬＳＬは、フレームパケットタイプ
の中の１つだけに従ってＩＰＸヘッダー４１５を適切に
識別することができる。即ち、ステップＳ１００７にお
いては、ＰＲＥＳＣＡＮによってＩＰＸヘッダーが探索
され、ＬＳＬによって得られた４つのデータグループの
内のどれによって正しくＩＰＸヘッダーが与えられたか
に従って、ＬＡＮバス上で現在使用されているフレーム
パケットタイプを判定することができる。

【０１６３】ステップＳ１００８で、ＰＲＥＳＣＡＮに
よって、対応するフレームパケットタイプがＤＲＡＭ２
２０の共通域に格納され、その結果、ＳＰＸとＩＰＸの
ような他のネットワークアプリケーション・プログラム
によってフレームパケットタイプを使用することができ
るようになる。その後、ステップＳ１００９で、マイク
ロプロセッサ２１６が、もし所望であれば、他のソフト
ウェアモジュールでそのデータ領域を上書きできるよう
に、ＰＲＥＳＣＡＮによってＤＲＡＭ２２０のその格納
領域が解放される。

【０１６４】４ｆ．マルチプロトコルオペレーションマルチプロトコルオペレーションにおいて、異なる２つ
のオペレーティング・システムによって、単一のローカ
ルエリアネットワークバス上でＬＡＮ通信が遂行される
が、これはそれぞれ異なる作業プロトコルを使用するこ
とによって行なわれる。たとえば、ノーベル社の互換オ
ペレーティング・システムではＳＰＸ／ＩＰＸ作業プロ
トコルを用いてＬＡＮバス上で通信が行なわれるのに対
して、ＵＮＩＸ互換オペレーティング・システムではＴ
ＣＰ／ＩＰ作業プロトコルを用いてＬＡＮバス上での通
信が行なわれる。アップル株式会社によって提供される
アップルトークオペレーティング・システム(商標) の
ような他のオペレーティング・システムでは、マルチプ
ロトコルネットワーク環境の中で、単一ネットワークバ
ス上のＬＡＮ通信用にそれぞれ異なる作業プロトコルが
使用される。

【０１６５】通常、単一ネットワーク・オペレーティン
グ・システムへの通信を行なうためにＮＥＢ２は構成さ
れるが、マルチプロトコルネットワーク環境（たとえば
Ｎｏｖｅｌｌ／ＵＮＩＸ組合せマルチプロトコル環境）
で作動するためにＮＥＢ２を構成してもよい。この構成
においてＮＥＢ２に含まれるものとしては、ノーベル社
オペレーティング・システムでファイル・サーバのジョ
ブ待ち行列をチェックするための前記ＣＰＳＥＲＶＥＲ
のようなノーベル互換周辺機器サーバ、及び、ＣＰＳＥ
ＲＶＥＲによって行なわれるチェックと同様にＵＮＩＸ
オペレーティング・システム用ファイル・サーバのジョ
ブ待ち行列をチェックする前記ＣＬＰＲ（カスタムライ
ンプリンタリモート）のようなＵＮＩＸ互換周辺機器サ
ーバ等である。双方のサーバ（ここではＣＰＳＥＲＶＥ
ＲとＣＬＰＲ）によって、共通の周辺機器リソース（こ
こでは、プリンタのような単一周辺機器）がサービスさ
れる。また、共通のリソース制御のための回線争奪を回
避するために、双方のサーバは、他のサーバを除外して
この周辺機器の制御を掌握し、他のサーバに制御を掌握
したという信号を送り、ジョブ待ち行列が空いたときに
は周辺機器の制御を放棄することができる。また、他の
サーバが周辺機器を使用するための保留中の要求を持っ
ているかどうかを判定するために、他のサーバに対し
て、各サーバがチェックを行なうことも可能である。保
留となっている要求がある場合には、たとえジョブ待ち
行列に残っているジョブがあっても、サーバは、現在の
ジョブの終了時に周辺機器の制御を放棄することがで
き、各サーバによる周辺機器の交互使用が可能になる。

【０１６６】図１１に、マルチプロトコルネットワーク
運用のために構成されたＮＥＢ２を示す。図１１に、Ｎ
ｏｖｅｌｌ／ＵＮＩＸ組合せマルチプロトコル環境を例
示するが、これは、他の作業プロトコルを図１１に示さ
れたプロトコルで置き換えてもよいし、あるいはそれら
と組合わせて使用してもよいことはいうまでもない。図
１１で、ＮＥＢ２は、電気的インタフェース３２１、ネ
ットワークドライバ３２２、及びリンクサポートレイヤ
（“ＬＳＬ”）３２４を介してＬＡＮバス６に接続して
いる（上述の図７に示されたものとほぼ同じ）。ノーベ
ル仕様作業プロトコルは、参照番号３２５、３２６及び
３２７で示される。より明確に述べれば、３２５と３２
６は、ＳＰＸ／ＩＰＸ作業プロトコルスタック（あるい
はタワー）であり、これによって、ノーベル互換アプリ
ケーションプログラムはＬＳＬを介してＬＡＮバスと通
信を行なう。ノーベル互換アプリケーションプログラム
３２７は、ＣＰＳＥＲＶＥＲのようなノーベル互換サー
バを含む。ノーベル互換ソフトウェアによって、上述の
ように双方向ＳＣＳＩバス１０２を介してプリンタ４が
駆動される。

【０１６７】ＵＮＩＸ互換作業プロトコルは、参照番号
３３５、３３６及び３３７で示される。より明確に述べ
れば、３３５と３３６にはＴＣＰ／ＩＰ作業プロトコル
スタック（あるいはタワー）が含まれ、これによって、
ＵＮＩＸ互換アプリケーション・プログラムはＬＳＬを
介してＬＡＮバス６へ通信を行なう。ＵＮＩＸ互換ネッ
トワークアプリケーションプログラム３３７は、ＣＬＰ
ＲのようなＵＮＩＸ互換プリンタ・サーバを含む。プリ
ント・サーバＣＬＰＲによって、上述のように、ＳＣＳ
Ｉバス１０２を介してプリンタ４が駆動される。

【０１６８】ＰＲＥＳＣＡＮモジュール３３９はＬＳＬ
３２４とインタフェースで結ばれ、各々のオペレーティ
ング・システムのためにＬＡＮバス６上で伝送されてい
るフレームパケットタイプが判定される。より詳細に述
べれば、ＵＮＩＸオペレーティング・システムやノーベ
ルオペレーティング・システムのような各オペレーティ
ング・システムは、種々のフレームパケットタイプでＬ
ＡＮバス６上で通信を行なうことができる。ＬＡＮバス
６がイーサネットタイプのＬＡＮバスである場合には、
ＵＮＩＸオペレーティング・システムは、３つのフレー
ムパケットタイプ（すなわちイーサネット８０２．２、
イーサネットII、イーサネットＳＮＡＰ）のうちの任意
のタイプによってイーサネット上で通信することができ
る。同様に、ＬＡＮバス６がイーサネットタイプのバス
である場合、ノーベル社オペレーティング・システム
は、４つのフレームパケットタイプ（すなわちイーサネ
ット８０２．２、イーサネット８０２．３、イーサネッ
トII、イーサネットＳＮＡＰ）のうちの任意のタイプに
よってＬＡＮバス上で通信することができる。ノーベル
オペレーティング・システムとＵＮＩＸオペレーティン
グ・システムの双方が、同じフレームパケットタイプを
使用することが可能である。即ち、マルチプロトコル環
境でオペレーティング・システムのどれがＬＡＮバス上
で現在通信しているかを判定するのはオペレーティング
・システムプロトコル（ノーベルではＳＰＸ／ＩＰＸ、
また、ＵＮＩＸではＴＣＰ／ＩＰ）である。

【０１６９】図１１に示されたマルチプロトコル環境に
おいて、図１０で示したステップを各々のオペレーティ
ング・システムプロトコルに対して実行することによっ
て、各オペレーティング・システムで使用されているフ
レームパケットタイプをＰＲＥＳＣＡＮモジュール３３
９が判定する（上述のセクション４ｅを参照）。たとえ
ば、ＵＮＩＸ互換及びノーベル互換システムによってマ
ルチプロトコル環境が構成される場合、ＰＲＥＳＣＡＮ
が、ＬＳＬを介してＳＰＸ／ＩＰＸプロトコルタワーに
対するすべての４つのフレームパケットタイプに同時に
繋がり、その結果ＬＳＬから返信された適切なＩＰＸヘ
ッダを持つデータグループに従ってフレームパケットタ
イプが判定される。次いで、ＰＲＥＳＣＡＮは、ＴＣＰ
／ＩＰプロトコルタワーを持つ３つすべてののフレーム
パケットタイプを介してＬＳＬを通じて同時に繋がる。
適切なＴＣＰ／ＩＰヘッダーを持つデータグループに従
って、ＵＮＩＸ互換オペレーティング・システムによっ
て使用されるフレームパケットタイプがＰＲＥＳＣＡＮ
によって判定される。

【０１７０】より詳細に述べるならば、適応的かつ自動
的に、複数の所定のフレームパケットタイプのうちどれ
がマルチプロトコルネットワーク環境のＬＡＮ通信用に
現在使用されているかを判定するために、ＰＲＥＳＣＡ
Ｎプログラム・モジュール３３９がＥＰＲＯＭ２２２か
らＤＲＡＭ２２０へダウンロードされ、ここで、マイク
ロプロセッサ２１６によってＰＲＥＳＣＡＮモジュール
が実行される。第１オペレーティング・システム用のフ
レームパケットタイプを判定するために、ＰＲＥＳＣＡ
Ｎは、まずノーベル互換オペレーティング・システム用
ＳＰＸ／ＩＰＸ作業プロトコルのような第１オペレーテ
ィング・システムプロトコルに対応する複数のフレーム
パケットタイプに同時に繋がるようにＬＳＬを構成す
る。ネットワークドライバ３２２によってＬＡＮ通信バ
スがモニタされ、第１オペレーティング・システムのた
めの同報通信がキャッチされる。このような同報通信の
キャッチに応じて、キャッチされた同報通信に対する複
数のデータグループがＬＳＬによって与えられ、これら
のデータグループの各々は複数の異なるパケットタイプ
にそれぞれ対応している。ＰＲＥＳＣＡＮモジュール３
３９が再起動され、ＳＰＸ／ＩＰＸヘッダーのような所
定のヘッダーの存在を求めて各データグループがプレス
キャンされ、第１オペレーティングプロトコルタワーに
よって使用される所定のヘッダーを持つデータグループ
に対応するフレームパケットタイプが、ＰＲＥＳＣＡＮ
モジュール３３９によって格納される。

【０１７１】ＵＮＩＸオペレーティング・システムのよ
うな第２オペレーティング・システムのために使用され
るフレームパケットタイプを判定するために、ＰＲＥＳ
ＣＡＮは、ＵＮＩＸオペレーティング・システム用のＴ
ＣＰ／ＩＰのような第２オペレーティング・システムプ
ロトコルに対応する複数のフレームパケットタイプに同
時に繋がるようにＬＳＬを構成する。ネットワークドラ
イバによってＬＡＮ通信バスがモニタされ、第２オペレ
ーティング・システムに対する同報通信がキャッチされ
る。そして、このキャッチされた同報通信に対応して複
数のデータグループがネットワークドライバによって提
供され、これらのデータグループの各々はそれぞれ異な
るパケットタイプに対応している。ＰＲＥＳＣＡＮモジ
ュールによって、Ｕｎｉｘ用のＴＣＰ／ＩＰヘッダーの
ような所定のヘッダーの存在を求めて各データグループ
がプレスキャンされ、所定のヘッダーを持つデータグル
ープに対応するフレームパケットタイプが格納される。

【０１７２】一度、マルチプロトコル環境において各々
のオペレーティング・システムよって使用されるフレー
ムパケットタイプの知識が得られたならば、ＣＰＳＥＲ
ＶＥＲのようなノーベル互換ネットワークアプリケーシ
ョン・プログラム３２７、及びＣＬＰＲのようなＵＮＩ
Ｘ互換ネットワークアプリケーション・プログラム３３
７は、双方ともＬＡＮバス６上で通信することができ
る。概略的に示されているように、この２つのアプリケ
ーション・プログラム３２７と３３７は信号線３４０に
よって相互通信を行なう。信号線３４０（プログラム３
２７及び３３７によって共通にアクセスされるＤＲＡＭ
に格納された制御レジスタを用いて実現される）を用い
て、プログラム３２７と３３７は相互通信を行なうこと
ができ、このプログラムの一方がプリンタ４に対する排
他的制御を掌握したという信号を送ったり、あるいは、
このプログラムの一方がプリンタ４の使用に対する保留
中の要求を持っているということを信号で送ることがで
きる。このことに関しては、以下で、より詳細に説明す
る。

【０１７３】オペレーションにおいて、ＣＰＳＥＲＶＥ
Ｒのような第１サーバによって、そのオペレーティング
・システムジョブ待ち行列がチェックされ、もし、ジョ
ブ待ち行列に印刷情報がある場合、そのオペレーティン
グ・システムから印刷情報が第１サーバによって受信さ
れる。第１サーバによるジョブ待ち行列チェックと調和
して、ＣＬＰＲのような第２サーバによってそのオペレ
ーティング・システムジョブ待ち行列がチェックされ、
もしジョブ待ち行列に印刷情報がある場合、オペレーテ
ィング・システムからジョブ情報が第２サーバによって
受信される。これらサーバの１つがプリンタ周辺機器の
使用を必要とする十分な情報を得た場合、プリンタの排
他的制御がそのサーバによって掌握され、プリンタの排
他的制御を掌握したという信号が信号線３４０を介して
他のサーバへ送信される。これによって、他のサーバが
プリンタ４に印刷ジョブを不注意に挿入しようとするこ
とがある回線争奪問題が防止される。

【０１７４】プリンタ４のジョブ待ち行列が空になるま
で、プリンタ４に対する排他的制御が第１サーバによっ
て保持される。このジョブ待ち行列が空になった場合、
第１のサーバによってプリンタ４の制御が放棄される
が、この後は、他の任意のサーバによってこのプリンタ
を使用することができる。

【０１７５】又、別の方法によれば、たとえ第１サーバ
のジョブ待ち行列がまだ空ではなくても、第１サーバが
印刷ジョブの終了に達した場合、信号線３４０を介して
他のサーバに対して問合せを行ない、他のサーバがプリ
ンタ４の使用に対する保留中の要求を持っているかどう
かが判定される。もし他のサーバが保留中の要求を持っ
ている場合、第１サーバはプリンタに対する制御を一時
的に放棄し、これにより各々のサーバによる周辺機器の
交互使用が可能になる。この場合、第１サーバは、プリ
ンタに対する制御を放棄しても、自分がプリンタの使用
に対する保留中の要求を持っていることを信号で送信す
る。

【０１７６】４ｇ．ＳＡＰＳＥＲＶＥＲを使用する単
一ネットワーク・ノードからの複数サーバの公示上述のように、ＮｅｔＷａｒｅは、各々の非ファイルサ
ーバネットワーク・ノードからの単一ネットワークサー
バがＬＡＮバス上でのそのサービスを公示することを可
能にするだけである。しかしながら、非強制排除ＭＯＮ
ＩＴＯＲによって確立されたマルチタスク環境において
は、ＮＥＢ２によって２つ以上のネットワークサーバが
与えられる。特に、ＮＥＢ２は、ソケットサーバ（ＣＰ
ＳＯＣＫＥＴ）のサービスと同様にプリント・サーバ
（ＣＰＳＥＲＶＥＲ、ＣＲＰＲＩＮＴＥＲあるいはＣＬ
ＰＲ）のサービスも提供する。ＳＡＰＳＥＲＶＥＲプロ
グラム・モジュールによって、双方のネットワークサー
バが、通常は各ノードからの単一ネットワークサーバだ
けの公示しかサポートされないＬＡＮ通信システムにお
いて、単一ネットワーク・ノード（ここにでは、ＮＥ
Ｂ）からのその諸サービスの公示をすることが可能にな
る。各々のクライアントサーバ（ここでは、ＣＰＳＯＣ
ＫＥＴとＣＰＳＥＲＶＥＲ）のサービスを交互に公示す
るＮＥＢ中の代用サーバ（すなわちＳＡＰしているエン
ティティ）として動作することにより、ＳＡＰＳＥＲＶ
ＥＲは上述の如き公示を遂行する。

【０１７７】ＳＡＰＳＥＲＶＥＲは、そのクライアント
の１つへ向けられたＳＡＰ同報通信要求を求めてネット
ワークを聴取し、そのクライアントのサーバタイプ、サ
ーバ名、及び通信ソケット番号で応答を行なう。そして
この応答によりクライアントは直接ＬＡＮ通信を確立す
ることができる、図１２はＳＡＰＳＥＲＶＥＲのソフト
ウェア構造を説明するための図であり、図１３はＳＡＰ
ＳＥＲＶＥＲのオペレーションを説明するフローチャー
トである。

【０１７８】図１２に示されるように、ＳＡＰＳＥＲＶ
ＥＲはソフトウェア階層において、ソフトウェアのアプ
リケーションレベルの位置されており、その結果、これ
は、ソフトウェアのＳＰＸとＩＰＸネットワークレベル
と直接通信できる。ＳＡＰＳＥＲＶＥＲは、各々のクラ
イアントの代用ＳＡＰエンティティとして働く。そし
て、本実施例のＮＥＢ２の場合には、ＳＡＰＳＥＲＶＥ
Ｒは、ボードの構成によって指定されるようなソケット
サーバプログラムＣＰＳＯＣＫＥＴ及びプリント・サー
バプログラムＣＰＳＥＲＶＥＲから成る。ＳＡＰＳＥＲ
ＶＥＲは、また、“クライアント＃Ｎ”で図示されてい
るような、他のクライアントにも同様に機能するように
構成することができる。

【０１７９】図１３に示されているように、マイクロプ
ロセッサ２１６によってＥＰＲＯＭ２２２からＳＡＰＳ
ＥＲＶＥＲプログラム・モジュールが引き出され、ＤＲ
ＡＭ２２０に格納される。その後、マイクロプロセッサ
２１６によってＳＡＰＳＥＲＶＥＲプログラムのオペレ
ーションが開始され、ＳＡＰ独占同報を求めてＳＡＰ独
占ソケットを聴取するためにこのプログラムが構成され
る（ステップＳ１３０１）。ステップＳ１３０２で、マ
イクロプロセッサ２１６によってＥＰＲＯＭ２２２から
ＣＰＳＯＣＫＥＴモジュールが引き出され、ＤＲＡＭ２
２０に格納されて実行される。ＣＰＳＯＣＫＥＴプログ
ラム・モジュールはＣＰＳＯＣＫＥＴサービスの公示を
行うべくＳＡＰＳＥＲＶＥＲへ要求が発行する。これに
より、標準ＳＡＰプロトコルに従って、ＳＡＰＳＥＲＶ
ＥＲはＣＰＳＯＣＫＥＴに対する周期的（たとえば１分
間隔）な公示を開始する（ステップＳ１３０３）。

【０１８０】ステップＳ１３０４で、マイクロプロセッ
サ２１６によってＥＰＲＯＭ２２２からＣＰＳＯＣＫＥ
Ｔモジュールが引き出され、ＤＲＡＭ２２０に格納さ
れ、実行される。ＣＰＳＥＲＶＥＲは、ＣＰＳＥＲＶＥ
Ｒサービスの公示をネットワーク上に行う要求をＳＡＰ
ＳＥＲＶＥＲに対して発行する。ＳＡＰＳＥＲＶＥＲに
よって、ＣＰＳＥＲＶＥＲのサービスに対する周期的な
ＳＡＰ公示が開始され、且つＣＰＳＯＣＫＥＴに対する
サービスも公示され続ける。ステップＳ１３０５で示さ
れるように、この公示は周期性を持って交互に行なわれ
る。

【０１８１】ステップＳ１３０６によって、同報要求が
ＳＡＰ独占ソケットで受信されたかどうかが判定される
（たとえばソケット番号４５３とする）。同報要求が独
占ソケットで受信されてしまうまで、ＳＡＰＳＥＲＶＥ
Ｒは、ＣＰＳＥＲＶＥＲとＣＰＳＯＣＫＥＴのサービス
の公示を単に周期的に且つ交互に出し続ける。しかしな
がら、同報要求が独占ソケットで受信された場合、次の
ステップＳ１３０７でＳＡＰＳＥＲＶＥＲによって、そ
の同報要求がそのクライアントのうちの１つのサービス
に対する（ここではＣＰＳＯＣＫＥＴまたはＣＰＳＥＲ
ＶＥＲのサービスに対する）ものであるかどうかが判定
される。同報要求がＳＡＰＳＥＲＶＥＲのクライアント
の１つに対するものではない場合、処理は単にステップ
Ｓ１３０５へ戻り、そこでＳＡＰＳＥＲＶＥＲはそのク
ライアントに対する公示を間欠的に出し続ける。また一
方で、同報要求がＳＡＰＳＥＲＶＥＲのクライアントの
１つに対するものである場合、処理はステップＳ１３０
８へ進む。

【０１８２】ステップＳ１３０８で、ＳＡＰＳＥＲＶＥ
Ｒは、独占ソケット番号４５３上でＩＰＸパケットで応
答する。このＩＰＸパケットはそのクライアントのサー
バタイプ、サーバ名及び通信ソケット番号を含む。ま
た、このＩＰＸパケットは、通信ソケットを指定し、そ
の通信ソケットにより同報要求者がそのクライアントと
直接的な通信を確立することができる。そして、ＳＡＰ
ＳＥＲＶＥＲは、ステップＳ１３０５へもどり、その各
々のクライアントに対する公示を周期的に交互に出し続
ける。

【０１８３】ステップＳ１３０９では、同報要求者は、
ステップＳ１３０８で確立された通信ソケットを通して
同報要求で指定されたクライアントとの直接的なＳＰＸ
接続を確立する。本構成において、プリント・サーバＣ
ＰＳＥＲＶＥＲのサービスが要求される場合、そのソケ
ット番号は８０６０である。また一方で、ＣＰＳＯＣＫ
ＥＴサーバのサービス要求が行なわれる場合、そのソケ
ット番号は通信に対しては８３Ｂ４であり、接続に対し
ては８３Ｂ５である。次いで、下記により詳細に説明す
るように、直接通信が進行する。

【０１８４】４ｈ．ＣＰＩＮＩＴを用いる、ネットワ
ークされたプリンタ構成図１４は、ＮＥＢが常駐するＮＥＢ２とプリンタ４の双
方を初期化し構成しかつその後再構成するために、ネッ
トワーク管理者がＰＣ１４からＣＰＩＮＩＴをどのよう
に使用することができるか示すフローチャートである。

【０１８５】ステップＳ１４０１で、ＣＰＩＮＩＴユー
ティリティはネットワーク上でプロトコルを公示するサ
ービス（ＳＡＰ）を使用し、ネットワークされたプリン
タ装置のうちどのプリンタがＣＰＩＮＩＴの問合せに応
答可能であるかが判定される。各ＮＥＢボードにおい
て、ＣＰＳＯＣＫＥＴは、サーバタイプ、各ＮＥＢを直
接アクセスすることを可能とするためのサーバ名とユニ
ークなソケット番号、及びＮＥＢがモジュールの構成を
必要とするかどうかの指示でもって応答する。

【０１８６】ステップＳ１４０２で、ＣＰＩＮＩＴによ
って、すべてのＮＥＢ及びそれらの関連装置のリストが
構築され、システム管理者が選択できるメニュー形式で
それらは提示される。選択に続いて、ＣＰＩＮＩＴによ
り、ターゲットＮＥＢの現在の構成が要求される（ステ
ップＳ１４０３）。より明確に述べれば、ＣＰＩＮＩＴ
によって、ＬＡＮインタフェースを介してターゲットＮ
ＥＢへ要求が送信される。ＮＥＢで、構成情報に対する
要求がＬＡＮインタフェースからＣＰＳＯＣＫＥＴによ
って受信される。必要とされる構成情報がＣＰＳＯＣＫ
ＥＴによって収集され、ＬＡＮインタフェースを介して
システム管理者のＰＣ１４上のＣＰＩＮＩＴへこの情報
が向けられる（ステップＳ１４０４）。ステップＳ１４
０５で、ターゲットＮＥＢの現在の構成のメニューがＣ
ＰＩＮＩＴによって表示される。

【０１８７】ステップＳ１４０６からＳ１４０８におい
て、システム管理者は、ターゲットボードに対する所望
の構成を指定する。より詳細に述べれば、メニュー表示
のようなユーザ・インタフェースによってシステム管理
者のＰＣ１４上で構成が指定される。例えば、以下の構
成パラメータがオペレータによって選択され、構成情報
がセットされる。即ち、（１）ロギング情報（ステップ
Ｓ１４０６）、（２）ＮＥＢ名（ステップＳ１４０
７）、及び（３）アプリケーションタイプ（ＣＰＳＥＲ
ＶＥＲのような）（ステップＳ１４０８）である。

【０１８８】ロギング情報の下で、システム管理者は、
４つの異なるレベルのロギングのうち１つを指定する。
この４つのレベルとは例えば、 “ＮＯＮＥ”（ロギング無効） “ＡＵＴＯ”（基本的なプリンタ利用統計値を１日当た
り１回経過記録） “ＥＲＲＯＲ”（基本的なプリンタ利用統計値及びエラ
ー事象を、それらが発生したとき、経過記録する） “ＪＯＢ”（基本的な利用率プリンタ統計値、エラー事
象及びジョブ開始／終了情報をすべて、それらが発生し
たとき、経過記録する）である。

【０１８９】ログ選択を行なった後、システム管理者
は、ログ情報を格納するためにプリンタのディスク上に
（あるいは、プリンタにディスクがない場合にはＮＶＲ
ＡＭ１１１上に、もしくはＮＥＢのＮＶＲＡＭ２２８上
に）最大ログサイズのスペースをプリンタが確保するこ
とを可能とするべく最大ログサイズ（“ＮＯＮＥ”が選
択された場合を除いて）を設定しなければならない。

【０１９０】ＮＥＢ名情報において（ステップＳ１４０
７）、システム管理者は、“２ｎｄＦｌｏｏｒＬａｓ
ｅｒ”のような記述名のように、ＮＥＢに英数字名を割
当ててもよい。この記述名は、ＮＥＢによってそのＮＶ
ＲＡＭに格納され、識別を助けるためにＮＥＢ及び他の
ネットワーク装置によって利用される。

【０１９１】アプリケーションタイプ選択において（ス
テップＳ１４０８）、システム管理者は、ＮＥＢをＣＰ
ＳＥＲＶＥＲとして構成するかあるいはＣＲＰＲＩＮＴ
ＥＲとして構成するかを選択する。ＣＰＳＥＲＶＥＲが
選択された場合にはシステム管理者が次の項目を指定す
る必要がある。即ち、ＮＥＢに割当てられたプリント・
サーバ名、パスワード、アプリケーションバッファサイ
ズ、待ち行列サービスモード、型番号、ＮＥＢが常駐す
るプリンタのプリンタ番号、ＮＥＢによってサービスさ
れる印刷待ち行列名、及び第１ファイルサーバ名であ
る。一方、ＣＲＰＲＩＮＴＥＲが選択された場合には、
ＮＥＢがその印刷情報を得るプリント・サーバ名、ＮＥ
Ｂが常駐するプリンタのプリンタ番号、ＮＥＢによって
サービスされる印刷待ち行列名、及び第１ファイルサー
バ名をシステム管理者が指定する必要がある。

【０１９２】ステップＳ１４０９で、ＣＰＩＮＩＴはネ
ットワークＬＡＮを介してＮＥＢに新しい構成を送る。
ターゲットＮＥＢで、ＣＰＳＯＣＫＥＴは新しい構成情
報を受信し、ＮＶＲＡＭ２２８にそれを格納する（ステ
ップＳ１４１０）。

【０１９３】ＮＥＢの構成を完成するために、ＮＥＢは
リブートされなければならない。システム管理者によっ
て、ＣＰＩＮＩＴを介してコマンドが送出され、このコ
マンドによってターゲットＮＥＢへＬＡＮを介してリブ
ートコマンドが順次送られる（ステップＳ１４１１）。
ＮＥＢで、ＣＰＳＯＣＫＥＴは、リブートコマンドを受
信し、新しい構成でＮＥＢがリブートされる（ステップ
Ｓ１４１２）。

【０１９４】４ｉ．ＣＰＣＯＮＳＯＬを使用するネッ
トワークされたプリンタのアクセスＣＰＣＯＮＳＯＬは、システム管理者のＰＣ１４から実
行されるユーティリティ・プログラムであり、これによ
って、ＮＥＢを使用し、ネットワーク接続されたプリン
タを最大限にかつ効率的に制御することができる。ＣＰ
ＣＯＮＳＯＬを使用することで、ルーチンおよび進行中
の保守パラメータを遠隔地から追跡することが可能であ
る。例えば、この追跡によって、トナーが不足している
か、用紙トレーが空になっているか、用紙が詰まってい
るか、あるいはプリンタが全く応答しないかを判定する
ことができる。ＣＰＣＯＮＳＯＬによって、印刷ページ
数合計を記録し、日常保守および予防保守のスケジュー
ルをたて、同時に、プリンタの最終的交換を計画するこ
とも可能である。

【０１９５】ＣＰＣＯＮＳＯＬユーティリティによっ
て、プリンタ操作に関する統計値へのアクセスがシステ
ム管理者に与えられ、同時に、ネットワーク通信の効率
も与えられる。ＣＰＣＯＮＳＯＬによって、印刷ページ
数の合計が判定され、同時に、１分当たりの平均印刷ペ
ージ率、１日当たりの平均印刷ページ数、及び、プリン
タの作業効率のモニタを可能にする他の統計値も判定す
ることができる。

【０１９６】ネットワーク統計値によって、再実行、オ
ーバラン、およびアンダーランのエラーと同様、ネット
ワーク上の通信効率（すなわち送受信エラー頻度）測定
が可能になる。

【０１９７】複数のプリンタがインストールされると、
ＣＰＣＯＮＳＯＬは、総ページ数と同様総ジョブ数に関
する各プリンタの使用状態を遠隔地から記録することが
できる。この機能により、消耗紙費用のような項目に対
する直接部門別勘定のようなジョブトラッキングを行な
うことが可能となる。

【０１９８】進行中の作業をモニタすることにより、Ｃ
ＰＣＯＮＳＯＬはよりよい効率をもたらすようにネット
ワークプリンタを再配置すべきか追加べきかの決定支援
を行なうことができ、同時に、プリンタ交換の必要性を
も予測することができる。

【０１９９】ＣＰＣＯＮＳＯＬによって、デフォルト
（安全）環境パラメータを設定することもでき、このパ
ラメータにより、各印刷ジョブに先立って、同じ方法に
よるプリンタ構成が保証される（セクション４ｍに後
述）。ユーザは、もちろん、その印刷ジョブ自身の範囲
内でその構成を変更することもできる。

【０２００】図１５Ａ及び図１５ＢはＣＰＣＯＮＳＯＬ
の動作を示す詳細なフローチャートである。ＣＰＩＮＩ
Ｔと同様に、ＣＰＣＯＮＳＯＬによって、まず、ＬＡＮ
上で同報通信が行なわれ、ＬＡＮに接続されたすべての
ＮＥＢ装置の識別が要求される（ステップＳ１５０
１）。ＮＥＢの装置において、ＣＰＳＯＣＫＥＴは、Ｎ
ＥＢに割当てられたユニークなネットワークＩＤ及び通
信ソケット番号で応答する（ステップＳ１５０２）。Ｃ
ＰＣＯＮＳＯＬによって、すべてのＮＥＢ装置に対する
応答情報が収集され、管理者へ応答ＮＥＢ装置のリスト
が表示される（ステップＳ１５０３）。管理者によって
ＮＥＢ装置の１つが選択され、そこで、ネットワークＩ
Ｄとソケット番号に応じたＬＡＮ同報通信によって、選
択されたＮＥＢとの直接ネットワーク通信がＣＰＣＯＮ
ＳＯＬにより確立される。

【０２０１】一度、ターゲットＮＥＢとの直接ＬＡＮ通
信が確立されると、ＣＰＣＯＮＳＯＬはメニュー表示の
ようなユーザ・インタフェースによって作動する（ステ
ップＳ１５０４）。このメニューによって、ＣＰＣＯＮ
ＳＯＬの機能は５つのグループ、すなわち、環境、ネッ
トワーク、ロギング、アプリケーション制御、及びプリ
ンタ状態に分割される。これらの機能グループを下記の
セクションで詳述する。

【０２０２】［環境グループ（ステップＳ１５０５）］
この環境選択により、ＣＰＣＯＮＳＯＬが選択されたプ
リンタの現在の環境を表示し（ステップＳ１５０６）、
この新しい環境の変更と格納が可能となる（ステップＳ
１５０７）。この環境は、共通環境、インタフェース、
制御、及び、品質の４つのグループに細分される。

【０２０３】共通環境が選択されると、ＣＰＣＯＮＳＯ
ＬによりターゲットＮＥＢに対するＬＡＮ要求が開始さ
れ、エミュレーション・モード、フィーダ及びページ総
数が設定される。ターゲットＮＥＢのＣＰＳＯＣＫＥＴ
によって、ＬＡＮ要求が受信され、双方向ＳＣＳＩイン
タフェースを介して接続されたプリンタから所望の情報
が取得され、ＬＡＮインタフェースを介して管理者のＰ
Ｃ１４のＣＰＣＯＮＳＯＬにこの情報が送られる。ここ
で、ＣＰＣＯＮＳＯＬによって、エミュレーション・モ
ード、フィーダ及びページ総数を示すリストが表示され
る。

【０２０４】インタフェースメニューが選択されると、
インタフェース情報に対するＬＡＮ要求がＣＰＣＯＮＳ
ＯＬによってターゲットＮＥＢへ向け開始される。ＮＥ
Ｂが応答すると、ＣＰＣＯＮＳＯＬにより、この選択さ
れたプリンタに現在セットされているインタフェース表
示がインタフェースリストにより行なわれる。

【０２０５】制御メニューが選択され、同じ様に、ＣＰ
ＣＯＮＳＯＬによって、ターゲットＮＥＢに対してＬＡ
Ｎ要求が開始され、プリンタ設定を行なうために双方向
ＳＣＳＩバスを介してＮＥＢのプリンタへさらに問合せ
が行なわれる。このプリンタ設定は、ＬＡＮインタフェ
ースを通ってＣＰＣＯＮＳＯＬへ戻され、表３に従うプ
リンタの現在の設定状態が表示される。

【０２０６】品質グループが選択されると、ＬＡＮインタフェースを
介してターゲットＮＥＢに情報が要求され受信された
後、ＣＰＣＯＮＳＯＬによって、選択モード、高精細モ
ード、メモリ使用状況及び低解像度モードの設定が表示
される。

【０２０７】［ネットワーク・グループ（ステップＳ１
５０８）］ネットワーク選択により、ＣＰＣＯＮＳＯＬ
が、ネットワーク上のネットワークされたプリンタの性
能に関する、編集された統計値の表示（ステップＳ１５
０９）、新しいネットワーク・グループの変更と格納
（ステップＳ１５１０）を行なうことが可能になる。こ
れらの統計値は、媒体依存及び媒体非依存関連送受信統
計値にさらに区分される。ＣＰＣＯＮＳＯＬによって、
すべての統計値をクリアすることも可能である。

【０２０８】システム管理者がネットワーク・グループ
を選択すると、ＣＰＣＯＮＳＯＬによって、ＬＡＮイン
タフェースを介するターゲットＮＥＢへのネットワーク
要求が開始される。ＮＥＢにおいて、ＣＰＳＯＣＫＥＴ
はこの要求に応答し、必要な性能情報が得られる。この
情報はＣＰＳＯＣＫＥＴによって収集され、ＬＡＮイン
タフェースを介して管理者のＰＣ１４のＣＰＣＯＮＳＯ
Ｌへ戻される。管理者のＰＣ１４において、ＣＰＣＯＮ
ＳＯＬによって媒体依存及び媒体非依存関連送受信情報
が表示される。

【０２０９】表４及び表５に媒体依存送受信統計値がま
とめられている。

【０２１０】媒体非依存統計によって、送信媒体とは関連のないネッ
トワーク統計値が表示される。このような統計値はネッ
トワーク上のプリンタの全体的な動作をよく要約してお
り、それは表６のようにまとめられる。

【０２１１】［ロギンググループ（ステップＳ１５１１）］ロギング
グループ選択により、ＮＥＢによって編集された１セッ
トのジョブ関連統計値の表示（ステップＳ１５１２）、
新しいロギンググループの変更と格納（ステップＳ１５
７３）をＣＰＣＯＮＳＯＬが行なうことが可能になる。
表示されたデータにはジョブ平均、ページ平均及び性能
データが含まれている。ＣＰＣＯＮＳＯＬは、このメニ
ューで合計値をゼロにリセットすることもまた可能であ
る。統計値に加えて、ＣＰＩＮＩＴによって構成されて
いるように、すべての印刷ジョブ用のログを作成した
り、ワークステーションディスクへログを書込んだり、
あるいは、ログ・ファイルを消去することが、ＮＥＢに
よって可能である。

【０２１２】システム管理者がロギンググループオプシ
ョンを選択した場合、ＣＰＣＯＮＳＯＬによって、ＬＡ
Ｎインタフェースを介してログ・ファイルを求めるＬＡ
Ｎ要求がターゲットＮＥＢへなされる。ＮＥＢにおい
て、ＣＰＳＯＣＫＥＴによってこの要求が受信され、ま
た、ＣＰＳＯＣＫＥＴによってプリンタ上にログ・ファ
イルが格納されるため、双方向ＳＣＳＩインタフェース
を介しプリンタからログ・ファイルが要求される。ログ
・ファイルが格納されているいかなる（ディスク１１４
のような）場所からでも、ＮＥＢによってこのログ・フ
ァイルが検索され、双方向ＳＣＳＩインタフェースを介
してＣＰＳＯＣＫＥＴへこのファイルが送られる。次い
で、ＣＰＳＯＣＫＥＴによってこのログ・ファイルはＬ
ＡＮインタフェースを介してネットワーク上に置かれ、
ＣＰＣＯＮＳＯＬによって受信される。

【０２１３】このログ・ファイルには、１日値、累計
値、及び、平均値の３つのカテゴリーに分割される統計
値が含まれている。１日値とは、今日の値を示す。累計
値とは、最終リセット以来、又は、ディスク・ドライブ
なしでプリンタの電源が投入されて以来の合計を示す。
平均値とは、累計合計値を最終リセット以来の日数で割
った値である。３つのカテゴリーの各々に対して、下記
の値の合計がＮＥＢによって保持される（ＣＰＩＮＩＴ
がロギングレベルを「ＮＯＮＥ」にセットしない限
り）。即ち、日数（リセットが送出されるか、あるい
は、電源が投入されて以来の日数）と、印刷ページ数
と、印刷ジョブ処理数と、オフライン時刻、及び、印刷
時刻である。

【０２１４】目視による確認と印刷のために、格納ログ
・ファイルがＣＰＣＯＮＳＯＬによって画面上に取り出
される。ログ・ファイルは時間を遡るように整理されて
おり、以下のレコードタイプが含まれている。表７に要
約されるように、ログ・ファイルの正確な内容はＣＰＩ
ＮＩＴによってセットされるロギングレベルに従って異
なる。

【０２１５】［アプリケーション制御（ステップＳ１５１４）］アプ
リケーション制御により、ネットワーク（ＣＰＳＥＲＶ
ＥＲあるいはＣＲＰＲＩＮＴＥＲのいずれか）内のＮＥ
Ｂの現在の構成を視ること（ステップＳ１５１５）、及
び、このアプリケーションの起動／停止又は変更と格納
がＣＰＣＯＮＳＯＬによって可能になる（ステップＳ１
５１６）。ターゲットＮＥＢへのアクセスは、結果コー
ドをＬＡＮインタフェースに出力することによって、Ｃ
ＰＣＯＮＳＯＬ要求に応答するＬＡＮインタフェースを
介して行なわれる。

【０２１６】［プリンタ状態（ステップＳ１５１７）］
このメニューによって、ＮＥＢに接続されたプリンタの
現在の状態表示（ステップＳ１５１８）、新しいプリン
タ状態の変更と格納をＣＰＣＯＮＳＯＬが行なうことが
可能になる（ステップＳ１５１９）。ＣＰＣＯＮＳＯＬ
は、ＬＡＮインタフェースを介してターゲットＮＥＢに
対して状態要求を行なう。ターゲットＮＥＢでは、ＣＰ
ＳＯＣＫＥＴが、状態要求を受信し、プリンタに対して
双方向ＳＣＳＩインタフェースを介して必要な状態情報
を求める要求を送信する。ＣＰＳＯＣＫＥＴは、双方向
ＳＣＳＩインタフェースを通してプリンタから状態情報
を受信し、この情報をＣＰＣＯＮＳＯＬに戻し、このＣ
ＰＣＯＮＳＯＬで、この情報はシステム管理者のＰＣ１
４上に表示される。

【０２１７】２９の可能な状態状況があり、表８に要約
されるように“ＮＯＲＭＡＬ”が最も普通のものであ
る。

【０２１８】４ｊ．ＣＰＳＯＣＫＥＴを用いた状態問合せへのＮＥ
Ｂ応答ＣＰＳＯＣＫＥＴとは、非強制排除モニタによって提供
されるマルチタスクのソフトタイム環境において、ＮＥ
Ｂ２上のＤＲＡＭ２２０から実行されるアプリケーショ
ン・プログラムである。ＣＰＳＯＣＫＥＴは、ＣＰＩＮ
ＩＴ、ＣＰＣＯＮＳＯＬ及びＤＯＷＮＬＯＡＤＥＲのよ
うなクライアントプログラムから同報通信を行なうため
に、ＳＡＰＳＥＲＶＥＲにＬＡＮ上の同報通信ソケット
をモニタさせる。

【０２１９】ＣＰＳＯＣＫＥＴは、ＰＳＥＲＶＥＲ又は
ＲＰＲＩＮＴＥＲのいずれかのような構成のＮＥＢの内
部構成に対して応答可能である。上述のように、ＣＰＩ
ＮＩＴの要求に対して構成設定がなされるが、その構成
コマンドを受信し、ＮＶＲＡＭ２２８を物理的に変更す
るのは、ＣＰＳＯＣＫＥＴである。

【０２２０】また、ＣＰＳＯＣＫＥＴよって、装置環境
（すなわち保証された安全環境のことであり、セクショ
ン４ｍに後述）を示すデフォルト設定値の表が保持され
ており、装置の電源投入時にプリンタ及びＮＥＢに対す
る基本的な構成情報（例えば、フォント及びエミュレー
ション）がダウンロードされ（セクション４ｄ参照）、
ＣＰＣＯＮＳＯＬ要求に応じて装置状態情報、統計値及
びログ情報を提供し、また、リセット、リブート及びフ
ァームウェアダウンロード能力が設けられている。

【０２２１】図１６Ａと図１６Ｂは、ＣＰＳＯＣＫＥＴ
プログラムの動作を示す詳細なフローチャートである。
ステップＳ１６０１では、電源投入自己検査（ＰＯＳ
Ｔ）が首尾良く行なわれた後、マイクロプロセッサ２１
６により、ＣＰＳＯＣＫＥＴプログラム・モジュールが
ＥＰＲＯＭ２２２の中のその格納位置からＤＲＡＭ２２
０の適切な格納位置へと転送される。転送中、マイクロ
プロセッサ２１６によって、ＮＶＲＡＭ２２８に格納さ
れたＣＰＳＯＣＫＥＴプログラムに対する構成情報に従
い、ＣＰＳＯＣＫＥＴプログラムが構成される。したが
って、例えば、所望のレベルの複雑度に従ってＣＰＳＯ
ＣＫＥＴプログラム・モジュールの一定部分を選択的に
起動させることが可能となり、これら所望のレベルの複
雑度の情報はＮＶＲＡＭ２２８に格納される。

【０２２２】ステップＳ１６０２で、ＮＥＢは、ＤＲＡ
Ｍ２２０からＣＰＳＯＣＫＥＴの実行を開始する。ＣＰ
ＳＯＣＫＥＴは、マルチタスクのソフトタイム環境にお
いて非強制排除ＭＯＮＩＴＯＲによって実行され、この
ＭＯＮＩＴＯＲにより、他のアプリケーション・プログ
ラムの排他に対するマイクロプロセッサの制御を、１つ
のアプリケーション・プログラムに掌握させることな
く、ＣＰＳＥＲＶＥＲのような他のアプリケーション・
プログラムを非強制排除的に実行させることができる。

【０２２３】ステップＳ１６０３で、独占ソケット番号
を含むサービス公示プロトコル同報通信（ＳＡＰＳＥＲ
ＶＥＲ）を介して、ＬＡＮインタフェース上で、ＣＰＳ
ＯＣＫＥＴによってその存在が同報される（セクション
４ｇ参照）。他のサーバがステップＳ１６０２で設定さ
れたマルチタスク環境においてオペレーションを行なっ
ているため、また、ＮｅｔＷａｒｅ（商標）互換ソフト
ウェアのみによってただ一つの非ファイルサーバのサー
バがＮＥＢのような単一ネットワーク・ノードから公示
することができるために、ＣＰＳＯＣＫＥＴによってＳ
ＡＰＳＥＲＶＥＲプログラムを介してそのＳＡＰ公示が
同報通信される。上記パラグラフ４ｇで詳しく説明した
ように、ネットワークが各ネットワーク・ノードに対し
て１つのサーバしかサポートしていない場合であって
も、２つのネットワークサーバが単一ネットワーク・ノ
ードから同報通信を行なうことがＳＡＰＳＥＲＶＥＲプ
ログラムにより可能である。

【０２２４】ステップＳ１６０４で、ＣＰＳＯＣＫＥＴ
によって、クライアント（例えば、独占ソケット４５３
上のＣＰＩＮＩＴやＣＰＣＯＮＳＯＬ）から同報通信要
求が受信される。ＣＰＳＯＣＫＥＴは、同じソケット上
のＩＰＸパケットでクライアントに応答する（ステップ
Ｓ１６０５）。

【０２２５】ステップＳ１６０６で、クライアントによ
って、ＣＰＳＯＣＫＥＴに予め割り当てられるソケット
番号を用いてＣＰＳＯＣＫＥＴと直接ＳＰＸ通信が確立
される。ここでは、ソケット番号を通信用として８３Ｂ
４、接続用として８３Ｂ５とする。この直接接続に従っ
て、クライアント要求及び／またはＬＡＮインタフェー
スで受信されるコマンドが、ＣＰＳＯＣＫＥＴによって
受信され、解釈され、双方向ＳＣＳＩを通してプリンタ
状態がモニタされ、双方向ＳＣＳＩインタフェースを介
して状態コマンド及び／またはプリンタに対する問合せ
が送受信され、ＮＥＢ及びＮＥＢ構成パラメータが再構
成され、要求情報がＬＡＮインタフェースを介してクラ
イアントへ送られる。これらのステップを、図１６Ａ及
び１６ＢのステップＳ１６０７からＳ１６２０に関連し
て、以下更に詳しく説明する。

【０２２６】即ち、ステップＳ１６０７において、ＣＰ
ＳＯＣＫＥＴによって構成コマンドが受信されたと判定
されると、処理はステップＳ１６０８へ進み、そこで、
構成コマンドが実行され、その結果がＬＡＮを介してク
ライアントへ伝えられる。構成コマンドを表９に示す
が、これらの構成コマンドは一般に、ＣＰＩＮＩＴプロ
グラムによって起動された構成コマンドに従うＣＰＳＥ
ＲＶＥＲ又はＣＲＰＲＩＮＴＥＲのいずれかとしてＮＥ
Ｂボードの構成に関係するものである。

【０２２７】ステップＳ１６０９で、ＣＰＳＯＣＫＥＴによって装置
情報コマンドが受信されたと判定されると、処理はステ
ップＳ１６１０へ進み、これらの装置情報コマンドが実
行され、その結果がＬＡＮインタフェースへ伝えられ
る。一般に、装置情報はインタフェース、制御状態、フ
ォント設定及びＮＥＢ２に接続されたプリンタ４の環境
設定値に関係する。ステップＳ１６１０の装置情報コマ
ンドにより、プリンタ装置情報の読取り、プリンタ装置
情報の設定、その情報に対するデフォルト設定値の読取
り、デフォルト設定値の所望値へのリセットを行なうこ
とが可能になる。装置情報コマンドを表１０に詳述す
る。

【０２２８】ステップＳ１６１１で、ＣＰＳＯＣＫＥＴによって構成
パラメータコマンドが受信されたと判定されると、次い
でステップＳ１６１２に進み、ＣＰＳＯＣＫＥＴによっ
て受信されたコマンドが実行され、その結果がＬＡＮを
介してクライアントに提供される。表１１に示されるよ
うに、構成パラメータコマンドは一般に、時刻、日付、
安全プリンタ環境情報、ロギングオプション、ログ・フ
ァイルサイズなどに関するＮＥＢに格納されたパラメー
タ値に関係するものである。

【０２２９】ステップＳ１６１３で、ＣＰＳＯＣＫＥＴによってＮＥ
Ｂアプリケーション・プログラムコマンドが受信された
と判定されると、処理はステップＳ１６１４へ進み、こ
こで、ＣＰＳＯＣＫＥＴにより現在のアプリケーション
プログラム、即ち、ＲＰＲＩＮＴＥＲ、ＰＳＥＲＶＥＲ
又はＬＰＲ（Ｕｎｉｘ用）等についての情報が提供され
る。表１２に詳述されるように、アプリケーション・プ
ログラム情報には一般に、サーバ名、ファイル・サーバ
待ち行列、装置ＩＤ等が含まれる。

【０２３０】ステップＳ１６１５（図１６Ｂ）で、ＣＰＳＯＣＫＥＴ
により、ＮＥＢ／プリンタ統計コマンドが送出されたと
判定されると、処理はステップＳ１６１６へ進み、ＣＰ
ＳＯＣＫＥＴによって双方向ＳＣＳＩインタフェースを
介してプリンタに問合せが行なわれ、必要なプリンタ統
計値が得られる。この統計値は、印刷総ページ数、ジョ
ブ総数、オフライン時間合計等のような印刷ジョブ統計
値と同様に、ＣＰＣＯＮＳＯＬと関連する上記ネットワ
ーク・グループ表示に対応する。このジョブ統計値はＣ
ＰＣＯＮＳＯＬプログラムと関する上記ロギンググルー
プに対応する。ＮＥＢ／プリンタ統計コマンドで実行さ
れるコマンドの具体的な例を、表１３に記す。

【０２３１】ステップＳ１６１７で、ＣＰＳＯＣＫＥＴにより、ロギ
ングコマンドが受信されたと判定されると、処理はステ
ップＳ１６１８へ進み、ＣＰＳＯＣＫＥＴによって双方
向ＳＣＳＩインタフェースを介してプリンタディスク１
１４からログ・ファイルが得られ、ＬＡＮインタフェー
スを介してクライアントにこのログ・ファイルが送られ
る。ロギングコマンドを表１４に要約する。

【０２３２】ステップＳ１６１９で、ＣＰＳＯＣＫＥＴによって、ダ
ウンロードコマンドがＬＡＮインタフェースから受信さ
れたと判定されると、処理はステップＳ１６２０へ進
み、ここで、ＣＰＳＯＣＫＥＴによってダウンロード要
求が実行される。この要求の実行は、例えば、ダウンロ
ード可能なコードが受信され、それがＤＲＡＭ２２０の
特定のロケーションに格納され、ダウンロード可能なコ
ードに対するチェックサムデータが提供され、ダウンロ
ード可能なコードがＥＰＲＯＭ２２２にフラッシュされ
ることによって行なわれる。より重要なダウンロードコ
マンドのうちのいくつかを表１５に要約する。

【０２３３】４ｋ．ロギング周辺機器統計図５Ａを参照して先に説明したように、ステップＳ９か
らＳ１２には、周辺機器統計値（例えば、一日当り印刷
ページ数）とエラー事象を後の検索のために自動的にロ
グ（格納）する自動ロギング機能を有し、また、ロギン
グレベル（統計的分析力）をネットワーク管理者が変更
することができる。普通、ネットワーク管理者は、ロギ
ングレベルを選択し、次いで、ログ・ファイルからいつ
でもプリンタ統計値及びエラー事象を引出すことができ
る。ネットワーク管理装置の機能部分をパラグラフ４ｉ
で説明したが、そこで述べられた議論及び表、特にＣＰ
ＩＮＩＴによって設定されるロギングレベルに依拠する
ログ・ファイルの内容を示す表７、を参照する。

【０２３４】背景を考えると、ＬＡＮ周辺機器には自分
の統計値がほとんど保持されていないが、ＮＥＢ２は毎
日午前０時にプリンタ４のカレント状態及び１日統計値
をロギングする能力をもっている。この能力のおかげ
で、システム管理者は、忘れずに毎日ロギングを行なう
必要から開放される。この状態及び統計データはプリン
タのハードディスク１１４、プリンタのＮＶＲＡＭ１１
１、ＮＥＢのＤＲＡＭ２２０、あるいはＮＥＢのＮＶＲ
ＡＭ２２８に格納される。ネットワーク管理者は、各記
憶装置の残存記憶容量によって、また、ネットワーク管
理者が選択したロギングレベルによって必要とされる統
計値によって、格納ログ・ファイルのロケーションを選
択することができる。例えば、プリンタにハードディス
クがある場合には、かなり詳細な“ＪＯＢ”ロギングレ
ベルを選択することで、ネットワーク管理者は多量の統
計値を保持することができる。一方、プリンタにハード
ディスクがない場合は、それほど詳細でない“ＥＲＲＯ
Ｒ”ロギングレベルを選択することによって、多くの記
憶空間を必要としなくて済む。ログ・ファイルが一杯に
なった場合は、古いエラー・データは新しいエラー・デ
ータに更新されることによって、新しいエラー・データ
が記憶装置の中で単に循環しているにすぎない。

【０２３５】後でシステム管理者がアクセスできるよう
に、印刷ページ数、印刷ジョブ数、オフライン時刻及び
印刷時刻のようなプリンタ統計値は毎晩ＮＥＢによって
自動的に格納される。この統計を用いることによって、
トナーのようなプリンタ消耗品の交換を予測したり、長
時間プリンタをオフラインのままにしておくというよう
なユーザの行動をモニタすることができる。

【０２３６】一般に、ロギング機能は、常に時刻を知っ
ているプリンタ制御ボードによって遂行される。プリン
タ／制御ボードにまず電源が投入されると、ボードは最
も近くのサーバを見つけ、その時の時刻を問合せる。ボ
ードは１分毎にこの問合わせをし続ける。日付が変る
と、ボードはプリンタにそのページ数を報告するよう自
動的に要求する。次いで、ボードは１日の統計値を計算
し、プリンタのハードディスク又はボードＮＶＲＡＭの
いずれかにその統計値を格納する。これらの統計値は格
納され、外部ネットワークプログラムＣＰＣＯＮＳＯＬ
で利用可能となって、これらの統計値の画面表示や外部
ファイルへの保存が可能となる。

【０２３７】パラグラフ４ｉにおいて説明したように、
ネットワーク管理者は次の４つのロギングレベルを選択
することができる。即ち、ＮＯＮＥ、ＡＵＴＯ、ＥＲＲ
ＯＲ、及びＪＯＢである。まず、ＮＯＮＥレベルでは、
ロギング統計値は保持されない（それでも、ロギング統
計値を１分毎に計算し、一時的にＮＥＢのＤＲＡＭ２２
０に保存することはできるが）。ＡＵＴＯレベルでは、
印刷の日付、ページ数、ジョブ数、オフライン時刻、及
び印刷時刻のような１日の統計値が、プリンタ機能のた
めに保持される。累計印刷ページ数はプリンタによって
決定されるが、他の統計値はＮＥＢにより決定される。

【０２３８】ＥＲＲＯＲロギングレベルでは、上述の１
日の統計値、プリンタ内のエラー状態、またアプリケー
ション（つまりＣＰＳＥＲＶＥＲ）内で発生するエラー
も保持される。ＮＥＢは１分毎にこのようなエラー状態
をプリンタに問合せる。このようなプリンタエラー状態
の中には、オフライン、用紙切れ、プリンタカバーオー
プン、紙詰まり、トナーカートリッジなし、トナー不
足、プリンタフィード及びロードエラー、トレーフル、
ラインエラー、印刷ジョブ拒否、フォントフル、サービ
スコール等が含まれる。アプリケーションエラーには、
ファイルサーバダウン、主ファイルサーバ利用不能、Ｃ
ＰＳＥＲＶＥＲが他で実行中、ＩＰＸ未インストール等
が含まれる。

【０２３９】ＪＯＢロギングレベルには、上記の１日の
統計値及びエラー状態が保持され、また、ＮＥＢにより
決定されるジョブ開始とジョブ終了情報も同様に保持さ
れる。もちろん、ロギングレベルの数とタイプ、及び、
各ロギングレベルに保持されるデータを、特定の周辺機
器及びＮＥＢがインストールされている特定のＬＡＮに
従って変更してもよい。

【０２４０】図１７Ａと図１７Ｂは、ＮＥＢ内の自動ロ
ギング機能の全体的な動作を示すフローチャートであ
る。図５及び表７を参照して説明する。ステップＳ１で
ＮＥＢに電源が投入され、ステップＳ８でタイマモジュ
ールが最も近くのサーバを見つけ、時刻を問合せる。ス
テップＳ１７０１において、ＮＯＮＥロギングレベルが
選択されているか否かが判定される。ＮＯＮＥロギング
レベルが選択されている場合、処理はフローチャートの
最後へスキップされ、図５Ａ、５Ｂ、５Ｃの全フローチ
ャートへ復帰が行なわれる。

【０２４１】ステップＳ１７０１においてＮＯＮＥロギ
ングレベルが選択されていない場合、ステップＳ１７０
２でＡＵＴＯロギングレベルが選択されているか否かが
判定される。ＡＵＴＯロギングレベルが選択されている
場合、処理はＳ９へ進み午前０時になるのを待つ。しか
し、ＡＵＴＯロギングレベルが選択されていない場合、
ステップＳ１７０３によってＥＲＲＯＲロギングレベル
が選択されているか否かが判定される。ＥＲＲＯＲロギ
ングレベルが選択されている場合、処理はステップＳ１
７０６へ進み、ここで、一分間のタイムアウト待機が行
なわれる。しかし、ＥＲＲＯＲロギングレベルが選択さ
れていない場合、ステップＳ１７０４でＪＯＢロギング
レベルが選択されたか否かが決定される。この場合、ス
テップＳ１７０５において、ジョブ開始とジョブ終了時
刻がログ・ファイルへ格納される。ステップＳ１７０６
で、一分間のタイムアウト待機が行なわれ、その後、ス
テップＳ１７０７で、エラー事象に対する問合せがプリ
ンタに行なわれ、そのような事象がログ・ファイルへ保
存される。したがって、ＥＲＲＯＲ又はＪＯＢロギング
レベルのいずれかが選択されている場合には、ボードは
１分毎にエラー事象をプリンタに問合せ、このようなエ
ラー事象はログ・ファイルは格納される。

【０２４２】ステップＳ９では午前０時になるのを待
ち、ＮＥＢはプリンタにステップＳ１０（図１５Ｂ）の
１日の統計値を問合せる。ステップＳ９において、まだ
午前０時に達していない場合、処理手順はステップＳ１
７０２へ戻り、ここで、どのロギングレベルが選択され
ているかが判定される。

【０２４３】ステップＳ１１において、１日のプリンタ
統計値が、ステップＳ１０で受信したプリンタ統計値を
利用して計算される。その後、ステップＳ１２で、１日
の統計値量及びエラー事象がプリンタのハードディスク
１１４及び／又はプリンタＮＶＲＡＭ１１１、及び／又
はＮＥＢのＮＶＲＡＭ２２８に格納される。ここで、ネ
ットワーク管理者が、任意の組合わせのメモリにロギン
グ統計値及びエラー事象を格納するように選択でき、Ｌ
ＡＮに一層の柔軟性が与えられることに注目されたい。

【０２４４】プリンタをＬＡＮの対話型応答可能構成メ
ンバとする際に、上述のロギング機能は極めて重要であ
る。というのは、ＮＥＢとプリンタ間のＳＣＳＩ接続に
よって、プリンタから多量の特定データを引き出すこと
が可能となるからである。

【０２４５】４ｌ．マルチタスクで独立に実行可能な
プログラム図５ＢのステップＳ２０に関して先に簡単に説明したよ
うに、ＮＥＢのＥＰＲＯＭ２２２によってＭＯＮＩＴＯ
Ｒプログラムが格納され、このプログラムは、デバッグ
環境において同期操作を可能にしながら、一方でランタ
イム環境においてマルチタスキングをサポートするメカ
ニズムである。（ＣＰＳＥＲＶＥＲ又はＣＰＳＯＣＫＥ
Ｔを求めて）ＬＡＮからの実時間割込みをＮＥＢが待つ
間、あるいは、ＳＣＳＩインタフェースを介する実時間
割込みをＮＥＢが待つ間（例えば、ＬＡＮから以前に受
信された状態要求に応じて、状態情報がプリンタからＮ
ＥＢに送られているとき）、非強制排除処理で現在呼出
されているタスクを実行することがＭＯＮＩＴＯＲによ
って可能になる。このようにして、マイクロプロセッサ
２１６の共用して、現在実行中のすべてのタスクを同時
実行することがＭＯＮＩＴＯＲによって可能となる。も
ちろん、ソフトタイムアプリケーションはすべて（ＭＯ
ＮＩＴＯＲ自身を含めて）実時間事象により割込可能で
ある。

【０２４６】図１８は、ＮＥＢ内でのマルチタスキング
オペレーションを示すために起こり得る事象シーケンス
を概念的に示すフローチャートである。ステップＳ１
で、ＮＥＢに電源が入り、ステップＳ１８０１で、ＥＰ
ＲＯＭ２２２からＤＲＡＭ２２０へＭＯＮＩＴＯＲプロ
グラムがダウンロードされる。例えば、以下のモジュー
ルがＭＯＮＩＴＯＲと共にダウンロードされる。即ち、
ＳＣＳＩドライバ、リンクサポートレイヤ、ネットワー
クドライバ、プレスキャン、ＩＰＸ／ＳＰＸ、カスタマ
イズされたＮＥＴＸ、ＳＡＰＳＥＲＶＥＲ、ＣＰＳＯＣ
ＫＥＴ、及び、印刷アプリケーションである（図６を参
照）。

【０２４７】ステップＳ１８０２で、印刷データがファ
イルサーバ３０から受信される場合、ＣＰＳＥＲＶＥＲ
は、プリンタ４への転送のための準備として受信ジョブ
データを処理し始める。このような印刷情報の処理はこ
のとき“ソフトタイム”環境で行なわれ、ステップＳ１
８０３では、印刷データを処理するプログラムから割り
込み放棄が受信されているか否かを判断する。ステップ
Ｓ１８０３で、割込み放棄になると現在実行中のモジュ
ールの実行が中断され、ステップＳ１８０４で、制御は
ＭＯＮＩＴＯＲに返される。ＭＯＮＩＴＯＲによってＤ
ＲＡＭ２２０で割込まれたタスクの状態が保存される。
しかし、ステップＳ１８０３で、割込み放棄に達しなか
った場合、処理はステップＳ１８０５へ進み、現在実行
中のモジュールが終了したか否かが判断される。ステッ
プＳ１８０５でこのモジュールが終了していない場合
は、ステップＳ１８０３で、このプログラムは別の割込
み放棄に達するのを待つ。

【０２４８】ステップＳ１８０４で、現在実行中のモジ
ュールが中断された場合、あるいはステップＳ１８０５
で、現在実行中のモジュールが終了した場合、ステップ
Ｓ１８０６で、別のソフトウェアモジュールの実行を要
求するデータが受信されたか否かが判断される。例え
ば、このデータは、これまで出されたプリンタ状態に対
する要求に応じてＳＣＳＩインタフェースで受信され
る。ステップＳ１８０６で、このようなデータが受信さ
れたと判断されると、ステップＳ１８０７では、新しく
受信されたデータを用いて別のアプリケーションモジュ
ールの実行を始める。

【０２４９】ステップ１８０８で、第２アプリケーショ
ンモジュールにおいて割込み放棄に達したか否かが判断
される。このような割込みに達した場合、ステップＳ１
８０９において、第２アプリケーションは実行が中断さ
れ、制御はＭＯＮＩＴＯＲに移り、割込んだばかりの第
２モジュールの状態がＤＲＡＭ２２０に格納される。し
かし、ステップＳ１８０８で、第２モジュールにおいて
割込み放棄に達しない場合は、ステップＳ１８１０で、
第２モジュールが終了したか否かが判断される。終了し
ていない場合、ステップＳ１８０８でプログラムは割込
み放棄を単に待つ。ステップＳ１８１０で、第２モジュ
ールが終了されたことが判断される場合、ステップＳ１
８１１で、第１モジュールが終了されたか否かを判断す
る。第１モジュールは終了していないが、第２モジュー
ルが終了している場合、プロセスは、第１アプリケーシ
ョンモジュールの割込み放棄を待機するステップＳ１８
０３に戻る。ステップＳ１８１１で、第１及び第２モジ
ュールが終了に達すると、別の新しく受信されたソフト
タイムタスクを実行するために、制御はＭＯＮＩＴＯＲ
プログラムに戻される。

【０２５０】第２アプリケーションモジュールで割込み
放棄に達したためにその実行が中断された後、制御はＭ
ＯＮＩＴＯＲに移され、ＭＯＮＩＴＯＲでは割込まれた
モジュールの状態をＤＲＡＭ２２０に格納した（ステッ
プＳ１８０９）後、ステップＳ１８１２で、実行を再び
始め、ステップＳ１８０３で第１モジュール割込み放棄
に達するまで、第１モジュールの実行を継続する。

【０２５１】このように、マイクロプロセッサ資源の非
強制排除マルチタスク割り当てにより、ほぼ実時間ベー
スで並行していくつかのタスクを処理することが可能と
なる。

【０２５２】４ｍ．デフォルト構成でのプリンタ配置図５ＣのステップＳ２５に関して上述したように、印刷
ジョブの開始時及び終了時には、ＮＥＢによりプリンタ
は、既知のデフォルト構成に設定されることが保証され
る。プリンタの不揮発性メモリ（ハードディスク１１４
又はＮＶＲＡＭ１１１のいずれか）に、印刷ジョブ終了
時にプリンタが置かれるデフォルト環境（例えば、ポー
トレートモード、１０ポイントタイプ、ローマ字等）を
示すデフォルト構成コードをダウンロードすることによ
って、ＮＥＢはこの設定を行なう。ＬＡＮから印刷デー
タストリームが受信されると、ＮＥＢによって、プリン
タの不揮発性メモリから構成コードが検索され、１ブロ
ックの印刷データにエスケープ・シーケンスとしてこの
構成コードが追加され、次いで、追加されたエスケープ
・シーケンスと共にこの印刷ジョブブロックがプリンタ
へダウンロードされる。次いで、プリンタによって印刷
作業が処理され、（そのエスケープ・シーケンスに基い
て）プリンタが所望のデフォルト構成に置かれる。

【０２５３】ノーベル社のＮｅｔＷａｒｅ（商標）ソフ
トウェアは、全ての印刷ジョブ後に、ネットワークプリ
ンタをデフォルト環境にリセットする機能を有してい
る。このリセットは、印刷ジョブの先頭で結局は架空の
印刷ジョブになるジョブをファイルサーバ３０にインス
トールすることによって行なわれる。しかし、特定のプ
リンタデフォルト構成を設定するのに不可欠な正確なプ
リンタエスケープ・シーケンスは、ネットワークのデー
タベースに常駐し、プリンタ自体の内部にはない。した
がって、ＬＡＮ上で、あるいは、ファイル・サーバ自体
に問題があるところでＵＮＩＸを動作させたい場合、既
知の構成のプリンタで次の印刷ジョブを印刷すことを保
証するデフォルト構成へプリンタを復元しなくてもよ
い。

【０２５４】ＮＥＢを用いてプリンタデフォルト環境を
保証する方法は、プリンタリセット状態構成及び必要エ
スケープ・シーケンス命令がプリンタ自体の中に常駐す
るという相違に基づいて行なわれ、プリンタ自体が印刷
ジョブ内のプリンタ環境のリセットに責任を負うという
ものである。従って、このプリンタリセット機能はプリ
ンタ外部のどんな装置にも依存せずに利用することがで
きる。更に、初期デフォルト構成をロードし、それに続
いて、ＮＥＢのシリアルあるいはパラレルインタフェー
スを介してＬＡＮ上で遠隔地からこの初期デフォルト値
を変更してもよい。

【０２５５】セクション４ｉで上述したように、この構
成コードをＣＰＣＯＮＳＯＬプログラムを介してＮＥＢ
に送ってもよい。

【０２５６】ＬＡＮ上でプリンタを使用するための高い
柔軟性をネットワーク管理者に与えるために、複数のデ
フォルト構成をプリンタの不揮発メモリーに格納させる
と便利であろう。例えば、技術部門から受信された印刷
ジョブではプリンタがポートレートモードに省略値をと
ることが必要とされるのに対して、経理部門から受信さ
れた印刷ジョブではプリンタを帳票モードにしておくこ
とが必要とされる場合もある。したがって、既知のデフ
ォルト環境を保証することによって、いくつかのＬＡＮ
ソースのうちのいずれであっても、その特定のジョブの
ためにこのプリンタを利用することができる。

【０２５７】図１９は、プリンタデフォルト構成を設定
するためのより詳細なフローチャートを示す。ステップ
Ｓ１で、ＮＥＢに電源が投入され、ステップＳ２２で、
ＮＥＢは動作可能となった印刷待ち行列のためＬＡＮの
ファイル・サーバにアクセスし、ＤＲＡＭ２２０へ印刷
データをダウンロードする。

【０２５８】プリンタの不揮発性メモリに２つ以上のデ
フォルト構成コードが格納されている場合、プリンタが
置かれるべきデフォルト構成がどれかを判定するため
に、どんなタイプのデータがＬＡＮから転送されている
かをまず判定しなければならない。したがって、ステッ
プＳ９１０１で印刷ジョブのＬＡＮソースを調べ、ま
た、ステップＳ１９０２でプリンタから適切なデフォル
ト構成コードが検索される。このコードは判定されたＬ
ＡＮソースに対応する。

【０２５９】ステップＳ１９０３で、ＮＥＢによって数
ブロックのイメージデータがアセンブルされ、各印刷ジ
ョブに対して印刷ジョブの開始及び印刷ジョブの終了が
指定される。ステップＳ１９０４で、ＮＥＢのマイクロ
プロセッサ２１６によって、検索された構成コードに対
応するエスケープ・シーケンスが印刷ジョブに追加され
る。好適には、エスケープ・シーケンスは、印刷ジョブ
の開始時に追加されることが望ましいが、印刷ジョブの
終了時、あるいはジョブの開始時と終了時の両方に追加
されてもよい。次いで、ステップＳ１９０５で、エスケ
ープ・シーケンスが追加されたこの印刷ジョブがプリン
タへ転送され、次いで、プリンタは受信された印刷ジョ
ブに従って印刷を行なう。ステップＳ２４の後、印刷ジ
ョブが完了すると、ステップＳ２５で、プリンタはデフ
ォルト環境にセットされる。この環境は、ステップＳ１
９０２で検索されたデフォルト構成コードに対応する。
その結果、既知の構成のプリンタで次の印刷ジョブが始
まることを保証するデフォルト環境にこのプリンタは置
かれることになる。

【０２６０】このようにして、プリンタ自身がデフォル
ト構成を格納し、かつ、各印刷ジョブの終了時に、プリ
ンタが自身をデフォルト状態にすることに責任を負うこ
とを保証するため、強固で効率的なハードウェア及びソ
フトウェアによる解決策が得られる。

【０２６１】４ｎ．遠隔ＬＡＮからＮＥＢへの実行可
能ファイルのダウンロードＬＡＮからＤＲＡＭ２２０への実行可能ファイルのダウ
ンロードに関して、図２０のフローチャートと図５Ｃの
ステップＳ３０の上記の説明に関連して、より詳細な説
明を行なう。

【０２６２】ＮＥＢ２は出荷に先立ち最初に構成され
る。しかし、ネットワーク管理者のＰＣ１４からＮＥＢ
２へＬＡＮを通して、最新の実行可能ファイルを送るこ
とにより、その後ＮＥＢ２を再構成することが可能であ
る。更に、ネットワーク管理者は任意に、ＮＥＢ２のＤ
ＲＡＭ２２０に格納された実行可能ファイルを遠隔地か
ら変更することもできる。

【０２６３】実行可能ファイルをＤＲＡＭ２２０内で変
更することができる処理を図２０に関連して詳細に解説
する。

【０２６４】ステップＳ１でボードに電源が投入された
後、処理はステップＳ２００１へ進み、ここで、ネット
ワーク管理者はＤＯＷＮＬＯＡＤＥＲプログラムを起動
し、特定の構成を持つすべてのＮＥＢ装置のＩＤを求め
る要求をＬＡＮ上で同報通信し、処理はステップＳ２０
０２へ進む。

【０２６５】ステップＳ２００２において、なんらかの
ターゲットＮＥＢから応答があったか否かがＤＯＷＮＬ
ＯＡＤプログラムによって判定される。ステップＳ２０
０２で、ターゲットＮＥＢから何も応答がないと判定さ
れると、処理はステップＳ２００１へ戻り、そこで、Ｄ
ＯＷＮＬＯＡＤプログラムによって新しいターゲット情
報を持つ要求が再び同報通信され、次いで処理はステッ
プＳ２００２へ進む。

【０２６６】ステップＳ２００２で、ターゲットＮＥＢ
から応答があった場合、処理はステップＳ２００３へ進
む。

【０２６７】ステップＳ２００３で、ＳＡＰＳＥＲＶＥ
Ｒプログラムは、各ＮＥＢに割当てられたユニークなネ
ットワークＩＤ及びユニークなソケット番号を用いて応
答する（セクション４ｇを参照）。このロケーション情
報は収集され、ネットワーク管理者は特定のＮＥＢを選
択して実行可能ファイルをダウンロードし、ターゲット
ＮＥＢとの通信が確立される。

【０２６８】ターゲットＮＥＢを選択すると、ステップ
Ｓ２００４で、ネットワーク管理者は新しいオペレーシ
ョンファイル、及び、チェックサム値が含まれている特
定のパケットをＬＡＮを通してＤＲＡＭ２２０へダウン
ロードし、そこで処理はステップＳ２００５へ進む。

【０２６９】ステップＳ２００５で、マイクロプロセッ
サ２１６は新たにロードされたオペレーションファイル
上でチェックサムオペレーションを実行し、このチェッ
クサム値を特定のパケットで送られたチェックサム値
（オペレーションファイルが格納された後、ＤＲＡＭ２
２０に格納されたもの）と比較する。

【０２７０】このチェックサム値が特定のパケット内の
チェックサム値と等しくない場合、処理はステップＳ２
００６へ進み、ここで、新しいオペレーションファイル
のためのチェックサム値が不正確であることがネットワ
ーク管理者に通知され、マイクロプロセッサ２１６によ
りＤＲＡＭ２２０からこのファイルが除去される。

【０２７１】ステップＳ２００６でチェックサム値が検
査されると、処理はステップＳ２００７へ進み、マイク
ロプロセッサ２１６によって実行可能ファイルが起動さ
れる。

【０２７２】このように、ネットワーク管理者は、新し
いオペレーションファイルを遠隔から送ってＤＲＡＭ２
２０に格納しそこから実行することによって、ＮＥＢ２
のオペレーションを変更することができる。

【０２７３】４ｏ．独立実行可能なモジュールのＲＯ
ＭへのロードステップＳ３２に関連して図５Ｃで説明したように、バ
イナリＲＯＭイメージがＥＰＲＯＭ２２２にロードされ
るものであるなら、複数の独立実行可能モジュールがア
センブルされ、順序づけされて、ＥＰＲＯＭ２２２へフ
ラッシュされる準備が行なわれる。モジュールのアセン
ブリ及び順序づけは、すぐにＤＯＳのＰＣ上で実施され
るが、ＮＥＢ自身の中で行なうこともできる。ＰＣ内で
独立実行可能なモジュールをアセンブルする利点とし
て、モジュールをＤＯＳ環境で構築でき、かつ／また
は、変更できる点がある。

【０２７４】ＮＥＢファームウェアにはいくつかの別個
にリンクしたモジュールが含まれているが、そのうちの
１つには、電源投入時の制御受信、自己検査、ＤＲＡＭ
２２０への他のモジュールのローディング、及び基本的
入出力サービス（ＢＩＯＳ）を行なうＲＯＭ常駐コード
が恒久的に含まれている。ＥＰＲＯＭ２２２内に常駐す
る他のモジュールは、実行前にＤＲＡＭ２２０にコピー
されなければならない。このようなモジュールには２つ
のタイプがあり、そのうちの最初のものは、本質的にド
ライバであるプログラムが含まれる。これは、常駐のま
まで、ロードされたとき制御を受信し、初期化し、次い
で、抜け出るプログラムである。このようなモジュール
の２番目のタイプは、アプリケーション・プログラムで
あり、このアプリケーションプログラムのそれぞれは特
定のセットの機能を実行する。

【０２７５】図２１において、ステップＳ１でＮＥＢに
電源が投入される。ステップＳ２１０１で、ＰＣ内に常
駐するユーティリティによって、ＲＯＭイメージにセッ
トされる全モジュール名を含む構成ファイルがＰＣのＲ
ＡＭから読取られる。ステップＳ２１０２で、ＥＰＲＯ
Ｍ２２２にフラッシュされることになる複数モジュール
をＲＡＭから選択するために、構成ファイルが使用され
る。

【０２７６】ステップＳ２１０３で、最初のモジュール
のためのヘッダがユーティリティによって書込まれる。
このヘッダはこのモジュールを識別し、モジュール属性
を記述し、すぐ後に続くモジュールを指定するポインタ
を含むものである。このポインタは、ローディングに先
立ち、ある特定順序でモジュールの順序づけを行なう際
の支援ポインタである。ステップＳ２１０４で、構成フ
ァイルによって識別された最後のモジュールが選択され
たか否かが判定される。最後のモジュールがまだ選択さ
れていない場合、処理はステップＳ２１０３へ戻り、ヘ
ッダが次のモジュールのために書込まれる。

【０２７７】ステップＳ２１０４で、最後のモジュール
が選択されと、ユーティリティによってイメージプログ
ラムの最後にＲＯＭ常駐コードが追加され（ステップＳ
２１０５）、その結果、電源投入の際、初期化コードは
マイクロプロセッサ２１６によって期待されるアドレス
に常駐する。

【０２７８】ＲＯＭバイナリイメージがこのように構築
されると、このイメージはＮＥＢのＤＲＡＭ２２０の記
憶領域の一部分にダウンロードされ、次いで、ＥＰＲＯ
Ｍ２２２にフラッシュされる。以下、セクション４ｑ
で、図５ＣのステップＳ３６に関してより詳しく説明す
る。

【０２７９】４ｐ．フラッシュオペレーション時のＥ
ＰＲＯＭの保護図２２は、ＮＥＢに常駐のＥＰＲＯＭフラッシュ保護回
路の機能構造を示すブロック図である。ＥＰＲＯＭフラ
ッシュ保護回路には、データ・バス２５０及びアドレス
・バス２５１に接続されたマイクロプロセッサ２１６が
含まれる。また、データ・バス２５０及びアドレス・バ
ス２５１にはＤＲＡＭ２２０が接続されている。ＤＲＡ
Ｍ２２０はその記憶領域の一部分に、遠隔のＬＡＮ装置
からダウンロードされたＲＯＭファームウェアイメージ
を格納することが可能であり（セクション４ｏを参
照）、アプリケーション・プロセスはＤＲＡＭ２２０の
記憶領域の別の部分へ進む。また、ＥＰＲＯＭ２２２、
ラッチ２５２及びＰＡＬ２５３がデータ・バス２５０及
びアドレス・バス２５１に接続されている。Ｄタイプフ
リップフロップ２５４はラッチ２５２及びＰＡＬ２５３
に接続されている。オペレーション時に、フリップフロ
ップ２５４は、そのクロック入力としてＰＡＬ２５３か
らの出力信号を、またそのデータ入力としてラッチ２５
２からの出力信号を受信する。ラッチ２５２及びＰＡＬ
２５３は、また、ＤＣ−ＤＣコンバータ２１２に接続
し、ＤＣ−ＤＣコンバータ２１２はトランジスタスイッ
チ２５５に接続している。ラッチ２５２によって起動さ
れると、ＤＣ−ＤＣコンバータ２１２は、トランジスタ
スイッチ２５５の入力エミッタに＋１２Ｖ（ボルト）を
送る。フリップフロップ２５４は、また、トランジスタ
スイッチ２５５にも接続され、開閉スイッチ２５５に不
可欠な入力を供給する。

【０２８０】ＥＰＲＯＭフラッシュ保護回路のオペレー
ションについて、図２２を参照してより詳細に説明す
る。電源が投入されると、ラッチ２５２の出力は低くな
り、フリップフロップ２５４はリセットされる。このよ
うにして、ラッチ２５２からの出力信号ＰＲＯＧ１は低
くなり、ＤＣ−ＤＣコンバータ２１２からの電圧は、接
地状態になるまで電流を低下するようにされる。電源投
入時に、フリップフロップ２５４がリセットされ、その
結果、その出力が低くセットされて、トランジスタスイ
ッチ２５５が開く。

【０２８１】トランジスタスイッチ２５５が開いた状態
になって、ＥＰＲＯＭ２２２のＶｐｐピンが０Ｖに保た
れ、データの受け入れやフラッシュオペレーションの実
行が阻止される。すなわち、フラッシュオペレーション
がＥＰＲＯＭ２２２内で起こるためには、Ｖｐｐピンは
少なくとも＋１１．４Ｖのレベルに達していなければな
らない。なぜなら、このレベルは、ＥＰＲＯＭメーカの
仕様により設定された必要条件であるからである。しか
しながら、この電圧レベルを達成するために、以下の２
つのプログラミングステップが要求される。

【０２８２】まず、ＤＲＡＭ２２０で新しいＲＯＭファ
ームウェアパッケージが受信されると、データビット７
をハイ”８０（１６進表示）”でアドレス”３６０（１
６進表示）”に入出力書込みを行なうことにより、ＥＰ
ＲＯＭ２２２にフラッシュせよというコマンドがマイク
ロプロセッサ２１６によって受信される。このようにし
て、ＤＣ−ＤＣコンバータ２１２に最初にスイッチを入
れてもよい。

【０２８３】表１６と表１７に示すように、アドレス”
３６０（１６進表示）”は、ＮＶＲＡＭ２２８へのリー
ドライトオペレーションを制御するために使用される制
御レジスタ２３０に対応する。表１７に示すように、ア
ドレス”３６０（１６進表示）”がビット７のハイ／ロ
ーで送られる場合、このアドレスはＤＣ−ＤＣコンバー
タ２１２のオペレーションに対応する。

【０２８４】アドレス”３６０（１６進表示）”が出力された後、マ
イクロプロセッサ２１６によって入出力書込みコマンド
が生成され、書込み選択がＰＡＬ２５３へ送られる。Ｐ
ＡＬ２５３によって有効アドレスが検出され、解読さ
れ、ラッチ２５２が起動される。アドレス”３６０（１
６進表示）”のビット７にハイがセットされているた
め、ＰＲＯＧ１信号はハイでセットされ、ラッチ２５２
からＤＣ−ＤＣコンバータ２１２へ出力される。ＰＲＯ
Ｇ１信号がＤＣ−ＤＣコンバータ２１２で受信される
と、ＤＣ−ＤＣコンバータが作動され＋１２Ｖの電圧が
生じる。ＤＣ−ＤＣコンバータ２１２からの＋１２Ｖの
電圧がトランジスタスイッチ２５５に送られる。この電
圧はトランジスタスイッチ２５５が閉じられるまで、そ
のエミッタに残る。

【０２８５】しかし、＋１２Ｖがトランジスタスイッチ
２５５を通過できる前に、第２のステップが実行されな
くてはならない。すなわち、マイクロプロセッサ２１６
によって入出力リードコマンドが出力され、ＰＡＬアド
レスに対応するアドレス”３６６（１６進表示）”が出
力される。マイクロプロセッサ２１６がこのコマンドと
アドレスの両方を生成すると、ＰＡＬ２５３によってこ
のアドレスが解読されＰＲＯＧ２信号が生成される。Ｐ
ＲＯＧ２信号がハイの場合、フリップフロップ２５４に
クロック入力が送られる。

【０２８６】クロック入力が受信されると、フリップフ
ロップ２５４によってラッチ２５２からＰＲＯＧ１信号
が入力され、次いで、フリップフロップ２５４の出力部
においてＴＲＡＮＳＯＮ信号が生成される。ＴＲＡＮＳ
ＯＮ信号はトランジスタスイッチ２５５へ出力され、こ
のスイッチ内のエミッタの＋１２Ｖ電圧がスイッチ内の
コレクタを通過できるスイッチを閉ざすように、このス
イッチは作動する。この時点で、＋１２Ｖ電圧はトラン
ジスタスイッチ２５５のコレクタからＥＰＲＯＭ２２２
のＶｐｐピンへ送られる。

【０２８７】ＥＰＲＯＭ２２２のＶｐｐピンへセットさ
れた＋１２Ｖの電圧を用いて、マイクロプロセッサ２１
６からＥＰＲＯＭ選択信号が送信される。新しいファー
ムウェアイメージの原形が損なわれることを防止するた
め、ＥＰＲＯＭ２２２は最初にクリアされ、消去されな
ければならない。次いで、ＥＰＲＯＭ２２２は、ＤＲＡ
Ｍ２２０に格納された新しいＲＯＭファームウェアイメ
ージでフラッシュされる。ひとたび、新しいＲＯＭファ
ームウェアイメージがＥＰＲＯＭ２２２に格納される
と、ＮＥＢ２を新しいＲＯＭファームウェアイメージか
らリブートすることができる。

【０２８８】図２２と図２３のフローチャートを参照し
ながらＥＰＲＯＭ保護回路の動作について説明する。

【０２８９】ステップＳ２３０１で、ＮＥＢ２によって
新しいＲＯＭファームウェアイメージがＬＡＮを介して
受信され、ＤＲＡＭ２２０にロードされる。ステップＳ
２３０２で、ＥＰＲＯＭ２２２をフラッシュせよという
コマンドが、マイクロプロセッサ２１６によって受信さ
れる。ステップＳ２３０３で、マイクロプロセッサ２１
６によってＰＡＬ２５３へ入出力ライトコマンドが送出
され、ビット７がハイとなったアドレス”３６０（１６
進表示）”が出力される。処理はステップＳ２３０４へ
進み、ビット７がハイとなることによってラッチ２５２
が起動されＰＲＯＧ１信号が出力される。このＰＲＯＧ
１信号によってＤＣ−ＤＣコンバータ２１２にスイッチ
が入り、＋１２Ｖの電圧がトランジスタスイッチ２５５
へ出力される。ステップＳ２３０５で、ＰＡＬ２５３へ
入出力リードコマンドと、ＰＡＬアドレスであるアドレ
ス”３６６（１６進表示）”の両方が、マイクロプロセ
ッサ２１６によって送信される。これに応じて、ＰＲＯ
Ｇ２信号が、ＰＡＬ２５３によってフリップフロップ２
５４のクロックへ出力され、このフリップフロップ２５
４によって、そのデータ入力部でのＰＲＯＧ１信号の入
力が可能となる。フリップフロップ２５４によってＴＲ
ＡＮＳＯＮ信号がトランジスタスイッチ２５５に出力さ
れ、このスイッチ２５５によって、＋１２Ｖの電圧がト
ランジスタスイッチ２５５のコレクタからＥＰＲＯＭ２
２２のＶｐｐピンへ通過することが可能となる。ステッ
プＳ２３０６で、マイクロプロセッサ２１６によってＥ
ＰＲＯＭ２２２がクリアされ次いで消去される。ステッ
プＳ２３０７で、ＥＰＲＯＭ２２２が完全に消去された
か否かがマイクロプロセッサ２１６よって判定される。
ＥＰＲＯＭ２２２が完全に消去されていない場合、処理
はステップＳ２３０６へ戻る。

【０２９０】ＥＰＲＯＭ２２２が完全に消去されたこと
が、マイクロプロセッサ２１６によって判定された後、
ステップＳ２３０８で、ＲＯＭファームウェアイメージ
がＤＲＡＭ２２０からＥＰＲＯＭ２２２へダウンロード
される。ひとたびＲＯＭファームウェアイメージがうま
くロードされると、ステップＳ２３０９で、マイクロプ
ロセッサ２１６によって、ビット７がローとなったアド
レス”３６０（１６進表示）”が書込まれる。ラッチ２
５２から送られるＰＲＯＧ１信号は低くなり、電圧レベ
ルが電流を接地状態になるまで低下させることがＤＣ−
ＤＣコンバータ２１２によってなされる。

【０２９１】ステップＳ２３１０で、マイクロプロセッ
サ２１６によって、入出力リードコマンドとアドレス”
３６６（１６進表示）”がＰＡＬ２５３にへ送られ、こ
のアドレス”３６６（１６進表示）”によって、ＰＲＯ
Ｇ２信号が低くすることができるので、スイッチ２５５
を開くように作動するローＴＲＡＮＳＯＮ信号を出力す
るフリップフロップにクロックを入力する。

【０２９２】このようにして、ステップＳ２３０９及び
Ｓ２３１０で、＋１２Ｖの電圧がＥＰＲＯＭ２２２のＶ
ｐｐピンから取除かれ、フラッシュオペレーションが終
了する。フラッシュオペレーションの後、ステップＳ２
３１１で、リブートコマンドが受信されたか否かがマイ
クロプロセッサ２１６によって判定される。リブートコ
マンドが受信されると、ステップＳ２３１２で、ＥＰＲ
ＯＭ２２２の新しいＲＯＭファームウェアイメージから
ＮＥＢ２がリブートされる。しかし、リブートコマンド
が受信されなかった場合、処理は終了する。

【０２９３】４ｑ．ファームウェアの遠隔的変更以下、図２４に示すフローチャート、図５Ｃのステップ
Ｓ３６、及びセクション４ｉを参照しながら、ＥＰＲＯ
Ｍ２２２内のファームウェアを遠隔地から変更する方法
についてより詳細に説明する。

【０２９４】利用者へＮＥＢが出荷されるのに先立ち、
ＮＥＢが必要な機能を実行できるように最低限の実行可
能ファイルをもつようにＮＥＢは構成される。しかしな
がら、利用者はその後ＮＥＢを再構成することも可能で
ある。すなわち、ネットワーク管理者は、遠隔地のＬＡ
Ｎ装置からデータをダウンロードすることができるが、
このデータには、パッチコードから製造テストルーチン
までの、ＥＰＲＯＭへダウンロードされる全てのファー
ムウェア更新データまでのいかなるデータをも含んでい
る。

【０２９５】即ち、ネットワーク管理者のＰＣ１４から
ＮＥＢ２へＬＡＮを介して実行可能ファイルを送ること
によってＮＥＢ２を再構成することができる。ネットワ
ーク管理者は、任意にＥＰＲＯＭ２２２内のＲＯＭファ
ームウェアイメージを遠隔地から変更することができ
る。

【０２９６】ステップＳ２４０１で、特定のＮＥＢをタ
ーゲットとするコマンドラインパラメータとしてＭＡＣ
アドレスを使用するＣＰＦＬＡＳＨプログラムが、ネッ
トワーク管理者により起動される。ＮＥＢ上で実行中の
ＳＡＰＳＥＲＶＥＲによって応答が行なわれるＳＡＰ同
報通信要求は、ＣＰＦＬＡＳＨによって送出される。ス
テップＳ２４０２で、ＣＰＦＬＡＳＨはターゲットＮＥ
Ｂからの応答を待つ。ターゲットＮＥＢからの応答が約
１５秒間ない場合、処理はステップＳ２４０１へ戻り同
報の再送を行なう。しかし、ターゲットサーバから応答
があった場合には、処理はステップＳ２４０３へ進む。

【０２９７】ステップＳ２４０３で、ターゲットＮＥＢ
のアドレスとロケーションが受信され、マッチするＭＡ
Ｃアドレスを持つＮＥＢとの通信が確立され、新しいＲ
ＯＭイメージファームウェアがＬＡＮを介してＤＲＡＭ
２２０へダウンロードされる。

【０２９８】ステップＳ２４０４では、次のステップへ
進む前に、ＲＯＭファームウェアイメージの妥当性がチ
ェックされる。このＲＯＭファームウェアイメージの妥
当性は、ステップＳ２４０３でのダウンロードオペレー
ションと一緒に、特定のパケットで送られるイメージチ
ェックサムに対して検査される。このチェックサム値が
ＲＯＭイメージと一緒にダウンロードされたチェックサ
ムと一致しなかった場合、ステップＳ２４０５で、オペ
レータにエラーが通知され、ＤＲＡＭ２２０内のＲＯＭ
ファームウェアイメージは消去される。

【０２９９】このチェックサム値が有効である場合、処
理はステップＳ２４０６へ進み、ここで、ＭＡＣアドレ
スのような保存されるべきすべてのデータがマイクロプ
ロセッサ２１６によって検索され、ＤＲＡＭ２２０に格
納された新しいファームウェアイメージの適切な場所に
このデータは格納される。このようにして、新しいＲＯ
Ｍファームウェアイメージに欠陥がある場合でも、所定
部分の本質的なＲＯＭファームウェアは保持されるた
め、ＮＥＢは機能するできる。ひとたびＲＯＭファーム
ウェアの本質的な部分が保存されると、処理はステップ
Ｓ２４０７へ進み、ここで、必要なら、ＥＰＲＯＭ２２
２は複数回クリアされ、消去されるように制御される。
ＥＰＲＯＭ２２２が消去された後、ステップＳ２４０８
で、新しいＲＯＭイメージがＥＰＲＯＭ２２２中へロー
ドされる。

【０３００】フラッシュオペレーションの後、ステップ
Ｓ２４０９で、リブートコマンドが受信されたか否かが
マイクロプロセッサ２１６によって判定される。リブー
トコマンドが受信された場合、ＮＥＢ２はステップＳ２
４１０においてリブートされる。しかし、リブートコマ
ンドが受信されない場合、処理は終了する。

【０３０１】ステップＳ２４０４で、ＥＰＲＯＭ２２２
にそれまで格納されたデータと新しく受信されたファー
ムウェアデータを比較することによって、ＲＯＭファー
ムウェアイメージの妥当性もまた検査される。例えば、
ＰＲＯＭ２３２によってそれまで送られたハードウェア
インジケータをＥＰＲＯＭ２２２が格納する場合（例え
ば、ボード製造日、ボード改訂番号、製造設備など；詳
細はセクション５で後述）、このようなインジケータ
が、新たに受信したＲＯＭファームウェアイメージの中
の同一インジケータと比較される。この比較は、上で解
説したチェックサム比較の代わりにあるいはチェックサ
ム比較に追加して行なってもよい。

【０３０２】ＲＯＭファームウェアイメージをフラッシ
ュするのと同時に、新しいＭＡＣアドレスもＥＰＲＯＭ
２２２中へフラッシュできることに留意すべきである。
しかしながら、ＮＥＢテストの完了時、出荷に先立っ
て、ＭＡＣアドレスをフラッシュすることが望ましい。
この機能については、セクション５に関連してより詳細
に説明する。

【０３０３】５．テストＮＥＢをプリンタにインストールする前に、ＮＥＢハー
ドウェア及びソフトウェアの構成要素の完全性を保証す
るために、ＮＥＢをテストすることができる。図２５に
は、ＮＥＢ２をテストするのに利用できる１つのテスト
環境の構成が描かれている。図２５において、ＮＥＢ２
は、ＮＥＢシリアルポート２１８に接続するケーブル３
０２を介してＰＣ１（３００）に接続している。テス
ト結果を印刷するためにプリンタ３０４をＰＣ１（３０
０）に接続してもよい。

【０３０４】ＮＥＢ２は、ＳＣＳＩバス３０８、及びイ
ーサネットＬＡＮ接続３１０、３１２を介してテストド
ライバＰＣ２（３０６）に接続されている。ＰＣ２（３
０６）にはＳＣＳＩボード３１４及びネットワーク制御
ボード３１６が含まれているため、プリンタ及びＬＡＮ
エンティティ（ネットワーク管理者のＰＣ１４のよう
な）をシミュレートすることができる。シリアルポート
２１８を介してＰＣ１（３００）からＮＥＢへ入力され
るテストプログラムの命令にしたがって、ＰＣ２はトラ
ンスポンダとしての機能を果たし、ＮＥＢ２からの、及
び、ＮＥＢ２への通信を送受信する。

【０３０５】ＮＥＢ２は電源が投入された後、電源投入
自己検査オペレーションを実行する。ＮＥＢ２がＰＯＳ
Ｔで各テストオペレーションを実行している間、ＰＣ１
（３００）はシリアルケーブル３０２を介してテストチ
ェックポイント結果を受信する。

【０３０６】ＮＥＢ２によってＰＯＳＴが完全に終了し
たことが判定されると、ＮＥＢ２は「ダウンロード準備
ＯＫ」の状態になる。この状態で、ＮＥＢ２は、入力ポ
ートのうちどれか１つからさらに入力命令が入るのを約
１秒間待つ。

【０３０７】ＮＥＢがダウンロード状態になっている
間、ＰＣ１（３００）はシリアルポート２１８を介して
ＮＥＢへテストプログラムをアップロードする。各テス
トプログラムの実行がＮＥＢ２によって完了すると、検
査のためにＰＣ１（３００）に各テスト結果が送られ
る。次のチェックポイントがタイムアウト（例えば１
秒）の間に受信されない場合、ＮＥＢのテストプログラ
ム実行中にエラーが生じたとみなされ、エラー信号がＰ
Ｃ１（３００）によって出力される。このエラー信号は
ＰＣ１（３００）のディスプレイ上に表示してもよい
し、プリンタ３０４で印刷することもできる。

【０３０８】一方、ＰＣ１（３００）によって受信され
た次のチェックポイントが検査されなかった場合、ＰＣ
１（３００）は受信された結果に従って、このテストプ
ログラムを書直す（より詳細なテストモジュールをさら
に加えることによって）。このようにして、ＰＣ１（３
００）は問題箇所をつきとめＮＥＢ２をデバッグするこ
とができる。

【０３０９】ＳＣＳＩバス３０８あるいはＬＡＮ接続３
１０、３１２のうちのいずれか１つを介して、ＰＣ２
（３０６）と通信することをＮＥＢ２に要求するテスト
プログラムもある。例えば、テストプログラムに従っ
て、ＮＥＢ２は、ＬＡＮ接続３１０を介してＰＣ２にデ
ータを要求してもよい。ＰＣ２（３０６）はＮＥＢ２か
ら各々の通信に対して適切な応答を返すように構成され
ており、それによって、プリンタ及び他方のＬＡＮ構成
要素が効果的にエミュレートされる。正確な通信がＰＣ
２（３０６）から返された場合、シリアルポート２１８
を介してＰＣ１（３００）へ別のチェックポイントを通
過させることによって、ＮＥＢ２はテストが成功したこ
とを示す。

【０３１０】図２６Ａ及び図２６Ｂに示されたフローチ
ャートを参照し、図２５に描かれたテスト構成に従っ
て、以下、ＮＥＢ２をテストするための方法について、
より詳細に説明する。

【０３１１】ＮＥＢ２にまず電源が投入されると、ステ
ップＳ２６０１において、ＥＰＲＯＭ２２２からＮＥＢ
２によってＰＯＳＴプログラムが実行される。ＰＯＳＴ
プログラムには、構成要素のオペレーション及びソフト
ウェアのプログラミングをテストするための個々のプロ
グラムが含まれる。ＰＯＳＴ内で個々のプログラムが実
行された後、ステップＳ２６０２において、チェックポ
イントがＰＣ１（３００）へ送られ、検査される。個々
のプログラムの実行後所定の時間チェックポイントが送
られない場合、あるいは、戻されたチェックポイントが
不正確である場合、ステップＳ２６０３において、ＰＣ
１（３００）からエラー信号が送られる。しかし、すべ
てのチェックポイントが正確で、所定の時間内に受信さ
れた場合は、処理はステップＳ２６０４へ進み、そこ
で、ＰＣ１（３００）はＮＥＢへテストプログラムを送
る準備をする。

【０３１２】ステップＳ２６０５で、ＰＯＳＴプログラ
ムは完了し、ＮＥＢ２はポートのいずれか（好適にはシ
リアルポート）を介して送られてくる命令を待つ。待機
時間は約１秒で、この間に、ＰＣ１（３００）は、用意
したテストプログラムを用いて応答を行わなければなら
ない。ステップＳ２６０６において、ＰＣ１（３００）
が、待機時間内にＮＥＢ２にテストプログラムを送って
応答しない場合、処理はステップＳ２６０７へ進み、こ
こで、ＮＥＢはその正常のオペレーションモードに入
る。

【０３１３】ステップＳ２６０６において、ＰＣ１（３
００）からのテストプログラム命令セットが受信される
と、更にテストプログラムが含まれているこの命令セッ
トはＤＲＡＭ２２０のＮＥＢ２に格納される（ステップ
Ｓ２６０８）。ステップＳ２６０９において、ＰＣ１
（３００）によって命令セットが起動され、ＮＥＢ２に
よってこの命令セットの中の各テストプログラムが実行
される。

【０３１４】このテストプログラム命令セットには、Ｐ
Ｃ２（３０６）をＬＡＮ周辺装置として構成することを
ＮＥＢ２に要求するプログラムや、ＰＣ２（３０６）を
ＳＣＳＩ周辺装置として構成することをＮＥＢ２に要求
するプログラムを、任意の順序で含むこともできる。い
ずれの場合においても、構成された後のＰＣ２（３０
６）は、ＮＥＢによって送られたデータ・ブロックを、
通常、単に返信することによって、ＮＥＢ２からのそれ
ぞれの通信に対して応答する。

【０３１５】簡潔に述べると、ステップＳ２６１０（図
２６Ｂ）において、ＮＥＢ２はＬＡＮ周辺機器としてＰ
Ｃ２（３０６）を構成し、ＰＣ２（３０６）はＮＥＢ２
に対して応答を送ることによって応答し、この応答によ
って、ＮＥＢ２が受信したデータが返信されることによ
ってＬＡＮループバックテストが効果的に行なわれる。
ＮＥＢ２はＰＣ２と通信し、シミュレートされた印刷ジ
ョブ結果を受信する。ステップＳ２６１１において、各
ブロックジョブの結果がＰＣ１（３００）へ送られ、こ
のテスト結果が正確か否かがＰＣ１（３００）によって
判定される。ステップＳ２６１１において、テスト結果
が不正確であることがＰＣ１（３００）によって判定さ
れると、ステップＳ２６１１で受信されたテスト結果に
従って書直された分岐テストプログラムが、ＰＣ１（３
００）によって送られる（ステップＳ２６１２）。しか
しながら、分岐テストプログラムがもはや存在しなくな
ると、ステップＳ２６１２において、ＰＣ１（３００）
はＬＡＮテストを停止し、エラー信号を出力する。

【０３１６】このようにして、ステップＳ２６１１にお
いて、ＮＥＢ２によってＬＡＮ通信テストが行なわれ
る。ＮＥＢ２が各々のＬＡＮ通信テストをうまくパスし
たならば、処理はステップＳ２６１３へ進み、ここで、
ＰＣ２（３０６）はＳＣＳＩ周辺装置として構成され、
その受信データを返信することによって、ＳＣＳＩルー
プバックテストが行なわれる。ステップＳ２６１４にお
いて、このテスト結果はＰＣ１（３００）へ送られ、こ
の結果が不正確である場合、ステップＳ２６１５におい
て、このテスト結果に従って分岐テストがＰＣ１（３０
０）によって同様に送られる。もちろん、周辺機器との
通信をさらにテストするための分岐テストがもはや存在
しなくなれば、ＰＣ１（３００）によってこのテストは
停止され、エラー信号が出力される。

【０３１７】ステップＳ２６１４において、ＮＥＢ２が
各ＳＣＳＩ通信テストをうまくパスしたならば、処理は
ステップＳ２６１６へ進み、ここで、ＮＥＢ２はＰＣ１
（３００）から更なる命令を要求する。ＰＣ１（３０
０）が更なる命令を返信すると、処理はステップＳ２６
０５へ戻るが、さらにテストを行なう必要がない場合
は、ＮＥＢテストは終了する。

【０３１８】要するに、ＬＡＮインタフェース及びテス
トインタフェースを持つ対話型ネットワークボードをテ
ストするための方法には、ボードに電源を投入し、テス
トインタフェースを介してボードＲＯＭから実行された
ＰＯＳＴ結果を読取り、また、テストインタフェースを
介してＲＡＭボードへテストプログラムをダウンロード
するという諸ステップが含まれる。次いで、テストプロ
グラムが起動され、ＲＡＭボードから実行される。それ
から、ボードは、周辺装置をＬＡＮドライバあるいはＳ
ＣＳＩ周辺機器として構成するように（ＬＡＮあるいは
ＳＣＳＩインタフェースのいずれかを介して）命令を受
ける。次いで、ボードはテストプログラムに従って、Ｌ
ＡＮドライバあるいはＳＣＳＩ周辺機器と対話する。そ
れから、テストプログラムの結果がテストインタフェー
スを介してテストコンピュータへ出力され、テストコン
ピュータではこれらのテスト結果を受信する。あるテス
トが失敗すると、その失敗のタイプに従って、補足テス
トプログラムが書かれる。新たに書かれたテストプログ
ラムによって、故障検出と診断を行なうことができ、次
いで、これらの補足的に書かれたテストプログラムをＰ
Ｃ１からＲＡＭボードにダウンロードすることもでき
る。

【０３１９】ひとたびすべてのテストがうまく終了すれ
ば、オペレーションファームウェアをＥＰＲＯＭ２２２
中にフラッシュすると便利であろう（工場試験環境にお
いては）。特に、テストプログラムの最後のステップを
利用して、引渡しに先立って、必要なファームウェアイ
メージをＥＰＲＯＭ２２２のＮＥＢ中へロードしてもよ
い。（セクション４ｑを参照）。ＥＰＲＯＭ２２２へフ
ラッシュされるファームウェアには、ＮＥＢ２のための
ユニークなＭＡＣアドレスも含まれる。

【０３２０】従来、ＭＡＣアドレスはＰＲＯＭ２３２の
ような専用ＰＲＯＭチップを用いて、回路基板に組み込
まれていた。しかしながら、ＭＡＣアドレスをＥＰＲＯ
Ｍ中にフラッシュすればＰＲＯＭチップの必要がなくな
ると同時に、ＭＡＣアドレスを不揮発性の状態で格納し
ておくことができることが分かった。（もちろん、パラ
グラフ４ｑにおいて説明したように、ＮＥＢ２をＬＡＮ
に接続した後、ＲＡＭファームウェアイメージを更新す
ると同時に、遠隔地からＭＡＣアドレスをＥＰＲＯＭへ
フラッシュさせることもできる。）図２６ＢのステップＳ２６１７において、ＮＥＢのテス
トが完了し、各ボードを、各ボード独自の個々の識別番
号（一般にはＭＡＣアドレスを参照）で指定してもよ
い。このようにして、ステップＳ２６１７において、Ｒ
ＯＭファームウェアイメージがＥＰＲＯＭ２２２に格納
されるべきか否かが判定される。格納すべきイメージが
ない場合、テストは終了する。しかしながら、格納すべ
きイメージがある場合、処理はステップＳ２６１８へ進
み、ここで、ＲＯＭイメージは（ＭＡＣアドレスと共
に）ＥＰＲＯＭ２２２中へフラッシュされる。ステップ
Ｓ２６１８で、ＰＲＯＭ２３２に通常格納されるボード
の改訂番号、製造データ、テスタ名等のような他のデー
タがＭＡＣアドレスと一緒に、ＥＰＲＯＭ２２２中へフ
ラッシュされることが望ましい。

【０３２１】ＲＯＭファームウェア及びＭＡＣアドレス
をＥＰＲＯＭ２２２へフラッシュするための２つの可能
なシナリオを考察してきた。第１のケースでは、製造テ
ストの際に用いられる高性能の診断セットでＮＥＢ２に
予めロードされる。このアプローチによって、特定のテ
ストをダウンロードするのに必要とされる時間が削減さ
れる。というのは、これらのテストはファームウェア中
にすでに存在するからである。この場合、諸テストが成
功した後、ファームウェアの最終製造版がボード中にロ
ードされ、ＭＡＣアドレス並びに、ボード改訂、製造デ
ータ、テスタのようなハードウェアに関する他の情報と
共にフラッシュされる（ステップＳ２６１８）。第２の
ケースでは、ボードがファームウェアの最終製造版とと
もに組み立てられる。この場合、ボードの特定情報領域
が空白にされ、ステップＳ２６１８においてテストがう
まく実行された後、この領域のみがロードされ、フラッ
シュされる。

【０３２２】要するに、ＬＡＮインタフェースを持つ対
話型ネットワークボード中へプログラム可能ファームウ
ェアをテスト後ロードする方法としては、ＬＡＮインタ
フェースを介してＤＲＡＭ２２０へＲＯＭファームウェ
アイメージ（ＭＡＣアドレスを含めて）をダウンロード
するステップが含まれる。ＲＯＭイメージの完全性がこ
こで確認され、ボードはＥＰＲＯＭを電子的に消去する
ように命じられる。次いで、ＥＰＲＯＭは、ＭＡＣアド
レスが含まれるＲＯＭイメージでフラッシュされ、それ
から、ボードはＥＰＲＯＭからリブートされる。

【０３２３】以上のように、上記の詳細な説明は、ＬＡ
Ｎに周辺機器を接続するための構造及び機能を含んだ対
話型ネットワーク回路基板に関するものであり、これに
よって、周辺機器がＬＡＮに応答する対話型構成要素と
なる。

【０３２４】以上、本発明の好適な実施例と考えられる
ものに関して説明してきたが、本発明はこの開示した実
施例に限定されるものではないことは言うまでもない。
むしろ、本発明は、特許請求の範囲が示す思想とその範
囲内に含まれる様々な変更及び同等物をカバーすること
を意図するものである。特許請求の範囲は、このような
変更及び同等の構造類及び機能をすべて含むように最も
広い解釈が与えられるべきものである。

【０３２５】以上のように、上記実施例によれば、ロー
カルエリアネットワーク上を搬送されるデータパケット
のフォーマットを適宜に判定することが可能となり、更
に、複数のオペレーティングプロトコルが単一のＬＡＮ
バス上で搬送されるようなマルチプロトコル環境におい
ても、ローカルエリアネットワーク上を搬送されている
データパケットのフォーマットを自動的に且つ順応的に
適宜に判定することが可能となる。

【０３２６】

【発明の効果】以上説明したように本発明によれば、ロ
ーカルエリアネットワーク上を搬送されるデータパケッ
トのフォーマットを順応的に判定することが可能とな
る。

【０３２７】

【図面の簡単な説明】

【図１】本発明の代表的な実施例であるローカルエリア
ネットワーク（ＬＡＮ）のブロック図である。

【図２】相互に接続された複数のローカルエリアネット
ワーク（ＬＡＮ）のブロック図である。

【図３】ローカルエリアネットワーク（ＬＡＮ）とプリ
ンタ間で接続された、本実施例によるネットワーク拡張
ボードを示すブロック図である。

【図４】本実施例によるネットワーク拡張ボードのブロ
ック図である。

【図５Ａ】本実施例によるネットワーク拡張ボードの基
本的機能を示す概要フローチャートである。

【図５Ｂ】本実施例によるネットワーク拡張ボードの基
本的機能を示す概要フローチャートである。

【図５Ｃ】本実施例によるネットワーク拡張ボードの基
本的機能を示す概要フローチャートである。

【図６】ソフトウェアモジュールがネットワーク拡張ボ
ードＲＯＭからＲＡＭへロードされる順序を示す図であ
る。

【図７】ＬＡＮとネットワーク拡張ボード間のハードウ
ェア及びソフトウェアインタフェースを示すブロック図
である。

【図８】ネットワーク拡張ボードをオペレーションモー
ドに設定するためにＥＰＲＯＭファームウェアをどのよ
うに構成するかを示すフローチャートである。

【図９】イーサネットで使用される異なるフレームパケ
ットの物理的構造を示す図である。

【図１０】ＰＲＥＳＣＡＮソフトウェアモジュールの動
作を示すフローチャートである。

【図１１】ＰＲＥＳＣＡＮモジュールが他のソフトウェ
アプロトコルで使用される場合を示す図である。

【図１２】ＳＡＰＳＥＲＶＥＲプログラムのソフトウェ
ア構造を説明するための図である。

【図１３】ＳＡＰＳＥＲＶＥＲの動作を示すフローチャ
ートである。

【図１４】ＣＰＩＮＩＴプログラムの動作を示すフロー
チャートである。

【図１５Ａ】ＣＰＣＯＮＳＯＬプログラムの動作を示す
フローチャートである。

【図１５Ｂ】ＣＰＣＯＮＳＯＬプログラムの動作を示す
フローチャートである。

【図１６Ａ】ＣＰＳＯＣＫＥＴプログラムの動作を示す
フローチャートである。

【図１６Ｂ】ＣＰＳＯＣＫＥＴプログラムの動作を示す
フローチャートである。

【図１７Ａ】周辺装置の統計値の自動的ロギングを示す
フローチャートである。

【図１７Ｂ】周辺装置の統計値の自動的ロギングを示す
フローチャートである。

【図１８】マルチタスキング処理がどのように実行され
るか示すフローチャートである。

【図１９】安全なデフォルト機器構成にプリンタを設定
する手順を示すフローチャートである。

【図２０】ローカルエリアネットワーク（ＬＡＮ）から
ネットワーク拡張ボードへの実行可能ファイルのダウン
ローディングを示すフローチャートである。

【図２１】ネットワーク拡張ボードのＥＰＲＯＭで独立
に実行可能なモジュールのローディングを示すフローチ
ャートである。

【図２２】ネットワーク拡張ボードＥＰＲＯＭフラッシ
ュ保護回路を示すブロック図である。

【図２３】図２２に示す回路の動作を示すフローチャー
トである。

【図２４】ネットワーク拡張ボードＥＰＲＯＭにファー
ムウェアを遠隔操作でロードする動作を示すフローチャ
ートである。

【図２５】ネットワーク拡張ボードをテストするための
ハードウェア機器構成を示すブロック図である。

【図２６Ａ】図２５のテスト構成を用いたネットワーク
拡張ボードテスト方法を示すフローチャートである。

【図２６Ｂ】図２５のテスト構成を用いたネットワーク
拡張ボードテスト方法を示すフローチャートである。

【符号の説明】

２ネットワーク拡張ボード（ＮＥＢ）４プリンタ６ＬＡＮ８ＬＡＮインタフェース１０、１２、１８、２２ＰＣ１４ネットワーク管理装置用ＰＣ３０ファイルサーバ２０６イーサネットネットワークコントローラ２１０、２１２電源変換器２１６マイクロプロセッサ２１８シリアルポート２２０ＤＲＡＭ２２２ＥＰＲＯＭ２２４ＳＣＳＩコントローラ２２６プリンタ拡張ボード２２８ＮＶＲＡＭ２３０コントロールレジスタ２３２ＭＡＣアドレス／ハードウェアＩＤ

フロントページの続き (56)参考文献特開平３−46852（ＪＰ，Ａ) 特開平４−307837（ＪＰ，Ａ) 特開平３−212040（ＪＰ，Ａ) 特開平３−154445（ＪＰ，Ａ) 国際公開84／3192（ＷＯ，Ａ１) 米国特許4766534（ＵＳ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/00 G06F 3/12 H04L 12/00 H04L 29/00

Claims

(57)【特許請求の範囲】

【請求項１】複数のフレームパケットタイプのうち、
ネットワークにおいて使用されているフレームパケット
タイプを判定するパケット形式判定方法であって、フレームパケットを捕捉するためにネットワークを監視
する監視工程と、各フレームパケットタイプに従って、捕捉されたフレー
ムパケットを解析し、各フレームパケットタイプに対応
するデータグループを供給する供給工程と、各データグループに所定のヘッダが含まれているかを探
索する探索工程と、前記所定のヘッダを含むデータグループに対応するフレ
ームパケットタイプを登録する登録工程とを備えること
を特徴とするパケット形式判定方法。
【請求項２】ネットワーク通信モジュールを、複数の
フレームパケットタイプのそれぞれと同時に結合するべ
く構成する構成工程を有し、前記供給工程は、前記ネットワーク通信モジュールから
のフレームパケットを解析することを特徴とする請求項
１に記載のパケット形式判定方法。
【請求項３】前記構成工程は、リンクサポートレイヤ
を複数のフレームパケットタイプのそれぞれと結合する
ことを特徴とする請求項２に記載のパケット形式判定方
法。
【請求項４】フレームパケットタイプは、Ｅｔｈｅｒ
ｎｅｔ８０２．２、ＥｔｈｅｒｎｅｔＩＩ、Ｅｔｈｅｒ
ｎｅｔ８０２．３、ＥｔｈｅｒｎｅｔＳＮＡＰのうち
少なくとも一つを含むことを特徴とする請求項１乃至３
のいずれかに記載のパケット形式判定方法。
【請求項５】前記監視工程は、同報通信のフレームパ
ケットを捕捉することを特徴とする請求項１乃至４のい
ずれかに記載のパケット形式判定方法。
【請求項６】複数のフレームパケットタイプのうち、
ネットワークにおいて使用されているフレームパケット
タイプを判定するパケット形式判定装置であって、フレームパケットを捕捉するためにネットワークを監視
する監視手段と、各フレームパケットタイプに従って、捕捉されたフレー
ムパケットを解析し、各フレームパケットタイプに対応
するデータグループを供給する供給手段と、各データグループに所定のヘッダが含まれているかを探
索する探索手段と、前記所定のヘッダを含むデータグループに対応するフレ
ームパケットタイプを登録する登録手段とを備えること
を特徴とするパケット形式判定装置。
【請求項７】ネットワーク通信モジュールを、複数の
フレームパケットタイプのそれぞれと同時に結合するべ
く構成する構成手段を有し、前記供給手段は、前記ネットワーク通信モジュールから
のフレームパケットを解析することを特徴とする請求項
６に記載のパケット形式判定装置。
【請求項８】前記構成手段は、リンクサポートレイヤ
を複数のフレームパケットタイプのそれぞれと結合する
ことを特徴とする請求項７に記載のパケット形式判定装
置。
【請求項９】前記監視工程は、同報通信のフレームパ
ケットを捕捉することを特徴とする請求項６乃至８のい
ずれかに記載のパケット形式判定装置。
【請求項１０】当該パケット形式判定装置が、プリン
タをネットワークに接続するためのネットワークボード
に含まれていることを特徴とする請求項６乃至９のいず
れかに記載のパケット形式判定装置。
【請求項１１】対話型ネットワーク基板により、複数
のフレームパケットタイプのどれがローカルエリアネッ
トワーク上のＬＡＮ通信において現在使用されているか
を判定するパケット形式判定方法であって、前記対話型ネットワーク基板上のＲＯＭより該対話型ネ
ットワーク基板上のＲＡＭの第１領域に事前探査ソフト
ウエアーモジュールをダウンロードし、該ＲＡＭより該
事前探査ソフトウエアーモジュールの実行を開始する開
始工程と、リンクサポートレイヤを通じて前記事前探査ソフトウエ
アーモジュールを前記複数のフレームパケットタイプの
それぞれに同時に結合する結合工程と、前記事前探査ソフトウエアーモジュールを停止状態にす
る停止工程と、ＬＡＮフレームパケットを捕捉するために同報通信を求
めてＬＡＮ通信ネットワークを監視する監視工程と、前記リンクサポートレイヤを介して、前記複数のフレー
ムパケットタイプの各々に対応して、捕捉されたフレー
ムパケットのデータグループを提供する提供工程と、所定のＩＰＸヘッダーを求めて各データグループを事前
探査するために、前記事前探査ソフトウエアモジュール
を再起動する起動工程と、前記所定のＩＰＸヘッダーを有するデータグループに対
応するフレームタイプを格納する格納工程とを備えるこ
とを特徴とするパケット形式判定方法。
【請求項１２】それぞれ異なるオペレーテイングプロ
トコルを有する第１及び第２オペレーテイングシステム
のためのデータパケットを伝送するローカルエリアネッ
トワークバスを有するネットワーク通信システムにおい
て、複数のフレームパケットタイプのどれがＬＡＮ通信
で現在使用されているかを判定するパケット形式判定方
法であって、ローカルエリアネットワーク上の第１オペレーテイング
システムから第１フレームパケットを捕捉する第一捕捉
工程と、前記複数のフレームパケットタイプのうちのどれが捕捉
されたフレームパケットに対応するかを判定するため
に、捕捉された前記第１フレームパケットを前もって探
査する第１探査工程と、捕捉された前記第１フレームパケットに対応するフレー
ムタイプを格納する第１格納工程と、ローカルエリアネットワーク上の第２オペレーテイング
システムから第２フレームパケットを捕捉する第２捕捉
工程と、前記複数のフレームパケットタイプのうちのどれが捕捉
されたフレームパケットに対応するかを判定するため
に、捕捉された前記第２フレームパケットを前もって探
査する第２探査工程と、捕捉されたフレームパケットに対応するフレームタイプ
を格納する第２格納工程とを備えることを特徴とするパ
ケット形式判定方法。
【請求項１３】複数の所定フレームパケットタイプの
どれが、単一ローカルエリアネットワーク上で動作する
マルチプロトコルＬＡＮ通信システムにおいて、現在使
用されているかを判定するパケット形式判定方法であっ
て、複数の第１プロトコルフレームパケットタイプに同時に
結合するべくＬＡＮ通信モジュールを構成する第１構成
工程と、前記第１プロトコルの同報通信を捕捉するためにＬＡＮ
通信バスを監視する第１監視工程と、ＬＡＮ通信モジュールから捕捉された第１プロトコルの
同報通信について、複数種類のパケットタイプにそれぞ
れ対応する複数種類のデータグループを提供する第１提
供工程と、所定ヘッダーの存在に関して前記各データグループを前
もって探査する第１事前探査工程と、前記所定ヘッダーを有するデータグループに対応する第
１プロトコルフレームタイプを格納する第１格納工程
と、複数の第２プロトコルフレームパケットタイプに同時に
結合するべくＬＡＮ通信モジュールを構成する第２構成
工程と、前記第２プロトコルの同報通信を捕捉するためにＬＡＮ
通信バスを監視する第２監視工程と、ＬＡＮ通信モジュールから捕捉された第２プロトコルの
同報通信について、複数種類のパケットタイプにそれぞ
れ対応する複数種類のデータグループを提供する第２提
供工程と、所定ヘッダーの存在に関して前記各データグループを事
前に探査する第２事前探査工程と、前記所定ヘッダーを有するデータグループに対応する第
二プロトコルフレームタイプを格納する第２格納工程と
を備えることを特徴とするパケット形式判定方法。
【請求項１４】対話型ネットワーク基板により、複数
のフレームパケットタイプのうちのどれがローカルエリ
アネットワーク上のマルチプロトコルネットワーク環境
において現在使用されているかを判定するパケット形式
判定方法であって、前記対話型ネットワーク基板上のＲＯＭから該対話型ネ
ットワーク基板上のＲＡＭの第１エリアに事前探査ソフ
トウエアーモジュールをダウンロードし、該ＲＡＭより
該事前探査ソフトウエアーモジュールの実行を開始する
開始工程と、前記事前探査ソフトウエアーモジュールを第１ネットワ
ークオペレーテイングシステムに対応する複数の第１プ
ロトコルフレームパケットタイプのそれぞれにリンクサ
ポートレイヤを通じて同時に結合する第１結合工程と、前記事前探査ソフトウエアーモジュールを停止状態にす
る第１停止工程と、第１プロトコルによるフレームパケットを捕捉するべく
ＬＡＮ通信ネットワーク上の同報通信を監視するための
第１監視工程と、捕捉された第１プロトコルによるフレームパケットより
得られた複数のデータグループを前記リンクサポートレ
イヤを通じて提供する第１提供工程と、ここで、前記複
数のデータグループの夫々は前記複数の異なる第１プロ
トコルフレームパケットタイプのそれぞれに対応してお
り、前記事前探査ソフトウエアーモジュールを再起動し、所
定の第１プロトコルヘッダーを検出するべく前記各デー
タグループを前もって探査する第１再起動工程と、前記所定の第１プロトコルヘッダーを有するデータグル
ープに対応するフレームタイプを格納する第１格納工程
と、前記事前探査ソフトウエアーモジュールを第２ネットワ
ークオペレーテイングシステムに対応する複数の第２プ
ロトコルフレームパケットタイプのそれぞれに前記リン
クサポートレイヤを通じて同時に結合する第２結合工程
と、前記事前走査ソフトウエアーモジュールを停止状態にす
る第２停止工程と、第２プロトコルによるフレームパケットを捕捉するべく
ＬＡＮ通信ネットワーク上の同報通信を監視するための
第２監視工程と、捕捉された第２プロトコルによるフレームパケットより
得られる複数のデータグループを前記リンクサポートレ
イヤを通じて提供する第２提供工程と、ここで、前記複
数のデータグループの夫々は前記複数の異なる第２プロ
トコルフレームパケットタイプのそれぞれに対応してお
り、前記事前探査ソフトウエアーモジュールを再起動し、所
定の第２プロトコルヘッダーを検出するべく前記各デー
タグループを前もって探査する第２再起動工程と、前記所定の第２プロトコルヘッダーを有するデータグル
ープに対応するフレームタイプを格納する第２格納工程
とを備えることを特徴とするパケット形式判定方法。
【請求項１５】Ｎｏｖｅｌｌ互換データパケットとＵ
ＮＩＸ互換データパケットを搬送するローカルエリアネ
ットワークバスを有するネットワーク通信システムにお
いて、複数のフレームパケットタイプのどれがＬＡＮ通
信で現在使用されているかを判定するパケット形式判定
装置であって、ＬＡＮからの通信を受け取るためのバスに連結されたＬ
ＡＮインターフェイスと、プロセッサーとを有し、前記プロセッサーは、（１）前記インターフェイスを通じてローカルエリアネ
ットワーク上でＮｏｖｅｌｌ互換フレームパケットを捕
捉し、（２）複数フレームパケットタイプのどれが捕捉された
ＬＡＮパケットに対応するかを判定するために、前記捕
捉されたＮｏｖｅｌｌ互換フレームパケットを探査し、（３）捕捉されたＬＡＮフレームパケットに対応するＮ
ｏｖｅｌｌ互換フレームタイプを格納し、（４）前記インターフェイスを通じてローカルエリアネ
ットワーク上のＵＮＩＸ互換フレームパケットを捕捉
し、（５）複数のフレームパケットタイプのどれが捕捉され
たＬＡＮパケットに対応するかを決定するために、前記
捕捉されたＵＮＩＸ互換フレームパケットを探査し、（６）捕捉されたＬＡＮフレームパケットに対応するＵ
ＮＩＸ互換フレームタイプを格納することを特徴とする
パケット形式判定装置。