JPH10289070A - ネットワークプリンタ - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークに直接接続可能なネットワーク
インタフェース５を有するプリンタにおいて、不特定多
数のホストコンピュータに、効率的にプリンタステータ
スを通知できるようにする。 【解決手段】 各ホストコンピュータ３がステータスリ
プライを要求するコマンドをプリンタ１に送ると、イン
タフェース制御部７が、まずフラグ用のメモリ領域を確
保し、次にフラグ１５をオン状態にしていく。インタフ
ェース制御部７は、定期的に立っている全てのフラグ１
５Ａ、１５Ｂ、１５Ｃの状態を調べ、オン状態にあるフ
ラグに対応するホストコンピュータへ、プリンタステー
タス１７を示すステータスリプライ文字列を送信する。
インタフェース制御部７は、今回送信しようとするステ
ータスリプライ文字列と、前回送信したステータスリプ
ライ文字列と比較し、両者が同じであれば、今回の送信
は省略する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータネッ
トワーク上に直接的に接続可能なプリンタに関わり、特
に、プリンタのステータスを不特定多数のコンピュータ
へ通知するためのステータスリプライ機能の改良に関す
る。

【０００２】

【従来の技術】多くのプリンタは、そのプリンタのステ
ータス（例えば、待機・ビジー・エラーなどの状態、エ
ラーの詳細、インク残量、用紙有無、用紙パスの選択な
ど）をホストコンピュータに通知するステータスリプラ
イ機能を有する。プリンタステータスは、一般に、文字
列の形式でホストコンピュータに送られ、この文字列は
ステータスリプライ文字列などと呼ばれる。

【０００３】ところで、複数のホストコンピュータが接
続できるよう複数のホストインタフェースを有したプリ
ンタが知られている。この種のプリンタは、どのホスト
インタフェースにデータが到来したかを認識して、その
データの受信中、そのホストインタフェースのみを選択
状態にするホストインタフェース自動切替機能を有して
る。このインタフェース自動切替機能を有した従来のプ
リンタにおけるステータスリプライ機能は、選択状態に
ある一つのホストインタフェースのみに対し、ステータ
スリプライ文字列を送るのものである。

【０００４】また、従来のプリンタは、一定の時間間隔
で定期的にステータスリプライ文字列をホストコンピュ
ータに通知している。

【０００５】なお、ホストインターフェースとは、プリ
ンタがホストに対して直接的に接続されるためのもので
あり、接続可能なホストの数は有するホストインターフ
ェースの数で自ずと制約を受ける。これに対して、ネッ
トワークインターフェースは、それ１つを有することで
不特定多数のホストコンピュータと接続可能であり、ネ
ットワークを介していわば間接的に不特定多数のホスト
コンピュータと接続可能なものである。

【０００６】

【発明が解決しようとする課題】ホストインタフェース
自動切替機能を有した従来のプリンタでは、非選択状態
にあるホストインタフェースにはプリンタステータスが
通知されないため、そこに接続されているホストコンピ
ュータ側では、プリンタにデータを送ろうとしたとき、
単に「通信エラーである」という認識しか得ることがで
きない。従って、非選択状態のホストコンピュータ側で
は、送ったデータがプリンタに受入れられない理由、例
えば、別のホストコンピュータが使用中である、エラー
が発生した、或は、通信路に問題があるなどが判別でき
ず、少し待てば通信が出来るのか、或は不具合を解消す
る必要があるのかといった判断ができない。

【０００７】また、従来のプリンタでは、定期的にプリ
ンタステータスを通知している。しかし、プリンタステ
ータスに何の変化もない場合には、そのような定期的な
通知は無駄な通信であり、その無駄な通信が肝心の印刷
処理を遅らせる原因となる。

【０００８】さらに、従来のプリンタは、プリンタが複
数のホストインタフェースを有することを前提とし、そ
のホストインタフェースに対してステータスをリプライ
をしていこうというものであり、ネットワークに直接接
続可能なプリンタに関しては、ステータスをコンピュー
タに対して返せないと言う問題があった。

