(57)【要約】【課題】大量のデータの記録、再生を可能とするデータ記録再生システムを提供する。【解決手段】データ記録再生システムは、データを格納するストレージ装置と、ストレージ装置に対するデータの記録及び再生を制御するデータ管理装置とを備える。データ管理装置は、第１の記憶部と、オブジェクトに対するストレージ装置上の記録領域を示す情報を管理するデータベースと、データの記録及び再生のリクエストにしたがいストレージ装置を制御する制御部とを備える。制御部は、オブジェクトの記録の要求を受け付けた場合に、データベースを参照してオブジェクトのデータをストレージ装置に格納する。さらに、制御部は、オブジェクトを特定する情報と、ストレージ装置においてオブジェクトが格納された領域を示すインデックス情報とを対応づけた第１の管理情報を第１の記憶部に格納する。【選択図】図２
2016218906.tif 000002
【特許請求の範囲】
【請求項１】
データを格納する記録媒体を備えたストレージ装置と、
前記ストレージ装置へのデータの記録及び前記ストレージ装置からのデータの再生を制御するデータ管理装置と、を備え、
前記データ管理装置は、
パス名を含むオブジェクト名を指定して、前記ストレージ装置に対するオブジェクトの記録または再生のリクエストを受け付ける受付部と、
第１の記憶部と、
オブジェクトに対する前記ストレージ装置上の記録領域を示す情報を管理するデータベースを格納する第２の記憶部と、
前記リクエストにしたがい前記ストレージ装置を制御する制御部と、を備え、
前記制御部は、前記受付部がオブジェクトの記録の要求を受け付けた場合に、
前記データベースを参照して、オブジェクトに対する前記ストレージ装置内の記録領域を特定し、前記特定した領域に前記オブジェクトのデータを格納し、さらに、
前記オブジェクトを一意に特定する情報と前記ストレージ装置において前記オブジェクトが格納された領域を示すインデックス情報とを対応づけた第１の管理情報を前記第１の記憶部に格納する、
データ記録再生システム。
【請求項２】
前記制御部は、前記オブジェクトを一意に特定する情報を前記オブジェクトに基づいて算出する
請求項１記載のデータ記録再生システム。
【請求項３】
前記制御部は、前記受付部がオブジェクトの再生の要求を受け付けた場合に、
前記オブジェクトに基づいて算出した値に基づき前記第１の管理情報から前記インデックス情報を読み出し、当該読み出したインデックス情報に基づき前記ストレージ装置から当該オブジェクトのデータを読み出す、
請求項２記載のデータ記録再生システム。
【請求項４】
前記ストレージ装置は、複数の記録媒体を収納するマガジンを複数個備え、所定数のマガジンをマガジングループとして管理し、
前記第１の管理情報は、オブジェクトとマガジングループとを対応づけて管理し、
前記データベースは、オブジェクトのパスとマガジングループとを対応づけて管理する第２の管理情報と、マガジングループとストレージ装置とを対応づける第３の管理情報とを含み、
前記制御部は、
前記受付部がオブジェクトの記録の要求を受け付けた場合に、
前記第２及び第３の管理情報を参照して、前記オブジェクトを格納するマガジングループを特定するとともに、
前記オブジェクトに基づき算出した値と、マガジングループを特定するマガジングループＩＤとを対応づけて前記第１の管理情報として前記第一の記憶部に格納する、
請求項１記載のデータ記録再生システム。
【請求項５】
前記制御部は、前記受付部がオブジェクトの再生の要求を受け付けた場合に、
前記オブジェクトから算出した値に基づいて前記第１の管理情報を読み出して、当該オブジェクトに対応するマガジングループを特定し、当該特定したマガジングループに基づき前記第２及び第３の管理情報を参照してストレージ装置を特定し、前記特定したストレージ装置からオブジェクトのデータを読み出す、
請求項４に記載のデータ記録再生システム。
【請求項６】
前記マガジングループは、それぞれが異なるストレージ装置に割り当てられた複数のマガジンを含む、請求項４記載のデータ記録再生システム。
【請求項７】
前記制御部は、前記マガジングループを構成する一部のマガジンに対するオブジェクトの記録が失敗した場合、記録が成功したマガジンに記録されたオブジェクトのデータを用いて、記録が失敗したマガジンに対する当該オブジェクトの記録を再度実行する、請求項４記載のデータ記録再生システム。
【請求項８】
前記制御部は、特定のタイミングで、前記第１の記憶領域に記録された前記対応情報を前記記録媒体に記録する、請求項１記載のデータ記録再生システム。
【請求項９】
ＯｐｅｎＳｔａｃｋ  Ｏｂｊｅｃｔ  ＳｔｏｒａｇｅのＳｗｉｆｔのＡＰＩ(Application Programming Interface)によって操作可能に構成された、請求項１から８のいずれかに記載のデータ記録再生システム。
【請求項１０】
前記記録媒体は追記型の光ディスクである、請求項１から８のいずれかに記載のデータ記録再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、オブジェクトを記録媒体に記録可能なデータ記録再生システムに関する。
【背景技術】
【０００２】
従来、複数のハードディスクを一つの大容量ストレージとしてファイルベースでデータを扱うデータアーカイブシステムが普及している。このデータアーカイブシステムは、クライアント端末と、当該クライアント端末とネットワークを介して接続されるストレージ装置とを備えている。ストレージ装置は、ハードディスク、ネットワークインターフェース、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、管理用ユーティリティなどを一体化した単機能サーバである。
【０００３】
従来のデータアーカイブシステムとしては、例えば、特許文献１に示すものが知られている。特許文献１には、ディスクアレイ装置が有する複数のファイルシステムにデータを追記格納するアーカイブストレージ装置が示されている。特許文献１において、ディスクアレイ装置は、ファイルシステムと対応して構成されている。ディスクアレイ装置としては、半導体メモリ素子またはハードディスクが想定されており、本文献では、ファイルシステムに無駄な空き領域ができるだけできないように、データの再配置を行うことを前提にしている。
【０００４】
また、クラウド環境において分散データストレージを実現するＯｐｅｎＳｔａｃｋ  Ｏｂｊｅｃｔ ＳｔｏｒａｇｅのＳｗｉｆｔによれば、Ｒｉｎｇ情報によりオブジェクトの記録先が決定される。このＲｉｎｇ情報によれば、パス名を含むオブジェクト名から算出したハッシュ値に基づき所定のルールにしたがいオブジェクトの記録先が決定される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−１５９２４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本開示は、オブジェクトの格納領域を管理することができるデータ記録再生システムを提供する。
【課題を解決するための手段】
【０００７】
本開示の第１の態様によれば、データ記録再生システムが提供される。データ記録再生システムは、データを格納する記録媒体を備えたストレージ装置と、ストレージ装置へのデータの記録及びストレージ装置からのデータの再生を制御するデータ管理装置とを備える。データ管理装置は、パス名を含むオブジェクト名を指定して、ストレージ装置に対するオブジェクトの記録または再生のリクエストを受け付ける受付部と、所定の管理情報を格納する第１の記憶部と、オブジェクトに対するストレージ装置上の記録領域を示す情報を管理するデータベースを格納する第２の記憶部と、リクエストにしたがいストレージ装置を制御する制御部と、を備える。
【０００８】
制御部は、受付部がオブジェクトの記録の要求を受け付けた場合に、データベースを参照して、オブジェクトに対するストレージ装置内の記録領域を特定し、特定した領域にオブジェクトのデータを格納する。さらに、制御部は、オブジェクトを一意に特定する情報と、ストレージ装置においてオブジェクトが格納された領域を示すインデックス情報とを対応づけた第１の管理情報を第１の記憶部に格納する。
【発明の効果】
【０００９】
本開示のデータ記録再生システムは、オブジェクトの格納領域を管理することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１にかかるデータアーカイブシステムの概略構成図
【図２】データ管理サーバの内部構成を示した図
【図３Ａ】ストレージ装置の構成を示す図
【図３Ｂ】データユニットの概略構成を示す斜視図
【図３Ｃ】データユニットに収納されるマガジンと、マガジンに収納される複数枚の光ディスクとを説明した図
【図４】アカウント／コンテナ／オブジェクトと、マガジンの対応関係を説明した図
【図５】マガジングループリストの構成例を示した図
【図６】オブジェクト・マガジングループＩＤ対応情報の構成例を示した図
【図７】マガジン情報の構成例を示した図
【図８】オブジェクトの記録（書き込み）処理を示すフローチャート
【図９】ハッシュ値に基づき決定される、マガジングループＩＤが記録される領域を説明した図
【図１０】オブジェクトの再生（読み出し）処理を示すフローチャート
【図１１】データアーカイブシステムの他の構成例を示す図
【発明を実施するための形態】
【００１１】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【００１２】
なお、発明者（ら）は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。
【００１３】
（本開示に至った背景）
従来のアーカイブシステムでは、特許文献１に示すように、半導体メモリ素子またはハードディスクが使用される。この場合、半導体メモリ素子の寿命ないしはハードディスクの寿命により、アーカイブされたデータの保存寿命が決まってしまう。一般にフラッシュメモリと呼ばれる半導体メモリ素子のデータ保持期間は１０年程度である。またハードディスクは使用環境にもよるが、一般に３年から５年程度で大容量の新機種に切り替える場合が多い。この場合、古いハードディスクから新しいハードディスクにデータを移行する必要があり、この移行作業をマイグレーションと呼ぶ。近年ＩＴ化の進展により、アーカイブとして保存すべきデータは増大する一方であり、煩雑で時間のかかるマイグレーション作業は、できるだけ避けたいという要望が強まっている。
【００１４】
上記の要望を満たすため、近年、光ディスクが注目されている。光ディスクは、長い歴史の中で実績を積み重ねてきた信頼性の高いデータ保存メディアであり、例えば、アーカイブ用追記型Ｂｌｕ−ｒａｙ Ｄｉｓｃは、５０年以上のデータ保存寿命を実現していることなどが発表されている。
【００１５】
メディアの保管には、通電が不要で、発熱がないため、マイグレーションも必要なく、低コストで長期間の保存に適している。しかしながら、これら長期保存用の光ディスクは、ＷＯＲＭ(Write Once Read Many)型が主流であり自由に書き換えができないという制約があり、使い勝手の面でハードディスクとは同等に扱うことはできないという課題があった。また防塵性を高め、光ディスクの扱いを容易にするため、ディスクを十数枚単位でマガジンと呼ばれるカートリッジに収める場合があるが、この場合のデータ記録再生は、マガジン単位になるため、データの記録再生に先立ち、データとマガジンとの対応付けを新たに考案する必要があった。また、マガジンは、駆動装置から取り出して棚保管することができるが、棚保管しているマガジンに記録されているデータは、マガジンを駆動装置に挿入して再生するまで、どのようなファイル名のデータが記録されているか分からなくなるという課題があった。また、アーカイブデータは一般に、時間と共に保存データが追加されてマガジン数が増大していくが、従来のアーカイブ装置では、自由にシステムを拡張していくとは難しかった。
【００１６】
本願発明者等はこのような背景を考慮し、以下に説明するデータアーカイブシステムを考案した。
【００１７】
（実施の形態１）
以下、添付の図面を用いて実施の形態１を説明する。
【００１８】
［１−１．構成］
［１−１−１．全体構成］
本開示の実施形態にかかるデータアーカイブシステム（データ記録再生装置の一例）について説明する。図１は、本実施形態にかかるデータアーカイブシステムの概略構成図である。
【００１９】
図１において、本実施形態にかかるデータアーカイブシステム１００は、オブジェクトストレージ装置１と、閲覧端末（以下「クライアント端末」という）３と、管理端末４とを備えている。
【００２０】
クライアント端末３は、ユーザによる操作にしたがいオブジェクトストレージ装置１が提供する機能やデータを利用するコンピュータである。クライアント端末３とオブジェクトストレージ装置１と管理端末４とはネットワーク５を介して互いに接続されている。
【００２１】
オブジェクトストレージ装置１は、データ管理装置１０とストレージ装置５０を備えている。以下、オブジェクトストレージ装置１を構成する各構成要素の詳細について説明する。
【００２２】
［１−１−２．データ管理装置］
データ管理装置１０は、プロキシノード２０とストレージノード４０とで構成される。プロキシノード２０は、データ（オブジェクト）を各ストレージ装置に分散配置する役割を有するサーバ装置である。ストレージノード４０は、ストレージ装置５０に対するデータ（オブジェクト）の記録や再生を制御する機能を有するサーバ装置である。これらの装置はいずれも情報処理装置で構成できる。
【００２３】
［１−１−３．プロキシノード］
図２は、プロキシノード２０の内部構成を示した図である。プロキシノード２０はその全体動作を制御する制御部２１と、データやプログラムを記憶する第１及び第２のデータ記憶部２２ａ、２２ｂと、所定の情報を表示する表示部２３と、ユーザによる指示や設定等の操作を受け付ける操作部２４とを備える。
【００２４】
表示部２３は例えば、液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤ素子等で構成される。操作部２４はキーボード、マウス、ボタン、タッチパネル等を含む。
【００２５】
さらに、プロキシノード２０は、ＬＡＮ等のネットワークに接続するためのネットワークインタフェース部２５を備える。ネットワークインタフェース部２５は例えばＩＥＥＥ８０２等の規格に準拠した通信を行う。
【００２６】
さらに、プロキシノード２０は、外部機器を接続するための機器インタフェース部２６を含む。機器インタフェース部２６は、データ管理装置１０にデータユニット５０を接続するためのインタフェースであり、所定の通信規格、例えばＳＡＳ（Serial Attached SCSI）に準拠した通信を行う。
【００２７】
制御部２１はプロキシノード２０全体の動作すなわち機能を制御するものであり、制御プログラムを実行することで所定の機能を実現するＣＰＵやＭＰＵで構成される。制御部２１で実行されるプログラムは通信回線や、ＣＤ、ＤＶＤ、メモリカード等の記録媒体を介して提供されてもよい。なお、制御部２１は、所定の機能を実現するように設計された専用のハードウェア回路（ＡＳＩＣ、ＦＰＧＡ等）で構成されてもよい。
【００２８】
第１及び第２のデータ記憶部２２ａ、２２ｂは、制御プログラムや制御に必要な管理情報等を格納する装置である。本実施形態では、第１及び第２のデータ記憶部２２ａ、２２ｂはハードディスク（ＨＤＤ）で構成される。第１及び第２のデータ記憶部２２ａ、２２ｂは、ハードディスクに代えて、ＳＳＤ（Solid Sate Drive）、半導体メモリ素子、光ディスク等で構成してもよい。第１のデータ記憶部２２ａは管理情報として、オブジェクト・マガジングループＩＤ対応情報４２を格納する。第２のデータ記憶部２２ｂは、管理情報として、マガジングループリスト４３及びマガジン情報４４を含むデータベース３０を格納する。管理情報の詳細については後述する。
【００２９】
［１−１−４．ストレージノードとストレージ装置］
ストレージノード４０はプロキシノード２０と同様の構成を有し、ストレージ装置５０に対するデータ（オブジェクト）の記録や再生を制御する。ストレージノード４０は、その機能を制御する制御部４１を備える。制御部４１は、制御プログラムを実行することで所定の機能を実現するＣＰＵやＭＰＵで構成される。または、制御部４１は、所定の機能を実現するように設計された専用のハードウェア回路（ＡＳＩＣ、ＦＰＧＡ等）で構成されてもよい。ストレージノード４０はさらに、ストレージ装置５０に対して記録または再生されるデータを一時的に保持するキャッシュ４５を備える。キャッシュ４５は、ハードディスク、ＳＳＤまたは半導体メモリ等で構成される。
【００３０】
ストレージ装置５０は、記録媒体として複数の光ディスク（メディア）を備えた大容量の情報記録装置である。図３Ａは、ストレージ装置５０の内部構成を示した図である。ストレージ装置５０は、データを記録する複数のデータユニット６０と、ストレージノードとデータ通信を行なうためのインタフェース６２とを備える。
【００３１】
図３Ｂは、１つのデータユニット６０の概略構成を示す斜視図である。図３Ｃは、データユニット６０に収納されるマガジン８と、マガジン８に収納される複数枚の光ディスク９とを説明した図である。
【００３２】
データユニット６０は、マガジン８を格納する格納部の一例である２つのマガジンストッカー５１を備えている。なお、説明の便宜上、図３Ｂにおいては、一方（手前側）のマガジンストッカー５１の図示を省略している。２つのマガジンストッカー５１は、互いに対向するように配置される。また、図３Ｂにおいては、マガジンストッカー５１の天板及び仕切板の図示も省略している。
【００３３】
各マガジンストッカー５１には、複数のマガジン８が収納されている。本実施形態において、各マガジンストッカー５１には、４５個のマガジン８が収納される。各マガジン８は、図３Ｃに示すように、複数の光ディスク９を収納するマガジントレイ８ａと、当該マガジントレイ８ａを収納するケース８ｂとを備えている。本実施形態において、光ディスク９として、追記型(write-once type)の記録媒体である１００ＧＢ（ギガバイト）のＢＤ−Ｒ（Blu-ray（登録商標） Disc Recordable）を用いている。マガジントレイ８ａは、１００ＧＢ（ギガバイト）のＢＤ−Ｒを１２枚収納しており、よって、１つのマガジン８における記憶容量は、１．２ＴＢ（テラバイト）になり、１つのデータユニット６０全体の記憶容量は、１０８ＴＢ（＝１．２ＴＢ×４５×２）になる。
【００３４】
また、本実施形態において、各マガジン８には、ＲＦＩＤタグ（図示せず）が付されている。ＲＦＩＤタグはユニークな識別番号を有する。
【００３５】
２つのマガジンストッカー５１の間には、複数のマガジン８の中から選択された１つのマガジンからマガジントレイ８ａを引き出して保持するピッカー５２が設けられている。ピッカー５２は、保持したマガジントレイ８ａを、本装置の後方に配置された複数のドライブ５７の近傍まで搬送する。ピッカー５２には、マガジントレイ８ａから複数の光ディスク９を押し出すリフター５３が一体的に設けられている。
【００３６】
ドライブ５７は、光ディスク９に対してファイル（オブジェクト）の記録（書き込み）、再生（読み出し）を行う装置である。本実施形態において、ドライブ５７は、トレイを用いて光ディスク９をローディングするトレイ方式のドライブである。なお、ドライブ５７は、光ディスク９に対してファイルの記録及び再生を行う装置であってもよい。複数のドライブ５７は、本装置（データユニット６０）の高さ方向に積層され、装置後方において各マガジンストッカー５１に隣接して配置されている。一方のマガジンストッカー５１に隣接して積層配置された複数のドライブ５７と、他方のマガジンストッカー５１に隣接して積層配置された複数のドライブ５７との間には、キャリア５４が設けられている。
【００３７】
キャリア５４は、リフター５３により押し出された複数の光ディスク９を積層状態で保持し、任意のドライブ５７から排出されたトレイ（図示せず）の上方で、前記保持した複数の光ディスク９から１つのディスクを分離し、当該分離したディスクをトレイに載置するように構成されている。
【００３８】
キャリア５４及び複数のドライブ５７より更に装置後方には、電気回路及び電源（図示せず）が設けられている。電気回路及び電源には、ピッカー５２、ドライブ５７、キャリア５４などの各装置の動作（モータ等）を制御する制御部（図示せず）が設けられている。
【００３９】
ストレージ装置５０は、図３Ｂに示すようなデータユニット６０を複数積層して収容して構成される。ストレージ装置５０は、各マガジンへのデータのアクセス時にアクセスデータを一時的に保持するキャッシュ６１を備えている。また、ストレージ装置５０に収容される１つのデータユニット６０の制御部は、ストレージノード４０と通信して、ストレージノード４０からのリクエストにしたがい、マガジン８へのオブジェクトの記録動作やマガジン８からのオブジェクトの再生動作を制御する。
【００４０】
［１−１−５．ＳｗｉｆｔのＡＰＩ］
本実施形態のオブジェクトストレージ装置１は、ＯｐｅｎＳｔａｃｋ  Ｏｂｊｅｃｔ  ＳｔｏｒａｇｅであるＳｗｉｆｔのＡＰＩ(Application Programming Interface)による操作が可能なように構成されている。すなわち、オブジェクトストレージ装置１は、Ｓｗｉｆｔにおける「ＰＵＴ」（オブジェクト等の作成、更新）、「ＧＥＴ」オブジェクト等の取得）等のリクエスト（コマンド）を受け付け、Ｓｗｉｆｔの場合と同様の処理結果を与える機能を有する。なお、本実施形態のオブジェクトストレージ装置１の構成は、Swift以外のREST(REpresentational State Transfer) APIを採用した構成にも適用可能である。
【００４１】
Ｓｗｉｆｔでは、データは、アカウント／コンテナ／オブジェクトという階層構造の中で管理されている。ユーザはアカウントの単位で認証される。アカウントは複数のコンテナを持つことができる。コンテナは概念としてはファイルシステムのディレクトリと相似であるが、コンテナの中にコンテナを持つことはできない。コンテナの中には複数のオブジェクトを格納することができる。アカウント・コンテナ・オブジェクトにはそれぞれKey=Value形式のデータを任意で１つ以上付与することができる。
【００４２】
Ｓｗｉｆｔによれば、データがどのノードのどのディレクトリに保存されているかという配置情報は、「Ｒｉｎｇ」と呼ばれるシステム全体で共有するデータから一意に計算可能である。Ｒｉｎｇは、アカウント／コンテナ／オブジェクト名から算出されたハッシュ値に基づきそのオブジェクトの記録位置を決定するためのルールを規定する。このＲｉｎｇ機能によりＳｗｉｆｔはデータの配置情報を集中管理する必要がなく、スケールアウトが容易となっている。
【００４３】
しかしながら、本実施形態のデータアーカイブシステム１００は、データの記録再生を追記型光ディスクから構成されるマガジンに対して行わなければならない。つまり、ファイル本体の格納先は、空き容量の存在するマガジンでなければならないという制約がある。この理由により、ストレージ装置５０に対するデータ（オブジェクト）の格納先の決定を、単純にハッシュ値によって記録先がランダムに決定されるＲｉｎｇにしたがっては行うことはできない。そこで、本願発明者等は、データすなわちオブジェクトと、そのオブジェクトが記録されるマガジンを間接的に対応させる手法を新たに考案した。すなわち、オブジェクトとマガジングループＩＤを対応づける情報４２と、マガジングループＩＤとマガジンおよびラックを対応づける情報４３、４４を具備することにより、データ（オブジェクト）とマガジンの対応関係を管理する。ストレージ装置５０に対するデータ（オブジェクト）の格納先の決定はデータベース３０に格納された情報４３、４４により行っている（詳細は後述）。
【００４４】
図４は、Ｓｗｉｆｔのアカウント、コンテナ、オブジェクトと、マガジンとの対応関係を説明した図である。利用者はアカウントの単位で認証され、アカウント単位で割り当てられたマガジンの集合が存在する。これを「マガジンセット」という。アカウントはコンテナと呼ばれる記録ファイルのまとまりを複数定義することができ、マガジンはコンテナに対して割り当てられる。コンテナ単位でマガジンセットの中から割り当てられたマガジンの集合を、「マガジンプール」という。コンテナはオブジェクトを保持することができる。オブジェクトに対して、マガジンプールにおける「マガジングループ」が割り当てられる。マガジングループは、オブジェクトを多重化（冗長化）する数分のマガジンで構成される。なお、マガジングループには、１つのオブジェクトだけが格納されるのではなく、同時に複数のオブジェクトが格納されてもよい。マガジンセットの中には、マガジンプールに未だ割り当てられていない空マガジンも存在する。なお、多重化するマガジンは、それぞれ異なるストレージ装置５０に分散するように構成することができ、この場合は特定のストレージ装置５０のメカニズム故障に対しても冗長性を確保することができる。
【００４５】
［１−１−６．管理情報］
本実施形態のオブジェクトストレージ装置１で使用する管理情報について説明する。図２に示すように、オブジェクトストレージ装置１は、管理情報として、オブジェクト・マガジングループＩＤ対応情報４２と、マガジングループリスト４３と、マガジン情報４４とを備える。マガジングループリスト４３と、マガジン情報４４とはデータベース３０で管理される。
【００４６】
（１）マガジングループリスト
図５に、マガジングループリスト４３の構成例を示す。マガジングループリスト４３は、マガジングループＩＤと、対応するマガジングループに含まれるマガジンのＩＤとの対応を管理する。この対応はコンテナ単位で管理される。本実施形態では、オブジェクトは、２つのマガジンに保存され冗長化されている。その２つのマガジンを含むマガジングループのＩＤがＳｗｉｆｔ上で、オブジェクトとの対応情報となる。Ｓｗｉｆｔはオブジェクトの記録時に、マガジングループリスト４３からラウンドロビンで取り出したマガジングループＩＤと、オブジェクトとを対応させて、オブジェクト・マガジングループＩＤ対応情報４２にインデックスを追加する。マガジングループリスト４３は、さらに、マガジンプールに対するライトプロテクトやファイナライズの状態などの情報も含む。マガジングループリスト４３は予めデータベース３０に格納されている。マガジングループリスト４３は、システム管理者により設定される。マガジングループリスト４３において、ストレージ装置（ラック）５０に装備されているマガジンのマガジンＩＤに対応し、かつ重複記録をも考慮したリストが設定されている。マガジンやストレージ装置５０の追加、交換、除去等によりストレージ構成が変化したときには、システム管理者により、マガジングループリスト４３の設定が変更される。
【００４７】
（２）オブジェクト・マガジングループＩＤ対応情報
図６に、オブジェクト・マガジングループＩＤ対応情報４２の構成例を示す。オブジェクト・マガジングループＩＤ対応情報４２は、上述のマガジングループリスト４３で管理されているマガジングループＩＤと、オブジェクト（オブジェクト名（ハッシュ値）、Ｅｔａｇ値）との対応情報であり、オブジェクト名を指定して、その値（ＥｔａｇおよびマガジングループＩＤ）を得ることができる。オブジェクト名は、パス名を含むオブジェクト名（アカウント／コンテナ／オブジェクト）から算出したハッシュ値により指定される。Ｅｔａｇとは、オブジェクトのデータの内容に基づき計算されたハッシュ値であり、オブジェクトに対して一意に求められる値である。マガジングループＩＤは、マガジングループを識別するためのＩＤである。オブジェクト・マガジングループＩＤ対応情報４２はデータ管理装置１０の第１のデータ記憶部２２ａに記録される。オブジェクト・マガジングループＩＤ対応情報４２は、プロキシノード２０の制御部２１によって更新される。なお、オブジェクト・マガジングループＩＤ対応情報４２においてオブジェクトとマガジンＩＤを直接対応付けしていないのは、マガジンが利用できなくなり交換が発生した場合に、そのオブジェクトとの紐付を個別に変更する必要を回避するためである。
【００４８】
（３）マガジン情報
図７に、マガジン情報４４の構成例を示す。マガジン情報４４は、ストレージ装置（ラック）５０内のマガジンのリストと、各マガジンの状態や空き容量を格納する。具体的には、マガジン情報４４は、マガジンのＩＤと、マガジンに対応するストレージ装置５０を示す番号（以下「ストレージ番号」という）と、マガジンの空き状態（ディスクフルか否か）とを対応付けて管理する。また、マガジン情報４４には情報の有効期限が設定されており、有効期限を超えたマガジン情報に含まれるマガジンはオフラインであると見なされる。マガジン情報４４はデータベース３０に格納される。マガジン情報４４は、システム管理者により設定される。マガジンの追加、交換、除去等によりストレージ構成が変化したときには、マガジン情報４４の設定がシステム管理者により変更される。なお、データベース３０に格納されるマガジングループリスト４３とマガジン情報４４は、ストレージノード４０からの通知により自動的に更新されるように構成することもできる。
【００４９】
［１−２．動作］
以上のように構成されたデータアーカイブシステム１００におけるオブジェクトの記録／再生動作を以下に説明する。
【００５０】
［１−２−１．記録動作］
図８は、オブジェクトをストレージ装置５０に記録するときのデータアーカイブシステム１００における処理を示すフローチャートである。本処理は主としてデータ管理装置１０におけるプロキシノード２０及びストレージノード４０の制御部２１、４１において実行される。
【００５１】
ユーザは、クライアント端末３を操作し、アカウント／コンテナ／オブジェクト名を指定して、オブジェクトのオブジェクトストレージ装置１への記録をリクエストする。オブジェクトストレージ装置１におけるプロキシノード２０の制御部２１は、ユーザからのリクエストを受信すると（Ｓ１０）、アカウント／コンテナ／オブジェクト名からハッシュ値（アカウント／コンテナ／オブジェクト名を一意に示す値の一例）を計算する（Ｓ１１）。例えば、アカウント／コンテナ／オブジェクト名として、“account01/container01/object01.data”が指定されてオブジェクトの記録読み出しがリクエストされた場合、“account01/container01/object01.data”という文字列からハッシュ値が算出される。
【００５２】
続いて、プロキシノード２０の制御部２１は、データベース３０に格納されたマガジングループリスト４３を参照して、アカウント／コンテナ名に対応するマガジングループＩＤを、オブジェクトを記録するマガジンが属するマガジングループを示すマガジングループＩＤとして決定する（Ｓ１２）。アカウント／コンテナ名に対応するマガジングループＩＤが複数存在する場合、プロキシノード２０は、複数のＩＤの中から順に（すなわち、ラウンドロビン方式で）１つのマガジングループＩＤを選択する。例えば、アカウント／コンテナ名として“account01/container01”が指定された場合、図５に示すマガジングループリスト４３を参照すると、「ＭＧＺ＿ＧＲＰ００」，「ＭＧＺ＿ＧＲＰ０１」，「ＭＧＺ＿ＧＲＰ０２」の３つのマガジングループＩＤにおいて、順番に１つのマガジングループＩＤが選択される。
【００５３】
さらに、制御部２１は、マガジングループリスト４３を参照し、決定したマガジングループＩＤに関連したマガジンＩＤをすべて取得する（Ｓ１３）。例えば、図５に示すマガジングループリスト４３において、マガジングループＩＤとして、ＭＧＺ＿ＧＲＰ００が選択された場合、ＭＧＺ０１とＭＧＺ０４の２つが取得される。
【００５４】
次に、制御部２１は、データベース３０に格納されたマガジン情報４４を参照し、オブジェクトを記録すべきストレージ装置（ラック）を特定する（Ｓ１４）。具体的には、マガジン情報４４を参照して、取得したマガジンＩＤに対応するストレージ装置のストレージ番号を取得する。例えば、図７に示すマガジン情報４４によれば、マガジンＩＤ「ＭＧＺ０１」および「ＭＧＺ０４」のそれぞれに対して、ストレージ番号として「ＤＡ０１」、「ＤＡ０２」が取得される。
【００５５】
制御部２１は、特定した全てのストレージ装置に対応するストレージノード４０に対して、マガジンＩＤを指定してオブジェクトを送信する（Ｓ１５）。
【００５６】
なお、制御部２１は、リクエスト送信前に、マガジン情報４４を参照し、オブジェクトを記録しようとする各マガジンの空き容量を確認している。オブジェクトを記録しようとするすべてのマガジンの空き容量が所定値以下の場合、すなわち、空き容量が十分でない場合、制御部２１はユーザにエラーを通知する。
【００５７】
ストレージノード４０の制御部４１は、受信したオブジェクトをキャッシュ４５に格納（蓄積）する（Ｓ１６）。ストレージノード４０の制御部４１は予め決められた時刻になると、キャッシュ４５に蓄えられたデータを一括して、ストレージ装置５０の指定されたマガジンに記録する。
【００５８】
なお、ステップＳ１４において複数のストレージ番号が取得された場合、それぞれに対応するストレージノード４０のキャッシュ４５へオブジェクトが送信され、複数のストレージ装置５０においてオブジェクトのデータが並列に記録される（多重化）。例えば、ストレージ番号「ＤＡ０１」及び「ＤＡ０２」が取得された場合、マガジン「ＭＧＺ０１」および「ＭＧＺ０４」のそれぞれに対してオブジェクトが記録される。
【００５９】
ストレージノード４０の制御部４１は、キャッシュ４５に保存したオブジェクトのＥｔａｇ（ハッシュ値）を算出してプロキシノード２０に送信する。なお、ストレージ装置５０へのオブジェクトの記録が失敗した場合、ストレージノード４０の制御部４１は、プロキシノード２０にエラーを送信し、このときプロキシノード２０は表示部２３を介してユーザにエラーを通知する。
【００６０】
プロキシノード２０の制御部２１は、ステップＳ１２で取得したマガジングループＩＤと、オブジェクト名（ハッシュ値）と、ストレージノード４０から受信したＥｔａｇとを対応づけて、オブジェクト・マガジングループＩＤ対応情報４２として、第１のデータ記憶部２２ａに記録する（Ｓ１７）。例えば、制御部２１は、図９に示すように、第１のデータ記憶部２２ａに格納されたオブジェクト・マガジングループＩＤ対応情報４２における領域２２ｘにおいて、ステップＳ１２で取得したマガジングループＩＤと、ストレージノード４０から受信したＥｔａｇとを対応づけて記録する。
【００６１】
ここで、Ｓｗｉｆｔの機能によれば、Ｒｉｎｇによって、アカウント／コンテナ／オブジェクト名に基づき、オブジェクトの実体データが記録される領域（ハードディスク）が決定される。これに対して、本実施形態では、オブジェクトが記録されるマガジンが属するマガジングループを示すマガジングループＩＤ（すなわち、オブジェクトの記録領域を示すインデックス情報）と、オブジェクトを一意に特定するＥｔａｇとを対応づけたオブジェクト・マガジングループＩＤ対応情報４２により管理される。
【００６２】
以上のようにして、ユーザからのオブジェクトの記録のリクエストにしたがいオブジェクトがストレージ装置５０に記録される。
【００６３】
また、ストレージ装置５０にオブジェクトのデータが記録される場合、ストレージノード４０は、記録されるオブジェクトのデータをキャッシュ４５に格納する。そして、ストレージノード４０は、所定のタイミング（例えば、１日に１回）で、ストレージ装置５０に記録コマンドを発行し、キャッシュされたオブジェクトのデータをマガジン単位で光ディスク９に記録する。このようにオブジェクトデータを一旦キャッシュした後にマガジン毎にまとめて記録することで、同じマガジンにおける光ディスク９の装填や移動の動作の頻度を低減でき、全体としての記録動作にかかる時間を低減できる。
【００６４】
［１−２−２．再生（読み出し）動作］
図１０は、ストレージ装置５０からオブジェクトを再生する（読み出す）ときのデータアーカイブシステム１００における処理を示すフローチャートである。本処理は、主としてデータ管理装置１０におけるプロキシノード２０及びストレージノード４０の制御部２１、４１で実行される。
【００６５】
ユーザは、クライアント端末３を操作し、アカウント／コンテナ／オブジェクト名を指定して、オブジェクトストレージ装置１からのオブジェクトの読み出しをリクエストする。オブジェクトストレージ装置１におけるプロキシノード２０の制御部２１は、ユーザからのリクエストを受信すると（Ｓ３０）、アカウント／コンテナ／オブジェクト名からハッシュ値を算出する（Ｓ３１）。例えば、アカウント／コンテナ／オブジェクト名として、“account01/container01/object01.data”が指定されてオブジェクトの読み出しがリクエストされた場合、“account01/container01/object01.data”の文字列からハッシュ値が算出される。
【００６６】
次に、制御部２１は、オブジェクト・マガジングループＩＤ対応情報４２を参照し、算出したハッシュ値（すなわち、オブジェクト名）に基づきマガジングループＩＤとＥｔａｇを取得する（Ｓ３２）。例えば、図９に示す例において、算出したハッシュ値（ff89023facd101）に基づきマガジングループＩＤとして“ＭＧＺ＿ＧＲＰ００”）とＥｔａｇ（“d9f5f7abc987d0”）が取得される。
【００６７】
制御部２１は、アカウント／コンテナ名をキーとしてデータベース３０に格納されるマガジングループリスト４３を参照して、取得したマガジングループＩＤからマガジンＩＤを取得する（Ｓ３３）。例えば、図５に示すマガジングループリスト４３を参照すると、account01/container01に関連するマガジングループＩＤ“ＭＧＺ＿ＧＲＰ００”に対して、マガジンＩＤとして“ＭＧＺ０１”と“ＭＧＺ０４”が取得される。
【００６８】
次に、制御部２１は、データベース３０に格納されるマガジン情報４４を参照して、取得したマガジンＩＤに基づいて、オブジェクトの読み出し先のストレージ装置５０を特定する（Ｓ３４）。具体的には、制御部２１は、マガジン情報４４から、マガジンＩＤに基づいて、読み出し先のストレージ装置５０のストレージ番号を取得する。例えば、図７に示すマガジン情報４４を参照して、マガジンＩＤ“ＭＧＺ０１”と“ＭＧＺ０４”に対して、ストレージ番号として“ＤＡ０１”と“ＤＡ０２”がそれぞれ取得される。
【００６９】
そして、制御部２１は、特定したストレージ装置に対応するストレージノード４０に対して、マガジンＩＤとＥｔａｇを指定してオブジェクトの読み出しをリクエストする（Ｓ３５）。ストレージノード４０の制御部４１は、このリクエストを受信すると、ストレージ装置５０を制御して、指定されたマガジンからオブジェクトのデータを読み出し、プロキシノード２０へ送信する。例えば、プロキシノード２０は、ストレージ番号が“ＤＡ０１”と“ＤＡ０２”を持つ２つのストレージ装置に対応するストレージノード４０に対して、マガジンＩＤ “ＭＧＺ０１”と“ＭＧＺ０４”をそれぞれ指定して、Ｅｔａｇ（“d9f5fgjhi987dx”）を有するオブジェクトの読み出しをリクエストする。ストレージノード４０は、このリクエストにしたがいＥｔａｇ（“d9f5fgjhi987dx”）を有するオブジェクトのデータを読み出し、プロキシノード２０へ送信する。
【００７０】
以上のようにして、ユーザから読み出しのリクエストがなされたオブジェクトをストレージ装置５０から読み出す（再生）ことができる。
【００７１】
なお、ストレージ装置５０から読み出されたオブジェクトのデータはストレージノード４０内のキャッシュ４５に格納されるようになっている。ストレージノード４０は、プロキシノード２０から読み出しのリクエストを受けたときに、まず、このキャッシュ４５において読み出し対象のオブジェクトのデータが格納されているか否かを判断する。キャッシュ４５において読み出し対象のオブジェクトのデータが格納されている場合、ストレージノード４０は、キャッシュ４５中から読み出し対象のオブジェクトのデータを読み出してデータ管理装置１０に送信する。一方、キャッシュ４５において読み出し対象のオブジェクトのデータが格納されていない場合は、ストレージノード４０は、ストレージ装置５０から読み出し対象のオブジェクトのデータを読み出してデータ管理装置１０に送信する。なお、読み出しの際にキャッシュ４５に格納されたデータは所定時間の間、何もアクセスがない場合は消去される。このようにキャッシュを用いることで、全体として読み出し動作にかかる処理時間を低減できる。
【００７２】
［１−２−３．冗長性の回復処理］
本実施形態では、図５に示すように、１つのマガジングループは複数のマガジンを含むように構成されている。さらに１つのマガジングループに含まれるマガジンは、互いに異なるストレージ装置（ラック）に属するように、マガジングループに対するマガジンが設定される。例えば、図５に示すように、マガジングループ“ＭＧＺ＿ＧＲＰ００”は“ＭＧ０１”と“ＭＧ０４”の２つのマガジンを含む。マガジン“ＭＧ０１”とマガジン“ＭＧ０４”は異なるストレージ装置（ＤＡ０１、ＤＡ０２）に属する。このような構成により冗長性を担保している。
【００７３】
本実施形態のデータアーカイブシステム１００は、同じマガジングループに属する一部のマガジンへの記録が失敗しても、他のマガジンへの記録が成功した場合、記録のリクエストは成功したとする。しかし、このような場合に、データアーカイブシステム１００は、失敗したマガジンへの記録動作を再度行い、冗長性を回復させる。
【００７４】
具体的には、プロキシノード２０の制御部２１は、あるオブジェクトについて、その冗長性が確保できていない（すなわち、同じマガジングループに属する複数のマガジンの中の１つのマガジンにしかオブジェクトのデータが正しく記録されていない）と判断できるときは、オブジェクトのデータが正常に記録されているマガジンから、オブジェクトのデータの記録が失敗したマガジンの方へオブジェクトのデータをコピーする。これにより、オブジェクトデータの冗長性を確保する。
【００７５】
具体的には、ストレージノード４０はキャッシュ４５に格納したオブジェクトのストレージ装置５０への記録が失敗した場合、プロキシノード２０へ記録が失敗した旨を示す情報を送信する。プロキシノード２０の制御部２１は、その情報を受信すると、失敗情報を第２のデータ記憶部２２ｂ（または第１のデータ記憶部２２ａ）上に記録する。失敗情報には、オブジェクトの記録が失敗したマガジンを示すマガジンＩＤと、記録が失敗したオブジェクトのオブジェクト名と、オブジェクトのＥｔａｇとが含まれる。
【００７６】
制御部２１は、所定の時間間隔（例えば、１０分間隔）で失敗情報を参照する。制御部２１は、失敗情報に記録されているオブジェクトについて、一部のマガジンへの記録は失敗しているが、他のマガジンへの記録が成功していると判断できる場合、失敗したマガジンへの記録を再度試みる。すなわち、制御部２１は、オブジェクトの記録が成功したマガジンからオブジェクトのデータを読み出して、記録が失敗したマガジンへコピーする。これにより、１つのオブジェクトのデータが複数のマガジン（異なるストレージ装置）に保持された状態を確保することができ、冗長性を回復させることができる。
【００７７】
［１−２−４．オブジェクト・マガジングループＩＤ対応情報のバックアップ］
プロキシノード２０の制御部２１は、第１のデータ記憶部２２ａに格納されているオブジェクト・マガジングループＩＤ対応情報４２を、所定のタイミングで（例えば、一定時間毎に）、いずれかのストレージ装置５０（ラック）にバックアップとして記録する。
【００７８】
これにより、第１のデータ記憶部２２ａに格納されているオブジェクト・マガジングループＩＤ対応情報４２が壊れた場合や、第１のデータ記憶部２２ａが故障し、オブジェクト・マガジングループＩＤ対応情報４２が読み出せない場合に、ストレージ装置５０にバックアップとして記録されたオブジェクト・マガジングループＩＤ対応情報を使用して、第１のデータ記憶部２２ａ上でオブジェクト・マガジングループＩＤ対応情報を復元することが可能となる。
【００７９】
［１−３．効果等］
以上のように、本実施形態のデータアーカイブシステム（データ記録再生システムの一例）１００は、光ディスク（記録媒体の一例）にデータを記録再生可能なシステムである。データアーカイブシステム１００は、データを格納する光ディスク９を備えたストレージ装置５０と、ストレージ装置５０へのデータの記録及びストレージ装置５０からのデータの再生を制御するデータ管理装置１０と、を備える。データ管理装置１０は、パス名を含むオブジェクト名を指定して、ストレージ装置５０に対するオブジェクトの記録または再生のリクエストを受け付けるネットワークインタフェース２５と、第１のデータ記憶部２２ａと、オブジェクトに対するストレージ装置上の記録領域を示す情報を管理するデータベース３０を格納する第２の記憶部２２ｂと、リクエストにしたがいストレージ装置を制御する制御部２１と、を備える。
【００８０】
制御部２１は、オブジェクトの記録の要求を受け付けた場合に、データベース３０を参照して、オブジェクトに対するストレージ装置内の記録領域を特定し、特定した領域にオブジェクトのデータを格納する。さらに、制御部２１は、Ｅｔａｇ（オブジェクトを一意に特定する情報の一例）と、マガジングループＩＤ（ストレージ装置５０においてオブジェクトが格納された領域を示すインデックス情報の一例）とを対応づけたオブジェクト・マガジングループＩＤ対応情報４２（第１の管理情報の例）を、第１のデータ記憶部２２ａ（第１の記憶部の例）に格納する。
【００８１】
このように、本実施形態のデータアーカイブシステム１００によれば、第１のデータ記憶部２２ａにオブジェクトの格納領域を示すインデックス情報（マガジングループＩＤ）を記録しておき、オブジェクトの実体データは別の領域に記録する。これにより、単純な仕組みでオブジェクトの格納領域を示す情報を管理することができる。
【００８２】
また、制御部２１は、オブジェクトを一意に特定する情報を、オブジェクトに基づいて算出してもよい（Ｅｔａｇ）。
【００８３】
また、制御部は、オブジェクトの再生の要求を受け付けた場合に、オブジェクトから算出したＥｔａｇに基づきオブジェクト・マガジングループＩＤ対応情報４２から、インデックス情報（マガジングループＩＤ）を読み出し、当該読み出したインデックス情報に基づきストレージ装置５０から当該オブジェクトのデータを読み出してもよい。
【００８４】
ストレージ装置５０は、複数の光ディスクを収納するマガジンを複数個備え、所定数のマガジンをマガジングループとして管理してもよい。オブジェクト・マガジングループＩＤ対応情報４２は、オブジェクトとマガジングループとを対応づけて管理してもよい。データベース３０は、オブジェクトのパスとマガジングループとを対応づけて管理する第２の管理情報（マガジングループリスト４３）と、マガジングループとストレージ装置とを対応づける第３の管理情報（マガジン情報４４）とを含んでもよい。制御部２１は、オブジェクトの記録の要求を受け付けた場合（図８のＳ１０）、第２及び第３の管理情報４３、４４を参照して、オブジェクトを格納するマガジングループを特定してもよい（Ｓ１２〜Ｓ１４）。制御部２１はオブジェクトから算出した値（Ｅｔａｇ）と、マガジングループを特定するマガジングループＩＤとを対応づけたオブジェクト・マガジングループＩＤ対応情報４２を、第１のデータ記憶部２２ａ上の領域に格納してもよい（Ｓ１７）。
【００８５】
また、制御部２１は、オブジェクトの再生の要求を受け付けた場合に（図１０のＳ３０）、オブジェクトのデータから算出した値に基づいて第１の管理情報４２を読み出して、当該オブジェクトに対応するマガジングループを特定してもよい（Ｓ３１〜Ｓ３２）。そして、制御部２１は特定したマガジングループに基づき第２及び第３の管理情報４３、４４を参照してストレージ装置５０を特定し（Ｓ３３〜Ｓ３４）、特定したストレージ装置からオブジェクトのデータを読み出してもよい（Ｓ３５）。
【００８６】
以上のようなデータ記録再生システムは、ＯｐｅｎＳｔａｃｋ  Ｏｂｊｅｃｔ  ＳｔｏｒａｇｅのＳｗｉｆｔのＡＰＩによって操作可能に構成されてもよい。
【００８７】
（実施の形態２）
本実施形態では、データアーカイブシステムをＮＡＳ（Network Attached Storage）装置で構成したときの構成例を示す。図１１に、データアーカイブシステムをＮＡＳ装置で構成したときの構成例を示す。図１１に示すように、本実施形態のデータアーカイブシステム１００ｂにおいて、ＮＡＳ装置１は、ＮＡＳヘッド９０と、データ管理装置１０と、データストレージ５０とを備えている。データ管理装置１０とデータストレージ５０は実施の形態１で説明したものと同様の構成を有し、同様の動作を行う。
【００８８】
データ管理装置１０は、ＮＡＳヘッド９０を介してネットワーク５に接続される。ＮＡＳヘッド９０は情報処理装置で構成される。図１１において、各ＮＡＳヘッド９０はそれぞれ異なるテナント毎に設けられている。ＮＡＳヘッド９０は、Windows（登録商標）（マイクロソフト社）のＡＰＩをＳｗｉｆｔのＡＰＩに変換する機能を有する。これにより、ユーザは、Windows上で動作する閲覧ソフト（例えば、マイクロソフト社のインターネットエクスプローラ）からデータアーカイブシステム１００ｂを操作することができる。
【００８９】
（他の実施の形態）
以上のように、本出願において開示する技術の例示として、実施の形態１、２を説明した。しかしながら、本開示における技術は、これに限定されず、適宜、変更、置き換え、付加、省略などを行った実施の形態にも適用可能である。また、上記実施の形態で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。そこで、以下、他の実施の形態を例示する。
【００９０】
上記の実施の形態では、複数のストレージ装置５０のそれぞれに対してストレージノード４０を設けたが、複数のストレージ装置５０に対して１つのストレージノードで制御するようにしてもよい。また、上記の実施の形態では、プロキシノード２０及びストレージノード４０をそれぞれ別のサーバ装置で構成する例を説明したが、プロキシノード２０及びストレージノード４０の機能を１つのサーバ装置で実現することもできる。
【００９１】
上記の実施の形態では、オブジェクト・マガジングループＩＤ対応情報４２と、データベース３０とをそれぞれ、第１のデータ記憶部２２ａと第２のデータ記憶部２２ｂに格納したが、それらの情報を同一の記録装置に格納してもよい。
【００９２】
上記の実施の形態では、マガジングループリスト４３とマガジン情報４４を管理するデータベース３０を、プロキシノード２０内部に備えたが、プロキシノード２０の外部に設けても良い。
【００９３】
上記の実施の形態では、アカウント／コンテナ／オブジェクト名を一意に示す値としてハッシュ値を算出した。また、オブジェクトを一意に示す値としてそのハッシュ値（Ｅｔａｇ）を求めた。アカウント／コンテナ／オブジェクト名またはオブジェクトを一意に特定できる値であれば、ハッシュ値に限定されず、他の値を算出してもよい。
【００９４】
また、ＳｗｉｆｔのＲｉｎｇ機能によりアカウント／コンテナ／オブジェクト名に基づき、オブジェクト・マガジングループＩＤ対応情報４２が記録されるハードディスクが指定されるようにしてもよい。本来のＳｗｉｆｔの機能によれば、Ｒｉｎｇによってアカウント／コンテナ／オブジェクト名に基づき決定される領域（ハードディスク）には、オブジェクトの実体データが記録される。これに対して、上記のように、Ｒｉｎｇ機能により、オブジェクト・マガジングループＩＤ対応情報４２が記録されるハードディスクを指定するようにＲｉｎｇを設定することにより、ＳｗｉｆｔのＡＰＩを利用しつつ本開示の思想を適用することが可能となる。
【００９５】
上記の実施の形態では、オブジェクトストレージ装置１はＳｗｉｆｔのＡＰＩによる操作が可能な構成であるとしたが、本開示の思想は、ＳｗｉｆｔのＡＰＩによる操作が可能でないデータ記録再生装置に対しても適用できる。すなわち、記録すべきオブジェクトを一意に示す値（例えば、ハッシュ値）を算出する機能と、算出した値に対応した記録領域に任意の情報を記録する機能とを有するデータ記録装置であれば、本開示の思想を適用することができる。
【００９６】
以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。
【００９７】
したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
【００９８】
また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
【産業上の利用可能性】
【００９９】
本開示は、大容量のデータを記録する記録システムに適用可能である。本開示は、例えば、着脱可能な記録媒体に対して大容量のデータを記録する記録システムに有効である。
【符号の説明】
【０１００】
１  オブジェクトストレージ装置
１ｂ  ＮＡＳ装置
３  閲覧端末
４  管理端末
８  マガジン
９  光ディスク（メディア）
１０  データ管理装置
２０  プロキシノード
２１  プロキシノードの制御部
３０  データベース
４０  ストレージノード
４１  ストレージノードの制御部
４２  オブジェクト・マガジングループＩＤ対応情報
４３  マガジングループリスト
４４  マガジン情報
５０  ストレージ装置
６０  データユニット
９０  ＮＡＳヘッド
１００，１００ｂ  データアーカイブシステム
【図１】
2016218906.tif 000003
【図２】
2016218906.tif 000004
【図３Ａ】
2016218906.tif 000005
【図３Ｂ】
2016218906.tif 000006
【図３Ｃ】
2016218906.tif 000007
【図４】
2016218906.tif 000008
【図５】
2016218906.tif 000009
【図６】
2016218906.tif 000010
【図７】
2016218906.tif 000011
【図８】
2016218906.tif 000012
【図９】
2016218906.tif 000013
【図１０】
2016218906.tif 000014
【図１１】
2016218906.tif 000015