JPH0916355A

JPH0916355A - 情報処理装置及びフォントダウンロード管理プログラムを記憶する記憶媒体

Info

Publication number: JPH0916355A
Application number: JP7160722A
Authority: JP
Inventors: Koji Nakagiri; 孝治中桐
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1995-06-27
Filing date: 1995-06-27
Publication date: 1997-01-17
Anticipated expiration: 2020-02-09
Also published as: JP3618828B2

Abstract

(57)【要約】【目的】使用頻度の高いフォントのダウンロードを常
に可能とし、ダウンロード済みか否かを判断する為に要
する時間の短縮と登録済み管理テーブルが必要とするメ
モリサイズを少なくする。【構成】印刷すべきフォントが使用頻度が高いフォン
トであると判断すると第１管理テーブル（印刷装置で印
刷すべき使用頻度が高いフォントが印刷装置にダウンロ
ード済みであるか否かを示す情報を１ビットで管理する
テーブル）を選択し、印刷すべきフォントが使用頻度が
低いフォントであると判断すると第２管理テーブル（印
刷装置で印刷すべき使用頻度が低いフォントが印刷装置
にダウンロード済であるか否かを示す情報を文字コード
長のデータで管理するテーブル）を選択する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、印刷装置へフォントを
ダウンロードするホストコンピュータ等の情報処理装置
及び当該情報処理装置で実行されるフォントダウンロー
ド管理プログラムを記憶する記憶媒体。

【０００２】

【従来技術】近年、ホストコンピュータ内に文字イメー
ジデータを生成する機構を持ち、ディスプレイ及びプリ
ンタへ、それぞれの解像度に合わせた文字イメージデー
タを作成し、転送することにより、ディスプレイ上に表
示される文字と同一のデザインでプリンタへ印字を行う
ＷＹＳＩＷＹＧ（ＷｈａｔＹｏｕＳｅｅＩｓＷｈ
ａｔＹｏｕＧｅｔ）という環境が実現されている。
このような印字環境では、プリンタへ文字のイメージデ
ータを転送する必要がある。従来、この環境で印字を行
う際には、一文字毎に文字イメージデータを転送する方
法（文字イメージ描画）、あるいは一度転送した文字イ
メージデータをプリンタ内に記憶しておき、同一の文字
を印字する場合に記憶しておいたイメージデータを再利
用するといった方法（文字イメージダウンロード）が用
いられてきた。

【０００３】この文字イメージダウンロードにより印字
を行う方法では、文字の属性（フォント名称、文字サイ
ズ、セルサイズ、文字修飾等）を同じくする文字群を一
つの文字セットとし、その文字セットに含まれる文字を
文字コードによって識別する管理方法が一般的である。
この場合、文字セットと文字コードの組み合わせで一つ
の文字イメージデータを表現することとなる。

【０００４】前記ダウンロードによる文字印字をホスト
コンピュータ側から管理するためには、印字を行おうと
する文字の文字イメージデータが既にダウンロード済み
かどうかのデータが必要となる。このため、文字セット
ごとに各文字がダウンロード済みかどうかを示すデータ
を管理する。以下、このダウンロード済みかどうかを示
すデータを格納するデータ領域を登録済み文字コード管
理テーブルと呼ぶことにする。このデータは通常各文字
コードに対してダウンロード済みかそうでないかを示す
最低１ビットが必要である。あるいはその文字セットに
含まれるすべての文字をあらかじめダウンロードしてお
くという方法もあるが、文字コードが複数バイトで表現
されるような文字コードセットではデータ量が膨大とな
るため現実的ではない。よって日本語の文字ダウンロー
ドを行うためには前記管理が必要となる。

