JPH08234934A - プリンタ装置 - Google Patents

Abstract

(57)【要約】 【目的】 汎用のファイル転送プロトコルＦＴＰのプロ
トコルおよびコマンド体系を用いてネットワークプリン
タを実現する。 【構成】 パスワードファイル１８はユーザ名と動作モ
ードとを対応させたファイルである。動作モードとはフ
ァイル転送モードと出力処理モードである。出力処理モ
ードが動作モードとして対応付けられたユーザ名がクラ
イアント３から入力されると、そのジョブの作画データ
は出力処理モードにより処理される。したがって、ＦＴ
Ｐを利用して転送された作画データが、プリンタ内部の
切替えのみで印字出力処理用データとして処理される。
こうして、クライアント側は単にファイル転送をイメー
ジして転送処理を実行すれば、プリンタ側で転送された
作画データをプリント用データとして認識して処理を行
うことができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はプリンタ装置に関し、特
に、複数のホストコンピュータ等の上位装置から供給さ
れた作画データおよび制御情報に従って印字を行う際
に、汎用のアプリケーションプロトコルを使用すること
ができるプリンタ装置に関する。

【０００２】

【従来の技術】ＬＡＮ等のネットワーク接続において
は、業界標準となっているプロトコル群ＴＣＰ／ＩＰが
使用され、例えば、遠隔の出力装置つまりプリンタ装置
にクライアントマシン（以下「クライアント」という）
から作画データを送信する場合には、アプリケーション
プロトコルとしてｌｐｒが使用されることがある。

【０００３】一方、各クライアント間でのデータ転送に
は、アプリケーションプロトコルとしてＦＴＰが一般に
使用されている。前記ｌｐｒは主としてワークステーシ
ョンに搭載されており、大型コンピュータやパーソナル
コンピュータには、このｌｐｒが搭載されているものが
少ない。これに対して、ＦＴＰを搭載しているクライア
ントは多く、いわゆるサポート率が極めて高い。そこ
で、この汎用性のあるＦＴＰを使用して作画データをプ
リンタ装置に転送することが考えられている。

【０００４】

【発明が解決しようとする課題】ところが、前記ＦＴＰ
を使用して作画データをプリンタ装置に転送し、印字を
行う場合、次の問題点がある。まず、ＦＴＰは、ハード
ディスク間のファイル転送を本来の目的とするプロトコ
ルであるため、送信側から受信側のハードディスクに転
送されたデータを、出力装置に出力するためには、専用
の出力処理アプリケーションを別途必要とする。

【０００５】また、前記出力処理アプリケーションを準
備した場合にも、サーバ側つまり処理の要求を受けた側
のデーモンであるｆｔｐｄは、前記出力処理アプリケー
ションとは別に単独で動作するため、該出力処理アプリ
ケーションでは、ファイル転送終了等を検知する手段が
ない。そのために、例えば、ハードディスクのファイル
サイズの増減を監視し、この増減がない場合にファイル
転送終了であるとみなすという処理が考えられていた
が、処理が複雑化して確実性に欠けるという問題点があ
った。

【０００６】また、ＦＴＰは、ファイル転送のみを目的
としていて、プリンタ装置に出力するという概念がな
い。したがって、例えば、印字の際の線の太さの決定や
日付の表示の有無等、作画データの出力方式を予め設定
されているものから変更することは困難であり、実デー
タに予め記述しておく以外に手段がなかった。

【０００７】さらに、プリンタ装置でＦＴＰおよびｌｐ
ｒの双方を採用している場合、作画データを一本化して
管理することができないという問題点があった。

【０００８】本発明は、上記問題点を解消し、ネットワ
ーク接続の中で業界標準となっているプロトコル群ＴＣ
Ｐ／ＩＰにおけるサポート率の高いＦＴＰを用いて作画
データを受信し、印字出力することができるプリンタ装
置を提供することを目的とする。

【０００９】

【課題を解決するための手段】上記の課題を解決し、目
的を達成するための本発明は次の特徴を有する。第１
に、ユーザ名によって出力処理用モードおよびファイル
転送モードのいずれかの動作モードを識別可能なパスワ
ードファイルと、クライアントからの接続要求に応答し
て該クライアントにユーザ名を要求するユーザ名要求手
段と、クライアントから供給された前記ユーザ名に対応
する動作モードを前記パスワードファイルから入手し、
該動作モードによって該接続要求を処理するための指示
をするモード選択手段とを具備した点に特徴がある。

【００１０】第２に、ファイル転送用アプリケーション
プロトコル機能で使用されるコマンドを前記出力処理用
モードで使用するための予定の機能として読み替えるサ
ブコマンド解釈手段を具備し、前記出力処理用モードで
は該読み替えられた機能に従ってクライアントからの指
示を処理するように構成した点に特徴がある。

【００１１】第３に、ファイル転送用アプリケーション
プロトコル機能に設けられている転送拡張コマンドに、
前記出力処理用モードで使用するための予定の機能を割
り付ける手段を具備し、前記サブコマンド解釈手段は前
記転送拡張コマンドの解釈機能をさらに有している点に
特徴がある。

【００１２】第４に、前記記憶装置の空き容量予定周期
で判別する記憶容量判別手段と、前記記憶容量判別手段
により、空き容量が予定値以下になったと判断された際
に、作画データの転送を拒否する手段と、前記転送の拒
否をクライアントに通知する手段とを具備するととも
に、前記記憶容量判別手段による判別動作は、クライア
ントからの作画データ送信要求受付時および予定量の作
画データを受信する毎に実行するように構成した点に特
徴がある。

