【事件の表示】
　特許第３１９７７１７号「ネットワークプリンタ装置及びＬＡＮネットワークシステム」の請求項１ないし８、１０、１２ないし２３に係る特許に対する特許異議の申立てについて、次のとおり決定する。
【結　論】
　訂正を認める。
　特許第３１９７７１７号の請求項１ないし１８に係る特許を維持する。
理　由
　
１．手続の経緯
　本件特許第3197717号の発明についての出願は、平成５年11月16日に出願され、平成13年６月８日にその発明について特許権の設定登録がなされ、その後、高橋四郎、森島なるみ、大木茂、及び梅沢晃より特許異議の申立てがなされ、取消しの理由が通知され、その指定期間内である平成14年９月３日に訂正請求がなされるとともに特許異議意見書が提出されたものである。 
　
２．訂正の適否について
　
〔2-1〕訂正の内容
　特許権者が求めている訂正の内容は、次のとおりのものである。
 (1) 訂正事項ａ
　特許査定時の特許請求の範囲の請求項１、２を削除し、特許査定時の特許請求の範囲の請求項３〜11を新たに請求項１〜９とする。また、特許査定時の特許請求の範囲の請求項３〜11は同請求項１あるいは２に従属するため、同請求項１あるいは２の記載を引用してそれぞれ独立項（訂正後の請求項１〜９）に訂正する。
　特許査定時の特許請求の範囲の請求項12を削除し、特許査定時の特許請求の範囲の請求項13〜21を訂正後の請求項10〜18とする。また、特許査定時の特許請求の範囲の請求項13、14、16は同請求項１あるいは２あるいは12に従属するため、同請求項１あるいは２あるいは12の記載を引用してそれぞれ独立項（訂正後の請求項10、11、13）に訂正する。特許査定時の特許請求の範囲の請求項15、17（訂正後の請求項12、14）は訂正後の請求項11、13にそれぞれ従属するように訂正する。特許査定時の特許請求の範囲の請求項19〜21（訂正後の請求項16〜18）は、特許査定時の特許請求の範囲の請求項18（訂正後の請求項15）に従属するため、訂正後の請求項15に従属するように訂正する。
 (2) 訂正事項ｂ
　特許査定時の特許請求の範囲の請求項22、23を削除する。
 (3) 訂正事項ｃ
　特許査定時の特許請求の範囲の請求項２における「印刷コントロール部」に関し、特許査定時の特許請求の範囲の請求項２を引用した訂正後の請求項１〜４、10、11において「印刷コントロール部」を「プリンタコントロール部」と訂正する。
 (4) 訂正事項ｄ
　特許査定時の特許請求の範囲の請求項５における「ジョブ等」、及び「ジョブ情報等」を、訂正後の請求項３においては、それぞれ、「ジョブ」、及び「ジョブ情報」と訂正する。
　特許査定時の特許請求の範囲の請求項20における「ハードトラブル等」を、訂正後の請求項17においては「ハードトラブル」と訂正する。
　
〔2-2〕訂正の目的の適否、新規事項の有無、及び特許請求の範囲の拡張・変更の存否
 (1) 訂正事項ａについて
　特許査定時の特許請求の範囲の請求項１、２の削除は、特許請求の範囲の減縮を目的とした訂正に該当する。それに伴い、特許査定時の特許請求の範囲の請求項３〜11を独立形式に書き替えて訂正後の請求項１〜９とすることは明りょうでない記載の釈明を目的とした訂正に該当する。
　特許査定時の特許請求の範囲の請求項12の削除は、特許請求の範囲の減縮を目的とした訂正に該当する。それに伴い、特許査定時の特許請求の範囲の請求項13〜21を独立形式に書き替えて訂正後の請求項10〜18とすることは明りょうでない記載の釈明を目的とした訂正に該当する。
 (2) 訂正事項ｂについて
　特許査定時の特許請求の範囲の請求項22、23の削除は、特許請求の範囲の減縮を目的とした訂正に該当する。
 (3) 訂正事項ｃについて
　特許査定時の特許請求の範囲の請求項２における「印刷コントロール部」は、特許査定時の特許請求の範囲の請求項１における「プリンタコントロール部」を指していることは明らかであり、誤記である。このため、特許査定時の特許請求の範囲の請求項２を引用した訂正後の請求項１〜４ 、10、11において「印刷コントロール部」を「プリンタコントロール部」とすることは、誤記の訂正を目的とした訂正に該当するものである。
 (4) 訂正事項ｄについて
　特許請求の範囲の請求項の記載を不明瞭とする「等」という記載を削除するもので、明りょうでない記載の釈明を目的とした訂正に該当する。
　
   そして、上記何れの訂正も、新規事項の追加に該当せず、また、実質上特許請求の範囲を拡張し、又は変更するものではない。
　
〔2-3〕独立特許要件
　訂正明細書の特許請求の範囲の請求項７及び９（特許査定時の特許請求の範囲の請求項９及び11）は、特許異議の申立ての対象とされていない発明であり、後記「３．特許異議の申立てについて」において示すとおり、特許出願の際独立して特許を受けることができるものである。
　
〔2-4〕むすび
  以上のとおりであるから、上記訂正は特許法等の一部を改正する法律（平成６年法律第116号）附則第６条第１項の規定によりなお従前の例によるとされる、平成11年改正前の特許法第120条の４第３項において準用する平成６年法律第116号による改正前の特許法第126条第１項ただし書、第２項及び第３項の規定に適合するので、当該訂正を認める。
　
３．特許異議の申立てについて
　
〔3-1〕申立ての理由の概要
 (1) 異議申立人高橋四郎は、本件請求項１〜６、12、13、18〜23に係る発明は甲第３〜９号証に記載された発明に基づいて当業者が容易に発明をすることができたものであり、特許法第29条第２項の規定により特許を受けることができないものであるから、同各請求項に係る発明の特許は取り消されるべきものである旨、また、本件請求項１、２に係る発明は甲第１、２号証に記載された発明と同一であり、特許法第29条の２の規定により特許を受けることができないものであるから、同各請求項に係る発明の特許は取り消されるべきものである旨、さらに、本件請求項１、５、６、18、20の記載は不備であり、同各請求項に係る発明の特許は特許法第36条の規定を満たしていない特許出願に対してなされたものであるから取り消されるべきものである旨主張し、以下の証拠を提出している。
  甲第１号証：特開平 6-214734号公報（特願平5-284600号）
  甲第２号証：特開平 7-104957号公報（特願平5-251705号）
  甲第３号証：特開平 4-227524号公報
　甲第４号証：特開平 3- 75921号公報
  甲第５号証：特開平 5- 61620号公報
  甲第６号証：特開平 5-221072号公報
　甲第７号証：特開平 5-265667号公報
　甲第８号証：特開昭63-75923号公報
　甲第９号証：特開平 5-233174号公報
 (2) 異議申立人大木茂は、本件請求項１に係る発明は甲第１号証に記載された発明であり、特許法第29条第１項第３号の規定により特許を受けることができないものであるから、同請求項に係る発明の特許は取り消されるべきものである旨、また、本件請求項１、２、４〜６、12〜15、18〜23に係る発明は、甲第１〜９号証に記載された発明に基づいて当業者が容易に発明をすることができたものであり、特許法第29条第２項の規定により特許を受けることができないものであるから、同各請求項に係る発明の特許は取り消されるべきものである旨、また、本件請求項１、２、５、６、10、12〜15、18〜21に係る発明は甲第10号証に記載された発明と同一であり特許法第29条の２の規定により特許を受けることができないものであるから、同各請求項に係る発明の特許は取り消されるべきものである旨、さらに、本件請求項６、18に関する明細書の記載は不備であり、同各請求項に係る発明の特許は特許法第36条の規定を満たしていない特許出願に対してなされたものであるから取り消されるべきものである旨主張し、以下の証拠を提出している。
  甲第１号証：米国特許第5,220,674号明細書（1993年６月15日）
  甲第２号証：特開平 4- 18631号公報
  甲第３号証：特開平 5-150919号公報
  甲第４号証：特開昭64- 87252号公報
　甲第５号証：特開平 2-213931号公報
　甲第６号証：特開平 2-178725号公報
　甲第７号証：特開平 5-224849号公報
　甲第８号証：特開平 4-207540号公報
　甲第９号証：特開昭63-197966号公報
  甲第10号証：特願平5-289108号（特開平6-214932号）
 (3) 異議申立人梅沢晃は、本件請求項１、２、４〜６、12、13、16〜21に係る発明は、甲第１〜４号証に記載された発明に基づいて当業者が容易に発明をすることができたものであり、特許法第29条第２項の規定により特許を受けることができないものであるから、同各請求項に係る発明の特許は取り消されるべきものである旨、また、本件請求項１、２、４〜６、12〜14、18〜21に係る発明は、甲第７号証に記載された発明と同一であり特許法第29条の２の規定により特許を受けることができないものであるから、同各請求項に係る発明の特許は取り消されるべき旨主張し、以下の証拠を提出している。
　甲第１号証：特開平 4-227524号公報
  甲第２号証：特開平 1-126044号公報
  甲第３号証：特開平 3- 19874号公報
  甲第４号証：特開昭62-211762号公報
　甲第５号証：特開平 5-127845号公報
　甲第６号証：特開平 5- 96823号公報
　甲第７号証：特願平 5-286440号（特開平6-214925号公報）
　
〔3-2〕取消しの理由の概要
　上記各異議申立ての理由と同旨である。
　
〔3-3〕本件発明
  上記「２．訂正の適否について」において示したとおり上記訂正が認められるので、本件の請求項１〜18に係る発明は、上記訂正請求に係る訂正明細書の特許請求の範囲の請求項１〜18に記載された次のとおりのものである（以下、「本件発明１」〜「本件発明18」という。）。
　
「【請求項１】 LANに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　前記記憶媒体をプリンタコントコール部側に設けると共に、ジョブ待ち行列を記憶する手段をプリンタコントコール部側に設け、LANアダプタ部とプリンタコントロール部間をメモリバス及びスプーリング用のSCSIバスで接続し、
　メモリバスを介してLANアダプタ部とプリンタコントロール部間で情報の授受を行い、SCSIバスを介して印刷データを前記記憶媒体に記憶するネットワークプリンタ装置。
【請求項２】 LANに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　前記記憶媒体をプリンタコントロール部側に設けると共に、該記憶媒体にフォントやオーバレイを記憶し、これらフォント、オーバレイをクライアント側よりダウンロードするネットワークプリンタ装置。
【請求項３】 LANに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダブタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　更に、前記LANアダプタ部は、前記通信プロトコルによらないでクライアントから送信されてくる装置状態あるいはジョブの問い合わせ要求を識別する制御手段と、問い合わせに対する応答を所定の通信プロトコルで要求依頼元に応答する通信応答制御部を備え、
　前記プリンタコントロール部は、前記問い合わせに応じた装置状態あるいはジョブ情報を収集し、収集情報を前記通信応答制御部に渡すステータス制御部を備えたネットワークプリンタ装置。
【請求項４】 LANに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　更に、LANアダプタ部は印刷完了あるいはハードエラー情報を前記通信プロトコル以外の独自の通信プコトコルでクライアントに通知する通信応答制御部を備えたネットワークプリンタ装置。
【請求項５】 LANに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダプタ部はセンタールーチン制御部を備え、
　センタールーチン制御部は、予め登録されている利用者以外の利用者から印刷要求があった時、該印刷要求を受け付けない改札制御を行うネットワークプリンタ装置。
【請求項６】 LANに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダプタ部はセンタールーチン制御部を備え、
　センタールーチン制御部は、印刷要求があった時、バナーページを編集し、印刷データの先頭又は最後尾に挿入するネットフークプリンタ装置。
【請求項７】 LANに接続されるネットフークプリンタ装置において、
　複数の通信プロ卜コルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダプタ部はセンタールーチン制御部を備え、
　予め利用者毎に許容総印刷枚数、１回の許容印刷枚数を登録しておき、センタールーチン制御部は印刷要求された頁数、現在までの実際の累計印刷枚数、許容総印刷枚数、１回の許容印刷枚数を考慮し、許容総印刷枚数及び１回の許容印刷枚数を越えない範囲の印刷枚数を決定するネットワークプリンタ装置。
【請求項８】 LANに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダプタ部はセンタールーチン制御部を備え、
　該センタールーチン制御部は、待ち行列に結合された所定ジョブの実行の保留及び保留ジョブの保持期間が指定された時、該保留ジョブが保留を解除されずに保持期間を経過した時、保留ジョブをジョブ待ち行列から削除するネットワークプリンタ装置。
【請求項９】 LANに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダプタ部はセンタールーチン制御部を備え、フロッピーあるいはクライアントから新たなセンタールーチン機能を追加するネットワークプリンタ装置。
【請求項10】 LANに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　更に、前記プリンタコントロール部は、印刷情報を解釈するエミュレーンョン制御部と、印刷情報を頁毎にドットイメージの画像に展開する描画処理部を備え、前記エミュレーション制御部は、複数のエミュレーションを備え、印刷情報が指示するエミュレーションにより印刷データを解釈するネットワークプリンタ装置。
【請求項11】 LANに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　更に、前記LANアダプタ部は課金ログ制御部を備え、該課金ログ制御部は印刷した結果を課金情報として記憶媒体に記憶するネットワークプリンタ装置。
【請求項12】 前記課金情報は印刷日付、ユーザ名、ジョブ名、印刷枚数、IPアドレス、用紙サイズを含む請求項11記載のネットワークプリンタ装置。
【請求項13】 LANに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記LANアダプタ部はフィルタ制御部を備え、
　該フィルタ制御部はデータの変換あるいはコード変換を行うネットワークプリンタ装置。
【請求項14】 前記LANアダプタ部はフィルタ制御部を備え、フロッピーあるいはクライアントから新たなフィルタ機能を追加する請求項13記載のネットワークプリンタ装置。
【請求項15】 複数のパソコンあるいはワークステーション（クライアント）とネットワークプリンタ装置が接続されたLANネットワークシステムにおいて、ネットワークプリンタ装置は、
　LANよりクライアントからの印刷情報を取り込むLANインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部と印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備えたLANアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、前記画像を用紙に印刷する印刷機構を備え、クライアントは、メニュー画面操作で印刷データ、装置状態やジョブ情報の問い合わせデータ、印刷属性の変更、登録データを作成するメニュー制御部と、
　印刷要求を所定の通信プロトコルに従って転送し、装置状態やジョブ情報の問い合わせ要求、印刷属性の設定、変更要求を前記通信プロトコル異なる別の独自の通信プロトコルに従ってネットワークプリンタ装置に送信する通信制御部を有するLANネットワークシステム。
【請求項16】 前記クライアントは、問い合わせに対する応答を受信し、応答データを表示する請求項15記載のLANネットワークシステム。
【請求項17】 ネットワークプリンタ装置は、用紙切れ、ハードトラブルの情報を独自のプロトコルでクライアントに転送し、クライアントは該情報を表示する請求項15記載のLANネットワークシステム。
【請求項18】 前記ネットワークプリンタ装置を、通信プロトコルに従って通信制御を行う機能と印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御機能を備えたサーバに、前記プリンタコントロール部と印刷機構を備えたプリンタ装置を接続して構成する請求項17記載のネットワークプリンタ装置。」
　
〔3-4〕異議申立人の主張についての検討
　
 (3-4-1) 異議申立人高橋四郎の主張について
　
