JPH05108284A - 文字処理方法 - Google Patents

Abstract

(57)【要約】 プリンタドライバを管理し、マルチタスクを行うウイン
ドウシステムであって、プリンタに文字パターンを出力
する場合、各タスクに応じて、前記プリンタに出力すべ
き文字パターンをイメージ或はコードで転送することを
制御することを特徴とする文字処理方法。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ダウンロ−ドされたフ
ォントを用いて出力することができるプリンタを用いた
ウインドウシステムにおける文字処理方法に関する。

【０００２】

【従来の技術】従来のウインドウシステムでは、プリン
タの所有する文字デ−タは、プリンタ専用、ディスプレ
イに表示する文字デ−タはディスプレイ専用というよう
に各出力デバイスが独自の文字デ−タを持っていた。

【０００３】

【発明が解決しようとしている課題】しかしながら、上
記従来例では、次のような欠点があった。表示側、プリ
ンタ側に同じ文字を出力するにも関わらず、両者に書体
デ−タを用意する必要があり、ユ−ザの負担が大きかっ
た。また、プリンタに書体がない場合に、ホスト側で展
開してプリンタに渡す方法もあるが、ホスト側のＣＰＵ
を占有してしまうため、ユ−ザの待ち時間が大きくな
リ、作業効率が落ちるという問題があった。

【０００４】

【目的】以上の点に鑑み、本発明の目的は、プリンタド
ライバを管理し、マルチタスクを行うウインドウシステ
ムであって、プリンタに文字パターンを出力する場合、
各タスクに応じて、前記プリンタに出力すべき文字パタ
ーンをイメージ或はコードで転送することを制御し、マ
ルチタスクであっても、状況に応じて、高品位或は高速
出力を行うことができる文字処理方法を提供することに
ある。

【０００５】

【実施例】次に本発明の実施例について説明する。な
お、本発明は複数の機器からなるシステムにおいても、
ＬＡＮ等のネットワ−クを介して処理が行われるシステ
ムで達成されても良く、１つの機器からなる装置におい
て達成されても良い。また、システムあるいは装置にプ
ログラムを供給することにより、本発明が達成される場
合にも適用されることは言うまでもない。図１は本発明
にかかる本システムの基本的な構成を示すブロック図で
ある。本システムは日本語ワードプロッセッサであって
も良いし、ワークステーションあるいはコンピュータシ
ステムであっても良い。

【０００６】図１において１０１はＣＰＵ、即ち中央処
理装置であり、この装置全体の制御及び演算処理等を行
なうものである。１０２はＲＯＭ即ち読み出し専用メモ
リであり、システム起動プログラム及び文字パターン・
データ等の記憶領域であり、文字パタ−んデ−タは通
常、システムフォントとして使用されメニュ−の文字表
示等に利用される。尚、システムフォントはＲＯＭ１０
２上の書体デ−タ（１６ドットのビットマップフォント
明朝体等）でも、あらかじめユ−ザが指定した書体であ
ってもかまわない。１０３はＲＡＭ即ちランダムアクセ
スメモリであり、使用制限のないデータ記憶領域であ
り、様々な処理毎に後出のフロ−チャ−トで表される各
々のプログラム及びデータがロードされ、実行される領
域である。図２はＲＡＭ１０３のメモリマップを示した
図で、２０１はウインドウシステムがロ−ドされるシス
テム領域、２０２はワ−ク領域、２０３はシステムの管
理領域であり、図５、図６の書体テ−ブル等の管理情報
が生成される。１０４はＫＢＣ即ちキーボード制御部で
あり、１０５のＫＢ即ちキーボードよりキー入力データ
を受け取りＣＰＵ１０１へ伝達する。１０６はＣＲＴＣ
即ちデイスプレイ制御部であり、１０７はＣＲＴ即ちデ
イスプレイ装置であり、１０６のＣＲＴＣよりデータを
受け取り表示する。１０９はＦＤ即ちフロッピーディス
ク装置あるいはＨＤ即ちハードディスク装置等の外部記
憶装置であり、プログラム及びデータを記憶させてお
き、実行時必要に応じて参照またはＲＡＭへロードす
る。１０８はＤＫＣ即ちデイスク制御部であり、データ
伝送等の制御を行なうものである。ウインドウシステム
が文字デ−タの要求を行うとこのＨＤからＲＡＭへロ−
ドされる。１１０はＰＲＴＣ即ちプリンタ制御部であ
り、１１１はＰＲＴ即ちプリンタ装置である。１１２は
ＲＯＭカ−トリッジを示し、オプションの書体デ−タな
どがこのカ−トリッジを介してプリンタに渡される。
尚、カ−トリッジの有無は、ハ−ドウェアによる信号線
等を使用した判断でも、ソフトウェアによりカ−トリッ
ジＲＯＭ１１２のアドレス等にアクセスし判断する方法
でもかまわない。１１３はシステムバスであり、上述の
構成要素間のデータの通路となるべきものである。

