JP2014153753A - 情報管理装置、情報管理方法、情報管理プログラム - Google Patents

Abstract

【課題】登録要求を受信してから登録完了通知を送信するまでの処理時間を短くする。
【解決手段】複数の記憶媒体を備える複数のストレージ装置にネットワークを介して接続された情報管理装置が、情報の登録要求に応じて、複数のストレージ装置のうち、ネットワークを介した通信遅延が相対的に小さいストレージ装置が備える複数の記憶媒体に、情報を記憶させる第１の情報登録部と、第１の情報登録部によってストレージ装置が備える複数の記憶媒体に情報が記憶されると、登録要求の送信元に、登録完了通知を送信する登録完了通知送信部と、ストレージ装置に記憶された情報を、複数のストレージ装置のうち、他のストレージ装置に記憶させる第２の情報登録部と、を備える。
【選択図】図１

Description

本発明は、ネットワークを介して接続された複数のストレージ装置に情報を記憶させる技術に関する。

情報の可用性を高めるため、同一の情報を複数のストレージ装置に記憶させ、いずれのストレージ装置からでも情報を読出せるようにして負荷を分散させるとともに、いずれかのストレージ装置が故障しても他のストレージ装置から読出せるようにする分散ストレージシステムが研究されている（例えば、特許文献１〜３参照）。このような分散ストレージシステムでは、例えば全国や世界等の地理的に分散した複数の場所に設置されたデータ管理センターのそれぞれに、複数の記憶媒体を備えるストレージ装置を配置し、情報の登録要求に応じて異なる場所のデータ管理センターに設置された所定個数のストレージ装置に情報を記憶させる。そして情報を読出す際には、情報の読出要求に応じて、その情報を記憶させた複数のストレージ装置のうち、例えばランダムに選択したひとつのストレージ装置から情報を読出す。

特開２００５−２７６０９４号公報 特開２００８−１８６１４１号公報 特許第４２９１０７７号公報

しかしながら、地理的に分散した複数のデータ管理センターに設置されたストレージ装置に情報を記憶させる場合、データ管理センターごとに通信遅延の大きさが異なると考えられる。このため、例えば分散ストレージシステムがユーザ端末から情報の登録要求を受信した後、分散ストレージシステムから登録完了通知を送信するのは、通信遅延の大きさの異なる全てのストレージ装置に対して情報が記憶された後である。ここで、分散ストレージによる可用性を確保しつつ、登録要求を受信してから、登録完了通知を送信するまでの処理時間を短くすることが望ましい。

本発明は、このような状況に鑑みてなされたもので、登録要求を受信してから登録完了通知を送信するまでの処理時間を短くする情報管理装置、情報管理方法、情報管理プログラムを提供する。

上述した課題を解決するために、本発明の一態様は、複数の記憶媒体を備える複数のストレージ装置にネットワークを介して接続された情報管理装置であって、情報の登録要求に応じて、複数のストレージ装置のうち、ネットワークを介した通信遅延が相対的に小さいストレージ装置が備える複数の記憶媒体に、情報を記憶させる第１の情報登録部と、第１の情報登録部によってストレージ装置が備える複数の記憶媒体に情報が記憶されると、登録要求の送信元に、登録完了通知を送信する登録完了通知送信部と、ストレージ装置に記憶された情報を、複数のストレージ装置のうち、他のストレージ装置に記憶させる第２の情報登録部と、を備えることを特徴とする情報管理装置である。

また、本発明の一態様は、情報の読出要求に応じて、情報が記憶された複数のストレージ装置のうちいずれかひとつのストレージ装置から情報を読出し、読出要求の送信元に送信する情報読出部を備えることを特徴とする。

また、本発明の一態様は、複数のストレージ装置毎に、ストレージ装置に情報が記憶されたか否かを示す状態情報が記憶される状態情報記憶部を備え、情報読出部は、状態情報記憶部に記憶されている状態情報に基づいて、複数のストレージ装置のうち、情報を読出すストレージ装置を判定することを特徴とする。

また、本発明の一態様は、複数のストレージ装置は、地理的に分散した複数の場所に設置され、第２の情報登録部は、第１の情報登録部によってストレージ装置に記憶された情報を、地理的に分散した他のストレージ装置に記憶させることを特徴とする。

また、本発明の一態様は、第２の情報登録部は、情報の種別または登録要求の送信元のアプリケーションの種別に応じて予め定められた時間間隔ごとに、第１の情報登録部によってストレージ装置に情報が記憶されたか否かを監視し、ストレージ装置に情報が記憶されると、ストレージ装置に記憶された情報を、他のストレージ装置に記憶させることを特徴とする。

また、本発明の一態様は、複数の記憶媒体を備える複数のストレージ装置にネットワークを介して接続された情報管理装置の情報管理方法であって、情報の登録要求に応じて、複数のストレージ装置のうち、ネットワークを介した通信遅延が相対的に小さいストレージ装置が備える複数の記憶媒体に、情報を記憶させるステップと、ストレージ装置が備える複数の記憶媒体に情報を記憶させると、登録要求の送信元に、登録完了通知を送信するステップと、ストレージ装置に記憶された情報を、複数のストレージ装置のうち、他のストレージ装置に記憶させるステップと、を備えることを特徴とする。

また、本発明の一態様は、複数の記憶媒体を備える複数のストレージ装置にネットワークを介して接続された情報管理装置のコンピュータに、情報の登録要求に応じて、複数のストレージ装置のうち、ネットワークを介した通信遅延が相対的に小さいストレージ装置が備える複数の記憶媒体に、情報を記憶させるステップと、ストレージ装置が備える複数の記憶媒体に情報を記憶させると、登録要求の送信元に、登録完了通知を送信するステップと、ストレージ装置に記憶された情報を、複数のストレージ装置のうち、他のストレージ装置に記憶させるステップと、を実行させる情報管理プログラムである。

以上説明したように、本発明によれば、複数の記憶媒体を備える複数のストレージ装置にネットワークを介して接続された情報管理装置が、情報の登録要求に応じて、複数のストレージ装置のうち、ネットワークを介した通信遅延が相対的に小さいストレージ装置が備える複数の記憶媒体に、情報を記憶させる第１の情報登録部と、第１の情報登録部によってストレージ装置が備える複数の記憶媒体に情報が記憶されると、登録要求の送信元に、登録完了通知を送信する登録完了通知送信部と、ストレージ装置に記憶された情報を、複数のストレージ装置のうち、他のストレージ装置に記憶させる第２の情報登録部と、を備えるようにしたので、登録要求を受信してから登録完了通知を送信するまでの処理時間を短くすることができる。

