(57)【要約】【課題】簡易な構成で安定にデータ読出が可能な再生装置（ホログラムリーダ）の実現。【解決手段】画像化されたデジタルデータの物体光と記録用参照光とを干渉させて得られる干渉縞によって、上記デジタルデータが複数の要素ホログラムとして記録されたホログラム記録媒体に再生用参照光を照射し、上記再生用参照光の照射によって上記ホログラム記録媒体から得られる再生像を検出する。そして検出された再生像に基づいて読出データを生成する。そして読出データをメモリに記憶させるか否かを判別し、判別結果に応じて読出データをメモリに記憶させる。メモリに所定量以上のデータが蓄積された場合に、メモリに蓄積された読出データから再生データを生成して再生する。【選択図】図７
2007048422.tif 000002
【特許請求の範囲】
【請求項１】
画像化されたデジタルデータの物体光と記録用参照光とを干渉させて得られる干渉縞によって、上記デジタルデータが複数の要素ホログラムとして記録されたホログラム記録媒体から上記デジタルデータを再生する再生装置において、
上記ホログラム記録媒体に再生用参照光を照射する参照光照射手段と、
上記再生用参照光の照射によって上記要素ホログラムから得られる再生像を検出し、検出された再生像に基づいて読出データを生成する読出手段と、
上記読出手段によって生成された読出データを記憶する記憶手段と、
上記読出手段によって生成された読出データの、上記記憶手段への記憶の可否を判別する判別手段と、
上記記憶手段に記憶された読出しデータから再生データを生成する再生データ生成手段と、
上記判別手段によって上記記憶手段への上記読出データの記憶が許可された場合に上記読出データが上記記憶手段に記憶されるように制御し、上記記憶手段に記憶された読出データから上記再生データ生成手段によって再生データが生成されるように制御する制御手段と、
を備えることを特徴とする再生装置。
【請求項２】
上記制御手段は、上記読出データが上記記憶手段に未記憶と上記判別手段にて判別された場合に、上記読出データが上記記憶手段に記憶されるように制御することを特徴とする請求項１に記載の再生装置。
【請求項３】
上記読出データには所定の判別情報が付与されており、
上記判別手段は、上記判別情報に基づいて上記読出データが上記記憶手段に記憶済みの読出データであるか否かを判別することを特徴とする請求項２に記載の再生装置。
【請求項４】
使用者が上記再生装置を移動させて上記ホログラム記録媒体に対する相対位置を変位させることで、上記参照光照射手段から上記ホログラム記録媒体に再生用参照光が照射されていくとともに、
再生用参照光が照射された要素ホログラムの再生像から生成される読出データの上記記憶手段への記憶の可否が、上記判別手段に判別されることを特徴とする請求項１に記載の再生装置。
【請求項５】
上記読出データには、各々所定の判別情報が付与されていることを特徴とする請求項１に記載の再生装置。
【請求項６】
上記読出データは冗長データを備え、複数の読出データの冗長データに基づいて他の読出データが生成可能であることを特徴とする請求項１に記載の再生装置。
【請求項７】
上記再生装置は、上記記憶手段に記憶された読出データが所定量を越えたと判断された場合に、上記記憶手段に記憶された読出データに基づいて再生データを生成する再生データ生成手段をさらに備えることを特徴とする請求項１に記載の再生装置。
【請求項８】
上記読出データは冗長データを備え、複数の読出データの冗長データに基づいて他の読出データが生成可能であって、
上記記憶手段に記憶された複数の読出データの冗長データに基づいて他の読出データを生成し、生成した読出データを上記記憶手段に書き込む読出データ生成手段を、さらに備えることを特徴とする請求項７に記載の再生装置。
【請求項９】
上記再生データの生成が開始される上記所定量に対する、上記記憶手段に記憶された読出データの比率を算出する読出比率算出手段と、
上記読出比率算出手段によって算出された結果に基づく提示を行う提示手段と、
をさらに備えることを特徴とする請求項７に記載の再生装置。
【請求項１０】
上記再生装置は、上記ホログラム記録媒体のマップを表示する表示手段をさらに備え、
上記表示手段に、上記記憶手段に記憶された読出データの上記ホログラム記録媒体上の略位置が判別可能なマップを表示することを特徴とする請求項７に記載の再生装置。
【請求項１１】
上記ホログラム記録媒体には、同一データ内容の複数の要素ホログラムが記録されており、
上記表示手段に、上記読出データと同一データが記録されている要素ホログラムの上記ホログラム記録媒体上の略位置も判別可能にマップを表示することを特徴とする請求項１０に記載の再生装置。
【請求項１２】
上記読出手段によって生成された読出データのエラー率と、上記記憶手段にすでに記憶済みの読出データのエラー率とを比較するエラー率比較手段をさらに備え、
上記判別手段は、上記エラー率比較手段の比較結果に基づいて上記読出手段によって生成された読出データの上記記憶手段への記憶の可否を判別することを特徴とする請求項１に記載の再生装置。
【請求項１３】
上記ホログラム記録媒体には、同一データ内容の複数の要素ホログラムが記録されていることを特徴とする請求項１に記載の再生装置。
【請求項１４】
上記ホログラム記録媒体には、第１の角度で照射される記録用参照光を用いて形成された第１の要素ホログラムと、第２の角度で照射される記録用参照光とを用いて形成された第２の要素ホログラムとが記録されており、
上記再生装置は、
上記参照光照射手段による再生用参照光の照射角度を上記第１の角度、上記第２の角度に切り換える参照光照射角度制御手段を更に備えるとともに、
上記読出手段は、上記参照光照射手段から上記第１の角度の再生用参照光が照射されたときに上記第１の要素ホログラムから得られる再生像を検出し、また上記参照光照射手段から上記第２の角度の再生用参照光が照射されたときに上記第２の要素ホログラムから得られる再生像を検出することを特徴とする請求項１に記載の再生装置。
【請求項１５】
上記ホログラム記録媒体には、第１の角度で照射される記録用参照光を用いて形成された第１の要素ホログラムと、第２の角度で照射される記録用参照光とを用いて形成された第２の要素ホログラムとが記録されており、
上記再生装置は、
上記参照光照射手段からの再生用参照光の上記ホログラム記録媒体に対する照射角度の変更を使用者に求める告知を行う告知手段を更に備えると共に、
上記参照光照射手段は、一の角度で再生用参照光を照射する構成とされ、
上記読出手段は、上記参照光照射手段から上記第１の角度の再生用参照光が照射されたときに上記第１の要素ホログラムから得られる再生像を検出し、また上記参照光照射手段から上記第２の角度の再生用参照光が照射されたときに上記第２の要素ホログラムから得られる再生像を検出することを特徴とする請求項１に記載の再生装置。
【請求項１６】
画像化されたデジタルデータの物体光と記録用参照光とを干渉させて得られる干渉縞によって、上記デジタルデータが複数の要素ホログラムとして記録されたホログラム記録媒体から上記デジタルデータを再生する再生方法において、
上記ホログラム記録媒体に再生用参照光を照射するステップと、
上記再生用参照光の照射によって上記ホログラム記録媒体から得られる再生像を検出し、検出された再生像に基づいて読出データを生成するステップと、
上記生成された読出データのメモリへの記憶の可否を判別するステップと、
上記メモリへの記憶の許可がされた場合に、上記生成した読出データを上記メモリに記憶するステップと、
上記メモリに記憶された読出データから再生データを生成するステップと、
を備えることを特徴とする再生方法。
【請求項１７】
上記読出データが上記メモリに未記憶と判別された場合に、上記読出データを上記メモリに記憶することを特徴とする請求項１６に記載の再生方法。
【請求項１８】
上記メモリに記憶された読出データが所定量を越えたと判断された場合に、上記メモリに記憶された読出データに基づいて再生データを生成することを特徴とする請求項１６に記載の再生方法。
【請求項１９】
上記読出データは冗長データを備え、複数の読出データの冗長データに基づいて他の読出データが生成可能であって、
上記メモリに記憶された複数の読出データの冗長データに基づいて他の読出データを生成し、生成した読出データを上記メモリに書き込むステップを、さらに備えることを特徴とする請求項１６に記載の再生方法。
【請求項２０】
画像化されたデジタルデータの物体光と記録用参照光とを干渉させて得られる干渉縞によって、上記デジタルデータが複数の要素ホログラムとして記録されたホログラム記録媒体に再生用参照光を照射し、上記再生用参照光の照射によって上記ホログラム記録媒体から得られる再生像を検出し、検出された再生像に基づいて読出データを生成し、生成された読出データをメモリに記憶させる必要がある場合にはメモリに読出データを記憶させ、上記メモリに所定量以上のデータが蓄積された場合に、上記メモリに蓄積された読出データから再生データを生成して再生することを特徴とする再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータに応じた画像の物体光と参照光とを干渉させ、干渉縞によってデータを記録するホログラム記録媒体に対する再生装置、再生方法に関するものである。
【背景技術】
【０００２】
【特許文献１】特許第３５９６１７４号公報
【特許文献２】特許第３４９８８７８号公報
【特許文献３】特開２００１−１８３１０８号公報
【特許文献４】特開２００５−１７３６４６号公報
【特許文献５】特開平１１−３１２２１５号公報
【０００３】
物体光と参照光の干渉縞によって各種データを記録するホログラム記録媒体が知られている。そしてホログラム記録媒体は、記録密度を飛躍的に向上させ、著しい大容量化が可能であることも知られており、例えばコンピュータデータや、オーディオやビデオ等のＡＶ（Audio-Visual）コンテンツデータなどに対する大容量のストレージメディアとして有用であると考えられている。
【０００４】
ホログラム記録媒体にデータを記録する際には、データを二次元ページデータとして画像化する。そして液晶パネル等に画像化したデータを表示させ、その液晶パネルを透過した光を物体光、つまり二次元ページデータの像となる物体光をホログラム記録媒体に照射する。加えて、所定の角度から参照光をホログラム記録媒体に照射する。このとき物体光と参照光によって生ずる干渉縞が、ドット状や短冊状などの１つの要素ホログラムとして記録されることになる。つまり１つの要素ホログラムは、１つの二次元ページデータを記録したものとなる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、例えばシート状等のホログラムメモリを考え、コンピュータデータやＡＶコンテンツデータなどを記録し、一般ユーザーがホログラムリーダとしての再生装置を用いて、ホログラムメモリに記録されたデータを取得できるようにするシステムを考える。
シート状のホログラムメモリとは、メディア表面としての平面上に多数の要素ホログラムを敷き詰めるように記録するものであり、このメディア表面に対してホログラムリーダを対向させて、各要素ホログラムとして記録されたデータを読み取っていくようにするものである。
このようなシステムを考えた場合、その使用形態やシステム形態に応じて次のような点を考慮することが必要となる。
・ホログラムリーダのユーザーへの安価な提供及びそのための簡易な装置構成。
・ホログラムリーダの安定したデータ再生性能。
・ホログラムリーダによる読取の際の使用性の向上。
・ホログラムメモリとしてコンテンツデータ等の記憶のための或る程度の容量の維持。
【０００６】
本発明では、これらの観点を考慮しつつ、例えばユーザーがホログラム記録媒体からデータ取得できるシステムにおいて好適な再生装置、再生方法を実現することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の再生装置は、画像化されたデジタルデータの物体光と記録用参照光とを干渉させて得られる干渉縞によって、上記デジタルデータが複数の要素ホログラムとして記録されたホログラム記録媒体から上記デジタルデータを再生する再生装置である。そして、上記ホログラム記録媒体に再生用参照光を照射する参照光照射手段と、上記再生用参照光の照射によって上記要素ホログラムから得られる再生像を検出し、検出された再生像に基づいて読出データを生成する読出手段と、上記読出手段によって生成された読出データを記憶する記憶手段と、上記読出手段によって生成された読出データの上記記憶手段への記憶の可否を判別する判別手段と、上記記憶手段に記憶された読出しデータから再生データを生成する再生データ生成手段と、上記判別手段によって上記記憶手段への上記読出データの記憶が許可された場合に上記読出データが上記記憶手段に記憶されるように制御し、上記記憶手段に記憶された読出データから上記再生データ生成手段によって再生データが生成されるように制御する制御手段とを備える。
【０００８】
また、上記制御手段は、上記読出データが上記記憶手段に未記憶と上記判別手段にて判別された場合に、上記読出データが上記記憶手段に記憶されるように制御する。
また、上記読出データには所定の判別情報が付与されている。
また、上記判別手段は、上記判別情報に基づいて上記読出データが上記記憶手段に記憶済みの読出データであるか否かを判別する。
また、使用者が上記再生装置を移動させて上記ホログラム記録媒体に対する相対位置を変位させることで、上記参照光照射手段から上記ホログラム記録媒体に再生用参照光が照射されていくとともに、再生用参照光が照射された要素ホログラムの再生像から生成される読出データの上記記憶手段への記憶の可否が、上記判別手段に判別される。
また、上記読出データは冗長データを備え、複数の読出データの冗長データに基づいて他の読出データが生成可能である。
また、上記記憶手段に記憶された複数の読出データの冗長データに基づいて他の読出データを生成し、生成した読出データを上記記憶手段に書き込む読出データ生成手段をさらに備える。
また、上記記憶手段に記憶された読出データが所定量を越えたと判断された場合に、上記記憶手段に記憶された読出データに基づいて再生データを生成する再生データ生成手段をさらに備える。
また、上記再生データの生成が開始される上記所定量に対する、上記記憶手段に記憶された読出データの比率を算出する読出比率算出手段と、上記読出比率算出手段によって算出された結果に基づく提示を行う提示手段とをさらに備える。
また、上記ホログラム記録媒体のマップを表示する表示手段をさらに備え、上記表示手段に、上記記憶手段に記憶された読出データの上記ホログラム記録媒体上の略位置が判別可能なマップを表示する。
また、上記ホログラム記録媒体には、同一データ内容の複数の要素ホログラムが記録されている。
また、上記表示手段に、上記読出データと同一データが記録されている要素ホログラムの上記ホログラム記録媒体上の略位置も判別可能にマップを表示する。
また、上記読出手段によって生成された読出データのエラー率と、上記記憶手段にすでに記憶済みの読出データのエラー率とを比較するエラー率比較手段をさらに備え、上記判別手段は、上記エラー率比較手段の比較結果に基づいて上記読出手段によって生成された読出データの上記記憶手段への記憶の可否を判別する。
また、上記ホログラム記録媒体には、第１の角度で照射される記録用参照光を用いて形成された第１の要素ホログラムと、第２の角度で照射される記録用参照光とを用いて形成された第２の要素ホログラムとが記録されており、上記再生装置は、上記参照光照射手段による再生用参照光の照射角度を上記第１の角度、上記第２の角度に切り換える参照光照射角度制御手段を更に備えるとともに、上記読出手段は、上記参照光照射手段から上記第１の角度の再生用参照光が照射されたときに上記第１の要素ホログラムから得られる再生像を検出し、また上記参照光照射手段から上記第２の角度の再生用参照光が照射されたときに上記第２の要素ホログラムから得られる再生像を検出する。
また上記ホログラム記録媒体には、第１の角度で照射される記録用参照光を用いて形成された第１の要素ホログラムと、第２の角度で照射される記録用参照光とを用いて形成された第２の要素ホログラムとが記録されており、上記再生装置は、上記参照光照射手段からの再生用参照光の上記ホログラム記録媒体に対する照射角度の変更を使用者に求める告知を行う告知手段を更に備えると共に、上記参照光照射手段は、一の角度で再生用参照光を照射する構成とされ、上記読出手段は、上記参照光照射手段から上記第１の角度の再生用参照光が照射されたときに上記第１の要素ホログラムから得られる再生像を検出し、また上記参照光照射手段から上記第２の角度の再生用参照光が照射されたときに上記第２の要素ホログラムから得られる再生像を検出する。
【０００９】
本発明の再生方法は、画像化されたデジタルデータの物体光と記録用参照光とを干渉させて得られる干渉縞によって、上記デジタルデータが複数の要素ホログラムとして記録されたホログラム記録媒体から上記デジタルデータを再生する再生方法において、上記ホログラム記録媒体に再生用参照光を照射するステップと、上記再生用参照光の照射によって上記ホログラム記録媒体から得られる再生像を検出し、検出された再生像に基づいて読出データを生成するステップと、上記生成された読出データのメモリへの記憶の可否を判別するステップと、上記メモリへの記憶の許可がされた場合に、上記生成した読出データを上記メモリに記憶するステップと、上記メモリに記憶された読出データから再生データを生成するステップとを備える。
また、上記読出データが上記メモリに未記憶と判別された場合に、上記読出データを上記メモリに記憶する。
また、上記メモリに記憶された読出データが所定量を越えたと判断された場合に、上記メモリに記憶された読出データに基づいて再生データを生成する。
また、上記読出データは冗長データ（パリティ）を備え、複数の読出データの冗長データに基づいて他の読出データが生成可能であって、上記メモリに記憶された複数の読出データの冗長データに基づいて他の読出データを生成し、生成した読出データを上記メモリに書き込むステップを、さらに備える。
【００１０】
本発明の再生装置は、画像化されたデジタルデータの物体光と記録用参照光とを干渉させて得られる干渉縞によって、上記デジタルデータが複数の要素ホログラムとして記録されたホログラム記録媒体に再生用参照光を照射し、上記再生用参照光の照射によって上記ホログラム記録媒体から得られる再生像を検出し、検出された再生像に基づいて読出データを生成し、生成された読出データをメモリに記憶させる必要がある場合にはメモリに読出データを記憶させ、上記メモリに所定量以上のデータが蓄積された場合に、上記メモリに蓄積された読出データから再生データを生成して再生する。
【００１１】
記録するデータを２次元ページデータとして画像化し、１つの要素ホログラムとして記録したホログラム記録媒体に対して、再生装置で各要素ホログラムを読み出していき、再生データを得るようにすることで、例えばコンピュータデータやＡＶコンテンツデータを提供できる比較的大容量なストレージメディアシステムを実現できる。
ここで再生装置、再生方法としては、ホログラム記録媒体上の各要素ホログラムからの読出データについては、判別手段の判別に応じて記憶手段への記憶の可否を決定する。例えば記憶手段にまだ記憶されていない読出データが得られたときに、記憶手段に記憶する。既に記憶されている読出データが得られた場合は、例えばその読出データを破棄するなどして記憶しない。そして記憶手段に所定量の読出データが揃った時点で再生データを再構築して生成する。
このことは、各要素ホログラムの読み出し順序を規定しないことと、或る要素ホログラムの読出データが重複して読み出されることを許容することになり、換言すれば、各要素ホログラムに対する読み出しスキャンの自由度を高め、またホログラム記録媒体上での要素ホログラムの形成方式にも自由度を高めることになる。
そしてこれは、再生装置にスキャン機構を設けず、ユーザーが再生装置を持ってホログラム記録媒体上を移動させることで、各要素ホログラムを読み取っていくような再生方式にも好適となる。
【００１２】
なお、上記の所定量とは、再生データ再構築のために必要なデータを取得できた状態とするという意味での所定量であり、必ずしもホログラム記録媒体上の全部の要素ホログラムを読み出すこととをいうものではない。もちろんホログラム記録媒体上の全部の要素ホログラムを読み出せば、再生データ構築のために必要な所定量の要素ホログラムの読出データが得られたと言えるが、例えば同一内容のデータが複数の要素ホログラムで記録されている場合など、全ての要素ホログラムの読出を行わなくても、再生データ構築のために必要な所定量の読出データが得られた状態となる場合もある。
【発明の効果】
【００１３】
本発明によれば、再生装置側はホログラム記録媒体の各要素ホログラムの読み出しを行うための精密なスキャン機構を設ける必要がない。特にユーザーが再生装置をホログラム記録媒体に対向させて移動させるようにする場合（例えば左右に振るなど）、スキャン機構は不要となる。これにより再生装置の構成を大幅に簡略化し、小型で低価格な装置としてユーザーに提供できる。
また、簡易なスキャン機構、或いはユーザーによる手動のスキャンとして再生装置を移動させてホログラム記録媒体の読取を行う場合、各要素ホログラムの読み出しは確率的に行われるものとなるが、得られた読出データを記憶手段に記憶していき、所定量の読出データが揃った時点で再生データを再構築して生成する処理を行うことで、再生データを適切に得ることができる。
【００１４】
またホログラム記録媒体に、同一内容のデータの要素ホログラムが複数記録されているいことで、各データの読取の確率を上げることになり、読取性能の向上及び読取時間の短縮に好適である。
また提示手段でデータ読出の進捗状況、つまり読出済の読出データの比率や、表示手段で読出済の読出データに対応する要素ホログラムの位置を示すマップ表示が行われることで、使用性の向上や効率の良いスキャンを促すことができる。
【００１５】
また第１、第２の角度の記録用参照光により角度多重記録された第１、第２の要素ホログラムについてデータ読出を行う場合も、再生用参照光の角度を、第１、第２の要素ホログラムのそれぞれに対応する角度、つまり記録時の参照光と同一の角度とすることで対応できる。これは再生用参照光の光源を切り換えたり、或いはユーザーにスキャンの際の角度の変更を求める（例えば再生装置の持ち方の変更を求める）ようにすることで、装置構成の複雑化を招かずに実現できる。これによりホログラム記録媒体の大容量化にも対応できる。
【００１６】
また、読出手段によって生成された読出データのエラー率と、記憶手段にすでに記憶済みの読出データのエラー率との比較結果に基づいて、生成された読出データの記憶手段への記憶の可否を判別することで、よりよい品質の読出データを保存することができ、結果として品質のよい再生データを得ることができる。
また、複数の読出データの冗長データ（パリティ）に基づいて他の読出データを生成することで、読み出していない要素ホログラムの読出データを得ることができ、スキャンに要する時間を短縮し、ホログラム記録媒体から迅速なデータ取得を実現できる。
【００１７】
そして以上のことから、本発明によれば、再生装置の簡易で低コストな装置構成、安定したデータ再生性能、ホログラム記録媒体の或る程度の容量確保、ホログラム記録媒体からの効率の良いデータ読出という効果を得ることができ、例えばコンピュータデータやＡＶコンテンツデータなどをホログラム記録媒体に記録し、これを広く頒布するとともに、一般ユーザーが再生装置を用いて、ホログラム記録媒体に記録されたデータを取得できるようにするシステムなどを想定した場合、非常に好適なものとすることができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の再生装置、再生方法の実施の形態としてホログラムリーダ及びその動作を説明する。説明は次の順序で行う。
［１．ホログラムメモリの記録再生］
［２．ホログラムリーダの第１の構成例及び読取進捗状況表示を含む再生処理］
［３．要素ホログラムの配置構成］
［４．マップ表示を行う再生処理］
［５．ホログラムリーダの第２の構成例及び読取進捗状況音声提示を含む再生処理］
［６．ホログラムメモリの角度多重記録再生］
［７．ホログラムリーダの第３の構成例及び角度多重記録に対する再生処理］
［８．ホログラムリーダの第４の構成例及びミキシングストラテジを含む再生処理］
［９．ホログラムリーダの第５の構成例及び外部パリティ処理を含む再生処理］
【００１９】
［１．ホログラムメモリの記録再生］
まずホログラムメモリ３の基本的な記録再生動作について図１で説明する。
図１（ａ）はホログラムメモリ３に対するデータ記録の様子を示している。
記録時には、記録光学系として液晶パネル１、集光レンズ２の他、図示しない光源や所要の光学系素子が配置される。また記録用の参照光（以下、記録参照光Ｌ３と言う）が、所定の角度状態でホログラムメモリ３に照射されるようにしている。
【００２０】
例えばオーディオ／ビデオコンテンツデータやコンピュータプログラム等としての記録データをホログラムメモリ３に記録する場合、その記録データを図１（ｃ）のように、１つの二次元ページデータ（二次元画像ＤＰ）とする単位としての所定バイト毎のデータブロックＢＬＫに分割する。そして各データブロックＢＬＫのデータを、それぞれ１つの二次元画像ＤＰにエンコードする。
なお、各データブロックＢＬＫから生成される二次元画像ＤＰには、そのエンコードの際に、データブロック番号等のデータブロックＢＬＫを識別するアドレス情報や、データブロックのデータサイズ、記録データ全体のデータ名称、データサイズ、分割したデータブロック数、データ属性（データ種類や変調方式、圧縮方式等）などの情報がヘッダ情報として付加される。つまり各データブロックＢＬＫのデータは、それぞれ上記の各種の判別情報を含むヘッダ情報を付加した上で二次元画像ＤＰに変換される。
【００２１】
そして図１（ａ）に示すように、二次元画像ＤＰは、液晶パネル１において表示される。
所定の光源から出力され、例えば平行光とされたレーザ光Ｌ１は、二次元画像ＤＰが表示された液晶パネル１を通過することで、その二次元画像ＤＰの像としての物体光Ｌ２となる。
この物体光Ｌ２は、集光レンズ２で集光され、ホログラムメモリ３上にスポットとして集光される。
このとき、ホログラムメモリ３に対しては、所定角度で記録参照光Ｌ３が照射されている。これにより物体光Ｌ２と参照光Ｌ３が干渉し、その干渉縞がドット状の要素ホログラムとして記録されることになる。
なお、このように集光レンズ２を用いる場合、要素ホログラムとして記録されるデータは、集光レンズ２のフーリエ変換作用により、記録データの像のフーリエ像となる。
【００２２】
このようにしてホログラムメモリ３に１つの要素ホログラムが記録されるが、図１（ｃ）の記録データを構成する各データブロックＢＬＫのデータが、同様に二次元画像ＤＰに変換され、液晶パネル１に表示され、それぞれ要素ホログラムとして記録されていく。
各要素ホログラムの記録の際には、図示しない移送機構により、ホログラムメモリ３（ホログラム材料）の位置を移送させ（もしくは記録光学系を移送させ）、要素ホログラムの記録位置をホログラムメモリ３の平面上で僅かにずらせていく。これにより、例えばシート状のホログラムメモリ３に、その平面方向に多数の要素ホログラムが配置されるように記録が行われていくことになる。
例えば図２には、１つの要素ホログラムを○で表しているが、このように平面上に多数の要素ホログラムが形成される。
図２では、ホログラムメモリ３の平面上に、横方向に３２個の要素ホログラム、縦方向に２４個の要素ホログラムを配置した例を示している。各要素ホログラムには図３に示すように、例えば５１２×３８４画素（ピクセル）の二次元画像ＤＰが記録される。
【００２３】
このように要素ホログラムが記録されたホログラムメモリ３に対しては図１（ｂ）のように再生が行われる。図１（ｂ）に示すコリメータレンズ４及びイメージャ５は、ホログラムリーダとしての再生装置内に設けられる構成である。
ホログラムメモリ３に対しては、記録時と同じ照射角度で、再生参照光Ｌ４を照射する。再生参照光Ｌ４を照射すると、要素ホログラムとして記録された再生像が得られる。つまり二次元ページデータの像が、記録時の液晶パネル１と共役な場所に現れる。これをイメージャ５で読み取ればよい。
即ちホログラムメモリ３からの再生像光Ｌ５はコリメータレンズ４で平行光とされ、例えばＣＣＤ撮像素子アレイ、もしくはＣＭＯＳ撮像素子アレイなどで形成されたイメージャ５に入射する。ホログラムメモリ３上でのフーリエ像は、コリメータレンズ４で逆フーリエ変換されて二次元ページデータの像となるため、この二次元画像ＤＰとしての再生像がイメージャ５で読み取られる。
イメージャ５は再生像に応じた電気信号としての再生像信号を発生させる。この再生像信号についてデコード処理を行うことで、元々のデータ、つまり記録のために二次元ページデータに変換する前のデータが得られることになる。
ホログラムメモリ３上の多数の要素ホログラムについて同様にデータ読出を行っていくことで、記録された元々のコンテンツデータ等を再生することができる。
【００２４】
上記のように要素ホログラムによってデータが記録されるホログラムメモリ３は、密着コピーによる大量複製も容易に可能である。
従って、図１（ａ）のようにしてホログラム材料上に要素ホログラムを記録したホログラムメモリ３は、それをそのまま一般ユーザーに提供するホログラムメモリとしても良いが、これをマスターメディアとし、密着コピーにより大量のホログラムメモリの複製に用いてもよい。
例えばコンピュータデータやＡＶコンテンツデータなどをホログラム記録媒体に記録し、これを広く頒布するとともに、一般ユーザーが再生装置（後述するホログラムリーダ６）を用いて、ホログラムメモリ３に記録されたデータを取得できるようにするシステムなどを想定した場合、図１（ａ）のようにしてホログラムマスターメディアを生成し、そのマスターメディアから複製されたホログラムメモリを頒布して、ユーザーサイドで図１（ｂ）の動作でデータを読み出すようにすることが好適である。
【００２５】
またホログラムメモリ３は、それ自体がコンピュータデータやＡＶコンテンツデータ等の提供媒体として、現在一般に流通しているＣＤ、ＤＶＤのようなパッケージメディア形態でユーザーに販売、提供されるものでもよいし、ポスターや書籍などに貼付されたり印刷形成されて、ユーザーがホログラムリーダを用いて、各種データ等を入手できるような形態とされてもよい。
【００２６】
後述する本実施の形態の再生装置としてのホログラムリーダ６は、ホログラムメモリ３に対して再生参照光Ｌ４を照射して各要素ホログラムを読み取っていくスキャンを行う。このスキャン方式としては、ユーザーが実行する手動スキャン方式と、ホログラムリーダ６が機構的に実行する自動スキャン方式とが考えられる。
【００２７】
手動スキャン方式の例を図４に示す。図４（ａ）には一例として、オーディオコンテンツなどのデータが記録されたホログラムメモリ３が、ポスターＰＴ等に貼付されている状態を示している。ホログラムリーダ６は、ユーザーが手に持てる程度に小型軽量の機器とされている。このホログラムリーダ６の筐体上の一面には、上述した再生参照光Ｌ４を出力する光源や、ホログラムメモリ３からの再生像光を取り込むためのレンズ系などが形成されている。
ユーザーは図のようにホログラムリーダ６を持って、その筐体の一面側がホログラムメモリ３に対向するようにした状態で近接させ、ホログラムリーダ６を任意の方向に振るようにする。このとき、再生参照光Ｌ４が所定角度で照射された要素ホログラムの再生像がホログラムリーダ６によって読み取られていく。
なお、図４（ａ）にはホログラムリーダ６をホログラムメモリ３から離した状態でユーザーが左右に振るような様子を示しているが、図５に示すように、ホログラムリーダ６の筐体の一部をホログラムメモリ３の表面上に接触させた状態で上下左右に振る、つまり摺動させるようなスキャン方式も想定される。
【００２８】
図４（ｂ）は、多数の要素ホログラムｈ１、ｈ２・・・ｈ２４が記録されたホログラムメモリ３を模式的に示しているが、ユーザーは任意に、例えば左右にホログラムリーダ６を振ることで、ホログラムメモリ３に対する読出スキャンの軌跡（再生参照光Ｌ４のスポットの軌跡）は破線で示すようになる。
実際にユーザーがどのようにホログラムリーダ６を移動させるかは全く不定であるため、再生参照光Ｌ４のスポットは、全く不規則かつ不安定に、ホログラムメモリ３上の要素ホログラムに照射される。この状態で、再生参照光Ｌ４のスポットが照射された要素ホログラムの再生像がホログラムリーダ６に読み取られていくことになる。つまり各要素ホログラムｈ１、ｈ２・・・ｈ２４は、それぞれ、確率的に読み出しが行われる。ホログラムリーダ６側では読み取れた要素ホログラムから順にデコードして読出データとして蓄積し、必要量の読出データがデコードできた時点で、再生データを再構成すればよい。
【００２９】
一方、自動スキャン方式とは、ホログラムリーダ６が例えば内部のスキャン機構の動作によって再生参照光Ｌ４の照射位置を移動させたり、或いはコリメータレンズ４及びイメージャ５を保持するユニットを移動させて行くことで、ホログラムメモリ３上の各要素ホログラムを順次読み取っていく方式である。例えば図５のようにホログラムリーダ６をポスター等に貼付されたホログラムメモリ３に対向させた状態で自動スキャンを行うことが考えられる。即ちその場合は、ユーザーは単にホログラムリーダ６をホログラムメモリ３の正面に維持していればよく、スキャン機構によって再生参照光Ｌ４の照射位置やレンズ系が移動されることで、ホログラムメモリ３上の各要素ホログラムに対するスキャンが行われる。
又は、例えばホログラムメモリ３としてのシートをカード状の基板部に貼付した形式のメディアとし、これをホログラムリーダ６内に装填し、ホログラムリーダ６内でスキャン動作を行って各要素ホログラムを読み取っていくような方式も想定できる。
【００３０】
［２．ホログラムリーダの第１の構成例及び読取進捗状況表示を含む再生処理］
実施の形態のホログラムリーダ６の構成例として第１の構成例を図６で説明する。
ホログラムリーダ６は、撮像部１０、信号処理部２０、メモリ部３０、外部機器ＩＦ部４０の４つのブロックを有する。これら各部は、システムコントローラ５１の制御に基づいてそれぞれ所要の動作を行う。
【００３１】
システムコントローラ５１は、例えばマイクロコンピュータにより形成され、ホログラムメモリ３からのデータ読取のための動作を実行するために各部を制御する。
またシステムコントローラ５１は操作部５３の操作情報を監視し、ユーザーの操作に応じて必要な制御を行う。
またシステムコントローラ５１は、表示部５２を制御してユーザーに提示する各種の情報の表示を実行させる。
表示部５２は、例えばホログラムリーダ６の筐体上に設けられる液晶ディスプレイとその駆動回路で構成され、システムコントローラ５１の表示制御に基づいて、動作状態や読出状況の表示を行う。例えば読出状況の表示としては、上記手動スキャンを行っている際に、コンテンツデータ等の記録データのうちの何パーセントの読込が完了しているかを示す進捗状況表示や、読み出したデータについての要素ホログラムの位置を示すような位置提示画像（マップ画像）の表示を行う。
【００３２】
撮像部１０は、ホログラムメモリ３の要素ホログラムから再生される二次元画像を撮像するためのブロックであり、コリメータレンズ１１、撮像素子部（イメージャ）１２、カメラ制御機構部１３、発光駆動部１４、ホログラムスキャン制御部１５、参照光光源１６を有して構成される。
コリメータレンズ１１、撮像素子部１２は、図１（ｂ）で説明したコリメータレンズ４及びイメージャ５に相当する。撮像素子部１２はＣＭＯＳイメージセンサ、或いはＣＣＤイメージセンサ等の二次元画像を検出する装置である。
カメラ制御機構部１３は撮像素子部１２（或いは参照光光源１６）とホログラムメモリ３との位置関係を制御するための装置であり、可動部を手動または自動で制御する機能を持つ。なお、図４，図５で説明したような手動スキャン方式を採用する場合は、このカメラ制御機構部１３は不要となる。
参照光光源１６は、図１に示した記録時の記録参照光Ｌ３と同じ角度でホログラムメモリ３に対して再生参照光Ｌ４を照射するようにホログラムリーダ６の筐体上に配置されている。例えばＬＥＤ（Light Emitting Diode）或いは半導体レーザによる参照光光源１６は、発光駆動部１４によって発光される。発光駆動部１４は、当該ホログラムリーダ６によってホログラムメモリ３の再生を行う場合に、システムコントローラ５１の指示によって参照光光源１６を発光駆動する。
ホログラムスキャン制御部１５は、撮像素子部１２から読み取られた二次元画像の状態及び変数用メモリ２６に格納されたこれまでのスキャン状況を元にホログラムスキャンの撮像タイミングと読み出し画素を決定し、スキャンタイミング信号、スキャンアドレス信号を撮像素子部１２に与えて撮像素子部１２での撮像動作を制御する。また撮像素子部１２で得られた二次元画像信号の処理を行う。
【００３３】
信号処理部２０は、撮像部１０にて撮像された一連の二次元画像に信号処理を施すためのブロックであり、メモリコントローラ２１、光学補正変数算出部２２、幾何歪み補正変数算出部２３、二値化部２４、復号部２５、変数用メモリ２６で構成される。
メモリコントローラ２１は、ホログラムスキャン制御部１５、光学補正変数算出部２２、幾何歪み補正変数算出部２３、二値化部２４、復号部２５の各々と、メモリ部３０とのデータ読み書きのアービトレーションをとる。
光学補正変数算出部２２は、二次元画像内の輝度バラツキの状態を検出し、光学補正変数を決定する。
幾何歪み補正変数算出部２３は、二次元画像内の幾何学的な歪みを検出し、幾何補正変数を決定する。
二値化部２４は、光学補正変数及び幾何補正変数を元に、二次元画像を二値化する。
復号部２５は二値化部２４で二値化されたデータを復号し、ホログラムメモリ３からの読出データを得る。
変数用メモリ２６は光学補正変数算出部２２で算出された光学補正変数、幾何歪み補正変数算出部２３で算出された幾何補正変数を格納する。
【００３４】
メモリ部３０は、ホログラムスキャン制御部１５から転送されてくる二次元画像を記憶する機能と、信号処理部２０にて行われる信号処理中間結果を記憶する機能、復号部２５にて復号された情報（要素ホログラムの画像を復号して生成される読出データ）を記憶する機能を有する装置であり、情報用メモリ３１と不揮発性メモリ３２で構成される。
情報用メモリ３１は、例えばＤＲＡＭ（Dynamic Random Access Memory）で構成され、ホログラムスキャン制御部１５から転送されてくる二次元画像を記憶する記憶領域とされる。記憶した二次元画像は、光学補正変数算出部２２、幾何歪み補正変数算出部２３、二値化部２４の処理のために読み出される。
不揮発性メモリ３２は復号部２５で復号された情報である読出データ、例えば音声／映像情報等としての読出データの記憶領域とされる。なお、読出データの記憶領域を情報用メモリ３１に確保してもよい。
【００３５】
外部機器ＩＦ部４０は、このホログラムリーダ６で読み出した音声／映像情報等を外部機器１００へ伝送する装置であり、外部機器インターフェース４１を備える。
【００３６】
ホログラムメモリ３からのデータ読出の際の各部の動作を述べる。
ホログラムメモリ３に対するスキャンを行う際には、発光駆動部１４が参照光光源１６を発光駆動する。再生参照光Ｌ４が照射されたホログラムメモリ３からは、要素ホログラムの再生像光が得られ、これがコリメータレンズ４を介して撮像素子部１２に結像する。撮像素子部１２に結像した二次元画像は、電気信号に変換されてホログラムスキャン制御部１５に転送される。
【００３７】
ホログラムスキャン制御部１５は、撮像素子部１２の動作を制御すると共に、撮像素子部１２によって得られる二次元画像信号の処理を行う。
即ちホログラムスキャン制御部１５は、撮像素子部１２に対してスキャンタイミング信号、スキャンアドレス信号等を供給して、いわゆる撮像動作により固体撮像素子アレイで得られる二次元画像信号を順次転送出力させる。そして撮像素子部１２から転送されたきた二次元画像信号について、サンプリング処理、ＡＧＣ処理、Ａ／Ｄ変換処理等を施して出力する。
【００３８】
ホログラムスキャン制御部１５から出力されるデジタルデータ化された二次元画像信号は、メモリコントローラ２１の制御によって情報用メモリ３１に記憶される。
【００３９】
情報用メモリ３１に記憶された二次元画像信号については、光学補正変数算出部２２で、光学補正変数が算出される。即ち情報用メモリ３１から光学補正変数算出部２２に二次元画像信号が転送され、光学補正変数算出部２２で光学的な原因によるデータ値の変動である光学歪み補正や、明るさ調整補正のための補正変数が算出される。光学補正変数算出部２２は、算出した光学補正変数を変数用メモリ２６に格納する。
なお、光学補正変数算出部２２は、実際に二次元画像信号に対して光学補正処理を行うものではなく、光学補正変数を算出して変数用メモリ２６に格納する処理を行うのみである。つまり、二次元画像信号を補正し、補正した二次元画像信号を情報用メモリ３１に転送して二次元画像信号を補正した状態に更新させる動作は行われない。
【００４０】
また情報用メモリ３１に記憶された二次元画像信号については、幾何歪み補正変数算出部２３で、幾何補正変数が算出される。即ち情報用メモリ３１から幾何歪み補正変数算出部２３に二次元画像信号が転送され、幾何歪み補正変数算出部２３で、画像位置ズレ補正、画像回転ズレ補正など、幾何歪み補正のための補正変数が算出される。幾何歪み補正変数算出部２３は、算出した幾何補正変数を変数用メモリ２６に格納する。
なお、幾何歪み補正変数算出部２３も、実際に二次元画像信号に対して幾何歪み補正処理を行うものではなく、幾何補正変数を算出して変数用メモリ２６に格納する処理を行うのみであって、二次元画像信号を補正し、補正した二次元画像信号を情報用メモリ３１に転送して二次元画像信号を補正した状態に更新させる動作は行われない。
【００４１】
光学補正変数算出部２２、幾何歪み補正変数算出部２３での処理により、光学補正変数、幾何補正変数が変数用メモリ２６に格納された二次元画像信号は、情報用メモリ３１から二値化部２４に転送され、二値化される。撮像素子部１２によっては階調のある撮像データとして二次元画像信号が得られるが、これを白黒（明暗）の二値に変換する二値化処理を行うものである。ホログラムメモリ３から読み取るべきデータは、元々の記録データを白黒の二値のデータとして二次元ページデータ化されたものであるからである。
この二値化部２４では、二値化の際に、その二次元画像信号について変数用メモリ２６に格納されている光学補正変数、幾何補正変数を用いて処理を行う。即ち幾何補正変数に基づいて、情報用メモリ３１からの二次元画像信号の読込の際の座標を調整し、また光学補正変数に基づいて二値化の際の閾値を設定する。
二値化部２４で光学補正変数、幾何補正変数を用いた二値化処理を行うことで、二値化された二次元画像信号は、結果的に光学補正、幾何歪み補正が実行された状態となる。
二値化部２４で二値化された二次元画像信号は、直接、或いは情報用メモリ３１を介して、復号部２５に転送される。
【００４２】
復号部２５は、二値化された二次元画像信号、つまり１つの要素ホログラムから得られたデータについて、デコード処理やエラー訂正処理を行い、元のデータを復号する。
復号部２５は、デコードしたデータを、１つの要素ホログラムからの読出データとしてメモリコントローラ２１に受け渡す。メモリコントローラ２１は、この読出データを不揮発性メモリ３２に格納させる。
或いは後述するが、既に不揮発性メモリ３２に同一のデータブロックＢＬＫの読出データ（つまりデータ内容が同一のデータ）が存在する場合は、メモリコントローラ２１は今回復号部２５でデコードされた読出データを破棄する。
【００４３】
ホログラムメモリ３の各要素ホログラムから得られる二次元画像信号について、復号部２５で順次デコードされて得られる読出データが不揮発性メモリ３２に蓄積されていくことで、最終的に、ホログラムメモリ３に記録されている元々のデータ、例えばＡＶコンテンツデータやコンピュータデータ等が不揮発性メモリ３２上で構築できる。
例えば図４（ｂ）のように要素ホログラムｈ１、ｈ２・・・ｈ２４が記録されたホログラムメモリ３を想定すると、スキャンが進むことで、要素ホログラムｈ１、ｈ２・・・ｈ２４のそれぞれから読み出された読出データが不揮発性メモリ３２に格納された状態となる。メモリコントローラ２１は、格納された各読出データを元々のデータブロックＢＬＫとしての所定のアドレス順に並べて再構築し、記録された元のデータ、例えばコンピュータデータやＡＶコンテンツデータを生成する。
【００４４】
不揮発性メモリ３２上で再構築されたデータは、外部機器インターフェース４１により外部機器１００、例えばパーソナルコンピュータや、オーディオプレーヤ或いはビデオプレーヤ等のＡＶ装置、又は携帯電話器等の外部機器に対して、ホログラムメモリ３からの再生データとして転送される。外部機器インターフェース４１は例えばＵＳＢインターフェース等が想定される。もちろん外部機器インターフェース４１はＵＳＢ以外の規格のインターフェースでもよい。ユーザーは外部機器１００側で、ホログラムメモリ３からの再生データを利用できる。例えばパーソナルコンピュータでコンピュータデータを利用したり、ＡＶ装置や携帯電話等で、ＡＶコンテンツデータを再生させることができる。
【００４５】
なお図示していないが、所定の記録メディアに対して記録を行うメディアドライブを設け、再生データを、そのメディアドライブにより記録メディアに記録されるようにしてもよい。
記録メディアとしては、例えば光ディスク、光磁気ディスク等が想定される。例えばＣＤ（Compact Disc）方式、ＤＶＤ（Digital Versatile Disc）方式、ブルーレイディスク（Blu-ray Disc（登録商標））方式、ミニディスク（Mini Disc）方式などの各種方式の記録可能型のディスクが記録メディアとして考えられる。これらのディスクが記録メディアとされる場合、メディアドライブは、ディスク種別に対応したエンコード処理、エラー訂正コード処理、或いは圧縮処理等を施して、再生したデータをディスクに記録する。
また記録メディアとしてハードディスクも想定され、その場合、メディアドライブは、いわゆるＨＤＤ（ハードディスクドライブ）として構成される。
さらに記録メディアは、固体メモリを内蔵した可搬性のメモリカード、或いは内蔵型固体メモリとしても実現でき、その場合メディアドライブは、メモリカード或いは内蔵型固体メモリに対する記録装置部として構成され、必要な信号処理を行って再生したデータの記録を行う。
【００４６】
さらには、例えば記録メディアに記録したＡＶコンテンツデータ等をメディアドライブで再生し、その再生したＡＶコンテンツデータ等をデコードして出力する音声再生出力系、映像再生出力系を備えることは当然考えられる。
またメディアドライブで再生したデータを外部機器インターフェース４１を介して外部機器に転送することもできる。
さらに上記のＣＤ、ＤＶＤ、ブルーレイディスク、ミニディスク、メモリカード等の可搬性の記録メディアに記録した場合は、その記録メディアを外部機器で再生させることで、ユーザーはホログラムメモリ３から読み出した再生データを利用できる。
【００４７】
なお、ホログラムメモリ３に対するスキャンを行ってデータを読み出す再生動作（データダウンロード動作）と、得られたオーディオ／画像等のデータを外部機器１００に転送したり、或いは上記のように再生出力系で再生出力する動作は、基本的には同時に行われないとすれば、メモリ部３０において、情報用メモリ３１及び不揮発性メモリ３２のいずれか一方、もしくは両方を再生装置に具備された他の記憶手段で代替することにより、メモリ構成を簡略化できる。
例えば上記のように光ディスクやＨＤＤなどの記録メディアに復号したデータを記録するようにすれば、再生データ構築までは情報用メモリ３１に格納し、不揮発性メモリ３２を不要とすることも可能である。
【００４８】
このホログラムリーダ６によりホログラムメモリ３からデータ再生を行う際の処理を図７で説明する。図７はデータ再生時においてシステムコントローラ５１の制御に基づいて実行される処理を示している。
【００４９】
例えばユーザーは、操作部５３から再生開始の操作を行った後、図４又は図５のようにホログラムリーダ６をホログラムメモリ３に対向させて任意に移動させることになる。
システムコントローラ５１は、操作部５３を用いた再生開始の操作を検知したら、図７のステップＦ１０１として、発光駆動部１４に指示を与え、参照光光源１６を発光させる。つまり再生参照光Ｌ４をホログラムメモリ３に照射できる状態とする。
この状態でユーザーがホログラムリーダ６をホログラムメモリ３に対向させて移動させることで、各要素ホログラムの再生像光Ｌ５が順次イメージャ１２に検出されることになる。
【００５０】
なお、ホログラムリーダ６がカメラ制御機構部１３を備え、カメラ制御機構部１３によってスキャン位置が制御される構成の場合は、スキャン開始と共にシステムコントローラ５１はホログラムスキャン制御部１５に指示してカメラ制御機構部１３の動作を開始させる。以下では、スキャン方式は手動スキャンとし、カメラ制御機構部１３は設けられないものとして説明を続ける。
【００５１】
ステップＦ１０２では、イメージャ１２及びホログラムスキャン制御部１５の動作により、或る要素ホログラムの再生像光Ｌ５が取り込まれ、再生像信号としてのデジタルデータが得られる。ホログラムスキャン制御部１５から出力される、或る要素ホログラムの再生像信号（二次元画像信号）は、メモリコントローラ２１によって一旦情報用メモリ３１に格納される。
システムコントローラ５１は、ステップＦ１０２の動作としての要素ホログラムの二次元画像信号の取込を確認したら、ステップＦ１０３の画像処理、ステップＦ１０４のデコード処理を実行させる。
即ちシステムコントローラ５１は、ステップＦ１０３では情報用メモリ３１に取り込んだ二次元画像信号について、光学補正変数算出部２２、幾何歪み補正変数算出部２３の処理を実行させる。
またシステムコントローラ５１は、ステップＦ１０４では、二次元画像信号について二値化部２４，復号部２５の処理を実行させ、復号データ（要素ホログラムからの読出データ）を得る。
【００５２】
ステップＦ１０４で或る１つの要素ホログラムについての読出データがデコードされたら、システムコントローラ５１の指示によりメモリコントローラ２１は、ステップＦ１０５では、その読出データが、既に不揮発性メモリ３２に格納されているか否かを判断する。
例えばメモリコントローラ２１は、読出データに含まれているアドレス、データブロック番号などを確認し、これと同一のアドレス、データブロック番号の読出データが既に不揮発性メモリ３２に格納されているか否かを確認すればよい。
同じ読出データが既に不揮発性メモリ３２に格納されている場合とは、今回読み込んだ要素ホログラムが、以前に読み込まれていた場合である。ホログラムメモリ３に対しては上述の通りユーザーの手動スキャンによって各要素ホログラムの読み出しが行われるため、同じ要素ホログラムが複数回読み出されることがあるためである。或いは、後述するが、同一の内容のデータ（同一のデータブロックのデータ）を記録した要素ホログラムが複数記録されている場合もあるため、今回の読出データと同一の読出データが既に記憶されているという場合もある。
逆に、今回得られた読出データと同一の読出データが不揮発性メモリ３２に格納されていない場合とは、或るデータブロックＢＬＫについて、はじめての読出データが得られた場合である。
【００５３】
ステップＦ１０５でメモリコントローラ２１が、今回得られた読出データが、まだ不揮発性メモリ３２に格納していないものであると判断した場合は、ステップＦ１０７に進み、メモリコントローラ２１は当該読出データを、或る１つの要素ホログラムから読み出したデータとして不揮発性メモリ３２に格納させる。
【００５４】
システムコントローラ５１はステップＦ１０８では、データ読取の進捗状況を計算する。
ホログラムメモリ３からのデータ読出の際に、１つの要素ホログラムからは１つのデータブロックＢＬＫのデータが読み出されるが、この読出動作は、元の記録データとしての図１（ｃ）に示した全てのデータブロックＢＬＫのデータが読み出されるまで行われる。つまり元の記録データを構成する全てのデータブロックＢＬＫのデータがデコードされ、ステップＦ１０７の処理で不揮発性メモリ３２に格納できた時点で、データ読出が１００％完了できたことになる。
そしてステップＦ１０８での進捗状況の計算とは、その時点で、何パーセントのデータをデコードし、不揮発性メモリ３２に格納したかの計算となる。
上述したように、記録時に各要素ホログラムに記録されたデータのヘッダ情報においては、記録データ全体（例えばコンテンツデータ全体）のデータサイズや、分割したデータブロック数が記録されている。従って、最初に或る１つの要素ホログラムからのデータがデコードできた時点で、システムコントローラ５１は読み出すべき全体のデータサイズやデータブロック数を確認できる。
このため、進捗状況の計算は、既に不揮発性メモリ３２に格納した読出データとしての全体のデータサイズと、再生すべき全体のデータサイズ（元の記録データ全体のサイズ）から進捗状況が何パーセントであるかを求めることができる。
或いは、全体のデータブロック数と、不揮発性メモリ３２に格納した読出データ（つまり１データブロック）の数から、読出の進捗状況が何パーセントであるか求めることができる。
【００５５】
なお、ステップＦ１０８で、必要な全ての要素ホログラムの読取が完了すること、つまりデータ読取の進捗状況が１００％完了となるのは、以上のように再生データ（＝元の記録データ）を構成する全てのデータブロックＢＬＫのデータの読み取れたか否かという条件で判断するものであり、ホログラムメモリ３の全ての要素ホログラムの読取を完了したか否かという判断とする必要はない。後述するが、同一のデータ内容を記録した要素ホログラムが複数記録されている場合があるためである。
【００５６】
システムコントローラ５１はステップＦ１０９では、データ再生に必要な所定量のデータ読み取りが完了したか否か、即ち所定量の読出データが不揮発性メモリ３２に格納された状態になっているか否かを判断する。これは、ステップＦ１０８で計算した読取の進捗状況が１００％となったか否かの判断となる。
要素ホログラムからのデータ読取が１００％完了という状態に達していなければ、ステップＦ１１０に進み、読取進捗状況を表示部５２に表示させる。この場合、ステップＦ１０８で計算した読取進捗状況に応じた表示を実行させることになる。
そしてステップＦ１０２に戻って、続いて再生像光が読み取られてくる要素ホログラムについての処理を同様に実行していく。
【００５７】
ステップＦ１１０の読取進捗状況の表示の例を図８に示す。図８（ａ）にはホログラムメモリ３上の要素ホログラムを○及び●で示している。また破線でユーザーの手動スキャンの軌跡を示している。
手動スキャンが破線のように行われた場合、●の要素ホログラムが読み取られたことになる。仮に、○又は●で示す４９個の要素ホログラムによって、４９個のデータブロックＢＬＫに分割された各データがホログラムメモリ３に記録されているとすると、図８（ａ）のように１６個の●の要素ホログラムの読取が完了した時点、つまりステップＦ１０７で１６個目の読出データが不揮発性メモリ３２に格納された時点で、ステップＦ１０８で計算される読取進捗状況は３２％となる。
この場合、ステップＦ１１０では、例えば図８（ｂ）のように表示部５２に、進捗状況バー７０を表示させ、３２％読込完了という状況をユーザーに提示する。
また、図８（ａ）の手動スキャンから引き続いて、図８（ｃ）の破線で示すように手動スキャンが行われたとする。この時点までで●で示した読取済の要素ホログラムは８７％に達しており、つまり再生すべきデータの８７％のデータ読出が完了していることとなる。この場合にはステップＦ１１０の処理で、図８（ｄ）のように表示部５２における進捗状況バー７０及び表示数値が８７％読込完了という表示状態になる。
つまり手動スキャンとそれに伴うステップＦ１０２からＦ１０８の動作が繰り返し行われていくことに従って、表示部５２では進捗状況バー７０のパーセンテージ表示が進行していくことになり、ユーザーは、これを見ることで、あとどれくらい手動スキャンを行う必要があるのかを認識できる。
【００５８】
図７のステップＦ１０５において、デコードして得た読出データが既に不揮発性メモリ３２に格納されていると判断された場合は、処理はステップＦ１０６に進み、システムコントローラ５１は、そのデコードしたデータ、つまり或る要素ホログラムからの読出データを破棄させてステップＦ１０２に戻る。即ちこれは、同一の要素ホログラムの読み出しが既に行われていた場合である。或いは後述する同一のデータ内容を記録した要素ホログラムが複数ホログラムメモリ３に記録されている場合に、今回読み出した要素ホログラムとは別の要素ホログラムから同一の読出データが既に読み出されていた場合である。
【００５９】
なお、図７には示していないが、ステップＦ１０４でデコードエラーとなる場合がある。例えば或る要素ホログラムの再生像信号が得られた場合でも、スキャン位置が適切ではなかったなどの理由で良好な読取ができず、適正なデコードができない場合がある。そのような場合は、そのデータを破棄してステップＦ１０２にもどればよい。
【００６０】
ここまでの処理が繰り返されていくことにより、ホログラムメモリ３上の要素ホログラムがユーザーの手動スキャンに応じて順不同に読み出され、不揮発性メモリ３２には、図１（ｃ）の各データブロックＢＬＫのデータが順不同に蓄積されていく。
ステップＦ１０８で、読取進捗状況が１００％と計算され、ステップＦ１０９でホログラムメモリ３からの所定量のデータ読み出しが完了したと判断されたら、システムコントローラ５１はステップＦ１１１で表示部５２に読取完了表示を行う。つまり進捗状況バー７０及び数値を１００％完了の状態で表示させる。またこのとき、スキャン完了として、ユーザーに手動スキャンを終わらせるメッセージを表示してもよい。
そしてステップＦ１１２では、システムコントローラ５１はメモリコントローラ２１に指示し、不揮発性メモリ３２に格納された読出データを再構築させる。即ち各データブロックＢＬＫのデータを抽出してデータブロック番号順に並べ、再生データを生成する。例えばコンテンツデータとしての再生データを生成する。この再生データは、その後例えば外部機器インターフェース４１から外部機器１００に出力される。
以上でホログラムメモリ３からの再生が完了するため、システムコントローラ５１はステップＦ１１３で発光駆動部１４を制御して参照光光源１６をオフとさせ、再生参照光Ｌ４の照射を終了させる。以上で再生処理を終える。
【００６１】
以上の処理からわかるように本例のホログラムリーダ６では、ホログラムメモリ３上の各要素ホログラムについて、読み込む順番にこだわらずに、読み取れた要素ホログラムの読出データから不揮発性メモリ３２に格納していく。このとき、表示部５２にはスキャン（データ読取）の進捗状況を表示させていく。
そして所定量の要素ホログラムの読み出しが完了した時点で、データを再構築し、元々のコンテンツデータ等のデータ、つまり再生データを生成するものである。
【００６２】
このような処理を行うことで、図４，図５で説明したような手動スキャンによってホログラムメモリ３からのデータ再生が可能となる。
そしてこのことは、参照光光源１６やコリメータレンズ１１，イメージャ１２による再生像光の検出系において、スキャン機構を設ける必要はなくなり、これらは装置内に固定的に配置されればよい。従って、ホログラムリーダ６を簡易な構成とし、低コストで実現できる。
なお、自動スキャンを行う装置とするために、カメラ制御機構部１３によってスキャン位置を可変制御していく構成とする場合も、そのスキャン精度は厳密に要求されず、簡易な構成で実現できるとともに、可変制御動作の自由度を高めることができる。
【００６３】
また、各要素ホログラムの読み出しは確率的に行われるものとなるが、得られた読出データを不揮発性メモリ３２に格納し、また同一の読出データが得られた場合はそれを破棄し、必要量の読出データが揃った時点で再生データを再構築して生成する処理を行うことで、再生データを適切に得ることができる。
さらにユーザーにとっては、再生しようとするときに、単にホログラムリーダ６をホログラムメモリ３に対向させて任意に移動させればよく、感覚的に容易であり、困難な操作を要求するものではない。このため使用性も良いものとなる。
さらには進捗状況表示によって、どれくらいスキャンを完了したか、或いは、あとどれくらい手動スキャンを続ければよいかが把握できることは、使用性の向上に非常に有効である。例えばやみくもに手動スキャンを続けることは、ユーザーにとっては使用感が悪いものとなるが、ユーザーが進捗状況を把握できることで、このような点は解消される。
また、自動スキャンを行う場合でも、スキャンの進捗状況の表示がユーザーにとって有用であることは言うまでもない。
そしてこれらのことから、例えばコンピュータデータやＡＶコンテンツデータなどをホログラムメモリ３に記録し、これを広く頒布するとともに、一般ユーザーがホログラムリーダ６を用いて、ホログラムメモリ３に記録されたデータを取得できるようにするシステムの実現に好適となる。
【００６４】
また本例では、情報用メモリ３１に記憶された二次元画像に対して幾何歪み補正、光学補正等のための補正変数を算出し、補正変数を変数用メモリ２６に記憶する。そして二値化部２４で二値化を行う際に、変数用メモリ２６に記憶されている補正変数に基づいて処理を行うことで、結果的に幾何歪み補正、光学補正がなされた状態での情報再生を実現する。この場合、情報用メモリ３１に記憶されている二次元画像に対して直接幾何歪み補正、光学補正等の補正処理を順次行うものではないため、補正処理した二次元画像についての情報用メモリ３１への書込も発生しない。従って、幾何歪み補正、光学歪み補正を順次実行する場合に必要な情報用メモリ３１に対するアクセス処理負担、及びそれによる処理時間負担を解消でき、再生処理の効率化を実現できる。
さらに、二値化処理を実行するまで二次元画像自体に対する補正処理を行わないことは、補正に伴う演算誤差の抑圧という利点も得られる。
【００６５】
［３．要素ホログラムの配置構成］
続いて、上記のように手動スキャンで再生を行うホログラムリーダ６を用いる場合に好適なホログラムメモリ３について説明していく。特にはホログラムメモリ３に記録される各要素ホログラムの配置構成に関する。
【００６６】
図４（ｂ）には模式的な例として、ホログラムメモリ３に要素ホログラムｈ１、ｈ２・・・ｈ２４が記録されている状態を示したが、これは例えば元々の記録データを２４個のデータブロックＢＬＫに分割し、各データブロックＢＬＫのデータを、それぞれ２４個の要素ホログラムｈ１、ｈ２・・・ｈ２４として記録した状態として述べた。なお、もちろん２４個としたのは説明のために簡略化した例にすぎず、より多数の要素ホログラムを記録することが可能である。
例えばこのような場合、図７のステップＦ１０９で所定量のデータ読出が完了したと判断されるのは、２４個の要素ホログラムｈ１、ｈ２・・・ｈ２４の全てについての読出データの取得が完了した時点となる。
ここで手動スキャンで再生を行うホログラムリーダ６は、各要素ホログラムｈ１、ｈ２・・・ｈ２４を確率的に読み出すものであることを考えると、ホログラムメモリ３上の全ての要素ホログラムｈ１、ｈ２・・・ｈ２４をまんべんなく取り込むことが困難になる場合があり得る。
つまり手動スキャンはあくまでユーザーの動作であるので、ユーザーが任意にホログラムリーダ６を移動させるときに、なかなかスキャンできない要素ホログラムが生ずることがある。言い換えれば再生参照光Ｌ４が照射されない要素ホログラムが生ずることがある。そして例えば要素ホログラムｈ５の読取がなかなかできないでいると、その要素ホログラムｈ５に記録されたデータブロックＢＬＫのデータが読み込めず、ステップＦ１０９で所定量のデータ読み出し完了と判断されない状態が続き、ユーザーがいつまでも手動スキャンを続けなければならないという事態が生ずることがあり得る。
【００６７】
このようなことを考えると、手動スキャンにより再生を行うシステムでは、各データブロックＢＬＫのデータの読取確率を上げることが重要となる。
そして各データの読取確率を上げるには、ホログラムメモリ３に同一のデータ内容の要素ホログラムを複数記録しておくことが適切となる。
図９に例を示す。
ここではホログラムメモリ３上に、要素ホログラムｈ１、ｈ２・・・ｈ２４が記録されているとしている。元々の記録データは、２４個のデータブロックＢＬＫに分割し、その各データブロックＢＬＫのデータを、それぞれ要素ホログラムｈ１、ｈ２・・・ｈ２４として記録する。要素ホログラムｈ１、ｈ２・・・ｈ２４はそれぞれ別のデータブロックＢＬＫのデータを記録したもので、読み出されるデータ内容が異なる。
そして図９では、ホログラムメモリ３上に１４４個の要素ホログラムが記録されている状態を示しているが、これは要素ホログラムｈ１、ｈ２・・・ｈ２４がそれぞれ６個づつ記録された状態である。同一符号を付した要素ホログラムは、同一のデータ内容の要素ホログラムである。例えば要素ホログラムｈ１は、元の記録データの１番目のデータブロックＢＬＫのデータを記録したものである。
例えば元の記録データの７番目のデータブロックＢＬＫのデータを記録した要素ホログラムｈ７を太線の丸で示しているが、この要素ホログラムｈ７がホログラムメモリ３の平面上に６個、分散して記録されている。
【００６８】
このように同一のデータ内容を有する要素ホログラムが複数記録されるようにすると、手動スキャンによって不規則に各要素ホログラムが読み出される場合において、各データの読出の確率が高まることになる。
これにより図７のステップＦ１０９で所定量のデータ読出が完了したと判断される状態に早く達することができ、ユーザーが長い時間手動スキャンを続けることをなるべく回避できるようになる。
【００６９】
同一のデータ内容の要素ホログラムを何個記録するか、或いは平面上にどのような位置に配置するかは、記録データのサイズ、つまりデータブロックＢＬＫの数や、ホログラムメモリ３に記録可能な要素ホログラムの数に応じて決められればよい。
また各要素ホログラムを規則的に配置してもよいしランダムに配置しても良い。もちろん、ランダムな手動スキャンに対して読取確率を高めるような配置が好適である。
【００７０】
次に図１０の例は、同一のデータ内容の複数の要素ホログラムが位置的にまとめられてホログラムメモリ３に記録されるようにしたものである。特には、同一のデータ内容の複数の要素ホログラムが、縦横方向に隣り合うようにまとめられた場合である。
この図１０では、ホログラムメモリ３に、それぞれ異なるデータ内容の要素ホログラムｈ１、ｈ２・・・ｈ３６が記録されるが、その要素ホログラムｈ１、ｈ２・・・ｈ３６がそれぞれ４個づつ記録されている。つまり同一のデータ内容の要素ホログラムが４つづつ記録されている。
そして破線部ＭＨとして例えば要素ホログラムｈ６に注目すると、同一のデータ内容である４つの要素ホログラムｈ６は、縦横方向にまとめられてそれぞれが正方形頂点位置に配置される。他の要素ホログラムも同様であり、４つがまとめられて配置されている。
【００７１】
手動スキャンの場合、上述のようにスキャン位置がランダムであることに加えて、手ぶれも避けられないが、そのような事情を考慮すると、同一のデータ内容の要素ホログラムをまとめて配置すると、手ぶれ等があっても、まとめられたうちの１つの要素ホログラムに再生参照光Ｌ４を照射できる確率が高く、つまり各データの読取確率を上げ、スキャン時間を短縮することができる。従って、同一のデータ内容の要素ホログラムをまとめて配置することも、再生に好適となる。
【００７２】
図１１も同様に、同一のデータ内容の複数の要素ホログラムが４つづつ位置的にまとめられてホログラムメモリ３に記録されるようにしたものであるが、この場合、まとめられた単位を複数個記録したものである。
このホログラムメモリ３には、それぞれデータ内容が異なる要素ホログラムｈ１、ｈ２・・・ｈ１８が記録されている。そして各要素ホログラムｈ１、ｈ２・・・ｈ１８は８個づつ記録されている。
そして破線部ＭＨとして例えば要素ホログラムｈ６を示しているが、同一のデータ内容である４つの要素ホログラムｈ６が縦横方向にまとめられてそれぞれが正方形頂点位置に配置される。そして、この４つの固まりがホログラムメモリ３の平面上に２つ形成されている。
つまりこの例は、手ぶれに対しても各データの読出確率を上げ、さらにはスキャン軌跡のランダム性に対しても読出確率を上げるものである。
【００７３】
図１２は、要素ホログラムの並ぶ各行及び各列が互い違いにずれながら配置されている例である。
このホログラムメモリ３には、それぞれデータ内容が異なる要素ホログラムｈ１、ｈ２・・・ｈ８１が記録されている。そして破線部ＭＨとして例えば２つの要素ホログラムｈ１を示しているが、このように各要素ホログラムｈ１、ｈ２・・・ｈ８１については斜め方向に隣り合う２つの要素ホログラムとして、同一のデータ内容の要素ホログラムが記録されている。
この例も、手ぶれやスキャン軌跡のランダム性に対しても各データブロックＢＬＫのデータの読出確率を上げることができる。特には、手動スキャンが左右方向又は上下方向のいずれの方向に行われても、同一のデータ内容の要素ホログラムが２つだけでありながら、図１０の例と同等程度の読出確率を得ることができる。
つまりこの例は、同一のデータ内容の要素ホログラムの数を最小限としながら、ホログラムメモリ３としての記憶容量の増大を見込むことができる。
なお、ホログラムメモリ３の記憶容量を下げてもかまわない場合は、破線部ＭＨのような斜め方向に隣り合う同一データ内容の２つの要素ホログラムの固まりを、ホログラムメモリ３上に複数設けることで、さらに各データの読出確率を上げることができる。
【００７４】
以上の図９から図１２を用いて説明した各例或いはその変形例によれば、各データブロックＢＬＫのデータの読出確率を上げ、手動スキャンに要する時間を短縮できるが、各要素ホログラムについては、それぞれ以下の点を考慮して離間間隔が設定されている。
各要素ホログラム間の距離を狭めれば狭めるほど記録密度が上がりホログラムメモリ３の記憶容量を上げることができるものの、再生時に再生参照光Ｌ４が要素ホログラムより大きい場合には隣接する要素ホログラムからの再生信号も拾ってしまうことになり、クロストークが生じてしまう。
例えば図１３（ａ）に要素ホログラムｈ１と、その周囲に間隔を詰めて要素ホログラムｈ２，ｈ３，ｈ４，ｈ５が配置されている状態を示している。そして参照光光源７からの再生参照光Ｌ４のスポットＳＰが、１つの要素ホログラムのサイズより大きな径となっている。
この場合、図１３（ａ）のように再生参照光Ｌ４のスポットＳＰが要素ホログラムｈ１の真上にきたときに、そのスポットＳＰ内に周囲の要素ホログラムｈ２，ｈ３，ｈ４，ｈ５も入ってしまう。すると、イメージャ５には要素ホログラムｈ１の再生像光に加えて、要素ホログラムｈ２，ｈ３，ｈ４，ｈ５のそれぞれの一部の再生像光も検出されてしまうことになり、クロストークが生ずる。当然ながらこのような状態では要素ホログラムｈ１の再生像信号が劣化した状態となる。つまり各要素ホログラムからのデータの再生精度が低下する。
【００７５】
一方、クロストークが問題にならないように各要素ホログラム間距離を十分に離してしまうと、スキャン時に各要素ホログラムの間を通過してしまう場合も生じ、データを読み取ることができなくなる確率が高まる。図１３（ｂ）に例を示すが、例えば要素ホログラムｈ１、ｈ２の間にクロストークが発生しない十分な離間距離をとると、図示のように再生参照光Ｌ４のスポットＳＰが要素ホログラムｈ１、ｈ２の間を抜けるように照射されることもある。当然、手動スキャンの際の各要素ホログラムの読出確率が低下してしまい好ましくない。
【００７６】
そこで各要素ホログラムについては、この図１３（ａ）（ｂ）の中間程度の離間距離を設定することになる。即ちクロストークが多少生じても、データのデコードに支障がない程度に、各要素ホログラムの離間距離を設定するものである。
このとき手動スキャンによっては、スポットＳＰが確実に各要素ホログラムの真上を通過して読めるという保証はない。そこで上述のように、各要素ホログラムに記録してある２次元ページデータ（二次元画像ＤＰ）の中にデータブロックＢＬＫを示すアドレス情報を埋め込み、ユーザーにホログラムメモリ３全体を複数回、なぞるようにスキャンしてもらう。そしてホログラムリーダ６は、読めた各要素ホログラムについての読出データから順次不揮発性メモリ３２に格納し、必要量の要素ホログラムを読み終えてから、不揮発性メモリ３２上のデータを再構築して再生データを得るシステムとしている。
【００７７】
このように十分にクロストークが小さくなる程度まで各要素ホログラム間の距離を開けると、手動スキャン時に読み取れる確率が減っていくので総スキャン時間が長くなる可能性がある。これに対しては、冗長度が増えることにより総容量は減少してしまうが、上記各例のように同じデータを書いた要素ホログラムを複数記録することにより、各データの読出確率を向上させ、スキャン時間を短縮できるものである。
【００７８】
続いて、スキャン時間の低減やデータ読取性能の点で、より有効な要素ホログラムの配置例を説明する。
上記のように要素ホログラムの離間距離を詰めるとクロストークが生ずるが、その隣接する要素ホログラムが同一のデータ内容のものであれば、同じ像がイメージャ５上に結像するので、像のズレがなければそれはノイズ成分とはならない。つまりクロストークとはならない。
【００７９】
図１４でこれを説明する。
図１４は、図１で説明したように記録時に用いる液晶パネル１、集光レンズ２と、記録再生されるホログラムメモリ３、及びホログラムリーダ６内に設けられるコリメータレンズ４とイメージャ５（図６の例におけるコリメータレンズ１１とイメージャ１２）の関係を模式的に示している。
【００８０】
図１４（ａ）は、要素ホログラムｈ１の記録再生時の様子を示している。
液晶パネル１には、要素ホログラムｈ１の記録のための二次元ページデータが表示されている状態として、各ＬＣＤ画素Ｇ１、Ｇ２・・・Ｇ１１を示している。このときの液晶パネル１及び集光レンズ２と、ホログラムメモリ３との位置関係を光軸Ｊ１で示している。
液晶パネル１の各ＬＣＤ画素Ｇ１、Ｇ２・・・Ｇ１１のパターンの物体光Ｌ２は集光レンズ２によって要素ホログラムｈ１の形成位置に照射される。この図では物体光Ｌ２をＬＣＤ画素Ｇ４，Ｇ６から見た状態で示しているが、この要素ホログラムｈ１は、液晶パネル１の各画素Ｇ１、Ｇ２・・・Ｇ１１の位置情報が、物体光Ｌ２としての光線の角度情報に変換されて記録されていることに相当する。
要素ホログラムｈ１の再生時には、要素ホログラムｈ１からの再生像光Ｌ５が、図示の通りイメージャ５の検出画素ｇ１、ｇ２・・・ｇ１１に検出される。即ち液晶パネル１のＬＣＤ画素Ｇ１の情報が検出画素ｇ１に検出され、ＬＣＤ画素Ｇ２の情報が検出画素ｇ２に検出され・・・という状態となる。
【００８１】
ここで図１４（ｂ）に液晶パネル１及び集光レンズ２と、ホログラムメモリ３との位置関係を光軸Ｊ２にシフトした状態を考える。即ち要素ホログラムｈ１に隣接する要素ホログラムｈ２を記録する場合である。
この要素ホログラムｈ２も、液晶パネル１の各画素Ｇ１、Ｇ２・・・Ｇ１１の位置情報が、物体光Ｌ２としての光線の角度情報に変換されて記録されていることに相当する。この要素ホログラムｈ２に対して要素ホログラムｈ１の再生時の再生参照光Ｌ４が照射されてしまうとする。要素ホログラムｈ１の再生時において要素ホログラムｈ２から得られる再生像光Ｌ５も、液晶パネル１のＬＣＤ画素Ｇ１の情報がイメージャ５の検出画素ｇ１に検出され、ＬＣＤ画素Ｇ２の情報が検出画素ｇ２に検出され・・・という状態となる。
図１４（ａ）（ｂ）では、液晶パネル１のＬＣＤ画素Ｇ４，Ｇ６に注目して示しているが、つまり、要素ホログラムｈ１の再生時に、イメージャ５の検出画素ｇ６に検出される情報は、図１４（ａ）のように要素ホログラムｈ１についてのＬＣＤ画素Ｇ６の情報であり、同時に図１４（ｂ）のように要素ホログラムｈ２についてのＬＣＤ画素Ｇ６の情報である。
同様に、要素ホログラムｈ１の再生時に、イメージャ５の検出画素ｇ４に検出される情報は、要素ホログラムｈ１についてのＬＣＤ画素Ｇ４の情報であり、同時に要素ホログラムｈ２についてのＬＣＤ画素Ｇ４の情報である。
【００８２】
つまりは、再生時には同じ角度の光線束はイメージャ５の同じ検出画素上に結像するように配置させているため、隣接する要素ホログラムｈ１、ｈ２が、異なるデータ内容であると、クロストークが問題となる。
ところが要素ホログラムｈ１、ｈ２が、同一のデータ内容であれば、イメージャ５の各検出画素ｇ１、ｇ２・・・ｇ１１には、それぞれ要素ホログラムｈ１、ｈ２から同じ情報が検出されることになり、クロストークは問題とはならない。
【００８３】
以上のように、同一のデータ内容の要素ホログラムは、クロストークの問題を考慮しなくても良いことを考えると、以下のような配置が考えられることになる。
【００８４】
図１５は、同一のデータ内容の複数の要素ホログラムが、密接した状態で位置的にまとめられて記録されるようにした例である。特には、各要素ホログラムが縦方向及び横方向に配列される状態に記録される場合に、同一のデータ内容の複数の要素ホログラムが、縦横方向に密接した状態でまとめられて記録されている。
この図１５では、ホログラムメモリ３に、それぞれ異なるデータ内容の要素ホログラムｈ１、ｈ２・・・ｈ４９が記録されるが、その要素ホログラムｈ１、ｈ２・・・ｈ４９がそれぞれ４個づつ密着状態で記録されている。例えば破線部ＭＨとして示す４つの要素ホログラムｈ１のように、同一のデータ内容の要素ホログラムが４つづつ密接記録されている。
同一のデータ内容である４つの要素ホログラムｈ１は、縦横方向にまとめられてそれぞれが正方形頂点位置に配置される。他の要素ホログラムも同様であり、４つがまとめられて配置されている。もちろん密接された４つの要素ホログラムは、同一のデータ内容であるため、クロストークの問題はない。
そしてこのように同一のデータ内容の要素ホログラムを密接状態でまとめて配置することで、手ぶれ等があっても、まとめられた要素ホログラムからデータを読み取れる確率は一層高くなる。さらに、その上で、同一のデータ内容の要素ホログラムを密着状態として記録密度を高めることで、ホログラムメモリ３上のスペースを有効に使用し、より多数の要素ホログラムを記録できる。このためホログラムメモリ３の記憶容量の確保、或いは増大という点でも適している。
【００８５】
また図１６も同様に、同一のデータ内容の複数の要素ホログラムが４つづつ密着した状態でまとめられてホログラムメモリ３に記録されるようにしたものであるが、この場合、まとめられた単位を複数個記録したものである。
このホログラムメモリ３には、それぞれデータ内容が異なる要素ホログラムｈ１、ｈ２・・・ｈ３２が記録されている。そして各要素ホログラムｈ１、ｈ２・・・ｈ３２は８個づつ記録されている。
そして破線部ＭＨとして例えば要素ホログラムｈ１の固まりを示しているが、同一のデータ内容である４つの要素ホログラムｈ１が縦横方向に密着してまとめられた固まりがホログラムメモリ３の平面上に２つ形成されている。
つまりこの例は、手ぶれに対しても各データブロックＢＬＫのデータの読出確率を上げ、さらにはスキャン軌跡のランダム性に対しても読出確率を上げるものである。
【００８６】
図１７は、縦方向（列方向）に同一のデータ内容の要素ホログラムを密着状態で配置した例である。ホログラムメモリ３には、それぞれデータ内容が異なる要素ホログラムｈ１、ｈ２・・・ｈ１２が記録されている。そして各要素ホログラムｈ１、ｈ２・・・ｈ１２は、それぞれ多数形成され、縦方向に密着配置されている。例えば要素ホログラムｈ１２について破線部ＭＨとして示すように、同一のデータ内容の要素ホログラムｈ１２が、縦方向に密着した状態で一列の要素ホログラムを成している。
このようにすると、ユーザーがホログラムメモリ３を横切るように手動スキャンさせれば、ほぼ確実に全ての要素ホログラムｈ１、ｈ２・・・ｈ１２のデータを読み込めることになる。つまり各データブロックＢＬＫのデータの読取確率を大幅に向上させ、手動スキャンの時間を短縮できる。
【００８７】
図１８は、図１７よりもホログラムメモリ３の記憶容量を高めた例であり、要素ホログラムｈ１、ｈ２・・・ｈ２４を記録した例である。図１８のように、各要素ホログラムｈ１、ｈ２・・・ｈ２４は、それぞれ縦方向に密着した状態で複数個が連続して配置される。これは図１７の例における各列を２つに分割して異なる要素ホログラムを記録したものと言える。
この図１８の例は、図１７のように列方向に全て同じデータ内容の要素ホログラムを配置するようにすると、記憶容量が不足する場合に好適な例となる。
もちろん、各列を３つ以上に分割する例も考えられる。
【００８８】
図１９は、同一のデータ内容の複数の要素ホログラムが斜め方向に密接した状態でまとめられて記録されている例である。
この図１９では、ホログラムメモリ３に、それぞれ異なるデータ内容の要素ホログラムｈ１、ｈ２・・・ｈ８１が記録されるが、その要素ホログラムｈ１、ｈ２・・・ｈ８１がそれぞれ２個づつ密着して記録されている。例えば破線部ＭＨとして要素ホログラムｈ１を示すように、同一のデータ内容である２つの要素ホログラムｈ１が、斜め方向に密着した状態でまとめられて配置される。
この例の場合も、手ぶれ等があっても、まとめられた要素ホログラムからデータを読み取れる確率を一層高くすることができる。
また図示しないが、例えば破線部ＭＨのような同一のデータ内容の要素ホログラムの固まりを、ホログラムメモリ３上に複数記録するようにして、スキャン軌跡のランダム性に対して読取確率を上げることも考えられる。
【００８９】
以上、要素ホログラムの配置例を説明してきたが、同一のデータ内容の要素ホログラムを複数記録する場合の具体的な配置例は、さらに多様に考えられる。
実際には、ホログラムメモリ３に記録しようとするデータのサイズとともに読取確率を考慮して決定されればよい。
手動スキャンを用いる場合、要素ホログラムの配置は特定の配置に決定することも不要であり、このためホログラムメモリ３上では記録するデータ（コンテンツデータ等）によって最適な要素ホログラムの配置が決められればよい。
例えばデータサイズの小さいコンテンツデータをホログラムメモリ３に記録する場合は、読取確率を考慮して図１７のような配置とし、データサイズの大きいコンテンツデータを記録する場合は、容量を確保するために図１９のような配置とするなど、柔軟に配置方式が決められても良い。
【００９０】
なお、以上の各例のように、同一のデータ内容の要素ホログラムが複数設けられる場合でも、図７の処理により再生動作及び進捗状況表示が同様に実行できる。
特にステップＦ１０８では、読込進捗状況を、読み出した要素ホログラムの数ではなく、不揮発性メモリ３２に格納した読出データの数（データブロックＢＬＫの数）と元の記録データのデータブロックＢＬＫの数から算出したり、或いは不揮発性メモリ３２に格納済の全データのサイズと元の記録データの全体のサイズから算出することで、同一のデータ内容の要素ホログラムが何個記録されていても、またどのような配置で記録されていても、進捗状況表示には影響がなく、正しくユーザーに読取進捗状況を提示できる。
【００９１】
［４．マップ表示を行う再生処理］
続いて、再生時（手動スキャン時）の読出状況表示として、位置提示画像を表示する例を説明する。位置提示画像とは、例えば図２４で後述する読取マップ表示７１のように、読取を終えた要素ホログラムのホログラムメモリ３上の位置をイメージ的に示す画像である。
まず、位置提示画像の表示をホログラムリーダ６で行うシステムに好適なホログラムメモリ３について説明する。
【００９２】
図２０（ａ）にホログラムメモリ３上の要素ホログラムについて示しているが、ここでは○はデータブロックＢＬＫのデータ、即ち記録再生の主たる目的となる主データが記録された通常の要素ホログラム、◎はマップ情報が記録された要素ホログラムを示している。以下、説明上の区別のため、○の要素ホログラムを「通常要素ホログラム」、◎の要素ホログラムを「マップ情報格納要素ホログラム」という。ここでいう通常要素ホログラムは、図１から図１９で説明してきた各例の要素ホログラムと同一の要素ホログラムである。
マップ情報とは、少なくとも各データブロックＢＬＫのデータが記録された通常要素ホログラムのホログラムメモリ３上での配置位置を判別することのできるデータであり、読取マップ表示７１の処理に用いるデータである。
【００９３】
この場合、図示するようにホログラムメモリ３上に、マップ情報格納要素ホログラムを除いて１２行×１２列で通常要素ホログラムが配列されるとしたとき、その配列の中央に＋字状にマップ情報格納要素ホログラムが記録されるようにしている。各マップ情報格納要素ホログラムは、それぞれが同一内容のマップ情報が記録されている。つまり、ホログラムリーダ６は、少なくとも１つのマップ情報格納要素ホログラムを読み取れば、そのホログラムメモリ３についてのマップ情報を得ることができる。
そして＋字状にマップ情報格納要素ホログラムを配置するのは、手動スキャン開始後に早い時点で確実にマップ情報を取り込めるようにするためである。即ち最初に一度手動スキャン軌跡がホログラムメモリ３上を横切った時点で、マップ情報格納要素ホログラムをスキャンできるようにする。
例えば図に示すＡ方向に手動スキャンが行われたとしても、またＢ方向に手動スキャンが行われたとしても、それらの手動スキャンの際に、少なくとも１つのマップ情報格納要素ホログラムを読み込めることになる。
【００９４】
マップ情報格納要素ホログラムに記録されたマップ情報は、例えば図２０（ｂ）のようなデータである。
図２０（ａ）では、マップ情報格納要素ホログラムを除けば、行番号０から行番号１１の１２行、列番号０から列番号１１の１２列で１４４個の通常要素ホログラムが記録された例としているが、この各通常要素ホログラムは、それぞれが元々の記録データを１４４個のデータブロックＢＬＫにわけて記録した場合の、各データであると仮定する。つまり１４４個の通常要素ホログラムは、全て異なるデータブロックＢＬＫのデータを記録したものであるとする。
この場合マップ情報は、元々の記録データの各データブロックＢＬＫをブロック番号（ＢＬＫ１、ＢＬＫ２・・・ＢＬＫ１４４）について、そのブロック番号のデータを記録した通常要素ホログラムの配置位置を、例えば行番号、列番号で示している。例えばデータブロックＢＬＫ１を記録した通常の要素ホログラムが０行０列に記録されており、またデータブロックＢＬＫ２を記録した通常の要素ホログラムが０行１列に記録されており・・・といったことを示す情報である。
【００９５】
ホログラムリーダ６は、ホログラムメモリ３からこのようなマップ情報を取り込めば、通常要素ホログラムから読み出し、デコードして不揮発性メモリ３２に格納した読出データについては、そのヘッダ情報に含まれるデータブロック番号から、その読み込んだ通常要素ホログラムのホログラムメモリ３上での配置位置を知ることができる。従って、既に読込を終えた通常要素ホログラムの位置を提示する読取マップ表示７１を実行できる。
【００９６】
なお、ホログラムリーダ６の動作説明の前に、図２１，図２２で要素ホログラムの各種好適な配置例を示しておく。
図２１（ａ）は、ｍ行ｎ列に配列される要素ホログラムにおいて、Ｘ状にマップ情報格納要素ホログラムを配置した例である。
図２１（ｂ）は、ｍ行ｎ列に配列される要素ホログラムにおいて、右上頂点から左下頂点にかけて斜め方向にマップ情報格納要素ホログラムを配置した例である。
図２２（ａ）は、ｍ行ｎ列に配列される要素ホログラムにおいて、最上段の行と、左端の列を全てマップ情報格納要素ホログラムとした例である。
図２２（ｂ）は、ｍ行ｎ列に配列される要素ホログラムにおいて、中央の１列全部をマップ情報格納要素ホログラムとした例である。
【００９７】
図２０（ａ）、図２１（ａ）（ｂ）、図２２（ａ）（ｂ）のいずれも、マップ情報格納要素ホログラムは、ホログラムメモリ３の要素ホログラム配列上で、行方向、列方向、或いは斜め方向に連続されて、要素ホログラム配列の一端から他端に達するように複数配置されている。
これらのようにマップ情報格納要素ホログラムを配置すれば、ホログラムリーダ６は、スキャン軌跡が不定の手動スキャン開始直後に、ほぼ確実にマップ情報格納要素ホログラムを読み込むことができ、その後の手動スキャン実行中にマップ情報を用いた表示が可能となる。
なお、マップ情報格納要素ホログラムの配置例は、さらに多様に考えられる。手動スキャン開始後に早い時点で読み込める確率が高くなるようにすることが適切である。
【００９８】
図２３，図２４で読取マップ表示を実行するホログラムリーダ６の動作を説明する。図２３はデータ再生時においてシステムコントローラ５１の制御に基づいて実行される処理である。
【００９９】
ホログラムメモリ３からの再生を開始する場合、システムコントローラ５１はステップＦ２０１として、発光駆動部１４に指示を与え、参照光光源１６を発光させる。この状態でユーザーが手動スキャンを行うことで、各要素ホログラムの再生像光Ｌ５が順次イメージャ１２に検出されることになる。
ステップＦ２０２では、イメージャ１２及びホログラムスキャン制御部１５の動作により、或る要素ホログラムの再生像光Ｌ５が取り込まれ、再生像信号（二次元画像信号）としてのデジタルデータが得られる。ホログラムスキャン制御部１５から出力される、或る要素ホログラムの二次元画像信号、メモリコントローラ２１によって一旦情報用メモリ３１に格納される。
システムコントローラ５１は、ステップＦ２０２の動作としての要素ホログラムの再生像信号の取込を確認したら、ステップＦ２０３の画像処理、ステップＦ２０４のデコード処理を実行させる。
即ちシステムコントローラ５１はステップＦ２０３では情報用メモリ３１に取り込んだ二次元画像信号について、光学補正変数算出部２２、幾何歪み補正変数算出部２３の処理を実行させる。
またシステムコントローラ５１はステップＦ２０４では、二次元画像信号について二値化部２４，復号部２５の処理を実行させ、復号データ（要素ホログラムからの読出データ）を得る。
【０１００】
ステップＦ２０４で或る１つの要素ホログラムについての読出データがデコードされたら、システムコントローラ５１はステップＦ２０５で、そのデータがマップ情報であるか否かを判別する。つまりそのとき読み取られた要素ホログラムが、マップ情報格納要素ホログラムであったのか通常要素ホログラムであったのかを判断することになる。
【０１０１】
デコードされたデータがマップ情報でない場合、つまり読み取られた要素ホログラムが通常要素ホログラムであって、記録データの或るデータブロックＢＬＫのデータであった場合は、ステップＦ２０８に進む。そしてシステムコントローラ５１に指示されたメモリコントローラ２１は、その読出データが、既に不揮発性メモリ３２に格納されているか否かを判断する。例えばデコードした読出データに含まれているアドレス、データブロック番号などを確認し、これと同一のアドレス、データブロック番号の読出データが既に不揮発性メモリ３２に格納されているか否かを確認すればよい。
【０１０２】
ステップＦ２０８で、デコードしたデータが、まだ不揮発性メモリ３２に格納していないものであると判断された場合は、ステップＦ２１０に進み、メモリコントローラ２１は当該デコードしたデータを、或る１つの通常要素ホログラムからの読出データとして不揮発性メモリ３２に格納させる。
そしてステップＦ２１１でデータ読出の進捗状況を計算する。この場合は、マップ情報を用いるのではなく、例えば図７のステップＦ１０８と同様に読出進捗状況を計算すればよい。例えば進捗状況の計算は、既に不揮発性メモリ３２に格納した読出データとしての全体のデータサイズ（又はデータブロック数）と、再生すべき元の記録データの全体のデータサイズ（又が記録データ全体のデータブロック数）から進捗状況が何パーセントであるかを求めればよい。
【０１０３】
システムコントローラ５１はステップＦ２１２では、所定量の読出データの読み取りが完了したか否かを判断する。これは、ステップＦ２１１で計算した読取の進捗状況が１００％となったか否かの判断となる。
ホログラムメモリ３からのデータ読取が１００％完了という状態に達していなければ、ステップＦ２１３に進み、既にマップ情報が取込済であるか否かを判断する。マップ情報がまだ取り込めていない場合は、ステップＦ２０２に戻って、続いて再生像光が読み取られてくる要素ホログラムについての処理を同様に実行していく。
【０１０４】
またステップＦ２０８において、デコードしたデータが既に不揮発性メモリ３２に格納されていると判断された場合は、ステップＦ２０９に進み、システムコントローラ５１はそのデコードデータ、つまり或る通常要素ホログラムからの読出データを破棄させてステップＦ２０２に戻る。
なお、図２３には示していないが、ステップＦ２０４でデコードエラーとなった場合も、そのデータは破棄してステップＦ２０２にもどればよい。
【０１０５】
ステップＦ２０５で、デコードされたデータがマップ情報であると判別された場合は、ステップＦ２０６に進み、システムコントローラ５１は既にマップ情報が取込済であるか否かを判断する。
最初にマップ情報がデコードされた場合は、まだ取込済ではないため、ステップＦ２０７に進んで、そのデコードされたマップ情報を取り込む。例えば情報用メモリ３１或いは不揮発性メモリ３２或いは変数用メモリ２６の所定の領域に記憶し、その後参照できるようにする。
そしてステップＦ２０２に戻る。
一旦マップ情報をステップＦ２０７で取り込んだ後は、その後マップ情報格納要素ホログラムの読取が行われてステップＦ２０６に進んでも、すでに取込済であるため、ステップＦ２０９に進んで読み取ったデータ（マップ情報）を破棄してステップＦ２０２に戻ればよい。
【０１０６】
マップ情報を取り込んだ後において、通常要素ホログラムが読み出され、ステップＦ２１０→Ｆ２１１→Ｆ２１２→Ｆ２１３と進んだときは、ステップＦ２１４に進むことになる。ステップＦ２１４では、システムコントローラ５１はマップ情報を用いて読取マップ表示データを生成する。そしてステップＦ２１５で、表示部５２において読取マップと進捗状況を表示させる。そしてステップＦ２１５に戻る。
マップ情報を取り込んだ後は、通常要素ホログラムをスキャンしてデコードしたデータを不揮発性メモリ３２に格納していく毎に、ステップＦ２１５での表示処理が行われるため、スキャンの進行に伴って、読取マップと進捗状況の表示が、徐々に読取済部分が多くなるように進行していくことになる。
【０１０７】
ステップＦ２１４，Ｆ２１５による表示例を図２４に示す。
図２４（ａ）に表示部５２の表示例を示しているが、表示部５２には読取マップ表示７１と進捗状況バー７０が表示される。
進捗状況バー７０によっては、ステップＦ２１１で計算された読取済の読出データのパーセンテージが示される。
読取マップ表示７１は、表示エリアでホログラムメモリ３の平面を表現し、その平面上で、■の部分として、読取済の要素ホログラム（読出データ）の位置を示すものとしている。
例えば図２４（ｂ）に、ホログラムメモリ３に対する手動スキャンの軌跡を破線で示しており、読み取られた通常要素ホログラムを●、まだ読み取っていない通常要素ホログラムを○で示している。破線のように手動スキャンが行われて●の要素ホログラムについての読み取り、つまりデコードしたデータの不揮発性メモリ３２への格納が完了した時点では、その●の要素ホログラムの位置に応じて、図２４（ａ）のように読取マップ表示７１が行われることになる。
上述したように、図２０（ｂ）のマップ情報には、デコードした読出データのデータブロックＢＬＫのブロック番号に対して、要素ホログラムの配置位置が記憶されている。
従ってシステムコントローラ５１は、不揮発性メモリ３２に格納した読出データのブロック番号を取得し、マップ情報からブロック番号に対応する配置位置を求めれば、図２４（ａ）のようにデータ取込済の要素ホログラムの位置を示すような読取マップ表示７１を実行させることができる。
【０１０８】
ここまでの処理が繰り返されていくことにより、ホログラムメモリ３上の通常要素ホログラムがユーザーの手動スキャンに応じて順不同に読み出され、不揮発性メモリ３２には、図１（ｃ）の各データブロックＢＬＫのデータが順不同に蓄積されていく。
ステップＦ２１１で、読取進捗状況が１００％と計算され、ステップＦ２１２で所定量のデータの読み取りが完了したと判断されたら、処理はステップＦ２１７に進み、表示部５２に読取完了表示を行う。つまり進捗状況バー７０及び数値を１００％完了の状態で表示させる。読取マップ表示７１は、平面上が全て■となる。
またこのとき、スキャン完了として、ユーザーに手動スキャンを終わらせるメッセージを表示してもよい。
そしてステップＦ２１７では、システムコントローラ５１はメモリコントローラ２１に指示し、不揮発性メモリ３２に格納された読出データを再構築させる。即ち各データブロックＢＬＫのデータを抽出してデータブロック番号順に並べ、再生データを生成する。
その後システムコントローラ５１はステップＦ２１８で発光駆動部１４を制御して参照光光源１６をオフとさせ、再生参照光Ｌ４の照射を終了させる。以上で再生処理を終える。
なお、進捗状況バー７０の表示については、マップ情報の読込前の時点でも可能であるため、ステップＦ２１３で、マップ情報取込前と判断されているときに表示を開始しても良い。
【０１０９】
以上の図２３の処理例によれば、図７で説明した処理に加え、手動スキャンの進行に伴って、読取済み位置が■で埋められていくような読取マップ表示７１が実行される。
このような表示を行うことで、ユーザーは手動スキャンの際に視覚的に読込状況を把握でき、使用上好適である。さらに読取マップ表示７１によっては、ホログラムメモリ３上での読取済、未読取の位置を概略的に知ることができるため、未読取の部分を狙うように手動スキャンを行って、なるべく効率的に手動スキャンが完了するようにすることもできる。
【０１１０】
ところで、手動スキャンにおいて各データの読出確率を上げるため、同一のデータ内容の要素ホログラムを複数記録するとよいということを図９から図１９で述べた。
これらのように同一のデータ内容の要素ホログラムを複数記録する場合には、読取マップ表示７１については、以下のようにすればよい。
【０１１１】
図２５は、通常要素ホログラムｈ１、ｈ２・・・ｈ３６が、それぞれ４個づつ記録されたホログラムメモリ３を示している。また、◎で示すマップ情報格納要素ホログラムが、＋字状に配置されている。
例えばこのように同一のデータ内容の通常要素ホログラムが複数記録されている場合、マップ情報格納要素ホログラムに記録するマップ情報は、例えば図２６のような内容とする。即ちデータブロック番号に対応して記録位置を示す内容とすることは図２０（ｂ）と同様であるが、各データブロックＢＬＫのデータは複数の通常要素ホログラムに記録されていることから、その各通常要素ホログラムの配置位置を示すようにする。
例えば図２５の例の場合、データブロック番号ＢＬＫ１のデータを記録した４個の要素ホログラムｈ１は、０行０列、２行６列、１０行０列、９行６列に記録されている。従ってマップ情報には、図２６のようにデータブロック番号ＢＬＫ１に対応して、０行０列、２行６列、１０行０列、９行６列の情報を示すようにする。
【０１１２】
ホログラムリーダ６側のステップＦ２１４，Ｆ２１５の処理としては、読取が完了したデータブロックについては、そのデータブロック番号からマップ情報を参照し、マップ情報に対応して記憶されている配置位置の全てを、読取済として表示させるようにすればよい。例えば０行０列の通常要素ホログラムｈ１からデータブロック番号ＢＬＫ１のデータを読み出した際には、０行０列、２行６列、１０行０列、９行６列の４カ所を「読取済」として■で示されるような読取マップ表示４１を実行させる。
【０１１３】
この処理による表示例を図２７，図２８に示す。図２８は図２５と同様のホログラムメモリ３を示しているが、このホログラムメモリ３に対して破線に示すように行番号１の行に沿って手動スキャンが行われたとする。
この場合、行番号１の行に記録された通常要素ホログラムｈ７，ｈ８，ｈ９，ｈ１０，ｈ１１，ｈ１２，ｈ３１，ｈ３２，ｈ３３，ｈ３４，ｈ３５，ｈ３６が読み出されたことになるが、これらと同一のデータ内容である破線で囲った通常要素ホログラムも、その記録されたデータは既に読取済となる。
このため表示部５２には、図２８のように１行分のスキャンが行われた時点で、図２７のように、同一のデータ内容の要素ホログラムを含んで読取済であることを示すように表示させればよい。つまり図２６のようなマップ情報を参照して、読み取ったデータのデータブロック番号に対応する記録位置を■で表示させれば、図２７のような読取マップ表示７１が行われる。
このようにすれば、同一のデータ内容の通常要素ホログラムが複数記録される場合であっても、ユーザーが知りたい読取状況を、読取マップ表示７１において適切に表現できることになる。
【０１１４】
次に、上述してきた読取マップ表示７１上にスキャン位置を示す例を説明する。
スキャン位置の表示とは、ユーザーが手動スキャンしているときに、その読み取り位置、即ち再生参照光Ｌ４が照射されている位置を示す表示であり、例えば図３０に示すように、スキャンマーカー７２を読取マップ表示７１上に表示させる。このスキャンマーカー７２を、ユーザーの手動スキャンに伴って表示位置が移動されるように表示させる。
【０１１５】
図２９にスキャンマーカー７２の表示を含む処理を示す。なお図２９のステップＦ２０１からＦ２１８は、上記図２３と同様であり、これらのステップについては重複説明を避ける。この図２９では、図２３の処理にステップＦ２２０，Ｆ２２１，Ｆ２２２が追加されたものである。
【０１１６】
或る通常要素ホログラムからのデータがデコードされ、ステップＦ２０５からＦ２２０に進んだ場合、システムコントローラ５１は、その時点でマップ情報が取込済であるか否かを判断する。即ちステップＦ２０７の処理が行われた後であるか否かの判断である。
まだマップ情報を取り込む前であれば、ステップＦ２０８に進む。
マップ情報を取り込んだ後においてステップＦ２２０に進んだときは、ステップＦ２２１に進んで、システムコントローラ５１はスキャン位置を判別する。これは、図２０（ｂ）のようなマップ情報を参照すればよい。つまりデコードされたデータのデータブロック番号から、読み取られた通常要素ホログラムのホログラムメモリ３上の記録位置としての行番号、列番号をマップ情報から得る。
そしてシステムコントローラ５１はステップＦ２２２で、読取マップ表示７１上で、判別した行番号、列番号に相当する位置にスキャンマーカー７２を表示させる。
この処理の後、ステップＦ２０８に進む。
【０１１７】
この図２９の処理が行われることで、図３０のように読取マップ表示７１とともにスキャンマーカー７２が表示され、しかも、そのスキャンマーカー７２はユーザーの手動スキャンの軌跡を示すように移動されていくことになる。
スキャンマーカー７２によってユーザーは、ホログラムメモリ３のどのあたりをスキャンしているかを確認できる。従ってこのスキャンマーカー７２を読取マップ表示７１上で表示することで、ユーザーは、まだ読み取っていない位置を狙うように手動スキャンを行うことが容易となり、手動スキャンを効率よく進めることができ、使用性はさらに良好となる。
【０１１８】
なお、ステップＦ２０２で或る通常要素ホログラムが読み取られたときに、ステップＦ２０８の判別処理の前にステップＦ２２１，Ｆ２２２のスキャンマーカー表示処理が行われることは、その通常要素ホログラムが読取済であるか未読取であるかにかかわらず、当該通常要素ホログラムの位置を提示するようにスキャンマーカー７２が表示されることを意味する。これによって、スキャンマーカー７２はユーザーの手動スキャンに応じてスムースに移動するように表示されることになる。
【０１１９】
ところで、マップ情報が図２０（ｂ）のようにデータブロック番号としてのアドレスと記録位置が１：１に対応している場合は、ステップＦ２２１でスキャン位置、つまり読み出された通常要素ホログラムの位置を、そのままマップ情報から判別できるが、同一のデータ内容の通常要素ホログラムが複数記録されている場合は、スキャンマーカー７２の表示のために、同一データ内容の通常要素ホログラムを区別できるような情報をマップ情報に含める必要がある。
【０１２０】
例えば図２６のようなマップ情報の場合、データブロック番号＝ＢＬＫ１のデータがデコードされたときに、スキャン位置、つまり読み出された通常要素ホログラムｈ１は、０行０列、２行６列、１０行０列、９行６列のいずれの通常要素ホログラムか判別できない。
そこで、同一のデータ内容の各要素ホログラムの記録位置を判定するため、例えばサブアドレスを各要素ホログラムのヘッダ及びマップ情報に加える。
例えばデータブロック番号ＢＬＫ１とともに、４つの通常要素ホログラムｈ１を区別するサブアドレスＡＤ１，ＡＤ２，ＡＤ３，ＡＤ４を設定する。
そして０行０列の通常要素ホログラムｈ１にはデータブロック番号ＢＬＫ１及びサブアドレスＡＤ１が記録され、２行６列の通常要素ホログラムｈ１にはデータブロック番号ＢＬＫ１及びサブアドレスＡＤ２が記録され、１０行０列の通常要素ホログラムｈ１にはデータブロック番号ＢＬＫ１及びサブアドレスＡＤ３が記録され、９行６列の通常要素ホログラムｈ１にはデータブロック番号ＢＬＫ１及びサブアドレスＡＤ４が記録されるようにする。
これをマップ情報で判別できるようにする。例えばデータブロック番号ＢＬＫ１に対応して、サブアドレスＡＤ１、ＡＤ２、ＡＤ３、ＡＤ４を記録し、このサブアドレスＡＤ１、ＡＤ２、ＡＤ３、ＡＤ４に対応させて０行０列、２行６列、１０行０列、９行６列の各記録位置の情報を記録しておく。
このようにすれば、同一のデータ内容の通常要素ホログラムが複数記録される場合でも、スキャンマーカー４２を正しく表示できる。
【０１２１】
なお、以上では、読出状況表示の１つとして進捗状況バー７０を説明したが、読出状況表示としては、進捗状況バー７０に代えて、円形などの他の形状のイメージで進捗状況を表示しても良いし、数字でパーセンテージを表示するのみでも良い。また液晶ディスプレイではなく複数のＬＥＤを用いて、順次点灯させることで進捗状況を表現するような表示方式でもよい。読取マップ表示も同様に、多様な表示態様が想定される。
また、ホログラムリーダ６の本体の表示部５２だけでなく、或いはそれに代えて、外部機器インターフェース４１で接続された外部機器の表示部に、読出状況の表示を実行させることも考えられる。
【０１２２】
また読取マップ表示７１の表示処理に用いるマップ情報の内容は多様に考えられ、少なくとも読取済のデータのホログラムメモリ３上での位置情報が確認できるようにすればよい。そしてマップ情報の形式、つまり各データについての要素ホログラムの位置情報を示すための形式は、図２０（ｂ）、図２６の例に限られず、どのようなものでも良い。
さらにマップ情報には、元の記録データの名称、データ属性、総容量、データブロック数などの管理情報を含ませるようにしてもよい。特にその場合、各通常要素ホログラムに記録するデータのヘッダには、少なくともデータブロック番号等のアドレスを入れておけばよいものとすることもできる。
或いは、各通常要素ホログラムに記録されたデータのヘッダに、上記マップ情報のような配置位置情報を含むようにしてもよい。即ち各通常要素ホログラムが自身の記録位置の情報を含むようにする。このようにすれば、必ずしもマップ情報格納要素ホログラムを用意しなくとも、読取マップ表示を実行することができる。
【０１２３】
［５．ホログラムリーダの第２の構成例及び読取進捗状況音声提示を含む再生処理］
上述してきた各例では、進捗状況バー７０や読取マップ表示７１を行うことでユーザーにホログラムメモリ３からのデータ読出状況を提示するようにしたが、表示ではなく音声によりデータ読出状況をユーザーに提示しても良い。
音声によりデータ読出状況を提示する構成（第２の構成例）としたホログラムリーダ６を図３１に示す。なお図６と同一部分は同一符号を付し、説明を省略する。
このホログラムリーダ６は、表示部が設けられず、音声合成部５４及びスピーカ５５が設けられている。音声合成部５４はシステムコントローラ５１の指示に基づいて例えばメッセージ音声としての音声信号を生成し、スピーカ５５に供給して音声出力させる。
【０１２４】
図３２に、データ読出状況を音声出力する場合の処理を示している。なお図３２に示すステップＦ１０１からＦ１０９及びステップＦ１１２，Ｆ１１３は、図７と同様であるため説明を省略する。
この図３２の処理でも図７と同様に、システムコントローラ５１はステップＦ１０９で所定量のデータ読取が完了したか否かを判断するが、まだ所定量のデータの読み取りが完了していなければ、ステップＦ１２０に進む。このステップＦ１２０では、ステップＦ１０８で計算した進捗状況としてのパーセンテージが、ユーザーに告知するパーセンテージに達したか否かを判断する。
例えばユーザーに告知するパーセンテージとして、１０％刻みを設定しておく。つまり１０％、２０％、３０％、４０％、５０％、６０％、７０％、８０％、９０％を告知パーセンテージとして設定する。
ステップＦ１２０の処理は、その時点の進捗状況が、この告知パーセンテージのいずれかに達したか否かを判断することになる。
【０１２５】
新たにいずれかの告知パーセンテージに達したタイミングでなければ、システムコントローラ５１はそのままステップＦ１０２に戻って処理を続ける。
ステップＦ１０８で算出した進捗状況のパーセンテージが、告知パーセンテージの１つに達した場合は、ステップＦ１２０からＦ１２１に進む。そしてシステムコントローラ５１は、当該告知パーセンテージを表す音声信号の生成を音声合成部５４に指示し、スピーカ５５から音声出力させる。
この処理により、例えば読出進捗状況が３０％に達した時点では、「３０％読取完了しました」という音声が出力され、またその後読出進捗状況が４０％に達した時点では、「４０％読取完了しました」という音声が出力されることになる。
【０１２６】
なお、告知パーセンテージの設定は、５％刻み、２５％刻みなどとして等間隔に設定しても良いし、等間隔でない設定としてもよい。例えば２５％、５０％、７５％、８０％、９０％、９５％などのように１００％完了に近づくほど細かく告知するように設定してもよい。
【０１２７】
ステップＦ１０９で所定量のデータの読み取りが完了したと判断されたら、ステップＦ１２２に進む。このときシステムコントローラ５１は、音声合成部５４に指示して読取完了の音声メッセージを出力させる。例えば「１００％読取完了しました。スキャンを終了して下さい」などの音声を出力させる。
そしてステップＦ１１２で不揮発性メモリ３２に格納したデータを再構築して再生データを得、またステップＦ１１３で参照光光源１６をオフにさせて再生処理を終える。
【０１２８】
以上のように、データ読出状況を音声でユーザーに告知するようにしても、ユーザーは読取状況を把握しながら手動スキャンを実行できるので、使用上、好適である。
また表示部を設けずに音声出力で告知するようにすれば、筐体上に表示部を確保することが不要となるため、ホログラムリーダ６の小型化に有利となる。
もちろん、表示部を設けて上述したように進捗状況バー７０や読取マップ表示７１を実行させつつ、音声出力により進捗状況を告知するような例も考えられる。
【０１２９】
ところで、ここでは進捗状況としてのパーセンテージを音声で告知する例としたが、手動スキャンのガイド音声を出力するようにしてもよい。
上述した読取マップ表示７１のためのマップ情報を用いれば、ユーザーがホログラムメモリ３上のどのあたりをスキャンしているかを判断できる。例えばユーザーがなかなかスキャンしないような位置も判別できる。
例えばユーザーの手動スキャンが、なかなかホログラムメモリ３上の右上のあたりに達しないような状況を判別したら、「右上あたりをスキャンして下さい」等のメッセージ音声を出力させるような処理が考えられる。
このようなガイド音声によっても、ユーザーに手動スキャンを効率的に進めさせることができ、スキャン時間の短縮に有効である。
【０１３０】
なお、図３１のように音声出力機能を備える場合、読取処理の実行中に、電子音やメロディを発生させ、スキャン実行中であることをユーザーに伝えるようにしてもよい。例えば読取開始から読取完了までの期間、メロディを流す。ユーザーには、その電子音やメロディが流れている間は、手動スキャンを行う期間であると認識させる。このようにしてユーザーの適切な手動スキャン動作を促すこともできる。
【０１３１】
［６．ホログラムメモリの角度多重記録再生］
上記図１では、ホログラムメモリ３の基本的な記録再生動作を述べたが、角度多重方式で要素ホログラムを記録することで、著しい大容量化が可能となる。ここでは、角度多重記録されたホログラムメモリ３について説明する。
【０１３２】
角度多重記録の様子を図３３に示す。この場合、図３３（ａ）（ｂ）にそれぞれ示すように、記録参照光は、光源位置８Ａ、８Ｂからの記録参照光Ｌ３Ａ、Ｌ３Ｂとしてそれぞれ異なる角度状態でホログラムメモリ３に参照光を照射できるようにしている。なお、光源位置８Ａ，８Ｂは、記録光学系によってホログラムメモリ３に対して参照光を照射する位置としており、その位置にそれぞれ異なる光源素子を配置することを必要とするものではない。例えば１つの光源からの光の光路を変更することで光源位置８Ａ，８Ｂを切り換えるようにしてもよい。
【０１３３】
図３３（ｃ）に例えばコンピュータデータやＡＶコンテンツデータとしての１つの記録データを示しており、これは図１で述べたように所定バイト毎のデータブロックＢＬＫに分割されるが、例えば図示するように、前半のデータブロックＢＬＫのデータをエンコードして生成した二次元画像ＤＰをＤＰａ、後半のデータブロックＢＬＫのデータをエンコードして生成した二次元画像ＤＰをＤＰｂとして示す。
二次元画像ＤＰａ，ＤＰｂは、それぞれ順次液晶パネル１で表示され、図１で説明したように要素ホログラムとして記録される。
【０１３４】
ここで、記録データの例えば前半のデータブロックＢＬＫのデータを順次記録していくときには、図３３（ａ）のように、そのデータの二次元画像ＤＰａを液晶パネル１に供給し、二次元ページデータ画像を表示させる。このとき液晶パネル１を通過した二次元ページデータ画像の像としての物体光Ｌ２が集光レンズ２で集光されてホログラムメモリ３上にスポットとして照射されるが、この期間は光源位置８Ａからの第１の角度の記録参照光Ｌ３Ａをホログラムメモリ３に与える。この記録参照光Ｌ３Ａと物体光Ｌ２による干渉縞により、二次元画像ＤＰａについての要素ホログラム（第１の要素ホログラム）が記録される。
この状態で前半のデータブロックＢＬＫの各データを、順次第１の各要素ホログラムとして記録していく。
【０１３５】
続いて、記録データの例えば後半のデータブロックＢＬＫのデータを順次記録していくときには、図３３（ｂ）のように、そのデータについての二次元画像ＤＰｂを液晶パネル１に供給し、表示させる。このとき液晶パネル１を通過した二次元ページデータ画像の像としての物体光Ｌ２が集光レンズ２で集光されてホログラムメモリ３上にスポットとして照射されるが、この期間は光源位置８Ｂからの第２の角度の記録参照光Ｌ３Ｂをホログラムメモリ３に与える。この記録参照光Ｌ３Ｂと物体光Ｌ２による干渉縞により、二次元画像ＤＰｂについての要素ホログラム（第２の要素ホログラム）が記録される。
この状態で後半のデータブロックＢＬＫの各データを、順次第２の各要素ホログラムとして記録していく。
【０１３６】
以上のような記録動作により、ホログラムメモリ３には図３に示すように、第１の要素ホログラムｈAが多数形成された第１面３Ａと、第２の要素ホログラムｈBが多数形成された第２面３Ｂとが形成された状態となる。つまり二次元平面上に角度多重方式で要素ホログラムが記録されたホログラムメモリ３が形成される。要素ホログラムｈAは二次元画像ＤＰａを記録した要素ホログラムであり、要素ホログラムｈBは二次元画像ＤＰｂを記録した要素ホログラムである。
このように、第１，第２の角度での記録用参照光を照射して記録を行うことで、ホログラムメモリ３の平面に、第１の要素ホログラムｈＡを多数記録し、その同一の平面上に第２の要素ホログラムｈＢを多数記録することができる。
なお、多数の第１の要素ホログラムｈＡの配列面を「第１面」、多数の第２の要素ホログラムｈＢの配列面を「第２面」というように表現する。ホログラム角度多重記録においては、実際に物理的に「面」が明確に分かれているものではないが、説明の便宜上、「面」という言葉を用いるものである。
【０１３７】
このような角度多重方式のホログラムメモリ３に対しては、記録されたときと同じ角度から再生用参照光をあてたときに、その記録された再生像光が検出できる。つまり要素ホログラムとして記録されたデータが再生できる。
要素ホログラムｈA、ｈBが記録されたホログラムメモリ３に対する再生時の動作は次のようになる。
図３５（ａ）はホログラムメモリ３の第１面３Ａからの要素ホログラムｈAの読出の様子を示している。
図３５においては参照光光源７Ａ、７Ｂを示しているが、これは図３６で後述するホログラムリーダ６において設けられる光源（参照光光源１６Ａ，１６Ｂ）に相当する。
参照光光源７Ａは、記録時の光源位置８Ａと同様の角度でホログラムメモリ３に再生参照光Ｌ４Ａを照射するように配置され、また参照光光源７Ｂは、記録時の光源位置８Ｂと同様の角度でホログラムメモリ３に再生参照光Ｌ４Ｂを照射するように配置されている。
【０１３８】
第１面３Ａの要素ホログラムｈAの読取の際には、参照光光源７Ａがオンとされ、図３５（ａ）に示すように再生参照光Ｌ４ＡのスポットＳＰＡが要素ホログラムｈAに照射される。この要素ホログラムｈAと同一の位置には第２面３Ｂの要素ホログラムｈBも記録されているのであるが、再生参照光Ｌ４Ａが照射された際には、要素ホログラムｈAの再生像光Ｌ５のみが得られ、これがイメージャ５で検出される。
また第２面３Ｂの要素ホログラムｈBの読取の際には、参照光光源７Ｂがオンとされ、図３５（ｂ）に示すように再生参照光Ｌ４ＢのスポットＳＰＢが要素ホログラムｈBに照射される。これにより要素ホログラムｈAの再生像光は得られず、要素ホログラムｈBの再生像光Ｌ５のみが得られ、これがイメージャ５で検出される。
【０１３９】
［７．ホログラムリーダの第３の構成例及び角度多重記録に対する再生処理］
上記のように第１面３Ａ、第２面３Ｂとして角度多重方式で要素ホログラムを記録したホログラムメモリ３に対する、実施の形態のホログラムリーダ６の構成例（第３の構成例）を図３６に示す。なお、図３６において図６と同一部分は同一符号を付し、説明を省略する。
【０１４０】
この場合、角度多重記録されたホログラムメモリ３からのデータ読取のために、コリメータレンズ４、イメージャ５，及び２つの参照光光源１６Ａ、１６Ｂを備える。
参照光光源１６Ａは、図３３に示した記録時の記録参照光Ｌ３Ａと同じ角度でホログラムメモリ３に対して再生参照光Ｌ４Ａを照射するように配置されている。
また参照光光源１６Ｂは、図３３に示した記録時の記録参照光Ｌ３Ｂと同じ角度でホログラムメモリ３に対して再生参照光Ｌ４Ｂを照射するように配置されている。
例えばＬＥＤ（Light Emitting Diode）或いは半導体レーザによる参照光光源１６Ａ、１６Ｂは、それぞれ発光駆動部１４によって発光される。発光駆動部１４は、当該ホログラムリーダ６によってホログラムメモリ３の再生を行う場合に、システムコントローラ５１の指示によって参照光光源１６Ａ又は１６Ｂを発光駆動する。
【０１４１】
このホログラムリーダ６によりホログラムメモリ３からデータ再生を行う際の処理を図３７で説明する。図３７はデータ再生時においてシステムコントローラ５１の制御に基づいて実行される処理を示している。
【０１４２】
例えばユーザーは、操作部５３から再生開始の操作を行った後、図４又は図５のようにホログラムリーダ６をホログラムメモリ３に対向させて任意に移動させることになる。
システムコントローラ５１は、操作部５３を用いた再生開始の操作を検知したら、ステップＦ３０１で変数ｘ＝１とし、ステップＦ３０２で第ｘ面用の参照光光源をオンとする。即ちまず第１面３Ａを読み込むために、発光駆動部１４に指示を与え、参照光光源１６Ａを発光させ、再生参照光Ｌ４Ａをホログラムメモリ３に照射できる状態とする。
この状態でユーザーがホログラムリーダ６をホログラムメモリ３に対向させて移動させることで、第１面３Ａに記録された各要素ホログラムｈAの再生像光Ｌ５が順次イメージャ１２に検出されることになる。
【０１４３】
ステップＦ３０３では、イメージャ１２及びホログラムスキャン制御部１５の動作により、或る要素ホログラムの再生像光Ｌ５が取り込まれ、再生像信号（二次元画像信号）としてのデジタルデータが得られる。ホログラムスキャン制御部１５から出力される、或る要素ホログラムｈＡの二次元画像信号は、メモリコントローラ２１によって一旦不揮発性メモリ３２に格納される。
システムコントローラ５１は、ステップＦ３０３の動作としての要素ホログラムの再生像信号の取込を確認したら、ステップＦ３０４の画像処理、ステップＦ３０５のデコード処理を実行させる。
そしてステップＦ３０６で、デコード処理で得た読出データが、不揮発性メモリ３２に記憶されている読出データと同一であるか否かを判断し、同一であればステップＦ３０７で、今回デコードしたデータを破棄してステップＦ３０３に戻る。同一でなければ、ステップＦ３０８に進んで、今回デコードしたデータを、或る要素ホログラムｈＡからの読出データとして不揮発性メモリ３２に記憶させる。
以上の、ステップＦ３０３，Ｆ３０４，Ｆ３０５，Ｆ３０６，Ｆ３０７，Ｆ３０８の処理は、上記図７のステップＦ１０２，Ｆ１０３，Ｆ１０４，Ｆ１０５，Ｆ１０６，Ｆ１０７の処理と同様である。
【０１４４】
ステップＦ３０９では、システムコントローラ５１はデータ読出の進捗状況を計算する。これも基本的には図７のステップＦ１０８と同様であり、進捗状況の計算は、既に不揮発性メモリ３２に格納したデータとしての全体のデータサイズと、再生すべき全体のデータサイズ（元の記録データ全体のサイズ）から進捗状況が何パーセントであるかを求めることができる。或いは、全体のデータブロック数と、不揮発性メモリ３２に格納した読出データ（つまりデータブロック）の数から、読出の進捗状況が何パーセントであるか求めることができる。
【０１４５】
ステップＦ３１０では、第ｘ面からの必要量のデータ読み取りが完了したか否か、即ち第ｘ面から読み出されるべき全データがデコードされて不揮発性メモリ３２に格納された状態になっているか否かを判断する。
なお、この判断のために、各面の要素ホログラムのヘッダ情報として、その面に記録されたデータサイズやデータブロック数が記録されていればよい。その面のデータサイズ又はデータブロック数と、不揮発性メモリ３２に格納したデータサイズ又はデータブロック数を比較することで、現在スキャン中の面の読取を完了できたか否かが判別できる。
【０１４６】
現在のスキャン中の面として第１面３Ａの要素ホログラムからのデータ読取が完了していなければ、ステップＦ３１１に進み、読取進捗状況を表示部５２に表示させる。この場合、ステップＦ３０９で計算した読取進捗状況に応じた表示を実行させることになる。
そしてステップＦ３０３に戻って、続いて再生像光が読み取られてくる要素ホログラムについての処理を同様に実行していく。
【０１４７】
ステップＦ３１１の読取進捗状況の表示の例を図３８に示す。図３８（ａ）にはホログラムメモリ３上の第１面３Ａの要素ホログラムを○及び●で示している。また破線でユーザーの手動スキャンの軌跡を示している。
手動スキャンが破線のように行われた場合、●の要素ホログラムが読み取られたことになる。仮に、第１面３Ａには、○又は●で示す４９個の要素ホログラムとして、９８個のデータブロックＢＬＫに分割されたうちの４９個のデータブロックＢＬＫの各データが記録されているとする。また第２面３Ｂには、同様に残りの４９個のデータブロックＢＬＫの各データを記録した要素ホログラムが記録されているとする。
すると、図３８（ａ）のように第１面３Ａの１６個の●の要素ホログラムの読取が完了した時点、つまりステップＦ３０８で１６個目の読出データが不揮発性メモリ３２に格納された時点で、ステップＦ３０９で計算される読取進捗状況は１６％となる。
この場合、ステップＦ３１１では、例えば図３８（ｂ）のように表示部５２に、進捗状況バー７０を表示させ、１６％読込完了という状況をユーザーに提示する。
また、図３８（ａ）の手動スキャンから引き続いて、図３８（ｃ）の破線で示すように手動スキャンが行われたとする。この時点までで●で示した読取済の要素ホログラムは３８％に達しており、つまり再生すべきデータの３８％のデータ読出が完了していることとなる。この場合にはステップＦ３１１の処理で、図３８（ｄ）のように表示部５２における進捗状況バー７０及び表示数値が３８％読込完了という表示状態になる。
このように手動スキャンとそれに伴うステップＦ３０３からＦ３０９の動作が繰り返し行われていくことに従って、表示部５２では進捗状況バー４０のパーセンテージ表示が進行していくことになり、ユーザーは、これを見ることで、あとどれくらい手動スキャンを行う必要があるのかを認識できる。
【０１４８】
ステップＦ３１０で第ｘ面、つまり第１面３Ａからの必要量のデータ読出が完了と判断されたら、ステップＦ３１２に進み、システムコントローラ５１は発光駆動部１４に指示して参照光光源１６Ａをオフとさせる。
そしてまだ読取を行っていない面があればステップＦ３１３からＦ３１４に進み、変数ｘをインクリメントしてステップＦ３０２に戻る。この場合、変数ｘ＝２とされ、ステップＦ３０２で第２面３Ｂに対応する再生参照光をオンとする。即ちシステムコントローラ５１は発光駆動部１４に指示して参照光光源１６Ｂの発光を開始させる。
【０１４９】
参照光光源１６Ｂを発光させた状態で、ステップＦ３０３以降の処理を上記同様に行うことで、今度は第２面３Ｂの各要素ホログラムｈBからデータ読出が行われていくことになる。そして順不同に読み出されてくる要素ホログラムｈBからの読出データが不揮発性メモリ３２に蓄積されていく。
ある時点で、ステップＦ３１０で、第２面３Ｂの要素ホログラムｈBについて読出完了と判断されたら、ステップＦ３１２で参照光光源１６Ｂをオフとする。
ホログラムメモリ３が第１面３Ａ、第２面３Ｂの２つの面として角度多重記録されたものである場合、この時点でステップＦ３１３で全ての面の読取完了と判断されることになる。
この場合、ステップＦ３１５に進み、システムコントローラ５１は表示部５２で読取完了表示を実行させる。つまり進捗状況バー７０及び数値を１００％完了の状態で表示させる。またこのとき、スキャン完了として、ユーザーに手動スキャンを終わらせるメッセージを表示してもよい。
【０１５０】
そしてステップＦ３１６では、システムコントローラ５１はメモリコントローラ２１に指示し、不揮発性メモリ３２に格納された読出データを再構築させる。即ちこの時点で所定量のデータ、即ち元々の記録データを構成する全てのデータブロックのデータが不揮発性メモリ３２に格納されているため、各データブロックＢＬＫのデータを抽出してデータブロック番号順に並べ、再生データを生成する。例えばコンテンツデータとしての再生データを生成する。この再生データは、その後例えば外部機器インターフェース４１から外部機器１００に出力される。
以上でホログラムメモリ３からの再生が完了し、システムコントローラ５１は再生処理を終える。
【０１５１】
以上の処理からわかるように本例のホログラムリーダ６では、ホログラムメモリ３上の第１面３Ａ、第２面３Ｂのそれぞれにおいて、各要素ホログラムについて読み込む順番にこだわらずに、読み取れた要素ホログラムの読出データから不揮発性メモリ３２に格納していく。またこのとき、表示部５２にはスキャン（データ読取）の進捗状況を表示させていく。
そして第１面３Ａ、第２面３Ｂについてスキャンを終え、所定量の要素ホログラムの読み出しが完了した時点で、データを再構築し、元々のコンテンツデータ等のデータ、つまり再生データを生成するものである。
【０１５２】
このような処理を行うことで、上述した第１，第２の構成例と同様に、手動スキャンによってホログラムメモリ３からのデータ再生が可能となることや、スキャン機構が不要であることからホログラムリーダ６を簡易な構成とし、低コスト化を実現できる。また進捗状況表示により、使用感の向上も図ることができる。
そして特に角度多重記録に対応できることから、例えばコンピュータデータやＡＶコンテンツデータなどを、第１面３Ａ、第２面３Ｂとして角度多重記録することで大容量化したホログラムメモリ３に記録し、これを広く頒布するとともに、一般ユーザーがホログラムリーダ６を用いて、ホログラムメモリ３に記録されたデータを取得できるようにするシステムの実現に好適となる。
【０１５３】
ところで、図３６に示した第３の構成例では、第１面３Ａ、第２面３Ｂとしてそれぞれ要素ホログラムｈA、ｈBを角度多重記録したホログラムメモリ３を再生するために、ホログラムリーダ６に２つの参照光光源１６Ａ、１６Ｂを設け、これを切り換えて各面を順次再生するものとした。
一方、図６の第１の構成例のように、１つの参照光光源１６を固定的に配置する構成でも、角度多重記録に対応した再生を可能とすることができる。
【０１５４】
例えば図６のように１つの参照光光源１６のみを固定的に有するホログラムリーダ３により、ホログラムメモリ３の第１面３Ａ、第２面３Ｂのそれぞれからデータ読出を行うための動作を図３９、図４０に示す。
図３９（ａ）のホログラムリーダ６は、参照光光源１６からの再生参照光Ｌ４が、第１面３Ａの要素ホログラムｈAを読み出せる第１の角度でホログラムメモリ３に照射されている状態を示している。
一方、図３９（ｂ）のホログラムリーダ６は、同じく参照光光源１６からの再生参照光Ｌ４がホログラムメモリ３に照射されているが、ホログラムリーダ６自体の上下の向きが変わることで、再生参照光Ｌ４が第２面３Ｂの要素ホログラムｈBを読み出せる第２の角度でホログラムメモリ３に照射されている状態を示している。
つまり、参照光光源１６がホログラムリーダ６において固定的に配置されていても、ホログラムリーダ６の姿勢方向が逆転されることで、ホログラムメモリ３に照射する再生参照光Ｌ４の角度状態を第１の角度と第２の角度で切り換えることができる。
【０１５５】
具体的には図４０（ａ）のようにユーザーがホログラムリーダ６を持ってホログラムメモリ３に対向させることで、再生参照光Ｌ４が第１の角度でホログラムメモリ３に照射され、この状態で手動スキャンを行うことで第１面３Ａからデータ読出ができる。
次に、図４０（ｂ）のように、ユーザーはホログラムリーダ６を上下逆に持ち替える。すると、再生参照光Ｌ４が第２の角度でホログラムメモリ３に照射され、この状態で手動スキャンを行うことで第２面３Ｂからデータ読出ができる。
【０１５６】
固定配置された参照光光源１６を１つ有するホログラムリーダ６により、角度多重記録されたホログラムメモリ３からデータ再生を行う際の処理を図４１で説明する。図４１はデータ再生時においてシステムコントローラ５１の制御に基づいて実行される処理を示している。
【０１５７】
システムコントローラ５１は再生開始の際に、ステップＦ４０１で発光駆動部１４に指示を与え、参照光光源１６を発光させ、再生参照光Ｌ４をホログラムメモリ３に照射できる状態とする。
この状態でユーザーは、図４０（ａ）のような方向性でホログラムリーダ６を持って、ホログラムメモリ３に対向させて手動スキャンさせていく。なお、このときユーザーが図４０（ｂ）のように逆方向にホログラムリーダ６を持っていても問題はない。ユーザーがどちらの方向性で手動スキャンを開始するかは、単に、第１面３Ａ、第２面３Ｂのどちらから先に読取が行われるかの違いとなるだけである。
例えばユーザーが図４０（ａ）の方向性で持ったとき、再生参照光Ｌ４が第１の角度の状態でホログラムメモリ３に照射されるとすると、手動スキャンによって第１面３Ａに記録された各要素ホログラムｈAの再生像光Ｌ５が順次イメージャ１２に検出されることになる。
【０１５８】
ステップＦ４０２からＦ４１０の処理は図３７のステップＦ３０３からＦ３１１と同様である。即ち、ステップＦ４０２からＦ４１０の処理で、例えば第１面３Ａの各要素ホログラムｈＡからデータ読出が行われていき、順不同に読み出されてくる要素ホログラムｈAからの読出データが不揮発性メモリ３２に蓄積されていく。
そしてステップＦ４０９で、スキャン中の面からのデータ読出が完了と判断されたら、ステップＦ４１１に進み、全ての面からのデータ読み取りが完了したか否かを判断する。
そしてまだ読取を行っていない面があればステップＦ４１２に進み、システムコントローラ５１は、表示部５２に、読取角度変更のメッセージを表示させる。
例えば「ホログラムリーダを逆に持ち替えてスキャンして下さい」等のメッセージを表示させる。そしてステップＦ４０２に戻る。
ユーザーは上記のメッセージ表示に従って、例えば図４０（ａ）の状態から図４０（ｂ）の状態に持ち替える。すると、再生参照光Ｌ４が第２の角度の状態でホログラムメモリ３に照射される状態となり、手動スキャンによって第２面３Ｂに記録された各要素ホログラムｈBの再生像光Ｌ５が順次イメージャ５に検出されることになる。
【０１５９】
その状態で、ステップＦ４０２以降の処理を上記同様に行うことで、今度は第２面３Ｂの各要素ホログラムｈBからデータ読出が行われていくことになる。そして順不同に読み出されてくる要素ホログラムｈBからの読出データが不揮発性メモリ３２に蓄積されていく。
ある時点で、ステップＦ４０９で、スキャン中の面からのデータ読出完了と判断されたら、ステップＦ４１１に進む。
ホログラムメモリ３が第１面３Ａ、第２面３Ｂの２つの面として角度多重記録されたものである場合、この時点でステップＦ４１１で全ての面の読取完了となる。
この場合、ステップＦ４１３に進み、表示部５２で読取完了表示を行う。つまり進捗状況バー７０及び数値を１００％完了の状態で表示させる。またこのとき、スキャン完了として、ユーザーに手動スキャンを終わらせるメッセージを表示してもよい。
【０１６０】
そしてステップＦ４１４では、システムコントローラ５１はメモリコントローラ２１に指示し、不揮発性メモリ３２に格納された読出データを再構築させる。即ちこの時点で所定量のデータ、即ち元々の記録データを構成する全てのデータブロックのデータが不揮発性メモリ３２に格納されているため、各データブロックＢＬＫのデータを抽出してデータブロック番号順に並べ、再生データを生成する。例えばコンテンツデータとしての再生データを生成する。この再生データは、その後例えば外部機器インターフェース４１から外部機器１００に出力される。
システムコントローラ５１はステップＦ４１５で発光駆動部１４に指示して参照光光源１６をオフとさせる。以上でホログラムメモリ３からの再生が完了し、システムコントローラ５１は再生処理を終える。
【０１６１】
以上の処理からわかるように本例のホログラムリーダ６では、ユーザーにホログラムリーダ６の持ち方の変更を促し、ユーザーがそれに従って手動スキャンの途中で持ち替えを行うことで、１つの参照光光源１６を有するのみで、第１面３Ａ、第２面３Ｂに角度多重記録されたホログラムメモリ３からデータ再生を行うことができる。
これにより、ホログラムリーダとしてのさらなる構成の簡略化を実現できる。
【０１６２】
なお、このようにユーザーが手動スキャン時に持つ方向を変更する場合、ステップＦ４０３の画像処理で、付加的な処理が必要となる。
例えば図４０（ａ）の状態で第１面３Ａのスキャンを行い、図４０（ｂ）の状態で第２面３Ｂのスキャンを行うとすると、イメージャ１２で検出される再生像が、第１面３Ａの要素ホログラムｈAの場合と第２面３Ｂの要素ホログラムｈBの場合で上下逆になる。
従って、例えば第２面３Ｂをスキャンしているときは、ステップＦ４０３で、要素ホログラムｈBの再生像光の検出画像について上下反転処理を行う必要がある。
但し、ホログラムメモリ３の生成時において、第２面３Ｂの要素ホログラムｈBの記録時にあらかじめ二次元画像ＤＰｂを反転させるようにすれば、上記上下反転処理は不要である。
さらには記録時に、二次元画像ＤＰを上下回転対称の状態に形成するようにしても、上記の上下反転処理は不要となる。
【０１６３】
なお、上記では第１面３Ａ、第２面３Ｂとして２つの面に要素ホログラムを角度多重記録したホログラムメモリ３を例に挙げたが、さらに異なる参照光角度により第３面、第４面等、より多数の面が多重記録されたホログラムメモリに対応するホログラムリーダも実現できる。その場合、図３６の参照光光源の数を面数に応じて用意し、スキャンする面毎に切り替えるようにすればよい。
また、図６のように１つの参照光光源１６のみを有する場合においても、ホログラムリーダ６をユーザーに４方向に持ち替えさせることを想定すれば、第４面まで多重記録したホログラムメモリを用いたシステムを構築できる。
【０１６４】
また、図３６のように参照光光源を複数備え、これを切り換えて各面の要素ホログラムの読み出しを行う場合において、図３７の処理としては、例えば第１面３Ａの読取を完了した時点で参照光光源１６Ａをオフとし、参照光光源１６Ｂをオンとするように切換を行うようにしたが、参照光光源の切換タイミングとしては、多様な例が考えられる。
例えば０．１秒、０．５秒、１秒などの所定の短い期間毎に、参照光光源１６Ａ、１６Ｂを順次切り換えながら発光させていくような切り換え方式も適切である。例えばユーザーの手動スキャンの過程における一振り、例えば左右の一振りにおいては、そのスキャン軌跡の往路と復路がほぼ同一となるようなことも考えられる。短い期間毎に参照光光源１６Ａ、１６Ｂを切り換えていけば、この往路と復路で、第１面３Ａ、第２面３Ｂにおいて平面上には略同一位置となる要素ホログラムｈA、ｈBを読み取ることのできる可能性も高くなり、スキャンの効率化を期待できる。
また、例えば３秒程度などの間隔で参照光光源１６Ａ、１６Ｂを切り換えるようにしてもよい。
さらには、不揮発性メモリ３２に格納された読出データのうちでの、二次元画像ＤＰａの読出データと二次元画像ＤＰｂの読出データの量、割合などに応じて参照光光源１６Ａ、１６Ｂを切り換えるようにしてもよい。
いずれにしても、最終的に不揮発性メモリ３２に、再生データ構築可能な所定量のデータが格納される状態になるようにすればよく、例えば第１面３Ａ、第２面３Ｂの読取順序や読取期間の設定、つまり参照光光源１６Ａ、１６Ｂの切り換え制御のタイミングは多様に考えられる。
【０１６５】
また、ホログラムリーダ６において表示部５２に加えて、或いは表示部５２を設けずに、図３１のように音声合成部５４及びスピーカ５５を設けるようにし、各種音声出力を実行できるようにすることも考えられる。
例えば図４１のステップＦ４１２で、持ち替えのメッセージを表示するとともに、そのメッセージ音声を出力することで、ユーザーは持ち替えのタイミングを認識しやすくなり、使用上、好適である。或いはステップＦ４１２でメッセージ表示を行う際に、電子音やメロディ音、効果音等を出力してユーザーに注意を促し、持ち替えタイミングに気づきやすいようにすることもできる。
もちろんメッセージ表示を行わずに、音声メッセージでユーザーに持ち替えを告知するのみでもよい。
【０１６６】
［８．ホログラムリーダの第４の構成例及びミキシングストラテジを含む再生処理］
以上の各例のように、ホログラムメモリ３上の各要素ホログラムに対して、ユーザーが手動でスキャンを行う場合、同一の要素ホログラムを複数回読み込むことがある。この場合、既に不揮発性メモリ３２に取り込んだ読出データと同一データ内容の読出データが得られる。またホログラムメモリ３上に同一のデータ内容の二次元画像ＤＰを記録した要素ホログラムが複数存在する場合も、既に不揮発性メモリ３２に取り込んだ読出データと同一データ内容の読出データが得られることがある。
上記各例では、既に記憶済の読出データと同一内容の読出データが得られた場合は、それを破棄するものとしていたが、ここでは、同一内容の２つの読出データを比較して、品質の良好な方を不揮発性メモリ３２に保存する例を説明する。
【０１６７】
図４２に、第４の構成例としてのホログラムリーダ６を示す。これは、図６の第１の構成例に、ミキシングストラテジ処理部２８を加えたものである。同一部分は同一符号を付して説明を省略する。
【０１６８】
ミキシングストラテジ処理部２８は、復号部２５で得られた復号データが、既にメモリ部３０の不揮発性メモリ３２に記憶されている復号データと同一内容であるときに、その復号データ同志を比較し、品質の良好な復号データを選択する。そして不揮発性メモリ３２において、選択した方の復号データが保存されるようにする。
【０１６９】
図６の構成と同様に、復号部２５は、二値化された二次元画像信号、つまり１つの要素ホログラムから得られたデータについて、デコード処理やエラー訂正処理を行い、元のデータを復号して読出データを得る。
復号部２５は、デコードした読出データを、メモリコントローラ２１に受け渡す。メモリコントローラ２１は、デコードされたデータを不揮発性メモリ３２に格納させる。
但し、復号部２５で復号した読出データが既に不揮発性メモリ３２に記憶されていた場合は、今回復号したデータと、不揮発性メモリ３２に記憶されていたデータとについて、ミキシングストラテジ処理部２８で品質比較処理を行う。例えば復号時のエラー訂正処理におけるエラー訂正数を比較する。そして、不揮発性メモリ３２に記憶されたデータの方がエラー訂正数が少なく、高品質であると判断した場合は、今回の復号データは破棄する。一方、今回復号したデータの方がエラー訂正数が少なく、高品質であると判断した場合は、不揮発性メモリ３２に上書きするように記憶させる。つまり不揮発性メモリ３２での記憶データを書き換える。
【０１７０】
このホログラムリーダ６によりホログラムメモリ３からデータ再生を行う際の処理を図４３に示す。なお、図４３においてステップＦ１０１からＦ１１３の処理は、図７と同様であるため、重複説明を避ける。
この図４３の処理は、図７のステップＦ１０６に代えて、ステップＦ１４０，Ｆ１４１の処理が行われることが、図７の処理と異なる。
【０１７１】
ステップＦ１０５において、復号部２５でデコードして得た読出データが、既に不揮発性メモリ３２に格納されているデータと同一内容と判断された場合は、ステップＦ１４０に進む。
先にも述べたが、復号部２５でデコードしたデータが、既に不揮発性メモリ３２に記憶されているデータと同一内容となる場合が生ずるのは、同一の要素ホログラムの読み出しが既に行われていた場合か、或いは同一のデータ内容を記録した要素ホログラムが複数個、ホログラムメモリ３に記録されている場合に、今回読み出した要素ホログラムとは別の要素ホログラムから同一のデータが既に読み出されていた場合である。
上述したように手動スキャンを行う場合、スキャンされる要素ホログラムは全く不定であり、同じ要素ホログラムが複数回スキャンされる場合がある。例えば図４４に、ホログラムメモリ３上の○で示す要素ホログラムが配列されている例を示しているが、このようなホログラムメモリ３に対して、ユーザーの手動スキャンの軌跡が矢印で示すようになったとする。この場合、スキャン軌跡にあたった各要素ホログラムの二次元画像が順次読み込まれて復号されるわけであるが、例えば図４４で斜線を付した要素ホログラムは、２回、読込が行われたものとなる。例えばこのような状況で、ある要素ホログラムが２回読み込まれたら、２回目にデコードしたデータは既に不揮発性メモリ３２に格納されているデータと同一内容となる。
【０１７２】
また、図９から図１９で述べたように、特に手動スキャンを想定して、各要素ホログラムが確率的に読み込まれるものとしたシステムでは、なるべく迅速に各データブロックの要素ホログラムが読み込まれるように、同じデータの要素ホログラムを複数記録する考え方がある。
図４５は、図１７で述べた要素ホログラムの配置を示しているが、例えばこのホログラムメモリ３に対して、ユーザーが矢印のように右方向へのスキャンを行い、続いて左方向への戻るようにスキャンしたとする。すると、左に戻るスキャンの際に、既に一度読み込まれた要素ホログラムと同一データ内容の要素ホログラムが、読み込まれることになる。
例えばこのような状況でも、デコードしたデータが既に不揮発性メモリ３２に格納されているデータと同一内容となることが発生する。
なお、自動スキャン方式の場合でも、同一内容の要素ホログラムが複数記録されていれば、同一内容の読出データが複数回復号されることは発生する。
【０１７３】
図４３のステップＦ１０５で復号された読出データが不揮発性メモリ３２に格納されている読出データと同一内容であると判断され、ステップＦ１４０に進むと、ミキシングストラテジ処理部２８により、両読出データの比較処理が行われる。
即ち、ミキシングストラテジ処理部２８は、今回ステップＦ１０４で復号部２５で復号された読出データにおけるエラー訂正数と、同じデータブロック番号のデータとして不揮発性メモリ３２に記憶されている読出データを復号した際のエラー訂正数を比較するなどの処理により、両読出データにおいてどちらが高品質のデータとなっているかを判断する。
そして、ステップＦ１４１ではメモリコントローラ２１により、上記判断により高品質として選択した方の読出データが、当該データブロック番号のデータとして不揮発性メモリ３２に保存されるようにする。
即ち、不揮発性メモリ３２に記憶された読出データの方がエラー訂正数が少なく、高品質であると判断した場合は、メモリコントローラ２１は今回復号した読出データは破棄する。
一方、今回復号した読出データの方がエラー訂正数が少なく、高品質であると判断した場合は、メモリコントローラ２１は、今回復号した読出データを不揮発性メモリ３２に上書き記憶させ、不揮発性メモリ３２上でデータを書き換える。
以上の処理を経てステップＦ１０９に進む。
なお、両復号データの品質の比較は、エラー訂正数の比較以外の手法で行っても良い。
【０１７４】
この図４３の処理のように、不揮発性メモリ３２に記憶されている読出データと同一のデータ内容の読出データが得られた場合には、その２つの読出データの品質を比較し、選択した方の読出データが不揮発性メモリ３２に記憶される状態とする。このため、不揮発性メモリ３２には、よりよい品質の読出データが保存されていく状態となり、結果として品質のよい再生データを再構築することができる。
特に手動スキャンの場合、同じデータ内容の要素ホログラムが読み込まれることが発生するのは或る程度やむを得ないが、上記動作は、そのような場合の復号データを無駄にしないことで、再生データの高品質化に役立てるものであるといえる。
【０１７５】
［９．ホログラムリーダの第５の構成例及び外部パリティ処理を含む再生処理］
続いて、要素ホログラムとして記録される二次元画像ＤＰに冗長データが含まれることで、二次元画像ＤＰからの読出データに冗長データが含まれ、ホログラムリーダ６が、複数の読出データの冗長データに基づいて他の読出データを生成可能とする例を説明する。
【０１７６】
ホログラムメモリ３上の各要素ホログラムには、それぞれ図３に示したような二次元画像ＤＰが記録される。この二次元画像ＤＰは、上述のように、元々のＡＶコンテンツやコンピュータデータ／プログラム等の記録データを、多数のデータブロックに分け、１つのデータブロックのデータが二次元画像化されたものである。例えば１つのデータブロックのデータに対して、アドレスや管理情報などを含むヘッダ情報を付加したり、エラー訂正パリティ（内部パリティ）を付加したり、インターリーブ処理を行うなどのエンコード処理を行い、さらにエンコードデータを二次元画像パターンに変換したものである。
ここで本例の場合、１つの二次元画像ＤＰは、１つのデータブロックのデータ（以下、メインデータ）、ヘッダ情報、内部パリティに加え、外部パリティが含まれていることを特徴とする。
内部パリティは、その二次元画像ＤＰに含まれるメインデータやヘッダ情報のエラー訂正処理に用いられるパリティであるが、外部パリティとは、複数の要素ホログラム間でのデータ復元に用いるパリティである。例えば１０個の要素ホログラムを外部パリティによるデータ復元単位とすると、例えば８個の要素ホログラムに記録された外部パリティを集めることで、残りの２個の要素ホログラムのデータ（メインデータやヘッダ情報）を復元できるものである。
なお、以下説明上、外部パリティによるデータ復元単位となる複数の要素ホログラムを「外部パリティブロック」と呼ぶこととする。
【０１７７】
ここで、本例の要素ホログラムにおける外部パリティを含むデータ構成の説明に先立って、外部パリティが付加されていない場合の事情を述べておく。
上述した手動スキャンにより各要素ホログラムの読み取りが行われることを前提とする。手動スキャンでは、ホログラムメモリ３に対してユーザーがホログラムリーダ６を移動させることで各要素ホログラムの読み取りが行われるが、ユーザーによる移動軌跡は不定であることと、スキャン軌跡が真上付近を通過した要素ホログラムしか読めないことで、上述のように各要素ホログラムは確率的にスキャンされることになる。すると、ホログラムメモリ３上の全要素ホログラムのデータを読み取り終わるまで時間が掛かりすぎる場合が生ずる。これは読み取り開始直後の読み取り効率と、終盤の読み取り効率の差が原因である。図４８で説明する。
図４８（ａ）、図４８（ｂ）、図４８（ｃ）、図４８（ｄ）、図４８（ｅ）は、ホログラムメモリ３上の要素ホログラムの読み取りの様子を示す。●が未読み取りの要素ホログラム、○が読み取り済みの要素ホログラムを表している。
図４８（ａ）は手動スキャンによる読取開始時点ｔ１の状態であり、まだホログラムメモリ３上の全要素ホログラムは未読取の状態である。手動スキャンが開始されると、再生参照光が真上を通過した要素ホログラムが順次読み取られていき、図４８（ｂ）のように読取済の要素ホログラムが増えていく。最初は、全てが未読取であったため、不定な手動スキャンによっても、各要素ホログラムが効率よく読み取られていく。
そして手動スキャンが続けられることで、図４８（ｂ）のｔ２時点、図４８（ｃ）のｔ３時点、図４８（ｄ）のｔ４時点と、徐々に読取済の要素ホログラムが増えていくが、未読取の要素ホログラムが少なくなるにつれ読取効率は低下する。例えば図４８（ｄ）のように未読取の要素ホログラムが少なくなると、手動スキャン時の再生参照光の軌跡がなかなか未読取の要素ホログラムに当たらないといった状況となる。そして図４８（ｄ）のｔ４時点から、図４８（ｅ）の読取完了となるｔ５時点までは、かなり時間がかかってしまう。
即ち、読み取り開始直後は早いスピードで要素ホログラムを読み取れるが、次第に読み取る要素ホログラムが少なくなり、また未読取の要素ホログラムも様々なところに散乱する状態となるため、読み取りスピードも急激に遅くなり、最終的に全要素ホログラムを読み取るのに時間が掛かってしまう。
【０１７８】
このように読取の後半に読取効率が非常に低下してしまい、スキャン終了まで時間がかかるという状況に対して、本例では、要素ホログラムに記録される情報として外部パリティを付加することで、スキャンを短時間で完了できるようにするものである。
外部パリティは、他の要素ホログラムのデータを復元できるパリティであり、例えば１０個の要素ホログラムにそれぞれ２０％の外部パリティを付加することで、１０個のうち８個を読み取れば、残りの２個の要素ホログラムは、読取を行わなくてもそのデータを復号できるようにするものである。上記のように読取効率は、完了間近で低下する。従って、この場合、残りの２個の要素ホログラムの読み取りには長時間を要するが、その長時間の読取を不要とすることができるため、全体のスキャン時間を非常に短縮できる。
【０１７９】
ホログラムメモリ３に縦横方向に要素ホログラムが配列された図４６のモデルを用いて具体例を説明する。
図４６（ａ）では○で示す要素ホログラムが縦横方向に１０×１０個が配列されているが、例えば破線で示すように各行で外部パリティブロックＰＢを形成するようにする。即ち各行の１０個の要素ホログラムのグループを外部パリティブロックＰＢとし、外部パリティブロックＰＢ内の各要素ホログラムは、それぞれ所定％の外部パリティを付加することで、ｎ個の要素ホログラムの読み取りが完了した時点で、残りの（１０−ｎ）個の要素ホログラムからの復号データを得ることができるようにするものである。
外部パリティブロックＰＢを構成する１０個の要素ホログラムを要素ホログラムｈＡ、ｈＢ、ｈＣ、ｈＤ、ｈＥ、ｈＦ、ｈＧ、ｈＨ、ｈＩ、ｈＪとし、各要素ホログラムｈＡ、ｈＢ、ｈＣ、ｈＤ、ｈＥ、ｈＦ、ｈＧ、ｈＨ、ｈＩ、ｈＪに二次元画像ＤＰとして記録される情報の内容を図４７に示す。
要素ホログラムｈＡには、元々、その要素ホログラムｈＡを用いて記録されるホログラム単位データＤＴａとして、元々の記録データ（コンテンツデータ等）の１つのデータブロックのデータであるメインデータＭＤａと、このデータブロックに対して付加されたデータブロック番号や属性等のヘッダＨＤａと、メインデータＭＤａやヘッダＨＤａの誤り訂正処理のために付加された内部パリティＰＩａが記録される。
そしてこの要素ホログラムｈＡには、ヘッダＨＤａ、メインデータＭＤａ、内部パリティＰＩａによるホログラム単位データＤＴａに加えて、外部パリティＰＯａが記録される。つまり、ヘッダＨＤａ、メインデータＭＤａ、内部パリティＰＩａ、外部パリティＰＯａが含まれるデータ系列が所定のエンコード処理された上で二次元画像ＤＰとされ、要素ホログラムｈＡとして記録されるものである。
【０１８０】
要素ホログラムｈＢでは、同様に、その要素ホログラムｈＢを用いて記録されるホログラム単位データＤＴｂとして、ヘッダＨＤｂ、メインデータＭＤｂ、内部パリティＰＩｂによるホログラム単位データＤＴｂが記録されると共に、外部パリティＰＯｂが記録される。
要素ホログラムｈＣでも同様に、その要素ホログラムｈＣを用いて記録されるホログラム単位データＤＴｃとして、ヘッダＨＤｃ、メインデータＭＤｃ、内部パリティＰＩｃによるホログラム単位データＤＴｃが記録されると共に、外部パリティＰＯｃが記録される。
要素ホログラムｈＤ、ｈＥ、ｈＦ、ｈＧ、ｈＨ、ｈＩ、ｈＪも同様である。
【０１８１】
ここで各要素ホログラムｈＡ、ｈＢ・・・ｈＪのホログラム単位データＤＴａ、ＤＴｂ、ＤＴｃ、ＤＴｄ、ＤＴｅ、ＤＴｆ、ＤＴｇ、ＤＴｈ、ＤＴｉ、ＤＴｊと、外部パリティＰＯａ、ＰＯｂ、ＰＯｃ、ＰＯｄ、ＰＯｅ、ＰＯｆ、ＰＯｇ、ＰＯｈ、ＰＯｉ、ＰＯｊは、例えば次のような関係となっている。
DTa=(POb/9)+(POc/9)+(POd/9)+(POe/9)+(POf/9)+(POg/9)+(POh/9)+(POi/9)+(POj/9)
DTb=(POa/9)+(POc/9)+(POd/9)+(POe/9)+(POf/9)+(POg/9)+(POh/9)+(POi/9)+(POj/9)
DTc=(POa/9)+(POb/9)+(POd/9)+(POe/9)+(POf/9)+(POg/9)+(POh/9)+(POi/9)+(POj/9)
DTd=(POa/9)+(POb/9)+(POc/9)+(POe/9)+(POf/9)+(POg/9)+(POh/9)+(POi/9)+(POj/9)
DTe=(POa/9)+(POb/9)+(POc/9)+(POd/9)+(POf/9)+(POg/9)+(POh/9)+(POi/9)+(POj/9)
DTf=(POa/9)+(POb/9)+(POc/9)+(POd/9)+(POe/9)+(POg/9)+(POh/9)+(POi/9)+(POj/9)
DTg=(POa/9)+(POb/9)+(POc/9)+(POd/9)+(POe/9)+(POf/9)+(POh/9)+(POi/9)+(POj/9)
DTh=(POa/9)+(POb/9)+(POc/9)+(POd/9)+(POe/9)+(POf/9)+(POg/9)+(POi/9)+(POj/9)
DTi=(POa/9)+(POb/9)+(POc/9)+(POd/9)+(POe/9)+(POf/9)+(POg/9)+(POh/9)+(POj/9)
DTj=(POa/9)+(POb/9)+(POc/9)+(POd/9)+(POe/9)+(POf/9)+(POg/9)+(POh/9)+(POi/9)
【０１８２】
つまり、要素ホログラムｈＡのホログラム単位データＤＴａを例に挙げると、このホログラム単位データＤＴａは、要素ホログラムｈＢからｈＪに記録されている外部パリティＰＯｂからＰＯｊを用いて生成可能である。換言すれば、要素ホログラムｈＢからｈＪが読み込めていれば、要素ホログラムｈＡが未読込であっても要素ホログラムｈＡのホログラム単位データＤＴａを復元可能である。
同様に例えば要素ホログラムｈＢのホログラム単位データＤＴｂは、要素ホログラムｈＡ及びｈＣからｈＪに記録されている外部パリティＰＯａ及びＰＯｃからＰＯｊを用いて生成可能である。つまり要素ホログラムｈＡ及びｈＣからｈＪが読み込めていれば、要素ホログラムｈＢが未読込であっても要素ホログラムｈＢのホログラム単位データＤＴｂを復元可能である。
【０１８３】
即ちこの場合、１０個の要素ホログラムからの成る外部パリティブロックＰＢ内において、９個の要素ホログラムの読み取りが完了した時点で、残りの１個の要素ホログラムのホログラム単位データを復元でき、１０個の要素ホログラムの読み取り完了という状態とすることができる。
もちろん、外部パリティＰＯａ、ＰＯｂ、ＰＯｃ、ＰＯｄ、ＰＯｅ、ＰＯｆ、ＰＯｇ、ＰＯｈ、ＰＯｉ、ＰＯｊの冗長度を高めれば、より復元効率を高めることができる。例えば冗長度２０％の外部パリティＰＯａ、ＰＯｂ、ＰＯｃ、ＰＯｄ、ＰＯｅ、ＰＯｆ、ＰＯｇ、ＰＯｈ、ＰＯｉ、ＰＯｊを付加することで、１０個の要素ホログラムから成る外部パリティブロックＰＢ内において、８個の要素ホログラムの読み取りが完了した時点で、残りの２個の要素ホログラムのホログラム単位データを復元できようにもできる。
【０１８４】
そしてこのように、本例では、外部パリティによって、外部パリティブロックＰＢ内の全ての要素ホログラムの読み取りが完了しなくても、所定量の外部パリティから残りの要素ホログラムのデータを復元することで、読取効率を著しく高めることができる。
図４９でスキャンの進行状況を例示する。ここでは、図４６（ａ）のように、行単位で１０個の要素ホログラムで１つの外部パリティブロックＰＢを形成し、また各要素ホログラムには冗長度２０％の外部パリティＰＯａ、ＰＯｂ、ＰＯｃ、ＰＯｄ、ＰＯｅ、ＰＯｆ、ＰＯｇ、ＰＯｈ、ＰＯｉ、ＰＯｊが付加されているとする。
図４９（ａ）（ｂ）のようにスキャン開始以降の時点ｔ１から時点ｔ２として、最初は効率よく各要素ホログラムの読取が行われていくのは、上記図８の場合と同様である。
ここで或る時点ｔ３に、図４９（ｃ）のような読取状況であったとする。このとき、破線で囲った３つの行は、それぞれ１０個の要素ホログラムによる外部パリティブロックのうちで８個の要素ホログラムが読取済となっている。すると、これらの行は、それぞれ残りの２個の要素ホログラムのホログラム単位データＤＴａを、既に読取済の要素ホログラムから抽出された外部パリティ（ＰＯａ・・・ＰＯｊ）を用いて復元することができる。従って図４９（ｃ）の読取状態で、図４９（ｄ）に示すように、当該３つの行は、それぞれ１０個の全ての要素ホログラムの読み取りを完了したとすることができる。
【０１８５】
以降も、他の各行についても１０個のうち８個の要素ホログラムの読み取りができた時点で、１０個の要素ホログラムの読取完了とすることができるため、図４９（ｅ）の読取完了の状態に迅速に達することができる。図４８で説明した場合と比較すると、最も読取効率が低下する、残り少数で未読取の要素ホログラムが点在する状況の要素ホログラム読み取りを不要とすることで、読取完了までの時間を著しく短縮できるものとなる。
【０１８６】
なお、以上は図４６（ａ）のようにホログラムメモリ３上で行毎に外部パリティブロックＰＢを設定した例で述べたが、外部パリティブロックＰＢの設定例は多様に考えられる。図４６（ｂ）（ｃ）（ｄ）（ｅ）（ｆ）には、それぞれ破線で外部パリティブロックＰＢとされる要素ホログラムを示している。
図４６（ｂ）は、列毎に外部パリティブロックＰＢを設定した例である。
図４６（ｃ）は、ホログラムメモリ３上の全要素ホログラムで１つの外部パリティブロックＰＢを設定した例である。
図４６（ｄ）は、縦横に３×３個の要素ホログラムの固まりで１つの外部パリティブロックＰＢを設定する例である。
図４６（ｅ）は、縦横に５×２個の要素ホログラムの固まりで１つの外部パリティブロックＰＢを設定する例である。
図４６（ｆ）は、縦横に２×５個の要素ホログラムの固まりで１つの外部パリティブロックＰＢを設定する例である。
どのように外部パリティブロックＰＢを設定するかは、ホログラムメモリ３上の要素ホログラムの数、配置状態、採用されるスキャン方式、スキャン軌跡の方向性、好ましい冗長度等の各種事項を勘案して決められればよい。
【０１８７】
このような外部パリティを用いた復号を行うホログラムリーダ６として、図５０にホログラムリーダ６の第５の構成例を示す。これは、図６の第１の構成例に、外部パリティメモリ２９を加えたものである。同一部分は同一符号を付して説明を省略する。
【０１８８】
外部パリティメモリ２９は、復号部２５における復号処理で外部パリティが抽出されたときに、その外部パリティが記憶される。
復号部２５は、二値化された二次元画像信号、つまり１つの要素ホログラムから得られたデータについて、デコード処理やエラー訂正処理を行い、元のデータを復号する。また復号処理過程で抽出された外部パリティについては、外部パリティメモリ２９に転送して記憶させる。
さらに復号部２５は、外部パリティブロックＰＢ内で所定量の外部パリティが外部パリティメモリ２９に蓄積されたら、外部パリティを読み出し、その外部パリティブロックＰＢ内で未読取の要素ホログラムについてのホログラム単位データを復号する。
復号部２５は、復号したデータ（読出データ）を、メモリコントローラ２１に受け渡す。メモリコントローラ２１は、読出データを不揮発性メモリ３２に格納させる。
ホログラムメモリ３の各要素ホログラムから得られる二次元画像信号について、復号部２５で順次復号され、不揮発性メモリ３２に蓄積されていくことで、最終的に、ホログラムメモリ３に記録されている元々のデータ、例えばＡＶコンテンツデータやコンピュータデータ等が不揮発性メモリ３２上で構築される。
【０１８９】
このホログラムリーダ６による再生時の処理を図５１で説明する。図５１はシステムコントローラ５１の制御に基づいて図５０の構成の各部で実行される処理を示しているが、ステップＦ５０１、Ｆ５０２、Ｆ５０３は図７のステップＦ１０１、Ｆ１０２、Ｆ１０３と同様であり、説明を省略する。
【０１９０】
ステップＦ５０４では、復号部２５に二値化部２４で二値化された二次元画像信号が供給され、復号部２５で復号及び誤り訂正等の復号処理を行う。
このステップＦ５０４の復号処理を図５２，図５３で詳しく説明する。
復号部２５は、図５２のステップＦ６０１で、二値化部２５で二値化された信号を取り込む。即ち二次元画像信号を「１」「０」の２値のデータストリームに変換した二値信号である。
復号部２５はステップＦ６０２で、二値信号に対してデコード処理を行い、二次元画像ＤＰとして記録されていたデータを得る。要素ホログラムには図４７で説明したようにホログラム単位データとしてのヘッダ、メインデータ、内部パリティが記録され、また外部パリティが記録されているとすると、デコード処理により、これらヘッダ、メインデータ、内部パリティ、外部パリティとしての各データ成分が抽出されることになる。
復号部２５は、ステップＦ６０３では、内部パリティを用いてヘッダ及びメインデータの誤り訂正処理を行う。
ステップＦ６０４では、メモリコントローラ２１が、復号部２５のステップＦ６０２，Ｆ６０３の処理によって得られたヘッダ及びメインデータと同一のデータが、要素ホログラムからの読出データとして既に不揮発性メモリ３２に記憶されているか否かを判別する。そして、既に同じ読出データが記憶されていれば、ステップＦ６０７で今回復号したデータを破棄して、図５１のステップＦ５０２に戻る。
ステップＦ６０４で、同一の読出データがまだ不揮発性メモリ３２に記憶されていないと判断されれば、ステップＦ６０５で、誤り訂正処理を経たヘッダ及びメインデータを、要素ホログラムからの読出データとして、メモリコントローラ２１が不揮発性メモリ３２に転送させ、記憶させる。
さらにステップＦ６０６では、復号部２５はデコード処理で抽出された外部パリティを外部パリティメモリ２９に記憶させる。
以上で図５１のステップＦ５０４としての復号処理を終える。
【０１９１】
このステップＦ５０４（Ｆ６０１からＦ６０６）の復号処理の流れを図５３に模式的に示した。例えば要素ホログラムｈＡの撮像が行われて、その二値信号が復号部２５に供給されたら、デコード処理によりヘッダＨＤａ、メインデータＭＤａ、内部パリティＰＩａ、外部パリティＰＯａが抽出される。ヘッダＨＤａ、メインデータＭＤａは内部パリティＰＩａを用いてエラー訂正された後、復号データとして不揮発性メモリ３２に記憶される。不揮発性メモリ３２では、ヘッダＨＤに含まれるアドレス情報、例えばデータブロック番号等に基づいて、管理データ及びメインデータＭＤａが記憶される形態となる。管理データとは、ヘッダＨＤにおいてアドレス情報以外の各種情報であり、例えばデータブロックサイズ、全データサイズ、データブロック数、データ形式などである。
一方、外部パリティＰＯａについては、ヘッダＨＤに含まれるアドレス情報とともに、外部パリティメモリ２９に記憶される。なお、ヘッダ情報として外部パリティブロックＰＢの番号が含まれる場合は、この外部パリティブロック番号もアドレスとして記憶する。
【０１９２】
以上のような復号処理を終えたら、次に図５１のステップＦ５０５として、外部パリティブロックＰＢ内で所定％のスキャンが完了したか否かが判断される。
これは、或る外部パリティブロックＰＢとして、所定数の要素ホログラムの読込が完了したか否かの判断である。例えば１つの外部パリティブロックＰＢが１０個の要素ホログラムで構成されている場合において、各要素ホログラムに冗長度２０％の外部パリティが付加されているとしたら、その外部パリティブロックＰＢ内で８個の要素ホログラムが読取完了となっているか否かの判断である。
この判断は外部パリティメモリ２９を参照すればよい。例えばまず、直前のステップＦ５０４で外部パリティを抽出し、外部パリティメモリ２９に記憶した、現在処理対象となっている要素ホログラムについて、その要素ホログラムが含まれる外部パリティブロック番号を判別する。例えばアドレス情報から判別できる。次に、同じ外部パリティブロックＰＢに属する要素ホログラムから読み出した外部パリティがいくつ記憶されているかをアドレス情報に基づいて検索する。
このように外部パリティメモリ２９を検索することで、或る外部パリティブロックＰＢ内で所定数以上の要素ホログラムの読取が行われ、所定量以上の外部パリティが蓄積されたか否かを判断できる。
【０１９３】
ステップＦ５０５の時点で、或る外部パリティブロックＰＢにおける所定数の要素ホログラムのスキャンが完了していないと判断されたら、ステップＦ５０２に戻る。
一方、ステップＦ５０５で外部パリティブロックＰＢにおける所定数の要素ホログラムのスキャンが完了している、例えば１０個の外部パリティブロックＰＢ内で８個の要素ホログラムの読取が完了しているなどと判断されたら、復号部２５でステップＦ５０６の復号処理を行う。
このステップＦ５０６の復号処理は外部パリティを用いて、未読取の要素ホログラムのホログラム単位データを復元する処理である。図５４にステップＦ５０６の詳しい処理例を示す。
まずステップＦ７０１で、復号部２５は外部パリティメモリ２９から、上記ステップＦ５０５で所定％の読取が完了したと判断された外部パリティブロックＰＢについて蓄積されている外部パリティを読み出す。
ステップＦ７０２では、読み出した外部パリティから、未読取の要素ホログラムのホログラム単位データ、つまりヘッダ及びメインデータを生成し、これを未読取の要素ホログラムの復号データとする。例えば図４７で説明したように、外部パリティＰＯａからＰＯｊが設定されていることで、未読取の要素ホログラムのホログラム単位データを復号できる。
ステップＦ７０３では、復号部２４は、復号データ（ヘッダ及びメインデータ）をメモリコントローラ２１を介して不揮発性メモリ３２に転送させ、記憶させる。
このような処理で、未読取の要素ホログラムの読出データが外部パリティを用いて生成され、不揮発性メモリ３２に記憶される状態となる。
【０１９４】
続いて図５１のステップＦ５０７では、スキャン完了、即ち全ての要素ホログラムの読出データが得られたかどうかを判定する。
このステップＦ５０７のスキャン完了の判断は、ホログラムメモリ３に記録された元々のコンテンツデータ等の全体が不揮発性メモリ３２に記憶できているか否かの判断によればよく、図７のステップＦ１０９と同一の処理でよい。
【０１９５】
ステップＦ５０７でスキャン完了と判定されなければステップＦ５０１に戻り、上述の処理を繰り返す。つまり、他の要素ホログラムについての再生処理を同様に実行していく。
ステップＦ５０７でスキャン完了、即ち全ての要素ホログラムの読出データが得られたと判定されたら、システムコントローラ５１は、ステップＦ５０８で、図７のステップＦ１１２と同様に、メモリコントローラ２１によって不揮発性メモリ３２に記憶された読出データを再構築させ、再生データを生成させる。
この再生データは、その後、外部インターフェース４１を介して外部機器１００に転送され、ユーザーは、外部機器１００において再生データを使用することができる。
そしてシステムコントローラ５１はステップＦ５０９で、参照光光源１６からの再生参照光Ｌ４の照射を終了させる。
【０１９６】
このような処理により、外部パリティを用いて、撮像していない要素ホログラムに記録された情報を復号することができる。従ってホログラムメモリ３上の全ての要素ホログラムについて読取スキャンが完了していなくとも、ホログラムメモリ３に記録されたコンテンツデータ等を得ることができる。このため、スキャンに要する時間を短縮し、ホログラムメモリ３から迅速なデータ取得を実現できる。特にユーザーの手動スキャンによって各要素ホログラムを読み取っていくシステムを想定した場合、その読み取り時間の短縮効果は顕著なものとなり、使用性の向上に適している。
【０１９７】
上記図４８、図４９で外部パリティが付加されていない場合のスキャンの様子と、本例のように外部パリティが付加されている場合のスキャンの様子を述べ、本例の場合に迅速にスキャンが完了できることを説明したが、実際には、次のようにスキャン時間短縮を実現できる。
例として外部パリティを１０％および２０％、要素ホログラムに付加した場合でデータ集計を行った。
まず読み取り経過率と読み取り時間の関係を図５５（ａ）に示す。図中「Normal」として示すのは外部パリティのない場合、つまり図４８で説明した場合である。
この場合、読み取り経過率が８０％程度になったあたりから読み取り時間が長くなっていく（読み取りスピードが落ちていく）。
一方、外部パリティをそれぞれ１０％或いは２０％で付加した場合、最初から最後まで一定の読み取りスピードでデータを読み取れていることがわかる。よって全要素ホログラムを読み取る時間が短縮できている。
【０１９８】
また、図５５（ｂ）に読み取り容量と読み取り時間の関係を示す。外部パリティを付加した場合、ホログラムメモリに記録できる総容量は、外部パリティを付加した分だけ減ってしまうが、その分、読み取り時間を短縮できる。
外部パリティ１０％の場合とNormal（パリティー無し）の場合を比較すると、スキャン開始から当初はほぼ同じペースの時間でデータを読み取るが、Normal（パリティー無し）の場合は１．０[MB]あたりから読み取りスピードがかなり落ちる一方、外部パリティ１０％の場合は最後まで同じ読み取りスピードを持続する。
また外部パリティ２０％の場合では読み取りスピード自体が速くなっており、外部パリティ１０％の場合と同様に最後まで同じ読み取りスピードを持続する。よって外部パリティを付加した場合の読み取り効率が外部パリティ無しの場合に比べて格段に良いのがわかる。
以上のことから、図４８，図４９の説明で述べたとおり、特に本例によればスキャンの後半で読み取り効率が低下せず、従って、外部パリティ無しの場合に比べて、スキャン時間を効果的に短縮できることが理解される。
【０１９９】
なお、特に手動スキャンの場合に、以上の効果は顕著となるが、自動スキャンの場合も外部パリティによるスキャン時間の短縮効果は得られる。
自動スキャンの場合も、外部パリティブロックＰＢ内の全ての要素ホログラムの読取を行わない時点で、全ての要素ホログラムの復号データが得られるため、スキャンの効率化を実現できる。
さらに手動スキャン、自動スキャンのいずれの場合も、外部パリティブロックＰＢは、単に未読込の要素ホログラムの復号データを得るだけでなく、何らかの事情で復号エラーとなった要素ホログラムからの復号データの復元にも使用できる。従って復号エラーがあっても、その要素ホログラムを再度読み込まなくてもよい状態とすることができ、このこともスキャン効率化、時短化に有利となる。
【０２００】
なお、図５０の構成例では外部パリティメモリ２９を備えるようにしたが、独立の外部パリティメモリ２９を設けず、情報用メモリ３１又は不揮発性メモリ３２の一部に外部パリティを格納する領域を設け、復号部２５がアクセスするようにしても良い。
【０２０１】
以上、各種の実施の形態を説明してきたが、実施の形態で述べたホログラムメモリ３の要素ホログラムの記録データ構造や、ホログラムリーダ６の構成及び処理手順としては、その要旨の範囲内で多様な変形例が想定される。
【図面の簡単な説明】
【０２０２】
【図１】本発明の実施の形態のホログラムメモリの記録再生原理の説明図である。
【図２】実施の形態のホログラムメモリの要素ホログラムの説明図である。
【図３】実施の形態の要素ホログラムに記録される二次元画像の説明図である。
【図４】実施の形態のホログラムリーダの手動スキャン動作例の説明図である。
【図５】実施の形態のホログラムリーダの手動スキャン動作例の説明図である。
【図６】実施の形態のホログラムリーダの第１の構成例のブロック図である。
【図７】実施の形態のホログラムリーダの再生処理のフローチャートである。
【図８】実施の形態の読取進捗状況表示の説明図である。
【図９】実施の形態の同一のデータ内容の要素ホログラムを複数記録したホログラムメモリの例の説明図である。
【図１０】実施の形態の同一のデータ内容の要素ホログラムをまとめて記録したホログラムメモリの例の説明図である。
【図１１】実施の形態の同一のデータ内容の要素ホログラムをまとめて記録したホログラムメモリの例の説明図である。
【図１２】実施の形態の同一のデータ内容の要素ホログラムをまとめて記録したホログラムメモリの例の説明図である。
【図１３】要素ホログラムの配置とクロストークの関係の説明図である。
【図１４】隣りあう要素ホログラムのイメージャ検出位置の説明図である。
【図１５】実施の形態の同一のデータ内容の要素ホログラムを密接させてまとめて記録したホログラムメモリの例の説明図である。
【図１６】実施の形態の同一のデータ内容の要素ホログラムを密接させてまとめて記録したホログラムメモリの例の説明図である。
【図１７】実施の形態の同一のデータ内容の要素ホログラムを密接させてまとめて記録したホログラムメモリの例の説明図である。
【図１８】実施の形態の同一のデータ内容の要素ホログラムを密接させてまとめて記録したホログラムメモリの例の説明図である。
【図１９】実施の形態の同一のデータ内容の要素ホログラムを密接させてまとめて記録したホログラムメモリの例の説明図である。
【図２０】実施の形態のマップ情報格納要素ホログラムを有するホログラムメモリの説明図である。
【図２１】実施の形態のマップ情報格納要素ホログラムの配置例の説明図である。
【図２２】実施の形態のマップ情報格納要素ホログラムの配置例の説明図である。
【図２３】実施の形態のホログラムリーダの再生処理のフローチャートである。
【図２４】実施の形態の読取マップ表示の説明図である。
【図２５】実施の形態の同一のデータ内容の要素ホログラムを複数記録するとともにマップ情報格納要素ホログラムを有するホログラムメモリの例の説明図である。
【図２６】実施の形態の同一のデータ内容の要素ホログラムを複数記録した場合のマップ情報の説明図である。
【図２７】実施の形態の同一のデータ内容の要素ホログラムを複数記録した場合の読取マップ表示の説明図である。
【図２８】実施の形態の同一のデータ内容の要素ホログラムを複数記録した場合の読取マップ表示に対応するスキャン動作の説明図である。
【図２９】実施の形態のスキャンマーカー表示を実行する処理例のフローチャートである。
【図３０】実施の形態のスキャンマーカー表示の説明図である。
【図３１】実施の形態のホログラムリーダの第２の構成例のブロック図である。
【図３２】実施の形態の音声出力による提示を含む処理のフローチャートである。
【図３３】実施の形態のホログラムメモリの角度多重記録の説明図である。
【図３４】実施の形態の角度多重記録されたホログラムメモリの説明図である。
【図３５】実施の形態の角度多重記録されたホログラムメモリに対する再生動作の説明図である。
【図３６】実施の形態のホログラムリーダの第３の構成例のブロック図である。
【図３７】実施の形態のホログラムリーダの再生処理のフローチャートである。
【図３８】実施の形態の読取進捗状況表示の説明図である。
【図３９】実施の形態の１つの参照光光源による読取動作の説明図である。
【図４０】実施の形態の１つの参照光光源による読取の際の手動スキャンの説明図である。
【図４１】実施の形態の１つの参照光光源で再生を行うホログラムリーダの再生処理のフローチャートである。
【図４２】実施の形態のホログラムリーダの第４の構成例のブロック図である。
【図４３】実施の形態のホログラムリーダの再生処理のフローチャートである。
【図４４】実施の形態の同一要素ホログラムが読み込まれる場合の説明図である。
【図４５】実施の形態の同一内容の要素ホログラムが読み込まれる場合の説明図である。
【図４６】実施の形態の要素ホログラムの外部パリティブロックの説明図である。
【図４７】実施の形態の各要素ホログラムに記録されるデータの説明図である。
【図４８】実施の形態の外部パリティが付加されない場合のスキャン進行の様子の説明図である。
【図４９】実施の形態の外部パリティが付加された場合のスキャン進行の様子の説明図である。
【図５０】実施の形態のホログラムリーダの第５の構成例のブロック図である。
【図５１】実施の形態のホログラムリーダの再生処理のフローチャートである。
【図５２】実施の形態の復号処理のフローチャートである。
【図５３】実施の形態の復号処理の説明図である。
【図５４】実施の形態の外部パリティを用いた復号処理のフローチャートである。
【図５５】実施の形態のスキャン時間短縮効果の説明図である。
【符号の説明】
【０２０３】
３  ホログラムメモリ、６  ホログラムリーダ、１０  撮像部、１２  撮像素子部、１５  ホログラムスキャン制御部、１６，１６Ａ，１６Ｂ  参照光光源、２０  信号処理部、２１  メモリコントローラ、２２  光学補正変数算出部、２３  幾何歪み補正変数算出部、２４  二値化部、２５  復号部、２６  変数用メモリ、２８  ミキシングストラテジ処理部、２９  外部パリティメモリ、３０  メモリ部、３１  情報用メモリ、３２  不揮発性メモリ、４０  外部機器ＩＦ部、４１  外部機器インターフェース、５１  システムコントローラ、５２  表示部、５３  操作部、５４  音声合成部、５５  スピーカ
【図１】
2007048422.tif 000003
【図２】
2007048422.tif 000004
【図３】
2007048422.tif 000005
【図４】
2007048422.tif 000006
【図５】
2007048422.tif 000007
【図６】
2007048422.tif 000008
【図７】
2007048422.tif 000009
【図８】
2007048422.tif 000010
【図９】
2007048422.tif 000011
【図１０】
2007048422.tif 000012
【図１１】
2007048422.tif 000013
【図１２】
2007048422.tif 000014
【図１３】
2007048422.tif 000015
【図１４】
2007048422.tif 000016
【図１５】
2007048422.tif 000017
【図１６】
2007048422.tif 000018
【図１７】
2007048422.tif 000019
【図１８】
2007048422.tif 000020
【図１９】
2007048422.tif 000021
【図２０】
2007048422.tif 000022
【図２１】
2007048422.tif 000023
【図２２】
2007048422.tif 000024
【図２３】
2007048422.tif 000025
【図２４】
2007048422.tif 000026
【図２５】
2007048422.tif 000027
【図２６】
2007048422.tif 000028
【図２７】
2007048422.tif 000029
【図２８】
2007048422.tif 000030
【図２９】
2007048422.tif 000031
【図３０】
2007048422.tif 000032
【図３１】
2007048422.tif 000033
【図３２】
2007048422.tif 000034
【図３３】
2007048422.tif 000035
【図３４】
2007048422.tif 000036
【図３５】
2007048422.tif 000037
【図３６】
2007048422.tif 000038
【図３７】
2007048422.tif 000039
【図３８】
2007048422.tif 000040
【図３９】
2007048422.tif 000041
【図４０】
2007048422.tif 000042
【図４１】
2007048422.tif 000043
【図４２】
2007048422.tif 000044
【図４３】
2007048422.tif 000045
【図４４】
2007048422.tif 000046
【図４５】
2007048422.tif 000047
【図４６】
2007048422.tif 000048
【図４７】
2007048422.tif 000049
【図４８】
2007048422.tif 000050
【図４９】
2007048422.tif 000051
【図５０】
2007048422.tif 000052
【図５１】
2007048422.tif 000053
【図５２】
2007048422.tif 000054
【図５３】
2007048422.tif 000055
【図５４】
2007048422.tif 000056
【図５５】
2007048422.tif 000057