JPH08506681A - フォント情報の供給及びフェッチ方法 - Google Patents

Abstract

(57)【要約】 出力装置は、共通のキャラクタフォントに属するキャラクタをラスタ走査するのに使用するキャラクタ記述を得るようにイネーブルされる。キャラクタ記述は外部装置に記憶され、この外部装置は、通信チャンネルによって出力装置にリンクされる。出力されるべきキャラクタを識別するキャラクタコードが出力装置に受け取られる。出力されるべきキャラクタのラスタ像が設定される。ラスタ像の設定中に、キャラクタコードに対応する情報が出力装置から通信チャンネルを経て外部装置に送られる。プリンタから外部装置に送られたキャラクタコードに応答して、対応するキャラクタ記述が外部装置から通信チャンネルを経て出力装置へ送られる。

Description

【発明の詳細な説明】 フォント情報の供給及びフェッチ方法発明の分野 本発明は、ホストコンピュータと、プリンタのような出力装置との間でフォン ト情報を供給及びフェッチすることに係る。先行技術の説明 １つのスタイルのキャラクタは、フォントに編成される。タイムズ−ローマン （タイムズ−ローマンキャラクタセットを示す添付資料Ａを参照）やヘルベチカ のようなローマ字スタイルのフォントは、比較的少数のキャラクタ（ローマ字、 アラビア数字及び記号）を含む。ローマ字フォントのキャラクタを表すのに必要 な情報の量は、一般に、従来のコンピュータプリンタのメモリ内に記憶できるに 充分な僅かなものである。 他のフォント、例えば、アジア言語のフォントは、典型的に、完全なフォント 情報をプリンタの内部メモリ内に一度に便利に記憶できないような多数のキャラ クタ又は記号を含んでいる。 アジアのフォント情報を記憶する１つの方法は、プリンタに接続された外部ハ ードディスクに記憶することである。 別の解決策は、フォント情報をホストコンピュータに記憶しそしてそれを使用 して、必要に応じて、コンピュータから単一の通信チャンネルを経てプリンタへ スケーリング不能なビットマップキャラクタグリフ（絵文字）を供給することで ある。発明の要旨 一般に、本発明は、プリンタのような出力装置が、共通のキャラクタフォント に属するキャラクタをラスタ走査する際に使用するキャラクタ記述を得ることが できるようにする方法（及びそれに対応する装置）を特徴とする。キャラクタ記 述は、通信チャンネル（例えば、二次チャンネル）によって出力装置にリンクさ れた外部装置に記憶される。出力されるべきキャラクタを識別するキャラクタコ ードが出力装置に受け取られる。出力されるべきキャラクタのラスタ像が設定さ れる。ラスタ像の設定中に、キャラクタコードに対応する情報は、出力装置から 二次通信チャンネルを経て外部装置へ送られる。出力装置から外部装置へ送られ たキャラクタコードに応答して、それに対応するキャラクタ記述が外部装置から 二次通信チャンネルを経て出力装置へ送られる。 本発明の実施例は、次の特徴を含む。外部装置は、大量記憶装置を有するコン ピュータを含む。キャラクタコードは、独立した通信チャンネル（例えば、主た る即ち一次の通信チャンネル）を経て出力装置へ送られる。この主たる通信チャ ンネルは、並列又は直列チャンネルより成る。出力装置に受け取られたキャラク タコードは、グラフィック像記述言語（例えば、ＰｏｓｔＳｃｒｉｐｔ（登録商 標）言語）に合致するページ記述内に埋め込まれる。共通のフォントは、アジア 言語のフォントを含む。出力装置は、プリンタを含む。 本発明の効果は、とりわけ、次の通りである。 非常に多数のキャラクタを有するフォント（例えば、アジア言語のフォント） は、ホストコンピュータの既存のディスクドライブ又は他の大量記憶装置に記憶 することができ、そしてキャラクタ記述は、需要に応じて、既存の二次通信チャ ンネルを経て迅速にプリンタへ供給することができる。これは、付加的な装置を 伴うことなくこのようなフォントを実際的に且つ安価に取り扱えるようにする。 他の効果及び特徴は、以下の説明及び請求の範囲から明らかとなろう。図面の簡単な説明 図１は、ホストコンピュータ及びプリンタのブロック図である。 図２は、プリンタのメモリの一部分のブロック図である。 図３は、フォント欠陥手順中のプリンタとホストとの間の対話を示すフローチ ャートである。 図４は、プリンタにおいて実行されるフォント欠陥プログラムのフローチャー トである。 図５は、ホストコンピュータにおいて実行されるフォント欠陥プログラムのフ ローチャートである。好ましい実施例の詳細な説明 ＰｏｓｔＳｃｒｉｐｔ（登録商標）言語は、例えば、レーザプリンタのような レーザ出力装置でプリントするのに有用であり、プリントされるページをピクセ ル（画素）の長方形アレーとして表すものである。典型的な白黒出力装置におい ては、各ピクセルを黒又は白にすることができ、ある装置においては、各ピクセ ルをグレーの中間陰影又はあるカラーにセットすることができる。ピクセルの多 数のグループを適当な組合せで適当なカラーにセットすることにより、テキスト 及び任意のグラフィック形状を含む像を形成することができる。 ＰｏｓｔＳｃｒｉｐｔ（登録商標）言語のページ記述は、ホストコンピュータ において形成される。ページ記述は、ページにプリントされるべきキャラクタ、 線、曲線及び他の像のビットエンコードを含む。エンコードは、比較的高いレベ ルであり、装置のピクセルに関してではなく抽象的なグラフィックエンティティ に関して表される。ページ記述は、一次読み取り／書き込み通信チャンネルを経 てプリンタへビット流としてダウンロードされる。 ページにキャラクタをプリントするために、ホストコンピュータは、プリント されるべきキャラクタの種類及びスタイルをプリンタに知らせる。典型的に、ビ ット流をピクセルに変換するのに必要な情報は、ページ記述ビット流をダウンロ ードする前に、プリンタにダウンロードされ、そしてプリンタのメモリに記憶さ れる。プリンタは、記憶された情報を用いて、ホストコンピュータにより要求さ れたキャラクタを形成しそしてプリントする。 図１において、アジア言語キャラクタ１２のページ１０は、ホストコンピュー タ１６（例えば、ＶＡＸ／ＶＭＳコンピュータシステム）から一次及び二次通信 チャンネル各々１８、２０を経てＰｏｓｔＳｃｒｉｐｔ（登録商標）対応のレー ザプリンタ１４（例えば、米国、マサチューセッツ州、メイナードのデジタル・ イクイップメント社から入手できるＤＥＣｌａｓｅｒ１１５２）により形成され る。 コンピュータ１６は、マイクロプロセッサ２２と、オペレーティングシステム ２４と、プリントされるべきページのＰｏｓｔＳｃｒｉｐｔ（登録商標）フォー マットのページ記述を発生できるアプリケーションプログラム２６とを備えてい る。ページ記述は、一次通信チャンネル１８を経てプリンタ１４へ送られる。こ のプリンタは、解読マイクロプロセッサ（インタープリタ）１７を備え、これは ページ記述に応答して、プリントされるべきページに対応するピクセルマップを ラスタメモリ２２に形成する。プリントレンダリング装置２４は、以下に詳細に 述べるように、シート１０上にピクセル表示をレンダリングする。 インタープリタ１７は、シンタックス（構文）ルールに基づいてＰｏｓｔＳｃ ｒｉｐｔ（登録商標）言語を実行し、このルールは、インタープリタが、必要な オペレーションを適切な順序で実行できるようにすると共に、ページ記述の断片 を一緒に適合させて所望の結果を形成できるようにする。 ページ記述は、デリミッタとして知られている特殊なビットを含み、これは、 インタープリタ１７がビット流をオブジェクトと称するビットのグループに編成 できるようにする。あるオブジェクトは、通常、ナンバー、ブーリアン、ストリ ング及びアレーのようなデータと考えられる。他のオブジェクトは、通常、実行 されるべきプログラムのエレメント、例えば、名前、演算子及び手順と考えられ る。 オブジェクトは、所定のルールに基づいてインタープリタにより順次に実行さ れる。特定のオブジェクトを実行する作用は、そのオブジェクトのタイプ、属性 及び値に基づいている。例えば、ナンバーオブジェクト（符号整数、実数及び基 数）は、それらを、オペランドスタック３０（図２）として知られているプリン タメモリ１９のセクションにコピーすることによって実行される。名前オブジェ クト（ビットのグループであって、デリミッタを含まず、ナンバーオブジェクト として解読できないもの）を実行すると、インタープリタは、種々のディクショ ナリに対するポインタのリストを含むディクショナリスタック３２として知られ ているプリンタメモリのセクションにおいて名前オブジェクトをサーチし、そし て適当なディクショナリ（即ち、プリンタメモリ３６のブロック）からその名前 オブジェクトに関連した値をフェッチして実行する。オブジェクトのグループよ り成るアレー（手順としても知られている）を実行すると、アレー内のオブジェ クトが順次に実行される。演算子オブジェクトを実行すると、インタープリタは 組み込まれたアクションを実行し、その結果は、連想する名前「ＳＹＳＴＥＭＤ ＩＣＴ」３６又は「ＧＬＯＢＡＬＤＩＣＴ」３８のもとでプリンタメモリに記憶 される。組み込まれたアクションは、２つのナンバーを加えるか又はラスタメモ リのセクションを変更することを含む。 キャラクタは、フォント（即ち、１つのスタイルのタイプの完全な取合せ）に 編成される。ＰｏｓｔＳｃｒｉｐｔ（登録商標）インタープリタに使用するため のフォントは、ホストコンピュータにおいてＰｏｓｔＳｃｒｉｐｔ（登録商標） フォントプログラムの形態で準備される。このフォントプログラムは、通常は、 プリンタにダウンロードされて、インタープリタにより実行され、プリンタメモ リ１９のディクショナリスタック３２に記憶されるフォントディクショナリを発 生する。ページ記述において、キャラクタはビットのコードシーケンスで表され る。 異なる形式のＰｏｓｔＳｃｒｉｐｔ（登録商標）フォントがあり、そのうちの 幾つかは、プログラマがキャラクタをレンダリングするためにＢｕｉｌｄＣｈａ ｒと称する手順を指定できるようにする。この手順は、プリンタメモリ又は他の ソース（例えば、プリンタに接続されたハードディスク、フォントカートリッジ 又はホストコンピュータ）から対応するキャラクタ記述をフェッチことにより各 キャラクタをレンダリングしそしてそれらをラスタメモリ２２のラスタ像（即ち ピクセル表示）にラスタ変換する。 キャラクタ記述は、多数の異なる形態をとることができる。例えば、キャラク タ記述は、ＰｏｓｔＳｃｒｉｐｔ（登録商標）、タイプ１、ｃｈａｒｓｔｒｉｎ ｇ（キャラクタの輪郭を構成するためのエンコードされた線及び曲線を含む；そ の詳細な説明については、参考として取り上げるＰｏｓｔＳｃｒｉｐｔ（登録商 標）言語参照マニュアル、第２版を参照されたい）である。他のキャラクタ記述 は、キャラクタを構成するようにプリンタが使用できる他のデータの形態をとっ てもよい（例えば、ＰｏｓｔＳｃｒｉｐｔ（登録商標）プログラム、或いは曲線 及び直線のエンコードされたシーケンス）。又、キャラクタ記述は、ラスタ変換 されたキャラクタのビットマップでもよい（この場合、プリンタは、キャラクタ コード及びビットマップのサイズの両方を含む要求をホストに送信し、そしてコ ンピュータは、キャラクタをラスタ化し、それにより得たビットマップをプリン タへ送信する）。 全てのフォント（０のフォントタイプをもつものを除く）は、個々のキャラク タ記述を含む基本フォントであると考えられる。複合フォントはハイアラーキ式 に編成された基本フォントの組合せである。ハイアラーキのトップレベルのフォ ントはルートフォントである。ハイアラーキの下位レベルのフォントは下降フォ ントと称する。複合フォント構成体は、アジア言語に対するもののような非常に 大きなキャラクタセットの使用をサポートする。より詳細な資料については、参 考としてここに取り上げる米国、カリフォルニア州、マウンテン・ビューのアド ーブシステムズデベローパーズアソシエーション、アドーブシステムズインコー ポレーテッドから入手できる「複合フォントの指導書（Tutorial on Composite Fonts）」を参照されたい。 インタープリタは、フォントキャッシュ４０においてキャラクタ記述を実行す ることにより得た結果を一時的に記憶する。インタープリタは、同じキャラクタ を再びプリントすべきときにこれらの記憶された結果を見つけて再使用する。フ ォントキャッシュは、通常、ページ記述における全ての個別のキャラクタを受け 入れるに充分な大きなものである。フォントキャッシュを使用すると、通常は、 キャラクタをレンダリングするたびにキャラクタ記述を再変換する場合よりも、 数百倍も高速になる。 ある場合には、フォントのキャラクタ記述を表す情報は、プリンタメモリ１９ に便利に記憶するにはあまりに多量であり、例えば、アジア言語のフォントは、 １３０００以上のキャラクタを含む。補助ディスクドライブをプリンタに取り付 けることにより付加的な記憶容量が与えられる。この構成において、アジアキャ ラクタの記述は、ディスクに記憶され、そのアジアキャラクタの記述に対するイ ンデックスのみがプリンタメモリへロードされる。特定のキャラクタ記述がイン タープリタによって要求されるときには、インタープリタは、ディスクからキャ ラクタ記述を検索するためのファイル読み取り要求を発行する。 本発明において、多量の（例えば、アジア言語の）フォントをプリントするの に必要な情報を取り扱うために、プリンタ及びホストは、使用可能な二次通信チ ャンネル２０を経てフォント情報を通信する。 ＰｏｓｔＳｃｒｉｐｔ（登録商標）のクライエントモードフォント欠陥（Faul ting）プログラム４２は、初期フォント情報がプリンタメモリへロードされると きに一次の通信チャンネル１８を経てプリンタ１４へダウンロードされる（即ち 、 所望のスタイルのキャラクタをレンダリングするための適当なＢｕｉｌｄＣｈａ ｒ手順）。図３に示すように、ＢｕｉｌｄＣｈａｒ手順がインタープリタによっ て呼び出されたときには、これがプリンタとホストコンピュータとの間の通信チ ャンネル２０をオープンし（５０）、これは、ホストコンピュータのディスクメ モリ２９に記憶されたキャラクタ記述への付加的なアクセスをプリンタに与える （５２）。ホストコンピュータにおいて動作するサーバプログラム３１は、要求 されたキャラクタ記述をプリンタへ返送する（５８）。これらのキャラクタ記述 は、ホストコンピュータのメモリに記憶された予め処理されたデータである（例 えば、アドーブのタイプ１フォーマットのキャラクタ記述）。もし必要であれば （５４）、サーバプログラムは、他のフォントフォーマットからキャラクタ記述 を変換した後にそれらをプリンタへ送ることもできる（５６）。この形態のキャ ラクタ記述は、スケーリング可能な輪郭記述であるか又は走査変換ビットマップ である。 フォント欠陥及びサーバプログラムによって取り扱われるアジア言語フォント がページ記述によって呼び出されたときには、キャラクタの名前に関連したキャ ラクタ記述に対してプリンタメモリ内のディクショナリをサーチするのではなく て、インタープリタは、第２の通信チャンネル２０を経てＢｕｉｌｄＣｈａｒ手 順を介して名前によりキャラクタ記述を要求する。サーバプログラムは、それに 応答して、適当なキャラクタ記述データファイルをオープンしてそこから読み取 るか、又はある他の形態のフォントデータから変換して記述をチャンネル２０に 返送する。インタープリタは、キャラクタ記述を通常の仕方でラスタメモリのピ クセル表示に変換する。 図４に示すように、プリンタ１６のインタープリタにおいて実行されるクライ エントモードフォント欠陥プログラムは、ホストコンピュータからのキャラクタ 記述の検索を振付するために次のステップシーケンスを実行する。先ず、インタ ープリタは、ホストコンピュータにより通信チャンネル１８にダウンロードされ たページ記述ビット流からキャラクタの名前を受け取る（１００）。次いで、通 信チャンネル２０は、書き込み専用ファイルとしてオープンされる（１０２）。 キャラクタ「＞ＣＳ」は、ホストコンピュータへフォント情報の要求を信号する ために通信チャンネル２０に書き込まれる（１０４）。次いで、キャラクタの名 前の最後の２つのキャラクタが１６進表示に変換され、そしてその変換されたキ ャラクタが通信チャンネル２０に書き込まれ、ホストコンピュータに記憶された エンコードされたキャラクタ記述の行数を表す（１０６）。キャラクタの名前に 関連した２つのキャラクタコードが、次いで、１６進表示に変換され、そしてそ の変換されたコードが通信チャンネル２０に書き込まれ、ホストコンピュータに 記憶されたエンコードされたキャラクタ記述の列数を表す（１０８）。ホストコ ンピュータにより通信チャンネル２０にダウンロードされたキャラクタ記述を表 すキャラクタ流は、ファイル終了（ＥＯＦ）指示子「−＞」が受け取られるまで ＣＳ ＢＵＦに関連したメモリ位置へ読み取られる（１１０）。最後に、ＣＳＢ ＵＦに関連したキャラクタ記述は、従来のキャラクタ記述としてインタープリタ により実行される（１１２）。 図５に示すように、ホストコンピュータで実行されるサーバプログラムは次の ステップを含む。先ず、ポート２１（図１）は、読み取り/書き込み入力／出力 （Ｉ／Ｏ）オペレーションを行えるようにイネーブルされる（１２０）。ポート １２がＩ／Ｏオペレーションの１秒以内に切断された場合には、１秒ストールし そしてステップ１へ進む（１２２）。次いで、チャンネル２０がオープンされる （１２４）。次いで、到来するビット流がチャンネル２０からＭＳＧ ＢＵＦＦ ＥＲと示されたメモリのセクションへコピーされる（１２６）。次いで、ポイン タがＭＳＧ ＢＵＦＦＥＲにおける「＾＞」の第１インスタンスにセットされる （１２８）。デリミッタ「＜」は、もし存在すれば、ＭＳＧ ＢＵＦＦＥＲのキ ャラクタから剥離される（１３０）。ＭＳＧ ＢＵＦＦＥＲにおける最初の２つ のキャラクタが「ＣＳ」である場合には、ステップ１３４へ進み、さもなくば、 ステップ１２６へ進む（１３２）。次いで、ディスクメモリ２９に記憶されたキ ャラクタ記述インデックスファイルがオープンされる（１３４）。ＭＳＧ ＢＵ ＦＦＥＲに記憶された行及び列情報は、エントリー「ｉｎｄｅｘ［ｒｏｗ＊１８ ８＋ｃｏｌｕｍｎ〕」に基づき、キャラクタ記述に対するインデックスと同様に 得られる（１３６）。次いで、キャラクタ記述データファイルがオープンされる （１３８）。インデックスファイルから検索されたインデックスは、要求された キャラクタ記述をキャラクタ記述データファイルから得てそれをＣＦ ＢＵＦに 記憶するのに使用される（１４０）。ＥＯＦデリミッタ「−＞」は、ＣＳ ＢＵ Ｆにおけるキャラクタ記述の終わりに取り付けられる（１４２）。ＣＳ ＢＵＦ におけるキャラクタ記述は、プリンタへダウンロードされる（１４４）。付加的 なビットがチャンネルを経て受け取られた場合には、ステップ１２６へ復帰し、 さもなくば、通信チャンネル２０を切断する（１４６）。 ＢｕｉｌｄＣｈａｒ手順がいかに書き込まれるかに基づいて、キャラクタ記述 は多数の異なるフォーマットで存在することができる。本発明は、キャラクタ記 述の次の形態に適合する。 ＰｏｓｔＳｃｒｉｐｔ（登録商標）、タイプ１、ｃｈａｒｓｔｒｉｎｇは、整 数及びコマンドをエンコードする非符号８ビットバイトの暗号化シーケンスであ る。これは、キャラクタをレンダリングするためにＰｏｓｔＳｃｒｉｐｔ（登録 商標）の内部のラスタ化手段（タイプ１、ラスタライザ）へ直接通すことができ る。ＢｕｉｌｄＣｈａｒ手順は、キャラクタコード及びフォント情報を含む要求 を二次通信チャンネルを経てホストコンピュータへ送信する。次いで、読み取り のための二次チャンネルをオープンし、ホストから返送されるｃｈａｒｓｔｒｉ ｎｇを待機する。要求を受け取ると、コンピュータは、コンピュータのディスク メモリに記憶されたｃｈａｒｓｔｒｉｎｇを検索し、そしてそれを二次通信チャ ンネルを経てプリンタへ返送する。ＢｕｉｌｄＣｈａｒ手順は、ｃｈａｒｓｔｒ ｉｎｇを受け取り、それをタイプ１ラスタライザへ通して、キャラクタをレンダ リングすることができる。ディスクからの読み取りに加えて、コンピュータは、 他のフォントフォーマット（例えば、ＴｒｕｅＴｙｐｅ）からｃｈａｒｓｔｒｉ ｎｇを、オンザフライで構成することもできる。ＰｏｓｔＳｃｒｉｐｔ（登録商 標）、タイプ１、ｃｈａｒｓｔｒｉｎｇの詳細については、アドーブシステムズ インコーポレーテッドによるアドーブ、タイプ１、フォントフォーマット、バー ジョン１．１を参照されたい。 ＰｏｓｔＳｃｒｉｐｔ（登録商標）、タイプ３のフォントは、通常のＰｏｓｔ Ｓｃｒｉｐｔ（登録商標）言語演算子及び手順を用いてキャラクタ形状を定義す る。キャラクタをレンダリングするために、ＢｕｉｌｄＣｈａｒ手順は、Ｐｏｓ ｔＳｃｒｉｐｔ（登録商標）コードを実行して、キャラクタの輪郭を構成する。 通常、個々のキャラクタをレンダリングするためのＰｏｓｔＳｃｒｉｐｔ（登録 商標）コードは、ＰｏｓｔＳｃｒｉｐｔ（登録商標）ディクショナリに記憶され る。しかしながら、本発明においては、ＢｕｉｌｄＣｈａｒ手順は、外部ソース からキャラクタレンダリングＰｏｓｔＳｃｒｉｐｔ（登録商標）コードをインポ ートするために書き込まれる。フォントプログラムのＢｕｉｌｄＣｈａｒ手順は 二次通信チャンネルを経てホストコンピュータへ要求を送信する。この要求は、 キャラクタコード及びフォントファイル情報を含む。次いで、読み取りのために 二次チャンネルをオープンし、ホストコンピュータから返送されるべきＰｏｓｔ Ｓｃｒｉｐｔ（登録商標）コードを待機する。要求を受け取る際に、コンピュー タは、ＰｏｓｔＳｃｒｉｐｔ（登録商標）キャラクタ記述を構成し、そしてそれ を二次通信チャンネルを経てプリンタに送る。コンピュータは、ディスクメモリ に記憶された情報を検索するか又は別のフォーマットからオンザフライで変換す ることにより、キャラクタレンダリングＰｏｓｔＳｃｒｉｐｔ（登録商標）コー ドを構成することができる。ＢｕｉｌｄＣｈａｒ手順は、ＰｏｓｔＳｃｒｉｐｔ （登録商標）コードを受け取りそしてそれをＰｏｓｔＳｃｒｉｐｔ（登録商標） インタープリタへ通して実行する。ＰｏｓｔＳｃｒｉｐｔ（登録商標）、タイプ ３、フォントプログラムの詳細については、参考としてここに取り上げる米国、 カリフォルニア州、マウンテン・ビューのアドーブシステムズインコーポレーテ ッドのＰｏｓｔＳｃｒｉｐｔ（登録商標）言語参照マニュアル、第２版を参照さ れたい。 タイプ３、フォントプログラムは、ＰｏｓｔＳｃｒｉｐｔ（登録商標）演算子 「ｉｍａｇｅｍａｓｋ（像マスク）」を用いることによりキャラクタをレンダリ ンク化、ラスタ変換されたビットマップをプリンタのラスタメモリにペイントす ることができる。ＰｏｓｔＳｃｒｉｐｔ（登録商標）演算子「ｉｍａｇｅｍａｓ ｋ」は、サンプルされた像を、現在カラーを用いて現在ページにペイントする。 サンプルされた像は、１ビットサンプルの長方形アレーであり、これらは、現在 カラーでのペイントを適用する場所及びペイントを適用しない場所を制御するの に使用される。本発明によりキャラクタをレンダリングするには、フォントプロ グラムのＢｕｉｌｄＣｈａｒ手順は、二次通信チャンネルを経てホストコンピュ ータへ要求を送る。この要求は、キャラクタコード、フォント名及び書体と、ホ ストコンピュータにより与えられるべきビットマップのサイズとを含む。Ｂｕｉ ｌｄＣｈａｒ手順は、読み取りに対して二次チャンネルをオープンし、ホストか ら送られるべきビットマップを待機する。要求を受け取ると、コンピュータは、 メモリのブロックを設定し、グラフィックルーチンを呼び出して、要求されたサ イズでメモリにキャラクタを描く。コンピュータは、ビットマップを適当なＰｏ ｓｔＳｃｒｉｐｔ（登録商標）フォーマットにフォーマット形成し、二次通信チ ャンネルを経てプリンタへデータを送る。ＢｕｉｌｄＣｈａｒ手順は、ビットマ ップデータを受け取り、それをストリングに記憶し、そして「ｉｍａｇｅｍａｓ ｋ」演算子を呼び出して、キャラクタをレンダリングする。 その他の実施例は、請求の範囲内に包含される。例えば、本発明は、２つ以上 の読み取り／書き込み通信ポートを有するいかなるラスタ出力装置に使用するこ ともでき、ＰｏｓｔＳｃｒｉｐｔ（登録商標）プリンタに限定されるものではな い。 添付資料Ａ 標準ローマ字セット