本発明の一実施形態による分散ストレージシステム１の構成を示すブロック図である。 本発明の一実施形態によるサイトの配置例を示す図である。 本発明の一実施形態によるサイト情報記憶部に記憶される情報のデータ例を示す図である。 本発明の一実施形態による状態情報記憶部に記憶される情報のデータ例を示す図である。 本発明の一実施形態による登録処理の動作例を示すフローチャートである。 本発明の一実施形態による読出処理の動作例を示すフローチャートである。 本発明の一実施形態による削除処理の動作例を示すフローチャートである。 本発明の一実施形態による登録処理の実施例を示す図である。 本発明の一実施形態による読出処理の第１の実施例を示す図である。 本発明の一実施形態による読出処理の第２の実施例を示す図である。 本発明の一実施形態による削除処理の第１の実施例を示す図である。 本発明の一実施形態による削除処理の第２の実施例を示す図である。

以下、本発明の一実施形態について、図面を参照して説明する。
図１は、本実施形態による分散ストレージシステム１の構成を示すブロック図である。分散ストレージシステム１は、プロキシ装置３０が、ユーザ端末２０から送信される同一の情報を、地理的に分散した複数の場所（以下、サイトという）にそれぞれ設置された記憶媒体に分散して記憶させることにより、データ可用性を高めるコンピュータシステムである。記憶媒体は、例えばメモリであってもよいし、ディスクであってもよい。以降、ストレージ装置１０（ストレージ装置１０Ａ、ストレージ装置１０Ｂ、ストレージ装置１０Ｃ、・・・）が備えるディスク１１（ディスク１１Ａ−１、ディスク１１Ａ−２、ディスク１１Ａ−３、・・・、ディスク１１Ｂ−１、・・・、ディスク１１Ｃ−１、・・・）に分散して記憶させることにより、情報の可用性を高めるコンピュータシステムの例を示す。プロキシ装置３０と複数のサイトとは、ネットワーク５を介して接続されている。ここでは、３つのサイトを明示して説明するが、４つ以上のサイトがネットワーク５を介して接続されていてもよい。システム構築の際に、システムで達成すべきデータ可用性の目標値に応じて、サイトの個数を定めてもよい（例えば、９９．９９９９％の可用性を確保する為の条件として、サイトの個数を３と定めてもよい）。なお、冗長度（サイトの個数）をＮとすると、各サイトで必要となるキャッシュディスクの個数はＮ−１個となる。

ここで、複数のストレージ装置１０（ストレージ装置１０Ａ、ストレージ装置１０Ｂ、ストレージ装置１０Ｃ、・・・）は同様の構成であるので、特に区別しない場合には「Ａ」、「Ｂ」等の記載を省略してストレージ装置１０として説明する。ここでは、サイトＡにはストレージ装置１０Ａが設置され、サイトＢにはストレージ装置１０Ｂが設置され、サイトＣにはストレージ装置１０Ｃが設置されている。同様に、それぞれのストレージ装置１０が備えるディスク１１は同様の構成であるので、特に区別しない場合には「Ａ−１」、「Ａ−２」、「Ｂ−１」等の記載を省略してディスク１１として説明する。

ネットワーク５は、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、専用回線、またはこれらの組み合わせ等によって構成される情報通信ネットワークである。
サイトＡに設置されるストレージ装置１０Ａは、ディスク１１Ａ−１、ディスク１１Ａ−２、ディスク１１Ａ−３等を備えるコンピュータ装置である。ストレージ装置１０Ａは、例えばそのサイトにおけるデータ管理センター等に設置される。ディスク１１Ａ−１、ディスク１１Ａ−２、ディスク１１Ａ−３は、記憶媒体であり、例えばＨＤＤ（ハードディスクドライブ:Hard disk drive）である。ここでは、サイトＡに設置された１台のストレージ装置１０Ａを明示して説明するが、サイトＡには複数台のストレージ装置１０Ａが設置されていてもよい。同様に、ここではストレージ装置１０Ａが備える３個のディスク１１を明示しているが、ストレージ装置１０Ａは、４個以上のディスク１１を備えていてもよい。１つ目のサイトが備え持つ記憶媒体の個数も、サイトの個数と同様、データ可用性の目標値に応じて定めてもよい。同じ目標値を用いる場合、１つ目のサイトが備え持つ記憶媒体の最小個数は、サイトの最小個数と同じ個数となる。（例えば、サイトの個数がＮ個の場合、各サイトは１つのデータディスクとＮ−１個のキャッシュディスクを備える。）

ここで、本実施形態の概要について説明する。図２は、本実施形態によるサイトの配置例を示す図である。サイトＡは東京であり、サイトＢは北海道であり、サイトＣは九州であるとする。プロキシ装置３０は、サイトＡ（東京）に設置されているとする。分散ストレージシステム１では、例えばユーザ端末２０からプロキシ装置３０に対してファイルの登録要求が送信されると、プロキシ装置３０は、複数のサイトに同一のファイルを分散して記憶させる。また、ユーザ端末２０からプロキシ装置３０に対してファイルの読出要求が送信されると、プロキシ装置３０は、例えば複数のサイトから等確率にランダムに選択したひとつのサイトから情報を読出し、ユーザ端末２０に送信する。他の方法としては、例えば要求元に応じて予めサイトへのアクセス優先順位を記憶しておき、この優先順位に従ってアクセス先のサイトを選択してもよい。このように、複数のサイトから情報を読出せるようにして、ひとつのサイトに読出要求に対する読出処理の負荷が集中することを防ぐことができる。また、いずれかのサイトのディスクが故障しても他のサイトのディスクからファイルを読出すことができる。

