JPH06266337A - 文字列描画処理方法 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、文字列描画処理方法に関し、ディ
スプレイ上に表示又はプリンタへ印刷した場合に見栄え
がよく自然な表示を得ることを目的とする。 【構成】 文字位置揃え部５は所定の手段により文字列
の先頭文字の描画位置の誤差をその初期値として求め、
この誤差の初期値を用いて文字列の文字の描画位置につ
いての誤差管理を行ないつつ文字列の文字を描画する。
罫線補間部８は文字列のスケーリングが行なわれている
か否かを調べ、行なわれている場合に補間パターン３の
スケーリングを行なう。ドライバ４はこのスケーリング
された補間パターンを用いて罫線である文字列を補間す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、文字列描画処理方法に
関し、特に、ビットマップメモリ上へ文字列を描画する
場合においてこれを表示した場合に自然な表示が得られ
るようにした文字列描画処理方法に関する。

【０００２】ビットマップメモリへは１画素単位での書
込み（描画）が可能であるので、アプリケーション（プ
ログラム）から任意の文字パターンを描画することがで
きる。この描画の際に、いくつかの不自然さが発生する
ため、これを表示した場合に見栄えを悪くする原因とな
っている。

【０００３】

【従来の技術】図１０（Ａ）は、従来のビットマップメ
モリ上への文字列の描画について示す。この例は、文字
列の書出し位置（Ｘ座標）０．０，文字幅１０．０，文
字間隔５．１として文字列を描画した場合を示す。な
お、図において、「□」は文字枠であり、また、Ｙ座標
は省略してある。

【０００４】ビットマップメモリの解像度は有限である
ため、各文字（文字枠）の書出し位置は、図示の如く、
正の整数に限られる場合がある。一方、文字幅又は文字
間隔として、前述の例の如く、少数点以下の値までが指
定される場合がある。

【０００５】このため、ビットマップメモリ上における
文字列の位置（物理的位置）と、描画指示に従って本来
文字列があるべき位置（論理的位置）との間に、図示の
如き誤差が生じる。例えば、２文字目の「２」は、本来
座標「１５．１」から書出されるべきところ、座標「１
５．０」から書出されている。即ち、誤差は「−０．
１」である。

【０００６】この誤差は、その値が所定値（この場合
は、−０．４〜０．５）以下となるように（誤差の値を
４捨５入することによって）される。例えば、６文字目
の「６」の誤差が「−０．５」となるのを防ぐため、誤
差分を書出し位置に反映させる。即ち、書出し位置を
「７５」ではなく「７６」とすると共に、誤差を「−
０．５」ではなく「０．５」とする。これにより、描画
指示に近い結果を得ようとしている。

【０００７】図１１は、文字が罫線である場合のビット
マップメモリ上への文字列の描画について示す。この描
画は文字列として与えられる罫線と罫線との間を補間し
つつ行なわれる。即ち、図１０（Ａ）の場合と同じく、
文字幅等により文字枠が定まり、この文字枠内に罫線パ
ターンが存在する。そこで、文字枠と文字枠との間（文
字間隔により定まる）を、同一の罫線パターンで補間す
る。

【０００８】図１１（Ａ）は、ラスタフォントの罫線文
字描画における補間の方法である終端ドットコピー方式
を示す。この方式は、文字枠内のフォントの終端の１ド
ット（１ライン）分を、次の文字枠までの領域にくり返
しコピーすることによって、文字枠間を補間する。

【０００９】図１１（Ｂ）も、ラスタフォントの補間方
法の一例であり、補間パターンを用いる方式を示す。こ
の方式は、文字枠内の罫線パターンを認識し、このパタ
ーンと一致する補間パターンにより文字枠間を補間す
る。

【００１０】図１１（Ａ）の方式は「実線」の補間に用
いられ、図１１（Ｂ）の補間は「破線」等の補間に用い
られる。これらの方式は、必要に応じて使い分けされ
る。なお、図１０（Ａ）において、図に示す誤差は参考
的に示したものであり、従来、物理的位置と論理的位置
との間の誤差は管理されていない。即ち、各文字（文字
枠）の書出し位置を決定する場合にその誤差が考慮され
るのみであって、この決定の後（例えば、描画中等にお
いて）は、誤差が考慮されることはない。

【００１１】

【発明が解決しようとする課題】図１０（Ａ）に示す文
字列の描画の場合、各文字毎に誤差が累積するため、図
１０（Ｂ）に示す如く、行間の文字の位置揃えができな
くなってしまうという問題があった。

【００１２】図１０（Ｂ）において、１行目を図１０
（Ａ）と同様に描画した後、２行目を描画する。２行目
の描画の際、その書出し位置は「３０．０」，文字幅は
「１０．０」，文字間隔は「５．１」である。従って、
２行目の１文字目の「一」についての誤差は「０．０」
となり、２文字目以降について図示の如く誤差が累積さ
れる。