【００１３】第５に、前記通知手段を、前記作画データ
の転送拒否後、予定時間内に前記空き容量が前記予定値
に回復しないときに、クライアントへの前記通知をする
ように構成した点に特徴がある。

【００１４】第６に、クライアントから得た情報をライ
ンプリンタプロトコルで使用される制御ファイルと同一
フォーマットの制御ファイルに生成する制御ファイル生
成手段と、前記制御ファイルに基づいて前記作画データ
を出力する印字手段とを具備した点に特徴がある。

【００１５】

【作用】第１の特徴を有する本発明によれば、クライア
ントから入力されるユーザ名に基づいて、ファイル転送
モードで動作するのか出力処理用モードで動作するのか
を判断することができる。すなわち、プリンタでは、一
般的なファイル転送なのかプリント処理をする作画デー
タの転送なのかをユーザ名によって判断することがで
き、この判断結果によってプリンタ内部での処理が実行
される。

【００１６】第２の特徴を有する本発明によれば、既存
のファイル転送用コマンドを使用して、そのコマンド本
来の機能以外の出力処理用機能を実現できる。

【００１７】第３の特徴を有する本発明によれば、ファ
イル転送用の転送拡張コマンドを解釈して、出力処理用
機能を実現できる。

【００１８】第４の特徴を有する本発明によれば、作画
データの記憶装置の空き容量を確認し、空き容量が予定
値より少なくなったときに予定時間だけ作画データの受
信を停止し、その旨がクライアントに通知される。

【００１９】第５の特徴を有する本発明によれば、例え
ば５分間の間に空き容量が回復しない場合に、転送を拒
否した旨がクライアントに通知される。この間に前記空
き容量が回復すれば、データの受信が再開されるし、ク
ライアントにも前記通知はされない。

【００２０】第６の特徴を有する本発明によれば、クラ
イアントから転送ないし入手した情報、例えば出力枚数
や出力処理方式をもとにラインプリンタプロトコルに合
致した制御ファイルが生成される。したがって、ファイ
ル転送プロトコルを用いて作画データを受信した場合に
も、該制御ファイルを使用してプリントのための処理を
実行できる。

【００２１】以上のように、第１〜第５の特徴によれ
ば、クライアント側では、既存のファイル転送系のプロ
トコルおよびコマンド体系をそのまま使用し、当該プリ
ンタをネットワークプリンタとして利用できる。

【００２２】

【実施例】以下、図面を参照して本発明を詳細に説明す
る。図３は、本発明の一実施例に係るプリンタ装置のハ
ード構成を示すブロック図である。同図において、プリ
ンタ装置（以下、単に「プリンタ」という）１はＬＡＮ
等のネットワーク２に接続されている。該ネットワーク
２には、複数のクライアント３が接続されており、該ク
ライアント３はプリンタ１の上位装置として該プリンタ
１にデータを送信する。プリンタ１では、この送信デー
タを受信し、適宜のデータ処理を施して印字出力を行
う。プリンタ１は前記データ処理のための、次の構成部
分からなる。

【００２３】プリンタ１はデータバス等のバス４を通じ
て各構成部分と接続されるＣＰＵ５を有する。プログラ
ム用メモリ６は前記ＣＰＵ５による該プリンタ１の動作
に必要なプログラムや定数を格納したメモリであり、作
業用メモリ７は該プリンタ１の制御に一時的に必要とす
るデータを格納するメモリである。不揮発性メモリ８
は、制御に必要とするデータのうち、電源が遮断された
ときにも消失させてはならないものを格納するメモリで
ある。記憶装置９はクライアント３から転送されたプリ
ント用データつまり作画データと制御情報を格納する手
段であって、例えば、ハードディスク装置である。

【００２４】画像用メモリ１０は、印字されるビットマ
ップデータを格納するためのメモリである。通信インタ
フェース１１はネットワーク２を介してクライアント３
との間でデータの送受信を行うための回路である。出力
制御装置１２は、画像用メモリ１０に格納されたビット
マップデータを印字部１３に転送するためのタイミング
などを制御する回路である。この出力制御装置１２に
は、印字部１３の状態を示す情報を受信するための回路
も含まれる。時計回路１４は時刻を管理している回路で
ある。このほか、オペレータの指示を入力したり、印字
部１３の動作状態やエラー表示をしたり、紙やトナー等
の消耗品の補給を促す表示をしたりするためのコンソー
ルパネル等を設けることもできる。

【００２５】なお、プリンタ１は、アプリケーションプ
ロトコルとしてＦＴＰおよびｌｐｒをサポートしてお
り、複数のクライアント３は、ＦＴＰおよびｌｐｒの少
なくとも一方をサポートしているものとして以下の説明
をする。

