このドキュメントは暫定版でありこのソフトウェアの最終的な製品版の発売時に実質的に変更されることがありますこのドキュメントに記載されている情報はこのドキュメントの発行時点におけるマイクロソフトの見解を反映したものです変化する市場状況に対応する必要があるためこのドキュメントは記載された内容の

(1)

1 www.microsoft.com/sharepoint

Microsoft SharePoint Server 2010

(2)

このドキュメントは暫定版であり、このソフトウェアの最終的な製品版の発売時に実質的に変更されることがあります。このドキュメントに記載されている情報は、このドキュメントの発行時点におけるマイクロソフトの見解を反映したものです。変化する市場状況に対応する必要があるため、このドキュメントは、記載された内容の実現に関するマイクロソフトの確約とはみなされないものとします。また、発行以降に発表される情報の正確性に関して、マイクロソフトはいかなる保証もいたしません。このホワイトペーパーに記載された内容は情報の提供のみを目的としており、明示、黙示または法律の規定にかかわらず、これらの情報についてマイクロソフトはいかなる責任も負わないものとします。お客様ご自身の責任において、適用されるすべての著作権関連法規に従ったご使用を願います。このドキュメントのいかなる部分も、米国 Microsoft Corporation の書面による許諾を受けることなく、その目的を問わず、どのような形態であっても、複製または譲渡することは禁じられています。ここでいう形態とは、複写や記録など、電子的な、または物理的なすべての手段を含みます。ただしこれは、著作権法上のお客様の権利を制限するものではありません。マイクロソフトは、このドキュメントに記載されている内容に関し、特許、特許申請、商標、著作権、またはその他の無体財産権を有する場合があります。別途マイクロソフトのライセンス契約上に明示の規定のない限り、このドキュメントはこれらの特許、商標、著作権、またはその他の無体財産権に関する権利をお客様に許諾するものではありません。別途記載されていない場合、このソフトウェアおよび関連するドキュメントで使用している会社、組織、製品、ドメイン名、電子メールアドレス、ロゴ、人物、場所、出来事などの名称は架空のものです。実在する商品名、団体名、個人名などとは一切関係ありません。

Microsoft、Windows、SharePoint、FAST、Visual Studio、SQL Server、OneNote、 PowerPoint、Outlook、および Excel は、マイクロソフトグループの商標です。その他、記載されている会社名、製品名には、各社の商標のものもあります。

(3)

www.microsoft.com/japan/sharepoint 目次概要 ... 1 このドキュメントの使い方 ... 2 はじめに ... 4 SharePoint Server 2010 のエンタープライズ検索により解決される技術的な問題 .. 4 検索に関する用語 ... 5 マイクロソフトのエンタープライズ検索製品の概要 ... 11 マイクロソフトのサーバー側検索製品 ... 11 コンテンツソースリポジトリ ... 12 インデックス作成の規模 ... 13 開発者向けの情報 ... 14 SharePoint Server 2010 の検索の新機能 ... 15 インフォメーションワーカー向けの新機能と強化された機能 ... 15 クエリの新機能と強化された機能 ... 15 検索結果の新機能と強化された機能 ... 16 IT プロフェッショナル向けの新機能と強化された機能 ... 19 開発者向けの情報 ... 23 エンドユーザーの検索エクスペリエンス ... 24 ソーシャル検索 ... 28 検索管理 ... 31 検索アーキテクチャ ... 31 スケーラビリティと可用性... 33 コンポーネント化とスケール変更 ... 34 高い可用性と復元力 ... 35 コネクタフレームワーク ... 36 新しいコネクタ機能 ... 36 コネクタの作成 ... 37 検索管理者向けのチュートリアル ... 38 Search Service アプリケーションレベルでの検索管理 ... 38

(4)

2 www.microsoft.com/japan/sharepoint クローラー設定 ... 38 コンテンツソースを作成する ... 38 人の検索を構成する ... 39 クロールルールを作成する ... 39 クローラー影響ルールを作成する ... 40 クエリと結果の設定 ... 41 権限のあるページを作成する ... 41 フェデレーション場所を作成する ... 42 メタデータプロパティを作成する ... 45 検索レポート ... 48 管理レポートを実行する ... 49 Web 分析レポートを実行する ... 50 サイトコレクションレベルでの検索管理 ... 51

Enterprise Search Center (エンタープライズ検索センター) を作成する ... 51

キーワード、定義、おすすめコンテンツ、および類義語を作成する ... 52

検索範囲を作成する ... 53

(5)

1 www.microsoft.com/japan/sharepoint

概要

この評価ガイドは、Microsoft® _SharePoint®_{Server 2010 が提供するエンタープライ} ズ検索機能の設計目標と詳細について理解していただくことを目的としています。また、SharePoint Server 2010 を使用してエンタープライズ検索を実装する方法について詳しく知っていただくことも目的としています。このガイドには、以下の内容が含まれています。  SharePoint Server 2010 が提供する新しい、および強化された、エンタープライズ検索の機能とテクノロジの説明  SharePoint Server 2010 に実装されている、インデックス作成とクエリのアーキテクチャの詳細  SharePoint Server 2010 が提供する主要な検索機能の紹介とチュートリアルこのガイドは、技術的な意思決定者、IT プロフェッショナル、および開発者を対象としています。このガイドの全体的な目標は、SharePoint Server 2010 が提供する検索機能を徹底的かつ効果的に評価していただくための手助けをすることです。 SharePoint 2010 製品の最新情報については、 http://www.microsoft.com/japan/sharepoint を参照してください。

(6)

このドキュメントの使い方

このドキュメントは、SharePoint Server 2010 が提供するエンタープライズ検索機能について理解、評価することができるように設計されています。このドキュメントには、SharePoint Server 2010 が提供するエンタープライズ検索のすべての機能とコンポーネントを以下の役割の観点から評価するために使用できる包括的な情報が含まれています。  技術的な意思決定者: エンタープライズ検索ソリューションが満たすビジネス要件を理解するために、このガイドを使用することができます。また、 SharePoint Server 2010 が提供する検索テクノロジの特定の側面が、成功するエンタープライズ検索ソリューションのビジネス要件と技術要件を満たすためにどのように連携するかを学ぶこともできます。 SharePoint Server 2010 のエンタープライズ検索機能のについて十分理解していただくため、以下の項目で構成しています。。  はじめに  マイクロソフトのエンタープライズ検索製品の概要  SharePoint Server 2010 の検索の新機能 次に、組織のインフォメーションワーカーが SharePoint Server 2010 のエンタープライズ検索機能をどのように使用するかの全体像をつかむために、以下のセクションに続きます。  エンドユーザーの検索エクスペリエンスまた、組織の IT プロフェッショナルや開発者が SharePoint Server 2010 のエンタープライズ検索機能をどのように使用するかの技術的な全体像をつかむために、このドキュメントの残りの部分を確認していただく必要があります。  IT プロフェッショナル: SharePoint Server 2010 のエンタープライズ検索機能 を構成および管理する方法を理解するために、このガイドを使用することができます。「検索管理」セクションには、IT プロフェッショナル向けの特に有益なアーキテクチャ情報が含まれています。また、「検索管理」セクションには、Search Service アプリケーションレベルおよびサイトコレクションレベルで管理操作を実行するための、順を追った説明も含まれています。このガイドから得た洞察によって、カスタムソリューションをより効果的に管理できるようになります。

