JP2001067195A - ネットワークプリンタ及びネットワーク印刷システム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上のプリンタが印刷不可能な場
合でも効率よく印字ジョブを処理する。 【解決手段】 サブプリンタ情報格納部７に、他のプリ
ンタのサポートしているプロトコルと優先順位の情報を
格納する。プロトコル制御部８は、自プリンタで印刷不
可能な状態であった場合、サブプリンタ情報格納部７に
おける優先順位に基づいて、自プリンタの代わりとなる
プリンタを決定し、印刷データを、そのプリンタのサポ
ートしているプロトコルに変換する。データ送信部５
は、プロトコル制御部８でプロトコルを変換した印刷デ
ータを自プリンタの代わりとなるプリンタに送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークに接
続されたネットワークプリンタ及びネットワーク印刷シ
ステムに関し、特に、印刷不能時の制御に関するもので
ある。

【０００２】

【従来の技術】従来、ネットワークプリンタでの印字を
行う場合には次のように行っていた。即ち、各ネットワ
ークのＯＳの設定方法に従い、印字を行う複数のネット
ワークプリンタを予めネットワークの管理を行うサーバ
に登録しておく。そして、クライアント上のアプリケー
ションから印字を行う段階で、印字を行わせたいネット
ワークプリンタを指定するデータを含んだジョブをサー
バに送信する。すると、そのジョブをサーバが適切なネ
ットワークプリンタに転送し、それによってクライアン
ト側で指定したネットワークプリンタに対する印字を行
わせることができる。

【０００３】また、例えば、Ｗｉｎｄｏｗｓ９５（マイ
クロソフト社の登録商標）のピア・ツー・ピア（peer-t
o-peer）印刷の場合には、セントロニクスインタフェー
スで接続しているプリンタと同様な方法で、クライアン
ト側で予めネットワークプリンタの登録を行っておき、
印字する時にジョブを送信するプリンタを直接指定する
ことによって、適切なネットワークプリンタに対する印
字を行わせることができる。

【０００４】更に、上記の技術に加えて、複数のネット
ワークプリンタに対して印字データを自動的に分散させ
て効率よく印字データを処理する方法として、Novell社
のNDPS（NetWare Distributed Print Services）を代表
とするいくつかの方法が存在する。その技術を用いるこ
とによって、ユーザはその時点でプリンタに存在するジ
ョブの処理状態を知ることなしに印字の効率化を行うこ
とができる。特に、NDPSは接続しているユーザが接続し
ている各ネットワークプリンタに対する設定を行うこと
なしに、非常に効率のよい印刷環境を提供する。

【０００５】

【発明が解決しようとする課題】しかしながら、従来で
は以下のような問題があった。

【０００６】１．各効率化は、使用されているネットワ
ークＯＳに依存するものであり、そのため、各ネットワ
ークＯＳでの印刷効率化には、そのＯＳがインストール
されたサーバの存在が不可欠である。

【０００７】２．印刷先となるプリンタが、どのような
通信プロトコルをサポートしているかを印刷するユーザ
が知っていない場合には、印刷元からプリンタに対し
て、プリンタ側で受信不可能なデータ形式で送信してし
まい、プリンタが印字不可となってしまう場合があっ
た。

【０００８】３．印刷先となるプリンタが、どのような
エミュレーションをサポートしているかを印刷するユー
ザが知っていない場合には、印刷元からプリンタに対し
て、プリンタ側で印刷不可能な印字データ形式で送信し
てしまい、プリンタが未サポートの印字データを印字し
ようとするため、多量のゴミ印字を出力してしまう場合
があった。

【０００９】４．印刷先プリンタが用紙切れや紙詰まり
等の印字不可能な状態になってしまった場合に、その障
害を取り除くまでは、それ以降のジョブを処理すること
ができなかった。

【００１０】

【課題を解決するための手段】本発明は、前述の課題を
解決するため次の構成を採用する。 〈構成１〉ネットワークに接続されている自プリンタと
は異なる他のプリンタのサポートしているプロトコルと
予め決められた優先順位の情報を格納するサブプリンタ
情報格納部と、自プリンタで印刷不可能な状態であった
場合、サブプリンタ情報格納部の優先順位に基づいて、
他のプリンタの中から自プリンタの代わりとなるプリン
タを決定し、自プリンタへの印刷データを、自プリンタ
の代わりとなるプリンタのサポートしているプロトコル
に変換するプロトコル制御部と、プロトコル制御部で変
換した印刷データを、代わりとなるプリンタに送信する
データ送信部とを備えたことを特徴とするネットワーク
プリンタ。

【００１１】〈構成２〉構成１に記載のネットワークプ
リンタにおいて、自プリンタとは異なる他のプリンタの
サポートしているエミュレーションの情報を格納するサ
ブプリンタ情報格納部と、自プリンタで印刷不可能な状
態であった場合、プロトコル制御部で決定した自プリン
タの代わりとなるプリンタのエミュレーションに変換す
るエミュレーション制御部と、エミュレーション制御部
でエミュレーションを変換した印刷データを、自プリン
タの代わりとなるプリンタに送信するデータ送信部とを
備えたことを特徴とするネットワークプリンタ。

【００１２】〈構成３〉ネットワーク上のファイルサー
バを検索するファイルサーバ検索部と、自プリンタで印
刷不可能な状態であった場合、自プリンタへの印刷デー
タを、ファイルサーバ検索部で検索したファイルサーバ
上にテンポラリデータとして保存し、自プリンタが印刷
可能な状態に戻った場合にファイルサーバからテンポラ
リデータを自プリンタで印刷するためのデータとして読
み出すファイルロード部とを備えたことを特徴とするネ
ットワークプリンタ。

【００１３】〈構成４〉ネットワーク上を流れる印刷に
使用される情報を印刷ログとして収集する印刷ログ収集
部と、自プリンタで印刷不可能な状態であった場合、印
刷ログ収集部で収集した印刷ログに基づき、自プリンタ
以外のプリンタから次の印刷先プリンタとしてふさわし
いプリンタを検索する印刷ログ解析部と、印刷ログ解析
部で検索したプリンタに対して自プリンタへの印刷デー
タを転送するデータ送信部とを備えたことを特徴とする
ネットワークプリンタ。

【００１４】〈構成５〉構成４に記載のネットワークプ
リンタにおいて、ネットワーク上を流れる印刷要求元装
置の電子メールアドレスの情報を収集する電子メール送
信ログ収集部と、他プリンタに対して印刷データを転送
した場合、印刷要求元装置の電子メールアドレスに対し
て、転送した旨の電子メールを送信する電子メール送信
ログ解析部とを備えたことを特徴とするネットワークプ
リンタ。

【００１５】〈構成６〉ネットワークを介して印刷要求
元装置からネットワークプリンタに印刷を要求するネッ
トワーク印刷システムにおいて、ネットワークプリンタ
は、ネットワーク上を流れる印刷に使用される情報を印
刷ログとして収集する印刷ログ収集部と、自プリンタで
印刷不可能な状態であった場合、印刷ログ収集部で収集
した印刷ログに基づき、自プリンタ以外のプリンタから
次の印刷先プリンタとしてふさわしいプリンタを検索す
る印刷ログ解析部と、印刷ログ解析部で検索したプリン
タに対して自プリンタへの印刷データを転送するデータ
送信部と、データ送信部から印刷データを送信したプリ
ンタの情報を、ポップアップ・メッセージとして印刷要
求元装置に送るポップアップ・メッセージ送信部とを備
え、印刷要求元装置は、ネットワークプリンタから送信
されたポップアップ・メッセージを受信するポップアッ
プ・メッセージ受信部と、ポップアップ・メッセージ受
信部で受信したポップアップ・メッセージを表示するポ
ップアップ・メッセージ制御部とを備えたことを特徴と
するネットワーク印刷システム。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて詳細に説明する。 《具体例１》具体例１では、クライアントが印字先とし
て指定したネットワークプリンタにおいて、何らかの原
因で印字不可能なエラーが発生した場合、受信した印字
データを、予め設定されている他のネットワークプリン
タ（サブプリンタと呼ぶ）に再転送して印字するもので
ある。その際、本具体例が組み込まれたプリンタは、サ
ブプリンタがサポートしている通信プロトコルに変換し
た後、データを送信する。