ここで、ユーザ端末２０からプロキシ装置３０に対して情報の登録要求が送信された場合、情報登録が完了したことを示す登録完了通知をプロキシ装置３０がユーザ端末２０に送信するのは、複数のディスクに情報を記憶させた後である。何個の記憶媒体（例：ディスク）に情報を記憶させた後に登録完了通知を送信するのかを予め定めておいてもよい（全ての記憶媒体に記憶させた後としてもよい）。例えば図２に示した例では、プロキシ装置３０とサイトＡとの間の通信遅延が１０ｍｓ（millisecond）であり、プロキシ装置３０とサイトＢとの間の通信遅延が１００ｍｓであり、プロキシ装置３０とサイトＣとの間の通信遅延が７０ｍｓであるとする。この場合、従来技術によると、プロキシ装置３０は、３つのサイトに対して情報を記憶させる処理を並行して行ったとしても、通信遅延の小さいサイトＡに対する登録処理が終わった後、通信遅延の小さいサイトＢに対する登録処理が終わった後でなければ、登録完了通知を送信することができない。

ここで、プロキシ装置３０がユーザ端末２０からファイルの登録要求を受信してから、登録完了通知を送信するまでの処理時間（ＴＡＴ（turnaround time））を短くすることが望ましい。そこで、例えば最も通信遅延の小さいサイトＡのひとつのディスクに対してのみ情報登録が完了した時点でユーザ端末２０に登録完了通知を送信し、その後にサイトＢやサイトＣに情報登録を行うことが考えられる。ただし、情報の可用性は複数のディスクにその情報が記憶されたか否かに大きく影響されるため、ひとつのサイトＡにおけるひとつのディスクに記憶させただけでは、高い情報の可用性を確保できない。

そこで、本実施形態では、プロキシ装置３０から最も通信遅延の小さいサイトであるサイトＡに設置されるディスク１１Ａ−１にファイルを記憶させるとともに、同じサイトのディスク１１Ａ−２と、ディスク１１Ａ−３とに、キャッシュとしてファイルを記憶させる。これにより、プロキシ装置３０は、同一のファイルを複数のディスク１１に分散して記憶させる。この時点で、複数のディスク１１にファイルが記憶されるため、情報の可用性を確保できる。プロキシ装置３０は、このようにサイトＡにおける複数のディスク１１にファイルを記憶させる処理が完了した時点で、登録完了通知を送信する。これにより、プロキシ装置３０がユーザ端末２０からファイルの登録要求を受信してから、登録完了通知を送信するまでの処理時間を短くすることが可能となる。サイトＡのディスク１１に記憶させたファイルは、登録完了通知を送信した後に、例えば非同期にサイトＢ、サイトＣに記憶させるようにすればよい。サイトＡのディスク１１Ａ−２やディスク１１Ａ−３に記憶させた情報をいずれのサイトに非同期で記憶させるかについては、ディスクとサイトとの対応を予め定めておくこととしてもよい。以下、このような本実施形態の構成について具体的に説明する。

図１に戻り、ユーザ端末２０は、プロキシ装置３０に対してファイルの登録要求を送信するコンピュータ装置である。
プロキシ装置３０は、ユーザ端末２０からの要求に応じて、ネットワーク５を介して接続されたディスク１１に対するファイルの読み書き行う情報管理装置である。例えば、プロキシ装置３０は、ユーザ端末２０から送信されるファイルの登録要求に応じて、ネットワーク５を介して接続されたサイトに設置された複数のディスク１１に情報を記憶させる。プロキシ装置３０は、サイト情報記憶部３１と、状態情報記憶部３２と、通信部３３と、第１の情報登録部３４と、登録完了通知送信部３５と、第２の情報登録部３６と、情報読出部３７と、情報削除部３８とを備えている。

サイト情報記憶部３１には、ネットワーク５を介して接続されたサイトに関する情報が予め記憶される。図３は、サイト情報記憶部３１に記憶される情報のデータ例を示す図である。例えば、サイト情報記憶部３１には、サイトＩＤ（Identifier）ごとに、場所と、通信遅延時間との情報が対応付けて記憶される。サイトＩＤは、サイトを識別する情報である。場所は、対応するサイトが設置された場所を示す情報である。通信遅延時間は、プロキシ装置３０と対応するサイトとの間の通信遅延時間を示す情報である。

ここでは、例えばサイトＩＤが「Ａ」であるサイトは、東京であり、そのサイトに設置されたストレージ装置１０との通信遅延時間が１０ｍｓであることを示している。同様に、サイトＩＤが「Ｂ」であるサイトは、北海道であり、そのサイトに設置されたストレージ装置１０との通信遅延時間が１００ｍｓであることを示している。同様に、サイトＩＤが「Ｃ」であるサイトは、九州であり、そのサイトに設置されたストレージ装置１０との通信遅延時間が７０ｍｓであることを示している。すなわち、３つのサイトのうち、サイトＡの通信遅延が相対的に最も小さい。なお、定期的に通信遅延を測定して最も通信遅延の小さいサイトを決定してもよいし、最も通信遅延の小さいサイトを予め定めておくこととしてもよい。

状態情報記憶部３２には、ファイルを記憶させるディスク１１を備えるストレージ装置１０が設置されたサイトごとに、そのサイトにおけるディスク１１にファイルが記憶されたか否かを示す状態情報が記憶される。図４は、状態情報記憶部３２に記憶される情報のデータ例を示す図である。例えば、状態情報記憶部３２には、ファイルＩＤと、サイトと、状態との情報が対応付けて記憶される。ファイルＩＤは、ユーザ端末２０からの要求に応じてディスク１１に記憶させたファイルを識別する情報である。サイトは、ファイルＩＤに示されるファイルを記憶させたディスク１１が設置されているサイトを示す情報である。

状態は、対応するファイルの状態を示す情報である。例えば、「ｏｎｄｉｓｋ」は、対応するサイトに設置されたディスク１１にファイルが記憶されていることを示す。「ｃａｃｈｅ」は、対応するサイトに設置されたディスク１１にファイルが記憶されていないことを示す。ここで、あるファイルが全てのサイトのディスク１１に記憶され、全ての状態が「ｏｎｄｉｓｋ」になると、そのファイルについての情報は削除するものとする。これにより、ファイルを読出す時点において情報を読出す処理負荷を低減することができる。ファイルを削除する時点においては、状態が「ｄｅｌｅｔｅｄ」であれば、対応するサイトのディスク１１からファイルが削除されたことを示す。状態が「ｄｅｌｅｔｅ」であれば、対応するサイトのディスク１１からファイルが削除されていないが、これから削除することを示す。あるファイルが全てのサイトのディスク１１から削除され、全ての状態が「ｄｅｌｅｔｅｄ」になると、そのファイルについての情報は削除するものとする。