(7)

3 www.microsoft.com/japan/sharepoint  開発者: SharePoint Server 2010 のエンタープライズ検索機能を理解するために、このガイドを使用することができます。ソリューションの開発を行うプラットフォームについての洞察を得ることができるように、このドキュメントのすべてのセクションを理解していただく必要があります。このガイドの中には、SharePoint Server 2010 のエンタープライズ検索用のカスタムソリューションを作成する方法を理解するのに役立つ、「開発者向けの情報」のセクションが複数あります。より詳細な開発者向けのガイダンス、チュートリアル、およびサンプルについては、SharePoint Server 2010 SDK (英語) も参照してください。

(8)

はじめに

Microsoft SharePoint Server 2010 のエンタープライズ検索機能の評価ガイドをお読みいただきありがとうございます。このガイドの目標は、SharePoint Server 2010 が提供するエンタープライズ検索機能が組織のビジネス要件をどの程度満たすことができるかを評価するのに十分な SharePoint Server 2010 のエンタープライズ検索機能についての知識と理解を得ていただくための手助けをすることです。このセクションでは、エンタープライズ検索ソリューションの技術要件、および SharePoint Server 2010 がこうした要件をどの程度満たすかについて学びます。

SharePoint Server 2010 のエンタープライズ検索により解決される技術

的な問題

エンタープライズ検索ソリューションの一般的な目標を以下に示します。  複数のシステムのエンタープライズデータにインデックスを付けられるようにします。このようなデータには、SharePoint サイト、ファイル共有内のファイル、他の Web サイトの Web ページ、サードパーティのリポジトリ、および他の基幹業務システム (CRM データベースや ERP ソリューションなど) などに格納されている共用データが含まれます。  複数のエンタープライズリポジトリシステムのコンテンツを、単独でもビジネスアプリケーションのコンテキスト内からでも検索できるようにします。理想を言えば、エンタープライズ検索ユーザーインターフェイスで検索を実行するユーザーは、SharePoint サイト、ファイル共有内のファイル、他の Web サイトのページ、およびカスタムビジネスソリューション内のデータを検索対象とした検索の結果を確認できる必要があります。これは、ユーザーは検索を開始する前にデータの場所を知る必要がないということでもあります。  このような検索機能がユーザーに採用および使用されることを期待する場合は、適切な結果の正確なランキングが検索によって提供されるようにします。ユーザーがある検索エンジンを使い続ける主な理由は、適切な情報が検索結果の上位に返されるからです。同様に、ユーザーがある検索エンジンを使うのをやめる主な理由は、適切な結果が返されないから、または、関連ランキングが正確でないため適切な結果が上位に表示されないからです。  エンタープライズ検索ソリューションで組織内の人や専門知識を特定できるようにします。最低でも、ユーザーは、連絡先情報と空き状況を取得するた

(9)

5 www.microsoft.com/japan/sharepoint めに組織内の他のメンバーの名前を検索することができる必要があります。理想を言えば、ユーザーは、皆さんのビジネスのトピックや機能領域への関心を表明したり、たびたびソートリーダーシップを発揮する専門家を見つけたりすることができる必要があります。検索ソリューションでは、通常のビジネスシステム (電子メールやコンテンツリポジトリなど) とのやり取りから、自動的にユーザープロファイルを構築する必要があります。 SharePoint Server 2010 は、こうした目標を実現するためのエンタープライズ検索プラットフォームを提供します。概要を説明すると、SharePoint Server 2010 には、クローラーがさまざまな種類のコンテンツソースのファイル、メタデータ、および他の種類のデータにインデックスを付けることを可能にするコネクタフレームワークが含まれています。FAST Search Server 2010 for SharePoint は、クロールされたデータを効率的にインデックスファイルに格納するインデックス作成エンジンも提供します。また、クエリサーバー、クエリオブジェクトモデル、およびインデックスが付けられたデータに対して検索を実行するためのユーザーインターフェイスも提供します。これらのコンポーネントそれぞれの詳細については後で説明しますが、今は、これらのコンポーネントすべてが、目標を実現しエンタープライズ検索ソリューションの要件を満たすために連携するということだけ心に留めておいてください。

検索に関する用語

SharePoint Server 2010 が提供するエンタープライズ検索機能について詳しく説明する前に、検索に関する用語とその定義を知っておくと、役に立つでしょう。次の表を使用して、このガイドで使用される用語の簡単な説明を確認することができます。

(10)

6 www.microsoft.com/japan/sharepoint 用語定義おすすめコンテンツおすすめコンテンツは、1 つ以上のキーワードに関連付けられているドキュメントの URL です。一般に、このようなドキュメントやサイトは、ユーザーが検索結果一覧の上位に表示されることを望むと思われるドキュメントやサイトです。おすすめコンテンツは、その URL にインデックスが付けられているかどうかにかかわらず、関連付けられているキーワードを含むクエリによって返されます。サイトコレクションの管理者は、キーワードを作成し、おすすめコンテンツをキーワードに関連付けることができます。コネクタコネクタは、特定の種類のシステムと通信するコンポーネントです。インデックスを付けるコンテンツに接続してそのコンテンツを取得するために、クローラーによって使用されます。コネクタは、適切なプロトコルを使用して、インデックスを付けられるシステムと通信します。たとえば、共有フォルダーにインデックスを付けるために使用されるコネクタは FILE:// プロトコルを使用して通信し、Web サイトにインデックスを付けるために使用されるコネクタは HTTP:// プロトコルまたは HTTPS:// プロトコルを使用します。コンテンツ ソース コンテンツソースは、クロールされインデックスを付けられるシステムの定義です。たとえば、管理者は、共有ネットワークフォルダー、SharePoint サイト、他の Web サイト、Exchange パブリックフォルダー、サードパーティ製アプリケーション、データベースなどを表すコンテンツソースを作成することができます。クロール ルール クロールルールでは、インデックスを付けるコンテンツをクローラーがコンテンツソースからどのように取得するかを指定します。たとえば、クロールルールでは、特定の種類のファイルがクロールから除外されるように指定したり、指定された範囲内の URL のクロールに特定のユーザーアカウントが使用されるように指定したりすることができます。クロール スケジュー ルクロールスケジュールでは、コンテンツソースをクロールする頻度と日付/時刻を指定します。管理者は、すべてのクロールプロセスを手動で開始しなくて済むように、クロールスケジュール