【００１７】〈構成〉図１は本発明のネットワークプリ
ンタの具体例１を示す構成図である。図の装置は、コン
トローラ部１とエンジン部２からなる。コントローラ部
１は、ネットワークプリンタとしての各種の制御を行う
機能を有し、エンジン部２は印刷データを実際に印刷す
る機能を有している。

【００１８】コントローラ部１は、エミュレーション制
御部３、データ受信部４、データ送信部５、ＭＩＢデー
タアクセス処理部６、サブプリンタ情報格納部７、プロ
トコル制御部８からなる。また、プロトコル制御部８
は、プロトコル解析部９とプロトコル変換部１０からな
る。

【００１９】エミュレーション制御部３は、印刷データ
の編集を行い、エンジン部２への印刷データとして出力
する機能を有している。データ受信部４は、印刷データ
をネットワークを介して受信する機能を有している。デ
ータ送信部５は、サブプリンタに対してデータを再送信
する機能を有している。ＭＩＢデータアクセス処理部６
は、サブプリンタ情報格納部７へのアクセスを行う機能
を有している。サブプリンタ情報格納部７は、サブプリ
ンタに対しての情報を格納する機能部である。

【００２０】図２は、サブプリンタ情報格納部７の内容
例を示す説明図である。図示の内容例は、各サブプリン
タにデータの転送を行うための優先順位、プリンタ名、
ＭＡＣアドレス、サポートしているプロトコル、サポー
トしているエミュレーションの情報からなる。これらの
データの格納方法の一つとして、ＭＩＢ（Manage Infor
mation Base）にサブプリンタ情報という独自のオブジ
ェクトを定義し、プリンタの情報の一つとして保持する
方法で実現する。

【００２１】サブプリンタ情報における一つのサブプリ
ンタに対するデータの項目として、“優先順位”，“プ
リンタ名”，“ＭＡＣアドレス”，“サポートしている
プロトコル”，“サポートしているエミュレーション”
があり、“サポートしているプロトコル”と“サポート
しているエミュレーション”については、複数のデータ
である場合がある。例えば、最も優先順位の高いサブプ
リンタのプリンタ名は“PR2”であり、そのＭＡＣアド
レスは“00:80:87:XX:XX:XX”である。また、このプリ
ンタは通信プロトコルとして“LPR”と“FTP”をサポー
トしており、印刷エミュレーションとして“PCL”、“I
BM PPR”“EPSON FX”をサポートしていることを示して
いる。尚、図２中のこれらプロトコルやエミュレーショ
ンの名称は、一般に登録商標または商標である。

【００２２】図１に戻って、プロトコル制御部８は、自
プリンタで印刷不可能な状態であった場合、サブプリン
タ情報格納部７の優先順位に基づいて、他のプリンタの
中から自プリンタの代わりとなるプリンタを決定し、自
プリンタへの印刷データをそのプリンタがサポートして
いるプロトコルに変換する機能を有するものである。

【００２３】また、プロトコル解析部９は、データ受信
部４で受信したデータのプロトコルを解析し、印刷デー
タか制御情報かの判断を行って、印刷データであった場
合はエンジン部２のステータス情報２ａに基づき、印刷
データをエミュレーション制御部３に通知するか、プロ
トコル変換部１０を起動するかを判定する機能を有して
いる。即ち、自プリンタで印刷不可能な状態であった場
合にプロトコル変換部１０を起動するよう制御を行う機
能を有している。

【００２４】プロトコル変換部１０は、プロトコル解析
部９によって起動されると、サブプリンタ情報格納部７
の優先順位に基づいて、他のプリンタの中から自プリン
タの代わりとなるプリンタを決定し、自プリンタへの印
刷データをそのプリンタがサポートしているプロトコル
に変換する機能を有するものである。

【００２５】また、エンジン部２のステータス情報２ａ
は、そのネットワークプリンタが印刷可能であるか印刷
不可の状態であるかを示す情報である。

【００２６】〈動作〉先ず、本装置の動作環境について
説明する。図３は、ネットワークプリンタの動作環境を
示す説明図である。PR1が本ネットワークプリンタであ
り、PR2がサブプリンタである。また、PC1が印刷要求元
装置である印刷元ＰＣであり、PC2はその他のパソコン
を示している。そして、PC1が印刷先プリンタ選択画面
でPR1を選択した場合、印刷データがPR1に送られ、PR1
はこの印刷データを受け取ると印刷を行う。

【００２７】次に、動作の前提となるサブプリンタ情報
格納部７の設定方法について説明する。図４は、サブプ
リンタ情報格納部７の情報設定動作のフローチャートで
ある。先ず、プリンタに対してホストからのSNMP（Simp
le Network Management Protocol）のSet Requestパケ
ットが送信される（ステップＳ１）。

【００２８】図５は、ホストからのサブプリンタ情報設
定要求の説明図である。ここで、SNMPとは、TCP/IPのネ
ットワーク管理プロトコルであり、ルータ、ハブなどの
ネットワーク機器（エージェント）のネットワーク管理
情報を管理システム（マネージャ）に送る際の標準プロ
トコルとして採用されているものである。

【００２９】図示のように、このSNMPパケットに含まれ
る情報としては、プリンタ名やＭＡＣアドレスおよびそ
のプリンタの優先順位、そしてサポートしているプロト
コルやエミュレーションといった情報である。

【００３０】図４に戻って、プリンタ側では、ホストか
らのSNMPセットリクエストパケットを受信すると、その
パケットのデータ部から値を読み出し、各設定値をMIB
（サブプリンタ情報格納部７）に格納する。

【００３１】図６は、プリンタにおけるサブプリンタ情
報格納部７への情報格納処理の説明図である。図示のよ
うに、優先順位やプリンタ名といった各設定値をMIBに
格納する。

【００３２】次に、ネットワークプリンタの印刷動作を
説明する。図７は、印刷動作時のフローチャートであ
る。先ず、ホストから送信されたデータをデータ受信部
４が受信バッファ４ａに格納し（ステップＳ１１）、こ
れを、プロトコル制御部８におけるプロトコル解析部９
に通知する。プロトコル解析部９はプロトコルの解析を
行い、このプロトコル情報をＭＩＢデータアクセス処理
部６がサブプリンタ情報格納部７に格納した後、プロト
コル解析部９は制御情報か印刷データかの判断処理を行
う（ステップＳ１２）。ここで、制御情報であった場合
は印刷動作とは直接関係がないため、その説明は省略す
る。

【００３３】プロトコル解析部９は、印刷データであっ
た場合、エンジン部２が格納しているステータス情報２
ａが印刷状態であるか否かを判断する（ステップＳ１
３）。ステータス情報２ａが印刷不可能状態であった場
合、プロトコル解析部９によってプロトコル変換部１０
が起動され、プロトコル変換処理が行われる（ステップ
Ｓ１４）。

【００３４】図８は、プロトコル変換処理のフローチャ
ートである。先ず、サブプリンタ情報格納部７から優先
順位の最も高いサブプリンタを選択し、ｉ＝１とする
（ステップＳ１４１）。次に、サブプリンタ情報格納部
７に登録されているｉ番目のサポートしているプロトコ
ルの情報をリードする（ステップＳ１４２）。ここでデ
ータが存在しない場合は、プロトコル解析部９で調査し
た受信データで使用しているプロトコルは、選択したサ
ブプリンタでサポートされないため、サブプリンタがサ
ポートしているプロトコルの１番目の情報をリードし
（ステップＳ１４３）、受信データをリードしたプロト
コルに変換した（ステップＳ１４４）後、データ送信部
５に通知する（ステップＳ１４５）。

