JP2002501255A - コンテンツアドレス可能な情報のカプセル化、表現、および転送 - Google Patents

Abstract

(57)【要約】 【課題】 【解決手段】 発信元のコンピュータ上にいくつかのアセットを作成する工程は、作成するアセットを選択することからスタートする（１０２）。次に、暗号ハッシュアセット識別子が生成される（１０４）。各アセット識別子は、特定のアセットのコンテンツを使用して計算される。アセット識別子は、アセットのためのコンテンツベースのアセット名またはコンテンツでアドレスを特定できるようなアセット名であり、場所に依存するものではない。次に、アセットから計算されるアセット識別子を含んだ、アセットリストが生成される（１０６）。そして、アセットリストから計算される、暗号ハッシュアセットリスト識別子が生成される（１０８）。アセットリスト識別子は、後で呼び出すのに備えて記憶される。選択されたアセットもまた、安全に保管するため、ローカルまたはコンピュータネットワーク上のいずれかに記憶される。発信元のコンピュータからファイルが失われた場合には、アセットリスト識別子が呼び出される（３０２）。アセットリスト識別子を使用して、安全な場所からオリジナルのアセットリストが発見され呼び出される（３０６）。呼び出されたアセットリストから読み出されるアセット識別子は、バックアップの場所から個別のアセットを発見し呼び出すのに使用される（３１４、３１６）。呼び出された各アセットのために暗号ハッシュアセット識別子を再計算し、それを、アセットリストからのアセット識別子と比較することによって、アセットの検証がなされる。ＭＤ５アルゴリズムが、暗号ハッシュ関数のために使用される。アセットはマルチキャストプロトコルを使用して呼び出される（４０２）。一連のインポータプログラム（７０２〜７１０）は、順により遠い場所に進んで、呼び出すアセットを検索する。アセットは、全体または断片ごとに呼び出される（６０６）。

Description

【発明の詳細な説明】

【０００１】

【発明の背景】

本発明は一般に、情報をカプセル化し、その情報を識別し、その情報を表現す
るための方法および装置に関し、さらには、ユーザとユーザの間、リモートスト
レージと発信元のユーザの間、およびリモートストレージとリモートストレージ
の間における、コンピュータおよびデジタル通信網を使用した情報の伝送を促進
するための、方法および装置に関する。

【０００２】 デジタル情報は、大抵の場合、ある事象が起こった時点またはある時刻におけ
るアセット（ファイル等）の状態で表される、特定の状態にあること、が識別さ
れなければならない。このようなアセットは、伝統的なデータファイルや、マル
チメディアファイルおよび断片や、構造化データベースからのレコードや、何ら
かのアプリケーションもしくはデバイスで全体的もしくは部分的に使用されるそ
の他のあらゆるデジタル情報ストリングを含む。デジタル情報は非常に改変しや
すいことから、そのコンテンツを検査し、事前のある時間または事象以来改変さ
れたかどうかを確実に認識できる方法は、ほとんど存在しない。コンテンツを改
善もしくは完全化させる通常の試みや、コンテンツを改変する偶発的なコマンド
もしくはアクション、またはデジタル情報のもとの所有者が知らないうちに他者
が行う調節等は、発見することが非常に困難である。このように、コンピュータ
のユーザは、コンテンツの特定バージョンの初期状態を保ちまたは完全性を保持
するのに便利なメカニズムを有さない。

【０００３】 デジタル情報（コンピュータファイル等）のもう１つの問題のある特性は、コ
ンテンツが同一で、コンピュータシステムがデジタル情報を関連付けるのに使用
するメタデータが異なるような、コピーが存在し得る点である。このようなメタ
データは、ファイルを作成したかまたは最後に更新した日付／時刻、ファイルに
関連づけられたファイル名、およびその他の情報を含む。メタデータは、実際に
は同一のデジタル情報のコピーを、誤って異なっていると判断させる恐れがある
。このような混乱により、個別のコンピュータまたはネットワーク上のコンピュ
ータの集合において、コンテンツの不必要な重複を避けるのが困難になる。また
、このような混乱の結果、必要とされる特定のデータファイルが、すでにコンピ
ュータシステム上またはネットワーク上で使用可能になっている場合でも、ネッ
トワークまたは他のメディアを通じて不必要にコピーされる恐れがある。

【０００４】 特定のファイルが複数の名前で存在する場合にも、上述したのと類似の問題を
生じる。コンピュータシステム上のデータは、一般に、識別子またはロケーショ
ンメカニズムを介してのみアクセスすることができる。このロケーションメカニ
ズムは、多かれ少なかれ、コンピュータのストレージ内におけるファイルの場所
に関する情報を含む。これは、他者によって容易に変更される要素を含んでいる
、保存または記憶している名前を通じて、ユーザが、データにアクセスすること
を意味する。例えば、何者かがサブディレクトリの名前を変更したとすると、サ
ブディレクトリのファイルは危険な状態に陥る。もし変更されていたとすると、
ファイルに至る経路が無効となり、保存または記憶しているファイル名も全て無
効となる。このような、ロケーションに基づくデータ場所への脆弱なアプローチ
は、コンピュータシステムのユーザや管理者、なかでもネットワークシステムで
働く者たちに、多くの問題を引き起こす。

【０００５】 結局、コンピュータのユーザは、デジタルファイルの特定バージョンの集合を
識別するのに便利な方法を有さない。コンピュータまたはそのユーザには、ファ
イルのコピーを新しい形式で組み込んだ新しい実体を作成することなく、デジタ
ルファイルの特定コピーまたは特定バージョンの集合を関連付けるための、確固
としたメカニズムが存在しない。数多くのメカニズムが、このようなコピーをア
ーカイブファイルと通常呼ばれるファイルに集合させる目的で作成されてきた。
アーカイブユーティリティの例としては、ＵＮＩＸ（登録商標）システムでよく 見られるアーカイビングファシリティ:tar、およびパソコン上の各種zipプログ ラムが含まれる。このような解決策を使用すると、多くのシステムに至るまで増 殖する追加のコピーが形成されることが多い。このような解決策の難点は、アー カイブ内のファイルの厳密なデジタルコピーの多くが、それらのコピー先である システムにすでに存在することにある。実際、多くのコンピュータシステムにお いて、全く同じコンテンツを有するデジタルファイルのコピーが多数存在してい る。既存の技術を使用する限り、このような同一コンテンツの複製は避けがたい 。

【０００６】 このような問題点が存在するために、デジタルファイルの複製コピーが、コン
ピュータの記憶装置に（システム所有者の負担により）記憶されるか、またはメ
ディアもしくは通信デバイス上を（システム所有者および通信プロバイダのさら
なる負担により）伝送されることが、しばしば生じる。このような複製により、
限られた資源が酷使され、ローカルプライベートネットワーク（例えばローカル
エリアネットワーク）上およびデジタル通信網で接続されたシステム集合上で、
不必要な混乱が生じてしまう。余分なコピーの作成にともなう問題点は、１つに
は、実際は同一のものを異なるものと見なしたり（そしてコピーが不必要に記憶
される）、あるいは異なるものを同じファイル名だという理由で同一と見なした
りすることにある。

【０００７】 システムが、識別子が同一でバージョンが異なるファイルを確実に区別したり
、または識別子が異なる同一のファイルを確実に認識したりすることができない
と、ネットワークの資源が浪費され、ネットワークのユーザ間でファイルを伝送
する際に、混乱が生じる。ユーザは多くの場合、自分が同一のドキュメント上で
作業していること、または自分がアプリケーションの同一バージョンで作業して
いることを、知っていることが不可欠である。例えば、あるユーザが別のユーザ
へ電子メールを送信する際に、アプリケーションまたはドキュメントを含む添付
のコンピュータファイルが一緒に送信されることはよくある。そして、アプリケ
ーションを分散させるためのファイルを転送する必要もある。添付ファイルをと
もなった電子メールの送信、またはネットワーク内における１対１のスキームを
使用したファイルの分散は、使用されるネットワークの帯域幅によっては非効率
的になる恐れがある。例えば、ユーザが電子メールにファイルを数個添付した場
合は、それらのうち１つまたはそれ以上のコピーが、予定される受信者のハード
ドライブにすでに格納されている可能性がある。このような場合、添付ファイル
の転送に使用されるネットワークの帯域幅が、浪費されることになる。ファイル
を確実に識別し、ファイルのコンテンツを確実に検証することができれば、受信
者は、自分のハードドライブまたはローカルネットワークのサーバからファイル
を呼び出して、電子メールのメッセージに添付されたものであるかの検証を行う
だけで良い。

【０００８】 ネットワーク上でコンピュータを管理し、それらのコンピュータが一定のアプ
リケーションにより一定の方式で構成されていることを確認する際にも、上述し
たのと類似の問題が生じる。例えば、ネットワークで使用可能なオペレーティン
グシステムまたはハードウェアがわずかに変更されたとすると、そのネットワー
ク上の各コンピュータに、一定のファイルを転送する必要がある。ファイルを転
送されるコンピュータは、必要なファイルの大部分またはほとんど全部を有して
おり、中央ソースから、残り数種のファイルを得るかまたは更新するだけで良い
かもしれない。リクエストを出すコンピュータとソースコンピュータは、互いに
遠く隔たっており、ローカルなデータリンクより低速のデータリンクによって接
続されていることが多い。現時点では、リクエストを出しているコンピュータ上
のファイルと、追加する必要があるファイルの両方の履歴を押さえ、適切な更新
を行う必要がある。転送される予定のファイルを全て指定し、その指定した内容
を、ファイルを最も便利な場所（できればローカルに）から呼び出せるようにカ
プセル化できる方法が、存在すると便利であろう。この方法は、ファイルが正し
いファイルであることを確実に検証できるとさらに便利であろう。

【０００９】 上述した問題は、外部にあるソースからローカルエリアネットワーク（ＬＡＮ
）にファイルを分散させる場合に、より深刻となる。例えば、ネットスケープ・
コミュニケーション・コーポレーション等の会社がそのウェブサイト上に新しい
ウェブブラウザを提供すると、ある１社だけでも何百から何千という社員が、ネ
ットスケープのウェブサイトからブラウザをダウンロードしようとする。これは
、恐らく、必要なソフトウェアを社内に配置する最も非効率的な方法であろう。
例えば、必要なファイルを同僚のところから確実に取って来られるとより効率的
である。ファイル内の実際のデータを最も便利なソースから得られるように、何
らかの方法で必要なファイルを一意に特定することができれば、全ユーザが外部
のソースからファイルをダウンロードするのに使用しつくされる外部への帯域幅
を、全て節約することができる。また、ユーザもより高速でファイルにアクセス
することができる。

