JP5492295B2 - コンテンツメッシュ検索 - Google Patents

Description

本発明は、コンテンツを検索することに関する。

多数の学校および他の機関は、それらの機関のメンバが、簡単な、しかもセキュリティ上安全なやり方でアクセスすることが困難であるコンテンツストア（ｃｏｎｔｅｎｔ ｓｔｏｒｅｓ）をサーバ上に有する。一般に、アクセスは、カスタムワーク（ｃｕｓｔｏｍ ｗｏｒｋ）を通してセットアップすることが、実現可能でないか、あるいは高価である／労働集約的であるかのいずれかになる。代わりに、アクセスは、エンドユーザがネットワーク上のファイアウォールの内側にいるときに、使用可能であるだけである。これは、ユーザが、ネットワークを離れており、あるいはネットワーク上の様々なロケーションからファイルを検索し、かつ／またはファイルにアクセスしたいと望むときに、ファイルを検索し、かつ／またはファイルにアクセスしたいと望むユーザの必要性を満たさない。

この「発明の概要」は、下記の「発明を実施するための形態」でさらに説明される代表的な概念のうちの選択したものを簡略化された形式で紹介するために提供される。この「発明の概要」は、特許請求の範囲の主題の主要な特徴、または不可欠な特徴を特定することも意図しておらず、また特許請求の範囲の主題の範囲を限定することになるどのようなやり方でも、使用されることを意図してもいない。

簡潔に言えば、本明細書の中で説明される主題の様々な態様は、ファイアウォールの背後に保持されるコンテンツが、ファイアウォールの外側のインデックスを経由して検索されることが可能になる技術を対象としている。さらに、戻される検索結果は、コンテンツを要求するために、ユーザによって対話形式でやり取りされる（例えば、クリックオンされる）ことが可能である。１つのインプリメンテーションにおいては、ファイアウォールの背後に保持されるコンテンツは、ウォッチフォルダ（ｗａｔｃｈ ｆｏｌｄｅｒｓ）で、コンテンツに対するどのような変更も検出するために監視されて、メッシュ（例えば、マイクロソフトコーポレーション（Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ）のライブメッシュ（Ｌｉｖｅ Ｍｅｓｈ）（商標）技術に基づいたインターネットストレージ）の中に保持され、このコンテンツには、次いでインデックスが付けられる。

インデックスを検索することは、インデックスの中のメタデータに関連付けられた許可に対する、検索するエンティティ（例えば、ユーザ）の許可をチェックすることを含むこともある。許可への関連付けは、ウォッチフォルダごととすることができる。検索は、複数のインデックス上で実行することができ、それらの検索結果は、集約することができる。

コンテンツが、例えば、検索結果との対話（クリックオンすること）によって要求されるときに、要求が行われる。ファイアウォールの背後のアプリケーションは、そのような要求についてポーリングし、そして検出されるときに、要求側に対してコンテンツのコピーをプッシュする。このコピーは、読取り専用であっても、またはそうでなくてもよい。このコピーは、ファイアウォールを通してユーザにプッシュされることも可能であり、あるいはクラウドの中の１つまたは複数のサーバ上に記憶されるコピーとすることもできる。

他の利点は、図面と併せて解釈されるときに、下記の詳細な説明から明らかになることができる。

本発明の実施形態は、例として示されており、そして添付図面だけには限定されるものではなく、これらの図面においては、同様な参照番号は、同様な要素を示している。

ファイアウォールの背後に保持されないインデックスを経由してファイアウォールの背後に保持されるプライベートコンテンツ（ｐｒｉｖａｔｅ ｃｏｎｔｅｎｔ）の検索を可能にするネットワークを表すブロック図である。 アプリケーションのインストレーション、コンフィギュレーション、および同期化のためのコンポーネントの例を表す図である。 ユーザインターフェースにインデックス付けすること、およびファイルをダウンロードすることのためを含めて、図２のコンポーネントとの、かつ／またはお互いとの通信を行うコンポーネントを示す図である。 プライベートコンテンツの検索を含む検索要求に応じて、どのようにして検索結果が集約され、そして戻されるかを示す一例のスクリーンショットの表現を示す図である。 本発明の様々な態様を組み込むことができるコンピューティング環境の例示の一例を示す図である。

本明細書の中に説明されている技術の様々な態様は、概して、ユーザが、サーバ上のファイアウォールの背後のコンテンツにアクセスすることができるようにすることによることを含めて、ユーザが、適切なコンテンツ（ｒｅｌｅｖａｎｔ ｃｏｎｔｅｎｔ）を見出してアクセスするのを助けることを関する。この目的を達成するために、適切な許可（例えば、完全な公衆、特定のドメイン、特定のグループ、特定のＩＤなど）を有する検索するエンティティ（例えば、ユーザ、グループ、ドメインなど）は、適切に構成されたサーバの選択されたコンテンツを参照する「クラウド」上に保持されるメタデータのインデックスを検索することができる。さらに、下記で説明されるように、ユーザは、一般に、コピーを要求することにより、検索されたコンテンツにアクセスすることが可能であり、次いで、サーバは、このコピーを配信する。１組の結果を要求する方法として、エンドユーザが検索することに加えて、システムは、エンドユーザがアクセス権を有する項目のすべてをリストアップするブラウズスタイル（ｂｒｏｗｓｅ ｓｔｙｌｅ）のページを事前に追加投入することもできる。

