(57)【要約】【課題】  特殊な記録形式の表示装置で表示用データを高速に表示するために、専用の表示用データを新たに作成することなく、汎用的な形式で記録した表示用データを利用することが可能な表示用データの変換方法を提供する。【解決手段】  汎用の画像データファイルから、縦、横のサイズを読み出した後、各列について、垂直方向の画素列を水平方向の画素列に変換する処理を、読み出した横サイズ分だけ繰り返し行う。この際、具体的な処理は、１バイト単位で（１）〜（９）に示すような順序で行っていく。変換後は、読み出した縦サイズ、横サイズをそれぞれ横サイズ、縦サイズとして記録する。【選択図】  図５
2006071878.tif 000002
【特許請求の範囲】
【請求項１】
所定の表示装置に適した配列になるように画像データの画素配列を変換する方法であって、
画像データを記録した画像データファイルから第１の方向のサイズ、第２の方向のサイズを読み出す段階と、
前記読み出したサイズの一方の方向に配列された画素配列を、他方の方向の画素配列に変換する処理を、少なくとも前記読み出したサイズ数分だけ繰り返して行う段階と、
前記読み出した第１の方向のサイズを第２の方向のサイズとして、前記読み出した第２の方向のサイズを第１の方向のサイズとして記録する段階と、
を有することを特徴とする画像データの変換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、汎用的に作成された表示用データを表示装置の特性に合わせた形式で格納するための技術に関する。
【背景技術】
【０００２】
従来より、画像データ等の表示用データをＬＣＤ等の表示装置により表示することが行われている。最近では、表示装置についても様々なものが開発されてきており、表示装置の特性上、表示装置が保有するメモリへの表示用データの記録形式が、汎用的な記録形式と異なるものが出現している。特に、液晶表示装置においては、従来の汎用的な記録形式と異なることが多い。
【０００３】
上記のような特殊な記録形式の表示装置を利用して、汎用記録形式の表示用データの表示を行う場合には、表示の際に、水平方向に記録された画素配列を垂直方向に変換する処理を行う必要があるため、処理に時間を要し、高速な表示処理ができないという問題がある。
【０００４】
例えば、図１（ａ）に示すような８×８画素のデータ配列を有する二値画像データを表示する場合について考えてみる。図１（ａ）においては、ｘ軸方向に０〜７、ｙ軸方向に０〜７の座標においてデータが格納されている。汎用的な画像データファイルでは、ｘ軸方向に沿ってまとまって記録されており、１つの行が終わったら、次の行について記録するようにしている。すなわち、まず、（ｘ，ｙ）＝（０，０）〜（７，０）まで記録された後、次に、（ｘ，ｙ）＝（０，１）が記録されている。これを明示的に示すために、図１（ａ）の例では、ｘ軸方向の８画素を１つの枠に括って示している。
【０００５】
図１（ａ）に示したデータ配列の画像データを表示装置の画面に表示する場合、汎用的な表示装置では、図１（ａ）に示したデータ配列の記録順に従って読み出せば良いように設計されている。したがって、図１（ｂ）に示すような表示を行う場合、高速な表示処理が可能となる。なお、図１（ｂ）において、網掛けしてある画素は、図１（ａ）において値が「１」である画素データに対応している。
【０００６】
ところが、図１（ｂ）に示したｙ軸方向に従って読み出すような特殊な表示装置の場合は、図１（ｂ）に示したような表示を行うためには、図１（ａ）に示したデータ配列の画像データから、まず、（ｘ，ｙ）＝（０，０）を読み出した後、次に、（ｘ，ｙ）＝（１，０）を読み出すのではなくて、（ｘ，ｙ）＝（０，１）を読み出さなければならない。これは、記録順で言えば、７ビット分とばして読み出さなければならないことになる。さらに、（ｘ，ｙ）＝（０，７）を読み出した後、（ｘ，ｙ）＝（１，０）を読み出す必要があるが、これには、５５ビット分戻って読み出す必要がある。このような複雑な読み出しを行うと当然のことながら、表示処理は遅延することになる。
【０００７】
また、上記のような特殊な記録形式の表示装置において、高速表示を行うためには、その表示装置に適した形式の表示用データを用意しておけば良いが、そのためには、その表示装置専用に表示用データをわざわざ作り直さなければならないという問題がある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記のような点に鑑み、本発明は、特殊な記録形式の表示装置で表示用データを高速に表示するために、専用の表示用データを新たに作成することなく、汎用的な形式で記録した表示用データを利用することが可能な表示用データの変換方法を提供することを課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明では、所定の表示装置に適した配列になるように画像データの画素配列を変換する方法として、画像データを記録した画像データファイルから第１の方向のサイズ、第２の方向のサイズを読み出す段階と、  前記読み出したサイズの一方の方向に配列された画素配列を、他方の方向の画素配列に変換する処理を、少なくとも前記読み出したサイズ数分だけ繰り返して行う段階と、前記読み出した第１の方向のサイズを第２の方向のサイズとして、前記読み出した第２の方向のサイズを第１の方向のサイズとして記録する段を実行するようにしたことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、画像データファイルから画像データの縦、横それぞれのサイズを読み出し、縦方向の画素配列を横方向の画素配列に変換する処理を、読み出した横サイズ分だけ繰り返して行い、読み出した縦サイズ、横サイズをそれぞれ横サイズ、縦サイズとして記録するようにしたので、特殊な記録形式の表示装置で表示用データを高速に表示する場合であっても、専用の表示用データを新たに作成することなく、汎用的な形式で記録した表示用データを利用することが可能となるという効果を奏する。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の好適な実施形態について、図面を参照して詳細に説明する。
（変換前の画像データファイル）
本実施形態では、ビットマップ形式の画像データに対して処理を行う場合を例にとって説明する。まず、変換前の画像データファイルについて説明する。図２は、ビットマップ形式の画像データファイルの構造を模式的に示した図である。画像データファイルは、先頭にファイルヘッダ、続いて、情報ヘッダが設けられており、その後に画像記録領域が続いた構造となっている。ファイルヘッダには、画像データファイルのデータ量等のファイル全体に関する情報が記録されている。また、情報ヘッダには、画像記録領域に記録された画像データのうち、ダミーデータを除いた実画像データの縦サイズ（画素数）、横サイズ（画素数）、データ量等が記録されている。画像記録領域には、ビットマップ形式の画像データが記録されている。すなわち、画像データを構成する各画素の値が記録されている。画像記録領域にダミーデータを含むのは、縦、横の記録サイズを、コンピュータが処理し易いバイト単位に合わせるためである。本実施形態では、画像データの各画素について１ビットが割り当てられ、「０」か「１」の値をとる二値画像データであり、実画像サイズは、横６０画素、縦６０画素である場合を例にとって説明していくこととする。
【００１２】
（具体的な処理の流れ）
本発明に係るデータの変換方法は、汎用のコンピュータに専用のプログラムを搭載しておき、このプログラムに従って、コンピュータが実行することとなる。コンピュータは、図２に示したような画像データファイルを読み込むと、まず、情報ヘッダからデータ量を確認する。続いて、確認したデータ量分のデータを画像記録領域の先頭位置から読み込む。
【００１３】
次に、横記録サイズの算出を行う。横記録サイズとは、画像記録領域中に意味のないダミーデータも含めて、横方向に何画素分記録されているかを示すものである。図３に示した画像データファイルは、４バイト（３２ビット）を１ブロックとして記録されている。また、１画素に１ビットが割り当てられているため、横サイズの６０画素を記録するためには、６０ビットが必要となる。したがって、１ブロック（３２ビット）の倍数で、かつ６０ビット以上の最小の値である６４が横記録サイズとして算出される。実際には、１ブロックの３２ビットで横サイズを除算し、余りがある場合は、ブロック単位となるように不足分を足した値として算出される。
【００１４】
続いて、縦記録サイズの算出を行う。具体的には、横サイズの場合と同様、１ブロック３２ビットの倍数で６０以上の最小の値である６４が縦記録サイズとして算出される。ここで、上記のような、横サイズ６０、縦サイズ６０の場合の、画像データファイル内の画像記録領域の構成を、図３に模式的に示す。図３において、縦記録サイズ６４×横記録サイズ６４が画像記録領域であり、このうち、横サイズ６０×縦サイズ６０が実画像データである。したがって、網掛けで示した画素は、ダミーデータであり、画像データとしては意味のないものである。
【００１５】
次に、画像記録領域に記録された画像データの天地（上下）を入れ替える。これは、一般的なビットマップ形式のファイルでは、画像データの天地が入れ替わって記録されているため、これを補正するために行われる。初めから画像データの天地が正しく記録されている場合には、この入れ替え処理を行う必要はない。
【００１６】
続いて、データの並びを垂直方向から水平方向に変換する。本実施形態では、８画素単位（１バイト）で処理を行う。ここで、１バイトの画素列の垂直方向から水平方向への変換の基本的考え方について、最も単純な８×８画素の画像データを例にとって説明する。図４（ａ）は、図２（ａ）に示したものと全く同じ配列であり、単純な８×８画素の画像データである。本発明で用いる変換の基本的考え方で、図４（ａ）に示したデータ配列を変換すると、図４（ｂ）に示したデータ配列に変換される。ここで、図４（ａ）において太枠で囲った２列目の配列、すなわち、（ｘ，ｙ）＝（１，０〜７）に着目してみる。垂直方向から水平方向に並びを変換するためには、変換前のｘの値を変換後のｙの値とし、変換前のｙの値を変換後のｘの値とする。すると、この部分は、図４（ｂ）において太枠で囲った２行目の配列、すなわち、（ｘ，ｙ）＝（０〜７，１）に変換されることになる。他の列の配列についても同様に、変換されることになる。
【００１７】
図４に示したような変換処理を、読み込んだ画像記録領域の画像データに対して行う。変換処理の具体的な順序について、図５を用いて説明する。図５（ａ）は、変換前の画像記録領域の構成を模式的に示したものであり、図３に示したものと同じデータについてのものである。図５（ａ）において、（１）〜（９）は、変換処理の順序を示すものである。変換処理は、列ごとに８画素単位で実行する。すなわち、図５（ａ）の（１）が付された矩形で表現された８画素を、図４に示した基本的考え方に従って、ｘとｙの座標を変換した位置、すなわち、図５（ｂ）の（１）が付された矩形で表現された８画素に変換する。同様にして、図５（ａ）の（２）〜（８）についても処理を行い、図５（ｂ）の（２）〜（８）に示す位置に変換していく。１列目の変換が終わったら、同様にして２列目以降も変換していく。すなわち、（８）についての処理が終了したら、（９）について処理を行うことになる。この処理を横サイズ数分の列に対して行っていく。したがって、この例では、６０列分行うことになる。この結果、図５（ａ）に示した画像記録領域の画像データは、図５（ｂ）に示すような状態に変換されることになる。
【００１８】
次に、このようにして得られた実画像データをファイル化する。具体的には、まず、出力ファイルをオープンし、「画像であることを示す情報」、「データ量」、「横サイズ」、「縦サイズ」を記録し、その後、図に示したような変換後の実画像データを記録する。「画像であることを示す情報」、「データ量」、「横サイズ」、「縦サイズ」は、本実施形態では、それぞれ２バイト、４バイト、１バイト、１バイトの領域を確保して記録している。なお、「横サイズ」については、変換前の画像データファイルの情報ヘッダに記録されている「縦サイズ」をそのまま記録し、「縦サイズ」については、変換前の画像データファイルの情報ヘッダに記録されている「横サイズ」をそのまま記録する。このようにして、ファイル化された変換後画像ファイルは、コンピュータの外部記憶装置に記憶される。上記「画像であることを示す情報」は、コンピュータでの作業時に画像ファイルであることのチェックを行うために用いられることになる。続いて、変換後画像ファイルは、表示装置のメモリーに記録される。この処理は、コンピュータにメモリー書き込み用の装置を接続し、このメモリーに書き込むためのプログラムを利用して行われる。
【００１９】
表示装置においては、画像データは、この表示装置の処理に従った状態で記録されることとなるため、画像データを読み出して表示する際に、何ら複雑な処理を行うことなく、高速に表示処理を行うことが可能となる。具体的には、表示装置は、まず、記録された画像ファイルから横サイズを確認し、この横サイズに相当する画素数分を表示対象とする。表示装置のメモリーには、横方向については、４バイト単位で記録されているが、この横サイズ以上の分については、表示しない。さらに、表示装置は、記録された画像ファイルから縦サイズを確認し、この縦サイズに相当する行数分を表示対象とする。この結果、実画像データだけが正しく高速に表示される。
【００２０】
上記実施形態においては、ｘ軸方向について優先的に連続して記録されているデータを、ｙ軸方向について優先的に連続して記録されるデータとなるように変換するようにしたが、当然のことながら、この逆を行うようにしても良い。すなわち、ｙ軸方向について優先的に連続して記録されているデータを、ｘ軸方向について優先的に連続して記録されるデータとなるように変換しても良い。つまり、ｘ軸方向、ｙ軸方向のどちらか一方を第１の方向とした場合に、他方を第２の方向として、互いの方向を変換する処理を行うことになる。
【図面の簡単な説明】
【００２１】
【図１】汎用的な画像データの配列、および表示画面の様子を示す図である。
【図２】ビットマップ形式の画像データファイルの構造を模式的に示した図である。
【図３】画像データファイル内の画像記録領域の構成を示す図である。
【図４】垂直方向から水平方向への変換の基本的考え方を示す図である。
【図５】画像データの変換処理の具体的な順序を示す図である。
【図１】
2006071878.tif 000003
【図２】
2006071878.tif 000004
【図３】
2006071878.tif 000005
【図４】
2006071878.tif 000006
【図５】
2006071878.tif 000007