JP2013161262A - データアーカイブシステム - Google Patents

Abstract

【課題】ユーザ所望のデータ再生を行えるデータアーカイブシステムを提供する。
【解決手段】
ストレージサーバと、該ストレージサーバと接続されている１つ以上のデータライブラリ装置と、からなるデータアーカイブシステムにおいて、前記データライブラリ装置は、第１の記録媒体にデータを記録または前記第１の記録媒体からデータを再生する、データ記録再生装置を備え、前記ストレージサーバは、第２の記録媒体と接続するインタフェース部と、データあるいはファイルの変換規則を示す管理情報を記憶する記憶部と、前記データライブラリ装置を介してデータの再生処理を行う際に、前記記憶部に記録された前記管理情報に基づいて、前記第１の記録媒体または前記第２の記録媒体から再生するデータをユーザ要求の形式に変換する制御部と、を備えることを特徴とするデータアーカイブシステム。
【選択図】 図１

Description

本発明は、データアーカイブシステムに関するものである。

本技術分野の背景技術として、特開２００７-１８８４８５号公報がある。特許文献１には「アーカイブにアクセスするために、追加ファイル・システムが生成される。前記生成された追加ファイル・システムは、前記オペレーティング・システム・ファイル・システムに組み込まれる。アプリケーションは、前記生成された追加ファイル・システムを介して前記少なくとも１つのファイルにアクセスすることが可能になる。」と記載されている。

特開２００７-１８８４８５号公報

前記特許文献１には、アーカイブシステムにおいて、ファイルシステムを追加することで、新たな別のファイル形式のファイルを読み出す仕組みが記載されている。しかし、アーカイブシステムは、長期に渡る保存に使用されるため、ファイル形式が時代の変遷により、読み出せなくなる可能性がある。

そこで、本発明の目的は、データあるいはファイルを適切な形式へ変換でき、使い勝手の良いデータアーカイブシステムを提供することである。

上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
一例を挙げるなら、データの記録・再生・管理を行うストレージサーバと記録媒体と１つ以上のデータライブラリ装置とからなるデータアーカイブシステムにおいて、ストレージサーバは、ネットワークと接続するネットワーク接続手段と、記録媒体と接続する記録媒体接続手段と、データライブラリ装置と接続するデータライブラリ装置接続手段と、システム全体の制御をつかさどる制御装置と、仮想マシンや、情報を記憶する記憶部を備え、前記制御装置は、前記データライブラリ装置を介してデータの再生処理を行う際に、前記記憶部に記録されたデータ管理情報を利用して、利用したいフォーマットへの変換に必要なＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）並びにファイル形式あるいはデータ形式変換機能を選択し、前記データライブラリ装置から適切な形式へ変換して読み出すことを特徴とする。併せて前記記録媒体あるいは、当該の記録媒体の別の領域、その他の記録媒体へ記録する。なお、仮想マシンは、ソフトウェア的にパソコンやサーバ等を実現し、そこでＯＳやファイルシステムによる各種ファイル操作（作成、削除、更新といった、リード、ライト操作）、アプリケーションソフトウェア等を実行する。

本発明によれば、データあるいはファイルを適切な形式へ変換でき、使い勝手の良いデータアーカイブシステムを提供することができる。

上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

データアーカイブシステムの構成を示すブロック図である。 データライブラリ装置の構成を示すブロック図である。 データ記録再生装置の構成を示すブロック図である。 光ディスク運搬装置のブロック図である。 光ディスク運搬装置の外観図である。 データアーカイブシステムの記録動作を示すフローチャートである。 データアーカイブシステムのデータライブラリ装置に対する記録動作を示すフローチャートである。 データアーカイブシステムの管理する管理情報を示す表である。 データアーカイブシステムの再生動作を示すフローチャートである。 データアーカイブシステムの管理する変換規則情報を示す表である。 データアーカイブシステムのデータ変換動作を示すフローチャートである。 データアーカイブシステムの管理する関連データ変換管理情報を示す表である。 データアーカイブシステムの関連データ変換動作を示すフローチャートである。 データアーカイブシステムのデータ変換動作を示すフローチャートである。

以下、図面を用いて実施例を説明する。

図１はデータアーカイブシステムの構成を示すブロック図である。

データアーカイブシステムは、ストレージサーバ１０１に、１つ以上のデータライブラリ装置１０２と、ハードディスク１０４と、ネットワーク１０３とが接続されて構成される。

１０１はストレージサーバであり、データライブラリ装置１０２に対してデータの記録再生を中心としたサービスを提供するとともに、ハードディスク１０４に対するデータの記録と再生、ネットワーク１０３介したデータの送受信や管理を行う。