【０００５】これを実現するためにホスト上に必要とな
るダウンロード済みの管理メモリは、各文字につき最低
１ビットであるが、すべての文字コードに対応したビッ
ト数のメモリ（日本語の場合には数千から１万数千ビッ
ト）を文字セットごとに用意すると、ホスト側のメモリ
を圧迫することとなる。実際には、ダウンロードにより
印字を行う場合、プリンタ上に記憶しておくためのＲＡ
Ｍ容量には一般に限界があるため、通常登録可能な文字
数が制限される。このため、従来は文字セットごとに最
大登録文字数を設け、その文字数分の文字コードを格納
するメモリを用意し、そこにダウンロードした文字コー
ドをリストとして保管するといった方法でダウンロード
済みの文字コード管理が行われてきた。そして、文字イ
メージをダウンロードするごとにダウンロード済みであ
ることを示すデータを登録済み文字コード管理テーブル
に記録し、印刷中にダウンロードが行えない状態に達し
た場合には、ダウンロードによる印字をやめて他の印字
方法（例えばイメージ描画）に切り替えて出力するか、
あるいは既にダウンロードされているデータを削除し
て、その空いた部分にダウンロードを行うといった方法
で従来印字が行われてきた。

【０００６】

【発明が解決しようとしている課題】しかし、この従来
の方法では、登録可能な文字数の上限に達した後には、
使用頻度の高い文字のイメージデータを新規にダウンロ
ード出来ないといった問題が発生することがあった。

【０００７】また、ダウンロード済みの文字コードをリ
ストで管理するため、使用頻度の高い文字の場合であっ
てもダウンロード済みかどうかの判定および記録の際
に、探索に時間がかかるという問題があった。

【０００８】また、文字セットごとにダウンロード可能
な最大文字数分の文字コードを格納できるように文字登
録管理テーブルを作成した場合、その使用するホスト上
のメモリサイズが大きくなり、確保できない場合も有り
うるといった問題があった。

【０００９】本発明は、これらの問題点を解決するため
になされたもので、使用頻度の高い文字のダウンロード
を常に可能とすることを目的とする。

【００１０】また、使用頻度の高い文字に関してダウン
ロード済みかどうかを判定、あるいは記録するために要
する時間を短縮することを目的とする。

【００１１】さらに、登録済み文字コード管理テーブル
が必要とするメモリサイズを少なくすることを目的とす
る。

【００１２】

【課題を解決するための手段】本発明に係る情報処理装
置は、印刷装置へフォントをダウンロードする情報処理
装置であって、前記印刷装置で印刷すべきフォントの使
用頻度を判断する判断手段と、前記判断手段で前記印刷
すべきフォントが使用頻度が高いフォントであると判断
すると第１管理テーブルを選択し、前記判断手段で前記
印刷すべきフォントが使用頻度が低いフォントであると
判断すると第２管理テーブルを選択する選択手段とを備
える。

【００１３】また、本発明に係る記憶媒体は、印刷装置
へフォントをダウンロードする情報処理装置で実行され
るフォントダウンロード管理プログラムを記憶する記憶
媒体であって、前記印刷装置で印刷すべきフォントの使
用頻度を判断する判断工程と、前記判断工程で前記印刷
すべきフォントが使用頻度が高いフォントであると判断
すると第１管理テーブルを選択し、前記判断工程で前記
印刷すべきフォントが使用頻度が低いフォントであると
判断すると第２管理テーブルを選択する選択工程とを備
えるフォントダウンロード管理プログラムを記憶する。

【００１４】

【作用】上記構成にすることにより本発明においては、
印刷すべきフォントが使用頻度が高いフォントであると
判断すると第１管理テーブルを選択し、印刷すべきフォ
ントが使用頻度が低いフォントであると判断すると第２
管理テーブルを選択する。

【００１５】

【実施例】次に、本発明の好適な実施例について図面を
参照し詳細に説明する。

【００１６】図１は本発明の一実施例である印刷制御装
置のブロック図である。なお、本発明の機能が実行され
るのであれば、単体の機器であっても、複数の機器から
なるシステムであっても、ＬＡＮ等のネットワークを介
して処理が行われるシステムであっても本発明を適用で
きることは言うまでもない。