【００１３】この結果、同一の桁にある１行目の文字
「６」と２行目の文字「四」との間で、位置が不揃いと
なってしまう。即ち、「６」については、誤差が所定値
より大きい「−０．５」となるので、これを切上げるこ
とにより、書出し位置は「７５」ではなく「７６」とさ
れる。一方、「四」については、誤差が所定値に達しな
いので、書出し位置は「７５」のままである。次の文字
「７」と「五」についても同様である。

【００１４】このようなビットマップメモリ上への描画
における文字位置の不揃いは、当該文字列を表示した場
合にそのまま表示位置のずれとなって表れる。このた
め、文字列の不特定の一部分がずれて見え、見栄えが悪
く不自然な表示となるという問題があった。

【００１５】図１１（Ｂ）に示す罫線の補間を伴う描画
の場合、等倍の文字列のみを対象とする際には問題ない
が、拡大縮小等のスケーリングを伴う際には、図１２に
示す如く、罫線パターンが不揃いとなってしまうという
問題があった。

【００１６】図１２において、元のラスタフォントが
（１．２倍などの整数倍以外の倍率を含む）任意のスケ
ーリングにより、例えば縦横が２倍に拡大される。これ
により、文字枠内の罫線パターンは縦横が２倍のサイズ
（ドット数）とされる。

【００１７】ところが、文字枠の間の補間部分について
は、元の罫線の文字コードから導き出される補間パター
ンが、拡大された文字間隔の部分をそのまま補間するだ
けである。即ち、元の文字枠内の罫線パターンが、文字
間隔の部分に嵌込まれるだけである。

【００１８】このため、同一の罫線について、線種が不
揃いの状態でビットマップメモリ上に描画される。従っ
て、表示の際、不統一な罫線によって表等が構成される
ことになり、見栄えが悪く不自然な表示となるという問
題があった。

【００１９】本発明は、ディスプレイ表示又はプリンタ
印刷を行った場合に見栄えがよく自然な表示／印刷結果
を得るのに適したビットマップメモリ上への文字列描画
処理方法を提供することを目的とする。

【００２０】また、本発明は、ビットマップメモリ上に
おいて文字位置を揃えて描画できる文字列描画処理方法
を提供することを目的とする。また、本発明は、スクー
リングを伴う罫線補間の際に、ビットマップメモリ上に
おいて罫線の線種を揃えて描画できる文字列描画処理方
法を提供することを目的とする。

【００２１】

【課題を解決するための手段】図１は本発明の原理構成
図であり、本発明によるデータ処理装置を示す。このデ
ータ処理装置は、ビットマップディスプレイ１２又はプ
リンタ装置１３と、このためのビットマップメモリ１１
と、ビットマップメモリ１１へ文字列を描画するドライ
バ４とを備える。

【００２２】また、このデータ処理装置は、異なる行の
文字列における文字の位置を揃える文字位置揃え部５
と、文字列が罫線である場合に罫線の補間を前記ビット
マップメモリ１１上において行なう罫線補間部８とを備
える。

【００２３】文字位置揃え部５は所定の手段により文字
列の先頭文字の描画位置の誤差をその初期値として求
め、この誤差の初期値を用いて文字列の文字の描画位置
についての誤差管理を行ないつつ文字列の文字を描画す
る。

【００２４】罫線補間部８は前記文字列のスケーリング
が行なわれているか否かを調べ、行なわれている場合に
補間パターン３のスケーリングを行なう。ドライバ４が
このスケーリングされた補間パターン３を用いて罫線で
ある文字列を補間する。

【００２５】

【作用】図２は本発明の作用説明図であり、特に図２
（Ａ）は図１０（Ｂ）と、図２（Ｂ）は図１２と対比さ
れるものである。

【００２６】文字位置揃え部５は、図２（Ａ）におい
て、２行目の文字列の先頭の文字「一」の描画位置の誤
差「−０．２」を求め、これを誤差の初期値とする。従
って、文字「一」についてみると、その描画位置（座
標）は「３０（ドット）」で図２（Ａ）と図１０（Ｂ）
とで同じであるが、その誤差は図２（Ａ）では「−０．
２」であるのに対し図１０（Ｂ）では「０．０」であ
る。

【００２７】この結果、２行目の文字を順にビットマッ
プメモリ１１上に描画していくと、文字「四」におい
て、累積される誤差が「−０．５」となるので、切上げ
て描画位置に反映させる。即ち、描画位置を「７５」か
ら「７６」とする。この描画位置「７６」は、１行目の
同一桁にある文字「６」の描画位置と一致する。また、
文字「７」と「五」の位置も一致する。

【００２８】以上により、ビットマップメモリ１１上へ
複数行の文字列を描画する場合に文字の描画位置を揃え
ることができ、当該文字列をビットマップディスプレイ
１２上に表示した場合に、ずれがなく、見栄えのよい自
然な表示が得られる。