【００１０】 ネットワーク上の各コンピュータに格納するファイルの組の指定、およびその
コンピュータでの正しいファイルの格納の確保という問題が、フィッツジェラル
ドらによる米国特許第５，５８１，７６４号に記述されている。フィッツジェラ
ルドは、コンピュータネットワーク上で資源を分散させる方法を教示した。この
方法は、ネットワーク上の各コンピュータに「すでにある」リストおよび「ある
べき」リストを作成し、あるべきリストの最終更新日付／時刻（ＬＵＤＴ：Last
Updated Date/Time）フィールドをすでにあるリストの最終同期化日付／時刻（
ＬＳＤＴ：Last Synchronized Date/Time）と比較するプロセスを含む。このメ カニズムは、システムクロックおよび日付設定の完全性に依存するが、このシス
テムクロックおよび日付設定は、偶発的または故意に偽りの設定が入力される恐
れがあるため不確実である。さらに、このメカニズムは原則として、異なるシス
テムからの同一ファイルの識別を扱う場合に役に立たない。よって、更新の日時
と同期化の日時を詳細に比較しなくても、ファイルを確実に指定し、必要なファ
イルを確実に識別することができる、フィッツジェラルドの方法に代わる方法が
あると便利であろう。

【００１１】 アリーらによる米国特許第５，７１０，９２２号は、コンピュータシステムの
間で情報を同期化およびアーカイブするための方法を記述している。レコードの
識別は、一意な識別の表示と、そのレコードが最後に変更された時刻を示す表示
と、を使用して行われる。最後に同期化した際の時間情報を使用することにより
、コンピュータシステムの１つにおいて最後に同期化して以来追加または削除さ
れた各選択レコードを識別し、それらをそのコンピュータシステムに追加するか
またはそこから削除する。一定の技術およびオペレーションでは、実際は変化し
ていないレコードに対しても誤って変化を示す恐れがある。さらに、アリーによ
るメカニズムにはそういったメカニズムが提供されていないため、異なるシステ
ムに存在する同一のデジタルファイルのコピーを、直ちに同一だと認識すること
ができない。また、更新時刻および同期化時刻の分析を必要としたり依存したり
せずに、ファイルシステムを同期化するような方法が、開発されると便利であろ
う。

【００１２】 一般に、周知のデータアセット（コンピュータファイル等）の状態を指定し、
それらの一意なデータアセットへの（特にネットワークを経た）アクセスを提供
するための、より確実、柔軟、且つ検証可能な方法が必要とされている。現時点
では、データソースであるネットワークサイトを反映させて、データを提供する
サーバの中で負荷を分散させるために、様々な負荷分散スキームが編み出されて
きた。しかしながら、データへのアクセスを、共有および提供するための真の意
味での分散システムは、これまで編み出されたことがなかった。すなわち、デー
タへのアクセスを格納および提供するよう設計された指定された場所からデータ
を入手する代わりに、そのデータを見つけ得るネットワーク上の任意の場所から
確実且つ自動的に入手できるような、分散システムは、これまで編み出されたこ
とがなかった。

【００１３】 以上から、ファイルを確実且つ検証可能な方法で転送すると同時に、ファイル
を受信するサイトが最も便利なソースからファイルを獲得することができる、方
法および装置が必要とされていることがわかる。さらに、これらの技術は、効率
的な方法でファイルを獲得し、もし可能ならばローカルシステム内から（locall
y）ファイルを獲得し、獲得したファイルのコンテンツが転送するはずだったフ ァイルのコンテンツと同一かどうかを検証するものであることが望ましい。また
、システムまたはネットワーク内で格納または転送されるデータを最小化する、
方法および装置が必要とされている。これらの技術は、在来のやり方でコンピュ
ータシステム上に格納されるメタデータを専ら使用するよりも、むしろコンテン
ツに基づいてデータの識別、探索、およびアクセスを実施するような、確かなメ
カニズムを提供するものであることが望ましい。

【００１４】

【発明の概要】

以上の要請に基づき、電子紙用クリップまたはｅ−ＣＬＩＰ（商標）内でデジ
タル情報を表現するための、システムおよび方法が開示される。ｅ−ＣＬＩＰは
、デジタル情報を収集するための、再現性があり、高度の信頼性のもとで一意な
識別子であり、デジタル情報自身のコンテンツから導出されるものである。本発
明の一実施形態におけるｅ−ＣＬＩＰは、英数字指示である。ｅ−ＣＬＩＰは、
ファイル、ファイルのグループ、ファイル識別子のグループ、またはデータもし
くはデータベース情報のその他集合の表現であって良い。このようなデータもし
くはデータベース情報のその他集合は、リレーショナルで階層型のネットワーク
もしくはその他のフォーマットデータベースからの選択データベースレコードか
、デジタルオーディオもしくはビデオストリームからの選択フレームもしくはク
リップか、メッセージレコードもしくはファイルのストリームからのメッセージ
か、システム、サブシステム、および／もしくはアプリケーションの追跡ログも
しくは状態ログからのログ入力か、またはその他のあらゆるデジタルアセットを
含んで良い。そして、そのようなデータもしくはデータベース情報のその他集合
は、ある前後関係の中で、ある具体的な時刻において、他に代え難い一意な（un
ique）重要性を有する状態となる。アプリケーションが、本発明を実施して、メ
カニズムまたはシステムに一意なデジタルアセットを提供する限り、これら各ア
セットのオリジナルな形またはコンテキストは無意味である。本発明は、上述し
たような一意なアセットおよび関連づけられたメタデータに基づいて作用し、一
意で有用な識別子を作成する。その識別子によって、将来、オリジナルから複製
を制作するための、関連するアセットの永続的なストレージを形成することがで
きる。

【００１５】 暗号ハッシュ関数を使用して、表現されているデータのための識別子を計算す
る。各バイナリアセットは、潜在的に一意なバイナリ配列（binary sequence） として扱われる。つまり、あらゆるバイナリ実体は、潜在的に一意な有限長さの
パターンと、その後に続くバイナリ数字（digits）の列を有する。よって、ある
時刻におけるバイナリアセットは、一意であるかまたはそうではないかもしれな
いバイナリ配列である。暗号ハッシュ関数の使用により、バイナリ配列を仮想的
に一意に（uniquely）識別するデジタル指紋またはサインが確立される。また、
暗号ハッシュバイナリ配列の識別子は、コンテンツでアドレスを特定できるよう
な（content-addressable）データの名前、またはコンテンツベースのデータの 名前だと見なされる。ファイルまたはその他デジタルアセットのグループが表現
されると、暗号ハッシュ関数を使用して各ファイルの識別子が作成され、記述子
ファイル内に配置される。また、記述子ファイルは、ファイル、レコード、また
はファイル、レコード、もしくはアセット名、サイズ、日付および時刻スタンプ
、ならびにその他記述型データもしくは属性等の、その他アセットメタデータは
もちろんのこと、任意のディレクトリ構造（リレーショナルまたは階層型の関連
を含む）情報等の、メタデータをも含む。また、記述子ファイルは、集合（作成
時の時刻および日付、作成者のユーザＩＤ等）の作成に関するコンテクスト情報
をも含む。次いで、暗号ハッシュ記述子ファイル識別子（または記述子ファイル
ハッシュ）が、記述子ファイルに対して計算される。

【００１６】 ｅ−ＣＬＩＰは、記述子ファイルハッシュを含んでおり、ファイル名またはＵ
ＲＬ等のファイルロケータを含んでいても良い。ファイルロケータは、便利な格
納場所内においてローカルに記述子ファイルを見つけられない場合に、記述子フ
ァイルを獲得し得るようなソースを与えるものである。バイナリ配列ハッシュお
よび記述子ファイルハッシュ（バイナリ配列ハッシュの特殊なケースである）は
、関連したバイナリ配列の識別子であり、立証に用いることができるような、一
意なものである。このように、アセットの識別子（キー、ロケータ、またはその
他のメカニズム）としてハッシュを使用することにより、これらのシーケンスを
、ファイル、データベースレコード、またはその他のデジタル実体として格納お
よび検索するための、基礎が形成される。ハッシュがバイナリ配列そのもの即ち
デジタルコンテンツから導出されるため、このようなアプローチは、コンテンツ
でアドレスを特定できるような（content addressable）ストレージの提供、と いうことができる。

【００１７】 本発明のある形態は、各ファイル／レコード／アセットに関連づけられたメタ
データ、これらのアセットのそれぞれまたは全体に関連づけられた他のデータ、
および集合に関するコンテキスト・データも、記述子ファイルに含まれている点
において有利である。このため受信者は、記述子ファイルを獲得する際に、各ア
セットに関する重要なメタデータ、および集合に関するコンテキスト情報をも受
け取る。メタデータは、所有の在処を示し、更新の日付を示し、または各ファイ
ルに関するその他必要な情報を提供する目的で、ファイル／レコード／アセット
のさらなる検証を行うのに使用されても良い。また、本発明の一実施形態は、フ
ァイルディレクトリ構造にファイルリストも含まれている点において有利である
。このようなファイルディレクトリ構造は、ファイルを各フォルダの中でどのよ
うに編成するかを決定するのに役立つ。例えば、あるコンピュータにおいてデー
タが失われたとすると、ファイルリストは、失われたファイルを識別するだけで
なく、そのファイルを適切なディレクトリ構造に再編成するのにも、使用される
ことができる。同様に、記述子ファイル内に登録されたデータベースレコードに
関するメタデータは、これらのレコードが属する表またはファイルを識別するの
に、使用されることができる。これらは、オーディオまたはビデオクリップ等の
、他の形態のデジタルアセットと比較されることができる。

【００１８】 ｅ−ＣＬＩＰは、キーボックスへのキーとして機能する。ここで、キーボック
スは記述子ファイルであり、キーはバイナリ配列識別子（またはバイナリ配列ハ
ッシュ）である。キーという用語の使用は、本発明の文脈において暗号またはそ
の他の意味を有するものではない。ｅ−ＣＬＩＰは、バックアップされたり転送
されたりしたファイルのグループを識別するのに役立つ。ユーザ（またはシステ
ム）は時には、ｅ−ＣＬＩＰのみを手がかりにしてファイルにアクセスしようと
することもできる。

【００１９】 ｅ−ＣＬＩＰを使用して記述子ファイル（またはキーボックス）を発見すると
、記述子ファイル内の一意なバイナリ配列識別子を使用して、各バイナリ配列識
別子に対応するファイル／レコード／アセットを発見することもできる。特定の
バイナリ配列がソースから獲得されたら、暗号ハッシュ関数を使用してバイナリ
配列識別子を再計算して、獲得されたアセットが、アクセスする予定だった正し
いアセットであるかどうかを検証する。ｅ−ＣＬＩＰで格納および参照できるデ
ータ、メタデータ、またはファイルシステムの構造に、制限はない。

【００２０】 本発明は、工程、装置、システム、デバイス、方法、またはコンピュータ読み
取り可能媒体を使用して等などの、多くの方法により具現することができる。

【００２１】 １つの実施形態では、複数のアセット（ファイル、レコード、またはその他の
デジタルアセット）を表現するためのシステムおよび方法が開示される。この方
法は、転送される複数のアセット（バイナリ配列）を選択する工程を含む。複数
のアセットに対し、複数の暗号ハッシュバイナリ配列識別子を作成する。複数の
暗号ハッシュアセット識別子は、それぞれ特定のアセットのコンテンツをもとに
計算される。転送される複数のアセットをもとに計算される複数の暗号ハッシュ
バイナリ配列識別子を含む、記述子ファイルが作成される。そして、記述子ファ
イルから計算される、暗号ハッシュ記述子ファイル識別子が作成される。計算さ
れた暗号ハッシュ記述子ファイル識別子は、別の識別子リスト等に含まれても良
いため、複雑な構造を、極めてコンパクトな形に簡略化して表現することができ
る。

