JP2017504911A - 同期されたコンテンツアイテムにインデックスを付与するためのメタデータの生成と共有 - Google Patents

Abstract

本発明の実施形態は、同期されたコンテンツアイテムにインデックスを付与するためのメタデータを生成し共有する。サーバは、メタデータの生成及び共有管理のルールに具体化されたユーザの設定に従って、同期されたコンテンツアイテムにインデックスを付与するためのメタデータを生成し、クライアントデバイスとのメタデータの共有を管理する。例えば、サーバに格納されたコンテンツアイテムは、少なくとも第１のクライアントと同期されるように指定されている。サーバは、コンテンツアイテムにインデックスを付与するためのメタデータを生成し、少なくとも第２のクライアントにそのメタデータを送信する。

Description

開示された実施形態は一般にデータの共有と同期に関する。特に、開示された実施形態は、同期されたコンテンツアイテムにインデックスを付与するためのメタデータの生成と共有を対象にする。

近年、多数のオンラインコンテンツアイテム管理サービスが開発されている。カリフォルニア州サンフランシスコのドロップボックス社（Ｄｒｏｐｂｏｘ，Ｉｎｃ）社によって提供されるドロップボックス（Ｄｒｏｐｂｏｘ）等のサービスは、ユーザが、ユーザのパーソナルコンピューティングデバイス間のコンテンツアイテムを同期することを可能にすると共に、ユーザが他のユーザとコンテンツアイテムを共有することを可能にする。

ここで用いられるように、用語「コンテンツアイテム」と「コンテンツアイテムのファイル」は、コンピュータのデータの論理的な収集を参照するために置き換え可能に用いられる。コンテンツアイテムは名前及び種別を有し得る。ある限定的でない、コンテンツアイテムの例は、例えばワードプロセッシング文書、プレゼンテーション文書、スプレッドシート文書、電子メールのメッセージ、ウェブページ、又は他の文書等の文書である。コンテンツアイテムは、例えばデジタル画像データ、デジタル音声データ、デジタルビデオデータ及び他のデジタルメディアデータ等の他の種別のコンピュータデータでもあり得る。コンテンツアイテムのファイルは、例えば、従来型のオペレーティングシステムのファイルシステムのファイル又はデータベースの１つ以上の指定可能なブロック等の様々な異なるコンピュータデータコンテナの形式でコンピュータに格納され得る。データネットワークを介して送信されるときには、コンテンツアイテムのファイルは、データネットワークを介して送信される１つ以上のネットワークパケットであって、それぞれがコンテンツアイテムのファイルの少なくとも一部を有するネットワークパケットに分割され得る。

オンラインコンテンツアイテム管理サービスの増加と同時に、モバイルコンピューティングデバイスのデータ格納容量が増加した。例えば、今日のスマートフォンの多くは数十ギガバイトのデータを格納することができる。現在の技術及び製造の進歩のペースでは、スマートフォンは、近い将来に数百ギガバイトのデータを格納可能になり得る。格納容量が増加した結果、ユーザは、ユーザのモバイルコンピューティングデバイスに更なるデータを格納している。モバイルコンピューティングデバイスのデータ格納容量が増加しており近い将来もおそらく増加が継続する一方で、バッテリ寿命の改善、及び充電と充電の間に要する時間の改善はペースを維持していなかった。

ユーザがモバイルコンピューティングデバイスに更なるデータを格納するため、データから関連する又は特定の情報を見つけることがより困難になってきている。コンテンツアイテムの名前や内容から抜き出したキーワードに基づいて、パーソナルコンピューティングデバイスに格納されたコンテンツアイテムをユーザがキーワード検索することを可能にするデスクトップ検索アプリケーションが存在する。このようなアプリケーションは、より効率的な検索のためにコンテンツアイテムのキーワードインデックスを生成し得る。

残念ながら、現在のデスクトップ検索アプリケーションは、オンラインコンテンツアイテム管理サービスのユーザのニーズを適切に処理していない。例えば、このようなサービスのユーザは、複数のパーソナルコンピューティングデバイス間でコンテンツアイテムを頻繁に同期する。しかしながら、現在のデスクトップ検索アプリケーションは典型的に、１つのパーソナルコンピューティングデバイスのみにおけるインデックスの付与と検索の機能を提供する。他の不足点として、現在のデスクトップ検索アプリケーションは、コンピューティングデバイス上で実行するものが固定電源で動作するとの想定のもとに設計されている。この想定の結果として、バッテリ電源で動作するモバイルコンピューティングデバイスで実行された場合、デスクトップ検索アプリケーションは、コンテンツアイテムのファイルをクローリングしインデックスを付与するコンピュータ資源（例えばＣＰＵ資源）を非効率にし得る。

本発明の実施形態は、同期されたコンテンツアイテムにインデックスを付与するためのメタデータを生成し共有する。サーバは、メタデータの生成及び共有管理のルールに具体化され得るユーザの設定に従って、同期されたコンテンツアイテムにインデックスを付与するためのメタデータを生成し、クライアントデバイスとのメタデータの共有を管理する。例えば、サーバに格納されたコンテンツアイテムは、少なくとも第１のクライアントと第２のクライアントにわたって同期されるように指定されている。サーバは、コンテンツアイテムにインデックスを付与するためのメタデータを生成し、第１のクライアントと第２のクライアントにそのメタデータを送信する。

他の実施形態は、上述した技術に従う、同期されたコンテンツアイテムのメタデータを用いてコンテンツアイテムにインデックスを付与するシステム及び一時的でないコンピュータ可読ストレージ媒体を含む。

この明細書に説明される特徴及び長所は、全てを含んだものではなく、特に、多くの追加的な特徴や長所は図、明細書及び請求項に基づいて当業者にとって明らかである。

本発明の実施形態に従う、同期されたコンテンツアイテムにインデックスを付与するためのメタデータの生成と共有を実行することができるコンピューティング環境のブロック図 本発明の実施形態に従う、インデックスメタデータを生成し共有する方法を示し、かつ図１のコンピューティング環境のコンポーネントを参照するフロー図 本発明の実施形態が実装され得るコンピュータシステムを示すブロック図 これらの図は説明の目的のみのために本発明の様々な実施形態を図示するものである。当業者は、以下に示される構成及び方法の他の代替的な実施形態が以下に説明される発明の原理から離れることなく用いられ得ることを以降の記載から容易に理解する。

システムの概要
本発明の実施形態は、同期されたコンテンツアイテムにインデックスを付与するためのメタデータを生成し、生成したメタデータをクライアントデバイスと共有する。共有されたメタデータは、同期されたコンテンツアイテムにインデックスを付与するためにクライアントデバイスによって使用され得る。メタデータは、クライアントデバイスがそうすべきであることを緩和するサーバによって生成され得、その結果、クライアントデバイスにおけるプロセッサのサイクルを浪費せず、クライアントデバイスがバッテリ駆動である場合にクライアントデバイスにおけるバッテリ電源を浪費しないようになる。メタデータ生成と共有管理のルールは、インデックスメタデータをどのコンテンツアイテムのために生成すべきかを決定するため、及び生成されたメタデータをどのクライアントデバイスと共有すべきかを決定するために適用される。

図１は、本発明の実施形態に従って、同期されたコンテンツアイテムにインデックスを付与するためのメタデータの生成と共有を実行することができるコンピューティング環境を示している。コンピュータ環境は、ネットワーク１３１を介して接続した複数のクライアント１１１Ａ、１１１Ｂ（合わせて１１１）とサーバ１２１とを含む。

