JPH05108294A - 文字処理方法 - Google Patents

Abstract

(57)【要約】 複数の処理系を有し、複数のウインドウに、前記いずれ
かの処理系を用いて、文字パターンを出力する文字処理
方法であって、各ウインドウの要求を判別し、その要求
に応じて、各ウインドウに対して、品位と、スピード或
いはデータ形式或いはメモリ容量或いは出力サイズ或い
は書体のいずれか１つとの組合せを基準にして、複数の
内の１つの処理系を選択する文字処理方法。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、マルチウインドウ表示
機能を有するシステムにおいて、各ウインドウにベクト
ル形式で表現されたパターンをビットマップ形式に変換
し、出力する機能を有した文字処理方法に関する。

【０００２】

【従来の技術】従来、マルチウインドウ、マルチタスク
の環境において複数のウインドウにベクトル化されたパ
ターンをビットマップ形式に変換して出力する際、曲線
発生、打点、塗りつぶし等の処理を全て１つの処理系と
してソフトウエアで行っていた。

【０００３】しかしながら、複数のウインドウに対し、
曲線発生、打点、塗りつぶし等の処理を全てソフトウエ
アで、しかも一つの処理系で行うには処理時間が大きく
なってしまい、ベクトル形式のデータをビットマップ形
式のデータに変換するのが遅くなってしまう。処理時間
を短くしようとすると、曲線発生等の処理を荒くせざる
を得なくなり、出力品位を落としてしまうという問題点
があった。また、各ウインドウの要求が異なっていて
も、１つの処理系しか利用できないため、各ウインドウ
の要求に応じた処理ができないという問題があった。

【０００４】〈目的〉以上の点に鑑み、本発明の目的
は、複数の処理系を有し、複数のウインドウに、前記い
ずれかの処理系を用いて、文字パターンを出力する文字
処理方法であって、各ウインドウの要求を判別し、その
要求に応じて、各ウインドウに対して、品位と、スピー
ド或いはデータ形式或いはメモリ容量或いは出力サイズ
或いは書体のいずれか１つとの組合せを基準にして、複
数の内の１つの処理系を選択する文字処理方法を提供す
ることにある。

【０００５】

【実施例】次に本発明の実施例について説明する。

【０００６】なお、本発明は複数の機器からなるシステ
ムにおいて、達成されても良く、１つの機器からなる装
置において達成されても良い。また、システムあるいは
装置にプログラムを供給することにより、本発明が達成
される場合にも適用されることは言うまでもない。

【０００７】図１は本発明にかかる本システムの基本的
な構成を示すブロック図である。本システムは日本語ワ
ードプロッセッサであっても良いし、ワークステーショ
ンあるいはコンピュータシステムであっても良い。図１
において１はＣＰＵ、即ち中央処理装置であり、この装
置全体の制御及び演算処理等を行なうものである。２は
ＲＯＭ即ち読み出し専用メモリであり、システム起動プ
ログラム及び文字パターン・データ等の記憶領域であ
り、ウインドウシステムがメニュー等の文字を出力する
際に使用される。３はＲＡＭ即ちランダムアクセスメモ
リでありＲＯＭや外部記憶装置からウインドウシステム
がロードされ、図２に示すアプリケーションキューやシ
ステムキューの領域、使用制限のないデータ記憶領域と
して使用され、様々な処理毎に各々のプログラム（後述
のフローチャートによって表わされている）及びデータ
がロードされ、実行される領域である。４はＫＢＣ即ち
キーボード制御部であり、５のＫＢ即ちキーボードより
キー入力データを受け取りＣＰＵ１へ伝達されＲＡＭ３
上の図２に示すシステムキューを経由しアプリケーショ
ンキューにセットされる。６はＣＲＴＣ即ちデイスプレ
イ制御部であり、ウインドウシステムから表示要求があ
ると７のＣＲＴ即ちデイスプレイ装置に表示を行う。９
はＦＤ即ちフロッピーディスク装置あるいはＨＤ即ちハ
ードディスク装置等の外部記憶装置であり、プログラム
及びデータを記憶させておき、実行時必要に応じて参照
したりまたはＲＡＭ３へロードする。８はＤＫＣ即ちデ
イスク制御部であり、データ伝送等の制御を行なうもの
であり、１０はＰＲＴＣ即ちプリンタ制御部であり、１
１はＰＲＴ即ちプリンタ装置である。１２はシステムバ
スであり、上述の構成要素間のデータの通路となるべき
ものである。

【０００８】以上の構成からなる本実施例の詳細を以下
に説明する。

【０００９】図２に示すフローチャートは、イベント駆
動型構造を持つウインドウシステムの基本的なデ−タの
流れを模式的に示している。図２のステップ２０４から
ステップ２０６はウインドウシステム内部の動きを示し
ており、図２のステップ２０１からステップ２０３は、
ウインドウシステム上で動くアプリケーション（ワープ
ロソフト等）を示している。ウインドウシステムはＯＳ
と考えてもよい。ステップ２０１においては、ウインド
ウシステムの初期化が行われる。ステップ２０２におい
ては、ＲＡＭ３内のアプリケーションキューからメッセ
ージが獲得され、ステップ２０３では、２０２で獲得し
たメッセージに対応するサブルーチンが呼び出される。
その後ウインドウシステムが終了するまで、ステップ２
０２、２０３が繰り返される。図３に代表的なサブルー
チン群を示す。一方ステップ２０４は、キーボード（図
１のＫＢ５）、マウス等のハードウエアからデータを獲
得する。獲得されたデータはステップ２０５においてシ
ステムキュー（ステップ２０５）に一度格納され、ステ
ップ２０６でアプリケーションが使用する形式に変換さ
れアプリケーションキューにセットされる。以降入力デ
バイスから入力があるとステップ２０４から２０６が繰
り返される。図３に前記ステップ２０２で獲得したメッ
セージに対応する代表的なサブルーチン群を示す。例え
ば、図３において、ウインドウのアクティブが非アクテ
ィブになった等に応じて、サブルーチンが起動するので
ある。

