JP2008197525A - 画像処理装置 - Google Patents

Abstract

【課題】文字等の表示対象（オブジェクト）を効率良く表示することが可能な画像処理装置を提供する。
【解決手段】属性テーブルをフォント属性テーブルとスプライト属性テーブルと文字属性テーブルとから構成する。文字属性テーブルには、文字列の各文字を指定する文字コードを書き込む。フォント属性テーブルには、文字列全体のフォントを指定する属性データを書き込む。スプライト属性テーブルには、文字列の表示位置や表示色など文字列全体に共通の属性データを書き込む。
【選択図】図３

Description

本発明は画像処理装置に関し、特に属性テーブルに書き込んだ属性情報に従ってスプライト画像を表示させる画像処理装置に関する。

スプライト方式の画像表示装置では、例えば画面に“ＡＢＣＤＥＦ”という６文字からなる文字列を表示する場合、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆの各文字をそれぞれ一つのスプライトとして取り扱っている。各文字の表示パターンを表すパターンデータは所定のパターンメモリに格納されており、パターンメモリから表示文字のパターンデータを呼び出すために、表示する画像を指示するための属性テーブルに上記の場合Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆのそれぞれに対応した６個の属性情報が書き込まれる。

図７は従来用いられる属性テーブル（例えば特許文献１参照）の例を示したものであり、スプライト１用〜スプライト６用の属性情報が書き込まれている。この属性テーブルに従って、パターンメモリから文字Ａ（スプライト１）〜文字Ｆ（スプライト６）のパターンデータが呼び出され、描画データが生成されて文字列“ＡＢＣＤＥＦ”が上記属性情報に応じた形で表示される。
特開２００５−２１５２５２号公報

ところで、スプライトの属性情報には、パターンデータが格納されているパターンメモリのアドレス情報（フォントネーム）、スプライトの表示位置（Ｘ座標、Ｙ座標）、スプライトのサイズ（ドット数）、表示色モード、パレット選択、αブレンディング係数、拡大縮小率、透明色指定、などの種々の情報が含まれる。これらの各種情報からなるスプライトの属性情報の情報量を例えば１２バイトとすると、上述のように従来は表示する１文字毎に属性情報を属性テーブルに設定していたため、６文字を表示する場合には全部で７２バイトの属性情報が必要となる。

しかしながら、属性情報の書き込み先である属性テーブルの容量は限られているため、１画面に表示可能な文字の数も限定されてしまう。これにより、従来は、より多くの文字数を１画面に表示するという要求に応えることができないという問題があった。また、例えばある文字列の表示位置を変更する場合、文字列を構成している各スプライト（一つ一つの文字）の全てについて属性情報を書き換える必要があり、ＣＰＵの処理負荷が大きくなってしまうという問題もあった。

本発明は上記の点に鑑みてなされたものであり、その目的は、文字等の表示対象（オブジェクト）を効率良く表示することが可能な画像処理装置を提供することにある。

上記の課題を解決するために、本発明は、外部の制御装置によって複数のオブジェクトを表示するための属性情報が属性テーブルに書き込まれて、該書き込まれた属性情報に従って前記オブジェクトのパターンデータをメモリから取得して描画データを生成する画像処理装置において、前記属性テーブルの第１の領域に、表示する複数のオブジェクトを指定する第１の属性情報が書き込まれるとともに、第２の領域に、該表示する複数のオブジェクトに共通の第２の属性情報が前記第１の属性情報にリンクさせて書き込まれ、前記第２の領域から第２の属性情報を読み出すことにより該第２の属性情報にリンクされた第１の属性情報を読み出して、これら読み出した第１および第２の属性情報に従って前記メモリからパターンデータを取得し描画データを生成することを特徴とする。