【００２２】 もう１つの実施形態では、アセットを識別する方法が開示される。この方法は
、識別されるアセットを選択する工程を含む。選択されたアセットに対し、暗号
ハッシュアセット識別子を獲得する。選択されたアセットのコピーを獲得して、
そこから暗号ハッシュファイル識別子を再生し、識別されたアセットの暗号ハッ
シュアセット識別子と比較することにより、コピーの完全性の検証を行う。

【００２３】

【発明の実施の形態】

次に、本発明の好ましい実施形態を詳しく述べる。添付した図面には、好まし
い実施形態の一例が示されている。以下では、本発明を好ましい実施形態と関連
させて説明するが、これは、本発明を１つの好ましい実施形態に限定することを
意図するものではない。反対に、翻案、変更態様、および均等物も、カバーされ
て、添付した請求の範囲により定義される本発明の精神および範囲に含まれる、
と考えられる。例えば、添付した図面の多くは、本発明を在来のコンピュータフ
ァイルに使用した場合を示して理解の促進を図っているが、上述したように、本
発明はあらゆるデジタルアセットまたはバイナリ配列への使用にも適している。

【００２４】 以下の説明では、本発明の完全な理解を促すために多くの項目を特定している
。しかしながら、本発明は、これらの項目の一部または全てを特定しなくても実
施することができる。そのほか、本発明を不必要に不明瞭化するのを避けるため
、周知の処理工程の説明は省略した。

【００２５】あらまし 本発明は、ユーザが定義したバイナリ配列（デジタルアセット）集合内の各バ
イナリ配列に対して、確実に一意なバイナリ配列識別子（バイナリ配列ハッシュ
または暗号ハッシュバイナリ配列識別子とも呼ばれる）を作成する、技術および
メカニズムを提供する。これらのバイナリ配列識別子は、本発明による記述子フ
ァイルに格納されているため、ファイルの集合が再構築または検証された際に、
それら収集されたファイルの真の且つ正確なコピーを識別および／または検証す
ることができる。さらに、確実に一意な記述子ファイル識別子（または記述子フ
ァイルハッシュ）が記述子ファイルに対して作成され、ファイル集合の表現とし
て機能する。

【００２６】 本発明を使用すると、デジタルアセットのあらゆる集合を検査することにより
、集合内の各アセットが特定のコンピュータシステムまたはネットワーク上に存
在するかどうかを、そのアセット全体の参照コピーを参照したり、または誤認を
導く可能性がある外来的なネーミングもしくは場所的な情報に依存したりするこ
となく、確証することができる。こうすると、システムまたはネットワークに欠
けていると確証できるアセットのみを、アセット集合の再生のために他のソース
から獲得すれば良い。本発明の好ましい実施形態は、データファイルであるデジ
タルアセットを主として扱う。本発明の好ましい実施形態は、適切なインターフ
ェースで簡単に拡張されることができ、それにより、全種類の構造化ファイルお
よびデータベースからのレコード、マルチメディアデータ（例えば、デジタルオ
ーディオまたはデジタルビデオ等）のストリームからの選択もしくはクリップ、
または他の構造化もしくは非構造化デジタルデータ（バイナリ配列）からの選択
もしくはサブセット等のデジタルアセットにも、同等に作用することができる。

【００２７】 本発明の好ましい実施形態では、デジタルアセットのコンテンツを使用して数
学および／または論理演算による一意なバイナリナンバ（a unique binary numb
er）を形成する、暗号ハッシュ関数のクラスの１つを使用する。このような関数
は、一般にデジタル情報の暗号化に使用されており、デジタルデータの仮想的に
あらゆる特殊な組み合わせに対して一意なバイナリナンバを生成するための代替
法を記述する拡張ボディが存在する。好ましい実施形態では、周知のＭＤ５アル
ゴリズムを使用する。ただし、確実に一意なアセット識別子の生成には、他の多
くのアルゴリズムも同様に使用できることを認識しておく必要がある。アルゴリ
ズムは、デジタルファイルのあらゆる特殊インスタンスに対し、一貫して同一の
バイナリナンバを形成することが好ましく、このようなバイナリナンバは、識別
されるバイナリファイルのクラスに対して適度に高い確率で一意であることを、
事実上確証されている必要がある。同一の暗号ハッシュ（バイナリナンバ）に帰
着する２つのバイナリ配列については、それら２つのバイナリ配列が同一である
ことを暗号ハッシュが示している、ということが、このようなアルゴリズムによ
り立証される。逆に、異なる暗号ハッシュ（バイナリナンバ）に帰着する２つの
バイナリ配列については、暗号ハッシュは、それらの２つのバイナリ配列が異な
るものであることを示している。このようなアルゴリズムにより、特定のバイナ
リ配列のコピーを識別するのが簡単になる。

【００２８】 デジタルアセットのユーザ定義の集合、関連のメタデータおよびコンテキスト
・情報をひとまとめにして、記述子ファイルが形成される。図２に、記述子ファ
イルの一例が示されている。このように、記述子ファイルは、デジタルアセット
へのキーのボックスまたはリストとして特徴付けることができる。また、記述子
ファイルはそれらのアセットに関する他の情報も含む。このキーボックスは、独
立したデジタルアセットとして扱われ、その一意なコンテンツから自身のキーが
導出される。結果として得られるキーは、キーボックスへのキーであり、デジタ
ルアセットの集合を表現するｅ−ＣＬＩＰの形成に使用することもできる。

【００２９】 ユーザまたはシステムは、信頼に足るあらゆるソースからｅ−ＣＬＩＰを獲得
することができる。そしてそのｅ−ＣＬＩＰを使用して、アセット情報の集合を
さらに含む記述子ファイルの、正確なコピーを発見または識別することができる
。本発明を使用してオリジナルなアセットのコピーが発見されれば、そのアセッ
トを、オリジナルなアセットの正確なコピーとして安全に扱うことができる。ア
セットが記述子ファイルである場合は、それを読み取ったり開いたりすることが
でき、デジタルアセットの集合に対する暗号ハッシュバイナリ配列識別子を獲得
することができる。これらのバイナリ配列識別子に対応するファイルは、提供さ
れたバイナリ配列識別子を、暗号ハッシュ関数を使用して新たに導出されたバイ
ナリ配列識別子と比較することにより、獲得および検証しても良い。

【００３０】 記述子ファイルで識別されたファイルを発見できない場合には、ファイルの集
合を再構築することができない。これは、フラストレーションを引き起こすもの
となりうる事実である。それにもかかわらず、上述した方法により、ファイルの
集合を確実に再生できるか、または使用不可能であることを同程度の確実性で立
証できるような、メカニズムが提供される。

【００３１】 好ましい一実施形態では、デジタルアセットの選択集合内の各デジタルアセッ
トに対して暗号ハッシュバイナリ配列識別子を生成し、記述子ファイルを形成し
た。暗号ハッシュバイナリ配列識別子は、各アセットの実際のデータコンテンツ
上で暗号ハッシュ関数を使用して生成された。幾つかの実施形態では、アセット
全体を使用して暗号ハッシュバイナリ配列識別子を生成し、その他の実施形態で
はアセットを部分的に使用した。暗号ハッシュバイナリ配列識別子が一意である
可能性を確実にするためには、十分に大きい部分のアセットを使用することが好
ましい。別の実施形態では、異なる暗号ハッシュ関数を使用した。好ましい一実
施形態では、ＭＤ５アルゴリズムを使用し、ファイルを表現する１２８ビットの
数字を生成した。１２８ビットの数字は、ｂａｓｅ３６への翻訳により２６文字
の英数字ストリングとして表現される。そしてｂａｓｅ３６は、ｂａｓｅＡＳＣ
ＩＩ文字セット内の英字および数字のセットにマッピングされる。好ましい一実
施形態では、結果として得られるストリング内の事前決定位置にフラグ文字が含
まれており、これによってストリングの全長は２７文字となる。このマッピング
はＡＳＣＩＩ Ａｒｍｏｒｉｎｇと呼ばれ、一般に、コンテンツを英数字のバイ ナリコードに限定する必要があるプロトコルを介してデータを送信するために、
バイナリ情報を限定文字セット内に制限するのに使用される。

【００３２】 上述したように、暗号ハッシュバイナリ配列識別子のこの特定の表現方法は、
人にも判読でき、容易に伝達して使用できる、という利点を有する。例えば、書
き留める、ソフトウェアにより送信する、データの問い合わせにより検索する、
ソフトウェアアプリケーションのファイルリクエストにコード化する、コンテン
ツまたはアセットの管理システムで参照する、オブジェクトブラウザ内でリクエ
ストする、電子コピーをとってドキュメントからドキュメントへ引き渡す、電子
メールで送る、等などが可能である。

【００３３】 １つの実施形態では、ＭＤ５アルゴリズム等の暗号ハッシュ関数を使用して、
暗号ハッシュバイナリ配列識別子を生成する。これは、暗号ハッシュ関数は、同
一の暗号ハッシュバイナリ配列識別子上に類似のアセットがマッピングされる可
能性を最小化することが、数学的に立証されているからである。これは、暗号ハ
ッシュバイナリ配列識別子が一意なアセット識別子として使用されており、２つ
のアセットから同じ暗号ハッシュバイナリ配列識別子が生成されると、それらの
アセットは同一だと断定的に示されたと見なされる点において、重要である。反
対に、異なるバイナリ配列が異なるバイナリ配列識別子を形成し、その結果とし
てそれらのバイナリ配列が同一でないことを断定的に示せる点においても、やは
り有用である。ＭＤ５アルゴリズムは高い信頼水準を有しているため、ユニーク
なアセット識別子を形成する技術として信頼が高い。

【００３４】 異なるファイルから同一の識別子を生成する可能性が、許容可能だと見なされ
る閾値未満である限りにおいて、アセット識別子を生成するために、その他のハ
ッシュ関数、またはバイナリ配列（コンテンツ）をもとにしたその他のタイプの
関数を使用しても良い。

