特許 7399929 情報処理システム、情報処理方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-08

(45)【発行日】2023-12-18

(54)【発明の名称】情報処理システム、情報処理方法、及びプログラム

(51)【国際特許分類】

   G06F 16/185 20190101AFI20231211BHJP

【ＦＩ】

G06F16/185

【請求項の数】 10

(21)【出願番号】P 2021191766

(22)【出願日】2021-11-26

(65)【公開番号】P2023078577

(43)【公開日】2023-06-07

【審査請求日】2022-07-08

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110000176

【氏名又は名称】弁理士法人一色国際特許事務所

(72)【発明者】

【氏名】寺住 法遵

【審査官】原 秀人

(56)【参考文献】

【文献】特開２０１５－０８２１２６（ＪＰ，Ａ）

【文献】特開２００２－０３２２８４（ＪＰ，Ａ）

【文献】米国特許第１０８７７９３１（ＵＳ，Ｂ１）

【文献】国際公開第２０１６／１２１０８４（ＷＯ，Ａ１）

【文献】やまねひでき，Ubuntu万全バックアップ＆リストア，日経Ｌｉｎｕｘ ，日本，日経ＢＰ，2019年06月08日，第21巻第4号通巻227号，pp. 52-57

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １６／００－１６／９５８

(57)【特許請求の範囲】

【請求項1】

オブジェクトストレージを利用してデータを管理する情報処理装置を含んで構成される情報処理システムであって、
前記データの前記情報処理装置への復元に用いる一群のオブジェクトを前記情報処理装置にダウンロードするに際し、
前記一群のオブジェクトの夫々を、前記オブジェクト毎に通信ネットワークを介して前記情報処理装置にダウンロードし、
前記一群のオブジェクトの夫々の前記ダウンロードを、前記通信ネットワークを介した通信に用いるプロトコルの同一性検証機能による同一性検証を行いつつ行い、
前記同一性検証に失敗した前記オブジェクトについては当該オブジェクトを特定する情報を記憶し、
前記同一性検証に失敗している前記オブジェクトを対象として前記同一性検証機能による同一性検証を行いつつ前記情報処理装置へのダウンロードを再実行する、
情報処理システム。

【請求項2】

請求項１に記載の情報処理システムであって、
前記プロトコルはＨＴＴＰＳ（Hyper Text Transfer Protocol Secure）である、
情報処理システム。

【請求項3】

請求項１に記載の情報処理システムであって、
前記一群のオブジェクトの夫々は、ファイルシステムのディレクトリツリーを構成する各階層のディレクトリのデータ、及び前記ディレクトリの夫々に格納されているファイルのデータである、
情報処理システム。

【請求項4】

請求項３に記載の情報処理システムであって、
前記情報処理装置は、ダウンロードした前記オブジェクトを用いて前記ファイルシステムを復元する、
情報処理システム。

【請求項5】

請求項１に記載の情報処理システムであって、
前記一群のオブジェクトのオブジェクト毎のダウンロードの進捗状況を示す情報を生成して出力する、
情報処理システム。

【請求項6】

請求項１に記載の情報処理システムであって、
前記情報処理装置は、ファイルシステムのサービスを通信可能に接続する他の情報処理装置に提供するＮＡＳ装置（Network Attached Storage）である、
情報処理システム。

【請求項7】

請求項１に記載の情報処理システムであって、
前記データの復元に用いる前記オブジェクトの一覧である復元対象オブジェクト一覧と、
前記同一性検証に成功した前記オブジェクトの一覧である復元済オブジェクト一覧と、
を記憶し、
前記再実行に際し、前記復元対象オブジェクト一覧に記載されている前記オブジェクトのうち、前記復元済オブジェクト一覧に記載されている前記オブジェクトを除くオブジェクトを対象として前記情報処理装置へのダウンロードを行う、
情報処理システム。

【請求項8】

請求項７に記載の情報処理システムであって、
前記情報処理装置は、プロセッサ、主記憶装置、補助記憶装置、及び通信装置を備え、互いに通信可能に接続される複数のノードを備え、
前記ノードの夫々の前記補助記憶装置が提供する記憶領域に前記データは格納され、
前記補助記憶装置によって提供され、前記ノードの夫々によって共有される記憶領域に前記復元済オブジェクト一覧が格納され、
少なくともいずれかの前記ノードの前記主記憶装置に、前記オブジェクトストレージを操作するためのプログラム群と前記復元対象オブジェクト一覧が格納される、
情報処理システム。

【請求項9】

オブジェクトストレージを利用してデータを管理する情報処理装置を含んで構成される情報処理システムによる情報処理方法であって、
前記情報処理システムが、
前記データの前記情報処理装置への復元に用いる一群のオブジェクトを前記情報処理装置にダウンロードするに際し、
前記一群のオブジェクトの夫々を、前記オブジェクト毎に通信ネットワークを介して前記情報処理装置にダウンロードするステップ、
前記一群のオブジェクトの夫々の前記ダウンロードを、前記通信ネットワークを介した通信に用いるプロトコルの同一性検証機能による同一性検証を行いつつ行うステップ、
前記同一性検証に失敗した前記オブジェクトについては当該オブジェクトを特定する情報を記憶するステップ、及び、
前記同一性検証に失敗している前記オブジェクトを対象として前記同一性検証機能による同一性検証を行いつつ前記情報処理装置へのダウンロードを再実行するステップ、
を実行する、情報処理方法。

【請求項10】

オブジェクトストレージを利用してデータを管理する情報処理装置を含んで構成される情報処理システムで実行されるプログラムであって、
前記データの前記情報処理装置への復元に用いる一群のオブジェクトを前記情報処理装置にダウンロードするに際し、
前記一群のオブジェクトの夫々を、前記オブジェクト毎に通信ネットワークを介して前記情報処理装置にダウンロードする機能、
前記一群のオブジェクトの夫々の前記ダウンロードを、前記通信ネットワークを介した通信に用いるプロトコルの同一性検証機能による同一性検証を行いつつ行う機能、
前記同一性検証に失敗した前記オブジェクトについては当該オブジェクトを特定する情報を記憶する機能、及び、
前記同一性検証に失敗している前記オブジェクトを対象として前記同一性検証機能による同一性検証を行いつつ前記情報処理装置へのダウンロードを再実行する機能、
を実現するためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム、情報処理方法、及びプログラムに関する。