本発明において、第１の属性情報として例えば文字列の各文字を指定する文字コードが属性テーブルの第１の領域に書き込まれ、第２の属性情報として例えば当該文字列のフォントや表示色、表示位置などが属性テーブルの第２の領域に書き込まれる。そして、第２の属性情報が読み出されると、これにリンクされた第１の属性情報も読み出され、こうして読み出された属性情報の文字コードやフォントに従って上記文字列の各文字のパターンデータがパターンメモリから取得されて、これらのパターンデータに対する描画データが表示色や表示位置などの属性情報に応じて生成される。なお、この説明から明らかなように、生成された描画データのフォントや表示色（第２の属性情報に基づく属性）は文字列内で共通である。

この発明によれば、文字等の複数のオブジェクトを並べて表示する場合に、それら複数のオブジェクトに共通の属性情報である第２の属性情報をオブジェクト毎にではなく各オブジェクト共通のデータとして属性テーブルに書き込み、上記複数のオブジェクトを指定する属性情報である第１の属性情報だけをオブジェクト毎に属性テーブルに書き込むようにしているので、属性テーブルに書き込まれる属性情報の総情報量が第２の属性情報の分だけ少なくなる。したがって、限られた容量の属性テーブルを用いて、より多くのオブジェクトを表示することが可能となる。
また、一まとまりに並べて表示している複数のオブジェクトの例えば表示位置だけを変更する場合、それら全オブジェクトで共通に書き込まれた第２の属性情報を書き換えるだけでよい。したがって、各スプライトについて属性情報（複数）を書き換える必要のあった従来と比較して、ＣＰＵ等の処理負荷を軽減することができる。

また、本発明は、上記画像処理装置において、前記オブジェクトは１色の表示色により表示される画像または文字であり、前記第２の属性情報は該表示色を指定する情報を含むことを特徴とする。

この発明によれば、１色の表示色で表現される画像または文字について当該表示色を複数の画像または文字で共通にする場合、属性テーブルに書き込む属性情報の情報量を少なくすることができる。

また、本発明は、上記画像処理装置において、前記オブジェクトはフォントにより表示される文字であり、前記第２の属性情報は該フォントを指定する情報を含むことを特徴とする。

この発明によれば、複数の文字をフォントで表示する場合、属性テーブルに書き込む属性情報の情報量を少なくすることができる。

また、本発明は、上記画像処理装置において、前記第２の属性情報は前記第１の属性情報が書き込まれた前記属性テーブルの第１の領域を示すアドレスを含み、該アドレスにより前記第１の属性情報が前記第２の属性情報にリンクされたことを特徴とする。

この発明によれば、属性テーブルから第２の属性情報を読み出すことにより、第１の属性情報が書き込まれている領域のアドレスを取得することができ、このアドレスに従って第１の属性情報を読み出すことができる。

また、本発明は、上記画像処理装置において、前記オブジェクトの表示を変更する場合に、前記属性テーブルにおいて前記第１の属性情報のみが書き換えられることを特徴とする。

この発明によれば、第１の属性情報を書き換えるだけで、同一の表示色や表示位置のまま、表示するオブジェクトを変更することができる。したがってＣＰＵ等の処理負荷を軽減することができる。

また、本発明は、上記画像処理装置において、前記第１および第２の属性情報に基づくパターンデータのオブジェクトを一のレイヤとし、該一のレイヤと他のレイヤからなる描画データを生成することを特徴とする。

この発明によれば、複数のレイヤによりスプライト表示をすることができるとともに、上記一のレイヤについては属性テーブルに書き込む属性情報の情報量を少なくすることができる。

また、本発明は、外部の制御装置によって複数の文字からなる文字列を表示するための属性情報が属性テーブルに書き込まれ、該書き込まれた属性情報に従って前記複数の文字のパターンデータをメモリから取得して描画データを生成する画像処理装置において、前記属性テーブルの第１の領域に、表示する複数の文字を指定する文字属性情報が書き込まれ、第２の領域に、該複数の文字の文字列で共通の文字列属性情報が前記文字属性情報およびフォント属性情報にリンクさせて書き込まれ、第３の領域に、前記複数の文字の文字列に対しフォントを指定する前記フォント属性情報が書き込まれ、前記第２の領域から文字列属性情報を読み出すことにより該文字列属性情報にリンクされた文字属性情報およびフォント属性情報を読み出して、これら読み出した文字属性情報と文字列属性情報とフォント属性情報とに従って前記メモリからパターンデータを取得し描画データを生成することを特徴とする。