【特許法第29条第２項違反について】　
 (１）甲各号証に記載された発明
 甲第３号証（特開平 4-227524号公報）
  複数の端末装置11、12、13とプリントサーバ14とがネットワーク10を介して接続された印刷システムにおいて、異機種端末や複数種類の印刷プロトコルに対し、一つのプリントサーバ14で対応することを目的として、
  前記複数の端末装置11、12、13の各々は前記プリントサーバ14に送出する文書データに自己の印刷プロトコル種別を示す識別子を付加する手段を有し、
  前記プリントサーバ14は、文書データを受信する端末通信部150を有するサーバ15と、該サーバ15に接続され印刷プロトコルを識別するための印刷プロトコル識別部164、印刷プロトコル用のコマンド処理プログラム1661、1662、1663、印刷プロトコル切り替え部165を有するプリンタコントローラ16と、プリンタエンジン17とを備え、前記端末装置11、12、13から受信した文書データに付加された前記識別子に応じて当該印刷プロトコルに対応したコマンド処理プログラムを選択することにより、前記複数の端末装置の異なる印刷プロトコルを共通の印刷プロトコルに変換すること。
　また、サーバ内の入力バス上にプリンタコントローラボード（プリンタコントローラ16を実装したボード）を接続すること、プリンタコントローラ16とサーバとの通信をSCSI等の回路を用いて行うこと。
　
 甲第４号証（特開平 3- 75921号公報）
  通信プロトコルが異なるワークステーション11、13、プリンタ12とゲートウェイ14がLANを構成するケーブル15に接続されたネットワークシステムにおいて、
  前記ゲートウェイ14は、ケーブル15に対し単一のインタフェースで接続され、プロトコルの種類に応じて受信データをゲートウェイ内の各部に送信するデータ送受信部１と、前記データ送受信部１を介して各プロトコルの仮想端末モードにより受信したコマンドを解析するコマンド解析部２と、前記解析結果がプリントファイル要求コマンドの時に指定されたワークステーションからプリントファイルを受信し、キューイングするファイル転送処理部３と、キューイングされているプリントファイルを、前記データ送受信部１を介してプリンタ12に送信するプリント処理部４とから構成され、
　同一ネットワーク上に接続されたプロトコルが異なるワークステーションからのデータをプリンタ12に転送し得るようにしたこと。
　
 甲第５号証（特開平 5- 61620号公報）
  ネットワーク17に接続された複数の入力装置2-1、2-2、・・・、2-N、主コントローラ１（1A）からなり、１台の出力装置４を共用して該複数の入力装置2-1、2-2、・・・、2-Nで作成した画像情報を印刷出力するようにしたシェアードプリンタシステムにおいて、
  入力装置から入力データ151が主コントローラに入力されると、主コントローラは、該データ中の印字データはビットマップメモリ15に展開した後に出力装置４に出力して印刷作業153を出力装置４で実行し、印刷作業153中に入力された入力データ154を大容量メモリ12に格納待機させ、入力データより優先度の高い指令を盛り込んだ入力データ156も大容量メモリ12に格納待機させ、印刷作業153が完了すると、入力データ156を読み出し、出力装置４で印刷作業160を実行すること（特に、第７、８図の実施例）。
　
 甲第６号証（特開平 5-221072号公報）
  オーバレイフォームや文字パターン情報等の登録が可能な印刷装置において、ユーザが印刷装置を使用するときに所望の印刷環境を直ちに実現することを目的として、
　複数のホストコンピュータ11（Ａ、Ｂ、Ｃ）より印刷装置１に印刷データを送信する場合、予め登録されたユーザIDを送信する。印刷装置１は、受信したユーザIDにより、CPU4は増設記憶部６内のユーザ別情報登録領域17を検索し受信したユーザIDに該当するユーザ別の印刷環境設定情報を見つけ出し、この印刷環境設定情報を参照して、主記憶部５内や増設記憶部６内に保管されているエミュレーションプログラム、文字フォント、フォームデータ等をダウンロードし、印刷装置１がホストコンピュータ11からの印刷データを受信すると、主制御部３は所定のプログラムによりビデオデータを印刷部２へ出力し、印刷を実行すること。
　
 甲第７号証（特開平 5-265667号公報）
　プリンタの双方向通信に関し、現有の信号線を使用してプリンタと外部装置間の双方向通信を可能とすることを目的として、
　プリンタは、外部装置からのステータス送信コマンドを検出し、ステータス送信モードとなったことを信号線で外部装置に伝送し、外部装置にステータスデータ（印字終了、バッファエンプティ、アラーム等）を出力すること。また、ステータス送信モードのときは信号線の機能を切り替えて標準とは異なる通信手順を用いること。
　
 甲第８号証（特開昭63-75923号公報）
  印刷制御に関し、印刷指示を行った後でも対話的に指示の取消しや、複数の印刷指示に関する順序変更を行うことができ、使用者にとって使いやすい操作環境を与えることを目的として、印刷に関する各種処理をメニュー画面上で行うこと。
　
 甲第９号証（特開平 5-233174号公報）
　LANサーバシステムにおいて、リクエスタ１となるパーソナルコンピュータが、ジョブ一覧を得るためにジョブ一覧要求をLANサーバ２内のプリントサーバ21に送出し、プリントサーバ21はリクエスタ１よりジョブ一覧要求を受けると、ジョブ情報をパケット内にセットして要求のあったリクエスタ１に返送し、リクエスタ１はこのジョブ情報を受けるとその情報に従い現在のキュー情報をジョブの一覧表示として出力すること。
　
（２）本件発明と甲各号証に記載されたものとの対比・判断
　
［本件発明１について］
　本件発明１と甲第３号証に記載されたものとを対比する。甲第３号証に記載されたものにおけるプリントサーバ14は印刷プロトコルを識別して印刷プロトコルに対応した処理を行うものであるが、通信プロトコルを識別するものではなく、本件発明１における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えるものではない。甲第４号証に記載されたものにおいて、ゲートウェイ14は通信プロトコルを識別してワークステーション11、13からの受信データをプリンタ12に送信して印刷を行わせるものであるが、通信プロトコルを識別するのはゲートウェイであり、本件発明１における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を開示するものではない。甲第５号証には、入力データを格納して待機させ（スプーリング）、優先度を考慮したジョブ管理を行うこと、印字データをビットマップメモリに展開することは示されているものの、本件発明１における上記「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。甲第３〜５号証に記載されたものを組み合わせても、本件発明１の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明１（特許査定時の請求項３）は、甲第３〜５号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明２について］
　甲第６号証には、オーバーレイフォームやフォントを記憶する印刷装置において、ホストコンピュータから文字フォント、フォームデータ等をダウンロードすることは示されているものの、本件発明２における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。甲第３〜６号証に記載されたものを組み合わせても、本件発明２の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明２（特許査定時の請求項４）は、甲第３〜６号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明３について］
　甲第７号証に記載されたものにおけるプリンタは、外部装置からのステータス送信コマンドを検出し、ステータス送信モードとなったことを信号線で外部装置に伝送し、外部装置にステータスデータを出力するものであり、ステータス送信モードにおいては標準と異なる通信手順（プロトコル）を用いるものであるが、本件発明３における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。甲第３〜５、７号証に記載されたものを組み合わせても、本件発明３の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明３（特許査定時の請求項５）は、甲第３〜５、７号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明４について］  
　甲第７号証に記載されたものは、プリンタがステータスデータとして印字終了（印刷完了）、バッファエンプティ、アラーム（ハードエラー情報を含む）を外部装置に出力するものであり、ステータス送信モードにおいてはステータスデータを標準と異なる通信手順（独自プロトコル）を用いて出力するものであるが、本件発明４における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。甲第３〜５、７号証に記載されたものを組み合わせても、本件発明４の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明４（特許査定時の請求項６）は、甲第３〜５、７号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明５〜９について］
　後記［本件発明15について］において示すように、甲第８、９号証の何れにも本件発明５〜９の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について開示されていない。また、甲第３〜９号証に記載されたものを組み合わせても、本件発明５〜９の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明５〜９（特許査定時の請求項７〜11）は、甲第３〜９号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明10について］
  上記［本件発明１について］において示したように、甲第３〜５号証の何れにも、本件発明10の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について開示されておらず、甲第３〜５号証に記載されたものを組み合わせても、本件発明10の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明10（特許査定時の請求項13）は、甲第３〜５号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明11〜14について］
　後記［本件発明15について］において示すように、甲第８、９号証の何れにも本件発明11〜14の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について開示されていない。甲第３〜９号証に記載されたものを組み合わせても、本件発明11〜14の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明11〜14（特許査定時の請求項14〜17）は、甲第３〜９号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明15について］
　甲第８号証には、印刷に関する各種処理をメニュー画面上の操作で行うこと（「メニュー制御」部に対応）が、甲第９号証には、クライアントがジョブ情報の問い合わせをLANを介してプリンタ装置に送出することが示されているものの、甲第８、９号証の何れにも本件発明10の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について開示されていない。甲第３〜５、８、９号証に記載されたものを組み合わせても、本件発明15の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明15（特許査定時の請求項18）は、甲第３〜５、７〜９号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明16、17、18について］
  本件発明16、17は本件発明15を引用するものであるから、本件発明15が上記［本件発明15について］で示したように、甲第３〜５、７〜９号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない以上、本件発明16、17（特許査定時の請求項19、20）は、甲第３〜５、７〜９号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　また、本件発明18は本件発明17を引用するものであるから、本件発明17が上記したように、甲第３〜５、７〜９号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない以上、本件発明18（特許査定時の請求項21）は、甲第３〜５、７号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
【特許法第36条違反について】　
(1) 本件発明３（特許査定時の請求項５）について
  特許査定時の請求項５において、「装置状態あるいはジョブ等」、「装置状態あるいはジョブ情報等」とあるのを、本件発明３において「装置状態あるいはジョブ」、「装置状態あるいはジョブ情報」と訂正した（上記〔2-1〕(4) 訂正事項ｄを参照。）ので、構成は明確となった。
  また、特許査定時の請求項５における「前記通信プロトコルによらないでクライアントから送信されてくる装置状態あるいはジョブ等（本件発明３で「ジョブ」と訂正。）の問い合わせ要求を識別する制御手段」は、特許査定時の明細書の段落［0058］〜［0059］に開示されており、「前記通信プロトコルによらないで」は、特許査定時の明細書の段落［0049］の「独自のプロトコル」を意味していることは明らかである。さらに、「前記通信プロトコル」とは、本件発明３の２番目に出現する通信プロトコルであることは明らかである。
(2) 本件発明４（特許査定時の請求項６）について
　特許査定時の請求項６における「独自の通信プロトコル」とは、特許査定時の明細書の段落［0049］の「独自のプロトコル」を意味していることは明らかである。さらに、「前記通信プロトコル」とは、本件発明４の２番目に出現する通信プロトコルであることは明らかである。
(3) 本件発明15（特許査定時の請求項18）について
　特許査定時の明細書の段落［0049］には、クライアントが問い合わせを独自のプロトコルで行うことが開示されており、同明細書の段落［0058］〜［0059］には、「クライアントから送信されてくる装置状態あるいはジョブ等の問い合わせ要求を識別する」ことが開示されている。
(4) 本件発明17 （特許査定時の請求項20）について
　特許査定時の請求項20において、「用紙切れ、ハードトラブル等の情報」とあるのを、本件発明17において「用紙切れ、ハードトラブルの情報」と訂正した（上記〔2-1〕(4) 訂正事項ｄを参照。）ので、構成は明確となった。
  したがって、本件明細書に不備があるとすることはできない。
　
 (3-4-2) 異議申立人大木茂の主張について
　
【特許法第29条第２項違反について】　
（１）甲各号証に記載された事項
 甲第１号証（米国特許第5,220,674号明細書（1993年６月15日））　
  クライアント18a、18bやファイルサーバ24等のネットワーク要素18〜26とネットワーク12を介して接続され、これらネットワーク要素からのプリント要求に従ってプリンタ16a、16bにプリント指示を出力し、これらプリンタ16a、16bによりプリントを行う印刷システム17を構成するプリントサーバ10において、
　プリントサーバ10は、複数のネットワーク要素18〜26にバス14を介して接続されたネットワーク装置（network facility）38を備えており、
　ローカルプリントサーバプロトコル（local print server protocol）を用いてネットワーク要素18〜26との間で情報やコマンドを交換し、外部通信プロトコル（server management external protocol）を用いて印刷システム17に関連する情報やコマンドをネットワーク要素18〜26との間で交換し、
　プリンタ16a、16bは、画像を記録紙に印刷するプリントエンジン28を備え、プリンタコントローラ29は、プリントデータやプリント命令をプリントサーバ10から受け取り、それをプリントエンジン28が用いる命令に変換して印刷を行うこと。　
　
 甲第２号証（特開平4-18631号公報）
　ネットワーク104に直接に接続されるプロトコルサポートプリンタ装置101において、
　前記プリンタ装置101はネットワーク上の複数のプロトコルをサポートし、ネットワーク上の計算機102、103からの出力要求を直接に受け付け、この出力要求に従ってデータ出力を行うこと。
　
 甲第３号証（特開平5-150919号公報）
  ホストコンピュータ２より印刷要求があると、そのプリンタ１の利用者IDに基づいて利用者情報ファイルを更新すること。
　
 甲第４号証（特開昭64-87252号公報）
  入力される印字情報を異なる色印字可能な印刷装置に関し、授受したプリントコマンドを送出しているユーザ名、ジョブ名、日付等の表紙に必要な項目を解析し、CPU４が文字コードに従い文字発生器７で対応する文字ドットパターンを検索し、出力用ページバッファ６に文字を発生させ、トナー選択フラグをセットし、出力用ページバッファ６内に格納された表紙のデータをプリントすること。
　
 甲第５号証（特開平2-213931号公報）
　ホスト装置１から送られてきた印刷データを印刷後、所定の有効期限までファイルしておき、この有効期限の経過に伴って自動的にファイルを削除する印刷装置４。
　
 甲第６号証（特開平2-178725号公報）
　ホストコンピュータ或いは外部CPU等より入力された制御命令或いは情報によってエミュレートする機種を切り替える手段を設け、制御命令及び印字データ処理の各々異なった複数の出力形式を１機種で複数のエミュレート機能を有する印字出力装置に出力すること。
　
 甲第７号証（特開平5-224849号公報）
　ホストコンピュータ１から出力されてくる印刷情報中に含まれるユーザ名、出力枚数、印刷要求のあったファイル名及びその要求のあった日時情報等をログ情報テーブルに記憶し、その印刷情報で印刷指示がされた日時及び出力枚数をそのテーブルに記憶する。そして、ホストコンピュータ１や操作パネルによってログ情報の印刷要求があれば、それを確認可能な形態で印刷すること。
　
 甲第８号証（特開平4-207540号公報）
　ネットワーク10に接続されたプリンタ制御装置20にソータ52が設けられているプリンタ50を接続する。プリンタ制御装置20は、ネットワーク10を経て入力されたプリントジョブに付加されている受取人の名前を示す情報を認識し、該認識した受取人の名前に対応するビンに印刷結果を出力するようにプリンタ50を制御すること。
　
 甲第９号証（特開昭63-197966号公報）
　複写機に接続された汎用コンピュータのネームパターン登録画面（図７、８）において、オペレータがビン番号に対応付けて配布先を設定すること。
　
（２）本件発明と甲各号証に記載されたものとの対比・判断
　
［本件発明１について］
  本件発明１と甲第１号証に記載されたものとを対比する。甲第１号証はローカルエリアプリントサーバに関するものであり、このローカルエリアプリントサーバ10のネットワーク装置38にはバス14を介して複数のネットワーク要素18〜26が接続されているが、該ネットワーク要素18〜26の通信プロトコルが異なることは開示されていない。また、甲第１号証に記載されたものにおける外部通信プロトコル（server management external protocol）は印刷要求の状態をクライアントに通知等するために用いられるものであり、印刷要求に用いるプロトコルとは異なるものである。結局、甲第１号証に記載されたものは複数の異なる通信プロトコル（マルチプロトコル）に対応するように構成されたものではなく、本件発明１における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。甲第２号証に記載されたものにおいて、プリンタ装置101はネットワーク104上の複数のプロトコルをサポートするものであるとしても、プリンタ装置の構成が何ら示されておらず、本件発明１における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「LANアダプタ部」等について示されていない。甲第１、２号証に記載されたものを組み合わせても、本件発明１の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明１（特許査定時の請求項３）は、甲第１、２号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明２〜４について］
  上記［本件発明１について］において示したように、甲第１号証に記載されたものは複数の異なる通信プロトコル（マルチプロトコル）に対応するように構成されたものではなく、本件発明２〜４における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明２〜４（特許査定時の請求項４〜６）は、甲第１号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明５について］
　甲第３号証に記載されたものは、ホストコンピュータ２より印刷要求があると、そのプリンタ１の利用者IDに基づいて利用者情報ファイルを更新するものであり、予め利用者IDが登録されている利用者以外の利用者から印刷要求があったとき該印刷要求を受け付けないものであるとしても、本件発明５における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。甲第１、３号証に記載されたものを組み合わせても、本件発明６の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明５（特許査定時の請求項７）は、甲第１、３号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明６、７について］
  甲第４号証に記載されたものは、プリントコマンドを送出しているユーザ名、ジョブ名、日付等の表紙に必要な項目を解析して表しデータを作成して出力用ページバッファ６に格納するものであるが、本件発明６、７における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。甲第１、４号証に記載されたものを組み合わせても、本件発明６、７の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明６、７（特許査定時の請求項８、９）は、甲第１、４号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明８、９について］
  甲第５号証に記載されたものは、印刷データを印刷後、所定の有効期限までファイルしておき、この有効期限が過ぎた場合は自動的にファイルを削除するものであり、保留ジョブが保持期間を経過したとき、自動的に保留ジョブを削除することを意味するものであるとしても、本件発明８、９における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。甲第１、５号証に記載されたものを組み合わせても、本件発明８、９の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明８、９（特許査定時の請求項10、11）は、甲第１、５号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明10について］
  甲第６号証に記載されたものは、複数のエミュレーションを備え、印刷情報が指示するエミュレーションにより印刷データを解釈するものであるとしても、本件発明10における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。甲第１、６号証に記載されたものを組み合わせても、本件発明10の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明10（特許査定時の請求項12）は、甲第１、６号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明11、12について］
  甲第７号証に記載されたものは、ユーザ名と出力枚数の外、その他印刷要求のあったファイル名及びその要求のあった日時情報等をログ情報として記憶するものであって、課金情報を記憶することについては示されておらず、本件発明11、12における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。甲第１、７号証に記載されたものを組み合わせても、本件発明11、12の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたLANアダプタ部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明11、12（特許査定時の請求項14、15）は、甲第１、７号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明13、14について］
  甲第１号証に記載されたものは、複数の異なる通信プロトコル（マルチプロトコル）に対応するように構成されたものではなく、本件発明13、14における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。甲第１号証に甲２〜７号証に記載されたものを組み合わせても、本件発明13、14における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明13、14（特許査定時の請求項16、17）は、甲第１〜７号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明15について］
  上記［本件発明１について］において示したように、甲第１号証に記載されたものは複数の異なる通信プロトコル（マルチプロトコル）に対応するように構成されたものではなく、本件発明15における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」について何ら開示するものではない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明15（特許査定時の請求項18）は、甲第１号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明16〜18について］
  本件発明16〜18は何れも本件発明15を引用するものであり、本件発明15が上記したように甲第１号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない以上、本件発明16〜18（特許査定時の請求項19〜21）は、甲第１号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない
　
【特許法第29条の２違反について】　
（１）先願明細書に記載された発明
 甲第10号証（特願平5-289108号（特開平6-214932号公報））
  甲第10号証（以下、「先願明細書」という。）には、次の技術事項が記載されている。
i)「本発明は、ローカルエリアネットワークの周辺装置（例えば、プリンタ）に結合され、且つパーソナルコンピュータ一台を周辺装置管理専用にすることなく前記周辺装置をインテリジェントな対話型ネットワークのメンバーに構成する技術に関し、更に詳細には、ネットワークされた周辺装置の状態を入手及び制御するための状態アクセス方法及び該方法を用いたローカルエリアネットワークに関する。」（段落［0001］）
ii)「本発明を適用した実施例では、ネットワークから受信されたデータを受信し処理することができるだけでなく、詳細な状態情報、オペレーションパラメータや、更には、スキャナ入力、ファクシミリ受信などのような他の形態によって周辺機器へ入力されるデータのような相当量のデータまでも、ネットワークに伝送する能力を持つ対話型ネットワーク構成要素、例えばプリンタ、のようなネットワーク周辺機器を構成するためのハードウェア及びソフトウェア的解決法を提供するものである。」（段落［0014］）
iii)「１．アーキテクチャ
　図１は、以下に解説するオープンアーキテクチャを持つ、プリンタ４に接続されたネットワーク拡張ボード（“NEB”）２に組み込まれた本実施例を示すブロック・ダイヤグラムである。NEB2は、LANインタフェース８（たとえば、同軸コネクタ、RJ45コネクタあるいはDB15コネクタ（AUI）とそれぞれ接続されている、10base-2、10base-T、あるいは10base-5のようなイーサネットインタフェース）を介して、LANバス６に接続している。LAN6にはまた、PC10、PC12、PC14（この場合、管理者がこのPC14に記録をとるならば、PC14がネットワーク管理装置として機能する。；詳細は後述）のようなネットワーク構成要素、及び、プリンタ16（内蔵型QSERVER機能を持つ；詳細は後述）とが接続されていてもよい。他のLAN構成要素として、付属プリンタ20を持つPC18（プリント・サーバの役をする；詳細は後述）、付属プリンタ24を持つPC22（RPRINTERの役をする；詳細は後述）、及びNetport装置28（上記発明の背景において、解説）を介してLAN6に接続されるプリンタ26が含まれてもよい。ファイル・サーバ30は、LAN6に接続され、ファイルをLAN上で伝送し処理するための“ライブラリ”として機能する。ファイル・サーバ30には、付属プリンタ32及び34がついていてもよい。」（段落［0015］）
iv)「図5Cで、データがステップS15においてLAN上で受信された場合、ステップS21によって、受信データが印刷ジョブ用であるかどうか判定される。もし、このデータが印刷ジョブ用である場合には、マイクロプロセッサ216はアクティブな印刷ファイルのためのLANファイル・サーバとして働き、印刷ジョブブロックがステップS22でDRAM220へ転送される。」（段落［0097］）
v)「PRESCANモジュール339はLSL324とインタフェースで結ばれ、各々のオペレーティング・システムのためにLANバス６上で伝送されているフレームパケットタイプが判定される。」（段落［0166］）
vi)「ページレイアウト及びラスターサブシステムによって、イメージング情報及びページレイアウト情報が受取られ、この情報はプリンタエンジン112のためにラスタ・イメージに変換される。このセクションは、ジョブパイプから完全に分離して作動する。」（段落［0040］）
vii)「プリンタ４は好適にはSCSIバス102、SCSIインタフェース104及び106が含まれるオープンアーキテクチャプリンタである。プリンタ４には、RAM110と通信し、また、印刷のメカニズムを実際に駆動させるプリンタエンジン112と通信する簡略命令セット・コンピュータ（“RISC”）のようなプロセッサ108もまた含まれる。」（段落［0036］）
viii)「図19は、プリンタデフォルト構成を設定するためのより詳細なフローチャートを示す。ステップS1で、NEBに電源が投入され、ステップS22で、NEBは動作可能となった印刷待ち行列のためLANのファイル・サーバにアクセスし、DRAM220へ印刷データをダウンロードする。」（段落［0255］）
ix)「次いで、ステップS1905で、エスケープ・シーケンスが追加されたこの印刷ジョブがプリンタへ転送され、次いで、プリンタは受信された印刷ジョブに従って印刷を行なう。」（段落［0257］）
x)「3d.　PC常駐カスタマイズソフトウェア
　NEB2の機能をさらに強化するために、カスタマイズされたソフトウェアもまたネットワーク管理者のPC14に提供される。たとえば、カスタマイズされたPCONSOLE（“CPCONSOL”；以下、セクション4iでより詳細に解説）ユーティリティによってノーベル社のPCONSOLEプリンタユーティリティに拡張機能が提供され、オープンアーキテクチャプリンタ４に対する強力な制御機能及びモニタ機能へのアクセスが可能になる。たとえば、CPCONSOLを用いることによってプリンタからネットワークに対して使用可能な典型的な状態制御情報として、以下のものがある。：(A)オンライン／オフライン、無応答、時間／日付／時間帯、言語、オフセット、エラースキップ設定値、タイマ、ブザーイネーブル、トナー不足、用紙フル、用紙カウント、最終サービスからのカウント、用紙切れ、紙づまりのような状態及び制御情報；(B)１次、２次、グラフィックセット、スケーリング、回転、エリートのようなフォント情報；(C)用紙方向、行ピッチ、文字ピッチのようなレイアウト情報；(D)コピー枚数、オーバレイ、ジョブ完了、コマンド・モード、デフォルト用紙サイズ、現在の用紙サイズのような品質及び共通環境情報、及び(E)インタフェース、バッファ・サイズ、フィーダ選択、両面印刷、ページスタックオーダ、などのような構成情報。」（段落［0070］）
xi)「ステップS1606で、クライアントによって、CPSOCKETに予め割り当てられるソケット番号を用いてCPSOCKETと直接SPX通信が確率される。ここでは、ソケット番号を通信用として83B4、接続用として83B5とする。この直接接続に従って、クライアント要求及び／またはLANインタフェースで受信されるコマンドが、CPSOCKETによって受信され、解釈され、双方向SCSIを通してプリンタ状態がモニタされ、双方向SCSIインタフェースを介して状態コマンド及び／またはプリンタに対する問合せが送受信され、NEB及びNEB構成パラメータが再構成され、要求情報がLANインタフェースを介してクライアントへ送られる。」（段落［0223］）
xii)「好適には、プリンタ４には、SCSIインタフェース100の双方向性質を利用するオープンアーキテクチャが含まれていることが望ましく、これによって、NEBを介してLAN6にプリンタ４から多くの状態情報（もしくは他の情報）が送られ、また、遠隔地からプリンタの細かい制御も可能になる。」（段落［0037］）
xiii)「図11に、マルチプロトコルネットワーク運用のために構成されたNEB2を示す。図11に、Novell／UNIX組合せマルチプロトコル環境を例示するが、これは、他の作業プロトコルを図11に示されたプロトコルで置き換えてもよいし、あるいはそれらと組合わせて使用してもよいことはいうまでもない」（段落［0164］）
xiiii)「CPINITモジュールによってNEBが構成され、NEBは、１つの付属プリンタを備えたプリント・サーバとして働く。また、このモジュールはその一次ファイルサーバを指定し、このサーバによって、NEBはどの待ち行列を使うべきかを決定する。CPINITはLAN上で同じようにカスタマイズされたすべての装置（たとえば他のオープンアーキテクチャプリンタにインストールされた他のNEB）を管理するプログラムである。CPINITは、オープンアーキテクチャ周辺装置内に常駐する他のNEBとネットワーク上で交信することによってこのタスクを遂行する。CPINITを用いて、CPSERVERまたはCRPRINTERとしてNEBを構成するような適切な基本的構成情報で各々のNEBが構成される。基本的構成情報に含まれるものとして、NEB環境設定値（どのプリント・サーバアプリケーションが実行中であるかを含めて）があり、また同様に、装置環境オプション（たとえばプリンタ初期化時刻をダウンロードするための、フォント及びエミュレーションのリスト）、及び、装置デフォルト設定値（内部装置時間／日付／時間帯、バッファ・サイズ、ディスク及びロギング情報、及びプリンタ名のような）もある。」（段落［0074］）
xv)「更に、CPCONSOLを用いることによってネットワークにアクセスできるプリンタ用構成データには、以下のものが含まれる：(A)プロトコルタイプ、ノード名、ファイル・サーバ名、ルーティング、POSTエラーコード、NEBファームウェアレベル、MACアドレス、サーバモードのようなネットワーク・グループ情報；及び(B)安全（デフォルト）環境、フォント、現在のディスク、ディスクサイズ、初期環境、ロギングオン?オフ、ログ・ファイルサイズ、構成／非構成、及びネットワーク名のようなプリンタグループ情報。さらに、印刷ジョブフロー、プリンタエンジンの使用法及びネットワークの作動状態のログを記録することができる。このような使用法及び統計値ログエントリの例として以下のものが含まれる：(A)受信統計値、転送統計値、及び非媒体関連情報のようなネットワーク・グループ情報；(B)日付／時間／時間帯、ログイン（ユーザ名）、ジョブ名、ページ、コピーカウント、及び印刷状態のようなジョブ・エントリ情報；(C)初期化エントリ情報；(D)エラー状態エントリ情報；(E)クリアログエントリ情報；及び、(F)ジョブ数、ページ／ジョブ、ページ／分、時間／ジョブ、ページ合計／日、ジョブ合計／日、日数及びリセット合計のようなプリンタグループ情報。」（段落［0071］）
xvi)「パーソナル・コンピュータ装置が図１に例示されているが、実行されているネットワークソフトウェアにとって適切なものとして、他のコンピュータ装置も含むことができる。たとえば、Unixソフトウェアが使用される場合、Unixワークステーションをネットワークに含んでいてもよい。また、これらのワークステーションを、適切な環境の下で、例示された複数PCとともに使用してもよい。」
（段落［0017］）
xvii)「一度、ターゲットNEBとの直接LAN通信が確率されると、CPCONSOLはメニュー表示のようなユーザ・インタフェースによって作動する（ステップS1504）。このメニューによって、CPCONSOLの機能は５つのグループ、すなわち、環境、ネットワーク、ロギング、アプリケーション制御、及びプリンタ状態に分割される。」（段落［0199］）
xviii)「共通環境が選択されると、CPCONSOLによりターゲットNEBに対するLAN要求が開始され、エミュレーション・モード、フィーダ及びページ総数が設定される。ターゲットNEBのCPSOCKETによって、LAN要求が受信され、双方向SCSIインタフェースを介して接続されたプリンタから所望の情報が取得され、LANインタフェースを介して管理者のPC14のCPCONSOLにこの情報が送られる。ここで、CPCONSOLによって、エミュレーション・モード、フィーダ及びページ総数を示すリストが表示される。」（段落［0201］）
xviiii)「［プリンタ状態（ステップS1517）］
　このメニューによって、NEBに接続されたプリンタの現在の状態表示（ステップS1518）、新しいプリンタ状態の変更と格納をCPCONSOLが行なうことが可能になる（ステップS1519）。CPCONSOLは、LANインタフェースを介してターゲットNEBに対して状態要求を行なう。ターゲットNEBでは、CPSOCKETが、状態要求を受信し、プリンタに対して双方向SCSIインタフェースを介して必要な状態情報を求める要求を送信する。CPSOCKETは、双方向SCSIインタフェースを通してプリンタから状態情報を受信し、この情報をCPCONSOLに戻し、このCPCONSOLで、この情報はシステム管理者のPC14上に表示される。」（段落［0214］）
xx)「ファイル・サーバ30はファイルマネジャとして機能し、LAN構成要素間のデータのファイルを受信し、格納し、待ち行列に登録し、キャッシングし、伝送する。たとえば、PC10及び12でそれぞれ作成されたデータ・ファイルは、ファイル・サーバ30へまず運ばれて、ファイル・サーバ30はそれらのデータ・ファイルを順序付けした後、PC18のプリント・サーバからのコマンドでプリンタ24へこの順序付けされたデータ・ファイルを転送することができる。」（段落［0016］）
　
（２）本件発明と先願明細書に記載された発明との対比・判断
［本件発明３について］　
  本件発明３と先願明細書における記載事項とを対比する。先願明細書における記載事項ii)、iii)、iv)とv)、vi)及びvii)は、それぞれ、本件発明３における「LANに接続されるネットワークプリンタ装置」、「複数の通信プロトコルに共通に設けられたコネクタ」、「マルチプロトコル制御部を備えたLANアダプタ部」、「受信した印刷情報に基づいて画像を生成する」こと、及び「印刷機構」に対応し、同記載事項viii)、ix)は、それぞれ、本件発明３における「印刷情報を記憶媒体にスプーリングして印刷ジョブに待ち行列を作成する」こと、及び「待ち行列が指示する印刷ジョブに応じた印刷情報を読み出し、該印刷情報に基づいて画像を生成して出力」することに対応する。しかし、同記載事項x)における「CPCONSOLプログラム」は、ネットワーク管理者のPC14で提供されるもので、プリンタ４のNEB2と接続され、選択されたネットワーク装置に対して現在の情報（インターフェース情報、制御情報等）を表示する機能を有するものであり、同記載事項xi)、xii)によれば、クライアント要求によりCPSOCKETによって受信、解釈され双方向SCSIを通して問い合わせが送受信されNEB及びNEB構成パラメータが再構成され要求情報がクライアントへ送られるものであるが、この「クライアント要求」は「問い合わせ要求」といえるとしても、該「問い合わせ要求」を識別する制御手段、問い合わせに対する応答を所定の通信プロトコルで要求依頼元に応答する通信応答制御部、さらに、この「問い合わせ」に応じた装置状態等を収集し、収集情報を前記通信応答制御部に渡すステータス制御部については明確に開示されておらず、これら制御手段、制御部を設けることが当業者のなし得る課題解決のための具体化手段における微差であるとすることもできない。
  したがって、本件発明３（特許査定時の請求項５）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明４について］　
  先願明細書における記載事項xiii)には、NEB2としてNovell／UNIX組合せマルチプロトコルを他の作業プロトコルで置き換えてもよい旨示されているのみで、本件発明４における「印刷完了あるいはハードエラー情報を通信プロトコル以外の独自の通信プロトコルでクライアントに通知する通信応答制御部」について何ら開示するところがなく、また、この点を当業者のなし得る課題解決のための具体化手段における微差であるとすることもできない。
  したがって、本件発明４（特許査定時の請求項６）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明10について］　
  先願明細書における記載事項xiiii)には、「・・・適切な基本的構成情報で各々のNEBが構成される。基本的構成情報に含まれるものとして、NEB環境設定値（どのプリント・サーバアプリケーションが実行中であるかを含めて）があり、また同様に、装置環境オプション（たとえばプリンタ初期化時刻をダウンロードするための、フォント及びエミュレーションのリスト）・・・もある。」ことが示されているが、単に装置環境オプションとしてエミュレーションのリストがあるというだけでは、本件発明10における「複数のエミュレーションを備え、印刷情報が指示するエミュレーションにより印刷データを解釈する」ことについて開示されているということはできず、また、この点を当業者のなし得る課題解決のための具体化手段における微差であるとすることもできない。
  したがって、本件発明10（特許査定時の請求項13）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明11について］　
  先願明細書における記載事項xv)には、ネットワークにアクセスできるプリンタ用構成データの例が示されているのみで、本件発明11における「課金ログ制御部」について何ら開示するところがなく、また、この点を当業者のなし得る課題解決のための具体化手段における微差であるとすることもできない。
  したがって、本件発明11（特許査定時の請求項14）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明12について］　
  本件発明12は本件発明11を引用するものである。本件発明11が上記［本件発明11について］において示したように先願明細書に記載された発明と同一であるとすることはできない以上、本件発明12（特許査定時の請求項15）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明15について］　
  先願明細書における記載事項ii)とxvi)、iv)とv)、viii)、vi)、及びvii)は、それぞれ、本件発明15における「複数のパソコンあるいはワークステーション（クライアント）とネットワークプリンタ装置が接続されたLANネットワークシステム」、「通信プロトコルを識別して該通信プロトコルに従った通信制御を行う」こと、「印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成する」こと、「受信した印刷情報に基づいて画像情報を生成する」こと、及び「画像を用紙に印刷する印刷機構」に対応する。しかし、同記載事項xvii)には「一度、ターゲットNEBとの直接LAN通信が確立されると、CPCONSOLはメニュー表示のようなユーザ・インタフェースによって作動する（ステップS1504）。このメニューによって、CPCONSOLの機能は５つのグループ、すなわち、環境、ネットワーク、ロギング、アプリケーション制御、及びプリンタ状態に分割される。」とあるだけで、本件発明15における「メニュー画面操作で印刷データ、装置状態やジョブ情報の問い合わせデータ、印刷属性の変更、登録データを作成する」ことは何ら開示されていない。また、同記載事項xviii)には、NEB2としてNovell／UNIX組合せマルチプロトコルを他の作業プロトコルで置き換えてもよい旨、同記載事項xviiii)には、プリンタに対して双方向SCSIインタフェースを介して必要な状態情報を求める要求を送信する旨示されているだけで、本件発明15における「印刷要求を所定の通信プロトコルに従って転送し、装置状態やジョブ情報の問い合わせ要求、印刷属性の設定、変更要求を前記通信プロトコル異なる別の独自の通信プロトコルに従ってネットワークプリンタ装置に送信する通信制御部」について何ら開示されていない。また、メニュー制御、通信制御に関するこれらの点を当業者のなし得る課題解決のための具体化手段における微差であるとすることもできない。
  したがって、本件発明15（特許査定時の請求項18）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明16〜18について］　
  本件発明16〜18は何れも本件発明15を引用するものであり、本件発明15が上記したように先願明細書に記載された発明と同一であるとすることはできない以上、本件発明16〜18（特許査定時の請求項19〜21）は、先願明細書に記載された発明と同一であるとすることはできない。
　
【特許法第36条違反について】　
　本件発明４、15（特許査定時の請求項６、18）における「独自の通信プロトコル」とは、特許査定時の明細書の段落［0049］の「独自のプロトコル」を意味していることは明らかである。そして、この「独自のプロトコル」は、特許査定時の明細書の段落［0046］〜［0048］に示されているように、クライアントがUNIX系であれば、UNIX標準コマンドあるいは追加された新たな独自のコマンドに従ったプロトコルであることは明らかである。
  したがって、本件明細書に不備があるとすることはできない。
　
 (3-4-3) 異議申立人梅沢晃の主張について
　
【特許法第29条第２項違反について】　
（１）甲各号証に記載された事項
 甲第１号証（特開平4-227524号公報）                     
  異議申立人高橋四郎の提出した甲第３号証であり、上記(3-4-1)の「【特許法第29条第２項違反について】（１）」の甲第３号証に記載されたとおりの事項が開示されている。　
　
 甲第２号証（特開平1-126044号公報）
　複数種類の実行可能な通信プロトコルの中から任意の通信プロトコルを選択して情報処理装置間のデータ伝送を行うネットワークシステムに関し、伝送路２に接続されるマルチプロトコル処理装置20、20’において、プロトコル決定部21により伝送路とのデータの送受信を行い、伝送路から受信したデータがいずれのプロトコルであるかを決定し、受信データのプロトコル処理を行い、必要な情報は端末インターフェース部７を介して情報処理装置30へ伝送すること。
　
 甲第３号証（特開平3-19874号公報）
　外部装置からフォントデータをダウンロードしてドット情報に変換して印刷する印刷装置。
　
 甲第４号証（特開昭62-211762号公報）
  複数のワークステーション10〜13に共通に接続される共用装置30、31により印刷を行うものにおいて、共用装置には、印刷実行動作を制御する本体部41と、選択元のワークステーション10〜13に対し本体部41の状態を識別して通知する監視制御部40とを設け、この通知を該当ワークステーションで表示すること。また、用紙切れ、インクリボンのセット不良、その他の異常状態等が通知されること。
　
 甲第５号証（特開平5-127845号公報）、及び、
 甲第６号証（特開平5- 96823号公報）
  LANに直接接続されるネットワークプリンタ装置。
　