【背景技術】

【0002】

クラウドが提供するストレージサービスの一つとして、オブジェクトを単位としてデータを管理するオブジェクトストレージがある。オブジェクトストレージは、例えば、スケーラビリティに優れる、オブジェクトはフラットな記憶空間であるバケット（コンテナ）に格納される、オブジェクトは固有のＩＤ（ＵＲＩ（Uniform Resource Identifier））
を付与されて識別される、オブジェクトへのアクセスはＲＥＳＴ（Representational State Transfer）等のステートレスなプロトコル（ＨＴＴＰＳ（Hypertext Transfer Protocol Secure）により行われる、更新頻度が比較的少ない膨大なデータの管理に向いている
、といった特徴を有する。

【0003】

非特許文献１には、クラウドサービスが提供するオブジェクトストレージからオブジェクトを復元（リストア、ダウンロード）する際に行われるオブジェクトの同一性検証（整合性検証）に関する処理について記載されている。

【先行技術文献】

【非特許文献】

【0004】

【文献】"AWS CLI S3 FAQ"，［online］，Amazon Web Services, Inc. or its affiliates，［令和3年11月15日検索］，インターネット＜URL：https://docs.aws.amazon.com/cli/latest/topic/s3-faq.html＞

【発明の概要】

【発明が解決しようとする課題】

【0005】

図１２に非特許文献１に記載の仕組みを用いた処理の一例を示す。同図には、クライアントの拠点に存在するＮＡＳ(Network Attached Storage)装置１００にインターネット等の通信ネットワークを介してオブジェクトを復元する場合を例示している。

【0006】

この例では、まず、ＮＡＳ装置１００が、ＣＬＩ（Command Line Interface）等のユーザインタフェースを介してユーザからリストア指示を受け付けると、オブジェクトストレージ２００に対してオブジェクト２２０（本体データとメタデータを含む）のダウンロード要求を送信する（Ｓ１１１１）。オブジェクトストレージ２００は、上記ダウンロード要求に応じて該当のオブジェクト２２０をＮＡＳ装置１００に送信（ダウンロード）する（Ｓ１１１２）。

【0007】

ＮＡＳ装置１００は、ダウンロードされたオブジェクト２２０についてハッシュ値（ＭＤ５等）を算出し（Ｓ１１１３）、算出したハッシュ値を、ダウンロードされたオブジェクト２２０に付与されているハッシュ値（例えば、ＨＴＴＰＳ通信のレスポンスヘッダに付与されている、オブジェクトストレージ２００側で算出されたハッシュ値）と比較することにより、同一性検証（「損傷チェック」、「改竄チェック」、「整合性検証」等とも称される。）を行う（Ｓ１１１４）。検証の結果、両者が一致することが確認された場合は（Ｓ１１１５）、受け付けたリストア指示についての処理は終了する。一方、両者が不一致であった場合（オブジェクトのダウンロードに失敗した場合）（Ｓ１１１６）、ＮＡＳ装置１００は、ダウンロードされたオブジェクトを削除して（Ｓ１１１７）、以上と同様の処理（Ｓ１１１２～Ｓ１１１７）を再実行（リトライ）する（Ｓ１１１８）。

【0008】

上記の復元処理では、ＮＡＳ装置１００が行うハッシュ値の算出処理（Ｓ１１１３）の負荷が大きく、とくに復元しようとするデータのサイズが大きい場合や復元に必要なオブジェクトの数が多い場合、リソースの消費量が大きく処理時間が長大化してしまうという課題がある。また、オブジェクトのダウンロードに失敗した場合の再実行（リトライ）にはハッシュ値が再度計算されるため、この場合は処理時間が更に長くなる。

【0009】

本発明は、このような背景に鑑みてなされたものであり、オブジェクトストレージにオブジェクトとして管理されているデータを、当該データを利用する装置に効率よく迅速にダウンロードして復元することが可能な、情報処理システム、情報処理方法、及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0010】

上記目的を達成するための本発明のうちの一つは、オブジェクトストレージを利用してデータを管理する情報処理装置を含んで構成される情報処理システムであって、 前記データの前記情報処理装置への復元に用いる一群のオブジェクトを前記情報処理装置にダウンロードするに際し、前記一群のオブジェクトの夫々を、前記オブジェクト毎に通信ネットワークを介して前記情報処理装置にダウンロードし、前記一群のオブジェクトの夫々の前記ダウンロードを、前記通信ネットワークを介した通信に用いるプロトコルの同一性検証機能による同一性検証を行いつつ行い、 前記同一性検証に失敗した前記オブジェクトについては当該オブジェクトを特定する情報を記憶し、 前記同一性検証に失敗している前記オブジェクトを対象として前記同一性検証機能による同一性検証を行いつつ前記情報処理装置へのダウンロードを再実行する。

【0011】

その他、本願が開示する課題、及びその解決方法は、発明を実施するための形態の欄、及び図面により明らかにされる。

【発明の効果】

【0012】

本発明によれば、オブジェクトストレージにオブジェクトとして管理されているデータを、当該データを利用する装置に効率よく迅速にダウンロードして復元することができる。

【図面の簡単な説明】

【0013】

【図1】情報処理システムの一例を示す図である。

【図2】ＮＡＳ装置が備える機能の一例を示す図である。

【図3】ＮＡＳ装置やクライアント装置の実現に用いる情報処理装置のハードウェア構成の一例を示すブロック図である。

【図4】復元処理の一例を説明するＵＭＬシーケンス図である。

【図5A】オブジェクトの一例を示す図である。

【図5B】メタデータに記述される内容の一例である。

【図6A】復元対象オブジェクト一覧の一例である。

【図6B】復元済オブジェクト一覧の一例である。

【図7A】復元処理（初回時）の一例を説明するフローチャートである。

【図7B】ルートディレクトリ復元処理（初回時）の一例を説明するフローチャートである。

【図8】復元処理（再実行時）の一例を説明するフローチャートである。

【図9】下位階層復元処理（再実行時）の一例を説明するフローチャートである。

【図10】ＮＡＳ装置の他の構成例である。

【図11】復元処理進捗状況提示画面の一例である。

【図12】ＮＡＳ装置に通信ネットワークを介してオブジェクトを復元する際に行われる処理の一例を示す図である。