通信部３３は、ユーザ端末２０あるいは各サイトのストレージ装置１０と通信を行う。
第１の情報登録部３４は、ユーザ端末２０から送信されるファイルの登録要求に応じて、複数のサイトのそれぞれに設置されたストレージ装置１０が備えるディスク１１のうち、相対的に通信遅延が小さいサイトの複数のディスク１１に、そのファイルを記憶させる。本実施形態では、第１の情報登録部３４がファイルを記憶させる複数のディスク１１は、地理的に分散した複数のサイトにおいて、同一のサイトに設置されているものであるとする。本実施形態では、第１の情報登録部３４は、通信遅延の最も小さいサイトＡのストレージ装置１０Ａが備えるディスク１１Ａ−１、ディスク１１Ａ−２、ディスク１１Ａ−３に、ファイルを記憶させる。第１の情報登録部３４は、ディスク１１にファイルを記憶させると、そのファイルの状態を示す状態情報を生成し、状態情報記憶部３２に記憶させる。

登録完了通知送信部３５は、第１の情報登録部３４が複数のディスク１１にファイルを記憶させると、その登録要求の送信元であるユーザ端末２０に、登録完了通知を送信する。
第２の情報登録部３６は、第１の情報登録部３４によって複数のディスク１１に記憶されたファイルを、他の複数のディスク１１のうち、相対的に通信遅延の大きい他のサイトに設置されたストレージ装置１０が備えるディスク１１に記憶させる。ここで、第２の情報登録部３６は、第１の情報登録部３４によってファイルを記憶させたディスク１１の個数よりも１小さい個数の、他のサイトに設置されたストレージ装置１０が備えるディスク１１に記憶させる。本実施形態では、第１の情報登録部３４によって、サイトＡのディスク１１Ａ−１、ディスク１１Ａ−２、ディスク１１Ａ−３の３つのディスク１１にファイルが記憶されるため、他のサイトであるサイトＢのディスク１１Ｂ−１と、サイトＣのディスク１１Ｃ−１との２つのディスク１１に、ファイルを記憶させる。

ここで、第２の情報登録部３６は、例えば、状態情報記憶部３２に記憶されている状態情報を、予め定められた時間間隔（例えば、３０秒、１分、３分等）ごとに読出すことにより、第１の情報登録部３４によってディスク１１にファイルが記憶されたことを検出することができる。第２の情報登録部３６は、このようにして第１の情報登録部３４によってディスク１１にファイルが記憶されたことを検出すると、上述のような、他のサイトのディスク１１にファイルを記憶させる登録処理を行うようにすることができる。

情報読出部３７は、ユーザ端末２０から送信されるファイルの読出要求に応じて、そのファイルが記憶された複数のディスク１１のうちいずれかひとつのディスク１１からファイルを読出し、読出要求の送信元であるユーザ端末２０にファイルを送信する。ここで、情報読出部３７は、状態情報記憶部３２に記憶されている状態情報に基づいて、複数のディスク１１のうち、ファイルを読出すディスク１１を判定する。
情報削除部３８は、ユーザ端末２０から送信されるファイルの削除要求に応じて、複数のディスク１１に記憶されているファイルを削除する。

次に、図面を参照して、本実施形態によるプロキシ装置３０の動作例を説明する。図５は、本実施形態のプロキシ装置３０による登録処理の動作例を示すフローチャートである。
プロキシ装置３０の通信部３３が、ユーザ端末２０から送信されるファイルの登録要求を受信すると（ステップＳ１）、第１の情報登録部３４は、サイト情報記憶部３１に記憶されているサイト情報を読出し、最も通信遅延の小さいサイトを判定する（ステップＳ２）。ここでは、第１の情報登録部３４は、サイトＡを最も通信遅延の小さいサイトとして判定する。

第１の情報登録部３４は、通信遅延が最も小さいと判定したサイトＡのストレージ装置１０Ａに対して、複数のディスク１１（ディスク１１Ａ−１、ディスク１１Ａ−２、ディスク１１Ａ−３）にファイルを記憶させる登録要求を送信する（ステップＳ３）。ストレージ装置１０Ａは、プロキシ装置３０から送信されるファイルを、ディスク１１Ａ−１と、ディスク１１Ａ−２と、ディスク１１Ａ−３とに記憶させると、登録完了通知をプロキシ装置３０に送信する。

ストレージ装置１０Ａから送信された登録完了通知をプロキシ装置３０が受信すると、プロキシ装置３０の登録完了通知送信部３５は、登録完了通知をユーザ端末２０に送信する（ステップＳ４）。これにより、プロキシ装置３０は、通信遅延が最も小さいサイトＡにおける複数のディスク１１にファイルが記憶された時点で、ユーザ端末２０登録完了通知を送信することができる。すなわち、通信遅延が大きいサイトＢやサイトＣに対する情報登録を行った後に登録完了通知を送信することに比べて、ファイルの登録要求を受信してから登録完了通知を送信するまでの処理時間を短縮することができる。

またこの時点で、第１の情報登録部３４は、サイトＡのディスク１１に記憶させたファイルを識別するファイルＩＤに対応付けて、サイトＡが「ｏｎｄｉｓｋ」であり、サイトＢが「ｃａｃｈｅ」であり、サイトＣが「ｃａｃｈｅ」である状態情報を、状態情報記憶部３２に記憶させる。そして、第２の情報登録部３６は、サイトＡのディスク１１に記憶されたファイルを、サイトＢのストレージ装置１０Ｂが備えるディスク１１Ｂ−１と、サイトＣのストレージ装置１０Ｃが備えるディスク１１Ｃ−１とに記憶させる（ステップＳ５）。