【００２６】上記構成によるプリンタ１では、クライア
ント３からネットワーク２を介して転送されたプリント
用のデータを通信インタフェース１１で受信する。受信
したデータは前記記憶装置９に格納され、ＣＰＵ５は、
プログラム用メモリ６に格納されたプログラムに従い、
該受信データをビットマップデータに変換する。この変
換作業は、受信データを作業用メモリ７に読み出して実
行される。変換されたビットマップデータは画像用メモ
リ１０に格納される。出力制御装置１２を介してＣＰＵ
５から印字部１３に印字開始指令が送信されると、印字
部１３は、画像用メモリ１０からビットマップデータを
読み込み、プリントが行われる。正常にプリントが実行
されたときは、出力制御装置１２へ正常終了情報が送信
される。この正常終了情報は、予め記憶装置９に設定し
てある管理テーブルの「ジョブの状態」を記録する領域
に管理情報の１つとして登録される。

【００２７】次に、本実施例で使用する制御ファイルお
よび管理テーブルの具体例を説明する。図４に制御ファ
イルの一例を示す。クライアント３がｌｐｒをサポート
しているときには、作画データとともに転送されてくる
制御情報がそのままこの制御ファイルに変換される。一
方、クライアント３がｌｐｒをサポートしていなくてＦ
ＴＰによってデータを転送してくるときには、プロトコ
ルを通じてプリンタ１側から行われる要求によって得ら
れる情報に基づいてこの制御ファイルが作成される。す
なわち、ｌｐｒでは、当初から制御情報の転送が予定さ
れていて、その転送された制御情報をそのまま制御ファ
イルとすることができる。これに対してＦＴＰでは、プ
リントを前提としないので、制御情報はプリンタ１の側
からの要求に対する応答から得られることになる。

【００２８】図４において、各制御情報のうち、重複し
ているものが存在するのは、ｌｐｒで転送される制御フ
ァイルの所定のフォーマットに合わせたためである。ま
た、符号＃が先頭に付加されているものは本実施例特有
の表現方式である。同図において、符号ＨおよびＣは、
ＴＣＰ／ＩＰで用いられるＩＰアドレスであり、ワーク
ステーションを特定するための番地である。原則的に
は、世界中で同一のＩＰアドレスは存在しない。符号Ｐ
およびＬは、ＦＴＰのプリンタ１の側のプロトコルｆｔ
ｐｄに対してログインしたログインユーザ名、符号Ｊお
よびＮは、クライアント３でユーザが作成したファイル
名である。

【００２９】また、符号＃ＬＰは、出力処理方式つまり
プリント時に線の太さ等を示すファイル（出力処理方式
ファイル）であり、後述の「ＣＷＤ」サブコマンドによ
って指定されたものである。符号＃ＣＣは、出力枚数で
あり、後述の「ＣＣ」サブコマンドによって指定された
枚数である。

【００３０】さらに、符号ｆおよびＵはクライアント３
から転送してきたファイル名をプリンタ１で内部的に処
理しやすいように付与した連番であり、“ｄｆＡ”で始
まる。なお、当該制御ファイルの番号も、このファイル
名と同一であり、頭文字だけは“ｃｆＡ”とする。

【００３１】上記制御ファイルの記述例を解釈すると、
次のようになる。すなわち、（ＩＰアドレスが「１２
９．２４９．１５０．８５」のクライアント３から、
「ｋａｎｅｋｏ」名でログインしたユーザが、出力処理
方式ファイル「ＰＬＴ１５」の出力処理方式で、「３」
枚の出力を行うように指示をして、「ｔｅｓｔ−ｆｉｌ
ｅ」というファイル名のファイルを転送してきた。この
ファイルは、「ｄｆＡ１２３４５」というファイル名で
記憶装置９に保存されている）という内容の制御ファイ
ルである。

【００３２】図５は、前記制御ファイルの情報に基づい
て実行されるジョブの管理テーブルの内容を示す図であ
る。この管理テーブルはジョブ毎に作成される。ここ
で、「１ジョブ」は、ファイルをクライアント３からプ
リンタ１へ転送するのに必要な、一連の仕事である。な
お、ｆｔｐ（クライアント側のプロトコル）は、１ジョ
ブで１つのファイルしか転送できないが、ｌｐｒは、１
ジョブで複数枚のファイルを転送することができる。

【００３３】同図において、左欄は管理項目、右欄はそ
の内容である。ジョブ名とは、前記制御ファイルＪ，Ｎ
のファイル名であり、複数ファイルが転送された場合
は、最初のファイル名に「…」を添付して複数ファイル
を代表する。ユーザ名とは、制御ファイルＰ，Ｌのログ
インユーザ名である。データサイズは、当該ジョブにお
けるファイルのデータ量であり、記憶装置９に蓄積した
際に認識される。

【００３４】論理プリンタ番号は、「ＣＷＤ」サブコマ
ンドで指定された論理プリンタ番号であり、データフォ
ーマット別に論理プリンタ番号「ＰＬＴ００〜ＰＬＴ９
９」までが指定できる。出力処理方式ファイル名は、
「ＣＷＤ」サブコマンドで指定された論理プリンタ番号
から識別した出力処理方式であり、ファイル名「ＰＬＴ
００ｐｒｍ〜ＰＬＴ９９ｐｒｍ」までが存在する。本実
施例では、「ＣＷＤ」サブコマンドによって外部から指
定されるものは、論理プリンタ番号であるが、内部的に
この論理プリンタ番号を出力処理方式と読替えて処理を
するようにしている。

【００３５】データのフォーマットは、ＨＰ−ＧＬ、Ｖ
ＣＧＬ、ＶＲＦ等複数の記述形式の中で、前記「ＣＷ
Ｄ」サブコマンドに付随して特定される。例えば、記述
形式ＨＰ−ＧＬは、「ＰＬＴ００Ｈ」として指定され、
内部的な番号におき換えて特定する。インタフェース
（Ｉ／Ｆ）の優先度は、予定の基準で設定された入力イ
ンタフェースの優先度を示す情報である。

