JP6885322B2 - 情報再生方法及び情報再生装置 - Google Patents

Description

本発明は、複数のディスクを格納し、その格納箇所から任意のディスクをドライブに搬送し、搬送されたディスクから情報を再生する情報再生装置、ならびに情報再生方法に関する。

特許文献１には以下の内容が開示されている。ディスク装置は光ディスクを用いた光ディスクストレージであり、光ディスクがカートリッジ型のマガジンに装着されており、複数のモジュールと、ディスクを保持するキャリアユニットや複数のモジュールを跨って移動するキャリアユニット移動機構などのチェンジャメカ機構、および光ディスクに記録再生する複数のドライブを備え、これらを用いて、装置内のマガジンに格納された光ディスクをドライブに装填し、データの記録再生を行う情報記録再生装置である。この際、チェンジャメカ機構によるディスクの搬送処理を効率化し、動作回数を削減させることで、移動距離を低減し、故障のリスクを軽減することを可能としている。

特開２０１７−１７４４８８号公報

特にストレージシステムの中で、メインデータのバックアップ用途として使われることが多い光ディスクストレージには、万が一メインデータの一部が破損・消失した場合などに、対応する一部データの復旧（データリカバリ）を高速に実施できることが求められる。特に冗長性確保のために最近多く用いられているイレ−ジャーコーディングを用いて別々の光ディスクにデータが分散記録されているような場合であっても、求められる要件は同じである。

さらに、用途によっては、データリカバリ対象のデータに優先度が付けられるケースがあり、優先度の高いデータから早急にデータリカバリしつつ、全ての必要データのデータリカバリも高速に実施することが求められる。

そこで、本出願では、イレ−ジャーコーディングなどで別々の光ディスクに分散記録されている場合でも、優先度を考慮しつつ、必要なデータのデータリカバリ（つまり読出し）を高速に実施できる情報再生方法、及び情報再生装置を提供する。

本開示における情報再生方法は、情報記録媒体として複数の光ディスクを備えたディスク装置からデータの読出しを行う情報再生方法であって、
前記光ディスクは、複数枚を収納可能なマガジンに収納されており、
前記ディスク装置は、
所定の格納位置に複数の前記マガジンを装着可能であり、
前記光ディスクへの記録再生を行う複数のドライブと、
前記格納位置から前記ドライブとの間の前記マガジンの１回の往復移送の間に、前記マガジンに含まれる所定の１枚の前記光ディスクを、対応する１台の前記ドライブとの間で着脱するシングルムーブ方式と、前記格納位置から前記ドライブとの間の前記マガジンの１回の往復移送の間に、前記マガジンに含まれる所定のＮ枚（Ｎは２以上整数）の前記光ディスクを、それぞれ対応するＮ台の前記ドライブとの間で着脱するマルチムーブ方式のいずれかの移送方式で前記マガジンを前記ドライブとの間で移送させ、前記マガジン内の任意の前記光ディスクを前記ドライブに着脱するチェンジャメカとを備え、 前記情報再生方法は、
読出すデータが記録されている前記光ディスクを特定可能なディスク情報と、前記ディスク情報で示される前記光ディスク上における、読出しデータが記録されている領域に関する領域情報と、読出すデータの優先度を示す優先度情報とを含む読出しデータリストと、前記ドライブの使用状態に基づいて、データ読出しのために前記光ディスクを前記ドライブに移送する移送方式として、前記シングルムーブ方式を使用するか、前記マルチムーブ方式を使用するかを判断して、前記優先度情報で示される優先度の高い情報から優先的にデータ読出しを行うように前記ディスク装置を制御する。

本出願で開示する情報再生方法、情報再生装置は、データリカバリとして読出しが必要な全てのデータを、優先度を考慮しつつ、高速に読出すことが可能である。

複数の光ディスクを厚み方向に相互に積層してマガジンに格納する状態を示す図 ディスク装置の構成を示す図 ディスク装置を横方向から見た概略図 ＤＣＵが光ディスクをマガジンから取り出す際の動作を説明する図 エレメントアドレスの一例を示す説明図 シングルムーブ処理の手順を示すフローチャート マルチムーブ処理の手順を示すフローチャート シングルムーブを使用したデータ復旧時の処理に関するタイムチャートを示す図 マルチムーブを使用したデータ復旧時の処理に関するタイムチャートを示す図 復旧テーブルの一例を示す説明図 復旧テーブルで示されるデータのディスク装置における具体的な配置イメージを説明するための説明図 優先度が高いデータの復旧処理手順の一例を示したシーケンス図 優先度が低いデータの復旧処理手順の一例を示したシーケンス図 マルチムーブとシングルムーブを組み合わせてデータ復旧を行う場合のタイムチャート図 ドライブモジュールを４段備えたディスク装置の概略図 シングルムーブを用いた場合のデータ復旧の処理の流れを示すタイムチャート図 マルチムーブを用いた場合のデータ復旧の処理の流れを示すタイムチャート図 シングルムーブを用いた場合の１２枚の光ディスクからのデータ復旧の処理の流れを示すタイムチャート図

以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

なお、発明者（ら）は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。

（実施の形態１）
図１は、複数の光ディスクを厚み方向に相互に積層してマガジンに格納する状態を示す図である。マガジン１０４は、複数の光ディスク１００、マガジントレイ１０１、トレイホルダ１０３から構成される。マガジントレイ１０１は、複数の光ディスク１００をその厚み方向（光ディスク１００の記録面に垂直な方向）に相互に重ねて格納する。マガジントレイ１０１は、光ディスク１００の中心穴に挿入される芯棒１０２により複数の光ディスク１００を保持するとともに、それぞれの光ディスク１００が面方向に移動することを抑止する。トレイホルダ１０３は、複数の光ディスク１００を保持したマガジントレイ１０１を収納する。

図２は、ディスク装置１０の構成を示す図である。ディスク装置１０は、光ディスク１００に対して情報の記録再生を行う光ディスクストレージ装置である。ディスク装置１０は、略直方体形状の複数のモジュール、例えば、図２に示すように、ボトムモジュール２０と、２つのドライブモジュール３０という３つのモジュールを備える。なお、図２に示すディスク装置１０は、３つのモジュールを有するが、本実施の形態に係るディスク装置は、ボトムモジュール２０と少なくとも１つのドライブモジュール３０を備えればよく、そのモジュール数を限定しない。

ドライブモジュール３０には、１つ以上のドロワー１１０が着脱可能な形で装填されている。例えば、図２の場合は、１つのドライブモジュール３０に、１０個（左右に５段ずつ）のドロワー１１０が装填される。ドロワー１１０は、マガジン１０４を装填可能な１つ以上のスロット（図示せず）を備えている。例えば、図２の場合は、ドロワー１１０は。４つのスロットを備えており、４つのマガジン１０４を装填可能である。なお、１つのドライブモジュール３０に装填可能なドロワー１１０、及び１つのドロワー１１０に装填可能なマガジン１０４の数は、いずれも任意である。ディスク装置１０の中の任意のマガジン１０４は、そのマガジン１０４が装填されているドロワー１１０を抜き出すことで、取り外しが可能である。また、取り外したマガジン１０４を棚などでオフライン管理することも可能である。

図３は、ディスク装置１０を横方向から見た概略図である。ディスク装置１０の動作を図３を用いて詳細に説明する。ボトムモジュール２０は、マガジンキャリアユニット５０（以下、ＭＣＵ５０と呼ぶ）を備える。ＭＣＵ５０は、ドライブモジュール３０内に配置されているマガジン１０４（より具体的にはマガジントレイ１０１）を抜き取って後述するディスクキャリアユニット（以下、ＤＣＵ６０と呼ぶ）に光ディスク１００を搬送するとともに、逆にＤＣＵ６０から受け取った光ディスク１００をマガジン１０４に入れて、マガジン１０４をドロワー１１０中のスタックに戻す機構である。

ＭＣＵ５０は、各ドライブモジュール３０の間を跨って、ディスク装置１０の上下方向（Ｚ軸方向）に動いたり、或いは各ドライブモジュール３０内で前後方向（ｘ軸方向）に動くことができる。ＭＣＵ５０は、このようなメカ動作を実現するため、マイコン（図示せず）を備えている。

ドライブモジュール３０は、光ディスク１００に対して記録再生を行う１台以上の光ディスクドライブ７０と、ＭＣＵ５０が搬送するマガジン１０４から光ディスク１００を受け渡しし、光ディスクドライブ７０にディスクを装着・搬出を行うチェンジャメカであるＤＣＵ６０を備えるとともに、複数のマガジン１０４を装着可能である。ＤＣＵ６０は、ＭＣＵ５０によって搬送されたマガジン１０４から、任意の光ディスク１００が一番下の位置になるように１枚以上の光ディスク１００を取得し、一番下の光ディスク１００を対象の光ディスクドライブ７０に装着する、或いは反対に、光ディスクドライブ７０に装着された光ディスク１００を取得し、マガジン１０４に戻すといった機能を備えたチェンジャメカである。また、このようなＤＣＵ６０のメカ動作を実現するため、ＤＣＵ６０はマイコン（図示せず）を備えている。

このように、ＭＣＵ５０とＤＣＵ６０のチェンジャメカ機構により、マガジン１０４と光ディスクドライブ７０との間で、光ディスク１００の搬送を実現する。本発明の実施の形態では、１つのドライブモジュール３０に、３台の光ディスクドライブ７０を備えるものとする。なお、１つのドライブモジュール３０に搭載する光ディスクドライブ７０の数は、スペース的な問題を除いて特に制約はないが、１つのＤＣＵ６０でカバーできる光ディスクドライブ７０の数が多い方が、後述する通り、パフォーマンス（処理性能）の観点で有利となる。また、マガジン１０４に格納される光ディスク１００の枚数１２の約数であると、効率的である。

