JP2016018225A - データ分割制御プログラム、データ分割制御方法、及び、データ分割制御装置 - Google Patents

Abstract

【課題】データの秘匿性を維持しながら、アクセス速度の向上を図ることができるデータ分割制御プログラム、データ分割制御方法、及び、データ分割制御装置を提供する。
【解決手段】第１記憶装置と第２記憶装置とに分割して記憶された複数のデータのいずれかにアクセスが行われた場合に、前記複数のデータそれぞれのアクセス状況を取得し、前記アクセス状況と、前記第１の記憶装置の空き容量とに基づいて、前記アクセスの対象データの分割比率を算出し、前記算出した分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、処理をコンピュータに実行させる。
【選択図】図１４

Description

本発明は、データ分割制御プログラム、データ分割制御方法、及び、データ分割制御装置に関する。

コンピュータシステムのデータ量は、増大の傾向にある。コンピュータが利用するデータは、コンピュータシステムの内部の記憶装置に格納される。一方、増大するデータ量を記憶するため、コンピュータが利用するデータを、コンピュータシステムの外部の記憶装置に格納させる技術がある。

また、これらの記憶装置からのデータの漏えいに対する対策として、データを複数の記憶装置に分割して格納することで、データの秘匿性を高める技術がある（例えば、特許文献１）。

特開２００８−９７５９１号公報

前述のデータをコンピュータシステム内の記憶装置と外の記憶装置とに分割して格納する場合、所定の分割比率で、データを分割する。一方、コンピュータシステム内の記憶装置に格納されたデータの方が、データに対するアクセス性能（読み書きの速度）は高い。

しかしながら、データのサイズや外部の記憶装置の容量が変動することから、適切な分割比率を設定することは難しい場合がある。

１つの側面では、本発明は、データの秘匿性を維持しながら、アクセス速度の向上を図ることができるデータ分割制御プログラム、データ分割制御方法、及び、データ分割制御装置を提供することを目的とする。

第１の態様では、第１記憶装置と第２記憶装置とに分割して記憶された複数のデータのいずれかのアクセスが行われた場合に、前記複数のデータそれぞれのアクセス状況を取得し、前記アクセス状況と、前記第１の記憶装置の空き容量とに基づいて、前記アクセスの対象データの分割比率を算出し、前記算出した分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、処理をコンピュータに実行させる。

第１の側面によれば、データの秘匿性を維持しながら、アクセス速度の向上を図ることができる。

本実施の形態例における情報処理ステムの構成の一例を示す図である。 図１の統合ストレージサーバのハードウェア構成を説明する図である。 本実施の形態例における統合ストレージサーバのソフトウェアモジュールの構成図を説明する図である。 図３に示した更新履歴の一例を示す図である。 図３に示したアクセスランキング情報の一例を示す図である。 データの分割処理の概要を説明する図である。 本実施の形態例における統合ストレージサーバのデータの分割比率の算出処理を説明する図である。 分割比率が固定の場合と、データごとに分割比率を算出する場合の、ローカルストレージ領域の状態を説明する第１の図である。 分割比率が固定の場合と、データごとに分割比率を算出する場合の、ローカルストレージ領域の状態を説明する第２の図である。 分割比率が固定の場合と、データごとに分割比率を算出する場合の、ローカルストレージ領域の状態を説明する第３の図である。 本実施の形態例における統合ストレージサーバの暗号化分割モジュール（図３）のデータの更新処理を説明する第１のフローチャート図である。 暗号化分割モジュールのデータの更新処理を説明する第２のフローチャート図である。 更新対象データの分割比率の算出処理を説明する第１のフローチャート図である。 更新対象データの分割比率の算出処理を説明する第２のフローチャート図である。 更新対象のデータＩＤ以外のデータＩＤの更新処理を説明するフローチャート図である。 暗号化分割モジュールのデータの参照処理を説明する第１のフローチャート図である。 暗号化分割モジュールのデータの参照処理を説明する第２のフローチャート図である。 具体例におけるストレージのアクセスタイムと、分割比率の上限値及び下限値を説明する図である。 具体例におけるローカルストレージ領域の情報、及び、データのサイズを説明する図である。 データ「Ｄａｔａ５」の更新処理を行った場合におけるアクセスランキング情報を示す図である。 データ「Ｄａｔａ５」の更新処理後のローカルストレージの情報、及び、データのサイズを説明する図である。 データ「Ｄａｔａ５」のアクセスタイムを説明する図である。 分割比率が固定の場合と、データごとに分割比率を算出する場合におけるローカルストレージ領域の平均利用効率を説明する図である。 分割比率が固定の場合と、データごとに分割比率を算出する場合における平均アクセス時間を説明する図である。

以下、図面にしたがって本発明の実施の形態を説明する。ただし、本発明の技術的範囲はこれらの実施の形態に限定されず、特許請求の範囲に記載された事項とその均等物まで及ぶものである。

［情報処理システム］
図１は、本実施の形態例における情報処理ステムの構成の一例を示す図である。図１の情報処理システムは、クライアント装置４０、アプリケーションサーバ２０、ウェブサーバ３０、統合ストレージサーバ１０、クラウドストレージサーバ７０、ローカルストレージサーバ６０を有する。図１の例において、クライアント装置４０は、例えば、パーソナルコンピュータや携帯端末等である。また、この例では、クライアント装置４０が１つの場合を例示するが、複数のクライアント装置４０がウェブサーバ３０に接続していてもよい。

図１の統合ストレージサーバ（データ分割制御装置）１０は、パブリックエリアネットワーク（インターネット）５０を介して、クラウドストレージサーバ（第２の記憶装置）７０と接続する。また、図１の統合ストレージサーバ１０は、ローカルエリアネットワーク５１を介して、ローカルストレージサーバ（第１の記憶装置）６０と接続する。また、クラウドストレージサーバ７０は、クラウドストレージ装置７２を、ローカルストレージサーバ６０は、ローカルストレージ装置６２を備える。また、クライアント装置４０とウェブサーバ３０は、ローカルエリアのインターネット５２を介して接続する。

なお、図１の例では、クラウドストレージサーバ７０は、１つのクラウドストレージ装置７２を備えるが、この例に限定されるものではない。クラウドストレージサーバ７０は、複数のクラウドストレージ装置７２を備えていてもよい。ローカルストレージサーバ６０も同様にして、複数のローカルストレージ装置６２を備えていてもよい。

アプリケーションサーバ２０、ウェブサーバ３０、クラウドストレージサーバ７０、ローカルストレージサーバ６０は、同様にして、ＣＰＵ（Central Processing Unit：ＣＰＵ）、メモリ等のハードウェア構成を有する。統合ストレージサーバ１０のハードウェア構成については、図２にしたがって後述する。

図１のアプリケーションサーバ２０、ウェブサーバ３０、及び、統合ストレージサーバ１０は、連携して動作する。ウェブサーバ３０は、ＨＴＴＰ（Hypertext Transfer Protocol）に基づくクライアント装置４０からのサービスの要求を受け付け、例えば、ユーザの認証処理等を行う。ユーザの認証に成功した場合、ウェブサーバ３０は、サービス要求をアプリケーションサーバ２０に通知する。

アプリケーションサーバ２０は、ウェブサーバ３０からのサービス要求に応答して、アプリケーションによる所定の処理を行う。また、アプリケーションサーバ２０は、処理結果に応じて、データのアクセス要求を統合ストレージサーバ１０に出力する。データのアクセス要求とは、例えば、統合ストレージサーバ１０が管理するデータの更新や、データの参照、データの削除、及び、新たなデータの書き込み処理の要求等である。即ち、統合ストレージサーバ１０は、データベースサーバに該当する。

クラウドストレージサーバ７０は、パブリックエリアネットワーク５０を介して受信したアクセス要求を認証し、クラウドストレージ装置７２へのアクセス処理を行う。また、ローカルストレージサーバ６０は、ローカルエリアネットワーク５１を介して受信したアクセス要求を認証し、ローカルストレージ装置６２へのアクセス処理を行う。

統合ストレージサーバ１０は、管理対象のデータを、秘密分散法にしたがって、クラウドストレージサーバ７０のクラウドストレージ装置７２、及び、ローカルストレージサーバ６０のローカルストレージ装置６２に分散して、記憶する。秘密分散法では、暗号化されたデータを複数の分散情報に分ける。これにより、データを復元するためには、分割されたうちの所定の数の分散情報が必要となる。図１の例では、クラウドストレージ装置７２、ローカルストレージ装置６２のいずれかに記憶されたデータだけでは、データの復号化が行えない。したがって、データの秘匿性と復元性とを実現することが可能になる。

アプリケーションサーバ２０から、例えば、データの更新要求を受信した場合、クラウドストレージサーバ７０のクラウドストレージ装置７２、及び、ローカルストレージサーバ６０のローカルストレージ装置６２のそれぞれに記憶されたデータを更新する。具体的に、統合ストレージサーバ１０は、パブリックエリアネットワーク５０を介して、クラウドストレージ装置７２に記憶されたデータを更新するとともに、ローカルエリアネットワーク５１を介して、ローカルストレージ装置６２に記憶されたデータを更新する。

同様にして、統合ストレージサーバ１０は、アプリケーションサーバ２０から、例えば、データの参照要求を受信した場合、クラウドストレージサーバ７０のクラウドストレージ装置７２、及び、ローカルストレージサーバ６０のローカルストレージ装置６２のそれぞれに記憶されたデータを読み出す。そして、統合ストレージサーバ１０は、読み出したデータを結合し、アプリケーションサーバ２０に出力する。データの新規書き込み要求、及び、データの削除要求を受信した場合の処理も同様である。

また、前述したとおり、統合ストレージサーバ１０は、パブリックエリアネットワーク（インターネット）５０を介して、クラウドストレージサーバ７０にアクセスする。また、統合ストレージサーバ１０は、ローカルエリアネットワーク５１を介して、ローカルストレージサーバ６０にアクセスする。したがって、統合ストレージサーバ１０は、クラウドストレージ装置７２より、ローカルストレージ装置６２により高速にアクセス可能である。

［統合ストレージサーバのハードウェア構成］
図２は、図１に示した統合ストレージサーバ１０のハードウェア構成を説明する図である。図２に示す統合ストレージサーバ１０は、例えば、ＣＰＵ（Central Processing Unit：ＣＰＵ）１０１、メモリ１０２を有する。統合ストレージサーバ１０は、さらに、ローカルエリアネットワーク用のＮＩＣ（Network Interface Card：ＮＩＣ）１０３、パブリックエリアネット用のＮＩＣ（Network Interface Card：ＮＩＣ）１０４を有する。各部は、バス１０６を介して相互に接続する。また、メモリ１０２は、ＲＡＭ（Random Access Memory：ＲＡＭ）２０１や不揮発性メモリ２０２等を備える。

ＣＰＵ１０１は、バス１０６を介してメモリ１０２等と接続すると共に、統合ストレージサーバ１０全体の制御を行う。ローカルエリアネットワーク用のＮＩＣ１０４は、ローカルエリアネットワーク５１を介して、図１に示したアプリケーションサーバ２０等の情報処理装置との通信を制御する。パブリックエリアネットワーク用のＮＩＣ１０５は、パブリックエリアネットワーク（外部環境のインターネット）５０を介して、図１に示したクラウドストレージサーバ７０等の情報処理装置との通信を制御する。

メモリ１０２のＲＡＭ２０１は、ＣＰＵ１０１が処理を行うデータ等を記憶する。メモリ１０２の不揮発性メモリ２０２は、ＣＰＵ１０１が実行するＯＳ（Operating System）のプログラムを格納する領域（図示せず）や、本実施の形態例における統合ストレージ管理プログラムを格納する領域２１０を備える。また、不揮発性メモリ２０２は、管理情報データベースを格納する領域２３０、及び、暗号・復号化キーを格納する領域２４０を備える。不揮発性メモリ２０２は、ＨＤＤ（Hard disk drive）、不揮発性半導体メモリ等によって構成される。