【発明を実施するための形態】

【0014】

以下、図面を適宜参照しつつ本発明の実施形態について説明する。以下の記載及び図面は、本発明を説明するための例示であり、説明の明確化のため、適宜、省略及び簡略化がなされている。本発明は、他の種々の形態でも実施することが可能である。とくに限定しない限り、各構成要素は単数でも複数でも構わない。

【0015】

以下の説明において、同一の又は類似する構成に同一の符号を付して重複した説明を省略することがある。また、以下の説明において、符号の前に付した「Ｓ」の文字は処理ステップの意味である。また、以下の説明において、「情報」、「一覧」、「キュー」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。また、以下の説明において、「ネットワーク」のことを適宜「ＮＷ」と略記する。

【0016】

図１に、一実施形態として説明する情報処理システム１の概略的な構成を示している。同図に示すように、情報処理システム１は、クラウドシステム２により提供されるオブジェクトストレージ２００、及びデータのバックアップ等の目的でオブジェクトストレージ２００を利用する各拠点３に設けられたＮＡＳ装置１００を含む。

【0017】

クラウドシステム２のＨＴＴＰＳ通信部２３０は、ローカルＮＷ７を介して各拠点３のローカルＮＷ７と通信可能に接続されている。オブジェクトストレージ２００は、ＨＴＴＰＳ通信部２３０、通信ＮＷ５、及びローカルＮＷ７を介して各拠点３のＮＡＳ装置１００と通信する。

【0018】

通信ＮＷ５は、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）である。通信ＮＷ５は、各種公衆無線通信網や専用線等の通信基盤（
通信インフラストラクチャ）により実現される。

【0019】

各拠点３において、ＮＡＳ装置１００は、ＮＡＳ装置１００のサービスを利用する一つ以上のクライアント装置３０とローカルＮＷ７を介して通信可能に接続している。ＮＡＳ装置１００は、例えば、接続しているクライアント装置３０に対してファイルサーバのサービス（ＮＦＳ（Network File System）／ＣＩＦＳ（Common Internet File System）サービス等）を提供する。

【0020】

オブジェクトストレージ２００は、バケット２１０と称される（「コンテナ」と称されることもある。）空間（データの格納領域）に一つ以上のオブジェクト２２０を管理する。バケット２１０は、複数設けられることもある。一つのオブジェクト２２０は、例えば、一つの本体データ２２１と一つのメタデータ２２２とを含む。

【0021】

ＨＴＴＰＳ通信部２３０は、通信ＮＷ５を介して各拠点３のＮＡＳ装置１００との間でＨＴＴＰＳ（Hypertext Transfer Protocol Secure）に従った通信を行う。ＨＴＴＰＳ通信部２３０は、例えば、ＮＡＳ装置１００から送られてくるダウンロード要求を受信すると、オブジェクトストレージ２００に上記ダウンロード要求を転送する。また、ＨＴＴＰＳ通信部２３０は、オブジェクトストレージ２００からＮＡＳ装置１００へのデータの転送（例えば、ＮＡＳ装置１００にダウンロードするデータの転送）を中継する。

【0022】

ＮＡＳ装置１００は、オブジェクトストレージ２００をデータの格納場所（データの管理領域、データの記憶領域）として利用する。ＮＡＳ装置１００は、例えば、オブジェクトストレージ２００を、自身がクライアント３１に提供しているファイルシステムのデータ（以下、「ファイルシステムデータ」と称する。）のバックアップ先として利用する。ＮＡＳ装置１００は、オブジェクトストレージ２００に関する設定や状態確認を行うためのユーザインタフェース（ＣＬＩ（Command Line Interface）、ＧＵＩ（Graphical User
Interface）等）をＮＡＳ装置１００の管理者等のユーザに提供する。

【0023】

図２に、ＮＡＳ装置１００が備える主な機能を示している。同図に示すように、ＮＡＳ装置１００は、記憶部１１０、ユーザインタフェース１２０、ＮＡＳ機能提供部１３０、バックアップ処理部１４０、復元処理部１５０、及び通信処理部１６０の各機能を有する。尚、復元処理部１５０は、ルートディレクトリ復元部１５１及び下位階層データ復元部１５２の各機能を含む。

【0024】

上記機能のうち、記憶部１１０は、ファイルシステムデータ１１１、転送キュー１１２、復元対象オブジェクト一覧１１３、及び復元済オブジェクト一覧１１４の各情報（データ）を記憶する。

【0025】

このうちファイルシステムデータ１１１は、前述のファイルシステムデータ（実体データ（ディレクトリやファイルのデータ）、ファイルシステムの各種管理用データ等）である。

【0026】

転送キュー１１２には、ＮＡＳ装置１００がオブジェクトストレージ２００からダウンロードしようとするオブジェクト２２０の識別子（ＵＲＩ（Uniform Resource Identifier）。以下、「オブジェクトＩＤ」と称する。）が登録される。転送キュー１１２へのオ
ブジェクトＩＤのキューイング（転送キュー１１２への登録及び削除）は、例えば、ＦＩＦＯ（First In First Out）で行われる。尚、ＮＡＳ装置１００は、オブジェクトストレージ２００へのデータのアップロードも行うが、アップロードに関する機能の実現は公知の技術により行われるものとして本実施形態では説明を省略する。

【0027】

復元対象オブジェクト一覧１１３には、オブジェクトストレージ２００からの復元の対象となるデータのオブジェクト２２０のオブジェクトＩＤの一覧が格納される。復元対象オブジェクト一覧１１３の情報は、例えば、通信ＮＷ５を介してオブジェクトストレージ２００から随時提供される。

【0028】

復元済オブジェクト一覧１１４には、オブジェクトストレージ２００からのオブジェクト２２０のダウンロードに成功（データの復元に成功）したオブジェクト２２０（以下、「復元済オブジェクト」と称する。）のオブジェクトＩＤの一覧が格納される。

【0029】

上記機能のうち、ユーザインタフェース１２０は、ユーザ６に対してＮＡＳ装置１００の制御や監視を行うためのユーザインタフェース（ＣＬＩ、ＧＵＩ等）を提供する。ユーザインタフェース１２０の全部又は一部は、例えば、ＡＰＩ（Application Programming Interface）等としてクラウドシステム２が提供するものであってもよい。ユーザインタ
フェース１２０は、例えば、ユーザ６から、ファイルシステムデータ１１１のオブジェクトストレージ２００へのバックアップ指示（アップロード指示）や、ファイルシステムデータ１１１のオブジェクトストレージ２００からのリストア指示（ダウンロード指示（データ復元指示））を受け付ける。