なお、用途によっては、転送レートを求めない、或いは複数ドライブへの同時アクセスへの要望は少ないが、ディスク装置１０内には多くのマガジン１０４を装填しておきたいといったニーズがある場合もある。このような場合を踏まえて、ドライブモジュール３０から、ＤＣＵ６０および光ディスクドライブ７０を取り除いたマガジン１０４のみ複数装着可能なマガジンモジュール（図示せず）といったモジュールを備えても良い。

ディスク装置１０は、例えばコントローラサーバ４０を介して制御される。ボトムモジュール２０、およびドライブモジュール３０と、コントローラサーバ４０とは、例えばＵＳＢやＳＡＳ（ＳＡＴＡ）ケーブルにより接続される。具体的には、例えば、ボトムモジュール２０内のＭＣＵ５０や、ドライブモジュール３０内のＤＣＵ６０などのメカ機構は、ＵＳＢインタフェースを介してコントローラサーバ４０から制御される。また光ディスクドライブ７０は、ＳＡＳ（ＳＡＴＡ）インタフェースを介してコントローラサーバ４０から制御される。

なお、本発明の実施の形態では、ディスク装置１０の制御用にコントローラサーバ４０を別途備え、ＵＳＢやＳＡＳケーブルにより接続される形で説明したが、必ずしもこの形態でなくとも良い。具体的には、例えば、コントローラ相当のＣＰＵをディスク装置１０の内部に備えても良いし、或いはボトムモジュール２０やドライブモジュール３０内に備えるような形であっても良い。

このように、本ディスク装置１０において光ディスク１００の記録再生を行うためには、ＭＣＵ５０およびＤＣＵ６０といったメカ機構を介して、マガジン１０４内に格納されている所定の光ディスク１００を、光ディスクドライブ７０に装着する必要がある。特に、ディスク装置１０内には、光ディスクドライブ７０やＤＣＵ６０は複数存在しているが、マガジン１０４を搬送するＭＣＵ５０はディスク装置１０内に１つだけである。そのため、ディスク装置１０におけるデータの録再パフォーマンスを高めるためには、ＭＣＵ５０を中心としたメカ動作をより効率的に実施することが重要となる。

図４は、ＤＣＵ６０が光ディスク１００をマガジン１０４から取り出す際の動作を説明する図である。ここでは、マガジン１０４における上から９枚目の光ディスク１００−９を、光ディスクドライブ７０に装着する場合を例にとって説明する。ＤＣＵ６０は、光ディスクドライブ７０に装着する光ディスク１００が一番下となるように、マガジン１０４（厳密には、マガジントレイ１０１）から９枚の光ディスク１００（光ディスク１００−１から、光ディスク１００−９の９枚）を取得する。このような形で取得するのは、ＤＣＵ６０が、保持している一番下の光ディスク１００を、１枚単位で光ディスクドライブ７０に装着する機能を備えるためである。つまり、これはＤＣＵ６０の機能に依存したものである。なお、この時点では、マガジン１０４に残っているのは、光ディスク１００−１０から光ディスク１００−１２の３枚だけとなる。そしてＤＣＵ６０は、装着対象の光ディスクドライブ７０のトレイを開け、そこに自身が保持している光ディスク１００のうちの一番下の１枚の光ディスク１００−９を装着する。対象の光ディスク１００を装着した後は、ＤＣＵ６０が保持した状態になっている他の光ディスク１００を、元のマガジン１０４に戻す。このようにすることで、この時点では、マガジン１０４には、１１枚の光ディスク１００が収納された状態になる。

反対に、光ディスクドライブ７０に装着されている光ディスク１００をマガジン１０４に戻す場合には、反対の動きをする。具体的には、まずＤＣＵ６０は、返却対象の光ディスク１００を戻す位置より上側に存在する光ディスク１００である光ディスク１００−１から光ディスク１００−８の８枚の光ディスク１００をマガジン１０４から取得する。そして、ＤＣＵ６０は、光ディスクドライブ７０のトレイを開けて、そこに装填されている光ディスク１００をＤＣＵ６０が一番下の位置で持つようにして光ディスク１００−９を回収する。そしてＤＣＵ６０は、保持している９枚の光ディスクを、マガジン１０４に返却する。

図５は、ディスク装置１０に割り振られるエレメントアドレスに関する説明図である。一般的に本発明の実施の形態におけるディスク装置１０のようなチェンジャシステムにおいては、光ディスク１００の搬送といったメカ動作などは、エレメントアドレスと呼ばれるユニークな番地情報を用いて実施される。ここでエレメントとは、データ転送部やストレージなどのことである。例えば、ディスク装置１０においては、データ転送部としては、１台の光ディスクドライブ７０が１つのエレメントであり、ストレージとしては、１枚の光ディスク１００が１つのエレメントである。本発明の実施の形態のように、１つのマガジン１０４内に１２枚の光ディスク１００が格納されている場合、１つのマガジン１０４ごとに１２個のエレメントアドレスが付与されることになる。また、ディスク装置１０内に複数のマガジン１０４が存在する場合は、所定の規則に従って、全てのマガジン１０４内の全ての光ディスク１００の１枚ごとに固有なエレメントアドレスが付与されて扱われる。例えば、図５に示すように、ドロワー１１０に対して、Ｘ軸方向の左側（取り出し口に近い側）から、右側に向かって、エレメントアドレスが順に付与され、さらにＺ軸方向に対して、上側のドロワーから下側のドロワーに向かってエレメントアドレスが順に付与される。なお、一般的にはストレージエレメントのエレメントアドレスは、ストレージを装着する“場所”に対して割り当てられるため、マガジン１０４が装着可能だが、装着されていないようなスロットに対しても、エレメントアドレスが割り振られる。また光ディスクドライブ７０に対しても、Ｚ軸方向で上側に配置された光ディスクドライブ７０から下側の光ディスクドライブ７０に向かって順に、エレメントアドレスが割り振られる。例えば所定の光ディスク１００を所定の光ディスクドライブ７０に装着する場合は、このエレメントアドレスを用いて、「エレメントアドレス：０番の光ディスク１００を、エレメントアドレス：１００００番の光ディスクドライブ７０に搬送」という形で、上位アプリケーションからＣＰＵに対して要求される。

なお、エレメントアドレスの割り振り方については、上記で説明した例はその一例に過ぎず、どのような規則で割り振られても良い。

ディスク装置１０は、チェンジャメカ機構によるスロット（マガジン１０４）と光ディスクドライブ７０との間の光ディスク１００の搬送方式（移送方式）として、シングルムーブ（Ｓｉｎｇｌｅ Ｍｏｖｅ）方式と、マルチムーブ（Ｍｕｌｔｉ Ｍｏｖｅ）方式の２つの方式を備える。

図６は、１枚の光ディスクを１台の光ディスクドライブへ装填する、シングルムーブ（Ｓｉｎｇｌｅ Ｍｏｖｅ）処理の手順を示すフローチャートである。このフローチャートで示す処理は、例えばディスク装置１０が実行する。より具体的には、コントローラサーバ４０に設けられたＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などの演算集積回路において、上記のフローチャートに準じたソフトウェアが、上位アプリケーション（図示せず）などからの要求をトリガにして、ディスク装置１０のＭＣＵ５０などの各機構を制御して実現する。ここで上位アプリケーションは、コントローラサーバ４０内に存在しても良いし、或いは、ｉＳＣＳＩやＦＣ（Ｆｉｂｅｒ Ｃｈａｎｎｅｌ）などのインタフェースを介して、コントローラサーバ４０と接続された別の上位サーバ（図示せず）に格納されていたりする。

なお、ディスク装置１０はディスクの搬送を行うにあたり、事前に、どのスロットにマガジン１０４が装着されているかを把握する必要があるため、スキャンという機能を備えている。具体的には、マガジン１０４にＲＦＩＤを備えたり、バーコードなどを貼り付けるとともに、ＭＣＵ５０などにＲＦＩＤリーダやバーコードリーダ（ともに図示せず）などを備え、それらによって各ドロワーのスロット位置にマガジン１０４が装着されているか否かを確認するという機能を備えている。これは、例えば、ディスク装置１０の電源オン時やドロワー１１０が開けられた状態から閉められた場合や、上位アプリケーションやユーザからスキャンの指示があった場合に実施される。以下、すでにディスク装置１０内においての、マガジン１０４の装填有無をチェックするスキャン処理はすでにＣＰＵによって実施済であるものとして、手順の説明を行う。なお、説明を具現化するため、ここでは例えば、図５に示す構成のディスク装置１０において、図５に示すエレメントアドレス：８、つまりＭａｇａｚｉｎｅ１の上から９枚目の光ディスク１００を、エレメントアドレス：１００００、つまりドライブモジュール３０の一番上のドライブ（Ｄｒｉｖｅ１）に装填要求された場合を例にとって説明する。

（ステップＳ６０１）ＣＰＵは、搬送対象の光ディスク１００、および搬送先の光ディスクドライブ７０を識別する。具体的には、例えば、ＣＰＵは、上位アプリケーションから要求されたＭｏｖｅ Ｍｅｄｉｕｍコマンドなどのディスク搬送要求から、搬送対象の光ディスク１００のエレメントアドレス、および搬送先の光ディスクドライブ７０のエレメントアドレスを取得する。より具体的には、搬送対象の光ディスク１００のエレメントアドレスは８、搬送先の光ディスクドライブ７０のエレメントアドレスは１００００となる。