具体的には、例えば、第２の情報登録部３６は、ストレージ装置１０Ａに対して、ストレージ装置１０Ｂとストレージ装置１０Ｃとに対するレプリケート要求を送信する。ストレージ装置１０Ａは、第２の情報登録部３６から送信されるレプリケート要求を受信すると、自身が備えるディスク１１Ａ−１に記憶されているファイルを、ストレージ装置１０Ｂが備えるディスク１１Ｂ−１と、ストレージ装置１０Ｃが備えるディスク１１Ｃ−１とに記憶させ、レプリケート完了通知をプロキシ装置３０に送信する。プロキシ装置３０の第２の情報登録部３６は、ストレージ装置１０Ａから送信されたレプリケート完了通知を受信すると、そのファイルのファイルＩＤに対応付けられて状態情報記憶部３２に記憶されている状態情報を削除し、処理を終了する。他の方法としては、例えば、ディスク１１Ａ−２のファイルをサイトＢ、ディスク１１Ａ−３のファイルをサイトＣに送信することを予め対応付けて設定しておいてもよい。この場合、サイトＢのディスク１１Ｂ−１にファイルが記憶されたことを示す通知を受けたら、図４の状態情報記憶部３２に記憶されたサイトＢを「ｏｎ ｄｉｓｋ」としてディスク１１Ａ−２の対応するファイルを削除する。ディスク１１Ａ−３とディスク１１Ｃ−１についても同様に処理することとしてもよい。この場合、ｃａｃｈｅの状態となっているファイルを、定期的に、対応するサイト（上記例ではディスク１１Ａ−２についてはサイトＢ、ディスク１１Ａ−３についてはサイトＣ）に送信し続け、全てのサイトがｏｎ ｄｉｓｋの状態となった時点でレプリケート完了として状態情報を削除することとしてもよい。

図６は、本実施形態のプロキシ装置３０による読出処理の動作例を示すフローチャートである。
ユーザ端末２０の通信部３３が、ユーザ端末２０から送信されるファイルの読出要求を受信すると（ステップＳ１０）、情報読出部３７は、そのファイルのファイルＩＤに対応付けられて状態情報記憶部３２に記憶されている状態情報を読出す（ステップＳ１１）。情報読出部３７は、そのファイルのファイルＩＤに対応付けられた状態情報が状態情報記憶部３２に記憶されていなければ、レプリケート済みであると判定し（ステップＳ１２：ＹＥＳ）、読出先のサイトを、サイトＡ、サイトＢ、サイトＣからランダムに判定する（ステップＳ１３）。

情報読出部３７は、判定したサイトのストレージ装置１０が備えるディスク１１から、読出要求に応じたファイルを読出す（ステップＳ１４）。情報読出部３７は、読出したファイルを、通信部３３を介してユーザ端末２０に送信し（ステップＳ１５）、処理を終了する。
ステップＳ１２において、情報読出部３７は、そのファイルのファイルＩＤに対応付けられた状態情報が状態情報記憶部３２に記憶されており、いずれかのファイルの状態が「ｃａｃｈｅ」であれば、レプリケート済みでないと判定する（ステップＳ１２：ＮＯ）。情報読出部３７は、読出先のサイトをランダムに判定し（ステップＳ１６）、第１の情報登録部３４がステップＳ２で最も通信遅延の小さいサイトとして判定した中の、ステップＳ１６で判定されたサイトに対応するストレージ装置１０Ａのディスク１１からファイルを読出し（ステップＳ１７）、ステップＳ１５に進む。例えば、状態情報が図４に示したようなものであるとき、ステップＳ１６においてサイトＢが判定された場合、サイトＡの中のサイトＢに対応するディスク（例えば、ディスク１１Ａ−２）からファイルを読出す。

このように、情報読出部３７が、状態情報記憶部３２に記憶されている状態情報に基づいて、読出先のディスク１１を判定してファイルを読出すようにしたので、読出対象のファイルを確実に読み出すことができる。すなわち、例えば通信遅延の小さいサイトのディスク１１にファイルが記憶された後、他のサイトのディスク１１にファイルが記憶される前の時点で、そのファイルに対する読出要求をプロキシ装置３０が受信した場合に、そのファイルが記憶されていない他のサイトにプロキシ装置３０がファイルを読出しにいくことを防ぐことができる。

図７は、本実施形態のプロキシ装置３０による削除処理の動作例を示すフローチャートである。
ユーザ端末２０の通信部３３が、ユーザ端末２０から送信されるファイルの削除要求を受信すると（ステップＳ２０）、情報削除部３８は、そのファイルのファイルＩＤに対応付けられて状態情報記憶部３２に記憶されている状態情報を読出す（ステップＳ２１）。情報削除部３８は、そのファイルのファイルＩＤに対応付けられた状態情報が状態情報記憶部３２に記憶されていなければ、レプリケート済みであると判定する（ステップＳ２２：ＹＥＳ）。情報削除部３８は、サイトＡにおけるストレージ装置１０が備えるディスク１１に記憶されているファイルを削除する（ステップＳ２３）。情報削除部３８は、削除要求が送信されたファイルを識別するファイルＩＤに対応付けて、サイトＡが「ｄｅｌｅｔｅｄ」であり、サイトＢが「ｄｅｌｅｔｅ」であり、サイトＣが「ｄｅｌｅｔｅ」である状態情報を、状態情報記憶部３２に記憶させる（ステップＳ２４）。サイトＡのファイルを削除する前に全サイトをｄｅｌｅｔｅとして状態情報記憶部３２に記憶させ、サイトＡの情報を削除した後、サイトＡの情報をｄｅｌｅｔｅｄに変更してもよい。

情報削除部３８は、ユーザ端末２０に対して、削除完了通知を送信する（ステップＳ２５）。これにより、プロキシ装置３０は、ユーザ端末２０からファイルの削除要求が送信されてから、そのファイルが記憶された複数サイトのディスク１１の全てにおけるファイルの削除が完了する前に、削除完了通知を送信することができる。すなわち、通信遅延が大きいサイトＢやサイトＣからのファイルの削除が完了した後に削除完了通知を送信することに比べて、ファイルの削除要求を受信してから削除完了通知を送信するまでの処理時間を短縮することができる。

情報削除部３８は、サイトＢにおけるストレージ装置１０Ｂが備えるディスク１１Ｂ−１に記憶されたファイルと、サイトＣにおけるストレージ装置１０Ｃが備えるディスク１１Ｃ−１に記憶されたファイルとを削除する（ステップＳ２６）。情報削除部３８は、削除要求されたファイルのファイルＩＤに対応付けられて状態情報記憶部３２に記憶されている状態情報を削除し、処理を終了する。

ステップＳ２２において、情報削除部３８は、削除要求が送信されたファイルのファイルＩＤに対応付けられた状態情報が状態情報記憶部３２に記憶されていれば、レプリケート済みでないと判定する（ステップＳ２２：ＮＯ）。情報削除部３８は、サイトＡにおけるストレージ装置１０が備える全てのディスク１１に記憶されているファイルを削除する（ステップＳ２７）。情報削除部３８は、ユーザ端末２０に対して、削除完了通知を送信し（ステップＳ２８）、削除要求されたファイルのファイルＩＤに対応付けられて状態情報記憶部３２に記憶されている状態情報を削除し、処理を終了する。

