(57)【特許請求の範囲】
【請求項１】
ネットワーク上で使用する印字機構を有する装置であり、前記ネットワークを介して周辺機器からフォントに関する情報のアドレスを示すヘッダ情報を受信し、印字指示された文字を展開するときに、前記ヘッダ情報に基づいて、文字の幅、字形等の文字の形状を示すスタイル情報を含むフォントに関する情報を前記周辺機器からメモリに読み込み、前記スタイル情報に基づいて文字データの展開処理を実行した後、前記メモリから該スタイル情報を解放することによりフォントに関するデータの呼出タイミングを含む管理を行う制御部とを具備する印字機構を有する装置であって、
前記制御部は、印字指示された複数のフォントを含む文字を展開するときに、前記ヘッダ情報に基づいて、前記スタイル情報のほかに、文字データ補正のための情報を保持するＨinting情報である書体ごとに共通したフォントに関する情報を前記周辺機器からメモリに読み込み、前記書体ごとに共通したフォントに関する情報に基づいて、第１のフォントに対する処理を実行し、前記第１のフォントの次の第２のフォントが第１のフォントと同じ書体かどうか確認し、同じ書体であるときは、引き続き前記書体ごとに共通したフォントに関する情報に基づいて、前記第２のフォントに対する処理を実行し、異なった書体であるときは、前記メモリから前記書体ごとに共通したフォントに関する情報を解放し、前記ヘッダ情報に基づいて、新たな文字データ補正のための情報を保持するＨinting情報である書体ごとに共通したフォントに関する情報を前記周辺機器からメモリに読み込み、前記第２のフォントに対する処理を実行することを特徴とする印字機構を有する装置。
【請求項２】
受信したフォントのデータに対し、前記フォントごとにフォントキャッシュ領域を用意し、前記フォントキャッシュ領域にフォントキャッシュデータを展開し、前記フォントを解放する際、前記フォントの前記周辺機器へ、前記展開記録されたフォントキャシュデータを返送することを特徴とする請求項１記載の印字機構を有する装置。
【請求項３】
受信したフォントのデータに対し、フォントごとに文字使用頻度を登録し、前記フォントを解放する際、前記フォントの前記周辺機器へ、前記登録された文字使用頻度データを返送することを特徴とする請求項１記載の印字機構を有する装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はプリンタ等の印字機構に関し、とりわけネットワーク上で使用される、プリンタ、ファックス、デジタル式複写機、あるいはこれらの複合機といった、印字機構を有する装置におけるフォントマネージメント技術に関する。
【０００２】
【発明が解決しようとする課題】
たとえば漢字プリンタなど漢字を印字する装置では、漢字の種類が多いゆえに、そのフォントのデータサイズは巨大なものとなる。とりわけ、ネットワークに接続されるプリンタは、扱うフォントの種類・個数が多く、よってこうしたプリンタ等の、印字機構を有する装置のフォントマネージャが管理すべきデータ量は、扱うフォントの種類・個数に比例して増加する結果、膨大なものとなっている。
【０００３】
一方、近年のＬＡＮ（ローカルエリアネットワーク）の普及にともない、クライアントサーバーシステムが導入される機会が多くなり、とりわけ限られた台数の印字機構を有する装置、あるいは特定の限られた印字機構を有する装置、特にプリンタ装置を、プリンタサーバーあるいはファイルサーバー（以下、これらを便宜的にホストと称する）の管理下に、ＬＡＮに接続された多くのクライアント機（以下、これらを便宜的に周辺機器と称する）で共有して使用するというシステム形態が普及している。このようなシステム下では、周辺機器であるクライアント機が印字命令を印字機構を有する装置に送付する度に、指定されたフォントデータが、ホストから印字機構を有する装置にＬＡＮを介して転送（ダウンロード）され、転送されたフォントデータに基づき印字処理されることになる。そして、印字機構を有する装置側のフォントデータ格納容量に限りがあるために、印字処理終了時にはダウンロードされたフォントデータが廃棄されていた。
【０００４】
このように、印字命令が発行される度に、指定されたフォントデータがＬＡＮを介してその都度、印字機構を有する装置に送り込まれる結果、指定内容によっては、以前にダウンロードしたものと同一のフォントデータが再度ダウンロードされる事態が発生する。このため、フォントデータの転送が増え、転送時間などのオーバーヘッドが増加して非効率となる上に、フォントマネージャの作業量増大による印字処理能力低下といった不都合が生じていた。
【０００５】
また、フォントデータには様々な情報が含まれており、呼出管理においてはその一部の情報のみを抽出して参照することで処理可能であるものの、従来のフォントマネージメント方式では必要十分な情報が必要な時に直ちに取り出せる構成となっていないため、抽出参照に要する時間の短縮が困難であった。
【０００６】
さらにまた、ひとつの書体が数種類のフォントを有する構成の場合には、各フォントは同一書体の組に属しているゆえ、呼出管理に用いる情報はフォント間で共通の部分が多いのであるが、従来ではこうした共通部分に着目することなく、よって同一書体内のフォントに対しても、繰り返し同じデータを読み返すという非効率が生じていた。
【０００７】
前記のように、ダウンロードフォントはデータ量が多いゆえに、従来のフォントマネジメント構成においては、印字処理過程において獲得されたフォント使用上の情報が残されることがないから、よって獲得された情報が再利用して活用されることなく廃棄され、以降において再度同じ操作と処理が行われ、以前に廃棄したと同じ情報の獲得が再度なされるという非効率が発生していた。
【０００８】
本発明は従来技術の前記のような課題や欠点を解決するためなされたもので、その目的は、ネットワーク上で使用する印字機構を有する装置において、フォント管理の効率向上が可能であり、さらに以前に獲得されたフォント使用に関する情報を再利用可能として効率を向上させるフォントマネージメント方式を提供することにある。
【０００９】
【課題を解決するための手段】
本発明は、ネットワーク上で使用する印字機構を有する装置であって、前記ネットワークを介して周辺機器からフォントに関する情報のアドレスを示すヘッダ情報を受信し、印字指示された文字を展開するときに、前記ヘッダ情報に基づいて、文字の幅、字形等の文字の形状を示すスタイル情報を含むフォントに関する情報を受信し、メモリに格納し、該メモリに格納されたスタイル情報に基づいて文字データの展開処理を実行した後、該メモリから該スタイル情報を解放することにより前記フォントに関するデータの呼出タイミングを含む管理を行う制御部とを具備する。
【００１０】
本発明では、前記制御部は、印字指示された複数のフォントを含む文字を展開するときに、ヘッダ情報に基づき、スタイル情報のほかに、書体ごとに共通したフォントに関する情報（Ｈinting情報）を読み込み、前記書体ごとに共通したフォントに関する情報に基づいて、第１のフォントに対する処理を実行し、前記第１のフォントの次の第２のフォントが第１のフォントと同じ書体かどうか確認し、同じ書体であるときは、引き続き前記書体ごとに共通したフォントに関する情報に基づいて、前記第２のフォントに対する処理を実行し、異なった書体であるときは、前記書体ごとに共通したフォントに関する情報を解放し、前記ヘッダ情報に基づいて、新たな書体ごとに共通したフォントに関する情報（新たなＨinting情報）を読み込み、前記第２のフォントに対する処理を実行することを特徴とする。
【００１２】
また、本発明は、受信したフォントのデータに対し、前記フォントごとにフォントキャッシュ領域を用意し、前記フォントキャッシュ領域にフォントキャッシュデータを展開し、前記フォントを解放する際、前記フォントの前記周辺機器へ、前記展開記録されたフォントキャシュデータを返送することを特徴とする。
【００１３】
また、本発明は、受信したフォントのデータに対し、フォントごとに文字使用頻度を登録し、前記フォントを解放する際、前記フォントの前記周辺機器へ、前記登録された文字使用頻度データを返送することを特徴とする。
【００１４】
【発明の実施の形態】
以下、この発明の実施の形態を添付図面に基づいて説明する。
図１は本発明装置におけるフォントマネージメント方式の一実施形態のフォントテーブル構成の説明図である。
図２は、本発明装置におけるフォントマネージメント方式の別の実施形態の複数のフォントを有する書体の構成の説明図である。
図３は、本発明装置におけるフォントマネージメント方式が適用された制御器（コントローラ）のブロック構成図である。さらに図４は、フォントマネージャが図３に示されたＲＯＭ内にプログラムとして格納された状態を示す説明図である。
【００１５】
図１に基づいて、本発明装置におけるフォントマネージメント方式を説明する。図１に示されるように、本発明は、ネットワーク上で使用する印字機構を有する装置に適用されるものである。ここでは、印字機構を有する装置としてプリンタを想定している。
【００１６】
ネットワーク上に接続されたホストを含む他の周辺機器から、ひとつのフォント１がダウンロードされると、プリンタ内では、ダウンロードしたフォントデータ１の少なくとも一部分を、図示されるように４個のグループに分類して、４個のテーブル１１〜１４に格納する。
【００１７】
１１は、そのフォント全体に関わる情報、すなわちどのアドレスに如何なる情報が、如何なる順番で登録されているかを示す情報を格納したＨｅａｄｅｒテーブルである。１２は、文字を指定サイズに展開後、文字データを補正する為の情報を格納したＨｉｎｔｉｎｇ  ｉｎｆテーブルであり、このテーブル１２はそのフォント内に含まれる全ての文字で共有して使用される。このＨｉｎｔｉｎｇｉｎｆテーブル１２内のデータ群は、文字の補正処理時だけ必要となる。１３は、文字幅・改行幅・字形等、文字の形状を示す情報を集めたＳｔｙｌｅｉｎｆテーブルであり、１４は、文字を展開する時に始めて必要となる、各文字ごとに固有のパスデータが登録されているＧｌｙｐｈテーブルである。
【００１８】
このようにしてフォントデータ１の主要部分を４個のテーブル１１〜１４に分類格納したのち、本発明に係るフォントマネージメント方式は、各テーブルに基づいてフォントデータ１の呼出し方や呼出タイミングを含む管理を行う。
【００１９】
ここにおいて、例えばひとつのフォントに対して印字処理を行う場合、フォント選択時に各データの格納されているアドレスをＨｅａｄｅｒテーブル１１から読出してしまえば、それ以後はＨｅａｄｅｒテーブル１１を使用する必要がなくなる。またＳｔｙｌｅ  ｉｎｆテーブル１３からはラスタライズ中にデータが随時参照されるが、１文字ごと処理開始時に必要データを取り出してしまえば、以降においてはＳｔｙｌｅ  ｉｎｆテーブル１３は解放可能である。
【００２０】
本発明装置におけるフォントマネージメント方式は、このような印字処理上のデータ使用状況を勘案し、プリンタ内部には必要な時に必要なデータしか存在しない、効率の良い制御を行うものである。この動作については、後に詳述する。
【００２１】
図３に、本発明装置におけるフォントマネージメント方式が適用された制御器（コントローラ）のブロック構成図を示す。さらに図４に、フォントマネージャが、ＲＯＭ内にプログラムとして格納された状態を示す。
【００２２】
図３において、コントローラ１００は、プリント配線板上に以下の各構成部品を搭載して成る。同図で、１０１は、プログラムＲＯＭ１０４のプログラム、パネル装置からのモード指示、ホスト装置からのコマンドによってコントローラ全体を制御するＣＰＵである。１０２は、フォントデータや、プログラムを外部から供給するＩＣカードである。１０３は、パネル装置からのモード指示の内容などを記憶しておく不揮発性記憶装置（ＮＶＲＡＭ）である。１０４は、コントローラの制御プログラムが格納されているプログラムＲＯＭである。フォントマネージャ１０４ａは、このプログラムＲＯＭ１０４中に格納されている。１０５は、フォントのパターンデータなどを記憶するフォントＲＯＭである。１０６は、ＣＰＵ１０１のワークメモリ、入力データのインプットバッファー、プリントデータのページバッファー、ダウンロードフォント用のメモリ等に使用するＲＡＭである。さらに１０７は、エンジン１０８とコマンド及びステータスや、印字データの通信を行うエンジンインターフェースである。また１０８は、エンジンインターフェース１０７に接続され、実際に印字を行うエンジンである。１０９は、パネル装置１１０とコマンド及びステータスの通信を行うパネルインターフェースであり、１１０は、使用者に現在のプリンタの状態を知らせ、あるいはモード指示を行う、パネル装置である。
【００２３】
１１１は、ホスト装置１１２と双方向通信を行うホストインターフェースであり、１１２は、プリンタの上位装置であるホスト装置である。また１１３は、ディスク装置１１４と通信を行う為のディスクインターフェースであり、１１４は、フォントデータや、プログラムや、印字データ等の様々のデータを記憶しておくディスク装置で、フロッピディスク装置やハードディスク装置等で構成される。
【００２４】
このように、本発明に係る印字機構を有する装置は双方向通信手段を有し、ネットワーク上に接続されたホストを含む他の周辺機器の備える処理機能を、双方向通信手段を介してプリンタの機能として使用することが可能となる。
【００２５】
つぎに、図５に示されるフローチャートに基づいて、本発明装置におけるフォントマネージメント方式の第１実施形態を説明する。
【００２６】
フォントマネージャは先ず、各転送元からダウンロードしたフォントデータを管理しやすいテーブルに登録しながら取り込む。そして印字命令を受けると（ステップＳ１）、フォント検索して（ステップＳ３）、新しいフォントであると（ステップＳ４）、Ｈｅａｄｅｒテーブルから各テーブルのアドレスを登録し（ステップＳ５）、各テーブルのマップリストを作成して（ステップＳ６）、位置を把握する。各テーブルのアドレスを認識したらＨｅａｄｅｒテーブルを解放する（ステップＳ７）。ステップＳ５〜ステップＳ７までがロード処理部となっている。
【００２７】
文字展開モジュールの始めの段階でＳｔｙｌｅ  ｉｎｆテーブルから読み込み（ステップＳ８）、各々展開仕様に合わせて必要データのみ取り出し（ステップＳ９）、データ取り出しが終了すると、Ｓｔｙｌｅ  ｉｎｆテーブルを解放する（ステップＳ１０）。ついでＧｌｙｐｈテーブルから１文字分のパス情報を引き出し（ステップＳ１１）、文字展開を開始する。ビットマップ座標の文字データが得られた段階で（ステップＳ１２）Ｇｌｙｐｈを解放する（ステップＳ１３）。
【００２８】
つぎにＨｉｎｔｉｎｇ  ｉｎｆテーブルから文字補正データを読み込み（ステップＳ１４）、ビットマップ座標に変換された文字データを補正する（ステップＳ１５）。補正後、Ｈｉｎｔｉｎｇ  ｉｎｆテーブルを解放する（ステップＳ１６）。ステップＳ８〜ステップＳ１６までがメークキャラクタ処理部となっている。
【００２９】
前記を反復し、データが終了すると（ステップＳ２）、ページバッファへ展開して（ステップＳ１７）、印字する（ステップＳ１８）。このような動作を経て、プリンタ内部に必要な時に必要なデータしか存在しない、効率の良い制御が可能となる。
【００３０】
ところで、書体Ａが図２のように、フォントＡ１〜Ａ３の３組のフォントからなる書体であると、フォントＡ１〜Ａ３の各フォントデータは図１のようなテーブル構成になっているが、書体が同じなのでＨｉｎｔｉｎｇ  ｉｎｆテーブル１２には全く同じデータが入っている。
【００３１】
図６は、本発明装置におけるフォントマネージメント方式の第２実施形態のフローチャートである。これは、図２のような書体構成に適用した際の動作フローを示す。
【００３２】
フォントマネージャは、印字命令を受けた際（ステップＳ２１）、最初のフォント選択時（ステップＳ２３〜Ｓ２４）にＨｅａｄｅｒテーブルと共にＨｉｎｔｉｎｇ  ｉｎｆテーブルを読み込み（ステップＳ２５〜Ｓ３０）、１フォント処理終了の度に、Ｓｔｙｌｅ  ｉｎｆテーブル（ステップＳ３３）、Ｇｌｙｐｈテーブル（ステップＳ３６）の解放を行うが、Ｈｉｎｔｉｎｇ  ｉｎｆテーブルだけは残しておき、次のフォント選択時に前のフォントと書体が同じかどうかチェックする（ステップＳ２８）。この時、もし同じ書体であれば、新たにＨｉｎｔｉｎｇ  ｉｎｆテーブルは読み込まず、既取り込みのＨｉｎｔｉｎｇｉｎｆテーブルを引き続き利用し、もし書体が異なっていれば以前のＨｉｎｔｉｎｇ  ｉｎｆテーブルを削除して（ステップＳ２９）、新たにＨｉｎｔｉｎｇｉｎｆを読み込む（ステップＳ３０）。このような動作を経て、何度も同じデータを読み返すような無駄な作業をしなくて済むようになる。
【００３３】
図７は、本発明装置におけるフォントマネージメント方式の第３実施形態のフローチャートである。本実施形態においては、本発明のフォントマネージャは、ダウンロード元からダウンロードしたフォントのデータに対し、フォントごとにフォントキャッシュ領域を確保し（ステップＳ４２）、ダウンロードフォントを展開する度にこのフォントキャッシュ領域にフォントキャシュデータを展開記録していく（ステップＳ４５）。そして、そのダウンロードフォントを解放する際（ステップＳ５４）、フォントのダウンロード元を検索して（ステップＳ５５）、展開記録されたフォントキャシュデータを返送する（ステップＳ５６）。そして、次に同じフォントをダウンロードする時は、キャッシュデータ付きでダウンロードする（ステップＳ４４〜Ｓ４５）。これにより、キャッシュ内のデータをネットワーク上の全ての周辺機器で流用可能となる。
【００３４】
図８は、本発明装置におけるフォントマネージメント方式の第４実施形態のフローチャートである。本実施形態においては、本発明のフォントマネージャは、ダウンロードフォントを使用する度に、各文字ごと使用頻度をカウントしていく（ステップＳ７１）。そして、そのダウンロードフォントをプリンタ内から解放する際（ステップＳ７５）、そのフォントのダウンロード元を検索し（ステップＳ７６）、使用頻度データをこのダウンロード元へ送返する（ステップＳ７７）。そして、次に同じフォントをダウンロードする時は、使用頻度データ付きでダウンロードし（ステップＳ６３〜Ｓ６６）、この使用頻度情報を利用して文字検索・削除の優先順位を決めるなどを行って、フォント管理の効率を上げることができる。
【００３５】
なお、実施例では、主としてプリンタに適用した実施形態につき説明したが、本発明はこれに限ることなく、ファックス、デジタル式複写機、あるいはこれらの複合機といった、印字機構を有する装置全般に適用可能であることは言うまでもない。
【００３６】
【発明の効果】
以上説明した様に、本発明によれば、フォントデータのダウンロードの際にフォントデータを使用目的に合わせたテーブル等に分類して、プリンタ内部に読み込む構成であるから、データの取出し／格納が容易になり、しかもプリンタ内部には必要な時に必要なデータしか存在しないよう構成管理される為、メモリ効率ならびに作業効率ともに大幅に改善することができる。また、数組のフォントが同じ書体に属する場合、元来１つの書体であることによる情報の共有部分を保存することで、同じデータを繰り返し読み込む無駄を排除して、メモリ効率ならびに作業効率を改善できる。
【００３７】
さらに本発明によれば、印字処理過程で蓄積されたフォントキャッシュデータが使用先に残るのみならず、フォントデータのダウンロード元へも、この蓄積されたフォントキャッシュデータが返送され保存されるので、例えばネットワーク上の各周辺機器が初めて使用するフォントをダウンロードすると、以前に他の機器が使用した際に蓄積されたフォントキャッシュデータが併せて提供されることになる。よって条件が合致すれば、このフォントキャッシュデータがそのまま流用でき、極めて効率的な印字処理が可能になる。
【００３８】
さらに本発明によれば、ダウンロードしたフォントに対して、印字処理過程で使用するごとに使用頻度をカウントしていくから、各フォントの使用傾向が明確となり、次回同じフォントを使用する時、この情報が文字の検索・削除・キャッシュデータの有無等を決める手掛かりとなる。そして、この情報はダウンロード元のデータに付随して記憶されるので、ネットワークに接続される全ての周辺機器で使うことが可能であり、よって以前のフォント使用において獲得された情報の有効活用の機会と場を提供できるという顕著な効果がある。
【図面の簡単な説明】
【図１】  本発明装置におけるフォントマネージメント方式の一実施形態のフォントテーブル構成の説明図である。
【図２】  本発明装置におけるフォントマネージメント方式の別の実施形態の複数のフォントを有する書体の構成の説明図である。
【図３】  本発明装置におけるフォントマネージメント方式が適用された制御器のブロック構成図である。
【図４】  本発明装置におけるフォントマネージメント方式を実行するフォントマネージャが図３に示されたＲＯＭ内にプログラムとして格納された状態を示す説明図である。
【図５】  本発明装置におけるフォントマネージメント方式の第１実施形態のフローチャートである。
【図６】  本発明装置におけるフォントマネージメント方式の第２実施形態のフローチャートである。
【図７】  本発明装置におけるフォントマネージメント方式の第３実施形態のフローチャートである。
【図８】  本発明装置におけるフォントマネージメント方式の第４実施形態のフローチャートである。
【符号の説明】
１  フォントデータ
１１  Ｈｅａｄｅｒテーブル
１２  Ｈｉｎｔｉｎｇ  ｉｎｆテーブル
１３  Ｓｔｙｌｅ  ｉｎｆテーブル
１４  Ｇｌｙｐｈテーブル
【図１】
0003688778.tif 000002
【図２】
0003688778.tif 000003
【図３】
0003688778.tif 000004
【図４】
0003688778.tif 000005
【図５】
0003688778.tif 000006
【図６】
0003688778.tif 000007
【図７】
0003688778.tif 000008
【図８】
0003688778.tif 000009