（ステップＳ６０２）ＭＣＵ５０は、ＣＰＵからの指示により、対象の光ディスク１００を含むマガジン１０４が装填されたスロット位置の前に移動する。具体的には、例えば、ＣＰＵは、ステップＳ６０１で取得した装填対象の光ディスク１００のエレメントアドレスに相当するスロット位置にＭＣＵ５０を移動させる。より具体的には、ＣＰＵは、図５におけるドライブモジュール３０のＭａｇａｚｉｎｅ１の前の位置にＭＣＵ５０を移動させる。

（ステップＳ６０３）ＭＣＵ５０は、ＣＰＵからの指示により、装填対象の光ディスク１００を備えるマガジン１０４をドロワー１１０から抜き取る。具体的には、例えば、ＣＰＵは、ステップＳ６０２で移動させたＭＣＵ５０の前にあるマガジン１０４（厳密には、マガジントレイ１０１）を抜き出すようＭＣＵ５０に指示し、ＭＣＵ５０がマガジン１０４を取得する。より具体的には、ＭＣＵ５０は、図５においてＭａｇａｚｉｎｅ１で示されるマガジン１０４を取得する。

（ステップＳ６０４）ＭＣＵ５０は、ＣＰＵからの指示により、マガジン１０４をＤＣＵ６０の付近に搬送する。具体的には、例えば、ＣＰＵは、ステップＳ６０２で取得したマガジン１０４を、ステップＳ６０１で取得した搬送先のエレメントアドレスに相当する光ディスクドライブ７０が存在するドライブモジュール３０の中の、ＤＣＵ６０の付近（ＤＣＵ６０の下側に、マガジン１０４が来る位置）に移動するよう、ＭＣＵ５０に指示し、ＭＣＵ５０がマガジン１０４を搬送する。

（ステップＳ６０５）ＤＣＵ６０は、ＣＰＵからの指示により、搬送対象の光ディスク１００をＭＣＵ５０から取得する。具体的には、例えば、ＣＰＵは、ステップＳ６０４で搬送されたマガジン１０４中に含まれる最大１２枚の光ディスク１００の中から、搬送対象の光ディスク１００が一番下の位置になるように、つまり搬送対象の光ディスク１００より上にあるすべての光ディスク１００を取得するように、ＤＣＵ６０に指示し、ＤＣＵ６０が搬送対象の光ディスク１００が一番下の位置になるように複数の光ディスク１００を取得する。より具体的には、ＣＰＵは、図５に示すＭａｇａｚｉｎｅ１に含まれる１２枚の光ディスク１００のうち、エレメントアドレス（番地）：８で示される９枚目の光ディスク１００が一番下の位置となるように、エレメントアドレス（番地）：０からエレメントアドレス（番地）：８の合計９枚の光ディスク１００をＤＣＵ６０により取得する。このような形で取得するのは、ＤＣＵ６０が、保持している一番下の光ディスク１００を、１枚単位で光ディスクドライブ７０に装着する機能を備えるためである。つまり、これはＤＣＵ６０の機能に依存したものであり、このステップＳ６０５では、搬送対象の光ディスク１００を、次のステップＳ６０６で光ディスクドライブ７０に装着できるようにＤＣＵ６０が取得できれば、どのような形であっても良い。

（ステップＳ６０６）ＤＣＵ６０は、ＣＰＵからの指示により、搬送対象の光ディスク１００を、搬送先の光ディスクドライブ７０に装填する。具体的には、例えば、ＣＰＵは、装着先の光ディスクドライブ７０のトレイを開けるとともに、保持しているうちの一番下の光ディスク１００を光ディスクドライブ７０のトレイに装填するよう、ＤＣＵ６０に指示を行い、光ディスク１００の装填を行う。さらに、装填先の光ディスクドライブ７０のトレイを閉め、装填した光ディスク１００を起動するよう、装填先の光ディスクドライブ７０に指示する。より具体的には、ＣＰＵは、光ディスク１００を保持したＤＣＵ６０を、図５で示されるＤｒｉｖｅ１の光ディスクドライブ７０の上側に移動させ、光ディスクドライブ７０のトレイを開ける。引き続きＤＣＵ６０が保持する一番下の光ディスク１００をＤｒｉｖｅ１で示される光ディスクドライブ７０のトレイの上に置き、その後Ｄｒｉｖｅ１で示される光ディスクドライブ７０のトレイを閉めたのち、光ディスクドライブ７０に装着した光ディスク１００を起動させ、装填した光ディスク１００へのアクセスが出来るように準備させる。

（ステップＳ６０７）ＤＣＵ６０は、ＣＰＵからの指示により、自身が保持している光ディスク１００をマガジン１０４に戻す。具体的には、ステップＳ６０６を完了した時点で、ＤＣＵ６０が１枚以上の光ディスク１００を保持している場合、ＣＰＵはＤＣＵ６０に、保持している光ディスク１００をマガジン１０４に戻すように指示し、ＤＣＵ６０が保持する光ディスク１００を戻させる。より具体的には、例えば、エレメントアドレス（番地）：８の光ディスク１００を光ディスクドライブ７０に装填した場合、装填が完了した時点でＤＣＵ６０は別の８枚の光ディスク１００（つまり、エレメントアドレス（番地）：０からエレメントアドレス（番地）：７の８枚の光ディスク１００）を保持した状態にある。このような場合、ＤＣＵ６０が保持しているこれらの光ディスク１００を、ＭＣＵ５０が保持しているマガジン１０４に戻す。なお、ステップＳ６０６完了時点で、ＤＣＵ６０が光ディスク１００を保持していない場合（具体的には、マガジン１０４における一番上に配置されている光ディスク１００を光ディスクドライブ７０に装填した場合）には、当該ステップＳ６０７はスキップされる。

（ステップＳ６０８）ＭＣＵ５０は、ＣＰＵからの指示により、マガジン１０４を対象のスロット位置の前に搬送する。具体的には、例えば、ＣＰＵは、保持しているマガジン１０４を、元あった位置（つまり、ステップＳ６０１で取得した装填対象の光ディスク１００のエレメントアドレスに相当するスロット位置）に戻すため、その位置にＭＣＵ５０を移動させる。より具体的には、ＣＰＵは、ＭＣＵ５０が保持しているマガジン１０４を、エレメントアドレス：８が含まれるマガジン位置、つまり図５で示されるＭａｇａｚｉｎｅ１の位置のスロットの前にＭＣＵ５０を移動させる。

（ステップＳ６０９）ＭＣＵ５０は、ＣＰＵからの指示により、自身が保持しているマガジン１０４をドロワー１１０に返却する。具体的には、例えば、ＣＰＵは、ステップＳ６０８で移動させたＭＣＵ５０の前のドロワー１１０のスロット位置に、保持しているマガジン１０４（厳密には、マガジントレイ１０１）を装着するようＭＣＵ５０に指示し、マガジン１０４をもとの位置に返却する。より具体的には、ＣＰＵは、ＭＣＵ５０が保持しているマガジン１０４を、図５におけるＭａｇａｚｉｎｅ１の位置に返却する。

以上の手順で、ディスク装置１０は任意の光ディスク１００を任意の光ディスクドライブ７０に装填する。

なお説明は省略するが、光ディスクドライブ７０に装填された光ディスク１００をマガジン１０４に返却する処理も、図６で説明した手順とほぼ同じ手順で実施できる。具体的には、返却処理の場合は、ステップＳ６０５が、ＤＣＵ６０が取得する光ディスク１００が、対象のマガジン１０４内において移送対象の光ディスク１００を戻す位置よりも上側にある光ディスク１００を取得する処理となること、およびステップＳ６０６が、光ディスクドライブ７０のトレイ上に装填されている光ディスク１００を、ＤＣＵ６０によって取得する処理となることが異なる以外は、すべて図６で説明したものと同じ手順で実現できるため、ここでは詳細の説明は省略する。

このように、任意の光ディスク１００を光ディスクドライブ７０に装填するためには、ＭＣＵ５０でマガジン１０４をスロットからＤＣＵ６０側に、ＤＣＵ６０側からスロット側にと往復で搬送する必要がある。この処理は、装填対象のマガジン１０４の位置に依存して移動距離が伸びて処理時間が長くなり、搬送処理時間のうちの大半を占める処理となることに加え、ＭＣＵ５０はディスク装置１０に１台であるため、複数の光ディスク１００を複数の光ディスクドライブ７０に装填しようとした場合には、このＭＣＵ５０によるマガジン１０４の搬送処理時間が、総処理時間におけるボトルネックの１つとなる。

なお、上記図６においては、すべてのステップをＣＰＵから指示して行うように説明したが、上述したようにＭＣＵ５０、およびＤＣＵ６０はそれぞれマイコンを備えていても良い。このような場合、一部のステップは、ＣＰＵからの指示が無くとも、ＭＣＵ５０、およびＤＣＵ６０のマイコン処理として実現することも可能であり、そのような形態であっても良い。

図７は、複数枚の光ディスクを、それぞれ複数台の光ディスクドライブへ一括装填する、マルチムーブ（Ｍｕｌｔｉ Ｍｏｖｅ）処理の手順を示すフローチャートである。このフローチャートで示す処理も、図６の場合と同様、例えばディスク装置１０が実行する。なお、すでにディスク装置１０内においての、マガジン１０４の装填有無をチェックするスキャン処理はすでにＣＰＵによって実施済であるものとして、以下の手順の説明を行う。
なお、説明を具現化するため、ここでは例えば、図５に示すエレメントアドレス：８、１、つまり同じマガジン１０４であるＭａｇａｚｉｎｅ１の中の上から９枚目および２枚目の光ディスク１００が、それぞれ、エレメントアドレス：１００００、１０００１、つまりドライブモジュール３０の一番上の光ディスクドライブ７０（Ｄｒｉｖｅ１）と二番目の光ディスクドライブ７０（Ｄｒｉｖｅ２）に装填要求された場合を例にとって説明する。