【００２９】罫線補間部８は、元の罫線パターンの文字
コードから同一線種の補間パターン３を読出し、この補
間パターン３をスケーリングした上で文字列を補間す
る。この結果、図２（Ｂ）に示す如く、文字列をスケー
リングした場合であっても、同一の罫線についてその線
種を揃えた状態でビットマップメモリ１１上へ描画する
ことができる。これにより、表示の際にきれいで自然な
罫線の表示が可能となる。

【００３０】

【実施例】図１において、処理装置１はＣＰＵ（中央処
理装置）とメモリとからなる。メモリは、ビットマップ
ディスプレイ１２又はプリンタ装置１３のためのビット
マップメモリ１１、主メモリ（図示せず）等を含む。

【００３１】ドライバ４は、ビットマップメモリ１１上
への文字列描画処理を行なうものであり、ＣＰＵと主メ
モリ上に存在する処理プログラムとからなる。この文字
列描画処理は、アプリケーションプログラム２がドライ
バ４に対して所定のインタフェースに従って依頼する。
アプリケーションプログラム２はメモリ上に存在する。

【００３２】文字位置揃え処理部５及び罫線補間部８は
ドライバ４に設けられその一部を構成する。従って、文
字列描画処理において、その処理の一部として文字位置
揃え処理及び罫線補間処理が行なわれる。

【００３３】アプリケーションプログラム２からの依頼
に応じて、ドライバ４は、描画すべき文字コードに対応
するフォントをフォント格納部（図示せず）から読出
し、これをビットマップメモリ１１に描画する（書込
む）。また、ある文字について拡大又は縮小（スケーリ
ング）が指示されている場合、ドライバ４は、読出した
当該文字のフォント（ラスタフォント）を指示された倍
率に従ってスケーリングした上で、ビットマップメモリ
１１に描画する。

【００３４】この文字列描画処理において、文字位置揃
え処理部５は、描画すべき文字の各々についてその（ビ
ットマップメモリ１１上での）描画位置を定め、その位
置に描画する。描画位置を、文字列の先頭文字の位置に
依存することなく、正確に（位置が不揃いにならないよ
うに）定めるために、文字の各々についての誤差管理が
行なわれる。この誤差管理を行なうために、誤差Ｅの初
期値Ｅ_O が求められる。

【００３５】誤差Ｅの初期値Ｅ_O は、後述する所定の手
段により求まる。この手段は、アプリケーションプログ
ラム２との間のインタフェースに応じて定まる。初期値
Ｅ_Oは、文字列（ビットマップメモリ１１における一行
の文字列）の各々について求められる。初期値Ｅ_O は、
その文字列の先頭文字の描画位置の誤差と等しい。

【００３６】求められた初期値Ｅ_O は、誤差初期値設定
部６により、例えば主メモリ上の所定の領域に設定され
る。設定された初期値Ｅ_O を用いて、誤差管理部７が、
文字列の文字の各々の描画位置についての誤差管理処理
を行なう。

【００３７】この誤差管理処理は、文字列の各々の文字
について行なわれ、各文字（文字枠）について、そのビ
ットマップメモリ１１上における実際の描画位置と、ア
プリケーションプログラム２からの指示から定まる位置
との差を誤差Ｅとして管理するものである。この誤差Ｅ
は、ビットマップメモリ１１が整数の座標指定インタフ
ェースを持つのに対し、アプリケーションプログラム２
が文字間隔等を「５．１」の如く指定するために生じ
る。

【００３８】罫線補間部８は、文字列描画処理におい
て、文字列が罫線である場合に、ビットマップメモリ１
１上に描画された各々の文字（文字枠）の間を補間す
る。このために、罫線補間部８は、描画した文字の文字
コードを用いて、これに対応する（同一の線種の）補間
パターン３を読出し、補間パターン３をビットマップメ
モリ１１上の各々の文字の間に描画する。

【００３９】補間パターン３は、処理装置１のメモリ上
に予め用意され、フォント格納部に用意された複数種類
の罫線の各々に対応して、複数種類用意される。従っ
て、文字列について拡大縮小のスケーリングをしていな
い場合には補間パターン３による補間で十分であるが、
スケーリングしている場合には罫線の線種が異なって見
えてしまう。

【００４０】そこで、補間パターン３の描画に先立っ
て、罫線補間部８の判定部９が、文字列毎にそのスケー
リングが行なわれているか否かを調べる。具体的には、
アプリケーションプログラム２がドライバ４へ指示した
データを調べることによって、スケーリングの有無及び
倍率（スケーリング係数）を知る。

【００４１】この判定処理の結果に基づいて、スケーリ
ング部１０は、スケーリングが行なわれている場合に、
文字列のスケーリングと同一の倍率で補間パターン３を
スケーリングし、このスケーリングした補間パターン
３’で補間を行なう。即ち、ビットマップメモリ１１上
の文字列の各々の文字間に、スケーリングした補間パタ
ーン３’を描画する。