統合ストレージ管理プログラム格納領域２１０の統合ストレージ管理プログラム（以下、統合ストレージ管理プログラム２１０と称する）は、ＣＰＵ１０１の実行によって、本実施の形態例における統合ストレージ管理処理を実現する。統合ストレージ管理処理は、クラウドストレージ装置７２（図１）及びローカルストレージ装置６２（図１）に記憶されたデータの両方を統合して管理するとともに、記憶されたデータに対するアクセスを制御する処理を示す。

また、管理情報データベース格納領域２３０の管理情報データベース（以下、管理情報データベース２３０と称する）は、統合ストレージ管理プログラム２１０が参照する情報を有する。また、暗号・復号化キー格納領域２４０の暗号・復号化キー（以下、暗号・復号化キー２４０と称する）は、統合ストレージ管理プログラム２１０が、秘密分散法にしたがって、アクセス対象のデータを暗号化、または、復号化するための鍵である。

［統合ストレージサーバのソフトウェアモジュール構成］
図３は、図１に示した統合ストレージサーバ１０のソフトウェアモジュールの構成図を説明する図である。統合ストレージ管理プログラム２１０（図２）は、ストレージアクセスモジュール２２０と、暗号化分割モジュール２２１とを有する。

また、管理情報データベース２３０（図２）は、保管場所管理用データ２３１、更新履歴データ２３２、アクセスランキング情報２３３を格納する。保管場所管理用データ２３１は、例えば、ローカルストレージサーバ６０、及び、クラウドストレージサーバ７０における、管理対象のデータが記憶されているアドレス情報を有する。

また、更新履歴データ２３２は、発生した更新処理の履歴情報である。更新履歴データ２３２の詳細は、図４にしたがって後述する。また、アクセスランキング情報２３３は、データそれぞれについて、参照回数、更新回数に基づいたアクセスランキングを有する情報である。アクセスランキング情報２３３の詳細は、図５にしたがって後述する。

ストレージアクセスモジュール２２０は、アプリケーションサーバ２０からのデータのアクセス要求に応答して、保管場所管理用データ２３１を参照し、対象のデータが保管されたアドレス情報を取得する。そして、ストレージアクセスモジュール２２０は、暗号化分割モジュール２２１に、取得したアドレス情報を通知する。

暗号化分割モジュール２２１は、対象のデータが保管されたアドレス情報に基づいて、データへのアクセス処理を行う。例えば、アクセス要求がデータの更新要求である場合、暗号化分割モジュール２２１は、暗号・復号化キー２４０の暗号化キーを使用して、更新対象データの暗号化処理を行う。また、暗号化分割モジュール２２１は、アクセスランキング情報２３３、及び、更新履歴データ２３２等を参照し、更新対象データの分割比率を算出する。分割比率は、データの全体サイズにおける、ローカルストレージ装置６２に記憶するデータサイズの割合である。

そして、暗号化分割モジュール２２１は、暗号化したデータを、分割比率に基づいて分割する。ストレージアクセスモジュール２２０は、分割比率にしたがって分割されたデータを、クラウドストレージ装置７２、及び、ローカルストレージ装置６２に記憶する。

［更新履歴データ］
図４は、図３に示した更新履歴データ２３２の一例を示す図である。前述したとおり、更新履歴データ２３２は、更新処理の履歴情報である。図４の更新履歴データ２３２は、更新処理が行われたアクセス日時と、更新対象のデータＩＤ（identification：ＩＤ）の情報とを有する。

統合ストレージサーバ１０は、管理対象のデータに、データを一意に識別するデータＩＤを付与する。本実施の形態例におけるデータとは、例えば、リレーショナルデータベースのテーブルである。ただし、この例に限定されるものではなく、データはテーブル以外のデータであってもよい。

図４の更新履歴データ２３２は、アクセス日時「YYYY/MM/DD 20:15:20」に、データＩＤ「Ｄａｔａ３」の更新処理が行われたことを示す。また、更新履歴データ２３２は、その後、アクセス日時「YYYY/MM/DD 20:30:11」に、データＩＤ「Ｄａｔａ４」の更新処理が行われ、さらに、アクセス日時「YYYY/MM/DD 20:30:45」に、データＩＤ「Ｄａｔａ１」の更新処理が行われたことを示す。つまり、図４の更新履歴データ２３２によると、「Ｄａｔａ３」、「Ｄａｔａ４」、「Ｄａｔａ１」の順に、更新処理が行われている。

暗号化分割モジュール２２１は、データへのアクセス処理が発生したときに、更新履歴データ２３２を更新する。また、図４の例では、更新履歴データ２３２を示すが、統合ストレージサーバ１０は、さらに、参照履歴データを有していてもよい。

［アクセスランキング情報］
図５は、図３に示したアクセスランキング情報２３３の一例を示す図である。図５のアクセスランキング情報２３３は、ローカルストレージサーバ６０及びクラウドストレージサーバ７０に、既に記憶しているデータのそれぞれについて情報を有する。アクセスランキング情報２３３は、データそれぞれについて、データＩＤ（identification：ＩＤ）、データ名、データサイズ、アクセスカウント、アクセスランキング、分割比率の情報を有する。

データＩＤは、図４で説明したデータＩＤと同一である。データ名は、データの名前である。データのサイズは、クラウドストレージ装置７２、及び、ローカルストレージ装置６２に記憶されているデータ全体のサイズである。アクセスカウントは、データに対する更新処理、及び、参照処理が発生した回数である。

アクセスランキングは、所定の期間におけるアクセスカウントに基づいて算出される、データ間のランキングである。この例において、アクセスランキングが値「１」に近づくほどアクセス頻度が高いことを示し、値「９」に近づくほどアクセス頻度が低いことを示す。

分割比率は、前述したとおり、データの全体サイズにおける、ローカルストレージ装置６２に記憶するデータサイズの割合である。図５の分割比率は、前回、データの更新処理が行われたときに算出された分割比率を示す。

具体的に、「ＩＤ＝０」の「Ｄａｔａ１」のサイズは、「１０」ＭＢ（megabyte：ＭＢ）であって、アクセスカウントは「２５」回である。また、「Ｄａｔａ１」のアクセスランキングは「９」であって、分割比率は「０．１」である。つまり、「Ｄａｔａ１」は、アクセス頻度が相対的に低い。したがって、分割比率は小さく、「Ｄａｔａ１」の１割のデータがローカルストレージ装置６２に、９割のデータがクラウドストレージ装置７２に記憶されている。

同様にして、「ＩＤ＝１」の「Ｄａｔａ２」のサイズは、「２０」ＭＢであって、アクセスカウントは「２８」回である。また、「Ｄａｔａ２」のアクセスランキングは「６」であって、分割比率は「０．１」である。したがって、「Ｄａｔａ２」は、「Ｄａｔａ１」に対してアクセス頻度が高いものの、分割比率は「Ｄａｔａ１」と同様である。

他のデータ（Ｄａｔａ３〜Ｄａｔａ１０）についても同様である。このように、アクセスランキング情報２３３は、ローカルストレージ装置６２及びクラウドストレージ装置７２に記憶しているデータそれぞれについて、分割前のサイズ、アクセスランキング、及び、既に適用されている分割比率の情報を有する。

ここで、図１〜図３に示した統合ストレージサーバ１０が行うデータの分割処理の概要を、図６にしたがって、説明する。

［データの分割処理の概要］
図６は、データの分割処理の概要を説明する図である。図６において、統合ストレージサーバ１０のストレージインターフェースは、図３で説明したストレージアクセスモジュール２２０（以下、ストレージインターフェース２２０と称する）に対応する。

また、クラウドストレージサーバ７０（図１）のストレージインターフェース７１は、クラウドストレージ領域へのアクセスを制御するモジュールである。クラウドストレージ領域は、図１のクラウドストレージ装置７２の領域（以下、クラウドストレージ領域７２と称する）を示す。また、ローカルストレージサーバ６０（図１）のストレージインターフェース６１は、ローカルストレージ領域へのアクセスを制御するモジュールである。ローカルストレージ領域は、図１のローカルストレージ装置６２の領域（以下、ローカルストレージ領域６２と称する）を示す。

図６のアプリケーションサーバ２０（図１）で動作するアプリケーションプログラム２１は、例えば、統合ストレージサーバ１０に更新対象のデータを出力する。統合ストレージサーバ１０のストレージインターフェース２２０及び暗号化分割モジュール２２１は、入力された更新対象のデータを暗号化し、分割比率Ｘにしたがって、データｄ６０とデータｄ７０に分割する。

ローカルストレージ領域６２に記憶するデータｄ６０は、暗号化された更新対象データのサイズに分割比率Ｘを乗算したサイズ「Ｄ×Ｘ」のデータである。統合ストレージサーバ１０のストレージインターフェース２２０は、ストレージインターフェース６１を介して、データｄ６０をローカルストレージ領域６２に記憶させる。

また、クラウドストレージ領域７２に記憶するデータｄ７０は、暗号化された更新対象データのサイズに（１−分割比率Ｘ）を乗算したサイズ「Ｄ×（１−Ｘ）」のデータである。統合ストレージサーバ１０のストレージインターフェース２２０は、ストレージインターフェース７１を介して、データｄ７０をクラウドストレージ領域７２に記憶させる。

このように、本実施の形態例における統合ストレージサーバ１０は、データを暗号化し、暗号化したデータを分割する。そして、統合ストレージサーバ１０は、分割したデータを異なるストレージ領域６２、７２に記憶する。いずれかのストレージ領域に記憶されたデータだけでは、データの復号化が行えないため、データの秘匿性と復元性とを実現することが可能になる。

データの分割するための分割比率Ｘをシステムの設計時に、予め、設定する場合は、将来、保存されるデータ量や、将来保存されるデータのアクセス頻度を運用開始前に予測する必要があり、適切な分割比率を出すのは容易ではない。したがって、設計工程において、すべてのデータに対して適切な分割比率Ｘを設定するには、大幅な工数がかかる。

また、仮に、分割比率を設定した場合でも、運用の予定外の変更や、利用方法の大幅な変更などの発生により、データのサイズやアクセス頻度が変化する場合がある。このような場合、運用の当初、適切であった分割比率が、運用の途中に不適切になる場合がある。

また、図１で前述したとおり、ローカルストレージサーバ６０へのアクセス速度は、クラウドストレージサーバ７０へのアクセス速度よりも、高速である。したがって、分割比率Ｘを大きな値にすることによって、ローカルストレージ領域６２に記憶するデータのサイズの割合を大きくすることができる。これにより、データのアクセス速度を大幅に向上させることが可能になる。

しかしながら、分割比率Ｘを大きくした場合、データのアクセス速度が向上するものの、ローカルストレージ領域６２に記憶するデータのサイズが大きくなる。これにより、複数のデータが記憶される場合、ローカルストレージ領域６２に記憶可能な容量の制限に達してしまうことがある。即ち、ローカルストレージ領域６２の空き容量がボトルネックとなり、データアクセス速度の要求に対応できなくなることがある。

一方、分割比率Ｘを小さくする場合、クラウドストレージ領域７２に記憶するデータのサイズが大きくなる。この場合、クラウドストレージ領域７２に記憶するときのネットワークの帯域がボトルネックとなり、データのアクセス速度の要求に対応できなくなることがある。

したがって、本実施の形態例における統合ストレージサーバ１０は、データの更新処理ごとに、更新対象データの分割比率Ｘを算出し、暗号化した更新対象データを分割し、クラウドストレージ領域７２とローカルストレージ領域６２とに記憶する。これにより、統合ストレージサーバ１０は、更新対象のデータ単位に、適切な分割比率Ｘを算出可能になる。また、設計工程において、適切な分割比率Ｘを設定する工数がかからない。