（ステップＳ７０１）ＣＰＵは、搬送対象の光ディスク１００、および搬送先の光ディスクドライブ７０を識別する。具体的には、例えば、ＣＰＵは、上位アプリケーションから要求されたＭｏｖｅ Ｍｅｄｉｕｍコマンドや搬送リスト設定コマンドなどのディスク搬送要求から、搬送対象の光ディスク１００のエレメントアドレス、および搬送先の光ディスクドライブ７０のエレメントアドレスを取得する。より具体的には、搬送対象の光ディスク１００のエレメントアドレスは８、および１の２枚、搬送先の光ディスクドライブ７０のエレメントアドレスはそれぞれ１００００、および１０００１となる。

（ステップＳ７０２）ＭＣＵ５０は、ＣＰＵからの指示により、対象の光ディスク１００を含むマガジン１０４が装填されたスロット位置の前に移動する。具体的には、例えば、ＣＰＵは、ステップＳ７０１で取得した装填対象の光ディスク１００のエレメントアドレスに相当するスロット位置にＭＣＵ５０を移動させる。より具体的には、ＣＰＵは、図５における、エレメントアドレス：８および１の光ディスク１００を備える、ドライブモジュール３０のＭａｇａｚｉｎｅ１の前の位置にＭＣＵ５０を移動させる。

（ステップＳ７０３）ＭＣＵ５０は、ＣＰＵからの指示により、装填対象の光ディスク１００を備えるマガジン１０４をドロワー１１０から抜き取る。当該ステップは、前述のステップＳ７０３と同じであるため、詳細な説明は省略する。

（ステップＳ７０４）ＭＣＵ５０は、ＣＰＵからの指示により、マガジン１０４をＤＣＵ６０の付近に搬送する。当該ステップは、前述のステップＳ７０４と同じであるため、詳細な説明は省略する。

（ステップＳ７０５）ＤＣＵ６０は、ＣＰＵからの指示により、搬送対象の複数の光ディスク１００のうち、一番下側に該当する光ディスク１００を取得する。具体的には、例えば、ＣＰＵは、ステップＳ７０４で搬送されたマガジン１０４中に含まれる最大１２枚の光ディスク１００の中から、搬送対象の光ディスク１００のうち、一番下側に配置された光ディスク（つまり、エレメントアドレスが一番大きい光ディスク１００）が一番下の位置にして、それより上側にあるすべての光ディスク１００を取得するよう、ＤＣＵ６０に指示し、光ディスク１００を取得する。より具体的には、ＣＰＵは、図５に示すＭａｇａｚｉｎｅ１に含まれる１２枚の光ディスク１００のうち、エレメントアドレスが最も大きい、エレメントアドレス（番地）：８で示される上から９枚目の光ディスク１００が一番下の位置となるように、エレメントアドレス（番地）：０からエレメントアドレス（番地）：８の合計９枚の光ディスク１００をＤＣＵ６０により取得する。この時、別の搬送要求のあったエレメントアドレス（番地）：１の光ディスク１００も同時にＤＣＵ６０に取得される。このような形で取得するのは、ＤＣＵ６０が、保持している一番下の光ディスク１００を、１枚単位で光ディスクドライブ７０に装着する機能を備えるためである。つまり、これはＤＣＵ６０の機能に依存したものであり、このステップＳ７０５では、搬送対象の複数の光ディスク１００を、次のステップＳ７０６以降で光ディスクドライブ７０に装着できるようにＤＣＵ６０が取得できれば、どのような形であっても良い。

（ステップＳ７０６）後述のステップＳ７０７からＳ７０８を、装填対象のすべての光ディスク１００に対して繰り返し実施する。

（ステップＳ７０７）ＤＣＵ６０は、ＣＰＵからの指示により、搬送対象の光ディスク１００を、搬送先の光ディスクドライブ７０に装填する。具体的には、例えば、ＣＰＵは、装着先の光ディスクドライブ７０のトレイを開けるとともに、保持しているうちの一番下の光ディスク１００を光ディスクドライブ７０のトレイに装填するよう、ＤＣＵ６０に指示を行い、光ディスク１００の装填を行う。さらに、装填先の光ディスクドライブ７０のトレイを閉め、装填した光ディスク１００を起動するよう、装填先の光ディスクドライブ７０に指示する。より具体的には、ＣＰＵは、ＤＣＵ６０が一番下側に保持した光ディスク１００の装填先の光ディスクドライブ７０の上側の位置に、ＤＣＵ６０を移動させ、光ディスクドライブ７０のトレイを開ける。引き続きＤＣＵ６０が保持する一番下の光ディスク１００を光ディスクドライブ７０のトレイの上に置き、その光ディスクドライブ７０のトレイを閉めたのち、光ディスクドライブ７０に装着した光ディスク１００を起動させ、装填した光ディスク１００へのアクセスが出来るように準備させる。図５で示す例の場合には、一番下に保持する光ディスク１００がエレメントアドレス（番地）：１の光ディスク１００の場合には、装填先の光ディスクドライブ７０はエレメントアドレス（番地）：１０００１、つまりＤｒｉｖｅ２であり、 一番下に保持する光ディスク１００がエレメントアドレス（番地）：８の光ディスク１００の場合には、装填先の光ディスクドライブ７０はエレメントアドレス（番地）：１００００、つまりＤｒｉｖｅ１である。このように、ＤＣＵ６０が一番下に保持した光ディスク１００から順に、対象の装填先の光ディスクドライブ７０に装填する。

（ステップＳ７０８）ＤＣＵ６０は、ＣＰＵからの指示により、自身が保持している光ディスク１００のうち、装填対象ではない光ディスク１００をマガジン１０４に戻す。具体的には、ステップＳ７０７を完了した時点で、ＤＣＵ６０が１枚以上の光ディスク１００を保持している場合、ＤＣＵ６０が次に装填すべき光ディスク１００を保持している場合には、その装填対象の光ディスク１００よりも下側のすべての光ディスク１００をマガジン１０４に戻す。このとき、次の装填対象の光ディスク１００が、ＤＣＵ６０が保持する一番下の光ディスク１００の場合（つまり、次に装填する光ディスク１００が、ステップＳ７０７にて装填した光ディスク１００の１枚上側の光ディスク１００の場合）には、当該ステップはスキップされる。ＤＣＵ６０が次に装填すべき光ディスク１００を保持していない場合には、この時点でＤＣＵ６０が保持するすべての光ディスク１００をマガジン１０４に戻す。このとき、ＤＣＵ６０が光ディスク１００を保持していない場合には、当該ステップはスキップされる。より具体的には、例えば、ステップＳ７０７において、エレメントアドレス（番地）：８の光ディスク１００を光ディスクドライブ７０に装填した場合には、ＤＣＵ６０は、次に装填すべき光ディスク１００であり、エレメントアドレス：１の光ディスク１００を保持した状態である。この時は、それよりも下側の光ディスク１００である、エレメントアドレス：２から７の６枚の光ディスク１００をＤＣＵ６０がマガジン１０４に戻す。ステップＳ７０７において、エレメントアドレス（番地）：１の光ディスク１００を光ディスクドライブ７０に装填した場合には、ＤＣＵ６０は、次に装填すべき光ディスク１００は保持していない。この時は、ＤＣＵ６０が保持するすべての光ディスク１００、つまりエレメントアドレス：０の１枚の光ディスク１００を、マガジン１０４に戻す。

当該ステップ７０８を完了した時点で、ＤＣＵ６０が次に装填すべき光ディスク１００を保持している場合には、ステップＳ７０６（もしくはステップＳ７０７）に戻って処理を繰り返す。

（ステップＳ７０９）ＭＣＵ５０は、ＣＰＵからの指示により、マガジン１０４を対象のスロット位置の前に搬送する。当該ステップは、前述のステップＳ６０８と同じであるため、詳細な説明は省略する。

（ステップＳ７１０）ＭＣＵ５０は、ＣＰＵからの指示により、自身が保持しているマガジン１０４をドロワー１１０に返却する。当該ステップは、前述のステップＳ６０９と同じであるため、詳細な説明は省略する。

以上の手順で、ディスク装置１０は、同じマガジン１０４に含まれる任意の複数枚の光ディスク１００を、ＭＣＵ５０によるスロットと光ディスクドライブ７０間のマガジン１０４の搬送を１往復だけで、任意の複数台の光ディスクドライブ７０に装填する。

なお、マルチムーブとしては、最大１２枚の光ディスク１００（つまり、同一のマガジン１０４内に存在するすべての光ディスク１００）を一度に移送することも可能である。つまり、ドライブモジュールが４段、光ディスクドライブ７０が１２台あれば、ＭＣＵ５０による１往復のマガジン１０４の移送処理だけで、一度に１２枚の光ディスク１００を装填することが可能である。ただしこの場合、ＤＣＵ６０は、ドライブモジュール３０ごとに独立して存在している。そのため、上述の図７のフローチャートでは説明を省略したが、複数のドライブモジュール３０に跨るようなマルチムーブを行う場合には、装填対象の光ディスク１００が対象のＤＣＵ６０に受け渡されるように、ＭＣＵ５０がモジュールを跨ってマガジン１０４を上下方向に移送するという動作が新たに必要になる。つまり、このようなケースにおいては、ドライブモジュールを跨るタイミングで、ステップＳ７０４から処理を繰り返す必要がある。

