JPH10254426A - 文字発生方法 - Google Patents

Abstract

(57)【要約】 【課題】 従来の表示システムを大幅に変更することな
く、簡単な構成で表示フォントを増大させることが可能
な文字発生方法を提供する。 【解決手段】 キャラクタジェネレータ１０を固定領域
１０ａと差し換え領域１０ｂに分割して文字フォントを
登録する。表示すべき文字が固定領域に登録されている
場合には、キャラクタジェネレータのその位置を示す表
示コードをＶＲＡＭに書き込む。一方、表示すべき文字
が固定領域に登録されていない場合には、メモリ２２か
ら文字フォントを取得して差し換え領域１０ｂに登録す
る。差し換え領域に登録される文字フォントならびにそ
の表示コードを管理して差し換え領域の文字フォントを
ダイナミックに差し換えることによりキャラクタジェネ
レータに登録できるフォント数を見かけ上増大させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、文字発生方法、更
に詳細には、ダイナミックにフォントを差し換えること
によりフォント登録数を拡大できる文字発生方法に関す
る。

【０００２】

【従来の技術】従来、データエントリシステム（データ
入力装置）では、フォント（文字パターン）をキャラク
タジェネレータと呼ばれる部分に登録し、例えばキーボ
ードによるキー入力によりフォント表示の要求があった
ときには、ＶＲＡＭと呼ばれるハードウェア資源に、表
示要求のあったフォントに対応する表示コードを書き込
むことによって文字及び記号を画面に表示することを実
現している。

【０００３】この場合、データエントリシステムのキャ
ラクタジェネレータでは、これまでユーザのフォント登
録範囲は８０８０〜ＦＦＦＦｈで、その内で５４８６個
が登録でき、使用できるフィンの数が限定されていた。

【０００４】

【発明が解決しようとする課題】しかし、表現したい文
字、記号等が増大する傾向にあり、それに応じてフォン
ト登録数の拡大要求が起こっている。しかし、フォント
登録数を左右するフォント登録領域のキャラクタジェネ
レータは、ハードウェア資源であり、その登録領域には
限界がある。フォント登録数を増大するためには、キャ
ラクタジェネレータの容量を増大させれば良いが、その
場合には、キャラクタジェネレータそれ自体のコストが
上昇するだけではなく、キャラクタジェネレータからＶ
ＲＡＭ及びモニタに至る従来の表示システムをハードウ
ェア並びにソフトウェア的に大幅に変更しなければなら
ない、という問題がある。

【０００５】従って、本発明は、このような問題点を解
決するためになされたもので、従来の表示システムを大
幅に変更することなく、簡単な構成で登録可能な文字フ
ォントを増大させることが可能な文字発生方法を提供す
ることをその課題とする。

【０００６】

【課題を解決するための手段】本発明によれば、上記課
題は、キャラクタジェネレータを第１と第２の領域に分
割し、文字フォントのうち所定数のフォントを前記第１
の領域に、また他のフォントをキャラクタジェネレータ
と別のメモリにそれぞれ登録し、表示しようとする文字
フォントがメモリに登録されている場合には、その文字
フォントをメモリから前記第２の領域に登録するととも
に、登録位置と該文字フォントとの対応付けを行ない、
表示しようとする文字フォントを第１あるいは第２の領
域から発生させることを特徴とする文字発生方法により
解決される。

【０００７】キャラクタジェネレータの第１の領域に
は、所定数（４４８６個）のフォントが登録され、その
登録位置と文字フォントとの対応は変化しないので、第
１の領域は、固定領域となる。また、第２の領域には、
第１の領域に登録されない他のフォントで、他の記憶媒
体（メモリ）に登録されているフォントが登録される。
表示しようとする文字フォントがメモリに登録されてい
る場合には、このメモリから第２の領域に登録され、そ
のとき登録位置と文字フォントとの対応付けをテーブル
等を介して管理することにより、第２の領域の登録文字
フォントをダイナミックに差し換えることが可能にな
る。従って、メモリに登録された分の文字フォントを第
２の領域に差し替えて登録することができるので、メモ
リに登録するフォント数を増大させることにより、キャ
ラクタジェネレータに登録できるフォント数を見かけ上
増大させることができる。

【０００８】文字フォントを第２の領域（差し換え領
域）に登録するときには、未だ対応付けが行なわれてい
ない位置に登録する。この対応付けのない位置が多けれ
ば多いほど、差し換えの可能性が増大するので、表示し
ようとする位置（ＶＲＡＭ、画面の位置）に、対応付け
のある文字フォントが表示されている場合には、その対
応付けを解除してから表示を行なう。また、表示文字を
クリアするとき、あるいは表示文字がスクロールにより
画面から消えるとき、表示位置の文字フォントが前記対
応付けのある文字フォントである場合には、その対応付
けを解除する。これらの処置により第２の領域を開放す
ることができる。