【００３５】一方、上記ステップＳ１４２において、デ
ータが存在する場合には、リードしたデータと、受信デ
ータで使用されているプロトコルとの比較を行う（ステ
ップＳ１４６）。比較の結果が一致していれば、受信デ
ータで使用したプロトコルは、選択したサブプリンタで
サポートしているため、変換を行わずにデータ送信部５
に通知する（ステップＳ１４５）。

【００３６】ステップＳ１４６の比較の結果、不一致の
場合にはｉ←ｉ＋１とし（ステップＳ１４７）、ステッ
プＳ１４２に戻って次のサポートしているプロトコルの
情報をリードする。

【００３７】図９は、プロトコル変換の説明図である。
この例では、LPRパケットからFTPパケットへの変換を行
っている。この場合に必要なことは、 ホストと印刷先プリンタを示していたＭＡＣアドレ
ス，ＩＰアドレスを、印刷先プリンタとサブプリンタの
ＭＡＣアドレス，ＩＰアドレスに変換すること TCP層でのポート番号を、608（LPR）から1033（FTP）
に変更することである。

【００３８】そこで、LPRパケットでは、（PC→PR1）で
あったＭＡＣアドレスを（PR1→PR2）とし、ＩＰアドレ
ス（PC→PR1）を（PR1→PR2）に、TCP層のポート番号を
608から1033に変更している。このようにして、本具体
例では、サブプリンタがサポートしている通信プロトコ
ルへの変換を行っている。

【００３９】また、図７において、ステップＳ１４でプ
ロトコル変換を行った後は、データ送信部５によって、
サブプリンタに印刷データを送信する（ステップＳ１
５）。一方、ステップＳ１３で印刷が可能であった場合
は、通常動作であるため、エンジン部２で印刷可能なデ
ータに変換し（ステップＳ１６）、印刷を行う（ステッ
プＳ１７）。

【００４０】そして、自ネットワークプリンタでの印刷
不可能時、データ送信部５は、選択したサブプリンタの
ＭＡＣアドレスに対してデータを再送信する。図１０
は、印刷不可時の動作説明図である。図示のように、本
具体例では、PR1に何らかの印刷不可エラーが発生した
場合、サブプリンタであるPR2に印刷データを転送す
る。また、印刷元であるホスト（PC1）に対しては、印
刷データ転送先通知メッセージを送信する。

【００４１】〈効果〉以上のように具体例１によれば、
自プリンタで印刷不可能な場合に印刷データを転送する
サブプリンタのプロトコルの情報を予め登録し、印刷不
可能な場合は、サブプリンタのプロトコルに変換して転
送するようにしたので、ホストから印字先として指定し
たネットワークプリンタでエラーが発生し、印刷が不可
能な場合でもそのネットワークプリンタの資源を最大限
に利用し、効率よく印字ジョブを処理することができ
る。

【００４２】《具体例２》具体例２では、上記具体例１
のように、クライアントが印字先として指定したネット
ワークプリンタにおいて、何らかの原因で印字不可能な
エラーが発生した場合、サブプリンタの通信プロトコル
に変換すると共に、そのエミュレーション（データ形
式）に変換するようにしたものである。

【００４３】〈構成〉図１１は、本発明のネットワーク
プリンタの具体例２を示す構成図である。図において、
具体例１と異なる構成は、コントローラ部１ａのエミュ
レーション制御部３におけるエミュレーション解析部１
１とエミュレーション変換部１２である。エミュレーシ
ョン解析部１１は、印刷データが用いているエミュレー
ションを解析する機能を有し、エミュレーション変換部
１２は、サブプリンタがサポートしているエミュレーシ
ョンに合わせてエミュレーション変換を行う機能を有し
ている。他の各構成については、対応する部分に具体例
１と同一の符号を付してその説明を省略する。

【００４４】〈動作〉ネットワークプリンタの動作環境
やサブプリンタ情報格納部７の情報設定動作は具体例１
と同様であるため、印刷動作についてのみ説明する。

【００４５】図１２は、印刷動作時のフローチャートで
ある。先ず、ホストから送信されたデータをデータ受信
部４が受信バッファ４ａに格納し（ステップＳ２１）、
これを、プロトコル制御部８におけるプロトコル解析部
９に通知する。プロトコル解析部９はプロトコルの解析
を行いプロトコル情報を格納した後、制御情報か印刷デ
ータかの判断処理を行う（ステップＳ２２）。

【００４６】印刷データであった場合、エンジン部２が
格納しているステータス情報２ａが印刷状態であるか否
かを判断する（ステップＳ２３）。プリンタのステータ
スが印刷不可能状態の場合、プロトコル解析部９によっ
てプロトコル変換部１０が起動され、プロトコル変換処
理が行われる（ステップＳ２４）。以上の処理は具体例
１と同様である。

【００４７】ステップＳ２４のプロトコル変換処理が終
了すると、次にエミュレーション制御部３によって、エ
ミュレーション解析部１１が起動され、エミュレーショ
ン解析が行われる（ステップＳ２５）。エミュレーショ
ン解析部１１は、受信した印字データが、どのようなエ
ミュレーションを用いているかを解析し、その情報を格
納する。次に、エミュレーション制御部３によって、エ
ミュレーション変換部１２が起動され、エミュレーショ
ン変換が行われる（ステップＳ２６）。

【００４８】図１３は、エミュレーション変換部１２の
動作フローチャートである。先ず、サブプリンタ情報格
納部７から優先順位の最も高いサブプリンタを選択し、
ｉ＝１とする（ステップＳ２６１）。次に、サブプリン
タ情報格納部７に登録されているｉ番目のサポートして
いるエミュレーションの情報をリードする（ステップＳ
２６２）。ここで、データが存在しない場合は、エミュ
レーション解析部１１で調査した受信データで使用され
ているエミュレーションは、選択したサブプリンタでは
サポートされないため、サブプリンタがサポートしてい
るエミュレーションの１番目の情報をリードし（ステッ
プＳ２６３）、受信データをリードしたエミュレーショ
ンに変換した（ステップＳ２６４）後、データ送信部５
に通知する（ステップＳ２６５）。

【００４９】一方、ステップＳ２６２において、データ
が存在する場合には、リードしたデータと、受信データ
で使用したエミュレーションとの比較を行う（ステップ
Ｓ２６６）。比較の結果が一致していれば、受信データ
で使用しているエミュレーションは、選択したサブプリ
ンタでサポートされるため、変換を行わずにデータ送信
部５に通知する（ステップＳ２６５）。また、ステップ
Ｓ２６６で不一致の場合にはｉ＝ｉ＋１とし（ステップ
Ｓ２６７）、ステップＳ２６２に戻って次のサポートし
ているエミュレーションの情報をリードする。

【００５０】尚、図１２において、ステップＳ２７〜ス
テップＳ２９の処理は、具体例１における図７のステッ
プＳ１５〜ステップＳ１７の処理と同様である。

【００５１】〈効果〉以上のように具体例２によれば、
具体例１の構成に加えて、自プリンタで印刷不可能な場
合に印刷データを転送するサブプリンタのエミュレーシ
ョンの情報を予め登録し、印刷不可能な場合は、サブプ
リンタのエミュレーションに変換して転送するようにし
たので、ホストから印字先として指定したネットワーク
プリンタでエラーが発生し、印刷が不可能な場合でもそ
のネットワークプリンタの資源を最大限に利用し、効率
よく印字ジョブを処理することができる。また、サブプ
リンタのエミュレーションが異なる場合でも印刷動作を
行うことができる。

【００５２】《具体例３》具体例３では、クライアント
が印字先として指定したネットワークプリンタにおい
て、何らかの原因で印字不可能なエラーが発生した場
合、ネットワークプリンタは、ネットワーク上のファイ
ルサーバを探し、そのサーバにテンポラリとして印刷デ
ータを保持するようにしたものである。