概して、これは、それらのユーザが、アクセスする許可を有するが、これまではファイアウォールのためにローミングしているときには検索すること、またはアクセスすることができなかったという対象のコンテンツ上で検索する能力をユーザに与える「メッシュ検索（ｍｅｓｈ ｓｅａｒｃｈｉｎｇ）技術を経由して達成される。メッシュ検索は、機関、法人、個人、または他のエンティティが、適切なユーザによって検索されるコンテンツファイルを共有することを可能にし、そしてまた新しいコンテンツが、生成されるときに、あるいは考慮が、以前に生成され、または共有されたコンテンツもしくはファイルに対して変更される必要がある場合に、進行中の制御された共有を確実にすることも可能にする。メッシュ検索により、ユーザは、特定のサーバコンテナ（ｓｅｒｖｅｒ ｃｏｎｔａｉｎｅｒ）へとファイルを保存することにより、他のユーザと簡単に容易にファイルを共有することができるようにもなる（例えば、フォルダは、非技術ユーザでさえ、観察されているフォルダの中にファイルを単にドロップすることにより共有を実行することが簡単であるので、１つのインプリメンテーションにおいてはコンテナとして使用され、それによって、それは、インデックス付けされ、フォルダの設定に応じて共有される可能性があるが、しかしながら、個々のファイルとして含めて、ファイルタイプなどによってコンテンツを指定する別の適切なコンテナまたは方法が、使用されてもよい）。それ故に、企業は、セットアップすることが直接的であるとともに、エンドユーザが、使用することが容易でもある制御されたやり方で、検索者と、ファイアウォールの背後に保持されるファイルを共有することができる。

本明細書の中で説明される例は、ウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））ライブメッシュ技術、ＦＡＳＴ検索、およびウィンドウズ（登録商標）ライブＩＤの使用を含んでいるが、これらは、単なる例にすぎず、技術は、多数の代替案を使用してインプリメントすることができることが、理解される。したがって、本発明は、本明細書の中で説明されるどのような特定の実施形態、態様、概念、構造、機能または例だけにも限定されない。もっと正確に言えば、本明細書の中で説明される実施形態、態様、概念、構造、機能または例のうちのどれも非限定的であり、そして本発明は、概して、コンピューティング、検索、およびファイルアクセスにおける利益および利点を提供する様々なやり方で使用することができる。

図１を参照すると、認証メカニズム１０４（例えば、ウィンドウズ（登録商標）ライブＩＤなどのサービス）によって認可された適切な許可を有するリモートユーザ１０２が、ファイアウォール（ＦＷ）の背後に、かつ／またはメッシュの中に保持されるコンテンツについて検索することができるというメッシュ検索環境の表現が示されている。さらに、ユーザは、概して、検索結果の中で参照されるコンテンツの各ピースのコピーを要求することができ、そしてそのコピーを配信させることができる。ウィンドウズ（登録商標）ライブＩＤの使用により、ユーザは、単一のユーザＩＤおよびパスワードを用いて様々なインデックス（例えば、異なる機関の）を潜在的に検索することができるようになることに注意すべきである。

この目的を達成するために、ユーザ１０２は、「クラウド」サービスの中で保持されるメタデータのインデックス１０６を経由してコンテンツを検索する。各ファイルのタイトル、ドキュメントのその最初の数行、最初のパラグラフ、または最初のＮワード、ファイル名、主題、タグ、カテゴリ、コメント、著者、主題、キーワード、サイズ、日付など、メタデータは、ソース（例えば、企業、機関、または単一ユーザでさえ）が、インデックスが付けられることを望むどのようなものであってもよい。この技術によりさらに、誰でも、ウェブサイトをセットアップする必要なしに、例えば、インターネットに対する接続を有するパーソナルコンピュータからコンテンツを配信し、そしてそのコンテンツは検索可能であるようにインデックス付けさせることができるようになることに注意すべきである。

下記で説明されるように、任意の適切なロケーションからのアクセスを提供するために、インデックス１０６は、ファイアウォールの背後ではなく、クラウドロケーションに保持される。１つのインプリメンテーションにおいては、コンテンツは、下記でまた説明されるように、メッシュ１１０を経由してアクセスすることができる。それ故に、インデックス１０６は、メッシュ１１０にアクセスしてコンテンツを処理することにより構築することができるが、管理者は、コンテンツの一部または全部に関するメタデータを出力するだけのように選択することができる。サーバ上でインデックスを構築し、そして次いでファイアウォールの外側でインデックスを出力することもまた実現可能である。