本発明によれば、属性テーブルに書き込む属性情報の情報量が少なくて済むので、一度により多くのオブジェクトを表示することができる。また、表示を変更する際に書き換えるべき属性情報が少ないので、ＣＰＵ等の処理負荷を軽減することができる。これらにより、本発明の画像処理装置によれば効率良くオブジェクトを表示することが可能である。

以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態による画像処理装置１の構成を示したブロック図であり、ここでは、画像処理装置１と、パターンメモリ２と、ＣＰＵ（中央処理装置）３と、ディスプレイ４とにより、画像表示装置１００が構成されている。

この画像表示装置１００において、パターンメモリ２には後述するようにディスプレイ４に表示するスプライト画像や文字のフォントなどのパターンデータが予め格納されており、ＣＰＵ３が画像処理装置１に対して表示内容を指示すると、画像処理装置１はパターンメモリ２から必要なパターンデータを読み出して、後述する画像処理を行って描画データを生成し、ディスプレイ４に画像や文字を表示する。以下、ディスプレイ４に表示する画像や文字をまとめてオブジェクトと称する。

画像処理装置１は、図１に示すように、ＣＰＵインタフェース１１と、パターンメモリインタフェース１２と、属性テーブル１３と、カラーパレット１４と、レジスタ１５と、スプライト生成部１６と、スプライト描画処理部１７と、ラインバッファ１８と、画素データ制御部１９と、ＤＡＣ（デジタルアナログコンバータ）２０と、ディスプレイ制御部２１と、クロック生成部２２とを含んで構成される。

オブジェクトの表示を行う際、上記ＣＰＵ３が表示内容を指示する指示データを生成して、ＣＰＵインタフェース１１を介して当該指示データをその種別に応じて属性テーブル１３、カラーパレット１４、レジスタ１５へ書き込む。これら属性テーブル１３、カラーパレット１４、レジスタ１５は、書き込まれたデータを保持し記憶する機能を有する。ここで、属性テーブル１３へは表示するオブジェクトに関する属性データ（属性情報）が書き込まれ、カラーパレット１４へはディスプレイ４に表示される各色に対応したＲＧＢデータ（各色を表示するための赤・緑・青の輝度情報）が書き込まれ、レジスタ１５へはその他各種の制御データが書き込まれる。なお、カラーパレット１４とレジスタ１５への書き込みは、初期設定として一度だけ行えば十分である。属性テーブル１３については後で詳述する。

スプライト生成部１６は、属性テーブル１３からオブジェクトの属性データを順次読み出して、読み出した属性データに従ってパターンメモリ２から表示するオブジェクトのパターンデータを取得する。そしてスプライト生成部１６は、この取得したパターンデータをカラーパレット１４のＲＧＢデータを参照することにより変換して、ＲＧＢ輝度情報で表された変換後のパターンデータを上記読み出し済みの属性データとともにスプライト描画処理部１７へ出力する。なお、パターンメモリ２からのパターンデータの読み出しは、パターンメモリインタフェース１２を介して行われる。

スプライト描画処理部１７は、スプライト生成部１６から入力されたパターンデータに対して属性データに応じた演算を行い、その結果を描画データとしてラインバッファ１８へ描画する。ここで、属性データに応じた演算には、オブジェクトの表示位置の計算、αブレンディング処理、オブジェクトの拡大縮小処理、などがある。

ラインバッファ１８は２つのバッファメモリを備えており、スプライト描画処理部１７により出力された描画データを保持する。バッファメモリは、そのメモリアドレスがディスプレイ４の一表示ライン分の各画素に対応するように構成されている。各バッファメモリへはディスプレイ４の表示ライン毎に描画データがスプライト描画処理部１７により描画され、このとき各バッファメモリは交互に描画（スプライト描画処理部１７による描画）用バッファ、表示（画素データ制御部１９による読み出し）用バッファとして機能する。