（２）本件発明と甲各号証に記載された発明との対比・判断
［本件発明１について］　
  本件発明１と甲第１号証に記載されたものとの対比・判断については、上記「(3-4-1)の【特許法第29条第２項違反について】（２）の［本件発明１について］」において示したとおりのものである。甲第２号証に記載されたものは、伝送路にマルチプロトル処理装置が接続されているものの、複数種類の実行可能な通信プロトコルの中から任意の通信プロトコルを選択して情報処理装置間のデータ伝送を行うネットワークシステムに関するものであり、本件発明１におけるもののようなネットワークプリンタ装置に関するものではない。LANに直接接続されるネットワークプリンタ自体が甲第５、６号証に記載されたもののように周知のものであることを考慮して甲第１、２号証に記載されたものを組み合わせても、本件発明１の「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明１（特許査定時の請求項３）は、甲第１、２号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明２について］　
  甲第１号証に記載されたものにおけるプリントサーバ14は印刷プロトコルを識別して印刷プロトコルに対応した処理を行うものであるが、通信プロトコルを識別するものではなく、本件発明２における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えるものではない。甲第３号証に記載されたものは、外部装置からフォントデータをダウンロードしてドット情報に変換して印刷するものであるが、本件発明２における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」について何ら開示するところがない。甲第１〜３号証に記載されたものを組み合わせても、本件発明２における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明２（特許査定時の請求項４）は、甲第１〜３号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明３、４について］　
  甲第１号証に記載されたものは、本件発明３、４における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えるものではない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明３、４（特許査定時の請求項５、６）は、甲第１号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明５〜９について］　
  甲第１号証に記載されたものは、本件発明５〜９における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えるものではない。甲第２号証に記載されたものは、伝送路にマルチプロトル処理装置が接続されているものの、複数種類の実行可能な通信プロトコルの中から任意の通信プロトコルを選択して情報処理装置間のデータ伝送を行うネットワークシステムに関するものであり、本件発明５〜９におけるもののようなネットワークプリンタ装置に関するものではない。甲第３号証に記載されたものは、外部装置からフォントデータをダウンロードしてドット情報に変換して印刷するものであるが、本件発明５〜９における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」について何ら開示するところがない。甲第１〜３号証に記載されたものを組み合わせても、本件発明５〜９における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明５〜９（特許査定時の請求項７〜11）は、甲第１〜３号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明10〜14について］　
  甲第１号証に記載されたものは、本件発明10〜14における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えるものではない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明10〜14（特許査定時の請求項13〜17）は、甲第１号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明15について］　
  甲第１〜３号証に記載されたものを組み合わせても、本件発明15における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明15（特許査定時の請求項18）は、甲第１〜３号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明16について］　
  本件発明16は本件発明15を引用するものであり、本件発明15が上記したように甲第１〜３号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない以上、本件発明16（特許査定時の請求項19）は、甲第１〜３号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明17について］　
  本件発明17は本件発明15を引用するものである。甲第４号証に記載されたものは、用紙切れやその他の情報をクライアントに転送し、クライアントで該情報を表示するものであるが、本件発明15における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えるものではない。甲第１〜４号証に記載されたものを組み合わせても、本件発明15における「通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部」を備えた「ネットワークプリンタ装置」を導出することはできない。また、この点を周知技術もしくは当業者の技術常識とする根拠も見当たらない。
　したがって、本件発明17（特許査定時の請求項20）は、甲第１〜４号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
［本件発明18について］　
  本件発明18は本件発明17を引用するものであり、本件発明17が上記したように甲第１〜４号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない以上、本件発明18（特許査定時の請求項21）は、甲第１〜４号証に記載されたものに基づいて当業者が容易に想到できたものとすることはできない。
　
【特許法第29条の２違反について】　
（１）先願明細書に記載された発明
 甲第７号証（特願平5-286440号（特開平6-214925号公報））
  甲第７号証（以下、「先願明細書」という。）には、次の技術事項が記載されている。
i) 「本発明はインタフェース装置、対話型ネットワーク回路基板及びインタフェース方法に関し、特に、ローカルエリアネットワークの周辺装置（例えば、プリンタ）に結合され、且つパーソナルコンピュータを周辺装置管理専用にすることなく、さらに詳細にいえば、ローカルエリアネットワークと周辺装置との間にあって双方向インタフェースとなり、前記周辺装置をインテリジェントな対話型ネットワークのメンバに構成できる、インタフェース装置、対話型ネットワーク回路基板及びインタフェース方法に関する。」（段落［0001］）
ii)「本発明を適用した実施例では、ネットワークから受信されたデータを受信し処理することができるだけでなく、詳細な状態情報、オペレーションパラメータや、更には、スキャナ入力、ファクシミリ受信などのような他の形態によって周辺機器へ入力されるデータのような相当量のデータまでも、ネットワークに伝送する能力を持つ対話型ネットワーク構成要素、例えばプリンタ、のようなネットワーク周辺機器を構成するためのハードウェア及びソフトウェア的解決法を提供するものである。」（段落［0017］）
iii)「１．アーキテクチャ
　図１は、以下に解説するオープンアーキテクチャを持つ、プリンタ４に接続されたネットワーク拡張ボード（“NEB”）２に組み込まれた本実施例を示すブロック・ダイヤグラムである。NEB2は、LANインタフェース８（たとえば、同軸コネクタ、RJ45コネクタあるいはDB15コネクタ（AUI）とそれぞれ接続されている、10base-2、10base-T、あるいは10base-5のようなイーサネットインタフェース）を介して、LANバス６に接続している。LAN6にはまた、PC10、PC12、PC14（この場合、管理者がこのPC14に記録をとるならば、PC14がネットワーク管理装置として機能する。；詳細は後述）のようなネットワーク構成要素、及び、プリンタ16（内蔵型QSERVER機能を持つ；詳細は後述）とが接続されていてもよい。他のLAN構成要素として、付属プリンタ20を持つPC18（プリント・サーバの役をする；詳細は後述）、付属プリンタ24を持つPC22（RPRINTERの役をする；詳細は後述）、及びNetport装置28（上記発明の背景において、解説）を介してLAN6に接続されるプリンタ26が含まれてもよい。ファイル・サーバ30は、LAN6に接続され、ファイルをLAN上で伝送し処理するための“ライブラリ”として機能する。ファイル・サーバ30には、付属プリンタ32及び34がついていてもよい。」（段落［0018］）
iv)「図5Cで、データがステップS15においてLAN上で受信された場合、ステップS21で、受信データが印刷ジョブ用であるかどうか判定される。もし、このデータが印刷ジョブ用である場合には、マイクロプロセッサ216はアクティブな印刷ファイルのためのLANファイル・サーバとして働き、印刷ジョブブロックがステップS22でDRAM220へ転送される。」（段落［0094］）
v)「PRESCANモジュール339はLSL324とインタフェースで結ばれ、各々のオペレーティング・システムのためにLANバス６上で伝送されているフレームパケットタイプが判定される。」（段落［0158］）
vi)「ページレイアウト及びラスターサブシステムによって、イメージング情報及びページレイアウト情報が受取られ、この情報はプリンタエンジン112のためにラスタ・イメージに変換される。このセクションは、ジョブパイプから完全に分離して作動する。」（段落［0043］）
vii)「プリンタ４は好適にはSCSIバス102、SCSIインタフェース104及び106が含まれるオープンアーキテクチャプリンタである。プリンタ４には、RAM110と通信し、また、印刷のメカニズムを実際に駆動させるプリンタエンジン112と通信する簡略命令セット・コンピュータ（“RISC”）のようなプロセッサ108もまた含まれる。」（段落［0039］）
viii)「図19は、プリンタデフォルト構成を設定するためのより詳細なフローチャートを示す。ステップS1で、NEBに電源が投入され、ステップS22で、NEBは動作可能となった印刷待ち行列のためLANのファイル・サーバにアクセスし、DRAM220へ印刷データをダウンロードする。」（段落［0239］）
ix)「次いで、ステップS1905で、エスケープ・シーケンスが追加されたこの印刷ジョブがプリンタへ転送され、次いで、プリンタは受信された印刷ジョブに従って印刷を行なう。」（段落［0241］）
x)「3d.　PC常駐カスタマイズソフトウェア
　NEB2の機能をさらに強化するために、カスタマイズされたソフトウェアもまたネットワーク管理者のPC14に提供される。たとえば、カスタマイズされたPCONSOLE（“CPCONSOL”；以下、セクション4iでより詳細に解説）ユーティリティによってノーベル社のPCONSOLEプリンタユーティリティに拡張機能が提供され、オープンアーキテクチャプリンタ４に対する強力な制御機能及びモニタ機能へのアクセスが可能になる。たとえば、CPCONSOLを用いることによってプリンタからネットワークに対して使用可能な典型的な状態制御情報として、以下のものがある。：(A)オンライン／オフライン、無応答、時間／日付／時間帯、言語、オフセット、エラースキップ設定値、タイマ、ブザーイネーブル、トナー不足、用紙フル、用紙カウント、最終サービスからのカウント、用紙切れ、紙づまりのような状態及び制御情報；(B)１次、２次、グラフィックセット、スケーリング、回転、エリートのようなフォント情報；(C)用紙方向、行ピッチ、文字ピッチのようなレイアウト情報；(D)コピー枚数、オーバレイ、ジョブ完了、コマンド・モード、デフォルト用紙サイズ、現在の用紙サイズのような品質及び共通環境情報、及び(E)インタフェース、バッファ・サイズ、フィーダ選択、両面印刷、ページスタックオーダ、などのような構成情報。」（段落［0068］）
xi)「ステップS1606で、クライアントによって、CPSOCKETに予め割り当てられるソケット番号を用いてCPSOCKETと直接SPX通信が確率される。ここでは、ソケット番号を通信用として83B4、接続用として83B5とする。この直接接続に従って、クライアント要求及び／またはLANインタフェースで受信されるコマンドが、CPSOCKETによって受信され、解釈され、双方向SCSIを通してプリンタ状態がモニタされ、双方向SCSIインタフェースを介して状態コマンド及び／またはプリンタに対する問合せが送受信され、NEB及びNEB構成パラメータが再構成され、要求情報がLANインタフェースを介してクライアントへ送られる。」（段落［0209］）
xii)「好適には、プリンタ４には、SCSIインタフェース100の双方向性質を利用するオープンアーキテクチャが含まれていることが望ましく、これによって、NEBを介してLAN6にプリンタ４から多くの状態情報（もしくは他の情報）が送られ、また、遠隔地からプリンタの細かい制御も可能になる。」（段落［0040］）
xiii)「図11に、マルチプロトコルネットワーク運用のために構成されたNEB2を示す。図11に、Novell／UNIX組合せマルチプロトコル環境を例示するが、これは、他の作業プロトコルを図11に示されたプロトコルで置き換えてもよいし、あるいはそれらと組合わせて使用してもよいことはいうまでもない」（段落［0156］）
xiiii)「CPINITモジュールによってNEBが構成され、NEBは、１つの付属プリンタを備えたプリント・サーバとして働く。また、このモジュールはその一次ファイルサーバを指定し、このサーバによって、NEBはどの待ち行列を使うべきかを決定する。CPINITはLAN上で同じようにカスタマイズされたすべての装置（たとえば他のオープンアーキテクチャプリンタにインストールされた他のNEB）を管理するプログラムである。CPINITは、オープンアーキテクチャ周辺装置内に常駐する他のNEBとネットワーク上で交信することによってこのタスクを遂行する。CPINITを用いて、CPSERVERまたはCRPRINTERとしてNEBを構成するような適切な基本的構成情報で各々のNEBが構成される。基本的構成情報に含まれるものとして、NEB環境設定値（どのプリント・サーバアプリケーションが実行中であるかを含めて）があり、また同様に、装置環境オプション（たとえばプリンタ初期化時刻をダウンロードするための、フォント及びエミュレーションのリスト）、及び、装置デフォルト設定値（内部装置時間／日付／時間帯、バッファ・サイズ、ディスク及びロギング情報、及びプリンタ名のような）もある。」（段落［0072］）
xv)「更に、CPCONSOLを用いることによってネットワークにアクセスできるプリンタ用構成データには、以下のものが含まれる：(A)プロトコルタイプ、ノード名、ファイル・サーバ名、ルーティング、POSTエラーコード、NEBファームウェアレベル、MACアドレス、サーバモードのようなネットワーク・グループ情報；及び(B)安全（デフォルト）環境、フォント、現在のディスク、ディスクサイズ、初期環境、ロギングオン?オフ、ログ・ファイルサイズ、構成／非構成、及びネットワーク名のようなプリンタグループ情報。さらに、印刷ジョブフロー、プリンタエンジンの使用法及びネットワークの作動状態のログを記録することができる。このような使用法及び統計値ログエントリの例として以下のものが含まれる：(A)受信統計値、転送統計値、及び非媒体関連情報のようなネットワーク・グループ情報；(B)日付／時間／時間帯、ログイン（ユーザ名）、ジョブ名、ページ、コピーカウント、及び印刷状態のようなジョブ・エントリ情報；(C)初期化エントリ情報；(D)エラー状態エントリ情報；(E)クリアログエントリ情報；及び、(F)ジョブ数、ページ／ジョブ、ページ／分、時間／ジョブ、ページ合計／日、ジョブ合計／日、日数及びリセット合計のようなプリンタグループ情報。」（段落［0069］）
xvi)「パーソナル・コンピュータ装置が図１に例示されているが、実行されているネットワークソフトウェアにとって適切なものとして、他のコンピュータ装置も含むことができる。たとえば、Unixソフトウェアが使用される場合、Unixワークステーションをネットワークに含んでいてもよい。また、これらのワークステーションを、適切な環境の下で、例示された複数PCとともに使用してもよい。」
（段落［0020］）
xvii)「一度、ターゲットNEBとの直接LAN通信が確率されると、CPCONSOLはメニュー表示のようなユーザ・インタフェースによって作動する（ステップS1504）。このメニューによって、CPCONSOLの機能は５つのグループ、すなわち、環境、ネットワーク、ロギング、アプリケーション制御、及びプリンタ状態に分割される。」（段落［0186］）
xviii)「共通環境が選択されると、CPCONSOLによりターゲットNEBに対するLAN要求が開始され、エミュレーション・モード、フィーダ及びページ総数が設定される。ターゲットNEBのCPSOCKETによって、LAN要求が受信され、双方向SCSIインタフェースを介して接続されたプリンタから所望の情報が取得され、LANインタフェースを介して管理者のPC14のCPCONSOLにこの情報が送られる。ここで、CPCONSOLによって、エミュレーション・モード、フィーダ及びページ総数を示すリストが表示される。」（段落［0188］）
xviiii)「［プリンタ状態（ステップS1517）］
　このメニューによって、NEBに接続されたプリンタの現在の状態表示（ステップS1518）、新しいプリンタ状態の変更と格納をCPCONSOLが行なうことが可能になる（ステップS1519）。CPCONSOLは、LANインタフェースを介してターゲットNEBに対して状態要求を行なう。ターゲットNEBでは、CPSOCKETが、状態要求を受信し、プリンタに対して双方向SCSIインタフェースを介して必要な状態情報を求める要求を送信する。CPSOCKETは、双方向SCSIインタフェースを通してプリンタから状態情報を受信し、この情報をCPCONSOLに戻し、このCPCONSOLで、この情報はシステム管理者のPC14上に表示される。」（段落［0200］）
xx)「ファイル・サーバ30はファイルマネジャとして機能し、LAN構成要素間のデータのファイルを受信し、格納し、待ち行列に登録し、キャッシングし、伝送する。たとえば、PC10及び12でそれぞれ作成されたデータ・ファイルは、ファイル・サーバ30へまず運ばれて、ファイル・サーバ30はそれらのデータ・ファイルを順序付けした後、PC18のプリント・サーバからのコマンドでプリンタ24へこの順序付けされたデータ・ファイルを転送することができる。」（段落［0019］）
　
（２）本件発明と先願明細書に記載された発明との対比・判断
［本件発明３について］　
  本件発明３と先願明細書における記載事項とを対比する。先願明細書における記載事項ii)、iii)、iv)とv)、vi)、及びvii)は、それぞれ、本件発明３における「LANに接続されるネットワークプリンタ装置」、「複数の通信プロトコルに共通に設けられたコネクタ」、「マルチプロトコル制御部を備えたLANアダプタ部」、「受信した印刷情報に基づいて画像を生成する」こと、及び「印刷機構」に対応し、同記載事項viii)、ix)は、それぞれ、本件発明３における「印刷情報を記憶媒体にスプーリングして印刷ジョブに待ち行列を作成する」こと、及び「待ち行列が指示する印刷ジョブに応じた印刷情報を読み出し、該印刷情報に基づいて画像を生成して出力」することに対応する。しかし、同記載事項x)における「CPCONSOLプログラム」は、ネットワーク管理者のPC14で提供されるもので、プリンタ４のNEB2と接続され、選択されたネットワーク装置に対して現在の情報（インターフェース情報、制御情報等）を表示する機能を有するものであり、同記載事項xi)、xii)によれば、クライアント要求によりCPSOCKETによって受信、解釈され双方向SCSIを通して問い合わせが送受信されNEB及びNEB構成パラメータが再構成され要求情報がクライアントへ送られるものであるが、この「クライアント要求」は「問い合わせ要求」といえるとしても、該「問い合わせ要求」を識別する制御手段、問い合わせに対する応答を所定の通信プロトコルで要求依頼元に応答する通信応答制御部、さらに、この「問い合わせ」に応じた装置状態等を収集し、収集情報を前記通信応答制御部に渡すステータス制御部については明確に開示されておらず、これら制御手段、制御部を設けることが当業者のなし得る課題解決のための具体化手段における微差であるとすることもできない。
  したがって、本件発明３（特許査定時の請求項５）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明４について］　
  先願明細書における記載事項xiii)には、NEB2としてNovell／UNIX組合せマルチプロトコルを他の作業プロトコルで置き換えてもよい旨示されているのみで、本件発明４における「印刷完了あるいはハードエラー情報を通信プロトコル以外の独自の通信プロトコルでクライアントに通知する通信応答制御部」について何ら開示するところがなく、また、この点を当業者のなし得る課題解決のための具体化手段における微差であるとすることもできない。
  したがって、本件発明４（特許査定時の請求項６）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明10について］　
  先願明細書における記載事項xiiii)には、「・・・適切な基本的構成情報で各々のNEBが構成される。基本的構成情報に含まれるものとして、NEB環境設定値（どのプリント・サーバアプリケーションが実行中であるかを含めて）があり、また同様に、装置環境オプション（たとえばプリンタ初期化時刻をダウンロードするための、フォント及びエミュレーションのリスト）・・・もある。」ことが示されているが、単に装置環境オプションとしてエミュレーションのリストがあるというだけでは、本件発明10における「複数のエミュレーションを備え、印刷情報が指示するエミュレーションにより印刷データを解釈する」ことについて開示されているということはできず、また、この点を当業者のなし得る課題解決のための具体化手段における微差であるとすることもできない。
  したがって、本件発明10（特許査定時の請求項13）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明11について］　
  先願明細書における記載事項xv)には、ネットワークにアクセスできるプリンタ用構成データの例が示されているのみで、本件発明11における「課金ログ制御部」について何ら開示するところがなく、また、この点を当業者のなし得る課題解決のための具体化手段における微差であるとすることもできない。
  したがって、本件発明11（特許査定時の請求項14）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明12について］　
  本件発明12は本件発明11を引用するものである。本件発明11が上記［本件発明11について］において示したように先願明細書に記載された発明と同一であるとすることはできない以上、本件発明12（特許査定時の請求項15）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明15について］　
  先願明細書における記載事項ii)とxvi)、iv)とv)、viii)、vi)、及びvii)は、それぞれ、本件発明15における「複数のパソコンあるいはワークステーション（クライアント）とネットワークプリンタ装置が接続されたLANネットワークシステム」、「通信プロトコルを識別して該通信プロトコルに従った通信制御を行う」こと、「印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成する」こと、「受信した印刷情報に基づいて画像情報を生成する」こと、及び「画像を用紙に印刷する印刷機構」に対応する。しかし、同記載事項xvii)には「一度、ターゲットNEBとの直接LAN通信が確立されると、CPCONSOLはメニュー表示のようなユーザ・インタフェースによって作動する（ステップS1504）。このメニューによって、CPCONSOLの機能は５つのグループ、すなわち、環境、ネットワーク、ロギング、アプリケーション制御、及びプリンタ状態に分割される。」とあるだけで、本件発明15における「メニュー画面操作で印刷データ、装置状態やジョブ情報の問い合わせデータ、印刷属性の変更、登録データを作成する」ことは何ら開示されていない。また、同記載事項xviii)には、NEB2としてNovell／UNIX組合せマルチプロトコルを他の作業プロトコルで置き換えてもよい旨、同記載事項xviiii)には、プリンタに対して双方向SCSIインタフェースを介して必要な状態情報を求める要求を送信する旨示されているだけで、本件発明15における「印刷要求を所定の通信プロトコルに従って転送し、装置状態やジョブ情報の問い合わせ要求、印刷属性の設定、変更要求を前記通信プロトコル異なる別の独自の通信プロトコルに従ってネットワークプリンタ装置に送信する通信制御部」について何ら開示されていない。また、メニュー制御、通信制御に関するこれらの点を当業者のなし得る課題解決のための具体化手段における微差であるとすることもできない。
  したがって、本件発明15（特許査定時の請求項18）は、先願明細書に記載された発明と同一であるとすることはできない。
　
［本件発明16〜18について］　
  本件発明16〜18は何れも本件発明15を引用するものであり、本件発明15が上記したように先願明細書に記載された発明と同一であるとすることはできない以上、本件発明16〜18（特許査定時の請求項19〜21）は、先願明細書に記載された発明と同一であるとすることはできない。
　
４．むすび
　以上のとおりであるから、特許異議申立ての理由及び証拠によっては、本件発明１〜18についての特許を取り消すことはできない。
　また、他に本件発明１〜18についての特許を取り消すべき理由を発見しない。
  したがって、本件発明1〜18についての特許は拒絶の査定をしなければならない特許出願に対してされたものと認めない。