【0030】

ＮＡＳ機能提供部１３０は、クライアント装置３０に対して各種サービス（ファイルサーバの提供、ファイル共有環境の提供、ファイルアクセスコントロール等）を提供する。

【0031】

バックアップ処理部１４０は、ファイルシステムデータ１１１のオブジェクトストレージ２００へのバックアップ（アップロード）に関する処理を行う。

【0032】

復元処理部１５０は、ファイルシステムデータ１１１のオブジェクトストレージ２００からのリストア（ダウンロード、データの復元）に関する処理を行う。復元処理部１５０
の機能の詳細については後述する。尚、復元処理部１５０の機能を実現するためのソフトウェアは、例えば、クラウドシステム２が提供する、オブジェクトストレージ２００を利用するためのＳＤＫ（Software Development Kit）を用いて構築される。

【0033】

通信処理部１６０は、オブジェクトストレージ２００やクライアント装置３０との間の通信（通信ＮＷ５やローカルＮＷ７を介した通信）に関する処理を行う。通信処理部１６０は、オブジェクトストレージ２００との間でＨＴＴＰＳによる通信を行う。

【0034】

図３は、ＮＡＳ装置１００やクライアント装置３０の実現に用いる情報処理装置のハードウェア構成例を示すブロック図である。例示する情報処理装置１０は、プロセッサ１１、主記憶装置１２（メモリ）、補助記憶装置１３、入力装置１４、出力装置１５、及び通信装置１６を備える。情報処理装置１０の例として、パーソナルコンピュータ、オフィスコンピュータ、サーバ装置、スマートフォン、タブレット、汎用機（メインフレーム）等がある。

【0035】

情報処理装置１０は、その全部又は一部が、例えば、クラウドシステムによって提供される仮想サーバのように、仮想化技術やプロセス空間分離技術等を用いて提供される仮想的な情報処理資源を用いて実現されるものであってもよい。また、情報処理装置１０によって提供される機能の全部又は一部は、例えば、クラウドシステムがＡＰＩ等を介して提供するサービスによって実現してもよい。また、情報処理装置１０によって提供される機能の全部又は一部は、例えば、ＳａａＳ（Software as a Service）、ＰａａＳ（Platform as a Service）、ＩａａＳ（Infrastructure as a Service）等を利用して実現される
ものであってもよい。

【0036】

プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field Programmable
Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＡＩ（Artificial Intelligence）チップ等を用いて構成されている。

【0037】

主記憶装置１２は、プログラムやデータを記憶する装置であり、例えば、ＲＯＭ（Read
Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性メモリ（ＮＶＲＡＭ（Non Volatile RAM））等である。ＮＡＳ装置１００やクライアント装置３０において実現される機能は、プロセッサ１１が、主記憶装置１２に格納（記憶）されているプログラムを読み出して実行することにより実現される。

【0038】

補助記憶装置１３は、例えば、ＳＳＤ（Solid State Drive）、ハードディスクドライ
ブ、光学式記憶装置（ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等）、ストレージシステム、ＩＣカード、ＳＤカードや光学式記録媒体等の非一時的な記録媒体の読取／書込装置、クラウドサーバの非一時的な記憶領域等である。補助記憶装置１３には、記録媒体の読取装置や通信装置１６を介して、非一時的な記録媒体や非一時的な記憶装置を備えた他の情報処理装置からプログラムやデータを読み込むことができる。補助記憶装置１３に格納（記憶）されているプログラムやデータは主記憶装置１２に随時読み込まれる。

【0039】

入力装置１４は、外部からの情報の入力を受け付けるインタフェースであり、例えば、キーボード、マウス、タッチパネル、カードリーダ、ペン入力方式のタブレット、音声入力装置等である。

【0040】

出力装置１５は、処理経過や処理結果等の各種情報を外部に出力するインタフェースである。出力装置１５は、例えば、上記の各種情報を可視化する表示装置（液晶モニタ、Ｌ
ＣＤ（Liquid Crystal Display）、グラフィックカード等）、上記の各種情報を音声化する装置（音声出力装置（スピーカ等））、上記の各種情報を文字化する装置（印字装置等）である。尚、例えば、情報処理装置１０が通信装置１６を介して他の装置との間で情報の入力や出力を行う構成としてもよい。

【0041】

入力装置１４と出力装置１５は、ユーザとの間の対話処理（情報の受け付け、情報の提供等）を実現するユーザインタフェースを構成する。

【0042】

通信装置１６は、他の装置との間の通信を実現する装置である。通信装置１６は、通信ＮＷ５やローカルＮＷ７を介して、所定の通信プロトコルに準拠した他の装置との間の通信を実現する、有線方式又は無線方式の通信インタフェースであり、例えば、ＮＩＣ（Network Interface Card）、無線通信モジュール等である。

【0043】

情報処理装置１０には、例えば、オペレーティングシステム、ファイルシステム、ＤＢＭＳ（DataBase Management System）（リレーショナルデータベース、ＮｏＳＱＬ等）、ＫＶＳ（Key-Value Store）等が導入されていてもよい。

【0044】

続いて、ＮＡＳ装置１００が、オブジェクトストレージ２００からファイルシステムデータ１１１を復元（リストア）する際に行う処理について説明する。

【0045】

図４は、オブジェクトストレージ２００にオブジェクト２２０としてバックアップされているデータを利用してＮＡＳ装置１００にファイルシステムデータ１１１を復元する際に情報処理システム１において行われる処理（以下、「復元処理Ｓ４００」と称する。）の概略を説明するシーケンス図（ＵＭＬシーケンス図（UML：Unified Modeling Language））である。以下、同図とともに復元処理Ｓ４００について説明する。尚、復元処理Ｓ４００の開始時において、オブジェクトストレージ２００には、過去にバックアップされたファイルシステムデータ１１１のオブジェクト２２０群が格納されているものとする。尚、本実施形態では、復元の対象となるファイルシステムデータ１１１の構成要素（ディレクトリ及びファイル）毎にオブジェクト２２０が作成されるものとする。