なお説明は省略するが、光ディスクドライブ７０に装填された光ディスク１００をマガジン１０４に返却する処理も、図７で説明した手順とほぼ同じ手順で実施できる。装填処理と返却処理の大きな差は、搬送対象の光ディスク１００に対する処理が、返却処理の場合にはエレメントアドレスが小さい側の光ディスク１００から順に処理を行うようになる点である。具体的には、返却処理の場合は、ステップＳ７０５が、ＤＣＵ６０が取得する光ディスク１００が、対象のマガジン１０４内において移送対象の光ディスク１００を戻す位置よりも上側にある光ディスク１００を取得する処理となること、ステップＳ７０７が、光ディスクドライブ７０のトレイ上に装填されている光ディスク１００を、ＤＣＵ６０によって取得する処理となること、およびステップＳ７０５、およびステップＳ７０７が、搬送対象の光ディスク１００の枚数分繰り返し実施されることが異なる以外は、すべて図７で説明したものと同じ手順で実現できるため、ここでは詳細の説明は省略する。

なお、図７においては、すべてのステップをＣＰＵから指示して行うように説明したが、上述したようにＭＣＵ５０、およびＤＣＵ６０はそれぞれマイコンを備えていても良い。このような場合、一部のステップは、ＣＰＵからの指示が無くとも、ＭＣＵ５０、およびＤＣＵ６０のマイコン処理として実現することも可能であり、そのような形態であっても良い。

このように、同一のマガジン１０４内の複数の光ディスク１００を光ディスクドライブ７０に装填する必要がある場合、図６で示したシングルムーブ処理の場合には、ＭＣＵ５０による対象のマガジン１０４の搬送処理が、装填する光ディスク１００の枚数と同じ数だけ必要になる。一方、図７で説明したマルチムーブ処理を適用すれば、同一のマガジン１０４内の複数の光ディスク１００を光ディスクドライブ７０に装填する必要がある場合であっても、ＭＣＵ５０による対象マガジン１０４の搬送処理は１回だけに集約することが出来る。このように、ＭＣＵ５０によるマガジン１０４の搬送という、搬送処理の中で最も時間がかかる処理をまとめて１回で実施することで、トータルでの処理時間を大幅に削減することが出来る点が特徴である。また、１つのマガジン１０４の中の複数の光ディスク１００を装填するというマルチムーブ動作の中でも、連続したＮ枚（Ｎは整数）を装填する方が、不連続なＮ枚を装填する場合と比べ、ステップＳ７０８の処理が不要になる分だけ、要する時間も短くなるという特徴もある。

図８は、同一のマガジンに含まれる３枚の光ディスクを、シングルムーブを使用してデータ復旧を行う場合の一連の処理に要する時間を概念的に示したタイムチャートであり、図９は、同一のマガジンに含まれる３枚の光ディスクを、マルチムーブを使用してデータ復旧を行う場合の一連の処理に要する時間を概念的に示したタイムチャートである。
ここで説明を簡素化するため、いずれの場合も、使用する装置は、図５に記載の形態のディスク装置１０であるものとし、装填する３枚の光ディスク１００は、Ｍａｇａｚｉｎｅ１のエレメントアドレス（番地）：０、１、２の３枚で、装填する順番に、エレメントアドレス：２の光ディスク１００をＤｉｓｃ１、エレメントアドレス：１の光ディスク１００をＤｉｓｃ２、エレメントアドレス：０の光ディスク１００をＤｉｓｃ３とし、その順にエレメントアドレス：１００００の光ディスクドライブ７０であるＤｒｉｖｅ１、エレメントアドレス：１００００１光ディスクドライブ７０であるＤｒｉｖｅ２、エレメントアドレス：１０００２の光ディスクドライブ７０であるＤｒｉｖｅ３にそれぞれ装着するものとする。なお、ここであげた光ディスク１００と、それを装着する光ディスクドライブ７０の組み合わせは一例であり、この組み合わせに限ったものでは無い。例えば、ＤＣＵ６０が保持する一番下の光ディスク１００（つまりＤｉｓｃ１）から順に、そのドライブモジュール３０に備えられた一番下の光ディスクドライブ７０（つまりＤｒｉｖｅ３）から順に装填するような形でも良い。これらは例えば、ＤＣＵ６０のメカの特徴に応じて、高速に動きやすい順番で決定するなどしても良い。

図８、および図９において横軸は時間経過を示す。横軸の時間は、説明を簡単にするため「Ｔ」を単位として記載している。

ここで、所定のデータを読み出すための一連の処理とは、大きく以下の４つのステップで構成される。
（１）ＭＣＵ５０やＤＣＵ６０のチェンジャメカを用いた、対象の光ディスク１００を光ディスクドライブ７０に装填する一連の処理（以下、Ｌｏａｄ処理と呼ぶ）に要する時間
（２）ＭＣＵ５０やＤＣＵ６０のチェンジャメカを用いた、光ディスクドライブ７０から光ディスク１００を返却する一連の処理（以下、Ｕｎｌｏａｄ処理と呼ぶ）に要する時間
（３）光ディスクドライブ７０による、光ディスク１００をアクセス可能にするための起動に要する時間
（４）光ディスクドライブ７０による、データの読み出し処理（以下、データリードと呼ぶ）に要する時間
これらのうち、チェンジャメカと光ディスクドライブ７０はそれぞれ独立した機構であるため、一部の処理は並列して動作させることが可能である。並列動作とすることで、処理時間の短縮を図ることができる。

図８、および図９におけるＬｏａｄ処理（およびＵｎｌｏａｄ処理）は、それぞれ図
６、図７で説明した処理と同等である。図８で示すシングルムーブの例では、（１）のＬｏａｄ処理、および（２）のＵｎｌａｏｄ処理時間に２Ｔの時間が必要となることを示している。

また図９で示すマルチムーブの例では、Ｌｏａｄ処理、およびＵｎｌｏａｄ処理時間は、シングルムーブ時と比べて複数の光ディスク１００を装着する分だけ処理時間が延びるため、２Ｔよりも少し長く時間が必要になることを示している。さらに、図８、図９のケースともに、（３）の起動処理に１Ｔの時間が、（４）のデータリード処理に２Ｔの時間がそれぞれ必要であることを示している。ここで、図８のＬｏａｄ処理と、データリード処理がともに２Ｔと同じ値になっているが、これは説明の都合上であり、同じだけの処理時間を要するという意味ではないことに留意頂きたい。起動処理の時間が、Ｌｏａｄ処理やデータリード処理の半分となっている点も同様である。

図８に示すシングルムーブを使用する場合、一連のＬｏａｄ処理の中で、Ｄｉｓｃ１をＤｒｉｖｅ１に装填した後は、チェンジャメカが（１）の動作の最中であっても、Ｄｒｉｖｅ１は起動処理を行うことができるため、これらの処理は並列動作が可能である。そのため、Ｄｉｓｃ１からのデータリードが完了するまでの時間は、４Ｔとなる。また、チェンジャメカは、Ｄｉｓｃ１のＬｏａｄ処理が完了した後は、引き続き、Ｄｉｓｃ２のＬｏａｄ処理を開始する。この手順でＤｉｓｃ２、Ｄｉｓｃ３とそれぞれＤｒｉｖｅ２、Ｄｒｉｖｅ３に装填していくと、３枚の光ディスク１００すべてのＬｏａｄ処理が完了するまでに要する時間が６Ｔとなる。ここで、このタイミングでは、すでに最初にＬｏａｄ処理を行ったＤｒｉｖｅ１によるＤｉｓｃ１からのデータリード処理はすでに完了している。そのためＬｏａｄ処理を終えたチェンジャメカは、引き続き処理が完了した光ディスク１００のＵｎｌｏａｄ処理を行うことが出来る。この手順で行うと、すべての処理が完了するまでに要する総時間は１２Ｔとなる。この時間は、３枚の光ディスク１００をＬｏａｄ、およびＵｎｌｏａｄするのに要したチェンジャメカの動作時間と等価となる。これは、光ディスクドライブ７０で行う起動処理、およびデータリード処理は全てチェンジャメカ動作との並列処理の時間の中で完了するため、光ディスクドライブ７０の処理時間が表面化しないためである。

一方、図９に示すマルチムーブを使用する場合、３枚の光ディスク１００のＬｏａｄ処理には２Ｔを少し超える時間がかかる。一方、光ディスクドライブ７０による起動処理とデータリード処理は、装填が完了したＤｒｉｖｅ１から順に実施される。この場合、Ｄｒｉｖｅ１によるＤｉｓｃ１からのデータリードが完了するまでの時間は、図８で示したシングルムーブを使用した場合と同じく４Ｔとなる。この時点ですでにチェンジャメカは動作可能状態にあるが、マルチムーブを使用する場合は、その対象となる光ディスク１００へのすべてのデータリード処理が完了した時点でＵｎｌｏａｄ処理を開始できるため、Ｕｎｌｏａｄ処理が開始されるのは、Ｄｒｉｖｅ３によるＤｉｓｃ３からのデータリード処理が完了した時点からとなる。この手順で行うと、すべての処理が完了するまでに要する総時間は６Ｔ以上、７Ｔ未満の時間となる。

このように、同じ３枚の光ディスク１００に対する処理を行う場合でも、マルチムーブを使用することにより、シングルムーブだけを使用した場合に比べて総処理時間を圧倒的に短縮することが出来る。

近年、デジタルデータの爆発的な普及により、クラウド上などに保存される個人コンテンツなどのデータも急激に増加しており、それらのデータを保存しておくデータセンターも多くつくられている。このようなデータセンターなどで使用されるストレージには、いかに低コストで、長期間、安全にデータを保存できるかが求められる。ディスク装置１０のようなストレージは、光ディスク１００を使用することによる低コストさや、データの長期信頼性の特徴から、写真や映像などといったデータのアーカイブ（長期保存）やバックアップなどの用途で多く用いられる。例えばバックアップ用途で使われる場合を考えてみる。バックアップということは、オリジナルのデータが管理されているメインストレージが別に存在する。一般的には、ハードディスクやソリッドステートドライブなどのストレージが、メインストレージとして使用され、ユーザからの書き込みや読み出し要求などに対応している。そして、もしこのメインストレージの一部に故障が発生したり、データが消失したりした場合には、バックアップストレージから消失したデータの復旧（リカバリ）がなされることになる。つまり、バックアップ用途で用いられるディスク装置１０のようなストレージには、どれだけ短い時間で、必要なデータのリカバリが出来るか（いかにリカバリ時間を短縮できるか）が重要な要件となる。