【００３６】ジョブＩＤは、管理プログラムが内部的に
処理しやすいように振った連番であり、ｆｔｐｄおよび
ｌｐｄ（ｌｐｒのプリンタ側のプロトコル）共に、この
ジョブＩＤが決定された後、ファイルの受信を行う。こ
のジョブＩＤは、記憶装置９に記述するファイル名や制
御ファイル名に使用される。デイレクトリ名は、記憶装
置９に記述されているディレクトリ名であり、ファイル
が存在する場所を示す。ジョブの状態としては、プリン
ト済み、プリント中、待ち行列処理中等の処理状況が記
述される。ファイル名および制御ファイル名は、プリン
タ１の記憶装置９に記述された実データのファイルおよ
び前記制御ファイルの名称である。

【００３７】続いて、本実施例によるプリンタ１の動作
を説明する。プリンタ１では、ファイル転送モードおよ
び出力処理モードのいずれか１つを選択し、内部処理を
該選択されたモードに切替えられるようにする。このた
めに、プリンタ１内ではログインユーザを識別するため
にパスワードファイルを記憶装置９内にあらかじめ作成
する。このパスワードファイルにはログインするユーザ
名、該ユーザ名に対応するパスワード、および該ユーザ
名に対応する動作モード番号等をあらかじめ記述する。
ここで、動作モード番号は前記ファイル転送モードまた
は出力処理モードに対応する。本実施例では、前記パス
ワードファイルを使用し、前記ログインユーザ名によっ
て前記２つのモードのうち１つを選択する。

【００３８】前記切替え動作を図６のフローチャートを
参照して説明する。同図において、ステップＳ１では通
信インタフェース１１を通じて入力されるクライアント
３からの接続要求を受付ける。接続要求があったならば
ステップＳ２ではログイン要求を返してユーザ名の入力
を要求する。ステップＳ３ではこの要求に応答してクラ
イアント３から通知されるログインユーザ名（以下、単
に「ログイン名」という）を受付ける。ステップＳ４で
はパスワードファイルを読み、受付けられた前記ログイ
ン名のユーザがパスワードファイルに存在するか否かを
判断する。

【００３９】ログイン名に対応するユーザが存在した場
合は、ステップＳ５に進んでパスワードの入力を要求す
る。ステップＳ６ではこの要求に応答してクライアント
３から通知されるパスワードを受付ける。ステップＳ７
ではパスワードファイルを読み、受付けられた前記パス
ワードが前記ログイン名に対応するものであるかを判断
する。

【００４０】前記ステップＳ４の判断が否定の場合およ
びステップＳ７の判断が否定の場合、つまりログイン名
に対応するユーザが存在しない場合、および該ユーザは
存在するがパスワードが一致しない場合は、ステップＳ
８に進んでログイン拒否応答をクライアントに通知す
る。

【００４１】一方、正しいパスワードが通知されたなら
ばステップＳ７の判断は肯定となり、ステップＳ９に進
んでログイン名に対応する動作モード番号を入手する。
ステップＳ１０では入手した動作モード番号に基づき、
前記ログイン名のユーザが出力処理用ユーザか否かを判
断する。

【００４２】出力処理用ユーザであればステップＳ１１
に進んで出力処理モードを選択する。一方、出力処理モ
ードでなければステップＳ１２に進んで通常のファイル
転送モードが選択される。モードが選択されたならば、
ステップＳ１３に進み、選択されたモードに従ってクラ
イアント３からデータを受信する。

【００４３】すなわち、出力処理モードならば、制御フ
ァイルを作成し、記憶装置９で受信したデータを該制御
ファイルに基づいて印字部１３に出力する動作を行う。
これに対して通常のファイル転送モードが選択された場
合は、ＦＴＰを用いて単に記憶装置９にデータを転送す
るだけの動作を行う。このように、ログイン名に基づ
き、予め出力処理用の動作モードを設定できるので、Ｆ
ＴＰを用いたデータ転送であってもプリンタ１は印字部
１３への出力動作の要求を認識して必要な処理を実行す
ることができる。

【００４４】次に、前記出力処理モードにおける具体的
な動作の例を説明する。まず、転送されたデータの出力
処理方式の設定について説明する。出力処理方式とは、
ペンの幅、縮小／拡大倍率、出力ビン番号、丁合指定、
優先順位等をいい、例えばコンソールパネルから予め入
力して個人名や部門別で複数設定できる。そして、これ
らの出力処理方式をユーザとプリンタ１とで認識できる
論理プリンタ番号にひとつひとつ対応付ける。例えば、
論理プリンタ番号と出力処理方式を記述したファイル名
とを同一のものとしたり論理プリンタ番号に拡張子を付
けたりする。そうして、論理プリンタ番号がクライアン
ト３から供給されると、その論理プリンタ番号つまり出
力処理方式を記述したファイル名から出力処理方式を設
定する。