【００１０】［文字がウインドウに表示されるまで］次
に、文字がウインドウに出力されるまでの基本的なデー
タの流れを図４に示す。これは、図２の２０３のサブル
ーチンコールによって呼ばれ、ウインドウシステム側に
存在する不図示のフォントドライバの機能を示してい
る。ステップ４０１は、図２で示されるステップ２０
２、２０３のサブルーチンコールにより、ウインドウが
生成され（サブルーチン）、入力パラメータがアプリケ
ーションキューから獲得され、文字出力サブルーチンの
呼び出しが行われ、制御が不図示のフォントドライバに
移った状態を示す。このパラメータは、後述の図１３、
図１６、図１９、図２０の入力パラメータとして使用さ
れるもので、この時のパラメータの種類としては、文字
コード、出力サイズ、書体の種類、修飾の種類、出力形
式等がある。また、このパラメータの中には、テキスト
処理か非かのフラグを含んでおり、図１１、図１２等の
要求仕様の判断基準として用いられる。

【００１１】図４において、ステップ４０２において
は、ステップ４０１において得られた文字コードよりリ
ードオンリーメモリ（ＲＯＭ）あるいはハードディスク
９等に格納されているベクトル形式のフォントデータの
中から対象となるフォントデータの先頭アドレス及びデ
ータ長を計算して自身のＲＡＭエリアへ格納する。この
時のフォントデータ形式は、座標列に曲線情報やヒント
情報等が含まれている。また、データ量を小さくするた
めに圧縮が施されている場合もある。

【００１２】ステップ４０３においては、読み込んだデ
ータがランレングス等の手法により圧縮されている場合
は、圧縮を解き、ヒント情報等を解析して座標列と直線
／曲線情報のみとする。

【００１３】ステップ４０４においては、ステップ４０
１より得られたデータサイズとあらかじめ解っているフ
ォントデータの外形のサイズより、縦方向と横方向のそ
れぞれに対して拡大または縮小する倍率を求める。そし
て、その縦方向と横方向の拡大／縮小倍率をステップ４
０３より得られた座標列の全ての座標値にかけ合わせ
て、要求側が求める大きさの座標列を作成する。あるい
は、ステップ４０１において斜体／鏡像等の文字修飾が
あった場合には、拡大倍率と修飾の行列式を盛り込んだ
アフィン変換を行って、所望の座標値を求める。

【００１４】ステップ４０５においては、ステップ４０
３までに作成された求めるべき文字の座標列及び直線／
曲線情報からビットマップのフォントデータを作成す
る。このとき直線データのときは、ＤＤＡ発生アルゴリ
ズムにより所望の点を求め、メモリ上に打点する。曲線
データの場合は、Ｂスプライン関数を発生させ、一旦短
い直線の集まりに変換した後に直線と同様ＤＤＡ発生ア
ルゴリズムにより所望の点を求め、メモリ上に打点す
る。あるいはＢスプライン構成点を３次ベジェの構成点
に変換し、３次ベジェの関数を発生させ、Ｂスプライン
関数同様一旦短い直線の集まりに変換した後に直線と同
様ＤＤＡ発生アルゴリズムにより所望の点を求めメモリ
上に打点する。メモリ上へ打点する方法としては、２種
類の方法で二つのメモリプレーンに打点を行う。１つの
プレーンへの打点の方法は、図５に示すように１つの線
を引くときに同一のｙ座標においては２つ以上の点が打
点されないように打点する。そして、その打点方法は排
他的論理和（ＸＯＲ）によって打点を行う。つまり、今
から打点しようとする点が既に打たれている場合にはそ
の点はなくなり、まだ点が打たれていない場合には点が
打たれるのである。また、もう１つのプレーンに打点を
行う方法は、図６に示すように、点が１つのドットも離
れないように打点を行う。そして、その打点方法として
は論理和（ＯＲ）によって打点する。つまり、今から打
点しようとする点が既に点が打たれている場合であって
も打たれていない場合であっても打点を行うのである。
そして、全てのデータに対して打点処理が終了したら、
次に塗りつぶし処理を行う。この処理においては、打点
処理においてＸＯＲで打点したプレーンのみで処理を行
う。塗りつぶしの方法としては、図７に示すように各ｙ
座標ごとにスキャンしていき、打点されたドットから次
に打点されたドットの間を全てドットで埋める処理を行
う。そして更にスキャンを行っていき、またドットが発
見されたら次にまたドットが発見されるまでをドットで
埋める。このような処理を全てのｙ座標において左端か
ら右端まで処理を行ったら塗りつぶし処理を終了し、図
８に示すように塗りつぶしを行ったプレーンと前記ＯＲ
によって打点したプレーンのＯＲをとってステップ４０
５の処理を終了する。

【００１５】ステップ４０６においては、ステップ４０
５で作成されたベタ黒パターンの文字にステップ４０１
から得られた修飾の種類に応じて影付けあるいは網掛け
等のパターン修飾を行う。