理解されるであるように、管理者レベルのユーザ、またはそうでなければ権限を与えられた上級レベルのユーザ（一般にこれ以降で管理者１１２と称される）は、どのようなコンテンツが、インデックス付けされているか、どのようなコンテンツがアクセス可能であるか、そしてどのような許可が、インデックスを検索し、かつ／またはコンテンツにアクセスするために必要とされるかを決定するために、コンテンツサーバ１１４上でウォッチフォルダをセットアップする。言い換えれば、ファイアウォールの背後の管理者１１２は、どのデータおよびどのコンテンツについてどのようなレベルの許可にするかを決定する。ファイアウォールの背後の１台のマシン上で作業する管理者は、そのファイアウォールの背後の複数のマシンを通してコンテンツを構成することができることに注意すべきである。機関は、異なるタスクを行う能力を有する管理者の異なるレベルをセットアップすることができる。管理者はまた、ファイアウォールの外側のロケーションからファイアウォールの背後のマシン上でコンテンツを構成するためにセットアップすることもできる。

図１に表現されてもいるように、管理者１１２は、公開されている、例えば、許可のないユーザ（ブロック１１８）によることを含めて、公共キャッシュ１１６によってアクセスされる他のコンテンツをセットアップすることができる。これは、例えば、選択ドキュメントを公開してリリースし、そして効率的なアクセスのためにそれらをキャッシュするオプションを与える。

下記で説明されるように、ユーザ１０２は、インターネット１２０または他の公的ソースからの検索結果、ならびに異なるファイアウォールの背後の異なるサーバ１２２からのコンテンツを獲得することもできる。実際に、インデックス１０６を経由した検索は、（そのユーザ１２４がまた、クラウドインデックス１０６へと進まない限り）ファイアウォールの背後のユーザ１２４が得るよりも多くの結果を得ることができる。これは、例えば、それぞれがファイアウォールの背後にある２つの異なるキャンパスを有する大学は、そのコンテンツに両方からインデックス付けさせることができ、ユーザは、両方を一緒に検索することができ、いずれかのサーバなどからドキュメントを獲得することができ、そして公共インターネットコンテンツ検索結果と組み合わされたプライベートな検索結果を有することもできるなど、多くのやり方において、価値がある。

図２および３の中で表されるように、メッシュ検索は、４つの一般的な態様、すなわち１）アプリケーションインストレーション、コンフィギュレーション、および同期化（ブロック２２０）と、２）インターネットユーザＵＩ経験（ブロック３３０）と、３）メタデータ上の許可ベースの検索（ブロック３３２）と、４）ファイルダウンローディング（ブロック３３４）とを含む。

アプリケーションインストレーション、コンフィギュレーション、および同期化の態様は、管理者が、どのサーバとどのフォルダとが、メッシュ検索データについてアップデートされ続けるか、ならびに誰が、対応する検索結果を閲覧するアクセス権を有するかを定義するために使用するサーバアプリケーション２２２（または複数のアプリケーション）を対象としている。これらのサーバは、様々なネットワークまたは物理ロケーションを通して位置づけられることが可能である。「アプリケーション」は、オペレーティングシステムのコンポーネントまたは他の論理とすることができ、そしてそれ故にアプリケーションとして本明細書の中で例示されるが、プログラムコードなど、任意の論理とすることもできることに注意すべきである。

一般に、図２の中の１とラベル付けされた矢印によって表されるように、与えられたサーバマシン上にアプリケーション２２２をインストールするために、１つまたは複数のユーザインターフェース２２４が、管理者に対して提示される。これにより、１つまたは複数のサーバ（例えば、サーバ１）２２８上に１つまたは複数のウォッチフォルダ（例えば、フォルダ１）２２６をセットアップすること、ならびにコンテンツを検索および要求する際に使用するための許可をセットアップすることができるようになる。許可は、任意の検索エンティティのために定義されることが可能であり、例えば、ドメイン、組織単位、アクティブディレクトリ（登録商標）、個々のユーザ、管理者、またはユーザＩＤのリスト、グループＩＤ、公共アクセスなどのグループによって識別されることが可能である。長い間に、サーバアプリケーション２２２および他の論理（例えば、バックグラウンドプロセス）に対するアップグレード／パッチを容易にするさらなるコードが提示され得ることに注意すべきである。

図２の中に表されるように、示されている他のフォルダ（例えば、フォルダ２ないしフォルダｍ）は、同様に観察されても、またはされなくてもよい。示されている他のサーバ（例えば、サーバ２ないしサーバｎ）は、観察され、または観察されないフォルダを有することができ、そして複数のネットワーク／イントラネット上に存在することができることにも注意すべきである。アプリケーション２２２は、インデックス観察および同期化のために、同様にコンテンツについての取り扱い要求のために使用されるので、サーバアプリケーションを用いてロードされるこれらのサーバだけが、検索可能であり、そしてウォッチフォルダとして指定されるこれらのフォルダだけが、インデックス付けされる。管理者はまた、どのような許可を各フォルダに関連付けるべきか、そしてファイルメタデータまたはファイルコンテンツが、ファイアウォールの外側で保持されるかどうかを決定する。