【００４５】上記出力処理方式の設定について図７を参
照して説明する。同図において、ステップＳ２１では、
クライアントからのＦＴＰのサブコマンドの受信を待
つ。ステップＳ２２では受信したサブコマンドが「ＣＷ
Ｄ」コマンドか否かを判断する。この「ＣＷＤ」コマン
ドは本来ディレクトリ名の変更指示であるが、本実施例
ではこれを「出力処理方式ファイルの指定」と解釈す
る。例えば、論理プリンタ番号および出力処理方式のフ
ァイル名をともに「ＰＬＴ００Ｈ」としてある場合、
「ＣＷＤ ＰＬＴ００Ｈ」をクライアントから受信した
場合は、「出力処理方式として『ＰＬＴ００Ｈｐｒｍ』
ファイルを使用する」と解釈する。

【００４６】すなわち、「ＣＷＤ」コマンドを受信した
ならば、ステップＳ２３に進み、記憶装置９の『ＰＬＴ
００Ｈｐｒｍ』ファイルを検索し、出力処理方式を設定
する。設定された出力処理方式は前記管理テーブルの出
力処理方式ファイル名に記述される。出力処理方式が設
定されると、クライアントから受信した作画データをこ
の出力処理方式に従って解釈し、画像用メモリ１０に展
開した後、印字部１３に出力する。

【００４７】なお、論理プリンタ番号と出力処理方式を
記述したファイル名とを同一とする以外に、論理プリン
タ番号と出力処理方式を記述したファイル名とを対応付
けたファイルを生成して記憶させ、このファイルを読ん
で識別するようにしてもよい。

【００４８】このように、ＦＴＰのコマンドの１つであ
る「ＣＷＤ」コマンドを利用して指定されたディレクト
リ名から内部的には出力処理方式を選択できるので、１
つのインタフェースを、論理的に複数のインタフェース
が存在する論理プリンタとして使用できる。

【００４９】上述のようにして選択された出力処理方式
をクライアント３に通知するため、同様にＦＴＰのサブ
コマンドを使用することができる。例えば、「ＰＷＤ」
コマンドは現在指定されているディレクトリ名をプリン
タ１に要求するためのコマンドである。本実施例では、
この「ＰＷＤ」コマンドを受信したプリンタ１では、こ
れを「出力処理方式の通知要求」と解釈して、現在選択
されている出力処理方式をクライアント３に通知する。

【００５０】図８は、出力処理方式をクライアント３に
通知する動作を示すフローチャートである。ステップＳ
３１では、クライアント３からのＦＴＰのサブコマンド
の受信を待つ。ステップＳ３２では受信したサブコマン
ドが「ＰＷＤ」コマンドか否かを判断する。この「ＰＷ
Ｄ」コマンドは本来ディレクトリの通知要求であるが、
本実施例ではこれを「出力処理方式の通知要求」と解釈
する。したがって、「ＰＷＤ」コマンドを受信したなら
ば、ステップＳ３３に進み、現在指定されているディレ
クトリ名によって出力方式を識別し、クライアント３に
通知する。

【００５１】上記コマンド「ＣＷＤ」や「ＰＷＤ」は、
それぞれに固有の意味付けがなされているものであり、
本実施例では、本来の意味付けの解釈を変更して所望の
動作をさせるようにしている。さらに、ＦＴＰでは、転
送拡張機能を有していて、該転送拡張機能によってコマ
ンドを設定し、該コマンドに所望の機能を持たせること
ができる。

【００５２】図９のフローチャートを参照して、転送拡
張機能により設定したコマンドによる動作例を説明す
る。同図において、ステップＳ４１ではクライアント３
からのＦＴＰのサブコマンドの受信を待つ。ステップＳ
４２では受信したサブコマンドが「ＣＣ」コマンドか否
かを判断する。「ＣＣ」コマンドには「次に転送する作
画データの出力枚数指定」という解釈を対応させてあ
る。したがって、「ＣＣ」コマンドを受信したならばス
テップＳ４３に進み、該コマンドの後に付加された数字
に対応する枚数を出力枚数として印字部１３に設定す
る。例えば、「ＣＣ３」ならば出力枚数として３枚が設
定される。

【００５３】受信したコマンドが「ＣＣ」でない場合は
ステップＳ４４に進み、受信したサブコマンドが「Ｌ
Ｊ」コマンドか否かを判断する。「ＬＪ」コマンドには
「作画データのジョブリストの表示」という解釈を対応
させてある。したがって、「ＬＪ」コマンドを受信した
ならばステップＳ４５に進み、ジョブリストの作成依頼
をする。前記作成依頼に従って予定の作画データ管理プ
ログラムが起動され、ジョブリストが作成される。ステ
ップＳ４６では作成されたジョブリストをクライアント
３に対して送信する。

【００５４】受信したコマンドが「ＬＪ」でない場合は
ステップＳ４７に進み、受信したサブコマンドが「Ｒ
Ｍ」コマンドか否かを判断する。「ＲＭ」コマンドには
「出力処理の取消し」という解釈を対応させてある。し
たがって、「ＲＭ」コマンドを受信したならばステップ
Ｓ４８に進み、「ＲＭ」コマンドの後に付加されるジョ
ブ名の出力について取消しを依頼をする。該依頼に従っ
て予定の作画データ管理プログラムが起動され、指定さ
れたジョブが削除される。ステップＳ４９ではジョブの
削除が終了したことをクライアント３に対して送信す
る。ここで、削除動作の開始前に出力処理に入ってしま
った場合には取消し不能であることをクライアント３に
通知する。