【0046】

図５Ａに、オブジェクトストレージ２００に格納されているオブジェクト２２０（本体データ２２１、メタデータ２２２）の一例を示す。また、図５Ｂに、メタデータ２２２に記述される内容の例（key、value）を示す。尚、図示していないが、各オブジェクト２２０には、夫々のオブジェクトＩＤを示す情報が付帯する。

【0047】

図４に示すように、ファイルシステムデータ１１１の復元に際し、ＮＡＳ装置１００の復元処理部１５０は、ユーザインタフェース１２０を介してユーザからファイルシステムデータ１１１の復元（リストア）の開始指示を受け付ける（Ｓ４１１）。復元処理部１５０は、開始指示を受け付けると、まず復元対象オブジェクト一覧１１３を生成する（Ｓ４１２）。

【0048】

図６Ａに復元対象オブジェクト一覧１１３の一例を示す。例示する復元対象オブジェクト一覧１１３は、復元の対象となる各オブジェクト２２０のオブジェクトＩＤ（以下、「復元対象オブジェクトＩＤ」と称する。）の一覧を含む。尚、復元対象オブジェクト一覧１１３は、オブジェクト２２０に関する他の情報（オブジェクトのデータサイズ等）を含んでいてもよい。

【0049】

図４に戻り、続いて、復元処理部１５０は、復元対象のファイルシステムデータ１１１のうちルートディレクトリのデータを復元する処理（以下、「ルート復元処理（初回時）Ｓ４１３」と称する。）を行う。具体的には、復元処理部１５０は、ルートディレクトリ
のオブジェクト２２０をオブジェクトストレージ２００からダウンロードし、ダウンロードしたオブジェクト２２０に基づきルートディレクトリのデータをファイルシステムデータ１１１としてＮＡＳ装置１００の記憶領域（記憶ボリューム）に復元する。ここで上記のダウンロードは、ＨＴＴＰＳ通信により行われ、ＨＴＴＰＳ通信の同一性検証（「損傷チェック」、「改竄チェック」、「整合性検証」等とも称される。）の機能により、ダウンロードしたオブジェクト２２０について同一性検証が行われる。復元処理部１５０は、ルート復元処理（初回時）Ｓ４１３によりルートディレクトリの復元に成功した場合、当該ルートディレクトリが復元済であることを示す情報を復元済オブジェクト一覧１１４に格納する。

【0050】

続いて、復元処理部１５０は、復元対象のファイルシステムデータ１１１のうちルートディレクトリの下位の各階層のディレクトリやファイルを復元する処理（以下、「下位階層復元処理（初回時）Ｓ４１４」と称する。）を行う。具体的には、復元処理部１５０は、ルートディレクトリの下位の各階層のディレクトリやファイルの夫々のオブジェクト２２０をオブジェクトストレージ２００からダウンロードし、ダウンロードした各オブジェクト２２０に基づき、ルートディレクトリの下位の各階層のディレクトリやファイルをファイルシステムデータ１１１としてＮＡＳ装置１００の記憶領域（記憶ボリューム）に復元する。ここで上記のダウンロードは、ＨＴＴＰＳ通信により行われ、ＨＴＴＰＳ通信の前述した同一性検証の機能によりダウンロードしたオブジェクト２２０について同一性検証が行われる。復元処理部１５０は、下位階層復元処理（初回時）Ｓ４１４により、ディレクトリやファイルの復元に成功した場合、当該ディレクトリや当該ファイルが復元済であることを示す情報を復元済オブジェクト一覧１１４に格納する。

【0051】

図６Ｂに、復元済オブジェクト一覧１１４の一例を示す。同図に示すように、例示する復元済オブジェクト一覧２１３は、復元済のオブジェクト２２０のオブジェクトＩＤ（以下、「復元済オブジェクトＩＤ」と称する。）の一覧を含む。尚、復元済オブジェクト一覧１１４は、オブジェクト２２０に関する他の情報（オブジェクトのデータサイズ等）を含んでいてもよい。

【0052】

図４に戻り、続いて、復元処理部１５０は、復元済オブジェクト一覧１１４の復元済オブジェクトＩＤの一覧を取得し（Ｓ４１５）、復元対象オブジェクト一覧２１４から、取得した復元済オブジェクトＩＤと同じ復元対象オブジェクトＩＤを削除（無効化）する（Ｓ４１６）。これにより復元対象オブジェクト一覧２１４には、復元に失敗したオブジェクト２２０のオブジェクトＩＤが、復元対象オブジェクトとして残存することになる。

【0053】

復元に失敗したオブジェクトが存在しない場合、即ちファイルシステムデータ１１１の全ての復元が完了し、復元済オブジェクト一覧１１４に有効な復元対象のオブジェクト２２０が一つも含まれなくなった場合、処理はＳ４１９に進み、復元処理部１５０が復元完了報告を出力して復元処理は終了する。

【0054】

一方、ルートディレクトリのオブジェクト２２０のオブジェクトＩＤが復元対象オブジェクト一覧２１４に残存している場合、即ちルートディレクトリの復元に失敗している場合、処理はＳ４１７に進む。また、ルートディレクトリのオブジェクト２２０のオブジェクトＩＤは復元対象オブジェクト一覧２１４に残存していない場合（即ちルートディレクトリの復元には成功している）が、ルートディレクトリの下位階層のディレクトリ又はファイルのオブジェクト２２０のオブジェクトＩＤが復元対象オブジェクト一覧２１４に残存している場合（即ち下位階層のディレクトリ又はファイルの復元に失敗している場合）、処理はＳ４１８に進む。

【0055】

Ｓ４１７では、復元処理部１５０は、ルートディレクトリの復元を再実行する（以下、
この処理を「ルート復元処理（再実行時）Ｓ４１７」と称する）。ルート復元処理（再実行時）Ｓ４１７の内容については前述したルート復元処理（初回時）Ｓ４１３と同様である。ルート復元処理（再実行時）Ｓ４１７の実行後、復元処理部１５０は、Ｓ４１８の処理を実行する。

【0056】

Ｓ４１８では、復元処理部１５０は、ルートディレクトリの下位階層のディレクトリやファイルのオブジェクト２２０（復元対象オブジェクト一覧２１４に残存しているオブジェクトＩＤのオブジェクト）をダウンロードする処理（以下、「下位階層復元処理（再実行時）Ｓ４１８」と称する。）を実行する。

