JPH096558A - プリンタ制御装置 - Google Patents

Abstract

(57)【要約】 【目的】通信プロトコルを変更せずプリンタ特性及びプ
リンタ状態をＦＴＰのＬＩＳＴコマンドにより得る。 【構成】ＦＴＰクライアントプログラムからＬＩＳＴ＜
ＣＲ＞コマンドによりファイル名一覧要求信号がなされ
ると（１０２）、ＦＴＰサーバプログラムはファイルシ
ステムにファイル名一覧要求がなされたことを通知し
（１０４）、疑似ファイル管理部が管理するプリンタ特
性及びプリンタ状態をファイル名とした疑似ファイルを
含むファイル名一覧を送信する（１０６）。プリンタの
状態はプリンタ状態検出部で検出され、疑似ファイル名
指示部が予め定められたファイル名称を疑似ファイル管
理部へ出力しており、疑似ファイル名は最新のプリンタ
状態に更新されている。ＬＩＳＴ＜ＣＲ＞コマンドで一
度にプリンタ特性及びプリンタ状態を確認できるので使
い勝手を向上できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はプリンタ制御装置に係
り、特に、入力された印刷データを一時的に格納するた
めのファイルシステムを備えたプリンタ制御装置に関す
る。

【０００２】

【従来の技術】従来、ローカルエリアネットワークで使
用される通信プロトコルには種々の種類があり、ローカ
ルエリアネットワークに接続されたワークステーション
とプリンタとが共通の通信プロトコルを持たないときに
はデータを送信することができない場合がある。これに
対応するために、図４に示すように、特定の通信プロト
コルを別の通信プロトコルに変換するゲートウエイを備
えた印刷システムの技術が開示されている（特開平第３
−７５９２１号公報、出願人：富士ゼロックス株式会
社）。この印刷システムでは、ワークステーションから
ＦＴＰ（ファイル転送プロトコル）等で送出されたプリ
ントファイルをゲートウエイでＰｒｉｎｔｉｎｇ／ＸＮ
Ｓ（ゼロックスネットワークシステム）に変換してプリ
ンタに送出しているので、ワークステーションは他のワ
ークステーションにファイルを転送すると同様にプリン
タへ印刷データを送りプリントすることが可能となる。

【０００３】しかし、ワークステーションからプリンタ
へプリント要求をする場合には、希望するプリントが可
能であるかを知るために、ワークステーションからプリ
ンタの現在のステータスを確認しなければならない。こ
のため、図５に示すように上記の印刷システムでは、ワ
ークステーションからプリンタにプリンタ特性要求信号
を送信してプリンタからプリンタの機能を表すプリンタ
特性信号を受信し、更にプリンタにプリンタ状態要求信
号を送信してプリンタの状態を表すプリンタ状態信号を
受信し、印刷可能のときに、印刷データを転送して印刷
データを識別するためのリクエストＩＤを獲得する。そ
の後、リクエストＩＤにより印刷データのプリントが終
了したかを問い合わせていた。

【０００４】

【発明が解決しようとする課題】しかしながら、上記開
示された技術では、ワークステーション側ではプリント
可能か否かを知るために、逐一プリンタの特性及びプリ
ンタの状態を問い合わせなければならなかったので、手
間がかかると共に、プリントが可能であることを知るま
でに時間がかかる、という問題点があった。

【０００５】本発明は、上記事実を考慮して、通信プロ
トコルを変更せずにプリンタのステータス（プリンタの
機能及び状態）をＦＴＰのＬＩＳＴ（リスト）コマンド
により得ることができるプリンタ制御装置を提供するこ
とを目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、請求項１に記載の発明は、入力された印刷データを
一時的に格納するためのファイルシステムを備え、当該
ファイルシステムが管理するファイルディレクトリ上に
少なくともプリンタのステータスを表す疑似ファイル名
を格納する疑似ファイルを有する記憶手段と、プリンタ
のステータスを検出する検出手段と、前記検出手段の検
出結果に応じて前記疑似ファイルに格納された疑似ファ
イル名を予め定められた疑似ファイル名に変更する疑似
ファイル名変更手段と、を備えている。