教育環境における教師によってなど、ファイルがウォッチフォルダに追加されるときに（２とラベル付けされた矢印）、アプリケーション２２２は、変更を検出し、そしてウォッチフォルダの中のファイルに対する関連する変更をシステム（例えば、ファイルサーバ２３０を含む）に通知する（３ないし６とラベル付けされた矢印）。長い間に、ユーザが、観察されたサーバ上のウォッチフォルダ内のファイルを追加し／編集し／削除するにつれて、アプリケーション２２２は、メタデータを同期させ、そしてファイルは、機関におけるコンテンツサーバからファイルサーバ２３０または別のロケーションの中の（例えば、法人のサーバファームの中の、ただし代わりに適切な任意のストレージロケーションの中の）データベースへとアップデートする。アプリケーション２２２は、インデックスに対する変更をプッシュする（そして下記に説明されるように、コンテンツについての要求のためにポーリングを行い、１つのインプリメンテーションにおいては、これは、アプリケーション２２２を経由して行われるが、等価的に、別個のアプリケーションを経由して行われることもある）ことに注意すべきである。同期化モデルと同様に、変更は、全体のコンテンツ、またはデルタを伴う適切な通知であってもよく、代わりに（または追加して）、インデックスは、アプリケーションが、変更を有するかどうかについてポーリングを行うこともできる。

要約すると、本技術は、それらのコンテンツサーバ上に小さなアプリケーションをインストールすること、観察されたフォルダを定義すること、および許可リストを定義することにより、セキュリティ上安全なやり方で、適切なユーザと検索を通してファイルを共有することを可能にする。これにより、ユーザは、簡単に特定の観察されたフォルダへとファイルを保存することによって他のユーザとファイルを簡単に共有することができるようになる。それ故に、アプリケーション２２２は、データを新しく共有したフォルダ、共有フォルダの中の新しいファイル、変更された／除去されたメタデータおよびファイルと共有フォルダの中のサブフォルダと、フォルダについての許可の変更、共有フォルダの中のメタデータに対する完全なインデックスデータの交換の変更を監視する。

一時的にフォルダの共用を中止する（すなわち、共有を停止するが、データをパージしない）、あるいはフォルダのデータをパージして除去する管理者により制御されたメカニズムが存在することに注意すべきである。

インターネットユーザＵＩ経験（ブロック３３０）は、ユーザが、インデックスを検索するアクセス権を与えられており、そしてそれによって与えられたメッシュ検索システムからの検索結果を閲覧するときに、検索結果ページを訪問するときにユーザが見るＵＩを含んでいる。このＵＩは、インターネット上のウェブページ上に、プライベートブラウザインスタンス（ｐｒｉｖａｔｅ ｂｒｏｗｓｅｒ ｉｎｓｔａｎｃｅ）の中に、クライアントアプリケーションの中に、ＳＭＳ、ＷＡＰまたはモバイルブラウザなどを通してモバイルデバイス上に、存在させることができる。これらのＵＩオプションは、図３の中でリモートコンピュータ３４０を経由して表される。

図３の中で、７ないし１２とラベル付けされた矢印は、検索プロセスを表す。ユーザに戻すべきメッシュ検索結果が存在する場合、そのときにはこれらの結果は、検索結果ページ／リスト上の別個のラベル付けされたエリアの中に表示され、あるいは他の検索結果と組み合わされる（例えば、統合される）ことが可能である。１つのインプリメンテーションにおいては、ＵＩは、必要に応じて、一体化されたリストの中で複数のプロバイダからの結果を処理する。

図４は、一例の検索結果のページ４４０を示しており、このページの中で、ユーザは、異なるソース（例えば、異なる教育機関）からの結果を集約し、かつ／またはマージすることができる。これは、様々なコンテンツソースから構築されるマージされたインデックスを有することにより、かつ／または異なる機関のインデックスを検索し、次いでそれらの結果を組み合わせることにより行うことができる。各ソースインデックスを表すロゴ（例えば、４４１〜４４３）などのメタデータは、ユーザが各検索結果に対応するコンテンツのソースがどこであるかを決定することを助けるために使用することができる。それらの結果は、どのようなやり方でも集約し、そして提示することができ、例えば、関連性に基づいてインターリーブし、商業上の支払いに基づいてソースによって分離し、公共のまたは個人の結果が異なるセクションにあるように分離することなどができる。

戻すべきメッシュ検索結果が存在しない場合、そのときにはカスタムの「結果なし」のメッセージを表示し、かつ／または任意のカスタムセクションを表示しないようにすることができる。