ネットワーク１３１はクライアント１１１とサーバ１２１との通信経路を示す。ある実施形態では、ネットワーク１３１は標準のインターネット通信技術及び／又はプロトコルを用いる。従って、ネットワーク１３１は、イーサネット、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０６．１６、ＷｉＭＡＸ、３ＧＰＰ ＬＴＥ、サービス総合デジタル網（ＩＳＤＮ）、非同期転送モード（ＡＴＭ）等の技術を用いたリンクを含むことができる。同様に、ネットワーク１３１で用いるネットワークプロトコルは、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、ハイパートランスファープロトコル（ＨＴＴＰ）、簡易メール転送プロトコル（ＳＭＴＰ）、ファイル転送プロトコル（ＦＴＰ）等を含むことができる。ネットワーク１３１を介して交換されるデータやファイル１１３、１１４及び１１６は、限定のない広く様々なテキストの文書フォーマット、音楽ファイルフォーマット及び画像ファイルフォーマットを含む任意のフォーマットを用いて表すことができる。加えて、全て又はあるリンクは、セキュアソケットレイヤ（ＳＳＬ）、セキュアＨＴＴＰ（ＨＴＴＰＳ）及び／又はバーチャルプライベートネットワーク（ＶＰＮ）等の従来の暗号化技術を用いて暗号化され得る。他の実施形態では、エンティティは、上述したものの代わりに又は加えて、カスタム及び／又は特化したデータ通信技術を用いることができる。

クライアント１１１は、手動のアップロートプロセスを通して又はローカルのファイルシステムとの同期によってコンテンツアイテムのファイルをサーバ１２１に追加する。同期による場合、各クライアント１１１は、クライアントに格納されたコンテンツアイテムのファイルをサーバ１２１との同期のために特定する、同期アプリケーション１１２を実行する。

図１に示す例では、コンテンツアイテムのファイル１１３と１１４とはサーバ１２１との同期のために特定される一方で、コンテンツアイテムのファイル１１５は特定されない。従って、同期アプリケーション１１２はその後、特定されたコンテンツアイテムのファイル１１３と１１４のみをサーバ１２１に提供する。

典型的には、同期されるコンテンツアイテムは、ユーザがコンテンツアイテムのファイルを共有することを決定した他のクライアント１１１にのみ提供される。この例では、クライアント１１１Ａのコンテンツアイテムのファイル１１３がクライアント１１１Ｂと同期されるように特定される。従って、特定されたコンテンツアイテムのファイル１１３はその後、サーバ１２１がクライアント１１１Ｂにコンテンツアイテムのファイル１１３を提供する「プッシュ」による同期か、クライアント１１１Ｂがサーバ１２１からのコンテンツアイテムのファイルを要求する「プル」による同期のいずれかによってクライアント１１１Ｂに提供される。

同期アプリケーション１１２とサーバ１２１とはまた、同期されたコンテンツアイテムのファイル１１３への変更が関連付けられた全てのクライアント１１１に確実に伝達されるようにする。同じ同期されたコンテンツアイテムのファイル１１３への複数のクライアント１１１における同時の変更は競合を生じさせ得、この競合は、同時の変更のどの変更が、全ての関連付けられたクライアント１１１とサーバ１２１とに適用されるべき好ましい変更であるかを決定する解決を必要とする。特定の競合の解決技術はこの開示のスコープを超えるものである。しかしながら、一般にそのような解決は、手近な特定の実装に対する要求に従った手動又は自動であり得る。

同期されたコンテンツアイテムのファイル１１３及び１１４のコピーは、コンテンツアイテムのファイル１１３及び１１４が共有されるサーバ１２１とクライアント１１１との両方に格納され得る。或いは、クライアント１１１は、ローカルコピーを保持すること無くサーバ１２１に格納されているように、共有された、同期されたコンテンツアイテムのファイル１１３及び１１４の一部又はすべてを操作するためのユーザインターフェース（例えば、ウェブブラウザベース及び／又はファイルブラウザベースのユーザインターフェース）を提供し得る。

図１は、明確な例を提供する目的のために２つのクライアント１１１Ａと１１１Ｂのみを示している。クライアントデバイスの例は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピューティングデバイス、及び、パーソナルデジタルアシスタント又はスマートフォン（例えばＩＰＨＯＮＥ、ＢＬＡＣＫＢＥＲＲＹ、ＳＹＭＢＩＡＮ、又はＡＮＤＲＯＩＤベースのスマートフォン）等のハンドヘルドコンピューティングデバイスを含む。クライアント１１１Ａとクライアント１１１Ｂは、単一のユーザが共通して所有し得る。例えば、一方のデバイス１１１Ａがユーザのデスクトップコンピュータであり得、他のデバイス１１１Ｂが同じユーザのスマートフォンであり得る。又はクライアントデバイス１１１Ａと１１Ｂとは異なるユーザによって所有され得る。

動作すると、サーバ１２１は多数のクライアントと通信し得る。実際には、１人のユーザは、ユーザがコンテンツアイテムを共有し同期することを望む、いくつかのクライアントを所有し得、及び／又は、そのユーザは他のユーザが所有するクライアントとコンテンツアイテムを共有し同期することを望み得る。

各クライアントは、１つ又は複数のコンテンツアイテムのファイルをサーバ１２１に異なるデータ形式で格納し得る。ユーザに提示されたとき、コンテンツアイテムのファイルは、コンテンツアイテムのフォルダ（すなわちコンテンツアイテムのファイルのコンテナ）に配置され得、コンテンツアイテムのフォルダそのものは、ユーザによって決定された通りに、他のコンテンツアイテムのフォルダに配置され得る。しかしながら、基礎をなすストレージのアーキテクチャは、大きく異なり得、ストレージ効率を最大化するように、そして必ずしもコンテンツアイテムのファイル‐フォルダ階層のミラーリングをすることなく、実装され得る。

ある実施形態では、コンテンツアイテムのフォルダは２人以上のユーザ間で共有され得る。典型的に、共有されたコンテンツアイテムのフォルダは１人のユーザに起因すると共に１人のユーザによってコントロールされるが、コンテンツアイテムのフォルダ内のコンテンツアイテムのファイルへのアクセスをコンテンツアイテムのフォルダを共有するユーザのそれぞれに提供する。ある実施形態では、コンテンツアイテムのフォルダを共有するユーザのうちの任意のユーザは、フォルダ内のコンテンツアイテムのファイルを変更して、フォルダ内のコンテンツアイテムのファイルの修正版を生成することができる。コンテンツアイテムのファイルの修正版はその後、コンテンツアイテムのフォルダを共有するユーザに属すクライアントの間で同期される。

サーバ１２１は、メタデータの生成ルールと共有管理ルールとに従って、コンテンツアイテムのメタデータファイルを生成し、コンテンツアイテムのファイルとコンテンツアイテムのメタデータファイルとを格納し、クライアントデバイスの間のコンテンツアイテムのファイルの同期を管理し、そして、コンテンツアイテムのメタデータファイルを共有する。サーバ１２１とそのコンポーネントは、ファイル提供の実行とストレージのための任意の適切なハードウェアを用いて実装され得る‐‐図示と記載の明確化のためだけに、図１は単一のサーバと、関連するファイルストア及びモジュールの１つのインスタンスのみを示している。しかしながら、ここに示されるサーバ１２１によって提供される機能は、複数のサーバと、関連するファイルストアとモジュールの複数のインスタンスによって実装され得る。加えて、当業者には既知でありこの記載と密接な関係にない、例えばネットワークカード、ＣＰＵ、メモリ等の、サーバの動作に要求される多数のコンポーネントは、明確性のために省略されている。

