(57)【要約】  連合レポジトリを用いた記憶管理システムは、コンテンツを階層構造内の子レポジトリに導く。記憶を管理するサービスは、現用のおよび過去のレポジトリのリストを保持し、記憶するためのコンテンツの経路指定は、子レポジトリの構造、記憶に対するポリシーなどを含むファイルプランに基づいて行われる。自身の容量に達するレポジトリが待避されて、過去の状態になったレポジトリは、探索目的に利用できるが、もはや記憶目的では利用されない。新しいレポジトリが付加されるか、または古いレポジトリが待避されるときに、ファイルプランが更新される。子レポジトリがサービスに問い合わせを行うときに、ファイルプランを変更して、コンテンツタイプ、探索語、ワークフローなどの他の情報が子レポジトリに利用できる。
2010530588.tif 000002
【特許請求の範囲】
【請求項１】
連合レポジトリを用いてコンテンツ（１０２）の記憶を管理する方法であって、
コンテンツ（１０２）および階層構造の情報が、ファイルプランに従った記憶システムの親レポジトリ内の中央ハブノードからの従属ノード（２２０）に伝達される階層記憶システムを作成すること、
コンテンツの提出（５０２）、前記ファイルプランの変更、ポリシー定義の変更、および新しい従属ノードの付加の中の少なくとも１つを含む変更が、前記中央ハブノード（２０４）において行われたとき、前記変更と関連付けられた情報を子レポジトリに伝達すること、
前記伝達された情報の一部がグローバルエフェクトを有する場合、前記情報の部分をすべての従属ノードに伝達し、前記記憶システム内の各子レポジトリが少なくとも１つの従属ノードを含むこと
を備えることを特徴とする方法。
【請求項２】
新しいコンテンツの提出が記憶するために受信（５０２）されたとき、コンテンツタイプ、保存ポリシー、属性、ワークフロー、ユーザ情報、コンテンツ元情報、および前記新しいコンテンツと関連付けられた複数のクエリ用語の中から少なくとも１つと関連付けられたターゲット従属ノード情報に伝達することをさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
少なくとも一部の子レポジトリ（１０６、１０８）は、各子レポジトリ（１０６、１０８）の前記従属ノード（「根ノード」）に報告するフォルダ構造を含み、前記フォルダ構造は、前記ファイルプランの変更に応じて更新されることを特徴とする請求項２に記載の方法。
【請求項４】
前記ファイルプランに従って、前記新しいコンテンツの関連する部分を、単一の子レポジトリおよび複数の子レポジトリ（１０６、１０８）に格納（５０８）することをさらに備え、前記新しいコンテンツは、現用のコンテンツ、保管されるコンテンツ、および現用のコンテンツと保管されるコンテンツとの組み合わせの１つを含むことを特徴とする請求項２に記載の方法。
【請求項５】
新しい子レポジトリを前記記憶システムに付加すること（５１０）に応じて、前記新しい子レポジトリ内の前記ファイルプランに従ったフォルダ構造を作成すること、および
前記新しいコンテンツと関連付けられた情報を前記新しい子レポジトリに伝達すること
をさらに備えることを特徴とする請求項２に記載の方法。
【請求項６】
前記ファイルプランを変更して（５１６）、適用できる新しいコンテンツを前記新しい子レポジトリに経路指定することをさらに備えることを特徴とする請求項５に記載の方法。
【請求項７】
子レポジトリが自身の容量に達したことに応じて、前記ファイルプラン内の前記コンテンツの経路指定を変更することによって前記子レポジトリを待避すること（５１４）、および
前記待避した子レポジトリを保管すると指定すること
をさらに備えることを特徴とする請求項２に記載の方法。
【請求項８】
管理者入力、所定期間の終了、および階層構造の変更の１つに応じた少なくとも１つの子レポジトリに格納されたコンテンツの保存ポリシーを変更することをさらに備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記変更は、削除される前記コンテンツを指定すること、別の場所に移動される前記コンテンツを指定すること、および無期限に保持される前記コンテンツを指定することの１つであることを特徴とする請求項８に記載の方法。
【請求項１０】
連合レポジトリを用いてコンテンツの記憶を管理するシステムであって、
レコードセンターと関連付けられた少なくとも１つのサーバ内で実行されるコンテンツ管理サービス（２０４）を備え、前記コンテンツ管理サービスは、
前記レコードセンターと関連付けられた子レポジトリ（２３２）の階層的な構造リストと、
ファイルプランモジュール（２３４）であって、
（ａ）コンテンツタイプ、保存ポリシー、属性、ワークフロー、ユーザ情報、および前記子レポジトリに格納されたコンテンツと関連付けられた複数のクエリ用語の少なくとも１つと関連付けられたコンテンツ情報を保持し、
（ｂ）既定のファイルプランに従って新しいコンテンツを、適用できる子レポジトリ（２２２−Ｘ）に経路指定し、
（ｃ）新しい子レポジトリの付加および自身の容量に達した子レポジトリの待避のうちの１つに応じて前記ファイルプランを更新し（５１６）、および
（ｄ）変更に応じてフォルダ構造およびコンテンツ情報を子レポジトリ（２２２−Ｘ）に伝達するように構成されたファイルプランモジュール（２３４）と
を含むことを特徴とするシステム。
【請求項１１】
前記コンテンツ管理サービス（２０４）は、子レポジトリ（２２２−Ｘ）に前記コンテンツ管理サービス（２０４）の問い合わせを行い、および更新されたフォルダ構造ならびにコンテンツ情報を受信することができるようにするクエリ調整モジュールをさらに含むことを特徴とする請求項１０に記載のシステム。
【請求項１２】
前記コンテンツ管理サービス（２０４）は、前記ファイルプラン内の子レポジトリの保存ポリシーを変更することによって少なくとも１つの子レポジトリ内に、選択されたコンテンツを保持する保持要求モジュール（２３８）をさらに含むことを特徴とする請求項１０に記載のシステム。
【請求項１３】
各子レポジトリは、物理的データ格納手段および仮想データ格納手段の中から少なくとも１つを含み、各子レポジトリは、コンテンツ管理サービスサーバおよびローカルデータベースサーバの１つによって管理されることを特徴とする請求項１０に記載のシステム。
【請求項１４】
各子レポジトリのフォルダ構造は、前記子レポジトリと関連付けられた根ノードを含み、前記子レポジトリと関連付けられた識別子は、前記根ノード内のメタデータとして保持されることを特徴とする請求項１０に記載のシステム。
【請求項１５】
前記コンテンツ管理サービスは、前記メタデータを用いて少なくとも１つの前記識別子、および子レポジトリ（２３２）の階層的な構造リスト内の各子レポジトリに対する統一のリソースロケータを保持するように構成されることを特徴とする請求項１４に記載のシステム。
【請求項１６】
子レポジトリ（２３２）の前記階層的な構造リストは、各子レポジトリに対して、前記子レポジトリが現行および保管する１つであるかどうかを示す指定をさらに含み、前記保管する指定が、どの新しいコンテンツも前記保管すると指定された子レポジトリに経路指定されないことを前記ファイルプランモジュールに示すことを特徴とする請求項１５に記載のシステム。
【請求項１７】
連合レポジトリを用いてコンテンツの記憶を管理するために符号化された命令を有するコンピュータ読み取り可能記憶媒体であって、前記命令は、
中央コンテンツ管理ハブ（２０４）において、コンテンツタイプ、保存ポリシー、属性、ワークフロー、ユーザ情報、コンテンツの元情報、および前記子レポジトリに格納された前記コンテンツと関連付けられた複数のクエリ用語の中から少なくとも１つと関連付けられたコンテンツ情報を保持すること、
新しいコンテンツが記憶するために受信されたとき、既定のファイルプランに従って、前記新しいコンテンツを前記子レポジトリ（２２２−Ｘ）内の適用できる従属ノードに経路指定し、前記新しいコンテンツの関連する部分が、前記ファイルプランに従って単一の子レポジトリおよび複数の子レポジトリの１つに格納されること、
新しい子レポジトリの付加（５１０）および自身の容量に達した子レポジトリの待避（５１４）の１つに応じて前記ファイルプランを更新すること、および
変更に応じて更新されたフォルダ構造およびコンテンツ情報を子レポジトリに伝達する（５１６）こと
を備えることを特徴とするコンピュータ読み取り可能記憶媒体。
【請求項１８】
前記更新されたフォルダ構造および前記コンテンツ情報を前記子レポジトリに伝達することは、
どの従属ノードが前記更新によって影響を受けるかを判定すること、および
子レポジトリが前記中央コンテンツ管理ハブ（２０４）に問い合わせを行うとき、前記更新されたフォルダ構造および前記コンテンツ情報に、子レポジトリ（２２２−Ｘ）が利用できるようにさせること
を含むことを特徴とする請求項１７に記載のコンピュータ読み取り可能記憶媒体。
【請求項１９】
前記命令は、
ユーザからの保持命令に応じて、選択されたコンテンツの保持要求を各子レポジトリに発行すること、
保持レポートを、影響を受けるコンテンツを有する子レポジトリから受信することであって、前記保持レポートは、無期限に保持すると指定された各子レポジトリ内の格納されたコンテンツのリストを含むこと、および
前記保持レポートを統合して単一のシステム全体の保持レポートにすること
をさらに備えることを特徴とする請求項１７に記載のコンピュータ読み取り可能記憶媒体。
【請求項２０】
前記命令は、
前記中央コンテンツ管理ハブ（２０４）と関連付けられたすべての子レポジトリに格納されたコンテンツに対して探索が行われるようにすること、および
前記子レポジトリの1つが前記中央コンテンツ管理ハブ（２０４）として指定されるようにすること
をさらに備えることを特徴とする請求項１７に記載のコンピュータ読み取り可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、連合レポジトリを用いたファイル記憶スケールの拡大に関する。
【背景技術】
【０００２】
多くの企業および組織は、一定期間格納し保持する必要のある電子的コンテンツの大規模なセットを有する。時間の経過とともに、このようなコンテンツのセットは、増加する傾向にあり、最終的に、単一のレポジトリにとって大きすぎるサイズになることが多い。しかし、コンテンツ自体がいくつかの物理的な格納手段で区分されていても、組織としては、このコンテンツを一律に管理する必要がある。
【０００３】
このような電子的コンテンツの管理は、コンテンツと関連付けられたポリシーも時間とともに変更しなければならない場合があるので、付加的なチャレンジを与えることがある。例えば、業務の初年度に、企業は、調査と試行を詳述した２０００万ものファイルを有することがあり、各ファイルを１０年間保持しなければならない場合や、ファイルのレポジトリが合計２０００万ファイルに制限される場合がある。レポジトリに存在するファイルの物理サイズを拡大することができないのと、ファイルのレコードを長年保持しなければならないために、企業は、個別に管理する必要があるレポジトリをいくつか分離する羽目になる。これは、企業のレコードの管理についてのチャレンジを増加させ、特にレポジトリ全体のコンテンツに適用できるポリシーを変更しなければならない場合に、増加させる。
【発明の概要】
【０００４】
本発明の概要は、以下の発明の詳細な説明でさらに説明される簡易な形式において概念の１つの選択を導入するために与えられる。本発明の概要は、請求された発明の対象における重要な特徴または不可欠な特徴を特定することを意図せず、または請求された発明の対象の範囲を決めるのに役立つものとして用いられることを意図しない。
【０００５】
実施形態は、連合レポジトリを用いたコンテンツの記憶管理を対象とする。記憶管理サービスは、新しい子レポジトリを付加するか、またはその容量に達する子レポジトリを待避して、現用の子レポジトリ情報と過去の子レポジトリ情報を用いて最新のコンテンツを経路指定するファイルプランを保持して、子レポジトリを管理できる。
【０００６】
これらと他の特徴および利点は、以下の詳細な説明を読むことおよびそれに関連する図面を検討することによって明らかになる。前述の一般的な説明と以下の詳細な説明の両方は、単に説明的であり、特許請求の範囲の態様を制限するものではないことを理解されたい。
【図面の簡単な説明】
【０００７】
【図１】複数の子レポジトリを調整する記憶管理サービスよるコンテンツ記憶の管理を示す概念図である。
【図２】複数の記憶レポジトリを管理する例示的な記憶管理サービスの詳細を示す図である。
【図３】実施形態を実装できる例示的なネットワーク環境の図である。
【図４】実施形態を実装できる例示的なコンピュータオペレーティング環境のブロック図である。
【図５】実施形態にかかる例示的なコンテンツの記憶プロセスの論理フロー図である。
【発明を実施するための形態】
【０００８】
上記に簡単に説明したように、ファイルの記憶スケールを、記憶管理サービスによって管理される連合レポジトリを用いて、拡大し、最適化することができる。以下の詳細な説明において、この説明の一部を形成し、特定の実施形態または実施例によって示される添付図の参照を行う。本開示の精神または範囲から逸脱することなく、これらの態様を組み合わせることができ、他の態様を利用することができ、そして構造的な変更を行うことができる。以下の詳細な説明は、従って、限定した意味で解釈されてはならず、本発明の範囲は、添付の特許請求の範囲およびそれらに相当するものによって定義される。
【０００９】
実施形態が、パーソナルコンピュータのオペレーティングシステム上で実行するアプリケーションプログラムとともに実行するプログラムモジュールの一般的な文脈において説明される一方で、当業者は、実施態様が他のプログラムモジュールとの組み合わせにおいても実装できることを認知されたい。
【００１０】
一般的に、プログラムモジュールは、ルーチン、プログラム、コンポーネント、データ構造、および特定のタスクを実行または特定の抽象データ型を実装する他の種類の構造を含む。さらに、当業者は、実施形態が、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースまたはプログラム可能な家庭用電化製品、ミニコンピュータ、メインフレームコンピュータなどを含む他のコンピュータシステム構成を用いて実施できることを認識されたい。実施形態は、タスクが、通信ネットワークを介して接続されたリモート処理装置によって実行される分散型コンピュータ環境においても実施できる。分散型コンピュータ環境において、プログラムモジュールは、ローカルメモリ記憶装置とリモートメモリ記憶装置の両方に配置できる。
【００１１】
実施形態は、コンピュータ処理（方法）、コンピュータシステム、もしくはコンピュータプログラム製品またはコンピュータ読み取り可能媒体などの製造品として実装できる。コンピュータプログラム製品は、コンピュータシステムによって読み取り可能で、コンピュータ処理を実行するコンピュータプログラム命令を符号化するコンピュータ記憶媒体とすることができる。コンピュータプログラム製品は、コンピュータシステムによって読み取り可能で、コンピュータ処理を実行するコンピュータプログラム命令を符号化する搬送波上の伝播信号とすることもできる。
【００１２】
図１において、複数の子レポジトリを調整する記憶管理サービスによるコンテンツ記憶の管理を示す概念図を示す。実施形態に従ったシステムに格納されるコンテンツは、テキストデータ、ファイル、ビデオストリーム、オーディオストリーム、画像などの任意の形式のデータを含むことができる。コンテンツは、別のシステムに格納されるデータへのポインタも含むことができる。
【００１３】
実施形態にかかるシステムにおいて、記憶管理サービス１０４は、ユーザ、ネットワークノード、入力装置などのいくつかのソースからコンテンツ１０２を受信することができる。記憶管理サービス１０４は、コンテンツタイプ、フィールドタイプ、探索語、ユーザロールなどの情報がシステム全体に周知されることを保証する子レポジトリ（例えば、子レポジトリ１、子レポジトリ２など）の階層構造を保持する。さらに、記憶管理サービス１０４は、（コンテンツの格納に現在利用できる）現用の（active）子レポジトリと、（もはや記憶のためにコンテンツを許容しないが、探索などの他の操作に利用できる）待避した（retired）子レポジトリのリスト、および受信されたコンテンツを、記憶のために適用する子レポジトリに経路指定するファイルプランを保持する。従って、記憶管理サービス１０４は、格納されたコンテンツだけでなく、記憶レポジトリのプロパティも管理する。
【００１４】
保存ポリシーなどのポリシーを、ファイルプランとともに子レポジトリ内のコンテンツの記憶を管理するのに用いることができ、影響を受ける子レポジトリに、子レポジトリに格納されたコンテンツに適用できるポリシーを通知することとができる。
【００１５】
子レポジトリは、記憶管理サービス１０４を実行するサーバまたはローカルサーバによって、個別にまたグループで管理される１または複数の仮想データ格納手段または物理的データ格納手段を含むことができる。例えば、子レポジトリ１（１０６）は、記憶管理サービス１０４を実行するハブサーバによって管理される単一のデータ格納手段とすることができる。一方、子レポジトリ２（１０８）は、個別のデータベースサーバによって管理されるデータ格納手段のグループを含むことができる。子レポジトリ２の格納を目的とする任意の通信は、子レポジトリ２のデータベースサーバを対象とする。
【００１６】
一実施形態に従った例示的な状況は、以下のようにできる。企業は、進行中の５つのプロジェクトが有し、５つの「連合した」レポジトリを有する分散型企業レポジトリを作成することから始め、分散型企業レポジトリの各々は、２０００万ものレコードを保持することができる。各プロジェクトを、個別のレポジトリに割り当てることができる。６番目のプロジェクトを開始する場合、中央管理ツールによって６番目のレポジトリをファイルプランに付加して、６番目のプロジェクトのファイルを新しいレポジトリに格納することができる。予想に反して、新しいプロジェクトは、予想されるコンテンツの１０倍のコンテンツを必要とすると、ほんの短い期間で、コンテンツが割り当てられたレポジトリはほとんど満杯になるであろう。この場合、新しいレポジトリをシステムに付加することができ、新しいプロジェクトに関連した、新しく入ってくるコンテンツを、新しいレポジトリに経路指定することができる。新しいプロジェクトの元のレポジトリは、「待避」される（すなわち、新しいコンテンツは、もはや元のレポジトリに置かれない）。コンテンツは、支障なく組織にわたって格納され続ける。
【００１７】
実施形態に従ったコンテンツの記憶システムの変更は、コンテンツのサイズに基づいて記憶を要求することに限定されない。新しい区分をシステムに付加する他の理由は、組織的な、管理上の区分の必要性を含む。例えば、プロジェクトを、（適切な属性とは）異なるレポジトリに格納できる非常に機微なコンテンツと関連付けることができる。
【００１８】
連合レポジトリを用いた記憶管理システムのコンポーネントは、分散型ネットワークを経由した個別のサーバ、クライアント装置などにおいて実行できる。さらに、本明細書に説明されるコンポーネントは、単なる例示を目的とするものであり、実施形態に対して制限を成すものではない。連合レポジトリを用いた記憶管理システムを、さまざまな順序により減らしたり、または加えたコンポーネントを用いて実装できる。個別のコンポーネントは、個別のアプリケーションまたは単一のアプリケーションの一部とすることができる。さらに、システムまたはシステムのコンポーネントは、ウェブサービス、ＧＵＩ(Graphical User Interface)などのユーザインタフェースを個別にまたは集合的に含むことができる。
【００１９】
図２に、複数のストレージレポジトリを管理する例示的な記憶管理サービスの詳細を示す。正しく構成され、階層、ポリシー、およびコンテンツタイプ、フィールドタイプ、探索語、ユーザロールなどの情報を反映し、記憶管理サービス２０４のハブにおいて特定される子レポジトリに対して、通信のチャンネルは、各子レポジトリとハブとの間で確立される。通信チャンネルは、ある実施形態に従って自動的に構成できる。
【００２０】
記憶管理サービス２０４は、１または複数のサーバ上で実行されるアプリケーションまたは管理サービスとすることができる。一実施形態に従って、記憶管理サービス２０４は、子レポジトリリスト２３２を含むことができ、これは、現用の子レポジトリと保管する子レポジトリのリストおよび階層情報と、ポリシー、階層構造、コンテンツタイプ、関連するコンテンツなどに基づいたファイルプランに従って、受信されたコンテンツを適切な子レポジトリに経路指定するファイルプランモジュールとを含む。記憶管理サービス２０４は、子レポジトリに格納されたコンテンツの探索と結果を調整する探索調整モジュール２３６、および影響を受けるコンテンツの保存ポリシーを変更する子レポジトリに対する特定のコンテンツの保持要求を発行する保持要求モジュール２３８をさらに含むことができる。
【００２１】
記憶レポジトリ２２０は、データ格納サーバによって個別にまたはグループで管理される複数のＳＣ(site collections)を含むことができる。ＳＣ２２２−Ｘは、コンテンツを格納する１または複数の物理的データ格納手段および／または仮想データ格納手段を含むことができる。ハブからその子に送信できる項目の例は、以下を含むが、これに限定されない。  
・コンテンツタイプ−新しいタイプのコンテンツがグローバルレベルにおいて作成される場合、すべてのハブの子が新しいタイプのコンテンツを認知するのが望ましい。コンテンツタイプは、メタデータスキーマも含むことができる。  
・ポリシー−組織は、例えば、特定のプロジェクトに関連するすべてのコンテンツが事前に設定された期間が過ぎると破壊されるように要求できる。ハブは、影響を受けるすべての子に、このグローバルポリシーに関して命令できる。  
・ファイルプラン−ファイルプランの全体的な階層構造が変更される場合、影響を受ける子は、子のフォルダ構造を更新することもできる。  
・その他−一般的に、任意の項目は、グローバルレベルで定義されて、コンテンツが格納されるレポジトリに関連することができる。他の項目の例は、フィールドタイプ、ワークフロー、ユーザロール、用語セット、コンテンツを再利用できるテンプレートなどを含む。
【００２２】
ローカルレポジトリ内の配置に限定される代わりに、ファイルプランは、特定のコンテンツを格納しなければならない個別のレポジトリ上に配置を特定することができる。コンテンツがレコードセンターに提出される場合、コンテンツは、局所的に、または個別のレポジトリに経路指定することができる。ファイルプランの全体的な階層は、ハブにおいて特定できる。フォルダ構造が、子レポジトリ内に存在する必要があるファイルプラン内に特定される場合、この構造は、子レポジトリにおいて自動的に作成できる。所定の時間に、より大きい容量をレコードセンター全体に付加するために、新しいレポジトリを作成してレコードセンターに連合することができる。次に、ファイルプランを変更して、コンテンツを新しいレポジトリに経路指定できる。連合レポジトリがその容量に達した場合、新しいレポジトリを付加して、ファイルプランの一部の経路指定を、前述した新しいレポジトリへのポイントに変更できる。ファイルプランがすでにポイントされたレポジトリを、ピアコンテンツの過去のまたは保管する記憶として管理することができる。
【００２３】
「ホールド」は、レコードのセットが不確定な時間（例えば、法的な目的で）保持しなければならない場合である。特定のトピックまたはエンティティに関連するすべてのドキュメントを保持する必要が生じた場合、共通コマンドをすべての連合レポジトリに発行して、適切なコンテンツを保持することができる。
【００２４】
例示的な動作において、階層構造を用いて複数のレポジトリ（「チルドレン」）が作成される。このようなレポジトリは、サイトオブジェクトとすることができる。レコードセンターは、すべてのコンテンツを管理するために作成される。レコードセンターは、記憶管理サービス（「サービス」）と関連付けられた「ハブ」を含むが、チルドレンも含む。ハブに対して（例えば、ポリシー、フォルダ階層、コンテンツタイプ、ワークフロー、またはフィールドタイプ）の変更が行われた場合、このことは、サービスに報告される。
【００２５】
問い合わせが行われた場合、サービスは、所定の時間以降にハブ内で起こった変更を報告して、要求された更新オブジェクトを提供する。各チャイルドは、特に自身に関連する更新を受信するために、定期的にサービスに問い合わせを行うように構成できる。特定の変更は、所定のチャイルドに関連する間、すべてのチルドレンのグループにも関連することができることに留意されたい。別の実施形態において、サービスは、問い合わせを行わずに影響を受ける子に対して変更を与えることができる。
【００２６】
レコードセンターに提出されたファイルを経路指定する階層構造を有するファイルプランを、ハブにおいて作成できる。ファイルプラン内の特定のノードをチルドレン内の根ノードとして指定できる。ノード内のメタデータは、メタデータに関連付けられたチャイルドのアイデンティティを示すことができる。各根ノードに対応するチャイルドのアイデンティティおよび／またはＵＲＬ(Uniform Resource Locator)は、現在のまたは過去のチルドレンの減少しないリストに記録される。
【００２７】
ファイルプランが更新されて、根ノードの下にフォルダ階層を含む場合、この階層およびそれに関連付けられた根ノードは、サービスに報告される。サービスに問い合わせを行うときに、チャイルドが、チャイルドの根ノードの下のフォルダ階層が変更されたことを認識した場合、チャイルド自身の根ノードの下に新しい階層を作成するか、または既存の階層を変更することができる。ドキュメントがレコードセンターに提出されて、ファイルプランがそのドキュメントを根ノードに経路指定する場合、ドキュメントは、関連付けられたチャイルド内の根ノードにおいて格納される。ドキュメントがレコードセンターに提出されて、ファイルプランがそのドキュメントを根ノードの下のフォルダに経路指定する場合、ドキュメントは、ファイルプラン内の特定されたフォルダに対応する関連付けられたチャイルド内のフォルダにおいて格納される。
【００２８】
いったんハブが確立されると、チャイルドが作成されて、更新に関してサービスに問い合わせを行うように構成される。また、根ノードをファイルプラン内に構成して、まだ記憶するために使用されていないチャイルドを指し示す。チャイルドが記憶容量に近づくまたは達した場合、新しいチャイルドを作成して、ファイルプランが再構成されて、新しいコンテンツを古いチャイルドに導いた根ノードが、今度は新しいコンテンツを新しいチャイルドに導くことができる。さらなる実施形態に従って、古いチャイルドに対する過去のポインタを、（新しいコンテンツを経路指定する目的ではなく）参照目的で根ノードにおいて保持することができる。
【００２９】
古いチャイルドを、過去のまたは保管するものとしてマークして、付加的なコンテンツをそこに格納しないようにし、定期的にサービスに問い合わせを出し続けることができる。さらに、ファイルプランをいつでも更新して、コンテンツが根ノードに経路指定されるのと、根ノードの下のフォルダに経路指定されるのとにかかわらず、コンテンツが経路指定される方法を変更することができる。
【００３０】
さらに他の実施形態に従って、保管されたコンテンツが削除されて、古いチャイルドが再度記憶するのに利用できるようになった場合、古いチャイルドを再度現用にすることができる。その場合、ファイルプランを更新して、古いチャイルドの再現用化を反映することができる。
【００３１】
ユーザが、特定のトピックまたはユーザに関連するすべてのコンテンツが不確定な時間保持されることを示す場合に、「ホールド」が起こる。ハブにおいてこの動作が行われた場合、ハブは、保持要求をチャイルドリスト（またはチルドレンのサブグループ）内の各チャイルドに発行できる。各チャイルドは、チャイルドのローカルフォルダ階層に対して探索を行うことができ、この探索をチャイルドがホールドと関連付けられることを示すタグと一致させるコンテンツをマークする。次に、各チャイルドは、ホールドと関連付けられたすべてのコンテンツのリストを作成して、このリストをハブに折り返し報告する。ハブは、各チャイルドから保持レポートを集めて、保持レポートを統合して発行された保持要求の単一のレポートにすることができる。
【００３２】
さらに他の実施形態に従って、ハブは、ファイルプラン内のどの根ノードが変更によって影響を受け、コンテンツタイプがハブにおいていつ変更されたかまたはファイルプラン内のノードにいつ追加されたかを判定することができる。サービスに対する定期的な問い合わせの一部として、各チャイルドは、最終的にハブへの変更が起きたかどうかを尋ねることができる。コンテンツタイプの変更がチャイルドに影響を与えた場合、チャイルドは、新しいコンテンツタイプまたは更新されたコンテンツタイプをダウンロードして、チャイルドのローカルフォルダ階層内の適切なレベルにコンテンツタイプを適用させる。同じプロセスを、これまでにリストに挙げられた通信項目の変更に対して実装できる。
【００３３】
図３は、実施形態を実装できる例示的なネットワーク環境である。連合レポジトリを用いた記憶管理は、単一のコンピュータ装置上、または多数の物理的および仮想クライアントと物理的および仮想サーバに対する分散方式により構成された１または複数のコンピュータ装置上で局所的に実施できる。連合レポジトリを用いた記憶管理を、１または複数のネットワーク（例えば、ネットワーク３５０）経由で通信を行う多数のノードを用いて、非クラスタシステムまたはクラスタシステムに実装することもできる。
【００３４】
このようなシステムは、サーバ、クライアント、インターネットサービスプロバイダ、および通信媒体の任意のトポロジーを備えることができる。また、システムは、システムの階層内のサーバおよびクライアントの役割とそれらの相互関係が、管理者によって静的に定義されるか、または装置のアベイラビリティ、負荷バランシングなどに基づいて動的に定義される、静的トポロジーまたは動的トポロジーを有することができる。用語「クライアント」は、クライアントアプリケーションまたはクライアント装置を示すことができる。連合レポジトリを用いた記憶管理を実装するネットワークシステムは、さらに多くのコンポーネントに関与できるが、関連するコンポーネントを本図とともに論じる。
【００３５】
実施形態に従ったコンテンツの記憶管理システムは、クライアント装置３４１−３４３などのいくつかのソースからコンテンツを受信できる。一部またはすべての記憶管理システムは、サーバ４５２に実装でき、クライアント装置（またはクライアントアプリケーション）のユーザによりアクセスできる。（連合レポジトリの）システムと関連付けられたデータ格納手段は、個別のデータ格納手段（例えば、３５６、３５８）またはデータベースサーバ３５４によって管理されたデータ格納手段のクラスタ（３５５）を含むことができる。
【００３６】
ネットワーク３５０は、企業ネットワークなどの安全なネットワーク、無線オープンネットワークまたはインターネットなどの安全でないネットワークを含むことがある。ネットワーク３５０は、本明細書に記載されたノード間の通信を提供する。一例として、ネットワーク３５０は、有線ネットワークまたは直接有線接続などの有線媒体、音響、ＲＦ、赤外線などの無線媒体、および他の無線媒体を含むことができるが、これに限らない。
【００３７】
連合レポジトリを用いたコンテンツの記憶管理を実装するために、コンピュータ装置、アプリケーション、データソース、データ配信システムの多くの他の構成を用いることができる。さらに、図３で論じたネットワーク環境は、単に例示を目的としたものである。実施形態は、例示的なアプリケーション、モジュールまたはプロセスに限定されない。
【００３８】
図４およびそれに関連する考察は、実施形態を実装できる、適したコンピュータ環境の簡易で一般的な説明を与えることを意図する。図４については、コンピュータ装置４００などの例示的なコンピュータオペレーティング環境のブロック図を示す。基本的な構成において、コンピュータ装置４００は、サーバマシンまたはクライアントマシンとすることができる。コンピュータ装置４００は、典型的には、少なくとも１つの処理装置４０２およびシステムメモリ４０４を含むことができる。コンピュータ装置４００は、プログラムの実行時に協同する複数の処理装置も含むことができる。正確な構成とコンピュータ装置の種類に応じて、システムメモリ４０４は、（ＲＡＭなどの）揮発性メモリ、（ＲＯＭ、フラッシュメモリなどの）不揮発性メモリ、またはその２つのいくつかの組み合わせとすることができる。システムメモリ４０４は、典型的には、ワシントン州レドモンドにあるマイクロソフト社製のＷＩＮＤＯＷＳ（登録商標）のオペレーティングシステムなどの、ネットワーク化されたパーソナルコンピュータの動作を制御するのに適したオペレーティングシステム４０５を含む。システムメモリ４０４は、プログラムモジュール４０６、記憶管理サービス４２２、レポジトリリスト４２３、ファイルプランモジュール４２４、探索調整モジュール４２５、および保持要求モジュール４２６などの１または複数のソフトウェアアプリケーションも含むことができる。
【００３９】
記憶管理サービス４２２は、アプリケーションまたはコンテンツストレージおよび探索サービスをユーザに提供する管理サービスとすることができる。記憶管理サービス４２２は、コンテンツを連合レポジトリのシステム内に格納することと関連付けられた付加的な機能について、示されたモジュールよりも付加的なモジュールと関連付けることができる。レポジトリリスト４２３、ファイルプランモジュール４２４、探索調整モジュール４２５、および保持要求モジュール４２６の機能および動作は、すでに説明されている。この基本的な構成は、図４の点線４０８内のコンポーネントによって示される。
【００４０】
コンピュータ装置４００は、付加的な特徴または機能を有することができる。例えば、コンピュータ装置４００は、例えば、磁気ディスク、光ディスクまたは磁気テープ、光テープなどの（取り外し可能および／または取り外し不能な）付加的なデータ記憶装置も含むことができる。これらの付加的な記憶装置は、図４の取り外し可能な記憶装置４０９および取り外し不能な記憶装置４１０によって示される。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、または他のデータなどの情報を格納する任意の方法または技術に実装される揮発性および不揮発性媒体、取り外し可能および取り外し不能媒体を含むことができる。システムメモリ４０４、取り外し可能記憶装置４０９、および取り外し不能記憶装置４１０は、コンピュータ記憶媒体のすべての例である。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ(digital versatile disks)または他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶装置、もしくは望ましい情報を記憶するのに使用することができて、コンピュータ装置４００によってアクセスすることができる任意の他の媒体を含むが、これに限らない。これらの任意のコンピュータ記憶媒体は、装置４００の一部とすることができる。コンピュータ装置４００は、キーボード、マウス、ペン、音声入力装置、タッチ入力装置などの入力装置４１２も含むことができる。ディスプレイ、スピーカ、プリンタなどの出力装置４１４も含むことができる。これらの装置は、当技術分野で周知であるのでここで詳細に論じる必要はない。
【００４１】
コンピュータ装置４００は、例えば、イントラネットまたはインターネットなどの、分散型コンピュータ環境における無線ネットワークを経由して、装置に他のコンピュータ装置４１８との通信を行わせることができる通信接続４１６も含むことができる。他のコンピュータ装置４１８は、サーバを含むことができる。通信接続４１６は、通信媒体の一例である。通信媒体は、典型的には、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、または搬送波などの変調データ信号の他のデータまたは他の転送機構によって実施することができ、任意の情報配信媒体を含むことができる。用語「変調データ信号」は、１または複数の信号の特徴セットまたは信号内の情報を符号化するような方法によって変更される信号を意味する。一例として、通信媒体は、有線ネットワークまたは直接有線接続などの有線媒体、および音響、ＲＦ、赤外線などの無線媒体、および他の無線媒体含むが、これに限らない。本明細書に用いられるコンピュータ読み取り可能媒体の用語は、記憶媒体と通信媒体の両方を含む。
【００４２】
特許請求の範囲の対象事項も動作の方法を含む。これらの方法は、本明細書に記載された構造を含む任意の数の方法において実装することができる。この方法の１つは、本明細書に記載された種類の装置の機械動作による。
【００４３】
別の選択可能な方法は、一部の動作を行う１または複数の人間オペレータとともに行われる方法での１または複数の個別の動作に関する。これらの人間オペレータを互いに一緒に配置する必要はないが、各オペレータは、プログラムの一部を実行する機械に対して一人しか実行できない。
【００４４】
図５に、実施形態に従った例示的なコンテンツを記憶するプロセスの論理フロー図を示す。プロセス５００は、記憶管理システムの一部として実装できる。
【００４５】
プロセス５００は、動作５０２から開始し、記憶するための新しいコンテンツがサービスによって受信される。処理は、動作５０２から動作５０４に進む。動作５０４において、ターゲット子レポジトリは、すでに論じたようにファイルプランに基づいて判定される。処理は、判定動作５０６から動作５０４に継続する。
【００４６】
判定動作５０６において、ターゲット子レポジトリが記憶容量（または既定の限界）に達したかどうかの判定が行われる。子レポジトリがその容量に達していない場合、新しいコンテンツは、その次の動作５０８内の子レポジトリにおいて格納される。子レポジトリがその容量に達した場合、処理は、動作５１０に継続する。
【００４７】
動作５１０において、新しい子レポジトリは、連合レポジトリの階層システムに付加される。新しい子レポジトリのフォルダ構造を作成、またはファイルプランおよび子レポジトリが提供したコンテンツタイプなどの情報によって定められた一致に変更することができる。処理は、動作５１２から動作５１０に継続する。
【００４８】
動作５１２において、新しいコンテンツは、新しく付加された子レポジトリにおいて格納される。処理は、動作５１２から動作５１４に継続し、容量が満杯になった子レポジトリが待避される（すなわち、保管されるまたは過去のものとして指定されて、もはや付加的なコンテンツを格納するのに適さない）。処理は、動作５１４から動作５１６に継続する。
【００４９】
動作５１６において、ファイルプランは、サービスによって保持された子レポジトリリストとともに新しい子レポジトリ構造を用いて更新される。他の子レポジトリは、次に、子レポジトリにわたる新しいナビゲーション情報を用いて更新される。動作５１６の後、処理は、付加的な動作に対する呼び出しプロセスに移動する。
【００５０】
プロセス５００に含まれる動作は、例示を目的としている。連合レポジトリを用いたコンテンツの記憶管理を提供することは、本明細書に記載の原則を用いた動作の異なる順序とともに、より少ないまたはより多いステップを用いた同様のプロセスによって実装できる。具体的には、図３とともに説明された、いくつかの選択可能な動作は、上記のプロセスに記載されていない。それらと他の動作は、任意の順序でプロセス５００に付加することもできる。
【００５１】
上記の明細書、実例およびデータは、製品および実施形態の構成の使用の完全な説明を与える。発明の対象を構造的特徴および／または方法論的動作に特有に言語で説明したが、添付の特許請求の範囲において定義される発明の対象は、必ずしも上記の特定の機能または動作に限定されないことを理解されたい。むしろ、上記に説明される特定の機能および動作は特許請求の範囲および実施形態を実装する例示的な形式として開示される。
【図１】
2010530588.tif 000003
【図２】
2010530588.tif 000004
【図３】
2010530588.tif 000005
【図４】
2010530588.tif 000006
【図５】
2010530588.tif 000007
【国際調査報告】
2010530588.tif 000008
2010530588.tif 000009