(57)【要約】【課題】ユーザ・コンテキスト情報を用いて、ユーザに合わせてメディア・ファイルを選択する分散型マルチユーザ・ディジタル・メディア・システムを提供する。【解決手段】分散型またはマルチユーザ・システムにおいて、ユーザの目的にとって最適でないメディア・ファイルにユーザがアクセスしようとする可能性がある。言い換えると、あるソース・マテリアルの最良の品質のバージョンは、全てのユーザにとって一番最適なバージョンではない可能性もある。例えば、あるユーザがより低い解像度のビデオ・データを用いる場合、彼らは、より小さいネットワーク帯域幅を使用することができる。ソースを要求したユーザに、ソースのどのバージョンを提供すればよいか制限するために、ユーザ・コンテキスト情報を用いる。システムは、ユーザ・コンテキスト情報を解釈して、ユーザの目的にとって最良の品質のバージョンのソースを提供する。【選択図】      図１
2008269613.tif 000002
【特許請求の範囲】
【請求項１】
分散型メディア・システムにおいてメディア・ファイルに対するアクセスを管理するためのコンピュータ実装システムであって、
前記分散型メディア・システムに利用可能なメディア・ファイルをインデックス化するインデックス・データベースへのアクセスを有する品質管理エンジンと、
メディア・ファイル要求を前記品質管理エンジンに対して行う１つ以上のユーザであって、要求が１つ以上のソースの指示を含む、１つ以上のユーザと、
を備えており、
前記品質管理エンジンは、前記インデックス・データベースから、前記１つ以上のソースについて利用可能なメディア・ファイルを識別し、前記１つ以上のソースを要求する前記１つ以上のユーザに、当該１つ以上のユーザについてのそれぞれのユーザ・コンテキスト情報から判定した品質と一致する前記利用可能なメディア・ファイルの識別情報を提供する、コンピュータ実装システム。
【請求項２】
請求項１記載のコンピュータ実装システムにおいて、
前記ユーザ・コンテキスト情報は、前記１つ以上のユーザに適した複数の解像度を含み、
前記品質管理エンジンは、前記複数の解像度の各々におけるメディア・ファイルの可用性を識別する、コンピュータ実装システム。
【請求項３】
請求項１記載のコンピュータ実装システムにおいて、前記１つ以上の要求されたソースに対してあるメディア・ファイルが利用できない場合、それを前記１つ以上のユーザに利用可能にするために、アーカイブから前記利用できないマテリアルを検索する、コンピュータ実装システム。
【請求項４】
請求項１記載のコンピュータ実装システムにおいて、前記１つ以上の要求されたソースに対してあるメディア・ファイルが利用できない場合、それを前記１つ以上のユーザに利用可能にするために、既存のメディア・ファイルから前記利用できないマテリアルを発生する、コンピュータ実装システム。
【請求項５】
請求項１記載のコンピュータ実装システムにおいて、前記ユーザ・コンテキスト情報は、前記１つ以上の要求されたソースと関連のあるメディア・ファイルの解像度よりも高いまたは低いメディア・ファイルが、前記１つ以上のユーザにとって受入可能か否かの指示、ユーザ環境情報、およびメディア品質パラメータから成る群から選択した少なくとも１つの特性を含む、コンピュータ実装システム。
【請求項６】
請求項１記載のコンピュータ実装システムにおいて、前記１つ以上のソースの１つは、メディア・ファイル源識別子と、前記ソースの指定部分とを備えている、コンピュータ実装システム。
【請求項７】
分散型メディア・システムにおいてメディア・ファイルに対するアクセスを管理するためのコンピュータ実装方法であって、
前記分散型メディア・システムに利用可能なメディア・ファイルをインデックス化するインデックス・データベースへのアクセスを設けるステップと、
１つ以上のユーザからのメディア・ファイル要求を受信するステップであって、要求が１つ以上のソースの指示を含む、ステップと、
前記１つ以上のユーザについてのユーザ・コンテキスト情報から判定した品質と照合することによって、前記インデックス・データベースから、前記１つ以上のソースについて利用可能なメディア・ファイルを識別するステップと、
前記１つ以上のソースを要求する前記１つ以上のユーザに、前記判定した品質と一致する前記利用可能なメディア・ファイルの識別情報を提供するステップと、
を備えている、コンピュータ実装方法。
【請求項８】
請求項７記載のコンピュータ実装方法において、
前記ユーザ・コンテキスト情報は、前記１つ以上のユーザに適した複数の解像度を含み、
利用可能なメディア・ファイルを識別するステップは、更に、前記複数の解像度の各々におけるメディア・ファイルの可用性を識別するステップを備えている、コンピュータ実装方法。
【請求項９】
請求項７記載のコンピュータ実装方法であって、更に、前記１つ以上の要求されたソースに対してあるメディア・ファイルが利用できない場合、アーカイブから前記利用できないマテリアルを検索するステップを備えている、コンピュータ実装方法。
【請求項１０】
請求項７記載のコンピュータ実装方法であって、更に、前記１つ以上の要求されたソースに対してあるメディア・ファイルが利用できない場合、既存のメディア・ファイルから前記利用できないマテリアルを発生するステップを備えている、コンピュータ実装方法。
【請求項１１】
請求項７記載のコンピュータ実装方法において、前記ユーザ・コンテキスト情報は、前記１つ以上の要求されたソースと関連のあるメディア・ファイルの解像度よりも高いまたは低いメディア・ファイルが、前記１つ以上のユーザにとって受入可能か否かの指示、ユーザ環境情報、およびメディア品質パラメータから成る群から選択した少なくとも１つの特性を含む、コンピュータ実装方法。
【請求項１２】
コンピュータ・プログラム製品であって、
コンピュータ読み取り可能媒体と、
前記コンピュータ読み取り可能媒体に格納されたコンピュータ・プログラム命令であって、コンピュータによって実行すると、該コンピュータに分散型メディア・システムにおいてメディア・ファイルに対するアクセスを管理する方法を実行させる、コンピュータ・プログラム命令と、
を備えており、前記方法が、
前記分散型メディア・システムに利用可能なメディア・ファイルをインデックス化するインデックス・データベースへのアクセスを設けるステップと、
１つ以上のユーザからのメディア・ファイル要求を受信するステップであって、要求が１つ以上のソースの指示を含む、ステップと、
前記１つ以上のユーザについてのユーザ・コンテキスト情報から判定した品質と照合することによって、前記インデックス・データベースから、前記１つ以上のソースについて利用可能なメディア・ファイルを識別するステップと、
前記１つ以上のソースを要求する前記１つ以上のユーザに、前記判定した品質と一致する前記利用可能なメディア・ファイルの識別情報を提供するステップと、
を備えている、コンピュータ・プログラム製品。
【請求項１３】
請求項１２記載のコンピュータ・プログラム製品において、前記コンピュータ・プログラム命令は、更に、前記１つ以上のソースに対する参照を、前記識別した利用可能なメディア・ファイルに動的にリンクするように、前記コンピュータに命令する、コンピュータ・プログラム製品。
【請求項１４】
請求項１２記載のコンピュータ・プログラム製品において、前記コンピュータ・プログラム命令は、更に、前記１つ以上の要求されたソースに対してあるメディア・ファイルが利用できない場合、アーカイブから前記利用できないマテリアルを検索するように、前記コンピュータに命令する、コンピュータ・プログラム製品。
【請求項１５】
請求項１２記載のコンピュータ・プログラム製品において、前記コンピュータ・プログラム命令は、更に、前記１つ以上の要求されたソースに対してあるメディア・ファイルが利用できない場合、既存のメディア・ファイルから前記利用できないマテリアルを発生するように、前記コンピュータに命令する、コンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願に対する相互引用）
本願は、２００７年４月２１日に出願され、"Using User Context Information to Select Media Files for a User in a Distributed Multi-User System for Editing Digital Media"（ディジタル・メディア編集用分散型マルチユーザ・ディジタル・メディア・システムにおいてユーザに合わせてメディア・ファイルを選択するためのユーザ・コンテキスト情報の使用）と題する米国仮特許出願第６０／９２５，６１５号の優先権を主張する。その内容は、ここで引用したことにより、本願にも含まれるものとする。
【背景技術】
【０００２】
ディジタル・メディアを編集する分散型システムでは、システムのユーザにはどのメディアがアクセス可能かを示すインデックスを有することが有用である。このようなインデックス付けは、通例、システムにアクセス可能なコンピュータ・データ・ファイル間でメディア・ファイルを識別することによって行われる。次いで、識別したいずれのメディア・ファイルにもインデックスを付ける。インデックスにアクセスするには、大抵の場合、何らかの識別されたソース・マテリアルを要求し、あるバージョンのソース・マテリアルを収容したメディア・ファイルが提供される。通例、ユーザのアプリケーションがソースを要求し、システムにおいて利用可能なソース・マテリアルの最良の品質のバージョンがユーザに提供される。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
分散型マルチユーザ・システムにおいて、ユーザの目的にとって最適でないメディア・ファイルにユーザがアクセスしようとする可能性がある。言い換えると、あるソース・マテリアルの最良の品質のバージョンは、全てのユーザにとって最も最適なバージョンではない可能性もある。例えば、あるユーザがより低い解像度のビデオ・データを使用する場合、彼らは、より小さなネットワーク帯域幅を使用することができる。
【課題を解決するための手段】
【０００４】
ソースを要求したユーザに、ソースのどのバージョンを提供すればよいか制限するために、ユーザ・コンテキスト情報を用いる。システムは、ユーザ・コンテキスト情報を解釈して、ユーザの目的にとって最良の品質のバージョンのソースを提供する。ユーザ・コンテキスト情報の例には、指定した作業解像度、および／またはユーザに対する指定目標解像度を含むことができる。ユーザ毎にコンテキスト情報を指定することができ、あるいは、ユーザの集団、ユーザの場所、またはユーザがコンテキスト情報を継承する、ユーザに関係するその他の特性に対して指定することもできる。ユーザ・コンテキスト情報は、個人が用いるアプリケーションの識別子を含むこともできる。また、ユーザ・コンテキスト情報は、ユーザがメディア・ファイルを、指定した解像度よりも高い解像度または低い解像度で受信できるか否か示すこともできる。
【０００５】
作業解像度および目標解像度のように２通りの解像度が指定されている場合、ユーザには双方の解像度の可用性を通知することができる。例えば、ある個人が指定された作業解像度でメディア・ファイルを用いてビデオ・プログラムを編集している場合、その個人に目標解像度、即ち、ビデオ・プログラムを最終的に配信する際の解像度がシステムにおいて利用可能か否か伝達することができれば有用であろう。指定した作業解像度または目標解像度においてマテリアルが利用できない場合、アーカイブから利用できないマテリアルを検索する、または既存のマテリアルから利用できないマテリアルを発生するというような、その他の動作をシステムによって実行するように促すこともできる。
【発明を実施するための最良の形態】
【０００６】
これより図１を参照しながら、協調的にディジタル・メディアを管理および編集するための分散型マルチユーザ・メディア・システム１００の一例のブロック図について説明する。ディジタル・メディアは、ビデオ・データ、音響データ、画像データ、および動画データを含むが、これらに限定されるのではない。ここでは、このようなメディア・データの一例としてビデオを用いる。ユーザは、アプリケーションの個人ユーザ、またはアプリケーション自体でもよい。このようなシステム１００は、コンピュータ・ネットワークを通じてメディア・ファイル用ストレージ１０２に相互接続されている多数のコンピュータ上に、多数のアプリケーションを有することができる。ビデオ・アプリケーション１０４は、このようなアプリケーションを有するこのようなコンピュータを代表する。ビデオ・アプリケーション１０４は、例えば、Avid Technology, Inc.が販売するMEDIA COMPOSER（商標）編集システムのような、保管アプリケーションまたは編集アプリケーションを備えることができる。しかしながら、本発明は、いずれの特定のアプリケーション、コンピュータの構成、ネットワーク、およびストレージにも限定されることはない。
【０００７】
メディア・インデクサ(media indexer)１０６は、ストレージ１０２の中にメディア・ファイルのインデックスを維持する。メディア・インデクサは、コンピュータ上に配置され、当該コンピュータに取り付けられているローカル・ストレージにインデックスを付けることができ、および／または１つ以上のメディア・インデクサが共有ストレージにインデックスを付けることもできる。メディア・インデクサは、インデックス１０８を維持し、インデックス１０８は、メディア・データについてのメタデータを、当該メディア・データを含むメディア・ファイルの名称（例えば、パスおよびファイル名）と関連付ける。また、メタデータは、メディア・ファイルに格納することができる。このようなメタデータは、例えば、テープの名称のような、メディアを入手したソースの指示、ソースにおける開始および停止タイム・コードのような、ソースからのデータの範囲、ならびにメディア・データの品質の指示を含むことができる。メディア・ファイルにインデックスを付けるプロセスにおいて、メディア・ファイルに含まれるどのメタデータも、メディア・ファイルから抽出されるか、または発生されメディア・ファイルの名称と共にインデックスの中に格納される。メディア・ファイル用インデックスの例が、米国特許第５，２６７，３５１号および米国特許第６，１５７，９２９号に記載されており、その内容は、ここで引用したことにより、本願にも含まれるものとする。
【０００８】
一例では、インデックスは、ディジタル化したメディア片(piece)の細目に関する情報、メディアを派生したソース・マテリアルに関する特定情報、およびそれにアクセスすることを要求または必要とする者に対するメディア・データの接続に関する情報を分離する。具体的には、互いに個別に分離することができる３つの情報群は、次の通りである。
【０００９】
（ａ）物理的ソース・メディアに関する情報は、どの物理的ソース・マテリアルの集合（または部分集合）が同等であるかを示し、ソース・マテリアルのある種のセグメントのラベリング(labeling)において相関付けを行うことができる（例えば、等価したフィルム・エッジ番号(film edge numbers equivalenced)（即ち、タイム・コードと相関付ける）。
【００１０】
（ｂ）メディアの種類、データ長、メディアが表すソース上の範囲、およびこのようなメディア・ソースの場所に関する、具体的なディジタル化メディアに関する情報。
（ｃ）メディア・データのメディア要求元に対する拘束(binding) に関する情報。メディア・ソースのメディアを必要とする者に対する拘束は、メディアの要求が行われるまでは、なされないのが通例であり、要求の履行は要求の時点において利用可能なメディアに応じて変化する場合もある。
【００１１】
インデックスは、多次元データベースとして維持することができる。例えば、データベースは「メディア・スロット」の表とすることができ、各メディア・スロットが時間帯および品質に対応する。このデータベースによって、ソースの指定時間帯および指定品質のような、指定されたメタデータに対応するメディア・ファイルが利用可能か否かの探索が可能になる。データベースは、共用(federated)および連鎖(chained)探索を実行するように実施することができる。メディア・インデックス作成システムの更なる詳細は、係属中の米国特許出願第１０／４０７，７１１号（ＰＧ．公開番号第２００４０１９９５０７号）においても得られる。その内容も、ここで引用したことにより本願にも含まれるものとする。
【００１２】
このようなインデックスを維持するために、メディア・インデクサは、それと関連のあるあらゆる記憶場所における活動をも監視する。監視をどのように行うかは、オペレーティング・システムおよび記憶場所を管理するファイル・システム、ならびにインデクサがどのようにオペレーティング・システムおよびファイル・システムと通信することができるかによって左右される。例えば、Windows（登録商標）プラットフォーム上におけるローカル・ストレージのこの監視は、インデクサがWindows（登録商標）ファイル・システムから変更の通知を受け取るプロセスを登録することによって実行することができる。このメカニズムは、Windows（登録商標）オペレーティング・システムにおいて、ReadDirectoryChangesWアプリケーション・プログラミング・インターフェース（ＡＰＩ）と呼ばれている。Windows（登録商標）オペレーティング・システムを用いるリモート・ストレージでは、Windows（登録商標）オペレーティング・システムにおいてFindFirstChangeNotificationおよびFindNextChangeNotificationＡＰＩと呼ばれる、同様のメカニズムを用いることができる。このような実施形態では、指定した記憶場所においてファイルに対して追加、削除、またはその他の変更が行われたときはいつでも、メディア・インデクサに通知が送られ、メディア・インデクサはそのインデックスを更新する。このような監視を実行する他のやり方には、変化を検出する情報を求めてインデクサにファイル・システムを周期的にポールまたは操作させること、またはオペレーティング・システムに、処理すべき割り込みまたはイベントを通じてある形態の通知を供給させることが含まれる。次いで、従来のインデックスと同様に、多数のアプリケーションのいずれでもインデックスにアクセスすることが可能になる。
【００１３】
メディア・データ、したがってメディア・ファイルには多くの異なる種類がある可能性があるので、新しい種類のメディア・ファイルを指定できるようにするために、プラグイン・アーキテクチャを用いるようにするとよい。ここではテーブル・アダプタと呼ぶこのような構造を、この目的のために提供する。テーブル・アダプタは、どのような形態であっても、メディア・ファイルからメディア・メタデータを抽出し、次いでメディア・インデクサによって格納されるデータベースの構造にそれを「適合」させる。このアーキテクチャによって、メディア・ファイルの種類に対して特定のテーブル・アダプタを作成すれば、どのような種類のメディア・ファイルでもインデックスすることが可能になる。
【００１４】
メディア・インデクサは、種々のメディア管理機能を実行する際に、品質管理エンジン（ＱＭＥ）１１０を補助する。メディア管理機能の例には、メディアのパージ(purging)、メディアと関連のあるマスタ・クリップおよびシーケンスの発見、ならびにメタデータおよびメディア・データ関係のナビゲーションが含まれるが、これらに限定されるのではない。
【００１５】
ビデオ・アプリケーション１０４のようなアプリケーションがメディア・ファイルを必要とするとき、ＱＭＥ１１０を通じてインデックス・データベース１０８にアクセスする。一実施形態では、ＱＭＥ１１０は、ビデオ・アプリケーション１０４に対してローカルに配置され、その一体化モジュールであってもよい。他の実施形態では、ＱＭＥ１１０は、ビデオ・アプリケーション１０４に対してリモートであり、分散型メディア・オーサリング・システムにおいて多数のビデオ・アプリケーションに品質管理サービスを提供することができる。アプリケーション１０４は、メディア・ファイルを要求するソースを示す。ソースは、例えば、メディア・ファイルが由来した可能性がある元のビデオ・テープのテープ名、あるいはメディア・ファイルが由来した可能性がある元のソースを識別するためにシステムにおいて用いられるその他の何らかの一意の識別子とすることができるが、これらに限定されるのではない。
【００１６】
ソースの識別子は、通例、編集システムにおいて編集されているメディア情報を指すために用いられる。編集システムでは、オーディオビジュアル・プログラムまたはその他のメディア複合体は、通例、１つ以上のシーケンスの組み合わせによって定義されており、各シーケンスがメディア情報の１つ以上のセグメントを有し、各セグメントはソースからのメディア情報の一部によって定義される。このメディア情報の一部は、通例、ソース内における開始時点および期間または停止時点によって定義される。図１に示すシステムでは、利用可能なメディア・ファイルの中から、最良の品質のメディア・データを、定義したセグメントに動的にリンクまたは再リンクするために、セグメントに対するソースの識別を用いる。
【００１７】
即ち、ソース識別子およびその中において指定された部分を想定し、品質管理エンジンはインデックス・データベース１０８にアクセスして、どのメディア・ファイルが利用可能か判定を行う。利用可能なメディア・ファイルの集合を、ユーザ毎のコンテキスト情報１１４によってフィルタ処理することができる。利用可能なメディア・ファイルが、ユーザ・コンテキスト情報とも一致する場合、その識別情報をアプリケーション１１６に提供する。また、メディア・ファイルと関連のあるメタデータ、および／またはユーザ・コンテキスト情報と一致する利用可能なメディア・ファイルがないか否かの指示というような、他の関係情報も、アプリケーションに提供することができる。次いで、アプリケーションは、そのメディア複合体におけるソース・マテリアルに対するどの参照も、指示されたファイルに動的にリンクまたは再リンクする。
【００１８】
ユーザ・コンテキスト情報は、ユーザの目的に合うソースの利用可能なメディア・ファイルの最良の品質のバージョンを提供するように解釈する。ユーザ・コンテキスト情報は、サンプル・レート、サンプル・ビット深さ、エンコード・フォーマット、画像またはラスタ・サイズ、アスペクト比、フレームまたはフィールド・レート、フィールド・フォーマット（累進またはインターレース）、圧縮フォーマット、色フォーマット（ＲＧＢ、ＹＵＶ等）等のような、メディア・データの品質に関するパラメータを含むことができる。
【００１９】
一例として、ストーリの大まかなカットを発生する編集者の一群が、ＤＶ２５圧縮、標準品位ビデオ情報が彼らが使用するのに最良の品質であるというユーザ・コンテキスト情報を有する場合がある。これらの編集者がビデオ・データを要求する場合、システムはＤＶ２５マテリアルを彼らのアプリケーションに提供する。保管アプリケーションがユーザ・コンテキスト情報を有し、このユーザ・コンテキスト情報が、非圧縮高品位ビデオ情報を受信すべきことを指定する場合もある。保管アプリケーションが、メディア複合体を保管する要求を受けると、非圧縮高品位ビデオ情報を受信し、この複合体を再リンクして、当該複合体のアーカイブ・バージョンを発生する。
【００２０】
別の例として、ユーザ・コンテキスト情報は、ユーザに対して指定した作業解像度および／または指定目標解像度を含むことができる。作業解像度とは、ユーザが、例えば、ビデオ・プログラムのブラウズまたは編集を行っているときにアプリケーションが用いるエンコード・フォーマットである。目標解像度とは、ユーザが、例えば、完成したビデオ・プログラムをＤＶＤ、インターネット、再生デバイス、別の編集装置、またはその他の宛先に分配しているときに、前述のアプリケーションまたはその他の何らかのアプリケーションが用いるエンコード・フォーマットである。
【００２１】
コンテキスト情報は、ユーザに対して指定することができ、あるいはユーザの集合体、ユーザの場所、またはユーザがコンテキスト情報を継承する、ユーザに関係するその他の特性に対して指定することができる。例えば、１箇所における編集者の集合体に属する全ての編集者が、当該集合体に対してアドミニストレータが設定した、同じ作業および目標解像度を有することができる。
【００２２】
ユーザ・コンテキスト情報は、メディア品質の指定に加えて、環境情報も含むことができる。例えば、ユーザ・コンテキスト情報は、ユーザが用いているアプリケーションの識別子、アクセス権利、利用可能なネットワーク接続の帯域幅、およびメディア近接度(proximity)（ローカルに格納されているファイルまたは共有ストレージ上のファイルについて優先度があるか否か）を含むことができる。また、ユーザ・コンテキスト情報は、ユーザが、指定解像度よりも高いまたは低い解像度のデータを有するメディア・ファイルを受信できるか否かを示すこともできる。
【００２３】
これより図２を参照すると、作業および目標解像度情報を用いたインデックス調査のブロック図の一例が示されている。この例では、ＱＭＥ１１０がインデックス１０８にアクセスし、作業解像度２０４、目標解像度２０６の指示、およびユーザが指定解像度よりも高いまたは低いデータのメディア・ファイルを受信できるか否かの指示２０２、２０８を受信する。ＱＭＥ１１０は、利用可能なデータ・ファイルを識別し、目標解像度のファイルの可用性の指示２１０、および作業解像度のファイルの可用性の指示２１２も与えることができる。作業解像度および目標解像度のような２通りの解像度がユーザ・コンテキスト情報によって指定されている場合、ユーザには、双方の解像度の可用性を通知することができる。例えば、ある個人が指定の作業解像度でメディア・ファイルを用いてビデオ・プログラムを編集している場合、目標解像度、即ち、ビデオ・プログラムを最終的に配信する際の解像度がシステムにおいて利用可能か否かその個人に伝達することができれば有用であろう。このような場合、当該アプリケーションのグラフィカル・ユーザ・インターフェースでは、編集中のビデオ・プログラムのタイムライン・ビュー(timeline view)が、目標解像度のメディア・ファイルを利用できないクリップの部分を強調することもできる。個人は、作業解像度のメディア・ファイルが利用可能であれば作業を継続することができるが、目標解像度のメディア・ファイルが利用できないか知ることによる恩恵も受けることができる。それを利用可能にする行為を開始することもできる。
【００２４】
指定した作業または目標解像度のような、ユーザ・コンテキスト情報が指定する解像度のマテリアルが利用できない場合、システムが他の動作を実行するように促すことができる。実行することができる動作の１つに、アーカイブからの利用できないマテリアルの検索がある。あるいは、システムは、トランスコード・プロセスによって、既存のマテリアルから利用できないマテリアルを発生することもできる。
【００２５】
ここに記載するシステムの種々のコンポーネントは、汎用コンピュータを用いて、コンピュータ・プログラムとして実現することができる。このようなコンピュータ・システムは、通例、ユーザに情報を表示する出力デバイスと、ユーザからの入力を受ける入力デバイスの双方に接続された主ユニットを含む。主ユニットは、一般に、相互接続機構を通じてメモリ・システムに接続されているプロセッサを含む。入力デバイスおよび出力デバイスも、相互接続機構を通じて、プロセッサおよびメモリ・システムに接続されている。
【００２６】
１つ以上の出力デバイスをコンピュータ・システムに接続することもできる。出力デバイスの例には、陰極線管ディスプレイ（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、およびその他のビデオ出力デバイス、プリンタ、モデムのような通信デバイス、ならびにディスクまたはテープのような記憶装置が含まれるが、これらに限定する訳ではない。１つ以上の入力デバイスをコンピュータ・システムに接続することもできる。入力デバイスの例には、キーボード、キーパッド、トラック・ボール、マウス、ペンおよびタブレット、通信デバイス、ならびにデータ入力デバイスが含まれるが、これらに限定する訳ではない。本発明は、コンピュータ・システムと組み合わせて用いられる特定の入力または出力デバイスにも、ここに記載したものにも限定されることはない。
【００２７】
コンピュータ・システムは、「Ｃ＋＋」、Visual Basic、JAVA（登録商標）、あるいはスクリプティング言語またはアセンブリ言語のようなその他の言語のような、コンピュータ・プログラミング言語を用いてプログラム可能な、汎用コンピュータ・システムとすることができる。また、コンピュータ・システムは、特別にプログラムされた、特殊目的ハードウェアとすることもできる。汎用コンピュータ・システムでは、プロセッサは、通例、Intel、AMD、Cyrix、Motorola、およびIBMから入手可能な種々のプロセッサのような市販のプロセッサである。また、汎用コンピュータは、通例、オペレーティング・システムを含み、オペレーティング・システムが、他のコンピュータ・プログラムの実行を制御し、スケジューリング、デバッグ、入力／出力制御、アカウンティング、コンパイル、ストレージの割り当て、データ管理、およびメモリ管理、ならびに通信制御および関係するサービスを行う。オペレーティング・システムの例には、UNIX（登録商標）オペレーティング・システム、ならびにMicrosoftおよびApple Computerから入手可能なオペレーティング・システムが含まれるが、これらに限定されるのではない。
【００２８】
メモリ・システムは、通例、コンピュータ読み取り可能媒体を含む。この媒体は、揮発性または不揮発性、書き込み可能または書き込み不可能、および／または書き換え可能または書き換え不可能な場合がある。メモリ・システムは、通例、二進形式でデータを格納する。このようなデータは、マイクロプロセッサが実行するアプリケーション・プログラム、またはディスク上に格納されアプリケーション・プログラムが処理する情報を定義することができる。本発明は、特定のメモリ・システムに限定されることはない。
【００２９】
ここに記載するようなシステムは、ソフトウェアまたはハードウェアまたはファームウェア、あるいはこれら３つの組み合わせで実施することができる。システムの種々のエレメントは、個別であれ組み合わせであれ、コンピュータによる実行のためにコンピュータ読み取り可能媒体上にコンピュータ・プログラム命令が格納されている、１つ以上のコンピュータ・プログラム製品として実施することができる。プロセスの種々のステップは、このようなコンピュータ・プログラム命令を実行するコンピュータによって、行うことができる。コンピュータ・システムは、マルチプロセッサ・コンピュータ・システムでもよく、あるいはコンピュータ・ネットワークを通じて接続されている多数のコンピュータを含むこともできる。ここに記載したようなシステムは、コンピュータ・プログラムの別個のモジュールを用いて実施することもでき、または別個のコンピュータ上で動作可能な、別個のコンピュータ・プログラムでもよい。これらのコンポーネントによって生成されるデータは、メモリ・システムに格納するか、またはコンピュータ・システム間で送信することができる。
【００３０】
以上実施形態の一例について説明したが、前述したことは単なる例示であり限定ではなく、一例として提示したにすぎないことは、当業者には明白なはずである。多数の変更やその他の実施形態も、当技術分野における通常技術の１つの範囲内にあり、本発明の範囲内に該当するものとする。
【図面の簡単な説明】
【００３１】
【図１】図１は、ユーザ・コンテキスト情報を用いてインデックス・データベースにアクセスするシステムのブロック図の一例である。
【図２】図２は、作業および目標解像度情報を用いたインデックス調査のブロック図の一例である。
【符号の説明】
【００３２】
１００    分散型マルチユーザ・メディア・システム
１０２    メディア・ファイル用ストレージ
１０４    ビデオ・アプリケーション
１０６    メディア・インデクサ
１０８    インデックス・データベース
１１０    品質管理エンジン（ＱＭＥ）
１１４    コンテキスト情報
１１６    アプリケーション
２０２  目標解像度
２０４  作業解像度
【図１】
2008269613.tif 000003
【図２】
2008269613.tif 000004
【外国語明細書】
2008269613000001.pdf