JPH09216426A - 画像形成装置 - Google Patents

Abstract

(57)【要約】 【課題】 各ユーザのデータファイル作成の際にホスト
装置からのＥＯＦコードにより、ダウンロードしてメモ
リーに残ったフォントを自動的に削除する追加作業を行
い、少ないメモリーによってフォントの有効なメモリー
管理を行うことができる画像形成装置を提供する。 【解決手段】 一台または複数のホスト装置と接続する
画像形成装置において、データファイルを作成する際に
ホスト装置から送信されるＥＯＦコードを受信し、通常
の作業の他に、不要フォントの削除や使用頻度に対応し
たフォント削除を行う追加の作業を行う手段を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホスト装置と接続
する電子写真複写機、プリンタ等の画像形成装置に関
し、特に、ホスト装置から送付されるＥＯＦコードを受
信して、フォント管理等の追加処理を行うように構成し
た画像形成装置に関するものである。

【０００２】

【従来の技術】一台または複数のホスト装置と接続する
従来のプリンタでは、文書作成等の作業において複数の
ユーザが順次プリンタを使用することが多い。このた
め、プリンタの使用条件はユーザ毎に使用する作業に応
じて異なっており、プリンタ内のフォント管理も非常に
煩雑なものとなっている。従って、各ユーザが再度使用
する際の効率を考えて、一度使用したフォントをプリン
タ内のメモリに保管することが多く、ユーザ数が多い
程、プリンタのメモリ容量として大きなものが要求され
る。また、データファイルを作成する際にダウンロード
したフォントが残ることが多く、残留したフォントを保
管するためにも多くのメモリ容量を必要としていた。

【０００３】

【発明が解決しようとする課題】上述したように、従来
のプリンターのメモリ管理方法では、各ユーザが再び使
用する際の効率を考えて文書作成等に使用したフォント
をプリンタ内のメモリーに保管したり、あるいは、デー
タファイルを作成する際にダウンロードしたフォントの
残留によって、メモリーの容量が不足し、フォントメモ
リの有効な活用が妨げられていた。本発明は、上記プリ
ンタ等の画像形成装置における諸問題点を解決するため
になされたものであって、プリンタのフォントメモリの
有効活用を可能にした画像形成装置を提供することを目
的としている。すなわち、各ユーザのデータファイル作
成の際にホスト装置から送られてくるＥＯＦ（エンド・
オブ・ファイル）コードを利用し、ダウンロードしてメ
モリーに残ったフォントに識別子を付けることによっ
て、不要なフォントの削除を容易にし、あるいは、使用
頻度の少ないフォントを自動的に削除する等の追加の作
業を行うことによって、少ないメモリーでフォントに関
する効率の良いメモリー管理を行うことができる画像形
成装置を提供することを目的とする。

【０００４】

【課題を解決するための手段】上記目的を達成するため
に、本発明の画像形成装置では、第１の手段として、一
台または複数のホスト装置と接続する画像形成装置にお
いて、データファイルを作成する際にホスト装置から送
信されるＥＯＦコードを受信し、所望の追加の作業を行
う手段を備えたことを特徴とする。第２の手段では、同
様に、データファイルを作成する際にホスト装置から送
信されるＥＯＦコードを受信し、このＥＯＦコードに基
づいて、ダウンロードしたフォントに識別子を付ける手
段を備えたことを特徴とする。第３の手段では、同様
に、データファイルを作成する際にホスト装置から送信
されるＥＯＦコードに基づいて、フォントの使用頻度を
登録する手段を備えたことを特徴とする。第４の手段で
は、同様に、データファイルを作成する際にホスト装置
から送信されるＥＯＦコードに基づいて、フォントの使
用頻度を登録し、フォント記憶用キャッシュメモリーの
容量制限に対応して、使用頻度の少ない順にフォントを
削除する手段を備えたことを特徴とする。第５の手段で
は、同様に、データファイルを作成する際にホスト装置
から送信されるＥＯＦコードに基づいて、フォントの使
用頻度を登録し、フォント記憶用キャッシュメモリーの
容量制限に対応して使用頻度の少ない順にフォントを削
除すると共に、削除したフォントを登録し、且つ、表示
する手段を備えたことを特徴とする。