メタデータの態様（ブロック３３２）上の許可ベースの検索は、検索結果を生成し、そして誰がそれらの結果を見るかを制御するために使用される検索および許可のインフラストラクチャおよび論理を対象としている。証明書が、使用され、各ユーザが検索し、受信することができるコンテンツとマッチされる（管理者により決定された設定を経由してパブリックドメイン内に置かれるメタデータおよび／またはコンテンツを除いて）。

メッシュ検索アプリケーションによって提供されるメタデータは、クロールされて（ｃｒａｗｌｅｄ）メッシュ検索インデックス３４８を生成する。ブロック３５０によって表されるように、これは、既存のクローラ（ｃｒａｗｌｅｒ）を使用して、または他の適切なコードにより、行うことができる。インデックス３５０の上で検索するために使用される検索アルゴリズム３５２（例えば、ＦＡＳＴ技術に基づいた）は、既存のコードを使用して、またはカスタムコードを生成することにより行うこともできる。

一般に、管理者がメッシュ検索をセットアップするときに、管理者は、これらの結果に対するアクセスについての許可を定義する。メッシュ検索コードは、この許可構造を尊重し、その結果、ユーザは、自分たちがアクセスすることが許可されたメッシュ検索結果だけを見ることができる。

ファイルダウンローディングの態様（ブロック３３４）は、ユーザに、ユーザが見出したメッシュ検索結果に対応するコンテンツのコピーを得させるために使用されるファイルリターンおよび許可の論理を対象としている。ユーザが、ウェブ検索エンジンにおいて検索結果をクリックオンし、ウェブページファイルのコピーを獲得するときと同様に、ファイルダウンローディングにより、ユーザは、自分たちがメッシュ検索結果の中で見出すファイルのコピーを取り出すことができるようになる。

メッシュ検索結果を獲得することに適用される同じ許可レベルおよび論理は、ファイルダウンローディングに関しても適用されることが可能である。しかしながら、メタデータおよびファイルコンテンツは、異なる許可を有する可能性があるので、管理者は、アイテムがインデックスを経由して検索できてもダウンロードできないようにすることを可能であることに注意すべきである。例えば、インデックス付けされたコンテンツの一部または全部は、一般の公衆にとって使用可能なようにコンテンツを公示するためになど、公衆が検索するのに使用可能とすることができ、そして適切な許可のないユーザは、完全なコピーを求めて機関に連絡をとる必要が生じることになる。

１３ないし１６とラベル付けされた矢印を経由して図２および３に表されるように、ユーザは、クラウドサービスを経由してファイルを要求する。しかしながら、ファイアウォールのために、サーバアプリケーション２２２は、ポートをオープンにしてファイアウォールを通してファイルをプッシュする必要がある。それ故に、サーバアプリケーション２２２はまた、コンテンツについての未処理の要求のためにクラウドサービスをポーリングし、そして適切な許可を有するユーザに対してコンテンツを配信することによりこれらを満たす。

見ることができるように、コンテンツの複数のノードは、変更が行われるときに、自動的にインデックスアップデートをもたらす定義された１組のウォッチフォルダの中のファイル上で定義されたサーチャー（ｓｅａｒｃｈｅｒｓ）に検索させるように構成することができ、例えば、その結果、他の任意のユーザは、ウォッチフォルダへとそれを保存することにより、セキュリティ上安全な方法でファイルを共有することができるようになる。１つのインプリメンテーションは、ライブメッシュコードを活用して、ファイル通知を管理するが、しかしながら、これは、代わりに、クライアントが、クラウドプロセスを用いてタイムリーに接続性を保持する任意の同期化プロセスを用いて完了することができる。

このようにして、認証されたユーザは、ウォッチフォルダの中のファイルからのメタデータ上で検索することができる。１つのインプリメンテーションは、検索機能のためにＦＡＳＴ検索コードを活用するが、しかしながら、これは１つのインプリメンテーションであるにすぎず、多数の代替メカニズムが実現可能であることに注意すべきである。ひとたび、位置が見出された後に、認証されたユーザは、ウェブサイトの中のリンクをクリックオンしてそのファイルのコピーを獲得することにより、ファイアウォールの背後に位置するファイルにアクセスすることができる。
例示の動作環境

図５は、図１〜４のうちのどれかの例およびインプリメンテーションが、インプリメントされ得る適切なコンピューティングおよびネットワーキングの環境５００についての一例を示すものである。コンピューティングシステム環境５００は、適切なコンピューティング環境の一例であるにすぎず、本発明の使用または機能性の範囲についてどのような限定を示唆するようにも意図されてはいない。またコンピューティング環境５００は、例示の動作環境５００に示されるコンポーネントのうちの任意の１つまたは組合せに関連したどのような依存性または要件を有するものとも解釈されない。