図１に図示されるように、サーバ１２１は、インターフェースモジュール１２１、メタデータ生成モジュール１２３、共有モジュール１２４、及びデータストア１２５を含む。

インターフェースモジュール１２２は、クライアント１１１と連動して、サーバ１２１とクライアント１１１間のコンテンツアイテムのファイルとコンテンツアイテムのメタデータファイルの格納、アクセス、共有及び同期を容易にするものであり、この機能を実装する一手段である。インターフェースモジュール１２２は、コンテンツアイテムのファイルとコンテンツアイテムのメタデータファイルとをクライアント１１１から受信すると共に、コンテンツアイテムのファイルとコンテンツアイテムのメタデータファイルをクライアント１１１に送信し、コンテンツアイテムのファイルとコンテンツアイテムのメタデータファイルを共有するためのユーザの設定と一致させる。インターフェースモジュール１２２はまた、以下でより詳細に説明される、インデックスメタデータの共有管理ルールに関するユーザの指示について、クライアント１１１との通信を管理する。インターフェースモジュール１２２は、サーバ１２１に格納されたコンテンツアイテムのファイルをユーザが操作できるようにするクライアント側のファイルブラウザスタイルのインターフェースに対して、サーバ１２１の対応するものとして振る舞い得る。

ある実施形態では、クライアント１１１で動作しているソフトウェアは、ネットワーク格納コンテンツアイテムのファイルをクライアントのローカルファイルシステムと統合して、ユーザが、例えばファイルエクスプローラ（file explorer）を介してローカルファイルシステムのｍファイルを操作するために用いられるような同一のユーザインターフェースを通して、ネットワーク格納コンテンツアイテムのファイルを操作することを可能にする。クライアント側のファイルブラウザインターフェースの代わりとして、サーバ１２１のインターフェースモジュール１２２は、サーバ１２１に格納されたコンテンツアイテムのファイルを操作するためにユーザにウェブインターフェースを提供し得る。

データストア１２５は、クライアント１１１から提示されたコンテンツアイテムのファイルを格納する。図１に図示される例では、クライアント１１１Ａは、コンテンツアイテムのファイル１１３と１１４とをデータストア１２５に格納している。従って、サーバ１２１のデータストア１２５は、クライアント１１１のローカルストレージにも存在し得るファイル１１３及び１１４のコピーを管理する。

データストア１２５はまた、サーバ１２１が生成するコンテンツアイテムのメタデータファイルを格納する。図１の例では、データストア１２５は、サーバ１２１によって生成されたコンテンツアイテムのメタデータファイル１１６を格納する。

サーバ１２１のメタデータ生成モジュール１２３は、ユーザ設定に従って、どのコンテンツアイテムのためにインデックスメタデータが生成されるべきかを決定するルールを受信し、格納し、及び適用する。このモジュールは、この機能を実装するための一手段である。

サーバ１２１の共有モジュール１２４は、共有されるコンテンツアイテムのファイルと、共有されるコンテンツアイテムのファイルが共有されるべきユーザ／デバイスとに関するユーザの設定を管理する。様々な実施形態において、ユーザは、単一のコンテンツアイテムのファイル、コンテンツアイテムのフォルダ内の複数のコンテンツアイテムのファイル、複数のコンテンツアイテムのフォルダ、又は、複数のコンテンツアイテムのフォルダにわたる複数のコンテンツアイテムのファイル、の組み合わせを、共有及び同期されるコンテンツアイテムのファイルのセットとして選択することができる。コンテンツアイテムのファイルの共有は、参照によりその全体が本明細書に組み入れられる２０１１年８月２５日に出願された「リンク生成を介したファイル共有、（File Sharing Via Link Generation,）」と題する米国特許出願第１３／２１７，９４４号として記載されるものに対応するコンテンツアイテムのファイルのセットを一義的に識別するユニークなリンクを生成することによっても達成され得る。

サーバ１２１の共有モジュール１２４はまた、共有されるコンテンツアイテムのメタデータファイルと、共有されるコンテンツアイテムのファイルが共有されるべきユーザ／デバイスとに関するユーザの設定を管理する。様々な実施形態では、以下でより詳細に説明されるように、共有モジュール１２４は、メタデータ共有管理ルールを適用して、ユーザ／デバイスのどれにメタデータ生成モジュール１２３によって生成されたインデックスメタデータが共有されるべきかを決定する。

クライアント１１１のそれぞれは、コンテンツアイテムをキーワード検索するための検索エンジンアプリケーション１１７と共に構成され得る。検索エンジンアプリケーション１１７は、興味のあるコンテンツアイテムを迅速に発見ためのインデックス１１８を維持し得る。検索エンジンアプリケーション１１７は、コンテンツアイテムのファイルのために生成されたコンテンツアイテムのメタデータに基づいて、コンテンツアイテムのファイルの属性とキーワードとをインデックス１１８に記録し得る。そして、格納されたキーワード及び属性と一致したコンテンツアイテムのファイルは、インデックス１１８を用いて、検索エンジンアプリケーション１１７により迅速に発見される。

ある実施形態では、インデックス１１８は、コンテンツアイテムのファイルの識別子のリストがキーワードごとに格納された逆ファイルインデックスである。キーワードが検索エンジンアプリケーション１１７に提示された検索クエリに現れた場合、このキーワードに関連付けられたコンテンツアイテムのファイルのリストが検索結果のセットに、検索クエリがブール(Boolean)のＯＲであるかＡＮＤであるかに応じて追加されるか挿入され得る。

ある実施形態では、インデックス１１８のサイズを限定するため、インデックス１１８内のキーワードは、ある長さＮの語の断片（Ｎ−ｇｒａｍとしても参照される）になる。例えば、Ｎは２又は３であり得る。あり得る２−ｇｒａｍ及び３−ｇｒａｍの数は比較的小さいため、全キーワードの代わりのＮ−ｇｒａｍはインデックス１１８のサイズを限定する。

ある実施形態では、インデックス１１８内のキーワードは語の語幹処理された形式（stemmed form）であり、クエリタームは、クエリタームの語幹処理された形式を用いてインデックス１１８を調べる前に、検索エンジンアプリケーション１１７によって語幹処理される（stemmed）。ある実施形態では、検索エンジンアプリケーション１１７は、インデックス１１８に語の語幹処理された形式を挿入する前にインデックスメタデータから得られた語を語幹処理する。ある実施形態では、インデックスメタデータから得られる語は、既に語幹処理された形式である。語幹処理のプロセスは、異なる語尾変化や語の格に共通する形式へ語を削減することを含む。例えば、「ｓｔｅｍｍｉｎｇ」、「ｓｔｅｍｍｅｒ」及び「ｓｔｅｍ」は全て「ｓｔｅｍ」へ削減され得る。語幹処理は、同一の語の異なる形式に関連付けられるコンテンツアイテムのファイルが同じクエリを用いて発見されるため、検索エンジンアプリケーション１１７の再呼出しを増加させ得る。

ある実施形態では、インデックス１１８のキーワードは語の見出し語化された形式（lemmatized form）であり、クエリタームは、クエリタームの見出し語化された形式を用いてインデックス１１８を調べる前に、検索エンジンアプリケーション１１７によって見出し語化される（lemmatized）。ある実施形態では、検索エンジンアプリケーション１１７は、インデックス１１８に見出し語化した語を挿入する前に、インデックスメタデータから得られる語を見出し語化する。ある実施形態では、インデックスメタデータから得られた語は、既に見出し語化されている。見出し語化するプロセスは、語を、見出し語や基本的な文法的な形式に削減する。見出し語化することは、また、同一の見出し語に似ていない語の形式を関連付けることを含む。見出し語化は、言語特有のものであり得る。例えば、英語の語の「ｂｅｔｔｅｒ」と「ｂｅｓｔ」とは、英語の言語の見出し語化器を用いる場合、「ｇｏｏｄ」に削減され得る。