ディスプレイ制御部２１は、クロック生成部２２のクロックに従って表示タイミング信号を発生して、ディスプレイ４と画素データ制御部１９へ供給する。画素データ制御部１９は、この表示タイミング信号に基づいてラインバッファ１８から描画データを読み出して、ＤＡＣ２０を介して描画データをディスプレイ４へ出力する。なお、ＤＡＣ２０はＲＧＢ３色に対応して３つ設けられ、入力された画素データ制御部１９からのデジタル信号の描画データをアナログ信号の描画データに変換して、ディスプレイ４へ出力する。ＤＡＣ２０を介することなく、デジタル信号の描画データを直接ディスプレイ４へ出力するようにしてもよい。

図２は、パターンメモリ２のメモリマップを示したものである。
同図において、パターンメモリ２のアドレスＦＮ１を開始アドレスとしてフォントデータＡが格納され、アドレスＦＮ２を開始アドレスとしてフォントデータＢが格納され、アドレスＦＮ３を開始アドレスとしてフォントデータＣが格納され、アドレスＦＮ４を開始アドレスとしてフォントデータＤが格納されている。ここで、フォントデータとは、例えば明朝体フォントやゴシック体フォントのように、各種のフォント（書体）でデザインされた複数の文字のパターンデータの集まりである。同図右側に示すように、各フォントデータは、文字０から文字ｎ−１までの全部でｎ文字に対応したパターンデータを有する。

なお、図２では図示を省略したが、パターンメモリ２は上記のフォントデータのほかにもスプライト画像のパターンデータを所定のメモリ領域に格納している。

パターンメモリ２からパターンデータを読み出す際には、所望のパターンデータが格納されているアドレスを指定することにより、各フォントの文字のパターンデータ（例えばフォントデータＡの文字０のパターンデータ）やスプライト画像のパターンデータを読み出す。

図３は、属性テーブル１３の構成を示した図である。上述したように、この属性テーブル１３に書き込まれた内容に従って、パターンメモリ２からパターンデータが読み出されてオブジェクトの表示が行われる。属性テーブル１３は、その内部に、フォント属性テーブルと、スプライト属性テーブルと、文字属性テーブルとを有している。

フォント属性テーブルは、フォント属性データ（フォント属性情報）が書き込まれるメモリ領域（第３の領域）であり、アドレス“０００ｈ”、“００４ｈ”、“００８ｈ”、…を開始アドレスとしそれぞれ４バイトの大きさを持つ複数個のメモリ領域からなる。各メモリ領域には異なるフォント属性データを書き込むことができる。フォント属性データは、表示するオブジェクトが文字列である場合にその文字列全体のフォントを指定するデータであり、具体的には、パターンメモリ２に格納されているフォントデータのアドレス情報を含んでいる。このアドレス情報で指定されたフォントデータのフォントにより、文字の表示が行われることになる。フォント属性データの詳細については後述する（図５）。

スプライト属性テーブルは、レイヤ（レイヤ＃０〜レイヤ＃６）毎にスプライト属性データまたは文字列属性データのいずれかの属性データが書き込まれるメモリ領域であり、アドレス“ＬＹＳＡ”、“ＬＹＳＡ＋００Ｃｈ”、“ＬＹＳＡ＋０１８ｈ”、…、“ＬＹＥＡ”を開始アドレスとしそれぞれ１２バイトの大きさを持つ７個のメモリ領域からなる。レイヤは１つのスプライト画像または１つの文字列（例えば文字列“ＡＢＣＤＥＦ”）を表示する表示単位であり、レイヤ間で所定の優先順位に従って表示画像の重ね合わせを行うために用いられるものである。図３の例では、レイヤ＃０、＃１、＃３〜＃６がスプライト画像用のレイヤとして使用され、レイヤ＃２が文字列用のレイヤとして使用されている。なお、各レイヤをスプライト画像用とするか文字列用とするかは任意に設定することができる。