本発明は、非常に多くの他の汎用コンピューティングシステムの環境またはコンフィギュレーション、あるいは専用コンピューティングシステムの環境またはコンフィギュレーションを用いて動作可能である。本発明と共に使用するために適したものとすることができるよく知られているコンピューティングシステム、環境、および／またはコンフィギュレーションの例は、それだけには限定されないが、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドまたはラップトップデバイス、タブレットデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブルな家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記のシステムまたはデバイスのうちの任意のものを含む分散コンピューティング環境などを含んでいる。

本発明は、コンピュータによって実行されている、プログラムモジュールなどのコンピュータ実行可能命令との一般の関連で説明することができる。一般に、プログラムモジュールは、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含んでおり、これらは、特定のタスクを実行し、あるいは特定の抽象データ型をインプリメントする。本発明はまた、タスクが、通信ネットワークを通してリンクされるリモート処理デバイスによって実行される分散コンピューティング環境の中で実行されることも可能である。分散コンピューティング環境においては、プログラムモジュールは、メモリストレージデバイスを含めて、ローカルおよび／またはリモートのコンピュータストレージ媒体の中に位置することができる。

図５を参照すると、本発明の様々な態様をインプリメントするための例示のシステムは、コンピュータ５１０の形態の汎用コンピューティングデバイスを含むことができる。コンピュータ５１０のコンポーネントは、それだけには限定されないが、処理装置５２０と、システムメモリ５３０と、処理装置５２０に対するシステムメモリを含めて様々なシステムコンポーネントを結合するシステムバス５２１とを含むことができる。システムバス５２１は、メモリバスまたはメモリコントローラと、周辺バスと、様々なバスアーキテクチャのうちのどれかを使用したローカルバスとを含めて、いくつかのタイプのバス構造のうちの任意のものにすることができる。例として、限定するものではないが、そのようなアーキテクチャは、業界標準アーキテクチャ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）（ＩＳＡ）バスと、マイクロチャネルアーキテクチャ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ）（ＭＣＡ）バスと、拡張ＩＳＡ（Ｅｎｈａｎｃｅｄ ＩＳＡ）（ＥＩＳＡ）バスと、ビデオエレクトロニクス規格協会（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ）（ＶＥＳＡ）ローカルバスと、メザニン（Ｍｅｚｚａｎｉｎｅ）バスとしても知られている周辺コンポーネント相互接続（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）（ＰＣＩ）バスとを含む。

コンピュータ５１０は、一般的に様々なコンピュータ読取り可能媒体を含んでいる。コンピュータ読取り可能媒体は、コンピュータ５１０によってアクセスすることができ、そして揮発性および不揮発性の媒体と、着脱可能および着脱不可能な媒体との両方を含む使用可能な任意の媒体とすることができる。例として、限定するものではないが、コンピュータ読取り可能媒体は、コンピュータストレージ媒体と通信媒体とを備えることができる。コンピュータストレージ媒体は、コンピュータ読取り可能命令、データ構造、プログラムモジュール、他のデータなどの情報の記憶のための任意の方法または技術の形でインプリメントされる揮発性および不揮発性の、着脱可能および着脱不可能な媒体を含んでいる。コンピュータストレージ媒体は、それだけには限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋｓ）（ＤＶＤ）または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは望ましい情報を記憶するために使用することができ、コンピュータ５１０によってアクセスすることができる他の任意の媒体を含む。通信媒体は、一般的に、搬送波や他の移送メカニズムなどの被変調データ信号の形で、コンピュータ読取り可能命令、データ構造、プログラムモジュールまたは他のデータを実施し、そして任意の情報配信媒体を含んでいる。用語「被変調データ信号」は、信号の中の情報を符号化するような方法で、その特性のうちの１つまたは複数を設定しており、または変更している信号を意味する。例として、限定するものではないが、通信媒体は、有線ネットワークや直接配線された接続などの有線媒体と、音響、ＲＦ、赤外線、他の無線媒体などの無線媒体とを含んでいる。上記のうちの任意のものについての組合せもまた、コンピュータ読取り可能媒体の範囲内に含めることができる。

システムメモリ５３０は、リードオンリーメモリ（ＲＯＭ）５３１やランダムアクセスメモリ（ＲＡＭ）５３２など、揮発性メモリおよび／または不揮発性メモリの形態のコンピュータストレージ媒体を含んでいる。起動中などに、コンピュータ５１０内の要素の間で情報を転送する助けをする基本ルーチンを含む基本入出力システム５３３（ＢＩＯＳ）は、一般的に、ＲＯＭ５３１に記憶される。ＲＡＭ５３２は、直接にアクセス可能であり、かつ／または処理装置５２０によって現在動作されているデータおよび／またはプログラムモジュールを、一般的に含んでいる。例として、限定するものではないが、図５は、オペレーティングシステム５３４と、アプリケーションプログラム５３５と、他のプログラムモジュール５３６と、プログラムデータ５３７とを示している。