【００５３】〈構成〉図１４は、本発明のネットワーク
プリンタの具体例３を示す構成図である。図の装置は、
コントローラ部１ｂとエンジン部２からなり、これらの
全体としての機能は上記具体例１，２と同様である。

【００５４】コントローラ部１ｂは、エミュレーション
制御部３、データ受信部４、データ送信部５、ＭＩＢデ
ータアクセス処理部６、ジョブ登録情報格納部１３、印
刷データ制御部１４からなる。また、印刷データ制御部
１４は、ファイルサーバ検索部１５、ファイル登録部１
６、ファイルロード部１７からなる。

【００５５】ここで、エミュレーション制御部３〜ＭＩ
Ｂデータアクセス処理部６の機能は、上記各具体例と同
様であるため、ここでの説明は省略する。一方、ジョブ
登録情報格納部１３は、ファイルサーバにテンポラリと
して作成した印刷データの情報を格納する機能部であ
り、例えば、次のような情報を格納する。

【００５６】図１５は、ジョブ登録情報格納部１３の内
容例を示す説明図である。図示例では、テンポラリデー
タ名とファイルサーバのＭＡＣアドレスをインデックス
を付与して格納している。ここで、テンポラリデータと
は印刷不可の状態から復旧した時点で読み出しを行うべ
きデータの名前であり、ファイルサーバのＭＡＣアドレ
スとは、読み出しの対象となるファイルサーバのＭＡＣ
アドレスを指している。

【００５７】これらのデータの格納方法の一つとして、
MIBにジョブ登録情報という独自のオブジェクトを定義
し、プリンタの情報の一つとして保持する方法で実現す
る。例えば、図１５の例では、データの項目として“テ
ンポラリデータ名”と“ファイルサーバのＭＡＣアドレ
ス”がある。例として、図示の状態では、エラーから復
旧して最初に処理される印刷データのテンポラリデータ
名は“DATA1”であり、そのデータを格納しているファ
イルサーバのＭＡＣアドレスは“00:80:87:XX:XX:XX”
である。

【００５８】図１４に戻って、印刷データ制御部１４
は、印刷データに対する制御を行う機能部であり、ファ
イルサーバ検索部１５は、テンポラリデータを作成すべ
きファイルサーバを検索する機能部、ファイル登録部１
６は、ファイルサーバへテンポラリデータを作成するた
めの処理を行う機能部、ファイルロード部１７は、エラ
ーからの復旧後にファイルサーバから印刷データを読み
出す機能部である。

【００５９】〈動作〉先ず、ジョブ登録情報格納部１３
の設定について説明する。図１６は、ジョブ登録情報格
納部１３におけるジョブ登録情報格納処理の説明図であ
る。図示のように、ネットワーク上を流れるデータ名と
そのデータの宛先であるＭＡＣアドレスをそれぞれ登録
順序のインデックスを付与し、MIBのデータ構造で格納
する。

【００６０】次に、印刷動作を説明する。図１７は、自
分宛のパケット受信時の印刷動作のフローチャートであ
る。先ず、ホストから送信されたデータをデータ受信部
４が受信バッファ４ａに格納し（ステップＳ３１）、印
刷データ制御部１４に通知する。これにより印刷データ
制御部１４は印刷データ制御処理を行い（ステップＳ３
２）、データが制御情報か印刷データかの判断処理を行
う（ステップＳ３３）。ステップＳ３３において、印刷
データでない場合はそのままエミュレーション制御部３
に通知し（ステップＳ３４）、印刷データであった場合
は、エンジン部２が格納しているステータス情報２ａが
印刷状態か否かを判断する（ステップＳ３５）。

【００６１】プリンタのステータスが印刷可能状態の場
合、印刷データ制御部１４は印刷データをエミュレーシ
ョン制御部３へ通知する。エミュレーション制御部３で
は、通知されたデータをエンジン部２にて印刷可能なフ
ォーマットに変換し（ステップＳ３６）、エンジン部２
に通知する。エンジン部２は通知されたデータを元に用
紙に印刷する（ステップＳ３７）。

【００６２】プリンタのステータスが印刷不可能状態の
場合、印刷データ制御部１４によって、ファイルサーバ
検索部１５が起動され、ファイルサーバ検索処理が行わ
れる（ステップＳ３８）。

【００６３】図１８は、ファイルサーバ検索処理のフロ
ーチャートである。ファイルサーバ検索部１５は、ファ
イルサーバを検索するためのパケットを作成し、データ
送信部５から送信する（ステップＳ３８１）。送信した
パケットに対するファイルサーバからの応答を受信する
と（ステップＳ３８２）、受信した応答パケットからフ
ァイルサーバのＭＡＣアドレスを取り出し、MIB（ジョ
ブ登録情報格納部１３）に格納する。

【００６４】図１９は、ファイルサーバ検索処理の説明
図である。図示例は、ネットワーク上に複数のクライア
ントとファイルサーバ、ネットワークプリンタが存在す
るネットワークを示している。ここで、PR1は具体例３
の構成を備えたネットワークプリンタであり、PR2はそ
の他のプリンタを指している。また、PC1は印刷元パソ
コンであり、ネットワークプリンタPR1に対して印刷を
行うホストである。FS1はネットワーク上に存在するフ
ァイルサーバである。

【００６５】図２０は、ファイルサーバ検索時に送受信
される検索パケットと応答パケットの説明図である。プ
リンタからファイルサーバを検索するために送信される
検索パケットは、情報フィールドにサーバのタイプにつ
いての情報を含み、ネットワーク上にブロードキャスト
される（図１９中のに示す）。

【００６６】検索パケットを受信したサーバの中で、検
索パケットのサーバタイプと一致するファイルサーバ
は、その検索パケットに対する応答パケットをプリンタ
に対して送信する（図１９中のに示す）。この応答パ
ケットには、ファイルサーバ自身のＭＡＣアドレスの情
報が含まれている。そして、このような応答パケットを
受信することによって、ネットワークプリンタPR1はフ
ァイルサーバの存在を認識することができる。

【００６７】このような方法でサーバ検索が行える実例
として、ディレクトリサービスのインターネット標準で
あるLDAP（Light Directory Access Protocol）が存在
する。

【００６８】図２１に、LDAPサービスの概要を示す。こ
のプロトコルは、X.500標準リンクであるDAP（Director
y Access Protocol）を基礎としており、クライアント
がアクセスするべき適切なファイルサーバを自動的に検
索し、クライアントに対してファイル内の資源を提供す
ることができる。この機能の実現には特定のネットワー
クＯＳは不要であり、サーバとクライアントに対してLD
AP機能がインストールされていることのみ必須である。

【００６９】図１７に戻り、ファイルサーバ検索処理が
行われると、ファイル登録部１６が起動され、ファイル
登録処理が行われる（ステップＳ３９）。

【００７０】図２２は、ファイル登録処理のフローチャ
ートである。ファイル登録部１６は、対象となるファイ
ルサーバ上に印刷データのテンポラリデータを作成し
（ステップＳ３９１）、そのデータをMIB（ジョブ登録
情報格納部１３）に格納する（ステップＳ３９２）。こ
の状態が図１５に示す状態である。

【００７１】また、このとき、プリンタに対してファイ
ルサーバへのアクセス権が与えられていない場合、プリ
ンタはファイルサーバにテンポラリデータを作成するこ
とができない。このような場合、予めファイルサーバ側
に、プリンタがテンポラリデータ作成時に使用するログ
インアカウントを作成しておく必要がある。

【００７２】次にエラー復旧時の動作を説明する。図２
３は、エラー復旧時のフローチャートである。プリンタ
がエラーから復旧すると、即ち、ステップＳ４１におい
て印刷可能になると、ファイルロード部１７が起動さ
れ、ファイルロード処理が行われる（ステップＳ４
２）。