【０００５】

【作用】本発明においては、第１の手段によれば、ホス
ト装置から送信されるＥＯＦコードを受けて、通常の作
業に基づいた手順によって通常のデータファイル作成を
行う他、ＥＯＦコードを利用して、種々の追加の作業を
行い、使用したフォントを有効に管理することが可能と
なる。また、第２の手段のように構成された画像形成装
置では、上記第１の手段の追加の作業として、データフ
ァイルを作成する際にダウンロードしたフォントに識別
子を付けることが可能となるので、種々の追加作業が容
易になる。第３の手段のように構成された画像形成装置
では、上記第１の手段の追加の作業を行う手段として、
データファイルを作成する際に使用したフォントの使用
頻度を登録する手段を備えたので、使用頻度に応じて種
々の追加作業を行うことが容易となる。第４の手段のよ
うに構成された画像形成装置では、上記第１の手段の追
加の作業として、データファイルを作成する際に使用し
たフォントの使用頻度を登録し、フォントのキャッシュ
メモリーの容量制限に対応して、使用頻度の少ない順に
フォントを削除する作業を行うようにしたので、少ない
メモリを有効に活用してフォント管理を行うことが可能
となる。第５の手段のように構成された画像形成装置で
は、上記第１の手段の追加の作業を行う手段として、デ
ータファイルを作成する際に使用したフォントの使用頻
度を登録し、フォントのキャッシュメモリーの容量制限
に対応して、使用頻度の少ない順にフォントを削除し、
削除したフォントを登録すると共に、表示する手段を備
えたので、より一層有効にメモリによるフォント管理が
可能となる。

【０００６】

【発明の実施の形態】以下図示した実施の形態に基づい
て、本発明を詳細に説明する。図１は、本発明を適用す
るプリンターの一例を示す主要部のブロック図である。
なお、同種のプリンターの詳細な構成及び機能は公知で
あるので、概要に関してのみ説明する。ホストコンピュ
ータ１はプリンター２と、プリンター２のコントローラ
１０内にあるホストＩ／Ｆ（インターフエース）１１を
介して接続されており、ホストＩ／Ｆ１１は双方向送信
が可能となっている。また、ホストコンピュータ１は、
プリンター２にプリンターの設定コマンドや、印刷デー
タ及びプリンターに用意されていないフォント等を送信
し、プリンター２からはステータス信号やプリンター２
固有の情報を受信することによって、プリンタ２を管理
している。

【０００７】プリンター２は、大きく分けるとコントロ
ーラ１０と、ディスク装置３と、パネル装置４及びプリ
ンターエンジン５等から構成されている。ディスク装置
３は、フォントデータや、プログラム及び印字データ等
の一部を記憶させておくために備えられた装置であっ
て、一般に、フロッピー装置やハードディスク装置等を
使用する。パネル装置４は、プリンター２のモード条件
を設定したり、エラー状態を表示する。プリンターエン
ジン５は、コントローラ１０から送信されたデータに基
づいて実際に印刷処理するブロックである。また、コン
トローラ１０の備えているインターフエースは、ホスト
Ｉ／Ｆ１１、ディスクＩ／Ｆ１２、パネルＩ／Ｆ１３及
びエンジンＩ／Ｆ１４等である。ホストＩ／Ｆ１１は、
上述したようにホストコンピュータ１とデータの通信を
行うもので、一般には、主としてセントロＩ／ＦやＲＳ
２３２ＣＩ／Ｆ等が用いられる。また、ディスクＩ／Ｆ
１２はディスク装置３とのデ−タ通信を、パネルＩ／Ｆ
１３はパネル装置４とデ−タ通信を、エンジンＩ／Ｆ１
４はプリンターエンジン５との間でのデ−タの通信を、
それぞれ行うためのものである。