【0057】

以上の処理の結果、ファイルシステムデータ１１１の復元に成功すると、ＮＡＳ装置１００は、復元結果として「復元成功」を示す情報を出力し、ファイルシステムデータ１１１の復元に失敗すると、ＮＡＳ装置１００は、復元結果として「復元失敗」を示す情報を出力する（Ｓ４１９）。

【0058】

以上のように、本実施形態の情報処理システム１においては、オブジェクトストレージ２００からＮＡＳ装置１００へのファイルシステムデータ１１１の復元に際し、ダウンロードしたオブジェクトの同一性の検証がＨＴＴＰＳ通信における同一性検証機能を利用して行われるので、効率よく迅速にファイルシステムデータ１１１をＮＡＳ装置１００に復元することができる。また、一部のデータの復元に失敗してオブジェクトのダウンロードを再実行（リトライ）する際は既に復元に成功しているデータ（ディレクトリやファイル）のオブジェクトについてはダウンロードの対象から除外され、また、再実行時においてもダウンロードしたオブジェクトの同一性の検証がＨＴＴＰＳ通信における同一性検証機能を利用して行われるので、再実行時も効率よく迅速にデータを復元することができる。

【0059】

続いて、図４に示した復元処理Ｓ４００の要部について順に説明する。

【0060】

図７Ａは、図４のルート復元処理（初回時）Ｓ４１３並びに下位階層復元処理（初回時）Ｓ４１４（以下、「復元処理（初回時）Ｓ７００」と称する。）を説明するフローチャートである。以下、同図とともに復元処理（初回時）Ｓ７００について説明する。

【0061】

まず、復元処理部１５０は、ルートディレクトリのオブジェクト２２０をオブジェクトストレージ２００から取得する処理（以下、「ルートディレクトリ復元処理（初回時）Ｓ７０５」と称する。）を試みる。

【0062】

図７Ｂは、ルートディレクトリ復元処理（初回時）Ｓ７０５の詳細を説明するフローチャートである。以下、同図とともにルートディレクトリ復元処理（初回時）Ｓ７０５について説明する。

【0063】

まず、復元処理部１５０は、ルートディレクトリのオブジェクト２２０のオブジェクトＩＤを転送キュー１１２に登録する（Ｓ７５１）。

【0064】

続いて、復元処理部１５０は、オブジェクトストレージ２００にＨＴＴＰＳにおけるＧＥＴ命令を送信し、ルートディレクトリのオブジェクト２２０をオブジェクトストレージ２００から取得（ダウンロード）する（Ｓ７５２）。このとき、ダウンロードされるオブジェクト２２０についてＨＴＴＰＳによる同一性検証が行われる。

【0065】

続いて、復元処理部１５０は、ルートディレクトリのオブジェクト２２０の復元に成功したか否か（同一性検証に成功したか否か）を判定する（Ｓ７５３）。尚、同一性検証に失敗した場合はルートディレクトリのオブジェクト２２０の復元は失敗となる。復元処理
部１５０が選択中のオブジェクト２２０の復元に成功したと判定した場合（Ｓ７５３：ＹＥＳ）、処理はＳ７５４に進む。一方、復元処理部１５０が選択中のオブジェクト２２０の復元に失敗したと判定した場合（Ｓ７５３：ＮＯ）、ルートディレクトリ復元処理（初回時）Ｓ７０５は終了し、処理は図７ＡのＳ７１１Ｓに進む。

【0066】

Ｓ７５４では、復元処理部１５０は、ルートディレクトリのオブジェクト２２０のオブジェクトＩＤを復元済オブジェクト一覧２１３に追記する。その後、ルートディレクトリ復元処理（初回時）Ｓ７０５は終了し、処理は図７ＡのＳ７１１Ｓに進む。

【0067】

図７Ａに戻り説明を続ける。同図に示すＳ７１１ＳからＳ７１１Ｅの処理は、ファイルシステムデータ１１１により実現されるファイルシステムのディレクトリツリーを構成する各ディレクトリを順次選択し、選択したディレクトリの夫々について繰り返し実行されるループ処理である。尚、初回のループ処理では、復元処理部１５０は、ルートディレクトリを選択するものとする。

【0068】

Ｓ７１２では、復元処理部１５０は、選択中のディレクトリの直下に存在する、ディレクトリとファイルのオブジェクト２２０のオブジェクトＩＤ（Ｓ４１２で生成した復元対象オブジェクト一覧１１３に記載されている、選択中のディレクトリの直下の全てのオブジェクト２２０のオブジェクトＩＤ）を転送キュー１１２に登録する。

【0069】

続いて、復元処理部１５０は、転送キュー１１２が空である（オブジェクト２２０（オブジェクトＩＤ）が一つも登録されていない）か否かを判定する（Ｓ７１３）。転送キュー１１２が空であれば（Ｓ７１３：ＹＥＳ）、復元処理部１５０は、未処理のディレクトリを選択してＳ７１１Ｓ～Ｓ７１１Ｅのループ処理を再度実行する。一方、転送キュー１１２が空でなければ（Ｓ７１３：ＮＯ）、処理はＳ７１４に進む。

【0070】

Ｓ７１４では、復元処理部１５０は、転送キューからオブジェクト２２０（オブジェクトＩＤ）を一つ選択する。

【0071】

続いて、復元処理部１５０は、オブジェクトストレージ２００にＨＴＴＰＳにおけるＧＥＴ命令を送信し、選択中のオブジェクト２２０をオブジェクトストレージ２００から取得（ダウンロード）する（Ｓ７１５）。このとき、ダウンロードされるオブジェクト２２０についてＨＴＴＰＳによる同一性検証が行われる。

【0072】

続いて、復元処理部１５０は、選択中のオブジェクト２２０の復元に成功したか否か（同一性検証に成功したか否か）を判定する（Ｓ７１６）。尚、同一性検証に失敗した場合は当該オブジェクト２２０の復元は失敗となる。復元処理部１５０が選択中のオブジェクト２２０の復元に成功したと判定した場合（Ｓ７１６：ＹＥＳ）、処理はＳ７１７に進む。一方、復元処理部１５０が選択中のオブジェクト２２０の復元に失敗したと判定した場合（Ｓ７１６：ＮＯ）、処理はＳ７１３に戻る。