【０００７】以上の構成からなる本実施例の動作を図３
から図１１を用いて説明する。

【０００８】〔ウインドウシステムの基本的な動き〕図
３はウインドウシステムの構成を示したものであり、図
４は、ウインドウシステムが起動し、アプリケ−ション
から文字出力要求があるまでの流れを示したものであ
る。３０１はウインドウシステム（ＯＳを含んでも良
い）であり図１のＲＡＭ１０３上にロ−ドされＣＰＵ１
０１によって起動される。ウインドウシステムが起動す
るとステップ４０１において各種ドライバ（３０２、３
０３、３０４、３０５、３０６、３０７、３０８）がＲ
ＡＭ１０３上にロ−ドされ、ステップ４０２でプリンタ
ドライバ（３０２、３０３）、フォントドライバ（３０
７、３０８）に書体情報の要求が行われ、ステップ４０
３で図５、図６に示される書体テ−ブルがＲＡＭ１０３
上に生成される。ステップ４０４でディスプレイドライ
バ３０４に初期画面のウインドウへの表示要求を行い。
ステップ４０５においてウインドウシステムはキ−ボ−
ド、マウス等入力デバイス１０５からの各種イベント待
ちとなる。ステップ４０５においてアプリケ−ションの
起動イベントが発生すると、ステップ４０６においてウ
インドウシステムは、ＲＡＭ１０３上に３０９、３１０
などのアプリケ−ショをロ−ドし起動し再びイベント待
ちとなる。一方起動したアプリケ−ションはステップ４
０７においてウインドウシステムに対し、初期画面の表
示要求を行い、ステップ４０８で書体情報の問い合わせ
を行う。ここで獲得した書体情報は、ステップ４０９の
文字入力の際、ユ−ザに通知され、ステップ４１０の文
字入力において文字コ−ドが指定されステップ４１１で
文字コ−ド、書体名、サイズ、出力デバイス等がウイン
ドウシステムに文字出力要求と共に渡され、表示、出力
される。

【０００９】図７はステップ４０８の結果、アプリケ−
ションがユ−ザに使用可能な書体名として表示される書
体名リストである。ユ−ザはこの書体リストの中から書
体を選択し、利用する。

【００１０】〔文字出力例１〕図８（ａ）はユ−ザが丸
ゴシック体Ａを選択し文字入力が終了したときの、ディ
スプレイの様子を示している。一方、図８（ｂ）は入力
が終了し、プリンタへの出力を行った結果を示してい
る。丸ゴシック体Ａはフォントドライバ（図６）の書体
テ−ブルには登録されているが、プリンタドライバ（図
５）には登録されていない。つまりプリンタに丸ゴシッ
ク体Ａが存在しないことを示している。ここでのプリン
タへの出力は、フォントドライバＡ３０７でビットマッ
プ展開したデ−タをプリンタドライバＡ３０２を介しプ
リンタに転送され出力が行われる。このためＷＹＳＩＷ
ＹＧは実現できるが、ビットマップへの展開処理並びに
ビットマップデ−タの転送が行われるため、ホストが開
放されるまで非常に時間がかかる。

【００１１】〔文字出力例２〕図９（ａ）はユ−ザが楷
書体Ａを選択し文字入力が終了したときの、ディスプレ
イの様子を示している。一方、図９（ｂ）１０は入力が
終了し、プリンタへの出力を行った結果を示している。
楷書体Ａはプリンタドライバ（図５）の書体テ−ブルに
は登録されているが、フォントドライバ（図６）には登
録されていない。つまりホスト側には楷書体Ａが存在し
ないことを示している。このためディスプレイへの出力
はシステムフォントが利用（図９（ａ）は、システムフ
ォントとして丸ゴシック体Ａが設定されていた場合の例
である）される。一方、プリンタへの出力はプリンタド
ライバＡ３０２を介しプリンタのコ−ド群として、プリ
ンタに転送され出力が行われる。これによりデ−タ転送
が短時間ですむためホストの開放時間が速くなるがＷＹ
ＳＩＷＹＧは実現できない。