【０００９】第２の領域の登録位置と文字フォントとの
対応は、例えば、登録位置を示す表示コードと、その登
録文字フォントの文字コードと、その関連が対応したこ
とを示すフラグをテーブルの形式で管理することで行な
うことができる。通常、ＶＲＡＭには、表示コードが書
き込まれ、この表示コードを介してキャラクタジェネレ
ータにアクセスがなされて文字フォントが表示される。

【００１０】メモリの容量を増大させれば、その分キャ
ラクタジェネレータの見かけ上の登録数は増大するが、
ユーザの設定によりメモリの容量を設定できるようにす
ると好ましい。これにより不必要に登録数を欲しないユ
ーザは、メモリを他の用途に供することが可能になる。

【００１１】

【発明の実施の形態】以下、図面に示す実施の形態に基
づいて本発明を詳細に説明する。

【００１２】［原理］図１は、本発明の原理を説明する
ためのもので、キャラクタジェネレータ１０は８０８０
〜ＦＦＦＦｈの領域に１６３８４個のフォントを登録す
ることが可能になっている。そのうちエントリシステム
が固定的に登録するシステム、ＪＩＳフォントが１０８
９８個あり、これらのフォントがすでに登録されている
ので、残りの５４８６個分がユーザフォントの最大登録
数となる。従って、例えば、２０で示したように、ユー
ザフォント登録数が１００００個ある場合、８０８０〜
ＦＦＦＦｈの領域にそのすべて登録するのは不可能であ
る。

【００１３】そこで、本発明では、このキャラクタジェ
ネレータの登録領域を固定領域１０ａと差し換え領域１
０ｂに分割し、差し換え領域１０ｂに登録されるフォン
トをダイナミックに切り替えることによりキャラクタジ
ェネレータに登録可能なフォント数を増大させている。

【００１４】例えばユーザフォント登録数が１００００
個ある場合、固定領域１０ａにユーザフォントを４４８
６個まで登録し、差し換え領域に１０００フォント分の
領域を確保する。つぎに、固定領域に登録されない残り
の５５１４（＝１００００−４４８６）個のフォント２
１をメモリ２２に格納する。そして、５５１４個内のフ
ォント表示の要求があったならば、１０００個分の差し
換え領域１０ｂにダイナミックに差し換えて登録を行い
表示させる。

【００１５】このようにして、最大登録数を超える５４
８７〜１００００個のフォントを８０８０〜ＦＦＦＦｈ
に登録しているように見せかけることにより、ユーザフ
ォント登録数を１００００個に増大させることが可能に
なる。

【００１６】［機能詳細］このダイナミックなフォント
切り換えによる文字発生に必要な資源には、既存のキャ
ラクタジェネレータとＶＲＡＭのハードウェア資源と、
それに新たに追加する資源として、差し換えフォントテ
ーブル、コード管理テーブル、差し換えコード管理テー
ブルの３点があり、これらをメモリに追加して、ソフト
ウェアで管理する。以下に各資源を説明する。

【００１７】キャラクタジェネレータ（ＣＧ）は、８０
８０〜ＦＦＦＦｈのフォント登録領域を管理しているハ
ードウェア資源であり、図２に図示したように、８０８
０〜ＦＦＦＦｈの領域にフォントが登録され、本発明の
実施形態では、固定領域１０ａと差し換え領域１０ｂに
分割されている。

【００１８】ＶＲＡＭは、通常のビデオＲＡＭであり、
画面に表示させるフォントの表示コード（文字コード及
び表示コード参照）を管理しているハードウェア資源で
ある。フォントの画面への表示は、文字コードをある変
換規則によって変換させた表示コードをＶＲＡＭに書き
込むことによって実現している。

【００１９】差し換えフォントテーブル３０は、図２に
図示したように、文字コード（２バイト）とキャラクタ
ジェネレータ１０の差し換え領域１０ｂに登録するフォ
ントのアドレス（４バイト）を管理するテーブルであ
り、所望登録フォント数（１００００個）の内すでに固
定領域１０ａに登録されたフォント数（４４８６個）の
残りの５５１４字分のデータ領域を持っている。

【００２０】フォントファイル３６は、差し換えフォン
トテーブル３０のフォントアドレスとそこに登録される
実際のフォントデータ（７２バイトのビットマップ）の
対応を示すものである。