【００７３】図２４は、ファイルロード処理のフローチ
ャートである。ファイルロード部１７は、ジョブ登録情
報格納部１３のジョブ情報管理テーブルを参照し（ステ
ップＳ４２１）、データが登録されていれば（ステップ
Ｓ４２２）、そのジョブ情報管理テーブルに登録されて
いるＭＡＣアドレスを持つファイルサーバから、テーブ
ルに登録されているデータ名を持つテンポラリデータを
ロードし（ステップＳ４２３）、エミュレーション制御
部３に渡すことによって印刷を行う。

【００７４】テンポラリデータのロードが終了すると、
ファイルロード部１７は、ファイルサーバ上からテンポ
ラリデータを削除し（ステップＳ４２４）、ジョブ情報
管理テーブル上から登録情報を削除する（ステップＳ４
２５）。

【００７５】〈効果〉以上のように、具体例３によれ
ば、自プリンタで印刷不可能な場合は、ネットワーク上
のファイルサーバを検索して、このファイルサーバにテ
ンポラリデータを格納し、プリンタが復旧した場合はこ
のテンポラリデータを読み出して印刷を行うようにした
ので、ホストから印字先として指定したネットワークプ
リンタでエラーが発生し、印刷が不可能な場合でもその
ネットワークプリンタの資源を最大限に利用し、効率よ
く印字ジョブを処理することができる。また、印刷元の
パソコンがネットワーク上のファイルサーバの存在を知
らなくとも、プリンタ側で自動的にデータの保存や復旧
時の印刷を行うことができる。

【００７６】《具体例４》具体例４は、クライアントが
印字先として指定したネットワークプリンタにおいて、
何らかの原因で印字不可能なエラーが発生した場合、そ
れ以前に収集したネットワークの印刷履歴のログからユ
ーザに最も近くに接続されていると推測される他のネッ
トワークプリンタ（サブプリンタと呼ぶ）に再転送して
印字するものである。

【００７７】〈構成〉図２５は、本発明のネットワーク
プリンタの具体例４を示す構成図である。図の装置は、
コントローラ部１ｃとエンジン部２からなり、これらの
全体としての機能は上記各具体例と同様である。

【００７８】コントローラ部１ｃは、エミュレーション
制御部３、データ受信部４、データ送信部５、ＭＩＢデ
ータアクセス処理部６、印刷ログ情報格納部１８、印刷
ログ収集部１９、印刷ログ解析部２０からなる。

【００７９】印刷ログ情報格納部１８は、種々の印刷ロ
グ情報を格納する格納部であり、例えば次のような情報
を格納している。図２６は、印刷ログ情報格納部１８の
内容例の説明図である。図示例では、ネットワーク上に
存在するPCのアドレス、そのPCから印刷を行ったプリン
タのＭＡＣアドレス、印刷データ形式、印刷回数といっ
た情報からなる。これらのデータの格納方法の一つとし
て、MIBにジョブ登録情報という独自のオブジェクトを
定義し、プリンタの情報の一つとして保持する方法で実
現する。

【００８０】印刷ログ情報格納部１８の構造として、図
示のように、一つのPCのＭＡＣアドレスに対するデータ
の項目として、“印刷先ＭＡＣアドレス”，“印刷デー
タ形式”，“印刷回数”がある。例えば、図示例におい
て、PC1から印刷データとしてPCL形式のデータが送信さ
れる頻度が最も高いプリンタのＭＡＣアドレスは“00:8
0:87:XX:XX:XX”であり、本具体例の構成を備えたネッ
トワークプリンタにおいて、印刷障害が発生している時
にPC1からPCL形式のデータを受信すると、印刷データは
“00:80:87:XX:XX:XX”のＭＡＣアドレスを持つプリン
タに転送されることになる。

【００８１】図２５に戻って、印刷ログ収集部１９は、
ネットワーク上を流れるパケットから印刷ログを収集す
る機能を有している。印刷ログ解析部２０は、印刷ログ
収集部１９にて収集した印刷ログを解析し、その解析結
果をＭＩＢデータアクセス処理部６に渡す機能を有する
と共に、自プリンタが印刷不可能な状態である場合は、
印刷ログ情報格納部１８の印刷ログ情報に基づき、印刷
データを転送すべきプリンタを決定する機能を有してい
る。

【００８２】〈動作〉図２７は、パケット受信時のフロ
ーチャートである。プリンタはネットワーク上を流れる
パケットを受信する度に印刷ログ収集処理を起動し（ス
テップＳ５１）、その情報を、例えば具体例３のジョブ
登録情報格納部の設定方法と同様な処理で、印刷ログ情
報格納部１８に設定する（ステップＳ５２）。

【００８３】図２８は、印刷ログ収集処理の動作フロー
チャートである。印刷に使用されるパケットを受信する
（ステップＳ５２１）と、印刷ログ解析部２０は、パケ
ットから送信元のＭＡＣアドレスを取り出し（ステップ
Ｓ５２２）、印刷ログ情報格納部１８に存在しなければ
ＭＩＢデータアクセス処理部６によって登録を行う（ス
テップＳ５２３、Ｓ５２４）。

【００８４】次に、印刷ログ解析部２０は、送信先ＭＡ
Ｃアドレスを取り出し（ステップＳ５２５）、プリンタ
自身に割り当てられたアドレスと同一であるかを調べ
（ステップＳ５２６）、同一でない場合は、印刷ログ情
報格納部１８の参照を行い、登録されていなければ新規
に登録を行う（ステップＳ５２７、Ｓ５２８）。

【００８５】そして、印刷データがどのような形式であ
るかを調べ（ステップＳ５２９）、対象となる印刷デー
タ形式での印刷回数を１増加する（ステップＳ５３
０）。

【００８６】次に、自分宛の印刷データを受信した場合
の動作を説明する。図２９は、自分宛のパケットを受信
した場合の動作フローチャートである。ここで、ステッ
プＳ６１〜ステップＳ６７までの処理は、具体例３の図
１７で示した自分宛のパケット受信時の動作におけるス
テップＳ３１〜ステップＳ３７と同様である。

【００８７】ステップＳ６５において、印刷不可能であ
った場合、印刷ログ解析部２０が起動し、印刷ログ解析
処理を行う（ステップＳ６８）。

【００８８】図３０は、印刷ログ解析処理のフローチャ
ートである。プリンタのステータスが印刷不可能状態の
場合、印刷ログ解析部２０は受信した印刷データの送信
元となるホストのＭＡＣアドレスにおいて、受信した印
刷データ形式と同一の印刷データに対して最も印刷頻度
が高いプリンタを印刷ログ情報格納部１８の中で検索
し、印刷データを転送するべきプリンタのＭＡＣアドレ
スを選択する。

【００８９】即ち、印刷ログ情報中に印刷データ送信元
が存在するかを調べ（ステップＳ６８１）、存在した場
合は受信した印刷データの形式をチェックする（ステッ
プＳ６８２）。そして、データ形式が一致し、かつ、印
刷回数が最大の送信元ＭＡＣアドレスを取り出し（ステ
ップＳ６８３）、これが存在したら（ステップＳ６８
４）、印刷データの再転送先として選択を行う（ステッ
プＳ６８５）。

【００９０】データ送信部５では、選択したサブプリン
タのＭＡＣアドレスに対してデータを再送信する。

【００９１】〈効果〉以上のように、具体例４によれ
ば、自プリンタで印刷不可能な場合は、それ以前に収集
したネットワークの印刷履歴のログから、データ形式が
一致し、かつ、印刷回数が最も多いサブプリンタに再転
送して印刷するようにしたので、ホストから印字先とし
て指定したネットワークプリンタでエラーが発生し、印
刷が不可能な場合でもそのネットワークプリンタの資源
を最大限に利用し、代替として最も適当と思われるネッ
トワークプリンタに対して印刷ジョブを転送することに
よって、効率よく印字ジョブを処理することができる。

【００９２】《具体例５》具体例５は、クライアントが
印字先として指定したネットワークプリンタにおいて、
何らかの原因で印字不可能なエラーが発生した場合、具
体例４と同様にサブプリンタに再転送して印字すると共
に、それ以前に収集したネットワークの電子メール送信
ログから、印刷を行ったユーザの電子メールアドレスを
調べ、サブプリンタに再転送したことを電子メールで通
知するようにしたものである。