【０００８】さらに、ＣＰＵ２０はマイクロＣＰＵを備
えており、プログラムＲＯＭ１７に記憶したプログラム
や、パネル装置４からのモード指示、あるいはホストコ
ンピュータ１からのデータ等を取り込んで、コントロー
ラ１０全体を制御している。フォントＲＯＭ１６は、第
一水準及び第二水準漢字等、通常使用される基本漢字の
文字パターンと、ホストコンピュータ１の専用外字パタ
ーン等を格納している。ＮＶＲＡＭ１８はパネル装置４
から入力されたモード指示等の内容を記憶しておく不揮
発性記憶装置であり、ＲＡＭ１５はＣＰＵ２０のワーク
メモリ、ホストコンピュータ１から入力されるデータの
インプットバッファ、プリンターエンジン５に出力する
印字情報の一時的なメモリ等に使用され、ＩＣカード１
９は、フォントデータやプログラム等を外部から供給す
るためのものである。また、コントローラ１０を構成す
る上記１１〜１９それぞれのブロックは、ＣＰＵ２０と
バスラインを介して接続されている。

【０００９】コントローラ１０では、ホストコンピュー
タ１からホストＩ／Ｆ１１を経由してデータ（文字コー
ド、フォントコード、制御コード）を受け取り、ＲＡＭ
１５の中にある受信バッファ部にそのデータを一時的に
格納する。印字動作の際は、受信バッファ部に保持され
ている文字コードのデータを取り出して、ＲＡＭ１５内
に存在するページ・バッファに、１文字分毎のフォント
パターンの先頭アドレス、幅、高さ、印字位置等のペー
ジ・レイアウト情報を格納する。ページ・バッファの１
ページ分が完成すると、続いてそのページ・バッファの
データをフォントＲＯＭ１６の働きで、図示してないフ
レーム・バッファの中にプリンターエンジン５で印字す
るパターンのビットマップに展開する。

【００１０】ビットマップの展開が終了すると、エンジ
ンＩ／Ｆ１４を通してプリンターエンジン５に給紙トレ
イ選択コマンド、排紙トレイ選択コマンド、印字コマン
ド等の信号を送り、次いでフレーム・バッファに展開し
たビットマップ・データをビデオ・データとして出力す
る。一方、プリンターエンジン５は、コントローラ１０
のエンジンＩ／Ｆ１４から送信された給紙トレイ選択コ
マンド、排紙トレイ選択コマンド、印字コマンド等の信
号に従って、指定給紙トレイから印字用紙を給送し、指
定位置にビデオ・データ通りの文字を印字する。なお、
上記の説明において、ホストコンピュータ１から送信さ
れた文字コードデータを、実際に印刷するためのビット
マップの文字パターンに展開する必要がある。この展開
するための情報がプリンター２側のフォントＲＯＭ１６
等に存在していないことが予め判明している場合には、
展開に先立って必要なフォント情報がダウンロードフォ
ントとしてホストコンピュータ１から送信されるが、こ
のダウンロードやビットマップに展開するのに時間が掛
かり、プリンター２の印刷効率を低下させている。本発
明はこの点を改善することが可能である。

