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