【００１６】ステップ４０７においては、要求側にデー
タを転送する処理である。ここでは要求側のスキャン形
式（ＲＯＷ或いはＣＯＬＵＭＮ）に応じて、適宜スキャ
ンコンバージョンをかけて処理を行う。

【００１７】［処理系の特徴］次に本発明の実施例につ
いて詳細な説明をする。

【００１８】図９は本実施例における処理系の特徴を示
す図である。ここで処理系Ａは前述のワープロ等のアプ
リケーションソフトによる処理系の特徴の１例を示して
おり、ソフトウエアによるベクトル形式のデータからビ
ットマップ形式のデータへ変換する処理である。この処
理は入力データ形式としては直線＋Ｂスプライン関数の
データあるいは直線＋３次ベジェ関数のデータを処理す
ることができ、品位面では優れているが、スピード面で
やや遅い処理系である。この特徴は、従来であれば、マ
シンインデペンデントを実現しようとした場合に、一般
的に発生する特徴である。

【００１９】処理系Ｂ、処理系Ｃはこれを解消しようと
するために新たに追加される処理系であり、ハードウエ
アあるいはソフトウエアで処理を行うものである。処理
系Ｂは入力データ形式としては直線＋３次ベジェのデー
タを処理することができ、品位面では劣るが、スピード
面ではここで扱う処理系の中では最も速い処理系であ
る。これらは、前述の不図示のフォントドライバに追加
される機能である。

【００２０】処理系Ｃは入力データ形式としては直線＋
３次ベジェのデータを処理することができ、品位面では
処理系Ａ程良くはないが良い品位を持ち、スピード面で
も速い処理系である。

【００２１】［ウインドウの様子］図１０は図２で示し
たウインドウシステムが起動した後の、ＣＲＴ７の表示
画面上の様子を示した図であり、ウインドウ１００１は
アクティブ（編集対象）となっているウインドウで、
「界のひのき…」が表示され、テキストを処理してい
る。この場合のウインドウの要求仕様は、文字の判別が
できるレベルであれば品位はそれほど問題としないが、
スピードを最優先するウインドウである。ウインドウ１
００２は非アクティブ（編集対象外）のウインドウでレ
イアウトの変更処理をおこなっている。このウインドウ
の要求仕様は、編集対象外であることから多少スピード
がかかっても問題ないが、微妙な位置調整を行うため品
位が良くないと無意味となるウインドウである。また、
ウインドウ１００３はウインドウ１００１，１００２の
関係と逆で、編集対象となっているウインドウで、テキ
スト処理ではなく、レイアウトの変更処理をおこなって
いる。このため品位、スピード共に優先されるウインド
ウで、どちらか一方がかけても無意味となる。ウインド
ウ１００４は編集対象外のため、品位、スピード共にそ
れほど問題としない処理系である。

【００２２】図１１はウインドウの要求仕様に対応する
処理系を表した図であり、テーブルであり、図１ＲＡＭ
３に形成されている。図１２はウインドウの要求に対応
する処理を表した図である。

【００２３】尚、ここでは、選択基準として、図２で示
されるパラメータ中のテキスト処理のフラグを用いてい
ることはいうまでもない。

【００２４】図１１のウインドウａは図１０のウインド
ウ１００２にあたり、品位を優先し、スピードは優先し
ないので、図１２から明らかな様に処理系Ａを選択す
る。

【００２５】ウインドウｂは図１０のウインドウ１００
３にあたり、品位／スピード共にそこそこのものを要求
するので、図１２から明らかな様に、処理系Ｃを選択す
る。

【００２６】ウインドウｃは図１０のウインドウ１００
１にあたり、スピードは優先し、品位は優先しないの
で、図１２から明らかな様に、処理系Ｂを選択する。こ
れらの選択の手順は後述する。

【００２７】［要求仕様の決定］以上の処理系を持つシ
ステムにおいて、本発明の実施例の流れをウインドウの
要求仕様が決定するまでの流れを含め、図１３のフロー
チャートを例にとって説明する。尚、図１３はウインド
ウシステムがフォントドライバを起動し、そのフォント
ドライバが処理を選択する過程を表したものである。

【００２８】図１３は、図４におけるステップ４０５の
ベクトル形式からドット形式への変換の処理が３つ存在
した場合にどの処理系を選択するかの流れを示す図であ
る。ステップ１３０１において、表示を行うウインドウ
がアクティブ（図１０、ウインドウ１００１、ウインド
ウ１００３に対応）ならばステップ１３０２へ、そうで
ない（ウインドウ１００２、１００４に対応）ならばス
テップ１３０５へ進む。ステップ１３０２において編集
対象がテキスト（ウインドウ１００１に対応）ならば、
ステップ１３０３において、ウインドウの要求仕様とし
てスピード重視、品位軽視が設定され、ステップ１３０
８へ進む。また、ステップ１３０２において編集対象が
テキストでない（ウインドウ１００３に対応）ならばス
テップ１３０４において要求仕様としてスピード、品位
共に重視が設定される。一方、ステップ１３０５は、ウ
インドウがアクティブでない場合の処理であり、ステッ
プ１３０２と同様、編集対象がテキスト（ウインドウ１
００４に対応）ならば、ステップ１３０６において品
位、スピード共に軽視が設定され、テキストでない（ウ
インドウ１００３に対応）ならばステップ１３０７にお
いて品位重視、スピード軽視の設定がなされる。

