(57)【要約】【課題】  高いセキュリティとデータ信頼性を保ったまま、プライベートストレージ領域とパブリックストレージ領域とを一つのシステムとして利用することができる情報処理装置等を提供する。【解決手段】  情報処理装置２００は、ユーザ端末から保管を依頼された、高いセキュリティを必要とする第１のデータを記憶する記憶部２０１と、ユーザ端末から保管を依頼された第１のデータ以外の第２データをストレージサーバに格納し、記憶部２０１内の第１のデータとのストレージサーバ内の第２のデータとをユーザ端末に対し出力する分散ストレージ管理部２０２と、第２のデータをその重要度に応じて、当該第２のデータの冗長性を異ならせてストレージサーバに格納するよう制御する冗長性管理部２０３とを備える。【選択図】      図６
2017182445.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末から保管を依頼された、高いセキュリティを必要とする第１のデータを記憶する記憶手段と、
前記ユーザ端末から保管を依頼された、前記第１のデータ以外の第２データを、ストレージサーバに格納し、前記記憶手段内の第１のデータと、前記ストレージサーバ内の第２のデータとを、前記ユーザ端末に対し出力する分散ストレージ管理手段と、
前記第２のデータをその重要度に応じて、当該第２のデータの冗長性を異ならせて前記ストレージサーバに格納するよう制御する冗長性管理手段
とを備える情報処理装置。
【請求項２】
前記ユーザ端末からデータの保管を依頼された場合に、当該データを前記第１のデータとして扱うか、前記第２のデータとして扱うかを判断する判断手段
を更に備える請求項１に記載の情報処理装置。
【請求項３】
前記判断手段により、前記第２のデータとして扱うと判断されたデータを暗号化する暗号手段
を更に備える請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記ストレージサーバへのアクセスに必要となるアカウントの作成を含むアカウント管理を行うアカウント管理手段
を更に備える請求項１乃至請求項３のいずれかに記載の情報処理装置。
【請求項５】
前記冗長性管理手段は、前記第２のデータの冗長性を異ならせて格納するために使用する前記ストレージサーバ内のストレージが不足している場合に、前記アカウント管理手段に、不足分を補うための別のストレージサーバの前記アカウントの作成を依頼する
請求項１乃至請求項４のいずれかに記載の情報処理装置。
【請求項６】
請求項１乃至請求項５のいずれかに記載の情報処理装置と、
ストレージにデータを格納させるサービスを提供する複数のストレージサーバ
とを備える情報処理システム。
【請求項７】
記憶手段に格納されるユーザ端末から保管を依頼された高いセキュリティを必要とする第１のデータと、ストレージサーバに格納される前記ユーザ端末から保管を依頼された前記第１のデータ以外の第２データとを、前記ユーザ端末に対し出力し、
前記第２のデータをその重要度に応じて、当該第２のデータの冗長性を異ならせて前記ストレージサーバに格納するよう制御する
ことを備える情報処理方法。
【請求項８】
記憶手段に格納されるユーザ端末から保管を依頼された高いセキュリティを必要とする第１のデータと、ストレージサーバに格納される前記ユーザ端末から保管を依頼された前記第１のデータ以外の第２データとを、前記ユーザ端末に対し出力し、
前記第２のデータをその重要度に応じて、当該第２のデータの冗長性を異ならせて前記ストレージサーバに格納するよう制御する
ことをコンピュータに実現させる情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュリティとデータ信頼性とを担保しつつ、パブリッククラウドを利用可能な情報処理装置等に関する。
【背景技術】
【０００２】
クラウドサービス事業者は、大まかに分けて、安価であるがセキュリティ度が低いパブリッククラウドにより構築されるシステムと、高価であるがセキュリティ度が高いプライベートクラウドにより構築されるシステムとを提供している。
【０００３】
パブリッククラウドは、システムの運用および管理はクラウド事業者に任せるため運用負担は少ないが、クラウド事業者のセキュリティポリシーによってセキュリティ度は異なる。さらに、クラウド事業者側からシステム内に格納されるデータの閲覧が可能である場合もある。
【０００４】
プライベートクラウドは、システムの運用および管理をユーザ自身で行うため運用負担は大きい。しかし、ユーザ自身で独自のセキュリティ用件を設定でき、ユーザ自身のネットワーク内、たとえば社内ネットワーク内にシステムを設置するため、外部からの不正アクセスによる心配が少なくてすむ。
【０００５】
特許文献１は、クラウドコンピューティングリソースに確実にデータを記憶し、それとデータを通信する任意の好適なシステムに統合され得る確実なデータパーサを提供するための技術を開示する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−１４６５８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ユーザの中からは、本当に保護が必要なデータ（例えば、個人情報）は多少コストが掛かってもプライベートクラウドで扱いたい。更に、セキュリティ度が低くても構わないデータ（例えば、コールドデータ）の保管においては、安価なコストでパブリッククラウドサービスを利用したい、という声がある。このニーズは、特に中小企業や個人ユーザレベルで今後増加する傾向があり、このニーズを実現可能なシステムが求められている。
【０００８】
このようなクラウドのプライベートストレージ領域とクラウドのパブリックストレージ領域とを一つのシステムとして、高いセキュリティを保ったまま実現できたとする。しかしながら、パブリックストレージ領域におけるデータ信頼性（データに確実にアクセスできる可能性）は、これを提供するパブリッククラウドサービス提供者毎に異なる。例えば、パブリッククラウドサービス提供者によっては、クラウドシステムが頻繁にダウンして格納するデータにユーザがなかなかアクセスできない可能性や、クラウドサービスそのものを突如打ち切り、ユーザは格納したデータを消失する可能性もある。
【０００９】
本発明は、上記の問題点を解決するべくなされた。本発明は、高いセキュリティとデータ信頼性を保ったまま、プライベートストレージ領域とパブリックストレージ領域とを一つのシステムとして利用することができる情報処理装置等を提供することを主たる目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、本発明の第１の観点に係る情報処理装置は、
ユーザ端末から保管を依頼された、高いセキュリティを必要とする第１のデータを記憶する記憶手段と、
ユーザ端末から保管を依頼された、第１のデータ以外の第２データを、ストレージサーバに格納し、記憶手段内の第１のデータと、ストレージサーバ内の第２のデータとを、ユーザ端末に対し出力する分散ストレージ管理手段と、
第２のデータをその重要度に応じて、当該第２のデータの冗長性を異ならせてストレージサーバに格納するよう制御する冗長性管理手段
とを備える。
【００１１】
本発明の第２の観点に係る情報処理システムは、
上記に記載の情報処理装置と、
ストレージにデータを格納させるサービスを提供する複数のストレージサーバ
とを備える。
【００１２】
本発明の第３の観点に係る情報処理方法は、
記憶手段に格納されるユーザ端末から保管を依頼された高いセキュリティを必要とする第１のデータと、ストレージサーバに格納されるユーザ端末から保管を依頼された第１のデータ以外の第２データとを、ユーザ端末に対し出力し、
第２のデータをその重要度に応じて、当該第２のデータの冗長性を異ならせてストレージサーバに格納するよう制御する
ことを備える。
【００１３】
本発明の第４の観点に係る情報処理プログラムは、
記憶手段に格納されるユーザ端末から保管を依頼された高いセキュリティを必要とする第１のデータと、ストレージサーバに格納されるユーザ端末から保管を依頼された第１のデータ以外の第２データとを、ユーザ端末に対し出力し、
第２のデータをその重要度に応じて、当該第２のデータの冗長性を異ならせてストレージサーバに格納するよう制御する
ことをコンピュータに実現させる。
【発明の効果】
【００１４】
本発明によれば、本発明は、高いセキュリティとデータ信頼性を保ったまま、プライベートストレージ領域とパブリックストレージ領域とを一つのシステムとして利用することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施の形態に係る情報処理装置の構成例を表すブロック図である。
【図２】第１の実施の形態に係る情報処理装置のＲＡＩＤ環境初期設定時の動作を示すフローチャートである。
【図３】第１の実施の形態に係る情報処理装置の通常時運用の動作を示すフローチャートである。
【図４】第１の実施の形態に係る情報処理装置の異常時運用の動作を示すフローチャートである。
【図５】本発明の第１の実施の形態に係る情報処理装置の具体例を表すブロック図である。
【図６】本発明の第２の実施の形態に係る情報処理装置の構成例を表すブロック図である。
【図７】本発明の各実施の形態に係る情報処理装置に適用可能な情報処理装置の構成例を表すブロック図である。
【発明を実施するための形態】
【００１６】
次に図面を参照して、本発明の実施形態を説明する。以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。ただし、図面は本発明の実施形態における構成を模式的に表している。更に以下に記載される本発明の実施形態は一例であり、その本質を同一とする範囲において適宜変更可能である。
【００１７】
＜第１の実施形態＞
（情報処理装置）
本発明の第１の実施形態に係る情報処理システム１００の構成例について図１を参照して説明する。図１に示すように、情報処理システム１００は、２つの領域、即ち、無料または安価に使用可能なセキュリティレベルの低いネットワークエリアである低セキュリティ領域と、高価だがセキュリティレベルの高いネットワークエリアである高セキュリティ領域とに分けられる。情報処理システム１００は、ネットワークを介して、ユーザ端末４と通信可能となっている。
【００１８】
低セキュリティ領域には、情報処理システム１００のサブシステムである、フリーストレージサーバ１、フリーストレージサーバ２およびフリーストレージサーバ３が存在する。尚、図１におけるフリーストレージサーバの数は一例であり、必要に応じて増減可能とする。フリーストレージサーバ１〜３は、インターネット等の公衆通信ネットワークを介して接続が可能なサーバである。
【００１９】
フリーストレージサーバ１〜３は、小容量で、高セキュリティ領域よりはセキュリティが低いが、予めユーザ登録等をすることにより無料または安価でストレージが使用可能なサービスを提供する外部サーバである。フリーストレージサーバ１〜３は、各々、このサービスに使用するための外部ストレージ１ａ、外部ストレージ２ａ、外部ストレージ３ａを備えている。
【００２０】
フリーストレージサーバ１〜３は、一般的に、パブリッククラウドサービス提供者が各々異なる場合は、クラウドシステムの堅牢性が異なる。
【００２１】
高セキュリティ領域には、情報処理システム１００のメインシステム１０が構築されている。メインシステム１０は、分散ストレージ管理部１１、暗号復号部１２、内部ストレージ管理部１３、内部ストレージ１４、外部ストレージアカウント管理部１５、判断部１６、ユーザリクエスト受付部１７および冗長性管理部１８を備える。
【００２２】
分散ストレージ管理部１１は、どのフリーストレージサーバ１〜３に何のデータ（第２のデータ）を格納しているか、即ち、第２のデータと外部のフリーストレージサーバ１〜３との対応付けを特定可能な情報を管理する。この対応付けはフリーストレージサーバ１〜３が増減した際にも実施される。
【００２３】
尚、分散ストレージ管理部１１は分散情報記憶部１１ａを備えており、対応付けを特定可能な情報である分散情報を分散情報記憶部１１ａに格納する。分散ストレージ管理部１１は、分散ストレージ先を集約させて生成する、仮想的な一つのストレージボリューム画像（表、グラフ等）を、ユーザ端末４に対し出力（提示）する。
【００２４】
分散ストレージ管理部１１は、フリーストレージサーバ１〜３に分散されて格納されるデータと、内部ストレージ１４内のデータとをまとめ、一つの大容量仮想パブリッククラウドとしてユーザへ表示してもよい。
【００２５】
また、分散ストレージ管理部１１は、データをフリーストレージサーバ１〜３に格納したり、データをフリーストレージサーバ１〜３から取得したりする。
【００２６】
更に、分散ストレージ管理部１１は、冗長性管理部１８から現在の外部ストレージ１ａ〜３ａの余剰量を問われると、分散情報記憶部１１ａ内の分散情報を基に、各外部ストレージ１ａ〜３ａの余剰量を算出し、算出の結果を分散ストレージ管理部１１に返信する。
【００２７】
外部ストレージアカウント管理部１５は、冗長性管理部１８等からの要求に応じ、フリーストレージサーバ１〜３へのアクセスに必要となるユーザアカウントの作成、登録、変更等を行う。
【００２８】
冗長性管理部１８は、外部ストレージ１ａ〜３ａが備える複数のハードディスクを組み合わせて、格納されるべきデータ（第２のデータ）の重要度に応じて、当該第２のデータの冗長性を異ならせて格納するよう管理する。その重要度は、例えば、データ信頼性に対する要求によって指定される。冗長性管理部１８は、外部ストレージ１ａ〜３ａを仮想的な１台のハードディスクとして運用し、格納されるデータの信頼性および可用性を高めるための管理を行う。
【００２９】
具体的には、冗長性管理部１８は、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）技術を用いて、この仮想ハードディスク運用を実現させる。ＲＡＩＤは、高速化や耐障害性の向上など、実現される機能の違いによって、ＲＡＩＤ０（レベル０）からＲＡＩＤ６（レベル６）まで７種類の構成に分類される。
【００３０】
冗長性管理部１８は、データ格納前の初期設定において、ユーザからのデータ信頼性に対する要求と、使用可能な外部ストレージ１ａ〜３ａの数および容量等の情報とに基づいて、ＲＡＩＤの種類（レベル）を決定する。冗長性管理部１８は、データ信頼性に対する要求を受信する場合については、データ管理者等のユーザ端末４に、当該要求を入力可能な画面を提示し、画面から操作入力された回答を当該要求として取得する。また、冗長性管理部１８は、分散ストレージ管理部１１から使用可能な外部ストレージ１ａ〜３ａの数および容量またはこれに関する情報を取得する。
【００３１】
ＲＡＩＤのレベル決定の一例として、格納したいデータ量は多いが外部ストレージ１ａ〜３ａ全体で格納可能な量のデータであり、さほど高い信頼性を必要としないデータを扱うことを想定する。この場合、冗長性管理部１８は、このデータに対しＲＡＩＤ０（ストライピング）を決定する。
【００３２】
その他の例として、格納したいデータ量が外部ストレージ１ａ〜３ａの各々で格納可能な量のデータであり、高い信頼性を必要とするデータを扱うことを想定する。この場合、冗長性管理部１８は、このデータに対しＲＡＩＤ１（ミラーリング）を決定する。
【００３３】
尚、冗長性管理部１８は、一つの情報処理装置１００において、複数のＲＡＩＤを組み合わせた外部ストレージ１ａ〜３ａを備えていてもよい。
【００３４】
冗長性管理部１８が、ＲＡＩＤ機能を用いたデータ運用中に、フリーストレージサーバ１〜３のいずれかが故障する等によりアクセス不可能となった、または、適するＲＡＩＤを実現するために必要なディスク（外部ストレージ１ａ〜３ａ）が不足したとする。これらの場合、冗長性管理部１８は、後述する外部ストレージアカウント管理部１５に対し、更なるフリーストレージサーバ１ａ〜３ａのアカウントの開設、即ち、ストレージ領域の確保を依頼する。
【００３５】
ユーザリクエスト受付部１７は、ユーザ端末４からの、データの格納リクエストおよびデータの取り出しリクエスト等のリクエストを受け付ける。ユーザリクエスト受付部１７は、データ格納のリクエストを受け付ける際に、選択画面をユーザ端末４に提示し、ユーザから格納先のリクエストを受け付けてもよい。選択画面には、低セキュリティ領域と高セキュリティ領域とのいずれにおける格納を希望するかを選択可能なラジオボタン等が備えられている。
【００３６】
この際、ユーザ端末４のディスプレイ等に、現在の低セキュリティ領域および高セキュリティ領域における使用ボリュームを表示させてもよい。尚、ユーザリクエスト受付部１７は、データ取り出しのリクエストの場合、そのリクエストに対して低セキュリティ領域と高セキュリティ領域のいずれかから取り出されたデータをユーザ端末４に送信する。
【００３７】
判断部１６は、ユーザ端末４からデータ格納のリクエストを受け付けた場合に、当該データを低セキュリティ領域と高セキュリティ領域とのいずれに格納するかを、即ち、当該データを第１のデータとして扱うか、第２のデータとして扱うかを判断する。この判断は、ユーザリクエスト受付部１７において、ユーザから、いずれの領域に格納したい等のリクエストを受けることで行ってもよい。または、判断部１６自身が、格納するデータの種類を判断し、秘匿化の必要があるデータについては高セキュリティ領域を選択し、その他のデータについては低セキュリティ領域を選択するようにしてもよい。この場合、判断部１６は、秘匿化の必要があるデータを識別するための情報を予め備えていてもよい。
【００３８】
暗号復号部１２は、判断部１６により、低セキュリティ領域に格納すると判断されたデータについて、暗号化を行う。また、低セキュリティ領域に格納された暗号化されたデータの取り出しリクエストをユーザ端末４から受けた場合、暗号復号部１２は、このデータをユーザ端末４のディスプレイ等に提示する場合に、データの復号を行う。
【００３９】
内部ストレージ１４は、メインシステム１００内部にてデータ（第１のデータ）を保管するための記憶領域である。内部ストレージ１４は、秘匿化の必要があるデータ、例えば、個人情報等を格納する。
【００４０】
内部ストレージ管理部１３は、内部ストレージ１４に対するデータの検索、取得、格納等を行う。
【００４１】
（情報処理装置の動作）
先ず、本発明の第１の実施形態に係る情報処理システム１００のＲＡＩＤ環境初期設定時の動作について図２のフローチャートを参照して説明する。
【００４２】
ステップＳ１１において、冗長性管理部１８は、ＲＡＩＤ環境構築に必要となる情報を取得する。具体的に、冗長性管理部１８は、データ管理者等のユーザ端末４のディスプレイ等に、データ信頼性に対する要求を入力する画面等を提示し、ユーザからのＲＡＩＤレベルの要求を取得する。冗長性管理部１８は、分散ストレージ管理部１１から、使用可能な外部ストレージ１ａ〜３ａの数および容量等の情報である使用可能ディスク情報を取得する。
【００４３】
ステップＳ１２において、冗長性管理部１８は、ユーザからのＲＡＩＤレベルの要求を基に、ＲＡＩＤレベルを決定する。
【００４４】
ステップＳ１３において、冗長性管理部１８は、分散ストレージ管理部１１から取得した、使用可能な外部ストレージ１ａ〜３ａの数および容量等の情報を基に、決定されたＲＡＩＤレベルに必要となるディスク（外部ストレージ１ａ〜３ａ）を備えているかを判断する。必要なディスクを備えていない場合、処理はステップＳ１４に進められる。必要なディスクを備えている場合、処理はステップＳ１６に進められる。
【００４５】
ステップＳ１４において、冗長性管理部１８は、決定されたＲＡＩＤレベルに必要となるディスク（外部ストレージ１ａ〜３ａ）の不足分を取得するため、フリーストレージサーバ１〜３のアカウントを新たに開設してもらうようストレージアカウント管理部１５に依頼する。
【００４６】
この際、冗長性管理部１８は、必要となるディスクの数、容量等も同時にストレージアカウント管理部１５に通知する。ストレージアカウント管理部１５は、不足するディスク分を補うためにフリーストレージサーバ１〜３のアカウントを新たに開設し、開設した結果を分散ストレージ管理部１１に通知する。この際、ストレージアカウント管理部１５は、冗長性管理部１８にもこの通知を行う。分散ストレージ管理部１１は、新たに開設されたアカウントの情報を分散情報記憶部１１ａに書き込む。尚、不足するディスク分を補うためのフリーストレージサーバ１〜３のアカウントを新たに開設できなかった、即ち必要なディスクが確保できなかった場合、ストレージアカウント管理部１５は、冗長性管理部１８にもこの旨を通知する。
【００４７】
ステップＳ１５において、冗長性管理部１８は、不足するディスク（ストレージ）が確保できたかを、ストレージアカウント管理部１５からの通知により判断する。不足するディスクが確保できない場合、処理はステップＳ１２に戻され、冗長性管理部１８は、ユーザ端末４のディスプレイ等にＲＡＩＤレベルを変更するよう要求する画面を提示する。不足するディスクが確保できた場合、処理はステップＳ１６に進められる。
【００４８】
ステップＳ１６において、冗長性管理部１８は、外部ストレージ１ａ〜３ａをディスクとして、ＲＡＩＤ環境を構築する。以上により、情報処理システム１００のＲＡＩＤ環境初期設定時の動作を終了する。
【００４９】
次に、本発明の第１の実施形態に係る情報処理システム１００の通常時運用の動作について図３のフローチャートを参照して説明する。ちなみに、以下の動作の初期設定として、冗長性管理部１８はデータ格納に適切なＲＡＩＤを決定し、そのために必要な外部ストレージ１ａ〜３ａを、確保しているものとする。
【００５０】
ステップＳ１０１において、ユーザリクエスト受付部１７は、ユーザ端末４からの、データの格納のリクエスト、または、取り出しのリクエストを受け付ける。ユーザリクエスト受付部１７は、データ格納のリクエストを受け付ける際に、低セキュリティ領域と高セキュリティ領域とのいずれにおける格納を希望するかを選択可能な画面をユーザ端末４に提示し、ユーザ端末４から格納先のリクエストを受け付けてもよい。または、情報処理システム１００において、ユーザリクエスト受付部１７は、格納するデータに必要なセキュリティ度を判断するための、データに関連する情報（例えば、個人データか、社外秘データか等）を入力するための画面をユーザ端末４に提示してもよい。この際、ユーザリクエスト受付部１７は、分散ストレージ管理部１１から現在の低セキュリティ領域におけるデータ使用率を、また内部ストレージ管理部１３から現在の高セキュリティ領域におけるデータ使用率をユーザ端末４から取得してもよい。この後、ユーザリクエスト受付部１７は、ユーザ端末４のディスプレイ（画面）等に、現在の低セキュリティ領域および高セキュリティ領域における使用ボリューム（ストレージの総使用可能量と現在の使用量との比率等）を一つの大容量仮想パブリッククラウドとして表示させてもよい。
【００５１】
ステップＳ１０２において、判断部１６は、ユーザ端末４から受け付けたリクエストの内容が、データの格納であるか、データ取り出しであるかを判断する。リクエストがデータの格納である場合、処理はステップＳ１０３に進められる。リクエストがデータの取り出しである場合、処理はステップＳ１０６に進められる。
【００５２】
ステップＳ１０３において、データ格納のリクエストを受け付けた場合に、判断部１６は、ユーザ端末４からのデータを低セキュリティ領域と高セキュリティ領域とのいずれに格納するかを判断する。この判断は、ユーザリクエスト受付部１７における、ユーザからのリクエストを基に行ってもよい。または、判断部１６は、格納するデータの種類を判断し、秘匿化の必要があるデータについては高セキュリティ領域を選択し、その他のデータについては低セキュリティ領域を選択するようにしてもよい。この場合、判断部１６は、秘匿化の必要があるデータを識別可能な情報を予め備えていてもよい。低セキュリティ領域と判断された場合、処理はステップＳ１０４に進められる。高セキュリティ領域と判断された場合、処理はステップＳ１０５に進められる。
【００５３】
低セキュリティ領域と判断された場合は、ステップＳ１０４において、フリーストレージサーバ１〜３にデータを格納するための処理を行う。即ち、暗号復号部１２は、格納前に当該データの暗号化を行う。これは低セキュリティ領域で盗聴等されることを防ぐためである。分散ストレージ管理部１１は、当該データをどのフリーストレージサーバ１〜３に格納するか判断し、当該データを判断に基づきフリーストレージサーバ１〜３のいずれかに格納する。分散ストレージ管理部１１は、当該データとそれを格納するフリーストレージサーバ１〜３を特定可能な情報を、分散情報として、分散情報記憶部１１ａに格納する。
【００５４】
尚、フリーストレージサーバ１〜３の初期設定が未だの場合や、記憶領域が不足して新たなフリーストレージサーバのサービスが必要なこともある。この場合、外部ストレージアカウント管理部１５が、外部ストレージ（フリーストレージサーバ）へのアクセスに必要となるユーザアカウントの作成する、または既存のフリーストレージサーバ１〜３内のストレージ容量を増加させる等の処理を行う。
【００５５】
高セキュリティ領域と判断された場合は、ステップＳ１０５において、内部ストレージ管理部１３は、内部ストレージ１４に、当該データを格納する。この場合の当該データは秘匿化の必要があるデータ、例えば、個人情報等となる。
【００５６】
ステップＳ１０２においてユーザ端末４から受け付けたリクエストの内容が、データの取り出しであった場合、ステップＳ１０６においては、当該データの検索および取得を行う。具体的には、内部ストレージ管理部１３が、内部ストレージ１４内を検索し、分散ストレージ管理部１１がフリーストレージサーバ１〜３内を、分散情報記憶部１１ａの分散情報を基に検索し、取得する。尚、低セキュリティ領域、即ち、フリーストレージサーバ１〜３内からデータを取得した場合、暗号復号部１２は、この取得した暗号化データの復号処理を行う。
【００５７】
ステップＳ１０７においては、ユーザリクエスト受付部１７が、取得されたデータをユーザ端末４に送信する。
【００５８】
以上により情報処理システム１００の通常時運用の動作を終了する。
【００５９】
次に、本発明の第１の実施形態に係る情報処理システム１００の異常時運用の動作について図４のフローチャートを参照して説明する。
【００６０】
ステップＳ２０１において、冗長性管理部１８は、ＲＡＩＤ環境における異常を検出する。異常とは、フリーストレージサーバ１〜３のいずれかが故障する等によりアクセス不可能となった場合、または、格納するデータの増加に伴い、適するＲＡＩＤを実現するために必要なディスク（外部ストレージ１ａ〜３ａ）が不足している場合等である。
【００６１】
ステップＳ２０２において、冗長性管理部１８は、復旧に必要となるディスク（外部ストレージ１ａ〜３ａ）の容量を検出する。更に、冗長性管理部１８は、検出されたディスク容量が、現在アクセス可能となっている外部ストレージ１ａ〜３ａで補えるか、即ち現在の外部ストレージ１ａ〜３ａの余剰量を分散ストレージ管理部１１に問い合わせ、回答を得る。
【００６２】
ステップＳ２０３において、冗長性管理部１８は、復旧に必要なストレージ（ディスク）容量を備えているか否かを判断する。具体的には、冗長性管理部１８は、検出した復旧に必要なストレージ（ディスク）容量と、現在の外部ストレージ１ａ〜３ａの余剰量とを比較し、復旧に必要なストレージ容量が、余剰量より少ないかを判断する。復旧に必要なストレージ容量を備えていない場合（ステップＳ２０３でＮＯ）、処理はステップＳ２０４へ進められる。復旧に必要なストレージ容量を備えている場合（ステップＳ２０３でＹＥＳ）、処理はステップＳ２０５へ進められる。
【００６３】
ステップＳ２０４において、冗長性管理部１８は、復旧に必要なストレージ容量の不足分を取得するため、フリーストレージサーバ１〜３のアカウントを新たに開設してもらうようストレージアカウント管理部１５に依頼する。この際、冗長性管理部１８は、必要となるディスクの数、容量等も同時にストレージアカウント管理部１５に通知する。ストレージアカウント管理部１５は、不足するディスク分を補うためにフリーストレージサーバ１〜３のアカウントを新たに開設し、開設した結果を分散ストレージ管理部１１に通知する。この際、ストレージアカウント管理部１５は、冗長性管理部１８にもこの通知を行う。分散ストレージ管理部１１は、新たに開設されたアカウントの情報を分散情報記憶部１１ａに書き込む。
【００６４】
ステップＳ２０５において、冗長性管理部１８は、外部ストレージ１ａ〜３ａをディスクとして、ＲＡＩＤ環境を再構築する。以上により、情報処理システム１００の異常時運用の動作を終了する。
【００６５】
（具体例）
図５に情報処理システム１００の具体例であるクラウドシステム１００ａを示す。クラウドシステム１００ａでは、メインシステムとしては、セキュリティ度の高いプライベートクラウド１０Ａを使用する。このプライベートクラウド１０Ａは、図１に示す分散ストレージ管理部１１、暗号復号部１２、内部ストレージ管理部１３、内部ストレージ１４、外部ストレージアカウント管理部１５、判断部１６、ユーザリクエスト受付部１７および冗長性管理部１８等を備えている。
【００６６】
図１に示すフリーストレージサーバ１〜３としては、ネットワーク上に数多存在する多種多様な無料パブリッククラウドサービスであるフリー小容量パブリッククラウド１ｂ〜３ｂが使用される。フリー小容量パブリッククラウド１ｂ〜３ｂは、各々、クラウドストレージ１ｃ〜３ｃを備えている。
【００６７】
一例として、図５に示すクラウドシステム１００ａでは、冗長性管理部１８により、ＲＡＩＤ３が選択され、ＲＡＩＤ３の環境が構築されたとする。ＲＡＩＤ３は、誤り訂正符号を排他的論理和によるパリティに変更し、演算コストを低減したものである。最低３ディスクで構成され、１台をパリティに割り当て、残りの複数台にデータを格納する。この場合、冗長性管理部１８は、例えば、クラウドストレージ１ａにデータ格納のためのディスク１、クラウドストレージ１ｂにデータ格納のためのディスク２、クラウドストレージ１ｃに誤り訂正符号格納のためのパリティ用ディスクを割り当てる。
【００６８】
上述したように、本発明の第１の実施形態によれば、高いセキュリティとデータ信頼性とを保ったまま、プライベートストレージ領域とパブリックストレージ領域とを一つのシステムとして利用することができる。これは冗長性管理部１８が、ＲＡＩＤ環境を複数のフリーストレージサーバ１〜３内に構築し、分散ストレージ管理部１１が複数のフリーストレージサーバ１〜３に分散されて格納されるデータと、内部ストレージ１４内のデータとを一つの大容量仮想パブリッククラウドとしてユーザへ出力（表示）するためである。
【００６９】
更に、本実施形態においては、暗号復号部１２が、複数のフリーストレージサーバ１〜３に分散されて格納されるデータに対して格納時に暗号化、取り出し時に復号化を行う。これにより、パブリッククラウドにおいても、データの盗聴、改ざん等を防ぐことができ、高いセキュリティを保つことができる。
【００７０】
＜第２の実施形態＞
本発明の第２の実施の形態にかかる情報処理装置２００は、記憶部２０１、分散ストレージ管理部２０２および冗長性管理部２０３を備える。本実施形態は、前述の第１の実施形態の最小構成に対応する。即ち、第１の実施形態は、第２の実施形態の具体例の一つとも言える。
【００７１】
記憶部２０１は、ユーザ端末から保管を依頼された、高いセキュリティを必要とする第１のデータを記憶する。
【００７２】
分散ストレージ管理部２０２は、ユーザ端末から保管を依頼された第１のデータ以外の第２データをストレージサーバに格納し、記憶部２０１内の第１のデータとのストレージサーバ内の第２のデータとを、ユーザ端末に対し出力する。
【００７３】
冗長性管理部２０３は、第２のデータをその重要度に応じて、当該第２のデータの冗長性を異ならせてストレージサーバに格納するよう制御する。
【００７４】
本発明の第２の実施形態によれば、高いセキュリティとデータ信頼性を保ったまま、プライベートストレージ領域とパブリックストレージ領域とを一つのシステムとして利用することができる。これは冗長性管理部２０３が、冗長性のあるデータ環境を複数のストレージサーバ内に構築し、分散ストレージ管理部２０２が複数のストレージサーバに分散されて格納されるデータと、記憶部２０１内のデータとを一つの大容量仮想パブリッククラウドとしてユーザ端末へ出力するためである。
【００７５】
（情報処理装置）
本発明の各実施形態において、情報処理装置の各構成要素 は、機能単位のブロックを示している。情報処理装置の各構成要素の一部又は全部は、例えば図５に示すような情報処理装置５００とプログラムとの任意の組み合わせにより実現される。情報処理装置５００は、一例として、以下のような構成を含む。
【００７６】
・ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５０１
・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５０２
・ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５０３
・ＲＡＭ５０３にロードされるプログラム５０４
・プログラム５０４を格納する記憶装置５０５
・記録媒体５０６の読み書きを行うドライブ装置５０７
・通信ネットワーク５０９と接続する通信インタフェース５０８
・データの入出力を行う入出力インタフェース５１０
・各構成要素を接続するバス５１１
各実施形態における情報処理装置の各構成要素は、これらの機能を実現するプログラム５０４をＣＰＵ５０１が取得して実行することで実現される。情報処理装置の各構成要素の機能を実現するプログラム５０４は、例えば、予め記憶装置５０５やＲＡＭ５０３に格納されており、必要に応じてＣＰＵ５０１が読み出す。なお、プログラム５０４は、通信ネットワーク５０９を介してＣＰＵ５０１に供給されてもよいし、予め記録媒体５０６に格納されており、ドライブ装置５０７が当該プログラムを読み出してＣＰＵ５０１に供給してもよい。
【００７７】
情報処理装置の実現方法には、様々な変形例がある。例えば、情報処理装置は、構成要素毎にそれぞれ別個の情報処理装置５００とプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つの情報処理装置５００とプログラムとの任意の組み合わせにより実現されてもよい。
【００７８】
また、情報処理装置の各構成要素の一部又は全部は、その他の汎用または専用の回路 、プロセッサ等やこれらの組み合わせによって実現される。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。
【００７９】
情報処理装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。
【００８０】
情報処理装置の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントアンドサーバシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。
【符号の説明】
【００８１】
１        ：フリーストレージサーバ
１ａ      ：外部ストレージ
２        ：フリーストレージサーバ
２ａ      ：外部ストレージ
３        ：フリーストレージサーバ
３ａ      ：外部ストレージ
４        ：ユーザ端末
１０      ：メインシステム
１０Ａ    ：プライベートクラウド
１１      ：分散ストレージ管理部
１１ａ    ：分散情報記憶部
１２      ：暗号復号部
１３      ：内部ストレージ管理部
１４      ：内部ストレージ
１５      ：外部ストレージアカウント管理部
１６      ：判断部
１７      ：ユーザリクエスト受付部
１８      ：冗長性管理部
１ｂ    ：フリー小容量パブリッククラウド
２ｂ    ：フリー小容量パブリッククラウド
３ｂ    ：フリー小容量パブリッククラウド
１ｃ    ：クラウドストレージ
２ｃ    ：クラウドストレージ
３ｃ    ：クラウドストレージ
１００    ：情報処理システム
１００ａ  ：クラウドシステム
２００    ：情報処理装置
２０１    ：内部記憶部
２０２    ：分散ストレージ管理部
２０３      ：冗長性管理部
５００    ：情報処理装置
５０１    ：ＣＰＵ
５０３    ：ＲＡＭ
５０４    ：プログラム
５０５    ：記憶装置
５０６    ：記録媒体
５０７    ：ドライブ装置
５０８    ：通信インタフェース
５０９    ：通信ネットワーク
５１０    ：入出力インタフェース
５１１    ：バス
【図１】
2017182445.tif 000003
【図２】
2017182445.tif 000004
【図３】
2017182445.tif 000005
【図４】
2017182445.tif 000006
【図５】
2017182445.tif 000007
【図６】
2017182445.tif 000008
【図７】
2017182445.tif 000009