Claims (1)

1. 【特許請求の範囲】 １．共通のキャラクタフォントに属するキャラクタを出力装置に出力するため の方法において、 共通のキャラクタフォントの各キャラクタのキャラクタ記述を、通信チャンネ ルによって出力装置にリンクされた外部装置に記憶し、 出力されるべきキャラクタを識別するキャラクタコードを出力装置において受 け取り、 出力されるべきキャラクタのラスタ像を設定し、 ラスタ像を設定する間に、キャラクタコードに対応する情報を出力装置から通 信チャンネルを経て外部装置へ送信し、そして 出力装置から外部装置へ送られたキャラクタコードに応答して、それに対応す るキャラクタ記述を外部装置から通信チャンネルを経て出力装置へ送信する、 という段階を備えたことを特徴とする方法。 ２．上記外部装置は、大量記憶装置を有するコンピュータを含む請求項１に記 載の方法。 ３．上記キャラクタコードは、第２の独立した通信チャンネルを経て出力装置 へ送られる請求項１に記載の方法。 ４．上記第２の通信チャンネルは、直列又は並列のチャンネルより成る請求項 ３に記載の方法。 ５．上記出力装置で受け取ったキャラクタコードは、グラフィック像記述言語 に適合するページ記述内に埋め込まれる請求項１に記載の方法。 ６．上記グラフィック像記述は、ＰｏｓｔＳｃｒｉｐｔ（登録商標）言語を含 む請求項５に記載の方法。 ７．上記共通のキャラクタフォントは、アジア言語のフォントを含む請求項１ に記載の方法。 ８．上記出力装置は、プリンタを含む請求項１に記載の方法。 ９．共通のアジアキャラクタフォントに属するキャラクタをＰｏｓｔＳｃｒｉ ｐｔ（登録商標）プリンタでプリントするための方法において、 一次通信チャンネル及び二次通信チャンネルによってプリンタにリンクされた ホストコンピュータにキャラクタ記述を記憶し、 ＰｏｓｔＳｃｒｉｐｔ（登録商標）ページ記述をホストコンピュータから一次 通信チャンネルを経てプリンタへ送り、このページ記述は、プリントされるべき キャラクタを識別するキャラクタコードを含み、 プリントされるべきキャラクタのラスタ像をプリンタにおいて設定し、 ラスタ像を設定する間に、キャラクタコードをプリンタから二次通信チャンネ ルを経てホストコンピュータへ送信し、そして プリンタからホストコンピュータへ送られたキャラクタコードに応答して、そ れに対応するキャラクタ記述をホストコンピュータから二次通信チャンネルを経 てプリンタへ送信する、 という段階を備えたことを特徴とする方法。 １０．共通のキャラクタフォントに属するキャラクタを出力装置に出力するた めの装置において、 外部装置に配置されたキャラクタ記述のための記憶装置と、 出力装置を外部装置へリンクする通信チャンネルと、 出力されるべきキャラクタを識別するキャラクタコードを受け取るための出力 装置のポートと、 出力されるべきキャラクタのラスタ像を設定するためのキャラクタセット手段 と、 キャラクタコードに対応する情報を出力装置から通信チャンネルを経て外部装 置へ送信する手段と、 対応するキャラクタ記述を外部装置から通信チャンネルを経て出力装置へ送信 する手段と、 を備えたことを特徴とする装置。 １１．上記外部装置は、大量記憶装置を有するコンピュータを含む請求項１０ に記載の装置。 １２．上記出力装置を外部装置にリンクする第２の独立した通信チャンネルを 更に備えた請求項１０に記載の装置。