１０５はサーバ１０１のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であり、データ記録時には、ネットワーク１０３からネットワーク制御部１０８を介して受信したデータをハードディスクＩ／Ｆ部１０７を介してハードディスク１０４に記録する。

あるいは、データライブラリＩ／Ｆ部１０９を介してデータライブラリ装置を制御し、データライブラリ装置１０２が内蔵する光ディスクにデータを記録する。

データ再生時には、ハードディスクＩ／Ｆ部１０７を介してハードディスク１０４からデータを読み出し、読み出したデータを、ネットワーク制御部１０８を介してネットワーク１０３に送信する。

あるいは、データライブラリＩ／Ｆ部１０９を介してデータライブラリ装置１０２を制御し、データライブラリ装置１０２が内蔵する光ディスクからデータを再生し、再生したデータを受け取り、受け取ったデータを、ネットワーク制御部１０８を介してネットワーク１０３に送信する。または、データライブラリ装置１０２から再生されたデータをハードディスクＩ／Ｆ部１０７を介して、ハードディスク１０４に記録する。

または、データライブラリ装置１０２およびハードディスク１０４に記録されたデータの各種情報を記録、管理し、その情報を基に制御方針を決定するとともに、実際の制御を行う。

１０６はメモリであり、サーバ１０１のＣＰＵ１０５を制御するためのプログラム、各種の情報が記録されている。また、データライブラリ装置１０２およびハードディスク１０４に記録されるデータの属性情報（ファイルパス、所有者情報、所有者グループ情報、ファイルサイズ、参照日時、更新日時）や、保存媒体情報、活性度情報を記録する。

１０７はハードディスクＩ／Ｆ部であり、ハードディスク１０４とＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）などの規格に準拠したデータ転送を行う。

１０８はネットワーク制御部であり、ネットワーク１０３とストレージサーバ１０１のＣＰＵ１０５との間でのデータ送受信に関する制御を行う。

１０９はデータライブラリＩ／Ｆ部であり、ストレージサーバ１０１のＣＰＵ１０５とデータライブラリ装置との間でのデータ送受信に関する制御を行う。

１１０は変換制御部であり、ハードディスクＩ／Ｆ１０７とＣＰＵ１０５との間で、ハードディスク１０４に格納された仮想マシン情報を送受信し、データあるいはファイルを適切な形式に変換するための仮想マシンを構築する。また、変換制御部１１０は、データライブラリＩ／Ｆ１０９とＣＰＵ１０５の間で、データライブラリ装置に格納されたファイルを、相互に変換する制御を行う。なお、仮想マシン情報は、メモリ１０６に格納されてもよく、ＣＰＵ１０５がその情報を利用して変換制御部１１０に仮想マシンを構築してもよい。なお、データあるいはファイルを適切な形式に変換するものは、仮想マシンに限られず、変換用ソフトや変換サーバであってもよい。なお、仮想マシンを用いると単一の特定ＯＳ向けに実現される変換ソフトの機能に縛られることなく、各種ＯＳ向けに用意される変換ソフトを複数選択、活用できるというメリットがある。

なお、図１では１つのデータライブラリＩ／Ｆ部に複数のデータライブラリ装置が接続されているが、例えば、ネットワークを介して複数のデータライブラリ装置が接続されるような構成でもよい。

図２はデータライブラリ装置の構成を示すブロック図である。

１０２はデータライブラリ装置であり、記録時には、データをストレージサーバ１０１から受け取り、光ディスク２０５に記録する。再生時には、光ディスク２０５からデータを再生し、ストレージサーバ１０１へ送信する。２０５は光ディスクであり、光ディスク格納装置２０４の内部に複数枚格納されている。図２では光ディスク格納装置２０４は１つしか図示しないが、複数内蔵してもよく、例えば一方は未記録ディスク格納装置、他方は記録済ディスク格納装置など、用途に応じて使い分けても構わない。もちろん、光ディスク格納装置２０４の内部を未記録ディスク格納領域と記録済ディスク格納領域とに区切っても構わない。光ディスク２０５は、データ記録時、光ディスク運搬装置２０３によって光ディスク格納装置２０４から取り出され、データ記録再生装置２０６、２０７、２０８、２０９に装填され、データ記録が終了すると、ディスク運搬装置２０３によってディスク格納装置２０４へと戻される。一方、データ再生時、光ディスク２０５は光ディスク運搬装置２０３によってディスク格納装置２０４から取り出され、データ記録装置２０６、２０７、２０８、２０９に装填され、データを再生し、データ再生が終了すると、ディスク運搬装置２０３によってディスク格納装置２０４へと戻される。２０６、２０７、２０８、２０９はデータ記録再生装置であり、データライブラリ装置のＣＰＵ２０１に制御されて、光ディスク２０５へのデータ記録または光ディスク２０５からのデータ再生を行う。２０３は光ディスク運搬装置であり、データライブラリ装置のＣＰＵ２０１に制御されて、光ディスク２０５を光ディスク格納装置２０４から取り出し、運搬し、データ記録装置２０６、２０７、２０８、２０９に装填する。あるいは、光ディスク２０５をデータ記録装置２０６、２０７、２０８、２０９から受け取り、運搬し、光ディスク格納装置２０４へと格納する。２０１はデータライブラリ装置のＣＰＵであり、ストレージサーバ１０１からの要求により、光ディスク運搬装置２０３を制御して、光ディスク格納装置２０４に格納された複数枚の光ディスク２０５の中から所望の光ディスクを選択し、データ記録再生装置２０６、２０７、２０８、２０９に送る。また、光ディスク運搬装置２０３を制御してデータ記録再生装置２０６、２０７、２０８、２０９から光ディスク２０５を受け取り、光ディスク格納装置２０４内の所定の位置に光ディスクを格納する。２０２はメモリであり、データライブラリ装置のＣＰＵ２０１を制御するためのプログラムや各種の設定情報が記録されている。