【００１２】〔文字出力例３〕図１０（ａ）はユ−ザが
明朝体Ａを選択し文字入力が終了したときの、ディスプ
レイの様子を示している。一方、図１０（ｂ）は入力が
終了し、プリンタへの出力を行った結果を示している。
明朝体Ａはフォントドライバ（図６）、プリンタドライ
バ（図５）両者の書体テ−ブルに登録されている。この
ためディスプレイへの出力はフォントドライバＡ３０７
が使用され、プリンタへの出力はプリンタドライバＡ３
０２を介しプリンタの制御コ−ドとして、プリンタに転
送され出力が行われる。これによりデ−タ転送が短時間
ですむためホストの開放までの時間が速くなり作業効率
が向上する。

【００１３】〔実施例の詳細な説明〕図３、図４を用い
ウインドウシステムの基本的な動きについて説明した、
また、図８から図１０までを用いユ−ザから見た動きを
示した。 ここでは本実施例の動きを図１１のフロ−チ
ャ−トを使い詳しく説明する。

【００１４】ウインドウシステムが起動されるとステッ
プ１１０１において各プリンタドライバ（３０２や３０
３）に登録書体の問い合わせが行われる。各プリンタド
ライバは書体情報（書体名、デ−タ形式等）をハ−ドデ
ィスク１０９上にあってもプリンタドライバ自身の中に
埋め込んであってもよく、その情報をシステムに返す。
ステップ１１０２においてウインドウシステムは獲得し
た書体情報をもとにＲＡＭ１０３上に図５で示されるテ
−ブルを作成する。次にステップ１１０３において各フ
ォントドライバ（３０７や３０８）に書体情報（書体
名、デ−タ形式）を要求し、獲得後、ステップ１１０４
において図６に示されるテ−ブルが作成される。プリン
タドライバと同様フォントドライバの書体の情報は、ハ
−ドディスク１０９にあってもフォントドライバ自身の
中に埋め込まれていてもかまわない。尚、ＷＹＳＩＷＹ
Ｇを実現するためには、プリンタドライバに登録する書
体名とフォントドライバに登録する書体名に同一の名称
を使用する必要がある。次にステップ１１０５におい
て、図４のステップ４０８の要求に対し、先に示した図
５、図６のに示されるテ−ブルの情報をアプリケ−ショ
ンに引渡し、ステップ１１０６においてアプリケ−ショ
ンから文字出力要求を受ける（図４のステップ４１
１）。このさいアプリケ−ションからのパラメ−タとし
てプリンタへの出力か、ディスプレイへの出力かを示す
フラグ、書体名、サイズ 、修飾、出力プリンタの指定
情報等の情報が渡される。次にステップ１１０７におい
て出力先がプリンタか非かの判定を行い、プリンタであ
ればステップ１１１３へそうでなければステップ１１０
８へ進む。

【００１５】〔出力先がディスプレイの場合〕ステップ
１１０８において、フォントドライバ（３０７や３０
８）の書体テ−ブル（図６）にステップ１１０６で獲得
した書体名が存在するか非か判定する。その結果、存在
すればステップ１１０９へ進み、書体の存在するフォン
トドライバ（３０７あるいわ３０８）にビットマップへ
の展開要求を行い、その結果をステップ１１１１におい
てディスプレイドライバ３０４経由でディスプレイに表
示する。先の例では図８（ａ），図１０（ａ）がこれに
相当する。一方、ステップ１１０８で書体名が存在しな
い場合はステップ１１１０に進み、システムフォントを
要求サイズに拡大縮小を行い、ステップ１１１１におい
てディスプレイドライバ３０４経由でディスプレイに表
示する。先の例では図９（ａ）がこれに相当する。

【００１６】〔出力先がプリンタの場合〕ステップ１１
１２はプリンタへ出力する場合の処理であり、プリンタ
ドライバ（３０２あるいわ３０３）にステップ１１０６
で要求された書体名が存在するか非か判定する。存在す
ればステップ１１１３へ進みそうでなければステップ１
１１５へ進む。ステップ１１１３においては指定された
プリンタドライバでプリンタに対応したコ−ド変換が行
われ、ステップ１１１４にてプリンタへコ−ドが転送さ
れプリントアウトが行われ処理を終了する。先の例では
図９（ｂ）、図１０（ｂ）がこれに相当する。尚、ここ
でいうコ−ド変換は、ウインドウシステムから出力され
るシステム固有のコ−ドを指定されたプリンタが扱うこ
とのできるコ−ド（ＰＤＬ等の言語でも、デ−タでもよ
い）に変換することをさす。 一方、ステップ１１１５
は書体がプリンタに存在しない場合で、ここでは、その
書体が存在するフォントドライバにビットマップ展開要
求を行い、ステップ１１１６にてプリンタドライバを経
由しプリンタへイメ−ジを転送しプリントアウトを行
う。そして処理を終了する。