【００３５】 選択された各アセットに対して生成された暗号ハッシュファイル識別子は、そ
の他のアセット情報とともに記述子ファイル内に含まれる。ここで、ファイルリ
ストに含まれるその他のアセット情報は、ファイル名、ファイルのサイズ、各ア
セットの時刻および日付スタンプ、アセットの所有の在処、ならびに以下で説明
するその他のアセットメタデータはもちろんのこと、アセットがコンピュータシ
ステム内でどのように組織されたかに関するディレクトリ情報を含んでも良い。
また、記述ファイルは、アセット集合のコンテキストもしくは関係（インプリケ
ーション）に関するデータ、集合が形成された目的、またはその他あらゆる情報
を含んでも良い。次に、好ましい一実施形態において、記述子ファイルは、自身
が属するコンピュータシステムのタイプまたはその他の環境に適した形でデジタ
ルファイルに格納される。他の実施形態では、記述子ファイルは、データベース
、または、便利で効率的で安全なストレージと検索能力を提供できるその他のデ
ジタルリポジトリに格納されても良い。次いで、格納された記述子ファイルに対
して、暗号ハッシュバイナリ配列識別子が算出される。これは、１つの実施形態
において、収集されたアセットを参照、発見、および検証できるｅ−ＣＬＩＰと
なる。ここで、集合を識別するｅ−ＣＬＩＰが、記述子ファイル内で命名および
列挙された各アセットに対して暗号ハッシュバイナリ配列識別子を計算するのに
使用したのと同じアルゴリズムによって作成される点を、認識する必要がある。
他の実施形態では、記述子ファイルのバイナリ配列識別子は他の情報（ファイル
ロケータ等）と組み合わされてｅ−ＣＬＩＰを形成する。

【００３６】ｅ−ＣＬＩＰの生成 図１は、リスト内のアセットに対するメタデータおよびコンテキスト・データ
を含む、アセットリストの暗号ハッシュバイナリ配列識別子を形成するための、
工程を示した流れ図である。ステップ１０２において、表現されるアセットのリ
ストが選択され、アセットデータ、メタデータ、および／またはコンテキスト・
データが収集される。アセットのリストは、複数のアセットもしくは１つのアセ
ットを含んで良く、またはアセットを含んでいなくても良い。アセットのリスト
は、ｅ−ＣＬＩＰを含む、前もって形成された記述子ファイルまたはアセットす
ら含んでも良い。記述子ファイルにデジタルアセット（ファイル、データベース
レコード、マルチメディアクリップ等）が含まれていない場合は、形成される記
述子ファイルは、選択されたスキームを使用してデジタルアセットを探索および
獲得するのに使用される他のデータを含んでも良く、または、独立したバイナリ
配列への参照なしにメタデータおよびコンテキスト・データの変数集合を含んで
も良い。このような場合においても、記述子ファイルに対する暗号ハッシュバイ
ナリ配列識別子は、依然として、記述子ファイル内のデータの完全性を保証する
ものである。

【００３７】 少なくとも１つのアセットが選択された場合は、ステップ１０４において、選
択された各アセットに対して暗号ハッシュバイナリ配列識別子が生成される。上
述したように、１つの実施形態において、暗号ハッシュバイナリ配列識別子の生
成にＭＤ５アルゴリズムが使用される。このため、暗号バイナリ配列ハッシュは
、各アセットに対するアセット識別子として使用される。ステップ１０６におい
て、各アセットに関連づけられたメタデータ、アセットに関するメタデータ、集
合に関するコンテキスト・データ、およびステップ１０４で生成された暗号ハッ
シュバイナリ配列識別子を使用して、記述子ファイルが形成される。記述子ファ
イルの一例を図２に示した。

【００３８】 ステップ１０８において、記述子ファイルそのものから暗号ハッシュが生成さ
れる。記述子ファイル内の各暗号ハッシュバイナリ配列は、暗号ハッシュファイ
ル識別子が識別するデジタルアセットへのキーだと考えて良い。このため、記述
子ファイルは、キーの集合またはボックスだと考えることができる。記述子ファ
イルの暗号ハッシュバイナリ配列識別子は暗号ハッシュバイナリ配列リスト識別
子と呼ばれ、記述子ファイル内に列挙されたキーボックスへのキーだと考えるこ
とができる。暗号ハッシュバイナリ配列リスト識別子は、記述子ファイルの探索
および検証に使用される。そして今度は記述子ファイルのコンテンツが、記述子
ファイル内に表現された各アセットの探索および検証に使用される。ステップ１
１０において、暗号ハッシュバイナリ配列リスト識別子がＡＳＣＩＩフォーマッ
トに変換される。上述したように、１つの実施形態において、１２８ビットのフ
ァイルリスト識別子は２７文字のｂａｓｅ３６ ＡＳＣＩＩストリングに変換さ れる。こうして、２７文字のストリングは人が判読可能なテキスト形式になり、
処理、参照、または格納のために手動または電子的にコピーすることができる。

【００３９】 １つの実施形態において、暗号ハッシュバイナリ配列リスト識別子はバーコー
ドとして格納される。これは、オブジェクトに関する識別情報が、オブジェクト
自体の上に配されている際に特に有用である。例えば、電子レンジやビデオデッ
キ（VCR）等の電気器具は、その装置の上に、暗号ハッシュバイナリ配列リスト 識別子を表現するバーコードを有することができる。この識別子は、その電気器
具のマニュアルやそのほか関連する資料を含むアセットから生成される。このた
め、マニュアルおよび関連資料は、以下のようにして得られる。すなわち、バー
コードを走査し、記述子ファイル識別子を読む。その記述子ファイル識別子に対
応する記述子ファイルを獲得する。その記述子ファイルと、その中の個別のバイ
ナリ配列識別子を読む。そのバイナリ配列識別子に対応するデジタルアセットを
獲得する。そして最後に、マニュアルおよび関連資料を含む獲得されたアセット
を読む。他のインデックスまたはソフトウェアアプリケーションについて、デー
タまたはソフトウェアコードを含んだ他のデジタルアセットを指定し、検索し、
および獲得するために、類似のコーディングを使用することができる。

【００４０】 ステップ１１２において、ＡＳＣＩＩストリングが一意な識別子またはｅ−Ｃ
ＬＩＰとして格納される。一意な識別子は、人または電子手段のいずれでによっ
ても容易に読み取るまたはコピーすることができる。次のステップ１１４では、
一部の実施形態において、一意な識別子が（ｅ−ＣＬＩＰのヒントとしての）フ
ァイルロケータと組み合わされてｅ−ＣＬＩＰを形成する。ファイルロケータは
、記述子ファイルとされるものおよび関連づけられたデジタルアセット（バイナ
リ配列）が存在する可能性がある場所を示す。ここで、多くの実施形態において
、ｅ−ＣＬＩＰが記述子ファイルロケータ（ｅ−ＣＬＩＰのヒント）を必要とし
ない点に注意が必要である。しかしながら、記述子ファイルを発見し得る場所と
して、記述子ファイルロケータが含まれていると有益な場合が多く、記述子ファ
イルまたは１つもしくはそれ以上の関連づけられたデジタルアセットが、便利な
場所ですぐに発見されない場合などに、特に有益である。

【００４１】 このためｅ−ＣＬＩＰは、一意な識別子として表現され、１つの実施形態では
、人による判読が可能なバージョンの、暗号ハッシュバイナリ配列リスト識別子
である。暗号ハッシュバイナリ配列リスト識別子は、任意のサイズ、タイプ、複
雑性、およびファイル構造などの情報を、一意に参照するもの（a unique refer
ence）である。つまり、暗号ハッシュバイナリ配列リスト識別子は、任意数のデ
ジタルアセットを表現していて良く、これらのデジタルアセットはさらに、ファ
イルシステムの構造、データベースの関連、マルチメディアコンテンツの情報、
またはその他の有用な情報に関する任意量のメタデータにより記述される。記述
子ファイル内で指定されたディレクトリ構造の一例を、図２に示した。

【００４２】 図２は、記述子ファイル２００の構造を示した図である。図示された特定の記
述子ファイルは、ＸＭＬにもとづいたハイパーファイルモデリング言語（ＨＦＭ
Ｌ）を使用して、ファイル自体はもちろん、ファイルを含んだディレクトリの構
造も記述する。ＨＦＭＬは、上述した仮特許出願に記述されている。一般に、ｅ
−ＣＬＩＰの実装は、このシンタックスで書かれた記述子ファイルに限定されな
い。この好ましい実施形態でＨＦＭＬを使用するのは、ＨＦＭＬが容易に中身を
解析できて、記述子ファイルに含まれるファイルおよびキーのツリー構造のディ
レクトリを生成するのに使用できるためである。この例では、特定の形態を有し
たコンピュータおよびソフトウェアから得られるファイルおよびキーの記述に、
範囲を限定している。本発明は、記述子ファイルの形成に使用される言語または
コードの拡張を提供し、あらゆるデジタルアセット、関連、ならびにその他のメ
タおよびコンテキスト・データを仮想的に無制限に記述する。

【００４３】 記述子ファイル２００内の第１の項目は、フォルダ２０２である。フォルダ２
０２には、時刻スタンプ２０６はもちろんフォルダ名２０４も含まれている。フ
ォルダ２０２は、フォルダ２０２の終了を記すエンドフォルダタグ２０８と対を
なす。フォルダ２０２の中にネストされた（入れ子になっている）中身は、第１
のネストフォルダ２１２である。フォルダ２１２は、フォルダ名および時刻スタ
ンプ２２６を含む。ファイル２２２は、フォルダ２１２の内部に含まれる。ファ
イル２２２は、ファイル名２２４、時刻および日付スタンプ２２６、サイズ２２
８、ならびに、ＭＤ５アルゴリズムにより生成され２７文字のストリングとして
表現される暗号ハッシュファイル識別子２３０を含む。同様に、フォルダ２１２
もまたファイル２３２を含む。ファイル２３２は、ファイル名２３４、時刻およ
び日付スタンプ２３６、サイズ２３８、ならびに暗号ハッシュファイル識別子２
４０を含む。フォルダ２１２は、エンドフォルダタグ２１９と対をなす。

【００４４】 他のフォルダ内に、希望する任意数のフォルダを表現およびネストできる（入
れ子にできる）ため、ディレクトリの各フォルダ内で指定される任意数のファイ
ルにより、任意のツリー構造のディレクトリを指定できることは明らかである。
各ファイルは、ファイル名、および希望するその他のメタデータに加えて、ファ
イルのコンテンツにもとづいてファイルを一意に識別する暗号ハッシュバイナリ
配列識別子を含有して良い。幾つかの実施形態では、暗号ハッシュバイナリ配列
識別子がファイルの唯一の識別子であり、他の実施形態では、ファイルに従来の
ファイル名も付随している。

【００４５】 このため、ｅ−ＣＬＩＰで指定された記述子ファイル（例えばコンピュータが
クラッシュした後に）が回復し、記述子ファイルが（恐らくその他のデジタルア
セットに加えて）コンピュータファイルの定義を含んでいる場合には、ｅ−ＣＬ
ＩＰで指定されたファイルの完全なファイル名およびディレクトリ情報を、獲得
できることがわかる。記述子ファイルを呼び出して、その記述子ファイルで指定
されたファイルを発見する工程を、図３に示した。

