(57)【要約】【課題】  サーバーや分散されたデータの管理情報などが必要であった。【解決手段】  Ｐ２Ｐネットワークを使い、データを冗長分割し、データを一意に表すメタデータより一方向関数でもとめた値をもとにネットワーク上のノードに分散・配置することで管理情報やサーバーをもたずにデータを保全する。また、ユーザー単位にディレクトリィ情報を同様にネットワーク上に分散・配置することで、ディレクトリィ情報についても保全することができる。【選択図】  図６
2007073004.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続可能でありかつネットワーク上で一意に決定されるノードＩＤを保持する情報装置において、
データを冗長に分割するデータ分割手段と、
前記データを一意に表すメタデータをもとにデータＩＤを算出するデータＩＤ算出手段と、
前記データ分割手段で分割されたデータを配置する配置先の情報装置のノードＩＤを算出する配置先計算手段と、
前記配置先の情報装置へ前記データ分割手段で分割されたデータを前記データＩＤと関連付けて送信するデータ送信手段と、
前記配置先の情報装置に対してデータＩＤをもとに格納してある分割データを要求する格納データ送信要求手段と、
前記配置先の情報装置から前記要求に応じて送信されてきた分割データを受信するデータ受信手段と、
前記データ受信手段により受信した一定数以上の分割データをもとに元のデータを復元するデータ統合手段と、
を具備する情報装置。
【請求項２】
請求項１記載の情報装置において、
前記メタデータは
データの場所情報（フルパス名）、ユーザーＩＤ、装置固有ＩＤのうち一つまたは複数の組み合わせから成ることを特徴とする情報装置。
【請求項３】
請求項１乃至２記載の情報装置の前記データＩＤ算出手段において、
データＩＤは、前記メタデータをもとに一方向関数で決定することを特徴とする情報装置。
【請求項４】
請求項１乃至３の前記情報装置の前記配置先計算手段において、
配置先情報装置のノードＩＤは、データＩＤをもとに一方向関数を複数回利用することにより求めることを特徴とする情報装置。
【請求項５】
請求１乃至４の前記情報装置の前記データ送信手段において、
前記配置先計算手段において求めた配置先情報装置のノードＩＤから、ネットワークに接続されノードＩＤを保持する情報装置を分散ハッシュ法で検索し、
検索した情報装置に対して送信する予定のデータ容量を知らせデータ送信の許可を求め、
許可された場合はデータを送信し、
許可されなかった場合は代替するノードＩＤをさらに検索することを特徴とする情報装置。
【請求項６】
請求１乃至５の前記情報装置の前記データ分割手段において、
データを冗長分割するためにしきい値秘密分散法を使用し、
前記情報装置の前記データ統合手段において分割されたデータから元のデータを復元するために同じ閾値秘密分散法を使用することを特徴とする情報装置。
【請求項７】
請求１乃至５記載の情報装置の前記データ分割手段において、
データを冗長分割するためにリードソロモン符号化を使用し、
前記情報装置の前記データ統合手段において分割されたデータから元のデータを復元するために同じリードソロモン符号化の消失訂正機能を使用することを特徴とする情報装置。
【請求項８】
ネットワークに接続可能でありかつネットワーク上で一意に決定されるノードＩＤを保持する情報装置において、
他の情報装置からのデータ格納要求に対してデータ格納装置の領域に応じて格納の許認可を返すデータ格納要求受信手段と、
他の情報装置から送信されてきたデータＩＤと関連するデータを受信するデータ受信手段と、
前記データ受信手段で受信したデータをデータＩＤとデータ実体で関連付けてデータ格納装置へ格納するデータ格納手段と、
他の情報装置からのデータＩＤを含む格納データ送信要求を受信する格納データ送信要求受信手段と
前記格納データ送信要求受信手段で受信したデータＩＤをもとにデータ格納装置からデータ実体を取出するデータ取出手段と、
前記データ取出手段で取出したデータを前記格納データ送信要求受信手段で受信した情報装置に対して送信するデータ送信手段と、
データをデータＩＤとデータ実体で関連付けて格納するデータ格納装置からなる情報装置。
【請求項９】
データ保全のために
データを冗長に分割し、
データを一意に示すデータのメタデータをもとにデータＩＤを算出し、
データＩＤより配置先情報装置のノードＩＤをデータ分割数分算出し、
分割されたデータを算出されたノードＩＤをもつネットワーク接続中の配置先情報装置へ送信し、
データを保全する方法。
【請求項１０】
前記請求項９の配置先情報装置は前記請求項８の情報装置であることを特徴とするデータ保全方法。
【請求項１１】
請求項１乃至７の情報装置と請求項８の情報装置とがネットワークを介して接続され、
請求項１乃至７記載の情報装置内のデータを請求項８記載の情報装置へ分散し配置することで、データの保全を図ることを特徴とする分散ストレージシステム。
【請求項１２】
ファイルシステムとは独立し、フォルダ、ファイルを階層的に管理するディレクトリィ構造である仮想ディレクトリィを管理し、
仮想ディレクトリィ内のフォルダ、ファイルの作成、変更、移動、削除を管理し、
仮想ディレクトリィの構造情報をディレクトリィメタデータとして記述し、
ディレクトリィメタデータを読み込むことで仮想ディレクトリィの構築を行う
仮想ディレクトリィ管理手段をさらに有する前記請求項１乃至７の情報装置。
【請求項１３】
請求項１２記載の前記仮想ディレクトリィ管理手段が管理する仮想ディレクトリィはユーザー単位であることを特徴とする情報装置。
【請求項１４】
請求項１２記載の前記仮想ディレクトリィ管理手段が管理する仮想ディレクトリィは情報装置単位であることを特徴とする情報装置。
【請求項１５】
請求項１乃至８記載の情報装置において、
ネットワーク上で一意に決定されるノードＩＤはＩＰ(Internet Protocol)アドレスか、またはＩＰアドレスがプライベートアドレスならばグローバルアドレスまでのデフォルトゲートウェイを辿りそれらのＩＰアドレスの組み合わせか、または装置固有ＩＤであるMAC(Media Access Control)アドレスを、もとに一方向関数によって決定されることを特徴とする情報装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを冗長分割し、分割したデータをネットワークに接続された複数の情報装置に分散させて、データの保全を図る情報装置、分散ストレージシステム及びその方法に関する。
【背景技術】
【０００２】
従来データの保全を図る技術としては、ＲＡＩＤ(Redundant Array of Independent Disks またはRedundant Array of Inexpensive Disks)があり、比較的安価（Inexpensive）なハードディスクを複数台組み合わせることで、高い性能や信頼性を実現することを目的としている。ＲＡＩＤにはRAID 0 （Striped Disk）、RAID 1 （Mirroring）、RAID 2 （ECC）、RAID 3 （Bit Parity）、RAID 4 （Parity）、RAID 5 （Distributed Parity）の6方式がある。また、RAID 5を発展させてRAID 6(Double Parity)やRAID 0とRAID 1 を組み合わせたRAID 0+1(Mirror of Stripes)などもある。
【０００３】
また、サーバーのデータはバックアップ装置などを使用し定期的にデータ及びデータへの変更情報ログなどをテープなどの他の記録媒体に保存することで、データの保全を図ることが一般的には行われている。
【０００４】
さらに、近年「データ分散保存システム」や「データ分散保管システム」あるいは「分散ストレージシステム」などと呼ばれているネットワークを介してデータを分散させ、ネットワーク接続の情報装置にデータを配置し、データのバックアップや保全を図るという提案がなされている。
【０００５】
ひとつは、データを暗号鍵で暗号化、冗長分割し、さらに暗号鍵も冗長分割し、複数台のサーバーに対して暗号・冗長分割したデータと冗長分割した暗号鍵を組みで格納する方法が提案されている（例えば特許文献１参照）。
【０００６】
また、インターネットなどネットワーク上でディスクスペースを提供するサーバーをあたかもひとつのストーレジに擬しネットワークを通じてＲＡＩＤを構成するネットワーク形式のＲＡＩＤが提案されている（例えば特許文献２、特許文献４参照）。
【０００７】
また、ＰＣのストレージの空きを利用するネットワークバックアップシステムで、バックアップ管理サーバーを使いデータを分割して、ネットワークに接続された各ＰＣの空きストレージに分割したデータを配置する方法が提案されている（例えば特許文献３参照）。
【０００８】
また、データを分割しネットワーク接続の情報機器へ分散・保管し、さらに分割したデータの複製も他の情報機器に保管するサーバーレスでの保管方法が提案されている（例えば特許文献１参照）。
【特許文献１】特開２００３−３４８０６５号公報
【特許文献２】特開２００２−２６８９５２号公報
【特許文献３】特開２００４−１０２８４２号公報
【特許文献４】特開２０００−７６２０７号公報
【特許文献５】特開２００４−４６８７４号公報
【非特許文献１】山本博資：「（ｋ、Ｌ、ｎ）しきい値秘密分散システム」電子通信学会論文誌 ‘８５／９  Ｖｏｌ．Ｊ６８−Ａ  ＮＯ．９
【発明の開示】
【発明が解決しようとする課題】
【０００９】
データの保全を図る技術としてのＲＡＩＤには、ハードディスクを最低でも２台と専用コントローラを用意するなど費用がかかる上、設置面積も余分に必要になるので、小型機器に適用するのは適切でなく、また、ＲＡＩＤにおいても信頼性向上のためには、予備ハードディスクの準備とＲＡＩＤ構成中のハードディスクが故障時には自動的に予備ハードディスクを使用しＲＡＩＤデータ構成を再構築するホットスワップ機能が必要となる上、コントローラなどの制御装置も多重化しておく必要があった。さらに、ＲＡＩＤ上のハードディスクは、地理的に同一地点にあるため災害・盗難などに対してデータの損失、紛失の危険性があった。ＲＡＩＤだけでデータの保全を図るには以上のような課題が存在していた。
【００１０】
また、バックアップ装置の使用は、バックアップ装置自体の導入費用や設置面積が必要なだけではなく、バックアップを取るための設定や操作が必要であり、さらに、バックアップ装置自体の故障などへの備えも必要であるという課題があった。
【００１１】
さらに、バックアップ装置が同一地点にあれば上記ＲＡＩＤと同様に災害・盗難などに対してデータの損失、紛失の危険性があり、逆に、バックアップデータをテープなどのメディアに移し、別の地点（例えば、外部倉庫）へ輸送し保管する場合は費用がかかる上、郵送業者や外部倉庫保存先でメディアの盗難・すり替え・紛失などの危険が指摘されているなどの課題も存在していた。
【００１２】
ネットワークを介してデータを分散させ、ネットワーク接続の情報装置にデータを分散配置する「分散ストレージシステム」の中にはサーバーを前提としているものがあるが、サーバーは、一般的にＯＳ(Operating System)やハードウェアなどの導入、設置・構築、設定に高額な費用がかかり、構築後も障害監視や障害対応などに専門的技術者などの対応が必要のため運用費用がかかる上、保全するデータ量やアクセス数の増加に応じて適切に増設しなければならないなどの費用もかかる上、管理も難しいという課題があった。
【００１３】
また、サーバーにデータを保管してもそのデータの保全性自体が問題となるため、上記の記述したような課題のあるＲＡＩＤやバックアップ装置の使用が必要となるため、その点でも問題となった。
【００１４】
サーバーレスのネットワークシステムにおいては、オリジナルデータを分割した分割データがどの情報装置に配置したかなどの管理情報を保持する必要があり、これらを管理のために費用をかけ管理サーバーを用意する、あるいは管理情報を情報装置に保存するなどが行われているが、オリジナルデータの保全にはサーバーを使用しなくても管理情報の保全のためにサーバーを使用することは、前記サーバー使用時の問題点がそのまま残っており、また、情報装置に保管する場合は管理情報を情報装置の故障などで失ったときにオリジナルデータにアクセスできなくなる危険性があり、問題となっていた。
【課題を解決するための手段】
【００１５】
本発明による情報装置における特徴とするところは、データを冗長に分割するデータ分割手段と、前記データを一意に表すメタデータをもとにデータＩＤを算出するデータＩＤ算出手段と、前記データ分割手段で分割されたデータを配置する配置先の情報装置のノードＩＤを算出する配置先計算手段と、前記配置先の情報装置へ前記データ分割手段で分割されたデータを前記データＩＤと関連付けて送信するデータ送信手段と、前記配置先の情報装置に対してデータＩＤをもとに格納してある分割データを要求する格納データ送信要求手段と、前記配置先の情報装置から前記要求に応じて送信されてきた分割データを受信するデータ受信手段と、前記データ受信手段により受信した一定数以上の分割データをもとに元のデータを復元するデータ統合手段と
を具備する情報装置で、であることを特徴とする。
【００１６】
また、本発明による情報装置における他の特徴とするところは、前記メタデータはデータの場所情報（フルパス名）、ユーザーＩＤ、装置固有ＩＤのうち一つまたは複数の組み合わせであり、前記データＩＤ算出手段は、前記メタデータをもとに一方向関数でデータＩＤを決定し、前記配置先計算手段は、データＩＤをもとに一方向関数を複数回利用することにより配置先情報装置のノードＩＤを求め、前記データ送信手段は、ノードＩＤを保持する情報装置を分散ハッシュ法で検索し、検索した情報装置に対して送信する予定のデータ容量を知らせデータ送信の許可を求め、許可された場合はデータを送信し、許可されなかった場合は代替するノードＩＤをさらに検索し、前記データ分割手段は、しきい値秘密分散法を使用し、前記データ統合手段は、しきい値秘密分散法を使用するか前記データ分割手段は、リードソロモン符号化を使用し、前記データ統合手段は、リードソロモン符号化の消失訂正機能を使用することを特徴とする。
【００１７】
また、本発明による情報装置における他の特徴とするところは、ファイルシステムとは独立し、フォルダ、ファイルを階層的に管理するディレクトリィ構造である仮想ディレクトリィを管理し、仮想ディレクトリィ内のフォルダ、ファイルの作成、変更、移動、削除を管理し、仮想ディレクトリィの構造情報をディレクトリィメタデータとして記述し、ディレクトリィメタデータを読み込むことで仮想ディレクトリィの構築を行う仮想ディレクトリィ管理手段をさらに有することを特徴とする。
【発明の効果】
【００１８】
以上説明したように本発明によれば、オリジナルデータは冗長分割されネットワーク接続された情報装置に分散されるので、分割されたデータが配置される情報装置1台あたりの信頼性が低くても分散されたデータの中から任意の必要な数を取得すれば、オリジナルデータが復元可能となるため、情報装置1台1台の信頼性向上のために余分な費用をかけることなく安全で非常に信頼性の高いデータ保全を図る効果が得られる。
【００１９】
また、本発明によれば、任意の必要な数の情報装置が稼動していれば、すべての情報装置が稼動している必要はないので、情報装置に対してリモートから電源投入装置などを備える必要もなく、信頼性が非常に高いデータ保全を図る効果が得られる。
【００２０】
また、本発明によれば、オリジナルデータを冗長分割するので、単に分割したオリジナルデータの複製をもつことと比較しデータの総容量が少なくて、信頼性が非常に高いデータ保全を図る効果が得られる。
【００２１】
また、本発明によれば、サーバー装置を備えることなく単純な情報装置だけで、分散ストレージシステムを構築できるので、サーバー装置の導入、設置・構築、設定にかける費用だけでなく、監視や障害対応などにかかる膨大な運用費用をかけることなく、信頼性が非常に高いデータ保全を図る分散ストレージシステムが構築できる効果が得られる。
【００２２】
また、本発明によれば、オリジナルデータのバックアップやリストアのための専用装置の導入、設置・構築、設定など手間をかけることなく、ネットワークに接続されている情報装置から同様にネットワークに接続されている複数の情報装置にオリジナルデータを分散配置することで安全なデータ保全を図る情報装置及び分散ストレージシステムおよび方法を提供することである。
【００２３】
また、本発明によれば、画面を操作するユーザーやデータを使用する上位のアプリケーションやサービスは、データ保全について意識することなくデータ保全ができる情報装置及び分散ストレージシステムおよび方法を提供する効果が得られる。
【００２４】
また、本発明によれば、分割された情報のオリジナルデータについての情報や分割されたデータがどこの情報装置に配置されているか、などの管理情報を持つ必要がないので、これらを管理する必要がなく、したがって管理サーバーなども必要がないため、管理情報を管理する費用や管理サーバーを構築、運用する費用を削減できるだけではなく、それらの管理情報を失ったときにオリジナルデータにアクセスできなくなる危険性を予め回避してあるので、信頼性の高いデータ保全ができる情報装置及び分散ストレージシステムおよび方法を提供する効果が得られる。
【００２５】
また、本発明によれば、データを分割配置された側の情報装置からは、送信元の情報装置がわからず、配置された分割データからは元データの情報は一切不明なためセキュリティ上すぐれた分散ストレージシステムおよび方法を提供する効果が得られる。
【００２６】
また、本発明によれば、ユーザー単位に仮想ディレクトリィをもち、仮想ディレクトリィをデータ化したディレクトリィメタデータについても冗長分割され分散配置されるので、ユーザーのもつデータだけでなく、ユーザーのもつディレクトリィ構造についても高い保全ができる情報装置及び分散ストレージシステムおよび方法を提供する効果が得られる。
【発明を実施するための最良の形態】
【００２７】
＜実施形態１＞
＜構成＞
以下，図面を参照して本発明の一実施形態を詳細に説明する。図1は，本実施形態における情報装置の構成図である。同図において，100は情報装置である。101はオリジナルデータを冗長分割するデータ分割手段である。102はオリジナルデータのＩＤを算出するデータＩＤ計算手段である。103は分割されたデータの配置先である情報装置を算出する配置先計算手段である。104は分割されたデータを算出された情報装置するデータ送信手段である。104は格納データに対する送信要求に応じてデータ格納装置に格納されていた分割データを送信要求元の情報装置へ送信するデータ送信手段でもある。105は配置先情報装置に格納された分割データの情報装置100への送信要求を送信する格納データ送信要求手段である。106は配置先情報装置より送信された一定数以上の分割データをもとにオリジナルデータを復元するデータ統合手段である。107は配置先情報装置より送信された分割データを受信するデータ受信手段である。107はデータ格納のために送信されてきた分割データを受信するデータ受信手段でもある。108は他の情報装置が送信した分割データの受信データを情報装置100のデータ格納装置112へ格納するデータ格納手段である。109は他の情報装置が送信した格納データ送信要求を受信する格納データ送信要求受信手段である。110は格納データの取出し要求に応じて情報装置100のデータ格納装置112からデータを取出すデータ取出手段である。111は配置先情報装置として分割データの格納要求を受信するデータ格納要求受信手段である。112はデータを格納しておくデータ格納装置である。
【００２８】
図2は本発明の好適な実施の形態に係る情報装置の概略構成を示すブロック図である。図2において、201はCPUであり、ROM202、記憶装置203に格納された制御プログラムに基づいてCPUデバイスに接続された各デバイスを制御する。202はROMであり、各種の制御プログラムやデータを保持する。204はRAMでありCPU201のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。203は記憶装置であり、各種制御プログラムや各種データを保存する。205はネットワーク・インターフェースであり、他の情報装置等とネットワーク206を介して通信を行うことができる。207はCPUバスであり、アドレスバス、データバス及びコントロールバスを含む。CPU201に対する制御プログラムの提供は、ROM202、記憶装置203から行うこともできるし、ネットワーク206を介して他の情報装置等から行うこともできる。
【００２９】
＜処理の手順＞
次に本発明の一実施形態の処理手順についてフロー図を参照しながら説明する。なお、このフロー図は実施形態の一つであり、処理速度やメモリ消費量あるいは処理言語実装系を考慮し別のフローで実施することができることは言うまでもない。
【００３０】
図３は、本実施形態の情報装置ならびに分散ストレージシステムのフロー図である。
【００３１】
図３の情報装置100は、図１の情報装置100と同じである。図３中120は、ネットワークを示し、情報装置100はネットワーク120を通じて情報装置100-1、情報装置100-2、情報装置100-3及び情報装置100-Mと接続している。ネットワーク120は、有線、無線あるいはその混合でもなんら問題はなく、インターネットや社内ＬＡＮなどの形態も問わない。ここで、Mは3以上の自然数であり、この分散ストレージシステムにおける情報装置の数に制限を加えるものではない。
【００３２】
また、情報装置100及び100-1,100-2、100-3、100-Mは、図１のソフトウェア構成を最低限備えているものであれば、ＰＣ(Personal Computer)、サーバー(Server)、複写装置、印刷装置、ディスプレィ装置、ファクシミリ装置、ＰＤＡ(Personal Digital Assistant)、ハードディスクレコーダ、デジタルスチルカメラ、デジタルビデオカメラ、携帯電話、ＮＡＳ(Network Attached Storage)などネットワーク接続可能な情報装置であればなんでも良いことは言うまでもない。上記情報装置はハードウェア形態によって制限されるものではなく、同一のハードウェア形態である必要もない。また、情報装置100が情報装置100-1、100-2、100-3、100-Mのいずれかの情報装置と物理的に同一であっても良い。
【００３３】
＜データ送出し側装置  データ送出のフロー＞
図３を使い情報装置100において、データ保全のために保全対象のオリジナルデータとオリジナルデータのメタデータを特定することで、データ保全のためにデータをネットワーク接続の情報装置100から情報装置100-1、100-2、100-3から100-Mに分散配置するフローについて説明する。
【００３４】
オリジナルデータのメタデータとはオリジナルデータについてのデータであり、ここではユーザーＩＤとオリジナルデータの場所情報（フルパス名）であるが、一意にデータを特定できれば良い。なお、ユーザーＩＤは、本提案の分散ストレージシステム内で一意であることが好ましい。
【００３５】
図３中データ分割手段101は、オリジナルデータをN個のデータに冗長分割する。ここでNは3以上の自然数である。冗長分割することでN個に分割されたデータの中から任意のK個の分割されたデータを集めることでオリジナルデータが復元可能となる。Kは1<K<Nの自然数である。冗長分割の分割方法は特に制限はないが、分割されたデータの総容量を抑えるため「しきい値秘密分散法」、特に「(k,L,n)しきい秘密分散法」（非特許文献１参照）あるいは「リード・ソロモン符号化」を使用することが最適である。
【００３６】
なお、冗長分割数N、復元必要数Kは一意に決めても良いし、データ単位に決定しても良いが、N=3、K=2という数では３台の情報装置のうち２台が何らかの理由でアクセスできなくなるとデータの復元ができなくなってしまう事態が発生してしまう。しかし、いたずらに数を増やすことはデータ分割、データ統合時の処理負荷が増えるなどの弊害も発生する。したがって、N=128、K=65などのある程度の余裕をもった数字が好ましいが、この数字はデータの保全性をどの程度にするかという目標値と情報装置１台あたりの故障率から計算可能である。
【００３７】
図３中データＩＤ計算手段102は、オリジナルデータのメタデータ（ユーザーＩＤ＋場所情報（フルパス名））をもとにデータＩＤを算出し、データＩＤを分割されたデータの配置先におけるデータ名とする。
【００３８】
図３中配置先計算手段103は、さらにデータＩＤより配置先の情報装置のノードＩＤを算出する。具体的にここではさらに補足図  図４を用いるが、オリジナルデータのユーザーＩＤ＋場所情報（フルパス名）401をもとにSHA-1などの一方向ハッシュ関数を使用し１回目のハッシュ値402を算出する。ここでは1回目のハッシュ値402は、データＩＤであり、すべての分割されたデータのデータ名とする。次いで、1回目のハッシュ値402を入力値として再度一方向ハッシュ関数を使用し2回目のハッシュ値403を算出する。ハッシュ値403は1個目の配置先情報装置のノードＩＤである。N個に分割されたデータを情報装置へ分散・配置するためN個の配置先情報装置ノードＩＤを算出する必要があるので、3回目以降のハッシュ値は、同様に前回算出したハッシュ値を入力値として一方向ハッシュ関数を使用し算出し、以上をN+1回繰り返し、分割されたデータのデータＩＤが一つと、各分割データの配置先情報装置のノードＩＤをN個算出する。
【００３９】
本実施形態における分散ストレージシステムは、情報装置1台1台に一意なノードＩＤをもつピア・ツー・ピア・ネットワーク(P2P:peer-to-peer)で構成されており、ハッシュ値をもとにそのノードＩＤをもつ情報装置、または、そのノードＩＤの代替をする情報装置を高速に見つけだす(Lookup)分散ハッシュ法(DHT:distributed hash table)を使用する。
【００４０】
情報装置1台1台に一意なノードＩＤを算出するハッシュ値の範囲とデータＩＤより配置先情報装置のノードＩＤを算出するハッシュ値の範囲は同じである。
【００４１】
図３中データ送信手段104は、データ分割手段101でN個に冗長分割されたデータに、配置先計算手段103で算出されたデータＩＤ（1回目のハッシュ値）をデータ名として、配置先計算手段103で算出されたN個のノードＩＤより分散ハッシュ法で該ノードＩＤの情報装置を見つけた配置先情報装置へ分割データの格納要求をN回送信する。
【００４２】
格納要求においては分割データの容量を同時に知らせることが好ましい。
該ノードＩＤの情報装置が見つからない場合や見つけたノードＩＤの情報装置のデータ格納装置に空き領域がないなどの理由でデータを受け入れることができない場合は代替ノードの情報装置へ送信を行うことが好ましい。次いで、データ送信手段104は、代替ノードＩＤを含めN個の配置先情報装置に対してN回分割データを送信することでこのフローは終了する。
【００４３】
以上がデータ保全のためにデータを冗長分割し、分割したデータを複数の情報装置へ分散配置するフローである。
【００４４】
なお、データ分割手段101の前後にオリジナルデータまたは分割データの圧縮、暗号化を行うことが好ましい。
【００４５】
また、配置先情報装置は、国、地域及びネットワークトポロジー的に集中していない方が好ましい。
【００４６】
＜データ送出し側装置  データ回収・復元のフロー＞
次に図３の情報装置100において、保全されているデータのメタデータ（ユーザーＩＤ＋フルパス名）を特定することで分散配置された分割データを回収、統合しオリジナルデータを復元するフローについて説明する。
【００４７】
図３中データＩＤ計算手段102は、データ分散配置したときと同様オリジナルデータのメタデータ（ユーザーＩＤ＋フルパス名）をもとにデータＩＤを算出し、これが分割されたデータの配置先におけるデータ名となっている。図３中配置先計算手段103は、データＩＤをもとにデータが分散配置されている情報装置のノードＩＤをN個算出する。データＩＤ及びノードＩＤの算出は分散配置するときと同様である（参照図４）。
【００４８】
図３中格納データ送信要求手段105はデータＩＤ計算手段102で算出されたデータＩＤについて、配置先計算手段103で算出されたノードＩＤをもつ情報装置に対して分散ハッシュ法で検索し、データ送信要求を行う。
【００４９】
図３中データ受信手段107は、格納データ送信要求手段105で要求したデータＩＤの分割データの受信を行う、その際受信したデータ名（データＩＤ）に送信元の情報装置のノードＩＤを付加しておくことが好ましい。
【００５０】
格納データ送信要求手段105とデータ受信手段107は、分割データがK個受信できた時点で処理を終了し、受信したK個の分割データを図３中データ統合手段106へ渡す。なお、格納データ送信要求手段105とデータ受信手段107は、データ統合処理の負荷などを考慮し、K+1個以上の分割データを受信してもかまわない。
【００５１】
分割データの受信は回線状況や配置先情報装置の状況によりもっとも高速に受信できる配置先情報装置から受信することが好ましい。
【００５２】
図３中データ統合手段106は、K個以上N個以下の分割データよりデータ分割手段101で行った分割方法における復元法を利用し、オリジナルデータを復元する。
【００５３】
「(k,L,n)しきい秘密分散法」を利用した場合は、復元に必要な数の分割データを集めれば、分割したデータのうちどの位置のデータが揃っていないかについての情報を必要としていないが、「リード・ソロモン符号化」を利用した場合は、復元のためには同符号化の消失訂正機能を使用するので、復元に必要な数の分割データを集め、さらにデータ名にデータＩＤに加え送信元の情報装置のノードＩＤが付加されていることで、どの位置の分割データが存在しないかを識別でき、データが復元される。
【００５４】
以上がデータ保全のために分散配置したデータを回収し復元するフローである。
【００５５】
＜データ受入側装置  データ受入＞
次に図３で情報装置100が分割されたデータを受信し、データを格納するフローについて説明する。
【００５６】
図３中情報装置100のデータ格納要求受信手段111は、ネットワーク120を通じて送信元である情報装置100-1から100-Mのいずれかの情報装置より、分割されたデータの格納要求を受ける。
【００５７】
データ格納要求受信手段111は、データ格納装置112の空き領域などをチェックし、データ格納の受入れ可否を送信元の情報装置へ回答する。
【００５８】
データの受入れを回答したときはデータが送信される。データ受入れを回答しない場合は、前述したように代替ノードＩＤの情報装置へ振り替えられる。
【００５９】
格納可を回答した場合は、データが送信されてくるので、図３中107データ受信手段により、送信されてきた分割データのデータ（データＩＤとデータ実体）を受取る。受取った分割データは図３中108データ格納手段により図３中112データ格納装置へ格納される。格納される際は、該分割データ実体は該データＩＤと関連付けて格納される。
【００６０】
なお、すでにデータ格納装置112に該データＩＤと同じＩＤが格納されている場合は、データ実体を上書き格納あるいは、既存のデータ実体を削除後に新たに受取ったデータ実体を格納してもかまわない。
【００６１】
以上が分散配置する分割データを受け入れる情報装置のフローである。
【００６２】
＜データ受入側装置  データ送出＞
次に図３で情報装置100が格納したデータの送信要求を受け、分割データを取出し、分割データを送信するフローを説明する。
【００６３】
図３中情報装置100の格納データ送信要求受信手段109は、ネットワーク120を通じて送信元である情報装置100-1から100-Mのいずれかの情報装置より、格納している分割データの送信要求を受ける。
【００６４】
図３中格納データ送信要求受信手段109は、送信要求された分割データのデータＩＤを受取りデータ取出手段110へ渡す。データ取出手段110はデータＩＤをもとに関連付けられて格納されている分割データをデータ格納装置112より取出し、取出した分割データはデータ送信手段104により、要求元の情報装置へ送信される。以上が分割データを格納している情報装置が送信要求を受け、分割データを送信するフローである。
【００６５】
＜実施形態２＞
＜構成＞
以下，図面を参照して本発明の別の一実施形態を詳細に説明する。図５は，本実施形態における情報装置の構成図である。同図において，100から112までは前記  実施形態１の図１と同じであり説明を略す。119は、仮想ディレクトリィ管理手段である。以下、図６中仮想ディレクトリィ管理手段119について補足図７を用いて説明する。
【００６６】
図７中1201はファイルシステムにおけるディレクトリィ構造を例示している。例示してあるのはWindows（登録商標）タイプのファイルシステムであり、Ｃドライブの下に「Documents and Settings」フォルダがあり、その下に「MyUser」フォルダがあり、またその下に「Data」フォルダがある構造となっている。なおここでは関係のないフォルダやドライブなどは表示していないが、この他にドライブやフォルダ、ファイルなどが存在してもかまわない。
【００６７】
仮想ディレクトリィとはファイルシステムと関連なく仮想ディレクトリィ手段119が管理するディレクトリィ構造であり図７中1202のように通常のファイルシステムと同様にフォルダ、ファイルを階層構造で管理しているディレクトリィ構造である。ディレクトリィ構造では各オブジェクト（フォルダ、ファイル）の名前と属性と実体及びオブジェクト間の階層関係を管理している。
【００６８】
つまり、仮想ディレクトリィにおいてもフォルダ名とフォルダ属性、ファイル名とファイル属性とファイルの実体、フォルダとフォルダの階層関係、フォルダとファイルの階層関係などを管理している。
【００６９】
仮想ディレクトリィ管理手段119は、具体的にはプログラムのＡＰＩやＷｅｂサービスのインターフェイス、ＧＵＩ、コマンド、ファイルシステムのカスタマイズあるいはデータの受け渡しにより仮想ディレクトリィを扱う方法を提供する。つまり、上位のプログラムは仮想ディレクトリィ管理手段119であるプログラムＡＰＩやコマンドを利用し、通常のファイルシステムと同様に仮想ディレクトリィを扱うことができる。また、上位プログラムがＧＵＩを備えていればユーザーが画面から仮想ディレクトリィの操作を行うこともできる。また、別の情報装置からＷｅｂサービスのインターフェイスを通じて例えばＳＯＡＰ（Simple Object Access Protocol）を使い、仮想ディレクトリィを扱うこともできる。
【００７０】
また、仮想ディレクトリィ管理手段119は仮想ディレクトリィの構造をディレクトリィメタデータとしてデータ表現することができる。
【００７１】
図７中1203はディレクトリィメタデータの例であり、仮想ディレクトリィ管理手段119により図７中1202の仮想ディレクトリィ構造を表現している。逆に、仮想ディレクトリィ管理手段119はディレクトリィメタデータ1203をもとに仮想ディレクトリィの構造1202を構成することができる。
【００７２】
仮想ディレクトリィでは、仮想ディレクトリィ管理手段119を通じて仮想ディレクトリィ内のフォルダ、ファイルの作成、変更、移動、削除及びファイルの参照ができる。
【００７３】
また、仮想ディレクトリィでのフォルダの作成、移動、フォルダ名の変更、削除及びファイルの移動、ファイル名の変更は仮想ディレクトリィ管理手段119を通じてディレクトリィメタデータに反映する。
【００７４】
仮想ディレクトリィでのファイルの作成、ファイル内容の変更、ファイルの削除は仮想ディレクトリィ管理手段119を通じてディレクトリィメタデータに反映すると同時に実施形態１で示したのと同様のフローを通して他の情報装置と協調し処理する。
【００７５】
仮想ディレクトリィでのファイルの参照時は、仮想ディレクトリィ管理手段119を通じて実施形態１で示したのと同様のフローを通して他の情報装置と協調し処理する。
【００７６】
なお、仮想ディレクトリィは通常ユーザーが管理するためユーザーＩＤ単位に作成される。情報装置によってユーザー単位の管理をしない場合は装置単位で一つだけ仮想ディレクトリィを作り、管理する。以下の他の情報装置との協調を含めた手順について説明を行う。
【００７７】
＜手順＞
図６を用いて情報装置100において、ユーザーが新規作成された場合のフローについて説明する。
【００７８】
＜仮想ディレクトリ新規作成のフロー＞
図６中情報装置100においてユーザーＩＤが新規追加された場合は、ユーザーＩＤ142が新規ユーザーとして仮想ディレクトリィ管理手段119へ知らされことにより該ユーザー用のディレクトリィメタデータ141が作成される。該ユーザーの仮想ディレクトリィにはフォルダもファイルも存在しない状態なので、空のディレクトリィメタデータを作成する。
【００７９】
補足図１０を用いて具体的に説明する。図１０中ユーザーを新規作成後の仮想ディレクトリィの状態は1501であり、仮想ディレクトリィ管理手段119を通じてディレクトリィメタデータ1502の状態で作成され、これは図６中141のディレクトリィメタデータにあたる。
【００８０】
作成された図６中141ディレクトリィメタデータは、実施形態１と同様に図６中データ分割手段101により冗長分割される。
【００８１】
ディレクトリィメタデータのメタデータとしてユーザーＩＤ（ユーザー単位で管理しない場合は装置固有ＩＤで良い）を使用し、図６中102データＩＤ計算手段によりディレクトリィメタデータのデータＩＤを算出し、実施形態１と同様にデータＩＤを分割されたデータの配置先におけるデータ名とする。図６中配置先計算手段103は、さらにデータＩＤより配置先の情報装置のノードＩＤを算出する。具体的にここではさらに補足図、図８を用いるが、ディレクトリィメタデータのユーザーＩＤ1301をもとにSHA-1などの一方向ハッシュ関数を使用し１回目のハッシュ値1302を算出する。1回目のハッシュ値1302は、ディレクトリィメタデータのデータＩＤとなる。次に、1回目のハッシュ値1302を入力値として再度一方向ハッシュ関数を使用し2回目のハッシュ値1303を算出する。ハッシュ値1303は1個目の配置先情報装置のノードＩＤである。以下実施形態１と同様に各分割データの配置先情報装置のノードＩＤをN個算出する。
【００８２】
なお、ディレクトリィメタデータにおける冗長分割数N、復元必要数Kは、ユーザーデータと同数でも良いし、ユーザーやシステム単位の設定値として事前に設定した値を使っても良いが、ディレクトリィメタデータの保全ができなくなると、すべてのユーザーデータの取得ができなくなるため、ユーザーデータよりより余裕をもった冗長化（例えばN=256、K=65など）が好ましいことは言うまでもない。
【００８３】
以下、実施形態１と同様に図６中データ送信手段104は、データ分割手段101でN個に冗長分割されたデータに、配置先計算手段103で算出されたデータＩＤをデータ名として、配置先計算手段103で算出されたN個のノードＩＤより分散ハッシュ法で該ノードＩＤの情報装置を見つけた配置先情報装置へ分割データの格納要求をN回送信する。
【００８４】
該ノードＩＤの情報装置が見つからない場合や見つけたノードＩＤの情報装置のデータ格納装置に空き領域がないなどの理由でデータを受け入れることができない場合は代替ノードの情報装置へ送信を行う。
【００８５】
データ送信手段104は、代替ノードＩＤを含めN個の配置先情報装置に対してN回分割データを送信することで当フローは終了する。
【００８６】
＜仮想ディレクトリィ構築のフロー＞
次に、図６を用いて情報装置100において、ユーザーが仮想ディレクトリィを操作可能な状態になる場合つまり、ディレクトリィメタデータを回収・復元し、仮想ディレクトリィを構築するフローについて説明する。
【００８７】
図６中119仮想ディレクトリィ管理手段は、ユーザーＩＤ142を受取り、該ユーザーＩＤをディレクトリィメタデータのメタデータとしてデータＩＤ計算手段102へ渡す。図６中データＩＤ計算手段102は、ディレクトリィメタデータのメタデータ（ユーザーＩＤ）をもとにデータＩＤを算出し、これが分割されたデータの配置先におけるデータ名となっている。配置先計算手段103は、データＩＤをもとにデータが分散配置されている情報装置のノードＩＤをN個算出する。
【００８８】
以下実施形態１と同様に図６中格納データ送信要求手段105はデータＩＤ計算手段102で算出されたデータＩＤについて、配置先計算手段103で算出されたノードＩＤをもつ情報装置に対して分散ハッシュ法で検索し、格納データ送信要求を行う。
【００８９】
図６中データ受信手段107は、格納データ送信要求手段105で要求したデータＩＤの分割データの受信を行う、その際受信したデータ名（データＩＤ）に送信元の情報装置のノードＩＤを付加しておくことが好ましい。
【００９０】
格納データ送信要求手段105とデータ受信手段107は、分割データがK個受信できた時点で処理を終了し、受信したK個の分割データを図６中データ統合手段106へ渡す。なお、格納データ送信要求手段105とデータ受信手段107は、データ統合処理の負荷などを考慮し、K+1個以上の分割データを受信してもかまわない。
【００９１】
図６中データ統合手段106は、K個以上N個以下の分割データよりデータ分割手段101で行った分割方法の復元法を利用し、ディレクトリィメタデータ141を復元する。
【００９２】
復元したディレクトリィメタデータ141は、図６中119仮想ディレクトリィ管理手段へ渡され、仮想ディレクトリィ管理手段119は、ディレクトリィメタデータ141を基に仮想ディレクトリィ143を構築する。
【００９３】
以上で仮想ディレクトリィが構築され、ユーザーが操作可能な状態となる。
【００９４】
なお、前記ユーザーは認証済みであることが好ましいことは言うまでもない。
【００９５】
＜フォルダ新規作成のフロー＞
次に、図６及び図１０を用いて情報装置100において、ユーザーが仮想ディレクトリィに対してフォルダを新規作成する場合のフローについて説明する。
【００９６】
前記フローにおいて、仮想ディレクトリィがユーザーに対して操作可能な状態より説明を継続する。
【００９７】
ユーザーは、仮想ディレクトリィに対して場所（最初のフォルダかあるいはどのフォルダの下か）を指定し、また、フォルダの名称を指定し、フォルダの作成を仮想ディレクトリィ管理手段119へ知らすことにより、仮想ディレクトリィ管理手段119は仮想ディレクトリィの指定された場所に指定されたフォルダ名称のフォルダを作成し、さらに仮想ディレクトリィ管理手段119はディレクトリィメタデータ141についても同様に指定された場所に指定されたフォルダ名称のフォルダ情報を作成する。
【００９８】
補足図１０を用いて具体的に説明する。図１０中ユーザーを新規作成後の仮想ディレクトリィの状態は1501であり、ディレクトリィメタデータの状態は1502である。ユーザーが仮想ディレクトリィ内にフォルダ「Ａ」を作成実行すると仮想ディレクトリィ1503の状態となり、仮想ディレクトリィ管理手段119を通じてディレクトリィメタデータは1504の状態となる。
【００９９】
これは図６中141のディレクトリィメタデータにあたり、ディレクトリィメタデータが更新されたので、仮想ディレクトリィ管理手段119は、ディレクトリィメタデータ保全のためユーザー新規作成時と同様に図６中データ分割手段101、データＩＤ計算手段102、配置先計算手段103、データ送信手段104により配置先情報装置へディレクトリィメタデータから分割されたデータを送信する。
【０１００】
＜ファイル新規作成のフロー＞
次に、図６及び図１０を使い情報装置100において、ユーザーが仮想ディレクトリィに対してユーザーデータファイルを新規作成する場合のフローについて説明する。
【０１０１】
前記フローにおいて、仮想ディレクトリィがユーザーに対して操作可能な状態で図１０中1503の仮想ディレクトリィ状態であり、図１０中1504のディレクトリィメタデータ状態から説明を継続する。
【０１０２】
ユーザーは、仮想ディレクトリィに対して場所（どのフォルダの下か）を指定し、ユーザーデータファイル140を指定し、仮想ディレクトリィ内での作成を仮想ディレクトリィ管理手段119へ知らされることにより、仮想ディレクトリィ管理手段119は仮想ディレクトリィの指定された場所にユーザーデータファイル名称のファイルを作成し、ユーザーＩＤ、パス名、ファイル作成日時をメタデータとしてデータＩＤ計算手段102へ知らせ、仮想ディレクトリィ管理手段119はデータＩＤ計算手段102よりデータＩＤを受取り、ディレクトリィメタデータ141の指定されたファイルを作成する場所にファイル名称を作成し、同時にファイル名称と関連付けデータＩＤを作成する。
【０１０３】
補足図１０を用いて具体的に説明する。図１０中フォルダ「Ａ」作成後の仮想ディレクトリィの状態は1503であり、ディレクトリィメタデータの状態は1504である。ユーザーが仮想ディレクトリィ内のフォルダ「Ａ」下にユーザーデータファイル140としてファイル「Ｘ」を作成実行すると仮想ディレクトリィ1505の状態となり、ファイル「Ｘ」をフォルダ「Ａ」の下に記述したディレクトリィメタデータは1506の状態となる。
【０１０４】
仮想ディレクトリィ管理手段119は、ユーザーＩＤ（ここでは「MyUser」）とファイル「Ｘ」のパス名（ここでは「A\X」）とファイル作成日時（ここでは200412211904）をメタデータとしてデータＩＤ計算手段102へ渡す。データＩＤ計算手段102は、上記メタデータより一方向ハッシュ関数を使用しデータＩＤを求め、求めたデータＩＤは仮想ディレクトリィ管理手段119へ返す。
【０１０５】
仮想ディレクトリィ管理手段119はデータＩＤ計算手段102からデータＩＤを受取りディレクトリィメタデータのファイル「Ｘ」のデータＩＤとして追加記述し、ディレクトリィメタデータは1507の状態となる。
【０１０６】
これが図６中ディレクトリィメタデータ141となり、ディレクトリィメタデータ141が更新されたので、仮想ディレクトリィ管理手段119は、ディレクトリィメタデータ保全のためにユーザー新規作成時と同様に図６中データ分割手段101、データＩＤ計算手段102、配置先計算手段103、データ送信手段104により配置先情報装置へディレクトリィメタデータから分割されたデータを送信する。
【０１０７】
また、ユーザーデータが新規作成されたので、仮想ディレクトリィ管理手段119は、ユーザーデータ保全のために先に計算したデータＩＤを使用し、図６中データ分割手段101、配置先計算手段103、データ送信手段104により配置先情報装置へユーザーデータから分割されたデータを送信する。
【０１０８】
以上で更新されたディレクトリィメタデータと新規作成されたユーザーデータファイルは各々別々に複数の配置先情報装置に分散・配置されデータが保全される。
【０１０９】
＜ファイル移動のフロー＞
次に、図６及び図１１を使い情報装置100において、ユーザーが仮想ディレクトリィに対してユーザーデータファイルの場所を移動する場合のフローについて説明する。
【０１１０】
前記フローにおいて、仮想ディレクトリィがユーザーに対して操作可能な状態で図１０中1505の仮想ディレクトリィ状態である。ここで、図１０中1507のディレクトリィメタデータ状態からさらにフォルダ「Ａ」下にフォルダ「Ｂ」を追加する（フォルダ「Ｂ」の追加についての説明は省略する）と図１１中仮想ディレクトリィが1601の状態、図１１中ディレクトリィメタデータが1602の状態となり、ここから説明を行う。
【０１１１】
ユーザーは、仮想ディレクトリィに対してユーザーデータファイルを指定し、移動を指示すると仮想ディレクトリィ管理手段119へ移動指示が知らされることにより、仮想ディレクトリィ内におけるユーザーデータファイルは、指示された移動先に移動する。仮想ディレクトリィ管理手段119はディレクトリィメタデータ141における該ユーザーデータファイルの情報を指示された移動先にそのまま移動して記述する。
【０１１２】
補足図１１用いて具体的に説明する。図１１中フォルダ「Ｂ」作成後の仮想ディレクトリィの状態は1601であり、ディレクトリィメタデータの状態は1602ある。ユーザーが仮想ディレクトリィ内フォルダ「Ａ」下のファイル「Ｘ」を、フォルダ「Ａ」下フォルダ「Ｂ」下へ移動実行すると仮想ディレクトリィ1603の状態となり、仮想ディレクトリィ管理手段119を通じてファイル「Ｘ」をフォルダ「Ｂ」下に記述したディレクトリィメタデータは1604の状態となる。
【０１１３】
ディレクトリィメタデータが更新されたので、仮想ディレクトリィ管理手段119は、ディレクトリィメタデータ保全のためにユーザー新規作成時と同様に図６中データ分割手段101、データＩＤ計算手段102、配置先計算手段103、データ送信手段104により配置先情報装置へディレクトリィメタデータから分割されたデータを送信する。
【０１１４】
ユーザーデータファイルのメタデータの一部であるパス名は変更されているが、ユーザーデータファイルが一度作成後は、ユーザーデータファイルのデータＩＤをディレクトリィメタデータに保持することでユーザーデータファイル内容自体に変更がない単なる移動の場合は、分割され分散配置されているデータに対しては何ら変更などをする必要はなく、ディレクトリィメタデータだけを更新すればよい。
【０１１５】
＜ファイル参照・取得のフロー＞
次に、図６及び図１１を使い情報装置100において、ユーザーが仮想ディレクトリィ内のユーザーデータファイルを参照・取得する場合のフローについて説明する。
【０１１６】
前記フローにおいて、図１１中仮想ディレクトリィが1603の状態であり、図１１中ディレクトリィメタデータが1604の状態であった。
【０１１７】
ユーザーが該情報装置において仮想ディレクトリィを構築していない状態から仮想ディレクトリィを構築する手順は、上記「仮想ディレクトリィ構築のフロー」についての説明の通りである。
【０１１８】
したがってここでは、図１１中仮想ディレクトリィが1603の状態であり、図１１中ディレクトリィメタデータが1604の状態より、ユーザーがユーザーデータファイル「Ｘ」を参照するフローを説明する。
【０１１９】
ユーザーは、仮想ディレクトリィに対してユーザーデータファイルを指定し、参照・取得を指示すると仮想ディレクトリィ管理手段119へ参照・取得指示が知らされることにより、仮想ディレクトリィ内におけるユーザーデータファイルは、分割・分散されたデータを回収・統合し、ユーザーに返す。
補足図１１用いて具体的に説明する。
【０１２０】
ユーザーが仮想ディレクトリィ内フォルダ「Ａ」下フォルダ「Ｂ」下のファイル「Ｘ」を参照実行すると仮想ディレクトリィ管理手段119は図１１中ディレクトリィメタデータ1604のフォルダ「Ａ」下フォルダ「Ｂ」下該ファイル「Ｘ」のデータＩＤ（DataID）を取得する。
【０１２１】
図６中119仮想ディレクトリィ管理手段は、前記取得した参照・取得対象ユーザーデータファイルのデータＩＤを配置先計算手段103へ渡す。配置先計算手段103は、データＩＤをもとにデータが分散配置されている情報装置のノードＩＤをN個算出する。
【０１２２】
以下実施形態１と同様に図６中格納データ送信要求手段105、データ受信手段107、データ統合手段106により該データＩＤの参照・取得対象ユーザーデータファイル140を復元し、仮想ディレクトリィ管理手段119へ渡す。仮想ディレクトリィ管理手段119は、該ユーザーデータファイル140をユーザーへ渡すことでユーザーは指定のファイルを参照・取得する。
【図面の簡単な説明】
【０１２３】
【図１】本発明の一実施形態による情報装置のモジュール構成図
【図２】本発明の一実施形態における情報装置のブロック図
【図３】本発明の一実施形態においてフローを示す図
【図４】本発明の一実施形態においてデータＩＤとノードＩＤの算出図
【図５】本発明の一実施形態における情報装置のブロック図
【図６】本発明の一実施形態においてフローを示す図
【図７】本発明の一実施形態において仮想ディレクトリィとディレクトリィメタデータの関係図
【図８】本発明の一実施形態においてデータＩＤとノードＩＤの算出図
【図９】本発明の一実施形態においてデータＩＤとノードＩＤの算出図
【図１０】本発明の一実施形態において仮想ディレクトリィとディレクトリィメタデータの変遷を示す図
【図１１】本発明の一実施形態において仮想ディレクトリィとディレクトリィメタデータの変遷を示す図
【符号の説明】
【０１２４】
１００  情報表示装置
１０１  データ分割手段
１０２  データＩＤ計算手段
１０３  配置先計算手段
１０４  データ送信手段
１０５  格納データ送信要求手段
１０６  データ統合手段
１０７  データ受信手段
１０８  データ格納手段
１０９  格納データ送信要求受信手段
１１０  データ取出手段
１１１  データ格納要求受信手段
１１２  データ格納装置
１１９  仮想ディレクトリィ管理手段
１２０  ネットワーク
１３０  オリジナルデータ
１３１  オリジナルデータのメタデータ
１４０  ユーザーデータ
１４１  ディレクトリィメタデータ
１４２  ユーザーＩＤ
１４３  仮想ディレクトリィ
２０１  CPU
２０２  ROM
２０３  HDD 
２０４  RAM
２０５  ネットワーク・インターフェース
２０６  ネットワーク
２０７  CPUバス
４０１  オリジナルデータのメタデータ
４０２  オリジナルデータのデータＩＤ
４０３  オリジナルデータの1個目の配置先ノードＩＤ
４０４  オリジナルデータの2個目の配置先ノードＩＤ
４０５  オリジナルデータの3個目の配置先ノードＩＤ
４０６  オリジナルデータの4個目の配置先ノードＩＤ
４０７  オリジナルデータのN個目の配置先ノードＩＤ
１２０１  ファイルシステムのデイレクトリィ
１２０２  仮想ディレクトリィ
１２０３  ディレクトリィメタデータ
１３０１  ディレクトリィメタデータのメタデータ
１３０２  ディレクトリィメタデータのデータＩＤ
１３０３  ディレクトリィメタデータの1個目の配置先ノードＩＤ
１４０１  ユーザーデータのメタデータ
１４０２  ユーザーデータのデータＩＤ
１４０３  ユーザーデータの1個目の配置先ノードＩＤ
１５０１  ユーザー新規作成状態の仮想ディレクトリィ
１５０２  ユーザー新規状態のディレクトリィメタデータ
１５０３  フォルダ作成状態の仮想ディレクトリィ
１５０４  フォルダ作成状態のディレクトリィメタデータ
１５０５  ファイル作成状態の仮想ディレクトリィ
１５０６  ファイル作成状態のディレクトリィメタデータ
１５０７  作成ファイルにデータＩＤを付加した状態のディレクトリィメタデータ
１６０１  フォルダ移動前状態の仮想ディレクトリィ
１６０２  フォルダ移動前状態のディレクトリィメタデータ
１６０３  フォルダ移動後状態の仮想ディレクトリィ
１６０４  フォルダ移動後状態のディレクトリィメタデータ
【図１】
2007073004.tif 000003
【図２】
2007073004.tif 000004
【図３】
2007073004.tif 000005
【図４】
2007073004.tif 000006
【図５】
2007073004.tif 000007
【図６】
2007073004.tif 000008
【図７】
2007073004.tif 000009
【図８】
2007073004.tif 000010
【図９】
2007073004.tif 000011
【図１０】
2007073004.tif 000012
【図１１】
2007073004.tif 000013