(57)【要約】上映用コンテンツファイルを有する記憶装置（１４５）を提供する方法は、必要とされるコンテンツファイルのセットを作業注文から識別することによって開始される。その後、既に書き込まれたコンテンツファイルが作業注文から識別された必要とされるコンテンツファイルのセットに最も一致する記憶装置（１４３）が、記憶装置インベントリ（１４０Ａ、１４０Ｂ）から選択される。選択された記憶装置上のコンテンツファイルのセットは、その記憶装置が少なくとも必要とされるコンテンツファイルのセットを記憶するように、調整される。例えば、１つまたは複数の必要とされるコンテンツファイルのセットが選択された記憶装置に無い場合は、これらのファイルは、コンテンツファイル調整プロセスの一部として、選択された記憶装置上に複製される。
2015520904.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツファイルを有する記憶装置を提供する方法であって、
作業注文から、必要とされるコンテンツファイルのセットを識別するステップと、
既に書き込まれたコンテンツファイルが前記作業注文から識別された前記必要とされるコンテンツファイルのセットと最も一致する記憶装置を、記憶装置インベントリから選択するステップと、
前記記憶装置が少なくとも前記必要とされるコンテンツファイルのセットを記憶するように前記選択された記憶装置のコンテンツファイルのセットを調整するステップと、
を含む方法。
【請求項２】
前記選択するステップは、
前記記憶装置インベントリ内の各記憶装置を識別するステップと、
各識別された記憶装置に関して、前記各識別された記憶装置に既に書き込まれたコンテンツファイルリストを決定するステップと、
既に書き込まれたファイルが前記作業注文から識別された前記必要とされるコンテンツファイルのセットと最も近い前記識別された記憶装置を選択するために、前記各識別された記憶装置に既に書き込まれた前記コンテンツファイルリストを、前記必要とされるコンテンツファイルのセットと比較するステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記比較するステップは、
前記必要とされるコンテンツファイルのセットのうちどれが最大のサイズを有するかを決定するステップと、
前記必要とされるコンテンツファイルのセットのうち最大のものが既に前記記憶装置に書き込まれているか否かを決定するステップと、
を含む、請求項２に記載の方法。
【請求項４】
前記選択するステップは、
前記記憶装置インベントリの各記憶装置に関して、前記各記憶装置にまだ書き込まれていず、よって、前記各記憶装置に無い前記必要とされるコンテンツファイルのセットの総サイズを決定するステップと、 
各記憶装置に無い前記必要とされるコンテンツファイルのセットの総サイズが最小である前記記憶装置を選択するステップと、
を含む、請求項１に記載の方法。
【請求項５】
前記各記憶装置を識別するステップは、装置のシリアル番号に対応する前記記憶装置上のバーコードをスキャンするステップを含む、 請求項２に記載の方法。
【請求項６】
前記調整するステップは、前記必要とされるコンテンツファイルのセットのうち、前記選択された記憶装置にまだ書き込まれていないコンテンツファイルを前記選択された記憶装置に複製するステップを含む、請求項１に記載の方法。
【請求項７】
前記調整するステップは、前記選択された記憶装置上のもう使われないコンテンツファイルを削除するステップを含む、請求項６に記載の方法。 
【請求項８】
前記作業注文で指定された宛先情報に従って決定された宛先を有する出荷ラベルを生成するステップをさらに含む、請求項１に記載の方法。
【請求項９】
前記選択された記憶装置を前記出荷ラベルに指定された宛先に出荷するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
コンテンツファイルを有する記憶装置を提供する方法であって、
必要とされるコンテンツファイルのセットを作業注文から識別するステップと、
既に書き込まれたコンテンツファイルを有する少なくとも第１の記憶装置および第２の記憶装置を含む記憶装置インベントリから、前記第１の記憶装置の前記既に書き込まれたコンテンツファイルが、前記第２の記憶装置より、前記作業注文から識別された前記必要とされるコンテンツファイルのセットに近い時、前記第１の記憶装置を選択するステップと、
前記第１の記憶装置が少なくとも前記必要とされるコンテンツファイルのセットを記憶するように、前記第１の記憶装置上の前記コンテンツファイルのセットを調整するステップと、
を含む方法。
【請求項１１】
前記調整するステップは、前記必要とされるコンテンツファイルのセットのうち、前記第１の記憶装置にまだ書き込まれていないコンテンツファイルを前記第１の記憶装置に複製するステップを含む、請求項１０に記載の方法。
【請求項１２】
前記調整するステップは、前記第１の記憶装置上のもう使われないコンテンツファイルを削除するステップを含む、請求項１１に記載の方法。
【請求項１３】
コンテンツファイルを有する記憶装置を提供するシステムであって、
記憶装置に必要とされるコンテンツファイルのセットを指定する少なくとも作業注文を入力、記憶する予約システムと、
前記作業注文に応答して、既に書き込まれたコンテンツファイルが前記少なくとも１つの作業注文から識別された前記必要とされるコンテンツファイルのセットに最も一致する記憶装置を記憶装置インベントリから選択し、かつ、前記記憶装置が少なくとも前記必要とされるコンテンツファイルのセットを記憶するように前記選択された記憶装置上の前記コンテンツファイルのセットを調整する複製システムと、
前記少なくとも１つの作業注文で指定された宛先に前記選択された記憶装置を配布する配布システムと、
を備えるシステム。
【請求項１４】
前記予約システムは、 
少なくとも１つの作業注文を受信する予約サーバと、
前記少なくとも１つの作業注文を記憶するデータベースと、
前記少なくとも１つの作業注文に従って少なくとも１つの記憶装置に複製するためのコンテンツファイルを記憶するコンテンツストアと、
を備える、請求項１３に記載のシステム。
【請求項１５】
前記複製システムは 
複製サーバと、
前記記憶装置インベントリにある記憶装置に関する情報を記憶する記憶装置情報データベースと、
前記複製サーバに結合された複製アレイであって、少なくとも１つの記憶装置を保有する複製アレイと、を備え、 
前記複製サーバは、前記記憶装置情報データベースから決定されるように、前記作業注文に指定された前記必要とされるコンテンツファイルのセットと、前記少なくとも１つの記憶装置に既に書き込まれた既存のコンテンツファイルとの違いに従って、前記複製アレイに保有された前記少なくとも１つの記憶装置上のコンテンツファイルを調整する、
請求項１３に記載のシステム。
【請求項１６】
前記配布システムは、
前記選択された記憶装置に関する情報を読み取るリーダと、
前記選択された記憶装置を識別する前記リーダからの情報に応答して、前記選択された記憶装置の前記識別情報に対応する宛先情報にアクセスするロジスティックサーバと、
前記選択された記憶装置の前記宛先情報を含む出荷ラベルを印刷するラベルプリンタと、
を備える請求項１３に記載のシステム。
【請求項１７】
コンテンツファイルを有する記憶装置を提供する装置であって、
必要とされるコンテンツファイルのセットを作業注文から識別する手段と、
既に書き込まれたコンテンツファイルが前記作業注文から識別された前記必要とされるコンテンツファイルのセットと最も一致する記憶装置を記憶装置インベントリから選択する手段と、
前記記憶装置が少なくとも前記必要とされるコンテンツファイルのセットを記憶するように、前記選択された記憶装置上の前記コンテンツファイルのセットを調整する手段と、
を備える装置。
【請求項１８】
前記選択する手段は、
前記記憶装置インベントリ内の各記憶装置を識別する手段と、
各識別された記憶装置に関して、前記各識別された記憶装置に既に書き込まれたコンテンツファイルのリストを決定する手段と、
既に書き込まれたファイルが前記作業注文から識別された前記必要とされるコンテンツファイルのセットと最も一致する前記識別された記憶装置を選択するために、前記各識別された記憶装置に既に書き込まれた前記コンテンツファイルリストと、前記必要とされるコンテンツファイルのセットを比較する手段と、
を備える、請求項１７に記載の装置。
【請求項１９】
前記選択する手段は、
前記記憶装置インベントリにある各記憶装置に関して、前記各記憶装置にまだ書き込まれていないので、前記各記憶装置に無い前記必要とされるコンテンツファイルの総サイズを決定する手段と、
前記各記憶装置に無い前記必要とされるコンテンツのセットの総サイズが最も小さい前記記憶装置を選択する手段と、
を備える、請求項１７に記載の装置。
【請求項２０】
前記調整する手段は、前記必要とされるコンテンツファイルのセットのうち、前記選択された記憶装置にまだ書き込まれていないコンテンツファイルを前記選択された記憶装置上に複製する手段を備える、請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の参照］
【０００２】
本出願は、２０１２年５月３０日出願の米国仮特許出願番号６１/６５３，１２９の優先権を主張し、その教示を本明細書に組み込むものとする。
【０００３】
本発明は、デジタルメディアを記憶装置上に複製する技術に関する。
【背景技術】
【０００４】
デジタル映画は、大量のデジタルコンテンツの上映施設（例えば、映画館）への配布を必要とする。 施設によっては、衛星や他のブロードバンドによる配信を受け入れることができるが、新しくフィルム映画から転換したデジタル映画上映者を含めて、デジタル映画上映者の大半には、当分の間、デジタル映画コンテンツを記憶装置（例えば、ハードディスクドライブ）で物理的に配達する必要があると思われる。従って、各新作映画のリリースは、何百ものハードディスクドライブを必要とする。現在、大抵のハードディスクドライブは、単一の映画を収容することができる。ハードディスクドライブはサイズが大きくなるので、複数の映画を記憶することができる。全ての映画館が、ある特定の映画を上映するわけではなく、同じ任意の組み合わせの映画を上映するのは映画館の一部だけとなる。さらに、複数の映画館が同じ組み合わせの映画を上映するとしても、同じ広告や同じ他の上映前のエンターテイメント（クイズ、音楽ビデオ等）を上映する可能性は低いであろう。しかし、来たる主要作品に対して現在の予告編の同じコレクションを配布することは、望ましい。いずれにしても、以前の配布からハードディスクドライブを再処理するとき、コンテンツのかなりの（しかし、不定の）部分が使用可能なままである。よって、必要なのは、前回の配布日以後に生じた新しく提供可能な予告編（および、必要なデジタル映画映像）を追加すると共に、もう使われない広告と予告編を取り除くことだけである。
【０００５】
日本のＹＥＨ社が製造するＫｉｎｇ−Ｈｉｔ  ＸＧ１０６０等の、現在の高性能なハードディスクドライブ複製装置は、マスターハードディスクドライブから同一サイズのターゲット（クローン）ドライブにトラック毎にバルクコピーすることによって、ピーク複製速度を得る。しかし、個々の、または、短時間のハードディスクドライブの高速の複製に関しては、この技術の有効性は限定的である。例えば、Ｋｉｎｇ−Ｈｉｔハードディスクドライブ複製装置を使用するためには、ターゲットドライブと同じサイズのマスターハードディスクドライブが必要となり、コンテンツ管理システムに記憶されたファイルからマスターハードディスクドライブを作成、検証する段階的ステップが必要となる。これによって、マスターハードディスクドライブの作成時間は事実上、倍になり、また、オペレータが操作をする必要があるので、間違ったコンテンツフォルダをマスターハードディスクドライブにコピーしたり、複製実行のために間違ったマスタードライブをつかむなど、エラーにつながる場合がある。マスターハードディスクドライブ作成後、バルク複製処理では、そのドライブの一部にのみデータが存在する場合でさえ、ドライブ全体をコピーするので、（新しいデータがドライブの一部のみを占める時に必要なコピー時間と比べて）コピー時間が倍になる可能性がある。Ｋｉｎｇ−Ｈｉｔハードディスク複製装置は、この問題に対処する機構を提供しているが、この機構は、最初に、マスターハードディスクドライブを全て読み取る必要がある。つまり、ターゲットドライブの第２のバッチには利益が生じるが、第１のバッチには生じない。よって、短い実行ではこの特徴から利益を得ることができない。
【０００６】
バルクコピーの速度を向上させるのに使用可能な１つの機構は、（「ホスト保護領域」すなわちＨＰＡとしても知られる）「ドライブクリッピング」である。この機構では、物理的なハードディスクドライブは、より小さいサイズのドライブに類似するように再プログラムされる。しかし、この方法は、マスターハードディスクドライブと、全てのターゲットドライブの両方を同じサイズにクリップする必要がある。マスターハードディスクドライブは、前もってクリップされ、その後、配布予定のコンテンツに十分な記憶容量を提供するように分割され、フォーマットされる。Ｋｉｎｇ−Ｈｉｔハードディスクドライブ複製装置は、次に、バルク複製を開始する前に、全てのターゲットドライブをマスタードライブに一致するようにクリップすることができる。このアプローチには、オペレータが追加のステップを行う必要があるという欠点だけでなく、クリッピングプロセスによってオペレータのエラーが増加する可能性があり、その後、「クリッピング解除」プロセスでマスターハードディスクドライブまたはターゲットハードディスクドライブ使用中にエラーが起こりがちである。コンテンツファイルの更新を必要とする、または、コンテンツファイルを追加する必要があって、記憶空間要求が増える場合、クリッピングはさらに制約がある。従って、クリップされたマスターハードディスクドライブは、増分コンテンツを収容する十分な記憶容量がない可能性があり、追加のエラーを引き起こす。
【０００７】
従って、ある特定の映画館に出荷するためにコンテンツファイルのデータ記憶装置（例えば、ハードディスクドライブ）ドライブへのコピーの管理を良くすることによって、映画館が正確なコンテンツを受領し、かつ、技術的故障またはオペレータのエラーによる失敗のリスクが少ない、必要なコピーと出荷が効率的に行われるシステムが必要である。
【発明の概要】
【０００８】
簡単に言うと、本原理の好適実施形態によると、上映のためのコンテンツファイルを有する記憶装置を提供する方法は、作業注文から必要とされるコンテンツファイルのセットを識別することによって開始される。その後、既に書き込まれたコンテンツファイルが作業注文から識別された必要とされるコンテンツファイルのセットに最も一致する記憶装置を記憶装置のインベントリから選択する。選択された記憶装置のコンテンツファイルのセットは、その記憶装置が必要とされるコンテンツファイルのセットを少なくとも記憶するように、調整される。例えば、必要とされるコンテンツファイルのセットの１つまたは複数が、選択された記憶装置に無い場合、これらのファイルは、コンテンツファイル調整プロセスの一部として、選択された記憶装置上に複製される。
【図面の簡単な説明】
【０００９】
【図１】本原理の好適実施形態で使用される、コンテンツファイルを有する記憶装置を予約、複製、配布するシステムおよび方法を示すブロック図である。
【図２】図１のシステムの一部を示す詳細なブロック図である。
【図３】図１のシステムの動作中に、ドライブ構成データを収集するプロセスを示す流れ図である。
【図４】図１のシステムが実行する各複製ジョブの状態図である。
【図５】図１に示すシステムのドライブベイに存在する時の各ハードディスクドライブの状態図を示す。
【図６】図１のシステムのハードディスクドライブのライフサイクル全体を示す状態図である。
【発明を実施するための形態】
【００１０】
図１は、本原理の好適実施形態による、コンテンツファイル（すなわち、１つまたは複数のデジタル映画映像、および／または、予告編、お知らせ、および／または、広告等の補助的情報）を予約、複製、配布するためのシステム１００と、それに関連する予約、複製、配布プロセス１６０を示すブロック図である。システム１００は、予約システム１１０、複製システム１２０、および、配布システム１３０を備える。予約システム１１０、複製システム１２０、および、配布システム１３０をそれぞれ、全体的なシステム１００の文脈で記載する。
【００１１】
予約システム１１０は、予約サーバ１１１と作業注文（work order：ワークオーダ）データベース１１２とを備える。映画スタジオ、他のコンテンツ保有者、または、それらの代理人は全て、予約サーバ１１１と相互作用して作業注文を入力することができる。作業注文は、１つまたは複数の映画館に配布するために１つまたは複数の記憶装置（例えば、ハードディスクドライブ）上への１つまたは複数のコンテンツファイルの複製を指定する。コンテンツ保有者またはその代理人と、予約システムサーバ１１１との間の一般的な相互作用は、コンテンツ保有者またはその代理人が安全なユーザインタフェース、一般的には、インターネット、他のネットワーク、または、ネットワーク（例えば、ＷＡＮおよび／またはＬＡＮ）の組合せを介して、予約サーバ１１１にログインする時に、起こる。予約サーバ１１１を用いて、コンテンツ保有者またはその代理人は、対応するアカウントにログインし、そのアカウントに関連付けられた特定のコンテンツファイル（すなわち、アカウント所有者が複製を制御する権利を有するコンテンツファイル）の複製の作業注文を発することができる。上述のように、各作業注文は、特定の場所、一般的には、映画館に配布するために、１つまたは複数のハードディスクドライブ上に複製する特定のコンテンツファイルを識別する。作業注文データベース１１２は、予約システムサーバ１１１を介して入力されたこのような作業注文を記憶する。
【００１２】
複製システム１２０は、複製サーバ１２１と、以下に記載する個々のハードディスクドライブを保持するための１つまたは複数の複製アレイ１２３を備える。現在でも、ハードディスクドライブは、比較的大きい記憶容量、低コスト、および、小さいサイズを考えると、コンテンツを映画館に配布するために好適な記憶メディアである。しかし、技術的発展によって、他の種類の記憶装置も、１つまたは複数のデジタル映画映像、および／または、予告編、お知らせ、および／または、広告等の補助的情報を含むコンテンツファイルを記憶および配布するための適切な代替品となり得るであろう。以下の記載によって良く理解できるように、本原理の複製システム１００および複製プロセス１６０は、このような記憶装置とインタフェースを取る適切な複製アレイ（図示せず）を利用することによって使用可能となるので、他の記憶装置にも適用することができる。
【００１３】
複製サーバ１２１は、作業注文が複製システム１２０の動作を駆動する働きをするので、作業注文データベース１１２にアクセスする。複製サーバ１２１は、ネットワーク記憶設備を備えるコンテンツストア１１３、および／または、ハードディスクドライブに複製するコンテンツファイルを記憶するための物理的ハードディスクドライブもしくは他の記憶機構のインベントリにアクセスする。一般的には、コンテンツストア１１３が保有するコンテンツファイルは、収集手順によってプレロードされる、または、コンテンツファイルは、未完成のコンテンツファイルに１つまたは複数の作成後操作を行ってコンテンツストア１１３に記憶するために作成される。図２に関連してさらに記載するコンテンツストア１１３の代わりに、またはコンテンツストア１１３に加えて、コンテンツファイルの代替ソースが存在してもよい。
【００１４】
予約システム１１０は、異なる形式を取ることができる。例えば、予約システム１１０は、ニュージャージー州モリスタウンのＣｉｎｅｄｉｇｍ  Ｄｉｇｉｔａｌ  Ｃｉｎｅｍａ  Ｃｏｒｐ．が提供するＴｈｅａｔｒｉｃａｌ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ（ＴＤＳ）を備えてよい。あるいは、予約システムは、カリフォルニア州バーバンクのＴｅｃｈｎｉｃｏｌｏｒ  Ｄｉｇｉｔａｌ  Ｃｉｎｅｍａによって提供されるＳｔｕｄｉｏ  Ｐｏｒｔａｌを備えてよい。幾つかの主な映画スタジオは、映画を予約するために、これらの製品の１つまたは複数を使用し、他の映画スタジオは、自己の予約システムを開発している。「映画を予約する」とは、１つまたは複数の映画館に出荷するために１つまたは複数のハードディスクドライブ上に１つまたは複数のコンテンツファイル（例えば、デジタル映画映像、および／または、補助的情報）の複製を要求する作業注文を入力するプロセスを指す。１つまたは複数のコンテンツファイルのハードディスクドライブへの複製が、複製ジョブである。従って、作業注文は、少なくとも１つ、および、場合によっては複数の複製ジョブを指定する。
【００１５】
予約システム１１０の種類にかかわらず、複製サーバ１２１は、特定の宛先（映画館）に必要とされるコンテンツファイルを決定するために、作業注文データベース１１２に結果として生じる記録（作業注文）にアクセスすることができる。一部の実施形態においては、複数の予約サーバ１１０が存在し、作業注文データベース１１２は、それぞれ、その個々の予約システムにインタフェースを提供する１つまたは複数のアダプテーション層（図示せず）を有する。代替実施形態においては、複数の予約サーバ１１０は、それぞれ、対応する作業注文データベース１１２を有してよく、その場合、複製サーバ１２１は、このような作業注文データベースのそれぞれにアクセスする能力を有する。
【００１６】
複製サーバ１２１は、作業注文データベース１１２内の作業注文から複製ジョブを導き出し、優先順位を付ける能力を有する。優先順位付けは、一般的に、多くの要因によって決まり、納期、配送スケジュール、コンテンツの入手可能性（例えば、コンテンツストア１１３にあるコンテンツ）、明示的に与えられた作業注文の優先度（例えば、「大急ぎの」注文）、および／または、作業注文の優先規定（例えば、全ての物が同じであれば、長年の顧客が新しい顧客より優先される、大量注文は少量注文に優先する）を考慮に入れることができる。予約システム１１０の種類および数にかかわらず、作業注文データベース１１２は、各予約システムと、複製システム１２０の複製サーバ１２１との間のインタフェースを提供する。特に、複製サーバ１２１は、複製効率を向上させるために、複製アレイ１２３のベイにある以前使われたドライブ（例えば、ドライブ１４４）とインベントリ１４０Ａおよび１４０Ｂに再ストックされているドライブ（例えば、ドライブ１４３）に関する情報を用いる。これについては以下に詳細に述べる。どんな予約システム、または、幾つの予約システムが存在するかに関わらず、作業注文データベース１１２は、予約システム１１０と、複製システム１２０の複製サーバ１２１とのインタフェースとして働く。
【００１７】
複製システム１２０は、３つの箇所で、配布システム１３０とインタフェースを取る。以下に記載のように、最初に、複製システム１２０の複製サーバ１２１は、複製サーバ１２１と配布ロジスティックスサーバ１３１との両方によって用いられる物理的メディア情報データベース１２２を通して配布システム１３０とインタフェースを取って、個々のハードディスクドライブの状態を追跡する。以下の記載からより理解できるように、物理的メディア情報データベース１２２は、複製システムおよび配布システムによって処理された各ハードディスクドライブに関する情報を記憶する。従って、物理的メディア情報データベース１２２は、所与のハードディスクドライブが記憶している特定のコンテンツファイルを識別する記録であって、ディスクドライブシリアル番号などの識別情報を介してそのドライブを相互参照する記録を記憶する。
【００１８】
第２に、配布システム１３０は、複製システム１２０の複製サーバが使用するためにインバウンドインベントリ１４０Ａおよび１４０Ｂに配置された１つまたは複数のハードディスクドライブ１４１の形で、物理的メディアを受領する。第３に、作業注文に従って複製システム１２０の複製サーバによって既に成功裏に書き込まれたハードディスクドライブ１４５等のハードディスクドライブは、アウトバウンドインベントリ１５０に出荷のために配置される。
【００１９】
一般に、作業注文は、配布用コンテンツファイルのリストと、それらのコンテンツファイルを受け取る予定の１つまたは複数の配布目的地（例えば、映画館）のリストの形を取る。一部の作業注文、または、作業注文の一部は、予約エンティティの指示に応答する受領側の映画館の能力に応じて、電子配信（例えば、ブロードバンドまたは衛星送信）によって行うことができる。本明細書に記載および図示するように、電子配信システムは、別個に存在し、一般的に、複製システム１２０とも配布システム１３０ともインタフェースを取らない。
【００２０】
各作業注文は、上映日や、上映期間などの追加の情報を提供することができる。上映日から、複製サーバ１２１は、利用可能な配送会社と、配送クラス（例えば、クーリエ便、翌日一番、翌日、翌々日など）と、それに対応する費用とに基づいた規則を用いて、可能な出荷日を決めることができる。個々の複製ジョブの優先度を最適化する時、可能な出荷日と費用は、考慮する要素である。大規模なジョブをより安価に期限内に出荷するために、小規模なジョブは、遅延したり配送費用が高くなるかもしれない。上映期間は、受領側の各映画館が予約上映日全てに上映できるように暗号化されたコンテンツを復号するための鍵を提供する鍵生成システム（図示せず）によって用いられる重要な部分である。予約がその後延長される場合、コンテンツの追加の複製や配布は一般に必要ないが、鍵生成システムは、上映者のために１つまたは複数の新しい鍵を生成する必要がある。全てのコンテンツに暗号化が必要なわけではないことに注目されたい。一般的に、メインの上映作品のみが暗号化され、予告編や広告は暗号化されない。
【００２１】
配布システム１３０は、物理的メディア情報データベース１２２にアクセスすることができるロジスティックスサーバ１３１と、ハードディスクドライブに表示された識別の印（例えば、シリアル番号）を読むためのバーコードスキャナセット１３２および１３３とを備える。各ハードディスクドライブ上の識別の印の性質に応じて、バーコードスキャナ１３２および１３３以外の装置が、ハードディスクドライブの識別を行ってよい。ロジスティックスサーバ１３１は、また、ハードディスクドライブの出荷場所を識別するための出荷ラベル１３５を印刷するラベルプリンタ１３４等の１つまたは複数の出荷ラベルプリンタへのアクセスを有する。
【００２２】
複製および配布プロセス１６０は、一般に、以下の方法で進行する。コンテンツを記憶するために使用可能な入荷記憶装置、例えば、入荷ハードディスクドライブ１４１は、ステップ１６１で、複製システム１２０に受領され、その時に、バーコードスキャナ１３２は、ロジスティックスサーバ１３１に登録するために、そのハードディスクドライブ上の識別の印１４２をスキャンする。ドライブ１４１に既に書き込まれているコンテンツに応じて、ロジスティックスサーバ１３１は、例えば、ビンインジケータ１３６を用いて、特定のインベントリにハードディスクドライブ１４１を「再ストックする」ようにオペレータに指示することができる。ビンインジケータ１３６は、どのビン（例えば、インベントリ１４０Ａを構成するビン「Ａ」、および、インベントリ１４０Ｂを構成するビン「Ｂ」）が再ストックされたドライブを保持するかを知らせることができる。それに追加して、または、代わりに、再ストックされるハードディスクドライブは、オペレータが、受領時にドライブを簡単に分けることができるように、そのハードディスクドライブが属する所定のインベントリ（例えば、インベントリ１４０Ａまたは１４０Ｂ）を示すラベルを表示することができ、それによって、ビンインジケータ１３６の必要性を減らしたり、無くしたりする。受領したハードディスクドライブを異なったインベントリに分けることによって、複製サーバ１２１は、使用のためにハードディスクドライブの特定のインベントリを要求することができる、または、同種の目的のドライブ（例えば、予告編を記録しているドライブ）を、同時に複製アレイ１２３に投入することによって、複製サーバ１２１内のキャッシュを最適に使用する。次に、ステップ１６２でドライブがインベントリ１４０Ａおよび１４０Ｂの１つに再ストックされると、ロジスティックスサーバ１３１は、ハードディスクドライブの状態を「準備完了ドライブ」１４３に更新することができる。これらのステップは、上映者がドライブを返却する度に、ハードディスクドライブの寿命がある間、何度も繰り返される。
【００２３】
必要に応じて、オペレータは、インベントリ１４０Ａまたは１４０Ｂのいずれかから「準備完了ドライブ」１４３を任意で引き出すことができる。あるいは、複製システム１２０は、インベントリ１４０Ａおよび１４０Ｂの特定のインベントリからドライブを引き出すようにオペレータに要求することができる。次に、オペレータは、ステップ１６３で「準備完了ドライブ」１４３を複製アレイ１２３に「インベイ」ドライブ１４４として挿入し、関連する作業注文の複製ジョブに従って、全て複製サーバ１２１の指示のもとで、（ａ）もう使われないコンテンツファイルの消去と、（ｂ）追加の現在のコンテンツファイルの書き込みと、（ｃ）検査と、を行う間、ドライブはそこにとどまる。もう使われないコンテンツファイルの消去と、追加のファイルの書き込みは、ハードディスクドライブが関連する作業注文の複製ジョブで指定されたコンテンツファイルを少なくとも記憶するように、そのドライブ上のコンテンツファイルを「調整する」プロセスである。
【００２４】
ステップ１６３で行われた操作が完了すると、オペレータは、ステップ１６４で「インベイ」ドライブ１４４を取り外して、アウトバウンドインベントリ１５０に「出荷ドライブ」１４５として配置する。それと共に、物理的メディア情報データベース１２２に複製サーバ１２１によって設定された状態は、その「出荷ドライブ」１４５は作業注文データベース１１２内の対応する作業注文で指定された宛先に出荷すべきことを示す。
【００２５】
ステップ１６５で、「出荷ドライブ」１４５は、出荷の準備をする。出荷の準備は、「出荷ドライブ」１４５上の識別の印１４２をバーコードスキャナ１３３でスキャンすることを含む。このようにして、ロジスティックスサーバ１３１は、物理的メディア情報データベース１２２にあるドライブの情報にアクセスして、ハードディスクドライブ、および／または、そのドライブの配送用の入れ物に貼る出荷ラベル１３５を生成するラベルプリンタ１３４に送信する出荷情報を検索するために、「出荷ドライブ」１４５を識別することができる。ハードディスクドライブは、このようにラベル付けされると、「梱包済みドライブ」１４６となる。
【００２６】
ステップ１６６で、「梱包済みドライブ」１４６は、対応する映画館に出荷され、ロジスティックスサーバ１３１は、物理的メディア情報データベース１２２を更新し、「梱包済みハード」ドライブ１４６の状態を「出荷済み」に設定する。ロジスティックスサーバ１３１は、「出荷済み」としてリストされたドライブの経過を、そのドライブの配送契約をしている配送会社が操作する情報システム（図示せず）と通信することによって追跡することができる。ハードディスクドライブは、ステップ１６１で、このようなドライブが受領されたことが分かるまで「出荷済み」のままである。
【００２７】
図２は、コンテンツ複製システム１２０のより詳細なブロック図であり、複製アレイ１２３の例示の構成を含むコンポーネントを示している。図２に示すように、複製アレイ１２３は、ドッキングベイアレイ２００を含む。ドッキングベイの一部は空であり（例えば、ドッキングベイ２１０）、一部は、ドッキングベイ２１１のように、ハードディスクドライブを含む。各ドッキングベイは、そのドッキングベイのすぐ近く、明確に物理的に近接して、関連付けられたインジケータ、例えば、インジケータ２０６を有する。各インジケータ２０６は、対応するハードディスクドライブの状態、または、空の場合はベイ自体の状態を示す。各インジケータ２０６は、直接見ることができる、または、ドライブ自体に光を当てることができる（図示せず）。
【００２８】
異なる動きと異なる色によって、複製アレイ１２３を担当するオペレータに状態情報を伝える。例えば、パルス青色光は、ベイにあるハードディスクドライブがコンテンツの受信中であることを示すことができ、安定した緑色光２１２は、コンテンツが完全に投入され、出荷の準備ができたドライブを示す。点滅する赤い表示２１４は、品質検査に繰り返し失敗し、廃棄すべきハードディスクドライブを識別することができる。対応するハードディスクドライブのインジケータ２０６は、そのドライブの状態に関してより多くの詳細を提供することができるが、主に、次にどの活動を行うべきか（例、「このドライブを出荷せよ」）、または、何かのアクションを取ることに対する警告（例、「割り込み禁止。このドライブは書き込み中」）を示す。明るさと動きの速度は、切迫感を伝えることができる。例えば、素早く点滅する緑色は、通常の優先度の「出荷準備完了」を意味する安定した緑色と比較して、優先度の高い出荷を表してよい。
【００２９】
インジケータ制御装置２０３は、複製サーバ１２１からのコマンドに応答して、個々のインジケータ２０６を制御する。従って、複製サーバ１２１が各ハードディスクドライブまたはドッキングベイの状態を更新すると、対応するインジケータ２０６は、その変化を反映する。各ドッキングベイは、他のドッキングベイが共有することができる対応する電源２０５を有する。各電源２０５は、複製サーバ１２１に応答して、電力制御装置２０４に制御される。これによって、複製サーバ１２１は、アレイ１２３の使用中でないハードディスクドライブの電源を切ってエネルギーを節約し、かつ、ある種のドライブ初期化、例えば、「ホスト保護領域」（ＨＰＡ）としても知られるドライブクリッピング中に必要に応じて、ハードディスクドライブ（の電源を切って再度電源を入れる）パワーサイクルを行うことができる。
【００３０】
複製サーバ１２１は、さらに、アレイ２００の各ハードディスクドライブベイに接続された１つまたは複数のメディア制御装置２０１を制御する。さらに、複製システム１２０は、例えば、レイド（ＲＡＩＤ：ｒｅｄｕｎｄａｎｔ  ａｒｒａｙ  ｏｆ  ｉｎｅｘｐｅｎｓｉｖｅ  ｄｉｓｋｓ）としてコンテンツキャッシュ２０２を含むことができるので、アレイ２００のハードディスクドライブにコンテンツをコピーすると、複製サーバ１２１は、コンテンツストア１１３への接続によって使用可能な帯域に完全に依存する必要はない。一部の実施形態においては、オペレータは、アレイ２００の指定ドッキングベイにマスターハードディスクドライブ（図示せず）を挿入してよい。また、複製サーバ１２１は、コンテンツファイルをマスタードライブから他のドッキングベイのターゲットハードディスクドライブに書き込んでよい。
【００３１】
必要な場合、複製サーバ１２１は、個々のドッキングベイ（例えば、ベイ２１０）と、対応する個々のインジケータ２０６、必要に応じて、対応するインジケータ制御装置２０３、メディア制御装置２０１、および、電力制御装置２０４、適切なポートもしくは各装置内の他の階層的指定との関係を記録する構成データベース２２１を維持することができる。
【００３２】
一実施形態においては、ドッキングベイアレイ２００は、ラックマウント型ドッキングベイ２０７の１つまたは複数のセットを含み、各セットのフロントパネルは、図２に示すドライブによって充填可能な８つのドッキングベイ用の開口部を有する。ラックマウント型ドッキングベイ２０７の各セットの各ベイは、上記インジケータの１つに対応するバーコード（図示せず）を有する（例えば、ベイ２１０は、その近くにあるインジケータ２０６に対応するバーコードを有する）。インジケータ２０６は、点灯されると、直接見えるように光を発してもよく、または、対応するドッキングベイに入射する光線２１３を発してもよい。ラックマウント型ドッキングベイ２０７の各セットは、人間に解読可能な印（図示せず）を含んでよいが、各ドライブベイ（図示せず）に関しては、機械が可読な印を含むべきである。この印には、ストライプバーコード、または、クイックレスポンス（ＱＲ）コード等の二次元バーコードを含んでよい。このようなＱＲコード（登録商標）は、対応するドッキングベイの場所、ラック番号、位置番号、および、ドッキングベイ番号を識別する情報を表すことができる。このようにして、各ドッキングベイは、企業内のロケーションにかかわらず一意の識別表示を有し、これは、複数の複製サイトにある個々のベイや、必要なスループットのために分配ポイントに対処する必要があるとき、有用であろう。
【００３３】
構成データベース２２１は、図３に示すドライブロギングプロセス３００を実行するために十分な、アレイ２００のドッキングベイ（例えば、ベイ２１０）およびインジケータ（例えば、インジケータ２０６）の構成に関する情報を含む。図３のプロセス３００は、ステップ３０１で開始する。ステップ３０１では、図１および図２の複製サーバ１２１は、オペレータがハードディスクドライブ（例えば、図２のハードディスクドライブ２０８）を図２のアレイ２００に挿入したことが表示されるのを監視する。一部の実施形態においては、このような監視は、複製サーバ１２１に定期的にハードウェア階層をスキャンさせることによって、すなわち、ドライブに関する装置パスを横断して新しいエントリを探すことによって、行うことができる。代替実施形態においては、プロセスは、ハードディスクドライブの追加の通知を受信することができる。図３のステップ３０３で、図１および図２の複製サーバ１２１がハードディスクドライブの追加を検出しない場合、プロセスは、図３のステップ３０２で待機を続けるが、ドライブが追加された場合、ステップ３０４でサーバ１２１は、ハードディスクドライブパラメータを読み出して、追加されたドライブの識別情報（例えば、ドライブシリアル番号）を電子的に取得する。
【００３４】
物理的メディア情報データベース１２２に問い合わせることによって、複製サーバ１２１は、複製システムが新しく挿入されたドライブを以前に登録しているか否かを判断することができる。登録されている場合、処理は、図３のステップ３１０に続き、そこで、図１および図２の複製サーバ１２１は、図４および図５に関してより詳細に記載するように、図１および図２の物理的メディア情報データベース１２２にハードディスクドライブをＡＶＡＩＬＡＢＬＥであるとしてログし、プロセスは、図３のステップ３１１で終了する。しかし、ステップ３０５で、ハードディスクドライブのシリアル番号が、物理的メディア情報データベース１２２のエントリに対応しない場合、ステップ３０６で、複製サーバ１２１は、ドライブバーコードをスキャンする必要性を示す警告メッセージを生成する。警告メッセージは、一般的には、対応するドッキングベイのハードディスクドライブ２０８上のバーコード２４２のスキャンを行う必要性をオペレータに示す色で、対応するインジケータ２０９をフラッシュさせる（パッと光らせる）ことによる。ステップ３０７で、複製サーバ１２１は、オペレータがバーコード（例えば、図２のバーコード２４２）をスキャンするのを待って、スキャンが起こるまでステップ３０８からループバックする。ステップ３０９でバーコードスキャンを受信すると、複製サーバ１２１は、インジケータ２０９の「スキャンが必要」の表示を消し、データベース１２２に適切な記録を作成することによって、ドライブシリアル番号をバーコードに関連付けることができる。
【００３５】
場合によっては、例えば、複数のハードディスクドライブが同時に「スキャンが必要」を示すと、手順では、複数のドライブバーコードをスキャンする指示に関して、不明確にならないように、オペレータは、ドッキングベイバーコード（図示せず）とドライブバーコード２４２の両方をスキャンする必要がある。「スキャンが必要」状態を解決すると、処理は、図３のステップ３１０に続く。代替実施形態においては、ステップ３０６でハードディスクドライブシリアル番号のスキャンを行う必要性を示す代わりに、複製サーバ１２１は、物理的メディア情報データベース１２２に「スキャンが必要」状態を単にログしてもよく、処理はステップ３１０に進む。このようにすると、オペレータによるアレイ２００へのハードディスクドライブのロードは、他の複製プロセスが進むまで、バーコードスキャンのためにローディングを中断する必要がない。むしろ、ハードディスクドライブ上で行われる操作（例えば、検査、および、コンテンツ追加、および／または、コンテンツ除去（すなわち、コンテンツ「調整」））は、ドライブが出荷のために取り外される準備が整うまで複製システム１２０が実際に進行を止めることなく、進んでゆく。このような実施形態においては、「スキャンが必要」状態の複製システム１２０による認証は、対応するインジケータを作動させることによって行われてよい。その場合、スキャンは、ドライブが図２のアレイ２００にある間、いつでも起こり得る。
【００３６】
「スキャンが必要」状態が満たされると、インジケータは、他の適切な状態のいずれにでも戻ってよい。さらに別の実施形態においては、「スキャンが必要」の表示は、インジケータがサポートする他の色および動きによる表示に追加する特定の詳細として存在してよい。例えば、複製サーバ１２１は、インジケータが現在示している色／フラッシュ／動きに挿入される短い青いフラッシュによって「スキャンが必要」状態を示してよい。
【００３７】
本原理に従うと、複製システム１２０と、複製および配布プロセス１６０とは、効率の向上を目指してコンテンツを複製するとき、保留または今後の作業注文に適切な相当な数のコンテンツファイルを記憶するハードディスクドライブを利用する。ハードディスクドライブ上の既存のコンテンツがコンテンツ複製に役割を果たす方法は、図４を参照することによって理解されよう。図４は、複製ジョブが一般的に進む様々な状態の進行を示すジョブ状態遷移図４００である。予約システム１１０から作業注文データベース１１２に入力された作業注文を受理すると、ＮＥＷ（新規）状態４１０で新しい複製ジョブの作成がトリガされる。遷移４１２を経由して、複製ジョブの状態は、ＱＵＥＵＥＤ（待ち行列）状態４２０に入り、関連する作業注文による複製ジョブのために指定されたコンテンツのコンテンツストア１１３での入手可能性を待つ。
【００３８】
複製ジョブを満足させるために十分なハードディスクドライブが、ＡＶＡＩＬＡＢＬＥ（入手可能）状態（下記図３のプロセス３００）で存在し、待ち行列の複製ジョブが最高優先度のジョブとなり、かつ、指定されたコンテンツがコンテンツストア１１３で入手可能な場合、遷移４２４によって、そのジョブはＩＮ  ＰＲＯＧＲＥＳＳ（進行中）状態４４０に進み、ジョブに割り当てられた任意のドライブ（図５参照）が１つずつ、作業注文に従って準備されて、遷移４４４でジョブに必要とされる追加のドライブの数を１つずつ減らす。ジョブに必要な数のハードディスクドライブがコピーに成功すると、遷移４４５によって、複製ジョブの状態はＣＯＭＰＬＥＴＥ（完了）状態４５０に進む。しかし、ジョブがＩＮ  ＰＲＯＧＲＥＳＳ状態４４０のときに、遷移４４６でソースコンテンツに障害が生じる（例えば、コンテンツチェックサムが無効に見える）、または、コピーの問題が遷移４４７中に起こる（例えば、コンテンツデータベース１１３が入手できなくなる）、または、遷移４４８中に手動による中断が生じる（例えば、オペレータが作業注文をキャンセルする）場合、ジョブはＦＡＩＬＥＤ（失敗）状態４６０に遷移する。複製ジョブがＦＡＩＬＥＤ状態４６０になると、そのジョブは、ＱＵＥＵＥＤ状態４２０に戻るためにオペレータの介入（図示せず）を必要とする。一部の実施形態においては、第１の複製ジョブがＩＮ  ＰＲＯＧＲＥＳＳ状態４４０にある時に、十分に切迫した第２のジョブがＱＵＥＵＥＤ状態４２０に入って、第１のジョブが使用中のメディアを実行させる必要がある場合、第２の複製ジョブは、第１のジョブが取得したハードディスクドライブを乗っ取ることができ、その結果、第１のジョブはそのドライブを明け渡し（４４２）、ＱＵＥＵＥＤ状態４２０に戻る。
【００３９】
複製アレイ２００で既に入手可能なハードディスクドライブが、関連する作業注文で指定されたコンテンツファイルに対応するコンテンツファイルを含んでいるとしても少ししか含んでいない場合、ＱＵＥＵＥＤ状態４２０にある複製ジョブへのハードディスクドライブの割り当ては、最適な結果にならない場合がある。本原理に従うと、ＱＵＥＵＥＤ状態４２０にある作業注文は、１つまたは複数の好適ハードディスクドライブに関連付けられる、例えば、インベントリ１４０Ｂのドライブは他のインベントリ（例えば、インベントリ１４０Ａ）のハードディスクドライブより現在の作業注文と関連して使用可能なコンテンツファイルを記憶している統計的確率が高いことに基づいて、（インベントリ１４０Ａよりも）インベントリ１４０Ｂに記憶されたハードディスクドライブに関連付けられる。複製サーバ１２１は、一般的に、待ち行列にある複製ジョブに関連付けられた作業注文から必要とされるコンテンツファイルと、複製システム１２０が最後に書き込み、かつ、物理的メディア情報データベース１２２または、このような情報を記憶する他のデータベース（図示せず）内の対応する記録で識別された各ハードディスクドライブのコンテンツファイルとの比較から、このような関連付けを行う。
【００４０】
ＱＵＥＵＥＤ状態４２０にある複製ジョブであって、コンテンツファイルが入手可能で、高い（が最高優先度ではない）優先度を有し、かつ、１つまたは複数の好適ハードディスクドライブが特定のインベントリ（例えば、インベントリ１４０Ａよりもインベントリ１４０Ｂ）に存在することが予測される作業注文に関連付けられた複製ジョブに関しては、遷移４２３によって、その複製ジョブをＱＵＥＵＥＤ  ＷＩＴＨ  ＰＲＥＦＥＲＲＥＤ  ＭＥＤＩＡ  ＲＥＱＵＥＳＴ（好適メディア要求を伴う待ち行列）状態４３０に配置する。図１および図２の複製サーバ１２１は、特定のインベントリ（例えば、インベントリ１４０Ｂ）のハードディスクドライブによって効率的に取り扱われる保留中の高優先度の複製ジョブをオペレータに知らせる。オペレータは、空のベイ（例えば、ベイ２１０）、または、出荷のためにドライブが取り外されて空になるベイに投入すべき、特定のインベントリのハードディスクドライブの要求を受信する。
【００４１】
一部の実施形態においては、１つまたは複数の「好適」ハードディスクドライブを使用する時間的な利点が追加の作業を必要とする場合、インジケータ２０６による特定の表示によって、まだ割り当てられていないドライブが占めるベイが、代わりに、好適ハードディスクドライブを受け入れることができるように、まだ割り当てられていないドライブを取り外し、そのドライブを取りのけておく（または、インベントリに戻す）ように、オペレータに合図することができる。（「好適」ハードディスクドライブとは、近く行われる複製ジョブのためのコンテンツファイルを有する統計的確率の高いドライブである。）好適ハードディスクドライブ上の再使用可能なコンテンツファイルの数が所与の複製ジョブに必要なコンテンツファイルの大部分となり、かつ、それらのコンテンツファイルが、長い書き込み時間を有する時、このような操作の価値は、明らかとなろう。従って、既存のコンテンツファイルの再使用は、それに応じて、時間の大きな節約となる。ハードディスクドライブのサイズが大きくなり、コンテンツファイルの配布が増加すると、書き込み時間の節約も増加する。
【００４２】
作業注文に関連付けられた複製ジョブがＱＵＥＵＥＤ  ＷＩＴＨ  ＰＲＥＦＥＲＲＥＤ  ＭＥＤＩＡ  ＲＥＱＵＥＳＴ状態４３０に入り、少なくとも１つの好適ハードディスクドライブが使用可能になると、遷移４３４によって、そのジョブはＩＮ  ＰＲＯＧＲＥＳＳ状態４４０になることができ、そこで、システムは、プールされた使用可能な好適ハードディスクドライブからそのジョブに割り当てる好適ハードディスクドライブを優先的に選択する。ハードディスクドライブの割り当ての優先度は、全ての使用可能なドライブのうち、新しいデータの書き込みが最小量であることを表すので、どの複製ジョブが最大数のコンテンツファイルを再使用することができるかを考えてよい。複数の複製ジョブがＱＵＥＵＥＤ  ＷＩＴＨ  ＰＲＥＦＥＲＲＥＤ  ＭＥＤＩＡ  ＲＥＱＵＥＳＴ状態４３０に存在する時、入手可能なコンテンツを最大限に再使用する複製ジョブが、遷移４３４を経てＩＮ  ＰＲＯＧＲＥＳＳ状態４４０に移る新しいジョブとして良い選択なので、複製ジョブの優先度は、複製ジョブに関連付けられた作業注文に指定されたコンテンツファイルに一致する現在のドライブ上に前から存在するコンテンツファイルの量を考えてよい。
【００４３】
複製システム１２０は、ＱＵＥＵＥＤ  ＷＩＴＨ  ＰＲＥＦＥＲＲＥＤ  ＭＥＤＩＡ  ＲＥＱＵＥＳＴ状態４３０にある、どの複数の複製ジョブが全体としてのハードディスクドライブの複製効率を高めるかを選択するために、より複雑なアルゴリズムを選択することができる。例えば、ジョブに与えられた優先度は、特に、ドライブが並行して書き込まれ、かつ、書き込み速度が書き込み中のコンテンツファイルや、そのファイルの書き込み場所にほとんど関係ない場合、複製ジョブに割り当てられたハードディスクドライブの全てに書き込むために、新しいコンテンツファイルの最大の数またはサイズを考えてよい。そのような場合、複製ジョブの完了に必要な時間は、最大の書き込みを必要とするハードディスクドライブに負うところが大きい。従って、複製ジョブの完了に必要な時間は、極めて多くの再使用可能なコンテンツファイルを一部のハードディスクドライブが有することによっては、あまり短縮されない。よって、Ｎ個のドライブを必要とする複製ジョブに割り当てるためのハードディスクドライブの優先度は、Ｎ番目に多い利用可能なコンテンツを有するドライブと比べて使用可能なコンテンツファイルがかなり多いドライブをそれほど優先させることはない。 
さらに、どの複製ジョブを次に進めるべきかの選択は、オペレータがドライブをできるだけ早く出荷させる完了率を最大にすることをめざして、異なる組合せのジョブを考慮すべきである。複製ジョブの選択は、現在のオペレータのシフトが終了する前に最大数のドライブが完了し、その後、夜通しで実行する可能性のある、または、オペレータが付いていないシフト中（または、大規模施設の場合、オペレータが他のタスクまたは機器に取り組んでいる間）に実行する長いジョブに移るように、予測される完了時間にも左右される。
【００４４】
複製ジョブがＱＵＥＵＥＤ  ＷＩＴＨ  ＰＲＥＦＥＲＲＥＤ  ＭＥＤＩＡ  ＲＥＱＵＥＳＴ状態４３０に長くとどまり過ぎる場合、オペレータが好適ハードディスクドライブをロードしなくても、そのジョブはＱＵＥＵＥＤ状態４２０に戻り、任意の使用可能なハードディスクドライブを利用する。このような複製ジョブの優先度が、既に進行中の１つまたは複数のジョブを十分に超える場合、その優先度の高いジョブは、ＩＮ  ＰＲＯＧＲＥＳＳ状態４４０に既に存在している優先度の低いジョブからハードディスクドライブを奪うことができる（そうすると、優先度の低いジョブは、遷移４４２中にハードディスクドライブを明け渡す）ことに注目されたい。このように、ハードディスクドライブが常に有効に利用されて複製ジョブは処理され、複製システムは、特定の作業注文が突然、非常に重要になった時に起こり得る優先度の動的な変化に応答する能力を有している。
【００４５】
図５は、複製システム１２０によって処理されるハードディスクドライブの様々な状態を示す遷移図５００である。ＥＭＰＴＹ  ＢＡＹ（空のベイ）状態５０１は、空のドッキングベイ（例えば、図２のベイ２１０）に相当する。図２の占有されたドライブベイ２１１によって示されるハードディスクドライブの挿入に続いて、ドライブロギングプロセス３００は、その状態を検出し、遷移５０２を経て、そのドライブをＡＶＡＩＬＡＢＬＥ（使用可能）状態５１０（図３のステップ３１０に相当）にする。
【００４６】
ドライブベイの状態がＡＶＡＩＬＡＢＬＥ状態５１０であるとき、そのベイのハードディスクドライブが、すぐには必要とされず、かつ、保守を受けることが妥当であるか、または、定期保守が必要と指定される場合、ＭＡＩＮＴＥＮＡＮＣＥ（保守）状態５０５への遷移が適切になる。ＭＡＩＮＴＥＮＡＮＣＥ状態５０５においては、ドライブは検査および／または調整を受ける。実際には、多くのハードディスクドライブは、セルフモニタリング・アナリシス・アンド・リポーティング・テクノロジー（ＳＭＡＲＴ：Ｓｅｌｆ−Ｍｏｎｉｔｏｒｉｎｇ，Ａｎａｌｙｓｉｓ  ａｎｄ  Ｒｅｐｏｒｔｉｎｇ  Ｔｅｃｈｎｏｌｏｇｙ）を有することによって、ハードディスクドライブ自体が保守の必要な時期を判断することができる。あるいは、ハードディスクドライブの故障や経年劣化を追跡する物理的メディア情報データベース１２２が保持する記録も、ハードディスクドライブの保守の必要性を示すのに役立ち得る。ハードディスクドライブは、検査に合格すると、遷移５０４を経てＡＶＡＩＬＡＢＬＥ状態５１０に戻る。しかし、ハードディスクドライブが故障して、回復不能な（または、一部の実施形態においては、ドライブが十分な回数、故障したので、完全でない）場合、遷移５０９を経て、ドライブは、ＤＩＳＣＡＲＤ（廃棄）５９５状態に入る。このような状況では、図１および図２の複製サーバ１２１は、ハードディスクドライブを適切に処分するようオペレータに警告するように、対応するインジケータを設定する。
【００４７】
一部の実施形態においては、必要でないハードディスクドライブで満ちたアレイ内の、利用可能であるが、現在は必要とされていないドライブは、エネルギーを節約し、摩耗を減らすために、遷移５１１中に電力制御装置２０４によってスピンダウンしてもよく、それによって、ＰＯＷＥＲＥＤ  ＤＯＷＮ（電源切断）状態５１５に入る。ハードディスクドライブは、複製ジョブに必要になるまで、その状態のままである。必要になると、電力制御装置２０４は、遷移５１３中にそれらのドライブをスピンアップして、ＡＶＡＩＬＡＢＬＥ状態５１０に戻すことができる。このようにハードディスクドライブがスピンダウンまたはスピンアップすると、一部の実施形態においては、メディア制御装置２０１は、スピンアップまたはスピンダウンを、それぞれ、ドライブ取り外しまたはドライブ挿入として、複製サーバ１２１に報告することに注目されたい。複製サーバ１２１は、ＰＯＷＥＲＥＤ  ＤＯＷＮ状態５１５中、ドライブ、および、ドライブに対応する電力制御装置を適切に管理するためにこのように処理されるハードディスクドライブの状態を追跡する必要がある。詳細には、複製サーバ１２１は、電源を切っていなければ使用可能なハードディスクドライブのその時のインベントリと共に、アレイの電源切断の時を記憶する必要がある。ＰＯＷＥＲＥＤ  ＤＯＷＮ状態５１５の時でさえ、対応するインジケータは、一般的に、薄暗い、および／または、ゆっくりとしたバージョンの「準備完了」表示によって、ハードディスクドライブが準備完了であることを示すことができる。
【００４８】
ＱＵＥＵＥＤ状態４２０または４３０のうちにある複製ジョブは、遷移５１０中に十分なＡＶＡＩＬＡＢＬＥドライブがあり、かつ、複製ジョブが、それぞれ、遷移４２４または４３４に移る他の条件が満たされたとき、その複製ジョブはＩＮ  ＰＲＯＧＲＥＳＳ４４０状態に遷移して、複製サーバ１２１は、ハードディスクドライブをその複製ジョブに割り当てる。その複製ジョブに関連付けられたハードディスクドライブは、遷移５１２を経てＡＳＳＩＧＮＥＤ（割り当て完了）状態５２０になる。
【００４９】
ハードディスクドライブがＡＳＳＩＧＮＥＤ状態５２０になると、複製サーバ１２１は、そのドライブに再利用可能なコンテンツファイルが少なすぎる、もしくは、ない、または、（システムポリシーが決定する）最後の初期化以来、そのドライブの使用回数が多すぎることを考慮してよい。あてはまると、そのドライブは遷移５２５を経てＮＥＥＤＳ  ＩＮＩＴ（初期化が必要）状態５５０になる。場合によっては、複製サーバ１２１は、ハードディスクドライブが実際の物理的サイズより小さく見えるようにクリップされていること、および、そのドライブは、現在の複製ジョブのためのデータに必要な、より大きいサイズに再拡張されるために初期化を必要とすることを、直接、または、物理的メディア情報データベース１２２から、判断することができる。これについては、以下に詳細に記載する。
【００５０】
ハードディスクドライブが（ある種の検査中に、または、オペレーティングシステムによって取得されたときの通常のドライブの状態に、起こり得るように）遷移５５１中にマウントされていたことが分かれば、ハードディスクドライブはＮＥＥＤＳ  ＩＮＩＴ状態５５０からＵＮＭＯＵＮＴＩＮＧ（アンマウンティング）５５５状態に入る。その後、現在はアンマウントされているハードディスクドライブは、遷移５５７を経て、ＩＮＩＴＩＡＬＩＺＩＮＧ（初期化）５６０状態に入る。ハードディスクドライブがＮＥＥＤＳ  ＩＮＴ状態５５０にあり、既にアンマウントされていると、そのドライブは、遷移５５６を経て直接ＩＮＩＴＩＡＬＩＺＩＮＧ状態５６０になる。
【００５１】
ハードディスクドライブがＩＮＩＴＩＡＬＩＺＩＮＧ状態５６０にある間、複製サーバ１２１は、現在の複製ジョブの全データサイズ「ＳＤＡＴＡ」が分かる。この状態において、ハードディスクドライブに関して考慮を要する「サイズ」が幾つかある。そのサイズは、以下の関係を有する。
【００５２】
ＳＰＨＹＳＩＣＡＬ≧ＳＣＬＩＰ＞ＳＰＡＲＴＩＴＩＯＮ＞ＳＦＩＬＥＳＹＳＴＥＭ＞ＳＤＡＴＡ
ここで、「ＳＰＨＹＳＩＣＡＬ」は、ドライブの全物理的サイズである。一部のハードディスクドライブは、必要に応じて、ホスト保護領域（ＨＰＡ）に適切な値を設定することによって「クリッピング」を行って、異なる、より小さいサイズの「ＳＣＬＩＰ」にすることができる。ドライブクリッピングは、ハードディスクドライブをオペレーティングシステムに対して物理的により小さく見せ、このようなシステムを用いてバルクコピーの効率を良くすることができる（「バルク」コピーは、パーティションやファイルシステム等のディスク上の情報構造の知識なしに行われたコピーである）。「ＳＰＡＲＴＩＴＩＯＮ」は、ドライブパーティションのサイズに相当し、ＳＰＨＹＳＩＣＡＬ（または、設定する場合、ＳＣＬＩＰ）を超えることはなく、不良ブロックや特別記録のために確保されたスペースのために、より小さいサイズ値を有する。ファイルシステムのサイズ、ＳＦＩＬＥＳＹＳＴＥＭも、パーティション自体の構造に必要な表のために、ＳＦＩＬＥＳＹＳＴＥＭを内部に含むパーティションよりも小さい値を有する。最後に、ファイルシステム（例えば、ファイルアロケーションテーブル、アイノード（ｉｎｏｄｅ）など）の構造は、スペースを幾分か消費し、最終的に、初期化されたハードディスクドライブ上に適するデータのサイズ（ＳＤＡＴＡ）を制約する。
【００５３】
多くのシステムは、特に、ＳＤＡＴＡがＳＰＨＹＳＩＣＡＬの約２／３を超えない場合、パーティションのサイズを制約すると好都合である。それは、大抵のハードディスクドライブは一定の速度でスピンし、データシリンダは、ディスクの外半径で、ディスクの内半径より多く情報を記憶することができ、それは、ディスクの一回転中に読み取りまたは書き込まれるデータの量に対応する、ということによる。ハードディスクドライブのデータ転送技術（data transfer electronics）によって、外側のシリンダにとっては早すぎる読み取り速度および書き込み速度を制限することができる一方、このような技術は、内側シリンダでの、外側より遅いデータ速度を大幅にスピードアップすることはできず、外側から内側に向けてシリンダを読み取りまたはシリンダに書き込みする時に、徐々に低下させて、ドライブの外側部分（一部のブランドの一部のモデルのドライブでは、外側２／３と経験的に観察される）を均同じように機能させる。従って、パーティションを小さくすることによって、ディスクの性能の低い部分の利用を最小限にする。
【００５４】
あるファイルシステムの振る舞いを考える時、小さいパーティションには別の利点がある。周知のＦＡＴ３２ファイルシステムは、ディスクの外側部分から内側部分に向かって書き込まれるが、ＥＸＴ２ファイルシステムは、以前に書き込まれたファイルからできるだけ遠くに新しいファイルを配置して、ファイルが後に削除される時のファイルフラグメンテーションの問題を軽減する。これは、ファイルがパーティションじゅうに分散することにつながり、その結果、内側シリンダを利用するだけでなく、磁気ヘッドの移動が増える。従って、場合によっては、パーティションを小さくして、ハードディスクドライブの読み取り、または、書き込み時のヘッドの動きを最小化する。
【００５５】
これらの理由のために、ＩＮＴＩＡＬＩＺＩＮＧ状態５６０中に生じる処理は、ある量だけ（例えば、２％等の所定のパーセンテージ、または、５ＧＢ等の所定の量、または、選択された特定のファイルシステムの種類およびパラメータに基づいた式によって）ジョブデータサイズＳＤＡＴＡを増加させて、ＳＦＩＬＥＳＹＳＴＥＭを決定することができる。その値を、ある量（例えば、所定のパーセンテージまたは量、選択されたパーティションの種類とパラメータに基づいた式）だけ増加させて、ＳＰＡＲＴＩＴＩＯＮを決定することができる。最後に、必要に応じて、適切なクリッピング値ＳＣＬＩＰを選択してよい。一般に、これらの時間値は、逆の順番で適用される。最初、ドライブがクリップされ、次に、ファイルシステム内の分割とフォーマットが行われる。ユーティリティプログラムは、場合によっては、製造業者固有であってよいが、クリッピングを行う。分割とフォーマットは、複製サーバ１２１のオペレーティングシステムが通常、提供するユーティリティである。
【００５６】
一部のオペレーティングシステムに関しては、ドライブをクリップするプロセスは、デスクドライブ電源２０５を切って再投入することによって、メディア制御装置２０１と複製サーバ１２１のオペレーティングシステムとから取得したドライブの以前の見掛けのサイズの記録を完全に消し去る、ドライブのパワーサイクルを必要とし得る。図５は、一定のオペレーティングシステム／メディア制御装置／ドライブモデルの組合せに対してのみ生じるこの状態を示していない。しかし、このような場合、必要とされるパワーサイクルは、ドライブがＰＯＷＥＲＥＤ  ＤＯＷＮ状態５１１に入るのとほとんど同じように扱われる。複製サーバ１２１は、対応するドッキングベイに対してパワーサイクルを行うように電力制御装置２０４に命令する。このようなパワーサイクルは、ハードディスクドライブをハードウェア階層から消失させる。（１分の何分の１の間に起こり得る）電源の回復時、複製サーバ１２１のオペレーティングシステムは、このハードディスクドライブを認識する。しかし、複製サーバ１２１は、クリップされているハードディスクドライブに対応するデバイスパスおよび／またはドライブシリアル番号の判断を行い、そのドライブはすぐにＩＮＩＴＩＡＬＩＺＩＮＧ状態５６０に戻って、プロセスのその部分を続ける。
【００５７】
一部の実施形態においては、特定の複製で識別されたコンテンツファイルに関して必要とされるサイズより大きい特定のクラスの作業注文に関するジョブに対してデフォルトサイズを設定することが望ましい。同じドライブが何度も使われ、毎回、高いパーセンテージでコンテンツが再利用されることが予測される時、たとえ現在、コンテンツファイルの数が予測されるピークと比較して少なくても、特に、デフォルトサイズの設定が望ましい。例えば、予告編の量は、夏の始めと冬休暇の季節にピークがあり、季節によって変動し得る。このような場合、ＳＦＩＬＥＳＹＳＴＥＭと包括的構造は、ＳＤＡＴＡの現在の値よりかなり大きいサイズを有し得る、また、差し迫った必要性に関する要件よりむしろ、この初期化の寿命に渡って予測される要件に基づいた方針に従って設定されてよい。
【００５８】
一部の実施形態においては、ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ状態５６０にあるハードディスクドライブは、現在、装置上にあるデータを消去することなく、サイズを拡大することができる。例えば、２ＴＢの物理的容量を有するドライブが、１ＴＢにクリップされ、ほぼそのサイズのパーティションでフォーマットされて、新しいＳＤＡＴＡが１．５ＴＢである場合、そのドライブは、１．５ＴＢより少し大きいサイズに再クリップすることができる。ハードディスクドライブ上のパーティションは、再書き込みされて同じサイズか、少し小さいサイズになってよく、多くのオペレーティングシステムが、再フォーマットを必要とせず、また、ディスク上のデータ損失を引き起こすことなく、ファイルシステムのサイズ変更をサポートしている。
【００５９】
初期化プロセスに失敗すると、遷移５６４を経てハードディスクドライブは、ＦＡＩＬ（故障）状態５４０に入る。しかし、初期化プロセスに成功すると、遷移５６１を経て、ドライブと、そのドライブの新しい（または新しくサイズ変更された）ファイルシステムは、ＭＯＵＮＴＩＮＧ状態５６５中にマウントする。ここで、また、障害が生じると、遷移５６９は、ハードディスクドライブをＦＡＩＬ状態５４０に導く。マウンティングに成功し、除去が必要なファイルがない（すなわち、現在ある全てのコンテンツファイルが再利用可能、または、ドライブが完全にフォーマットされ、コンテンツファイルが存在しない）場合、ドライブは、遷移５６７を経て準備完了となり、ＣＯＰＹＩＮＧ  ＦＩＬＥＳ（ファイルをコピー）状態５７０に入る。コンテンツファイルの全てではなく一部の再利用が起こり得る状況においては、ドライブはクリーンアップを必要とし、遷移５６３を経てＲＥＭＯＶＩＮＧ  ＵＮＮＥＥＤＥＤ  ＦＩＬＥＳ（不必要なファイルを除去）状態５３０に入る。
【００６０】
ＡＳＳＩＧＮＥＤ状態５２０にあるハードディスクドライブが、初期化を必要とせず、かつ、既にマウントされている場合、遷移５２３は、そのドライブをＲＥＭＯＶＩＮＧ  ＵＮＮＥＥＤＥＤ  ＦＩＬＥＳ状態５３０にする。初期化を必要としない新しく割り当てたドライブが、現在、アンマウントされている場合、そのドライブは、遷移５２６を経てＭＯＵＮＴＩＮＧ状態５６５になってよい。ハードディスクドライブがＲＥＭＯＶＩＮＧ  ＵＮＮＥＥＤＥＤ  ＦＩＬＥＳ状態５３０にある時、複製サーバ１２１は、そのドライブに割り当てられた複製ジョブに必要のない、ドライブ上のファイルを取り除く。 回復不能な障害５３４が、このプロセス中に生じる場合、ハードディスクドライブは、ＦＡＩＬ状態５４０に移る。そうでない場合、ファイル除去が成功すると、これ以上除去するファイルがない遷移５３７となり、ハードディスクドライブをＣＯＰＹＩＮＧ  ＭＩＳＳＩＮＧ  ＦＩＬＥＳ（足りないファイルをコピー）状態５７０にする。場合によっては、ドライブが既にマウントされており、ドライブ上の全てのファイルが、関連する複製ジョブで利用可能な場合、ＡＳＳＩＧＮＥＤ状態５２０から、遷移５２７を経て、直接、ＣＯＰＹ  ＭＩＳＳＩＮＧ  ＦＩＬＥＳ状態５７０となってもよい。
【００６１】
ハードディスクドライブがＣＯＰＹＩＮＧ  ＭＩＳＳＩＮＧ  ＦＩＬＥＳ状態５７０にある時、複製サーバ１２１は、そのドライブに割り当てられた複製ジョブのために識別されたファイルで、まだ存在しないファイルを追加する。１つまたは複数のハードディスクドライブが同じ複製ジョブに関連してＣＯＰＹＩＮＧ  ＭＩＳＳＩＮＧ  ＦＩＬＥＳ状態５７０にある場合、または、複数のジョブが同じ１つのコンテンツファイルまたは同じ複数のコンテンツファイルを参照しているとき、複製サーバは、ファイルがコピーに成功する比率を最大にするために異なる戦略を取ることができる。一般に、 多数のハードディスクドライブ（例えば、５０）が、同じ大きいファイルをコピーする場合、たとえ全てのドライブが同時にスタートしても、個々の進度は異なってくる。先頭のハードディスクドライブ（現在、コピー進度が最も進んでいるドライブ）へのコピーは、常に、まだキャッシュに格納されていないファイルの部分を要求することになるが、先頭のハードディスクドライブに対してコピーの進度がほとんど同じくらいの他のドライブは、同じファイルの部分に対する要求がほとんど遅延なく満たされる場合には、少し有利である。（なぜなら、要求するファイルの部分は、最も進んでいるハードディスクドライブが既に要求しているので、図２のコンテンツキャッシュ２０２内に既に存在する可能性が高い、または、フェッチが既に進行中である。）しかし、１つまたは複数のハードディスクドライブは、ドライブ群の後を追う。何千ものセクタをコピーする間に、ハードディスクドライブ間の相違が広がり、先頭のドライブに対して現在要求されているセクタと、後続のドライブに対して要求されているセクタとの間のセクタの数が、ちょうどコンテンツキャッシュ２０２のサイズを超える。この時、その群の先頭グループにないハードディスクドライブが行った次の要求は、コンテンツキャッシュ２０２から消去されたばかりのセクタに対応することになる。
【００６２】
一般的に、ハードディスクドライブのキャッシュは、Ｌｅａｓｔ−ｒｅｃｅｎｔｌｙ−ｕｓｅｄ（ＬＲＵ）（最も長い間使われていない）アルゴリズムで動作する。よって、もはやキャッシュにないセクタは、次のより進んだドライブとの間に最も大きな進度の差があって分割が生じるドライブのコピーを有するドライブに対して要求されるセクタに対応する可能性が高い。つまり、ハードディスクドライブは、先頭グループと、後続グループの２つのグループに分かれ、各グループは、キャッシュになりセクタを常に要求する（しばしば変わり得る）先頭ドライブと、先頭ドライブによって満たされたキャッシュから自身のセクタデータを受信する他のドライブとを有する。その場合でも、ハードディスクドライブの個々のグループは、（進度が）分散し続ける場合があり、どちらかが、また、別れる可能性もある。時には、ハードディスクドライブの後続グループが、前のグループを追い越すことがあり、後続グループのセクタの要求が全て、コンテンツキャッシュ２０２にあることが分かり、後続グループと前のグループが統合される。この振る舞いが、ほぼ同一のディスクへの大規模なコピージョブに関して扱われていない場合、後のグループの数分前に、ディスクの一部がコピージョブを終えることになる場合がある。
【００６３】
グループのコピーの進度が分散する統計的速度（statistical rate）を前提として、特定のサイズのコピージョブに関して、オペレーティングシステムが利用可能なＲＡＭキャッシュのサイズを超えないように、複製サーバ１２１に十分なＲＡＭを提供することは、コピー時間の差に対処する１つの戦略である。従って、Ｎ個（例えば、６４）のドライブのグループで１００ＧＢ（約２０００億個の半キロバイトのセクタを含む例示のサイズのコピージョブ）をコピーする間に、最も進んだコピーと、最も遅いコピーとの間の広がりが、５ＧＢ（約１００億セクタ）を超えそうにない場合、ディスクキャッシュとして使用するために５ＧＢのＲＡＭをオペレーティングシステムに提供し、割り当てると、最初に終了するドライブと最後に終了するドライブとのギャップを大幅に低減する。複数のジョブを一度に実行することができるので、同時実行ジョブの予測された数に等しい因数（factor）だけ、その割当を増やすことは有用であることが分かる。しかし、割当を増やすことが利益をもたらすのは、ある点までである。例えば、３２のハードディスクドライブ対を３２の複製ジョブに割り当てると、各対において、先頭ドライブは常にセクタを待ち、他のドライブは常にそれより待つのが少ないので、キャッシュは少ししか必要とされず、そのドライブ対は、あまり分散しないでああろう。
【００６４】
複製サーバ１２１は、個々のファイルコピー間で、ハードディスクドライブのグループの先頭ドライブを少し遅延させるという、別の戦略も実施し得る。例えば、１００ＧＢのジョブが、１０の個別のファイルを含む場合、先頭ドライブは、各ファイルを完了すると、次のファイルのコピー開始は、後続グループが追いつくまで遅延させられる。または、詳細な分析によって、より効率が良くなることが検出されと、現在のグループ内の後続のドライブが追いつくまでのみ遅延させられる。このようにして、図１の複製サーバ１２１は、コンテンツキャッシュ２０２のかなりの分割を軽減することができ、また、一番目のドライブの完了時間は延びるが、最も遅いドライブの完了時間は低減される。この戦略は、複製ジョブの完了まで、オペレータにドライブの取り外し（例えば、動作ステップ１６４）を開始するよう連絡する必要がないので、急ぎのジョブに対して価値がある。
【００６５】
一部の例においては、１つまたは複数のハードディスクドライブは、同じジョブにおいて、他のドライブに比較して性能が落ちる。例えば、ほぼ５００ＧＢのコンテンツファイルをコピーする時、最初から５００ＧＢハードディスクドライブと、１ＴＢのディスクを５００ＧＢにクリップしたものの性能を考えてみよう。このような状況では、小さい方のディスクのシリンダの最後の１／３くらいにコンテンツファイルを書き込むとき、最初から５００ＧＢのハードディスクドライブは、クリップされたディスクよりデータ転送が遅い場合がある。結果として、上述のキャッシング戦略を用いても、そのディスクをクリップされたディスクと同じ性能レベルに維持できない。このような場合、遅い方のハードディスクドライブの特性が、ＣＯＰＹＩＮＧ  ＭＩＳＳＩＮＧ  ＦＩＬＥＳ状態５７０で現在、観察されるものであっても、事前に分かるもの（例えば、物理的メディア情報データベース１２２で）であっても、または、ドライブの特性から予測されるものであっても、複製サーバ１２１は、（例えば、図５の遷移５７４中に障害をトリガすることによって）、または、おそらく、図５の遷移５１２中に最初にそのドライブをジョブに割り当てないことによって、そのジョブから遅いドライブをドロップすることができる。多数のコピーを必要とするジョブから遅いドライブを取り除くことによって、ジョブをより速く終わらせることができる。
【００６６】
遷移５１２中に同様の性能を示すと知られたドライブを割り当てることによって、キャッシング戦略を無にし得る進度の分散による性能の低下を軽減する。一月あたり、何十万ものドライブと何千ものコピージョブとを管理する企業においては、複製サーバ１２１でこのような管理技術を実施することは、実現し得る最高に近いスループットを達成するために必須である。
【００６７】
ＣＯＰＹＩＮＧ  ＭＩＳＳＩＮＧ  ＦＩＬＥＳ状態５７０にあるハードディスクドライブがファイルをコピーできない場合、または、上述のように、複製サーバが決定する対応するジョブの全体としての速度を損なう、または、脅かす場合、ドライブは、障害となり、遷移５７４を経てＦＡＩＬ状態５４０になる。「ソフトな」障害、すなわち、その後の複製ジョブに持ち越しそうでなく、ドライブが再試行可能な障害に関しては、ドライブは、遷移５４３を経てＡＶＡＩＬＡＢＬＥ状態５１０においてドライブのプールに戻る。しかし、障害が多すぎる（one-too-many）、または、深刻過ぎると考えられ、再試行が残っていない場合、ドライブは、高度の検査、調製および修理を行うために、遷移５４２を経てＭＡＩＮＴＥＮＡＮＣＥ状態５０５になる。 
ＣＯＰＹＩＮＧ  ＭＩＳＳＩＮＧ  ＦＩＬＥＳ状態５７０中に生じるタスクを完了すると、ドライブは、遷移５７８を経てＴＥＳＴＩＮＧ（検査）状態５８０になる。検査のための様々な戦略が、ＴＥＳＴＩＮＧ状態５８０中、存在する。ドライブのファイルシステムの構造、および、コンテンツデータの完全性は、成功裏にコピーされた、または、さもなければ、元の状態のままであることを十分に保証するのに適切なように、ハードディスクドライブは、機能検査（例えば、ドライブオペレーティングシステムの「ファイルシステムチェック」コマンドの実行）、または、各コンテンツファイルのチェックサムを行い、そのチェックサムを（それ自体が同じまたは異なるコンテンツファイルに含まれてよい）基準値と比較、または、元のコンテンツファイルとのバイトごとの比較を行うことができる。チェックサムプロセスは、各ハードディスクドライブの検査を独立して行うことができるという利点を有する。
【００６８】
検査戦略は、ジョブごとに変わり得る。どんな戦略であっても、検査が失敗すると、ハードディスクドライブは、遷移５８４を経てＦＡＩＬ状態５４０になる。検査が成功の場合、遷移５８７を経て、ハードディスクドライブはＰＡＳＳ（合格）状態５９０になり、図１のステップ１６４で取り外すことができる。しかし、ドライブのシリアル番号が、図３のステップ３０５で既知のバーコードに関連付けられない場合、ハードディスクドライブは、遷移５８１を経てＮＥＥＤＳ  ＢＡＲＣＯＤＥ  ＳＣＡＮ（バーコードのスキャンが必要）状態５８５になり、そこで、ドライブは待機する。（図２の対応するインジケータ２０６は、この時、緊急の「私のバーコードをスキャンして」表示を示すことができる。）（図３に関連して上述したスキャニングと類似した）バーコードスキャンに続いて、遷移５８８を経て、ハードディスクドライブは、ＰＡＳＳ状態５９０に入り、取り外し１６４の準備が整う。ＰＡＳＳ状態５９０中に、ドライブは、システムによって電源を切られてよい。
【００６９】
何らかの理由のために、ＰＡＳＳ状態５９０にあるハードディスクドライブが電源を切られているが、オペレータによって取り外されず、その後、電源を入れられる場合、複製サーバ１２１は、ドライブがＡＶＡＩＬＡＢＬＥ状態５１０になり、リダイレクトされて、遷移５１８を経て、ＴＥＳＴＩＮＧ状態５８０（または、直接、ＰＡＳＳ状態５９０）になるとして、このイベントを認識してよい。複製サーバは、これらのステップを取って、何千ものドライブを扱う時に当然起こることが予測されるオペレータのエラーを軽減することができる。
【００７０】
図６は、全体的なドライブの状態の遷移図６００を示す。図６においては、図５の全体が、ＩＮ  ＢＡＹ（インベイ）状態６２０によって表される。新しく獲得されたドライブは、ＮＥＷ  ＤＲＩＶＥ（新規ドライブ）状態６０１で始まる。６０１中、ドライブはバーコード（例えば、バーコード２４２）を取得する。そのバーコードは、複製システム１２０が知っていても、知っていなくてもよい。新しいハードディスクドライブは、遷移６１１において、バーコードスキャナ１３２でドライブをスキャンすることによって、新しいドライブ用のデフォルトインベントリである図１のインバウンドインベントリ１４０Ａまたは１４０Ｂの１つにストックされて、ＲＥＡＤＹ  ＩＮＶＥＮＴＯＲＹ（インベントリに準備）状態６１０に入ってよい。通常の操作中は、オペレータは、遷移５２１中にインベントリ（例えば、１４０Ａ）からハードディスクドライブを引き出し、図１のステップ１６３で複製アレイ１２３に、そのドライブを挿入してよい。ハードディスクドライブは、図５のＥＭＰＴＹ  ＢＡＹ状態５０１に対応するＩＮ  ＢＡＹメタ状態６２０に入る。
【００７１】
ハードディスクドライブを検出すると、図１ｂおよび図２の複製サーバ１２１は、ドライブを図５の遷移５０２を経て、図５のＡＶＡＩＬＡＢＬＥ状態５１０にし、ハードディスクドライブが、図６のＩＮ  ＢＡＹメタ状態６２０にとどまる間じゅう、処理は、図５００に関する記載に従って進む。ハードディスクドライブが図５の状態５９０または５９５のいずれかに到達すると、複製システム１２０は、オペレータのアクションを待った後、ＩＮ  ＢＡＹメタ状態６２０から遷移するようにハードディスクドライブをトリガする。ハードディスクドライブが最後のＤＩＳＣＡＲＤ状態５９５に入ると、複製サーバ１２１は、オペレータにドライブを廃棄するように合図し、その結果、ハードディスクドライブは、アレイ１２３から取り外されると、遷移６５２を経てＤＥＳＴＲＯＹＥＤ（破壊）状態６５０になる（複製サーバ１２１は、オペレータが圧壊、穴あけ、または、ドライブの廃棄規定に従った他の処理をされるドライブのために設けられたビンにドライブを入れたとみなす）。ハードディスクドライブは、最終状態ＰＡＳＳ５９０にある間、複製サーバ１２１は、ドライブの出荷準備ができたことを、オペレータに合図する。このようにして、オペレータがステップ１６４でハードディスクドライブを取り外し、そのドライブをアウトバウンドインベントリ１５０に配置すると、ハードディスクドライブは遷移６３２を経てＳＨＩＰ（出荷）状態６３０になる。
【００７２】
図１のステップ１６５で、オペレータは、アウトバウンドインベントリ１５０からハードディスクドライブを引き出し、ハードディスクドライブの出荷に関連して出荷ラベル１３５を印刷するためにドライブバーコードをスキャンする。このような状況で、図１および図２の複製サーバ１２１は、ハードディスクドライブは出荷されたとみなし、ドライブは、実際の出荷が図１のステップ１６６で起こるとしても、図６の遷移６４３を経てＯＵＴ（出荷済み）６４０状態とされる。一部の実施形態においては、状態ＯＵＴ６４０は、配送会社（図示せず）が運営するロジスティックサーバから取得した情報にも基づいて、異なるサブ状態を含み得る。このような実施形態の場合、別々のサブ状態（例えば、「ＡＷＡＩＴＩＮＧ  ＰＩＣＫＵＰ（集荷待ち）」、「ＰＩＣＫＥＤ  ＵＰ（集荷済み）」、「ＩＮ  ＲＯＵＴＥ（配送中）」、「ＤＥＬＩＶＥＲＥＤ（配送済み）」、「ＤＥＬＩＶＥＲＹ  ＦＡＩＬＥＤ（配送失敗）」等）が、含まれ得る。他の実施形態例においては、配送会社が運営するロジスティックサーバからとは別に取得され、かつ、出荷ラベル１３５に関連付けられた情報は、一意に出荷を識別することができるので、ドライブに関連付けることができる。
【００７３】
ハードディスクドライブがＯＵＴ状態６４０になった後、そのドライブの受領者は、通常、ある程度の時間（一般的に何週間）が経つと、そのドライブを返却する。従って、図１のステップ１６１でハードディスクドライブを受領し、ステップ１６２で、そのドライブのバーコードをスキャンし、インバウンドインベントリ１４０Ａまたは１４０Ｂに再ストックすると、そのドライブは、図６の遷移６４１を経て、ＲＥＡＤＹ  ＩＮＶＥＮＴＯＲＹ状態６１０に戻る。ある場合には、ドライブが非常に長い間（例えば、数か月）返却されず、ドライブのＯＵＴ状態６４０は遷移６６４中にタイムアウトし、そのドライブはＬＯＳＴ（紛失）６６０になる。ドライブが紛失されたとして指定することは、減少を検出および追跡するためにインベントリ管理にとって価値があり、また、税金目的、もしくは、無くなったドライブの受領者に送る問い合わせ（または請求書）をトリガするために、価値があると思われる。ある時点で、紛失したハードディスクドライブが、思いがけず、奇跡的に現れた場合、遷移６６１を経て、そのドライブは、ＲＥＡＤＹ  ＩＮＶＥＮＴＯＲＹ状態６１０に戻ることができる。このため、紛失したと考えられるドライブは、決して使用に戻さないというビジネス方針でなければ、ＬＯＳＴ状態６６０は、図６００において必ずしもターミナルノードである必要はない。
【００７４】
システム１００に関して、ドライブのライフサイクルは、図６の６０１で、遷移６１１中に最初にストックに配置されて始まる。ハードディスクドライブは、次に、状態６１０、６２０、６３０および６４０のサイクルを繰り返す。（紛失しなければ）多数回、繰り返した後、ある時点でドライブが故障して、破壊されるまで、インベントリ状態６１０に戻る、
コンテンツの記憶装置への複製に使用するシステムおよび方法を記載した。
【図１】
2015520904.tif 000003
【図２】
2015520904.tif 000004
【図３】
2015520904.tif 000005
【図４】
2015520904.tif 000006
【図５】
2015520904.tif 000007
【図６】
2015520904.tif 000008
【国際調査報告】
2015520904.tif 000009
2015520904.tif 000010
2015520904.tif 000011