(57)【要約】【課題】本発明は、クラウドベースの保存システムに保存する為に、文書の部分のコンテンツの感度により、これらの部分を自動的に切り離す分散ファイル保存システム及び方法を提供する。【解決手段】ドキュメント入力装置と、ドキュメントの低感度部分から、高感度部分を切り離すために、メモリに記憶されたソフトウェアアプリケーションを実行する、メモリとドキュメント入力装置との両方と通信するプロセッサと、ドキュメント入力装置と動作可能に通信し、ユーザによって合意された暗号化レベルを有するドキュメントの切り離された部分を記憶するように構成された、記憶装置を含む、第１のタイプのクラウド記憶域と、ドキュメント入力装置と動作可能に通信し、ユーザの了解に基づいて低感度部分を記憶するように構成された、記憶装置を含む、第２のタイプのクラウド記憶域と、を含むファイル保存システム。【選択図】図２
2011003194.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つのドキュメント入力装置と、
少なくとも一つのドキュメントの低感度部分から、前記少なくとも一つのドキュメントの高感度部分を切り離すために、メモリに記憶されたソフトウェアアプリケーションを実行する、前記メモリと前記少なくとも一つのドキュメント入力装置との両方と通信するプロセッサと、
前記少なくとも一つのドキュメント入力装置と動作可能に通信し、ユーザによって合意された暗号化レベルを有する前記少なくとも一つのドキュメントの切り離された部分の少なくとも一つを記憶するように構成された、少なくとも一つの記憶装置を含む、第１のタイプのクラウド記憶域と、
前記少なくとも一つのドキュメント入力装置と動作可能に通信し、前記ユーザの了解に基づいて、前記少なくとも一つのドキュメントの前記低感度部分を記憶するように構成された、少なくとも一つの記憶装置を含む、第２のタイプのクラウド記憶域と、
を含む、ファイル保存システム。
【請求項２】
前記第１のタイプのクラウド記憶域は、ファイアウォールに対して内側にあり、
前記第２のタイプのクラウド記憶域は、前記ファイアウォールに対して外側にあり、
前記切り離された部分は、ユーザの認証に基づいて、前記第１と第２のタイプのクラウド記憶域の少なくとも一つを介してアクセス可能であり、
前記切り離された部分は、前記少なくとも一つのドキュメントを生成するために使用され、
前記少なくとも一つのドキュメントの保存は、ユーザ定義ポリシーに基づいて行われる、
請求項１に記載のファイル保存システム。
【請求項３】
前記少なくとも一つのドキュメントの前記切り離された部分は、複数の部分を生成するように複製され、前記複数の部分の各々は、同一ドキュメントの他の複製のそれぞれの部分とビット単位で一致しない、請求項１に記載のファイル保存システム。
【請求項４】
前記第１のタイプのクラウド記憶域上で動作し、待ち行列に入れられた少なくとも一つの事象を要求し、第２のタイプのクラウド記憶域に投票するように構成された、事象ハンドラーと、を更に含み、
前記事象ハンドラーは、前記第２のタイプのクラウド記憶域から前記第１のタイプのクラウド記憶域への前記少なくとも一つのドキュメントの少なくとも一つの部分の通信を容易にするために、待ち行列の順序において、前記少なくとも一つの事象を処理し、
前記少なくとも一つの事象は、保存ドキュメントに対するユーザからの直接要求、及び、保存ドキュメントに対する少なくとも一つの他のクラウド記憶域からの要求、のいずれかである、
請求項１に記載のファイル保存システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、分散ファイル保存システムに係り、より詳細には、クラウド（雲）ベースの保存システムに保存するために、ドキュメントの部分を、これらの部分のコンテンツの感度（ｓｅｎｓｉｔｉｖｉｔｙ）に基づいて、自動的に切り離すためのシステム及び方法に関する。
【背景技術】
【０００２】
電子医療記録（ＥＭＲ：ｅｌｅｃｔｒｏｎｉｃ  ｍｅｄｉｃａｌ  ｒｅｃｏｒｄｓ）、納税申告書、検査書、請求書、申請書等の使途を考慮すると、個人情報（個人情報又は非公開情報）と共用（公開できる）情報が、特定のドキュメント内に共存し得ることは明らかである。また、ユーザは、個人情報を保存するいくつかの関係者のみを信用し、（公開可能なドキュメントの情報の一部などの）共用情報がどのように保存されるかについてあまり懸念せずに、高耐故障性の安全な保存システムを求める傾向がある。
【０００３】
膨大な量のドキュメントやその管理負担を軽減する必要性から、クラウド記憶域が、選択肢として浮上している。しかしながら、クラウド記憶域は、ユーザ（例えば、患者）のポリシーに基づいて、ドキュメントの共用部分と個人部分を、絶対に安全な方法でどのように保存し、アクセスし、構成するべきかについて、重要視していないと思われる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願公開第２００８／０１７７７６７号明細書
【特許文献２】米国特許出願公開第２００８／０１７７８７３号明細書
【特許文献３】米国特許出願公開第２００８／０１８３８９１号明細書
【特許文献４】米国特許出願公開第２００６／０２５９９８３号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、クラウドベースの保存システムに保存するために、ドキュメントの部分を、これらの部分のコンテンツの感度に基づいて、自動的に切り離すためのシステム及び方法を、提供することを目的としている。
【課題を解決するための手段】
【０００６】
本発明の第１の態様によれば、ファイル保存システムは、一つ以上のドキュメント入力装置と、メモリとこの一つ以上のドキュメント入力装置の両方と通信するプロセッサと、を含む。プロセッサは、ドキュメントの低感度部分（ｉｎｓｅｎｓｉｔｉｖｅ  ｐｏｒｔｉｏｎ）からドキュメントの高感度部分（ｓｅｎｓｉｔｉｖｅ  ｐｏｒｔｉｏｎ）を切り離すために、メモリに記憶されたソフトウェアアプリケーションを実行する。第１のタイプのクラウド記憶域は、一つ以上のドキュメント入力装置と動作可能に通信する、一つ以上の記憶装置を含む。第１のタイプのクラウド記憶域は、ユーザが合意した暗号化レベルを有する切り離された部分の一つ又は両方を保存するように構成されている。第２のタイプのクラウド記憶域は、一つ以上のドキュメント入力装置と動作可能に通信する、一つ以上の記憶域を含む。第２のタイプのクラウド記憶域は、ユーザの合意に基づいて、ドキュメントの低感度部分を保存するように、構成されている。
【０００７】
本発明の第２の態様は、第１の態様において、第１のタイプのクラウド記憶域は、ファイアウォールに対して内側にあり、第２のタイプのクラウド記憶域は、ファイアウォールに対して外側にあり、切り離された部分は、ユーザの認証に基づいて、第１と第２のタイプのクラウド記憶域の少なくとも一つを介してアクセス可能であり、切り離された部分は、少なくとも一つのドキュメントを生成するために使用され、少なくとも一つのドキュメントの保存は、ユーザ定義ポリシーに基づいて行われる。
【０００８】
本発明の第３の態様は、第１の態様において、少なくとも一つのドキュメントの切り離された部分は、複数の部分を生成するように複製され、複数の部分の各々は、同一ドキュメントの他の複製のそれぞれの部分とビット単位で一致しない。
【０００９】
本発明の第４の態様は、第１の態様において、第１のタイプのクラウド記憶域上で動作し、待ち行列に入れられた少なくとも一つの事象を要求し、第２のタイプのクラウド記憶域に投票するように構成された、事象ハンドラーと、を更に含み、事象ハンドラーは、第２のタイプのクラウド記憶域から第１のタイプのクラウド記憶域への少なくとも一つのドキュメントの少なくとも一つの部分の通信を容易にするために、待ち行列の順序において、少なくとも一つの事象を処理し、少なくとも一つの事象は、保存ドキュメントに対するユーザからの直接要求、及び、保存ドキュメントに対する少なくとも一つの他のクラウド記憶域からの要求、のいずれかである。
【００１０】
本発明の他の態様によれば、一つ以上のドキュメント入力装置を有する分散ファイルシステム（ＤＦＳ）にドキュメントを保存するための方法は、ドキュメントを処理するために、少なくとも一つのドキュメント入力装置を用いるステップと、ドキュメントの低感度部分からドキュメントの高感度部分を切り離すように、コンピュータ読取可能媒体に記憶されたプログラマブル命令を実行するためのプロセッサを用いるステップと、を含む。この方法は、その部分の感度及び／又はプライバシー特性に基づいて、切り離された部分を、内部クラウド記憶域及び／又は外部クラウド記憶域に保存するステップを含む。内部クラウド記憶域と外部クラウド記憶域は、一つ以上のドキュメント入力装置と動作可能に通信する。また、この方法は、ユーザの認証に基づいて、内部クラウド記憶域及び／又は外部クラウド記憶域から、切り離された部分へアクセスし、ドキュメント全体を生成するステップを含む。
【００１１】
本発明の他の態様によれば、一つ以上のドキュメント入力装置を有する分散ファイルシステム（ＤＦＳ）へドキュメントを保存する方法を実行するための一つ以上のプロセッサによって実行されるように構成されたプログラマブル命令を記憶するコンピュータ読み取り可能媒体は、ドキュメントを処理するために、一つ以上のドキュメント入力装置を用いるステップと、ドキュメントの低感度部分からドキュメントの高感度部分を切り離すために、プロセッサによってプログラマブル命令を実行するステップと、を含む。また、この方法は、ドキュメントの低感度部分から、ドキュメントの高感度部分を切り離すために、一つ以上のプロセッサを用いるステップと、その部分の感度に基づいて、内部クラウド記憶域及び／又は外部クラウド記憶域へ切り離された部分を保存するステップとを含む。内部クラウド記憶域と外部クラウド記憶域は、一つ以上のドキュメント入力装置と動作可能に通信する。この方法は、検索装置を使用して、ユーザ認証に基づいて、内部クラウド記憶域及び／又は外部クラウド記憶域から、切り離された部分へ電気的にアクセスして、ドキュメントを生成するステップを含む。
【図面の簡単な説明】
【００１２】
【図１】本発明によるファイル保存システムを概略的に示す図である
【図２】図１のファイル保存システムの外部クラウド記憶域と内部クラウド記憶域の間の通信を概略的に示す図である。
【発明を実施するための形態】
【００１３】
一般に、本発明は、クラウド演算に使用するために用いられ、ファイルをどのようにセグメント化し、分散ファイルシステムに保存するかを判断するために、ユーザ定義ポリシーを利用する保存システム及び方法に関する。現在、電子ファイル（例えば、ＥＭＲ（電子カルテ））は、全体的に処理され、暗号化され、ファイルシステムに保存される。しかしながら、ユーザは、外部クラウド記憶域に個人情報を存在させることを、不安と感じる場合がある。外部クラウド記憶域は、例えば、ユーザ又は企業ファイアウォール（例えば、アマゾン、ＥＣ２、Ｇｏｏｇｌｅ（グーグル）電子カルテなど）の向う側にあり、時分割ベースにおいて複数の業者によってアクセス可能な、サービスとしての記憶域であってもよい。外部クラウド記憶域に保存されるファイルは、多くの場合、暗号化及びアクセス権のみによって保護される。
【００１４】
患者は、個人情報（例えば、名前、社会保険番号、保険証番号など）が、診療所や病院以外の第三者によってアクセスされることを好まない。むしろ、患者は、個人情報が、内部クラウド記憶域、又は適切なプロバイダ記憶域の内部に保存されることを好む。しかしながら、開示情報、契約書、病院所在地、申請書などの共用情報や他の非個人情報は、他の場所（例えば、外部クラウド記憶域）に保存されることもある。
【００１５】
診療所や病院などの中小規模の法人は、当然のことながら、ユーザ又は患者のプライバシー保護に対処できる自動的な方法を持たな。したがって、クラウド記憶域は、これらの団体による導入の際には、様々な問題を有する。現在、患者のプライバシーと信頼性とに対する条件を満たすと同時に、サービスプロバイダ、及び／又は、病院のストレージ及び管理負担を軽減することができるシステム又は方法は、まったく提供されていない。このため、これらのドキュメントをどのように保存するか、これらの保存されたドキュメントを、どのセキュリティーレベルで保護するかを、ユーザが選択することができるように、ユーザに権限を与えることが必要になる。本発明は、ドキュメントの共用部分から個人部分を自動的に切り離し、切り離された部分を、複数のクラウド記憶域サービスを介して、保存することにより、医療関係プロバイダに、条件に合った保存能力と信頼性とを提供することを可能とする。更に、本発明は、上記を達成すると同時に、ユーザごとに、（例えば、ドキュメントの個人部分が、外部クラウド記憶域へ保存されることを不可能とし、対価コストを払って選択された業者に保存するなどの）保存ポリシーを打ち出して、個別基準における個人レベルのセキュリティーを保証することによって、ユーザのセキュリティー条件を満たすことを可能とする。また、いくつかの実施の形態において、保存されたドキュメント及び／又はそれらのドキュメントを構成するブロック又は部分は、複製されるおそれがあり、ドキュメントのブロック又は部分が、万が一、ハッカーの手に渡った場合、保存されたブロック及び／又は部分が、本当に複製であるかどうかを判断することが難しいという問題がある。また、以下により詳細に説明されるように、複製に関わる大量のファイルブロックが公共のクラウド記憶域に保存されることによって、保存されたブロック又は部分がクラックし破壊した場合、余分な手間が必要となる。以上を考慮して、いくつかの実施の形態によれば、本発明は、ＥＭＲ（電子カルテ）システムを使用するために実施される。ドキュメントに含まれる個人情報及び共用情報は、ユーザ定義ポリシーに基づいて、識別され、切り離され、それぞれのブロックに保存される。分離性と保存性との共通概念は、例えば、申請書、伝票、請求書、計算書、領収書、納税申告書、保険証券、法的文書など、様々なドキュメントの使用に実施されても良い。
【００１６】
図１を参照すると、ファイル保存システム１０は、以下に詳細に説明される多数のコンポーネント（構成部品）を含む。まず、ファイル保存システム１０は、原稿ドキュメント１２を受信し、この原稿ドキュメント１２を電子ページ画像２０としてディジタル化するドキュメント入力装置１５を含む。原稿ドキュメントは、ハードコピー、電子ドキュメントファイル、一つ又は複数の電子画像、印刷動作からの電子データ、電子通信に添付されるファイル、又は、他の形態の電子通信からのデータであってよい。ドキュメント入力装置１５は、プロセッサ１７及びメモリ１８を含む。プロセッサ１７及びメモリ１８は、ドキュメント入力装置１５内、又は、このドキュメント入力装置１５に動作可能に連結される別の処理装置（例えば、パーソナルコンピュータ、サーバ、演算装置など）であってもよい。メモリ１８は、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、ＣＤ−ＲＯＭ（コンパクトディスク・リードオンリーメモリ）、又は、ハードディスク、磁気テープなどの他の記憶媒体を含んでもよい。データを受容し、キャプチャ（捕捉）し、保存するための他の装置も周知であり、上記リストが全てを網羅していると見なすべきではない。ドキュメント入力装置１５は、以下の周知の装置の一つ以上を含むことができる、即ち、複写機、電子写真システム、ディジタル画像スキャナ（例えば、フラット・ベッド・スキャナ又はファクシミリ装置）、内部に着脱可能媒体（ＣＤ、フロッピー（登録商標）ディスク、剛性ディスク、テープ、又は他の保存媒体）にドキュメントのディジタル表示を有するディスクリーダ、ハードディスク、又は、一つ以上のドキュメント画像が記録されたハードディスク又は他のディジタル記憶媒体。当業者は、ファイル保存システム１０が、ディジタル化されたドキュメントを印刷又は保存するのに適した装置と一緒に動作することを理解するであろう。
【００１７】
図１に示されているように、原稿ドキュメント１２は、プロセッサ１７によって、一つ又は複数の電子ページ画像２０として、ディジタル化される。メモリ１８には、電子ページ画像２０における機械可読コードを識別し、抽出するために、プロセッサ１７によって実行されるように構成された適切なソフトウェアアプリケーションが、記憶されている。また、機械可読コードからディジタル的に符号化された情報を抽出するために、適切なコード復号化ソフトウェアがメモリ１８に記憶され、プロセッサ１７によって実行される。一つ又は複数の電子ページ画像２０は、高感度な又は個人的な情報と、低感度な又は共用的な情報を有する、機械可読コードの一つ以上の文節（ｐａｓｓａｇｅｓ）を含む。また、一つ又は複数の電子ページ画像２０は、復号化スキーム（コントロール文節とも呼ばれる）を定義する機械可読コードの文節を含む。個人情報及び共用情報は、これらに限定されないが、テキスト、データ、手書きコメント、マーキング、及び画像を含む。当業者は、機械可読言語へ符号化されるドキュメント内の任意の情報が、高感度情報として選択されることを理解するであろう。復号化スキームは、これらに限定されないが、プロトコル一式、暗号解読（キーサイファー）、及びユーザ指定動作を含む。復号化スキームは、復号化ルールを含み、必要に応じて、個人情報に対する暗号復号ルールも含む。動作中、プロセッサ１７は、相互接続されたドキュメントからドキュメント構造を決定し、ドキュメントの特定情報、文節、及び／又は、構成要素を、高感度又は低感度情報として示す、メモリ１８に記憶されたソフトウェアを実行する。このような方法は、特許文献４に開示されている。
【００１８】
ファイル保存システム１０は、いずれも、入力装置１５と（例えば、インターネット又は適切なネットワーク通信プロトコルを介して）通信するように構成された、内部クラウド記憶域４０と外部クラウド記憶域５０とを含む。内部クラウド記憶域４０及び外部クラウド記憶域５０の各々は、所謂「サービスとしての記憶域」と呼ばれる複数のクラウドを介して実施され、これらに限定されないが、データベース、複数のネットワーク化データベース、ＰＣ、多機能装置（ＭＦＤ）、プリンタ、サーバなど、一つ以上の任意の記憶装置を含む。ファイル保存システム１０は、所在認識型（ｌｏｃａｌｅ−ａｗａｒｅ）分散ファイルシステムとして、実施される。このような分散ファイルシステムの例は、共同所有の米国特許出願第１２／３６２，１６３号に開示されている。以下に詳細に説明されるように、ファイル保存システム１０は、内部クラウド記憶域４０及び／又は外部記憶域５０へ保存するために、プロセッサ１７によって処理されるビット単位の非識別複製の使用を、更に実施する。
【００１９】
図１に示されるように、電子ページ画像２０のドキュメント構造が、処理され、その一部が個人情報２２（即ち、高感度情報）、又は共用情報２４（即ち、低感度情報）として示される。「個人情報」と「共用情報」以外の情報が示され、使用されてもよい。したがって、上記のリストが全てを網羅していると見なすべきではない。一般に、個人情報２２は、電子ページ画像２０からプロセッサ１７によって抽出された、ドキュメントの構成要素間の関係を記述する一つ又は複数のメタデータと共に、個人ファイル３０として、内部クラウド記憶域４０に保存される。共用情報２４は、外部クラウド記憶域５０に共用ファイル３２として保存される。共用情報２４は、Ｑｏｓ（例えば、応答時間）を長くするために、消費点により近い内部クラウド記憶域４０に保存されてもよい。
【００２０】
図２を参照すると、内部クラウド記憶域４０は、ファイアウォール６０の向う側（ｂｅｈｉｎｄ）に内部データ記憶域を提供するように用いられる。これを考慮に入れて、外側のファイアウォール６０から発生し、ファイアウォール６０を通過しようとする通信及び／又はネットワークトラフィックが、調査され、ルールのセット又はユーザ定義ポリシー６２に基づいて、拒絶され、又は、許可される。より具体的には、ポリシー６２は、外側のファイアウォール６０から、内部クラウド４０に保存されたデータ又はドキュメントへアクセスするために、ファイル記憶域パラメータ、セキュリティーレベル、及びユーザの権限を指令するルールを定義する。ポリシー６２とは、例えば、これらのファイルを（例えば、共用又は個人で）保存する方法、更に、これらの保存されたファイルを保護するためのセキュリティーレベル又は暗号を、ユーザが選択することを可能にする、記憶域に関するユーザの好みや認証のことである。これは、ＥＭＲ（電子カルテ）に含まれる情報や特定の文節のプライバシーを最優先する医療業界と、特に関係が深い。
【００２１】
個人ファイル３０及び共用ファイル３２は、分散ファイルシステムにおいて複製（複製）方式で保存される。即ち、ファイルは、複製されてもよいし、複数の断片に分割されてもよい。各断片又は複製は、各断片又は複製が他とは異なるビットパターンを含む点で、他とはやや異なる（即ち、各複製は、バイト単位では任意の他の複製と一致しない）。図２に示されるように、各々の複製Ｒｉは、個人情報２２又は共用情報２４のいずれかを有する任意数の構成ブロックＢｉを含んでもよい。各複製Ｒｉは、ユーザ意図及び／又はポリシー６２に基づいて、かつ、ファイルの各保存された複製Ｒｉの構成要素間の関係を記述する対応メタデータと一緒に、保存される。分散ファイルシステムの記憶域の入手は、例えば、Ａｐａｃｈｅ Ｈａｄｏｏｐ（アパッチ  ハドゥープ）を使用することによって行われ、図１及び図２に記載されている概念を含むように、選択的に変更されてもよい。「ハドゥープ」は、オープンソースコードであり、上記のファイル保存システム１０に基づいて、ドキュメントを演算し、保存するように構築される。一旦、複製Ｒｉが保存されると、所在（ｌｏｃａｌｅ）認識記憶域は、消費点に相対的に近い一つ以上の複製Ｒｉと、消費点から一つ以上のホップ分離れている一つ以上の複製Ｒｉとを保存する、「ハドゥープ」の複製処理を用いることによって、達成される。以下に、更に詳細に説明されるように、複製Ｒｉを保護するセキュリティーレベルは、消費点から離れている各ホップ分、増分される。
【００２２】
図２に示されているように、例えば、「ファイル」ＸＹＺは、消費点に一番近く、かつ、情報の二つの構成ブロックＢ１Ｒ１及びＢ２Ｒ１を含む「ファイル」ＸＹＺの複製１によって、４回、複製されている。「ファイル」ＸＹＺの複製２は、消費点から一ホップ分離れており、情報の二つのブロックＢ１Ｒ２及びＢ２Ｒ２を含む。「ファイル」ＸＹＺの複製３は、消費点から２ホップ分離れており、情報の二つのブロックＢ１Ｒ３及びＢ２Ｒ３を含む。消費点から離れる距離が大きくなるにつれて、特定の複製されたファイルの構成ブロックの大きさは、小さくなる（即ち、より少ないデータ又は情報）。また、消費点から離れる距離が大きくなるにつれて、複製されたファイルは、（図２において、「ファイル」ＸＹＺの複製３と構成ブロックＢ１Ｒ３、Ｂ２Ｒ３を含む更なる枠で取り囲まれることによって、示されているように、）ホップが消費点により近い複製されたファイルの暗号キーより、相対的に長い暗号キーによって暗号化される。これによって、特定の複製されたファイルが、消費点から、遠くに離れれば離れるほど、復号又は不正解析の対象となる複製されたファイルの数が増加し、暗号化キーの長さも長くなる。図２の実施の形態は、複製Ｒ１、Ｒ２、及びＲ３が、内部クラウド記憶域４０に保存され、これらに対応する構成ブロックＢ１Ｒ１、Ｂ２Ｒ１、Ｂ１Ｒ２、Ｂ２Ｒ２、Ｂ１Ｒ３、及びＢ２Ｒ３が、それぞれ、個人情報２２又は共用情報２４を含む、例示的な状況を示している。「ファイル」ＸＹＺの第４の複製、即ち、「複製４」は、外部クラウド記憶域５０に保存され、共用情報２４の三つの構成ブロックＢ１Ｒ４、Ｂ２Ｒ４、及びＢ３Ｒ４を含む。外部クラウド記憶域５０は、ファイアウォール６０を介しての通信を必要とせずに、業者によってアクセス可能であるので、「複製４」は、「複製１〜３」（例えば、各複製に対して合計２個）に対して、更なる構成ブロック（例えば、合計３個）を含む。以上に説明したように、「ファイル」ＸＹＺの「複製４」には、「ファイル」ＸＹＺの「複製１〜３」に対する追加セキュリティー又は暗号化が付与され、これらがファイアウォール６０の向う側にある内部クラウド記憶域４０に保存される。複製されたファイル（例えば、「ファイル」ＸＹＺの「複製４」）が外部クラウド記憶域５０に保存される前に、内部クラウド記憶域４０は、例えば、ＱｏＳ（例えば、応答時間）、認証されたセキュリティー、及びブロックサイズなどの記憶域パラメータと交渉する。所与のファイルに対する複製Ｒｉの数は、システム管理者に知られているか、又は、システム全体の定数に既定値として設定されていると想定される（例えば、ファイル当たり３つの複製、Ｇｏｏｇｌｅ（グーグル）ファイルシステム及びＨａｄｏｏｐ（ハドゥープ）などの他の最新の分散ファイルシステムは、既定値として３つの複製を用いる）。
【００２３】
図２に示されている本発明の実施の形態によれば、内部クラウド記憶域４０には、事象駆動基準（ｅｖｅｎｔ−ｄｒｉｖｅｎ  ｂａｓｉｓ）において、ドキュメントを保存するように構成された、事象ハンドラー４５が組み込まれてもよい。いくつかの状況において、電子ページ画像２０の全ての部分及び複製は、内部クラウド記憶域４０において（例えば、ファイアウォール６０の内側において）、使用可能である。この状況において、内部において、及び／又は、内部クラウド記憶域４０の内部から、ページ画像２０へアクセスする場合、ファイル保存システム１０は、完成したページ画像２０を（例えば、オンデマンドで）提供することができる。しかしながら、いくつかの状況において、電子ページ画像２０の部分又は複数の部分（例えば、共用部分２４）が、ファイアウォール６０の向う側に保存される。この状況において、内部クラウド記憶域４０の内部から、電子ページ画像２０の部分又は複数の部分へアクセスする場合、内部クラウド記憶域４０によって、外部クラウド記憶域５０へ要求が行われる。外部クラウド記憶域５０は、内部クラウド記憶域４０からのページ画像２０の部分に対する要求を捕捉するように構成された、事象プロセッサ５２を含む。より具体的には、事象プロセッサ５２は、内部クラウド記憶域４０からの要求を捕捉し、要求を事象として事象待ち行列５６の待ち行列に入れる、事象モニタ５４を含む。事象ハンドラー４５は、待ち行列の順序において、事象待ち行列５６内の事象を取り扱い、外部クラウド記憶域５０から、要求されたファイル、ファイル部分、及び／又は、ファイルのブロックを受信する。
【００２４】
通信の出処が内部クラウド４０である場合、事象ハンドラー４５と事象プロセッサ５２の必要性は明らかである。大部分のファイルシステム構造において、第三者（例えば、業者）は、ファイアウォールの向う側のクラウド記憶域（例えば、内部クラウド４０）へアクセスすることはできない。しかしながら、通信の出処が内部クラウド４０である場合、事象の待ち行列のセットは、まさに、このトランザクションで処理することができる。以上を考慮に入れて、内部クラウド４０は、クラウド上に配置される事象に対する事象待ち行列５６を周期的に投票する。例えば、事象は、制限を受けずに、ユーザ、クライアント、又は他のクラウド記憶域によって、ファイル又はこれらの構成ブロックを直接的な要求であってもよい。事象ハンドラー４５は、外部クラウド５０からのこのような事象をバッチ処理する。この処理は、このユーザのポリシー６２を用いて、ユーザのファイルを直接送信することを含んでもよい。ユーザの確認があり次第、内部メタデータとファイルとが更新される。ユーザからの確認は、例えば、ドキュメント入力装置１５内に組み込まれるユーザインターフェース（図示しない）を介して、又は、ドキュメント入力装置１５に動作可能に連結された分離演算装置（図示しない）の一部として、付与されてもよい。
【００２５】
外部クラウド５０から、ファイルへアクセスするために、権限が与えられたユーザは、彼ら及び／又は彼女たちのドキュメントを求めて、外部クラウド５０へ直接アクセスすることができる。上記したように、外部クラウド５０は、画像２０の共用部分２４を送るにすぎない。個人ファイル３０だけが、内部クラウド４０によって、（例えば、ユーザへ直接、又は、ユーザのクライアントソフトウェアへ）送られることもある。或いは、ユーザは、個人ファイルの転送を不要とするほど、個人情報へのアクセスを既に十分に有している場合もある。例えば、特定のユーザに対応するこのような情報は、標準フォーマットでよいし、及び／又は、このユーザに対応するプロファイル内に含まれていてもよい。クライアントプログラムの使用によって、ユーザは、必要な認証（例えば、ユーザ名、パスワード、キーワードなど）を提供し、暗号復号し、ページ画像２０の少なくとも一つの個人部分２２と少なくとも一つの共用部分２４によって、ドキュメント全体を構成する。
【符号の説明】
【００２６】
４５：クラウド事象ハンドラー
５４：事象モニタ
５６：事象待ち行列
５８：ファイルＸＹＺ複製４
６０：ファイアウォール
６２：ポリシー
【図１】
2011003194.tif 000003
【図２】
2011003194.tif 000004