【００４２】図３乃至図５は文字位置揃え処理フローで
あり、各々、アプリケーションプログラム２からドライ
バ４に対するインタフェースが異なる場合について示
す。図３又は図４の処理フローによる位置揃えの状態を
図６（Ａ）に、図５の処理フローによる位置揃えの状態
を図６（Ｂ）に示す。

【００４３】図３（Ａ）及び（Ｂ）は、各々、アプリケ
ーションプログラム２及びドライバ４の実行する処理を
示す。図３（Ａ）において、アプリケーションプログラ
ム２は、自己が描画位置の誤差管理を行なっているか否
かを調べる（Ｓ１）。

【００４４】行なっていない場合、アプリケーションプ
ログラム２は、ドライバ４（の誤差管理部７）へ誤差を
問合せる（Ｓ２）。行なっている場合、Ｓ２を省略す
る。

【００４５】次に、アプリケーションプログラム２は、
文字列の先頭文字の描画位置（以下、文字列の書出し位
置ともいう）と誤差の初期値とをドライバ４に対して通
知し、文字列の描画を依頼する（Ｓ３）。

【００４６】この後、図３（Ｂ）に示す文字列描画処理
がドライバ４により実行される（Ｓ４）。図３（Ｂ）に
おいて、依頼を受けたドライバ４の誤差初期値設定部６
が、誤差の初期値Ｅ_O をアプリケーションプログラム２
から指示された値に設定する（Ｓ５）。

【００４７】次に、誤差管理部７が誤差管理を行ないな
がら、文字位置揃え部５（又はドライバ４）が文字列の
各文字をビットマップメモリ１１上へ描画（展開）する
（Ｓ６）。

【００４８】以上より判るように、図３の場合のアプリ
ケーションプログラム２とドライバ４は、そのインタフ
ェースとして、文字列の書出し位置、文字幅、文字間
隔、文字コード（以上は従来のインタフェースである）
に、誤差の初期値を加えたインタフェースを有する。あ
るいは、インタフェースのうち、特に文字列の書出し位
置のインタフェースに、書出し位置それ自体の他に誤差
の初期値を加えている。

【００４９】なお、誤差の初期値は、後述するように、
初期値自体に限らず、初期値を求めることができるパラ
メタであればよい。また、図３の場合は、ドライバ４と
の間のインタフェースとして、誤差の問合せインタフェ
ースをも備える。即ち、アプリケーションプログラム２
は、それ自体が誤差管理部７を持つ場合（高級な場合）
もあるが、持たない場合もある。そこで、誤差の初期値
をインタフェースに加えるために、誤差の問合せのイン
タフェースが用意される。

【００５０】図３の処理フローによると、図６（Ａ）の
如き描画結果が得られる。まず、１行目の文字列につい
てＳ３が実行される。即ち、前述のインタフェースに従
い、例えば、文字列の書出し位置「０．０」、文字幅
「１０．０」、文字間隔「５．１」、文字コード（文字
「１」，「２」…等のコード）、誤差の初期値「０．
０」がドライバ４に通知される。

【００５１】これに応じて、Ｓ６が実行され、１行目の
文字列「１，２，３…」が描画される。この時、誤差管
理部７による誤差管理が以下の如く実行される。即ち、
誤差管理部７は、前述インタフェースに従って定まる論
理的な位置（座標）を、各文字毎に求める。例えば、文
字「３」についてみると、０．０＋（１０．０×２）＋
（５．１×２）＝３０．２と求まる。

【００５２】次に、誤差管理部７は、この結果に基づい
て、物理的な位置（座標）、即ち、ビットマップメモリ
１１上における実際の描画位置を、各文字毎に求める。
例えば、文字「３」については、「３０（ドット）」を
物理的位置として割当てる。これにより、文字「３」の
描画位置における誤差は、３０−３０．２＝−０．２と
求まる。

【００５３】この物理的位置（描画位置）の決定におい
て、誤差管理部７は、誤差が所定の範囲、例えば−０．
４〜０．５に収まるようにする。例えば、文字「６」に
ついて、その描画位置を「７５」とすると誤差が「−
０．５」となる。即ち、論理位置が「７５．５」である
ので、これを切上げて、描画位置を「７６」とする。こ
れにより誤差は「０．５」となる。

【００５４】誤差管理部７は、各文字について、その描
画位置及び誤差Ｅを記憶する。例えば、３文字目の文字
「３」について、描画位置「３０」及び誤差「−０．
２」を記憶する。なお、誤差Ｅは、その値（−０．２）
を直接に記憶しても、また、描画位置及び論理位置を記
憶することにより間接に記憶してもよい。