【０００９】従って、本発明の目的は、ネットワークイ
ンタフェースを有するネットワークプリンタにおいて、
不特定多数のどのホストコンピュータにもプリンタステ
ータスを通知できるようにすることにある。

【００１０】本発明の別の目的は、ホストコンピュータ
とプリンタ間の、プリンタステータス文字列の無駄な送
信をなくすことにある。

【００１１】

【課題を解決するための手段】本発明の第１の側面に従
うネットワークプリンタは、複数のネットワークコンピ
ュータと接続するためのネットワークインタフェース
と、ステータスリプライを要求しているコンピュータを
識別する要求コンピュータ識別手段と、この識別手段に
より識別されたコンピュータの各々に、プリンタステー
タスを示したステータ情報を送信するステータスリプラ
イ手段とを備える。

【００１２】このネットワークプリンタによれば、ステ
ータスリプライを要求しているホストコンピュータに対
しては、ステータス情報が送られる。

【００１３】好適な実施形態では、ネットワーク上の複
数のホストコンピュータから受信したステータスリプラ
イを要求するデータに応答して、そのホストコンピュー
タ対応するフラグを随時設け、該フラグの状態をオン状
態にする手段と、全てのフラグの状態を調べる手段と、
オン状態にあるフラグに対応したホストコンピュータの
各々にステータス情報を送信する手段とが備えられる。

【００１４】この実施形態によれば、各ホストコンピュ
ータがステータスリプライを要求するデータをプリンタ
に一旦送れば、対応するフラグがオン状態となるため、
以後、プリンタステータスをプリンタから通知されるこ
とができる。

【００１５】本発明の第２の側面に従うネットワークプ
リンタは、ネットワークと接続するためのネットワーク
インタフェースと、プリンタステータスが変化したこと
を検出する検出手段と、この検出手段の検出に応答し
て、プリンタステータスを示したステータス情報を前記
ネットワークインタフェースに送信する非定期ステータ
スリプライ手段とを備える。

【００１６】このネットワークプリンタは、プリンタス
テータスが変化したときにステータス情報をホストコン
ピュータに返す。

【００１７】好適な実施形態は、定期的にネットワーク
インタフェースにステータス情報を送信する定期ステー
タスリプライ手段と、非定期ステータスリプライ手段と
定期ステータスリプライ手段の一方を選択するモード選
択手段とを更に備える。

【００１８】この実施形態によれば、ステータスリプラ
イを定期的に行うか、ステータスが変化したときのみ行
うかを選択できる。

【００１９】

【発明の実施の形態】図１は、本発明のネットワークプ
リンタの一実施形態の構成を、これに接続されたホスト
コンピュータと共に示す。

【００２０】図示のプリンタ１は、ネットワークインタ
フェース５を介して、不特定多数（ここでは３台）のホ
ストコンピュータ３Ａ、３Ｂ、３Ｃと接続されている。
プリンタ１は、インタフェース制御部７、メインコント
ローラ９、メモリ１１、及び印刷エンジン１３を有す
る。メモリ１１には、３台のホストコンピュータにそれ
ぞれ対応したステータスリプライ（以下、ＳＲと略す）
フラグ１５Ａ、１５Ｂ、１５Ｃ、及び同ＳＲモード値１
６Ａ、１６Ｂ、１６Ｃ、及び各種のプリンタステータス
１７などが記憶されている。さらに、メモリ１１には受
信バッファ１９及びイメージバッファ２１などが設けら
れている。