【００１７】図において、３０００はホストコンピュー
タで、ＲＯＭ３のプログラム用ＲＯＭあるいは外部メモ
リ１１に記憶された文書処理プログラム等に基づいて図
形、イメージ、文字、表（表計算等を含む）等が混在し
た文書処理を実行するＣＰＵ１を備え、システムバス４
に接続される各デバイスをＣＰＵ１が総括的に制御す
る。

【００１８】また、このＲＯＭ３のプログラム用ＲＯＭ
あるいは外部メモリ１１には、ＣＰＵ１の制御プログラ
ムであるオペレーティングシステムプログラム（以下Ｏ
Ｓ）等を記憶し、ＲＯＭ３のフォント用ＲＯＭあるいは
外部メモリ１１には上記文書処理の際に使用するフォン
トデータ等を記憶し、ＲＯＭ３のデータ用ＲＯＭは上記
文書処理等を行う際に使用する各種データを記憶する。
２はＲＡＭで、ＣＰＵ１の主メモリ、ワークエリア等と
して機能する。５はキーボードコントローラ（ＫＢＣ）
で、キーボード９や不図示のポインティングデバイスか
らのキー入力を制御する。６はＣＲＴコントローラ（Ｃ
ＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１０の表示
を制御する。７はディスクコントローラ（ＤＫＣ）で、
ブートプログラム、各種のアプリケーション、フォント
データ、ユーザファイル、編集ファイル、文字イメージ
データ生成プログラム（以下フォントライタライザ）、
プリンタ制御コマンド生成プログラム（以下プリンタド
ライバ）等を記憶するハードディスク（ＨＤ）、フロッ
ピーディスク（ＦＤ）等の外部メモリ１１とのアクセス
を制御する。８はプリンタコントローラ（ＰＲＴＣ）
で、所定の双方向性インターフェース（インターフェー
ス）２１を介してプリンタ１５００に接続されて、プリ
ンタ１５００との通信制御処理を実行する。なお、ＣＰ
Ｕ１は、例えばＲＡＭ２上に設定された表示情報ＲＡＭ
へのアウトラインフォントの展開（ライタライズ）処理
を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能とし
ている。また、ＣＰＵ１は、ＣＲＴ１０上の不図示のマ
ウスカーソル等で指示されたコマンドに基づいて登録さ
れた種々のウインドウを開き、種々のデータ処理を実行
する。

【００１９】プリンタ１５００において、１２はプリン
タＣＰＵで、ＲＯＭ１３のプログラム用ＲＯＭに記憶さ
れた制御プログラム等あるいは外部メモリ１４に記憶さ
れた制御プログラム等に基づいてシステムバス１５に接
続される印刷部（プリンタエンジン）１７に出力情報と
しての画像信号を出力する。また、このＲＯＭ１３のプ
ログラムＲＯＭには、ＣＰＵ１２の制御プログラム等を
記憶する。ＲＯＭ１３のフォント用ＲＯＭには上記出力
情報を生成する際に使用するフォントデータ等を記憶
し、ＲＯＭ１３のデータ用ＲＯＭにはハードディスク等
の外部メモリ１４がないプリンタの場合には、ホストコ
ンピュータ上で利用される情報等を記憶している。ＣＰ
Ｕ１２は入力部１８を介してホストコンピュータとの通
信処理が可能となっており、プリンタ内の情報等をホス
トコンピュータ３０００に通知可能に構成されている。
１９はＣＰＵ１２の主メモリ、ワークエリア等として機
能するＲＡＭで、図示しない増設ポートに接続されるオ
プションＲＡＭによりメモリ容量を拡張することができ
るように構成されている。なお、ＲＡＭ１９は、出力情
報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用い
られる。前述したハードディスク（ＨＤ）、ＩＣカード
等の外部メモリ１４は、メモリコントローラ（ＭＣ）２
０によりアクセスを制御される。外部メモリ１４は、オ
プションとして接続され、フォントデータ、エミュレー
ションプログラム、フォームデータ等を記憶する。ま
た、１５０１は前述した操作パネルで操作のためのスイ
ッチおよびＬＥＤ表示器等が配されている。