このために、統合ストレージサーバ１０は、ローカルストレージ領域６２の空き容量と、データのアクセス状況とに基づいて、更新対象のデータごとの分割比率Ｘを算出する。これにより、統合ストレージサーバ１０は、ローカルストレージ領域の容量の範囲で、アクセス頻度の高いデータほど、大きな分割比率Ｘを算出することができる。したがって、統合ストレージサーバ１０は、ローカルストレージ領域６２の容量を効率的に利用しながら、データのアクセス速度の向上を図ることができる。

また、統合ストレージサーバ１０は、データのアクセス状況を考慮して、データの更新処理ごとに分割比率Ｘを算出する。つまり、データのアクセス状況の変化に連動して分割比率Ｘを算出することから、運用が変化した場合であっても、変化に応じた分割比率Ｘを算出することが可能になる。

次に、図７にしたがって、分割比率Ｘの算出処理を説明する。

［分割比率Ｘの算出処理］
図７は、本実施の形態例における統合ストレージサーバ１０のデータの分割比率の算出処理の概要を説明する図である。前述したとおり、本実施の形態例における統合ストレージサーバ１０は、データの更新ごとに、更新対象データの分割比率Ｘを算出する。

図７は、ローカルストレージ領域６２の空き領域のサイズ「Ｓ」と、更新対象データが使用可能なローカルストレージ領域６２の空き容量「ＡＣ」とを示す。統合ストレージサーバ１０は、次の式１にしたがって、更新対象データの分割比率Ｘを算出する。即ち、式１に示すように、統合ストレージサーバ１０は、更新対象データが使用可能なローカルストレージ領域６２の空き容量「ＡＣ」を、更新対象データのサイズ「Ｄ」にしたがって除算することによって、分割比率Ｘを算出する。

Ｘ＝ＡＣ／Ｄ…式１
次に、式１における更新対象データが使用可能なローカルストレージ領域６２の空き容量「ＡＣ」を説明する。統合ストレージサーバ１０は、次の式２にしたがって、更新対象データを記憶可能な空き容量「ＡＣ」を算出する。

ＡＣ＝Ｓ−Ｒ＋ＤＳ…式２
式２における値「Ｓ」は、図７に示す、ローカルストレージ領域６２の空き領域のサイズである。また、値「ＤＳ」は、更新対象のデータＩＤのデータであって、既にローカルストレージ領域６２に記憶されているデータのサイズを示す。データの更新処理によって、ローカルストレージ領域６２に既に記憶されているデータは、上書きされる。したがって、統合ストレージサーバ１０は、更新処理によって上書きされるサイズ「ＤＳ」を、更新対象データを記憶可能な空き容量「ＡＣ」に加算する。

また、値「Ｒ」は、リザーブ領域のサイズである。リザーブ領域は、ローカルストレージ領域６２に記憶されているデータのうち、更新対象データ以外のデータの更新時のために確保しておく領域を示す。言い換えると、リザーブ領域は、更新対象データ以外のデータが、将来の更新時に適切な分割比率にしたがって記憶された場合に使用するローカルストレージ領域６２の容量を示す。

リザーブ領域は、主に、図７に示す、アクセス頻度が高いデータのためのリザーブ領域のサイズ「ＳＨ」と、アクセス頻度が低いデータのためのリザーブ領域のサイズ「ＳＬ」によって構成される。サイズ「ＳＨ」は、アクセス頻度が高いデータの更新時のために確保する、ローカルストレージ領域６２の容量を示す。また、サイズ「ＳＬ」は、アクセス頻度が低いデータの更新時のために確保する、最小限のローカルストレージ領域６２の容量を示す。リザーブ領域のサイズ「Ｒ」については、フローチャート図１３、図１４にしたがって後述する。

式２に戻り、統合ストレージサーバ１０は、ローカルストレージ領域６２の空き容量「Ｓ」から、将来の更新時に使用するために確保するリザーブ領域のサイズ「Ｒ」を減算し、更新対象のデータＩＤのローカルストレージ領域６２に記憶されているデータサイズ「ＤＳ」を加算する。これにより、統合ストレージサーバ１０は、更新対象データを記憶可能なローカルストレージ領域６２の空き容量「ＡＣ」を算出する。

そして、統合ストレージサーバ１０は、更新対象データが使用可能なローカルストレージ領域６２の空き容量「ＡＣ」を、更新対象データのサイズ「Ｄ」にしたがって除算することによって、分割比率Ｘを算出する。

このように、統合ストレージサーバ１０は、ローカルストレージの空き容量「Ｓ」と、ローカルストレージ領域６２のアクセス状況に応じたリザーブ領域のサイズ「Ｒ（ＳＨ、ＳＬ）」を考慮し、分割比率Ｘを算出する。つまり、統合ストレージサーバ１０は、各データがアクセス状況に応じて利用すると想定されるローカルストレージ領域６２を確保した上で、更新対象データの分割比率を算出する。これにより、将来の更新処理で使用するローカルストレージ領域６２が確保される。

したがって、統合ストレージサーバ１０は、データの更新処理時に、ローカルストレージ領域６２の容量が不足することを抑制することができる。これにより、ローカルストレージ領域６２の容量が不足したことに起因して記憶されているデータの分割比率を再設定する必要がなくなる。したがって、統合ストレージサーバ１０は、データのアクセス速度が劣化することを抑制することができる。

また、統合ストレージサーバ１０は、アクセス状況に応じたリザーブ領域のサイズ「Ｒ（ＳＨ、ＳＬ）」を考慮し、分割比率Ｘを算出する。これにより、統合ストレージサーバ１０は、アクセス頻度がより高いデータが、より多くのローカルストレージ領域６２を使用できるように分割比率Ｘを算出する。したがって、更新処理が先に行われたデータによって、ローカルストレージ領域６２が占有されてしまうことを抑制する。また、統合ストレージサーバ１０は、アクセス頻度がより低いデータが、最小限の分割比率にしたがってローカルストレージ領域６２を使用できるように、分割比率Ｘを算出する。

これにより、統合ストレージサーバ１０は、各データの分割比率Ｘを、ローカルストレージ領域６２の容量の範囲内で、データのアクセス状況に応じた最適な値にすることができる。したがって、統合ストレージサーバ１０は、ローカルストレージ領域６２の空き容量と、データのアクセス状況に基づいて、データの秘匿性を維持しながら、アクセス速度の向上を図ることができる。

次に、分割比率が固定の場合と、本実施の形態例のようにデータごとに分割比率を算出する場合とにおける実施例を説明する。

［実施例］
図８は、分割比率が固定の場合と、データごとに分割比率を算出する場合の、ローカルストレージ領域６２の状態を説明する第１の例を示す図である。図８は、ローカルストレージ領域６２の容量が多い場合を示す。この例において、ローカルストレージ領域６２の容量は「２００ＧＢ（gigabyte：ＧＢ）」であって、そのうち、「１０ＧＢ」が使用済みの領域である。つまり、ローカルストレージ領域６２の空き容量は、「１９０ＧＢ」である。また、この例では、暗号化された「１０ＧＢ」のデータを４つ記憶する場合を示す。

図８の（Ａ）は、分割比率が固定の場合におけるローカルストレージ領域６２の状態を説明する図である。この例における、分割比率は、「０．５」である。したがって、統合ストレージサーバ１０は、ローカルストレージ領域６２、クラウドストレージ領域７２それぞれに「５ＧＢ」のデータを記憶する。「１０ＧＢ」のデータを４つ記憶する場合、ローカルストレージ領域６２には「２０（＝５×４）ＧＢ」のデータが記憶される。この場合、ローカルストレージ領域６２の空き容量が十分であるにも関わらず、ローカルストレージ領域６２には、５割のデータしか記憶されていない。

また、図８の（Ｂ）は、分割比率がデータごとに算出される場合におけるローカルストレージ領域６２の状態を説明する図である。統合ストレージサーバ１０は、図７で示した分割比率の算出方法にしたがって、データごとの分割比率を算出する。この場合、ローカルストレージ領域６２の空き容量は、十分である。したがって、統合ストレージサーバ１０は、データごとに、最大の分割比率「０．９」を算出する。統合ストレージサーバ１０は、ローカルストレージ領域６２に「９ＧＢ」のデータを、クラウドストレージ領域７２に「１ＧＢ」のデータを記憶する。

「１０ＧＢ」のデータを４つ記憶する場合、ローカルストレージ領域６２には「３６（＝９×４）ＧＢ」のデータが記憶される。この場合、ローカルストレージ領域６２の空き容量が十分であるため、統合ストレージサーバ１０は、最大の分割比率「０．９」を算出する。ローカルストレージ領域６２に記憶されているデータの割合が多いため、統合ストレージサーバ１０は、高速に、データにアクセスすることができる。

このように、本実施の形態例における統合ストレージサーバ１０は、ローカルストレージ領域６２の空き容量を考慮して、データの分割比率Ｘを算出する。したがって、ローカルストレージ領域６２をより効率的に使用できるとともに、データのアクセス速度の向上を図ることができる。ローカルストレージ領域６２をより効率的に使用可能になることによって、ハードウェア資産を有効に活用することが可能になる。

図９は、分割比率が固定の場合と、データごとに分割比率を算出する場合の、ローカルストレージ領域６２の状態を説明する第２の例を示す図である。図９は、ローカルストレージ領域６２の容量が少ない場合を示す。この例において、ローカルストレージ領域６２の容量は「３０ＧＢ」であって、そのうち、「１０ＧＢ」が使用済みの領域である。つまり、ローカルストレージ領域６２の空き容量は、「２０ＧＢ」である。図８と同様にして、暗号化された「１０ＧＢ」のデータを４つ記憶する場合を示す。また、各データのアクセス頻度は、異なる。

図９の（Ａ）は、分割比率が固定の場合におけるローカルストレージ領域６２の状態を説明する図である。この例における、分割比率は、「０．５」である。図８の（Ａ）と同様にして、統合ストレージサーバ１０は、ローカルストレージ領域６２、クラウドストレージ領域７２それぞれに「５ＧＢ」のデータを記憶する。アクセス頻度に関わらず、データの分割比率は一定である。したがって、アクセス頻度が高いデータと、アクセス頻度が低いデータとの分割比率は、同一の値になってしまう。

図９の（Ｂ）は、分割比率がデータごとに算出される場合におけるローカルストレージ領域６２の状態を説明する図である。本実施の形態例における統合ストレージサーバ１０は、データのアクセス頻度を考慮して、データの分割比率Ｘを算出する。

この場合、統合ストレージサーバ１０は、アクセス頻度が高いデータについて、大きい分割比率「０．９」を、アクセス頻度が低いデータについて、小さい分割比率「０．１」を算出する。統合ストレージサーバ１０は、分割比率「０．９」にしたがって、ローカルストレージ領域６２に「９ＧＢ」のデータを、クラウドストレージ領域７２に「１ＧＢ」のデータを記憶する。また、統合ストレージサーバ１０は、暗号化データを、分割比率「０．１」にしたがって、ローカルストレージ領域６２に「１ＧＢ」のデータを、クラウドストレージ領域７２に「９ＧＢ」のデータを記憶する。

このように、本実施の形態例における統合ストレージサーバ１０は、データのアクセス頻度を考慮して、各データの分割比率Ｘを算出する。したがって、統合ストレージサーバ１０は、アクセス頻度の高いデータには大きい分割比率を、アクセス頻度が低いデータには小さい分割比率を算出する。これにより、アクセス頻度の高いデータの、ローカルストレージ領域６２に記憶する割合が高くなる。したがって、統合ストレージサーバ１０は、アクセス頻度の高いデータのアクセス速度を向上させることができる。

図１０は、分割比率が固定の場合と、データごとに分割比率を算出する場合の、ローカルストレージ領域６２の状態を説明する第３の例を示す図である。図１０は、ローカルストレージ領域６２の容量が不足する場合を示す。この例において、ローカルストレージ領域６２の容量は「２０ＧＢ」であって、そのうち、「１０ＧＢ」が使用済みの領域である。つまり、ローカルストレージ領域６２の空き容量は、「１０ＧＢ」である。図８と同様にして、暗号化された「１０ＧＢ」のデータを４つ記憶する場合を示す。また、各データのアクセス頻度は、異なる。