リカバリ処理においては、例えば特に復旧データに対しての優先度が無く、単にすべての光ディスク１００からすべてのデータを読み出すような処理であって、かつディスク装置１０に光ディスクドライブ７０が１２台備えられているならば、上述した１２枚マルチムーブを用いて光ディスク１００を装填することも可能である。こうすれば、シングルムーブを使用して１枚ずつ装填する場合と比べて、圧倒的に処理時間を短縮することができる。

ここで、ディスク装置１０に対してのデータ記録方式としては、例えば、複数のディスク装置１０を用いて、イレージャーコーディングやＲＡＩＤと呼ばれる、ストレージの故障や異常が発生してもデータ保護可能な冗長性を持たせた記録方式が採用されることが多い。このような場合、ある個人の写真・映像データなどのような一連のデータは、複数の光ディスク１００に跨って、或いは複数のディスク装置１０に跨って記録されるのが一般的である。これは言い換えれば、データの復旧（リカバリ）を行う場合には、複数の光ディスク１００、或いは複数のディスク装置１０からデータの読み出しが必要になることを意味する。データ復旧（リカバリ）のために必要なデータはどれだけあるのか、またそれらのデータはどこに記録されているのかという情報は、上位アプリケーションが把握しているため、上位アプリケーションからの指示に基づき、データ復旧に必要なデータをディスク装置１０から順々に読み出すことになる。

さらに、データ復旧（リカバリ）に必要なデータに対して、優先順位（優先度）が付与されている（重みづけされている）ケースがある。例えば、クラウドサービスにおけるプレミアム会員や有料会員のデータや、記録されたのが新しいデータなどである。このような場合において、データ復旧を行う場合には、「復旧に必要な全てのデータを、所定の順番を守りながら、如何に早く読み出せるか」が求められる。データの記録時に、イレージャーコーディングなどの方式でデータが記録される場合には、優先順位の高いデータだけを特定の光ディスク１００にまとめて記録するといった手法は取れない。あるいは、データを記録するタイミングでは、優先度が確定していないケースもあり得る。つまり、複数の光ディスク１００に離散的に記録されることになるため、データ復旧（リカバリ）時には、複数の光ディスク１００に離散的に記録されたデータの中から、優先順位に従ってデータを読み出すことになる。単純に優先順位情報だけに従ってデータ復旧処理を行った場合、ディスク装置１０のチェンジャメカによる、読み出しデータを含んだ光ディスク１００の搬送処理は、基本的にシングルムーブで実施されることになる。そのため、前述した通り、チェンジャメカによるディスク搬送処理時間がボトルネックとなってしまい、リカバリ速度を劇的に改善することは難しい。

この課題に対して、本発明の実施の形態では、リカバリに必要なデータの一覧リストと、それらの優先順位の情報という基本的な情報に加えて、リカバリに必要なデータが記録されている光ディスク１００の、ディスク装置１０内における位置情報（＝エレメントアドレス情報と等価）と、ディスク装置１０内の光ディスクドライブ７０の台数情報などを用いてシングルムーブとマルチムーブを使い分けることで、リカバリデータの優先順位を守りつつも、リカバリに必要な全データの読み出しも短時間で効率的に行えるようにすることで解決を図る。

以下、その具体的な方法について説明する。

図１０は復旧テーブルの例を説明するための説明図、図１１は図１０の復旧テーブルで示されるデータのディスク装置１０における具体的な配置イメージを説明するための説明図である。ここで使用するディスク装置１０は、前述の図５に示したディスク装置１０の構成と同等であるものとする。

復旧テーブル９０は、上位アプリケーションによって生成・管理される情報であり、データ復旧（リカバリ）に必要なデータの一覧を備えた読出しデータリストである。復旧テーブル９０には、復旧に必要な全てのデータについて、そのデータが格納されている光ディスク１００のエレメントアドレス（番地）情報と、その光ディスク１００の中のデータが配置されている領域に関する情報（例えば、アドレス情報である先頭ＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓ）とサイズ情報など）が、その情報の読出し順や優先度に関する情報とともに備えられる。優先度に関する情報としては、一般的に、“高”か“普通”かの２段階であるが、ここはシステムの特性に応じて変わり得るものであり、何段階で管理されても良い。

図１０及び図１１に示す通り、復旧に必要なデータは、格納されるマガジン１０４も異なる複数の光ディスク１００に渡って離散的に配置される。図１０及び図１１では、説明の都合上、復旧に必要なデータを備えた光ディスク１００が、３つのマガジン１０４に対してのみ存在しているものとして記載しているが、実際にはディスク装置１０に含まれるマガジン１０４に対して、離散的に配置される。

図１２及び図１３は、ディスク装置１０によるデータ復旧処理手順の一例を簡略的に示したシーケンス図である。この例では、ディスク装置１０（具体的にはディスク装置１０を制御するコントローラサーバ４０におけるＣＰＵ上のソフトウェア）が、データ復旧の順番などを判断しながらリカバリを行う場合の例を示している。

この例の場合、上位アプリケーションからのディスク装置１０に対する指示は、大きく２つの手順により実現可能である。図１２に示すように、まず上位アプリケーションからディスク装置１０に対して、復旧テーブル９０の情報を通知する。続いて上位アプリケーションは、ディスク装置１０に対して、データ復旧処理の実施を指示する。

ディスク装置１０の手順としては、まずデータ復旧処理を行うコントローラサーバ４０におけるＣＰＵ上のソフトウェアが、上位アプリケーションから通知された復旧テーブル９０の情報を例えば内部メモリ(図示せず)などに格納する。さらに、続いて通知されたデータ復旧処理の実施指示をトリガにして、復旧テーブル９０に従ったデータ復旧処理を実施する。ＣＰＵが行う動作は、基本的に復旧テーブル９０の順番通りにデータ復旧を行うことであるが、特徴的な動作としては、優先度が同じ復旧対象データ（例えば、優先度“高”のデータ）のリストに含まれる光ディスク１００の中で、物理的に同じマガジン１０４の中に格納されている光ディスク１００が複数存在する場合には、復旧テーブル９０にて指示された読出し順を入れ替えて、それらを、マルチムーブを使って同時に処理する点である。例えば本発明の実施の形態では、マガジン１０４には１２枚の光ディスク１００が格納されるため、光ディスク１００に割り振られるエレメントアドレスは、１２の単位で同じマガジン１０４に割り振られることになるため、この特徴を利用すれば、復旧テーブル９０にリストアップされた読出し対象の光ディスク１００の中で、同じマガジン１０４に格納されている光ディスク１００が存在するか否かを把握することができる。具体的には、例えば図１０及び図１１の場合、優先度が“高”で同じ光ディスク１００が、Ｍａｇａｚｉｎｅ１の中に２枚存在している。読出し順が１であるエレメントアドレス：８の光ディスク１００と、読出し順が３であるエレメントアドレス：１の光ディスク１００の２枚である。このような場合には、図１２に示すように、マルチムーブ機能を用いてこれら２枚の光ディスク１００を同時に搬送し、チェンジャメカの動作回数を減らすよう制御をすることで、リカバリ処理時間の短縮を図る。ここで、Ｍａｇａｚｉｎｅ１には、エレメントアドレス：１１にも、優先度が“通常”で復旧テーブル９０にリストアップされている光ディスク１００が存在するが、これは優先度が異なるため、マルチムーブ処理の対象とはしない。マルチムーブにて同時に搬送することは可能であるが、これによって、他の優先度“高”のデータ読出しが遅延してしまうことを防ぐためである。つまり、図５に記載の光ディスクドライブ７０を３台備えたディスク装置１０を用いて、図１０及び図１１に示した復旧テーブル９０のデータ復旧を行う場合には、まず優先度が“高”のデータから読出しを行う。具体的には、この場合、図１２に示すように、エレメントアドレス：８と１の光ディスク１００はマルチムーブにて搬送（Ｌｏａｄ）して、ディスク搬送後に、光ディスクドライブ７０にて装填された光ディスク１００を起動し、復旧テーブル９０に示されるアドレスから、指定されたサイズのデータの読み出しを行う。さらにエレメントアドレス：１５の光ディスク１００はシングルムーブにて搬送（Ｌｏａｄ）して、ディスク搬送後に、光ディスクドライブ７０にて装填された光ディスク１００を起動し、復旧テーブル９０に示されるアドレスから、指定されたサイズのデータの読み出しを行う。このように制御することで、シングルムーブだけを用いて優先度“高”のデータの読出しを行った場合と比べて、ほぼチェンジャメカによるディスク搬送処理を１回分削減することが出来、優先度“高”のすべてのデータ読出しまでに要する時間を短縮することができる。同様に、データの読出しが完了したら、光ディスクドライブ７０に装填された光ディスク１００をもとのマガジン位置に搬送（Ｕｎｌｏａｄ）したのち、図１３に示すように、続けて優先度：“通常”のデータの読出しを行う。この例の場合、エレメントアドレス：３６と４４の光ディスク１００はマルチムーブにて搬送（Ｌｏａｄ）して、ディスク搬送後に、光ディスクドライブ７０にて装填された光ディスク１００を起動し、復旧テーブル９０に示されるアドレスから、指定されたサイズのデータの読み出しを行う。さらにエレメントアドレス：１１の光ディスク１００はシングルムーブにて搬送（Ｌｏａｄ）して、ディスク搬送後に、光ディスクドライブ７０にて装填された光ディスク１００を起動し、復旧テーブル９０に示されるアドレスから、指定されたサイズのデータの読み出しを行う。