次に、本実施形態のプロキシ装置３０の実施例を説明する。図８は、本実施形態のプロキシ装置３０による登録処理の実施例を示す図である。
ここでは、サイトＡにはアプリケーション装置２１が設置されている。アプリケーション装置２１は、例えば複数のユーザ端末２０から送信されるテキストを共有するウェブサービスを提供するコンピュータ装置である。ユーザ端末２０は、予め登録されたユーザ名が「ｕｓｅｒａ」であるユーザにより認証されているものとする。ユーザ端末２０は、ユーザからの操作に応じて、ファイル名が「ａ．ｔｘｔ」であるファイルの登録要求をアプリケーション装置２１に送信する（ステップＳ１０１）。アプリケーション装置２１は、ユーザ端末２０から送信されたファイルの登録要求（ＰＵＴリクエスト）を、アプリケーション装置２１に送信する（ステップＳ１０２）。ここで、登録要求には、例えばユーザ名とファイルパスとを連結した文字列をハッシュ化した文字列を、ファイルＩＤとして含ませる。ここでは、ファイルＩＤは「ＸＸＹＹＺＺ」であるとする。

プロキシ装置３０の通信部３３が、アプリケーション装置２１から送信された登録要求を受信すると、第１の情報登録部３４は、最も通信遅延の小さいストレージ装置１０Ａが備えるディスク１１Ａ−１と、ディスク１１Ａ−２と、ディスク１１Ａ−３とにファイルを記憶させる（ステップＳ１０３）。第１の情報登録部３４は、符号ａに示すように、ファイルＩＤ「ＸＸＹＹＺＺ」に対応付けて、サイト（ｓｉｔｅ）Ａについて状態（ｓｔａｔｅ）が「ｏｎｄｉｓｋ」であり、サイトＢについて状態が「ｃａｓｈｅ」であり、サイトＣについて状態が「ｃａｓｈｅ」である状態情報を、状態情報記憶部３２に記憶させる（ステップＳ１０４）。

この時点で、登録完了通知送信部３５は、登録完了通知をアプリケーション装置２１に送信する（ステップＳ１０５）。アプリケーション装置２１は、登録完了通知をユーザ端末２０に送信する（ステップＳ１０６）。第２の情報登録部３６は、状態情報記憶部３２に記憶されている状態情報を読出し、状態確認を行う（ステップＳ１０７）。第２の情報登録部３６は、ストレージ装置１０Ａにおいて動作する処理部であるレプリケートプロセス１２Ａに対して、レプリケート要求を送信する（ステップＳ１０８）。レプリケートプロセス１２Ａは、ステップＳ１０３においてディスク１１Ａ−１に記憶されたファイルを、ストレージ装置１０Ｂのディスク１１Ｂ−１と、ストレージ装置１０Ｃのディスク１１Ｃ−１とに記憶させる（ステップＳ１０９）。

ストレージ装置１０Ａのレプリケートプロセス１２Ａは、レプリケート完了通知をプロキシ装置３０に送信する（ステップＳ１１０）。第２の情報登録部３６は、符号ｂに示すように、レプリケートしたファイルのファイルＩＤに対応付けられた状態情報を、状態情報記憶部３２から削除する（ステップＳ１１１）。

図９は、本実施形態のプロキシ装置３０による読出処理の第１の実施例を示す図である。この例は、ファイル読出しの際に、既にレプリケートが完了している場合の例である。
ユーザ端末２０は、ユーザからの操作に応じて、ファイルＩＤが「ＸＸＹＹＺＺ」であるファイルの読出要求をアプリケーション装置２１に送信する（ステップＳ２０１）。アプリケーション装置２１は、ユーザ端末２０から送信されたファイルの読出要求（ＧＥＴリクエスト）を、アプリケーション装置２１に送信する（ステップＳ２０２）。読出要求には、ファイルＩＤが含まれる。

プロキシ装置３０の情報読出部３７は、ファイルＩＤが「ＸＸＹＹＺＺ」であるファイルの状態情報を状態情報記憶部３２から検索する（ステップＳ２０３）。ここでは、ファイルＩＤが「ＸＸＹＹＺＺ」であるファイルの状態情報は状態情報記憶部３２に記憶されておらず、レプリケート済であるものとする。情報読出部３７は、サイトＡ、サイトＢ、サイトＣのうちから、ファイルの読出先であるサイトを判定する。ここでは、サイトＢを読出先として判定したものとする。情報読出部３７は、ストレージ装置１０Ｂが備えるディスク１１Ｂ−１からファイルを読出す（ステップＳ２０４）。情報読出部３７は、読出したファイルをアプリケーション装置２１に送信する（ステップＳ２０５）。アプリケーション装置２１は、プロキシ装置３０から送信されたファイルをユーザ端末２０に送信する（ステップＳ２０６）。

図１０は、本実施形態のプロキシ装置３０による読出処理の第２の実施例を示す図である。この例は、ファイル読出しの際に、レプリケートが完了していない場合の例である。
ユーザ端末２０は、ユーザからの操作に応じて、ファイルＩＤが「ＸＸＹＹＺＺ」であるファイルの読出要求をアプリケーション装置２１に送信する（ステップＳ３０１）。アプリケーション装置２１は、ユーザ端末２０から送信されたファイルの読出要求（ＧＥＴリクエスト）を、アプリケーション装置２１に送信する（ステップＳ３０２）。

プロキシ装置３０の情報読出部３７は、ファイルＩＤが「ＸＸＹＹＺＺ」であるファイルの状態情報を状態情報記憶部３２から読出す（ステップＳ３０３）。ここでは、ファイルＩＤが「ＸＸＹＹＺＺ」であるファイルの状態情報として、サイトＢとサイトＣとに「ｃａｃｈｅ」の状態が対応付けられた状態情報が記憶されており、レプリケートされていないものとする。情報読出部３７は、サイトＡ、サイトＢ、サイトＣのうちから、ファイルの読出先であるサイトを判定する。ここでは、サイトＣを読出先として判定したものとする。情報読出部３７は、ステップＳ１０３でファイルを記憶したストレージ装置１０Ａのディスク１１Ａ−１、ディスク１１Ａ−２、ディスク１１Ａ−３の中のサイトＣに対応するキャッシュであるディスク１１Ａ−３からファイルを読出す（ステップＳ３０４）。情報読出部３７は、読出したファイルをアプリケーション装置２１に送信する（ステップＳ３０５）。アプリケーション装置２１は、プロキシ装置３０から送信されたファイルをユーザ端末２０に送信する（ステップＳ３０６）。ステップＳ１０３でのファイル送信先については、ネットワークの状況をもとにダイナミックに変更してもよいし、プロキシ装置３０を構築するタイミングで予め固定で定めることとしてもよい。