図１０の（Ａ）は、分割比率が固定の場合におけるローカルストレージ領域６２の状態を説明する図である。この例における、分割比率は、「０．５」である。図８の（Ａ）と同様にして、統合ストレージサーバ１０は、ローカルストレージ領域６２、クラウドストレージ領域７２それぞれに「５ＧＢ」のデータを記憶する。ただし、ローカルストレージ領域６２の空き容量が「１０ＧＢ」であるため、統合ストレージサーバ１０は、２つのデータを記憶できない。

図１０の（Ｂ）は、分割比率がデータごとに算出される場合におけるローカルストレージ領域６２の状態を説明する図である。本実施の形態例における統合ストレージサーバ１０は、ローカルストレージ領域６２の空き容量、及び、データのアクセス頻度を考慮して、データの分割比率Ｘを算出する。

この場合、統合ストレージサーバ１０は、アクセス頻度が最も高いデータについて、分割比率「０．３」を算出する。また、統合ストレージサーバ１０は、アクセス頻度が最も高いデータ以外のデータについて、分割比率「０．１」を算出する。これにより、ローカルストレージ領域６２の使用領域は「１０ＧＢ」となる。したがって、統合ストレージサーバ１０は、４つのデータすべてを記憶することができる。

このように、本実施の形態例における統合ストレージサーバ１０は、ローカルストレージ領域６２の空き容量と、各データのアクセス状況に基づいて、データの分割比率を算出する。したがって、図１０の（Ｂ）に示すように、ローカルストレージ領域６２の空き容量が少ない場合であっても、ローカルストレージ領域６２の空き容量の範囲で、分割比率を算出することが可能になる。

さらに、図１０の（Ｂ）に示すように、ローカルストレージ領域６２の空き容量の範囲で、アクセス頻度の高いデータの分割比率を大きくし、アクセス頻度の高いデータのアクセス速度向上を図ることが可能になる。したがって、本実施の形態例における統合ストレージサーバ１０は、ローカルストレージ領域６２の容量が限られているという条件の下、アクセス速度の向上を図ることができる。

また、統合ストレージサーバ１０は、データ更新時に取得可能な情報に基づいて分割比率を算出するため、分割比率の変更のためのオーバーヘッドを抑えることができる。

次に、データの更新処理を、フローチャート図１１〜図１５にしたがって説明する。データの参照処理については、フローチャート図１６、図１７にしたがって説明する。

［データの更新処理］
図１１は、本実施の形態例における統合ストレージサーバ１０の暗号化分割モジュール２２１（図３）のデータの更新処理を説明する第１のフローチャート図である。

Ｓ３１：暗号化分割モジュール２２１は、アプリケーションサーバ２０で動作するアプリケーション（図１）から、データの更新依頼を受け付ける。このとき、暗号化分割モジュール２２１は、更新対象のデータＩＤと、更新対象データとを取得する。

Ｓ３２：暗号化分割モジュール２２１は、管理情報データベース２３０の保管場所管理用データ２３１（図３）を参照して、指定されたデータＩＤに対応するデータの保管場所を取得する。データは、クラウドストレージサーバ７０と、ローカルストレージサーバ６０とに分割して記憶されている。例えば、データの保管場所は、データの一部が記憶される、クラウドストレージ領域７２及びローカルストレージ領域６２上のアドレスを示す。

Ｓ３３：暗号化分割モジュール２２１は、更新対象データを暗号化する暗号化キー２４０を、不揮発性メモリ２０２（図２）から読み出す。

Ｓ３４：暗号化分割モジュール２２１は、読み出した暗号化キー２４０にしたがって、更新対象データを暗号化する。

暗号化分割モジュール２２１は、例えば、ステップＳ３５〜Ｓ３６、ステップＳ３７〜Ｓ３９、ステップＳ４０〜Ｓ４１、ステップＳ４２〜Ｓ４３の処理を並列に行う。

Ｓ３５：暗号化分割モジュール２２１は、管理情報データベース２３０の更新履歴データ２３２を参照して、前回、更新処理を行ったデータＩＤを取得する。取得した情報は、後述する図１２のステップＳ５１で使用される。

Ｓ３６：暗号化分割モジュール２２１は、今回の更新対象のデータＩＤを、更新履歴データ２３２に保存する。

Ｓ３７：暗号化分割モジュール２２１は、管理情報データベース２３０のアクセスランキング情報２３３を参照し、更新前の各データＩＤのアクセスランキングを取得する。取得した情報は、後述する図１２のステップＳ５２で使用される。

Ｓ３８：暗号化分割モジュール２２１は、更新対象のデータＩＤのアクセスカウントをインクリメントする。そして、暗号化分割モジュール２２１は、アクセスカウントをアクセスランキング情報２３３（図５）に更新する。

Ｓ３９：暗号化分割モジュール２２１は、更新された各データＩＤのアクセスカウント（参照回数＋更新回数）に基づいて、更新対象のデータＩＤのアクセスランキングを算出する。そして、暗号化分割モジュール２２１は、アクセスランキングをアクセスランキング情報２３３（図５）に更新する。

Ｓ４０：暗号化分割モジュール２２１は、更新対象のデータＩＤの更新前のデータのサイズを取得する。暗号化分割モジュール２２１は、アクセスランキング情報２３３の項目「サイズ」を参照し、更新対象のデータＩＤの更新前のデータのサイズを取得する。取得した情報は、後述する図１２のステップＳ５３で使用される。

Ｓ４１：暗号化分割モジュール２２１は、更新対象のデータＩＤの更新後のデータ（即ち、更新対象データ）のサイズを取得する。なお、更新対象データのサイズは、暗号化後の更新対象データのサイズである。

Ｓ４２：暗号化分割モジュール２２１は、ローカルストレージ領域６２の容量が変化した場合に、変更前のローカルストレージ領域６２の容量を取得する。例えば、ストレージ装置の故障や、ストレージ装置の追加によって、運用の途中で、ローカルストレージ領域６２の容量が変化することがある。

Ｓ４３：暗号化分割モジュール２２１は、ローカルストレージ領域６２の容量が変化した場合に、変更後のローカルストレージ領域６２の容量を取得する。前述したとおり、運用の途中で、ローカルストレージ領域６２の容量が変化することがある。したがって、暗号化分割モジュール２２１は、分割比率Ｘを算出するたびに、ローカルストレージ領域６２の容量を取得する。続く処理については、図１２のフローチャート図にしたがって説明する。

図１２は、暗号化分割モジュール２２１のデータの更新処理を説明する第２のフローチャート図である。暗号化分割モジュール２２１は、ステップＳ５１〜Ｓ５５にしたがって、更新対象のデータＩＤの分割比率の算出処理を省略可能なケースを判定する。

Ｓ５１：暗号化分割モジュール２２１は、更新対象のデータＩＤが、前回の更新処理の対象のデータＩＤ（ステップＳ３５）と同一であるか否かを判定する。つまり、暗号化分割モジュール２２１は、連続して、同一のデータＩＤの更新処理を行っているか否かを判定する。

Ｓ５２：連続して、同一のデータＩＤの更新処理を行っている場合（Ｓ５１のＹＥＳ）、暗号化分割モジュール２２１は、さらに、更新対象のデータＩＤのアクセスランキングが変化したか否かを判定する。具体的に、暗号化分割モジュール２２１は、更新前の、更新対象のデータＩＤのアクセスランキング（ステップＳ３７）と、更新後の、更新対象のデータＩＤのアクセスランキング（ステップＳ３９）とを比較する。

Ｓ５３：更新対象のデータＩＤのアクセスランキングが変化していない場合（Ｓ５２のＹＥＳ）、暗号化分割モジュール２２１は、さらに、更新前後のデータのサイズが同一であるか否かを判定する。具体的に、暗号化分割モジュール２２１は、更新対象のデータＩＤの更新前のデータサイズ（ステップＳ４０）と、更新対象データのサイズ（ステップＳ４１）とを比較する。

Ｓ５４：更新前後のデータのサイズが同一である場合（Ｓ５３のＹＥＳ）、暗号化分割モジュール２２１は、さらに、ローカルストレージ領域６２の容量（ステップＳ４２、Ｓ４３）が同一であるか否かを判定する。

Ｓ５５：ローカルストレージ領域６２の容量が変更されていない場合（Ｓ５４のＹＥＳ）、暗号化分割モジュール２２１は、分割比率の算出処理を省略する。暗号化分割モジュール２２１は、更新対象のデータＩＤの前回の分割比率を取得し、今回の更新処理の分割比率として使用する。

ステップＳ５１〜Ｓ５５に示すように、連続して同一のデータＩＤの更新処理を行っており、更新対象のデータＩＤのアクセスランキング、データＩＤのデータのサイズ、ローカルストレージ領域６２の容量が同一の場合、分割比率の算出処理が省略される。この場合、たとえ、分割比率を算出しても、更新対象のデータＩＤの前回の分割比率と、同一の値となる。したがって、暗号化分割モジュール２２１は、分割比率の算出処理を省略する（Ｓ５５）。

分割比率の算出処理を省略することによって、暗号化分割モジュール２２１は、ＣＰＵ１０１の負荷を抑えることができる。また、分割比率の算出処理を省略することによって、暗号化分割モジュール２２１は、データ更新処理を高速に行うことができる。

なお、暗号化分割モジュール２２１は、更新対象のデータＩＤのアクセスランキング、データＩＤのデータのサイズ、ローカルストレージ領域６２の容量が同一であっても、前回、異なるデータＩＤの更新処理を行っている場合は、分割比率を算出する。この場合、更新対象のデータＩＤ以外のアクセスランキングが変化している場合があるため、暗号化分割モジュール２２１が算出する分割比率は、更新対象のデータＩＤの前回の分割比率と異なる場合がある。したがって、暗号化分割モジュール２２１は、分割比率を算出し直す。

一方、連続して同一のデータＩＤの更新処理を行っていない場合、または、更新対象のデータＩＤのアクセスランキングが変化した場合、または、更新前後のデータのサイズが同一ではない場合、または、ローカルストレージ領域６２の容量が変更された場合、暗号化分割モジュール２２１は、更新対象データの分割比率を算出する。

Ｓ５６：暗号化分割モジュール２２１は、更新対象データの分割比率を算出する。処理の詳細は、図１３、図１４のフローチャート図にしたがって後述する。

Ｓ５７：ステップＳ３４で暗号化した更新対象データを、算出した分割比率にしたがって分割する。

Ｓ５８：暗号化分割モジュール２２１は、分割比率Ｘにしたがって分割した、クラウドストレージ領域７２に記憶する更新対象データを、クラウドストレージ領域７２に記憶する。

Ｓ５９：暗号化分割モジュール２２１は、分割比率Ｘにしたがって分割した、ローカルストレージ領域６２に記憶する更新対象データを、ローカルストレージ領域６２に記憶する。

［分割比の算出処理（図１２のＳ５６）］
図１３は、更新対象データの分割比率の算出処理を説明する第１のフローチャート図である。

Ｓ６１：暗号化分割モジュール２２１は、管理情報データベース２３０のアクセスランキング情報２３３を参照し、データＩＤそれぞれのアクセスランキングを取得する。

Ｓ６２：暗号化分割モジュール２２１は、変数ｎ、変数「ＳＨ」、変数「ＳＬ」を、値「０」に初期化する。

Ｓ６３：暗号化分割モジュール２２１は、ｎ番目のデータが、ローカルストレージ及びクラウドストレージ領域７２に記憶されているか否かを判定する。ｎ番目のデータが、ローカルストレージ及びクラウドストレージ領域７２に記憶されていない場合（Ｓ６３のＮＯ）、暗号化分割モジュール２２１は、リザーブ領域のサイズ「ＳＨ」、「ＳＬ」の算出処理を終了する。

Ｓ６４：暗号化分割モジュール２２１は、ｎ番目のデータが記憶されている場合（Ｓ６３のＹＥＳ）、ｎ番目のデータのアクセスランキングが、更新対象のデータＩＤのアクセスランキングと同じか高いかを判定する。