【００２９】次にステップ１３０８においては、ステッ
プ１３０１からステップ１３０７で設定された要求仕様
を品位面で満たす処理系が存在するかどうかの判定を行
う。次に図１２のテーブルとウインドウの要求仕様から
品位面における要求仕様を満たす処理系が少なくとも１
つ存在すればステップ１３０９へ進み、要求仕様を満た
す処理系が１つも存在しない場合にはステップ１３１３
へ進む。

【００３０】ステップ１３０９においては、品位面にお
ける要求仕様を満たす処理系が存在する場合において、
スピード面における要求仕様を満たす処理系が存在する
かどうかの判定を行う。スピード面における要求仕様を
満たす処理系が少なくとも１つ存在すればステップ１３
１０へ進み、要求仕様を満たす処理系が１つも存在しな
い場合にはステップ１３１２へ進む。

【００３１】ステップ１３１０においては、品位面およ
びスピード面の要求仕様を共に満たす処理系が少なくと
も１つ存在する場合であり、そしてその処理系が複数存
在するかどうかの判定を行う。１つのみの場合は、その
１つの処理系に決定しステップ１３１７へ進む。２つ以
上の処理系が存在する場合には、ステップ１３１１へ進
む。

【００３２】ステップ１３１１においては、要求仕様を
満たす処理系が複数存在する場合にどの処理系を選択す
るかを決定する処理である。ここでは要求仕様を満たす
最初に出現する処理系を選択する。ここで言う最初に出
現する処理系とは、図１２に示されたテーブルの中を検
索する際、最初に条件が一致する処理であってもいい
し、最後に一致する処理であってもよいことはいうまで
もない。

【００３３】ステップ１３１２においては、スピード面
における要求仕様を満たす処理系が１つも存在しなかっ
た場合であり、この時は品位面の要求を満たす処理系が
選択され、ステップ１３１７へ進む。

【００３４】ステップ１３１３においては、品位面の要
求仕様を満たす処理系が１つも存在しなかった場合にお
いて、スピード面における要求仕様を満たす処理系が存
在するかどうかの判定を行う。スピード面における要求
仕様を満たす処理系が少なくとも１つ存在すればステッ
プ１３１４へ進み、要求仕様を満たす処理系が１つも存
在しない場合にはステップ１３１６へ進む。

【００３５】ステップ１３１６においては、要求仕様を
満たす処理系が一つも存在しない場合にどの処理系を選
択するかを決定する処理である。ここでは存在する処理
の中でも最初に出現する処理系を選択する。そしてステ
ップ１３１７へ進む。

【００３６】ステップ１３１４においては、スピード面
の要求仕様を満たす処理系が少なくとも１つ存在する場
合であり、そしてその処理系が複数存在するかどうかの
判定を行う。これは、例えば、図１２において、スピー
ドを重視する場合に選択処理がＣ或いはＢの複数の選択
候補が存在した場合である。１つのみの場合は、その１
つの処理系に決定しステップ１３１７へ進む。２つ以上
の処理系が存在する場合には、ステップ１３１５へ進
む。

【００３７】ステップ１３１５においては、スピード面
における要求仕様を満たす処理系が複数存在する場合に
どの処理系を選択するかを決定する処理である。ここで
は要求仕様を満たす最初に出現する処理系を選択し、ス
テップ１３１７へ進む。

【００３８】ステップ１３１７においては、選択された
処理系によって図４におけるステップ４０５と同様な処
理を行う。ただし、処理系によって若干の方法の違いが
あってもここでは問題にしない。

【００３９】以上のように、ウインドウの要求仕様と処
理系の特徴からどの処理系を選択するかを決定すること
によって、要求仕様を満たす最適に近い処理系で展開す
ることができ、品位面およびスピード面において出力器
によっての所望のデータ出力を可能とするものである。

【００４０】〈他の実施例（更にデータ形式、最大サイ
ズを追加）〉前記実施例においては、品位面とスピード
面に関しての処理系の決定方法を詳述した。基本的な処
理の流れは前記実施例に準じている。

【００４１】ここでは、更に処理系を決定する要因とし
て、データ形式、最大サイズを判定要素に加えた場合を
例にとって説明する。

【００４２】図１４は本実施例において処理系の特徴を
示す図である。ここで処理系Ａは入力データ形式として
は直線＋Ｂスプライン関数のデータあるいは直線＋３次
ベジェ関数のデータを処理することができ、品位面では
優れていて、スピード面でやや遅く、文字の展開可能な
大きさは十分な大きさまで可能な処理系である。

【００４３】処理系Ｂは入力データ形式としては直線＋
３次ベジェのデータを処理することができ、品位面では
劣り、スピード面ではここで扱う処理系の中では最も速
く、展開可能サイズは小さい処理系である。

【００４４】処理系Ｃは入力データ形式としては直線＋
３次ベジェのデータを処理することができ、品位面では
処理系Ａ程良くはないが良い品位を持ち、スピード面で
も速く、展開可能サイズは小さい処理系である。

【００４５】処理系Ｄは入力データ形式としては直線＋
円弧（円）のデータを処理することができ、品位面では
良く、スピード面では処理系Ａほどは速くはないが速い
処理速度を持ち、展開可能サイズは大きなサイズまで展
開可能な処理系である。尚これらは、前述の図１１に準
じている。

【００４６】図１５は入力データ形式およびウインドウ
の要求仕様および出力仕様を表した図である。尚、図１
２の様な、選択の為のテーブルがあることは言うまでも
ない。

【００４７】ａについては、入力データ形式は直線＋３
次べジェ関数であり、出力器の要求仕様は品位を最優先
するウインドウであり、多少処理スピードがかかっても
出力品位が良くないと無意味となるウインドウである。
そして、出力仕様としては、大きなサイズまでの出力を
行う。