図１１は、本実施形態のプロキシ装置３０による削除処理の第１の実施例を示す図である。この例は、ファイル削除の際に、レプリケートが完了している場合の例である。
ユーザ端末２０は、ユーザからの操作に応じて、ファイルＩＤが「ＸＸＹＹＺＺ」であるファイルの削除要求をアプリケーション装置２１に送信する（ステップＳ４０１）。アプリケーション装置２１は、ユーザ端末２０から送信されたファイルの削除要求（ＤＥＬＥＴＥリクエスト）を、アプリケーション装置２１に送信する（ステップＳ４０２）。削除要求には、ファイルＩＤが含まれる。

プロキシ装置３０の通信部３３が、アプリケーション装置２１から送信された削除要求を受信すると、情報削除部３８は、ファイルＩＤが「ＸＸＹＹＺＺ」であるファイルの状態情報を状態情報記憶部３２から検索する（ステップＳ４０３）。ここでは、ファイルＩＤが「ＸＸＹＹＺＺ」であるファイルの状態情報は状態情報記憶部３２に記憶されておらず、レプリケート済であるものとする。情報削除部３８は、ディスク１１Ａ−１に記憶されているファイルを削除する（ステップＳ４０４）。

情報削除部３８は、符号ａに示すように、ファイルＩＤ「ＸＸＹＹＺＺ」に対応付けて、サイトＡについて状態が「ｄｅｌｅｔｅｄ」であり、サイトＢについて状態が「ｄｅｌｅｔｅ」であり、サイトＣについて状態が「ｄｅｌｅｔｅ」である状態情報を、状態情報記憶部３２に記憶させる（ステップＳ４０５）。

この時点で、登録完了通知送信部３５は、削除完了通知をアプリケーション装置２１に送信する（ステップＳ４０６）。アプリケーション装置２１は、削除完了通知をユーザ端末２０に送信する（ステップＳ４０７）。情報削除部３８は、状態情報記憶部３２に記憶されている状態情報を読出し、状態確認を行う（ステップＳ４０８）。情報削除部３８は、状態が「ｄｅｌｅｔｅ」である状態情報を状態情報記憶部３２から読出すと、そのファイルＩＤの削除要求をストレージ装置１０Ａに送信する（ステップＳ４０９）。ストレージ装置１０Ａのレプリケートプロセス１２Ａは、ストレージ装置１０Ｂのディスク１１Ｂ−１に記憶されているファイルと、ストレージ装置１０Ｃのディスク１１Ｃ−１に記憶されているファイルとを削除する（ステップＳ４１０）。

ストレージ装置１０Ａのレプリケートプロセス１２Ａは、削除完了通知をプロキシ装置３０に送信する（ステップＳ４１１）。情報削除部３８は、符号ｂに示すように、削除したファイルのファイルＩＤに対応付けられた状態情報を、状態情報記憶部３２から削除する（ステップＳ４１２）。

図１２は、本実施形態のプロキシ装置３０による削除処理の第２の実施例を示す図である。この例は、ファイル削除の際に、レプリケートが完了していない場合の例である。
ユーザ端末２０は、ユーザからの操作に応じて、ファイルＩＤが「ＸＸＹＹＺＺ」であるファイルの削除要求をアプリケーション装置２１に送信する（ステップＳ５０１）。アプリケーション装置２１は、ユーザ端末２０から送信されたファイルの削除要求（ＤＥＬＥＴＥリクエスト）を、アプリケーション装置２１に送信する（ステップＳ５０２）。削除要求には、ファイルＩＤが含まれる。

プロキシ装置３０の通信部３３が、アプリケーション装置２１から送信された削除要求を受信すると、情報削除部３８は、ファイルＩＤが「ＸＸＹＹＺＺ」であるファイルの状態情報を状態情報記憶部３２から検索する（ステップＳ５０３）。ここでは、ファイルＩＤ「ＸＸＹＹＺＺ」であるファイルの状態情報が状態情報記憶部３２に記憶されており、レプリケートされていないものとする。情報削除部３８は、ディスク１１Ａ−１と、ディスク１１Ａ−２と、ディスク１１Ａ−３とに記憶されているファイルを削除する（ステップＳ５０４）。

情報削除部３８は、符号ｂに示すように、ファイルＩＤ「ＸＸＹＹＺＺ」に対応付けられて状態情報記憶部３２に記憶されている状態情報を削除する（ステップＳ５０５）。情報削除部３８は、削除完了通知をアプリケーション装置２１に送信する（ステップＳ５０６）。アプリケーション装置２１は、プロキシ装置３０から送信された削除完了通知を、ユーザ端末２０に送信する。

上述の実施形態において、第２の情報登録部３６は、状態情報記憶部３２に記憶されている状態情報を予め定められた時間間隔ごとに監視する例を示した。この時間間隔は、例えば、記憶されたファイルの情報の種別または登録要求の送信元のアプリケーションの種別に応じて変化させることができる。例えば、写真共有サービスのようなＳＮＳ（social networking service）において、ユーザ端末２０から送信される写真を記憶させるために本実施形態の分散ストレージシステム１を適用する場合を考える。このような写真は、ユーザ端末２０から送信されて他のユーザに公開された直後に、多数のユーザから参照されることが多いと考えられる。このため、例えばファイルの登録要求の送信元であるアプリケーション装置２１が、写真共有サービスを提供するアプリケーションである場合には、時間間隔を相対的に長く（例えば、１０分、３０分、１時間等）しておくことができる。これにより、最も通信遅延の小さいサイトのディスク１１にその写真のファイルが記憶されており、通信遅延の大きい他のサイトのディスク１１から読出さずにファイルをユーザ端末２０に送信することができる。あるいは、第２の情報登録部３６は、例えばファイルの拡張子を参照すること等により、そのファイルが写真であると判定した場合には、時間間隔を相対的に長くすることができる。