【００１１】図２〜図５は本発明のいくつかの実施例を
説明するためのフローチャート図である。以下、これら
の図を参照しつつ、本発明を詳細に説明する。図２にお
いて、プリンター２は、ホストコンピュータ１から印刷
フォーマットに関するデータを受け（Ｓ１）、指示され
た通りのフォーマット条件の設定を行う（Ｓ２）。この
際、これから印刷するデータにプリンター２側のフォン
トＲＯＭ１６等に格納されていないフォントを使用する
必要がある場合は、印刷文字データに先立ってフォント
データが送られる。そのために、ダウンロードのデータ
（以下、ダウンロードフォントと云う）の有無を判断し
（Ｓ３）、ダウンロードフォントの必要が無い場合は
（Ｓ３、Ｎｏ）、直接データファイル作成の印刷文字デ
ータを受け、印刷処理を行う（Ｓ５）。一方上記ステッ
プＳ３において、ダウンロードフォントがあれば（Ｓ
３、Ｙｅｓ）、プリンター２はダウンロードフォントを
受信し、メモリーの所定位置に記憶する（Ｓ４）。ダウ
ンロードフォントの格納処理が終了すると、データファ
イル作成の印刷文字データを受け、プリンター２側にて
格納しているフォントやダウンロードフォントを用い
て、ビットマップデータに展開し、プリンターエンジン
５の機能を利用して印字用紙上に指定のフォーマットに
従って印刷を開始する（Ｓ５）。なお、印刷終了は、印
刷文字データ中に存在するＥＯＦ（エンド・オブ・ファ
イル）コードを検出することによって判断する。従っ
て、ＥＯＦコードが検出されない間は（Ｓ６、Ｎｏ）、
上記のデータファイル作成の印刷処理を繰り返し（Ｓ
５）、ＥＯＦコードを検出すると（Ｓ６、Ｙｅｓ）、通
常の印刷処理を終了する（Ｓ７）。本発明においては更
に、プリンター２側において、ダウンロードフォントの
ヘッダー部に、ファイル作成者、ファイル名、あるい
は、送信されたホストコンピュータ１番号等の識別子
を、一つ又は複数付け（Ｓ８）、本フローを終了する。

【００１２】図３は、本発明の他の実施例の主要動作を
示したフローチャート図である。同図においてプリンタ
ー２は、ホストコンピュータ１から送信された印刷フォ
ーマットに関するデータを受け（Ｓ１１）、指示された
通りのフォーマット条件の設定を行う（Ｓ１２）。も
し、これから印刷するデータにプリンター２側のフォン
トＲＯＭ１６等に格納されていないフォントが混在する
場合は、印刷文字データの前にフォントデータが送信さ
れる。そのために、ダウンロードが必要なフォントが混
在しているか否かを判定し（Ｓ１３）、ダウンロードフ
ォントが無ければ（Ｓ１３、Ｎｏ）、直接データファイ
ル作成の印刷文字データを受け、印刷処理を行う（Ｓ１
５）。一方、上記ステップＳ３において、ダウンロード
フォントがあれば（Ｓ１３、Ｙｅｓ）、プリンター２は
ダウンロードフォントを受信し、メモリーの所定位置に
記憶する（Ｓ１４）。

【００１３】ダウンロードフォントの格納の処理が終る
と、データファイル作成の印刷文字データを受け、プリ
ンター２側に格納しているフォントやダウンロードフォ
ントを用いて、ビットマップデータに展開し、プリンタ
ーエンジン５の機能を利用して印字用紙上に指定のフォ
ーマットに従って印刷を開始する（Ｓ１５）。更に、こ
の例では、印刷するために使用したフォントの使用回数
をカウントする（Ｓ１６）。印刷文字データの中にＥＯ
Ｆコードを検出するまで印刷処理を継続し（Ｓ１７、Ｎ
ｏ）、上記のステップＳ１５及びステップＳ１６を繰り
返す。印刷文字デ−タ中にＥＯＦコードを検出すると
（Ｓ１７、Ｙｅｓ）、通常の印刷処理を終了し、その確
認を行う（Ｓ１８）。更に、この例では追加の作業とし
て、データファイル作成の際にカウントしたフォントの
使用回数を文字ごとに登録し（Ｓ１９）、本フローを終
了する。