【００４８】ｂについては、入力データ形式は直線＋３
次べジェ関数であり、ウインドウの要求仕様は品位およ
びスピード共に優先するウインドウであり、どちらの要
素がかけても無意味となる出力器である。そして、出力
仕様としては、小さなサイズのみの出力を行う。

【００４９】ｃについては、入力データ形式は直線＋円
弧であり、ウインドウの要求仕様は品位はそれほど問題
としないが、スピードを最優先するウインドウである。
そして、出力仕様としては大きなサイズまでの出力を行
う。

【００５０】以上の処理系を持つシステムにおいて、実
施例の流れを図１６のフローチャートを例にとって説明
する。

【００５１】図１６は、図４におけるステップ４０５の
処理が４つ存在した場合にどの処理系を選択するかの流
れを示す図である。ステップ１６０１において、表示を
行うウインドウがアクティブ（ユーザからの入力を受け
つける）ならばステップ１６０２へ、そうでないならば
ステップ１６０５へ進む。ステップ１６０２において編
集対象がテキストならば、ステップ１６０３において、
ウインドウの要求仕様としてスピード重視、品位軽視が
設定され、ステップ１６０８へ進む。また、ステップ１
６０２において編集対象がテキストでないならばステッ
プ１６０４において要求仕様としてスピード、品位共に
重視が設定される。一方、ステップ１６０５は、ウイン
ドウがアクティブでない場合の処理であり、ステップ１
６０２と同様、編集対象がテキストならば、ステップ１
６０６において品位、スピード共に軽視が設定され、テ
キストでないならばステップ１６０７において品位重
視、スピード軽視の設定がなされる。

【００５２】ステップ１６０８においては、入力のフォ
ントデータ形式が与えられた処理系の中で処理可能なデ
ータ形式と一致する処理があるかどうかを判定する。一
致するものが少なくとも１つ存在すればステップ１６１
０へ進み、一致するものが存在しなければステップ１６
０９へ進む。

【００５３】ステップ１６０９においては、入力のフォ
ントデータ形式に対して、与えられた処理系の中で処理
可能なデータ形式が１つも存在しない場合である。しか
し、データ形式変換が可能な場合が存在するので、入力
のフォントデータ形式から処理系の持つデータ形式にフ
ォーマット変換可能なものが存在するかどうかの判定を
行う。フォーマット変換可能なものが存在すればステッ
プ１６１０へ進み、フォーマット変換可能なものが存在
しなければ、処理不可能と判定しエラー出力する。ただ
し、ステップ１６１０へ進む際、図１５に示した品位及
びスピード等変化が生じる場合はそのテーブルの値を書
き換える。

【００５４】ステップ１６１０においては、入力のフォ
ントデータ形式のデータを処理する処理系が少なくとも
１つ存在する場合であり、ここでは、対象とするサイズ
がこのステップにおいて処理可能な処理系の中で展開可
能かどうかの判定を行う。展開可能であればステップ１
６１２へ進み、展開不可能であればステップ１６１１へ
進む。

【００５５】ステップ１６１１においては、対象とする
データサイズが展開不可能と判定された場合であり、こ
こでは、このステップの時点で対象となる処理系の中で
分割処理が可能な処理系が存在するかどうかを判定す
る。分割処理可能な処理系が少なくとも１つ存在すれば
ステップ１６１２へ進み、分割処理可能な処理系が１つ
も存在しなければエラー出力する。

【００５６】次にステップ１６１２においては、ステッ
プ１６０１からステップ１６０７で設定された要求仕様
を品位面で満たす処理系が存在するかどうかの判定を行
う。品位面における要求仕様を満たす処理系が少なくと
も１つ存在すればステップ１６１３へ進み、要求仕様を
満たす処理系が１つも存在しない場合にはステップ１６
１７へ進む。

【００５７】ステップ１６１３においては、品位面にお
ける要求仕様を満たす処理系が存在する場合において、
スピード面における要求仕様を満たす処理系が存在する
かどうかの判定を行う。スピード面における要求仕様を
満たす処理系が少なくとも１つ存在すればステップ１６
１４へ進み、要求仕様を満たす処理系が１つも存在しな
い場合にはステップ１６１６へ進む。

【００５８】ステップ１６１４においては、品位面およ
びスピード面の要求仕様を共に満たす処理系が少なくと
も１つ存在する場合であり、そしてその処理系が複数存
在するかどうかの判定を行う。１つのみの場合は、その
１つの処理系に決定しステップ１６２１へ進む。２つ以
上の処理系が存在する場合には、ステップ１６１５へ進
む。

【００５９】ステップ１６１５においては、要求仕様を
満たす処理系が複数存在する場合にどの処理系を選択す
るかを決定する処理である。ここでは要求仕様を満たす
最初に出現する処理系を選択する。

【００６０】ステップ１６１６においては、スピード面
における要求仕様を満たす処理系が１つも存在しなかっ
た場合であり、この時は品位面の要求を満たす処理系が
選択され、ステップ１６２１へ進む。

【００６１】ステップ１６１７においては、品位面の要
求仕様を満たす処理系が１つも存在しなかった場合にお
いて、スピード面における要求仕様を満たす処理系が存
在するかどうかの判定を行う。スピード面における要求
仕様を満たす処理系が少なくとも１つ存在すればステッ
プ１６１８へ進み、要求仕様を満たす処理系が１つも存
在しない場合にはステップ１６２０へ進む。