【００４６】ファイルの呼び出し 図３は、ｅ−ＣＬＩＰを使用して、記述子ファイルとデジタルアセット（バイ
ナリ配列）の両方を発見するための工程を示したフローチャートである。この例
において、デジタルアセットとは、記述子ファイル内において指定されるファイ
ルであり、記述子ファイルで指定されたディレクトリ構造内にファイルを入れる
ためのものである。ステップ３０２において、ｅ−ＣＬＩＰが受信される。ｅ−
ＣＬＩＰは、ファイルのセットを指定するのにユーザにより使用され、電子メー
ルのメッセージに組み込まれた形で受信されても良いし、あるいは代わりに、ｅ
−ＣＬＩＰ内で指定されたファイルおよびディレクトリのバックアップを実施す
るネットワークデバイスにより、自動的に生成されても良い。ｅ−ＣＬＩＰは、
ビジネスアプリケーションにより作成されて、特定の取引に関係する関連のデジ
タルアセットを指定する物であってもよい。また、ｅ−ＣＬＩＰは、何らかの目
的のためにファイルまたはファイルのグループを一意に指定する必要があるよう
な、任意のユーザ、ネットワークノード、アプリケーション、またはハードウェ
アデバイスにより、他の理由のために生成されても良い。このようなｅ−ＣＬＩ
Ｐは、データベースアプリケーション、メインフレーム上を走るレガシーアプリ
ケーション、テキスト検索アプリケーション、ウェブサイト等などに組み込まれ
、そこから直ちにアクセスされても良い。

【００４７】 ステップ３０４において、ｅ−ＣＬＩＰの受信者は、ｅ−ＣＬＩＰ内において
発見された一意な識別子に対応するファイルを求めるリクエストをブロードキャ
ストする。次に、ステップ３０６において、ｅ−ＣＬＩＰの受信者は、一意な識
別子に対応しているとされる記述子ファイルを受信する。次に、ステップ３０８
において、受信者は、ｅ−ＣＬＩＰ内で発見された一意な識別子を生成するのに
使用されたのと同じ暗号ハッシュ関数を使用して、受信された記述子ファイルの
暗号ハッシュを計算する。ステップ３１０において、受信者は、ｅ−ＣＬＩＰ内
で発見された一意な識別子が、記述子ファイルの暗号ハッシュの結果と一致する
かどうかを検証する。一意な識別子が適切に検証されなかった場合は、制御がス
テップ３０４に転送されて戻され、ｅ−ＣＬＩＰ内で識別されたファイルを求め
るリクエストが再び送信される。また、エラーメッセージまたはその他の通知も
生成される。

【００４８】 ステップ３１０において一意な識別子の検証がなされると、ステップ３１２に
制御が転送され、受信者は記述子ファイル内で指定されたディレクトリ構造を構
築する。システム設定を実施するためにプログラミング論理が適用され、必要な
ディレクトリを形成するために、例えばＨＦＭＬにより記述されるようなプログ
ラミング演算を使用したファイル演算が適用される。ディレクトリ内の各フォル
ダは、指定された構造にもとづいて形成されることが好ましい。次に、ステップ
３１４において、ｅ−ＣＬＩＰの受信者は、記述子ファイル内に列挙されたファ
イルを求めるリクエストをブロードキャストする。図６Ａは、ファイルリクエス
トの構造の一例を示したものである。

【００４９】 リクエストされたファイルのコピーを提供するレスポンスを分析し、使用可能
なソースのうち最も効率的なソースから、ファイルのコピーを引き出す。使用可
能なソースは、ローカルファイルシステム、受信者が実行しているシステムで使
用可能なローカルネットワークファイルシステム、ファイル転送プロトコル（Ｆ
ＴＰ）等の標準的なネットワークプロトコル、または作成もしくは指定され得る
任意の他のネットワークプロトコルを通じて等を含む。

【００５０】 ステップ３１６において、ｅ−ＣＬＩＰの受信者は、リクエストされたファイ
ルを受信し、ファイルデータの暗号ハッシュを生成して得られた結果を記述子フ
ァイル内に列挙されたファイル識別子と比較することにより、ファイルコンテン
ツの検証を行う。ファイルのどれかが検証テストを通過しなかったら、これらの
ファイルは再リクエストされて、適切な通知が生成される。こうして、工程が終
了する。

【００５１】 こうして、ｅ−ＣＬＩＰの受信者は、ｅ−ＣＬＩＰ内の一意な識別子で識別さ
れた記述子ファイルへのリクエストをブロードキャストする。記述子ファイルが
受信されると、ｅ−ＣＬＩＰの受信者は、正しい記述子ファイルが回復したかど
うかを検証できるようになり、次いで、その記述子ファイル内で指定されたファ
イルへのリクエストをブロードキャストする。これらのファイルは、受信および
検証されたら、記述子ファイル内で指定されたディレクトリ構造に挿入される。
ファイルへのリクエストをブロードキャストする工程、ファイルを受信および検
証する工程、ならびにブロードキャストされたリクエストを変更する工程は、１
つの実施形態ではインポータを使用して達成される。インポータは小プログラム
であり、好ましくはＪａｖａプログラミング言語内に、またはその他任意の適切
な言語内にエンコードされている。

【００５２】 図４は、図３のステップ３１６で指定されているように、ファイルなどのリク
エストされたデジタルアセット（バイナリ配列）の受信、およびそれらのファイ
ル識別子の検証に使用される、インポータ上で走る工程を示したフローチャート
である。ここで、このようなファイル識別子のリクエストおよび検証には、本発
明の精神および範囲内で、他の工程および言語を使用できる点に注意が必要であ
る。ステップ４０２において、インポータはファイルの受信を待機する。ファイ
ルが受信されると、制御がステップ４０４に転送される。ファイルを断片的に受
信し、これらの断片を組み合わせる工程を、図５でさらに説明する。ステップ４
０４において、インポータは、受信されたファイルの暗号ハッシュが、ファイル
のリクエストで送信されたファイル識別子と一致するかどうかを検証する。ファ
イル識別子が一致しなかった場合は、制御がステップ４０６に転送され、エラー
ハンドラがアクティベイトされる。すると、ステップ４０８においてファイル全
体へのリクエストが生成され、制御が再びステップ４０２に転送されて戻される
。

【００５３】 しかしながら、もしファイルが一致した場合には、ブロードキャストのための
ファイルリクエストリストがステップ４１０において更新され、制御がステップ
４１２に転送される。ステップ４１２では、ｅ−ＣＬＩＰ内で識別される記述子
ファイル内で指定されたファイルが全て受信されたかどうかが決定される。ファ
イルが全て受信されていた場合は、制御がステップ４１４に転送され、全てのｅ
−ＣＬＩＰファイルが獲得されたことが示される。こうして、工程が終了する。
全てのファイルが受信されていない限り、制御はステップ４１２からステップ４
０２に戻ることを繰り返し、残りのファイルの受信およびチェックが行われる。

【００５４】 ここで、この説明で使用される例が、全てファイルを参照している点に注意が
必要である。しかしながら、アセットは、データベースレコードへのアセット、
より大きなビデオストリーム内から取られたビデオクリップ、または他のソフト
ウェアプログラムもしくは処理に引き渡されるために格納されたその他のデジタ
ルアセットでも良い。ディレクトリを初期化して、デジタルアセットのコンテン
ツを有するファイルを新規に形成するよりも、受信者はむしろ、その他のスタン
ダードアプリケーションプログラミングインターフェースを介し、それらのファ
イルを使用可能とすることを選択するであろう。アセットをリクエストする工程
、アセットのコンテンツを検証する工程、アセットを一時的で検証のための保持
領域内に維持する工程、ならびに全てのアセットが受信および検証された後に、
その集合を使用可能とする工程は、デジタルアセットのタイプまたはソースに関
わらず、あらゆるデジタルアセットの集合に対して論理的に同じものである。

【００５５】 コンテンツでアドレスを特定できるような（content-addressable）アセット 識別子を使用した、デジタルアセットを検証および検証するためのこのタイプの
手続きは、アセットの完全性を確実にし、自動的にスプーフィング（spoofing）
およびウイルス感染を排除し、失われたアセットの自動または手動による再構築
を可能とする。本発明による、コンテンツでアドレスを特定できるアセット識別
子のシステムは、識別子がデジタルアセットコンテンツから導出されるのではな
く、その代わりに経路名ロケータ、ファイルの作成者、ファイルの作成／変更日
、ファイルのサイズ、または環境もしくはアプリケーションのその他のメタデー
タに依存する他のアセット識別システムよりも、優れている。こういった従来技
術による識別子は、コンテンツでアドレスを特定できないため、容易にスプーフ
（spoof）される恐れがある。これとは対照的に、本発明による検証のステップ ４０４では、アセットのエラーを検出することができる。本発明では、好都合な
ことに、エラーが検出されてウイルスまたはスプーフィングが推測された場合に
は、推測されたアセットを別の場所から再構成しても良いし、または、より安全
なファイル転送の方法を呼び出しても良い。

【００５６】 図５は、ステップ４０２の一実施形態を示した流れ図であり、インポータが、
どのようにマルチキャスト送信をチェックし、断片ごとに受信されたアセットを
再構成するかを示したものである。マルチキャスト送信は、ピアから、ネットワ
ーク上で使用可能な全ピアにアドレスされた送信である。同様に、マルチキャス
トリクエストは、ネットワーク上で使用可能な全ピアにリクエストを送信するこ
とによりなされて良い。ピアは、定義されたマルチキャストグループ内に含まれ
るあらゆるデバイスを含み、マルチキャストグループは、データリングを通じて
アクセス可能なあらゆるデバイスを含んで良い。この方法は、アセットのかたま
り（チャンク）を正しい順序に位置付けることによりアセットを満たし、穴を埋
めるのに必要なかたまり（チャンク）をリクエストし続けることから、スイスチ
ーズメソッドと呼ばれている。この方法は、マルチプルソース、変数、無順序の
デジタルアセットセグメントが、コンテンツでアドレスを特定できるような（co
ntent-addressable）アセット名（暗号ハッシュアセット識別子等）を使用して 、リクエストに答えて転送されるのを可能とする。もちろん、ファイルを受信す
るために他の方法を使用しても良い。

【００５７】 ステップ５１０において、インポータはマルチキャスト伝送を受信する。次に
、ステップ５２０において、インポータは、そのアセットリクエストリスト（シ
ョッピングリストに類似する）をチェックし、受信されたデジタルアセットの断
片またはセグメントが必要されているかどうかを見る。そのアセットセグメント
が必要とされている場合は、ステップ５３０において、データをそのシーケンス
ナンバにもとづき正しい順序で格納し、アセットリクエストリストを更新して、
その特定のアセットセグメントがこれ以上リクエストされないようにする。こう
して工程が終了する。

【００５８】 ここで、上述したプロトコルに関して、デジタルアセット（バイナリ配列）が
断片またはセグメントとして分けて受信され、アセットリクエストリストが、ア
セット（バイナリ配列）が完全に受信されるまではリクエストされている全アセ
ットを含む点に、注意が必要である。他の実施形態では、アセットは、全部受信
されても良いし、または、任意のファイル転送プロトコルにより指定された方法
で受信されても良い。幾つかの実施形態では、リクエストされている個別のセグ
メントを含んだ、アセットセグメントリクエストリストが具現されていることも
可能である。例えば、ソフトウェアアプリケーションのためのデータもしくはコ
ードパッチが必要とされている場合、または、格納または問い合わせの結果によ
りデータベース特有のエントリが獲得された場合などに、アセットの個別のセグ
メントがリクエストされて良い。インポータは、ｅ−ＣＬＩＰの受信者へのアセ
ットの転送を管理して、アセットがいつ完全となるかを決定し、正しいアセット
が受信されたかを検証するのに、記述子ファイル内で指定された暗号ハッシュフ
ァイル識別子を使用できるようにする。検証は、暗号ハッシュアセット識別子を
、受信されたアセット（バイナリ配列）を使用して計算されて新しく生成された
ＭＤ５暗号ハッシュアセット識別子と比較することにより、達成される。