Ｓ６５：ｎ番目のデータが更新対象のデータＩＤより、アクセスランキングが同じか上位の場合（Ｓ６４のＹＥＳ）、暗号化分割モジュール２２１は、式３にしたがって、リザーブ領域のサイズ「ＳＨ」を計算する。
ＳＨ＝ＳＨ＋（ｎ番目のデータサイズ）×Ｄｍａｘ−（ｎ番目のデータのうち、ローカルストレージ領域６２に記憶されているデータのサイズ）…式３
式３におけるリザーブ領域のサイズ「ＳＨ」は、データを最大分割比率「Ｄｍａｘ」で分割すると仮定した場合に確保すべき、ローカルストレージ領域６２の容量を示す。分割比率「Ｄｍａｘ」は、分割比率の上限値である。本実施の形態例では、分割比率Ｄｍａｘは、例えば、値「０．９」である。

より具体的に、暗号化分割モジュール２２１は、更新対象のデータＩＤよりアクセスランキングが同じか上位のデータＩＤのデータサイズに分割比率の上限値「Ｄｍａｘ」を乗算する（「（データサイズ）×Ｄｍａｘ」）。これにより、暗号化分割モジュール２２１は、データを最大の分割比率「Ｄｍａｘ」にしたがって分割すると仮定した場合のサイズを算出する。

そして、暗号化分割モジュール２２１は、算出した乗算値と、既に、ローカルストレージ領域６２に記憶されているデータサイズとの差を算出する（「（データサイズ）×Ｄｍａｘ−（ローカルストレージ領域６２に記憶されているデータのサイズ）」）。これにより、暗号化分割モジュール２２１は、データを最大の分割比率「Ｄｍａｘ」にしたがって分割すると仮定した場合に、追加して確保すべきローカルストレージ領域６２のサイズ「ＳＨ」を算出する。

暗号化分割モジュール２２１は、更新対象のデータＩＤよりアクセスランキングが同じか上位のデータＩＤすべてに対して、値「ＳＨ」を算出し、累計することによって、最終的な値「ＳＨ」を算出する。値「ＳＨ」は、更新対象のデータＩＤとアクセスランキングが同じか上位のデータＩＤの分割比率が分割比率「Ｄｍａｘ」に対して小さいほど、より大きな値になる。

Ｓ６６：一方、ｎ番目のデータが更新対象のデータＩＤより、アクセスランキングが下位の場合（Ｓ６４のＮＯ）、暗号化分割モジュール２２１は、式４にしたがって、リザーブ領域のサイズ「ＳＬ」を計算する。
ＳＬ＝ＳＬ＋（ｎ番目のデータサイズ）×Ｄｍｉｎ−（ｎ番目のデータのうち、ローカルストレージ領域６２に記憶されているデータのサイズ）…式４
式４におけるリザーブ領域のサイズ「ＳＬ」は、データを最大分割比率「Ｄｍｉｎ」で分割すると仮定した場合に不要となる、ローカルストレージ領域６２の容量を示す。分割比率「Ｄｍｉｎ」は、分割比率の下限値である。本実施の形態例では、分割比率Ｄｍｉｎは、例えば、値「０．１」である。

より具体的に、暗号化分割モジュール２２１は、更新対象のデータＩＤよりアクセスランキングが下位のデータＩＤのデータサイズに分割比率の下限値「Ｄｍｉｎ」を乗算する（「（データサイズ）×Ｄｍｉｎ」）。これにより、暗号化分割モジュール２２１は、データを最小の分割比率「Ｄｍｉｎ」にしたがって分割すると仮定した場合のサイズを算出する。

そして、暗号化分割モジュール２２１は、算出した乗算値と、既に、ローカルストレージ領域６２に記憶されているデータサイズとの差を算出する（「（データサイズ）×Ｄｍｉｎ−（ローカルストレージ領域６２に記憶されているデータのサイズ）」）。これにより、暗号化分割モジュール２２１は、データを最大の分割比率「Ｄｍｉｎ」にしたがって分割すると仮定した場合に、不要となるローカルストレージ領域６２のサイズ「ＳＬ」を算出する。

暗号化分割モジュール２２１は、更新対象のデータＩＤよりアクセスランキングが下位のデータＩＤすべてに対して、値「ＳＬ」を算出し、累計することによって、最終的な値「ＳＬ」を算出する。値「ＳＬ」は、更新対象のデータＩＤとアクセスランキングが下位のデータＩＤの分割比率が分割比率「Ｄｍｉｎ」に対して大きいほど、大幅なマイナス値になる。

Ｓ６７：ステップＳ６５、Ｓ６６の後、暗号化分割モジュール２２１は、変数「ｎ」の値をインクリメントする。そして、暗号化分割モジュール２２１は、ステップＳ６３に遷移し、再び、ｎ番目のデータが、ローカルストレージ及びクラウドストレージ領域７２に記憶されているか否かを判定する。ｎ番目のデータが、ローカルストレージ及びクラウドストレージ領域７２に記憶されていない場合（Ｓ６３のＮＯ）、暗号化分割モジュール２２１は、算出したリザーブ領域のサイズ「ＳＨ」、「ＳＬ」にしたがって、分割比率を算出する。

次に、算出したリザーブ領域のサイズ「ＳＨ」、「ＳＬ」にしたがって分割比率を算出する処理について、図１４のフローチャート図にしたがって説明する。

図１４は、更新対象データの分割比率の算出処理を説明する第２のフローチャート図である。

Ｓ７１：暗号化分割モジュール２２１は、式５にしたがって、リザーブ領域の合計サイズ「Ｒ」を算出する。
Ｒ＝ＳＨ＋ＳＬ−Ｄ×Ｄｍａｘ…式５
式５における変数Ｄは、更新対象データのサイズを示す。値「Ｄ×Ｄｍａｘ」は、更新対象データ用の、リザーブ領域のサイズ「ＳＨ」を示す。ステップＳ６５で算出したリザーブ領域「ＳＨ」には、更新対象データのリザーブ領域のサイズも含まれる。したがって、暗号化分割モジュール２２１は、リザーブ領域の合計サイズ「Ｒ」から、更新対象データ用のリザーブ領域のサイズ「Ｄ×Ｄｍａｘ」を減算して除外しておく。

Ｓ７２：暗号化分割モジュール２２１は、リザーブ領域の合計サイズＲがマイナス値か否かを判定する。例えば、更新対象データのデータＩＤより、アクセスランキングが下位のデータＩＤの分割比率が大きい値である場合、リザーブ領域の合計サイズ「Ｒ」がマイナス値になり得る。

Ｓ７３：リザーブ領域の合計サイズ「Ｒ」がマイナス値である場合（Ｓ７２のＹＥＳ）、暗号化分割モジュール２２１は、リザーブ領域の合計サイズＲを値「０」に設定する。リザーブ領域の合計サイズＲがマイナス値の場合、確保しておく領域が必要ないことを示すため、暗号化分割モジュール２２１は、リザーブ領域の合計サイズＲを値「０」にリセットする。

Ｓ７４：暗号化分割モジュール２２１は、図７で前述した、式２（ＡＣ＝Ｓ−Ｒ＋ＤＳ）にしたがって、更新対象データが使用可能なローカルストレージ領域６２の空き容量「ＡＣ」を算出する。

図７で前述したとおり、暗号化分割モジュール２２１は、ローカルストレージ領域６２の空き容量Ｓに、更新対象データが使用中のローカルストレージ領域６２のサイズ「ＤＳ」を加算した値から、リザーブ領域の合計サイズ「Ｒ」を減算することで、値「ＡＣ」を算出する。

Ｓ７５：暗号化分割モジュール２２１は、図７で前述した、式１（Ｘ＝ＡＣ／Ｄ）にしたがって、分割比率を算出する。暗号化分割モジュール２２１は、更新対象データが使用可能なローカルストレージ領域６２の空き容量「ＡＣ」を、更新対象データのサイズ「Ｄ」にしたがって除算することによって、更新対象データの分割比率「Ｘ」を算出する。

Ｓ７６：暗号化分割モジュール２２１は、ステップＳ７５で算出した分割比率「Ｘ」が、分割比率の下限値「Ｄｍｉｎ」より小さいか否かを判定する。

Ｓ７７：算出した分割比率「Ｘ」が、分割比率の下限値「Ｄｍｉｎ」より小さい場合（Ｓ７６のＹＥＳ）、更新対象データを分割比率の下限値「Ｄｍｉｎ」にしたがって分割した場合でも、ローカルストレージ領域６２に記憶できない場合を示す。つまり、ローカルストレージ領域６２の空き容量が不足している場合を示す。したがって、暗号化分割モジュール２２１は、更新対象のデータＩＤ以外のデータＩＤの更新処理を行う。これにより、暗号化分割モジュール２２１は、ローカルストレージ領域６２の空き容量を増加させる。処理の詳細については、図１５のフローチャート図にしたがって後述する。

Ｓ７８：暗号化分割モジュール２２１は、更新対象データの分割比率を、分割比率の下限値「Ｄｍｉｎ」に設定する。暗号化分割モジュール２２１は、ステップＳ７７にしたがって、ローカルストレージ領域６２の空き容量を増加させたことにより、分割比率Ｘを下限値「Ｄｍｉｎ」に設定可能になる。

Ｓ７９：暗号化分割モジュール２２１は、算出した分割比率「Ｘ」が、分割比率の下限値「Ｄｍｉｎ」以上である場合（Ｓ７６のＮＯ）、算出した分割比率「Ｘ」が、分割比率の上限値「Ｄｍａｘ」より大きいか否かを判定する。

Ｓ８０：算出した分割比率「Ｘ」が、分割比率の上限値「Ｄｍａｘ」より大きい場合（Ｓ７９のＹＥＳ）、更新対象データを分割比率の上限値「Ｄｍａｘ」にしたがって分割可能な場合を示す。つまり、ローカルストレージ領域６２の空き容量が、充分に足りている場合を示す。したがって、暗号化分割モジュール２２１は、更新対象データの分割比率を、分割比率の上限値「Ｄｍａｘ」に設定する。

したがって、算出した分割比率「Ｘ」が、分割比率の下限値「Ｄｍｉｎ」以上であって、分割比率の上限値「Ｄｍａｘ」以下の場合、暗号化分割モジュール２２１は、算出した分割比率「Ｘ」を更新対象データの分割比率として設定する。

このように、暗号化分割モジュール２２１は、式１で算出した分割比率「Ｘ」が、上限値「Ｄｍａｘ」を超える場合は、値「Ｄｍａｘ」を分割比率「Ｘ」とする。または、暗号化分割モジュール２２１は、式１で算出した分割比率「Ｘ」が、上限値「Ｄｍｉｎ」を下回る場合は、値「Ｄｍｉｎ」を分割比率「Ｘ」とする。これにより、データがいずれかのストレージ装置のみに記憶されることが回避され、データの秘匿性が維持される。また、分割比率の上限値と下限値が設けられることにより、データの秘匿性を保証する最小限の比率が確保される。

図１５は、図１４における更新対象のデータＩＤ以外のデータＩＤの更新処理（Ｓ７７）を説明するフローチャート図である。図１４のフローチャート図で説明したとおり、暗号化分割モジュール２２１は、ローカルストレージ領域６２の空き容量が不足していることにより、更新対象のデータＩＤ以外のデータＩＤの更新処理を行う。

なお、この例では、暗号化分割モジュール２２１は、算出した分割比率「Ｘ」が、分割比率の下限値「Ｄｍｉｎ」より小さい場合に（図１４のＳ７６のＹＥＳ）、図１５のフローチャート図の処理を行う。しかしながら、この例に限定されるものではない。暗号化分割モジュール２２１は、ローカルストレージ領域６２の容量が基準値を下回ったときに、図１５のフローチャート図の処理を行ってもよい。