【００６２】ステップ１６２０においては、要求仕様を
満たす処理系が一つも存在しない場合にどの処理系を選
択するかを決定する処理である。ここでは存在する処理
の中でも最初に出現する処理系を選択する。そしてステ
ップ１６２１へ進む。

【００６３】ステップ１６１８においては、スピード面
の要求仕様を満たす処理系が少なくとも１つ存在する場
合であり、そしてその処理系が複数存在するかどうかの
判定を行う。１つのみの場合は、その１つの処理系に決
定しステップ１６２１へ進む。２つ以上の処理系が存在
する場合には、ステップ１６１９へ進む。

【００６４】ステップ１６１９においては、スピード面
における要求仕様を満たす処理系が複数存在する場合に
どの処理系を選択するかを決定する処理である。ここで
は要求仕様を満たす最初に出現する処理系を選択し、ス
テップ１６２１へ進む。

【００６５】ステップ１６２１においては、選択された
処理系によって図４におけるステップ４０５と同様な処
理を行う。ただし、処理系によって若干の方法の違いが
あってもここでは問題にしない。

【００６６】以上のように、入力データ形式及び入力仕
様、要求仕様と処理系の特徴からどの処理系を選択する
かを決定することによって、入力データ形式、入力仕
様、要求仕様を満たす最適に近い処理系で展開すること
ができ、品位面およびスピード面において所望のデータ
出力を可能とするものである。

【００６７】〈他の実施例〉前記実施例においては、入
力データ形式、入力仕様、出力器の要求仕様に関しての
処理系の決定方法を詳述した。

【００６８】ここでは、更に処理系を決定する要因とし
て、出力器あるいは本体のメモリのうち処理系が仕様可
能なメモリ量、および出力書体に対する処理系の向き不
向きを加えた場合を例にとって説明する。

【００６９】図１７は本実施例において処理系の特徴を
示す図である。ここで処理系Ａは入力データ形式として
は直線＋Ｂスプライン関数のデータあるいは直線＋３次
ベジェ関数のデータを処理することができ、品位面では
優れていて、スピード面でやや遅く、文字の展開可能な
大きさは十分な大きさまで可能な処理系である。

【００７０】処理系Ｂは入力データ形式としては直線＋
３次ベジェのデータを処理することができ、品位面では
劣り、スピード面ではここで扱う処理系の中では最も速
く、展開可能サイズは小さい処理系である。

【００７１】処理系Ｃは入力データ形式としては直線＋
３次ベジェのデータを処理することができ、品位面では
処理系Ａ程良くはないが良い品位を持ち、スピード面で
も速く、展開可能サイズは小さい処理系である。

【００７２】処理系Ｄは入力データ形式としては直線＋
円弧（円）のデータを処理することができ、品位面では
良く、スピード面では処理系Ａほどは速くはないが速い
処理速度を持ち、展開可能サイズは大きなサイズまで展
開可能な処理系である。

【００７３】以上の処理系、要求仕様および条件を持つ
システムにおいて、実施例の流れを図１９のフローチャ
ートを例にとって説明する。

【００７４】図１９は、図４におけるステップ４０５の
処理が４つ存在した場合にどの処理系を選択するかの流
れを示す図である。

【００７５】ステップ１９０１において、表示を行うウ
インドウがアクティブ（ユーザからの入力を受けつけ
る）ならばステップ１９０２へ、そうでないならばステ
ップ１９０５へ進む。ステップ１９０２において編集対
象がテキストならば、ステップ１９０３において、ウイ
ンドウの要求仕様としてスピード重視、品位軽視が設定
され、ステップ１９０８へ進む。また、ステップ１９０
２において編集対象がテキストでないならばステップ１
９０４において要求仕様としてスピード、品位共に重視
が設定される。一方、ステップ１９０５は、ウインドウ
がアクティブでない場合の処理であり、ステップ１９０
２と同様、編集対象がテキストならば、ステップ１９０
６において品位、スピード共に軽視が設定され、テキス
トでないならばステップ１９０７において品位重視、ス
ピード軽視の設定がなされ、ステップ１９０８へ進む。

【００７６】ステップ１９０８においては、入力のフォ
ントデータ形式が与えられた処理系の中で処理可能なデ
ータ形式と一致する処理があるかどうかを判定する。一
致するものが少なくとも１つ存在すればステップ１９１
０へ進み、一致するものが存在しなければステップ１９
０９へ進む。

【００７７】ステップ１９０９においては、入力のフォ
ントデータ形式に対して、与えられた処理系の中で処理
可能なデータ形式が１つも存在しない場合である。しか
し、データ形式変換が可能な場合が存在するので、入力
のフォントデータ形式から処理系の持つデータ形式にフ
ォーマット変換可能なものが存在するかどうかの判定を
行う。フォーマット変換可能なものが存在すればステッ
プ１９１０へ進み、フォーマット変換可能なものが存在
しなければ、処理不可能と判定しエラー出力する。ただ
し、ステップ１９１０へ進む際、図１７に示した品位及
びスピード等変化が生じる場合はそのテーブルの値を書
き換える。

【００７８】ステップ１９１０においては、ウインドウ
システムに対し使用可能なメモリの大きさを問い合わ
せ、使用可能として与えられる展開メモリの許容値の範
囲内で、この時点で展開可能な処理系が展開できるかど
うかの判定を行う。許容値の範囲内で展開可能な処理系
が少なくとも１つ存在すればステップ１９１１へ進み、
展開可能な処理系が１つも存在しない場合には処理不可
能と判定しエラー出力する。