【００１７】〔他の実施例〕前記実施例においては、書
体の問い合わせ手段、プリンタ、ディスプレイに同一の
書体があるかないかを判別する判別手段を有する文字処
理方法について詳述した。ここではさらに、プリンタに
オプションの書体カ−トリッジ１１２をセットしたとき
の処理方法について図１２のフロ−チャ−トを使い詳し
く説明する。

【００１８】

【実施例の詳細な説明】ウインドウシステムが起動され
るとステップ１２０１において各プリンタドライバ（３
０２や３０３）に登録書体の問い合わせが行われる。各
プリンタドライバは書体情報（書体名、デ−タ形式等）
をハ−ドディスク１０９上にあってもプリンタドライバ
自身の中に埋め込んであってもよく、その情報をシステ
ムに返す。続いてステップ１２０２においてＲＯＭカ−
トリッジ１１２が装着されているかどうか判定する。存
在すればステップ１４０３において書体情報を獲得しス
テップ１４０４に進む。ステップ１２０４においてウイ
ンドウシステムは獲得した書体情報をもとにＲＡＭ１０
３上に、格納場所を示す情報と共に、図１３で示される
テ−ブルを作成する。次にステップ１２０５において各
フォントドライバ（３０７や３０８）に書体情報（書体
名、デ−タ形式等）を要求し、獲得後、ステップ１２０
６において図６に示されるテ−ブルが作成される。プリ
ンタドライバと同様フォントドライバの書体の情報は、
ハ−ドディスク１０９にあってもフォントドライバ自身
の中に埋め込まれていてもかまわない。尚、ＷＹＳＩＷ
ＹＧを実現するためには、プリンタドライバに登録する
書体名とフォントドライバに登録される書体名に同一の
名称を使用する必要がある。次にステップ１２０７にお
いて、図４のステップ４０８の要求に対し、先に示した
図１３、図６のに示されるれるテ−ブルの中の書体名情
報をアプリケ−ションに引渡し、ステップ１２０８にお
いてアプリケ−ションから文字出力要求を受ける（図４
のステップ４１１）。このさいアプリケ−ションからの
パラメ−タとしてプリンタへの出力か、ディスプレイへ
の出力かを示すフラグ、書体名、サイズ 、修飾、出力
プリンタの指定情報等の情報が渡される 。 ステップ
１２０９において出力先がプリンタか非かの判定を行
い、プリンタであればステップ１２１０へそうでなけれ
ばステップ１２１８へ進む。

【００１９】〔出力先がディスプレイの場合〕ステップ
１２１８において、フォントドライバ（３０７や３０
８）の書体テ−ブル（図１６）にステップ１２０８で獲
得した書体名が存在するか非か判定する。その結果、存
在すればステップ１２１９へ進み、書体の存在するフォ
ントドライバ（３０７あるいわ３０８）にビットマップ
への展開要求を行い、その結果をステップ１２２１にお
いてディスプレイドライバ３０４経由でディスプレイに
表示する。一方、ステップ１２１８で書体名が存在しな
い場合はステップ１２２０に進み、システムフォントを
要求サイズに拡大縮小を行い、ステップ１２２１におい
てディスプレイドライバ３０４経由でディスプレイに表
示する。