【００２１】コード管理テーブル３２は、キャラクタジ
ェネレータ１０の固定領域１０ａに登録される４４８６
個のフォントの文字コード（２バイト）と表示コード
（２バイト）を管理するテーブルである。このテーブル
は、固定領域１０ａを管理することになるので、文字コ
ードと表示コードの対応関係は確立しており、変化する
ことはない。従って、固定領域の表示コードのフォント
の内容は、コード管理テーブル３２を介して常に知るこ
とが可能である。

【００２２】一方、差し換えコード管理テーブル３４
は、キャラクタジェネレータ１０の差し換え領域１０ｂ
に登録されるフォントの文字コード（２バイト）と表示
コード（２バイト）のデータを管理する。その数は差し
換え領域の登録可能数に対応して１０００個となる。こ
の差し換えコード管理テーブル３４の画面表示管理領域
３４ａには、文字コードが示すフォントが画面上に表示
されているかどうかの情報が入力されている。表示して
いない場合には、フラグ＝０が、また表示されている場
合にはフラグ＝１が登録される。

【００２３】差し換えコード管理テーブル３４は、コー
ド管理テーブル３２の場合と違って、文字コードと表示
コードの対応が差し換えに従ってダイナミックに変化す
る。フラグ＝１の場合には、表示コードと文字コードの
対応付けが可能であり、フラグ＝０の場合には、対応付
けが解除されることになる。

【００２４】本発明では、固定領域にない文字フォント
を表示しようとする場合、フラグ＝０のところをサーチ
し、見つかった場合その表示コードに文字コードを対応
付けるとともに、差し換え領域の表示コード位置にその
文字コードに対応するフォントを登録し、そのときフラ
グ＝を０から１に変換させるようにして、キャラクタジ
ェネレータの差し換え領域に登録される文字フォントと
登録位置の関係を確定させている。

【００２５】なお、本発明において、文字コードとは、
７２バイトの文字フォントデータに対応しているコード
のことをいい、一方、表示コードは、キャラクタジェネ
レータにフォントデータを登録するときその登録位置に
対応するコードある。例えば、図２に図示したように、
文字コードが７０７０ｈの「漢」というフォントをキャ
ラクタジェネレータのＦＦＡ０ｈの位置に登録したとす
ると、文字コードは７０７０ｈ、表示コードはＦＦＡ０
ｈとなる。

【００２６】［ユーザフォントのキャラクタジェネレー
タへの登録］次に、図３を参照してユーザフォントのキ
ャラクタジェネレータへの登録の流れを説明する。

【００２７】まず、ステップＳ１において、ドライバの
イニシャル時に、差し換えコード管理テーブル３４の表
示コードにキャラクタジェネレータ１０の差し換え領域
１０ｂの表示コードを入力する。例えば、差し換え領域
１０ｂがＦ５Ｄ８〜ＦＦＦＦｈであるとすると、差し換
えコード管理テーブル３４の表示コード欄にこれらの表
示コードが順次登録されていく。このとき、画面にはま
だ表示が行なわれていないので、差し換えコード管理テ
ーブル３４の画面表示管理領域３４ａにはそれぞれフラ
グ＝０が入力される（ステップＳ２）。

【００２８】登録を行う際は、キャラクタジェネレータ
のユーザフォント登録領域の先頭［８０Ａ０ｈ］から登
録していく。これは、登録すべきフォントをフォントデ
ータから獲得し（ステップＳ３）、このフォントデータ
をキャラクタジェネレータの［８０Ａ０ｈ］から順番に
登録することにより行なわれる（ステップＳ５）。

【００２９】［ＦＦＡ０ｈ］までは、固定領域であるの
で、登録ごとに図２のコード管理テーブル３２に文字コ
ードと表示コードを登録する（ステップＳ６）。例え
ば、最初のフォントの文字コードが［０００１］である
場合には、テーブル３２の第１番目には、文字コード
［０００１］、表示コード［８０Ａ０ｈ］が登録され
る。

【００３０】キャラクタジェネレータの固定領域には、
４４８６文字まで登録できるので、その数だけ上記ステ
ップを繰り返す。ステップＳ４において、４４８７文字
目以降のフォントであると判断された場合には、ステッ
プＳ７に移行し、フォントをフォントデータ領域（フォ
ントファイル）に登録する。これは、図２のフォントフ
ァイル３６の各アドレスにフォントデータ（７２バイ
ト）を登録することにより行なわれる。このときそのフ
ォントアドレスと文字コードを、差し換えフォントテー
ブル３０に入力する（ステップＳ８）。

【００３１】このフォントファイル３６へのフォントデ
ータの登録と差し換えフォントテーブル３０への入力
は、５５１４個分のフォントに対して行なわれ、ステッ
プＳ９において全てのフォントデータが登録されたと判
断されると、処理を終了する。