【００２１】メインコントローラ９は、受信バッファ１
９からデータを取り込み処理するためのものである。メ
インコントローラ９は、印刷のためのデータを処理する
ことにより印刷イメージを生成して、イメージバッファ
２１に展開する機能と共に、そのデータがどのコンピュ
ータから来たものかをデータに含まれる属性情報を解釈
することで認識する機能も有する。この後者の機能によ
り、メインコントローラ９は、ＳＲ機能に関するデータ
に応答して、インタフェース制御部７のＳＲ機能を制御
する。また、属性情報は各ジョブにおいて、印刷イメー
ジデータに先立つヘッダー部において設定されるのが一
般的である。よって、このヘッダー中に該ジョブの送り
主であるホストコンピュータ名のアドレス等を入れてネ
ットワーク上にジョブをおくりだすことで、プリンタ側
から見てどのコンピュータから来たデータかを認識する
ことが可能となる。

【００２２】インタフェース制御部７は、ホストインタ
フェース５を介して、不特定多数のコンピュータと通信
を行うためのものである。このインタフェース制御部７
は、例えばコンピュータ３Ａ、３Ｂ、３Ｃから到来する
データを受信し、メモリ１１内の受信バッファ１９に書
き込む機能を有する。また、メインコントローラ９が解
釈した属性情報をもらい、そのデータがどのコンピュー
タのものかを認識し、対応したＳＲフラグ及び同ＳＲモ
ード値をメモリ１１内に記憶させる機能も有する。この
場合、不特定多数のコンピュータからデータを受信可能
であるが、その中でＳRに関わる情報を送ってきたコン
ピュータが前記コンピュータ３Ａ、３Ｂ、３Ｃといった
形でメモり内に登録されることになる。さらに、インタ
フェース制御部７はメモリ１７に記憶されたプリンタス
テータス１７に基づいてＳＲ文字列を生成し、各ホスト
コンピュータ３Ａ、３Ｂ、３Ｃへ送るＳＲ機能も有す
る。

【００２３】印刷エンジン１３は、イメージバッファ２
１から印刷イメージを読み込み、用紙上に実際のイメー
ジを印刷するための機構である。

【００２４】メモリ１１には、プリンタステータス１７
として、待機・ビジー・エラーなどの状態、エラー発生
時のエラー内容、インク残量、用紙有無、用紙パスの選
択、ＳＲ情報を要求しているコンピュータなどが記憶さ
れている。各ＳＲフラグ１５Ａ、１５Ｂ、１５Ｃは、そ
れが存在し、オン状態であれば、対応するホストコンピ
ュータにＳＲ文字列を送信すべきことを意味し、それが
オフ状態あるいは存在しなければ、対応するホストコン
ピュータにＳＲ文字列を送信する必要がないことを意味
する。各ＳＲモード値１６Ａ、１６Ｂ、１６Ｃは、対応
するホストコンピュータにＳＲ文字列を定期的に送るの
か非定期に送るのかを示すもので、その値が０であれ
ば、非定期に送る（つまり、プリンタステータスに変化
があったときのみ送る）ことを意味し、その値が０以外
であれば、その値が示す時間間隔で定期的に送ることを
意味する。プリンタステータス１７は、インタフェース
制御部７によって参照される。ＳＲフラグ１５Ａ、１５
Ｂ、１５Ｃ及びＳＲモード値１６Ａ、１６Ｂ、１６Ｃ
は、インタフェース制御部７によって更新及び参照され
る。

【００２５】図１における印刷データの矢印は、ホスト
コンピュータ３からの印刷データがインタフェース制御
部７を通じて受信バッファ１９に一旦入り、次いでメイ
ンコントローラ９に取り込まれて処理される。この処理
の結果として、印刷イメージがイメージバッファに展開
され、印刷エンジンが印刷イメージを取り込んで用紙上
に実際のイメージを印刷する。