図３はデータ記録再生装置の構成を示すブロック図である。２０６はデータ記録再生装置であり、ライブラリ装置のＣＰＵ２０１から入力したデータを光ディスクに記録する。また、光ディスクから再生したデータをライブラリ装置のＣＰＵ２０１に出力する。
３０７はＣＰＵであり、データ記録再生装置２０６の記録処理、再生処理の制御を行う。なお、ＣＰＵでなくとも、同様の制御が可能な任意の回路を用いてもよい。３０１はデータ記録媒体、例えばＢＤ−Ｒ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）である。なお、以下の説明においては、単に光ディスク３０１として説明する。また、データ記録媒体は、必ずしも光ディスクに限定されるものではなく、光磁気ディスクやホログラム等の記録媒体であってもよい。３０２は光ピックアップであり、光ディスク３０１から信号を読み出して増幅回路３０３に送る。また、信号処理回路３０４から送られた変調信号を光ディスク３０１に記録する。３０３は増幅回路であり、光ピックアップ３０２を介して光ディスク３０１から読み出した再生信号を増幅して信号処理回路３０４に送る。また、サーボ信号を生成してサーボ回路３０６に送る。３０４は信号処理回路であり、入力信号を復調し、誤り訂正等を行ったデータをインタフェース回路３０５に送る。また、インタフェース回路３０５から送られたデータに誤り訂正符号を付加する等を行い、変調して光ピックアップ３０２に送る。３０５はインタフェース回路であり、例えばＳＡＴＡなどの転送方式に準拠したデータ転送処理を行う。データ転送時には、信号処理回路３０４から送られたデータをホストであるデータライブラリ装置のＣＰＵ２０１に送る。また、ホストであるデータライブラリ装置のＣＰＵ２０１から送られたデータを信号処理回路３０４に送る。３０８はメモリであり、データ記録再生装置を制御するためのプログラムや各種設定情報、光ディスクから取得した媒体情報等を格納する。

なお、メモリ３０８はデータ記録再生装置内でＣＰＵ３０７と接続する例を示したが、データ記録再生装置内外のどこに接続されていてもよい。また、情報を保持できればメモリでなくてもよく、例えばハードディスクでもよい。３０６はサーボ回路であり、増幅回路３０３にて生成されたサーボ信号により光ピックアップ３０２を制御する。

上記構成のデータ記録再生装置によって、ライブラリ装置のＣＰＵ２０１からの指示に従って光ディスクへのデータを記録し、また、光ディスクからデータを再生してライブラリ装置のＣＰＵ２０１に渡すことができる。なお、ここではデータ記録再生装置２０６について説明したが、データ記録再生装置２０７、２０８、２０９も構成は同じである。

図４は光ディスク運搬装置のブロック図、図５は光ディスク運搬装置の外観図である。
２０３は光ディスク運搬装置であり、ライブラリ装置のＣＰＵ２０１からの指示を受けて光ディスク２０５を光ディスク格納装置２０４から取り出してデータ記録再生装置２０６、２０７、２０８、２０９に装填する。また、光ディスクをデータ記録再生装置２０６、２０７、２０８、２０９から取り出して光ディスク格納装置２０４に格納する。

４０１はＣＰＵであり、光ディスク運搬装置の制御を行う。４０２はメモリであり、光ディスク運搬装置を制御するためのプログラムや各種設定情報等を格納する。なお、メモリ４０２は光ディスク運搬装置内でＣＰＵ４０１と接続する例を示したが、光ディスク運搬装置内外のどこに接続されていてもよい。また、情報を保持できればメモリでなくてもよく、例えばハードディスクでもよい。４０３はセンサ制御回路であり、ＣＰＵ４０１からの指示に基づいて各種センサを制御する。また、各種センサからの入力信号を受け、ＣＰＵ４０１に通知する。