例えば、図１０の復旧テーブル９０に示した、合計６つのデータの読出し処理を完了するまでに要する処理時間は、シングルムーブだけを用いてデータ復旧を行う場合には、優先度：“高”と優先度：“通常”のそれぞれ３つ（３枚の光ディスク１００）のデータ復旧に要する時間は、光ディスク１００からのデータリード処理に一律２Ｔの時間を要するとした場合、図８で説明したものと同じ時間となるため、６つ（６枚の光ディスク１００）すべてのデータ復旧に要する時間は、図８の処理時間の倍、つまり２４Ｔの時間を要する。（厳密には、全ての復旧データの読出し完了までには２０Ｔの処理時間を要する）。

一方、優先度を考慮して優先度が高いデータをマルチムーブで行う場合は、図１４に示すようになる。図１４は、マルチムーブとシングルムーブを組み合わせてデータ復旧を行う場合のタイムチャートである。優先度：“高”と優先度：“通常”のそれぞれ３つ（３枚の光ディスク１００）のデータ復旧に要する時間が、８Ｔを超える程度となり、６つ（６枚の光ディスク１００）すべてのデータ復旧に要する時間は、その倍で、約１７Ｔとなる（厳密には、全ての復旧データの読出し完了までには約１５Ｔの処理時間を要する）。このように、ディスク搬送にシングルムーブだけでなくマルチムーブを適切に組み合わせて使用することで、チェンジャメカの動作回数を低減することができ、この例だけを見ても、５Ｔ以上の処理時間の短縮を図ることが出来る。なお、チェンジャメカの動作回数を低減することが出来るということは、処理時間の短縮という効果だけでなく、チェンジャメカの消耗を抑え寿命向上につながるという効果があることは、言うまでもない。

なお、詳細な説明は割愛したが、データ復旧の際には、上位アプリケーション側でも、どこまでの復旧処理が完了し、ユーザに対してデータ返送が可能になったのかを把握する必要がある。特に本発明の実施の形態では、上位アプリケーションからのデータ復旧指示は１回のみで、あとはディスク装置１０側で必要なデータ復旧処理を行うものとして説明したため、データ復旧処理の進捗状況を把握する術が必要である。そこで上位アプリケーションは、ディスク装置１０に対する状態確認命令（コマンド）や、コントローラサーバ４０上のメモリなどに生成される読出し完了データファイルなどを確認するなどの方法で、ディスク装置１０におけるデータ復旧処理の完了状態を把握することが出来る。

なお、この例では、ディスク装置１０を制御するコントローラサーバ４０におけるＣＰＵ上のソフトウェアが、復旧テーブル９０に基づいてデータ復旧処理を行う場合を例にとって説明したが、このようなデータ復旧のシーケンス制御を、上位アプリケーション側で行うことも可能である。上位アプリケーション側で制御する場合には、図１２で示した、復旧テーブル９０の情報を通知するというステップが不要となるが、上位アプリケーションからチェンジャメカに対するディスク搬送の指示、並びに光ディスクドライブ７０に対するデータ読出しの指示を行う必要がある。なお、このような形にすれば、上位アプリケーションはおのずと、データ復旧処理の進捗も把握することが可能になる。

なお、注目すべき点として、復旧テーブル９０には、その光ディスク１００をＬｏａｄする光ディスクドライブ７０に関する情報を備えなくても良い。上述の図６、図７でのディスク装着手順での説明においては、光ディスク１００を装填する光ディスクドライブ７０に関する情報（エレメントアドレス）を上位アプリケーションから指定する形で説明したが、このデータ復旧の場合には、光ディスクドライブ７０の指定は、必ずしも必要としない。言い換えると、本発明の実施の形態で説明するデータ復旧処理においては、どの光ディスク１００をどの光ディスクドライブ７０に装着し、データ復旧のためのデータ読出しを行うかは、その際のディスク装置１０内の光ディスクドライブ７０の使用状況を見て、コントローラサーバ４０におけるＣＰＵ上のソフトウェア側で判断することを意味している。具体的には、例えば、データ復旧を行う場合に、並行してディスク装置１０を使用して別のデータの記録再生を行うなど、ディスク装置１０内の一部の光ディスクドライブ７０が別の用途で使用中である可能性もある。このようなケースも踏まえ、データ復旧を行う場合の光ディスクドライブ７０の空き状況に応じて、コントローラサーバ４０におけるＣＰＵ上のソフトウェアが、使用可能な光ディスクドライブ７０を最も効率よく使用するよう制御することで、データ復旧を最短で実施できるようにする。より具体的には、例えば、図１０、図１２、図１３で示した例の場合において、データ復旧に使用可能な光ディスクドライブ７０が２台しか存在しない場合には、最初に優先度：“高”のエレメントアドレス８、および１の２枚をマルチムーブを用いて搬送し、データ復旧するのは変わらない。その後、シングルムーブでエレメントアドレス：１５の優先度：“高”のデータ復旧を行うと、その時点で使用可能なディスク装置１０内の光ディスクドライブ７０は１台のみとなってしまうため、マルチムーブにて制御可能なエレメントアドレス：３６、および４４のデータ復旧より先に、エレメントアドレス：１１のデータ復旧を先に行う方が効率的である。このように、光ディスクドライブ７０の空き状況に応じて、光ディスク１００を装填する光ディスクドライブ７０を決定するとともに、必要に応じて、データ復旧の順番も最適に並び替えて対応してもよい。

なお、どの光ディスクドライブ７０を使用するかについては、光ディスクドライブ７０の使用状況を鑑みて上位アプリケーション側で判断しても良い。つまり、復旧テーブル９０に使用する光ディスクドライブ７０に関する情報を備えても良いし、或いは、上位アプリケーションからの直接のデータ復旧のシーケンス制御を行う形で、どの光ディスクドライブ７０を使用するかを決定する形でも、同様の効果を得ることが出来る。

続いて、複数のドライブモジュール３０を備え、ディスク装置１０内により多くの光ディスクドライブ７０を備えた場合を例に説明する。図１４は、ドライブモジュール３０を４段備えたディスク装置１０の概略図である。つまり、図３においてドライブモジュール３０が２段だったものが、４段に増えたものであり、ディスク装置１０の構成要素としては、図３で説明したものを同じであるため、説明は省略する。

図１６および図１７は、図１４に記載のディスク装置１０において、４回のチェンジャメカ動作（より具体的には、４回のＭＣＵ５０のマガジン１０４移送往復動作）に要する時間と、データ復旧可能なデータを概念的に示したタイムチャートである。言い換えると、最大４つの異なるマガジン１０４からのディスク搬送に要する時間を示すタイムチャートである。図１６はチェンジャメカ動作としてシングルムーブを用いた場合であり、図１７はチェンジャメカ動作としてマルチムーブを用いた場合の例である。Ｌｏａｄ，Ｕｎｌｏａｄ、起動、データリードに要する時間は、それぞれ、前述の図８において説明したものと同じであるとする。ここで図１７の場合、１回のマルチムーブで装填する光ディスク１００の枚数は３枚で、これらを同一のドライブモジュール３０に備えられた３つの光ディスクドライブ７０に装填する。つまり複数のドライブモジュール３０（のＤＣＵ６０）を跨った動作が発生せず、１枚のシングルムーブとほぼ同等の処理時間で動作可能な場合を例にとって説明する。

図１６に示す通り、４回のシングルムーブ動作で装着可能な光ディスク１００の枚数は４枚であり、その装填完了までに要する時間は８Ｔ、データリード完了までに要する時間は１０Ｔである。

一方、図１７に示す通り、４回のマルチムーブ動作で装着可能な光ディスク１００の枚数は１２枚であり、その装填完了までに要する時間はおよそ９Ｔ、データリード完了までに要する時間は１１Ｔである。

つまり、マルチムーブを使用したケースでは、シングルムーブを使用したケースと比べて、処理時間としておよそ１Ｔのペナルティを払えば、ディスク装置１０内のすべての光ディスクドライブ７０に対して光ディスク１００の装填を行うことが出来、全体の処理時間としても、３倍の速度でデータ復旧が出来ることを意味している。より詳細に言えば、図１７に示す例の場合においては、ドライブ６台に対して光ディスク１００を装填した時点で、すでに最初に装填した３台の光ディスクドライブ７０による復旧データの読出し処理（データリード）が完了しているため、ディスク装置１０に含まれる光ディスクドライブ７０が６台以上であれば、リカバリ処理時間は、チェンジャメカ動作時間がボトルネックとなる。つまり、チェンジャメカも待ち時間が生じることなく、ディスク装置１０内の光ディスクドライブ７０を含めて、有効活用が出来ることを意味する。例えば図１７に示すマルチムーブにて６枚を装填し、データリードを終えるまでの時間において、図１６に示すシングルムーブで装填可能な枚数は３枚である。つまり、同じ時間内であれば、マルチムーブを使用した方が、少なくとも３台以上の光ディスクドライブ７０を有効活用出来ていることになり、３枚分以上の光ディスク１００の復旧データの読出しを早く終えることが出来ることを意味している。