【００２０】また、前述した外部メモリは１個に限ら
ず、少なくとも１個以上備え、内臓フォントに加えてオ
プションフォントカード、言語系の異なるプリンタ制御
言語を解釈するプログラムを格納した外部メモリを複数
接続できるように構成されていてもよい。さらに、図示
しないＮＶＲＡＭを有し、操作パネル１５０１からのプ
リンタモード設定情報を記憶するようにしてもよい。

【００２１】以下、ＣＰＵ１によって実行される制御プ
ログラムを示すフローチャートを用いて、本発明の一実
施例について詳しくに述べる。

【００２２】図２は、文字イメージデータのダウンロー
ドを行うプリンタドライバでの一般的な処理手順を示す
フローチャートである。まず、図２で示される処理手順
の概要を述べる。ステップ２．１では、プリンタドライ
バをコントロールしているホストコンピュータ上のオペ
レーティングシステム（ＯＳ）あるいはアプリケーショ
ンから印字データを受け取る。ステップ２．２では、ス
テップ２．１で取得した印字データで示される文字のイ
メージデータを既にプリンタへ登録済みかどうか判定す
る。登録済みと判定された場合には、登録した文字を印
字する命令を生成する処理（ステップ２．７）へ移行す
る。未登録と判定された場合には、ステップ２．１で得
た印字データを元に、文字イメージデータをフォントＲ
ＯＭから取得する（ステップ２．３）。ステップ２．４
ではステップ２．３で取得した文字イメージをプリンタ
に登録するプリンタコマンドを生成し、（ステップ２．
４）、プリンタへ転送する（ステップ２．５）。ステッ
プ２．６では印字データで示された文字を既にプリンタ
へ登録済みであることを示すフラグをセットしておく。
ステップ２．７では既にプリンタへ登録されている文字
を印字するコマンドを生成し、プリンタへ転送する（ス
テップ２．８）。

【００２３】これらの一連の処理手順の中で、本発明を
実施する文字イメージデータ管理方法が実施されるのは
ステップ２．２における判定処理、およびステップ２．
６における登録済みフラグのセットの部分である。

【００２４】次に、本発明が実施される部分を詳しく説
明する。図２のステップ２．２における登録済みか否か
を判定する処理手順を示すフローチャートを図３に示
す。この処理では、本発明を実施するプリンタドライバ
によって管理される文字登録管理テーブルを使用する。
ここでは、Ｃｏｄｅ、ＦａｃｅＮａｍｅ、Ｓｔｙｌｅ、
Ｐｏｉｎｔによって文字が確定する様なフォント環境を
想定しているが、環境によって文字を特定するに十分な
データが含まれていればよい。そしてここでは、Ｆａｃ
ｅＮａｍｅ、Ｓｔｙｌｅ、Ｐｏｉｎｔすべてが一致する
ものを一つの文字セットとして管理し、同一の文字セッ
トに属する文字に対して一つの文字登録管理テーブルを
使用する例を示す。一つの文字登録管理テーブルは、登
録済み文字コード管理テーブルの他に文字セットに関す
るいくつかのデータを持つ以下のような内容でＲＡＭ２
に構成される。