【００２０】〔出力先がプリンタの場合〕ステップ１２
１０はプリンタへ出力する場合の処理であり、プリンタ
ドライバ（３０２あるいわ３０３）にステップ１２０８
で要求された書体名が存在するか非か判定する。存在す
ればステップ１２１１へ進みそうでなければステップ１
２１６へ進む。ステップ１２１１においては指定された
書体がＲＯＭカ−トリッジ１１２かどうかの判断を図１
５に示される格納場所種別情報を用いて行い、ＲＯＭカ
−トリッジであればステップ１２１２へ、そうでなけれ
ばステップ１２１４へ進む。ステップ１２１２において
はＲＯＭカ−トリッジ１１２が装着されているかどうか
判定し、装着されていればステップ１２１３へ進み、そ
うでなければエラ−を表示し処理を終了する。ステップ
１２１３においては装着されたＲＯＭカ−トリッジの書
体名が同一かどうか判定する。同一であればステップ１
２１４へ進み、そうでなけれエラ−を表示し処理を終了
する。ステップ１２１４においては指定されたプリンタ
ドライバでプリンタに対応したコ−ド変換が行われ、ス
テップ１２１５にてプリンタへコ−ドが転送されプリン
トアウトが行われ処理を終了する。先の例では図９
（ｂ）、図１０（ｂ）がこれに相当する。尚、ここでい
うコ−ド変換は、ウインドウシステムから出力されるシ
ステム固有のコ−ドを指定されたプリンタが扱うことの
できるコ−ドに変換することをさす。 一方、ステップ
１２１６は書体がプリンタに存在しない場合で、ここで
は、その書体が存在するフォントドライバにビットマッ
プ展開要求を行い、ステップ１２１７にてプリンタドラ
イバを経由しプリンタへイメ−ジを転送しプリントアウ
トを行う。そして処理を終了する。

【００２１】〔他の実施例〕前記実施例においては、書
体の問い合わせ手段、プリンタ、ディスプレイに同一の
書体があるかないかを判別する判別手段、書体カ−トリ
ッジが装着されているか否かの判定手段を有する文字処
理方法について詳述した。ここではさらに、プリンタに
ダウンロ−ド機能がある場合の処理方法について図１４
のフロ−チャ−トを使い詳しく説明する。

【００２２】

【実施例の詳細な説明】ウインドウシステムが起動され
るとステップ１４０１において各プリンタドライバ（３
０２や３０３）に登録書体の問い合わせが行われる。各
プリンタドライバは書体情報（書体名、デ−タ形式等）
をハ−ドディスク１０９上にあってもプリンタドライバ
自身の中に埋め込んであってもよく、その情報をシステ
ムに返す。続いてステップ１４０２においてＲＯＭカ−
トリッジ１１２が装着されているかどうか判定する。存
在すればステップ１４０３において書体情報を獲得しス
テップ１４０４に進む。ステップ１４０４においてウイ
ンドウシステムは獲得した書体情報をもとにＲＡＭ１０
３上に、格納場所を示す情報と共に、図１３で示される
テ−ブルを作成する。次にステップ１４０５において各
フォントドライバ（３０７や３０８）に書体情報を要求
し、獲得後、ステップ１４０６において図６に示される
テ−ブルが作成される。プリンタドライバと同様フォン
トドライバの書体の情報は、ハ−ドディスク１０９にあ
ってもフォントドライバ自身の中に埋め込まれていても
かまわない。尚、ＷＹＳＩＷＹＧを実現するためには、
プリンタドライバに登録する書体名とフォントドライバ
に登録される書体名に同一の名称を使用する必要があ
る。次にステップ１４０７において、各プリンタドライ
バへダウンロ−ドが可能かどうか確認を行い、可能であ
ればステップ１４０８へ、可能でないならばステップ１
４１２へ進む。ステップ１４０８においては、図１３、
図６の書体テ−ブルの比較を行い、フォントドライバに
はあるがプリンタドライバ（３０２、３０３）にはない
書体を選択する。１つでも存在すればステップ１４０９
へ、存在しなければステップ１４１２へ進む。ステップ
１４０９では、ステップ１４０８で選択された書体の中
で、現在指定されプリンタで使用可能なデ−タ形式の書
体を選択する。１つでも存在すればステップ１４１０
へ、存在しなければステップ１４１２へ進む。ステップ
１４１０では、ステップ１４０９で選択された書体をプ
リンタ１１１へプリンタドライバ（３０２、３０３）を
経由しダウンロ−ドする。次に、ステップ１４１１で
は、プリンタドライバ書体テ−ブル（図５）にダウンロ
−ドを行った書体を追加登録する。ステップ１４１２で
は、全てのプリンタドライバを確認したかどうか判断
し、全て終了の場合は、ステップ１４１３へ終了してい
ない場合は、再び、ステップ１４０７からの処理を繰り
返す。

【００２３】ステップ１４１３では、図４のステップ４
０８の要求に対し、先に示した図６、図１３に示される
れるテ−ブルの中の書体名情報をアプリケ−ションに引
渡し、ステップ１４１４においてアプリケ−ションから
文字出力要求を受ける。このさいアプリケ−ションから
のパラメ−タとしてプリンタへの出力か、ディスプレイ
への出力かを示すフラグ、書体名、サイズ 、修飾、出
力プリンタの指定情報等の情報が渡される（図４のステ
ップ４１１）。ステップ１４１５において出力先がプリ
ンタか非かの判定を行い、プリンタであればステップ１
４１６へそうでなければステップ１４２４へ進む。