【００２６】印刷データの受信と並行して、インタフェ
ース制御部７は、ＳＲフラグ１５Ａ、１５Ｂ、１５Ｃが
存在し、オン状態になっているホストコンピュータに対
し、ＳＲモード値１６Ａ、１６Ｂ、１６Ｃによって指定
される方法で、ＳＲ文字列を送信する。従って、このと
き例えばＳＲフラグ１５Ａ、１５Ｂ、１５Ｃがオン状態
になっていたとすると、それら全てのホストコンピュー
タ５Ａ、５Ｂ、５Ｃに対しＳＲ文字列が送られる。ＳＲ
フラグ１５Ａ、１５Ｂ、１５ＣとＳＲモード値１６Ａ、
１６Ｂ、１６Ｃの設定は、インタフェース制御部７が、
メインコントローラ９からのＳＲ制御指示に従って行
う。メインコントローラ９は、各ホストコンピュータ３
Ａ、３Ｂ、３Ｃから受信したＳＲ機能に関わるコマンド
に従って、各ＳＲフラグ１５Ａ、１５Ｂ、１５Ｃ及び各
ＳＲモード値１６Ａ、１６Ｂ、１６Ｃをどのように設定
するかを決め、それをインタフェース制御部７に指示す
る。なお、 ＳＲモード値等のＳＲ機能に関わる設定
は、例えば、プリンタドライバにおけるユーザインター
フェースの画面を通じて、あるいはユーティリティソフ
トウェアにより、ホストコンピュータ３で行うのが一般
的である。

【００２７】図２は、メインコントローラ９の動作を示
す。

【００２８】メインコントローラ９は、受信バッファ１
９から受信データを読み込み（Ｓ１）、その読み込んだ
データがラスタイメージデータである場合は、そのデー
タからラスタイメージを生成する（Ｓ３）。また、読み
込んだデータがコマンドである場合は、そのコマンドを
解釈する（Ｓ４）。コマンド解釈の結果、そのコマンド
がＳＲ機能のオンを要求するコマンドである場合は、そ
のコマンドが指定したコンピュータ用のＳＲフラグ領域
を確保し、ＳＲモード値を設定してＳＲフラグをターン
オンせよというＳＲ制御指示をインタフェース制御部７
へ送り（Ｓ５）、また、そのコマンドがＳＲ機能のオフ
を要求している場合は、ＳＲフラグをターンオフせよと
いうＳＲ制御指示をインタフェース制御部７へ送る（Ｓ
６）。また、受信したコマンドがＳＲ機能以外のコマン
ドである場合は、そのコマンドに応じた処理（例えば、
テキストイメージの生成、グラフィックイメージの生成
など）を行う（Ｓ７）。

【００２９】尚、ホストコンピュータ３Ａ、３Ｂ、３Ｃ
では、例えばプリンタドライバの起動時に、ＳＲ機能の
オンを要求するコマンドをプリンタ１へ送るようになっ
ている。また、ＳＲ機能のオフを要求するコマンドにつ
いては、ホストコンピュータ３Ａ、３Ｂ、３Ｃは必ずし
もこのコマンドを送る必要はない。

【００３０】図３は、メインコントローラ９からＳＲ制
御指示を受けたインタフェース制御部７の動作を示す。

【００３１】メインコントローラ９からＳＲ制御指示を
受けたインタフェース制御部７は、不特定多数のホスト
コンピュータの中から今ステートリプライに関すること
を要求をしてきているもの（つまり、上記したＳＲ機能
オン又はオフのコマンドを送出したホストコンピュー
タ）を識別し、必要に応じてそのコンピュータ用の記憶
領域を確保し（Ｓ１１）、 その要求をしているコンピ
ュータに対応するＳＲフラグ１５をターンオンし、か
つ、対応するＳＲモード値１６をＳＲ制御指示の指定し
た値に設定する（Ｓ１２ ）。なお、このとき、最初に
要求したコンピュータを例えば１５Ａとし、次に来たも
のは１５Ｂ、さらに次は１５Ｃといった具合に記憶領域
を確保していく。一方、ＳＲ制御指示がＳＲフラグのタ
ーンオフを指示している場合は、そのホストコンピュー
タに対応するＳＲフラグ１５をターンオフし、必要に応
じてその記憶領域自体を解放する（Ｓ１３）。