【００２５】文字登録管理テーブル：ＦａｃｅＮａｍｅ
ＰｏｉｎｔＳｔｙｌｅＴａｂｌｅ＿ＡＴａｂｌｅ
＿Ｂ…（データ１）ＦａｃｅＮａｍｅ：フォントフェイス名Ｐｏｉｎｔ：文字サイズＳｔｙｌｅ：文字修飾データＴａｂｌｅ＿Ａ：使用頻度の高い文字用登録済み文字コ
ード管理テーブルＴａｂｌｅ＿Ｂ：使用頻度の低い文字用登録済み文字コ
ード管理テーブルステップ３．１では、この処理で使用する変数の初期化
を行う。ステップ３．２では、最後の文字登録管理テー
ブルに達したか調べる。ステップ３．３では、文字登録
管理テーブルＴａｂｌｅ〔ｉ〕のＦａｃｅＮａｍｅ、Ｓ
ｔｙｌｅ、Ｐｏｉｎｔがすべてステップ２．１で取得し
た印字データのＦａｃｅＮａｍｅ、Ｓｔｙｌｅ、Ｐｏｉ
ｎｔと一致するか調べ、一致する場合には、その文字コ
ードが使用頻度の高い文字を示しているかどうか判定す
る（ステップ３．４）。但し、ここではＣｏｄｅはシフ
トＪＩＳコードであり、８２４０ｈ−８２ＦＦｈを使用
頻度の高い文字コード領域と仮定している。ここで使用
頻度が高いと判定された場合には、Ｔａｂｌｅ＿Ａ〔Ｃ
ｏｄｅ８２４０ｈ〕を調べ（ステップ３．６）、ＯＮ
の場合には登録済みと判定して処理を終了する。ＯＦＦ
の場合には、未登録と判定して処理を終了する。ステッ
プ３．４で使用頻度が低いと判定された場合には、Ｔａ
ｂｌｅ＿Ｂの中にＣｏｄｅを値とするＴａｂｌｅ＿Ｂ
〔ｘ〕が存在するか調べ（ステップ３．７）存在する場
合には登録済みと判定して処理を終了する。存在しない
場合には、未登録と判定して処理を終了する。ステップ
３．３でＴａｂｌｅ〔ｉ〕のデータが印字データの各デ
ータと異なる場合には、次の文字登録管理テーブルに関
する処理へ移行する（ステップ３．５）。そして最後の
文字登録管理テーブルまで各データの一致するものが存
在しなかった場合には、未登録と判定する（ステップ
３．８）。

【００２６】ここで、Ｔａｂｌｅ＿ＡおよびＴａｂｌｅ
＿Ｂについて更に詳しく説明する。これらのテーブルは
各文字のイメージデータがプリンタに対して既に登録済
みであるか否かを示すものである。その内容を図４に示
す。テーブルは、各文字コードに対して１ビットで登録
済み、未登録を表現する部分Ｔａｂｌｅ＿Ａと、ダウン
ロードした文字コードをリストに加えていき、登録済
み、未登録表現する部分Ｔａｂｌｅ＿Ｂとからなる。Ｔ
ａｂｌｅ＿Ａは、使用頻度の高い文字に対して１ビット
ずつ割り当てられている部分である。ここでは、シフト
ＪＩＳコードの例で、全角英数ひらがなを含む８１４０
ｈから８１ＦＦｈの文字コードの連続した１９２文字分
をＴａｂｌｅ＿Ａに割り当てている。一般に、日本語の
文書であれば、ひらがなの使用頻度は高く、またひらが
な等の文字種は多くの文字コード体系で連続した文字コ
ード領域に割り当てられている。よって、文字コード体
系は使用頻度の高い文字が連続した文字コード領域に存
在するものであればシフトＪＩＳに限らず本発明を適用
可能である。また、ひらがなを例に挙げたが、カタカ
ナ、記号（句読点等を含む）等の文字種に対しても実施
可能であることは言うまでもない。また、１バイトコー
ドをＴａｂｌｅ＿Ａの領域に、２バイト（あるいはそれ
以上）のコードをＴａｂｌｅ＿Ｂの領域に割り当てるこ
とも可能である。Ｔａｂｌｅ＿ＢはＴａｂｌｅ＿Ａに属
さない文字コードの文字イメージデータをダウンロード
したことを記録するための領域であり、例えば日本語の
２バイトコードに使用するのであれば、そのコード体系
にふさわしい値（例えば０）でＴａｂｌｅ＿Ｂの領域を
初期化しておき、ダウンロードを行った文字コードをＴ
ａｂｌｅ＿Ｂの空いた部分に追加していくことによりダ
ウンロード済みの文字コードリストを作成する。なお、
この領域のサイズはＴａｂｌｅ＿ＡとＴａｂｌｅ＿Ｂで
管理される文字数を合わせて文字セットごとにダウンロ
ード可能な文字分となるようにしておく。