【００１４】図４は、本発明の更に他の実施例の主要動
作を示したフローチャートである。なお、図２に示した
ステップＳ１からステップＳ４については、図４に示す
実施例においても同じであるので説明を省略し、ダウン
ロードフォントを格納する処理後の動作を示している。
すなわち、ダウンロード格納の処理が終ると、データフ
ァイル作成の印刷文字データを受け、プリンター２側に
おいて格納したフォントやダウンロードフォントを用い
て、ビットマップデータに展開し、プリンターエンジン
５の機能を利用して印字用紙上に指定のフォーマットに
従って印刷を開始する（Ｓ２１）。更に、印刷のためキ
ャシュメモリ内で使用したフォントの使用回数をカウン
トし（Ｓ２２）、印刷文字デ−タ中にＥＯＦコードが検
出されない間は（Ｓ２３、Ｎｏ）、上記のステップＳ２
１及びステップＳ２２を繰り返し、ＥＯＦコードを検出
すると（Ｓ２３、Ｙｅｓ）、通常作業の印刷処理を終了
し、その確認を行う（Ｓ２４）。更に、この例では追加
の作業として、データファイル作成の際にカウントした
フォントの使用回数を文字毎に登録し（Ｓ２５）、カウ
ント数の多い文字順に並び変える（Ｓ２６）。次ぎの処
理に備えて、キャシュメモリにフォントを格納する際の
容量制限がある場合は、メモリー容量を越えているか否
かを判定し（Ｓ２７）、もし、メモリー容量を越えてい
なければ（Ｓ２７、Ｎｏ）、本フローを終了するが、メ
モリ容量を越えている場合は（Ｓ２７、Ｙｅｓ）、使用
頻度の少ないフォントを削除し（Ｓ２８）、指定された
メモリ容量に納まるまで、使用頻度の少ないフォントか
ら順に削除し（Ｓ２８、Ｙｅｓ）、本フローを終了す
る。

【００１５】図５は更に、本発明の他の実施例を示す主
要動作のフローチャート図である。この例においても、
上記図４の例と同様に、図２のステップＳ１からステッ
プＳ４で述べた動作は同じであるので省略し、ダウンロ
ードフォントの格納処理後の動作のみを示している。更
に、図５のステップＳ３１からステップＳ３６までの動
作は、図４のステップＳ２１からステップＳ２６までの
動作と全く対応しているので、同部分の動作の説明を省
略する。すなわち、図５においてステップＳ３７では、
次ぎの処理に備えてキャシュメモリにフォントを格納す
る際の容量制限がある場合は、メモリ容量を越えている
か否かを判定する（Ｓ３７）。もし、メモリ容量を越え
ていれば（Ｓ３７、Ｙｅｓ）、使用頻度の少ないフォン
トを削除し（Ｓ４０）、削除したフォント名を記憶する
（Ｓ４１）。以上ステップＳ４０からステップＳ４１ま
での処理を繰り返し、キャシュメモリの容量制限内にな
るまで使用頻度の少ないフォントから順番に削除し、容
量制限内に納まればステップＳ３７を終わる（Ｓ３７、
Ｎｏ）。その後、容量制限内にメモリ容量を削減するた
めに削除したフォントが有るか否かを判定し（Ｓ３
８）、削除したフォントが有る場合は（Ｓ３８、Ｙｅ
ｓ）、削除したフォント名を表示し（Ｓ３９）、削除し
たフォントがない場合は（Ｓ３８、Ｎｏ）、そのまま本
フローを終了する。

【００１６】

【発明の効果】本発明は以上説明したように構成するの
で、請求項１の発明によれば、ホスト装置から送信され
たＥＯＦコードを受信することによって、デ−タファイ
ル作成等の通常の作業を終了すると共に、追加の作業を
行う手段によって画像形成に使用したフォントの管理作
業を行うことが出来るので、ファイル作成毎に新たに使
用したフォント等を整然と管理することができる。

【００１７】請求項２の発明によれば、上記請求項１の
発明の追加の作業として、データファイルを作成する際
のダウンロードしたフォントに識別子を付ける作業を行
うように構成したので、使用するメモリーが不足した
時、上記識別子を認識することにより削除すべき対象の
フォントを容易に見分けることが出来る。従って、より
一層、整然としたフォント管理が可能となる。

【００１８】請求項３の発明によれば、上記請求項１の
発明の追加作業として、データファイルを作成する際に
使用したフォントの使用頻度を登録する手段を備えたの
で、登録された使用頻度を判定することによって、削除
してもよい不必要なフォントを容易に検知することが可
能となり、フォントメモリの削減が可能となる。

