"ネットワークを介して、所定のサーバ装置にデータファイルを保管する機能と、保管されていたデータファイルを必要に応じて取り出す機能と、を有するデータ保管システムであって、前記ネットワークに接続されたユーザ端末と、前記ネットワークに接続された複数の保管用サーバと、前記ネットワークに接続された運用サーバと、を備え、前記各保管用サーバは、ネットワークに接続された外部装置から、ファイルの送信があった場合にはこれを保管し、ファイルの要求があった場合にはこれを返信する機能を有し、前記ユーザ端末は、保管対象となるファイルを重複保管場所となる複数の保管用サーバへそれぞれ送信するとともに当該重複保管場所を示す情報を所定の格納場所に記録する預入処理ユニットと、前記重複保管場所を示す情報に基づいて重複保管場所となるいずれかの保管用サーバをアクセスして取出要求を行い前記ファイルを取り出す取出処理ユニットと、を有し、前記取出処理ユニットは、保管用サーバからのファイルの取り出しに失敗した場合に、当該ファイルの重複保管場所である別な保管用サーバからファイルを取り出す非常取出処理を行うとともに、前記運用サーバに対して、取り出しに失敗した保管用サーバについての異常報告を行い、前記運用サーバは、異常報告があった保管用サーバを退役サーバと認定し、当該退役サーバについて代替となる代替サーバを定め、前記退役サーバ内に保管されていたと推定されるファイルを、重複保管場所である別な保管用サーバから転送することにより、前記代替サーバ内に復元する復旧処理を行い、前記取出処理ユニットは、取出要求を行う対象となる保管用サーバが退役サーバであった場合には、代わりに代替サーバへの取出要求を行うことを特徴とするデータ保管システム。請求項1に記載のデータ保管システムにおいて、運用サーバが、所定の格納場所に記録されている個々のファイルについての重複保管場所を示す情報を参照して、退役サーバ内に保管されていたと推定されるファイルと同一のファイルを、重複保管場所である別な保管用サーバから転送することにより、復旧処理を行うことを特徴とするデータ保管システム。請求項1または2に記載のデータ保管システムにおいて、運用サーバが、退役サーバと認定した保管用サーバについて、その代替サーバを示す情報を収録したリストを保持し、取出処理ユニットが、保管場所となる特定の保管用サーバに対して取出要求を行う際に、事前に前記リストへの照会を行い、前記特定の保管用サーバが退役サーバであった場合には、前記特定の保管用サーバに代えて、その代替サーバに対して取出要求を行うことを特徴とするデータ保管システム。請求項1または2に記載のデータ保管システムにおいて、運用サーバが、退役サーバと認定した保管用サーバについて、その代替サーバを示す情報を収録したリストを保持し、取出処理ユニットが、保管場所となる特定の保管用サーバに対して取出要求を行ったにもかかわらず、当該要求に応じたファイルの返信がなされなかった場合に、前記リストへの照会を行い、前記特定の保管用サーバが退役サーバであった場合には、前記特定の保管用サーバに代えて、その代替サーバに対して取出要求を行うことを特徴とするデータ保管システム。ネットワークを介して、所定のサーバ装置にデータファイルを保管する機能と、保管されていたデータファイルを必要に応じて取り出す機能と、を有するデータ保管システムであって、前記ネットワークに接続されたユーザ端末Aと、前記ネットワークに接続された複数の保管用サーバBと、前記ネットワークに接続された運用サーバCと、を備え、A前記ユーザ端末は、保管対象ファイルについての管理情報を格納する管理情報格納ユニットと、ユーザからの預入指示とともに保管対象ファイルを入力する預入指示入力部と、入力した保管対象ファイルを複数の分割ファイルに分割しそれぞれ所定のファイル名を付与するファイル分割部と、個々の分割ファイルについてそれぞれ異なる保管用サーバを保管場所として割り当て、かつ、冗長性をもたせるために同一の分割ファイルをそれぞれ複数の保管場所に重複して割り当てる保管場所割当部と、個々の分割ファイルをそれぞれ割り当てられた保管場所となる保管用サーバへ送信するファイル送信部と、個々の分割ファイルに付与されたファイル名および個々の分割ファイルに割り当てられた保管場所を前記保管対象ファイルについての管理情報として前記管理情報格納ユニットに書き込む管理情報書込部と、を有する預入処理ユニットと、ユーザからの取出指示とともに取出対象ファイルを特定する情報を入力する取出指示入力部と、前記管理情報格納ユニットから前記取出対象ファイルについての管理情報を読み出す管理情報読出部と、読み出した管理情報に基づいて取出対象となる分割ファイルのファイル名および複数の保管場所を認識する保管場所認識部と、認識した複数の保管場所となる各保管用サーバのうち代表となる保管用サーバを選択し、選択した保管用サーバに対して認識したファイル名をもつ分割ファイルを要求するファイル要求部と、要求に応じて返信されてきた分割ファイルを合成してもとの保管対象ファイルを復元するファイル復元部と、を有する取出処理ユニットと、を備え、前記ファイル要求部は、特定の分割ファイルの取り出しに失敗した場合には、当該特定の分割ファイルの別な重複保管場所である保管用サーバに対して、当該特定の分割ファイルを要求する非常要求を行うとともに、返信が得られなかった異常サーバを特定する異常サーバ特定情報および前記管理情報格納ユニット内に格納されている管理情報において前記異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての前記異常サーバとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を前記運用サーバに対して送信する機能を有し、B前記各保管用サーバは、ネットワークに接続された外部装置から、分割ファイルの送信があった場合にはこれを保管し、分割ファイルの要求があった場合にはこれを返信する機能を有し、C前記運用サーバは、前記ユーザ端末からの異常報告を受理する異常報告受理部と、前記異常報告に含まれている異常サーバ特定情報によって特定される保管用サーバが、まだ退役宣告がなされていないサーバであった場合に、当該保管用サーバに対して退役宣告を行う退役宣告部と、個々の保管用サーバについて、少なくとも、現役状態か退役状態かを示す情報と、退役状態のサーバについては代替となる代替サーバを示す情報と、を収録したサーバ状態リストを格納するサーバ状態リスト格納部と、前記退役宣告部により退役宣告がなされた場合に、当該退役宣告の対象となった退役サーバの代替となる代替サーバを、前記サーバ状態リストに収録されている現役サーバの中から選択する代替サーバ選択部と、前記代替サーバ選択部により、前記退役サーバに対する代替サーバの選択がなされた場合に、前記サーバ状態リストに収録されている前記退役サーバについての情報を退役状態に変更するとともに、その代替となる代替サーバを示す情報を付加するリスト更新部と、前記退役サーバ内に保管されていたと推定されるファイルを、前記異常報告に含まれている復旧情報によって示されている重複保管場所である保管用サーバから転送することにより、前記代替サーバ内に復元する復旧処理を行う復旧処理部と、ネットワークに接続された外部装置から、特定の保管用サーバについての照会を受けたときに、前記サーバ状態リスト格納部を参照して、前記特定の保管用サーバが現役状態か退役状態かを回答し、退役状態である旨の回答を行う際には、その代替となる代替サーバを報知する回答を行う照会受付部と、を備え、前記ファイル要求部は、前記照会受付部への照会に対して退役した旨の回答が得られた保管用サーバについては、報知された代替サーバに対して要求を行う代替要求を行うことを特徴とするデータ保管システム。請求項5に記載のデータ保管システムにおいて、復旧処理部が、重複保管場所である保管用サーバ内の転送対象ファイルを、ネットワークを介して、運用サーバ内もしくはその他の場所に設けられた一時格納場所へ読み出し、これをネットワークを介して代替サーバ内へ送信することにより復旧処理を行うことを特徴とするデータ保管システム。請求項5に記載のデータ保管システムにおいて、復旧処理部が、重複保管場所である保管用サーバに対して、転送対象ファイルを代替サーバ内へ送信するように指示を与えることにより復旧処理を行うことを特徴とするデータ保管システム。請求項5に記載のデータ保管システムにおいて、ファイル復元部が、ファイル要求部の要求に応じた分割ファイルの返信が得られなかった場合に、ファイル要求部にその旨を知らせる未着報告を行い、ファイル要求部が、前記未着報告があった場合に、当該未着報告に係る分割ファイルについての代替要求もしくは非常要求を行うことを特徴とするデータ保管システム。請求項8に記載のデータ保管システムにおいて、ファイル要求部が、保管場所となる特定の保管用サーバに対して分割ファイルを要求する際に、照会受付部に対して前記特定の保管用サーバについての照会を行うサーバ状態照会部と、前記サーバ状態照会部による照会に応じて、照会受付部から現役である旨の回答が得られた場合には、前記特定の保管用サーバに対して要求を行い、照会受付部から退役した旨の回答が得られた場合には、前記特定の保管用サーバに代えて、前記照会受付部から報知された代替サーバに対して代替要求を行う要求送信部と、ファイル復元部からの未着報告があった場合に、当該未着報告に係る分割ファイルについての非常取出指令を発するとともに、返信が得られなかった異常サーバを特定する異常サーバ特定情報および管理情報格納ユニット内に格納されている管理情報において前記異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての前記異常サーバとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を運用サーバに対して送信する異常報告部と、を有し、前記要求送信部は、前記異常報告部が非常取出指令を発した場合に、前記未着報告に係る分割ファイルについての非常要求を行うことを特徴とするデータ保管システム。請求項8に記載のデータ保管システムにおいて、ファイル要求部が、保管場所となる保管用サーバに対して分割ファイルを要求する要求送信部と、ファイル復元部からの未着報告があった場合に、照会受付部に対して前記未着報告に係る特定の保管用サーバについての照会を行い、照会受付部から退役した旨の回答および代替サーバの報知が得られた場合には、前記代替サーバからの取り出しを行うための代替取出指令を発し、照会受付部から現役である旨の回答が得られた場合には、当該未着報告に係る分割ファイルについての非常取出指令を発するサーバ状態照会部と、前記サーバ状態照会部が非常取出指令を発した場合に、返信が得られなかった異常サーバを特定する異常サーバ特定情報および管理情報格納ユニット内に格納されている管理情報において前記異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての前記異常サーバとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を運用サーバに対して送信する異常報告部と、を有し、前記要求送信部は、前記サーバ状態照会部が代替取出指令を発した場合には、前記特定の保管用サーバに代えて、前記照会受付部から報知された代替サーバに対して代替要求を行い、前記サーバ状態照会部が非常取出指令を発した場合には、前記未着報告に係る分割ファイルについての非常要求を行うことを特徴とするデータ保管システム。請求項5~10のいずれかに記載のデータ保管システムにおいて、ファイル要求部が、要求先を退役サーバから代替サーバに切り替える代替要求を行った場合に、管理情報格納ユニット内に格納されている管理情報について、前記退役サーバが前記代替サーバに変更されるように、前記管理情報に対する書き換えを行うことを特徴とするデータ保管システム。請求項5~11のいずれかに記載のデータ保管システムにおいて、ファイル送信部が特定の保管用サーバへの送信に失敗した場合に、保管場所割当部が、当該特定の保管用サーバの代わりに別な保管用サーバを充てる新たな割り当てを行い、ファイル送信部が新たに割り当てられた保管用サーバに対して送信をやり直す処理を行い、管理情報書込部が、送信に成功した保管場所を含む管理情報を管理情報格納ユニットに書き込むことを特徴とするデータ保管システム。請求項12に記載のデータ保管システムにおいて、ファイル送信部が、特定の保管用サーバへの送信に失敗した場合に、送信に失敗した異常サーバを特定する異常サーバ特定情報および管理情報格納ユニット内に格納されている管理情報において前記異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての前記異常サーバとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を運用サーバに対して送信することを特徴とするデータ保管システム。請求項5~13のいずれかに記載のデータ保管システムにおいて、照会受付部が、ネットワークに接続された外部装置から、現役サーバについての照会を受けたときに、サーバ状態リスト格納部を参照して、現役状態にある保管用サーバを収録した現役サーバリストを回答として返信する機能を有し、保管場所割当部が、前記照会受付部に対して現役サーバについての照会を行い、回答として得られた現役サーバリストに収録されているサーバの中から保管場所となる保管用サーバを割り当てることを特徴とするデータ保管システム。請求項5~14のいずれかに記載のデータ保管システムにおいて、サーバ状態リスト格納部が、個々の保管用サーバについて、更に、仕様、コスト、もしくは設置環境に関する情報を収録したサーバ状態リストを格納しており、代替サーバ選択部が、前記仕様、コスト、もしくは設置環境に関する情報を考慮して代替サーバの選択を行うことを特徴とするデータ保管システム。請求項15に記載のデータ保管システムにおいて、サーバ状態リスト格納部が、仕様に関する情報として、製造会社、型式、製造時期、記憶容量、動作速度、二酸化炭素排出量、なる群の中から選ばれた1つもしくは複数の項目に関する情報を格納しており、コストに関する情報として、初期導入コストもしくは維持コストに関する情報を格納しており、設置環境に関する情報として、耐震性もしくは治安度に関する情報を格納していることを特徴とするデータ保管システム。請求項5~16のいずれかに記載のデータ保管システムにおいて、退役宣告部が、退役宣告を行う前に、異常サーバ特定情報によって特定される保管用サーバに異常が生じているか否かを所定の検査方法で検査し、異常が確認された場合にのみ退役宣告を行い、復旧処理部が、前記退役宣告が行われた場合にのみ復旧処理を行うことを特徴とするデータ保管システム。請求項5~17のいずれかに記載のデータ保管システムにおいて、保管場所割当部が、同一の分割ファイルを複数の保管場所に重複して割り当てる際に、各保管場所に優先順位を設定し、管理情報書込部が、前記優先順位を含む管理情報を管理情報格納ユニットに書き込み、ファイル要求部が、前記優先順位に基づいて代表となる保管用サーバの選択を行うことを特徴とするデータ保管システム。請求項5~17のいずれかに記載のデータ保管システムにおいて、ファイル要求部が、所定のアルゴリズムに基づく交替制で、もしくは、ランダムに、代表となる保管用サーバの選択を行うことを特徴とするデータ保管システム。請求項5~19のいずれかに記載のデータ保管システムにおいて、退役宣告部が、退役宣告を行った保管用サーバに対して、ファイル保管機能およびファイル返信機能を停止する機能停止処理を行うことを特徴とするデータ保管システム。請求項5~20のいずれかに記載のデータ保管システムにおいて、ファイル要求部が、代替サーバに対して要求を行い、かつ、要求に係る特定の分割ファイルが当該代替サーバ内に存在しないために当該特定の分割ファイルの取り出しに失敗した場合には、当該特定の分割ファイルの別な重複保管場所となる保管用サーバに対して、当該特定の分割ファイルを要求する非常要求を行うとともに、前記代替サーバによって代替された退役サーバを異常サーバとして特定する異常サーバ特定情報および前記管理情報格納ユニット内に格納されている管理情報において前記異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての前記異常サーバとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を前記運用サーバに対して送信することを特徴とするデータ保管システム。請求項5~21のいずれかに記載のデータ保管システムにおいて、預入処理ユニットが、ユーザからの登録指示に基づき、複数の保管用サーバ内に当該ユーザ用のフォルダを作成するユーザ登録部を更に有し、保管場所割当部が、当該ユーザからの預入指示があった場合には、当該ユーザ用のフォルダを保管場所として割り当てる処理を行い、復旧処理部が、フォルダに収容された状態のままファイルを転送することにより復旧処理を行うことを特徴とするデータ保管システム。請求項5~22のいずれかに記載のデータ保管システムにおいて、復旧処理部が、退役サーバ内に、取り出し可能なファイルが存在していた場合に、当該ファイルを取り出して代替サーバへ転送する避難処理を行う機能を更に有することを特徴とするデータ保管システム。請求項5~23のいずれかに記載のデータ保管システムにおいて、ファイル分割部が、複数通りの分割方法の中から選択した特定の分割方法で保管対象ファイルを分割する処理を行い、管理情報書込部が、前記特定の分割方法を示す情報を含んだ管理情報を管理情報格納ユニットに書き込む処理を行い、ファイル復元部が、前記管理情報に含まれている前記特定の分割方法に応じた特定の方法で分割ファイルを合成してもとの保管対象ファイルを復元する処理を行うことを特徴とするデータ保管システム。請求項5~24のいずれかに記載のデータ保管システムにおいて、ファイル分割部が、分割前の保管対象ファイルに対して、もしくは、分割後の分割ファイルに対して、所定の暗号化処理を実行し、管理情報書込部が、前記暗号化処理の内容を示す情報を含んだ管理情報を管理情報格納ユニットに書き込む処理を行い、ファイル復元部が、前記管理情報に含まれている前記暗号化処理の内容に応じた特定の復号化処理を実行することにより、もとの保管対象ファイルを復元する処理を行うことを特徴とするデータ保管システム。請求項5~25のいずれかに記載のデータ保管システムにおいて、預入処理ユニットおよび取出処理ユニットによって、ユーザ端末本体部を構成し、管理情報格納ユニットとして、前記ユーザ端末本体部に対して着脱自在な携帯型情報記憶装置を用いることを特徴とするデータ保管システム。請求項5~26のいずれかに記載のデータ保管システムにおいて、管理情報書込部が、保管対象ファイルについての管理情報を管理情報格納ユニットに格納する代わりに、ネットワークを介してアクセス可能な特定の格納場所に格納し、当該格納場所の所在を示す所在情報を管理情報格納ユニットに格納する処理を行い、管理情報読出部が、管理情報格納ユニットから管理情報を読み出す代わりに、管理情報格納ユニットから前記所在情報を読み出し、読み出した前記所在情報に基づいて前記特定の格納場所をアクセスして管理情報を読み出す処理を行うことを特徴とするデータ保管システム。コンピュータを、請求項1~27のいずれかに記載のデータ保管システムにおけるユーザ端末もしくは運用サーバとして機能させるためのプログラム。ネットワークに接続されたユーザ端末と、ネットワークに接続された複数の保管用サーバと、を備え、ユーザ端末からの預入要求に基づいて、保管対象ファイルをユーザ端末から所定の保管用サーバに送信して保管するとともに、ユーザ端末からの取出要求に基づいて、保管用サーバに保管されていた保管対象ファイルをユーザ端末に送信する機能を有するデータ保管システムで用いるデータ保管方法において、ユーザ端末が、保管対象となるファイルを重複保管場所となる複数の保管用サーバへそれぞれ送信するとともに当該重複保管場所を示す情報を所定の格納場所に記録する預入処理段階と、ユーザ端末からファイルの送信を受けた保管用サーバが、当該ファイルを格納するファイル格納段階と、ユーザ端末が、前記重複保管場所を示す情報に基づいて重複保管場所となるいずれかの保管用サーバをアクセスして取出要求を行う取出処理段階と、ユーザ端末からファイルの取出要求を受けた保管用サーバが、当該ファイルをユーザ端末へ返信するファイル返信段階と、を有し、更に、前記取出処理段階において、ユーザ端末が、保管用サーバからのファイルの取り出しに失敗した場合に、当該ファイルの重複保管場所となる別な保管用サーバからファイルを取り出す非常取出処理を行うとともに、運用サーバに対して、取り出しに失敗した保管用サーバについての異常報告を行う異常報告段階と、前記異常報告段階が実行された場合に、前記運用サーバが、異常報告があった保管用サーバを退役サーバと認定し、当該退役サーバについて代替となる代替サーバを定め、前記退役サーバ内に保管されていたと推定されるファイルを、重複保管場所となる別な保管用サーバから転送することにより、前記代替サーバ内に復元する復旧処理段階と、を有し、前記取出処理段階において、取出要求を行う対象となる保管用サーバが退役サーバであった場合には、代わりに代替サーバへの取出要求を行うことを特徴とするネットワークを介したデータ保管方法。請求項29に記載のデータ保管方法において、復旧処理段階で、運用サーバが、所定の格納場所に記録されている個々のファイルについての重複保管場所を示す情報を参照して、退役サーバ内に保管されていたと推定されるファイルと同一のファイルを、重複保管場所となる別な保管用サーバから転送することにより、ファイルの復元を行うことを特徴とするネットワークを介したデータ保管方法。請求項29または30に記載のデータ保管方法において、復旧処理段階で、運用サーバが、退役サーバと認定した保管用サーバについて、その代替サーバを示す情報をリストに収録する処理を行い、取出処理段階で、ユーザ端末が、保管場所となる特定の保管用サーバに対して取出要求を行う際に、事前に前記リストへの照会を行い、前記特定の保管用サーバが退役サーバであった場合には、前記特定の保管用サーバに代えて、その代替サーバに対して取出要求を行うことを特徴とするネットワークを介したデータ保管方法。請求項29または30に記載のデータ保管方法において、復旧処理段階で、運用サーバが、退役サーバと認定した保管用サーバについて、その代替サーバを示す情報をリストに収録する処理を行い、取出処理段階で、ユーザ端末が、保管場所となる特定の保管用サーバに対して取出要求を行ったにもかかわらず、当該要求に応じたファイルの返信がなされなかった場合に、前記リストへの照会を行い、前記特定の保管用サーバが退役サーバであった場合には、前記特定の保管用サーバに代えて、その代替サーバに対して取出要求を行うことを特徴とするネットワークを介したデータ保管方法。データ保管システムには、その用途に応じて、比較的長期間にわたるデータ保管機能が要求される。特に、ビジネスに利用するデータを保管するシステムの場合、5年、10年といった長期間にわたって、あるいは半永久的にデータを保管する必要が生じる。しかしながら、このようなデータ保管システムに利用されるデータ保管用サーバのハードウエア装置自体は、必ずしもそのような長期間の利用に適したものばかりではない。特に、ハードディスク装置は、現在のところ、利便性およびコストパフォーマンスの点から、あらゆる技術分野に広く普及しているデータ記憶装置であるが、信頼性を維持しつつ使用できる期間は、3~5年程度である。このような事情から、データ保管システムを長期間にわたって運用すると、データ保管用サーバに故障が生じ、ファイルの取り出しに失敗する事態が生じることになる。もちろん、このような事態が生じても、上述したように冗長性が確保されたシステムを利用している限り、同一のデータファイルが別な保管用サーバにも重複して保存されているため、ファイルの滅失事故を防止することができる。ただ、常に冗長性を確保しておくためには、故障が生じたデータ保管用サーバを新しいサーバに交換する保守管理が必要になる。ここで、比較的小規模なデータ保管システムを運用してゆく場合であれば、データ保管用サーバを交換する保守管理作業の負担は小さなものかもしれないが、データ保管システムの規模が大きくなればなるほど、作業負担は指数関数的に増加する。特に、インターネットに接続された多数の保管用サーバをファイルの保管場所として用いるシステムの場合、世界中に設置された保管用サーバについて、保守担当者が人手で保守管理を行うことは極めて困難である。そこで本発明は、冗長性を確保するために、ネットワークを介して同一のデータファイルを複数箇所の保管用サーバに重複して保管する機能をもち、しかも、冗長性を維持したまま保管用サーバを自動的に交替させる自律的な保守管理機能を備えたデータ保管システムを提供することを目的とする。本発明の第1の態様は、ネットワークを介して、所定のサーバ装置にデータファイルを保管する機能と、保管されていたデータファイルを必要に応じて取り出す機能と、を有するデータ保管システムにおいて、ネットワークに接続されたユーザ端末と、ネットワークに接続された複数の保管用サーバと、ネットワークに接続された運用サーバと、を設け、各保管用サーバには、ネットワークに接続された外部装置から、ファイルの送信があった場合にはこれを保管し、ファイルの要求があった場合にはこれを返信する機能をもたせ、ユーザ端末は、保管対象となるファイルを重複保管場所となる複数の保管用サーバへそれぞれ送信するとともに当該重複保管場所を示す情報を所定の格納場所に記録する預入処理ユニットと、重複保管場所を示す情報に基づいて重複保管場所となるいずれかの保管用サーバをアクセスして取出要求を行いファイルを取り出す取出処理ユニットと、を有し、取出処理ユニットは、保管用サーバからのファイルの取り出しに失敗した場合に、当該ファイルの重複保管場所である別な保管用サーバからファイルを取り出す非常取出処理を行うとともに、運用サーバに対して、取り出しに失敗した保管用サーバについての異常報告を行い、運用サーバは、異常報告があった保管用サーバを退役サーバと認定し、当該退役サーバについて代替となる代替サーバを定め、退役サーバ内に保管されていたと推定されるファイルを、重複保管場所である別な保管用サーバから転送することにより、代替サーバ内に復元する復旧処理を行い、取出処理ユニットは、取出要求を行う対象となる保管用サーバが退役サーバであった場合には、代わりに代替サーバへの取出要求を行うようにしたものである。本発明の第2の態様は、上述した第1の態様に係るデータ保管システムにおいて、運用サーバが、所定の格納場所に記録されている個々のファイルについての重複保管場所を示す情報を参照して、退役サーバ内に保管されていたと推定されるファイルと同一のファイルを、重複保管場所である別な保管用サーバから転送することにより、復旧処理を行うようにしたものである。本発明の第3の態様は、上述した第1または第2の態様に係るデータ保管システムにおいて、運用サーバが、退役サーバと認定した保管用サーバについて、その代替サーバを示す情報を収録したリストを保持し、取出処理ユニットが、保管場所となる特定の保管用サーバに対して取出要求を行う際に、事前に上記リストへの照会を行い、当該特定の保管用サーバが退役サーバであった場合には、当該特定の保管用サーバに代えて、その代替サーバに対して取出要求を行うようにしたものである。本発明の第4の態様は、上述した第1または第2の態様に係るデータ保管システムにおいて、運用サーバが、退役サーバと認定した保管用サーバについて、その代替サーバを示す情報を収録したリストを保持し、取出処理ユニットが、保管場所となる特定の保管用サーバに対して取出要求を行ったにもかかわらず、当該要求に応じたファイルの返信がなされなかった場合に、上記リストへの照会を行い、当該特定の保管用サーバが退役サーバであった場合には、当該特定の保管用サーバに代えて、その代替サーバに対して取出要求を行うようにしたものである。本発明の第5の態様は、ネットワークを介して、所定のサーバ装置にデータファイルを保管する機能と、保管されていたデータファイルを必要に応じて取り出す機能と、を有するデータ保管システムにおいて、ネットワークに接続されたユーザ端末Aと、ネットワークに接続された複数の保管用サーバBと、ネットワークに接続された運用サーバCと、を設け、Aユーザ端末は、保管対象ファイルについての管理情報を格納する管理情報格納ユニットと、ユーザからの預入指示とともに保管対象ファイルを入力する預入指示入力部と、入力した保管対象ファイルを複数の分割ファイルに分割しそれぞれ所定のファイル名を付与するファイル分割部と、個々の分割ファイルについてそれぞれ異なる保管用サーバを保管場所として割り当て、かつ、冗長性をもたせるために同一の分割ファイルをそれぞれ複数の保管場所に重複して割り当てる保管場所割当部と、個々の分割ファイルをそれぞれ割り当てられた保管場所となる保管用サーバへ送信するファイル送信部と、個々の分割ファイルに付与されたファイル名および個々の分割ファイルに割り当てられた保管場所を保管対象ファイルについての管理情報として管理情報格納ユニットに書き込む管理情報書込部と、を有する預入処理ユニットと、ユーザからの取出指示とともに取出対象ファイルを特定する情報を入力する取出指示入力部と、管理情報格納ユニットから取出対象ファイルについての管理情報を読み出す管理情報読出部と、読み出した管理情報に基づいて取出対象となる分割ファイルのファイル名および複数の保管場所を認識する保管場所認識部と、認識した複数の保管場所となる各保管用サーバのうち代表となる保管用サーバを選択し、選択した保管用サーバに対して認識したファイル名をもつ分割ファイルを要求するファイル要求部と、要求に応じて返信されてきた分割ファイルを合成してもとの保管対象ファイルを復元するファイル復元部と、を有する取出処理ユニットと、を備え、ファイル要求部は、特定の分割ファイルの取り出しに失敗した場合には、当該特定の分割ファイルの別な重複保管場所である保管用サーバに対して、当該特定の分割ファイルを要求する非常要求を行うとともに、返信が得られなかった異常サーバを特定する異常サーバ特定情報および管理情報格納ユニット内に格納されている管理情報において異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての異常サーバとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を運用サーバに対して送信する機能を有し、B各保管用サーバは、ネットワークに接続された外部装置から、分割ファイルの送信があった場合にはこれを保管し、分割ファイルの要求があった場合にはこれを返信する機能を有し、C運用サーバは、ユーザ端末からの異常報告を受理する異常報告受理部と、異常報告に含まれている異常サーバ特定情報によって特定される保管用サーバが、まだ退役宣告がなされていないサーバであった場合に、当該保管用サーバに対して退役宣告を行う退役宣告部と、個々の保管用サーバについて、少なくとも、現役状態か退役状態かを示す情報と、退役状態のサーバについては代替となる代替サーバを示す情報と、を収録したサーバ状態リストを格納するサーバ状態リスト格納部と、退役宣告部により退役宣告がなされた場合に、当該退役宣告の対象となった退役サーバの代替となる代替サーバを、サーバ状態リストに収録されている現役サーバの中から選択する代替サーバ選択部と、代替サーバ選択部により、退役サーバに対する代替サーバの選択がなされた場合に、サーバ状態リストに収録されている退役サーバについての情報を退役状態に変更するとともに、その代替となる代替サーバを示す情報を付加するリスト更新部と、退役サーバ内に保管されていたと推定されるファイルを、異常報告に含まれている復旧情報によって示されている重複保管場所である保管用サーバから転送することにより、代替サーバ内に復元する復旧処理を行う復旧処理部と、ネットワークに接続された外部装置から、特定の保管用サーバについての照会を受けたときに、サーバ状態リスト格納部を参照して、特定の保管用サーバが現役状態か退役状態かを回答し、退役状態である旨の回答を行う際には、その代替となる代替サーバを報知する回答を行う照会受付部と、を備え、ファイル要求部は、照会受付部への照会に対して退役した旨の回答が得られた保管用サーバについては、報知された代替サーバに対して要求を行う代替要求を行うようにしたものである。本発明の第6の態様は、上述した第5の態様に係るデータ保管システムにおいて、復旧処理部が、重複保管場所である保管用サーバ内の転送対象ファイルを、ネットワークを介して、運用サーバ内もしくはその他の場所に設けられた一時格納場所へ読み出し、これをネットワークを介して代替サーバ内へ送信することにより復旧処理を行うようにしたものである。本発明の第7の態様は、上述した第5の態様に係るデータ保管システムにおいて、復旧処理部が、重複保管場所である保管用サーバに対して、転送対象ファイルを代替サーバ内へ送信するように指示を与えることにより復旧処理を行うようにしたものである。本発明の第8の態様は、上述した第5の態様に係るデータ保管システムにおいて、ファイル復元部が、ファイル要求部の要求に応じた分割ファイルの返信が得られなかった場合に、ファイル要求部にその旨を知らせる未着報告を行い、ファイル要求部が、未着報告があった場合に、当該未着報告に係る分割ファイルについての代替要求もしくは非常要求を行うようにしたものである。本発明の第9の態様は、上述した第8の態様に係るデータ保管システムにおいて、ファイル要求部が、保管場所となる特定の保管用サーバに対して分割ファイルを要求する際に、照会受付部に対して当該特定の保管用サーバについての照会を行うサーバ状態照会部と、サーバ状態照会部による照会に応じて、照会受付部から現役である旨の回答が得られた場合には、当該特定の保管用サーバに対して要求を行い、照会受付部から退役した旨の回答が得られた場合には、当該特定の保管用サーバに代えて、照会受付部から報知された代替サーバに対して代替要求を行う要求送信部と、ファイル復元部からの未着報告があった場合に、当該未着報告に係る分割ファイルについての非常取出指令を発するとともに、返信が得られなかった異常サーバを特定する異常サーバ特定情報および管理情報格納ユニット内に格納されている管理情報において異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての異常サーバとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を運用サーバに対して送信する異常報告部と、を有し、要求送信部は、異常報告部が非常取出指令を発した場合に、未着報告に係る分割ファイルについての非常要求を行うようにしたものである。本発明の第10の態様は、上述した第8の態様に係るデータ保管システムにおいて、ファイル要求部が、保管場所となる保管用サーバに対して分割ファイルを要求する要求送信部と、ファイル復元部からの未着報告があった場合に、照会受付部に対して未着報告に係る特定の保管用サーバについての照会を行い、照会受付部から退役した旨の回答および代替サーバの報知が得られた場合には、代替サーバからの取り出しを行うための代替取出指令を発し、照会受付部から現役である旨の回答が得られた場合には、当該未着報告に係る分割ファイルについての非常取出指令を発するサーバ状態照会部と、サーバ状態照会部が非常取出指令を発した場合に、返信が得られなかった異常サーバを特定する異常サーバ特定情報および管理情報格納ユニット内に格納されている管理情報において異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての異常サーバとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を運用サーバに対して送信する異常報告部と、を有し、要求送信部は、サーバ状態照会部が代替取出指令を発した場合には、特定の保管用サーバに代えて、照会受付部から報知された代替サーバに対して代替要求を行い、サーバ状態照会部が非常取出指令を発した場合には、未着報告に係る分割ファイルについての非常要求を行うようにしたものである。本発明の第11の態様は、上述した第5~第10の態様に係るデータ保管システムにおいて、ファイル要求部が、要求先を退役サーバから代替サーバに切り替える代替要求を行った場合に、管理情報格納ユニット内に格納されている管理情報について、退役サーバが代替サーバに変更されるように、管理情報に対する書き換えを行うようにしたものである。本発明の第12の態様は、上述した第5~第11の態様に係るデータ保管システムにおいて、ファイル送信部が特定の保管用サーバへの送信に失敗した場合に、保管場所割当部が、当該特定の保管用サーバの代わりに別な保管用サーバを充てる新たな割り当てを行い、ファイル送信部が新たに割り当てられた保管用サーバに対して送信をやり直す処理を行い、管理情報書込部が、送信に成功した保管場所を含む管理情報を管理情報格納ユニットに書き込むようにしたものである。本発明の第13の態様は、上述した第12の態様に係るデータ保管システムにおいて、ファイル送信部が、特定の保管用サーバへの送信に失敗した場合に、送信に失敗した異常サーバを特定する異常サーバ特定情報および管理情報格納ユニット内に格納されている管理情報において異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての異常サーバとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を運用サーバに対して送信するようにしたものである。本発明の第14の態様は、上述した第5~第13の態様に係るデータ保管システムにおいて、照会受付部が、ネットワークに接続された外部装置から、現役サーバについての照会を受けたときに、サーバ状態リスト格納部を参照して、現役状態にある保管用サーバを収録した現役サーバリストを回答として返信する機能を有し、保管場所割当部が、照会受付部に対して現役サーバについての照会を行い、回答として得られた現役サーバリストに収録されているサーバの中から保管場所となる保管用サーバを割り当てるようにしたものである。本発明の第15の態様は、上述した第5~第14の態様に係るデータ保管システムにおいて、サーバ状態リスト格納部が、個々の保管用サーバについて、更に、仕様、コスト、もしくは設置環境に関する情報を収録したサーバ状態リストを格納しており、代替サーバ選択部が、仕様、コスト、もしくは設置環境に関する情報を考慮して代替サーバの選択を行うようにしたものである。本発明の第16の態様は、上述した第15の態様に係るデータ保管システムにおいて、サーバ状態リスト格納部が、仕様に関する情報として、製造会社、型式、製造時期、記憶容量、動作速度、二酸化炭素排出量、なる群の中から選ばれた1つもしくは複数の項目に関する情報を格納しており、コストに関する情報として、初期導入コストもしくは維持コストに関する情報を格納しており、設置環境に関する情報として、耐震性もしくは治安度に関する情報を格納しているようにしたものである。本発明の第17の態様は、上述した第5~第16の態様に係るデータ保管システムにおいて、退役宣告部が、退役宣告を行う前に、異常サーバ特定情報によって特定される保管用サーバに異常が生じているか否かを所定の検査方法で検査し、異常が確認された場合にのみ退役宣告を行い、復旧処理部が、退役宣告が行われた場合にのみ復旧処理を行うようにしたものである。本発明の第18の態様は、上述した第5~第17の態様に係るデータ保管システムにおいて、保管場所割当部が、同一の分割ファイルを複数の保管場所に重複して割り当てる際に、各保管場所に優先順位を設定し、管理情報書込部が、この優先順位を含む管理情報を管理情報格納ユニットに書き込み、ファイル要求部が、この優先順位に基づいて代表となる保管用サーバの選択を行うようにしたものである。本発明の第19の態様は、上述した第5~第17の態様に係るデータ保管システムにおいて、ファイル要求部が、所定のアルゴリズムに基づく交替制で、もしくは、ランダムに、代表となる保管用サーバの選択を行うようにしたものである。本発明の第20の態様は、上述した第5~第19の態様に係るデータ保管システムにおいて、退役宣告部が、退役宣告を行った保管用サーバに対して、ファイル保管機能およびファイル返信機能を停止する機能停止処理を行うようにしたものである。本発明の第21の態様は、上述した第5~第20の態様に係るデータ保管システムにおいて、ファイル要求部が、代替サーバに対して要求を行い、かつ、要求に係る特定の分割ファイルが当該代替サーバ内に存在しないために当該特定の分割ファイルの取り出しに失敗した場合には、当該特定の分割ファイルの別な重複保管場所となる保管用サーバに対して、当該特定の分割ファイルを要求する非常要求を行うとともに、代替サーバによって代替された退役サーバを異常サーバとして特定する異常サーバ特定情報および管理情報格納ユニット内に格納されている管理情報において異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての異常サーバとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を運用サーバに対して送信するようにしたものである。本発明の第22の態様は、上述した第5~第21の態様に係るデータ保管システムにおいて、預入処理ユニットが、ユーザからの登録指示に基づき、複数の保管用サーバ内に当該ユーザ用のフォルダを作成するユーザ登録部を更に有し、保管場所割当部が、当該ユーザからの預入指示があった場合には、当該ユーザ用のフォルダを保管場所として割り当てる処理を行い、復旧処理部が、フォルダに収容された状態のままファイルを転送することにより復旧処理を行うようにしたものである。本発明の第23の態様は、上述した第5~第22の態様に係るデータ保管システムにおいて、復旧処理部が、退役サーバ内に、取り出し可能なファイルが存在していた場合に、当該ファイルを取り出して代替サーバへ転送する避難処理を行う機能を更に有するようにしたものである。本発明の第24の態様は、上述した第5~第23の態様に係るデータ保管システムにおいて、ファイル分割部が、複数通りの分割方法の中から選択した特定の分割方法で保管対象ファイルを分割する処理を行い、管理情報書込部が、特定の分割方法を示す情報を含んだ管理情報を管理情報格納ユニットに書き込む処理を行い、ファイル復元部が、管理情報に含まれている特定の分割方法に応じた特定の方法で分割ファイルを合成してもとの保管対象ファイルを復元する処理を行うようにしたものである。本発明の第25の態様は、上述した第5~第24の態様に係るデータ保管システムにおいて、ファイル分割部が、分割前の保管対象ファイルに対して、もしくは、分割後の分割ファイルに対して、所定の暗号化処理を実行し、管理情報書込部が、暗号化処理の内容を示す情報を含んだ管理情報を管理情報格納ユニットに書き込む処理を行い、ファイル復元部が、管理情報に含まれている暗号化処理の内容に応じた特定の復号化処理を実行することにより、もとの保管対象ファイルを復元する処理を行うようにしたものである。本発明の第26の態様は、上述した第5~第25の態様に係るデータ保管システムにおいて、預入処理ユニットおよび取出処理ユニットによって、ユーザ端末本体部を構成し、管理情報格納ユニットとして、ユーザ端末本体部に対して着脱自在な携帯型情報記憶装置を用いるようにしたものである。本発明の第27の態様は、上述した第5~第26の態様に係るデータ保管システムにおいて、管理情報書込部が、保管対象ファイルについての管理情報を管理情報格納ユニットに格納する代わりに、ネットワークを介してアクセス可能な特定の格納場所に格納し、当該格納場所の所在を示す所在情報を管理情報格納ユニットに格納する処理を行い、管理情報読出部が、管理情報格納ユニットから管理情報を読み出す代わりに、管理情報格納ユニットから所在情報を読み出し、読み出した所在情報に基づいて特定の格納場所をアクセスして管理情報を読み出す処理を行うようにしたものである。本発明の第28の態様は、上述した第1~第27の態様に係るデータ保管システムにおけるユーザ端末もしくは運用サーバを、コンピュータに専用のプログラムを組み込むことにより構成したものである。本発明の第29の態様は、ネットワークに接続されたユーザ端末と、ネットワークに接続された複数の保管用サーバと、を備え、ユーザ端末からの預入要求に基づいて、保管対象ファイルをユーザ端末から所定の保管用サーバに送信して保管するとともに、ユーザ端末からの取出要求に基づいて、保管用サーバに保管されていた保管対象ファイルをユーザ端末に送信する機能を有するデータ保管システムで用いるネットワークを介したデータ保管方法において、ユーザ端末が、保管対象となるファイルを重複保管場所となる複数の保管用サーバへそれぞれ送信するとともに当該重複保管場所を示す情報を所定の格納場所に記録する預入処理段階と、ユーザ端末からファイルの送信を受けた保管用サーバが、当該ファイルを格納するファイル格納段階と、ユーザ端末が、重複保管場所を示す情報に基づいて重複保管場所となるいずれかの保管用サーバをアクセスして取出要求を行う取出処理段階と、ユーザ端末からファイルの取出要求を受けた保管用サーバが、当該ファイルをユーザ端末へ返信するファイル返信段階と、を有し、更に、取出処理段階において、ユーザ端末が、保管用サーバからのファイルの取り出しに失敗した場合に、当該ファイルの重複保管場所となる別な保管用サーバからファイルを取り出す非常取出処理を行うとともに、運用サーバに対して、取り出しに失敗した保管用サーバについての異常報告を行う異常報告段階と、異常報告段階が実行された場合に、運用サーバが、異常報告があった保管用サーバを退役サーバと認定し、当該退役サーバについて代替となる代替サーバを定め、退役サーバ内に保管されていたと推定されるファイルを、重複保管場所となる別な保管用サーバから転送することにより、代替サーバ内に復元する復旧処理段階と、を有し、取出処理段階において、取出要求を行う対象となる保管用サーバが退役サーバであった場合には、代わりに代替サーバへの取出要求を行うようにしたものである。本発明の第30の態様は、上述した第29の態様に係るネットワークを介したデータ保管方法において、復旧処理段階で、運用サーバが、所定の格納場所に記録されている個々のファイルについての重複保管場所を示す情報を参照して、退役サーバ内に保管されていたと推定されるファイルと同一のファイルを、重複保管場所となる別な保管用サーバから転送することにより、ファイルの復元を行うようにしたものである。本発明の第31の態様は、上述した第29または第30の態様に係るネットワークを介したデータ保管方法において、復旧処理段階で、運用サーバが、退役サーバと認定した保管用サーバについて、その代替サーバを示す情報をリストに収録する処理を行い、取出処理段階で、ユーザ端末が、保管場所となる特定の保管用サーバに対して取出要求を行う際に、事前に上記リストへの照会を行い、当該特定の保管用サーバが退役サーバであった場合には、当該特定の保管用サーバに代えて、その代替サーバに対して取出要求を行うようにしたものである。本発明の第32の態様は、上述した第29または第30の態様に係るネットワークを介したデータ保管方法において、復旧処理段階で、運用サーバが、退役サーバと認定した保管用サーバについて、その代替サーバを示す情報をリストに収録する処理を行い、取出処理段階で、ユーザ端末が、保管場所となる特定の保管用サーバに対して取出要求を行ったにもかかわらず、当該要求に応じたファイルの返信がなされなかった場合に、上記リストへの照会を行い、当該特定の保管用サーバが退役サーバであった場合には、当該特定の保管用サーバに代えて、その代替サーバに対して取出要求を行うようにしたものである。本発明のデータ保管システムによれば、ユーザ端末がファイルの取り出しに失敗した場合、冗長性を利用した非常取出が行われるとともに、運用サーバに対して異常報告がなされる。そして、この異常報告を受けた運用サーバが、代替サーバにデータファイルを復元する復旧処理を行うことになる。したがって、冗長性を確保するために、ネットワークを介して同一のデータファイルを複数箇所の保管用サーバに重複して保管する機能をもったデータ保管システムにおいて、冗長性を維持したまま保管用サーバを自動的に交替させる自律的な保守管理機能を実現することが可能になる。なお、ファイル転送処理は、運用サーバを仲介して行うこともできるが、運用サーバから退役サーバに指示を与えて、退役サーバから代替サーバへ直接ファイル転送を行う実施形態の場合は、運用サーバの作業負担を軽減させることができる。本発明は、特に、保管対象ファイルを複数の分割ファイルに分け、それぞれ異なる保管用サーバに保管する分散型データアーカイブシステム前掲の特許文献1,2に記載されているシステムに適用すると効果的である。そのような実施形態では、保管した元のファイルを復元するためには、すべての分割ファイルを取り出す必要があるが、常に冗長性が維持される自律的な保守管理機能をもたせることにより、すべての分割ファイルを支障なく取り出すことができるようになり、保管対象ファイルの滅失を避けることができる。以下、本発明を図示する実施形態に基づいて説明する。<<<§1.従来のデータ保管システムの基本構成>>>はじめに、説明の便宜上、従来のデータ保管システムの基本構成を述べておく。図1は、従来の一般的なネットワークを利用したデータ保管システムの基本構成を示すブロック図である。図示のとおり、このシステムは、ユーザ端末100と、このユーザ端末100からインターネット200を介してアクセス可能な複数の保管用サーバ300と、によって構成される。図1では、説明の便宜上、3台のユーザ端末100A,100B,100Cと、26台の保管用サーバ300A~300Zと、によってシステムを構成した例が示されているが、原理的には、1台のユーザ端末100と、複数台の保管用サーバ300とがネットワークインターネットに限らず、LANなどでもよいを介して接続されていればよい。なお、各保管用サーバ300A~300Zには、それぞれURLによって表現されるアドレス情報Sa~Szが付与されており、各ユーザ端末は、このアドレス情報Sa~Szを用いて各保管用サーバにアクセスすることができる。このデータ保管システムの基本機能は、ネットワークを介して、所定の保管用サーバにデータファイルを保管する預入処理の機能と、保管されていたデータファイルを必要に応じて取り出す取出処理の機能である。各ユーザ端末100は、この預入処理および取出処理の窓口として機能する装置であり、ユーザが、ユーザ端末100に対して預け入れたデータファイルは、インターネット200を介して所定の保管用サーバ300へと送られて保管され、ユーザが、ユーザ端末100に対して所定のデータファイルに対する取出操作を行うと、インターネット200を介して所定の保管用サーバ300に対する取出要求が出され、要求したデータファイルが返信されてくる。ネットワークとして、図示のようにインターネット200を利用すれば、世界中の任意の場所に配置されたユーザ端末を利用して、世界中の任意の場所に配置されたデータ保管用サーバにデータファイルを保管することが可能である。ただ、個々の保管用サーバ300は、ハードディスク等の物理的な情報記録装置によって構成されているため、長期間の運用により故障が生じる可能性を排除できない。また、ハードディスク等の情報記録装置自体に支障が生じていなくても、ネットワークに接続するための通信系に支障が生じた場合も同様である。このように、保管用サーバ300に何らかの支障が生じると、保管中のデータファイルを取り出すことができなくなり、データファイルの滅失という事態が生じる。そこで、保管用サーバ300に何らかの支障が生じた場合にも、データファイルの滅失を避けることができるように、データファイルの保管時に冗長性をもたせておく方法が採られている。具体的には、ユーザ端末100が、保管対象となるファイルを預け入れる際に、重複保管場所となる複数の保管用サーバ300へそれぞれファイルを送信するようにすればよい。たとえば、図1に示すシステムにおいて、ユーザ端末100Aから保管対象ファイルFαを預け入れる場合、重複保管場所として保管用サーバ300Iと300Jを選択し、これら2つの保管用サーバ300I,300Jの双方にファイルFαを送信して重複保管すればよい。この場合、通常は、保管用サーバ300I,300Jのうちのいずれか一方からデータファイルの取り出しを行えば十分であるが、万一、一方からの取り出しに失敗したとしても、他方からの取り出しを行うことにより、データファイルの滅失を避けることができる。<<<§2.従来の分散型データアーカイブシステム>>>一方、セキュリティや安全性をより高めるために、前掲の特許文献1,2には、1つのデータファイルを複数の分割ファイルに分割して保管する機能をもった分散型データアーカイブシステムが開示されている。ここでは、この分散型データアーカイブシステムの構成例を説明する。分散型データアーカイブシステムの特徴は、ユーザ端末100から預け入れた保管対象ファイルが、そのままの形で保管用サーバ300に保管されるわけではなく、ユーザ端末100において、複数の分割ファイルに分割する処理が行われた後、個々の分割ファイルがそれぞれ異なる複数の保管用サーバ300に別個に保管される点である。どの分割ファイルをどの保管用サーバ300に保管したかを示す情報は、管理情報として格納される。預け入れた保管対象ファイルを取り出す際には、ユーザ端末100において、管理情報を参照することにより、個々の分割ファイルを各保管用サーバ300から取り出し、これらを合成して元の保管対象ファイルに復元する処理を行えばよい。このように、1つのデータファイルを、分割ファイルの形式で部分ごとに分散させて保管しておけば、万一、1つの保管用サーバに対するハッキングにより、当該サーバ内のファイルが不正な方法で読み出されたとしても、元の完全なファイルの状態での不正利用を防止することができる。すなわち、元の完全なファイルを復元するためには、管理情報が必要になるので、ユーザが、この管理情報を十分なセキュリティの下に保管しておけば、たとえ個々の保管用サーバ300がハッキングを受けたとしても、ハッカーは、どのサーバのどの分割ファイルを、どのサーバのどの分割ファイルと合成すれば元のファイルを復元できるかを認識することができないので、重大な被害が発生するリスクを最小限に抑えることができる。ここでは、図1に示すデータ保管システムを、分散型データアーカイブシステムとして機能させる場合のユーザ端末100の詳細構成を、図2のブロック図を参照しながら説明する。別言すれば、図1に示すデータ保管システムにおけるユーザ端末100A,100B,100Cを、それぞれ図2のブロック図に示す構成としておけば、このシステムを分散型データアーカイブシステムとして機能させることができる。なお、図2の最下部に描かれているインターネット200は、図1に示されているインターネット200に対応するものである。図2に示すとおり、このユーザ端末100は、大きく分けて、預入処理ユニット110,取出処理ユニット120,管理情報格納ユニット130という3つの構成要素からなる。ここで、預入処理ユニット110は、ユーザが保管対象ファイルをシステムに預け入れるための処理を行うユニットであり、図に一点鎖線で囲って示すとおり、預入指示入力部111,ファイル分割部112,ファイル送信部113,管理情報書込部114,保管場所割当部115によって構成されている。一方、取出処理ユニット120は、ユーザが過去に預け入れたファイルを必要に応じて取り出すための処理を行うユニットであり、図に一点鎖線で囲って示すとおり、管理情報読出部121,保管場所認識部122,ファイル要求部123,取出指示入力部124,ファイル復元部125によって構成されている。また、管理情報格納ユニット130は、保管対象ファイルについての管理情報を格納するためのユニットである。このように、ユーザ端末100は、機能ごとの各要素として把握すると、図2のブロック図に示すような構成要素の集合体として示されることになるが、実際には、預入処理ユニット110および取出処理ユニット120からなるユーザ端末本体部は、パソコンや携帯電話機などの電子機器に専用のエージェントプログラムを組み込むことによって構成することができる。また、管理情報格納ユニット130は、このユーザ端末本体部に対して着脱自在な携帯型情報記憶装置たとえば、ICカードを用いるようにするのが好ましい。<<<§3.預入処理ユニットの基本動作>>>図2に示すユーザ端末100において、預入処理ユニット110の各構成要素の役割は次のとおりである。まず、預入指示入力部111は、ユーザからの預入指示とともに保管対象ファイルを入力する機能を果たす。ここでは、説明の便宜上、保管対象ファイルをFαとし、そのファイル名をFαで表すことにする。ユーザは、預入指示入力部111に対して、保管対象ファイルFαを指定してたとえば、ファイル名Fαを指定して、預入指示を与える操作を行えばよい。入力された保管対象ファイルFαは、ファイル分割部112へ与えられる。ファイル分割部112は、この入力した保管対象ファイルFαを複数の分割ファイルに分割しそれぞれ所定のファイル名を付与する処理を実行する。ここでは、ファイルFαが3つの分割ファイルFα1,Fα2,Fα3に分割され、それぞれ新たなファイル名Fα1,Fα2,Fα3が付与されたものとする。図3は、ファイル分割部112で行われるファイル分割処理の基本概念を示すブロック図である。図示のとおり、この例の場合、保管対象ファイルFαは3つに等分割され、先頭から順に分割ファイルFα1,Fα2,Fα3が作成される。個々の分割ファイルのファイル名は、何らかの単純なアルゴリズムで自動生成されるようにしておけばよい。ここに示す例の場合、保管対象ファイルFαのファイル名Fαに、枝番1,2,3を付加して、分割ファイルのファイル名Fα1,Fα2,Fα3を生成している。後述するように、これら3つの分割ファイルは、それぞれ保管用サーバ300I,300J,300Kに保管されることになる。なお、ファイル分割部112による分割方法は任意に設定することができる。たとえば、図3では3分割した例を示すが、分割数は任意の数に設定することができ、必ずしも3に限定されるものではない。また、図3では、保管対象ファイルFαを等分割しているが、どの位置に分割境界を設定するかも任意に定めることができる。更に、分割アルゴリズムも、たとえば、先頭から第1,4,7,バイト目を分割ファイルFα1とし、先頭から第2,5,8,バイト目を分割ファイルFα2とし、先頭から第3,6,9,バイト目を分割ファイルFα3とする、というような方法を採ってもかまわない。ここに示す例の場合、ファイル分割部112は、予め用意された複数通りの分割方法の中から任意に選択した特定の分割方法たとえば、乱数に基づいてランダムに選択すればよいを用いて保管対象ファイルFαを分割する機能を有している。ただ、どのような分割アルゴリズムを用いて、合計いくつの分割ファイルを作成したかという具体的な分割方法を示す情報Dαは、ファイル取出時に元の保管対象ファイルFαを復元する際に必要となる情報であるので、管理情報書込部114に対して出力するようにしている。また、ここに示す例の場合、ファイル分割部112には、分割前の保管対象ファイルFαに対して、もしくは、分割後の分割ファイルFα1,Fα2,Fα3に対して、所定の暗号化処理を実行する機能を付加してある。たとえば、分割前の保管対象ファイルFαに対して暗号化処理を実行する場合は、暗号化した後のファイルを分割して分割ファイルFα1,Fα2,Fα3を生成することになる。一方、分割後に暗号化処理を実行する場合は、分割後の3つのファイルのそれぞれに対して暗号化を行うことにより、最終的な分割ファイルFα1,Fα2,Fα3を生成することになる。この場合も、どのような暗号化処理を行ったかという具体的な暗号化処理の内容暗号キーを用いる暗号化アルゴリズムの場合は、当該キーも含めた内容を示す情報Cαが、ファイル取出時に元の保管対象ファイルFαを復元する際に必要となる情報になるので、管理情報書込部114に対して出力するようにしている。結局、ファイル分割部112は、図2のブロック図に示されているとおり、ファイル送信部113に対して各分割ファイルFα1,Fα2,Fα3を出力するとともに、管理情報書込部114に対して、保管対象ファイルのファイル名Fα,分割方法を示す情報Dα,暗号化処理の内容を示す情報Cα,各分割ファイルのファイル名Fα1,Fα2,Fα3を出力する。また、保管場所割当部115にも、分割方法を示す情報Dαを出力する実際には、保管場所割当部115に対しては、分割アルゴリズムを知らせる必要はなく、分割数のみを知らせれば十分である。保管場所割当部115は、個々の分割ファイルFα1,Fα2,Fα3について、それぞれ異なる保管用サーバを保管場所として割り当てる処理を実行する。上述したとおり、ファイル分割部112から分割数=3という情報が知らされるので、保管場所割当部115は、図1に示す26台の保管用サーバ300A~300Zの中から3台のサーバを保管場所として選択し、それぞれ3つの分割ファイルに割り当てる処理を行い、その結果をファイル送信部113に報知する。このような割当処理を実行するためには、予め、割り当てが可能な保管場所のリストを用意しておく必要がある。図4は、図1に示すシステムにおいて利用される保管場所リストの一例を示す図である。図1に示すシステムには、前述したとおり26台の保管用サーバ300A~300Zが用意されている。図4に示す保管場所リストは、この26台の保管用サーバのサーバ名とそのURL保管場所との対応関係を示すリストである。実際には、保管場所を示すURLのリストだけ用意しておけば、保管場所割当部115は、このリストを利用して、割当処理を実行することができる。どの分割ファイルをどの割当場所に割り当てるかは、任意のアルゴリズムによって決定することができる。たとえば、26の保管場所候補Sa~Szの中から毎回ランダムに割り当てを行ってもよいし、順番に割り当てを行ってもかまわない。また、保管用サーバを追加新設した場合には、システムの管理者は、適宜、このリストに追加する更新作業を行えばよいし、使用中止となった保管用サーバが出た場合には、このリストから削除する更新作業を行えばよい。この保管場所リストは、個々のユーザ端末100内たとえば、保管場所割当部115内に格納しておくようにしてもよいが、更新作業を容易に行うためには、インターネットでアクセス可能な任意の場所に格納し、一元管理できるようにするのが好ましい。あるいは、このように一元管理された場所から、個々のユーザ端末100が定期的にダウンロードするようにしてもよい。さて、ここでは、説明の便宜上、図1に示す26台の保管用サーバ300A~300Zの中から、サーバ300I,300J,300Kの3台が、それぞれ分割ファイルFα1,Fα2,Fα3の保管場所として選択されたものとする。この場合、この選択された3台の保管用サーバを特定する情報が、保管場所割当部115からファイル送信部113および管理情報書込部114へ報知される。なお、保管用サーバ300A~300Zを特定する情報として、ここでは、図4に示す保管場所リストに掲載されているように、URLで表現されたアドレス情報Sa~Szを用いた例を示すことにする。したがって、上例の場合、保管場所割当部115からファイル送信部113および管理情報書込部114に対して、Si,Sj,Skなる保管場所を示すアドレス情報URLが報知される。ファイル送信部113は、個々の分割ファイルをそれぞれ保管場所となる保管用サーバへ送信する処理を実行する。すなわち、ファイル分割部112から与えられた個々の分割ファイルを、それぞれ保管場所割当部115によって割り当てられた保管場所となる保管用サーバへ、インターネット200を介して送信する。ここに示す例の場合、分割ファイルFα1,Fα2,Fα3には、保管場所として、それぞれ保管用サーバ300I,300J,300KURLは、Si,Sj,Skが割り当てられており、図示のとおり、分割ファイルFα1はアドレスSiへ、分割ファイルFα2はアドレスSjへ、分割ファイルFα3はアドレスSkへ、それぞれ送信されることになる。なお、ここに示す実施形態の場合、送信した各分割ファイルが各保管用サーバへ支障なく到達し、保管が支障なく完了すると、当該保管用サーバからファイル送信部113に対して、分割ファイルを正常に受信し保管した旨を示すアクノレッジ信号が返信されてくる。ファイル送信部113は、送信したすべての分割ファイルについて、アクノレッジ信号が返信されてきたことを確認して、その送信処理を完了する。もし、特定の分割ファイルを特定の保管用サーバへ送信した後、所定時間が経過してもアクノレッジ信号が返信されてこなかった場合には、当該特定の保管用サーバへの送信もしくは当該特定の保管用サーバ内での保管に失敗したと認識し、別な保管用サーバへ送信をやり直す処理を実行する。具体的には、ファイル送信部113は、特定の保管用サーバへ送信を行った後に、所定時間が経過してもアクノレッジ信号が返信されてこなかった場合には、その旨を保管場所割当部115に報告する。当該報告を受けた保管場所割当部115は、当該特定の保管用サーバの代わりに別な保管用サーバを充てる新たな割り当てを行う。そして、ファイル送信部113は、この新たに割り当てられた保管用サーバに対して、先ほど失敗した分割ファイルの送信をやり直す処理を行うことになる。このような送信のやり直し処理を実行するようにすれば、万一、送信先として割り当てられた保管用サーバが正常動作していない場合でも、正常に動作している別な保管用サーバに分割ファイルを保管することができる。一方、管理情報書込部114は、ファイル分割部112から与えられた保管対象ファイルのファイル名Fα,分割方法を示す情報Dα,暗号化処理の内容を示す情報Cα,各分割ファイルに付与されたファイル名Fα1,Fα2,Fα3と、各分割ファイルに割り当てられた保管場所を示す情報この例の場合、各保管用サーバのURLであるSi,Sj,Skを、保管対象ファイルFαについての管理情報Mαとして、管理情報格納ユニット130に書き込む処理を行う。なお、ファイル送信部113が、分割ファイルの送信に失敗し、送信をやり直す処理を行った場合、管理情報書込部114は、送信に成功した保管場所を含む管理情報を管理情報格納ユニット130に書き込むことになる。図2の管理情報格納ユニット130内に示されている管理情報Mα,Mβ,Mγは、このようにして書き込まれた情報である。管理情報Mαは保管対象ファイルFαについての情報であり、管理情報Mβは保管対象ファイルFβについての情報であり、管理情報Mγは保管対象ファイルFγについての情報である。各管理情報には、各保管対象ファイルを取り出すために必要な情報がすべて含まれている。たとえば、管理情報Mαには、ファイル名Fαをもつファイルを取り出すためには、保管場所Siからファイル名Fα1なる分割ファイルを取り出し、保管場所Sjからファイル名Fα2なる分割ファイルを取り出し、保管場所Skからファイル名Fα3なる分割ファイルを取り出し、これら3つの分割ファイルを用いて、分割方法Dαに対応した合成処理および暗号化処理Cαに対応した復号化処理を実行することにより、もとのファイルFαを復元することができることが記されている。上述したとおり、預入処理ユニット110および取出処理ユニット120の部分をユーザ端末本体部として、パソコンや携帯電話機などによって構成し、管理情報格納ユニット130の部分を、このユーザ端末本体部に対して着脱自在なICカードなどの携帯型情報記憶装置を用いる構成しておけば、ユーザは、保管対象ファイルFαの預入処理が完了した後、管理情報格納ユニット130の部分をユーザ端末本体部から離脱させ、持ち運ぶことが可能である。このとき、預入処理ユニット110内には、管理情報Mαが一切残らないように消去処理を行うようにすれば、管理情報格納ユニット130すなわち、管理情報Mαを所持しているユーザでなければ、保管対象ファイルFαを取り出すことができなくなり、十分なセキュリティの下にファイルの保管が可能になる。また、ユーザは、管理情報格納ユニット130さえ所持していれば、いずれのユーザ端末からでも、保管対象ファイルFαを取り出すことができる。たとえば、図1に示す構成において、ユーザがユーザ端末100Aを利用して保管対象ファイルFαの預け入れを行った後、ユーザ端末100Aを構成していた管理情報格納ユニット130を抜き取って携帯し、今度は、これをユーザ端末100B用の管理情報格納ユニット130として利用すれば、ユーザ端末100Bを利用して保管対象ファイルFαの取り出しが可能になる。次の§4では、このようなファイルの取出処理を説明する。<<<§4.取出処理ユニットの基本動作>>>図2に示すユーザ端末100において、取出処理ユニット120の各構成要素の役割は次のとおりである。まず、取出指示入力部124は、ユーザからの取出指示とともに取出対象ファイルを特定する情報を入力する機能を果たす。ここに示す例の場合、取出対象ファイルを特定する情報としてファイル名を用いており、図2には、取出指示入力部124に対して、取出指示とともにファイル名Fαが入力された例が示されている。管理情報読出部121は、管理情報格納ユニット130から取出対象ファイルについての管理情報を読み出す機能を果たす。図示の例の場合、管理情報読出部121は、管理情報格納ユニット130内に格納されている複数の管理情報の中から、ファイル名Fαを含む管理情報Mαを検索し、これを読み出す処理を行う。読み出された管理情報Mαは、保管場所認識部122およびファイル復元部125へ与えられる。保管場所認識部122は、読み出した管理情報に基づいて取出対象となる分割ファイルのファイル名および保管場所を認識する。図示の例の場合、管理情報Mαに基づいて、3つの分割ファイルのファイル名Fα1,Fα2,Fα3と、その保管場所Si,Sj,Sk各保管用サーバのURLが認識され、これらの情報がファイル要求部123へ伝達される。ファイル要求部123は、保管場所認識部122が認識した保管場所となる保管用サーバに対して認識したファイル名をもつ分割ファイルを要求する処理を行う。図示の例の場合、保管場所Siで示される保管用サーバに対してファイル名Fα1をもつ分割ファイルの要求が行われ、保管場所Sjで示される保管用サーバに対してファイル名Fα2をもつ分割ファイルの要求が行われ、保管場所Skで示される保管用サーバに対してファイル名Fα3をもつ分割ファイルの要求が行われる。このようなファイル要求を受け、各保管用サーバ300は、要求された分割ファイルをハードディスク装置などの記憶媒体から読み出し、要求を出したユーザ端末100へと返信する。ファイル復元部125は、このようにして要求に応じて返信されてきた分割ファイルを合成してもとの保管対象ファイルを復元する処理を行う。すなわち、ここに示す例の場合、ファイル要求部123によって行われた要求に応じて、ユーザ端末100には、3つの分割ファイルFα1,Fα2,Fα3が返信されてくる。そこで、ファイル復元部125は、管理情報読出部121から与えられた管理情報Mα内の分割方法Dαおよび暗号化処理の内容Cαを参照して、当該分割方法Dαに応じた特定の方法で分割ファイルを合成し、当該暗号化処理の内容Cαに応じた特定の復号化処理を実行し、元の保管対象ファイルFαを復元して、これをユーザに提供する。以上、§2~§4において、本発明の適用対象となる分散型データアーカイブシステムの基本構成およびその動作を説明したが、このような分散型データアーカイブシステムの基本概念となる技術は、前掲の各特許文献などに既に開示されているものである。<<<§5.冗長性を付加した保管システム>>>上述した分散型データアーカイブシステムを利用すれば、1つのデータファイルが複数に分割され、それぞれ異なる保管用サーバに分散して保管されるので、万一、1つの保管用サーバに対するハッキングにより、当該サーバ内のファイルが不正な方法で読み出されたとしても、元の完全なファイルの状態での不正利用を防止することができ、十分なセキュリティを確保することができる。このように、分散型データアーカイブシステムは、セキュリティを向上させるという特有のメリットが得られるシステムであるが、逆に、データファイルが滅失する危険性が増加するというデメリットも生じる点は留意すべきである。たとえば、図3に示す例のように、ファイルFαを3つに分割して、3つの保管用サーバ300I,300J,300Kに分散して保管した場合、いずれか1つの保管用サーバが故障しても、もはやファイルFαを取り出すことはできなくなってしまう。これは、ファイルが滅失する危険性が3倍に増加することを意味する。このため、この分散型データアーカイブシステムを実社会で利用する場合、個々の分割ファイルに冗長性をもたせて保管する運用を採るのが好ましい。具体的には、たとえば、ユーザ端末100Aが、保管対象となるファイルFαを預け入れる際に、個々の分割ファイルFα1,Fα2,Fα3について、それぞれ重複保管場所となる複数の保管用サーバ300を割り当てて保管するようにすればよい。図5は、このような冗長性を付加したサーバ割当を行った例を示すブロック図である。図3に示す例では、1つの分割ファイルに対して1つの保管用サーバのみが割り当てられていたのに対して、図5に示す例では、1つの分割ファイルに対して異なる2つの保管用サーバが割り当てられている。すなわち、図5に示す例の場合、分割ファイルFα1は保管用サーバ300Iと300Jの双方に保管され、分割ファイルFα2は保管用サーバ300Jと300Kの双方に保管され、分割ファイルFα3は保管用サーバ300Kと300Iの双方に保管される。図では、各保管用サーバの下に、それぞれ保管対象となる分割ファイルを示してある。図5に示す冗長性を確保した保管方法を採れば、図3に示す保管方法と同じ3台の保管用サーバしか利用していないにもかかわらず、各分割ファイルをそれぞれ2カ所の異なる保管用サーバに重複して保管することができる。図6は、図5に示す冗長性を付加した例において作成される管理情報Mαの具体例を示す図である。図2の管理情報格納ユニット130内に格納されている管理情報Mαと同様に、図6に示す管理情報Mαも、保管対象ファイルFαについてのファイル名Fα,分割方法を示す情報Dα,暗号化処理の内容を示す情報Cα,各分割ファイルに付与されたファイル名Fα1,Fα2,Fα3と、各分割ファイルに割り当てられた保管場所を示す情報によって構成されている。ただ、保管場所を示す情報として、それぞれ2つの保管用サーバのURLが示されている。すなわち、分割ファイルFα1については、SiSj,分割ファイルFα2については、SjSk,分割ファイルFα3については、SkSiなる情報が示されている。このように預入処理時に冗長性を付加して複数の保管用サーバに重複して保管した場合でも、通常の取出処理時には、重複した保管用サーバのうちのいずれか1カ所から分割ファイルを取り出せば十分である。図7は、図6に示す管理情報Mαに基づいて、3台の保管用サーバから通常の取出処理を行う例を示す図である。この例の場合、図6に示す管理情報Mαにおいて、先頭に記載されたURLからの取り出しのみを行っている。すなわち、分割ファイルFα1についてはSiなるURLをもった保管用サーバ300Iからの通常取出を行い、分割ファイルFα2についてはSjなるURLをもった保管用サーバ300Jからの通常取出を行い、分割ファイルFα3についてはSkなるURLをもった保管用サーバ300Kからの通常取出を行っている。図では、各保管用サーバの下に、それぞれ取出対象となった分割ファイルを○印で囲って示してある。一方、上述した通常の取出処理を行った結果、いずれかの保管用サーバからのファイルの取り出しに失敗した場合には、当該ファイルの重複保管場所となる別な保管用サーバからファイルを取り出す非常取出処理を行えばよい。たとえば、図7に示す通常の取出処理を行った結果、保管用サーバ300IURL:Siから取り出すべき分割ファイルFα1の取り出しに失敗した場合を考えてみよう。この場合、図6に示す管理情報Mαを参照すれば、分割ファイルFα1の保管場所がSiSjであることが認識できるので、重複保管場所となる別な保管用サーバ300JURL:Sjから分割ファイルFα1を取り出す非常取出が行われる。図8は、保管用サーバ300Iが故障した場合に、図6に示す管理情報に基づいて非常取出処理を行う例を示す図である。分割ファイルFα2,Fα3については、図7に示す例と同様に通常取出この例の場合、管理情報Mαの先頭に記載されたURLSj,Skからの取出に成功しているが、分割ファイルFα1については、保管用サーバ300Iの故障により通常取出に失敗するので、保管用サーバ300Jからの非常取出管理情報Mαに記載されていたもう1つのURLSjからの取り出し:図では破線の矢印で示すが行われる。この図8でも、各保管用サーバの下に、それぞれ取出対象となった分割ファイルを○印で囲って示してある。図示のとおり、分割ファイルFα1,Fα2は、ともに保管用サーバ300Jから取り出され、分割ファイルFα3は、保管用サーバ300Kから取り出されることになる。このように、図8に示す非常取出処理を行った場合でも、図7に示す通常取出処理を行った場合と同様に、3つの分割ファイルFα1,Fα2,Fα3が揃うので、保管対象ファイルFαを支障なく復元することが可能である。したがって、保管用サーバ300Iが故障したとしても、保管対象ファイルFαは滅失を免れる。ただ、図8に示す非常取出処理は、あくまでも非常事態への対処として行うべき処理であり、保管対象ファイルFαの取り出しに支障が生じないからといって、このままの状態にしておくことは好ましくない。図8に示すように、保管用サーバ300Iが故障し、ファイルの取り出しができない状態では、分割ファイルFα1,Fα3の冗長性は既に失われており、安全な保管状態は確保されていない。このままの状態を放置すると、将来、もし保管用サーバ300Jもしくは300Kのいずれかが故障すると、保管対象ファイルFαの滅失は避けられない。<<<§6.本発明に係るデータ保管システム>>>本発明は、§5で述べた例のように、冗長性を確保するために、ネットワークを介して同一のデータファイルを複数箇所の保管用サーバに重複して保管する運用形態をとるデータ保管システムにおいて、冗長性を維持したまま保管用サーバを自動的に交替させる自律的な保守管理機能を実現する技術に関するものである。以下、本発明の基本概念を図示する基本的な実施形態に基づいて説明する。図9は、本発明の基本的な実施形態に係るデータ保管システムの基本構成を示すブロック図である。このシステムは、図1に示す従来のシステムと同様に、ネットワークを介して、所定のサーバ装置にデータファイルを保管する機能と、保管されていたデータファイルを必要に応じて取り出す機能と、を有するデータ保管システムであり、ネットワークこの例の場合はインターネット200に接続されたユーザ端末100図には、3台のユーザ端末100A,100B,100Cが例示されていると、ネットワークに接続された複数の保管用サーバ300図には、26台の保管用サーバ300A~300Zが例示されていると、更に、ネットワークに接続された運用サーバ400と、を備えている。ここで、各ユーザ端末100A,100B,100Cは、図1に示す各ユーザ端末100A,100B,100Cにいくつかの付加機能を設けたものであり、符号は、このような付加機能が設けられた構成要素であることを示すためのものである。すなわち、図9に示す各ユーザ端末100A,100B,100Cは、パソコンや携帯電話機などの電子機器に専用のエージェントプログラムを組み込むことによって構成することができ、保管対象となるファイルを重複保管場所となる複数の保管用サーバへそれぞれ送信するとともに当該重複保管場所を示す情報を所定の格納場所たとえば、ICカードなどの携帯型情報記憶装置に記録する預入処理ユニットと、この重複保管場所を示す情報に基づいて重複保管場所となるいずれかの保管用サーバをアクセスして取出要求を行い、保管されていたファイルを取り出す取出処理ユニットと、を有している。また、各保管用サーバ300A~300Zは、図1に示す各保管用サーバ300A~300Zと同様に、ネットワークに接続された外部装置から、ファイルの送信があった場合にはこれを保管し、ファイルの要求があった場合にはこれを返信する機能を有する装置であり、一般的なサーバコンピュータによって構成される。一方、運用サーバ400は、本発明を実現するために新たに設けられた構成要素であり、ネットワークに接続されたサーバコンピュータであることに変わりはないが、その役割は、データファイルを保管することではなく、保管用サーバの自律的な保守管理を行うことである。具体的には、図8に示す例のように、ある保管用サーバ300Iに支障が生じた場合、当該サーバを退役サーバと認定し、その代替となる代替サーバを定め、退役サーバ内のファイルを代替サーバ内に復元する復旧処理を行う機能を果たす。図10は、図8に示す例のように、保管用サーバ300Iに支障が生じた場合に、その代替となる代替サーバ300Qを定め、ファイルの復元を行う処理の概念を示す図である。以下、説明の便宜上、各保管用サーバ300A~300Zを、それぞれURLを用いて、単にサーバSa~Szと呼ぶことにする。図10に示す例の場合、サーバSiが故障したため、運用サーバ400は、サーバSiに対して退役宣告を行い、以後、これを退役サーバと認定する。そして、退役サーバSiの代替となる別なサーバを代替サーバとして定める。図示の例の場合、これまで使用していなかった新たな保管用サーバ300Qが、退役サーバSiの代わりを務める代替サーバSqに任命されている。なお、本願では、退役サーバに対する概念として現役サーバという文言を用いることにする。ここで現役サーバとは、このデータ保管システムに保管用サーバ300として導入されたサーバであって、運用サーバ400による退役宣告を受けていない状態のサーバを指し、退役サーバは運用サーバ400による退役宣告を受けたかつての現役サーバということになる。図10に示す例の場合、サーバSiは退役サーバ、サーバSj,Sk,Sqは現役サーバということになる。代替サーバSqの代替とは、退役サーバSiとの関係において、その後任となるサーバであることを意味している。代替サーバSqが、退役サーバSiの後任としての役割を果たすためには、退役サーバSi内のファイルこの例の場合、分割ファイルFα1,Fα3の保管をそのまま引き継ぐ必要がある。すなわち、図10に示す例の場合、矢印で示すとおり、退役サーバSi内の分割ファイルFα1,Fα3をそのまま代替サーバSq内へ移動させる必要がある。しかしながら、退役サーバSiに支障が生じてダウンしてしまっていた場合、もはや退役サーバSiから分割ファイルFα1,Fα3を取り出すことはできない。そこで、運用サーバ400は、退役サーバSi内のデータファイルから復元を行う代わりに、退役サーバSi内に保管されていたと推定されるファイルこの例の場合、分割ファイルFα1,Fα3を、重複保管場所となる別な保管用サーバSj,Skから転送することにより、代替サーバSq内に復元する復旧処理を行う。図11は、このようなファイルの復元を行う実際の復旧処理を示す図である。図10に示す概念図と同様に、代替サーバSq内には、退役サーバSi内に保管されていた分割ファイルFα1,Fα3が復元されているが、その復元ルートは、退役サーバSiからではなく、現役サーバSj,Skからになっている。したがって、退役サーバSiが完全にダウンしてしまっていた場合でも、復元には何ら支障はない。こうして、運用サーバ400により、サーバSiに対する退役宣告処理および代替サーバSqにデータファイルを復元する復旧処理が行われた後は、各ユーザ端末は、退役サーバSiに対するアクセスの代わりに代替サーバSqへのアクセスを行うことにより、通常取出処理が可能になる。たとえば、図11に示すような復旧処理が完了した状態になれば、ユーザ端末100Aは、サーバSqから分割ファイルFα1を、サーバSjから分割ファイルFα2を、サーバSkから分割ファイルFα3を、それぞれ通常に取出して、これらを合成することにより、保管対象ファイルFαを支障なく得ることができる。しかも、この図11に示す状態であれば、冗長性はそのまま維持されており、いずれか1台の現役サーバSj,Sk,Sqが故障したとしても、保管対象ファイルFαは滅失を免れる。もちろん、この場合、故障したサーバに対して退役宣告がなされ、新たな代替サーバが定められることになる。このように、冗長性を維持したまま、自律的な保守管理機能を実現するために、図5に示すユーザ端末100A,100B,100Cには、図1に示すユーザ端末100A,100B,100Cに比べて、次のような付加機能が備わっている。第1の付加機能は、ユーザ端末内の取出処理ユニットが、保管用サーバからのファイルの取り出しに失敗した場合に、当該ファイルの重複保管場所となる別な保管用サーバからファイルを取り出す非常取出処理を行う機能である。たとえば、図8に例示したように、ユーザ端末は、サーバSiからのファイルFα1の取り出しに失敗した場合、ファイルFα1は、重複保管場所であるサーバSjからの非常取出によって調達される。第2の付加機能は、ユーザ端末内の取出処理ユニットが、保管用サーバからのファイルの取り出しに失敗した場合に、運用サーバ400に対して、取り出しに失敗した保管用サーバについての異常報告を行う機能である。たとえば、図8に示す例の場合、ユーザ端末は、サーバSiからのファイルFα1の取り出しに失敗した場合、サーバSiに何らかの異常が生じていることを示す異常報告を運用サーバ400に対して行うことになる。一方、運用サーバ400は、ユーザ端末の上記第2の付加機能により異常報告があった場合に、異常報告に係る保管用サーバを退役サーバと認定し、当該退役サーバについて代替となる代替サーバを定め、退役サーバ内に保管されていたと推定されるファイルを、重複保管場所となる別な保管用サーバから転送することにより、代替サーバ内に復元する復旧処理を行う。具体的には、図8に示す例のように、サーバSiについての異常報告があった場合、運用サーバ400は、図11で説明したように、サーバSiを退役サーバと認定し、ネットワークに接続されている現役サーバのうちの1台であるサーバSqを、退役サーバSiの代替となる代替サーバに指定する。そして、退役サーバSi内に保管されていたファイルを代替サーバSq内に復元する復旧処理を行う。もっとも、退役サーバSiがダウンしている場合、退役サーバSi内に保管されていたファイルを退役サーバSi自身から認識することはできない。そこで、運用サーバ400は、ユーザ端末の預入処理ユニットが、保管対象ファイルの預入時に所定の格納場所に記録した個々のファイルについての重複保管場所を示す情報を参照して、退役サーバSi内に保管されていたであろうファイルを推定する。そして、保管されていたであろうファイルと推定されるファイルと同一のファイルを、重複保管場所となる別な保管用サーバから転送することにより、復旧処理を行うことになる。すなわち、図11に示す例の場合、退役サーバSi内に保管されていたと推定されるファイルFα1,Fα3を、その重複保管場所となる別な保管用サーバSj,Skから転送することにより、代替サーバSq内に復元する復旧処理が行われる。ユーザ端末の第3の付加機能は、ユーザ端末内の取出処理ユニットが、取出要求を行う対象となる保管用サーバが退役サーバであった場合に、代わりに代替サーバへの取出要求を行う機能である。上述した第2の付加機能により、サーバSiについての異常報告がなされると、運用サーバ400は、図11に示すように、代替サーバSqへの復旧処理を行う。このような復旧処理が完了した後、ユーザ端末は、退役サーバSiへのアクセスを行う代わりに、代替サーバSqへのアクセスを行う必要がある。たとえば、ユーザ端末の取出処理ユニットが、図6に示すような管理情報Mαに基づいて通常取出処理を行う場合、分割ファイルFα1の要求先は、本来であれば、サーバSiということになるが、サーバSiが退役サーバであった場合には、代わりにその代替サーバSqに対して取出要求がなされることになる。このように、ファイルの要求先を退役サーバから代替サーバへ切り換えるためには、運用サーバ400が、退役サーバと認定した保管用サーバについて、その代替サーバを示す情報を収録したリストを保持しておくようにし、ユーザ端末の取出処理ユニットが、保管場所となる特定の保管用サーバに対して取出要求を行う際に、事前に当該リストへの照会を行い、当該特定の保管用サーバが退役サーバであった場合には、当該特定の保管用サーバに代えて、その代替サーバに対して取出要求を行うようにしておけばよい。たとえば、図11に示す例の場合、サーバSiへの取出要求を行う際の事前照会により、サーバSiが退役サーバであり、その代替として代替サーバSqが用意されていることが認識できるので、ユーザ端末は、サーバSiの代わりにサーバSqに対して、分割ファイルFα1の取出要求を行うことになる。もっとも、上述した方法では、すべての取出要求について事前照会を行う作業が必要になる。たとえば、図11に示す例の場合、サーバSj,Skに取出要求を行う場合にも、事前照会を行い、現役サーバであることを確認した上で取出要求を行う必要がある。このような事前照会が煩わしい場合には、次のような事後照会の方法を採用することも可能である。すなわち、取出処理ユニットが、事前照会なしに保管場所となる特定の保管用サーバに対して取出要求を行うことにし、取出要求を行ったにもかかわらず、当該要求に応じたファイルの返信がなされなかった場合に、運用サーバ400内のリストへの事後照会を行い、当該特定の保管用サーバが退役サーバであった場合には、当該特定の保管用サーバに代えて、改めて、その代替サーバに対して取出要求を行うようにしてもよい。図11に示す例において事後照会の方法を採った場合、ユーザ端末は、まず、図6に示す管理情報Mαに基づいて、サーバSi,Sj,Skに対してそれぞれファイルFα1,Fα2,Fα3についての取出要求を行うことになる。その結果、サーバSiに対する取出要求に応じたファイルFα1の返信がなされないので、ユーザ端末は、サーバSiについて運用サーバ400内のリストへの事後照会を行う。その結果、サーバSiが退役サーバであり、その代替として代替サーバSqが用意されていることが認識できるので、ユーザ端末は、改めて、代替サーバSqに対してファイルFα1の取出要求を行うことになる。なお、このような代替サーバSqに対する取出要求を行ったのに、やはりファイルFα1の取り出しに失敗した場合は、何らかの異常が生じていることになるので、前述した非常取出処理図11に示す例の場合、ファイルFα1をサーバSjから取り出す処理が実行され、代替サーバSqについての異常報告がなされることになる。以上、図11に示す例について、サーバSiが完全にダウンしている場合の取り扱いを述べたが、サーバSiから一部のファイルだけが取り出せない一部ダウンの場合も、基本的には同様の取り扱いを行えばよい。たとえば、サーバSiについて、分割ファイルFα1は取り出せないが、分割ファイルFα3は取り出せる、という場合であっても、分割ファイルFα1の取り出しに失敗した時点で、運用サーバ400に対して異常報告がなされ、サーバSiについて退役宣告がなされる。そして、図11に示すとおり、退役サーバSi内のファイルファイルFα1,Fα3は、いずれも代替サーバSq内に復元されることになる。このように、保管用サーバの一部に支障が生じた場合であっても、サーバ全体を退役させるのは、一部にでも支障が生じているサーバは、いずれは支障が全体に及ぶ可能性が高いと推定されるためである。たとえば、上例の場合、サーバSiについて、分割ファイルFα1は取り出せないが、分割ファイルFα3は取り出せる、という現象が起こっている場合、いずれ分割ファイルFα3についても取り出せなくなる可能性が高いと推定される。そこで、一部でも支障が生じた保管用サーバについては、その時点で退役させて代替サーバに任を委ねる運用を採用すれば、将来、支障が生じる可能性の高いサーバの利用を避けることができる。もっとも、上例のように、分割ファイルFα1は取り出せないが、分割ファイルFα3は取り出せる、という状況下において、実際にサーバSiに支障が生じていることが認識できるのは、分割ファイルFα1についての取出要求を行った場合だけである。分割ファイルFα3についての取出要求を行った場合は、取り出しに成功するため、ユーザ端末は、サーバSiの一部に支障が生じていることを認識することはできず、異常報告はなされない。このようなケースでは、サーバSiの退役は、分割ファイルFα1の取出失敗まで待つ必要がある。なお、§7-4の実施例でも述べるとおり、実際には、1台の保管用サーバを複数のユーザで共用する利用形態も少なくない。このような場合、当該共用サーバを利用しているいずれかのユーザがファイルの取り出しに失敗した時点で、当該共用サーバを退役させ、代替サーバを用意する自律的な保守管理が行われる。この場合、§2で述べた分散型データアーカイブシステムのように、重複保管場所を示す管理情報を個々のユーザがそれぞれ管理する方式を採るシステムでは、代替サーバへの復旧処理は、個々のユーザごとに行うことになる。たとえば、ユーザ甲がファイルの取り出しに失敗したために、当該サーバが退役サーバとなり、代替サーバが用意されたとしても、この代替サーバへのファイルの復元には、重複保管場所を示す管理情報が必要になる。したがって、その時点では、ユーザ甲の管理情報を利用して、ユーザ甲のファイルについては復元が可能であるが、当該退役サーバを利用していた別なユーザ乙,丙のファイルについての復元は、ユーザ乙,丙からのアクセスを待って、ユーザ乙,丙の管理情報を利用して行う必要がある。以上、本発明に係るデータ保管システムを、基本的な実施形態について説明したが、結局、本発明の特徴は、ネットワークに接続されたユーザ端末と、ネットワークに接続された複数の保管用サーバと、を備え、ユーザ端末からの預入要求に基づいて、保管対象ファイルをユーザ端末から所定の保管用サーバに送信して保管するとともに、ユーザ端末からの取出要求に基づいて、保管用サーバに保管されていた保管対象ファイルをユーザ端末に送信する機能を有するデータ保管システムにおいて、次のような方法でデータ保管を行う点にある。まず、各保管用サーバに何ら支障が生じていない通常運用時には、ユーザ端末が、保管対象となるファイルを重複保管場所となる複数の保管用サーバへそれぞれ送信するとともに当該重複保管場所を示す情報を所定の格納場所に記録する預入処理段階と、ユーザ端末からファイルの送信を受けた保管用サーバが、当該ファイルを格納するファイル格納段階と、によって、ファイルの預け入れが行われる。同様に、ユーザ端末が、重複保管場所を示す情報に基づいて重複保管場所となるいずれかの保管用サーバをアクセスして取出要求を行う取出処理段階と、ユーザ端末からファイルの取出要求を受けた保管用サーバが、当該ファイルをユーザ端末へ返信するファイル返信段階と、によって、ファイルの取り出しが行われる。一方、上記取出処理段階において、ユーザ端末が、保管用サーバからのファイルの取り出しに失敗した場合には、当該ファイルの重複保管場所となる別な保管用サーバからファイルを取り出す非常取出処理を行うとともに、運用サーバに対して、取り出しに失敗した保管用サーバについての異常報告を行う異常報告段階と、この異常報告段階が実行された場合に、運用サーバが、異常報告があった保管用サーバを退役サーバと認定し、当該退役サーバについて代替となる代替サーバを定め、退役サーバ内に保管されていたと推定されるファイルを、重複保管場所となる別な保管用サーバから転送することにより、代替サーバ内に復元する復旧処理段階と、が行われる。ここで、復旧処理段階では、運用サーバが、所定の格納場所に記録されている個々のファイルについての重複保管場所を示す情報を参照して、退役サーバ内に保管されていたと推定されるファイルと同一のファイルを、重複保管場所となる別な保管用サーバから転送することにより、ファイルの復元が行われる。また、ユーザ端末は、取出処理段階において、取出要求を行う対象となる保管用サーバが退役サーバであった場合には、代わりに代替サーバへの取出要求を行うことになる。そのためには、復旧処理段階で、運用サーバが、退役サーバと認定した保管用サーバについて、その代替サーバを示す情報をリストに収録する処理を行い、取出処理段階で、ユーザ端末が、保管場所となる特定の保管用サーバに対して取出要求を行う際に、事前に上記リストへの照会を行い、特定の保管用サーバが退役サーバであった場合には、当該特定の保管用サーバに代えて、その代替サーバに対して取出要求を行うようにすればよい。あるいは、復旧処理段階で、運用サーバが、退役サーバと認定した保管用サーバについて、その代替サーバを示す情報をリストに収録する処理を行い、取出処理段階で、ユーザ端末が、保管場所となる特定の保管用サーバに対して取出要求を行ったにもかかわらず、当該要求に応じたファイルの返信がなされなかった場合に、上記リストへの照会を行い、特定の保管用サーバが退役サーバであった場合には、当該特定の保管用サーバに代えて、その代替サーバに対して取出要求を行うようにしてもよい。<<<§7.本発明に係る分散型データアーカイブシステム>>>続いて、図9に示すデータ保管システムを、分散型データアーカイブシステムとして機能させる場合について、本発明の具体的な実施形態を述べる。図12は、この実施形態におけるユーザ端末100の詳細構成を示すブロック図であり、図13は、この実施形態における運用サーバ400の詳細構成を示すブロック図である。図9に示すデータ保管システムにおいて、ユーザ端末100A,100B,100Cをそれぞれ図12のブロック図に示す構成とし、運用サーバ400を図13のブロック図に示す構成としておけば、このシステムを分散型データアーカイブシステムとして機能させることができる。すなわち、この§7で述べる分散型データアーカイブシステムは、ネットワークを介して、所定のサーバ装置にデータファイルを保管する機能と、保管されていたデータファイルを必要に応じて取り出す機能と、を有するデータ保管システムであり、図9に示すとおり、ネットワーク200この例の場合はインターネットであるが、LANなどでもかまわないに接続されたユーザ端末100と、ネットワーク200に接続された複数の保管用サーバ300A~300Zと、ネットワーク200に接続された運用サーバ400と、を備えている。ここで、保管用サーバ300A~300Zは、いずれもネットワーク200に接続された外部装置から、分割ファイルの送信があった場合にはこれを保管し、分割ファイルの要求があった場合にはこれを返信する機能を有する一般的なサーバ装置である。<7-1.ユーザ端末100>はじめに、図12に示すユーザ端末100の構成について説明する。図示のとおり、このユーザ端末100は、大きく分けて、預入処理ユニット110,取出処理ユニット120,管理情報格納ユニット130という3つの構成要素からなり、その基本構成は、図2に示す従来のユーザ端末100の基本構成とほぼ同じである。ただ、符号にが付加された構成要素には、付加機能が設けられている。その余の各構成要素の機能は、図2に示す対応する構成要素の機能と同じである。預入処理ユニット110は、図示のとおり、ユーザからの預入指示とともに保管対象ファイルを入力する預入指示入力部111と、入力した保管対象ファイルを複数の分割ファイルに分割しそれぞれ所定のファイル名を付与するファイル分割部112と、個々の分割ファイルについてそれぞれ異なる保管用サーバを保管場所として割り当てる保管場所割当部115と、個々の分割ファイルをそれぞれ割り当てられた保管場所となる保管用サーバへ送信するファイル送信部113と、個々の分割ファイルに付与されたファイル名および個々の分割ファイルに割り当てられた保管場所を保管対象ファイルについての管理情報として管理情報格納ユニット130に書き込む管理情報書込部114と、を有している。図2に示す保管場所割当部115は、1つの分割ファイルに対して1つの保管場所を割り当てるだけであったが、図12に示す保管場所割当部115は、冗長性をもたせるために同一の分割ファイルをそれぞれ複数の保管場所に重複して割り当てる付加機能を有している。また、後述するように、図12に示す保管場所割当部115は、運用サーバ400に対して、現役サーバリストを照会する付加機能も備わっている。一方、図2に示すファイル送信部113は、1つの分割ファイルを1つの保管場所へ送信するだけであったが、図12に示すファイル送信部113は、冗長性をもたせるために、同一の分割ファイルを保管場所割当部115が割り当てた複数の保管場所にそれぞれ送信して保管する付加機能を有している。このように、図12に示す預入処理ユニット110の基本機能は、図2に示す預入処理ユニット110と共通するが、冗長性を確保するために、同一の分割ファイルを複数の保管場所となる異なる保管用サーバに送信する点が異なっている。なお、管理情報書込部114は、管理情報格納ユニット130に対して管理情報を書き込む構成要素に変わりはないが、当該管理情報には、1つの分割ファイルについて、それぞれ複数の保管場所を示す情報が含まれていることになる。図12には、預入処理ユニット110が、保管対象ファイルFαを預け入れる処理を行う例が示されている。すなわち、預入指示入力部111に対して、ユーザからの預入指示とともに保管対象ファイルFαが与えられると、ファイル分割部112によって、この保管対象ファイルFαは3つの分割ファイルFα1,Fα2,Fα3に分割され、それぞれ所定のファイル名Fα1,Fα2,Fα3が付与される。ここに示す例の場合も、ファイル分割部112には、分割前の保管対象ファイルFαに対して、もしくは、分割後の分割ファイルFα1,Fα2,Fα3に対して、所定の暗号化処理を実行する機能が設けられており、分割方法を示す情報Dαとともに、暗号化処理の内容を示す情報Cαが管理情報として出力される。結局、ファイル分割部112は、ファイル送信部113に対して各分割ファイルFα1,Fα2,Fα3を出力するとともに、管理情報書込部114に対して、保管対象ファイルのファイル名Fα,分割方法を示す情報Dα,暗号化処理の内容を示す情報Cα,各分割ファイルのファイル名Fα1,Fα2,Fα3を出力する。また、保管場所割当部115にも、分割方法を示す情報Dαを出力する実際には、分割数のみを知らせれば十分である。保管場所割当部115は、個々の分割ファイルFα1,Fα2,Fα3について、それぞれ異なる保管用サーバを保管場所として割り当てる処理を実行する。しかも、冗長性をもたせるために同一の分割ファイルをそれぞれ複数の保管場所に重複して割り当てる処理が行われる。ここに示す例は、同一の分割ファイルをそれぞれ2つの保管場所に割り当てた例である。すなわち、保管場所割当部115は、ファイル分割部112から分割数=3という情報が知らされるので、3つの分割ファイルFα1,Fα2,Fα3について、それぞれ2つの保管場所を割り当てる処理を行い、合計6カ所の保管場所の割り当てを行う。ただ、同一の分割ファイルが異なる保管場所に割り当てられればよく、異なる分割ファイルであれば、同一の保管場所に割り当てることができる。そこで、ここに示す例では、図5に示すような割り当てを行うことにより、26台の保管用サーバ300A~300Zの中から3台のサーバ300I,300J,300Kを保管場所として選択する割り当てを行っているもちろん、6台のサーバ300I,300J,300K,300L,300M,300Nを保管場所として選択する割り当てを行ってもかまわない。ここに示す実施例の場合、割り当てられた保管場所は、保管用サーバのURLによって指定される。すなわち、分割ファイルFα1については、SiSjなる保管場所が割り当てられ、分割ファイルFα2については、SjSkなる保管場所が割り当てられ、分割ファイルFα3については、SkSiなる保管場所が割り当てられることになり、図5に示すように、各分割ファイルが3台の保管用サーバSi,Sj,Skに重複保管される。これらの割当結果は、保管場所割当部115から管理情報書込部114にも伝達される。かくして、管理情報書込部114によって、管理情報格納ユニット130内に図示のような管理情報Mαが書き込まれることになる。管理情報格納ユニット130は、既に述べたとおり、保管対象ファイルについての管理情報を格納するユニットである。ここで、管理情報Mαは、図2に示す管理情報Mαと同様に、3つの分割ファイルFα1,Fα2,Fα3の保管場所を示す情報であるが、SiSj,SjSk,SkSiのように、それぞれ2つの異なる保管場所が含まれていることになる。一方、取出処理ユニット120は、図示のとおり、ユーザからの取出指示とともに取出対象ファイルを特定する情報を入力する取出指示入力部124と、管理情報格納ユニット130から取出対象ファイルについての管理情報を読み出す管理情報読出部121と、読み出した管理情報に基づいて取出対象となる分割ファイルのファイル名および複数の保管場所を認識する保管場所認識部122と、認識した保管場所となる保管用サーバに対して認識したファイル名をもつ分割ファイルを要求するファイル要求部123と、要求に応じて返信されてきた分割ファイルを合成してもとの保管対象ファイルを復元するファイル復元部125と、を有している。ここで、管理情報読出部121、保管場所認識部122、取出指示入力部124の機能は、図2に示す同符号の構成要素の機能と実質的に同じであるが、ファイル要求部123とファイル復元部125とについては、本発明に特有の付加機能が備わっている。上述したとおり、管理情報Mαには、同一の分割ファイルについて、複数の異なる保管場所が示されているため、保管場所認識部122は1つの分割ファイルについて、複数の保管場所を認識する。そこで、ファイル要求部123は、認識した複数の保管場所となる各保管用サーバのうち代表となる保管用サーバを選択し、選択した保管用サーバに対して認識したファイル名をもつ分割ファイルを要求する処理を行うことになる。ファイル要求部123が、代表となる保管用サーバを選択する方法のひとつは、予め選択の優先順位を決めておく方法である。具体的には、保管場所割当部115が、同一の分割ファイルを複数の保管場所に重複して割り当てる際に、各保管場所に優先順位を設定するようにし、管理情報書込部114が、この優先順位を含む管理情報を管理情報格納ユニット130に書き込むようにしておけばよい。そうすれば、ファイル要求部123は、当該優先順位に基づいて代表となる保管用サーバの選択を行うことができる。図7には、3台の保管用サーバから通常取出処理を行う一例を示した。この例は、図6に示す管理情報Mαにおいて、先頭に記載されたURLからの取り出しのみを行った例であり、優先順位に基づいて代表となる保管用サーバを選択した一例である。すなわち、管理情報Mαに記載されているURLに、先頭から順に優先順位を設定し、分割ファイルFα1については、2つのURLSi,Sjのうちの先頭Siを代表として選択し、分割ファイルFα2については、2つのURLSj,Skのうちの先頭Sjを代表として選択し、分割ファイルFα3については、2つのURLSk,Siのうちの先頭Skを代表として選択したことになる。もちろん、ファイル要求部123が、代表となる保管用サーバを選択する方法は、このような優先順位を設定する方法に限定されるわけではない。実際、複数の保管場所に重複保管されている分割ファイルは、取り出し時に、どの保管場所から取り出しても問題はない。したがって、ファイル要求部123は、所定のアルゴリズムに基づく交替制でたとえば、奇数日は先頭に記載された保管場所、偶数日は末尾に記載された保管場所のようにして、代表となる保管用サーバの選択を行うこともできるし、毎回、ランダムに、代表となる保管用サーバの選択を行うこともできる。もちろん、冗長ではあるが、2つの保管場所の双方から分割ファイルを取り出し、ファイル復元部125において、両者が同一であることを確認した上で、ファイルの復元処理を行うようにしてもよいこの場合、もし両者が同一である確認がとれなければ、エラーが発生したことをユーザに伝えるとともに、2通りの復元結果を提示するような措置をとることになる。ファイル要求部123の別な付加機能は、運用サーバ400に対する照会機能である。これは、管理情報Mαに記載されている保管場所のサーバが退役サーバであった場合に、退役サーバの代わりにその代替サーバに対して取出要求を行うために必要な機能であり、詳細については後述する。そして、ファイル要求部123の更に別な付加機能は、特定の分割ファイルの取り出しに失敗した場合に、当該特定の分割ファイルの別な重複保管場所となる保管用サーバに対して、当該特定の分割ファイルを要求する非常要求を行うとともに、運用サーバ400に対して、当該取り出しに失敗した保管用サーバについての異常報告を行う機能である。なお、本願においてファイルの取り出しに失敗するとは、代替サーバからもファイルの取り出しを行うことができなかった状態を意味するものである。別言すれば、退役サーバに対して取出要求を行ったために、当該退役サーバからファイルを取り出すことができなかったとしても、それだけではファイルの取り出しに失敗したことにはならない当該退役サーバの代わりに代替サーバから取り出しができれば、失敗ではない。一方、ファイル復元部125は、図2に示すファイル復元部125と同様に、ファイル要求部123の要求に応じて各保管用サーバから返信されてきた分割ファイルを、管理情報Mαを参照しながら合成し、もとの保管対象ファイルを復元する機能を有する構成要素であるが、更に、ファイル要求部123の要求に応じた分割ファイルが返信されてきたか否かを確認し、その結果をファイル要求部123に報告する付加機能を有している。より具体的には、ファイル要求部123からの所定の保管用サーバに対する取出要求は、ファイル復元部125にも伝達され、ファイル復元部125は、当該取出要求が出されてから所定限界時間保管用サーバに支障がなければ、要求に応じて分割ファイルの返信が得られるのに十分な時間が経過しているにもかかわらず、要求に応じて分割ファイルの返信が得られなかった場合、ファイル要求部123に対して、当該分割ファイルについての未着報告を行うことになる。ファイル要求部123は、この未着報告に基づいて、特定の分割ファイルについて取り出しに失敗したとの判定を行うことができる。もっとも、上述したように、退役サーバに対して取出要求を行ったために未着報告がなされた場合は、それだけではファイルの取り出しに失敗したことにはならない。その場合は、運用サーバ400に対する照会により、当該退役サーバについての代替サーバを認識することができるので、改めて代替サーバに対する取出要求を行うことになり、この代替サーバに対する取出要求についても未着報告がなされた場合に、ファイルの取り出しに失敗との判断がなされることになる。もちろん、取り出しに失敗した場合、ファイル要求部123は、重複保管場所に対する非常要求代表以外への要求を行うため、ファイル復元部125には、この非常要求に応じた分割ファイルの返信が得られる。したがって、ファイル復元部125は、保管対象ファイルを支障なく復元することができ、保管対象ファイルの滅失は避けられる。なお、ユーザ端末100は、機能ごとの各要素として把握すると、図12のブロック図に示すような構成要素の集合体として示されることになるが、実際には、預入処理ユニット110および取出処理ユニット120からなるユーザ端末本体部は、パソコンや携帯電話機などの電子機器に専用のエージェントプログラムを組み込むことによって構成することができる。また、管理情報格納ユニット130は、このユーザ端末本体部に対して着脱自在な携帯型情報記憶装置たとえば、ICカードを用いて構成することができる。<7-2.運用サーバ400>続いて、図13に示す運用サーバ400の構成について説明する。図示のとおり、この運用サーバ400は、異常報告受理部410,退役宣告部420,代替サーバ選択部430,復旧処理部440,リスト更新部450,サーバ状態リスト格納部460,照会受付部470によって構成されている。もっとも、この運用サーバ400も、機能ごとの各要素として把握すると、図13のブロック図に示すような構成要素の集合体として示されることになるが、実際には、汎用のサーバコンピュータに専用のプログラムを組み込むことによって構成することができる。異常報告受理部410は、ユーザ端末100からの異常報告を受理する構成要素である。上述したとおり、異常報告は、特定の保管用サーバについてファイルの取り出しに失敗した事実を報告するものであり、当該保管用サーバに何らかの支障が生じていることを運用サーバ400に知らしめるものである。図には、異常報告受理部410に対して、サーバSiについての異常報告ESiがなされた例が示されている。この異常報告には、返信が得られなかった異常サーバを特定する異常サーバ特定情報だけでなく、管理情報格納ユニット130内に格納されている管理情報において異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての異常サーバとは別な重複保管場所と、の対応を示す復旧情報が含まれている。ここでは、図8に示すように、これまで現役サーバとして運用されていたサーバSiに何らかの支障が生じた場合を例にとって、異常報告ESiの内容を、もう少し具体的に説明してみよう。図12に示すユーザ端末100に対して、ファイルFαの取出指示が与えられると、ファイル要求部123は、図6に示す管理情報Mαに基づいて、サーバSiに対してファイルFα1の取出要求を行い、サーバSjに対してファイルFα2の取出要求を行い、サーバSkに対してファイルFα3の取出要求を行うことは既に述べたとおりである。このとき、現役サーバとして運用中のサーバSiがダウンすると、ファイル要求部123は、ファイル復元部125からの未着報告を受けて、サーバSiからのファイルFα1の取り出しに失敗したとの判断を行う。この場合、ファイル要求部123は、図8に示すように、ファイルFα1について、重複保管場所であるサーバSjからの非常取出を実行するとともに、運用サーバ400に対して、サーバSiについての異常報告ESiを行うことになる。この異常報告ESiには、異常が生じているサーバSiを特定する異常サーバ特定情報たとえば、サーバSiのURLと、代替サーバへの復旧処理を行うために必要な復旧情報とが含まれている。ここで、復旧情報は、管理情報格納ユニット130内に格納されている管理情報Mα,Mβ,Mγに基づいて、ファイル要求部123によって作成される。図12において、管理情報格納ユニット130からファイル要求部123へ向かう矢印は、管理情報Mα,Mβ,Mγから抽出された復旧情報の流れを示している。この具体的な事例の場合、復旧情報は、図11に示すような復旧処理を行うために必要な情報である。たとえば、図6に示す管理情報Mαから抽出される復旧情報は、異常サーバSiが保管場所とされている分割ファイルのファイル名Fα1,Fα3と、これら各分割ファイルについての異常サーバSiとは別な重複保管場所Sj,Skと、の対応を示す情報ということになる。図13の異常報告受理部410内に例示されている復旧情報Fα1:SjおよびFα3:Skは、正に、このような対応関係を示す情報である。実際には、別な保管対象ファイルFβ,FγについてのMβ,Mγにも、異常サーバSiを保管場所とする情報が含まれている可能性がある。したがって、実際の復旧情報は、Mβ,Mγからも抽出されることになるが、以下の説明では、便宜上、異常サーバSiに係る情報が、管理情報Mαにのみ含まれていた場合の例を述べることにする。こうして、異常報告受理部410が受理した異常報告ESiに含まれている異常サーバ特定情報Siは退役宣告部420に与えられ、復旧情報Fα1:SjおよびFα3:Skは復旧処理部440に与えられる。退役宣告部420は、異常報告に含まれている異常サーバ特定情報によって特定される保管用サーバが、まだ退役宣告がなされていないサーバであった場合に、当該保管用サーバに対して退役宣告を行う処理を行う。一方、サーバ状態リスト格納部460は、個々の保管用サーバについて、少なくとも、現役状態か退役状態かを示す情報と、退役状態のサーバについては代替となる代替サーバを示す情報と、を収録したサーバ状態リストを格納する構成要素であり、退役宣告部420は、このサーバ状態リストを参照することにより、異常サーバについての退役宣告が既になされているか否かを認識することができる。図示の例の場合、サーバ状態リスト格納部460には、個々の保管用サーバ300A~300Zについて、現役状態か退役状態かを示す情報と、退役状態のサーバについては代替となる代替サーバを示す情報と、を収録したサーバ状態リストが格納されている。すなわち、図示のサーバ状態リストには、サーバ名,現役/退役,代替サーバという3つの欄が設けられており、サーバ名欄には、個々の保管用サーバ300A~300Zを特定する情報として、そのURLを示す情報Sa~Szが格納されており、現役/退役欄には、当該サーバが現役状態にあるのか、退役状態にあるのかの別を示す情報図示の例では、現役もしくは退役の文字が記載されているが、実際には、0/1のフラグを用いればよいが格納されており、代替サーバ欄には、後述するように、代替サーバ選択部430で選択された代替サーバのURLを示す情報が格納されている。なお、代替サーバは、退役状態にあるサーバについてのみ決定されるので、実際には、代替サーバ欄が空欄であれば現役状態、そうでなければ退役状態であることが認識できるので、現役/退役欄の情報は省略してかまわない。図示の例の場合、Scなるサーバのみが退役となり、代替サーバとしてSpなるサーバが割り当てられている。退役宣告部420は、異常サーバ特定情報Siを受け取ると、このサーバ状態リストを参照する。その結果、異常サーバSiは、まだ退役宣告がなされていないサーバであることが認識できるので、当該サーバSiに対して退役宣告を行う処理を行う。このような退役宣告は、宣告を受けたサーバを特定する情報とともに、代替サーバ選択部430およびリスト更新部450に伝達される。ここでは、説明の便宜上、退役宣告がなされた退役サーバを特定する情報たとえば、そのURLをSoldと記すことにする。代替サーバ選択部430は、退役宣告部420により退役宣告がなされた場合に、当該退役宣告の対象となった退役サーバの代替となる代替サーバを、サーバ状態リストに収録されている現役サーバの中から選択する処理を行う。ここでは、退役宣告がなされた退役サーバを特定する情報Soldに対して、その代替サーバを特定する情報たとえば、そのURLをSnewと記すことにする。代替サーバ選択部430は、退役宣告部420から退役サーバを特定する情報Soldが与えられた場合に、その代替となる代替サーバを、サーバ状態リスト格納部460内のサーバ状態リストを参照して決定することになる。すなわち、リストに収録されている現役サーバのうちの1つを代替サーバとして選択する処理を行う。図示の例の場合、サーバScは退役状態にあるので、それ以外のサーバから代替サーバが選択される。代替サーバの選択方法は任意のアルゴリズムに基づく方法でかまわないが、後述するように、退役サーバSold内のファイルはすべて代替サーバSnew内に復元されることになるので、少なくとも、そのような復元が可能な格納容量をもったサーバを代替サーバとして選択するようにする。具体的には、現役サーバのうち、退役サーバ内の全ファイルを転送するのに必要な空き容量をもったサーバという条件を満たすサーバをランダムに選択してもよいし、ランダムではなく、所定の順番で選択する方法を採ってもかまわない。こうして、代替サーバ選択部430によって、代替サーバの選択が行われたら、当該代替サーバを特定する情報Snewが、復旧処理部440およびリスト更新部450に報知される。復旧処理部440は、退役サーバSold内に保管されていたと推定されるファイルを、異常報告に含まれている復旧情報によって示されている重複保管場所となる保管用サーバから転送することにより、代替サーバSnew内に復元する復旧処理を行う。すなわち、上述した具体的な事例の場合、復旧処理部440は、概念としては、図10に示すように、退役サーバSi内の分割ファイルFα1,Fα3を、代替サーバSq内に復元する処理を行うことになるが、実際には、退役サーバSiからファイルの転送を行うわけではなく、図11に示すように、重複保管場所からのファイル転送が行われる。このようなファイル転送は、異常報告ESiに含まれていた復旧情報を利用して行うことができる。すなわち、図示の例の場合、復旧処理部440には、代替サーバ選択部430から代替サーバSnewを特定するSqなる情報が与えられ、異常報告受理部410からは、復旧情報としてFα1:SjおよびFα3:Skなる情報が与えられる。したがって、復旧処理部440は、これらの情報に基づいて、サーバSjからサーバSqに対してファイルFα1を転送する処理を行うとともに、サーバSkからサーバSqに対してファイルFα3を転送する処理を行うことができる。当該処理は、図11に示す復旧処理に他ならない。かくして、これまで退役サーバSoldが担っていた役割は、そのまま代替サーバSnewに引き継がれることになる。退役サーバSold内のファイルを代替サーバSnew内に復元するためのファイル転送処理復旧処理の第1の形態は、復旧処理部440が、重複保管場所となる保管用サーバ内の転送対象ファイルを、ネットワーク200を介して、運用サーバ400内もしくはその他の場所に設けられた一時格納場所へ読み出し、これをネットワーク200を介して代替サーバSnew内へ送信する形態である。図11に示す具体例の場合、重複保管場所となるサーバSj内の転送対象ファイルFα1およびサーバSk内の転送対象ファイルFα3は、運用サーバ400内もしくはその他の場所に設けられた一時格納場所へと一旦読み出され、そこから更に代替サーバSqへ送信されることになる。一方、退役サーバSold内のファイルを代替サーバSnew内に復元するためのファイル転送処理復旧処理の第2の形態は、復旧処理部440が、重複保管場所となる保管用サーバに対して、転送対象ファイルを代替サーバ内へ送信するように指示を与える形態である。図11に示す具体例の場合、復旧処理部440からサーバSjに対して、転送対象ファイルFα1を代替サーバSqへ送信するよう指示が与えられ、復旧処理部440からサーバSkに対して、転送対象ファイルFα3を代替サーバSqへ送信するよう指示が与えられる。サーバSj,Skは、これらの指示に基づいて、各ファイルを代替サーバSqへ直接送信する処理を行うことになる。この第2の形態では、代替サーバSnewに対して直接ファイルが送信されるので、より効率的なファイル転送が可能になるが、各保管用サーバ300A~300Zには、運用サーバ400からの指示に基づいて、指定されたファイルを指定されたサーバに送信する処理機能を設けておく必要がある。リスト更新部450は、代替サーバ選択部430により、退役サーバSoldに対する代替サーバSnewの選択がなされた場合に、サーバ状態リストに収録されている退役サーバSoldについての情報を退役状態に変更するとともに、その代替となる代替サーバSnewを示す情報を付加する処理を行う。図13に示す例において、サーバScについての現役/退役欄が退役に書き換えられ、代替サーバ欄にSpが書き込まれているのは、リスト更新部450による更新処理が行われたためであり、サーバScは退役し、その役割は、代替サーバSpによって引き継がれたことが示されている。上述した具体的な事例の場合、退役宣告されたサーバSiについての現役/退役欄が退役に書き換えられ、代替サーバ欄にSqが書き込まれることになる。照会受付部470は、ネットワーク200に接続された外部装置から、特定の保管用サーバについての照会を受けたときに、サーバ状態リスト格納部460を参照して、当該特定の保管用サーバが現役状態か退役状態かを回答し、退役状態である旨の回答を行う際には、その代替となる代替サーバSnewを報知する回答を行う機能を有する。たとえば、図示の例の場合、外部装置から、サーバSaについての照会を受けた場合、照会受付部470は、サーバ状態リストを参照することにより、現役である旨の回答を行う。一方、サーバScについての照会を受けた場合は、照会受付部470は、サーバ状態リストを参照することにより、退役である旨の回答を行うとともに、代替サーバSpを報知する回答を行うことになる。この機能は、ユーザ端末100内のファイル要求部123からの照会に応えるためのものである。ファイル要求部123は、照会受付部470への照会に対して退役した旨の回答が得られた保管用サーバについては、報知された代替サーバに対して要求を行う代替要求を行うことになる。なお、代替サーバもいずれは退役することになり、その場合は、その次の世代の代替サーバが選択されることになる。したがって、照会受付部470が代替サーバを報知する場合、常に、最新世代の代替サーバ別言すれば、その時点で現役状態のサーバを報知するようにする。たとえば、図13に示す例の場合、退役サーバScについての代替サーバはSpになっているが、やがて、このサーバSpが退役し、その代替サーバとしてサーバSxが選択された場合は、このサーバ状態リストを辿ることにより、サーバSc→Sp→Sxという変遷を認識することができる。したがって、この場合、サーバScについての照会があった場合、代替サーバとして報知されるサーバは、サーバSpではなく、サーバSxということになる。また、ここに示す実施形態の場合、照会受付部470は、ネットワークに接続された外部装置から、現役サーバについての照会現在、現役状態にあるサーバがどのサーバであるかを確認するための照会を受けたときに、サーバ状態リスト格納部460を参照して、現役状態にある保管用サーバを収録した現役サーバリストを回答として返信する機能も有している。図示の例の場合、Sa,Sb,Sd,Szという現役サーバリストが回答されることになる。この機能は、ユーザ端末100内の保管場所割当部115からの照会に応えるためのものである。すなわち、図12に示す保管場所割当部115は、既に述べたとおり、個々の分割ファイルについてそれぞれ複数の保管場所を重複して割り当てる処理を行う構成要素であるが、このとき、運用サーバ400内の照会受付部470に対して現役サーバについての照会を行い、回答として得られた現役サーバリストに収録されているサーバの中から保管場所となる保管用サーバを割り当てる機能が備わっている。ファイル送信部113は、特定の保管用サーバへ送信を行った後に、所定時間が経過してもアクノレッジ信号が返信されてこなかった場合には、その旨を保管場所割当部115に報告する機能を有し、当該報告を受けた保管場所割当部115は、当該特定の保管用サーバの代わりに別な保管用サーバを充てる新たな割り当てを行い、ファイル送信部113が、この新たに割り当てられた保管用サーバに対して、先ほど失敗した分割ファイルの送信をやり直す処理を行うことになる。したがって、保管場所割当部115が、退役サーバを割り当ててしまい、ファイル送信に失敗した場合でも、別な保管用サーバへの送信がやり直されるので支障は生じない。しかしながら、退役サーバへの割り当ては、本来、無駄な処理であるので、実用上は避けた方が好ましい。そこで、上述したように、保管場所割当部115が照会受付部470に対して現役サーバについての照会を行い、回答として得られた現役サーバリストに収録されているサーバの中から保管場所となる保管用サーバを割り当てるようにすれば、そのような無駄な割当処理が行われることを防ぐことができる。なお、運用サーバ400自身も、当然ながら寿命をもっているので、いずれは交換する必要がある。この運用サーバ400自身の交換作業は、システムの保守管理者の手作業に委ねても、全システムの保守作業に比べれば負担はそれほど重くない。<7-3.ファイル要求部123>ここでは、図12に示すファイル要求部123のより詳細な構成例を述べる。既に§7-1で述べたとおり、ファイル要求部123は、次のような複数の処理を行う機能を有している。保管場所認識部122が認識した複数の保管場所となる各保管用サーバのうち代表となる保管用サーバを選択し、選択した保管用サーバに対して認識したファイル名をもつ分割ファイルを要求する通常要求処理。運用サーバ400に対する照会を行い、退役した旨の回答が得られた保管用サーバについては、報知された代替サーバに対して要求を行う代替要求処理。特定の分割ファイルの取り出しに失敗した場合に、当該特定の分割ファイルの別な重複保管場所となる保管用サーバに対して、当該特定の分割ファイルを要求する非常要求処理。特定の分割ファイルの取り出しに失敗した場合に、取り出しに失敗したサーバについての異常報告を運用サーバ400に対して行う異常報告処理。既に述べたとおり、ファイル復元部125は、ファイル要求部123の要求上述した通常要求/代替要求/非常要求のいずれかに応じた分割ファイルの返信が得られなかった場合に、ファイル要求部123にその旨を知らせる未着報告を行う。ファイル要求部123は、この未着報告があると、当該未着報告に係る分割ファイルについての代替要求もしくは非常要求を行うことになる。すなわち、運用サーバ400に対する照会の結果、退役サーバであったために未着報告がなされた場合には、その代替サーバに対する代替要求がなされる上記。これに対して、運用サーバ400に対する照会の結果、現役サーバであるにもかかわらず未着報告がなされた場合にはすなわち、ファイルの取り出しに失敗した場合には、重複保管場所となるサーバに対する非常要求がなされる上記。ここでは、このような処理機能をもつファイル要求部123の具体的な構成例を2つ挙げておく。図14は、ファイル要求部123の第1の具体的な構成例を示すブロック図である。この例は、§6で述べた事前照会を行う機能を有し、保管場所となる特定の保管用サーバに対して取出要求を行う際に、毎回、事前に運用サーバ400への照会を行い、当該特定の保管用サーバが現役サーバであった場合は、当該サーバに対して通常要求を行い、退役サーバであった場合は、その代替サーバに対して代替要求を行うことになる。この第1の構成例に係るファイル要求部123-1は、図示のとおり、サーバ状態照会部11、要求送信部12、異常報告部13によって構成されている。図示の例は、図6に示す管理情報Mαに基づいて、Fα1なる分割ファイルについての保管場所SiSj、Fα2なる分割ファイルについての保管場所SjSk、Fα3なる分割ファイルについての保管場所SkSiがファイル要求部123-1に与えられた場合の例である。要求送信部12は、これら保管場所に関する情報に基づいて、各分割ファイルについての代表となる保管用サーバを選択する。たとえば、先頭に記載されたサーバを代表として選択する運用を採る場合は、分割ファイルFα1についてサーバSi、分割ファイルFα2についてサーバSj、分割ファイルFα3についてサーバSkが、それぞれ代表として選択される。要求送信部12は、これら各代表サーバに対して通常要求を行うが、その前に、サーバ状態照会部11に対して、これら各代表サーバについての事前照会を行うよう指示を与える。サーバ状態照会部11は、要求送信部12が、保管場所となる特定の保管用サーバに対して分割ファイルを要求する際に、事前に、照会受付部470に対して当該特定の保管用サーバについての照会を行う機能を有する。上例の場合、要求送信部12から、サーバSi,Sj,Skについての事前照会指示を受け、運用サーバ400に対してネットワークを介した照会を行うことになる。運用サーバ400内の照会受付部470は、このような照会に対して、サーバ状態リストを参照することにより、各サーバが現役状態か退役状態かを確認して回答を行う。退役状態であった場合には、更に、対応する代替サーバについての報知も行う。照会受付部470からの回答を受けたサーバ状態照会部11は、当該回答を要求送信部12に報告する。要求送信部12は、このような事前照会の結果を踏まえて、適切なサーバに対して分割ファイルの要求を行う。すなわち、サーバ状態照会部11による照会に応じて、照会受付部470から現役である旨の回答が得られた場合には、予定通り、代表として選択された特定の保管用サーバに対して通常要求を行う。一方、照会受付部470から退役した旨の回答が得られた場合には、代表として選択された特定の保管用サーバに代えて、照会受付部470から報知された代替サーバに対して代替要求を行う。こうして、ファイル要求部123-1から分割ファイルの取出要求があると、やがて、要求に応じた分割ファイルがファイル復元部125宛に返信されてくる。要求したすべての分割ファイルが支障なく返信されてきた場合は、既に述べたとおり、ファイル復元部125によって、もとの保管対象ファイルFαが復元される。ところが、取出要求が出されてから所定限界時間が経過しても分割ファイルの返信がなされなかった場合には、ファイル復元部125からファイル要求部123に対して未着報告がなされる。この未着報告は、異常報告部13に通知される。ここに示す事前照会を行う例の場合、ファイル要求部123が取出要求を送信する相手は常に現役サーバであるから当初の予定が退役サーバであっても、照会によって現役の代替サーバへ導かれることになる、未着報告があった場合、ファイルの取り出しに失敗したことを意味する。そこで、異常報告部13は、ファイル復元部125からの未着報告があった場合に、次の2つの処理を実行する。未着報告があった場合に、異常報告部13が実行する第1の処理は、当該未着報告に係る分割ファイルについての非常取出指令を発する処理である。この非常取出指令は、要求送信部12へと伝えられる。要求送信部12は、異常報告部13が非常取出指令を発した場合に、当該未着報告に係る分割ファイルについての非常要求を行う。たとえば、異常報告部13に、分割ファイルFα1についての未着報告が与えられると、異常報告部13から要求送信部12に対して、分割ファイルFα1についての非常取出指令が与えられる。要求送信部12は、この非常取出指令を受けて、分割ファイルFα1について、代表ではない別な保管用サーバSjに対して非常要求を行うことになる。この非常要求に応じて、サーバSjから分割ファイルFα1が返信されてくれば、もとの保管対象ファイルFαは支障なく復元される。もし、この非常要求に対する返信も得られなかった場合には、残念ながら、本システムでは、ファイルFαは滅失してしまう。未着報告があった場合に、異常報告部13が実行する第2の処理は、運用サーバ400に対する異常報告処理である。この処理は、既に述べたとおり、異常サーバ特定情報と復旧情報とを含む異常報告を、運用サーバ400に対して送信する処理である。たとえば、異常報告部13に、分割ファイルFα1についての未着報告が与えられると、異常報告部13は、要求送信部12が行った取出要求の内容に基づき、サーバSiが異常サーバであることを認識することができるので、Siなる異常サーバ特定情報を生成することができる。また、管理情報格納ユニット130内に格納されている管理情報を参照することにより、異常サーバSiが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての異常サーバSiとは別な重複保管場所と、の対応を示す復旧情報を生成することもできる。かくして、異常報告部13から運用サーバ400に対して、図13の異常報告受理部410に例示されているような異常報告ESiが送信される。一方、図15は、ファイル要求部123の第2の具体的な構成例を示すブロック図である。この例は、§6で述べた事後照会を行う機能を有し、事前照会なしに保管場所となる特定の保管用サーバに対して取出要求を行い、ファイル復元部125から未着報告があった場合に、運用サーバ400への事後照会を行い、当該特定の保管用サーバが退役サーバであった場合には、当該特定の保管用サーバに代えて、改めて、その代替サーバに対して代替要求を行うことになる。この第2の構成例に係るファイル要求部123-2は、図示のとおり、要求送信部21、サーバ状態照会部22、異常報告部23によって構成されている。この例も、図6に示す管理情報Mαに基づいて、Fα1なる分割ファイルについての保管場所SiSj、Fα2なる分割ファイルについての保管場所SjSk、Fα3なる分割ファイルについての保管場所SkSiがファイル要求部123-2に与えられた場合の例である。要求送信部21は、これら保管場所に関する情報に基づいて、各分割ファイルについての代表となる保管用サーバを選択する。たとえば、先頭に記載されたサーバを代表として選択する運用を採る場合は、分割ファイルFα1についてサーバSi、分割ファイルFα2についてサーバSj、分割ファイルFα3についてサーバSkが、それぞれ代表として選択される。要求送信部21は、事前照会なしに、これら各代表サーバに対して通常要求を行う。したがって、要求先が退役サーバである可能性もある。サーバ状態照会部22は、ファイル復元部125から未着報告があった場合に、適切な処理を行う構成要素である。すなわち、サーバ状態照会部22は、未着報告があった場合に、運用サーバ400内の照会受付部470に対して、当該未着報告に係る特定の保管用サーバについての事後照会を行う。そして、照会受付部470から退役した旨の回答および代替サーバの報知が得られた場合には、当該代替サーバからの取り出しを行うための代替取出指令を発する。たとえば、サーバ状態照会部22に、分割ファイルFα1についての未着報告が与えられると、サーバ状態照会部22は、要求送信部21が行った取出要求の内容に基づき、サーバSiが当該未着報告に係るサーバであることを認識することができるので、運用サーバ400内の照会受付部470に対して、当該未着報告に係るサーバSiについての事後照会を行う。もし、照会受付部470から、サーバSiが退役した旨の回答および代替サーバがSqである旨の報知が得られた場合には、サーバ状態照会部22は、報知された代替サーバSqからの取り出しを行うための代替取出指令を発する処理を行う。要求送信部21は、サーバ状態照会部22が代替取出指令を発した場合には、未着報告の原因となったサーバSi退役していたサーバに代えて、照会受付部470から報知された代替サーバSqに対して代替要求を行う。当該代替要求に応じて、代替サーバSqから分割ファイルFα1が返信されてくれば、もとの保管対象ファイルFαは支障なく復元される。もし、この代替要求に対する返信が得られなかった場合には、サーバ状態照会部22に、再び未着報告がなされることになる。この場合、代替サーバSqについての照会は既に完了し、現役サーバである旨の回答が得られているので、サーバ状態照会部22は再度の照会を省略し、以下に述べる処理を実行することができるもちろん、再度の照会を行ってもかまわない。さて、事後照会の結果、照会したサーバSiが現役である旨の回答が得られた場合には、サーバSiに何らかの異常が生じており、ファイルの取り出しに失敗したことになる。その場合、サーバ状態照会部22は、当該未着報告に係る分割ファイルについての非常取出指令を発する。要求送信部21は、サーバ状態照会部22が非常取出指令を発した場合、当該未着報告に係る分割ファイルについての非常要求を行う。たとえば、分割ファイルFα1についての未着報告に基づく非常取出指令が与えられた場合、要求送信部21は、分割ファイルFα1について、代表ではない別な保管用サーバSjに対して非常要求を行うことになる。この非常要求に応じて、サーバSjから分割ファイルFα1が返信されてくれば、もとの保管対象ファイルFαは支障なく復元される。もし、この非常要求に対する返信も得られなかった場合には、残念ながら、本システムでは、ファイルFαは滅失してしまう。一方、サーバ状態照会部22が発した非常取出指令は、異常報告部23にも与えられる。異常報告部23は、この非常取出指令を受け、サーバSiに何らかの異常が生じていることを認識し、運用サーバ400に対する異常報告処理を実行する。この処理は、既に述べたとおり、異常サーバ特定情報と復旧情報とを含む異常報告を、運用サーバ400に対して送信する処理である。たとえば、サーバ状態照会部22が、分割ファイルFα1についての未着報告に基づく事後照会により、サーバSiが異常サーバであることを認識した場合、異常サーバSiに関する非常取出指令を異常報告部23に伝えることができる。異常報告部23は、管理情報格納ユニット130内に格納されている管理情報を参照することにより、異常サーバSiが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての異常サーバSiとは別な重複保管場所と、の対応を示す復旧情報を生成する。かくして、異常報告部23から運用サーバ400に対して、図13の異常報告受理部410に例示されているような異常報告ESiが送信される。<7-4.複数ユーザによる共用が行われる場合の工夫>これまで、図9に示すデータ保管システムを、分散型データアーカイブシステムとして利用する実施形態を述べた。具体的には、ユーザ端末100を利用した1人のユーザが保管対象ファイルFαを預け入れる処理、これを取り出す処理、そして、途中で保管用サーバSiに支障が生じたときに代替サーバSqを用意する処理について、具体的な処理内容を説明した。ただ、実用上、このシステムは多数のユーザによって利用されることになり、そのような利用形態では、1台の保管用サーバが複数のユーザによって共用されるケースもあり得る。ここでは、そのように、複数ユーザによる共用が行われる運用を行った場合にも、本発明のシステムが支障なく動作するようにする工夫を述べておく。いま、図11に示すように、保管用サーバSiに何らかの支障が生じ、ファイルの取り出しができない状態に陥ったものとしよう。ここで、サーバSiには、3人のユーザ甲,乙,丙のデータファイルが保管されていたとする。この場合、サーバSiに異常が生じていることは、ユーザ甲乙丙のいずれかが、ファイルの取り出しに失敗した時点あるいは、後述する変形例の場合は、ファイルの預け入れに失敗した時点で判明する。そこで、ここでは、これまで述べてきた例と同様に、ユーザ甲がファイルFαの取り出しを行う際に、分割ファイルFα1の取り出しに失敗したものとしよう。ファイル要求部123は、サーバSiからの分割ファイルFα1の取り出しに失敗すると、重複保管場所であるサーバSjから分割ファイルFα1を取り出す非常取出処理を行う。サーバSjが正常に機能していれば、取り出しに成功し、もとの保管対象ファイルFαは支障なく復元されるので、ユーザ甲からみれば、通常どおりファイルFαが取り出されたことになる。しかしながら、その裏方では、運用サーバ400に対して、サーバSiについての異常報告がなされ、図11に示すように、サーバSiに対して退役宣告を行う処理および代替サーバSqを用意する処理が自動的に行われることになる。この裏方の処理によって、運用サーバ400内のサーバ状態リストには、サーバSiが退役サーバとなり、その代替サーバとしてサーバSqが用意された事実が記録される。そして、退役サーバSi内の分割ファイルは、代替サーバSq内に復元されることになる。したがって、ユーザ甲が、その後、再びファイルFαを取り出す処理を行った場合、ファイル要求部123は、分割ファイルFα1の取出要求を、退役サーバSiに対して行う代わりに、代替サーバSqに対して行うことにより、分割ファイルFα1を支障なく取り出すことができる。ところが、上述した裏方の処理によって、代替サーバSqに復元されたファイルは、ユーザ甲に関するファイルのみであり、ユーザ乙および丙のファイルの復元は、この時点ではまだ行われていない。別言すれば、ユーザ乙および丙のファイルは、依然として退役サーバSiに残ったままである。このような問題に対処するための1つの解決法は、管理情報格納ユニット130をユーザ甲乙丙で共通にする方法である。同一の管理情報格納ユニット130内に、ユーザ甲乙丙についての管理情報がすべて格納されるようにしておけば、当該管理情報格納ユニット130から、ユーザ甲乙丙すべての復旧情報を抽出することができるので、ユーザ甲に関するファイルの復元処理時に、ユーザ乙および丙に関するファイルの復元処理も併せて行うことができる。別な解決方法は、ユーザ乙もしくは丙が、退役サーバSi内に保管されている分割ファイルを必要とする取出処理を実行した時点で、ユーザ乙もしくは丙のファイルの復元が自動的に行われるような運用を採る方法である。たとえば、ユーザ甲に関して上述した裏方の処理が実行された後に、ユーザ乙がサーバSi内に保管されている分割ファイルを必要とする取出処理を実行した場合を考えてみよう。この場合、ファイル要求部123は、運用サーバ400への照会により、サーバSiは既に退役サーバとなっており、代替として代替サーバSqが用意されていることが認識できるので、代替サーバSqに対する代替要求を行う。ところが、代替サーバSq内には、まだユーザ乙のファイルの復元は行われていないので、代替要求によるファイルの取り出しは失敗する。結局、退役サーバSiからも、代替サーバSqからも、目的の分割ファイルを取り出すことができないことになり、やむを得ず、非常取出によって、目的の分割ファイルを重複保管場所から取り出す処理を行うとともに、運用サーバ400に対して、異常報告を行うことになる。もっとも、上例の場合、代替サーバSqの動作が異常であるわけではなく、代替サーバSqには目的の分割ファイルが保管されていない、というだけである。実際、このようなケースでは、代替サーバSqからは、要求したファイルは存在しないというようなエラーメッセージが返信されてくる。そこで、ファイル要求部123が、代替サーバSqに対して要求を行い、かつ、要求に係る特定の分割ファイルが当該代替サーバ内に存在しないために当該特定の分割ファイルの取り出しに失敗した場合には、当該特定の分割ファイルの別な重複保管場所となる保管用サーバに対して、当該特定の分割ファイルを要求する非常要求を行うとともに、当該代替サーバSqによって代替された退役サーバSiを異常サーバとして特定する異常サーバ特定情報および管理情報格納ユニット130内に格納されている管理情報において前記異常サーバSiが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての前記異常サーバSiとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を運用サーバ400に対して送信するようにすればよい。別言すれば、代替サーバSqからのファイル取り出しに失敗した場合であっても、要求したファイルは存在しないという理由により失敗した場合には、代替サーバSqを異常サーバとする異常報告を行う代わりに、代替された元の退役サーバSiを異常サーバとする異常報告を行うようにすればよい。図13に示す運用サーバ400が、このような異常報告を受けた場合、異常サーバSiについては既に退役宣告がなされているので、退役宣告部420による再度の退役宣告は行われず、代替サーバ選択部430による代替サーバの選択や、リスト更新部450によるリストの更新も行われない。ただ、復旧処理部440による復旧処理のみが行われることになる。もちろん、このときに行われる復旧処理は、ユーザ乙の復旧情報に基づいて、サーバSi内に保管されていたと推定されるユーザ乙のファイルを代替サーバSq内に復元する処理ということになる。結局、ユーザ甲がファイルの取り出しに失敗したために、サーバSiが退役サーバとなり、代替サーバSqが用意された時点では、ユーザ甲の管理情報を利用して、ユーザ甲のファイルについての復元だけが行われるが、その後、当該退役サーバSiを利用していた別なユーザ乙,丙がアクセスを行った時点で、ユーザ乙,丙の管理情報を利用して、ユーザ乙,丙のファイルについての復元も行われることになる。<<<§8.本発明の変形例>>>最後に、本発明のいくつかの変形例を述べておく。<8-1.代替サーバの選択基準>図13に示す代替サーバ選択部430は、退役宣告部420により退役宣告がなされた場合に、当該退役宣告の対象となった退役サーバの代替となる代替サーバを、サーバ状態リストに収録されている現役サーバの中から選択する処理を行う。この選択は任意のアルゴリズムに基づく方法でかまわないが、実用上は、サーバ状態リスト格納部460内に、個々の保管用サーバSa~Szについて、仕様、コスト、もしくは設置環境に関する情報を収録したサーバ状態リストを格納しておくようにし、代替サーバ選択部430が、この仕様、コスト、もしくは設置環境に関する情報を考慮して代替サーバの選択を行うようにするのが好ましい。図16は、サーバ状態リスト格納部460内に格納されるサーバ状態リストの変形例を示す図である。このリストの上段の基本欄に記載された情報は、図13のサーバ状態リスト格納部460内に記載された基本的な情報である。これに対して、仕様欄には、仕様に関する情報として、製造会社、型式、製造時期、記憶容量、動作速度、二酸化炭素排出量、という項目に関する情報が格納されており、コスト欄には、コストに関する情報として、初期導入コストおよび維持コストに関する情報が格納されており、設置環境欄には、設置環境に関する情報として、耐震性および治安度に関する情報が格納されている。サーバ状態リストとして、このように、仕様、コスト、設置環境に関する情報を収録しておけば、代替サーバ選択部430は、これらの情報も考慮して、代替サーバの選択を行うことができるようになるので、たとえば、退役サーバの仕様、コスト、設置環境と類似した特徴をもつ現役サーバを代替サーバとして優先的に選択する、などの選択方法を採用することができ、より適切な選択が可能になる。<8-2.管理情報格納ユニットの構成>これまで述べた実施形態では、図12に示すように、保管対象ファイルFαの預入処理が行われる際に、管理情報書込部114によって、当該ファイルFαについての管理情報Mαが、管理情報格納ユニット130内に格納されることになる。管理情報格納ユニット130をICカードなどの携帯可能情報記録媒体によって構成しておけば、ユーザは、当該媒体のみを単体として携帯することができるため、任意の場所からファイルFαの取出処理を行うことができるメリットが得られる点は、既に述べたとおりである。図17は、ICカードによって管理情報格納ユニット130を構成し、複数のユーザ端末本体部を利用してファイルの預入処理/取出処理を実行可能にした実施形態を示すブロック図である。この例の場合、3人のユーザ甲,乙,丙に、それぞれICカードからなる管理情報格納ユニット130が配布される。一方、3台のユーザ端末本体部100AA,100BB,100CCが用意されている。これらユーザ端末本体部は、それぞれが、図12に示す構成における預入処理ユニット110および取出処理ユニット120に対応するものであり、携帯電話機やパソコンなどの電子機器に専用のエージェントプログラムを組み込むことにより実現される。ユーザ甲は、管理情報格納ユニット130甲を携帯していれば、いずれのユーザ端末本体部を用いても、データファイルの預け入れおよび取り出しを行うことが可能である。たとえば、管理情報格納ユニット130甲をユーザ端末本体部100AAに接続すれば有線でも無線でも、光を利用した接続でもかまわない、図12に示すユーザ端末100を構成することができ、データファイルの預け入れおよび取り出しが可能になる。要するに、図12に示す預入処理ユニット110および取出処理ユニット120によって、ユーザ端末本体部100AAを構成し、管理情報格納ユニット130として、このユーザ端末本体部100AAに対して着脱自在な携帯型情報記憶装置130甲を用いたことになる。3人のユーザ甲,乙,丙は、それぞれ別個の管理情報格納ユニット130甲,130乙,130丙を携帯しており、各自の管理情報は、それぞれ別個独立して管理されることになる。ファイルの取り出しには、管理情報が不可欠であるから、各ユーザが管理情報格納ユニット130をしっかりと管理していれば、ファイルの取り出しに関して十分なセキュリティを確保することができる。なお、これまで述べた実施形態では、ファイルFαの取り出しに必要な管理情報Mαを、管理情報格納ユニット130内に格納する例を述べたが、管理情報Mαは、必ずしも管理情報格納ユニット130内に格納する必要はなく、ネットワークを介してアクセス可能な任意の格納場所たとえば、いずれかの保管用サーバ300や運用サーバ400内であってもよいし、それ以外のコンピュータ内であってもよいに格納することが可能である。すなわち、管理情報書込部114が、保管対象ファイルFαについての管理情報Mαを管理情報格納ユニット130に格納する代わりに、ネットワークを介してアクセス可能な特定の格納場所に格納し、当該格納場所の所在を示す所在情報たとえば、URLを管理情報格納ユニット130に格納する処理を行うことも可能である。この場合、ファイルFαについての取出処理を行う際には、管理情報読出部121は、管理情報格納ユニット130から管理情報Mαを直接読み出す代わりに、管理情報格納ユニット130から上記所在情報たとえば、URLを読み出し、読み出した所在情報に基づいて上記特定の格納場所をアクセスして管理情報Mαを読み出す処理を行うことができるので、何ら支障なく管理情報Mαを入手することが可能である。このように、管理情報格納ユニット130内に管理情報Mαそのものを格納する代わりに、その所在情報たとえば、URLのみを格納する運用を採れば、管理情報格納ユニット130内の格納スペースを節約することができ、ICカードなどの比較的記憶容量の小さな媒体を管理情報格納ユニット130として用いる場合に便利である。<8-3.事前にユーザ登録を行う運用>これまでに述べた分散型データアーカイブシステムは、理論的には、1人のユーザのみが利用することも可能であるが、商用設備として運用する実用的なケースでは、多数のユーザが共用することが前提となる。このようなケースでは、運用サーバ400内にユーザ登録部を更に設け、このユーザ登録部の機能によって、事前にユーザ登録を行い、たとえば、図18に示すような個別保管場所リストを作成しておけばよい。すなわち、ユーザ登録部は、ユーザからの登録指示に基づき、それぞれ固有のユーザIDを発行するとともに、当該ユーザのために個別保管場所を用意する処理を行う。この図18に示す個別保管場所リストは、個々のユーザごとに付与されたユーザIDと、個別保管場所URLとの対応関係を示すリストである。各個別保管場所を示すURLは、特定の保管用サーバ内に作成されたフォルダのアドレスを示している。たとえば、ユーザIDU0001が付与されたユーザについて設定された個別保管場所は、SiF1,SjF1,SkF1の3箇所になっているが、SiF1なるURLは、保管用サーバSi内のフォルダF1を示しており、SjF1なるURLは、保管用サーバSj内のフォルダF1を示しており、SkF1なるURLは、保管用サーバSk内のフォルダF1を示している。結局、ユーザ登録部は、ユーザからの登録指示に基づき、図18に示すような個別保管場所リストを作成するとともに、このリストに応じて、複数の保管用サーバ内に当該ユーザ用のフォルダを作成する処理を行うことになる。図19は、図18に示す個別保管場所リストに対応して作成された各ユーザ用のフォルダを示すブロック図である。この例では、各保管用サーバSi,Sj,Sk内に、各ユーザ用のフォルダが作成された状態が示されている。たとえば、3人のユーザ甲,乙,丙が事前登録を行うと、それぞれにユーザIDU0001,U0002,U0003が付与され、図18に示すような個別保管場所リストが作成され、更に、各保管用サーバ内には、図19に例示するように、各ユーザ用のフォルダが作成されることになる。このように、事前にユーザ登録を行い、個々のユーザごとに予め個別保管場所をフォルダとして用意する運用を行う際には、保管場所割当部115は、ある登録ユーザからの預入指示があった場合に、図18に示す個別保管場所リストを参照して、当該登録ユーザ用のフォルダ個別保管場所を保管場所として割り当てる処理を行えばよい。また、特定の保管用サーバに対して退役宣告がなされた場合、復旧処理部440は、フォルダに収容された状態のままファイルを転送することにより復旧処理を行うようにすればよい。<8-4.退役宣告時の検査>これまで述べた実施形態では、運用サーバ400が異常報告を受けた場合、報告に係る異常サーバが、まだ退役宣告がなされていないサーバであった場合には、無条件で退役宣告を行う処理を行うことになるが、必要に応じて、退役宣告部420が、退役宣告を行う前に、異常サーバ特定情報によって特定される保管用サーバに異常が生じているか否かを所定の検査方法で検査し、異常が確認された場合にのみ退役宣告を行うようにしてもよい。この場合、復旧処理部440は、退役宣告が行われた場合にのみ復旧処理を行うようにする。このように、退役宣告を行う前に、退役宣告部420による事前検査を行うようにすれば、ユーザ端末側の支障によって誤った異常報告がなされた場合や、ハッカーが意図的に異常報告を送信してきた場合にも、適切な対応を採ることが可能になる。<8-5.管理情報の書き換え>これまで述べたとおり、退役サーバから代替サーバへの役割交替が行われていた場合でも、ファイル要求部123の照会機能により、ユーザ端末100は、支障なく保管対象ファイルFαの取り出しを行うことが可能になる。別言すれば、管理情報格納ユニット130内に格納されている管理情報Mαによって示される保管場所が、実際の保管場所と齟齬を生じていたとしても、ファイル要求部123の照会機能により、要求先を退役サーバから代替サーバに切り替える処理が行われるため、支障なくファイルの取り出しが可能になる。ただ、より効率的なファイル取り出しを行うためには、ファイル要求部123に、更に、管理情報格納ユニット130内に格納されている管理情報を書き換える機能をもたせておくとよい。たとえば、ファイル要求部123が、要求先を退役サーバSjから代替サーバSqに切り替える代替要求を行った場合に、管理情報格納ユニット130内に格納されている管理情報Mαについて、退役サーバSjが代替サーバSqに変更されるように、管理情報Mαに対する書き換えを行うようにすればよい。図12において、ファイル要求部123から管理情報格納ユニット130へ向かう矢印は、このような書換処理を示すものである。このような書き換えを行っておけば、次回、保管対象ファイルFαの取り出しを行う際には、管理情報Mαによって示される分割ファイルFα1についての要求先は、サーバSqということになるので、退役サーバSiから代替サーバSqへの照会を経ることなく、分割ファイルFα1を効率的に取り出すことが可能になる。<8-6.預け入れ時の失敗に基づく異常報告>既に述べたとおり、保管対象ファイルの預け入れ時に、ファイル送信部113が特定の保管用サーバへの送信に失敗した場合、保管場所割当部115は、当該特定の保管用サーバの代わりに別な保管用サーバを充てる新たな割り当てを行う。そして、ファイル送信部113は、新たに割り当てられた保管用サーバに対して送信をやり直す処理を行い、管理情報書込部114は、送信に成功した保管場所を含む管理情報を管理情報格納ユニット130に書き込むことになる。このように、ファイル送信部113が、特定の保管用サーバへの送信に失敗した場合、当該サーバには何らかの支障が生じている可能性が高く、できるだけ早めに退役させた方が好ましい。そこで、預け入れ時に失敗が生じた場合にも、運用サーバ400に対する異常報告を行い、失敗したサーバを退役させるようにするのが好ましい。そのような運用を行う場合は、ファイル送信部113が、特定の保管用サーバへの送信に失敗した場合に、送信に失敗した異常サーバを特定する異常サーバ特定情報および管理情報格納ユニット内に格納されている管理情報において当該異常サーバが保管場所とされている分割ファイルのファイル名と、当該分割ファイルについての異常サーバとは別な重複保管場所と、の対応を示す復旧情報を含む異常報告を運用サーバ400に対して送信するようにすればよい。運用サーバ400は、このような異常報告を、ファイル要求部123から送信される異常報告と同様に取り扱うことができ、異常サーバを退役させ、代替サーバを用意する処理を行うことができる。<8-7.退役サーバの機能停止>これまでの実施形態では、特定の保管用サーバが完全にダウンし、もはやファイルの取り出しが全くできない状態になった場合を想定して、当該サーバを退役サーバとし、代わりとなる代替サーバを用意する例を述べた。しかしながら、実際には、ある特定のファイルの取り出しはできないが、別なファイルは支障なく取り出せる、という状態が生じることも少なくない。特に、§7-4で述べたように、複数のユーザによって、1台の保管用サーバを共用する形態を採る場合、ユーザ甲のファイルは読み出せないが、ユーザ乙のファイルは読み出せる、という状況が起こり得る。この場合、ユーザ甲のファイル取り出し失敗により、当該サーバには退役宣告がなされ、ユーザ甲のファイルについて代替サーバへの復元が行われるもちろん、ユーザ甲のファイルは非常取出によって得ることができる。ところが、その後、ユーザ乙が退役サーバからのファイルの取り出しを試みると、事後照会の運用を行うケースでは、ユーザ乙のファイルは支障なく読み出せることになるので、ユーザ乙のファイルについての代替サーバへの復元は行われないことになる。もちろん、退役サーバであっても、ユーザ乙のファイルが支障なく取り出せるのであれば、そのままの状態を放置しておいてもよいが、実際には、ユーザ甲のファイルが取り出せない状態になっていれば、やがてユーザ乙のファイルも取り出せなくなる可能性が高い。このような場合に、ユーザ乙のファイルについての代替サーバへの復元を促進させるには、退役宣告部420が、退役宣告を行った保管用サーバに対して、ファイル保管機能およびファイル返信機能を停止する機能停止処理を行うようにすればよい。具体的には、予め各保管用サーバに、運用サーバ400からの機能停止コマンドが与えられたら、機能を停止するような仕組たとえば、外部からのアクセスを受け付けないようにしたり、電源供給を切断したりすればよいを組み込んでおけば、機能停止コマンドの送信を受けた保管用サーバは、自分自身を機能停止状態にすることができる。上例のように、ユーザ甲のファイルは読み出せないが、ユーザ乙のファイルは読み出せる、という状況が起こった場合、ユーザ甲のファイル取り出し失敗により、当該サーバには退役宣告がなされ、ユーザ甲のファイルについて代替サーバへの復元が行われる。このとき、退役宣告を行った保管用サーバに対して、ファイル保管機能およびファイル返信機能を停止する機能停止処理を行うようにすれば、その後、ユーザ乙が退役サーバからのファイルの取り出しを試みたとしても失敗することになるので、ユーザ乙は、非常取出によってファイルを得ることになり、この時点で、ユーザ乙のファイルについての代替サーバへの復元が行われることになる。<8-8.退役サーバからの避難処理>本発明において、復旧処理部440によって行われる復旧処理の基本原理は、退役サーバSi内のファイルを代替サーバSqへ復元する際に、図10に示すように、退役サーバSi内のファイルを代替サーバSqへ転送するのではなく、図11に示すように、退役サーバSi内に保管されていたと推定されるファイルを、重複保管場所となる別な保管用サーバSj,Skから転送することにより、代替サーバSq内に復元する点にある。しかしながら、復旧処理部440が、退役サーバSi内に、取り出し可能なファイルが存在していた場合には、当該ファイルを取り出して代替サーバSqへ転送する避難処理を行うようにすれば、万一の場合にファイルが滅失する危険性を低減することができる。たとえば、図11に示す例において、もし、退役サーバSi内の分割ファイルFα3だけが取り出し可能であった場合には、復旧処理部440により、この分割ファイルFα3を取り出し、代替サーバSqに転送する避難処理を行っておくのが好ましい。復旧処理部440による本来の復旧処理では、分割ファイルFα3は、重複保管場所となるサーバSkから代替サーバSqへ転送することにより復元することになるが、万一、サーバSkから分割ファイルFα3を取り出すことができなかった場合でも、上記避難処理を行っておけば、分割ファイルFα3の滅失を回避することができる。"