【００９３】〈構成〉図３１は、本発明のネットワーク
プリンタの具体例５を示す構成図である。図の装置は、
コントローラ部１ｄとエンジン部２からなり、これらの
全体としての機能は上記各具体例と同様である。

【００９４】コントローラ部１ｄは、エミュレーション
制御部３、データ受信部４、データ送信部５、ＭＩＢデ
ータアクセス処理部６、印刷ログ・電子メールアドレス
情報格納部１８ａ、印刷ログ収集部１９、印刷ログ解析
部２０、電子メール送信ログ収集部２１、電子メール送
信ログ解析部２２からなる。

【００９５】印刷ログ・電子メールアドレス情報格納部
１８ａは、具体例４における種々の印刷ログ情報を格納
すると共に、ユーザの電子メールアドレスを格納する格
納部である。

【００９６】図３２は、印刷ログ・電子メールアドレス
情報格納部１８ａの内容例の説明図である。図示例で
は、ネットワーク上に存在するPCのアドレス、そのPCか
ら印刷を行ったプリンタのＭＡＣアドレス、印刷データ
形式、印刷回数、印刷を行ったPCから送信された電子メ
ールアドレスといった情報からなる。これらのデータの
格納方法の一つとして、MIBにジョブ登録情報という独
自のオブジェクトを定義し、プリンタの情報の一つとし
て保持する方法で実現する。

【００９７】印刷ログ・電子メールアドレス情報格納部
１８ａの構造として、図示のように、一つのPCのＭＡＣ
アドレスに対するデータの項目として、“印刷先ＭＡＣ
アドレス”，“印刷データ形式”，“印刷回数”，“電
子メールアドレス”がある。例えば、図示例において、
PC1から印刷データとしてPCL形式のデータが送信される
頻度が最も高いプリンタのＭＡＣアドレスは“00:80:8
7:XX:XX:XX”であり、その電子メールアドレスは“xxx@
xxx.xx.xx”である。そのため、本具体例の構成を備え
たネットワークプリンタにおいて、印刷障害が発生して
いる時にPC1からPCL形式のデータを受信すると、印刷デ
ータは“00:80:87:XX:XX:XX”のＭＡＣアドレスを持つ
プリンタに転送され、転送先のプリンタのＭＡＣアドレ
ス情報を含んだ電子メールが、“xxx@xxx.xx.xx”に送
信されることになる。

【００９８】また、電子メール送信ログ収集部２１は、
ネットワーク上を流れる電子メール送信用のパケットを
収集して電子メールアドレスの情報を収集する機能を有
している。更に、電子メール送信ログ解析部２２は、電
子メール送信ログ収集部２１で収集した電子メール送信
用のパケットからそのログを解析し、これをＭＩＢデー
タアクセス処理部６に渡す機能を有すると共に、印刷不
可能時、サブプリンタにデータが再転送された場合は、
印刷ログ・電子メールアドレス情報格納部１８ａに情報
に基づき、そのサブプリンタについての情報を印刷要求
元のPCの電子メールアドレスに送信する機能を有してい
る。その他の各構成は具体例４と同様であるため、ここ
での説明は省略する。

【００９９】〈動作〉図３３は、パケット受信時のフロ
ーチャートである。プリンタはネットワーク上を流れる
パケットを受信する度に電子メールログ収集処理を起動
し（ステップＳ７１）、その情報を、例えば具体例３の
ジョブ登録情報格納部の設定方法と同様な処理で、印刷
ログ・電子メールアドレス情報格納部１８ａに設定する
（ステップＳ７２）。

【０１００】図３４は、電子メール送信ログ収集処理の
動作フローチャートである。電子メール送信に使用され
るパケットを受信する（ステップＳ７２１）と、電子メ
ール送信ログ解析部２２は、そのパケットから送信元の
ＭＡＣアドレスを取り出す（ステップＳ７２２）。次
に、印刷ログ・電子メールアドレス情報格納部１８ａの
印刷元のＭＡＣアドレスを確認し（ステップＳ７２
３）、印刷元のＭＡＣアドレスとして存在するかを調べ
（ステップＳ７２４）、存在しなければ廃棄する。

【０１０１】ステップＳ７２４において、印刷元ＭＡＣ
アドレスとして存在した場合は、パケットから送信元電
子メールアドレスを取り出し（ステップＳ７２５）、印
刷ログ・電子メールアドレス情報格納部１８ａに登録す
る（ステップＳ７２６）。

【０１０２】次に、自分宛の印刷データを受信した場合
の動作を説明する。図３５は、自分宛のパケットを受信
した場合の動作フローチャートである。ここで、ステッ
プＳ８１〜ステップＳ８９までの処理は、具体例４の図
２９で示したステップＳ６１〜ステップＳ６９と同様で
あるため、ここでの説明は省略する。

【０１０３】ステップＳ８９でデータ送信を行うと、次
に電子メール送信ログ解析処理を行う（ステップＳ９
０）。

【０１０４】図３６は、電子メール送信ログ解析処理の
フローチャートである。データ送信部５で選択したサブ
プリンタのＭＡＣアドレスに対してデータが再送信され
ると、電子メール送信ログ解析部２２は、印刷ログ・電
子メールアドレス情報格納部１８ａを参照し（ステップ
Ｓ９０１）、印刷元の電子メールアドレスが登録されて
いるかどうかを確認する（ステップＳ９０２）。電子メ
ールアドレスが登録されていない場合はそのまま終了す
るが、登録されている場合は、印刷データが転送された
サブプリンタのＭＡＣアドレスを取り出す（ステップＳ
９０３）。そして、取り出したＭＡＣアドレスの情報を
含んだ電子メールを作成し（ステップＳ９０４）、登録
されている電子メールアドレスに送信する（ステップＳ
９０５）。

【０１０５】〈効果〉以上のように、具体例５によれ
ば、具体例４の構成に加えて、自プリンタで印刷不可能
な場合は、それ以前に収集したネットワークの電子メー
ルの送信ログから、印刷元の電子メールを調べ、この印
刷元に対して電子メールで通知するようにしたので、ホ
ストから印字先として指定したネットワークプリンタで
エラーが発生し、印刷が不可能な場合でもそのネットワ
ークプリンタの資源を最大限に利用し、効率よく印字ジ
ョブを処理することができる。また、ユーザがどのネッ
トワークプリンタで印刷が行われているかを的確に把握
することができる。

【０１０６】《具体例６》具体例６は、クライアントが
印字先として指定したネットワークプリンタにおいて、
何らかの原因で印字不可能なエラーが発生した場合、具
体例４と同様にサブプリンタに再転送して印字すると共
に、印刷を行ったユーザに対してポップアップ・メッセ
ージにより、サブプリンタに再転送したことを通知する
ようにしたものである。

【０１０７】尚、ポップアップ・メッセージとは、ネッ
トワーク上のパソコン間でメッセージのやり取りを行う
機能であり、メッセージを送った場合に相手側のパソコ
ンの画面上にメッセージがポップアップするよう構成さ
れている機能を指す。

【０１０８】〈構成〉図３７は、本発明のネットワーク
プリンタの具体例６を示す構成図である。図の装置は、
コントローラ部１ｅとエンジン部２からなり、これらの
全体としての機能は上記各具体例と同様である。

【０１０９】コントローラ部１ｅは、エミュレーション
制御部３、データ受信部４、データ送信部５、ＭＩＢデ
ータアクセス処理部６、印刷ログ情報格納部１８ｂ、印
刷ログ収集部１９、印刷ログ解析部２０、ポップアップ
・メッセージ送信部２３からなる。

【０１１０】印刷ログ情報格納部１８ｂは、具体例４に
おける種々の印刷ログ情報を格納する機能を有してい
る。