【００５５】次に、２行目の文字列について、Ｓ２が実
行される。即ち、アプリケーションプログラム２は、誤
差の問合せのインタフェースに従い、誤差をドライバ４
の誤差管理部７に問合せる。２行目の文字列の先頭文字
「一」はその行の先頭から３文字目であるから、誤差の
問合せのインタフェースとして「３文字目」を指定して
問合せる。これに応じて、誤差管理部７は、３文字目の
文字「３」についての誤差「−０．２」をアプリケーシ
ョンプログラム２に通知する。

【００５６】この誤差「−０．２」により、Ｓ３の実行
の際、前述のインタフェースにおける誤差の初期値が
「−０．２」とされる。また、文字の書出し位置は「３
０．０」とされる。

【００５７】この初期値「−０．２」がＳ５において初
期値Ｅ_O として設定された後、これを用いてＳ６が実行
される。例えば文字「四」について、その描画位置を
「７５」とすると誤差が「−０．５」となる。即ち、描
画位置が「７５」に対し、論理位置は、書出し位置「３
０．０」と誤差の初期値「−０．２」とを用いて、（３
０．０−（−０．２））＋（１０．０×３）＋（５．１
×３）＝７５．５となる。

【００５８】こそで、誤差管理部７は、描画位置「７
５」を「７６」に変更し、誤差を「０．５」とする。こ
れにより、２行目の文字「四」は、１行目の文字「６」
と、その描画位置が揃う。

【００５９】図４（Ａ）及び（Ｂ）は、各々、アプリケ
ーションプログラム２及びドライバ４の実行する処理を
示す。図４（Ａ）において、アプリケーションプログラ
ム２は、文字列の先頭文字の描画位置と、誤差の初期値
Ｅ_O を求めることが可能なパラメタである当該先頭文字
が当該行の先頭から何文字目に相当するかを示すパラメ
タとをドライバ４に通知し、文字列の描画を依頼する
（Ｓ７）。

【００６０】この後、図４（Ｂ）に示す文字列描画処理
がドライバ４により実行される（Ｓ８）。図４（Ｂ）に
おいて、依頼を受けたドライバ４の文字位置揃え部５
が、前記パラメタを用いて誤差の初期値を求める（Ｓ
９）。この誤差の初期値は、前記パラメタを用いて誤差
管理部７に対応する誤差を問合せることによって求ま
る。

【００６１】誤差初期値設定部６が、誤差の初期値Ｅ_O
をＳ９で求められた値に設定する（Ｓ１０）。次に、誤
差管理部７が、Ｓ６と同様にして、文字列の文字をビッ
トマップメモリ１１上へ描画する（Ｓ１１）。

【００６２】以上より判るように、図４の場合のアプリ
ケーションプログラム２とドライバ４は、そのインタフ
ェースとして、図３の場合のインタフェースにおいて
「誤差の初期値」を「誤差の初期値を求めることが可能
なパラメタ」に置換したインタフェースを持つ。

【００６３】パラメタとしては、文字列の先頭文字が当
該行の先頭から何文字目に相当するかを示す情報が用い
られる。このパラメタは、文字列の先頭文字が当該行の
先頭から何ドット目に描画されるかを示す情報であって
もよい。なお、図４の場合は、図３の如き誤差の問合せ
のインタフェースは持たない。

【００６４】図４の処理フローによっても、図６（Ａ）
の如き描画結果が得られる。まず、１行目の文字列
「１，２，３・・・」が図３の場合と同様にして描画さ
れる。この処理において、前述の如く、誤差管理部７
は、例えば文字「３」について、描画位置は「３０」、
誤差は「−０．２」と記憶する。

【００６５】次に、２行目の文字列についてＳ７が実行
される。即ち、アプリケーションプログラム２は、前述
のインタフェースにおけるパラメタとして、先頭文字
「一」が行の先頭から「３文字目」であることを設定し
て、これをドライバ４に通知する。

【００６６】そこで、文字位置揃え部５は、Ｓ９の実行
において、このパラメタ「３文字目」を指定して誤差管
理部７に誤差を問合せる。誤差管理部７は、３文字目が
文字「３」であるから、その誤差「−０．２」を文字位
置揃え部５に通知する。

【００６７】この初期値「−０．２」がＳ１０において
初期値Ｅ_O として設定された後、これを用いてＳ１１が
実行される。即ち、Ｓ６と同様の処理により、図６
（Ａ）の如き描画位置の揃った文字列を得る。

【００６８】図５（Ａ）はアプリケーションプログラム
２により、図５（Ｂ）及び（Ｃ）はドライバ４により、
各々、実行される処理を示す。図５（Ａ）において、ア
プリケーションプログラム２は、所定のインタフェース
に従って、ドライバ４に対し、ビットマップメモリ１１
上における２行桁の座標の定義を依頼する（Ｓ１２）。