【００５９】 図６Ａは、ステップ４０２で説明したように、インポータにより生成されたア
セットリクエストの構造を示したブロック図である。リクエスト６００は、アセ
ット識別子６０２と、シーケンスナンバ６０４と、チャンクサイズ６０６とを含
む。アセット識別子は、記述子ファイルから得られる。シーケンスナンバは、イ
ンポータにより、それがリクエストする予定のアセットセグメントのサイズにも
とづいて生成される。チャンクサイズは、一定の実施形態ではインポータにより
指定される。ここで、その他の実施形態では、チャンクサイズが、個別のファイ
ルインポータによる変更が不可能なシステムにより指定されている点に、注意が
必要である。

【００６０】 図６Ｂは、アセットリクエストに答えてリクエスト元にファイルデータを送る
、データパケットの構造を示したブロック図である。データパケット６１０は、
アセット識別子６１２と、シーケンスナンバ６１４と、アセットセグメントデー
タそのものを表わすデータ６１６とを含む。データの長さは、リクエスト６００
で指定されたチャンクサイズ６０６の長さに対応する。このため、入力アセット
セグメントを、それらのシーケンスナンバにもとづいてオーダすることができ、
全セグメントが受信されたら、ファイル内のデータを、オーダされたセグメント
から回復させることができる。特に注目に値するのは、異なるソースから無順序
に受信された断片が、連結または埋め込まれて目的のデジタルアセット（バイナ
リ配列）を形成する点である。

【００６１】 １つの実施形態において、インポータは、それが記述子ファイル内に列挙され
たアセットを探索する場所であるコンピュータシステム内（またはネットワーク
上）で、場所の特殊な階層構造を有する。このため、インポータは、異なる場所
でデジタルアセットを探索する複数のインポータからなる、連鎖システムを使用
して具現されて良い。

【００６２】 図７は、このようなインポータの連鎖セットの一例を示したブロック図である
。検証インポータ７０２は、先ず、デジタルアセットがアセットストレージ内の
ローカルディスク上に格納されているかを検証する。アセットストレージは、暗
号ハッシュファイル識別子を使用したインスタント検索のために最適化された方
法で、バイナリ形式でデータを格納するために留保されている、ローカルメモリ
の一領域である。アセットストレージ内でデジタルアセットが発見された場合は
、検証インポータは、暗号ハッシュアセット識別子を計算によりチェックし、ア
セットストレージ内のアセットが、事実リクエストされているアセットかどうか
を検証する。

【００６３】 検証インポータが、アセットストレージ内でデジタルアセットを発見できない
場合は、発見インポータ７０４が解除され、もしできるならば、通常のローカル
ストレージ内で（もしファイルであれば）アセットの場所を探そうとする。アセ
ットがファイルであり且つ通常のローカルストレージ内では発見できない場合、
またはアセットが他の形態のデジタルアセットである場合は、図５で上述したよ
うなマルチキャストインポータ７０６が解除され、ｅ−ＣＬＩＰの受信者が属す
るマルチキャストグループ内で信号をブロードキャストし、ｅ−ＣＬＩＰによっ
て指定されたアセットを獲得しようと試みる。マルチキャストインポータでもア
セットが得られない場合は、コピーインポータ７０８が使用され、それがアクセ
ス可能なファイルサーバ上のあらゆるマウントされたボリューム上において、ア
セットがコンテンツアドレス可能なファイルとして格納されていないかどうか探
索する。アセットが依然として発見できない場合は、今度はダウンロードインポ
ータ７１０が使用され、ＦＴＰサーバまたはその他の外部ソースからの、コンテ
ンツアドレス可能なファイルとして格納されているアセットを、ダウンロードす
る。上述したように、特定のｅ−ＣＬＩＰは、ＵＲＬ等のリソースロケータを含
んでいる。リソースロケータは、インポータ７１０以前のいずれのインポータを
用いてもアセットを獲得できない場合に、ｅ−ＣＬＩＰ内に含まれるファイルと
して格納されているアセットを発見し得る、外部の特殊な場所を指定している。
これに代わるものとして、在来のファイル転送リクエストを使用することができ
る。

【００６４】 このように、インポータは階層構造をなしており、アセットは、先ず最も便利
な場所で検索された後、便利でない場所へと順に進んでいく。インポータのこの
組立ラインは、１種類または多種類のインポータで構成されて良く、経済性、セ
キュリティ、または性能を最適化するために自動的および動的に変化することが
できる。暗号ハッシュアセット識別子は、アセットが回復したらそのコンテンツ
を検証できるような、コンテンツベースのファイル名として機能するため、チェ
ックサムの類を使用してアセットのコンテンツをチェックすることを考慮せずと
も、アセットを、それを発見し得る任意の場所から回復させることができる。特
に、暗号ハッシュアセット識別子が、デジタルアセット（バイナリ配列）識別子
、およびアセットコンテンツを検証する手段の両方として作用できる点が、注目
に値する。

【００６５】結論 １つの実施形態において、目的とするシステムで使用可能なあらゆるソースか
ら再構築される、任意のディレクトリ構造を有したファイル集合を指定するため
の、システムおよび方法を説明した。ファイルは、記述子ファイル内のディレク
トリ構造内に記述され、暗号ハッシュファイルリスト識別子（ｅ−ＣＬＩＰ）は
、その記述子ファイルに対して生成される。ｅ−ＣＬＩＰはファイルの集合を表
現したものであり、転送、格納等が可能である。

【００６６】 受信者がｅ−ＣＬＩＰを使用して記述子ファイルを獲得すると、記述子ファイ
ルは、暗号ハッシュファイルリスト識別子を生成するのに使用されたのと同じア
ルゴリズムを使用して、ｅ−ＣＬＩＰ内で指定された正しい記述子ファイルであ
るかを検証される。そして、記述子ファイル内で指定された各ファイルが、イン
ポータを使用して回復され、ファイルは、各ファイルのための暗号ハッシュファ
イル識別子を使用して検証される。このため、受信者は、情報送信者の場所から
一つの通信回線を介して全情報を受信するよりも、より効率的な手段を使用して
情報を獲得することができる。ｅ−ＣＬＩＰは各ファイルに対する暗号ハッシュ
ファイル識別子を含んでおり、これらはファイルのコンテンツを検証するのに使
用されることから、ｅ−ＣＬＩＰの受信者は、確実な方法で情報を収集すること
ができる。

【００６７】 ここで説明するｅ−ＣＬＩＰは、ある実体から別の実体への転送のためにファ
イルを指定するのに加えて、コンピュータ内のあらゆるファイル集合の状態の厳
密なレコードを、任意の時刻において形成するのに使用することもできる。これ
は、コンピュータ内のファイル集合に対するディレクトリ情報を含んだ記述子フ
ァイルの暗号ハッシュファイル識別子である、ｅ−ＣＬＩＰを生成することによ
り達成される。全てのファイルは、必要な際に後ほど呼び出せるように、先ずど
こか他の場所でバックアップされていることが好ましい。何らかの理由でコンピ
ュータファイルが失われたら、ｅ−ＣＬＩＰを使用して記述子ファイル（安全な
場所に格納されている）を呼び出す。そして、記述子ファイルを使用して、ロー
カルまたはネットワーク上の如何に関わらず、その中で参照されている全てのフ
ァイルを引き出すことができる。ファイルの呼び出しには、ここで説明したイン
ポータが使用されることが好ましい。

【００６８】 このように、ファイルのためのｅ−ＣＬＩＰを生成して安全な場所に格納し、
さらにファイルのコピーがどこか他の場所に存在しているよう気をつけるだけで
、コンピュータ内のファイルの状態を、厳密に記録することができる。ファイル
が必要になったら、先ずｅ−ＣＬＩＰを呼び出して記述子ファイルを発見し、そ
の記述子ファイルを開き、さらに、そこに表現されている全ファイルの正しいバ
ージョンをインポータを使用して呼び出すことにより、必要なファイルを回復さ
せることができる。

【００６９】 この方法によれば、多くのコンピュータが同じファイルを含んでいる際に、ネ
ットワーク上の多数のコンピュータを効率的にバックアップすることができる。
ネットワーク上の各コンピュータが、そのディレクトリ構造はもちろんその全フ
ァイルをも記述した記述子ファイルを生成する。記述子ファイルはセントラルバ
ックアップコンピュータに送られ、各記述子ファイルで指定されたファイルが全
て含まれていることが確かめられる。このスキームにより達成できるデータ圧縮
の量は、バックアップされているコンピュータが、ローカルエリアネットワーク
（ＬＡＮｓ）のパソコンのように共通のファイルを多く含んでいる場合に、非常
に膨大なものとなる。各ファイルは、セントラルバックアップコンピュータによ
り一回獲得および格納されるだけで、各コンピュータ上で発見されたファイルを
表現する各記述子ファイル内で、必要に応じて何回も指定することができる。

【００７０】 続くバックアップは、新しいまたは変更されたファイルのファイルハッシュを
含んだ新しい記述子ファイルを生成し、その新しい識別子ファイルと、新しく形
成されたまたは変更された全てのファイルとをセントラルコンピュータに格納す
ることにより、達成することができる。このため、事前にアーカイブされた未変
更のファイルを移動させることなしに、新しいまたは変更されたファイルを確実
に識別し、セントラルバックアップコンピュータにコピーすることができる。新
たにバックアップする際に、新しいまたは変更されたファイルを追加で格納する
だけで良いため、各コンピュータのための周期的なバックアップを、夥しい量の
ファイル格納を必要とすることなしに達成することができる。

【００７１】 データベースの個別レコード、ウェブページ、および／または何らかの工程に
より識別されて、上述したのと性質的に同一なメカニズムにおいて使用可能とな
ったその他の任意のデジタルアセットに対してアーカイビングを実施する、類似
のメカニズムを具現することができる。