４０４はモータ制御回路であり、ＣＰＵ４０１からの指示に基づいて４０５、４０６、４０７のロボットアーム部を駆動する。また、ロボットハンド部４０８を駆動する。

ロボットアーム部４０５、４０６、４０７は前進や後進といった直進運動と回転運動により、ロボットハンド部４０８の位置を調整する。

ロボットハンド部４０８は光ディスク２０５を破損することなく保持可能な形状から成り、光ディスク格納装置２０４及びデータ記録再生装置２０６、２０７、２０８、２０９に対して光ディスクの出し入れや受け渡しを行う。

上記構成の光ディスク運搬装置によって、ライブラリ装置のＣＰＵからの指示に従って、データ記録再生装置とデータ記録再生装置との間で光ディスクを運搬することができる。

なお、ここでは光ディスク運搬装置がデータライブラリ装置内に１つ存在する例を示したが、複数の光ディスク運搬装置が存在しても構わない。また、光ディスク運搬装置の形状は図５の例に限らず、例えば、光ディスクの中心穴を利用して光ディスクを固定し、運搬するようにしても構わない。

図６はデータアーカイブシステムの記録動作を示すフローチャートである。

ステップＳ６０１においてネットワーク１０３を介してストレージサーバ１０１に記録要求があった場合、ストレージサーバ１０１のＣＰＵ１０５は、ステップＳ６０２において、ネットワーク１０３からデータ本体を受信し、受信したデータをハードディスク１０４内に記録を開始する。ステップ６０３において、データの受信および記録処理が完了したか否かを判定する。処理が未完了である場合は、再びステップＳ６０２から処理を繰り返す。処理が完了したと判定された場合、ステップＳ６０４にて、データの管理情報をメモリ１０６へ記録する。管理情報とは記録したデータの属性情報（ファイルパス、所有者情報、所有者グループ情報、ファイルサイズ、参照日時、更新日時）や、保存媒体情報（ハードディスク、または／かついづれかのデータライブラリ装置）、活性度情報などである。

図７はデータアーカイブシステムのデータライブラリ装置に対する記録動作を示すフローチャートである。ここでは、記録処理の開始トリガはストレージサーバ１０１のＣＰＵ１０５が定期的に開始するものでも良いし、図６で示したハードディスク１０４への記録処理が終了した直後（ステップＳ６０４の後）でも良い。または、データ再生処理の直後（図９ステップＳ９１１の後）でも良い。データ再生処理に関しては後述する。ステップＳ７０１においてストレージサーバ１０１のＣＰＵ１０５は、ハードディスク１０４に記録されているデータのうち、記録すべきデータがあるかを調査する。記録すべきデータとは、例えば、ユーザからの参照頻度が少ないデータのことであり、言い換えるならばハードディスク１０４から光ディスクへと移動すべき、または移動しても支障のないデータのことである。一般に、ハードディスク１０４と比較して、光ディスクは、Ｒ／Ｗ速度は劣るが、記録したデータの保存寿命や消費電力で優れているという特徴があるため、ユーザのデータ保存にかかるコストが抑えられる。ハードディスク１０４に記録されているデータが記録すべきデータか否かの判定は、ストレージサーバ１０１のメモリ１０６に記録されたプログラムが行い、判定に際しては、一例として、メモリ１０６に記録された参照日時情報から、一定期間以上、参照されていないデータであること、などの基準を用いて記録すべきデータを抽出することができる。あるいは、メモリ１０６に記録された保存媒体情報から、すでに光ディスクに当該データが記録されている場合は、記録すべきデータではないと判定される。

記録すべきデータがあった場合、ステップＳ７０２において記録手段判定処理を行う。記録手段判定処理とは、データを光ディスクに記録するために、どのデータライブラリ装置の、どのデータ記録再生装置と、どの光ディスクを使用するかを判定する処理である。この判定処理は、ストレージサーバ１０１のメモリ１０６に記録されたプログラムが行う。

記録手段判定処理によって記録に使用するデータライブラリ装置と使用するデータ記録再生装置と使用する光ディスクを決定したならば、次にステップＳ７０３において、ステップＳ７０２で決定したデータライブラリ装置に対して、使用するデータ記録再生装置と使用すべき光ディスクを伝え、また、記録すべきデータを受け渡し、データ記録を要求する。

次にステップＳ７０４において処理が完了したならば、ステップＳ７０５において、管理情報を更新する。更新する管理情報は、具体的には、ファイル属性内のファイルパスや保存媒体情報、活性度情報などである。活性度情報とは、例えば参照頻度が高く、ハードディスク１０４にのみ記録されたデータであれば活性データとなり、参照頻度が低く光ディスクに移動したデータは非活性データとする。