【０１１１】図３８は、印刷ログ情報格納部１８ｂの内
容例の説明図である。図示例では、ネットワーク上に存
在するPCのアドレス、そのPCから印刷を行ったプリンタ
のＭＡＣアドレス、印刷データ形式、印刷回数、使用プ
ロトコルからなる。これらのデータの格納方法の一つと
して、MIBにジョブ登録情報という独自のオブジェクト
を定義し、プリンタの情報の一つとして保持する方法で
実現する。

【０１１２】例として、図３８に示した印刷ログ情報格
納部１８ｂにおいて、ＭＡＣアドレスが“00:10:11:XX:
XX:XX”であるPC1から印刷データとしてPCLデータが送
信される頻度が元も高いプリンタのＭＡＣアドレスは、
“00:80:87:XX:XX:XX”である。また、PC1には、ＴＣＰ
／ＩＰとＩＰＸの少なくとも二つのプロトコルがインス
トールされており、ＴＣＰ／ＩＰを使用しての印刷が先
に行われたことを示している。そのため、本具体例の構
成を備えたネットワークプリンタにおいて、印刷障害が
発生している時にPC1からPCL形式のデータを受信する
と、印刷データは“00:80:87:XX:XX:XX”のＭＡＣアド
レスを持つプリンタに転送され、転送先のプリンタのＭ
ＡＣアドレス情報を含んだポップアップ・メッセージ
が、ＴＣＰ／ＩＰプロトコルを使用して“00:10:11:XX:
XX:XX”のＭＡＣアドレスに送信されることになる。

【０１１３】また、ポップアップ・メッセージ送信部２
３は、印刷データを再転送したプリンタについての情報
をポップアップ・メッセージとして送信する機能を有し
ている。その他の各構成は具体例４と同様であるため、
ここでの説明は省略する。

【０１１４】また、印刷元ＰＣのシステム部にはプリン
タドライバのインストールと共に、ポップアップ・メッ
セージ受信部がインストールされている。

【０１１５】図３９は、印刷元ＰＣの構成図である。図
において、１００は印刷元ＰＣを示し、ポップアップ・
メッセージ受信部１０１とポップアップ・メッセージ制
御部１０２を備えている。ポップアップ・メッセージ受
信部１０１は、ネットワークプリンタから、ポップアッ
プ・メッセージを含んだパケットを受け取った場合、そ
のパケットからポップアップ・メッセージを取り出し、
これをポップアップ・メッセージ制御部１０２に渡す機
能を有している。

【０１１６】ポップアップ・メッセージ制御部１０２
は、例えば、Ｗｉｎｄｏｗｓの標準機能として備えられ
ているポップアップサービスの制御部であり、ポップア
ップ・メッセージ表示処理部１０３とポップアップ・メ
ッセージ表示部１０４を備えている。

【０１１７】ポップアップ・メッセージ表示処理部１０
３は、他のパソコンやポップアップ・メッセージ受信部
１０１からポップアップ・メッセージを受け取った場合
に、そのメッセージをポップアップ・メッセージ表示部
１０４に表示する機能を有している。また、ポップアッ
プ・メッセージ表示部１０４は、例えば、ディスプレイ
からなり、ポップアップ・メッセージを表示する表示部
である。

【０１１８】〈動作〉図４０は、パケット受信時のフロ
ーチャートである。プリンタはネットワーク上を流れる
パケットを受信する（ステップＳ１０１）度に印刷ログ
収集処理および印刷ログ収集処理２を起動し（ステップ
Ｓ１０２、Ｓ１０３）、その情報を、例えば具体例３の
ジョブ登録情報格納部の設定方法と同様な処理で、印刷
ログ情報格納部１８ｂに設定する。ここで、印刷ログ収
集処理は、具体例４の図２７におけるステップＳ５２の
印刷ログ収集処理と同様である。また、印刷ログ収集処
理２は、印刷に使用されるパケットのフォーマットから
使用しているプロトコルを調べる処理である。

【０１１９】図４１は、印刷ログ収集処理２の動作フロ
ーチャートである。電子メール送信に使用されるパケッ
トを受信する（ステップＳ１０３１）と、そのパケット
のフォーマットから使用しているプロトコルを調べる
（ステップＳ１０３２）。次に、印刷ログ情報格納部１
８ｂの使用プロトコルを確認し（ステップＳ１０３
３）、登録されているかを調べ（ステップＳ１０３
４）、登録されていれば廃棄し、登録されていなければ
使用プロトコルとして印刷ログ情報格納部１８ｂに登録
する（ステップＳ１０３５）。

【０１２０】次に、自分宛の印刷データを受信した場合
の動作を説明する。図４２は、自分宛のパケットを受信
した場合の動作フローチャートである。ここで、ステッ
プＳ１１０１〜ステップＳ１１０９までの処理は、具体
例４の図２９で示したステップＳ６１〜ステップＳ６９
と同様であるため、ここでの説明は省略する。

【０１２１】ステップＳ１１０９でデータ送信を行う
と、次にポップアップ・メッセージ送信処理を行う（ス
テップＳ１１１０）。

【０１２２】図４３は、ポップアップ・メッセージ送信
処理のフローチャートである。データ送信部５で選択し
たサブプリンタのＭＡＣアドレスに対してデータが再送
信されると、ポップアップ・メッセージ送信部２３は、
印刷ログ情報格納部１８ｂを参照し（ステップＳ１１１
０１）、印刷データが転送されたサブプリンタのＭＡＣ
アドレスと、印刷元ＰＣが印刷に使用したプロトコルと
して最初に登録されたプロトコル情報を取り出す（ステ
ップＳ１１１０２、Ｓ１１１０３）。

【０１２３】そして、取り出されたプロトコル情報に従
ってパケットを作成し（ステップＳ１１１０４）、取り
出したＭＡＣアドレスの情報を含んだポップアップ・メ
ッセージと共に、印刷データ送信元のＭＡＣアドレスへ
パケットを送信する（ステップＳ１１１０５、１１１０
６）。

【０１２４】次に、ポップアップ・メッセージを受信し
た印刷元ＰＣの処理を説明する。図４４は、印刷元ＰＣ
におけるポップアップ・メッセージ受信処理のフローチ
ャートである。印刷元ＰＣ１００のポップアップ・メッ
セージ受信部１０１は、プリンタからのパケットを受信
すると（ステップＳ１２０１）、ポップアップ・メッセ
ージを取り出し（ステップＳ１２０２）、ポップアップ
・メッセージ表示処理部１０３をコールし、そのメッセ
ージを渡す（ステップＳ１２０３）。ポップアップ・メ
ッセージ表示処理部１０３は、受け取ったメッセージを
ポップアップ・メッセージ表示部１０４に表示する。

【０１２５】〈効果〉以上のように、具体例６によれ
ば、具体例４の構成に加えて、自プリンタで印刷不可能
な場合は、印刷元ＰＣに対してポップアップ・メッセー
ジで通知するようにしたので、ホストから印字先として
指定したネットワークプリンタでエラーが発生し、印刷
が不可能な場合でもそのネットワークプリンタの資源を
最大限に利用し、効率よく印字ジョブを処理することが
できる。また、ネットワークで使用しているプロトコル
や印刷を行ったユーザに対するメールアドレス割り当て
の有無にかかわらず、実際に印刷を行ったプリンタをユ
ーザに通知することが可能となり、印刷結果を探す手間
が省けるという効果がある。

【０１２６】尚、上記具体例６では、ポップアップ・メ
ッセージ制御部としてＷｉｎｄｏｗｓのポップアップサ
ービスを用いたが、これに限定されるものではなく、同
様のポップアップ・メッセージの送受信処理が行えるも
のであれば同様に使用可能である。

【０１２７】また、上記具体例１〜６において、サブプ
リンタ情報格納部７やジョブ登録情報格納部１３あるい
は印刷ログ情報格納部１８ｂ等の情報設定にSNMPを用い
たが、SNMPの他にも“Ｗｅｂブラウザ”や“Telnet”
“プリンタのオペレーションパネル”等が利用可能であ
る。

【図面の簡単な説明】