【００７２】 以上、理解をより明瞭なものとする目的で本発明の説明を行ってきたが、添付
した特許請求の範囲の範囲内において、一定の変更および変形が可能であること
は明白である。例えば、アセットおよび記述子ファイルのための一意なファイル
識別子を計算するのに、広範囲に渡る様々なアルゴリズムを使用することができ
る。また、アセットリストハッシュは、バイナリ、別の適切なｂａｓｅ、ＡＳＣ
ＩＩ、英数字等などの、あらゆる適切な形で表現されることができる。ｅ−ＣＬ
ＩＰ、記述子ファイル、および個別のアセットは、同じ場所に格納されていても
良いし、異なる場所に格納されていても良い。記述子ファイルはさまざまな形を
採ることができる。各デジタルアセット（バイナリ配列）のためのアセットハッ
シュのみを含んでいても良いし、広範囲に渡るその他様々な情報を含んでいても
良い。アセットは、ここで説明したインポータを使用して呼び出されても良いし
、他の技術を使用して呼び出されても良い。アセットは、厳密にマッチした場合
にのみ一致したと見なしても良いし、ファイル内のわずかな変化を許容してエラ
ーの余地を設けても良い。したがって、これらの実施形態は、例示的なもので非
限定的だと考えられ、本発明は、ここで提起した詳細に限定されず、添付した特
許請求の範囲の範囲および同等物の範囲内で変更することが可能である。

【００７３】コンピュータシステムの実施形態 図８および図９は、本発明の実施形態を具現するのに適したコンピュータシス
テム９００を示した図である。図８は、コンピュータシステムの可能な物理的形
態の一例を示したものである。もちろん、コンピュータシステムは、集積回路や
プリント回路板、手で持てる小型のデバイスから巨大なスーパーコンピュータに
至るまで、広範囲に渡る多くの物理的形態を採ることが可能である。コンピュー
タシステム９００は、モニタ９０２と、ディスプレイ９０４と、ハウジング９０
６と、ディスクドライブ９０８と、キーボード９１０と、マウス９１２とを備え
る。ディスク９１４は、コンピュータシステム９００との間でデータを転送する
のに使用されるコンピュータ読み取り可能媒体である。

【００７４】 図９は、コンピュータシステム９００のブロック図の一例を示したものである
。システムバス９２０には、広範囲に渡る様々なサブシステムが取り付けられて
いる。プロセッサ（または複数のプロセッサ）９２２（中央処理装置またはＣＰ
Ｕｓとも呼ばれる）は、メモリ９２４を含むストレージデバイスに結合されてい
る。メモリ９２４は、ランダムアクセスメモリ（ＲＡＭ）とリードオンリメモリ
（ＲＯＭ）とを含む。当業者には周知のように、ＲＯＭは、ＣＰＵに一方向的に
データおよび命令を転送し、ＲＡＭは、データおよび命令を双方向に転送するの
に使用されるのが典型的である。これら２タイプのメモリは、いずれも、以下に
挙げる任意の適切なコンピュータ読み取り可能媒体を含んで良い。固定ディスク
９２６もまた、ＣＰＵ９２２に双方向に双方向に結合されて、追加のデータ記憶
容量を提供しており、以下に挙げる任意のコンピュータ読み取り可能媒体を含ん
で良い。固定ディスク９２６は、プログラム、データ等を格納するのに使用され
て良く、プライマリストレージよりも低速な、セカンダリストレージ媒体（ハー
ドディスク等の）であるのが典型的である。ここで、固定ディスク９２６に保持
されている情報が、適切な場合において、スタンダードな方式によりメモリ９２
４内に仮想メモリとして組み込まれる点が重要である。リムーバブルディスク９
１４は、以下に挙げるコンピュータ読み取り可能媒体のいずれの形を採っても良
い。

【００７５】 ＣＰＵ９２２もまた、ディスプレイ９０４、キーボード９１０、マウス９１２
、スピーカ９３０等の、各種入出力デバイスに結合されている。入出力デバイス
は一般に、ビデオディスプレイ、トラックボール、マウス、キーボード、マイク
ロフォン、タッチディスプレイ、トランスデューサカードリーダ、磁気もしくは
紙のテープリーダ、タブレット、スタイラス、音声もしくは筆跡レコグナイザ、
バイオメトリックリーダ、または他のコンピュータのいずれであっても良い。Ｃ
ＰＵ９２２は、ネットワークインターフェース９４０を使用して、別のコンピュ
ータまたは通信網に選択的に結合されていても良い。このようなネットワークイ
ンターフェースにより、ＣＰＵは、上述した方法の各ステップを実施するに当た
って、ネットワークとの間で情報を送受信することができると考えられる。さら
にまた、本発明の方法の実施形態は、ＣＰＵ９２２のみを対象として実行されて
も良いし、処理を部分的に共有する遠隔ＣＰＵと関連させてインターネット等の
ネットワークを通じて実行されても良い。

【００７６】 また、本発明の実施形態はさらに、コンピュータで具現される様々な演算を実
施する目的でコンピュータコードを搭載している、コンピュータ読み取り可能媒
体を有したコンピュータストレージ製品に関する。この媒体およびコンピュータ
コードは、本発明の目的のために特別に設計および構築されたものでも良いし、
コンピュータソフトウェア技術の当業者にとって周知および使用可能なタイプの
ものでも良い。コンピュータ読み取り可能媒体の例は、ハードディスク、フロッ
ピィディスク、磁気テープ等の磁気媒体と、ＣＤ−ＲＯＭ、ホログラムデバイス
等の光学媒体と、光フロッピィディスク等の光磁気媒体と、特定用途向け集積回
路（ＡＳＩＣｓ）、プログラム可能型論理デバイス（ＰＬＤｓ）、ＲＯＭ−ＲＡ
Ｍデバイス等の、プログラムコードを格納および実行するために特別に構成され
たハードウェアデバイスを含み、これらに限定されない。コンピュータコードの
例は、コンパイラにより作成されたマシンコード、インタープリタを使用してコ
ンピュータにより実行される高級コードを含んだファイル等を含む。

【図面の簡単な説明】

【図１】 リスト内のアセットに対するファイルメタデータを含む、記述子ファイルの暗
号ハッシュ記述子ファイル識別子を作成するための工程を示したフローチャート
である。

【図２】 記述子ファイルの構造を示した図である。

【図３】 ｅ−ＣＬＩＰを使用して、記述子ファイルと、記述子ファイル内で指定された
アセットとを発見するための、工程を示したフローチャートである。

【図４】 図３のステップ３１６で指定されるように、リクエストされたアセットを受信
してバイナリ配列識別子を検証するのに使用される、インポータ上で走る工程を
示したフローチャートである。

【図５】 ステップ４０２の一実施形態を示したフローチャートであり、インポータが、
どのようにマルチキャスト送信をチェックし、断片ごとに受信されたアセットを
再構成するかを示したものである。

【図６Ａ】 ステップ４０２で説明したように、インポータにより生成されたアセットリク
エストの構造を示したブロック図である。

【図６Ｂ】 アセットリクエストに答えてリクエスト元にファイルデータを送る、データパ
ケットの構造を示したブロック図である。

【図７】 インポータの連鎖セットの一例を示したブロック図である。

【図８】 本発明の実施形態を具現するのに適したコンピュータシステム９００を示した
図である。

【図９】 本発明の実施形態を具現するのに適したコンピュータシステム９００を示した
図である。

【符号の説明】