図８はデータアーカイブシステムが管理する管理情報の一例を示した表である。

管理情報とは、データアーカイブシステムがデータの記録再生をするたびに、生成・更新される情報である。

具体的には、管理番号、ファイルパス、ファイル所有者、ファイル所有者グループ情報、ファイルサイズ、参照日時、更新日時、保存媒体情報、活性度情報等であることが考えられる。もちろん、情報はこれに限定されることはない。

管理情報はデータアーカイブシステム１０１のＣＰＵ１０５により生成・更新され、メモリ１０６に記録される。

図９はデータアーカイブシステムの再生動作を示すフローチャートである。

ステップＳ９０１においてネットワーク１０３を介してストレージサーバ１０１に再生要求があった場合、ストレージサーバ１０１のＣＰＵ１０５は、ステップＳ９０２において、再生が要求されたデータの格納先を調査する。メモリ１０６に記録された管理情報の保存媒体情報から、要求データがハードディスク１０４内であれば、ストレージサーバ１０１のＣＰＵ１０５は、ステップＳ９０３においてハードディスク１０４からデータ再生処理を行う。再生されたデータはストレージサーバ１０１のＣＰＵ１０５からネットワーク制御部１０８を介してネットワーク１０３に送信される。また、ステップＳ９０４では、再生処理の完了判定を行う。処理が完了していなければステップＳ９０３から処理を継続する。処理が完了していれば、ステップＳ９１１において、データ管理情報を更新する。更新する情報は、参照日時や活性度情報などである。

ステップＳ９０２において要求データがハードディスク１０４にないならば、ストレージサーバ１０１のＣＰＵ１０５は、ステップＳ９０５において要求されたデータが記録されている光ディスクを特定する。

次に、ステップＳ９０６において、再生手段判定処理を行う。再生手段判定処理とは、光ディスクを再生するために、どのデータライブラリ装置の、どのデータ記録再生装置を使用するかを判定する処理である。この判定処理は、ストレージサーバ１０１のメモリ１０６に記録されたプログラムが行う。再生手段判定処理によって再生に使用するデータライブラリ装置と使用するデータ記録再生装置を決定したならば、次にステップＳ９０７において、ステップＳ９０６で決定したデータライブラリ装置に対して、使用するデータ記録再生装置と再生すべき光ディスクを伝え、データ再生を要求する。再生したデータは随時データライブラリ装置からデータライブラリＩ／Ｆ部１０９を介してストレージサーバ１０１のＣＰＵ１０５に送られ、ネットワーク制御部１０８を介してネットワーク１０３に送信される。

次にステップＳ９０８において処理が完了したならば、ステップＳ９０９においてステップＳ９０１で要求されたデータと類似しているファイルの有無を判定する。

類似ファイルの有無の判定は、ストレージサーバ１０１のメモリ１０６に記録されたプログラムが行う。ここで類似ファイルの判定アルゴリズムは様々考えられるが、例えば、ファイルパスの差分が小さいこと、所有者情報が同一であること、所有者のグループ情報が同一であること、ファイルサイズの差が小さいこと、参照日時の差が小さいこと、更新日時の差が小さいこと、保存媒体が光ディスクのみであること、活性度情報が非活性であることなどの条件が考えられる。またこれらの条件はどれか１つのみを用いてもよいし、複数の組み合わせによって類似ファイルを判定するのでも良い。また、これらの判定アルゴリズムはあらかじめメモリ１０６に格納しておく方式でも良いし、初期設定などによりユーザに判定基準を設定してもらう方式でも良い。

ステップＳ９０９において、要求データと類似しているファイルがあった場合には、ステップＳ９１０において、ＣＰＵ１０５が類似ファイルを光ディスクからハードディスク１０４へコピーする。続いてステップＳ９１１において、保存媒体情報や活性度情報などの管理情報を更新する。

なお、ステップＳ９０９、Ｓ９１０はとりわけ後述する実施例２に関連する。これについては実施例２で説明する。

以上の構成により、本実施例のアーカイブシステムではネットワークからの記録要求を受けてハードディスクへデータを記録することができる。

また、ハードディスク内に記録されているデータに非活性データがあると判断したならば、そのデータを記録するのに光ディスクと、データライブラリ装置と、データ記録再生装置とを特定し、データを光ディスクに記録するとともに、データの管理情報と記録、更新、管理することができる。

また、再生要求を受けてハードディスクからデータを再生することができる。

また、再生要求を受けたデータが光ディスクに記録されていたならば、そのデータが記録されている光ディスクと、その光ディスクを格納しているデータライブラリ装置と、その光ディスクを再生するのに最適なデータ記録再生装置を特定し、データを再生するとともに、当該データと類似したデータも同時にハードディスクへコピーすることで、後に類似データの再生要求があった場合には、ハードディスクから高速に要求データを読み出すことができる。

