"観察者が立体視可能な画像を画面部に表示するための立体視データを生成する画像処理装置であって、データを一時的に格納するための一時記憶部と、所定サイズの複数個の単位データに分割され、かつ視差を有した1組の表示用データを格納するデータ記憶部から、単位データ毎に表示用データを読出し、読出した各単位データを前記一時記憶部に書込む書込部と、前記書込部により書込みがされるときに前記一時記憶部から単位データ毎に表示用データを読出し、読出した各単位データを前記画面部に出力する読出部と、前記一時記憶部について単位データの読書きを制御するための制御部と、を備え、前記制御部は、前記データ記憶部から読出した単位データを、当該読出しの直前に前記読出部により単位データが読出された前記一時記憶部の領域に書込むように前記書込部を制御する、画像処理装置。前記制御部は、前記書込部が前記データ記憶部から読出した単位データ毎に、順番を示す識別子を割り当て、前記識別子に基づき前記立体視データを生成するための所定順序に従った順番で、前記一時記憶部から単位データを読出すように前記読出部を制御する、請求項1に記載の画像処理装置。前記書込部による単位データを前記一時記憶部に書込む速さと、前記読出部による単位データを前記一時記憶部から読出す速さとは等しい、請求項1または2に記載の画像処理装置。前記画面部の表示領域の前面において視差バリアによるスリットが形成され、前記所定サイズは、前記スリットのサイズに基づき決定される、請求項1から3のいずれかに記載の画像処理装置。前記所定サイズは可変である、請求項1から4のいずれかに記載の画像処理装置。請求項1から5のいずれかに記載の画像処理装置を備える、画像表示端末。観察者が立体視可能な画像を画面部に表示するための立体視データを生成する画像処理方法であって、所定サイズの複数個の単位データに分割され、かつ視差を有した1組の表示用データを格納するデータ記憶部から、単位データ毎に表示用データを読出し、読出した各単位データを一時記憶部に書込むステップと、前記書込むステップにより書込みがされるときに前記一時記憶部から単位データ毎に表示用データを読出し、読出した各単位データを前記画面部に出力するステップと、前記一時記憶部について単位データの読書きを制御するためのステップと、を備え、前記制御するためのステップでは、前記データ記憶部から読出した単位データを、当該読出しの直前に単位データが読出された前記一時記憶部の領域に書込むように前記書込むステップを制御する、画像処理方法。画像処理装置に、観察者が立体視可能な画像を画面部に表示するための立体視データを生成させるためのプログラムであって、前記プログラムは、前記画像処理装置に、所定サイズの複数個の単位データに分割され、かつ視差を有した1組の表示用データを格納するデータ記憶部から、単位データ毎に表示用データを読出し、読出した各単位データを一時記憶部に書込むステップと、前記書込むステップにより書込みがされるときに前記一時記憶部から単位データ毎に表示用データを読出し、読出した各単位データを前記画面部に出力するステップと、前記一時記憶部について単位データの読書きを制御するためのステップと、を実行させ、前記制御するためのステップでは、前記データ記憶部から読出した単位データを、当該読出しの直前に単位データが読出された前記一時記憶部の領域に書込むように前記書込むステップを制御する、プログラム。特許文献1の視差画像データを合成するためには、少なくとも左画像データおよび右画像データの両方を格納可能なデータ容量が要求され、視差画像データを構成するためのメモリ容量の消費量が大きい。したがって、このような視差画像データを合成する方法を採用する装置の小型化が阻害される。それゆえにこの発明の目的は、少ない記憶容量で立体視のための表示用データを生成する画像処理装置を提供することである。この発明のある局面に従うと、観察者が立体視可能な画像を画面部に表示するための立体視データを生成する画像処理装置は、データを一時的に格納するための一時記憶部と、所定サイズの複数個の単位データに分割され、かつ視差を有した1組の表示用データを格納するデータ記憶部から、単位データ毎に表示用データを読出し、読出した各単位データを一時記憶部に書込む書込部と、書込部により書込みがされるときに一時記憶部から単位データ毎に表示用データを読出し、読出した各単位データを画面部に出力する読出部と、一時記憶部について単位データの読書きを制御するための制御部と、を備える。制御部は、データ記憶部から読出した単位データを、当該読出しの直前に読出部により単位データが読出された一時記憶部の領域に書込むように書込部を制御する。好ましくは、制御部は、書込部がデータ記憶部から読出した単位データ毎に、順番を示す識別子を割り当てる。そして、制御部は、識別子に基づき立体視データを生成するための所定順序に従った順番で単位データを一時記憶部から読出すように読出部を制御する。好ましくは、書込部による単位データを一時記憶部に書込む速さと、読出部による単位データを一時記憶部から読出す速さとは等しい。好ましくは、画面の表示領域の前面において視差バリアによるスリットが形成され、所定サイズは、スリットのサイズに基づき決定される。好ましくは、所定サイズは可変である。この発明の他の局面に従うと、上述の画像処理装置を備える画像表示端末が提供される。この発明のさらに他の局面に従うと、観察者が立体視可能な画像を画面部に表示するための立体視データを生成する画像処理方法は、所定サイズの複数個の単位データに分割され、かつ視差を有した1組の表示用データを格納するデータ記憶部から、単位データ毎に表示用データを読出し、読出した各単位データを一時記憶部に書込むステップと、書込むステップにより書込みがされるときに一時記憶部から単位データ毎に表示用データを読出し、読出した各単位データを画面部に出力するステップと、一時記憶部について単位データの読書きを制御するためのステップと、を備える。制御するためのステップでは、データ記憶部から読出した単位データを、当該読出しの直前に単位データが読出された一時記憶部の領域に書込むように書込むステップを制御する。この発明のさらに他の局面に従う、画像処理装置に、観察者が立体視可能な画像を画面部に表示するための立体視データを生成させるためのプログラムは、画像処理装置に、所定サイズの複数個の単位データに分割され、かつ視差を有した1組の表示用データを格納するデータ記憶部から、単位データ毎に表示用データを読出し、読出した各単位データを一時記憶部に書込むステップと、書込むステップにより書込みがされるときに一時記憶部から単位データ毎に表示用データを読出し、読出した各単位データを画面部に出力するステップと、一時記憶部について単位データの読書きを制御するためのステップと、を実行させる。この制御するためのステップでは、データ記憶部から読出した単位データを、当該読出しの直前に単位データが読出された一時記憶部の領域に書込むように書込むステップを制御する。本発明では、少ない記憶容量で立体視のための表示用データが生成される。以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。<第1の実施の形態>図1を参照して、本発明の第1の実施の形態に係る携帯端末100について説明する。図1は、携帯端末100の外観を表わす図である。携帯端末100は、観察者が立体視するための画像を含む各種画像を表示するための長方形状のディスプレイに相当の表示部120および入力部130を備える。表示部120には、液晶表示装置を適用するが、液晶に限られず、有機ELElectroLuminescenceを用いてもよい。入力部130は、ユーザにより操作されて、携帯端末100に対する命令の入力操作を受け付ける操作受付部に相当する。入力部130は、物理的なスイッチおよびソフトウェアスイッチの何れでも実現され得る。携帯端末100は、たとえば、携帯電話機、スマートフォン、PDAPersonalDigitalAssistant、タブレット型PCPersonalComputer等として実現される。また、携帯端末100は、表示部120と操作受付部が一体的に構成された、タッチパネルを備えるとしてもよい。図2を参照して、本発明の実施の形態に係る携帯端末100の構成についてさらに説明する。図2は、携帯端末100のハードウェア構成を表わすブロック図である。携帯端末100は、CPUCentralProcessingUnit110、表示部120、入力部130、記憶部145、外部メモリ170、および通信I/FInterface180を備える。外部メモリ170は、図示しないI/FInterfaceを介して携帯端末100に着脱自在に装着されて、CPU10は装着された外部メモリ170をアクセスする。記憶部145は、プログラムおよびデータを格納するためのRAMRandomAccessMemory140およびROMReadOnlyMemory150を含む。通信I/F180は、外部装置または図示しないネットワークと無線/有線で通信するためにアンテナ190を接続する。通信I/F180は、Wi-Fi登録商標:WirelessFidelityの略、Bluetooth登録商標等によって実現されるが、これらに限られない。外部メモリ170は、たとえば不揮発性記憶媒体からなるメモリカードとして実現される。CPU110は、視差バリア方式を利用することにより、観察者が視差を有する1組の画像を立体視するのを可能にするための画像処理部102および視差バリア制御部103を含む。画像処理部102および視差バリア制御部103は、プログラムにより実現される。CPU110は、記憶部145から当該プログラムを読出し、読出したプログラムの命令を実行することにより画像処理部102および視差バリア制御部103の機能が実現される。なお、画像処理部102および視差バリア制御部103は、プログラムと回路の組合せにより実現されてもよい。図3には、本実施の形態に係る画像処理部102が、表示部120と関連付けて示される。表示部120は、画像を表示するためのLCDLiquidCrystalDisplayパネル105、画像データに基づきLCDパネル105を駆動するためのLCD駆動回路106、LCDパネル105に表示される画像を観察者が立体視するための視差バリア104、および制御信号に従って視差バリア104を駆動するためのバリア駆動回路107を含む。ここでは、LCDパネル105およびLCD駆動回路106により画像を表示するための画面部が構成される。画像処理部102は、画像データ記憶部101から画像データを読出すことで画像データを取得する画像取得部を有し、画像取得部により取得された画像データを処理することにより、表示部120に立体視可能に表示するための画像データを生成する。生成した画像データは、表示部120のLCD駆動回路106に出力される。画像データ記憶部101は、画像を表示するために加工をする前の画像データたとえば、図3に示される左目画像200、右目画像201を格納する。画像データ記憶部101は記憶部145の一部に対応する。ある局面において、画像データ記憶部101は、作業用メモリ領域を提供するための揮発性メモリや、データを永続的に保持するための不揮発性メモリとして実現される。画像データ記憶部101に格納される画像データには、通信I/F180を介して受信した画像データ、外部メモリ170から読出された画像データ、CPU110が実行するアプリケーションプログラムの実行結果に従う画像データ、図示しないカメラにより撮像された画像データなどが含まれる。また、視差バリア制御部103は、バリア駆動回路107に制御信号を出力する。視差バリア制御部103は、LCDパネル105の表示領域の前面に、視差バリア104によるスリットを形成する。たとえば、視差バリア制御部103は、CPU110からの要求により、スリットの形成と非形成とを切り替える。CPU110は、入力部130が操作されることにより与えられる命令に基づき、当該要求を出力する。なお、この要求は、入力部130の操作によるものに限定されず、たとえば、CPU110が実行するアプリケーションプログラムの実行結果によるものであってもよい。視差バリアによるスリット形成視差バリア制御部103は、たとえば、図5に示されるように、スリットを表示していない画面400と、画面の短辺が延びる方向X方向と平行にスリットを表示している画面401と、画面の長辺が延びる方向Y方向と平行にスリットを表示している画面402との間で、スリット表示と非表示とを切り替える。なお、スリットの表示とは、スリットが形成されるものの、観察者にはスリットを視認できない状態である。ここで、図4~図7を参照して、視差バリア方式について説明する。図4は、左目画像と右目画像とに対する画像処理を説明するための図である。ここでは、処理される画像は、長方形状を有すると想定する。図4に示されるように、左目画像200と右目画像201は、画像の短辺が延びる方向に沿って短冊状に分解される。一例として、画像処理部102は、画像データ記憶部101から読出された左目画像200と右目画像201とを、それぞれ交互に並べることにより、一枚の画像202を生成する。LCD駆動回路106が生成される画像202のデータに基づきLCDパネル105を駆動することにより、画像202が表示される。画像202が表示されるとき、バリア駆動回路107により視差バリア104が形成される。これにより、画像を分解した方向と同方向に延びる短冊状のスリットが形成される。図5は、観察者が立体画像を観察している様子を説明するための図である。図5に示されるように、LCDパネル105に表示される画像202は、スリットである視差バリア104を通して観察者に視認される。観察者は、視差バリア104を介して、短冊状に配置された左目画像を観察者の左目で視認し、右目画像を右目で視認するので、立体画像を観察することができる。また、視差バリア104は、電気的に制御することができる。たとえば、バリア駆動回路107が視差バリア制御部103から与えられる制御信号に従って駆動信号を、たとえば0と1に切り替えることにより、視差バリア104の表示と非表示とを切り替えることができる。また、駆動信号を用いて視差バリア104の表示によるスリットが延びる方向を切り替えることができる。図6および図7を参照して、視差バリア制御部103による視差バリア104を用いたスリットの表示と非表示との切り替えを、スリットが延びる方向と関連付けて説明する。図6は、スリットの表示例を表わす図である。図7は、左目画像と右目画像に対する画像処理を示す説明図である。LCDパネル105の表示領域が長方形である場合、電気的に制御可能なスリットを、当該表示領域の短辺が延びる方向に対して平行にまたは垂直に延びるように、表示することができる。画面400は、スリットを表示していない状態の表示領域における画面である。電気的な制御により、画面401または402を形成することができる。画面401は、スリットの方向が画面400の短辺が延びる方向に対して平行になるようにスリットを表示している。画面402は、スリットの方向が画面400の短辺が延びる方向に対して垂直になるようにスリットを表示している。また、他の局面において、スリットを表示している状態で、画面401から画面402への切り替え、もしくはその逆への切り替えも可能である。スリットを形成している場合、スリットの方向と同じ方向に短冊状に分解された左目画像および右目画像を表示する必要がある。このとき、画面401のように、スリットが画面の短辺が延びる方向に対して平行になるよう表示されている場合には、図4における画像202のような短冊状に分解した左目画像200と右目画像201とがスリットの方向と同じ方向に並べられた画像を表示する。また、スリットが画面の短辺が延びる方向に対して垂直になるように表示されている場合には、図7の画像500のような短冊状に分解された左目画像200と右目画像201をスリット方向と同じ方向に並べられた画像を表示する。画像組み換え処理ここで、画像処理部102の画像組み換え処理について説明する。本実施の形態に係る画像組み換え処理は、図4に示したように、視差を有した左目画像200と右目画像201を短冊状に分解し、分解された左目画像200と右目画像201とを、それぞれ交互に並べることにより、一枚の画像202を生成する処理を指す。図8には画像処理部102の構成が示され、また、図9~図12には、画像組み換え処理が施される画像データが示される。図9~図12を参照して、左目画像200と右目画像201を、画像の短辺が延びる方向に沿って短冊状に分解して得られる各画像データを説明する。図9と図10には、左目画像200に対応の左目画像データLと、右目画像201に対応の右目画像データRが示される。画像組み換え処理に際して、左目画像データLは、短冊状に分解して得られる画像データ以下、ラインデータというLii=0、1、2、3を含み、右目画像データRは、短冊状に分解して得られる画像データ以下、ラインデータというRii=0、1、2、3を含むと想定する。ここでは説明を簡単にするために、左目画像データLおよび右目画像データRのそれぞれが含むラインデータの数は、4個としたが、4個以上であってもよい。4個以上の場合であっても、以下に説明する組み換え処理を適用することができる。なお、ラインデータLiおよびRiのデータサイズは、たとえば、視差バリア104により形成されるスリットの開口部サイズにより決まる。図11と12には、ラインデータLiRiの構成例が示される。ラインデータLiRiは、RGBRed、Green、Blueの3ドットからなる画素データPkk=0、1、2、3、nを含むデータ512を含む。本実施の形態では、たとえばn=479とする。図13には、テーブル301の一例が示される。テーブル301は、ライン番号と、当該ライン番号のラインデータまたはデータ512が格納された領域のアドレスデータとからなるレコードを複数格納し得る。ここでは、レコード単位で格納されるとしたが、ライン番号とアドレスデータが対応付けされる形式であれば、格納の形式はレコード形式に限定されるものではない。図8を参照して画像処理部102は、画像組み換えのために用いる記憶部300、記憶部300に関連して書込部304、読出部305、テーブル管理部306、およびポインタ管理部307を備える。記憶部300は、記憶部145に対応する。読出部305は、バッファ302にから読出したラインデータを画面部、より特定的にはLCD駆動回路106に出力する。ここで、LCDパネル105はマトリックス状に配列された電極を有し、LCD駆動回路106は、与えられる各ラインデータの画素データPkに対応した電極に電圧を印加する。これにより、LCDパネル105において画像を表示することができる。記憶部300は画像データを格納するためのバッファ302、およびバッファ302における画像データが格納される領域のアドレスを格納するためのテーブル301を含む。テーブル管理部306は、テーブル301のデータを管理する。また、バッファ302に関連して、リードポインタRPおよびライトポインタWPが設けられる。リードポインタRPは読出部305がバッファ302から読出すべき画像データのアドレスを指し、ライトポインタWPは書込部304が画像データを書込むべきバッファ302のアドレスを指す。ポインタ管理部307は、リードポインタRPおよびライトポインタWPが指すアドレスを管理する。ここでは、書込部304がラインデータをバッファ302に書込む速度と、読出部305がバッファ302からラインデータを読出す速度は等しいと想定している。図14のフローチャート、および図15を参照して、本実施の形態に係る画像組み換え処理について説明する。図14のフローチャートに従う処理はプログラムとして記憶部145などの記憶部に格納されており、CPU110が、当該プログラムを記憶部から読出し、実行することにより、フローチャートに従う処理が実現される。なお、視差バリア104により、図6の画面401のようにスリットが形成されると想定する。図15Aは、画像データ記憶部101に格納される視差を有した左目画像データLと右目画像データRは短冊状に分解されたラインデータLiRiを含む。図15Bは、書込部304が、ライトポインタWPのアドレスが指す領域にラインデータを書込むためのタイミングチャートを示す。図15Cは、バッファ302に格納されているラインデータを模式的に示す。図15Dは、読出部305が、リードポインタRPのアドレスが指す領域からラインデータを読出すためのタイミングチャートを示す。なお、これらタイミングチャートは、画像データ記憶部101の視差を有した1組の画像データ左目画像データLおよび右目画像データRを、LCDパネル105に表示される場合に観察者が立体視可能な画像データを生成するために、ラインデータLiRiの画像データ記憶部101から読出す順番を規定するためのものであり、画像処理部102に関連のアプリケーションプログラムなどにより予め定められていると想定する。図15Cの矢印Vが示す方向の領域は、バッファ302のラインデータが格納される領域を指し、矢印Hが示す方向は、図15BとDのタイミングチャートに関連付けて、バッファ302に格納されるラインデータの時系列変化を示す。矢印Vで示すように、本実施の形態では、画像組み換え処理のためにバッファ302に必要とされるメモリ容量は、左目画像データL右目画像データRに含まれるラインデータの個数4個1個の、合計5個のラインデータを格納できる容量であればよい。このように、バッファ302は、少なくとも左目画像データLおよび右目画像データRの一方に含まれるラインデータを格納できる容量を有すればよく、以降、バッファ302を半面バッファと呼ぶ場合がある。図8において、左目画像データL、右目画像データRおよび画像データLRの矢印515は、画像を画像データ記憶部101から読出す順番を模式的に示している。画像データ記憶部101には、視差を有した左目画像データLと右目画像データRが格納されて図15A参照、画像組み換え処理により画像データLRが取得されると想定する図15E参照。また、初期状態ではライトポインタWPおよびリードポインタRPは、バッファ302の所定アドレス、たとえば先頭アドレスを指すと想定する。初期状態において画像立体視以下、3Dthree-dimensionalというモードに切替えられると、書込部304は、CPU110からの画像組み換え指示に応答して、画像データ記憶部101の左目画像データLからラインデータLiを格納されている順番に読出す図15B参照。書込部304は、読出したラインデータLiを、ライトポインタWPが指示するバッファ302の領域に書込み、書込む毎に、テーブル管理部306とポインタ管理部307とに格納完了通知WCを出力する。テーブル管理部306は、格納完了通知WCを入力すると、ポインタ管理部307を介してライトポインタWPが現在指示するアドレスを取得し、取得したアドレスを示すアドレスデータと、書込まれたラインデータに対して、画像データ記憶部101から読み出した順番に従い割当てた識別子からなるレコードを生成し、テーブル301に格納する。このように、テーブル管理部306は書込部304が画像データ記憶部101から読出したラインデータ毎に、順番を示す識別子であるライン番号を割り当てる。なお、画像データ記憶部101から読出される各ラインデータに割当てるライン番号は、立体視可能な画像を表示するために、プログラムによって予め決められていると想定する。ポインタ管理部307は、格納完了通知WCを入力すると、ライトポインタWPの値を現在指示するアドレスから空領域のアドレスここでは、次位アドレスを指示するように更新する。ここで、空領域とは、直前にラインデータが読出された領域、または何らデータが書込まれていない領域を指す。なお、ポインタ管理部307は、ライトポインタWPがバッファ302の最終アドレスを指示するときは、次位アドレスとして先頭アドレスを指示するように更新する。これにより、図15Bのタイミングチャートに従ってライン番号L0、L1、L2、L3が割当てされたラインデータ以下、ラインデータL0、L1、L2、L3というが画像データ記憶部101から読出され、読出された順番に従って、バッファ302の先頭アドレスの領域から格納され、その領域のアドレスデータが上述のライン番号と対応付けてテーブル301に格納される。この処理は、図14のステップS1の処理に相当する。その後、ポインタ管理部307は、ライン番号に基づきラインデータL3の書込みを完了したことを検出すると、読出部305に読出し開始の要求EXを出力するとともに、画像データ記憶部101から次のラインデータを読出す。このラインデータにはライン番号R0が割当てされる。ライン番号R0が割当てされたラインデータR0は、書込部304によりライトポインタWPが指示するアドレスの領域に格納される。また、その領域のアドレスデータがライン番号と対応付けてテーブル301に格納されるステップS3。要求EX出力の後も、書込部304は、画像データ記憶部101からラインデータラインデータR1、R2、R3の読出しと、バッファ302への書込みを継続する一方で、読出部305は、要求EXを入力すると、バッファ302からラインデータの読出しを開始する。具体的には、ポインタ管理部307はテーブル301を検索して、ライン番号に従う所定順番で、すなわちラインデータL0、R0、L1、R1、L2、R2、L3、R3、L4、R4の順に従って読出しが行われるようにリードポインタRPの値を順次更新する。これにより、読出部305は、バッファ302から、リードポインタRPが指すアドレスの領域からラインデータL0、R0、L1、R1、L2、R2、L3、R3、L4、R4の順に読出す。ここで、読出部305がラインデータを読出す毎に、ポインタ管理部307はテーブル301に基づき、ライトポインタWPを直前に読出しがなされた領域のアドレスを指示するように更新する。したがって、書込部304は、ラインデータRiを書込む際に、直前に読出部305によりラインデータが読出された領域に当該ラインデータRiを書込むことができる図14のステップS5。なお、ポインタ管理部307は、テーブル301のライン番号に基づき立体視のための画像データを生成するための所定順序に従った順番でラインデータが読出されるようにリードポインタRPの値を更新する。このように、ラインデータR0を書込み後は、1個のラインデータLiを読出して空きとなった領域に、直後に画像データ記憶部101から読出したラインデータRiを書込む処理を繰返すことで、バッファ302について必要とされる領域を5個のラインデータを格納するだけの容量とすることが可能になる。以降は、リードポインタRPが指す領域からラインデータを読出す処理を繰返すことで、ラインデータL0、R0、L1、R1、L2、R2、L3、R3、L4、R4の順番に読出しが行われる。その結果、画面部には図15Eのようにバッファ302から読出された順番に従ってラインデータLiとRiが交互に配置された画像データLRが出力される。このように、読出部305が読出したラインデータから、LCDパネル105に表示した場合に観察者が立体視できる画像データを生成することができる。図16には、画像データ記憶部101に格納される左目画像データLおよび右目画像データR図16A参照を、上述の画像組み換え処理をして得られる画像データLR図16B参照が例示される。上述では、バッファ302には、5個のラインデータを格納する容量を有しているが、変形例として、図8の構成を利用して、以下に説明するように、バッファ302に必要とされる容量を、4個のラインデータを格納する容量とすることもできる。図15Fは、変形例に係るテーブル301のデータを説明する図である。つまり、要求EXに応じて読出部305による読出しが開始される直前においては、テーブル301には、ラインデータL0~L3のアドレスデータL[0]、L[1]、L[2]およびL[3]が格納されている。読出しが開始されると、まず、バッファ302のアドレスデータL[0]の領域からラインデータL0が読出されて、その直後に、画像データ記憶部101から読出されたラインデータR0が当該領域に格納される。このようにすると、アドレスデータL[0]の領域と、ラインデータR0を格納する領域アドレスデータR[0]の領域とを共用できる。続いて、バッファ302のアドレスデータL[1]の領域からラインデータL1が読出されて、その直後に、画像データ記憶部101から読出されたラインデータR1が当該領域に格納される。このようにすると、アドレスデータL[1]の領域と、ラインデータR1を格納する領域アドレスデータR[1]の領域とを共用できる。以降、ラインデータL2、L3の読出しと、ラインデータR2とR3の書込みが同様に行われることで、アドレスデータL[2]の領域と、ラインデータR2を格納する領域アドレスデータR[2]の領域とを共用でき、また、アドレスデータL[3]の領域と、ラインデータR3を格納する領域アドレスデータR[3]の領域とを共用できる。このように、バッファ302において、読出部305により読出されたラインデータを格納していた領域を、直後に画像データ記憶部101から読出したラインデータを書込む格納領域に利用することで、バッファ302に必要とされるメモリ容量を、4個分のラインデータを格納するメモリ容量にまで削減することができる。本実施の形態によれば、バッファ302とテーブル301を利用するとしても、1個当たりのラインデータが数キロビットのデータ量であるのに対し、テーブル301のレコードは数ビット程度の容量であるから、画像組み換え処理に必要なメモリ容量を少なくすることができる。上述の画像組み換え処理では、画像データ記憶部101から読出されたラインデータは、バッファ302の直前にラインデータが読出された領域に書込むように制御するとともに、書込部304の書込速度と読出部305の読出速度とは等しいから、異なるラインデータ同士が混ざりあった状態の画像データLRが生成されるのを回避できて、その結果、混ざりあった状態の画像が表示されるティアリングのを防止することができる。図15では、画像データLRをラインデータLi,Riの順番となるように画像組み換え処理をしたが、図17EのようにラインデータRi,Liの順番となるように画像組み換え処理をすることもできる。図17AとBの入力画像データおよびバッファ302への書込みタイミングチャートは図15Aと図15Bと同じであるが、バッファ302に格納されるラインデータ図17Cと読出しタイミングチャート図17Dは、図15Cと図15Dとは相違する。図17では、画像データ記憶部101のラインデータR0をラインデータL0よりも先に画面部に出力することになる。したがって、図15で説明したラインデータR0のバッファ302への書込み処理図14のステップS3を省略することができる。参考のために、図18には、アドレスのテーブル301を用いることなく、左目画像データLおよび右目画像データRの全てのラインデータを画像データ記憶部101から読出し、バッファ302に格納するケースを示す図18A。この場合は、図18Bのタイミングチャートに従って、バッファ302からラインデータLi、Riを交互に読出すことで、図18Cの画像データLRを取得できる。図18では、テーブル301は不要であるが、バッファ302には、図15または図17のケースのおおよそ2倍の容量が必要とされる。図8の構成を用いて、図19に示すように、図15とは逆の順番でラインデータの読出しと、書込みを行うこともできる。具体的には、図19Aの画像データ記憶部101から、図19Bのタイミングチャートに従ってラインデータLi、Riを交互に読出してバッファ302に格納する。バッファ302からの読出し時には、図19Dのタイミングチャートに従ってバッファ302からラインデータを読出し、画面部にラインデータLiL0~L3を出力し、続いてラインデータRiR0~R3を格納する図19E参照。図19のケースは、3D表示モードの画像データLRを、平面画像である2Dtwodimensional表示モードの画像データに変換する場合に適用することができる。ここでは、組み換え処理されるデータを画像データとしたが、画像データに限定されるものではなく、LCDパネル105に表示されるデータであればよい。また、バッファ302への書込み、および読出しの単位データのサイズは、1個のラインデータとしたが、まとまった一定のデータ量2個のラインデータなどであればよく、データサイズは限定されるものではない。また、図8では、テーブル301とバッファ302は、同一の記憶部300に格納したが、異なる記憶部に格納するとしてもよい。たとえば、テーブル301は、記憶部145のSRAMStaticRandomAccessMemoryで構成し、画像データを一時的に保存しておくためのバッファ302は記憶部145のeDRAMembeddedDynamicRandomAccessMemoryで構成するとしてもよい。ここで、上述した画像組み換え処理に伴う画像の入替え方向について説明する。ここでは、画像の向き方向とは、画像において各ラインデータの画素データPkが並ぶ方向X方向またはY方向を示す。図20には入力画像と出力画像の向きが同じであるケースが示される。図20Aの入力画像右目画像データR、左目画像データLの場合には、入力画像から1ラインデータを読出すと、バッファ302を介して、出力画像の2ラインデータ分を取得できる図20B参照。したがって、バッファ302については1個のラインデータを格納可能な容量を有すればよい。これに対して図20Cの入力画像から、図20Dの出力画像を取得するには、本実施の形態で説明したように、半面バッファを利用することができる。図21には入力画像と出力画像の向きが同じである他のケースが示される。図21Cの入力画像右目画像データR、左目画像データLの場合には、入力画像から1ラインデータを読出すと、バッファ302を介して、出力画像の2ラインデータ分を取得できる図21D参照。したがって、バッファ302については1個のラインデータを格納可能な容量を有すればよい。これに対して図21Aの入力画像から、図21Bの出力画像を取得するには、本実施の形態で説明したように、半面バッファを利用することができる。図22には、入力画像と出力画像の方向が異なるケースが示される。図22Aの入力画像を90度回転処理する。回転処理後の画像は図20Cの入力画像を示す。したがって、半面バッファを用いて、図22Bの出力画像を取得することができる。また、図22Cの入力画像についても、90度回転処理し、回転処理後の画像は図21Aの入力画像を示す。したがって、半面バッファを用いて、図22Dの出力画像を取得することができる。なお、90度回転処理においてティアリングを防止するために、好ましくは、別途、バッファを用いる。図23~図30を参照して、画像組み換え処理のさらなる変形例について説明する。図23には、画像データ記憶部101に格納される入力画像が示される。この入力画像は、左目画像データLおよび右目画像データRを含む。上述の画像組み換え処理により図23の入力画像から、図24のような出力画像を得ることができる。図24の出力画像では、ラインデータL0、R0、L1、R1...の順に従って、左目画像データLと右目画像データRのラインデータが1個ずつ交互に配置される。視差バリア104の仕様の仕様によっては、2ラインデータずつ交互に配置することもできる。図25では、図23の入力画像から、ラインデータL0、L1、R0、R1、L2、L3...というように、2ラインデータずつ交互に入替えて取得される出力画像が例示される。具体的には、画像データ記憶部101からは1ラインデータずつ読出し、読出したラインデータをバッファ302に書込むが、バッファ302からの2ラインデータずつ読出し、読出した2ラインデータを画面部に出力することで、図25の出力画像を取得することができる。図26は、図25の変形例であって、まず右目画像データのラインデータRi、次に左目画像のラインデータLiを、2ラインデータずつ交互に入替えて配置されて取得される出力画像を示す。図25および図26では、2ラインデータずつ交互に配置したが、図27と図28のように、一定の態様で配置されるラインデータを含む複数個のブロックBLを配置することにより、出力画像を生成することができる。図29と図30では、ラインデータの画素データPkのRGBの配列を異ならせた態様が示される。<第2の実施の形態>上述した実施の形態では、画像処理部102が搭載される画像表示端末として携帯端末100を例示したが、携帯型ではない据え置き型のコンピュータなどの画像表示端末に搭載されてもよい。本実施の形態における携帯端末100が行なう画像処理の方法は、プログラムとして提供することができる。このようなプログラムは、携帯端末100または上述の情報処理端末に付属するCDCompactDisc-ROM、ROM、RAMおよび外部メモリ170に相当するメモリカードなどのCPU110が読取り可能な記録媒体に記録させて、プログラム製品として提供することもできる。あるいは、情報処理端末に内蔵する図示のないハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介した携帯端末100または情報処理端末の所定記憶領域へのダウンロードによって、プログラムを提供することもできる。提供されるプログラム製品は、記憶部145などのプログラム格納部にインストールされてCPU110により読出されて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。"