【００２４】〔出力先がディスプレイの場合〕ステップ
１４２４において、フォントドライバ（３０７や３０
８）の書体テ−ブル（図１６）にステップ１４１４で獲
得した書体名が存在するか非か判定する。その結果、存
在すればステップ１４２５へ進み、書体の存在するフォ
ントドライバ（３０７あるいわ３０８）にビットマップ
への展開要求を行い、その結果をステップ１４２１にお
いてディスプレイドライバ３０４経由でディスプレイに
表示する。一方、ステップ１４２４で書体名が存在しな
い場合はステップ１４２６に進み、システムフォントを
要求サイズに拡大縮小を行い、ステップ１４２７におい
てディスプレイドライバ３０４経由でディスプレイに表
示する。

【００２５】〔出力先がプリンタの場合〕ステップ１４
１６はプリンタへ出力する場合の処理であり、プリンタ
ドライバ（３０２あるいわ３０３）にステップ１４１４
で要求された書体名が存在するか非か判定する。存在す
ればステップ１４１７へ進みそうでなければステップ１
４２２へ進む。ステップ１４１７においては指定された
書体がＲＯＭカ−トリッジ１１２かどうかの判断を図１
３に示される格納場所種別情報を用いて行い、ＲＯＭカ
−トリッジであればステップ１４１８へ、そうでなけれ
ばステップ１４２０へ進む。ステップ１４１８において
はＲＯＭカ−トリッジ１１２が装着されているかどうか
判定し、装着されていればステップ１４１９へ進み、そ
うでなければエラ−を表示し処理を終了する。ステップ
１４１９においては装着されたＲＯＭカ−トリッジの書
体名が同一かどうか判定する。同一であればステップ１
４２０へ進み、そうでなけれエラ−を表示し処理を終了
する。ステップ１４２０においては指定されたプリンタ
ドライバでプリンタに対応したコ−ド変換が行われ、ス
テップ１４２１にてプリンタへコ−ドが転送されプリン
トアウトが行われ処理を終了する。先の例では図９
（ｂ）、図１０（ｂ）がこれに相当する。尚、ここでい
うコ−ド変換は、ウインドウシステムから出力されるシ
ステム固有のコ−ドを指定されたプリンタが扱うことの
できるコ−ドに変換することをさす。 一方、ステップ
１４２２は書体がプリンタに存在しない場合で、ここで
は、その書体が存在するフォントドライバにビットマッ
プ展開要求を行い、ステップ１４２３にてプリンタドラ
イバを経由しプリンタへイメ−ジを転送しプリントアウ
トを行う。そして処理を終了する。

【００２６】〔他の実施例〕これまでの実施例はウイン
ドウシステムがカ−トリッジの装着状態、ダウンロ−ド
の有無などを判断するシステムについて述べてきた。こ
こでは、それらの処理をドライバで行った場合の実施例
について図１５から図１７のフロ−チャ−トで説明す
る。