ある実施形態では、検索エンジンアプリケーション１１７は、クエリに対する回答であるコンテンツアイテムのファイルの検索結果を順序付けるためにランキング機能を用いる。ランキング機能は、例えば、検索クエリに関する関連性の順序を削減した検索結果を提示するために、検索エンジンアプリケーション１１７によって使用され得る。ランキング機能は、手近な特定の実装に対する要求に従った、任意の１つの適切なものであり得る。用いられ得る、あり得るランキング機能のある例は、単語頻度‐逆文書頻度（ＴＤ／ＩＤＦ）計測、又は、これに由来した、例えばOkapi BM25又はこれらの拡張等の計測を含み得る。

検索エンジンアプリケーション１１７は、ユーザと検索エンジンアプリケーション１１７の間の検索インターフェース及び他のインタラクションのポイントを提供する。検索インターフェースを介して、ユーザは検索要求を検索エンジンアプリケーション１１７に提示し得る。検索インターフェースを介して、ユーザは、更に、検索エンジンが検索要求と一致するものとして特定した１つ以上のデータ構造又は「検索結果（search results）」に関する情報を受信し得る。検索結果は、検索結果と一致するコンテンツアイテムのファイルを特定し得る。検索インターフェースは、検索エンジンアプリケーション１１７がウェブページと共にウェブブラウザを提供するウェブベースのものであり得、このウェブページは、ユーザが検索要求を入力し得るコントロールを備える。一度、検索要求が入力されて提示されると、ユーザのウェブブラウザは、典型的にその検索要求を、ハイパーテキスト転送プロトコル（ＨＴＴＰ）又は他の適切なウェブベースのプロトコルを用いて、検索エンジンアプリケーション１１７に送信する。検索エンジンアプリケーション１１７は、その後、検索要求を用いてインデックス１１８を調べて検索結果を決定し、ユーザのブラウザに検索結果を返す。

クライアントは、サーバ１２１によって共有されたコンテンツアイテムのメタデータを格納し得る。図１の例では、サーバ１２１は、コンテンツアイテムのメタデータ１１６を生成し、クライアント１１１Ａとクライアント１１１Ｂとの両方で共有している。クライアント１１１に格納されたコンテンツアイテムのメタデータは、クライアントのインデックス１１８に取り込まれ得る。この取り込みは、クライアントの検索アプリケーション１１２及び／又は検索エンジンアプリケーション１１７によって実行され得る。

コンテンツアイテムのファイルメタデータは、インデックス１１８へ取り込むための、コンテンツアイテムのファイルに関連するデータを含み得る。例えば、コンテンツアイテムのメタデータは、コンテンツアイテムのファイルに関連するキーワード及びキーワードが関連するコンテンツアイテムの識別子を含み得る。キーワードは、語幹処理された及び／又は見出し語化された語の形式であり得る。コンテンツアイテムのメタデータ内のキーワードと関連付けられた識別子は、キーワードに関連するコンテンツアイテム又は複数のコンテンツアイテムを識別する任意のデータであり得る。例えば、識別子は、暗号でハッシュされたトークンであり得、アルファベットや数字の文字シーケンス、絶対的又は相対的なファイルシステムのパス、ユニフォームリソースロケータ（ＵＲＬ）又はこれらの一部、又は、サーバ１２１及びクライアント１１１に対するコンテンツアイテム又は複数のコンテンツアイテムを識別する他のデータであり得る。

ある実施形態では、クライアント１１１に格納されたコンテンツアイテムのメタデータは、クライアント１１１に格納されたコンテンツアイテムと一緒に格納され得る。例えば、コンテンツアイテムのメタデータファイルは、コンテンツアイテムのファイルも格納されたクライアントのオペレーティングシステムのファイルシステムフォルダに格納され得る。

メタデータ生成モジュール１２３と共有モジュール１２４は、メタデータ生成と共有管理のルールを適用して、どのコンテンツアイテムのためのインデックスメタデータを生成すべきか、又はどのデバイスとコンテンツアイテムのメタデータを共有すべきかを決定する。メタデータ生成モジュール１２３と共有モジュール１２４は、この機能を実装するための一手段である。どのコンテンツアイテムのためのインデックスメタデータを生成すべきかを決定するための、及び、どのデバイスとコンテンツアイテムのメタデータを共有すべきかを決定するためのユーザ設定は、様々なカテゴリで規定され得、インターフェースモジュール１２２を介してサーバ１２１のメタデータ生成モジュール１２３と共有モジュール１２４にクライアント１１１から通信され得る。規定され得るルールのカテゴリの例は以下の通りである。なお、各カテゴリでは１以上のルールの種別を規定することができ、異なるカテゴリ内のルールの組み合わせも可能である。

メタデータ生成‐デバイスルール
このカテゴリのルールは、コンテンツアイテムの最初の版又は修正版が生成されたデバイスに基づいて、どのコンテンツアイテムのためにインデックスメタデータを生成するかを決定する。デバイスのカテゴリ内の例示的なルールは個々のデバイスを特定する。例えば、デバイスルールは、コンテンツアイテムのメタデータが特定のデバイスで生成又は修正されたコンテンツアイテムのために生成されるべきであることを特定し得る。サーバ１２１が特定のデバイスからコンテンツアイテム又はその修正を受信した後に、メタデータ生成モジュール１２３はこのデバイスルールを適用して当該コンテンツアイテムのためのコンテンツアイテムのメタデータを生成する。デバイスのカテゴリ内の他の例示的なルールはデバイスのグループを特定する。例えば、デバイスルールは、コンテンツアイテムのメタデータが特定のユーザに属す任意のデバイスで生成又は修正されたコンテンツアイテムのために生成されるべきであることを特定し得る。サーバ１２１が任意のそのユーザのデバイスからコンテンツアイテム又はその修正を受信した後に、メタデータ生成モジュール１２３はこのデバイスルールを適用して当該コンテンツアイテムのためのコンテンツアイテムのメタデータを生成する。

メタデータ生成−ユーザルール
このカテゴリのルールは、コンテンツアイテムの最初の版又は修正版を生成したユーザに基づいて、どのコンテンツアイテムのためにインデックスメタデータを生成するかを決定する。ユーザのカテゴリ内の例示的なルールは個々のユーザを特定する。例えば、ユーザルールは、コンテンツアイテムのメタデータが特定のユーザによって生成又は修正されたコンテンツアイテムのために生成されるべきであることを特定し得る。サーバ１２１が特定のユーザによって生成されたコンテンツアイテム又はその修正を受信した後に、メタデータ生成モジュール１２３はこのユーザルールを適用して当該コンテンツアイテムのためのコンテンツアイテムのメタデータを生成する。ユーザのカテゴリ内の他の例示的なルールはユーザのグループを特定する。例えば、ユーザルールは、コンテンツアイテムのメタデータが、特定のユーザのグループ（例えば、命名されたユーザのチーム）に属す任意のユーザによって生成又は修正されたコンテンツアイテムのために生成されるべきであることを特定し得る。サーバ１２１が特定のグループのユーザによって生成されたコンテンツアイテム又はその修正を受信した後に、メタデータ生成モジュール１２３はこのユーザルールを適用して当該コンテンツアイテムのためのコンテンツアイテムのメタデータを生成する。

