データ復元制御方法及び記録装置
【課題】複数の記録媒体を用いたＲＡＩＤシステムの記録装置において、ＲＡＩＤシステムの利便性を確保しつつ、記録媒体の交換などでのコンテンツデータ復元時の、コンテンツデータの複製に対するセキュリティを高める。
【解決手段】コンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限する。
【解決手段】コンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体を複数用いたＲＡＩＤなどの記録装置のコンテンツデータ処理に関するものである。
【背景技術】
【０００２】
近年の記録装置では、ＲＡＩＤ(Redundant Arrays of Independent Disks)などの複数の記録媒体を用いてコンテンツデータを保存する方式が用いられており、データに冗長性を持たせて保存することにより、１つの記録媒体に障害が発生した場合でも、データの復元ができるように保護を図っている。
【０００３】
一方、このシステムでは、データの復元ができてしまうため、複製を許されていないコンテンツデータなどに対してのセキュリティという面で問題があり、この点のセキュリティを強化するために、記録装置のデータ処理側の固有の鍵情報を用いて、コンテンツデータの暗号化を行うことで、記録媒体が外に持ち出された場合でも他の機器で利用できないようにして、セキュリティを高めることが提案されている（たとえば、特許文献１）。
【０００４】
さらに、複数の記録媒体に対してそれぞれの固有の暗号鍵を用いてコンテンツデータの暗号化を行うことで、高速処理と更なるセキュリティの向上を図った方法も提案されている（たとえば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２５２３２８号公報
【特許文献２】特開２００７−２１５０２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のセキュリティ方式の場合、記録媒体のデータに暗号化をかけているため、他のシステムでは暗号化により利用できないが、このシステムにおいては、ＲＡＩＤのリビルド機能を用いると、利用できるコンテンツを含む記録媒体がもう一式できることになる。この点に関しては、従来の技術では考慮されていなかった。ＲＡＩＤのリビルド機能とは、不具合が生じた記録媒体に記録されていたデータを他の記録媒体に記録されているデータを基に復元する処理のことである。
【０００７】
解決しようとする問題点は、ＲＡＩＤシステムの利便性を確保しつつ、コンテンツデータの複製に対するセキュリティを高める点である。
【０００８】
本発明は、例えば、複数の記録媒体を用いたＲＡＩＤシステムの記録装置において、コンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限することでコンテンツデータのセキュリティを向上させることを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、コンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限することを最も主要な特徴とする。
【発明の効果】
【００１０】
本発明のデータ復元制御方法及び記録装置は、複数のストレージに分散されたコンテンツデータの種類やストレージ交換履歴より交換ストレージのデータ復元処理を制御することで、コンテンツデータの複製を制限し、記録装置におけるコンテンツデータのセキュリティを向上することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明のデータ復元制御方法及び記録装置の実施例構成を示した図である。
【図２】記録装置の記録媒体に記録するデータ形式の一例を説明する図である。
【図３】本発明における、コンテンツデータを記録装置に記録する手順の一例を示したフローチャート図である。
【図４】暗号化実施の有無の判定の、手順の一例を示したフローチャート図である。
【図５】本発明における、コンテンツデータの復元レベル設定の、手順の一例を示したフローチャート図である。
【図６】記録したコンテンツデータのコンテンツ管理データの例を示した説明図である。
【図７】データ処理側と記録媒体側の情報を用いて暗号鍵を生成し、これを使用して暗号化する処理を示した説明図である。
【図８】記録媒体の交換履歴を保持する処理を示した説明図である。
【図９】本発明における、ＲＡＩＤのリビルド機能でのデータ復元を実行するかしないかを決定する判定手順の一例を示したフローチャート図である。
【図１０】本発明における、コンテンツデータの復元レベルに応じて復元可能な記録媒体数を制限する処理の一例を示した説明図である。
【図１１】本発明における、コンテンツデータの復元レベルに応じて復元可能な記録媒体数を制限する一例を示した説明図である。
【図１２】本発明における、コンテンツデータに関するユーザーへの通知の一例を示した図である。
【図１３】本発明における、記録装置のコンテンツデータ記録部を光ディスクで実現した場合の構成例を示した説明図である。
【図１４】本発明における、コンテンツデータを記録装置に記録する手順の第二の例を示したフローチャート図である。
【図１５】本発明における、ＲＡＩＤのリビルド機能でのデータ復元を実行するかしないかを決定する判定手順の第二の例を示したフローチャート図である。
【発明を実施するための形態】
【００１２】
まず、本発明の概要を簡単に説明する。図１は本発明の実施例の構成を示した図で、コンテンツデータ記録部４は複数の記録媒体４１〜４５を有するＲＡＩＤシステムを用いている。
【００１３】
図２はコンテンツデータ記録部４の記録媒体４１〜４５に記録するデータの例で、ＲＡＩＤ４のシステムを用いており、コンテンツデータの保存は、図に示すようにそれぞれの記録媒体に細かくデータを振分け、横一列の１つを他のデータのパリティチェックを行うことができるパリティデータとなっている。この冗長なパリティデータを記録データに加えることで、記録媒体のどれか１つ不具合で読み出せなくなっても、他のデータから読み出せなくなったデータを復元できるＲＡＩＤのリビルド機能を実現する。
【００１４】
図２の例では、記録媒体４３が読み出せなくなった場合、一行目はデータ１、データ２、データ４、パリティ１を用いてデータ３が復元できるし、二行目ではデータ５、データ６、データ８、パリティ２を用いてデータ７が復元できる。
従来のシステムでは、このデータ復元できるリビルド機能を各記録媒体について１つずつ行うと、複製された記録媒体のデータが一式できることになり、この一式の記録媒体はこのシステムにおけるバックアップデータであり、バックアップを許されないコンテンツデータの場合はセキュリティに問題があることとなる。また、この一式のデータは記録装置の本体側の鍵情報が流出する暗号化したデータが再生できてしまうことになりセキュリティの強化が必要である。
【００１５】
他方、データ復元をするリビルド機能をできないようにすると、複数の記録媒体を使用するＲＡＩＤシステムでは記録媒体の１つでも不具合がおきると全てのデータが読み出し不可能となってしまい、利便性が非常に悪くなる。また、複数の記録媒体をセットで考えて、そのセットだけに有効な暗号化を行うことも考えられるが、この場合は１つの記録媒体に不具合が生じて交換となった場合は、交換した記録媒体とのセットでもう一度すべての記録媒体のデータを再処理してデータ再構築・暗号化・記録の処理を行わなければならず、データが多い場合には非常に処理が重くなり時間がかかり、これも利便性が悪い。
【００１６】
ＲＡＩＤシステムの利便性とセキュリティを両立させるため、図１のように、ＲＡＩＤのリビルド機能を用いてデータ復元を可能とするが、記録媒体の数を制限したりコンテンツデータの復元を制限したりする処理を、コンテンツデータの種類や暗号化の有無や記録媒体の交換履歴より判断して実現することが、本発明の概要である。
【００１７】
以下、図面を用いて本発明の実施例を詳しく説明する。
【実施例１】
【００１８】
図１は本発明のデータ復元制御方法及び記録装置の実施例の構成を示した図である。
【００１９】
構成の概要を説明すると、記録装置１は複数のＨＤＤ(Hard disk drive)や複数のＯＤＤ(Optical Disk Drive)の記録媒体を備えてコンテンツデータをＲＡＩＤ方式で記録する機能を持ち、外部からのコンテンツデータを記録するストレージ装置などのコンテンツデータの記録装置であり、ＰＣや録画機器などの外部端末１００とＬＡＮ(Local Area Network)やＵＳＢ(Universal Serial Bus)経由で接続している。この記録装置１は、外部とのインターフェースのコネクタ部２とデータを処理するデータ処理部３と複数の記録媒体を持つコンテンツデータ記録部４で構成される。
【００２０】
コネクタ２は記録装置１と外部とを接続するＬＡＮやＵＳＢのコネクタである。
【００２１】
記録装置１内のデータ処理部３は、入力されたコンテンツデータの管理や処理を行う機能を持ち、ＣＰＵなどのＬＳＩやメモリ回路などで構成される。このデータ処理部は、コンテンツ管理部５と、ＲＡＩＤ処理部６と、暗号化/複合化処理部７と、記録媒体交換履歴管理部８を備える。
【００２２】
データ処理部３内のコンテンツ管理部５は、入力されたコンテンツデータを管理する機能と情報を持ち、復元判定部９や、ユーザー通知部１０を備える。
コンテンツ管理部５内の復元判定部９は、ＲＡＩＤ処理のリビルド機能で復元するコンテンツデータの判定をする処理を行う。
【００２３】
コンテンツ管理部５内のユーザー通知部１０は、コンテンツデータの処理に関するお知らせをユーザーに対して行う処理を行い、特にコンテンツデータの復元処理に関する通知を行う。
【００２４】
データ処理部３内のＲＡＩＤ処理部６は、コンテンツデータを記録する際のデータ振分け処理や振分けられたコンテンツデータを再構築する処理や記録媒体故障時のデータ復元処理などを行う機能を持つ。
【００２５】
データ処理部３内の暗号化/複合化処理部７は、記録時に振分けられたデータの暗号化や読出し時の各記録媒体からの暗号化データを復号化する機能を持ち、複数の記録媒体それぞれに対応した暗号/復号処理部７１〜７５で暗号/復号処理を行う。
【００２６】
データ処理部３内の記録媒体交換履歴管理部８は、記録媒体に不具合が生じた時などで交換した記録媒体の交換履歴を保存する処理を行う。
【００２７】
コンテンツデータ記録部４は、実際にコンテンツデータを記録保存する部分で、ＨＤＤなどで構成される。このコンテンツデータ記録部４は複数のハードディスク４１〜４５を備えて、それぞれの記録媒体にデータを保存する。このそれぞれの記録媒体は不具合が生じた時などの場合には、交換したりして着脱可能である。
【００２８】
以上のような構成要素で本発明の実施例は構成され、前記復元判定部でコンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと前記記録媒体交換履歴管理部の記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限することで、ＲＡＩＤの利便性とセキュリティの強化を実現できる。
【００２９】
実施例を図１から図１３などをもとにさらに詳しく説明する。
【００３０】
まず、コンテンツデータの記録時の動作について図１および図３〜図８を用いて説明する。図３はコンテンツデータ記録時の動作のフローチャートである。
【００３１】
図１の外部端末１００から記録装置１にコンテンツデータの保存を開始すると(ステップ101：(S101))、記録装置１はコネクタ２を介してデータ処理部３にコンテンツデータを入力する。データ処理部３ではコンテンツデータ記録部４にデータを保存する前処理を行い、コンテンツデータの管理情報やコンテンツデータ記録部４への記録形式を決定する。
【００３２】
具体的には、まず入力されたコンテンツデータの判定を行う(S102)。コンテンツデータの判定は、入力のデータが特定のコンテンツデータどうか及び映像コンテンツ/音楽コンテンツ/文字コンテンツ等の判別を行う。特定のコンテンツとは、例えば、ある録画機器から入力された録画映像コンテンツなどである。
【００３３】
特定のコンテンツを判別する理由は、暗号化を行ってから記録するなどの処理を行いセキュリティを強化するためである。たとえば、テレビ番組を録画した機器からデータを移動してきた時に、そのままのデータで保存するとコピーされる可能性があるのでセキュリティを考えてこの機器から来た映像コンテンツデータは暗号化をして保存するなどである。また、暗号化だけでなく後述の復元レベルの設定にも反映させてセキュリティを強化することができる。以上のように特定コンテンツを判定して暗号化したり復元レベルを設定したりすることで、特定コンテンツのセキュリティを高めることができる。
【００３４】
その他にも、入力のコンテンツの複製の許可/非許可を示すコピーの制御情報などの判定もここで行う。
【００３５】
次に、データ処理部３では暗号化実施の有無の判定を行う(S103)。ここでの入力されたコンテンツデータの暗号化実施判定の例を、図４を使って説明する。
【００３６】
図４は暗号化実施の有無の判定の一例のフローチャートである。入力されたコンテンツデータの暗号化実施判定を開始すると(S201)、まず、前記のコンテンツデータの判定で特定のコンテンツと判断され、暗号化すべきファイルかを判断する(S202)。入力されたデータが暗号化する特定のデータである場合は、暗号化を実施する判定を行い(S204)、暗号化実施判定を終了する(S206)。暗号化する特定のコンテンツデータでない場合は、図１の外部端末１００からのユーザーの暗号化指定があるかを判断し(S203)、暗号化指定がある場合は、暗号化の実施判定をし(S204)、ない場合は暗号化の非実施判定をして(S205)、暗号化実施判定を終了する(S206)。以上のように、特定コンテンツの暗号化によるセキュリティ強化だけでなく、ユーザー指定でコンテンツを暗号化することでセキュリティを高めることができる。以上のようにして、暗号化実施の有無の判定を行う。
【００３７】
暗号化の実施判定をされたコンテンツデータは、後の処理で暗号化/復号化処理部７において暗号化されて記録されることになる。
【００３８】
図３でのフローチャートの説明に戻ると、前記の暗号化判定を行った後(S103)、データ処理部３のコンテンツ管理部５の復元判定部９で、データの復元レベルの設定処理を行う(S104)。ここでのコンテンツデータの復元レベルの設定処理の例を図５を使って説明する。
【００３９】
図５はコンテンツデータの復元レベルの設定処理の一例を示したフローチャート図である。入力されたコンテンツデータの復元レベル設定を開始すると(S301)、コンテンツデータのコピー制御情報を判断する(S302)。コピー制御情報は、テレビの放送データ等に含まれていて、データの複製を許可する/しないの情報が含まれている。コンテンツデータが複製可能と許可されていれば、復元レベルは「レベルＤ」として判定し(S308)、復元レベル判定を終了する(S309)。このレベルのコンテンツは、コピーがＯＫなので、特にＲＡＩＤのリビルド処理に制限を加える必要はない。コンテンツデータが複製不可で許可されていなければ、該当のコンテンツデータが暗号化を実施する判定となっているかを次に判断する(S303)。暗号化を実施しない場合は、ＲＡＩＤ処理で各記録媒体に分散記録されているとはいえ、生のコンテンツデータが記録されることになるので、複製を作るＲＡＩＤのリビルド処理に厳しい制限をかける必要があり、復元レベルは「レベルＡ」として判定する(S305)。以上のように暗号化の有無により復元レベルを設定することでリビルド処理に制限をかけることができ、セキュリティが高まる。暗号化を実施する場合は、コンテンツデータが前述の特定のデータである場合は、「レベルＢ」として判定し、そうでない場合は「レベルＣ」として判定する。暗号化を実施しているため、ＲＡＩＤのリビルド処理を「レベルＡ」よりも厳しく制限する必要はないが、すべての記録媒体で許可すると前述のように暗号化がかかったままもう一式コンテンツデータができてしまうため、リビルド処理できる記録媒体の数を制限するなどの処置をする必要がある。暗号化した普通のコンテンツデータと暗号化した特定のデータを判別するのは、特定のデータの方のセキュリティを強化することができるためである。
【００４０】
図５の例では、復元レベルが、Ａ＞Ｂ＞Ｃ＞Ｄの順にセキュリティが厳しくなっており、Ａは記録媒体に不具合が生じた場合でもあまりデータ復元を許さないレベルに設定される。ＢとＣは暗号化を施しているのでセキュリティがある程度確保されているため、データ復元をある程度許して利便性を良くして複数の記録媒体のうちデータ復元できる数を制限したレベルで、ＢはＣよりも制限が厳しくなっている。Ｄはデータ復元を全て許す。図５の例では、特定のデータの方のセキュリティを強化しているが、逆にセキュリティを緩和して利便性を向上させることも可能である。
【００４１】
以上のようにして、コンテンツデータのコピー制御情報や暗号化実施の有無や特定データであるか否かを判定して復元レベルを設定することでデータ復元の可否に用いることができ、ＲＡＩＤの利便性とセキュリティ強化の両立を実現できる。
【００４２】
以上のようにして、図３のコンテンツデータの復元レベルの設定処理(S104)を行うことができる。
【００４３】
図３のステップ(S102)〜(S104)で判定したコンテンツデータの情報を、図１のデータ処理部３のコンテンツ管理部５で、図６のようにコンテンツデータの管理データとして保持する(S105)。管理データはコンテンツデータのファイル名と関連付けて、コンテンツデータが特定コンテンツデータか否か、コピー制御情報などからの複製の可否、暗号化の有無、および図５で説明した復元レベルなどの情報を含んでいる。また、コンテンツデータ記録時の記録媒体の情報も保持している。
【００４４】
次に、データ処理部３はＲＡＩＤ処理部６において、コンテンツデータ記録部４の各記録媒体(41〜45)にデータを振り分けられるようにコンテンツデータの振り分け処理を行う(S106)。さらに、記録時に使用する記録媒体の情報も図６の右に示すように、どの記録媒体を使用したかという情報を保持する(S107)。コンテンツデータ記録時の記録媒体の情報を保持することで、データ復元時にそれまでどの記録媒体を交換したかを把握することができ、各コンテンツデータの復元実行の可否の判断に使用して、各コンテンツ毎の復元可否を判定することができる。
【００４５】
データ処理部３は、実際にコンテンツデータを記録する前に、前述の暗号化実施の有無の判定に従って(S108)、暗号化を実施しない場合は、振分けデータとＲＡＩＤの冗長データであるパリティチェック用データを各記録媒体に記録して(S110)、記録を終了する(S111)。パリティチェック用データは、保存する記録媒体以外の他の全ての記録媒体のデータより生成(例えばＥＯＲ計算)され、記録媒体不具合時のデータ復元に使用するため、暗号化を施さない。
【００４６】
暗号化を実施する場合は、データ処理部３の暗号化/復号化処理部７は、図７で示すように、データ処理側の暗号鍵情報とそれぞれの記録媒体側(４１〜４５)のそれぞれの暗号鍵情報を入手して、記録媒体それぞれに適用する暗号鍵を生成する。
【００４７】
各記録媒体暗号(４１〜４５)に対応した、暗号化/復号化処理部７のそれぞれの暗号/復号処理部(７１〜７５)は、前述のそれぞれの暗号鍵を用いて、前述の各記録媒体に振分けた入力コンテンツデータのそれぞれの暗号処理を行う(S109)。データ処理部３は、暗号化/復号化処理部７で暗号化されたそれぞれの出力暗号化コンテンツデータとパリティチェック用データを、コンテンツデータ記録部４のそれぞれの記録媒体４１〜４５に記録し(S110)、記録処理を終了する(S111)。
【００４８】
以上のようにして、入力されたコンテンツデータの暗号化の実施/非実施を決定し、ＲＡＩＤ処理である各記録媒体へのデータ振り分けの決定を行い、保存するコンテンツデータの管理情報を保持する処理を行う。
【００４９】
記録されたコンテンツデータは、図６の管理情報とともに管理され、復号時や記録媒体交換時などに参照されて、処理の判断を行う基になる。
【００５０】
次に、記録装置１のデータ処理部３の記録媒体交換履歴管理部８での記録媒体の交換履歴の管理情報の保持について説明する。
【００５１】
図８は、記録装置１のデータ処理部３の記録媒体交換履歴管理部８での、コンテンツデータ記録部４の各記録媒体の交換の履歴の管理、についての説明図である。例えば、図１の記録装置１のコンテンツデータ記録部４の複数の記録媒体の１つである記録媒体４５をＡ５の記録媒体からＢ５の記録媒体に交換した場合、図８の一番下の段の記録媒体箇所４５の部分の行には、最初の記録媒体Ａ５の横に新しい記録媒体であるＢ５の情報が入力され、記録媒体の交換履歴情報として管理される。この表より、各記録媒体箇所の一番右側に現時点で使用している記録媒体の情報が登録されているのがわかり、コンテンツデータ記録時からどの位置の記録媒体が交換されているかを判定したり、暗号化に使用する記録媒体側の暗号鍵情報が何から何に変わったなどを判定したりする基となる。以上のように、この情報を保持することで、記録媒体交換時の交換処理判定や後述のデータ復元/再暗号化処理に使用することができ、セキュリティ向上に効果がある。
【００５２】
次に、記録装置１のコンテンツデータ記録部４の記録媒体の１つが調子が悪くなり交換しなければならなくなった場合の、記録媒体交換時の処理動作について図８〜図１２を用いて詳しく説明する。
【００５３】
図９は、コンテンツデータの入った記録媒体の１つを、ＲＡＩＤのリビルド処理を使ってデータ複製し交換する手順の一例を示したフローチャート図である。
【００５４】
記録媒体の交換を開始すると(S401)、まず、交換する記録媒体を差し替えて記録装置にセットする(S402)。次に、記録時にデータ処理部のコンテンツ管理部５に保持した図６に示すようなコンテンツデータの復元レベルの確認(S403)と記録時の記録媒体情報と、記録媒体交換履歴管理部８で管理している図８のような記録媒体の交換履歴を確認する(S404)。
【００５５】
復元レベルと記録媒体の交換履歴より、交換する記録媒体のコンテンツデータの復元を判定する(S405)。
【００５６】
具体的な判定方法の一例を、図１０及び図１１を用いて説明すると、図１０は、図９のステップ(S405)のコンテンツデータの復元を判定する部分の手順を示すフローチャート図である。コンテンツ管理部５の復元判定部９で判定を開始すると(S501)、復元可能な記録媒体数の決定を行う(S502)。
【００５７】
例えばＲＡＩＤ４のシステムの場合、図１１の例で言うと、復元レベルＡ〜Ｄのそれぞれに復元可能な記録媒体数を決めている。復元レベルはコンテンツデータ記録時に図５で説明したように、Ａ＞Ｂ＞Ｃ＞Ｄの順にセキュリティを厳しくしており、図１１の例では、レベルＡは復元可能記録媒体数は０で、記録媒体に不具合が起きても１つもデータの復元を許していない。逆にレベルＤは、復元可能記録媒体数はｎで全ての記録媒体のデータ復元を許している。ｎは記録装置１のコンテンツデータ記録部の持つ記録媒体数である。レベルＣは、ｎ―２の復元可能記録媒体数であり、ＲＡＩＤ４やＲＡＩＤ５の場合はｎ−１個の記録媒体のデータがあれば残りの１個が復元できて全てのデータがそろってしまうため、それができないようにｎ−２までの記録媒体のデータ復元を許している。図１の例では、記録媒体が５つなので、３つまでの記録媒体のデータ復元を許すことになる。同様にレベルＢは少しセキュリティを強化して、ｎ−３までの記録媒体のデータ復元の許可としている。同様に図１の例では２つまでの記録媒体のデータ復元を許すことになる。ＲＡＩＤ６の場合は、ｎ−２個の記録媒体のデータがあれば残りのデータが復元できるので、図１１のようになる。もちろん、セキュリティを強化するために図１１より厳しい数に設定しても良い。以上のようにして復元可能な記録媒体数が決まる。
【００５８】
そのあと、復元可能な記録媒体数の範囲内かどうか判断する(S503)。その判断方法は、図６で説明した記録時の記録媒体情報と、図８で示した記録媒体の交換履歴の情報を比較して判断する。図８の記録媒体の交換履歴の一番左が現在の記録媒体で、図６の記録時の記録媒体から交換されている記録媒体数がわかる。この数が、前述の復元可能な記録媒体数未満であれば範囲内として記録媒体のデータの復元が可能と判断できる。
【００５９】
範囲内でなければ、復元ＮＧと判定して(S504)、復元判定処理を終了する(S506)。範囲内であれば、復元ＯＫと判定して(S505)、復元判定処理を終了する(S506)。
【００６０】
記録媒体の交換履歴と、コンテンツデータ記録時の記録媒体情報を比較して、交換されている記録媒体数を求めるのは、コンテンツデータ毎にデータの復元を判定できるようにするためである。何回か記録媒体交換している古いコンテンツデータと新しいコンテンツデータでは、古いコンテンツデータの方が交換できる記録媒体数が少ないと判定し、新しいコンテンツデータの方は多いと判定することができるからである。
【００６１】
以上のようにして図９のフローチャートの記録媒体のコンテンツデータのリビルド機能を使ったデータ復元の実行／非実行を判定し(S405)、その判定に従って処理を行う (S406)。
【００６２】
復元を実施しない場合はユーザーに通知して(S408)、記録媒体の交換を終了する(S409)。復元を実施する場合は、リビルド処理を実施して(S407)、データの復元を行い、データ復元したことをユーザーに通知して(S408)、記録媒体の交換を終了する(S409)。
【００６３】
上記のように、リビルド処理によるコンテンツデータの復元の実行をコンテンツデータ単位で判断できる。そのため、コンテンツデータの復元ができないと判定されたファイルが１つでもあれば、その記録媒体のリビルドを実行しないなどの処理ができる。また、コンテンツデータの復元ができないと判定されたファイル以外は、その記録媒体のリビルドを全て実行してコンテンツデータ復元を行うなどの処理が可能である。
【００６４】
暗号化のかかったデータの復元に関して図１と図２および図８を用いて説明すると、例えば図１の記録媒体４３をＡ３の記録媒体からＢ３の記録媒体に変える場合、図８の記録媒体箇所４３の交換履歴には最初にＡ３の情報がある状態から、交換の処理が始まる。Ａ３内のデータは既に不具合で読み取れないため、Ａ３以外のコンテンツデータから、図２で説明したように、Ａ３に保存した暗号化データを復元する。復元された暗号化データを、図８に示したように保持しているＡ３の固有の暗号鍵情報とデータ処理側の暗号鍵情報を用いて復号化して暗号化する前のデータを得る。このデータを今度はＢ３の固有の暗号鍵情報とデータ処理側の暗号鍵情報を用いて暗号化し、Ｂ３の記録媒体に記録する。同時にＲＡＩＤ４の場合は記録媒体４５の位置にパリティデータが記録されているため、このデータを記録媒体４１〜４４の値を用いて更新して記録する。以上のようにして暗号化のかかったデータの復元を行い記録媒体の交換が実現できる。
【００６５】
例ではＲＡＩＤ４の場合で説明したが、ＲＡＩＤ５(パリティチェック用データが各記録媒体に分散されている記録方式)の場合でも同様に、不具合の起きた記録媒体の暗号化データを復元し、暗号化データを復号化して下のデータを得て、新しい記録媒体用の暗号鍵で暗号化して記録し、各媒体に分散しているパリティデータを更新することで、記録媒体の交換が実現できる。ＲＡＩＤ６の場合も、パリティチェック用データが２つに増えるだけで、同様の処理で記録媒体の交換が可能である。
【００６６】
最後に、コンテンツ記録やコンテンツデータ復元のリビルド処理に関してのユーザーへの通知だが、データ処理部３のコンテンツ管理部５のユーザー通知部１０で、図６のコンテンツ管理情報を基に行う。例えば図１２(ａ)の様に、コンテンツデータ記録時には、コンテンツデータの管理情報より、コンテンツデータが複製やコピーが許されないことを通知したり（図１２(ａ)上段）、ＲＡＩＤのリビルドで不具合時に交換できる記録媒体がいくつかを通知（図１２(ａ)下段）したりすることができる。
【００６７】
また、図１２(ｂ)の様に、リビルド実行前にリビルドできないコンテンツデータをユーザーに知らせたり、図１２(ｂ)の様に、リビルド実行後に次のリビルドができない旨を知らせたりすることができる。この通知機能を持つことで、記録データの状態をユーザーにいち早く知らせることができ、事前に通知することでユーザー側でのデータ管理に役立ち、利便性が高まる。
【００６８】
以上の構成により、本発明の第１の実施例では、前記復元判定部でコンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと前記記録媒体交換履歴管理部の記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限することで、ＲＡＩＤの利便性とセキュリティの強化を実現できる。更に、特定コンテンツを判定して暗号化したり復元レベルを設定したりすることで、特定コンテンツのセキュリティを高めることができる。更に、特定コンテンツの暗号化によるセキュリティ強化だけでなく、ユーザー指定でコンテンツを暗号化することでセキュリティを高めることができる。更に、コンテンツデータのコピー制御情報や暗号化実施の有無や特定データであるか否かを判定して復元レベルを設定することでデータ復元の可否に用いることができ、ＲＡＩＤの利便性とセキュリティ強化の両立を実現できる。更に、暗号化の有無により復元レベルを設定することでリビルド処理に制限をかけることができ、ＲＡＩＤの利便性とセキュリティ強化の両立を実現できる。更に、コンテンツデータ記録時の記録媒体の情報を保持することで、データ復元時にそれまでどの記録媒体を交換したかを把握することができ、各コンテンツデータの復元実行の可否の判断に使用して、コンテンツ毎に復元可否を判定することができる。更に、前記記録媒体交換履歴管理部で、前記記録媒体の交換の履歴情報を保持することで、記録媒体交換時の交換処理判定や後述のデータ復元/再暗号化処理に使用することができ、セキュリティ向上を実現できる。更に、前記ユーザー通知部で、記録データの状態をユーザーに知らせることができ、記録コンテンツデータの状態を通知することでユーザー側でのデータ管理に役立ち、利便性を高めることが実現できる。
【実施例２】
【００６９】
ここまで説明してきた実施例のコンテンツデータ記録部４のそれぞれの記録媒体をＨＤＤのように図示してきたが、図１３のように、ＯＤＤ(Optical Disk Drive)などのような光ディスクでも実現できる。この場合、各記録媒体を光ディスク、コンテンツデータ記録部４は複数の光ディスクを備えたカートリッジタイプ等を扱うチェンジャーなどの記録部が考えられる。この場合の動作は、前述の実施例１に示したものと同様の処理を行うことになり、記録媒体情報や記録媒体側の暗号鍵情報は、光ディスクのもつ固有情報を用いることになる。光ディスクを記録媒体として扱う場合は、ディスク自体を外に持ち出す場合があるため、傷による記録媒体の不具合が予想されるためリビルド処理が重要になり、また、持ち出しが簡単なためセキュリティが重要となってくる。この構成の例でも、本発明は有効である。
【００７０】
それ以外にも、コンテンツデータ記録部４のそれぞれの記録媒体は、ＩＣメモリや磁気テープなどでも実現できる。
【００７１】
また、実施例１では、復元レベルの判定をコンテンツデータ記録時に行っていたが、復元レベルの判定を復元時に行うことも考えられる。例えば記録時の処理を図１４のように行う。図１４は、実施例１の図３に相当する処理だが、これと比べると、ステップ104(S104)を行わない処理である。ただし、復元レベルを判定する、特定ファイルか否か、複製OKか否か、暗号化の有無、記録時の記録媒体情報などの情報は保持する。その後、データ復元時に、図１５のように処理を行う。図１５は実施例１の図９に相当する処理だが、これと比べると、実施例１の図９のステップ403(S403)では保持した復元レベルを確認するだけだが、図１５のステップ403-2(S403-2)では、復元レベルの判定を行い、実施例１の図５の判定処理をここで行う。以上の処理手順でも、記録したコンテンツデータのセキュリティを高める処理を実現することができる。
【００７２】
以上の構成により本発明の第２の実施例では、光ディスクなど他の記録媒体でも実現することができるため、不具合が起こりやすい記録媒体や持ち出しやすい記録媒体にも、ＲＡＩＤの利便性とセキュリティの強化を適用できる。
【００７３】
以上のようにして、コンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限することが実現できる。
【００７４】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。
【００７５】
例えば、ＲＡＩＤ４/５/６以外の、もっとＲＡＩＤの冗長データを付加してあって３つ以上の記録媒体が同時に不具合を起こしても復元できるようなＲＡＩＤシステムに用いても良い。
【００７６】
また、図の制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００７７】
１ 記録装置
２ コネクタ
３ データ処理部
４ コンテンツデータ記録部
５ コンテンツ管理部
６ ＲＡＩＤ処理部
７ 暗号化／復号化処理部
８ 記録媒体交換履歴管理部
９ 復元判定部
１０ ユーザー通知部
４１〜４５ 記録媒体
７１〜７５ 暗／復号処理部
１００ 外部端末
【技術分野】
【０００１】
本発明は、記録媒体を複数用いたＲＡＩＤなどの記録装置のコンテンツデータ処理に関するものである。
【背景技術】
【０００２】
近年の記録装置では、ＲＡＩＤ(Redundant Arrays of Independent Disks)などの複数の記録媒体を用いてコンテンツデータを保存する方式が用いられており、データに冗長性を持たせて保存することにより、１つの記録媒体に障害が発生した場合でも、データの復元ができるように保護を図っている。
【０００３】
一方、このシステムでは、データの復元ができてしまうため、複製を許されていないコンテンツデータなどに対してのセキュリティという面で問題があり、この点のセキュリティを強化するために、記録装置のデータ処理側の固有の鍵情報を用いて、コンテンツデータの暗号化を行うことで、記録媒体が外に持ち出された場合でも他の機器で利用できないようにして、セキュリティを高めることが提案されている（たとえば、特許文献１）。
【０００４】
さらに、複数の記録媒体に対してそれぞれの固有の暗号鍵を用いてコンテンツデータの暗号化を行うことで、高速処理と更なるセキュリティの向上を図った方法も提案されている（たとえば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２５２３２８号公報
【特許文献２】特開２００７−２１５０２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のセキュリティ方式の場合、記録媒体のデータに暗号化をかけているため、他のシステムでは暗号化により利用できないが、このシステムにおいては、ＲＡＩＤのリビルド機能を用いると、利用できるコンテンツを含む記録媒体がもう一式できることになる。この点に関しては、従来の技術では考慮されていなかった。ＲＡＩＤのリビルド機能とは、不具合が生じた記録媒体に記録されていたデータを他の記録媒体に記録されているデータを基に復元する処理のことである。
【０００７】
解決しようとする問題点は、ＲＡＩＤシステムの利便性を確保しつつ、コンテンツデータの複製に対するセキュリティを高める点である。
【０００８】
本発明は、例えば、複数の記録媒体を用いたＲＡＩＤシステムの記録装置において、コンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限することでコンテンツデータのセキュリティを向上させることを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、コンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限することを最も主要な特徴とする。
【発明の効果】
【００１０】
本発明のデータ復元制御方法及び記録装置は、複数のストレージに分散されたコンテンツデータの種類やストレージ交換履歴より交換ストレージのデータ復元処理を制御することで、コンテンツデータの複製を制限し、記録装置におけるコンテンツデータのセキュリティを向上することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明のデータ復元制御方法及び記録装置の実施例構成を示した図である。
【図２】記録装置の記録媒体に記録するデータ形式の一例を説明する図である。
【図３】本発明における、コンテンツデータを記録装置に記録する手順の一例を示したフローチャート図である。
【図４】暗号化実施の有無の判定の、手順の一例を示したフローチャート図である。
【図５】本発明における、コンテンツデータの復元レベル設定の、手順の一例を示したフローチャート図である。
【図６】記録したコンテンツデータのコンテンツ管理データの例を示した説明図である。
【図７】データ処理側と記録媒体側の情報を用いて暗号鍵を生成し、これを使用して暗号化する処理を示した説明図である。
【図８】記録媒体の交換履歴を保持する処理を示した説明図である。
【図９】本発明における、ＲＡＩＤのリビルド機能でのデータ復元を実行するかしないかを決定する判定手順の一例を示したフローチャート図である。
【図１０】本発明における、コンテンツデータの復元レベルに応じて復元可能な記録媒体数を制限する処理の一例を示した説明図である。
【図１１】本発明における、コンテンツデータの復元レベルに応じて復元可能な記録媒体数を制限する一例を示した説明図である。
【図１２】本発明における、コンテンツデータに関するユーザーへの通知の一例を示した図である。
【図１３】本発明における、記録装置のコンテンツデータ記録部を光ディスクで実現した場合の構成例を示した説明図である。
【図１４】本発明における、コンテンツデータを記録装置に記録する手順の第二の例を示したフローチャート図である。
【図１５】本発明における、ＲＡＩＤのリビルド機能でのデータ復元を実行するかしないかを決定する判定手順の第二の例を示したフローチャート図である。
【発明を実施するための形態】
【００１２】
まず、本発明の概要を簡単に説明する。図１は本発明の実施例の構成を示した図で、コンテンツデータ記録部４は複数の記録媒体４１〜４５を有するＲＡＩＤシステムを用いている。
【００１３】
図２はコンテンツデータ記録部４の記録媒体４１〜４５に記録するデータの例で、ＲＡＩＤ４のシステムを用いており、コンテンツデータの保存は、図に示すようにそれぞれの記録媒体に細かくデータを振分け、横一列の１つを他のデータのパリティチェックを行うことができるパリティデータとなっている。この冗長なパリティデータを記録データに加えることで、記録媒体のどれか１つ不具合で読み出せなくなっても、他のデータから読み出せなくなったデータを復元できるＲＡＩＤのリビルド機能を実現する。
【００１４】
図２の例では、記録媒体４３が読み出せなくなった場合、一行目はデータ１、データ２、データ４、パリティ１を用いてデータ３が復元できるし、二行目ではデータ５、データ６、データ８、パリティ２を用いてデータ７が復元できる。
従来のシステムでは、このデータ復元できるリビルド機能を各記録媒体について１つずつ行うと、複製された記録媒体のデータが一式できることになり、この一式の記録媒体はこのシステムにおけるバックアップデータであり、バックアップを許されないコンテンツデータの場合はセキュリティに問題があることとなる。また、この一式のデータは記録装置の本体側の鍵情報が流出する暗号化したデータが再生できてしまうことになりセキュリティの強化が必要である。
【００１５】
他方、データ復元をするリビルド機能をできないようにすると、複数の記録媒体を使用するＲＡＩＤシステムでは記録媒体の１つでも不具合がおきると全てのデータが読み出し不可能となってしまい、利便性が非常に悪くなる。また、複数の記録媒体をセットで考えて、そのセットだけに有効な暗号化を行うことも考えられるが、この場合は１つの記録媒体に不具合が生じて交換となった場合は、交換した記録媒体とのセットでもう一度すべての記録媒体のデータを再処理してデータ再構築・暗号化・記録の処理を行わなければならず、データが多い場合には非常に処理が重くなり時間がかかり、これも利便性が悪い。
【００１６】
ＲＡＩＤシステムの利便性とセキュリティを両立させるため、図１のように、ＲＡＩＤのリビルド機能を用いてデータ復元を可能とするが、記録媒体の数を制限したりコンテンツデータの復元を制限したりする処理を、コンテンツデータの種類や暗号化の有無や記録媒体の交換履歴より判断して実現することが、本発明の概要である。
【００１７】
以下、図面を用いて本発明の実施例を詳しく説明する。
【実施例１】
【００１８】
図１は本発明のデータ復元制御方法及び記録装置の実施例の構成を示した図である。
【００１９】
構成の概要を説明すると、記録装置１は複数のＨＤＤ(Hard disk drive)や複数のＯＤＤ(Optical Disk Drive)の記録媒体を備えてコンテンツデータをＲＡＩＤ方式で記録する機能を持ち、外部からのコンテンツデータを記録するストレージ装置などのコンテンツデータの記録装置であり、ＰＣや録画機器などの外部端末１００とＬＡＮ(Local Area Network)やＵＳＢ(Universal Serial Bus)経由で接続している。この記録装置１は、外部とのインターフェースのコネクタ部２とデータを処理するデータ処理部３と複数の記録媒体を持つコンテンツデータ記録部４で構成される。
【００２０】
コネクタ２は記録装置１と外部とを接続するＬＡＮやＵＳＢのコネクタである。
【００２１】
記録装置１内のデータ処理部３は、入力されたコンテンツデータの管理や処理を行う機能を持ち、ＣＰＵなどのＬＳＩやメモリ回路などで構成される。このデータ処理部は、コンテンツ管理部５と、ＲＡＩＤ処理部６と、暗号化/複合化処理部７と、記録媒体交換履歴管理部８を備える。
【００２２】
データ処理部３内のコンテンツ管理部５は、入力されたコンテンツデータを管理する機能と情報を持ち、復元判定部９や、ユーザー通知部１０を備える。
コンテンツ管理部５内の復元判定部９は、ＲＡＩＤ処理のリビルド機能で復元するコンテンツデータの判定をする処理を行う。
【００２３】
コンテンツ管理部５内のユーザー通知部１０は、コンテンツデータの処理に関するお知らせをユーザーに対して行う処理を行い、特にコンテンツデータの復元処理に関する通知を行う。
【００２４】
データ処理部３内のＲＡＩＤ処理部６は、コンテンツデータを記録する際のデータ振分け処理や振分けられたコンテンツデータを再構築する処理や記録媒体故障時のデータ復元処理などを行う機能を持つ。
【００２５】
データ処理部３内の暗号化/複合化処理部７は、記録時に振分けられたデータの暗号化や読出し時の各記録媒体からの暗号化データを復号化する機能を持ち、複数の記録媒体それぞれに対応した暗号/復号処理部７１〜７５で暗号/復号処理を行う。
【００２６】
データ処理部３内の記録媒体交換履歴管理部８は、記録媒体に不具合が生じた時などで交換した記録媒体の交換履歴を保存する処理を行う。
【００２７】
コンテンツデータ記録部４は、実際にコンテンツデータを記録保存する部分で、ＨＤＤなどで構成される。このコンテンツデータ記録部４は複数のハードディスク４１〜４５を備えて、それぞれの記録媒体にデータを保存する。このそれぞれの記録媒体は不具合が生じた時などの場合には、交換したりして着脱可能である。
【００２８】
以上のような構成要素で本発明の実施例は構成され、前記復元判定部でコンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと前記記録媒体交換履歴管理部の記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限することで、ＲＡＩＤの利便性とセキュリティの強化を実現できる。
【００２９】
実施例を図１から図１３などをもとにさらに詳しく説明する。
【００３０】
まず、コンテンツデータの記録時の動作について図１および図３〜図８を用いて説明する。図３はコンテンツデータ記録時の動作のフローチャートである。
【００３１】
図１の外部端末１００から記録装置１にコンテンツデータの保存を開始すると(ステップ101：(S101))、記録装置１はコネクタ２を介してデータ処理部３にコンテンツデータを入力する。データ処理部３ではコンテンツデータ記録部４にデータを保存する前処理を行い、コンテンツデータの管理情報やコンテンツデータ記録部４への記録形式を決定する。
【００３２】
具体的には、まず入力されたコンテンツデータの判定を行う(S102)。コンテンツデータの判定は、入力のデータが特定のコンテンツデータどうか及び映像コンテンツ/音楽コンテンツ/文字コンテンツ等の判別を行う。特定のコンテンツとは、例えば、ある録画機器から入力された録画映像コンテンツなどである。
【００３３】
特定のコンテンツを判別する理由は、暗号化を行ってから記録するなどの処理を行いセキュリティを強化するためである。たとえば、テレビ番組を録画した機器からデータを移動してきた時に、そのままのデータで保存するとコピーされる可能性があるのでセキュリティを考えてこの機器から来た映像コンテンツデータは暗号化をして保存するなどである。また、暗号化だけでなく後述の復元レベルの設定にも反映させてセキュリティを強化することができる。以上のように特定コンテンツを判定して暗号化したり復元レベルを設定したりすることで、特定コンテンツのセキュリティを高めることができる。
【００３４】
その他にも、入力のコンテンツの複製の許可/非許可を示すコピーの制御情報などの判定もここで行う。
【００３５】
次に、データ処理部３では暗号化実施の有無の判定を行う(S103)。ここでの入力されたコンテンツデータの暗号化実施判定の例を、図４を使って説明する。
【００３６】
図４は暗号化実施の有無の判定の一例のフローチャートである。入力されたコンテンツデータの暗号化実施判定を開始すると(S201)、まず、前記のコンテンツデータの判定で特定のコンテンツと判断され、暗号化すべきファイルかを判断する(S202)。入力されたデータが暗号化する特定のデータである場合は、暗号化を実施する判定を行い(S204)、暗号化実施判定を終了する(S206)。暗号化する特定のコンテンツデータでない場合は、図１の外部端末１００からのユーザーの暗号化指定があるかを判断し(S203)、暗号化指定がある場合は、暗号化の実施判定をし(S204)、ない場合は暗号化の非実施判定をして(S205)、暗号化実施判定を終了する(S206)。以上のように、特定コンテンツの暗号化によるセキュリティ強化だけでなく、ユーザー指定でコンテンツを暗号化することでセキュリティを高めることができる。以上のようにして、暗号化実施の有無の判定を行う。
【００３７】
暗号化の実施判定をされたコンテンツデータは、後の処理で暗号化/復号化処理部７において暗号化されて記録されることになる。
【００３８】
図３でのフローチャートの説明に戻ると、前記の暗号化判定を行った後(S103)、データ処理部３のコンテンツ管理部５の復元判定部９で、データの復元レベルの設定処理を行う(S104)。ここでのコンテンツデータの復元レベルの設定処理の例を図５を使って説明する。
【００３９】
図５はコンテンツデータの復元レベルの設定処理の一例を示したフローチャート図である。入力されたコンテンツデータの復元レベル設定を開始すると(S301)、コンテンツデータのコピー制御情報を判断する(S302)。コピー制御情報は、テレビの放送データ等に含まれていて、データの複製を許可する/しないの情報が含まれている。コンテンツデータが複製可能と許可されていれば、復元レベルは「レベルＤ」として判定し(S308)、復元レベル判定を終了する(S309)。このレベルのコンテンツは、コピーがＯＫなので、特にＲＡＩＤのリビルド処理に制限を加える必要はない。コンテンツデータが複製不可で許可されていなければ、該当のコンテンツデータが暗号化を実施する判定となっているかを次に判断する(S303)。暗号化を実施しない場合は、ＲＡＩＤ処理で各記録媒体に分散記録されているとはいえ、生のコンテンツデータが記録されることになるので、複製を作るＲＡＩＤのリビルド処理に厳しい制限をかける必要があり、復元レベルは「レベルＡ」として判定する(S305)。以上のように暗号化の有無により復元レベルを設定することでリビルド処理に制限をかけることができ、セキュリティが高まる。暗号化を実施する場合は、コンテンツデータが前述の特定のデータである場合は、「レベルＢ」として判定し、そうでない場合は「レベルＣ」として判定する。暗号化を実施しているため、ＲＡＩＤのリビルド処理を「レベルＡ」よりも厳しく制限する必要はないが、すべての記録媒体で許可すると前述のように暗号化がかかったままもう一式コンテンツデータができてしまうため、リビルド処理できる記録媒体の数を制限するなどの処置をする必要がある。暗号化した普通のコンテンツデータと暗号化した特定のデータを判別するのは、特定のデータの方のセキュリティを強化することができるためである。
【００４０】
図５の例では、復元レベルが、Ａ＞Ｂ＞Ｃ＞Ｄの順にセキュリティが厳しくなっており、Ａは記録媒体に不具合が生じた場合でもあまりデータ復元を許さないレベルに設定される。ＢとＣは暗号化を施しているのでセキュリティがある程度確保されているため、データ復元をある程度許して利便性を良くして複数の記録媒体のうちデータ復元できる数を制限したレベルで、ＢはＣよりも制限が厳しくなっている。Ｄはデータ復元を全て許す。図５の例では、特定のデータの方のセキュリティを強化しているが、逆にセキュリティを緩和して利便性を向上させることも可能である。
【００４１】
以上のようにして、コンテンツデータのコピー制御情報や暗号化実施の有無や特定データであるか否かを判定して復元レベルを設定することでデータ復元の可否に用いることができ、ＲＡＩＤの利便性とセキュリティ強化の両立を実現できる。
【００４２】
以上のようにして、図３のコンテンツデータの復元レベルの設定処理(S104)を行うことができる。
【００４３】
図３のステップ(S102)〜(S104)で判定したコンテンツデータの情報を、図１のデータ処理部３のコンテンツ管理部５で、図６のようにコンテンツデータの管理データとして保持する(S105)。管理データはコンテンツデータのファイル名と関連付けて、コンテンツデータが特定コンテンツデータか否か、コピー制御情報などからの複製の可否、暗号化の有無、および図５で説明した復元レベルなどの情報を含んでいる。また、コンテンツデータ記録時の記録媒体の情報も保持している。
【００４４】
次に、データ処理部３はＲＡＩＤ処理部６において、コンテンツデータ記録部４の各記録媒体(41〜45)にデータを振り分けられるようにコンテンツデータの振り分け処理を行う(S106)。さらに、記録時に使用する記録媒体の情報も図６の右に示すように、どの記録媒体を使用したかという情報を保持する(S107)。コンテンツデータ記録時の記録媒体の情報を保持することで、データ復元時にそれまでどの記録媒体を交換したかを把握することができ、各コンテンツデータの復元実行の可否の判断に使用して、各コンテンツ毎の復元可否を判定することができる。
【００４５】
データ処理部３は、実際にコンテンツデータを記録する前に、前述の暗号化実施の有無の判定に従って(S108)、暗号化を実施しない場合は、振分けデータとＲＡＩＤの冗長データであるパリティチェック用データを各記録媒体に記録して(S110)、記録を終了する(S111)。パリティチェック用データは、保存する記録媒体以外の他の全ての記録媒体のデータより生成(例えばＥＯＲ計算)され、記録媒体不具合時のデータ復元に使用するため、暗号化を施さない。
【００４６】
暗号化を実施する場合は、データ処理部３の暗号化/復号化処理部７は、図７で示すように、データ処理側の暗号鍵情報とそれぞれの記録媒体側(４１〜４５)のそれぞれの暗号鍵情報を入手して、記録媒体それぞれに適用する暗号鍵を生成する。
【００４７】
各記録媒体暗号(４１〜４５)に対応した、暗号化/復号化処理部７のそれぞれの暗号/復号処理部(７１〜７５)は、前述のそれぞれの暗号鍵を用いて、前述の各記録媒体に振分けた入力コンテンツデータのそれぞれの暗号処理を行う(S109)。データ処理部３は、暗号化/復号化処理部７で暗号化されたそれぞれの出力暗号化コンテンツデータとパリティチェック用データを、コンテンツデータ記録部４のそれぞれの記録媒体４１〜４５に記録し(S110)、記録処理を終了する(S111)。
【００４８】
以上のようにして、入力されたコンテンツデータの暗号化の実施/非実施を決定し、ＲＡＩＤ処理である各記録媒体へのデータ振り分けの決定を行い、保存するコンテンツデータの管理情報を保持する処理を行う。
【００４９】
記録されたコンテンツデータは、図６の管理情報とともに管理され、復号時や記録媒体交換時などに参照されて、処理の判断を行う基になる。
【００５０】
次に、記録装置１のデータ処理部３の記録媒体交換履歴管理部８での記録媒体の交換履歴の管理情報の保持について説明する。
【００５１】
図８は、記録装置１のデータ処理部３の記録媒体交換履歴管理部８での、コンテンツデータ記録部４の各記録媒体の交換の履歴の管理、についての説明図である。例えば、図１の記録装置１のコンテンツデータ記録部４の複数の記録媒体の１つである記録媒体４５をＡ５の記録媒体からＢ５の記録媒体に交換した場合、図８の一番下の段の記録媒体箇所４５の部分の行には、最初の記録媒体Ａ５の横に新しい記録媒体であるＢ５の情報が入力され、記録媒体の交換履歴情報として管理される。この表より、各記録媒体箇所の一番右側に現時点で使用している記録媒体の情報が登録されているのがわかり、コンテンツデータ記録時からどの位置の記録媒体が交換されているかを判定したり、暗号化に使用する記録媒体側の暗号鍵情報が何から何に変わったなどを判定したりする基となる。以上のように、この情報を保持することで、記録媒体交換時の交換処理判定や後述のデータ復元/再暗号化処理に使用することができ、セキュリティ向上に効果がある。
【００５２】
次に、記録装置１のコンテンツデータ記録部４の記録媒体の１つが調子が悪くなり交換しなければならなくなった場合の、記録媒体交換時の処理動作について図８〜図１２を用いて詳しく説明する。
【００５３】
図９は、コンテンツデータの入った記録媒体の１つを、ＲＡＩＤのリビルド処理を使ってデータ複製し交換する手順の一例を示したフローチャート図である。
【００５４】
記録媒体の交換を開始すると(S401)、まず、交換する記録媒体を差し替えて記録装置にセットする(S402)。次に、記録時にデータ処理部のコンテンツ管理部５に保持した図６に示すようなコンテンツデータの復元レベルの確認(S403)と記録時の記録媒体情報と、記録媒体交換履歴管理部８で管理している図８のような記録媒体の交換履歴を確認する(S404)。
【００５５】
復元レベルと記録媒体の交換履歴より、交換する記録媒体のコンテンツデータの復元を判定する(S405)。
【００５６】
具体的な判定方法の一例を、図１０及び図１１を用いて説明すると、図１０は、図９のステップ(S405)のコンテンツデータの復元を判定する部分の手順を示すフローチャート図である。コンテンツ管理部５の復元判定部９で判定を開始すると(S501)、復元可能な記録媒体数の決定を行う(S502)。
【００５７】
例えばＲＡＩＤ４のシステムの場合、図１１の例で言うと、復元レベルＡ〜Ｄのそれぞれに復元可能な記録媒体数を決めている。復元レベルはコンテンツデータ記録時に図５で説明したように、Ａ＞Ｂ＞Ｃ＞Ｄの順にセキュリティを厳しくしており、図１１の例では、レベルＡは復元可能記録媒体数は０で、記録媒体に不具合が起きても１つもデータの復元を許していない。逆にレベルＤは、復元可能記録媒体数はｎで全ての記録媒体のデータ復元を許している。ｎは記録装置１のコンテンツデータ記録部の持つ記録媒体数である。レベルＣは、ｎ―２の復元可能記録媒体数であり、ＲＡＩＤ４やＲＡＩＤ５の場合はｎ−１個の記録媒体のデータがあれば残りの１個が復元できて全てのデータがそろってしまうため、それができないようにｎ−２までの記録媒体のデータ復元を許している。図１の例では、記録媒体が５つなので、３つまでの記録媒体のデータ復元を許すことになる。同様にレベルＢは少しセキュリティを強化して、ｎ−３までの記録媒体のデータ復元の許可としている。同様に図１の例では２つまでの記録媒体のデータ復元を許すことになる。ＲＡＩＤ６の場合は、ｎ−２個の記録媒体のデータがあれば残りのデータが復元できるので、図１１のようになる。もちろん、セキュリティを強化するために図１１より厳しい数に設定しても良い。以上のようにして復元可能な記録媒体数が決まる。
【００５８】
そのあと、復元可能な記録媒体数の範囲内かどうか判断する(S503)。その判断方法は、図６で説明した記録時の記録媒体情報と、図８で示した記録媒体の交換履歴の情報を比較して判断する。図８の記録媒体の交換履歴の一番左が現在の記録媒体で、図６の記録時の記録媒体から交換されている記録媒体数がわかる。この数が、前述の復元可能な記録媒体数未満であれば範囲内として記録媒体のデータの復元が可能と判断できる。
【００５９】
範囲内でなければ、復元ＮＧと判定して(S504)、復元判定処理を終了する(S506)。範囲内であれば、復元ＯＫと判定して(S505)、復元判定処理を終了する(S506)。
【００６０】
記録媒体の交換履歴と、コンテンツデータ記録時の記録媒体情報を比較して、交換されている記録媒体数を求めるのは、コンテンツデータ毎にデータの復元を判定できるようにするためである。何回か記録媒体交換している古いコンテンツデータと新しいコンテンツデータでは、古いコンテンツデータの方が交換できる記録媒体数が少ないと判定し、新しいコンテンツデータの方は多いと判定することができるからである。
【００６１】
以上のようにして図９のフローチャートの記録媒体のコンテンツデータのリビルド機能を使ったデータ復元の実行／非実行を判定し(S405)、その判定に従って処理を行う (S406)。
【００６２】
復元を実施しない場合はユーザーに通知して(S408)、記録媒体の交換を終了する(S409)。復元を実施する場合は、リビルド処理を実施して(S407)、データの復元を行い、データ復元したことをユーザーに通知して(S408)、記録媒体の交換を終了する(S409)。
【００６３】
上記のように、リビルド処理によるコンテンツデータの復元の実行をコンテンツデータ単位で判断できる。そのため、コンテンツデータの復元ができないと判定されたファイルが１つでもあれば、その記録媒体のリビルドを実行しないなどの処理ができる。また、コンテンツデータの復元ができないと判定されたファイル以外は、その記録媒体のリビルドを全て実行してコンテンツデータ復元を行うなどの処理が可能である。
【００６４】
暗号化のかかったデータの復元に関して図１と図２および図８を用いて説明すると、例えば図１の記録媒体４３をＡ３の記録媒体からＢ３の記録媒体に変える場合、図８の記録媒体箇所４３の交換履歴には最初にＡ３の情報がある状態から、交換の処理が始まる。Ａ３内のデータは既に不具合で読み取れないため、Ａ３以外のコンテンツデータから、図２で説明したように、Ａ３に保存した暗号化データを復元する。復元された暗号化データを、図８に示したように保持しているＡ３の固有の暗号鍵情報とデータ処理側の暗号鍵情報を用いて復号化して暗号化する前のデータを得る。このデータを今度はＢ３の固有の暗号鍵情報とデータ処理側の暗号鍵情報を用いて暗号化し、Ｂ３の記録媒体に記録する。同時にＲＡＩＤ４の場合は記録媒体４５の位置にパリティデータが記録されているため、このデータを記録媒体４１〜４４の値を用いて更新して記録する。以上のようにして暗号化のかかったデータの復元を行い記録媒体の交換が実現できる。
【００６５】
例ではＲＡＩＤ４の場合で説明したが、ＲＡＩＤ５(パリティチェック用データが各記録媒体に分散されている記録方式)の場合でも同様に、不具合の起きた記録媒体の暗号化データを復元し、暗号化データを復号化して下のデータを得て、新しい記録媒体用の暗号鍵で暗号化して記録し、各媒体に分散しているパリティデータを更新することで、記録媒体の交換が実現できる。ＲＡＩＤ６の場合も、パリティチェック用データが２つに増えるだけで、同様の処理で記録媒体の交換が可能である。
【００６６】
最後に、コンテンツ記録やコンテンツデータ復元のリビルド処理に関してのユーザーへの通知だが、データ処理部３のコンテンツ管理部５のユーザー通知部１０で、図６のコンテンツ管理情報を基に行う。例えば図１２(ａ)の様に、コンテンツデータ記録時には、コンテンツデータの管理情報より、コンテンツデータが複製やコピーが許されないことを通知したり（図１２(ａ)上段）、ＲＡＩＤのリビルドで不具合時に交換できる記録媒体がいくつかを通知（図１２(ａ)下段）したりすることができる。
【００６７】
また、図１２(ｂ)の様に、リビルド実行前にリビルドできないコンテンツデータをユーザーに知らせたり、図１２(ｂ)の様に、リビルド実行後に次のリビルドができない旨を知らせたりすることができる。この通知機能を持つことで、記録データの状態をユーザーにいち早く知らせることができ、事前に通知することでユーザー側でのデータ管理に役立ち、利便性が高まる。
【００６８】
以上の構成により、本発明の第１の実施例では、前記復元判定部でコンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと前記記録媒体交換履歴管理部の記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限することで、ＲＡＩＤの利便性とセキュリティの強化を実現できる。更に、特定コンテンツを判定して暗号化したり復元レベルを設定したりすることで、特定コンテンツのセキュリティを高めることができる。更に、特定コンテンツの暗号化によるセキュリティ強化だけでなく、ユーザー指定でコンテンツを暗号化することでセキュリティを高めることができる。更に、コンテンツデータのコピー制御情報や暗号化実施の有無や特定データであるか否かを判定して復元レベルを設定することでデータ復元の可否に用いることができ、ＲＡＩＤの利便性とセキュリティ強化の両立を実現できる。更に、暗号化の有無により復元レベルを設定することでリビルド処理に制限をかけることができ、ＲＡＩＤの利便性とセキュリティ強化の両立を実現できる。更に、コンテンツデータ記録時の記録媒体の情報を保持することで、データ復元時にそれまでどの記録媒体を交換したかを把握することができ、各コンテンツデータの復元実行の可否の判断に使用して、コンテンツ毎に復元可否を判定することができる。更に、前記記録媒体交換履歴管理部で、前記記録媒体の交換の履歴情報を保持することで、記録媒体交換時の交換処理判定や後述のデータ復元/再暗号化処理に使用することができ、セキュリティ向上を実現できる。更に、前記ユーザー通知部で、記録データの状態をユーザーに知らせることができ、記録コンテンツデータの状態を通知することでユーザー側でのデータ管理に役立ち、利便性を高めることが実現できる。
【実施例２】
【００６９】
ここまで説明してきた実施例のコンテンツデータ記録部４のそれぞれの記録媒体をＨＤＤのように図示してきたが、図１３のように、ＯＤＤ(Optical Disk Drive)などのような光ディスクでも実現できる。この場合、各記録媒体を光ディスク、コンテンツデータ記録部４は複数の光ディスクを備えたカートリッジタイプ等を扱うチェンジャーなどの記録部が考えられる。この場合の動作は、前述の実施例１に示したものと同様の処理を行うことになり、記録媒体情報や記録媒体側の暗号鍵情報は、光ディスクのもつ固有情報を用いることになる。光ディスクを記録媒体として扱う場合は、ディスク自体を外に持ち出す場合があるため、傷による記録媒体の不具合が予想されるためリビルド処理が重要になり、また、持ち出しが簡単なためセキュリティが重要となってくる。この構成の例でも、本発明は有効である。
【００７０】
それ以外にも、コンテンツデータ記録部４のそれぞれの記録媒体は、ＩＣメモリや磁気テープなどでも実現できる。
【００７１】
また、実施例１では、復元レベルの判定をコンテンツデータ記録時に行っていたが、復元レベルの判定を復元時に行うことも考えられる。例えば記録時の処理を図１４のように行う。図１４は、実施例１の図３に相当する処理だが、これと比べると、ステップ104(S104)を行わない処理である。ただし、復元レベルを判定する、特定ファイルか否か、複製OKか否か、暗号化の有無、記録時の記録媒体情報などの情報は保持する。その後、データ復元時に、図１５のように処理を行う。図１５は実施例１の図９に相当する処理だが、これと比べると、実施例１の図９のステップ403(S403)では保持した復元レベルを確認するだけだが、図１５のステップ403-2(S403-2)では、復元レベルの判定を行い、実施例１の図５の判定処理をここで行う。以上の処理手順でも、記録したコンテンツデータのセキュリティを高める処理を実現することができる。
【００７２】
以上の構成により本発明の第２の実施例では、光ディスクなど他の記録媒体でも実現することができるため、不具合が起こりやすい記録媒体や持ち出しやすい記録媒体にも、ＲＡＩＤの利便性とセキュリティの強化を適用できる。
【００７３】
以上のようにして、コンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限することが実現できる。
【００７４】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。
【００７５】
例えば、ＲＡＩＤ４/５/６以外の、もっとＲＡＩＤの冗長データを付加してあって３つ以上の記録媒体が同時に不具合を起こしても復元できるようなＲＡＩＤシステムに用いても良い。
【００７６】
また、図の制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００７７】
１ 記録装置
２ コネクタ
３ データ処理部
４ コンテンツデータ記録部
５ コンテンツ管理部
６ ＲＡＩＤ処理部
７ 暗号化／復号化処理部
８ 記録媒体交換履歴管理部
９ 復元判定部
１０ ユーザー通知部
４１〜４５ 記録媒体
７１〜７５ 暗／復号処理部
１００ 外部端末
【特許請求の範囲】
【請求項１】
外部からコンテンツデータを入力するインターフェースのコネクタ部と、前記コンテンツデータを処理するデータ処理部と、前記コンテンツデータを記録する複数の記録媒体を持つコンテンツデータ記録部と、からなり、
前記データ処理部は、入力されたコンテンツデータを管理する機能と情報を保持する処理を行うコンテンツ管理部と、コンテンツデータを記録する際のデータ振分け処理や振分けられたコンテンツデータを再構築する処理や記録媒体故障時のデータ復元処理などを行うＲＡＩＤ処理部と、記録時に振分けられたデータの暗号化や読出し時の各記録媒体からの暗号化データの復号化を行う暗号化/複合化処理部と、交換した記録媒体の交換履歴を保存する処理を行う記録媒体交換履歴管理部を備え、
さらに、前記コンテンツ管理部は、ＲＡＩＤ処理のリビルド機能で復元するコンテンツデータの判定をする処理を行う復元判定部と、コンテンツデータの処理に関するお知らせをユーザーに対して行う処理を行うユーザー通知部を、備えることを特徴とする記録装置。
【請求項２】
外部からコンテンツデータを入力するインターフェースのコネクタ部と、前記コンテンツデータを処理するデータ処理部と、前記コンテンツデータを記録する複数の記録媒体を持つコンテンツデータ記録部と、からなり、
前記データ処理部は、入力されたコンテンツデータを管理する機能と情報を保持する処理を行うコンテンツ管理部と、コンテンツデータを記録する際のデータ振分け処理や振分けられたコンテンツデータを再構築する処理や記録媒体故障時のデータ復元処理などを行うＲＡＩＤ処理部と、記録時に振分けられたデータの暗号化や読出し時の各記録媒体からの暗号化データの復号化を行う暗号化/複合化処理部と、交換した記録媒体の交換履歴を保存する処理を行う記録媒体交換履歴管理部を備え、
さらに、前記コンテンツ管理部は、ＲＡＩＤ処理のリビルド機能で復元するコンテンツデータの判定をする処理を行う復元判定部と、コンテンツデータの処理に関するお知らせをユーザーに対して行う処理を行うユーザー通知部を備え、
前記コンテンツデータ記録部の記録媒体に、光ディスクを搭載することを特徴とする記録装置。
【請求項３】
請求項１または２に示す前記復元判定部は、コンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと前記記録媒体交換履歴管理部の記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限する
ことを特徴とするデータ復元制御方法。
【請求項４】
請求項１または２に示す前記データ処理部の暗号化/複合化処理部は、特定のコンテンツデータの暗号化/復号化処理を行う
ことを特徴とするデータ復元制御方法。
【請求項５】
請求項１または２に示す前記データ処理部の暗号化/複合化処理部は、ユーザー指定でコンテンツデータの暗号化/復号化処理を行う
ことを特徴とするデータ復元制御方法。
【請求項６】
請求項１または２に示す前記コンテンツ管理部は、コンテンツ管理データ内に、リビルド処理でのコンテンツデータ復元に制限をかける指標の復元レベルを判定して保持する処理を行う
ことを特徴とするデータ復元制御方法。
【請求項７】
請求項１または２に示す前記コンテンツ管理部の復元判定部は、暗号化の有無により前記復元レベルの判定を変化させる
ことを特徴とするデータ復元制御方法。
【請求項８】
請求項１または２に示す前記コンテンツ管理部は、コンテンツデータ記録時の記録媒体の情報を保持する
ことを特徴とするデータ復元制御方法。
【請求項９】
請求項１または２に示す前記記録媒体交換履歴管理部は、前記記録媒体の交換の履歴情報を保持する
ことを特徴とするデータ復元制御方法。
【請求項１０】
請求項１または２に示すユーザー通知部は、記録されたコンテンツデータのデータ復元に関する状態を通知する
ことを特徴とするデータ復元制御方法。
【請求項１】
外部からコンテンツデータを入力するインターフェースのコネクタ部と、前記コンテンツデータを処理するデータ処理部と、前記コンテンツデータを記録する複数の記録媒体を持つコンテンツデータ記録部と、からなり、
前記データ処理部は、入力されたコンテンツデータを管理する機能と情報を保持する処理を行うコンテンツ管理部と、コンテンツデータを記録する際のデータ振分け処理や振分けられたコンテンツデータを再構築する処理や記録媒体故障時のデータ復元処理などを行うＲＡＩＤ処理部と、記録時に振分けられたデータの暗号化や読出し時の各記録媒体からの暗号化データの復号化を行う暗号化/複合化処理部と、交換した記録媒体の交換履歴を保存する処理を行う記録媒体交換履歴管理部を備え、
さらに、前記コンテンツ管理部は、ＲＡＩＤ処理のリビルド機能で復元するコンテンツデータの判定をする処理を行う復元判定部と、コンテンツデータの処理に関するお知らせをユーザーに対して行う処理を行うユーザー通知部を、備えることを特徴とする記録装置。
【請求項２】
外部からコンテンツデータを入力するインターフェースのコネクタ部と、前記コンテンツデータを処理するデータ処理部と、前記コンテンツデータを記録する複数の記録媒体を持つコンテンツデータ記録部と、からなり、
前記データ処理部は、入力されたコンテンツデータを管理する機能と情報を保持する処理を行うコンテンツ管理部と、コンテンツデータを記録する際のデータ振分け処理や振分けられたコンテンツデータを再構築する処理や記録媒体故障時のデータ復元処理などを行うＲＡＩＤ処理部と、記録時に振分けられたデータの暗号化や読出し時の各記録媒体からの暗号化データの復号化を行う暗号化/複合化処理部と、交換した記録媒体の交換履歴を保存する処理を行う記録媒体交換履歴管理部を備え、
さらに、前記コンテンツ管理部は、ＲＡＩＤ処理のリビルド機能で復元するコンテンツデータの判定をする処理を行う復元判定部と、コンテンツデータの処理に関するお知らせをユーザーに対して行う処理を行うユーザー通知部を備え、
前記コンテンツデータ記録部の記録媒体に、光ディスクを搭載することを特徴とする記録装置。
【請求項３】
請求項１または２に示す前記復元判定部は、コンテンツの種類やコンテンツデータのコピー制御情報や暗号化の有無情報よりコンテンツデータ復元レベルを決定し、これと前記記録媒体交換履歴管理部の記録媒体の交換履歴よりＲＡＩＤシステムでの交換可能な記録媒体の数および復元するコンテンツデータを制限する
ことを特徴とするデータ復元制御方法。
【請求項４】
請求項１または２に示す前記データ処理部の暗号化/複合化処理部は、特定のコンテンツデータの暗号化/復号化処理を行う
ことを特徴とするデータ復元制御方法。
【請求項５】
請求項１または２に示す前記データ処理部の暗号化/複合化処理部は、ユーザー指定でコンテンツデータの暗号化/復号化処理を行う
ことを特徴とするデータ復元制御方法。
【請求項６】
請求項１または２に示す前記コンテンツ管理部は、コンテンツ管理データ内に、リビルド処理でのコンテンツデータ復元に制限をかける指標の復元レベルを判定して保持する処理を行う
ことを特徴とするデータ復元制御方法。
【請求項７】
請求項１または２に示す前記コンテンツ管理部の復元判定部は、暗号化の有無により前記復元レベルの判定を変化させる
ことを特徴とするデータ復元制御方法。
【請求項８】
請求項１または２に示す前記コンテンツ管理部は、コンテンツデータ記録時の記録媒体の情報を保持する
ことを特徴とするデータ復元制御方法。
【請求項９】
請求項１または２に示す前記記録媒体交換履歴管理部は、前記記録媒体の交換の履歴情報を保持する
ことを特徴とするデータ復元制御方法。
【請求項１０】
請求項１または２に示すユーザー通知部は、記録されたコンテンツデータのデータ復元に関する状態を通知する
ことを特徴とするデータ復元制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−２５２５３２（Ｐ２０１２−２５２５３２Ａ）
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願番号】特願２０１１−１２４７８６（Ｐ２０１１−１２４７８６）
【出願日】平成２３年６月３日（２０１１．６．３）
【出願人】（５０１００９８４９）株式会社日立エルジーデータストレージ (646)
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願日】平成２３年６月３日（２０１１．６．３）
【出願人】（５０１００９８４９）株式会社日立エルジーデータストレージ (646)
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
[ Back to top ]