【００２７】このように文字登録管理テーブルを作成す
ることにより、使用頻度の高い文字に関しては、その文
字イメージデータがプリンタへダウンロード済みかを示
すデータ（フラグ）を調べる場合、すべてのダウンロー
ド文字コードをメモリ上に格納しておく従来の方法と比
べ、文字コードから一意にフラグが求まるので判定に要
する時間が短くて済む。また、使用頻度の高い文字のフ
ラグは各１ビットのため、ダウンロード可能な文字数分
文字コード格納のメモリを使用する場合に比べて、ダウ
ンロード管理に使用する全体のメモリ使用量を少なくす
ることができる。なお、Ｔａｂｌｅ＿Ｂに関しては、従
来通り、文字コードの探索を行う必要がある。この部分
では、文字コードを数値と見立てて、公知の手法である
ハッシュ関数等を適用して高速に探索を行う。なお、探
索時にハッシュ関数を利用するのであれば、ダウンロー
ド済みを記録する際にもハッシュ関数を使用してＴａｂ
ｌｅ＿Ｂに文字コードを格納しておく必要がある。

【００２８】図２のステップ２．６では、文字登録管理
テーブルにステップ２．５でプリンタへ登録した文字の
フラグをセットする。図５は、この処理のフローチャー
トを示す。ステップ５．１では、この処理で必要な変数
の初期化を行う。ステップ５．２では、最後の文字登録
管理テーブルに達したか調べる。ステップ５．３では、
文字登録管理テーブルＴａｂｌｅ〔ｉ〕のＦａｃｅＮａ
ｍｅ、Ｓｔｙｌｅ、Ｐｏｉｎｔがすべてステップ２．１
で取得した印字データのＦａｃｅＮａｍｅ、Ｓｔｙｌ
ｅ、Ｐｏｉｎｔと一致するか調べ、一致する場合には、
Ｃｏｄｅが使用頻度の高い文字であるかを調べる（ステ
ップ５．４）。但し、ここではＣｏｄｅはシフトＪＩＳ
コードであり、８２４０ｈ−８２ＦＦｈを使用頻度の高
い文字コード領域と仮定している。ここで使用頻度が高
いと判定された場合には、Ｃｏｄｅで表わされる文字が
登録済みであるかどうかを示すＴａｂｌｅ＿Ａ〔Ｃｏｄ
ｅ８２４０ｈ〕にＯＮをセットして（ステップ５．６）
処理を終了する。ステップ５．４で使用頻度が低いと判
定された場合には、文字登録管理テーブルＴａｂｌｅ
〔ｉ〕のＴａｂｌｅ＿Ｂの中にＣｏｄｅをエントリとし
て追加し（ステップ５．７）、処理を終了する。ステッ
プ５．７におけるエントリの追加の際には、従来と同
様、空きエントリを探索する必要がある。この場合に
も、ハッシュ関数等を利用して高速に探索を行い、エン
トリを追加する。なお、エントリの追加時にハッシュ関
数を利用する場合には、ステップ３．７におけるダウン
ロード済みかを判定する処理においても、ハッシュ関数
を使用してＴａｂｌｅ＿Ｂの探索を行う。