メタデータ生成−種別ルール
このカテゴリのルールは、コンテンツアイテムの種別に基づいて、どのコンテンツアイテムのためにインデックスメタデータを生成するかを決定する。種別のカテゴリ内の例示的なルールはコンテンツアイテムの種別を特定する。例えば、種別ルールは、コンテンツアイテムのメタデータがマイクロソフトのワード（例えば．ｄｏｃ、．ｄｏｃｘ）の種別を有するコンテンツアイテムのために生成されるべきであることを特定し得る。サーバ１２１がマイクロソフトのワードの種別を有するコンテンツアイテム又はその修正を受信した場合、メタデータ生成モジュール１２３はこの種別ルールを適用して当該コンテンツアイテムのためのコンテンツアイテムのメタデータを生成する。種別のカテゴリ内の他の例示的なルールは、生成タイプによるコンテンツアイテムのクラスを定義する、コンテンツアイテムの種別カテゴリを特定する。例えば、種別ルールは、コンテンツアイテムのメタデータが、文書種別コンテンツアイテム（例えば、マイクロソフトのワード、アドビのＰＤＦ（．ｐｄｆ）、ウェブページ（例えば．ｈｔｍ、．ｈｔｍｌ）、テキスト、リッチテキスト、又は他の文書）としてカテゴリ化されるコンテンツアイテム又はその修正のために生成されるべきであることを特定し得る。サーバ１２１が特定の種別のカテゴリの特定の種別であるコンテンツアイテム又はその修正を受信した後に、メタデータ生成モジュール１２３はこの種別ルールを適用して当該コンテンツアイテムのためのコンテンツアイテムのメタデータを生成する。

メタデータ生成−名称ルール
このカテゴリのルールは、コンテンツアイテムの名称に基づいて、どのコンテンツアイテムのためにインデックスメタデータを生成するかを決定する。名称のカテゴリ内の例示的なルールはコンテンツアイテムの名称を特定する。例えば、名称ルールは、コンテンツアイテムのメタデータが、「契約」という文字列に一致する又はその部分文字列を有するコンテンツアイテムのために生成されるべきであることを特定し得る。サーバ１２１が「契約」という名称を有する又は「契約」と一致する部分文字列を有するコンテンツアイテムを受信した場合、メタデータ生成モジュール１２３はこの名称ルールを適用して当該コンテンツアイテムのためのコンテンツアイテムのメタデータを生成する。名称のカテゴリ内の他の例示的なルールはコンテンツアイテムの名称に対するパターンマッチングのための正規表現を特定する。例えば、名称ルールは、コンテンツアイテムのメタデータが、「＊．ｈｔｍ＊」という正規表現に一致するコンテンツアイテムのために生成されるべきであることを特定し得る。サーバ１２１が特定のカテゴリの種別を有するコンテンツアイテムを受信した後に、メタデータ生成モジュール１２３はこの種別ルールを適用して当該コンテンツアイテムのためのコンテンツアイテムのメタデータを生成する。

メタデータ生成−共有ルール
このカテゴリのルールは、コンテンツアイテムがユーザと共有されるか及びオプションとしてどのように共有されるかに基づいて、どのコンテンツアイテムのためにインデックスメタデータを生成するかを決定する。共有ルールのカテゴリ内の例示的なルールはブール値を特定する。例えば、共有ルールは、コンテンツアイテムがあるユーザによって他のユーザと共有されているかを示すためのＴＲＵＥを特定し得、そして、コンテンツアイテムのメタデータはそのコンテンツアイテムのために生成されなければならない。ＦＡＬＳＥ値は、コンテンツアイテムが他のユーザと共有されていないかを示し得、そして、コンテンツアイテムはそのコンテンツアイテムのために生成されてはならない。あるいは、ＦＡＬＳＥ値は、恐らく他のカテゴリにおける他のルールが、メタデータがコンテンツアイテムに対して生成されるかどうか、を管理するという意味ではニュートラルであり得る。共有ルールのカテゴリ内の他の例示的なルールは、コンテンツアイテムを共有する方法を特定する。例えば、共有ルールは、コンテンツアイテムのメタデータが、共有されたフォルダの一部又は共有されたコンテンツアイテムのコレクションの一部として共有されたコンテンツアイテムのために生成されるべきであることを特定し得る。サーバ１２１が、共有されたフォルダ又は共有されたコンテンツアイテムのグループの一部であるコンテンツアイテムを受信した後に、メタデータ生成モジュール１２３はこの共有ルールを適用して当該コンテンツアイテムのためのコンテンツアイテムのメタデータを生成する。

メタデータ共有ルール
このカテゴリのルールは、クライアント生成のコンテンツアイテムのメタデータのどれがサーバによって共有されるかを決定する。メタデータ共有ルールのカテゴリ内の例示的なルールは、コンテンツアイテムのために生成された全てのコンテンツアイテムのメタデータは、コンテンツアイテムが同期される全てのデバイスとサーバによって共有されるべきであることを特定する。例えば、コンテンツアイテムのファイル１１３のための、サーバ１２１によって生成されたコンテンツアイテムのメタデータは、クライアント１１１Ａとクライアント１１１Ｂの両方と共有されるかもしれないが、コンテンツアイテムのファイル１１４のために生成されたコンテンツアイテムのメタデータは、クライアント１１１Ａとのみ共有されてクライアント１１１Ｂとは共有されないかもしれない。コンテンツアイテム１１３のためのコンテンツアイテムのメタデータを生成した後に、サーバ１２１はクライアント１１１Ａ及びクライアント１１１Ｂとコンテンツアイテムのメタデータを共有し、コンテンツアイテム１１４のためのコンテンツアイテムのメタデータを生成した後に、サーバ１２１はクライアント１１１Ｂではないクライアント１１１Ａとのみ生成されたメタデータを共有する。

メタデータ共有ルールのカテゴリ内の他の例示的なルールは、特定のコンテンツアイテムのために生成されたコンテンツアイテムのメタデータが共有されるべき個々のデバイス又はデバイスのグループを特定する。例えば、メタデータ共有ルールは、コンテンツアイテムのファイル１１４がクライアント１１１Ｂに同期されないものの、コンテンツアイテムのファイル１１４のために生成されたコンテンツアイテムのメタデータがクライアント１１１Ｂと共有されるべきであることを特定し得る。このようにして、生成されたメタデータがクライアント１１１Ｂにおいてインデックス１１８に取り込まれることを想定すると、コンテンツアイテムのファイル１１４はクライアント１１１Ｂに同期されないものの、クライアント１１１Ｂのユーザは検索エンジンアプリケーション１１７を使用してコンテンツアイテムのファイル１１４を検索することができる。コンテンツアイテムのファイル１１４のためのコンテンツアイテムのメタデータが生成された後に、サーバ１２１は生成されたメタデータをクライアント１１１Ｂと共有する。このようにして、コンテンツアイテムのファイル１１４はクライアント１１１Ｂに同期されないものの、クライアント１１１Ｂのユーザは検索エンジンアプリケーション１１７を使用してコンテンツアイテムのファイル１１４を検索することができる。

メタデータ共有ルールのカテゴリ内の他の例示的なルールは、特定のコンテンツアイテムのために生成されたコンテンツアイテムのメタデータが共有されるべき個々のユーザ又はユーザのグループを特定する。例えば、メタデータ共有ルールは、コンテンツアイテムのファイル１１４のために生成されたコンテンツアイテムのメタデータが特定のユーザと共有されるべきであることを特定し得る。コンテンツアイテムのファイル１１４のためのコンテンツアイテムのメタデータが生成された後に、サーバ１２１は生成されたメタデータを、特定のユーザに関連付けられた、サーバ１２１が把握している全てのクライアント１１１と共有する。