スプライト属性テーブルにおいて、文字列用レイヤに対応するメモリ領域（第２の領域）には文字列属性データ（第２の属性情報、文字列属性情報）が書き込まれる。文字列属性データとは、表示する文字列に関する種々の属性データのうち文字列全体に共通の属性データのことである。例えば、文字列属性データには、文字列の表示位置、文字列で使用するフォント（図３のレイヤ＃２におけるＦＴＹＰが相当する。詳しくは後述）、文字列の表示色、文字列に対する拡大縮小率、文字列を構成する文字を指定するための文字コードが書き込まれた文字属性テーブルのアドレス（同ＬＩＳＡ、ＬＩＥＡが相当する）、等の各種属性データが含まれる。文字列属性データの詳細については後述する（図４）。

上記の文字列属性データは、それが書き込まれたメモリ領域に対応するレイヤの文字列全体の属性を制御する。例えば、図３において、アドレス“ＬＹＳＡ＋０１８ｈ”のメモリ領域に書き込まれた文字列属性データによって、レイヤ＃２の文字列全体の属性が決まる。具体的には、当該文字列用レイヤの文字列は上記文字列属性データに従って同一のフォント、同一の表示色、同一の拡大縮小率、等により表示され、その表示位置は文字毎にではなく文字列の代表点で指定される。

一方、スプライト属性テーブルのスプライト画像用レイヤに対応するメモリ領域には、スプライト属性データが書き込まれる。スプライト属性データはスプライト画像の属性データであり、例えば、スプライト画像のパターンデータが格納されたパターンメモリ２のアドレスや、スプライト画像の表示位置や、スプライト画像に対する拡大縮小率やαブレンディング係数などを含む。

文字属性テーブルは、文字列用レイヤで表示する各文字を指定する文字属性データ（第１の属性情報、文字属性情報）が書き込まれるメモリ領域（第１の領域）であり、アドレス“２００ｈ”、“２０２ｈ”、…、“２０Ｅｈ”を開始アドレスとしそれぞれ２バイトの大きさを持つ８個のメモリ領域からなる。文字属性データは、文字を一意に識別可能な識別情報であり、“Ａ”や“Ｂ”や“Ｃ”のように文字を一つずつ指定する。具体的には、文字属性データとして２バイトの文字コード（例えばＪＩＳコードやＵｎｉｃｏｄｅ）を使用し、６５５３６文字を区別可能とする。文字属性テーブルの上記８個のメモリ領域にそれぞれ文字属性データを書き込むことによって、８文字からなる文字列を表示させることができる。文字属性データの詳細は後述する（図６）。

このように構成された属性テーブル１３に対して、ＣＰＵ３が各属性データ（フォント属性データ、スプライト属性データ、文字列属性データ、文字属性データ）をそれぞれ所定のメモリ領域に書き込み、スプライト生成部１６がそれら属性データを読み出すが、このとき、スプライト生成部１６は、スプライト属性テーブルのレイヤ＃０に対応するメモリ領域（アドレス“ＬＹＳＡ”）からデータの読み出しを開始し、順次レイヤ＃１、レイヤ＃２、…のようにデータの読み出しを進めていく。そして、読み出すレイヤがスプライト画像用レイヤであれば、読み出したスプライト属性データに従って、パターンメモリ２からスプライト画像のパターンデータを取得する。また、読み出すレイヤが文字列用レイヤであれば、読み出した文字列属性データに従ってフォント属性テーブルと文字属性テーブルを参照することにより、パターンメモリ２から表示する文字列に含まれる各文字のパターンデータを取得する。

具体的には、文字列属性データのうち上記したＦＴＹＰはフォント属性テーブルのアドレスを指定するデータであり、このＦＴＹＰによりフォント属性データが特定される。フォント属性データは、上述したとおりパターンメモリ２のフォントデータのアドレス情報を含んでいる。よって、ＦＴＹＰによりフォントが指定されることになる。また、文字列属性データのうち上記したＬＩＳＡおよびＬＩＥＡは文字属性テーブルのアドレスを指定する。すなわち、ＬＩＳＡとＬＩＥＡにより表示する文字が指定されることになる。こうして、文字列属性データＦＴＹＰ、ＬＩＳＡ、ＬＩＥＡに従って、パターンメモリ２から読み出す文字（文字列）が決まるので、スプライト生成部１６はその文字のパターンデータをパターンメモリ２から取得する。