【００２９】Ｔａｂｌｅ〔ｉ〕のステップ５．３でＴａ
ｂｌｅ〔ｉ〕のデータが印字データの各データと異なる
場合には、次の文字登録管理テーブルに関する処理へ移
行する（ステップ５．５）。そして最後の文字登録管理
テーブルまで各データの一致するものが存在しなかった
場合には、新たに文字登録管理テーブルを作成し（ステ
ップ５．８）、ステップ５．４、ステップ５．６、ステ
ップ５．７の処理と同様にその文字登録管理テーブルの
Ｃｏｄｅで表わされる文字の登録フラグＴａｂｌｅ＿Ａ
〔Ｃｏｄｅ−８２４０ｈ〕にＯＮをセットするか（ステ
ップ５．１１）、Ｔａｂｌｅ＿Ｂの中にＣｏｄｅをエン
トリとして追加し（ステップ５．１０）、処理を終了す
る。

【００３０】ここで、ステップ５．７の処理では、新規
に文字イメージデータをダウンロード出来ない状況が発
生する場合がある。これは、すでにＴａｂｌｅ＿Ｂがダ
ウンロード済み文字コードで満たされている場合であ
る。この場合には、プリンタドライバはダウンロードに
よる印字を他の印字方法（例えばイメージ描画）へ切り
替えて処理を行うか、Ｔａｂｌｅ＿Ｂのいずれかのエン
トリの代わりにダウンロードを行う。後者の場合には、
文字イメージデータの削除をプリンタへ通知し、新たな
文字イメージデータをダウンロードする必要がある。た
だし、使用頻度の高い文字に関しては、ダウンロードの
管理がＴａｂｌｅ＿Ａでなされており、ダウンロード出
来ない状況になることはない。

【００３１】このように、使用頻度の高い文字に関して
は、その文字イメージデータがプリンタへダウンロード
済みであることを示すフラグをセットする場合、すべて
のダウンロード文字コードをメモリ上に格納しておく従
来の方法と比べ、文字コードから一意にフラグが求まる
のでフラグのセットに要する時間が短くて済む。また、
使用頻度の高い文字に関しては、ダウンロードが常に可
能である。

【００３２】なお、コンピュータ上で文字イメージデー
タをアウトラインデータ等から作成するフォントラスタ
ライザにおいて、一旦ラスタライズを行った文字イメー
ジデータをメモリ上に格納（キャッシング）しておく際
の、キャッシュデータの管理においても、本発明を適用
可能である。

【００３３】また、プリンタの内蔵するアウトラインデ
ータ等で定義されたスケーラブルなフォントで、一旦ス
ケーリングを行った文字イメージデータをメモリ上にキ
ャッシュしておく際の、キャッシュデータの管理におい
ても、本発明を適用可能である。

【００３４】また、文字コードに関しては、実施例で示
したシフトＪＩＳコードに限らず、ＪＩＳ、ＵＮＩＣＯ
ＤＥや、他の複数バイトで表現される文字コード等にお
いても本発明を適用可能である。

【００３５】また、言語に関しては、実施例で示した日
本語に限らず、文字コードが複数バイトで表現される言
語であれば本発明を適用可能である。

【００３６】また、管理対象となるダウンロードデータ
は、実施例で示した文字イメージデータに限らず、ベジ
エやスプライン等で表現された文字のアウトラインデー
タであっても本発明を適用可能である。

【００３７】

【発明の効果】以上説明したように本発明によれば、使
用頻度の高いフォントのダウンロードを常に可能とする
効果を奏する。

【００３８】また、以上説明したように本発明によれ
ば、ダウンロード済みか否かを判断する為に要する時間
の短縮を可能とする効果を奏する。

【００３９】また、以上説明したように本発明によれ
ば、登録済管理テーブルが必要とするメモリサイズを少
なくできるという効果を奏する。

【図面の簡単な説明】

【図１】本発明を実施する文字イメージデータダウンロ
ード管理方法を使用する情報処理システムの構成を説明
するブロック図である。

【図２】文字イメージダウンロードを行うプリンタドラ
イバにおける処理手順を示すフローチャートである。

【図３】本発明を実施する文字イメージダウンロード管
理方法における登録済みであるか否かを判定する処理手
順を示すフローチャートである。