また、光ディスクとハードディスクの両方に記録されたデータが、非活性データと判断された場合には、すでに光ディスクへ記録済みであるため、ハードディスク内のデータを消去するだけでよく、アーカイブ処理に要する時間を削減することができる。

以上が本実施例のデータアーカイブシステムの基本的な構成であるが、他にも様々な変化形が考えられ、使用者の好みや、使用環境に応じて使い分けることで、さらなる使い勝手向上が見込める。

いくつかの変化形を以下に示す。

データの管理情報はサーバのメモリ１０６に記録するものとしたが、ハードディスク１０４に記録してもよい。

また、サーバのメモリ１０６とハードディスク１０４に対して常に同じ情報を記録しておき、アクセスが容易なメモリ上の情報を主に利用し、ハードディスク上の情報はバックアップとして利用するなどしてもよい。

図１０はデータアーカイブシステムが管理するデータ変換規則管理情報の一例を示した表である。

データ変換規則管理情報とは、データアーカイブシステムがデータの形式変換が必要な場合に、どのような構成で変換するか参照される情報である。

具体的には、管理番号、仮想ＯＳ、コマンドＩＤ、変換前の形式、変換後の形式、コマンド等であることが考えられる。もちろん、情報はこれに限定されることはない。また、ＯＳは一般的に複数のファイルシステムに対応しているので、ファイルシステムの差異は、同ＯＳ内もしくは、詳細は後述するが複数のＯＳを組み合わせることで実現できる。

データ変換規則管理情報はデータアーカイブシステム１０１のＣＰＵ１０５により生成・更新され、メモリ１０６に記録される。なお、ユーザによる将来登場する新たなＯＳの仮想マシン情報としての登録を受け付ける手段や、新たな変換コマンドの追加設定を受け付ける手段、例えば、登録設定用端末への画面表示や、設定内容の取得更新については、公知の手段で行うためここでは説明を割愛する。

図１１はデータアーカイブシステムのデータ変換動作を示すフローチャートである。

ネットワーク１０３を介してストレージサーバ１０１に変換が必要なデータ再生要求があった場合、
ステップＳ１１０１において、ストレージサーバ１０１のＣＰＵ１０５は、前述のように再生が要求されたデータの格納先を調査する。以降ハードディスク１０４に変換元のデータがあるものとして以下説明する。以降特に指定がない場合は、ＣＰＵ１０５が処理、判定を行うものとする。

ステップＳ１１０２において、データ変換規則管理情報を参照し、変換に必要なシナリオを構築する。ここでのシナリオとは、仮想マシンにて使用する仮想ＯＳと、コマンドの選択ならびに、複数の変換ステップが必要な場合の組み合わせによる手順を示す。

例えば、ＡＶＩ形式からＭＰＥＧ４形式にデータ変換する場合、図１０によると、コマンドＩＤ、０００１、０００３、０００５を使用したシナリオでも実現可能だが、０００４、０００５を使用したシナリオでも実現可能で、処理時間が少ないシナリオを選択して処理することができる。

ステップＳ１１０３において、変換シナリオの構築ができた場合はステップＳ１１０５へ処理を進めるが、もしできなかった場合、すなわち変換に必要な規則が登録されていなかった場合、Ｓ１１０４において、エラー処理を行い終了する。ここでのエラー処理とは、例えば、ユーザへの再生不可能を示す情報をストレージサーバ１０１への処理要求元へ返す処理を示す。

ステップＳ１１０５において、変換制御部１１０にて先に構築した変換シナリオに応じた仮想マシン環境の構築を行う。

ステップＳ１１０６において、変換制御部１１０にて変換シナリオに応じたデータ変換を行い、ハードディスクへ記録し、ネットワーク１０３経由でデータ要求元へ送信する。

なお、変換シナリオが複数の変換ステップを含む場合は、前述のステップＳ１１０５、Ｓ１１０６をシリアルに繰り返して実現してもよいし、ステップＳ１１０５にて同時に複数の仮想マシン環境を構築して、順次ステップＳ１１０６にてデータ変換してもよい。

ステップＳ１１０７において、変換制御部１１０の仮想マシンクリア処理等を行う。

なお、再生が要求されたデータの格納先が光ディスク２０５であった場合も、図１１と同様の処理を適用することが出来る。