【００６９】次に、アプリケーションプログラム２は、
文字列の描画位置として行桁をドライバ４に通知し、文
字列の描画を依頼する（Ｓ１３）。この後、図５（Ｃ）
に示す文字列描画処理がドライバ４により実行される
（Ｓ１４）。

【００７０】図５（Ｂ）において、行桁定義の依頼を受
けたドライバ４は、行桁で指定される座標がビットマッ
プメモリ１１上のどの座標と対応するかを定義する（Ｓ
１５）。

【００７１】図５（Ｃ）において、文字列描画の依頼を
受けたドライバ４は、Ｓ１５における定義に従って、Ｓ
１３で通知された「行桁」に対応する位置に文字列の各
文字を描画する（Ｓ１６）。

【００７２】以上より判るように、図５の場合のアプリ
ケーションプログラム２とドライバ４は、そのインタフ
ェースとして、行桁定義インタフェースと文字列描画イ
ンタフェースとの２つを持つ。

【００７３】行桁定義インタフェースは、各行及び各桁
について、ビットマップメモリ１１上における座標を直
接指定するものであってよく、また、間接に指定するも
のであってもよい。

【００７４】間接に指定する場合、行桁定義インタフェ
ースにおいて、行桁の座標位置決定のためのパラメタが
指定される。このパラメタとしては、文字列の書出し位
置、文字幅、文字間隔が用いられる。即ち、これらを用
いることにより、誤差管理処理と同様にして、各文字即
ち各桁の座標（Ｘ座標）を定めることができる。各行に
ついても同様である。

【００７５】行桁定義インタフェースにおいて、複数の
行桁定義を行ってもよく、また、一旦設定した定義を切
替えてもよい。複数定義する場合、行又は桁毎に適用す
る定義を予め指定するか、または、行又は桁毎に所望の
定義を呼出して適用する。定義を切替える場合、行又は
桁毎に所望の定義に切替る。

【００７６】文字列描画インタフェースは、行桁と文字
コードとを指定するものである。即ち、予め行桁定義を
行っているので、行桁を指定することにより、文字列の
描画位置を定めうる。

【００７７】図５の処理フローによると、図６（Ｂ）の
如き描画結果が得られる。まず、Ｓ１２及びＳ１５の行
桁定義が実行される。これにより、例えば、１桁目は
「０」、３桁目は「３０」、６桁目は「７６」の如く各
桁の描画位置が定まる。なお、行についても同様であ
る。

【００７８】次に、１行目の文字列が描画される。この
時、例えば１文字目の「１」が１桁目と指定されている
とすると、図６（Ｂ）の如く、「１」が１桁目、即ち座
標「０」から描画される。

【００７９】次に、２行目の文字列が描画される。この
時、１文字目の「一」は３桁目であり、４文字目の
「四」は６桁目であると指定される。そこで、行桁定義
に従って、文字「一」は座標「３０」から、文字「四」
は座標「７６」から描画される。これにより、図６
（Ｂ）の如き描画位置の揃った文字列を得る。

【００８０】なお、図５の処理による場合も、行桁定義
において誤差管理を行っていると言える。即ち、行桁定
義は、描画位置と誤差とを合せて定義するものであり、
誤差管理そのものである。

【００８１】例えば、文字列の書出し位置「０．０」，
文字幅「１０．０」，文字間隔「５．１」という条件下
で３桁目の描画位置を「３０」と定義することは、論理
的位置が「３０．２」であるのに対し、物理的位置を
「３０．０」とすることに等しい。従って、その誤差
「−０．２」が、論理的位置と物理的位置とを記憶する
ことにより記憶され、管理される。

【００８２】この例において、各桁（及び行）の座標を
直接指定する場合、アプリケーションプログラム２が誤
差管理部７を持ち、誤差管理を行なう。ドライバ４が誤
差管理部７を備えてよいことは言うまでもない。

【００８３】一方、各桁（及び行）の座標を間接指定す
る場合、ドライバ４の誤差管理部７が図３の場合等と同
様にして誤差を管理する。この場合、アプリケーション
プログラム２は、誤差管理を行なっても行なわなくても
よい。

【００８４】図７及び図８は罫線補間処理フローであ
り、主に罫線補間部８が実行する処理を示す。前述の如
く、ドライバ４は、アプリケーションプログラム２から
の依頼を受けてビットマップメモリ１１上に文字列を描
画するが、この際、必要に応じて補間処理を行なう。

【００８５】図７において、ドライバ４は、描画する文
字列（文字）が補間処理の必要な文字か否かを調べる
（Ｓ１７）。具体的には、前述のインタフェースにおい
て渡された文字の文字コードを調べることによって、罫
線のコードか否か及び罫線であるとすればどの線種であ
るかを知ることができる。

【００８６】補間処理が必要な文字である（罫線であ
る）場合、ドライバ４は、更にＸ方向の補間が必要か否
かを調べる（Ｓ１８）。これも文字コードを調べること
によって知ることができる。

