表示装置および表示装置の制御方法
【課題】キャラクタＲＯＭの容量を増やさずに表示装置の高性能化と低価格化とを同時に達成する。
【解決手段】ＲＡＭ１３は、ＶＦＤ２２の表示面の同一表示位置に対応したアドレスを各々が有する第１領域と第２領域とを有して形成され、第１領域にはフォントデータ、または、フォントデータの発光部と非発光部とが反転された反転フォントデータが記憶され、第２領域にはフォントデータを加工した処理データが記憶され、制御回路１１は、第１領域に記憶されたフォントデータ、または、反転フォントデータに基づいた表示と、第２領域に記憶された処理データに基づいた表示と、が交互に表示部になされるように制御をする。
【解決手段】ＲＡＭ１３は、ＶＦＤ２２の表示面の同一表示位置に対応したアドレスを各々が有する第１領域と第２領域とを有して形成され、第１領域にはフォントデータ、または、フォントデータの発光部と非発光部とが反転された反転フォントデータが記憶され、第２領域にはフォントデータを加工した処理データが記憶され、制御回路１１は、第１領域に記憶されたフォントデータ、または、反転フォントデータに基づいた表示と、第２領域に記憶された処理データに基づいた表示と、が交互に表示部になされるように制御をする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示装置および表示装置の制御方法に関する。
【背景技術】
【０００２】
近年、種々の表示装置が産業用の用途および家庭的な用途に用いられている。この表示装置の中で、蛍光表示管（ＶＦＤ：Ｖａｃｕｕｍ Ｆｌｕｏｒｅｓｅｎｔ Ｄｉｓｐｌａｙ）を利用するものが表示装置において広く用いられている。このような蛍光表示管を制御する制御装置は、外部機器であるホスト機器から送られてくる情報に基づいて、制御装置の内部で表示データを個々のＶＦＤに合わせて生成し、表示データをＶＦＤに送出する機能を有する（例えば、非特許文献１、非特許文献２を参照）。制御装置は要求される時間ごとに画面を更新し、かつ、ちらつき等のない良好な表示品質を保つ必要がある。より具体的には、ホスト機器から送られてくる表示の指示情報（文字コード、配置位置等）に従って、文字コードに対応するフォントデータをキャラクタ・ロム（ＲＯＭ）から読み出し、１画面分の表示データをビデオ・ラム（ＲＡＭ）に展開する。ここで、キャラクタＲＯＭに記憶されているフォントデータは、１画素について１ビット分の情報（１＝点灯／０＝非点灯）だけを有している。そして、ビデオＲＡＭから表示データを読み出して、それをＣＩＧＶＦＤ（Ｃｈｉｐ Ｉｎ Ｇｌａｓｓ ＶＦＤ）へシリアル転送しつつ、ＣＩＧＶＦＤへの制御信号を制御して、画面表示を更新する。このとき、表示データをビデオＲＡＭに展開する際の加工処理負荷が少なくなるように、キャラクタＲＯＭのデータ構成を工夫していた（例えば、特許文献１を参照）。
【特許文献１】特開平９−２８８４７５号公報
【非特許文献１】岸野隆雄 「蛍光表示管」、平成２年１０月３１日初版、産業図書株式会社
【非特許文献２】双葉電子工業株式会社 製品カタログＡＮ−Ｂ−１００３「蛍光表示管」
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ＶＦＤに表示される表示データは、キャラクタＲＯＭのフォントデータをもとにビデオＲＡＭへ記憶されるので、表示する文字のフォント（字体）を増やす場合にはそのフォントデータをキャラクタＲＯＭに追加するのが従来一般に採用される方法であった。しかしながら、表示する文字のフォントを増やすと、キャラクタＲＯＭの記憶容量を増加させなければならないので、ＲＯＭ素子の価格が、より高いものとなる。また、表示するフォントを変更すると、異なる種類のキャラクタＲＯＭを新たに採用することとなり、管理すべきキャラクタＲＯＭの種類が増えて、管理コストが増える。
【０００４】
また、１画素について１ビット分を割り付けること無く、１画素について１アドレスを割り付け、フォントデータを多値データとする場合にも同様にキャラクタＲＯＭの記憶容量が増加する。例えば、８ビット幅のキャラクタＲＯＭを用いる場合には、１画素当たり８ビットのデータ領域が確保されることとなるが、仮に、フォントデータを多値データとするに際して、２ビット分しか使用しなければ、残りの６ビット分の記憶容量は無駄になってしまう。なお、キャラクタＲＯＭのみならず、ビデオＲＡＭも８ビット幅を有しているので、キャラクタＲＯＭにおけると同様に無駄な記憶領域が発生してしまう。そして、これらの無駄な領域をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）で管理することは、ＣＰＵの処理負荷が増大することとなる。
【０００５】
また、キャラクタＲＯＭの記憶容量を増加することなく、キャラクタＲＯＭに記憶されたデータの内容をＣＰＵで処理して、元のフォントを修飾した新たなフォントを逐次生成して、この新たなフォントをビデオＲＡＭに記憶することも考えられるが、この場合にはＣＰＵに対する処理の負担が増大する。また、この場合においても、発光、非発光の２状態のいずれか以外の輝度設定をおこなうことは極めて困難である。さらに、ＣＰＵは、ＶＦＤに画像を表示するための種々の処理をおこなわなければならないので、一般的には、キャラクタＲＯＭに記憶されたデータの内容をＣＰＵで処理することは困難であるのが現状である。特に、近年は、ＶＦＤの低価格化に対する要求が大きく、価格が高い高速で動作するＣＰＵの使用がコスト面から制限される現実があるので、キャラクタＲＯＭに記憶されたデータの内容をＣＰＵで処理することをますます困難なものとしている。
【０００６】
また、ＣＰＵを用いることなく、ゲートアレイを用いて表示制御をするＶＦＤでは、キャラクタＲＯＭに２値データを記憶する構成から多値データを記憶する構成に変更する場合には、ゲートアレイ自体を造り変えなければならず、開発費用、ゲートアレイの単価、開発から製品化までの時間が必要となってしまう。
【０００７】
市場における、フォントの種類を増やして欲しいという要望は大きなものであるが、背景技術に示した技術では、係る課題の解決は困難であった。本発明は、ＣＰＵの処理負荷を大きく増やすことなく、また、ゲートアレイを作り直すことなく、表示装置に表示されるフォントの種類を増やす技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の表示装置は、発光部と非発光部との組み合わせによって特定されるフォントのデータであるフォントデータが記憶されたキャラクタ・ロムと、２次元の表示面を有して前記フォントデータに応じたフォントを表示する表示部と、前記表示部における前記フォント表示位置に対応して特定されるアドレスに前記フォントデータを記憶するラムと、を備える表示装置であって、前記ラムは、同一の前記フォント表示位置に対応したアドレスを各々が有する第１領域と第２領域とを有して形成され、前記第１領域には前記フォントデータ、または、前記フォントデータの発光部と非発光部とが反転された反転フォントデータが記憶され、前記第２領域には前記フォントデータを加工した処理データが記憶され、前記第１領域に記憶された前記第１領域に記憶された前記フォントデータ、または、前記反転フォントデータに基づいた表示と、前記第２領域に記憶された前記処理データに基づいた表示と、が交互に前記表示部になされる。
【０００９】
本発明の表示装置の制御方法は、発光部と非発光部との組み合わせによって特定されるフォントのデータであるフォントデータが記憶されたキャラクタ・ロムと、２次元の表示面を有して前記フォントデータに応じたフォントを表示する表示部と、前記フォント表示位置に対応して特定されるアドレスに前記フォントデータを記憶するラムと、を備える表示装置の制御方法であって、前記ラムには、同一の前記フォント表示位置に対応したアドレスを有する第１領域と第２領域とを形成し、前記第１領域には、前記フォントデータ、または、前記フォントデータの発光部と非発光部とが反転された反転フォントデータを記憶し、前記第２領域には、前記フォントデータを加工した処理データを記憶し、前記表示部には、前記第１領域に記憶された前記フォントデータ、または、前記反転フォントデータに基づいた表示と、前記第２領域に記憶された前記処理データに基づいた表示と、を交互にする。
【００１０】
本発明の技術では、発光と非発光との２状態の組み合わせによって、表示部に表示されるフォントのデータであるフォントデータがキャラクタ・ロム（ＲＯＭ）に記憶されている。また、表示装置はラム（ＲＡＭ）を備えており、このラムには第１領域と第２領域が設けられている。この第１領域と第２領域との、その各々には、表示部の表示面に１対１に対応するアドレスが付与されている。また、第１領域には、フォントデータ、または、フォントデータの発光部と非発光部とが反転された反転フォントデータが記憶され、第２領域にはフォントデータを加工した処理データが記憶される。そして、第１領域に記憶されたフォントデータ、または、反転フォントデータに基づいた表示と、第２領域に記憶された処理データに基づいた表示と、が交互になされることによって、キャラクタ・ロムに記憶されているフォントを修飾して表示部に表示することができる。
【発明の効果】
【００１１】
本発明の技術によれば、ラムには少なくとも第１領域と第２領域とを設け、第１領域と第２領域とのデータに基づく表示を交互に表示部にすることによって、ハードウエア資源を有効に活用し、キャラクタ・ロムの種類を増やすことなく、高精度の演算装置を用いることなく、影付きフォント、太いフォント等のフォントの種類を増やすことができるので、表示装置の高性能化と低価格化とを同時に達成できる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を引用して、発明を実施するための最良の形態である実施形態の説明をする。
【００１３】
（蛍光表示管の制御装置の概要）
図１は、実施形態の蛍光表示管を用いた表示装置のブロック図を示す図である。図１に沿って、実施形態の蛍光表示管の制御装置の概要について説明をする。図１の左部分はＣＩＧＶＦＤ（Ｃｈｉｐ Ｉｎ Ｇｌａｓｓ ＶＦＤ）とされる蛍光表示管を駆動する制御装置（以下、単に制御装置と省略する）のブロック図であり、図１の右部分はＣＩＧＶＦＤのブロック図である。ＣＩＧＶＦＤ２０は、シリアル／パラレル変換器・高耐圧ドライバ２１を蛍光表示部（ＶＦＤ）２２とともに蛍光表示管２０を形成する密封容器の内部に封止して形成されている。このような構成を採用することによって、シリアル／パラレル変換器・高耐圧ドライバ２１と蛍光表示部２２との間におけるアノード駆動信号２３とグリッド駆動信号２４とが伝送される接続線を外部に取り出すことなく、密封容器の内部で接続して、外部回路との接続のためのリード本数を減らすことができる。また、別途に高耐圧ドライバを用意することなく制御装置１０によって直接にＣＩＧＶＦＤ２０を制御できるので、実装性が向上する。
【００１４】
ＣＩＧＶＦＤ２０を制御する制御装置１０は、制御回路１１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とシリアルデータ１６をＣＩＧＶＦＤ２０に対して伝送するシリアルＩ／Ｏ１４とを主要なる構成部として構成されている。制御回路１１はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、または、デジタル論理回路で構成されている。より具体的には、ＣＰＵの場合にはＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）として形成され、デジタル論理回路の場合にはゲートアレイとして形成されている。制御回路１１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とシリアルＩ／Ｏ１４とはバスラインで相互に接続されている。そして、ホスト機器５０から制御装置１０に対しては、制御回路１１を介して表示に関する指令が発せられる。なお、図１では、制御回路１１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とシリアルデータ１６を伝送するシリアルＩ／Ｏ１４とは各々が個別の構成部とされているが、ワンチップマイコンとして、すべての上述した構成部が一体として構成されるものであっても良い。
【００１５】
図２は、別の実施形態の蛍光表示管を用いた表示装置のブロック図を示す図である。図２では、密封容器の内部にはＶＦＤ２２のみを収納し、高耐圧ドライバ４０は密封容器の外部に配置されている。高耐圧ドライバ４０と密封容器の内部のＶＦＤ２２とは多数のリード線を介して接続されており、そのリード線によって、アノード駆動信号２３とグリッド駆動信号２４とを伝送するようにされている。制御装置３０と高耐圧ドライバ４０との間はパラレル線によって接続され、アノード信号３７とグリッド信号３８とが伝送される。
【００１６】
制御装置３０は、制御回路３１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とパラレルデータを伝送するパラレルＩ／Ｏ３４とを主要なる構成部として構成されている。制御回路３１はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）またはデジタル論理回路で構成されている。制御回路３１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とパラレルＩ／Ｏ３４とはバスラインで相互に接続されている。そして、制御装置３０に対しては、制御回路３１を介してホスト機器から表示に関する指令が発せられる。なお、図２では、制御回路３１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とパラレルデータを伝送するパラレルＩ／Ｏ３４とは各々が個別の構成部とされているが、ワンチップマイコンとして、すべての上述した構成部が一体として構成されるものであっても良い。
【００１７】
図１、図２に示す実施形態の蛍光表示管の制御装置１０または制御装置３０のいずれを用いても、実施形態の要部の説明においては大きな差異がなく、両者ともに同様に機能をさせることができるので、図１に示す制御装置１０を引用して、以下の説明をする。すなわち、制御装置１０と制御装置３０とは、制御装置１０のＩ／Ｏ１４がシリアルインターフェイスとされているのに対して、制御装置３０のＩ／Ｏ３４がパラレルインターフェイスとされている点に違いがあるものの、図１に示す制御装置に替えて、図２に示す制御装置３０を用いる場合にも特段の大きな違いはない。制御装置１０と制御装置３０とで、違いが生じる場合には、その都度、差異を説明する。
【００１８】
上述した制御装置１０の各部の機能について、簡単に説明をする。制御回路１１は、ホスト機器５０との通信、表示データの作成、ＶＦＤ２２の仕様に合わせたデータをＶＦＤへ送る処理の制御をおこなう。表示データのＲＡＭ（以下、単にＲＡＭと省略する）１３は表示データを一時記憶する。キャラクタＲＯＭ１２にはフォントデータが記憶されている。Ｉ／Ｏ１４はＣＩＧＶＦＤ２０に対して表示のためのデータをシリアルデータとして伝送する。制御装置３０のＩ／Ｏ３４においては、ＶＦＤ２２に供給されるアノード駆動信号２３およびグリッド駆動信号２４に１対１に対応するアノード信号３７およびグリッド信号３８をパラレルデータとして伝送する。以上が各構成部の簡単な機能説明であるが、以下の説明において、必要な部分は個別に詳細に説明をする。
【００１９】
図３は、ＣＩＧＶＦＤの構造を模式的に図示するものである。ＣＩＧＶＦＤ２０は、シリアル／パラレル変換器・高耐圧ドライバ２１をＶＦＤ（蛍光表示部）２２とともに密封容器の内部に封止して形成されている。密封容器は、ベースプレート１２２、と表示された画面を視認可能とするガラス容器とで形成されている。密封容器からは、フィラメントリード１２３、フィラメントリード１２４が引き出され、フィラメントに電流を流すことができるようになされている。また、シリアルデータ（図１を参照）を伝送するためのドライバチップ用リード２１６が密封容器から引き出されている。
【００２０】
図４は、ＣＩＧＶＦＤと制御装置とホスト機器とがどの様に接続されるかを模式的に示す図である。図４では、制御装置としては、マイクロコントローラ（ＭＩＣＲＯ ＣＯＮＴＲＯＬＬＥＲ）６０が用いられている。マイクロコントローラ６０は、ワンチップマイコンを用いて構成されており、ワンチップマイコンにはＣＰＵとキャラクタＲＯＭ１２の機能とＲＡＭ１３の機能とが１チップに収納されている。フィラメントには、トランスを用いて商用電圧を降圧した電圧が印加され、トランス２次側の中点タップにはツエナーダイオードＺＤと抵抗Ｒとを用いて、一定の電圧が印加されている。各種信号がマイクロコントローラ６０からＣＩＧＶＦＤ２０に供給されている。信号ＤａｔａはＶＦＤ２２に表示される内容に関する信号であり、信号Ｃｌｏｃｋはこの信号Ｄａｔａの各々のビットの切れ目を示すためのビット同期を得る信号であり、信号Ｌａｔｃｈはこの信号ＤａｔａのＤａｔａ単位の切れ目を示すためのワード同期を得るための信号であり、信号Ｂｌａｎｋは、データラッチ時の誤表示を防ぐためにドライバ出力をＯＦＦする信号であり、１ワードのデータごとに出力される信号である。また電圧ＶＤＤはシリアル／パラレル変換器・高耐圧ドライバ２１の信号処理回路に供給され、電圧ＶＨはシリアル／パラレル変換器・高耐圧ドライバ２１を介して、ＣＩＧＶＦＤ２０のアノード電極に供給される。
【００２１】
（キャラクタＲＯＭに記憶されたフォントデータの各種処理について）
キャラクタＲＯＭ１２について説明をする。図５は、キャラクタＲＯＭにどのようにフォントデータが格納されているかを示す図である。実施形態のキャラクタＲＯＭ１２には、１ワードを８ビットとして、６ワードで１キャラクタを表すようにフォントデータが格納されている。図５はアルファベットの“Ｄ”のフォントデータの構造を示す図であり、黒色部に該当する箇所のデータの内容は“１”とされ、白色部（紙面の色と同色部）に該当する箇所のデータの内容は“０”とされている。ここで、フォントデータは、表示部として機能するＶＦＤ２２の表示面に発光部と非発光部との組み合わせによって特定されて表示されるフォントのデータであるが、キャラクタ・ロムに記憶された“１”は発光部、キャラクタ・ロムに記憶された“０”は非発光部に対応するものであるとして以下の説明をおこなう。
【００２２】
上述したように、フォントデータは、１ビットが２値のビットマップデータとして構成されているので、このキャラクタＲＯＭ１２に配置された１ワードのデータのＭＳＢからＬＳＢまでの各々のビットが並んでいる方向（ビット方向）をＶＦＤ２２の表示面の縦方向、０ワード目から５ワード目の各々のワードが並んでいる方向（ワード方向）を横方向に配置することによって、アルファベットの“Ｄ”をＶＦＤ２２に表示することができる。そして、６ワードで表現できる範囲であれば、その範囲ではフォントの種類を増やすことができる。しかしながら、フォントの種類を増やすと１個のフォントに対して６ワード分のキャラクタＲＯＭ１２の容量の追加が必要とされる。また、キャラクタＲＯＭ１２は、製造後の書き換えができないので、フォントを追加する場合には、キャラクタＲＯＭ１２を造り変えなければならない。
【００２３】
また、１ビットが２値のビットマップデータとしてフォントは構成されているので、“１”を発光する状態の発光部に対応させ、“０”を非発光の状態の非発光部に対応させることはできても、中間的な明度で発光させる発光部を形成することはできない。実施形態においては以下に示す処理によって、キャラクタＲＯＭ１２を造り直すこと無く、フォントの種類を増やし、中間的な明度を有するフォントも生成している。
【００２４】
（フォントデータの右側影付処理）
図６はフォントデータの右側影付処理について示す図である。図６（ａ）は、アルファベットの“Ｄ”のフォントである。このフォントデータは、０ワード目のデータはＭＳＢから順に並べると、“１１１１１１１０”であり、１ワード目のデータはＭＳＢから順に並べると、“１０００００１０”であり、２ワード目のデータはＭＳＢから順に並べると、“１０００００１０”であり、３ワード目のデータはＭＳＢから順に並べると、“０１０００１００”であり、４ワード目のデータはＭＳＢから順に並べると、“００１１１０００”であり、５ワード目のデータはＭＳＢから順に並べると、“００００００００”である。ここで、各々のワードに＋の符号が付されているのは、相対アドレスであることを明示するためであり、実際にキャラクタＲＯＭのフォントデータにアクセスする場合には０ワード目の絶対アドレスを指定して、６ワード分を一括して読み出すようにしている。図６（ａ）の“１”が灰色で表されているのは視覚的に処理を理解する便宜のためである。
【００２５】
図６（ｂ）は、“Ｄ”のフォントに対して、右側影付処理のための処理用フォントデータ（処理データ）である。処理データは以下のルールによって生成されている。０ワード目のデータには処理を施さない。１ワード目以降の処理データは前の順番のデータとそのワードのデータとにおいて、各々のビット毎のＯＲ演算をおこなう。具体的には、１ワード目の処理データは、０ワード目のデータと１ワード目のデータのＯＲ演算、“１１１１１１１０”と“１０００００１０”とのＯＲの演算をおこない、“１１１１１１１０”を得る。２ワード目の処理データは、１ワード目のデータと２ワード目のデータとのＯＲ演算、“１０００００１０”と“１０００００１０”とのＯＲ演算をおこない、“１０００００１０”を得る。３ワード目の処理データは、２ワード目のデータと３ワード目のデータとのＯＲ演算、“１０００００１０”と“０１０００１００”とのＯＲ演算をおこない、“１１０００１１０”を得る。４ワード目の処理データは、３ワード目のデータと４ワード目のデータとのＯＲ演算、“０１０００１００”と“００１１１０００”とのＯＲ演算をおこない、“０１１１１１００”を得る。５ワード目の処理データは、４ワード目のデータと５ワード目のデータとのＯＲ演算、“００１１１０００”と“００００００００”とのＯＲ演算をおこない、“００１１１０００”を得る。
【００２６】
図６（ｃ）は、図６（ａ）と図６（ｂ）との各々の対応するワードの各々の対応するビットを加算して、１（フォントデータ）＋１（処理データ）＝２、１（フォントデータ）＋０（処理データ）＝１、０（フォントデータ）＋１（処理データ）＝１、０（フォントデータ）＋０（処理データ）＝０、として各々定義される演算結果を図示するものである。そして、この図６（ｃ）に図示される演算結果の、黒部は２を示し、ＶＦＤ２２における発光輝度は１００％、灰部（図６（ａ）、図６（ｂ）で、ハッチング部分を指す、他の図面においても灰部はハッチング部を指し示すものである）は１を示し、ＶＦＤ２２における発光輝度は５０％、白部は０を示し、ＶＦＤ２２における発光輝度は０％、に各々対応するものである。どのようにして、発光輝度１００％、発光輝度５０％、発光輝度０％の表示をおこなうかについては、後述する。
【００２７】
図６（ｃ）から見てとれるように、“Ｄ”に対して右側影付の処理がなされる。この表示に対するフォントは、“Ｄ”のフォントに対して上述した処理を施すことによって得られるものであり、キャラクタＲＯＭ１２には、記憶されていないフォントである。以上は“Ｄ”を１例として説明したが、アルファベット、数字等に限らず、どのようなフォントであっても、同様にして、そのフォントに右側影付処理を施すことができる。
【００２８】
（フォントデータの下側影付処理）
図７はフォントデータの下側影付処理について示す図である。図７（ａ）は、アルファベットの“Ｄ”のフォントである。図７（ｂ）は、“Ｄ”のフォントに対して、下側影付処理のための処理データである。処理データは以下のルールによって生成されている。各々のワードのＭＳＢから２ＳＢまでの各々に対して１ビットずつより下位ビットにビットシフトしてＭＳＢは“０”として、ビットシフト前のデータとビットシフト後のデータとのＯＲ演算をおこなう。具体的には、０ワード目に対しては、“１１１１１１１０”と“０１１１１１１１１”とのＯＲの演算をおこない、“１１１１１１１１”を得る。１ワード目に対しては、“１０００００１０”と“０１０００００１”とのＯＲの演算をおこない、“１１００００１１”を得る。２ワード目に対しては、“１０００００１０”と“０１０００００１”とのＯＲの演算をおこない、“１１００００１１”を得る。３ワード目に対しては、“０１０００１０００”と“００１０００１００”とのＯＲの演算をおこない、“０１１００１１０”を得る。４ワード目に対しては、“００１１１０００”と“０００１１１００”とのＯＲの演算をおこない、“００１１１１００”を得る。５ワード目に対しては、“００００００００”と“００００００００”とのＯＲの演算をおこない、“００００００００”を得る。
【００２９】
図７（ｃ）は、図７（ａ）と図７（ｂ）との各々のワードを加算して、１（フォントデータ）＋１（処理データ）＝２、１（フォントデータ）＋０（処理データ）＝１、０（フォントデータ）＋１（処理データ）＝１、０（フォントデータ）＋０（処理データ）＝０、として各々定義される演算結果を図示するものである。そして、この図７（ｃ）に図示される演算結果の、黒部は発光輝度１００％、灰部は発光輝度５０％、白部は発光輝度０％、に各々対応するものである。図７（ｃ）から見てとれるように、“Ｄ”に対して下側影付の処理がなされる。この表示に対するフォントは、“Ｄ”のフォントに対して上述した処理を施すことによって得られるものであり、キャラクタＲＯＭ１２には、記憶されていないフォントである。以上は“Ｄ”を１例として説明したが、アルファベット、数字等に限らず、どのようなフォントであっても、同様にして、そのフォントに下側影付処理を施すことができる。
【００３０】
（フォントデータの斜め影付処理）
図８はフォントデータの斜め影付処理について示す図である。図８（ａ）は、アルファベットの“Ｄ”のフォントである。図８（ｂ）は、“Ｄ”のフォントに対して、斜め影付処理のための処理データである。処理データは以下のルールによって生成されている。０ワード目のデータには処理を施さない。１ワード目以降の処理データは、ＭＳＢに０を代入して１ビットだけ下位ビットにシフトした前の順番のワードのデータとそのワードのデータとにおいて、各々のビット毎のＯＲ演算をおこなう。さらに、ＯＲ演算をおこなった各々のワードについて、“１”と“１”とに挟まれた中間のビットが“０”である場合には“１”に置き換える。具体的には、１ワード目の処理データは、０ワード目のデータを１ビットだけビットシフトした “０１１１１１１１”と１ワード目のデータ“１０００００１０”とのＯＲ演算をおこない、“１１１１１１１１”を得る。この場合には、“０”を“１”に置き換えるビットは存在しない。２ワード目の処理データは、１ワード目のデータを１ビットだけビットシフトした “０１０００００１”と２ワード目のデータ“１０００００１０”とのＯＲ演算をおこない、“１１００００１１”を得る。この場合には、“０”を“１”に置き換えるビットは存在しない。３ワード目の処理データは、２ワード目のデータを１ビットだけビットシフトした “０１０００００１”と３ワード目のデータ“０１０００１００”とのＯＲ演算をおこない、“０１０００１０１”を得、ＯＲ演算をおこなったワードの３ＳＢとＬＳＢとの中間の“０”を“１”に置き換え、“０１０００１１１”を得る。４ワード目の処理データは、３ワード目のデータを１ビットだけビットシフトした “００１０００１０”と４ワード目のデータ“００１１１０００”とのＯＲ演算をおこない、“００１１１０１０”を得、ＯＲ演算をおこなったワードの４ＳＢと２ＳＢとの中間の“０”を“１”に置き換え、“００１１１１１０”を得る。５ワード目の処理データは、４ワード目のデータを１ビットだけビットシフトした “０００１１１００”と５ワード目のデータ“００００００００”とのＯＲ演算をおこない、“０”を“１”に置き換えることなく、“０００１１１００”を得る。
【００３１】
上述した、フォントデータの影付処理の要点は、影が付く方向が、右側方向、下側方向、斜め方向の各々に変化するものの、各々が６ワードで形成されるフォントデータと処理データとを対比すれば、フォントデータと処理データとの同じワードの同じビット位置の各々のビットが共に“１”となるビットと、同じワードの同じビット位置の各々のビットの一方が“１”となり、他方が“０”となるビットと、同じワードの同じビット位置の各々のビットが共に“０”となるビットとを処理データ側に造り出す処理である。この処理と後述する第１領域と第２領域とを有するＲＡＭの構成によって、一方が“１”となり、他方が“０”となるビットが影の部分となるものであるが、これに付いては、より詳細に後述する。
【００３２】
（フォントデータの反転処理）
図９は、発光部と非発光部とが反転した反転文字を得るための処理を模式的に示す図である。例えば、図５に示すフォント“Ｄ”に対応したビットマップと、図９に示すビットマップとでは、発光部と非発光部とを反転するために、各々のビットが、すべて反転している。このようにして、影付処理をしない場合には、“Ｄ”以外の他のフォントについても同様にして、“１”を“０”に、“０”を“１”に反転することによって、容易に反転文字を得るための処理（反転処理）をすることができる。すなわち、ＶＦＤ２２における発光、非発光のルールが一定である場合には、図９に示すように、“Ｄ”の発光部と非発光部とが反転している。ここで、１のフォント、例えば、上述するフォント“Ｄ”に対して、図５に示すフォント“Ｄ”に対応したビットマップを形成するためのデータが上述したフォントデータであり、図９に示すような、“０”と“１”とが反転したデータを反転フォントデータと称するものである。
【００３３】
（フォントデータの右側影付処理の反転処理）
図１０はフォントデータの右側影付処理を反転する処理について示す図である。図１０（ａ）は図６（ａ）とフォントデータの“１”と“０”とをすべて反転したデータ（反転フォントデータ）であり、図１０（ｂ）は図６（ｂ）とフォントデータの“１”と“０”とをすべて反転したデータ（処理データ）である。図１０（ｃ）は、図１０（ａ）と図１０（ｂ）との各々の対応するビットを加算して、１（反転フォントデータ）＋１（処理データ）＝２、１（反転フォントデータ）＋０（処理データ）＝１、０（反転フォントデータ）＋１（処理データ）＝１、０（反転フォントデータ）＋０（処理データ）＝０、として各々定義される演算結果を図示するものである。そして、この図１０（ｃ）に図示される演算結果の、白部は２を示し、ＶＦＤ２２における発光輝度は１００％、灰部は１を示し、ＶＦＤ２２における発光輝度は５０％、黒部は０を示し、ＶＦＤ２２における発光輝度は０％、に各々対応するものである。
【００３４】
（フォントデータの下側影付処理の反転処理）
図１１はフォントデータの下側影付処理の反転処理について示す図である。図１１（ａ）は図７（ａ）とフォントデータの“１”と“０”とをすべて反転したデータ（反転フォントデータ）であり、図１１（ｂ）は図７（ｂ）とフォントデータの“１”と“０”とをすべて反転したデータ（処理データ）である。図１１（ｃ）は、図１１（ａ）と図１１（ｂ）との各々の対応するビットを加算して、０（反転フォントデータ）＋０（処理データ）＝０、１（反転フォントデータ）＋０（処理データ）＝１、０（反転フォントデータ）＋１（処理データ）＝１、１（反転フォントデータ）＋１（処理データ）＝２、として各々定義される演算結果を図示するものである。そして、この図１１（ｃ）に図示される演算結果の、黒部は２を示し、ＶＦＤ２２における発光輝度は１００％、灰部は１を示し、ＶＦＤ２２における発光輝度は５０％、白部は０を示し、ＶＦＤ２２における発光輝度は０％、に各々対応するものである。
【００３５】
（フォントデータの斜め影付処理の反転処理）
図１２はフォントデータの斜め影付処理の反転処理について示す図である。図１２（ａ）は図８（ａ）とフォントデータの“１”と“０”とをすべて反転したデータ（反転フォントデータ）であり、図１２（ｂ）は図８（ｂ）とフォントデータの“１”と“０”とをすべて反転したデータ（処理データ）である。図１２（ｃ）は、図１２（ａ）と図１２（ｂ）との各々の対応するビットを加算して、０（反転フォントデータ）＋０（処理データ）＝０、１（反転フォントデータ）＋０（処理データ）＝１、０（反転フォントデータ）＋１（処理データ）＝１、１（反転フォントデータ）＋１（処理データ）＝２、として各々定義される演算結果を図示するものである。そして、この図１２（ｃ）に図示される演算結果の、黒部は２を示し、ＶＦＤ２２における発光輝度は１００％、灰部は１を示し、ＶＦＤ２２における発光輝度は５０％、白部は０を示し、ＶＦＤ２２における発光輝度は０％、に各々対応するものである。
【００３６】
上述した、フォントデータの影付処理の反転処理（反転フォントデータの影付き処理）の要点は、影が付く方向が、右側方向、下側方向、斜め方向の各々に変化するものの、フォントデータの“１”と“０”とを反転して反転フォントデータを生成し、上述した影付き処理を同様に適用するものである。反転フォントデータと処理データとを用いる影付き処理の内容は、フォントデータと処理データとを用いる影付き処理と変わるところはなく、これに付いては、後述する。
【００３７】
（フォントデータの横方向太字処理）
図１３は、フォントデータの横方向太字処理について示す図である。図１３（ａ）は、アルファベットの“Ｄ”のフォントである。図１３（ｂ）は、“Ｄ”のフォントに対して、横方向太字処理のための処理用のデータである処理データである。処理データは以下のルールによって生成されている。０ワード目のデータは“００００００００”とする。１ワード目以降の処理データは前の順番のワードのデータとそのワードのデータとをビット毎に加算する演算をおこない、その結果を以下の様にビット毎に置き換えて処理データを生成する。１（その前のワードのフォントデータ）＋１（処理データ）＝０、１（その前のワードのフォントデータ）＋０（処理データ）＝１、０（その前のワードのフォントデータ）＋１（処理データ）＝１、０（その前のワードのフォントデータ）＋０（処理データ）＝０。上述した演算の後に、そのワードのフォントデータとその演算後のワードデータとをビット毎に加算して以下の演算をおこなって、その演算後のワードデータを、さらに、置き換えて、処理データを得る。１（そのワードのフォントデータ）＋１（演算後のワードデータ）＝０、１（そのワードのフォントデータ）＋０（演算後のワードデータ）＝０、０（そのワードのフォントデータ）＋１（演算後のワードデータ）＝１、０（そのワードのフォントデータ）＋０（演算後のワードデータ）＝０。
【００３８】
具体的には、１ワード目の処理データは、０ワード目のデータと１ワード目のデータのビット毎の加算演算、“１１１１１１１０”と“１０００００１０”との加算演算をおこない、“２１１１１１２０”を得、さらに、“０１１１１１００”を得、また、さらに、“１０００００１０”と“０１１１１１００”とをビット毎に加算して、“０１１１１１００”を得る。２ワード目の処理データは、１ワード目のデータと２ワード目のデータとの加算演算、“１０００００１０”と“１０００００１０”との加算演算をおこない、“２０００００２０”を得、さらに、“００００００００”を得、また、さらに、“１０００００１０”と“００００００００”とを加算して、“００００００００”を得る。３ワード目の処理データは、２ワード目のデータと３ワード目のデータとの加算演算、“１０００００１０”と“０１０００１００”との加算演算をおこない、“１１０００１１０”を得、また、さらに、“０１０００１００”と“１１０００１１０”とを加算して、“１０００００１０”を得る。４ワード目の処理データは、３ワード目のデータと４ワード目のデータとの加算演算、“０１０００１００”と“００１１１０００”との加算演算をおこない、“０１１１１１００”を得、また、さらに、“００１１１０００”と“０１１１１１００”とを加算して、“０１０００１００”を得る。５ワード目の処理データは、４ワード目のデータと５ワード目のデータとの加算演算、“００１１１０００”と“００００００００”との加算演算をおこない、“００１１１０００”を得、また、さらに、“００００００００”と“００１１１０００”とを加算して、“００１１１０００”を得る。
【００３９】
そして、図１３（ｃ）は演算結果としてＶＦＤに表示される発光輝度を表すものであり、黒部は、ＶＦＤ２２における発光輝度が１００％、白部は、ＶＦＤ２２における発光輝度が０％に各々対応するものである。どのようにして、発光輝度１００％、発光輝度０％の表示をおこなうかについては、後述する。
【００４０】
図１３（ｃ）から見てとれるように、“Ｄ”に対して、右側の横方向に太字処理がなされる。この表示に対するフォントは、“Ｄ”のフォントに対して上述した処理を施すことによって得られるものであり、キャラクタＲＯＭ１２には、記憶されていないフォントである。以上は“Ｄ”を１例として説明したが、アルファベット、数字等に限らず、どのようなフォントであっても、同様にして、そのフォントに右側の横方向に太字処理を施すことができる。
【００４１】
（フォントデータの上下方向太字処理）
図１４は、フォントデータの上下方向太字処理について示す図である。図１４（ａ）は、アルファベットの“Ｄ”のフォントである。図１４（ｂ）は、“Ｄ”のフォントに対して、上下方向太字処理のための処理データである。処理データは以下のルールによって生成されている。各々のワードのＭＳＢから２ＳＢまでの各々に対して１ビットずつより下位ビットにビットシフトしてＭＳＢは“０”として、ビットシフト前のデータとビットシフト後のデータとの加算演算をおこない、その演算結果を次式に従って書き直す。１（ビットシフト前のそのビットのデータ）＋１（ビットシフト後のそのビットのデータ）＝０（ビットシフト後のそのビットの処理データ）、１（ビットシフト前のそのビットのデータ）＋０（ビットシフト後のそのビットのデータ）＝０（ビットシフト後のそのビットの処理データ）、０（ビットシフト前のそのビットのデータ）＋１（ビットシフト後のそのビットのデータ）＝１（ビットシフト後のそのビットの処理データ）、０（ビットシフト前のそのビットのデータ）＋０（ビットシフト後のそのビットのデータ）＝０（ビットシフト後のそのビットの処理データ）。
【００４２】
具体的には、０ワード目に対しては、“１１１１１１１０”と“０１１１１１１１１”との演算をおこない、“０００００００１”を得る。１ワード目に対しては、“１０００００１０”と“０１０００００１”との演算をおこない、“０１０００００１”を得る。２ワード目に対しては、“１０００００１０”と“０１０００００１”との演算をおこない、“０１０００００１”を得る。３ワード目に対しては、“１０００００１０”と“０１０００００１”との演算をおこない、“０１０００００１”を得る。４ワード目に対しては、“００１１１０００”と“０００１１１００”との演算をおこない、“０００００１００”を得る。５ワード目に対しては、“００００００００”と“００００００００”との演算をおこない、“００００００００”を得る。
【００４３】
そして、図１４（ｃ）は演算結果としてＶＦＤに表示される発光輝度を表すものであり、黒部は、ＶＦＤ２２における発光輝度が１００％、白部は、ＶＦＤ２２における発光輝度が０％に各々対応するものである。
【００４４】
図１４（ｃ）から見てとれるように、“Ｄ”に対して、下方向に太字処理がなされる。この表示に対するフォントは、“Ｄ”のフォントに対して上述した処理を施すことによって得られるものであり、キャラクタＲＯＭ１２には、記憶されていないフォントである。以上は“Ｄ”を１例として説明したが、アルファベット、数字等に限らず、どのようなフォントであっても、同様にして、そのフォントの下方向に太字処理を施すことができる。
【００４５】
上述した、フォントを太くするためのフォントデータの太字処理の要点は、太くなる方向が、右側方向、下側方向、斜め方向の各々に変化するものの、各々が６ワードで形成されるフォントデータと処理データとを対比すれば、フォントデータと処理データとの同じワードの同じビット位置の各々のビットが共に“１”となるビットを無くし、同じワードの同じビット位置の各々のビットの一方が“１”となり、他方が“０”となるビットと、同じワードの同じビット位置の各々のビットが共に“０”となるビットとを処理データ側に造り出し、太字が不自然となる部分を埋める処理である。この処理と後述する第１領域と第２領域とを有するＲＡＭの構成によって、一方が“１”となるビットに対応する部分が発光部、両方が“０”となるビットに対応する部分が非発光部となるものであるが、これに付いては、後述する。
【００４６】
（ホスト機器の指令によってＶＦＤに画像を表示するまでの動作）
上述した、（フォントデータの右側影付処理）、（フォントデータの下側影付処理）、（フォントデータの斜め影付処理）、（フォントデータの反転処理）、（フォントデータの右側影付処理の反転処理）、（フォントデータの下側影付処理の反転処理）、（フォントデータの斜め影付処理の反転処理）、（フォントデータの横方向太字処理）、（フォントデータの上下方向太字処理）の各々の処理において生成された処理データをどのようにして用いて、発光輝度１００％、発光輝度５０％、発光輝度０％の発光をさせるかについて、詳細に説明をする。
【００４７】
ホスト機器５０から制御装置１０に画像表示の指令が発せられる。画像表示の指令は、ホスト機器５０から制御装置１０に対してはシリアルデータ、または、パラレルデータを用いておこなわれる。制御装置１０（図１を参照）からＣＩＧＶＦＤ２０に対する制御は、シリアルＩ／Ｏ１４からシリアル／パラレル変換器・高耐圧ドライバ２１に対してシリアルデータ１６を送出することによっておこなわれる。ホスト機器５０は、制御装置１０に対して、キャラクタＲＯＭ１２に格納されているフォントを指定する情報に加え、フォント処理の内容を指定する情報を送出する。フォント処理の内容を指定する情報としては、（フォント処理なし）、（フォントデータの右側影付処理）、（フォントデータの下側影付処理）、（フォントデータの斜め影付処理）、（フォントデータの反転処理）、（フォントデータの右側影付処理の反転処理）、（フォントデータの下側影付処理の反転処理）、（フォントデータの斜め影付処理の反転処理）、（フォントデータの横方向太字処理）、（フォントデータの上下方向太字処理）のいずれかである。
【００４８】
ホスト機器５０によって制御される制御装置１０においては、制御回路１１に配されたＣＰＵで種々の処理がおこなわれる。ＣＰＵにおける処理は多岐に渡るが、実施形態の説明に必要な範囲の処理としては、ホスト機器５０から発せられる制御指令を解読する制御指令解読処理、フォント情報の取り込みをおこなうフォント取り込み処理と、フォント取り込み処理によって得られたフォントをＲＡＭ１３の第１領域に展開する第１領域書き込み処理と、フォントデータを加工するフォントデータ加工処理と、フォントデータ加工処理によって得られたフォントをＲＡＭ１３の第２領域に展開する第２領域書き込み処理と、この第１領域からのデータとこの第２領域からのデータとをシリアルＩ／Ｏ１４に順次書き込むＩ／Ｏ制御処理がある。以下これらの処理の内容について説明をする。
【００４９】
（ＣＰＵでおこなう処理の内容）
制御指令解読処理は、ホスト機器５０からどの様な指令が発せられたかをＣＰＵが解読する処理である。ホスト機器５０は、予め定められた、フォント表示に関する制御指令を含む種々の制御指令を制御装置１０に対して発する。フォント表示に関する制御以外の制御としては、ＣＩＧＶＦＤ２０の表示をＯＦＦ（表示停止）、ＣＩＧＶＦＤ２０の表示をＯＮ（表示開始）とする制御、その他種々の制御に関する制御指令がある。ＣＰＵはこれらの制御指令を個々に解読して必要な処理をおこなうが、これらのフォント表示に関する制御以外の制御については説明を省略する。
【００５０】
制御指令解読処理について説明する。フォント表示をする場合には、ホスト機器５０は、フォントを表示する指令であることを明示する制御指令であるフォント表示指令を発し、そのフォント表示指令に続いて、フォントデータの内容およびフォントデータ加工の内容を明示する情報を制御装置１０に対して送出する。制御装置１０のＣＰＵは、フォント表示指令であることを解読し、続いて送出されるフォントデータの内容の情報によって、キャラクタＲＯＭ１２に予め登録されているどのフォントであるかを特定する。また、フォントデータの内容の情報に続いて、または、フォントデータの内容の情報に先立ち、送出されるフォントデータ加工の内容の情報によって、どのような加工をするかを特定する。ここでフォントデータ加工は、（フォント処理なし）、（フォントデータの右側影付処理）、（フォントデータの下側影付処理）、（フォントデータの斜め影付処理）、（フォントデータの反転処理）、（フォントデータの右側影付処理の反転処理）、（フォントデータの下側影付処理の反転処理）、（フォントデータの斜め影付処理の反転処理）、（フォントデータの横方向太字処理）、（フォントデータの上下方向太字処理）の上述した各種のいずれかである。
【００５１】
フォント取り込み処理について説明をする。ＣＰＵは、ホスト機器５０がコードで特定したフォントが格納されているキャラクタＲＯＭ１２の記憶領域のアドレスを特定する。この特定は、６バイト構成とされる各々のフォントの０バイト目のアドレスを特定することによっておこなわれ、ＣＰＵは、特定された０バイト目のデータから５バイト目のデータの各々を取り込む。
【００５２】
第１領域書き込み処理について説明をする。第１領域書き込み処理は、フォント取り込み処理によって得られたフォントを順次、ＲＡＭ１３の第１領域に展開するものである。ここで、ＲＡＭ１３の第１領域は、ＶＦＤ２２の表示面に対応して設けられており、ＲＡＭ１３のアドレスを特定すれば、ＶＦＤ２２の表示面を特定することとなるようにされている。そして、ＣＰＵは、フォントのコードからキャラクタＲＯＭ１２のアドレスを解読して、ＣＰＵに読み取る毎に、読み取ったビットマップデータを順次、ＲＡＭ１３に転送して書き込む。ここで、書き込むべき、ＲＡＭ１３のアドレスの特定は、ホスト機器５０と制御装置１０との間の予めの取り決めに従うものである。例えば、２次元面として形成されるＶＦＤ２２の表示面の一点（始点）を特定し、その一点のデータを特定後、順次、送られてくるフォントデータを、順次、予め定められて順序でＶＦＤ２２の表示面に配列するように取り決めた場合には、始点特定の情報は、制御指令の一つとしてＣＰＵに認識させることができるので、ＣＰＵが、始点のデータから何番目のフォントデータであるかを認識しておくことによって、ＲＡＭ１３のアドレスの特定は問題なくおこなうことができる。また、ホスト機器５０と制御装置１０との間の予めの取り決めとして、フォント表示指令に続き、そのフォントを表示すべきＶＦＤ２２の表示面のアドレスを特定する情報を送出するようにしておけば、ＣＰＵがその表示面のアドレスを解読することによって、ＲＡＭ１３のアドレスの特定をおこなうことができ、ＶＦＤ２２の表示面に表示される画像の一部書き換え等の処理も容易におこなうことができる。
【００５３】
フォントデータ加工処理について説明をする。ＣＰＵは、フォント表示指令とともに送出されるフォントデータ加工の内容の情報を解読して、（フォント処理なし）、（フォントデータの右側影付処理）、（フォントデータの下側影付処理）、（フォントデータの斜め影付処理）、（フォントデータの反転処理）、（フォントデータの右側影付処理の反転処理）、（フォントデータの下側影付処理の反転処理）、（フォントデータの斜め影付処理の反転処理）、（フォントデータの横方向太字処理）、（フォントデータの上下方向太字処理）のいずれの処理であるかを特定する。（フォント処理なし）の場合には、フォントデータ加工処理においては何の処理もしない。
【００５４】
（フォントデータの右側影付処理）の場合には、上述したように、０ワード目のデータには処理を施さず、１ワード目から５ワード目のデータの各々については、ビット毎にＯＲ演算をおこなう。その他の、（フォントデータの下側影付処理）、（フォントデータの斜め影付処理）、（フォントデータの反転処理）、（フォントデータの右側影付処理の反転処理）、（フォントデータの下側影付処理の反転処理）、（フォントデータの斜め影付処理の反転処理）、（フォントデータの横方向太字処理）、（フォントデータの上下方向太字処理）の各々についても、上述した各々の演算によって処理データを得る。
【００５５】
第２領域書き込み処理においては、上述の様にして、ＣＰＵで得られた処理データを、順次、ＲＡＭ１３の第２領域に書き込む、第２領域における書き込むべきアドレスの特定は、第１領域書き込み処理と同じである。実施形態の場合には、第１領域と第２領域との記憶容量は同一とされている。また、ＲＡＭ１３の第２領域も第１領域と同様に、ＶＦＤ２２の表示面に対応して設けられており、ＲＡＭ１３のアドレスを特定すれば、ＶＦＤ２２の表示面を特定することとなるようにされている。
【００５６】
Ｉ／Ｏ制御処理について説明をする。Ｉ／Ｏ制御処理においては、ＣＰＵは、シリアルＩ／Ｏ１４に対して、順次、どの様なデータをＣＩＧＶＦＤ２０に対して送出するかを指定する処理をおこなう。図１５は、Ｉ／Ｏ制御処理の内容を模式的に示す図である。図１５（ａ）は従来技術において用いられるＩ／Ｏ制御処理の概要を示す図である。従来技術においては、ＣＰＵは、ＲＡＭ１３の第１領域に書き込まれたデータ、すなわち、キャラクタＲＯＭ１２の内容を、順次、ＣＩＧＶＦＤ２０に対して送出するようにシリアルＩ／Ｏ１４を制御する。図１５（ｂ）は実施形態において用いられるＩ／Ｏ制御処理の概要を示す図である。実施形態では、シリアルＩ／Ｏ１４は図１５（ｂ）に示すように、スイッチとして機能し、ＣＰＵは、ＲＡＭ１３の第１領域に書き込まれたデータとＲＡＭ１３の第２領域に書き込まれた処理データとを交互にＣＩＧＶＦＤ２０に対して送出するようにシリアルＩ／Ｏ１４を制御する。ここで、交互に繰り返すための一区切りの単位は、基本はＶＦＤ２２の１画面単位であるが、例えば、ＶＦＤ２２の行方向に１行単位、ＶＦＤ２２の列方向に１列単位等の、他の単位ごとに繰り返すこともできる。なお、本実施形態の処理においては、ＲＡＭ１３の第１領域に書き込まれたデータとＲＡＭ１３の第２領域に書き込まれた処理データとを交互に出力して１つの表示がなされるので、従来技術におけるような１回の出力で１つの表示をする場合と同じ周期で１つの表示をするためには、ＲＡＭ１３の第１領域に書き込まれたデータとＲＡＭ１３の第２領域に書き込まれた処理データとを、例えば、従来の２倍のデータ転送速度を有して出力して、第１領域に書き込まれたデータを従来の１／２の時間の間だけ表示し、第２領域に書き込まれた処理データを同様に従来の１／２の時間の間だけ表示し、従来と同一の周期で、第１領域に書き込まれたデータと第２領域に書き込まれた処理データとの両方を表示することとなる。
【００５７】
図１５（ｂ）に示すようなＩ／Ｏ制御処理をおこなうことによって、実効的にはＶＦＤ２２の１ドットを２ビットの輝度情報で制御することと等価となる。すなわち、図６（Ｃ）、図７（ｃ）、図８（Ｃ）、図１０（ｃ）、図１１（Ｃ）、図１２（ｃ）、図１３（Ｃ）、図１４（ｃ）の各々に示すように、ＲＡＭ１３の第１領域に書き込まれたデータ、例えば、図６（ａ）に示すデータの１のビットが発光を指示し、ＲＡＭ１３の第２領域に書き込まれたデータ（例えば、上述の図６（ａ）に示すデータの１のビットとＶＦＤ２２の表示面において対応する位置にある図６（ｂ）の１ビット（同一対応位置ビット））が発光を指示する場合には発光輝度１００％の輝度で発光し、ＲＡＭ１３の第１領域に書き込まれたデータ（例えば、図６（ａ）の１のビット）、または、ＲＡＭ１３の第２領域に書き込まれたデータ（例えば、図６（ｂ）の同一対応位置ビット）、のいずれか一方のみが、発光を指示する場合には発光輝度５０％の輝度で発光し、ＲＡＭ１３の第１領域に書き込まれたデータ（例えば、図６（ａ）の１のビット）、および、ＲＡＭ１３の第２領域に書き込まれたデータ（例えば、図６（ｂ）の同一対応位置ビット）のいずれもが、発光を指示しない場合には発光輝度０％の輝度で発光する。
【００５８】
ここで、発光輝度１００％、発光輝度５０％、発光輝度０％、の各々の定義は、該当するフォントにおいて最も輝度が高い部分を発光輝度１００％と定義し、最も輝度が低い非発光の部分を発光輝度０％と定義するものであり、絶対輝度を定義するものではない。例えば、影付き処理における発光輝度１００％は、フォントを太くする処理における発光輝度１００％よりも輝度が高い。具体例で説明すると、影付き処理においては、３段階の発光輝度を生じさせるために、第１領域に記憶されたフォントデータに基づいた表示と、第２領域に記憶された処理データに基づいた表示とで、連続して同じ部分を発光させ影でない発光部を生成し、この部分の発光輝度を１００％とする。これに対して、太字処理では、発光輝度を２段階とするために、第１領域に記憶されたフォントデータに基づいた表示と、第２領域に記憶された処理データに基づいた表示とが、連続して同じ部分を発光さることはなく、この状態を発光輝度１００％とする。このような場合において、発光輝度を規格化するためには、通常用いられる公知の技術であるアノード駆動信号の時比率を制御するＰＷＭ処理を用いることができる。
【００５９】
上述したＣＰＵにおける処理の要点は以下である。キャラクタＲＯＭに記憶されたフォントデータから、反転フォントデータを生成する処理、各種処理（フォントデータの下側影付処理、フォントデータの斜め影付処理、フォントデータの反転処理、フォントデータの右側影付処理の反転処理、フォントデータの下側影付処理の反転処理、フォントデータの斜め影付処理の反転処理、フォントデータの横方向太字処理、フォントデータの上下方向太字処理）によって処理データを生成する処理をおこなう。また、ＣＰＵは、フォントデータまたは反転フォントデータをＲＡＭの第１領域に記憶し、処理データをＲＡＭの第２領域に記憶するための制御をおこなう。ここで、フォントデータまたは反転フォントデータを記憶するＲＡＭの第１領域のアドレスと、処理データを記憶するＲＡＭの第２領域のアドレスとは、ＶＦＤの表示面において同一の表示位置に対応するものとされる。また、ＣＰＵは、ＲＡＭの第１領域に記憶されたフォントデータ、または、反転フォントデータに基づいた表示とＲＡＭの第２領域に記憶された処理データに基づいた表示とが交互に表示部（ＶＦＤ）になされるように制御する。
【００６０】
上述した実施形態によれば、少ないハードウエア資源、低い処理能力の制御回路で、しかも従来から使っている２階調のフォントデータをもとに、視覚的効果を付加して多種類の字体に加工し、その表示を可能とする表示装置を提供できる。実施形態では、影付処理によって中間階調（５０％輝度）も用いるので、これによって、文字を立体的に見せることができる。また、実施形態では、太字処理によって文字を強調して見せることができる。
【００６１】
（実施形態の変形例）
上述した実施形態では、ＲＡＭ１３の第１領域とＲＡＭ１３の第２領域とを設け、第１領域にはフォントデータ、第２領域には処理データ（第１の処理データ）を格納するようにしたが、ＲＡＭ１３に第３領域をさらに設け、第３領域には、第１領域に記憶されたフォントデータと第２領域に記憶された第１処理データとから得られる第２の処理データを格納して、第１領域からのデータと、第２領域からの第１処理データと、第３領域からの第２処理データとを交互ＣＩＧＶＦＤ２０に対して送出するようにシリアルＩ／Ｏ１４を制御することによって、さらに、多くのフォントを生成することができる。また、第１領域と第２領域とを設ける場合には各々のドットの輝度を、１００％、５０％、０％の３段階に分離することができたが、第１領域と第２領域と第３領域とを設ける場合には各々のドットの輝度を、１００％、６６％、３３％、０％の４段階に分離することができる。
【００６２】
本発明は、当然に、上述した実施形態の範囲に限られるものではない。例えば、フォントは、実施形態に示すアルファベットに限らず、数字、特殊文字、さらには、文字、記号、以外の表示形態も含むものであり、表示装置は蛍光表示管を用いるものに限らず、液晶、有機ＥＬ等を用いるものも含むものである。
【図面の簡単な説明】
【００６３】
【図１】実施形態の表示装置のブロック図を示す図である。
【図２】別の実施形態の蛍光表示管を用いた表示装置のブロック図を示す図である。
【図３】ＣＩＧＶＦＤの構造を模式的に示す図である。
【図４】ＣＩＧＶＦＤと制御装置とホスト機器とがどの様に接続されるかを模式的に示す図である。
【図５】キャラクタＲＯＭにどのようにフォントデータが格納されているかを示す図である。
【図６】フォントデータの右側影付処理について示す図である。
【図７】フォントデータの下側影付処理について示す図である。
【図８】フォントデータの斜め影付処理について示す図である。
【図９】反転文字を得るための処理を模式的に示す図である。
【図１０】フォントデータの右側影付処理を反転する処理について示す図である。
【図１１】フォントデータの下側影付処理の反転処理について示す図である。
【図１２】フォントデータの斜め影付処理の反転処理について示す図である。
【図１３】フォントデータの横方向太字処理について示す図である。
【図１４】フォントデータの上下方向太字処理について示す図である。
【図１５】Ｉ／Ｏ制御処理の内容を模式的に示す図である。
【符号の説明】
【００６４】
１０、３０ 制御装置、 １１、３１ 制御回路、 １２キャラクタ・ロム（ＲＯＭ）、 １３ ラム（ＲＡＭ）、 １４ シリアルＩ／Ｏ、 １６ シリアルデータ、 ２０ ＣＩＧＶＦＤ（蛍光表示管）、 ２１ パラレル変換器・高耐圧ドライバ、 ２２ ＶＦＤ（蛍光表示部）、 ２３ アノード駆動信号、 ２４ グリッド駆動信号、 ３４ パラレルＩ／Ｏ、 ３７ アノード信号、 ３８ グリッド信号、 ４０ 高耐圧ドライバ、 ５０ ホスト機器、 ６０ マイクロコントローラ、 １２２ ベースプレート、 １２３ フィラメントリード、
１２４ フィラメントリード、 ２１６ ドライバチップ用リード
【技術分野】
【０００１】
本発明は、表示装置および表示装置の制御方法に関する。
【背景技術】
【０００２】
近年、種々の表示装置が産業用の用途および家庭的な用途に用いられている。この表示装置の中で、蛍光表示管（ＶＦＤ：Ｖａｃｕｕｍ Ｆｌｕｏｒｅｓｅｎｔ Ｄｉｓｐｌａｙ）を利用するものが表示装置において広く用いられている。このような蛍光表示管を制御する制御装置は、外部機器であるホスト機器から送られてくる情報に基づいて、制御装置の内部で表示データを個々のＶＦＤに合わせて生成し、表示データをＶＦＤに送出する機能を有する（例えば、非特許文献１、非特許文献２を参照）。制御装置は要求される時間ごとに画面を更新し、かつ、ちらつき等のない良好な表示品質を保つ必要がある。より具体的には、ホスト機器から送られてくる表示の指示情報（文字コード、配置位置等）に従って、文字コードに対応するフォントデータをキャラクタ・ロム（ＲＯＭ）から読み出し、１画面分の表示データをビデオ・ラム（ＲＡＭ）に展開する。ここで、キャラクタＲＯＭに記憶されているフォントデータは、１画素について１ビット分の情報（１＝点灯／０＝非点灯）だけを有している。そして、ビデオＲＡＭから表示データを読み出して、それをＣＩＧＶＦＤ（Ｃｈｉｐ Ｉｎ Ｇｌａｓｓ ＶＦＤ）へシリアル転送しつつ、ＣＩＧＶＦＤへの制御信号を制御して、画面表示を更新する。このとき、表示データをビデオＲＡＭに展開する際の加工処理負荷が少なくなるように、キャラクタＲＯＭのデータ構成を工夫していた（例えば、特許文献１を参照）。
【特許文献１】特開平９−２８８４７５号公報
【非特許文献１】岸野隆雄 「蛍光表示管」、平成２年１０月３１日初版、産業図書株式会社
【非特許文献２】双葉電子工業株式会社 製品カタログＡＮ−Ｂ−１００３「蛍光表示管」
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ＶＦＤに表示される表示データは、キャラクタＲＯＭのフォントデータをもとにビデオＲＡＭへ記憶されるので、表示する文字のフォント（字体）を増やす場合にはそのフォントデータをキャラクタＲＯＭに追加するのが従来一般に採用される方法であった。しかしながら、表示する文字のフォントを増やすと、キャラクタＲＯＭの記憶容量を増加させなければならないので、ＲＯＭ素子の価格が、より高いものとなる。また、表示するフォントを変更すると、異なる種類のキャラクタＲＯＭを新たに採用することとなり、管理すべきキャラクタＲＯＭの種類が増えて、管理コストが増える。
【０００４】
また、１画素について１ビット分を割り付けること無く、１画素について１アドレスを割り付け、フォントデータを多値データとする場合にも同様にキャラクタＲＯＭの記憶容量が増加する。例えば、８ビット幅のキャラクタＲＯＭを用いる場合には、１画素当たり８ビットのデータ領域が確保されることとなるが、仮に、フォントデータを多値データとするに際して、２ビット分しか使用しなければ、残りの６ビット分の記憶容量は無駄になってしまう。なお、キャラクタＲＯＭのみならず、ビデオＲＡＭも８ビット幅を有しているので、キャラクタＲＯＭにおけると同様に無駄な記憶領域が発生してしまう。そして、これらの無駄な領域をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）で管理することは、ＣＰＵの処理負荷が増大することとなる。
【０００５】
また、キャラクタＲＯＭの記憶容量を増加することなく、キャラクタＲＯＭに記憶されたデータの内容をＣＰＵで処理して、元のフォントを修飾した新たなフォントを逐次生成して、この新たなフォントをビデオＲＡＭに記憶することも考えられるが、この場合にはＣＰＵに対する処理の負担が増大する。また、この場合においても、発光、非発光の２状態のいずれか以外の輝度設定をおこなうことは極めて困難である。さらに、ＣＰＵは、ＶＦＤに画像を表示するための種々の処理をおこなわなければならないので、一般的には、キャラクタＲＯＭに記憶されたデータの内容をＣＰＵで処理することは困難であるのが現状である。特に、近年は、ＶＦＤの低価格化に対する要求が大きく、価格が高い高速で動作するＣＰＵの使用がコスト面から制限される現実があるので、キャラクタＲＯＭに記憶されたデータの内容をＣＰＵで処理することをますます困難なものとしている。
【０００６】
また、ＣＰＵを用いることなく、ゲートアレイを用いて表示制御をするＶＦＤでは、キャラクタＲＯＭに２値データを記憶する構成から多値データを記憶する構成に変更する場合には、ゲートアレイ自体を造り変えなければならず、開発費用、ゲートアレイの単価、開発から製品化までの時間が必要となってしまう。
【０００７】
市場における、フォントの種類を増やして欲しいという要望は大きなものであるが、背景技術に示した技術では、係る課題の解決は困難であった。本発明は、ＣＰＵの処理負荷を大きく増やすことなく、また、ゲートアレイを作り直すことなく、表示装置に表示されるフォントの種類を増やす技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の表示装置は、発光部と非発光部との組み合わせによって特定されるフォントのデータであるフォントデータが記憶されたキャラクタ・ロムと、２次元の表示面を有して前記フォントデータに応じたフォントを表示する表示部と、前記表示部における前記フォント表示位置に対応して特定されるアドレスに前記フォントデータを記憶するラムと、を備える表示装置であって、前記ラムは、同一の前記フォント表示位置に対応したアドレスを各々が有する第１領域と第２領域とを有して形成され、前記第１領域には前記フォントデータ、または、前記フォントデータの発光部と非発光部とが反転された反転フォントデータが記憶され、前記第２領域には前記フォントデータを加工した処理データが記憶され、前記第１領域に記憶された前記第１領域に記憶された前記フォントデータ、または、前記反転フォントデータに基づいた表示と、前記第２領域に記憶された前記処理データに基づいた表示と、が交互に前記表示部になされる。
【０００９】
本発明の表示装置の制御方法は、発光部と非発光部との組み合わせによって特定されるフォントのデータであるフォントデータが記憶されたキャラクタ・ロムと、２次元の表示面を有して前記フォントデータに応じたフォントを表示する表示部と、前記フォント表示位置に対応して特定されるアドレスに前記フォントデータを記憶するラムと、を備える表示装置の制御方法であって、前記ラムには、同一の前記フォント表示位置に対応したアドレスを有する第１領域と第２領域とを形成し、前記第１領域には、前記フォントデータ、または、前記フォントデータの発光部と非発光部とが反転された反転フォントデータを記憶し、前記第２領域には、前記フォントデータを加工した処理データを記憶し、前記表示部には、前記第１領域に記憶された前記フォントデータ、または、前記反転フォントデータに基づいた表示と、前記第２領域に記憶された前記処理データに基づいた表示と、を交互にする。
【００１０】
本発明の技術では、発光と非発光との２状態の組み合わせによって、表示部に表示されるフォントのデータであるフォントデータがキャラクタ・ロム（ＲＯＭ）に記憶されている。また、表示装置はラム（ＲＡＭ）を備えており、このラムには第１領域と第２領域が設けられている。この第１領域と第２領域との、その各々には、表示部の表示面に１対１に対応するアドレスが付与されている。また、第１領域には、フォントデータ、または、フォントデータの発光部と非発光部とが反転された反転フォントデータが記憶され、第２領域にはフォントデータを加工した処理データが記憶される。そして、第１領域に記憶されたフォントデータ、または、反転フォントデータに基づいた表示と、第２領域に記憶された処理データに基づいた表示と、が交互になされることによって、キャラクタ・ロムに記憶されているフォントを修飾して表示部に表示することができる。
【発明の効果】
【００１１】
本発明の技術によれば、ラムには少なくとも第１領域と第２領域とを設け、第１領域と第２領域とのデータに基づく表示を交互に表示部にすることによって、ハードウエア資源を有効に活用し、キャラクタ・ロムの種類を増やすことなく、高精度の演算装置を用いることなく、影付きフォント、太いフォント等のフォントの種類を増やすことができるので、表示装置の高性能化と低価格化とを同時に達成できる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を引用して、発明を実施するための最良の形態である実施形態の説明をする。
【００１３】
（蛍光表示管の制御装置の概要）
図１は、実施形態の蛍光表示管を用いた表示装置のブロック図を示す図である。図１に沿って、実施形態の蛍光表示管の制御装置の概要について説明をする。図１の左部分はＣＩＧＶＦＤ（Ｃｈｉｐ Ｉｎ Ｇｌａｓｓ ＶＦＤ）とされる蛍光表示管を駆動する制御装置（以下、単に制御装置と省略する）のブロック図であり、図１の右部分はＣＩＧＶＦＤのブロック図である。ＣＩＧＶＦＤ２０は、シリアル／パラレル変換器・高耐圧ドライバ２１を蛍光表示部（ＶＦＤ）２２とともに蛍光表示管２０を形成する密封容器の内部に封止して形成されている。このような構成を採用することによって、シリアル／パラレル変換器・高耐圧ドライバ２１と蛍光表示部２２との間におけるアノード駆動信号２３とグリッド駆動信号２４とが伝送される接続線を外部に取り出すことなく、密封容器の内部で接続して、外部回路との接続のためのリード本数を減らすことができる。また、別途に高耐圧ドライバを用意することなく制御装置１０によって直接にＣＩＧＶＦＤ２０を制御できるので、実装性が向上する。
【００１４】
ＣＩＧＶＦＤ２０を制御する制御装置１０は、制御回路１１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とシリアルデータ１６をＣＩＧＶＦＤ２０に対して伝送するシリアルＩ／Ｏ１４とを主要なる構成部として構成されている。制御回路１１はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、または、デジタル論理回路で構成されている。より具体的には、ＣＰＵの場合にはＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）として形成され、デジタル論理回路の場合にはゲートアレイとして形成されている。制御回路１１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とシリアルＩ／Ｏ１４とはバスラインで相互に接続されている。そして、ホスト機器５０から制御装置１０に対しては、制御回路１１を介して表示に関する指令が発せられる。なお、図１では、制御回路１１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とシリアルデータ１６を伝送するシリアルＩ／Ｏ１４とは各々が個別の構成部とされているが、ワンチップマイコンとして、すべての上述した構成部が一体として構成されるものであっても良い。
【００１５】
図２は、別の実施形態の蛍光表示管を用いた表示装置のブロック図を示す図である。図２では、密封容器の内部にはＶＦＤ２２のみを収納し、高耐圧ドライバ４０は密封容器の外部に配置されている。高耐圧ドライバ４０と密封容器の内部のＶＦＤ２２とは多数のリード線を介して接続されており、そのリード線によって、アノード駆動信号２３とグリッド駆動信号２４とを伝送するようにされている。制御装置３０と高耐圧ドライバ４０との間はパラレル線によって接続され、アノード信号３７とグリッド信号３８とが伝送される。
【００１６】
制御装置３０は、制御回路３１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とパラレルデータを伝送するパラレルＩ／Ｏ３４とを主要なる構成部として構成されている。制御回路３１はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）またはデジタル論理回路で構成されている。制御回路３１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とパラレルＩ／Ｏ３４とはバスラインで相互に接続されている。そして、制御装置３０に対しては、制御回路３１を介してホスト機器から表示に関する指令が発せられる。なお、図２では、制御回路３１とキャラクタＲＯＭ１２と表示データのＲＡＭ１３とパラレルデータを伝送するパラレルＩ／Ｏ３４とは各々が個別の構成部とされているが、ワンチップマイコンとして、すべての上述した構成部が一体として構成されるものであっても良い。
【００１７】
図１、図２に示す実施形態の蛍光表示管の制御装置１０または制御装置３０のいずれを用いても、実施形態の要部の説明においては大きな差異がなく、両者ともに同様に機能をさせることができるので、図１に示す制御装置１０を引用して、以下の説明をする。すなわち、制御装置１０と制御装置３０とは、制御装置１０のＩ／Ｏ１４がシリアルインターフェイスとされているのに対して、制御装置３０のＩ／Ｏ３４がパラレルインターフェイスとされている点に違いがあるものの、図１に示す制御装置に替えて、図２に示す制御装置３０を用いる場合にも特段の大きな違いはない。制御装置１０と制御装置３０とで、違いが生じる場合には、その都度、差異を説明する。
【００１８】
上述した制御装置１０の各部の機能について、簡単に説明をする。制御回路１１は、ホスト機器５０との通信、表示データの作成、ＶＦＤ２２の仕様に合わせたデータをＶＦＤへ送る処理の制御をおこなう。表示データのＲＡＭ（以下、単にＲＡＭと省略する）１３は表示データを一時記憶する。キャラクタＲＯＭ１２にはフォントデータが記憶されている。Ｉ／Ｏ１４はＣＩＧＶＦＤ２０に対して表示のためのデータをシリアルデータとして伝送する。制御装置３０のＩ／Ｏ３４においては、ＶＦＤ２２に供給されるアノード駆動信号２３およびグリッド駆動信号２４に１対１に対応するアノード信号３７およびグリッド信号３８をパラレルデータとして伝送する。以上が各構成部の簡単な機能説明であるが、以下の説明において、必要な部分は個別に詳細に説明をする。
【００１９】
図３は、ＣＩＧＶＦＤの構造を模式的に図示するものである。ＣＩＧＶＦＤ２０は、シリアル／パラレル変換器・高耐圧ドライバ２１をＶＦＤ（蛍光表示部）２２とともに密封容器の内部に封止して形成されている。密封容器は、ベースプレート１２２、と表示された画面を視認可能とするガラス容器とで形成されている。密封容器からは、フィラメントリード１２３、フィラメントリード１２４が引き出され、フィラメントに電流を流すことができるようになされている。また、シリアルデータ（図１を参照）を伝送するためのドライバチップ用リード２１６が密封容器から引き出されている。
【００２０】
図４は、ＣＩＧＶＦＤと制御装置とホスト機器とがどの様に接続されるかを模式的に示す図である。図４では、制御装置としては、マイクロコントローラ（ＭＩＣＲＯ ＣＯＮＴＲＯＬＬＥＲ）６０が用いられている。マイクロコントローラ６０は、ワンチップマイコンを用いて構成されており、ワンチップマイコンにはＣＰＵとキャラクタＲＯＭ１２の機能とＲＡＭ１３の機能とが１チップに収納されている。フィラメントには、トランスを用いて商用電圧を降圧した電圧が印加され、トランス２次側の中点タップにはツエナーダイオードＺＤと抵抗Ｒとを用いて、一定の電圧が印加されている。各種信号がマイクロコントローラ６０からＣＩＧＶＦＤ２０に供給されている。信号ＤａｔａはＶＦＤ２２に表示される内容に関する信号であり、信号Ｃｌｏｃｋはこの信号Ｄａｔａの各々のビットの切れ目を示すためのビット同期を得る信号であり、信号Ｌａｔｃｈはこの信号ＤａｔａのＤａｔａ単位の切れ目を示すためのワード同期を得るための信号であり、信号Ｂｌａｎｋは、データラッチ時の誤表示を防ぐためにドライバ出力をＯＦＦする信号であり、１ワードのデータごとに出力される信号である。また電圧ＶＤＤはシリアル／パラレル変換器・高耐圧ドライバ２１の信号処理回路に供給され、電圧ＶＨはシリアル／パラレル変換器・高耐圧ドライバ２１を介して、ＣＩＧＶＦＤ２０のアノード電極に供給される。
【００２１】
（キャラクタＲＯＭに記憶されたフォントデータの各種処理について）
キャラクタＲＯＭ１２について説明をする。図５は、キャラクタＲＯＭにどのようにフォントデータが格納されているかを示す図である。実施形態のキャラクタＲＯＭ１２には、１ワードを８ビットとして、６ワードで１キャラクタを表すようにフォントデータが格納されている。図５はアルファベットの“Ｄ”のフォントデータの構造を示す図であり、黒色部に該当する箇所のデータの内容は“１”とされ、白色部（紙面の色と同色部）に該当する箇所のデータの内容は“０”とされている。ここで、フォントデータは、表示部として機能するＶＦＤ２２の表示面に発光部と非発光部との組み合わせによって特定されて表示されるフォントのデータであるが、キャラクタ・ロムに記憶された“１”は発光部、キャラクタ・ロムに記憶された“０”は非発光部に対応するものであるとして以下の説明をおこなう。
【００２２】
上述したように、フォントデータは、１ビットが２値のビットマップデータとして構成されているので、このキャラクタＲＯＭ１２に配置された１ワードのデータのＭＳＢからＬＳＢまでの各々のビットが並んでいる方向（ビット方向）をＶＦＤ２２の表示面の縦方向、０ワード目から５ワード目の各々のワードが並んでいる方向（ワード方向）を横方向に配置することによって、アルファベットの“Ｄ”をＶＦＤ２２に表示することができる。そして、６ワードで表現できる範囲であれば、その範囲ではフォントの種類を増やすことができる。しかしながら、フォントの種類を増やすと１個のフォントに対して６ワード分のキャラクタＲＯＭ１２の容量の追加が必要とされる。また、キャラクタＲＯＭ１２は、製造後の書き換えができないので、フォントを追加する場合には、キャラクタＲＯＭ１２を造り変えなければならない。
【００２３】
また、１ビットが２値のビットマップデータとしてフォントは構成されているので、“１”を発光する状態の発光部に対応させ、“０”を非発光の状態の非発光部に対応させることはできても、中間的な明度で発光させる発光部を形成することはできない。実施形態においては以下に示す処理によって、キャラクタＲＯＭ１２を造り直すこと無く、フォントの種類を増やし、中間的な明度を有するフォントも生成している。
【００２４】
（フォントデータの右側影付処理）
図６はフォントデータの右側影付処理について示す図である。図６（ａ）は、アルファベットの“Ｄ”のフォントである。このフォントデータは、０ワード目のデータはＭＳＢから順に並べると、“１１１１１１１０”であり、１ワード目のデータはＭＳＢから順に並べると、“１０００００１０”であり、２ワード目のデータはＭＳＢから順に並べると、“１０００００１０”であり、３ワード目のデータはＭＳＢから順に並べると、“０１０００１００”であり、４ワード目のデータはＭＳＢから順に並べると、“００１１１０００”であり、５ワード目のデータはＭＳＢから順に並べると、“００００００００”である。ここで、各々のワードに＋の符号が付されているのは、相対アドレスであることを明示するためであり、実際にキャラクタＲＯＭのフォントデータにアクセスする場合には０ワード目の絶対アドレスを指定して、６ワード分を一括して読み出すようにしている。図６（ａ）の“１”が灰色で表されているのは視覚的に処理を理解する便宜のためである。
【００２５】
図６（ｂ）は、“Ｄ”のフォントに対して、右側影付処理のための処理用フォントデータ（処理データ）である。処理データは以下のルールによって生成されている。０ワード目のデータには処理を施さない。１ワード目以降の処理データは前の順番のデータとそのワードのデータとにおいて、各々のビット毎のＯＲ演算をおこなう。具体的には、１ワード目の処理データは、０ワード目のデータと１ワード目のデータのＯＲ演算、“１１１１１１１０”と“１０００００１０”とのＯＲの演算をおこない、“１１１１１１１０”を得る。２ワード目の処理データは、１ワード目のデータと２ワード目のデータとのＯＲ演算、“１０００００１０”と“１０００００１０”とのＯＲ演算をおこない、“１０００００１０”を得る。３ワード目の処理データは、２ワード目のデータと３ワード目のデータとのＯＲ演算、“１０００００１０”と“０１０００１００”とのＯＲ演算をおこない、“１１０００１１０”を得る。４ワード目の処理データは、３ワード目のデータと４ワード目のデータとのＯＲ演算、“０１０００１００”と“００１１１０００”とのＯＲ演算をおこない、“０１１１１１００”を得る。５ワード目の処理データは、４ワード目のデータと５ワード目のデータとのＯＲ演算、“００１１１０００”と“００００００００”とのＯＲ演算をおこない、“００１１１０００”を得る。
【００２６】
図６（ｃ）は、図６（ａ）と図６（ｂ）との各々の対応するワードの各々の対応するビットを加算して、１（フォントデータ）＋１（処理データ）＝２、１（フォントデータ）＋０（処理データ）＝１、０（フォントデータ）＋１（処理データ）＝１、０（フォントデータ）＋０（処理データ）＝０、として各々定義される演算結果を図示するものである。そして、この図６（ｃ）に図示される演算結果の、黒部は２を示し、ＶＦＤ２２における発光輝度は１００％、灰部（図６（ａ）、図６（ｂ）で、ハッチング部分を指す、他の図面においても灰部はハッチング部を指し示すものである）は１を示し、ＶＦＤ２２における発光輝度は５０％、白部は０を示し、ＶＦＤ２２における発光輝度は０％、に各々対応するものである。どのようにして、発光輝度１００％、発光輝度５０％、発光輝度０％の表示をおこなうかについては、後述する。
【００２７】
図６（ｃ）から見てとれるように、“Ｄ”に対して右側影付の処理がなされる。この表示に対するフォントは、“Ｄ”のフォントに対して上述した処理を施すことによって得られるものであり、キャラクタＲＯＭ１２には、記憶されていないフォントである。以上は“Ｄ”を１例として説明したが、アルファベット、数字等に限らず、どのようなフォントであっても、同様にして、そのフォントに右側影付処理を施すことができる。
【００２８】
（フォントデータの下側影付処理）
図７はフォントデータの下側影付処理について示す図である。図７（ａ）は、アルファベットの“Ｄ”のフォントである。図７（ｂ）は、“Ｄ”のフォントに対して、下側影付処理のための処理データである。処理データは以下のルールによって生成されている。各々のワードのＭＳＢから２ＳＢまでの各々に対して１ビットずつより下位ビットにビットシフトしてＭＳＢは“０”として、ビットシフト前のデータとビットシフト後のデータとのＯＲ演算をおこなう。具体的には、０ワード目に対しては、“１１１１１１１０”と“０１１１１１１１１”とのＯＲの演算をおこない、“１１１１１１１１”を得る。１ワード目に対しては、“１０００００１０”と“０１０００００１”とのＯＲの演算をおこない、“１１００００１１”を得る。２ワード目に対しては、“１０００００１０”と“０１０００００１”とのＯＲの演算をおこない、“１１００００１１”を得る。３ワード目に対しては、“０１０００１０００”と“００１０００１００”とのＯＲの演算をおこない、“０１１００１１０”を得る。４ワード目に対しては、“００１１１０００”と“０００１１１００”とのＯＲの演算をおこない、“００１１１１００”を得る。５ワード目に対しては、“００００００００”と“００００００００”とのＯＲの演算をおこない、“００００００００”を得る。
【００２９】
図７（ｃ）は、図７（ａ）と図７（ｂ）との各々のワードを加算して、１（フォントデータ）＋１（処理データ）＝２、１（フォントデータ）＋０（処理データ）＝１、０（フォントデータ）＋１（処理データ）＝１、０（フォントデータ）＋０（処理データ）＝０、として各々定義される演算結果を図示するものである。そして、この図７（ｃ）に図示される演算結果の、黒部は発光輝度１００％、灰部は発光輝度５０％、白部は発光輝度０％、に各々対応するものである。図７（ｃ）から見てとれるように、“Ｄ”に対して下側影付の処理がなされる。この表示に対するフォントは、“Ｄ”のフォントに対して上述した処理を施すことによって得られるものであり、キャラクタＲＯＭ１２には、記憶されていないフォントである。以上は“Ｄ”を１例として説明したが、アルファベット、数字等に限らず、どのようなフォントであっても、同様にして、そのフォントに下側影付処理を施すことができる。
【００３０】
（フォントデータの斜め影付処理）
図８はフォントデータの斜め影付処理について示す図である。図８（ａ）は、アルファベットの“Ｄ”のフォントである。図８（ｂ）は、“Ｄ”のフォントに対して、斜め影付処理のための処理データである。処理データは以下のルールによって生成されている。０ワード目のデータには処理を施さない。１ワード目以降の処理データは、ＭＳＢに０を代入して１ビットだけ下位ビットにシフトした前の順番のワードのデータとそのワードのデータとにおいて、各々のビット毎のＯＲ演算をおこなう。さらに、ＯＲ演算をおこなった各々のワードについて、“１”と“１”とに挟まれた中間のビットが“０”である場合には“１”に置き換える。具体的には、１ワード目の処理データは、０ワード目のデータを１ビットだけビットシフトした “０１１１１１１１”と１ワード目のデータ“１０００００１０”とのＯＲ演算をおこない、“１１１１１１１１”を得る。この場合には、“０”を“１”に置き換えるビットは存在しない。２ワード目の処理データは、１ワード目のデータを１ビットだけビットシフトした “０１０００００１”と２ワード目のデータ“１０００００１０”とのＯＲ演算をおこない、“１１００００１１”を得る。この場合には、“０”を“１”に置き換えるビットは存在しない。３ワード目の処理データは、２ワード目のデータを１ビットだけビットシフトした “０１０００００１”と３ワード目のデータ“０１０００１００”とのＯＲ演算をおこない、“０１０００１０１”を得、ＯＲ演算をおこなったワードの３ＳＢとＬＳＢとの中間の“０”を“１”に置き換え、“０１０００１１１”を得る。４ワード目の処理データは、３ワード目のデータを１ビットだけビットシフトした “００１０００１０”と４ワード目のデータ“００１１１０００”とのＯＲ演算をおこない、“００１１１０１０”を得、ＯＲ演算をおこなったワードの４ＳＢと２ＳＢとの中間の“０”を“１”に置き換え、“００１１１１１０”を得る。５ワード目の処理データは、４ワード目のデータを１ビットだけビットシフトした “０００１１１００”と５ワード目のデータ“００００００００”とのＯＲ演算をおこない、“０”を“１”に置き換えることなく、“０００１１１００”を得る。
【００３１】
上述した、フォントデータの影付処理の要点は、影が付く方向が、右側方向、下側方向、斜め方向の各々に変化するものの、各々が６ワードで形成されるフォントデータと処理データとを対比すれば、フォントデータと処理データとの同じワードの同じビット位置の各々のビットが共に“１”となるビットと、同じワードの同じビット位置の各々のビットの一方が“１”となり、他方が“０”となるビットと、同じワードの同じビット位置の各々のビットが共に“０”となるビットとを処理データ側に造り出す処理である。この処理と後述する第１領域と第２領域とを有するＲＡＭの構成によって、一方が“１”となり、他方が“０”となるビットが影の部分となるものであるが、これに付いては、より詳細に後述する。
【００３２】
（フォントデータの反転処理）
図９は、発光部と非発光部とが反転した反転文字を得るための処理を模式的に示す図である。例えば、図５に示すフォント“Ｄ”に対応したビットマップと、図９に示すビットマップとでは、発光部と非発光部とを反転するために、各々のビットが、すべて反転している。このようにして、影付処理をしない場合には、“Ｄ”以外の他のフォントについても同様にして、“１”を“０”に、“０”を“１”に反転することによって、容易に反転文字を得るための処理（反転処理）をすることができる。すなわち、ＶＦＤ２２における発光、非発光のルールが一定である場合には、図９に示すように、“Ｄ”の発光部と非発光部とが反転している。ここで、１のフォント、例えば、上述するフォント“Ｄ”に対して、図５に示すフォント“Ｄ”に対応したビットマップを形成するためのデータが上述したフォントデータであり、図９に示すような、“０”と“１”とが反転したデータを反転フォントデータと称するものである。
【００３３】
（フォントデータの右側影付処理の反転処理）
図１０はフォントデータの右側影付処理を反転する処理について示す図である。図１０（ａ）は図６（ａ）とフォントデータの“１”と“０”とをすべて反転したデータ（反転フォントデータ）であり、図１０（ｂ）は図６（ｂ）とフォントデータの“１”と“０”とをすべて反転したデータ（処理データ）である。図１０（ｃ）は、図１０（ａ）と図１０（ｂ）との各々の対応するビットを加算して、１（反転フォントデータ）＋１（処理データ）＝２、１（反転フォントデータ）＋０（処理データ）＝１、０（反転フォントデータ）＋１（処理データ）＝１、０（反転フォントデータ）＋０（処理データ）＝０、として各々定義される演算結果を図示するものである。そして、この図１０（ｃ）に図示される演算結果の、白部は２を示し、ＶＦＤ２２における発光輝度は１００％、灰部は１を示し、ＶＦＤ２２における発光輝度は５０％、黒部は０を示し、ＶＦＤ２２における発光輝度は０％、に各々対応するものである。
【００３４】
（フォントデータの下側影付処理の反転処理）
図１１はフォントデータの下側影付処理の反転処理について示す図である。図１１（ａ）は図７（ａ）とフォントデータの“１”と“０”とをすべて反転したデータ（反転フォントデータ）であり、図１１（ｂ）は図７（ｂ）とフォントデータの“１”と“０”とをすべて反転したデータ（処理データ）である。図１１（ｃ）は、図１１（ａ）と図１１（ｂ）との各々の対応するビットを加算して、０（反転フォントデータ）＋０（処理データ）＝０、１（反転フォントデータ）＋０（処理データ）＝１、０（反転フォントデータ）＋１（処理データ）＝１、１（反転フォントデータ）＋１（処理データ）＝２、として各々定義される演算結果を図示するものである。そして、この図１１（ｃ）に図示される演算結果の、黒部は２を示し、ＶＦＤ２２における発光輝度は１００％、灰部は１を示し、ＶＦＤ２２における発光輝度は５０％、白部は０を示し、ＶＦＤ２２における発光輝度は０％、に各々対応するものである。
【００３５】
（フォントデータの斜め影付処理の反転処理）
図１２はフォントデータの斜め影付処理の反転処理について示す図である。図１２（ａ）は図８（ａ）とフォントデータの“１”と“０”とをすべて反転したデータ（反転フォントデータ）であり、図１２（ｂ）は図８（ｂ）とフォントデータの“１”と“０”とをすべて反転したデータ（処理データ）である。図１２（ｃ）は、図１２（ａ）と図１２（ｂ）との各々の対応するビットを加算して、０（反転フォントデータ）＋０（処理データ）＝０、１（反転フォントデータ）＋０（処理データ）＝１、０（反転フォントデータ）＋１（処理データ）＝１、１（反転フォントデータ）＋１（処理データ）＝２、として各々定義される演算結果を図示するものである。そして、この図１２（ｃ）に図示される演算結果の、黒部は２を示し、ＶＦＤ２２における発光輝度は１００％、灰部は１を示し、ＶＦＤ２２における発光輝度は５０％、白部は０を示し、ＶＦＤ２２における発光輝度は０％、に各々対応するものである。
【００３６】
上述した、フォントデータの影付処理の反転処理（反転フォントデータの影付き処理）の要点は、影が付く方向が、右側方向、下側方向、斜め方向の各々に変化するものの、フォントデータの“１”と“０”とを反転して反転フォントデータを生成し、上述した影付き処理を同様に適用するものである。反転フォントデータと処理データとを用いる影付き処理の内容は、フォントデータと処理データとを用いる影付き処理と変わるところはなく、これに付いては、後述する。
【００３７】
（フォントデータの横方向太字処理）
図１３は、フォントデータの横方向太字処理について示す図である。図１３（ａ）は、アルファベットの“Ｄ”のフォントである。図１３（ｂ）は、“Ｄ”のフォントに対して、横方向太字処理のための処理用のデータである処理データである。処理データは以下のルールによって生成されている。０ワード目のデータは“００００００００”とする。１ワード目以降の処理データは前の順番のワードのデータとそのワードのデータとをビット毎に加算する演算をおこない、その結果を以下の様にビット毎に置き換えて処理データを生成する。１（その前のワードのフォントデータ）＋１（処理データ）＝０、１（その前のワードのフォントデータ）＋０（処理データ）＝１、０（その前のワードのフォントデータ）＋１（処理データ）＝１、０（その前のワードのフォントデータ）＋０（処理データ）＝０。上述した演算の後に、そのワードのフォントデータとその演算後のワードデータとをビット毎に加算して以下の演算をおこなって、その演算後のワードデータを、さらに、置き換えて、処理データを得る。１（そのワードのフォントデータ）＋１（演算後のワードデータ）＝０、１（そのワードのフォントデータ）＋０（演算後のワードデータ）＝０、０（そのワードのフォントデータ）＋１（演算後のワードデータ）＝１、０（そのワードのフォントデータ）＋０（演算後のワードデータ）＝０。
【００３８】
具体的には、１ワード目の処理データは、０ワード目のデータと１ワード目のデータのビット毎の加算演算、“１１１１１１１０”と“１０００００１０”との加算演算をおこない、“２１１１１１２０”を得、さらに、“０１１１１１００”を得、また、さらに、“１０００００１０”と“０１１１１１００”とをビット毎に加算して、“０１１１１１００”を得る。２ワード目の処理データは、１ワード目のデータと２ワード目のデータとの加算演算、“１０００００１０”と“１０００００１０”との加算演算をおこない、“２０００００２０”を得、さらに、“００００００００”を得、また、さらに、“１０００００１０”と“００００００００”とを加算して、“００００００００”を得る。３ワード目の処理データは、２ワード目のデータと３ワード目のデータとの加算演算、“１０００００１０”と“０１０００１００”との加算演算をおこない、“１１０００１１０”を得、また、さらに、“０１０００１００”と“１１０００１１０”とを加算して、“１０００００１０”を得る。４ワード目の処理データは、３ワード目のデータと４ワード目のデータとの加算演算、“０１０００１００”と“００１１１０００”との加算演算をおこない、“０１１１１１００”を得、また、さらに、“００１１１０００”と“０１１１１１００”とを加算して、“０１０００１００”を得る。５ワード目の処理データは、４ワード目のデータと５ワード目のデータとの加算演算、“００１１１０００”と“００００００００”との加算演算をおこない、“００１１１０００”を得、また、さらに、“００００００００”と“００１１１０００”とを加算して、“００１１１０００”を得る。
【００３９】
そして、図１３（ｃ）は演算結果としてＶＦＤに表示される発光輝度を表すものであり、黒部は、ＶＦＤ２２における発光輝度が１００％、白部は、ＶＦＤ２２における発光輝度が０％に各々対応するものである。どのようにして、発光輝度１００％、発光輝度０％の表示をおこなうかについては、後述する。
【００４０】
図１３（ｃ）から見てとれるように、“Ｄ”に対して、右側の横方向に太字処理がなされる。この表示に対するフォントは、“Ｄ”のフォントに対して上述した処理を施すことによって得られるものであり、キャラクタＲＯＭ１２には、記憶されていないフォントである。以上は“Ｄ”を１例として説明したが、アルファベット、数字等に限らず、どのようなフォントであっても、同様にして、そのフォントに右側の横方向に太字処理を施すことができる。
【００４１】
（フォントデータの上下方向太字処理）
図１４は、フォントデータの上下方向太字処理について示す図である。図１４（ａ）は、アルファベットの“Ｄ”のフォントである。図１４（ｂ）は、“Ｄ”のフォントに対して、上下方向太字処理のための処理データである。処理データは以下のルールによって生成されている。各々のワードのＭＳＢから２ＳＢまでの各々に対して１ビットずつより下位ビットにビットシフトしてＭＳＢは“０”として、ビットシフト前のデータとビットシフト後のデータとの加算演算をおこない、その演算結果を次式に従って書き直す。１（ビットシフト前のそのビットのデータ）＋１（ビットシフト後のそのビットのデータ）＝０（ビットシフト後のそのビットの処理データ）、１（ビットシフト前のそのビットのデータ）＋０（ビットシフト後のそのビットのデータ）＝０（ビットシフト後のそのビットの処理データ）、０（ビットシフト前のそのビットのデータ）＋１（ビットシフト後のそのビットのデータ）＝１（ビットシフト後のそのビットの処理データ）、０（ビットシフト前のそのビットのデータ）＋０（ビットシフト後のそのビットのデータ）＝０（ビットシフト後のそのビットの処理データ）。
【００４２】
具体的には、０ワード目に対しては、“１１１１１１１０”と“０１１１１１１１１”との演算をおこない、“０００００００１”を得る。１ワード目に対しては、“１０００００１０”と“０１０００００１”との演算をおこない、“０１０００００１”を得る。２ワード目に対しては、“１０００００１０”と“０１０００００１”との演算をおこない、“０１０００００１”を得る。３ワード目に対しては、“１０００００１０”と“０１０００００１”との演算をおこない、“０１０００００１”を得る。４ワード目に対しては、“００１１１０００”と“０００１１１００”との演算をおこない、“０００００１００”を得る。５ワード目に対しては、“００００００００”と“００００００００”との演算をおこない、“００００００００”を得る。
【００４３】
そして、図１４（ｃ）は演算結果としてＶＦＤに表示される発光輝度を表すものであり、黒部は、ＶＦＤ２２における発光輝度が１００％、白部は、ＶＦＤ２２における発光輝度が０％に各々対応するものである。
【００４４】
図１４（ｃ）から見てとれるように、“Ｄ”に対して、下方向に太字処理がなされる。この表示に対するフォントは、“Ｄ”のフォントに対して上述した処理を施すことによって得られるものであり、キャラクタＲＯＭ１２には、記憶されていないフォントである。以上は“Ｄ”を１例として説明したが、アルファベット、数字等に限らず、どのようなフォントであっても、同様にして、そのフォントの下方向に太字処理を施すことができる。
【００４５】
上述した、フォントを太くするためのフォントデータの太字処理の要点は、太くなる方向が、右側方向、下側方向、斜め方向の各々に変化するものの、各々が６ワードで形成されるフォントデータと処理データとを対比すれば、フォントデータと処理データとの同じワードの同じビット位置の各々のビットが共に“１”となるビットを無くし、同じワードの同じビット位置の各々のビットの一方が“１”となり、他方が“０”となるビットと、同じワードの同じビット位置の各々のビットが共に“０”となるビットとを処理データ側に造り出し、太字が不自然となる部分を埋める処理である。この処理と後述する第１領域と第２領域とを有するＲＡＭの構成によって、一方が“１”となるビットに対応する部分が発光部、両方が“０”となるビットに対応する部分が非発光部となるものであるが、これに付いては、後述する。
【００４６】
（ホスト機器の指令によってＶＦＤに画像を表示するまでの動作）
上述した、（フォントデータの右側影付処理）、（フォントデータの下側影付処理）、（フォントデータの斜め影付処理）、（フォントデータの反転処理）、（フォントデータの右側影付処理の反転処理）、（フォントデータの下側影付処理の反転処理）、（フォントデータの斜め影付処理の反転処理）、（フォントデータの横方向太字処理）、（フォントデータの上下方向太字処理）の各々の処理において生成された処理データをどのようにして用いて、発光輝度１００％、発光輝度５０％、発光輝度０％の発光をさせるかについて、詳細に説明をする。
【００４７】
ホスト機器５０から制御装置１０に画像表示の指令が発せられる。画像表示の指令は、ホスト機器５０から制御装置１０に対してはシリアルデータ、または、パラレルデータを用いておこなわれる。制御装置１０（図１を参照）からＣＩＧＶＦＤ２０に対する制御は、シリアルＩ／Ｏ１４からシリアル／パラレル変換器・高耐圧ドライバ２１に対してシリアルデータ１６を送出することによっておこなわれる。ホスト機器５０は、制御装置１０に対して、キャラクタＲＯＭ１２に格納されているフォントを指定する情報に加え、フォント処理の内容を指定する情報を送出する。フォント処理の内容を指定する情報としては、（フォント処理なし）、（フォントデータの右側影付処理）、（フォントデータの下側影付処理）、（フォントデータの斜め影付処理）、（フォントデータの反転処理）、（フォントデータの右側影付処理の反転処理）、（フォントデータの下側影付処理の反転処理）、（フォントデータの斜め影付処理の反転処理）、（フォントデータの横方向太字処理）、（フォントデータの上下方向太字処理）のいずれかである。
【００４８】
ホスト機器５０によって制御される制御装置１０においては、制御回路１１に配されたＣＰＵで種々の処理がおこなわれる。ＣＰＵにおける処理は多岐に渡るが、実施形態の説明に必要な範囲の処理としては、ホスト機器５０から発せられる制御指令を解読する制御指令解読処理、フォント情報の取り込みをおこなうフォント取り込み処理と、フォント取り込み処理によって得られたフォントをＲＡＭ１３の第１領域に展開する第１領域書き込み処理と、フォントデータを加工するフォントデータ加工処理と、フォントデータ加工処理によって得られたフォントをＲＡＭ１３の第２領域に展開する第２領域書き込み処理と、この第１領域からのデータとこの第２領域からのデータとをシリアルＩ／Ｏ１４に順次書き込むＩ／Ｏ制御処理がある。以下これらの処理の内容について説明をする。
【００４９】
（ＣＰＵでおこなう処理の内容）
制御指令解読処理は、ホスト機器５０からどの様な指令が発せられたかをＣＰＵが解読する処理である。ホスト機器５０は、予め定められた、フォント表示に関する制御指令を含む種々の制御指令を制御装置１０に対して発する。フォント表示に関する制御以外の制御としては、ＣＩＧＶＦＤ２０の表示をＯＦＦ（表示停止）、ＣＩＧＶＦＤ２０の表示をＯＮ（表示開始）とする制御、その他種々の制御に関する制御指令がある。ＣＰＵはこれらの制御指令を個々に解読して必要な処理をおこなうが、これらのフォント表示に関する制御以外の制御については説明を省略する。
【００５０】
制御指令解読処理について説明する。フォント表示をする場合には、ホスト機器５０は、フォントを表示する指令であることを明示する制御指令であるフォント表示指令を発し、そのフォント表示指令に続いて、フォントデータの内容およびフォントデータ加工の内容を明示する情報を制御装置１０に対して送出する。制御装置１０のＣＰＵは、フォント表示指令であることを解読し、続いて送出されるフォントデータの内容の情報によって、キャラクタＲＯＭ１２に予め登録されているどのフォントであるかを特定する。また、フォントデータの内容の情報に続いて、または、フォントデータの内容の情報に先立ち、送出されるフォントデータ加工の内容の情報によって、どのような加工をするかを特定する。ここでフォントデータ加工は、（フォント処理なし）、（フォントデータの右側影付処理）、（フォントデータの下側影付処理）、（フォントデータの斜め影付処理）、（フォントデータの反転処理）、（フォントデータの右側影付処理の反転処理）、（フォントデータの下側影付処理の反転処理）、（フォントデータの斜め影付処理の反転処理）、（フォントデータの横方向太字処理）、（フォントデータの上下方向太字処理）の上述した各種のいずれかである。
【００５１】
フォント取り込み処理について説明をする。ＣＰＵは、ホスト機器５０がコードで特定したフォントが格納されているキャラクタＲＯＭ１２の記憶領域のアドレスを特定する。この特定は、６バイト構成とされる各々のフォントの０バイト目のアドレスを特定することによっておこなわれ、ＣＰＵは、特定された０バイト目のデータから５バイト目のデータの各々を取り込む。
【００５２】
第１領域書き込み処理について説明をする。第１領域書き込み処理は、フォント取り込み処理によって得られたフォントを順次、ＲＡＭ１３の第１領域に展開するものである。ここで、ＲＡＭ１３の第１領域は、ＶＦＤ２２の表示面に対応して設けられており、ＲＡＭ１３のアドレスを特定すれば、ＶＦＤ２２の表示面を特定することとなるようにされている。そして、ＣＰＵは、フォントのコードからキャラクタＲＯＭ１２のアドレスを解読して、ＣＰＵに読み取る毎に、読み取ったビットマップデータを順次、ＲＡＭ１３に転送して書き込む。ここで、書き込むべき、ＲＡＭ１３のアドレスの特定は、ホスト機器５０と制御装置１０との間の予めの取り決めに従うものである。例えば、２次元面として形成されるＶＦＤ２２の表示面の一点（始点）を特定し、その一点のデータを特定後、順次、送られてくるフォントデータを、順次、予め定められて順序でＶＦＤ２２の表示面に配列するように取り決めた場合には、始点特定の情報は、制御指令の一つとしてＣＰＵに認識させることができるので、ＣＰＵが、始点のデータから何番目のフォントデータであるかを認識しておくことによって、ＲＡＭ１３のアドレスの特定は問題なくおこなうことができる。また、ホスト機器５０と制御装置１０との間の予めの取り決めとして、フォント表示指令に続き、そのフォントを表示すべきＶＦＤ２２の表示面のアドレスを特定する情報を送出するようにしておけば、ＣＰＵがその表示面のアドレスを解読することによって、ＲＡＭ１３のアドレスの特定をおこなうことができ、ＶＦＤ２２の表示面に表示される画像の一部書き換え等の処理も容易におこなうことができる。
【００５３】
フォントデータ加工処理について説明をする。ＣＰＵは、フォント表示指令とともに送出されるフォントデータ加工の内容の情報を解読して、（フォント処理なし）、（フォントデータの右側影付処理）、（フォントデータの下側影付処理）、（フォントデータの斜め影付処理）、（フォントデータの反転処理）、（フォントデータの右側影付処理の反転処理）、（フォントデータの下側影付処理の反転処理）、（フォントデータの斜め影付処理の反転処理）、（フォントデータの横方向太字処理）、（フォントデータの上下方向太字処理）のいずれの処理であるかを特定する。（フォント処理なし）の場合には、フォントデータ加工処理においては何の処理もしない。
【００５４】
（フォントデータの右側影付処理）の場合には、上述したように、０ワード目のデータには処理を施さず、１ワード目から５ワード目のデータの各々については、ビット毎にＯＲ演算をおこなう。その他の、（フォントデータの下側影付処理）、（フォントデータの斜め影付処理）、（フォントデータの反転処理）、（フォントデータの右側影付処理の反転処理）、（フォントデータの下側影付処理の反転処理）、（フォントデータの斜め影付処理の反転処理）、（フォントデータの横方向太字処理）、（フォントデータの上下方向太字処理）の各々についても、上述した各々の演算によって処理データを得る。
【００５５】
第２領域書き込み処理においては、上述の様にして、ＣＰＵで得られた処理データを、順次、ＲＡＭ１３の第２領域に書き込む、第２領域における書き込むべきアドレスの特定は、第１領域書き込み処理と同じである。実施形態の場合には、第１領域と第２領域との記憶容量は同一とされている。また、ＲＡＭ１３の第２領域も第１領域と同様に、ＶＦＤ２２の表示面に対応して設けられており、ＲＡＭ１３のアドレスを特定すれば、ＶＦＤ２２の表示面を特定することとなるようにされている。
【００５６】
Ｉ／Ｏ制御処理について説明をする。Ｉ／Ｏ制御処理においては、ＣＰＵは、シリアルＩ／Ｏ１４に対して、順次、どの様なデータをＣＩＧＶＦＤ２０に対して送出するかを指定する処理をおこなう。図１５は、Ｉ／Ｏ制御処理の内容を模式的に示す図である。図１５（ａ）は従来技術において用いられるＩ／Ｏ制御処理の概要を示す図である。従来技術においては、ＣＰＵは、ＲＡＭ１３の第１領域に書き込まれたデータ、すなわち、キャラクタＲＯＭ１２の内容を、順次、ＣＩＧＶＦＤ２０に対して送出するようにシリアルＩ／Ｏ１４を制御する。図１５（ｂ）は実施形態において用いられるＩ／Ｏ制御処理の概要を示す図である。実施形態では、シリアルＩ／Ｏ１４は図１５（ｂ）に示すように、スイッチとして機能し、ＣＰＵは、ＲＡＭ１３の第１領域に書き込まれたデータとＲＡＭ１３の第２領域に書き込まれた処理データとを交互にＣＩＧＶＦＤ２０に対して送出するようにシリアルＩ／Ｏ１４を制御する。ここで、交互に繰り返すための一区切りの単位は、基本はＶＦＤ２２の１画面単位であるが、例えば、ＶＦＤ２２の行方向に１行単位、ＶＦＤ２２の列方向に１列単位等の、他の単位ごとに繰り返すこともできる。なお、本実施形態の処理においては、ＲＡＭ１３の第１領域に書き込まれたデータとＲＡＭ１３の第２領域に書き込まれた処理データとを交互に出力して１つの表示がなされるので、従来技術におけるような１回の出力で１つの表示をする場合と同じ周期で１つの表示をするためには、ＲＡＭ１３の第１領域に書き込まれたデータとＲＡＭ１３の第２領域に書き込まれた処理データとを、例えば、従来の２倍のデータ転送速度を有して出力して、第１領域に書き込まれたデータを従来の１／２の時間の間だけ表示し、第２領域に書き込まれた処理データを同様に従来の１／２の時間の間だけ表示し、従来と同一の周期で、第１領域に書き込まれたデータと第２領域に書き込まれた処理データとの両方を表示することとなる。
【００５７】
図１５（ｂ）に示すようなＩ／Ｏ制御処理をおこなうことによって、実効的にはＶＦＤ２２の１ドットを２ビットの輝度情報で制御することと等価となる。すなわち、図６（Ｃ）、図７（ｃ）、図８（Ｃ）、図１０（ｃ）、図１１（Ｃ）、図１２（ｃ）、図１３（Ｃ）、図１４（ｃ）の各々に示すように、ＲＡＭ１３の第１領域に書き込まれたデータ、例えば、図６（ａ）に示すデータの１のビットが発光を指示し、ＲＡＭ１３の第２領域に書き込まれたデータ（例えば、上述の図６（ａ）に示すデータの１のビットとＶＦＤ２２の表示面において対応する位置にある図６（ｂ）の１ビット（同一対応位置ビット））が発光を指示する場合には発光輝度１００％の輝度で発光し、ＲＡＭ１３の第１領域に書き込まれたデータ（例えば、図６（ａ）の１のビット）、または、ＲＡＭ１３の第２領域に書き込まれたデータ（例えば、図６（ｂ）の同一対応位置ビット）、のいずれか一方のみが、発光を指示する場合には発光輝度５０％の輝度で発光し、ＲＡＭ１３の第１領域に書き込まれたデータ（例えば、図６（ａ）の１のビット）、および、ＲＡＭ１３の第２領域に書き込まれたデータ（例えば、図６（ｂ）の同一対応位置ビット）のいずれもが、発光を指示しない場合には発光輝度０％の輝度で発光する。
【００５８】
ここで、発光輝度１００％、発光輝度５０％、発光輝度０％、の各々の定義は、該当するフォントにおいて最も輝度が高い部分を発光輝度１００％と定義し、最も輝度が低い非発光の部分を発光輝度０％と定義するものであり、絶対輝度を定義するものではない。例えば、影付き処理における発光輝度１００％は、フォントを太くする処理における発光輝度１００％よりも輝度が高い。具体例で説明すると、影付き処理においては、３段階の発光輝度を生じさせるために、第１領域に記憶されたフォントデータに基づいた表示と、第２領域に記憶された処理データに基づいた表示とで、連続して同じ部分を発光させ影でない発光部を生成し、この部分の発光輝度を１００％とする。これに対して、太字処理では、発光輝度を２段階とするために、第１領域に記憶されたフォントデータに基づいた表示と、第２領域に記憶された処理データに基づいた表示とが、連続して同じ部分を発光さることはなく、この状態を発光輝度１００％とする。このような場合において、発光輝度を規格化するためには、通常用いられる公知の技術であるアノード駆動信号の時比率を制御するＰＷＭ処理を用いることができる。
【００５９】
上述したＣＰＵにおける処理の要点は以下である。キャラクタＲＯＭに記憶されたフォントデータから、反転フォントデータを生成する処理、各種処理（フォントデータの下側影付処理、フォントデータの斜め影付処理、フォントデータの反転処理、フォントデータの右側影付処理の反転処理、フォントデータの下側影付処理の反転処理、フォントデータの斜め影付処理の反転処理、フォントデータの横方向太字処理、フォントデータの上下方向太字処理）によって処理データを生成する処理をおこなう。また、ＣＰＵは、フォントデータまたは反転フォントデータをＲＡＭの第１領域に記憶し、処理データをＲＡＭの第２領域に記憶するための制御をおこなう。ここで、フォントデータまたは反転フォントデータを記憶するＲＡＭの第１領域のアドレスと、処理データを記憶するＲＡＭの第２領域のアドレスとは、ＶＦＤの表示面において同一の表示位置に対応するものとされる。また、ＣＰＵは、ＲＡＭの第１領域に記憶されたフォントデータ、または、反転フォントデータに基づいた表示とＲＡＭの第２領域に記憶された処理データに基づいた表示とが交互に表示部（ＶＦＤ）になされるように制御する。
【００６０】
上述した実施形態によれば、少ないハードウエア資源、低い処理能力の制御回路で、しかも従来から使っている２階調のフォントデータをもとに、視覚的効果を付加して多種類の字体に加工し、その表示を可能とする表示装置を提供できる。実施形態では、影付処理によって中間階調（５０％輝度）も用いるので、これによって、文字を立体的に見せることができる。また、実施形態では、太字処理によって文字を強調して見せることができる。
【００６１】
（実施形態の変形例）
上述した実施形態では、ＲＡＭ１３の第１領域とＲＡＭ１３の第２領域とを設け、第１領域にはフォントデータ、第２領域には処理データ（第１の処理データ）を格納するようにしたが、ＲＡＭ１３に第３領域をさらに設け、第３領域には、第１領域に記憶されたフォントデータと第２領域に記憶された第１処理データとから得られる第２の処理データを格納して、第１領域からのデータと、第２領域からの第１処理データと、第３領域からの第２処理データとを交互ＣＩＧＶＦＤ２０に対して送出するようにシリアルＩ／Ｏ１４を制御することによって、さらに、多くのフォントを生成することができる。また、第１領域と第２領域とを設ける場合には各々のドットの輝度を、１００％、５０％、０％の３段階に分離することができたが、第１領域と第２領域と第３領域とを設ける場合には各々のドットの輝度を、１００％、６６％、３３％、０％の４段階に分離することができる。
【００６２】
本発明は、当然に、上述した実施形態の範囲に限られるものではない。例えば、フォントは、実施形態に示すアルファベットに限らず、数字、特殊文字、さらには、文字、記号、以外の表示形態も含むものであり、表示装置は蛍光表示管を用いるものに限らず、液晶、有機ＥＬ等を用いるものも含むものである。
【図面の簡単な説明】
【００６３】
【図１】実施形態の表示装置のブロック図を示す図である。
【図２】別の実施形態の蛍光表示管を用いた表示装置のブロック図を示す図である。
【図３】ＣＩＧＶＦＤの構造を模式的に示す図である。
【図４】ＣＩＧＶＦＤと制御装置とホスト機器とがどの様に接続されるかを模式的に示す図である。
【図５】キャラクタＲＯＭにどのようにフォントデータが格納されているかを示す図である。
【図６】フォントデータの右側影付処理について示す図である。
【図７】フォントデータの下側影付処理について示す図である。
【図８】フォントデータの斜め影付処理について示す図である。
【図９】反転文字を得るための処理を模式的に示す図である。
【図１０】フォントデータの右側影付処理を反転する処理について示す図である。
【図１１】フォントデータの下側影付処理の反転処理について示す図である。
【図１２】フォントデータの斜め影付処理の反転処理について示す図である。
【図１３】フォントデータの横方向太字処理について示す図である。
【図１４】フォントデータの上下方向太字処理について示す図である。
【図１５】Ｉ／Ｏ制御処理の内容を模式的に示す図である。
【符号の説明】
【００６４】
１０、３０ 制御装置、 １１、３１ 制御回路、 １２キャラクタ・ロム（ＲＯＭ）、 １３ ラム（ＲＡＭ）、 １４ シリアルＩ／Ｏ、 １６ シリアルデータ、 ２０ ＣＩＧＶＦＤ（蛍光表示管）、 ２１ パラレル変換器・高耐圧ドライバ、 ２２ ＶＦＤ（蛍光表示部）、 ２３ アノード駆動信号、 ２４ グリッド駆動信号、 ３４ パラレルＩ／Ｏ、 ３７ アノード信号、 ３８ グリッド信号、 ４０ 高耐圧ドライバ、 ５０ ホスト機器、 ６０ マイクロコントローラ、 １２２ ベースプレート、 １２３ フィラメントリード、
１２４ フィラメントリード、 ２１６ ドライバチップ用リード
【特許請求の範囲】
【請求項１】
発光部と非発光部との組み合わせによって特定されるフォントのデータであるフォントデータが記憶されたキャラクタ・ロムと、２次元の表示面を有して前記フォントデータに応じたフォントを表示する表示部と、前記表示部における前記フォント表示位置に対応して特定されるアドレスに前記フォントデータを記憶するラムと、を備える表示装置であって、
前記ラムは、同一の前記フォント表示位置に対応したアドレスを各々が有する第１領域と第２領域とを有して形成され、
前記第１領域には前記フォントデータ、または、前記フォントデータの発光部と非発光部とが反転された反転フォントデータが記憶され、前記第２領域には前記フォントデータを加工した処理データが記憶され、
前記第１領域に記憶された前記フォントデータ、または、前記反転フォントデータに基づいた表示と、前記第２領域に記憶された前記処理データに基づいた表示と、が交互に前記表示部になされることを特徴とする表示装置。
【請求項２】
前記第１領域に記憶された前記フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合う部分と、
前記第１領域に記憶された前記フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合わない部分と、を有するように前記処理データが加工されて、
前記重なり合わない部分が前記フォントの影の部分となることを特徴とする請求項１に記載の表示装置。
【請求項３】
前記第１領域に記憶された前記フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合わないように、前記処理データが加工されて、
前記フォントがより太く表示されることを特徴とする請求項１に記載の表示装置。
【請求項４】
前記第１領域に記憶された前記反転フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合う部分と、
前記第１領域に記憶された前記反転フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合わない部分と、を有するように前記処理データが加工されて、
前記重なり合わない部分が前記フォントの影の部分となることを特徴とする請求項１に記載の表示装置。
【請求項５】
前記第１領域に記憶された前記反転フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合わないように、前記処理データが加工されて、
前記反転フォントがより太く表示されることを特徴とする請求項１に記載の表示装置。
【請求項６】
発光部と非発光部との組み合わせによって特定されるフォントのデータであるフォントデータが記憶されたキャラクタ・ロムと、２次元の表示面を有して前記フォントデータに応じたフォントを表示する表示部と、前記フォント表示位置に対応して特定されるアドレスに前記フォントデータを記憶するラムと、を備える表示装置の制御方法であって、
前記ラムには、同一の前記フォント表示位置に対応したアドレスを有する第１領域と第２領域とを形成し、
前記第１領域には、前記フォントデータ、または、前記フォントデータの発光部と非発光部とが反転された反転フォントデータを記憶し、
前記第２領域には、前記フォントデータを加工した処理データを記憶し、
前記表示部には、前記第１領域に記憶された前記フォントデータ、または、前記反転フォントデータに基づいた表示と、前記第２領域に記憶された前記処理データに基づいた表示と、を交互にすることを特徴とする表示装置の制御方法。
【請求項１】
発光部と非発光部との組み合わせによって特定されるフォントのデータであるフォントデータが記憶されたキャラクタ・ロムと、２次元の表示面を有して前記フォントデータに応じたフォントを表示する表示部と、前記表示部における前記フォント表示位置に対応して特定されるアドレスに前記フォントデータを記憶するラムと、を備える表示装置であって、
前記ラムは、同一の前記フォント表示位置に対応したアドレスを各々が有する第１領域と第２領域とを有して形成され、
前記第１領域には前記フォントデータ、または、前記フォントデータの発光部と非発光部とが反転された反転フォントデータが記憶され、前記第２領域には前記フォントデータを加工した処理データが記憶され、
前記第１領域に記憶された前記フォントデータ、または、前記反転フォントデータに基づいた表示と、前記第２領域に記憶された前記処理データに基づいた表示と、が交互に前記表示部になされることを特徴とする表示装置。
【請求項２】
前記第１領域に記憶された前記フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合う部分と、
前記第１領域に記憶された前記フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合わない部分と、を有するように前記処理データが加工されて、
前記重なり合わない部分が前記フォントの影の部分となることを特徴とする請求項１に記載の表示装置。
【請求項３】
前記第１領域に記憶された前記フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合わないように、前記処理データが加工されて、
前記フォントがより太く表示されることを特徴とする請求項１に記載の表示装置。
【請求項４】
前記第１領域に記憶された前記反転フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合う部分と、
前記第１領域に記憶された前記反転フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合わない部分と、を有するように前記処理データが加工されて、
前記重なり合わない部分が前記フォントの影の部分となることを特徴とする請求項１に記載の表示装置。
【請求項５】
前記第１領域に記憶された前記反転フォントデータに基づいた発光部と前記第２領域に記憶された前記処理データに基づいた発光部とが前記表示面において重なり合わないように、前記処理データが加工されて、
前記反転フォントがより太く表示されることを特徴とする請求項１に記載の表示装置。
【請求項６】
発光部と非発光部との組み合わせによって特定されるフォントのデータであるフォントデータが記憶されたキャラクタ・ロムと、２次元の表示面を有して前記フォントデータに応じたフォントを表示する表示部と、前記フォント表示位置に対応して特定されるアドレスに前記フォントデータを記憶するラムと、を備える表示装置の制御方法であって、
前記ラムには、同一の前記フォント表示位置に対応したアドレスを有する第１領域と第２領域とを形成し、
前記第１領域には、前記フォントデータ、または、前記フォントデータの発光部と非発光部とが反転された反転フォントデータを記憶し、
前記第２領域には、前記フォントデータを加工した処理データを記憶し、
前記表示部には、前記第１領域に記憶された前記フォントデータ、または、前記反転フォントデータに基づいた表示と、前記第２領域に記憶された前記処理データに基づいた表示と、を交互にすることを特徴とする表示装置の制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００９−８６２５０（Ｐ２００９−８６２５０Ａ）
【公開日】平成２１年４月２３日（２００９．４．２３）
【国際特許分類】
【出願番号】特願２００７−２５５３４８（Ｐ２００７−２５５３４８）
【出願日】平成１９年９月２８日（２００７．９．２８）
【出願人】（０００２０１８１４）双葉電子工業株式会社 (201)
【Ｆターム（参考）】
【公開日】平成２１年４月２３日（２００９．４．２３）
【国際特許分類】
【出願日】平成１９年９月２８日（２００７．９．２８）
【出願人】（０００２０１８１４）双葉電子工業株式会社 (201)
【Ｆターム（参考）】
[ Back to top ]