【００３２】なお、上記の差し換えフォントテーブル３
０、コード管理テーブル３２、差し換えコード管理テー
ブル３４の各テーブルは、コンソールドライバによって
管理される。また、各テーブル及びフォントファイルは
一つのメモリに格納するようにしても、また個別にそれ
ぞれメモリに格納するようにしてもよい。

【００３３】［文字表示］次に上記のようにしてフォン
トが登録されるキャラクタジェネレータを用いての文字
表示を説明する。

【００３４】図４のステップＳ１０〜Ｓ１４は、文字を
表示すべくＶＲＡＭに表示コードを書き込む場合、現在
この書き込み位置にあるＶＲＡＭの表示コードが差し換
え領域の表示コードである場合には、その表示コードの
フラグを０にするためのものである。

【００３５】まず、ステップＳ１０においてＶＲＡＭの
コード書き込み位置から表示コードを獲得する。ステッ
プＳ１１において全角表示コード（全角コードは４バイ
トで、後半２バイトはヌルコードが入力されている）か
否かが判断される。半角コードの場合には、固定領域に
登録され、差し換え領域の表示コードではないので、ス
テップＳ１１からステップＳ１５に分岐する。

【００３６】一方、全角表示コードならば、差し換えコ
ード管理テーブル３４をサーチする（ステップＳ１
２）。ステップＳ１３において、ヒットなしの場合は、
固定領域の表示コードなので、同様にステップＳ１５に
分岐する。一方、ステップＳ１３においてその表示コー
ドがサーチされた場合には、差し換えコード管理テーブ
ル３４の画面表示管理領域３４ａに０をセットする（ス
テップＳ１４）。この処理は、ＶＲＡＭに表示コードを
書き込むときは必ず行なうようにする。これにより、差
し換え領域の表示コードの画面表示管理領域が０のとこ
ろが作成でき、その表示コードに対応する差し換え領域
の位置のフォントの差し換えが可能になる。

【００３７】上記の処理が終了したならば、アプリケー
ションから受け取った上位モジュールから文字コードを
取得する（ステップＳ１５）。この文字コードがシステ
ム、ＪＩＳコードである場合には（ステップＳ１６、Ｓ
１７）、それに対応する表示コードが確定しているの
で、ステップＳ２１において、ＶＲＡＭにその表示コー
ドを書き込む。

【００３８】一方、文字コードがシステム、ＪＩＳコー
ドでない場合には、ステップＳ１８において、その文字
コードでコード管理テーブル３２をサーチする。ステッ
プＳ１９において、ヒットしたと判断された場合には、
ステップＳ２０においてその文字コードに対応する表示
コードに変換して、ステップＳ２１においてその表示コ
ードをＶＲＡＭに書き込む。

【００３９】この状態が図５に図示されている。例え
ば、アプリケーションから文字コード＝０００１が渡さ
れると、この文字コードは、コード管理テーブル３２に
登録されているので、サーチがヒットし、それに対応す
る表示コード＝８０Ａ０がＶＲＡＭ４０に書き込まれ
る。コード管理テーブル３２においてヒットする場合に
は、この文字コードに対応するフォントは、キャラクタ
ジェネレータの固定領域に登録されていることを意味す
るので、キャラクタジェネレータへの登録は行なわれな
い。

【００４０】一方、ステップＳ１９において、コード管
理テーブル３２でヒットしなかったことが判断された場
合には、ステップＳ２２において差し換えフォントテー
ブル３０をサーチする。例えば、アプリケーションから
文字コード＝７０７０が渡されると、この文字コード
は、差し換えフォントテーブル３０でヒットするので
（ステップＳ２３）、そのときその文字コードに対応す
るフォントアドレスを獲得する（ステップＳ２４）。こ
の状態が、図６の上段に図示されており、差し換えフォ
ントテーブル３０により文字コード＝７０７０からフォ
ントアドレス＝１０００が取得される。

【００４１】次に、ステップＳ２５において、差し換え
コード管理テーブル３４の画面表示管理領域が０にセッ
トされている（画面に表示されていない）ものをサーチ
する。ステップＳ２６においてヒットが確認されたなら
ば、表示コードを獲得する。例えば、図６の左中段に図
示したように、差し換えコード管理テーブル３４の画面
表示管理領域３４ａが０であることろをサーチすると、
表示コード＝ＦＦＡ０が０であるので、その表示コード
を取得する。

【００４２】次に、上記のようにして表示コードを取得
した場合には、ステップＳ２７、Ｓ２８においてその表
示コードに対応する画面表示管理領域３４ａを１にセッ
トするとともに、文字コード領域に文字コード＝７０７
０をセットする（図６の左下の差し換えコード管理テー
ブルを参照）。