【０００７】そして、請求項２に記載の発明は、請求項
１に記載の発明に更に、前記疑似ファイル名のファイル
名表示要求を除いて要求を拒否する拒否手段を備えたこ
とを特徴とする。

【０００８】

【作用】請求項１に記載のプリンタ制御装置によれば、
記憶手段は入力された印刷データを一時的に格納するた
めのファイルシステムを備え、当該ファイルシステムが
管理するファイルディレクトリ上に少なくともプリンタ
のステータスを表す疑似ファイル名を格納する疑似ファ
イルを有している。検出手段によりプリンタのステータ
スが検出される。疑似ファイル名変更手段により検出手
段の検出結果に応じて疑似ファイルに格納された疑似フ
ァイル名が予め定められた疑似ファイル名に変更され
る。このように、疑似ファイルに格納された疑似ファイ
ル名がプリンタのステータスに応じて予め定められた疑
似ファイル名に変更されるので、プリンタ制御装置の外
部からはＦＴＰのＬＩＳＴ（リスト）コマンドで疑似フ
ァイル名を呼び出してプリンタのステータスを獲得する
ことができる。

【０００９】そして、請求項２に記載のプリンタ制御装
置によれば、請求項１に記載のプリンタ制御装置に更
に、疑似ファイル名のファイル名表示要求を除いて要求
を拒否する拒否手段を備えたことを特徴とするので、プ
リンタ制御装置の外部からはファイルと同様に扱われる
疑似ファイル名に対して削除・変更等の要求は実行され
ず誤操作や誤動作から疑似ファイル名を保護することが
できる。

【００１０】

【実施例】以下、本発明に係るプリンタ制御装置の実施
例を図１乃至図３を参照して説明する。

【００１１】図１に示すように、ホストコンピュータ１
２は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒ
ｋ）等に代表されるバス型のネットワーク１６とのイン
ターフェイスとしてＦＴＰクライアントプログラム１４
を備えており、ＦＴＰクライアントプログラム１４を介
してプリンタ制御装置２０と接続されている。なお、本
実施例では、以下、ＦＴＰクライアントプログラム１４
がＦＴＰクライアントであるものとして説明する。

【００１２】プリンタ制御装置２０は、ＦＴＰサーバプ
ログラム２２、ファイルシステム２４、ディスク装置２
８、疑似ファイル名指示部３０、プリンタ状態検出部３
２、コンソール制御部３４及びデータ出力部３６を備え
ている。

【００１３】ＦＴＰサーバプログラム２２は、ＦＴＰク
ライアントプログラム１４からＦＴＰプロトコルで規定
されたリクエストに応じてサービスを行うソフトウエア
であり、ネットワーク１６に接続されている。ＦＴＰサ
ーバプログラム２２は、図示しないＣＰＵ、ＲＯＭ、Ｒ
ＡＭ等で構成されている。

【００１４】ＦＴＰサーバプログラム２２にはディスク
装置２８内のファイル環境を制御するファイルシステム
２４が接続されている。ファイルシステム２４は疑似フ
ァイル管理部２６を有している。疑似ファイル管理部２
６はファイルシステム２４の一部であり、ファイルシス
テム２４が管理するファイルディレクトリ上に生成され
る疑似ファイル（詳細後述）を管理するためのものであ
る。また、疑似ファイル管理部２６は、後述する疑似フ
ァイル名指示部３０から通知されたファイル名称に対し
て疑似ファイルのディレクトリにアクセスして疑似ファ
イルの名称を変更すると共に、ファイルシステム２４が
管理するファイルディレクトリ内で疑似ファイルのディ
レクトリを保護するものである。