なお、パターンメモリ２からパターンデータを読み出す際の読み出しバイトアドレスは、スプライト生成部１６により次式に従って計算される。
１ビット／ピクセルモードの場合：
ＦＮ×８＋（ＳＺＹ×ＳＺＸ×１６／８）×ＦＣＯＤＥ
４ビット／ピクセルモードの場合：
ＦＮ×８＋（ＳＺＹ×ＳＺＸ×１６×４／８）×ＦＣＯＤＥ
ただし、ＦＮ、ＳＺＹ、ＳＺＸ、ＦＣＯＤＥについては後述のとおりである。

次に、フォント属性データ、文字列属性データ、文字属性データの詳細な構成を説明する。

図４は、文字列属性データのデータ構造を示す図である。
同図において文字列属性データは合計で９２ビットのデータサイズを有し、スプライト属性テーブルのメモリ領域１つ分（１２バイト）に書き込める構成である。以下、順に各データを説明する。

レイヤ種類ＬＹＳＥＬは、文字列用レイヤとスプライト画像用レイヤとを区別するデータ（３ビット）である。例えば、データ“１１０”が文字列用レイヤ、それ以外のデータがスプライト画像用レイヤであると定義する。スプライト属性テーブルにアクセスしたスプライト生成部１６は、このレイヤ種類ＬＹＳＥＬを調べることにより、当該レイヤの種類を判断することができる。なお、図４は文字列属性データすなわち文字列用レイヤの説明であるので、レイヤ種類ＬＹＳＥＬにはデータ“１１０”が設定されている。

表示位置ＤＯＹ、ＤＯＸは、それぞれ文字列を表示する位置のＹ座標、Ｘ座標を指定するデータ（１１ビット）である。表示位置は、文字列の所定の代表点により規定するものとする。
フォントＦＴＹＰは、上述したとおりフォント属性テーブルのアドレスを指定するデータ（１０ビット）であり、表示する文字列のフォントを指定する。フォントＦＴＹＰで示されるアドレスのフォント属性テーブルには、フォント属性データの一つとして後述のフォントネームＦＮが書き込まれている。

パレットＰＬＴＩは、表示する文字列の表示色を指定するためのデータ（１０ビット）であり、カラーパレット１４のアドレスを指定する。
αブレンディング対象ＭＸＳＬは、下位レイヤとの間でαブレンディングを実行するかレジスタ１５に設定した設定色との間でαブレンディングを実行するかを指定するデータ（１ビット）である。
αブレンディング係数ＭＸは、当該文字列用レイヤと上記αブレンディング対象ＭＸＳＬのレイヤとの間で実行するαブレンディングの比率を指定するデータ（５ビット）である。

拡大縮小率ＭＡＧＹ、ＭＡＧＸは、それぞれパターンデータをＹ方向、Ｘ方向に拡大縮小する割合を指定するデータ（８ビット）である。
透明色ＴＰは、背景を透明とするか否かを指定するデータ（１ビット）である。
バイリニアフィルタＦＬＴは、バイリニアフィルタを使用するか否かを指定するデータ（１ビット）である。
プロポーショナルフォントＰＦＥは、プロポーショナルフォントを使用するか否かを指定するデータ（１ビット）である。

文字属性テーブル開始アドレスＬＩＳＡおよび文字属性テーブル終了アドレスＬＩＥＡは、上述のように、表示する文字の文字属性データが書き込まれた文字属性テーブルのアドレスを指定するデータ（１１ビット）である。開始アドレスＬＩＳＡから終了アドレスＬＩＥＡまでのメモリ領域に書き込まれた文字属性データ（後述の文字コード）が読み出される。