(11)

7 www.microsoft.com/japan/sharepoint を作成します。クロールされたプロパティクロールされたプロパティは、インデックスが付けられているコンテンツのメタデータを表します。一般に、クロールされたプロパティには、SharePoint リストアイテムの列データ、Microsoft Office などのバイナリファイルのドキュメントプロパティ、および Web ページの HTML メタデータが含まれます。管理者は、有益な検索エクスペリエンスを提供するために、クロールされたプロパティを管理プロパティにマップします。詳細については、「管理プロパティ」を参照してください。クローラークローラーは、コネクタを使用してコンテンツソースからコンテンツを取得するコンポーネントです。クローラー影響ルールクローラー影響ルールは、クローラーがソースシステム内のコンテンツをクロールする際にソースシステムにかける負荷を規定します。たとえば、あるクローラー影響ルールでは、インフォメーションワーカーがあまり頻繁に使用しないあるコンテンツソースのクロールでは 64 個のドキュメントを同時に要求する必要があることを指定し、別のクローラー影響ルールでは、インフォメーションワーカーが絶えず使用するシステム用に、より負荷の低いクロール特性を指定することができます。フェデレーションフェデレーションは、インフォメーションワーカーによって実行された 1 つのクエリに基づいて、複数の検索プロバイダーから検索結果を取得するという概念です。たとえば、組織では、 Bing.com とのフェデレーションを採用して、あるクエリの結果が SharePoint と Bing.com から返されるようにすることができます。 IFilter IFilter は、特定の種類のファイルのコンテンツを読み取るために

コネクタによって使用されます。たとえば、Word IFilter は Word 文書を読み取るために使用され、PDF IFilter は PDF ファイルを読み取るために使用されます。インデックスインデックスは、インデックスが付けられたコンテンツが収録されている物理的なファイルで、クエリを遂行するためにクエリサーバーによって使用されます。インデクサーインデクサーは、1 つのインデックスに含まれるコンテンツを管

(12)

8 www.microsoft.com/japan/sharepoint 理し、そのコンテンツをクエリサーバーに伝達します。クエリサーバーでは、コンテンツはインデックスファイルに格納されます。インデックス作成エンジン「インデクサー」を参照してください。インデックス パーテ ィション「パーティション分割されたインデックス」を参照してください。管理プロパティ _{管理者は、1 つ以上のクロールされたプロパティにマップするこ} とによって管理プロパティを作成します。たとえば、管理者は、コンテンツソースの異なる Customer、Client、および Cust という複数のクロールされたプロパティにマップされる Client という名前の管理プロパティを作成することができます。その後、管理プロパティはエンタープライズ検索ソリューション全体で (検索範囲の定義やクエリフィルターの適用などに) 使用することができます。 OpenSearch OpenSearch は、フェデレーションシナリオで規格に準拠した検索エンジンを使用することを可能にする業界標準です。詳細については、「フェデレーション」を参照してください。パーティション分割されたインデックス SharePoint Server 2010 には、管理者がクエリの負荷を複数のク_エリ_{サーバーに分散させることを可能にする新しい概念が導入さ} れています。これは、インデックスのサブセットを作成し、個々のサブセットを異なるクエリサーバーに伝達することによって実現されます。サブセットは "パーティション" と呼ばれます。ユーザーに返す必要のある結果がすべて含まれるように、クエリ時に、クエリオブジェクトモデルは、検索を遂行できる各クエリサーバーにアクセスします。プロパティ データベ ース検索結果の管理プロパティとセキュリティ記述子は、物理的なインデックスファイルには格納されません。これらは、クエリサーバーに伝達される効率的なデータベースに格納されます。クエリサーバーは一般に、インデックスファイルとプロパティデータベースの両方から情報を取得することによってクエリを遂行します。クエリ オブジェクト モデルクエリオブジェクトモデルは、検索ユーザーインターフェイスから入力を受け取る役割と、クエリサーバーに適切なクエリを発

(13)

9 www.microsoft.com/japan/sharepoint 行する役割を担います。SharePoint Server 2010 が提供する検索 Web パーツでは、クエリオブジェクトモデルを使用してクエリが実行されます。開発者は、クエリオブジェクトモデルを使用してクエリを実行するカスタムのユーザーインターフェイスとソリューションを作成することもできます。クエリ サーバー クエリサーバーは、クエリを遂行するために、インデックスファイルとプロパティデータベースからデータを取得します。ランキングランキングでは、クエリから返される結果の並べ替え順序を定義します。一般に、結果は、最も関連性の高いドキュメントが結果ページの上部に表示されるように、関連性に基づいて降順に並べ替えられます。しかし、インフォメーションワーカーは、別の並べ替え順序 (更新日時など) を適用することを選ぶ場合があります。関連性関連性は、ある検索がユーザーの情報ニーズをどの程度満たすかを表します。関連性には、どのドキュメントが結果で返されるか (ドキュメントの再現率)、および結果内でのドキュメントの順序 (ランキング) が含まれます。検索センター検索センターは、検索センターのサイトテンプレートをベースとしたサイトです。インフォメーションワーカーがクエリを実行して検索結果を処理することができる、的が絞られたユーザーインターフェイスを提供します。検索ドキュメント「検索項目」を参照してください。検索項目検索項目は、ドキュメント、リストアイテム、ファイル、Web ページ、Exchange パブリックフォルダーへの投稿、またはインデックスの付けられたデータベース行を表します。検索項目は " 検索ドキュメント" と呼ばれることもありますが、重要なのは、こうした項目が検索クエリによって返されるということです。ステミング各言語には、複数の形を持つが本質的に同じことを意味する単語が存在する場合があります。たとえば、"To Write" という動詞には、"writing"、"wrote"、"write"、"writes" という形があります。同様に、英語の名詞には通常、"book" と "books" のように、単 数形と複数形があります。エンタープライズ検索のステミング機能では、ある単語の 1 つの形がその単語の他の形にマップされる

(14)