【００３２】上記の図２及び図３に示した動作によれ
ば、図１に示すホストコンピュータ３Ａ、３Ｂ、３Ｃの
各々が１回プリンタドライバを立ち上げれば、以後、各
ホストコンピュータに対応するＳＲフラグ１５Ａ、１５
Ｂ、１５Ｃがオン状態になることになる。従って、３台
のホストコンピュータ３Ａ、３Ｂ、３Ｃの全てが１回以
上プリンタドライバを立ち上げた以降は、全てのＳＲフ
ラグ１５Ａ、１５Ｂ、１５Ｃがオン状態にあるため、そ
れら全てのホストコンピュータ３Ａ、３Ｂ、３Ｃに対し
てＳＲ文字列が送信されることになる。

【００３３】図４は、ＳＲ文字列をホストコンピュータ
３Ａ、３Ｂ、３Ｃへ送るためのインタフェース制御部７
の動作を示す。

【００３４】図４に示す処理ルーチンは、所定数秒間隔
で繰り返し起動される。インタフェース部７は、まず、
ホストコンピュータ３ＡにＳＲ文字列を送るための処理
（Ｓ２１）を行う。この処理では、まず、ＳＲフラグ１
５Ａを調べ（Ｓ３１）、これがオフ状態であれば何も行
わず、オン状態であれば、ＳＲモード値１６Ａを調べる
（Ｓ３２）。ＳＲモード値１６Ａが０の場合（つまり、
非定期の送信の場合）は、プリンタステータス１７が前
回の当該処理ルーチン実行時から変化しているか否かを
調べる（Ｓ３３）。変化しているか否かは、例えば、今
のプリンタステータス１７からＳＲ文字列を作成し、こ
れを前回に作成したＳＲ文字列と比較する方法などによ
り分る。その結果、プリンタステータス１７が変化して
いた場合に限り、今のプリンタステータス１７から作成
したＳＲ文字列をネットワークインタフェース５に、フ
ラグに対応するホストコンピュータ名を属性情報に付加
して送信する（Ｓ３６）。

【００３５】また、ステップＳ３２で、ＳＲモード値１
６Ａが０以外の値ｎであった場合（つまり、定期的な送
信の場合）は、送信周期をカウントするためのタイムカ
ウンタの値（その初期値はｎに等しい）を１だけ減らし
（Ｓ３４）、次に、このタイムカウンタの値が０か否か
チェックする（Ｓ３５）。その結果、タイムカウンタの
値が０である場合にのみ、タイムカウンタの値を初期値
ｎにリセットし（Ｓ３７）、そして、今のプリンタステ
ータス１７から作成したＳＲ文字列をネットワークイン
タフェース５に、ＳＲフラグに対応するホストコンピュ
ータ名を属性情報に付加して送信する（Ｓ３６）。

【００３６】ネットワークインタフェース５に接続され
ている各コンピュータは、送信される情報の属性情報を
逐次拾い上げて解釈し、自分の要求している情報である
と判断した場合はその内容自体を読み出す。この図４に
示した処理ルーチンを所定秒間隔で繰り返すことによ
り、ＳＲフラグがオン状態になっているホストコンピュ
ータだけが、プリンタステータスに変化があった時又は
定期的に、プリンタステータスが通知されることにな
る。

【００３７】尚、ネットワークインタフェース５に送信
するＳＲ文字列には、現在プリンタが印刷しているかど
うか、さらにはどのホストコンピュータのデータか？の
情報を示す文字コードを含ませることができる。それに
より、ホストコンピュータ側では、例えば「他のホスト
からのデータを印刷中です」といったメッセージをユー
ザに示すことが可能となる。

【００３８】また、 ＳＲ文字列をネットワークインタ
フェース５に送信する際、ＳＲフラグに対応するホスト
コンピュータ名を属性情報に付加する必要性は必ずしも
ない。付加しない場合は、各コンピュータがブロードキ
ャストされる情報を解釈し、その情報の中に自分が待っ
ているＳＲ文字列が入っている、あるいはそのＳＲ文字
列そのものと判断した場合に、取り込むようにすればよ
い。