Ｓ８１：暗号化分割モジュール２２１は、更新対象のデータＩＤ以外のデータＩＤのうち、分割比率が最大のデータＩＤを選択する。分割比率が最大のデータＩＤが複数ある場合、暗号化分割モジュール２２１は、分割比率が最大のデータＩＤのうち、データサイズが大きいデータＩＤを選択する。

Ｓ８２：暗号化分割モジュール２２１は、選択したデータＩＤの更新処理を行う。具体的に、暗号化分割モジュール２２１は、後述する図１６、図１７のフローチャート図にしたがって、選択したデータＩＤの参照処理を行い、選択したデータＩＤのデータを取得する。そして、暗号化分割モジュール２２１は、図１１〜図１４のフローチャート図にしたがって、取得したデータを更新対象データとして、選択したデータＩＤの更新処理を行う。

これにより、選択したデータＩＤの分割比率が算出され、算出された分割比率にしたがってクラウドストレージ領域７２及びローカルストレージ領域６２に記憶される。分割比率の再計算が行われることにより、算出された分割比率が、算出前の分割比率に対して小さくなることがある。

また、分割比率の算出処理は、データの更新処理時にしか行われない。したがって、長い期間、更新処理が行われないデータＩＤは、アクセスランキングが低いにも関わらず、分割比率は大きい値に設定されていることがある。データＩＤの分割比率が再計算されることによって、算出される分割比率は、算出前の分割比率に対して小さくなることがある。

この場合、算出した分割比率にしたがって、データＩＤのデータをローカルストレージ及びクラウドストレージ領域７２に記憶し直すことにより、ローカルストレージ領域６２の空き容量が大きくなる。

Ｓ８３：暗号化分割モジュール２２１は、ローカルストレージ領域６２の空き容量が、更新対象データを分割比率の下限値「Ｄｍｉｎ」にしたがって分割した場合のローカルストレージを使用サイズ「Ｄ×Ｄｍｉｎ」よりも大きいか否かを判定する。つまり、暗号化分割モジュール２２１は、更新対象データを分割比率「Ｄｍｉｎ」にしたがって分割する場合に使用する、ローカルストレージ領域６２の容量を確保したか否かを判定する。

Ｓ８４：ローカルストレージ領域６２の容量を確保できていない場合（Ｓ８３のＮＯ）、暗号化分割モジュール２２１は、次に分割比率が大きく、データサイズが大きいデータＩＤを選択する。そして、暗号化分割モジュール２２１は、ステップＳ８２に遷移し、同様にして、選択したデータＩＤの更新処理を行う。

このように、暗号化分割モジュール２２１は、更新対象のデータＩＤ以外のデータＩＤの更新処理を行う。これにより、暗号化分割モジュール２２１は、更新対象データを分割比率「Ｄｍｉｎ」にしたがって分割する場合に使用する、ローカルストレージ領域６２の容量を確保することができる。ローカルストレージ領域６２の容量を確保できた場合（Ｓ８３のＹＥＳ）、暗号化分割モジュール２２１は、前述したとおり、図１４のステップＳ７８の処理に遷移する。

図１５のフローチャート図では、分割比率が大きいデータＩＤの順に更新処理を行う。ただし、この例に限定されるものではない。例えば、暗号化分割モジュール２２１は、長期間、更新処理が行われていないデータＩＤから順に、更新処理を行ってもよい。または、暗号化分割モジュール２２１は、例えば、更新対象のデータＩＤ以外のすべてのデータＩＤに対して、更新処理を行ってもよい。

［データの参照処理］
図１１〜図１５で説明してきたとおり、暗号化分割モジュール２２１は、データ更新処理の発生時に、分割比率の算出、及び、分割比率に基づくデータの分割を行う。しかしながら、データの更新処理時のみに、分割比率を算出すると、繰り返し参照されるデータの分割比率が更新されない。

繰り返し参照されるデータは、アクセス頻度が高いため、分割比率を高く設定することによりアクセス速度を向上することが望ましい。しかしながら、データの参照処理時には、分割比率が算出されないことから、分割比率が小さいままとなり、アクセス速度が向上しない。したがって、暗号化分割モジュール２２１は、データの参照回数が基準回数を超えた場合に、参照したデータに基づいて、データの更新処理を行う。

図１６は、暗号化分割モジュール２２１のデータの参照処理を説明する第１のフローチャート図である。

Ｓ１１：暗号化分割モジュール２２１は、アプリケーションからデータの読み出し依頼を受け付ける。このとき、暗号化分割モジュール２２１は、読み出し対象のデータＩＤを取得する。

Ｓ１２：暗号化分割モジュール２２１は、管理情報データベース２３０の保管場所管理用データ２３１（図３）を参照して、指定されたデータＩＤに対応するデータのアドレスを取得する。

Ｓ１３：暗号化分割モジュール２２１は、取得した保管場所に基づいて、ローカルストレージサーバ６０からデータを取得する。

Ｓ１４：ステップＳ１３と並列して、暗号化分割モジュール２２１は、取得した保管場所に基づいて、クラウドストレージサーバ７０からデータを取得する。

Ｓ１５：暗号化分割モジュール２２１は、ローカルストレージサーバ７０から取得したデータ（Ｓ１３）と、クラウドストレージサーバ７０から取得したデータ（Ｓ１４）とを結合する。

Ｓ１６：暗号化分割モジュール２２１は、データＩＤの復号化キー２４０を、不揮発性メモリ２０２（図２）から読み出す。

Ｓ１７：暗号化分割モジュール２２１は、ステップＳ１５で結合したデータＩＤのデータを、ステップＳ１６で読み出した復号化キー２４０にしたがって復号化する。

Ｓ１８：暗号化分割モジュール２２１は、復号化したデータをアプリケーションに出力する。続く処理については、図１７のフローチャート図にしたがって説明する。

図１７は、暗号化分割モジュール２２１のデータの参照処理を説明する第２のフローチャート図である。

Ｓ２１：暗号化分割モジュール２２１は、データＩＤの参照回数をインクリメントする。

Ｓ２２：暗号化分割モジュール２２１は、データＩＤのデータの参照回数が基準数の倍数に達したか否かを判定する。基準数は、任意の回数である。

Ｓ２３：データＩＤの参照回数が基準数の倍数に達した場合（Ｓ２２のＹＥＳ）、暗号化分割モジュール２２１は、参照処理にしたがって読み出したデータに基づいて更新処理を行う。つまり、暗号化分割モジュール２２１は、データＩＤのデータを参照処理の基準数に１回、当該データＩＤの更新処理を行う。

このように、暗号化分割モジュール２２１は、データの参照処理時に、データの参照回数が基準数を超えた場合に、当該データの更新処理を行う。これにより、暗号化分割モジュール２２１は、当該データＩＤの分割比率を算出し、分割比率にしたがって分割したデータをローカルストレージサーバ６０及びクラウドストレージサーバ７０に記憶する。

これにより、暗号化分割モジュール２２１は、繰り返し、参照処理が行われるデータの分割比率を適切な分割比率にすることができる。暗号化分割モジュール２２１は、例えば、参照回数の多いデータＩＤの分割比率を大きい値に設定することができる。これにより、暗号化分割モジュール２２１は、当該データのアクセス速度を向上させることができる。

なお、暗号化分割モジュール２２１は、新規のデータの書き込み時には、分割比率の下限値「Ｄｍｉｎ」にしたがって分割し、クラウドストレージ領域７２及びローカルストレージ領域６２に記憶する。または、暗号化分割モジュール２２１は、新規のデータの書き込み時に、予め設定した任意の分割比率にしたがって分割し、クラウドストレージ領域７２及びローカルストレージ領域６２に記憶する。

［具体例］
図１８は、具体例におけるストレージのアクセスタイムと、分割比率の上限値及び下限値を説明する図である。図１８によると、本実施の形態例において、分割比率の上限値「Ｄｍａｘ」は値「０．９」に、下限値「Ｄｍｉｎ」は、値「０．１」に設定される。また、本実施の形態例において、クラウドストレージサーバ７０に記憶されたデータのアクセスタイムは、「８．３（milli second：ｍｓ／megabyte：ＭＢ）」である。また、ローカルストレージサーバ６０に記憶されるデータのアクセスタイムは、「１６７（ｍｓ／ＭＢ）」である。

図１９は、具体例におけるローカルストレージ領域６２の情報、及び、データのサイズを説明する図である。図１９によると、本実施の形態例において、ローカルストレージ領域６２及びクラウドストレージ領域７２に記憶する複数のデータのトータルサイズは、「３００ＭＢ」である。また、ローカルストレージ領域６２の容量は、「１００ＭＢ」である。つまり、この例において、ローカルストレージ領域６２の容量の３倍のサイズのデータが、ローカルストレージ及びクラウドストレージ領域７２に記憶される。

また、図１９によると、この時点のローカルストレージ領域６２の使用率は、「５４．８％」である。つまり、この時点で、ローカルストレージ領域６２における、「４５．２％」の領域にデータが記憶されておらず、使用効率が高くないことを示す。

次に、図１８、図１９に示した状態において、データ「Ｄａｔａ５」の更新処理を行う場合を説明する。

図２０は、データ「Ｄａｔａ５」の更新処理を行った場合におけるアクセスランキング情報２３３−１を示す図である。図２０のアクセスランキング情報２３３−１は、図５に示すアクセスランキング情報２３３に対して、データ「Ｄａｔａ５」のアクセスカウント、アクセスランキング、分割比率が更新された情報である。

具体的に、図２０のアクセスランキング情報２３３−１は、図５のアクセスランキング情報２３３に対して、データＩＤ「４」のデータ「Ｄａｔａ５」のアクセスカウントが値「３３」から値「３４」に更新されている。また、アクセスランキング情報２３３−１において、データ「Ｄａｔａ５」のアクセスカウントが値「３４」に更新されたことから、データ「Ｄａｔａ５」のアクセスランキングが値「３」から値「２」に更新されている。つまり、アクセスランキングが高くなっている。

暗号化分割モジュール２２１は、更新されたアクセスランキング情報２３３−１にしたがって、データ「Ｄａｔａ５」の分割比率を算出する（図１３、図１４）。アクセスランキング情報２３３−１によると、データ「Ｄａｔａ５」の更新後のアクセスランキング「２」とランキングが同一か上位のデータは、データ「Ｄａｔａ３」「Ｄａｔａ８」である。したがって、暗号化分割モジュール２２１は、データ「Ｄａｔａ３」「Ｄａｔａ５」「Ｄａｔａ８」のリザーブ領域のサイズ「ＳＨ」を算出する（図１３のＳ６５）。また、暗号化分割モジュール２２１は、データ「Ｄａｔａ１」「Ｄａｔａ２」「Ｄａｔａ４」〜「Ｄａｔａ７」「Ｄａｔａ９」「Ｄａｔａ１０」のリザーブ領域のサイズ「ＳＬ」を算出する（図１３のＳ６６）。

そして、暗号化分割モジュール２２１は、ローカルストレージ領域６２の空き容量と、算出したリザーブ領域の合計サイズ「Ｒ」と、データ「Ｄａｔａ５」のローカルストレージ領域６２に記憶されているサイズ「ＤＳ」にしたがって、値「ＡＣ」を算出する（図１４のＳ７１〜Ｓ７４）。そして、暗号化分割モジュール２２１は、算出した値「ＡＣ」をデータ「Ｄａｔａ５」のサイズ「Ｄ」で除算することによって、分割比率Ｘを算出する（図１４のＳ７５）。この場合、算出される分割比率は、「０．９」である。

図５のアクセスランキング情報２３３によると、データ「Ｄａｔａ５」の前回の分割比率は「０．１」である。データ「Ｄａｔａ５」の更新処理が行われたことにより、データ「Ｄａｔａ５」のアクセスランキングが上がり、分割比率が「０．１」から「０．９」に増加している。

なお、図４に示す更新履歴データ２３２に基づく場合、前回、更新されたデータのデータＩＤは、データＩＤ「Ｄａｔａ３」である（図１２のＳ５１のＮＯ）。したがって、この場合、連続して同一のデータを更新する場合に当たらない。したがって、この場合は、分割比率の算出処理を省略する場合に当たらない。