【００１９】請求項４の発明によれば、上記請求項１の
発明の追加の作業として、データファイルを作成する際
に使用したフォントの使用頻度を登録し、フォントのキ
ャッシュメモリの容量制限に対応して、使用頻度の少な
いフォント順に削除するように構成したので、キャッシ
ュメモリの限られた容量内に必要なフォントを収納しつ
つ、メモリ容量を必要最小限に制限し、次ぎの作業のた
めに効率良いフォント管理が可能となる。

【００２０】請求項５の発明によれば、上記請求項１の
発明の追加の作業を行う手段によって、データファイル
を作成する際に使用したフォントの使用頻度を登録し、
フォントのキャッシュメモリの容量制限に対応するよう
に、使用頻度の少ないフォントの順に削除すると共に、
削除したフォントを登録し且つ、表示するように構成し
たので、その後の処理において、削除されたフォントの
みを指定してダウンロードを行えば、無駄な時間を消費
することなく次に行う処理に対応可能となり、効率の良
いフォント管理ができる。

【図面の簡単な説明】

【図１】本発明を適用する画像形成装置の一例を示す要
部ブロック図である。

【図２】本発明に係る画像形成装置の一実施例における
主要動作を示したフローチャート図である。

【図３】本発明の他の実施例における主要動作を示した
フローチャート図である。

【図４】本発明の他の実施例における主要動作を示した
フローチャート図である。

【図５】本発明の他の実施例における主要動作を示した
フローチャート図である。

【符号の説明】

１…ホストコンピュータ、 ２…プリンター、 ３…デ
ィスク装置、４…パネル装置、 ５…プリンターエンジ
ン、 １０…コントローラ、１１…ホストＩ／Ｆ、 １
２…ディスクＩ／Ｆ、 １３…パネルＩ／Ｆ、１４…エ
ンジンＩ／Ｆ、 １５…ＲＡＭ、 １６…フォントＲＯ
Ｍ、１７…プログラムＲＯＭ、 １８…ＮＶＲＡＭ、
１９…ＩＣカード、２０… ＰＵ。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 一台または複数のホスト装置と接続する
   画像形成装置において、データファイルを作成する際に
   ホスト装置から送信されるＥＯＦコードを受信し、所望
   の追加の作業を行う手段を備えたことを特徴とする画像
   形成装置。
2. 【請求項２】 一台または複数のホスト装置と接続する
   画像形成装置において、データファイルを作成する際に
   ホスト装置から送信されるＥＯＦコードを受信し、この
   ＥＯＦコードに基づいて、ダウンロードしたフォントに
   識別子を付ける処理を実行する手段を備えたことを特徴
   とする画像形成装置。
3. 【請求項３】 一台または複数のホスト装置と接続する
   画像形成装置において、データファイルを作成する際に
   ホスト装置から送信されるＥＯＦコードを受信し、フォ
   ント毎に使用頻度を登録する手段を備えたことを特徴と
   する画像形成装置。
4. 【請求項４】 一台または複数のホスト装置と接続する
   画像形成装置において、データファイルを作成する際に
   ホスト装置から送信されるＥＯＦコードを受信し、フォ
   ントの使用頻度を登録し、フォント記憶用キャッシュメ
   モリーの容量制限に対応して、使用頻度の少ない順にフ
   ォントを削除する手段を備えたことを特徴とする画像形
   成装置。
5. 【請求項５】 一台または複数のホスト装置と接続する
   画像形成装置において、データファイルを作成する際に
   ホスト装置から送信されるＥＯＦコードを受信し、フォ
   ントの使用頻度を登録し、フォント記憶用キャッシュメ
   モリーの容量制限に対応して使用頻度の少ない順にフォ
   ントを削除すると共に、削除したフォントを登録し、且
   つ、表示する手段を備えたことを特徴とする画像形成装
   置。