【００８７】Ｘ方向の補間が必要である（横方向の罫線
である）場合、ドライバ４は、罫線補間部８にＸ方向の
補間処理を依頼する（Ｓ１９）。これに応じて、図８に
示す処理が実行される。

【００８８】Ｘ方向の補間が必要でない場合、Ｓ１９は
省略される。次に、ドライバ４は、Ｙ方向の補間が必要
か否かを調べる（Ｓ２０）。これも文字コードを調べる
ことによって知ることができる。

【００８９】Ｙ方向の補間が必要である（縦方向の罫線
である）場合、ドライバ４は、罫線補間部８にＹ方向の
補間処理を依頼する。これに応じて、図８に示す処理が
実行される（Ｓ２１）。

【００９０】Ｙ方向の補間が必要でない場合、Ｓ２１は
省略される。また、Ｓ１７において、補間処理が必要で
ない場合には、Ｓ１８乃至Ｓ２１が省略される。

【００９１】Ｓ１９及びＳ２１の処理結果を用いて、ド
ライバ４が文字列の文字の間（補間部分）をビットマッ
プメモリ１１上に描画して補間する（Ｓ２２）。図８に
おいて、ドライバ４から（Ｘ方向の）補間処理を依頼さ
れた罫線補間部８は、文字コードを用いて、文字パター
ンに相当する罫線の補間パターン３を読出す（Ｓ２
３）。

【００９２】次に、罫線補間部８の判定部９が、文字の
スケーリングが行なわれているか否かを調べる（Ｓ２
４）。行なわれている場合、罫線補間部８のスケーリン
グ部１０が、（Ｘ方向の）スケーリング係数（拡大縮小
の倍率）を求め（Ｓ２５）、このスケーリング係数を用
いてＳ２３で読出した補間パターン３をスケーリングす
る（Ｓ２６）。

【００９３】Ｓ２４で文字のスケーリングが行なわれて
いない場合、Ｓ２５及びＳ２６は省略される。なお、Ｙ
方向の補間処理についても同様である。

【００９４】従って、ドライバ４は、罫線補間部８に対
して、文字コード、スケーリングの有無、スケーリング
係数をインタフェースとして渡す。そして、ドライバ４
は、罫線補間部８から、文字コードに対応した補間パタ
ーン３又はこの補間パターンをスケーリングした補間パ
ターン３’を得る。この補間パターン３又は３’を用い
てドライバ４がビットマップメモリ１１への描画を行な
う。

【００９５】図９は補間パターン３のスケーリングの一
例を示す。この例は、１６ドット×１６ドットで構成さ
れている補間パターン３を、１７ドット×１７ドットに
スケーリングする例である。即ち、Ｘ方向（図中横方
向）に１７／１６倍にスケーリングし、Ｙ方向（図中縦
方向）にも１７／１６倍にスケーリングする例を示す。

【００９６】補間パターン３は、Ｓ２３において、文字
コードにより読出される。そして、Ｓ２６において、Ｘ
方向が１７／１６倍にスケーリングされる。具体的に
は、補間パターン３の８ビット目のラインと９ビット目
のラインとの論理和をとることによって１ライン分のパ
ターンを得る。この１ライン分のパターンを、補間パタ
ーン３の８ビット目のラインと９ビット目のラインとの
間に挿入する。これにより、Ｘ方向を１７ドットに拡大
する。

【００９７】次に、同様にしてＹ方向を１６ドットから
１７ドットに拡大する。以上により、Ｘ及びＹ方向の１
７／１６のスケーリングが終了し、スケーリング後の補
間パターン３’が得られる。そして、この補間パターン
３’を用いて、Ｓ２２において、ビットマップメモリ１
１上の補間部分が描画される。

【００９８】ここで、スケーリング部１０の採用するス
ケーリング則は、スケーリング係数に応じて予め定めら
れており、文字列のスケーリングにおいて採用される規
則と同一の内容とされる。これにより、文字列の文字部
分と補間部分とで同種のパターンを連続させることがで
きる。

【００９９】例えば、図２（Ｂ）に示した如く縦横共に
２倍にスケーリングする場合には、Ｘ方向及びＹ方向に
おいて、１ビット目のラインをコピーして得た１ライン
分のパターンを１ビット目のラインと２ビット目のライ
ンの間に挿入し、以下同様の処理をくり返すことによ
り、縦横を２倍のドット数に拡大すればよい。

【０１００】

【発明の効果】以上説明したように、本発明によれば、
文字列描画処理において、文字列の先頭文字の誤差をそ
の初期値として求めこれを用いて誤差管理を行なうこと
によって、異なる行の文字列の各文字の誤差を等しいも
のにできるので、文字列の描画位置を揃えることがで
き、見栄えのよい自然な表示が可能な文字列をビットマ
ップメモリ上に描画又はプリンタへ印刷することができ
る。