どのコンテンツアイテムのためにインデックスメタデータを生成するかを決定するための、及び、どのクライアントと生成されたメタデータを共有するかを決定するための、サーバ１２１によって適用されたルールは、全てのユーザ、クライアント及びコンテンツアイテムのファイルにわたってデフォルトとして設定され得、また、様々なレベルの粒度でユーザ設定の結果が設定され得る。例えば、ユーザは、コンテンツアイテムのファイルとユーザに関連付けられたクライアントとの全てに適用可能なあるルール、特定のクライアントの種別又は複数の種別（例えばスマートフォン等のモバイルクライアントのみ）にのみ適用可能な他のルール、及び、１つ以上の特定のコンテンツアイテムのファイル（例えばユーザにより他のユーザと共有されたコンテンツアイテムのファイルのみ）にのみ適用可能な更なる他のルールを設定し得る。従って、ルールの組み合わせは任意の所定のコンテンツアイテムのファイル、ユーザ又はクライアントに対して適用可能であり得る。更に、ルールは、ユーザの設定の変更に従って変更され得る。従って、様々な実装において、サーバ１２１のメタデータ生成モジュール１２３と共有モジュール１２４とは、インデックスメタデータの生成と広く様々な状況に適用するための共有管理ルールとの設定において、ユーザが柔軟性を得られるようにする。

図２は、本発明の実施形態に従う、インデックスメタデータを生成し共有する方法を示し、かつ図１のコンピューティング環境のコンポーネントを参照するフロー図である。図２に図示されるシナリオにおいて、ステップ２０１では、クライアント１１１Ａの第１のユーザ（ユーザＡ）は、サーバ１２１に、コンテンツアイテムのファイル１１３を他のユーザ（ユーザＢ）と共有するようにリクエストしている。例えば、ユーザＡは、クライアント１１１Ａで動作するアプリケーション（例えば、ウェブブラウザ・アプリケーション）を通じて、サーバ１２１にリクエストを発行し得る。サーバ１２１によって共有リクエストが受信された時点で、コンテンツアイテムのファイル１１３はクライアント１１１Ａとサーバ１２１とに格納されており、クライアント１１１Ｂに格納される必要はない。ステップ２０１Ａは、ユーザＡが、コンテンツアイテムのファイル１１３をユーザＢと共有するようにサーバ１２１にリクエストするために、クライアント１１１Ａで動作するアプリケーションとインタラクションを行うステップを表わす。例えば、ステップ２０１Ａは、ユーザＡが「共有」ボタン又は他のユーザインターフェース要素を有効化することを含み得る。ステップ２０１Ｂは、クライアント１１１Ａが、コンテンツアイテムのファイル１１３をユーザＢと共有するようにサーバ１２１にネットワークリクエスト（例えばＨＴＴＰ又はＨＴＴＰＳリクエスト）を送信するステップを表す。

ステップ２０２では、サーバ１２１は、メタデータ生成管理ルールを適用し、コンテンツアイテムのファイル１１３のために生成されるべきインデックスメタデータを決定する。例えば、サーバ１３１は、あるユーザから他のユーザに共有されるコンテンツアイテムのファイルのために生成されるべきインデックスメタデータを特定するメタデータ生成の共有カテゴリルールを適用し得る。コンテンツアイテムのファイル１１３のためのインデックスメタデータを生成するために、サーバ１２１は構文解釈を行うかコンテンツアイテムのファイル１１３を処理するかして関連するキーワードを抽出する。サーバ１２１は、オプションとして語の一部を取り去り及び／又は抽出されたキーワードを見出し語化し得る。サーバ１２１は、コンテンツアイテムのファイル１１３の名称、修正日付、生成日に基づいて、コンテンツアイテムのファイル１１３のためのコンテンツアイテムのメタデータを取得し得る。コンテンツアイテムのファイル１１３に加えて又は代わりに、サーバ１２１は、サーバ１２１が利用可能なコンテキストデータに基づいて、コンテンツアイテムのファイル１１３のためのコンテンツアイテムのメタデータを生成することができる。例えば、デジタル写真タイプのコンテンツアイテムのファイル１１３に対してサーバ１２１が利用可能なコンテキストデータは、その写真の撮影された地理的位置を反映したデータ、その写真を撮影したときに、撮影したデバイスの近くにあったＢｌｕｅｔｏｏｔｈ（登録商標）デバイス、及び、その写真を撮影したときに対応するカレンダのイベントを含み得る。

ステップ２０３では、サーバ１２１は、コンテンツアイテムのファイル１１３をユーザＢと共有するようにユーザＢがリクエストしたことを伝えるために、ユーザＢにメッセージを送信する。例えば、サーバ１２１は、サーバ１２１が利用可能な電子メールアドレスの記録において、ユーザＢに電子メールのメッセージを送信し得る。ステップ２０３Ａは、サーバ１２１が、クライアント１１１Ｂにおいてたまたま受信されたメッセージをユーザＢに送信するステップを表している。例えば、ステップ２０２Ａは、サーバ１２１が電子メールメッセージをユーザＢに、テキストメッセージをユーザＢに、又はプッシュ通知をユーザＢに送信することを含み得る。ステップ２０３Ｂは、ユーザＢがサーバ１２１によって送信されたメッセージを受け取るステップを表す。ステップ２０２Ｂは、クライアント１１１Ｂで動作するアプリケーションにおいてメッセージを表示することを含み得る。

ステップ２０４において、ユーザＢは、ユーザＡからの共有するリクエストを受け入れて、サーバ１２１に受け入れを通信する。例えば、ユーザＢは、クライアント１１１Ｂで動作するアプリケーション（例えば、ウェブブラウザ・アプリケーション）を通じて、受け入れるためのリクエストをサーバ１２１に発行し得る。ステップ２０４Ａは、ユーザＢが、サーバ１２１へ受け入れを通信するようにクライアント１１１Ｂで動作するアプリケーションとインタラクションを行うステップを表す。例えば、ステップ２０４Ａは、ユーザＢが「受け入れる」ボタン又は他のユーザインターフェース要素を有効化することを含み得る。ステップ２０４Ｂは、クライアント１１１Ｂが、コンテンツアイテムのファイル１１３を共有するためのユーザＡからのリクエストをユーザＢが受け入れたことを示すために、サーバ１２１にネットワークリクエスト（例えばＨＴＴＰ又はＨＴＴＰＳリクエスト）を送信するステップを表す。

ステップ２０５では、サーバ１２１はコンテンツアイテムのファイル１１３と、コンテンツアイテムのファイル１１３のために生成されたコンテンツアイテムのメタデータとを、クライアント１１１Ｂに送信する。例えば、コンテンツアイテムのファイル１１３と生成されたコンテンツアイテムのメタデータとは、サーバ１２１とクライアント１１１Ｂで動作する同期アプリケーション１１２との間の同期交換の間に、クライアント１１１Ｂに送信され得る。

ステップ２０６では、検索エンジンアプリケーション１１７及び／又は同期アプリケーション１１２は、ステップ２０５において受信したコンテンツアイテムのメタデータを用いて、コンテンツアイテムのファイル１１３にインデックスを付与する。このインデックスを付与することは、データ又はこれから由来するデータを、クライアント１１１Ｂにおけるインデックス１１８に格納することを含む。

一度インデックスが付与されると、ユーザＢは検索エンジンアプリケーション１１７を用いて、クライアント１１１Ｂにおけるインデックス１１８に付与された状態でコンテンツアイテムのファイル１１３のキーワード検索を実行し得る。

