(57)【要約】【課題】    本願発明には、インテリジェント・コンテンツのインデックス付け技術が開示されている。【解決手段】    本願発明の特定の例示的実施形態においては、この技術は方法の発明として具現化され、そのインテリジェント・コンテンツのインデックス付けを実行するインデックス付け実行方法は、顧客データのインデックスを作成するために、当該顧客と関連した一つ以上のプロセスによって、当該顧客データの最初のフルセットにインデックスを付けるステップと；前記顧客データの変化を検出するステップと;そして前記顧客データの変化を反映するために前記インデックスを変更するステップ；とで構成されている。【選択図】図１
2010072862.tif 000002
【特許請求の範囲】
【請求項１】
インテリジェント・コンテンツのインデックス付けを実行する方法において：
顧客データのインデックスを作成するために、当該顧客と関連した一つ以上のプロセスによって、当該顧客データの最初のフルセットにインデックスを付けるステップと；
前記顧客データの変化を検出するステップと;そして
前記顧客データの変化を反映するために前記インデックスを変更するステップ；
とで構成されたことを特徴とするインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項２】
前記一つ以上のプロセスが、前記顧客で稼動している１つのインデックス・エンジンで実行されるように構成されたことを特徴とする請求項１記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項３】
前記一つ以上のプロセスが、前記顧客から分離された機器で稼動している１つのインデックス・エンジンで実行されるように構成されたことを特徴とする請求項１記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項４】
更に、前記インデックス、および一つ以上のバックアップ・イメージと共に一つ以上の他のインデックスを記憶するステップとで構成されたことを特徴とする請求項１記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項５】
前記顧客データが、当該顧客の生データであり、そして前記インデックス付けが、当該顧客の生データに対して実行されるように構成されたことを特徴とする請求項１記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項６】
前記インデックス付けが、当該顧客の一つ以上のバックアップ・イメージに対して実行されるように構成されたことを特徴とする請求項１記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項７】
更に、１つのバックアップ・イメージの期限切れを検出するステップと；
前記バックアップ・イメージを削除するステップと；そして
前記バックアップ・イメージに関する記録を削除するために、前記インデックスを更新するステップ；
とで構成されたことを特徴とする請求項１記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項８】
更に、前記顧客から１つのサーチエンジンにおいて前記検索リクエストを受け取るステップと；
前記インデックスに対して前記検索リクエストを処理するステップと；そして
前記顧客に一つ以上の検索結果を返送するステップ；
とで構成されたことを特徴とする請求項１記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項９】
更に、前記顧客から前記検索結果に関連したデータのリクエストを受け取るステップと；
前記データ・ロケーションを判断するステップと；
前記場所から前記データを読み出すステップと；そして
前記顧客に前記データを返送するステップ；
とで構成されたことを特徴とする請求項８記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項１０】
前記データ・ロケーションを判断するステップが、前記顧客から生データを読み出すべきか、または顧客のバックアップ・イメージからデータを取り出すべきかを判断するステップで構成されたことを特徴とする請求項９記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項１１】
前記データ・ロケーションを判断するステップが、前記顧客のバックアップ・イメージ上のデータ・ロケーションを決定するステップで構成されたことを特徴とする請求項９記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項１２】
更に、前記顧客から１つの連動サーチエンジンで検索リクエストを受け取るステップと；
一つ以上のサーチエンジンに前記検索リクエストを送信するステップと；
おそらくは前記インデックスを含むデータの一つ以上のインデックスに対して、一つ以上のサーチエンジンによって、前記検索リクエストを処理するステップと；
一つ以上のサーチエンジンが、前記検索リクエストに応答することに失敗したか否かを判断するステップと;
前記一つ以上の非応答サーチエンジンのために、バックアップ・イメージのロケーションを決定するステップと；
前記一つ以上の非応答サーチエンジンの前記バックアップ・イメージのインデックスを検索するステップと；そして
前記顧客に一つ以上の検索結果を返信するステップ；
とで構成されたことを特徴とする請求項１記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項１３】
更に、前記顧客から前記検索結果に関連したデータのリクエストを受け取るステップと；
前記データ・ロケーションを判断するステップと；
前記場所から前記データを読み出すステップと；そして
前記顧客に前記データを返送するステップ；
とで構成されたことを特徴とする請求項１２記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項１４】
前記場所から前記データを読み出すステップには；
前記データが前記顧客または他の顧客に記憶されるときには、前記ロケーションから生データを読み出すステップか；或いは
前記データが前記顧客または他の顧客に記憶されるときには、前記ロケーションからバックアップ・データを読み出すステップ；
の内のいずれかのステップが含まれるように構成されたことを特徴とする請求項１３記載のインテリジェント・コンテンツのインデックス付けを実行する方法。
【請求項１５】
請求項１に記載の方法を実行するコンピュータプロセスを実行するために、少なくとも一つのプロセッサに指示するための少なくとも一つのプロセッサによって、読み込み可能に構成された複数個の命令に関するコンピュータ・プログラムを送信するために、少なくとも一つの搬送波に入れられた少なくとも一つの信号。
【請求項１６】
請求項１に記載の方法を実行するコンピュータプロセスを実行するために、少なくとも一つのプロセッサに指示するための少なくとも一つのプロセッサによって、読み込み可能に構成された複数個の命令に関するコンピュータ・プログラムを記憶するための少なくとも一つのプロセッサで読取り可能なキャリア。
【請求項１７】
インテリジェント・コンテンツのインデックス付けを実行するシステムにおいて：
１つの顧客に関連するインデックス・エンジンを有し、当該インデックス・エンジンは；
前記顧客データのインデックスを作成するために、前記顧客データの最初のフルセットにインデックスを付け；
前記顧客データの変化を検出し;そして
前記顧客データの前記変化を反映するために前記インデックスを変更する；
ように構成されたことを特徴とするインテリジェント・コンテンツのインデックス付けを実行するシステム。
【請求項１８】
前記インデックス・エンジンが、前記顧客に配置されるように構成されたことを特徴とする請求項１７記載のインテリジェント・コンテンツのインデックス付けを実行するシステム。
【請求項１９】
前記インデックス付けが、前記顧客の生データに実行されるように構成されたことを特徴とする請求項１７記載のインテリジェント・コンテンツのインデックス付けを実行するシステム。
【請求項２０】
請求項１７記載のシステムが、更に１つの連動サーチエンジンを有し、当該連動サーチエンジンが：
前記顧客から検索リクエストを受け取り；
一つ以上のサーチエンジンに前記検索リクエストを送信し；
一つ以上のサーチエンジンが、前記検索リクエストに応答することに失敗したか否かを判断し；
前記一つ以上の非応答サーチエンジンのために、バックアップ・イメージのロケーションを決定し；
前記一つ以上の非応答サーチエンジンの前記バックアップ・イメージのインデックスを検索し；そして
前記顧客に一つ以上の検索結果を返信する；
ように構成されたことを特徴とする請求項１７記載のインテリジェント・コンテンツのインデックス付けを実行するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、一般的には、データ記憶システムに関し、そしてより詳しくは、インテリジェント・コンテンツのインデックス付けを実行するインデックス付け実行技術に関する。
【背景技術】
【０００２】
典型的な企業のコンピュータ環境は、数百から数千台もの顧客端末で構成されている。顧客端末には、デスクトップ、ラップトップ、サーバおよび他のコンピュータ装置が含まれる。この種の膨大な顧客端末では、大量のデータを保護する必要性が存在する。加えて、長期間、データの保守を義務づける新しいコンプライアンス規則が存在する。これは、共用保護サーバによって保護され管理される履歴データが、指数関数的に増加する結果となる。従ってデータのコンテンツに基づく履歴データのデータ・ロケーションを決める能力を提供するために、コンテンツ・インデックス付け技術が、しばしば利用されている。
【０００３】
伝統的にはコンテンツのインデックス付けは、センターでのコンテンツ・インデックスを作成するために、共用保護サーバへのデータをバックアップし、そしてその共用保護サーバ上のバックアップしたデータをスキャンすることによって達成される。しかしながら、コンテンツのインデックス付けは、まさしくプロセッサおよびメモリ集約型のオペレーションである。このオペレーションは、各顧客のために受け取られる全てのバックアップ・イメージのために行われなければならない。加えて、バックアップ・データのインデックスのための記憶スペースは、膨大となる問題を有する。前述のように、バックアップ・データのインデックス付け技術に関する現在の方法には、重大な問題と欠点が存在すると理解することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
以下に、インテリジェント・コンテンツのインデックス付け技術が開示されている。
【課題を解決するための手段】
【０００５】
本願発明の特定の例示的実施形態においては、この技術は方法の発明として具現化され、そのインテリジェント・コンテンツのインデックス付けを実行するインデックス付け実行方法は、顧客データのインデックスを作成するために、当該顧客と関連した一つ以上のプロセスによって、当該顧客データの最初のフルセットにインデックスを付けるステップと；前記顧客データの変化を検出するステップと;そして前記顧客データの変化を反映するために前記インデックスを変更するステップ；とで構成されている。
【０００６】
本願発明の他の特定の例示的実施形態においては、この技術はシステムの発明として具現化され、そのインテリジェント・コンテンツのインデックス付けを実行するインデックス付け実行システムは、１つの顧客に関連するインデックス・エンジンを有し、当該インデックス・エンジンは；前記顧客データのインデックスを作成するために、前記顧客データの最初のフルセットにインデックスを付け；前記顧客データの変化を検出し;そして前記顧客データの前記変化を反映するために前記インデックスを変更する；ように構成されている。
【０００７】
本願の開示は以下の添付図面を参照にして、その例示的実施形態が更に詳細に記載される。この開示は、例示的な実施例を参照にして行なわれるが、この開示内容によって制限されることはないと理解すべきである。すなわち本願技術にアクセス可能な当業者は、本願開示事項が有用となる追加的な実行、改造、複数の他の実施例、そして他の使用については当然考えられるものであり、これ等は、全て本願発明の権利範囲内であると理解すべきである。
【発明を実施するための最良の形態】
【０００８】
図1には、本願発明の実施例に係るインテリジェント・コンテンツのインデックス付けのシステム100が、示されている。顧客110は、インデックス・エンジン115およびバックアップ・エージェント125を含み、ネットワーク120に機能的に接続されたコンピュータ装置を表している。バックアップ・エージェント125には、変化イベント装置135を含むことができる。一つ以上の実施例においては、バックアップ・エージェント125は、別コンピュータ装置であってもよい。バックアップ・サーバ140は、ネットワーク120に機能的に接続し、ネットワーク120上の一つ以上の顧客のためのバックアップ処理を管理することができる。バックアップ・サーバ140は、記憶装置145を一時的な記憶のために利用することができる。記憶装置145は、記憶用エリアネットワーク、レイドアレー装置、テープ装置、ディスクドライブまたは他の記憶装置であってもよい。
【０００９】
顧客110は、インデックス・エンジン115を使用して、生データをインデックス付けすることができる。生データとは、顧客110の現在のデータのことである。いくつかの実施形態では、インデックス・エンジン115は、顧客110とは別の機械、例えばインデックス・サーバに含まれる。インデックス・エンジン115は、顧客110から送られたバックアップされるべきデータを含む最初のインデックスを作成する。インデックス・エンジン115は、それから、顧客110のデータ中で検出された一つ以上の変化に対して、そのインデックスを増加させる。なお顧客110は、一つ以上のインデックスを含むことができる。
【００１０】
その後、バックアップ・イメージは、バックアップ・エージェント125によってバックアップ・サーバ140に送信される。このバックアップ・イメージは、顧客110のデータに対応する一つ以上のインデックスを含むことができる。バックアップ・サーバ140は、バックアップ・データを含む一つ以上のイメージを、記憶装置145上に保存することができる。
【００１１】
変化イベント装置135は、顧客110の顧客データの変化を検知し、ログ・ファイルまたは他の記憶装置に変化を記録することができる。インデックス・エンジン115は、最初の完全なインデックスが生成された後に、バックアップ方針とは独立してデータ中の累積変化データにインデックスを付けることができる。例えば、インデックス・エンジン115は、顧客のバックアップ方針がフルバックアップを必要とする場合であっても、顧客のデータの変化データだけにインデックスを付けることができる。この様にインデックス・エンジン115は、顧客データに累積変化だけにインデックスを付けることができ、そしてそれは単一インデックスを保持してインデックス付けしてもよいし、或いは単一インデックスの複数個のコピーを保持してインデックス付けしてもよい。このように顧客110のデータの完全なインデックスを維持することができる。顧客110に含まれるインデックスは、履歴データを含むことができる。例えば顧客110上のインデックスには、以前削除されたファイルについての履歴データを含むことができる。一つ以上の実施例において、インデックス・エンジン115は、バックアップ・イメージデータにインデックスを付けることができ、一つ以上のインデックスを形成するために、複数個の変化の記録を使用することができる。なお以前のバックアップ・イメージデータがインデックス付けされているので、これ等の一つ以上のインデックスは、顧客の生データ中の変化だけを示すために一つ以上のインデックスを変更させることによって、維持することもできる。
【００１２】
インデックス・エンジン115は、インデックスの記憶サイズを減少させ、検索の効率を上げることができる。例えばイメージを受け取る度に全てのバックアップ・イメージにインデックスを付ける代わりに、インデックス・エンジン115は、履歴入力と同様に顧客の生または現在データを表す単一のインデックスを生成することができる。すなわち顧客によるそのデータの追加、更新、削除のリクエストを検出し、そしてそのデータへの変化のみを記録することにより、そのように行なうことが可能となる。このように、インデックス・エンジン115は、データの増加分またはデータの変化を明らかに区別し、顧客データの全てのデータセットに対してインデックスを付ける必要性を回避することができる。すなわち最初の完全なインデックスを作成して、顧客データに対する変化が発生するたびにインデックスを増やすことによって、インデックス・エンジン115は、データ変化の経時記録を維持することができる。そして結果として生じたインデックスは、検索リクエストにとって有用なファイルについて履歴データを含むことが可能となり、もはや顧客の生データ中のファイルを、客のためのバックアップ・データとして保持する必要がないと判断することが可能となる。従って生データをインデックス付ける能力を有したインデックス・エンジン115と、顧客端末に置かれたその能力により、集中化させたバックアップ・サーバ上の処理負荷を著しく減少させることができる。
【００１３】
図2には、本願発明の別の実施例に係るインテリジェント・コンテンツのインデックス付けのシステム200が示されている。顧客210は、機能的にネットワーク215に接続した顧客を表し、この顧客は、インテリジェント・コンテンツのインデックス付けシステム200内からデータを検索している。顧客210は、サーチエンジン225およびデータ検索モジュール230を含み、ネットワーク215に接続されている。いくつかの実施形態では、サーチエンジン225および／またはデータ検索モジュール230は、顧客210とは別々の端末に配置してもよい。一つ以上の実施例において、サーチエンジン225および／またはデータ検索モジュール230は、インデックス・サーバに配置してもよい。顧客210は、サーチエンジン225用いて質問を送ることができる。サーチエンジン225は、一つ以上のインデックスを検索し、その検索リクエストに対応するデータのデータ・ロケーションを決めることができる。サーチエンジン225は、顧客210にその結果を返信する。顧客210は、データ検索モジュール230から一つ以上の検索結果によって示されるデータをリクエストすることができる。データ検索モジュール230は、ローカルマシン（すなわち顧客210の記憶装置）から、データを取り出すことができる。データ検索モジュール230は、一つ以上のバックアップからのデータに対するリクエストをバックアップ・サーバ235に送信することもできる。データ検索モジュール230は、記憶装置240にある一つ以上のバックアップからデータを受け取ることもできる。データ検索モジュール230は、顧客210にリクエストされたデータを返送することができる。
【００１４】
図3には、本願発明の別の実施例に係るインテリジェント・コンテンツのインデックス付けのシステム300が示されている。一つ以上の実施例において、このインテリジェント・コンテンツのインデックス付けシステム300は、一つ以上の顧客の一つ以上のインデックスの分散探索が出来るようにすることができる。例えば顧客325は、サーチエンジン330を利用して検索リクエストを送ることができる。サーチエンジン330は、連動サーチエンジンを表し、顧客310、315および320に含まれるサーチエンジンに、リクエストを送ることができる。サーチエンジン330は、顧客325のデータにインデックスを付けるローカル・インデックスを検索する。サーチエンジン330は、顧客310、315および325のインデックスを検索しながら、複数個のサーチエンジンからデータを受け取る。しかしながらサーチエンジン330は、顧客320からデータを受け取られなかったことを検出するかもしれない。例えば顧客320への検索リスエストは、顧客320がダウンのため、オフラインのため、或いは他の理由でアクセス不能のために、タイムアウトになるかもしれない。それからサーチエンジン330は、顧客320の最後のバックアップを意味する記憶装置345にあるイメージのために、１つの質問をバックアップ・サーバ340に送信する。バックアップ・サーバ340は、顧客320の最新イメージのロケーションを判断する。この判断プロセスでは、バックアップされた時刻、バックアップが実行されたか否か、移動されたか否か、コピーされたか否か、或いはその他の要素、で判断される。バックアップ・サーバ340は、記憶装置345からバックアップ・イメージを受け取り、顧客320のために適切なバックアップ・イメージを記憶する。バックアップ・サーバ340は、リクエストされたデータのためのバックアップ・イメージに含まれるインデックスを検索するバックアップ・サーバ上のサーチエンジン・プロセスを開始する。そしてサーチエンジン330は、顧客310、315および325の検索の結果を受信する。さらにサーチエンジン330は、顧客320から検索結果をバックアップ・サーバ340から受け取ることもできる。データ検索モジュール335は、顧客325によってその後にリクエストされたデータを受け取ることが出来る。またデータ検索モジュール335は、生データを一つ以上の顧客から取り出すこともでき、また一つ以上のバックアップからデータを受け取ることも出来る。すなわち顧客310、315、320、325、バックアップ・サーバ340および記憶装置345は、ネットワーク350に機能的に接続されている。
【００１５】
図4には、本願発明の実施例に係るインテリジェント・コンテンツのインデックス付けの方法400が示されている。方法400は、ブロック410で始まる。ブロック415で、この方法は、顧客のデータの一つ以上の変化を検出する。ブロック420で、この方法は、顧客の最初の完全なインデックスが存在するかどうかを決定する。もし存在しない場合には、この方法は、顧客の最初の完全なインデックスを形成するブロック425へ移る。他の実施態様においては、検索プロセスが始まるとすぐに、この方法は最初の完全なインデックスを生成させることができる。顧客のこの最初の完全なインデックスは、顧客の生データにインデックスを付けるインデックス・エンジンによって形成することができる。いくつかの実施形態では、インデックス・エンジンは、顧客のバックアップ・イメージにインデックスを付けることもできる。この方法は、ブロック440で終了する。もしブロック420で、一つの顧客の最初の完全なインデックスが存在すると判断すると、この方法は、ブロック420からブロック430へ進むことができる。ブロック430で、この方法は、最後のインデックス更新または修正以降に形成され、かつ顧客の生データ中の一つ以上の変化を表す一つ以上の既存インデックスを、更新または修正する。そしてブロック440で、この方法は終了する。
【００１６】
図5には、本願発明の別の実施例に係るインテリジェント・コンテンツのインデックス付けの方法500が示されている。方法500は、ブロック510で開始される。ブロック520で、この方法は、バックアップのために記憶されたイメージが期限切れになったかどうかを検出する。例えば、バックアップ・イメージは、データ管理の方針、法律または手順によって一定期間記憶されることを必要としている。この期間を越えて記憶されたイメージは、ブロック520でこの方法で検出される。ブロック530で、期限切れのイメージが削除される。ブロック540で、削除された保存イメージに関する一つ以上のインデックスが、取り除かれ、および／または更新される。すなわちこれは、削除されたイメージに関する一つ以上のインデックス記録が削除される。ブロック550で、この方法は終了する。この方法500は、記憶されたバックアップ・イメージおよび記憶されたインデックスのサイズを減らすことができる。さらにまた、この方法500は、それ等のイメージを用いたインデックスの効率および正確さを増加させることができる。
【００１７】
図6には、本願発明の他の別の実施例に係るインテリジェント・コンテンツのインデックス付けの方法600が示されている。方法600は、ブロック610から開始される。まずブロック615で、検索リクエストがサーチエンジンで受け取られる。ブロック620で、検索リクエストは、検索される顧客のための１つのインデックスに対して処理される。ブロック625で、検索結果が検索している顧客に戻される。ブロック630で、検索結果によって示されているデータのリクエストが、検索顧客から受け取られる。ブロック635で、データ・ロケーションが判明する。いくつかの実施形態では、そのデータ・ロケーションは、ファイル名、ファイルサイズ、一つ以上のタイムスタンプ、ファイルの場所、および他の属性を提供するインデックスから得られる履歴データを使用して判断される。ブロック640で、この方法は、バックアップされたデータが必要かどうか決定する。もしバックアップ・データが必要な場合、この方法はブロック645へ続行される。ブロック645で、データは、バックアップから読み出される。ブロック640で、そのバックアップ・データが必要でないと決定されると、この方法はブロック650へ続行される。ブロック650で、この方法は、検索されている一つ以上の顧客の生データを読み出す。ブロック655で、このデータは、検索をしている顧客に返される。ブロック660で、この方法は終了する。
【００１８】
図7には、本願発明の他の別の実施例に係るインテリジェント・コンテンツのインデックス付けの方法700が示されている。方法700は、ブロック710から開始される。ブロック715で、検索リクエストが、連動検索または一つ以上の追加サーチエンジンへの配布検索ができる１つのサーチエンジンで受け取られる。この一つ以上のサーチエンジンは、一つ以上の顧客に配置されており、その一つ以上の各顧客データに関連したインデックスを検索することができる。この一つ以上のサーチエンジンは、インデックス・サーバまたはバックアップ・サーバに配置してもよく、各顧客のバックアップ・イメージを検索するように構成してもよい。上記連動検索サーチエンジンは、ブロック720で一つ以上のサーチエンジンに検索リクエストを送ることができる。ブロック725で、この方法は、一つ以上のサーチエンジンから結果を受け取ったかどうかを決定する。一つ以上のサーチエンジンが結果を返信しなかった場合、この方法はブロック730へ続行される。一つ以上のサーチエンジンが結果を返信した場合、この方法はブロック740へ続行される。ブロック730で、バックアップ・イメージが、結果が返信されていないサーチエンジンと関連した一つ以上の顧客のために存在しているかもしれない。ブロック735で、そのバックアップ・イメージのインデックスが、検索される。バックアップ・イメージのこのインデックスは、バックアップ・サーバまたは他のデバイスによって検索してもよい。なおこれ等のサーバまたはデバイスは、所望の顧客に対応するバックアップ・イメージを有し、そのバックアップ・イメージに対して探索プロセスを実行しているものである。ブロック740で、一つ以上のサーチエンジンからの検索結果が、連動検索サーチエンジンによって結合される。ブロック745で、この検索結果は、顧客に返信される。そしてブロック780で、この方法は終了する。
【００１９】
この時点で、上記の通り本願発明の実施例に係るインテリジェント・コンテンツのインデックス付けは、ある意味では、入力データの処理および出力データの生成がふくまれている点に留意する必要がある。この入力データ処理および出力データ生成は、ハードウェアまたはソフトウェアで行うことができる。例えば特定の複数の電子部品が、上記の通り本願発明の実施例に係るインテリジェント・コンテンツのインデックス付けと関連した機能を実施するためのインテリジェント・コンテンツのインデックス付けシステム、または類似システム、または関連する回路において使用することも可能である。あるいは記憶された命令に従って動作する一つ以上のプロセッサが、上記の通り本願発明の実施例に係るインテリジェント・コンテンツのインデックス付けと関連した機能を実施することも可能である。このように、この種の命令が一つ以上のプロセッサで読取り可能なキャリア（例えば磁気ディスクまたは他の記憶媒体）に保存される構成や、または一つ以上の信号を経由して一つ以上のプロセッサに送信される構成も、本願発明の技術的範囲内である。
【００２０】
本発明は、本願明細書に記載されている特定の実施態様によっては、権利範囲が制限されることはない。実際に本願明細書に記載されている内容に加え種々の変更を加えることは、上述の記載と添付した図面からとで当業者には明らかである。従ってその種の変更態様も、以下添付の請求の範囲の権利範囲内であると理解される。更に、本発明は本願明細書において特定の環境での特定の実施を前提として記載されているが、その有用性はそれにのみ制限されるものではなく、本発明がいかなる目的や環境においても、有益に実行可能であると当業者は理解できる。したがって以下の特許請求の範囲は、開示された本発明の記載内容とその技術的な精神からみて広く解釈されなければならない。
【図面の簡単な説明】
【００２１】
本願開示内容をより完全に理解出来るように、添付図面を参照にして説明を行う。なお発明の各要素には、参照番号が付けられている。これ等の図面は、この開示コンテンツを制限するものとして解釈すべきではなく、単に例示する目的のためである。
【００２２】
【図１】図1は、本願発明の実施例に係るインテリジェント・コンテンツのインデックス付けシステムを示している。
【図２】図2は、本願発明の別の実施例に係るインテリジェント・コンテンツのインデックス付けシステムを示している。
【図３】図3は、本願発明の他の別の実施例に係るインテリジェント・コンテンツのインデックス付けシステムを示している。
【図４】図4は、本願発明の実施例に係るインテリジェント・コンテンツのインデックス付け方法を示している。
【図５】図5は、本願発明の別の実施例に係るインテリジェント・コンテンツのインデックス付け方法を示している。
【図６】図6は、本願発明の他の別の実施例に係るインテリジェント・コンテンツのインデックス付け方法を示している。
【図７】図7は、本願発明の他の別の実施例に係るインテリジェント・コンテンツのインデックス付け方法を示している。
【図１】
2010072862.tif 000003
【図２】
2010072862.tif 000004
【図３】
2010072862.tif 000005
【図４】
2010072862.tif 000006
【図５】
2010072862.tif 000007
【図６】
2010072862.tif 000008
【図７】
2010072862.tif 000009