JPH06214734A - デフォルト設定装置、プリンタ及びプリンタ構成提供方法 - Google Patents

デフォルト設定装置、プリンタ及びプリンタ構成提供方法

Info

Publication number
JPH06214734A
JPH06214734A JP28460093A JP28460093A JPH06214734A JP H06214734 A JPH06214734 A JP H06214734A JP 28460093 A JP28460093 A JP 28460093A JP 28460093 A JP28460093 A JP 28460093A JP H06214734 A JPH06214734 A JP H06214734A
Authority
JP
Japan
Prior art keywords
printer
lan
neb
configuration
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP28460093A
Other languages
English (en)
Other versions
JP3423379B2 (ja
Inventor
Andrew J Kraslavsky
ジェイ． クラスラブスキー アンドリュー
William C Russell
シー． ラッセル ウィリアム
George A Kalwitz
エイ． カルビッツ ジョージ
Robert D Wadsworth
ディー． ワッズワース ロバート
Lorraine F Barrett
エフ． バレット ローレイン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Information Systems Inc
Original Assignee
Canon Information Systems Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Information Systems Inc filed Critical Canon Information Systems Inc
Publication of JPH06214734A publication Critical patent/JPH06214734A/ja
Application granted granted Critical
Publication of JP3423379B2 publication Critical patent/JP3423379B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1203—Improving or facilitating administration, e.g. print management
    • G06F3/1204—Improving or facilitating administration, e.g. print management resulting in reduced user or operator actions, e.g. presetting, automatic actions, using hardware token storing data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1293—Printer information exchange with computer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1229—Printer resources management or printer maintenance, e.g. device status, power levels
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1285—Remote printer device, e.g. being remote from client or server

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)
  • Record Information Processing For Printing (AREA)
  • Computer And Data Communications (AREA)

Abstract