図５は、フォント属性データのデータ構造を示す図である。
フォント属性データは、以下に説明するように３２ビット（４バイト）のデータサイズを有する。
フォントネームＦＮは、上述したとおりパターンメモリ２に格納されているフォントデータのアドレスを指定するデータ（２３ビット）である。フォントデータのアドレスは、先頭アドレスを８バイト単位で指定するものとする。

フォントサイズＳＺＹ、ＳＺＸは、パターンメモリ２に格納されているフォントデータについて、それぞれＹ方向、Ｘ方向のフォントの大きさをドット数で表すデータ（４ビット）である。フォントは４ドット単位の大きさをとり得るものとし、データ“０００１”はフォントの大きさが４ドット、データ“１１１１”はフォントの大きさが６４ドット、…のようであるとする。

表示色モードＣＬＭは、フォントデータが１ビット／ピクセルモードであるか４ビット／ピクセルモードであるかを表すデータ（１ビット）である。１ビット／ピクセルモードの場合、パターンメモリ２には各ドットに１ビットのカラーコードが格納され、４ビット／ピクセルモードの場合、パターンメモリ２には各ドットに４ビットのαデータが格納される。

図６は、文字属性データのデータ構造を示す図である。
文字属性データは文字コードＦＣＯＤＥのみからなり、文字コードＦＣＯＤＥは上述したように例えばＪＩＳコードなどの２バイトのデータである。なお、プロポーショナルフォントを使用する場合には、文字属性データはフォント開始位置とフォント終了位置を指定するデータを含む。この場合、フォント開始位置およびフォント終了位置は、例えばそれぞれ６ビットのデータで表され、文字属性データは全体で４バイトのデータサイズとなる。

このように、フォント属性データ、文字列属性データ、文字属性データの各データサイズは、それぞれ４バイト、１２バイト、２バイトである。そして上述したように、フォント属性データと文字列属性データは表示する文字列全体に共通であり、文字属性データだけが表示する文字により変化する。したがって、例えば“ＡＢＣＤＥＦ”という６文字を表示する場合、属性データは全部で、フォント属性データ４バイト、文字列属性データ１２バイト、文字属性データ２バイト×６文字の合計２８バイトのデータサイズとなる。このデータサイズは、フォント属性データや文字列属性データを文字毎に持つ場合と比較して少なくなっている。

したがって、属性テーブル１３の容量が同じであるとすると、本画像処理装置１ではより多くの文字を表示することが可能である。また、例えば表示する文字列の表示位置だけを変更する場合、文字列属性データ（の一部）だけを書き換えればよいので、ＣＰＵ３等の処理負荷を軽減することが可能である。

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

例えば、上記実施形態は文字を複数並べて文字列として表示する場合について説明したが、文字に代えて１色の表示色により表示される画像を複数並べて“画像列”として表示する場合にも同様に適用することができる。この場合、当該表示色を示す属性データを画像列に共通の属性データとしてスプライト属性テーブルに書き込み、各画像を指定する属性データを上記実施形態の文字属性テーブルに相当するテーブルに書き込むようにすればよい。これにより、複数の画像を単一色で並べて表示する場合に上記実施形態と同様の効果を得ることができる。

また、上記実施形態においては、文字列属性データのＦＴＹＰ、ＬＩＳＡ、ＬＩＥＡのアドレス情報を利用することによりフォント属性テーブルと文字属性テーブルの参照位置を取得するようにしたが、これは文字列属性データとフォント属性データ、文字属性データとをリンクさせる方法の一例であり、これらのアドレス情報を用いずにフォント属性テーブルと文字属性テーブルを参照することも可能である。例えば、フォント属性テーブルと文字属性テーブルの格納アドレスを固定しておき、常に同じアドレスのフォント属性テーブルと文字属性テーブルを参照するようにしてもよい。

また、文字列属性データとフォント属性データを区別することなく、一体の属性データとして取り扱ってもよい。