【００５５】受信したコマンドが「ＲＭ」でない場合は
ステップＳ５０に進み、受信したサブコマンドが「Ｊ
Ｌ」コマンドか否かを判断する。「ＪＬ」コマンドには
「すでに出力されたジョブのログ表示」という解釈を対
応させてある。したがって、「ＪＬ」コマンドを受信し
たならばステップＳ５１に進み、作画データ解釈プログ
ラムや印字プログラムが作成したログからジョブログを
作成する。このジョブログの作成はユーザが見やすいよ
うに予め定められたフォーマットに従って行う。ステッ
プＳ５２では作成されたジョブログをクライアント３に
送信する。

【００５６】受信したコマンドが「ＪＬ」でない場合は
ステップＳ５３に進み、受信したサブコマンドが「Ｓ
Ｓ」コマンドか否かを判断する。「ＳＳ」コマンドには
「出力装置の状態表示」という解釈を対応させてある。
この「ＳＳ」には知りたい状態の内容を指定することも
できる。例えば「ｐａｒａｍｅｔｅｒ」という指定をし
て「指定された出力処理方式の内容表示」をすることが
できるし、「ｊｏｂ−ｃｏｕｎｔ」という指定をして
「スプールされているジョブ数の表示」をすることもで
きる。したがって、「ＳＳ」コマンドを受信したならば
ステップＳ５４に進み、前記制御テーブルからプリンタ
１の状態を検索して情報を収集する。ステップＳ５５で
は、その結果をクライアント３に送信する。前記情報は
ユーザが見やすいように予め定められたフォーマットに
従って作成する。ステップＳ５３の判断が否定の場合は
ステップＳ４１に戻る。

【００５７】続いて、転送される作画データの蓄積動作
の実施例を説明する。記憶装置９にはクライアント３か
ら転送される作画データだけでなく、パスワードファイ
ル等、他の処理に必要な情報が記憶される。また、作画
データについても複数クライアントから同時に転送がな
されることがあり、短時間でディスクフルとなる恐れが
ある。ところがＦＴＰはディスクフルとなった場合で
も、送信をし続け、クライアント３では送信が終了しな
い理由を知ることもできない。そこで、本実施例では、
ディスクフルになったことを確認するようにしてクライ
アント３にディスクフル状態を通知できるようにした。

【００５８】図１０において、ステップＳ６１では、ク
ライアント３からのＦＴＰのサブコマンドの受信を待
つ。ステップＳ６２では受信したサブコマンドが「ＳＴ
ＯＲ」コマンドか否かを判断する。「ＳＴＯＲ」コマン
ドは「作画データ送信要求」を示すコマンドである。
「ＳＴＯＲ」コマンドを受信したならばステップＳ６３
に進み、記憶装置９の空きの有無を判断する。本実施例
では、予め一定の容量ｖｍを設定しておき、記憶装置９
の容量が該容量ｖｍ以下になったときに「空きなし」と
判断するようにしている。例えば、容量ｖｍは２０メガ
バイトとする。

【００５９】空きがなければステップＳ６４に進んで受
信拒否をクライアント３に通知する。空きがあればステ
ップＳ６５に進んで受信を受付ける。受信が受付けられ
ると作画データ管理プログラムによる受信動作が起動さ
れ、作画データの書込みが行われる。ステップＳ６６で
は書込みが終了したか否かが判断される。書込みが終了
していなければステップＳ６７で一定量ｖｓの作画デー
タ、例えば１メガバイト分を記憶装置９に記述する。こ
こで、作画データの記述を一定量ｖｓにして短時間に区
切ってメモリ残量を確認するように設定したのは、上述
のように複数クライアント３から同時に受信していると
短時間で記憶装置９がディスクフルとなって、前記記憶
容量ｖｍを確保するのが困難となるからである。したが
って、容量ｖｓは、各プリンタ装置に送信する平均的な
作画データの量を考慮し、ディスク容量もよりも十分に
小さい値とするのがよい。

【００６０】ステップＳ６８では記憶装置９の空きの有
無を判断する。空きがあればステップＳ６６に進み、空
きがなければ一定時間ｔ毎に記憶装置９の空きの有無を
判断し、最大で一定時間Ｔまで待つ（ステップＳ６９，
Ｓ７０，Ｓ７０ａ）。空きがあると判断されればステッ
プＳ６６に進み、空きがなければ受信を中断して、ステ
ップＳ７１で記憶装置９に空きがないことをクライアン
ト３に報告する。ステップＳ７２では途中まで記述され
た分のファイルを削除する。

【００６１】一方、ステップＳ６６で書込み終了と判断
されれば、ステップＳ７３に進んで書込みが終了した作
画データに関する制御ファイルを生成する。ステップＳ
７４では、作画データプログラムによる受信動作を終了
する。

【００６２】次に、前記記憶装置９に記述された作画デ
ータを印字部１３で出力するための前記制御ファイルの
作成動作について説明する。図１１において、ステップ
Ｓ８１では、クライアント３からのＦＴＰのサブコマン
ドの受信を待つ。ステップＳ８２では受信したサブコマ
ンドが「ＳＴＯＲ」」コマンドか否かを判断する。「Ｓ
ＴＯＲ」コマンドを受信したならばステップＳ８３に進
み、作画データ管理プログラムに対して受信要求が発生
したことを知らせる。ステップＳ８４では、受信要求を
知った作画データ管理プログラムからジョブＩＤを入手
し、クライアント３からの受信を受け付ける。このジョ
ブＩＤはプリンタ１の内部で発生する連続番号であり、
例えば、図４に示す数字「１２３４５」である。ステッ
プＳ８５では入手した前記ジョブＩＤに従い、ファイル
名を生成する。例えば、図４に示すファイル名「ｄｆＡ
１２３４５」である。