【００１５】ファイルシステム２４にはコンソール制御
部３４及びデータ出力部３６が接続されている。コンソ
ール制御部３４は、オペレータコンソール４０を制御
し、オペレータコンソール４０からのリクエストをファ
イルシステム２４に伝え、ファイルシステム２４からの
結果をオペレータコンソール４０に通知するものであ
る。データ出力部３６はプリンタエンジン３８にプリン
トデータを出力するものである。

【００１６】プリンタエンジン３８には、プリンタエン
ジン３８の状態を検出するプリンタ状態検出部３２が接
続されている。プリンタ状態検出部３２には疑似ファイ
ル名指示部３０が接続されており、疑似ファイル名指示
部３０には疑似ファイル管理部２６が接続されている。
疑似ファイル名指示部３０は、プリンタエンジン３８の
種々の状態に対応したファイル名称を予め記憶してお
り、プリンタ状態検出部３２で検出されたプリンタの状
態に対応したファイル名称を疑似ファイル管理部２６に
出力するものである。

【００１７】次に、プリンタ制御装置２０の動作につい
て図２を参照して説明する。まず、ステップ１００で
は、ＦＴＰクライアントであるＦＴＰクライアントプロ
グラム１４から所定の信号を受信したか否かを判断す
る。否定判断のときは、所定の信号を受信するまで待機
するためにステップ１００に戻る。一方、肯定判断のと
きは、次のステップ１０２において受信した信号がファ
イル名一覧を要求するＬＩＳＴ＜ＣＲ＞コマンドか否か
を判断する。肯定判断のときは、次のステップ１０４に
おいて、ファイルシステム２４にＦＴＰクライアントか
らのファイル名要求があったことを通知する。

【００１８】この通知を受けると、ファイルシステム２
４の疑似ファイルシステム管理部２６は、コンソール制
御部３４を介してのファイル名の要求か否かを判断する
ことによって、ファイル名の要求がＦＴＰクライアント
からか、オペレータコンソール４０からかを判断する。

【００１９】ファイル名の要求がＦＴＰクライアントか
らのものであれば、ファイルシステム２４はファイルデ
ィレクトリ上のファイル記述子によりファイル名の一覧
の作成を開始する。

【００２０】一方、ファイル名の要求がオペレータコン
ソール４０からのものであれば、疑似ファイルシステム
管理部２６は疑似ファイルのディレクトリの保護を行
う。ここで、疑似ファイルのディレクトリの保護とは、
ファイルシステム３２外からの要求でコンソール制御部
３４を介して疑似ファイルの内容すなわち疑似ファイル
名をリードしようとする場合に、ファイル名一覧は元よ
り疑似ファイルの存在自体を隠蔽してリードを抑止する
ことをいう。

【００２１】次のステップ１０６では、ファイル名一覧
のデータをファイルシステム２４から受け取り、ＦＴＰ
クライアントにファイル名一覧の中に疑似ファイル名を
含めたデータを送信する。

【００２２】ここで、ＦＴＰクライアントに送信される
データについて詳述する。送信されるデータにはプリン
タ特性とプリンタ状態とが含まれる。プリンタ特性（Ｐ
ｒｉｎｔｅｒ Ｐｒｏｐｅｒｔｉｅｓ）とは、プリンタ
制御装置２０及びプリンタエンジン３８（以下、これら
を総称してプリンタという。）が固有に有する機能をい
い、例えば、ｍｅｄｉａ（メディア）、ｓｔａｐｌｅ
（ステープル）、ｔｗｏＳｉｄｅｄ（ツーサイデド）等
の機能をいう。ｍｅｄｉａは、一時的にプリントデータ
を格納するディスク装置２８とは異なるプリントデータ
を保存するためのフロッピディスク等の媒体の有無を示
し、ｓｔａｐｌｅはホッチキスとじ機能の有無を示し、
ｔｗｏＳｉｄｅｄは両面プリント機能の有無を示す。な
お、ＸＳＮ／Ｐｒｉｎｔｉｎｇ プロトコルでは、プリ
ンタ特性は次の通り定義されている。