また、上記実施形態において、表示された文字列の表示位置や表示色は変えずに文字の表示内容だけを変える（例えば文字列“ＡＢＣＤＥＦ”を“ＢＣＤＥＦＧ”に変える）場合には、スプライト属性テーブルとフォント属性テーブルは書き換える必要がなく、文字属性テーブルの文字属性データ（文字コード）だけを書き換えることにより、表示変更を実現することができる。

本発明の一実施形態による画像処理装置の構成を示したブロック図である。 パターンメモリのメモリマップである。 属性テーブルの構成を示した図である。 文字列属性データのデータ構造を示す図である。 フォント属性データのデータ構造を示す図である。 文字属性データのデータ構造を示す図である。 従来用いられる属性テーブルの例である。

符号の説明

１…画像処理装置 ２…パターンメモリ ３…ＣＰＵ ４…ディスプレイ １１…ＣＰＵインタフェース １２…パターンメモリインタフェース １３…属性テーブル １４…カラーパレット １５…レジスタ １６…スプライト生成部 １７…スプライト描画処理部 １８…ラインバッファ １９…画素データ制御部 ２０…ＤＡＣ ２１…ディスプレイ制御部 ２２…クロック生成部 １００…画像表示装置

Claims (7)

1. 外部の制御装置によって複数のオブジェクトを表示するための属性情報が属性テーブルに書き込まれて、該書き込まれた属性情報に従って前記オブジェクトのパターンデータをメモリから取得して描画データを生成する画像処理装置において、
   前記属性テーブルの第１の領域に、表示する複数のオブジェクトを指定する第１の属性情報が書き込まれるとともに、第２の領域に、該表示する複数のオブジェクトに共通の第２の属性情報が前記第１の属性情報にリンクさせて書き込まれ、
   前記第２の領域から第２の属性情報を読み出すことにより該第２の属性情報にリンクされた第１の属性情報を読み出して、これら読み出した第１および第２の属性情報に従って前記メモリからパターンデータを取得し描画データを生成する
   ことを特徴とする画像処理装置。
2. 前記オブジェクトは１色の表示色により表示される画像または文字であり、前記第２の属性情報は該表示色を指定する情報を含むことを特徴とする請求項１に記載の画像処理装置。
3. 前記オブジェクトはフォントにより表示される文字であり、前記第２の属性情報は該フォントを指定する情報を含むことを特徴とする請求項１または請求項２に記載の画像処理装置。
4. 前記第２の属性情報は前記第１の属性情報が書き込まれた前記属性テーブルの第１の領域を示すアドレスを含み、該アドレスにより前記第１の属性情報が前記第２の属性情報にリンクされたことを特徴とする請求項１から請求項３のいずれかの項に記載の画像処理装置。
5. 前記オブジェクトの表示を変更する場合に、前記属性テーブルにおいて前記第１の属性情報のみが書き換えられることを特徴とする請求項１から請求項４のいずれかの項に記載の画像処理装置。
6. 前記第１および第２の属性情報に基づくパターンデータのオブジェクトを一のレイヤとし、該一のレイヤと他のレイヤからなる描画データを生成することを特徴とする請求項１から請求項５のいずれかの項に記載の画像処理装置。
7. 外部の制御装置によって複数の文字からなる文字列を表示するための属性情報が属性テーブルに書き込まれ、該書き込まれた属性情報に従って前記複数の文字のパターンデータをメモリから取得して描画データを生成する画像処理装置において、
   前記属性テーブルの第１の領域に、表示する複数の文字を指定する文字属性情報が書き込まれ、第２の領域に、該複数の文字の文字列で共通の文字列属性情報が前記文字属性情報およびフォント属性情報にリンクさせて書き込まれ、第３の領域に、前記複数の文字の文字列に対しフォントを指定する前記フォント属性情報が書き込まれ、
   前記第２の領域から文字列属性情報を読み出すことにより該文字列属性情報にリンクされた文字属性情報およびフォント属性情報を読み出して、これら読み出した文字属性情報と文字列属性情報とフォント属性情報とに従って前記メモリからパターンデータを取得し描画データを生成する
   ことを特徴とする画像処理装置。

Images