【図面の簡単な説明】

【図１】本発明のネットワークプリンタの一実施形態の
構成を示すブロック図。

【図２】メインコントローラ９の動作を示すフローチャ
ート。

【図３】メインコントローラ９からＳＲ制御指示を受け
たインタフェース制御部７の動作を示すフローチャー
ト。

【図４】ＳＲ文字列をホストコンピュータへ送るための
インタフェース制御部７の動作を示すフローチャート。

【符号の説明】

１ プリンタ ３ ホストコンピュータ ５ ネットワークインタフェース ７ インタフェース制御部 ９ メインコントローラ １１ メモリ １５ ステータスリプライ（ＳＲ）フラグ １６ ＳＲモード値 １７ プリンタステータス

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して複数のコンピュー
   タと接続するためのネットワークインタフェースと、 ステータスリプライを要求しているホストコンピュータ
   を識別する要求コンピュータ識別手段と、 前記識別手段により識別されたホストコンピュータの各
   々に、プリンタステータスを示したステータス情報を送
   信するステータスリプライ手段とを備えたネットワーク
   プリンタ。
2. 【請求項２】 前記要求コンピュータ識別手段が、前記
   複数のコンピュータにそれぞれ対応してフラグを設け、
   前記コンピュータの各々から受信したステータスリプラ
   イを要求するデータに応答して、対応する前記フラグの
   状態をオン状態にする手段とを有し、 前記ステータスリプライ手段が、全ての前記フラグの状
   態を調べる手段と、オン状態にある前記フラグに対応し
   た前記ホストコンピュータの各々に前記ステータス情報
   を送信する手段とを有する、請求項１記載のネットワー
   クプリンタ。
3. 【請求項３】 前記要求コンピュータ識別手段が、前記
   複数のコンピュータにそれぞれ対応してフラグを設け、
   前記コンピュータの各々から受信したステータスリプラ
   イを要求するデータに応答して、対応する前記フラグの
   状態をオン状態にする手段とを有し、 前記ステータスリプライ手段が、前記フラグの有無と有
   の場合はその状態を調べる手段と、有の場合は、ネット
   ワーク上に前記ステータス情報をブロードキャストする
   手段とを有する、請求項１記載のネットワークプリン
   タ。
4. 【請求項４】 前記ステータスリプライ手段が、プリン
   タステータスが変化したことを検出する検出手段と、前
   記検出手段の検出に応答して、前記識別されたホストコ
   ンピュータの各々に前記ステータス情報を送信する手段
   とを有する請求項１記載のネットワークプリンタ。
5. 【請求項５】 ネットワークを介してコンピュータと接
   続するためのネットワークインタフェースと、 プリンタステータスが変化したことを検出する検出手段
   と、 前記検出手段の検出に応答して、プリンタステータスを
   示したステータス情報を前記ネットワーク上のコンピュ
   ータに送信する非定期ステータスリプライ手段とを備え
   たネットワークプリンタ。
6. 【請求項６】 定期的に前記ネットワーク上のコンピュ
   ータに前記ステータス情報を送信する定期ステータスリ
   プライ手段と、 前記非定期ステータスリプライ手段と前記定期ステータ
   スリプライ手段の一方を選択するモード選択手段とを更
   に備えた請求項５記載のネットワークプリンタ。
7. 【請求項７】 前記モード選択手段が、前記コンピュー
   タに対応したモード値と、前記コンピュータから受信し
   たデータに基づき前記モード値を設定する手段と、前記
   モード値に基づいて前記非定期ステータスリプライ手段
   と前記定期ステータスリプライ手段の一方を選択する手
   段とを有する請求項６記載のネットワークプリンタ。
8. 【請求項８】 ネットワーク上で複数の前記コンピュー
   タと接続され、 前記モード選択手段が、前記コンピュータの各々につい
   て個別に、前記非定期ステータスリプライ手段と前記定
   期ステータスリプライ手段の一方を選択する請求項６記
   載のネットワークプリンタ。