【００２７】〔プリンタドライバの動き〕図１５は、プ
リンタドライバ（３０２或いは３０３）の流れを示して
いる。ウインドウシステムによって起動されると、ステ
ップ１５０１において書体情報をＲＡＭ１０３（図２ワ
−ク領域２０２）にロ−ドする。ステップ１５０２にお
いてプリンタが接続されているかどうか確認し、接続さ
れていればステップ１５０２へ、されていなければシス
テムへエラ−を返しステップ１５１６へ進む。ステップ
１５０３においては、プリンタが使用できる状態である
ことを確認し、できる状態であればステップ１５０４
へ、そうでなければエラ−をシステムに返しステップ１
５１６へ進む。ステップ１５０４においてはＲＯＭカ−
トリッジ１１２が装着されているかどうか確認し、装着
されていればステップ１５０６へ、そうでなければステ
ップ１５０８へ進む。ステップ１５０６では書体情報を
ＲＯＭカ−トリッジから読み取る。ステップ１５０７で
は読みとった書体情報をＲＡＭ１０３（図２ワ−ク領域
２０２）にある書体テ−ブルへ追加しステップ１５０８
へ進む。すてっぷ１５０８では、システムへＲＡＭ１０
３の書体情報を転送する（図１６の１６０１）。ステッ
プ１５０９では接続されているプリンタ１１１がダウン
ロ−ド可能かどうか判断し、可能であればステップ１５
１０へ、そうでなければステップ１５１８へ進む。ステ
ップ１５１８においては、システムにダウンロ−ドを行
わないことを通知し（図１６の１６０６）、ステップ１
５１６へ進む。一方、ステップ１５１０では、システム
にフォントドライバの書体情報を要求し（図１６の１６
０５）ステップ１５１１へ進む。ステップ１５１１では
獲得した書体情報とプリンタドライバの書体情報を比較
し、フォントドライバに存在し、プリンタドライバに存
在しない書体が一つでも存在すればステップ１５１２へ
進み、存在しなければステップ１５１６へ進む。ステッ
プ１５１２においては、ステップ１５１１で選択された
書体の中で、デ−タ形式（フォ−マット）がプリンタド
ライバのデ−タ形式と同じものを選択する。一つでも存
在すればステップ１５１３へ進み。そうなければ、ステ
ップ１５１６へ進む。ステップ１５１３ではステップ１
５１２で選択された書体デ−タの要求を行い（図１６の
１６０７、１６０８）ステップ１５１４にてプリンタへ
ダウンロ−ドする。ステップ １５１５において書体テ
−ブルＲＡＭ１０３図２のワ−ク領域）を変更し、ステ
ップ１５１６へ進む。ステップ１５１６ではシステムか
らの要求を待ち、ステップ１５１７で要求に対応した処
理が行われ、終了後、ステップ１５１６へ戻り、この動
作が繰り返される。

【００２８】〔ウインドウシステムの動き〕次にウイン
ドウシステムの動きを図１６を用いて説明する。システ
ムは起動すると、ステップ１６０１において各プリンタ
ドライバ（３０２或いは３０３）に書体情報の問い合わ
せを行う。ステップ１６０２においては獲得した書体情
報を使い図５に示される書体テ−ブルをＲＡＭ１０３
（図２の２０３）作成する。ステップ１６０３において
はフォントドライバ（３０７或いは３０８）に書体情報
を問い合わせる。ステップ１６０４において獲得した書
体情報をもとに図６に示される書体テ−ブルをＲＡＭ１
０３（図２の２０３）に作成する。ステップ１６０５に
おいてはダウンロ−ド可能か否か（図１５の１５１８或
いは１５１０）の確認を行い、可能であれば、ステップ
１６０６へ、そうでなければステップ１６０９へ進む。
ステップ１６０６においてはプリンタドライバへフォン
トドライバの書体情報を引き渡す（図１５の１５１
１）。ステップ１６０７においては書体情報をフォント
ドライバ（３０７或いは３０８）に書体デ−タを要求し
（図１５の１５１３、図１７の１７０７、１７０８）、
ステップ１６０８でプリンタドライバへ書体デ−タを転
送する。ステップ１６０９においてはアプリケ−ション
ヘ書体情報を提供し（図４の４０８）ステップ１６１０
においてアプリケ−ションから文字出力要求を受ける
（図４のステップ４１１）。このさいアプリケ−ション
からのパラメ−タとしてプリンタへの出力か、ディスプ
レイへの出力かを示すフラグ、書体名、サイズ 、修
飾、出力プリンタの指定情報等の情報が渡される。次に
ステップ１６１１において出力先がプリンタか非かの判
定を行い、プリンタであればステップ１６１２へそうで
なければステップ１６１７へ進む。

【００２９】〔出力先がディスプレイの場合〕ステップ
１６１７において、フォントドライバ（３０７や３０
８）の書体テ−ブル（図６）にステップ１６１０で獲得
した書体名が存在するか非か判定する。その結果、存在
すればステップ１６１８へ進み、書体の存在するフォン
トドライバ（３０７あるいわ３０８）にビットマップへ
の展開要求を行い、その結果をステップ１６２０におい
てディスプレイドライバ３０４経由でディスプレイに表
示する。先の例では図８（ａ），図１０（ａ）がこれに
相当する。一方、ステップ１６１７で書体名が存在しな
い場合はステップ１６１９に進み、システムフォントを
要求サイズに拡大縮小を行い、ステップ１６２０におい
てディスプレイドライバ３０４経由でディスプレイに表
示する。先の例では図９（ａ）がこれに相当する。