図２１は、データ「Ｄａｔａ５」の更新処理後のローカルストレージの情報、及び、データのサイズを説明する図である。図２１によると、ローカルストレージの使用率は、「７８．８％」である。つまり、データ「Ｄａｔａ５」の更新処理によって、ローカルストレージの使用率は、「５４．８％」から「７８．８％」に変化している。したがって、ローカルストレージの使用率が１００％に近づき、より効率的に、ローカルストレージが使用されていることを示す。

図２２は、データ「Ｄａｔａ５」のアクセスタイムを説明する図である。図１８で説明したとおり、クラウドストレージサーバに記憶されたデータのアクセスタイムは、「８．３（ｍｓ／ＭＢ）」である。また、ローカルストレージサーバに記憶されるデータのアクセスタイムは、「１６７（ｍｓ／ＭＢ）」である。

前述したとおり、データ「Ｄａｔａ５」の更新時に、データ「Ｄａｔａ５」の分割比率は、値「０．１」から値「０．９」に更新されている。分割比率が値「０．１」から値「０．９」に増加することにより、データ「Ｄａｔａ５」のアクセスタイムは、「４５３３．９ｍｓ」から「７２５．１ｍｓ」に向上している。

このように、暗号化分割モジュール２２１は、データごとに、データのサイズやローカルストレージ領域６２の空き容量に基づいて分割比率を算出するため、ローカルストレージ領域６２の使用率を向上させることができる。また、暗号化分割モジュール２２１は、さらに、データのアクセス状況に基づいて分割比率を算出するため、データのアクセス速度を向上させることができる。

［平均利用効率、平均アクセス時間］
次に、分割比率が固定の場合と、データごとに分割比率を算出する場合におけるローカルストレージ領域６２の平均利用効率、及び、平均アクセス時間を説明する。

図２３は、分割比率が固定の場合と、データごとに分割比率を算出する場合におけるローカルストレージ領域６２の平均利用効率を説明する図である。利用効率が１００％に近いほど、利用効率がよいことを表す。利用効率の平均値は、データ更新処理を３００回行う１セットを１０回実行した場合における平均値である。

図２３の列Ｒ１は、データのアクセス傾向がない場合における、利用効率の平均値を示す。また、データのアクセス傾向とは、記憶されているデータごとのアクセス頻度のパターンの傾向を示す。また、列Ｒ１は、更新対象データのサイズが一定の場合、更新対象データが増加する場合、及び、更新対象データが増減する場合におけるローカルストレージ領域６２の平均利用効率を有する。

また、図２３の列Ｒ２は、データのアクセス傾向が一定の場合における、平均利用効率を示す。列Ｒ２は、列Ｒ１と同様にして、更新対象データのサイズが一定の場合、更新対象データが増加する場合、及び、更新対象データが増減する場合におけるローカルストレージ領域６２の平均利用効率を有する。同様にして、図２３の列Ｒ３は、データのアクセス傾向が変化する場合における平均利用効率を示す。

図２３によると、特に、更新対象データのサイズが増加する場合、及び、更新対象データのサイズが増減する場合に（Ｙ１）、分割比率が固定である場合に対して、ローカルストレージの平均利用効率が１００％に近い。つまり、更新対象データのサイズが変化する場合（Ｙ１）、データの分割比率が固定である場合に対して、ローカルストレージの平均利用効率が大きく向上している。

前述したとおり、本実施の形態例におけるデータは、例えば、データベースのテーブルである。例えば、テーブルは、テキスト情報や、バイナリ情報等も含む。したがって、同一のデータＩＤであっても、データのサイズの変動が発生する。

図２４は、分割比率が固定の場合と、データごとに分割比率を算出する場合における平均アクセス時間を説明する図である。平均アクセス時間は、データアクセスにかかる時間の平均値である。平均アクセス時間が小さいほど、アクセス速度が高いことを示す。平均アクセス時間は、データ更新処理を３００回行う１セットを１０回実行した場合における平均値である。

図２４の列Ｒ１〜Ｒ３のアクセス傾向は、図２３と同様である。また、図２４の各列Ｒ１〜Ｒ３は、図２３と同様にして、更新対象データのサイズが一定の場合、更新対象データが増加する場合、及び、更新対象データが増減する場合における平均アクセス時間を有する。

図２４によると、更新対象データのサイズが一定の場合も含み、分割比率をデータごとに算出する場合、分割比率が固定である場合に対して、平均アクセス時間が小さくなる。つまり、分割比率をデータごとに算出する場合、分割比率が固定である場合に対して、アクセス速度が向上することを示す。また、図２４によると、データのアクセス傾向が固定の場合に（Ｒ２）、平均アクセス時間が大きく向上している。

このように、本実施の形態例における統合ストレージサーバ１０によると、ローカルストレージ領域６２の利用効率が大きく向上するとともに、各データのアクセス速度が大幅に向上する。これにより、ハードウェア資源を効率的に利用可能になる。また、データを異なるストレージに分割して記憶する場合であっても、アクセス速度が低下することを抑制することが可能になる。

以上のように、本実施の形態例における統合ストレージサーバ１０は、第１記憶装置と第２記憶装置とに分割して記憶された複数のデータのいずれかにアクセスが行われた場合に、複数のデータそれぞれのアクセス状況を取得する。また、統合ストレージサーバ１０は、アクセス状況と、第１の記憶装置の空き容量とに基づいて、アクセスの対象データの分割比率を算出する。そして、統合ストレージサーバ１０は、算出した分割比率にしたがって対象データを分割して、第１の記憶装置と第２の記憶装置とに記憶する。第１の記憶装置は、ローカルストレージ領域６２に、第２に記憶装置は、クラウドストレージ領域７２に対応する。

これにより、統合ストレージサーバ１０は、ローカルストレージ領域の容量の範囲で、アクセス頻度の高いデータほど、大きな分割比率Ｘを算出することができる。したがって、統合ストレージサーバ１０は、ローカルストレージ領域６２の容量を効率的に利用しながら、データのアクセス速度向上を図ることができる。

また、統合ストレージサーバ１０は、データの更新処理時に、ローカルストレージ領域６２の容量が不足することを抑制することができる。これにより、ローカルストレージ領域６２の容量が不足したことに起因して記憶されているデータの分割比率を再設定する必要がなくなる。したがって、統合ストレージサーバ１０は、データのアクセス速度が劣化することを抑制することができる。

また、統合ストレージサーバ１０は、データのアクセス状況を考慮して、データの更新処理ごとに分割比率Ｘを算出する。つまり、データのアクセス状況の変化に連動して分割比率Ｘを算出することから、運用が変化した場合であっても、変化に応じた分割比率Ｘを算出することが可能になる。

また、本実施の形態例における統合ストレージサーバ１０は、第１の記憶装置の第１の空き容量から、以降のアクセスに応じて対象データ以外のデータが使用する容量を減算した第２の空き容量に基づいて、対象データの分割比率を算出する。

これにより、統合ストレージサーバ１０は、各データがアクセス状況に応じて利用すると想定されるローカルストレージ領域６２を確保した上で、更新対象データの分割比率を算出する。これにより、将来の更新処理で使用するローカルストレージ領域６２が確保されるため、データの更新処理時に、ローカルストレージ領域６２の容量が不足することを抑制することができる。したがって、ローカルストレージ領域６２の容量が不足したことに起因して記憶されているデータの分割比率を再設定する必要がなくなる。したがって、統合ストレージサーバ１０は、データのアクセス速度が劣化することを抑制することができる。

また、本実施の形態例における統合ストレージサーバ１０は、アクセス状況と、複数のデータそれぞれのサイズとに基づいて、第２の空き容量を算出する。これにより、統合ストレージサーバ１０は、各データの分割比率Ｘを、ローカルストレージ領域６２の容量の範囲内で、データのアクセス状況に応じた最適な値にすることができる。したがって、統合ストレージサーバ１０は、ローカルストレージ領域６２の空き容量と、データのアクセス状況に基づいて、データの秘匿性を維持しながら、アクセス速度の向上を図ることができる。

また、本実施の形態例における統合ストレージサーバ１０において、アクセス状況は、基準期間における複数のデータのアクセス頻度である。また、統合ストレージサーバ１０は、対象データよりアクセス頻度が同じか高い複数のデータを、第１の記憶装置に記憶する比率の上限値である第１の分割比率に基づいて分割する。そして、統合ストレージサーバ１０は、対象データよりアクセス頻度が低い複数のデータを、第１の記憶装置に記憶する比率の下限値である第２の分割比率に基づいて分割する。そして、統合ストレージサーバ１０は、分割した場合に使用する第１の記憶装置の容量に基づいて、第２の空き容量を算出する。

これにより、統合ストレージサーバ１０は、アクセス頻度がより高いデータが、より多くのローカルストレージ領域６２を使用できるように分割比率Ｘを算出することができる。したがって、更新処理が先に行われたデータによって、ローカルストレージ領域６２が占有されてしまうことを抑制する。また、統合ストレージサーバ１０は、アクセス頻度がより低いデータが、最小限の分割比率にしたがってローカルストレージ領域６２を使用できるように、分割比率Ｘを算出する。

また、本実施の形態例における統合ストレージサーバ１０において、アクセスはデータの更新である。これにより、統合ストレージサーバ１０は、データの更新ごとに分割比率を算出することにより、更新対象のデータ単位に、適切な分割比率Ｘを算出可能になる。

また、本実施の形態例における統合ストレージサーバ１０において、アクセスは、データの参照をさらに含む。そして、統合ストレージサーバ１０は、複数のデータのいずれかの参照が行われた場合に、参照の対象データの参照回数を取得し、参照回数が基準回数に達した場合に、対象データの分割比率を算出する。そして、統合ストレージサーバ１０は、算出した分割比率にしたがって対象データを分割して、第１の記憶装置と第２の記憶装置とに記憶する。

これにより、統合ストレージサーバ１０は、繰り返し、参照処理が行われるデータの分割比率を適切な分割比率にすることができる。したがって、統合ストレージサーバ１０は、参照回数の多いデータのアクセス速度の向上を図ることができる。

また、本実施の形態例における統合ストレージサーバ１０は、設定された、第１の記憶装置に記憶する比率の下限値である第２の分割比率以上であって、設定された、第１の記憶装置に記憶する比率の上限値である第１の分割比率以下の分割比率を算出する。これにより、データがいずれかのストレージ装置のみに記憶されることが回避され、データの秘匿性が維持される。したがって、分割比率の上限値と下限値が設けられることにより、データの秘匿性を保証する最小限の比率が確保される。

また、本実施の形態例における統合ストレージサーバ１０は、前回のアクセスと、対象データ、対象データのアクセス状況及びサイズ、第１の記憶装置の空き容量が同一である場合に、前回の分割比率を取得する。そして、統合ストレージサーバ１０は、前回の分割比率にしたがって対象データを分割して、第１の記憶装置と第２の記憶装置とに記憶する。これにより、統合ストレージサーバ１０は、分割比率の算出処理が不要な場合については、分割比率の算出処理を省略することができる。したがって、統合ストレージサーバ１０は、処理の負荷を抑えることができる。

また、本実施の形態例における統合ストレージサーバ１０は、第１の記憶装置の空き容量が基準値以下である場合に、対象データ以外のデータの分割比率を算出する。そして、統合ストレージサーバ１０は、算出した分割比率にしたがって対象データ以外のデータを分割して、第１の記憶装置と第２の記憶装置とに記憶する。

これにより、対象データ以外のデータの分割比率の再計算が行われることにより、算出された分割比率が、算出前の分割比率に対して小さくなることがある。したがって、統合ストレージサーバ１０は、算出した分割比率にしたがって、データＩＤのデータをローカルストレージ及びクラウドストレージ領域７２に記憶し直すことにより、ローカルストレージ領域６２の空き容量を大きくすることができる。