【００４３】続いて、ステップＳ２９において、ＶＲＡ
Ｍ４０に表示コードを書き込むとともに、表示コードが
示すキャラクタジェネレータ１０の位置にフォントアド
レスの示すフォントを登録する。図６を参照するなら
ば、ＶＲＡＭ４０に表示コード＝ＦＦＡ０がセットさ
れ、キャラクタジェネレータ１０のＦＦＡ０の位置にフ
ォントファイル３６のアドレス＝１０００に対応するフ
ォントデータ「漢」が登録されることになる。

【００４４】一方、ステップＳ２６において、ヒットし
なかったならば、フォントが割り付けられていないコー
ドであるから、Ｈｅｘ表示コードに変換する（ステップ
Ｓ３０）。ヒットしない場合は、ダイナミックフォント
の表示数が１０００を超えているため、Ｈｅｘ表示コー
ドに変換する。

【００４５】［文字削除］次に、文字削除を説明する。

【００４６】文字削除は、４０４０ｈ（スペースコー
ド）を入力することにより行なわれる。文字削除の要求
があった時は、図７のステップＳ４０に図示されたよう
に、ＶＲＡＭ４０の４０４０ｈ書き込み位置の表示コー
ドを獲得する。ステップＳ４１においてそれが全角表示
コードであると判断された場合には、その表示コードで
差し換えコード管理テーブル３４をサーチする（ステッ
プＳ４２）。

【００４７】ステップＳ４３において、ヒットが確認さ
れたならば、その画面表示管理領域に０をセットする
（ステップＳ４４）。続いて、ステップＳ４５におい
て、ＶＲＡＭに４０４０ｈ（スペースコード）を書き込
む。例えば、図８に図示されたように、４０４０ｈを書
き込む位置のＶＲＡＭ４０の表示コードがＦＦＦＦの場
合、表示コード＝ＦＦＦＦを取得して、このコードで差
し換えコード管理テーブル３４をサーチし、この表示コ
ードのある画面表示管理領域３４ａを０にセットする。

【００４８】一方、ステップＳ４３においてヒットしな
かった場合は、システムフォントないし固定領域の表示
コードなので、そのまま、ＶＲＡＭに４０４０ｈを書き
込む。

【００４９】［スクロール］次に、画面のスクロールが
あったときの文字表示を説明する。

【００５０】図９に図示されたように、ＶＲＡＭ４０は
画面表示領域４０ａより大きな容量を有しており、差し
換え領域にあるフォントの場合、基本的には、画面表示
領域４０ａでは表示コードを割り付け、一方その他の領
域では、文字コードを割り付けるようにする。これは、
画面表示領域以外の領域にも表示コードを割り付ける
と、差し換え領域のすべての表示コード（１０００個）
が割り付けられてしまう恐れがあり、差し換えによるダ
イナミックフォントの表示が不可能になるからである。
従って、表示領域から離れる場合には、表示コードを文
字コードに変換するとともに、差し換え領域の表示コー
ドの場合には、その画面表示管理領域を０にセットし、
逆に画面領域に入る場合には、文字コードを表示コード
に変換し、差し換え領域の表示コードの場合には、その
画面表示管理領域を１にセットするようにする。

【００５１】まず、図１０のステップＳ５０に示したよ
うに、画面に対してスクロールの要求があったならば、
スクロールによって画面から消えてしまうＶＲＡＭ行の
先頭から表示コードを獲得し、それが全角表示コードで
あるならば、その全角表示コードを取得する。

【００５２】続いて、ステップＳ５１において、コード
管理テーブル３２をサーチする。ステップＳ５２でヒッ
トが確認されたならば、ステップＳ５６において、表示
コードを文字コードに変換する。

【００５３】一方、ヒットしない場合には、ステップＳ
５３において差し換えコード管理テーブル３４をサーチ
する。そこでヒットしたならば、その表示コードを対応
する文字コードに変換するとともに、対応する画面表示
管理領域３４ａを０にセットする（ステップＳ５５、Ｓ
５６）。

【００５４】続いて、上記のようにして取得した文字コ
ードをＶＲＡＭに書き込み（ステップＳ５７）、上記ス
テップをサーチ範囲の全てについて繰り返す（ステップ
Ｓ５８）。