【００７９】ステップ１９１１においては、入力のフォ
ントデータ形式のデータを処理する処理系が少なくとも
１つ存在する場合であり、ここでは、対象とするサイズ
がこのステップにおいて処理可能な処理系の中で展開可
能かどうかの判定を行う。展開可能であればステップ１
９１３へ進み、展開不可能であればステップ１９１２へ
進む。

【００８０】ステップ１９１２においては、対象とする
データサイズが展開不可能と判定された場合であり、こ
こでは、このステップの時点で対象となる処理系の中で
分割処理が可能な処理系が存在するかどうかを判定す
る。分割処理可能な処理系が少なくとも１つ存在すれば
ステップ図１０の１９１３へ進み、分割処理が可能な処
理系が１つも存在しなければエラー出力する。

【００８１】次にステップ１９１３においては、ステッ
プ１９０１からステップ１９０７で設定された要求仕様
を品位面で満たす処理系が存在するかどうかの判定を行
う。品位面における要求仕様を満たす処理系が少なくと
も１つ存在すればステップ１９１４へ進み、要求仕様を
満たす処理系が１つも存在しない場合にはステップ１９
２４へ進む。

【００８２】ステップ１９１４においては、品位面にお
ける要求仕様を満たす処理系が存在する場合において、
スピード面における要求仕様を満たす処理系が存在する
かどうかの判定を行う。スピード面における要求仕様を
満たす処理系が少なくとも１つ存在すればステップ１９
１５へ進み、要求仕様を満たす処理系が１つも存在しな
い場合にはステップ１９２０へ進む。

【００８３】ステップ１９１５においては、品位面およ
びスピード面の要求仕様を共に満たす処理系が少なくと
も１つ存在する場合であり、そしてその処理系が複数存
在するかどうかの判定を行う。１つのみの場合は、その
１つの処理系に決定しステップ１９３４へ進む。２つ以
上の処理系が存在する場合には、ステップ１９１６へ進
む。

【００８４】ステップ１９１６においては、この時点で
処理可能な処理系が複数存在する場合であり、ここでは
それぞれの処理系のうち書体による処理の向き不向きの
判定を行う。そして少なくとも１つの処理系で出力しよ
うとする書体に向いた処理系が存在すればステップ１９
１７へ進み、出力しようとする書体に向いた処理系が１
つも存在しない場合にはステップ１９１９へ進む。

【００８５】ステップ１９１７においては、品位面およ
びスピード面、書体の要求仕様を共に満たす処理系が少
なくとも１つ存在する場合であり、そしてその処理系が
複数存在するかどうかの判定を行う。１つのみの場合
は、その１つの処理系に決定しステップ１９３４へ進
む。２つ以上の処理系が存在する場合には、ステップ１
９１８へ進む。

【００８６】ステップ１９１８においては、要求仕様を
満たす処理系が複数存在する場合にどの処理系を選択す
るかを決定する処理である。ここでは要求仕様を満たす
最初に出現する処理系を選択する。

【００８７】ステップ１９１９においては、品位面およ
びスピード面の要求仕様を共に満たす処理系が複数存在
する場合であり、ここでは要求仕様を満たす最初に出現
する処理系を選択しステップ１９３４へ進む。

【００８８】ステップ１９２０においては、出力しよう
とする書体に向いた処理系が存在すればステップ１９２
１へ進み、出力しようとする書体に向いた処理系が１つ
も存在しない場合にはステップ１９２３へ進み、品位面
の要求仕様を満たす処理系の中から、最初に出現する処
理系を選択しステップ１９３４へ進む。

【００８９】ステップ１９２１においては、品位面およ
び、書体の要求仕様を共に満たす処理系が少なくとも１
つ存在する場合であり、そしてその処理系が複数存在す
るかどうかの判定を行う。１つのみの場合は、その１つ
の処理系に決定しステップ１９３４へ進む。２つ以上の
処理系が存在する場合には、ステップ１９２２へ進む。

【００９０】ステップ１９２２においては、品位面およ
び書体の要求仕様を共に満たす処理系が複数存在する場
合であり、ここでは要求仕様を満たす最初に出現する処
理系を選択しステップ１９３４へ進む。

【００９１】ステップ１９２４においては、スピード面
における要求仕様を満たす処理系が存在するかどうかの
判定を行う。スピード面における要求仕様を満たす処理
系が少なくとも１つ存在すればステップ１９２５へ進
み、要求仕様を満たす処理系が１つも存在しない場合に
はステップ１９３０へ進む。

【００９２】ステップ１９２５においては、スピード面
の要求仕様を満たす処理系が少なくとも１つ存在する場
合であり、そしてその処理系が複数存在するかどうかの
判定を行う。１つのみの場合は、その１つの処理系に決
定しステップ１９３４へ進む。２つ以上の処理系が存在
する場合には、ステップ１９２６へ進む。

【００９３】ステップ１９２６においては、この時点で
処理可能な処理系が複数存在する場合であり、ここでは
それぞれの処理系のうち書体による処理の向き不向きの
判定を行う。そして少なくとも１つの処理系で出力しよ
うとする書体に向いた処理系が存在すればステップ１９
２７へ進み、出力しようとする書体に向いた処理系が１
つも存在しない場合にはステップ１９２９へ進む。

【００９４】ステップ１９２７においては、スピード面
及び書体の要求仕様を共に満たす処理系が少なくとも１
つ存在する場合であり、そしてその処理系が複数存在す
るかどうかの判定を行う。１つのみの場合は、その１つ
の処理系に決定しステップ１９３４へ進む。２つ以上の
処理系が存在する場合には、ステップ１９２８へ進む。