［他の実施の形態］
なお、本実施の形態例では、統合ストレージサーバ１０が、クラウドストレージ領域７２と、ローカルストレージ領域６２にデータを記憶する場合を例示した。ただし、この例に限定されるものではない。統合ストレージサーバ１０は、例えば、データを分割して、別々のローカルストレージサーバが備える２つのローカルストレージ領域に分割して記憶してもよい。同様にして、統合ストレージサーバ１０は、データを分割して、別々のクラウドストレージサーバが備える２つのクラウドストレージ領域に分割して記憶してもよい。

また、本実施の形態例における統合ストレージサーバ１０は、参照回数と更新回数とに基づいて、アクセスランキングを生成する場合を例示した。ただし、この例に限定されるものではなく、統合ストレージサーバ１０は、さらに、更新回数のみに基づいてアクセスランキングを生成してもよい。

以上の実施の形態をまとめると、次の付記のとおりである。

（付記１）
第１記憶装置と第２記憶装置とに分割して記憶された複数のデータのいずれかにアクセスが行われた場合に、前記複数のデータそれぞれのアクセス状況を取得し、
前記アクセス状況と、前記第１の記憶装置の空き容量とに基づいて、前記アクセスの対象データの分割比率を算出し、
前記算出した分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、
処理をコンピュータに実行させるデータ分割制御プログラム。

（付記２）
付記１において、
前記第１の記憶装置の第１の空き容量から、以降のアクセスに応じて前記対象データ以外のデータが使用する容量を減算した第２の空き容量に基づいて、前記対象データの分割比率を算出する、
処理をコンピュータに実行させるデータ分割制御プログラム。

（付記３）
付記２において、
前記アクセス状況と、前記複数のデータそれぞれのサイズとに基づいて、前記第２の空き容量を算出する、
処理をコンピュータに実行させるデータ分割制御プログラム。

（付記４）
付記３において、
前記アクセス状況は、基準期間における前記複数のデータのアクセス頻度であって、
前記対象データより前記アクセス頻度が同じか高い前記複数のデータを、前記第１の記憶装置に記憶する比率の上限値である第１の分割比率に基づいて分割し、前記対象データより前記アクセス頻度が低い前記複数のデータを、前記第１の記憶装置に記憶する比率の下限値である第２の分割比率に基づいて分割した場合に使用する前記第１の記憶装置の容量に基づいて、前記第２の空き容量を算出する、
処理をコンピュータに実行させるデータ分割制御プログラム。

（付記５）
付記１乃至４のいずれかにおいて、
前記アクセスは前記データの更新である、データ分割制御プログラム。

（付記６）
付記５において、
前記アクセスは、前記データの参照をさらに含み、
前記複数のデータのいずれかの参照が行われた場合に、参照の対象データの参照回数を取得し、前記参照回数が基準回数に達した場合に、前記対象データの分割比率を算出し、
前記算出した分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、
処理をコンピュータに実行させる分割制御プログラム。

（付記７）
付記１乃至６のいずれかにおいて、
前記算出は、設定された、前記第１の記憶装置に記憶する比率の下限値である第２の分割比率以上であって、設定された、前記第１の記憶装置に記憶する比率の上限値である第１の分割比率以下の前記分割比率を算出する、分割制御プログラム。

（付記８）
付記１乃至７のいずれかにおいて、
前回のアクセスと、前記対象データ、前記対象データのアクセス状況及びサイズ、第１の記憶装置の空き容量が同一である場合に、前記前回の分割比率を取得し、
前記前回の分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、
処理をコンピュータに実行させる分割制御プログラム。

（付記９）
付記１乃至８のいずれかにおいて、
前記第１の記憶装置の空き容量が基準値以下である場合に、前記対象データ以外のデータの分割比率を算出し、
前記算出した分割比率にしたがって前記対象データ以外のデータを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、
処理をコンピュータに実行させる分割制御プログラム。

（付記１０）
付記１乃至９のいずれかにおいて、
前記アクセス状況は、基準期間における、前記複数のデータの更新回数及び参照回数に基づくアクセス頻度である、分割制御プログラム。

（付記１１）
付記１乃至１０のいずれかにおいて、
前記第１の記憶装置に対するアクセス速度は、前記第２の記憶装置に対するアクセス速度より速い、分割制御プログラム。

（付記１２）
プロセッサが、第１記憶装置と第２記憶装置とに分割して記憶された複数のデータのいずれかにアクセスが行われた場合に、記憶部から前記複数のデータそれぞれのアクセス状況を取得する取得工程と、
プロセッサが、前記アクセス状況と、前記第１の記憶装置の空き容量とに基づいて、前記アクセスの対象データの分割比率を算出する算出工程と、
プロセッサが、前記算出した分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する記憶工程と、
を有するデータ分割制御方法。

（付記１３）
付記１２において、
前記算出工程は、前記第１の記憶装置の第１の空き容量から、以降のアクセスに応じて前記対象データ以外のデータが使用する容量を減算した第２の空き容量に基づいて、前記対象データの分割比率を算出する、データ分割制御方法。

（付記１４）
付記１３において、
前記算出工程は、前記アクセス状況と、前記複数のデータそれぞれのサイズとに基づいて、前記第２の空き容量を算出する、データ分割制御方法。

（付記１５）
付記１４において、
前記アクセス状況は、基準期間における前記複数のデータのアクセス頻度であって、
前記算出工程は、前記対象データより前記アクセス頻度が同じか高い前記複数のデータを、前記第１の記憶装置に記憶する比率の上限値である第１の分割比率に基づいて分割し、前記対象データより前記アクセス頻度が低い前記複数のデータを、前記第１の記憶装置に記憶する比率の下限値である第２の分割比率に基づいて分割した場合に使用する前記第１の記憶装置の容量に基づいて、前記第２の空き容量を算出する、データ分割制御方法。

（付記１６）
付記１２乃至１５のいずれかにおいて、
前記アクセスは前記データの更新である、データ分割制御方法。

（付記１７）
第１記憶装置と第２記憶装置とに分割して記憶された複数のデータのアクセス状況を記憶する記憶部と、
処理部と、を有し、
前記処理部は、前記複数のデータのいずれかにアクセスが行われた場合に、前記記憶部から取得した前記アクセス状況と、前記第１の記憶装置の空き容量とに基づいて、前記アクセスの対象データの分割比率を算出し、前記算出した分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、データ分割制御装置。

（付記１８）
付記１７において、
前記処理部は、前記第１の記憶装置の第１の空き容量から、以降のアクセスに応じて前記対象データ以外のデータが使用する容量を減算した第２の空き容量に基づいて、前記対象データの分割比率を算出する、データ分割制御装置。

（付記１９）
付記１８おいて、
前記処理部は、前記アクセス状況と、前記複数のデータそれぞれのサイズとに基づいて、前記第２の空き容量を算出する、データ分割制御装置。

（付記２０）
付記１９において、
前記アクセス状況は、基準期間における前記複数のデータのアクセス頻度であって、
前記処理部は、前記対象データより前記アクセス頻度が同じか高い前記複数のデータを、前記第１の記憶装置に記憶する比率の上限値である第１の分割比率に基づいて分割し、前記対象データより前記アクセス頻度が低い前記複数のデータを、前記第１の記憶装置に記憶する比率の下限値である第２の分割比率に基づいて分割した場合に使用する前記第１の記憶装置の容量に基づいて、前記第２の空き容量を算出する、データ分割制御装置。

１０：統合ストレージサーバ、１０１：ＣＰＵ、１０２：メモリ、１０３：ＮＩＣ、１０４：ＮＩＣ、６０：ローカルストレージサーバ、７０：クラウドストレージサーバ、６２：ローカルストレージ領域、７２：クラウドストレージ領域

Claims (13)

1. 第１記憶装置と第２記憶装置とに分割して記憶された複数のデータのいずれかにアクセスが行われた場合に、前記複数のデータそれぞれのアクセス状況を取得し、
   前記アクセス状況と、前記第１の記憶装置の空き容量とに基づいて、前記アクセスの対象データの分割比率を算出し、
   前記算出した分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、
   処理をコンピュータに実行させるデータ分割制御プログラム。
2. 請求項１において、
   前記第１の記憶装置の第１の空き容量から、以降のアクセスに応じて前記対象データ以外のデータが使用する容量を減算した第２の空き容量に基づいて、前記対象データの分割比率を算出する、
   処理をコンピュータに実行させるデータ分割制御プログラム。
3. 請求項２において、
   前記アクセス状況と、前記複数のデータそれぞれのサイズとに基づいて、前記第２の空き容量を算出する、
   処理をコンピュータに実行させるデータ分割制御プログラム。
4. 請求項３において、
   前記アクセス状況は、基準期間における前記複数のデータのアクセス頻度であって、
   前記対象データより前記アクセス頻度が同じか高い前記複数のデータを、前記第１の記憶装置に記憶する比率の上限値である第１の分割比率に基づいて分割し、前記対象データより前記アクセス頻度が低い前記複数のデータを、前記第１の記憶装置に記憶する比率の下限値である第２の分割比率に基づいて分割した場合に使用する前記第１の記憶装置の容量に基づいて、前記第２の空き容量を算出する、
   処理をコンピュータに実行させるデータ分割制御プログラム。
5. 請求項１乃至４のいずれかにおいて、
   前記アクセスは前記データの更新である、データ分割制御プログラム。
6. 請求項５において、
   前記アクセスは、前記データの参照をさらに含み、
   前記複数のデータのいずれかの参照が行われた場合に、参照の対象データの参照回数を取得し、前記参照回数が基準回数に達した場合に、前記対象データの分割比率を算出し、
   前記算出した分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、
   処理をコンピュータに実行させる分割制御プログラム。
7. 請求項１乃至６のいずれかにおいて、
   前記算出は、設定された、前記第１の記憶装置に記憶する比率の下限値である第２の分割比率以上であって、設定された、前記第１の記憶装置に記憶する比率の上限値である第１の分割比率以下の前記分割比率を算出する、分割制御プログラム。
8. 請求項１乃至７のいずれかにおいて、
   前回のアクセスと、前記対象データ、前記対象データのアクセス状況及びサイズ、第１の記憶装置の空き容量が同一である場合に、前記前回の分割比率を取得し、
   前記前回の分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、
   処理をコンピュータに実行させる分割制御プログラム。
9. 請求項１乃至８のいずれかにおいて、
   前記第１の記憶装置の空き容量が基準値以下である場合に、前記対象データ以外のデータの分割比率を算出し、
   前記算出した分割比率にしたがって前記対象データ以外のデータを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、
   処理をコンピュータに実行させる分割制御プログラム。
10. 請求項１乃至９のいずれかにおいて、
    前記アクセス状況は、基準期間における、前記複数のデータの更新回数及び参照回数に基づくアクセス頻度である、分割制御プログラム。
11. 請求項１乃至１０のいずれかにおいて、
    前記第１の記憶装置に対するアクセス速度は、前記第２の記憶装置に対するアクセス速度より速い、分割制御プログラム。
12. プロセッサが、第１記憶装置と第２記憶装置とに分割して記憶された複数のデータのいずれかにアクセスが行われた場合に、記憶部から前記複数のデータそれぞれのアクセス状況を取得する取得工程と、
    プロセッサが、前記アクセス状況と、前記第１の記憶装置の空き容量とに基づいて、前記アクセスの対象データの分割比率を算出する算出工程と、
    プロセッサが、前記算出した分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する記憶工程と、
    を有するデータ分割制御方法。
13. 第１記憶装置と第２記憶装置とに分割して記憶された複数のデータのアクセス状況を記憶する記憶部と、
    処理部と、を有し、
    前記処理部は、前記複数のデータのいずれかにアクセスが行われた場合に、前記記憶部から取得した前記アクセス状況と、前記第１の記憶装置の空き容量とに基づいて、前記アクセスの対象データの分割比率を算出し、前記算出した分割比率にしたがって前記対象データを分割して、前記第１の記憶装置と前記第２の記憶装置とに記憶する、データ分割制御装置。

Images