【００２３】 PrinterProperties: TYPE = SEQUENCE 3 OF CHOICE OF ｛ media(0) => MEDIA, staple(1) => BOOLEAN twoSided(2) => BOOLEAN ｝; ＦＴＰクライアント側に表示される表示例を示せば次の
通りであり、疑似ファイル名のデータ構造自体がプリン
タ特性を表している。

【００２４】PP:med =FD :stap=NO :twoS=YES ; なお、上述したプリンタ特性の定義と本表示例を比較す
れば明らかなように、「ＰＰ：」で始まる疑似ファイル
名の第４カラム目から第１１カラム目までは、プリント
特性のｍｅｄｉａを表し、第１３カラム目から第２０カ
ラム目まではｓｔａｐｌｅを表し、第２２カラム目から
第２９カラム目まではｔｗｏＳｉｄｅｄを表している。

【００２５】また、プリンタ状態は、プリンタがどのよ
うな状態にあるかを表すものであり、例えば、ｓｐｏｏ
ｌｅｒ（スプーラ）、ｆｏｒｍａｔｔｅｒ（フォーマッ
タ）、ｐｒｉｎｔｅｒ（プリンタ）、ｍｅｄｉａ（メデ
ィア）等のプリンタの構成部の状態を表している。ｓｐ
ｏｏｌｅｒはプリンタ外部から要求を受け付けると共に
プリントデータを一時的に格納する部分であり、ｆｏｒ
ｍａｔｔｅｒは入力されたデータをプリント可能なイメ
ージに変換する部分である。ｐｒｉｎｔｅｒは実際にプ
リンタエンジン３８を駆動する部分であり、ｍｅｄｉａ
は搭載された媒体で使用できるものを示す。なお、ＸＳ
Ｎ／Ｐｒｉｎｔｉｎｇ プロトコルでは、プリンタ状態
は次の通り定義されている。

【００２６】 PrinterStatus: TYPE = SEQUENCE 4 OF CHOICE OF ｛ spooler(0) => ｛available(0),busy(1),disable(2),full(3) ｝ formatter(1) => ｛available(0),busy(1),disable(2) ｝ printer(2) => ｛available(0),busy(1),disable(2),needsAttention(3), needsKeyOperator(4) ｝ media(3) => Media ｝; ＦＴＰクライアント側に表示される表示例を示せば次の
通りであり、疑似ファイル名のデータ構造自体がプリン
タステータスを表している。

【００２７】 PS:spl =avai:fmt=avai:prt=avai:med=FD ; なお、上述したプリンタステータスの定義と本表示例を
比較すれば明らかなように、「ＰＳ：」で始まる疑似フ
ァイル名の第４カラム目から第１１カラム目まではプリ
ンタステータスのｓｐｏｏｌｅｒを表し、第１３カラム
目から第２０カラム目まではｆｏｒｍａｔｔｅｒを表
し、第２２カラム目から第２９カラム目まではｐｒｉｎ
ｔｅｒを表し、第３１カラム目から第３８カラム目まで
はｍｅｄｉａを表している。

【００２８】これにより、ＦＴＰクライアント側では受
信したファイル名リストから例えば「ＰＰ：」「Ｐ
Ｓ：」をキーワードとして疑似ファイル名を認識するこ
とで、プリンタ特性及びプリンタ状態を確認することが
できる。

【００２９】次のステップ１０８では、ＦＴＰクライア
ントからプリントデータを受信したか否を判断する。否
定判断のときは、プリントデータを受信するまで待機す
るためにステップ１０８へ戻る。一方、肯定判断のとき
は、次のステップ１１０において、ＦＴＰサーバプログ
ラム２２はファイルシステム２４にプリントデータの受
信を通知する。これにより、ファイルシステム２４は、
ファイルの生成を行い、ファイルディレクトリにファイ
ル管理に必要なファイル制御情報を格納するための新た
なファイル記述子を作成する。また、ステップ１１０で
はＦＴＰサーバプログラム２２は受信したプリントデー
タを順次ファイルシステム２４に転送する。これによ
り、ファイルシステム２４は生成したファイルに転送さ
れたプリントデータを格納し、全てのプリントデータを
格納した後、対応するファイル記述子を更新する。