コンピュータ５１０は、他の着脱可能／着脱不可能な揮発性／不揮発性のコンピュータストレージ媒体を含むこともできる。単なる例として、図５は、着脱不可能な不揮発性の磁気媒体から読み取り、またはその磁気媒体に書き込むハードディスクドライブ５４１と、着脱可能な不揮発性の磁気ディスク５５２から読み取り、またはその磁気ディスクに書き込む磁気ディスクドライブ５５１と、ＣＤ ＲＯＭや他の光媒体などの着脱可能な不揮発性の光ディスク５５６から読み取り、またはその光ディスクに書き込む光ディスクドライブ５５５とを示している。例示の動作環境の中で使用することができる他の着脱可能／着脱不可能な揮発性／不揮発性のコンピュータストレージ媒体は、それだけには限定されないが、磁気テープカセットと、フラッシュメモリカードと、デジタル多用途ディスクと、デジタルビデオテープと、ソリッドステートＲＡＭと、ソリッドステートＲＯＭなどとを含んでいる。ハードディスクドライブ５４１は、一般的に、インターフェース５４０などの着脱不可能なメモリインターフェースを通してシステムバス５２１に接続され、そして磁気ディスクドライブ５５１と、光ディスクドライブ５５５とは、一般的に、インターフェース５５０などの着脱可能なメモリインターフェースによってシステムバス５２１に接続される。

上記で説明され、そして図５の中に示されるドライブと、それらの関連するコンピュータストレージ媒体は、コンピュータ５１０のためのコンピュータ読取り可能命令と、データ構造と、プログラムモジュールと、他のデータとのためのストレージを提供する。図５において、例えば、ハードディスクドライブ５４１は、オペレーティングシステム５４４と、アプリケーションプログラム５４５と、他のプログラムモジュール５４６と、プログラムデータ５４７とを記憶するように示されている。これらのコンポーネントは、オペレーティングシステム５３４と、アプリケーションプログラム５３５と、他のプログラムモジュール５３６と、プログラムデータ５３７と同じ、またはそれらとは異なるものとすることができることに注意すべきである。オペレーティングシステム５４４と、アプリケーションプログラム５４５と、他のプログラムモジュール５４６と、プログラムデータ５４７とは、本明細書の中で異なる番号が与えられて、少なくともそれらが異なるコピーであることを示す。ユーザは、タブレットまたは電子デジタイザ５６４、マイクロフォン５６３、キーボード５６２、マウス、トラックボールまたはタッチパッドと一般的に称されるポインティングデバイス５６１などの入力デバイスを通してコンピュータ５１０にコマンドおよび情報を入力することができる。図５に示されていない他の入力デバイスは、ジョイスティック、ゲームパッド、サテライトディッシュ（ｓａｔｅｌｌｉｔｅ ｄｉｓｈ）、スキャナなどを含むことができる。これらおよび他の入力デバイスは、多くの場合に、システムバスに結合されるユーザ入力インターフェース５６０を通して処理装置５２０に接続されるが、パラレルポート、ゲームポート、またはＵＳＢ（ユニバーサルシリアルバス）など、他のインターフェースまたはバス構造によって接続されてもよい。モニタ５９１または他のタイプのディスプレイデバイスもまた、ビデオインターフェース５９０などのインターフェースを経由してシステムバス５２１に接続される。モニタ５９１は、タッチスクリーンパネルなどと一体化されていてもよい。モニタおよび／またはタッチスクリーンパネルは、コンピューティングデバイス５１０が、タブレットタイプのパーソナルコンピュータなどに組み込まれているハウジングに物理的に結合され得ることに注意すべきである。さらに、コンピューティングデバイス５１０などのコンピュータは、スピーカ５９５やプリンタ５９６など、他の周辺出力デバイスを含むこともでき、これらの周辺出力デバイスは、出力周辺インターフェース５９４などを通して接続することができる。

コンピュータ５１０は、リモートコンピュータ５８０など、１つまたは複数のリモートコンピュータに対する論理接続を使用して、ネットワーク化された環境の中で動作することができる。リモートコンピュータ５８０は、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス（ｐｅｅｒ ｄｅｖｉｃｅ）、または他の共通ネットワークノードとすることができ、そして一般的に、コンピュータ５１０に関連して上記で説明される要素のうちの多くまたはすべてを含んでいるが、メモリストレージデバイス５８１だけが、図５には示されている。図５に示される論理接続は、１つまたは複数のＬＡＮ（ローカルエリアネットワーク）５７１と、１つまたは複数のＷＡＮ（広域ネットワーク）５７３とを含むが、他のネットワークを含むこともできる。そのようなネットワーク環境は、オフィス、企業規模のコンピュータネットワーク、イントラネットおよびインターネットにおいては一般的である。