図２に示し、説明した方法のステップのいくつかは、図示し説明した順序と異なる順序で実行され得る。例えば、ステップ２０２はステップ２０３Ａが開始する前に終了し得、又は、ステップ２０４Ｂが完了した後にステップ２０２が開始し得る。更に、方法のステップのいくつかは、互いに並行して実行され得る。例えば、ステップ２０６は、ステップ２０５においてコンテンツアイテムのメタデータが受信されている間に実行され得る。

オプションとして、ステップ２０５では、ユーザＢと共有された、いくつか又は全てのコンテンツアイテムのファイル１１３は、クライアント１１１Ｂに送信されない。しかしながら、全てのコンテンツアイテムのファイル１１３にインデックスを付与するための生成されたコンテンツアイテムのメタデータは、ステップ２０５においてクライアント１１１Ｂに送信される。このようにして、コンテンツアイテムのファイル１１３を、必要に応じて又はユーザＢによるリクエストに応じてクライアント１１１Ｂへ送信することができる。例えばステップ２０６の後に、ユーザＢは、検索エンジンアプリケーション１１７を用いて、興味のあるコンテンツアイテムのファイル１１３に対するキーワード検索を行い得る。検索リクエストに応じて検索エンジンアプリケーションによって生成された検索結果は、インデックス１１８に格納されたコンテンツアイテムのメタデータに基づいて、関連するコンテンツアイテムのファイル１１３を要約し得る。そして、ユーザＢは、サーバ１２１からクライアント１１１Ｂにその後ダウンロードされる興味のあるコンテンツアイテムのファイル１１３を、検索結果から選択し得る。

実装した機構の例示
ある実施形態によれば、ここで説明される技術は１つ以上の特定の目的のコンピューティングデバイスによって実装される。この特定の目的のコンピューティングデバイスは、この技術を実装するための配線回路であり得、又は、この技術を実行するために永続的にプログラムされた１つ以上の特定用途向け集積回路（ＡＳＩＣ）若しくはフィールドプログラマブルアレイ（ＦＰＧＡ）等のデジタル電子デバイスであり得、又は、ファームウェア、メモリ、他のストレージ又はそれらの組み合わせにおけるプログラム命令に従ってこの技術を実行するためにプログラムされた、１つ以上の汎用ハードウェアプロセッサを含み得る。このように特定の目的のコンピューティングデバイスはまた、カスタマイズされた配線論理、ＡＳＩＣ又はＦＰＧＡを、カスタマイズされたプログラムと組み合わせてこの技術を達成し得る。この特定の目的のコンピューティングデバイスは、デスクトップコンピュータシステム、ポータブルコンピュータシステム、ハンドヘルドデバイス、ネットワーキングデバイス、又はこの技術を実装するために配線回路及び／又はプログラム論理を取り入れた任意の他のデバイスであり得る。

例えば、図３は、本発明の実施形態が実装され得るコンピュータシステム３００を示すブロック図である。コンピュータシステム３００は、情報を通信するバス３０２又はその他の通信機構と、情報を処理するための、バス３０２に結合されたハードウェアプロセッサ３０４とを備える。ハードウェアプロセッサ３０４は、例えば、汎用マイクロプロセッサであり得る。

コンピュータシステム３００はまた、情報やプロセッサ３０４によって実行される命令を格納するためにバス３０２に結合された、ランダムアクセスメモリ（ＲＡＭ）又は他の動的ストレージデバイスなどのメインメモリ３０６を含む。メインメモリ３０６はまた、プロセッサ３０４によって実行されるべき命令の実行中に一時変数又は他の中間情報を格納するために使用され得る。プロセッサ３０４へアクセス可能な一時的でない記憶媒体に格納される場合、そのような命令は、コンピュータシステム３００を命令で特定される動作を実行するようにカスタマイズされた特定用途の機械へ変換する。

コンピュータシステム３００はさらに、静的情報とプロセッサ３０４のための命令とを格納するためにバス３０２に結合された読み取り専用メモリ（ＲＯＭ）３０８又は他の静的ストレージデバイスを含む。磁性ディスク、光学ディスクドライブ又は半導体ドライブなどのストレージデバイス３１０が提供され、情報及び命令を格納するためにバス３０２へ結合される。

コンピュータシステム３００は、バス３０２を介して、情報をコンピュータユーザに表示するための陰極線管（ＣＲＴ）などのディスプレイ３１２へ結合され得る。英数字キー及び他のキーを含む入力デバイス３１４は、情報やコマンドの選択をプロセッサ３０４へ通知するためにバス３０２に結合される。ユーザ入力デバイスの他のタイプは、プロセッサ３０４へ方向情報やコマンドの選択を通知し、ディスプレイ３１２上でのカーソルの移動を制御するためのマウス、トラックボール、カーソル方向キーなどのカーソル制御３１６である。当該入力デバイスは、典型的に、デバイスが平面上の位置を特定できるようにする第１軸（例えば、ｘ）と第２軸（例えば、ｙ）の二軸の２つの自由度を有する。

コンピュータシステム３００は、カスタマイズされた配線論理、１つ以上のＡＳＩＣ若しくはＦＰＧＡ、ファームウェア、及び／又は、コンピュータシステムと協働してコンピュータシステム３００を特定用途向けの機械とさせる又はプログラムするプログラム論理を用いて、ここで説明される技術を実装し得る。ある実施形態によれば、ここでの技術は、メインメモリ３０６に含まれる１つ以上の命令の１つ以上のシーケンスを実行するプロセッサ３０４に応じて、コンピュータシステム3００によって実行される。そのような命令は、ストレージデバイス３１０などの他のストレージ媒体からメインメモリ３０６へと読み込まれてもよい。メインメモリ３０６に含まれる命令のシーケンスの実行は、プロセッサ３０４にここで説明する処理ステップを実行させる。代替的な実施形態において、配線回路は、ソフトウェア命令の代わりに、又は、組み合わせで使用され得る。

ここで使用される用語「ストレージ媒体」は、機械を特定の様式で動作させるデータ及び／又は命令を格納する、任意の一時的でない媒体として参照される。そのようなストレージ媒体は、不揮発性の媒体及び／又は揮発性の媒体を備えてもよい。不揮発性の媒体は、例えば、ストレージデバイス３１０などの光学デバイス、磁性ディスク又は半導体デバイスを含む。揮発性媒体はメインメモリ３０６などの動的メモリを含む。ストレージ媒体の一般的な形式は、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、半導体ドライブ、磁性テープ、若しくは任意の他の時期的データストレージ媒体、CD-ROM、若しくは穴のパターンを伴う任意の他の光学的データストレージ媒体、RAM、PROM、及びEPROM、FLASH-EPROM、NVRAM、任意の他のメモリチップ又はカートリッジを含む。

ストレージ媒体は、送信媒体とは区別されるものの、当該送信媒体と連結して使用され得る。送信媒体は、ストレージ媒体間で情報を転送することに使用されてもよい。例えば、送信媒体は、バス３０２を備える有線を含む同軸ケーブル、銅線、及び光ファイバーを含む。送信媒体はまた、電波及び赤外線データ通信の間に生成されるもののような音波又は光波の形式をとることもできる。