【０１０１】また、文字が罫線であってこれがスケーリ
ングされている場合に補間パターンをスケーリングして
これを用いて補間を行なうことによって、スケーリング
された文字（罫線）と補間部分とを同一のパターンにす
ることができるので、同一線種の連続した罫線にでき
る、見栄えのよい自然な表示が可能な文字列をビットマ
ップメモリ上に描画することができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の作用説明図である。

【図３】文字位置揃え処理フローである。

【図４】文字位置揃え処理フローである。

【図５】文字位置揃え処理フローである。

【図６】位置揃え状態を示す図である。

【図７】罫線補間処理フローである。

【図８】罫線補間処理フローである。

【図９】補間パターンのスケーリング説明図である。

【図１０】従来技術説明図である。

【図１１】従来技術説明図である。

【図１２】従来技術の問題点説明図である。

【符号の説明】

１ 処理装置（ＣＰＵ／メモリ） ２ アプリケーションプログラム ３ 補間パターン ４ ドライバ ５ 文字位置揃え部 ６ 誤差初期値設定部 ７ 誤差管理部 ８ 罫線補間部 ９ 判定部 １０ スケーリング部 １１ ビットマップメモリ １２ ビットマップディスプレイ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ビットマップメモリ（１１）と、 前記ビットマップメモリ（１１）へ文字列を描画するド
   ライバ（４）とを備えたデータ処理装置における文字列
   描画処理方法において、 異なる行の文字列における文字の位置を揃える文字位置
   揃え部（５）を設け、 前記文字位置揃え部（５）が、所定の手段により前記文
   字列の先頭文字の描画位置の誤差をその初期値として求
   め、この誤差の初期値を用いて前記文字列の文字の描画
   位置についての誤差管理を行ないつつ前記文字列の文字
   を描画することを特徴とする文字列描画処理方法。
2. 【請求項２】 前記ドライバ（４）に対して前記ビット
   マップメモリ（１１）への文字列の描画を依頼するアプ
   リケーションプログラム（２）を備え、 前記文字位置揃え部（５）を前記ドライバ（４）に設
   け、 前記アプリケーションプログラム（２）が、前記文字列
   の先頭文字の描画位置と前記誤差の初期値とを前記ドラ
   イバ（４）の文字位置揃え部（５）に通知することを特
   徴とする請求項１記載の文字列描画処理方法。
3. 【請求項３】 前記ドライバ（４）に対して前記ビット
   マップメモリ（１１）への文字列の描画を依頼するアプ
   リケーションプログラム（２）を備え、 前記文字位置揃え部（５）を前記ドライバ（４）に設
   け、 前記アプリケーションプログラム（２）が、前記文字列
   の先頭文字の描画位置と当該先頭の文字が当該行の先頭
   から何文字目に相当するかを示すパラメタとを前記ドラ
   イバ（４）の文字位置揃え部（５）に通知し、 前記文字位置揃え部（５）が、前記文字列の先頭の文字
   の描画位置と前記パラメタとを用いて、前記誤差の初期
   値を求めることを特徴とする請求項１記載の文字列描画
   処理方法。
4. 【請求項４】 ビットマップメモリ（１１）と、 前記ビットマップメモリ（１１）へ文字列を描画するド
   ライバ（４）とを備えたデータ処理装置における文字列
   描画処理方法において、 異なる行の文字列における文字の位置を揃える文字位置
   揃え部（５）を前記ドライバ（４）に設け、 前記ドライバ（４）に対して前記ビットマップメモリ
   （１１）への文字列の描画を依頼するアプリケーション
   プログラム（２）を備え、 前記ドライバ（４）が、前記アプリケーションプログラ
   ム（２）からの依頼により、前記ビットマップメモリ
   （１１）上の座標と行桁で指定される座標との対応を予
   め定義し、 前記アプリケーションプログラム（２）が前記文字列の
   文字の描画位置を前記行桁により前記ドライバ（４）の
   文字位置揃え部（５）に通知し、 前記文字位置揃え部（５）が前記定義に従って当該通知
   された行桁を用いて前記文字列の文字を描画することを
   特徴とする文字列描画処理方法。
5. 【請求項５】 ビットマップメモリ（１１）と、 前記ビットマップメモリ（１１）へ文字列を描画するド
   ライバ（４）とを備えたデータ処理装置における文字列
   描画処理方法において、 前記文字列が罫線である場合に罫線の補間を前記ビット
   マップメモリ（１１）上において行なう罫線補間部
   （８）を設け、 前記罫線補間部（８）が前記文字列のスケーリングが行
   なわれているか否かを調べ、行なわれている場合に補間
   パターン（３）のスケーリングを行ない、 前記ドライバ（４）がこのスケーリングされた補間パタ
   ーン（３’）を用いて前記罫線である文字列を補間する
   ことを特徴とする文字列描画処理方法。