【００３０】〔出力先がプリンタの場合〕ステップ１６
１２はプリンタへ出力する場合の処理であり、プリンタ
ドライバ（３０２あるいわ３０３）にステップ１６１０
で要求された書体名が存在するか非か判定する。存在す
ればステップ１６１３へ進みそうでなければステップ１
６１５へ進む。ステップ１６１３においては指定された
プリンタドライバでプリンタに対応したコ−ド変換が行
われ、ステップ１６１４にてプリンタへコ−ドが転送さ
れプリントアウトが行われ処理を終了する。先の例では
図９（ｂ）、図１０（ｂ）がこれに相当する。尚、ここ
でいうコ−ド変換は、ウインドウシステムから出力され
るシステム固有のコ−ドを指定されたプリンタが扱うこ
とのできるコ−ド（ＰＤＬ等の言語でも、デ−タでもよ
い）に変換することをさす。 一方、ステップ１６１５
は書体がプリンタに存在しない場合で、ここでは、その
書体が存在するフォントドライバにビットマップ展開要
求を行い、ステップ１６１６にてプリンタドライバを経
由しプリンタへイメ−ジを転送しプリントアウトを行
う。そして処理を終了する。

【００３１】〔フォントドライバの動き〕最後にフォン
トドライバの動きについて図１７を用いて説明する。フ
ォントドライバ（３０７或いは３０８）はシステムから
起動されると、ステップ１７０１において、書体情報を
ＲＡＭ１０３（図２の２０３）へロ−ドする。ステップ
１７０２で書体情報をウインドウシステムへ転送（図１
６の１６０３）し、ステップ１７０３にてシステムから
の要求待ちになる。ステップ１７０４にてシステムが書
体デ−タの要求なのかどうか判定し、デ−タ要求ならば
１７０５へ進み、書体デ−タをシステムに引き渡し（図
１６の１６０７）ステップ１７０３へ戻る。そうでない
なら、ステップ１７０６にて要求に従った処理を行い終
了後ステップ１７０３に戻る。以降ステップ１７０３か
らステップ１７０６の処理が繰り返される。

【００３２】

【発明の効果】以上詳述した様に、本発明により、プリ
ンタドライバを管理し、マルチタスクを行うウインドウ
システムであって、プリンタに文字パターンを出力する
場合、各タスクに応じて、前記プリンタに出力すべき文
字パターンをイメージ或はコードで転送することを制御
し、マルチタスクであっても、状況に応じて、高品位或
は高速出力を行うことができる文字処理方法提供するこ
とが可能になった。

【図面の簡単な説明】

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

【図２】本システムで使用するＲＡＭ１０３のメモリマ
ップである。

【図３】本システム全体の流を示した図である。

【図４】ウインドウシステムとアプリケ−ションの流れ
を示した図である。

【図５】プリンタドライバの書体テ−ブルを示した図で
ある。

【図６】フォントドライバの書体テ−ブルを示した図で
ある

【図７】アプリケ−ションに返される書体名を示した図
である。

【図８】実際の例を示した図である。

【図９】実際の例を示した図である。

【図１０】実際の例を示した図である。

【図１１】ウインドウシステムの処理フロ−チャ−トで
ある。

【図１２】カ−トリッジに対する判定を加えた場合のウ
インドウシステムのフロ−チャ−トである。

【図１３】カ−トリッジを加えた場合のプリンタドライ
バの書体テ−ブルを示す図である。

【図１４】ダウンロ−ドの判定を加えた場合のウインド
ウシステムのフロ−チャ−トである。

【図１５】プリンタドライバにカ−トリッジの判別、ダ
ウンロ−ドの判別を行わせた場合の動きを示すフロ−チ
ャ−トである。

【図１６】カ−トリッジの判別、ダウンロ−ドの判別を
ドライバで行った場合のウインドウシステムのフロ−チ
ャ−トである。

【図１７】フォントドライバの動きを示したフロ−チャ
−トである。

【符号の説明】

１０１ ＣＰＵ １０３ ＲＡＭ ３０１ ウィンドウシステム ３０２、３０３ プリンタドライバ ３０７、３０８ フォントドライバ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 プリンタドライバを管理し、マルチタス
   クを行うウインドウシステムであって、 プリンタに文字パターンを出力する場合、各タスクに応
   じて、前記プリンタに出力すべき文字パターンをイメー
   ジ或はコードで転送することを制御することを特徴とす
   る文字処理方法。
2. 【請求項２】 前記ウィンドウシステム、前記プリンタ
   ドライバを介して各タスクに対応するフォントが前記プ
   リンタに存在するか否かを判断していることを特徴とす
   る請求項第１項記載の文字処理方法。
3. 【請求項３】 前記マルチタスクによって複数のウィン
   ドウが生成されていることを特徴とする請求項第１項記
   載の文字処理方法。