媒体の様々な形式は、実行のためにプロセッサ３０４へ１つ以上の命令の１つ以上のシーケンスを運ぶことに含まれ得る。例えば、命令は、リモートコンピュータの磁気ディスク又は半導体ドライブにおいて初めに実行され得る。リモートコンピュータは、その動的メモリに命令を読み込むことができ、モデムを用いて電話回線を介して命令を送信することができる。コンピュータシステム３００のローカルなモデムは、電話回線でデータを受信し、データを赤外線信号に変換するための赤外線送信機を用いることができる。赤外線検出機は赤外線信号で運搬されたデータを受信することができ、適切な回路がそのデータをバス３０２に乗せる。バス３０２は、プロセッサ３０４が検索し命令を実行するメインメモリ３０６にデータを運搬する。メインメモリ３０６によって受信された命令は、オプションとして、プロセッサ３０４によって実行される前又は後のいずれかにストレージデバイス３１０に格納され得る。

コンピュータシステム３００はまた、バス３０２に結合された通信インターフェース３１８を含む。通信インターフェース３１８は、ローカルネットワーク３２２へと接続されたネットワークリンク３２０と接続される２つの方法のデータ通信を提供する。例えば、通信インターフェース３１８は、サービス総合デジタル網（ＩＳＤＮ）カード、ケーブルモデム、衛星モデム、又は電話回線の対応するタイプへのデータ通信接続を提供するモデムであり得る。他の例として、通信インターフェース３１８は、ＬＡＮと互換性のあるデータ通信接続を提供するローカルエリアネットワーク（ＬＡＮ）カードであり得る。無線リンクもまた、実装され得る。このような実装のいずれにおいても、通信インターフェース３１８は、情報の様々な種別を表すデジタルデータストリームを運搬する電気的、電磁的又は光学的信号を送信及び受信する。

ネットワークリンク３２０は、典型的に１つ以上のネットワークを通じて他のデータデバイスへのデータ通信を提供する。例えば、ネットワークリンク３２０は、ローカルネットワーク３２２を通じて、ホストコンピュータ３２４への又はインターネットサービスプロバイダ（ＩＳＰ）３２６によって運用されるデータ装置への接続を提供し得る。ＩＳＰ３２６は同様に、現在「インターネット」３２８として一般的に言及される、ワールドワイドパケットデータ通信ネットワークを通じてデータ通信サービスを提供する。ローカルネットワーク３２２とインターネット３２８とは共に、デジタルデータストリームを運搬する電気的、電磁的又は光学的信号を用いる。コンピュータシステム３００へ又はコンピュータシステム３００から運搬される、様々なネットワークを通じた信号とネットワークリンク３２０上及び通信インターフェース３１８を通じた信号とは、伝送メディアの例示的な形式である。

コンピュータシステム３００は、ネットワーク、ネットワークリンク３２０、及び通信インターフェース３１８を通じて、プログラムコードを含む、メッセージを送信し、データを受信することができる。例えば、サーバ３３０は、インターネット３２８、ＩＳＰ３２６、ローカルネットワーク３２２、及び通信インターフェース３１８を通じて、アプリケーションプログラムに対して要求されるコードを送信し得る。

受信コードは、受信した際にプロセッサ３０４によって実行され得、及び／又は、後の実行のためにストレージデバイス３１０又は他の不揮発性のストレージに格納され得る。

拡張及び代替例
ここでの開示は、ある実施形態に関して特に詳細に説明した。他の実施形態が実施され得ることは、当業者には理解される。第１に、コンポーネント及び変数の特定の名称、用語の大文字化、属性、データ構造、又は他のあらゆるプログラミング又は構造的な面は必須でも重要でもなく、本発明又はその機能を実装する機構は異なる名称、形式又はプロトコルを有し得る。また、ここで説明された様々なシステムコンポーネント間の機能の特定の分割は単なる例示であって必須ではなく、単一のシステムコンポーネントによって実行される機能は代わりに複数のコンポーネントによって実行され得、かつ、複数のコンポーネントによって実行される機能は代わりに単一のコンポーネントによって実行され得る。

上記記載のある部分は、サーバベースのアーキテクチャに従ってインデックスメタデータを生成し、共有するシステム及び方法を説明している。他の実施形態では、インデックスを付与して生成し共有する機能は、代わりに、サーバよりもむしろクライアント上にあるインデックスメタデータを生成し共有する論理を用いるクライアントベースであり得る。

更に、上記記載のある部分は、コンテンツアイテムのファイルとコンテンツアイテムのメタデータファイルを格納するサーバについて説明している。なお、ファイル全体のストレージは、本発明のある実施形態において必要ではない。例えば、コンテンツアイテムのファイル又は、コンテンツアイテムのメタデータのファイルは、ファイルをデータブロックに分断し、様々な位置にデータブロックを格納し、そして、ファイルを再構築するためにデータブロックにアクセスすることができる位置のリストを格納することによって、格納され得る。コンテンツアイテムのファイル又はコンテンツアイテムのメタデータのファイルが最初又は前のバージョンに対して修正された場合、再び変更されていないデータブロックを格納するよりも、変更されたデータブロックと変更されたファイルを再構築することができる位置の新しいリストとを格納するだけにすることができる。

上記記載のある部分は、情報におけるアルゴリズムと記号表現の操作に関する特徴を表すものである。これらのアルゴリズムに関する記載と表現は、データ処理の分野の当業者が他の当業者に本質を最も効果的に伝えるために用いられる手法である。機能的又は論理的に記載される一方で、これらの操作はコンピュータプログラムによって実装されるべきであることが理解される。更に、一般性を失うこと無く、モジュールとして又は機能によりこれらの操作の変形に言及することが都合がよい場合もあることも証明されている。

上記議論から明らかなものとして特に言及しない場合、記載を通して、「決定する」等の用語を使用した議論は、動作及び、コンピュータシステムのメモリやレジスタ又は他の情報ストレージ、伝送デバイス又は表示デバイス内の物理的（電子的）な量として表されるデータを操作し変換するコンピュータシステムや類似の電子計算デバイスの処理を指すものと理解される。

ここに開示された実施形態のある側面は、アルゴリズムの形式でここに記載された処理ステップ及び命令を含む。なお、処理ステップ及び命令は、ソフトウェア、ファームウェア又はハードウェアで具現化され得、ソフトウェアで具現化される場合、存在するためにダウンロードされ得、そしてリアルタイムのネットワークオペレーティングシステムによって使用される異なるプラットフォームから操作され得る。

ここで表されたアルゴリズムと操作は本質的に任意の特定のコンピュータ又は装置と関係するものではない。様々な汎用システムはまた、ここでの技術に関するプログラムと使用し得、又、要求される方法のステップを実行するより特定の装置を構築することが都合がよい場合があり得る。同等の変形例のほかに様々なこれらのシステムのための要求される構造は、当業者に明らかである。更に、本発明は、任意の特定のプログラミング言語に関して記載していない。ここに説明された本発明の技術を実装するために様々なプログラミング言語が使用され得ることが理解され、そして、特定の言語への任意の参照が本発明の実施可能要件とベストモードのために提供される。

ここで開示された実施形態は、多数のトポロジにおける広く様々なコンピュータネットワークに良く適合する。この分野では、大規模なネットワークの構成及び管理は、インターネット等のネットワークを介して異なるコンピュータ及びストレージデバイスが通信して結合するストレージデバイス及びコンピュータを含む。

最後に、明細書において使用された言葉は主に可読性及び説明の目的のために選択されたものであり、本発明の主題の輪郭を描いたり制限を加えたりするために選択されたものではない。従って、ここでの開示は説明のためを意図したものであって、以下の請求項において明らかにされる本発明のスコープを制限するものではない。

Claims (31)

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. 前記メタデータ生成モジュールは、前記コンテンツアイテムが、前記メタデータ生成管理ルールによって特定される部分を伴う名称を有することの判定に少なくとも基づいて、前記メタデータを生成するように構成される、ことを特徴とする請求項２２に記載のシステム。

Images