弊社では WSS を一部限定的な用途で利用しているのですが、Office 2007 形式のファイル(docx , pptx など)を検索できないと報告され…確認すると確かにできません…年明けに
どうやら WSS にはOffice 2007 形式のファイルを検索するための ifilter が入っていないようです…ということで下記をインストールする必要があります。
Microsoft フィルタ パック
http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=60c92a37-719c-4077-b5c6-cac34f4227cc
いつまで経っても意外なところから問題が起きる SharePoint ですね。
ユーザーから検索がHITしないとのクレームがありまして…コンテンツの見せ方などは、サイト構成・コンテンツのクエリWebパーツ・検索範囲の用意などを利用して工夫はしているのですが、とにかく検索でHITして欲しいと…
で、探してみるとできるんですね…MSDNなどを見るとAPI経由で編集する必要があると記載されていて、諦めていたのですが・・・ツールがありました！
SharePoint Search Relevancy Tool
http://searchrelevancy.codeplex.com/
こんな感じな画面↓
このツールを見る限り、プロパティ毎に重みがかけれられていて、そのほかクリック距離などのパラメータの重みがついている感じですね。ちなみに検索結果に関連する要素はここに出ています。
ちなみにデフォルトのパラメータは以下のような重みになっています。
| パラメータ | 値（デフォルト） | 概要 |
| k1 | 16.404 | Saturation constant for term frequency. |
| Kqir | 2.12766 | Saturation constant for click distance. |
| wqir | 36.032 | Weight of click distance for calculating relevance. |
| Kud | 9.174312 | Saturation constant for URL depth. |
| wud | 31.468 | Weight of URL depth for calculating relevance. |
| languageprior | 0 | Weight for ranking applied to content in a language that does not match the language of the user. |
| filetypepriorhtml | 166.983 | Weight of HTML content type for calculating relevance. |
| filetypepriordoc | 163.109 | Weight of Microsoft Office Word content type for calculating relevance |
| filetypepriorppt | 163.367 | Weight of Microsoft Office PowerPoint content type for calculating relevance. |
| filetypepriorxls | 153.097 | Weight of Microsoft Office Excel content type for calculating relevance. |
| filetypepriorxml | 158.943 | Weight of XML content type for calculating relevance. |
| filetypepriortxt | 153.051 | Weight of plain text content type for calculating relevance. |
| filetypepriorlistitems | 0 | Weight of list item content type for calculating relevance. |
| Filetypepriormessage | 160.76 | Weight of Microsoft Outlook e-mail message content type for calculating relevance. |
いつの間にか、SharePoint Server 2007 お役立ちツールというページができてました。
そこに以下のものが公開されていました。
SharePoint管理ツールキット
インストールが正常に終わると、以下のメニューが追加されます。
で、こんな画面でサイトコレクションの移動・ロック・削除をします（英語UIのようです）。
こちらは、下記のようなアプリケーションがインストールされます。いまいち用途がわからない…ステージングとプロダクション環境を利用しているとか、他のファームにプロファイルを送る？？だれか正しい用途を教えてください。
上記の3つの機能がについては、日本語版の操作ガイドもダウンロードできます…助かりました
InfoPath ifilter
メイン？はInfoPathに添付されたファイルに対しても全文検索できるためのifilterのようです（動作確認した範囲ですが…あ、きちんと各フィールドの値も検索対象でした）…InfoPathに添付した場合、添付ファイルデータは、XMLのタグに囲まれたbase64でエンコードされた状態で*.xmlに保存されています。既存のXMLのifilterだと、エンコードされた状態の文字列が検索対象となりますが、このifilterを利用すると、添付ファイルをきちんと元のファイルに復元したあと、そのファイルのifilterでクロールを行うようです。
SP1からzip, xlsbの検索が可能になってますね。
設定はこちらのKBに記載されていますが、設定手順どおりに設定をしてもzipの検索ができません…あれ？
で、*.regファイルの内容と、実際に登録されているレジストリの値を比較すると…全ての値が設定されていませんでした。ですので、*.regを実行した後、下記のレジストリの登録は手動で行う必要があるようです…
上記の設定を行うと検索が可能になりました。これはどうやら、Zipファイルの中のドキュメントも検索対象になるという仕様みたいです。私が試したところ、doc, docx, xls, xlsx, ppt, pptxは全文検索の対象になってました。また、txt, pdfに関してはファイル名のみが検索対象となっていました。これは、offfilt.dllというOffice用のモジュールを利用しているから？？だから、それ以外のファイル名までは検索できる？？Bug？？
…どうなんでしょ？誰か知っているかたは教えてください…
Infrastructure Updateを適用すると、検索のフェデレーションができるようになります。そのコネクタ集のリンクを見つけました！
http://www.microsoft.com/japan/enterprisesearch/connectors/federated.aspx
これを見ると…
Yahooは普通に検索できるようですが、GoogleはNewのみが検索できるようになるみたいですね
また、他製品との検索も可能になるコネクタもでるようです。試したいけど時間が・・・
Federationを利用して、新たにできるようになったことがあります。その中で、私が一番実現したかったことができるようになりました！それは、1つの検索結果ページに複数の検索範囲の結果を表示させることです。たとえば、1つの検索結果のページにSharePointの検索結果とファイルサーバの検索結果を表示させるなどです（既定の検索結果のページは、1つの検索範囲のみ主要な検索結果のWebパーツに表示させることができました。ですので、異なる検索範囲を利用する場合は、検索タブで分けるしかありませんでした）。ちなみに、設定してみると、以下のような感じになります（XSLは既定の設定です。黒塗りが多くてすいません…）。
また、この他に、検索のトリガを設定することができます。例えば、
あと、忘れていけないのはOpen Search1.1への対応です。Open Searchの規格に対応した検索エンジンをMOSSの検索結果として利用できます。ですので、検索結果にはAmazonの検索結果を出すことも可能になるはずです。また、社内リソースに対して検索を行ったときに、その検索単語に関連するInternetサイトの結果や、書籍の結果が出せるようになるはずです！
以下、関連リンクです。
風の噂でSP1以降の修正パッケージであるRollUpパッケージというのをインストールすると、Search Serverで利用できるOpen Search1.1に対応した検索のWebパーツが利用できると聞いていましたが、WSSとMOSSのモジュールを上手く見つけることができず断念しておりました…
しかし!!! RollUpを含む修正パッケージが出たらしいです。その名もInfrastructure Update（日本名は"インフラストラクチャ更新プログラム"…なんかイケテナイ）
SP1と同様にWSSとMOSS用のモジュールがあるようです。
どうやら、SP1をインストール後に適用するようですね。ですので、今までの道のりはRTM＋SP1＋Infrastructure Updateということになります。
また、インストール方法もSP1の時と同様のようです。修正内容ですが、下記のリンクに修正内容一覧が出ています。
地味にコンテンツ展開機能系の修正が多い…コンテンツ展開機能を以前、簡単に試したときに動かなかったんですけど…Bug？だったんですね・・・
さて、話戻しまして検索ですが上記モジュールをインストールすると…共有サービスに検索管理というメニューが追加されてます。
そして、クリックすると…
ん～なんか格好良いｗ ここから一元管理ができて楽そうです！
あとは、追加された検索のWebパーツを追加すると以下のようにLive Search（既定はやっぱり…）と検索候補の単語が出てきます。夢が広がりますね～
弊社で、メールのTOでフィルタをかけた状態で検索を行いたいという要望があったので実現できるかを調べてみました。共有サービス⇒検索の設定⇒メタデータ プロパティのマッピング⇒新しい管理プロパティをクリックします。そして、プロパティ名に適当な名前（MailToとします）を入力したあと、マッピングの追加をクリックし、メールカテゴリの中にTo(テキスト)を選択します。その後、フルクロールを実施します。
また、高度な検索で先ほど作成したMailToで検索するためにXSLを編集します。
ページの編集→高度な検索のボックスWebパーツ→共有Webパーツの変更→プロパティのテキストの入力ダイアログを以下のように編集します。
を設定すると準備完了です。実際に検索を行ってみると…*.msgはだめでした…が、*.emlはできました。
…微妙。
SharePointの検索結果を色を付けて強調表示する方法をご紹介します。
以下のような感じです。
SharePointの検索結果は、IndexファイルからXMLデータとして検索結果を受け取り、XSLで装飾をして表示させています。ですので、検索結果の見た目を変更したい場合は、XSLを編集すればOKです。では、まずは、検索結果のページが表示されている状態で、サイトの操作⇒ページの編集を押します。そうすると、いくつかのWebパーツが表示されますが、今回は主要な検索結果のWebパーツのXSLを編集したいと思います。では、共有Webパーツの変更から、XSLエディタを選択します。そして、以下のようにXSLを編集します。
<以下、抜粋＞
<xsl:template match="ddd">
…
</xsl:template>
<xsl:template match="c0">
<b style="background-color:yellow"><xsl:value-of select="."/></b>
</xsl:template>
<xsl:template match="c1">
<b style="background-color:75FFEE"><xsl:value-of select="."/></b>
</xsl:template>
<xsl:template match="c2">
<b><xsl:value-of select="."/></b>
</xsl:template>
<xsl:template match="c3">
<b><xsl:value-of select="."/></b>
＜以下、省略＞
で、上記のように検索結果が強調表示されます。XMLとXSLの仕組みを理解するとかなりいろいろな検索結果にすることが可能になります！ちなみに、編集した個所は検索単語がワードブレイクされたものに適用されます。たとえば、契約書という一単語で検索すると「契約」と「書」というようにワードブレイクされた後、Indexファイルと照合されます。ですので、上記の"c0"に「契約」、"c1"に「書」が該当します。あ、あとこのカスタマイズは検索結果ページ分同じ作業をする必要があります…管理者殺し…
SharePointのIndexサイズの予測についてですが、SP1適用前は以下のリンクをもとに計算をしていました。
http://www.microsoft.com/japan/technet/archive/prodtechnol/office/sharepoint/library/5465aa2b-aec3-4b87-bce0-8601ff20615e.mspx?mfr=true
さて、SP1を適用後のIndexサイズのKBを見ると…
http://support.microsoft.com/kb/943105/ja
Microsoft Office SharePoint Server 2007 Service Pack 1 (SP1) のインストール後、
クエリ サーバーまたはインデックス サーバーで必要な最大ディスク領域が増加します。
必要な最大ディスク領域はインデックスの物理サイズの 2.85 倍になります。インストール前は、
必要な最大ディスク領域はインデックスの物理サイズの 2 倍でした。
⇒2倍という数値が2.85倍になると記載されています。さて、ここで、上記の式に2という数値がありません…
そこで、1つ全てのつじつまがあう答えを導き出しました！
TechnetのCapacity Planのページには以下のような記述がみられます。
http://technet2.microsoft.com/Office/ja-JP/library/45997bad-da15-4442-8727-78e0f2dc5a9c1041.mspx?mfr=true
Free space Leave at least 25 percent free space for each hard disk or volume.
⇒すなわち、HDDまたはボリュームの25％は常に空き領域として残してくださいと記述してあります（私はH/W的な基準値だと考えています）。
これをもとに、SP1適用前の2.5という係数に注目してみます。
もともと、Indexの作業領域として2倍の領域が必要です。そして、25％の空きを取ることを考えると2+(2*0.25)=2.5になります。
すなわち、2.5という数値は25％の空き領域を考慮した係数だったんです…
そして、SP1適用後は、2という数値が2.85となるので…2.85+(2.85*0.25)=3.5625になります。
したがって、最終的には3.5625Yとなります…結構増えますね
おそらく、上記の考え方が一番矛盾のない考えかたであると思います。
でも、USのTechnetみると、2.5Y⇒2.85Yになっているんですよね…KBと矛盾してるし・・・
どっちを信じれば良いのでしょうか、MSさん！
ま、結局社内では30%と計算しましたけどね・・・