【００６３】ステップＳ８６では作画データの書込みが
終了したか否かが判断される。書込みが終了した場合
は、ステップＳ８７に進み、記憶装置９に書込みを終了
した作画データに関する制御ファイル名を生成する。例
えば図４に示す制御ファイル名「ｃｆＡ１２３４５」で
ある。ステップＳ８８では生成した制御ファイルに内容
を記述する。ステップＳ８９では、作画データプログラ
ムに対して、受信動作終了を知らせ、ｆｔｐｄによる受
信動作を終了する。なお、図１１では詳細な作画データ
の書込み動作は省略したが、図１０に関して説明した手
順で書込みを行う。このように、本実施例では、ＦＴＰ
によって転送された作画データに関してもｌｐｒと同様
に制御ファイルが作成されるので、この制御ファイルを
使用し、記憶装置９に記述された作画データを解析して
ビットマップデータへの展開および印字部１３への出力
を容易に行うことができる。

【００６４】次に、上述の動作を実行するためのプリン
タ１の要部機能を図１の機能ブロック図を参照して説明
する。同図において、接続要求検出部１５はクライアン
ト３のｆｔｐから接続要求があるとユーザ名要求部１６
に検出信号を出力する。ユーザ名要求部１６は前記検出
信号に応答してｆｔｐにユーザ名の入力要求を送信す
る。同様に、パスワードの入力要求もする。ユーザ名の
入力要求に応答してｆｔｐから送信されたユーザ名はユ
ーザ名受付け部１７で受付けられ、パスワードファイル
１８に入力される。パスワードファイル１８にはユーザ
名およびパスワードならびに動作モード等が予め設定さ
れている。パスワードファイルにユーザ名が存在すれ
ば、パスワード要求部１８１はクライアント３にパスワ
ードの入力を要求する。この要求に応じてクライアント
３から送信されたパスワードはパスワード受付部１８２
に入力され、パスワードファイル１８に転送される。ク
ライアント３から受信したパスワードがパスワードファ
イル１８のパスワードと比較照合される。そして、パス
ワードの一致を条件にして、ユーザ名に対応する動作モ
ードがモード選択部１９に読み出され、モード選択部１
９は出力処理モードまたは通常のファイル転送モードに
よる動作指示を出力する。

【００６５】続いて前記出力処理モードの指示がなされ
た場合のプリンタ１の要部機能を説明する。図２におい
て、サブコマンド受付部２０ではｆｔｐから供給される
サブコマンドを受付ける。受付けられたサブコマンドは
サブコマンド解釈部２１で解釈される。上述したよう
に、一定の既存のサブコマンドは独自の意味に読み替え
られ、またＦＴＰの転送拡張機能により、いくつかのサ
ブコマンドを追加し、特定の解釈が対応付けられてい
る。サブコマンド解釈部２１で解釈された出力処理方式
や印字枚数等の指示は当該ジョブの制御情報として制御
ファイル２２に記述される。制御ファイル２２には前記
ユーザ名受付部１７で受信したユーザ名や接続要求時に
識別できるクライアント３を特定するためのＩＰアドレ
ス等も記述される。この制御ファイル２２はｌｐｒと同
一のフォーマットで作成することは上述したとおりであ
る。

【００６６】サブコマンド解釈部２１で作画送信を要求
するサブコマンドが認識されたならば容量判別部２３を
起動して記憶装置９のディスク残量が予定量ｖｍ以上あ
るかどうかを判別する。メモリ残量が予定量ｖｍ以上で
あれば作画データ受付部２４に許可信号を出力し、予定
量ｖｍ以下であればこの許可信号を停止するとともに通
知部２５に指示をしてクライアント３のｆｔｐにディス
クフルを通知させる。

【００６７】サブコマンド解釈部２１でジョブの状態を
要求するサブコマンドが認識された場合は、状態判別部
２６を起動して管理テーブル２７を読み、ジョブの状態
をｆｔｐに通知させるための指示を通知部２５に対して
行う。なお、管理テーブル２７は一例が図５に示したも
のであり、また詳細の機能は省略するが、該「状態」に
はジョブリストの要求等、図９に関して説明した要求内
容が含まれる。

【００６８】作画データ受付部２４で受信した作画デー
タは記憶装置９に記述され、該作画データはビットマッ
プ展開された後、制御ファイル２２に従って印字部１３
に供給され、印字出力される。

【００６９】

【発明の効果】以上の説明から明らかなように、請求項
１の発明によれば、一般的なファイル転送なのかプリン
ト処理をする作画データの転送なのかをユーザ名によっ
て判断できる。また、請求項２の発明によれば、既存の
ファイル転送用コマンドを使用して、そのコマンド本来
の機能以外の出力処理用機能を実現できる。同様に請求
項３の発明によれば、ファイル転送用の転送拡張コマン
ドを追加して、出力処理を実行できる。