【００９５】ステップ１９２８においては、要求仕様を
満たす処理系が複数存在する場合にどの処理系を選択す
るかを決定する処理である。ここでは要求仕様を満たす
最初に出現する処理系を選択する。

【００９６】ステップ１９２９においては、スピード面
の要求仕様を満たす処理系が複数存在する場合であり、
ここでは要求仕様を満たす最初に出現する処理系を選択
しステップ１９３４へ進む。

【００９７】ステップ１９３０においては、出力しよう
とする書体に向いた処理系が存在すればステップ１９３
１へ進み、出力しようとする書体に向いた処理系が１つ
も存在しない場合にはステップ１９３３へ進み、品位面
の要求仕様を満たす処理系の中から、最初に出現する処
理系を選択しステップ１９３４へ進む。

【００９８】ステップ１９３１においては、品位面およ
び、書体の要求仕様を共に満たす処理系が少なくとも１
つ存在する場合であり、そしてその処理系が複数存在す
るかどうかの判定を行う。１つのみの場合は、その１つ
の処理系に決定しステップ１９３４へ進む。２つ以上の
処理系が存在する場合には、ステップ１９３２へ進む。

【００９９】ステップ１９３２においては、品位面およ
び書体の要求仕様を共に満たす処理系が複数存在する場
合であり、ここでは要求仕様を満たす最初に出現する処
理系を選択しステップ１９３４へ進む。

【０１００】ステップ１９３４においては、選択された
処理系によって図４におけるステップ４０５と同様な処
理を行う。ただし、処理系によって若干の方法の違いが
あってもここでは問題にしない。

【０１０１】以上の様に、複数の処理系を有し、複数の
ウインドウに、前記いずれかの処理系を用いて文字パタ
ーンを出力する場合に、各ウインドウの要求を判別し、
その要求に応じて、各ウインドウに対して、品位やスピ
ードや入力データ形式やメモリ容量や出力サイズや書体
等を基準にして、複数の内の１つの処理系を選択するこ
とが可能となった。又、これにより、状況に応じて、最
適の条件で各ウインドウに対する文字の出力を行うこと
が可能となった。或いは、各ウインドウがアクティブか
否かによって可変に最適の条件で文字の出力を行うこと
が可能となる。

【０１０２】

【発明の効果】以上、詳述した様に、本発明により、複
数の処理系を有し、複数のウインドウに、前記いずれか
の処理系を用いて、文字パターンを出力する文字処理方
法であって、各ウインドウの要求を判別し、その要求に
応じて、各ウインドウに対して、品位と、スピード或い
はデータ形式或いはメモリ容量或いは出力サイズ或いは
書体のいずれか１つとの組合せを基準にして、複数の内
の１つの処理系を選択する文字処理方法を提供すること
が可能となった。

【図面の簡単な説明】

【図１】本発明にかかる本システムの基本的な構成を示
すブロック図。

【図２】イベント駆動型構造を持つウインドウシステム
の基本的なデータの流れを示す図。

【図３】代表的なサブルーチン群を示す図。

【図４】データがウインドウに出力されるまでの基本的
なデータの流れを示した図。

【図５】プレーンへの打点を行う方法を示す図。

【図６】プレーンへの打点を行う方法を示す図。

【図７】塗りつぶしの方法を示す図。

【図８】塗りつぶしの方法を示す図。

【図９】スピード、品位に関する処理系の特徴を示す
図。

【図１０】ウインドウシステムが起動している様子を示
した図。

【図１１】ウインドウの要求仕様に対応する処理系を表
した図。

【図１２】ウインドウの要求に対応する処理を表わした
図。

【図１３】図９に示される処理系の中から、図１２の要
求仕様に従い、処理系が決定するまでの流れを示した
図。

【図１４】スピ−ド、品位に加え、デ−タ形式、最大出
力サイズに関する処理系の特徴を示した図。

【図１５】入力データ形式およびウインドウの要求仕様
および出力仕様を表した図。

【図１６】図１４に示される処理系の中から、図１５の
要求仕様に従い、処理系が決定するまでの流れを示した
図。

【図１７】スピード、品位、データ形式、最大出力サイ
ズに加え、メモリ、書体に関する処理系の特徴を示した
図。

【図１８】入力データ形式およびウインドウの要求仕様
および出力仕様を表した図。

【図１９】図１７に示される処理系の中から、図１８の
要求仕様に従い、処理系が決定するまでの流れを示した
図。

【図２０】図１７に示される処理系の中から、図１８の
要求仕様に従い、処理系が決定するまでの流れを示した
図。

【符号の説明】

１ ＣＰＵ １００１〜１００４ ウインドウ ３ ＲＡＭ

フロントページの続き (72)発明者 酒井 哲夫 東京都大田区下丸子３丁目30番２号キヤノ ン株式会社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の処理系を有し、複数のウインドウ
   に、前記いずれかの処理系を用いて、文字パターンを出
   力する文字処理方法であって、 各ウインドウの要求を判別し、その要求に応じて、各ウ
   インドウに対して、品位と、スピード或いはデータ形式
   或いはメモリ容量或いは出力サイズ或いは書体のいずれ
   か１つとの組合せを基準にして、複数の内の１つの処理
   系を選択することを特徴とする文字処理方法。
2. 【請求項２】 前記処理系は、ベクトル形式で表わされ
   る文字をドットパターンに変換する処理であることを特
   徴とする請求項第１項記載の文字処理方法。