【0073】

Ｓ７１７では、復元処理部１５０は、選択中のオブジェクト２２０のオブジェクトＩＤを復元済オブジェクト一覧２１３に追記する。その後、処理はＳ７１３に戻る。

【0074】

尚、以上に説明した復元処理（初回時）Ｓ７００は一例に過ぎず、ディレクトリツリーを構成するディレクトリ及びファイルの全体を網羅するものであれば他のアルゴリズムを採用してもよい。例えば、ディレクトリの入れ子構造（ネスト構造）に起因する繰り返し処理のアルゴリズムとして再帰的なアルゴリズムを採用してもよい。

【0075】

図８は、図４のルート復元処理（再実行時）Ｓ４１７並びに下位階層復元処理（再実行
時）Ｓ４１８の処理（以下、「復元処理（再実行時）Ｓ８００」と称する。）を説明するフローチャートである。以下、同図とともに復元処理（再実行時）Ｓ８００について説明する。

【0076】

まず、復元処理部１５０は、復元対象オブジェクト一覧１１３から、復元済オブジェクト一覧１１４の復元済オブジェクトＩＤを削除（無効化）する（Ｓ８１１）。

【0077】

続いて、復元処理部１５０は、復元対象オブジェクト一覧１１３にルートディレクトリのオブジェクト２２０のオブジェクトＩＤがあるか否かを判定する（Ｓ８１２）。復元処理部１５０が、復元対象オブジェクト一覧１１３にルートディレクトリのオブジェクト２２０のオブジェクトＩＤがあると判定した場合（Ｓ８１２：ＹＥＳ）、処理はＳ８１３に進む。復元処理部１５０が、復元対象オブジェクト一覧１１３にルートディレクトリのオブジェクト２２０のオブジェクトＩＤがない（ルートディレクトリは復元済）と判定した場合（Ｓ８１２：ＮＯ）、処理はＳ８１７に進む。

【0078】

Ｓ８１３では、復元処理部１５０は、ルートディレクトリのオブジェクト２２０をオブジェクトストレージ２００から取得（ダウンロード）する。このとき、ダウンロードされるオブジェクト２２０についてＨＴＴＰＳによる同一性検証が行われる。

【0079】

続いて、復元処理部１５０は、ルートディレクトリの復元に成功したか否かを判定する（Ｓ８１４）。尚、同一性検証に失敗した場合はオブジェクト２２０の復元は失敗となる。復元処理部１５０がルートディレクトリの復元に成功したと判定した場合（Ｓ８１４：ＹＥＳ）、処理はＳ８１７に進む。一方、復元処理部１５０がルートディレクトリの復元に失敗したと判定した場合（Ｓ８１４：ＮＯ）、処理はＳ８１５に進む。

【0080】

Ｓ８１５では、復元処理部１５０は、この時点でルートディレクトリの取得を試みた回数（以下、「リトライ回数」と称する。）が、予め設定されている限度回数（以下、「リトライ限度」と称する。）に達しているか否かを判定する。復元処理部１５０は、リトライ回数がリトライ限度に達していると判定した場合（Ｓ８１５：ＹＥＳ）、復元に失敗した旨を示す情報を出力し（Ｓ８１６）、復元処理（再実行時）Ｓ８００を終了する。一方、復元処理部１５０が、リトライ回数がまだリトライ限度に達していないと判定した場合（Ｓ８１５：ＮＯ）、処理はＳ８１３に戻る。

【0081】

Ｓ８１７では、復元処理部１５０は、ルートディレクトリの下位階層のディレクトリやファイルの復元処理を再実行（リトライ）する処理（以下、「下位階層復元処理（再実行時）Ｓ８１７」と称する。）を実行する。下位階層復元処理（再実行時）Ｓ８１７の詳細については後述する。

【0082】

続いて、復元処理部１５０は、下位階層復元処理（再実行時）Ｓ８１７によりルートディレクトリの下位階層の全てのディレクトリとファイルの復元に成功したか否か（復元対象オブジェクト一覧２１４が空（有効なオブジェクトＩＤが一つも登録されていない）か否か）を判定する（Ｓ８１８）。復元処理部１５０が下位階層の全てのディレクトリとファイルの復元に成功したと判定した場合（Ｓ８１８：ＹＥＳ）、復元処理（再実行時）Ｓ８００を終了する。一方、復元処理部１５０が下位階層のディレクトリとファイルの復元に失敗した（復元対象オブジェクト一覧２１４に有効なオブジェクトＩＤが残存する）と判定した場合（Ｓ８１８：ＮＯ）、処理はＳ８１９に進む。

【0083】

Ｓ８１９では、復元処理部１５０は、この時点で下位階層のディレクトリやファイルの取得を試みた回数（以下、「リトライ回数」と称する。）が、予め設定されている限度回数（以下、「リトライ限度」と称する。）に達しているか否かを判定する。復元処理部１
５０は、リトライ回数がリトライ限度に達していると判定した場合（Ｓ８１９：ＹＥＳ）、復元に失敗した旨を示す情報を出力し（Ｓ８２０）、復元処理（再実行時）Ｓ８００を終了する。一方、復元処理部１５０が、リトライ回数がまだリトライ限度に達していないと判定した場合（Ｓ８１９：ＮＯ）、処理はＳ８１７に戻る。

【0084】

図９は、図８における下位階層復元処理（再実行時）Ｓ８１７の詳細を説明するフローチャートである。以下、同図とともに下位階層復元処理（再実行時）Ｓ８１７について説明する。

【0085】

同図に示すＳ９１１Ｓ～Ｓ９１１Ｅの処理は、復元対象オブジェクト一覧１１３に有効に登録されているディレクトリのオブジェクト２２０（復元対象オブジェクトＩＤ）を復元処理部１５０が上位階層から一つずつ順に選択し、選択したオブジェクト２２０の夫々について繰り返し実行されるループ処理である。

【0086】

Ｓ９１２では、復元処理部１５０は、選択中のディレクトリのオブジェクトＩＤと、復元対象オブジェクト一覧１１３に有効に登録されている選択中のディレクトリの直下に存在するファイルのオブジェクトＩＤを転送キューに登録する。尚、選択中のディレクトリがルートディレクトリの直下のディレクトリである場合は復元対象オブジェクト一覧１１３に有効に登録されている当該ディレクトリと同じ階層のファイルのオブジェクトＩＤも転送キューに登録する。