10 www.microsoft.com/japan/sharepoint ことにより、適切なドキュメントの再現率が向上することがあります。ストップ ワード _{ストップワード (ノイズワードと呼ばれることもあります) と} は、インデックスを付けても意味がない単語のことです。英語には、いくつかのストップワードが含まれています ("a"、"and"、 "the" など)。このような単語は、インデックスが付けられた項目の多くに含まれている可能性が高いので、このような単語にインデックスを付けても意味がありません。また、インフォメーションワーカーがこの種の語だけを検索することはめったにありません。類義語類義語とは、他の単語と同じことを意味する単語のことです。たとえば、"ラップトップ" と "ノートブック" は同じことを意味すると考えることができます。管理者は、組織でインフォメーションワーカーが検索する可能性のあるキーワードの類義語を作成することができます。また、適切なドキュメントの再現率を向上させるために使用できる類義語はシソーラスファイルに格納されます。ワード ブレーカー コンテンツソースからストリームや単語が取得され、こうしたストリームはインデックス作成のために個々の単語に分解されます。ワードブレーカーとは、ストリームを個々の単語に分解するコンポーネントのことです。インデックスが付けられるストリームは、通常、スペース、句読点、および各言語特有の規則を識別することによって分解されます。また、ユーザーが複数の単語を検索ボックスに入力すると、そのクエリはワードブレーカーによって個々の語に分解されます。

(15)

マイクロソフトのエンタープライズ検索製品の概要

マイクロソフトはさまざまな検索製品を提供しているので、SharePoint Server 2010 のエンタープライズ検索について詳しく説明する前に、エンタープライズ検索ポートフォリオのすべての製品について知っておくと、役に立つでしょう。

マイクロソフトのサーバー側検索製品

製品によって程度に差はありますが、次の製品はすべて、インデックス作成と検索の機能を提供します。

 Microsoft SharePoint Foundation 2010 の検索  Microsoft Search Server 2010 Express

 Microsoft Search Server 2010  Microsoft SharePoint Server 2010

 FAST™ Search Server 2010 for SharePoint*

次の表を使用して、各製品が提供する検索機能をすばやく比較することができます。機能 SharePoint Foundation 2010 Search Server 2010 Express Search Server 2010 SharePoint Server 2010 FAST Search Server 2010 for SharePoint 基本的なサイト検索 _○ _○ _○ _○ _○ おすすめコンテンツ _○ _○ _○ _○ ビジュアルおすすめコンテンツ _○ 類似する結果 _○ 重複する結果 _○ 検索範囲 _○ _○ _○ _○ ユーザーコンテキストに基づく、検索の機能強化 ○ クロールされたプロパティと管理プロパティ ○ ○ ○ ○* クエリフェデレーション _○ _○ _○ _○

(16)

12 www.microsoft.com/japan/sharepoint クエリ候補 _○ _○ _○ _○ 管理プロパティやランクプロファイルに基づく結果の並べ替え ○ ドキュメントやサイトの昇格による関連性の調整 ○ ○ ○ ○* 結果の大まかな絞り込み条件 _○ _○ _○ _○ 結果の詳細な絞り込み条件 _○ ドキュメントのプレビュー _○ Windows 7 フェデレーション _○ _○ _○ _○ 人の検索 _○ _○ ソーシャル検索 _○ _○ 分類の統合 _○ _○ マルチテナント型のホスティング _○ _○ 充実した Web インデックス作成のサポート ○ * - FAST Search Server 2010 for SharePoint が強化された機能を提供する領域を示します。詳細については、FAST Search Server 2010 for SharePoint の評価ガイドを参照してください。

上記の表に記載されている機能の詳細については、後のセクションで説明します。コンテンツ ソースリポジトリ 機能を比較するだけでなく、各製品でクロールできるコンテンツソースの種類についても考える必要があります。  SharePoint Foundation 2010 でクロールできるのは、同じファーム内にある SharePoint サイトのみです。  上記の表に記載されている製品のうち、SharePoint Foundation 2010 以外のすべての製品では、次の種類のコンテンツソースをクロールすることができます。  (同じファーム内、または外部のファーム内にある) SharePoint サイト  Windows ファイル共有  Microsoft Exchange パブリックフォルダー

(17)

13 www.microsoft.com/japan/sharepoint  SharePoint 以外の Web サイト  ユーザープロファイル  外部の基幹業務アプリケーション  データベース内の構造化されたコンテンツ  Web サービスから返されたコンテンツ

 Lotus Notes や Documentum などの、サードパーティの製品やソリューション