２００…記述子ファイル ２０２…フォルダ ２０４…フォルダ名 ２０６…時刻および日付スタンプ ２０８…エンドフォルダタグ ２１２…フォルダ ２１４…フォルダ名 ２１６…時刻および日付スタンプ ２１９…エンドフォルダタグ ２２２…フォルダ ２２４…ファイル名 ２２６…時刻および日付スタンプ ２２８…サイズ ２３０…暗号ハッシュファイル識別子 ２３２…ファイル ２３４…ファイル名 ２３６…時刻および日付スタンプ ２３８…サイズ ２４０…暗号ハッシュファイル識別子 ６００…リクエスト ６０２…アセット識別子 ６０４…シーケンスナンバ６０４ ６０６…チャンクサイズ ６１０…データパケット ６１２…アセット識別子 ６１４…シーケンスナンバ ６１６…データ ９００…コンピュータシステム ９０２…モニタ ９０４…ディスプレイ ９０６…ハウジング ９０８…ディスクドライブ ９１０…キーボード ９１２…マウス ９１４…リムーバブルディスク ９２０…システムバス ９２２…プロセッサ（または複数のプロセッサ） ９２４…メモリ ９２６…固定ディスク ９３０…スピーカ ９４０…ネットワークインターフェース

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/30 １１０ Ｇ０６Ｆ 17/30 １１０Ｆ Ｇ０９Ｃ 1/00 ６４０ Ｇ０９Ｃ 1/00 ６４０Ｄ (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ， ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，Ｄ Ｋ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＨＲ ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ， ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，Ｌ Ｕ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ， ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，Ｕ Ｇ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者 テウゼルス・トム ベルギー国 ビー−2900 スコテン，ロゼ ンラーン 26 Ｆターム(参考） 5B075 NK45 PP02 PP03 PQ02 PQ04 UU24 5B082 DC09 DE01 EA07 EA09 EA10 GA05 GC04 HA05 5J104 AA08 NA05 NA12 【要約の続き】 からオリジナルのアセットリストが発見され呼び出され る（３０６）。呼び出されたアセットリストから読み出 されるアセット識別子は、バックアップの場所から個別 のアセットを発見し呼び出すのに使用される（３１４、 ３１６）。呼び出された各アセットのために暗号ハッシ ュアセット識別子を再計算し、それを、アセットリスト からのアセット識別子と比較することによって、アセッ トの検証がなされる。ＭＤ５アルゴリズムが、暗号ハッ シュ関数のために使用される。アセットはマルチキャス トプロトコルを使用して呼び出される（４０２）。一連 のインポータプログラム（７０２〜７１０）は、順によ り遠い場所に進んで、呼び出すアセットを検索する。ア セットは、全体または断片ごとに呼び出される（６０ ６）。

Claims (33)

【特許請求の範囲】
1. 【請求項１】 複数のデジタルアセットのために一意で、かつロケーション
   とは独立な識別子を作成する方法であって、 それぞれが関連づけられたメタデータを有する複数のデジタルアセットを選択
   する工程と、 あるアセットのコンテンツの少なくとも一部分から計算されて、前記アセット
   を一意に識別するアセット識別子を、各デジタルアセットに対して生成する工程
   と、 前記生成されたアセット識別子と、前記アセットに関連づけられた前記メタデ
   ータとを含む、アセットリストを生成する工程と、 前記アセットリストのコンテンツの一部分にもとづいてアセットリスト識別子
   を生成する工程であって、前記生成されたアセットリスト識別子は、前記アセッ
   トリストを一意に識別し、それによって、前記アセットおよびそれに関連づけら
   れたメタデータを間接的に識別するものである工程と、 を備えた方法。
2. 【請求項２】 請求項１記載の方法であって、 アセット識別子を生成する前記工程、およびアセットリスト識別子を生成する
   前記工程は、暗号ハッシュ関数を使用する方法。
3. 【請求項３】 請求項２記載の方法であって、 前記暗号ハッシュ関数はＭＤ５アルゴリズムである方法。
4. 【請求項４】 請求項１記載の方法であって、さらに、 前記生成されたアセットリスト識別子を人が判読可能な英数字形式に翻訳し、
   それによって、前記翻訳されたアセットリスト識別子を容易に転送および格納で
   きるようにする工程を備えた方法。
5. 【請求項５】 請求項１記載の方法であって、さらに、 前記アセットがファイルであるとき、および／または、前記アセットがファイ
   ルである場合に、前記アセットを組織するように構成された、ファイルディレク
   トリ構造を識別する工程と、 前記アセットリスト内に、前記ファイルディレクトリ構造およびその前記ファ
   イルへの関連を含ませ、それによって、前記生成されたアセットリスト識別子が
   さらに、前記ファイルの前記ファイルディレクトリ構造を識別するようにする工
   程と、 を備えた方法。
6. 【請求項６】 請求項１記載の方法であって、さらに、 前記生成されたアセットリスト識別子を、前記アセットリストの潜在的な場所
   を示すファイルロケータに関連づける工程と、 前記生成されたアセットリスト識別子を、前記ファイルロケータとともに、安
   全な場所または受信者であるユーザに転送する工程と、 を備えた方法。
7. 【請求項７】 請求項１記載の方法であって、さらに、 前記アセットを呼び出すかどうかを決定する工程と、 前記アセットを呼び出すと決定した際に、前記アセットリスト識別子を呼び出
   す工程と、 前記アセットリスト識別子により識別される前記アセットリストへのリクエス
   トをブロードキャストする工程と、 を備えた方法。
8. 【請求項８】 請求項７記載の方法であって、さらに、 前記アセット識別子を含んだ前記アセットリストを受信する工程と、 前記受信されたアセットリストにもとづいて前記アセットリスト識別子を再生
   することにより、前記アセットリストが正しいことを検証する工程と、 を備えた方法。
9. 【請求項９】 請求項８記載の方法であって、さらに、 前記受信されたアセットリスト内の前記アセット識別子により識別される前記
   アセットへのリクエストを提起する工程と、 前記リクエストされたアセットを受信する工程と、 前記各アセットのためにアセット識別子を再生することにより、前記アセット
   が正しいことを検証する工程と、 を備えた方法。
10. 【請求項１０】 後に呼び出すために複数のアセットを識別する方法であっ
    て、 複数のアセットを選択する工程と、 前記各アセットのために暗号ハッシュアセット識別子を生成する工程と、 複数の前記暗号ハッシュアセット識別子を含んだ記述子ファイルを形成する工
    程と、 前記記述子ファイルのために暗号ハッシュアセットリスト識別子を生成する工
    程と、 前記アセットと、前記記述子ファイルと、前記暗号ハッシュアセットリスト識
    別子とを安全な場所に格納し、それによって、前記暗号ハッシュアセットリスト
    識別子が、後に前記アセットを呼び出すのに使用できるようにする工程と、 を備えた方法。
11. 【請求項１１】 請求項１０記載の方法であって、さらに、 前記生成された暗号ハッシュアセットリスト識別子を人が判読可能な英数字形
    式に翻訳し、それによって、前記翻訳された暗号ハッシュアセットリスト識別子
    を容易に転送および格納できるようにする工程を備えた方法。
12. 【請求項１２】 請求項１０記載の方法であって、さらに、 前記ファイルを組織するように構成されたファイルディレクトリ構造を識別す
    る工程と、 前記記述子ファイル内に、前記ファイルディレクトリ構造およびその前記ファ
    イルへの関連を含ませ、それによって、前記生成された暗号ハッシュアセットリ
    スト識別子がさらに、前記ファイルの前記ファイルディレクトリ構造を識別する
    ようにする工程と、 を備えた方法。
13. 【請求項１３】 請求項１０記載の方法であって、さらに、 前記暗号ハッシュアセットリスト識別子を呼び出す工程と、 前記暗号ハッシュアセットリスト識別子により識別される前記記述子ファイル
    へのリクエストを発信する工程と、 を備えた方法。
14. 【請求項１４】 請求項１０記載の方法であって、 各アセットは関連づけられたメタデータを有し、前記形成の工程は、 前記暗号ハッシュアセット識別子と、前記ファイルに関連づけられた前記メタ
    データとを含んだ記述子ファイルを形成し、それによって、前記暗号ハッシュア
    セットリスト識別子が後に前記ファイルおよびそれに関連づけられたメタデータ
    を呼び出すのに使用できるようにする工程を備えた方法。
15. 【請求項１５】 アセットのコピーを確実に呼び出す方法であって、 後ほど呼び出されるアセットを選択する工程と、 前記選択されたアセットのコンテンツの一部分から計算される、暗号ハッシュ
    アセット識別子を生成する工程と、 前記アセットのコピーを得る工程と、 前記コピーから前記暗号ハッシュアセット識別子を再計算することにより、前
    記アセットの前記コピーの完全性を検証する工程と、 を備えた方法。
16. 【請求項１６】 請求項１５記載の方法であって、さらに、 前記暗号ハッシュアセット識別子を記述子ファイルに格納する工程と、 前記記述子ファイルのコンテンツの一部分から計算される、暗号ハッシュアセ
    ットリスト識別子を生成する工程と、 前記暗号ハッシュアセットリスト識別子を呼び出す工程と、 前記記述子ファイルを得る工程と、 を備えた方法。
17. 【請求項１７】 請求項１６記載の方法であって、さらに、 前記生成された暗号ハッシュアセットリスト識別子を、人が判読可能な英数字
    形式に翻訳し、それによって、前記翻訳されたアセットリスト識別子が容易に格
    納され呼び出されるようにする工程を備えた方法。
18. 【請求項１８】 請求項１６記載の方法であって、さらに、 前記ファイルを保持するように構成されたファイルディレクトリ構造を識別す
    る工程と、 前記記述子ファイル内に、前記ファイルディレクトリ構造およびその前記ファ
    イルへの関連を含ませ、それによって、前記生成された暗号ハッシュアセットリ
    スト識別子がさらに、前記ファイルの前記アセットディレクトリ構造を識別する
    ようにする工程と、 を備えた方法。
19. 【請求項１９】 請求項１６記載の方法であって、 前記アセットは付随のメタデータを有しており、 前記方法は、さらに、 前記アセットに関連づけられた前記メタデータを、前記記述子ファイルに格納
    する工程と、 前記メタデータを含んだ前記記述子ファイルを取得し、それによって、前記関
    連づけられたメタデータが、前記アセットの前記コピーとともに得られる工程と
    、 を備えた方法。
20. 【請求項２０】 複数の望ましいアセットを場所から呼び出す方法であって
    、 前記望ましいアセットに対応する記述子ファイルを一意に識別するアセットリ
    スト識別子を受信する工程と、 前記アセットリスト識別子を使用して前記記述子ファイルを呼び出す工程であ
    って、前記記述子ファイルは前記望ましいアセットの一つ一つのためのアセット
    識別子を含み、前記各アセット識別子は前記望ましいアセットの１つを一意に識
    別する工程と、 前記アセット識別子を使用し、第２の複数のアセットを呼び出す工程と、 前記アセット識別子を使用し、前記呼び出されたアセットが前記望ましいアセ
    ットに対応することを検証する工程と、 を備えた方法。
21. 【請求項２１】 請求項２０記載の方法であって、 前記検証の工程は、 前記各望ましいアセットのために前記アセット識別子を計算するのに使用され
    たのと同じ暗号ハッシュ関数を使用し、前記各呼び出されたアセットのために新
    しいアセット識別子を計算する工程と、 前記呼び出されたアセットの前記新しいアセット識別子を、前記記述子ファイ
    ルの前記アセット識別子と比較し、その結果、前記アセットのうちの所定の１つ
    のアセットのアセット識別子にマッチする新しいアセット識別子によって、前記
    アセットが検証されたことが示される工程と、 を備えた方法。
22. 【請求項２２】 請求項２０記載の方法であって、 前記アセット識別子および前記アセットリスト識別子は、暗号ハッシュ関数を
    使用して生成される方法。
23. 【請求項２３】 請求項２２記載の方法であって、 前記暗号ハッシュ関数はＭＤ５アルゴリズムである方法。
24. 【請求項２４】 請求項２０記載の方法であって、さらに、 前記望ましいファイルを組織するように構成されたファイルディレクトリ構造
    を、前記記述子ファイルから読み取る工程と、 前記呼び出されたファイルを、前記ファイルディレクトリ構造に類似のファイ
    ル階層内に配置する工程と、 を備えた方法。
25. 【請求項２５】 請求項２０記載の方法であって、さらに、 前記ファイル識別子により識別される前記望ましいファイルへのリクエストを
    、コンピュータネットワークを通じて発信する工程と、 前記第２の複数のファイルを、前記コンピュータネットワーク上の場所から受
    信する工程と、 を備えた方法。
26. 【請求項２６】 請求項２０記載の方法であって、さらに、 前記呼び出された記述子ファイルにもとづいて前記ファイルリスト識別子を再
    生することにより、前記記述子ファイルが正しいことを検証する工程、を備えた
    方法。
27. 【請求項２７】 請求項２０記載の方法であって、さらに、 順により遠くの場所で前記第２の複数のファイルを探索するように構成された
    複数のインポータプログラムを使用して、前記第２の複数のファイルを呼び出す
    工程、を備えた方法。
28. 【請求項２８】 請求項２０記載の方法であって、 前記各ファイルは関連づけられたメタデータを含み、 前記記述子ファイルは、前記関連づけられたメタデータを前記各ファイル識別
    子とともに含み、 前記方法は、さらに、前記各ファイルのために前記関連づけられたメタデータ
    を得る工程、を備えた方法。
29. 【請求項２９】 コンピュータアセットを確実に転送するためのシステムで
    あって、 コンピュータアセットと、 前記アセットのためのアセット識別子を含む記述子ファイルであって、前記ア
    セット識別子は、前記コンピュータアセットのコンテンツの一部分にもとづく暗
    号ハッシュ関数の結果である、記述子ファイルと、 前記記述子ファイルのコンテンツの一部分にもとづく暗号ハッシュ関数の結果
    である、記述子ファイル識別子と、 前記記述子ファイルから前記ファイル識別子を受け入れ、前記ファイル識別子
    を使用して前記コンピュータファイルを呼び出すように構成されたインポータプ
    ログラムであって、それによって、前記コンピュータファイルが、転送されるフ
    ァイルであることを確実に識別されるようになる、インポータプログラムと、 を備えたシステム。
30. 【請求項３０】 請求項２９記載のシステムであって、 前記暗号ハッシュ関数はＭＤ５アルゴリズムである、システム。
31. 【請求項３１】 請求項２９記載のシステムであって、さらに、 複数のコンピュータファイルであって、前記記述子ファイルは、前記コンピュ
    ータファイルを組織するように構成されたファイルディレクトリ構造を含み、そ
    れによって、前記記述子ファイル識別子はさらに、前記コンピュータファイルの
    前記ファイルディレクトリ構造を識別する、コンピュータファイル、を備えたシ
    ステム。
32. 【請求項３２】 請求項２９記載のシステムであって、さらに、 順により遠くの場所で前記コンピュータファイルを探索するように構成された
    、一連のインポータプログラム、を備えたシステム。
33. 【請求項３３】 請求項２９記載のシステムであって、 前記記述子ファイルは、さらに、前記ファイルに関連づけられたメタデータ、
    を備えたシステム。