一例として、データ復旧のために、ディスク装置１０に含まれるすべての光ディスク１００からデータの読出しが必要で、かつ読出しデータに優先順位が存在するケースを考えてみる。このような場合、図１６に示すようなシングルムーブで、別々のマガジン１０４に存在する優先度“高”の４枚の光ディスク１００の装填および復旧データの読出しを行うのに要する時間は図１６に示す通り、１０Ｔである。これに対して、図１７に示すようなマルチムーブを用いて、優先度“高”の光ディスク１００を含む、同一のマガジン１０４内の連続した３枚の光ディスク１００を装填および復旧データの読出しを行うようにすれば、１１Ｔの時間で、優先度“高”の４枚の光ディスク１００だけでなく、優先度“通常”の８枚の光ディスク１００を含む、合計１２枚の光ディスク１００から復旧データの読出しを完了することが出来る。なお、もしシングルムーブを用いて１２枚の光ディスク１００からのデータ復旧のためのデータ読出しを完了させるまでに要する時間は、図１８に示す通り、２６Ｔとなり、図１７に示すマルチムーブにて１１Ｔで処理完了したものと比べると圧倒的に短時間でリカバリ処理を行えることが分かる。
なお、優先度“高”のデータだけに限ってみれば、シングルムーブを用いた図１６で示す例の方が早くデータ復旧が出来ていることを意味する。しかし、図１７に示すマルチムーブを用いた場合は、シングルムーブを用いたケースとほぼ変わらない時間（＋１Ｔのペナルティ）で、優先度“高”データの読出しを終えられるのに加え、全体のデータ復旧（リカバリ）時間も圧倒的に短縮することが出来ることになるため、トータルで見て非常にバランスが良い、有効な手法と言える。なお、マルチムーブの際に、優先度“高”の光ディスク１００を含む、同一のマガジン１０４内の連続した３枚の光ディスク１００を装填する場合を例にとって説明したが、これは、データ復旧のためにすべての光ディスク１００からデータ復旧が必要な場合を例にとって説明したためである。例えばデータ復旧に必要な光ディスク１００が限られるようなケースにおいて言えば、前述したように、同一のマガジン１０４に含まれる、データ復旧のためのデータ読出しが必要な不連続な３枚の光ディスク１００をマルチムーブ対象としても良い。この場合、連続した３枚の光ディスク１００を装填する場合と比べて、Ｌｏａｄ処理、及びＵｎｌｏａｄ処理における前述のステップＳ７０８の分だけ搬送処理時間が増加することになるが、図１８で説明したものとほぼ同等の処理時間で、同等の効果を得ることが出来ることは言うまでもない。

なお、上記で説明したのと同じように、データ復旧のために、ディスク装置１０に含まれるすべての光ディスク１００からデータの読出しが必要な場合であって、優先度“高”のデータが非常に少ないようなケースを考えてみる。言い換えると、大半の光ディスク１００が同じ優先度“通常”という形の場合である。このような場合には、あるマガジン１０４内に収納されている光ディスク１００のうちの大半が優先度“通常”という形になる。このようなケースにおいては、例えば、優先度“高”の光ディスク１００については、シングルムーブにてデータ復旧を行い、大半を占める優先度“通常”の光ディスク１００のデータ復旧を行う場合には、そのマガジン１０４内の１２枚すべての光ディスク１００を一括マルチムーブで装填しながらデータ復旧を行っても良い。３枚ごとのマルチムーブを４回繰り返して光ディスク１００の装填を行うよりも、１２枚一括のマルチムーブの方がより効率的に短時間で処理を行うことができるためである。この際、マガジン１０４の光ディスク１００の中には、すでにデータ復旧を完了した優先度“高”の光ディスク１００が備えられているかもしれないが、その場合であっても、１２枚一括で処理しても良い。すでにデータ復旧が完了した光ディスク１００だけを避けて、優先度“通常”のディスクのみを装填し、光ディスクドライブ７０に中途半端に開き状態を作ってもあまりメリットが無いことに加え、マルチムーブにおけるステップＳ７０８の処理も発生しない分高速に処理できるためである。

なお上記では、データ復旧のために、ディスク装置１０に含まれるすべての光ディスク１００からデータの読出しが必要な場合であって、優先度“高”のデータが非常に少ないようなケースを例にとって説明したが、優先度“通常”のデータが非常に少なく、大半が優先度“高”のようなケースであっても同様であることは言うまでもない。

以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。

したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。

また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。

本出願で開示する内容は、光ディスクのような情報記録媒体に格納された情報を読み出す情報再生装置や情報再生方法として、光ディスクを扱う分野で産業上利用可能である。

１０ ディスク装置
２０ ボトムモジュール
３０ ドライブモジュール
４０ コントローラサーバ
５０ ＭＣＵ（マガジンキャリアユニット）
６０ ＤＣＵ（ディスクキャリアユニット）
７０ 光ディスクドライブ
９０ 復旧テーブル
１００ 光ディスク
１０１ マガジントレイ
１０２ 芯棒
１０３ トレイホルダ
１０４ マガジン
１１０ ドロワー

Claims (4)

1. 情報記録媒体として複数の光ディスクを備えたディスク装置からデータの読出しを行う情報再生方法であって、
   前記光ディスクは、複数枚を収納可能なマガジンに収納されており、
   前記ディスク装置は、
   所定の格納位置に複数の前記マガジンを装着可能であり、
   前記光ディスクへの記録再生を行う複数のドライブと、
   前記格納位置から前記ドライブとの間の前記マガジンの１回の往復移送の間に、前記マガジンに含まれる所定の１枚の前記光ディスクを、対応する１台の前記ドライブとの間で着脱するシングルムーブ方式と、前記格納位置から前記ドライブとの間の前記マガジンの１回の往復移送の間に、前記マガジンに含まれる所定のＮ枚（Ｎは２以上整数）の前記光ディスクを、それぞれ対応するＮ台の前記ドライブとの間で着脱するマルチムーブ方式のいずれかの移送方式で前記マガジンを前記ドライブとの間で移送させ、前記マガジン内の任意の前記光ディスクを前記ドライブに着脱するチェンジャメカとを備え、 前記情報再生方法は、
   読出すデータが記録されている前記光ディスクを特定可能なディスク情報と、前記ディスク情報で示される前記光ディスク上における、読出しデータが記録されている領域に関する領域情報と、読出すデータの優先度を示す優先度情報とを含む読出しデータリストと、前記ドライブの使用状態に基づいて、データ読出しのために前記光ディスクを前記ドライブに移送する移送方式として、前記シングルムーブ方式を使用するか、前記マルチムーブ方式を使用するかを判断して、前記優先度情報で示される優先度の高い情報から優先的にデータ読出しを行うように前記ディスク装置を制御することを特徴とする、情報再生方法。
2. 前記読出しデータリストに含まれる前記ディスク情報から、当該光ディスクが格納されている前記マガジンを示すマガジン情報を算出可能であり、
   前記情報再生方法は、
   前記読出しデータリストの中で、前記優先度情報と前記マガジン情報とが同じ前記光ディスクが存在する場合は、マルチムーブ方式で複数の前記光ディスクを複数の前記ドライブに着脱させるとともに、複数の前記ドライブそれぞれから前記読出しデータリストで示される対応する前記領域情報に従ってデータの読出しを行うよう制御し、
   存在しない場合は、シングルムーブ方式で１枚の前記光ディスクを１台の前記ドライブに着脱させるとともに、１台の前記ドライブから前記読出しデータリストで示される対応する前記領域情報に従ってデータの読出しを行うよう制御すること
   を特徴とした、請求項１記載の情報再生方法。
3. 情報記録媒体として複数の光ディスクを備えた情報再生装置であって、
   前記光ディスクは、複数枚を収納可能なマガジンに収納されており、
   前記情報再生装置は、所定の格納位置に複数の前記マガジンを装着可能であり、
   前記光ディスクへの記録再生を行う複数のドライブと、
   前記格納位置から前記ドライブとの間の前記マガジンの１回の往復移送の間に、前記マガジンに含まれる所定の１枚の前記光ディスクを、対応する１台の前記ドライブとの間で着脱するシングルムーブ方式と、前記格納位置から前記ドライブとの間の前記マガジンの１回の往復移送の間に、前記マガジンに含まれる所定のＮ枚（Ｎは２以上整数）の前記光ディスクを、それぞれ対応するＮ台の前記ドライブとの間で着脱するマルチムーブ方式のいずれかの移送方式で前記マガジンを前記ドライブとの間で移送させ、前記マガジン内の任意の前記光ディスクを前記ドライブに着脱するチェンジャメカと、
   前記情報再生装置を制御するプログラムを含むコントローラと
   を備え、
   前記コントローラは、読出しが必要な全てのデータに関する情報を含む読出しデータリストを保持しており、 前記読出しデータリストには、読出すデータが記録されている前記光ディスクを特定可能なディスク情報と、前記ディスク情報で示される前記光ディスク上における、読出しデータが記録されている領域に関する領域情報と、読出すデータの優先度を示す優先度情報とを含み、
   前記コントローラは、前記読出しデータリストと、前記ドライブの使用状態に基づいて、データ読出しのために前記光ディスクを前記ドライブに移送する移送方式として、前記シングルムーブ方式を使用するか、前記マルチムーブ方式を使用するかを判断して、前記優先度情報で示される優先度の高い情報から優先的にデータ読出しを行うように制御することを特徴とする、情報再生装置。
4. 前記読出しデータリストに含まれる前記ディスク情報から、当該光ディスクが格納されている前記マガジンを示すマガジン情報を算出可能であり、
   前記コントローラは、
   前記読出しデータリストの中で、前記優先度情報と前記マガジン情報とが同じ前記光ディスクが存在する場合は、マルチムーブ方式で複数の前記光ディスクを複数の前記ドライブに着脱させるとともに、複数の前記ドライブそれぞれから前記読出しデータリストで示される対応する前記領域情報に従ってデータの読出しを行うよう制御し、
   存在しない場合は、シングルムーブ方式で１枚の前記光ディスクを１台の前記ドライブに着脱させるとともに、１台の前記ドライブから前記読出しデータリストで示される対応する前記領域情報に従ってデータの読出しを行うよう制御すること
   を特徴とした、請求項３記載の情報再生装置。

Images