　よって、特許法等の一部を改正する法律（平成６年法律第116号）附則第14条の規定に基づく、特許法等の一部を改正する法律の施行に伴う経過措置を定める政令（平成７年政令第205号）第４条第２項の規定により、結論のとおり決定する。
【異議決定日】
平成１５年１月１５日（２００３．１．１５）
【訂正の要旨】
　以下では、特許査定時の特許請求の範囲を旧請求項と呼び、本訂正請求書の請求項を新請求項と呼ぶ。
　（１）訂正事項１
　旧請求項１，２を削除した結果、旧請求項３‐１１を新請求項１‐９とした。また、旧請求項３‐１１は旧請求項１あるいは２に従属するため、これら旧請求項１あるいは２の記載を引用してそれぞれ独立項（新請求項１‐９）に訂正した。
　新請求項１：
　
ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　前記記憶媒体をプリンタコントロール部側に設けると共に、ジョブ待ち行列を記憶する手段をプリンタコントロール部側に設け、ＬＡＮアダプタ部とプリンタコントロール部間をメモリバス及びスプーリング用のＳＣＳＩバスで接続し、
　メモリバスを介してＬＡＮアダプタ部とプリンタコントロール部間で情報の授受を行い、ＳＣＳＩバスを介して印刷データを前記記憶媒体に記憶するネットワークプリンタ装置。
　新請求項２：
　
ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順立の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　前記記憶媒体をプリンタコントロール部側に設けると共に、該記憶媒体にフォントやオーバレイを記憶し、これらフォント、オーバレイをクライアント側よりダウンロードするネットワークプリンタ装置。
　新請求項３：
　
ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順立の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　更に、前記ＬＡＮアダプタ部は、前記通信プロトコルによらないでクライアントから送信されてくる装置状態あるいは
ジョブ
　前記プリンタコントロール部は、前記問い合わせに応じた装置状態あるいは
ジョブ情報
　新請求項４：
　
ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順立の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　更に、ＬＡＮアダプタ部は印刷完了あるいはハードエラー情報を前記通信プロトコル以外の独自の通信プロトコルでクライアントに通知する通信応答制御部を備えたネットワークプリンタ装置。
　新請求項５：
　
ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はセンタールーチン制御部を備え、
　センタールーチン制御部は、予め登録されている利用者以外の利用者から印刷要求があった時、該印刷要求を受け付けない改札制御を行うネットワークプリンタ装置。
　新請求項６：
　
ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はセンタールーチン制御部を備え、
　センタールーチン制御部は、印刷要求があった時、バナーページを編集し、印刷データの先頭又は最後尾に挿入するネットワークプリンタ装置。
　新請求項７：
　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はセンタールーチン制御部を備え、
　予め利用者毎に許容総印刷枚数、１回の許容印刷枚数を登録しておき、センタールーチン制御部は印刷要求された頁数、現在までの実際の累計印刷枚数、許容総印刷枚数、１回の許容印刷枚数を考慮し、許容総印刷枚数及び１回の許容印刷枚数を越えない範囲の印刷枚数を決定するネットワークプリンタ装置。
　新請求項８：
　
ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行う、マルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はセンタールーチン制御部を備え、
　該センタールーチン制御部は、待ち行列に結合された所定ジョブの実行の保留及び保留ジョブの保持期間が指定された時、該保留ジョブが保留を解除されずに保持期間を経過した時、保留ジョブをジョブ待ち行列から削除するネットワークプリンタ装置。
　新請求項９：
　
ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はセンタールーチン制御部を備え、フロッピーあるいはクライアントから新たなセンタールーチン機能を追加するネットワークプリンタ装置。
　（２）訂正事項２
　旧請求項１２を削除し、旧請求項１３‐２１を新請求項１０‐１８とした。
　また、旧請求項１３、１４，１６は旧請求項１あるいは２あるいは１２に従属するため、これら旧請求項１あるいは２あるいは１２の記載を引用してそれぞれ独立項（新請求項１０，１１，１３）に訂正した。
　旧請求項１５、１７（新請求項１２，１４）は新請求項１１、１３にそれぞれ従属するように訂正した。
　旧請求項１９‐２１（新請求項１６‐１８）は旧請求項１８（新請求項１５）に従属するため、新請求項１５に従属するように訂正した。
　新請求項１０：
　
ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　
更に、
　新請求項１１：
　
ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順立の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　更に、
　新請求項１２：
　前記課金情報は印刷日付、ユーザ名、ジョブ名、印刷枚数、ＩＰアドレス、用紙サイズを含む請求項
１１
　新請求項１３：
　
ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はフィルタ制御部を備え、
　該フィルタ制御部はデータの変換あるいはコード変換を行うネットワークプリンタ装置。
　新請求項１４：
　前記ＬＡＮアダプタ部はフィルタ制御部を備え、フロッピーあるいはクライアントから新たなフィルタ機能を追加する請求項
１３
　新請求項１５：
　複数のパソコンあるいはワークステーション（クライアント）とネットワークプリンタ装置が接続されたＬＡＮネットワークシステムにおいて、ネットワークプリンタ装置は、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部と印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、前記画像を用紙に印刷する印刷機構を備え、クライアントは、
　メニュー画面操作で印刷データ、装置状態やジョブ情報の問い合わせデータ、印刷属性の変更、登録データを作成するメニュー制御部と、
　印刷要求を所定の通信プロトコルに従って転送し、装置状態やジョブ情報の問い合わせ要求、印刷属性の設定、変更要求を前記通信プロトコル異なる別の独自の通信プロトコルに従ってネットワークプリンタ装置に送信する通信制御部を有するＬＡＮネットワークシステム。
　新請求項１６：
　前記クライアントは、問い合わせに対する応答を受信し、応答データを表示する請求項
１５
　新請求項１７：
　ネットワークプリンタ装置は、用紙切れ、
ハードトラブル
１５
　新請求項１８
　前記ネットワークプリンタ装置を、通信プロトコルに従って通信制御を行う機能と印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御機能を備えたサーバに、前記プリンタコントロール部と印刷機構を備えたプリンタ装置を接続して構成する請求項
１７
　（３）訂正事項３
　旧請求項２２，２３を削除した。
　（４）訂正事項４
　旧請求項２の第３行目の「印刷コントロール部」は明らかに旧請求項１第６行目の「プリンタコントロール部」を指しており、誤記の訂正を目的として旧請求項２を引用した新請求項１−４、１０，１１において「印刷コントロール部」を「プリンタコントロール部」と訂正した。訂正事項１，２で示した新請求項１−４、１０，１１において該当する部分に二重下線を付した。
　（５）訂正事項５
　旧請求項５に「ジョブ等」、「ジョブ情報等」という不明瞭な記載があるため、新請求項３ではそれぞれを「ジョブ」、「ジョブ情報」と訂正した。
　（６）訂正事項６
　旧請求項２０に「ハードトラブル等」という不明瞭な記載があるため、新請求項１７では「ハードトラブル」と訂正した。
（５４）【発明の名称】
ネットワークプリンタ装置及びＬＡＮネットワークシステム
（５７）【特許請求の範囲】
　【
請求埴１】　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　
前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　
前記プリンタコントロール部は、待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　
前記記憶媒体をプリンタコントロール部側に設けると共に、ジョブ待ち行列を記憶する手段をプリンタコントロール部側に設け、ＬＡＮアダプタ部とプリンタコントロール部間をメモリバス及びスプーリング用のＳＣＳＩバスで接続し、
　
メモリバスを介してＬＡＮアダプタ部とプリンタコントロール部間で情報の授受を行い、ＳＣＳＩバスを介して印刷データを前記記憶媒体に記憶するネットワークプリンタ装置。
　
【請求項２】　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順立の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　前記記憶媒体をプリンタコントロール部側に設けると共に、該記憶媒体にフォントやオーバレイを記憶し、これらフォント、オーバレイをクライアント側よりダウンロードするネットワークプリンタ装置。
　【請求項３】　ＬＡＮに接続されるネットワークプリンタ装署において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順立の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　更に、前記ＬＡＮアダプタ部は、前記通信プロトコルによらないでクライアントから送信されてくる装置状態あるいはジョブの問い合わせ要求を識別する制御手段と、問い合わせに対する応答を所定の通信プロトコルで要求依頼元に応答する通信応答制御部を備え、
　前記プリンタコントロール部は、前記問い合わせに応じた装置状態あるいはジョブ情報を収集し、収集情報を前記通信応答制御部に渡すステータス制御部を備えたネットワークプリンタ装置。
　【請求項４】　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　更に、ＬＡＮアダプタ部は印刷完了あるいはハードエラー情報を前記通信プロトコル以外の独自の通信プロトコルでクライアントに通知する通信応答制御部を備えたネットワークプリンタ装置。
　【請求項５】　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はセンタールーチン制御部を備え、
　センタールーチン制御部は、予め登録されている利用者以外の利用者から印刷要求があった時、該印刷要求を受け付けない改札制御を行うネットワークプリンタ装置。
　【請求項６】　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はセンタールーチン制御部を備え、
　センタールーチン制御部は、印刷要求があった時、バナーページを編集し、印刷データの先頭又は最後尾に挿入するネットワークプリンタ装置。
　【請求項７】　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はセンタールーチン制御部を備え、
　予め利用者毎に許容総印刷枚数、１回の許容印刷枚数を登録しておき、センタールーチン制御部は印刷要求された頁数、現在までの実際の累計印刷枚数、許容総印刷枚数、１回の許容印刷枚数を考慮し、許容総印刷数及び１回の許容印刷枚数を超えない範囲の印刷枚数を決定するネットワークプリンタ装置。
　【請求項８】　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はセンタールーチン制御部を備え、
　該センタールーチン制御部は、待ち行列に結合された所定ジョブの実行の保留及び保留ジョブの保持期間が指定された時、該保留ジョブが保留を解除されずに保持期間を経過した時、保留ジョブをジョブ待ち行列から削除するネットワークプリンタ装置。
　【請求項９】　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はセンタールーチン制御部を備え、フロッピーあるいはクライアントから新たなセンタールーチン機能を追加するネットワークプリンタ装置。
　【請求項１０】　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順立の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　更に、前記プリンタコントロール部は、印刷情を解釈するエミュレーション制御部と、印刷情報を頁毎にドットイメージの画像に展開する描画処理部を備え前記エミュレーション制御部は、複数のエミュレーションを備え、印刷情報が指示するエミュレーションにより印刷データを解釈するネットワークプリンタ装置。
　【請求項１１】　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部は、印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備え、
　前記プリンタコントロール部は、待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報を記憶媒体より読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成して出力し、
　更に、前記ＬＡＮアダプタ部は課金ログ制御部を備え、該課金ログ制御部は印刷した結果を課金情報として記憶媒体に記憶するネットワークプリンタ装置。
　【請求項１２】　前記課金情報は印刷日付、ユーザ名、ジョブ名、刷枚数、ＩＰアドレス、用紙サイズを含む請求項１１記載のネットワークプリンタ装置。
　【請求項１３】　ＬＡＮに接続されるネットワークプリンタ装置において、
　複数の通信プロトコルに共通に設けられたコネクタと、
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、
　前記画像を用紙に印刷する印刷機構、
　とを備え、
　前記ＬＡＮアダプタ部はフィルタ制御部を備え、
　該フィルタ制御部はデータの変換あるいはコード変換を行うネットワークプリンタ装置。
　【請求項１４】　前記ＬＡＮアダプタ部はフィルタ制御部を備え、フロッピーあるいはクライアントから新たなフィルタ機能を追加する請求項１３記載のネットワークプリンタ装置。
　【
請求項１５】
　ＬＡＮよりクライアントからの印刷情報を取り込むＬＡＮインターフェースドライバと通信プロトコルを識別して該通信プロトコルに従った通信制御を行うマルチプロトコル制御部と印刷情報を記憶媒体にスプーリングすると共に印刷ジョブの待ち行列を作成するスプーリング制御部を備えたＬＡＮアダプタ部と、
　受信した印刷情報に基づいて画像を生成するプリンタコントロール部と、前記画像を用紙に印刷する印刷機構を備え、クライアントは、
　メニュー画面操作で印刷データ、装置状態やジョブ情報の問い合わせデータ、印刷属性の変更、登録データを作成するメニュー制御部と、
　印刷要求を所定の通信プロトコルに従って転送し、装置状態やジョブ情報の問い合わせ要求、印刷属性の設定、変更要求を前記通信プロトコル異なる別の独自の通信プロトコルに従ってネットワークプリンタ装置に送信する通信制御部を有するＬＡＮネットワークシステム。
　
【請求項１６】
１５
　【請求項１７】　ネットワークプリンタ装置は、用紙切れ、
ハードトラブル
１５
　
【請求項１８】
１７
【発明の詳細な説明】
　【０００１】
　【産業上の利用分野】
　本発明はネットワークプリンタ装置及びＬＡＮネットワークシステムに係わり、特にプリンタ装置自体にＬＡＮアダプタ部（Ｆｒｏｎｔ　Ｅｎｄ　Ｐｒｏｃｅｓｓｏｒ）を追加し、ＬＡＮアダプタ部でＬＡＮとの通信機能及び本格的なサーバ機能を実現したネットワークプリンタ装置及び該ネットワークプリンタ装置を収容するＬＡＮネットワークシステムに関する。
　【０００２】
　【従来の技術】
　情報処理システムは図２に示す大型計算機システム（メインフレーム）の処理形態から、ＰＣ／ＷＳ（パソコン／ワークステーション）を中心とした処理形態に変化している。図２においてＨＳＴは大型計算機システム、ＤＴは大型計算機システムに接続されたダム端末（ノンインテリジェント端末）である。
　ＰＣ／ＷＳを中心とした処理形態としては、▲１▼スタンドアロンの利用形態と、▲２▼多数のＰＣ／ＷＳをＬＡＮに接続してネットワークを構成し、資源、周辺機器の共用を目的とした利用形態があり、個人あるいは小規模ユーザにはスタンドアロン形態が、大規模ユーザには後者の利用形態が普及している。図３はスタンドアロンの利用形態を示すもので、ＰＲＴはＰＣ／ＷＳに接続されたプリンタであり、それぞれ独立した構成となっている。
　ＬＡＮネットワークの世界では、大型計算機システムのようにメーカ１社が全ての機器を揃えて提供するビジネス形態ではなく、国内外のメーカが高性能で低価格のＰＣ／ＷＳを武器に競合する市場を形成している。このような市場環境においては、ネオダマで代表されるようにネットワーク、オープン、ダウンサイジング、マルチベンダのニーズに対応した製品提供が必要になっている。
　【０００３】
　現在のＬＡＮネットワークは図４に示すように、（ａ）ＰＣ（パソコン）をＬＡＮに接続してネットワークを構成したＰＣ環境、（ｂ）ＷＳ（ワークステーション）をＬＡＮに接続してネットワークを構成したＷＳ環境、（ｃ）ＰＣ／ＷＳを混在してＬＡＮに接続してネットワークを構成した混在環境が普及している。混在環境下で使用されるプリンタも▲１▼，▲２▼（図４（ｃ））で示すような接続形態がある。すなわち、▲１▼のようにプリンタＰＲＴ１をＰＣ／ＷＳの個々にローカルに接続し、各ＰＣ／ＷＳからの印刷データを印刷する形態と、▲２▼高性能のＰＣ／ＷＳをサーバホストとし、このサーバＳＶＲに接続されたプリンタＰＲＴ２を共用使用する形態、その他の形態がある。尚、ＰＲＴｉ（ｉ＝１，２，３）はプリンタである。
　【０００４】
　【発明が解決しようとする課題】
　以上のようにＬＡＮネットワークにプリンタを収容する従来方式には以下の問題点がある。すなわち、
　（ａ）▲１▼のプリンタ接続形態では、プリンタそのもの可動率が悪く、又、ＰＣ／ＷＳ毎にプリンタを接続するため、プリンタ台数の品揃えの無駄と、プリンタ設置スペースの無駄が生じる。
　（ｂ）▲２▼のプリンタ接続では、一旦、プリンタが印刷処理を開始すると、プリンタで印刷するデータの種類（例えば、複雑な図形、グラフ等）で描画処理に時間を費やすものは、サーバホストのＣＰＵに影響を及ぼしその結果、著しくサーバホストの性能劣化を招く。
　（ｃ）▲３▼のプリンタ接続形態では、ＬＡＮネットワークに接続されたＰＣ／ＷＳが同じメーカの場合、すなわち、各ＰＣ／ＷＳが同じ印刷データの形式である場合には問題はない。なぜならば、プリンタに設けられた印刷データを解釈するエミュレーションプログラム（例えば、ＰｏｓｔＳｃｒｉｐｔ，ＦＭシーケンス等）が各ＰＣ／ＷＳで共通に利用できるからである。しかし、印刷データの形式が異なり、エミュレーションプログラムが異なる場合には、プリンタは間違った印刷データの解釈を行って誤印刷する問題がある。
　【０００５】
　又、▲３▼のプリンタ接続形式では、プリンタとクライアントの通信プロトコルが異なるとクライアントからの印刷データを受信できず印刷ができない問題がある。
　（ｄ）ＬＡＮネットワークの普及で、ＰＣ／ＷＳを接続した水平連携の使用形態と共にメインフレームをＰＣ／ＷＳのＬＡＮに接続した垂直連携の使用形態への期待が大きい。しかし、メインフレームの世界とＰＣ／ＷＳとの世界では、印刷データの形式が異なっており、それぞれのデータを印刷するためのプリンタを複数台用意しなければならない問題がある。すなわち、１台のプリンタで全て印刷できない環境にある。
　【０００６】
　（ｅ）印刷技術の向上で、連続紙からカット紙による印刷形態が主流になっている。また、一括大量枚数の印刷出力の要望もあり、１３０枚／分の高速カット紙プリンタが出現している。かかる高性能、高機能のプリンタでは、多くのジョブに対する印刷を短時間で行うため、ジョブ毎に印刷済みカット紙を識別できるようにする必要がある。このため、印刷済みのカット紙をジョブ毎に交互にずらしてスタックする方法（オフセットスタック）があるが、交互にずらして出力するため、あるジョブに応じた印刷済み用紙のみを取り出すと、その前後のジョブの印刷用紙がずれなく重なり、区別が困難になる。すなわち、高速プリンタとしての後処理機構の不備が問題として指摘されており、早急な対応が望まれている。
　【０００７】
　（ｆ）ＵＮＩＸ環境すなわち、従来技術で使用されているＬＡＮネットワーク環境では、以下のような問題があり、その改善が要求されている。
　・リモートプリンタとして使用した場合、印刷完了の通知やプリンタで発生したトラブルの詳細通知等が、クライアント側で十分に把握できない問題がある。
　・プリント・サーバのようにプリンタ制御用の専用ＰＣ／ＷＳを使用すると、システムが高価となる問題があり、専用ＰＣ／ＷＳを無くす要望が高い。
　・プリント・サーバの環境として、印刷依頼方法、印刷ジョブの問い合わせ、プリンタの状況の把握等は、ラインコマンドを用いた運用形態であり、専門知識が必要とされる問題があり、専門知識を必要としない運用形態が望まれている。
　【０００８】
　以上から本発明の第１の目的は、通信プロトコルが異なっても共用できる高速のネットワークプリンタ装置及び該ネットワークプリンタ装置を有するＬＡＮネットワークシステムを提供することである。
　本発明の第２の目的は、ＬＡＮネットワークのどこにでも好きな場所に設置できるネットワークプリンタ装置及び該ネットワークプリンタ装置を有するＬＡＮネットワークシステムを提供するすることである。
　本発明の第３の目的は、プリンタ状態（ジャム発生、用紙切れ等のエラー、プリンタの印刷属性、ジョブの印刷状況等）をクライアント（ＰＣ／ＷＳ）側で容易に知ることができるネットワークプリンタ装置及び該ネットワークプリンタ装置を有するＬＡＮネットワークシステムを提供することである。
　【０００９】
　本発明の第４の目的は、いかなる形式で印刷データが作成されていても該印刷データを解釈して印刷できるネットワークプリンタ装置及び該ネットワークプリンタ装置を有するＬＡＮネットワークシステムを提供することである。
　本発明の第５の目的は、プリンタへの印刷要求、問い合わせコマンドを簡単に作成できるネットワークプリンタ装置及び該ネットワークプリンタ装置を有するＬＡＮネットワークシステムを提供することである。
　本発明の第６の目的は、ユーザあるいはグループ毎に印刷ジョブ（印刷済み用紙）を仕分ける後処理機能を備えたネットワークプリンタ装置及び該ネットワークプリンタ装置を有するＬＡＮネットワークシステムを提供することである。
　【００１０】
　【課題を解決するための手段】
　図１は本発明の原理説明図である。
　２０はネットワークプリンタ装置本体、２３は記録系及び用紙搬送系で構成された印刷機構、５１は印刷済み用紙を収納するためのビンを備え、指示されたビンに印刷済み用紙を格納するメールボックス、５２はクライアント、５３は通信伝送路例えばイーサネットである。プリンタ装置本体において、２１はＬＡＮアダプタ（Ｆｒｏｎｔ　Ｅｎｄ　Ｐｒｏｃｅｓｓｏｒ：ＦＥＰ）、２２はプリンタコントロール部、２４は印刷データ（スプール情報）、フォント、フォームオーバレイ、課金ログ情報、メールボックス管理情報ファイル等を記憶する記憶媒体（ハードディスク）、２６はＬＡＮ接続用のコネクタである。
　ＬＡＮアダプタ部２１において、２１ｂはトランシーバ等で構成されたＬＡＮインターフェースドライバ、２１−３〜２１−６は各種通信プロトコル制御部、２１‐８はスプーリング制御部、２０ａはメールボックス制御部である。
　【００１１】
　【作用】
　コネクタ２６を介してクライアント５２から送られてくる印刷情報をＬＡＮインターフェースドライバ２１ｂで取り込、通信プロトコルを識別する。識別された通信プロトコル制御部２１‐３〜２１‐６は所定のプロトコルに従った通信制御を行って印刷データを受信する。スプーリング制御部２１‐８は印刷情報をハードディスク２４スプーリングすると共に印刷ジョブの待ち行列を作成し、印刷コントロール部２２は待ち行列が指示する最優先順位の印刷ジョブに応じた印刷情報をハードディスク２４から読み出し、該印刷情報に基づいてページ毎にドットイメージの画像を生成し、印刷機構２３は該画像を用紙に印刷する。
　メールボックス５１が設けられている場合には、メールボックス制御部２０ａは、印刷情報より印刷済み用紙を格納するビンのビン番号を直接あるいは間接的に求め、該ビンに印刷用紙を格納する制御を行う。
　クライアント５２は、メニュー画面操作で印刷データ、装置状態やジョブ情報の問い合わせデータ、印刷属性の変更、登録データを作成し、これら要求をＬＡＮを介してネットワークプリンタ装置２０に送る。又、クライアント５２は、問い合わせに対する応答を受信し、応答データを表示すると共に、ネットワークプリンタ装置２０から自動的に送られてくる用紙切れ、ハードトラブル等の情報を受信して表示する。又、クライアント５２はメニュー画面操作でメールボックス５１の各ビンの属性の操作、その他の操作をする。
　【００１２】
　【実施例】
　（Ａ）本発明のネットワークプリンタを組み込んだＬＡＮネットワーク
　図５は本発明のネットワークプリンタを組み込んだＬＡＮネットワークシステムの説明図である。
　図５（ａ）はＵＮＩＸ　ＯＳ（オペレーティングシステム）環境に組み込んだ例であり、ＷＳはワークステーション（クライアント）、ＳＶＲはサーバ、ＮＰＲＴはＬＡＮに接続されたネットワークプリンタであり、それぞれＴＣＰ／ＩＰプロトコルを装備し、該通信プロトコルに従って相互に通信する。
　図５（ｂ）はＮｅｔｗａｒｅ　ＯＳ環境のＬＡＮにネットワークプリンタＮＰＲＴを接続した例であり、ＰＣはパソコン、ＮＰＲＴはＬＡＮに接続されたネットワークプリンタであり、それぞれＩＰＸ／ＳＰＸプロトコルを装備し、該通信プロトコルに従って相互に通信する。
　【００１３】
　本発明のネットワークプリンタＮＰＲＴは、プリンタ装置自体２０にＬＡＮとの通信機能及び本格的なサーバ機能を備えたＬＡＮアダプタ部（Ｆｒｏｎｔ　Ｅｎｄ　Ｐｒｏｃｅｓｓｏｒ：ＦＥＰ）２１を追加し、このＦＥＰ内にＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ、その他の通信プロトコルを装備し、適宜所定の通信プロトコルに従って通信するマルチプロトコル機能を備えている。このため、ＵＮＩＸ　ＯＳ環境、Ｎｅｔｗａｒｅ　ＯＳ環境に共通に使用でき、ネットワークプリンタをそれぞれの環境のために別個に設計する必要はない。
　【００１４】
　図５（ｃ）はＵＮＩＸ環境のサーバＳＶＲ、ワークステーションＷＳ並びにＮｅｔｗａｒｅ環境のパソコンＰＣが混在するＵＮＩＸ・Ｎｅｔｗａｒｅ混在環境のＬＡＮに、本発明のネットワークプリンタＮＰＲＴを接続した例である。ネットワークプリンタＮＰＲＴのＦＥＰ２１は、ＵＮＩＸ環境からの印刷要求とＰＣ環境からの印刷要求を受け付け、ＴＣＰ／ＩＰプロトコルかＩＰＸ／ＳＰＸプロトコルかの判断をパケットのヘッダ部のＩＤにより区別し、それぞれのプロトコル処理部に受け渡す。それぞれのプロトコル処理部はマルチタスク構造になっており、データの処理はパラレルに行なわれる。このため、クライアント側の印刷要求に係わる待ち時間は、従来に比べて非常に短い時間にできる。又、以上の水平連携の形態に加えて、メインフレームＨＳＴをＬＡＮコントローラＬＡＮＣあるいはパソコンＰＣを介して通信伝送路に接続し（垂直連携形態）、メインフレームＨＳＴからの印刷要求を受信して印刷することもできる。
　図５（ｄ）は従来のＬＡＮネットワークシステムの通信伝送路に本発明のネットワークプリンタＮＰＲＴを接続した構成である。すなわち、本発明のネットワークプリンタＮＰＲＴを既存のシステムにそのまま接続して、該ネットワークプリンタＮＰＲＴを既存の他のＰＣ／ＷＳで共用させる構成とすることができる。
　（Ｂ）本発明ネットワークプリンタの第１実施例
　（ａ）ネットワークプリンタの外観及びその印刷機構の構成
　図６は本発明のネットワークプリンタの外観図、図７はネットワークプリンタの印刷機構の全体構成図である。図６において、１ａ〜１ｃは用紙（カット紙）を収容する３段の用紙ホッパ、２，３はそれぞれ左扉、右扉であり、開けるとプリンタ内部が見えるようになっている。４はプリンタの上部に設けられた排出用紙を収容するスタッカ、５はオペレーションパネルである。
　【００１５】
　印刷機構はプロセス系と搬送系よりなり、プロセス系は図７に示すように、感光ドラム１０ａと、該感光ドラム１０ａを一様に帯電する前帯電器１０ｂと、感光ドラム１０ａに光像を照射して静電潜像を形成する露光用光学ユニット１０ｃと、感光ドラム上に形成された静電潜像をトナーで現像してトナー像とする現像部１０ｄと、搬送される用紙にトナー像を転写し、かつ、用紙を感光ドラムより分離する転写・分離部１０ｅと、感光ドラムの帯電荷を除去すると共に、感光ドラム上に残留するトナーを除去するクリーナを備えた除電・クリーナ部１０ｆを備えている。現像部１０ｄはトナー供給用のカートリッジ１０ｄ‐１と、トナーを帯電すると共に現像ローラ（図示せず）で該トナーを感光ドラムに擦り付けて静電潜像をトナーで現像する現像器１０ｄ‐２を備えている。転写・分離部１０ｅは転写帯電器と分離帯電器を備え、転写帯電器は用紙裏面よりコロナ放電を発生して用紙をトナー像と逆極性に帯電してトナー像を用紙に転写する。
　【００１６】
　用紙搬送系は用紙ホッパ１ａ〜１ｃよりカット紙をピックするピックローラ１１ａと、待機ローラ１１ｂと、ピックした用紙を待機ローラ１１ｂまで搬送する搬送ローラ１１ｃと、転写されたトナー像を用紙に熱定着する熱ローラ定着器１１ｄと、裏面印刷のために裏返された用紙を待機ローラ１１ｂへ搬送する裏面印刷用搬送路１１ｅと、熱ローラ定着器からの用紙後端を裏面印刷用搬送路１１ｅに向ける羽根車１１ｆと、熱ローラ定着器１１ｄからの用紙を排出方向に搬送した後、裏面印刷用搬送路１１ｅに送るスイッチバックローラ１１ｇと、用紙の排出をガイドするためのガイドローラ１１ｈと、排出ローラ１１ｉと、排出された用紙を収納するスタッカ１１ｊとを備えている。１１ｍは後述する大容量ホッパから供給される印刷用紙をＡ′矢印方向に（プロセス系に）導く搬送路である。
　【００１７】
　（ｂ）印刷機構の動作
　用紙ホッパ１ａ〜１ｃから印刷用紙をピックローラ１１ａでピックし、搬送ローラ１１ｃで待機ローラ１１ｂまで送る。待機ローラは１１ｂはトナー像と印刷用紙が同時に転写帯電器に到来するように同期を取るもので、所定のタイミングで印刷用紙を転写帯電器側へ搬送する。
　【００１８】
　以上と並行して、感光ドラム１０ａは前帯電器１０ｂで帯電され、光学ユニット１０ｃで光像を照射されて静電潜像が形成され、しかる後、現像部１０ｄでトナー像が形成される。
　待機ローラ１１ｂにより同期を取られて用紙は転写・分離部１０ｅに送られ、ここでトナー像を転写され、かつ、感光ドラムより分離されて熱ローラ定着器１１ｄに送られ、トナー像を熱定着される。ついで、スイッチバックローラ１１ｇ方向に送られ、該スイッチバックローラでスタッカ１１ｊ方向に搬送される。
　【００１９】
　片面印刷の場合には、用紙は更にガイドローラ１１ｈ、排出ローラ１１ｉにより搬送されスタッカ１１ｊに排出される。一方、両面印刷の場合には、用紙後端が羽根車１１ｆに到達すると、スイッチバックローラ１１ｇは搬送動作を停止して用紙を停止させると、用紙後端が羽根車１１ｆの反時計方向への回転により、用紙後端は裏面印刷用搬送路１１ｅの搬送ローラにより待機ローラ１１ｂに送られる。以後、表面印刷と同様に、待機ローラ１１ｂで送られる用紙は転写・分離部１０ｅで裏面にトナー像が転写され、熱ローラ定着器１１ｄで定着される。ついで、スイッチバックローラ１１ｇ方向に送られ、該スイッチバックローラ１１ｄでスタッカ１１ｊ方向に搬送され、排出ローラ１１ｉによりスタッカ１１ｊに排出され、両面印刷が行なわれる。
　【００２０】
　かかる印刷機構によれば、用紙ホッパ１ａ〜１ｃが前面から装着されて装置内に収容され、印刷後上部のスタッカ１１ｊに排出される構成であるため、両側にスペースを要せず省スペース化が可能となり、又、排出路をスイッチバックに用いているため、装置を小型にして、両面印刷ができるようになっている。
　尚、２０００枚（最大）程度の用紙を保持する大容量ホッパを図４のネットワークプリンタに組み込むこともできる。
　【００２１】
　（ｃ）大容量ホッパを備えたネットワークプリンタ
　図８は大容量ホッパを備えたネットワークプリンタのが外観図であり、１ａ〜１ｃは３段の用紙ホッパ、２，３はそれぞれ左扉、右扉、４はプリンタの上部に設けられた排出用紙を収容するスタッカ、５はオペレーションパネル、６は大容量ホッパである。
　図９は大容量ホッパ内部の概略構成図であり、６ａは用紙を収納するテーブル部、６ｂは用紙を１枚づつ繰り出す給紙ユニット、６ｃは電源部である。テーブル部６ａにおいて、６ａ‐１は用紙が載置されるテーブル、６ａ‐２はテーブルの下方位置を決定するテーブルフック、６ａ‐３は用紙量に応じてテーブル６ａ‐１の位置を上下に移動させピックローラ（後述）で用紙を１枚づつ繰り出し可能にする制御部である。給紙ユニット６ｂにおいて、６ｂ‐１はテーブル部から用紙を１枚づつピックして繰り出すピックローラ、６ｂ‐２はフィードベルト、６ｂ‐３はフィードローラ、６ｂ‐４はリバースローラ、６ｂ‐５は用紙通過センサーであり、給紙ユニットの用紙搬送路Ａは図７における点線Ａ′に沿ってプリンタ本体部の用紙搬送路に結合される。
　【００２２】
　（ｄ）ネットワークプリンタのハードウェア
　図１０はネットワークプリンタの概略ハードウェア構成図である。２０はネットワークプリンタ装置、２１はＬＡＮ通信機能を有するＬＡＮアダプタ部（Ｆｒｏｎｔ　Ｅｎｄ　Ｐｒｏｃｅｓｓｏｒ；ＦＥＰ）、２２はプリンタコントロール部、２３はエンジン（印刷機構）、２４はハードディスクで、▲１▼フォームオーバレイ、▲２▼フォント、▲３▼スプーリングによる印刷データ、▲４▼装置定義情報、▲５▼課金ログ情報、▲６▼エラーログ情報等を記憶するもの、２５はフロッピーデイスクであり、フォームオーバレイ、フォント、プログラムをプリンタ装置にダウンロードするもの、２６はＬＡＮ（イーサネット：Ｅｔｈｅｒｎｅｔ）にネットワークプリンタを接続するためのＬＡＮコネクタ、２７はＲＳ２３２Ｃあるいはセントロニクス用の接続コネクタ、２８はプリンタ装置からの情報表示、プリンタ装置への指示情報の入力、状態表示を行なうオペレータパネル、２９はプリンタコントロール部２２等へ電源を供給する電源部である。
　【００２３】
　ＦＥＰ２１はＬＡＮアダプタ機能を有し、Ｅｔｈｅｒｎｅｔ、トークンリング（Ｔｏｋｅｎ　Ｒｉｎｇ）等のドライバ制御を行なう。Ｅｔｈｅｒｎｅｔの１０Ｂａｓｅ５、１０Ｂａｓｅ２及び１０ＢａｓｅＴのそれぞれに対応できるように接続コネクタ２６が設けられる。図１１はＬＡＮコネクタの配置説明図であり、７は背面カバーであり、下方に１０Ｂａｓｅ５、１０Ｂａｓｅ２及び１０ＢａｓｅＴの接続コネクタ２６ａ，２６ｂ，２６ｃが設けられている。２６ａ″，２６ｂ″，２６ｃ″は各コネクタに接続される物理媒体アタッチメント、８はＬＡＮケーブルである。Ｅｔｈｅｒｎｅｔの種類により所定の１つのアタッチメントが対応するコネクタに接続される。尚、後述するように１０Ｂａｓｅ５のアタッチメント８ａ内にはトランシーバが内蔵されいる。又、
　【００２４】
　又、ＦＥＰ２１はＲＳ２３２Ｃあるいはセントロニクスの接続インタフェースを有し、更に、複数の通信プロトコルを制御する機能（マルチプロトコル制御機能）を有し、ＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ、Ｅｔｈｅｒｔａｌｋ、ＲＳ２３２Ｃ，セントロニクス等の受付けを可能とする。
　以上の機能に加えて、ＦＥＰ２１はＬＡＮを介して印刷データを受付け、バス又はスカジー（ＳＣＳＩ）を介してスプーリングを行なう機能と、クライアントとプリンタ装置間の通信に伴う会話制御機能（問い合わせと問い合わせに対する応答機能）を有している。スプーリングとは各クライアントからの印刷要求があった時、該要求（印刷ジョブ）を待ち行列に接続すると共に、印刷データをハードデイスク２４に記憶する機能である。
　【００２５】
　プリンタコントロール部２２は、待ち行列を参照して最優先の印刷データをハードディスク２４から読み出し、所定のエミュレーションプログラムに基づいて印刷データの記述言語（例えば、ＰｏｓｔｓｃｒｉｐｔやＰＣＬ（Ｐｒｉｎｔｅｒ　Ｃｏｎｔｒｏｌ　Ｌａｎｇｕａｇｅ等）を解釈する処理、頁毎に印刷データをドットイメージへ展開する処理（描画処理）、エンジン部の制御等を主な機能としている。
　エンジン２３は、プリンタコントロール部２２から送られてきた描画（印刷）可能なイメージデータを紙面上に転写し、印刷処理を完結させる。
　【００２６】
　（ｅ）ネットワークプリンタの詳細な構成
　図１２はネットワークプリンタの詳細なハードウェア構成図であり、図１０と同一部分には同一符号を付している。尚、ＬＡＮに関係しない部分（ＲＳ２３２Ｃ等）は省略している。
　ＦＥＰ２１において、２６ａ〜２６ｃはそれぞれ１０Ｂａｓｅ２、１０ＢａｓｅＴ及び１０Ｂａｓｅ５用のコネクタであり、２６ａ′、２６ｂ′は１０Ｂａｓｅ２、１０ＢａｓｅＴ用のトランシーバであり、ＣＳＭＡ／ＣＤの衝突検出や送受信制御を行う。尚、１０Ｂａｓｅ５のトランシーバ２６ｃ′はＬＡＮとコネクタ２６ｃ間に設けられる。２１ａはＬＡＮコントローラであり、ＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ、Ｅｔｈｅｒｔａｌｋ等の複数の通信プロトコル制御が可能になっている。２１ｂはシステムバス、２１ｃはマイクロコンピュータ（ＭＰＵ１）、２１ｄはプリンタコントロール部２２とバス間通信を行なうためのデュアルポートＲＡＭ（ＤＰＲＡＭ）、２１ｅはＲＡＭ、２１ｆはＲＯＭ、２１ｇはＳＣＳＩインタフェース部、２１ｈはＤＭＡ（Ｄｉｒｅｃｔ　Ｍｅｍｏｒｙ　Ａｃｃｅｓｓ）制御部である。
　【００２７】
　プリンタコントロール部２２において、２２ａはシステムバス、２２ｂはＳＣＳＩバス、２２ｃ，２２ｄはＳＣＳＩインタフェース部、２２ｅはマイクロコンピュータ（ＭＰＵ２）、２２ｆは描画ＬＳＩ、２２ｇはビットマップ等のＲＡＭである。又、２３はエンジン（印刷機構）、２４はハードディスク、２５はフロッピーデイスク、２８はオペレータパネルである。
　図１３はＤＰＲＡＭ２１ｄのメモリ構成図であり、２１ｄ‐１は環境情報領域、２１ｄ‐２はインターフェース領域、２１ｄ‐３はスプール情報領域である。環境情報領域２１ｄ‐１には予め、▲１▼ハードディスク情報（シリンダ数、トラック数、セクタ長、開始シリンダ番号等）や▲２▼ネットワークプリンタのデフォルト値（初期給紙ビン（メールボックス制御機能を有する場合）、初期印刷面、初期エミュレーション、用紙サイズ等）がハードディスク２４から読み出されて設定される。又、▲３▼印刷要求を出したクライアントのＩＰアドレスが順次通信情報として記憶される。尚、このＩＰアドレスは印刷完了の通知をどのクライアントに行うか決定する際に参照される。
　インターフェース領域２１ｄ‐２には、▲１▼ＦＥＰ２１からプリンタコントロール部２２に対するコマンド、▲２▼コマンドに対するプリンタコントロール部２２のステータス（正常終了、異常終了等）、▲３▼ハードディスクに記憶したスプール情報（印刷データ）の先頭アドレス、▲４▼スプール情報のバイト数等が記憶される。スプール情報領域２１ｄ‐３には、スプール情報を記憶する論理ブロックアドレスの連続（ディレクトリ）が記憶される。
　【００２８】
　図１４はＦＥＰ２１とプリンタコントロール部２２間で授受されるコマンドの例であり、左欄はＦＥＰ２１からプリンタコントロール部２２へのコマンド、右欄はプリンタコントロール部２２からＦＥＰ２１に対するコマンドが示されている。ＦＥＰからのコマンドとしては、印刷要求、ジョブ削除、ジョブ移動、印刷停止、印刷再開、シャットダウン（印刷緊急停止）、エラー通知等のコマンドがある。又、プリンタコントロール部からのコマンドとしては、装置レディ、ジョブエンド、オフライン、エラーオフライン、オンライン、テストコマンド、電源断状態保存、エラー通知等のコマンドがある。
　【００２９】
　（ｆ）　ネットワークプリンタのソフトウェア構成
　図１５はネットワークプリンタのソフトウェア構成図であり、ＬＡＮアダプタ機能を有するＦＥＰ２１におけるソフトウェア部分と、プリンタコントロール部２２におけるソフトウェア部分とに分けることができる。
　・　ＦＥＰ部分のソフトウェア
　ＦＥＰ部分のソフトウェアとしては、
　▲１▼ＬＡＮの接続インタフェースドライバ（例えばＥｔｈｅｒｎｅｔドライバ）２１‐１、
　▲２▼ＲＳ２３２Ｃあるいはセントロニクスとの接続インタフェースの制御部で、ネットワークプリンタと外部装置との接続を実現するドライバ２１‐２、
　▲３▼マルチプロトコル制御部（ＴＣＰ／ＩＰ制御、ＩＰＸ／ＳＰＸ制御、Ｅｔｈｅｒｎｅｔｔａｌｋ制御及びＲＳ２３２Ｃ／セントロニクス制御等）２１‐３〜２１‐６、
　▲４▼ネットワーク間の通信処理を司る通信応答制御部２１‐７、
　▲５▼スプーリングを制御するスプーリング制御部２１‐８、
　▲６▼課金ログ制御部２１‐９、
　▲７▼センタールーチン機能制御部２１‐１０、
　▲８▼フィルタ制御部２１‐１１
　▲９▼処理のステップを管理するステップ制御部２１‐１２
があり、その他後述する第２の実施例で説明するメールボックス制御部（点線）２０ａがある。
　接続インタフェースドライバ（例えばＥｔｈｅｒｎｅｔドライバ）２１‐１はトランシーバ２６ａ′〜２６ｃ′（図６）に含まれるソフトウェアであり、又、マルチプロトコル制御部２１‐２〜２１‐６はＬＡＮコントローラ２１ａに装備されるソフトウェアである。
　【００３０】
　・　マルチプロトコル制御部の処理
　図１６はマルチプロトコル制御部の処理の流れ図である。尚、２種類のプロトコル制御部の処理について記述しているが、３種類以上の場合にも同様に処理できるものである。
接続インタフェースドライバ（Ｅｔｈｅｒｎｅｔドライバ）２１‐１はＬＡＮよりパケット（フレーム）を取り込み、マルチプロトコル制御部に渡す。マルチプロトコル制御部は、パケット中の宛先アドレスが自アドレスと一致するか調べる（ステップ５０１）。尚、Ｅｔｈｅｒｎｅｔフレームは図１７に示すように、ＥｔｈｅｒｎｅｔヘッダＥＨと、情報部Ｉと、フレームチェックシーケンス部ＦＣＳで構成され、ＥｔｈｅｒｎｅｔヘッダＥＨには、同期確立のためのプリアンブルＰＲＥと、宛先アドレスＤＡと、発信アドレスＳＡと、タイプフィールドＴＹＰが含まれ、タイプフィールドＴＹＰにより通信プロトコルの種別（ＴＣＰ／ＩＰ，ＩＰＸ／ＳＰＸの別）が書き込まれている。又、情報フィールドＩには各通信プロトコルのヘッダＰＨＤ、ネットワークプリンタヘッダＮＰＨ、データＤＴが含まれている。ＬＡＮの送信単位はフレームであり、フレームをパケット化して送る場合にはパケットという。従って、パケットとフレームという言葉が混在するが実体は同じものである。
　【００３１】
　ステップ５０１において、一致すれば、該パケット（フレーム）をバッファに格納し、異なれば捨てる（ステップ５０２）。ついで、タイプフィールドＴＹＰの内容をチェックして通信プロトコルを識別し（ステップ５０３）、バッファリングしてあるフレームを識別したプロトコル制御部（ＴＣＰ／ＩＰプロトコル制御部、ＩＰＸ／ＳＰＸプロトコル制御部）に渡す（ステップ５０４ａ，５０４ｂ）。
　識別したプロトコルがＴＣＰ／ＩＰであれば、ＴＣＰ／ＩＰプロトコル制御部が起動し、フレームに含まれるＩＰアドレスが自アドレスであることを確認する（ステップ５０５）。ついで、複数のフレームから構成されるデータを再構築するために同一ＩＤ毎にバッファのリンクを行い、同一ＩＤが終了するまで上記処理を繰り返す（５０６，５０７）。同一ＩＤの終了により、データ（例えば印刷データ）を上位層であるスプーリング制御部２１‐８に渡す（ステップ５１１）。
　【００３２】
　一方、識別したプロトコルがＩＰＸ／ＳＰＸあれば、ＩＰＸ／ＳＰＸプロトコル制御部が起動し、フレームに含まれるＩＰＸアドレスが自アドレスであることを確認する（ステップ５０８）。ついで、複数のフレームから構成されるデータを再構築するために同一ＩＤ毎にバッファのリンクを行い、同一ＩＤが終了するまで上記処理を繰り返す（５０９，５１０）。同一ＩＤの終了により、データ（たとえば印刷データ）を上位層であるスプーリング制御部（ステップ５１１）に渡す。
　【００３３】
　・　スプーリング制御
　通信応答制御部２１‐７は、クライアント側とプリンタ装置間で独自の通信パス機能を実現するために、通信の中継及び通信情報の収集等の制御を行なう。スプーリング制御部２１‐８は、ファイル管理機能を有し、印刷データにジョブ番号を付してハードディスク２４にスプーリングすると共に、該印刷データに出力待ちキューに印刷ジョブ情報を登録し、プリンタコントロール部２２にジョブを受け渡す環境を整える。
　図１８はスプーリングの説明図、図１９、図２０はスプーリング制御部の処理の流れ図である。図１８において、２１‐３はＴＣＰ／ＩＰ制御部、２１‐８はスプーリング制御部、２１ｄはデュアルポートＲＡＭ（ＤＰＲＡＭ）、２１ｅはＲＡＭであり、２つのスプール用バッファＳＢＡ，ＳＢＢやシリンダ管理テーブルＣＡＴ、ジョブキューＱＵＥを記憶する領域を有している。２２はプリンタコントロール部、２４はハードディスク（二次記憶装置）である。
　【００３４】
　マルチプロトコル制御部はＬＡＮから取り込んだフレームに基づいて図１６のマルチプロトコル制御処理を行い、通信プロトコルを識別する。通信プロトコルがＴＣＰ／ＩＰの場合には、ＴＣＰ／ＩＰ制御部２１‐３は所定のプロトコルに従って印刷データを受信し、受信データを上位層であるスプーリング制御部２１‐８に渡す（ステップ５２１）。スプーリング制御部２１‐８は受信データに含まれるネットワークヘッダのコマンドを解析し（ステップ５２２）、印刷要求コマンドの場合には、受信データから総印刷データサイズを獲得し、必要なシリンダ数を算出する（ステップ５２３）。ついで、シリンダ管理テーブルＣＡＴを参照して印刷データを書き込むシリンダを確保する（ステップ５２４）。シリンダの獲得ができなければ、異常の応答を印刷要求元に送信して処理を終了する（ステップ５２５、５２６）。
　【００３５】
　シリンダの獲得ができれば印刷要求元に確認の応答を送信する（ステップ５２７）。以後、連続的に印刷データを受信して第１のスプール用バッファＳＢＡが満杯になる迄格納する（ステップ５２８，５２９）。スプール用バッファＳＢＡが満杯になれば、ＳＣＳＩインターフェース２１ｇ、２２ｃ（図１２参照）を介してハードディスク２４に印刷データを書き込み（ステップ５３０）、しかる後、シリンダ管理テーブルにおいてデータ書き込みシリンダの使用フラグをセットする（ステップ５３１）。又、スプール用バッファＳＢＡが満杯になれば、第２のスプール用バッファＳＢＢに切り換える。これにより、スプール用バッファへの印刷データの格納とハードディスク２４への書き込みを並行して行う（ステップ５３２）。以後、全印刷データを受信するまでステップ５２８以降の処理を繰り返す（ステップ５３３）。
　【００３６】
　全印刷データの受信及びハードディスクへの格納が完了すれば、スプーリング制御部２１‐８は印刷要求依頼元へ正常受信終了の応答を送信する（ステップ５３４）。これにより、印刷要求元から送信されてくる制御ファイルを受信し、ハードディスクに記憶されたスプール情報（印刷データ）の先頭５１２バイトにジョブヘッダ情報、指定エミュレーション、給紙ホッパ、両面印刷指示等を付加する（ステップ５３５）。
　ついで、スプーリング制御部２１‐８は、ＤＰＲＡＭ２１ｄのインターフェース領域に印刷要求コマンド、スプール先頭アドレス、スプール情報バイト数等を設定し、かつ、スプール情報領域にシリンダ番号（論理ブロックアドレスの連続：ディレクトリ）を列記する（ステップ５３６）。しかる後、印刷ジョブの優先度に応じた出力待ち行列（ジョブキュー）ＱＵＥの末尾にキューイングする（ステップ５３７）。キューイング後、プリンタコントロール部に割込み要求を出し（ステップ５３８）、又、プリンタコール側のステータスの確認処理を行ってスプーリング制御を終了する（ステップ５３９）。
　【００３７】
　尚、ＲＡＭ２１ｅに保持されているジョブキューＱＵＥに新たなジョブがキューイングされる毎に該ジョブ情報はシステムバスを介してプリンタコントロール部２２に送られ、プリンタコントロール部のＲＡＭ２２ｇに記憶される。又、所定の印刷ジョブが終了してプリンタコントロール部２２がＲＡＭ２２ｇに保持されているジョブキューより該印刷ジョブをデキューすると、デキュー情報はシステムバスを介してＦＥＰ２１に送られ、ＦＥＰのＲＡＭ２１ｅに記憶されているジョブキューＱＵＥが更新される。すなわち、ＦＥＰ２１とプリンタコントロール部２２は相互に同一のジョブキューを持ち合う。又、電源切断時におけるジョブキューの消失を防止するため、ハードディスク２４にもジョブキューは保持される。
　【００３８】
　図２１はジョブキューＱＵＥとハードディスク２４の関係説明図である。
　ハードディスク２４には印刷要求があった印刷データＰＤＴｉ（ｉ＝１，２，・・・）が記憶され、ＲＡＭ２２ｇにはジョブキューＱＵＥが記憶される。ジョブキューＱＵＥを構成する各ジョブ情報ＪＢｉ（ｉ＝１，２，・・・）は次のジョブ情報の先頭アドレスを指すポインタ（Ｐ１）、前のジョブ情報の先頭アドレスを指すポインタ（Ｐ２）、ジョブ番号（ＪＮＯ．）、ＩＰアドレス（ＩＰＡ）、ハードディスク２４における印刷データの記憶位置（ディスクアドレスＡＤ）等を有している。ポインタ２２‐１は先頭ジョブＪＢ１の先頭アドレスを指し、以下、各ジョブは優先順に次のジョブ情報の先頭を指すようになっている。
　【００３９】
　・課金ログ制御、センタールーチン制御、フィルタ制御
　課金ログ制御部２１‐９（図１０）は、ネットワークプリンタで印刷したジョブに関する課金情報の収集、ロギング、課金管理等の機能を有する。
　センタールーチン制御部２１‐１０は本格的なサーバ機能の一部を備え、標準で提供される機能のほかに、利用者がカスタマイズして処理機能の拡張を図ることができる。センタールーチン制御機能としては、例えば改札制御機能とバナーページ情報の更新機能がある。
　【００４０】
　改札制御機能は、印刷要求やネットワークプリンタに対する操作等の資格チェックを行ない、受け付け可否を行なう機能である。バナーページ情報の更新機能は、バナーページに印刷する情報を利用者が独自に追加・編集する機能である。バナーページとは各印刷ジョブに応じた印刷用紙間に挿入されるジョブ識別用のページである。このようなセンタールーチン機能を活用することで、ネットワークプリンタの共用運用のセキュリテイや課金処理の保証が容易となる。
　フィルタ制御部２１‐１１は、印刷データのコード変換や印刷データの各種項目のチェック及び変更、追加を行なう機能を有する。
　【００４１】
　センタールーチン制御用及びフィルタ制御用のソフトウェアはフロッピーディスク２５よりハードディスク２４にダウンロードできると共に、クライアント側からもハードディスクに登録することができる。
　・プリンタコントロール部のソフトウェア
　プリンタコントロール部２２（図１５）のソフトウェアとしては、
　▲１▼ジョブキュー（出力待ちキュー）につながったジョブを１つ取りだし、そのジョブ情報からスプールデータを読み出すＩ／Ｏ制御部２２‐１、
　▲２▼スプールデータをバッファリングしエミュレーション制御部に渡すバッファリング制御部２２‐２、
　▲３▼印刷データの解釈を行なうエミュレーション制御部（ＦＭシーケンスプログラム２２‐３、日本語ＰｏｓｔＳｃｒｉｐｔ２２‐４、ＳＵＮラスタ２２‐５等）、
　▲４▼印刷データに基づいてドットイメージの画像データ（ビットマップデータ）を作成するＲＩＰ（Ｒａｓｔｅｒ　Ｉｍａｇｅ　ｐｒｏｃｅｓｓｏｒ）制御部２２‐６、
　▲５▼ドットイメージの画像データをエンジンに出力するエンジン制御部２２‐７、
　▲６▼印刷に必要な資源情報の資源管理を通してフォントやフォームオーバレイをハードディスク２４から読み出し、ＲＩＰ処理用プログラムにわたす資源管理用制御部２２‐８、
　▲７▼ネットワークプリンタに要求された装置状態やジョブ待ち行列の問い合わせに対する応答情報を収集し、ＦＥＰ２１の通信応答制御部２１‐７に受け渡す機能を備えたステータス制御部２２‐９、
　▲８▼ネットワークプリンタへの管理情報（ＩＰアドレス、印刷に関する定数等）の入力や、ネットワークプリンタからの情報表示の機能を有するオペパネ制御部２２‐１０、
　▲９▼ネットワークプリンタで発生したトラブルに対して、印刷処理の再開を自動的に行なう機能を有するリカバリ制御部２２‐１１、
　▲９▼‐１　ネットワークプリンタを顧客要求に合わせて運用する場合、印刷に伴うシステムとしての標準値（ＩＰアドレス、用紙サイズ、スタッカ選択等）を管理する機能を有する装置属性管理制御部２２‐１２がある。
　【００４２】
　（ｇ）クライアント
　（ｇ‐１）クライアントのソフトウェア構成図
　図２２はクライアントのソフトウェア構成図である。尚、クライアントのハードウェア構成は明示していないが、通常のワークステーションＷＳ、パソコンＰＣと同様の構成、すなわち、プロセッサ、ディスプレイ装置、入出力部（キーボード、マウス等）、外部記憶媒体（ハードディスク、フロッピーディスク等）を有している。３１ａはメニュー制御用のソフトウェア（メニュー制御部）、３１ｂはステータス制御用のソフトウェア（ステータス制御部）、３１ｃはラインコマンド制御用のソフトウェア（ラインコマンド制御部）、３１ｄは印刷要求制御用のソフトウェア（印刷要求制御部）、３１ｅは通信制御用のソフトウェア（通信制御部）、３１ｆはＯＳである。
　これらのソフトウェアはフロッピーディスク等からクライアントのメモリに書き込むことができる。又、ネットワークプリンタ装置２０のハードディスク２４にこれらソフトウェアを記憶しておき、ネットワークプリンタ装置の操作パネルから送信先クライアントと送信ソフトウェア名を指定することによりクライアントのメモリに書込むこともできる。すなわち、ステータス制御部２２‐１２の制御で指定されたプログラムをハードディスク２４から読み出して通信応答制御部２１‐７に送り、しかる後、ＴＣＰ／ＩＰプロトコルのＦＴＰ機能によりクライアントに送信してメモリに記憶させる。
　【００４３】
　（ｇ‐２）メニュー制御、ステータス制御
　メニュー制御部３１ａは、ＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）ベースでＯｐｅｎｌｏｏｋやｍｏｔｉｆ等の種々のツールキッドを用いたメニュー画面制御、その他の表示制御を行うソフトウェアである。ステータス制御部３１ｂはジョブ情報等に関するネットワ−クプリンタ装置への問い合わせ要求の発行と、問い合わせに対する返答の受付、エラー情報の受付を行う。
　ユーザはメニュー画面を通じて、遠隔地に設置されたネットワークプリンタ装置装置に関して以下の▲１▼〜▲９▼の機能を有している。
　【００４４】
　▲１▼ネットワークプリンタ装置の初期化情報（構成定義情報、プリンタ標準値情報）の設定、参照、更新する機能。尚、初期化情報として扱う構成定義情報、プリンタ標準値情報の詳細はそれぞれ以下の通りである。すなわち、初期化情報として扱う構成定義情報は、
　・プリンタ装置のＩＰアドレス
　・リモートプリンタ名
　・オンライン／オフラインの別
　・ネットワークプリンタ装置のシステム標準値
　・ホッパに搭載している用紙のサイズ
　・前後処理機構として実装している種類（例えば、大容量ホッパ、メールボックス等）があり、初期化情報として扱うプリンタ標準値情報は、
　・印刷形式（片面／両面印刷の別、ポートレート（縦長）／ランドスケープ（横長）の別等）
　・用紙サイズ
　・エミュレーション名
　・接続インターフェースの種類
　・通信プロトコルの種類
　・フォームオーバレイの種類
　・フォントの種類
　・標準ホッパ
　・標準スタッカ
　・バナーページの出力の有無がある。
　【００４５】
　▲２▼ネットワークプリンタ装置を制御する指示コマンドの発行とその結果を受信する機能。
　▲３▼ネットワークプリンタ装置で印刷するための、印刷属性の指定と印刷依頼する機能。
　▲４▼ネットワークプリンタ装置でスプーリングするためのジョブキューを登録、参照、削除、保留する機能。
　▲５▼ネットワークプリンタ装置でスプーリングされているジョブの状態、ジョブの印刷属性を参照、更新、削除する機能。
　▲６▼ネットワークプリンタ装置でスプーリングされているジョブの優先順位を変更する機能。
　▲７▼印刷依頼したジョブの印刷属性を表示、変更、削除する機能。
　▲８▼ネットワークプリンタ装置でのエラーリカバリに伴う再出力を指示する機能。
　▲９▼ネットワークプリンタ装置のメインテナンス情報の採取、表示、出力する機能。メインテナンス情報としては、スプールの使用率、用紙の残存状態、トナーの残存状態（消耗品補充情報）、システム・ログ情報、メモリダンプ情報がある。
　【００４６】
　（ｇ‐３）ラインコマンド制御
　ラインコマンド制御部３１ｃは、新たに追加コマンド・オペランドを提供するソフトウェアである。ＵＮＩＸ標準コマンドはラインプリンタを想定しているため、高速のページプリンタ（レーザプリンタ）の有する両面印刷、ホッパ選択、その他の指示ができない。そこで、本発明では新たな独自のコマンドを追加している。
　【００４７】
　図２３はコマンド一覧を示す図表であり、上段はＵＮＩＸ標準コマンド、下段は本発明のネットワークプリンタ装置専用の印刷コマンドである。印刷方式にはｌｐｄ互換方式とコミュニケーションフィルタ方式があり、それぞれにＵＮＩＸ標準印刷コマンドとしてｌｐｒ，ｌｐｑ，ｌｐｒｍ，ｌｐｃの４つのラインコマンドが用意され、図表中の意味を有している。各コマンドの機能は
　ｌｐｒ：プリンタへのジョブ送信
　ｌｐｑ：ジョブキュー内のジョブ表示
　ｌｐｒｍ：スプーリングジョブの削除
　ｌｐｃ：プリンタ管理
である。これら既存の印刷コマンドのみでは高機能化されたネットワークプリンタ装置を使いこなすことが不十分である。そこで、以下の８個の拡張印刷コマンドを新たに追加する。各コマンドの機能は
　ｎｌｐｒ　：ネットワークプリンタ装置へのジョブ送信
　ｎｌｐｒｕ：ネットワークプリンタ装置への依頼ジョブの内容変更
　ｎｌｐｑ　：ネットワークプリンタ装置におけるジョブキュー内のジョブ表示
　ｎｌｐｒｍ：ネットワークプリンタ装置におけるジョブキュー内のジョブ削除
　ｎｌｐｊ　：ネットワークプリンタ装置への依頼ジョブの内容表示
　ｎｌｐｈ　：ネットワークプリンタ装置ジョブの保留／解除
　ｎｌｐｃ　：ネットワークプリンタ装置管理
　ｎｌｐｓｅｔ：ネットワークプリンタ装置の設定
である。尚、印刷コマンドのいくつかは、フィルタの指定が可能になっている。
　【００４８】
　ＵＮＩＸ標準コマンドによるプリンタへのジョブ送信は
　ｌｐｒ　Ａ　Ｂ　Ｃ（Ａ，Ｂ，Ｃはオペランドで印刷要求条件）
の形式で行われる。しかし、このジョブ送信コマンドｌｐｒに例えば両面印刷の要求条件Ｄを付加して
　ｌｐｒ　Ａ　Ｂ　Ｃ　Ｄ
として送るとエラーとなる。そこで本願発明では、独自のコマンドｎｌｐｒを用いて
　ｎｌｐｒ　Ａ　Ｂ　Ｃ　Ｄ
とし、次の印刷要求制御部３１ｄでこのコマンドを実行し、
　ｌｐｒ　Ａ　Ｂ　Ｃ（Ｄ）
の形式、すなわちＵＮＩＸで許されている形式に変換して送り出すものである。
尚、Ｃ（Ｄ）は、ＣがＤを含んでいることを意味する。
　【００４９】
　（ｇ‐４）印刷要求制御、通信制御
　印刷要求制御部３１ｄは、ラインコマンド制御部３１ｃから印刷要求依頼を受信するとコマンドの解釈を行い、適宜コマンドの変換を行って印刷要求の送信を通信制御部３１ｅに依頼する。又、印刷要求制御部３１ｄはメニュー画面からの印刷依頼も受け付ける。すなわち、メニュー画面をディスプレイ装置に表示し、必要な項目をピックしてデータ入力すれば、メニュー制御部３１ａはこれらデータに応じたラインコマンドとオペランドを作成して印刷要求制御部３６ｄに入力する。印刷要求制御部３６ｄはラインコマンド・オペランドの解釈を行い、コマンドの変換を行い印刷要求の送信を通信制御部３１ｅに依頼する。
　通信制御部３１ｅは、クライアント側とネットワークプリンタ装置間で独自の通信パスを可能とするためのソフトウェアであり、別の通信プロトコル、たとえばＴＣＰ／ＩＰプロトコルに従った通信機能も有している。通信制御部３１ｅはメニュー制御部３１ａ及びラインコマンド制御部３１ｃより印刷要求制御部３１ｄを介して入力された印刷データをＴＣＰ／ＩＰプロトコルによりネットワークプリンタ装置に送出する機能を有する。又、返信制御部３１ｅは問い合せデータを独自のプロトコルに従って送信する機能を有している。更に、ネットワークプリンタ装置から送出される情報（例えば、問い合わせに対する応答情報、印刷完了通知、エラー情報等）を受信し、該情報をステータス制御部３１ｂに渡す機能を有している。
　【００５０】
　（ｇ‐５）クライアントにおける遠隔操作
　▲１▼印刷ジョブの依頼
　図２４、図２５、図２６はネットワークプリンタ装置を遠隔操作するための具体的な日本語メニュー画面の例であり、図２４は全体の図面構成説明図であり、図２５と図２６を組み合せて全体図となる。図２７はメニュー画面からの印刷要求処理の流れ図である。
　メニュー制御プログラムが起動されるとコマンド入力を受け付ける状態となる。ここで、コンソール・ウインドウからプリンタ名を指定すると、図２５に示す日本語メニュー画面４１が表示される。日本語メニュー画面の操作は、アイコンをマウスでクリックすることにより行う。所定のアイコンをクリックすることによりメニュー表示の状態が遷移する。さて、日本語メニュー画面４１が表示されている状態で、あるファイルをネットワークプリンタ装置に印刷要求したい場合には、項目「起動」４１ａをマウスでピック（クリック）する。これにより印刷ファイル指定メニュー４２が表示される（図２６、ステップ５５２）。このメニューにおいて、項目「オープン」４２ａをクリックするとファイル一覧４２ｂが表示される。ついで、該ファイル一覧４２ｂより印刷したいファイル名を指定し、項目「印刷指定」４２ｃをクリックすると、指定したファイル名が指定済みファイル一覧４２ｄに表示される（ステップ５５３〜５５５）。尚、ファイル名の指定は、所望のファイル名をクリックするか、カーソルをファイル名に合わせて実行キーを押下することにより行う。ついで、別に印刷したいファイルがあればステップ５５３以降の操作を繰り返す（ステップ５５６）。
　【００５１】
　全てのファイルの指定が終了して項目「印刷」４２ｅをクリックすると、メニュー制御部３１ａは印刷形式指定メニュー４３を表示する（ステップ５５７）。印刷形式を指定する必要がなければ、項目「適用」４３ａをクリックする（ステップ５５８，５５９）。以後、メニュー制御部３１ａは入力データに基づいてネットワークプリンタ装置への印刷要求コマンド・オペランド（印刷ファイル、印刷属性ファイル、ファイル属性情報）を作成して印刷要求制御部３１ｄに入力する。印刷要求制御部３１ｄは印刷要求コマンド、印刷データの変換を行い、通信制御部３１ｅはたとえばＴＣＰ／ＩＰプロトコルを介してネットワークプリンタ装置２０に送信する。
　一方、印刷形式を指定する必要があれば、印刷形式指定メニュー４３において、印刷属性（用紙方向、とじしろ位置、用紙サイズ、余白、印刷部数等）、印刷の優先度等を指定する（ステップ５６０）。ついで、指定した印刷属性を登録する必要がある場合には項目「登録」４３ｂをクリックして登録する。しかる後、項目「適用」４３ａをクリックする（ステップ５５９）。
　【００５２】
　▲２▼印刷ジョブの一覧、フォント一覧、オーバレイ一覧表示
　ネットワークプリンタ装置における印刷ジョブの一覧、フォントの一覧、フォームオーバレイの一覧を表示したい場合には、メニュー４１において、項目「表示」４１ｂをクリックする。これにより、一覧選択用のメニュー４４が表示されるから、所望の一覧名を指示する。メニュー制御部３１ａは問い合わせコマンド・オペランド（ジョブ、フォント、フォームオーバレイの別等）を作成して印刷要求制御部３１ｄに入力する。印刷要求制御部３１ｄは該問い合わせコマンド・オペランドを受信すれば、指示された一覧の問い合わせ依頼を通信制御部３１ｅに入力する。通信制御部３１ｅは独自通信プロトコルで問い合せ要求をネットワークプリンタ装置２０に送信する。これにより、ネットワークプリンタ装置は要求された一覧をクライアントに送信してくるから、メニュー制御部３１ａは該一覧を通信制御部３１ｅ、ステータス制御部３１ｄを介して受信してディスプレイ画面に表示する。
　【００５３】
　ジョブ一覧メニュー４５には、印刷中ファイル名や印刷待ちファイルが表示される。このジョブ一覧メニュー４５において、所定の印刷待ちファイルを取り消したい場合、あるいはホールド設定（実行保留）、優先度、ジョブの依頼内容を変更したい場合には、該ファイル名を表示させた状態で、項目「取消」４５ａあるいは「ホールド」４５ｂあるいは「優先度」４５ｃあるいは「依頼内容」４５ｄをクリックして取消、変更を行う。例えば、印刷依頼済みのファイルを削除する場合、項目「取消」４５ａをクリックするとメニュー制御部３１ａはジョブ制御コマンド・オペランド（削除、ジョブ名等）を作成して印刷要求制御部３１ｄに入力する。これにより、印刷要求制御部３１ｄは印刷ジョブの削除依頼を通信制御部３１ｅに入力し、通信制御部３１ｅは独自プロットコルで削除依頼をネットワークプリンタ装置に送信する。又、ジョブ内容の変更（例えば優先順位の変更）に際しては、メニュー制御部３１ａはジョブ制御コマンド・オペランド（順位変更、ジョブ名等）を作成して印刷要求制御部３１ｄに入力する。これにより、印刷要求制御部３１ｄは印刷ジョブの内容変更依頼を通信制御部３１ｅを介してネットワークプリンタ装置２０に送信する。
　【００５４】
　▲３▼プリントサービス状態、プリンタ動作状態の確認
　プリントサービス状態やプリンタ動作状態を確認したい場合には、メニュー４１において、項目「プリントサービス状態」４１ｃ、項目「プリンタ動作状態」４１ｄをクリックすれば、メニュー制御部３１ａは問い合わせコマンド・オペランド（プリントサービス状態、プリンタ動作状態の別等）を作成して印刷要求制御部３１ｄに入力する。印刷要求制御部３１ｄは該問い合わせコマンド・オペランドを受信すれば、指示されたデータの要求依頼を通信制御部３１ｅに入力し、通信制御部３１ｅは独自プロトコルで該要求をネットワークプリンタ装置２０に送信する。これにより、ネットワークプリンタ装置は要求されたプリントサービス状態、プリンタ動作状態データをクライアントに送信してくるから、メニュー制御部は該データを通信制御部、ステータス制御部を介して受信してディスプレイ画面に表示する。
　以上では日本語メニュー画面を示したが外国語メニュー画面とすることもできる。
　【００５５】
　（ｇ‐６）クライアント・ネットワークプリンタ装置間のコマンド
　フレームは図１７に示すフォーマット構造を備えている。このうち、ネットワークプリンタヘッダＮＰＨは、図２８の▲１▼、▲２▼の構成を有している。尚、▲１▼は下りの場合でありコマンドコードＣＭＤとオペランドＯＰＲで構成されている。▲２▼は、ネットワークプリンタからクライアントへの上りの場合であり、応答データＲＰＤだけで構成されている。
　図２９はコマンドコード及びオペランドの説明図表である。コマンドコードとしては、印刷要求、問い合わせ、ジョブ制御、プリンタ制御、印刷環境設定、通知情報の各種コマンドがあり、右向き矢印のデータはコマンドコードに付されてネットワークプリンタ装置に送られる情報であり、左向き矢印のデータは対応するコマンドに対するネットワークプリンタ装置の応答データである。
　尚、ユーザは自分以外のジョブを操作したり（削除、順位変更等）、プリンタを制御したり（電源オフ、プリンタ停止／再開等）、ネットワークプリンタ装置の印刷環境の設定を勝手に行うことはできず、これらの操作はプリンタ管理者のみが許される。
　【００５６】
　（ｇ‐７）クライアントの全体のソフトウェア処理
　図３０はクライアントの全体のソフトウェア処理の流れ図である。
　ユーザはメニュー機能を用いてイベントを発生（入力）する（ステップ５８１）。イベント発生操作が完結すれば、メニュー制御部３１ａは指定されたイベントに基づいたラインコマンドを生成し、印刷要求制御部３１ｄに入力する（ステップ５８２）。印刷要求制御部３１ｄはラインコマンドを解釈し（ステップ５８３）、通信制御部３１ｅは印刷コマンドであれば印刷データをコマンドのオペランドで指定されたプリンタへ送信する（ステップ５８４、５８５）。
　一方、通信制御部３１ｄは印刷コマンドでなければ、問い合わせコマンドであるか識別し（ステップ５８６）、問い合わせコマンドであれば、問い合わせ要求データをコマンドのオペランドで指定されたプリンタへ独自プロトコルで送信する（ステップ５８７）。
　通信制御部３１ｄは問い合わせに対する応答データをネットワークプリンタ装置から受信すれば、該応答データをステータス制御部３１ｂを介してメニュー制御部３１ａに入力し、メニュー制御部３１ａは応答データをディスプレイ画面に表示する（ステップ５８８）。又、ステップ５８６において、問い合わせコマンドでなければ、入力ミスであるからエラー処理と表示を行う（ステップ５８９）。
　【００５７】
　図３１はネットワークプリンタ装置側から異常通知があった場合の処理の流れ図である。
　ネットワークプリンタ装置側で用紙ジャム等の異常が発生すると、クライアント側にメッセージを送信する（ステップ６０１）。通信制御部３１ｄは該メッセージを受信し、ステータス制御部３１ｂに渡す（ステップ６０２）。
　ステータス制御部３１ｂは通信制御部３１ｄからのデータを監視し、異常が発生した場合のメッセージである場合には該メッセージをメニュー制御部３１ａに渡す（ステップ６０３）。メニュー制御部３１ａは該メッセージを受信するとネットワークプリンタ装置の異常を自動的にディスプレイ画面に表示する（ステップ６０４）。
　【００５８】
　（ｈ）ＦＥＰの全体の制御
　（ｈ‐１）ＦＥＰの受付処理フロー
　図３２〜図３４はネットワークプリンタ装置におけるＦＥＰの受付処理制御の流れ図である。
　事象（イベント）の発生を待ち（ステップ７０１）、事象が発生すれば、プリンタコントロール部２２からの割込みか判断し（ステップ７０２）、割込みでなければ、接続インターフェースドライバ（２１‐１）はＬＡＮ（Ｅｔｈｅｒｎｅｔ）からのデータを受信する（ステップ７０３，７０４）。
　ついで、ステップ制御部２１‐１２は受信データが印刷データであるかチェックする（ステップ７０５）。印刷データでなければ、ジョブキューの操作要求かチェックする（ステップ７０７）。尚、第２実施例（後述）のようにメールボックスが設けられている場合には、メールボックス情報要求か調べ（ステップ７０６ａ）、メールボックス制御であればメールボックス制御部２０ａが起動しメールボックス要求処理を実行する（ステップ７０６ｂ）。
　【００５９】
　ステップ７０６において、ジョブキューの操作要求であれば、スプーリング制御部２１‐８が起動し、ＲＡＭ２１ｅに記憶されているジョブキューＱＵＥをジョブ制御コマンドの指示にしたがって操作する。例えば、▲１▼ジョブキューを更新し、あるいは▲２▼ジョブを削除し、あるいは▲３▼ジョブのホールド指定／解除を行い、あるいは▲４▼ジョブの優先順位を変更する（ステップ７０７）。
　ジョブキューの操作が終了すれば、通信応答制御部２１‐７に通知し、通信応答制御部２１‐７を介してジョブキュー操作の結果を応答させる（ステップ７０８）。この応答データはマルチプロトコル制御部２１‐３〜２１‐５，接続インターフェースドライブ２１‐１を介して要求元クライアントに送られる（ステップ７０９、７１０）。
　一方、ステップ７０６において、ジョブ操作要求でなければ、ステップ制御部２１‐１２は問い合わせ要求か、あるいは装置属性情報の設定要求か調べ（ステップ７１１、７１２）、問い合わせ要求でも設定要求でもなければ、受信データを捨てる（ステップ７１３）。しかし、問い合わせ要求あるいは設定要求のいずれかであれば、これら要求をＤＰＲＡＭ２１ｄに記憶し、システムバスを介してプリンタコントロール部２２の入出力制御部２２‐１に渡す（ステップ７１４）。
　【００６０】
　一方、ステップ７０５において、印刷データの場合には、マルチプロトコル制御部は受信パケットのヘッダ情報より通信プロトコルを識別し（ステップ７１５）、対応する通信プロトコル制御部、例えばＴＣＰ／ＩＰ制御部２１‐３を起動し、データを受信させる（ステップ７１６）。
　ついで、利用者名、ＩＰアドレス、印刷データ等を取り出し（ステップ７１７）、センタールーチンプログラムあるいはフィルタプログラムのダウンロードであるか調べ（ステップ７１８）、「ＹＥＳ」であれば、スプーリング制御部２２‐８が起動し、センタールーチンプログラム、フィルタプログラムをハードディスク２４にＳＣＳＩインターフェース２１ｇ，２２ｃを介して書き込む（ステップ７１９）。尚、クライアントからセンタールーチンプログラムあるいはフィルタプログラムをダウンロードするには、キー操作でファイル転送コマンドとプログラム名を入力し、しかる後、実行キーを押下することにより行う。
　【００６１】
　センタールーチンプログラムあるいはフィルタプログラムのダウンロードでなければ、ステップ制御部２１‐１２はセンタールーチン制御部２１‐１０を起動し、受付チェックを実行させる（ステップ７２０）。この受付チェックは、依頼者が予めプリンタ利用者として登録されている者であるかのチェックである（改札制御）。
　正当な者でなければ受付を取消し（ステップ７２１，７２２）、課金ログ制御部２１‐９を起動してジョブ情報をハードディスク２４に書き込む。例えば、ジョブ番号に対応させて取り消しを書き込む（ステップ７２３）。
　【００６２】
　図３５は改札制御のフロー図であり、ハードディスク２４には予めプリンタ利用者が登録されている。
　ステップ制御部はユーザＩＤ（ユーザ名）、ジョブ番号をセットしてセンタールーチン制御部２１‐１２に制御を渡す（ステップ７２０ａ）。センタールーチン制御部はハードディスク２４に登録されている利用可能ユーザＩＤを取り出し（ステップ７２０ｂ）、印刷要求しているユーザＩＤが利用可能ユーザＩＤに含まれているかチェックし（ステップ７２０ｃ）、含まれていなければ、受付不可を通知し（ステップ７２０ｄ）、含まれていれば、受付ＯＫを通知する（ステップ７２０ｅ）。
　受付ＯＫとなれば、データ変換、コード変換が必要か調べる（ステップ７２４）。尚、後述する第２実施例のようにメールボックス機構を有する場合には、メールボックス制御部を起動してビン番号を確定させる（ステップ７２４ａ）。
　データ変換あるいはコード変換が必要であれば、フィルタ制御部２１‐１１が起動し印刷データのデータ変換、コード変換等のフィルタ制御を実行する（ステップ７２５）。しかる後、センタールーチン制御部２１‐１０が起動し、バナーページの編集処理と編集したバナーページの印刷データへの書き込みを実行する（ステップ７２６）。
　【００６３】
　図３６はフィルタ制御のフロー図である。
　コード変換とはあるコードを別のコードに変換したり、あるいは誤ったコードを正しいコードに置き換える操作である。又、データ変換とはあるコード例えばＥｕｃ（Ｅｘｔｅｎｄｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｃｏｄｅ）のデータを別のコード例えばＪＩＳコードのデータに変換する操作である。フィルタ制御部２１‐１１は呼び出されると（ステップ７２５ａ）、データを入力バッファから取り出し、コードチェックを行ってコード変換し、あるいは、データ変換し（ステップ７２５ｂ，７２５ｃ）を行い、変換結果を出力バッファに格納する（７２５ｄ）。
　【００６４】
　図３７はバナーページの編集処理のフロー図である。尚、ハードディスクにバナーページ用の雛形が予め登録されている。
　ステップ制御部２１‐１２はユーザＩＤ（ユーザ名）、ジョブ番号をセットしてセンタールーチン制御部２１‐１０に制御を渡す（ステップ７２６ａ）。これにより、センタールーチン制御部は作業用のバッファを確保し（ステップ７２６ｂ）、ついで、ハードディスクに記憶されている雛形をバッファに読み出し、雛形の可変部分を埋め込む。たとえば、ユーザＩＤを花文字に変換し、該花文字及び印刷日付を可変部分に埋込み、バナーページページを編集する（ステップ７２６ｃ）。編集が終了すれば、バナーページをクライアントから送られてきている印刷データの先頭あるいは最後尾あるいは先頭及び最後尾に配置し（ステップ７２６ｄ）、バナーページ処理を完了する。尚、先頭と最後尾にバナーページを挿入する場合にはその別をそれぞれのバナーページに記録しておくとよい。
　バナーページの編集処理が終了すれば、スプーリング制御部２１‐８が起動して印刷データ（バナーページを含む）をＳＣＳＩインターフェースを介してハードディスク２４に書き込むと共に（ステップ７２７）、センタールーチン制御部２１‐１０が起動し印刷可能枚数を決定する（ステップ７２８）。
　【００６５】
　図３８は印刷枚数を決定するセンタールーチン制御のフローである。予め、ハードディスク２４には、ユーザあるいはグループ毎に許容総印刷枚数Ｎと１回当りの許容印刷枚数ｎが設定されてある。これは、１枚の印刷毎に課金されるため、料金を考えてユーザが予め印刷枚数を設定するためである。又、現在迄の実際の印刷枚数Ｍも記憶されている。
　ステップ制御部２１‐１２はユーザＩＤ（ユーザ名）、ジョブ番号をセットしてセンタールーチン制御部２１‐１０に制御を渡す（ステップ７２８ａ）。これにより、センタールーチン制御部はハードディスク２４から許容総印刷枚数Ｎと１回当りの許容印刷枚数ｎと実際の総印刷枚数Ｍを読み出す（ステップ７２８ｂ）。ついで、これらＮ，ｎ，Ｍと印刷要求された頁数ｍとから印刷枚数を決定する（ステップ７２８ｃ）。例えば、ｎ≧ｍでＮ≧（Ｍ＋ｍ）であれば印刷枚数はｍとなり、ｎ≧ｍでＮ＜（Ｍ＋ｍ）であれば、印刷枚数は（Ｍ＋ｍ−Ｎ）となる。
　ついで、スプーリング制御部２１‐８はジョブキューの末尾にジョブ情報をキューイングする（ステップ７２９）。
　【００６６】
　以上はＬＡＮからデータを入力した場合であるが、セントロニクスあるいはＲＳ２３２Ｃのインターフェースを有する装置（シリアルインターフェース装置）から印刷データが送られてくる場合もある。かかる場合には、事象の発生を待ち（図３２、ステップ７０１′）、事象が発生すれば、プリンタコントロール部２２からの割込みか判断し（ステップ７０２′）、割込みでなければ接続インターフェースドライバ２１‐２はシリアルインターフェース装置からのデータを受信し、セントロニクスあるいはＲＳ２３２Ｃに渡す（ステップ７０３′〜７０４′，７１６′）。受信データが印刷データの場合には、ステップ７２６におけるバナーページ処理後にセントロニクスあるいはＲＳ２３２Ｃ入力かチェックし（ステップ７３１′）、「ＹＥＳ」の場合には、センタールーチン制御部２１‐１０は印刷可能枚数を決定・指示し（ステップ７３１）、システムバス経由でプリンタコントロール部２２の入出力制御部２２‐１に渡す（ステップ７３２）。
　【００６７】
　（ｈ‐２）ＦＥＰの後始末処理フロー
　図３４はネットワークプリンタにおけるＦＥＰの後始末処理の流れ図である。
　ステップ７０２において、事象がプリンタコントロール部２２からの割込みの場合には、システムバスを経由して情報を受け付ける（ステップ７５１）。ついで、エラー通知であるかチェックし（ステップ７５２）、エラー通知であればエラー通知処理を行う。すなわち、スプーリング制御部２１‐８はスプール情報をホールドにして凍結し（ステップ７５３）、課金ログ制御部２１‐９はエラーログ情報の書き出しを行い（ステップ７５４）、通信応答制御部２１‐７はエラー通知情報を発行する（ステップ７５５）。このエラー通知情報はマルチプロトコル制御部２１‐３〜２１‐５，接続インターフェースドライブ２１‐１を介して所定のクライアントに送られる（ステップ７０９、７１０）。
　尚、ホールドとはジョブキューにおける所定印刷ジョブのホールドビットを”１”にすることである。ホールド状態になったジョブはジョブキューに接続されているが、解放指示される迄印刷ジョブとして取り出されることはない。又、ホールド時間を設定することもできる。ホールド時間が設定されると該時間を経過しても解放されていない印刷ジョブはデキューされる。この処理はセンタールーチン制御部２１‐１０で行う。
　【００６８】
　一方、ステップ７５２において、エラー通知でなければ、問い合わせに対する応答であるかチェックし（ステップ７５６）、問い合わせ応答であれば、通信応答制御部２１‐７は問い合わせ情報を編集し、問い合わせ応答情報を発行する（ステップ７５７）。この問い合わせ応答情報はマルチプロトコル制御部２１‐３〜２１‐５，接続インターフェースドライブ２１‐１を介して所定のクライアントに送られる（ステップ７０９、７１０）。
　ステップ７５６において、問い合わせ応答でなければ、印刷完了処理を行う。すなわち、スプーリング制御部２１‐８はスプール（印刷情報）をハードディスク２４から削除すると共に、ＤＰＲＡＭ２１ｄ‐１〜２１ｄ‐３上のジョブ情報を削除する。（ステップ７５８）。又、課金ログ制御部２１‐１０は課金情報を作成してハードディスク２４に書き込む（ステップ７５９）。課金情報は、１つのジョブ毎に、印刷日付、印刷プリンタ装置名、ユーザ名、ジョブ名、ジョブ番号、印刷ページ数、ＩＰアドレス、用紙サイズ等有している。
　しかる後、通信応答制御部２１‐７は印刷完了通知を発行する（ステップ７６０）。この印刷完了通知情報はマルチプロトコル制御部２１‐３〜２１‐５，接続インターフェースドライブ２１‐１を介して所定のクライアントに送られる（ステップ７０９、７１０）。
　【００６９】
　（ｈ‐３）プリンタコントロール部の処理フロー
　図３９〜図４１はプリンタコントロール部２２の処理フローである。
　入出力制御部２２‐１は事象の発生を待ち（ステップ８０１）、事象が発生すれば、問い合わせ応答かチェックする（ステップ８０２）。問い合わせの場合には、ステータス制御部２２‐９が起動する。ステータス制御部２２‐９は▲１▼ネットワークプリンタの装置状態（各種センサー出力）、▲２▼印刷中ジョブの情報、▲３▼ジョブキューの情報を収集する（ステップ８０３）。ついで、収集した情報を入出力制御部２２‐１に渡し、入出力制御部２２‐１はシステムバスを介してＦＥＰ２１の通信応答制御部２２‐７へ送出する（ステップ８０４）。
　【００７０】
　ステップ８０２において、問い合わせ要求でない場合には装置属性情報の要求かチェックする（ステップ８０５）。装置属性情報の要求の場合には、装置属性管理部２２‐１２が起動する。装置属性管理部２２‐１２は装置属性情報の設定／参照／更新の別を判別し（ステップ８０６）、設定／更新の場合には、送られてきた装置属性情報で旧情報を置き換え、あるいは更新し（ステップ８０７）、完了通知を入出力制御部２２‐１に入力する。入出力制御部２２‐１は該完了通知をシステムバスを介してＦＥＰ２１の通信応答制御部２２‐７へ送出する（ステップ８０８）。一方、参照の場合には、ＤＰＲＡＭ上の環境情報領域２１ｄ‐１にある装置デフォルト又はハードディスク２４より装置属性情報を収集し（ステップ８０９）、これら装置デフォルト、装置属性情報を入出力制御部２２‐１に入力する。入出力制御部２２‐１はこれら情報をシステムバスを介してＦＥＰ２１の通信応答制御部２２‐７へ送出する（ステップ８１０）。
　【００７１】
　ステップ８０５において、装置属性情報要求でない場合には、印刷データ処理を行う。すなわち、入出力制御部２２‐１はＲＡＭ２２ｇに記憶されているジョブキューから先頭ジョブを取り出し（ステップ８１１）、そのディスクアドレスが示すハードディスクから印刷データを読み出してダブルバッファ構成のバッファリング制御部２２‐２の第１のバッファに記憶する。第１のバッファが満杯になれば、第２のバッファに切り換えて印刷データを記憶する。以後、第１、第２のバッファを交互に切り換えて印刷データを記憶する（ステップ８１２）。一方のバッファに印刷データを記憶するのと並行して、エミュレーション制御部は他方のバッファに記憶されている印刷データを読み出し、該印刷データに含まれるエミュレーション指定データを参照し、該データで指定されたエミュレーション（ＦＭシーケンス、日本語Ｐｏｓｔｓｃｒｉｐｔ、ＳＵＮラスター、その他のエミュレーション）に基づいて印刷データの解釈処理を行い、処理結果を描画処理部（ＲＩＰ）２２‐６に入力する（ステップ８１３，８１４）。
　【００７２】
　描画処理部２２‐６は解釈結果及び資源管理制御部２２‐８の制御で取り込んだフォント、フォームオーバレイを用いて描画処理（ドットイメージの画像データへの展開処理）を行い、画像データをＲＡＭ２２ｇに格納する（ステップ８１５，８１６）。エンジン制御部２２‐７はＲＡＭ２２ｇに書き込んだドットイメージの画像データをラスタースキャン方式で読み出してエンジンに送出し印刷を行う（ステップ８１７）。正常に印刷が行われれば（ステップ８１８）、ステップ８１２以降の印刷処理を継続する。
　印刷エラーが生じることなく、印刷処理が完了すれば（ステップ８１９）、入出力制御部２２‐１は印刷完了通知と課金情報をシステムバスを介してＦＥＰ２１の通信応答制御部２２‐７へ送出する。又、ジョブキューより印刷完了したジョブをデキューする（ステップ８２０）。
　【００７３】
　ステップ８１８で正常に印刷が完了しない場合には、エラーが発生したものであるからリカバリ制御部２２‐１１はエラー解析処理を実行する。まず、データチェックを行い、データエラー（パリテイエラー等）か調べる（ステップ８３１）。データエラーであれば、印刷処理を自動継続し、次の頁のデータ処理を行い（ステップ８３２）、ステップ８１２に戻り以降の処理を行う。
　ステップ８３１において、データエラーでなければ、用紙切れか判断する（ステップ８３４）。尚、第２実施例のようにメールボックス機構が設けられている場合にはメールボックスのカバーがオープンか調べ（ステップ８３３）、ステップ８３２以降の処理を実行する。
　【００７４】
　用紙切れの場合には、用紙切れ情報を設定し（ステップ８３５）、オペパネ制御部２２‐１０はデータエラー発生を表示し（ステップ８３６）、ステータス制御部２２‐９はエラー情報を入出力制御部２２‐１を介してＦＥＰ２１の通信応答制御部に送出する（ステップ８３７）。
　用紙切れでなければ、ジャム発生か判断する（ステップ８３８）、ジャム発生の場合には、ジャム発生情報を設定し（ステップ８３９）、ステップ８３６以降の処理を実行する。ジャム発生でなければ、スタッカフルか調べ（ステップ８４０）、スタッカフルの場合にはスタッカフル情報を設定し（ステップ８４１）、ステップ８３６以降の処理を実行する。
　しかる後、メールボックス機構が存在すれば、メールボックスがフルか調べ、フルの場合にはメールボックスフル情報を設定し（ステップ８４２、８４３）、ステップ８３６以降の処理を実行する。
　以上のいずれのエラーでもなければハードウェアエラー情報を設定し（ステップ８４４）、ステップ８３６以降の処理を実行する。
　【００７５】
　（ｉ）変形例
　以上ではプリンタ機能のみを有するものをネットワークプリンタ装置として説明したが、ファクシミリ、電話及び複写機能を有する複合機もプリンタ機能を有するものはネットワークプリンタ装置の一種である。
　又、以上では、ネットワークプリンタ装置にサーバ機能を持たせたが、該サーバ機能をＬＡＮに接続されたサーバに持たせ、該サーバにプリンタ装置を接続し、サーバとプリンタ装置を含めてネットワークプリンタとすることもできる。
　（ｊ）第１実施例の効果
　以上のように、本発明の第１実施例によれば以下の効果が得られる。
　▲１▼ネットワークプリンタに本格的なサーバ機能を装備することで、ＰＣ／ＷＳのサーバを必要としない環境が構築できる。又、ＰＣ／ＷＳのサーバは、本来のサーバ処理に専念でき、印刷処理のための性能を劣化させることもない。
　▲２▼本発明のネットワークプリンタは、サーバ機能を内蔵することで、代表的なＬＡＮの伝送路であるＥｔｈｅｒｎｅｔに直接接続できる。このため、Ｅｔｈｅｒｎｅｔ上の任意の場所に接続することができ、ポータビリティに優れた運用が可能となる。
　▲３▼本発明のネットワークプリンタは、ＰＣ／ＷＳサーバに接続しない共用プリンタであるため、ＰＣ／ＷＳサーバからの距離的な制約がなく、省スペースで場所を取らない。すなわち、プリンタだけの設置面積を考慮するだけでよい利点がある。
　【００７６】
　▲４▼マルチプロトコル制御機能を備えているため、ＬＡＮの通信プロトコルに関係無く共通にコネクタを設け、該コネクタとＬＡＮ間を接続するだけでよい。こため、コスト的に有利であり、しかも、各通信プロトコルに応じてネットワークプリンタを用意する必要がない。例えば、ＵＮＩＸのサーバ／クライアントの環境とＮｅｔｗａｒｅのパソコン環境が混在するＬＡＮネットワークでも、コネクタをＬＡＮに接続するだけで、高性能で高品質のネットワークプリンタを両方の環境から共通に利用できる。
　▲５▼センタールーチン機能を有することで、オープン環境でありながら、資格チェック機構により、ネットワークプリンタの共用運用の安全が保証できる。又、バナーページの編集機能を用いることで、印刷結果の仕分けが容易になると共に、システム情報をインフォメーションとして印刷することで利用者への伝達手段が向上する。
　【００７７】
　▲６▼ネットワークプリンタがもつスプーリング機能は、クライアント側からの印刷依頼に要する経過時間の短縮を図ることができる。その結果、クライアント側は、印刷依頼に際して短い時間で解放されるため他の作業を行うことができ、作業効率の向上を図ることができる。
　▲７▼クライアント側からプリンタ及びスプーリングされたジョブの遠隔操作ができる。
　▲８▼ネットワークプリンタ専用のメニューを用いることで操作性の向上が図れる。このネットワークプリンタ専用のメニューは、ＧＵＩ及び日本語による操作でプリンタに対する各種コマンドを自動的に作成できるため、ラインコマンドのような専門的な知識が不要となる。
　【００７８】
　（Ｃ）本発明の第２の実施例
　第２の実施例は、第１の実施例のネットワークプリンタにメールボックス機構を付加したものである。
　（ａ）メールボックス機構の機能概略
　メールボックス機構は、ネットワークプリンタの排紙（印刷済み用紙）を格納する専用装置であり、１ビン（排紙を収容するケース）に１００枚程度格納する機能を有し、１０ビンを最小に５ビン又は１０ビン単位で３０ビンまで増設できる構成になっている。メールボックス機構の機能は、各クライアントからの印刷要求に基づき、ネットワークプリンタで印刷したカット紙をクライアントにより指定されたビンに格納することである。かかる機能により、印刷ジョブ（印刷用紙）の紛失防止、ジョブの仕分けの容易性を図ることができ、しかも、各ビンを私書箱的に使用することによるセキュリティの保証を実現することができる。
　【００７９】
　（ｂ）メールボックスの構成
　図４２はメールボックスの構成及びネットワークプリンタとの接続を示す説明図であり、図６、図７と同一部分には同一符号を付している。
　２０はネットワークプリンタ本体、５１はメールボックスである。ネットワークプリンタ本体２０において、１ａ〜１ｃは上段、中段、下段の用紙カセット（ホッパ）、４はスタッカ、５は操作パネル、１０は記録部（記録プロセス部）、１１は用紙搬送系、２１′はＦＥＰを実装したボード（コントロールユニット）、２２′はプリンタコントロール部を実装したボード（メインコントロールユニット）、２４はハードディスク、２５はフロッピーディスク、２９ａは前帯電器、現像部、転写帯電器等に高圧を印加する高圧電源部、２９ｂはＦＥＰやプリンタコントロール部に定電圧を供給する低電圧源、２９ｃは主電源スイッチである。
　【００８０】
　メールボックス５１において、５２ａ〜５２ｋは排紙を収容するビン、５３ａ〜５３ｋは回転自在に設けられた排紙取り込み部材、５４ａ〜５４ｋはビン５２ａ〜５２ｋに排紙を取り込む際、排紙取り込み部材５３ａ〜５３ｋを回転する回転機構、５５ａ〜５５ｋは各ビンの底に設けられ、印刷ジョブ（印刷用紙）が取り出されたことを感知するセンサー、５６は１枚の排紙を保持しながら上下方向に移動可能な用紙搬送ブロック、５７は用紙搬送ブロックを案内するガイド部材である。用紙搬送ブロック５６は、一対の用紙送りローラ５６ａ，５６ｂ及び用紙搬送ブロック内でのジャムを検出する一対のセンサー（例えば光学センサー５６ｃ，５６ｄ）を備えている。図４２では排紙取り込み部材５３ｇが回転して開き、かつ、用紙搬送ブロック５６がその上に位置決めされてビン５２ｇに用紙を収納する状態が示されている。
　【００８１】
　５８はメールボックス制御装置、５９は電源部である。メールボックス制御装置５８は、ビン番号ｉがネットワークプリンタ本体より指示されると、ビン５２ｉの回転機構５４ｉを駆動して排紙取り込み部材５３ｉを開かせると共に、用紙搬送ブロック５６の位置を制御して印刷済み用紙の取り込み、保持・移動、指定ビンへの排出を行わせる。又、メールボックス制御装置５８は、各センサーの検出信号をプリンタ本体側に送出する機能を有している。
　【００８２】
　（ｃ）ビンの構成
　・ビンの第１実施例
　図４３はビンのカバー開閉時における斜視図であり、（ａ）はカバーを閉じた状態を、（ｂ）はカバーを開いた状態を示している。ＤＲは開閉可能なビンのカバーであり、各カバーの表面には名札挿入用の札掛けＮＰＬと青色ランプＢＬＰと赤色ランプＲＬＰが設けられている。５５ｉは印刷ジョブ（印刷用紙）が取り出されたことを感知するセンサー、５８ｉはカバーの開閉を検知するセンサーであり各ビンに設けられている。尚、カバーが開けられ時（用紙取り出し時）、印刷は一時停止するようになっている。
　【００８３】
　札掛けＮＰＬには名札を挿入でき、ビン使用者の識別を可能にしている。この名札により間違って他人の印刷ジョブを取り出さないようにできる。青色ランプＢＬＰの点滅はジョブ（用紙）の格納中を指示し、消灯は正常でかつ格納中以外を指示する。この青色ランプによりその消灯時に印刷用紙を取り出しＯＫを知らせることができる。赤色ランプＢＬＰの点滅はハードウェアのトラブルを指示し、消灯は正常状態を示す。
　以上では、札掛けＮＰＬ、各ランプをＢＬＰ，ＲＬＰをビンのカバーに設けたがビン側面に設けることもできる。更に、各ビンの側面に液晶パネルを設けて多彩な情報を表示できるように構成できる。
　【００８４】
　・ビンの第２実施例
　図４４は側面に液晶パネルを設けた実施例であり、５２‐１はジョブ名／ジョブ番号表示部、５２‐２はハードトラブル表示部、５２‐３はリザーブ／フリー表示部、５２‐４はロック中表示部、５２‐５はオーバフロー表示部である。
　ジョブ名／ジョブ番号表示部５２‐１はジョブ名、ジョブ番号又はユーザ名を表示するもので、ジョブを格納中は表示している文字が点滅するようになっている。ハードトラブル表示部５２‐２はハードトラブルが発生した場合、「ハードトラブル」の文字が表示されて点滅する。文字が表示されない時は正常状態を示す。リザーブ／フリー表示部５２‐３はビンがリザーブかフリーかの状態を表示するものである。「リザーブ」の文字が表示されている場合には、ユーザが予約したビンであることを示す。「フリー」の文字が表示されている場合には、だれにも予約されておらずオープンの状態を示す。ロック中表示部５２‐４はビンがロック中（セキュリティ有り）か否かを表示するものである。「ロック中」の文字が表示されている場合には、ロック中（あるいはセキュリティ有り）を示し、「ロック中」の文字が表示されていない場合には、アンロック中（セキュリティ無し）を示す。オーバフロー表示部５２‐５はビンがオーバフロー（満杯）であるか否かをを表示するものである。「オーバフロー」の文字が表示されている場合には、当該ビンが用紙収納許容範囲を越えたことを示す。又、図示しないがビンの用紙収容枚数が限界予告枚数（用紙収容率８０％）になった時に限界予告表示するようにもできる。
　以降では、各ビンに液晶パネルが設けられているものとして説明する。
　【００８５】
　（ｄ）メールボックス機構の基本構成
　図４５はメールボックス機構の基本構成図で、２０はネットワークプリンタ装置、５１は多数のビンを備えたメールボックスであり、ネットワークプリンタ装置の後処理機構として排紙を収容するもの、５２はクライアント（ＬＡＮ環境に接続されているＰＣ／ＷＳ）、５３はＥｔｈｅｒｎｅｔ等のＬＡＮである。
　５２ａはクライアント上で動作するメールボックスを管理するソフトウェアであり、メールボックスの使用・運用方法、各ビンを私書箱として使用するためのユーザ割当等の機能を提供する。５２ｂはメールボックスへの格納を指示するソフトウェア、２０ａはネットワークプリンタ装置上で動作してメールボックスを制御するソフトウェア（メールボックス制御部）である。
　【００８６】
　ＭＢＦはメールボックス管理情報ファイルであり、ネットワークプリンタ装置内蔵のハードディスク２４に格納されている。このメールボックス管理情報ファイルＭＢＦの内容は、クライアント５２を操作することによりシステム管理者又は一般ユーザが適宜、参照、更新ができるようになっている。尚、メールボックス管理情報ファイルＭＢＦの操作は、クライアント５２のメールボックス管理ソフトウェア（メールボックス管理部）５２ａの制御で行う。
　以上では、メールボックス管理情報ファイルＭＢＦをネットワークプリンタ装置内蔵のハードディスク２４に記憶した例であるが、ファイル・サーバ機能を有するＰＣ／ＷＳ上に置くことも可能である。又、データ通信手順でサーバから必要情報を取り出してネットワークプリンタ装置２０内の記憶装置に置くようにすることもできる。
　【００８７】
　（ｄ‐１）メールボックス管理部
　図４６はメールボックス管理部５２ａによるメニュー画面例である。メールボックス管理部５２ａは、メールボックス管理情報ファイルＭＢＦへの管理情報の登録、参照、更新及び削除するソフトウェアで構成されており、以下の機能を備えている。
　・メニュー画面対応操作：メニュー画面を用いてメールボックスの使用・運用方法、ビンのユーザ割当等を行う。
　・ビン数及びビン格納順序の管理：メニュー６１を用いてビン数、ビン数の増設、ビン撤去、ビン格納順序（上段のビンから格納するか、下段のビンから格納するか）を指示してこれらを管理する。
　・ビン毎の使用属性の分類と管理：ビンの使用属性としては、▲１▼ユーザ名によるビンの割当て属性、▲２▼グループ名によるビンの割当て属性、▲３▼ピン番号による割当て属性、▲４▼フリータイプ（ユーザ、グループの指定無し）のビンへの割当て属性、▲５▼オーバフロータイプビンへの割当て属性がある。オーバフロータイプビンとは他のビンが満杯になったときに、印刷用紙を引き続き格納するために用意されているビンを意味する。
　【００８８】
　システム管理者はメニュー６４を用いて各ビンに割当てるユーザあるいはグループの名前やフリータイプの別、不正に開けられるのを防止するためのパスワード、オーバフロータイプの別を入力する。
　・セキュリテイ属性の設定機能：メニュー６３においてビンのセキュリテイ属性を設定する機能であり、セキュリテイの有無や、セキュリテイモードの設定ができる。セキュリテイモードとしては、▲１▼パスワード、▲２▼ユーザＩＤ、▲３▼スモークケース、▲４▼鍵方式がある。パスワード方式は、設定されているパスワードが入力された場合のみビンの扉を開くセキュリテイモードであり、ユーザＩＤ方式は設定されているユーザＩＤが入力された場合のみビンの扉を開くセキュリテイモード、スモークケース方式は不透明なビンケースを用いて外から印刷内容が見えないようにしたセキュリテイモード、鍵方式はキーを用いたセキュリテイモードである。セキュリテイモードにおけるパスワードはメニュー６４において設定できる。
　【００８９】
　・ロギング情報管理：ロギング情報としてはビン割当て情報の一覧、ビン毎の格納ジョブ情報の一覧、ビン収納率情報の一覧、エラー情報の一覧がある。メニュー６２において、所望のロギング情報を指定し、かつ出力方式（表示、印刷、転送、転送の場合には転送先）を指定することにより該ロギング情報を指定した方式で出力して管理する。
　・管理情報ファイルＭＢＦの操作機能：システム管理者はメールボックス管理を制約無く自由に行える。例えば、ビンの割当て、ビン数の設定、ロギング情報の出力、セキュリテイの設定等が自由にできる。しかし、一般ユーザが操作できる範囲は一部の情報の参照とセキュリテイの設定等に限定されている。メールボックス管理部５２ａはかかるシステム管理者と一般ユーザの操作範囲を予め設定しておき、その範囲での操作を許容制御する。
　・ビン増設の対応機能：ビン増設に伴う管理情報の更新やメニュー画面のカスタマイズ化を行う機能である。尚、メールボックス管理情報ファイルＭＢＦに対して、上記運用情報を適宜、登録操作、参照操作、更新操作、削除操作で行う。
　【００９０】
　（ｄ‐２）メールボックスへの格納を指示するソフトウェア
　ネットワークプリンタ装置で印刷したカット紙をどのビンへ格納するかの格納指示には直接指定方式と間接指定方式の２つの方式がある。図４７はそれぞれの格納指示方式の説明図である。
　直接指定方式は、印刷要求のコマンド（例えば、ＵＮＩＸではｌｐ又はｌｐｒコマンド）を用いてメールボックスへの格納をビン番号で直接指定する方式である。メールボックス制御部２０ａはクライアント５２よりビン番号を指示するｌｐ又はｌｐｒコマンドを受信すれば、該ビン番号が指示するビンに印刷済み用紙を格納するように制御する。この直接指定方式によりビン番号が指定された場合には、該ビン番号が他のユーザに割当てられていても印刷用紙を該ビンに格納する。
　【００９１】
　間接指定方式は予めメールボックス管理情報ファイルＭＢＦにユーザ名あるいはグループ名と格納ビンの対応関係を登録しておくことにより、印刷要求時にメールボックスの格納ビンの指定を特に必要としない方式である。すなわち、図４７に示すように予めメールボックス管理情報ファイルＭＢＦにユーザ名あるいはグループ名（ＡＡ，ＺＺ・・・）と格納ビンの対応関係を登録しておき、印刷要求があったユーザ名あるいはグループ名から対応関係を参照してビン番号を求め、該ビン番号が指示するビンに印刷済み用紙を格納する。前記対応関係の登録（ビンの割当て）はシステム管理者が図４６のメニュー６４を用いて行う。メールボックスへの格納を指示するソフトウェア（格納指示制御部）５２ｂは、クライアント側のメニュー画面を用いて印刷要求を行う機能を有し、印刷要求コマンド内にユーザ名あるいはグループ名を挿入して送出する。
　【００９２】
　（ｄ‐３）メールボックスを制御するソフトウェア（ファームウェア）
　メールボックスを制御するソフトウェア（メールボックス制御部）２０ａは、ネットワークプリンタ装置２０のＦＥＰ２１内で動作するプログラムであり、メールボックス管理情報ファイルＭＢＦのアクセス処理機能とメールボックス５１を制御する機能を有している。図４８はメールボックス制御部の機能説明図である。
　【００９３】
　▲１▼メールボックスに対する制御機能
　メールボックス制御部２０ａの処理及びメールボックス５１に対して出す指示は以下のとおりである。
　・直接指定方式で指示されたビン番号のビンへの格納指示
　・ユーザ名、グループ名に基づいた格納ビン番号の決定と格納指示
　・フリータイプ（ビン指定無し）の場合における格納可能なオープンビンの決定と格納指示
　・ビン・トラブル時における代替ビンの決定と該代替ビンへの切り換え指示
　・ビンに収容した用紙枚数の累積とオーバフローのチェック及びオーバフロー時のビン切り換え指示
　・ハードトラブル時のビン切り換え指示
　・最新の格納ジョブ名又はジョブ番号をビンの液晶パネル（図４４）に表示するための指示
　・ビンの使用状態あるいはトラブル発生時に、当該ビンの判別が容易となるように液晶パネルに各種情報（ユーザ名又はグループ名、ジョブ名又はジョブ番号、リザーブ／フリーの別、オーバフロー発生の有無、ロック／アンロックの別）を表示するための指示
　・格納中ビンの点滅表示指示（一目で格納中ビンを認識できる）、ハードトラブル時の点滅指示、オーバフロー時の点滅指示
　・ビンからのジョブ取り出しに対する処理
　・メールボックスからのセンス情報の刈り取り及びセンス情報に応じた処理。
　【００９４】
　▲２▼メールボックス管理情報ファイルのアクセス機能
　メールボックス制御部２０ａは、ビンへのジョブ格納情報、その他メールボックス５１からの各種情報をメールボックス管理情報ファイルＭＢＦに書き込む機能を有している。書き込む情報には次のものがある。
　・ビンに収納したジョブ名、ジョブ番号又はユーザ名の記録
　・ビン格納累計枚数の記録
　・オーバフロービンの記録
　・ハードエラービンの記録
　・ビンからジョブ取り出し後の格納枚数のリセット（格納枚数０の記録）
　・課金情報の設定
　・ログ情報の書き込み
　・セキュリティ情報の読み出し、書き込み。
［００９５］
　▲３▼情報収集
　メールボックス制御部２０ａはビン情報表示、格納情報表示のための情報収集を行う。
　ビン情報表示のために次の情報を収集する。
　・一括してビン情報を表示するための情報収集
　・ユーザ名又はグループ名と対応するビン情報を表示するための情報収集
　・ジョブ番号又はジョブ名から対応するビン情報を表示するための情報収集
　・フリータイプのビン情報収集
　・オーバフロー対応のビン情報収集（オーバフロービンの有無情報も含む）格納情報表示のために次の情報を収集する。
　・一括して全ビンに格納されているジョブを表示するための情報収集
　・ユーザ名又はグループ名と対応するビンに格納されたジョブを表示するための情報収集
　・ジョブ番号又はジョブ名から対応するビン情報を表示するための情報収集
　・ビン番号から格納されているジョブを表示するための情報収集
　・フリータイプからビン番号と格納されているジョブ表示のための情報収集
　・オーバフロー対応のビンに格納されているジョブ表示のための情報収集。
　【００９６】
　（ｄ‐４）メールボックス管理情報ファイル
　図４９はメールボックス管理情報ファイルＭＢＦの記録内容の説明図である。メールボックス管理情報ファイルＭＢＦには、ビン数８１、ビン格納方向データ８２、ビン属性８３、課金情報８４等が記憶されている。
　ビン属性８３には、各ビンに対応させて（１）ユーザ名（グループ名）、（２）オーバフロータイプ、（３）収容枚数の累計値、（４）セキュリテイの有無（ロック／アンロックの別）及びセキュリテイモード、（５）ハードトラブル発生の有無、（６）オーバフロー発生の有無、（７）限界予告枚数オーバ、（８）収容した１以上のジョブ名／ジョブ番号等が記録される。
　【００９７】
　（ｄ‐５）メールボックス制御部の制御
　▲１▼メールボックス管理情報ファイルＭＢＦへの登録制御
　図５０はクライアント側からの要求に対する処理の流れ図である。
　クライアント側からメールボックス管理上ファイルに対する要求が発生すると（ステップ８９１）、登録、参照、更新、削除の別を判断し（ステップ８９２）、登録の場合にはメールボックス管理情報ファイルの該当箇所に登録し（ステップ８９３）、参照の場合には要求された情報を収集して指示された出力方式に従って出力し（ステップ８９４）、更新の場合には指示された情報を更新し（ステップ８９５）、削除の場合には指定された情報を削除する（ステップ８９６）。
　【００９８】
　▲２▼液晶表示制御
　図５１は液晶表示処理の流れ図である。
　メールボックス制御部２０ａは電源が投入されると、各ビンの液晶パネルへの表示制御を行う。すなわち、まず、ｉ＝１とし（ステップ９０１）、メールボックス管理情報ファイルＭＢＦよりビン番号ｉのユーザ名あるいはグループ名を求めると共に、ビン属性（ハードトラブル発生情報、リデーブ／フリー情報、オーバフロー情報、ロック／アンロック情報等）を収集し（ステップ９０２）、これら収集情報をビン番号が指示するビンの液晶パネルに入力して表示する（ステップ９０３）。ついで、全ビンの表示制御が終了したかチェックし（ステップ９０４）、終了してなければｉを歩進し（ステップ９０５）、ステップ９０２以降の表示制御を行う。
　【００９９】
　▲３▼収納ビン決定及び表示制御
　図５２は印刷ジョブの収納ビン決定及び表示制御の流れ図である。尚、ビン番号は間接指定方式で指定されるものとする。
　最優先ジョブの印刷の番になるとメールボックス制御部２０ａは、該ジョブの印刷データに含まれるユーザ名あるいはグループ名を抽出し（ステップ９１１）、該ユーザ名あるいはグループ名に応じたビン番号をメールボックス管理情報ファイルＭＢＦより検索する（ステップ９１２）。
　ビン番号が検索されれば（ステップ９１３）、ジョブ名、ジョブ番号を液晶パネルに入力して表示すると共に、ジョブ名／ジョブ番号の表示文字を点滅する（ステップ９１４）。
　以後、印刷が行われて１枚収納される毎にビンの収納枚数をカウントアップし（ステップ９１５）、許容枚数を越えたか判断し（ステップ９１８）、許容枚数を越えればオーバフローの文字を液晶パネルに表示すると共に該文字を点滅させる（ステップ９１９）。
　【０１００】
　ついで、オーバフロー対応ビンを上段あるいは下段から検索し、存在すれば該ビンに残りの印刷用紙を収納するものとする（ステップ９２１）。しかる後、オーバフローしたビンにおけるジョブ名の点滅を続行し、オーバフロー対応ビンの液晶パネルに前記と同様の表示を行う（ステップ９２２）。
　以後、印刷ジョブが完了したか調べ（ステップ９２３）、終了してなければステップ９１５以降の処理を行う。
　印刷が終了すれば、メールボックス制御部２０ａは、ビンの格納ジョブ番号／ジョブ名、ビンの格納累計枚数、オーバフロービンのビン番号、ハードエラービンのビン番号等の情報をメールボックス管理情報ファイルＭＢＦに書き込む（ステップ９２４）。
　一方、ステップ９１３で、ビン番号が発見できなかった場合には、オープンビンを上段あるいは下段から検索し（ステップ９２５）、印刷ジョブに該オープンビンを割当てる（ステップ９２６）。しかる後、該オープンビンの属性を求め、該ビン属性、ジョブ名／ジョブ番号、ユーザ名／グループ名をオープンビンの液晶パネルに入力して表示させ、かつ、格納中を示すためにジョブ名／ジョブ番号を点滅し（ステップ９２７）、ステップ９１５以降の処理を行う。
　【０１０１】
　▲４▼メールボックスの安全機構制御
　ビンに格納された用紙の取り出しと、該当ビンへの格納とが重なった場合、ビンからの取り出しを優先してその取り出しが終わるまでビンへの格納を一時的に停止する。ビンへの格納処理の再開は、ビンのカバーケースの蓋が閉じられた旨のセンス情報の報告で行う。このセンス情報には、ビンが空になった情報が一緒に報告される。
　図５４はメールボックスの安全機構の処理の流れ図である。
　メールボックス制御部２０ａはセンス情報が発生すると、該センス情報の取り出しとチェックを行う（ステップ９５１）。センス情報としては、各ビン毎に設けたカバー開閉のセンス情報、カット紙取り出しのセンス情報、ジャム検出のセンス情報等があり、又、センス情報は、ビン番号と情報とが組になって入力されてくる。
　【０１０２】
　ついで、カット紙取り出しのセンス情報か調べ（ステップ９５２）、「ＹＥＳ」であればメールボックス管理情報ファイルＭＢＦにおける該当ビン番号のビン属性欄に用紙取り出し済みを記録する（例えば、収容枚数を０にリセットする）。
　　　　　　　　　　　　　　　　　　　　　　　　　　・・・ステップ９５３
　しかる後、ビンのカバーセンサーのオン通知（カバーオープン）か調べ（ステップ９５４）、カバーオープンであれば印刷は一時停止中か（印刷一時停止ビットがオンか）調べる（ステップ９５５）。
　印刷一時停止中であれば、メールボックスからのセンス情報待ちとなり（ステップ９５６）、次のセンス情報の発生を待つ。このセンス情報待ち状態は、印刷中にカバーが開けられて、印刷一時停止になっっている状態である。従って、以後、カバーが閉じられると印刷状態になり、用紙の収納が再開される。
　【０１０３】
　一方、ステップ９５５において、印刷一時停止中でない場合には、印刷処理中かを調べ（ステップ９５７）、印刷処理中でなければ別の処理を実行する。しかし、印刷中の場合には、カバーがオープンしたビンと格納中のビンが一致しているか調べ（ステップ９５８）、不一致の場合には印刷を継続する（ステップ９５９）。一致している場合には、印刷中に格納ビンのカバーが開けられたものであるから、印刷処理を一時的に停止し（ステップ９６０）、メールボックスからのカバー閉のセンス情報待ちとなる（ステップ９５６）。
　ステップ９５４において、カバーオープンでない場合には、カバークローズか調べ（ステップ９６１〉、カバークローズでない場合にはジャム、その他のセンス情報であるので従来のセンス処理を実行する（９６２）。
　しかし、カバークローズの場合には、印刷一時停止中か調べ（ステップ９６３）、一時停止中であれば、カバークローズしたビン番号と格納停止したビン番号が一致するか調べ（ステップ９６４）、一致すれば、印刷一時停止を解除し（ステップ９６５）、印刷処理を再開する（ステップ９６６）。尚、ステップ９６３、９６４で「ＮＯ」の場合には別の処理を実行する。
　【０１０４】
　（ｆ）第２実施例の効果
　メールボックス処理機構を用いることにより、カット紙の仕分けが容易となり、仕分けの省力化が図れる。又、ネットワークプリンタの共用運用においても、利用者に対応した各ビン毎に印刷結果が格納されるため、印刷結果の紛失や散乱等の防止が図れる。更に、保全の点においても他人に印刷結果を見せたくないセキュリテイ的運用も実現できる。又、メールボックスの運用を容易にするための専用メニューを用意しているから、このメニューを通してメールボックスへの指示、カット紙格納後の各種情報サービスが日本語で受けることができる。
　以上では、ネットワークプリンタ装置にサーバ機能を持たせたが、該サーバ機能をＬＡＮに接続されたサーバに持たせ、該サーバにプリンタ装置を接続し、サーバとプリンタ装置を含めてネットワークプリンタとすることもできる。
　【０１０５】
　（Ｄ）　本発明のネットワークプリンタ装置の運用形態
　図５５は本発明のネットワークプリンタの運用形態説明図である。
　図５５における（１）は製造業に適用した運用形態であり、事務所１００１と各工場、倉庫１００２間をＬＡＮケーブル１００３で接続し、事務所内のＬＡＮケーブルにＰＣ／ＷＳを接続し、各工場、倉庫内のＬＡＮケーブルに本発明のネットワークプリンタ装置ＮＰＲＴを接続した構成を有している。図示しないが、事務所内に当然ネットワークプリンタ装置を設け、又、各工場、倉庫にＰＣ／ＷＳを設けることができる。ネットワークプリンタ装置ＮＰＲＴはＬＡＮアダプタ機能を有しており、任意の場所に接続できる。従って、広い敷地内に事務所や工場棟、倉庫等が分散している場合、（１）に示すようにＬＡＮシステムを構築し、事務所の各ＰＣ／ＷＳ（クライアント）より各工場棟、倉庫のネットワークプリンタ装置ＮＰＲＴに対して伝票等の印刷要求を出して印刷させることにより、伝票等の配布をすることができる。この場合、ネットワークプリンタ装置はサーバに接続しなくてもよいため、ネットワークプリンタ装置の設置スペースを小さくできる。又、各工場、倉庫におけるネットワークプリンタ装置ＮＰＲＴの状態監視や操作は事務所から行うことができる。
　【０１０６】
　図５５における（２）はサービス業（百貨店等）に適用した運用形態であり、売場／事務所２００１と出荷センター２００１間をＬＡＮケーブル２００３で接続し、売場／事務所内のＬＡＮケーブルにＰＣ／ＷＳを接続し、出荷センター内のＬＡＮケーブルに本発明のネットワークプリンタ装置ＮＰＲＴを接続した構成を有している。図示しないが、売場／事務所内に当然ネットワークプリンタ装置を設け、又、出荷センターにＰＣ／ＷＳを設けることができる。このように、ＬＡＮシステムを構成することにより、売場、事務所２００１で大量に発行される伝票を出荷センター２００２のネットワークプリンタ装置ＮＰＲＴに一括して出力できる。又、ネットワークプリンタ装置ＮＰＲＴはＬＡＮアダプタ機能を有しており、任意の場所に接続できるから、中元、お歳暮の時だけネットワークプリンタ装置ＮＰＲＴを売場／事務所２００１内に移動させて印刷することができる。又、プリンタ装置を使用しない場合には必要な場所に移動させることができる。
　【０１０７】
　付記
　本発明は以下の特徴点を有するものである。
　（１）ＬＡＮネットワーク内で構成された環境において、ＬＡＮの通信伝送路（例えば、Ｅｔｈｅｒｎｅｔ）に直接接続できる印刷機構を有するネットワークプリンタ装置。
　（２）ＬＡＮ通信機能と本格的なサーバ機能を有するＦＥＰとＲＩＰを組み合わせた機能構成からなるＬＡＮ対応のネットワークプリンタ装置。
　（３）ＦＥＰの機能構成として、ＬＡＮ接続ドライバ制御、ＬＡＮ接続インターフェース制御、クライアントとネットワークプリンタ装置との通信に伴う会話制御（問い合わせ、応答）、ＦＥＰとＲＩＰとの接続通信制御、及び印刷データのスプーリング処理等を組み合わせた機構。
　【０１０８】
　（４）ＦＥＰとプリンタコントロール部間の通信方式として、スプーリングを介した方式とメモリバスを介した２方式を組み合わせたネットワークプリンタ装置。
　（５）ネットワークプリンタ装置で印刷した結果を課金情報として、ネットワークプリンタ装置に保持する機能範囲。
　（６）センタールーチン機能として、改札制御機能を内蔵した印刷機構をもつ装置。
　（７）センタールーチン機能として、バナーページのデータを独自に追加、編集する機能を内蔵したネットワークプリンタ装置。
　（８）センタールーチン制御機能は、システム標準提供機能の他に、追加入れ替えが可能な構造をもつ特徴が有る。追加入れ替えは、フロッピーディスク及び他クライアントからのダウンロードする方式を特徴とする。
　【０１０９】
　（９）クライアントにインストールする専用の多国語メニューをもち、ネットワークプリンタ装置を制御する機構を特徴とする。
　（１０）制御経路は、サーバを経由しないで、直接、クライアントとネットワークプリンタ装置間で通信を行い、ネットワークプリンタ装置の制御を行うソフトウェアと組み合わせた機能範囲。
　（１１）メニュー画面上からネットワークプリンタ装置の構成定義情報の設定、参照、更新が、デジタル及びアナログの情報で操作する機能範囲。
　（１２）ネットワークプリンタ装置の残存状態として、ホッパ用紙、大容量ホッパ等の残量、トナー等、サプライ資源の残量をアナログ情報で表示する機能範囲。
　【０１１０】
　ネットワークプリンタ装置のホッパ、大容量ホッパ、メールボックスに格納された用紙の収納量をアナログ表示する機能範囲。
　（１３）ネットワークプリンタ装置が有するスプーリング機構の情報として、情報キュー情報、ジョブステータス（印刷待ち、印刷中、ホールド中等）、スプールの使用率を表示する機能範囲。
　ネットワークプリンタ装置がもつスプーリング機構について、ジョブの印刷属性の変更（用紙サイズ、ホッパ選択、両面／片面印刷指示、ポートレート、ランドスケープ等の印刷形式等）、優先順位の変更を行う機能範囲。
　（１４）ネットワークプリンタ装置がもつ課金情報を、メニュー画面の指示により外部記憶媒体（フロッピーディスク等）に出力し、あるいはクライアント側への表示し、あるいはネットワークプリンタ装置で印刷する機能範囲。
　【０１１１】
　（１５）ネットワークプリンタ装置で発生したペーパエンド、ハードトラブル等の情報をクライアント側のメニュー画面に直接表示、及び再印刷指示する機能範囲。
　（１６）センタールーチン制御機能のプログラムをメニュー画面を介してダウンロードする機能範囲。
　（１７）メールボックスの制御と運用管理を目的とするメールボックス管理情報ファイルとその管理ソフトウェアの機能範囲。
　（１８）メールボックス管理情報ファイルは、ハードディスクあるいはメモリ上で保持される情報であり、クライアントからの要求に応じて、メールボックス管理情報ファイルが持つデータを読み書きするソフトウェアの機能範囲。
　（１９）ネットワークプリンタ装置からクライアントに送られる上り情報として、印刷完了あるいはハードエラー情報等の通知の実現方式において、ネットワークプリンタ装置が持つ独自の通信プロトコルで行う機能範囲。
　【０１１２】
　（２０）クライアントからダウンロードされるフォント、フォームオーバレイ等の各種資源情報をネットワークプリンタ装置内に格納する実現方式として、ファイル管理機能を介してハードディスクあるいはメモリ上で保持、管理する機能範囲。
　（２１）ＬＡＮネットワークでＵＮＩＸとＰＣが混在する環境において、ネットワークプリンタ装置の共用を実現するためのソフトウェアの機能範囲。本ソフトウェアは、マルチプロトコル機能として、パケット・データを受付け、各プロトコル処理毎に振り分けるタスクと、ＴＣＰ／ＩＰプロトコル処理タスク、ＩＰＸ／ＳＰＸプロトコル処理タスク及びＥｔｈｅｒｔａｌｋプロトコル処理タスク等、各プロトコル毎にデータ処理するソフトウェアである。
　（２２）センタールーチン制御機能として、ネットワークプリンタ装置への印刷受付可否を制御する機能を有するネットワークプリンタ装置。
　（２３）センタールーチン制御機能として、バナーページに打ち出す情報の追加、編集する絹を有するネットワークプリンタ装置。
　【０１１３】
　（２４）センタールーチン制御機能として、印刷要求に対して印刷可能なページ数を制御する機能を有するネットワークプリンタ装置。
　（２５）センタールーチン制御機能として、クライアントからの操作要求に対して、資格チェック機能を有するネットワークプリンタ装置。
　（２６）センタールーチン制御機能として、スプーリングされた印刷要求データがホールド指定による保持期間切れの監視機能と後始末機能を有するネットワークプリンタ装置。
　（２７）カット紙を扱うプリンタ装置の後処理機構であるメールボックスとして、メールボックスを管理するソフトウェア、メールボックスへの格納を指示するソフトウェア、メールボックスを制御するソフトウェア、そして、メールボックスのハードウェアから構成される機能範囲。
　（２８）メールボックスは、メールボックス管理情報ファイルを介して運用使用することを特徴とする。
　【０１１４】
　（２９）メールボックスのビン割当てとして、次の方式を特徴とする。
　・ユーザ名による割当て
　・グループ名による割当て
　・ビン番号による割当て
　・空きビンに格納する割当て
　・収納満杯のとき他のビンへの振替割当て
　（３０）ビンへの格納順序として、上段のビンから使用、下段のビンから使用する選択方式を特徴とする。
　（３１）メールボックスのセキュリテイ属性の設定機能を特徴とする。
　・パスワード方式
　・利用者ＩＤ方式
　・鍵方式
　・スモークケースの採用方式
　【０１１５】
　（３２）メールボックスの運用ロギング情報の保持を特徴とする。
　・各ビン割当て方式情報の一覧
　・ビン毎の格納ジョブ情報の一覧
　・エラーロギング情報
　・ビン収納率の情報一覧
　（３３）ビン毎に使用者が容易にわかるように、ビン側面に次の情報を表示することを特徴とする。
　・収納したジョブのジョブ番号
　・現在、使用している利用者名
　・現在使用しているグループ名
　（３４）ビン毎の使用状況が容易にわかるように、ビン側面に次の情報を表示することを特徴とする。
　・未使用の状態表示
　・収納ジョブの有無表示（ランプ等）
　・ロック／アンロック状態の区別（セキュリテイの有無）
　・オーバフローの表示
　・現在、格納中である旨の表示。
　【０１１６】
　（３５）各ビン毎に表示する機構として、次の機能範囲を特徴とする。
　・液晶パネル
　・ランプ
　・手書き名札
　（３６）メールボックスは、利用者がビンからジョブ取り出しと当該ビンへの格納が重なっても、格納処理を一時的に停止する安全機構を装備していることを特徴とする。
　（３７）メールボックスへの格納指示は、ビン番号を指定する直接方式と、ユーザ名あるいはグループ名からメールボックス管理情報ファイルに登録されているビンに格納する間接方式の機能範囲。
　（３８）メールボックス管理情報ファイルへのアクセスは、クライアント側にインストールされるソフトウェアを介して行なうことを特徴とし、このメールボックス管理情報ファイルには、アクセス処理機能項目、メールボックス制御機能項目、運用管理機能機能項目を含む機能範囲。
　【０１１７】
　（３９）メールボックスのアクセス処理機能項目には、次の機能範囲を特徴とする。
　・ユーザ名又はグループ名から格納ビン番号の検索と割当て
　・ビン指定無しの場合、格納可能なオープンビンの検索と割当て
　（４０）メールボックスの制御機能項目には、次の機能範囲を特徴とする。
　・ビンに収納した用紙枚数の累積と、オーバフローのチェック
　・印刷済みのカット紙を収納するビン番号の指示
　・メールボックスのビントラブル発生時、代替ビンへの切り換え指示
　・最新の格納ジョブ名又はジョブ番号をビンの表示機構へ指示
　・格納中ビンの点滅表示指示
　メールボックスのビントラブル発生時、その旨、容易に判別できる表示を用いた方式。
　【０１１８】
　（４１）メールボックスの運用管理機能項目には、次の機能範囲を特徴とする。
　・ビンに格納したジョブ名、ジョブ番号、ユーザ名等をログ情報に記録する
　・ビンの利用者の表示と、ビンの使用属性等の表示
　・格納したジョブ等の表示方式として、一括、部分、特定で表示する機能範囲
　（４２）メールボックスのハードウェアとして、次の機能機構の装備を特徴とする。
　・ビン毎に液晶パネルを装備して、格納を識別する情報を表示する機能を有する
　・ビン毎に収納が一定値以上に達した場合、センス情報を報告する機能を有する
　・ビン毎に収納した用紙を取り出した場合、その旨を報告する機能を有する
　・用紙を取り出した時、一時的に格納を停止する機能を有する
　・ビンに格納中である旨を表示又は点滅する機能を有する。
　【０１１９】
　（４３）メールボックスの状態を表示する液晶パネルには、次のものを装備する機能範囲。
　・ジョブ番号、ジョブ名あるいはユーザ名
　・ハードエラー
　・リザーブあるいはオープン
　・格納中
　・オーバフロー
　（４４）名札入れを用いた使用者を表示する機能範囲。
　（４５）ランプの表示及び点滅による状態表示の機能範囲。
　・赤色ランプ点灯によるハードエラー表示
　・青色点滅によるジョブ格納中表示
　（４６）メールボックスへの格納と取り出しが重なった場合、用紙の取り出しを優先する機能を特徴とする。用紙の取り出しを感知した場合、印刷処理を一時的に停止し、用紙の取り出しを完了を待つ機能。
　【０１２０】
　（４７）メールボックスのハードウェアから事象の報告としてセンス情報を上げるタイミングとしては、次の２通りを特徴とする。
　・ビン毎のセンス報告は、事象発生時に報告する方式
　・ビン毎のセンス報告は、ビンのカバーを閉じた時に報告する方式
　（４８）メールボックスの運用形態として、メールボックス管理情報ファイルを用いない方式。
　・ネットワークプリンタ装置に装備されているビンを、印刷要求毎に全て順番に格納する。
　・全てのビンにジョブが格納されたならば、ネットワークプリンタ装置は一時停止状態（Ｎｏｔ　Ｒｅａｄｙ状態）。かかる状態で、１つ以上のビンが空きになるのを待つ。
　・利用者は、１つ以上のビンからジョブを取り出し（空き状態にする）、ネットワークプリンタ装置をＲｅａｄｙ状態にすると、空きビンへの格納処理のために印刷を再開する。
　【０１２１】
　（４９）課金情報として、印刷日付、印刷プリンタ装置名、ユーザ名、ジョブ名、ジョブ番号、印刷頁数用紙サイズ等を、ネットワークプリンタ装置内で収集する機能範囲。
　（５０）課金情報を他のクライアントへ転送する機能、表示する機能及び印刷する機能、及び外部記憶媒体（３．５インチフロッピー等）へのバックアップ機能を有するネットワークプリンタ装置。
　（５１）フィルタ制御機能として、データ変換、チェックあるいは変更等を目的としたプログラム動作環境を持つネットワークプリンタ装置の機能範囲。
　（５２）ネットワークプリンタ装置に内蔵されたフィルタ制御機能を、追加、変更する手段として、外部記憶媒体（３．５インチフロッピー等）や他クライアントから実現できる機能範囲。
　以上、本発明を実施例により説明したが、本発明は請求の範囲に記載した本発明の主旨に従い種々の変形が可能であり、本発明はこれらを排除するものではない。
　【０１２２】
　【発明の効果】
　以上本発明によれば、ネットワークプリンタに本格的なサーバ機能（ＦＥＰ）を装備したから、ＰＣ／ＷＳのサーバを必要としないＬＡＮ環境が構築できる。又、ＰＣ／ＷＳのサーバは、本来のサーバ処理に専念でき、印刷処理のための性能を劣化指せることもない。
　又、本発明によれば、サーバ機能を内蔵したから代表的なＬＡＮの伝送路であるＥｔｈｅｒｎｅｔに直接接続でき、このため、Ｅｔｈｅｒｎｅｔ上の任意の場所に接続することができ、ポータビリティに優れた運用が可能となる。
　更に、本発明によれば、ＰＣ／ＷＳサーバに接続しない共用プリンタを提供でき、この結果、ＰＣ／ＷＳサーバからの距離的な制約がなく、省スペースで場所を取らない。すなわち、プリンタだけの設置面積を考慮するだけでよい利点がある。
　【０１２３】
　又、本発明によれば、ネットワークプリンタ装置にマルチプロトコル制御機能を持たせたから、ＬＡＮの通信プロトコルに関係無く共通のコネクタを設け、該コネクタとＬＡＮ間を接続するだけでＬＡＮネットワークに収容できるから、コスト的に有利であり、しかも、各通信プロトコルに応じてネットワークプリンタを用意する必要がない。例えば、ＵＮＩＸのサーバ／クライアントの環境とＮｅｔｗａｒｅのパソコン環境が混在するＬＡＮネットワークでも、コネクタをＬＡＮに接続するだけで、高性能で高品質のネットワークプリンタを両方の環境から共通に利用できる。
　更に、本発明によれば、ネットワークプリンタ装置にセンタールーチン機能を持たせたから、オープン環境でありながら、資格チェック機構により、ネットワークプリンタの共用運用の安全が保証できる。又、センタールーチンのバナーページの編集機能を用いることで、印刷結果の仕分けが容易になると共に、システム情報をインフォメーションとして印刷することで、利用者への伝達手段を向上できる。
　【０１２４】
　又、本発明によれば、ネットワークプリンタ装置にスプーリング機能を持たせたから、クライアント側からの印刷依頼に要する経過時間の短縮を図ることができ、その結果、クライアント側は、印刷依頼に際して短い時間で解放されるため他の作業を行うことができ、作業効率の向上を図ることができる。
　更に、本発明によれば、クライアント側からプリンタ及びスプーリングされたジョブの遠隔操作ができる。
　又、本発明によれば、ネットワークプリンタ専用のメニューを用いることで操作性の向上が図れる。このネットワークプリンタ専用のメニューは、ＧＵＩ及び日本語による操作でプリンタに対する各種コマンドを自動的に作成できるため、ラインコマンドのような専門的な知識が不要となる。
　更に本発明によれば、メールボックス処理機構を用いることにより、カット紙の仕分けが容易となり、仕分けの省力化が図れる。
　【０１２５】
　又、本発明によれば、ネットワークプリンタの共用運用に際して、利用者に対応した各ビン毎に印刷結果（印刷用紙）を格納するようにしたから、印刷結果の紛失や散乱等の防止を図ることができる。
　更に、本発明によれば、メールボックスの運用を容易にするための専用メニューを用意しているから、このメニューを通してメールボックスへの指示、カット紙格納後の各種情報サービスが日本語で受けることができる。
【図面の簡単な説明】
　【図１】
　本発明の原理説明図である。
　【図２】
　メインフレームの処理形態説明図である。
　【図３】
　ＰＣ／ＷＳを中心とした処理形態（スタンドアロン形態）説明図である。
　【図４】
　ＰＣ／ＷＳを中心とした処理形態（ＬＡＮネットワーク形態）説明図である。
　【図５】
　本発明のネットワークプリンタを組み込んだＬＡＮネットワークシステムの説明図である。
　【図６】
　本発明のネットワークプリンタ装置の外観図である。
　【図７】
　印刷機構の全体の構成図である。
　【図８】
　大容量ホッパを備えたネットワークプリンタ装置の外観図である。
　【図９】
　大容量ホッパ内部の概略構成図である。
　【図１０】
　ネットワークプリンタの概略ハードウェア構成図である。
　【図１１】
　ＬＡＮコネクタの配置説明図である。
　【図１２】
　ネットワークプリンタの詳細なハードウェア構成図である。
　【図１３】
　ＤＰＲＡＭのメモリ構成図である。
　【図１４】
　ＢＵＳコマンドの説明図表である。
　【図１５】
　ネットワークプリンタ装置のソフトウェア構成図である。
　【図１６】
　マルチプロトコル制御部の処理フロー図である。
　【図１７】
　イーサネットフレームの構成図である。
　【図１８】
　スプーリングの説明図である。
　【図１９】
　スプーリング制御部の処理の流れ図（その１）である。
　【図２０】
　スプーリング制御部の処理の流れ図（その２）である。
　【図２１】
　ジョブキューとハードディスクの関係説明図である。
　【図２２】
　クライアントのソフトウェア構成図である。
　【図２３】
　ラインコマンド説明図表である。
　【図２４】
　図面構成説明図である。
　【図２５】
　日本語メニュー画面の例（その１）である。
　【図２６】
　日本語メニュー画面の例（その２）である。
　【図２７】
　印刷要求処理の流れ図である。
　【図２８】
　ネットワークプリンタヘッダの構成図である。
　【図２９】
　コマンド説明図表（対クライアント）である。
　【図３０】
　クライアントソフトウェアの処理フロー図である。
　【図３１】
　異常通知があった場合の処理の流れ図である。
　【図３２】
　ＦＥＰ処理フロー図（受付け：その１）である。
　【図３３】
　ＦＥＰ処理フロー図（受付け：その２）である。
　【図３４】
　ＦＥＰ処理フロー図（後始末）である。
　【図３５】
　改札制御の処理の流れ図である。
　【図３６】
　フィルタ制御のフロー図である。
　【図３７】
　バナーページ編集の処理フロー図である。
　【図３８】
　印刷枚数決定のフロー図である。
　【図３９】
　プリンタコントロール部の処理フロー図（その１）である。
　【図４０】
　プリンタコントロール部の処理フロー図（その２）である。
　【図４１】
　プリンタコントロール部の処理フロー図（その３）である。
　【図４２】
　メールボックス付ネットワークプリンタの構成図である。
　【図４３】
　ビンの第１の実施例説明図である。
　【図４４】
　ビンの液晶表示説明図である。
　【図４５】
　メールボックス機構の基本構成図である。
　【図４６】
　メニュー画面例である。
　【図４７】
　メールボックスの格納指示方式の説明図である。
　【図４８】
　メールボックスを制御する機能構成図である。
　【図４９】
　メールボックス管理情報ファイルの説明図である。
　【図５０】
　要求に対する処理の流れ図である。
　【図５１】
　液晶表示処理の流れ図である。
　【図５２】
　ビン決定及び表示制御の流れ図（その１）である。
　【図５３】
　ビン決定及び表示制御の流れ図（その２）である。
　【図５４】
　メールボックスの安全機構の処理フロー図である。
　【図５５】
　本発明のネットワークプリンタの運用形態説明図である。
　【符号の説明】
　２０・・ネットワークプリンタ装置本体
　２０ａ・・メールボックス制御部
　２１ｂ・・ＬＡＮインターフェースドライバ
　２１‐３〜２１‐６・・各種通信プロトコル制御部
　２１‐８・・スプーリング制御部
　２１・・ＬＡＮアダプタ（Ｆｒｏｎｔ　Ｅｎｄ　Ｐｒｏｃｅｓｓｏｒ：ＦＥＰ）
　２２・・プリンタコントロール部
　２３・・記録系及び用紙搬送系で構成された印刷機構
　２４・・記憶媒体（ハードディスク）
　２６・・ＬＡＮ接続用のコネクタ
　５１・・メールボックス
　５２・・クライアント
　５３・・通信伝送路例えばイーサネット