【００３０】次のステップ１１２では、ファイル記述子
が更新されたか否かによりプリントデータの格納が完了
したか否かを判断する。否定判断のときは、プリントデ
ータの格納が完了するまで待機するためにステップ１１
２へ戻る。一方、肯定判断のときは、次のステップ１１
４においてリクエストＩＤを特定し、リクエストＩＤを
図示しないＲＡＭに記憶する。このリクエストＩＤは、
ＦＴＰサーバプログラム２２が受信したそれぞれのプリ
ントデータに対してプリントデータを識別するためのユ
ニークな識別子である。次にステップ１１６では、リク
エストＩＤ信号ＦＴＰクライアントに送信して、ＦＴＰ
サーバプログラム２２の動作は終了する。

【００３１】なお、ＦＴＰクライアントプログラム１４
とＦＴＰサーバプログラム２２とで行われる信号シーケ
ンスを図３に示す。

【００３２】これ以降、ＦＴＰクライアント側では、受
信したリクエストＩＤを用いて送信したプリントデータ
のプリントが終了したかどうかを問い合わせることが可
能となる。従って、ステップ１０２で否定判断のとき
は、ステップ１１８において、例えば、このリクエスト
ＩＤによるプリント終了の問い合わせに対する応答等の
別処理が行われる。

【００３３】データ出力部３６は定期的にファイルシス
テム３２にアクセスし、新たなプリントデータの格納が
終了すると、そのファイルをエンジンプリンタ３８に出
力する。また、ファイルシステム３２上に複数個のファ
イルがあるときには、それらのファイルを待ち行列によ
るキュー管理によりプリンタエンジン３８への出力順序
を制御する。なお、プリンタ状態検出部３２はプリンタ
エンジン３８の状態を定期的に検出している。

【００３４】このように本実施例によれば、プリントデ
ータを送信する前にＦＴＰによるＬＩＳＴ＜ＣＲ＞コマ
ンドでプリンタ特性及びプリンタ状態を確認することが
できる。従って、図５に示した従来の印刷システムがプ
リンタ特性及びプリンタ状態を別々に問い合わせるを得
ないのに対して、本実施例では図３に示したようにプリ
ンタ特性及びプリンタ状態を一度に確認することができ
る。このため、ＦＴＰにおいて使い勝手の悪さをなくす
ことができ、しかもＬＩＳＴ＜ＣＲ＞コマンドで一度に
プリンタ特性及びプリンタ状態を確認できるので、確認
するための時間を短縮することができる。

【００３５】また、本実施例では疑似ファイル名そのま
まを用いているので、ファイルを開く必要はなく、高速
にプリンタ情報を確認することができる。従って、ファ
イルシステムにより特定のファイルにプリンタ情報を格
納し、ＦＴＰサーバプログラムは該特定のファイルリー
ドすることでプリンタ情報を確認することも可能である
が、この場合に生ずるネットワークを介してのファイル
オープンによるタイムラグをなくすることが可能とな
る。

【００３６】また、本実施例ではオペレータコンソール
からの要求ではファイル名要求は受け付けないので、オ
ペレータの誤解や例えばファイル削除要求等の誤った操
作からファイルシステムを保護することができる。

【００３７】なお、本実施例では、「ＰＰ：」及び「Ｐ
Ｓ：」をキーワードとして疑似ファイル名を確認した
が、ファイル一覧のリストの先頭の１番目と２番目を疑
似ファイル名としこの順番によってプリンタ特性及びプ
リンタ状態を確認してもよい。