以上にて、本実施例のアーカイブシステムではネットワークからの再生要求を受けてデータを変換してハードディスク等の媒体へデータを記録、ならびにネットワークへのデータ送信をすることができる。上述のような構成により、ＯＳの世代が複数またがるような古いデータあるいはファイル形式から、最新の形式へ変換することが可能となる。一般的に、仮想マシンへは、ＯＳだけでなく、そのＯＳ上のアプリケーションソフトウェアも構築できるので、その組み合わせによって個別にファイルシステムやデータ変換機能を用意する場合に比べて、より多くの変換パターンを実現できる。

また、本実施例の構成により、例えば、ユーザ情報を変換時の情報として組み入れながら変換処理することで、特定のユーザのみ再生可能なデータへと変換するといった、よりセキュアなデータを提供することも可能となる。

更には、変換に使用する仮想マシンを構築時に、ファイルシステムとして前述のセキュアデータ変換機能を有するものを適用することで、ファイルシステムレベルでのセキュア機能を実現できる。

本実施例は、ユーザ要求のあったデータに関連するデータについて予めデータ変換を済ませることで使い勝手を向上するアーカイブシステムに関するもので、前述の実施例と同様の構成の部分については説明を割愛し、差分のみ以下説明する。

図１２はデータアーカイブシステムが管理する関連データ変換管理情報の一例を示した表である。

関連データ変換管理情報とは、データアーカイブシステムがデータの形式変換を行う際に、既に変換されたデータがあるか否かを確認し、同じデータを変換する無駄を省き、前述のデータ管理情報にて同じグループに属するデータを予め変換しておきユーザ要求があった際に高速にデータ送信できるようにするために、必要な変換情報を管理する情報である。

具体的には、管理番号、元データ管理番号、データのありかを示すパス、変換後の形式、変換日時、保存先等であることが考えられる。もちろん、情報はこれに限定されることはない。

関連データ変換管理情報はデータアーカイブシステム１０１のＣＰＵ１０５により生成・更新され、メモリ１０６に記録される。

なお、ネットワーク１０３を介してストレージサーバ１０１に変換が必要なデータ再生要求があった場合、
図１１のステップＳ１１０１において、ストレージサーバ１０１のＣＰＵ１０５は、前述のように再生が要求されたデータの格納先を調査し、それに基づき関連データ変換管理情報を確認する。既に変換したデータがある場合はこれを読み出しデータ要求元へ送信する。もし変換済みのデータがない場合は、前述の実施例１と同様変換処理を行う。以降特に指定がない場合は、ＣＰＵ１０５が処理、判定を行うものとする。

以下、ユーザ要求によりデータ変換が行われた後、関連データについてシステムの空き時間にデータ変換を行う動作について説明する。

図１３はデータアーカイブシステムの関連データ変換動作を示すフローチャートである。

ステップＳ１３０１において、前述のように再生が要求されたデータの格納先を調査し、それに基づき関連データ変換管理情報を確認する。

ステップＳ１３０２において、データ変換規則管理情報から全ての変換すべき処理を完了したかを判定し、全て完了していれば処理を終了し、そうでない場合は以降処理を進める。

ステップＳ１３０３において、ＣＰＵ１０５の処理負荷を判定し、その他定常処理に支障がないレベルか判定し、ＣＰＵ負荷が高いと判断された場合は一次処理を保留し、しばらく後に再度処理する。もし、ＣＰＵ負荷が低いと判定された場合は、以下ステップＳ１３０４に処理を進める。ここではＣＰＵ負荷のみ使用したが、システムを構成する他の部分で負荷を確認する必要がある場合は、それらの負荷も判定項目として入れる。

Ｓ１３０４において、前述図１１にて説明した実施例１と同様のデータ変換処理を行う。

ステップＳ１３０５において、関連データ変換管理情報への更新を行い、ステップＳ１３０１へ戻る。なお、本処理フロー上は変換処理完了までループ処理する構成として説明したが、一旦処理を終了して、別の機会に繰り返し本処理を行う構成でもよい。

以上にて、本実施例のアーカイブシステムではネットワークからの再生要求を受けてデータを変換してハードディスク等の媒体へデータを記録、ならびにネットワークへのデータ送信をした実績のあるデータと関連するデータを自動的に変換処理することで、次回以降の再生要求に高速に対応することができ、ユーザの使い勝手が向上し、例えばコンテンツを提供するサービス等への適用で良好な機能を提供できる。

本実施例は、１つ以上の仮想マシンを使用してデータ変換を済ませたデータを別媒体にアーカイブすることで次回の変換の手間を省き使い勝手を向上するアーカイブシステムに関するもので、前述の実施例と同様の構成の部分については説明を割愛し、差分のみ以下説明する。

図１４はデータアーカイブシステムのデータ変換動作を示すフローチャートである。