【0087】

続いて、復元処理部１５０は、転送キュー１１２が空（オブジェクトＩＤが一つも登録されていない）であるか否かを判定する（Ｓ９１３）。転送キュー１１２が空であると判定すると（Ｓ９１３：ＹＥＳ）、復元処理部１５０は、復元対象オブジェクト一覧１１３の未処理のディレクトリを選択してＳ９１１Ｓ～Ｓ９１１Ｅのループ処理を再度実行する。一方、転送キュー１１２が空でなければ（Ｓ９１３：ＮＯ）、処理はＳ９１４に進む。

【0088】

Ｓ９１４では、復元処理部１５０は、転送キュー１１２からオブジェクトＩＤを一つ選択する。

【0089】

続いて、復元処理部１５０は、選択中のオブジェクトＩＤのオブジェクト２２０をオブジェクトストレージ２００から取得（ダウンロード）する（Ｓ９１５）。このとき、ダウンロードされるオブジェクト２２０についてＨＴＴＰＳによる同一性検証が行われる。

【0090】

続いて、復元処理部１５０は、選択中のオブジェクトＩＤのオブジェクト２２０の復元に成功したか否かを判定する。尚、復元処理部１５０は、Ｓ９１５で同一性検証に成功していれば、当該オブジェクト２２０の復元に成功したと判定し、Ｓ９１５で同一性検証に失敗していれば、当該オブジェクト２２０の復元に失敗したと判定する。復元処理部１５０が、当該オブジェクト２２０の復元に成功したと判定した場合（Ｓ９１６：ＹＥＳ）、処理はＳ９１７に進む。一方、復元処理部１５０が、当該オブジェクト２２０の復元に失敗したと判定した場合（Ｓ９１６：ＮＯ）、処理はＳ９１３に戻る。

【0091】

Ｓ９１７では、復元処理部１５０は、選択中のオブジェクトＩＤを復元済オブジェクト一覧１１４に追記するとともに、当該オブジェクトＩＤを転送キュー１１２から削除（無効化）する。

【0092】

尚、以上に説明した下位階層復元処理（再実行時）Ｓ８１７は一例に過ぎず、ルートディレクトリの下位に存在するファイル及びディレクトリの全体を網羅するものであれば他のアルゴリズムを採用してもよい。例えば、ディレクトリの入れ子構造（ネスト構造）に起因する繰り返し処理のアルゴリズムとして再帰的なアルゴリズムを採用してもよい。

【0093】

以上、実施形態について説明したが、本発明は上記の実施形態に限定されるものではなく、様々な変形例が含まれ、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることや、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加、削除、置換をすることが可能である。

【0094】

例えば、図１０は、ＮＡＳ装置１００の他の構成例である。例示するＮＡＳ装置１００は、夫々が情報処理装置として機能する複数のノード１０１ａ～ｃを有する。各ノード１０１ａ～ｃは夫々、プロセッサ１１、主記憶装置１２、補助記憶装置１３、及び通信装置１６を備える。各ノード１０１ａ～ｃは、夫々の通信装置１６により内部通信ネットワーク１０１５を介して互いに通信可能に接続されている。各ノード１０１ａ～ｃの補助記憶装置１３が提供する記憶領域によって各ノード１０１ａ～ｃからアクセス可能な、共有ボリューム１０２及び管理用ボリューム１０３が構成されている。共有ボリューム１０２には、ファイルシステムのファイルシステムデータ１１１が格納される。上記ファイルシステムは、各ノード１０１ａ～ｃによって実現されてクライアント装置３０に提供される。管理用ボリューム１０３には、復元済オブジェクト一覧１１４と管理情報１０２１が格納される。管理情報１０２１には、ＮＡＳ装置１００からオブジェクトストレージ２００にアクセスする際の認証情報等やオブジェクト２２０とファイルシステムデータ２１１との対応関係を示す情報等が格納される。オブジェクトストレージ２００を利用したファイルシステムデータ１１１のバックアップを行うノード１０１（同図では「ノードａ」）の主記憶装置１２には、図２に示した各種機能を実現するためのプログラムやデータ（復元対象オブジェクト一覧１１３、転送キュー１１２等）が格納される。

【0095】

また、例えば、図１１は、図４に示した復元処理Ｓ４００の実行中にＮＡＳ装置１００がユーザ６に提示する画面（以下、「復元処理進捗状況提示画面１１００」と称する。）の一例である。例示する復元処理進捗状況提示画面１１００には、復元対象データを示す情報１１１１、復元処理開始日時１１１２、処理を開始してからの経過時間１１１３、復元処理の進捗状況１１１４、及び復元済のオブジェクトのオブジェクトＩＤの一覧１１１５が表示されている。尚、オブジェクトＩＤの一覧１１１５は、図６Ｂに示した復元済オブジェクト一覧１１４の内容に基づく。ユーザは、復元処理進捗状況提示画面１１００を参照することで、復元処理の進捗状況を容易に確認することができる。

【符号の説明】

【0096】

１ 情報処理システム、２ クラウドシステム、３ 拠点、５ 通信ＮＷ、６ ユーザ、７ ローカルＮＷ、３０ クライアント装置、１００ ＮＡＳ装置、１１０ 記憶部、１１１ ファイルシステムデータ、１１２ 転送キュー、１１３ 復元対象オブジェクト一覧、１１４ 復元済オブジェクト一覧、１２０ ユーザインタフェース、１３０ ＮＡＳ機能提供部、１４０ バックアップ処理部、１５０ 復元処理部、１５１ ルートディレクトリ復元部、１５２ 下位階層データ復元部、１６０ 通信処理部、２００ オブジェクトストレージ、２１０ バケット、２２０ オブジェクト、２３０ ＨＴＴＰＳ通信部、２２１ 本体データ、２２２ メタデータ、Ｓ４００ 復元処理、Ｓ７００ 復元処理（初回時）、Ｓ８００ 復元処理（再実行時）、Ｓ８１７ 下位階層復元処理（再実行時）

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6A】

【図6B】

【図7A】

【図7B】

【図8】

【図9】

【図10】

【図11】

【図12】