【図４】各文字のイメージデータがダウンロード済みで
あることを記録する登録済みコードテーブルを説明する
図である。

【図５】本発明を実施する文字イメージダウンロード管
理方法における登録済みであることを記録する処理手順
を示すフローチャートである。

【符号の説明】

１ＣＰＵ２ＲＡＭ３ＲＯＭ４システムバス１２ＣＰＵ１３ＲＯＭ１９ＲＡＭ１５００プリンタ３０００ホストコンピュータ

Claims

【特許請求の範囲】

【請求項１】印刷装置へフォントをダウンロードする
情報処理装置であって、前記印刷装置で印刷すべきフォントの使用頻度を判断す
る判断手段と、前記判断手段で印刷すべきフォントが使用頻度が高いフ
ォントであると判断すると第１管理テーブルを選択し、
前記判断手段で前記印刷すべきフォントが使用頻度が低
いフォントであると判断すると第２管理テーブルを選択
する選択手段とを備えることを特徴とする情報処理装
置。
【請求項２】前記判断手段は、単一の連続したフォン
トコード領域或は複数の連続したフォントコード領域を
使用頻度の高いフォントコード領域としての判断基準と
することを特徴とする請求項１に記載の情報処理装置。
【請求項３】前記第１管理テーブルは、前記印刷装置
で印刷すべき使用頻度が高いフォントが前記印刷装置に
ダウンロード済みであるか否かを示す情報を１ビットで
管理することを特徴とする請求項１に記載の情報処理装
置。
【請求項４】前記第２管理テーブルは、前記印刷装置
で印刷すべき使用頻度が低いフォントが前記印刷装置に
ダウンロード済であるか否かを示す情報を文字コード長
のデータで管理することを特徴とする請求項１に記載の
情報処理装置。
【請求項５】前記選択手段で選択された第１管理テー
ブル或は第２管理テーブルを用いて、前記印刷すべきフ
ォントが前記印刷装置にダウンロード済であるか否か判
断されることを特徴とする請求項１に記載の情報処理装
置。
【請求項６】印刷装置へフォントをダウンロードする
情報処理装置で実行されるフォントダウンロード管理プ
ログラムを記憶する記憶媒体であって、前記印刷装置で印刷すべきフォントの使用頻度を判断す
る判断工程と、前記判断工程で前記印刷すべきフォントが使用頻度が高
いフォントであると判断すると第１管理テーブルを選択
し、前記判断工程で前記印刷すべきフォントが使用頻度
が低いフォントであると判断すると第２管理テーブルを
選択する選択工程とを備えるフォントダウンロード管理
プログラムを記憶することを特徴とする記憶媒体。
【請求項７】前記判断工程は、単一の連続したフォン
トコード領域或は複数の連続したフォントコード領域を
使用頻度の高いフォントコード領域としての判断基準と
することを特徴とする請求項６に記載の記憶媒体。
【請求項８】前記第１管理テーブルは、前記印刷装置
で印刷すべき使用頻度が高いフォントが前記印刷装置に
ダウンロード済であるか否かを示す情報を１ビットで管
理することを特徴とする請求項６に記載の記憶媒体。
【請求項９】前記第２管理テーブルは、前記印刷装置
で印刷すべき使用頻度が低いフォントが前記印刷装置に
ダウンロード済であるか否かを示す情報を文字コード長
のデータで管理することを特徴とする請求項６に記載の
記憶媒体。
【請求項１０】前記選択工程で選択された第１管理テ
ーブル或は第２管理テーブルを用いて、前記印刷すべき
フォントが前記印刷装置にダウンロード済であるか否か
判断されることを特徴とする請求項６に記載の記憶媒
体。
【請求項１１】前記判断工程と前記選択工程を備える
フォントダウンロード管理プログラムは、前記情報処理
装置に着脱可能な外部記憶装置であることを特徴とする
請求項６に記載の記憶媒体。