【００５５】以上の状態が図１１に図示されており、例
えばＶＲＡＭのスクロール前の画面表示領域４０ａの画
面から消されてしまう行に、例えば表示コード＝８０８
Ａ、ＦＦＡ０が書き込まれているとする。表示コード＝
８０８Ａが取得された場合には、コード管理テーブル３
２でヒットするので、その文字コード＝０００１が、ま
た表示コード＝ＦＦＡ０の場合には、差し換えコード管
理テーブル３４においてヒットするので、それに対応す
る文字コード＝７０７０が引き出される。そのとき、そ
の画面表示管理領域３４ａが「１」から「０」にセット
される。

【００５６】次に、スクロールが進んで、今まで画面に
表示されていなかったものが、画面に表示される過程が
図１０のステップＳ５９以降に図示されている。

【００５７】画面に表示される行については、画面から
消えてしまう行と同じように表示される行の先頭からコ
ードを獲得し、全角文字コードであるならば、この全角
コードを獲得する（ステップＳ５９）。全角の文字コー
ドを得たならば、文字コード→表示コード変換ルーチン
を通し、表示コードを得る（ステップＳ６０）。この変
換ルーチンは図示されていないが、ステップＳ５１〜Ｓ
５６に図示した表示コード→文字コードの逆変換に対応
する。このように、表示コードが得られたら、そのコー
ドをＶＲＡＭ表示位置に書き込み（ステップＳ６１）、
これをサーチ範囲すべてにおいて繰り返す（ステップＳ
６２）。

【００５８】例えば、図１１においてスクロールが進み
文字コード＝０００１が取得された場合には、コード管
理テーブル３２を介して表示コード＝８０８Ａが得ら
れ、これがＶＲＡＭに書き込まれる。

【００５９】［画面クリア］画面クリアは、図７に関連
して説明した文字削除を全画面の文字に付いて行なうこ
とに対応する。文字削除は、画面に現在表示されている
画面上のコードをクリア（ＶＲＡＭ画面表示域に４０４
０ｈを上書き）することであるので、画面の先頭から４
０４０ｈを書き込む位置の表示コードを獲得する（図１
２のステップＳ７０）。

【００６０】ステップＳ７１で全角表示コードであると
判断されたならば、その表示コードで差し換えコード管
理テーブル３４をサーチする（ステップＳ７２）。ステ
ップＳ７３でヒットが確認されると、そのコードに対応
する画面表示管理領域を０にセットし（ステップＳ７
４）、その後、ＶＲＡＭに４０４０ｈを上書きする（ス
テップＳ７５）。

【００６１】この状態が図１３に図示されている。クリ
アを開始して例えばＶＲＡＭ４０の画面表示領域におい
て全角表示コードＦＦＡ００００が書き込まれている場
合、表示コード＝ＦＦＡ０が獲得され、これで差し換え
コード管理テーブル３４をサーチし、ヒットするので、
その画面表示管理領域が０にセットされ、ＶＲＡＭの４
０４０が書き込まれている。

【００６２】一方、ステップＳ７１で全角コードでない
場合、あるいはステップＳ７３でヒットしない場合は、
差し換え領域の表示コードではないのでそのまま４０４
０ｈを上書きし、この処理をクリアする範囲について行
う（ステップＳ７６）。

【００６３】［ＶＲＡＭリード］アプリケーションから
ＶＲＡＭをアクセスしてＶＲＡＭに書き込まれている文
字がどのような文字であるかを知るときにＶＲＡＭリー
ド（読み取り）の要求が出される。そのときの流れが、
図１４に図示されており、まず、ＶＲＡＭリードが要求
された時は、リード範囲にある１コードを読み出す（ス
テップＳ８０）。そのコードが全角コードであるかない
かが確認され（ステップＳ８１）、全角コードであるな
らばスクロール時と同様に表示コードを文字コードに変
換するルーチンを通す。

【００６４】すなわち、ステップＳ８２でコード管理テ
ーブルをサーチし、ステップＳ８３でヒットが確認され
た場合には、コード管理テーブルに従って表示コードを
文字コードに変換し（ステップＳ８４）、ヒットしない
場合には、差し換えコード管理テーブルをサーチする
（ステップＳ８５）。ステップＳ８６で差し換えコード
管理テーブルでのヒットが確認されたら、ステップＳ８
７で差し換えコード管理テーブルに従って表示コードを
文字コードに変換する。なお、スクロールのときと相違
して、このとき画面表示管理領域は０にセットされるこ
とはない。

【００６５】次に、ステップＳ８８において、変換した
コードをアプリケーションに渡す文字コード列に書き込
む。これをリード範囲について行う（ステップＳ８
９）。リード範囲が終了したならば、従来通り、リード
の要求をしたアプリケーションに渡す。