(57)【要約】 【目的】ＬＡＮのプリンタをデフォルト構成に置く方法
と装置を提供する。 【構成】 ＳＣＳＩは、 プリントデータ（データ）を
プリンタに送信するためプリンタに、プリンタの不揮発
性メモリ（メモリ）からデフォルト構成コード（コー
ド）を送信するために、そのメモリにも結合される。Ｌ
ＡＮからのデータを受信するためにＬＡＮインタフェー
スが設けられ、また、データとコードを記憶するため
に、ＲＡＭが、ＳＣＳＩとＬＡＮインタフェースの両方
に結合される。プロセッサは、（１）そのメモリからＲ
ＡＭにコードを読み込み、（２）データをプリントジョ
ブブロック（ブロック）に配列し、（３）コードをブロ
ックに追加し、（４）ブロックを追加のコードをＳＣＳ
Ｉを介してプリンタに送信するために、ＳＣＳＩとＬＡ
Ｎインタフェースの間に結合される。プリンタは、
（１）受信したブロックに従ってプリントを実行し、
（２）プリント実行前または後に、追加のコードに従っ
て自分自身を所定のデフォルト構成に配置する。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明はデフォルト設定装置、プ
リンタ及びプリンタ構成提供方法に関し、特に、ローカ
ルエリアネットワークの周辺装置（例えば、プリンタ）
をインテリジェントな対話型ネットワークのメンバとし
てデフォルト構成で配置できるデフォルト設定装置、プ
リンタ及びプリンタ構成提供方法に関する。
【０００２】
【従来の技術】構内情報通信網（”ＬＡＮ”）は、複数
のパーソナルコンピューターを、プリンタ、コピー機等
のような周辺装置に結合して、通信機能拡張と資源共有
を図るものとして知られている。従来、ＬＡＮに結合さ
れるプリンタのような周辺装置は、どちらかといえばイ
ンテリジェント性がなく、ＬＡＮからの情報を受け入れ
て、そのような情報をハードコピーにプリントするだけ
であった。また、かかるプリンタは、通常、プリンタへ
のデータの流れを効率的に管理するための、即ち、その
プリンタの「サーバー」として働くホストパーソナルコ
ンピュータ（”ＰＣ”）を要した。これにより、ホスト
ＰＣは、ほとんど常時、プリンタのサーバータスク専用
である必要があった。
【０００３】近年、限られたサーバー機能を実行するた
めに、周辺装置に結合できる回路基板に、ハードウェア
とソフトウェアを組み込むことによって、表面上、かか
る専用ＰＣの必要を廃した製品が数多く出回ってきた。
例えば、ＡＳＰコンピュータプロダクト社では、ノベル
ネットワーク用の独立型プリントサーバーとして働く
「ジェットＬＡＮ／Ｐ（JetLAN/P)」という装置を出し
ている。ジェットＬＡＮ／Ｐ（商標）装置は、１０Ｂａ
ｓｅ−２の細芯同軸ケーブルまたは１０Ｂａｓｅ−Ｔの
より対線ケーブルを使ってＬＡＮに接続する。しかし、
ジェットＬＡＮ／Ｐ（商標）は、プリンタのパラレルポ
ートからしかプリンタに結合できない。従って、プリン
ト情報をプリンタに送ることができても、プリンタから
戻ってくるプリンタ状態情報量が厳しく制限される。例
えば、このような装置がプリンタから受信できるのは、
「オフライン」および「用紙切れ」程度の情報である。
このような装置では、プリンタを、ネットワークの真に
インテリジェント性をもって応答するメンバにすること
は不可能に近い。
【０００４】プリンタをＬＡＮに結合するための他の周
知の装置は、ヒューレットパッカード社のジェットディ
レクト（ＪｅｔＤｉｒｅｃｔ（商標））Ｃ２０７１Ａ／
ＢとＣ２０５９Ａ、エクステンデッドシステムズ社のイ
ーサフレックス（ＥｔｈｅｒＦｌｅｘ（商標））、イン
テル社のネットポート（ＮｅｔＰｏｒｔ（商標））とネ
ットポートＩＩ（ＮｅｔＰｏｒｔＩＩ（商標））、キャ
ステレ社のＬＡＮプレス（ＬＡＮＰｒｅｓｓ（商標））
とジェットプレス（ＪｅｔＰｒｅｓｓ（商標））、ミラ
ン社のファストポート（ＦａｓｔＰｏｒｔ（商標））な
どがある。
【０００５】
【発明が解決しようとする課題】しかしながら上記の装
置はいずれも、プリンタがＬＡＮへ十分の量のデータを
送信出来ないため、プリンタがネットワークの効果的で
インテリジェントなメンバになり得ない、という弱点が
ある点でＡＳＰ社のジェットＬＡＮと同じである。
【０００６】また、周知の装置では、附属プリンタを既
知の安全なデフォルト構成に自由に配置できない。ノベ
ル社のネットウェア（ＮｅｔＷａｒｅ（商標））という
ソフトウェアは、プリントジョブの最後でプリンタを規
定された構成を残したままにするというネットワークベ
ースの解決策を提供するが、このネットワーク解決策で
は、ファイルサーバーから送出される各プリントジョブ
の始めにファイルサーバー自身がエスケープシーケンス
を入れることが必要である。従って、ファイルサーバー
に何らかの障害があれば、プリンタは、周知の安全なデ
フォルト構成にではなく、最後のプリントジョブの構成
が残されたままになってしまう。また、ＬＡＮでネット
ウェア（ＮｅｔＷａｒｅ（商標））以外のソフトウェア
を使用した場合は、プリンタが、プリントジョブの最後
に規定の構成に残されることはない。
【０００７】
【発明の概要】本発明は、周辺装置に結合され、且つ前
記周辺装置を応答性のあるインテリジェントな対話型ネ
ットワークメンバとしてデフォルト構成で配置できるデ
フォルト設定装置、プリンタ及びプリンタ構成提供方法
を提供することによって、上述の欠点を克服するもので
ある。
【０００８】本発明によれば、対話型ネットワーク基板
において、ネットワーク周辺装置が周知のデフォルト構
成に配置されることを保証するための方法と装置が提供
される。本発明の一態様によれば、不揮発性メモリを有
するＬＡＮ周辺装置に対して、安全なデフォルト周辺装
置環境を保証するための装置は、周辺装置に結合された
回路基板を備えている。双方向インタフェースが基板に
設けられて基板を周辺装置に結合し、ＬＡＮインタフェ
ースも基板に設けられ、基板をＬＡＮに結合する。基板
上に搭載されたＲＡＭは、ＬＡＮインタフェースを介し
て受信した周辺装置データを記憶する。各所定状態にす
るために所定の周辺装置特性（例えば、プリントタイ
プ、画像密度、プリントモード）を設定する信号から成
るデフォルト構成コードを、プリンタの不揮発性メモリ
に記憶させるために、基板にはプロセッサも結合され
る。プロセッサは、プリンタの不揮発性メモリから基板
ＲＡＭへデフォルト構成コードを読み込む。次いでプロ
セッサは、このデフォルト構成コードと周辺装置データ
を、双方向インタフェースを介して周辺装置に送信す
る。このデータを受信し且つ周辺装置ジョブが完了する
と、周辺装置は受信したデフォルト構成コードに従っ
て、その特性を所定の状態にセットする。
【０００９】本発明の別の態様によれば、プリンタのデ
フォルト構成を提供するための方法は、対話型ネットワ
ーク基板のＬＡＮインタフェースを介してデフォルト構
成を受信する工程と、基板とプリンタの間に結合された
双方向インタフェースを介して、プリンタの不揮発性メ
モリにデフォルト構成コードを記憶する工程と、から成
る。次いでデフォルト構成は、プリンタの不揮発性メモ
リから、両方向インタフェースを介して、基板のダイナ
ミックＲＡＭにダウンロードされる。プリント情報は、
ＬＡＮインタフェースを介して受信され、更に双方向イ
ンタフェースを介してプリンタに提供される。基板は、
プリント情報に関してプリントジョブの開始を検出し、
また、かかる検出に対応して、デフォルト構成をプリン
タに送出する。
【００１０】
【課題を解決するための手段】及び
【作用】上記目的を達成するために本発明のデフォルト
設定装置は、以下の様な構成からなる。即ち、不揮発性
メモリを有するＬＡＮの周辺装置のデフォルト周辺装置
環境を保証するデフォルト設定装置であって、前記周辺
装置に結合された回路基板と、前記回路基板上に搭載さ
れ、前記回路基板を前記周辺装置に結合する双方向イン
タフェースと、前記回路基板上に搭載され、前記回路基
板を前記ＬＡＮに結合するＬＡＮインタフェースと、前
記回路基板上に搭載され、前記ＬＡＮインタフェースを
経て受信した周辺装置データを記憶するＲＡＭと、前記
回路基板上に搭載され、（１）所定の周辺装置特性を対
応する所定の状態に設定する信号を含むデフォルト構成
コードが前記不揮発性メモリに記憶されるようにし、
（２）前記双方向インタフェースを経て前記不揮発性メ
モリから前記ＲＡＭに前記デフォルト構成コードを読み
出し、（３）前記双方向インタフェースを経て前記デフ
ォルト構成コードと前記周辺装置データとを前記周辺装
置に伝送して、前記周辺装置は周辺装置特性を所定の状
態に設定できるようにするプロセッサとを有することを
特徴とするデフォルト設定装置を備える。
【００１１】また他の発明によれば、自己の構成を設定
可能なＬＡＮ接続のプリンタであって、構成コードを記
憶するプリンタ不揮発性メモリと、印刷を表現するプリ
ンタ手段と、前記プリンタ手段に結合されプリントデー
タを前記プリンタ手段に伝送し、前記プリンタ不揮発性
メモリに結合され前記プリンタ不揮発性メモリから前記
構成コードを伝送するＳＣＳＩインタフェースと、前記
ＬＡＮからプリントデータを受け取るＬＡＮインタフェ
ースと、前記ＳＣＳＩインタフェースと前記ＬＡＮイン
タフェースとに結合され、前記プリントデータと前記構
成コードを記憶するＲＡＭと、前記ＳＣＳＩインタフェ
ースと前記ＬＡＮインタフェースとの間に結合され、
（１）前記プリンタ不揮前記構成コードを読み出し、
（２）前記プリントデータをプリントジョブブロックに
順序付け、（３）前記構成コードを前記プリントジョブ
ブロックに追加し、（４）前記ＳＣＳＩインタフェース
を通じて前記プリンタ手段に前記プリントジョブブロッ
クと前記追加された構成コードとを伝送するプロセッサ
とを有し、前記プリンタ手段は、（１）前記受信された
プリントジョブブロックに従って印刷を表現し、（２）
前記追加された構成コードに対応する所定構成に前記プ
リンタ手段を置くことを特徴とするプリンタを備える。
【００１２】また他の発明によれば、構成をプリンタに
提供するプリンタ構成提供方法であって、対話型ネット
ワーク基板においてＬＡＮインタフェースを経て構成コ
ードを受信する受信工程と、前記対話型ネットワーク基
板とぜんきプリンタとの間に結合された双方向インタフ
ェースを経て前記プリンタのＮＶＲＡＭに前記構成コー
ドを記憶する第１記憶工程と、前記双方向インタフェー
スを経て、前記プリンターの前記ＮＶＲＡＭから前記対
話型ネットワーク基板のＤＲＡＭに前記構成コードをダ
ウンロードするダウンロード工程と、前記ＬＡＮインタ
フェースを経てプリント情報を受信し、前記双方向イン
タフェースを経て前記プリンタに前記プリント情報を提
供する提供工程と、プリントジョブの開始とプリントジ
ョブの終了の内の一つを検出し、前記検出に応じて、前
記プリンタに前記構成コードを送る第１検出送信工程と
を有することを特徴とするプリンタ構成提供方法を備え
る。
【００１３】
【実施例】以下添付図面を参照して本発明の好適な実施
例を詳細に説明する。
【００１４】本発明を適用した実施例では、ネットワー
クから受信されたデータを受信し処理することができる
だけでなく、詳細な状態情報、オペレーションパラメー
タや、更には、スキャナ入力、ファクシミリ受信などの
ような他の形態によって周辺機器へ入力されるデータの
ような相当量のデータまでも、ネットワークに伝送する
能力を持つ対話型ネットワーク構成要素，例えばプリン
タ，のようなネットワーク周辺機器を構成するためのハ
ードウェア及びソフトウェア的解決法を提供するもので
ある。そして、周辺機器にこのようなハードウェア及び
ソフトウェアを組み込むことによって、周辺機器へのサ
ーバの役を果たす専用パーソナル・コンピュータをなく
すことが可能になる。
【００１５】１． アーキテクチャ 図１は、以下に解説するオープンアーキテクチャを持
つ、プリンタ４に接続されたネットワーク拡張ボード
（“ＮＥＢ”）２に組み込まれた本実施例を示すブロッ
ク・ダイヤグラムである。ＮＥＢ２は、ＬＡＮインタフ
ェース８（たとえば、同軸コネクタ、ＲＪ４５コネクタ
あるいはＤＢ１５コネクタ（ＡＵＩ）とそれぞれ接続さ
れている、１０ｂａｓｅ−２、１０ｂａｓｅ−Ｔ、ある
いは１０ｂａｓｅ−５のようなイーサネットインタフェ
ース）を介して、ＬＡＮバス６に接続している。ＬＡＮ
６にはまた、ＰＣ１０、ＰＣ１２、ＰＣ１４（この場
合、管理者がこのＰＣ１４に記録をとるならば、ＰＣ１
４がネットワーク管理装置として機能する。；詳細は後
述）のようなネットワーク構成要素、及び、プリンタ１
６（内蔵型ＱＳＥＲＶＥＲ機能を持つ；詳細は後述）と
が接続されていてもよい。他のＬＡＮ構成要素として、
付属プリンタ２０を持つＰＣ１８（プリント・サーバの
役をする；詳細は後述）、付属プリンタ２４を持つＰＣ
２２（ＲＰＲＩＮＴＥＲの役をする；詳細は後述）、及
びＮｅｔＰｏｒｔ装置２８（上記発明の背景において、
解説）を介してＬＡＮ６に接続されるプリンタ２６が含
まれてもよい。ファイル・サーバ３０は、ＬＡＮ６に接
続され、ファイルをＬＡＮ上で伝送し処理するための
“ライブラリ”として機能する。ファイル・サーバ３０
には、付属プリンタ３２及び３４がついていてもよい。
【００１６】より詳細に述べると、種々のネットワーク
構成要素間での交信を行なうために、図１に描写された
ネットワークで、ノーベル社あるいはＵｎｉｘソフトウ
ェアのような任意のネットワークソフトウェアを利用し
てもよい。本発明の適用はどんなネットワークソフトウ
ェアに対しても可能であるが、本実施例ではノーベル社
のＮｅｔＷａｒｅソフトウェア（下記、セクション３ａ
でより詳細に解説）を利用するＬＡＮに関して説明す
る。このソフトウェア・パッケージについての詳細な説
明については、“ＮｅｔＷａｒｅ(商標) ユーザーガイ
ド”及び“ＮｅｔＷａｒｅ(商標) スーパーバイザ・ガ
イド”（Ｍ＆Ｔブック社、１９９０年版権取得）にある
のでそれを参照されたい。又、“ＮｅｔＷａｒｅプリン
トサーバ”（ノーベル社刊、１９９１年３月版、ノーベ
ル部品番号１００−０００８９２−００１）も参照され
たい。簡潔に述べれば、ファイル・サーバ３０はファイ
ルマネジャとして機能し、ＬＡＮ構成要素間のデータの
ファイルを受信し、格納し、待ち行列に登録し、キャッ
シングし、伝送する。たとえば、ＰＣ１０及び１２でそ
れぞれ作成されたデータ・ファイルは、ファイル・サー
バ３０へまず運ばれて、ファイル・サーバ３０はそれら
のデータ・ファイルを順序付けした後、ＰＣ１８のプリ
ント・サーバからのコマンドでプリンタ２４へこの順序
付けされたデータ・ファイルを転送することができる。
ファイル・サーバ３０には、１０ギガバイトのハードデ
ィスク（ＨＤ）サブシステムのような大容量記憶装置
（ＬＣＳ）構成要素を含めることもできるし、あるいは
そのような大容量記憶装置（ＬＣＳ）構成要素に接続さ
れたものであってもよい。もし所望であれば、更に、プ
リンタ３２及び３４をファイル・サーバ３０に接続し
て、追加的印刷ステーションを備えることもできる。
【００１７】パーソナル・コンピュータ装置が図１に例
示されているが、実行されているネットワークソフトウ
ェアにとって適切なものとして、他のコンピュータ装置
も含むことができる。たとえば、Ｕｎｉｘソフトウェア
が使用される場合、Ｕｎｉｘワークステーションをネッ
トワークに含んでいてもよい。また、これらのワークス
テーションを、適切な環境の下で、例示された複数ＰＣ
とともに使用してもよい。
【００１８】ＰＣ１０及び１２としては、各々、データ
・ファイルを生成し、ＬＡＮ上へそれらを伝送し、ＬＡ
Ｎからファイルを受信し、ワークステーションでこのよ
うなファイルを表示及び／若しくは処理することができ
る、標準的ワークステーションＰＣを含むことができ
る。しかしながら、ＰＣ１０及び１２は、ＬＡＮ周辺機
器に対する制御を行なうことはできない（ネットワーク
管理者がそのＰＣに記録されていない限り）。
【００１９】ＬＡＮ周辺機器に対して限定的制御を行な
うことができるＰＣとは、内蔵型ＲＰＲＩＮＴＥＲプロ
グラムが含まれるＰＣ２２である。ＲＰＲＩＮＴＥＲプ
ログラムとは、ＭＳ−ＤＯＳＴｅｒｍｉｎａｔｅ＆Ｓｔ
ａｙＲｅｓｉｄｅｎｔ（以下ＴＳＲという）プログラム
のことで、ワークステーション上で実行され、このプロ
グラムで、ユーザはワークステーションに接続されたプ
リンタ２４を共用することが可能になる。ＲＰＲＩＮＴ
ＥＲは、作業を求めるプリンタ待ち行列を探索する能力
を持っていない、どちらかといえばインテリジェント性
のないプログラムである。ＲＰＲＩＮＴＥＲは、ネット
ワークの別の場所で実行しているＰＳＥＲＶＥＲ（詳細
は後述）からその作業を得る。プリンタのパラレルポー
トを通じて付属プリンタと通信しているために、ＲＰＲ
ＩＮＴＥＲは、限定された状態しか得られず、また、そ
の状態情報を応答可能なＰＳＥＲＶＥＲにＬＡＮ６を通
じて返すことしかできない。制御という見地から見る
と、ＲＰＲＩＮＴＥＲは印刷ジョブの停止くらいのこと
しかできない。パーソナル・コンピュータで実行するＲ
ＰＲＩＮＴＥＲのＴＳＲプログラムと同じ限定された機
能しか与えられていない内部若しくは外部回路基板を装
着することによって得られるＲＰＲＩＮＴＥＲ機能が含
まれているものも、プリンタの中にはある。
【００２０】ＬＡＮ周辺機器に対して限定された制御し
か実行できない、もう一つのネットワークエンティティ
は、内蔵型ＱＳＥＲＶＥＲプログラムを持っている付属
回路基板３６を備えたプリンタ１６である。現在、ＱＳ
ＥＲＶＥＲプログラムはＨＰのＬａｓｅｒＪｅｔＩＩＩ
(商標) ＳＩプリンタ内で実行され、適格の印刷ファイ
ルを求めてファイル・サーバ３０の印刷待ち行列を探索
する能力を持っている。ＱＳＥＲＶＥＲの探索待ち行列
を動的に変更することはできないし、また、ＱＳＥＲＶ
ＥＲは、いかなる形の状態照会にも応答しない。ＱＳＥ
ＲＶＥＲの利点は作業を求めて自律的に探索するその能
力である。ＱＳＥＲＶＥＲは、システムを動かすため
に、別の場所で実行中のＰＳＥＲＶＥＲを必要としな
い。ＱＳＥＲＶＥＲには対応するＰＳＥＲＶＥＲがな
く、また、いかなる状態及び制御能力もそれ自身が持っ
ていないために、ＲＰＲＩＮＴＥＲ自身よりも少ない制
御しか行なわれない。また、ＱＳＥＲＶＥＲは、非常に
限定された通知機能しか持っておらず、かつ、各印刷ジ
ョブの初めにバナーを印刷することができないという点
で、ＰＳＥＲＶＥＲとは異なる。
【００２１】ＱＳＥＲＶＥＲ能力を持っているもう一つ
のネットワーク構成要素としては、外部ＮｅｔＰｏｒｔ
装置２８を介してＬＡＮ６に接続されるプリンタ２６が
ある。
【００２２】スキャナ、複写機、ファクシミリなどのよ
うな種々の周辺機器を使用するために他の周辺機器サー
バプログラムを実行したり、Ｕｎｉｘ互換ライン・プリ
ンタ・リモートサーバ（“ＬＰＲ”）のようなネットワ
ークソフトウェアプロトコルに基いてサーバを提供する
こともできる。
【００２３】ＬＡＮ周辺機器に対して重要な制御を実行
することができるＬＡＮ構成要素として、内蔵されたＰ
ＳＥＲＶＥＲプログラムを持っているＰＣ１８がある。
ＰＳＥＲＶＥＲは、複数のユーザ定義の印刷待ち行列を
発信したり、動的に探索待ち行列変更を実行したり、例
外的（故障）条件及び状態や制御能力のための定義され
た通知手順を提供する能力を持っている。ＰＳＥＲＶＥ
Ｒはいくつかの形で提供される。ＰＳＥＲＶＥＲ．ＥＸ
Ｅは、ワークステーション上で専用プログラムとして実
行し、ローカル及びリモート両方のプリンタを制御する
プログラムである。ローカルプリンタはシリアルあるい
はパラレルポートのいずれかに接続することができ、ま
た、リモート・プリンタはシステムの別の場所で実行す
るプリンタである。ＰＳＥＲＶＥＲプログラムの他の２
つの形としては、ＰＳＥＲＶＥＲ．ＶＡＰ及びＰＳＥＲ
ＶＥＲ．ＮＬＭがある。これらはファイル・サーバ３０
それ自身の上で実行するＰＳＥＲＶＥＲバージョンであ
る。．ＶＡＰバージョンはＮｅｔＷａｒｅ２８６(商標)
用であり、．ＮＬＭバージョンはＮｅｔＷａｒｅ３８
６(商標) 用である。ＰＳＥＲＶＥＲの方が、ＲＰＲＩ
ＮＴＥＲ及びＱＳＥＲＶＥＲよりもはるかに多くの能力
を備えてはいるものの、その欠点の１つとしては、ＥＸ
Ｅバージョンは専用パーソナル・コンピュータを必要と
するということがある。
【００２４】ＰＳＥＲＶＥＲ．ＥＸＥを実行する専用パ
ーソナル・コンピュータは１６ものローカル／リモート
プリンタを制御することができ、多くのファイル・サー
バ待ち行列から印刷情報を要求することができる。しか
しながら、ネットワーク印刷サービスの制御をＰＳＥＲ
ＶＥＲに依存するにはいくつかの欠点がある。その第１
の欠点は、単一ネットワーク・ノード及びパーソナル・
コンピュータプロセッサを介して複数のプリンタストリ
ームをすべて１ヶ所に集めなければならないことであ
る。これが作業を妨げる原因となりうる。第２の欠点
は、最も効率的なオペレーションのためには、プリンタ
２０のように、プリンタをコンピュータにローカルに接
続しなければならないということである。これはユーザ
にとって不便な場合がある。なぜなら、ＰＣ１８の周囲
にプリンタを集合させる必要があるからである。第３の
欠点としては、ＲＰＲＩＮＴＥＲによって使用されるプ
リンタ２４の場合のように、制御されたプリンタがリモ
ートの場合、印刷データが、ファイル・サーバ３０から
ＰＳＥＲＶＥＲのＰＣ１８まで転送され、次いで、ＲＰ
ＲＩＮＴＥＲを実行するプリンタへ再伝送されなければ
ならないということである。これは非能率的である。
【００２５】第４の欠点は、ＰＳＥＲＶＥＲを介して提
供されるプリンタ状態及び制御情報の量が限られている
ことである。ＲＰＲＩＮＴＥＲでは、「用紙切れ」や
「オフライン」のような不完全状態よりもっと重大な不
完全状態はあまり容認されないということは既に述べ
た。ローカルにまたリモートに接続されたプリンタのた
めのＰＳＥＲＶＥＲ自身も、これ以上の状態をあまり提
供しない。なぜなら、ＰＳＥＲＶＥＲはパーソナル・コ
ンピュータのパラレルポートの限界を考慮して設計され
ているためである。ＰＳＥＲＶＥＲプログラムはまた、
それ自身の状態及び制御をも考慮に入れる。
【００２６】プリンタ４にインストールされたネットワ
ーク拡張ボード（ＮＥＢ）２によって、上記解説された
ネットワーク周辺機器制御エンティティ上で、多くの利
点がもたらされ、柔軟性更に強化される。特に、ＮＥＢ
内蔵型制御装置によって、ＲＰＲＩＮＴＥＲ、ＰＳＥＲ
ＶＥＲ、及びＬＰＲ（ライン・プリンタリモート）機能
（以下、セクション３ｄで解説するＣＲＰＲＩＮＴＥ
Ｒ、ＣＰＳＥＲＶＥＲ及びＣＬＰＲプログラムを介し
て）が提供される。ＣＰＩＮＩＴ（以下、セクション４
ｈで解説）という名の初期化プログラムがあり、このプ
ログラムによって、ネットワーク管理者のＰＣ１４によ
るＮＥＢ機能の構成に対する完全な制御が可能になる。
ＮＥＢに内蔵された性質及びプリンタ４のオープンアー
キテクチャのために、ＮＥＢは、幅広い様々な状態及び
制御機能をネットワークに提供する能力を持つことにな
る。すなわち、冗長な量の状態情報をプリンタ４からＬ
ＡＮ６に提供し、多くの制御情報をＬＡＮ６からプリン
タ４へ提供することができる（たとえばＰＣ１４からプ
リンタフロント・パネル機能を実行して）。
【００２７】ＮＥＢで使用可能な広範な情報量をアクセ
スするために、ＣＰＣＯＮＳＯＬと呼ばれるプログラム
がネットワーク管理者のＰＣ１４に常駐し、このプログ
ラムによって、ＮＥＢ２がプリンタ４からエクスポート
するすべてのプリンタ情報を、システム管理者がみるこ
とが可能になる。ＮＥＢ２のＲＰＲＩＮＴＥＲ機能構成
（ＣＲＰＲＩＮＴＥＲ）が選択された場合であっても、
このプリンタ情報は使用可能である。ＮＥＢ２のＰＳＥ
ＲＶＥＲ機能構成（ＣＰＳＥＲＶＥＲ）によって、ボー
ドを含むプリンタ４が制御される。このオプションに
は、通知及び状態機能に加えて、すべての標準的ＰＳＥ
ＲＶＥＲ待ち行列探索能力が備わっている。これらすべ
ての機能は遠隔地のワークステーションから動的に制御
することができる。ＮＥＢ環境、及び、広範な状態及び
制御情報をプリンタ４からエクスポートするその能力に
よって、ＮＥＢ２とプリンタ４の組合せは、現在使用可
能な標準的ＲＰＲＩＮＴＥＲ、ＱＳＥＲＶＥＲあるいは
ＰＳＥＲＶＥＲ印刷手法よりもはるかに強力なものにな
っている。
【００２８】ネットワーク管理者のＰＣ１４で提供され
るＣＰＣＯＮＳＯＬプログラム（以下、セクション４ｉ
でより詳細に解説）は、ＮＥＢ２（及び他のネットワー
ク構成要素）と接続され、選択されたネットワーク装置
に対して現在の情報（インタフェース情報、制御情報、
フォント情報、レイアウト情報、品質及び共通環境情
報、二重情報及び雑情報）を表示するような機能を実行
することができる。ＣＰＣＯＮＳＯＬは、また、ネット
ワーク装置の安全（デフォルト）条件を設定したり、変
更することができる。ＣＰＣＯＮＳＯＬは、また、ＣＰ
ＳＥＲＶＥＲあるいはＣＲＰＲＩＮＴＥＲ（詳細は後述
するが、一般に、上記に解説したＰＳＥＲＶＥＲ及びＲ
ＰＲＩＮＴＥＲソフトウェア・パッケージに類似してい
る）のようなＮＥＢ２のアプリケーションを起動させた
り、停止させたりすることもできる。更に、ＣＰＣＯＮ
ＳＯＬによってＰＣ１４は、ログ・ファイルを表示した
り、ログ・ファイルを消去したり、ローカルあるいはフ
ァイル・システムディスクのような記憶装置にログ・フ
ァイルを書込むことができる。ＣＰＣＯＮＳＯＬは、ま
た、ジョブ数、１つのジョブ当たりページ数、１分当た
りページ数、１つのジョブ当たり時間、１日当たりペー
ジの合計数、１日当たりジョブの合計数、及び日数のよ
うなＰＣ１４に関するプリンタ関連情報を表示すること
ができる。ＣＰＣＯＮＳＯＬプログラムは、また、媒体
関連情報及び非媒体関連情報のようなネットワーク関連
情報をＰＣ１４上に表示することができ、また、このよ
うなネットワーク統計値を消去することができる。
【００２９】ネットワーク管理者のＰＣ１４に常駐する
ＣＰＩＮＩＴプログラム（以下、セクション４ｈでより
詳細に解説）によって、ＣＰＳＥＲＶＥＲとＣＲＰＲＩ
ＮＴＥＲのようなアプリケーション情報印刷サービスを
セットアップすることができ、またそれらのアプリケー
ションを構成することができる。ＣＰＩＮＩＴは、ま
た、時間／日付／時間帯、バッファ・サイズ、ディスク
サイズ、ロギングフラッグ、ログ制限、及び安全（デフ
ォルト）環境フラッグのような装置情報を設定及び／若
しくは表示することができる。ＣＰＩＮＩＴは、また、
デフォルトサービスヘッディングを復元し、ＮＥＢ２を
リセットし、ＮＥＢ２をリブ−トし、フォントダウンロ
ードを命じ、エミュレーションダウンロードを命じ、Ｎ
ＥＢ電源投入自己検査（“ＰＯＳＴ”）エラーを表示
し、ＮＥＢ２ファームウェアレベルを表示し、現在のロ
グ・ファイルサイズを表示するなどのことができる。
【００３０】ＮＥＢ２にＰＳＥＲＶＥＲ及びＲＰＲＩＮ
ＴＥＲ能力を設けることで、本実施例によって、ＬＡＮ
６に関してプリンタ４の強化された機能が単一回路基板
で達成される。したがって、プリンタ４は本当の意味で
“ネットワークされた”プリンタであって、ネットワー
クに接続された単なるプリンタではない。
【００３１】本実施例はＬＡＮ６上で独自の利点を提供
するものであるが、これらの利点は、ＬＡＮ６が広域ネ
ットワーク（“ＷＡＮ”）において他の１つ以上のＬＡ
Ｎに接続されている場合にも実現される。図２に、サー
バＳ１ ４０、ＰＣ４２、４４及び４６、ならびにプリ
ンタ４８が含まれる第１ＬＡＮ４１を含むようなＷＡＮ
が描写されている。サーバＳ１ ４０は、バス５２によ
ってバックボーン５０に接続される。バックボーン５０
は複数のバス間の電気接続にすぎない。また、このＷＡ
Ｎには、サーバＳ２ ６０、ＰＣ６２、６４及び６６、
ならびにプリンタ６８からなる第２ＬＡＮ６１が接続さ
れている。サーバＳ２ ６０は、バス５４によってバッ
クボーン５０に接続されている。
【００３２】このＷＡＮには、また、サーバＳ３ ７
０、ＰＣ７２、７４及び７６、ならびにプリンタ７８か
らなる遠隔ＬＡＮ７１が含まれる場合もある。ＬＡＮ７
１はシステムの他の部分から遠隔地にあるため、バス５
６、トランスポンダ（これにはモデムが含まれる場合も
ある）５８、及び通信回線５９を介してバックボーン５
０に接続されている。
【００３３】このようなＷＡＮにおいて、ＰＣ４２がプ
リンタ７８の使用を要求するＰＳＥＲＶＥＲであると想
定する。プリンタ７８が本実施例によるＮＥＢを装備し
ている場合、直接のデータリンクを、ＰＣ４２とプリン
タ７８との間に設定することができ、それによプリンタ
７８にジョブ情報を送ることができ、プリンタ７８から
ＬＡＮ４１に状態と制御情報を送ることができる。した
がって、ＷＡＮに接続された周辺機器にインストールさ
れた場合であっても、本実施例によるＮＥＢはその強化
された機能を成し遂げることができる。
【００３４】図３は、本実施例によるＮＥＢ２の、プリ
ンタ４及びＬＡＮ６との接続を描写するブロック・ダイ
ヤグラムである。ＮＥＢ２は、ＬＡＮインタフェース１
０１を介してＬＡＮ６に直接接続され、また、両方向イ
ンタフェース（ここでは、小型コンピュータ用周辺機器
インタフェース（“ＳＣＳＩ”）１００）を介してプリ
ンタ４にも直接接続されている。ＳＣＳＩインタフェー
ス１００は、プリンタ４のＳＣＳＩバス１０２に接続さ
れている。
【００３５】ＮＥＢは、また、標準ＳＣＳＩ連結プロト
コルを用いてＳＣＳＩバス上でデージーチェーンされ
た、他のプリンタ（ＲＰＲＩＮＴＥＲ）あるいは他の周
辺機器のような付加的ＳＣＳＩ装置を使用することもで
きる。また、ＬＡＮ自体を介して他の周辺機器を駆動せ
るためにＮＥＢを使用してもよい。
【００３６】プリンタ４は好適にはＳＣＳＩバス１０
２、ＳＣＳＩインタフェース１０４及び１０６が含まれ
るオープンアーキテクチャプリンタである。プリンタ４
には、ＲＡＭ１１０と通信し、また、印刷のメカニズム
を実際に駆動させるプリンタエンジン１１２と通信する
簡略命令セット・コンピュータ（“ＲＩＳＣ”）のよう
なプロセッサ１０８もまた含まれる。また、ＲＩＳＣプ
ロセッサ１０８は、ユーザ定義情報のようなパワーサイ
クル間で保持する必要のある情報を格納するために、Ｎ
ＶＲＡＭ１１１と通信する。また、ＲＩＳＣプロセッサ
１０８は印刷制御機構を実行するためにＲＯＭ１１３と
通信する。プリンタ４には、また、不揮発的に大量のデ
ータを保持することができるハードディスク１１４が含
まれていてもよい。プリンタ４は、また、フロント・パ
ネルディプレイ１１６、及びプリンタへ制御コマンドを
入力するためのキーボード１１５を持っている。
【００３７】好適には、プリンタ４には、ＳＣＳＩイン
タフェース１００の双方向性質を利用するオープンアー
キテクチャが含まれていることが望ましく、これによっ
て、ＮＥＢを介してＬＡＮ６にプリンタ４から多くの状
態情報（もしくは他の情報）が送られ、また、遠隔地か
らプリンタの細かい制御も可能になる。たとえば、この
ようなオープンアーキテクチャが双方向ＳＣＳＩインタ
フェースを用いて使用された場合、プリンタ４のフロン
ト・パネルディプレイ１１６に関する情報の大部分ある
いはすべてを遠隔地へエクスポートすることが可能にな
り、また、プリンタフロント・パネルキーボード１１５
の制御機能の大部分あるいはすべてを遠隔地から起動す
ることも可能になる。
【００３８】簡潔に述べれば、オープンアーキテクチャ
を有するプリンタ４には、４つの主要なサブシステム、
すなわち、通信、ジョブパイプ、ページレイアウトとラ
スター機能、及びシステムサービスが含まれる。通信サ
ブシステムでは異なる通信装置が処理され、ジョブアプ
リケーションの始動が行なわれる。プリンタがデータを
受信し始めると、通信サブシステムは、検査のために各
エミュレータに着信データの最初の部分を送る。データ
を処理することができる第１エミュレータがジョブパイ
プドライバになる。次いで、システムはジョブパイプを
構築し、データを処理する。（パイプの一端にデータが
入り込み、ページイメージが他端から流れ出る）。この
ジョブパイプには多くのセグメントが含まれ、その中の
１つがジョブパイプドライバである。
【００３９】ジョブパイプサブシステムは、パイプドラ
イバセグメント（エミュレータ用アプリケーション）と
入出力セグメントを持っている。入出力パイプセグメン
トは、他の少なくとも２つのセグメント（入力用とし
て、ソース及びソースフィルタセグメント、及び、出力
用として、出力フィルタ及びデータシンク）を持ってい
る。通信サブシステムの入力セグメントによって、ファ
イル・システムからの情報で補足し得る入力データが伝
達される。パイプドライバによって入力及び補足データ
が処理される。また、出力セグメントに送られるイメー
ジングコマンドとページレイアウト情報もパイプドライ
バによって生成される。パイプドライバによって、プリ
ンタディスク（もし存在すれば）へこの情報を格納して
もよい。出力セグメントによって、このデータはページ
レイアウト及びラスターサブシステムへ送信される。
【００４０】ページレイアウト及びラスターサブシステ
ムによって、イメージング情報及びページレイアウト情
報が受取られ、この情報はプリンタエンジン１１２のた
めにラスタ・イメージに変換される。このセクション
は、ジョブパイプから完全に分離して作動する。
【００４１】システムサービスサブシステムによって、
ファイル・システムアクセス、コンソールアクセス、フ
ォントサービス、基本システムサービス及びイメージ生
成サービスが提供される。したがって、このようなオー
プンアーキテクチャを持つプリンタ４によって、インテ
リジェント性を備えた対話型ＮＥＢ２が十分に利用さ
れ、プリンタ４及びネットワーク全体に強化された機能
が提供される。
【００４２】２． ハードウェア 図４はＮＥＢ２の主要構成要素を示すブロック・ダイヤ
グラムである。ＮＥＢ２は、ネットワークコネクタ２０
２、２０３及び２０４を介してＬＡＮ６に接続されてい
る。好適には、コネクタ２０２は１０ｂａｓｅ−Ｔ接続
が可能なＲＪ４５であることが望ましい。１０ｂａｓｅ
−５接続を可能とするために、コネクタ２０３はＤＢ１
５コネクタを有するのに対して、コネクタ２０４は、１
０ｂａｓｅ−２を接続可能な単純な同軸コネクタであっ
てもよい。コネクタ２０２、２０３及び２０４のすべて
は、ネットワークコントローラ２０６（好適にはイーサ
ネットネットワークコントローラ）に接続されている。
しかし、コネクタ２０４は、まずトランシーバ２０８を
介して接続される。
【００４３】電源は、プリンタ拡張ポート２２６を介し
て、プリンタ４の＋５Ｖ電源からＮＥＢ２へ供給され
る。この＋５Ｖ電源は、また、電力変換器２１０及び２
１２へも供給される。ＥＰＲＯＭ２２２を“フラッシン
グ”（ローディング；以下、セクション４ｑで解説）さ
せるために、この電力変換器２１２によって＋１２Ｖの
電源が供給されているのに対して、電力変換器２１０に
よってトランシーバ２０８に−９Ｖ電源が供給されてい
る。また、ネットワークコントローラ２０６は８キロバ
イトＳＲＡＭ２１４に接続されている。
【００４４】ＮＥＢ２の心臓部はマイクロプロセッサ２
１６であり、好適にはＮＥＣＶ５３が望ましい。マイク
ロプロセッサ２１６は、テストのために現在使用されて
いるシリアル・ポート２１８に接続されている。また、
マイクロプロセッサ２１６に接続されているものとし
て、５１２キロバイトＤＲＡＭ２２０、２５６キロバイ
トフラッシュＥＰＲＯＭ２２２、ＳＣＳＩコントローラ
２２４（図３のＳＣＳＩインタフェース１００に対
応）、プリンタ拡張ポート２２６、故障診断ＬＥＤ２４
０、２５６バイト不揮発性ＲＡＭ２２８（以下ＮＶＲＡ
Ｍ２２８）、制御レジスタ２３０、及び、すべてのイー
サネットボードに対してつけられているユニークな名称
であるメディア・アクセス制御（”ＭＡＣ”）アドレス
を格納するＰＲＯＭ２３２がある。
【００４５】ＮＥＢ２のアーキテクチャには、広範なマ
ルチエリアネットワークの運用と管理のための独自のサ
ポート機能をこのアーキテクチャが持っているという利
点がある。これらのサポート機能に含まれるものとし
て、たとえば、ネットワーク上の遠隔地（つまりネット
ワーク管理者のオフィス）からの、印刷制御と印刷状態
のモニタ、次のユーザのために保証された初期環境を提
供するための、各印刷ジョブ後のプリンタ構成の自動管
理、及び、プリンタ作業量を特徴づけ、トナーカートリ
ッジ取替えをスケジューリングするための、ネットワー
ク全体でアクセス可能なプリンタ使用統計値のログなど
がある。ＮＥＢ設計における重要なパラメータは、双方
向インタフェース（ここでは、ＳＣＳＩインタフェース
１００）を介してＮＥＢ２から印刷制御状態をアクセス
する能力である。これによって、プリンタコンソール情
報が、ＮＥＢに、あるいは多くの有用な印刷サポート機
能のプログラミングのための外部ネットワーク・ノード
にエクスポートされることが可能になる。
【００４６】表１に、ＮＥＢ２の主要なハードウェア構
成要素に関する機能、インプリメンテーション、及び注
釈を記述する。
【００４７】 好適には、ＮＥＢ２はプリンタ４内の拡張あるいはオプ
ションスロットにインストールされることが望ましい。
ＮＥＢ２は、したがって、上に説明された処理及びデー
タ記憶装置機能を備えた内蔵型ネットワーク・ノードで
ある。
【００４８】マイクロプロセッサ２１６によって、ネッ
トワークパケット伝送及び受信のデータ・リンクレイヤ
が実現される。ネットワークデータ転送オーバヘッド
は、ネットワークコントローラ２０６によって直接管理
された専用ＳＲＡＭパケットバッファ２１４を用いるこ
とによって最小化される。マイクロプロセッサ２１６に
よって、ネットワークコントローラ２０６を介してＳＲ
ＡＭパケットデータ及びネットワークメッセージのブロ
ックがアクセスされ、大容量ＤＲＡＭ２２０へそのブロ
ックが移される。
【００４９】印刷イメージデータ及び制御情報のブロッ
クはマイクロプロセッサ２１６によってアセンブルさ
れ、プリンタ拡張ポートのＳＣＳＩ転送プロトコルを用
いて、ＳＣＳＩコントローラ２２４によりプリンタ４へ
転送される。同様に、プリンタ状態情報は、プリンタ４
からＳＣＳＩブロックフォーマットのＮＥＢ２へ転送さ
れる。ＳＣＳＩコントローラ２２４は、増加したデータ
処理量に対してＮＥＢがフルに能力を発揮するために、
ネットワークコントローラ２０６と並行して作動する。
【００５０】マイクロプロセッサ２１６は、好適にはＮ
ＥＣＶ５３チップであることが望ましい。このチップ
は、ダイレクト・メモリ・アクセス（“ＤＭＡ”）、割
込み、タイマ及びＤＲＡＭリフレッシュ制御をサポート
する１６ビットインテル互換性プロセッサを備えた、高
速、高集積マイクロプロセッサである。ＮＥＢ２上のデ
ータ・バス構造は、マイクロプロセッサ入出力転送時に
８ビット／１６ビットダイナミックバスサイジングを利
用するため、１６ビット長で実現されている。マイクロ
プロセッサ２１６用の制御ファームウェア及びアプリケ
ーション・ソフトウェアは、ＮＥＢ２上のＥＰＲＯＭ２
２２に格納される。電源投入自己検査後、ファームウェ
アコードは高性能ＤＲＡＭ２２０に選択的に移され、実
際に実行される。プリンタがネットワーク上に最初にイ
ンストールされると、ネットワーク及びプリンタの構成
パラメータがＮＶＲＡＭ２２８に書込まれる。このよう
にして、プリンタの電源のオンオフが繰り返されたと
き、ＮＥＢソフトウェアがインストールパラメータを回
復することがＮＶＲＡＭ２２８によって可能になる。
【００５１】３． ソフトウェア ＬＡＮ用ソフトウェアに含まれるものとして、ネットワ
ークソフトウェアと、ＮＥＢ内蔵型ソフトウェアやネッ
トワーク管理者のＰＣに常駐するソフトウェアのような
ＮＥＢにカスタマイズされたソフトウェアとが組合わさ
れたものがある。
【００５２】３ａ． ネットワークソフトウェア 本実施例において、ＮｅｔＷａｒｅネットワーク用ソフ
トウェアはネットワークのノード間の相互作用を管理す
るために使用される。その結果、クライアントワークス
テーションは、ディスク・ファイルサーバ、データｂａ
ｓｅサーバ、プリント・サーバなどのようなサーバノー
ドからのサービスを共用し、受信することができる。Ｎ
ｅｔＷａｒｅそれ自身は、これらのサーバノード及び各
ワークステーションノード上で実行するソフトウェアモ
ジュールの組合わさったものである。少なくとも１つの
ファイル・サーバがノーベル社ネットワークで提供され
る。ＮｅｔＷａｒｅ(商標) は、ファイル・サーバのＰ
Ｃ用オペレーティング・システムとして実行され、基本
的なネットワークの中心機能及びユーティリティを提供
する。４つまでのネットワーク・インタフェースカード
（好適にはイーサネットあるいはトークン・リング接
続）を用いて、ファイル・サーバを１種以上のＬＡＮに
接続することができる。これらの構成において、図２に
示すように、“ブリッジ”あるいは“バックボーン”サ
ービスが複数のＬＡＮ間で提供され、その結果、プリン
タを含むリソースは共用“インタネット”（すなわち、
１つのＬＡＮから別のＬＡＮへの）となり得る。
【００５３】ワークステーション上で、ＮｅｔＷａｒｅ
は、制御ソフトウェアのＮｅｔＷａｒｅ“シェル”とし
て、ワークステーションオペレーティング・システム
（ＤＯＳあるいはＯＳ／２）と協動して実行する。この
シェルには、ネットワーク上へワークステーションオペ
レーティング・システムのサービスを拡張する効果があ
り、このため、ネットワークリソースはワークステーシ
ョンに対してローカルとなる。
【００５４】ノーベル社ＰＳＥＲＶＥＲソフトウェアに
は、ネットワーク・ノードから印刷要求を出すために、
（１６台までの）プリンタの１グループを制御するジョ
ブがある。要求は、ネットワーク待ち行列管理サービス
を用いて、ネットワークファイル・サーバに保持される
印刷待ち行列という形で構造化される。待ち行列項目に
は、印刷されるファイルのリストが含まれている。この
ファイルには、タブ、書式送りのような印刷データ、及
び他のプリンタ記述言語（“ＰＤＬ”）コマンドが含ま
れる。単一ＰＳＥＲＶＥＲによっていくつかの待ち行列
を出すことができる。
【００５５】標準的なノーベル社サーバは、実行するネ
ットワーク・ノードのタイプに依って異なるバージョン
で使用可能である。プリント・サーバプログラムは、フ
ァイル・サーバ自体に常駐することができる。また、プ
リント・サーバソフトウェアのバージョンをスタンド・
アロン型ＤＯＳステーションノードにロードして、その
ノードを専用プリント・サーバにしてもよい。
【００５６】本実施例のＮＥＢ２にプリント・サーバ機
能（ＣＰＳＥＲＶＥＲ）を設けることによって、付属Ｐ
Ｃを必要とせずに標準的なノーベル社プリント・サーバ
の印刷サービスがすべて、ＮＥＢ及び付属プリンタから
提供される。
【００５７】プリンタはそれ自身“ローカル”あるいは
“リモート”のいずれかであると考えられる。ローカル
プリンタとはプリント・サーバノードに物理的に接続さ
れているものである。ＮＥＢ２の場合、ローカルプリン
タはＮＥＢを格納しているプリンタである。リモート・
プリンタは、それらが接続されているＰＣで実行するＲ
ＰＲＩＮＴＥＲプログラムによって管理される。ＲＰＲ
ＩＮＴＥＲはＬＡＮ上の別の場所で実行するＰＲＩＮＴ
ＳＥＲＶＥＲＳから印刷データを受信する。本実施例の
ＮＥＢ２は、ＲＰＲＩＮＴＥＲ機能（ＣＲＰＲＩＮＴＥ
Ｒ）を備えることができ、ネットワークリモート・プリ
ンタとしてＮＥＢ２のプリンタが提供される。このモー
ドで、ＮＥＢ２は、ノーベル社プリント・サーバの標準
的なバージョンと完全に互換性をもつ。
【００５８】ノーベル社ＮｅｔＷａｒｅ(商標) によっ
て、いくつかの印刷ユーティリティが提供され、制御フ
ァイルサーバ、あるいは、ワークステーションｂａｓｅ
プリント・サーバ及びその付属プリンタを構成し、制御
する。ノーベル社プログラムＰＣＯＮＳＯＬＥは、メニ
ュー方式ユーティリティであり、このユーティリティに
よって、ユーザ（プリンタコンソールオペレータ）は、
新しいプリント・サーバを作成し、１６台までのローカ
ルまたはリモート印刷ポートを構成し、印刷待ち行列を
作成し、プリンタに待ち行列を割当て、そしてプリンタ
及びサーバオペレーションを始動／停止することができ
る。
【００５９】３ｂ． ＮＥＢカスタマイズソフトウェア ＮＥＢ２には、ＮｅｔＷａｒｅによって提供される全範
囲の印刷サービスが実現されるソフトウェアモジュール
が組み込まれている。これには、プリンタ内のＮＥＢ２
で実行する、内部ＮｅｔＷａｒｅ互換モジュールに加え
て、ネットワークのワークステーションノード上で実行
する外部ＮｅｔＷａｒｅ互換モジュールも含まれてい
る。ＮＥＢ２で使用するために開発された、ＮｅｔＷａ
ｒｅと互換性をもつ特定プログラム（たとえば、後述す
るカスタマイズされたＣＰＳＥＲＶＥＲ及びＣＲＰＲＩ
ＮＴＥＲプログラム）に、ノーベル社から標準的印刷モ
ジュールと同じ汎用オペレーションインタフェースが提
供されるため、ノーベルユーザ及びネットワーク管理者
が親しみやすい。カスタマイズされたバージョンには、
プリンタ４のオープンアーキテクチャを利用する拡張機
能が含まれ、ネットワーク全体に渡って印刷サービスの
管理が強化されている。
【００６０】表２に、ＮＥＢ用に開発されたカスタマイ
ズソフトウェアの機能、インプリメンテーション、及
び、注釈を示す。
【００６１】 ３ｃ． ＮＥＢ内蔵型ソフトウェア ＮＥＢ２用に開発されたこのソフトウェアには、ＮＥＢ
に内蔵されたソフトウェア、及びネットワーク管理者の
ＰＣ１４にロードされたソフトウェアが含まれる。ワー
クステーションＰＣ及びそのＤＯＳオペレーティング・
システムのオーバヘッドなしで、プリンタ４内部に直
接、ＮｅｔＷａｒｅ(商標) と互換性をもつノード及び
ＮｅｔＷａｒｅと互換性をもつ印刷サービスの両方が、
このＮＥＢ内蔵型ソフトウェアによって提供される。Ｎ
ＥＢ内蔵型ソフトウェアに含まれるものとしては、複数
のアプリケーションモジュール（ＣＰＳＥＲＶＥＲ、Ｃ
ＲＰＲＩＮＴＥＲなど）、実時間サービスモジュール、
ネットワークプロトコルスタック、及び、アプリケーシ
ョン交換、拡張処理、装置セマフォを行ない、バッファ
プール管理を共用するモニタ・プログラムがある。ＮＥ
Ｂの機能は、アプリケーションモジュールのタイプ、及
びＮＥＢ２内に構成されたネットワークレイヤ通信ソフ
トウェアのプロトコルスタックの数によって決定され
る。マルチタスク処理で各アプリケーションモジュール
にＮＥＢ処理時間が割当てられるのに対して、プリンタ
４とネットワーク間の相互作用は、実時間事象に応答す
るモニタ・プログラムによって調整される。
【００６２】ＮＥＢソフトウェアは２つのレイヤ（“ラ
ンタイム”すなわち実時間レイヤ、及び、“ソフトタイ
ム”すなわちアプリケーションレイヤ）で機能する。ラ
ンタイムレイヤは、マイクロプロセッサ割込みに応答す
るＮＥＢソフトウェアの要素で構成される。タイマ、Ｓ
ＣＳＩポートからの待機データ転送要求あるいはプロト
コルスタックルーチンを介したＬＡＮデータ、及び、Ｃ
ＰＳＯＣＫＥＴ（以下、セクション４ｊで解説）通信メ
カニズムのような機能がこのレイヤによって提供され
る。
【００６３】このソフトタイムレイヤは、実時間事象が
すべて発生した後、ＮＥＢのマイクロプロセッサ２１６
の制御を行なうモニタ・プログラム（以下、セクション
４ｌで解説）によって調停され、制御される。非強制排
除（連動マルチタスク）手法を用いて、ロードされる種
々のアプリケーションモジュール間でプロセッサ資源を
分割し、その結果、マイクロプロセッサ資源を確保する
ことにより、どんなアプリケーションモジュールも他の
モジュールを強制排除できないようにロードされる。
【００６４】ＮＥＢのＥＰＲＯＭ２２２には、２５６キ
ロバイトまでのアプリケーションモジュールプログラム
及びＮＥＢ初期化コードが含まれている。電源投入時あ
るいはプログラムされたリセット時に、ＮＥＢのＥＰＲ
ＯＭコードがＮＥＢのＤＲＡＭ２２０へ選択的に転送さ
れないうちに、ＮＥＢ２によって、ＥＰＲＯＭ２２２か
らＰＯＳＴが実行される。ＰＯＳＴが成功した場合、Ｎ
ＥＢ２によって、そのプロトコルスタック及びアプリケ
ーションモジュールがＤＲＡＭ中にロードされ、そのア
プリケーションモジュールの実行が開始される。
【００６５】その基本的な構成において、ＮＥＢ２に
は、２つの内蔵された構成をもつＮｅｔＷａｒｅ互換性
アプリケーションモジュールが含まれている。即ち、カ
スタマイズされたリモート・プリンタ（“ＣＲＰＲＩＮ
ＴＥＲ”）とカスタマイズされたプリント・サーバ
（“ＣＰＳＥＲＶＥＲ”）である。好適には、ＮＥＢ
は、１回に、これらの構成の１つだけにおいて実行され
ることが望ましい。さらに、ＮＥＢの範囲内において、
ネットワークプロトコルスタックがロードされ、機能す
ることが、これらのアプリケーションモジュールによっ
て要求される。
【００６６】ＲＰＲＩＮＴＥＲ機能を備えて構成された
時、ＮＥＢは、ＣＲＰＲＩＮＴＥＲモジュールを用い
て、外部プリント・サーバへのスレーブ（ユニット）と
してのそのプリンタを操作する。この構成では、標準的
ノーベルプリント・サーバが標準的ノーベルＲＰＲＩＮ
ＴＥＲから予期されるものをエミュレートして、限定さ
れたプリンタ状態情報のみがＬＡＮへエクスポートされ
る。しかし、ＣＰＣＯＮＳＯＬユーティリティ（上述）
がネットワーク管理者のＰＣ１４で実行される場合は、
プリンタに関する拡張された状態情報はなお使用可能で
ある。
【００６７】上述のように、ＮＥＢ２には内蔵型ソフト
ウェアプログラムＣＰＳＥＲＶＥＲ及びＣＲＰＲＩＮＴ
ＥＲが含まれ、このプログラムによって、ＮＥＢはＰＳ
ＥＲＶＥＲあるいはＲＰＲＩＮＴＥＲのいずれかの機能
性を備えて、ネットワーク上で実行することが可能にな
る。ＬＡＮ上で、周辺機器状態及び制御情報を使用可能
にするカスタマイズされたＮＥＢ内蔵型ソフトウェア
は、ＣＰＳＯＣＫＥＴ（以下、セクション４ｊで解説）
である。ＣＰＳＯＣＫＥＴは、ＮＥＢ上で実行され、Ｎ
ＥＢ２及び付属プリンタ４の両方にアドレス指定された
ＬＡＮの通信をモニタする。さらに、ＣＰＩＮＩＴとＣ
ＰＣＯＮＳＯＬが実行しているとき、ＣＰＳＯＣＫＥＴ
はそれらと通信する。ＣＰＳＯＣＫＥＴには、装置環境
用デフォルト設定値表を保持し、電源投入時の基本的構
成情報（フォントとエミュレーション）をダウンロード
し、ＣＰＣＯＮＳＯＬディスプレイに装置情報、統計値
及びログ情報を送り、リセット、リブート及びダウンロ
ードする能力が備わっている。ＣＰＳＯＣＫＥＴは、ま
た、ＮＥＢ２の構成に責任を負う。さらに、ＣＰＳＯＣ
ＫＥＴは、ＣＰＩＮＩＴの要求を受けてＮＥＢ上でアプ
リケーションを構成し起動する。また、ＣＰＳＯＣＫＥ
Ｔによって、正確なプロトコルスタックが各々の構成さ
れたアプリケーションに対して使用可能となることが保
証される。ＣＰＳＯＣＫＥＴは、ＣＰＩＮＩＴとＣＰＣ
ＯＮＳＯＬの両方の要求を受けてＮＥＢ２の設定値及び
プリンタ変数を扱う。最終的に、ダウンロード設備（た
とえばネットワーク管理者のＰＣ１４）はＣＰＳＯＣＫ
ＥＴと連絡をとり、要求されるいかなるファームウェア
のダウンローディング（ＥＰＲＯＭ２２２をフラッシュ
するような）をも遂行する。
【００６８】初期化に際して、ＣＰＩＮＩＴとＣＰＣＯ
ＮＳＯＬのようなプログラムによって、ＮＥＢ２のカス
タマイズされたソフトウェアを持つすべてのネットワー
ク装置を捜すＬＡＮ上のサービス公示プロトコル（“Ｓ
ＡＰ”）が発行される。ＣＰＳＯＣＫＥＴによってこの
同報信号が受信され、応答が行われる。次いで、ＣＰＩ
ＮＩＴまたはＣＰＣＯＮＳＯＬは、カスタマイズされた
クライアントソケットを用いて、ＣＰＳＯＣＫＥＴとの
特別の接続を設定する。次いで、ＣＰＳＯＣＫＥＴによ
って、多重受信が通知され、ＮＥＢ制御、装置情報、基
本的構成情報、アプリケーション情報、統計値及びロギ
ングのようなクライアントサービストランザクションが
提供される。たとえば、ＣＰＩＮＩＴによって、アプリ
ケーションの構成を要求することができ、また、ＣＰＣ
ＯＮＳＯＬによって、すでに構成されたアプリケーショ
ンの起動あるいは停止を要求することができる。適切な
オプション（プロトコルスタック）が使用可能になり、
アプリケーションそれ自身が構成を許される前に、アプ
リケーションのために適切なオプションが構成されるこ
とが、ＣＰＳＯＣＫＥＴによって保証される。ＮＥＢ内
部で、ＣＰＳＯＣＫＥＴオペレーションモジュールは常
に起動されている。
【００６９】ＮＥＢ中にさらにアプリケーションモジュ
ール（たとえばＵＮＩＸ印刷サービスや関連するプロト
コルインプリメンテーション）をロードした後、付加的
な印刷サービスアプリケーションを利用してもよい。
【００７０】３ｄ． ＰＣ常駐カスタマイズソフトウェ
ア ＮＥＢ２の機能をさらに強化するために、カスタマイズ
されたソフトウェアもまたネットワーク管理者のＰＣ１
４に提供される。たとえば、カスタマイズされたＰＣＯ
ＮＳＯＬＥ（“ＣＰＣＯＮＳＯＬ”；以下、セクション
４ｉでより詳細に解説）ユーティリティによってノーベ
ル社のＰＣＯＮＳＯＬＥプリンタユーティリティに拡張
機能が提供され、オープンアーキテクチャプリンタ４に
対する強力な制御機能及びモニタ機能へのアクセスが可
能になる。たとえば、ＣＰＣＯＮＳＯＬを用いることに
よってプリンタからネットワークに対して使用可能な典
型的な状態制御情報として、以下のものがある。：
（Ａ）オンライン／オフライン、無応答、時間／日付／
時間帯、言語、オフセット、エラースキップ設定値、タ
イマ、ブザーイネーブル、トナー不足、用紙フル、用紙
カウント、最終サービスからのカウント、用紙切れ、紙
づまりのような状態及び制御情報；（Ｂ）１次、２次、
グラフィックセット、スケーリング、回転、エリートの
ようなフォント情報；（Ｃ）用紙方向、行ピッチ、文字
ピッチのようなレイアウト情報；（Ｄ）コピー枚数、オ
ーバレイ、ジョブ完了、コマンド・モード、デフォルト
用紙サイズ、現在の用紙サイズのような品質及び共通環
境情報、及び（Ｅ）インタフェース、バッファ・サイ
ズ、フィーダ選択、両面印刷、ページスタックオーダ、
などのような構成情報。
【００７１】更に、ＣＰＣＯＮＳＯＬを用いることによ
ってネットワークにアクセスできるプリンタ用構成デー
タには、以下のものが含まれる：（Ａ）プロトコルタイ
プ、ノード名、ファイル・サーバ名、ルーティング、Ｐ
ＯＳＴエラーコード、ＮＥＢファームウェアレベル、Ｍ
ＡＣアドレス、サーバモードのようなネットワーク・グ
ループ情報；及び（Ｂ）安全（デフォルト）環境、フォ
ント、現在のディスク、ディスクサイズ、初期環境、ロ
ギングオン−オフ、ログ・ファイルサイズ、構成／非構
成、及びネットワーク名のようなプリンタグループ情
報。さらに、印刷ジョブフロー、プリンタエンジンの使
用法及びネットワークの作動状態のログを記録すること
ができる。このような使用法及び統計値ログエントリの
例として以下のものが含まれる：（Ａ）受信統計値、転
送統計値、及び非媒体関連情報のようなネットワーク・
グループ情報；（Ｂ）日付／時間／時間帯、ログイン
（ユーザ名）、ジョブ名、ページ、コピーカウント、及
び印刷状態のようなジョブ・エントリ情報；（Ｃ）初期
化エントリ情報；（Ｄ）エラー状態エントリ情報；
（Ｅ）クリアログエントリ情報；及び、（Ｆ）ジョブ
数、ページ／ジョブ、ページ／分、時間／ジョブ、ペー
ジ合計／日、ジョブ合計／日、日数及びリセット合計の
ようなプリンタグループ情報。
【００７２】ＣＰＣＯＮＳＯＬは、メニュー方式のＤＯ
Ｓ実行可能プログラムであり、その機能はノーベル社Ｐ
ＣＯＮＳＯＬＥプリンタユーティリティに拡張機能を与
えるものである。ＣＰＣＯＮＳＯＬ拡張機能によって、
オープンアーキテクチャプリンタ４に対する追加的制御
機能及びモニタ機能へのアクセスが可能になる。これら
の機能によって、ネットワーク管理者のＰＣ１４が遠隔
地からプリンタを制御し保守することが可能になり、ネ
ットワーク全体の印刷サービス管理が強化される。要す
るに、ＣＰＣＯＮＳＯＬとは、ネットワーク管理者へ印
刷制御機能をエクスポートし、安全（デフォルト）環境
の再構成を許可し、ネットワーク管理者が、ネットワー
ク及びプリンタ状態、ジョブ統計値、及び、これまで処
理したジョブ及びエラー状態のログをみることを可能に
するユーティリティである。ＮＥＢ内蔵型ソフトウェア
プログラム・モジュールＣＰＳＯＣＫＥＴと通信するこ
とによって、ＣＰＣＯＮＳＯＬは要求された情報を収集
する。
【００７３】ネットワーク管理者のＰＣ１４に常駐する
もう１つのカスタマイズソフトウェアプログラムとし
て、カスタマイズされた周辺機器初期化プログラム
（“ＣＰＩＮＩＴ”；以下、セクション４ｈで解説）が
あり、このプログラムもメニュー方式ＤＯＳ実行可能プ
ログラムである。このプログラムの機能は、ＮＥＢ２に
付属のプリンタ４を構成し、再構成し、初期化すること
である。
【００７４】ＣＰＩＮＩＴモジュールによってＮＥＢが
構成され、ＮＥＢは、１つの付属プリンタを備えたプリ
ント・サーバとして働く。また、このモジュールはその
一次ファイルサーバを指定し、このサーバによって、Ｎ
ＥＢはどの待ち行列を使うべきかを決定する。ＣＰＩＮ
ＩＴはＬＡＮ上で同じようにカスタマイズされたすべて
の装置（たとえば他のオープンアーキテクチャプリンタ
にインストールされた他のＮＥＢ）を管理するプログラ
ムである。ＣＰＩＮＩＴは、オープンアーキテクチャ周
辺装置内に常駐する他のＮＥＢとネットワーク上で交信
することによってこのタスクを遂行する。ＣＰＩＮＩＴ
を用いて、ＣＰＳＥＲＶＥＲまたはＣＲＰＲＩＮＴＥＲ
としてＮＥＢを構成するような適切な基本的構成情報で
各々のＮＥＢが構成される。基本的構成情報に含まれる
ものとして、ＮＥＢ環境設定値（どのプリント・サーバ
アプリケーションが実行中であるかを含めて）があり、
また同様に、装置環境オプション（たとえばプリンタ初
期化時刻をダウンロードするための、フォント及びエミ
ュレーションのリスト）、及び、装置デフォルト設定値
（内部装置時間／日付／時間帯、バッファ・サイズ、デ
ィスク及びロギング情報、及びプリンタ名のような）も
ある。ＣＰＩＮＩＴプログラムは、ＮＥＢに関する状態
情報（ＮＥＢにロードされたファームウェアレベル）も
表示し、また、潜在的ＰＯＳＴエラーを報告する。
【００７５】他のどのカスタマイズされた装置がＬＡＮ
で使用可能かを調べるために、ＣＰＩＮＩＴプログラム
はネットワーク全体に渡って同報通信を行なう。このよ
うな他のカスタマイズされた装置に付属したＮＥＢが、
その識別番号、そのデバイス・タイプ及びその構成状態
を用いて応答する。ネットワーク管理者に提示される、
これらのＮＥＢと装置のリストがＣＰＩＮＩＴによって
構成され、それらの構成あるいは再構成が可能になる。
【００７６】また、ダウンローダプログラムをネットワ
ーク管理者のＰＣ１４にロードし、ネットワークを介し
て実行可能ファイルをＮＥＢへダウンロードしてもよい
（以下、セクション４ｈでより詳細に解説）。
【００７７】ネットワーク管理者のＰＣ１４で実行でき
る、もう一つのカスタマイズされたプログラムとして、
ＣＰＦＬＡＳＨがある。これは、ＥＰＲＯＭ２２２内へ
新しいファームウェアを遠隔からフラッシュするために
使用されるが、これについては、以下、セクション４ｑ
でより詳細に解説する。
【００７８】４． オペレーション 最初に、図５Ａ、図５Ｂ及び図５Ｃのフローチャートに
関して、ＮＥＢの構造及び機能についての概論を行な
う。その後、ＮＥＢのハードウェア及びソフトウェアの
種々の態様のより詳細な説明をセクション４ａから４ｑ
に関して行なう。
【００７９】本実施例では、プリンタとＮＥＢ間の通信
の双方向的性質、及び、マルチタスク処理によるＮＥＢ
の情報処理能力が利用される。すなわち、双方向ＳＣＳ
Ｉバスによって大量のデータをプリンタへ、かつ、プリ
ンタから双方向へ伝送することができ、ＮＥＢによって
大量の特定状態データをプリンタから受信したり、周辺
機器から入力されたデータ（スキャナから入力されたイ
メージデータのような）までも受信することが可能であ
る。ＮＥＢマイクロプロセッサは、マルチタスク方式に
よって（シーケンシャルであるが分割処理を行う）情報
を処理し、ネットワークから受信される情報及びプリン
タから受信される情報を効率的に並行処理する。このよ
うにして、近実時間方式でネットワークとプリンタ双方
にＮＥＢが応答することが、このマルチタスク処理によ
って保証される。
【００８０】図５Ａ、図５Ｂ及び図５Ｃには、ＮＥＢ及
びそれに関連するソフトウェアがローカルエリアネット
ワーク（ＬＡＮ）に接続されたプリンタにインストール
される場合に発生し得る事象の概念的シーケンスを描写
する、概念フローチャートが含まれる。全体として、プ
リンタによって印刷情報が伝えられ、プリンタは双方向
ＳＣＳＩインタフェースを介してＮＥＢに接続されてい
る。プリンタは、また、他のソースから印刷情報を受信
するためのパラレルポート及び／又はシリアルポートを
持っていてもよい。ＮＥＢは、双方向ＳＣＳＩインタフ
ェースを介してプリンタに接続されており、ボードによ
って、ローカルエリアネットワーク（ＬＡＮ）からプリ
ンタ情報が受信される。このボードによって、ＳＣＳＩ
インタフェースを通してプリンタへ印刷ジョブ、及び、
プリンタ状態の照会が送信される。そして、ＳＣＳＩイ
ンタフェースを通してプリンタからプリンタ状態が受信
され、ネットワークを通してプリンタ状態が報告され
る。
【００８１】ＮＥＢが、スキャナのようなデータ生成装
置に接続されている場合、このボードは双方向ＳＣＳＩ
インタフェースを介してスキャナに接続され、ＬＡＮイ
ンタフェースを介してネットワークに接続される。ボー
ドによって、ネットワークから状態要求情報が受信さ
れ、この情報は双方向インタフェースを通してスキャナ
へ渡される。このボードは、また、双方向インタフェー
スを通して、スキャナによって生成されたデータを受信
し、ＬＡＮインタフェースを通してネットワーク上へそ
のデータを渡す。
【００８２】ＮＥＢがプリンタにインストールされる場
合に起り得る事象のシーケンスを説明する。図５Ａにお
いては、まず、ステップＳ１において、電源がＮＥＢに
印加される。ステップＳ２で、ＮＥＢによって、ＥＰＲ
ＯＭ２２０から電源投入自己検査（“ＰＯＳＴ”）が実
行される。ステップＳ３で、ＰＯＳＴが無事完了した場
合、処理はステップＳ５へ移り、このステップで、ＮＥ
ＢのＥＰＲＯＭ２２２オペレーションコードによって、
ＮＶＲＡＭ２２８からネットワーク及びプリンタ構成コ
ードが読取られる。ＰＯＳＴがステップＳ３で成功裡に
遂行されなかった場合、故障表示がステップＳ４で経過
記録される。また、この情報は、ＬＡＮインタフェース
を通してネットワークに伝送されてもよい。ＮＥＢある
いはプリンタの故障／診断ライトが点灯されてもよい。
【００８３】ネットワーク及び構成コードがＮＶＲＡＭ
２２８から読取られた後、処理はステップＳ６へ進む。
このステップにおいて、ＮＥＢのＥＰＲＯＭオペレーシ
ョンコードによって、選択された構成モジュール、プロ
トコルスタック、ハウスキーピングモジュール、など
（たとえばマルチタスク処理モジュールＭＯＮＩＴＯ
Ｒ、ＣＰＳＯＣＫＥＴ、ＣＰＳＥＲＶＥＲなど）が、Ｅ
ＰＲＯＭ２２２から読取られ、こうして選択されたモジ
ュールがＤＲＡＭ２２０へダウンロードされる。即ち、
ステップＳ６において、対話型ネットワークボードのオ
ペレーションモード（たとえばＣＰＳＥＲＶＥＲあるい
はＣＲＰＲＩＮＴＥＲ）を定義する構成が選択される
（ＣＰＩＮＩＴによって設定された構成に従って）。以
下、セクション４ｄでより詳細に解説されるように、バ
イナリの構成コードがＬＡＮを通して送られ、ＮＶＲＡ
Ｍ２２８に格納される。ＮＥＢがブートアップされた
後、この構成コードはＲＯＭ常駐の電源投入処理ステッ
プを用いてＮＶＲＡＭから読取られる。このＲＯＭ常駐
処理ステップを用いて、ＮＶＲＡＭから読取られた構成
コードに従ってＲＯＭ常駐実行可能モジュールが選択さ
れる。これらのモジュールは、ＮＶＲＡＭの構成コード
の２進数字へのビット的対応で選択される。次いで、こ
れらの選択されたモジュールは、ＤＲＡＭ中へ格納さ
れ、これらのモジュールに対する実行制御はＤＲＡＭへ
渡され、ここで、これらの選択モジュールが実行され
る。このようにして、複数の構成を定義し、選択的に変
更することができる。
【００８４】ステップＳ７で、ＬＡＮ上に伝送されたイ
ーサネットフレームタイプの情報パケットが判定される
（以下、セクション４ｅでより詳細に解説）。すなわ
ち、イーサネットによって、異なる４つのフレームタイ
プ(イーサネット８０２．３；イーサネットII；イーサ
ネット８０２．２；及びイーサネットＳＮＡＰ）がサポ
ートされている。イーサネットフレームタイプを判定す
るために、プレスキャン処理（“ＰＲＥＳＣＡＮ”）に
よって、どんなフレームタイプが、ＬＡＮ上に常駐して
いるかが（任意のＬＡＮ同報通信データから）判定さ
れ、そのデータに対して適切なＮＥＢ常駐プロトコルス
タックが構成される。フレームタイプを示すバイトに到
達するまで、プレスキャン処理によって、受信ＬＡＮパ
ケットからバイトのデータが分離される。簡潔に述べれ
ば、ステップＳ７においては、複数の異なる種類のフレ
ームタイプのＬＡＮパケットを処理する能力がＮＥＢに
提供される。この能力は、ＬＡＮからデータのフレーム
を受信し、フレームタイプを判定するためにこのフレー
ムをプレスキャンし、適切な処理プログラムを用いて、
識別されたフレームをＮＥＢ上で処理することにより、
ＮＥＢに提供される。プレスキャンオペレーションに
は、フレームのヘッドから所定のバイト数を剥ぎ取り、
フレームタイプを示す識別コードを識別するために剥ぎ
取られたフレームを処理し、識別されたフレームを処理
プログラムに伝送するサブステップが含まれる。
【００８５】ステップＳ８で、ステップＳ６でダウンロ
ードされたタイマモジュールによって、最も近いＬＡＮ
サーバが見つけられ、現在の時間が要求される。現在の
時間を受信した後、処理はステップＳ９へ進み、そこ
で、時刻が午前０時かどうか、すなわち返信された時間
が新しい日付を示すかどうかが判定される。
【００８６】ステップＳ９からＳ１２にはＣＰＳＯＣＫ
ＥＴプログラムによってＮＥＢで行われる、いわゆる
“オートログイン”機能が含まれる。これは、自動的に
かつ系統的にプリンタからＬＡＮへ状態情報を送るため
である（オートログインについては、以下、セクション
４ｋでより詳細に解説）。ステップＳ９で、午前０時に
達していない場合、処理はステップＳ１３へ進む。しか
し、午前０時に達していた場合、ＮＥＢマイクロプロセ
ッサ２１６によって、ＳＣＳＩバスを通してプリンタに
要求が伝送され、プリンタはＮＥＢに現在の状態を返信
する。たとえば、プリンタによって、印刷累計ページ数
がＮＥＢに返信される。ステップＳ１１で、ＮＥＢマイ
クロプロセッサ２１６によって、１ジョブ当たりページ
数あるいは１日当りページ数のようなプリンタ統計値が
計算され、ＮＥＢによって、プリンタに送られたジョブ
数及び日付の記録が取られる。ステップＳ１２で、プリ
ンタ統計値は、プリンタのハードディスク１１４あるい
はＮＶＲＡＭ１１１のような不揮発性メモリあるいはＮ
ＥＢのＮＶＲＡＭ２２８に転送される。もしくは、ステ
ップＳ１０、Ｓ１１、Ｓ１２はステップＳ９より前に実
行してもよく、それによって統計値は分毎に格納され
る。
【００８７】ステップＳ９からＳ１２を要約すれば、双
方向インタフェースを介してＬＡＮ通信用対話型ネット
ワークボードに接続されたプリンタのシステム統計値を
記録する方法には、印刷したページ数をプリンタ中で数
えるステップと、印刷されたジョブ数をボード上で数え
るステップとが含まれる。プリンタが、双方向インタフ
ェースを通じて、日毎の印刷ページ数の問合わせを受け
ると、ボードはこのページ数、ジョブ数及び他の状態情
報を用いて、１日毎の統計値を計算する。次いで、この
１日毎の統計値が格納され、ネットワーク管理者のＰＣ
１４からＣＰＣＯＮＳＯＬを用いてこれをアクセスする
ことができ、また、遠隔地で表示することもできる。
“オートログイン”機能の追加的特徴として、異なるレ
ベルの統計値を経過記録することができるということが
ある。たとえば、基本的なレベルで、各ジョブに対する
ページ数だけを経過記録してもよい。より高度のレベル
では、ジョブ当たりページ数に障害状態のログを加えた
ものを記録したり、ジョブ開始及び終了時刻を、障害状
態及び１ジョブ当たりページ数に加えて記録することも
できる。ロギングレベルはＣＰＩＮＩＴによって設定さ
れる。
【００８８】図５ＢのステップＳ１３で、ＳＡＰＳＥＲ
ＶＥＲプログラム（以下、セクション４ｇでより詳細に
解説）によって、ＮＥＢがＣＰＳＥＲＶＥＲ及びＣＰＳ
ＯＣＫＥＴ双方のアイデンティティを持っているものと
して公示される。このようにして、ＮＥＢ及び付属プリ
ンタは、ＰＳＥＲＶＥＲ及びカスタマイズされたエンテ
ィティ（ＣＰＳＯＣＫＥＴ；すなわち、インストールさ
れたＮＥＢを持つ他のＬＡＮ周辺機器に類似）の対をな
す役割で機能を果たすことができる。ＳＡＰＳＥＲＶＥ
ＲはＮＥＢ常駐ＴＳＲプログラムであり、このプログラ
ムによって、２つ以上のサーバが同一ノード上で同時に
ネットワーク・サービスを公示することが可能である。
このようにして、ＣＰＳＯＣＫＥＴとＣＰＳＥＲＶＥＲ
は、ＳＡＰＳＥＲＶＥＲを介してそのサービスを通知
し、他のネットワークアプリケーションからの問合せに
応答する。各イーサネットボードは１つのＳＡＰソケッ
ト番号しか持ち得ないため、ＳＡＰＳＥＲＶＥＲが機能
し、混乱なく双方のＮＥＢアイデンティティがＬＡＮへ
公示される。
【００８９】要するに、ステップＳ１３は、単一の対話
型ネットワークボードを２つのネットワークサーバ（た
とえばＣＰＳＥＲＶＥＲとＣＰＳＯＣＫＥＴ）としてみ
なす方法であり、この方法には、そのボードが第１タイ
プのネットワークエンティティであることを示す信号
（そのボードにユニークな識別信号を含む信号）を所定
の時間間隔でネットワークへ伝送するステップと、次い
で、そのボードが第２タイプのネットワークエンティテ
ィであることを示す第２の信号（同様に、同一のユニー
クな識別信号を含む）を所定の時間間隔でネットワーク
へ伝送するステップとが含まれる。ひとたびネットワー
クエンティティのタイプの１つの機能をこのボードが果
たすように要求するネットワークからの信号が受信され
ると、ボードと（本ボードは要求されたタイプのネット
ワークエンティティとして機能する）この要求を生成し
たネットワークエンティティとの間で直接の通信が確率
される。このように直接の通信が確率されると、ＮＥＢ
は新しいユニークな識別信号を利用する。
【００９０】ステップＳ１４で、ＬＡＮ及びＳＣＳＩイ
ンタフェースの双方は、ＣＰＳＯＣＫＥＴ（以下、セク
ション４ｊでより詳細に解説）へ向けられるデータのた
めにチェックされる。ＳＣＳＩインタフェースは、典型
的には、それまで受信された状態要求に応じてＬＡＮに
渡されるプリンタ状態データを持つことになる。ＣＰＳ
ＯＣＫＥＴはＮＥＢ常駐ＴＳＲプログラムであり、この
プログラムは、このような接続要求、データダウンロー
ド要求あるいはリモートユーティリティからのサービス
要求などに応答する。ＣＰＳＯＣＫＥＴによって、ＮＥ
Ｂ又はプリンタから情報が収集され、また、必要な場合
には、ログ・ファイルへの書込み要求がモニタされ、装
置の状態に対するアプリケーション要求がモニタされ、
また上に記載のように、ジョブ統計値が保持される。
【００９１】簡潔に述べれば、ＣＰＳＯＣＫＥＴプログ
ラムはネットワークと周辺装置間で対話型ネットワーク
ボードを接続する方法であり、この方法には、ＲＡＭか
ら実行するためにボードＲＯＭからボードＲＡＭへプロ
グラムを転送するステップが含まれる。また、このプロ
グラムで、周辺装置へ向けられたネットワーク通信を検
出するためのボードネットワーク・インタフェースをモ
ニタするステップも含まれる。次いで、このプログラム
によって、ネットワーク通信に応答する機能の実行が周
辺装置に命じられ、ボード双方向周辺機器インタフェー
スによる周辺装置の状態情報の検出と格納がモニタされ
る。最終的に、このプログラムは、別のネットワーク通
信に応答して、ネットワーク・インタフェースを介して
ネットワーク上へ周辺装置状態情報を出力する。
【００９２】図５ＢのステップＳ１５及びＳ１７は、
“ランタイム”レイヤ機能を示し、ステップＳ２０は
“ソフトタイム”アプリケーションレイヤを表わす。最
初に、ステップＳ１５によって、データがＬＡＮ上で受
信されているかどうかが判定される。ＬＡＮデータが受
信されている場合、処理はステップＳ１６へ進み、ソフ
トウェアプロトコルタイプが判定される（以下、セクシ
ョン４ｆでより詳細に解説）。たとえば、ＬＡＮ上で受
信されるイーサネットデータは次のソフトウェアプロト
コルのどの１つであってもよい。ＳＰＸ／ＩＰＸ上のＮ
ｅｔＷａｒｅ、ＴＣＰ／ＩＰ上のＵＮＩＸ、あるいはＡ
ｐｐｌｅＴａｌｋ上のＭＡＣシステム７。基本的には、
ソフトウェアプロトコルタイプは、上記のステップＳ７
で検知されたフレームパケットタイプに従って判定する
ことができる。
【００９３】ＬＡＮデータがステップＳ１５で受信され
ていないとＣＰＳＯＣＫＥＴによって判定された場合、
ステップＳ１７において、ＳＣＳＩデータが受信されて
いるかどうかが判定される。ＳＣＳＩデータが受信され
ている場合、ステップＳ１８でそのデータはプリンタか
ら入力され、次いで、ステップＳ１９でＤＲＡＭ２２０
に格納される。
【００９４】ステップＳ１９において、プリンタデータ
が格納された後、あるいは、ＳＣＳＩデータがステップ
Ｓ１７で受信されていない場合、処理はステップＳ２０
へ進る。ここで、“ＭＯＮＩＴＯＲ”と呼ばれるマルチ
タスク処理ソフトウェアプログラムによって制御される
ようなマルチタスク方式により、“ソフトタイム”タス
クが実行される（以下、セクション４ｌでより詳細に解
説）。ステップＳ２０はしたがって、図５Ａ、図５Ｂ及
び図５Ｃで描写されるフローチャートを通じて平行的に
実行される“バックグラウンド”処理である。すなわ
ち、“ソフトタイム”タスクが実行されているときはい
つでも、マイクロプロセッサ２１６によって、“ソフト
タイム”タスクの時分割、並列、非強制排除処理が保証
される。
【００９５】より詳細に述べれば、ＭＯＮＩＴＯＲは、
ステップＳ６でＥＰＲＯＭ２２２からＤＲＡＭ２２０へ
ダウンロードされるソフトウェアモジュールである。Ｍ
ＯＮＩＴＯＲは、現在実行中のいくつかのアプリケーシ
ョンタスク間でプロセッサ利用率を配分する非強制排除
マルチタスクモニタである。このモニタの非強制排除的
性質によって、各アプリケーションタスクが制御を周期
的に放棄することが要求され、その結果、他のタスクを
実行する機会が得られる。この制御放棄メカニズムは、
制御をＭＯＮＩＴＯＲへ渡すソフトウェア割込みを用い
て実現される。割込み時に、ＭＯＮＩＴＯＲによって、
現在実行中のタスクの状態は保存され、別の動作途中の
タスクの状態が復元され、この新しいタスクの実行が再
開（あるいは開始）される。最初制御を放棄されたタス
クが、割込み時点の制御を最終的に回復する（すなわ
ち、制御が放棄されたときと同じ状態までその関連情報
が復元される）。
【００９６】要するに、ステップＳ２０には、プロセッ
サリソースを配分するために、マルチタスク処理対話型
ネットワークボードの複数のアプリケーションタスクを
モニタするステップが含まれる。第１のアプリケーショ
ンタスクがメモリに格納される。この第１のアプリケー
ションタスクは、印刷すべき印刷ファイルの待ち行列を
得るべくネットワーク・インタフェースを獲得するため
にファイル・サーバを待ち行列に加え、ボードに接続さ
れたプリンタへインタフェースを介してその印刷ファイ
ルを伝える。第２のアプリケーションタスクもそのメモ
リに格納される。この第２のアプリケーションタスクは
ＬＡＮインタフェースを通して遠隔地の状態照会を受信
し、プリンタ状態や受信した状態照会への応答を得るた
めに双方向インタフェースを通じてプリンタに問合せ、
状態要求者にＬＡＮインタフェースを通して状態情報を
提供することができる。第１と第２のアプリケーション
タスクは各々放棄コマンドを含む。これにより、現在実
行中のアプリケーションタスクの制御が周期的にＭＯＮ
ＩＴＯＲに対して放棄される。このＭＯＮＩＴＯＲによ
って、放棄タスクの状態が保存され、非放棄タスクの状
態が復元され、非放棄タスクの実行が再開される。
【００９７】図５Ｃで、データがステップＳ１５におい
てＬＡＮ上で受信された場合、ステップＳ２１によっ
て、受信データが印刷ジョブ用であるかどうか判定され
る。もし、このデータが印刷ジョブ用である場合には、
マイクロプロセッサ２１６はアクティブな印刷ファイル
のためのＬＡＮファイル・サーバとして働き、印刷ジョ
ブブロックがステップＳ２２でＤＲＡＭ２２０へ転送さ
れる。
【００９８】ステップＳ２３で、マイクロプロセッサ２
１６によって、イメージデータ及び制御情報のブロック
がアセンブルされ、ＳＣＳＩインタフェースを介してプ
リンタへこのブロックが送られる。このステップにおい
て、マイクロプロセッサ２１６によって、ＬＡＮ上で受
信されたデータ・ストリームに対して“ジョブ開始”と
“ジョブ終了”表示が有効に加えられる。これは、印刷
ジョブの開始時にＸＰ（データ）チャネルを開くことに
よって、また、印刷ジョブの終了時にＸＰチャネルを閉
じることによって行なわれる。
【００９９】ステップＳ２４で、印刷ジョブが完了する
まで、この処理は待機する。ひとたび印刷ジョブが完了
すると、ステップＳ２５で、プリンタはデフォルト環境
に確実に設定される。印刷ジョブ前（あるいは印刷ジョ
ブ時）にデフォルト構成を設定することもまた可能であ
る。すなわち、ＮＥＢ自身が、例えば、デフォルトフォ
ント、用紙トレイ、照合、分類などを指定するデフォル
ト環境に付属プリンタを設定することを確実に行う。こ
れにより、次の印刷ジョブが既知のプリンタ構成にて開
始されることが保証される（以下、セクション４ｍでよ
り詳細に解説）。
【０１００】ステップＳ２５によって、プリンタ設定
（たとえばポートレートモード、両面など）を論理的な
印刷ジョブ間へ返すことを保証することによって、プリ
ンタのためのデフォルト環境が保証されると考えてよ
い。たとえば、ノーベル社ＮｅｔＷａｒｅには、プリン
タ環境をリセットするためにプリンタエスケープ・シー
ケンスをすべてのジョブの前に付ける能力が含まれてい
るが、このようなエスケープ・シーケンスは、ネットワ
ークファイル・サーバ上のデータベースに常駐してお
り、問題の印刷ジョブはそのファイル・サーバからは起
動しないかもしれない。デフォルト環境の保証を確実な
ものにするために、必要な構成パラメータがＮＥＢによ
って格納され、また、ＮＥＢは印刷ジョブの間でプリン
タ環境をリセットすることを担う。
【０１０１】要するに、ネットワークに接続された対話
型ネットワークボードを持つＬＡＮプリンタにデフォル
ト構成を提供する方法には、対話型ネットワークボード
でＬＡＮインタフェースを通してデフォルト構成を受信
するステップが含まれる。デフォルト構成は、ＮＥＢの
ＮＶＲＡＭ２２８に格納するか、あるいは、ボードとプ
リンタ間の双方向インタフェースを介してプリンタのＮ
ＶＲＡＭもしくはディスクに格納してもよい。次いで、
デフォルト構成は、双方向インタフェースを通してプリ
ンタのＮＶＲＡＭからボード上のＤＲＡＭ２２０へダウ
ンロードされる。ボードによってＬＡＮインタフェース
を通して印刷情報が受信され、双方向インタフェースを
通してプリンタに印刷情報が伝えられると、ボードは印
刷ジョブの終了を検出する。この検出に応じてデフォル
ト構成がプリンタに送られ、これによってプリンタはそ
のデフォルト構成に設定される。
【０１０２】さらに、複数のデフォルト構成が格納され
てもよく、また、適切なデフォルト構成を別のＬＡＮエ
ンティティから遠隔地で選択するようにしてもよい。た
とえば、複数のデフォルト構成のうちの１つを設定する
方法として、印刷ジョブの開始をボードで検出し、ジョ
ブのソースを識別するステップが含まれてもよい。その
後に、適切なデフォルト構成が格納された構成の中から
選択され、次いで、選択されたデフォルト構成が、印刷
ジョブの開始あるいは終了時にプリンタへ送られる。
【０１０３】図５Ｃで、ステップＳ２１で印刷ジョブが
要求されていないと判定された場合、付属プリンタの状
態を求める状態要求がＬＡＮ上でなされているかどうか
が、ステップＳ２６によって判定される。状態要求が受
信されたと判定された場合、ステップＳ２７によって、
状態要求のタイプが判定される。たとえば、エラーコー
ド、印刷ページ数、トナー状態などのようなプリンタ状
態を要求することができる。
【０１０４】ステップＳ２８で、ＤＲＡＭ２２０から要
求された状態データがマイクロプロセッサ２１６によっ
て引き出され、この状態データはアセンブルされて、Ｌ
ＡＮインタフェースを介してＬＡＮに送られる（以下、
セクション４ｉでより詳細に解説）。このようにして、
ステップＳ２８で、単純な「オン・オフ」以上の情報が
ＬＡＮに伝送され、ＬＡＮにプリンタの詳細な状態が通
知される。適用範囲の広いアプリケーションでは、ＬＡ
Ｎ上でのプリンタフロント・パネル状態のエクスポー
ト、及び、ＬＡＮからのフロント・パネル制御コマンド
のインポートがステップＳ２８の中に含まれる。すなわ
ち、ＰＣ１４のネットワーク管理者は、プリンタフロン
ト・パネルディプレイ１１６上に含まれる、すべてのプ
リンタ情報を示す表示を要求し、受信することができ
る。次いで、ネットワーク管理者は異なるプリンタフロ
ント・パネル機能を自分のＰＣで起動でき、これらの機
能はプリンタへ伝送され、選択された制御が実行され
る。
【０１０５】要するに、ステップＳ２８においては、Ｌ
ＡＮ通信用ＬＡＮインタフェースを持つ対話型ネットワ
ークボードを介してネットワークされたプリンタの手動
操作可能な機能を遠隔地で制御する方法として、遠隔地
で、ボードへコマンドを送出し、そのコマンドによっ
て、ボードがプリンタ状態情報をボードを通じて遠隔地
へＬＡＮインタフェースを介して転送するステップが含
まれる。遠隔地で、プリンタ状態を表示してもよいし、
また、遠隔地でＬＡＮインタフェースを介してボードへ
第２コマンドを送出し、手動操作可能な機能をボードに
実行させることもできる。
【０１０６】受信ＬＡＮデータが印刷ジョブでも状態要
求でもない場合、この受信データはダウンロードオペレ
ーションであるとステップＳ２９で判定される。つま
り、ＲＯＭあるいはＲＡＭアプリケーションを更新する
ためにデータがＮＥＢ中へ転送され、たとえば、ＮＥＢ
で実行される非常駐診断のためにダウンロードが利用さ
れる場合があるからである。
【０１０７】最初に、ステップＳ３０で、このデータ
は、ＬＡＮからＤＲＡＭ２２０までダウンロードされる
（以下、セクション４ｎでより詳細に解説）。すなわ
ち、このダウンロードは、データをネットワーク・ノー
ドにロードし、次いで、行動、すなわち、実行させる処
理である。たとえば、パッチコードから、製造テストル
ーチンまで、あるいは、ＥＰＲＯＭ用ファームウェアの
更新までのすべてがダウンロードされる場合もある。ま
た、アプリケーションモジュールをＬＡＮファイル・サ
ーバに格納し、次いで、ＮＥＢへ毎朝ダウンロードする
場合もある。
【０１０８】要するに、ＬＡＮからＤＲＡＭへのデータ
のダウンロードは、ＬＡＮインタフェースを持つ対話型
ネットワークボードのオペレーションモードを変更する
方法を含む。そして、この方法は、ＤＲＡＭから実行さ
れるＬＡＮ通信プログラム（ＬＡＮに関する印刷情報を
周辺プリンタへ伝送する通信プログラム）を起動するス
テップを含む。次に、変更されたオペレーションモード
に対応する実行可能命令がＬＡＮインタフェースを介し
てＤＲＡＭ中へダウンロードされる。そして、ボード
は、変更されたオペレーションモードの実行を始めるよ
うにＬＡＮインタフェースを介して命じられる。
【０１０９】ステップＳ３１で、ダウンロードされた情
報がＥＰＲＯＭ２２２のために指定されたものかあるい
はＤＲＡＭ２２０に対して指定されたものかが判定され
る。この情報がＥＰＲＯＭに対して指定されている場
合、ＲＯＭイメージがステップＳ３２でアセンブルされ
る（以下、セクション４ｏでより詳細に解説）。たとえ
ば、遠隔地からＥＰＲＯＭファームウェアをダウンロー
ドすることによって、ユニークな柔軟性が与えられる。
特に、プリンタにボードをインストールした後、オンボ
ードテストルーチンのダウンロード、及び、ＥＰＲＯＭ
構成ファームウェアの変更を遠隔地から行なうことがで
きる。
【０１１０】ステップＳ３２は、ＥＰＲＯＭ２２２中へ
プログラムされるバイナリイメージファイルを構築する
処理である。ＥＰＲＯＭのために指定されたデータは、
最初、ＤＲＡＭ２２０にダウンロードされ、ここで、Ｒ
ＯＭイメージにセットされているモジュール名を含む構
成ファイルがユーティリティによって読取られる。次い
で、すべての指定モジュールを含む完全なバイナリイメ
ージファイルが構築される。ヘッダーがイメージファイ
ルの各モジュールの先頭に置かれる。このヘッダーは、
モジュールを識別し、その属性を記述し、そして、ロー
ディング中におけるモジュール配置のために次のヘッダ
ーの位置指定を行う。ＥＰＲＯＭにロードされる最後の
モジュールはＥＰＲＯＭ常駐コードである。これは、Ｒ
ＯＭイメージの最後に置かれるため、電源投入初期化コ
ードはマイクロプロセッサ２１６によって予想されるア
ドレスに常駐する。
【０１１１】要するに、ＥＰＲＯＭに格納する実行可能
コードモジュールを含むバイナリイメージファイルをフ
ォーマットする処理がステップＳ３２には含まれる。最
初に、バイナリイメージを形成するコードモジュールを
指定する構成ファイルが読取られる。次に、構成ファイ
ルの中で指定された各モジュールのためにヘッダーが形
成され、そのヘッダーには、そのモジュールの識別番
号、そのモジュールの属性定義、及び次のモジュール用
ヘッダーへのポインタが含まれる。次いで、指定モジュ
ール及びそれらに関連するヘッダーを含むバイナリイメ
ージファイルが構築される。最終的に、ＲＯＭ常駐コー
ドのモジュールがバイナリイメージに追加され、このＲ
ＯＭ常駐コードによって電源投入時に制御信号が受信さ
れ、ＰＯＳＴが送られ、モジュールの少なくとも一つ
が、バイナリイメージファイルからＤＲＡＭ２２０へロ
ードされ、基本的なボード入出力サービスが提供され
る。
【０１１２】ＥＰＲＯＭ２２２に新しいデータが書込ま
れる前に、まず第一に書込み操作が事実上意図されてい
ることを明白に保証する必要がある。明らかに、ＥＰＲ
ＯＭ２２２へのいかなる偶発的な書込も、ＮＥＢを使用
不能としてしまう。したがって、情報がＥＰＲＯＭ２２
２へ“フラッシュされる”前に、ステップＳ３３におい
て特定の一連の事象がＥＰＲＯＭをアクセスするために
発生する（以下、セクション４ｐでより詳細に解説）。
本実施例においては、２つのデータ・ビットが別個の２
つの入出力ロケーションで変更されない限り、ＥＰＲＯ
Ｍに書込むのに必要な＋１２ボルトは供給されない。
【０１１３】簡潔に述べれば、ＥＰＲＯＭが偶発的に書
込まれないことを保証する方法は、プロセッサ及びメモ
リを持つ対話型ネットワークボード上に常駐するＥＰＲ
ＯＭ上でフラッシュオペレーションを行なう方法を含
み、プロセッサに入出力書込み信号を送るステップを有
する。次いで、プロセッサによってメモリに第１アドレ
スが生成され、入出力信号に応じて第１ビットが所定の
状態にセットされる。次いで、電源ユニットによって、
所定の状態にセットされている第１ビットに応じてトラ
ンジスタに＋１２Ｖが供給される。次いで、入出力受信
信号がプロセッサに送られ、このプロセッサによって、
記憶装置に第２アドレスが生成され、入出力受信信号に
応じてあらかじめ選ばれた状態に第２ビットがセットさ
れる。次いで、あらかじめ選ばれた状態にセットされて
いる第２ビットに応じてトランジスタがオンし、ＥＰＲ
ＯＭの電源ターミナルへ＋１２Ｖが印加され、書込み操
作の発生を可能にする。
【０１１４】新しいＲＯＭイメージがＥＰＲＯＭ２２２
に実際に格納される前に、ステップＳ３４で、この新し
いＲＯＭイメージは、ＲＯＭイメージが受信された後で
送られるチェックサム値でもってチェックサムされ、照
合されなければならない。そして、ＥＰＲＯＭ２２２を
消去する前に、ＭＡＣアドレスのような保存データ及び
モジュールはＤＲＡＭ２２０上の新たなＲＯＭイメージ
内にロードされねばならない。
【０１１５】ＲＯＭイメージが検査されたと判定された
後、かつ、ＤＲＡＭ２２０に格納された新しいＲＯＭイ
メージ中へ必要データがすべて保存された後、新しいＲ
ＯＭイメージをロードする際データの破損がないことを
保証するために、ＥＰＲＯＭ２２２をクリアし、消去す
る必要がある。従って、新しいＲＯＭイメージがＥＰＲ
ＯＭ２２２に格納される前に、ステップＳ３５で、ＥＰ
ＲＯＭ２２２は複数回消去されることもある。
【０１１６】ステップＳ３５で ＥＰＲＯＭ２２２が消
去された後、この新しいＲＯＭイメージがステップＳ３
６でＥＰＲＯＭ２２２中へ“フラッシュされ”る（以
下、セクション４ｑでより詳細に解説）。
【０１１７】要するに、ステップＳ３６は、ＬＡＮイン
タフェースを持つ対話型ネットワークボード上でプログ
ラム可能なファームウェアを遠隔地で変更する方法に関
するものであり、この方法には、ボードのＤＲＡＭから
実行されるＬＡＮ通信プログラム（ＬＡＮに関する印刷
情報を周辺プリンタへ伝送する通信プログラム）を起動
するステップが含まれる。次いで、ＲＯＭファームウェ
アイメージが、ＬＡＮインタフェースを介してボード上
のＤＲＡＭへダウンロードされる。ＲＯＭイメージがタ
ーゲットボードにダウンロードされたことが次に確認さ
れ、また、ＲＯＭイメージの正当性が確認される。次い
で、ボードは、ＥＰＲＯＭを電子的に消去するように命
じられ、それから、ＥＰＲＯＭは新しいＲＯＭイメージ
でフラッシュされる。さらに、もし所望であれば、“フ
ラッシュ完了”信号をフラッシュオペレーション後にＬ
ＡＮへ送ってもよい。
【０１１８】次いで、この情報がＥＰＲＯＭ２２２へフ
ラッシュされた後、ＮＥＢは、ステップＳ３７で、ＥＰ
ＲＯＭ２２２の新しいＲＯＭファームウェアイメージか
らリブートされ、処理はステップＳ１へ戻る。
【０１１９】図５Ｃで、ＲＡＭ情報がダウンロードされ
ていると、ステップＳ３１によって判定された場合、そ
のような情報は、ステップＳ３８を介してＤＲＡＭ２２
０でまずアセンブルされる。続いて、ステップＳ３９に
よってＲＡＭプログラムが実行され、処理はステップ１
３へ戻り、そこでＳＡＰＳＥＲＶＥＲによってＰＳＥＲ
ＶＥＲ及びＣＰＳＯＣＫＥＴエンティティが公示され
る。
【０１２０】ＮＥＢをＬＡＮネットワークプリンタにイ
ンストールした場合のＮＥＢの構造及び機能の概説を、
以上の解説によって終了する。ＮＥＢのハードウェア及
びソフトウェアの種々の態様のオペレーションのより詳
細な説明を今から行なう。
【０１２１】４ａ． 電源投入シーケンス 電源投入に続いて直ちに、電源オン自己検査（ＰＯＳ
Ｔ）がＮＥＢ２によって実行され、それに続いて、ＥＰ
ＲＯＭ２２２からＤＲＡＭ２２０へオペレーションソフ
トウェアがＮＥＢによってロードされ実行される。
【０１２２】より明確に述べれば、電源投入直後、マイ
クロプロセッサ２１６が、ＥＰＲＯＭ２２２に位置する
ＰＯＳＴプログラム・モジュールをアクセスする。マイ
クロプロセッサ２１６によって、ＥＰＲＯＭ２２２から
直接ＰＯＳＴが実行され、以下のテストを実行する。即
ち、マイクロプロセッサの機能、ＥＰＲＯＭ２２２に格
納されたプログラムの正当性（たとえばチェックサムに
よる照合による）、ＤＲＡＭ２２０の動作（たとえば読
み出し書き込みサイクルを用いて）、ＳＣＳＩコントロ
ーラ２２４の動作、ＮＶＲＡＭ２２８のデータの正当性
及び制御レジスタ２３０の動作がテストされる。ＰＯＳ
Ｔには、また、ＥＰＲＯＭ２２２中へダウンロードされ
たＭＡＣアドレスとＰＲＯＭ２３２に格納されているＭ
ＡＣアドレスの比較が含まれることもある。
【０１２３】ＰＯＳＴには、さらに、ネットワークに関
連するハードウェアのオペレーションチェックが含まれ
る。より明確に述べれば、ネットワークコントローラ２
０６のオペレーションを検査するための、ネットワーク
アクティビティのチェックと同様、ＳＲＡＭ２１４に対
する動作チェック（たとえば読み出し書き込みサイクル
を用いて）がＰＯＳＴには含まれてもよい。
【０１２４】ＮＥＢ２における他のハードウェアのオペ
レーションは、追加的なＰＯＳＴ検査によって直接判定
することもできる。コネクタ２０２、２０３及び２０４
の場合のようにマイクロプロセッサ２１６によってハー
ドウェアのオペレーションを直接テストすることができ
ない場合には、そのハードウェアの適正な動作は直接的
なテスト処理から受信した結果コードによって示されて
もよい。
【０１２５】ＰＯＳＴの終了に際して、マイクロプロセ
ッサ２１６によって、シリアル・ポート２１８上へチェ
ックサムコードが置かれ、次いで、静止オペレーション
ウィンドウ（たとえば、１秒ウィンドウ）に入る。その
間、マイクロプロセッサ２１６は、シリアル・ポート２
１８を介してコマンド（例えば、後述の「５．検査」を
参照）を受信することができる。シリアル・ポート２１
８に接続された装置によってＰＯＳＴチェックサムコー
ドを入手し、ＰＯＳＴ結果を判定してもよい。たとえ
ば、エラーを示すＰＯＳＴチェックサムコードが、故障
領域を示すゼロでない１６進値によって示されるのに対
して、エラーなし状態は、“００００ｈ”というＰＯＳ
Ｔチェックサムコードで示される。故障の場合には、マ
イクロプロセッサ２１６によってＮＥＢ２のＬＥＤ２４
０が点灯され、エラーが検出されたことがユーザに信号
で知らされる。好適には、ＬＥＤ２４０は電源投入の際
に点灯され、ＰＯＳＴが成功した場合にのみ、切られる
ことが望ましい。
【０１２６】ＰＯＳＴが首尾よく完了した後で、１秒静
止ウィンドウの実行中にシリアル・ポート２１８を介し
てコマンドが全く受信されない場合、マイクロプロセッ
サ２１６は、ＥＰＲＯＭ２２２に格納されているソフト
ウェアモジュールをＤＲＡＭ２２０へロードし始める。
マイクロプロセッサ２１６は、ＥＰＲＯＭ２２２から直
接これらのソフトウェアモジュールを実行せず、むし
ろ、ＤＲＡＭ２２０にこれらのモジュールをロードし、
ＤＲＡＭ２２０から実行する。このような構成によっ
て、ＥＰＲＯＭ２２２から検索される特定モジュールを
選択して、ＤＲＡＭ２２０から実行することが可能にな
り、その結果、ＮＥＢ２の柔軟性のある構成が可能にな
る。（下記のセクション４ｄを参照）。たとえば、ＮＶ
ＲＡＭ２２８に格納された構成コマンドに従って、ＥＰ
ＲＯＭ２２２から、マイクロプロセッサ２１６によって
モジュールが選択的に検索され、ＤＲＡＭ２２０へロー
ドされて、ＤＲＡＭから実行される。
【０１２７】異なるモジュールがＥＰＲＯＭ２２２から
検索され、ＤＲＡＭ２２０にロードされるシーケンス
を、図６に示す。ステップＳ６００１において、マイク
ロプロセッサ２１６によって、ＥＰＲＯＭ２２２からＤ
ＲＡＭ２２０へＳＣＳＩドライバがロードされる。ＳＣ
ＳＩドライバによって、オペレーションシーケンス及び
ＳＣＳＩコントローラ２２４に対する制御が与えられ、
プリンタ４とのインタフェースが可能になる。この結
果、プリンタ４に印刷データが送られ、プリンタ４へ、
また、プリンタ４から、制御情報が送受信される。
【０１２８】ステップＳ６００２で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＤＲＡＭ２２
０へリンクサポートレイヤ（すなわち“ＬＳＬ”）がロ
ードされる。ステップＳ６００３で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＤＲＡＭ２２
０へネットワークドライバ・ソフトウェアがロードさ
れ、そこで、マイクロプロセッサ２１６は、リンクサポ
ートレイヤとネットワークドライバをＤＲＡＭ２２０か
ら実行し始める。リンクサポートレイヤとネットワーク
ドライバによって、ＬＡＮバス６上でのＬＡＮ通信に共
通のアクセスが与えられる。より詳細に述べれば、図７
に示されるように、ＮＥＢ２で使用されるネットワーク
コントローラ２０６のような電気的インタフェース３０
１を介して、ＮＥＢ２のような装置を含むすべてのネッ
トワークされた装置がＬＡＮバス６とインタフェースで
接続される。電気的インタフェース３０１は、リンクサ
ポートレイヤソフトウェア３０４からＬＡＮフレームデ
ータを順次受信するネットワークドライバ３０２によっ
て駆動される。リンクサポートレイヤ３０４とネットワ
ークドライバ３０２は両方とも、異なる種類のネットワ
ークソフトウェアに共通である。たとえば、図７でさら
に示されるように、ノーベル社のＮｅｔＷａｒｅソフト
ウェアで提供されるようなネットワークアプリケーショ
ン・プログラム（矢印Ａで例示されるような）は、イン
ターネットワークパケット交換プログラム（即ちＩＰＸ
３０５）と逐次パケット交換プログラム（即ちＳＰＸ３
０６）とを介して、リンクサポートレイヤ及びネットワ
ークドライバとインターフェースする。一方、ＡＴ＆Ｔ
によって提供されるＵｎｉｘからのネットワークアプリ
ケーション・プログラム（矢印Ｂで例示されるような）
は、“ＩＰ”モジュール３１５と“ＴＣＰ”モジュール
３１６を介してＬＳＬにインタフェースで接続する。
【０１２９】ＮＥＢ２では、１回につきただ１つのタイ
プのネットワークアプリケーション・プログラムしか通
常実行されない（但し、以下、セクション４ｆで解説す
るように、マルチプロトコルオペレーションは可能であ
る）。この明細書で行なう説明は、ＮｅｔＷａｒｅネッ
トワークアプリケーション・プログラムに対するもので
あるが、ＵＮＩＸネットワークアプリケーション・プロ
グラムも同様に実行することは可能ではある。
【０１３０】ステップＳ６００４で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＰＲＥＳＣＡ
Ｎプログラムがロードされ、ＤＲＡＭ２２０へ格納さ
れ、そこで、ＤＲＡＭ２２０からのＰＲＥＳＣＡＮプロ
グラムの実行が始まる。ＰＲＥＳＣＡＮソフトウェア
は、リンクサポートレイヤとインタフェースで接続し、
ＬＡＮバス６上を伝送されるフレームパケットのタイプ
を判定する。より詳細に述べれば、上述のように、イー
サネットタイプのネットワークＬＡＮバス上には４つの
異なる可能なフレームパケットタイプ、すなわち、イー
サネット８０２．３、イーサネットII、イーサネット８
０２．２及びイーサネットＳＮＡＰがある。以下、セク
ション４ｅでより詳細に説明するように、ＰＲＥＳＣＡ
Ｎソフトウェアモジュールによって、ＬＡＮバス６上の
ネットワーク通信がモニタされ、フレームパケットタイ
プが判定される。フレームパケットタイプは、一度ＰＲ
ＥＳＣＡＮによって判定されると、ＤＲＡＭ２２０の所
定の共通ロケーションに格納され、ＮＥＢの他のネット
ワーク通信モジュールによって利用される。フレームパ
ケットタイプが判定された後、ＰＲＥＳＣＡＮによっ
て、マイクロプロセッサ２１６にそのタスクが完了した
旨の信号が送られる。これにより、ＰＲＥＳＣＡＮプロ
グラムによって占有されたメモリの領域をマイクロプロ
セッサ２１６が別のプログラム・モジュールで上書きす
ることが可能となる。
【０１３１】ステップＳ６００５で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＩＰＸ及びＳ
ＰＸプログラム・モジュールが検索され、ＤＲＡＭ２２
０に格納され、そこで、ＤＲＡＭ２２０からのＩＰＸと
ＳＰＸモジュールの実行が開始される。ＩＰＸとＳＰＸ
の双方は、ＰＲＥＳＣＡＮモジュールによって判定され
たフレームパケットタイプを使用する。
【０１３２】ステップＳ６００６で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＣＮＥＴＸプ
ログラム・モジュールが検索され、ＤＲＡＭ２２０へロ
ードされ、ＤＲＡＭ２２０から実行が開始される。ＣＮ
ＥＴＸによって、局所化されたＤＯＳのような機能がＮ
ＥＢに与えられる。
【０１３３】ステップＳ６００７で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＤＲＡＭ２２
０へＳＡＰＳＥＲＶＥＲプログラム・モジュールがロー
ドされ、ＤＲＡＭ２２０からＳＡＰＳＥＲＶＥＲモジュ
ールが実行され始める。以下、セクション４ｇでより詳
細に説明するが、ＳＡＰＳＥＲＶＥＲとは、ＮＥＢボー
ドに割当てられた単一ネットワーク・ノードから、ＣＰ
ＳＯＣＫＥＴとＣＰＳＥＲＶＥＲのような２つのネット
ワークサーバエンティティが同時に公示を出すことを可
能にするプログラム・モジュールである。これに対し
て、ＮｅｔＷａｒｅによって提供されるような従来のネ
ットワークアプリケーション・プログラムは、各ネット
ワーク・ノードから単一ネットワークサーバエンティテ
ィを公示することしかできない。
【０１３４】ステップＳ６００８で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２から非強制排除マ
ルチタスク処理ＭＯＮＩＴＯＲ（後述のセクション４ｌ
を参照）が検索されて、ＤＲＡＭ２２０へ格納され、Ｄ
ＲＡＭ２２０からマルチタスク処理モニタの実行が開始
される。
【０１３５】ステップＳ６００９で、マイクロプロセッ
サ２１６によって、ＥＰＲＯＭ２２２からＣＰＳＯＣＫ
ＥＴサーバソフトウェアモジュールが検索されて、ＤＲ
ＡＭ２２０にロードされ、ＤＲＡＭ２２０からＣＰＳＯ
ＣＫＥＴサーバの実行が開始される。以下、セクション
４ｊでより詳細に説明するが、ＣＰＳＯＣＫＥＴが、Ｃ
ＰＳＯＣＫＥＴに代わって公示を行うことをＳＡＰＳＥ
ＲＶＥＲに対して要求すると、ＳＡＰＳＥＲＶＥＲは、
ＬＡＮバス６上でＳＡＰ公示を開始する。
【０１３６】ステップＳ６０１０で、マイクロプロセッ
サ２１６によって、ＣＰＳＥＲＶＥＲやＣＲＰＲＩＮＴ
ＥＲのような印刷アプリケーションサーバがＥＰＲＯＭ
２２２から引き出され、この印刷アプリケーションサー
バがＤＲＡＭ２２２へロードされる。ＣＰＳＥＲＶＥＲ
の場合には、マイクロプロセッサ２１６がロードされた
印刷アプリケーションサーバの実行をＤＲＡＭ２２０よ
り開始する。そして、今度は、このプリントサーバの代
わりにＳＡＰ公示を行なうようにという要求がＳＡＰＳ
ＥＲＶＥＲに対して出される。以下、セクション４ｇで
より詳細に説明するが、ＳＡＰＳＥＲＶＥＲによって、
ＣＰＳＯＣＫＥＴサーバ並びにプリント・サーバに対す
る公示が交互に出され、それによって、ＣＰＳＯＣＫＥ
Ｔサーバとプリント・サーバの双方に代わる代用ＳＡＰ
エンティティの役割が果たされる。
【０１３７】４ｂ． ローカルエリアネットワーク（Ｌ
ＡＮ）と周辺機器とのインタフェース 本発明の適用範
囲の広い態様によって、プリンタのような周辺機器が、
ソフトウェアプログラムが内蔵された対話型ネットワー
クボードを用いて、ＬＡＮに接続される。好適には、プ
リンタとＮＥＢ間の接続はＳＣＳＩインタフェースで行
われ、大量の印刷データ及び状態データがＮＥＢとプリ
ンタ間で双方向に伝送されることが望ましい。ＥＰＲＯ
Ｍ２２２によって、複数のソフトウェアモジュールが格
納され、ＰＳＥＲＶＥＲやＲＰＲＩＮＴＥＲあるいはＬ
ＰＲ機能構成で、ＮＥＢのオペレーション構成が行なわ
れる。ＥＰＲＯＭ２２２によって、いくつかの状態制御
ソフトウェアモジュールも格納され、ＬＡＮ上でプリン
タから状態情報をエクスポートしたり、ＬＡＮからプリ
ンタへ制御情報をインポートする。ＥＰＲＯＭ常駐ファ
ームウェアが、電源投入時にＤＲＡＭ２２０へダウンロ
ードされ（セクション４ａで上述）、それによって、ラ
ンタイム割込みがＬＡＮあるいはＳＣＳＩインタフェー
スのいずれかから受信されるまで、マルチタスク処理プ
ログラムＭＯＮＩＴＯＲがソフトタイムタスクを実行す
る。
【０１３８】ＮＶＲＡＭ２２８によって、ＥＰＲＯＭ２
２２に格納されたどのモジュールをＤＲＡＭ２２０へダ
ウンロードすべきかを指定する構成ワードが格納され
る。これは、ＰＳＥＲＶＥＲ機能あるいはＲＰＲＩＮＴ
ＥＲ機能のいずれかでＮＥＢを構成するためである。マ
イクロプロセッサ２１６によってＤＲＡＭ２２０からこ
のプログラムが実行され、印刷のために印刷ジョブをＬ
ＡＮより受信し、これをプリンへ送ることが可能になる
とともに、プリンタ状態を状態要求に応じてＬＡＮ上へ
返すことが可能になる。
【０１３９】ローカルエリアネットワーク（ＬＡＮ）へ
周辺機器を接続するための構造と機能に関する個々の詳
細を、図４、図５Ａ、図５Ｂ、図５Ｃを参考に上述した
が、以下のセクションでも説明する。
【０１４０】４ｃ． ローカルエリアネットワーク（Ｌ
ＡＮ）とプリンタ間の双方向インタフェース ＮＥＢ２及びプリンタ間における双方向ＳＣＳＩインタ
フェースの提供によって、プリンタに印刷データが送ら
れている間に大量の状態情報をプリンタから抽出するこ
とが可能となる。さらに、双方向ＳＣＳＩインタフェー
スを利用することによって、プリンタは、ＬＡＮ上で遠
隔地から送出された制御コマンドに応答することができ
る。たとえば、ネットワーク管理者は自分のＰＣ１４か
ら、高イメージ密度で、複数回印刷され、次いで、ステ
ープルで綴じるというような特定の印刷ジョブを要求す
る制御コマンドを送出することができる。このような制
御コマンドが、ＬＡＮ６によってＮＥＢ２へ送られる。
そして、ＮＥＢ２によって、ＳＣＳＩバス１０２を介し
てプリンタにこれらの制御コマンドが伝送される。同時
に、実際の印刷データがファイル・サーバ３０からＮＥ
Ｂ２へ転送され、ＮＥＢ２で、この印刷データはブロッ
クにパッケージされ、ＳＣＳＩバス１０２を通してプリ
ンタへ転送される。好適には、プリンタに対してＸＰデ
ータ・チャネルを開くことにより、“印刷ジョブの開
始”がＮＥＢ２によって示される。同様に、プリンタに
対してＸＰデータ・チャネルを閉じることにより、“印
刷ジョブの終了”がＮＥＢ２によって示されることが望
ましい。このようにして、ＮＥＢ２は、プリンタへこの
ような指示を与えることができる。
【０１４１】また、ＮＥＢ２上で双方向ＳＣＳＩインタ
フェースを使用することによって、他のタイプの周辺機
器をＬＡＮに接続することが可能になる。たとえば、Ｓ
ＣＳＩインタフェースによって、周辺機器からＬＡＮへ
大量のデータを伝送することができるために、スキャナ
（たとえば、プリンタ４が光学式文字認識（“ＯＣ
Ｒ”）装置である場合）やファクシミリのようなイメー
ジデータ生成装置にＮＥＢを接続することが可能にな
る。このようにして、イメージ生成装置によって生成さ
れたデータをＳＣＳＩインタフェースを通してＮＥＢへ
転送し、次いで、ＬＡＮ上において任意のＬＡＮエンテ
ィティにより格納したりあるいは引き出したりすること
ができる。プリンタに対する場合と同様に、大量の詳細
な制御／状態情報もイメージデータ生成装置へ、もしく
はイメージデータ生成装置から提供され得る。
【０１４２】ＮＥＢ上の双方向ＳＣＳＩインタフェース
の詳細な構造上及び機能上の特徴を図４、図５Ａ、図５
Ｂ及び図５Ｃを参照しながら上述したが、以下のセクシ
ョンでも説明する。
【０１４３】４ｄ． ＲＯＭファームウェア構成 図５Ａに関して先に説明したように、ステップＳ６にお
いては、選択されたソフトウェアプログラムがＥＰＲＯ
Ｍ２２２からＤＲＡＭ２２０へダウンロードされ、実行
される（図６及びセクション４ａも参照）。ＥＰＲＯＭ
２２２にはファームウェアモジュールが配されており、
これらのモジュールによって、ＮＥＢ２はＲＰＲＩＮＴ
ＥＲあるいはＰＳＥＲＶＥＲ機能のいずれかで構成され
ることが可能になる。このようにして、ＮＶＲＡＭ２２
８に格納された構成コードに従って、ＥＰＲＯＭ２２２
からＤＲＡＭ２２０へ、格納されたプログラムの中のど
れがダウンロードされるかによってＮＥＢ２の機能が決
定される。
【０１４４】ＮＥＢ２ファームウェアが初期状態に構成
され、ネットワーク管理者のＰＣ１４上でＣＰＩＮＩＴ
を実行することによって、後にこのファームウェアを再
形成することができる（以下、セクション４ｈを参
照）。しかしながら、非構成状態においてであっても、
ＮＥＢ２自身によっていつでも、ＬＡＮと基本的な通信
を実行するために必要とされるソフトウェアモジュール
が起動される。ＣＰＩＮＩＴを用いて、ネットワーク・
マネージャは、遠隔地で、ＮＥＢの現在の構成を判定す
ることができ、また、自分の要求通りに構成を変更する
ことができる。その構成情報はＮＥＢボード上のＥＰＲ
ＯＭに格納されるので、構成情報は電源サイクルを通じ
て保持される。
【０１４５】個々の構成を行なうためのソフトウェアプ
ログラムがＥＰＲＯＭ２２２からＤＲＡＭ２２０へダウ
ンロードされる処理については、図８を参照して以下説
明する。
【０１４６】ボードがステップＳ１で電源アップされた
後、この処理はステップＳ８００１へ進み、ここで、マ
イクロプロセッサ２１６は、ＥＰＲＯＭ２２２のＥＰＲ
ＯＭ常駐コードにアクセスし、ＮＶＲＡＭ２２８から構
成コード（典型的にワード）を読取る。この構成コード
によって、ＮＥＢにＰＳＥＲＶＥＲ機能あるいはＲＰＲ
ＩＮＴＥＲ機能のいずれかを与えるることができるモジ
ュールが指定される。本実施例には、ＲＰＲＩＮＴＥＲ
あるいはＰＳＥＲＶＥＲの機能構成しか含まれていない
が、たとえば、ＮＥＢ２が、スキャナあるいはファクシ
ミリのような異なるＬＡＮエンティティにインストール
される場合、他の構成を利用してもよい。
【０１４７】ＮＶＲＡＭ２２８から構成コードが読取ら
れた後、ステップＳ８００２で、マイクロプロセッサに
よって、読取り構成コードに対応するビット・パターン
を持つ構成マスクが形成される。ステップＳ８００３
で、ＥＰＲＯＭ２２２に常駐のローダモジュールによっ
て、この構成マスクがＥＰＲＯＭ２２２に格納された複
数ファームウェアモジュールと比較される。
【０１４８】詳細に述べるならば、ステップＳ８００４
で、処理が始まり、それによって、ＥＰＲＯＭ常駐ソフ
トウェアモジュールが、ＮＶＲＡＭ２２８から読取られ
た２進数の構成コードに対応してビット的に選択され
る。ステップＳ８００４で、現在検査されたビット・パ
ターンのビットが格納されたモジュールとマッチすると
判定された場合、そのモジュールが選択され（ステップ
Ｓ８００５で）、ＤＲＡＭ２２０にダウンローディング
され、ステップＳ８００６で処理は次のビットへスキッ
プする。同様に、ビット・パターンのビットが格納され
たモジュールに照合しないとステップＳ８００４で判定
された場合も、処理はステップＳ８００６で次のビット
にスキップする。
【０１４９】ステップＳ８００７で、ステップＳ８００
４でテストされたビットが構成マスク・ビットパターン
の最終ビットかどうかということが判定される。このテ
ストされたビットが最終ビットでない場合、処理はステ
ップＳ８００４へループ・バックし、ここで、ビット・
パターンの次のビットが次に格納されたモジュールに関
してテストされる。構成マスク・ビットパターンの最終
ビットがテストされてしまうと、選択されたソフトウェ
アモジュールは、ステップＳ８００８で ＥＰＲＯＭ２
２２からＤＲＡＭ２２０へダウンロードされる。
【０１５０】本実施例において、ソフトウェアモジュー
ルは次のシーケンスでロードされる。即ち、ＳＣＳＩド
ライバ、リンクサポートレイヤ、ネットワークドライ
バ、プレスキャン（ＰＲＥＳＣＡＮ）、ＩＰＸ／ＳＰ
Ｘ、ＣＮＥＴＸ、ＳＡＰＳＥＲＶＥＲ、ＭＯＮＩＴＯ
Ｒ、ＣＰＳＯＣＫＥＴ、そして、プリントアプリケーシ
ョン（たとえばＣＰＳＥＲＶＥＲ、ＣＲＰＲＩＮＴＥ
Ｒ）（図６を参照）の順である。
【０１５１】ＮＶＲＡＭ２２８に格納された構成コード
に対応するすべてのソフトウェアモジュールが、ＤＲＡ
Ｍ２２０にダウンロードされた後、ローダ機能によっ
て、ステップＳ８００９で、ＭＯＮＩＴＯＲマルチタス
ク処理プログラムへプログラム実行制御が渡される。
【０１５２】すでに解説したように、ＮＶＲＡＭ２２８
に格納された構成コードはＣＰＩＮＩＴを用いて遠隔地
で変更することができる。これによって、ＣＰＳＥＲＶ
ＥＲやＣＲＰＲＩＮＴＥＲへの小さな変更を行なうため
の、あるいは、全く新しい構成の設定を望む場合等の、
より大きな柔軟性が与えられる。したがって、ステップ
Ｓ８０１０で、新しい構成がＬＡＮ６によって受信さ
れ、ステップＳ８０１１で、ＮＶＲＡＭ２２８中へロー
ドされる。好適には、古い構成コードが、消去されるか
新しい構成コードで上書きされることが望ましい。次い
で、ＮＥＢが自らリブ−トし、Ｓ１ステップへ戻る。
【０１５３】４ｅ． ＰＲＥＳＣＡＮを用いる、フレー
ムパケットタイプの判定 いかなるローカルエリアネットワークにおいても、デー
タは、パケットあるいはフレームでネットワーク装置間
を伝送される。しかし、イーサネットのような普通のネ
ットワークアーキテクチャの関連においてさえ、フレー
ム用に２つ以上のフォーマットがサポートされている。
したがって、たとえイーサネットアーキテクチャが使用
されていることが分かっていても、イーサネットバスに
関する、各物理的フレームあるいはパケットの情報内で
データの配置を判定することは不可能である。特に、上
述のように、イーサネットにおいては、以下の４つのデ
ータフォーマット、即ちイーサネット８０２．３、イー
サネットII、イーサネット８０２．２及びイーサネット
ＳＮＡＰがサポートされている。
【０１５４】従来のネットワーク装置（この装置によっ
て、手動選択可能なオペレータインタフェースが提供さ
れる）では、イーサネットネットワークで使用されてい
る特定のフレームタイプをネットワーク装置に知らせる
ことが可能である。ＮＥＢ２の関連においては、ネット
ワーク・インタフェース（あるいはテスト構成のシリア
ル・ポート２１８）を介してしかオペレータのアクセス
は行なわれないが、当然のことながら、フレームパケッ
トタイプの知識が必要とされるローカルエリアネットワ
ーク（ＬＡＮ）へのアクセスをオペレータに最初に行な
わせずに、フレームパケットタイプを設定することは不
可能である。。
【０１５５】ＰＲＥＳＣＡＮソフトウェアモジュールに
よって、適切なフレームパケットタイプが認識されるま
で、ＬＡＮバス上の同報通信をモニタすることによっ
て、ＬＡＮバス上のＬＡＮ通信のために現在使用されて
いる、フレームパケットタイプを、ＮＥＢ２が自動的に
判定することが可能になる。ＰＲＥＳＣＡＮは、イーサ
ネット上で使用される４つのすべてのフレームパケット
タイプに共通の、認識しうる構成部分に基いてこの判定
を行なう。
【０１５６】図９に、イーサネット上で使用される異な
るフレームパケットの物理的構造をより詳細に示す。図
９に示されるように、ＬＡＮバス上で伝送されている物
理的フレーム４１１には、宛先ＭＡＣアドレスを格納す
るための６バイトのセクション４１２、及び、ソースＭ
ＡＣアドレスを格納するための６バイトのセクション４
１３が含まれる。ＬＡＮ通信用に使用されるフレームタ
イプにかかわらず、これらの１２バイトは、ＬＡＮデー
タ・パケットの最初の１２バイトを構成する。データセ
クション４１４がこれらの１２バイトに続く。このデー
タセクションは可変数のバイトで構成されるが、この可
変数のバイトは異なるフレームパケットタイプによって
同じ目的に使用されず、また、異なるフレームパケット
タイプに対して同じバイト数を持つものではない。
【０１５７】不定領域４１４に続いて、ＬＡＮ通信パケ
ットには、最初の２バイトが値“ＦＦＦＦ”（１６進表
示）を常に持っているＩＰＸヘッダー４１５が含まれ
る。パケット４１６の残りはＩＰＸヘッダーの後に続
き、各々異なるタイプのＬＡＮ通信パケットを特徴づけ
るデータ及び他のコマンドがこの部分に含まれる。
【０１５８】共通領域（ＩＰＸヘッダー４１５のよう
な）がそれらのパケットタイプの内の１つとして認識さ
れるまで、各々の異なるパケットタイプに従ってＬＡＮ
通信をモニタすることによって、ＰＲＥＳＣＡＮは作動
する。次いで、ＰＲＥＳＣＡＮは、他のネットワーク通
信プログラムによって使用すべくそのパケットタイプを
格納する。
【０１５９】図１０はＰＲＥＳＣＡＮモジュールのオペ
レーションを示すための詳細なフローチャートである。
ステップＳ１００１で、マイクロプロセッサ２１６はＥ
ＰＲＯＭ２２２からＰＲＥＳＣＡＮモジュールを検索
し、ＤＲＡＭ２２０にそれをロードし、そこで、ＰＲＥ
ＳＣＡＮモジュールの実行が開始される。図１０に示さ
れるオペレーションシーケンスが完了する前に、マイク
ロプロセッサ２１６によって、ＥＰＲＯＭ２２２からそ
の後のモジュールが検索され、ＤＲＡＭ２２０の中にそ
れらがロードされても、ＰＲＥＳＣＡＮモジュールはＳ
ＰＸ及びＩＰＸモジュールより先に実行される。より詳
細に述べれば、ＳＰＸとＩＰＸプログラム・モジュール
の適切なオペレーションは、ＰＲＥＳＣＡＮによるフレ
ームパケットタイプの識別に依存し、したがって、ＰＲ
ＥＳＣＡＮによって適切なフレームパケットタイプが判
定される後までＳＰＸとＩＰＸの実行は延期される。
【０１６０】ステップＳ１００２で、ＰＲＥＳＣＡＮ
は、４つのすべてのフレームパケットタイプ（すなわち
イーサネット８０２．３、イーサネットII、イーサネッ
ト８０２．２、イーサネットＳＮＡＰ）にＬＳＬを介し
て同時に繋がる。すなわち、ＰＲＥＳＣＡＮはＬＡＮ通
信の各パケットのためのＬＳＬを構成する。そして、こ
のＬＳＬによって、各々の４つのフレームパケットタイ
プに対応するデータグループが提供される。その後、Ｐ
ＲＥＳＣＡＮは、ネットワークドライバからの割込みに
よる再起動まで不稼働状態となる。
【０１６１】ステップＳ１００３で、ネットワークドラ
イバによって、同報通信のためにＬＡＮバス上の通信が
モニタされる。同報通信とは、宛先ＭＡＣアドレス４１
２が特定されていないか、“ＦＦＦＦＦＦＦＦＦＦＦ
Ｆ”（１６進表示）という全体的指定が与えられている
ことを意味する。ネットワークドライバは、同報通信が
受信されるまで、同報通信のためにＬＡＮバス上の通信
をモニタし続け（ステップＳ１００４）、同法通信が受
信されると処理はステップＳ１００５へ進む。ステップ
Ｓ１００５で、ＭＡＣアドレス・フィールド４１２及び
４１３は受信データパケットから分離され、データ・パ
ケットの残りはＬＳＬへ送られる。ステップＳ１００６
で、ＬＳＬによって、各々のフレームパケットタイプに
従ってフレームパケットが解読され、各々のフレームパ
ケットタイプに対応してデータグループが与えられる。
ステップＳ１００７で、ネットワークドライバによって
ＰＲＥＳＣＡＮが再起動され、ＬＳＬによって与えられ
たどのデータグループがＩＰＸヘッダー（すなわち“Ｆ
ＦＦＦ”（１６進表示））としての正当な最初の２バイ
トを持つかが、このＰＥＲＳＣＡＮによって判定され
る。すなわち、変数データ領域４１４（各々の異なるパ
ケットタイプ（図９）に対応する変数データ領域４１
４）があるために、ＬＳＬは、フレームパケットタイプ
の中の１つだけに従ってＩＰＸヘッダー４１５を適切に
識別することができる。即ち、ステップＳ１００７にお
いては、ＰＲＥＳＣＡＮによってＩＰＸヘッダーが探索
され、ＬＳＬによって得られた４つのデータグループの
内のどれによって正しくＩＰＸヘッダーが与えられたか
に従って、ＬＡＮバス上で現在使用されているフレーム
パケットタイプを判定することができる。
【０１６２】ステップＳ１００８で、ＰＲＥＳＣＡＮに
よって、対応するフレームパケットタイプがＤＲＡＭ２
２０の共通域に格納され、その結果、ＳＰＸとＩＰＸの
ような他のネットワークアプリケーション・プログラム
によってフレームパケットタイプを使用することができ
るようになる。その後、ステップＳ１００９で、マイク
ロプロセッサ２１６が、もし所望であれば、他のソフト
ウェアモジュールでそのデータ領域を上書きできるよう
に、ＰＲＥＳＣＡＮによってＤＲＡＭ２２０のその格納
領域が解放される。
【０１６３】４ｆ． マルチプロトコルオペレーション マルチプロトコルオペレーションにおいて、異なる２つ
のオペレーティング・システムによって、単一のローカ
ルエリアネットワークバス上でＬＡＮ通信が遂行される
が、これはそれぞれ異なる作業プロトコルを使用するこ
とによって行なわれる。たとえば、ノーベル社の互換オ
ペレーティング・システムではＳＰＸ／ＩＰＸ作業プロ
トコルを用いてＬＡＮバス上で通信が行なわれるのに対
して、ＵＮＩＸ互換オペレーティング・システムではＴ
ＣＰ／ＩＰ作業プロトコルを用いてＬＡＮバス上での通
信が行なわれる。アップル株式会社によって提供される
アップルトークオペレーティング・システム(商標) の
ような他のオペレーティング・システムでは、マルチプ
ロトコルネットワーク環境の中で、単一ネットワークバ
ス上のＬＡＮ通信用にそれぞれ異なる作業プロトコルが
使用される。
【０１６４】通常、単一ネットワーク・オペレーティン
グ・システムへの通信を行なうためにＮＥＢ２は構成さ
れるが、マルチプロトコルネットワーク環境（たとえば
Ｎｏｖｅｌｌ／ＵＮＩＸ組合せマルチプロトコル環境）
で作動するためにＮＥＢ２を構成してもよい。この構成
においてＮＥＢ２に含まれるものとしては、ノーベル社
オペレーティング・システムでファイル・サーバのジョ
ブ待ち行列をチェックするための前記ＣＰＳＥＲＶＥＲ
のようなノーベル互換周辺機器サーバ、及び、ＣＰＳＥ
ＲＶＥＲによって行なわれるチェックと同様にＵＮＩＸ
オペレーティング・システム用ファイル・サーバのジョ
ブ待ち行列をチェックする前記ＣＬＰＲ（カスタムライ
ンプリンタリモート）のようなＵＮＩＸ互換周辺機器サ
ーバ等である。双方のサーバ（ここではＣＰＳＥＲＶＥ
ＲとＣＬＰＲ）によって、共通の周辺機器リソース（こ
こでは、プリンタのような単一周辺機器）がサービスさ
れる。また、共通のリソース制御のための回線争奪を回
避するために、双方のサーバは、他のサーバを除外して
この周辺機器の制御を掌握し、他のサーバに制御を掌握
したという信号を送り、ジョブ待ち行列が空いたときに
は周辺機器の制御を放棄することができる。また、他の
サーバが周辺機器を使用するための保留中の要求を持っ
ているかどうかを判定するために、他のサーバに対し
て、各サーバがチェックを行なうことも可能である。保
留となっている要求がある場合には、たとえジョブ待ち
行列に残っているジョブがあっても、サーバは、現在の
ジョブの終了時に周辺機器の制御を放棄することがで
き、各サーバによる周辺機器の交互使用が可能になる。
【０１６５】図１１に、マルチプロトコルネットワーク
運用のために構成されたＮＥＢ２を示す。図１１に、Ｎ
ｏｖｅｌｌ／ＵＮＩＸ組合せマルチプロトコル環境を例
示するが、これは、他の作業プロトコルを図１１に示さ
れたプロトコルで置き換えてもよいし、あるいはそれら
と組合わせて使用してもよいことはいうまでもない。図
１１で、ＮＥＢ２は、電気的インタフェース３２１、ネ
ットワークドライバ３２２、及びリンクサポートレイヤ
（“ＬＳＬ”）３２４を介してＬＡＮバス６に接続して
いる（上述の図７に示されたものとほぼ同じ）。ノーベ
ル仕様作業プロトコルは、参照番号３２５、３２６及び
３２７で示される。より明確に述べれば、３２５と３２
６は、ＳＰＸ／ＩＰＸ作業プロトコルスタック（あるい
はタワー）であり、これによって、ノーベル互換アプリ
ケーションプログラムはＬＳＬを介してＬＡＮバスと通
信を行なう。ノーベル互換アプリケーションプログラム
３２７は、ＣＰＳＥＲＶＥＲのようなノーベル互換サー
バを含む。ノーベル互換ソフトウェアによって、上述の
ように双方向ＳＣＳＩバス１０２を介してプリンタ４が
駆動される。
【０１６６】ＵＮＩＸ互換作業プロトコルは、参照番号
３３５、３３６及び３３７で示される。より明確に述べ
れば、３３５と３３６にはＴＣＰ／ＩＰ作業プロトコル
スタック（あるいはタワー）が含まれ、これによって、
ＵＮＩＸ互換アプリケーション・プログラムはＬＳＬを
介してＬＡＮバス６へ通信を行なう。ＵＮＩＸ互換ネッ
トワークアプリケーションプログラム３３７は、ＣＬＰ
ＲのようなＵＮＩＸ互換プリンタ・サーバを含む。プリ
ント・サーバＣＬＰＲによって、上述のように、ＳＣＳ
Ｉバス１０２を介してプリンタ４が駆動される。
【０１６７】ＰＲＥＳＣＡＮモジュール３３９はＬＳＬ
３２４とインタフェースで結ばれ、各々のオペレーティ
ング・システムのためにＬＡＮバス６上で伝送されてい
るフレームパケットタイプが判定される。より詳細に述
べれば、ＵＮＩＸオペレーティング・システムやノーベ
ルオペレーティング・システムのような各オペレーティ
ング・システムは、種々のフレームパケットタイプでＬ
ＡＮバス６上で通信を行なうことができる。ＬＡＮバス
６がイーサネットタイプのＬＡＮバスである場合には、
ＵＮＩＸオペレーティング・システムは、３つのフレー
ムパケットタイプ（すなわちイーサネット８０２．２、
イーサネットII、イーサネットＳＮＡＰ）のうちの任意
のタイプによってイーサネット上で通信することができ
る。同様に、ＬＡＮバス６がイーサネットタイプのバス
である場合、ノーベル社オペレーティング・システム
は、４つのフレームパケットタイプ（すなわちイーサネ
ット８０２．２、イーサネット８０２．３、イーサネッ
トII、イーサネットＳＮＡＰ）のうちの任意のタイプに
よってＬＡＮバス上で通信することができる。ノーベル
オペレーティング・システムとＵＮＩＸオペレーティン
グ・システムの双方が、同じフレームパケットタイプを
使用することが可能である。即ち、マルチプロトコル環
境でオペレーティング・システムのどれがＬＡＮバス上
で現在通信しているかを判定するのはオペレーティング
・システムプロトコル（ノーベルではＳＰＸ／ＩＰＸ、
また、ＵＮＩＸではＴＣＰ／ＩＰ）である。
【０１６８】図１１に示されたマルチプロトコル環境に
おいて、図１０で示したステップを各々のオペレーティ
ング・システムプロトコルに対して実行することによっ
て、各オペレーティング・システムで使用されているフ
レームパケットタイプをＰＲＥＳＣＡＮモジュール３３
９が判定する（上述のセクション４ｅを参照）。たとえ
ば、ＵＮＩＸ互換及びノーベル互換システムによってマ
ルチプロトコル環境が構成される場合、ＰＲＥＳＣＡＮ
が、ＬＳＬを介してＳＰＸ／ＩＰＸプロトコルタワーに
対するすべての４つのフレームパケットタイプに同時に
繋がり、その結果ＬＳＬから返信された適切なＩＰＸヘ
ッダを持つデータグループに従ってフレームパケットタ
イプが判定される。次いで、ＰＲＥＳＣＡＮは、ＴＣＰ
／ＩＰプロトコルタワーを持つ３つすべてののフレーム
パケットタイプを介してＬＳＬを通じて同時に繋がる。
適切なＴＣＰ／ＩＰヘッダーを持つデータグループに従
って、ＵＮＩＸ互換オペレーティング・システムによっ
て使用されるフレームパケットタイプがＰＲＥＳＣＡＮ
によって判定される。
【０１６９】より詳細に述べるならば、適応的かつ自動
的に、複数の所定のフレームパケットタイプのうちどれ
がマルチプロトコルネットワーク環境のＬＡＮ通信用に
現在使用されているかを判定するために、ＰＲＥＳＣＡ
Ｎプログラム・モジュール３３９がＥＰＲＯＭ２２２か
らＤＲＡＭ２２０へダウンロードされ、ここで、マイク
ロプロセッサ２１６によってＰＲＥＳＣＡＮモジュール
が実行される。第１オペレーティング・システム用のフ
レームパケットタイプを判定するために、ＰＲＥＳＣＡ
Ｎは、まずノーベル互換オペレーティング・システム用
ＳＰＸ／ＩＰＸ作業プロトコルのような第１オペレーテ
ィング・システムプロトコルに対応する複数のフレーム
パケットタイプに同時に繋がるようにＬＳＬを構成す
る。ネットワークドライバ３２２によってＬＡＮ通信バ
スがモニタされ、第１オペレーティング・システムのた
めの同報通信がキャッチされる。このような同報通信の
キャッチに応じて、キャッチされた同報通信に対する複
数のデータグループがＬＳＬによって与えられ、これら
のデータグループの各々は複数の異なるパケットタイプ
にそれぞれ対応している。ＰＲＥＳＣＡＮモジュール３
３９が再起動され、ＳＰＸ／ＩＰＸヘッダーのような所
定のヘッダーの存在を求めて各データグループがプレス
キャンされ、第１オペレーティングプロトコルタワーに
よって使用される所定のヘッダーを持つデータグループ
に対応するフレームパケットタイプが、ＰＲＥＳＣＡＮ
モジュール３３９によって格納される。
【０１７０】ＵＮＩＸオペレーティング・システムのよ
うな第２オペレーティング・システムのために使用され
るフレームパケットタイプを判定するために、ＰＲＥＳ
ＣＡＮは、ＵＮＩＸオペレーティング・システム用のＴ
ＣＰ／ＩＰのような第２オペレーティング・システムプ
ロトコルに対応する複数のフレームパケットタイプに同
時に繋がるようにＬＳＬを構成する。ネットワークドラ
イバによってＬＡＮ通信バスがモニタされ、第２オペレ
ーティング・システムに対する同報通信がキャッチされ
る。そして、このキャッチされた同報通信に対応して複
数のデータグループがネットワークドライバによって提
供され、これらのデータグループの各々はそれぞれ異な
るパケットタイプに対応している。ＰＲＥＳＣＡＮモジ
ュールによって、Ｕｎｉｘ用のＴＣＰ／ＩＰヘッダーの
ような所定のヘッダーの存在を求めて各データグループ
がプレスキャンされ、所定のヘッダーを持つデータグル
ープに対応するフレームパケットタイプが格納される。
【０１７１】一度、マルチプロトコル環境において各々
のオペレーティング・システムよって使用されるフレー
ムパケットタイプの知識が得られたならば、ＣＰＳＥＲ
ＶＥＲのようなノーベル互換ネットワークアプリケーシ
ョン・プログラム３２７、及びＣＬＰＲのようなＵＮＩ
Ｘ互換ネットワークアプリケーション・プログラム３３
７は、双方ともＬＡＮバス６上で通信することができ
る。概略的に示されているように、この２つのアプリケ
ーション・プログラム３２７と３３７は信号線３４０に
よって相互通信を行なう。信号線３４０（プログラム３
２７及び３３７によって共通にアクセスされるＤＲＡＭ
に格納された制御レジスタを用いて実現される）を用い
て、プログラム３２７と３３７は相互通信を行なうこと
ができ、このプログラムの一方がプリンタ４に対する排
他的制御を掌握したという信号を送ったり、あるいは、
このプログラムの一方がプリンタ４の使用に対する保留
中の要求を持っているということを信号で送ることがで
きる。このことに関しては、以下で、より詳細に説明す
る。
【０１７２】オペレーションにおいて、ＣＰＳＥＲＶＥ
Ｒのような第１サーバによって、そのオペレーティング
・システムジョブ待ち行列がチェックされ、もし、ジョ
ブ待ち行列に印刷情報がある場合、そのオペレーティン
グ・システムから印刷情報が第１サーバによって受信さ
れる。第１サーバによるジョブ待ち行列チェックと調和
して、ＣＬＰＲのような第２サーバによってそのオペレ
ーティング・システムジョブ待ち行列がチェックされ、
もしジョブ待ち行列に印刷情報がある場合、オペレーテ
ィング・システムからジョブ情報が第２サーバによって
受信される。これらサーバの１つがプリンタ周辺機器の
使用を必要とする十分な情報を得た場合、プリンタの排
他的制御がそのサーバによって掌握され、プリンタの排
他的制御を掌握したという信号が信号線３４０を介して
他のサーバへ送信される。これによって、他のサーバが
プリンタ４に印刷ジョブを不注意に挿入しようとするこ
とがある回線争奪問題が防止される。
【０１７３】プリンタ４のジョブ待ち行列が空になるま
で、プリンタ４に対する排他的制御が第１サーバによっ
て保持される。このジョブ待ち行列が空になった場合、
第１のサーバによってプリンタ４の制御が放棄される
が、この後は、他の任意のサーバによってこのプリンタ
を使用することができる。
【０１７４】又、別の方法によれば、たとえ第１サーバ
のジョブ待ち行列がまだ空ではなくても、第１サーバが
印刷ジョブの終了に達した場合、信号線３４０を介して
他のサーバに対して問合せを行ない、他のサーバがプリ
ンタ４の使用に対する保留中の要求を持っているかどう
かが判定される。もし他のサーバが保留中の要求を持っ
ている場合、第１サーバはプリンタに対する制御を一時
的に放棄し、これにより各々のサーバによる周辺機器の
交互使用が可能になる。この場合、第１サーバは、プリ
ンタに対する制御を放棄しても、自分がプリンタの使用
に対する保留中の要求を持っていることを信号で送信す
る。
【０１７５】４ｇ． ＳＡＰＳＥＲＶＥＲを使用する単
一ネットワーク・ノードからの複数サーバの公示 上述のように、ＮｅｔＷａｒｅは、各々の非ファイルサ
ーバネットワーク・ノードからの単一ネットワークサー
バがＬＡＮバス上でのそのサービスを公示することを可
能にするだけである。しかしながら、非強制排除ＭＯＮ
ＩＴＯＲによって確立されたマルチタスク環境において
は、ＮＥＢ２によって２つ以上のネットワークサーバが
与えられる。特に、ＮＥＢ２は、ソケットサーバ（ＣＰ
ＳＯＣＫＥＴ）のサービスと同様にプリント・サーバ
（ＣＰＳＥＲＶＥＲ、ＣＲＰＲＩＮＴＥＲあるいはＣＬ
ＰＲ）のサービスも提供する。ＳＡＰＳＥＲＶＥＲプロ
グラム・モジュールによって、双方のネットワークサー
バが、通常は各ノードからの単一ネットワークサーバだ
けの公示しかサポートされないＬＡＮ通信システムにお
いて、単一ネットワーク・ノード（ここにでは、ＮＥ
Ｂ）からのその諸サービスの公示をすることが可能にな
る。各々のクライアントサーバ（ここでは、ＣＰＳＯＣ
ＫＥＴとＣＰＳＥＲＶＥＲ）のサービスを交互に公示す
るＮＥＢ中の代用サーバ（すなわちＳＡＰしているエン
ティティ）として動作することにより、ＳＡＰＳＥＲＶ
ＥＲは上述の如き公示を遂行する。
【０１７６】ＳＡＰＳＥＲＶＥＲは、そのクライアント
の１つへ向けられたＳＡＰ同報通信要求を求めてネット
ワークを聴取し、そのクライアントのサーバタイプ、サ
ーバ名、及び通信ソケット番号で応答を行なう。そして
この応答によりクライアントは直接ＬＡＮ通信を確立す
ることができる、図１２はＳＡＰＳＥＲＶＥＲのソフト
ウェア構造を説明するための図であり、図１３はＳＡＰ
ＳＥＲＶＥＲのオペレーションを説明するフローチャー
トである。 図１２に示されるように、ＳＡＰＳＥＲＶ
ＥＲはソフトウェア階層において、ソフトウェアのアプ
リケーションレベルの位置されており、その結果、これ
は、ソフトウェアのＳＰＸとＩＰＸネットワークレベル
と直接通信できる。ＳＡＰＳＥＲＶＥＲは、各々のクラ
イアントの代用ＳＡＰエンティティとして働く。そし
て、本実施例のＮＥＢ２の場合には、ＳＡＰＳＥＲＶＥ
Ｒは、ボードの構成によって指定されるようなソケット
サーバプログラムＣＰＳＯＣＫＥＴ及びプリント・サー
バプログラムＣＰＳＥＲＶＥＲから成る。ＳＡＰＳＥＲ
ＶＥＲは、また、“クライアント＃Ｎ”で図示されてい
るような、他のクライアントにも同様に機能するように
構成することができる。
【０１７７】図１３に示されているように、マイクロプ
ロセッサ２１６によってＥＰＲＯＭ２２２からＳＡＰＳ
ＥＲＶＥＲプログラム・モジュールが引き出され、ＤＲ
ＡＭ２２０に格納される。その後、マイクロプロセッサ
２１６によってＳＡＰＳＥＲＶＥＲプログラムのオペレ
ーションが開始され、ＳＡＰ独占同報を求めてＳＡＰ独
占ソケットを聴取するためにこのプログラムが構成され
る（ステップＳ１３０１）。ステップＳ１３０２で、マ
イクロプロセッサ２１６によってＥＰＲＯＭ２２２から
ＣＰＳＯＣＫＥＴモジュールが引き出され、ＤＲＡＭ２
２０に格納されて実行される。ＣＰＳＯＣＫＥＴプログ
ラム・モジュールはＣＰＳＯＣＫＥＴサービスの公示を
行うべくＳＡＰＳＥＲＶＥＲへ要求が発行する。これに
より、標準ＳＡＰプロトコルに従って、ＳＡＰＳＥＲＶ
ＥＲはＣＰＳＯＣＫＥＴに対する周期的（たとえば１分
間隔）な公示を開始する（ステップＳ１３０３）。
【０１７８】ステップＳ１３０４で、マイクロプロセッ
サ２１６によってＥＰＲＯＭ２２２からＣＰＳＯＣＫＥ
Ｔモジュールが引き出され、ＤＲＡＭ２２０に格納さ
れ、実行される。ＣＰＳＥＲＶＥＲは、ＣＰＳＥＲＶＥ
Ｒサービスの公示をネットワーク上に行う要求をＳＡＰ
ＳＥＲＶＥＲに対して発行する。ＳＡＰＳＥＲＶＥＲに
よって、ＣＰＳＥＲＶＥＲのサービスに対する周期的な
ＳＡＰ公示が開始され、且つＣＰＳＯＣＫＥＴに対する
サービスも公示され続ける。ステップＳ１３０５で示さ
れるように、この公示は周期性を持って交互に行なわれ
る。
【０１７９】ステップＳ１３０６によって、同報要求が
ＳＡＰ独占ソケットで受信されたかどうかが判定される
（たとえばソケット番号４５３とする）。同報要求が独
占ソケットで受信されてしまうまで、ＳＡＰＳＥＲＶＥ
Ｒは、ＣＰＳＥＲＶＥＲとＣＰＳＯＣＫＥＴのサービス
の公示を単に周期的に且つ交互に出し続ける。しかしな
がら、同報要求が独占ソケットで受信された場合、次の
ステップＳ１３０７でＳＡＰＳＥＲＶＥＲによって、そ
の同報要求がそのクライアントのうちの１つのサービス
に対する（ここではＣＰＳＯＣＫＥＴまたはＣＰＳＥＲ
ＶＥＲのサービスに対する）ものであるかどうかが判定
される。同報要求がＳＡＰＳＥＲＶＥＲのクライアント
の１つに対するものではない場合、処理は単にステップ
Ｓ１３０５へ戻り、そこでＳＡＰＳＥＲＶＥＲはそのク
ライアントに対する公示を間欠的に出し続ける。また一
方で、同報要求がＳＡＰＳＥＲＶＥＲのクライアントの
１つに対するものである場合、処理はステップＳ１３０
８へ進む。
【０１８０】ステップＳ１３０８で、ＳＡＰＳＥＲＶＥ
Ｒは、独占ソケット番号４５３上でＩＰＸパケットで応
答する。このＩＰＸパケットはそのクライアントのサー
バタイプ、サーバ名及び通信ソケット番号を含む。ま
た、このＩＰＸパケットは、通信ソケットを指定し、そ
の通信ソケットにより同報要求者がそのクライアントと
直接的な通信を確立することができる。そして、ＳＡＰ
ＳＥＲＶＥＲは、ステップＳ１３０５へもどり、その各
々のクライアントに対する公示を周期的に交互に出し続
ける。
【０１８１】ステップＳ１３０９では、同報要求者は、
ステップＳ１３０８で確立された通信ソケットを通して
同報要求で指定されたクライアントとの直接的なＳＰＸ
接続を確立する。本構成において、プリント・サーバＣ
ＰＳＥＲＶＥＲのサービスが要求される場合、そのソケ
ット番号は８０６０である。また一方で、ＣＰＳＯＣＫ
ＥＴサーバのサービス要求が行なわれる場合、そのソケ
ット番号は通信に対しては８３Ｂ４であり、接続に対し
ては８３Ｂ５である。次いで、下記により詳細に説明す
るように、直接通信が進行する。
【０１８２】４ｈ． ＣＰＩＮＩＴを用いる、ネットワ
ークされたプリンタ構成 図１４は、ＮＥＢが常駐するＮＥＢ２とプリンタ４の双
方を初期化し構成しかつその後再構成するために、ネッ
トワーク管理者がＰＣ１４からＣＰＩＮＩＴをどのよう
に使用することができるか示すフローチャートである。
【０１８３】ステップＳ１４０１で、ＣＰＩＮＩＴユー
ティリティはネットワーク上でプロトコルを公示するサ
ービス（ＳＡＰ）を使用し、ネットワークされたプリン
タ装置のうちどのプリンタがＣＰＩＮＩＴの問合せに応
答可能であるかが判定される。各ＮＥＢボードにおい
て、ＣＰＳＯＣＫＥＴは、サーバタイプ、各ＮＥＢを直
接アクセスすることを可能とするためのサーバ名とユニ
ークなソケット番号、及びＮＥＢがモジュールの構成を
必要とするかどうかの指示でもって応答する。
【０１８４】ステップＳ１４０２で、ＣＰＩＮＩＴによ
って、すべてのＮＥＢ及びそれらの関連装置のリストが
構築され、システム管理者が選択できるメニュー形式で
それらは提示される。選択に続いて、ＣＰＩＮＩＴによ
り、ターゲットＮＥＢの現在の構成が要求される（ステ
ップＳ１４０３）。より明確に述べれば、ＣＰＩＮＩＴ
によって、ＬＡＮインタフェースを介してターゲットＮ
ＥＢへ要求が送信される。ＮＥＢで、構成情報に対する
要求がＬＡＮインタフェースからＣＰＳＯＣＫＥＴによ
って受信される。必要とされる構成情報がＣＰＳＯＣＫ
ＥＴによって収集され、ＬＡＮインタフェースを介して
システム管理者のＰＣ１４上のＣＰＩＮＩＴへこの情報
が向けられる（ステップＳ１４０４）。ステップＳ１４
０５で、ターゲットＮＥＢの現在の構成のメニューがＣ
ＰＩＮＩＴによって表示される。 ステップＳ１４０６
からＳ１４０８において、システム管理者は、ターゲッ
トボードに対する所望の構成を指定する。より詳細に述
べれば、メニュー表示のようなユーザ・インタフェース
によってシステム管理者のＰＣ１４上で構成が指定され
る。例えば、以下の構成パラメータがオペレータによっ
て選択され、構成情報がセットされる。即ち、（１）ロ
ギング情報（ステップＳ１４０６）、（２）ＮＥＢ名
（ステップＳ１４０７）、及び（３）アプリケーション
タイプ（ＣＰＳＥＲＶＥＲのような）（ステップＳ１４
０８）である。
【０１８５】ロギング情報の下で、システム管理者は、
４つの異なるレベルのロギングのうち１つを指定する。
この４つのレベルとは例えば、 “ＮＯＮＥ”（ロギング無効） “ＡＵＴＯ”（基本的なプリンタ利用統計値を１日当た
り１回経過記録） “ＥＲＲＯＲ”（基本的なプリンタ利用統計値及びエラ
ー事象を、それらが発生したとき、経過記録する） “ＪＯＢ”（基本的な利用率プリンタ統計値、エラー事
象及びジョブ開始／終了情報をすべて、それらが発生し
たとき、経過記録する）である。
【０１８６】ログ選択を行なった後、システム管理者
は、ログ情報を格納するためにプリンタのディスク上に
（あるいは、プリンタにディスクがない場合にはＮＶＲ
ＡＭ１１１上に、もしくはＮＥＢのＮＶＲＡＭ２２８上
に）最大ログサイズのスペースをプリンタが確保するこ
とを可能とするべく最大ログサイズ（“ＮＯＮＥ”が選
択された場合を除いて）を設定しなければならない。
【０１８７】ＮＥＢ名情報において（ステップＳ１４０
７）、システム管理者は、“２ｎｄＦｌｏｏｒ Ｌａｓ
ｅｒ”のような記述名のように、ＮＥＢに英数字名を割
当ててもよい。この記述名は、ＮＥＢによってそのＮＶ
ＲＡＭに格納され、識別を助けるためにＮＥＢ及び他の
ネットワーク装置によって利用される。
【０１８８】アプリケーションタイプ選択において（ス
テップＳ１４０８）、システム管理者は、ＮＥＢをＣＰ
ＳＥＲＶＥＲとして構成するかあるいはＣＲＰＲＩＮＴ
ＥＲとして構成するかを選択する。ＣＰＳＥＲＶＥＲが
選択された場合にはシステム管理者が次の項目を指定す
る必要がある。即ち、ＮＥＢに割当てられたプリント・
サーバ名、パスワード、アプリケーションバッファサイ
ズ、待ち行列サービスモード、型番号、ＮＥＢが常駐す
るプリンタのプリンタ番号、ＮＥＢによってサービスさ
れる印刷待ち行列名、及び第１ファイルサーバ名であ
る。一方、ＣＲＰＲＩＮＴＥＲが選択された場合には、
ＮＥＢがその印刷情報を得るプリント・サーバ名、ＮＥ
Ｂが常駐するプリンタのプリンタ番号、ＮＥＢによって
サービスされる印刷待ち行列名、及び第１ファイルサー
バ名をシステム管理者が指定する必要がある。
【０１８９】ステップＳ１４０９で、ＣＰＩＮＩＴはネ
ットワークＬＡＮを介してＮＥＢに新しい構成を送る。
ターゲットＮＥＢで、ＣＰＳＯＣＫＥＴは新しい構成情
報を受信し、ＮＶＲＡＭ２２８にそれを格納する（ステ
ップＳ１４１０）。
【０１９０】ＮＥＢの構成を完成するために、ＮＥＢは
リブートされなければならない。システム管理者によっ
て、ＣＰＩＮＩＴを介してコマンドが送出され、このコ
マンドによってターゲットＮＥＢへＬＡＮを介してリブ
ートコマンドが順次送られる（ステップＳ１４１１）。
ＮＥＢで、ＣＰＳＯＣＫＥＴは、リブートコマンドを受
信し、新しい構成でＮＥＢがリブートされる（ステップ
Ｓ１４１２）。
【０１９１】４ｉ． ＣＰＣＯＮＳＯＬを使用するネッ
トワークされたプリンタのアクセス ＣＰＣＯＮＳＯＬは、システム管理者のＰＣ１４から実
行されるユーティリティ・プログラムであり、これによ
って、ＮＥＢを使用し、ネットワーク接続されたプリン
タを最大限にかつ効率的に制御することができる。ＣＰ
ＣＯＮＳＯＬを使用することで、ルーチンおよび進行中
の保守パラメータを遠隔地から追跡することが可能であ
る。例えば、この追跡によって、トナーが不足している
か、用紙トレーが空になっているか、用紙が詰まってい
るか、あるいはプリンタが全く応答しないかを判定する
ことができる。ＣＰＣＯＮＳＯＬによって、印刷ページ
数合計を記録し、日常保守および予防保守のスケジュー
ルをたて、同時に、プリンタの最終的交換を計画するこ
とも可能である。
【０１９２】ＣＰＣＯＮＳＯＬユーティリティによっ
て、プリンタ操作に関する統計値へのアクセスがシステ
ム管理者に与えられ、同時に、ネットワーク通信の効率
も与えられる。ＣＰＣＯＮＳＯＬによって、印刷ページ
数の合計が判定され、同時に、１分当たりの平均印刷ペ
ージ率、１日当たりの平均印刷ページ数、及び、プリン
タの作業効率のモニタを可能にする他の統計値も判定す
ることができる。
【０１９３】ネットワーク統計値によって、再実行、オ
ーバラン、およびアンダーランのエラーと同様、ネット
ワーク上の通信効率（すなわち送受信エラー頻度）測定
が可能になる。
【０１９４】複数のプリンタがインストールされると、
ＣＰＣＯＮＳＯＬは、総ページ数と同様総ジョブ数に関
する各プリンタの使用状態を遠隔地から記録することが
できる。この機能により、消耗紙費用のような項目に対
する直接部門別勘定のようなジョブトラッキングを行な
うことが可能となる。
【０１９５】進行中の作業をモニタすることにより、Ｃ
ＰＣＯＮＳＯＬはよりよい効率をもたらすようにネット
ワークプリンタを再配置すべきか追加べきかの決定支援
を行なうことができ、同時に、プリンタ交換の必要性を
も予測することができる。
【０１９６】ＣＰＣＯＮＳＯＬによって、デフォルト
（安全）環境パラメータを設定することもでき、このパ
ラメータにより、各印刷ジョブに先立って、同じ方法に
よるプリンタ構成が保証される（セクション４ｍに後
述）。ユーザは、もちろん、その印刷ジョブ自身の範囲
内でその構成を変更することもできる。
【０１９７】図１５Ａ及び図１５ＢはＣＰＣＯＮＳＯＬ
の動作を示す詳細なフローチャートである。ＣＰＩＮＩ
Ｔと同様に、ＣＰＣＯＮＳＯＬによって、まず、ＬＡＮ
上で同報通信が行なわれ、ＬＡＮに接続されたすべての
ＮＥＢ装置の識別が要求される（ステップＳ１５０
１）。ＮＥＢの装置において、ＣＰＳＯＣＫＥＴは、Ｎ
ＥＢに割当てられたユニークなネットワークＩＤ及び通
信ソケット番号で応答する（ステップＳ１５０２）。Ｃ
ＰＣＯＮＳＯＬによって、すべてのＮＥＢ装置に対する
応答情報が収集され、管理者へ応答ＮＥＢ装置のリスト
が表示される（ステップＳ１５０３）。管理者によって
ＮＥＢ装置の１つが選択され、そこで、ネットワークＩ
Ｄとソケット番号に応じたＬＡＮ同報通信によって、選
択されたＮＥＢとの直接ネットワーク通信がＣＰＣＯＮ
ＳＯＬにより確率される。
【０１９８】一度、ターゲットＮＥＢとの直接ＬＡＮ通
信が確率されると、ＣＰＣＯＮＳＯＬはメニュー表示の
ようなユーザ・インタフェースによって作動する（ステ
ップＳ１５０４）。このメニューによって、ＣＰＣＯＮ
ＳＯＬの機能は５つのグループ、すなわち、環境、ネッ
トワーク、ロギング、アプリケーション制御、及びプリ
ンタ状態に分割される。これらの機能グループを下記の
セクションで詳述する。
【０１９９】［環境グループ（ステップＳ１５０５）］
この環境選択により、ＣＰＣＯＮＳＯＬが選択されたプ
リンタの現在の環境を表示し（ステップＳ１５０６）、
この新しい環境の変更と格納が可能となる（ステップＳ
１５０７）。この環境は、共通環境、インタフェース、
制御、及び、品質の４つのグループに細分される。
【０２００】共通環境が選択されると、ＣＰＣＯＮＳＯ
ＬによりターゲットＮＥＢに対するＬＡＮ要求が開始さ
れ、エミュレーション・モード、フィーダ及びページ総
数が設定される。ターゲットＮＥＢのＣＰＳＯＣＫＥＴ
によって、ＬＡＮ要求が受信され、双方向ＳＣＳＩイン
タフェースを介して接続されたプリンタから所望の情報
が取得され、ＬＡＮインタフェースを介して管理者のＰ
Ｃ１４のＣＰＣＯＮＳＯＬにこの情報が送られる。ここ
で、ＣＰＣＯＮＳＯＬによって、エミュレーション・モ
ード、フィーダ及びページ総数を示すリストが表示され
る。
【０２０１】インタフェースメニューが選択されると、
インタフェース情報に対するＬＡＮ要求がＣＰＣＯＮＳ
ＯＬによってターゲットＮＥＢへ向け開始される。ＮＥ
Ｂが応答すると、ＣＰＣＯＮＳＯＬにより、この選択さ
れたプリンタに現在セットされているインタフェース表
示がインタフェースリストにより行なわれる。
【０２０２】制御メニューが選択され、同じ様に、ＣＰ
ＣＯＮＳＯＬによって、ターゲットＮＥＢに対してＬＡ
Ｎ要求が開始され、プリンタ設定を行なうために双方向
ＳＣＳＩバスを介してＮＥＢのプリンタへさらに問合せ
が行なわれる。このプリンタ設定は、ＬＡＮインタフェ
ースを通ってＣＰＣＯＮＳＯＬへ戻され、表３に従うプ
リンタの現在の設定状態が表示される。
【０２０３】 品質グループが選択されると、ＬＡＮインタフェースを
介してターゲットＮＥＢに情報が要求され受信された
後、ＣＰＣＯＮＳＯＬによって、選択モード、高精細モ
ード、メモリ使用状況及び低解像度モードの設定が表示
される。
【０２０４】［ネットワーク・グループ（ステップＳ１
５０８）］ネットワーク選択により、ＣＰＣＯＮＳＯＬ
が、ネットワーク上のネットワークされたプリンタの性
能に関する、編集された統計値の表示（ステップＳ１５
０９）、新しいネットワーク・グループの変更と格納
（ステップＳ１５１０）を行なうことが可能になる。こ
れらの統計値は、媒体依存及び媒体非依存関連送受信統
計値にさらに区分される。ＣＰＣＯＮＳＯＬによって、
すべての統計値をクリアすることも可能である。
【０２０５】システム管理者がネットワーク・グループ
を選択すると、ＣＰＣＯＮＳＯＬによって、ＬＡＮイン
タフェースを介するターゲットＮＥＢへのネットワーク
要求が開始される。ＮＥＢにおいて、ＣＰＳＯＣＫＥＴ
はこの要求に応答し、必要な性能情報が得られる。この
情報はＣＰＳＯＣＫＥＴによって収集され、ＬＡＮイン
タフェースを介して管理者のＰＣ１４のＣＰＣＯＮＳＯ
Ｌへ戻される。管理者のＰＣ１４において、ＣＰＣＯＮ
ＳＯＬによって媒体依存及び媒体非依存関連送受信情報
が表示される。
【０２０６】表４及び表５に媒体依存送受信統計値がま
とめられている。
【０２０７】 媒体非依存統計によって、送信媒体とは関連のないネッ
トワーク統計値が表示される。このような統計値はネッ
トワーク上のプリンタの全体的な動作をよく要約してお
り、それは表６のようにまとめられる。
【０２０８】 ［ロギンググループ（ステップＳ１５１１）］ロギング
グループ選択により、ＮＥＢによって編集された１セッ
トのジョブ関連統計値の表示（ステップＳ１５１２）、
新しいロギンググループの変更と格納（ステップＳ１５
７３）をＣＰＣＯＮＳＯＬが行なうことが可能になる。
表示されたデータにはジョブ平均、ページ平均及び性能
データが含まれている。ＣＰＣＯＮＳＯＬは、このメニ
ューで合計値をゼロにリセットすることもまた可能であ
る。統計値に加えて、ＣＰＩＮＩＴによって構成されて
いるように、すべての印刷ジョブ用のログを作成した
り、ワークステーションディスクへログを書込んだり、
あるいは、ログ・ファイルを消去することが、ＮＥＢに
よって可能である。 システム管理者がロギンググルー
プオプションを選択した場合、ＣＰＣＯＮＳＯＬによっ
て、ＬＡＮインタフェースを介してログ・ファイルを求
めるＬＡＮ要求がターゲットＮＥＢへなされる。ＮＥＢ
において、ＣＰＳＯＣＫＥＴによってこの要求が受信さ
れ、また、ＣＰＳＯＣＫＥＴによってプリンタ上にログ
・ファイルが格納されるため、双方向ＳＣＳＩインタフ
ェースを介しプリンタからログ・ファイルが要求され
る。ログ・ファイルが格納されているいかなる（ディス
ク１１４のような）場所からでも、ＮＥＢによってこの
ログ・ファイルが検索され、双方向ＳＣＳＩインタフェ
ースを介してＣＰＳＯＣＫＥＴへこのファイルが送られ
る。次いで、ＣＰＳＯＣＫＥＴによってこのログ・ファ
イルはＬＡＮインタフェースを介してネットワーク上に
置かれ、ＣＰＣＯＮＳＯＬによって受信される。
【０２０９】このログ・ファイルには、１日値、累計
値、及び、平均値の３つのカテゴリーに分割される統計
値が含まれている。１日値とは、今日の値を示す。累計
値とは、最終リセット以来、又は、ディスク・ドライブ
なしでプリンタの電源が投入されて以来の合計を示す。
平均値とは、累計合計値を最終リセット以来の日数で割
った値である。３つのカテゴリーの各々に対して、下記
の値の合計がＮＥＢによって保持される（ＣＰＩＮＩＴ
がロギングレベルを「ＮＯＮＥ」にセットしない限
り）。即ち、日数（リセットが送出されるか、あるい
は、電源が投入されて以来の日数）と、印刷ページ数
と、印刷ジョブ処理数と、オフライン時刻、及び、印刷
時刻である。
【０２１０】目視による確認と印刷のために、格納ログ
・ファイルがＣＰＣＯＮＳＯＬによって画面上に取り出
される。ログ・ファイルは時間を遡るように整理されて
おり、以下のレコードタイプが含まれている。表７に要
約されるように、ログ・ファイルの正確な内容はＣＰＩ
ＮＩＴによってセットされるロギングレベルに従って異
なる。
【０２１１】 ［アプリケーション制御（ステップＳ１５１４）］アプ
リケーション制御により、ネットワーク（ＣＰＳＥＲＶ
ＥＲあるいはＣＲＰＲＩＮＴＥＲのいずれか）内のＮＥ
Ｂの現在の構成を視ること（ステップＳ１５１５）、及
び、このアプリケーションの起動／停止又は変更と格納
がＣＰＣＯＮＳＯＬによって可能になる（ステップＳ１
５１６）。ターゲットＮＥＢへのアクセスは、結果コー
ドをＬＡＮインタフェースに出力することによって、Ｃ
ＰＣＯＮＳＯＬ要求に応答するＬＡＮインタフェースを
介して行なわれる。
【０２１２】［プリンタ状態（ステップＳ１５１７）］
このメニューによって、ＮＥＢに接続されたプリンタの
現在の状態表示（ステップＳ１５１８）、新しいプリン
タ状態の変更と格納をＣＰＣＯＮＳＯＬが行なうことが
可能になる（ステップＳ１５１９）。ＣＰＣＯＮＳＯＬ
は、ＬＡＮインタフェースを介してターゲットＮＥＢに
対して状態要求を行なう。ターゲットＮＥＢでは、ＣＰ
ＳＯＣＫＥＴが、状態要求を受信し、プリンタに対して
双方向ＳＣＳＩインタフェースを介して必要な状態情報
を求める要求を送信する。ＣＰＳＯＣＫＥＴは、双方向
ＳＣＳＩインタフェースを通してプリンタから状態情報
を受信し、この情報をＣＰＣＯＮＳＯＬに戻し、このＣ
ＰＣＯＮＳＯＬで、この情報はシステム管理者のＰＣ１
４上に表示される。
【０２１３】２９の可能な状態状況があり、表８に要約
されるように“ＮＯＲＭＡＬ”が最も普通のものであ
る。
【０２１４】 ４ｊ． ＣＰＳＯＣＫＥＴを用いた状態問合せへのＮＥ
Ｂ応答 ＣＰＳＯＣＫＥＴとは、非強制排除モニタによって提供
されるマルチタスクのソフトタイム環境において、ＮＥ
Ｂ２上のＤＲＡＭ２２０から実行されるアプリケーショ
ン・プログラムである。ＣＰＳＯＣＫＥＴは、ＣＰＩＮ
ＩＴ、ＣＰＣＯＮＳＯＬ及びＤＯＷＮＬＯＡＤＥＲのよ
うなクライアントプログラムから同報通信を行なうため
に、ＳＡＰＳＥＲＶＥＲにＬＡＮ上の同報通信ソケット
をモニタさせる。
【０２１５】ＣＰＳＯＣＫＥＴは、ＰＳＥＲＶＥＲ又は
ＲＰＲＩＮＴＥＲのいずれかのような構成のＮＥＢの内
部構成に対して応答可能である。上述のように、ＣＰＩ
ＮＩＴの要求に対して構成設定がなされるが、その構成
コマンドを受信し、ＮＶＲＡＭ２２８を物理的に変更す
るのは、ＣＰＳＯＣＫＥＴである。
【０２１６】また、ＣＰＳＯＣＫＥＴよって、装置環境
（すなわち保証された安全環境のことであり、セクショ
ン４ｍに後述）を示すデフォルト設定値の表が保持され
ており、装置の電源投入時にプリンタ及びＮＥＢに対す
る基本的な構成情報（例えば、フォント及びエミュレー
ション）がダウンロードされ（セクション４ｄ参照）、
ＣＰＣＯＮＳＯＬ要求に応じて装置状態情報、統計値及
びログ情報を提供し、また、リセット、リブート及びフ
ァームウェアダウンロード能力が設けられている。
【０２１７】図１６Ａと図１６Ｂは、ＣＰＳＯＣＫＥＴ
プログラムの動作を示す詳細なフローチャートである。
ステップＳ１６０１では、電源投入自己検査（ＰＯＳ
Ｔ）が首尾良く行なわれた後、マイクロプロセッサ２１
６により、ＣＰＳＯＣＫＥＴプログラム・モジュールが
ＥＰＲＯＭ２２２の中のその格納位置からＤＲＡＭ２２
０の適切な格納位置へと転送される。転送中、マイクロ
プロセッサ２１６によって、ＮＶＲＡＭ２２８に格納さ
れたＣＰＳＯＣＫＥＴプログラムに対する構成情報に従
い、ＣＰＳＯＣＫＥＴプログラムが構成される。したが
って、例えば、所望のレベルの複雑度に従ってＣＰＳＯ
ＣＫＥＴプログラム・モジュールの一定部分を選択的に
起動させることが可能となり、これら所望のレベルの複
雑度の情報はＮＶＲＡＭ２２８に格納される。
【０２１８】ステップＳ１６０２で、ＮＥＢは、ＤＲＡ
Ｍ２２０からＣＰＳＯＣＫＥＴの実行を開始する。ＣＰ
ＳＯＣＫＥＴは、マルチタスクのソフトタイム環境にお
いて非強制排除ＭＯＮＩＴＯＲによって実行され、この
ＭＯＮＩＴＯＲにより、他のアプリケーション・プログ
ラムの排他に対するマイクロプロセッサの制御を、１つ
のアプリケーション・プログラムに掌握させることな
く、ＣＰＳＥＲＶＥＲのような他のアプリケーション・
プログラムを非強制排除的に実行させることができる。
【０２１９】ステップＳ１６０３で、独占ソケット番号
を含むサービス公示プロトコル同報通信（ＳＡＰＳＥＲ
ＶＥＲ）を介して、ＬＡＮインタフェース上で、ＣＰＳ
ＯＣＫＥＴによってその存在が同報される（セクション
４ｇ参照）。他のサーバがステップＳ１６０２で設定さ
れたマルチタスク環境においてオペレーションを行なっ
ているため、また、ＮｅｔＷａｒｅ（商標）互換ソフト
ウェアのみによってただ一つの非ファイルサーバのサー
バがＮＥＢのような単一ネットワーク・ノードから公示
することができるために、ＣＰＳＯＣＫＥＴによってＳ
ＡＰＳＥＲＶＥＲプログラムを介してそのＳＡＰ公示が
同報通信される。上記パラグラフ４ｇで詳しく説明した
ように、ネットワークが各ネットワーク・ノードに対し
て１つのサーバしかサポートしていない場合であって
も、２つのネットワークサーバが単一ネットワーク・ノ
ードから同報通信を行なうことがＳＡＰＳＥＲＶＥＲプ
ログラムにより可能である。
【０２２０】ステップＳ１６０４で、ＣＰＳＯＣＫＥＴ
によって、クライアント（例えば、独占ソケット４５３
上のＣＰＩＮＩＴやＣＰＣＯＮＳＯＬ）から同報通信要
求が受信される。ＣＰＳＯＣＫＥＴは、同じソケット上
のＩＰＸパケットでクライアントに応答する（ステップ
Ｓ１６０５）。
【０２２１】ステップＳ１６０６で、クライアントによ
って、ＣＰＳＯＣＫＥＴに予め割り当てられるソケット
番号を用いてＣＰＳＯＣＫＥＴと直接ＳＰＸ通信が確率
される。ここでは、ソケット番号を通信用として８３Ｂ
４、接続用として８３Ｂ５とする。この直接接続に従っ
て、クライアント要求及び／またはＬＡＮインタフェー
スで受信されるコマンドが、ＣＰＳＯＣＫＥＴによって
受信され、解釈され、双方向ＳＣＳＩを通してプリンタ
状態がモニタされ、双方向ＳＣＳＩインタフェースを介
して状態コマンド及び／またはプリンタに対する問合せ
が送受信され、ＮＥＢ及びＮＥＢ構成パラメータが再構
成され、要求情報がＬＡＮインタフェースを介してクラ
イアントへ送られる。これらのステップを、図１６Ａ及
び１６ＢのステップＳ１６０７からＳ１６２０に関連し
て、以下更に詳しく説明する。
【０２２２】即ち、ステップＳ１６０７において、ＣＰ
ＳＯＣＫＥＴによって構成コマンドが受信されたと判定
されると、処理はステップＳ１６０８へ進み、そこで、
構成コマンドが実行され、その結果がＬＡＮを介してク
ライアントへ伝えられる。構成コマンドを表９に示す
が、これらの構成コマンドは一般に、ＣＰＩＮＩＴプロ
グラムによって起動された構成コマンドに従うＣＰＳＥ
ＲＶＥＲ又はＣＲＰＲＩＮＴＥＲのいずれかとしてＮＥ
Ｂボードの構成に関係するものである。
【０２２３】 ステップＳ１６０９で、ＣＰＳＯＣＫＥＴによって装置
情報コマンドが受信されたと判定されると、処理はステ
ップＳ１６１０へ進み、これらの装置情報コマンドが実
行され、その結果がＬＡＮインタフェースへ伝えられ
る。一般に、装置情報はインタフェース、制御状態、フ
ォント設定及びＮＥＢ２に接続されたプリンタ４の環境
設定値に関係する。ステップＳ１６１０の装置情報コマ
ンドにより、プリンタ装置情報の読取り、プリンタ装置
情報の設定、その情報に対するデフォルト設定値の読取
り、デフォルト設定値の所望値へのリセットを行なうこ
とが可能になる。装置情報コマンドを表１０に詳述す
る。
【０２２４】 ステップＳ１６１１で、ＣＰＳＯＣＫＥＴによって構成
パラメータコマンドが受信されたと判定されると、次い
でステップＳ１６１２に進み、ＣＰＳＯＣＫＥＴによっ
て受信されたコマンドが実行され、その結果がＬＡＮを
介してクライアントに提供される。表１１に示されるよ
うに、構成パラメータコマンドは一般に、時刻、日付、
安全プリンタ環境情報、ロギングオプション、ログ・フ
ァイルサイズなどに関するＮＥＢに格納されたパラメー
タ値に関係するものである。
【０２２５】 ステップＳ１６１３で、ＣＰＳＯＣＫＥＴによってＮＥ
Ｂアプリケーション・プログラムコマンドが受信された
と判定されると、処理はステップＳ１６１４へ進み、こ
こで、ＣＰＳＯＣＫＥＴにより現在のアプリケーション
プログラム、即ち、ＲＰＲＩＮＴＥＲ、ＰＳＥＲＶＥＲ
又はＬＰＲ（Ｕｎｉｘ用）等についての情報が提供され
る。表１２に詳述されるように、アプリケーション・プ
ログラム情報には一般に、サーバ名、ファイル・サーバ
待ち行列、装置ＩＤ等が含まれる。
【０２２６】 ステップＳ１６１５（図１６Ｂ）で、ＣＰＳＯＣＫＥＴ
により、ＮＥＢ／プリンタ統計コマンドが送出されたと
判定されると、処理はステップＳ１６１６へ進み、ＣＰ
ＳＯＣＫＥＴによって双方向ＳＣＳＩインタフェースを
介してプリンタに問合せが行なわれ、必要なプリンタ統
計値が得られる。この統計値は、印刷総ページ数、ジョ
ブ総数、オフライン時間合計等のような印刷ジョブ統計
値と同様に、ＣＰＣＯＮＳＯＬと関連する上記ネットワ
ーク・グループ表示に対応する。このジョブ統計値はＣ
ＰＣＯＮＳＯＬプログラムと関する上記ロギンググルー
プに対応する。ＮＥＢ／プリンタ統計コマンドで実行さ
れるコマンドの具体的な例を、表１３に記す。
【０２２７】 ステップＳ１６１７で、ＣＰＳＯＣＫＥＴにより、ロギ
ングコマンドが受信されたと判定されると、処理はステ
ップＳ１６１８へ進み、ＣＰＳＯＣＫＥＴによって双方
向ＳＣＳＩインタフェースを介してプリンタディスク１
１４からログ・ファイルが得られ、ＬＡＮインタフェー
スを介してクライアントにこのログ・ファイルが送られ
る。ロギングコマンドを表１４に要約する。
【０２２８】 ステップＳ１６１９で、ＣＰＳＯＣＫＥＴによって、ダ
ウンロードコマンドがＬＡＮインタフェースから受信さ
れたと判定されると、処理はステップＳ１６２０へ進
み、ここで、ＣＰＳＯＣＫＥＴによってダウンロード要
求が実行される。この要求の実行は、例えば、ダウンロ
ード可能なコードが受信され、それがＤＲＡＭ２２０の
特定のロケーションに格納され、ダウンロード可能なコ
ードに対するチェックサムデータが提供され、ダウンロ
ード可能なコードがＥＰＲＯＭ２２２にフラッシュされ
ることによって行なわれる。より重要なダウンロードコ
マンドのうちのいくつかを表１５に要約する。
【０２２９】 ４ｋ． ロギング周辺機器統計 図５Ａを参照して先に説明したように、ステップＳ９か
らＳ１２には、周辺機器統計値（例えば、一日当り印刷
ページ数）とエラー事象を後の検索のために自動的にロ
グ（格納）する自動ロギング機能を有し、また、ロギン
グレベル（統計的分析力）をネットワーク管理者が変更
することができる。普通、ネットワーク管理者は、ロギ
ングレベルを選択し、次いで、ログ・ファイルからいつ
でもプリンタ統計値及びエラー事象を引出すことができ
る。ネットワーク管理装置の機能部分をパラグラフ４ｉ
で説明したが、そこで述べられた議論及び表、特にＣＰ
ＩＮＩＴによって設定されるロギングレベルに依拠する
ログ・ファイルの内容を示す表７、を参照する。
【０２３０】背景を考えると、ＬＡＮ周辺機器には自分
の統計値がほとんど保持されていないが、ＮＥＢ２は毎
日午前０時にプリンタ４のカレント状態及び１日統計値
をロギングする能力をもっている。この能力のおかげ
で、システム管理者は、忘れずに毎日ロギングを行なう
必要から開放される。この状態及び統計データはプリン
タのハードディスク１１４、プリンタのＮＶＲＡＭ１１
１、ＮＥＢのＤＲＡＭ２２０、あるいはＮＥＢのＮＶＲ
ＡＭ２２８に格納される。ネットワーク管理者は、各記
憶装置の残存記憶容量によって、また、ネットワーク管
理者が選択したロギングレベルによって必要とされる統
計値によって、格納ログ・ファイルのロケーションを選
択することができる。例えば、プリンタにハードディス
クがある場合には、かなり詳細な“ＪＯＢ”ロギングレ
ベルを選択することで、ネットワーク管理者は多量の統
計値を保持することができる。一方、プリンタにハード
ディスクがない場合は、それほど詳細でない“ＥＲＲＯ
Ｒ”ロギングレベルを選択することによって、多くの記
憶空間を必要としなくて済む。ログ・ファイルが一杯に
なった場合は、古いエラー・データは新しいエラー・デ
ータに更新されることによって、新しいエラー・データ
が記憶装置の中で単に循環しているにすぎない。
【０２３１】後でシステム管理者がアクセスできるよう
に、印刷ページ数、印刷ジョブ数、オフライン時刻及び
印刷時刻のようなプリンタ統計値は毎晩ＮＥＢによって
自動的に格納される。この統計を用いることによって、
トナーのようなプリンタ消耗品の交換を予測したり、長
時間プリンタをオフラインのままにしておくというよう
なユーザの行動をモニタすることができる。
【０２３２】一般に、ロギング機能は、常に時刻を知っ
ているプリンタ制御ボードによって遂行される。プリン
タ／制御ボードにまず電源が投入されると、ボードは最
も近くのサーバを見つけ、その時の時刻を問合せる。ボ
ードは１分毎にこの問合わせをし続ける。日付が変る
と、ボードはプリンタにそのページ数を報告するよう自
動的に要求する。次いで、ボードは１日の統計値を計算
し、プリンタのハードディスク又はボードＮＶＲＡＭの
いずれかにその統計値を格納する。これらの統計値は格
納され、外部ネットワークプログラムＣＰＣＯＮＳＯＬ
で利用可能となって、これらの統計値の画面表示や外部
ファイルへの保存が可能となる。
【０２３３】パラグラフ４ｉにおいて説明したように、
ネットワーク管理者は次の４つのロギングレベルを選択
することができる。即ち、ＮＯＮＥ、ＡＵＴＯ、ＥＲＲ
ＯＲ、及びＪＯＢである。まず、ＮＯＮＥレベルでは、
ロギング統計値は保持されない（それでも、ロギング統
計値を１分毎に計算し、一時的にＮＥＢのＤＲＡＭ２２
０に保存することはできるが）。ＡＵＴＯレベルでは、
印刷の日付、ページ数、ジョブ数、オフライン時刻、及
び印刷時刻のような１日の統計値が、プリンタ機能のた
めに保持される。累計印刷ページ数はプリンタによって
決定されるが、他の統計値はＮＥＢにより決定される。
【０２３４】ＥＲＲＯＲロギングレベルでは、上述の１
日の統計値、プリンタ内のエラー状態、またアプリケー
ション（つまりＣＰＳＥＲＶＥＲ）内で発生するエラー
も保持される。ＮＥＢは１分毎にこのようなエラー状態
をプリンタに問合せる。このようなプリンタエラー状態
の中には、オフライン、用紙切れ、プリンタカバーオー
プン、紙詰まり、トナーカートリッジなし、トナー不
足、プリンタフィード及びロードエラー、トレーフル、
ラインエラー、印刷ジョブ拒否、フォントフル、サービ
スコール等が含まれる。アプリケーションエラーには、
ファイルサーバダウン、主ファイルサーバ利用不能、Ｃ
ＰＳＥＲＶＥＲが他で実行中、ＩＰＸ未インストール等
が含まれる。
【０２３５】ＪＯＢロギングレベルには、上記の１日の
統計値及びエラー状態が保持され、また、ＮＥＢにより
決定されるジョブ開始とジョブ終了情報も同様に保持さ
れる。もちろん、ロギングレベルの数とタイプ、及び、
各ロギングレベルに保持されるデータを、特定の周辺機
器及びＮＥＢがインストールされている特定のＬＡＮに
従って変更してもよい。
【０２３６】図１７Ａと図１７Ｂは、ＮＥＢ内の自動ロ
ギング機能の全体的な動作を示すフローチャートであ
る。図５及び表７を参照して説明する。ステップＳ１で
ＮＥＢに電源が投入され、ステップＳ８でタイマモジュ
ールが最も近くのサーバを見つけ、時刻を問合せる。ス
テップＳ１７０１において、ＮＯＮＥロギングレベルが
選択されているか否かが判定される。ＮＯＮＥロギング
レベルが選択されている場合、処理はフローチャートの
最後へスキップされ、図５Ａ、５Ｂ、５Ｃの全フローチ
ャートへ復帰が行なわれる。
【０２３７】ステップＳ１７０１においてＮＯＮＥロギ
ングレベルが選択されていない場合、ステップＳ１７０
２でＡＵＴＯロギングレベルが選択されているか否かが
判定される。ＡＵＴＯロギングレベルが選択されている
場合、処理はＳ９へ進み午前０時になるのを待つ。しか
し、ＡＵＴＯロギングレベルが選択されていない場合、
ステップＳ１７０３によってＥＲＲＯＲロギングレベル
が選択されているか否かが判定される。ＥＲＲＯＲロギ
ングレベルが選択されている場合、処理はステップＳ１
７０６へ進み、ここで、一分間のタイムアウト待機が行
なわれる。しかし、ＥＲＲＯＲロギングレベルが選択さ
れていない場合、ステップＳ１７０４でＪＯＢロギング
レベルが選択されたか否かが決定される。この場合、ス
テップＳ１７０５において、ジョブ開始とジョブ終了時
刻がログ・ファイルへ格納される。ステップＳ１７０６
で、一分間のタイムアウト待機が行なわれ、その後、ス
テップＳ１７０７で、エラー事象に対する問合せがプリ
ンタに行なわれ、そのような事象がログ・ファイルへ保
存される。したがって、ＥＲＲＯＲ又はＪＯＢロギング
レベルのいずれかが選択されている場合には、ボードは
１分毎にエラー事象をプリンタに問合せ、このようなエ
ラー事象はログ・ファイルは格納される。
【０２３８】ステップＳ９では午前０時になるのを待
ち、ＮＥＢはプリンタにステップＳ１０（図１５Ｂ）の
１日の統計値を問合せる。ステップＳ９において、まだ
午前０時に達していない場合、処理手順はステップＳ１
７０２へ戻り、ここで、どのロギングレベルが選択され
ているかが判定される。
【０２３９】ステップＳ１１において、１日のプリンタ
統計値が、ステップＳ１０で受信したプリンタ統計値を
利用して計算される。その後、ステップＳ１２で、１日
の統計値量及びエラー事象がプリンタのハードディスク
１１４及び／又はプリンタＮＶＲＡＭ１１１、及び／又
はＮＥＢのＮＶＲＡＭ２２８に格納される。ここで、ネ
ットワーク管理者が、任意の組合わせのメモリにロギン
グ統計値及びエラー事象を格納するように選択でき、Ｌ
ＡＮに一層の柔軟性が与えられることに注目されたい。
【０２４０】プリンタをＬＡＮの対話型応答可能構成メ
ンバとする際に、上述のロギング機能は極めて重要であ
る。というのは、ＮＥＢとプリンタ間のＳＣＳＩ接続に
よって、プリンタから多量の特定データを引き出すこと
が可能となるからである。
【０２４１】４ｌ． マルチタスクで独立に実行可能な
プログラム 図５ＢのステップＳ２０に関して先に簡単に説明したよ
うに、ＮＥＢのＥＰＲＯＭ２２２によってＭＯＮＩＴＯ
Ｒプログラムが格納され、このプログラムは、デバッグ
環境において同期操作を可能にしながら、一方でランタ
イム環境においてマルチタスキングをサポートするメカ
ニズムである。（ＣＰＳＥＲＶＥＲ又はＣＰＳＯＣＫＥ
Ｔを求めて）ＬＡＮからの実時間割込みをＮＥＢが待つ
間、あるいは、ＳＣＳＩインタフェースを介する実時間
割込みをＮＥＢが待つ間（例えば、ＬＡＮから以前に受
信された状態要求に応じて、状態情報がプリンタからＮ
ＥＢに送られているとき）、非強制排除処理で現在呼出
されているタスクを実行することがＭＯＮＩＴＯＲによ
って可能になる。このようにして、マイクロプロセッサ
２１６の共用して、現在実行中のすべてのタスクを同時
実行することがＭＯＮＩＴＯＲによって可能となる。も
ちろん、ソフトタイムアプリケーションはすべて（ＭＯ
ＮＩＴＯＲ自身を含めて）実時間事象により割込可能で
ある。
【０２４２】図１８は、ＮＥＢ内でのマルチタスキング
オペレーションを示すために起こり得る事象シーケンス
を概念的に示すフローチャートである。ステップＳ１
で、ＮＥＢに電源が入り、ステップＳ１８０１で、ＥＰ
ＲＯＭ２２２からＤＲＡＭ２２０へＭＯＮＩＴＯＲプロ
グラムがダウンロードされる。例えば、以下のモジュー
ルがＭＯＮＩＴＯＲと共にダウンロードされる。即ち、
ＳＣＳＩドライバ、リンクサポートレイヤ、ネットワー
クドライバ、プレスキャン、ＩＰＸ／ＳＰＸ、カスタマ
イズされたＮＥＴＸ、ＳＡＰＳＥＲＶＥＲ、ＣＰＳＯＣ
ＫＥＴ、及び、印刷アプリケーションである（図６を参
照）。
【０２４３】ステップＳ１８０２で、印刷データがファ
イルサーバ３０から受信される場合、ＣＰＳＥＲＶＥＲ
は、プリンタ４への転送のための準備として受信ジョブ
データを処理し始める。このような印刷情報の処理はこ
のとき“ソフトタイム”環境で行なわれ、ステップＳ１
８０３では、印刷データを処理するプログラムから割り
込み放棄が受信されているか否かを判断する。ステップ
Ｓ１８０３で、割込み放棄になると現在実行中のモジュ
ールの実行が中断され、ステップＳ１８０４で、制御は
ＭＯＮＩＴＯＲに返される。ＭＯＮＩＴＯＲによってＤ
ＲＡＭ２２０で割込まれたタスクの状態が保存される。
しかし、ステップＳ１８０３で、割込み放棄に達しなか
った場合、処理はステップＳ１８０５へ進み、現在実行
中のモジュールが終了したか否かが判断される。ステッ
プＳ１８０５でこのモジュールが終了していない場合
は、ステップＳ１８０３で、このプログラムは別の割込
み放棄に達するのを待つ。
【０２４４】ステップＳ１８０４で、現在実行中のモジ
ュールが中断された場合、あるいはステップＳ１８０５
で、現在実行中のモジュールが終了した場合、ステップ
Ｓ１８０６で、別のソフトウェアモジュールの実行を要
求するデータが受信されたか否かが判断される。例え
ば、このデータは、これまで出されたプリンタ状態に対
する要求に応じてＳＣＳＩインタフェースで受信され
る。ステップＳ１８０６で、このようなデータが受信さ
れたと判断されると、ステップＳ１８０７では、新しく
受信されたデータを用いて別のアプリケーションモジュ
ールの実行を始める。
【０２４５】ステップ１８０８で、第２アプリケーショ
ンモジュールにおいて割込み放棄に達したか否かが判断
される。このような割込みに達した場合、ステップＳ１
８０９において、第２アプリケーションは実行が中断さ
れ、制御はＭＯＮＩＴＯＲに移り、割込んだばかりの第
２モジュールの状態がＤＲＡＭ２２０に格納される。し
かし、ステップＳ１８０８で、第２モジュールにおいて
割込み放棄に達しない場合は、ステップＳ１８１０で、
第２モジュールが終了したか否かが判断される。終了し
ていない場合、ステップＳ１８０８でプログラムは割込
み放棄を単に待つ。ステップＳ１８１０で、第２モジュ
ールが終了されたことが判断される場合、ステップＳ１
８１１で、第１モジュールが終了されたか否かを判断す
る。第１モジュールは終了していないが、第２モジュー
ルが終了している場合、プロセスは、第１アプリケーシ
ョンモジュールの割込み放棄を待機するステップＳ１８
０３に戻る。ステップＳ１８１１で、第１及び第２モジ
ュールが終了に達すると、別の新しく受信されたソフト
タイムタスクを実行するために、制御はＭＯＮＩＴＯＲ
プログラムに戻される。
【０２４６】第２アプリケーションモジュールで割込み
放棄に達したためにその実行が中断された後、制御はＭ
ＯＮＩＴＯＲに移され、ＭＯＮＩＴＯＲでは割込まれた
モジュールの状態をＤＲＡＭ２２０に格納した（ステッ
プＳ１８０９）後、ステップＳ１８１２で、実行を再び
始め、ステップＳ１８０３で第１モジュール割込み放棄
に達するまで、第１モジュールの実行を継続する。
【０２４７】このように、マイクロプロセッサ資源の非
強制排除マルチタスク割り当てにより、ほぼ実時間ベー
スで並行していくつかのタスクを処理することが可能と
なる。
【０２４８】４ｍ． デフォルト構成でのプリンタ配置 図５ＣのステップＳ２５に関して上述したように、印刷
ジョブの開始時及び終了時には、ＮＥＢによりプリンタ
は、既知のデフォルト構成に設定されることが保証され
る。プリンタの不揮発性メモリ（ハードディスク１１４
又はＮＶＲＡＭ１１１のいずれか）に、印刷ジョブ終了
時にプリンタが置かれるデフォルト環境（例えば、ポー
トレートモード、１０ポイントタイプ、ローマ字等）を
示すデフォルト構成コードをダウンロードすることによ
って、ＮＥＢはこの設定を行なう。ＬＡＮから印刷デー
タストリームが受信されると、ＮＥＢによって、プリン
タの不揮発性メモリから構成コードが検索され、１ブロ
ックの印刷データにエスケープ・シーケンスとしてこの
構成コードが追加され、次いで、追加されたエスケープ
・シーケンスと共にこの印刷ジョブブロックがプリンタ
へダウンロードされる。次いで、プリンタによって印刷
作業が処理され、（そのエスケープ・シーケンスに基い
て）プリンタが所望のデフォルト構成に置かれる。
【０２４９】ノーベル社のＮｅｔＷａｒｅ（商標）ソフ
トウェアは、全ての印刷ジョブ後に、ネットワークプリ
ンタをデフォルト環境にリセットする機能を有してい
る。このリセットは、印刷ジョブの先頭で結局は架空の
印刷ジョブになるジョブをファイルサーバ３０にインス
トールすることによって行なわれる。しかし、特定のプ
リンタデフォルト構成を設定するのに不可欠な正確なプ
リンタエスケープ・シーケンスは、ネットワークのデー
タベースに常駐し、プリンタ自体の内部にはない。した
がって、ＬＡＮ上で、あるいは、ファイル・サーバ自体
に問題があるところでＵＮＩＸを動作させたい場合、既
知の構成のプリンタで次の印刷ジョブを印刷すことを保
証するデフォルト構成へプリンタを復元しなくてもよ
い。
【０２５０】ＮＥＢを用いてプリンタデフォルト環境を
保証する方法は、プリンタリセット状態構成及び必要エ
スケープ・シーケンス命令がプリンタ自体の中に常駐す
るという相違に基づいて行なわれ、プリンタ自体が印刷
ジョブ内のプリンタ環境のリセットに責任を負うという
ものである。従って、このプリンタリセット機能はプリ
ンタ外部のどんな装置にも依存せずに利用することがで
きる。更に、初期デフォルト構成をロードし、それに続
いて、ＮＥＢのシリアルあるいはパラレルインタフェー
スを介してＬＡＮ上で遠隔地からこの初期デフォルト値
を変更してもよい。
【０２５１】セクション４ｉで上述したように、この構
成コードをＣＰＣＯＮＳＯＬプログラムを介してＮＥＢ
に送ってもよい。
【０２５２】ＬＡＮ上でプリンタを使用するための高い
柔軟性をネットワーク管理者に与えるために、複数のデ
フォルト構成をプリンタの不揮発メモリーに格納させる
と便利であろう。例えば、技術部門から受信された印刷
ジョブではプリンタがポートレートモードに省略値をと
ることが必要とされるのに対して、経理部門から受信さ
れた印刷ジョブではプリンタを帳票モードにしておくこ
とが必要とされる場合もある。したがって、既知のデフ
ォルト環境を保証することによって、いくつかのＬＡＮ
ソースのうちのいずれであっても、その特定のジョブの
ためにこのプリンタを利用することができる。
【０２５３】図１９は、プリンタデフォルト構成を設定
するためのより詳細なフローチャートを示す。ステップ
Ｓ１で、ＮＥＢに電源が投入され、ステップＳ２２で、
ＮＥＢは動作可能となった印刷待ち行列のためＬＡＮの
ファイル・サーバにアクセスし、ＤＲＡＭ２２０へ印刷
データをダウンロードする。
【０２５４】プリンタの不揮発性メモリに２つ以上のデ
フォルト構成コードが格納されている場合、プリンタが
置かれるべきデフォルト構成がどれかを判定するため
に、どんなタイプのデータがＬＡＮから転送されている
かをまず判定しなければならない。したがって、ステッ
プＳ９１０１で印刷ジョブのＬＡＮソースを調べ、ま
た、ステップＳ１９０２でプリンタから適切なデフォル
ト構成コードが検索される。このコードは判定されたＬ
ＡＮソースに対応する。
【０２５５】ステップＳ１９０３で、ＮＥＢによって数
ブロックのイメージデータがアセンブルされ、各印刷ジ
ョブに対して印刷ジョブの開始及び印刷ジョブの終了が
指定される。ステップＳ１９０４で、ＮＥＢのマイクロ
プロセッサ２１６によって、検索された構成コードに対
応するエスケープ・シーケンスが印刷ジョブに追加され
る。好適には、エスケープ・シーケンスは、印刷ジョブ
の開始時に追加されることが望ましいが、印刷ジョブの
終了時、あるいはジョブの開始時と終了時の両方に追加
されてもよい。次いで、ステップＳ１９０５で、エスケ
ープ・シーケンスが追加されたこの印刷ジョブがプリン
タへ転送され、次いで、プリンタは受信された印刷ジョ
ブに従って印刷を行なう。ステップＳ２４の後、印刷ジ
ョブが完了すると、ステップＳ２５で、プリンタはデフ
ォルト環境にセットされる。この環境は、ステップＳ１
９０２で検索されたデフォルト構成コードに対応する。
その結果、既知の構成のプリンタで次の印刷ジョブが始
まることを保証するデフォルト環境にこのプリンタは置
かれることになる。
【０２５６】このようにして、プリンタ自身がデフォル
ト構成を格納し、かつ、各印刷ジョブの終了時に、プリ
ンタが自身をデフォルト状態にすることに責任を負うこ
とを保証するため、強固で効率的なハードウェア及びソ
フトウェアによる解決策が得られる。
【０２５７】４ｎ． 遠隔ＬＡＮからＮＥＢへの実行可
能ファイルのダウンロード ＬＡＮからＤＲＡＭ２２０への実行可能ファイルのダウ
ンロードに関して、図２０のフローチャートと図５Ｃの
ステップＳ３０の上記の説明に関連して、より詳細な説
明を行なう。
【０２５８】ＮＥＢ２は出荷に先立ち最初に構成され
る。しかし、ネットワーク管理者のＰＣ１４からＮＥＢ
２へＬＡＮを通して、最新の実行可能ファイルを送るこ
とにより、その後ＮＥＢ２を再構成することが可能であ
る。更に、ネットワーク管理者は任意に、ＮＥＢ２のＤ
ＲＡＭ２２０に格納された実行可能ファイルを遠隔地か
ら変更することもできる。
【０２５９】実行可能ファイルをＤＲＡＭ２２０内で変
更することができる処理を図２０に関連して詳細に解説
する。
【０２６０】ステップＳ１でボードに電源が投入された
後、処理はステップＳ２００１へ進み、ここで、ネット
ワーク管理者はＤＯＷＮＬＯＡＤＥＲプログラムを起動
し、特定の構成を持つすべてのＮＥＢ装置のＩＤを求め
る要求をＬＡＮ上で同報通信し、処理はステップＳ２０
０２へ進む。
【０２６１】ステップＳ２００２において、なんらかの
ターゲットＮＥＢから応答があったか否かがＤＯＷＮＬ
ＯＡＤプログラムによって判定される。ステップＳ２０
０２で、ターゲットＮＥＢから何も応答がないと判定さ
れると、処理はステップＳ２００１へ戻り、そこで、Ｄ
ＯＷＮＬＯＡＤプログラムによって新しいターゲット情
報を持つ要求が再び同報通信され、次いで処理はステッ
プＳ２００２へ進む。 ステップＳ２００２で、ターゲ
ットＮＥＢから応答があった場合、処理はステップＳ２
００３へ進む。
【０２６２】ステップＳ２００３で、ＳＡＰＳＥＲＶＥ
Ｒプログラムは、各ＮＥＢに割当てられたユニークなネ
ットワークＩＤ及びユニークなソケット番号を用いて応
答する（セクション４ｇを参照）。このロケーション情
報は収集され、ネットワーク管理者は特定のＮＥＢを選
択して実行可能ファイルをダウンロードし、ターゲット
ＮＥＢとの通信が確率される。
【０２６３】ターゲットＮＥＢを選択すると、ステップ
Ｓ２００４で、ネットワーク管理者は新しいオペレーシ
ョンファイル、及び、チェックサム値が含まれている特
定のパケットをＬＡＮを通してＤＲＡＭ２２０へダウン
ロードし、そこで処理はステップＳ２００５へ進む。
【０２６４】ステップＳ２００５で、マイクロプロセッ
サ２１６は新たにロードされたオペレーションファイル
上でチェックサムオペレーションを実行し、このチェッ
クサム値を特定のパケットで送られたチェックサム値
（オペレーションファイルが格納された後、ＤＲＡＭ２
２０に格納されたもの）と比較する。
【０２６５】このチェックサム値が特定のパケット内の
チェックサム値と等しくない場合、処理はステップＳ２
００６へ進み、ここで、新しいオペレーションファイル
のためのチェックサム値が不正確であることがネットワ
ーク管理者に通知され、マイクロプロセッサ２１６によ
りＤＲＡＭ２２０からこのファイルが除去される。
【０２６６】ステップＳ２００６でチェックサム値が検
査されると、処理はステップＳ２００７へ進み、マイク
ロプロセッサ２１６によって実行可能ファイルが起動さ
れる。
【０２６７】このように、ネットワーク管理者は、新し
いオペレーションファイルを遠隔から送ってＤＲＡＭ２
２０に格納しそこから実行することによって、ＮＥＢ２
のオペレーションを変更することができる。
【０２６８】４ｏ． 独立実行可能なモジュールのＲＯ
Ｍへのロード ステップＳ３２に関連して図５Ｃで説明したように、バ
イナリＲＯＭイメージがＥＰＲＯＭ２２２にロードされ
るものであるなら、複数の独立実行可能モジュールがア
センブルされ、順序づけされて、ＥＰＲＯＭ２２２へフ
ラッシュされる準備が行なわれる。モジュールのアセン
ブリ及び順序づけは、すぐにＤＯＳのＰＣ上で実施され
るが、ＮＥＢ自身の中で行なうこともできる。ＰＣ内で
独立実行可能なモジュールをアセンブルする利点とし
て、モジュールをＤＯＳ環境で構築でき、かつ／また
は、変更できる点がある。
【０２６９】ＮＥＢファームウェアにはいくつかの別個
にリンクしたモジュールが含まれているが、そのうちの
１つには、電源投入時の制御受信、自己検査、ＤＲＡＭ
２２０への他のモジュールのローディング、及び基本的
入出力サービス（ＢＩＯＳ）を行なうＲＯＭ常駐コード
が恒久的に含まれている。ＥＰＲＯＭ２２２内に常駐す
る他のモジュールは、実行前にＤＲＡＭ２２０にコピー
されなければならない。このようなモジュールには２つ
のタイプがあり、そのうちの最初のものは、本質的にド
ライバであるプログラムが含まれる。これは、常駐のま
まで、ロードされたとき制御を受信し、初期化し、次い
で、抜け出るプログラムである。このようなモジュール
の２番目のタイプは、アプリケーション・プログラムで
あり、このアプリケーションプログラムのそれぞれは特
定のセットの機能を実行する。
【０２７０】図２１において、ステップＳ１でＮＥＢに
電源が投入される。ステップＳ２１０１で、ＰＣ内に常
駐するユーティリティによって、ＲＯＭイメージにセッ
トされる全モジュール名を含む構成ファイルがＰＣのＲ
ＡＭから読取られる。ステップＳ２１０２で、ＥＰＲＯ
Ｍ２２２にフラッシュされることになる複数モジュール
をＲＡＭから選択するために、構成ファイルが使用され
る。
【０２７１】ステップＳ２１０３で、最初のモジュール
のためのヘッダがユーティリティによって書込まれる。
このヘッダはこのモジュールを識別し、モジュール属性
を記述し、すぐ後に続くモジュールを指定するポインタ
を含むものである。このポインタは、ローディングに先
立ち、ある特定順序でモジュールの順序づけを行なう際
の支援ポインタである。ステップＳ２１０４で、構成フ
ァイルによって識別された最後のモジュールが選択され
たか否かが判定される。最後のモジュールがまだ選択さ
れていない場合、処理はステップＳ２１０３へ戻り、ヘ
ッダが次のモジュールのために書込まれる。
【０２７２】ステップＳ２１０４で、最後のモジュール
が選択されと、ユーティリティによってイメージプログ
ラムの最後にＲＯＭ常駐コードが追加され（ステップＳ
２１０５）、その結果、電源投入の際、初期化コードは
マイクロプロセッサ２１６によって期待されるアドレス
に常駐する。
【０２７３】ＲＯＭバイナリイメージがこのように構築
されると、このイメージはＮＥＢのＤＲＡＭ２２０の記
憶領域の一部分にダウンロードされ、次いで、ＥＰＲＯ
Ｍ２２２にフラッシュされる。以下、セクション４ｑ
で、図５ＣのステップＳ３６に関してより詳しく説明す
る。
【０２７４】４ｐ． フラッシュオペレーション時のＥ
ＰＲＯＭの保護 図２２は、ＮＥＢに常駐のＥＰＲＯＭフラッシュ保護回
路の機能構造を示すブロック図である。ＥＰＲＯＭフラ
ッシュ保護回路には、データ・バス２５０及びアドレス
・バス２５１に接続されたマイクロプロセッサ２１６が
含まれる。また、データ・バス２５０及びアドレス・バ
ス２５１にはＤＲＡＭ２２０が接続されている。ＤＲＡ
Ｍ２２０はその記憶領域の一部分に、遠隔のＬＡＮ装置
からダウンロードされたＲＯＭファームウェアイメージ
を格納することが可能であり（セクション４ｏを参
照）、アプリケーション・プロセスはＤＲＡＭ２２０の
記憶領域の別の部分へ進む。また、ＥＰＲＯＭ２２２、
ラッチ２５２及びＰＡＬ２５３がデータ・バス２５０及
びアドレス・バス２５１に接続されている。Ｄタイプフ
リップフロップ２５４はラッチ２５２及びＰＡＬ２５３
に接続されている。オペレーション時に、フリップフロ
ップ２５４は、そのクロック入力としてＰＡＬ２５３か
らの出力信号を、またそのデータ入力としてラッチ２５
２からの出力信号を受信する。ラッチ２５２及びＰＡＬ
２５３は、また、ＤＣ−ＤＣコンバータ２１２に接続
し、ＤＣ−ＤＣコンバータ２１２はトランジスタスイッ
チ２５５に接続している。ラッチ２５２によって起動さ
れると、ＤＣ−ＤＣコンバータ２１２は、トランジスタ
スイッチ２５５の入力エミッタに＋１２Ｖ（ボルト）を
送る。フリップフロップ２５４は、また、トランジスタ
スイッチ２５５にも接続され、開閉スイッチ２５５に不
可欠な入力を供給する。
【０２７５】ＥＰＲＯＭフラッシュ保護回路のオペレー
ションについて、図２２を参照してより詳細に説明す
る。電源が投入されると、ラッチ２５２の出力は低くな
り、フリップフロップ２５４はリセットされる。このよ
うにして、ラッチ２５２からの出力信号ＰＲＯＧ１は低
くなり、ＤＣ−ＤＣコンバータ２１２からの電圧は、接
地状態になるまで電流を低下するようにされる。電源投
入時に、フリップフロップ２５４がリセットされ、その
結果、その出力が低くセットされて、トランジスタスイ
ッチ２５５が開く。
【０２７６】トランジスタスイッチ２５５が開いた状態
になって、ＥＰＲＯＭ２２２のＶｐｐピンが０Ｖに保た
れ、データの受け入れやフラッシュオペレーションの実
行が阻止される。すなわち、フラッシュオペレーション
がＥＰＲＯＭ２２２内で起こるためには、Ｖｐｐピンは
少なくとも＋１１．４Ｖのレベルに達していなければな
らない。なぜなら、このレベルは、ＥＰＲＯＭメーカの
仕様により設定された必要条件であるからである。しか
しながら、この電圧レベルを達成するために、以下の２
つのプログラミングステップが要求される。
【０２７７】まず、ＤＲＡＭ２２０で新しいＲＯＭファ
ームウェアパッケージが受信されると、データビット７
をハイ”８０（１６進表示）”でアドレス”３６０（１
６進表示）”に入出力書込みを行なうことにより、ＥＰ
ＲＯＭ２２２にフラッシュせよというコマンドがマイク
ロプロセッサ２１６によって受信される。このようにし
て、ＤＣ−ＤＣコンバータ２１２に最初にスイッチを入
れてもよい。
【０２７８】表１６と表１７に示すように、アドレス”
３６０（１６進表示）”は、ＮＶＲＡＭ２２８へのリー
ドライトオペレーションを制御するために使用される制
御レジスタ２３０に対応する。表１７に示すように、ア
ドレス”３６０（１６進表示）”がビット７のハイ／ロ
ーで送られる場合、このアドレスはＤＣ−ＤＣコンバー
タ２１２のオペレーションに対応する。
【０２７９】 アドレス”３６０（１６進表示）”が出力された後、マ
イクロプロセッサ２１６によって入出力書込みコマンド
が生成され、書込み選択がＰＡＬ２５３へ送られる。Ｐ
ＡＬ２５３によって有効アドレスが検出され、解読さ
れ、ラッチ２５２が起動される。アドレス”３６０（１
６進表示）”のビット７にハイがセットされているた
め、ＰＲＯＧ１信号はハイでセットされ、ラッチ２５２
からＤＣ−ＤＣコンバータ２１２へ出力される。ＰＲＯ
Ｇ１信号がＤＣ−ＤＣコンバータ２１２で受信される
と、ＤＣ−ＤＣコンバータが作動され＋１２Ｖの電圧が
生じる。ＤＣ−ＤＣコンバータ２１２からの＋１２Ｖの
電圧がトランジスタスイッチ２５５に送られる。この電
圧はトランジスタスイッチ２５５が閉じられるまで、そ
のエミッタに残る。
【０２８０】しかし、＋１２Ｖがトランジスタスイッチ
２５５を通過できる前に、第２のステップが実行されな
くてはならない。すなわち、マイクロプロセッサ２１６
によって入出力リードコマンドが出力され、ＰＡＬアド
レスに対応するアドレス”３６６（１６進表示）”が出
力される。マイクロプロセッサ２１６がこのコマンドと
アドレスの両方を生成すると、ＰＡＬ２５３によってこ
のアドレスが解読されＰＲＯＧ２信号が生成される。Ｐ
ＲＯＧ２信号がハイの場合、フリップフロップ２５４に
クロック入力が送られる。
【０２８１】クロック入力が受信されると、フリップフ
ロップ２５４によってラッチ２５２からＰＲＯＧ１信号
が入力され、次いで、フリップフロップ２５４の出力部
においてＴＲＡＮＳＯＮ信号が生成される。ＴＲＡＮＳ
ＯＮ信号はトランジスタスイッチ２５５へ出力され、こ
のスイッチ内のエミッタの＋１２Ｖ電圧がスイッチ内の
コレクタを通過できるスイッチを閉ざすように、このス
イッチは作動する。この時点で、＋１２Ｖ電圧はトラン
ジスタスイッチ２５５のコレクタからＥＰＲＯＭ２２２
のＶｐｐピンへ送られる。
【０２８２】ＥＰＲＯＭ２２２のＶｐｐピンへセットさ
れた＋１２Ｖの電圧を用いて、マイクロプロセッサ２１
６からＥＰＲＯＭ選択信号が送信される。新しいファー
ムウェアイメージの原形が損なわれることを防止するた
め、ＥＰＲＯＭ２２２は最初にクリアされ、消去されな
ければならない。次いで、ＥＰＲＯＭ２２２は、ＤＲＡ
Ｍ２２０に格納された新しいＲＯＭファームウェアイメ
ージでフラッシュされる。ひとたび、新しいＲＯＭファ
ームウェアイメージがＥＰＲＯＭ２２２に格納される
と、ＮＥＢ２を新しいＲＯＭファームウェアイメージか
らリブートすることができる。
【０２８３】図２２と図２３のフローチャートを参照し
ながらＥＰＲＯＭ保護回路の動作について説明する。
【０２８４】ステップＳ２３０１で、ＮＥＢ２によって
新しいＲＯＭファームウェアイメージがＬＡＮを介して
受信され、ＤＲＡＭ２２０にロードされる。ステップＳ
２３０２で、ＥＰＲＯＭ２２２をフラッシュせよという
コマンドが、マイクロプロセッサ２１６によって受信さ
れる。ステップＳ２３０３で、マイクロプロセッサ２１
６によってＰＡＬ２５３へ入出力ライトコマンドが送出
され、ビット７がハイとなったアドレス”３６０（１６
進表示）”が出力される。処理はステップＳ２３０４へ
進み、ビット７がハイとなることによってラッチ２５２
が起動されＰＲＯＧ１信号が出力される。このＰＲＯＧ
１信号によってＤＣ−ＤＣコンバータ２１２にスイッチ
が入り、＋１２Ｖの電圧がトランジスタスイッチ２５５
へ出力される。ステップＳ２３０５で、ＰＡＬ２５３へ
入出力リードコマンドと、ＰＡＬアドレスであるアドレ
ス”３６６（１６進表示）”の両方が、マイクロプロセ
ッサ２１６によって送信される。これに応じて、ＰＲＯ
Ｇ２信号が、ＰＡＬ２５３によってフリップフロップ２
５４のクロックへ出力され、このフリップフロップ２５
４によって、そのデータ入力部でのＰＲＯＧ１信号の入
力が可能となる。フリップフロップ２５４によってＴＲ
ＡＮＳＯＮ信号がトランジスタスイッチ２５５に出力さ
れ、このスイッチ２５５によって、＋１２Ｖの電圧がト
ランジスタスイッチ２５５のコレクタからＥＰＲＯＭ２
２２のＶｐｐピンへ通過することが可能となる。ステッ
プＳ２３０６で、マイクロプロセッサ２１６によってＥ
ＰＲＯＭ２２２がクリアされ次いで消去される。ステッ
プＳ２３０７で、ＥＰＲＯＭ２２２が完全に消去された
か否かがマイクロプロセッサ２１６よって判定される。
ＥＰＲＯＭ２２２が完全に消去されていない場合、処理
はステップＳ２３０６へ戻る。
【０２８５】ＥＰＲＯＭ２２２が完全に消去されたこと
が、マイクロプロセッサ２１６によって判定された後、
ステップＳ２３０８で、ＲＯＭファームウェアイメージ
がＤＲＡＭ２２０からＥＰＲＯＭ２２２へダウンロード
される。ひとたびＲＯＭファームウェアイメージがうま
くロードされると、ステップＳ２３０９で、マイクロプ
ロセッサ２１６によって、ビット７がローとなったアド
レス”３６０（１６進表示）”が書込まれる。ラッチ２
５２から送られるＰＲＯＧ１信号は低くなり、電圧レベ
ルが電流を接地状態になるまで低下させることがＤＣ−
ＤＣコンバータ２１２によってなされる。
【０２８６】ステップＳ２３１０で、マイクロプロセッ
サ２１６によって、入出力リードコマンドとアドレス”
３６６（１６進表示）”がＰＡＬ２５３にへ送られ、こ
のアドレス”３６６（１６進表示）”によって、ＰＲＯ
Ｇ２信号が低くすることができるので、スイッチ２５５
を開くように作動するローＴＲＡＮＳＯＮ信号を出力す
るフリップフロップにクロックを入力する。
【０２８７】このようにして、ステップＳ２３０９及び
Ｓ２３１０で、＋１２Ｖの電圧がＥＰＲＯＭ２２２のＶ
ｐｐピンから取除かれ、フラッシュオペレーションが終
了する。フラッシュオペレーションの後、ステップＳ２
３１１で、リブートコマンドが受信されたか否かがマイ
クロプロセッサ２１６によって判定される。リブートコ
マンドが受信されると、ステップＳ２３１２で、ＥＰＲ
ＯＭ２２２の新しいＲＯＭファームウェアイメージから
ＮＥＢ２がリブートされる。しかし、リブートコマンド
が受信されなかった場合、処理は終了する。
【０２８８】４ｑ． ファームウェアの遠隔的変更 以下、図２４に示すフローチャート、図５Ｃのステップ
Ｓ３６、及びセクション４ｉを参照しながら、ＥＰＲＯ
Ｍ２２２内のファームウェアを遠隔地から変更する方法
についてより詳細に説明する。
【０２８９】利用者へＮＥＢが出荷されるのに先立ち、
ＮＥＢが必要な機能を実行できるように最低限の実行可
能ファイルをもつようにＮＥＢは構成される。しかしな
がら、利用者はその後ＮＥＢを再構成することも可能で
ある。すなわち、ネットワーク管理者は、遠隔地のＬＡ
Ｎ装置からデータをダウンロードすることができるが、
このデータには、パッチコードから製造テストルーチン
までの、ＥＰＲＯＭへダウンロードされる全てのファー
ムウェア更新データまでのいかなるデータをも含んでい
る。
【０２９０】即ち、ネットワーク管理者のＰＣ１４から
ＮＥＢ２へＬＡＮを介して実行可能ファイルを送ること
によってＮＥＢ２を再構成することができる。ネットワ
ーク管理者は、任意にＥＰＲＯＭ２２２内のＲＯＭファ
ームウェアイメージを遠隔地から変更することができ
る。
【０２９１】ステップＳ２４０１で、特定のＮＥＢをタ
ーゲットとするコマンドラインパラメータとしてＭＡＣ
アドレスを使用するＣＰＦＬＡＳＨプログラムが、ネッ
トワーク管理者により起動される。ＮＥＢ上で実行中の
ＳＡＰＳＥＲＶＥＲによって応答が行なわれるＳＡＰ同
報通信要求は、ＣＰＦＬＡＳＨによって送出される。ス
テップＳ２４０２で、ＣＰＦＬＡＳＨはターゲットＮＥ
Ｂからの応答を待つ。ターゲットＮＥＢからの応答が約
１５秒間ない場合、処理はステップＳ２４０１へ戻り同
報の再送を行なう。しかし、ターゲットサーバから応答
があった場合には、処理はステップＳ２４０３へ進む。
【０２９２】ステップＳ２４０３で、ターゲットＮＥＢ
のアドレスとロケーションが受信され、マッチするＭＡ
Ｃアドレスを持つＮＥＢとの通信が確率され、新しいＲ
ＯＭイメージファームウェアがＬＡＮを介してＤＲＡＭ
２２０へダウンロードされる。
【０２９３】ステップＳ２４０４では、次のステップへ
進む前に、ＲＯＭファームウェアイメージの妥当性がチ
ェックされる。このＲＯＭファームウェアイメージの妥
当性は、ステップＳ２４０３でのダウンロードオペレー
ションと一緒に、特定のパケットで送られるイメージチ
ェックサムに対して検査される。このチェックサム値が
ＲＯＭイメージと一緒にダウンロードされたチェックサ
ムと一致しなかった場合、ステップＳ２４０５で、オペ
レータにエラーが通知され、ＤＲＡＭ２２０内のＲＯＭ
ファームウェアイメージは消去される。
【０２９４】このチェックサム値が有効である場合、処
理はステップＳ２４０６へ進み、ここで、ＭＡＣアドレ
スのような保存されるべきすべてのデータがマイクロプ
ロセッサ２１６によって検索され、ＤＲＡＭ２２０に格
納された新しいファームウェアイメージの適切な場所に
このデータは格納される。このようにして、新しいＲＯ
Ｍファームウェアイメージに欠陥がある場合でも、所定
部分の本質的なＲＯＭファームウェアは保持されるた
め、ＮＥＢは機能するできる。ひとたびＲＯＭファーム
ウェアの本質的な部分が保存されると、処理はステップ
Ｓ２４０７へ進み、ここで、必要なら、ＥＰＲＯＭ２２
２は複数回クリアされ、消去されるように制御される。
ＥＰＲＯＭ２２２が消去された後、ステップＳ２４０８
で、新しいＲＯＭイメージがＥＰＲＯＭ２２２中へロー
ドされる。
【０２９５】フラッシュオペレーションの後、ステップ
Ｓ２４０９で、リブートコマンドが受信されたか否かが
マイクロプロセッサ２１６によって判定される。リブー
トコマンドが受信された場合、ＮＥＢ２はステップＳ２
４１０においてリブートされる。しかし、リブートコマ
ンドが受信されない場合、処理は終了する。
【０２９６】ステップＳ２４０４で、ＥＰＲＯＭ２２２
にそれまで格納されたデータと新しく受信されたファー
ムウェアデータを比較することによって、ＲＯＭファー
ムウェアイメージの妥当性もまた検査される。例えば、
ＰＲＯＭ２３２によってそれまで送られたハードウェア
インジケータをＥＰＲＯＭ２２２が格納する場合（例え
ば、ボード製造日、ボード改訂番号、製造設備など；詳
細はセクション５で後述）、このようなインジケータ
が、新たに受信したＲＯＭファームウェアイメージの中
の同一インジケータと比較される。この比較は、上で解
説したチェックサム比較の代わりにあるいはチェックサ
ム比較に追加して行なってもよい。
【０２９７】ＲＯＭファームウェアイメージをフラッシ
ュするのと同時に、新しいＭＡＣアドレスもＥＰＲＯＭ
２２２中へフラッシュできることに留意すべきである。
しかしながら、ＮＥＢテストの完了時、出荷に先立っ
て、ＭＡＣアドレスをフラッシュすることが望ましい。
この機能については、セクション５に関連してより詳細
に説明する。
【０２９８】５． テスト ＮＥＢをプリンタにインストールする前に、ＮＥＢハー
ドウェア及びソフトウェアの構成要素の完全性を保証す
るために、ＮＥＢをテストすることができる。図２５に
は、ＮＥＢ２をテストするのに利用できる１つのテスト
環境の構成が描かれている。図２５において、ＮＥＢ２
は、ＮＥＢシリアルポート２１８に接続するケーブル３
０２を介してＰＣ１ （３００）に接続している。テス
ト結果を印刷するためにプリンタ３０４をＰＣ１（３０
０）に接続してもよい。
【０２９９】ＮＥＢ２は、ＳＣＳＩバス３０８、及びイ
ーサネットＬＡＮ接続３１０、３１２を介してテストド
ライバＰＣ２（３０６）に接続されている。ＰＣ２（３
０６）にはＳＣＳＩボード３１４及びネットワーク制御
ボード３１６が含まれているため、プリンタ及びＬＡＮ
エンティティ（ネットワーク管理者のＰＣ１４のよう
な）をシミュレートすることができる。シリアルポート
２１８を介してＰＣ１（３００）からＮＥＢへ入力され
るテストプログラムの命令にしたがって、ＰＣ２はトラ
ンスポンダとしての機能を果たし、ＮＥＢ２からの、及
び、ＮＥＢ２への通信を送受信する。
【０３００】ＮＥＢ２は電源が投入された後、電源投入
自己検査オペレーションを実行する。ＮＥＢ２がＰＯＳ
Ｔで各テストオペレーションを実行している間、ＰＣ１
（３００）はシリアルケーブル３０２を介してテストチ
ェックポイント結果を受信する。
【０３０１】ＮＥＢ２によってＰＯＳＴが完全に終了し
たことが判定されると、ＮＥＢ２は「ダウンロード準備
ＯＫ」の状態になる。この状態で、ＮＥＢ２は、入力ポ
ートのうちどれか１つからさらに入力命令が入るのを約
１秒間待つ。
【０３０２】ＮＥＢがダウンロード状態になっている
間、ＰＣ１（３００）はシリアルポート２１８を介して
ＮＥＢへテストプログラムをアップロードする。各テス
トプログラムの実行がＮＥＢ２によって完了すると、検
査のためにＰＣ１（３００）に各テスト結果が送られ
る。次のチェックポイントがタイムアウト（例えば１
秒）の間に受信されない場合、ＮＥＢのテストプログラ
ム実行中にエラーが生じたとみなされ、エラー信号がＰ
Ｃ１（３００）によって出力される。このエラー信号は
ＰＣ１（３００）のディスプレイ上に表示してもよい
し、プリンタ３０４で印刷することもできる。
【０３０３】一方、ＰＣ１（３００）によって受信され
た次のチェックポイントが検査されなかった場合、ＰＣ
１（３００）は受信された結果に従って、このテストプ
ログラムを書直す（より詳細なテストモジュールをさら
に加えることによって）。このようにして、ＰＣ１（３
００）は問題箇所をつきとめＮＥＢ２をデバッグするこ
とができる。
【０３０４】ＳＣＳＩバス３０８あるいはＬＡＮ接続３
１０、３１２のうちのいずれか１つを介して、ＰＣ２
（３０６）と通信することをＮＥＢ２に要求するテスト
プログラムもある。例えば、テストプログラムに従っ
て、ＮＥＢ２は、ＬＡＮ接続３１０を介してＰＣ２にデ
ータを要求してもよい。ＰＣ２（３０６）はＮＥＢ２か
ら各々の通信に対して適切な応答を返すように構成され
ており、それによって、プリンタ及び他方のＬＡＮ構成
要素が効果的にエミュレートされる。正確な通信がＰＣ
２（３０６）から返された場合、シリアルポート２１８
を介してＰＣ１（３００）へ別のチェックポイントを通
過させることによって、ＮＥＢ２はテストが成功したこ
とを示す。
【０３０５】図２６Ａ及び図２６Ｂに示されたフローチ
ャートを参照し、図２５に描かれたテスト構成に従っ
て、以下、ＮＥＢ２をテストするための方法について、
より詳細に説明する。
【０３０６】ＮＥＢ２にまず電源が投入されると、ステ
ップＳ２６０１において、ＥＰＲＯＭ２２２からＮＥＢ
２によってＰＯＳＴプログラムが実行される。ＰＯＳＴ
プログラムには、構成要素のオペレーション及びソフト
ウェアのプログラミングをテストするための個々のプロ
グラムが含まれる。ＰＯＳＴ内で個々のプログラムが実
行された後、ステップＳ２６０２において、チェックポ
イントがＰＣ１（３００）へ送られ、検査される。個々
のプログラムの実行後所定の時間チェックポイントが送
られない場合、あるいは、戻されたチェックポイントが
不正確である場合、ステップＳ２６０３において、ＰＣ
１（３００）からエラー信号が送られる。しかし、すべ
てのチェックポイントが正確で、所定の時間内に受信さ
れた場合は、処理はステップＳ２６０４へ進み、そこ
で、ＰＣ１（３００）はＮＥＢへテストプログラムを送
る準備をする。
【０３０７】ステップＳ２６０５で、ＰＯＳＴプログラ
ムは完了し、ＮＥＢ２はポートのいずれか（好適にはシ
リアルポート）を介して送られてくる命令を待つ。待機
時間は約１秒で、この間に、ＰＣ１（３００）は、用意
したテストプログラムを用いて応答を行わなければなら
ない。ステップＳ２６０６において、ＰＣ１（３００）
が、待機時間内にＮＥＢ２にテストプログラムを送って
応答しない場合、処理はステップＳ２６０７へ進み、こ
こで、ＮＥＢはその正常のオペレーションモードに入
る。
【０３０８】ステップＳ２６０６において、ＰＣ１（３
００）からのテストプログラム命令セットが受信される
と、更にテストプログラムが含まれているこの命令セッ
トはＤＲＡＭ２２０のＮＥＢ２に格納される（ステップ
Ｓ２６０８）。ステップＳ２６０９において、ＰＣ１
（３００）によって命令セットが起動され、ＮＥＢ２に
よってこの命令セットの中の各テストプログラムが実行
される。
【０３０９】このテストプログラム命令セットには、Ｐ
Ｃ２（３０６）をＬＡＮ周辺装置として構成することを
ＮＥＢ２に要求するプログラムや、ＰＣ２（３０６）を
ＳＣＳＩ周辺装置として構成することをＮＥＢ２に要求
するプログラムを、任意の順序で含むこともできる。い
ずれの場合においても、構成された後のＰＣ２（３０
６）は、ＮＥＢによって送られたデータ・ブロックを、
通常、単に返信することによって、ＮＥＢ２からのそれ
ぞれの通信に対して応答する。
【０３１０】簡潔に述べると、ステップＳ２６１０（図
２６Ｂ）において、ＮＥＢ２はＬＡＮ周辺機器としてＰ
Ｃ２（３０６）を構成し、ＰＣ２（３０６）はＮＥＢ２
に対して応答を送ることによって応答し、この応答によ
って、ＮＥＢ２が受信したデータが返信されることによ
ってＬＡＮループバックテストが効果的に行なわれる。
ＮＥＢ２はＰＣ２と通信し、シミュレートされた印刷ジ
ョブ結果を受信する。ステップＳ２６１１において、各
ブロックジョブの結果がＰＣ１（３００）へ送られ、こ
のテスト結果が正確か否かがＰＣ１（３００）によって
判定される。ステップＳ２６１１において、テスト結果
が不正確であることがＰＣ１（３００）によって判定さ
れると、ステップＳ２６１１で受信されたテスト結果に
従って書直された分岐テストプログラムが、ＰＣ１（３
００）によって送られる（ステップＳ２６１２）。しか
しながら、分岐テストプログラムがもはや存在しなくな
ると、ステップＳ２６１２において、ＰＣ１（３００）
はＬＡＮテストを停止し、エラー信号を出力する。
【０３１１】このようにして、ステップＳ２６１１にお
いて、ＮＥＢ２によってＬＡＮ通信テストが行なわれ
る。ＮＥＢ２が各々のＬＡＮ通信テストをうまくパスし
たならば、処理はステップＳ２６１３へ進み、ここで、
ＰＣ２（３０６）はＳＣＳＩ周辺装置として構成され、
その受信データを返信することによって、ＳＣＳＩルー
プバックテストが行なわれる。ステップＳ２６１４にお
いて、このテスト結果はＰＣ１（３００）へ送られ、こ
の結果が不正確である場合、ステップＳ２６１５におい
て、このテスト結果に従って分岐テストがＰＣ１（３０
０）によって同様に送られる。もちろん、周辺機器との
通信をさらにテストするための分岐テストがもはや存在
しなくなれば、ＰＣ１（３００）によってこのテストは
停止され、エラー信号が出力される。
【０３１２】ステップＳ２６１４において、ＮＥＢ２が
各ＳＣＳＩ通信テストをうまくパスしたならば、処理は
ステップＳ２６１６へ進み、ここで、ＮＥＢ２はＰＣ１
（３００）から更なる命令を要求する。ＰＣ１（３０
０）が更なる命令を返信すると、処理はステップＳ２６
０５へ戻るが、さらにテストを行なう必要がない場合
は、ＮＥＢテストは終了する。
【０３１３】要するに、ＬＡＮインタフェース及びテス
トインタフェースを持つ対話型ネットワークボードをテ
ストするための方法には、ボードに電源を投入し、テス
トインタフェースを介してボードＲＯＭから実行された
ＰＯＳＴ結果を読取り、また、テストインタフェースを
介してＲＡＭボードへテストプログラムをダウンロード
するという諸ステップが含まれる。次いで、テストプロ
グラムが起動され、ＲＡＭボードから実行される。それ
から、ボードは、周辺装置をＬＡＮドライバあるいはＳ
ＣＳＩ周辺機器として構成するように（ＬＡＮあるいは
ＳＣＳＩインタフェースのいずれかを介して）命令を受
ける。次いで、ボードはテストプログラムに従って、Ｌ
ＡＮドライバあるいはＳＣＳＩ周辺機器と対話する。そ
れから、テストプログラムの結果がテストインタフェー
スを介してテストコンピュータへ出力され、テストコン
ピュータではこれらのテスト結果を受信する。あるテス
トが失敗すると、その失敗のタイプに従って、補足テス
トプログラムが書かれる。新たに書かれたテストプログ
ラムによって、故障検出と診断を行なうことができ、次
いで、これらの補足的に書かれたテストプログラムをＰ
Ｃ１からＲＡＭボードにダウンロードすることもでき
る。
【０３１４】ひとたびすべてのテストがうまく終了すれ
ば、オペレーションファームウェアをＥＰＲＯＭ２２２
中にフラッシュすると便利であろう（工場試験環境にお
いては）。特に、テストプログラムの最後のステップを
利用して、引渡しに先立って、必要なファームウェアイ
メージをＥＰＲＯＭ２２２のＮＥＢ中へロードしてもよ
い。（セクション４ｑを参照）。ＥＰＲＯＭ２２２へフ
ラッシュされるファームウェアには、ＮＥＢ２のための
ユニークなＭＡＣアドレスも含まれる。
【０３１５】従来、ＭＡＣアドレスはＰＲＯＭ２３２の
ような専用ＰＲＯＭチップを用いて、回路基板に組み込
まれていた。しかしながら、ＭＡＣアドレスをＥＰＲＯ
Ｍ中にフラッシュすればＰＲＯＭチップの必要がなくな
ると同時に、ＭＡＣアドレスを不揮発性の状態で格納し
ておくことができることが分かった。（もちろん、パラ
グラフ４ｑにおいて説明したように、ＮＥＢ２をＬＡＮ
に接続した後、ＲＡＭファームウェアイメージを更新す
ると同時に、遠隔地からＭＡＣアドレスをＥＰＲＯＭへ
フラッシュさせることもできる。）図２６Ｂのステップ
Ｓ２６１７において、ＮＥＢのテストが完了し、各ボー
ドを、各ボード独自の個々の識別番号（一般にはＭＡＣ
アドレスを参照）で指定してもよい。このようにして、
ステップＳ２６１７において、ＲＯＭファームウェアイ
メージがＥＰＲＯＭ２２２に格納されるべきか否かが判
定される。格納すべきイメージがない場合、テストは終
了する。しかしながら、格納すべきイメージがある場
合、処理はステップＳ２６１８へ進み、ここで、ＲＯＭ
イメージは（ＭＡＣアドレスと共に）ＥＰＲＯＭ２２２
中へフラッシュされる。ステップＳ２６１８で、ＰＲＯ
Ｍ２３２に通常格納されるボードの改訂番号、製造デー
タ、テスタ名等のような他のデータがＭＡＣアドレスと
一緒に、ＥＰＲＯＭ２２２中へフラッシュされることが
望ましい。
【０３１６】ＲＯＭファームウェア及びＭＡＣアドレス
をＥＰＲＯＭ２２２へフラッシュするための２つの可能
なシナリオを考察してきた。第１のケースでは、製造テ
ストの際に用いられる高性能の診断セットでＮＥＢ２に
予めロードされる。このアプローチによって、特定のテ
ストをダウンロードするのに必要とされる時間が削減さ
れる。というのは、これらのテストはファームウェア中
にすでに存在するからである。この場合、諸テストが成
功した後、ファームウェアの最終製造版がボード中にロ
ードされ、ＭＡＣアドレス並びに、ボード改訂、製造デ
ータ、テスタのようなハードウェアに関する他の情報と
共にフラッシュされる（ステップＳ２６１８）。第２の
ケースでは、ボードがファームウェアの最終製造版とと
もに組み立てられる。この場合、ボードの特定情報領域
が空白にされ、ステップＳ２６１８においてテストがう
まく実行された後、この領域のみがロードされ、フラッ
シュされる。
【０３１７】要するに、ＬＡＮインタフェースを持つ対
話型ネットワークボード中へプログラム可能ファームウ
ェアをテスト後ロードする方法としては、ＬＡＮインタ
フェースを介してＤＲＡＭ２２０へＲＯＭファームウェ
アイメージ（ＭＡＣアドレスを含めて）をダウンロード
するステップが含まれる。ＲＯＭイメージの完全性がこ
こで確認され、ボードはＥＰＲＯＭを電子的に消去する
ように命じられる。次いで、ＥＰＲＯＭは、ＭＡＣアド
レスが含まれるＲＯＭイメージでフラッシュされ、それ
から、ボードはＥＰＲＯＭからリブートされる。
【０３１８】以上のように、上記の詳細な説明は、ＬＡ
Ｎに周辺機器を接続するための構造及び機能を含んだ対
話型ネットワーク回路基板に関するものであり、これに
よって、周辺機器がＬＡＮに応答する対話型構成要素と
なる。
【０３１９】以上、本発明の好適な実施例と考えられる
ものに関して説明してきたが、本発明はこの開示した実
施例に限定されるものではないことは言うまでもない。
むしろ、本発明は、特許請求の範囲が示す思想とその範
囲内に含まれる様々な変更及び同等物をカバーすること
を意図するものである。特許請求の範囲は、このような
変更及び同等の構造類及び機能をすべて含むように最も
広い解釈が与えられるべきものである。
【０３２０】
【発明の効果】以上説明したように本発明によれば、ネ
ットワークに接続される周辺装置のデフォルト装置環境
が保証されるという効果がある。
【図面の簡単な説明】
【図１】本発明の代表的な実施例であるローカルエリア
ネットワーク（ＬＡＮ）のブロック図である。
【図２】相互に接続された複数のローカルエリアネット
ワーク（ＬＡＮ）のブロック図である。
【図３】ローカルエリアネットワーク（ＬＡＮ）とプリ
ンタ間で接続された、本実施例によるネットワーク拡張
ボードを示すブロック図である。
【図４】本実施例によるネットワーク拡張ボードのブロ
ック図である。
【図５Ａ】本実施例によるネットワーク拡張ボードの基
本的機能を示す概要フローチャートである。
【図５Ｂ】本実施例によるネットワーク拡張ボードの基
本的機能を示す概要フローチャートである。
【図５Ｃ】本実施例によるネットワーク拡張ボードの基
本的機能を示す概要フローチャートである。
【図６】ソフトウェアモジュールがネットワーク拡張ボ
ードＲＯＭからＲＡＭへロードされる順序を示す図であ
る。
【図７】ＬＡＮとネットワーク拡張ボード間のハードウ
ェア及びソフトウェアインタフェースを示すブロック図
である。
【図８】ネットワーク拡張ボードをオペレーションモー
ドに設定するためにＥＰＲＯＭファームウェアをどのよ
うに構成するかを示すフローチャートである。
【図９】イーサネットで使用される異なるフレームパケ
ットの物理的構造を示す図である。
【図１０】ＰＲＥＳＣＡＮソフトウェアモジュールの動
作を示すフローチャートである。
【図１１】ＰＲＥＳＣＡＮモジュールが他のソフトウェ
アプロトコルで使用される場合を示す図である。
【図１２】ＳＡＰＳＥＲＶＥＲプログラムのソフトウェ
ア構造を説明するための図である。
【図１３】ＳＡＰＳＥＲＶＥＲの動作を示すフローチャ
ートである。
【図１４】ＣＰＩＮＩＴプログラムの動作を示すフロー
チャートである。
【図１５Ａ】ＣＰＣＯＮＳＯＬプログラムの動作を示す
フローチャートである。
【図１５Ｂ】ＣＰＣＯＮＳＯＬプログラムの動作を示す
フローチャートである。
【図１６Ａ】ＣＰＳＯＣＫＥＴプログラムの動作を示す
フローチャートである。
【図１６Ｂ】ＣＰＳＯＣＫＥＴプログラムの動作を示す
フローチャートである。
【図１７Ａ】周辺装置の統計値の自動的ロギングを示す
フローチャートである。
【図１７Ｂ】周辺装置の統計値の自動的ロギングを示す
フローチャートである。
【図１８】マルチタスキング処理がどのように実行され
るか示すフローチャートである。
【図１９】安全なデフォルト機器構成にプリンタを設定
する手順を示すフローチャートである。
【図２０】ローカルエリアネットワーク（ＬＡＮ）から
ネットワーク拡張ボードへの実行可能ファイルのダウン
ローディングを示すフローチャートである。
【図２１】ネットワーク拡張ボードのＥＰＲＯＭで独立
に実行可能なモジュールのローディングを示すフローチ
ャートである。
【図２２】ネットワーク拡張ボードＥＰＲＯＭフラッシ
ュ保護回路を示すブロック図である。
【図２３】図２２に示す回路の動作を示すフローチャー
トである。
【図２４】ネットワーク拡張ボードＥＰＲＯＭにファー
ムウェアを遠隔操作でロードする動作を示すフローチャ
ートである。
【図２５】ネットワーク拡張ボードをテストするための
ハードウェア機器構成を示すブロック図である。
【図２６Ａ】図２５のテスト構成を用いたネットワーク
拡張ボードテスト方法を示すフローチャートである。
【図２６Ｂ】図２５のテスト構成を用いたネットワーク
拡張ボードテスト方法を示すフローチャートである。
【符号の説明】
２ ネットワーク拡張ボード（ＮＥＢ） ４ プリンタ ６ ＬＡＮ ８ ＬＡＮインタフェース １０、１２、１８、２２ ＰＣ １４ ネットワーク管理装置用ＰＣ ３０ ファイルサーバ ２０６ イーサネットネットワークコントローラ ２１０、２１２ 電源変換器 ２１６ マイクロプロセッサ ２１８ シリアルポート ２２０ ＤＲＡＭ ２２２ ＥＰＲＯＭ ２２４ ＳＣＳＩコントローラ ２２６ プリンタ拡張ボード ２２８ ＮＶＲＡＭ ２３０ コントロールレジスタ ２３２ ＭＡＣアドレス／ハードウェアＩＤ
フロントページの続き (72)発明者 アンドリュー ジェイ． クラスラブスキ ー アメリカ合衆国 カリフォリニア州 92688， ランチョ サンタ マルガリー タ， ティンブレ 90 (72)発明者 ウィリアム シー． ラッセル アメリカ合衆国 カリフォリニア州 92653， ラグナ ヒルズ， ロス ガト ス ドライブ 24901 (72)発明者 ジョージ エイ． カルビッツ アメリカ合衆国 カリフォリニア州 92626， コスタ メサ， ロヨラ ロー ド 209 (72)発明者 ロバート ディー． ワッズワース アメリカ合衆国 カリフォリニア州 92626， コスタ メサ， イー． バッ キンガム ドライブ 1106 (72)発明者 ローレイン エフ． バレット アメリカ合衆国 カリフォリニア州 92686， ヨーバ リンダ， キヤッスル ロック ロード 21065

Claims (18)

    【特許請求の範囲】
  1. 【請求項１】 不揮発性メモリを有するＬＡＮの周辺装
    置のデフォルト周辺装置環境を保証するデフォルト設定
    装置であって、 前記周辺装置に結合された回路基板と、 前記回路基板上に搭載され、前記回路基板を前記周辺装
    置に結合する双方向インタフェースと、 前記回路基板上に搭載され、前記回路基板を前記ＬＡＮ
    に結合するＬＡＮインタフェースと、 前記回路基板上に搭載され、前記ＬＡＮインタフェース
    を経て受信した周辺装置データを記憶するＲＡＭと、 前記回路基板上に搭載され、（１）所定の周辺装置特性
    を対応する所定の状態に設定する信号を含むデフォルト
    構成コードが前記不揮発性メモリに記憶されるように
    し、（２）前記双方向インタフェースを経て前記不揮発
    性メモリから前記ＲＡＭに前記デフォルト構成コードを
    読み出し、（３）前記双方向インタフェースを経て前記
    デフォルト構成コードと前記周辺装置データとを前記周
    辺装置に伝送して、前記周辺装置は周辺装置特性を所定
    の状態に設定できるようにするプロセッサとを有するこ
    とを特徴とするデフォルト設定装置。
  2. 【請求項２】 前記周辺装置はプリンタを含み、前記双
    方向インタフェースはＳＣＳＩインタフェースを含み、 前記周辺装置のデータはプリントデータを含み、前記プ
    ロセッサは、（１）前記プリントデータにプリントジョ
    ブ開始の標識とプリントジョブ終了の標識とを提供し、
    （２）前記デフォルト構成コードに前記プリントジョブ
    開始の標識と前記プリントジョブ終了の標識の内の一つ
    を追加し、（３）前記ＳＣＳＩインタフェースを経て前
    記追加された構成コードと共に前記プリントデータを前
    記プリンタに伝送することを特徴とする請求項１に記載
    のデフォルト設定装置。
  3. 【請求項３】 前記デフォルト構成コードは、前記プリ
    ントデータの始めに追加されたプリンターエスケープシ
    ーケンスを含むことを特徴とする請求項２に記載のデフ
    ォルト設定装置。
  4. 【請求項４】 前記不揮発性メモリは、複数の異なる
    ＬＡＮソース各々に対応する複数のデフォルト構成コー
    ドを記憶し、 前記プロセッサは前記ＲＡＭに記憶された前記周辺装置
    データのＬＡＮソースを決定し、前記決定されたＬＡＮ
    ソースに対応する前記デフォルト構成コードを前記不揮
    発性メモリから前記ＲＡＭに読み出すことを特徴とする
    請求項１に記載のデフォルト設定装置。
  5. 【請求項５】 前記ＬＡＮインタフェースは、前記ＬＡ
    Ｎを経て遠隔地のＬＡＮソースからの新デフォルト構成
    コードを受け取り、前記ＲＡＭは、前記新デフォルト構
    成コードを記憶し、前記プロセッサは、前記新デフォル
    ト構成コードが前記双方向インタフェースを経て伝送さ
    れ、前記不揮発性メモリに記憶されるようにすることを
    特徴とする請求項１に記載のデフォルト設定装置。
  6. 【請求項６】 前記双方向インタフェースは、前記周辺
    装置から、前記周辺装置の特性が所定状態に設定されて
    いることを指示する信号を受け取ることを特徴とする請
    求項１に記載のデフォルト設定装置。
  7. 【請求項７】 自己の構成を設定可能なＬＡＮ接続の
    プリンタであって、 構成コードを記憶するプリンタ不揮発性メモリと、 印刷を表現するプリンタ手段と、前記プリンタ手段に結
    合されプリントデータを前記プリンタ手段に伝送し、前
    記プリンタ不揮発性メモリに結合され前記プリンタ不揮
    発性メモリから前記構成コードを伝送するＳＣＳＩイン
    タフェースと、 前記ＬＡＮからプリントデータを受け取るＬＡＮインタ
    フェースと、 前記ＳＣＳＩインタフェースと前記ＬＡＮインタフェー
    スとに結合され、前記プリントデータと前記構成コード
    を記憶するＲＡＭと、 前記ＳＣＳＩインタフェースと前記ＬＡＮインタフェー
    スとの間に結合され、（１）前記プリンタ不揮前記構成
    コードを読み出し、（２）前記プリントデータをプリン
    トジョブブロックに順序付け、（３）前記構成コードを
    前記プリントジョブブロックに追加し、（４）前記ＳＣ
    ＳＩインタフェースを通じて前記プリンタ手段に前記プ
    リントジョブブロックと前記追加された構成コードとを
    伝送するプロセッサとを有し、 前記プリンタ手段は、（１）前記受信されたプリントジ
    ョブブロックに従って印刷を表現し、（２）前記追加さ
    れた構成コードに対応する所定構成に前記プリンタ手段
    自身を置くことを特徴とするプリンタ。
  8. 【請求項８】 前記プリンタ手段に脱着可能に結合され
    た対話型ネットワーク基板を更に有し、 前記ＳＣＳＩインタフェース、前記ＲＡＭ、前記ＬＡＮ
    インタフェース、前記プロセッサは全て、前記対話型ネ
    ットワーク基板上に搭載されることを特徴とする請求項
    ７に記載のプリンタ。
  9. 【請求項９】 前記ＬＡＮインタフェースは、遠隔地の
    ＬＡＮロケーションから新構成コードを受け取り、 前記プロセッサは、前記新構成コードが前記プリンタ不
    揮発性メモリに記憶されるようにすることを特徴とする
    請求項７に記載のプリンタ。
  10. 【請求項１０】 前記プリンタ不揮発性メモリは、複数
    の構成コードを記憶し、 前記プロセッサは、前記ＲＡＭへの読み出しと前記プリ
    ントジョブブロックへの追加する複数の構成コードの内
    の一つを選択することを特徴とする請求項７に記載のプ
    リンタ。
  11. 【請求項１１】 前記プロセッサは、（１）前記ＬＡＮ
    から受信したプリントデータを分析し前記プリントデー
    タのタイプを決定し、（２）前記決定されたプリントデ
    ータタイプに基づいて、前記一つの構成コードを選択す
    ることを特徴とする請求項１０に記載のプリンタ。
  12. 【請求項１２】 前記追加された構成コードは、プリン
    タエスケープシーケンスを含むことを特徴とする請求項
    ７に記載のプリンタ。
  13. 【請求項１３】 前記プロセッサに結合され、前記述べ
    られたプロセッサの機能、即ち、（１）前記プリンタ不
    揮前記構成コードを読み出すこと、（２）前記プリント
    データをプリントジョブブロックに順序付けること、
    （３）前記構成コードを前記プリントジョブブロックに
    追加すること、（４）前記ＳＣＳＩインタフェースを通
    じて前記プリンタ手段に前記プリントジョブブロックと
    前記追加された構成コードとを伝送することを実行する
    実行ソフトウエアを記憶するＰＲＯＭを更に有すること
    を特徴とする請求項７に記載のプリンタ。
  14. 【請求項１４】 前記プリンタ手段はプリンタ状態デー
    タを発生し、 前記プロセッサは、（１）所定間隔で前記プリンタ手段
    に問い合わせ、前記ＲＡＭに前記プリンタ状態データを
    記憶し（２）前記ＬＡＮインタフェースを通じて遠隔地
    のＬＡＮロケーションから受信した状態要求に応じて、
    前記ＬＡＮインターフェイスを通じ前記ＬＡＮを経て前
    記記憶されたプリンタ状態データを伝送することを特徴
    とする請求項７に記載のプリンタ。
  15. 【請求項１５】 構成をプリンタに提供するプリンタ構
    成提供方法であって、 対話型ネットワーク基板においてＬＡＮインタフェース
    を経て構成コードを受信する受信工程と、 前記対話型ネットワーク基板とぜんきプリンタとの間に
    結合された双方向インタフェースを経て前記プリンタの
    ＮＶＲＡＭに前記構成コードを記憶する第１記憶工程
    と、 前記双方向インタフェースを経て、前記プリンターの前
    記ＮＶＲＡＭから前記対話型ネットワーク基板のＤＲＡ
    Ｍに前記構成コードをダウンロードするダウンロード工
    程と、 前記ＬＡＮインタフェースを経てプリント情報を受信
    し、前記双方向インタフェースを経て前記プリンタに前
    記プリント情報を提供する提供工程と、 プリントジョブの開始とプリントジョブの終了の内の一
    つを検出し、前記検出に応じて、前記プリンタに前記構
    成コードを送る第１検出送信工程とを有することを特徴
    とするプリンタ構成提供方法。
  16. 【請求項１６】 前記プリンタの前記ＮＶＲＡＭに複数
    の構成コードを記憶する第２記憶工程と、 プリントジョブの特定ソースに対して、前記構成コード
    として、前記複数の構成コードのそれぞれを選択的に指
    定する指定工程と、 前記プリントジョブの開始を検出し、前記ジョブのソー
    スを識別し、前記識別されたソースに従って前記プリン
    タに適切な構成コードを送る第２検出送信工程とを更に
    有することを特徴とする請求項１５に記載のプリンタ構
    成提供方法。
  17. 【請求項１７】 前記第１検出送信工程は、 前記プリントジョブの開始を検出するジョブ開始検出工
    程と、 前記プリントジョブの一端にデフォルト構成エスケープ
    シーケンスを追加する追加工程と、 前記プリンタに前記プリントジョブと前記追加されたエ
    スケープシーケンスとを送る送信工程とを有することを
    特徴とする請求項１５に記載のプリンタ構成提供方法。
  18. 【請求項１８】 構成確認信号を前記ＬＡＮインタフェ
    ースに送る確認信号送信工程を更に有することを特徴と
    する請求項１５に記載のプリンタ構成提供方法。
JP28460093A 1992-11-18 1993-11-15 デフォルト設定装置、プリンタ及びプリンタ構成提供方法 Expired - Lifetime JP3423379B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US07/978,517 US5613160A (en) 1992-11-18 1992-11-18 In an interactive network board, method and apparatus for placing a network peripheral in a default configuration
US07/978517 1992-11-18

Publications (2)

Publication Number Publication Date
JPH06214734A true JPH06214734A (ja) 1994-08-05
JP3423379B2 JP3423379B2 (ja) 2003-07-07

Family

ID=25526169

Family Applications (1)

Application Number Title Priority Date Filing Date
JP28460093A Expired - Lifetime JP3423379B2 (ja) 1992-11-18 1993-11-15 デフォルト設定装置、プリンタ及びプリンタ構成提供方法

Country Status (4)

Country Link
US (1) US5613160A (ja)
EP (1) EP0598501B1 (ja)
JP (1) JP3423379B2 (ja)
DE (1) DE69315961T2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1318952C (zh) * 2004-04-09 2007-05-30 富士施乐株式会社 参数处理装置及用于其的参数设置方法
US7701606B2 (en) 1996-05-14 2010-04-20 Ricoh Company, Ltd. Java printer with a printer control interface in a form of a web page

Families Citing this family (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5638497A (en) * 1992-12-18 1997-06-10 Dataproducts Corporation Virtual printer
US5768583A (en) * 1995-07-27 1998-06-16 Oki America, Inc. Method and system for network printer quick configuration
US6246485B1 (en) 1996-05-23 2001-06-12 Lexmark International, Inc. Printer communication system and method
US6771381B1 (en) 1998-11-13 2004-08-03 Laurence C. Klein Distributed computer architecture and process for virtual copying
US5960167A (en) * 1997-03-24 1999-09-28 Xerox Corporation Printer configuration system
US6026436A (en) * 1997-11-21 2000-02-15 Xerox Corporation System for cloning document processing related settings in a document processing system
US5996024A (en) * 1998-01-14 1999-11-30 Emc Corporation Method and apparatus for a SCSI applications server which extracts SCSI commands and data from message and encapsulates SCSI responses to provide transparent operation
US6954278B1 (en) 1998-02-13 2005-10-11 Lexmark International, Inc. Dynamic printer operating system
US6735625B1 (en) 1998-05-29 2004-05-11 Cisco Technology, Inc. System and method for automatically determining whether a product is compatible with a physical device in a network
JP2000076027A (ja) * 1998-08-24 2000-03-14 Internatl Business Mach Corp <Ibm> 所定動作の実行方法、データ送信方法、プリンタ、下位システム、上位システム、所定動作の実行を管理する制御プログラムを格納した記録媒体、及び、データ送信を制御する制御プログラムを格納した記録媒体
US6237032B1 (en) * 1998-09-30 2001-05-22 Hewlett-Packard Company Network scan server ready state recovery method
US6349304B1 (en) * 1998-12-09 2002-02-19 International Business Machines Corporation Graphical interface for copying settings from network source device to network target devices without transmitting values not usable for features supported by network target devices
US6546373B1 (en) * 1999-01-18 2003-04-08 Mastercard International Incorporated System and method for recovering refundable taxes
US6618162B1 (en) 1999-01-26 2003-09-09 Intermec Ip Corp. Apparatus and method to configure a device, such as a printer, over a network
US6857013B2 (en) * 1999-01-29 2005-02-15 Intermec Ip.Corp. Remote anomaly diagnosis and reconfiguration of an automatic data collection device platform over a telecommunications network
US20050274801A1 (en) * 1999-01-29 2005-12-15 Intermec Ip Corp. Method, apparatus and article for validating ADC devices, such as barcode, RFID and magnetic stripe readers
DE19904090C2 (de) 1999-02-02 2003-06-05 Wolf Gmbh Richard Verfahren und Vorrichtung zur automatischen Steuerung und Verwaltung medizinischer Geräte und Anlagen
US6401141B1 (en) * 1999-02-19 2002-06-04 Autodesk, Inc. Accurate and reliable page size selection in a postscript output device
US6976062B1 (en) * 1999-09-22 2005-12-13 Intermec Ip Corp. Automated software upgrade utility
CA2284947C (en) 1999-10-04 2005-12-20 Storagequest Inc. Apparatus and method for managing data storage
JP2001243157A (ja) * 2000-02-28 2001-09-07 Canon Inc ネットワークシステム、ダウンロード装置、サーバ、ネットワーク管理方法
US6697962B1 (en) 2000-10-20 2004-02-24 Unisys Corporation Remote computer system monitoring and diagnostic board
US7454796B2 (en) * 2000-12-22 2008-11-18 Canon Kabushiki Kaisha Obtaining temporary exclusive control of a printing device
US6725569B2 (en) * 2001-01-30 2004-04-27 Enerquin Air Inc. Device and method for ventilating an offset pocket space in a papermaking machine
US7461377B2 (en) * 2001-02-22 2008-12-02 Electronics For Imaging, Inc. Method and apparatus for automatically managing capabilities in a virtual printer group
US6715098B2 (en) 2001-02-23 2004-03-30 Falconstor, Inc. System and method for fibrechannel fail-over through port spoofing
US7058788B2 (en) * 2001-02-23 2006-06-06 Falconstor Software, Inc. Dynamic allocation of computer memory
US7093127B2 (en) * 2001-08-09 2006-08-15 Falconstor, Inc. System and method for computer storage security
US20040233910A1 (en) * 2001-02-23 2004-11-25 Wen-Shyen Chen Storage area network using a data communication protocol
US7552216B2 (en) 2001-03-27 2009-06-23 Lexmark International, Inc. Method of sharing a printer
US6894804B2 (en) * 2001-10-03 2005-05-17 Toshiba Tec Kabushiki Kaisha Method to dynamically perform document layout functions
US7886026B2 (en) * 2001-10-11 2011-02-08 Hewlett-Packard Development Company, L.P. Hardcopy output engine configuration apparatus and method
US20030074268A1 (en) 2001-10-11 2003-04-17 Haines Robert E. User and device interactions for web consolidation
US20030072027A1 (en) * 2001-10-11 2003-04-17 Haines Robert E. Unique identifier for customer account and method
US20030074547A1 (en) * 2001-10-11 2003-04-17 Haines Robert E. Hardcopy output engine consumable supply management and method
US7284061B2 (en) * 2001-11-13 2007-10-16 Canon Kabushiki Kaisha Obtaining temporary exclusive control of a device
US20030142342A1 (en) * 2002-01-28 2003-07-31 Simpson Shell S. Printing system with notification function
US7133152B2 (en) * 2002-02-28 2006-11-07 Kabushiki Kaisha Toshiba Post RIP paper conversion
US7164492B2 (en) * 2002-03-07 2007-01-16 Kabushiki Kaisha Toshiba Automatic facsimile document resizing
US7245392B2 (en) * 2002-03-08 2007-07-17 Kabushiki Kaisha Toshiba Method for generating a fax cover page
JP3788377B2 (ja) * 2002-03-27 2006-06-21 ブラザー工業株式会社 印刷装置
US20030195952A1 (en) * 2002-04-15 2003-10-16 Henry Steven G. Digital transmitter device configuration
US20030226464A1 (en) * 2002-06-10 2003-12-11 Sharp Laboratories Of America, Inc. Method to keep copies of device queued jobs in the network queue until print delivery is guaranteed
US7200844B2 (en) * 2002-08-08 2007-04-03 Hewlett-Packard Development Company, Lp. User installation of imaging device control system
US7650638B1 (en) * 2002-12-02 2010-01-19 Arcsight, Inc. Network security monitoring system employing bi-directional communication
JP2004341760A (ja) * 2003-05-15 2004-12-02 Ricoh Co Ltd 画像形成装置、プログラム及び記憶媒体
JP4174411B2 (ja) * 2003-10-30 2008-10-29 キヤノン株式会社 ジョブ管理装置、ジョブ管理方法、及びジョブ管理用プログラム
JP4581404B2 (ja) * 2004-01-06 2010-11-17 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム
US20060067295A1 (en) * 2004-09-16 2006-03-30 Lehotsky Daniel A Method and system for automatically configuring a wireless peripheral device in a network environment
US7761864B2 (en) 2005-08-09 2010-07-20 Intermec Ip Corp. Method, apparatus and article to load new instructions on processor based devices, for example, automatic data collection devices
JP2007065840A (ja) * 2005-08-30 2007-03-15 Brother Ind Ltd ネットワーク管理システム
US20070106764A1 (en) * 2005-11-08 2007-05-10 Carl Mansfield System and method for device configuration using a portable flash memory storage device with an infrared transmitter
JP4241724B2 (ja) * 2005-12-16 2009-03-18 ブラザー工業株式会社 通信システム、周辺機器、及び、プログラム
JP4667281B2 (ja) * 2006-02-20 2011-04-06 キヤノン株式会社 周辺装置制御方法及びその情報処理装置と制御プログラム
US8944332B2 (en) 2006-08-04 2015-02-03 Intermec Ip Corp. Testing automatic data collection devices, such as barcode, RFID and/or magnetic stripe readers
US9390352B2 (en) * 2008-04-22 2016-07-12 Hewlett-Packard Development Company, L.P. Concurrent image and diagnostic pattern printing
JP5430181B2 (ja) * 2009-03-10 2014-02-26 キヤノン株式会社 画像形成装置、その制御方法及びプログラム
WO2011064998A1 (ja) * 2009-11-27 2011-06-03 パナソニック株式会社 マスタ装置、スレーブ装置および通信システム
KR20120109665A (ko) * 2011-03-23 2012-10-08 삼성전자주식회사 무선랜 액세스 포인트를 기반으로 하는 정보 푸시 서비스 방법 및 장치 그리고 시스템
US9819436B2 (en) 2013-08-26 2017-11-14 Coriant Operations, Inc. Intranodal ROADM fiber management apparatuses, systems, and methods
US10250437B2 (en) * 2015-10-29 2019-04-02 Arista Networks, Inc. Method and system for configuring network devices
CN108446081B (zh) * 2018-04-11 2019-06-21 杭州旗捷科技有限公司 耗材芯片、耗材、耗材通信方法
WO2020040784A1 (en) 2018-08-24 2020-02-27 Hewlett-Packard Development Company, L.P. Printing device functionality based on consumption and payment

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4974199A (en) * 1984-06-28 1990-11-27 Westinghouse Electric Corp. Digital IC-microcomputer interface
US4742483A (en) * 1985-05-14 1988-05-03 Minolta Camera Company, Ltd. Laser printer maintenance system
US5007013A (en) * 1986-04-01 1991-04-09 Westinghouse Electric Corp. Bidirectional communication and control network with programmable microcontroller interfacing digital ICS and controlled product
US4866664A (en) * 1987-03-09 1989-09-12 Unisys Corporation Intercomputer communication control apparatus & method
US5220674A (en) * 1987-07-17 1993-06-15 Digital Equipment Corporation Local area print server for requesting and storing required resource data and forwarding printer status message to selected destination
JPH0253105A (ja) * 1988-08-17 1990-02-22 Mitsubishi Electric Corp 数値制御装置
JP2755622B2 (ja) * 1988-10-24 1998-05-20 株式会社東芝 画像形成装置
US5050098A (en) * 1989-08-25 1991-09-17 Lexmark International, Inc. Printer initialization system
US5075875A (en) * 1990-04-20 1991-12-24 Acuprint, Inc. Printer control system
US5293466A (en) * 1990-08-03 1994-03-08 Qms, Inc. Method and apparatus for selecting interpreter for printer command language based upon sample of print job transmitted to printer
US5197128A (en) * 1991-03-04 1993-03-23 Hewlett-Packard Company Modular interface
US5317693A (en) * 1991-04-04 1994-05-31 Digital Equipment Corporation Computer peripheral device network with peripheral address resetting capabilities
US5428748A (en) * 1992-09-24 1995-06-27 National Semiconductor Corporation Method and apparatus for automatically configuring a computer peripheral

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7701606B2 (en) 1996-05-14 2010-04-20 Ricoh Company, Ltd. Java printer with a printer control interface in a form of a web page
CN1318952C (zh) * 2004-04-09 2007-05-30 富士施乐株式会社 参数处理装置及用于其的参数设置方法

Also Published As

Publication number Publication date
DE69315961D1 (de) 1998-02-05
EP0598501B1 (en) 1997-12-29
US5613160A (en) 1997-03-18
DE69315961T2 (de) 1998-05-14
EP0598501A1 (en) 1994-05-25
JP3423379B2 (ja) 2003-07-07

Similar Documents

Publication Publication Date Title
JP3423379B2 (ja) デフォルト設定装置、プリンタ及びプリンタ構成提供方法
JP3478576B2 (ja) インタフェース装置、対話型ネットワーク回路基板及びインタフェース方法
JP3431964B2 (ja) ネットワーク装置、回路基板、及びインタフェース方法
JP3450394B2 (ja) アクセス管理方法及び該方法を用いたローカルエリアネットワーク
JP3503648B2 (ja) ネットワークサーバー管理方法及び装置
JP3391865B2 (ja) 記録装置及び記録方法
JP3397395B2 (ja) メディアアクセス制御アドレスを遠隔から記憶するリモート記憶方法およびネットワーク接続装置
JP3368016B2 (ja) パケット形式判定方法及び装置
JP3412881B2 (ja) ファイル形成装置及びファイル形成方法
JP3305069B2 (ja) 対話型ネットワーク基板の試験方法及びその試験装置
JP4250535B2 (ja) 情報処理方法及び装置
JP3548208B2 (ja) マルチプロトコル処理方法及び装置
JP3563751B2 (ja) ファームウェア書き込み方法、ネットワーク接続装置、及び遠隔情報ロード装置
JPH06259364A (ja) 動作構成形成装置、動作構成設定装置、構成設定装置、動作構成形成方法及び動作構成設定方法
JPH06214929A (ja) 遠隔制御方法及び装置
JP3548209B2 (ja) データロード方法及び装置及び該装置を用いた対話型ネットワーク基板
JPH06214810A (ja) マルチタスク処理方法及び装置及び対話型ネットワーク基板

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20030404

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090425

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090425

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100425

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110425

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130425

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130425

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140425

Year of fee payment: 11

EXPY Cancellation because of completion of term