ネットワーク１０３を介してストレージサーバ１０１に変換が必要なデータ再生要求があった場合、前述の実施例１と同様に処理し、
ステップＳ１４０１にて、変換されたデータを、変換前の記録媒体とは別の媒体にアーカイブする。例えば、再生要求の対象となるデータが光ディスク２０５であった場合、光ディスク２０５に記録されたデータを再生・変換し、変換されたデータをハードディスク１０４に記録する。これに限られず、再生要求の対象となるデータが第１の記録媒体であった場合、第１の記録媒体に記録されたデータを再生・変換し、変換されたデータを第１の記録媒体よりも読み出し速度が速い第２の記録媒体に記録する。これにより、次回再生要求があった場合に高速処理が可能となる。このことは実施例２についても適用することが出来る。

もちろん、変換されたデータを第１の記録媒体と第２の記録媒体の両方に記録してもよい。

ステップＳ１４０２において、図８に示したデータアーカイブシステムが管理する管理情報の更新を行い、変換制御部１１０の仮想マシンクリア処理等を行う。

以上にて、本実施例のアーカイブシステムではネットワークからの再生要求を受けてデータを変換してハードディスク等の媒体へデータを記録、ならびにネットワークへのデータ送信をするだけでなく、変換後のデータもアーカイブすることで、次回再生要求があった場合に優先的に利用して効率良くアーカイブシステムを利用することができる。

その他の変形例として、例えば、１つの仮想マシンを使用してデータ変換を済ませたデータを別媒体には記録せずに、複数の仮想マシンを使用してデータ変換を済ませたデータを別媒体に記録する構成としてもよい。これにより、処理速度の向上と記録効率の向上が図れる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１０１…ストレージサーバ、１０２…データライブラリ装置、１０３…ネットワーク、１０４…ハードディスク、１０５…ＣＰＵ、１０６…メモリ、１０７…ハードディスクＩ／Ｆ部、１０８…ネットワーク制御部、１０９…データライブラリＩ／Ｆ部、１１０…変換制御部、２０１…ＣＰＵ、２０２…メモリ、２０３…光ディスク運搬装置、２０４…光ディスク格納装置、２０５…光ディスク、２０６…データ記録再生装置、２０７…データ記録再生装置、２０８…データ記録再生装置、２０９…データ記録再生装置、３０１…光ディスク、３０２…光ピックアップ、３０３…増幅回路、３０４…信号処理回路、３０５…インタフェース回路、３０６…サーボ回路、３０７…ＣＰＵ、３０８…メモリ、４０１…ＣＰＵ、４０２…メモリ、４０３…センサ制御回路、４０４…モータ制御回路、４０５…ロボットアーム部１、４０６…ロボットアーム部２、４０７…ロボットアーム部３、４０８…ロボットハンド部、

Claims (6)

1. ストレージサーバと、該ストレージサーバと接続されている１つ以上のデータライブラリ装置と、からなるデータアーカイブシステムにおいて、
   前記データライブラリ装置は、
   第１の記録媒体にデータを記録または前記第１の記録媒体からデータを再生する、データ記録再生装置を備え、
   前記ストレージサーバは、
   第２の記録媒体と接続するインタフェース部と、
   データあるいはファイルの変換規則を示す管理情報を記憶する記憶部と、
   前記データライブラリ装置を介してデータの再生処理を行う際に、前記記憶部に記録された前記管理情報に基づいて、前記第１の記録媒体または前記第２の記録媒体から再生するデータをユーザ要求の形式に変換する制御部と、
   を備えることを特徴とするデータアーカイブシステム。
2. 請求項１に記載のデータアーカイブシステムにおいて、
   前記制御部は、前記変換されたデータを前記第２の記録媒体へ記録ならびにネットワーク送信することを特徴とするデータアーカイブシステム。
3. 請求項１に記載のデータアーカイブシステムにおいて、
   前記記憶部の前記管理情報は、複数のパターンの変換規則を保持し、
   前記制御部は、データの再生処理を行う際には、前記複数のパターンの変換規則に基づいて、前記第１の記録媒体または前記第２の記録媒体から再生するデータをユーザ要求の形式に変換することを特徴とするデータアーカイブシステム。
4. 請求項３に記載のデータアーカイブシステムにおいて、
   前記制御部は、前記複数のパターンの変換規則に基づいて変換されたデータを前記第２の記録媒体へ記録ならびにネットワーク送信することを特徴とするデータアーカイブシステム。
5. 請求項１または請求項２いずれかに記載のデータアーカイブシステムにおいて、
   前記制御部は、前記変換されたデータと関連するデータの形式を変換することを特徴としたデータアーカイブシステム。
6. 請求項１または請求項２いずれかに記載のデータアーカイブシステムにおいて、
   前記制御部は、前記変換されたデータの元データが前記第１の記録媒体に記録されていた場合、前記変換されたデータを前記第２の記録媒体に記録することを特徴としたデータアーカイブシステム。

Images