【００７０】また、請求項４および５の発明によれば、
空き容量が少なくなったときに作画データの受信を予定
時間だけ中断し、その旨をクライアントに通知できる。
したがって、クライアントは作画データ送信不能の理由
を認識できる。なお、空き容量の検出は予定の周期で行
われるので、複数のクライアントから作画データの転送
があった場合にも、ディスクフルになる前に空き容量が
少なくなったことを認識できる。さらに、請求項６の発
明によれば、ラインプリンタプロトコルに合致した制御
ファイルによってプリントを実行することができる このように、請求項１〜６の発明によれば、クライアン
ト側では、例えば、既存のファイル転送用プロトコルで
あるＦＴＰは単に通常のファイル転送をイメージして作
画データを送信すればよく、プリンタ側ではこうして送
信された作画データを印字出力処理対象の作画データと
して受信し、処理をすることができる。

【００７１】その結果、出力処理用プロトコルとファイ
ル転送用プロトコルとが併存している場合、ファイル転
送用プロトコルを利用して転送された作画データを、出
力処理用プロトコルを利用して転送された作画データと
同様に取扱って出力できるので、専用の出力処理アプリ
ケーションを必要としない。すなわち、作画データを一
本化して管理することができる。

【００７２】さらに、コマンドの解釈を任意に設定でき
るので、例えば、出力処理方式を複数設けることによ
り、論理的に複数のインタフェースを提供でき、ユーザ
個人や部門に合った印刷環境で作画データを処理させる
ことができる。

【図面の簡単な説明】

【図１】 本発明の一実施例に係るプリンタ装置の要部
機能ブロック図である。

【図２】 本発明の一実施例に係るプリンタ装置の要部
機能ブロック図である。

【図３】 本発明の一実施例に係るプリンタ装置のハー
ド構成を示すブロック図である。

【図４】 制御ファイルの一例を示す図である。

【図５】 管理テーブルの一例を示す図である。

【図６】 動作モード選択の動作を示すフローチャート
である。

【図７】 サブコマンドの解釈動作を示すフローチャー
トである。

【図８】 サブコマンドの解釈動作を示すフローチャー
トである。

【図９】 転送拡張機能によるコマンド解釈の動作を示
すフローチャートである。

【図１０】 作画データ書込み動作のフローチャートで
ある。

【図１１】 制御ファイル作成動作のフローチャートで
ある。

【符号の説明】

３…クライアント、 ９…記憶装置、 １３…印字部、
１５…接続要求検出部、 １６…ユーザ名要求部、
１７…ユーザ名受付部、 １８…ユーザファイル、 １
９…モード選択部、 ２１…サブコマンド解釈部、 ２
２…制御ファイル、２３…容量判別部

フロントページの続き (72)発明者 鈴木 和敏 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社内 (72)発明者 米井 康雄 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 作画データの記憶装置を有し、クライア
   ントマシンから転送されて前記記憶装置に記述された作
   画データを解釈して印字データを作成し、該印字データ
   を印字するように構成されたプリンタ装置において、 ユーザ名によって出力処理用モードおよびファイル転送
   モードのいずれかの動作モードを識別可能なパスワード
   ユーザファイルと、 クライアントマシンからの接続要求に応答して該クライ
   アントマシンにユーザ名を要求するユーザ名要求手段
   と、 クライアントマシンから供給された前記ユーザ名に対応
   する動作モードを前記パスワードファイルから入手し、
   該動作モードによって該接続要求を処理するための指示
   をするモード選択手段とを具備したことを特徴とするプ
   リンタ装置。
2. 【請求項２】 ファイル転送用アプリケーションプロト
   コル機能で使用されるコマンドを前記出力処理用モード
   で使用するための予定の機能として読み替えるサブコマ
   ンド解釈手段を具備し、 前記出力処理用モードでは該読み替えられた機能に従っ
   てクライアントマシンからの指示を処理するように構成
   したことを特徴とする請求項１記載のプリンタ装置。
3. 【請求項３】 ファイル転送用アプリケーションプロト
   コル機能に設けられている転送拡張コマンドに、前記出
   力処理用モードで使用するための予定の機能を割り付け
   る手段を具備し、 前記サブコマンド解釈手段は前記転送拡張コマンドの解
   釈機能をさらに有していることを特徴とした請求項２記
   載のプリンタ装置。
4. 【請求項４】 前記記憶装置の空き容量を予定周期で判
   別する記憶容量判別手段と、 前記記憶容量判別手段により、空き容量が予定値以下に
   なったと判断された際に、作画データの転送を拒否する
   手段と、 前記転送の拒否をクライアントマシンに通知する手段と
   を具備するとともに、 前記記憶容量判別手段による判別動作は、クライアント
   マシンからの作画データ送信要求受付時および予定量の
   作画データを受信する毎に実行するように構成したこと
   を特徴とする請求項１〜３記載のプリンタ装置。
5. 【請求項５】 前記通知手段を、前記作画データの転送
   拒否後、予定時間内に前記空き容量が前記予定値に回復
   しないときに、クライアントマシンへの前記通知をする
   ように構成したことを特徴とする請求項４記載のプリン
   タ装置。
6. 【請求項６】 クライアントマシンから得た情報をライ
   ンプリンタプロトコルで使用される制御ファイルと同一
   フォーマットの制御ファイルに生成する制御ファイル生
   成手段と、 前記制御ファイルに基づいて前記作画データを出力する
   印字手段とを具備したことを特徴とする請求項１〜５記
   載のプリンタ装置。