以上説明したように、本実施形態によれば、分散ストレージシステム１において、ユーザ端末２０からファイルの登録要求が送信された場合に、そのファイルを複数のディスク１１に記憶させて登録完了通知を送信するまでの処理時間を短縮することが可能となる。つまり、通信遅延が小さいサイトに設置された冗長度分の個数のディスクにデータを記憶させることで、可用性を確保しつつ、処理時間を短縮することが可能となる。これにより、高価で巨大なディスクアレイ・ストレージシステムを導入したり、コストが高くスケーラビリティの低いＲＡＩＤ（Redundant Arrays of Inexpensive Disks、Redundant Arrays of Independent Disks）を導入したりせずとも、多数のファイルを効率良く、安価に可用性高く記憶させることができる分散ストレージシステムを適用しつつも、より速い処理時間により応答することができる。すなわち、ファイルを記憶させた複数のサイトごとの通信遅延の大きさに関わらず、最も通信遅延の小さいサイトの処理時間により応答することができる。

なお、本実施形態では、サイト情報記憶部３１には、プロキシ装置３０から各サイトへの通信遅延時間が予め測定されて記憶されている例を示したが、例えばプロキシ装置３０が一定時間ごとに各サイトの通信遅延時間を測定し、サイト情報記憶部３１に記憶されている通信遅延時間を更新することもできる。
また、本実施形態では、サイトＡのみにプロキシ装置３０が設置されている例を示したが、各サイトにそれぞれプロキシ装置３０が設置されているようにしてもよい。例えば、サイトＢにもプロキシ装置３０を設置しておき、サイトＢの近くのユーザ端末２０から送信される登録要求や読出要求については、サイトＢに設置されたプロキシ装置３０が処理を行うようにしてもよい。

また、本実施形態では、第１の情報登録部３４がファイルを記憶させるディスク１１は同一のサイトのディスク１１である例を示したが、例えば最も通信遅延の小さいサイトにディスク１１の空きがないような場合には、次に通信遅延の小さいサイトを判定して、そのサイトのディスク１１にファイルを記憶させておくこともできる。

なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより情報管理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

１ 分散ストレージシステム
５ ネットワーク
１０Ａ ストレージ装置
１１Ａ−１ ディスク
１１Ａ−２ ディスク
１１Ａ−３ ディスク
１０Ｂ ストレージ装置
１１Ｂ−１ ディスク
１０Ｃ ストレージ装置
１１Ｃ−１ ディスク
１２Ａ レプリケートプロセス
２０ ユーザ端末
２１ アプリケーション装置
３０ プロキシ装置
３１ サイト情報記憶部
３２ 状態情報記憶部
３３ 通信部
３４ 第１の情報登録部
３５ 登録完了通知送信部
３６ 第２の情報登録部
３７ 情報読出部
３８ 情報削除部

Claims (7)

1. 複数の記憶媒体を備える複数のストレージ装置にネットワークを介して接続された情報管理装置であって、
   情報の登録要求に応じて、前記複数のストレージ装置のうち、前記ネットワークを介した通信遅延が相対的に小さいストレージ装置が備える複数の記憶媒体に、前記情報を記憶させる第１の情報登録部と、
   前記第１の情報登録部によって前記ストレージ装置が備える前記複数の記憶媒体に前記情報が記憶されると、前記登録要求の送信元に、登録完了通知を送信する登録完了通知送信部と、
   前記ストレージ装置に記憶された前記情報を、前記複数のストレージ装置のうち、他のストレージ装置に記憶させる第２の情報登録部と、
   を備えることを特徴とする情報管理装置。
2. 前記情報の読出要求に応じて、前記情報が記憶された複数の前記ストレージ装置のうちいずれかひとつのストレージ装置から前記情報を読出し、前記読出要求の送信元に送信する情報読出部
   を備えることを特徴とする請求項１に記載の情報管理装置。
3. 複数の前記ストレージ装置毎に、当該ストレージ装置に前記情報が記憶されたか否かを示す状態情報が記憶される状態情報記憶部を備え、
   前記情報読出部は、前記状態情報記憶部に記憶されている前記状態情報に基づいて、前記複数のストレージ装置のうち、前記情報を読出すストレージ装置を判定する
   ことを特徴とする請求項２に記載の情報管理装置。
4. 前記複数のストレージ装置は、地理的に分散した複数の場所に設置され、
   前記第２の情報登録部は、前記第１の情報登録部によって前記ストレージ装置に記憶された情報を、地理的に分散した他のストレージ装置に記憶させる
   ことを特徴とする請求項１から請求項３までのいずれか１項に記載の情報管理装置。
5. 前記第２の情報登録部は、前記情報の種別または前記登録要求の送信元のアプリケーションの種別に応じて予め定められた時間間隔ごとに、前記第１の情報登録部によって前記ストレージ装置に前記情報が記憶されたか否かを監視し、前記ストレージ装置に前記情報が記憶されると、当該ストレージ装置に記憶された前記情報を、前記他のストレージ装置に記憶させる
   ことを特徴とする請求項１から請求項４までのいずれか１項に記載の情報管理装置。
6. 複数の記憶媒体を備える複数のストレージ装置にネットワークを介して接続された情報管理装置の情報管理方法であって、
   情報の登録要求に応じて、前記複数のストレージ装置のうち、前記ネットワークを介した通信遅延が相対的に小さいストレージ装置が備える複数の記憶媒体に、前記情報を記憶させるステップと、
   前記ストレージ装置が備える前記複数の記憶媒体に前記情報を記憶させると、前記登録要求の送信元に、登録完了通知を送信するステップと、
   前記ストレージ装置に記憶された前記情報を、前記複数のストレージ装置のうち、他のストレージ装置に記憶させるステップと、
   を備えることを特徴とする情報管理方法。
7. 複数の記憶媒体を備える複数のストレージ装置にネットワークを介して接続された情報管理装置のコンピュータに、
   情報の登録要求に応じて、前記複数のストレージ装置のうち、前記ネットワークを介した通信遅延が相対的に小さいストレージ装置が備える複数の記憶媒体に、前記情報を記憶させるステップと、
   前記ストレージ装置が備える前記複数の記憶媒体に前記情報を記憶させると、前記登録要求の送信元に、登録完了通知を送信するステップと、
   前記ストレージ装置に記憶された前記情報を、前記複数のストレージ装置のうち、他のストレージ装置に記憶させるステップと、
   を実行させる情報管理プログラム。

Images