記憶装置及び記憶制御方法
【課題】データの種類に応じて読み書きの高速化と耐障害性の向上を図ることができることができる記憶装置及び記憶制御方法の提供。
【解決手段】複数のＨＤＤを備える記憶装置における記憶制御方法において、前記記憶装置は、データを前記複数のＨＤＤに分割して記憶する分割記憶方式（例えば、ＲＡＩＤ０）、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式（例えば、、ＲＡＩＤ１）の２つの記憶方式で、データが記憶可能であり、取得したデータの種類を判別した後、予め記憶したテーブルを参照して、前記取得したデータを、その種類に応じて、前記分割記憶方式又は前記重複記憶方式のいずれかで記憶する。
【解決手段】複数のＨＤＤを備える記憶装置における記憶制御方法において、前記記憶装置は、データを前記複数のＨＤＤに分割して記憶する分割記憶方式（例えば、ＲＡＩＤ０）、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式（例えば、、ＲＡＩＤ１）の２つの記憶方式で、データが記憶可能であり、取得したデータの種類を判別した後、予め記憶したテーブルを参照して、前記取得したデータを、その種類に応じて、前記分割記憶方式又は前記重複記憶方式のいずれかで記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶装置及び記憶制御方法に関し、特に、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）を利用した記憶装置及び当該記憶装置におけるデータの記憶制御方法に関する。
【背景技術】
【０００２】
ネットワークの普及及び記憶装置の大容量化に伴って、様々なデータがネットワーク上のサーバなどの記憶装置に保存されるようになってきている。このようなシステムでは、データを安全に保存すること、及び、データを高速に読み書きできるようにすることが求められる。
【０００３】
ここで、通常、記憶装置は１台のＨＤＤ（Hard Disk Drive）に全てのデータを記憶しているが、ＨＤＤは可動部分を有するために障害が発生しやすく、障害が発生すると保存した全てのデータが失われてしまう恐れがある。
【０００４】
このような背景から、データの記憶に関して、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）と呼ばれる方式が提案されている。例えば、ＲＡＩＤ０は、複数のＨＤＤを利用して、データを分散して書き込むことで高速にデータの読み書きを行う方式であり、ＲＡＩＤ１は、複数のＨＤＤに同じデータを書き込み、耐障害性を上げる方式である。
【０００５】
上記ＲＡＩＤに関連する技術として、下記特許文献１には、複数のＨＤＤを使用して画像データを高速に転送する方法が開示されている。また、下記特許文献２には、ＲＡＩＤ１を利用して、１台が故障した際に、もう１台だけで動作／復旧させる方法が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３４３２０５号公報
【特許文献２】特開２００４−２０８０１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記ＲＡＩＤ０を利用することによりデータの読み書きを高速化することはできるが、１台のＨＤＤが故障すると全てのデータが使用できなくなるという課題がある。また、ＲＡＩＤ１を利用することにより耐障害性を向上させることはできるが、２台のＨＤＤに同じデータを書き込むため、ＨＤＤの記憶容量が半減すると共に書き込みが遅くなるという課題がある。
【０００８】
ここで、記憶装置に記憶するデータの種類は様々であり、頻繁にアクセスするデータは耐障害性の向上よりも読み書きの高速性を重視すると考えられ、一方、保存を目的とするデータは読み書きの高速性よりも耐障害性の向上を重視すると考えられる。そのため、ＲＡＩＤ０又はＲＡＩＤ１のいずれかを利用して記憶する記憶装置では、このような様々な種類のデータを効率的に記憶することができないという問題があった。
【０００９】
本発明は、上記問題点に鑑みてなされたものであって、その主たる目的は、データの種類に応じて読み書きの高速化と耐障害性の向上を図ることができることができる記憶装置及び記憶制御方法を提供することにある。
【００１０】
また、本発明の他の目的は、障害が発生した場合に適切にデータを復旧させることができる記憶装置及び記憶制御方法を提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明は、複数のＨＤＤを備える記憶装置において、データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能に構成されるものである。
【００１２】
また、本発明は、複数のＨＤＤを備える記憶装置における記憶制御方法において、前記記憶装置は、データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能であり、取得したデータの種類を判別した後、予め記憶したテーブルを参照して、前記取得したデータを、その種類に応じて、前記分割記憶方式又は前記重複記憶方式のいずれかで記憶するものである。
【００１３】
また、本発明は、複数のＨＤＤを備える記憶装置における記憶制御方法において、前記記憶装置は、データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能であり、各々の前記ＨＤＤは、前記分割記憶方式で利用される領域と前記重複記憶方式で利用される領域とに分割されており、いずれかの前記ＨＤＤを交換する場合に、交換したＨＤＤに対して、前記分割記憶方式で利用される領域はフォーマットし、前記重複記憶方式で利用される領域は、他の前記ＨＤＤの前記重複記憶方式で利用される領域から読み取ったデータをコピーするものである。
【発明の効果】
【００１４】
本発明の記憶装置及び記憶制御方法によれば、下記記載の効果を奏する。
【００１５】
本発明の第１の効果は、データの種類に応じて読み書きの高速化と耐障害性の向上を図ることができるということである。
【００１６】
その理由は、複数のＨＤＤを備える記憶装置において、各々のＨＤＤを複数の領域に分割し、その１つはデータを分散して記憶する分散記憶方式の領域として利用し、他の１つはデータを重複して記憶する重複記憶方式の領域として利用し、データを記憶する際に、データの種類を判別し、データの種類に応じて分散記憶方式若しくは重複記憶方式のいずれかで記憶させるからである。
【００１７】
また、本発明の第２の効果は、障害が発生した場合に適切にデータを復旧させることができるということである。
【００１８】
その理由は、いずれかのＨＤＤに障害が発生して交換する場合に、他のＨＤＤの重複記憶方式の領域に記憶されたデータを、交換したＨＤＤの重複記憶方式の領域にコピーしてデータを復旧し、データの喪失を最小限に抑制するからである。また、交換したＨＤＤが予め登録されているかを判別し、登録されている場合は重複記憶方式の領域に記憶されたデータをコピーし、登録されていない場合は全ての領域をフォーマットし、不正なコピーを防止するからである。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施の形態に係るデータ記憶システムの構成を模式的に示す図である。
【図２】本発明の一実施の形態に係るサーバの構成を示すブロック図である。
【図３】本発明の一実施例に係るデータ記憶システムの構成を模式的に示す図である。
【図４】本発明の一実施例に係るコンピュータ端末の構成を示すブロック図である。
【図５】本発明の一実施例に係る画像形成装置の構成を示すブロック図である。
【図６】本発明の一実施例に係るＨＤＤのパーティション構成を模式的に示す図である。
【図７】本発明の一実施例に係るＨＤＤのＲＡＩＤ構築後のパーティション構成を模式的に示す図である。
【図８】データの種類と各記憶方式で利用する領域との関係を示すテーブルの一例である。
【図９】本発明の一実施例に係るデータ記憶方法の手順を示すフローチャート図である。
【図１０】フォントデータの一例である。
【図１１】本発明の一実施例に係る分散記憶方式を模式的に示す図である。
【図１２】本発明の一実施例に係る重複記憶方式を模式的に示す図である。
【図１３】データの種類と各記憶方式で利用する領域との関係を示すテーブルの他の例である。
【図１４】本発明の一実施例に係るデータ記憶方法の他の手順を示すフローチャート図である。
【図１５】データの種類と各記憶方式で利用する領域との関係を示すテーブルの他の例である。
【図１６】本発明の一実施例に係るデータ記憶方法の他の手順を示すフローチャート図である。
【図１７】本発明の一実施例に係るデータの復旧方法の手順を示すフローチャート図である。
【図１８】本発明の一実施例に係るデータの復旧方法の他の手順を示すフローチャート図である。
【発明を実施するための形態】
【００２０】
背景技術で示したように、複数のＨＤＤにデータを分散して記憶する記憶方式（例えばＲＡＩＤ０など、以下、分散記憶方式と呼ぶ。）や、複数のＨＤＤに同じデータを重複して記憶する記憶方式（例えばＲＡＩＤ１など、以下、重複記憶方式と呼ぶ。）などの記憶方式が提案されているが、いずれの記憶方式でも読み書きの高速化と耐障害性の向上の双方を達成することはできない。
【００２１】
一方、記憶装置に記憶するデータには、耐障害性の向上よりも読み書きの高速性を重視するデータもあれば、読み書きの高速性よりも耐障害性の向上を重視するデータもある。
【００２２】
そこで、本発明では、分散記憶方式と重複記憶方式とを併用し、データの種類（すなわち、データの特性）に合わせていずれかの記憶方式で記憶することによって、読み書きの高速化と耐障害性の向上の双方を満足できるようにする。
【００２３】
以下、図面を参照して具体的に説明する。図１に示すように、本実施形態のデータ記憶システムは、保存するデータを送信するコンピュータ端末１０と、データを保存するサーバ２０と、を備え、これらは通信ネットワーク３０で接続される。また、図２に示すように、サーバ２０の制御部２１は、ＣＰＵ（Central Processing Unit）２２、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などのメモリ２３、複数台（ここでは２台）のＨＤＤ２４、通信Ｉ／Ｆ部２５などを備え、これらはバスを介して接続されている。
【００２４】
このような２台のＨＤＤ２４を備えるサーバ２０において、各々のＨＤＤ２４の記憶領域を複数（ここでは２つ）に分割し、各々のＨＤＤ２４の一方の領域を分散記憶方式の領域に割り当て、他方の領域を重複記憶方式の領域に割り当てる。また、制御部２１は、記憶するデータの種類を判別し、予め記憶したテーブルを参照して、データの種類に応じて分散記憶方式又は重複記憶方式のいずれかで記憶させたり、故障等により一方のＨＤＤを交換する際に、他方のＨＤＤの重複記憶方式の領域のデータを、交換したＨＤＤの重複記憶方式の領域にコピーしたりする制御を行う。
【００２５】
このような構成により、頻繁にアクセスするデータのように耐障害性の向上よりも読み書きの高速性を重視するデータは分散記憶方式で記憶され、保存を目的とするデータのように読み書きの高速性よりも耐障害性の向上を重視するデータは重複記憶方式で記憶されるため、データの種類に応じて読み書きの高速化と耐障害性の向上を図ることができる。また、いずれかのＨＤＤ２４に障害が発生しても重複記憶方式で記憶されたデータは復旧することができるため、データの損失を最小限に抑えることができる。
【００２６】
上記構成は任意の記憶装置に対して適用可能であるが、印刷に関するデータを取り扱うシステムでは特に有効である。そこで、以下の実施例では、本発明を印刷に関するデータを取り扱うシステムに適用する場合について説明する。
【実施例】
【００２７】
上記した本発明の実施の形態についてさらに詳細に説明すべく、本発明の一実施例に係る記憶装置及び記憶制御方法について、図３乃至図１８を参照して説明する。図３は、本実施例のデータ記憶システムの構成を模式的に示す図であり、図４は、本実施例のコンピュータ端末の構成を示すブロック図、図５は、本実施例の画像形成装置の構成を示すブロック図である。また、図６及び図７は、画像形成装置のＨＤＤの構成を模式的に示す図であり、図８、１３、１５は、データの種類と記憶方式の領域とを関連づけるテーブルの一例、図１０は、プリントデータの一例である。また、図１１及び図１２は、分散記憶方式と重複記憶方式を模式的に示す図であり、図９、１４、１６は、本実施例のデータ記憶方法を示すフローチャート図、図１７及び図１８は、本実施例のデータ復旧方法を示すフローチャート図である。
【００２８】
印刷に関するデータを取り扱うシステムでは、プリントエンジンの高速化、高解像度化に伴い、画像形成装置（ＭＦＰ：Multi Function Peripheral）のプリンタコントローラ部に要求される性能も高くなっている。プリンタコントローラ部では、データの一時的な保存などでＨＤＤを使用するが、ＨＤＤ１台の性能ではプリント性能が達成できなくなってきている。そこで、近年の画像形成装置では、複数台のＨＤＤを利用して、データを分散して書き込むことでプリント性能の向上を図っている。
【００２９】
しかしながら、画像形成装置においては、プリントジョブのデータ（以下、プリントデータと呼ぶ。）のように保存の安全性よりも読み書きのスピードが求められるデータや、フォントデータのように読み書きのスピードよりも保存の安全性が求められるデータなど、必ずしも読み書きのスピードと保存の安全性の両方を満足する必要のないデータを扱っている。
【００３０】
そこで、本実施例では、このような印刷に関するデータの特徴を考慮して、様々な種類のデータを適切に保存できるようにし、ＨＤＤを交換する場合にデータを適切に復旧できるようにする。
【００３１】
図３（ａ）に、本実施例のデータ記憶システムの構成を示す。本実施例のデータ記憶システムは、プリントデータを送信する１又は複数のクライアント（コンピュータ端末１０）と、コンピュータ端末１０から受信したプリントデータに基づいて印刷を行う画像形成装置４０とを備え、これらはイーサネット（登録商標）、トークンリング、ＦＤＤＩ（Fiber-Distributed Data Interface）等の規格により定められるＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）、電話回線等の通信ネットワーク３０によって接続されている。
【００３２】
コンピュータ端末１０は、図４に示すように、制御部１１と、通信Ｉ／Ｆ部１５と、表示部１６と、操作部１７などを備え、これらは互いにバスを介して接続されている。
【００３３】
制御部１１は、ＣＰＵ１２、メモリ１３、ＨＤＤ１４などで構成されている。ＣＰＵ１２は、各部の制御を行う。メモリ１３は、ＨＤＤ１４や通信Ｉ／Ｆ部１５から読み込んだ種々のデータを一時的に記憶する部分であり、記憶されたデータはＣＰＵ１２によって処理され、必要に応じてＨＤＤ１４や通信Ｉ／Ｆ部１５に転送される。ＨＤＤ１４は、ＣＰＵ１２が各部を制御するためのプログラム、自装置の処理機能に関する情報などを格納し、ＣＰＵ１２により必要に応じて読み出され、メモリ１３上で実行処理される。通信Ｉ／Ｆ部１５は、通信ネットワーク３０を介して繋がっている機器との接続を確立し、データの送受信を実行する。
【００３４】
また、制御部１１は、文書を作成するためのアプリケーションや文書の印刷を指示するプリンタドライバとして機能し、作成した文書データを画像形成装置４０で読み取り可能な言語（ＰＣＬ（Printer Control Language）やＰＳ（Post Script）などのＰＤＬ（Page Description Language））のプリントデータに変換して、通信Ｉ／Ｆ部１５を介して画像形成装置４０に送信する。
【００３５】
通信Ｉ／Ｆ部１５は、通信ネットワーク３０を介して繋がっている機器との接続を確立し、データの送受信を実行する。
【００３６】
表示部１６は、液晶表示装置（ＬＣＤ：Liquid Crystal Display）や有機ＥＬ（electroluminescence）表示装置等からなり、印刷を指示するための画面等を表示する。
【００３７】
操作部１７は、表示部１６上に表示された情報を操作したり、情報を入力したりする部分であり、ポインティングデバイス、キーボード、トラックボール、トラックパッド、タブレット、及びスタイラスペンなどで構成される。
【００３８】
また、画像形成装置４０は、図５に示すように、制御部４１と、通信Ｉ／Ｆ部４５と、画像読取部４６と、表示・操作部４７と、プリンタコントローラ部４８と、印刷処理部４９などを備え、これらは互いにバスを介して接続されている。
【００３９】
制御部４１は、ＣＰＵ４２、ＲＯＭやＲＡＭなどのメモリ４３、複数のＨＤＤ４４（本実施例では、ＨＤＤ４４ａ及びＨＤＤ４４ｂ）などで構成されている。ＣＰＵ４２は各部の制御などを行う。また、ＣＰＵ４２は、ソフトウェアを実行することにより後述するプリンタコントローラ４８として機能する。メモリ４３は、ＨＤＤ４４、画像読取部４６、通信Ｉ／Ｆ部４５から読み込んだ種々のデータを一時的に記憶する部分で、記憶されたデータはＣＰＵ４２によって処理され、ＨＤＤ４４に転送される。ＨＤＤ４４は、ＣＰＵ４２が各部を制御するためのプログラム、自装置の処理機能に関する情報、プリントデータやスキャンデータ、フォントデータ、設定データなどを格納し（記憶領域の構成及び各種データの記憶方法に関しては後述する。）、ＣＰＵ４２により必要に応じて読み出され、メモリ４３上で実行処理される。
【００４０】
また、制御部４１は、取得したデータの種類を判別し、予め記憶したテーブルを参照して、データの種類に応じて、分散記憶方式又は重複記憶方式のいずれかでＨＤＤ４４に記憶させたり、いずれかのＨＤＤ４４に障害が発生した場合に、交換したＨＤＤに、他のＨＤＤ４４に重複記憶方式で記憶したデータをコピーして重複記憶方式での記憶状態を復旧させたり、交換したＨＤＤが予め登録されているかを判断し、登録されている場合は重複記憶方式で記憶したデータをコピーし、登録されていない場合は全ての領域をフォーマットしたりする制御を行う。この制御はハードウェア又はソフトウェアのいずれで実行してもよい。
【００４１】
通信Ｉ／Ｆ部４５は、通信ネットワーク３０を介して繋がっている機器との接続を確立し、データの送受信を実行する。
【００４２】
画像読取部４６は、原稿台上の原稿用紙から画像データを光学的に読み取る部分であり、原稿を走査する光源と、原稿で反射された光を電気信号に変換するＣＣＤ（Charge Coupled Devices）イメージセンサと、電気信号をＡ／Ｄ変換するＡ／Ｄ変換器等により構成される。
【００４３】
表示・操作部４７は、表示部上に、透明電極が格子状に配置された感圧式の操作部（タッチパネル）を設けたタッチパネルであり、手指やタッチペン等で押下された力点のＸＹ座標を電圧値で検出し、検出された位置信号を操作信号として制御部４１に出力する。
【００４４】
ＣＰＵ４２により実現される機能としてのプリンタコントローラ部４８は、プリントデータをＲＩＰ（Raster Image Processor）処理してページ毎の画像データ（ページデータ）を生成し、必要に応じて画像処理（サイズや解像度、白黒／カラー等の変換処理）やスクリーニングを行った後、ページデータを印刷処理部４９に転送する。
【００４５】
印刷処理部４９は、電子写真方式や静電記録方式等の作像プロセスを利用した画像形成に必要な構成要素、例えば、感光体、転写ベルト、定着器、各種搬送ベルト等で構成され、プリンタコントローラ部４８で処理した画像データに基づいて、指定された用紙に画像を形成する。
【００４６】
なお、図３（ａ）では、本実施例のデータ記憶システムをコンピュータ端末１０と画像形成装置４０とで構成したが、図３（ｂ）に示すように、コンピュータ端末１０から受信したプリントデータをＲＩＰ処理してページデータを生成し、そのページデータを画像形成装置４０に送信する装置（例えばプリンタコントローラ５０）を含む構成としてもよい。その場合は、画像形成装置４０又はプリンタコントローラ５０の少なくとも一方に複数台のＨＤＤを設けて上記制御を実行すればよい。
【００４７】
次に、複数のＨＤＤの構成について説明する。
【００４８】
図６は、ＨＤＤ４４のパーティション構成を示す図である。
【００４９】
ＨＤＤ４４は、パーティションと呼ばれる記憶領域で理論的に分割される。分割されたパーティションは、例えば、Windows（登録商標） OＳにおいては、Ｃドライブ、Ｄドライブ、Linux OSにおいては、/dev/sda1、/dev/sda2というように認識される。図６は、Linuxで、２台のＨＤＤ４４をそれぞれ２つのパーティションに分けた例である。
【００５０】
なお、ＨＤＤ４４の台数、パーティションの数は３つ以上でもよい。また、各ＨＤＤ４４の記憶容量、各ＨＤＤ４４におけるパーティションのサイズは特に限定されないが、少なくとも重複記憶方式に割り当てるパーティションのサイズは複数のＨＤＤ４４で同等にすることが好ましい。
【００５１】
図７は、ＲＡＩＤ構築後のＨＤＤ４４のパーティション構成を示す図である。
【００５２】
ＲＡＩＤは、複数のＨＤＤを１台のＨＤＤとして管理する方法であり、複数のＨＤＤにデータを分散して書き込むＲＡＩＤ０（又はＲＡＩＤ０を改良したＲＡＩＤ２〜６）、複数のＨＤＤに同じデータを書きこむＲＡＩＤ１、といった方式がある。図７では、パーティションを分散記憶方式（例えば、ＲＡＩＤ０若しくは同等の記憶方式）と重複記憶方式（例えば、ＲＡＩＤ１若しくは同等の記憶方式）の領域としてＯＳに認識させている。例えば、Linuxでは、/dev/md0、/dev/md1といった識別子で認識される。
【００５３】
このように、複数のＨＤＤ４４を分散記憶方式と重複記憶方式の双方で利用可能にすることにより、データの種類に応じた記憶が可能となる。以下、上記構成のＨＤＤ４４を用いてデータを記憶する方法について説明する。
【００５４】
図８は、プリンタコントローラ部４８で扱うデータの種類と保存領域（各記憶方式の領域）とを関連づけるテーブルの一例である。
【００５５】
上記テーブルに記載したデータの内、プリントデータやスキャンデータは、高速に処理する必要があり、また、ＨＤＤの故障による交換時においても、ユーザが再度コンピュータ端末１０から送信したり、画像読取部４６で原稿を読み取ることができる。そこで、これらのデータは、保存の安全性よりも読み書きの高速性を優先して、重複記憶方式（以下、ＲＡＩＤ０とする。）の領域を使用する。
【００５６】
一方、フォントデータは、有償で購入する場合も多く、ＨＤＤの故障によりデータが失われてしまうと再度購入しなければならない。そこで、フォントデータは、読み書きの高速性よりも保存の安全性を優先して、重複記憶方式（以下、ＲＡＩＤ１とする。）の領域に保存し、ＨＤＤ故障時でも復元できるようにする。また、設定データはプリンタコントローラ部４８の設定情報であるが、ＨＤＤの故障によりデータが失われてしまうと再度設定する必要がある。そこで、設定データは、フォントデータと同じく重複記憶方式の領域に保存する。
【００５７】
上記テーブルに記載したプリントジョブとフォントデータを受信した場合の処理について、図９のフローチャート図を参照して説明する。
【００５８】
まず、画像形成装置４０の制御部４１は、コンピュータ端末１０から送信されたデータを受信すると（Ｓ１０１）、画像への展開処理（ＲＩＰ）の前に、受信したデータがプリントデータであるかフォントデータであるかを判断する（Ｓ１０２）。
【００５９】
例えば、図１０に示すように、プリントデータには、ＰＪＬ（Printer Job Language）コマンドと呼ばれるジョブの設定を行うコマンドが先頭に付加されることがある。ＰＪＬコマンドは、通常、部数や両面指定といった設定が行われるが、フォント用にFONTDOWNLOADというＰＪＬコマンドを定義すれば、ＰＪＬコマンドの内容からプリントデータかフォントデータかを判断することができる。
【００６０】
そして、プリントデータと判断した場合は、制御部４１は、図８のテーブルを参照して、当該プリントデータをＲＡＩＤ０の領域に保存する（Ｓ１０３）。この場合、プリントデータは、ＨＤＤ４４ａ、ＨＤＤ４４ｂの両方に分散して保存される。保存されたプリントデータは、プリンタコントローラ部４８によって再度読み出されて画像データに展開され（Ｓ１０４）、印刷処理部４９によって印刷される（Ｓ１０５）。
【００６１】
一方、フォントデータと判断した場合は、制御部４１は必要に応じてフォントデータを展開し（Ｓ１０６）、図８のテーブルを参照して、当該フォントデータをＲＡＩＤ１の領域に保存する。この場合、フォントデータは、ＨＤＤ４４ａ、ＨＤＤ４４ｂの両方に重複して保存される。
【００６２】
図１１は、ＲＡＩＤ０を利用したデータの記憶方法を模式的に示す図である。プリントデータ等のＲＡＩＤ０の領域に保存するデータは、等サイズのData Blockに分けられる。分けられたData Blockは、ＨＤＤ４４ａとＨＤＤ４４ｂに分散されて、同時に保存される。このように２台のＨＤＤ４４に分散して書き込むため、書き込み量が半分となり書き込み速度が向上する。また、読み込みの際も２台のＨＤＤ４４から同時に読み込まれるため、読み込み速度も向上する。
【００６３】
図１２は、ＲＡＩＤ１を利用したデータの記憶方法を模式的に示す図である。フォントデータ等のＲＡＩＤ１の領域に保存するデータは、等サイズのData Blockに分けられる。各々のData Blockは、ＲＡＩＤ０とは異なり、ＨＤＤ４４ａとＨＤＤ４４ｂの両方に保存される。このように２台のＨＤＤ４４に重複して書き込むため、書き込み速度はＲＡＩＤ０に比べて遅くなり、記憶領域の占有率も増加するが、一方のデータが損失しても他方のデータで復旧できるため、保存の安全性は向上する。
【００６４】
上記フローは、受信したデータが異なる種類のデータの場合であるが、受信したデータに基づいて新たなデータを生成する場合に、元のデータと生成したデータとでＲＡＩＤの領域を分けることもできる。
【００６５】
図１３は、ＲＩＰ後の画像データを使って再印刷を行う場合を想定して、受信したプリントデータとＲＩＰ後の画像データを別々の領域に保存する例である。
【００６６】
図１４にその場合の保存手順を示す。まず、制御部４１は、コンピュータ端末１０からプリントデータを受信すると（Ｓ２０１）、受信したプリントデータをＲＡＩＤ１の領域に保存する（Ｓ２０２）。
【００６７】
次に、保存されたプリントデータは、プリンタコントローラ部４８によって再度読み出されて画像データに展開され（Ｓ２０３）、制御部４１は、ＲＩＰ後の画像データをＲＡＩＤ０の領域に保存する（Ｓ２０４）。その後、印刷処理部４９によって印刷される（Ｓ２０５）
【００６８】
このように、画像データをＲＡＩＤ０の領域を保存することによって、高速に画像データの保存することができると共に、再印刷時に高速に読み出すことが可能になる。また、ＨＤＤ４４が故障した場合も、プリントデータはＲＡＩＤ１の領域に保存してあることから、ユーザはコンピュータ端末１０から再度プリントデータを送信することなく、再印刷が可能になる。なお、ここではプリントデータと画像データを例示したが、受信したデータに基づいて生成したデータを用いて処理を行う任意の種類のデータに適用することができる。
【００６９】
図１５は、スキャンデータを暗号化する場合を想定して、スキャンデータと暗号化したスキャンデータを別々の領域に保存する例である。スキャンデータは機密情報を含む場合があり、ＰＤＦ（Portable Document Format）は暗号化することができることから、ユーザは重要なファイルをスキャンする場合に、暗号化ＰＤＦを選択するといった使い方がある。例えば、ユーザが暗号化の設定を行った場合はＲＡＩＤ１の領域に保存し、暗号化の設定を行っていない場合はＲＡＩＤ０の領域に保存することができる。
【００７０】
図１６にその場合の保存手順を示す。まず、ユーザは、操作パネルで暗号化の設定を行った後、スキャンの開始操作を行うと、画像読取部４６はスキャンを実行する（Ｓ３０１）。
【００７１】
次に、制御部４１は、暗号化の設定の有無を判断し（Ｓ３０２）、暗号化設定有りの場合は、画像読取部４６から読み込んだスキャナデータを暗号化してＰＤＦファイルを生成し（Ｓ３０３）、暗号化ＰＤＦをＲＡＩＤ１の領域に保存する（Ｓ３０４）。一方、暗号化設定なしの場合は、制御部４１は、暗号化せずにＰＤＦファイルを生成し（Ｓ３０５）、生成したＰＤＦをＲＡＩＤ０の領域に保存する（Ｓ３０６）。
【００７２】
このように、暗号化ＰＤＦをＲＡＩＤ１の領域に保存することによって、重要なスキャンデータを安全に保存することができる。なお、ここではスキャンデータから暗号化ＰＤＦファイルを生成する例を示したが、暗号化の対象となるデータの種類、暗号化するデータの種類、暗号化の手法等は特に限定されない。
【００７３】
次に、ＨＤＤ故障時のデータの復旧方法について説明する。
【００７４】
図１７は、ＨＤＤ故障時のデータの復旧手順を示すフローチャート図である。２台のＨＤＤの一方が破損した場合、他方のＨＤＤのみを使用する方法と、破損したＨＤＤを交換してデータを復旧する方法がある。
【００７５】
まず、制御部４１は、電源投入時などにＨＤＤの有無、パーティションの有無を確認して異常を検知し（Ｓ４０１）、異常があった場合、表示・操作部４７にＨＤＤの故障を通知する（Ｓ４０２）。ユーザは、表示・操作部４７を操作して、１台のＨＤＤのみを使用するか、ＨＤＤを交換するかを選択する（Ｓ４０３）。
【００７６】
１台のＨＤＤのみの使用が選択された場合は、１台のＨＤＤで処理が行えるようにする。具体的には、ＲＡＩＤ０の領域に対しては、保存されたデータが使用できないため、フォーマット処理を行う（Ｓ４０４）。ＲＡＩＤ１の領域は１台でも使用できるため、そのまま使用する。この場合、ＨＤＤが１台になるため、性能の低下が起きてしまうが、例えば、サービスマンが来るまでの間に使用するといったことが可能になる。
【００７７】
一方、ＨＤＤの交換が選択された場合は、新しいＨＤＤに交換されたら（Ｓ４０５）、制御部４１は、交換したＨＤＤに対して故障したＨＤＤと同様のパーティションを作成し（Ｓ４０６）、各パーティションの領域をＲＡＩＤ用の領域として認識させてＲＡＩＤを構築する（Ｓ４０７）。次に、制御部４１は、故障していないＨＤＤのＲＡＩＤ０の領域に記憶したデータは使用できないため、交換したＨＤＤのＲＡＩＤ０の領域に対してフォーマット処理を行う（Ｓ４０８）。一方、故障していないＨＤＤのＲＡＩＤ１の領域に記憶したデータは復旧できるため、その領域からデータを読み取り、交換したＨＤＤのＲＡＩＤ１の領域にコピーする（Ｓ４０９）。
【００７８】
このように、一方のＨＤＤが故障した場合に、ＲＡＩＤ０の領域とＲＡＩＤ１の領域とで異なる処理を行うことにより、ＲＡＩＤ１の領域に保存したデータを復旧させることができ、データの損失を最小限に抑えることができる。
【００７９】
上記フローでは、ＨＤＤが故障した場合にＲＡＩＤ１の領域に保存したデータを無条件に復旧させたが、ＲＡＩＤ１のデータはＨＤＤへのコピーが何度でも可能であるため、不正にコピーされる可能性がある。不正コピーを防止するには、図１８のフローチャート図に従って処理することもできる。
【００８０】
まず、制御部４１は、ＨＤＤのフォーマット処理を行った後（Ｓ５０１）、ＨＤＤを特定する情報（例えば、ＨＤＤのシリアルＮｏ．）を不揮発のＲＡＭに登録しておく（Ｓ５０２）。その後、制御部４１は、ＨＤＤに異常が発生したことを検知したら（Ｓ５０３）、データを復旧させるか否かを判断する（Ｓ５０４）。
【００８１】
データを復旧させない場合は、ＨＤＤを交換した後（Ｓ５０５）、制御部４１は、ＲＡＩＤ０の領域をフォーマットし（Ｓ５０６）、続いてＲＡＩＤ１の領域をフォーマットする（Ｓ５０７）。
【００８２】
一方、データを復旧させる場合は、ＨＤＤを交換した後（Ｓ５０８）、制御部４１は、ＲＡＩＤ０の領域をフォーマットする（Ｓ５０９）。次に、制御部４１は、交換したＨＤＤのシリアルＮｏ．とＲＡＭに保存されたシリアルＮｏ．とを比較し、交換したＨＤＤのシリアルＮｏ．が登録されているかを判断する（Ｓ５１０）。登録されている場合は、不正なコピーではないため、制御部４１は、故障していないＨＤＤのＲＡＩＤ１の領域からデータを読み取り、交換したＨＤＤのＲＡＩＤ１の領域にコピーする（Ｓ５１１）。登録されていない場合は、不正なコピーであるため、制御部４１は、交換したＨＤＤのＲＡＩＤ１の領域をフォーマットする（Ｓ５１２）。
【００８３】
このように、フォーマット処理を行う際にシリアルＮｏ．を不揮発ＲＡＭに保存しておき、交換したＨＤＤのシリアルＮｏ．が登録されていない場合にデータの復旧を禁止することにより、データの不正なコピーを未然に防止することができる。
【００８４】
なお、上記実施例では、２つの記憶方式を併用してデータを記憶する場合を示したが、本発明は上記実施例に限定されるものではなく、３つ以上の記憶方式を併用する場合に対しても同様に適用することができる。
【００８５】
また、上記実施例では、複数のＨＤＤを備える記憶装置について記載したが、ＨＤＤと同等の記憶性能を有する記憶デバイス、例えば、ＳＳＤ（Solid State Drive）を複数備える記憶装置に対しても同様に適用することができる。
【産業上の利用可能性】
【００８６】
本発明は、複数の記憶デバイスを備える装置及び該装置におけるデータの記憶方法並びにデータの復旧方法に利用可能である。
【符号の説明】
【００８７】
１０ コンピュータ端末
１１ 制御部
１２ ＣＰＵ
１３ メモリ
１４ ＨＤＤ
１５ 通信Ｉ／Ｆ部
１６ 表示部
１７ 操作部
２０ サーバ
２１ 制御部
２２ ＣＰＵ
２２ａ データ判別部
２２ｂ 記憶制御部
２２ｃ データ復旧部
２３ メモリ
２４ ＨＤＤ
２５ 通信Ｉ／Ｆ部
３０ 通信ネットワーク
４０ 画像形成装置
４１ 制御部
４２ ＣＰＵ
４２ａ データ判別部
４２ｂ 記憶制御部
４２ｃ データ復旧部
４３ メモリ
４４、４４ａ、４４ｂ ＨＤＤ
４５ 通信Ｉ／Ｆ部
４６ 画像読取部
４７ 表示・操作部
４８ プリンタコントローラ部
４９ 印刷処理部
５０ プリンタコントローラ
【技術分野】
【０００１】
本発明は、記憶装置及び記憶制御方法に関し、特に、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）を利用した記憶装置及び当該記憶装置におけるデータの記憶制御方法に関する。
【背景技術】
【０００２】
ネットワークの普及及び記憶装置の大容量化に伴って、様々なデータがネットワーク上のサーバなどの記憶装置に保存されるようになってきている。このようなシステムでは、データを安全に保存すること、及び、データを高速に読み書きできるようにすることが求められる。
【０００３】
ここで、通常、記憶装置は１台のＨＤＤ（Hard Disk Drive）に全てのデータを記憶しているが、ＨＤＤは可動部分を有するために障害が発生しやすく、障害が発生すると保存した全てのデータが失われてしまう恐れがある。
【０００４】
このような背景から、データの記憶に関して、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）と呼ばれる方式が提案されている。例えば、ＲＡＩＤ０は、複数のＨＤＤを利用して、データを分散して書き込むことで高速にデータの読み書きを行う方式であり、ＲＡＩＤ１は、複数のＨＤＤに同じデータを書き込み、耐障害性を上げる方式である。
【０００５】
上記ＲＡＩＤに関連する技術として、下記特許文献１には、複数のＨＤＤを使用して画像データを高速に転送する方法が開示されている。また、下記特許文献２には、ＲＡＩＤ１を利用して、１台が故障した際に、もう１台だけで動作／復旧させる方法が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３４３２０５号公報
【特許文献２】特開２００４−２０８０１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記ＲＡＩＤ０を利用することによりデータの読み書きを高速化することはできるが、１台のＨＤＤが故障すると全てのデータが使用できなくなるという課題がある。また、ＲＡＩＤ１を利用することにより耐障害性を向上させることはできるが、２台のＨＤＤに同じデータを書き込むため、ＨＤＤの記憶容量が半減すると共に書き込みが遅くなるという課題がある。
【０００８】
ここで、記憶装置に記憶するデータの種類は様々であり、頻繁にアクセスするデータは耐障害性の向上よりも読み書きの高速性を重視すると考えられ、一方、保存を目的とするデータは読み書きの高速性よりも耐障害性の向上を重視すると考えられる。そのため、ＲＡＩＤ０又はＲＡＩＤ１のいずれかを利用して記憶する記憶装置では、このような様々な種類のデータを効率的に記憶することができないという問題があった。
【０００９】
本発明は、上記問題点に鑑みてなされたものであって、その主たる目的は、データの種類に応じて読み書きの高速化と耐障害性の向上を図ることができることができる記憶装置及び記憶制御方法を提供することにある。
【００１０】
また、本発明の他の目的は、障害が発生した場合に適切にデータを復旧させることができる記憶装置及び記憶制御方法を提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明は、複数のＨＤＤを備える記憶装置において、データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能に構成されるものである。
【００１２】
また、本発明は、複数のＨＤＤを備える記憶装置における記憶制御方法において、前記記憶装置は、データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能であり、取得したデータの種類を判別した後、予め記憶したテーブルを参照して、前記取得したデータを、その種類に応じて、前記分割記憶方式又は前記重複記憶方式のいずれかで記憶するものである。
【００１３】
また、本発明は、複数のＨＤＤを備える記憶装置における記憶制御方法において、前記記憶装置は、データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能であり、各々の前記ＨＤＤは、前記分割記憶方式で利用される領域と前記重複記憶方式で利用される領域とに分割されており、いずれかの前記ＨＤＤを交換する場合に、交換したＨＤＤに対して、前記分割記憶方式で利用される領域はフォーマットし、前記重複記憶方式で利用される領域は、他の前記ＨＤＤの前記重複記憶方式で利用される領域から読み取ったデータをコピーするものである。
【発明の効果】
【００１４】
本発明の記憶装置及び記憶制御方法によれば、下記記載の効果を奏する。
【００１５】
本発明の第１の効果は、データの種類に応じて読み書きの高速化と耐障害性の向上を図ることができるということである。
【００１６】
その理由は、複数のＨＤＤを備える記憶装置において、各々のＨＤＤを複数の領域に分割し、その１つはデータを分散して記憶する分散記憶方式の領域として利用し、他の１つはデータを重複して記憶する重複記憶方式の領域として利用し、データを記憶する際に、データの種類を判別し、データの種類に応じて分散記憶方式若しくは重複記憶方式のいずれかで記憶させるからである。
【００１７】
また、本発明の第２の効果は、障害が発生した場合に適切にデータを復旧させることができるということである。
【００１８】
その理由は、いずれかのＨＤＤに障害が発生して交換する場合に、他のＨＤＤの重複記憶方式の領域に記憶されたデータを、交換したＨＤＤの重複記憶方式の領域にコピーしてデータを復旧し、データの喪失を最小限に抑制するからである。また、交換したＨＤＤが予め登録されているかを判別し、登録されている場合は重複記憶方式の領域に記憶されたデータをコピーし、登録されていない場合は全ての領域をフォーマットし、不正なコピーを防止するからである。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施の形態に係るデータ記憶システムの構成を模式的に示す図である。
【図２】本発明の一実施の形態に係るサーバの構成を示すブロック図である。
【図３】本発明の一実施例に係るデータ記憶システムの構成を模式的に示す図である。
【図４】本発明の一実施例に係るコンピュータ端末の構成を示すブロック図である。
【図５】本発明の一実施例に係る画像形成装置の構成を示すブロック図である。
【図６】本発明の一実施例に係るＨＤＤのパーティション構成を模式的に示す図である。
【図７】本発明の一実施例に係るＨＤＤのＲＡＩＤ構築後のパーティション構成を模式的に示す図である。
【図８】データの種類と各記憶方式で利用する領域との関係を示すテーブルの一例である。
【図９】本発明の一実施例に係るデータ記憶方法の手順を示すフローチャート図である。
【図１０】フォントデータの一例である。
【図１１】本発明の一実施例に係る分散記憶方式を模式的に示す図である。
【図１２】本発明の一実施例に係る重複記憶方式を模式的に示す図である。
【図１３】データの種類と各記憶方式で利用する領域との関係を示すテーブルの他の例である。
【図１４】本発明の一実施例に係るデータ記憶方法の他の手順を示すフローチャート図である。
【図１５】データの種類と各記憶方式で利用する領域との関係を示すテーブルの他の例である。
【図１６】本発明の一実施例に係るデータ記憶方法の他の手順を示すフローチャート図である。
【図１７】本発明の一実施例に係るデータの復旧方法の手順を示すフローチャート図である。
【図１８】本発明の一実施例に係るデータの復旧方法の他の手順を示すフローチャート図である。
【発明を実施するための形態】
【００２０】
背景技術で示したように、複数のＨＤＤにデータを分散して記憶する記憶方式（例えばＲＡＩＤ０など、以下、分散記憶方式と呼ぶ。）や、複数のＨＤＤに同じデータを重複して記憶する記憶方式（例えばＲＡＩＤ１など、以下、重複記憶方式と呼ぶ。）などの記憶方式が提案されているが、いずれの記憶方式でも読み書きの高速化と耐障害性の向上の双方を達成することはできない。
【００２１】
一方、記憶装置に記憶するデータには、耐障害性の向上よりも読み書きの高速性を重視するデータもあれば、読み書きの高速性よりも耐障害性の向上を重視するデータもある。
【００２２】
そこで、本発明では、分散記憶方式と重複記憶方式とを併用し、データの種類（すなわち、データの特性）に合わせていずれかの記憶方式で記憶することによって、読み書きの高速化と耐障害性の向上の双方を満足できるようにする。
【００２３】
以下、図面を参照して具体的に説明する。図１に示すように、本実施形態のデータ記憶システムは、保存するデータを送信するコンピュータ端末１０と、データを保存するサーバ２０と、を備え、これらは通信ネットワーク３０で接続される。また、図２に示すように、サーバ２０の制御部２１は、ＣＰＵ（Central Processing Unit）２２、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などのメモリ２３、複数台（ここでは２台）のＨＤＤ２４、通信Ｉ／Ｆ部２５などを備え、これらはバスを介して接続されている。
【００２４】
このような２台のＨＤＤ２４を備えるサーバ２０において、各々のＨＤＤ２４の記憶領域を複数（ここでは２つ）に分割し、各々のＨＤＤ２４の一方の領域を分散記憶方式の領域に割り当て、他方の領域を重複記憶方式の領域に割り当てる。また、制御部２１は、記憶するデータの種類を判別し、予め記憶したテーブルを参照して、データの種類に応じて分散記憶方式又は重複記憶方式のいずれかで記憶させたり、故障等により一方のＨＤＤを交換する際に、他方のＨＤＤの重複記憶方式の領域のデータを、交換したＨＤＤの重複記憶方式の領域にコピーしたりする制御を行う。
【００２５】
このような構成により、頻繁にアクセスするデータのように耐障害性の向上よりも読み書きの高速性を重視するデータは分散記憶方式で記憶され、保存を目的とするデータのように読み書きの高速性よりも耐障害性の向上を重視するデータは重複記憶方式で記憶されるため、データの種類に応じて読み書きの高速化と耐障害性の向上を図ることができる。また、いずれかのＨＤＤ２４に障害が発生しても重複記憶方式で記憶されたデータは復旧することができるため、データの損失を最小限に抑えることができる。
【００２６】
上記構成は任意の記憶装置に対して適用可能であるが、印刷に関するデータを取り扱うシステムでは特に有効である。そこで、以下の実施例では、本発明を印刷に関するデータを取り扱うシステムに適用する場合について説明する。
【実施例】
【００２７】
上記した本発明の実施の形態についてさらに詳細に説明すべく、本発明の一実施例に係る記憶装置及び記憶制御方法について、図３乃至図１８を参照して説明する。図３は、本実施例のデータ記憶システムの構成を模式的に示す図であり、図４は、本実施例のコンピュータ端末の構成を示すブロック図、図５は、本実施例の画像形成装置の構成を示すブロック図である。また、図６及び図７は、画像形成装置のＨＤＤの構成を模式的に示す図であり、図８、１３、１５は、データの種類と記憶方式の領域とを関連づけるテーブルの一例、図１０は、プリントデータの一例である。また、図１１及び図１２は、分散記憶方式と重複記憶方式を模式的に示す図であり、図９、１４、１６は、本実施例のデータ記憶方法を示すフローチャート図、図１７及び図１８は、本実施例のデータ復旧方法を示すフローチャート図である。
【００２８】
印刷に関するデータを取り扱うシステムでは、プリントエンジンの高速化、高解像度化に伴い、画像形成装置（ＭＦＰ：Multi Function Peripheral）のプリンタコントローラ部に要求される性能も高くなっている。プリンタコントローラ部では、データの一時的な保存などでＨＤＤを使用するが、ＨＤＤ１台の性能ではプリント性能が達成できなくなってきている。そこで、近年の画像形成装置では、複数台のＨＤＤを利用して、データを分散して書き込むことでプリント性能の向上を図っている。
【００２９】
しかしながら、画像形成装置においては、プリントジョブのデータ（以下、プリントデータと呼ぶ。）のように保存の安全性よりも読み書きのスピードが求められるデータや、フォントデータのように読み書きのスピードよりも保存の安全性が求められるデータなど、必ずしも読み書きのスピードと保存の安全性の両方を満足する必要のないデータを扱っている。
【００３０】
そこで、本実施例では、このような印刷に関するデータの特徴を考慮して、様々な種類のデータを適切に保存できるようにし、ＨＤＤを交換する場合にデータを適切に復旧できるようにする。
【００３１】
図３（ａ）に、本実施例のデータ記憶システムの構成を示す。本実施例のデータ記憶システムは、プリントデータを送信する１又は複数のクライアント（コンピュータ端末１０）と、コンピュータ端末１０から受信したプリントデータに基づいて印刷を行う画像形成装置４０とを備え、これらはイーサネット（登録商標）、トークンリング、ＦＤＤＩ（Fiber-Distributed Data Interface）等の規格により定められるＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）、電話回線等の通信ネットワーク３０によって接続されている。
【００３２】
コンピュータ端末１０は、図４に示すように、制御部１１と、通信Ｉ／Ｆ部１５と、表示部１６と、操作部１７などを備え、これらは互いにバスを介して接続されている。
【００３３】
制御部１１は、ＣＰＵ１２、メモリ１３、ＨＤＤ１４などで構成されている。ＣＰＵ１２は、各部の制御を行う。メモリ１３は、ＨＤＤ１４や通信Ｉ／Ｆ部１５から読み込んだ種々のデータを一時的に記憶する部分であり、記憶されたデータはＣＰＵ１２によって処理され、必要に応じてＨＤＤ１４や通信Ｉ／Ｆ部１５に転送される。ＨＤＤ１４は、ＣＰＵ１２が各部を制御するためのプログラム、自装置の処理機能に関する情報などを格納し、ＣＰＵ１２により必要に応じて読み出され、メモリ１３上で実行処理される。通信Ｉ／Ｆ部１５は、通信ネットワーク３０を介して繋がっている機器との接続を確立し、データの送受信を実行する。
【００３４】
また、制御部１１は、文書を作成するためのアプリケーションや文書の印刷を指示するプリンタドライバとして機能し、作成した文書データを画像形成装置４０で読み取り可能な言語（ＰＣＬ（Printer Control Language）やＰＳ（Post Script）などのＰＤＬ（Page Description Language））のプリントデータに変換して、通信Ｉ／Ｆ部１５を介して画像形成装置４０に送信する。
【００３５】
通信Ｉ／Ｆ部１５は、通信ネットワーク３０を介して繋がっている機器との接続を確立し、データの送受信を実行する。
【００３６】
表示部１６は、液晶表示装置（ＬＣＤ：Liquid Crystal Display）や有機ＥＬ（electroluminescence）表示装置等からなり、印刷を指示するための画面等を表示する。
【００３７】
操作部１７は、表示部１６上に表示された情報を操作したり、情報を入力したりする部分であり、ポインティングデバイス、キーボード、トラックボール、トラックパッド、タブレット、及びスタイラスペンなどで構成される。
【００３８】
また、画像形成装置４０は、図５に示すように、制御部４１と、通信Ｉ／Ｆ部４５と、画像読取部４６と、表示・操作部４７と、プリンタコントローラ部４８と、印刷処理部４９などを備え、これらは互いにバスを介して接続されている。
【００３９】
制御部４１は、ＣＰＵ４２、ＲＯＭやＲＡＭなどのメモリ４３、複数のＨＤＤ４４（本実施例では、ＨＤＤ４４ａ及びＨＤＤ４４ｂ）などで構成されている。ＣＰＵ４２は各部の制御などを行う。また、ＣＰＵ４２は、ソフトウェアを実行することにより後述するプリンタコントローラ４８として機能する。メモリ４３は、ＨＤＤ４４、画像読取部４６、通信Ｉ／Ｆ部４５から読み込んだ種々のデータを一時的に記憶する部分で、記憶されたデータはＣＰＵ４２によって処理され、ＨＤＤ４４に転送される。ＨＤＤ４４は、ＣＰＵ４２が各部を制御するためのプログラム、自装置の処理機能に関する情報、プリントデータやスキャンデータ、フォントデータ、設定データなどを格納し（記憶領域の構成及び各種データの記憶方法に関しては後述する。）、ＣＰＵ４２により必要に応じて読み出され、メモリ４３上で実行処理される。
【００４０】
また、制御部４１は、取得したデータの種類を判別し、予め記憶したテーブルを参照して、データの種類に応じて、分散記憶方式又は重複記憶方式のいずれかでＨＤＤ４４に記憶させたり、いずれかのＨＤＤ４４に障害が発生した場合に、交換したＨＤＤに、他のＨＤＤ４４に重複記憶方式で記憶したデータをコピーして重複記憶方式での記憶状態を復旧させたり、交換したＨＤＤが予め登録されているかを判断し、登録されている場合は重複記憶方式で記憶したデータをコピーし、登録されていない場合は全ての領域をフォーマットしたりする制御を行う。この制御はハードウェア又はソフトウェアのいずれで実行してもよい。
【００４１】
通信Ｉ／Ｆ部４５は、通信ネットワーク３０を介して繋がっている機器との接続を確立し、データの送受信を実行する。
【００４２】
画像読取部４６は、原稿台上の原稿用紙から画像データを光学的に読み取る部分であり、原稿を走査する光源と、原稿で反射された光を電気信号に変換するＣＣＤ（Charge Coupled Devices）イメージセンサと、電気信号をＡ／Ｄ変換するＡ／Ｄ変換器等により構成される。
【００４３】
表示・操作部４７は、表示部上に、透明電極が格子状に配置された感圧式の操作部（タッチパネル）を設けたタッチパネルであり、手指やタッチペン等で押下された力点のＸＹ座標を電圧値で検出し、検出された位置信号を操作信号として制御部４１に出力する。
【００４４】
ＣＰＵ４２により実現される機能としてのプリンタコントローラ部４８は、プリントデータをＲＩＰ（Raster Image Processor）処理してページ毎の画像データ（ページデータ）を生成し、必要に応じて画像処理（サイズや解像度、白黒／カラー等の変換処理）やスクリーニングを行った後、ページデータを印刷処理部４９に転送する。
【００４５】
印刷処理部４９は、電子写真方式や静電記録方式等の作像プロセスを利用した画像形成に必要な構成要素、例えば、感光体、転写ベルト、定着器、各種搬送ベルト等で構成され、プリンタコントローラ部４８で処理した画像データに基づいて、指定された用紙に画像を形成する。
【００４６】
なお、図３（ａ）では、本実施例のデータ記憶システムをコンピュータ端末１０と画像形成装置４０とで構成したが、図３（ｂ）に示すように、コンピュータ端末１０から受信したプリントデータをＲＩＰ処理してページデータを生成し、そのページデータを画像形成装置４０に送信する装置（例えばプリンタコントローラ５０）を含む構成としてもよい。その場合は、画像形成装置４０又はプリンタコントローラ５０の少なくとも一方に複数台のＨＤＤを設けて上記制御を実行すればよい。
【００４７】
次に、複数のＨＤＤの構成について説明する。
【００４８】
図６は、ＨＤＤ４４のパーティション構成を示す図である。
【００４９】
ＨＤＤ４４は、パーティションと呼ばれる記憶領域で理論的に分割される。分割されたパーティションは、例えば、Windows（登録商標） OＳにおいては、Ｃドライブ、Ｄドライブ、Linux OSにおいては、/dev/sda1、/dev/sda2というように認識される。図６は、Linuxで、２台のＨＤＤ４４をそれぞれ２つのパーティションに分けた例である。
【００５０】
なお、ＨＤＤ４４の台数、パーティションの数は３つ以上でもよい。また、各ＨＤＤ４４の記憶容量、各ＨＤＤ４４におけるパーティションのサイズは特に限定されないが、少なくとも重複記憶方式に割り当てるパーティションのサイズは複数のＨＤＤ４４で同等にすることが好ましい。
【００５１】
図７は、ＲＡＩＤ構築後のＨＤＤ４４のパーティション構成を示す図である。
【００５２】
ＲＡＩＤは、複数のＨＤＤを１台のＨＤＤとして管理する方法であり、複数のＨＤＤにデータを分散して書き込むＲＡＩＤ０（又はＲＡＩＤ０を改良したＲＡＩＤ２〜６）、複数のＨＤＤに同じデータを書きこむＲＡＩＤ１、といった方式がある。図７では、パーティションを分散記憶方式（例えば、ＲＡＩＤ０若しくは同等の記憶方式）と重複記憶方式（例えば、ＲＡＩＤ１若しくは同等の記憶方式）の領域としてＯＳに認識させている。例えば、Linuxでは、/dev/md0、/dev/md1といった識別子で認識される。
【００５３】
このように、複数のＨＤＤ４４を分散記憶方式と重複記憶方式の双方で利用可能にすることにより、データの種類に応じた記憶が可能となる。以下、上記構成のＨＤＤ４４を用いてデータを記憶する方法について説明する。
【００５４】
図８は、プリンタコントローラ部４８で扱うデータの種類と保存領域（各記憶方式の領域）とを関連づけるテーブルの一例である。
【００５５】
上記テーブルに記載したデータの内、プリントデータやスキャンデータは、高速に処理する必要があり、また、ＨＤＤの故障による交換時においても、ユーザが再度コンピュータ端末１０から送信したり、画像読取部４６で原稿を読み取ることができる。そこで、これらのデータは、保存の安全性よりも読み書きの高速性を優先して、重複記憶方式（以下、ＲＡＩＤ０とする。）の領域を使用する。
【００５６】
一方、フォントデータは、有償で購入する場合も多く、ＨＤＤの故障によりデータが失われてしまうと再度購入しなければならない。そこで、フォントデータは、読み書きの高速性よりも保存の安全性を優先して、重複記憶方式（以下、ＲＡＩＤ１とする。）の領域に保存し、ＨＤＤ故障時でも復元できるようにする。また、設定データはプリンタコントローラ部４８の設定情報であるが、ＨＤＤの故障によりデータが失われてしまうと再度設定する必要がある。そこで、設定データは、フォントデータと同じく重複記憶方式の領域に保存する。
【００５７】
上記テーブルに記載したプリントジョブとフォントデータを受信した場合の処理について、図９のフローチャート図を参照して説明する。
【００５８】
まず、画像形成装置４０の制御部４１は、コンピュータ端末１０から送信されたデータを受信すると（Ｓ１０１）、画像への展開処理（ＲＩＰ）の前に、受信したデータがプリントデータであるかフォントデータであるかを判断する（Ｓ１０２）。
【００５９】
例えば、図１０に示すように、プリントデータには、ＰＪＬ（Printer Job Language）コマンドと呼ばれるジョブの設定を行うコマンドが先頭に付加されることがある。ＰＪＬコマンドは、通常、部数や両面指定といった設定が行われるが、フォント用にFONTDOWNLOADというＰＪＬコマンドを定義すれば、ＰＪＬコマンドの内容からプリントデータかフォントデータかを判断することができる。
【００６０】
そして、プリントデータと判断した場合は、制御部４１は、図８のテーブルを参照して、当該プリントデータをＲＡＩＤ０の領域に保存する（Ｓ１０３）。この場合、プリントデータは、ＨＤＤ４４ａ、ＨＤＤ４４ｂの両方に分散して保存される。保存されたプリントデータは、プリンタコントローラ部４８によって再度読み出されて画像データに展開され（Ｓ１０４）、印刷処理部４９によって印刷される（Ｓ１０５）。
【００６１】
一方、フォントデータと判断した場合は、制御部４１は必要に応じてフォントデータを展開し（Ｓ１０６）、図８のテーブルを参照して、当該フォントデータをＲＡＩＤ１の領域に保存する。この場合、フォントデータは、ＨＤＤ４４ａ、ＨＤＤ４４ｂの両方に重複して保存される。
【００６２】
図１１は、ＲＡＩＤ０を利用したデータの記憶方法を模式的に示す図である。プリントデータ等のＲＡＩＤ０の領域に保存するデータは、等サイズのData Blockに分けられる。分けられたData Blockは、ＨＤＤ４４ａとＨＤＤ４４ｂに分散されて、同時に保存される。このように２台のＨＤＤ４４に分散して書き込むため、書き込み量が半分となり書き込み速度が向上する。また、読み込みの際も２台のＨＤＤ４４から同時に読み込まれるため、読み込み速度も向上する。
【００６３】
図１２は、ＲＡＩＤ１を利用したデータの記憶方法を模式的に示す図である。フォントデータ等のＲＡＩＤ１の領域に保存するデータは、等サイズのData Blockに分けられる。各々のData Blockは、ＲＡＩＤ０とは異なり、ＨＤＤ４４ａとＨＤＤ４４ｂの両方に保存される。このように２台のＨＤＤ４４に重複して書き込むため、書き込み速度はＲＡＩＤ０に比べて遅くなり、記憶領域の占有率も増加するが、一方のデータが損失しても他方のデータで復旧できるため、保存の安全性は向上する。
【００６４】
上記フローは、受信したデータが異なる種類のデータの場合であるが、受信したデータに基づいて新たなデータを生成する場合に、元のデータと生成したデータとでＲＡＩＤの領域を分けることもできる。
【００６５】
図１３は、ＲＩＰ後の画像データを使って再印刷を行う場合を想定して、受信したプリントデータとＲＩＰ後の画像データを別々の領域に保存する例である。
【００６６】
図１４にその場合の保存手順を示す。まず、制御部４１は、コンピュータ端末１０からプリントデータを受信すると（Ｓ２０１）、受信したプリントデータをＲＡＩＤ１の領域に保存する（Ｓ２０２）。
【００６７】
次に、保存されたプリントデータは、プリンタコントローラ部４８によって再度読み出されて画像データに展開され（Ｓ２０３）、制御部４１は、ＲＩＰ後の画像データをＲＡＩＤ０の領域に保存する（Ｓ２０４）。その後、印刷処理部４９によって印刷される（Ｓ２０５）
【００６８】
このように、画像データをＲＡＩＤ０の領域を保存することによって、高速に画像データの保存することができると共に、再印刷時に高速に読み出すことが可能になる。また、ＨＤＤ４４が故障した場合も、プリントデータはＲＡＩＤ１の領域に保存してあることから、ユーザはコンピュータ端末１０から再度プリントデータを送信することなく、再印刷が可能になる。なお、ここではプリントデータと画像データを例示したが、受信したデータに基づいて生成したデータを用いて処理を行う任意の種類のデータに適用することができる。
【００６９】
図１５は、スキャンデータを暗号化する場合を想定して、スキャンデータと暗号化したスキャンデータを別々の領域に保存する例である。スキャンデータは機密情報を含む場合があり、ＰＤＦ（Portable Document Format）は暗号化することができることから、ユーザは重要なファイルをスキャンする場合に、暗号化ＰＤＦを選択するといった使い方がある。例えば、ユーザが暗号化の設定を行った場合はＲＡＩＤ１の領域に保存し、暗号化の設定を行っていない場合はＲＡＩＤ０の領域に保存することができる。
【００７０】
図１６にその場合の保存手順を示す。まず、ユーザは、操作パネルで暗号化の設定を行った後、スキャンの開始操作を行うと、画像読取部４６はスキャンを実行する（Ｓ３０１）。
【００７１】
次に、制御部４１は、暗号化の設定の有無を判断し（Ｓ３０２）、暗号化設定有りの場合は、画像読取部４６から読み込んだスキャナデータを暗号化してＰＤＦファイルを生成し（Ｓ３０３）、暗号化ＰＤＦをＲＡＩＤ１の領域に保存する（Ｓ３０４）。一方、暗号化設定なしの場合は、制御部４１は、暗号化せずにＰＤＦファイルを生成し（Ｓ３０５）、生成したＰＤＦをＲＡＩＤ０の領域に保存する（Ｓ３０６）。
【００７２】
このように、暗号化ＰＤＦをＲＡＩＤ１の領域に保存することによって、重要なスキャンデータを安全に保存することができる。なお、ここではスキャンデータから暗号化ＰＤＦファイルを生成する例を示したが、暗号化の対象となるデータの種類、暗号化するデータの種類、暗号化の手法等は特に限定されない。
【００７３】
次に、ＨＤＤ故障時のデータの復旧方法について説明する。
【００７４】
図１７は、ＨＤＤ故障時のデータの復旧手順を示すフローチャート図である。２台のＨＤＤの一方が破損した場合、他方のＨＤＤのみを使用する方法と、破損したＨＤＤを交換してデータを復旧する方法がある。
【００７５】
まず、制御部４１は、電源投入時などにＨＤＤの有無、パーティションの有無を確認して異常を検知し（Ｓ４０１）、異常があった場合、表示・操作部４７にＨＤＤの故障を通知する（Ｓ４０２）。ユーザは、表示・操作部４７を操作して、１台のＨＤＤのみを使用するか、ＨＤＤを交換するかを選択する（Ｓ４０３）。
【００７６】
１台のＨＤＤのみの使用が選択された場合は、１台のＨＤＤで処理が行えるようにする。具体的には、ＲＡＩＤ０の領域に対しては、保存されたデータが使用できないため、フォーマット処理を行う（Ｓ４０４）。ＲＡＩＤ１の領域は１台でも使用できるため、そのまま使用する。この場合、ＨＤＤが１台になるため、性能の低下が起きてしまうが、例えば、サービスマンが来るまでの間に使用するといったことが可能になる。
【００７７】
一方、ＨＤＤの交換が選択された場合は、新しいＨＤＤに交換されたら（Ｓ４０５）、制御部４１は、交換したＨＤＤに対して故障したＨＤＤと同様のパーティションを作成し（Ｓ４０６）、各パーティションの領域をＲＡＩＤ用の領域として認識させてＲＡＩＤを構築する（Ｓ４０７）。次に、制御部４１は、故障していないＨＤＤのＲＡＩＤ０の領域に記憶したデータは使用できないため、交換したＨＤＤのＲＡＩＤ０の領域に対してフォーマット処理を行う（Ｓ４０８）。一方、故障していないＨＤＤのＲＡＩＤ１の領域に記憶したデータは復旧できるため、その領域からデータを読み取り、交換したＨＤＤのＲＡＩＤ１の領域にコピーする（Ｓ４０９）。
【００７８】
このように、一方のＨＤＤが故障した場合に、ＲＡＩＤ０の領域とＲＡＩＤ１の領域とで異なる処理を行うことにより、ＲＡＩＤ１の領域に保存したデータを復旧させることができ、データの損失を最小限に抑えることができる。
【００７９】
上記フローでは、ＨＤＤが故障した場合にＲＡＩＤ１の領域に保存したデータを無条件に復旧させたが、ＲＡＩＤ１のデータはＨＤＤへのコピーが何度でも可能であるため、不正にコピーされる可能性がある。不正コピーを防止するには、図１８のフローチャート図に従って処理することもできる。
【００８０】
まず、制御部４１は、ＨＤＤのフォーマット処理を行った後（Ｓ５０１）、ＨＤＤを特定する情報（例えば、ＨＤＤのシリアルＮｏ．）を不揮発のＲＡＭに登録しておく（Ｓ５０２）。その後、制御部４１は、ＨＤＤに異常が発生したことを検知したら（Ｓ５０３）、データを復旧させるか否かを判断する（Ｓ５０４）。
【００８１】
データを復旧させない場合は、ＨＤＤを交換した後（Ｓ５０５）、制御部４１は、ＲＡＩＤ０の領域をフォーマットし（Ｓ５０６）、続いてＲＡＩＤ１の領域をフォーマットする（Ｓ５０７）。
【００８２】
一方、データを復旧させる場合は、ＨＤＤを交換した後（Ｓ５０８）、制御部４１は、ＲＡＩＤ０の領域をフォーマットする（Ｓ５０９）。次に、制御部４１は、交換したＨＤＤのシリアルＮｏ．とＲＡＭに保存されたシリアルＮｏ．とを比較し、交換したＨＤＤのシリアルＮｏ．が登録されているかを判断する（Ｓ５１０）。登録されている場合は、不正なコピーではないため、制御部４１は、故障していないＨＤＤのＲＡＩＤ１の領域からデータを読み取り、交換したＨＤＤのＲＡＩＤ１の領域にコピーする（Ｓ５１１）。登録されていない場合は、不正なコピーであるため、制御部４１は、交換したＨＤＤのＲＡＩＤ１の領域をフォーマットする（Ｓ５１２）。
【００８３】
このように、フォーマット処理を行う際にシリアルＮｏ．を不揮発ＲＡＭに保存しておき、交換したＨＤＤのシリアルＮｏ．が登録されていない場合にデータの復旧を禁止することにより、データの不正なコピーを未然に防止することができる。
【００８４】
なお、上記実施例では、２つの記憶方式を併用してデータを記憶する場合を示したが、本発明は上記実施例に限定されるものではなく、３つ以上の記憶方式を併用する場合に対しても同様に適用することができる。
【００８５】
また、上記実施例では、複数のＨＤＤを備える記憶装置について記載したが、ＨＤＤと同等の記憶性能を有する記憶デバイス、例えば、ＳＳＤ（Solid State Drive）を複数備える記憶装置に対しても同様に適用することができる。
【産業上の利用可能性】
【００８６】
本発明は、複数の記憶デバイスを備える装置及び該装置におけるデータの記憶方法並びにデータの復旧方法に利用可能である。
【符号の説明】
【００８７】
１０ コンピュータ端末
１１ 制御部
１２ ＣＰＵ
１３ メモリ
１４ ＨＤＤ
１５ 通信Ｉ／Ｆ部
１６ 表示部
１７ 操作部
２０ サーバ
２１ 制御部
２２ ＣＰＵ
２２ａ データ判別部
２２ｂ 記憶制御部
２２ｃ データ復旧部
２３ メモリ
２４ ＨＤＤ
２５ 通信Ｉ／Ｆ部
３０ 通信ネットワーク
４０ 画像形成装置
４１ 制御部
４２ ＣＰＵ
４２ａ データ判別部
４２ｂ 記憶制御部
４２ｃ データ復旧部
４３ メモリ
４４、４４ａ、４４ｂ ＨＤＤ
４５ 通信Ｉ／Ｆ部
４６ 画像読取部
４７ 表示・操作部
４８ プリンタコントローラ部
４９ 印刷処理部
５０ プリンタコントローラ
【特許請求の範囲】
【請求項１】
複数のＨＤＤを備える記憶装置において、
データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能に構成される、ことを特徴とする記憶装置。
【請求項２】
各々の前記ＨＤＤは、複数の領域に分割され、
各々の前記ＨＤＤの１つの領域は、前記分割記憶方式で利用され、
各々の前記ＨＤＤの他の１つの領域は、前記重複記憶方式で利用される、ことを特徴とする請求項１に記載の記憶装置。
【請求項３】
前記分割記憶方式は、ＲＡＩＤ０に基づく記憶方式であり、
前記重複記憶方式は、ＲＡＩＤ１に基づく記憶方式である、ことを特徴とする請求項１又は２に記載の記憶装置。
【請求項４】
複数のＨＤＤを備える記憶装置における記憶制御方法において、
前記記憶装置は、データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能であり、
取得したデータの種類を判別した後、予め記憶したテーブルを参照して、前記取得したデータを、その種類に応じて、前記分割記憶方式又は前記重複記憶方式のいずれかで記憶する、ことを特徴とする記憶制御方法。
【請求項５】
前記取得したデータを前記重複記憶方式で記憶した後、前記取得したデータに基づいて生成したデータを前記分割記憶方式で記憶する、ことを特徴とする請求項４に記載の記憶制御方法。
【請求項６】
前記取得したデータを前記分割記憶方式で記憶した後、前記取得したデータを暗号化したデータを前記重複記憶方式で記憶する、ことを特徴とする請求項４に記載の記憶制御方法。
【請求項７】
複数のＨＤＤを備える記憶装置における記憶制御方法において、
前記記憶装置は、データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能であり、各々の前記ＨＤＤは、前記分割記憶方式で利用される領域と前記重複記憶方式で利用される領域とに分割されており、
いずれかの前記ＨＤＤを交換する場合に、交換したＨＤＤに対して、前記分割記憶方式で利用される領域はフォーマットし、前記重複記憶方式で利用される領域は、他の前記ＨＤＤの前記重複記憶方式で利用される領域から読み取ったデータをコピーする、ことを特徴とする記憶制御方法。
【請求項８】
前記交換したＨＤＤが予め登録されている場合は、前記分割記憶方式で利用される領域はフォーマットし、前記重複記憶方式で利用される領域は、他の前記ＨＤＤの前記重複記憶方式で利用される領域から読み取ったデータをコピーし、
前記交換したＨＤＤが登録されていない場合は、前記分割記憶方式で利用される領域及び前記重複記憶方式で利用される領域をフォーマットする、ことを特徴とする請求項７に記載の記憶制御方法。
【請求項９】
前記分割記憶方式は、ＲＡＩＤ０に基づく記憶方式であり、
前記重複記憶方式は、ＲＡＩＤ１に基づく記憶方式である、ことを特徴とする請求項４乃至８のいずれか一に記載の記憶制御方法。
【請求項１】
複数のＨＤＤを備える記憶装置において、
データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能に構成される、ことを特徴とする記憶装置。
【請求項２】
各々の前記ＨＤＤは、複数の領域に分割され、
各々の前記ＨＤＤの１つの領域は、前記分割記憶方式で利用され、
各々の前記ＨＤＤの他の１つの領域は、前記重複記憶方式で利用される、ことを特徴とする請求項１に記載の記憶装置。
【請求項３】
前記分割記憶方式は、ＲＡＩＤ０に基づく記憶方式であり、
前記重複記憶方式は、ＲＡＩＤ１に基づく記憶方式である、ことを特徴とする請求項１又は２に記載の記憶装置。
【請求項４】
複数のＨＤＤを備える記憶装置における記憶制御方法において、
前記記憶装置は、データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能であり、
取得したデータの種類を判別した後、予め記憶したテーブルを参照して、前記取得したデータを、その種類に応じて、前記分割記憶方式又は前記重複記憶方式のいずれかで記憶する、ことを特徴とする記憶制御方法。
【請求項５】
前記取得したデータを前記重複記憶方式で記憶した後、前記取得したデータに基づいて生成したデータを前記分割記憶方式で記憶する、ことを特徴とする請求項４に記載の記憶制御方法。
【請求項６】
前記取得したデータを前記分割記憶方式で記憶した後、前記取得したデータを暗号化したデータを前記重複記憶方式で記憶する、ことを特徴とする請求項４に記載の記憶制御方法。
【請求項７】
複数のＨＤＤを備える記憶装置における記憶制御方法において、
前記記憶装置は、データを前記複数のＨＤＤに分割して記憶する分割記憶方式、及び、同じデータを前記複数のＨＤＤに重複して記憶する重複記憶方式の２つの記憶方式で、データが記憶可能であり、各々の前記ＨＤＤは、前記分割記憶方式で利用される領域と前記重複記憶方式で利用される領域とに分割されており、
いずれかの前記ＨＤＤを交換する場合に、交換したＨＤＤに対して、前記分割記憶方式で利用される領域はフォーマットし、前記重複記憶方式で利用される領域は、他の前記ＨＤＤの前記重複記憶方式で利用される領域から読み取ったデータをコピーする、ことを特徴とする記憶制御方法。
【請求項８】
前記交換したＨＤＤが予め登録されている場合は、前記分割記憶方式で利用される領域はフォーマットし、前記重複記憶方式で利用される領域は、他の前記ＨＤＤの前記重複記憶方式で利用される領域から読み取ったデータをコピーし、
前記交換したＨＤＤが登録されていない場合は、前記分割記憶方式で利用される領域及び前記重複記憶方式で利用される領域をフォーマットする、ことを特徴とする請求項７に記載の記憶制御方法。
【請求項９】
前記分割記憶方式は、ＲＡＩＤ０に基づく記憶方式であり、
前記重複記憶方式は、ＲＡＩＤ１に基づく記憶方式である、ことを特徴とする請求項４乃至８のいずれか一に記載の記憶制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１０−１９８４２４（Ｐ２０１０−１９８４２４Ａ）
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願番号】特願２００９−４３６３１（Ｐ２００９−４３６３１）
【出願日】平成２１年２月２６日（２００９．２．２６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願日】平成２１年２月２６日（２００９．２．２６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
[ Back to top ]