【００３８】また、図４に示すゲートウエイを介してホ
ストコンピュータからプリンタへプリント要求をする印
刷システムでは、本実施例に示したプリンタ制御装置を
ゲートウエイに備えればよい。このようにすれば、プリ
ンタ特性及びプリンタ状態を確認することができるの
で、ムダなファイル転送を防止することができると共
に、従来のようにプリンタがビジー状態でもホストコン
ピュータからゲートウエイまでは一方的にプリントデー
タが送信されことはなくなるので、ゲートウエイのバッ
ファが圧迫されることを防止することができる。

【００３９】また、本実施例のプリンタ状態検出部はプ
リンタエンジンの状態を定期的に検出しているが、プリ
ンタエンジンからプリンタエンジンの状態を受信するよ
うにしてもよい。

【００４０】また、本実施例ではオペレータコンソール
からのファイル名要求に対してファイル名一覧のデータ
送信を拒否して疑似ファイル名を含めたファイル名一覧
を隠蔽する場合について説明したが、疑似ファイル名の
みを出力するようにしてもよい。更に、例えば、アプリ
ケーションソフトからの要求があった場合に同様に隠蔽
してもよい。このようにすれば、アプリケーションソフ
ト製作時に余計な負担がかからずにすむ。従って、本発
明には次の技術的態様が含まれる。

【００４１】プリンタのステータスを問い合わせた問い
合わせ元を識別する問い合わせ元識別手段と、前記疑似
ファイル名を予め定められた問い合わせ元に対してのみ
ファイル名要求表示を許可する許可手段と、を更に備え
たことを特徴とする請求項１に記載のプリンタ制御装
置。

【００４２】

【発明の効果】以上説明したように、請求項１に記載の
発明によれば、疑似ファイルに格納された疑似ファイル
名がプリンタのステータスに応じて予め定められた疑似
ファイル名に変更されるので、プリンタ制御装置の外部
からはＦＴＰのＬＩＳＴ（リスト）コマンドで疑似ファ
イル名を呼び出してプリンタのステータスを獲得するこ
とができる、という効果を得ることができる。

【００４３】そして、請求項２に記載の発明によれば、
プリンタ制御装置の外部からはファイルと同様に扱われ
る疑似ファイル名に対して削除・変更等の要求は実行さ
れず誤操作や誤動作から疑似ファイル名を保護すること
ができる、という効果を得ることができる。

【図面の簡単な説明】

【図１】本発明に係るプリンタ制御装置の実施例の構成
の概略を示したブロック図である。

【図２】プリンタ制御装置のＦＴＰサーバプログラムの
動作を示す流れ図である。

【図３】ＦＴＰクライアントプログラム及びＦＴＰサー
バプログラム間の信号シーケンスを示す線図である。

【図４】ゲートウエイを介してホストコンピュータから
プリンタへプリント要求をする印刷システムの従来例を
示した図である。

【図５】従来の印刷システムの信号シーケンスを示す線
図である。

【符号の説明】

２０ プリンタ制御装置 ２４ ファイルシステム ２６ 疑似ファイル管理部（疑似ファイル名変更手段、
拒否手段） ３０ 疑似ファイル名指示部（疑似ファイル名変更手
段） ３２ プリンタ状態検出部（検出手段）

Claims (2)

【特許請求の範囲】
1. 【請求項１】 入力された印刷データを一時的に格納す
   るためのファイルシステムを備え、当該ファイルシステ
   ムが管理するファイルディレクトリ上に少なくともプリ
   ンタのステータスを表す疑似ファイル名を格納する疑似
   ファイルを有する記憶手段と、 プリンタのステータスを検出する検出手段と、 前記検出手段の検出結果に応じて前記疑似ファイルに格
   納された疑似ファイル名を予め定められた疑似ファイル
   名に変更する疑似ファイル名変更手段と、 を備えたプリンタ制御装置。
2. 【請求項２】 前記疑似ファイル名のファイル名表示要
   求を除いて要求を拒否する拒否手段を更に備えたことを
   特徴とする請求項１に記載のプリンタ制御装置。