【図１】本発明のネットワークプリンタの具体例１を示
す構成図である。

【図２】サブプリンタ情報格納部の内容例を示す説明図
である。

【図３】ネットワークプリンタの動作環境を示す説明図
である。

【図４】サブプリンタ情報格納部の情報設定動作のフロ
ーチャートである。

【図５】ホストからのサブプリンタ情報設定要求の説明
図である。

【図６】プリンタにおけるサブプリンタ情報格納部への
情報格納処理の説明図である。

【図７】具体例１の印刷動作時のフローチャートであ
る。

【図８】プロトコル変換の動作フローチャートである。

【図９】プロトコル変換の説明図である。

【図１０】印刷不可時の動作説明図である。

【図１１】本発明のネットワークプリンタの具体例２を
示す構成図である。

【図１２】具体例２の印刷動作時のフローチャートであ
る。

【図１３】エミュレーション変換部の動作フローチャー
トである。

【図１４】本発明のネットワークプリンタの具体例３を
示す構成図である。

【図１５】ジョブ登録情報格納部の内容例を示す説明図
である。

【図１６】ジョブ登録情報格納部におけるジョブ登録情
報格納処理の説明図である。

【図１７】具体例３の自分宛のパケット受信時の印刷動
作のフローチャートである。

【図１８】ファイルサーバ検索処理のフローチャートで
ある。

【図１９】ファイルサーバ検索処理の説明図である。

【図２０】ファイルサーバ検索時に送受信される検索パ
ケットと応答パケットの説明図である。

【図２１】LDAPサービスの概要を示す説明図である。

【図２２】ファイル登録処理のフローチャートである。

【図２３】エラー復旧時のフローチャートである。

【図２４】ファイルロード処理のフローチャートであ
る。

【図２５】本発明のネットワークプリンタの具体例４を
示す構成図である。

【図２６】印刷ログ情報格納部の内容例の説明図であ
る。

【図２７】パケット受信時のフローチャートである。

【図２８】印刷ログ収集処理の動作フローチャートであ
る。

【図２９】自分宛のパケットを受信した場合の動作フロ
ーチャートである。

【図３０】印刷ログ解析処理のフローチャートである。

【図３１】本発明のネットワークプリンタの具体例５を
示す構成図である。

【図３２】印刷ログ・電子メールアドレス情報格納部の
内容例の説明図である。

【図３３】パケット受信時のフローチャートである。

【図３４】電子メール送信ログ収集処理の動作フローチ
ャートである。

【図３５】自分宛のパケットを受信した場合の動作フロ
ーチャートである。

【図３６】電子メール送信ログ解析処理のフローチャー
トである。

【図３７】本発明のネットワークプリンタの具体例６を
示す構成図である。

【図３８】印刷ログ情報格納部の内容例の説明図であ
る。

【図３９】印刷元ＰＣの構成図である。

【図４０】パケット受信時のフローチャートである。

【図４１】印刷ログ収集処理２の動作フローチャートで
ある。

【図４２】自分宛のパケットを受信した場合の動作フロ
ーチャートである。

【図４３】ポップアップ・メッセージ送信処理のフロー
チャートである。

【図４４】印刷元ＰＣにおけるポップアップ・メッセー
ジ受信処理のフローチャートである。

【符号の説明】

３ エミュレーション制御部 ５ データ送信部 ７ サブプリンタ情報格納部 ８ プロトコル制御部 １５ ファイルサーバ検索部 １７ ファイルロード部 １９ 印刷ログ収集部 ２０ 印刷ログ解析部 ２１ 電子メール送信ログ収集部 ２２ 電子メール送信ログ解析部 ２３ ポップアップ・メッセージ送信部 １０１ ポップアップ・メッセージ受信部 １０２ ポップアップ・メッセージ制御部

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続されている自プリン
   タとは異なる他のプリンタのサポートしているプロトコ
   ルと予め決められた優先順位の情報を格納するサブプリ
   ンタ情報格納部と、 前記自プリンタで印刷不可能な状態であった場合、前記
   サブプリンタ情報格納部の優先順位に基づいて、前記他
   のプリンタの中から当該自プリンタの代わりとなるプリ
   ンタを決定し、前記自プリンタへの印刷データを、前記
   自プリンタの代わりとなるプリンタのサポートしている
   プロトコルに変換するプロトコル制御部と、 前記プロトコル制御部で変換した印刷データを、前記代
   わりとなるプリンタに送信するデータ送信部とを備えた
   ことを特徴とするネットワークプリンタ。
2. 【請求項２】 請求項１に記載のネットワークプリンタ
   において、 自プリンタとは異なる他のプリンタのサポートしている
   エミュレーションの情報を格納するサブプリンタ情報格
   納部と、 前記自プリンタで印刷不可能な状態であった場合、プロ
   トコル制御部で決定した前記自プリンタの代わりとなる
   プリンタのエミュレーションに変換するエミュレーショ
   ン制御部と、 前記エミュレーション制御部でエミュレーションを変換
   した印刷データを、前記自プリンタの代わりとなるプリ
   ンタに送信するデータ送信部とを備えたことを特徴とす
   るネットワークプリンタ。
3. 【請求項３】 ネットワーク上のファイルサーバを検索
   するファイルサーバ検索部と、 自プリンタで印刷不可能な状態であった場合、当該自プ
   リンタへの印刷データを、前記ファイルサーバ検索部で
   検索したファイルサーバ上にテンポラリデータとして保
   存し、前記自プリンタが印刷可能な状態に戻った場合に
   前記ファイルサーバから前記テンポラリデータを自プリ
   ンタで印刷するためのデータとして読み出すファイルロ
   ード部とを備えたことを特徴とするネットワークプリン
   タ。
4. 【請求項４】 ネットワーク上を流れる印刷に使用され
   る情報を印刷ログとして収集する印刷ログ収集部と、 自プリンタで印刷不可能な状態であった場合、前記印刷
   ログ収集部で収集した印刷ログに基づき、当該自プリン
   タ以外のプリンタから次の印刷先プリンタとしてふさわ
   しいプリンタを検索する印刷ログ解析部と、 前記印刷ログ解析部で検索したプリンタに対して当該自
   プリンタへの印刷データを転送するデータ送信部とを備
   えたことを特徴とするネットワークプリンタ。
5. 【請求項５】 請求項４に記載のネットワークプリンタ
   において、 ネットワーク上を流れる印刷要求元装置の電子メールア
   ドレスの情報を収集する電子メール送信ログ収集部と、 他プリンタに対して印刷データを転送した場合、前記印
   刷要求元装置の電子メールアドレスに対して、転送した
   旨の電子メールを送信する電子メール送信ログ解析部と
   を備えたことを特徴とするネットワークプリンタ。
6. 【請求項６】 ネットワークを介して印刷要求元装置か
   らネットワークプリンタに印刷を要求するネットワーク
   印刷システムにおいて、 前記ネットワークプリンタは、 前記ネットワーク上を流れる印刷に使用される情報を印
   刷ログとして収集する印刷ログ収集部と、 自プリンタで印刷不可能な状態であった場合、前記印刷
   ログ収集部で収集した印刷ログに基づき、当該自プリン
   タ以外のプリンタから次の印刷先プリンタとしてふさわ
   しいプリンタを検索する印刷ログ解析部と、 前記印刷ログ解析部で検索したプリンタに対して当該自
   プリンタへの印刷データを転送するデータ送信部と、 前記データ送信部から印刷データを送信したプリンタの
   情報を、ポップアップ・メッセージとして前記印刷要求
   元装置に送るポップアップ・メッセージ送信部とを備
   え、 前記印刷要求元装置は、 前記ネットワークプリンタから送信されたポップアップ
   ・メッセージを受信するポップアップ・メッセージ受信
   部と、 前記ポップアップ・メッセージ受信部で受信したポップ
   アップ・メッセージを表示するポップアップ・メッセー
   ジ制御部とを備えたことを特徴とするネットワーク印刷
   システム。