ＬＡＮネットワーキング環境の中で使用されるときに、コンピュータ５１０は、ネットワークインターフェースまたはネットワークアダプタ５７０を通してＬＡＮ５７１に接続される。ＷＡＮネットワーキング環境の中で使用されるときに、コンピュータ５１０は、一般的に、モデム５７２、またはインターネットなどのＷＡＮ５７３の上で通信を確立するための他の手段を含んでいる。内蔵または外付けとすることができるモデム５７２は、ユーザ入力インターフェース５６０または他の適切なメカニズムを経由してシステムバス５２１に接続することができる。インターフェースやアンテナなどを備える無線ネットワーキングコンポーネント５７４は、アクセスポイントやピアコンピュータなどの適切なデバイスを通してＷＡＮまたはＬＡＮに結合することができる。ネットワーク環境においては、コンピュータ５１０に対して示されるプログラムモジュール、またはその一部分は、リモートメモリストレージデバイスに記憶することができる。例として、限定するものではないが、図５は、メモリデバイス５８１上に存在するようにリモートアプリケーションプログラム５８５を示している。示されるネットワーク接続は、例示のものであり、コンピュータの間で通信リンクを確立する他の手段を使用することができることを、理解することができる。

補助サブシステム５９９（例えば、コンテンツの補助ディスプレイ用の）は、たとえコンピュータシステムの主要部分が低電力状態にあるとしても、プログラムコンテンツ、システムステータス、イベント通知などのデータが、ユーザに提供されることを可能にするユーザインターフェース５６０を経由して接続することができる。補助サブシステム５９９は、主要な処理装置５２０が、低電力状態にある間に、これらのシステムの間の通信を可能にするモデム５７２および／またはネットワークインターフェース５７０に接続することができる。
結論

本発明は、様々な修正および代替構成を受け入れることができるが、それらのうちのある種の例示の実施形態は、図面に示され、そして上記で詳細に説明されてきている。しかしながら、本発明を開示される特定の形態だけに限定する意図は存在せず、それとは逆に、本発明の精神および範囲の内部に含まれるすべての修正、代替構成、および等価物をカバーすることを意図していることを理解すべきである。

Claims (11)

1. ファイアウォールの背後のコンピュータで実施する方法であって、
   コンテンツを保持するステップと、
   前記コンテンツに対するインデックスを作成し、作成した前記インデックスと前記インデックスの中のメタデータに関連付けされた許可とを前記ファイアウォールの外側に出力するステップと、
   前記インデックスの中のメタデータに関連付けされた許可に基づいて前記インデックスの検索が許可された検索エンティティへ、検索結果中の前記コンテンツへのアクセスを提供するステップと
   を備える方法。
2. 前記インデックスを作成するステップは、前記コンテンツに対する変更を監視するステップまたは前記コンテンツに関連するメタデータに対する変更を監視するステップ、あるいは前記コンテンツに対する変更を監視するステップと、前記コンテンツに関連するメタデータに対する変更を監視するステップとの両方を備える請求項１に記載の方法。
3. 前記コンテンツは、ウォッチフォルダの中に保持され、前記インデックスを作成するステップは、前記ウォッチフォルダに対する変更を監視するステップを備える請求項１または２に記載の方法。
4. 前記コンテンツへのアクセスを提供するステップは、前記コンテンツを受信する要求についてポーリングするステップを備える請求項１乃至３のいずれかに記載の方法。
5. 前記コンテンツへのアクセスを提供するステップは、メッシュを経由して前記コンテンツを提供するステップを備える請求項１乃至４のいずれかに記載の方法。
6. 前記コンテンツに対する前記インデックスを作成するステップは、前記コンテンツに対応するメタデータから前記インデックスを構築するステップを備える請求項１乃至５のいずれかに記載の方法。
7. ファイアウォールの背後にないコンピュータが実施する方法であって、
   ファイアウォールの背後にある各々が１つまたは複数の許可に関連付けられたウォッチフォルダの中に保持されているコンテンツに対するインデックスを提供するステップと、
   前記ウォッチフォルダに対する任意の変更を反映する前記インデックスに対するアップデートを受信するステップと、
   検索エンティティからの検索要求に応答して、前記検索エンティティに関連付けられた許可とマッチする許可に関連付けられたウォッチフォルダ中のコンテンツについての前記インデックスを検索するステップと、
   前記コンテンツについての検索に応答して検索結果を戻すステップと
   を含む方法。
8. 前記検索結果を戻すステップは、少なくとも１つの他のソースからの検索結果を用いて前記インデックスからの検索結果を集約するステップを備える請求項７に記載の方法。
9. 請求項１乃至８のいずれかの方法をコンピュータに実行させるコンピュータプログラム。
10. 請求項１乃至８のいずれかの方法をコンピュータに実行させるコンピュータプログラムを記録したコンピュータ可読記録媒体。
11. プロセッサと、請求項１乃至８のいずれかの方法を前記プロセッサに実行させるコンピュータプログラムを記録したコンピュータ可読媒体とを備えたコンピュータ。

Images