【００６６】この状態が図１５に図示されており、例え
ばＶＲＡＭのリード範囲が４０ｃであった場合、例えば
全角コード＝ＦＦＡ０が書き込まれている場合、差し換
えコード管理テーブルに従って、文字コード＝７０７０
が獲得され、これがアプリケーションに渡す文字コード
列５０に書き込まれる状態が図示されている。

【００６７】［ＶＲＡＭライト］次に、アプリケーショ
ンから読み取りと逆に書き込み（ライト）の要求があっ
た場合を図１６、図１７を参照して説明する。

【００６８】まず、アプリケーションから受け取った文
字コード列を書き込むＶＲＡＭライト位置の１コードを
読み出し、全角コードであるかないかを確認する（ステ
ップＳ９０、Ｓ９１）。全角コードであるならば、差し
換えコード管理テーブル３４をサーチする（ステップＳ
９２）。

【００６９】ステップＳ９３でヒットが確認されたなら
ば、画面表示管理領域を０にセットする。これは、図４
の文字表示のときステップＳ１１〜Ｓ１４に示したのと
同じ考え方で、画面表示管理領域に０をセットして表示
コードを解放するためのものである。

【００７０】その後、ステップＳ９５において、アプリ
ケーションより渡された文字コード列から文字コードを
取得し、その文字コードが全角コードであるならば（ス
テップＳ９６）、文字コード→表示コード変換ルーチン
に通して、表示コードに変換し（ステップＳ９７）、そ
のコードをＶＲＡＭに書き込む（ステップＳ９８）。

【００７１】なお、ステップＳ９１、Ｓ９３において否
定された場合は、差し換え領域の表示コードではないの
で、ステップＳ９５に移行し、またステップＳ９６で否
定された場合は、表示コードが確定しているので、直接
ステップＳ９８に移行する。

【００７２】以上のステップをライト範囲が終了するま
で行う（ステップＳ９９）。

【００７３】以上説明した例が図１７に示されている。
例えば、ライト範囲４０ｄでＶＲＡＭの表示コード＝Ｆ
ＦＢ０００００が取得されたとき、差し換えコード管理
テーブル３４でヒットするので、表示コード＝ＦＦＢ０
の画面表示管理領域に０がセットされる。ライトの文字
コードが、図１７の下段に示したように、７０７０であ
る場合には、文字コードから表示コード変換ルーチンに
より表示コードを獲得する。差し換えコード管理テーブ
ルでサーチしたとき表示コード＝ＦＦＡ０のフラグが０
であるので、表示コード＝ＦＦＡ０が獲得され、ＶＲＡ
Ｍにその表示コードが書き込まれる。

【００７４】［キャラクタジェネレータのリード］キャ
ラクタジェネレータのリードは、ＶＲＡＭを介さず、直
接キャラクタジェネレータにアクセスしてフォントを取
得する場合である。その場合の流れが図１８に図示され
ている。

【００７５】まず、アプリケーションからキャラクタジ
ェネレータのリードの要求があった場合、ステップＳ１
００において文字コードで差し換えフォント管理テーブ
ルをサーチする。ステップＳ１０１でヒットが確認され
たならば、ステップＳ１０８に飛んで、フォントアドレ
スを獲得し、それをアプリケーションに渡す（ステップ
Ｓ１０９）。

【００７６】一方、ヒットしなかったならば、差し換え
領域以外のフォントであるので、文字コードでコード管
理テーブルをサーチする（ステップＳ１０２）。ここで
ヒットが確認されたならば（ステップＳ１０３）、固定
領域のフォントであり、ステップＳ１０６において文字
コードを表示コードに変換してフォントアドレスを獲得
する。

【００７７】一方、ステップＳ１０３でヒットせず、ど
ちらのテーブルでもヒットしなかった場合は、システ
ム、ＪＩＳコードかフォント割り付けのないコードであ
るので、ステップＳ１０４、Ｓ１０５でそれをチェック
する。システム、ＪＩＳコードならばステップＳ１０７
で表示コードからフォントアドレスを獲得する。また、
フォントが割り付けられていないコードならば、白色の
フォントをアプリケーションに返す。

【００７８】また、システム、ＪＩＳコードでない場合
には、ステップＳ１１０でエラーコードをセットする。
以上説明したように、本発明では、差し換え領域の文字
フォントをダイナミックに差し換えることが可能になる
ので、ユーザフォント登録範囲が拡張されることによっ
て、登録フォント数を増大させることができる。しか
し、図１９の左側に図示したように、登録範囲が拡張さ
れるのは見かけ上であり、実際に登録するのは、右側の
８０８０〜ＦＦＦＦｈの範囲であって、この増加した分
のフォントは、メモリ（フォントファイル）上に確保管
理して画面上に表示される。