注: Microsoft SharePoint 2010 Indexing Connector for Documentum (Beta) は、Microsoft Connect (https://connect.microsoft.com/office/Downloads/DownloadDetails.aspx?D ownloadID=23324、英語) から別個にダウンロードすることができます。インデックス作成の規模上記の表に記載されているどの製品でも、インデックスを付けることができる項目の数に関して、ハードコーディングされた限度はありませんが、実現性とパフォーマンスに基づく次のようないくつかの実用的なガイドラインがあります。  SharePoint Foundation 2010 でインデックス付けと検索を行うことができる項目の数は、サーバー 1 台につき最大 1,000 万個です。

 Search Server 2010 Express でインデックス付けと検索を行うことができる項目の数は、SQL Server® Express と併用した場合は最大 30 万個で、それ以外の場合は最大 1,000 万個です。  スケールアウトされた Search Server 2010 ファームでインデックス付けと検索を行うことができる項目の数は、最大 1 億個です。  スケールアウトされた SharePoint Server 2010 ファームでインデックス付けと検索を行うことができる項目の数は、最大 1 億個です。

 FAST Search Server 2010 for SharePoint は最大の規模をサポートすることができ、インデックス付けと検索を行うことができる項目の数は 10 億個を超えます。

SharePoint Server 2010 によるエンタープライズ検索の一般的な目標の 1 つは、すべての検索でクエリの待ち時間が 1 秒未満になるようにすることです。これを実現す

(18)

14 www.microsoft.com/japan/sharepoint るには、1 台のクエリサーバーが処理する項目の数が 1,000 万個を超えないようにします。ファームに複数のクエリサーバーを追加して、SharePoint Server 2010 の新機能であるインデックスのパーティション分割機能を利用することにより、これを実現することができます。インデックスをパーティション分割すると、管理者は、クエリの負荷を複数のクエリサーバーに分散させることができます。これは、インデックスのサブセットを作成し、個々のサブセットを異なるクエリサーバーに伝達することによって実現されます。SharePoint Server 2010 は、各ドキュメントの ID のハッシュを使用して、特定のドキュメントのインデックスエントリをどのパーティションに格納するべきかを判断します。ユーザーに返す必要のある結果がすべて含まれるように、クエリ時に、クエリオブジェクトモデルは、検索を遂行するために必要な各クエリサーバーにアクセスします。マイクロソフトのサーバー側検索製品の比較の詳細については、

「Search Technologies for SharePoint 2010 Products」(英語) を参照してください。

開発者向けの情報

上記の製品はすべて、統一されたクエリオブジェクトモデルを提供します。そのため、たとえば、SharePoint Foundation 2010 用のクエリオブジェクトモデルを使用するカスタムソリューションを開発した場合、SharePoint Server 2010 にアップグレードしても、または、コードを FAST™ Search Server 2010 for SharePoint に移行しても、このソリューションは機能し続けます。

(19)

SharePoint Server 2010 の検索の新機能

SharePoint Server 2010 のエンタープライズ検索の新機能の概要をつかむために、このセクションを使用することができます。

インフォメーション

ワーカー向けの新機能と強化された機能

SharePoint Server 2010 には、クエリを構築し送信したり、検索結果を処理したりするための新機能が用意されています。クエリの新機能と強化された機能 SharePoint Server 2010 を使用すると、エンドユーザーは、より効果的な検索クエリを作成し実行することができます。また、SharePoint Server 2010 を使用すると、ユーザーは、Windows 7 のデスクトップから検索クエリを発行することができます。新しいクエリ機能を以下に示します。  フリーテキスト クエリおよびプロパティクエリ用のブールクエリ構文

SharePoint Server 2010 は、検索クエリでのブール演算子 AND、OR、および NOT の使用をサポートしています。たとえば、ユーザーは、次のようなクエリを実行することができます。

("SharePoint Search" OR "Live Search") AND (title:"Keyword Syntax" OR title:"Query Syntax")  検索キーワードおよびドキュメント プロパティのプレフィックス照合 検索クエリでは、アスタリスク (*) 記号をワイルドカード文字としてテキスト文字列の末尾で使用することができます。たとえば、"comp*" という検索クエリを使用すると、"computer"、"component"、"competency" などの文字列が含まれるドキュメントを見つけることができます。同様に、"author:Ad*" というクエリを使用すると、"Adam" や "Administrator" によって作成されたドキュメントを見つけることができます。したがって、"comp* author:ad*" というクエリを使用すると、"Adam" によって作成された "component" という文字列が含まれるドキュメントや、"Administrator" によって作成された "computer" という文字列が含まれるドキュメントを見つけることができます。  検索クエリの入力中に提供される候補ユーザーが検索センターの検索ボックスにキーワードを入力すると、クエリを完成させるのに役立つ候補が提供されます。こうした候補は、他のユーザーが以前に使用したクエリに基づいています。

(20)

16 www.microsoft.com/japan/sharepoint  ユーザーがクエリを実行した後で提供される候補検索センターでは、クエリが実行された後にも候補が提供されます。こうした候補も他のユーザーが以前に使用したクエリに基づいており、"検索語句の候補" 機能とは異なります。  Windows 7 でのエンタープライズ検索用のコネクタ

ユーザーは、Enterprise Search Center (エンタープライズ検索センター) から、 Windows 7 での SharePoint 検索用のコネクタを容易に作成することができます。Windows 7 の検索ボックスに検索クエリを入力することにより、ユーザーは、SharePoint から関連するドキュメントを見つけ、検索結果で返されたドキュメントのファイルプレビューやドラッグアンドドロップなどの Windows の機能を活用することができます。検索結果の新機能と強化された機能 SharePoint Server 2010 では、検索結果の取得と表示に関して多くの機能強化が加えられています。新しい検索結果機能を以下に示します。  結果の表示検索結果ページには絞り込み条件パネルが含まれています。このパネルは、検索結果の概要を提供し、ユーザーが結果をすばやく閲覧し理解することを可能にします。たとえば、ある検索クエリに対する検索結果ページの絞り込み条件パネルに表示される概要では、多数の Web ページ、および特定の作成者による多数のドキュメントが検索結果に含まれることが示される可能性があります。また、結果の上位のほとんどは Microsoft Word® 文書と Microsoft Excel®_{ドキュメントであることも示される可能性があります。絞り込み条件} パネルを使用すると、ユーザーは、たとえば、コンテンツの種類 (ドキュメント、スプレッドシート、プレゼンテーション、Web ページなど)、コンテンツの場所 (SharePoint サイトなど)、コンテンツの作成者、または最終更新日時に基づいて、結果をフィルター処理することもできます。ユーザーは、管理者が構成した管理プロパティおよびエンタープライズコンテンツ管理 (ECM) 分類ノードをベースとしたカテゴリに基づいてフィルター処理をすることもできます。  ブラウザーで表示 "ブラウザーで表示" 機能により、ユーザーは、Office Web アプリケーションを使用してほとんどの Microsoft Office ドキュメントをブラウザーで表示できるようになります。

Office Web アプリケーションは、Word、Excel、Microsoft PowerPoint®_、および Microsoft OneNote® のオンライン版で、これを使用すると、インフォメ

(21)

ーションワーカーはあらゆる場所からドキュメントにアクセスすることができます。ユーザーは、パーソナルコンピューター、携帯電話、および Web ブラウザーを使用して、ドキュメントの表示、共有、および共同作業を行うことができます。Office Web アプリケーションは、Windows Live を通じてユーザーに提供されます。また、Microsoft Office 2010 ボリュームライセンス契約を結ばれている、SharePoint Server 2010 をベースとしたドキュメント管理ソリューションをお使いの企業のお客様にも提供されます。  人の検索人の検索を使用すると、ユーザーは、名前だけでなく、他の多くのカテゴリ (部署、役職、プロジェクト、専門知識、場所など) に基づいて組織内の人を見つけることができます。人の検索に加えられた機能強化を以下に示します。 o 人の検索の結果の関連性が向上人の検索の結果の関連性が向上しています (特に、名前と専門知識に基づく検索の場合)。 o 自己検索ユーザーが自分のプロファイルにデータを追加すると、人の検索の効果は高まります。ユーザーが自分自身に対する検索を実行すると、検索システムでは、これを "自己検索" と認識し、関連するメタデータを表示します。表示されるメタデータには、その個人用サイトのプロファイルが閲覧された回数や、そのユーザーの名前が検索結果として返された検索で他の人が検索時に入力した語句などの情報が含まれる場合があります。これにより、ユーザーは、他のユーザーが検索を行う際に役立つように自分のプロファイルページに情報を追加しようという気になる可能性があります。ユーザーが個人用サイトのプロファイルを更新すると、他のユーザーはその後の検索でそのユーザーをより容易に見つけられるようになります。これはビジネス上の関心や責務が共通する人をつなぐのに役立つため、生産性の向上をもたらします。 o 音声上の名前照合とニックネームの照合ユーザーは、名前の正確なスペルがわからなくても、組織内の人を検索することができます。たとえば、"John Steal" という検索クエリを使用すると検索結果には "John Steele" が含まれる可能性があり、"Jeff" という検索クエリを使用した検索の結果には "Geoff" を含む名前が含まれる可能性があります。また、ニックネームの照合により、"Bill" に対する検索クエリを使用して "William" を含む結果を得ることが可能になります。

(22)

18 www.microsoft.com/japan/sharepoint 注: 音声上の名前照合は、SharePoint Server 2010 でサポートされている以下の言語に適用されます。 o 英語 o スペイン語 o フランス語 o ドイツ語 o イタリア語 o 韓国語 o ポルトガル語 (ブラジル) o ロシア語注: ニックネームの照合は、SharePoint でサポートされている以下の言語に適用されます。 o 英語 o スペイン語 o ドイツ語 o オランダ語  検索結果の関連性に関する機能強化 SharePoint Server 2010 では、検索結果の関連性と有効性を向上させるための次のような機能強化が提供されます。 o クリックスルー履歴に基づくランキング検索結果セット内のあるドキュメントがユーザーによって頻繁にクリックされる場合、それは、インフォメーションワーカーがそのドキュメントを役に立つと感じていることを示します。したがって、そのドキュメントは、検索結果のランキングの中で、より上位に昇格されます。 o 抽出されたメタデータに基づく関連性ドキュメントのコンテンツと共に、ドキュメントのメタデータにもインデックスが付けられます。しかし、インフォメーションワーカーは常にメタデータを適切に更新するとは限りません。たとえば、インフォメーションワーカーは他の人によって作成されたドキュメントを別の形式に変換することがよくありますが、"作成者" プロパティを更新しない場合があります。この場合、元の作成者の名前がプロパティシートに残るため、元の作成者の名前にインデックスが付けられます。しかし、検索システムでは、ドキュメント内のフレーズから作成者を

(23)

特定できる場合があります。たとえば、検索システムは、ドキュメント内の "By John Doe" のようなフレーズから作成者を推測することができます。この場合、SharePoint Server 2010 は元の作成者を保持しますが、"John Doe" という隠れた値も保持します。そして、ユーザーが特定の作成者に基づいてドキュメントを検索すると、どちらの値も同様に扱われます。

IT プロフェッショナル向けの新機能と強化された機能

SharePoint Server 2010 には、管理者が情報を検索するエンドユーザーに最大の利益を提供できるようにするための新しい方法が用意されています。IT プロフェッショナルは、次の新機能と強化された機能を活用することができます。  強化された管理インターフェイス

SharePoint Server 2010 には、Office SharePoint Server 2007 を展開してから Microsoft Office サーバー製品インフラストラクチャ更新プログラムをインストールした組織に最初に提供された新しい検索管理ページが含まれています。この新しいインターフェイスでは、管理タスクを実行するための場所が一元化されます。SharePoint Server 2010 では、次のメリットをもたらすインターフェイスが管理者に提供されます。 o ファーム規模の管理タスクすべて (検索管理を含む) の単一の出発点。最も一般的な検索タスクが強調表示されています。 o ファーム管理者と検索管理者がサーバーの状態と動作を監視できる一元的な場所。  ファームの構成ウィザードインストールウィザードが完了すると、ファームの構成ウィザードが自動的に実行されます。ファームの構成ウィザードは、小規模なファームの展開を簡略化するのに役立ちます。このウィザードは、既定の設定を使用して最初の構成プロセスのほとんどを自動化するオプションを提供します。たとえば、ファームの構成ウィザードを使用して、ファームで最初のアプリケーションサーバーを展開すると、ウィザードによって自動的に、以下のものを含む十分機能する検索システムがそのサーバー上に作成されます。 o ユーザーがクエリを発行できる検索センター (製品をインストールしたユーザーが、ファームのインストールウィザードでこのオプションを選択した場合)

(24)

20 www.microsoft.com/japan/sharepoint o 最大 1,000 万個のクロールされたドキュメントのインデックスをサポートできる、十分機能する検索トポロジ o ファームの構成ウィザードの実行が完了した直後にサーバーファーム内の SharePoint サイトをクロールする機能  他の共有サービスから切り離された Search サービス管理

Microsoft Office SharePoint Server 2007 では、Office SharePoint Server Search サービスは、共有サービスプロバイダー (SSP) の他の共有サービス (Excel Calculation Services など) と一体でした。そのアーキテクチャでは、新しい SSP を作成せずに新しい Search サービスを作成することはできませんでした。それに対して、SharePoint Server 2010 では、Search サービスアプリケーションを互いに切り離して、また、他のサービスアプリケーションと切り離して作成および管理することができます。  管理タスク自動化のサポートの拡張 Windows PowerShell™ 2.0 スクリプトを使用して、多くの検索管理タスクを自動化することができます。たとえば、Windows PowerShell 2.0 スクリプトを使用して、コンテンツソースや検索システムのトポロジを管理することができます。Windows PowerShell のサポートは、SharePoint Server 2010 で新たに導入されました。  パフォーマンス、処理能力、および信頼性の向上 SharePoint Server 2010 には、次のように、パフォーマンス、処理能力、および信頼性の向上を目指して検索ソリューションを構成および最適化するための新しい方法が多数用意されています。 o クロール機能を強化するためのスケーラビリティ

Microsoft Office SharePoint Server 2007 では、共有サービスプロバイダーは 1 つのインデクサーを使用するように構成することしかできませんでした。SharePoint Server 2010 では、追加のサーバーをファームに追加しクローラーとして構成することによって、クロールコンポーネントの数を変更することができます。これにより、以下のことが可能になります。  クロールの頻度を高め、量を増やす。これは、検索システムがより包括的で現状に即した結果を提供するのに役立ちます。  クロールの負荷を分散させることにより、パフォーマンスを向上させる。

(25)

21 www.microsoft.com/japan/sharepoint  あるサーバーが機能しなくなった場合に、冗長性を提供する。 o スループットを向上させ待ち時間を短縮するためのスケーラビリティ以下の目的で、クエリコンポーネントの数を増やすことができます。  クエリのスループットを向上させる。つまり、検索システムが同時に処理することができるクエリの数を増やすということです。  クエリの待ち時間を短縮する。つまり、検索結果の取得にかかる時間を短縮するということです。SharePoint Server 2010 によるエンタープライズ検索の一般的な目標の 1 つは、すべての検索でクエリの待ち時間が 1 秒未満になるようにすることです。これを実現するには、1 台のクエリサーバーが処理する項目の数が 1,000 万個を超えないようにします。ファームに複数のクエリサーバーを追加して、SharePoint Server 2010 の新機能であるインデックスのパーティション分割機能を利用することにより、これを実現することができます。Microsoft Office SharePoint Server 2007 では、インデックスのパーティション分割という概念はサポートされていませんでした。  クエリコンポーネントにフェールオーバー機能を提供する。  通常の運用中のトポロジ管理通常のファーム運用中に、ユーザーが検索機能を使用できる状態を維持したままで、既存の検索トポロジを調整することができます。たとえば、通常の運用中に、変化する状況に対応するために追加のインデックスパーティションとクエリコンポーネントを展開することができます。  運用管理 SharePoint Server 2010 には、ファームの運用を監視しエンタープライズ検索用にレポートをカスタマイズするための新機能が用意されています。具体的に言うと、管理者は、全体管理 Web サイトの検索管理ページで状態情報とトポロジ情報を確認することができます。管理者はクロールログや正常性レポートを確認することもでき、Systems Center Operations Manager を使用して検索システムの監視とトラブルシューティングを行うことができます。  正常性とパフォーマンスの監視

正常性とパフォーマンスの監視機能を使用すると、管理者はファームでの検索操作を監視することができます。これは、クロール状態とクエリパフォー

(26)

22 www.microsoft.com/japan/sharepoint マンスを監視するのに特に役立つ場合があります。 SharePoint Server 2010 には、構成、パフォーマンス、および使用に関する潜在的な問題の有無を自動的に確認するために使用できる正常性分析ツールが含まれています。検索管理者は、次のような独自の正常性レポートジョブを構成することができます。 o 定義済みのスケジュールに基づいて実行される。 o 問題が見つかった場合に管理者に通知する。 o パフォーマンスの監視、処理能力の計画、およびトラブルシューティングに使用できるレポートを構築する。  検索分析レポート SharePoint Server 2010 では、検索システムの運用を分析して検索クエリに対して最良の結果が返されるように検索システムを調整するのに役立つ新しいレポートが提供されます。たとえば、レポートには、クエリで最も頻繁に使用される語句や特定の期間内に発行されたクエリの数に関する情報が含まれる場合があります。クエリのピークタイムに関する情報は、サーバーファームのトポロジやクロールを行うのに最適なタイミングを決めるのに役立ちます。  クロールによるさまざまなコンテンツの検索 SharePoint Server 2010 では、クロールとフェデレーションにより、 SharePoint サイト以外のリポジトリに格納されているコンテンツを検索することができます。たとえば、検索システムでは、SharePoint Server 2010 に付属するコネクタを使用して、ファイル共有、Exchange パブリックフォルダー、Lotus Notes などのリポジトリに格納されているコンテンツをクロールすることができます。データベースやサードパーティ製アプリケーションのデータをクロールするための追加のコネクタは、Business Connectivity Services のコネクタフレームワークを使用して容易に作成することができます。 SharePoint Designer 2010 や Microsoft Visual Studio®_{2010 を使用したコネク} タ作成がサポートされているため、Microsoft Office SharePoint Server 2007 のプロトコルハンドラーと比べて、より迅速かつ容易に開発を行うことができます。

 フェデレーションによるさまざまなコンテンツの検索

SharePoint Server 2010 の検索結果には、他の検索エンジンから取得したコンテンツを含めることができます。たとえば、管理者は、www.bing.com や組

(27)

23 www.microsoft.com/japan/sharepoint 織内の地理的に分散した場所から取得した検索結果を統合することができます。開発者向けの情報 SharePoint Server 2010 が管理者とインフォメーションワーカー向けに提供する新しいエンタープライズ検索機能はすべて、更新されたクエリオブジェクトモデルおよび管理オブジェクトモデルに反映されています。たとえば、クエリを実行して検索結果を表示するための独自のカスタムユーザーインターフェイスを開発する場合、おすすめコンテンツなどの機能にプログラムからアクセスすることができます。また、以前のバージョンと比べて、開発者は検索と結果の組み込みの Web パーツを扱いやすくなっています。同様に、管理オブジェクトモデルを使用して、組織のエンタープライズ検索を管理するための管理アプリケーションを作成することもできます。たとえば、開発者は、管理者がコンテンツソース、クロールルール、優先度などを作成できるウィザードを作成することができます。このガイドでは、クエリオブジェクトモデル、管理オブジェクトモデル、および開発手法について詳しくは説明しませんが、MSDN の SharePoint デベロッパーセンターを使用して、エンタープライズ検索ソリューションを開発する方法について学ぶことができます。このガイドの後のセクションにも、開発者向けの厳選された情報が含まれています。

(28)

エンド

ユーザーの検索エクスペリエンス

インフォメーションワーカーは一般に、簡易検索ボックスを使用するか、検索センターのサイトテンプレートをベースとしたサイトにアクセスして、検索を開始します。図 1 は、すべてのサイトページに既定で用意されている簡易検索ボックスを示しています。既定では、この検索ボックスでは、現在のサイトを対象としたクエリが発行されます。ユーザーは、検索を実行する前に、必要な情報があるとわかっているサイトに移動することが多いからです。

図 1 は、Enterprise Search Center (エンタープライズ検索センター) のテンプレートをベースとした検索サイトへのナビゲーションも示しています。インフォメーションワーカーは、検索センターサイトを使用して、すべてのクロールされたフェデレーションコンテンツを対象とした検索を行います。

図 2 は、Enterprise Search Center のテンプレートをベースとした検索サイトを示しています。

図 2. 検索センター

簡易検索ボックス検索センターへのナビゲーション

(29)

25 www.microsoft.com/japan/sharepoint 現在のユーザーの検索設定へのリンクと高度な検索オプションへのリンクが付いた高度な検索のボックスが検索センターに用意されていることに注目してください。また、検索センターには、検索タブ ([All Sites] (すべてのサイト) タブ、および人の検索専用のタブ) が既定で用意されています。人の検索の詳細については、このセクションで後で説明します。図 3. 高度な検索 図 3 は、高度な検索を実行するための既定のビューを示しています。既定のビューでは、フレーズ管理機能、言語フィルター、検索結果の種類のフィルター、およびプロパティフィルターを利用することができます。すべての検索ユーザーインターフェイスは直感的で使いやすいので、インフォメーションワーカーは非常に簡単に検索を開始することができます。インフォメーションワーカーが検索を実行すると、図 4 に示すように結果が結果ページに表示されます。SharePoint Sever 2010 の検索の主要結果ページは、非常にユーザーフレンドリで直感的なユーザーインターフェイスを提供します。ユーザーは単純でなじみのあるキーワードクエリを使用することができ、充実した移動しやすいレイアウトで結果を得ることができます。検索センターのサイトテンプレート、および SharePoint Server 2010 サイトのすべてのページで使用できる簡易検索ボックスが提供されます。

(30)

26 www.microsoft.com/japan/sharepoint 図 4. SharePoint Server 2010 の検索結果ページ 検索結果は閲覧および理解するのが簡単で、検索結果には、インフォメーションワーカーが結果を理解し探索するのに役立ついくつかの機能が含まれています。それぞれの結果には抜粋が添えられ、結果一覧の最後に定義が示されます (こうした抜粋や定義は、クエリ対象の単語がコンテンツ内で出てくるコンテキストに基づいて自動生成されます)。スペルが間違っているクエリやあいまいなクエリに対しては手助けとなるように検索語句の候補が表示され、関連検索セクションでは頭字語が展開されます。たとえば、ECM を検索すると Enterprise Content Management の検索結果が返され、Enterprise Content Management を検索すると ECM の検索結果が返されます。結果は通常、1 秒未満の応答時間で返されます。インフォメーションワーカーは、トピックを監視したり検索を繰り返したりする際の時間を節約するために、いくつかの方法で検索をマークすることができます。検索結果の RSS フィードを購読したり、後で再利用するために検索をブックマークしたりすることができます。また、スケジュールされた間隔でクエリを再実行し電子メールやテキストメッセージで結果の変化をユーザーに知らせる通知を、すばやく作成することもできます。

(31)

27 www.microsoft.com/japan/sharepoint SharePoint Server 2010 は、より関連性の高い結果を提供します。より表現力が豊かなクエリを作成できるようにクエリ構文が強化されています。より複雑な表現をクエリに使用したいと考えているパワーユーザー向けに、引き続き高度な検索が提供されます。中核的な関連ランキングにも大幅な機能強化が加えられ、追加のテキストフィールドを使用したり、コンテンツの構造を利用したり、検索エンジンのランキングのクリックスルーや最適化を行ったりすることができるようになりました。多くの言語で言語の検出を強化し再現率を向上させるため、言語学も強化されました。図 5 に示すように、SharePoint Server 2010 では、情報を探索するための新しい方法も (検索の絞り込み条件を通じて) 提供されます。こうした絞り込み条件は、主要な検索結果のページの左側に縦に表示され、返された検索結果をフィルター処理するためのセルフサービスのドリルダウン機能を提供します。絞り込み条件となる項目は、検索結果に含まれるタグとメタデータを使用して SharePoint Server 2010 によって自動的に決定されます。こうした絞り込み条件には、コンテンツの種類 (Web ページ、ドキュメント、スプレッドシート、プレゼンテーションなど)、場所、作成者、最終更新日時、およびメタデータタグに基づく検索が含まれます。管理者は、容易に絞り込み条件パネルを拡張して、任意の管理プロパティに基づく絞り込み条件を追加することができます。図 5 . 検索結果の絞り込み条件 既定のユーザーインターフェイスは非常に直感的でインフォメーションワーカーにとって便利ですが、パワーユーザーは独自の検索エクスペリエンスを作成することができます。SharePoint Server 2010 には、パワーユーザーがおすすめコンテンツ、絞り込み条件パネルの拡張機能、注目のコンテンツ、定義済みクエリなどを含むカスタマイズされた検索エクスペリエンスを作成するための、検索関連の Web パーツが多数用意されています。図 6 は、検索 Web パーツを示しています。

(32)

28 www.microsoft.com/japan/sharepoint 図 6. 検索 Web パーツ ソーシャル検索組織における人の働きの重要な側面は、他の人とやり取りし、特定のスキルや才能を持った連絡を取るべき適切な人材を見つけることです。大規模な組織では、これは手ごわい課題である場合があります。SharePoint Server 2010 は検索を通じてこの課題に対処し、この検索を SharePoint Server 2010 のソーシャル機能と結び付けます。人の検索センターは、人とつながるための専用の機能を提供します。

人を見つける

SharePoint Server 2010 では、名前の照合が強化されたアドレス帳スタイルの名前検索エクスペリエンスが提供され、名前、役職、および組織構造に基づいて人を検索するのがより容易になります。このエクスペリエンスには、ユーザーがクエリで入力したものと音声上似ている名前を返す音声上の名前照合が含まれます (これは一部の言語にのみ適用されます)。また、一般的な名前のすべてのバリエーション (ニックネームを含む) も返されます (これは一部の言語にのみ適用されます)。主要な検索結果で提供される絞り込み条件は、人の検索の結果でも提供されます。名前、役職、およびユーザーのプロファイルのさまざまなフィールドを通じて結果を探索すると、人をすばやく閲覧および選択することができます。人の検索の結果には Office Communications Server によるリアルタイムプレゼンスも含まれているため、検索を通じて見つかった人にすぐに連絡を取るのが容易になります。図 7 は、人の検索の結果ページを示しています。

(33)

29 www.microsoft.com/japan/sharepoint 図 7. 人の検索の結果ページ

専門知識を引き出し見つけ出す

ユーザーは、Outlook® から引き出された仕事仲間の一覧を手動で送信したり自動的に生成したりすることができます。自動生成された仕事仲間一覧は組織全体にわたって社会的関係をすばやく推測するための手段であり、これを使用すると、人の検索の結果の採用が迅速化され有用性の実現が促進されます。SharePoint Server 2010 では、専門知識の推測も行われます (ユーザーの Outlook 受信トレイから引き出されたトピックが自動的に候補として提案され、ユーザーの個人用サイト内の専門知識プロファイルへの追加が提案されます)。これにより、個人用サイトのプロファイルにデータを設定するのが容易になります。また、これは、より多くの人が、データが十分に設定されたプロファイルを持ち、検索とコミュニティの両方でこのメリットを得ることを意味します。

社会的行動に基づいて検索を強化する

多くの組織にとって、SharePoint サイトは、人々が集まって情報を作成、共有、および処理する場になりました。いくつかの方法で質の高い検索結果を提供するために、社会的行動が考慮に入れられます。人の検索の関連ランキングでは社会的距離が考慮に入れられ、直接の同僚は 3 階級離れた仕事仲間よりも上位にランク付けられます。また、SharePoint Server 2010 はコンテンツへのソーシャルタグ付けをサポートしており、このフィードバックは検索結果におけるコンテンツの関連性に影

(34)

響を与える場合があります。SharePoint Server 2010 と Microsoft Office で日々どのように情報が使用されるかは、検索の関連性に大きな影響を与える場合があるので、組織がメンバーの衆知を利用するのに役立ちます。

(35)

検索管理

IT プロフェッショナルは、サイト設定ページを使用して、SharePoint Server 2010 のエンタープライズ検索機能の一部をサイトコレクションレベルで管理することができます。また、IT プロフェッショナルは、SharePoint サーバーの全体管理サイトを使用して、他の一部のエンタープライズ検索機能を Search Service アプリケーションレベルで管理することができます。検索の管理の詳細について説明する前に、検索アーキテクチャの主要な概念とトポロジを理解することが重要です。

検索アーキテクチャ

図 8 は、SharePoint Server 2010 のエンタープライズ検索コンポーネントの論理アーキテクチャの概要を示しています。図 8. 論理的な検索アーキテクチャ 図 8 が示すように、SharePoint Server 2010 のエンタープライズ検索機能を提供する 4 つの主なコンポーネントがあります。この 4 つを以下に示します。  クローラー: このコンポーネントは、コンテンツソースと通信することができるコネクタを呼び出します。SharePoint Server 2010 はさまざまな種類のコ