【００７９】なお、ユーザのフォント登録数によって、
メモリの容量が相違するので、ユーザが操作できるディ
ップスイッチを設定し、メモリの段階的獲得を可能とし
た。これによりシステムのメモリ使用量を節約すること
が可能になる。

【００８０】すなわち、図２０に図示したように、ユー
ザフォント登録数によってディップスイッチを設定する
ことにより、メモリを段階的に獲得する。ディップスイ
ッチは、００００〜１０１０まで１１段階の設定が可能
で、１０１１以降は、１０１０と同一の設定となる。こ
の場合、設定した登録数以上にフォントを登録させよう
としても、そのフォントは無視され登録されないことに
なる。

【００８１】

【発明の効果】以上説明したように、本発明によれば、
キャラクタジェネレータが固定領域と差し換え領域に分
割され、差し換え領域に登録される文字フォントならび
にその表示コードないし登録位置を管理することにより
差し換え領域の文字フォントをダイナミックに差し換え
ることが可能になるので、キャラクタジェネレータに登
録できるフォント数を見かけ上増大させることが可能に
なる。

【図面の簡単な説明】

【図１】本発明の原理を説明する説明図である。

【図２】各種テーブルないしファイルと、キャラクタジ
ェネレータの関係を示した説明図である。

【図３】フォントデータをキャラクタジェネレータに登
録する過程を示したフローチャート図である。

【図４】文字が表示される流れを示したフローチャート
図である。

【図５】固定領域の文字が表示される状態を示した説明
図である。

【図６】差し換え領域に文字フォントが登録される状態
を示した説明図である。

【図７】文字を消去する場合の流れを示したフローチャ
ート図である。

【図８】差し換え領域の文字が消去されるときの状態を
示した説明図である。

【図９】ＶＲＡＭの画面表示領域とそれ以外の領域を示
した説明図である。

【図１０】画面をスクロールするときの流れを示したフ
ローチャート図である。

【図１１】画面がスクロールするときのＶＲＡＭのコー
ド変換を示した説明図である。

【図１２】画面をクリアするときの流れを説明したフロ
ーチャート図である。

【図１３】画面をクリアするときのＶＲＡＭとテーブル
関係を示した説明図である。

【図１４】ＶＲＡＭリードの流れを示したフローチャー
ト図である。

【図１５】ＶＲＡＭをリードしてアプリケーションに渡
す状態を示した説明図である。

【図１６】ＶＲＡＭライトの流れを示したフローチャー
ト図である。

【図１７】ＶＲＡＭライトの過程を説明した説明図であ
る。

【図１８】キャラクタジェネレータにアクセスしてフォ
ントデータを取得する流れを示したフローチャート図で
ある。

【図１９】本発明によりキャラクタジェネレータの登録
範囲が見かけ上拡張される状態を示した説明図である。

【図２０】フォントが登録されるメモリの容量をディッ
プスイッチの設定で変化させる状態を示した表図であ
る。

【符号の説明】

１０ キャラクタジェネレータ １０ａ 固定領域 １０ｂ 差し換え領域 ３０ 差し換えフォントテーブル ３２ コード管理テーブル ３４ 差し換えコード管理テーブル ３６ フォントファイル ４０ ＶＲＡＭ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 キャラクタジェネレータを第１と第２の
   領域に分割し、 文字フォントのうち所定数のフォントを前記第１の領域
   に、また他のフォントをキャラクタジェネレータと別の
   メモリにそれぞれ登録し、 表示しようとする文字フォントがメモリに登録されてい
   る場合には、その文字フォントをメモリから前記第２の
   領域に登録するとともに、登録位置と該文字フォントと
   の対応付けを行ない、 表示しようとする文字フォントを第１あるいは第２の領
   域から発生させることを特徴とする文字発生方法。
2. 【請求項２】 文字フォントを第２の領域に登録すると
   きには、未だ対応付けが行なわれていない位置に登録す
   ることを特徴とする請求項１に記載の文字発生方法。
3. 【請求項３】 表示しようとする位置に、前記対応付け
   のある文字フォントが表示されている場合には、その対
   応付けを解除してから表示しようとする文字をキャラク
   タジェネレータに登録し読み出すことを特徴とする請求
   項１または２に記載の文字発生方法。
4. 【請求項４】 表示文字をクリアするとき、あるいは表
   示文字がスクロールにより画面から消えるとき、表示位
   置の文字フォントが前記対応付けのある文字フォントで
   ある場合には、その対応付けを解除することを特徴とす
   る請求項１に記載の文字発生方法。
5. 【請求項５】 前記メモリの容量を登録文字フォント数
   に応じて変化させることを特徴とする請求項１から４ま
   でのいずれか１項に記載の文字発生方法。