...

Microsoft SharePoint Server 2010 のサイトおよびソ リューションの計画

by user

on
Category: Documents
573

views

Report

Comments

Transcript

Microsoft SharePoint Server 2010 のサイトおよびソ リューションの計画
Microsoft SharePoint Server 2010 のサイトおよびソ
リューションの計画ガイド (パート 1)
Microsoft Corporation
発行: 2011 年 1 月
作成者: Microsoft Office System and Servers チーム ([email protected])
要約
この文書は、Microsoft SharePoint Server 2010 の展開の計画に関する情報を提供します。サ
イトのセキュリティ、ガバナンス、およびエンタープライズ コンテンツ管理について説明します。こ
の文書の対象読者は、SharePoint Server 2010 に基づくソリューションを計画する、ビジネス ア
プリケーション技術者、基幹業務アプリケーション技術者、情報アーキテクト、IT ジェネラリスト、
プログラム マネージャー、およびインフラストラクチャ技術者です。この文書は、SharePoint
Server 用の包括的な IT 計画情報を提供する 4 部構成の計画ガイドの一部です。
SharePoint Server を使用して作成するサイトおよびソリューションの計画については、「
Planning guide for sites and solutions for Microsoft SharePoint Server 2010, part 2 (英語)」
(http://go.microsoft.com/fwlink/?linkid=208024&clcid=0x411) (英語) を参照してください。パー
ト 2 では、Web コンテンツ管理、サイトの作成、ビジネス インテリジェンス、ビジネス データ、エ
ンタープライズ検索などについて説明します。
SharePoint Server 2010 展開のアーキテクチャの計画については、「Planning guide for server
farms and environments for Microsoft SharePoint Server 2010 (英語)」
(http://go.microsoft.com/fwlink/?linkid=189513&clcid=0x411) (英語) を参照してください。
SharePoint Server 2010 のパフォーマンスと容量の計画については、「Capacity planning for
Microsoft SharePoint Server 2010 (英語)」
(http://go.microsoft.com/fwlink/?linkid=208221&clcid=0x411) (英語) を参照してください。
この文書は、「SharePoint 製品」(http://go.microsoft.com/fwlink/?linkid=181463&clcid=0x411)
の発行日時点のコンテンツを抜粋したものです。最新のコンテンツについては、Web 上のテクニ
カル ライブラリを参照してください。
このドキュメントは現状有姿で提供され、このドキュメントに記載されている情報や見解 (URL 等
のインターネット Web サイトに関する情報を含む) は、将来予告なしに変更されることがありま
す。お客様は、その使用に関するリスクを負うものとします。
このドキュメントに記載されている事例の中には説明の目的で架空に設定したものが含まれて
います。それらは現実の事例とは一切関係ありません。
このドキュメントは、マイクロソフト製品の無体財産権に関する法的な権利をお客さまに許諾す
るものではありません。内部的な参照目的に限り、このドキュメントを複製して使用できます。
c 2011 Microsoft Corporation. All rights reserved.
Microsoft、Access、Active Directory、Backstage、Excel、Groove、Hotmail、InfoPath、Internet
Explorer、Outlook、PerformancePoint、PowerPoint、SharePoint、Silverlight、Windows、Windows
Live、Windows Mobile、Windows PowerShell、Windows Server、および Windows Vista は、米国
Microsoft Corporation の米国およびその他の国における登録商標または商標です。
目次
Microsoft SharePoint Server 2010 のサイトおよびソリューションの計画ガイド (パート 1) ........ 1
ヘルプの利用 ............................................................................................................................................................... 13
技術ダイアグラム (SharePoint Server 2010) .................................................................................................. 14
モデル ......................................................................................................................................................................... 14
ポスターの印刷に関するヒント ......................................................................................................................... 28
サイトとソリューションを計画する (SharePoint Server 2010) ................................................................... 29
関連項目 ................................................................................................................................................................... 31
基本サイトの計画 (SharePoint Server 2010) ................................................................................................. 32
サイトとサイト コレクションの概要 (SharePoint Server 2010) .................................................................. 33
サイト コレクションの概要 ................................................................................................................................... 33
サイトの概要 ............................................................................................................................................................ 34
SharePoint Server 2010 に含まれるサイト テンプレート ....................................................................... 35
関連項目 ................................................................................................................................................................... 40
サイトとサイト コレクションを計画する (SharePoint Server 2010) .......................................................... 41
サイトとサイト コレクションの計画について ................................................................................................. 41
サイトの種類を決定する ..................................................................................................................................... 41
サイト コレクションを決定する ........................................................................................................................... 44
サイトの計画のデータ ワークシート ............................................................................................................... 45
関連項目 ................................................................................................................................................................... 45
サイトのナビゲーションの概要 (SharePoint Server 2010) ........................................................................ 46
ナビゲーション コントロールの概要 ................................................................................................................ 46
マスター ページのナビゲーション コントロール ......................................................................................... 47
ページ レイアウトのナビゲーション コントロール ...................................................................................... 49
ナビゲーション Web パーツ ................................................................................................................................ 50
関連項目 ................................................................................................................................................................... 51
サイトのナビゲーションを計画する (SharePoint Server 2010) ................................................................ 52
ナビゲーションの計画について ........................................................................................................................ 52
ユーザー操作を計画する ................................................................................................................................... 53
ページのナビゲーションを計画する ............................................................................................................... 53
サイトの計画のデータ ワークシート ............................................................................................................... 54
関連項目 ................................................................................................................................................................... 54
テーマの概要 (SharePoint Server 2010) .......................................................................................................... 55
テーマの使用について ........................................................................................................................................ 55
テーマの使用方法 ................................................................................................................................................. 56
関連項目 ................................................................................................................................................................... 57
テーマの使用を計画する (SharePoint Server 2010) ................................................................................... 58
テーマの使用の計画について .......................................................................................................................... 58
テーマを使用するかどうかを決定する .......................................................................................................... 59
必要なテーマ数を決定する ............................................................................................................................... 59
テーマの作成者を決定する ............................................................................................................................... 59
サイトの計画のデータ ワークシート ............................................................................................................... 60
関連項目 ................................................................................................................................................................... 60
多言語サイトを計画する (SharePoint Server 2010) .................................................................................... 61
多言語サイトの計画について ........................................................................................................................... 61
言語とロケールの要件を決定する ................................................................................................................. 62
サイト バリエーションを使用するかどうかを決定する............................................................................. 63
言語パックの要件を決定する ........................................................................................................................... 63
必要なワード ブレーカーとステマーを決定する ........................................................................................ 65
関連項目 ................................................................................................................................................................... 65
多言語ユーザー インターフェイスの概要 (SharePoint Server 2010) ................................................... 67
多言語ユーザー インターフェイスの用途と利点 ....................................................................................... 67
多言語ユーザー インターフェイスのしくみ................................................................................................... 68
多言語ユーザー インターフェイスでサポートされるアイテム ............................................................... 69
アプリケーション コンテンツの追加と変更 ................................................................................................... 70
翻訳コンテンツのエクスポートとインポート ................................................................................................. 71
多言語ユーザー インターフェイスと管理メタデータの使用 .................................................................. 71
多言語ユーザー インターフェイスの制限事項 .......................................................................................... 71
関連項目 ................................................................................................................................................................... 71
多言語ユーザー インターフェイスの計画 (SharePoint Server 2010) ................................................... 73
サイトの言語要件を決める ................................................................................................................................ 73
コンテンツの翻訳について計画する .............................................................................................................. 73
サービス パックのインストールを計画する ................................................................................................. 74
関連項目 ................................................................................................................................................................... 74
サイトおよびコンテンツのセキュリティの計画 (SharePoint Server 2010) ........................................... 75
サイトの権限を計画する (SharePoint Server 2010) .................................................................................... 76
概要 ............................................................................................................................................................................. 76
サイト権限について ............................................................................................................................................... 76
権限の割り当てについて .................................................................................................................................... 77
権限の継承について ............................................................................................................................................ 79
有効な権限について ............................................................................................................................................. 80
アクセス許可レベルを選択する ....................................................................................................................... 80
権限の継承の計画 ................................................................................................................................................ 81
使用するアクセス許可レベルおよびグループを決定する (SharePoint Server 2010).................... 83
使用可能な既定のグループを確認する ....................................................................................................... 83
使用可能なアクセス許可レベルを確認する ............................................................................................... 85
追加のアクセス許可レベルやグループが必要かどうかを判断する ................................................. 86
セキュリティ グループを選択する (Office SharePoint Server) ................................................................ 88
概要 ............................................................................................................................................................................. 88
サイトへのアクセスの許可に使用する Windows セキュリティ グループとアカウントを決定する
.................................................................................................................................................................................. 89
すべての認証されたユーザーにアクセスを許可するかどうかを決定する ..................................... 89
匿名ユーザーにアクセスを許可するかどうかを決定する ..................................................................... 89
管理階層の管理者と所有者を選択する (SharePoint Server 2010) ..................................................... 91
概要 ............................................................................................................................................................................. 91
管理のレベル........................................................................................................................................................... 91
詳細に設定されたアクセス許可の使用に関するベスト プラクティス (ホワイト ペーパー)
(SharePoint Server 2010) ................................................................................................................................... 93
サイトとソリューションのガバナンス (SharePoint Server 2010)............................................................... 94
ガバナンスの概要 (SharePoint Server 2010) ................................................................................................. 96
ガバナンスについて .............................................................................................................................................. 96
管理の対象 .............................................................................................................................................................. 96
ガバナンス ポリシーの決定者 .......................................................................................................................... 98
ガバナンスの実装方法 ........................................................................................................................................ 99
関連項目 ................................................................................................................................................................. 100
機能を制御する (SharePoint Server 2010) ................................................................................................... 101
企業における SharePoint インストールの管理 ....................................................................................... 101
IT サービスの機能 .............................................................................................................................................. 102
情報管理 ................................................................................................................................................................. 105
情報アーキテクチャの機能 .............................................................................................................................. 108
関連項目 ................................................................................................................................................................. 110
SharePoint サービスの確立と管理 (SharePoint Server 2010).............................................................. 111
SharePoint サービスとは .................................................................................................................................. 111
成功するサービスの要素 ................................................................................................................................. 111
SharePoint サービスで何を管理するか ..................................................................................................... 112
複数のサービスの作成 ..................................................................................................................................... 115
サービス レベル アグリーメント ...................................................................................................................... 117
関連項目 ................................................................................................................................................................. 117
情報アーキテクチャの実装と管理 (SharePoint Server 2010)................................................................ 119
情報アーキテクチャとは .................................................................................................................................... 119
情報アーキテクチャの管理 .............................................................................................................................. 120
情報アーキテクチャを計画するための参考資料 .................................................................................... 123
ケース スタディ: 情報アーキテクチャを管理して、コンテンツの無秩序を排除する .................. 124
関連項目 ................................................................................................................................................................. 129
サンドボックス ソリューションを計画する (SharePoint Server 2010) .................................................. 130
このセクションの内容 ......................................................................................................................................... 130
サンドボックス ソリューションの概要 (SharePoint Server 2010)........................................................... 131
サンドボックス ソリューションの展開と実行 .............................................................................................. 131
サンドボックス ソリューションの分離............................................................................................................ 133
サンドボックス ソリューションに含められない項目 ................................................................................ 133
サンドボックス ソリューションとファーム ソリューションの比較 ......................................................... 134
サンドボックス ソリューションを使用する利点 ......................................................................................... 135
関連項目 ................................................................................................................................................................. 136
サンドボックス ソリューションを計画する (SharePoint Server 2010) .................................................. 137
サンドボックス ソリューションを使用する状況を決定する................................................................... 137
サンドボックス ソリューション コードの負荷分散を計画する ............................................................. 138
サンドボックス ソリューションを展開する場所を決定する................................................................... 138
サンドボックス ソリューションを展開できるユーザーを決定する ..................................................... 139
クォータを使用してサンドボックス ソリューションを実行するサイト コレクションを決定する 139
サンドボックス ソリューションのリソース配分状況クォータを計画する .......................................... 140
サンドボックス ソリューションのガバナンスを計画する ........................................................................ 141
SharePoint 2010 ガバナンスの計画 (ホワイト ペーパー) ....................................................................... 142
SharePoint 2010 でのガバナンスの実装 (ホワイト ペーパー) .............................................................. 143
ソーシャル コンピューティングとグループ作業を計画する (SharePoint Server 2010) ................ 144
User Profile Service の概要............................................................................................................................ 144
ユーザー プロファイルを計画する ................................................................................................................ 145
ユーザー プロファイルのポリシーを計画する .......................................................................................... 145
プロファイルの同期を計画する ...................................................................................................................... 145
対象ユーザーを計画する ................................................................................................................................. 145
個人用サイトの Web サイトの計画の概要 ................................................................................................ 146
個人用サイトの Web サイトを計画する ....................................................................................................... 146
ソーシャル タグの概要....................................................................................................................................... 146
ソーシャル タグのプライバシーとセキュリティへの影響 ...................................................................... 146
エンタープライズ Wiki の概要 ......................................................................................................................... 147
エンタープライズ Wiki の計画 ......................................................................................................................... 147
グループ作業サイトの計画 .............................................................................................................................. 147
関連項目 ................................................................................................................................................................. 148
User Profile Service の概要 (SharePoint Server 2010) ........................................................................... 149
User Profile Service の用途と利点 .............................................................................................................. 149
アーキテクチャ ...................................................................................................................................................... 150
関連サービス ......................................................................................................................................................... 150
関連項目 ................................................................................................................................................................. 151
ユーザー プロファイルを計画する (SharePoint Server 2010) ............................................................... 152
ユーザー プロファイルについて ..................................................................................................................... 152
ユーザー プロファイル プロパティ ................................................................................................................. 153
ユーザー プロファイル ポリシー .................................................................................................................... 157
メンバーシップと仕事仲間 ................................................................................................................................ 158
ユーザーと専門分野を検索する .................................................................................................................... 158
プロファイル プロパティを同期する .............................................................................................................. 159
関連項目 ................................................................................................................................................................. 159
ユーザー プロファイルのポリシーを計画する (SharePoint Server 2010) ......................................... 161
既定のポリシー ..................................................................................................................................................... 162
ユーザー プロファイル プロパティのポリシー .......................................................................................... 163
関連項目 ................................................................................................................................................................. 165
プロファイルの同期を計画する (SharePoint Server 2010) ..................................................................... 166
プロファイルの同期について ........................................................................................................................... 166
ディレクトリ サービスと業務システムの特定 ............................................................................................ 167
権限の計画 ............................................................................................................................................................ 168
同期を行うコンテナーの特定 .......................................................................................................................... 169
プロファイルの同期の接続フィルターの定義 ........................................................................................... 169
プロファイルのプロパティのマップ ................................................................................................................. 170
同期のスケジュールの計画 ............................................................................................................................. 172
関連項目 ................................................................................................................................................................. 172
個人用サイトの概要 (SharePoint Server 2010)........................................................................................... 173
個人用サイトの用途と利点 .............................................................................................................................. 173
個人用サイトのアーキテクチャ ....................................................................................................................... 173
関連機能 ................................................................................................................................................................. 174
関連項目 ................................................................................................................................................................. 175
個人用サイトの Web サイトを計画する (SharePoint Server 2010) ...................................................... 176
個人用サイト Web サイトの計画について ................................................................................................. 176
個人用サイト Web サイトのアーキテクチャを設計する ........................................................................ 176
ユーザーおよびユーザー権限を決定する ................................................................................................. 177
ユーザー プロファイル情報の同期 ............................................................................................................... 178
ユーザーと専門知識の検索を計画する ..................................................................................................... 179
個人用サイトの機能を計画する..................................................................................................................... 180
ポリシーとプライバシーを計画する............................................................................................................... 181
関連項目 ................................................................................................................................................................. 181
対象ユーザーおよびコンテンツ対象の設定の計画 (SharePoint Server 2010).............................. 182
対象ユーザーとは................................................................................................................................................ 182
対象ユーザーとコンテンツ対象の設定の計画 ........................................................................................ 183
ソーシャル タグの概要 (SharePoint Server 2010)...................................................................................... 188
ソーシャル タグ機能について ......................................................................................................................... 188
ソーシャル タグ機能 ........................................................................................................................................... 188
ソーシャル タグの使用と利点 ......................................................................................................................... 190
ソーシャル タグの影響....................................................................................................................................... 191
関連項目 ................................................................................................................................................................. 192
ソーシャル タグのプライバシーとセキュリティへの影響 (SharePoint Server 2010) ..................... 193
非表示になるソーシャル タグ情報 ............................................................................................................... 193
表示されるソーシャル タグ情報 ..................................................................................................................... 194
常に公開されている情報 .................................................................................................................................. 195
推奨事項 ................................................................................................................................................................. 195
関連項目 ................................................................................................................................................................. 196
エンタープライズ Wiki の概要 (SharePoint Server 2010) ........................................................................ 197
エンタープライズ Wiki とチーム サイトの比較 .......................................................................................... 197
エンタープライズ Wiki の使用と利点............................................................................................................ 198
エンタープライズ Wiki の制限 ......................................................................................................................... 198
例: Fabrikam 社のエンタープライズ Wiki .................................................................................................... 198
エンタープライズ Wiki の計画 (SharePoint Server 2010) ........................................................................ 200
エンタープライズ Wiki の計画について ....................................................................................................... 200
エンタープライズ Wiki を使用するかどうかを決定する ........................................................................ 201
必要条件を評価する .......................................................................................................................................... 202
エンタープライズ Wiki をホストする場所を選択する .............................................................................. 202
関連項目 ................................................................................................................................................................. 203
グループ作業サイトの計画 (SharePoint Server 2010) ............................................................................. 204
グループ作業サイトの数を決定する ............................................................................................................ 204
特定のパス ............................................................................................................................................................. 204
追加のパス ............................................................................................................................................................. 205
Microsoft SharePoint Workspace 2010 との統合 ................................................................................... 205
エンタープライズ コンテンツ管理の計画 (SharePoint Server 2010) ................................................... 207
ドキュメント管理の計画 (SharePoint Server 2010) .................................................................................... 208
ドキュメント管理の概要 (SharePoint Server 2010) .................................................................................... 209
ドキュメント管理システムの要素 ................................................................................................................... 209
計画プロセス .......................................................................................................................................................... 210
ユーザーを特定し、ドキュメントの使用状況を分析する ........................................................................... 212
ユーザーを特定する ........................................................................................................................................... 212
ドキュメントの使用状況を分析する .............................................................................................................. 213
メタデータ ベースのルーティングと記憶域の概要 (SharePoint Server 2010) ................................ 216
メタデータ ベースのルーティングと記憶域について .............................................................................. 216
コンテンツ オーガナイザーの設定 ................................................................................................................ 217
コンテンツ オーガナイザーのルール ........................................................................................................... 218
コンテンツ オーガナイザー機能をサイトに対してアクティブにする ................................................. 218
関連項目 ................................................................................................................................................................. 219
メタデータ ベースのルーティングと記憶域の計画 (SharePoint Server 2010) ................................ 220
メタデータ ベースのルーティングと記憶域の計画 ................................................................................. 220
コンテンツの送信方法を決定する ................................................................................................................. 221
自動仕分けライブラリを計画する .................................................................................................................. 221
コンテンツ オーガナイザーの設定を計画する ......................................................................................... 221
コンテンツ オーガナイザーのルールを計画する .................................................................................... 225
送信先のプロパティを計画する ..................................................................................................................... 227
関連項目 ................................................................................................................................................................. 228
メタデータ ナビゲーションの概要 (SharePoint Server 2010) ................................................................. 229
SharePoint Server 2010 のメタデータ ナビゲーションについて ....................................................... 229
メタデータ ナビゲーションのユーザー コントロール .............................................................................. 229
リスト所有者の制御 ............................................................................................................................................ 231
自動インデックス作成 ........................................................................................................................................ 231
インデックス クエリ............................................................................................................................................... 231
フォールバック クエリ.......................................................................................................................................... 231
関連項目 ................................................................................................................................................................. 232
ドキュメント ライブラリの計画 (SharePoint Server 2010) ......................................................................... 233
ドキュメント ライブラリを計画する.................................................................................................................. 233
ワークシート ........................................................................................................................................................... 239
エンタープライズ コンテンツ記憶域の計画 (SharePoint Server 2010) .............................................. 240
エンタープライズ コンテンツ記憶域について ........................................................................................... 240
一般的な大規模コンテンツ管理のシナリオ .............................................................................................. 241
記憶域レベル: 利点と制限 ............................................................................................................................... 242
メタデータに基づくエンタープライズ コンテンツのルーティングと格納 .......................................... 244
メタデータを使用したエンタープライズ コンテンツのナビゲーションとフィルター処理 ............. 245
リスト ビュー ........................................................................................................................................................... 245
参考資料 ................................................................................................................................................................. 246
ドキュメント セットの計画 (SharePoint Server 2010).................................................................................. 248
ドキュメント セットの概要 .................................................................................................................................. 248
ドキュメント セットを管理する .......................................................................................................................... 249
ドキュメント セットのコンテンツ タイプを計画する ................................................................................... 249
ワークシート ........................................................................................................................................................... 251
関連項目 ................................................................................................................................................................. 251
コンテンツ タイプとワークフローを計画する (SharePoint Server 2010) ............................................. 252
コンテンツ タイプを計画する ........................................................................................................................... 252
ワークフローを計画する .................................................................................................................................... 259
ワークシート ........................................................................................................................................................... 260
情報管理ポリシーの計画 (SharePoint Server 2010) ................................................................................ 261
情報管理ポリシーとポリシーの機能 ............................................................................................................ 261
情報管理ポリシーのレポート .......................................................................................................................... 263
情報管理ポリシーと Office system アプリケーションの統合............................................................. 264
SharePoint Server 2010 で利用できるポリシー機能 ............................................................................ 264
ドキュメント ポリシーを計画する .................................................................................................................... 265
ワークシート ........................................................................................................................................................... 266
バージョン管理、コンテンツ承認、チェックアウトの計画 (SharePoint Server 2010) ..................... 267
バージョン管理、コンテンツの承認、チェックアウトについて.............................................................. 267
バージョン管理を計画する ............................................................................................................................... 267
コンテンツ承認を計画する ............................................................................................................................... 269
チェックアウトとチェックインを計画する....................................................................................................... 270
ワークシート ........................................................................................................................................................... 271
関連項目 ................................................................................................................................................................. 271
共同編集の概要 (SharePoint Server 2010) .................................................................................................. 272
SharePoint Server 2010 の共同編集機能 ................................................................................................ 272
エンド ユーザーへの影響について .............................................................................................................. 273
重要な考慮事項 ................................................................................................................................................... 274
OneNote のノートブック ..................................................................................................................................... 275
ソフトウェアのバージョンに関する要件 ....................................................................................................... 275
Office の混在環境での共同編集 .................................................................................................................. 275
パフォーマンスと拡張性 .................................................................................................................................... 276
関連項目 ................................................................................................................................................................. 276
レコード管理の計画 (SharePoint Server 2010) ........................................................................................... 277
レコード管理の概要 (SharePoint Server 2010) ........................................................................................... 279
レコード管理システムの要素 .......................................................................................................................... 279
レコード管理計画の概要 .................................................................................................................................. 281
関連項目 ................................................................................................................................................................. 282
SharePoint Server 2010 でレコードを管理するためのファイル計画を作成する ............................ 283
レコードの種類を特定する ............................................................................................................................... 283
ファイル計画を完了する .................................................................................................................................... 284
ワークシート ........................................................................................................................................................... 286
レコードの収集方法を計画する (SharePoint Server 2010) .................................................................... 287
アクティブ ドキュメントをレコードに変換するための手法 .................................................................... 287
計画を完成する .................................................................................................................................................... 289
関連項目 ................................................................................................................................................................. 290
物理的な記録の計画 (SharePoint Server 2010) ........................................................................................ 291
記録の種類を識別する...................................................................................................................................... 291
各記録の種類のプロパティを識別する ....................................................................................................... 291
コンテンツ タイプを編成する ........................................................................................................................... 292
記録のアーカイブを編成する .......................................................................................................................... 293
ワークシート ........................................................................................................................................................... 293
関連項目 ................................................................................................................................................................. 294
電子情報開示の計画 (SharePoint Server 2010) ........................................................................................ 295
SharePoint Server 2010 で電子情報開示に対応する方法 ............................................................... 295
監査 ........................................................................................................................................................................... 296
有効期限 ................................................................................................................................................................. 296
検索 ........................................................................................................................................................................... 296
レコード アーカイブとインプレース レコード管理の比較 (SharePoint Server 2010) ..................... 298
インプレース レコード管理用に設計する ........................................................................................................ 301
インプレース レコード管理の計画の概要 .................................................................................................. 302
フォルダーとコンテンツ タイプのどちらを選択するか ........................................................................... 302
コンテンツ タイプを定義する ........................................................................................................................... 303
インプレース レコード管理用にフォルダーを整理する ......................................................................... 303
レコード管理の一般的な計画タスク ............................................................................................................. 304
ワークシート ........................................................................................................................................................... 306
関連項目 ................................................................................................................................................................. 306
電子メールとメッセージング レコード管理の戦略を選択する (SharePoint Server 2010)........... 307
Exchange Server 2010 と SharePoint Server 2010 でのレコード管理方法を理解する .......... 307
メッセージ用のレコード管理ソリューションを選択するときの考慮事項 ......................................... 308
関連項目 ................................................................................................................................................................. 310
デジタル資産ライブラリの計画 (SharePoint Server 2010) ...................................................................... 311
デジタル資産管理の概要 (SharePoint Server 2010) ................................................................................ 312
デジタル資産の管理について ........................................................................................................................ 312
資産ライブラリのユーザー ............................................................................................................................... 313
SharePoint Server 2010 でのデジタル資産の管理 ............................................................................... 313
資産ライブラリを使用するシナリオ ............................................................................................................... 314
関連項目 ................................................................................................................................................................. 316
デジタル資産ライブラリを計画する (SharePoint Server 2010).............................................................. 317
資産ライブラリの概要......................................................................................................................................... 317
資産ライブラリを計画する ................................................................................................................................ 318
アクセス許可とセキュリティを計画する ....................................................................................................... 322
記憶域とパフォーマンスを計画する ............................................................................................................. 322
メタデータと検索を計画する ............................................................................................................................ 323
Web パーツと Web ページを計画する ......................................................................................................... 323
クライアント サポートを計画する ................................................................................................................... 324
関連項目 ................................................................................................................................................................. 324
デジタル メディア ライブラリのトポロジとアーキテクチャ (SharePoint Server 2010) .................... 325
デジタル メディア管理用の論理アーキテクチャ ...................................................................................... 325
デジタル メディア ライブラリのトポロジのコンポーネント ..................................................................... 328
標準的なデジタル メディア ライブラリのトポロジ .................................................................................... 329
デジタル メディア ライブラリ用にトポロジをスケーリングする ........................................................... 331
関連項目 ................................................................................................................................................................. 331
SharePoint Server 2010 の計画ワークシート ............................................................................................... 332
計画ワークシート (タスク別) ............................................................................................................................ 332
計画ワークシート (タイトル別) ........................................................................................................................ 335
ヘルプの利用
この文書では、正確を期すためにあらゆる努力が払われています。このコンテンツは Office
system の TechNet ライブラリからオンラインでも参照できるので、問題が見つかった場合は次
の URL で最新情報を確認してください。
http://technet.microsoft.com/ja-jp/office/bb267342
オンライン コンテンツを参照しても解決しない場合は、Microsoft Office System and Servers コ
ンテンツ チーム (下記のメール アドレス) に電子メール メッセージを送信できます。
[email protected]
この文書の内容ではなく Microsoft Office 製品に関する問題については、下記の URL を使用
して Microsoft ヘルプとサポート センターまたは Microsoft サポート技術情報を検索してくださ
い。
http://support.microsoft.com/?ln=ja-jp
13
技術ダイアグラム (SharePoint Server 2010)
これらのリソースの多くは、推奨ソリューションを視覚的に表現したものです。Microsoft Office
Visio 2007 または Microsoft Visio 2010 ファイル (.vsd)、PDF ファイル、XPS ファイルなどの形
式で提供されるポスター サイズのドキュメントが含まれます。これらのファイルを表示するには、
特別なソフトウェアが必要な場合があります。ファイルを開く方法については、次の表を参照し
てください。
ファ ソフトウェア
イル
の種
類
.vsd Office Visio 2007、Microsoft Visio 2010、または無料の Visio Viewer (英語)
(http://go.microsoft.com/fwlink/?linkid=118761&clcid=0x411) (英語)
Visio ビューアーを使用している場合は、VSD のリンクを右クリックし、[対象をフ
ァイルに保存] をクリックして、ファイルをコンピューターに保存した後、コンピ
ューターからファイルを開きます。
.pdf
Adobe Reader (http://go.microsoft.com/fwlink/?linkid=134751&clcid=0x411) などの任意
の PDF ビューアー
.xps Windows 7、Windows Vista、Windows XP と .NET Framework 3.0、または XPS
Essentials Pack (http://go.microsoft.com/fwlink/?linkid=134750&clcid=0x411)
モデル
モデルは特定の技術的な領域の詳細を説明する 34 × 44 インチのポスターです。これらのモデ
ルは TechNet の対応する記事で使用することが想定されており、Office Visio 2007 を使用して
作成されています。Visio ファイルを変更すると、独自の環境に Microsoft SharePoint 2010 製
品 製品を組み込む計画を行う方法を示すことができます。
タイトル
説明
設計サンプル: クラシック認証を使用する企業ポータル
最もよく使用される種
類のサイトが表された
一般的な企業の展開を
示します。2 つのサン
プルは、実装されてい
14
タイトル
説明
る認証のモードのみが
異なります。
これらの設計サンプル
は次の記事で使用しま
す these design samples
with the following
article: Design sample:
Corporate deployment
(SharePoint Server
2010)
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=196969&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=196970&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=196971&clcid=0x411) (英語)
設計サンプル: クレーム ベース認証を使用する企業ポータル
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=196972&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=196973&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=196974&clcid=0x411) (英語)
SharePoint 2010 製品の展開
各種展開ステージ、展
開環境など展開関連の
15
タイトル
説明
情報、および
SharePoint 2010 製品
をインストールして構
成する手順を図示した
フローチャートが示さ
れます。
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=183024&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=183025&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=183026&clcid=0x411) (英語)
SharePoint 2010 製品のサービス
全体的なソリューショ
ン設計にサービスを展
開する一般的な方法な
ど、サービスのアーキ
テクチャについて説明
し、図解します。
この図は以下の記事で
使用します:
Visio
(http://go.microsoft.com/fwlink/?linkid=167090&clcid=0x411)
PDF (http://go.microsoft.com/fwlink/?linkid=167092&clcid=0x411)
XPS (http://go.microsoft.com/fwlink/?linkid=167091&clcid=0x411)
SharePoint 2010 製品のファーム間サービス
16

Services
architecture
planning
(SharePoint
Foundation 2010)

Services
architecture
planning
(SharePoint Server
2010)
複数のファームにまた
がってサービスを展開
し、サービスの集中管
理を提供する方法を示
タイトル
説明
します。
この図は以下の記事で
使用します:
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167093&clcid=0x411) (英語)

Services
architecture
planning
(SharePoint
Foundation 2010)

Services
architecture
planning
(SharePoint Server
2010)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167095&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=167094&clcid=0x411) (英語)
SharePoint Server 2010 のトポロジ
どのサーバーでサービ
スを開始するかの計画
など、ファーム トポ
ロジを構築および拡張
する一般的な方法につ
いて説明します。
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167087&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167089&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=167088&clcid=0x411) (英語)
SharePoint 2010 製品のエクストラネット トポロジ
17
SharePoint 2010 製品で
テスト済みの特殊なエ
クストラネット トポ
タイトル
説明
ロジについて説明しま
す。SharePoint 2010 製
品と共にファイアウォ
ールまたはゲートウェ
イ製品として使用した
場合の ISA Server、
Forefront TMG、および
Forefront UAG の比較
を示します。
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=187987&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=187988&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=187986&clcid=0x411) (英語)
SharePoint 2010 製品のホスティング環境
ホスティング環境向け
サポートの概要と、一
般的なホスティング
アーキテクチャの図解
を示します。
ホスティング環境の設
計と展開の詳細につい
ては、「White paper:
SharePoint 2010 for
hosters (SharePoint
Server 2010)」を参照
してください。
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167084&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167086&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=167085&clcid=0x411) (英語)
SharePoint 2010 製品の検索テクノロジ
以下の SharePoint 2010
製品と連携する検索テ
18
タイトル
説明
クノロジを比較対照し
ます。

SharePoint
Foundation 2010

Search Server 2010
Express

Search Server 2010

SharePoint Server
2010

FAST Search
Server 2010 for
SharePoint
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167731&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167733&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=167732&clcid=0x411) (英語)
SharePoint Server 2010 の検索環境の計画
検索環境のアーキテク
チャ設計に関する主要
な決定事項について説
明します。
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167734&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167736&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=167735&clcid=0x411) (英語)
Microsoft SharePoint Server 2010 の検索アーキテクチャ
19
検索システムを構成す
る物理および論理アー
タイトル
説明
キテクチャの構成要素
について詳しく説明し
、一般的な検索アーキ
テクチャを図解します
。
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167737&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167739&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=167738&clcid=0x411) (英語)
Microsoft SharePoint Server 2010 の検索アーキテクチャの設計
SharePoint Server 2010
の検索アーキテクチャ
の基本設計を決定する
ための、初期の設計手
順について説明します
。
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167740&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167742&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=167741&clcid=0x411) (英語)
Business Connectivity Services のモデル
Microsoft Business
Connectivity Services
20
タイトル
説明
は、外部システムのデ
ータを Microsoft
SharePoint Server およ
び Microsoft SharePoint
Foundation ベースのソ
リューションに統合す
る作業に役立つ、
Microsoft SharePoint
Server 2010 および
Microsoft SharePoint
Foundation 2010 のサー
ビスと機能の集合です
。このモデル ポスタ
ーでは、SharePoint
Visio (英語)
Server 2010 の
(http://go.microsoft.com/fwlink/?linkid=165565&clcid=0x411) (英語) Microsoft Business
PDF (英語)
Connectivity Services
(http://go.microsoft.com/fwlink/?linkid=165566&clcid=0x411) (英語) のアーキテクチャにつ
いて説明し、このサー
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=165571&clcid=0x411) (英語) ビスに基づいたソリュ
ーションを構築する方
法についての情報を提
供します。
このモデルは次の記事
で使用します: Business
Connectivity Services
overview
SharePoint Server 2010 でのコンテンツ展開
SharePoint Server 2010
のコンテンツ展開機能
について説明します。
以下の事項についての
情報が含まれています
。
Visio (英語)
21

コンテンツ展開の概
要

コンテンツ展開のパ
スとジョブの説明

コンテンツ展開を使
用する状況

コンテンツの展開の
代替手法

一般的なコンテンツ
タイトル
説明
(http://go.microsoft.com/fwlink/?linkid=179391&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=179523&clcid=0x411) (英語) 
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=179524&clcid=0x411) (英語)
Microsoft SharePoint Server 2010 のアップグレード計画
展開ファーム トポロ
ジの図
コンテンツ展開プロ
セス全体の図と説
明
Microsoft Office
SharePoint Server 2007
から SharePoint Server
2010 へのアップグレ
ードの計画について説
明します。以下の事項
についての情報が含ま
れています。

アップグレード要件:
ハードウェア、オペ
レーティング システ
ム、データベース

アップグレード プロ
セス: アップグレード
の前後および途中
で実行する特定の
手順
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167098&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167099&clcid=0x411) (英語) このモデルは次の記事
で使用します:
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=167100&clcid=0x411) (英語) Upgrading to SharePoint
Server 2010
Microsoft SharePoint Server 2010 のアップグレード方法
22
Office SharePoint
Server 2007 から
SharePoint Server 2010
にアップグレードする
ための各種方式 (一括
、データベース接続、
複合) について理解す
るために役立ちます。

アップグレードの前
後および途中のファ
ーム トポロジを参
照する

各種のアップグレー
ド方式の利点を比
較する
タイトル
説明
このモデルは以下の記
事で使用します:

Determine upgrade
approach
(SharePoint Server
2010)

Upgrade process
overview
(SharePoint Server
2010)
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167101&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167102&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=167103&clcid=0x411) (英語)
Microsoft SharePoint Server 2010 — アップグレード プロセスの
テスト
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167104&clcid=0x411) (英語)
Office SharePoint
Server 2007 から
SharePoint Server 2010
にアップグレードする
前にアップグレード
プロセスをテストする
ための方法論について
説明します。

アップグレード プロ
セス (カスタマイズ、
ハードウェア、時期
、計画) をテストする
ための目標を理解
する

アップグレード プロ
セスをテストするた
めに実行する特定
の手順を確認する
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167105&clcid=0x411) (英語) このモデルは次の記事
23
タイトル
説明
XPS (英語)
で使用します: Use a
(http://go.microsoft.com/fwlink/?linkid=167106&clcid=0x411) (英語) trial upgrade to find
potential issues
(SharePoint Server
2010)
Microsoft SharePoint Server 2010 — サービスのアップグレード
Office SharePoint
Server 2007 から
SharePoint Server 2010
へのサービスのアップ
グレードについて説明
します。

特定のサービス (個
人用設定、検索、
InfoPath フォーム、
Excel、ビジネス デ
ータ カタログ、シン
グル サインオン) に
ついての考慮事項

サービスを含めた
一括アップグレード

サービスを含めた
データベース接続ア
ップグレード
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167107&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167108&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=167109&clcid=0x411) (英語)
Microsoft SharePoint Server 2010 — 親と子のファームのアップグ サービスを共有するフ
レード
ァーム (親ファームと
子ファーム) をアップ
グレードするときのプ
ロセスと考慮事項につ
いて説明します。
24
タイトル
説明
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=190984&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=190985&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=190986&clcid=0x411) (英語)
SharePoint Server 2010 のビジネス インテリジェンスの概要
SharePoint Server のビ
ジネス インテリジェ
ンスの概要について説
明します。以下の事項
についての情報が含ま
れています。

サービスで使用す
る各ビジネス インテ
リジェンス サービス
の概要

ビジネス インテリジ
ェンス サービスのア
プリケーションのア
ーキテクチャと、トポ
ロジ上でのそれらの
動作

PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=167170&clcid=0x411) (英語)
各ビジネス インテリ
ジェンス サービスの
データ ソースの一
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=167082&clcid=0x411) (英語)
XPS (英語)
25
タイトル
説明
覧
(http://go.microsoft.com/fwlink/?linkid=167171&clcid=0x411) (英語)
SharePoint 2010 製品をサポートするデータベース
SharePoint Server 2010
の実行に使用できる
Microsoft SQL Server
データベースについて
説明します。
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=187970&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=187969&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=187971&clcid=0x411) (英語)
SharePoint 2010 製品: 仮想化プロセス
仮想化、展開のさまざ
まな段階、および要件
と例についてのガイダ
ンスを提供します。
この図は以下の章の記
事で使用します。
26

Virtualization
planning
(SharePoint
Foundation 2010)

Virtualization
planning
(SharePoint Server
2010)
タイトル
説明
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=195021&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=195022&clcid=0x411) (英語)
XPS (英語)
(http://go.microsoft.com/fwlink/?linkid=195023&clcid=0x411) (英語)
SharePoint Server 2010 のガバナンス
IT ガバナンス、情報管
理ガバナンス、および
アプリケーション管理
ガバナンスを含むガバ
ナンス計画の開発方法
を示します。
この図は以下の記事で
使用します。
Visio (英語)
(http://go.microsoft.com/fwlink/?linkid=200532&clcid=0x411) (英語)
PDF (英語)
(http://go.microsoft.com/fwlink/?linkid=200533&clcid=0x411) (英語)
XPS (英語)
27

ガバナンスの概要
(SharePoint Server
2010)

機能を制御する
(SharePoint Server
2010)
タイトル
説明
(http://go.microsoft.com/fwlink/?linkid=200534&clcid=0x411) (英語)
ポスターの印刷に関するヒント
プロッターがある場合は、ポスターをフル サイズで印刷できます。プロッターがない場合は、次
の手順を実行して小さな用紙に印刷します。
ポスターを小さな用紙に印刷する
1.
ポスターを Visio で開きます。
2.
[ファイル] メニューの [ページ設定] をクリックします。
3.
[プリンターの設定] タブの [プリンターの用紙] で、印刷用紙のサイズを選択します。
4.
[プリンターの設定] タブの [拡大縮小印刷] で、[自動調整] をクリックし、「横 1 枚、縦 1 枚
」と入力します。
5.
[ページ サイズ] タブで、[図面内容に合わせる] をクリックし、[OK] をクリックします。
6.
[ファイル] メニューの [印刷] をクリックします。
28
サイトとソリューションを計画する (SharePoint
Server 2010)
ここでは、Microsoft SharePoint Server 2010 のサイトおよびソリューション コンポーネントを計
画する方法について説明します。

基本サイトの計画 (SharePoint Server 2010)
このセクションのトピックでは、SharePoint Server 2010 の機能を利用するサイトを計画する
ときの手順を説明します。

サイトおよびコンテンツのセキュリティの計画 (SharePoint Server 2010)
このセクションのトピックでは、サイトやコンテンツへのアクセスを制御する権限を計画する
ための情報を示します。

サイトとソリューションのガバナンス (SharePoint Server 2010)
このセクションのトピックでは、IT サービスとセキュリティで保護されたソリューションをホスト
するために環境を設定する方法と、ビジネス ニーズに最適な情報アーキテクチャを定義す
る方法を計画するための情報を示します。

サンドボックス ソリューションを計画する (SharePoint Server 2010)
このセクションのトピックでは、企業内の制限された実行環境で実行されるセキュリティ
で保護されたソリューションを計画するための情報を示します。

ガバナンスの概要 (SharePoint Server 2010)
このセクションのトピックでは、Microsoft SharePoint Server 2010 の展開を成功させる
ために不可欠なガバナンスとはどのようなことか、そして情報アーキテクチャと IT サー
ビスの両方がガバナンス計画の重要な構成要素である理由について説明します。

Plan managed metadata (SharePoint Server 2010)
このセクションのトピックでは、マネージ メタデータの主要な概念について説明し、
SharePoint ソリューションでマネージ メタデータを使用する方法に関するガイダンスを提供
します。

ソーシャル コンピューティングとグループ作業を計画する (SharePoint Server 2010)
このセクションのトピックでは、ソーシャル コンピューティング機能とグループ作業機能を社
内に提供するソリューションの計画に関するガイダンスを提供します。

エンタープライズ コンテンツ管理の計画 (SharePoint Server 2010)
このセクションのトピックでは、ドキュメント管理、レコード管理、およびデジタル資産管理の
概念に関する情報を提供します。

ドキュメント管理の計画 (SharePoint Server 2010)
このセクションのトピックでは、組織のドキュメント管理ソリューションを計画する方法に
ついて説明します。

レコード管理の計画 (SharePoint Server 2010)
29
このセクションのトピックでは、SharePoint Server 2010 でのレコード管理についての説
明と、レコード管理ソリューションの計画に関するガイドラインを提供します。

デジタル資産ライブラリを計画する (SharePoint Server 2010)
このセクションのトピックでは、ビデオ、オーディオ、画像など、デジタル資産が含まれる
サイト向けのソリューションの計画に関するガイダンスを提供します。

Plan Web content management (SharePoint Server 2010)
このセクションのトピックでは、SharePoint Server 2010 機能を使用した Web コンテンツ管
理サイトの計画に関するガイダンスを提供します。

Business Intelligence Planning
このセクションのトピックでは、企業データを扱うビジネス インテリジェンス ソリューションの
計画に関するガイダンスを提供します。

Business intelligence Basics
このセクションのトピックでは、SharePoint Server 2010 のビジネス インテリジェンス機
能に関する基本的な概要情報を提供します。

Plan for PerformancePoint Services (SharePoint Server 2010)
このセクションのトピックでは、PerformancePoint Services と BI ダッシュボードの実装
を計画する方法について説明します。

Excel Services overview (SharePoint Server 2010)
このセクションのトピックでは、企業環境での Excel Services の実装を計画する方法に
ついて説明します。

Plan for Visio Services (SharePoint Server 2010)
このセクションのトピックでは、Visio Services の実装を計画する方法について説明しま
す。

Business data and processes planning (SharePoint Server 2010)
このセクションのトピックでは、企業データを扱うビジネス プロセスを実装するソリューション
の計画に関するガイダンスを提供します。

Plan for Business Connectivity Services (SharePoint Server 2010)
このセクションのトピックでは、SharePoint Web サイトと Office 2010 アプリケーションを
使用するインフォメーション ワーカーに企業の外部データを接続するソリューションを
計画する方法について説明します。

Plan InfoPath Forms Services (SharePoint Server 2010)
このセクションのトピックでは、主なビジネス プロセスを強化するために使用するビジネ
ス データを InfoPath フォームを使用して収集、カスタマイズ、および検証するソリュー
ションを計画する方法について説明します。

Plan workflows (SharePoint Server 2010)
このセクションのトピックでは、SharePoint ソリューションに含まれるビジネス プロセス
の計画および実装について説明します。

Access Services Planning
このセクションのトピックでは、Access Services の実装を計画する方法について説明しま
す。
30

Plan quota management (SharePoint Server 2010)
この記事では、クォータ テンプレートとごみ箱の設定を決める方法と、使われていない Web
サイトをどのタイミングで削除するかを説明します。
関連項目
その他のリソース
Server farm and environment planning (SharePoint Server 2010)
31
基本サイトの計画 (SharePoint Server 2010)
このセクションでは、IT 担当者が Microsoft SharePoint Server 2010 の機能を使用するサイトに
ついて計画を立てる際に役立つ情報を提供します。
サイトやサイト グループの有効性はさまざまな要因によって決まりますが、特に重要な要因の
1 つは、サイトやそのサイト内の必要なコンテンツを期待どおりに見つけられるかどうかという点
です。ユーザーによる情報の検索と共有、またユーザーどうしの連携を支援するためには、サイ
トまたはサイト グループの構造と、サイト内およびサイト間のナビゲーションが重要になります。
このセクションの内容

「サイトとサイト コレクションの概要 (SharePoint Server 2010)」では、サイト コレクションとサ
イトについて説明し、SharePoint Server 2010 でサイトを作成するのに使用されるサイト テ
ンプレートに関する情報を提供します。

「サイトとサイト コレクションを計画する (SharePoint Server 2010)」では、SharePoint Server
2010 サイトおよびサイト コレクションを計画する際のプロセスと重要な考慮事項について
説明します。

「サイトのナビゲーションの概要 (SharePoint Server 2010)」では、サイトで使用できるナビ
ゲーションの種類の概要を説明します。

「サイトのナビゲーションを計画する (SharePoint Server 2010)」では、サイトのナビゲーショ
ンを設計する際に役立つ情報を提供します。

「テーマの概要 (SharePoint Server 2010)」では、テーマの概要としくみを説明します。

「テーマの使用を計画する (SharePoint Server 2010)」では、サイト間でのテーマの使用をど
のように計画するかを説明し、サイトでのテーマの使用法を計画するための重要な手順を
示します。

「多言語サイトを計画する (SharePoint Server 2010)」では、多言語 SharePoint Server
2010 サイトについて説明します。
32
サイトとサイト コレクションの概要 (SharePoint
Server 2010)
Microsoft SharePoint Server 2010 のサイト コレクションとは、1 つのトップレベル サイトと、その
下位のサイトで構成された、サイトの階層構造です。この記事では、サイト コレクションおよびサ
イトについて説明し、SharePoint Server 2010 でサイトの作成に使用するサイト テンプレートの
情報を示します。
この記事の内容:

サイト コレクションの概要

サイトの概要

SharePoint Server 2010 に含まれるサイト テンプレート
サイト コレクションの概要
サイト コレクションの各サイトは、管理設定を共有し、ナビゲーションやその他の機能および要
素が共通です。各サイト コレクションは 1 つのトップレベル サイトを持ち、通常はその下位に 1
つ以上のサイトを持つ階層構造となっています。
サイトのコンテンツおよび機能はサイト コレクションにグループ化する必要があります。これに
は以下の利点があります。

サイト編集者は、サイト コレクションのギャラリーおよびライブラリ (マスター ページ ギャラリ
ー、サイト コレクションのイメージ ライブラリなど) を使用して、サイト コレクションの全サイト
で統一およびブランド設定されたユーザー環境を作成できます。

サイト コレクション管理者は、サイト コレクションにより、管理用の統合されたメカニズムお
よび範囲を使用できます。たとえば、セキュリティ、ポリシー、および機能を、サイト コレクシ
ョン全体に対して管理できます。サイト コレクションの Web Analytics レポート、監査ログ レ
ポート、およびその他のデータは、管理者がサイト コレクションのセキュリティおよびパフォ
ーマンスを追跡するのに役立ちます。

ファーム管理者は、サイト コレクションによって、格納するコンテンツの数に応じて拡張でき
るスケーラビリティが得られます。各サイト コレクションではそれぞれ別個のコンテンツ デ
ータベースを使用できるため、管理者はそれらのデータベースを別のサーバーに簡単に移
動できます。

サイト作成者は、サイト コレクションの共有のサイト列、コンテンツ タイプ、Web パーツ、オ
ーサリング リソース、ワークフロー、およびその他の機能を使用して、一貫した作成環境を
利用できます。

サイト ユーザーは、サイト コレクションの統一されたナビゲーション、ブランド設定、および
検索ツールを使用して、統一された Web サイト環境を利用できます。
以下に、サイト コレクションとして実装することに利点があるソリューションの例を示します。

チーム サイト 組織の目標達成に役立つコンテンツを作成するために連携している組織内
のユーザーの作成タスクおよびコラボレーション タスクをサポートするためのサイト コレク
33
ション。通常、この種類のサイトには、発行されずに社内でのみ使用されるグループ作業用
のコンテンツと、外部の対象ユーザー向けに発行するコンテンツが含まれます。

発行サイト サイト メンバーがサイトのコンテンツを表示、編集、および操作できるように構
成されたサイト コレクション。通常、発行サイトは運用サイト コレクションと編集サイト コレク
ションという 2 つのサイト コレクションとして実装されます。運用サイト コレクションは、コン
テンツの対象ユーザーが使用する公開サイトです。編集サイト コレクションは運用サイトの
ミラーで、サイトのコンテンツの作成および表示とサイトの機能のテストのために作成チー
ムが使用します。SharePoint Server 2010 にはコンテンツの展開機能があり、編集サイト コ
レクションから運用サイト コレクションにコンテンツをコピーできます。コンテンツ展開の詳細
については、「Content deployment overview」を参照してください。
サイトの概要
サイト コレクションは、トップレベル サイトと、1 つまたは複数の下位サイトで構成されます。各ト
ップレベル サイトおよびその下位サイトは、いずれか 1 つのサイト テンプレートに基づいて作
成でき、その他の固有の設定および固有のコンテンツを含めることができます。サイト コレクシ
ョン内のさまざまなページの外観、コンテンツ、および機能をより詳細に制御するには、サイト コ
レクションのコンテンツを複数のサイトに分割します。固有に構成できるサブサイトの機能を以
下に示します。

テンプレート 各サイトに固有のテンプレートを持たせることができます。詳細については、
「SharePoint Server 2010 に含まれるサイト テンプレート」を参照してください。

言語 言語パッケージが Web サーバーにインストールされている場合は、新しいサイトを
作成するときに言語固有のサイト テンプレートを選択できます。サイトに表示されるテキス
トは、サイト テンプレートの言語で表示されます。詳細については、「Deploy language packs
(SharePoint Server 2010)」を参照してください。

セキュリティ 各サイトに対して固有のユーザー グループおよび権限を定義できます。

ナビゲーション サイトの階層の各部で固有のナビゲーション リンクを構成することによっ
て、サイトのナビゲーション環境を細かく制御できます。サイトのナビゲーションには、サイト
コレクション内のサイトどうしの関係が反映されます。したがって、ナビゲーションの計画と
サイト構造の計画は、密接に関連した作業です。詳細については、「サイトのナビゲーション
の概要 (SharePoint Server 2010)」を参照してください。

Web ページ 各サイトには、固有のウェルカム ページおよびその他のページを含めること
ができます。詳細については、「Plan Web pages」を参照してください。

サイトのレイアウト サイトで固有のレイアウトやマスター ページを使用できます。詳細につ
いては、「Plan Web pages」を参照してください。

テーマ サイトの色やフォントを変更できます。詳細については、「テーマの使用を計画する
(SharePoint Server 2010)」を参照してください。

地域の設定 ロケール、タイム ゾーン、並べ替え順序、時刻の形式、予定表の種類などの
地域の設定を変更できます。

検索 各サイトには固有の検索設定を含めることができます。たとえば、特定のサイトが検
索結果に表示されないように指定できます。

コンテンツ タイプ 各サイトには固有のコンテンツ タイプとサイト列を含めることができます
。詳細については、「コンテンツ タイプとワークフローを計画する (SharePoint Server 2010)
」を参照してください。
34

ワークフロー 各サイトに固有のワークフローを持たせることができます。詳細については
、「Plan workflows (SharePoint Server 2010)」を参照してください。
SharePoint Server 2010 に含まれるサイト テンプレ
ート
次のセクションでは、SharePoint Server 2010 に含まれているサイト テンプレートについて説明
します。サイト テンプレートは既定の構成のままで使用できますが、サイトの管理ページを使用
してサイトの既定の設定を変更してから、サイトを新しいテンプレートとして保存することもできま
す。また、Microsoft SharePoint Designer 2010 または Microsoft Visual Studio 2010 を使用して
、テンプレートのデザインおよび機能を変更することもできます。
次の表は、各サイト テンプレート、それぞれの目的、およびテンプレートがサイト コレクション レ
ベルとサイト レベルのどちらで (またはその両方で) 使用できるかを示したものです。テンプレー
トのグループ化に使用するカテゴリは、サイトを作成するレベルに応じて異なる場合があります
。
テンプレート
目的
サイ サイト
ト コ でのカ
レク テゴリ
ショ
ンで
のカ
テゴ
リ
<テンプレー テンプレートを後で選択できる空のサイトです。
トを後で選択
>
カス 該当な
タム し
資産管理 Web 資産を追跡する資産データベースです。資産の詳細と所有者 該当 Web デ
データベース が含まれます。
なし ータベ
ース
一般的な会議 会議を計画および開催し、会議の結果を記録できるサイトで 会議 会議
ワークスペー す。議題、出席者、およびドキュメントを管理するためのリ
ス
ストを備えています。
基本検索セン 検索機能を提供するサイトです。このサイトには、検索結果 エン 検索
ター
および高度な検索のためのページが組み込まれています。 ター
プラ
イズ
空の会議ワー 必要に応じてカスタマイズできる空の会議サイトです。
クスペース
会議 会議
空のサイト
グル 空白 &
必要に応じてカスタマイズできる空のサイトです。
35
テンプレート
目的
サイ サイト
ト コ でのカ
レク テゴリ
ショ
ンで
のカ
テゴ
リ
ープ ユーザ
作業 ー設定
ブログ
個人またはチームが、アイデア、見解、専門知識などを投稿 グル コンテ
し、閲覧者がコメントを入力できるサイトです。
ープ ンツ
作業
ビジネス イン ビジネス インテリジェンス データを提供するためのサイト エン データ
テリジェンス です。ドキュメント、画像、データ接続、およびダッシュボ ター
センター
ード Web パーツを格納するためのドキュメント ライブラリ プラ
を備えています。Microsoft SharePoint Server 2010 の
イズ
PerformancePoint Services からコンテンツをリンクするため
のリストも提供されます。
寄付金管理 寄付金集めキャンペーンに関する情報を追跡するためのデー 該当 Web デ
Web データベ タベースです。寄付者によって行われた寄付、キャンペーン なし ータベ
ース
関連のイベント、保留タスクなどが含まれます。
ース
連絡先管理 顧客、パートナーなど、チームと関係のある人についての情 該当 Web デ
Web データベ 報を管理するための連絡先データベースです。
なし ータベ
ース
ース
意思決定の会 会議の進捗管理または意思決定を行うことのできるサイトで 会議 会議
議ワークスペ す。タスクの作成、ドキュメントの保管、および決定事項の
ース
記録のためのリストを備えています。
ドキュメント エンタープライズ内のドキュメントを一元管理できるサイト エン コンテ
センター
です。
ター ンツ
プラ
イズ
ドキュメント 仕事仲間がドキュメント上でグループ作業を行うことのでき グル グルー
ワークスペー るサイトです。主要なドキュメントとそれに関連するファイ ープ プ作業
ス
ルの保管にはドキュメント ライブラリが、必要な To Do ア 作業 、コン
イテムの割り当てにはタスク リストが、ドキュメントに関
テンツ
連するリソースにはリンク リストが用意されています。
エンタープラ 検索機能を提供するサイトです。ウェルカム ページには、2 エン 検索
イズ検索セン つのタブが付いた検索ボックスが組み込まれています。1 つ ター
ター
は一般的な検索用、もう 1 つはユーザーに関する情報の検 プラ
36
テンプレート
目的
サイ サイト
ト コ でのカ
レク テゴリ
ショ
ンで
のカ
テゴ
リ
索用です。タブを追加およびカスタマイズして、その他の検 イズ
索範囲または結果の種類に焦点を当てることができます。
エンタープラ ユーザーの知識情報や全社で共有したい情報を発行できるサ 発行
イズ Wiki
イトです。1 か所に集約された便利なコンテンツ編集機能に
よって、共同編集、ディスカッション、およびプロジェクト
マネジメントを行えます。
グルー
プ作業
、コン
テンツ
FAST Search FAST 検索環境を提供するためのサイトです。ウェルカム ペ
センター
ージには、2 つのタブが付いた検索ボックスが組み込まれて
います。一方は一般的な検索用。もう一方はユーザーに関す
る情報の検索用です。タブを追加およびカスタマイズして、
その他の検索範囲または結果の種類に焦点を当てることがで
きます。
検索
グループ ワー このテンプレートは、チームが情報の作成、整理、および共 グル グルー
ク サイト
有に使用できるグループウェア ソリューションを提供しま ープ プ作業
す。グループの予定表、回覧板、電話メモ、ドキュメント 作業
ライブラリ、およびその他の基本的なリストを備えています
。
案件管理 Web 案件または問題を管理するための案件データベースです。案 該当 Web デ
データベース 件の開始から終了まで、割り当て、優先順位付け、進捗管理 なし ータベ
を行うことができます。
ース
Microsoft
Project サイ
ト
プロジェクトでのチームのグループ作業を支援するサイトで グル 追跡
す。このサイトにはプロジェクト ドキュメント、プロジェ ープ
クト案件、プロジェクト リスク、プロジェクト成果物のリ 作業
ストが含まれ、Microsoft Project Server 2010 のタスクにリン
クされている場合があります。
複数ページの 会議を計画し、会議の決定事項およびその他の結果を記録で 会議 会議
会議ワークス きるサイトです。会議の議題および出席者を管理するための
ペース
リストを備えています。また、必要に応じてカスタマイズで
きる空のページも 2 つ用意されています。
個人用サイト 個人向けのサイト (個人用サイト) とパブリックのユーザー エン 該当な
のホスト
プロファイル ページをホストするサイトです。このテンプ ター し
レートは、User Profile Service アプリケーションごとに 1 度 プラ
37
テンプレート
目的
サイ サイト
ト コ でのカ
レク テゴリ
ショ
ンで
のカ
テゴ
リ
だけ準備する必要があります。
イズ
このテンプレートは、サイト コレクション レベルでのみ使
用できます。
個人用設定サ ユーザー別のビュー、データ、および個人用サイトへの入り 該当 空白 &
イト
口を提供するサイトです。個人用設定に特化した Web パー なし ユーザ
ツや、個人用サイト向けに最適化されたナビゲーションが用
ー設定
意されています。
このテンプレートは、サイト レベルでのみ使用できます。
PowerPoint
Broadcast
Service
Microsoft PowerPoint 2010 のブロードキャストをホストする
ためのサイトです。プレゼンターは、サイトに接続し、Web
ブラウザーでスライド ショーを見るためのリモート ビュー
アーに対するリンクを作成できます。
エン 該当な
ター し
プラ
イズ
プロジェクト 複数のプロジェクトを追跡し、タスクを別の人に割り当てる 該当 Web デ
Web データベ ための、プロジェクト追跡データベースです。
なし ータベ
ース
ース
発行ポータル インターネット サイトまたは大規模なイントラネット ポー エン 該当な
タルに使用できる開始サイト階層です。このサイトは、独自 ター し
のブランドに合わせて簡単にカスタマイズできます。このサ プラ
イトには、ホーム ページ、サンプルのプレス リリース サイ イズ
ト、検索センター、およびログオン ページが組み込まれて
います。通常、このサイトには投稿者よりも多くの閲覧者が
います。また、承認ワークフローを使用した Web ページの
発行にも使用されます。
このサイトを使用すると、より公式な制御された発行処理に
対して、既定でコンテンツ承認ワークフローが有効になりま
す。また、匿名ユーザーの権限をコンテンツ ページの表示
のみに制限して、SharePoint Server 2010 アプリケーション
ページを表示させないようにできます。
このテンプレートは、サイト コレクション レベルでのみ使
用できます。
発行サイト
Web サイトを拡張し、素早く Web ページを発行するための 該当 コンテ
空のサイトです。投稿者はドラフト バージョンのページで なし ンツ
作業し、それを発行して読者に表示されるようにすることが
38
テンプレート
目的
サイ サイト
ト コ でのカ
レク テゴリ
ショ
ンで
のカ
テゴ
リ
できます。このサイトには、Web 発行リソースの保存用に、
ドキュメント ライブラリと画像ライブラリが用意されてい
ます。
ワークフロー 承認ワークフローを使用し、スケジュールに従って Web ペ 該当 コンテ
付き発行サイ ージを発行するためのサイトです。サイトには、Web 発行リ なし ンツ
ト
ソースの保存用に、ドキュメント ライブラリと画像ライブ
ラリが用意されています。既定では、このサイトの下位に作
成できるのは、このテンプレートを使用したサイトのみです
。
このテンプレートは、トップレベル サイトの作成に発行ポ
ータル テンプレートを使用したときには、サイト レベルで
のみ使用できます。
レコード セン レコード管理用に設計されたサイトです。レコード管理者は エン データ
ター
、ルーティング テーブルを構成して、受信ファイルを特定 ター
の場所に転送できます。このサイトでは、リポジトリに追加 プラ
した後でレコードを削除または変更できるかどうかを管理す イズ
ることもできます。
イベントの会 行事を計画できるサイトです。出席者の管理、説明の記載、 会議 会議
議ワークスペ およびイベントの写真の保管に使用するリストを備えていま
ース
す。
チーム サイト チームが情報をすばやく整理、作成、および共有できるサイ グル グルー
トです。お知らせ、予定表アイテム、タスク、およびディス ープ プ作業
カッションを管理するためのドキュメント ライブラリおよ 作業
びリストを備えています。
Visio プロセス チームが Visio プロセス図を表示、共有、および保存できる グル コンテ
リポジトリ サイトです。プロセス図を保存するためのバージョン管理機 ープ ンツ
能付きドキュメント ライブラリや、お知らせ、タスク、お 作業
よびレビュー ディスカッションを管理するためのリストを
備えています。
サイト ディレクトリ、新規、グループ作業ポータルなどの一部の Microsoft Office SharePoint
Server 2007 サイト テンプレートは、SharePoint Server 2010 のオプションとして使用できません
。これらのテンプレートは、まだプログラムでアクセスして使用できます。SharePoint Server
39
2010 ファームを Office SharePoint Server 2007 からアップグレードした場合は、UI でもまだオ
プションとして使用できます。それ以外の場合は、SharePoint Server 2010 のソーシャル タグ機
能を使用して、これらのテンプレートで提供されていた機能の多くを利用できます。
関連項目
概念
サイトとサイト コレクションを計画する (SharePoint Server 2010)
サイトのナビゲーションの概要 (SharePoint Server 2010)
サイトのナビゲーションを計画する (SharePoint Server 2010)
40
サイトとサイト コレクションを計画する
(SharePoint Server 2010)
Microsoft SharePoint Server 2010 サイトは、1 つのトップレベル サイトとその下のサイトを含ん
だ階層構造のサイト コレクションで構成されています。ここでは、SharePoint Server 2010 のサ
イトとサイト コレクションを計画する場合のプロセスと重要な考慮事項について説明し、サイトの
構成に関する決定事項を記録するための推奨方法を示します。サイトとサイト コレクション、
SharePoint Server 2010 でサイト作成に使用するサイト テンプレートについては、「サイトとサイ
ト コレクションの概要 (SharePoint Server 2010)」を参照してください。
この記事の内容:

サイトとサイト コレクションの計画について

サイトの種類を決定する

組織階層別にサイトを計画する

アプリケーション サイトを計画する

インターネット プレゼンス サイトを計画する

発行サイトを計画する

その他のサイトを計画する

サイト コレクションを決定する

サイトの計画のデータ ワークシート
サイトとサイト コレクションの計画について
一般に、サイトとサイト コレクションの計画は次の順序で行います。

トップレベル サイトとその下の階層構造に必要なサイトの数と種類を決定します。

サイトを編成するサイト コレクションの数と種類を決定します。
サイトの種類を決定する
SharePoint Server 2010 を基盤にしたソリューションの計画における最初の手順は、組織およ
び組織の顧客が必要とするサイトの種類を決定することです。サイトの種類の決定は、以降の
計画上の意思決定に影響します。たとえば、サーバー トポロジにおけるサイトの実装場所、各
サイトに計画する機能、複数のサイトにわたるプロセスの実装方法、1 つ以上のサイト全体で情
報を利用できるようにする方法などの決定に影響します。ここでは、さまざまな種類のサイトを
計画する方法について説明します。
組織階層別にサイトを計画する
組織の規模および構造に基づいて、必要な基本サイトを計画します。各基本サイトには、上位
組織のプロジェクトまたは部門で必要とされる情報を含めます。さらに、各サイトを、そのプロジ
41
ェクトまたは部門に関連するグループ作業サイトにリンクします。上位の部門またはプロジェクト
のサイトの一部では、下位の部門またはプロジェクト用のすべての小規模なサイトに示す情報
を集約します。
組織構造に基づいたサイトを計画する場合は、次のガイドラインを使用します。
部門またはチームのサイト 小規模な組織の場合は、組織全体で 1 つのサイトの作成を計画
し、中大規模の組織の場合は、50 ~ 100 人の部門またはプロジェクトごとに 1 つのサイトの作
成を計画します。大規模な組織では、複数のレベルのサイトを作成し、各サイトで、組織内の各
レベルで作成および管理されるコンテンツを重点的に扱うこともあります。
ビジネスまたは組織の目標に関連するコンテンツの作業を組織のメンバーが共同で行えるよう
にサイトをデザインできます。このようなサイトは、自己完結的なサイトにすることも、発行プロセ
スの一部として他のサイトと連携させることもできます。多くの場合、このようなサイトには、組織
内で使用する共同作業コンテンツと対象ユーザーへの発行を目的としたコンテンツが混在して
います。
ロールアップ サイト ロールアップ サイトには、組織全体に関連する一般的なコンテンツが含ま
れます。このサイトでは、さまざまな部門のユーザーが、情報や専門家を検索したり、組織規模
のプロセスにアクセスしたりできます。多くの場合、ロールアップ サイトには、組織の情報アーキ
テクチャ全体に対応するサイトが含まれ、それらは、通常、部門またはプロジェクトのサイトの構
造に対応しています。それぞれの組織において、すべての関連サイトを集約して表示できる中
心的ロールアップ サイトの作成を計画します。
アプリケーション サイトを計画する
アプリケーション サイトは、チームのプロセスを整理し、各プロセスを実行するメカニズムを提供
します。多くの場合、アプリケーション サイトには、そのサイトの目的に関連するデータを表示お
よび操作する、デジタル ダッシュボードなどの機能があります。通常、アプリケーション サイトで
提供される情報は、データベース、他の SharePoint サイトなど、さまざまなソースから取得され
ます。
たとえば、組織の人事部門では、次のようなサービスを従業員に提供するアプリケーション サイ
トをデザインできます。

従業員便覧、社内公募などの一般情報へのアクセス

タイムカード、経費報告書の提出などの一般的なタスクを行う手段

従業員の給与、給付金の履歴など、個人用に設定された情報を表示するダッシュボード
別の例として、組織の社内技術サポート グループでは、組織のメンバーに技術サポートを提供
するヘルプ デスク アプリケーション サイトをデザインできます。このアプリケーション サイトに
は次のような機能が考えられます。

過去のサポート インシデントやベスト プラクティスに関するドキュメントを格納しているナレ
ッジ ベースへのアクセス

サポート インシデントの開始または進行中のインシデントの状況確認などの一般的なタス
クを行う手段

オンライン会議およびオンライン ディスカッションをサポートする通信機能との統合

個人用に設定されたデータの表示。たとえば、サポート マネージャーは、チームのメンバー
の生産性や顧客満足度をダッシュボードに表示できます。サポート技術者は、現在の未解
決のインシデントを表示できます。
42
インターネット プレゼンス サイトを計画する
インターネット プレゼンス サイトは、顧客向けのサイトです。このようなサイトは、通常、ブランド
設定されていて、色、フォント、ロゴなどの一貫したスタイル要素、ナビゲーション機能、サイト ペ
ージ構造などの構造要素に特徴があります。インターネット プレゼンス サイトの外観は厳密に
管理されますが、サイトのコンテンツは動的で、頻繁に変更される可能性があります。
たとえば、企業のインターネット プレゼンス サイトで、顧客、パートナー、投資家、および潜在的
従業員を対象に、重要な企業情報を提供します。このような情報には、製品やサービスの説明
、企業のニュース、年次報告書、公開書類、求人情報などがあります。別の例として、オンライ
ン ニュース インターネット サイトでは、頻繁に更新される情報に加え、株価情報、ブログなどの
インタラクティブ機能も提供します。
インターネット プレゼンス サイトは、組織を外部ユーザーに提示するものなので、サイトのステ
ージングとテストを実施してから、スケジュールに基づいて、または必要に応じて、公開される運
用環境に発行します。ステージング サイトは作成サイトのミラー サイトであり、運用サイトに発
行する前にコンテンツをテストするために使用します。ステージング サイトを使用すると、厳密な
基準を満たすコンテンツの発行に役立ちます。また、インターネット ユーザーが境界領域ネット
ワーク内の運用サーバーを使用している間に、コンテンツ作成者は企業のイントラネット上のサ
ーバーで作業できます。組み込みのコンテンツ展開機能を使用すると、コンテンツを作成サーバ
ーからステージング サーバーへ、次にステージング サーバーから運用サーバーへ、簡単に移
動できます。コンテンツ展開の詳細については、「Content deployment overview」を参照してくだ
さい。
発行サイトを計画する
発行サイトを使用すると、作成者は Web ページやドキュメントの形式でコンテンツを作成および
変更でき、承認プロセスを使用して、適切なレベルの表示権限を持つユーザーにコンテンツを
提供できます。発行プロセスでは、コンテンツを作成し、承認のために送信します。承認されたコ
ンテンツは、読者に向けて Web サイトで公開、つまり発行されます。この発行処理は、プロジェ
クトの必要に応じて、既定のスケジュールまたはカスタマイズされたスケジュールに基づいて行
われます。発行サイトは、対象ユーザーに応じて、イントラネット、エクストラネット、インターネッ
トのいずれかのサイトとして使用できます。
たとえば、プレス リリースを公開するインターネット サイトとして発行サイトを使用できます。広
報チームが、プレス リリースを作成し、発行ワークフローを使用して新しいコンテンツの承認を
行い、コンシューマーに公開する時期を指定します。また、社員に社内ニュースを提供する社内
イントラネット サイトとしても発行サイトを使用できます。ページの作成者は、特定のグループの
メンバーのみがコンテンツを表示できるように、コンテンツの対象ユーザーを指定できます。
インターネット プレゼンス サイトの場合と同様に、組み込みのコンテンツ展開機能を利用して、
コンテンツをステージング サイトから運用サイトに移動できます。運用サイトは、組織の規模と
発行ニーズの複雑さに応じて、インターネット サイトにすることも、組織内のイントラネット サイト
にすることもできます。
その他のサイトを計画する
サイトのユーザーが追加のサイトを作成できるように計画できます。たとえば、サイトを使用する
各チーム メンバーに個人用サイトを提供するように計画できます。個人用サイトは、Microsoft
SharePoint Foundation 2010 ベースのチーム サイトで、公開および非公開のビューを備えてい
ます。チームのメンバーがドキュメント ワークスペース サイトなどのサイトを作成して、ドキュメ
43
ントや他のプロジェクトについて共同作業できるようにすることもできます。同様に、Web ベース
のサービスの一部としてグループ作業サイトへのアクセスをインターネット サイトのユーザーに
提供できます。たとえば、サイトのサービスの一部として、インターネット サイトのユーザーに、
会議ワークスペース サイトを作成したりオンライン会議に参加したりするためのアクセス許可を
付与できます。
作成できるサイトの種類については、「サイトとサイト コレクションの概要 (SharePoint Server
2010)」を参照してください。
サイト コレクションを決定する
ソリューションに必要なサイトの種類が決定したら、次は、これらのサイトをどのようにサイト コ
レクションに実装するか計画します。サイト コレクションとは、一括して管理できるサイトの階層
的な集まりです。サイト コレクション内のサイトは、共有アクセス許可、テンプレート ギャラリー、
コンテンツ タイプ、Web パーツなどの共通の機能を持っていて、多くの場合、共通のナビゲーシ
ョンを共有しています。通常、サイト コレクションのホーム ページとなるトップレベル Web サイト
を持つサイト コレクションとしてサイトを実装します。
一般に、SharePoint Server 2010 を基盤にしたソリューションを計画する場合、次の種類のサイ
トは別々のサイト コレクションに配置します。

インターネット サイト (ステージング用)

インターネット サイト (運用用)

部門サイトまたはインターネット サイトに関連するすべてのチーム サイト

ドキュメント センター サイト

レコード センター サイト
同じサイト コレクション内のすべてのサイトは、同一の SQL データベースにまとめて格納されま
す。したがって、サイト コレクションとサイトの構造やサイトの目的によっては、サイトとサーバー
のパフォーマンスに影響する可能性があります。1 つ以上のサイト コレクションにまたがるコン
テンツの配置方法を計画する場合は、以下の制限に注意してください。

極端にアクティブなサイトは別のサイト コレクションに置いてください。たとえば、匿名で参
照できるインターネット上のナレッジ ベースのサイトでは、多くのデータベース操作が発生
する場合があります。他のサイトが同じデータベースを使用していると、パフォーマンスに影
響を及ぼす可能性があります。独自のデータベースを持つ別個のサイト コレクションにナレ
ッジ ベースのサイトを配置すると、他のサイトはそのサイトとデータベース リソースについ
て競合することなくリソースを使用できます。

同じサイト コレクション内のすべてのコンテンツは同じコンテンツ データベースに格納され
るので、コンテンツのバックアップと復元などのデータベース処理のパフォーマンスは、サイ
ト コレクション全体にわたるコンテンツの量、データベースの大きさ、データベースをホスト
しているサーバーの速度などに依存します。 コンテンツの量とデータベースの構成によって
は、バックアップと復元、スループット、またはその他の要件のサービス レベル アグリーメ
ントを満たすために、1 つのサイト コレクションを複数のサイト コレクションに分ける必要が
あります。 データベースの大きさとパフォーマンスの管理方法に関する規範的ガイダンスに
ついては、この記事の範囲ではありません。

サイト コレクションのトップレベル サイトの下にサイトを作成しすぎると、パフォーマンスや
操作性に影響する可能性があります。トップレベル サイトの下のサイト数は、最大 2,000 ま
でに抑えてください。
44

コンテンツ展開を使用してオーサリング サイト コレクションと運用サイト コレクションの間で
コンテンツを移動する場合は、それらのサイト コレクションを別個の Web アプリケーション
に配置するか、それらで同じ Web アプリケーション内の別個のコンテンツ データベースを
使用する必要があります。コンテンツ展開については、「Content deployment overview」を
参照してください。
サイトの計画のデータ ワークシート
Excel 版の「Site planning data worksheet (英語)」
(http://go.microsoft.com/fwlink/?linkid=167837&clcid=0x411) をダウンロードして使用できます
。このワークシートは、サイト構造を記録するのに使用します。
関連項目
概念
サイトとサイト コレクションの概要 (SharePoint Server 2010)
サイトのナビゲーションの概要 (SharePoint Server 2010)
サイトのナビゲーションを計画する (SharePoint Server 2010)
45
サイトのナビゲーションの概要 (SharePoint
Server 2010)
サイト ナビゲーションは、サイトやサイト内のページ間を移動するサイト ユーザーのための主要
なインターフェイスを提供します。Microsoft SharePoint Server 2010 には、サイトのユーザーを
案内し、サイトやページ間を移動できるようにするカスタマイズ可能で拡張可能な一連のナビゲ
ーション機能があります。ここでは、SharePoint Server 2010 で使用できるナビゲーション コント
ロールについて説明します。ナビゲーション コントロールを Web ページに追加する方法、ナビ
ゲーション コントロールを構成する方法、カスタム ナビゲーション コントロールを作成する方法
については説明しません。
この記事の内容

ナビゲーション コントロールの概要

マスター ページのナビゲーション コントロール



トップ リンク バー ナビゲーション

サイド バー リンク ナビゲーション

階層リンク ナビゲーション

ツリー ビュー ナビゲーション

メタデータ ナビゲーション
ページ レイアウトのナビゲーション コントロール

概要リンク

目次

コンテンツ クエリ
ナビゲーション Web パーツ
ナビゲーション コントロールの概要
ナビゲーション コントロールは、マスター ページとページ レイアウトに表示でき、Web パーツ領
域を使用してページのコンテンツに直接表示することもできます。
SharePoint Server 2010 のナビゲーション モデルはサイト コレクションの階層構造を基にして
います。ナビゲーション機能を使用して、次のリンクに進むことができます。

現在のサイトの下位にあるサイト

サイトのピア サイト

サイト階層内の上位のサイト

サイト内の Web ページ
加えて、外部 Web サイトなど、任意の場所へのリンクを作成できます。
46
SharePoint Server 2010 のナビゲーション リンクは高いセキュリティを備えています。サイト ナ
ビゲーションからリンクしている SharePoint Server 2010 サイトやページへのアクセス許可を持
たないユーザーには、リンクが表示されません。ナビゲーションに手動で追加されたリンクを持
つ他のコンテンツは、そのまま表示されます。また、ナビゲーションに手動で追加されるページ、
サイト、およびリンクは、特定の対象ユーザーのメンバーのみが使用できるように構成できます
。対象ユーザーのメンバーではないユーザーには、その対象ユーザー用のサイトやページへの
リンクが表示されません。
SharePoint Server 2010 のナビゲーションは .NET Framework Version 3.5 の ASP.NET 機能に
基づいており、これを使用して次のものをカスタマイズできます。

サイト マップ プロバイダー。

データ ソース。サイト マップ プロバイダーで提供される構造を固定し、フィルターします。

メニュー。ナビゲーション要素の視覚的な外観と表示する階層の深度を制御します。
マスター ページのナビゲーション コントロール
マスター ページは、サイト内の Web ページの外側のフレームを定義します。マスター ページに
は、ブランド情報、検索などの共通のコマンド、サイトを通じて使用できるようにするナビゲーショ
ン要素など、サイトのすべてのページで共有する要素が含まれます。トップ リンク バー ナビゲ
ーション、サイド リンク バー ナビゲーションなども、そのような要素です。
マスター ページは、ナビゲーション コントロールのメニュー スタイルも提供します。マスター ペ
ージのメニュー スタイルは、Microsoft SharePoint Designer 2010 または Microsoft Visual
Studio 2010 を使用して構成できます。
トップ リンク バー ナビゲーション
トップ リンク バーは、通常、サイト階層内で現在のサイトより 1 つ下のレベルにあるサイトにリ
ンクするナビゲーション メニューです。トップ リンク バーは、サイト内の各ページの上部に表示
されるのが一般的です。既定では、現在のサイトの 1 レベル下にあるすべてのサブサイトはトッ
プ リンク バーに追加され、サイトごとに固有のトップ リンク バーがナビゲーション用に表示され
ます。サイト管理者は、サイトをトップ リンク バーから削除して、特定のサイトのナビゲーション
をカスタマイズできます。また、ホーム ページのリンクのみがサイト階層に表示され、それ以外
のサイトが表示されないようにトップ リンク バーを構成することもできます。
サイト管理者は、親サイトからトップ リンク バーを継承することを選択できます。これにより、サ
イト コレクションのすべてのサイトに同じトップ リンク バーを表示して、サイト コレクション内の
どの位置からでもユーザーがサイト間を自由に切り替えられるようにすることができます。たと
えば、企業の製品の販促に使用されるインターネット サイトは製品のラインごとにサブサイトを
持つ場合があります。各サイトのトップ リンク バーに各製品のサイトを表示すると、ユーザーは
サイトのホーム ページに戻らずに、あるサイトから別のサイトへ簡単に切り替えることができま
す。
これ以外に、次のようなトップ リンク バーの構成機能もあります。

すべてのトップ レベル サイトの Web ページにリンクする。

指定された外部サイトにリンクする。

サイトの任意の場所にある指定されたサイトまたはページにリンクする。

見出しの下にリンクを編成する。
47

トップ リンク バー上のアイテムを手動で並べ替える。

グローバル ナビゲーション レベルで表示するアイテムの最大数を制限する。
外部へのリンクなど、すべてのトップ リンク バー機能は各サイトで一意に定義できます。
SharePoint Designer 2010 または Visual Studio 2010 を使用して、トップ リンク バーの外観と機
能をカスタマイズすることもできます。たとえば、次の操作を実行できます。

カスケード スタイル シートをカスタマイズしてトップ リンク バーの外観を変更する。

データ ソースを変更して、たとえばトップ リンク バーに表示されるサイト数を減尐させる。

ナビゲーションのメニュー スタイルを変更する。たとえば、サブメニューを選択したり、ナビ
ゲーションに表示されるサイト階層のレベルの数を指定したりできます。
サイド リンク バー ナビゲーション
サイド リンク バー ナビゲーションでは、通常、リスト、ライブラリなど、現在のサイト内の重要な
コンテンツを強調表示します。サイド リンク バー ナビゲーションは、サイト内の各ページの左側
に表示されるのが一般的です。
次のようなサイド リンク バー ナビゲーションの構成機能もあります。

現在のサイトとサイト階層で同じレベルにあるサイトにリンクする。

特定の外部サイトまたは現在のサイトのページにリンクする。

見出しの下にリンクを編成する。

サイド リンク バー ナビゲーションのアイテムを手動で並べ替える。

サイド リンク バー ナビゲーション レベルで表示するアイテムの最大数を制限する。
トップ リンク バーのカスタマイズと同様に、サイド リンク バー ナビゲーションも、SharePoint
Designer 2010 または Visual Studio 2010 を使用して、その外観と機能をカスタマイズできます
。
階層リンク ナビゲーション
階層リンク ナビゲーションでは、動的に生成されたリンクのセットが Web ページの上部に表示
され、サイト階層内での現在の位置がユーザーに示されます。SharePoint Designer 2010 また
は Visual Studio 2010 を使用して、階層リンク ナビゲーションを構成できます。たとえば、カスタ
ム ナビゲーション プロバイダーを指定したり、ページ レイアウトから階層リンク ナビゲーション
を削除したりできます。
ツリー ビュー ナビゲーション
ツリー ビュー ナビゲーションでは、リスト、ライブラリ、階層構造で現在のサイトより下位のサイ
トなど、サイト コンテンツを表示します。ツリー ビュー ナビゲーションは、サイトの各ページの左
側に表示されるのが一般的です。
既定では、ツリー ビュー ナビゲーションは無効です。サイト管理者は、[ツリー ビュー] ページを
使用して、サイトにツリー ビュー ナビゲーションを追加できます。
メタデータ ナビゲーション
メタデータ ナビゲーションでは、ツリー ビュー ナビゲーション内のライブラリやリストのコンテン
ツに関するメタデータを表示し、指定されたフィールドに基づいてライブラリやリストのコンテンツ
をフィルターできます。サイト管理者は、リストまたはライブラリ用の [メタデータ ナビゲーション
の設定] ページを使用して、ユーザーが使用できるナビゲーション階層およびキー フィルターを
48
構成することによって、メタデータ ナビゲーションを構成できます。メタデータ ナビゲーションが
構成されているリストまたはライブラリがユーザーに表示されている場合のみ、メタデータ ナビ
ゲーションが表示されます。
ページ レイアウトのナビゲーション コントロール
ページ レイアウトは、ページのコンテンツが表示される Microsoft ASP.NET コントロールを提供
することで Web ページのレイアウトを定義します。SharePoint Designer 2010 または Visual
Studio 2010 を使用すると、ナビゲーション コントロールをページ レイアウトに追加して、Web ペ
ージのナビゲーション リンクをサポートできます。
ナビゲーション コントロールをページ レイアウトに挿入すると、そのページ レイアウトを使用す
る Web ページには、挿入されたコントロールがページのコンテンツと共に表示されます。たとえ
ば、ページが表示されたときに関連するページとサイトへの一連のリンクが表示されるように、
概要リンク ナビゲーション コントロールを含むページ レイアウトを定義できます。詳細について
は、「概要リンク」を参照してください。
SharePoint Server 2010 には、ページ レイアウトに追加できる次のナビゲーション コントロール
があります。

概要リンク

目次

コンテンツ クエリ
概要リンク
概要リンク コントロールを使用して、ページに一連のリンクを追加できます。概要リンク コントロ
ールに追加するリンクの外観、編成、およびプレゼンテーションを制御できます。
概要リンク コントロールをページ レイアウトに追加するには、次の 3 とおりの方法があります。

ページ レイアウトにコントロールを直接追加し、リンクを構成できます。この場合、そのペー
ジ レイアウトを使用するすべてのページにリンクが表示されます。

コントロールをフィールド コントロールとしてページ レイアウトに追加できます。この場合、
ページ レイアウトでリンクを構成することも、作成者がリンクを変更したり新しいリンクを追
加したりできるようにすることもできます。

コントロールを Web パーツとして Web パーツ領域に追加できます。これにより、作成者はリ
ンクの変更、新しいリンクの追加、および概要リンク コントロールの削除を行うことができま
す。
たとえば、テクニカル サポートのナレッジ ベースを公開するサイトでは、記事用に使用されるペ
ージ レイアウトに概要リンク コントロールを追加して、関連情報が含まれる関連サイトへのリン
クを提供したり、特定のページのコンテンツに関連するコンテンツへのリンクを作成者が追加で
きるようにしたりできます。
目次
サイトのマスター ページにトップ リンク バーとサイド リンク バー ナビゲーションが含まれるよう
に、目次コントロールを使用して、サイトのすべてまたは一部の目次をページ レイアウトに追加
できます。目次コントロールをページ レイアウトに追加するときは、コントロールで表示する必要
があるサイト コレクションの部分、リンクの表示方法、およびリンクの編成方法を指定します。
49
目次コントロールをページ レイアウトに追加するには、次の 2 とおりの方法があります。

ページ レイアウトにコントロールを直接追加して構成できます。この場合、そのページ レイ
アウトを使用するすべてのページに目次が表示されます。

コントロールを Web パーツとして Web パーツ領域に追加できます。これにより、作成者は
目次コントロールの範囲を変更できます。
たとえば、オンライン ニュース サイトで一連の記事を表示している場合、記事ページのレイアウ
トに目次コントロールを直接追加できます。これにより、ユーザーはどの記事ページからでも、あ
る記事から別の記事に切り替えることができます。
コンテンツ クエリ
コンテンツ クエリ コントロールを使用して、設計したクエリに基づいて表示されるページまたは
その他のアイテムにリンクできます。たとえば、オンライン ニュース サイトに記事を表示してい
る場合、コンテンツ クエリ コントロールをサイトのウェルカム ページ レイアウトに追加して、その
ページで新しい記事が強調表示されるようにできます。コンテンツ クエリ フィールド コントロー
ルを使用することで、複雑なクエリを作成できます。たとえば、クエリするサイト コレクションのサ
イト、使用するリスト、対象ユーザーなどを指定できます。また、ライブラリやリスト内のアイテム
に基づくクエリをフィルターすることもできます。
コンテンツ クエリ コントロールをページ レイアウトに追加するには、次の 2 とおりの方法があり
ます。

ページ レイアウトにコントロールを直接追加して構成できます。この場合、ページ レイアウ
トを使用するすべてのページにクエリの結果が表示されます。

コントロールを Web パーツとして Web パーツ領域に追加できます。これにより、作成者はク
エリを変更したり、コンテンツ クエリ コントロールを削除したりできます。
ナビゲーション Web パーツ
Web パーツとは、作成者がページの Web パーツ領域に挿入して構成できるコントロールです。
概要リンク コントロール、目次コントロール、およびコンテンツ クエリ コントロールには、ページ
の作成者がページの Web パーツ領域に挿入できる Web パーツがそれぞれ対応しています。
Web パーツの構成設定や機能は対応するコントロールと同じですが、サイト設計者がページの
レイアウトに Web パーツを挿入するときではなく、ページ作成者がページに挿入するときに構成
できます。ページ作成者がナビゲーション Web パーツをページに挿入できるようにするには、ペ
ージ レイアウトに 1 つ以上の Web パーツ領域を含めるか、ページにリッチ テキスト エディター
コントロールを含めます。後者の場合、ユーザーは、リッチ テキスト エディター Web パーツに
Web パーツを直接追加できるようになります。
次のナビゲーション Web パーツは、非発行サイトでのみ使用できます。

カテゴリ サイト ディレクトリのカテゴリを表示します。

サイトの集合表示 選択したサイトを表示します。

カテゴリに属するサイト 特定のカテゴリに属するサイト ディレクトリのサイトを表示します。

タグ クラウド 組織内で最も多くタグ付けされているテーマを表示します。
次のナビゲーション Web パーツは、発行サイトでのみ使用できます。

概要リンク 作成者は、グループ化してスタイルを適用できるリンクを作成できます。

目次 自分のサイトのナビゲーション階層を表示します。
50
作成者がナビゲーション Web パーツをページに挿入できるようにすると、作成者がサイト ユー
ザーのナビゲーション操作を管理できるため、サイト デザイナーがサイトのナビゲーションを管
理する機会が減ります。これは、組織内のグループ作業サイトなど、個々の作成者が、自分の
作業に関連するコンテンツにユーザーを移動させる必要がある、管理が厳密でない環境に適し
ています。インターネット プレゼンス サイトなど、厳密に管理される環境には適していません。こ
のような環境のナビゲーション操作は、サイトのデザイナーとプランナーによって一貫性のある
管理された方法で計画および実装されます。
メモ:
ページ レイアウトに Web パーツ領域を含めるが、作成者がその領域にナビゲーション
Web パーツを挿入できないようにするには、サイトの Web パーツ ギャラリーでナビゲ
ーション Web パーツを使用するために必要なアクセス許可を変更して、そのアクセス許
可レベルに基づいて作成者が Web パーツを利用できないようにします。
関連項目
概念
サイトのナビゲーションを計画する (SharePoint Server 2010)
サイトとサイト コレクションの概要 (SharePoint Server 2010)
サイトとサイト コレクションを計画する (SharePoint Server 2010)
51
サイトのナビゲーションを計画する (SharePoint
Server 2010)
サイト ナビゲーションは、サイトやサイト内のページ間を移動するサイト ユーザーのための主要
なインターフェイスを提供します。Microsoft SharePoint Server 2010 には、サイトのユーザーを
案内し、サイトやページ間を移動できるようにするカスタマイズ可能で拡張可能な一連のナビゲ
ーション機能があります。ここで説明する内容は、SharePoint Server 2010 サイトのサイト ナビ
ゲーションを計画する方法の一般的なガイダンスです。ここでは、SharePoint Server 2010 で使
用できるナビゲーション コントロールの種類については説明しません。また、ナビゲーション コ
ントロールを Web ページに追加する方法、ナビゲーション コントロールを構成する方法、カスタ
ム ナビゲーション コントロールを作成する方法についても説明しません。サイト ナビゲーション
コントロールの詳細については、「サイトのナビゲーションの概要 (SharePoint Server 2010)」を
参照してください。
この記事の内容:

ナビゲーションの計画について

ユーザー操作を計画する

ページのナビゲーションを計画する

サイトの計画のデータ ワークシート
ナビゲーションの計画について
ナビゲーションの計画には、サイトで作成するユーザー操作の計画や、作成者がナビゲーション
要素を自分のページに直接挿入できるようにするかどうかの決定が含まれます。
SharePoint Server 2010 に基づくサイトのページは、マスター ページ、ページ レイアウト、およ
びページ コンテンツの 3 つの要素で構成されます。サイトのナビゲーションを計画するとき、こ
れらの要素すべてについて決定を行います。

マスター ページには、グローバル (トップ リンク バー) ナビゲーション要素およびサイトレベ
ル (サイド リンク バー) のナビゲーション要素を構成します。

ページ レイアウトには、目次、クエリに基づいたコンテンツへの動的アクセス、または作成さ
れたリンクを提供するナビゲーション要素を追加できます。

ページ コンテンツには、目次、クエリに基づいたコンテンツへの動的アクセス、または作成
されたリンクを含めることができます。作成者がページ コンテンツにナビゲーション要素を
追加できるようにすると、サイト デザイナーがサイトのナビゲーション操作を管理する機会
が減るので注意してください。

階層リンクを使用して、現在のページからトップレベルのサイトまでのサイト階層を示す一
連のリンクを表示できます。
52
ユーザー操作を計画する
ナビゲーションの決定は、サイト階層内のサイトの構造に関する決定に密接に関係しています。
サイト階層内のサイトごとに、親サイトからトップ リンク バーやサイド リンク バーのナビゲーショ
ンを継承することも、一意の設定を計画することもできます。
サイトのナビゲーションについての決定は、その独自の目的と構造を反映します。ナビゲーショ
ンを計画するときは、ナビゲーション リンクが多すぎるとサイトで混乱を生じ、リンクが尐なすぎ
るとサイト ユーザーが重要な情報を見つけにくくなるのでその兼ね合いを考慮します。また、次
の点も念頭に置きます。

親サイトのナビゲーションを継承すると、現在のサイトが大きなコンテキストに置かれる可能
性があります。イントラネット サイトでは、これはインフォメーション ワーカーがサイト コレク
ション内の他のサイトを使用して、自分のタスクを完了するうえで役に立ちます。サイトのユ
ーザーが自分のタスクを完了するために他のサイトを使用する必要がない場合は、無関係
なナビゲーション リンクでサイト ユーザーが混乱することがないように、サイトで一意のトッ
プ リンク バーを定義することを考慮します。たとえば、レコード センター サイトを使用して
いるレコード マネージャーは自分のタスクを完了するためにレコード センターの外部に進
む必要がない可能性があり、継承された一連のトップ リンク バー ナビゲーション リンクの
メリットを受けない可能性があります。

サイド リンク バー ナビゲーションにピア サイトを表示すると、ピア サイトの目的が現在の
サイトの目的と同様であることを示すことができます。たとえば、製品セットを販売している
インターネット サイトでは、サイト ユーザーが関連する製品やサービスを見つけるのにサイ
ド リンク バー ナビゲーション上のピア サイトが役立つ可能性があります。ただし、サイトの
ユーザーがピア サイトに進む可能性がない場合は、ピア サイトを現在のナビゲーションに
表示しないことを検討します。たとえば、大学院ごとのサブサイトを含む大学のインターネッ
ト サイトは、経営管理など特定の大学院に興味がある学生が、看護など他の大学院に関
連するサイトを訪問することはあまりないため、各親サイトの現在のナビゲーションからピア
リンクを省略する場合があります。
ページのナビゲーションを計画する
発行機能を使用する場合は、ナビゲーション コントロールをページ レイアウトに追加できます。
また、Web パーツ領域をページ レイアウトに追加して、作成者がナビゲーション Web パーツを
これらの領域に追加できるようにすることもできます。他のページ要素の計画の決定と同様に、
ページ表示操作をどの程度管理するかに基づいて、ページ上のナビゲーションを計画する必要
があります。

サイト ナビゲーションを厳密に管理するには、ナビゲーション コントロールをページ レイア
ウト上に直接配置して、ページ レイアウトから Web パーツ領域をなくすか、Web パーツ領
域におけるナビゲーション Web パーツの使用を制限します。たとえば、数百万のサイト ユ
ーザーを持つ会社のインターネット プレゼンス サイトでは、作成者によるナビゲーション コ
ントロールの挿入を制限する場合があります。

ページ レイアウトに Web パーツ領域を配置して、作成者が自分のページにナビゲーション
Web パーツを挿入できるようにすると、多様性の高いサイト ナビゲーションを提供できます
。たとえば、作成者とサイト ユーザーが同じワークグループに属しているイントラネット サイ
トでは、作成者が自分のページにナビゲーション Web パーツを追加してそのコンテンツの
ナビゲーション操作性を管理できるようにする場合があります。詳細については、「Plan
Web pages」を参照してください。
53
サイトの計画のデータ ワークシート
Excel 版の Site planning data worksheet (英語)
(http://go.microsoft.com/fwlink/?linkid=167837&clcid=0x411) (英語) をダウンロードします。こ
のワークシートを使用して、サイト ナビゲーションに関する決定を記録します。
関連項目
概念
サイトのナビゲーションの概要 (SharePoint Server 2010)
サイトとサイト コレクションの概要 (SharePoint Server 2010)
サイトとサイト コレクションを計画する (SharePoint Server 2010)
54
テーマの概要 (SharePoint Server 2010)
テーマは、Microsoft SharePoint Server 2010 のサイトに色やフォントを適用するための簡単で
迅速な手段を提供します。テーマをサイトに適用すると、背景画像、テキスト、ハイパーリンクな
ど、ほとんどのページ要素の色が変更されます。タイトルなど、一部のページ要素で使用される
フォントも変更されます。テーマは、標準の SharePoint Server 2010 のサイト テンプレートまた
はユーザー設定のマスター ページに使用できます。この記事ではテーマの概要と機能につい
て説明します。Microsoft Office 2010 アプリケーションを使用してユーザー設定のテーマを作成
する方法や、テーマ ライブラリでのテーマのアップロードおよび管理の方法については、この記
事では説明しません。また、マスター ページやカスケード スタイル シートを使用して全体的な
サイトのブランド化を計画する方法についても説明しません。詳細については、「Web コンテンツ
管理とブランド表示」を参照してください。
この記事の内容

テーマの使用について

テーマの使用方法
テーマの使用について
テーマを使用して、サイトのユーザー インターフェイス要素の色およびフォントの変更をサイト所
有者またはデザイナー権限を持っているユーザーに許可することによって、SharePoint Server
2010 のサイトのブランド化を手軽に行うことができます。テーマはユーザー インターフェイスに
直接適用され、カスタマイズされるので、カスケード スタイル シートやマスター ページの知識は
必要ありません。
テーマを使用する利点は、デザイナー権限を持っているサイト所有者またはユーザーが、サイト
への簡単な変更を行うために開発者のリソースを必要としないことです。テーマは、サイトのブ
ランド化の簡単な方法です。サイトのレイアウトに影響は与えません。
既定では、テーマは特定のテーマが選択されているサイトのみに適用されます。発行サイトの
場合、または、サイトに対して発行機能が有効になっている場合は、サイトにテーマを構成する
際に、親サイトからテーマを継承するか、そのサイトとそのサイトからテーマを継承するすべて
のサイトで使用するテーマを指定するかのどちらかを選択できます。サイトに別のテーマが選択
されて適用される場合は、テーマをそのサイトのみに適用するか、あるいは、そのサイトおよび
サイトの階層でそのサイトの下位に位置するすべてのサイトに適用するかを選択できます。この
選択内容は、それらのサイトに適用されていた固有のテーマよりも優先されます。
55
メモ:
SharePoint Server 2010 のテーマは再設計されて、テーマの生成が簡単になっています。
Microsoft Office SharePoint Server 2007 で作成したテーマは、SharePoint Server 2010 と
互換性がありません。Office SharePoint Server 2007 から SharePoint Server 2010 にアッ
プグレードする場合、ビジュアル アップグレードを使用して、古いユーザー インター
フェイスのサイトを引き続き使用できます。ただし、SharePoint Server 2010 の新しいユ
ーザー インターフェイスを使用してテーマを作成し、サイトにテーマを適用することを
お勧めします。
テーマの使用方法
サイトでテーマを使用する方法は 3 つあります。

プレインストールされたテーマを使用する。

プレインストールされたテーマを変更する。

ユーザー設定のテーマをテーマ ライブラリへアップロードする。
プレインストールされたテーマの使用
SharePoint Server 2010 には、既定の SharePoint テーマなど、プレインストールされたテーマ
が含まれています。新しいサイトが作成されると、既定の SharePoint テーマが使用されます。
そのサイトに親サイトのテーマを使用する場合は、テーマを親サイトから継承するように構成し
ます。
プレインストールされたテーマの変更
プレインストールされたテーマが変更されると、テーマの変更が適用された後、[ユーザー設定]
という新しいテーマが自動的に作成されます。1 つのサイトに対して [ユーザー設定] というテー
マは 1 つのみ存在できます。SharePoint Server 2010 では、ユーザー インターフェイス内にテ
ーマを保存する方法はありません。プレインストールされたテーマを変更する場合は、変更を適
用し (その結果、[ユーザー設定] という新しいテーマが作成される)、その後で 2 つ目のプレイ
ンストールされたテーマを変更します。そうすると、設定が適用されるときに、2 つ目のプレイン
ストールされたテーマが [ユーザー設定] というテーマになります。複数のユーザー設定のテー
マを持つためには、ユーザー設定のテーマを作成して、サイト コレクションのテーマ ギャラリー
へアップロードする必要があります。
テーマ ギャラリーへのユーザー設定のテーマのアップロード
Office 2010 アプリケーション (Microsoft PowerPoint 2010 など) でスタイルを変更してテーマを
保存することによって、ユーザー設定のテーマを作成できます。これによって .thmx ファイルが
作成され、サイト コレクションのテーマ ギャラリーへアップロードできます。テーマ ギャラリーに
あるカスタマイズされたテーマは、そのサイト コレクションのすべてのサイトに使用できます。
56
関連項目
概念
テーマの使用を計画する (SharePoint Server 2010)
57
テーマの使用を計画する (SharePoint Server
2010)
テーマは Microsoft SharePoint Server 2010 のサイトに色やフォントを適用するための簡単で
迅速な手段を提供します。テーマをサイトに適用すると、背景画像、テキスト、ハイパーリンクな
ど、ほとんどのページ要素の色が変更されます。タイトルなど、一部のページ要素に対して使用
されるフォントも変更されます。テーマは標準の SharePoint Server 2010 サイト テンプレートま
たはユーザー設定のマスター ページに使用できます。また、サイト所有者が自分のサイトに適
用できるテーマを作成できます。詳細については、「テーマの概要 (SharePoint Server 2010)」を
参照してください。
この記事では、SharePoint Server 2010 サイト間でテーマの使用を計画する方法について説明
します。これには、サイトでテーマの使用を計画する際の主要な手順が含まれます。この記事で
は、Microsoft Office 2010 アプリケーションを使用してユーザー設定のテーマを作成する方法、
またはテーマ ライブラリにテーマをアップロードして管理する方法については説明しません。ま
た、マスター ページまたはカスケード スタイル シートを使用してサイトの全体的なブランド化を
計画する方法についても説明していません。詳細については、「Web コンテンツ管理とブランド
表示」を参照してください。
この記事を読む前に、「サイトとサイト コレクションを計画する (SharePoint Server 2010)」の記
事を必ず読むようにしてください。
この記事の内容

テーマの使用の計画について

テーマを使用するかどうかを決定する

必要なテーマ数を決定する

テーマの作成者を決定する

サイトの計画のデータ ワークシート
テーマの使用の計画について
テーマの使用を計画する際に検討および決定する主な項目は、以下の 3 つです。

テーマを使用するかどうかを決定します。

テーマを使用する場合、必要なテーマの数を決定します。

ユーザー設定のテーマの作成者を決定します。
この記事の残りの部分では、これらの決定事項およびその他の計画に関する考慮事項につい
て説明します。
58
テーマを使用するかどうかを決定する
テーマの使用の計画は、テーマを使用するというオプションがシナリオにとって妥当かどうかを
判断することから始まります。サイトをカスタマイズするための他のオプションとして、代替 CSS
ファイルの使用やユーザー設定のマスター ページの作成があります。これらのオプションは、実
行に際して設計者または開発者の技術が必要なので、シナリオにとって適切なオプションになら
ない場合があります。
テーマを使用するかどうかを決定するには、対象のサイトにおける既存の外観をどの程度変更
するかを決定し、必要な変更を実現するために最も適したオプションを選択します。サイトに実
装するカスタマイズの内容に応じて、これらの 1 つまたは複数のオプションを組み合わせて使
用することもできます。次の表では、カスタマイズのいくつかのレベルについて説明し、各レベル
に最も適した推奨オプションを示しています。
カスタマイズ内容
選択するオプション
サイト所有者が色とフォントを変更できるようにする
テーマ
フォント サイズ、間隔調整など、他の設計要素に変更を加
える
カスケード スタイル シー
ト
ページの構成と設計を完全に変更する
マスター ページ
テーマの使用を決定した場合は、この記事の以降の内容をお読みください。
必要なテーマ数を決定する
テーマを使用することが決まれば、サイトで必要なテーマの数を確認する必要が生じます。
SharePoint Server 2010 と共にインストールされるテーマが目的に対して十分かどうか、または
、サイト間にわたって使用されるユーザー設定のテーマを作成する必要があるかどうかを検討
します。ユーザー設定のテーマを作成する場合は、必要なテーマ数と、どのサイトでどのテーマ
を使用するかについても決定する必要があります。
サイトの計画のデータ ワークシートを使用して、テーマを使用するサイト、および必要な独自の
テーマの数を記録してください。
テーマの作成者を決定する
ユーザー設定のテーマを使用する場合、*.thmx ファイルを作成する担当者を決定する必要が
あります。ユーザー設定のテーマは PowerPoint などの Office 2010 アプリケーションで作成さ
れるので、テーマの作成にグラフィック デザイナーの参加は必須ではありませんが、計画段階
でグラフィック デザイナーをチームに加えて、テーマで使用される色の値やフォント スタイルに
ついてアドバイスを得ることもできます。
テーマ ギャラリーにテーマをアップロードする担当者を決定することも必要です。テーマの作成
者が *.thmx ファイルをテーマ ギャラリーにアップロードする担当者を兼ねるのか、またはテー
マの作成者はサイト コレクションの管理者がアップロードするために使用するディレクトリにテー
59
マ ファイルを保存するのかを決定します。*.thmx ファイルをギャラリーにアップロードするユー
ザーは、テーマ ギャラリーを含むサイト コレクションに対して管理者特権または編集者特権を
持っていることが必要です。
サイトの計画のデータ ワークシート
Excel 版の「Site planning data worksheet (英語)」
(http://go.microsoft.com/fwlink/?linkid=167837&clcid=0x411) (英語) をダウンロードできます。
テーマに関する決定事項の記録には、このワークシートをご利用ください。
関連項目
概念
テーマの概要 (SharePoint Server 2010)
サイトとサイト コレクションの概要 (SharePoint Server 2010)
サイトとサイト コレクションを計画する (SharePoint Server 2010)
60
多言語サイトを計画する (SharePoint Server
2010)
Microsoft SharePoint Server 2010 には、さまざまな地域のユーザーやさまざまな言語を使用す
るユーザーをサポートする機能があります。このような機能を使用すると、複数の言語の Web
サイトを作成し、複数の複製サイトの更新と変更を追跡しやすくするサイト バリエーション設定
を構成できます。
この記事では、多言語の SharePoint Server 2010 サイトを計画する方法について説明します。
多言語サイトの作成方法または言語パックのインストール方法については説明しません。多言
語サイトの作成方法については、Create sites in different languages from the default language
(英語)」を参照してください。言語パックについては、「Deploy language packs (SharePoint
Server 2010)」を参照してください。
この記事の内容 :

多言語サイトの計画について

言語とロケールの要件を決定する

サイト バリエーションを使用するかどうかを決定する

言語パックの要件を決定する

ワード ブレーカーとステマーの要件を決定する
多言語サイトの計画について
組織でさまざまな地域のユーザーやさまざまな言語を使用するユーザーをサポートする必要が
ある場合、サイトの全体的な構造とナビゲーションを計画するときに、多言語の要件を決定し、
多言語サイトの展開を計画する必要があります。
多言語に対する要件を決定するには、以下のことを行う必要があります。

サポートが必要な言語とロケールを決定する。

サイト バリエーション機能を使用するかどうかを決定する。
多言語サイト展開を計画するには、サーバーにインストールまたは構成する言語機能とコンポ
ーネントを決定する必要があります。たとえば、以下のようなものがあります。

言語パック

ワード ブレーカーのサポート
61
メモ:
Microsoft Office SharePoint Server 2007 では国際化ドメイン名 (IDN) がサポートされてい
ましたが、SharePoint Server 2010 ではサポートされません。現在、Office SharePoint
Server 2007 で IDN を使用していて、SharePoint Server 2010 にアップグレードまたは移
行する場合は、その前に、IDN の使用を中止し、IDN 設定を削除し、非 IDN 環境をセッ
トアップしてから、SharePoint Server 2010 へのアップグレードまたは移行を行ってくだ
さい。
言語とロケールの要件を決定する
複数言語でのサイトの作成が必要になる可能性があるのは、次のような場合です。

さまざまな地域のユーザーに Web サイトのコンテンツを提供する必要がある。

法律または組織のポリシーに従って、複数の言語で Web サイトのコンテンツを提供する必
要がある。
必要な言語を決定するには、対象となる可能性があるすべてのサイト所有者と協議して、将来
サポートが必要となる可能性があるすべての言語の一覧を作成します。完成した運用環境で実
行しているサーバーに言語サポートをインストールするより、初期展開時に言語サポートをイン
ストールする方が簡単です。特定の言語用にサイトを作成した後は、サイトの既定の言語を変
更できません。ただし、サイトにログオンしたユーザーは、多言語ユーザー インターフェイスを使
用してサイトの表示言語を変更できます。この場合、ユーザーに対して表示されるサイト ユーザ
ー インターフェイスは変更されますが、サイト コンテンツは変更されません。たとえば、サイトが
フランス語で準備されていて、サーバーにスペイン語の言語パックもインストールされている場
合、サイトのユーザーは言語をスペイン語に変更して、サイト表示時のユーザー インターフェイ
スをスペイン語で表示できます。この場合、ユーザー インターフェイス表示の変更はその特定
のユーザーのみが対象となり、他のユーザーによるサイト表示には影響しません。また、フラン
ス語で作成されたコンテンツは、フランス語で表示されるままになります。多言語ユーザー イン
ターフェイスの詳細については、「多言語ユーザー インターフェイスの概要 (SharePoint Server
2010)」を参照してください。
メモ:
ユーザーがサイトを別の言語で表示するように個人用サイト設定を変更しても、列名な
どの一部のサイト要素は、既定のサイト言語による表示のままになります。
ドキュメント ライブラリに複数の言語のドキュメントがあるという理由だけでは、Web サイトまた
はサイト コレクションを複数の言語で作成する必要があるとは限りません。Web サイトまたはサ
イト コレクションを複数の言語で作成しなくても、ドキュメント ライブラリに複数の言語のドキュメ
ントを含めることができます。たとえば、英語のサイト コレクション用のドキュメント ライブラリに
、フランス語で書かれたドキュメントや日本語で書かれたドキュメントが含まれることもあります。
62
発行サイトの場合、コンテンツは任意の言語で作成できます。他の言語のコンテンツが含まれ
るページを表示するために、特定の言語で Web サイトを作成する必要はありません。
多言語サイトを計画するときは、サイトをサポートするために必要なロケールも検討してください
。ロケールは、サイトに表示される数字、日付、および時刻の形式を指定する地域設定です。た
だし、ロケールを変更してもサイト表示言語は変更されません。たとえば、ロケールを [タイ] に
変更すると、リスト アイテムの既定の並べ替え順序が変更され、既定のカレンダーではなくタイ
仏暦が使用されます。ロケールは、サイトの作成時に指定された言語とは無関係に構成される
設定であり、言語とは異なり、いつでも変更できます。ユーザー インターフェイスの翻訳の詳細
については、「言語パックの要件を決定する」を参照してください。
サイト バリエーションを使用するかどうかを決定する
サイト管理者は SharePoint Server 2010 のバリエーション機能を使用して、ソース バリエーショ
ンのコンテンツのカスタマイズ可能なコピーを各ターゲット バリエーションに保持し、特定の対象
ユーザーが異なるサイトで同じ情報を利用できるように設定できます。バリエーションは、サイト
コレクション内の一連のサイトを作成するために使用されるラベルのセットで構成されます。たと
えば、サイトの 4 つの言語のバリエーションが必要な場合、言語ごとに 1 つ、合計 4 つのラベ
ルを作成する必要があります。バリエーション機能は、ラベルごとに 1 つずつ、4 つのサイトを
作成します。サイト管理者はソース ラベルとするラベルを 1 つ選択します。対応するソース サ
イトは、ほとんどの新しいコンテンツがシステムに入る場所です。残りのラベルはターゲット ラベ
ルで、バリエーション機能はこれをターゲット サイトとして作成します。多言語サイトの場合、組
織の主要な言語をソース ラベルとして使用する必要があります。ソース ラベルは 1 つしか設定
できず、ソース ラベルを指定した後は、変更できません。バリエーションの詳細については、「
Variations overview」を参照してください。
同期をシームレスに行うため、ソース サイト内のページを変更するときは、更新されたページが
ターゲット サイトに手動または自動でコピーされるように、バリエーション機能を構成できます。
この変更には、スペル ミスのような小さな変更もコンテンツ全体の書き換えのような大きな変更
も含まれます。コピーはターゲット サイトでは新しい下書きアイテムとして表示され、既存のコン
テンツとは置き換わりません。ターゲット サイトのコンテンツ所有者が変更をそのまま受け入れ
るか、変更を翻訳するか、または変更を無視するかを決定します。ソース サイトのユーザーが
ソース サイトの下に新しいサイトを作成するか新しいページを発行した場合も、同じ規則が適用
されます。サイト管理者は、バリエーションの対応するサイトとページを自動で作成するか手動
で作成するかを決定できます。
多言語サイトを計画するときは、サイト間で共有されるコンテンツを作成する必要があるが、地
域要件を満たすために変更するか、または言語要件を満たすために翻訳する必要があるかど
うかを考慮します。詳細については、「Plan variations」を参照してください。
言語パックの要件を決定する
Web サイトの言語要件に基づき、フロントエンド Web サーバーにインストールする必要がある
言語パックを決定します。言語パックを使用すると、SharePoint Server 2010 を別にインストー
ルすることなく、複数の言語でサイトとサイト コレクションを作成できます。言語パックはサーバ
ー ファームのフロントエンド Web サーバーにインストールされ、言語固有のサイト テンプレート
が含まれます。言語固有のサイト テンプレートに基づいてサイトまたはサイト コレクションを作
63
成すると、サイトまたはサイト コレクションに表示されるユーザー インターフェイス テキストは、
指定したサイト テンプレートの言語で表示されます。たとえば、フランス語でサイトを作成すると
、そのサイトのツールバー、ナビゲーション バー、リスト、および列見出しはフランス語で表示さ
れます。同様に、アラビア語でサイトを作成した場合、そのサイトのツールバー、ナビゲーション
バー、リスト、および列見出しはアラビア語で表示されます。また、アラビア語が正しく表示され
るように、サイトの既定の文字の向きである左から右が右から左に変更されます。
サイトで使用する予定の既定の言語を使用しないユーザーがサイト ユーザーに含まれる場合、
多言語ユーザー インターフェイスを使用して目的の言語を選択できるように言語パックをインス
トールする必要があります。サポートする言語を追加しないと、ユーザーは母国語以外の言語
で表示されるサイト機能を適切に利用できない可能性があります。言語パックをインストールす
ると、次のようなユーザー インターフェイス要素をその言語に翻訳された表記で表示できるよう
になります。

リボン要素

リストおよびサイトの列見出し

サイト設定用インターフェイス

新しいリスト、ドキュメント ライブラリ、およびサイト用のテンプレート

管理されたメタデータのタグ付け

サイトの既定の言語ではないコンテンツの、該当する検索インデックス
メモ:
言語パックは、ユーザー インターフェイスの翻訳のみを提供します。コンテンツ ペー
ジまたは Web パーツに作成および表示されるコンテンツは翻訳されません。
サイトまたはサイト コレクションの作成に使用できる言語、およびユーザーが多言語ユーザー
インターフェイスで選択できる言語の一覧は、サーバー ファームのフロントエンド Web サーバー
にインストールされた言語パックで生成されます。既定では、サイトとサイト コレクションは
SharePoint Server 2010 がインストールされた言語で作成されます。たとえば、SharePoint
Server 2010 のスペイン語版をインストールした場合、サイト、サイト コレクション、および Web
ページの既定の言語はスペイン語になります。SharePoint Server 2010 の既定の言語以外の
言語でサイト、サイト コレクション、または Web ページを作成する必要がある場合は、サイトを
作成する別の言語を選択する前に、まずフロントエンド Web サーバーにその他の言語の言語
パックをインストールする必要があります。たとえば、SharePoint Server 2010 のフランス語版を
実行しており、フランス語、英語、およびスペイン語でサイトを作成する必要がある場合は、英語
とスペイン語のサイトを作成する前に、フロントエンド Web サーバーに英語とスペイン語の言語
パックをインストールする必要があります。
SharePoint Server 2010 の言語パックは、多言語インストール パッケージにはバンドルまたは
グループ化されていません。サポートする言語ごとに、特定の言語パックをインストールする必
要があります。また、各 Web サーバーが指定した言語でコンテンツを表示できるようにするには
、サーバー ファーム内のすべてのフロントエンド Web サーバーに言語パックをインストールする
必要があります。使用できる言語パックの詳細については、「Language packs (SharePoint
64
Server 2010)」を参照してください。言語パックの展開方法については、「Deploy language packs
(SharePoint Server 2010)」を参照してください。
サイトの言語を指定しても、一部のエラー メッセージ、通知、ダイアログ ボックスなどのユーザ
ー インターフェイス要素は、選択した言語で表示されないことがあります。SharePoint Server
2010 は, .NET Framework、Microsoft Windows Workflow Foundation、ASP.NET、Microsoft SQL
Server など、さまざまなサポート テクノロジに依存しており、これらのサポート テクノロジがロー
カライズされている言語は限られているからです。これらのサポート テクノロジから生成される
ユーザー インターフェイス要素は、サイト管理者がサイトに指定した言語にそのサポート テクノ
ロジがローカライズされていない場合、英語で表示されます。
また、一部のテキストは元のインストール言語で作成され、複数の言語が混在することもありま
す。このような複数言語の混在は、通常はコンテンツ作成者かサイト管理者だけに表示され、サ
イト ユーザーには表示されません。
メモ:
SharePoint Server 2010 からサーバーに保存されるエラー ログは、常に英語です。
言語パックのインストールの詳細については、「Deploy language packs (SharePoint Server
2010)」を参照してください。
必要なワード ブレーカーとステマーを決定する
ワード ブレーカーとステマーは、インデックス作成プロセスとクエリ プロセスの一部となるコンポ
ーネントです。ワード ブレーカーは、インデックス作成プロセスとクエリ プロセスでテキスト文字
列を個々の単語に分割するために使用されるコンポーネントです。ステマーは、単語の基本形
を検出し、その派生形も生成できるコンポーネントです。単語の分割とステミングの規則は言語
によって異なり、言語ごとに異なる規則を指定できます。各言語用のワード ブレーカーを使用す
ると、その言語の単語をより正確に検出できます。言語ファミリ用のワード ブレーカーはあって
も特定のサブ言語用のワード ブレーカーがない場合は、主要言語のワード ブレーカーが使用
されます。たとえば、フランス語 (カナダ) のテキストの処理にはフランス語のワード ブレーカー
が使用されます。ワード ブレーカーが存在しない言語には、ニュートラル ワード ブレーカーが
使用されます。ニュートラル ワード ブレーカーを使用すると、単語はスペース、句読点などのニ
ュートラル文字で分割されます。
言語パックまたは補助言語サポートをインストールする場合、サポートが必要な各言語用の適
切なワード ブレーカーとステマーをインストールすることをお勧めします。ワード ブレーカーとス
テマーは、Search Service を実行するすべてのサーバーにインストールする必要があります。
SharePoint Server 2010 でワード ブレーカーとステマーが提供されている言語の一覧について
は、「Languages for word breakers and stemmers (SharePoint Server 2010)」を参照してください
。
関連項目
概念
65
多言語ユーザー インターフェイスの概要 (SharePoint Server 2010)
多言語ユーザー インターフェイスの計画 (SharePoint Server 2010)
その他のリソース
Multilingual term sets (SharePoint Server 2010)
66
多言語ユーザー インターフェイスの概要
(SharePoint Server 2010)
この記事では、Microsoft SharePoint Server 2010 の新しい多言語ユーザー インターフェイスの
機能について説明します。以前の Microsoft Office SharePoint Server 2007 では、言語パック
がサーバーにインストールされていれば、サイト コレクションまたはサイトの作成時にサイトの
ユーザー インターフェイスの表示言語を選択することもできました。ただし、サイトの言語が設
定された後は、言語を変更できませんでした。多言語ユーザー インターフェイス機能によって、
ユーザーが選択できる第 2 言語の概念が導入されます。この機能は、ユーザーが選択した (サ
イト作成時に選択された主言語とは異なる) 第 2 言語でサイトのユーザー インターフェイスを表
示するために使用されます。
この記事では、SharePoint Server 2010 の多言語ユーザー インターフェイスについて説明しま
す。多言語ユーザー インターフェイスの使用に必要な言語パックの展開方法や、サイトの設定
を構成してユーザーが自分の優先言語を設定できるようにする方法については説明しません。
また、サイト ソリューションで多言語ユーザー インターフェイスを使用するための計画を立てる
方法についても説明しません。個々のユーザーが各自のサイトのユーザー インターフェイス表
示に使用する言語を変更できるようにする方法については、「Make multiple languages available
for your site's user interface (英語)」を参照してください。多言語ユーザー インターフェイスを使
用するための計画の詳細については、「多言語ユーザー インターフェイスの計画 (SharePoint
Server 2010)」を参照してください。
この記事の内容

多言語ユーザー インターフェイスの用途と利点

多言語ユーザー インターフェイスのしくみ

多言語ユーザー インターフェイスでサポートされるアイテム

アプリケーション コンテンツの追加と変更

翻訳コンテンツのエクスポートとインポート

多言語ユーザー インターフェイスと管理メタデータの使用

多言語ユーザー インターフェイスの制限事項
多言語ユーザー インターフェイスの用途と利点
多言語ユーザー インターフェイスを使用すると、ユーザーは、サイトの作成時に選択された言
語に関係なく、各自の選択した第 2 言語を使用して単一のサイトで共同作業を行うことができま
す。言語パックがサーバーにインストールされていれば、サイトの作成時にサイトの主言語を指
定できます。そのサイトでは、主言語を使用してサイトのユーザー インターフェイス (サイト ナビ
ゲーション、管理ページなど) が表示されることになります。サイトのユーザーがサイトのユーザ
ー インターフェイスを第 2 言語で表示できるようにする場合は、[言語設定] ページを使用する
ことで、ユーザーが利用できる言語を指定できます。サイトにログオンしているユーザーは、ユ
67
ーザー メニューの [表示言語の選択] オプションを使用して、サイトのユーザー インターフェイ
スを表示する第 2 言語を選択できます。ユーザーが言語を選択した後は、そのドメイン名の範
囲内にあるすべてのサイトがユーザーの優先言語で表示されます。ただし、この操作ではサイト
の既定の主言語は変更されません。サイトを閲覧している他のユーザーには、これまでどおり
主言語でサイトのユーザー インターフェイスが表示されます。サイトのユーザー インターフェイ
スの変更は、主言語とは別の第 2 言語をサイトの表示言語として選択したユーザーに対しての
み行われます。
多言語ユーザー インターフェイスの使用により、チームのメンバーは、ドキュメントやプロジェク
トでの作業を共有された共通の言語で行いながら、各自の優先言語でサイトを閲覧したりタスク
を実行したりできます。チームによる共同作業に加えて、多言語ユーザー インターフェイスでは
ファームやサイトの管理者が自らの優先言語で管理作業を実行することもできます。たとえば、
ファームの管理者はサーバーの全体管理 Web サイトの主言語を変更して、管理用のリンクや
手順を自らの優先言語で表示できます。
メモ:
多言語ユーザー インターフェイスは、サイトのユーザー インターフェイス要素のみを
別の言語で表示します。ドキュメント、リスト アイテムなどのコンテンツを別の言語に
翻訳したり、別の言語で表示するわけではありません。
ユーザーがサイトの主言語を変更できるだけでなく、多言語ユーザー インターフェイスでは、ユ
ーザーが新規または既存のアプリケーション コンテンツ (リストまたはライブラリ タイトルなど)
を変更したり、他の言語を使用する他のユーザー向けのユーザー インターフェイスにそうした変
更を反映させたりすることもできます。たとえば、英語を優先言語として使用するチーム メンバ
ーが "Team Reports" という名前の新しいドキュメント ライブラリを作成したとします。優先言語
をドイツ語に設定しているチーム メンバーが、そのサイトにログオンしてこのライブラリのタイト
ルを "Mannschaftsberichte" に変更しました。次に、優先言語をドイツ語に設定している別のユ
ーザーがこのサイトにログオンすると、このドキュメント ライブラリの名前は
"Mannschaftsberichte" と表示されます。ただし、優先言語を英語に設定しているユーザーに表
示されるドキュメント ライブラリ名は "Team Reports" のままです。
SharePoint Server 2010 には、リストまたはライブラリのタイトルや説明といった特定のアプリケ
ーション コンテンツを変更できる方法として、ユーザー インターフェイスの使用、サイトの翻訳の
エクスポートおよびインポート、オブジェクト モデルの使用の 3 つがあります。
多言語ユーザー インターフェイスのしくみ
既定では、新しいサイトを作成すると、そのサイトは、サーバー上の SharePoint Server 2010 イ
ンストールの既定の言語で作成されます。既定の言語以外の言語でサイトを作成できるために
は、ファーム管理者がサーバーに言語パックをインストールしておく必要があります。詳細につ
いては、「Deploy language packs (SharePoint Server 2010)」を参照してください。
言語パックがサーバーにインストールされた後は、[言語設定] のリンクが [サイトの設定] ペー
ジに追加されます。サイト管理者は、[言語設定] ページを使用してサイトでサポートされる第 2
言語を指定します。サイト管理者がサイトの第 2 言語を指定した後、ユーザーはそのサイトにロ
68
グオンし、ユーザー メニューの [表示言語の選択] オプションを使用して、そのサイト コレクショ
ンのページを閲覧する際の表示言語を変更できます。あるページの表示言語をユーザーが変
更すると、新しい表示言語がサイト コレクション全体でそのユーザーの優先言語になります。
SharePoint Server 2010 は、以下のルールのうち、該当する最初のルールを使用して、サイト
コレクションのページを表示する言語を選択します。
1.
このコンピューター上のこのサイト コレクションに対して、ユーザーの優先言語が指定され
ていますか。指定されている場合は、ユーザーの優先言語を使用します。
2.
Web ブラウザーで指定されている優先言語が、ページのサポート言語の 1 つに一致します
か。一致する場合は、ブラウザーの優先言語を使用します。
3.
それ以外の場合は、サイト コレクションの既定の言語を使用します。
SharePoint Server 2010 には、リストまたはライブラリのタイトルや説明といった特定のアプリケ
ーション コンテンツを変更できる方法として、ユーザー インターフェイスの使用、サイトの翻訳の
エクスポートおよびインポート、Microsoft.SharePoint 名前空間の SPUserResource クラスの使
用の 3 つがあります。すべてのユーザー インターフェイス要素がユーザー インターフェイスで
直接変更できるわけではありません。たとえば、ユーザー操作やコマンドは SPUserResource ク
ラスの使用によってのみ変更できます。詳細については、「SPUserResource class (英語)」を参
照してください。
多言語ユーザー インターフェイスでサポートされるア
イテム
ユーザーが第 2 言語でサイトを表示すると、ユーザー インターフェイスの特定の要素が優先言
語で提供されます。以下のリストは、多言語ユーザー インターフェイスでサポートされるアイテ
ムの例を示しています。

設定ページ (_layouts 仮想ディレクトリ、_admin 仮想ディレクトリ内の設定ページなど)。

ヘルプ。

アプリケーション コンテンツ (メニュー、コントロール、サイトの操作、サイトのタイトルや説明
、リストまたはライブラリのタイトルや説明、トップ リンク バーのリンク、サイド リンク バーの
リンク、ローカルの階層リンク、サイトおよびリストのコンテンツの種類、サイトおよびリスト
の列など)。

開発者用コンテンツ (機能、ソリューションなど)。
ただし、すべてのユーザー インターフェイス要素が翻訳されるわけではありません。以下のリス
トは、多言語ユーザー インターフェイスでサポートされないアイテムの例を示しています。

Web パーツ (リストまたはライブラリにリンクされているものは除きます)。

グローバルな階層リンク。

ユーザーが作成したコンテンツ (リスト アイテム データ、ライブラリ内のドキュメントと Web
ページ、権限レベル、グループ、ビュー、Web パーツなど)。
ほとんどのサイト テンプレートは多言語ユーザー インターフェイスでサポートされますが、以下
のサイト テンプレートはサポートされません。

ブログ テンプレート。

任意の会議ワークスペース テンプレート。

任意の Web データベース テンプレート。
69
アプリケーション コンテンツの追加と変更
ユーザーがリスト タイトルや列の名前と説明といったアプリケーション コンテンツを追加または
変更する方法には、主言語でのコンテンツの追加または変更と、1 つまたは複数の第 2 言語で
のコンテンツの追加または変更の 2 つがあります。
ユーザーが主言語を使用してサイトを閲覧している場合、作成されたすべてのアプリケーション
コンテンツは、たとえそのサイトを第 2 言語で表示しても、主言語で表示されます。たとえば、サ
イトの主言語が英語で、あるユーザーがそのサイトを主言語で閲覧して "Team Documents" と
いうドキュメント ライブラリを作成した場合、このライブラリ タイトルは、別のユーザーがそのサ
イトを何らかの第 2 言語で表示しても "Team Documents" と表示されます。新しいユーザー イ
ンターフェイスの文字列を第 2 言語に翻訳する場合、ユーザーはサイトが第 2 言語で表示され
るようにユーザー設定を変更したうえで、そのユーザー インターフェイス要素を変更する必要が
あります。
ユーザーが第 2 言語を使用してサイトを閲覧している場合、作成されたすべてのアプリケーショ
ン コンテンツは、たとえそのサイトを主言語または他の第 2 言語で表示しても、ユーザーの使
用した第 2 言語で表示されます。たとえば、サイトの主言語が英語で、あるユーザーがそのサ
イトをドイツ語で閲覧して "Mannschaftsdokumente" というドキュメント ライブラリを追加した場
合、このライブラリ タイトルは、たとえそのサイトを英語で表示しても "Mannschaftsdokumente"
と表示されます。新しいユーザー インターフェイスの文字列を主言語または他の第 2 言語に翻
訳する場合、ユーザーはサイトが必要な言語で表示されるようにユーザー設定を変更したうえ
で、そのユーザー インターフェイスを変更する必要があります。[言語の設定] ページには、既
存のアプリケーション コンテンツの変更がそのサイトの他の言語に対してどのように行われる
かに影響する [翻訳の上書き] オプションがあります。[翻訳の上書き] オプションが有効になっ
ている場合、主言語のユーザー インターフェイスに対する変更内容によって第 2 言語のユーザ
ー インターフェイス要素に対する変更内容がすべて上書きされます。
既定では、ユーザーが主言語を使用してサイトを閲覧している場合、既存のアプリケーション コ
ンテンツに対する変更はその言語にのみ適用されます。そのユーザー インターフェイス要素に
関連付けられている、第 2 言語の文字列は変更されません。ただし、[翻訳の上書き] オプショ
ンが有効になっている場合は、そのユーザー インターフェイス要素に関連付けられている、す
べての言語の文字列が主言語による新しい文字列で置き換えられます。たとえば、サイトの主
言語が英語で、ユーザーが "Shared Documents" ライブラリのタイトルを "Team Documents"
に変更した場合、既定ではこのタイトルの変更がサイトの主言語にのみ適用されます。しかし、[
翻訳の上書き] オプションが有効になっていると、このタイトルがすべての第 2 言語で "Team
Documents" に変更されるので、翻訳のやり直しが必要になります。
ユーザーが第 2 言語を使用してサイトを閲覧している場合、既存のアプリケーション コンテンツ
に対する変更はその言語にのみ適用されます。そのユーザー インターフェイス要素に関連付け
られている、主言語やその他の第 2 言語の文字列は変更されません。ユーザー インターフェイ
スの文字列を主言語または他の第 2 言語に翻訳する場合、ユーザーはサイトが必要な言語で
表示されるようにユーザー設定を変更したうえで、ユーザー インターフェイスを変更する必要が
あります。
70
翻訳コンテンツのエクスポートとインポート
多言語ユーザー インターフェイス機能では、アプリケーション コンテンツを一括翻訳のためにエ
クスポートおよびインポートできます。アプリケーション コンテンツを項目ごとに翻訳する代わり
に、新規または変更されたすべてのアプリケーション コンテンツについて、主言語または第 2
言語の 1 つによる文字列をエクスポートできます。コンテンツをエクスポートするには、[サイトの
設定] ページの [翻訳のエクスポート] リンクを使用します。第 2 言語のアプリケーション コンテ
ンツをエクスポートする際には、エクスポートの対象をすべてのコンテンツにするか、翻訳されて
いないコンテンツのみにするかを決定できます。
エクスポートされたアプリケーション コンテンツは, .resx ファイルとして保存されます。このファイ
ルは、テキスト エディター、またはリソース ファイルを開くことができる任意のサードパーティ製
ツールを使用して開くことができます。詳細については、「.Resx ファイル形式のリソース」を参照
してください。リソース文字列の翻訳が完了した後、[サイトの設定] ページの [翻訳のインポート
] リンクを使用して .resx ファイルをインポートします。
多言語ユーザー インターフェイスと管理メタデータの
使用
SharePoint Server 2010 ソリューションで使用する多言語管理メタデータを作成できます。用語
ストア管理ツールを使用すると、用語セットを作成し、サポートする各言語にそれぞれ対応して
いる複数のラベルをセット内の各用語に関連付けることができます。ユーザーがサイトの優先
言語を変更すると、選択された言語に対応するラベルを使用して用語が表示されます。サイトで
多言語管理メタデータを使用する方法の詳細については、「Multilingual term sets (SharePoint
Server 2010)」を参照してください。
多言語ユーザー インターフェイスの制限事項
前に説明したように、すべてのユーザー インターフェイス要素が多言語ユーザー インターフェイ
スでサポートされるわけではありません。以下のリストは、多言語ユーザー インターフェイスを
使用するときに適用される追加の制限事項を示しています。

検索 検索では、コンテンツのインデックス作成が SharePoint インストールの既定の言語で
行われます。コンテンツが第 2 言語で提供されていても、そのコンテンツはサイトの既定の
言語を使用しないと検索できません。たとえば、優先言語がドイツ語で、サイトの主言語が
英語の場合、"Freigegebene Dokumente" で検索を行っても検索結果は返されませんが
"Shared Documents" で検索すると検索結果が返されます。

Web パーツ Web パーツのタイトルと説明は、リストベースの Web パーツを除き、変更でき
ません。たとえば、リストやライブラリのデータを表示する Web パーツ (Announcements、
Shared Documents など) のタイトルと説明はユーザーの優先言語で表示されますが、その
他の Web パーツ (Content Editor、Content Query Web パーツなど) のタイトルと説明はサ
イトの主言語でしか表示されません。
関連項目
概念
71
多言語ユーザー インターフェイスの計画 (SharePoint Server 2010)
多言語サイトを計画する (SharePoint Server 2010)
72
多言語ユーザー インターフェイスの計画
(SharePoint Server 2010)
Microsoft SharePoint Server 2010 の新しい多言語ユーザー インターフェイス機能によって、ユ
ーザーが選択できる第 2 言語の概念が導入されます。この機能は、ユーザーが選択した (サイ
ト作成時に選択された主言語とは異なる) 第 2 言語でサイトのユーザー インターフェイスを表
示します。
この記事では、SharePoint Server 2010 サイト ソリューションで多言語ユーザー インターフェイ
スを使用するための計画を立てる方法を説明します。多言語ユーザー インターフェイスの使用
に必要な言語パックの展開方法や、サイトの設定を構成してユーザーが自らの優先言語を設定
できるようにする方法については説明しません。サイトのユーザー インターフェイスの表示に使
用する言語を個別のユーザーが変更できるようにする方法については、「Make multiple
languages available for your site's user interface (英語)」を参照してください。多言語ユーザー
インターフェイスの詳細については、「多言語ユーザー インターフェイスの概要 (SharePoint
Server 2010)」を参照してください。
この記事の内容

サイトの言語要件を決める

コンテンツの翻訳について計画する

サービス パックのインストールを計画する
サイトの言語要件を決める
多言語ユーザー インターフェイスを SharePoint サイトで使用するには、ファームの管理者が事
前に言語パックをサーバーに展開して、各サイトで言語パックを使用できるようにする必要があ
ります。どの言語パックが必要か、それらをいつサーバーに展開するかを決定してください。サ
イト管理者は、言語の設定を個別のサイトについて構成して、特定の言語をユーザーが利用で
きるようにする必要があります。サイトごとに必要な言語を決定し、サイト管理者が各自の管理
サイトで特定の言語を有効化できるようにする計画を立ててください。多言語サイトの計画につ
いては、「多言語サイトを計画する (SharePoint Server 2010)」を参照してください。言語パックの
展開については、「Deploy language packs (SharePoint Server 2010)」を参照してください。
コンテンツの翻訳について計画する
多言語ユーザー インターフェイスをサイトで有効にして、ユーザーが各自の優先言語を使用し
ながら共同作業を行えるようにする場合は、既定の多言語ユーザー インターフェイスで事足り
るかどうか、またアプリケーション コンテンツの翻訳が必要かどうかを決定する必要があります
。翻訳が必要なアプリケーション コンテンツがある場合は、次の質問を検討してください。

新規および既存のアプリケーション コンテンツをどのように翻訳するか 個々のチーム メ
ンバーがアプリケーション コンテンツの翻訳を必要に応じてユーザー インターフェイス内で
73
直接行うのか、それとも、サイトに必要な言語のリソース ファイルをエクスポートしてチーム
メンバーに一度に翻訳させるのかを検討します。ユーザーが新しいアプリケーション コンテ
ンツを第 2 言語で作成する場合は、そのコンテンツを主言語に翻訳する担当者や、その他
の第 2 言語についての計画を立てる必要があります。複雑なページ (新しいメニュー ペー
ジなど) の作成を予定している場合や、カスタム ソリューション (リストを作成する機能など)
を開発する場合は、第 2 言語の翻訳を提供するオブジェクト モデルの使用を計画する必
要があります。

アプリケーション コンテンツを誰が翻訳するか 組織内の誰かがリソース ファイルを翻訳
するのか、それともサード パーティに翻訳を依頼する必要があるかを検討します。

アプリケーション コンテンツの更新をどう扱うか ユーザー インターフェイスの変更をその
都度翻訳するか、定期的に変更するかを検討します。これはサイトの規模と、関係するコン
テンツに依存します。

翻訳の上書きをどう扱うか 主言語による変更で第 2 言語の文字列値を上書きするかどう
かを検討します。上書きする場合は、[言語設定] ページの [翻訳の上書き] オプションを有
効にする必要があります。

どの列名を変更する必要があるか どの列名をどの言語で翻訳するかを検討します。また
、リスト レベルで翻訳するか、サイト レベルで翻訳するかも検討します。
サービス パックのインストールを計画する
言語パックが SharePoint 用サービス パック リリースの一部として更新された場合は、サービス
パックのインストール時にサーバー上の言語パックを更新する必要があります。ユーザーのた
めにインストールが必要な更新された言語パックを見逃さないように、ファームの管理者と連携
してサービス パックや関連する言語パックのリリースを監視する計画を立ててください。
関連項目
概念
多言語ユーザー インターフェイスの概要 (SharePoint Server 2010)
多言語サイトを計画する (SharePoint Server 2010)
74
サイトおよびコンテンツのセキュリティの計画
(SharePoint Server 2010)
企業内の一部のサイトには、アクセスを一部のユーザーに制限する必要があるコンテンツが含
まれていることがあります。たとえば、知的所有権に関わる技術情報は、開示の必要がある場
合にしか閲覧できないようにする必要があります。インターネット Web サイトのホーム ページに
は、どのクライアントからでもアクセスできるようにする一方で、従業員向けのイントラネット ポー
タルは正社員しか利用できないようにする必要があります。
サイトおよびサイト コンテンツへのアクセスは、アクセス許可で制御します。アクセス許可を管理
する場合は、Microsoft SharePoint Server 2010 のグループを使用してメンバーシップを制御し
、アクセス許可を細かく設定してコンテンツのセキュリティをアイテム レベルおよびドキュメント
レベルで保護します。このセクションでは、サイトおよびサイト コンテンツに対するアクセス許可
と、アクセス許可を選択する際の考慮事項について説明します。
このセクションの内容

サイトの権限を計画する (SharePoint Server 2010)
アクセス許可の割り当て方法を理解し、サイト コレクションまたはサブサイトで使用する適
切なアクセス許可を選択するうえで役立つ情報を示します。

使用するアクセス許可レベルおよびグループを決定する (SharePoint Server 2010)
使用可能なアクセス許可レベルおよびグループを確認します。また、追加のアクセス許可レ
ベルやグループが必要かどうかを判断するうえで役立つ情報を示します。

セキュリティ グループを選択する (Office SharePoint Server)
サイトへのアクセスを許可するために使用する Microsoft Windows セキュリティ グループお
よびユーザー アカウントの決定、認証されたユーザー グループを使用するかどうかの決定
、および匿名アクセスを許可するかどうかの決定に役立つ情報を示します。

管理階層の管理者と所有者を選択する (SharePoint Server 2010)
サーバー レベルからサブサイト レベルまでの管理レベルを定義します。また各レベルに必
要な管理者を選択するうえで役立つ情報を示します。

詳細に設定されたアクセス許可の使用に関するベスト プラクティス (ホワイト ペーパー)
(SharePoint Server 2010) は、SharePoint 2010 製品で詳細に設定された権限を使用する
ためのガイダンスを提供します。
75
サイトの権限を計画する (SharePoint Server
2010)
この記事は、サイト コレクション レベル、サイト レベル、およびサブサイト レベルでアクセス制
御を計画する場合に役立ちます。また、ここでは、権限許可の継承、詳細に設定された権限、お
よびサイト コレクションの階層内の異なる範囲のユーザーやグループに設定する有効な権限を
決定する方法についても説明します。
この記事の内容:

サイト権限について

権限の割り当てについて

権限の継承について

有効な権限について

アクセス許可レベルを選択する

権限の継承の計画
概要
サイトおよびサイト コンテンツへのアクセスを制御するには、ユーザーまたはグループに、特定
のサイト、リスト、ライブラリ、フォルダー、ドキュメント、またはアイテムに対する一連の権限を割
り当てます。サイトおよびサイト コンテンツへのアクセスについて計画を立案するにあたっては、
次の問題について考慮する必要があります。

サイトまたはサイト コンテンツへの権限をどの程度厳格に制御するか。たとえば、サイト レ
ベルでアクセスを制御するか、または特定のリスト、フォルダー、あるいはアイテムに対して
より厳格なセキュリティを設定することが考えられます。

ユーザーの分類および管理にどのようにグループを使用するか。特定のサイトまたは特定
のサイト コンテンツに対するアクセス許可レベルが割り当てられない限り、グループには権
限が付与されません。SharePoint グループにサイト コレクション レベルでアクセス許可レ
ベルを割り当てると、既定で、そのアクセス許可レベルがすべてのサイトおよびサイト コン
テンツに継承されます。グループを使用して権限を管理する方法の詳細については、「セキ
ュリティ グループを選択する (Office SharePoint Server)」を参照してください。
ここではサイト権限について説明し、一意な権限を必要とするサイトまたはサイト コンテンツを
特定するうえで役立つ情報を示します。サーバー全体またはサーバー ファームのセキュリティ
の計画については説明しません。
サイト権限について
サイトおよびサイト コンテンツへのアクセスを構成する前に、次の概念を理解する必要がありま
す。
76

個別のユーザー権限 個別の権限は、特定の操作の実行をユーザーに許可します。たと
えば、アイテムの表示アクセス許可を適用すると、ユーザーはリスト内やフォルダー内のア
イテムの閲覧はできますが、アイテムの追加または削除はできません。使用できる権限の
詳細については、「User permissions and permission levels (SharePoint Server 2010)」を参
照してください。

アクセス許可レベル この一連の事前定義済みアクセス許可を使用すると、ユーザーは関
連する一連のタスクを実行できます。たとえば、読み取りアクセス許可レベルにはアイテム
の表示、アイテムを開く、ページの表示、バージョンの表示などの権限が含まれます。これ
らはすべて、SharePoint サイトのドキュメント、アイテム、およびページを読み取るために必
要です。個別の権限は複数のアクセス許可レベルに含めることができます。アクセス許可
レベルにアクセス許可の管理アクセス許可が含まれているユーザーまたはグループであれ
ば、アクセス許可レベルをカスタマイズできます。既定のアクセス許可レベルには、制限付
きアクセス、読み取り、投稿、デザイン、およびフル コントロールがあります。既定のアクセ
ス許可レベル、およびこれらのアクセス許可レベルに含まれている権限の詳細については
、「User permissions and permission levels (SharePoint Server 2010)」を参照してください。

グループ グループには、Windows セキュリティ グループと、SharePoint グループ (サイト
の所有者、サイトのメンバー、サイトの閲覧者など) があります。グループはサイト コレクシ
ョン レベルで作成され、管理されます。各 SharePoint グループには、既定のアクセス許可
レベルが割り当てられていますが、どのグループのアクセス許可レベルもカスタマイズでき
ます。グループの作成権限を含むアクセス許可レベル (既定ではフル コントロール アクセ
ス許可レベルに含まれています) に割り当てられているユーザーは、カスタム SharePoint
グループを作成できます。アクセス許可レベルのカスタマイズの詳細については、「
Configure custom permissions (SharePoint Server 2010)」を参照してください。

ユーザー ユーザーとは、サーバーで使用されていたものと同じ認証方法によって認証され
るユーザー アカウントを持つ人のことです。サイトまたは特定のコンテンツに対する権限を
個々のユーザーに直接付与したり、アクセス許可レベルを直接ユーザーに割り当てたりで
きますが、ユーザーではなくグループ単位で権限を割り当てることをお勧めします。権限に
関してユーザー アカウント単位で管理することは効率的ではないため、ユーザー単位での
権限の割り当ては例外としてのみ行うようにしてください。ユーザー アカウントの種類の詳
細については、「User permissions and permission levels (SharePoint Server 2010)」を参照
してください。

セキュリティ保護可能なオブジェクト
セキュリティ保護可能なオブジェクトには、サイト、
リスト、ライブラリ、フォルダー、ドキュメント、またはアイテムがあります。これらのオブジェク
トに対するアクセス許可レベルをユーザーまたはグループに割り当てることができます。既
定では、サイトに含まれるすべてのリストおよびライブラリは、サイトに付与された権限を継
承します。リスト レベル、フォルダー レベル、およびアイテム レベルの権限を使用して、サ
イト コンテンツを表示または操作できるユーザーをさらに詳細に制御できます。たとえば、
特定のセキュリティ保護可能なオブジェクトのアクセス許可レベルにアクセス許可の管理ア
クセス許可が含まれている場合、そのアクセス許可レベルが割り当てられているユーザー
であれば、そのセキュリティ保護可能なオブジェクトに対する権限を変更できます。権限を
親リスト、サイト全体、または親サイトから継承するようにいつでも戻すことができます。
権限の割り当てについて
ユーザーまたはグループに、特定のセキュリティ保護可能なオブジェクトに対するアクセス許可
レベルを割り当てることができます。ユーザー単位またはグループ単位で、セキュリティ保護可
能なオブジェクトごとに異なるアクセス許可レベルを設定できます。 次の図は、セキュリティ保
77
護可能なオブジェクトについて、ユーザーとグループに特定のアクセス許可レベルがどのように
割り当てられているのかを示しています
78
権限の継承について
サイト内のセキュリティ保護可能なオブジェクトの権限は、既定で、サイトに付与されている権限
を継承します。詳細に設定された権限 (リストやライブラリ、フォルダー、アイテム、ドキュメントの
レベルで設定された一意な権限) を使用して、サイト上でユーザーが実行可能な操作を厳密に
制御できます。ただし、詳細に設定された権限をあまり頻繁に使用すると、権限の管理が複雑
になる可能性があります。
権限の継承と詳細に設定された権限
サイト階層内の下位のレベルに存在するセキュリティ保護可能なオブジェクトに対する権限の継
承を解除するには、そのセキュリティ保護可能なオブジェクトに対して詳細に設定された権限を
作成します。たとえば、ドキュメント ライブラリに対する権限を編集して、サイトからの権限の継
承を解除できます。ただし、権限の継承が解除されるのは、権限を変更したセキュリティ保護可
能な特定のオブジェクトに対してのみであり、サイト内のそれ以外の権限は変更されません。権
限を親リストまたはサイトから継承するようにいつでも戻すことができます。
ヒント:
詳細に設定された権限を使用する場合は、個別のユーザー アカウントを追跡しなくても
済むように、グループを使用してください。たとえば、チーム内の人の出入りが激しく
、責任範囲が頻繁に変わる場合、そうした変更を追跡し、セキュリティ設定が可能なオ
ブジェクトごとに権限を更新するのは、時間がかかるだけでなくエラーが発生しやすく
なります。
詳細に設定された権限を割り当てることのできる、セキュリティ保護可能なオブジェクトは次のと
おりです。

サイト サイト全体に対するアクセスを制御します。

リストまたはライブラリ 特定のリストまたはライブラリに対するアクセスを制御します。

フォルダー フォルダーのプロパティ (フォルダー名など) に対するアクセスを制御します。

アイテムまたはドキュメント 特定のリスト アイテムまたはドキュメントに対するアクセスを制
御します。
権限の継承とサブサイト
既定の動作である権限の継承は、一連の Web サイトを管理する最も簡単な方法です。ただし、
サブサイトが親サイトから権限を継承する場合、その一連の権限は親サイトと共有されます。サ
ブサイトの所有者がサブサイトの権限を編集すると、親サイトの権限も変更され、それによって
セキュリティが影響を受けたり、ユーザーがコンテンツにアクセスできなくなることがあります。
サブサイトでのみ権限を変更する場合は、親サイトからの権限の継承を解除してから、サブサイ
トに対して詳細に設定された権限を作成する必要があります。たとえば、高い保護レベルを必
要とする機密性の高いデータを含むリストやライブラリ、フォルダー、アイテム、ドキュメントが存
在する場合、それらのデータへのアクセスを必要とする特定のグループまたは個別のユーザー
に対して詳細に設定された権限を作成できます。
一意な権限を作成すると、グループ、ユーザー、およびアクセス許可レベルが親サイトからサブ
サイトにコピーされ、継承が解除されます。継承された権限を復元すると、サブサイトはそのユ
79
ーザー、グループ、およびアクセス許可レベルを親サイトから継承し、サブサイト固有のユーザ
ー、グループ、またはアクセス許可レベルは失われます。
メモ:
ベスト プラクティスとして、ほとんどの権限を共有できるようにサイトとサブサイトを
調整し、リストやライブラリについても同様に調整することをお勧めします。機密性の
高いデータは、別のリスト、ライブラリ、またはサブサイトに格納しておきます。
有効な権限について
セキュリティの設定の構成や一括操作を行うには、サイトのリソースに対するユーザーおよびグ
ループの権限について正確な情報が必要です。たとえば、多くの SharePoint サイトは、認証さ
れているすべてのユーザー (NTAUTHORITY\AUTHENTICATED USERS ドメイン グループ) に
、尐なくとも一部のサイト コンテンツへのアクセスを許可します。さらにアクセスを制限するには
、認証ユーザーにどの権限がどのサイト コンテンツに対して付与されているかを把握する必要
があります。
継承された権限や、継承が解除された箇所の追跡によって、正確な権限を特定するプロセスは
複雑になります。SharePoint Server 2010 では、現在有効になっている権限を基にして、サイト
コレクション内のすべてのリソースについてユーザーやグループの権限を特定します。これによ
り、ユーザーに直接割り当てられている権限と、ユーザーが属するグループに割り当てられてい
る権限の両方を特定できます。
重要:
有効になっている権限を使用することで、サイト コレクション内の権限の把握が簡単に
なります。ただし、綿密に計画された権限構造の代わりにはなりません。
アクセス許可レベルを選択する
権限を作成する際は、管理のしやすさやパフォーマンスと、個々のアイテムへのアクセスを制御
する必要性との間でバランスを取る必要があります。詳細に設定された権限を広範囲に使用す
る場合は、権限の管理のためにより多くの時間がかかるので、ユーザーはサイト コンテンツに
アクセスしようとしたときにパフォーマンスの低下を感じる可能性があります。
サイト権限を構成する場合は、以下のガイドラインに従ってください。

最小限の特権を与えるという原則に従います。ユーザーには、割り当てられたタスクを実行
するために必要最小限のアクセス許可レベルまたは個別の権限を付与します。

標準のグループ (メンバー、閲覧者、所有者など) を使用し、サイト レベルで権限を制御し
ます。
80

大部分のユーザーをメンバー グループまたは閲覧者グループのメンバーにします。既定で
は、メンバー グループのユーザーは、サイトに投稿でき、アイテムやドキュメントの追加、削
除を行うことができますが、サイトの構造を変更したり、サイトの設定や外観を変更したりす
ることはできません。閲覧者グループは、読み取り専用でサイトにアクセスできます。ページ
やアイテムを表示したり、アイテムやドキュメントを開くことはできますが、ページやアイテム
、ドキュメントの追加や削除はできません。

所有者グループのメンバーを限定します。サイトの構造、設定、外観の変更を信頼して任せ
られるユーザーのみを所有者グループのメンバーにします。
ユーザーが実行する操作に対してより詳細に制御する必要のある場合は、SharePoint グルー
プやアクセス許可レベルを新たに作成できます。たとえば、特定のサブサイトにおける読み取り
アクセス許可レベルに通知の作成権限が含まれないようにするには、そのサブサイトの継承を
解除し、読み取りアクセス許可レベルをカスタマイズします。
権限の継承の計画
権限および継承される権限の階層を明確にしておくと、簡単に権限を管理できます。サイト内の
一部のリストに詳細な権限が適用されていて、一部のサイトに一意の権限を持つサブサイトと
継承した権限を持つサブサイトが含まれる場合、管理は複雑になります。
たとえば、以下の表に示すように権限を継承しているサイトはより簡単に管理できます。
セキュリティ保護可能なオブジェ 説明
クト
一意な権限または継承さ
れた権限
SiteA
グループのホーム ページ
一意
SiteA/SubsiteA
機密性の高いグループ
一意
SiteA/SubsiteA/ListA
機密性の高いデータ
一意
SiteA/SubsiteA/LibraryA
機密性の高いドキュメント
一意
SiteA/SubsiteB
グループで共有されるプロジェ 継承
クト情報
SiteA/SubsiteB/ListB
機密性の低いデータ
継承
SiteA/SubsiteB/LibraryB
機密性の低いドキュメント
継承
しかし、以下の表に示すように権限を継承しているサイトを管理するのは簡単ではありません。
セキュリティ保護可能なオブ 説明
ジェクト
一意な権限または継承され
た権限
SiteA
グループのホーム ページ
一意
SiteA/SubsiteA
機密性の高いグループ
一意
81
セキュリティ保護可能なオブ 説明
ジェクト
一意な権限または継承され
た権限
SiteA/SubsiteA/ListA
機密性の低いデータ
一意。ただし SiteA と同
じ権限
SiteA/SubsiteA/LibraryA
機密性の低いドキュメント (ただし 継承 (ドキュメント レベ
、1 つまたは 2 つの機密性の高いド ルで一意な権限あり)
キュメントを含む)
SiteA/SubsiteB
グループで共有されるプロジェク
ト情報
SiteA/SubsiteB/ListB
機密性の低いデータ (ただし、1 つ 継承 (アイテム レベルで
または 2 つの機密性の高いアイテ 一意な権限あり)
ムを含む)
SiteA/SubsiteB/LibraryB
機密性の低いドキュメント (ただし 継承 (フォルダーとドキ
、機密性の高いドキュメントを格 ュメントのレベルで一意
納する専用フォルダーあり)
な権限あり)
82
継承
使用するアクセス許可レベルおよびグループを
決定する (SharePoint Server 2010)
ここでは、既定のグループおよびアクセス許可レベルについて説明します。この説明を参考にし
て、それらをそのまま使用するか、カスタマイズするか、別のグループおよびアクセス許可レベ
ルを作成するかを決定します。
この記事の内容:

使用可能な既定のグループを確認する

使用可能なアクセス許可レベルを確認する

追加のアクセス許可レベルやグループが必要かどうかを判断する
Microsoft SharePoint Server 2010 でサイトおよびコンテンツのセキュリティに関して行う最も重
要な決定は、ユーザーをどのように分類し、どのアクセス許可レベルを割り当てるのかを決定す
ることです。
使用可能な既定のグループを確認する
SharePoint グループでは、個別のユーザーではなく、ユーザーをグループとして管理できます。
SharePoint グループには多数の個人ユーザーを含めることができます。また、Active Directory
ドメイン サービス (AD DS)、LDAPv3 ベースのディレクトリ、アプリケーション固有のデータベー
ス、LiveID をはじめとする新しいユーザー中心の ID モデルなど、任意の企業 ID システムにつ
いて、そのコンテンツを含めることもできます。SharePoint グループは、サイトに対して特定の権
限を付与するものではなく、ユーザー グループを指定する手段です。組織や Web サイトの規模
と複雑さに応じて、複数のユーザーをいくつかのグループに整理できます。SharePoint グルー
プを入れ子にすることはできません。
SharePoint Server 2010 でチーム サイトに対して作成されている既定のグループを、次の表に
示します。
グループ名 既定のアクセス許可レベル
Viewers
表示のみ
閲覧者
読み取り
Members 投稿
編集者
デザイン
Owners
フル コントロール
83
チーム サイト テンプレート以外のサイト テンプレートを使用する場合は、既定の SharePoint グ
ループの別のリストが表示されます。たとえば、次の表は、発行サイト テンプレートによって提
供される追加のグループを示しています。
グループ名
既定のアクセス許可レベル
制限付き閲覧者
サイトに対する制限付き読み取り、および特定のリストへの制限付き
アクセス
スタイル リソー マスター ページ ギャラリーに対する読み取り、およびスタイル ライ
ス閲覧者
ブラリに対する制限付き読み取り
簡易展開ユーザ
ー
簡易展開アイテム ライブラリへの投稿、およびサイトのその他の場所
への制限付きアクセス
承認者
承認、および制限付きアクセス
階層管理者
階層の管理、および制限付きアクセス
また、高度な管理タスクには、以下の特殊なユーザーとグループを使用できます。

サイト コレクションの管理者 サイト コレクションの管理者および代理の管理者として、1
人以上のユーザーを指定できます。これらのユーザーは、サイト コレクションの問い合わせ
先としてデータベースに記録され、サイト コレクション内のすべてのサイトに対するフル コン
トロールを持ち、すべてのサイト コンテンツを監査でき、管理上の通知 (サイトが使用中か
どうかの確認など) を受信します。サイト コレクションの管理者はサイトの作成時に指定さ
れますが、サーバーの全体管理サイトまたはサイト コレクションの [サイトの設定] ページを
使用して必要に応じて変更することもできます。サイト コレクションの管理者として AD DS
のグループおよびロールを追加することはできません。
メモ:
サイト コレクションの管理者は、サイト コレクション内のすべてのサイトに対して、
無制限の権限を持っています。管理者はサイトの追加や削除、サイト コレクション内の
任意のサイトに対する設定の変更を行うことができます。また、それらのサイト内のす
べてのコンテンツの表示、追加、削除、または変更を行うこともできます。さらに、サ
イトのユーザーを追加または削除したり、それらのサイトに招待状を送信したりするこ
ともできます。サイト コレクションの所有者は、イベント (非アクティブなサイトの自
動削除の保留など) に関する電子メール通知を受け取る唯一のユーザーです。既定では
、サイト コレクションの所有者は、アクセスが拒否されているユーザーからアクセス要
求も受け取ります。

ファームの管理者 このグループは、サーバーおよびサーバー ファームの設定を管理でき
るユーザーを制御します。ファームの管理者は、既定ではサイト コンテンツへのアクセス権
を持っていないため、コンテンツを表示するにはサイトの所有権を取得する必要があります
。ファームの管理者グループは、サーバーの全体管理でのみ使用され、サイトに対しては
使用できません。
84

管理者 (Administrators) ローカル サーバー上の Administrators グループのメンバーは、
ファームの管理者が行うすべての操作に加えて、以下の操作を実行できます。

新しい製品またはアプリケーションをインストールする。

Web パーツおよび新機能をグローバル アセンブリ キャッシュに展開する。

新しい Web アプリケーションと新しい IIS Web サイトを作成する。

サービスを開始する。
ファームの管理者グループと同様に、ローカル サーバーの Administrators グループ
のメンバーには、既定ではサイト コンテンツへのアクセス権がありません。
必要なグループが決まったら、サイト上の各グループに割り当てるアクセス許可レベルを決定し
ます。
使用可能なアクセス許可レベルを確認する
サイトを表示、変更、または管理できるかどうかは、ユーザーまたはグループに割り当てるアク
セス許可レベルによって決まります。このアクセス許可レベルにより、サイトと、サイトの権限を
継承するサブサイト、リスト、ドキュメント ライブラリ、フォルダー、アイテムまたはドキュメントに
対するすべての権限が制御されます。適切なアクセス許可レベルが設定されていないと、ユー
ザーが自分のタスクを実行できない場合や、管理者が意図していないタスクを実行できてしまう
場合があります。
既定では、以下のアクセス許可レベルを使用できます。

制限付きアクセス サイトのすべての要素へのアクセス権が付与されなくても、ユーザーが
特定のリスト、ドキュメント ライブラリ、リスト アイテム、フォルダー、またはドキュメントを表
示できる権限が含まれています。このアクセス許可レベルは直接は編集できません。
メモ:
このアクセス許可レベルが削除されると、グループのメンバーがサイト内のアイテムに
対する適切なアクセス許可を持っている場合でも、サイト内を移動してアイテムにアク
セスできなくなる可能性があります。

読み取り ユーザーがサイト ページのアイテムを表示できる権限が含まれています。

投稿 ユーザーがサイト ページ、リスト、ドキュメント ライブラリのアイテムを追加または変
更できる権限が含まれています。

デザイン ユーザーがブラウザーまたは Microsoft SharePoint Designer 2010 を使用して
サイト ページのレイアウトを変更できる権限が含まれています。

フル コントロール すべての権限が含まれています。
既定では、発行テンプレートには以下のアクセス許可レベルが追加されています。

表示のみ ユーザーがページ、リスト アイテム、およびドキュメントを表示できるアクセス許
可が含まれています。

承認 ページ、リスト アイテム、およびドキュメントを編集および承認できる権限が含まれて
います。

階層の管理 サイト、ページ、リスト アイテム、およびドキュメントを編集できる権限が含ま
れています。
85

制限付き読み取り ページとドキュメントを表示できる権限が含まれていますが、過去のバ
ージョンやユーザー権限情報は表示できません。
追加のアクセス許可レベルやグループが必要かどう
かを判断する
既定のグループおよびアクセス許可レベルは、権限の一般的なフレームワークを提供し、多数
のさまざまな組織の種類と、それらの組織内のさまざまな役割に対応しています。ただし、ユー
ザーのグループ分けや、ユーザーがサイトで実行する多数のさまざまなタスクに、これらが完全
に適合するとは限りません。既定のグループおよびアクセス許可レベルが組織に適していない
場合は、カスタム グループを作成したり、特定のアクセス許可レベルに含まれている権限を変
更したり、カスタム アクセス許可レベルを作成したりできます。
カスタム グループが必要かどうかの判断
カスタム グループを作成するかどうかの判断は非常に簡単で、サイトのセキュリティにほとんど
影響を与えません。以下のいずれかの状況に該当する場合は、既定のグループを使用する代
わりにカスタム グループを作成する必要があります。

組織内のユーザーの役割が、既定のグループにあるユーザーの役割より多い (または尐
ない)。たとえば、承認者、編集者、および階層管理者以外に、サイトへのコンテンツ発行を
担当する社員がいる場合は、発行者グループを作成するとよいでしょう。

組織内に、サイトでさまざまなタスクを実行する、既知の名前の独自の役割がある場合。た
とえば、組織の製品を販売するためのパブリック サイトを作成する場合は、閲覧者や
Viewers の代わりに、顧客グループを作成すると便利です。

Windows セキュリティ グループと SharePoint グループの間で一対一の関係を維持する場
合。たとえば、Web Site Managers という名前のセキュリティ グループが設定されている組
織では、サイトを管理するときに識別しやすいようにその名前を SharePoint グループ名とし
て使用できます。

他のグループ名を使用する場合。
カスタム アクセス許可レベルが必要かどうかの判断
アクセス許可レベルをカスタマイズするかどうかの判断は、SharePoint グループのカスタマイズ
の判断に比べると複雑です。アクセス許可レベルに割り当てられている権限をカスタマイズする
場合は、変更内容を記録し、変更の影響を受けるすべてのグループおよびサイトで変更したア
クセス許可レベルが機能していることを確認し、変更によってセキュリティ、サーバーの容量、ま
たはパフォーマンスに悪影響が及ばないことを確認する必要があります。
たとえば、投稿のアクセス許可レベルに、通常はフル コントロールのアクセス許可レベルの一
部であるサブサイトの作成権限を含むようにカスタマイズすると、投稿者グループのメンバーが
サブサイトを作成および所有できるようになります。しかし同時に、サブサイトに悪意のあるユー
ザーがアクセスできるようになり、未承認のコンテンツが投稿されるおそれもあります。通常はフ
ル コントロールのアクセス許可レベルに含まれる利用状況データの表示権限を、読み取りアク
セス許可レベルに含むようにカスタマイズした場合は、閲覧者のすべてのメンバーが利用状況
データを表示できるようになり、パフォーマンスの問題が生じる可能性があります。
以下のどちらかの状況に該当する場合は、既定のアクセス許可レベルをカスタマイズする必要
があります。
86

既定のアクセス許可レベルに、ユーザーが業務を遂行するために必要な権限以外のすべ
ての権限が含まれていて、必要な権限を追加する場合。

既定のアクセス許可レベルに、ユーザーには不要な権限が含まれている場合。
重要:
アクセス許可レベルの一部である特定の権限に関してセキュリティ上またはその他の考
慮事項が組織にある場合は、既定のアクセス許可レベルをカスタマイズしないでくださ
い。その権限を含む単一または複数のアクセス許可レベルに割り当てられているすべて
のユーザーに対してその権限を無効にする場合は、すべてのアクセス許可レベルを変更
する代わりに、サーバー ファーム内のすべての Web アプリケーションに対してこの権
限を無効にします。
アクセス許可レベルに対して複数の変更を加える必要がある場合は、必要な権限すべてを含
むカスタム アクセス許可レベルを作成します。
以下のどちらかの状況に該当する場合は、アクセス許可レベルを追加して作成します。

特定のアクセス許可レベルから複数の権限を除外する場合。

新しいアクセス許可レベルに対して、固有の複数の権限を定義する場合。
アクセス許可レベルを作成するには、既存のアクセス許可レベルをコピーして変更を加えるか、
アクセス許可レベルを作成して必要な権限を選択します。
メモ:
一部の権限は、他の権限に依存します。他の権限が依存している権限を無効にすると、
依存している権限も無効になります。
87
セキュリティ グループを選択する (Office
SharePoint Server)
ここでは、Active Directory ドメイン サービス (AD°DS) に含まれるセキュリティ グループと配布
グループについて説明します。また、これらのグループを SharePoint サイトのユーザーの整理
に使用するうえでの推奨事項も示します。
この記事の内容:

サイトへのアクセスの許可に使用する Windows セキュリティ グループとアカウントを決定す
る

すべての認証されたユーザーを使用するかどうかを決定する

匿名ユーザーにアクセスを許可するかどうかを決定する
概要
個々のユーザーにではなくグループにサイトのアクセス権を割り当てると、SharePoint サイトの
ユーザー管理が簡単になります。AD°DS では、通常、次のグループを使用してユーザーを整理
します。

配布グループ 電子メールの配布にのみ使用される、セキュリティ保護されていないグル
ープです。配布グループは、リソースとオブジェクトのアクセス権の定義に使用される随意
アクセス制御リスト (DACL) に入れることはできません。

セキュリティ グループ 随意アクセス制御リスト (DACL) に入れることができるグループで
す。セキュリティ グループは電子メール エンティティとしても使用できます。
セキュリティ グループを使用すると、セキュリティ グループを直接サイトに追加し、グループ全
体にアクセス権を付与することで、サイトのアクセス権を制御できます。配布グループを直接追
加することはできませんが、配布グループを拡張し、個々のメンバーを SharePoint グループに
追加することはできます。この方法を使用する場合、SharePoint グループと配布グループとの
同期を手動で維持する必要があります。セキュリティ グループを使用する場合、SharePoint ア
プリケーションで個々のユーザーを管理する必要はありません。グループの個々のメンバーで
はなくセキュリティ グループ自体を指定しているため、ユーザーは AD°DS によって管理されま
す。
以下のアイテムを含むセキュリティ グループの管理は、より困難になる場合があります。

入れ子になっているセキュリティ グループ

連絡先または配布リスト
88
サイトへのアクセスの許可に使用する Windows セキ
ュリティ グループとアカウントを決定する
各組織では、Windows セキュリティ グループの設定が異なります。権限管理を簡単にするため
、次のようなセキュリティ グループを選択します。

SharePoint サイトに絶えずグループを追加しなくて済む程度に大きく安定している。

適切なアクセス権の割り当てができる程度に小さい。
たとえば、"ビル 2 の全ユーザー" というセキュリティ グループは、ビル 2 のすべてのユーザー
が売掛金担当者など、同じ職務についているのではない限り、アクセス権を割り当てるには大き
すぎる可能性が高くなります。このような場合には、"売掛金" など、より小さくて限定されたグ
ループを探す必要があります。
すべての認証されたユーザーにアクセスを許可する
かどうかを決定する
ドメイン内のすべてのユーザーがサイトのコンテンツを表示できるようにする場合、すべての認
証されたユーザー (Domain Users Windows セキュリティ グループ) にアクセスを許可することを
検討してください。この特殊グループを使用すると、ドメインのすべてのメンバーは (指定したア
クセス許可レベルで) Web サイトにアクセスできます。この際、匿名アクセスを有効にする必要
はありません。
匿名ユーザーにアクセスを許可するかどうかを決定
する
匿名アクセスを有効にすると、ユーザーはページを匿名で閲覧できます。ほとんどのインターネ
ット Web サイトではサイトを匿名で閲覧できますが、サイトを編集したり、ショッピング サイトで
商品を購入する場合は、認証が求められます。匿名アクセスは、Web アプリケーションの作成
時に Web アプリケーション レベルで許可する必要があります。
Web アプリケーションへの匿名アクセスを許可する場合、サイト管理者は以下のいずれかを指
定できます。

サイトへの匿名アクセスの許可

リストとライブラリのみへの匿名アクセスの許可

サイトへの匿名アクセスの完全なブロック
匿名アクセスは、Web サーバー上の匿名ユーザー アカウントに依存します。このアカウントの
作成と管理は、SharePoint サイトではなく、インターネット インフォメーション サービス (IIS) によ
って行われます。IIS の既定の匿名ユーザー アカウントは、IUSR です。
匿名アクセスを有効にすると、このアカウントは実際に SharePoint サイトにアクセスできるよう
になります。サイトへのアクセス、またはリストとライブラリへのアクセスを許可すると、匿名ユー
ザー アカウントにアイテムの表示権限が付与されます。ただし、アイテムの表示権限があっても
、匿名ユーザーには制限があります。匿名ユーザーは以下の操作を行うことができません。

Microsoft SharePoint Designer 2010 でサイトを開いて編集すること。つまり、匿名ユーザー
はリモート プロシージャ コール (RPC) を使用できません。
89

[マイ ネットワーク] にサイトを表示すること。つまり、Windows の Web フォルダー プロトコ
ルである WebDAV (Web 分散オーサリングとバージョン管理) は使用できません。

wiki ライブラリを含むドキュメント ライブラリのドキュメントのアップロードまたは編集。
重要:
サイト、リスト、またはライブラリのセキュリティを強化するには、匿名アクセス
を有効にしないでください。匿名アクセスを有効にすると、ユーザーがリスト、デ
ィスカッション、アンケートに投稿でき、サーバーの空きディスク容量が減尐し、
その他のリソースに悪影響を与える可能性があります。さらに、匿名アクセスによ
り、匿名ユーザーがユーザーの電子メール アドレスやリスト、ライブラリ、ディス
カッションに投稿した内容など、サイトの情報を検出することが可能になります。
同じ Web アプリケーションで異なるゾーン (インターネット、エクストラネット、イントラネット、その
他) にコンテンツを提供している場合、これらのゾーンに匿名ユーザーの権限ポリシーを設定で
きます。ポリシーの一覧を以下に示します。

なし ポリシーはありません。これが既定値です。サイトの匿名ユーザーには、これ以上権
限の制限や追加は適用されません。

閲覧 サイト管理者が匿名アクセスを無効にしない限り、匿名ユーザーはコンテンツを閲覧
できます。

書き込み拒否 サイト管理者が匿名ユーザー アカウントに書き込み権限を特別に付与しよ
うとしても、匿名ユーザーはコンテンツを書き込むことができません。

すべて拒否 サイト管理者が匿名ユーザー アカウントにサイトへのアクセスを特別に許可
しようとしても、匿名ユーザーはアクセスできません。
90
管理階層の管理者と所有者を選択する
(SharePoint Server 2010)
ここでは、Microsoft SharePoint Server 2010 のサーバーおよびサイトの階層に対応する管理
者のロールについて説明します。SharePoint Server 2010 の管理には多くの人間が関係する可
能性があります。SharePoint Server 2010 の管理は次のレベルで行われます。

サーバー ファーム

共有サービス

サイト

ドキュメント ライブラリまたはリスト

個々のアイテム
この記事の内容

管理のレベル
概要
サーバーおよびサイトの階層構造のほとんどのレベルに、対応する管理グループがあります。
Web アプリケーション レベルには固有の管理グループがありませんが、ファームの管理者が、
各自の守備範囲内で Web アプリケーションを管理します。ファーム管理者グループのメンバー
とローカル サーバーの Administrators グループのメンバーは、ポリシーを定義して、Web アプ
リケーション レベルでユーザー個別のアクセス許可を与えることができます。
管理のレベル
以下のユーザー グループは、管理階層の複数の異なるレベルで管理者権限を持ちます。

サーバーまたはサーバー ファーム レベル

ファーム管理者グループ ファーム管理者 グループのメンバーには、サーバー ファー
ムに属するすべてのサーバーに対する権限と責任があります。メンバーは、サーバー
の全体管理でサーバーまたはサーバー ファームのすべての管理作業を実行できます
。このグループのメンバーは、Windows PowerShell を使用して構成データベース オブ
ジェクトを作成および管理することもできます。さらに、共有サービスのインスタンスで
あるサービス アプリケーションを管理するための管理者を割り当てることができます。
このグループには、個別のサイトやそのコンテンツへのアクセス権がありません。

Administrators グループ ローカル サーバー上の Windows Administrators グループ
のメンバーは、ファームの管理者が実行するすべての作業に加えて、新しい製品また
はアプリケーションをインストールする、Web パーツや新機能をグローバル アセンブリ
キャッシュに展開する、新しい Web アプリケーションと新しいインターネット インフォメー
ション サービス (IIS) Web サイトを作成する、サービスを開始する、といった作業も実行
91
できます。ローカル サーバー上のこのグループのメンバーには、ファームの管理者と
同様、既定ではサイト コンテンツへのアクセス権がありません。
メモ:
ファームの管理者とローカル管理者は、必要に応じて特定のサイト コレクションの所有
権を取得できます。たとえば、サイトの管理者が退職して、新しい管理者を追加する必
要が生じた場合、ファームの管理者またはローカル Administrators グループのメンバー
は、サイト コレクションの所有権を取得して変更を行うことができます。


共有サービス レベル

サービスの管理者 サービスの管理者はファームの管理者によって権限を委任されま
す。サービスの管理者は、ファーム内の特定のサービス アプリケーションに関する設
定を構成できます。ただし、サービス アプリケーションを作成することはできず、ファー
ム内の他のサービス アプリケーションにもアクセスできません。また、トポロジの変更
などのファーム レベルの操作も実行できません。たとえば、ファームの Search Service
のサービス アプリケーション管理者は、その Search Service アプリケーションに限定し
て検索設定を構成できます。

機能の管理者 機能の管理者はサービス アプリケーションの特定の機能に関連付け
られています。機能の管理者は、サービス アプリケーションの設定のサブセットを管理
できますが、サービス アプリケーションの全体を管理することはできません。たとえば、
User Profile Service アプリケーションの対象ユーザー機能を管理します。
サイト レベル

サイト コレクションの管理者 サイト コレクションの管理者は、サイト コレクション内の
すべての Web サイトに対するフル コントロールのアクセス許可レベルを持ちます。各
サイトで明示的なアクセス許可を持っていなくても、サイト コレクション内のすべてのサ
イト内のコンテンツへのアクセス権を持ちます。

サイトの所有者 既定では、サイトの所有者グループのメンバーは、そのサイトのフル
コントロールのアクセス許可レベルを持ちます。サイトの管理タスク、およびサイト内の
任意のリストやライブラリの管理タスクを実行できます。イベント (非アクティブなサイト
の自動削除の保留など) に関する電子メール通知と、サイト アクセス要求を受け取り
ます。
92
詳細に設定されたアクセス許可の使用に関す
るベスト プラクティス (ホワイト ペーパー)
(SharePoint Server 2010)
このホワイト ペーパーでは、詳細に設定されたアクセス許可 (FGP) のベスト プラクティスと、
Microsoft SharePoint Server 2010 を実装する場合に組織内で FGP をどのように使用するかに
ついて説明します。
ホワイト ペーパーは次のリンクからダウンロードしてください。
http://go.microsoft.com/fwlink/?linkid=201596&clcid=0x411 (英語)
93
サイトとソリューションのガバナンス
(SharePoint Server 2010)
ここでは、Microsoft SharePoint Server 2010 の運用環境およびサンドボックス環境でのサイトと
ソリューションのガバナンスについて説明します。
ガバナンスとは、組織の業務部門と IT チームが協力してビジネス目標を達成する方法を誘導、
指示、および管理する一連のポリシー、ロール、職責、およびプロセスです。
サンドボックス ソリューションは、ネットワーク リソースとローカル リソースへのアクセスを制限
して、セキュリティと安定性を向上しています。負荷分散ソリューション、テストが完全でないソリ
ューション、およびホスト環境へのユーザー ソリューションの展開で、サンドボックス ソリューシ
ョンを使用できます。サンドボックス ソリューションは個別のワーカー スレッドで実行されるので
、他のソリューションに属するリソースにアクセスできず、ローカル リソースおよびネットワーク
リソースへのアクセスが制限されています。
このセクションの内容

ガバナンスの概要 (SharePoint Server 2010)
SharePoint Server 2010 の展開を成功させるために不可欠なガバナンスについて説明し、
企業のガバナンス計画のさまざまな構成要素について説明します。

機能を制御する (SharePoint Server 2010)
ここでは、IT サービス、情報管理、および情報アーキテクチャの管理に役立つ SharePoint
Server 2010 の一連の機能について説明します。

SharePoint サービスの確立と管理 (SharePoint Server 2010)
SharePoint サービスを管理する際の重要な要因と、サービス レベル契約に含める内容に
ついて説明します。

情報アーキテクチャの実装と管理 (SharePoint Server 2010)
ソリューションが業務ニーズに適合するように、効果的な情報アーキテクチャを計画する方
法について説明します。

サンドボックス ソリューションを計画する (SharePoint Server 2010)
SharePoint 環境でサンドボックス ソリューションを計画する方法について説明します。

SharePoint Development and Governance Using COBIT 4.1: A Practical Approach
これらの抜粋は、『SharePoint Deployment and Governance Using COBIT® 4.1: A Practical
Approach』からのものです。

SharePoint 2010 ガバナンスの計画 (ホワイト ペーパー)
このホワイト ペーパーでは、ガバナンスのビジネス側であり、ビジネス ユーザーに影響を
与える部分である、SharePoint 環境の "フロントエンド" に注目します。架空の会社を使用
して、SharePoint Server 2010 で必要なガバナンスの計画と実装に対するガイドラインを示
します。
94

SharePoint 2010 でのガバナンスの実装 (ホワイト ペーパー)
このホワイト ペーパーでは、技術的な実装である SharePoint ガバナンスの "バックエンド"
に注目します。誰にとってもメリットがあるように環境を管理できるように SharePoint Server
2010 で提供されている多くの構成オプションについての概要レベルのガイダンスを提供し
ます。
95
ガバナンスの概要 (SharePoint Server 2010)
ここでは、Microsoft SharePoint Server 2010 の展開を成功させるために不可欠なガバナンスと
はどのようなことか、そして情報アーキテクチャと IT サービスの両方がガバナンス計画の重要
な構成要素である理由について説明します。
このセクションの記事では、SharePoint Server 2010 展開のガバナンスの必要性を強調してい
ます。また、一般的なガイダンスと、組織でガバナンスの対象として検討することが望ましい
Microsoft SharePoint Server のアクティビティおよびプロセスの例も示します。
この記事の内容

ガバナンスについて

管理の対象

ガバナンス ポリシーの決定者

ガバナンスの実装方法
ガバナンスについて
ガバナンスとは、組織の業務部門と IT チームが協力してビジネス目標を達成する方法を誘導、
指示、および管理する一連のポリシー、ロール、職責、およびプロセスです。包括的なガバナン
ス計画を作成すると、組織には次のようなメリットがあります。

SharePoint Server 2010 などの製品およびテクノロジの展開が簡単になります。

セキュリティ上の脅威や規制遵守の不徹底を防止し、企業を保護するために役立ちます。

たとえばコンテンツ管理や情報アーキテクチャのベスト プラクティスを徹底することで、テク
ノロジへの投資の収益率を最大化できます。
管理の対象
各組織には、ガバナンスに対するアプローチに影響を及ぼす固有のニーズと目標があります。
たとえば、大規模な組織には、小規模な組織よりも多くの、より詳細なガバナンスが必要になり
ます。
SharePoint Server 2010 の展開を成功させるには、以下の要素が必要です。

情報アーキテクチャ
情報アーキテクチャの目標は、ビジネス目標の達成に必要な情報の収集、保管、取得、お
よび使用に役立つシステムを作成することです。Web サイトの情報アーキテクチャは、どの
ようにサイト (その Web ページ、ドキュメント、リスト、およびデータ) で情報をまとめ、どのよ
うにサイトのユーザーに情報を表示するかを決定します。
組織の情報アーキテクチャを総合的に評価すると、以下のような、効率を下げる可能性が
ある要因を識別できます。
96


メタデータの使用方法に一貫性がないと、関連するデータやコンテンツの検索と比較が
複雑になる場合があります。

コンテンツのストレージが適切に設計、管理されていないと、ドキュメントの複数のバー
ジョンが作成され、正式なバージョンを特定できなくなる可能性があります。

データのストレージが適切にカタログ化および管理されていないと、意志決定者が不適
切なデータを検索して使用するおそれがあります。

ナビゲーションの設計または情報の提示方法が適切でないと、重要なサイトや情報の
検索が困難になる場合があります。
SharePoint Server をホストする IT サービス
SharePoint Server 2010 には、包括的なガバナンス計画によって処理する必要のある新機
能が多数含まれています。それらの一部を以下に示します。

Microsoft SharePoint Foundation 2010 に組み込まれている、SSP モデルに代わる新
しいサービス アプリケーション アーキテクチャ。

バックアップと復元の機能向上。

マルチテナント機能。真のホスティング環境を作成し、サイト購読に基づいてデータを
区分化しながら複数の顧客 (テナント) の間でサービス リソースを共有できるようにし
ます。

パスワードの変更を自動化する管理アカウント。

Windows PowerShell。特にシステム管理者を対象として設計された新しいコマンド ライ
ン インターフェイスおよびスクリプト言語です。
ガバナンス計画を作成しないと、SharePoint Server を実行する個別に管理された Web
サーバーが統制されないまま急速に拡大し、予期しない結果を招く可能性があります。
たとえば次のような事態が考えられます。

共通の検索インデックス、ナビゲーション、またはセキュリティ スキーマを持たない、緩
やかに組織化されたサイトのグループが、分離されたサーバーによってホストされてい
る。セルフサービス サイト作成をサポートする場合は、コンテンツの廃棄とサイトのア
ーカイブを対象とする計画を用意する必要があります。

サーバーが安全ではないアプリケーションをホストしている。コンテンツの整合性が損
なわれる可能性があります。

SharePoint Server を実行していることがサポート チームに知られていないローカル サ
ーバーに対するテクニカル サポートが要求される。

法令順守などの非常に重要な活動が、サーバー間で一貫性のない方法で管理されて
いる。

データのバックアップと復元や製品の更新プログラムのインストールなどの定期的なメ
ンテナンス作業が、不十分なトレーニングや一貫性のないサーバー構成のために適切
に実施されていない。

サイト所有権の変更によって、コンテンツの所有権に関する問題が発生したり、サイト
がロックされたりしている。
企業での SharePoint Server 2010 の使用が増えてきたら、IT 部門は、適切に管理さ
れた一連のホスティング サービスを実装することで、SharePoint Server 2010 を使用で
きるようにして、その使用と構成に対する管理を確立する必要があります。
SharePoint Server 2010 のソリューションを実効性があって管理しやすいものにするには、次の
追加領域のガバナンスについて検討する必要があります。
97

カスタマイズ ポリシー
SharePoint Server 2010 には、ビジネス インテリジェンス、フォーム、ワークフロー、コンテ
ンツ管理など、複数の製品の領域に及ぶカスタマイズ可能な機能が用意されています。カ
スタマイズにより、SharePoint Server 2010 環境の安定性、保守性、およびセキュリティに
対するリスクが発生します。対象を管理しながらカスタマイズをサポートするには、次の要
素を考慮したカスタマイズ ポリシーを策定する必要があります。

承認されたカスタマイズ ツール。たとえば、Microsoft SharePoint Designer 2010 の使
用を許可するかどうかを決定し、だれがどのサイト要素をカスタマイズできるかを指定
する必要があります。

ソース コードの管理方法 (ソース管理システムなど) およびコードのドキュメント化に関
する標準。

開発標準 (コーディングのベスト プラクティスなど)。

テストと検証の標準。

必要なパッケージ化手段とインストール手段。サンドボックスの使用を管理する必要が
あります。サンドボックスを使用することで、サイト所有者は、SharePoint の実装の他
の部分に影響を与えることがないように、部分的に信頼されたコンテキストでカスタム
ソリューションをホストできます。

サポートされるカスタマイズの種類。たとえば、Microsoft Silverlight 3 アプリケーション
と SharePoint サイトを統合するための Web パーツの使用を許可できます。
カスタマイズの管理プロセスの詳細については、ホワイトペーパー「SharePoint 製品と
テクノロジのカスタマイズ ポリシー」
(http://go.microsoft.com/fwlink/?linkid=92311&clcid=0x411) を参照してください。

ブランド化
会社全体で使用する情報アーキテクチャと一連のサイトを設計している場合、ガバナンス
計画にブランド化を含めることを検討してください。一連のブランド化ポリシーを正式に設け
ることで、企業のイメージ、フォント、テーマ、およびその他のデザイン要素がサイトに一貫し
て使用されるようになります。たとえば、SharePoint Server 2010 で、Microsoft PowerPoint
2010 のテーマを SharePoint サイトに直接インポートして、すべてのサブサイトに自動的に
適用できます。

トレーニング
SharePoint Server 2010 は直感的な Web ベースのインターフェイスとオンライン ヘルプを
備えていますが、一部のユーザーにとって、SharePoint Server 2010 に基づくサイトの使用
や管理は複雑な場合があります。さらに、IT 部門や業務部門が実装する一連のガバナン
ス ポリシーには、説明が必要な場合もあります。ユーザー コミュニティに適切なトレーニン
グを提供することで、SharePoint Server 2010 の実装に対する満足度を高め、サポート コ
ストを抑えることができます。
ガバナンス ポリシーの決定者
SharePoint Server 2010 の展開を成功させるには、業務管理者、IT 担当者、インフォメーション
ワーカーが継続的に話し合いを行い、連携していく必要があります。ガバナンス委員会を設ける
ときは、以下のグループとロールから可能な限り多くの代表者を加える必要があります。
98
メモ:
組織によっては、同等の役割がない場合、または役職名が異なる場合があります。

上級管理者: 主要な上級管理者は、ガバナンス委員会の全体的な目標を定め、そのグル
ープに権限を与え、実装されたプラクティスとポリシーの成功の度合いを定期的に評価する
必要があります。

財務担当者: 財務担当者は、ガバナンスの規則とプロセスが、企業による SharePoint 製品
とテクノロジへの投資からの収益率の向上に役立つようにする必要があります。

IT リーダー: IT リーダーは、サービスの開発を支援し、IT 部門に課された責務 (セキュリテ
ィの強化、信頼性の維持など) を果たす方法を決定すると共に、業務チームが必要とする
機能をサポートする必要があります。

業務部門のリーダー: 業務リーダーとは、会社の主要な業務を遂行し、SharePoint Server
2010 の展開にかかわるアーキテクチャと機能の要件を明らかにするチームの代表者です
。情報アーキテクトと協力して、会社の情報アーキテクチャと組織の分類法の標準を決定す
る必要があります。また、IT リーダーと連携してサービス レベル アグリーメントやその他の
サポート ポリシーを策定する必要があります。

情報アーキテクトまたは分類法担当者: これらのグループのメンバーは、情報システムと分
類法の計画と設計に関する幅広い経験を持っています。利用者の情報ニーズの分析に基
づいて、組織の目標をサポートする計画を作成し、サイトのアーキテクチャとナビゲーション
を定義します。

法令遵守責任者: ガバナンスには、企業が規則や法律上の要件を満たし、企業知財が管
理されるように確認する作業も含まれます。社内にコンプライアンスや法律への準拠を監
督する部署が存在する場合は、その部署の代表者をガバナンスの担当グループに加えて
ください。

開発リーダー: ソフトウェア開発組織のリーダーは、使用を許可するカスタマイズ ツール、コ
ードのセキュリティの検証方法、その他コード関連のベスト プラクティスを決定する際の支
援を行う必要があります。

インフォーメーション ワーカー: 日常業務を遂行する組織のメンバーは、SharePoint Server
2010 サービスと情報アーキテクチャのニーズが満たされるようにする必要があります。

トレーナー: トレーニング計画の作成と、必要なすべてのトレーニングおよび教育の実施を
担当する専門の指導者です。
ガバナンスの実装方法
ガバナンス計画の実効性を高めるには、組織の業務部門と IT チームのニーズと目標を反映さ
せる必要があります。どの企業にも固有の特徴があるので、環境に合わせたガバナンス計画を
実装する最善の方法を決定する必要があります。
以下に示すガバナンスの推奨実装過程をそれぞれの組織で検討してください。
1.
最初の原則と目標を決定する。
ガバナンス委員会は、コンプライアンスの状況を追跡し、企業に対するメリットを数値化する
ために測定できる、ガバナンスのビジョン、ポリシー、および標準を策定する必要がありま
99
す。たとえば、計画では、SharePoint Server 2010 の展開の技術面と業務面の両方に対す
るサービス提供要件を明らかにする必要があります。
2.
ビジネス情報/コンテンツを分類する。
既存の分類法に従って、またはビジネス ソリューションのサポートに必要なすべてのコンテ
ンツを含む独自の分類法を作成して、情報を整理します。情報を整理した後、情報アーキ
テクチャを設計して、会社のコンテンツを管理します。その後、情報アーキテクチャのサポー
トに最適な IT サービスを決定します。
3.
教育戦略を作成する。
人的要素は、ガバナンス計画自体以外では、SharePoint Server 2010 の展開の成功また
は失敗を左右する最も重要な要因です。包括的なトレーニング計画では、実装される標準
と実践方法に従って SharePoint Server 2010 を使用する方法を示し、そのような標準と実
践が重要である理由を説明する必要があります。計画では、特定のユーザー グループに
必要なトレーニングの種類を示し、適切なトレーニング ツールについて説明する必要があ
ります。たとえば、IT 部門では SharePoint Server 2010 の提供サービスについてのよく寄
せられる質問 (FAQ) を掲載したページを Web サイトで提供することがあり、業務部門では
新しいドキュメント管理プロセスを設定および使用する方法を説明するオンライン トレーニ
ングを提供することがあります。
4.
持続的な計画を策定する。
成功するガバナンスは反復的なプロセスです。ガバナンス委員会は、定期的に話し合いを
行って、ガバナンス計画への新しい要件の盛り込み、ガバナンスの原則の再評価と調整、
業務部門と IT 部門の間の競合の解決などを行う必要があります。委員会は、説明責任を
果たし、会社全体でコンプライアンスを徹底するために、役員レベルの支持者に定期的に
報告する必要があります。こうした活動が面倒に思われても、SharePoint Server 2010 へ
の投資の収益率を高め、SharePoint Server 2010 ソリューションの実用性を最大限に活用
し、会社の生産性を向上させることが目的であることを忘れないようにしてください。
関連項目
その他のリソース
Governance Resource Center for Microsoft Office SharePoint Server 2007
(http://go.microsoft.com/fwlink/?linkid=133502&clcid=0x411) (英語)
100
機能を制御する (SharePoint Server 2010)
Microsoft SharePoint Server 2010 には、組織が SharePoint Server 2010 の IT サービス、企業
の情報管理、または企業の情報アーキテクチャを制御する場合に使用できる機能が用意され
ています。関連記事へのリンクは、各機能の計画および使用に役立ちます。
メモ:
ガバナンスとは、組織の業務部門と IT チームが協力してビジネス目標を達成する方法を
誘導、指示、および管理する一連のポリシー、ロール、職責、およびプロセスです。詳
細については、「ガバナンスの概要 (SharePoint Server 2010)」を参照してください。
この記事の内容

企業における SharePoint インストールの管理

IT サービスの機能

情報管理

情報アーキテクチャの機能
企業における SharePoint インストールの管理
SharePoint の展開はファーム レベルで管理されるため、単一の SharePoint 展開には、同じ企
業内に存在している可能性がある他の SharePoint 展開に関する情報がありません。管理者は
、企業内のすべての展開を管理および制御するためにこうした情報を必要とします。たとえば、
管理者は、ある展開が組織の要件に従って構成されたかどうかや、許可されていない展開が企
業内にどれくらい存在するかを知る必要があります。Microsoft SharePoint 2010 製品 は、
SharePoint Server の無作為なインストールをロックダウン、追跡、さらにはブロックできる以下
の方法を提供します。

SharePoint Server および関連製品のインストールを無効にするグループ ポリシー オブジ
ェクトは、以下のとおりです。
HKLM\Software\Policies\Microsoft\Shared Tools\Web Server Extensions\14.0\
SharePoint\DWORD DisableInstall
インストールをブロックするには、DWORD DisableInstall=00000001 を設定します。
このレジストリ キーが設定されている場合に、ユーザーが SharePoint Server をインストー
ルしようとすると、"SharePoint のインストールがブロックされました。詳細については、ネッ
トワーク管理者に問い合わせてください。" というエラー メッセージが表示されます。

Active Directory ドメイン サービス (AD DS) マーカーで、組織内の SharePoint サーバーを
識別します。既定では、マーカーにトポロジ サービス アプリケーションの URL が含まれま
す。
101
グループ ポリシー オブジェクトおよび AD DS マーカーの設定方法の詳細については、「Track
or block SharePoint Server 2010 installations」を参照してください。
IT サービスの機能
SharePoint サービスとは、SharePoint Server に基づいてホストされているサイトとポータルを提
供する IT サービスです。IT サービスには以下のコンポーネントが含まれます。

サイト コレクション、Web アプリケーション、サーバー ファームなど、ある範囲のサイトおよ
びポータル

バックアップおよびリストア

コンテンツ保存

カスタマイズのサポート

セキュリティ

速度や可用性に基づくサービス レベル
ここでは、SharePoint Server サービスの管理および制御に役立つ、SharePoint Server 2010 の
機能について説明します。
サイト テンプレート
サイト テンプレートは、サイト定義に適用されるカスタマイズの集合です。サイト テンプレートを
使用することにより、SharePoint Server サービスは、ユーザーが作成したサイト内の一貫性の
あるブランド設定、サイト構造、およびレイアウトを上のレベルに上げることができます。サイトを
準備するためのカスタマイズされたサイト テンプレートを作成し、それらを、SharePoint Server
サービスの一部として SharePoint Server に組み込まれているテンプレートの代わりに使用でき
ます。
詳細については、「Working with site templates and definitions」
(http://go.microsoft.com/fwlink/?linkid=184756&clcid=0x411) を参照してください。
クォータ
クォータでは、サイト コレクションに使用できる記憶域の容量の制限を指定します。このプロセス
により、制限に達したときにユーザーがコンテンツを追加することを防ぐことができます。詳細に
ついては、「Plan quota management (SharePoint Server 2010)」を参照してください。
ロック
ロックによって、ユーザーがサイト コレクションにコンテンツを追加したり、サイト コレクションを
使用したりすることを防ぐことができます。たとえば、使用ポリシーに違反するサイトや、クォータ
を超過しているサイトをロックできます。詳細については、「Lock or unlock sites」を参照してくだ
さい。
ワークフロー
ワークフローは、SharePoint Server サイトのユーザーのためのビジネス プロセスを実装するプ
ログラムです。これらは、ドキュメント、フォーム、リスト アイテムなど、サイト内のアイテムに関
連付けられます。ワークフローは、IT サービスの一部として多くの用途に使用することができま
す。たとえば、ワークフローを使用して、新規サイトを準備したり、サポート問題を追跡したり、サ
102
イト コレクションのクォータを超えたときに処理を実行したりできます。詳細については、「Plan
workflows (SharePoint Server 2010)」を参照してください。
フィーチャー
フィーチャーとは、SharePoint Server 2010 および SharePoint Foundation 2010 用のさまざまな
定義済み拡張機能のコンテナーであり、Web サーバーに展開される一連の XML ファイルで構
成されます。フィーチャーは、サイト定義またはソリューション パッケージの一部として展開でき
、個別にアクティブ化できます。
サイト管理者は、ユーザー インターフェイスでフィーチャーをオンまたはオフに切り替えることで
SharePoint サイトの機能を変換できます。フィーチャーを使用すると、展開した個々の機能の有
効/無効を切り替えるのも容易で、管理者はサイトのテンプレートや定義を簡単に変換できます
。フィーチャーを非表示にすることで、サイト ユーザーがフィーチャーを手動で無効にすることを
防ぐこともできます。
新しいサイト機能をフィーチャーとして実装すると、管理者は簡単にサイトを制御したり、ガバナ
ンス計画を適用したりできるようになります。"機能ステープリング" と呼ばれる方法を使用する
と、所定のサイト定義を使用するサイトのすべての新しいインスタンスに、そのサイト定義を変
更することなくフィーチャーを追加できます。これによって、サービスのユーザーがアクセスでき
るフィーチャーを制御できます。詳細については、「Using Features (英語)」
(http://go.microsoft.com/fwlink/?linkid=183450&clcid=0x411) (英語) を参照してください。
セルフサービス サイト作成
セルフサービス サイト作成機能を使用することで、ユーザーは独自のサイト コレクションを作成
できるようになります。セルフサービス サイト作成を制御する際の重要な決定は、セルフサービ
ス サイト作成をサポートするサービスのレベルを決定することです。SharePoint Server 2010 で
は、認証されたすべてのユーザーに対して既定でこの権限が有効になります。
詳細については、「Turn on or turn off Self-Service Site Creation」を参照してください。
Web アプリケーションの権限およびポリシー
Web アプリケーションの権限は包括的な設定で、Web アプリケーション内のすべてのサイト コレ
クションのすべてのユーザーとグループに適用されます。Web アプリケーションで関連付けられ
ている権限を有効または無効にすることで、ユーザー操作を制御できます。たとえば、ユーザー
が Web サイトにページを追加できないようにするには、サイト関連の権限の 1 つである "ペー
ジの追加とカスタマイズ" 権限を無効にします。Web アプリケーションの特定の権限を無効にす
ると、その権限は Web アプリケーション上のサイトのどのユーザーにも付与できなくなります。
特定の URL またはゾーンへのアクセスも制御できます。また、匿名ユーザーに許可するアクセ
スのレベルも指定できます。詳細については、「Manage permissions for a Web application
(SharePoint Server 2010)」を参照してください。
"アクセス許可ポリシー" は、Web アプリケーションの一部のユーザーやグループのみに適用さ
れる一連の権限を構成および管理するための一元的な手段となります。たとえば、サイト コレク
ションの一部のユーザーに対するアクセス許可ポリシー レベルを作成し、リストのアイテムを追
加、編集、または削除すること、リストを開くこと、アイテム、リスト、またはページを表示すること
を許可できます。その一方で、同じユーザーに対して、リストを作成または削除することを禁止
できます。これらの操作にはリストの管理権限が必要となります。詳細については、「Manage
permission policies for a Web application (SharePoint Server 2010)」を参照してください。
103
SharePoint Designer
Microsoft SharePoint Designer 2010 を組織内でどのように使用するかは、Web アプリケーショ
ン レベルまたはサイト コレクション レベルのどちらかで管理できます。SharePoint Designer
2010 への以下の種類のアクセスを制御できます。

アプリケーション全体またはサイト コレクション全体で SharePoint Designer 2010 の使用を
有効または無効にする。
特定のサイト コレクション内のすべてのデザイナーおよび所有者が SharePoint Designer
2010 を確実に使用できるようにするには、サイト コレクション レベルでこの設定を有効にし
ます。

サイト定義からページを切り離す機能を有効または無効にする。
サイト コレクション内のすべてのサイトのブランド設定を保護するには、ユーザーが変更を
加えてサイト定義からページを切り離すことを禁止する必要があります。

SharePoint Designer 2010 でマスター ページおよびページ レイアウトを有効または無効す
る。
ユーザーがサイトのマスター ページおよびページ レイアウトを表示できないようにする場
合は、この設定を無効にする必要があります。

サイトの URL 構造およびそのコンテンツを有効または無効にする。
ユーザーがサイト上のすべてのファイルの表示および編集を行えないようにするには、この
設定を無効にする必要があります。
サンドボックス
"サンドボックス" は、制限付きの実行環境で、プログラムから特定のリソースにしかアクセスで
きず、サンドボックスで発生した問題がサーバー環境の他の部分に波及しないようになっていま
す。サンドボックス内に展開するソリューションのことを "サンドボックス ソリューション" と呼び
ます。コード アクセス セキュリティ (CAS) により、これらのソリューションで実行できる操作が制
限されます。
Farm Administrators グループのメンバーは、事前にサンドボックス環境を実装しておかなけれ
ば、サンドボックス ソリューションをアップロードできません。サイト コレクション管理者は、サン
ドボックス ソリューションをアップロードしてアクティブ化できます。ソリューションにアセンブリが
含まれない場合は、サイト コレクションのルートにおいてフル コントロールの権限を持つユーザ
ーがソリューションをアクティブ化することもできます。
リモート負荷分散を使用したり、特定のサーバーでのみサンドボックス サービスを実行したりす
ることで、分離のレベルを高めることができます。運用環境では、リモート負荷分散を使用し、サ
ンドボックス ソリューションの実行に専用のサーバーを用意することをお勧めします。Farm
Administrators グループのメンバーのみが、サンドボックス ソリューションのブロック、負荷分散
の構成、および超過したクォータのリセットを実行できます。
詳細については、「サンドボックス ソリューションを計画する (SharePoint Server 2010)」を参照
してください。
サイト コレクションの自動削除
自動削除では、管理者の操作を必要とすることなく、バックアップ メカニズムなしで、サーバー
上の使用されていない Web サイトの数を制御できます。サイト確認は既定で自動的に有効にな
104
っています。サイトの自動削除は、サーバーおよびサーバー ファーム レベルまたは Web アプリ
ケーション レベルで設定できます。
ユーザー プロファイルおよび個人用サイト Web サイトのポリシー
ポリシーは、User Profile Service の管理者がユーザーまたはグループに割り当てる一連のル
ールです。管理者はこれらのルールを使用して、ユーザーが表示できるサイト コンテンツおよび
ユーザーがそのコンテンツに対して実行できる操作の両方を制御するユーザー プロファイル プ
ロパティを指定できます。
既定では、ほとんどのユーザー プロファイル プロパティはすべてのユーザーに表示されますが
、機密性の高い情報は、表示が制限されるように構成できます。ポリシーの制限が尐ないほど
、パブリックプロファイルを表示できるユーザー数が増え、表示頻度も高くなるので、ユーザー
プロファイルの更新と対象ユーザーのコンパイルを行う頻度も高くなります。ユーザー数が多い
組織では、更新頻度がパフォーマンスおよび容量の計画に影響を及ぼすことがあります。詳細
については、「ユーザー プロファイルのポリシーを計画する (SharePoint Server 2010)」を参照し
てください。
既定では、認証済みユーザー全員が個人用サイト Web サイトを作成できます。個人用サイト
Web サイトの権限は、セキュリティ グループを使用して管理することをお勧めします。個人用サ
イト機能では、個人を識別できる情報が保存または使用されます。個人用サイト Web サイトを
展開する場合は、個人情報を保護するためにこれらの機能の動作を制御する方法または機能
を無効にする方法を計画済みであることを事前に確認してください。
既定では、認証済みユーザー全員が、ドキュメント、他の SharePoint Server アイテム、および
外部 Web ページやブログの投稿などの他のアイテムに、評価とソーシャル タグを追加できます
。ユーザーは、個人用サイト Web サイトのプロファイル ページまたは任意の SharePoint Server
ページに、即席のメモを残すこともできます。1 つ以上のセキュリティ グループを使用して、組織
内のユーザーのサブセットにソーシャル機能の使用権限を許可することもできます。
既定では、認証済みユーザー全員が、プロファイルの編集、仕事仲間の追加または編集、メン
バーシップの追加または編集を行うことができます。1 つ以上のセキュリティ グループを使用し
て、組織内のユーザーのサブセットに個人用機能の使用権限を許可することもできます。
電子メール分析は、Outlook の全ユーザーまたはグループ ポリシーを使用して特定のグループ
のみについて有効にできますが、ユーザーはこの機能を無効にできます。すべてのユーザーに
対して電子メール分析が無効になっている場合でも、ユーザーは個別にこの機能を有効にでき
ます。
情報管理
SharePoint Server 2010 の情報管理は、情報の整理、検索、取得、および維持で構成されます
。
ここでは、ドキュメント、レコード、およびデジタル資産の管理と、電子情報開示 (eDiscovery) の
計画に役立つ SharePoint Server 2010 の機能について説明します。
ドキュメント管理
ドキュメント管理は、組織内のドキュメントのライフサイクル (ドキュメントを作成、レビュー、発行
する方法、および最終的にドキュメントを廃棄または維持する方法) を制御します。これには、監
査、ドキュメントの保持、ラベル付け、およびバーコード (印刷されたコンテンツをドキュメント ラ
105
イブラリ内の対応する電子版ドキュメントと確実に関連付けることができます) を実装するため
のポリシーが含まれています。ポリシーを実装すると、組織が法律的に求められている要件 (レ
コードを保持する義務など) に準拠するのに役立ちます。詳細については、「情報管理ポリシー
の計画 (SharePoint Server 2010)」を参照してください。
Microsoft Office system クライアント アプリケーションおよび SharePoint Server 2010 を使用す
る組織は、サーバーおよびアプリケーション アプリケーションの両方にポリシーを適用できます
。
コンテンツの承認
コンテンツ承認のプロセスは、承認者権限を持つサイト メンバーにコンテンツの公開の制御権
を付与するプロセスです。ドキュメント ライブラリの所有者は、ドキュメント ライブラリまたは Web
ページ ライブラリに対してコンテンツ承認を有効にできます。また、必要に応じて、承認プロセス
を実行するためのワークフローをライブラリに関連付けることもできます。
対象ユーザーがコンテンツを利用できるようにするプロセスを形式化して制御するには、コンテ
ンツ承認を使用します。たとえば、コンテンツを発行する企業は、コンテンツを発行する前に法
律に関するレビューと承認が必要になる場合があります。
詳細については、「バージョン管理、コンテンツ承認、チェックアウトの計画 (SharePoint Server
2010)」を参照してください。
バージョン管理
バージョン管理は、1 つのドキュメントの連続する反復に番号を付けて SharePoint Server に保
存するための方法です。ガバナンス ツールとして、バージョン管理を使用することで、読み取り
権限を持つユーザーがドキュメントの下書きを閲覧できないようにします。
詳細については、「バージョン管理、コンテンツ承認、チェックアウトの計画 (SharePoint Server
2010)」を参照してください。
レコード管理
レコード管理は、組織が、レコードと見なす情報の種類、レコードがアクティブである場合にその
レコードを管理する方法、および各種類のレコードを保持する期間を決定するためのプロセスで
す。レコード管理には、有効期限が切れたレコードの破棄、訴訟などの外部イベントに関連した
レコードの検索および保護など、レコード関連のタスクの実行が含まれます。
レコード管理では、次の操作を実行できます。

レコード アーカイブを使用して、レコードの管理またはインプレース レコードの管理を行う。

ドキュメントをレコード アーカイブに移動するためのワークフローを作成する。

電子メールを SharePoint Server 内で管理するか、電子メール アプリケーション内で管理
するかを決定する。

ブログ、Wiki、個人用サイト Web サイトなど、ソーシャル コンテンツをレコードに変換する方
法を決定する。
詳細については、「レコード管理の計画 (SharePoint Server 2010)」を参照してください。
デジタル資産管理
SharePoint Server 2010 のデジタル資産管理機能には、画像、オーディオ ファイル、ビデオ フ
ァイルなど、デジタル資産を保管および管理するための専用リポジトリが用意されています。集
中型のリポジトリを使用してデジタル資産を管理することにより、組織では、ブランド設定された
106
コンテンツを厳しく管理し、適切なユーザーが製品として承認された資産のみを利用できるよう
にすることができます。詳細については、「バージョン管理、コンテンツ承認、チェックアウトの計
画 (SharePoint Server 2010)」を参照してください。
電子情報開示 (eDiscovery)
電子情報開示 (eDiscovery) とは、訴訟、監査、精査などの事柄に対応するために電子的情報
を検出および生成するプロセスです。電子的な情報の管理に Microsoft SharePoint Server
2010 を使用する場合は、SharePoint Server ソリューションを計画する際に電子情報開示を検
討する必要があります。監査、有効期限ポリシー、および検索が、計画プロセスに含める必要
がある検討項目です。この計画プロセスは、電子情報開示を使用する必要が生じる前に完了す
る必要があります。
アクティブ ドキュメント ライブラリがあるすべてのサイト コレクションで監査ポリシーを有効にす
ることをお勧めします。ドキュメントが不要になったら自動的に削除する有効期限ポリシーを実
装することも検討する必要があります。詳細については、「電子情報開示の計画 (SharePoint
Server 2010)」を参照してください。
情報管理ポリシー
情報管理ポリシーは、コンテンツ タイプ、またはコンテンツの保管場所に対する一連のルール
です。ポリシーに含まれる各ルールは、ポリシー機能と呼ばれます。たとえば、情報管理ポリシ
ー機能では、あるタイプのコンテンツを保持する期間を指定したり、ドキュメントの監査を行った
りできます。情報管理ポリシーを使用すると、組織の情報にアクセスできるユーザー、そのユー
ザーが組織の情報に対して行える操作、情報を保持する必要がある期間などを制御できます。
ポリシーは、リスト、ドキュメント ライブラリ、またはコンテンツ タイプに関連付けることができま
す。
情報管理ポリシーを構成する場合は、必要に応じて、ドキュメントの作成者がドキュメントに適用
されるポリシーを認識できるように Microsoft Office 2010 クライアント プログラムに表示するポ
リシー ステートメントを作成できます。これは、ベスト プラクティスとしてお勧めします。
SharePoint Server 2010 には、次の情報管理ポリシー機能が用意されています。

監査ポリシー機能では、ドキュメントおよびリスト アイテムに対して実行されたイベントおよ
び操作を記録できます。監査は、ドキュメントの編集、ドキュメントの表示、ドキュメントの権
限レベルの変更などのイベントを記録するように構成できます。

有効期限ポリシー機能では、追跡と管理が可能な一貫した方法でコンテンツを破棄できま
す。たとえば、ポリシーによって、ドキュメントを削除したり、ドキュメントを廃棄する権限に対
して SharePoint Server からドキュメントを転送するワークフロー タスクを定義できます。

ラベル付けポリシー機能では、ある種類のドキュメントまたはリスト アイテムに関連付ける
ラベルを指定できます。ラベルは、指定されたメタデータ プロパティと書式に基づいて
SharePoint Server によって生成される、検索可能なテキスト領域です。

バーコード ポリシー機能では、ドキュメントの物理コピーを追跡できます。ドキュメントに対し
て固有の ID 値を作成し、その値のバーコード イメージをドキュメントに挿入できます。既定
では、バーコードは一般的な Code 39 標準 (ANSI/AIM BC1-1995、Code 39) に準拠してい
るため、ポリシーのオブジェクト モデルを使用することで他のバーコード プロバイダーを使
用することもできます。
情報管理ポリシー レポートは、組織でのポリシーの一貫性のある使用を監視するのに役立ちま
す。情報管理ポリシーは、組織が規則に準拠できるようにするために実装されることが多いた
107
め、ポリシーの使用状況を頻繁に監視することで、組織が規則を順守しているかどうかを確認
できます。情報管理ポリシーの詳細については、「情報管理ポリシーの計画 (SharePoint Server
2010)」を参照してください。
情報アーキテクチャの機能
SharePoint Server 2010 での情報アーキテクチャとは、企業内の情報 (ドキュメント、リスト、Web
サイト、および Web ページ) の使いやすさと管理しやすさを最大限にするための情報の編成で
す。
ポータル Web サイトの情報アーキテクチャは、どのようにサイト (そのサブサイト、Web ページ、
ドキュメント、リスト、およびデータ) で情報をまとめ、どのように情報を表示するかを決定します
。企業は、情報アーキテクチャの標準およびポリシーを作成して適用するガバナンス本体を作
成することによって、ポータルの ROI を向上できます。適切に管理されたアーキテクチャを使用
すれば、企業内の情報の検出、共有、および使用は容易になります。
ここでは、企業の情報アーテクチャの使用を管理する SharePoint Server 2010 機能について説
明します。
コンテンツ タイプ
コンテンツ タイプを使用することで、企業はコンテンツの編成、管理、および処理を一貫した方
法で行うことができます。コンテンツ タイプでは、ある種類のリスト アイテム、ドキュメント、また
はフォルダーの属性を定義します。各コンテンツ タイプでは、そのタイプのアイテムに関連付け
るメタデータ プロパティ、使用可能なワークフロー、テンプレート、および情報管理ポリシーを指
定できます。コンテンツ タイプを使用することで、情報管理ポリシー、必要なメタデータ、および
その他のポリシーの一貫性を確保します。コンテンツ タイプを管理するには、コンテンツ タイプ
の変更に使用するフォームにイベント レシーバーおよびワークフローを関連付けることを検討し
てください。
詳細については、「コンテンツ タイプとワークフローを計画する (SharePoint Server 2010)」を参
照してください。
[サイトのコンテンツと構造] ページ
サイト コレクションのトップレベル サイトにある [サイトのコンテンツと構造] ページで、
SharePoint サイト コレクションのコンテンツと構造を管理します。SharePoint Server は、既定で
はサイトとサブサイトの階層に基づくため、この機能を使用してサイト ナビゲーションを構成する
こともできます。Web サイトを SharePoint Server 2010 に移植している場合は、[サイトのコンテ
ンツと構造] ページを使用して、企業のニーズを満たすようにサイトを再構築できます。
Information Rights Management
Information Rights Management (IRM) を使用することで、コンテンツの作成者はそのドキュメン
トを制御および保護できます。IRM を使用するドキュメントのコンテンツは、暗号化され、ユーザ
ーを規制する発行ライセンスが提供されます。
SharePoint Server 2010 は、ドキュメント ライブラリに保存されているドキュメントに対して IRM
をサポートしています。SharePoint Server 2010 で IRM を使用できるドキュメントのファイル形式
は、次のとおりです。

Microsoft InfoPath
108

Microsoft Word

Microsoft Excel

Microsoft PowerPoint

Word Open XML

Excel Open XML

PowerPoint Open XML
ファイルのその他の種類を追加するには、管理者が、ファイルの新しい種類ごとに、プロテクタ
ーと呼ばれる、IRM を使用するドキュメントの暗号化および復号化を制御するプログラムをイン
ストールする必要があります。
ブロックするファイルの種類
ファイル名拡張子の制限に基づいて、サーバーとの間でアップロードまたはダウンロードするフ
ァイルを制限できます。たとえば、拡張子が .exe であるファイルは、クライアント コンピューター
上で実行でき、悪意のあるソフトウェアが含まれている可能性があるため、ブロックできます。
Windows エクスプローラーで実行可能プログラムとして扱われるファイルの種類を含め、既定で
は多くのファイルの種類がブロックされます。既定でブロックされるすべてのファイルの種類の
一覧については、「Manage blocked file types (SharePoint Server 2010)」を参照してください。
Web コンテンツ管理 (サイトの公開)
ほとんどのコンテンツ展開シナリオでは、展開元のサイト コレクション (コンテンツの展開元) が
展開先のサイト コレクションとは別のサーバー ファームに存在します。運用環境で実行できる
操作を制限するために、通常、展開先のサーバー ファーム ("運用" ファーム) ではセキュリティ
が強化されています。運用サーバーでコンテンツを変更してもコンテンツ展開ジョブで変更内容
が上書きされる可能性があるので、運用サーバーにおける編集操作は想定されていません。大
部分のコンテンツ展開シナリオでは、展開元サーバー ファームと運用サーバー ファームは、そ
れぞれ別個の AD DS ドメインに属しています。コンテンツ展開トポロジの詳細については、「
Design content deployment topology」を参照してください。
コンテンツ展開は一方向プロセスです。つまり、コンテンツはコピー元サイト コレクションからコピ
ー先サイト コレクションに展開されます。コンテンツ展開機能では、コピー元からコピー先に同
期した後、その逆方向に同期する同期はサポートされていません。コピー先サイト コレクション
で新しいコンテンツを作成するか、既存のコンテンツを変更すると、コンテンツ展開ジョブが失敗
する場合があります。そのため、コピー先サイト コレクション内に格納されているコンテンツをユ
ーザーが直接変更できないように、コピー先サイト コレクションに対するアクセス許可を制限す
ることを検討してください。
展開先サーバー ファーム上のコンテンツに対するアクセス許可は、通常、展開元サーバー ファ
ーム上のコンテンツに対するアクセス許可とは異なります。多くの発行ソリューションでは、展開
先サーバー ファームによるユーザーの認証が、編集環境またはステージング環境で使用され
ているものとは別の AD DS ドメインを使用して行われます。また、これら 2 つのドメインの間に
信頼関係が存在しない場合もあります。詳細については、「Content deployment overview」を参
照してください。
分類および管理されたメタデータ
"管理されたメタデータ" は、階層構造を備えた集中管理型の用語のコレクションであり、用語を
管理者が定義できます。管理されたメタデータは、Microsoft SharePoint Server 2010 のアイテ
109
ム属性として使用できます。ユーザーが管理メタデータを操作できる内容は、ユーザーのロール
によって決まります。
ユーザーが表示できるのは、グローバルな用語セットと、ユーザーのサイト コレクションにロー
カルな用語セットのみです。"ローカル" な用語セットは、サイト コレクションのコンテキストの内
側で作成されます。"グローバル" な用語セットは、サイト コレクションのコンテキストの外側で
作成されます。一部のユーザーに表示を許可しない用語セットがある場合、そのような用語セッ
トは別のグループに割り当てます。詳細については、 「Plan to share terminology and content
types」を参照してください。
組織のガバナンス ポリシーは、Managed Metadata Service と管理されたメタデータ接続の設計
に影響します。たとえば、用語および用語セット管理の公式なプロセスが存在する場合、接続パ
ラメーターの設定方法に影響します。作成するドキュメントすべてに特定の属性のセットが必須
の場合は、尐なくとも 1 つのサービスにコンテンツ タイプ ハブが必要となります。Managed
Metadata Service と管理されたメタデータ接続を決定する前に、組織のガバナンス計画を把握
しておく必要があります。詳細については、「Managed metadata service application overview
(SharePoint Server 2010)」を参照してください。
関連項目
概念
ガバナンスの概要 (SharePoint Server 2010)
110
SharePoint サービスの確立と管理 (SharePoint
Server 2010)
Microsoft SharePoint Server 2010 展開の成功は、安全で管理可能なコスト効果の高い方法を
使用して、サービスを管理し、サービスが顧客のビジネス ニーズを確実に満たすことができるよ
うにする企業の能力に依存します。この記事には、SharePoint Server 2010 をホストする IT サ
ービスの標準的な要素についての説明、SharePoint Server サービスの管理における主な成功
要因の提案、および 3 層の SharePoint サービスの例が含まれます。

SharePoint サービスとは

成功するサービスの要素

SharePoint サービスで何を管理するか

複数のサービスの作成

サービス レベル アグリーメント
SharePoint サービスとは
SharePoint サービスとは、Microsoft SharePoint 2010 製品 に基づいてホストされているサイト
を提供する IT サービスです。サービスは次のような機能を提供します。

サイト コレクション、Web アプリケーション、サーバー ファームなど、ある範囲のサイト

バックアップと復元

コンテンツの保存

カスタマイズのサポート

セキュリティ

速度や可用性に基づくサービス レベル
成功するサービスの要素
SharePoint Server サービスの計画および実装を行う場合、以下の要素について検討します。こ
れらの要素は、管理作業の成功に貢献する可能性があります。

管理グループを形成して使用する
SharePoint Server をサポートする IT サービスは、上級管理者、業務部門のリーダー、影
響力のあるインフォメーション ワーカー、IT 管理者、IT 技術専門家などを含むグループに
よって管理される必要があります。この管理グループの目標は、サービスを監督することで
す。管理グループは、その職務において、サービスで提供される当初の機能およびサービ
スの継続ポリシーを定義し、会議を定期的に開いて成功を評価します。

サービスについて話し合う
111
策定するガバナンス ポリシーは、企業内に公開する必要があります。サービスのセットを
表す Web サイトを保守します。

サービスの使用を促進する
ユーザーが独自のサーバーを展開することを防止または禁止します。代わりに、ユーザー
がサービスを使用することを奨励します。IT セキュリティ ポリシーおよび企業の規制要件に
従って、分離されたサーバーを構成することはできません。また、独自のサーバーを展開す
るユーザーは、そのサーバーを適切にバックアップすることや、ソフトウェアの修正プログラ
ムや更新プログラムを使用してサーバーを最新状態に維持することができなくなる場合が
あります。サービスによって管理されないサーバーのコンテンツは、企業のインデックス サ
ービスによってクロールされない場合があり、コンテンツの孤立したポケットが作成される場
合があります。

複数のサービスを作成する
SharePoint Server をサポートするサービスのセットを提供する必要があります。たとえば、
1 つのサービスでグループ作業用の数千のサイトを提供し、別のサイトで非常に大規模の
ミッション クリティカルなサイト (企業のイントラネット サイトなど) をサポートできます。
SharePoint Server サービスのセットを使用することで、サービスのさまざまなレベルで独自
のガバナンス ルールとポリシーを適用できるため、各組織のサービス レベルに基づいて、
組織ごとに異なる費用を評価できます。最後に、階層化されたサービスを使用することで、
管理可能な方法でサービスを段階的に導入できます。
SharePoint サービスで何を管理するか
SharePoint Server をサポートする IT サービスを設計する場合、管理グループはサービスを制
御するための制限とポリシーを決定する必要があります。SharePoint Server でマルチテナント
機能を使用してサービスをホストする場合、IT グループはサイト セットの共通の管理作業を業
務部門のオーナーに委任できます。これにより、IT グループは、サービス自身に集中して取り
組むことができます。マルチテナントの詳細については、「Hosted environments (SharePoint
Server 2010)」を参照してください。
サービスの次の要素について、制限とポリシーを決定します。

クォータ テンプレート
クォータ テンプレートは、サイト コレクションに格納できるデータ量を指定する値で構成され
ます。また、サイト コレクション管理者に電子メール アラートを送信する際のトリガーとなる
制限もこの値によって示されます。クォータを、さまざまなサービス レベルで提供されるサイ
トに関連付けて、企業内における SharePoint Server の成長を管理できます。サンドボック
ス ソリューションについては、独立したクォータを設定できます。

アップロードの最大サイズ
Web アプリケーション レベルで、アップロードされるファイルの最大サイズに関する制限を
設定できます。ホスト Web アプリケーション内のすべてのサイトで、同じ制限が使用されま
す。

サイトのライフサイクル管理
112
セルフサービス サイトの管理およびサイトの使用確認と削除を使用して、サイトの作成方
法、サイトのサイズ、サイトの有効期限を管理できます。また、有効期限ポリシーとアクセス
ポリシーを設定して、サイト内のコンテンツのライフサイクルを制御できます。
セルフサービス サイトの準備を使用すると、ユーザーは、IT がホストするページにアクセス
し、サイトの使用目的に関するデータを指定することで、ユーザー独自の最上位レベルの
Web サイトを作成できます。その後、カスタム ワークフローに基づいてサイトを準備できま
す。サービスのさまざまなレベルについて、このようなサイトのサイズを管理し、有効期限を
制御できます。

カスタマイズ ポリシー
SharePoint Server に基づくサイトを使用する第一のメリットは、サイトの所有者がサイトをカ
スタマイズできることです。たとえば、サイトの所有者は、サイトの外観を変更したり、カスタ
ム Web パーツ、ワークフローなど、新しい機能を提供したりできます。一部の種類のカスタ
マイズはサーバー ファームにグローバルに適用されるため、サービスの各レベルで許可お
よびサポートされるカスタマイズの種類と量について慎重に検討します。
サンドボックス ソリューションを使用して、ファーム内におけるカスタマイズの影響を制限す
ることを検討します。たとえば、セルフサービス サイトの作成が許可されるサービスには、1
つの Web アプリケーションを共有する数千のサイトが含まれる場合があります。このような
場合、ページへの Web パーツの追加など、ユーザー インターフェイスによってサポートさ
れるサイトのみにカスタマイズを制限できます。サンドボックス ソリューションを使用する場
合、カスタマイズはそのサイト コレクションのみに適用されます。サーバー ファームの仮想
的または物理的な分離を提供するサービス (企業のイントラネット サイト用のサービスなど)
では、カスタム イベント ハンドラー、カスタム ワークフローなど、広範囲のカスタマイズを許
可できます。
Web アプリケーション レベルでは、SharePoint Designer を使用してその Web アプリケーシ
ョンでサイトを変更できるかどうかを制御することもできます。詳細については、「Configure
settings for a Web application (SharePoint Server 2010)」を参照してください。
SharePoint Server 2010 がサポートするカスタマイズの範囲の詳細、およびサービスのさま
ざまなレベルでカスタマイズの各種類をサポートすることのリスクと利点については、白書「
SharePoint 製品とテクノロジのカスタマイズ ポリシー」
(http://go.microsoft.com/fwlink/?linkid=92311&clcid=0x411) を参照してください。この白書
の内容は、特に Microsoft Office SharePoint Server 2007 について書かれていますが、そ
の情報の多くは SharePoint Server 2010 に適用されます。サンドボックス ソリューションの
詳細については、「サンドボックス ソリューションを計画する (SharePoint Server 2010)」を
参照してください。

資産の分類
情報が組織に及ぼす影響および組織における情報の価値を特定する、サービスによって
サポートされるサイトとコンテンツの分類システムを開発して実装できます。たとえば、メタ
データによってコンテンツを分類できます。コンテンツは、ビジネスに及ぼす影響またはビジ
ネス価値の程度 (高、中、低) で分類されます。

影響は露出とコンテンツに関連します。コンテンツが外部に配信された場合、ビジネス
に損害が生じますか? また、コンテンツは、ユーザーまたは顧客についての個人を特
定できる情報を公開しますか? そのような場合、コンテンツは、ビジネスに及ぼす影響
度が高いコンテンツです。
113

価値は可用性に関連します。コンテンツが利用できない場合、企業の日常業務に影響
する可能性がありますか? そのようなコンテンツは、価値が高いコンテンツです。
次に、各分類によって他の動作が生じます。たとえば、ビジネスに及ぼす影響度の高
いコンテンツは、暗号化された形式でのみ転送される必要があります。また、影響度が
中のコンテンツについては、誰もが利用できる Web サイトに公開される前に、承認プロ
セスが実行される必要があります。おそらく、ビジネスに及ぼす影響度の高いコンテン
ツは、制限が厳しいポリシーおよび積極的な障害復旧プロセスを提供するサービス上
でホストされる必要があります。

ライフサイクル管理
サービスでは、使用中のサイトおよび未使用のサイトのライフサイクル ガイドラインまたは
ツールが提供される必要があります。たとえば、サービス レベルが低い場合、6 か月継続
するサイトをサイトの所有者のみが作成できるメカニズムを実装できます。6 か月経過後に
、ユーザーはそのサイトの要求を延長する必要があります。また、指定した期間使用されな
かったサイトを探して削除するツールを実装することもできます。ライフサイクル管理は、サ
ービスを、組織に配備されたレコード管理ツールおよびプロセスと統合することも意味しま
す。詳細については、「レコード管理の計画 (SharePoint Server 2010)」を参照してください。

ブランド化とナビゲーション
企業のスタイル ガイドに従って一貫したブランド化を図ることで、一体感のあるサイトが作
成され、開発が容易になります。マスター ページとテンプレートを使用することで、サイトの
視覚的なブランドを容易に作成できます。承認されたマスター ページは、サイト デザイナー
がそのマスター ページを一貫して使用できるようにサイト ギャラリーに保管します。デザイ
ンが一貫していることで、ユーザーは、サイトを閲覧するときに自分が適切な場所にいるこ
とを確認できます。サイトの所有者が変更できるおよび変更できないテンプレートのパーツ
を定義します。個々のチームまたはプロジェクトのブランドのサブブランド化を図るための場
所を確保しておきます。
ユーザーがコンテンツを検索するサービスを操作するときに道に迷わないようにするには、
一貫したナビゲーションも重要になります。

データ保護
データ保護を提供する機能としてバックアップと復元があります。データ保護のレベルは、
提供するサービス レベルに基づいて変えることができます。レベルが高くなると、サイトの
所有者に料金を請求することが必要になる場合があります。サービスの各レベルにおいて
、サイトのバックアップを作成する頻度、および保証される、サイトの復元にかかる応答時
間を計画します。詳細については、「Plan for backup and recovery (SharePoint Server
2010)」および「Business Continuity Management Resource Center (英語)」
(http://go.microsoft.com/fwlink/?linkid=199235&clcid=0x411) (英語) を参照してください。

セキュリティ、インフラストラクチャ、および Web アプリケーションのポリシー
インフラストラクチャを保守し、インフラストラクチャとコンテンツへのアクセスを監視して、セ
キュリティで保護された安定した環境を維持します。Web アプリケーション ポリシーを使用
し、法令遵守規則または業務ニーズに従って、コンテンツへのアクセスを許可または拒否し
ます。ソフトウェア更新プログラムを使用してインフラストラクチャを最新に維持し、最新の機
能向上と修正プログラムが常に適用されている状態にします。

トレーニング
114
十分なトレーニングを受けたユーザー コミュニティは IT に利益をもたらします。サポートへ
の問い合わせが減尐し、導入が促進され、SharePoint Server が適切に使用されるようにな
り、SharePoint Server サービスを使用するときにユーザーが自分の責務を容易に理解でき
るようになります。サービスの各レベルで、要件として必要とされるトレーニングの適切なレ
ベルについて検討します。基本サービスの場合でも、サイト管理者のアクセス許可を持つ
ユーザーは、サイトの機能に影響する多くの機能にアクセスできます。このようなユーザー
は、このユーザー向けのオンライン トレーニング (チュートリアルなど) を受講することで、
サイトのメリットを最大限に生かすことができます。
ユーザー コミュニティ向けのトレーニングを受講するには、「エンド ユーザー向け
SharePoint 2010 リソース」(http://go.microsoft.com/fwlink/?linkid=199542&clcid=0x411) に
アクセスしてください。
複数のサービスの作成
企業の SharePoint Server サービスのユーザーは、さまざまな目的を満たすサイトを必要としま
す。

存続期間の短い専用のワークスペース。イベントの計画や、会議やプロジェクトの管理を行
います

チーム サイト。一般的なグループ作業を行います

大規模ワークグループ向けの部門ポータル。部門のビジネス プロセスを管理します

企業のイントラネット サイト。組織全体に情報を配信し、サービスを提供します
SharePoint Server サービスを、企業のさまざまなニーズを満たすサービスのセットに分割する
ことを検討します。特定のサービスの各ユーザーは、同じレベルのサポートを受け、同様の費用
を請求されます。より複雑なソリューションまたはより高価なソリューションが必要になるにつれ
、そのソリューションをサポートする新しいサービスを追加できます。この手法の 1 つのメリット
は、サービスを 1 つずつ導入できることです。これにより、IT スタッフの負担が軽減されます。上
級管理者、業務部門のリーダー、および IT 管理者と連携して、サービスの各レベルの要件、お
よびサービスの導入順序を決定します。
次の表に、階層化されたサービス セットの作成方法を示す例を示します。この例では、3 つの
サービス レベルが提供されます。ここに指定された値は推奨値ではなく、サンプル値です。
サービス セットの手法の例
基本サービス
説明 数万の顧客サ
イト コレクシ
ョンをホスト
するために使
用するサーバ
ー ファーム。
拡張サービス
プレミアム サービス
尐数のポータル サイトをホストする 高度にカスタマイズされたま
ように設計されたサーバー ファーム たは非常に重要な大規模サイ
。
トをホストするためのサーバ
サーバー側のカスタマイズ (ただし ー ファーム。
、同じサーバー上でホストされる他 顧客とホスト チーム間で合意
のサイトに影響しないカスタマイズ) されたホスト要件によっては
存続期間の短 に関するいくつかの要件を持つ顧客 、トポロジを拡張できます。
いサイトおよ に適用できます。
115
基本サービス
拡張サービス
プレミアム サービス
び小規模チー
ムのサイトを
サポートする
ことを目的と
します。
例
イベントを計 基幹業務データおよびカスタム ワー 複数のバックエンド ステムと
画するための クフローとの統合を含む部門ポータ の大規模統合を含む企業イン
グループ作業 ル
トラネット サイト
サイト
範囲 サイト コレク Web アプリケーション
ション
複数の Web アプリケーション
を含むサーバー ファーム
カス ユーザー イン
タマ ターフェイス
イズ 内に加えるこ
とができるカ
スタマイズの
みがサポート
されます。
大規模なカスタマイズが許可
されます。すべてのカスタマ
イズは、それらの展開が承認
される前にテストとレビュー
が行われます。または、カス
タマイズはサンドボックス ソ
リューションとしてのみ許可
されます。
カスタム サイト テンプレートなど
、サーバー側の一部のカスタマイズ
がサポートされます。すべてのカス
タマイズは、それらの展開が承認さ
れる前にテストとレビューが行われ
ます。または、カスタマイズはサン
ドボックス ソリューションとしての
み許可されます。
ユー 費用なし、ま 中
ザー たは最尐
の費
用
高
セル はい
フサ
ービ
スの
準備
?
いいえ
いいえ
コン 500 MB
テン
ツの
保存
容量
制限
2 GB
無制限
バッ 週に 2 回
クア
ップ
頻度
毎日
毎日
116
基本サービス
バッ 14 日
クア
ップ
の保
持期
間
拡張サービス
プレミアム サービス
30 日
60 日
サービス レベル アグリーメント
サービス レベルごとにサービス レベル アグリーメントを確立します。サービス レベル アグリー
メントには尐なくとも以下の項目を含める必要があります。

サイトの作成に必要な期間と承認。
サイトを作成するためのプロセス。関係する人。

ユーザーまたは部門にかかるサービスの費用に関する情報。
費用の請求先と、費用項目。

運用を実行するチームおよび頻度を指定する運用レベルの合意。
更新プログラムを適用するチーム。バックアップを実行するチーム。これらの処理を行う頻
度。

ヘルプ デスクによる問題解決に関するポリシー。
ユーザーからの問い合わせの担当者。エスカレーション パス。

サイトの最初の読み込み、2 回目以降の読み込み、およびリモート場所のパフォーマンス
に関して協議されたパフォーマンス目標。

復元、負荷分散、およびフェールオーバーの戦略。

サービスのカスタマイズ ポリシー。

コンテンツとサイトの保存容量制限。

複数言語サポート。
インストールおよびサポートされる言語。
関連項目
その他のリソース
Track or block SharePoint Server 2010 installations
Governance in SharePoint Server 2010
(http://go.microsoft.com/fwlink/?linkid=200590&clcid=0x411) (英語)
SharePoint - Sample Service Level Agreement (SLA) - "From the Field" blog
(http://go.microsoft.com/fwlink/?linkid=203973&clcid=0x411) (英語)
117
サンプル テンプレート : SharePoint ガバナンス計画
(http://go.microsoft.com/fwlink/?linkid=162169&clcid=0x411)
118
情報アーキテクチャの実装と管理 (SharePoint
Server 2010)
企業の情報アーキテクチャを計画し、管理することで、Microsoft SharePoint Server 2010 に基
づくソリューションが組織のニーズを満たすことが容易にできます。効果的な情報アーキテクチ
ャが整備されると、ソリューションのユーザーは情報の検索と保管を容易に行うことができます。
また、その情報の品質が向上し、情報へのアクセスが容易になります。この記事では、次のガイ
ダンスについて説明します。

情報アーキテクチャの概念を紹介します。

SharePoint Server の情報アーキテクチャの推奨管理方法について説明します。

企業の情報アーキテクトが SharePoint Server 2010 で情報アーキテクチャを計画および実
装する際に使用できる参考資料を示します。

ケース スタディを提供し、企業全体でグループ作業を促進するための効果的な情報アーキ
テクチャのメリットを示します。
この記事の内容

情報アーキテクチャとは

情報アーキテクチャの管理

情報アーキテクチャを計画するための参考資料

ケース スタディ: 情報アーキテクチャを管理して、コンテンツの無秩序を排除する
情報アーキテクチャとは
SharePoint Server の情報アーキテクチャとは、情報の有用性と管理性を最大化するための、
企業内の情報 (企業のドキュメント、リスト、Web サイト、および Web ページ) の構成です。情報
アーキテクチャの実装の成功に影響を与える要因を次に示します。

情報の検索がどれだけ簡単か

情報がどのように格納され、どのように取得されるか

ユーザーは情報にどのように移動するか

情報がどれだけ冗長であるか、またはどれだけ重複しているか

情報の各種類において、どのようなメタデータを利用できるか

情報の作成にどのテンプレートが使用されるか

情報アーキテクチャがどれだけ適切に管理されるか

個人用サイトの Web サイトがどのように情報アーキテクチャに適合しているか
情報アーキテクチャの目標と実装は、作成するソリューションの種類によって異なります。次に
例を示します。

企業のイントラネット ポータル サイトの情報アーキテクチャを設計する場合、次の事項を中
心に検討することができます。
119

サイトのコンテンツの特性を表すためにメタデータをどのように使用するか

サイトとドキュメント ライブラリ内のコンテンツの構成

ポータル サイトでのそのコンテンツの可用性

コンテンツの作成に使用するテンプレート
検索は、イントラネット サイトのユーザーにとって非常に重要な機能です。

インターネットに公開される Web サイトの情報アーキテクチャを設計する場合、次の事項を
中心に検討することができます。

サイトを、サブサイトと Web ページの階層にどのように構成するか

階層をサイトのナビゲーション機能にどのように公開するか

サイト上のコンテンツの検索がどれだけ容易であるか
情報アーキテクチャの決定が情報の流れにも影響する場合があります。たとえば、イントラネッ
ト ポータル サイトでは、組織のほとんどのメンバーが利用できないサイトで情報が最初に作成
される場合があります。組織全体でその情報を検出可能で、有益で、実用的なものにするには
、すべてのユーザーが利用できる場所に情報を公開するための方法とガイドラインを情報アー
キテクチャの設計に含めることができます。
組織の規模によっては、チームの SharePoint Server に基づいてソリューションの設計と実装を
行う情報アーキテクトを含めることを検討する必要があります。情報アーキテクトは、イントラネ
ット ポータル サイトなど、大規模 Web 環境での情報の構造化に関する専門知識を持っていま
す。
情報アーキテクチャの管理
以下の条件が維持されるように、企業内の情報アーキテクチャを管理する必要があります。

情報アーキテクチャの実装方法と保守方法を指定することで、組織の情報技術 (IT) チーム
が組織内の情報を管理できる。

情報アーキテクチャが、企業の規制要件、プライバシーのニーズ、セキュリティの目標を満
たしている。

情報アーキテクチャが組織のビジネス目標を満たしている。設計と管理が不十分な情報ア
ーキテクチャは、組織の有効性を低下させる可能性があります。十分に設計され管理され
た情報アーキテクチャはその組織の有効性を増大させる可能性があります。
コンテンツの管理
環境内でコンテンツを管理する計画を作成する場合は、次のベスト プラクティスを検討します。

ドキュメント センターのワークフローと承認、およびサイト ページを使用します。正式なドキ
ュメントがどの場所に保管されているかは関係ありません。

バージョン履歴とバージョン管理を使用して、履歴とグループ文書を保守します。

ドキュメント ライブラリの監査と有効期限を持つコンテンツ タイプを使用して、ドキュメントの
ライフサイクルを管理します。

サイトの使用確認と削除を使用して、サイト コレクションのライフサイクルを管理します。

個人を特定できる情報が含まれる重要な企業資産とサイトを特定します。これらは、セキュ
リティで適切に保護され、監査される必要があります。
120

情報アーキテクチャを、環境の検索戦略と統合します。次のような企業の検索機能を利用
します。

おすすめコンテンツ

人の検索

コンテンツ ソース

外部コンテンツのコネクタ

優先するページ

キーワード

範囲

類義語辞典

分類と評価
重要:
ユーザー導入と法令遵守がない場合、ガバナンスは正常に機能しません。優れたコンテ
ンツと検索に加えて、エンドユーザーのトレーニングと教育がユーザー導入のキーとな
ります。
ガバナンス計画を作成する場合、次のアイテムの種類に適用する必要のあるルールまたはポ
リシーを決定します。

ページ

リスト

ドキュメント

レコード

リッチ メディア

Wiki

ブログ

匿名コメント

匿名アクセス

用語と用語セット

外部データ
コンテンツについて考える場合、以下の要因間のバランスを検討し、コンテンツの種類ごとに、
この中で最も優先度の高い要因を決定します。

可用性 ユーザーがコンテンツを必要とするときにそのコンテンツが利用可能になっている
必要があります。また、ユーザーがコンテンツの入手場所と入手方法を認識している必要
があります。

冗長性 コンテンツを複製するのではなく、1 つのコンテンツを複数の場所に公開すること
で、冗長性が低下し、唯一の真実が提供されます。

アクセス 誰がコンテンツにアクセスできるかを検討します。コンテンツをセキュリティで保
護する必要がある場合、そのようになっているか確認します。
121
希望するコンテンツ ライフサイクルをマッピングします。リスト アイテム、ドキュメント、またはペ
ージが作成、更新、または削除されたときに、どの手順を実行する必要があるか確認します。最
良の結果を得るには、まず、一時的なソリューションではなく、長期間使用する必要があるもの
から始めます。
ガバナンス計画の一環として、誰が何を行うかを決定します。たとえば、誰がサイトを作成する
か、誰が検索内のキーワードを管理するか、誰がメタデータを管理してメタデータが適切に適用
されていることを確認するかを決定します。
この多くは、ドキュメントとレコード管理計画によって説明される必要がありますが、さらに、コン
テンツ用の記憶域の費用も検討する必要があります。ドキュメントとアイテムの容量計画の制限
を理解して、パフォーマンスと規模を考慮します。
重要:
ガバナンス チームは、サイトを定期的にレビューしてサイトがガバナンス計画に準拠し
ていることを確認するプロセスを特定する必要があります。
情報アクセスの管理
情報管理のもう 1 つの側面は、誰がコンテンツにアクセスできるかです。つまり、コンテンツをど
のようにして内部的および外部的に利用可能にするか、および誰に対してコンテンツを利用可
能にするかです。ソリューションとサイトを設計する場合は、コンテンツへのアクセスを必ず検討
してください。これは、環境全体を考えると、IT ガバナンスと重複します。次の問いに答えてくだ
さい。


アクセス許可と対象ユーザー

サイト内のアクセス許可をどのように構成しますか

コンテンツをどのようにして特定のユーザーに関連付けますか
アクセス

どのようにして内部ユーザーがこのコンテンツにアクセスできるようにしますか

どのようにして外部ユーザーがこのコンテンツにアクセスできるようにしますか
ガバナンス チーム
情報アーキテクチャのガバナンスでは、その成功に関係するすべてのグループの参加が必要
になります。ガバナンス チームには、次の主要メンバーが含まれる必要があります。

情報アーキテクトまたは分類管理者
可能であれば、専門の情報アーキテクトを計画チームに含め、その人間をガバナンス チー
ムに参加させます。

法令遵守責任者
法的要件または遵守要件が満たされていることに責任を負う法令遵守責任者またはその
他の人間を含める必要があります。

影響力のあるインフォメーション ワーカー
チームがセットアップするプロセスと構造が使用できるものであることを確認するために、影
響力のあるインフォメーション ワーカーを含めます。
122

IT 技術専門家と IT 管理者
IT 組織の代表を含める必要があります。

業務部門のリーダー
情報アーキテクチャの最終目的は、ビジネスのニーズを満たすことです。したがって、企業
の業務部門の代表が、このガバナンス チーム内で中心的な役割を果たす必要があります
。

上級管理者
上級管理者は、ガバナンス チームの重要な参加者です。この上級管理者は必ずしもガバ
ナンス チームのすべてのセッションに参加できない場合がありますが、ガバナンス チーム
がそのミッションに対する責任を常に果たすように、この役割を含める必要があります。ま
た、役員レベルの支持者がいることで、情報アーキテクチャを管理するための進行中の作
業の進捗を記録するのに役に立つベンチマークが使用されるようになります。
これらの主要な関係者に加えて、企業の種類によっては、次のようなその他の参加者を含める
ように決定することができます。

開発リーダー

トレーナー

IT 管理者

財務関係者
情報アーキテクチャのガバナンス チームを運営する最適な方法は、企業の文化と方法論に基
づきます。ただし、以下のような一般的なガイドラインがあります。

特に初期のセッションでは、定期的に会議を開催し十分な時間をとってすべての問題を検
討します。

討議の中で、適切な情報アーキテクチャの方法を実証します。たとえば、適切に設計された
グループ作業サイトを使用して、討議を記録し、成果物を維持できます。

Web サイトとオンライン アンケートを使用して、より広範な組織に報告します (さらに、組織
全体から要件を収集します)。

一連のマイルストーンと共有予定表を維持します。

情報アーキテクチャの方法を組織の一部の部門で試験運用し、その経験を使用して情報ア
ーキテクチャの方法をより広範な組織にわたって段階的に向上することを検討します。
情報アーキテクチャを計画するための参考資料
次の表に、情報アーキテクトが SharePoint Server ソリューションの情報アークテクチャを計画
するのに役に立つ、利用可能な参考情報を示します。
情報アーキテクチャの参考情報
計画項目
参考資料
サイトとサブ 
サイトの構造
サイトとサイト コレクションを計画する (SharePoint Server 2010)
ドキュメント 
ユーザーを特定し、ドキュメントの使用状況を分析する
123
計画項目
参考資料
ライブラリ

ドキュメント ライブラリの計画 (SharePoint Server 2010)

エンタープライズ コンテンツ記憶域の計画 (SharePoint Server 2010)
ナビゲーショ 
ン
メタデータ
サイトのナビゲーションを計画する (SharePoint Server 2010)

Plan managed metadata (SharePoint Server 2010)

コンテンツ タイプとワークフローを計画する (SharePoint Server 2010)
コンテンツの 
有効期限
情報管理ポリシーの計画 (SharePoint Server 2010)
レコード管理 
レコード管理の計画 (SharePoint Server 2010)
コンテンツの 
移動

Plan content deployment (SharePoint Server 2010)
テンプレート 
サイト テンプレートとサイト定義に関する作業
(http://go.microsoft.com/fwlink/?linkid=119099&clcid=0x411)
コンテンツの 
承認

バージョン管理、コンテンツ承認、チェックアウトの計画 (SharePoint Server
2010)
情報管理ポリ 
シー
情報管理ポリシーの計画 (SharePoint Server 2010)
ソーシャル 
コンピューテ
ィング

ソーシャル コンピューティングとグループ作業を計画する (SharePoint
Server 2010)
Plan workflows (SharePoint Server 2010)
Plan content approval and scheduling
ソーシャル タグのプライバシーとセキュリティへの影響 (SharePoint Server
2010)
ケース スタディ: 情報アーキテクチャを管理して、コ
ンテンツの無秩序を排除する
Fabrikam, Inc. は、自動車部品の世界的なメーカーであり、輸出企業です。取り扱っている商品
には、燃料ポンプ、ウォーター ポンプ、ショック アブソーバー、ブレーキ パッド、およびさまざま
なエンジン部品があります。この企業には、世界に 13,000 人の従業員がおり、世界各地に 50
を超える製造工場があります。Fabrikam の IT 組織は、電子メール、ファイル管理、インターネッ
ト テクノロジなど、情報テクノロジの展開、運用、サポートに加えて、企業 Web サイトなど、情報
テクノロジ ソリューションの開発を行っています。
これまで、Fabrikam のコンテンツは、企業のさまざまな場所のローカル ファイル サーバーに分
散する共有ファイル ディレクトリに保管されていました。これは、無秩序なコンテンツの状況が
生じた一因となっていました。重要なコンテンツは大量に複製されているため、ファイルの "正
124
式" バージョンを確認することが困難でした。コンテンツのメタデータの分類は、非常に限定され
たものであり、ファイル システムでサポート可能なものに基づいていました。作業指示、営業提
案、人事管理のドキュメントなど、一般的なドキュメントについて、企業の各部門で独自のカスタ
ム テンプレートが作成されたため、部門間でドキュメントを比較することが困難でした。
ファイル共有に基づく情報アーキテクチャは不適切であることが明らかになってきたため、
Fabrikam の管理者たちは新しいポータルベースのテクノロジの導入を命じました。管理者たち
はこれを実行し、次の目標を達成しました。

情報アーキテクチャの近代化

コンテンツをファイル共有から、ポータル サイト内のライブラリに移動する

経費報告書の提出など、コンテンツとアプリケーションへの中央アクセスを提供する

Fabrikam 従業員とのコミュニケーションの中心となるホーム ページを提供する
Fabrikam の情報アーキテクチャの進化の過程で、次のステップが開始されました。
次の図は、Fabrikam ポータルの初期のアーキテクチャを示しています。アーキテクチャの最上
位に位置する企業ポータルでは、一般的な企業情報を配信するための中央の場所が提供され
ました。その次のレベルでは、いくつかのサイトによって、人事、法律サービス、金融サービスな
ど、共有リソースが組織に提供されました。
Fabrikam アーキテクチャの共有リソース レベルの下には、Fabrikam のさまざまな地域オフィス
用の部門ポータルがありました。最初に、北米、ヨーロッパ、東アジアがパイロット導入されまし
た。その後、オーストラリア、アフリカ、南米など、その他の部門ポータルが徐々に追加されまし
た。各部門ポータルには、ポリシー、製品設計、研究開発、顧客データのリポジトリが含まれて
いました。
125
ファイル共有に基づくグループ作業からポータルに基づくグループ作業への変更の結果は、ポ
ータル作業の支援者および Fabrikam の全従業員にとって期待はずれのものでした。"コンテン
126
ツの無秩序" が軽減されなかったのです。コンテンツが単にファイル共有からポータル サイトに
移動しただけでした。
資材購入、顧客関係、部品の設計と仕様、いくつかの人事プロセスなど、Fabrikam の重要な機
能は部門レベルで実行されるため、各部門でこれらの機能をサポートするローカル コンテンツ
が開発されました。ポリシー ステートメント、部品の設計図と仕様書、社員ドキュメント、顧客関
係に関連するドキュメント、および同様のコンテンツは、ローカルで作成および管理されました。
これらのドキュメントのテンプレートとメタデータは、複数の部門ポータルに分散しました。メタデ
ータが各部門固有のものになるにつれ、部門間でコンテンツを検索することが困難になってきま
した。部門を越えてドキュメントが見つかると、多くの場合、そのドキュメントは、容易にアクセス
できるように、別の部門のポータルにコピーされました。このような処理により複製が増加したた
め、ドキュメントの "正式" バージョンを見つけることがますます困難になりました。また、部門ポ
ータル内の一部のドキュメントは、他の部門の従業員がそのドキュメントを閲覧できないという
方法によって保護されました。これは、ドキュメントが作成されているときには適切ですが、ドキ
ュメントを企業全体で閲覧可能にする時期と方法に関するガイドラインはありませんでした。
ポータルに関する増大する不満に対処するため、企業は戦略チームを結成しました。この戦略
チームは、Fabrikam のさまざまな部門の管理者、IT チームの中心メンバー、およびポータル ア
ーキテクトによって構成されました。このチームには次のタスクがありました。

SharePoint Server ポータル展開の最新の状態を評価する

ポータルへの必要な変更を推奨する

時間の経過とともに改善されていることを測定する方法を決定する
ポータル戦略を策定したチームは、現在のポータル分類の "部門" 組織が問題の根本原因で
あると結論付けました。各部門でプロセスが重複し、コンテンツがため込まれており、同様の部
門で開発された専門知識とベスト プラクティスが利用されていませんでした。これが、不十分な
グループ作業、浪費されるリソース、およびコンテンツの無秩序の一因でした。このチームの見
識は、企業ポータルのための "運用性" の高い組織に移動することでした。情報テクノロジ、財
務など、共有リソースは、上記のポータル分類に公開されており、すべての部門で閲覧可能で
した。ポータル戦略を策定したチームは、顧客関係、業者関係、プラント構成、研究と設計など、
その他の運用上の統制を、各部門の貯蔵庫からサイト階層内の同じレベルに共有リソースとし
て移動する必要があると結論付けました。コンテンツの場所ではなく、メタデータが情報をさまざ
まな部門に関連付けます。
次の図は、Fabrikam ポータルの改訂されたアーキテクチャです。
127
このような方法で Fabrikam ポータルが再編成されたことで、同様の業務を行うが標準とプロセ
スに基づいて共同作業していなかった企業の各部分でグループ作業が強制され、追加のメリッ
128
トが生じました。たとえば、設計ファイルを中央のリポジトリに格納することで、さまざまな部門が
自動車部品の設計ツールに基づいて標準化を行う必要が生じました。この変更より、費用が節
約され、トレーニング時間が削減されました。また、企業全体で設計のベスト プラクティスをエン
ジニアが閲覧できるようになり、新しい設計プロジェクトの基礎として使用できるようになりました
。
再設計されたポータル アーキテクチャのメリットの概要を次に示します。

情報への中央アクセスが提供されます。

コンテンツの重複が削減されます。

コンテンツの各アイテムの正式バージョンが明確になります。

メタデータが標準化されます。

テンプレートが標準化されます。

グループ作業とベスト プラクティスの共有が促進されます。
ポータルの再設計と再実装は手始めにすぎませんでした。ポータル戦略を策定したチームは、
経営陣の支援を受けて、ポータルのガバナンス チームになりました。結果として、このグループ
は、ポリシーと標準を作成することでポータル ユーザーのニーズを表しました。これにより、組
織全体における責任が確認されて、ポータルの評価と発展のためのフォーラムが提供されまし
た。さらにこれらによって、ポータルの機能が向上するだけでなく、企業の SharePoint Server テ
クノロジの投資に対するリターンが最大化されました。このガバナンス団体が監督したのは次の
要素です。

メタデータの標準

テンプレートの標準

必要なデータを企業全体で利用可能にする時期に関するガイドライン

企業と政府の規制への準拠

トレーニングの標準

コンテンツのブランド化の標準
Fabrikam は、ポータルの投資に対して大きな収益を回収し始めました。プロジェクトから 1 年後
に、チームはコンテンツの棚卸しを行い、500,000 ドキュメントのうち重複しているのは 230 のみ
であることが確認されました。企業は、業務の集中化によって数百万ドルの費用が削減された
ことを確認しました。また、従業員のアンケートから、ポータルに関する満足度が大幅に向上し
たことが示されました。Fabrikam でグループ作業は順調に行われました。
関連項目
概念
サイトとソリューションのガバナンス (SharePoint Server 2010)
ガバナンスの概要 (SharePoint Server 2010)
その他のリソース
Governance Resource Center (http://go.microsoft.com/fwlink/?linkid=200590&clcid=0x411) (
英語)
Plan information architecture for Web content management
129
サンドボックス ソリューションを計画する
(SharePoint Server 2010)
サンドボックス ソリューションでは、セキュリティと安定性を向上させるために、ネットワーク リソ
ースとローカル リソースへのアクセスが制限されます。負荷分散ソリューション、テストが完全で
ないソリューション、およびホスト環境へのユーザー ソリューションの展開に、サンドボックス ソ
リューションを使用できます。サンドボックス ソリューションは個別のワーカー スレッドで実行さ
れるので、他のソリューションに属するリソースにアクセスできず、ローカル リソースおよびネッ
トワーク リソースへのアクセスが制限されます。
このセクションの内容

サンドボックス ソリューションの概要 (SharePoint Server 2010)

サンドボックス ソリューションを計画する (SharePoint Server 2010)
130
サンドボックス ソリューションの概要
(SharePoint Server 2010)
Microsoft SharePoint Server 2010 のソリューションは、SharePoint Server ファームに直接展開
するか、サンドボックスに展開できます。サンドボックスは、制限された実行環境であり、プログ
ラムが特定のリソースのみにアクセスできるようにして、サンドボックスで発生する問題がサー
バー環境の他の部分に影響しないようにします。
サンドボックスに展開するソリューションをサンドボックス ソリューションといい、このようなソリュ
ーションは、コンピューターとネットワークの特定のリソースを使用できず、展開先のサイト コレ
クションの外部のコンテンツにはアクセスできません。この制限とサンドボックス ソリューション
の詳細については、「サンドボックス ソリューションに含められない項目」を参照してください。
サンドボックス ソリューションはサーバー ファーム全体に影響するものではないので、ファーム
管理者が展開する必要はありません。サンドボックス ソリューションの展開は、サイト コレクショ
ン管理者が、また、状況によっては、サイト コレクションのルートにフル コントロールを持つユー
ザーが行うことができます。サンドボックス ソリューションをファームで直接 (サンドボックスの外
部で) 実行するようにできるのは、ファーム管理者のみです。
次の 2 つの状況では、サンドボックス ソリューションの使用が特に適切です。

組織が SharePoint Server 運用サイトで従業員向けにコードを実行する予定で、そのコード
が厳密なコード レビューとテストを受けていない場合。

ホスト側が、ホストされる SharePoint Server サイトの所有者にカスタム コードのアップロー
ドと実行を行わせる場合。
この記事では、サンドボックス ソリューションに関連する概念を紹介し、サンドボックス ソリュー
ションとファームに展開されるソリューションとの違いを説明したうえで、サンドボックス ソリュー
ションの展開および実行方法の概要を示します。ただし、サンドボックスの設定やサンドボックス
ソリューションの展開に関する詳細な手順は説明しません。
この記事の内容

サンドボックス ソリューションの展開と実行

サンドボックス ソリューションの分離

サンドボックス ソリューションに含められない項目

サンドボックス ソリューションとファーム ソリューションの比較

サンドボックス ソリューションを使用する利点
サンドボックス ソリューションの展開と実行
SharePoint Server アプリケーションのいずれのページにも、サンドボックス内で動作するコンポ
ーネントや、ファーム上で直接動作するコンポーネントを含めることができます。ファームに展開
されているコンポーネントは、インターネット インフォメーション サービス (IIS) ワーカー プロセス
131
内で実行されます。サンドボックスに展開されているコンポーネントは、サンドボックス プロセス
内で実行されます。
以下に、サンドボックス内に展開できるコンポーネントのいくつかを示します。

Web パーツ

イベント レシーバー

フィーチャー レシーバー

カスタム Microsoft SharePoint Designer ワークフロー アクティビティ

Microsoft InfoPath ビジネス ロジック
次の手順は、サンドボックス ソリューションを展開する方法を示しています。
1.
ファーム管理者の作業は次のとおりです。これを実行する必要があるのは 1 回だけです。
2.
ファーム管理者がサンドボックスを有効にし、サンドボックス ソリューションが実行され
るサーバーごとにサンドボックス サービスを起動します。
3.
ファーム管理者は、使用する負荷分散スキームを決定します。この負荷分散スキーム
は、ファームのすべてのサイト コレクション内にあるすべてのサンドボックス ソリューシ
ョンに適用されます。
4.
ファーム管理者は、すべてのサンドボックス ソリューションの組み合わせが超過するこ
とのできないリソース クォータを設定します。
5.
サイト コレクションの管理者、またはサイト コレクションのルートにおいてフル コントロール
の権限を持つユーザーが、サイト コレクションのソリューション ギャラリーにソリューションを
アップロードします。
6.
サイト コレクションの管理者は、ソリューションをアクティブ化します。ソリューションにアセン
ブリが含まれない場合は、サイト コレクションのルートにおいてフル コントロールの権限を
持つユーザーがソリューションをアクティブ化することもできます。ソリューションに対して検
証ツールが実行されます。検証に失敗した場合、ソリューションはアクティブ化されません。
サンドボックス ソリューションの実行要求が処理されると、次の作業が行われます。
1.
負荷分散スキームに基づいて、SharePoint Server がソリューションを実行するサーバーを
決定します。負荷分散がローカルの場合、ソリューションは要求を処理しているのと同じサ
ーバーで実行されます。負荷分散がリモートの場合は、ソリューションを実行するサーバー
がソリューションのアフィニティに基づいて選択されます。どちらの場合も、サーバーではサ
ンドボックス サービスが実行中でなければなりません。
2.
SharePoint Server がソリューションを実行するサンドボックス ワーカー プロセスを選択し、
"shim" ダイナミック リンク ライブラリ (dll) とソリューション アセンブリを順にプロセス内に読
み込みます。
3.
ソリューションの実行時には、そのコードが shim 内で処理されたうえで SharePoint Server
によって実行されます。ソリューションのコードがサンドボックス ソリューションによる使用が
制限されている API の使用を試みた場合、shim はコードの処理と実行を行わずに例外を
発生させます。
4.
SharePoint Server は、サンドボックス ソリューションが使用するリソースを監視します。サ
ンドボックス ソリューションがハード制限を守れなかった場合 (CPU 時間の使用量があらか
じめ定められた値を超えたときなど)、SharePoint Server はサンドボックス ワーカー プロセ
スを終了させます。サイト コレクション内のすべてのサンドボックス ソリューションの組み合
わせがサイト コレクションのリソース クォータを超えた場合、SharePoint Server は、そのサ
132
イト コレクション内のすべてのサンドボックス ソリューションをその日の終わりまでオフにし
ます。
5.
サイト コレクションの管理者は、サンドボックス ソリューションが使用するリソースを監視し
たり、サイト コレクション内のソリューションを非アクティブ化したりできます。
必要に応じて、ファーム管理者はファームでのソリューションの実行をブロックできます。ファー
ム管理者はソリューションをサンドボックスで実行する要求を削除することもできます。サンドボ
ックスでの実行要求が削除され、ソリューションがファームのどちらかのサイト コレクション内で
実行されると、そのソリューションはもはやサンドボックス内では実行されなくなります。
サンドボックス ソリューションの分離
サンドボックス ソリューションは、さまざまなレベルで分離できます。分離のレベルが高くなるほ
ど、過剰なリソースを消費する可能性があるコードから SharePoint Server サイトの主要部分を
強力に保護できます。最初のレベルでは、サンドボックス コードが、権限に制限のある分離され
たプロセスで実行されます。コード アクセス セキュリティ (CAS) により、コードの実行できる操
作が制限されます。リモート負荷分散を使用したり、特定のサーバーでのみサンドボックス サー
ビスを実行したりすることで、分離のレベルを高めることができます。運用環境では、リモート負
荷分散を使用し、サンドボックス ソリューションの実行に専用のサーバーを用意することをお勧
めします。
サンドボックス ソリューションに含められない項目
SharePoint Server ソリューションには、manifest.xml という構成ファイルが含まれている必要が
あり、追加の構成ファイルやアセンブリが含まれる場合があります。ソリューションがサンドボッ
クス内で実行される場合は、アセンブリや構成ファイルに含めることができる対象が制限されま
す。
以下に、サンドボックス内で実行されるアセンブリが行うことのできない一般的な項目を示しま
す。

ローカル サーバー上に存在しないリソースへの接続。

データベースへのアクセス。

スレッド モデルの変更。

アンマネージ コードの呼び出し。

ディスクへの書き込み。

別のサイト コレクション内にあるリソースへのアクセス。
manifest.xml ファイルはフィーチャー ファイルを参照し、フィーチャー ファイルは要素ファイルを
参照しています。要素ファイルには、feature 要素が含まれています。サンドボックス ソリューシ
ョン内で許可されている feature 要素は、次のものだけです。

ContentType

Field

CustomAction

Module

ListInstance
133

ListTemplate

Receivers

WebTemplate

WorkflowAssociation

PropertyBag

WorkflowActions
サンドボックス ソリューションとファーム ソリューショ
ンの比較
次の表は、ファーム内で実行されるソリューションとサンドボックス内で実行されるソリューション
を比較したものです。
要素 ファーム
サンドボックス
展開 ソリュー ソリューションをサイト コレクションにアップロードしてからサイト
プロ ションを コレクション内でアクティブ化。
セス 追加して
からファ
ームに展
開。
展開 ファーム ソリューションにアセンブリが含まれる場合は、サイト コレクションの
でき 管理者。 管理者だけがソリューションを展開できる。ソリューションにアセンブ
る人
リが含まれない場合は、サイト コレクションのルートにおいてフル コ
ントロールの権限を持つユーザーがソリューションを展開できる。
デー 制限なし ソリューションは展開先のサイト コレクションからコンテンツにアクセ
タ 。
スできるのみ。
アク
セス
ソリ 無制限の 権限が制限された別のワーカー プロセス。
ュー IIS ワーカ
ショ ー プロセ
ンが ス、また
実行 はソリュ
され ーション
るプ が展開さ
ロセ れている
ス 任意のプ
ロセス。
コー ソリュー 制限あり。詳細については、「Deploying a sandboxed solution (英語)」
ド ション開
134
要素 ファーム
サンドボックス
アク 発者は、 (http://go.microsoft.com/fwlink/?linkid=177369&clcid=0x411) を参照。
セス ソリュー
セキ ションの
ュリ パッケー
ティ ジング時
にコード
アクセス
セキュリ
ティ ポリ
シーを設
定できる
。
監視 監視なし 監視あり、ファーム管理者によって設定されたクォータの制限あり。
。
負荷 ソリュー 非サンドボックス ソリューションと別に構成可能。
分散 ションの
種類によ
ってさま
ざま。
ソリ 制限なし 制限あり、詳細については「サンドボックス ソリューションに含められ
ュー 。
ない項目」を参照。
ショ
ンの
機能
サンドボックス ソリューションを使用する利点
サンドボックス ソリューションを使用することの主な利点は、次のとおりです。

サンドボックスの外側のプロセスに影響を及ぼすリスクなしにソリューションを運用
SharePoint Server 環境に追加できます。

サイト コレクションの管理者がサンドボックス ソリューションを展開できるため、ファーム管
理者はこの作業から解放されます。

クォータによって制限できる別のプロセス内でサンドボックスが動作するのでスケーラビリテ
ィと柔軟性が向上すると共に、ファームに対する影響を監視できます。

サンドボックスから移動してファーム上で直接実行するようにする場合も、ソリューションを
修正したり再コンパイルしたりする必要がありません。
135
関連項目
概念
サンドボックス ソリューションを計画する (SharePoint Server 2010)
その他のリソース
Configure a farm for sandboxed solutions (SharePoint Server 2010)
Sandboxed solutions architecture (英語)
(http://go.microsoft.com/fwlink/?linkid=177368&clcid=0x411)
Deploying a sandboxed solution (英語)
(http://go.microsoft.com/fwlink/?linkid=177369&clcid=0x411)
136
サンドボックス ソリューションを計画する
(SharePoint Server 2010)
サンドボックス ソリューションでは、セキュリティと安定性を向上させるために、ネットワーク リソ
ースとローカル リソースへのアクセスが制限されます。負荷分散ソリューション、テストが完全で
ないソリューション、およびホスト環境へのユーザー ソリューションの展開に、サンドボックス ソ
リューションを使用できます。サンドボックス ソリューションは個別のワーカー スレッドで実行さ
れるので、他のソリューションに属するリソースにアクセスできず、ローカル リソースおよびネッ
トワーク リソースへのアクセスが制限されます。
サンドボックス ソリューションを計画するときは、最初にそもそもサンドボックス ソリューションを
使用するかどうかを決定します。最優先の考慮事項がパフォーマンスかセキュリティかを判断す
る必要があります。サンドボックス ソリューションを使用するファームでは、使用しないファーム
より、多くのワーカー プロセスとプロキシ プロセスが生成されます。サンドボックス ソリューショ
ンを使用するとプロセスの分離が促進され、ファームのセキュリティが強化されます。
サンドボックス ソリューションの詳細については、「サンドボックス ソリューションの概要
(SharePoint Server 2010)」を参照してください。
この記事の内容

サンドボックス ソリューションを使用する状況を決定する

サンドボックス ソリューション コードの負荷分散を計画する

サンドボックス ソリューションを展開する場所を決定する

サンドボックス ソリューションを展開できるユーザーを決定する

サンドボックス ソリューションを実行するサイト コレクションを決定する

サンドボックス ソリューションのリソース配分状況クォータを計画する

サンドボックス ソリューションのガバナンスを計画する
サンドボックス ソリューションを使用する状況を決定
する
サンドボックス ソリューションが適しているのは、ソリューションを複数のサーバーに負荷分散す
るシナリオや、完全にテストされていないコードまたは組織がサポートしていないコードを実行で
きるようにするシナリオです。サンドボックス ソリューションは、組織内の開発者に対するテスト
環境から運用環境内のサンドボックス ソリューションまでの拡張された展開パスにおいて、重要
な役割を果たす場合があります。ソリューションを完全に展開しても安全であることが確認され
たら、ファーム管理者は後でサンドボックス ソリューションを完全に信頼される状態に変更でき
ます。
次の状況では、サンドボックス ソリューションの使用が特に適切です。

複数の SharePoint Server サーバー間にソリューションを負荷分散する場合。
137

組織が SharePoint Server 運用サイトで従業員向けにコードを実行する予定で、そのコード
が厳密なコード レビューとテストを受けていない場合。

インターネット ホスティング プロバイダーがホスティングされた SharePoint Server サイトの
所有者にカスタム コードのアップロードと実行を許可する場合。
サンドボックス ソリューションを使用するときは、サンドボックス ソリューションを実行する各サー
バーで SharePoint 2010 User Code Host サービスを有効にする必要があります。
サンドボックス ソリューション コードの負荷分散を計
画する
サンドボックス ソリューションに対しては 2 種類の負荷分散方式のどちらかを選択できます。使
用する負荷分散方式に基づいて、Microsoft SharePoint Server 2010 はソリューションを実行す
るサーバーを決定します。ローカルな負荷分散の場合、ソリューションは要求を受け取るのと同
じサーバーで実行されます。リモート負荷分散を選択した場合は、ソリューションを実行するサ
ーバーはソリューションのアフィニティに基づいて選択され、サンドボックス ソリューションは既に
読み込まれて実行されたことのあるサーバーで実行されます。これにより、ソリューションに対す
る要求に対応する時間が節約されます。どちらの場合も、各サーバーでは SharePoint
Foundation Sandboxed Code Service が実行されている必要があります。
負荷分散方式の選択により、SharePoint Server ファーム全体で使用されるモデルが決まります
。ローカルとリモートの負荷分散を混合して使用することはできず、どちらか一方の実装を選択
する必要があります。実装するモードを決定するときは、次の点を考慮する必要があります。

ローカル モードでは、必要な管理は減りますが、拡張性はローカル サーバーのリソースに
よって制限されます。

リモート モードでは、拡張性はローカル モードよりも上ですが、より多くのサーバーで管理
作業を実行する必要があります。
サンドボックス ソリューションを実行するサーバーが複数ある SharePoint Server ファームでは
、リモート負荷分散モデルを使用するとパフォーマンスが向上します。サンドボックス ソリューシ
ョンを開発プロセスの一部として使用し、それが呼び出されるサーバーに制限したい場合は、ロ
ーカル モードの負荷分散を使用します。
詳細については、「サンドボックス ソリューションの概要 (SharePoint Server 2010)」を参照してく
ださい。
サンドボックス ソリューションを展開する場所を決定
する
サンドボックス ソリューションは、サイト コレクションのルートに展開されます。サイト コレクショ
ン管理者であればだれでも、サンドボックス ソリューションを展開できます。サイト コレクション
に展開したサンドボックス ソリューションは、そのサイト コレクション内のどこからでも使用でき
ます。
サンドボックス ソリューションは、SharePoint Server ファーム内の特定のサーバーだけで実行
することも、すべてのサーバーで実行することもできます。サーバーでサンドボックス ソリューシ
ョンを有効にするには、SharePoint Foundation Sandboxed Code Service を有効にする必要が
138
あります。このサービスは、サンドボックス ソリューションを実行するサーバーごとに有効にする
必要があります。
サンドボックス ソリューションを展開できるユーザー
を決定する
サンドボックス ソリューションの展開に関係するユーザー ロールを計画するときは、ソリューショ
ンを展開できるユーザーおよびソリューションを管理できるユーザーを決定する必要があります
。Site Collection Administrators グループのメンバーは、サンドボックス ソリューションを展開で
きます。
SharePoint Foundation Sandboxed Code Service の有効化または無効化、ソリューションのブロ
ックまたはブロック解除、クォータの調節またはリセットなどの管理作業を実行するには、Farm
Administrators グループのメンバーである必要があります。
メモ:
サンドボックス ソリューションを展開および有効化するには、サイト コレクションの
所有者では不十分であり、サンドボックス ソリューションを展開するサイト コレクシ
ョンの Site Collection Administrator である必要があります。
Farm Administrators はファームのどこにでも展開できる完全に信頼されたソリューションにサン
ドボックス ソリューションを変更できるので、Farm Administrators グループのメンバーシップが
適切なユーザーに限定されるように注意する必要があります。展開するサンドボックス ソリュー
ションのセキュリティが重要な場合は、Site Collection Administrators グループへのユーザーの
追加に関しても、同じ考慮事項が当てはまります。
クォータを使用してサンドボックス ソリューションを実
行するサイト コレクションを決定する
クォータを調節することにより、特定のサイト コレクションでサンドボックス ソリューションを有効
または無効にできます。特定のサイト コレクションでサンドボックス ソリューション用のクォータ
を 0 に設定すると、そのサイト コレクションではサンドボックス コレクションが実行しなくなります
。このようにして、ファームでのサンドボックス ソリューションの使用を微調整できます。
サンドボックス ソリューションを展開する場所を計画するには、SharePoint Foundation
Sandboxed Code Service を実行するサーバーと、サンドボックス ソリューションを実行できるサ
イト コレクションの両方を考慮する必要があります。一部のサイト コレクションでサンドボックス
ソリューションを有効にする場合は、他のサイト コレクションでは、クォータを 0 に設定すること
でサンドボックス ソリューションを無効にする必要があります。
139
サンドボックス ソリューションのリソース配分状況ク
ォータを計画する
サンドボックス ソリューションは、既定のリソース クォータに基づいてリソースの使用状況を監
視されます。サンドボックス ソリューションがいずれかのリソース クォータを超えた場合、そのソ
リューションは、その日の終わりまで、またはファーム管理者が手動でソリューションをリセットす
るまで、無効になります。このような方法は、特定のサンドボックス ソリューションが共有リソー
スを過剰に要求していることを把握するのに、または多くのリソースを使用するサンドボックス ソ
リューションに対してクォータを増やす必要がある場合に、便利です。
ほとんどの状況では既定のクォータで十分です。ただし、必要な場合には、個別のクォータ制限
を調節して制限を高くすることができます。
あるサンドボックス ソリューションがサーバー リソースを常に誤って使用していると判断した場
合は、開発者が修正するまでそのソリューションをブロックできます。サンドボックス ソリューショ
ンのブロックおよびブロック解除の詳細については、「Block or unblock a sandboxed solution
(SharePoint Server 2010)」を参照してください。
サンドボックス ソリューションのクォータに割り当てられる既定値を、次の表に示します。
リソース
説明
単位
ポイントあたり 絶対限
のリソース
度
AbnormalProcessTerminationCount 異常終了したプロセ 回数
ス
1
1
CPUExecutionTime
サイトの CPU 実行時 秒
間
3,600
60
CriticalExceptionCount
重大な例外イベント イベン 10
ト
3
InvocationCount
ソリューションの起 イベン <未定>
動イベント
ト
<未定>
PercentProcessorTime
ソリューションごと パーセ 85
の CPU 使用率
ンテー
ジ
100
ProcessCPUCycles
ソリューションの
CPU サイクル
1 x10^11
ProcessHandleCount
Windows ハンドル数 アイテ 10,000
ム
1,000
ProcessIOBytes
Windows ハンドル数 アイテ 0
ム
1 x10^8
ProcessThreadCount
プロセス全体のスレ インス 10,000
200
140
サイク 1 x10^11
ル
ッド数
タンス
ProcessVirtualBytes
使用メモリ
バイト 0
SharePointDatabaseQueryCount
SharePoint データベ インス 20
ース クエリ数
タンス
100
SharePointDatabaseQueryTime
クエリ実行の経過時 秒
間
60
UnhandledExceptionCount
ハンドルされない例 インス 50
外の数
タンス
3
UnresponsiveProcessCount
応答しないプロセス インス 2
数
タンス
1
120
1.0x10^9
サンドボックス ソリューションのガバナンスを計画す
る
サンドボックス ソリューションを計画している間に、以下のような、ガバナンスの問題に対するプ
ロセスを検討する必要があります。

ファーム管理者は、どの時点でサンドボックス ソリューションをブロックまたはブロック解除
するのか。サンドボックス ソリューションのブロックまたはブロック解除に対する管理ポリシ
ーを明らかにすることで、ソリューションのブロックの必要性に関して疑問がある場合の混
乱を避けることができます。

どの時点で、サンドボックス ソリューションを完全に信頼できるソリューションとしてグローバ
ル カタログに転送するのか。この決定は、組織内の開発者によって開発されたソリューショ
ン コードに適用されます。サンドボックス ソリューションが組織の運用環境で使用できると
見なされるために必要なテストのレベルを決定するポリシーを設ける必要があります。

サンドボックス ソリューションを展開できるユーザーを計画するときは、Site Collection
Administrators グループにユーザーを追加するのか、それとも限られた数のサイト コレクシ
ョン管理者がユーザーに代わってサンドボックス ソリューションを展開する手順を設定する
のか。組織でのセキュリティに対する考慮に応じて、サンドボックス ソリューションを展開す
る権限を求めるようユーザーに要求するのではなく、Site Collection Administrators グルー
プにユーザーを直接追加してもかまいません。
141
SharePoint 2010 ガバナンスの計画 (ホワイト
ペーパー)
Microsoft SharePoint Server 2010 には、ビジネス ユーザーに力を与えるさまざまな機能が用
意されています。たとえば、SharePoint Server 2010 では、ユーザーは別のユーザーと共同で
作業し、コンテンツにタグを付け、コンテンツを評価し、自己発行を行い、独自のソリューションを
開発できます。このような豊富な機能を手にしたユーザー (およびユーザーが働く組織) は、明
確なガイダンスがあると非常に助かります。つまり、ユーザーや組織にとってガバナンス計画を
持つことにはメリットがあります。
このホワイト ペーパーでは、ガバナンスのビジネス側であり、ビジネス ユーザーに影響を与え
る部分である、SharePoint 環境の "フロントエンド" と呼ばれる部分に注目します。Contoso と
いう名前の架空の会社を使用して、SharePoint Server 2010 で必要なガバナンスの計画と実装
に対するガイドラインを示します。
ホワイト ペーパーをダウンロードする:

SharePoint 2010 Governance Planning (Microsoft Word 版) (英語)
(http://go.microsoft.com/fwlink/?linkid=197150&clcid=0x411) (英語)。

SharePoint 2010 Governance Planning (PDF 版) (英語)
(http://go.microsoft.com/fwlink/?linkid=197174&clcid=0x411) (英語)。
142
SharePoint 2010 でのガバナンスの実装 (ホワ
イト ペーパー)
Microsoft SharePoint Server 2010 には、ビジネス ユーザーに力を与える豊富な機能のセット
が用意されています。これらの新機能には、利点を強調し、組織内での整合性と制御を維持し
ながら可能性を実現するために、明確なガイダンスが必要です。
このドキュメントでは、技術的な実装である SharePoint ガバナンスの "バックエンド" に注目し
ます。誰にとってもメリットがあるように環境を管理できるように SharePoint Server 2010 で提供
されている多くの構成オプションについての概要レベルのガイダンスを提供します。ビジネス側
の側面である SharePoint ガバナンスの "フロントエンド" の詳細については、ホワイト ペーパ
ー「SharePoint 2010 ガバナンスの計画 (ホワイト ペーパー)」を参照してください。
ホワイト ペーパーをダウンロードする:

Implementing Governance in SharePoint 2010 (英語) (Microsoft Word 版)

Implementing Governance in SharePoint 2010 (英語) (PDF 版)

Implementing Governance in SharePoint 2010 (英語) (XPS 版)
143
ソーシャル コンピューティングとグループ作業
を計画する (SharePoint Server 2010)
Microsoft SharePoint Server 2010 には、企業のソーシャル コンピューティングとグループ作業
を容易にする機能が実装されています。ソーシャル コンピューティング機能の例としては、個人
用サイトという名前の Web サイトと、ブログ、Wiki、RSS (Really Simple Syndication) などのソー
シャル コンテンツ テクノロジが挙げられます。ユーザーはこれらの機能を使用すると、業務に必
要な一般知識や専門知識を容易に取得し、共有できます。このように情報を共有することによっ
て、グループ作業が促進され、技術革新が進歩し、そのコンテンツを必要とするユーザーに提
供されます。管理者がプライバシー保護のためのポリシーを設定できるようにしつつ、個々のユ
ーザーに合わせてコンテンツを調節できます。
SharePoint Server 2010 のソーシャル コンピューティングとグループ作業の機能は、多様なビジ
ネス アプリケーションとディレクトリ サービスから取得したユーザーに関する情報を統合した、
プロパティのデータベースを基に構築されます。
ソーシャル コンピューティングとグループ作業の機能について詳しく理解し、計画を立てること
は、有効な Microsoft SharePoint Server ソリューションを構築するうえで非常に重要です。
このセクションの内容

User Profile Service の概要

ユーザー プロファイルを計画する

ユーザー プロファイルのポリシーを計画する

プロファイルの同期を計画する

個人用サイトの Web サイトを計画する (SharePoint Server 2010)

個人用サイトの Web サイトを計画する

ソーシャル タグの概要

ソーシャル タグのプライバシーとセキュリティへの影響 (SharePoint Server 2010)

エンタープライズ Wiki の概要

エンタープライズ Wiki の計画

グループ作業サイトの計画
User Profile Service の概要
User Profile Service は、複数のサイトおよびファームにわたって利用できる、SharePoint
Server のサービス アプリケーションです。User Profile Service は、以下の個人用設定の構成と
管理を行う、主要な場所を提供します。

ユーザー プロファイル プロパティ

対象ユーザー

プロファイルの同期設定
144

組織の参照と管理の設定

個人用サイトの設定
詳細については、「User Profile Service の概要 (SharePoint Server 2010)」を参照してください。
ユーザー プロファイルを計画する
User Profile Service は、さまざまなソースから得られるユーザー情報を統合して、強力な個人
用設定機能の基礎になるユーザー プロファイルを作成します。ユーザーとユーザー プロファイ
ルの計画には、User Profile Service への接続を計画することに加えて、プロファイルの同期と、
グループ ポリシーの計画が含まれます。プロファイルを使用して機能を無効にすることもできま
す。たとえば、プロファイルを利用して、仕事仲間に関する情報がプロファイル ページの仕事仲
間のセクションに自動的に表示されないようにできます。
詳細については、「ユーザー プロファイルを計画する (SharePoint Server 2010)」を参照してくだ
さい。
ユーザー プロファイルのポリシーを計画する
ポータル サイトの個人用設定を計画する場合は、組織内のユーザーに関する情報の可用性を
検討する必要があります。全員に表示するのは適切でない情報もあります。一部の情報は、機
密性を保持するために、ユーザーおよび管理者のみが使用できるようにする必要があります。
その他の情報は、グループ作業を促進するために、他のユーザーと自由に共有します。共有す
る情報の決定は、各組織の特定のニーズによって異なる、重要な決定事項です。
詳細については、「ユーザー プロファイルのポリシーを計画する (SharePoint Server 2010)」を
参照してください。
プロファイルの同期を計画する
Microsoft SharePoint Server 2010 で、個人用 Web サイト、人の検索などのソーシャル コンピュ
ーティング機能を使用する場合は、Active Directory ドメイン サービス (AD DS) などのディレク
トリ サービスや、SAP、Siebel などの業務システムに保存しているプロファイルの情報を、
SharePoint Server 2010 と統合する必要も発生します。SharePoint Server 2010 でプロファイル
の同期を利用すると、その作業を行うことができます。
詳細については、「プロファイルの同期を計画する (SharePoint Server 2010)」を参照してくださ
い。
対象ユーザーを計画する
対象ユーザーを使用して組織内のユーザーをグループ化できるため、情報の対象を関連のあ
るユーザーに限定できます。SharePoint Server の User Profile Service の [対象ユーザーの管
理] ページから、対象ユーザーを作成および管理し、その対象ユーザーを使用して、当該共有
サービスを使用するすべてのサイト コレクション内のコンテンツを発信できます。
145
個人用サイトの Web サイトの計画の概要
個人用サイトの Web サイトは、特別な SharePoint サイトで、ユーザーに関するプロファイル情
報と、ユーザーによって作成され、SharePoint データベースに保存されたコンテンツへのリンク
に加え、ユーザーが追跡しているユーザー、関心事、および活動に関する情報が含まれます。
個人用サイトの Web サイトには、3 種類の異なるビューがあります。

[個人用ネットワーク] ページには、ユーザーが追跡しているユーザー、関心事、および活動
が表示されます。

[個人用コンテンツ] ページには、共有ドキュメントと個人用のドキュメント、共有画像、およ
びユーザーが所有するライブラリ、リスト、ディスカッション掲示板、アンケートが一覧表示さ
れます。

[個人用プロファイル] ページには、個人のプロファイル情報が表示されます。
[個人用プロファイル] ページの情報の対象は、そのユーザーまたはユーザーの管理者、チーム
、仕事仲間、あるいはすべてのユーザーに設定できます。個人用サイトの Web サイトの計画に
は、個人用サイトの Web サイトをセットアップする準備、ソーシャル タグとメモの計画、個人用
サイトの Web サイトのポリシーと権限の計画、および個人用設定サイトの計画が含まれます。
詳細については、「個人用サイトの概要 (SharePoint Server 2010)」を参照してください。
個人用サイトの Web サイトを計画する
個人用サイト Web サイトを効果的に計画するには、以下のことを決定する必要があります。

サーバー ファームに個人用サイト Web サイトを展開するための論理アーキテクチャ設計

個人用サイト Web サイトを持つことができるユーザーと、そのようなユーザーの適切なアク
セス許可

ディレクトリ サービスまたはビジネス システムと同期する必要のあるユーザー プロファイル
情報

有効にする個人用サイトの機能

パブリック プロファイルのユーザー プロファイル情報の表示に対して適用するポリシー
詳細については、「個人用サイトの Web サイトを計画する (SharePoint Server 2010)」を参照し
てください。
ソーシャル タグの概要
ソーシャル タグを使用すると、ユーザーは自分にとって意味のある方法で情報を分類できます
。ソーシャル タグは、特定のタグについてフィルター処理することで検索結果の質を高め、情報
の共有を望んでいるユーザーを似た関心を持つ他のユーザーに接続することもできます。
詳細については、「ソーシャル タグの概要 (SharePoint Server 2010)」を参照してください。
ソーシャル タグのプライバシーとセキュリティへの影
響
ソーシャル タグは、企業が開発できるさらに包括的なソーシャル メディア戦略のサブセットです
。Microsoft SharePoint Server 2010 には、次のソーシャル タグ機能が含まれます。
146

ソーシャル タグ。これを使用すると、関心のあるアイテムを保存し、プロジェクトのすべての
情報を整理し、共通の関心を持つ他のユーザーに接続できます。

メモ掲示板。コメントを集中的に追跡できます。

評価。5 つ星などの尺度でコンテンツの価値を評価できます。

Bookmarklet。SharePoint 環境の範囲外にあるページ (企業の外部にある Web サイトなど)
にタグやメモを追加し、これらのタグとメモを個人用サイトの [タグとメモ] タブに表示できま
す。
この記事には、SharePoint Server 2010 のソーシャル タグ機能を企業で使用するための計画
に役立つ情報、および計画での重要な手順が含まれます。
詳細については、「ソーシャル タグのプライバシーとセキュリティへの影響 (SharePoint Server
2010)」を参照してください。
エンタープライズ Wiki の概要
エンタープライズ Wiki は、企業内で大量の情報の共有と更新を行うための発行サイトです。会
社全体で情報の保存と共有の両方を行うために設計された、大規模な中央管理ナレッジ リポ
ジトリが必要な場合、エンタープライズ Wiki の使用を検討してください。
詳細については、「エンタープライズ Wiki の概要 (SharePoint Server 2010)」を参照してください
。
エンタープライズ Wiki の計画
エンタープライズ Wiki は、企業内で情報の保存と共有の両方を行うための、大規模なナレッジ
リポジトリです。エンタープライズ Wiki を使用すると、Wiki、ライブラリ、またはチーム サイトより
も大きな規模で情報の共有と更新を行えます。エンタープライズ Wiki の計画には、エンタープラ
イズ Wiki が組織によって最適なソリューションであるかどうかを判断するときに考慮する必要の
ある事柄、エンタープライズ Wiki のセットアップの準備手順、およびエンタープライズ Wiki に対
するアクセスの計画が含まれます。
詳細については、「エンタープライズ Wiki の計画 (SharePoint Server 2010)」を参照してください
。
グループ作業サイトの計画
グループ作業サイトは、チームまたはユーザー グループが情報の共有やプロジェクトでのグル
ープ作業のために使用できる、SharePoint サイトです。これらのサイトは、特定のポータル サイ
ト コレクションに関連付けたり、発行サイト コレクションの一部にすることができます。グループ
作業サイトはスタンドアロン サイトにもできます。グループ作業サイトの計画では、特定のパス
と追加のパスを定義する方法について説明し、組織で必要なグループ作業サイトの数を判断す
る方法について説明します。
詳細については、「グループ作業サイトの計画 (SharePoint Server 2010)」を参照してください。
147
関連項目
その他のリソース
Plan Managed Metadata
Security and permissions administration (Office SharePoint Server)
User Profile Service administration
148
User Profile Service の概要 (SharePoint
Server 2010)
User Profile Service は、ユーザーに関する情報を、一元管理する場所に格納します。ソーシャ
ル コンピューティング機能はこの情報を使用して、ユーザーが効率的に共同作業を行えるよう
にする生産的な対話を促進します。個人用サイトの Web サイトを準備し、ソーシャル タグ付け、
ニュース フィードなどのソーシャル コンピューティング機能を有効にして、プロファイルを作成し
、それらを複数のサイトとファームにわたって配布するには、User Profile Service を有効にする
必要があります。
この記事の内容

User Profile Service の用途と利点

アーキテクチャ

関連サービス
User Profile Service の用途と利点
User Profile Service は、Microsoft SharePoint Server 2010 の共有サービスで、サービス管理
者が以下の機能の構成と管理を行う一元管理の場所を提供します。

ユーザー プロファイル: 組織内の個人に関する詳細な情報を格納します。ユーザー プロフ
ァイルでは、各ユーザーに関連するすべてのプロパティと、そのユーザーに関連するソーシ
ャル タグ、ドキュメント、およびその他の項目を整理して表示します。

組織プロファイル: チーム、部門など、組織に関する詳細な情報を格納します。

プロファイルの同期: SharePoint Server 2010 のプロファイル ストアに格納されているユー
ザー、グループ、および組織のプロファイル情報を、ディレクトリ サービスに格納されている
プロファイル情報と、企業全体で確実に同期できます。

対象ユーザー: コンテンツの対象ユーザーを組織が設定できるようにします。対象は、ユー
ザーの業務やタスクに基づくこと、SharePoint Server グループまたは配布リストのメンバー
シップで定義されているとおりにすること、組織の報告上の構造別にすること、またはユー
ザー プロファイルのパブリック プロパティ別にすることができます。

個人用サイトのホスト: 個人用サイトの Web サイトをホストすることのみを目的としたサイト
です。個人用サイトのホストは、SharePoint Server のソーシャル機能を展開するために必
要です。

個人用サイトの Web サイト: 組織内のユーザーに、ドキュメント、リンク、および仕事仲間の
管理と保存を行う、一元管理の場所を提供する個人用サイトです。

ソーシャルタグとメモ: ドキュメント、他の SharePoint Server アイテム、および外部 Web ペ
ージ、ブログの投稿など、他の項目に、ユーザーがソーシャル タグを追加できるようにしま
す。ユーザーは個人用サイトの Web サイトのプロファイル ページまたは任意の SharePoint
Server ページに、即席のメモを残すこともできます。管理者は、従業員が退職したときにそ
の従業員のタグをすべて削除したり、不要なタグを削除したりできます。
149
これらの機能によって、組織内のユーザーは情報を共有し、組織内で起きている事柄に通じて
いることができます。たとえばソーシャル タグを利用すると、興味のある情報にタグ付けし、それ
らを追跡できます。共同作業をしているユーザーが新しいブログの投稿を作成したときや、組織
のメタデータに変更があるときに、ユーザーに警告を送信できます。ユーザーと組織の関係や、
組織とサイトの関係を表示することもできます。
SharePoint Server 2010 に備わるその他の共有サービスと同様に、User Profile Service は簡
単に展開してセットアップできます。ファーム管理者は、User Profile Service に備わる機能のす
べてまたは一部の管理を、1 人以上のサービス アプリケーション管理者に委任できます。詳細
については、「Assign administrators to a service application (SharePoint Server)」を参照してく
ださい。
アーキテクチャ
User Profile Service のインスタンスを作成するときには、ユーザー プロファイル情報と関連デ
ータを保存するため、SharePoint Server によって 3 つのデータベースが作成されます。

プロファイル データベース: ユーザー プロファイル情報の保存に使用されます。

同期データベース: Active Directory ディレクトリ サービス (AD DS) のような外部ソースか
ら取得する、プロファイル データ同期用の構成およびステージング情報を保存するために
使用されます。

ソーシャルタグ付け データベース: ユーザーが作成したソーシャル タグとメモを保存するた
めに使用されます。それぞれのソーシャル タグとメモには、プロファイル ID が関連付けら
れます。
これらの各データベースには、User Profile Service を使用して、SharePoint サイト、個人用サイ
トの Web サイト、およびチーム サイトからアクセスできます。これにより、組織内のユーザーに
は、動的で個別設定された操作性が提供されます。
User Profile Service は、適切なビジネス グループが管理し、企業のリソース センターでアドバ
タイズすることができます。1 人の管理者が、User Profile Service のすべての領域を管理でき
ます。別の方法として、各領域を切り離し、サービスに別の領域が存在することを知る必要がな
い複数の管理者が管理することもできます。たとえば、ある管理者は個人用サイトの Web サイ
トを管理し、別の管理者はソーシャル タグとメモを管理するようにできます。User Profile
Service は、業務上のニーズ、セキュリティの制限、および予算に基づいて、特定の部門や一連
のサイトのみで使用可能なように制限できます。SharePoint Server での共有サービス アーキ
テクチャの詳細については、「Logical architecture components (SharePoint Server 2010)」を参
照してください。
関連サービス
User Profile Service は、他の共有サービスを使用して、SharePoint Server の広範囲にわたる
ソーシャル コンピューティング機能を実装しています。このような関連がある共有サービスには
、以下のサービスが含まれます。

Managed Metadata Service: サイト コレクションと Web アプリケーションの全体で、管理メタ
データを使用してコンテンツ タイプを共有できるようにしています。詳細については、「About
the managed metadata service application」を参照してください。
150

Search Service: 人の検索機能を有効にするために必要です。
関連項目
概念
ソーシャル コンピューティングとグループ作業を計画する (SharePoint Server 2010)
その他のリソース
User Profile Service administration
151
ユーザー プロファイルを計画する (SharePoint
Server 2010)
組織内のユーザーについての情報は、User Profile Service 内のユーザー プロファイルに格納
されています。User Profile Service のインスタンスを作成するファーム管理者は、ユーザー プ
ロファイルの管理を自ら行うことも、共有サービスの管理者に委任することもできます。User
Profile Service の管理者は、ユーザーについての情報の管理と、情報の同期のために使用さ
れる接続の管理を行います。情報の同期は、プロファイル ストア、Active Directory ドメイン サ
ービス (AD DS) およびライトウェイト ディレクトリ アクセス プロトコル (LDAP) などのディレクトリ
サービス、および SAP などの基幹業務アプリケーションの間で行われます。
Microsoft SharePoint Server 2010 の初期展開を計画するときには、以下を計画する必要があ
ります。

User Profile Services、ディレクトリ サービス、および基幹業務アプリケーションの間の接続

必要なユーザー プロファイル プロパティおよび組織プロファイル プロパティ

ユーザー プロファイルの表示および変更についてのポリシー

個人用設定サイトなど、他の個人用設定機能でのユーザー プロファイルの使用方法
この記事の内容

ユーザー プロファイルについて

ユーザー プロファイル プロパティ

ユーザー プロファイル ポリシー

メンバーと仕事仲間

ユーザーと専門分野を検索する

プロファイル プロパティを同期する
この記事を読む前に、「User Profile Service の概要 (SharePoint Server 2010)」で説明している
概念を理解しておく必要があります。
ユーザー プロファイルについて
組織内のサイトおよびコンテンツを個人用に設定する前に、ユーザー プロファイルを計画する
必要があります。
ユーザーについての情報は、AD DS などのディレクトリ サービスから取得できます。また、基幹
業務アプリケーション (SAP など) から取り込むこともできます。User Profile Service によって、
このように多様なコンテンツ ソースから取得したプロパティを 1 つにまとめて、組織全体で統一
された一貫性のあるユーザー プロファイルを作成できます。これらのソースから取得したプロパ
ティおよびコンテンツは、User Profile Service が管理するユーザー プロファイルに保存されま
す。
152
ユーザー プロファイルは、共通の管理者、業務グループ、グループ メンバーシップ、サイトなど
、ユーザー間の接続を識別します。また、ユーザー プロファイルには、ユーザーが興味を持って
いる分野についての情報も含まれており、特定分野の専門家をユーザーが見つけるうえで役立
ちます。この情報を使って、人の検索機能によるユーザーどうしの検索が実現されます。このよ
うにして組織内のユーザー間の関係を使用することにより、仕事仲間とのグループ作業やチー
ム間のグループ作業の効率をさらに向上させることができます。
ユーザー プロファイルは、組織内のユーザーに関してインポートされたプロパティやカスタム プ
ロパティを単にグループ化したものではありません。プロパティは、組織内のユーザーどうしの
関係についての情報を表示するためにも使用されます。プロファイルのサブタイプを使用すると
、異なるユーザー セット用に異なるプロパティ セットを作成できます。たとえば、ユーザーをイン
ターンとフルタイム従業員に分類するサブタイプを作成できます。
同じ User Profile Service アプリケーションを使用するサイトはどれも、ユーザー プロファイル
ストアから同じプロパティのセットを受信し、サイトのユーザー情報リストに表示します。これには
、各ユーザーが共有するドキュメントのリストも含まれます。User Profile Service アプリケーショ
ンの作成に関する詳細については、「Create, edit, or delete a User Profile Service application
(SharePoint Server 2010)」を参照してください。
ユーザー プロファイル プロパティ
ユーザー プロファイルを計画するときには、ユーザーに関して必要な情報を判断する必要があ
ります。この情報はユーザー プロファイル プロパティおよびプロファイル プロパティ サブタイプ
に格納されます。ユーザーについての情報は、個人用サイトのホストの Web アプリケーション
のプロファイル ページからすべてのユーザーが参照できます。ユーザーが参照できるプロファ
イル情報の種類は、組織のプライバシー設定およびポリシー設定で決まります。プライバシー
設定は情報の所有者が設定し、ポリシー設定は組織が設定します。ポリシーの設定の詳細に
ついては、「ユーザー プロファイルのポリシーを計画する (SharePoint Server 2010)」を参照して
ください。
ユーザー プロファイルを計画する場合は、以下の要素を検討する必要があります。

どのようなディレクトリ サービスが存在し、どのようなディレクトリ サービスが計画されてい
るか。これらのサービスは、ユーザー プロファイルの基礎を成すものです。組織全体 (また
は複数の User Profile Service アプリケーションを持つ組織内の User Profile Service 全体
) に関連するプロパティに基づいて、コア ユーザー プロファイルでどのプロパティを使用す
るかを決定します。ユーザーの検索、コンテンツ配信時に使用する対象ユーザーの作成、
および仕事仲間と業務グループの間の関係の確立を行う際に使用できるプロパティは重要
です。まずディレクトリ サービス内のプロパティのリストを確認し、次に SharePoint Server
2010 で提供される既定のプロパティを確認し、これらの考慮事項に従ってそのリストを変更
します。

組織内のどの領域で、別々のユーザー プロファイル サブタイプが必要か。たとえば、フル
タイム従業員、パートタイム従業員、およびインターンに対応するユーザー プロファイル サ
ブタイプを作成できますか。

使用する基幹業務アプリケーションのうちで、ユーザーに関する情報が含まれているもの
はどれか。ディレクトリ サービスのプロパティに、どのプロパティをマッピングさせるか。

ビジネス インテリジェンス計画に基づくと、ビジネス アプリケーションのプロパティのうち、組
織内で使用すると便利なユーザー関連以外のプロパティにはどのようなものがあるか。こ
153
れらのプロパティを個人用設定 Web パーツで使用して、対象ユーザーに基づいてビジネス
データを配信できます。

すべてのソースからどのくらいの量のユーザー レコードをインポートするか。また、
SharePoint プロファイル ストアとこれらのソースの間でのレコードの同期をどのくらいの頻
度で行うか。同期のスケジュールの頻度は、レコード数、個人用設定機能を使用する頻度、
およびパフォーマンスと可用性に与える影響が最も尐なくなるように同期をスケジュールで
きるタイミングによって異なります。IT 管理者にこの情報を知らせて、IT 管理者が展開計画
にそれらを含めることができるようにします。

サイト レベルでどのユーザー プロファイル プロパティが予期されるか。組織によっては、一
元的に決められることがあります。また、各サイト コレクションの管理者の裁量に任される
こともあります。
既定のユーザー プロファイル プロパティ
SharePoint Server 2010 には、既定のユーザー プロファイル プロパティのセットが用意されて
います。これらのプロパティとそれらに適用されるポリシーを確認してから、どのような変更を行
うか、どのプロパティを保持または削除するか、どのような追加プロパティを作成するかを決定
します。一部のユーザー プロファイル プロパティには、ひとの検索でインデックスを設定できま
す。また、一部のユーザー プロファイル プロパティでは、ユーザー プロファイルから
SharePoint への完全同期タイマー ジョブまたはユーザー プロファイルから SharePoint へのク
イック同期タイマー ジョブを使用して、すべてのサイト コレクションにプロパティを複製できます。
次の表に、SharePoint Server 2010 での既定のユーザー プロファイル プロパティの一覧を示し
ます。
ユーザー プロファイル プロパティ インデックス設定 複製
AboutMe
可
可
AccountName
可
不可
ADGuid
不可
不可
Assistant
不可
不可
CellPhone
可
可
Department
可
可
Fax
可
不可
FirstName
可
可
HomePhone
可
不可
LastName
可
可
Manager
不可
不可
Office
可
可
PersonalSpace
不可
不可
154
PictureURL
可
可
PreferredName
可
可
PublicSiteRedirect
不可
不可
QuickLinks
可
不可
SID
不可
不可
SPS-AboutUs
可
不可
SPS-Birthday
可
不可
SPS-ClaimID
不可
不可
SPS-ClaimProviderID
不可
不可
SPS-ClaimProviderType
不可
不可
SPS-DataSource
可
不可
SPS-DisplayOrder
不可
不可
SPS-DistinguishedName
不可
不可
SPS-DontSuggestList
不可
不可
SPS-Dotted-line
不可
不可
SPS-EmailOptin
不可
不可
SPS-FormerNames
可
不可
SPS-HireDate
可
不可
SPS-Interests
可
不可
SPS-JobTitle
可
不可
SPS-LastColleagueAdded
不可
不可
SPS-LastKeywordAdded
可
不可
SPS-Location
可
不可
SPS-LogoURL
可
不可
SPS-MasterAccountName
不可
不可
SPS-MemberOf
可
不可
SPS-MySiteUpgrade
不可
不可
SPS-ObjectExists
不可
不可
155
SPS-OWAUrl
不可
不可
SPS-Parent
可
不可
SPS-ParentType
可
不可
SPS-PastProjects
可
不可
SPS-Peers
不可
不可
SPS-PhoneticDisplayName
可
不可
SPS-PhoneticFirstName
可
不可
SPS-PhoneticLastName
可
不可
SPS-ProxyAddresses
不可
不可
SPS-ResourceAccountName
不可
不可
SPS-ResourceSID
不可
不可
SPS-Responsibility
可
可
SPS-SavedAccountName
不可
不可
SPS-SavedSID
不可
不可
SPS-School
可
不可
SPS-Section-BasicInfo
可
不可
SPS-Section-ContactInfo
可
不可
SPS-Section-CustomProperties
可
不可
SPS-Section-Delegation
可
不可
SPS-Section-Details
可
不可
SPS-Section-OrganizationMembers 可
不可
SPS-Section-Preferences
可
不可
SPS-SipAddress
不可
可
SPS-Skills
可
不可
SPS-SourceObjectDN
不可
不可
SPS-StatusNotes
不可
不可
SPS-Team-Site
不可
不可
SPS-TimeZone
不可
不可
156
Title
可
可
UserName
可
可
UserProfile_GUID
可
不可
WebSite
不可
可
WorkEmail
可
可
WorkPhone
可
可
追加的なプロファイル プロパティ
ユーザー プロファイルの既定のプロパティや、ディレクトリ サービスおよびビジネス アプリケー
ションに接続してインポートしたプロパティは、ほかのソースからは使用できない重要な情報を
追跡できるように、プロパティを追加して機能を強化できます。たとえば、整数、文字列、用語セ
ットなどのプロパティを追加できます。たとえば、"favorite hobby" という名前のプロファイル プ
ロパティを作成し、Managed Metadata Service の "hobbies" という用語セットに関連付けること
ができます。ユーザーは、これらのプロファイルを更新するときに、趣味を表す値として、
"hobbies" 用語セットのいずれかの用語を選択できます。用語セットと Managed Metadata
Service の詳細については、「Managed metadata overview」を参照してください。
以前の計画で特定したビジネス ニーズに応じて、User Profile Service またはサイト コレクショ
ンのレベルでプロパティを追加するように計画する必要があります。通常、重要なビジネス ニー
ズに対処するには、ユーザーを重要なビジネス プロセスに関連付ける新しいプロパティを作成
します。これにより、検索でこれらのプロパティを使用してユーザーを見つけたり、個人用設定機
能でこれらのプロパティを使用してユーザーにコンテンツを配信できます。プロパティは、パブリ
ック プロファイルまたは個人用サイトに表示する必要はありません。パブリック プロファイルま
たは個人用サイトに表示されていなくても、検索や個人用設定に使用できます。
計画の範囲を制限するには、各サイト コレクションの重要なビジネス ニーズやシナリオを実現
するプロパティの追加に焦点を絞ります。関係するプロパティで特定のシナリオに対応できない
場合は、初期展開でそのプロパティを追加するよう計画するのではなく、通常の運用中にニー
ズが特定されるまで待ちます。新たなプロパティを多数追加する必要がない可能性はあります
。しかし、明確なニーズがある場合に備えて、検討には値します。
ユーザー プロファイル ポリシー
ポリシーとは、管理者がユーザーに割り当てる一連のルールです。管理者は、これらのルール
を使用して、特定のプロファイル プロパティに対応するプライバシー設定を指定できます。また
管理者は、これらの設定をユーザーが上書きできるかどうかも設定できます。ユーザー プロフ
ァイルの計画には、それらに適用するポリシーの計画を含める必要があります。詳細について
は、「ユーザー プロファイルのポリシーを計画する (SharePoint Server 2010)」を参照してくださ
い。
157
メンバーシップと仕事仲間
組織内の別々のユーザー間の関係は、各ユーザーのパブリック プロファイル ページに表示さ
れます。また、User Profile Service の管理者は、プロファイル ストアに格納されているユーザー
プロファイルからも、これらの関係についての情報を参照できます。この関係情報には、以下の
情報が含まれます。

サイトのメンバーシップ (各ユーザーのすべてのメンバーシップのグローバルなビュー)

配布リストのメンバーシップ

仕事仲間
メンバーシップ
SharePoint Server 2010 では、ユーザーのプロファイルには、ユーザーが属するすべてのメン
バーシップおよび配布リストのリストが含まれています。配布リストの情報は、プロファイルの同
期の際に、ディレクトリ サービス、LDAP サービス、または基幹業務アプリケーションと同期され
ます。[ユーザー プロファイルから SharePoint への完全同期] では、タイマー ジョブのメンバー
シップ情報が同期されます。既定では、このタイマー ジョブで、ユーザー プロファイルにサイト
メンバーシップが追加されます。ユーザーのサイト メンバーシップについての情報がユーザー
プロファイルに含まれるのは、ユーザーがサイトの既定のメンバーシップ グループに属する場
合のみです。
仕事仲間
仕事仲間には、各ユーザーの直接の関係者 (ユーザーの管理者、同僚、直属の部下など) を含
めることができます。ユーザーのグループ間にまたがって重要な関係が構築される組織では、
管理者またはその他のユーザーが、特定の業務グループについて、仕事仲間のリストにユー
ザーを追加するとよい場合があります。また、仕事仲間の候補を SharePoint Server のユーザ
ーにエクスポートするように Outlook を構成することもできます。詳細については、「Enable
SharePoint Server 2010 Colleague in Outlook 2010」を参照してください。
ユーザーと専門分野を検索する
SharePoint Server 2010 では、組織内での専門分野およびロールに基づいて、ユーザーが他
のユーザーを検索できます。ファーム管理者は以下のユーザー検索方法を有効にできます。

人の検索 検索結果には、各ユーザーのパブリック プロファイルへのリンクと、電子メール
またはメッセージング プログラムで連絡を取るためのリンクが含まれます。

専門知識の検索 人の検索および専門知識タグと共に使用し、特定の分野に関して専門
知識を持つと自認する人をユーザーが組織内から検索できます。電子メール分析が有効な
場合、Microsoft Office Outlook 2007 の電子メールを使用しているときには、仕事仲間の
候補が Outlook からインポートされます。Microsoft Outlook 2010 を使用しているときには
、仕事仲間およびキーワードが分析され、その結果に基づいてユーザーに候補が示されま
す。電子メール分析は Outlook で有効にできますが、ユーザーは希望によりこの機能をオ
プト アウトできます。電子メール分析の詳細については、「Enable SharePoint Server 2010
Colleague in Outlook 2010」を参照してください。
ユーザーを計画する場合は、既定のユーザーの検索範囲および [検索センター] タブを、より限
定的なユーザー グループに対してカスタマイズした検索範囲およびタブで補完することを検討
してください。
158
User Profile Service 管理者は、情報アーキテクチャおよびサイト階層を調べて、サイト全体の
ユーザーによって求められる特定のユーザー グループに関連する重要なビジネス コンセプトを
特定できます。次に、User Profile Service 管理者は、Search Service 管理者と連携して、それ
らの特定のグループに対応する検索範囲およびユーザー検索タブを作成できます。また、管理
するユーザー プロファイルの知識を使用して、他の便利なユーザー グループを指定し、それら
のグループに対応する特定の検索範囲および検索タブを追加で作成できます。
サイト コレクションの管理者は、そのサイト コレクションのメンバーであるユーザーに対して、サ
イトレベルの検索範囲を作成できます。
人の検索の計画は、ユーザー プロファイル計画にもフィード バックされます。初期計画で、ユー
ザーまたはユーザー グループを簡単に検索できるようにする必要があるにもかかわらず、それ
らを簡単に検索するための適切なプロパティが存在しない場合があります。
プロファイル プロパティを同期する
ユーザー プロファイルを計画する手順には以下が含まれます。

プロファイル情報を同期するディレクトリ サービスおよび基幹業務アプリケーションを特定
する

それらのアプリケーションに対する接続を計画する

同期するプロパティをマッピングする

定期的な同期のスケジュールを決定する
計画の基本方針は、組織内の全ユーザーのコンテンツ ソース間で整合性を確保することです。
User Profile Service を使用すると、ディレクトリ サービスおよびビジネス アプリケーション全体
で組織内のユーザーに関する情報を収集して、常に一貫性のある情報を適切なタイミングで提
供できます。ユーザーに関する情報は、同じ User Profile Service アプリケーションを使用する
すべてのサイト コレクションへの展開全体で同期されます。この情報は、グループ作業および
組織内の関係の価値を高めるために、個人用設定機能でも使用できます。
ユーザー プロファイルの同期を計画するときには、以下のタスクを含める必要があります。

SharePoint Server 2010 のユーザー プロファイルの既定のプロパティから開始する

ユーザー プロファイルのプロパティに対して補完的な情報を提供するディレクトリ サービス
への接続を特定する

基幹業務アプリケーションにユーザーを接続するための追加的なビジネス データを考慮す
る
SharePoint Server 2010 には、SharePoint Server 2010 とディレクトリ サービスとの間でユーザ
ー プロファイル プロパティを双方向で同期できる機能があります。User Profile Service は関連
するビジネス アプリケーションとの接続を維持しており、関係する全コンテンツ ソースから定期
的に同期を実行するときにユーザー プロファイル プロパティを更新します。
プロファイルの同期の詳細については、「プロファイルの同期を計画する (SharePoint Server
2010)」を参照してください。
関連項目
概念
159
ソーシャル コンピューティングとグループ作業を計画する (SharePoint Server 2010)
その他のリソース
Understanding Forefront Identity Manager 2010 (英語)
(http://go.microsoft.com/fwlink/?linkid=165841&clcid=0x411) (英語)
160
ユーザー プロファイルのポリシーを計画する
(SharePoint Server 2010)
ポリシーは、User Profile Service の管理者がユーザーまたはユーザー グループに割り当てる
一連のルールです。管理者はそれらのルールを使用して、ユーザーが表示できるサイト コンテ
ンツおよびユーザーがそのコンテンツに対して実行できる操作を指定できます。計画の始めに、
組織内のユーザーの情報に関する現在の表示対象者設定を評価します。個々のユーザーに
関する情報の中には、非公開のままにしておく必要があるものがあります。また、グループ作業
を促進するために、他のユーザーと自由に共有した方がよい情報もあります。
Microsoft SharePoint Server 2010 には構成可能な一連のポリシーが用意されており、管理者
は、組織のニーズに合わせて適切な情報を使用可能にできます。また、組織に固有のニーズに
合わせたカスタム ポリシー機能を作成して展開することもできます。最適な組み合わせのポリ
シーを実装するための計画を作成する前に、組織全体のグループ作業のニーズを確認する必
要があります。
情報アーキテクチャおよびサイト階層は、使用するポリシーを決定する際に重要な役割を果たし
ます。だれがサイトを使用するのかも検討する必要があります。たとえば、表示者は多数でも投
稿者が非常に尐ないセントラル ポータル サイトを持つ大規模な組織では、多数のユーザーが
コンテンツを投稿できる部署サイトよりも、情報を共有する必要性が低い場合があります。これ
らの問題の多くはセキュリティ計画の一部として扱われますが、プライバシー ポリシーとセキュ
リティに関する考慮事項は関連性が高いため、一緒に検討することをお勧めします。
ポリシーの制限が尐ないほど、パブリックプロファイルを表示できるユーザー数が増え、表示頻
度も高くなるので、ユーザー プロファイルの更新と対象ユーザーのコンパイルを行う頻度も高く
なります。ユーザー数が多い組織では、更新頻度がパフォーマンスおよび容量の計画に影響を
及ぼすことがあります。
User Profile Service 管理者は、ポリシーに関する決定事項を組織内の IT 担当者と共有する必
要があります。IT 計画に影響を及ぼす可能性があるポリシー関連の問題を以下に示します。

ユーザー プロファイル情報のソース

ユーザー プロファイル情報の推定更新頻度

対象ユーザーの推定コンパイル頻度

プロファイル サービスを実行しているサーバーのパフォーマンスおよび容量に対する影響
この記事の内容

既定のポリシー

ユーザー プロファイル プロパティのポリシー
この記事を読む前に、「ユーザー プロファイルを計画する (SharePoint Server 2010)」で説明し
ている概念を理解しておく必要があります。
161
既定のポリシー
個人用設定機能や、ユーザー プロファイルおよび個人用サイトに表示されるプロパティにはす
べて、推奨される既定のポリシーがあり、組織のニーズに応じてカスタマイズできます。各ポリシ
ーは、ポリシー設定と既定の表示対象者設定 の 2 つの部分から構成されます。

ポリシー設定 個人用設定機能が提供する情報の中には、組織の主要なビジネス プロセ
スにとって重要なものもありますが、組織全体で共有するには適していないものもあります
。その 2 つの中間的なものとして、すべてのユーザーには公開せずに一部のユーザーの
みで共有する必要がある情報もあり、その場合は、それぞれの状況に対処できるポリシー
を作成する必要があります。適切な機能またはポリシーを決定するには、組織のビジネス
サイドからの担当者の協力を得る必要があります。ポリシー設定は以下のとおりです。

[有効] 機能は、既定の表示対象者設定に応じて、User Profile Service 管理者、およ
び User Profile Service 管理者以外のユーザーに対して表示されます。

[必須] プロパティに情報が含まれる必要があり、情報は既定のアクセスに基づいて
共有されます。これらの機能またはプロパティを含むフォームは、必要な情報が入力さ
れない限り、送信できません。たとえば、管理者プロパティは、通常は必須です。その
ため、組織のレポート階層に基づいて、組織機能および対象ユーザーに対して情報を
提供するのに使用できます。

[任意] プロパティは作成されますが、その値が自動的に入力されないようにできます
。プロパティの値を指定するか、プロパティを空のままにするかは、各ユーザーが決定
します。たとえば、自分の仕事仲間機能は省略できますが、空欄ではなく、ユーザーの
自分のチーム リスト内のすべてのユーザーを含む仕事仲間のリストが、アクセス権を
持つユーザーに既定で表示されます。ユーザーは、仕事仲間をリストから削除したり、
仕事仲間をリストに追加したりできます。

[無効] プロパティまたは機能は、User Profile Service 管理者にのみ表示されます。
個人用設定サイトまたは Web パーツには表示されず、共有できません。

[ユーザーによる上書きを許可する] [ユーザーによる上書きを許可する] オプション
を選択したプロパティを使用すると、ユーザーはそれらのプロパティの既定の表示対象
者設定を変更できます。このオプションを選択すると、各ユーザーは、プロパティに対し
て入力した値を表示できるユーザーを決定できます。このオプションを選択しなければ
、User Profile Service 管理者のみが既定のアクセス設定を変更できます。
メモ:
既定のアクセスポリシーが [すべてのユーザー] に設定されていて、[ユーザーによる上
書きを許可する] オプションが選択されていない場合は、プロパティおよび機能を別の
SharePoint サイトにレプリケートできます。

既定の表示対象者設定 表示対象者の設定によって、特定の個人用設定機能の情報を
表示できるユーザーが決まります。以下の設定を使用できます。

[すべてのユーザー] サイトを表示するアクセス許可を持つすべてのユーザーが、関
連する情報を表示できます。

[自分の仕事仲間] このユーザーの自分の仕事仲間リストに記載されているユーザ
ー全員が、このユーザーの情報を表示できます。

[自分のチーム] ユーザーが直属するチーム内の全員 (自分の仕事仲間リストのサ
ブセット) が情報を表示できます。
162

[自分の管理者]
す。

[自分のみ]
。
ユーザーおよびユーザーの直属の管理者のみが情報を表示できま
ユーザーおよび User Profile Service 管理者のみが情報を表示できます
ユーザー プロファイル プロパティのポリシー
以下の設問によって、自分の組織に適したポリシーを決定できます。

必須にする必要があるのはどのプロパティか アカウント名、優先する名前、勤務先の電
話番号、部署、役職、勤務先の電子メール アドレスなどのプロパティは、既定で必須となっ
ており、ユーザーは上書きや変更ができません。ほとんどの組織では、これらのプロパティ
は、グループ作業を可能にし、組織全体の関係を築くための重要な手段です。SharePoint
Server 2010 では、仕事仲間、対象ユーザーなど、別の機能を有効にするためのプロパティ
も多数使用します。詳細については、「Plan audiences」を参照してください。

すべてのユーザーに表示する必要があるのはどのプロパティか 既定では、ほとんどのプ
ロパティはすべてのユーザーに表示されますが、機密性の高い情報は、表示が制限される
ように構成できます。たとえば、多くの従業員が現場に出向いているのであれば、だれもが
携帯電話に関する情報を表示できるようにすることが重要であると判断することになります
。そうでなければ、勤務先以外の電話番号は機密扱いにすることになります。

ユーザーが変更できるようにするのはどのプロパティか 一部のプロパティは、ユーザー
が情報を提供したり、特定の操作の実行を許可したりしなくても使用できるように設定でき
ます。たとえば、仕事仲間リストが自動的に入力されないようにしたり、プロパティの既定の
表示対象者設定を変更できるようにしたりできます。
プロパティのポリシー設定を計画する場合は、以下の点を考慮してください。
条件
プロパテ
ィを [無
効] にす
る
プロパテ
ィを [任
意] にす
る
プロパテ
ィを [必
須] にす
る
プロパティが重要なユーザー機能によって使用される場合。
○
プロパティが Microsoft Business Connectivity Services 内のア
プリケーションの重要なビジネス データに関連付けられてい
る場合。
○
プロパティが対象ユーザーの作成に使用される場合。
○
User Profile Service 管理者が、プロパティに一貫した意味の
ある値を入力するよう求めている場合。
○
そのプロパティがあまり使用されない場合。
○
そのプロパティによって、より重要なプロパティに混乱をき ○
たす場合。
163
条件
プロパテ
ィを [無
効] にす
る
プロパテ
ィを [任
意] にす
る
プロパテ
ィを [必
須] にす
る
メモ:
プロパティの表示設定を変更することで、パブリック プロフ
ァイル、[詳細の編集] ページ、または自分の仕事仲間 Web パ
ーツにそのプロパティが表示されないようにできます。
プロパティに既定の値を指定するが、ユーザーがその情報を
削除できるようにする場合、または各ユーザーがプロパティ
に関連する値を指定できるようにする場合。
○
組織のポリシーに対して既定の表示対象者設定を計画する場合は、以下の点を考慮してくださ
い。
条件
操作
プロパティを検索してユーザーを検出できるように、 既定のアクセス ポリシーを [すべ
検索でプロパティを使用する場合。
てのユーザー] に設定する。
メモ:
アクセスが厳しく制限されている
プロパティは、検索で使用されま
せん。
プロパティが組織内の業務グループおよびその他の事 すべてのユーザーに対して表示す
業部全体で使用でき、機密情報が含まれていない場合 る。
。
プロパティが主に、直属の業務グループ内または個別 仕事仲間にのみ表示する。
に選択した仕事仲間の特定のグループ内におけるグル
ープ作業で使用される場合。
プロパティが個人情報または機密情報に属するもので 直属の管理者にのみ表示するか、
ある場合。
場合によっては、個々のユーザー
にのみ表示する。
重要:
164
条件
操作
何を個人情報と見なすかは、組織
によって異なります。
関連項目
概念
ソーシャル コンピューティングとグループ作業を計画する (SharePoint Server 2010)
その他のリソース
Managing privacy in SharePoint Server 2010
165
プロファイルの同期を計画する (SharePoint
Server 2010)
Microsoft SharePoint Server 2010 で、個人用サイトの Web サイトや人の検索などのソーシャ
ル コンピューティング機能の使用を計画する場合、Active Directory ドメイン サービス (AD DS)
などのディレクトリ サービスや、SAP や Siebel などの業務システムに保存しているプロファイル
の情報を、SharePoint Server 2010 と統合することが望まれます。SharePoint Server 2010 でプ
ロファイルの同期を利用すると、まさしくその作業を行うことができます。
この記事の内容

プロファイルの同期について

ディレクトリ サービスと業務システムの特定

権限の計画

同期を行うコンテナーの特定

プロファイルの同期の接続フィルターの定義

プロファイルのプロパティのマップ

同期のスケジュールの計画
プロファイルの同期について
SharePoint Server 2010 のプロファイルの同期を利用すると、User Profile Service のインスタン
スの管理者は、SharePoint Server 2010 のプロファイル ストアに保存されているユーザーやグ
ループのプロファイルの情報と、企業全体のディレクトリ サービスや業務システムに保存されて
いるプロファイルの情報を同期できます。SharePoint Server 2010 のプロファイル ストアでプロ
ファイルの情報が変更されている場合や、ディレクトリ サービスや業務システムでプロファイル
の情報が変更されている場合に、プロファイルの同期が行われます。プロファイルの同期を構
成すると、どちらかのストアに対する変更が検出されます。特定のユーザー プロファイルのプロ
パティについてのインポート/エクスポートの設定に応じて、インポートまたはエクスポートが行
われます。
166
メモ:
既定では、[エクスポート] に設定されているユーザー プロファイルのプロパティはあり
ません。ユーザー プロファイル ストアからディレクトリ サービスにエクスポートする
ユーザー プロファイルのプロパティを明示的に定義する必要があります。SharePoint
Server 2010 では、業務システムにプロファイルのプロパティをエクスポートすることは
、サポートされていません。
重要:
User Profile Service のインスタンスを作成するとき、必ず User Profile Synchronization
Service と同じサーバーに作成する必要があります。User Profile Service のインスタンス
を作成する方法の詳細については、「Create, edit, or delete a User Profile Service
application (SharePoint Server 2010)」を参照してください。
以下は、プロファイルの同期を有効にする前に行う必要があることのリストです。これらの計画
の手順は、示されている順に実行する必要があります。
ディレクトリ サービスと業務システムの特定
SharePoint Server 2010 でプロファイルの同期を計画する場合、まず、プロファイルの情報との
同期に使用するディレクトリ サービスや業務システムを特定する必要があります。
ディレクトリ サービス
SharePoint Server 2010 でサポートされているディレクトリ サービスと同期の機能は以下のとお
りです。
サービス
ユーザー グループ 増分
Active Directory ドメイン サービス (AD DS) 2003 SP2、2008 はい
はい
はい
SunOne (LDAP) 5.2
はい
いいえ
はい
Novell eDirectory (LDAP) 8.7.3
はい
いいえ
はい
IBM Tivoli (LDAP) 6.2
はい
いいえ
はい
SharePoint Server 2010 とドメイン サービスとの間の接続を作成するには、フォレスト名の完全
なパスとドメイン コントローラー名の完全なパスがわかっている必要があります。
1 つの User Profile Service アプリケーションから複数のディレクトリ サービスに接続できます
が、作成するプロファイルの同期の接続は、ディレクトリ サービスのフォレストごとに 1 つのみ
にすることをお勧めします。ただし、1 つのディレクトリ サービス フォレストにログオン情報があ
167
り、別のフォレストにリソース情報がある場合は、ログオン フォレストへの接続を 1 つと、リソー
ス フォレストへの接続を 1 つ作成する必要があります。
業務システム
業務システムに保存されているプロファイルの情報は、Business Data Connectivity Service を
使用して、SharePoint Server 2010 へインポートできます。SharePoint Server 2010 から業務シ
ステムへのプロファイルのプロパティのエクスポートと、業務システムと SharePoint Server 2010
との間の増分の同期の処理はサポートされていません。
特定した業務システムへの接続に使用する Business Data Connectivity Service の名前がわ
かっている必要があります。Business Data Connectivity Service の詳細については、「
Business Data Connectivity service administration overview (SharePoint Server 2010)」を参照
してください。
重要:
Business Data Connectivity Service に接続している場合は、SharePoint Server 2010 で検索
メソッドおよび固有の検索メソッドが Business Data Connectivity モデルに含まれている
必要があります。検索メソッドおよび固有の検索メソッドの詳細については、「ビジネ
ス データ接続モデルを設計します。」
(http://go.microsoft.com/fwlink/?linkid=179316&clcid=0x411) を参照してください。
ヒント:
最初に、外部リストを使用して Business Data Connectivity Service とのプロファイルの同
期をテストする必要があります。外部リストの詳細については、「Business Connectivity
Services security overview (SharePoint Server 2010)」を参照してください。
権限の計画
プロファイルの同期に使用するディレクトリ サービスと業務システムを特定したら、SharePoint
Server 2010 と、接続するディレクトリ サービスまたは業務システムの両方に必要な権限がある
ことを確認する必要があります。たとえば、増分の同期を行うことを計画している場合は、変更
があったプロファイルの情報を特定するために、ディレクトリ サービスに必要な権限を正確に把
握している必要があります。
必要な権限を次の表に示します。
サービス
権限
Active Directory データのインポート元となる AD DS ドメインに接続するには、"ディ
ドメイン サービ レクトリの変更のレプリケート" が必要です。NETBIOS 名とドメイン
ス (AD DS)
名が異なる場合は、cn=configuration コンテナーに対する "ディレクト
168
リの変更のレプリケート" も必要です。SharePoint Server 2010 から AD
DS にプロファイル画像などのプロパティをエクスポートするには、
SharePoint Server 2010 からデータをエクスポートする先の AD DS のオ
ブジェクトおよびすべての子オブジェクトに対する "ディレクトリの変
更のレプリケート" 権限またはそれ以上の権限が必要です。ユーザーの
画像属性 (ThumbnailPhoto 属性など) を保存するコンテナーに対する読
み取り/書き込み権限も必要です。
SunOne (LDAP)
接続 - すべての有効なユーザー
完全同期 - 読み取り、書き込み、比較、および検索の権限のための、
RootDSE への匿名アクセス
増分同期 - 完全同期と同様の権限に加え、cn=changelog オブジェクト
に対しての読み取り、書き込み、比較、および検索の権限
Novell eDirectory 接続 - すべての有効なユーザー
(LDAP)
完全同期 - 指定されたツリーの "入力の権限" プロパティ内の参照の権
限。指定されたツリーのための "すべての属性の権限" 内の読み取り、
書き込みおよび比較の権限。
増分同期 - 完全同期と同様の権限
Business Data
Connectivity
Service
必要な権限はありません。
IBM Tivoli (LDAP) 完全同期および増分同期 – 管理グループのメンバーである必要があり
ます。
プロファイルの同期を設定する前に、環境に必要な権限を特定することをお勧めします。プロフ
ァイルの同期の権限の詳細については、「Configure Profile Synchronization (SharePoint
Server 2010)」を参照してください。
同期を行うコンテナーの特定
ディレクトリ サービスまたは業務システムから SharePoint Server へのプロファイルの情報の最
初のインポートをできるようにするには、インポートおよび同期を行うディレクトリ サービスまた
は業務システムのコンテナーを特定する必要があります。たとえば、どのディレクトリ サービス
のコンテナーに同期を行うユーザー プロファイルがあるかや、どのディレクトリ サービスのコン
テナーに同期を行うグループ プロファイルがあるかを特定する必要があります。この情報は、プ
ロファイルの同期の接続を最初に作成する場合に使用されます。
プロファイルの同期の接続フィルターの定義
一部のプロファイルの情報を同期されないように除外する場合があります。SharePoint Server
2010 では、特定のユーザーまたはグループのプロパティが同期されないようにするために、プ
169
ロファイルの同期の接続にフィルターを設定できます。プロファイルの同期を設定する前に、除
外するプロファイルのプロパティのリストを作成することをお勧めします。
メモ:
SharePoint Server 2010 では、同期を行うプロパティのみを指定するフィルターの設定は
サポートされていません。
プロファイルのプロパティのマップ
SharePoint Server を使用してインポートおよび同期を行うコンテナーを特定したら、SharePoint
Server のプロファイルのプロパティにマップされている、ディレクトリ サービスまたは業務システ
ムのプロファイルのプロパティを確認する必要があります。また、複数のディレクトリ サービスま
たは業務システムの間でマップされる必要があるプロパティは、SharePoint Server 2010 で自動
的にマップされてないので、考慮が必要です。
プロファイルのプロパティをマップする際、可能な場合は、一定のデータ型を使用する必要があ
ります。たとえば、ディレクトリ サービスまたは業務システムのユーザー プロファイルのプロパ
ティで整数データ型が使用されている場合は、ユーザー プロファイルのプロパティを、整数デー
タ型が使用される SharePoint Server 2010 のユーザー プロファイルのプロパティにマップしま
す。ユーザー プロファイルのプロパティを、異なるデータ型が使用されるユーザー プロファイル
のプロパティにマップしないでください。たとえば、ユーザー プロファイルのプロパティを、文字列
データ型が使用されるユーザー プロファイルのプロパティにマップしないでください。
重要:
Microsoft Outlook Social Connector を使用して Microsoft SharePoint Server、AD DS、およ
び Outlook 2010 の間でユーザー プロファイルの画像の同期を行うには、[画像] プロパテ
ィ マッピングの [データ ソース接続] を [エクスポート] に設定する必要があります。ユ
ーザー プロファイルの画像の同期の詳細については、「Enable SharePoint Server 2010
Colleague in Outlook 2010」を参照してください。
既定のプロファイル プロパティ
SharePoint Server 2010 には、ユーザーとグループの両方の既定のプロファイルのプロパティ
で、ディレクトリ サービスまたは業務システムの対応するプロパティにマップできるものがいくつ
かあります。また、SharePoint Server 2010 でカスタム プロパティを作成して、ディレクトリ サー
ビスまたは業務システムの対応するプロパティにマップすることもできます。プロファイルの同期
を設定する前にプロパティのマッピングを特定することをお勧めします。
既定で、姓や名などの一部のユーザー プロファイルのプロパティは、外部のディレクトリ サービ
スまたは業務システムの対応するプロパティに自動的にマップされます。たとえば、AD DS を使
用する場合には、次のプロパティが自動的にマップされます。
ユーザー:
170
AD DS の属性
ユーザー プロファイル ストアのプロパティ
<dn>
SPS-DistinguishedName
objectSid
SID
manager
Manager
displayName
PreferredName
givenName
FirstName
Sn
LastName
PhoneticDisplayName
PhoneticDisplayName
PhoneticFirstName
PhoneticFirstName
PhoneticLastName
PhoneticLastName
telephoneNumber
WorkPhone
mail
WorkEmail
physicalDeliveryOfficeName Office
title
Title
department
Department
sAMAccontName
UserName
wWWHomePage
PublicSiteRedirect
SIP Address
proxyAddresses
グループ:
AD DS の属性 ユーザー プロファイル ストアのプロパティ
<dn>
SourceReference
objectSid
SID
displayName
PreferredName
description
Description
url
Url
member
Member
171
groupType
GroupType
mail
MailNickName
同期のスケジュールの計画
SharePoint Server 2010 では、定期的なスケジュール、または、臨時のスケジュールで、プロフ
ァイルの同期を行うことができます。定期的なプロファイルの同期は、増分の同期になります。
つまり、変更されたプロファイルの情報のみの同期が行われます。臨時のプロファイルの同期
は、完全同期か増分同期のどちらかを行うように構成できます。
運用環境に展開する前に、まず、ユーザー プロファイルのみの臨時の完全同期を実行するよう
に計画する必要があります。その後で、ユーザーとグループの両方のプロファイルの定期的な (
増分の) 同期を実行します。
ユーザーとグループのプロファイルのインポートを完了した後、プロファイルの同期が定期的に
行われるようにスケジュールできます。計画の一環として、企業のビジネス モデルに最適なプロ
ファイルの同期の方法 (定期的な同期または臨時の同期) を特定する必要があります。同期を
実行するのに必要な時間を確認し、実行するスケジュールを決定します。
プロファイル情報の同期に必要な時間は、同期が行われるユーザーやグループの数などのいく
つかの要因によって異なります。完全同期の場合、完了するのに数日間 (場合によっては数週
間) かかる場合もあります。定期的な (増分の) 同期が完了するのに必要な時間は、同期の必
要があるプロファイルの変更の数によって異なります。
プロファイルの同期状態
[User Profile Service アプリケーション] ページで、プロファイルの同期ジョブの状態を確認でき
ます。この状態には、ユーザー プロファイル、組織プロファイル、および対象ユーザーの情報が
表示されます。また、この状態には、User Profile Service のそのインスタンスにおけるプロファ
イルの同期の設定も表示されます。これらの数値は、個々のコンテナーごとの進捗を示し、コン
テナーで同期が開始されるたびにリセットされます。すべてのコンテナーの同期が完了した後は
、SharePoint Server 2010 プロファイル ストアにインポートされたユーザー プロファイルと組織
プロファイルの合計数が表示されます。このセクションのリンクをクリックして、完了したプロファ
イルの同期ジョブの詳細なデータを表示することもできます。
関連項目
概念
User Profile Service の概要 (SharePoint Server 2010)
ユーザー プロファイルのポリシーを計画する (SharePoint Server 2010)
ユーザー プロファイルを計画する (SharePoint Server 2010)
172
個人用サイトの概要 (SharePoint Server 2010)
個人用サイトは、Microsoft SharePoint Server 2010 におけるユーザー個人のサイトであり、そ
こには組織内のユーザー向けにソーシャル ネットワークやグループ作業に関する豊富な機能
が用意されています。これらの機能は、ユーザーにとって専門知識、プロジェクト、取引関係な
どのさまざまな分野にわたる情報を、中央のある特定の場所から見つけ出す手段となります。
各ユーザーはページ右上隅の自分のユーザー名をクリックして、[個人用サイト] をクリックすれ
ば、どのページからでも自分の個人用サイトを表示できます。
この記事の内容

個人用サイトの用途と利点

個人用サイトのアーキテクチャ

関連機能
個人用サイトの用途と利点
SharePoint Server 2010 では、ユーザーが個人用サイトを使用して自分自身や自分の仕事に
関する情報を簡単に共有できます。この情報共有機能によって、ユーザー間のグループ作業が
促進されて専門知識の蓄積と普及が進み、関係するコンテンツを必要としているユーザーに確
実に情報が提供されます。また、どの組織のどのユーザーに提供するかでコンテンツを調整で
き、さらに管理者によるプライバシー保護のポリシーの設定も有効にすることができます。
SharePoint Server 2010 の個人用サイトには次の機能があります。

各ユーザーのプロファイル。ここで、ユーザーは自分の専門知識や写真を共有できます。

活動を追跡するためのニュースフィード。ソーシャル タグ、進捗の更新、仕事仲間のコメント
などがあります。

タグとメモのツール。サイト上で Web ブラウザーから直接、タグを付けたりメモを投稿したり
することが簡単にできます。

共有画像ライブラリ、共有ドキュメント ライブラリ、個人用ドキュメント ライブラリ。

カスタム Web パーツを追加する機能。ブログやニュース ソースの RSS (Really Simple
Syndication) フィードを表示する RSS ビューアーなどを追加できます。

組織ブラウザー。Microsoft Silverlight 3 を使用して、組織の活動状況を閲覧します。

仕事仲間や社員を一元管理する機能。
個人用サイトのアーキテクチャ
User Profile Service
User Profile Service は、ユーザーの情報を保存して一元管理します。ユーザーのプロファイル
に記録される情報としては、顔写真、所属組織、仕事仲間、職能、当該ユーザーの作成したタ
グやメモへのポインターなどがあります。SharePoint Server は、この情報に基づいて、ユーザ
ーの個人用サイト上に提示されたデータを特定の個人と結び付けます。個人用サイトを準備し
173
て、ソーシャル タグやニュースフィードなどのソーシャル コンピューティング機能を有効にするた
めには、User Profile Service を有効にする必要があります。User Profile Service の詳細につ
いては、「User Profile Service の概要 (SharePoint Server 2010)」を参照してください。
個人用サイトのホスト
個人用サイトのホストは、個々の個人用サイトのプロファイルやニュースフィードの集積場所とし
て使用される、一種のサイト コレクションです。それぞれの個人用サイトのコンテンツ部分は、そ
の固有のサイト コレクションに集積されます。SharePoint Server 2010 では、個人用サイトのホ
スト サイト コレクションは自動的には作成されません。User Profile Service アプリケーションの
管理者が、個人用サイトを準備する前に個人用サイトのホスト サイト コレクションを作成する必
要があります。
信頼できる個人用サイト ホストの場所
組織内に複数のサーバー ファームが展開されているか、複数の User Profile Service アプリケ
ーションが構成されているとき、ユーザーは複数の個人用サイトを作成できます。たとえば、地
理的に見てヨーロッパに中央ファームが展開され、アフリカに地域ファームが展開されている場
合、ユーザーはどちらのファームのコンテンツを閲覧しているときも [個人用サイト] のリンクをク
リックできます。結果として、そのユーザーは、ヨーロッパのファームとアフリカのファームにそれ
ぞれ個人用サイトを作成する可能性があります。
組織内で複数のファームまたは複数の User Profile Service アプリケーションが個人用サイトを
ホストしている場合、"信頼できる個人用サイトのホストの場所" 機能を使用してユーザーによる
複数の個人用サイトの作成を禁止できます。この機能を使用すると、信頼できる個人用サイトの
ホストの場所を指定できます。信頼できる個人用サイトのホストの場所を指定すると、ユーザー
は、個人用サイトを作成するリンクをクリックしたとき、どこで何を閲覧していても、自分のユーザ
ー アカウントに結び付けられた個人用サイトへリダイレクトされます。この機能により、組織内で
作成される個人用サイトはユーザーごとに 1 つだけになることが保証されます。
ページ
個人用サイトの Web サイトには、3 種類の異なるビューがあります。

仕事仲間の活動を表示する 個人用ニュースフィード ページ

共有ドキュメント、個人用ドキュメント、写真、ライブラリ、リスト、ディスカッション掲示板、ユ
ーザー独自のアンケートなどを表示する 個人用コンテンツ ページ

個人のプロフィールを表示する マイ プロファイル ページ
これらのページの間を移動するには、ページ上部の [個人用サイト] リンク バーにあるリンクを
クリックします。
関連機能
個人用サイトに関係する機能には次のものがあります。

プロファイルの同期
Active Directory Domain Services (AD DS) などのディレクトリ サービスや業務システム
(SAP、Siebel など) に保存されているプロファイル情報を SharePoint Server 2010 と統合で
きます。プロファイルの同期の詳細については、「プロファイルの同期を計画する
(SharePoint Server 2010)」を参照してください。

専門知識のタグ付け
174
ユーザーのプロファイル内に各自の専門知識の分野をリストしてもらうことができます。組
織の他のユーザーは、この情報を使用して、特定の分野の専門家を見つけることができま
す。

人の検索
部門、役職、知識、専門、興味に基づいて、人を検索できます。
関連項目
概念
ソーシャル コンピューティングとグループ作業を計画する (SharePoint Server 2010)
その他のリソース
Manage service applications and services (SharePoint Server 2010)
175
個人用サイトの Web サイトを計画する
(SharePoint Server 2010)
個人用サイト Web サイトは、Microsoft SharePoint Server 2010 におけるユーザー個人のサイト
であり、そこには組織内のユーザー向けにソーシャル ネットワークやグループ作業に関する豊
富な機能が用意されています。ここでは、エンタープライズへの個人用サイトの展開を準備する
のに役立つ主要な計画手順について説明します。
この記事の内容 :

個人用サイト Web サイトの計画について

個人用サイト Web サイトのアーキテクチャを設計する

ユーザーおよびユーザー権限を決定する

ユーザー プロファイルの情報を同期する

ユーザーと専門知識の検索を計画する

個人用サイトの機能を計画する

ポリシーとプライバシーを計画する
この記事を読む前に、「個人用サイトの概要 (SharePoint Server 2010)」で説明している概念を
理解しておく必要があります。
個人用サイト Web サイトの計画について
個人用サイト Web サイトを効果的に計画するには、以下のことを決定する必要があります。

サーバー ファームに個人用サイト Web サイトを展開するための論理アーキテクチャ設計

個人用サイト Web サイトを持つことができるユーザーと、そのようなユーザーの適切なアク
セス許可

ディレクトリ サービスまたはビジネス システムと同期する必要のあるユーザー プロファイル
情報

有効にする個人用サイトの機能

パブリック プロファイルのユーザー プロファイル情報の表示に対して適用するポリシー
以下では、エンタープライズへの個人用サイト Web サイトの展開を成功させるための準備に役
立つ手順について説明します。
個人用サイト Web サイトのアーキテクチャを設計す
る
SharePoint Server 2010 展開の一部として個人用サイト Web サイトの提供を計画する場合は、
個人用サイト Web サイトの実装をいつ計画するのかということとは関係なく、アーキテクチャ デ
ザインの最初から個人用サイト Web サイトを含めて考える必要があります。このアーキテクチャ
176
には、個人用サイトのホストを含める必要があります。個人用サイト Web サイトを地理的に異な
る複数の場所に展開し、ユーザーが複数の個人用サイト Web サイトを作成しなくて済むように
する場合は、信頼できる個人用サイトの場所の指定を計画する必要があります。
個人用サイトのホスト
個人用サイトのホストは、個人用サイト Web サイトのプロファイルやニュースフィードの部分をホ
ストするために使用される特別なサイト コレクションです。個人用サイト Web サイトのコンテンツ
部分は、固有のサイト コレクションでホストされます。SharePoint Server 2010 では、個人用サ
イトのホスト サイト コレクションは自動的には作成されません。ただし、個人用サイト Web サイ
トのコンテンツ部分を格納するサイト コレクションは、ユーザーごとに自動的に作成されます。
User Profile Service アプリケーションの管理者が、個人用サイト Web サイトを準備する前に個
人用サイトのホスト サイト コレクションを作成する必要があります。このテンプレートは、User
Profile Service アプリケーションごとに 1 度だけ準備する必要があります。
パフォーマンスを最善にするため、個人用サイトのホストは専用の Web アプリケーションに作成
することをお勧めします。
地理的に分散した展開
User Profile Service アプリケーションの管理者は、信頼できる個人用サイトのホストの場所へ
のリンクを追加することで、複数のファームまたは複数の User Profile Service アプリケーション
にある個人用サイト Web サイトにユーザーがアクセスできるようにすることができます。ほとん
どの場合、信頼できる個人用サイトのホストの場所へのリンクは、特定のビジネス ニーズに基
づいて、個別のユーザーまたはユーザーのグループを対象とします。時間と共にビジネスとユ
ーザーのニーズが変化しても、リンクを維持して変更できます。信頼できる個人用サイトのホス
トの場所を指定すると、ユーザーは、個人用サイト Web サイトを作成するリンクをクリックしたと
き、どこで何を閲覧していても、自分のユーザー アカウントに結び付けられた個人用サイト Web
サイトへリダイレクトされます。この機能により、組織内で作成される個人用サイトはユーザーご
とに 1 つだけになることが保証されます。
個人用サイト Web サイトを計画するときは、組織内のユーザーの場所と、個人用サイト Web サ
イトをホストするファームまたは User Profile Sservice アプリケーションの数を考慮する必要が
あります。
セルフサービス サイト作成
ユーザーが自分の個人用サイト Web サイトを作成できるようにするには、セルフサービス サイ
ト作成を計画する必要があります。セルフサービス サイト作成は、個人用サイト Web サイトをホ
ストする Web アプリケーションに対して有効にできます。ユーザーが自分の個人用サイト Web
サイトを作成するには、個人用サイトの作成アクセス許可が必要です。SharePoint Server 2010
では、認証されたすべてのユーザーに対して既定でこのアクセス許可が有効になります。個人
用サイトの作成アクセス許可の詳細については、後のユーザー アクセス許可に関するセクショ
ンを参照してください。
ユーザーおよびユーザー権限を決定する
ユーザー
個人用サイト Web サイトを計画するときは、個人用サイト機能を使用できるようにする組織内の
ユーザーを決定する必要があります。その後で、User Profile Service の展開を計画する必要
177
があります。User Profile Service は、ユーザーの情報を保存して一元管理します。個人用サイ
ト Web サイトは、この情報を使用して、ユーザーが効率的に共同作業できるようにします。個人
用サイト Web サイトを準備し、ソーシャル タグ付け、ニュース フィードなどのソーシャル コンピュ
ーティング機能を有効にして、プロファイルを作成し、それらを複数のサイトとファームにわたっ
て配布するには、User Profile Service を有効にする必要があります。
詳細については、「User Profile Service の概要 (SharePoint Server 2010)」を参照してください。
ユーザー プロファイルを計画する方法の詳細については、「ユーザー プロファイルを計画する
(SharePoint Server 2010)」を参照してください。
ユーザー権限
個人用サイト Web サイトを持つことができる組織内のユーザーを計画するだけでなく、各ユー
ザーが使用できる個人用サイト Web サイトの機能も計画する必要があります。以下のような機
能があります。

個人用サイトを作成する

ソーシャル タグとメモを作成する

仕事仲間を追加する
権限の管理には、セキュリティ グループを使用することをお勧めします。以下の表に、権限の構
成に関するガイダンスを示します。
権限 ガイダンス
個人
用サ
イト
の作
成
既定では、認証済みユーザー全員が個人用サイト Web サイトを作成できます。こ
の既定の設定を組織に適用するかどうかをよく検討してください。または、1 つ
以上のセキュリティ グループを使用して、組織内のユーザーのサブセットに個人
用サイトの作成権限を許可することもできます。
ソー
シャ
ル機
能の
使用
既定では、認証済みユーザー全員が、ドキュメント、他の SharePoint Server アイ
テム、および外部 Web ページやブログの投稿などの他のアイテムに、評価とソー
シャル タグを追加できます。ユーザーは、個人用サイト Web サイトのプロファ
イル ページまたは任意の SharePoint Server ページに、即席のメモを残すことも
できます。または、1 つ以上のセキュリティ グループを使用して、組織内のユー
ザーのサブセットにソーシャル機能の使用権限を許可することもできます。
個人
用機
能の
使用
既定では、認証済みユーザー全員が、プロファイルの編集、仕事仲間の追加また
は編集、メンバーシップの追加または編集を行うことができます。または、1 つ
以上のセキュリティ グループを使用して、組織内のユーザーのサブセットに個人
用機能の使用権限を許可することもできます。
ユーザー プロファイル情報の同期
User Profile Service を使用すると、SharePoint Server はディレクトリ サービスおよびビジネス
アプリケーション全体で組織内のユーザーに関する情報を収集できます。その結果、ユーザー
178
の個人用サイト Web サイトでは、一貫性のある情報が適切なタイミングで常に提供されます。
ユーザーに関する情報は、同じ User Profile Service アプリケーションを使用するすべてのサイ
ト コレクションへの展開全体で同期できます。この情報は、グループ作業および組織内の関係
の価値を高めるために、個人用設定機能でも使用できます。
ユーザー プロファイルの同期を計画する場合は、以下のタスクを含める必要があります。

SharePoint Server 2010 のユーザー プロファイルの既定のプロパティから開始する。

ユーザー プロファイルのプロパティに対して補完的な情報を提供するディレクトリ サービス
への接続を特定する。

基幹業務アプリケーションにユーザーを接続するための追加的なビジネス データを考慮す
る。
プロファイルの同期の計画に役立つ手順に関する他の情報については、「プロファイルの同期
を計画する (SharePoint Server 2010)」を参照してください。
ユーザーと専門知識の検索を計画する
SharePoint Server 2010 では、組織内での専門分野およびロールに基づいて、個人用サイト
Web サイトのユーザーが他のユーザーを検索できます。ファーム管理者は以下のユーザー検
索方法を有効にできます。
人の検索
人の検索結果には、ユーザーのパブリック プロファイルへのリンクと、電子メールまたはメッセ
ージング プログラムで連絡を取るためのリンクが含まれます。個人用サイト Web サイトのユー
ザーを計画するときは、既定のユーザーの検索範囲および [検索センター] タブを、より限定的
なユーザー グループに対してカスタマイズした検索範囲およびタブで補完することを検討してく
ださい。
User Profile Service アプリケーションの管理者は、情報アーキテクチャおよびサイト階層を表示
して、ユーザーがサイト全体で検索する可能性のある特定のユーザー グループに関連する重
要なビジネス コンセプトを特定できます。次に、User Profile Service アプリケーションの管理者
は、Search Service アプリケーションの管理者と連携して、それらの特定のグループに対応する
検索範囲およびユーザー検索タブを作成できます。また、User Profile Service アプリケーション
の管理者は、管理するユーザー プロファイルの知識を使用して、他の便利なユーザー グルー
プを特定し、それらのグループに対応する特定の検索範囲および検索タブを追加で作成できま
す。
サイト コレクションの管理者は、そのサイト コレクションのメンバーであるユーザーに対して、サ
イトレベルの検索範囲を作成できます。
人の検索の計画は、ユーザー プロファイル計画にもフィードバックされます。初期計画で、簡単
に検索できるようにする必要があるユーザーまたはユーザー グループが明らかになることがあ
ります。しかし、それらを簡単に検索するための適切なプロパティが存在しない場合があります
。ユーザー プロファイルの計画の詳細については、「ユーザー プロファイルを計画する
(SharePoint Server 2010)」を参照してください。
専門知識の検索
個人用サイト Web サイトを計画するときは、ユーザーが組織内の仕事仲間を検索できるように
するかどうかを決定する必要があります。ひとの検索と専門知識のタグ付けは、特定の分野に
179
関して専門知識を持つと自認する人をユーザーが組織内から検索するのに役立ちます。組織
内のユーザーは、自分が専門知識を持っている分野を示すタグを自分のプロファイルに追加で
きます。ユーザーが特定の分野についての知識を持つ組織内の人を検索するときに、ひとの検
索はこれらのタグを使用します。
ユーザーは、Outlook 2010 の電子メール分析を使用して人を検索することもできます。電子メー
ル分析が有効になっている場合、Microsoft Office Outlook 2007 の電子メールを使用すると、
仕事仲間の候補が Outlook からインポートされます。Microsoft Outlook 2010 を使用している
場合は、SharePoint Server が送信された電子メール メッセージを分析し、その結果に基づいて
仕事仲間とキーワードの候補を示します。ユーザーは、示された仕事仲間やキーワードを自分
のプロファイルに追加できます。
電子メール分析は Outlook の全ユーザーまたはグループ ポリシーを使用して特定のグループ
のみについて有効にできますが、ユーザーはこの機能を無効にできます。すべてのユーザーに
対して電子メール分析が無効になっている場合でも、ユーザーは個別にこの機能を有効にでき
ます。電子メール分析の詳細については、「Enable SharePoint Server 2010 Colleague in
Outlook 2010」を参照してください。
個人用サイトの機能を計画する
個人用サイトには次の機能があります。

ソーシャル タグ、進捗の更新、仕事仲間のコメントなどの活動を追跡するために使用される
ニュースフィード。
既定では、ニュースフィード機能は無効になっています。ニュースフィード機能を有効にする
には、アクティビティ フィード タイマー ジョブを開始する必要があります。ニュースフィード
イベントは 14 日間保存されますが、アクティビティ フィードのクリーンアップ タイマー ジョブ
を使用することで、それより前に削除できます。アクティビティ フィード タイマー ジョブを開
始した後、ユーザーは個人用サイト Web サイトのニュースフィード ページで仕事仲間のア
クティビティを追跡できます。ユーザーは、自分が権限を持っているニュースフィードのアク
ティビティだけを見ることができます。ただし、アクティビティの作成者でも、他のユーザーが
見ることのできるアクティビティを、これとは別の構成にすることはできません。個人用サイ
ト Web サイトを計画するときは、この機能を有効にする前にプライバシーへの影響を考慮し
、必要に応じて緩和策を用意する必要があります。

サイト上で Web ブラウザーを使用して簡単にタグを付けたりメモを投稿したりできるタグとメ
モのツール。
タグとメモのツールは、サーバーの全体管理でソーシャル機能の使用権限を使用して有効
または無効にできます。この設定は、ソーシャル機能の使用権限を持っているすべてのユ
ーザーに適用されます。ユーザーは、Bookmarklet ツールを使用することで、SharePoint
Server 2010 の範囲外でコンテンツにタグやメモを付けることもできます。

ユーザーのレポート階層を表示するための組織のブラウザー。
組織のブラウザーは既定で有効になっています。組織情報は、手動で作成することも、
Active Directory Domain Services (AD DS) や LDAP などのディレクトリ サービスからイン
ポートすることもできます。ユーザーが組織のブラウザーを表示するには、ワークステーショ
ンに Microsoft Silverlight 3 がインストールされている必要があります。組織のブラウザー
を無効にすることはできませんが、サイド リンク バーで組織のノードを削除することにより、
180
ユーザーに対して組織が表示されないようにすることができます。ディレクトリ サービスから
組織のプロファイル情報をインポートする方法の詳細については、「プロファイルの同期を
計画する (SharePoint Server 2010)」を参照してください。
個人用サイト Web サイトを計画するときは、これらの機能を有効にした場合の利点と欠点の両
方を検討する必要があります。
ポリシーとプライバシーを計画する
ポリシー
SharePoint Server 2010 には構成可能な一連のポリシーが用意されており、管理者は、組織の
ニーズに合わせて適切な情報を使用可能にできます。また、組織に固有のニーズに合わせたカ
スタム ポリシー機能を作成して展開することもできます。個人用サイト Web サイトを計画すると
きは、組織の主要なビジネス プロセスに必要な情報と、組織内で共有するには適さない情報を
、定義する必要があります。これらの両極端の中間には、一部のユーザーのみで共有する必要
がある情報があります。組織内で共有するのに適さない情報については、そのような特定の状
況に対応するためのポリシーを作成する必要があります。
ポリシーの計画の詳細については、「ユーザー プロファイルのポリシーを計画する (SharePoint
Server 2010)」を参照してください。
プライバシー
個人用サイト機能では、個人を識別できる情報が保存または使用されます。個人用サイト Web
サイトの展開を計画するときは、個人情報を保護するためにこれらの機能の動作を制御する方
法または機能を無効にする方法について、慎重に計画してください。
詳細については、「Managing privacy (SharePoint Server 2010)」を参照してください。
関連項目
その他のリソース
Set up My Site Web sites (SharePoint Server 2010)
181
対象ユーザーおよびコンテンツ対象の設定の
計画 (SharePoint Server 2010)
User Profile Service アプリケーションに含まれる対象ユーザーを組織が使用することで、ユー
ザーのジョブやタスクに基づいてユーザー向けのコンテンツを発信できます。対象ユーザーは、
配布リストまたは Windows セキュリティ グループのメンバーシップ、組織のレポート構造内の位
置、またはユーザー プロファイル内のパブリック プロパティのうちの 1 つ、またはその組み合わ
せで定義できます。SharePoint グループを使用して Web パーツのコンテンツの対象を設定する
ことで、コンテンツ対象を指定することもできます。
この記事では、対象ユーザーおよびコンテンツ対象の設定のアーキテクチャに加えて、組織で
対象ユーザーの使用を計画する場合に行う重要な判断項目について説明します。この記事で
は、ユーザー プロファイルを計画する方法や、サイトおよびコンテンツのセキュリティを計画する
方法については説明しません。詳細については、「ユーザー プロファイルを計画する
(SharePoint Server 2010)」および「サイトおよびコンテンツのセキュリティの計画 (SharePoint
Server 2010)」を参照してください。
セキュリティに関するメモ:
対象ユーザーを、SharePoint のユーザーとグループに対するアクセス許可の構成の代わ
りには使用しないでください。詳細については、「サイトおよびコンテンツのセキュリ
ティの計画 (SharePoint Server 2010)」を参照してください。
この記事の内容

対象ユーザーとは

対象ユーザーの計画
対象ユーザーとは
Microsoft SharePoint Server 2010 では、2 種類の対象ユーザーをサポートします。

グローバル対象ユーザー グローバル対象ユーザーは、User Profile Service アプリケー
ションのプロパティによって定義されます。グローバル対象ユーザーには、関係 (レポート構
造) および他のプロパティで定義される対象ユーザーが含まれます。

Windows セキュリティ グループおよび配布リスト 対象ユーザーを作成するときに使用でき
る Windows セキュリティ グループは、ユーザー プロファイルを User Profile Service アプリ
ケーションに同期したときにインポートされるセキュリティ グループです。
対象ユーザーを作成するときに使用できる配布リストは、ユーザー プロファイルを User
Profile Service アプリケーションにインポートしたときにインポートされる配布リストです。
182
User Profile Service アプリケーションにセキュリティ グループおよび配布リストを含める方
法の詳細については、「ユーザー プロファイルを計画する (SharePoint Server 2010)」を参
照してください。
メモ:
SharePoint グループと Web パーツを使用してコンテンツ対象を設定することはできます
が、対象ユーザーを定義することはできません。
対象ユーザーは、1 つ以上の対象ユーザー ルールのコレクションと、メンバーシップの評価時
にすべての対象ユーザー ルールが一致している必要があるか、または 1 つの対象ユーザー
ルールのみが一致している必要があるかによって定義されます。対象ユーザー ルールは、
Windows セキュリティ グループのメンバーシップ、配布リストのメンバーシップ、組織構造内の
位置、またはユーザー プロファイルのプロパティに基づくことができます。各対象ユーザー ルー
ルを定義するには、オペランド、演算子、および値を選択する必要があります。Windows セキュ
リティ グループのメンバーシップに基づく対象ユーザー ルールの例を、次に示します。
要素
値
オペランド ユーザー
演算子
次のメンバー
値
営業
対象ユーザーを定義した後、基になるユーザー プロファイルのプロパティと、ディレクトリ サー
ビスおよびグループのメンバーシップは頻繁に変更されるため、対象ユーザーを定期的にコン
パイルする必要があります。対象ユーザーをコンパイルするタイミングを制御するタイマー ジョ
ブは、管理者がスケジュールします。
対象ユーザーとコンテンツ対象の設定の計画
管理者は、ユーザー プロファイル管理システムの一部として対象ユーザーを計画する必要があ
ります。対象ユーザーを計画する前に、以下の計画を完了しておく必要があります。

Windows セキュリティの計画。
詳細については、「セキュリティ グループを選択する (Office SharePoint Server)」を参照し
てください。

ユーザー プロファイルと配布リストの計画。
詳細については、「ユーザー プロファイルを計画する (SharePoint Server 2010)」を参照し
てください。

サイトおよびサイト コレクションの計画。
183
詳細については、「サイトとサイト コレクションを計画する (SharePoint Server 2010)」を参照
してください。

SharePoint グループの計画。
詳細については、「使用するアクセス許可レベルおよびグループを決定する (SharePoint
Server 2010)」を参照してください。
対象ユーザーとコンテンツ対象の設定の計画は、通常、次の段階を追って行います。
1.
主要な対象ユーザーを計画する。
2.
対象ユーザー向けのコンテンツを計画する。
主要な対象ユーザーを計画する
初期展開時に対象ユーザーを計画する場合は、以下の条件に基づいて、主要な対象ユーザー
の最小の候補セットを見つけることを目指します。

組織のコンテンツ ニーズの評価

サイトおよびサイト コレクションの情報アーキテクチャ

各サイト コレクションに関連付けられているユーザー
初期展開では、次の手順で対象ユーザーを計画することをお勧めします。
1.
各サイト コレクションおよびサイトの主な目的を記録します。
一般に、各サイト コレクションは、特定のユーザー グループに関連付けられているビジネ
ス プロセスのセットに対応しています。
2.
必要に応じてコンテンツ対象を設定できる対象ユーザーの最小数を決定します。
既存の環境の要件を識別することによって開始することもできます。たとえば、既存の作業
チーム、グループ間プロジェクト、主要なビジネス プロセス、およびサイト構造に、対象ユー
ザーに変換できるユーザー グループが含まれている可能性があります。
3.
既存の配布リストと既存の SharePoint グループをすべて記録し、それらを対象ユーザーの
ニーズにマップします。
4.
定義する必要がある追加の対象ユーザーを識別します。
配布リストおよび Windows セキュリティ グループから、目的の対象ユーザーを作成できる
こともあります。しかし、一般には、ユーザー プロファイルのプロパティで追加の対象ユー
ザーを定義する必要があります。
対象ユーザーの計画は、ユーザー プロファイルの計画と配布グループの計画における不
備を見つけるのに役立つこともあります。特定の対象ユーザーをサポートするには、プロフ
ァイル プロパティや配布グループをさらに追加する必要がある場合があります。
5.
定義する必要がある追加の SharePoint グループを識別します。
対象ユーザーまたは SharePoint グループを対象とする Web パーツが決定すると、
SharePoint グループの計画における不備が見つかることがあります。特定の対象をサポー
トするには、さらに多くの SharePoint グループが必要な場合があります。
対象ユーザーの計画プロセスの終了時には、各サイト コレクションを使用しているユーザー グ
ループのニーズを満たす対象ユーザーのリストが完成します。
対象ユーザー向けのコンテンツを計画する
184
対象ユーザーを使用してコンテンツの対象を設定するためには、User Profile Service 管理者と
サイト管理者が、各サイトで使用するサイト要素を決定する必要があります。User Profile
Service 管理者とサイト管理者は緊密に連携して、サイトおよびサイト コレクション全体で対象
ユーザーの操作の一貫性を実現します。
定義された対象ユーザーを使用して、以下の方法でコンテンツの対象を設定できます。

Microsoft Office 2010 クライアント アプリケーションでは、User Profile Service 管理者が、
SharePoint の場所を表示するリンクを定義し、各リンクが公開される対象ユーザーを設定
します。

個人用サイトでは、User Profile Service 管理者が、トップ バーに表示される個人用サイト
のナビゲーション リンクに対して対象ユーザーを設定できます。

1 つまたは複数の個人用サイトのホストの場所にアクセスする必要がある個人用サイトの
シナリオでは、User Profile Service 管理者が、信頼できる個人用サイトのホストの場所のリ
ストを管理し、信頼できる各場所を、その場所を参照する必要がある対象ユーザー用に設
定できます。
個人用サイトのホストの場所が複数ある環境では、個人用サイトが作成される信頼できる
個人用サイトのホストの場所も、対象ユーザーが決定します。

User Profile Service アプリケーションと対象ユーザーが構成される環境では、サイト管理
者が Web パーツを使用して対象ユーザー別にコンテンツの対象を設定できます。

サイト管理者は、User Profile Service アプリケーションを実行している環境と、User Profile
Service アプリケーションを実行していない環境の両方で、SharePoint グループを使用して
コンテンツの対象を Web パーツに設定できます。
Office クライアント アプリケーション リンクの対象設定
User Profile Service 管理者は、ユーザーがファイルを開いたり保存したりするときに Office ク
ライアント アプリケーションの SharePoint リストに表示するリンクを制御し、各リンクが公開され
る対象ユーザーを設定します。既定では、Office 2010 クライアント アプリケーションへのリンク
と同じリンクが、User Profile Service アプリケーションのすべてのユーザーに表示されます。対
象ユーザーに対して設定するときに、リンクはさらに役立ちます。
クライアント アプリケーションに公開できるリンクの例を、次に示します。

チーム サイト、ポータル サイト、プロジェクト ワークスペースなどのサイト。

データ接続ライブラリ。

ドキュメント ライブラリまたはドキュメント リポジトリ。
個人用設定サイトの対象設定 (個人用サイトのナビゲーション リンク)
個人用サイト ページのトップ ナビゲーション バーに表示されるリンク (個人用設定サイト リンク
) は、特定の対象ユーザー向けにできます。User Profile Service 管理者は、個人用サイトのナ
ビゲーション バーに表示されるリンクを制御し、各リンクが公開される対象ユーザーを設定でき
ます。多くの場合、リンクは組織のすべてのユーザーではなく、1 つのグループに関係します。
信頼できる個人用サイトのホストの場所の対象設定
地理的に分散された共有サービスでのグローバル展開など、シナリオによっては、ユーザーが
1 つ以上の個人用サイトのホストの場所にアクセスできます。各サービス アプリケーションの
User Profile Service 管理者は、信頼できる個人用サイトのホストの場所のリストを管理し、各場
所を、その場所を参照する必要がある対象ユーザー向けに設定します。複数の個人用サイトの
185
ホストの場所がある環境では、対象ユーザーが、特定のユーザー用に個人用サイトが作成され
る信頼できる個人用サイトのホストの場所も決定します。
信頼できる個人用ホストの場所は、リストの優先順位で処理されるため、ユーザーには、表示し
ている個人用サイトに最も関連する個人用設定情報が表示されます。また、個々のサービス ア
プリケーションが使用できない場合でも、個人用設定情報は使用できます。使用する User
Profile Service アプリケーションが 1 つのみの展開の場合、この機能は必要ありません。
詳細については、「個人用サイトの Web サイトを計画する (SharePoint Server 2010)」を参照し
てください。
Web パーツの対象設定
Web パーツ ツール ウィンドウの [詳細設定] セクションで、[対象ユーザー] ボックスに該当の対
象ユーザーを追加することによって、Web パーツの対象を特定の対象ユーザーのセットに設定
できます。
メモ:
SharePoint グループを使用して対象ユーザーを定義することはできませんが、[対象ユー
ザー] ボックスで対象ユーザーとして選択することはできます。
コンテンツ対象を設定するために対象ユーザーと共によく使用される Web パーツに、コンテンツ
クエリ Web パーツがあります。コンテンツ クエリ Web パーツは、以下の方法でコンテンツ対象
を設定できます。

対象ユーザー別に結果をグループ化する。

複数の階層レベルのリスト アイテムを表示する。

特定の対象ユーザーに対してリスト アイテムを表示する。
これとは別に対象ユーザーと共によく使用される Web パーツのグループに、フィルターがありま
す。フィルターは別の Web パーツに接続して、対象ユーザーなど、特定のプロパティに基づい
た結果のみを表示できます。多くの場合、フィルターはビジネス データ Web パーツに接続され
て、対象ユーザーに基づいてビジネス データの対象を設定できます。
例: 個人用設定サイトの対象ユーザーの構成
同じマネージャーに報告を行う複数のユーザーは、重要なビジネス データの個人用ビューを提
供するサイトを使用します。サイトの可用性を高めるために、User Profile Service 管理者は、最
初に、[ユーザー] オペランドと [この人の部下] 演算子に基づいて対象ユーザーを定義します。
次に、サイトを使用するグループに対して個人設定用サイトのリンクを作成します。サイトがより
広く使用されるようになったら、User Profile Service 管理者は、対象ユーザーのメンバーシップ
が任意の (すべてではない) ルールを満たすように設定されていることを最初に確認し、次の変
更を行います。

別のグループがサイトの使用を開始するときは、[ユーザー] オペランドと異なる [この人の
部下] 値に基づいて第 2 の対象ユーザー ルールを追加します。

配布リストのユーザーも、個人用設定サイトの使用を開始します。これに対処するには、[ユ
ーザー] オペランド、[次のメンバー] 演算子、およびこれらの追加ユーザーが含まれる配布
リストの値に基づいて、新しい対象ユーザー ルールーを追加します。
186

次に、支店のマネージャーが、個人用設定サイトへのアクセス権を自分の部下に付与する
ことを要求します。管理者は、[プロパティ] オペランドと [事業所] プロパティに基づいて新し
い対象ユーザー ルールを作成します。

最後に、管理者は、すべての財務アナリストに個人用設定サイトへのアクセス権を付与す
るように求められます。管理者は、[タイトル] プロパティに基づいて別の対象ユーザー ルー
ルを作成します。
187
ソーシャル タグの概要 (SharePoint Server
2010)
"タグ" は、情報を構成する小さな要素を一連の属性または条件に従って識別する単語または
語句です。タグを使用すると、特定の対象物またはタスクに関する情報の検索と共有が容易に
なります。
ソーシャル タグを使用すると、ユーザーは自分にとって意味のある方法で情報を分類できます
。ソーシャル タグは、特定のタグについてフィルター処理することで検索結果の質を高め、情報
の共有を望んでいるユーザーを似た関心を持つ他のユーザーに接続することもできます。
ここでは、Microsoft SharePoint Server 2010 のソーシャル タグ機能の概要について説明します
。ソーシャル タグ機能を構成する方法については説明しません。また、ソーシャル タグ機能を
企業のソーシャル メディア戦略全般の一部として実装する方法についても説明しません。詳細
については、「ソーシャル タグのプライバシーとセキュリティへの影響 (SharePoint Server 2010)
」を参照してください。
この記事の内容

ソーシャル タグ機能について

ソーシャル タグ機能

ソーシャル タグの使用と利点

ソーシャル タグの影響
ソーシャル タグ機能について
ソーシャル タグ機能は、より高い効率で情報を共有し、関連する高品質のコンテンツを取得す
るのに役立ちます。このような情報共有によって、グループ作業が活性化され、情報と支援を提
供できる特定の分野の専門家と連絡を取ることが可能になります。企業では、SharePoint
Server 2010 のソーシャル タグ機能を使用して業界また行政上の規制に準拠したり、監査また
は電子情報開示に備えたりすることもできます。詳細については、「電子情報開示の計画
(SharePoint Server 2010)」を参照してください。
ソーシャル タグ機能
SharePoint Server 2010 には、以下のソーシャル タグ機能があります。

ソーシャル タグ。興味のあるアイテムを保存したり、プロジェクトのすべての情報を整理した
り、興味の対象が共通する他のユーザーと連絡を取ったりすることを可能にします。

メモ掲示板。Web ページ、ドキュメント、およびライブラリ アイテムに関するコメントを追加し
て、一元管理できます。

評価。コンテンツの価値を等級 (星 1 ~ 5 個など) で評価できるソーシャル タグです。
188

ブックマークレット。SharePoint 環境の外部にあるページにタグおよびメモを追加できます。
たとえば、インターネット上の Web サイトのページにタグを追加した場合、それらのタグとメ
モを個人用サイトの Web サイトの [タグとメモ] タブに表示できます。
ソーシャル タグ、メモ掲示板、および評価は、User Profile Service のソーシャル機能の使用権
限によって制御されます。
ソーシャル タグ
ソーシャル タグは、情報を構成する小さな要素を表すためにユーザーによって生成される単語
または語句です。正規の分類法の一部ではなく、SharePoint Server で Managed Metadata
Service アプリケーションに関連付けられる用語ストア内のエンタープライズ キーワードや、特
定の診断を表すために医療機関で使用される ICD (International Statistical Classification of
Diseases and Related Health Problems) コードなどとは無関係です。ソーシャル タグは、特定の
情報の構成要素に対するユーザーの主観的な経験に基づいて作成できます。
ソーシャル タグは、ユーザー ID、アイテムの URL、およびタグ自体から構成されます。ソーシャ
ル タグは、User Profile Service の一部であるソーシャル タグ データベースに保存されます。既
定で、すべての認証済みのユーザーはソーシャル タグをドキュメントやその他の SharePoint ア
イテムに追加できます。ソーシャル データの管理権限を持つユーザーはタグを削除できます。
タグ クラウドは、ユーザーのグループが同じ情報の構成要素に適用したタグの集計ビューを提
供します。SharePoint Server 2010 には、既定で個人用サイトの Web サイトに表示されるタグ
クラウド Web パーツがあります。管理者とユーザーは、タグ クラウドをフィルター処理して、個人
用サイトの Web サイトの所有者、特定のグループ、または個人用サイトの Web サイトを閲覧で
きるすべてのユーザーによって使用されるタグを表示できます。この表示は、日付と言語に基づ
いてフィルター処理することもできます。頻繁に使用されるタグは大きな太字のテキストで表示さ
れ、使用頻度の低いタグはそれよりも小さなテキストで表示されます。各タグには、適用された
回数を示す数字を関連付けて表示できます。
メモ掲示板
メモ掲示板は、SharePoint Server 2010 サイトに即席のコメントを残すことができる Web パーツ
です。また、メモ掲示板のコメントは、自分自身または他のユーザーの個人用プロファイル ペー
ジに残すこともできます。匿名ユーザーは、メモを追加できません。
メモ掲示板を使用すると、電子メール、インスタント メッセージング、または電話に切り替えなく
ても、現時点での自分の考えを即座に表現できます。たとえば、閲覧している Web ページにつ
いてのコメントをそのページから移動しないで残すことができます。他のユーザーは、そのコメン
トと Web ページへのリンクを見ることができ、興味があれば、そのリンクをクリックして Web ペー
ジに移動できます。この機能によって、個人用サイトの Web サイトと個人用プロファイル ページ
は、公開された対話を一元管理する場所に瞬時に変わることができます。
評価
SharePoint Server 2010 の評価機能は、コンテンツが特定の条件をどの程度満たすかを等級
で評価または分類する機能です。評価では、平均スコアを 1 ~ 100 の範囲で示し、そのスコア
の追加情報をポップアップ ウィンドウに表示します。SharePoint リスト、ドキュメント ライブラリ、
個別の Web ページに含まれるアイテムを評価できます。アイテムを評価するために、そのアイ
テムへの書き込みの権限を持つ必要はありません。
189
評価は、ユーザー ID、アイテムの URL、および評価自体から構成されます。また、評価が適用
された日付と時刻も含まれます。評価は、ソーシャル タグが格納されるデータベース内のテー
ブルに保存されます。
既定で、評価のサポートはファーム全体で有効になっています。ただし、評価を特定のサイト コ
レクションで使用するには、最初に評価をそのサイト コレクションに対して有効にする必要があ
ります。評価のサポートがファームで有効になっていれば、評価をサイト テンプレートに対して
有効にすることができます。既定で、評価機能は、発行ポータルのサイト テンプレートに対して
有効になっています。
ブックマークレット
ブックマークレットは、ブラウザー内でブックマークとして保存できる JavaScript コントロールで
す。ブックマークレットを使用すると、SharePoint 環境からインターネット上の Web サイトなどの
SharePoint 環境外の Web サイトにあるアイテムにタグ、メモ、または評価を与え、それらのタグ
、メモ、または評価をチームや仕事仲間と共有できます。
メモ:
タグ自体は常に公開されますが、特定のアイテムにタグを付けたことが他のユーザーに
わからないように設定することはできます。メモは常に公開されます。
外部 Web サイトにタグを付けるときは、個人用プロファイル内に http://my/_layouts ページが
表示されます。このページで入力したすべてのタグとメモは、ユーザーの個人用サイトの Web
サイトの [タグとメモ] タブとユーザーのプロファイル ページの両方に表示され、ユーザーのチー
ムや仕事仲間はここで閲覧できます。
ブックマークレットは、ユーザー ID、単語または語句、およびタグを付けたコンテンツへの URL
から構成されます。ユーザーは、自分のプロファイル ページの [タグとメモ] タブでブックマーク
レットを非公開に設定できます。また、ブックマークレットを削除することもできます。
ソーシャル タグの使用と利点
ソーシャル タグは、企業のビジネス組織と IT 組織の両方にとって利点があります。
ビジネス上の利点
SharePoint Server 2010 のソーシャル タグ機能は、グループ作業を強化し、ビジネス情報の検
出を容易にすることにより、ビジネスに役立ちます。
グループ作業を強化して技術革新を促進する
ユーザー プロファイルは、ユーザー自身の識別と専門家の特定に役立ちます。メモ掲示板のコ
メントを基に、特定のトピックに関心を持つユーザーのグループを識別できます。ユーザーの [
個人用の仕事仲間] リスト向けの候補は、これらのソーシャルな間柄に基づいて提案されます。
ビジネス情報の検出を容易にする
ソーシャル タグ機能は、高品質のコンテンツの可視性を向上し、コンテンツの最新バージョンを
識別するのに役立ちます。たとえば、個人用サイトの Web サイト フィードは、ユーザー プロファ
イルに追加されているタグが Web ページに付けられると、そのことをユーザーに通知できます。
190
また、これらの機能をビジネス インテリジェンス アプリケーションに統合すると、ユーザーは
SharePoint 環境を離れることなく業務に必要なエンタープライズ データにアクセスできます。
IT 上の利点
SharePoint Server 2010 のソーシャル タグ機能は、IT 組織に以下の利点を提供します。
1.
グループの活動を制御すると同時にユーザーが一定の設定を任意に管理することを許可
するポリシーを設定できるので、ソーシャル タグを使用する活動に関する日々の管理に対
する IT の関与を減らすことができます。
2.
制限された読み取り専用の権限を匿名ユーザーに付与して、アクセスを特定の選択された
サイト コレクションに限定できます。
3.
段階的なロールアウトを有効にし、ユーザーの増加に応じて容量を追加するために、
SharePoint Server 2010 の拡張可能なアーキテクチャを使用することを事前に計画できま
す。
4.
ソーシャル タグ機能をサーバーの全体管理レベル、サイト コレクション レベル、またはサイ
ト レベルで管理できます。IT 管理者は、ユーザーをサイト コレクションまたはサイトの管理
者に任命して、サイト コレクションまたはサイトに対するソーシャル データの管理権限を与
えることができます。このように管理責任を分散すると、IT リソースを効率よく利用できます
。
5.
ソーシャル コンピューティング機能を使用して IT スタッフのサポート活動の負担を軽減でき
ます。たとえば、ホストされているエンタープライズ Wiki はヒントやコツをユーザー間で共有
するのに役立ち、RSS フィードはサポートの更新を送信できます。
6.
新しいツールを既存のアプリケーションに統合して、ユーザー エクスペリエンスの一貫性を
維持できます。これは、新しいツールを受け入れやすくし、トレーニング コストを最小限にし
ます。
ソーシャル タグの影響
ソーシャル タグには多くの利点がありますが、それにはリスクも伴います。コンテンツのセキュリ
ティとユーザーのプライバシーは、ソーシャル タグを実装した環境で主に懸念されることです。
また、パフォーマンスと容量の問題も、ソーシャル タグ機能を長期間にわたって適切に利用す
るには重要な課題です。
セキュリティとプライバシー
適切な防止策を適用しない限り、ユーザーのプライバシーが侵害されたり、秘匿する必要があ
るコンテンツが公開されたりする可能性があります。SharePoint Server 2010 では、管理者がポ
リシーを設定して、プライバシーを保護しながらソーシャル機能の使用に関してはユーザーの裁
量を認めることができます。詳細については、「ユーザー プロファイルのポリシーを計画する
(SharePoint Server 2010)」を参照してください。また、SharePoint Server 2010 では、機密性の
高いコンテンツを保護できます。たとえば、管理者は、サイト URL を除外サイト リストに追加し
てそのサイトとサブサイトにタグを付けることを禁止できます。
ユーザーは、ソーシャル タグ機能に実装されているセキュリティとプライバシーのしくみを理解
する必要があります。たとえば、だれかがサイトまたはドキュメントにタグを付けると、そのサイト
またはドキュメントのタイトルと URL が、そのユーザーを個人用サイトの Web サイトで仕事仲間
としてリストに加えた他のユーザーと、そのタグを興味の対象としてユーザー プロファイルに追
加した他のユーザーに向けてブロードキャストされることを理解する必要があります。詳細につ
191
いては、「ソーシャル タグのプライバシーとセキュリティへの影響 (SharePoint Server 2010)」を
参照してください。
パフォーマンスと容量
パフォーマンスと容量の問題が、ソーシャル タグの使用をユーザーにためらわせる可能性があ
ります。1 つのタグ、評価、ブックマークレット、またはコメントが必要とする記憶域はわずかです
が、積み重なるとプロファイル データベース、ターム ストア、およびソーシャル タグ データベー
スのサイズに影響を及ぼします。ソーシャル タグの利用が急伸しているので、多数の新規ユー
ザーに対応するためにスケール アウトできる設計が必要となります。
関連項目
概念
ソーシャル コンピューティングとグループ作業を計画する (SharePoint Server 2010)
個人用サイトの Web サイトを計画する (SharePoint Server 2010)
192
ソーシャル タグのプライバシーとセキュリティへ
の影響 (SharePoint Server 2010)
ソーシャル タグは、ユーザー間のコミュニケーションや情報共有に役立ちます。コミュニケーショ
ンと情報共有は、その性質上、プライバシー (個人情報が共有された場合) とセキュリティ (機密
情報が共有された場合) に影響する可能性があります。Microsoft SharePoint Server 2010 の
ソーシャル タグには、プライバシーとセキュリティへの影響を管理するために使用できる機能が
用意されています。
この記事の内容

非表示になるソーシャル タグ情報

表示されるソーシャル タグ情報

常に公開されている情報

推奨事項
非表示になるソーシャル タグ情報
SharePoint Server 2010 には、プライバシーとセキュリティの保護に役立つ以下の 3 つの機能
があります。

プライベート タグ

評価の制御

セキュリティによるトリミング
プライベート タグ
ユーザーは、Web ページにタグを追加するとき、そのタグをプライベート (非公開) にすることを
指定できます。プライベート タグは、Web ページに追加されていること自体、他のユーザーには
非公開になります。プライベート タグを追加したユーザーが別の Web ページに同じタグをプライ
ベートではないタグとして適用しない限り、そのユーザーのタグ クラウドを他のユーザーが表示
してもプライベート タグは表示されません。
評価の制御
評価の制御によって、アイテムが受け取った評価の集計のみが表示されます。アイテムを評価
したユーザーに関する情報や、個別の評価の情報は表示されません。
セキュリティによるトリミング
Web ページにタグ、メモ、または評価を追加すると、"アクティビティ" が作成されます。
SharePoint Server では、アクティビティを表示する前に、"セキュリティによるトリミング" というコ
ンポーネントを使用して、そのアクティビティの適用先 Web ページを表示する権限が現在のユ
ーザーにあるかどうかが判別されます。その Web ページを表示する権限がユーザーにない場
合、SharePoint Server ではそのアクティビティは表示されません。
193
Search Service では、Web ページのクロール時に、各 Web ページの表示に必要な権限が記録
されます。セキュリティによるトリミングでは、この情報を使用して、特定の Web ページを表示す
る権限がユーザーにあるかどうかが確認されます。Web ページを表示する権限の有無を確認
するのに必要な情報が不足している場合、セキュリティによるトリミングでは、安全を優先して、
その Web ページを表示する権限がユーザーに "ない" ものとしてレポートされます。その結果、
Search Service で Web ページをクロールしていなかった場合、その Web ページに関連するア
クティビティは表示されません。
メモ:
例外となる状況もあります。自分自身の個人用プロファイル ページを表示する場合には
、すべてのアクティビティが表示されます。このしくみについては、「表示されるソー
シャル タグ情報」を参照してください。
表示されるソーシャル タグ情報
ユーザーは、以下の 3 つの状況でソーシャル タグ情報を表示できます。

ユーザーの個人用プロファイル ページ上

タグまたは仕事仲間を "トラッキング" した結果として

SharePoint Server ファーム内の Web ページ上
それぞれの状況について、以下で説明します。
個人用プロファイル ページ
User Profile Service で認識されるユーザーにはそれぞれ個人用プロファイル ページがあり、そ
のユーザーに関する情報が表示されます。自分以外のユーザーの個人用プロファイル ページ
を表示するときは、コンテンツの表示はセキュリティによってトリミングされます。自分自身の個
人用プロファイル ページを表示するときは、コンテンツの表示はセキュリティによってトリミングさ
れません。
ユーザーの個人用プロファイル ページの [タグとメモ] タブには、そのユーザーが Web ページ
に追加したタグで構成されるタグ クラウドがあります。自分自身の個人用プロファイル ページに
表示されるタグ クラウドには、パブリック タグとプライベート タグの両方が含まれます。自分以
外のユーザーの個人用プロファイル ページに表示されるタグ クラウドには、パブリック タグの
みが含まれます。
タグ クラウド内のタグを選択すると、そのタグに関連付けられているアクティビティが [アクティビ
ティ] セクションに表示されます。自分以外のユーザーの個人用プロファイル ページを表示する
ときは、アクティビティがセキュリティによってトリミングされます。その結果、表示されるタグは、
アクティビティが関連付けられていないタグのように表示されます。
ユーザーの個人用プロファイル ページの [概要] タブには、[最近のアクティビティ] というセクシ
ョンがあります。名前が示すとおり、このセクションにはユーザーの最近のソーシャル タグ アク
ティビティの一覧が表示されます。自分自身の個人用プロファイル ページを表示する場合を除
き、この一覧はセキュリティによってトリミングされます。
194
ユーザーの個人用プロファイル ページの [概要] タブには、メモ掲示板もあります。ここには、ユ
ーザーの個人用プロファイル ページに追加されたメモが表示されます。メモはすべてパブリック
です。
トラッキング
特定のタグを "トラッキング" することによって、そのタグの使用状況への関心を示すことができ
ます。タグをトラッキングすると、だれかが Web ページにそのタグを追加するたびに、そのことが
通知されます。この通知はセキュリティによってトリミングされるので、表示する権限のないペー
ジにタグが追加された場合には、そのアクティビティは通知されません。タグのトラッキングはパ
ブリックになります。各タグのタグ プロファイル ページでは、そのタグをトラッキングしているユ
ーザーの一覧を表示できます。
他のユーザーを仕事仲間として追加することによって、そのユーザーのソーシャル タグ アクティ
ビティへの関心を示すことができます。他のユーザーを仕事仲間にすると、そのユーザーが
Web ページにタグ、メモ、または評価を追加するたびに、そのことが通知されます。この情報は
セキュリティによってトリミングされるので、表示する権限のある Web ページに関連するアクティ
ビティのみが通知されます。
メモ:
セキュリティによるトリミングでは、リスト アイテムに適用される評価が削除されます
。ドキュメント、Web ページなど、その他のアイテムに適用される評価は削除されませ
ん。
Web ページ
SharePoint Server ファーム内の Web ページにタグまたはメモを追加すると、他のユーザーによ
って既にその Web ページに追加されているタグとメモを表示できます。すべてのメモを表示でき
ますが、表示されるタグはパブリック タグのみです。
常に公開されている情報
タグ自体 (Web ページに適用された語句) は、用語ストアに保存されます (用語ストアの詳細に
ついては、「Managed metadata overview (SharePoint Server 2010)」を参照してください)。パブリ
ック タグとプライベート タグの両方が用語ストアに保存されます。用語ストアでは、タグを作成し
たユーザーも、タグが適用されている Web ページも識別されません。
推奨事項
SharePoint Server 2010 には、ソーシャル タグ使用時にプライバシーとセキュリティを保護する
ための機能がありますが、それらを最大限に活用するための追加対策も行ってください。

ソーシャル タグ アクティビティのうち、パブリックになる部分とプライベートになる部分につ
いて、ユーザーに伝達してください。Web ページにタグを適用したことを他のユーザーに公
開しないようにするにはタグをプライベートとしてマークする必要があることを、ユーザーに
トレーニングしてください。
195

カスタム コードを展開する前に、すべてのカスタム コードを入念に検証してください。
SharePoint Server 2010 ソーシャル タグ オブジェクト モデルを使用するか、データベース
に直接アクセスすることによって、カスタム アプリケーションからソーシャル タグ データにア
クセスできます。アプリケーションからは、そのアプリケーションを実行するアカウントでアク
セスできるソーシャル タグ データと同じデータにアクセスできます。データベース管理者権
限を持つアカウント、または User Profile Service 管理者であり "ソーシャル メタデータの
管理" 権限を持つアカウントでアプリケーションを実行すると、そのアプリケーションからは
、プライベート タグも含めたすべてのソーシャル タグ情報にアクセスでき、セキュリティによ
るトリミングは適用されません。カスタム アプリケーションでは、プライバシーとセキュリティ
に関する組織の基準を満たす情報のみを表示するようにしてください。

カスタムのセキュリティによるトリミングの実装を検討してください。SharePoint Server のセ
キュリティによるトリミングでは、Web ページを表示する権限がユーザーにあるかどうかを判
別する情報が不足していると、安全のために、ユーザーには権限がないものとしてレポート
されます。その結果、外部 Web サイトに追加されたタグ、メモ、および評価は、常にトリミン
グされます。この動作が適さない状況では、カスタムのセキュリティによるトリミングを実装
することを検討してください。カスタムのセキュリティによるトリミングのサンプルについては
、「ISocialSecurityTrimmer Interface (英語)」
(http://go.microsoft.com/fwlink/?linkid=188524&clcid=0x411) (英語) を参照してください。

Web サイトへのアクセスに必要な権限が変更されたときは、Search Service で Web サイト
を再度クロールします。セキュリティによるトリミングでは、サイトが再度クロールされるまで
、新しい権限要件が認識されません。
関連項目
概念
ソーシャル タグの概要 (SharePoint Server 2010)
ユーザー プロファイルを計画する (SharePoint Server 2010)
その他のリソース
Managing privacy
タグ付け (http://go.microsoft.com/fwlink/?linkid=188521&clcid=0x411) (英語)
196
エンタープライズ Wiki の概要 (SharePoint
Server 2010)
エンタープライズ Wiki は、企業内で大量の情報の共有と更新を行うための発行サイトです。会
社全体で情報の保存と共有の両方を行うために設計された、大規模な中央管理ナレッジ リポ
ジトリが必要な場合、エンタープライズ Wiki の使用を検討してください。
ここでは、エンタープライズ Wiki サイトとチーム サイトを比較します。エンタープライズ Wiki の計
画方法または設定方法については説明しません。詳細については、「エンタープライズ Wiki の
計画 (SharePoint Server 2010)」および「Create an Enterprise Wiki」を参照してください。
この記事の内容
エンタープライズ Wiki とチーム サイトの比較
エンタープライズ Wiki の使用と利点
エンタープライズ Wiki の制限
例: 新入社員用のエンタープライズ Wiki
エンタープライズ Wiki とチーム サイトの比較
チーム サイト テンプレートは、コンテンツを作成する柔軟な方法を提供します。このテンプレート
には、クロス ブラウザーのリッチ テキスト エディターおよびインライン オートコンプリートが含ま
れます。チーム サイト テンプレートを使用すると、組織内のチーム間で、または組織間で、グル
ープ作業を行うことができます。チーム サイトは、組織のコンテンツの整合性の保証に関する 2
つの重要な考慮事項に対応しています。

編集の制御 チーム サイトの管理者、またはチーム サイトのフル コントロール権限を持つ
ユーザーは、ユーザーの一部のみにエントリの編集を許可したり、すべてのユーザーにエ
ントリの閲覧を許可したりできます。

バージョンの制御 ユーザーはエントリの以前のバージョンを参照し、変更の日時と変更し
たユーザーを確認できます。変更に誤りや不適切な点があれば、エントリを前のバージョン
にロールバックできます。
SharePoint Server 2010 では、チーム サイト テンプレートのホーム ページは Wiki ページです。
エンタープライズ Wiki テンプレートは、SharePoint Server 2010 の発行機能を使用して、ページ
の評価、管理されたメタデータ、およびカスタマイズ機能を追加します。Microsoft SharePoint
Designer 2010 に統合されているので、ページ レイアウトを変更してコンテンツの表示を調整し
たり、マスター ページを変更して一貫したブランド化を実装することが簡単に行えます。詳細に
ついては、「サイトとサイト コレクションの概要 (SharePoint Server 2010)」を参照してください。
次の表では、チーム サイト テンプレートとエンタープライズ Wiki テンプレートのどちらかを選択
するときに考慮するいくつかの条件を示します。詳細については、「エンタープライズ Wiki の計
画 (SharePoint Server 2010)」を参照してください。
197
目的
使用するサイト テンプレー
ト
1 対多のコミュニケーションを促進する
チーム サイト
多対多のコミュニケーションを促進する
エンタープライズ Wiki
構造化された情報交換を可能にする
チーム サイト
共同作業での情報交換を可能にする
エンタープライズ Wiki
ページに画像やファイルを挿入する
チーム サイトまたはエンタ
ープライズ Wiki
エンタープライズ キーワードでタグを付けて、簡単に参照 エンタープライズ Wiki
できるようにページをマークする
エンタープライズ Wiki の使用と利点
エンタープライズ Wiki は、組織が情報を収集し、整理して、配布するのに役立ちます。エンター
プライズ Wiki は、しばしば、他の方法ではどこにも格納されないような組織の暗黙の知識に対
するリポジトリになります。エンタープライズ Wiki を使用すると、ユーザー間での非公式な学習
やヒントの共有が促進され、公式なトレーニングや継続的な IT サポートの必要性を減らすこと
ができます。
エンタープライズ Wiki の制限
エンタープライズ Wiki の使用によって大量のネットワーク トラフィックが発生する可能性がある
ため、単一のサイト コレクションと単一の専用 Microsoft SQL Server データベースの構成が必
要になる場合があります。Microsoft SQL Server データベースを共有すると、パフォーマンスが
低下する可能性があります。詳細については、「エンタープライズ Wiki の計画 (SharePoint
Server 2010)」を参照してください。
エンタープライズ Wiki ページをチーム サイトのページに変換または移行するには、ユーザー設
定コードを使用する必要があります。エンタープライズ Wiki は SharePoint Server 2010 の発行
機能と共に使用するので、エンタープライズ Wiki サイトとチーム サイトの間には大きな違いが
あります。
例: Fabrikam 社のエンタープライズ Wiki
Fabrikam 社では、会社全体で使用できるエンタープライズ Wiki を管理し、社員が自社の事業、
収益、およびサービスに関する最新の網羅的な情報を参照したり投稿できるようにしています。
エンタープライズ Wiki を導入すると、従業員はソーシャル タグとメモを使用して、他の従業員が
コンテンツを発見し安くできます。たとえば、人事部門のある従業員が、未成年の扶養家族のい
る一部の従業員に影響する可能性のある税法の変更に関するページを投稿します。この従業
員は、"税金"、"扶養家族"、"未成年"、"控除" といった複数のキーワードでページにタグを設
198
定します。納税の時期になり、営業部門のある従業員は、"扶養家族" と "控除" というキーワ
ードで検索を行い、人事部門の従業員によって投稿されたページを見つけます。
199
エンタープライズ Wiki の計画 (SharePoint
Server 2010)
エンタープライズ Wiki は、企業内で大量の情報の共有と更新を行うための発行サイトです。会
社全体で情報の保存と共有の両方を行うために設計された、大規模な中央管理ナレッジ リポ
ジトリが必要な場合、エンタープライズ Wiki の使用を検討してください。詳細については、「エン
タープライズ Wiki の概要 (SharePoint Server 2010)」を参照してください。
エンタープライズ Wiki はエンタープライズ Wiki サイト テンプレートを使用し、Microsoft
SharePoint Server 2010 発行インフラストラクチャ上に構築されます。このインフラストラクチャ
には、コンテンツを制御するさまざまな方法が用意されています。たとえば、権限を割り当てたり
、承認プロセスを確立できます。
この記事には、組織に適したエンタープライズ Wiki ソリューションを計画するために役立つ情報
が記載されています。
この記事の内容

エンタープライズ Wiki の計画について

エンタープライズ Wiki を使用するかどうかを決定する

必要条件を評価する

エンタープライズ Wiki をホストする場所を選択する
エンタープライズ Wiki の計画について
エンタープライズ Wiki を実装する前に、これが組織に最も適したソリューションかどうかを判断
する必要があります。エンタープライズ Wiki が良いソリューションとなるのは、複数のユーザー
がナレッジ リポジトリに投稿することが業務で必要とされる場合です。一方、プロジェクトや関心
のある領域についての 1 対多の通信をセットアップする手段が必要な場合は、チーム サイトを
使用する必要があります。
警告:
エンタープライズ Wiki ページをチーム サイトのページに変換または移行するには、ユー
ザー設定コードを使用する必要があります。エンタープライズ Wiki は SharePoint Server
2010 の発行機能と共に使用するので、エンタープライズ Wiki サイトとチーム サイトの
間には大きな違いがあります。
ここでは、チーム サイトの計画方法については説明しません。チーム サイトの計画方法の詳細
については、「グループ作業サイトの計画 (SharePoint Server 2010)」を参照してください。
エンタープライズ Wiki を計画するには、以下の手順に従ってください。
200
エンタープライズ Wiki を使用するかどうかを決定す
る
エンタープライズ Wiki の実装方法の決定には、組織内の複数のグループから代表が参加する
必要があります。可能であれば、IT、情報アーキテクチャ、エンタープライズ Wiki を要望する部
署、および人事から参加者を集めてください (組織によっては、これらの役割に別の名称が使用
されたり、1 人が複数の役割を兼ねる場合があります)。担当グループは、意思決定プロセス中
に以下の質問を考慮する必要があります。

エンタープライズ Wiki を使用する目的は何か エンタープライズ Wiki には明確な目的が
必要です。たとえば、特定の業務目標を達成したり、特定のトピック、プロセス、または業務
の問題に関する中央管理された知識の集約を作成する目的で、エンタープライズ Wiki を利
用できます。エンタープライズ Wiki の目標は、仮想コミュニティのメンバーが、別の作成者
が作成したものを含め、コンテンツを作成、変更、または削除できる場所を提供することで
す。たとえば、エンタープライズ Wiki を使用して、組織で使用する業務アプリケーションに関
するヒントやテクニックを説明するページに社員がコンテンツを投稿できるようにすることが
できます。ただし、知識を交換するための、より構造化された方法が必要とされ、ほとんど
の連絡が 1 対多の関係であり、Wiki のような自由形式ではない場合は、Web 編集に対応
したチーム サイトを使用するか、ブログを使用することを検討してください。

何人のユーザーに投稿を許可するか 複数の要素がこの決定事項に影響します。将来の
ユーザー数の増加や、ネットワークおよびサーバーの容量増強へのニーズに対応できます
か。プライマリの投稿者となる重要な投稿者を各部署から選考できますか。投稿を許可す
るユーザーに関して法的な観点からの検討は必要ですか。

エンタープライズ Wiki へのアクセスをどのように制御するか 理論上は、組織内のすべて
のメンバーに組織のエンタープライズ Wiki のコンテンツを投稿、編集、および更新可能なア
クセス権を付与できます。情報をグループ別に分離する必要がある場合は、Web 編集に対
応したチーム サイトまたはブログの使用を検討してください。

コンテンツの制御をどのようなレベルで実装するか 知識の構造化された交換方法として
設計されたブログとは異なり、Wiki では情報を投稿することが奨励されます。ただし、特定
の種類のコンテンツや特定の事案に関するコンテンツについて組織でガイドラインや要件
が定められていることがあります。また、不適切または不正確な投稿への対処についても
検討する必要があります。
次の表では、エンタープライズ Wiki とチーム サイトの機能を比較します。
目的
使用するサイト テンプレー
ト
1 対多のコミュニケーションを促進する
チーム サイト
多対多のコミュニケーションを促進する
エンタープライズ Wiki
構造化された情報交換手段を提供する
チーム サイト
共同作業での情報交換を可能にする
エンタープライズ Wiki
ソーシャル タグとメモを使用できる
エンタープライズ Wiki
201
ドキュメントのバージョンを管理する
チーム サイトまたはエンタ
ープライズ Wiki
編集の制御を維持する
チーム サイトまたはエンタ
ープライズ Wiki
ページを評価できる
エンタープライズ Wiki
検索結果にサイトのコンテンツを含める
チーム サイトまたはエンタ
ープライズ Wiki
エンタープライズ キーワードでタグを付けて、簡単に参照 エンタープライズ Wiki
できるようにページをマークする
ページ レイアウトを使用して構造化されたページ タイプを エンタープライズ Wiki
提供する
Enterprise Wiki を組織に実装することにした場合は、「必要条件を評価する」に進んでください。
必要条件を評価する
エンタープライズ Wiki を作成する前に、以下の作業を行う必要があります。

ソーシャル タグとメモの記憶域を提供するために Managed Metadata Service アプリケーシ
ョンを作成します。詳細については、「Managed metadata service application overview
(SharePoint Server 2010)」を参照してください。

エンタープライズ Wiki を個人用サイトの Web サイトと併用する場合は、User Profile
Service アプリケーションを作成します。詳細については、「User Profile Service の概要
(SharePoint Server 2010)」を参照してください。

エンタープライズ Wiki が含まれるサイト コレクションを管理するには、尐なくともサイト コレ
クション管理者のアクセス許可が必要です。
エンタープライズ Wiki をホストする場所を選択する
エンタープライズ Wiki は、短期間でサイズが増える可能性があるため、パフォーマンスと容量
の要件が高くなった場合でも対処できる場所をホスト用に選択してください。たとえば、一般に
Enterprise Wiki に含まれるページに必要な記憶域は多くありませんが、通常はチーム サイトよ
り多くの割合のユーザーがページを編集します。
異なるサイト コレクションに構築された複数のエンタープライズ Wiki 間で通信することはできま
せん。インライン オートコンプリート、リスト、カスタム検索などの機能は複数のエンタープライズ
Wiki インスタンスを範囲として実行できないため、Wiki ではこれらの機能を共有できません。複
数のサイト コレクションを使用するのは、組織、規模、場所、およびアクセスについて考慮した
結果、複数のチーム サイトがより適切なソリューションであると判断した場合のみにしてください
。ただし、エンタープライズ Wiki を別のサイトのサブサイトとして作成することはできます。
この手順では計画プロセスを完了します。次の作業はエンタープライズ Wiki のセットアップです
。詳細については、「Create an Enterprise Wiki (SharePoint Server 2010)」を参照してください。
202
関連項目
概念
User Profile Service の概要 (SharePoint Server 2010)
その他のリソース
About the managed metadata service application (SharePoint Server 2010)
203
グループ作業サイトの計画 (SharePoint Server
2010)
Microsoft SharePoint Server 2010 を使用すると、環境内でグループ作業サイトをサポートでき
ます。グループ作業サイトは、個人やグループが共同で作成、共有、および修正できる情報を
保管します。これらのサイトは、特定のポータル サイト コレクションまたは発行サイト コレクショ
ンの一部に関連付ける必要はありません。これらのサイトはスタンドアロン サイトにして、プロジ
ェクトのグループ作業を行ったり情報を共有したりする必要があるチームまたはユーザー グル
ープが使用できるようにすることができます。たとえば、工務店のチームが、グループ作業サイ
トを使用して、社内情報を会社のイントラネットに公開せずに、現在のプロジェクトのステータス
について話し合ったり、タスクを割り当てたり、グループ ランチを手配することが考えられます。
ポータルまたは発行サイトからの情報が組織で失われることがないように、これらのサイトから
の検索にグループ作業サイトを使用できるように設定できます。ただし、データの回復およびメ
ンテナンスをより簡単にするには、別の Web アプリケーションか、ポータルまたは発行サイトと
同じ Web アプリケーション内の異なるコンテンツ データベースでグループ作業サイトをホストす
る必要があります。
ユーザー用にこれらのサイトを作成することも、これらのサイトをユーザーが自分で作成できる
ようにすることもできます。
グループ作業サイトとアーキテクチャ計画の詳細については、「論理アーキテクチャの設計サン
プル: グループ作業サイト」を参照してください。
企業全体の wiki の詳細については、「エンタープライズ Wiki の計画 (SharePoint Server 2010)
」を参照してください。
この記事の内容

グループ作業サイトの数を決定する

特定のパス

追加のパス
グループ作業サイトの数を決定する
環境内に予測されるグループ作業サイトの数と、サポートするそのようなサイトの数を大まかに
推定します。グループ作業サイトを要求するようにユーザーに求める場合は、作成される数を制
御できます。ユーザーに対して独自のグループ作業サイトの作成を許可する場合は、これらの
サイトが環境内に多数作成されます。
特定のパス
Microsoft SharePoint Server 2010 では、特定のパスを使用して、独自の SharePoint サイト コ
レクションを含めることができます。これはファイル システムでフォルダーにファイルやドキュメン
204
トを格納するのに似ています。既定では、Web アプリケーションを作成するときに、以下の 2 つ
のパスを使用できます。

ルート パス (/) これは、1 つのサイト コレクションを格納できる明示的なインクルードです
。たとえば、URL を http://<会社名>/default.aspx と表示する場合は、サイト コレクションを
このルート パスに作成します。

サイト パス (/sites) これは、複数のサイト コレクションを格納できる一般的なパスです。た
とえば、/sites パスを使用する場合、Site_A という名前のサイトの URL は、http://<サーバ
ー名>/sites/Site_A/default.aspx のようになります。
メモ:
/sites パスの名前は、インストール時に使用された言語によって異なります。
追加のパス
追加のパスを作成することもできます。そのようにすると、サイト コレクションをグループ化でき
ます。サイト コレクションを作成するときには、作成方法を以下から選択できます。

Web アプリケーションのルートにサイト コレクションを作成します (ルートにサイト コレクショ
ンがまだ作成されていない場合)。

/sites パスの下にサイト コレクションを作成します。

Web アプリケーションで利用できるように設定された追加のパスの下にサイト コレクション
を作成します。
通常、大部分のインストールでは /sites パスで十分です。ただし、以下の場合は他のパスを使
用することを検討してください。

インストールが複雑で、サイト コレクションの数が多くなることが予測されるので、類似した
サイトをグループ化する場合。
たとえば、すべてのサイトに対して /sites を使用する代わりに、個々のユーザー サイト用
に /personal を使用し、グループ作業サイト用に /team を使用します。

ファイアウォールまたはルーターにフィルターを追加して、特定の名前空間を内部アクセス
のみに制限する場合。
たとえば、外部グループ作業に対して /team パスは公開し、/personal は公開しないように
します。
Microsoft SharePoint Workspace 2010 との統合
Microsoft SharePoint Workspace 2010 は、Microsoft SharePoint Server 2010 用のリッチ クライ
アントを提供します。このクライアントでは、デスクトップ コンテンツと、SharePoint のドキュメント
およびリストをリアルタイムに同期できます。Microsoft SharePoint Workspace 2010 には、
Groove の特別なグループ作業および共有フォルダー ワークスペースを作成するためのオプシ
ョンも用意されています。情報はオンラインとオフラインのどちらでも、指定した SharePoint サイ
トや、外部のパートナーおよびオフサイトのチーム メンバーと、共有ワークスペースを介して簡
単に同期できます。Microsoft SharePoint Workspace 2010 は、エンタープライズ版の Microsoft
Office 2010 では自動的にインストールされます。または、Microsoft ダウンロード センター
(http://go.microsoft.com/fwlink/?linkid=48516&clcid=0x411) から個別にインストールできます。
205
詳細については、「Plan for SharePoint Workspace 2010」を参照してください。
206
エンタープライズ コンテンツ管理の計画
(SharePoint Server 2010)
Microsoft SharePoint Server 2010 のエンタープライズ コンテンツ管理 (ECM) には、ドキュメント
管理、レコード管理、およびデジタル メディア管理があります。
このセクションの内容

ドキュメント管理の計画 (SharePoint Server 2010)
SharePoint Server 2010 には、組織内のドキュメントのライフ サイクルを制御するために使
用できるドキュメント管理機能が用意されています。これらの機能によって、ドキュメントの
作成、校閲、発行、および最終的な廃棄または保持の方法を制御できます。このセクション
の記事では、ソリューションのドキュメント管理機能を計画する方法について説明します。

レコード管理の計画 (SharePoint Server 2010)
このセクションの記事では、SharePoint Server 2010 のレコード管理について説明し、レコ
ード管理ソリューションの計画に関するガイドラインを示します。

デジタル資産ライブラリの計画 (SharePoint Server 2010)
SharePoint Server 2010 のオーディオとビデオに特化したコンテンツ タイプでは、Web パー
ツや Web パーツ ページにおけるそのようなメディアの保存と再生がサポートされます。こ
のセクションの記事では、SharePoint Server 2010 に基づいてデジタル資産ライブラリを計
画する方法について説明します。
207
ドキュメント管理の計画 (SharePoint Server
2010)
これらの記事では、Microsoft SharePoint Server 2010 を基盤とするソリューションのドキュメント
管理機能を計画する方法について説明します。
SharePoint Server 2010 には、組織内でのドキュメントのライフサイクル、つまりドキュメントの作
成、校閲、発行、および最終的な処分または保持の方法を制御するために使用できるドキュメ
ント管理機能が用意されています。この章の記事では、ソリューションのドキュメント管理機能を
計画する方法について説明します。
この章には次の記事が含まれます。

「ドキュメント管理の概要 (SharePoint Server 2010)」では、企業でのドキュメント管理の概
要、およびこの計画ガイドが推奨するドキュメント管理計画プロセスについて説明します。

「ユーザーを特定し、ドキュメントの使用状況を分析する」では、ドキュメント管理計画チーム
の作成、企業で使用されるドキュメントの種類を特定する方法、および、ドキュメントのライ
フサイクルにおける各段階を分析する方法について説明します。

「メタデータ ベースのルーティングと記憶域の概要 (SharePoint Server 2010)」では、コンテ
ンツ オーガナイザー機能を使用するメタデータベースのルーティングおよびストレージを包
括的なドキュメント管理ソリューションの一部として使用する方法について、ソリューションの
立案者や設計者が理解するための情報を提供します。

「メタデータ ナビゲーションの概要 (SharePoint Server 2010)」では、メタデータ ナビゲーシ
ョンとフィルター処理機能を使用して、メタデータを基盤とするドキュメント ライブラリのコン
テンツを検索する方法について、ソリューションの立案者や設計者が理解するための情報
を提供します。

「ドキュメント ライブラリの計画 (SharePoint Server 2010)」では、ドキュメント ライブラリを使
用して企業内のドキュメントを整理する方法について説明します。

「ドキュメント セットの計画 (SharePoint Server 2010)」では、ドキュメント セットを使用して、
ドキュメントのコレクションを単一のプロジェクトまたは作業生産物として編成する方法につ
いて説明します。

「コンテンツ タイプとワークフローを計画する (SharePoint Server 2010)」では、コンテンツ タ
イプの計画について説明します。コンテンツ タイプは、ドキュメント、リスト アイテム、および
フォルダーの属性を定義し、共有するための SharePoint Server のメカニズムです。この記
事では、SharePoint Server のワークフロー機能を使用してドキュメント関連プロセスを設計
する方法についても説明します。

「情報管理ポリシーの計画 (SharePoint Server 2010)」では、組織が規制および法律上の
義務を順守するために役立つエンタープライズ全体ポリシーの計画および実装と、ドキュメ
ントの監査や適切な保管などのベスト プラクティスについて説明します。

「バージョン管理、コンテンツ承認、チェックアウトの計画 (SharePoint Server 2010)」では、
バージョン管理、チェックインとチェックアウト、およびコンテンツ発行の承認を使用したコン
テンツ管理を計画する方法について説明します。
208
ドキュメント管理の概要 (SharePoint Server
2010)
ここでは、Microsoft SharePoint Server 2010 に基づくドキュメント管理ソリューションのさまざま
な要素の概要について説明します。
この記事の内容

ドキュメント管理システムの要素

計画プロセス
ドキュメント管理は、組織内のドキュメントのライフ サイクル (ドキュメントを作成、レビュー、発行
する方法、および最終的にドキュメントを廃棄または維持する方法) を制御します。"管理" とい
う用語は、組織の上層部による情報の制御を意味していますが、効果的なドキュメント管理シス
テムは、そのシステムを使用する組織の文化を反映している必要があります。ドキュメント管理
に使用するツールは、ドキュメントのライフ サイクルを細かく管理できる方が企業の文化と目標
に合っている場合はそのように管理でき、同時に、より緩やかに構造化されたシステムの方が
企業に適している場合はそのようなシステムも実装できるように、柔軟である必要があります。
ドキュメント管理システムの要素
効果的なドキュメント管理ソリューションでは、以下の要素を指定します。

組織内で作成できるドキュメントの種類およびその他のコンテンツ タイプ。

各種類のドキュメントで使用するテンプレート。

各種類のドキュメントに提供するメタデータ。

ドキュメントのライフ サイクルの各段階で、ドキュメントを保存する場所。

ドキュメントのライフ サイクルの各段階で、ドキュメントへのアクセスを制御する方法。

チーム メンバーがドキュメントの作成、レビュー、承認、発行、および廃棄を行う場合に、組
織内でドキュメントを移動する方法。

ドキュメント関連の操作が監査され、ドキュメントが正しく保持または破棄され、組織にとっ
て重要なコンテンツが保護されるように、ドキュメントに適用するポリシー。

ドキュメントがライフ サイクル内のある段階から別の段階に移行する場合に、そのドキュメ
ントの形式を変換する必要があるかどうか。

法律要件および企業ガイドラインに準拠して保持する必要のある、企業レコードとしてドキ
ュメントを扱う方法。
SharePoint Server 2010 には、ドキュメント管理に関するこれらの要素すべてを実装する機能が
含まれています。インフォメーション ワーカーが日常の操作や使い慣れたツールを使用してこ
れらの機能を簡単に有効活用できるように、Microsoft Office system の Microsoft Outlook、
Microsoft Word などのアプリケーションには、ドキュメントのライフ サイクルの各段階をサポート
する機能が含まれています。
209
計画プロセス
ドキュメント管理の計画プロセスは、以下の主要な手順で構成されています。
1.
ドキュメント管理の役割を特定する 組織の主要な関係者のフィードバックを計画に取り込
んでいること、ソリューションを実装するために適切なチームを配置していること、ドキュメン
ト管理プロセスに従事しているユーザーがわかっていることを確認します。ドキュメント管理
計画チームの編成の詳細については、「ユーザーを特定し、ドキュメントの使用状況を分析
する」を参照してください。
2.
ドキュメントの使用状況を分析する ドキュメントで作業するユーザーを特定した後は、使
用するドキュメントの種類とそのドキュメントの使用方法を決定します。詳細については、「
ユーザーを特定し、ドキュメントの使用状況を分析する」を参照してください。
3.
ドキュメントの整理を計画する ドキュメントは、サイト コレクション、サイト、およびライブラ
リに整理できます。SharePoint Server 2010 では、レコード リポジトリなどの特殊なサイトか
ら、迅速なドキュメント作成やグループ作業用の緩やかに構造化されたドキュメント ライブ
ラリまで、ドキュメントの整理および保存に役立つ広範な機能を提供しています。ライブラリ
内では、コンテンツをさらにフォルダーとサブフォルダーに分けて整理することもできます。
詳細については、「ドキュメント ライブラリの計画 (SharePoint Server 2010)」および「Plan
enterprise content storage and version control」を参照してください。
4.
複数の場所の間でのコンテンツの移動方法を計画する ドキュメントのライフ サイクルの
各段階で、ドキュメントをあるサイトまたはライブラリから別の場所に移動またはコピーする
必要がある場合があります。たとえば、発行プロセスには、ドキュメントをステージング サイ
トからインターネットのパブリック サイトに移動する作業が含まれる場合があります。コンテ
ンツをサイト間で移動するときに、ある形式から別の形式に変換する必要がある場合は、コ
ンテンツの変換も計画する必要があります。詳細については、「ドキュメント ライブラリの計
画 (SharePoint Server 2010)」の「コンテンツのフローを計画する」を参照してください。
5.
コンテンツ タイプを計画する コンテンツ タイプを使用して、メタデータ、ドキュメント テンプ
レート、ポリシー、ワークフロー プロセスなど、ドキュメントの種類に関する情報を整理しま
す。これは、ドキュメントを整理して、組織全体で一貫性が常に維持されるようにするために
必要不可欠な手順です。詳細については、「コンテンツ タイプとワークフローを計画する
(SharePoint Server 2010)」を参照してください。
6.
ワークフローを計画する 組織のワークフローを計画すると、各参加者がドキュメントのライ
フ サイクル中にグループ作業を行うときに、ドキュメントがあるチーム メンバーから別のチ
ーム メンバーにどのように移動するかを制御したり追跡したりできます。SharePoint Server
2010 には、ドキュメントのレビュー、承認など、共通のチーム タスクに使用できるワークフロ
ーが組み込まれています。また、SharePoint Server 2010 は、カスタム ワークフローの作成
とインストールもサポートしています。詳細については、「コンテンツ タイプとワークフローを
計画する (SharePoint Server 2010)」を参照してください。
7.
コンテンツの制御を計画する 各コンテンツ タイプと保存場所に基づいて適度な制御を計
画できます。たとえば、ドキュメント ライブラリの場合は、Information Rights Management を
使用して、チェックインとチェックアウトを要求してドキュメントを認証されていない配布から
保護するように計画できます。詳細については、「ドキュメント ライブラリの計画
(SharePoint Server 2010)」および「情報管理ポリシーの計画 (SharePoint Server 2010)」を
参照してください。
8.
ポリシーを計画する 各コンテンツ タイプについて情報管理ポリシーを計画して、確実にド
キュメントが正しく監査、保持、ラベル付けされるようにするか、そうでない場合は組織の制
度上および法律上の要件に従って処理されるようにします。SharePoint Server 2010 には、
210
監査、ドキュメントの保持、ラベル付け、およびバーコード (印刷されたコンテンツをドキュメ
ント ライブラリ内の対応する電子版ドキュメントと確実に関連付けることができます) を実装
するためのポリシーが含まれています。詳細については、「情報管理ポリシーの計画
(SharePoint Server 2010)」を参照してください。
211
ユーザーを特定し、ドキュメントの使用状況を
分析する
ドキュメント管理ソリューションを計画する際の最初の手順は、ユーザーを特定し、ドキュメント
の使用状況を分析することです。 ここでは、Microsoft SharePoint Server 2010 に基づくソリュー
ションに関するユーザーの特定およびドキュメントの使用状況の分析について説明します。
この記事の内容

ユーザーを特定する

ドキュメントの使用状況を分析する

ワークシート
ユーザーを特定する
ドキュメント管理ソリューションの関係者と参加者を特定する場合、この情報を収集するために
アンケートを使用できます。たとえば、アンケートに以下のような設問を含めることができます。

組織内でのドキュメントの作成者

作成するドキュメントの種類

ドキュメントの校閲者

ドキュメントの編集者

ドキュメントの使用者

ドキュメントの発行承認者

ドキュメントのホストに使用する Web サイトのデザイン担当者

ドキュメント管理のガイドラインおよびポリシーの設定担当者

組織内のレコード管理者

ドキュメントを保存するサーバーの展開および保守の担当者
ワークシートでの作業
各設問には複数回答できます。Microsoft Office SharePoint Server 2007 ドキュメント管理
の関係者と参加者ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165871&clcid=0x411) に、アンケートで収集した情
報を記録します。以下に例を示します。
ドキュメントの関係者ワークシートの例
212
職位
ドキュメントの種類 ロール
財務アナリスト
株式リサーチ メモ 作成者
テクニカル ライター
財務モデル
Web ページ
財務アナリスト
株式リサーチ メモ 校閲者
マネージャー
財務モデル
テクニカル エディター 株式リサーチ メモ 編集者
Web ページ
顧客
株式リサーチ メモ 参照者
財務モデル
Web ページ
顧問弁護士
株式リサーチ メモ コンテンツ承認者
マネージャー
財務モデル
Web ページ
サーバー管理者
すべて
IT 担当者
データベース管理者
すべて
データベース担当者
順守監視担当者
すべて
法務担当者
レコード管理者
すべて
レコード管理者
サイト管理者
すべて
コンテンツ発行者
サイト管理者
すべて
コンテンツ監査者
コンテンツの関係者を特定することで、ドキュメント管理ソリューションが包括的なものになり、企
業のコンテンツのニーズとプロセスに合わせてサイトおよびドキュメント ライブラリをデザインで
きるようになります。
ドキュメントの使用状況を分析する
コンテンツの関係者を特定した後は、それらの関係者から、ドキュメントが組織内でどのように
使用されているかを分析するための情報を収集します。これは、計画プロセスの重要な部分で
あり、分析によって以下を決定できます。

ドキュメント ライブラリをどのように構造化するか。

使用するサイト テンプレート。

必要なサイトの数。

サイトに適用する情報管理ポリシー。
213

ソリューションを実装するために必要となる、物理的なサーバー トポロジ。
収集する情報は以下のとおりです。

ドキュメントの種類 (株式リサーチ メモ、従業員の業績評価、内部メモ、製品仕様など)。

各種ドキュメントの目的 ("裏付けとなるデータと共にエクイティに関する推奨事項を顧客に
提供する" など)。

各種ドキュメントの作成者 (個人名ではなく、"財務アナリスト"、"プロダクト マネージャー"
など、作成者のロールのリストを作成すると有益です)。

ドキュメントの形式。ライフ サイクル中のいずれかの時点でドキュメントの形式を変換する
必要がある場合は、その情報を記録します。

各種ドキュメントのユーザー ("顧客" や "チーム メンバー")。

ドキュメントのライフ サイクルに適用される別のロール ("技術校閲者" や "コピー編集者")
。

ドキュメントの場所 ("クライアント コンピューター"、"Web サーバー"、"ファイル サーバー"
など)。この設問には複数の回答がある場合があります。たとえば、ドキュメントがクライアン
ト コンピューターで作成されてから、Web サーバーに発行される場合などです。

閲覧者がドキュメントを表示する方法 (Web ページやファイル共有)。
ワークシートでの作業
ドキュメント使用状況の分析を記録するために、Microsoft Office SharePoint Server 2007
ドキュメント使用状況の分析ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x411) が用意されています。以下は
、企業内の 2 つの異なる組織から収集され、ワークシートに記録される情報の例を示し
たものです。
ドキュメントの使用状況ワークシートの例
種類
目的
株式リ 主要な顧客に、株式
サーチ の売買に関する財務
メモ サービス ガイダン
スを提供
作成
者
ユ
ー
ザ
ー
形式
その他のロール
場所
財務 顧 DOCX (作成 校閲者 (技術)、校閲者 (法 
アナ 客 者用)、PDF ( 務)、承認者、コピー編集
リス
発行用)
者、レコード管理者、サ 
ト
イト管理者

作成
サイト

レコー
ド リポ
ジトリ
214
テスト
サイト
インタ
ーネッ
ト
分析 作成形式と発行形式が異なるので、形式変換が必要です。校閲者の数が多い場合は、1
つ以上のワークフロー (サーバーに実装されているビジネス プロセス) が必要です。4 つのサイ
ト (作成、テスト、インターネット、およびレコード リポジトリ) には、コンテンツをあるサイトから別
のサイトに移動するためのメカニズムが必要です。企業レコード リポジトリにコンテンツをアーカ
イブする必要がある場合、およびエクイティに関するアドバイスの発行による規制上の影響があ
る場合は、コンテンツの監査と保持期間などの企業ポリシーとベスト プラクティスが必要です。
種類
目的
作成者
ユーザー 形式 その他のロール
場所
従業
員の
業績
評価
従業員の業績を
評価する (自己評
価とマネージャ
ーの評価を含む)
インフォメ
ーション ワ
ーカー、マ
ネージャー
マネー .DOC 校閲者 (人事)、校閲 
ジャー
者 (法務)、承認者 (
、人事
上級マネージャー)
担当者
、レコード管理者 
クライアント
コンピュータ
ー
電子メール
サーバー (
添付ファイ
ルとして)

企業 Web
サーバー

企業レコー
ド リポジトリ
分析 2 人の作成者と複数の校閲者がいるので、1 つ以上のワークフローが必要です。ドキュ
メントは、多数の異なる人物によって処理され、次に (おそらく高度なセキュリティ保護が行われ
て) 企業 Web サーバーに配置され、レコード リポジトリにアーカイブされます。このコンテンツは
性質上、機密性が高いので、従業員のプライバシーと企業の法的立場を保護する企業ポリシー
とベスト プラクティス (監査など) 以外にも、デスクトップとサーバーには Information Rights
Management (IRM) が必要です。
ワークシート
この記事で説明した情報を記録するには、以下のワークシートを使用します。

Microsoft Office SharePoint Server 2007 ドキュメント管理の関係者と参加者ワークシート (
英語) (http://go.microsoft.com/fwlink/?linkid=165871&clcid=0x411)

Microsoft Office SharePoint Server 2007 ドキュメント使用状況の分析ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x411)
215
メタデータ ベースのルーティングと記憶域の概
要 (SharePoint Server 2010)
ここでは、ソリューションの計画および設計を行う際に、Microsoft SharePoint Server 2010 のコ
ンテンツ オーガナイザー機能を使用するメタデータ ベースのルーティングと記憶域を包括的な
ドキュメント管理ソリューションの一部として活用する方法について説明します。
この記事の内容

メタデータ ベースのルーティングと記憶域について

コンテンツ オーガナイザーの設定

コンテンツ オーガナイザーのルール
メタデータ ベースのルーティングと記憶域について
SharePoint Server 2010 では、コンテンツ オーガナイザーを使用するメタデータ ルーティングと
記憶域が導入されました。コンテンツ オーガナイザーは、SharePoint 2007 のレコード センター
サイト テンプレートで導入されたドキュメント ルーティング機能を基盤とします。
コンテンツ オーガナイザーから提供される新しいサイト レベル機能により、管理者とユーザー
はメタデータに基づくルールを使用して、コンテンツの分類、ルーティング、および保存を簡単に
行うことができます。サイト管理者がコンテンツ オーガナイザー機能をアクティブにし、設定とル
ールを構成した後で、ユーザーはドキュメントをライブラリまたはフォルダーに直接アップロード
するのではなく、次のいずれかの方法でドキュメントの保存、ルーティング、およびそれによるル
ールの適用を行うことができます。

ドキュメントを自動仕分けライブラリにアップロードする。自動仕分けライブラリは、コンテン
ツ オーガナイザー機能がアクティブにされたサイトに作成されます。

Word、Excel、および PowerPoint クライアント アプリケーションで、[名前を付けて保存] を
使用する。

他の SharePoint サイトから [送信] を使用する。

Web サービス オブジェクト モデルを使用する。

電子メール自動仕分け領域を使用する。Exchange を使用すると、ドキュメントをサイトに電
子メールで送信できます。

ドキュメントのライフ サイクルの途中または終了時にレコード センター サイトに送信する。
たとえば、ワークフローまたは保持ポリシーの一部としてこの操作を行います。
ドキュメントをメタデータに基づいてアップロードすると、コンテンツ オーガナイザーでは、指定さ
れたフォルダーにドキュメントをルーティングしたり、新しいフォルダーを自動的に作成したりでき
ます。たとえば、以下のような操作を行えます。

ルーティング ルールに従ってルーティングされるフォルダーが大きくなり過ぎたため、新し
いフォルダーをルーティング先フォルダーの子フォルダーとして作成する。
216

フィールド内の新しい値ごとにフォルダーを作成する。たとえば、分類用に 100 個のキーワ
ードがある場合、これらの 100 個のキーワードについて個別のフォルダーを自動的に作成
できます。フォルダーは、コンテンツ オーガナイザーで特定のタグを持つドキュメントが最初
に評価された時点で作成されます。
新しいフォルダーは親フォルダーの設定を継承します。さらに、新しいフォルダーに追加のルー
ルを設定して、フォルダー内のドキュメントに継承されるアクセス許可、既定のメタデータ、保持
ポリシー、ワークフローなど、追加のパラメーターを定義できます。たとえば、以下のような操作
を行えます。

"総務" タグが付けられたドキュメントを、ライブラリ内の他のフォルダー内のドキュメントよ
りも制限の厳しいフォルダーにルーティングします。これにより、メタデータを使用して
SharePoint のドキュメントに効果的にアクセス許可を適用できます。

"経理" タグが付けられたドキュメントを、ドキュメントを確実に保存するための保持ポリシー
の対象となるフォルダーにルーティングします。

"人事" タグが付けられたドキュメントを、他の任意の数のメタデータ タグが適用されるフォ
ルダーにルーティングします。これにより、ユーザーが多数のメタデータ タグを適用するた
めに費やす時間が節約され、タグ付けの誤りも回避されます。
コンテンツにメタデータでタグ付けをし、さらにコンテンツ オーガナイザーの設定とルールを使用
すると、組織内のドキュメントに対する追加のコンテンツ パラメーターを効果的に決定、ルーティ
ング、保存、および適用できます。
コンテンツ オーガナイザーの設定
サイト管理者は、サイトにアップロードされたコンテンツのルーティング方法を決定するコンテン
ツ オーガナイザー設定を構成できます。これらの設定は、コンテンツ オーガナイザーを使用し
てルーティングされるすべてのコンテンツに適用されます。コンテンツ オーガナイザーには次の
設定があります。

ユーザーを自動仕分けライブラリにリダイレクト この設定を有効にした場合、1 つ以上の
コンテンツ オーガナイザーのルールが適用されるサイトにコンテンツをアップロードすると、
コンテンツは自動仕分けライブラリにリダイレクトされます。この設定を無効にした場合は、
コンテンツ オーガナイザーの使用を迂回して、ファイルをライブラリまたはフォルダーに直
接アップロードできます。この設定が適用されるのは、ドキュメント ライブラリ ページを使用
するか、クライアント アプリケーションを使用してドキュメントをアップロードする場合です。

別サイトへの送信 この設定を有効にした場合、現在のサイトにアップロードされたドキュメ
ントを、コンテンツ オーガナイザーがアクティブになっている別のサイトにリダイレクトするル
ールを作成できます。

フォルダーのパーティション分割 この設定を有効にした場合、フォルダー内のアイテム数
が指定の値を超えたときにサブフォルダーが作成されます。

送信アイテムの重複 このオプションは、アップロード先のライブラリに同じ名前のドキュメ
ントが既にある場合に、SharePoint のバージョン管理を使用するか、重複するファイル名の
最後に一意の文字を付加するかを指定します。

ルール管理者 この設定は、ルールを作成したり、ルールに一致しないコンテンツのアップ
ロードに応答し、管理したりできるユーザーまたはグループを指定します。

送信ポイント この構成可能ではない設定は、コンテンツを他のサイトに送信するためにサ
イトまたは電子メール メッセージングを設定するのに使用できる Web サービスと URL、お
217
よび電子メール アドレスを提供します。サーバーの全体管理で新しい [送信] の場所を作
成するときに、この設定を [送信] の場所に送信されるファイルの送信先サービス URL とし
て指定します。
コンテンツ オーガナイザーのルール
ルール管理者はルールを作成できます。ルールによって、受信されたドキュメントにルールを適
用し、ルールに指定されたアクションを実行するかどうかが決定されます。ルールには、次のオ
プションがあります。

ルール名 ルールの名前。

ルールの状態および優先順位 複数のルールを適用する場合に、ルールの優先順位を 1
~ 9 の数値で指定します。また、ルールを非アクティブにして、受信されるコンテンツに適
用しないことも指定できます。

提出アイテム コンテンツ タイプ ドキュメント コンテンツ タイプ、発行用コンテンツ タイプな
ど、コンテンツ タイプ グループを指定します。コンテンツ タイプ グループに基づいて、ルー
ルに使用するコンテンツ タイプを追加で選択できます。組織でコンテンツ タイプに別の名前
が使用される場合は、代替の名前を指定できます。

条件 プロパティに基づく追加のフィルターをルールに適用して処理します。

送信先 ルールに一致するコンテンツを送信する場所を指定します。

送信ポイント 前に示したすべての条件を満たすアイテムが保存される場所。コンテンツ オ
ーガナイザーの設定で [別サイトへの送信] オプションをオンにした場合は、現在のサイト
の外部にあり、ドキュメントをルーティングできる他の場所の一覧を示すドロップダウン リス
トが表示されます。
コンテンツ オーガナイザー機能をサイトに対してアク
ティブにする
サイトでコンテンツ オーガナイザーを使用するには、コンテンツ オーガナイザーの機能をアクテ
ィブにする必要があります。サイトに対してコンテンツ オーガナイザーをアクティブにすると、[サ
イトの設定] ページの [サイトの管理] に [ コンテンツ オーガナイザーの設定] および [コンテン
ツ オーガナイザーのルール] が表示されます。
メモ:
レコード センター サイト テンプレートを使用してサイトを作成すると、既定でコンテ
ンツ オーガナイザーがアクティブになります。
コンテンツ オーガナイザー機能をサイトに対してアクティブにするには
1.
[サイトの設定] ページの [サイトの操作] で、[サイト機能の管理] をクリックします。
2.
[機能] ページで、[コンテンツ オーガナイザー] の [アクティブ化] をクリックします。
コンテンツ オーガナイザー機能がアクティブになった後で、メタデータに基づくルールを作成して
、送信されたコンテンツをライブラリまたはフォルダーに移動できます。
218
関連項目
概念
メタデータ ナビゲーションの概要 (SharePoint Server 2010)
219
メタデータ ベースのルーティングと記憶域の計
画 (SharePoint Server 2010)
ここでは、IT 専門家が、Microsoft SharePoint Server 2010 のコンテンツ オーガナイザー機能を
使用して、メタデータを基にコンテンツをルーティングおよび格納する方法を計画するのに役立
つ情報について説明します。メタデータに基づくコンテンツのルーティングと記憶域に関する一
般的な情報については、「メタデータ ベースのルーティングと記憶域の概要 (SharePoint Server
2010)」を参照してください。
この記事の内容

メタデータ ベースのルーティングと記憶域の計画

コンテンツの送信方法を決定する

コンテンツ オーガナイザーの設定を計画する

コンテンツ オーガナイザーのルールを計画する

送信先のプロパティを計画する
メタデータ ベースのルーティングと記憶域の計画
多くの組織でユーザーが直面する問題の 1 つは、作成したドキュメントを保存する場所の決定
です。さらに重要な問題は、メタデータ タグ、権限、ポリシー、ワークフローなど、追加のプロパ
ティや実行する必要のある操作をドキュメントに対して適用する方法です。
SharePoint Server 2010 ではコンテンツ オーガナイザー機能が導入されています。コンテンツ
オーガナイザー機能をサイトに対して有効にした後は、コンテンツ オーガナイザーを使用するこ
とで、メタデータに基づいてコンテンツを分類して、異なるコンテナー (サイト、ライブラリ、フォル
ダー) にコンテンツを送信できます。これらのコンテナーつまり送信先に対しては場所ごとに設
定を指定でき、追加のメタデータ、権限、ポリシー、ワークフローなど、そのコンテナー内のコン
テンツが継承する追加プロパティを定義できます。
コンテンツ オーガナイザーを使用すると、わずか 1 つまたは 2 つのドキュメントまたはドキュメ
ントのコレクションでもサイトにアップロードできます。その後、コンテンツ オーガナイザーの設定
とルールで、これらのコンテンツ アイテムにルールを適用し、それに従って送信先に送信するよ
う指定できます。サイトごとにコンテンツ オーガナイザーの個別のインスタンスを使用できるの
で、コンテンツを複数のサイトにルーティングして格納するネットワークを作成できます。
メタデータでコンテンツにタグを付け、コンテンツ オーガナイザーを使用すると、組織内でのドキ
ュメントのルーティングと保存が簡単になりますが、組織のニーズに最善に対応できる方法を入
念に計画することが非常に重要です。的確な計画と実装が、SharePoint インフラストラクチャを
コンテンツ管理ソリューションで活用することになり、同時にシステムとユーザーの両方のパフォ
ーマンスを最大限に引き出すことにもつながります。
この記事では、Microsoft ダウンロード センターで入手できる Content Organizer settings
worksheet (コンテンツ オーガナイザーの設定用ワークシート) および Content Organizer rule
220
worksheet (コンテンツ オーガナイザーのルール用ワークシート) へのリンクを示してあります。
コンテンツ オーガナイザーを使用して整理されるコンテンツに適用する設定とルールの構成方
法を計画するときは、この記事と併せてワークシートも使用してください。
ワークシートのダウンロード

Content Organizer settings worksheet (英語
)(http://go.microsoft.com/fwlink/?linkid=189018&clcid=0x411) (英語)

Content Organizer rule worksheet (英語
)(http://go.microsoft.com/fwlink/?linkid=189019&clcid=0x411) (英語)
コンテンツの送信方法を決定する
コンテンツ オーガナイザーを使用して整理したコンテンツをユーザーが送信する方法は、コンテ
ンツのルーティングと記憶域のソリューションを開発する際の重要な要素です。サイト管理者が
サイトに対してコンテンツ オーガナイザー機能を有効にして、設定とルールを構成した後、ユー
ザーは次のいずれかの方法を使用して、ドキュメントをアップロードし、自動的にルーティングし
て正しい場所に送信できます。

コンテンツを自動仕分けライブラリにアップロードする。自動仕分けライブラリは、コンテンツ
オーガナイザー機能がアクティブになっているすべてのサイトに作成されます。

Word、Excel、および PowerPoint クライアント アプリケーションで、[名前を付けて保存] を
使用する。

他の SharePoint サイトから手動で、ワークフローの一部として、またはドキュメントのライフ
サイクルの途中または終了時に、[送信] を使用する。

Web サービス オブジェクト モデルを使用する。

電子メール自動仕分け領域を使用する。Exchange を使用すると、コンテンツ アイテムをサ
イトに電子メールで送信できます。
ワークシートでの作業: Content Organizer settings worksheet に、レコードをサイトにアップロー
ドまたは送信する方法を記録します。
自動仕分けライブラリを計画する
コンテンツ オーガナイザーの設定を計画する
サイト管理者は、サイトのコンテンツ オーガナイザーの設定がメタデータ ベースのルーティング
と記憶域のソリューション全体に及ぼす影響を慎重に計画することが重要です。また、ソリュー
ションをサイトに実装する前にさまざまな構成をテストすることも重要です。ここでは、サイトでの
コンテンツ オーガナイザーの設定がメタデータ ベースのコンテンツ ルーティングと記憶域のソ
リューションでどの程度有効かを判断して記録する方法について説明します。
「Content Organizer settings worksheet (英語)」は、サイトに対する設定の計画に役立つように
用意されています。コンテンツ オーガナイザー機能を有効にするサイトごとに個別に Content
Organizer settings worksheet を作成してください。
コンテンツのリダイレクト
221
[ユーザーを自動仕分けライブラリにリダイレクト] の設定を使用すると、ユーザーを自動仕分け
ライブラリにリダイレクトするかどうかを指定できます。この設定をオンにすると (既定)、すべて
のアップロードは、ルールによって指定されている送信先に自動的に送信されるか、またはル
ールが適用されない場合は自動仕分けライブラリに格納されます。この設定をオフにすると、ユ
ーザーはルールと自動仕分けライブラリをバイパスし、ドキュメントを別のライブラリまたはフォ
ルダーにアップロードできます。
自動仕分けライブラリは、コンテンツ オーガナイザー機能がアクティブになっているサイトごとに
作成されます。既定では、コンテンツが送信されると、ルールがドキュメントに適用された後、コ
ンテンツは送信先に送信されます。ルールが適用されない場合は、アイテムは自動仕分けライ
ブラリに格納され、電子メール通知がルール管理者に送信されます。ルール管理者は、追加の
メタデータをこれらのアイテムに適用してルールを一致させ、ドキュメントが送信先に送信される
ようにすることができます。自動仕分けライブラリでは、ライブラリ内のアイテムを処理するときを
指定するタイマー ジョブが使用されます。ルール管理者が追加のメタデータを自動仕分けライ
ブラリ内のアイテムに適用した場合は、タイマー ジョブの次の実行時にルールが適用されて、
アイテムが送信先に送信されます。
ドキュメントがアップロードされると、自動仕分けライブラリのドキュメント プロパティ ウィンドウが
表示されます。ここで、メタデータ プロパティを選択して、送信プロセスを完了できます。送信後
に、コンテンツ オーガナイザーのルールが適用されて、ドキュメントは送信先に送信されます。
その後、ユーザーにはアイテムの URL が表示されます。この URL にはドキュメント ID 機能か
ら作成された固定リンクが含まれているため、アイテムが再び移動されることがあっても、提供
された URL は常にアイテムにリンクしています。ルールが適用されない場合は、ドキュメントは
自動仕分けライブラリに格納され、ルール管理者は電子メールで通知を受け取ることができま
す。
適切に設計されたメタデータ ベースのルーティングと記憶域のソリューションでは、コンテンツ
オーガナイザーのルールが使用されて、自動仕分けライブラリに送信されたすべてのドキュメン
トが、意図されている送信先に送信されます。その後の自動仕分けライブラリに含まれるのは、
送信されたアイテムのうちどのルールとも一致しないものだけです。ルール管理者は、ライブラ
リに残っているドキュメントを調べることでどのルールにも一致しないドキュメントを識別し、ルー
ルを作成したり、適用する追加のメタデータ タグを要求したりできます。
ユーザーを自動仕分けライブラリにリダイレクトするときは、ユーザーが自動仕分けライブラリの
具体的な目的を認識していること、およびプロパティ ウィンドウに表示される内容はサイト ギャ
ラリーで定義されているコンテンツ タイプを反映しており、ユーザーが使用しているライブラリで
のコンテンツ タイプを必ずしも反映していないことを理解していることが重要です。
ワークシートでの作業: Content Organizer settings worksheet に、ユーザーを自動仕分けライ
ブラリにリダイレクトするかどうかを記録します。
別サイトへの送信
この設定をオンにした場合、現在のサイトにアップロードされたドキュメントを、コンテンツ オーガ
ナイザーがアクティブになっている別のサイトにルーティングするルールを作成できます。新しい
ルールを作成するとき、ルール構成ページのドロップダウン リストに、アイテムを送信できるす
べての宛先の場所が表示されます。リストにまだ含まれない新しい宛先を追加するには、サー
バーの全体管理の [送信接続の構成] ページを使用して、サイトの構成情報を追加する必要が
あります。
222
ドキュメント センターおよびレコード センターのリストは、Web アプリケーションごとに保持されて
います。たとえば、ポート 80 に Web サイトがあり、ポート 81 の Web アプリケーションの新しい
宛先ドキュメント ライブラリを追加する場合は、ライブラリの Official File Web サービスへの
URL を、ポート 80 の Web アプリケーションに対する [送信接続] のリストに追加します。Web サ
ービスの URL は、ルーターへの URL の編集ボックスに入力し、
http://myserver/mysubsite/_vti_bin/OfficialFile.asmx という形式を使用します。コンテンツ オー
ガナイザー機能がアクティブになっていないサイトを追加することはできません。
ワークシートでの作業: Content Organizer settings worksheet に、ルールで別のサイトを送信
先として指定できるかどうかを記録します。
フォルダーのパーティション分割
SharePoint Server 2010 では、1 つのフォルダーが含めることのできるアイテムの数に制限は
ありません。フォルダーのコンテンツを表示するときにリスト ビューに表示できるアイテムの数に
は実質的な制限があり (リスト ビューのしきい値)、既定値は 5000 アイテムです。コンテンツ オ
ーガナイザーを使用すると、フォルダーのアイテム数が指定されている最大値を超えて、標準
的なリスト ビューで扱うには大きくなりすぎたときの処理を指定できます。
[コンテンツ オーガナイザーの設定] の [フォルダーのパーティション分割] を使用すると、送信
先が大きくなりすぎたときにサブフォルダーを作成するように指定できます。既定のこの設定で
は、送信先が 2500 アイテムを超えると新しいフォルダーを作成するように指定されています。
各サブフォルダーは、基になっている送信先のプロパティを継承します。したがって、たとえば、
"Resumes" という名前のフォルダーがあり、アイテムの表示と編集に特別な権限が必要である
ことが指定されている場合、Resumes フォルダーから作成されるサブフォルダーも同じ権限要
件を継承します。
サイトまたはライブラリの全体的なフォルダー構造を認識していることが重要です。フォルダー
の主要な目的は、サイトまたはライブラリの想定される機能に合うようにコンテンツを整理するこ
とです。フォルダーの全体的な構造の一部として、またはフォルダーの構造を確立した後であっ
ても、[フォルダーのパーティション分割] の設定を慎重に検討する必要があります。
ワークシートでの作業: Content Organizer settings worksheet に、送信先のアイテム数が増え
すぎたときにサブフォルダーを作成するかどうか、およびフォルダーのパーティション分割を使っ
てサブフォルダーの作成時に使用するフォルダー名の形式を記録します。
送信アイテムの重複
大きい組織では、名前とメタデータが同じ複数のドキュメントが 1 つのサイトに送信される可能
性が常にあります。既定では、コンテンツ オーガナイザーは、SharePoint のバージョン管理がド
キュメント ライブラリで有効になっている場合は、バージョン管理を使用して同じ名前のアイテム
を区別します。[コンテンツ オーガナイザーの設定] には、重複した送信アイテムに関する 2 つ
のオプションがあります。既定である第 1 のオプションでは、SharePoint のバージョン管理を使
用します。SharePoint のバージョン管理を使用するには、ドキュメント ライブラリでバージョン管
理が有効になっている必要があります。バージョン管理の計画方法の詳細については、「バー
ジョン管理、コンテンツ承認、チェックアウトの計画 (SharePoint Server 2010)」を参照してくださ
い。第 2 のオプションは、コンテンツ オーガナイザーで重複するファイル名の最後に一意の文
字を付加するように指定するものです。対象のライブラリでバージョン管理が有効になっていな
い場合は、選択されている設定に関係なく、コンテンツ オーガナイザーは一意の文字を重複す
る送信アイテムに付加します。ファイル名に付加される一意の文字では特定の方法でアイテム
223
を識別できないということに注意してください。このため、同じ名前のドキュメントが多すぎる場合
はユーザーは目的のドキュメントを正しく識別できない可能性がありますが、名前に追加される
一意の文字は意味のある識別方法を提供するものではありません。
ワークシートでの作業: Content Organizer settings worksheet に、SharePoint のバージョン管
理を使用するか (既定)、または重複するファイル名の最後に一意の文字を追加するかを記録し
ます。
コンテキストを維持
この設定をオンにすると、ドキュメントに含まれる元の監査ログとプロパティが維持され、ドキュメ
ントと共に保存されます。これは、レコード センター サイトに送信されるドキュメントのように、ド
キュメントに関するすべての履歴情報を保持する必要があるときに重要です。コンテキストが維
持されていると、ユーザーはアイテムの [プロパティの表示] ページで [ポリシー準拠の詳細] を
クリックできます。
メモ:
コンテキストを維持すると記憶域に影響があります。監査データは、短期間で増加して
コンテンツ データベースの大きい領域を占めるようになります。監査の表示が有効にな
っている場合は特にそうです。監査データの記憶域容量に対する影響の詳細については
、記憶域と SQL の容量計画と構成に関する説明を参照してください。
ワークシートでの作業: Content Organizer settings worksheet に、このサイトに送信されるドキ
ュメントの元の監査ログとプロパティを保存するかどうかを記録します。
ルール管理者
ルールを作成および編集できるユーザーを指定できます。ルール管理者がルールを作成およ
び編集するには、Web サイトの管理権限が必要です。また、メタデータ ベースのルーティングと
記憶域のソリューションを最も効果的に実装するルールを作成するには、ルール管理者はメタ
データの用語セットと用語について十分に理解している必要があります。さらに、ルール管理者
は自分が作成するルールの広範な影響を把握することが重要です。たとえば、組織内のすべて
のルール管理者は、フォルダーがいっぱいになったときの適切な対応を認識することが重要で
す。
通常はルールの作成者がルール管理者になりますが、新しいルールを作成するときなどは、ル
ールが確実に本来の目的を果たすように他のルール管理者を指定することもできます。送信ア
イテムがルールに一致しないとき、または自動仕分けライブラリにコンテンツが残っているときに
、電子メールでルール管理者に通知するよう指定する場合、元のルール管理者が対応できない
ときのために複数のルール管理者を指定できます。ドキュメントがルールに一致するために必
要な足りないメタデータや修正したメタデータを入力できるよう、ルール管理者には自動仕分け
ライブラリのすべてのアイテムを編集する権限があります。
ワークシートでの作業: Content Organizer settings worksheet に、サイトのルール管理者となる
ユーザーまたはグループを記録します。
224
コンテンツ オーガナイザーのルールを計画する
コンテンツ オーガナイザーのルールは、メタデータに基づくコンテンツのルーティングと格納の
核心部分です。ルールの条件によってルールをアイテムに適用する必要があるかどうかが決ま
り、ルールのすべての条件が満たされる場合は、送信先によってアイテムを送信する場所が指
定されます。
ルールを作成するときに考慮する必要のある重要な事柄がいくつかあります。たとえば、特定
のメタデータ列のすべての固有値に対して固有のフォルダーを作成し、そこに送信するように共
通のルールを作成することが最善策であるとします。そこで、可能性のあるすべての送信アイテ
ムを処理するルールを作成します。そのためには、特定のコンテンツ タイプに適用する 1 つの
簡単なルールを作成するか、または任意の数の複雑な方法で送信する多数のルールを作成し
ます。自動仕分けライブラリにどのルールとも一致しないアイテムが多数含まれる場合は、これ
らのアイテムを調べて、適用されるルールがない理由を明らかにすることが重要です。このよう
な状況は、ドキュメントにタグを付けるときにユーザーが使用できるメタデータ プロパティをルー
ルが反映していない場合に発生する可能性があります。
ここで説明する情報は、メタデータ ベースのルーティングおよび記憶域ソリューションの一部とし
て効果的なルールを計画するのに役立つものです。ルールを計画時に役立つ Content
Organizer rule worksheet (英語) が用意されています。作成する予定の新しいルールごとにワ
ークシートを作成してください。
ルール名を決定する
ルール名は、サイトのコンテンツ レポートとファイル計画レポートで使用されます。レポートおよ
びコンテンツ オーガナイザーのルール一覧で特定のルールを識別しやすいように、ルールの命
名規則を決定します。可能な場合は、ルール名で、ルールの目的、そのルールで整理されるド
キュメントの種類、ルールの条件の特徴などを示す必要があります。
ワークシートでの作業: Content Organizer rule worksheet に、ルール名を記録します。
ルールの状態と優先順位を決定する
ルールを作成するときは、そのルールが有効か無効かを指定できます。ルールが有効の場合
は、1(最高) から 9 (最低) までの優先順位を指定できます。条件が一致するルールが複数ある
場合は、優先順位が最高のルールが最初に適用されます。
ワークシートでの作業: Content Organizer rule worksheet で、ルールの優先順位を記録します
。
コンテンツ タイプを決定する
ルールでは、尐なくとも 1 つのメタデータ プロパティつまりコンテンツ タイプを定義する必要が
あります。コンテンツ タイプを基にして、ルールの条件で使用する他のプロパティを選択できま
す。コンテンツ タイプに別のサイトで代替名またはエイリアスがある場合は、ここでそれを指定
できます。使用できるコンテンツ タイプ グループは、サイト コレクションまたは現在のサイトにそ
の時点で存在するものです。ドキュメントがコンテンツ タイプのエイリアスでルールと一致する場
合、ドキュメントは、コンテンツ タイプのエイリアスではなく、ルールのコンテンツ タイプで整理さ
れます。使用できるタイプは、選択されているコンテンツ タイプ グループに対するものだけです
。
[このコンテンツ タイプは、別のサイトに代替名があります] をオンにして [代替名の追加] に「*」
と入力することで、コンテンツ タイプが不明のドキュメントに適用するルールを作成できます。
225
使用できるコンテンツ タイプ グループとタイプ (既定値)
ビジネス イン コンテン デジタル ドキュメント ドキュメ ページ 発行
テリジェンス ツ オーガ 資産
ント セ レイアウ
ナイザー
ット
ト
特殊
レポート
不明ドキ
ュメント
タイプ
電子メー オーデ 基本ページ ドキュ 記事ペ ページ
ル送信
ィオ
メント ージ
セット
状態リスト付
き Web ページ
パーツ
イメー ドキュメン
ジ
ト
リダイ ページ
レクト レイアウ
ページ ト
リッチ Dublin Core
メディ 列
ア資産
ウェル マスター
カム ペ ページの
ージ
発行
カス
タム
ビデオ フォーム
ドキュメン
トへのリン
ク
リスト ビュ
ーのスタイ
ル
マスター ペ
ージ
画像
Web パーツ
ページ
Wiki ページ
既定のコンテンツ タイプ (前の表) を親コンテンツ タイプとして派生されたカスタム コンテンツ タ
イプに適用するルールを作成することもできます。
ワークシートでの作業: Content Organizer rule worksheet に、コンテンツ タイプ グループ、タイ
プ、および他のサイトでの代替名を記録します。
条件を計画する
ルールは、プロパティ ベースの条件に対して適用されます。1 つのルールで最大 6 個の条件を
定義できます。すべての条件が満たされると、ルールが適用されて、アイテムが送信先に送信
されます。条件で使用できるプロパティは、コンテンツ タイプに関連付けられているものです。尐
なくともコンテンツ タイプは指定する必要があるので、尐なくとも 1 つの条件があります。コンテ
226
ンツ タイプを指定しても、その他のプロパティ ベースの条件を定義しないと、ルールはすべての
アイテムをコンテンツ タイプのみに基づいて整理します。
条件を定義するとき、条件が真になるためには、値はプロパティと演算子の結果である必要が
あります。条件の値としてワイルドカードを指定することはできません。値が条件と一致しない場
合、ルールは適用されず、アイテムは自動仕分けライブラリに残ります。
ワークシートでの作業: [コンテンツ オーガナイザーのルール] ページを使用して選択したコンテ
ンツ タイプに使用できるプロパティを決定し、Content Organizer rule worksheet にルールの条
件を記録します。
送信先を計画する
各ルールでは、ルールに一致したアイテムが送信される送信先を指定する必要があります。別
のサイト、ライブラリ、またはフォルダーを送信先にすることができます。ルールでは、特定のプ
ロパティの固有値ごとに送信先に新しいフォルダーを作成するよう指定することもできます。別
のライブラリを指定するときは、ルールで指定されているコンテンツ タイプがそのライブラリに含
まれる必要があります。
新しいフォルダーの名前の形式を指定できます。既定では、新しいフォルダーの命名形式は
"%1 - %2" になります。%1 はプロパティの名前に置き換えられ、%2 はプロパティの値に置き換え
られます。たとえば、Report Status プロパティを使用し、Report Status の値が "Complete" で
ある新しいアイテムを受信した場合、"Report Status - Complete" という名前のフォルダーが作
成されます。固有のプロパティが多数あり、多くの新規フォルダーが作成される場合は、組織内
のユーザーにとって意味のある形式のフォルダー名を指定する必要があります。
固有のプロパティごとに新しいフォルダーを作成する場合は、新しいフォルダーが作成されるア
イテムの数を考慮することが重要です。そのようなアイテムのグループ化に意味があるときは、
固有のプロパティに基づくフォルダーの作成を検討します。数百または数千にもなる可能性の
ある固有プロパティごとに新しいフォルダーを作成すると、わかりにくい不必要な数のフォルダ
ーが作成され、標準のリスト ビューではナビゲートが困難になる場合があります。
ワークシートでの作業: Content Organizer rule worksheet に、送信先と、固有のプロパティ値ご
とに新しいフォルダーを自動的に作成するかどうか、および新しいフォルダー名の形式を記録し
ます。
送信先のプロパティを計画する
コンテンツ アイテムを送信先に送信した後は、その場所のすべてのアイテムに適用する新しい
プロパティと設定を適用できます。たとえば、"Human Resources" ライブラリのすべてのアイテ
ムに、制限付きの表示権限を設定できます。送信先から新しいサブフォルダーを作成するよう
指定すると、このようなフォルダーは親である送信先のプロパティを継承します。追加のプロパ
ティと設定を、[サイトの設定] ではサイト レベルで指定でき、[ライブラリの設定] ではライブラリ
レベルで指定できます。
その他のプロパティ

権限 メタデータに基づいてコンテンツを送信先にルーティングすることで、固有の権限を
持つ送信先を指定でき、実質的にメタデータを使用して権限を適用できます。

バージョン管理 メタデータに基づいてコンテンツを送信先にルーティングすることにより、
その送信先で特定のドキュメントにバージョン履歴を指定できます (バージョン管理)。
227

Metadata メタデータに基づいてコンテンツを送信先にルーティングすることにより、その送
信先で追加のメタデータとエンタープライズ キーワードを適用できます。

アイテム保持およびコンテンツ タイプのポリシー メタデータに基づいてコンテンツを送信
先にルーティングすることにより、その送信先でコンテンツにアイテム保持ポリシーを適用で
き、コンテンツが保存されることを保証できます。

ワークフロー メタデータに基づいてコンテンツを送信先にルーティングすることにより、そ
の送信先でのコンテンツをワークフローの対象にすることができます。
ワークシートでの作業: Content Organizer rule worksheet に、送信先で適用する他のプロパテ
ィを記録します。
関連項目
概念
メタデータ ベースのルーティングと記憶域の概要 (SharePoint Server 2010)
メタデータ ナビゲーションの概要 (SharePoint Server 2010)
その他のリソース
Plan managed metadata (SharePoint Server 2010)
228
メタデータ ナビゲーションの概要 (SharePoint
Server 2010)
ここでは、包括的なドキュメント管理ソリューションの一部として Microsoft SharePoint Server
2010 のメタデータ ナビゲーションとフィルター処理機能を使用する方法について、ソリューショ
ンの立案者や設計者が理解するための情報を説明します。
この記事の内容

SharePoint Server 2010 のメタデータ ナビゲーションについて

メタデータ ナビゲーションのユーザー コントロール

リスト所有者の制御

自動インデックス作成

インデックス クエリ

フォールバック クエリ
SharePoint Server 2010 のメタデータ ナビゲーショ
ンについて
メタデータ ナビゲーションとフィルター処理は SharePoint Server 2010 の新機能で、ユーザーが
メタデータを使用してドキュメント ライブラリのコンテンツをフィルターおよび検索できます。メタデ
ータ ナビゲーションとフィルター処理機能には以下が含まれます。

シンプルなユーザー インターフェイス メタデータ ナビゲーションは、SharePoint のツリー
ビュー階層コントロールを基盤として、メタデータに基づいてコンテンツを検索するための強
力なツールをユーザーに提供する新しいキー フィルター コントロールを統合しています。

リスト所有者の制御 リスト所有者は、メタデータ ナビゲーションの設定を構成することで、
リストのフィールドを主要なナビゲーション フィールドとして提示できます。これらのリストを
表示するユーザーは、現在のリスト ビューをさらにフィルターして、これらのフィールドに目
的の値を持つ項目のみを表示できます。

自動インデックス作成 このオプションの処理では、リストのナビゲーション フィールドとし
て提示されたフィールドに基づいて、リストのインデックスを自動で作成できます。自動イン
デックス作成を行うと、クエリの結果とパフォーマンスが向上します。
メタデータ ナビゲーションのユーザー コントロール
メタデータ ナビゲーションは、SharePoint の既存のリスト ビュー ナビゲーション機能を基盤とし
て構築されています。メタデータ ナビゲーションが構成されていないリスト ビューは、単純な階
層ビューを提供し、サイト、ライブラリ、フォルダーなど、物理的な構造に基づいてコンテンツを検
索するときに適しています。しかし、これらのリスト ビューは、多数の項目をナビゲーションする
229
ときにブロックされます。つまり、5000 個を超える項目を含むフォルダーを参照するときに、リス
ト ビューのしきい値によってブロックされます。
メモ:
既定では、リスト ビューのしきい値は 5000 項目です。管理者は Windows PowerShell を
使用してリスト ビューのしきい値を変更できます。
メタデータ ナビゲーションでは、リスト ビューの機能が拡張され、キー フィルター コントロールと
統合されています。ユーザーは、1 つまたは複数のナビゲーション フィルターに基づいてドキュ
メントのビューをサブセットにフィルターすることで、コンテンツをより簡単に検索できます。
メタデータ ナビゲーションには以下のユーザー コントロールが含まれています。

ナビゲーション階層 リスト ビューの機能を利用および拡張して、フォルダー、コンテンツ タ
イプ、選択フィールド、または管理メタデータの用語セットの階層内を移動します。これによ
りユーザーは、フォルダー間の移動と同じように、リスト ビューを使用してメタデータ階層に
基づいてフィルターできます。
管理メタデータの列の階層内の項目を選択するときには、その階層と関連付けられたフィ
ールドに対し、指定の用語またはその下位にある用語でタグ付けされたすべての項目が表
示されます。ユーザーは項目を再度選択することで、下位の子の用語は含まずに対象の用
語のみに基づいてフィルターできます。
ナビゲーション階層は、リスト ビュー定義で指定されたフィルター、およびリスト ビュー Web
パーツの列で指定されたフィルターと連係します。キー フィルターと組み合わせて、リスト
ビューをフィルターする最大 4 つの個別の方法を提供します。

キー フィルター このコントロールはサイト階層コントロールの下に表示され、日付、選択
肢、コンテンツ タイプ、単一値/複数値フィールド、通貨、はい/いいえ、ユーザー フィールド
など、複数のフィールドで構成される場合があります。選択されたナビゲーション階層と組
み合わせて、任意の数のキー フィルターを適用できます。
キー フィルターは、かなり大きな範囲の列の種類に対して指定でき、その列の種類に一致
する空のフィールドで構成されます。ユーザーは、このフィールドにテキストを入力すること
によって、その列に基づくフィルターを行えます。たとえば、[更新者] 列をキー フィルターと
して追加し、ユーザーの表示名またはユーザー名の別名を入力すると、これを解決して、[
更新者] が入力したユーザーに一致する結果を取得できます。キー フィルターはいくつでも
同時に使用でき、ナビゲーション階層と組み合わせて使用することもできます。
管理メタデータのキー フィルター フィールドでは、表示される提案からの選択および入力に
よって、複数の用語を入力できます。[すべてのタグ] という名前の、特別に処理される管理
メタデータ フィールドも使用できます。この場合、入力語は、リスト スキーマのすべての管
理メタデータ フィールドの項目のフィールド値と照合されます。ユーザーの場所がリストの
ルート フォルダーの場合、キー フィルターを適用すると、リストのすべてのフォルダーのす
べての項目がクエリの対象となります。
230
リスト所有者の制御
サイトに対してメタデータ ナビゲーションとフィルター処理機能を有効にすると、リスト所有者ま
たはライブラリ所有者は、リストまたは [ドキュメント ライブラリの設定] ページから表示できる [
メタデータ ナビゲーションの設定] ページを使用して設定を構成できます。ナビゲーション階層と
キー フィルター フィールドの指定、および列のインデックスを自動で作成するかどうかの指定を
行うことができます。
自動インデックス作成
リスト所有者は、リストまたはライブラリの [メタデータ ナビゲーションの設定] ページの [このリ
ストの列の自動インデックス処理の構成] の設定で、選択されたナビゲーション階層およびキー
フィルター フィールドを照合するインデックスをリストに対して自動作成するかどうかを指定でき
ます。この設定が有効 (既定値) の場合、[メタデータ ナビゲーションの設定] ページを保存した
ときには、以下の処理が行われます。

サポートされているすべてのナビゲーション階層フィールドに対して単一列インデックスが
作成されます。

サポートされているすべてのキー フィルター フィールドに対して単一列インデックスが作成
されます。ただし、"コンテンツ タイプ" フィールドおよび "選択肢" フィールドは除きます。

ナビゲーション階層およびキー フィルターでサポートされているすべての組み合わせに対
して、複合インデックスが作成されます。
インデックスを自動で作成する場合、リスト ビューのしきい値より多くの項目を持つリストに対し
てクエリが認められます。場合によっては、この設定を無効にして、カスタム インデックスを構成
することが必要です。たとえば、単一列インデックスおよび複合インデックスの組み合わせが 20
を超える場合、自動インデックス作成を無効にする必要があります。
インデックス クエリ
サイトに対してメタデータ ナビゲーションとフィルター処理機能を有効にした場合、組み込みの
最適化によって、リスト ビューの読み込みのたびに、対象として最適なインデックスが選択され
ます。ユーザーがリスト ビューを読み込んだときや、新しいフィルターの適用、フィルターのクリ
ア、またはフィールドの並べ替えの適用によってリスト ビューを更新したときに、クエリの最適化
によって、ビューの調整なしでデータベースをクエリするための最適な方法が判断されます。
フォールバック クエリ
現在のユーザーの要求は選択的インデックス クエリとして表現できないとメタデータ ナビゲー
ションが判断した場合、フォールバック クエリが構築および実行されます。フォールバック クエリ
とは、元のバージョンのユーザー クエリを改変したもので、リスト全体ではなくリストの一部のみ
がクエリの対象となります。フォールバック クエリの目的は、リスト ビューの調整により元のクエ
リを実行できないときに、有用な結果の一部分だけでもユーザーに示すことにあります。さらに、
フォールバック クエリは、リスト所有者に対する警告の役割も果たします。リストでのデータ配布
に偏りがあり、ユーザーが実行するクエリの一部が完全な結果セットを返さないということを伝え
る警告です。この場合、ユーザーは、必要なコンテンツにアクセスできないことになります。場合
231
によっては、リストの中でクエリのスキャンの対象となった部分に、元のユーザー クエリと一致
する結果の項目がなく、フォールバック クエリが返す結果が 0 件となることがあります。
フォールバック クエリの結果は、ユーザーが要求した項目の一部分のみであることから、ユー
ザーに対しては、結果の部分セットのみを表示しているということと、完全な結果を表示するた
めには追加的なフィルターを適用する必要があるということを伝えるメッセージが画面上に表示
されます。ユーザーが追加のフィルターを指定するたびに、クエリ エンジンにとっては、調整の
例外の発生の原因となるリスト ビューのしきい値を超えない選択的フィルター/インデックスの
組み合わせを見つけるよい機会が得られます。
関連項目
概念
メタデータ ベースのルーティングと記憶域の概要 (SharePoint Server 2010)
232
ドキュメント ライブラリの計画 (SharePoint
Server 2010)
ここでは、ドキュメント ライブラリを計画し、ライブラリを Microsoft SharePoint Server 2010 ドキ
ュメント管理ソリューションに統合する方法について説明します。
ドキュメント ライブラリは、他のサイト ユーザーと共有する SharePoint Server 上のファイルのコ
レクションです。ドキュメント管理機能の大部分は、ドキュメント ライブラリを介して提供されます
。ドキュメント管理計画の一部として、組織のニーズに最も適したドキュメント ライブラリの種類
を決定する必要があります。
ドキュメント ライブラリを計画する
この記事の内容

ライブラリの種類を特定する

コンテンツのフローを計画する

Office クライアント アプリケーションからドキュメント ライブラリの使用を促す

ワークシート
ライブラリの種類を特定する
組織のニーズに最も適したドキュメント ライブラリを決定する際には、複数のサイトが必要か、
サイト コレクションが必要かも決定します。たとえば、外部の顧客に対して発行するコンテンツを
作成する場合は、コンテンツを作成およびレビューするためのサイト (およびライブラリ) が 1 つ
と、コンテンツを発行する別のサイト (おそらく別の SharePoint Server 2010 インストール内) が
必要です。
複数のサイト上にドキュメント ライブラリを計画する場合は、サイト間のコンテンツのフロー (手
動処理、ワークフロー、またはカスタム ソリューション) も計画する必要があります。
以下の表に、ドキュメント ライブラリの一般的な用途を示します。
ライブラリ
目的
チーム サイト内の グループ作業。仕事仲間との間でコンテンツを簡単に共有する。バ
ライブラリ
ージョン管理、モデレートなどのコンテンツ制御。SharePoint Server
の検索。
ポータル エリア内 組織内の幅広いユーザーを対象としたコンテンツ。チーム サイト内
のライブラリ
のライブラリに似ていますが、通常はより厳格なレビューおよび承
認プロセスで実装されます。
ドキュメント セン 企業のナレッジ ベースまたは履歴アーカイブとして役立つ大規模な
233
ライブラリ
目的
ター サイト内のラ ライブラリ。一連の専用 Web パーツを使用することにより、深い階
イブラリ
層内にある多数のドキュメントのナビゲーション、検索、および管
理を行える機能を備えています。
レコード リポジト 特別なレコード管理。各ライブラリは、組織が法令遵守のために保
リ内のライブラリ 持する必要がある、契約書などのレコードの種類に対応しています
。ライブラリにはドキュメント、メタデータ、および関連する監査
が保持され、読み取り専用です。
インターネット サ インターネットまたはイントラネット Web サイトに組み込む Web ペ
イト内のライブラ ージが含まれます。SharePoint Server では、Web ページの直接編集
リ (HTML)
と、各ページの基になるドキュメント ライブラリの自動管理をサポ
ートしています。
インターネット サ Web サイトからダウンロードできるコンテンツ。インターネット サ
イト内のライブラ イト上のドキュメント ライブラリからコンテンツを表示できます。
リ (ハイブリッド)
スライド ライブラ Microsoft PowerPoint スライドの共有、管理、および再利用をサポー
リ
トします。
以下の例に、企業のドキュメント ライブラリ組織を計画するために、「Identify users and analyze
document usage」で記入した分析を使用する方法を示します。この例では、Contoso Ltd. が市
場調査に基づいてクライアントにコンテンツを提供します。コンテンツは主に、リモートで作業す
るコンサルタントによって作成されます。これは以下のようなサイクルで行われます。
1.
パートナーが契約案を評価し、提案書を要求します。
2.
契約の締結後、プロジェクト マネージャーがコンサルタント チームを集め、調査結果を記録
する契約固有の作業サイトを作成し、プロジェクトが完了します。
3.
プロジェクトが完了すると、配布可能なドキュメントがセキュリティ保護されたインターネット
サイトに発行され、顧客はそこでそれらにアクセスします。
4.
チームがプロジェクトに基づき、ベスト プラクティス ドキュメントおよびケース スタディを作
成します。
5.
ナレッジ マネージャーが、ベスト プラクティスおよびその他のドキュメントを収集、整理、お
よびアーカイブします。
6.
成果物、契約書、およびその他のドキュメントが企業レコードとして保持されます。
7.
ナレッジ マネージャーによって保持されたコンテンツを使用して、パートナーが商談を評価
し、新しい提案を作成します。
以下の表に、このシナリオにおけるドキュメントの使用状況の分析を示します。
ドキュメント
目的
作成者
ユーザー
契約案および要 新しい顧客契約の開 プロジェクト リ セールス マネージャ
ー、プロジェクト リ
234
形式
.doc
ドキュメント
目的
作成者
ユーザー
形式
求
発
ーダー
ーダー
提案書
提案された顧客契約 プロジェクト リ プロジェクト マネー .doc
の説明
ーダー
ジャー、プロジェクト
チーム メンバー、顧
客
契約書
コンサルティング契 弁護士
約のコミット
プロジェクト リーダ .doc
ー、プロジェクト マ
ネージャー、セールス
マネージャー、顧客
調査結果および 顧客契約に関連する プロジェクト リ 編集者、技術校閲者
プロジェクト成 ドキュメントの生成 ーダー、プロジ
果物のドラフト
ェクト投稿者、
コンサルタント
.doc およ
びその他
の種類
配布可能ドキュ 最終版の成果物の生 プロジェクト リ 顧客
メント
成 (おそらく .doc 形 ーダー
式から変換)
.pdf
ベスト プラク 組織の知識の記録
ティスおよびケ
ース スタディ
ドキュメント
各種
企業レコード
プロジェクト投 すべてのチーム メン
稿者、コンサル バー
タント、ナレッ
ジ マネージャー
配布可能ドキュメン すべて
トなどの一部のコン
テンツを企業レコー
ドとして保持
企業レコード管理者、 すべて
顧問弁護士
このドキュメントの使用状況の分析により、以下のことが提案されます。

プロジェクト リーダーには、契約案、契約書の要求、および提案書のドラフトを保存するた
めに、チーム サイト内にライブラリが必要です。

弁護士には、契約書テンプレートおよびアクティブな契約書を保存するために、ポータルま
たは集中管理されたドキュメント管理サイト内にライブラリが必要です。

プロジェクト リーダーおよび投稿者には、調査結果、成果物、およびケース スタディを作成
するために、チーム サイト内にライブラリが必要です。

顧客には、最終版の成果物を表示するために、インターネット サイト内にライブラリが必要
です。

企業のすべてのメンバーには、ベスト プラクティスおよびケース スタディ ドキュメントを表示
するために、ドキュメント センター サイトへのアクセス権が必要です。

企業レコード管理者および弁護士には、企業レコードを保持するために、企業のレコード リ
ポジトリへのアクセス権が必要です。
235
以下の図に、これらのライブラリの分散方法を示します。サイトは、顧客アクセス用のインターネ
ット サイト コレクション、チーム メンバーによるリモート作成用のエクストラネット サイト コレクシ
ョン、およびレコード管理サイトを安全にメンテナンスするためのイントラネット サイト コレクショ
ンの、3 つのサイト コレクションでホストされます。
ワークシートでの作業
ライブラリの計画に関する決定事項を記録するために、Microsoft® Office SharePoint®
Server 2007 ドキュメント ライブラリ ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165874&clcid=0x411) (英語) が用意されています。
このワークシートを使用して、ソリューションで必要なライブラリと、それらに含める
ドキュメントの種類をリストします。ライブラリには複数の種類のドキュメントを含め
ることができます。
コンテンツのフローを計画する
236
ドキュメント管理ソリューション内のコンテンツは、通常は動的で、ドキュメント ユーザーのニー
ズに合わせて必要に応じてサイト間を移動します。したがって、ドキュメント ライブラリを計画す
る場合は、ライブラリ間またはサイト間でのコンテンツのフローも計画します。SharePoint Server
には、コンテンツを手動または動的に移動するための、以下の方法が用意されています。

サイト間またはライブラリ間でコンテンツをコピーまたは移動するカスタム ワークフローを作
成できます。ワークフローにより、ドキュメントはビジネス プロセス間を移動します。ドキュメ
ントのライフ サイクルで参加者のロールがアクティブになると、その参加者にタスクが割り
当てられます。ワークフローは、ドキュメントをサイト間またはライブラリ間で移動するように
設計できます。ワークフローの計画については、「コンテンツ タイプとワークフローを計画す
る (SharePoint Server 2010)」を参照してください。

作成者は、作成のアクセス許可を持つ任意のサイト内のライブラリに、ドキュメントをコピー
できます。ドキュメントのコピー元とコピー先の関係が維持されるので、必要に応じてコピー
を更新できます。

Web ページおよび Web サイト全体を、手動で、またはスケジュールに基づいて自動的に、
サイト間でステージングおよび発行ができます。

SharePoint Server ユーザー インターフェイスを使用するか、ワークフローを使用するか、
Microsoft SharePoint Foundation オブジェクト モデルに基づくカスタム ソリューションを使
用して、コンテンツをレコード管理サイトに送信できます。

作成者は、[Web フォルダー] または [マイ ネットワーク] を使用して、ドキュメント ライブラリ
のコンテンツをライブラリ間またはサイト間で手動でコピーまたは移動できます。
例に戻り、以下の図に、これらのコンテンツ フロー テクニックの一部を適用する方法を示します
。作成用ポータル サイトにステージング済みインターネット サイトが追加された点に注意してく
ださい。
237

作成者は、発行機能を使用して、Web ページをインターネット サイトに発行できます。

[コピー] コマンドを使用して、ドキュメントをドキュメント センター サイトにコピーできます。

作成者は、カスタム ワークフローを使用して、ドキュメントをインターネット サイト上のドキュ
メント ライブラリにコピーできます。

[レコード リポジトリに送信] コマンドを使用して、契約書を企業のレコード リポジトリに送信
できます。
Office クライアント アプリケーションからドキュメント ライブラリの使用を促す
Microsoft Office Professional 2010 の [開く] ダイアログ ボックスと [保存] ダイアログ ボックス
をカスタマイズして、保存場所としてドキュメント ライブラリを使用するように組織のメンバーを促
すことができます。[開く] ダイアログ ボックスと [保存] ダイアログ ボックスの隣にある [マイ プ
レース] バーにサイトを追加すると、ユーザーが各自のドキュメントを保存する場所へのシング
ルクリック アクセスを提供できます。このようにするとチーム メンバーは、サーバーに直接アク
セスして各自のドキュメントをアップロードするのではなく、Office Professional 2010 クライアント
アプリケーションから [保存] を使用するときにドキュメント ライブラリを操作できます。
[開く] ダイアログ ボックスと [保存] ダイアログ ボックスでサイトの使用を促すには、Web サービ
スを使用してそれらのサイトを発行します。このサービスにより、各自のロールに基づいて特定
238
のユーザーを対象とするサイトや、メンバーとして属するサイトのリストが表示されます。Office
Professional 2010 クライアント アプリケーションでは、ユーザーの個人用 SharePoint サイトを
介して、この Web サービスを自動的に検出できます。他のサーバー製品でも、この Web サービ
スを実装して、Office クライアントに対してサービスの場所を指定できます。これを構成すると、
Office Professional 2010 によって [マイ プレース] バーにエントリが追加され、Web サービスで
定義されている場所が自動的に表示されます。
一方、管理者はレジストリ キーを設定して、Office の [開く] ダイアログ ボックスと [保存] ダイ
アログ ボックスの [マイ プレース] バーに特定のサイトを追加できます。レジストリ キーは、
Office 2010 リソース キット で提供されるグループ ポリシーおよび Microsoft Active Directory
ディレクトリ サービス テンプレートを使用して展開されます。
組織のメンバーが Office の [保存] ダイアログ ボックスを使用してコンテンツを保存できる場所
は、制限できます。たとえば、ファイルの保存先をデスクトップに制限して、ユーザーにドキュメン
ト ライブラリ内にコンテンツを保存させることができます。 Office Professional 2010 では、ユー
ザーが各自のドキュメントを保存するために参照できる場所を制御できるので、承認済みの場
所に保存するようにユーザーを促すことができます。ただし、ユーザーがファイルを自分のロー
カル コンピューターやその他の未承認の場所に保存しないとは限りません。ファイルをコンピュ
ーター上に保存するには多くの方法があり、そのつもりになれば大部分の制約には対処できま
す。ただし、Office の [保存] ダイアログ ボックスからこれらの場所へのアクセスを制限すること
により、これらの未承認の場所を使用するチーム メンバーの数を大幅に減らすことができます。
Office の [保存] ダイアログ ボックスで使用できる場所を制限するには、グループ ポリシーを使
用して、適切なレジストリ キーを設定してこの設定を有効にし、承認済みのローカル、ネットワー
ク、またはサーバー上の場所を定義します。この設定を有効にすると、この方法で定義されてい
ない場所 ([デスクトップ]、[マイ ネットワーク] のフォルダーなど、標準のリンクを含む) は、[マイ
プレース] バーから削除されます。
承認済みの場所のリストは、1 つ以上の Office アプリケーションに制限できます。たとえば管理
者は、Microsoft Access での保存場所を制限しながら、他の Office アプリケーションでは任意
の場所に保存できるようにすることができます。
ワークシート
この記事で説明した情報を記録するには、以下のワークシートを使用します。

ドキュメント ライブラリ ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165874&clcid=0x411) (英語)
239
エンタープライズ コンテンツ記憶域の計画
(SharePoint Server 2010)
ここでは、Microsoft SharePoint Server 2010 を使用するエンタープライズ コンテンツ記憶域ソリ
ューションの計画方法を説明します。この記事の例は主に SharePoint Server 2010 に基づくソ
リューションに関するものですが、ここで提供されている規範的ガイダンス情報は、特に断りが
ない限り、SharePoint Server 2010 と SharePoint Foundation 2010 の両方に適用されます。
このトピックの情報とガイダンスは、エンタープライズ コンテンツ記憶域の概念を紹介するもの
です。このトピックの一部の情報は、マイクロソフトで実行されたパフォーマンスと容量のテスト
に関する他の詳細なドキュメント、および特定の概念についての詳細なガイダンスを提供する他
の記事からのものです。エンタープライズ コンテンツ記憶域ソリューションを計画するときは、こ
れらのすべてのリソースを使用することを強くお勧めします。詳細およびリンクについては、後の
「参考資料」を参照してください。
この記事の内容

エンタープライズ コンテンツ記憶域について

一般的な大規模コンテンツ管理のシナリオ

記憶域レベル: 利点と制限

メタデータに基づくエンタープライズ コンテンツのルーティングと格納

メタデータを使用したエンタープライズ コンテンツのナビゲーションとフィルター処理

リスト ビュー

参考資料
エンタープライズ コンテンツ記憶域について
ドキュメント管理ソリューションは、ドキュメントの場所を提供するだけのものではありません。エ
ンタープライズ レベルの完全なドキュメント管理ソリューションは、サイト コレクション、サイト、ラ
イブラリ、フォルダー内の記憶域などの複数レベルのドキュメント記憶域に対応します。また、増
加するエンタープライズ ドキュメントの効果的かつ効率的な管理を可能にし、ライフサイクルの
各記憶域からのドキュメントのバージョンを参照または法的な理由のために保持できるようにし
ます。
SharePoint Server 2010 は大容量のドキュメント記憶域をサポートします。ドキュメント ライブラ
リは百万単位のドキュメントを格納できます。しかし、コンテンツの使用方法によっては、多くのド
キュメントを含むサイトのパフォーマンスは低下する可能性があります。この記事で提供する規
範的ガイダンスは、ソリューションのユーザーにドキュメントを作成および使用する高パフォーマ
ンスの環境を提供しながらエンタープライズの要件までスケールアウトする大規模コンテンツ管
理ソリューションの設計に役立ちます。
サイト コレクション、サイト、およびライブラリの容量に関する決定は、環境の物理的な記憶域の
制約だけでなく、ユーザーのコンテンツの使用および表示パターンにも対応している必要があり
240
ます。たとえば、ユーザーが何千ものドキュメントを含むドキュメント ライブラリのドキュメントを
表示またはクエリする場合、サイトが正しく構成されていないとパフォーマンスが低下する可能
性があります。または、サービス レベル契約でコンテンツを 1 日に 2 回バックアップする必要が
ある場合、コンテンツのセットが大きすぎるとサービスを十分に実行できないことがあります。
一般的な大規模コンテンツ管理のシナリオ
一般的な大規模コンテンツ管理のシナリオは、以下のいずれかのシナリオのバリエーションで
す。

大規模なオーサリング環境

大規模なコンテンツ アーカイブ

非常に大規模なコンテンツ アーカイブ
ここで示すシナリオの説明は、大規模ソリューションで意味することを明確にし、ユーザーのコン
テンツ管理目標を反映している概要レベルの例を提供するためのものです。当然のことながら、
これらの説明には特定のシナリオのすべての面が含まれているわけではありません。この記事
の範囲から外れる何十または何百もの固有の側面が、特定のシナリオには存在します。
大規模なオーサリング環境
大規模なオーサリング環境では、たとえば、サイトには 500 以上のフォルダーの 50,000 以上の
ドキュメントをユーザーが編集するライブラリが含まれる可能性があります。バージョン管理が
有効になっており、通常は各ドキュメントの複数のバージョンが存在します。ドキュメントは頻繁
にチェックインおよびチェックアウトされ、ワークフローを使用してライフサイクルが管理されてい
ます。この種のサイトの標準的なデータベースには、約 150 ギガバイト (GB) のデータが含まれ
ます。ライブラリ設定を使用して、保存されるバージョンの数を制限し、データベースの消費を減
らすことができます (ドキュメントの各バージョンはデータベース内で個別に格納されていること
に注意してください)。通常、大規模なオーサリング環境では、サイト ユーザーの 80% がドキュメ
ントのメジャーおよびマイナー バージョンにアクセスする作成者であり、残りの 20% のサイト ユ
ーザーは、読み取り専用の権限を持ち、コンテンツのメジャー バージョンだけを表示できます。
大規模オーサリング環境サイトは、SharePoint Server 2010 のドキュメント センター サイト テン
プレートを基にして作成でき、このテンプレートには大規模オーサリング用に最適化された単一
の大きいドキュメント ライブラリが含まれます。
大規模なコンテンツ アーカイブ
大規模なコンテンツ アーカイブはドキュメント リポジトリであり、ユーザーはドキュメントを表示し
たり、新しいドキュメントをアップロードしたりします。サイト内ではオーサリングはほとんど、また
はまったく行われません。主要な大規模コンテンツ アーカイブ シナリオには、ナレッジ ベースと
レコード管理の 2 種類があります。
ナレッジ ベース サイトでは、ほとんどのドキュメントには 1 つのバージョンしかなく、サイトは何
百万ものドキュメントを簡単に保持するようにスケールアウトできるようになっています (推奨さ
れるドキュメントの最大数は 30,000,000)。コンテンツは、通常、最大 1 テラバイト程度の単一の
データベースに格納されます。企業のテクニカル サポート センターのような一般的なシナリオ
では、10,000 人ものユーザーがほとんどは読むだけのためにコンテンツにアクセスします。一部
のユーザー (3,000 ~ 4,000) が新しいコンテンツをサイトにアップロードします。ナレッジ ベース
サイトは、ドキュメント センター サイト テンプレートを基にすることができます。
241
大規模なコンテンツ アーカイブのもう 1 つの種類は、レコード センター サイト テンプレートに基
づくレコード センターです。100 万以上のドキュメントを格納するサイトの場合は、レコード セン
ター サイト テンプレートを使用することをお勧めします。このサイト テンプレートには、レコード
の保持と廃棄を管理するために使用できる機能が含まれます (組織によって実行されたアクテ
ィビティまたはトランザクションの証拠となり、一定の期間は保持する必要があるドキュメント)。
ナレッジ ベース サイトと同様に、レコード センターには各ドキュメントの 1 つのバージョンが格
納され、一般に数百万のドキュメントが保持されます。表示したり読んだりするユーザーよりは
るかに多くのユーザーがコンテンツをレコード センターに送信します。
非常に大規模なコンテンツ アーカイブ
非常に大規模なコンテンツ アーカイブは、参照ライブラリまたはコンテンツ リポジトリとして使用
できます。大規模なコンテンツ アーカイブを超える規模を提供するため、非常に大規模なコンテ
ンツ アーカイブでは、50,000,000 以上のドキュメントが複数のサイト コレクションに分散して格
納されます。各サイト コレクションのコンテンツは、複数のコンテンツ データベースの BLOB (バ
イナリ ラージ オブジェクト) データとして、または リモート BLOB ストレージ (RBS) を使用して格
納できます。リモート BLOB ストレージを使用すると、データを SQL Server の外部に格納でき、
コストを抑え、コンテンツ データベースのサイズを減らすことができます。SharePoint Search ま
たは FAST Search for SharePoint を使用して、複数のサイト コレクションのコンテンツを検索し
ます。
記憶域レベル: 利点と制限
サイト コレクション
サイト コレクションとは、所有者が同じで、管理の設定を共有する Web サイトの集合のことです
。各サイト コレクションにはトップレベル Web サイト以外に、1 つ以上のサブサイトが含まれるこ
ともあります。通常、サイト コレクションは共有ナビゲーション構造を備えています。
通常、サイト コレクション内のサイトは、目的によって相互に関連付けられています。ソリューシ
ョンを最大限に使いやすくするには、関連するすべてのデータとコンテンツを 1 つのサイト コレ
クションに格納します。このようにすると次のような利点があります。

サイト コレクションで管理されるコンテンツ タイプと列を、サイト コレクション内のサイト間で
共有できます。Managed Metadata Service を使用して、コンテンツ タイプと列の定義を複数
のサイト コレクションに配布できます。

サイト コレクションで管理される情報管理ポリシーを、サイト コレクションのすべてのサイト
のコンテンツで使用できます。

複数のサイト コレクションのコンテンツで検索を使用できます。

一部のビューは、単一のサイト コレクション内の複数のサイトのドキュメントを一覧表示しま
す (たとえば、サイト コレクション全体でユーザーに割り当てられているすべてのタスクを列
挙するビュー)。また、開発者は 1 つのサイト コレクションのサイト間データベース クエリは
作成できますが、複数のサイト コレクションを対象とするサイト間クエリはサポートされてい
ません。

コンテンツ クォータおよび他のクォータは、サイト コレクション レベルでのみ管理できます。
1 つ以上のサイト コレクションにコンテンツを割り当てる方法を計画するときは以下の制限を考
慮してください。
242

サイト コレクションのすべてのサイトは、同じバックエンド リソースを共有します。特に、同じ
サイト コレクション内のすべてのコンテンツは同じコンテンツ データベースに格納する必要
があります。このため、コンテンツのバックアップと復元などのデータベース処理のパフォー
マンスは、サイト コレクション全体にわたるコンテンツの量、データベースの大きさ、データ
ベースをホストしているサーバーの速度などに依存します。 コンテンツの量とデータベース
の構成によっては、バックアップと復元、スループット、またはその他の要件のサービス レ
ベル アグリーメントを満たすために、1 つのサイト コレクションを複数のサイト コレクション
に分ける必要があります。 データベースの大きさとパフォーマンスの管理方法に関する規
範的ガイダンスについては、この記事の範囲ではありません。

具体的には、極端にアクティブなサイトは別のサイト コレクションに置いてください。たとえ
ば、匿名で参照できるインターネット上のナレッジ ベースのサイトでは、多くのデータベース
操作が発生する場合があります。他のサイトが同じデータベースを使用していると、パフォ
ーマンスに影響を及ぼす可能性があります。独自のデータベースを持つ別個のサイト コレ
クションにナレッジ ベースのサイトを配置すると、他のサイトはそのサイトとデータベース リ
ソースについて競合することなくリソースを使用できます。
メモ:
SharePoint Foundation および SharePoint Server 2010 には、IT 部門によるコンテンツ復元
の必要性を減尐させる複数の機能が用意されています。ごみ箱およびサイト コレクショ
ンごみ箱は、誤って削除したアイテムを復元するための二重の安全機構です。ドキュメ
ントのバージョン管理も、ある種のセーフティ ネットを提供します。ドキュメントが失
われた場合でも、尐なくとも前のバージョンは使用できます。以前のバージョンの使用
可能性を高めるには、管理者は作成者のバージョンの削除権限を削除できます。これに
より、データベースから復元しなくても以前のバージョンのコンテンツを使用できるよ
うになります。
サイト
Web サイトは、SharePoint Server 2010 および SharePoint Foundation の関連するコンテンツを
整理する主要な方法です。
コンテンツを同じサイトに格納すると次のような利点があります。

同じサイトにある複数のライブラリとリストのビューを表示するページを簡単に作成できます
。

ドキュメント センター サイト テンプレートを使用して、多くのドキュメントの作成および使用
に最適化されたサイトを作成できます。

サイト ナビゲーション ユーザー インターフェイスが、同じサイト内のライブラリを簡単に検
索できるように最適化されます。

サイト内で使用するための一連のコンテンツ タイプとサイト列を定義できます。
ライブラリ
コンテンツを同じライブラリに格納すると次のような利点があります。

単一のライブラリでは、ユーザーが簡単に新しいドキュメントを追加したり既存のドキュメン
トを検索したりできます。
243

権限、コンテンツのバージョン管理、承認などの多くのドキュメント管理設定は、ライブラリ
レベルで適用されます。

ユーザー インターフェイスを使用して作成したビューが、特定のライブラリにバインドされま
す。

コンテンツの監査や保持の設定などの情報管理ポリシーを、ライブラリに適用できます。特
定のライブラリでは、保持ポリシーだけを使用できます。
同じライブラリにコンテンツを整理する方法を計画するときは、以下の制限を考慮してください。

チェックアウトの要求やバージョン管理などの設定は、ドキュメント ライブラリ レベルで指定
します。他のドキュメントに異なる設定を指定する場合は、そのドキュメントを別のライブラリ
にして必要な設定を指定する必要があります。

1 つのコンテンツ タイプでのみ使用される列を含むビューは、他のコンテンツ タイプのアイ
テムに対してメタデータの値が表示されないため、役に立たない可能性があります。

表示されるアイテムの数がリスト ビューのしきい値である 5,000 アイテム (既定値) を超え
ると、ビューのパフォーマンスが制限されます。さらに、クエリはリスト ビューのしきい値を超
えると使用できなくなります。ライブラリのコンテンツを 5,000 以下のアイテムを含むフォル
ダーにまとめるか、メタデータ ナビゲーションとインデックス付き列を利用して 5,000 以下の
アイテムを返すビューを作成します。
フォルダー
フォルダーは、ファイル システムのフォルダーと同様に、ライブラリ内のコンテンツの名前付きの
下位区分です。フォルダーの主要な目的は、ライブラリの想定される機能に合うようにコンテン
ツを論理的に整理することです。たとえば、ライブラリが製品の仕様を提供するものの場合は、
ライブラリ内のフォルダーは、製品の各機能領域の名前や、製品の仕様を作成する各チーム メ
ンバーの名前などになります。
コンテンツを複数のフォルダーに分割すると (各フォルダーは 5,000 (リスト ビューの既定のしき
い値) 以下のアイテムを含みます)、フォルダーのビューは問題なく機能します。これを利用する
には、フォルダー内で使用できるビューは、そのフォルダーのアイテムだけを表示するように構
成されている必要があります (この機能は、既定のビュー作成インターフェイスで使用できます)
。また、フォルダーに含まれるアイテムが 5,000 以下の場合は、フォルダーのビューをインデック
ス付き列を使用してフィルター処理する必要がないことにも注意してください。含まれるアイテム
が 5,000 より多いフォルダーの場合は、メタデータ ナビゲーションおよびインデックス付き列を
使用し、ビューをフィルター処理して、5,000 未満のアイテムを返すことで、パフォーマンスを向上
させることができます。
メタデータに基づくコンテンツ ルーティングおよび記憶域ソリューションの一部としてフォルダー
を作成することを検討します。コンテンツ オーガナイザーを使用することで、対象のフォルダー
が大きくなりすぎたときにフォルダーを自動作成する設定、またはメタデータのプロパティの値ご
とに自動的にフォルダーを作成する設定を構成できます。詳細については、後の「メタデータに
基づくエンタープライズ コンテンツのルーティングと格納」を参照してください。
メタデータに基づくエンタープライズ コンテンツのル
ーティングと格納
SharePoint Server 2010 では、コンテンツ オーガナイザーを使用するメタデータ ルーティングと
記憶域が導入されました。コンテンツ オーガナイザーから提供される新しいサイト レベル機能
244
により、管理者とユーザーはメタデータに基づくルールを使用して、コンテンツの分類、ルーティ
ング、および保存を簡単に行うことができます。
コンテンツ オーガナイザーでは、ドキュメントのメタデータに基づいて、指定されたフォルダーに
ドキュメントをルーティングしたり、新しいフォルダーを自動的に作成したりできます。対象フォル
ダーのアイテム数が指定されている制限を超えたら対象フォルダーの子としてフォルダーを作
成したり、フィールドの新しい値ごとに新しいフォルダーを作成したりできます。新しいフォルダー
は、親フォルダーから設定を継承します。さらに、新しいフォルダーに追加のルールを設定して、
フォルダー内のドキュメントに継承されるアクセス許可、追加のメタデータ、保持ポリシー、ワー
クフローなど、追加のパラメーターを定義できます。
詳細については、「メタデータ ベースのルーティングと記憶域の概要 (SharePoint Server 2010)
」を参照してください。
メタデータを使用したエンタープライズ コンテンツの
ナビゲーションとフィルター処理
メタデータ ナビゲーションとフィルター処理は SharePoint Server 2010 の新機能で、ユーザーが
メタデータを使用してドキュメント ライブラリのコンテンツをフィルターおよび検索できます。メタデ
ータ ナビゲーションとフィルター処理機能にはシンプルなユーザー インターフェイスが含まれ、
SharePoint のツリー ビュー階層コントロールを基盤として、メタデータに基づいてコンテンツを検
索するための強力なツールをユーザーに提供する新しいキー フィルター コントロールを統合し
ています。
リスト所有者は、メタデータ ナビゲーションの設定を構成することで、リストのフィールドを主要な
ナビゲーション フィールドとして提示できます。これらのリストを表示するユーザーは、現在のリ
スト ビューをさらにフィルターして、これらのフィールドに目的の値を持つ項目のみを表示できま
す。
自動インデックス作成機能は、リストのナビゲーション フィールドとして提示されたフィールドに
基づいて、リストのインデックスを自動で作成できます。自動インデックス作成を行うと、クエリの
結果とパフォーマンスが向上します。
メタデータ ナビゲーションをエンタープライズ コンテンツ記憶域ソリューションに統合する方法の
詳細については、「メタデータ ナビゲーションの概要 (SharePoint Server 2010)」を参照してくだ
さい。
リスト ビュー
すべてのエンタープライズ コンテンツ管理ソリューションの核心部分は、ユーザーが目的のコン
テンツを簡単に検索して見つけるための機能です。ライブラリまたはフォルダー内を移動すると
き、ツリー ビューとリスト ビューは、ユーザーがコンテンツ記憶域の分類を視覚的に移動するた
めの簡単なインターフェイスを提供します。同時に、ライブラリまたはフォルダーに多くのアイテ
ムが含まれる場合、リストがクエリを行ってすばやく結果を表示する機能には、多くのシステム
リソースが必要になる場合があります。SharePoint Server 2010 は、リソースの調整を使用する
ことで、リスト ビューのパフォーマンスを最大にしながら、システム リソースの消費を最小限に
できます。リソースの調整のプロパティは、サーバーの全体管理の [全般設定] で Web アプリケ
245
ーション用に設定され、その Web アプリケーションでリストをクエリおよび表示するために割り当
てられるリソースを制御します。
ライブラリまたはフォルダーのコンテンツを表示するときにリスト ビューのしきい値を超えないよ
うに記憶域を構成すると、リソースの調整が回避され、リスト ビューのパフォーマンスが最高に
なります。
リソースの調整に含まれる以下のプロパティは、リスト ビューのパフォーマンスに関係がありま
す。
プロパティ 説明
既定
値
リスト ビ 管理者によって設定される、クエリが制限されない日中時間帯の範囲 5000
ューのし 外で、クエリなどのデータベース操作が一度に処理できるリストまた
きい値
はライブラリのアイテムの最大数。このプロパティ設定は変更しない
ことをお勧めします。
オブジェ 特別な権限を付与されたユーザーは特定のクエリについてリスト ビュ あり
クト モデ ーしきい値を上書きできることを指定します。
ルの上書
き
監査者と
管理者に
対するリ
スト ビュ
ーのしき
い値
適切な権限を持つ監査者または管理者によって行われたときに、クエ 20,000
リなどのデータベース操作が一度に処理できるリストまたはライブラ
リのアイテムの最大数。この設定は [オブジェクト モデルの上書きを
許可する] と共に機能します。
リスト ビ
ュー参照
のしきい
値
参照、人/グループ、ワークフロー状態列に基づくものなど、クエリご 8
とに許可される結合の最大数。クエリが 8 個より多くの結合を使用す
る場合、操作はブロックされます。これは単一アイテムの操作には適
用されません。OM による最大ビューを使用すると (ビュー フィールド
を指定しないで)、SharePoint は最大で最初の 8 つの参照を返します。
このプロパティ設定は変更しないことをお勧めします。
大きいク 大きいクエリを実行できる時間帯。大きいクエリはサーバー負荷が大 無効
エリの実 きくなることがあるので、時間帯は通常の勤務時間外に設定する必要
行時間帯 があります。
参考資料
この記事の情報に加えて、エンタープライズ コンテンツ記憶域ソリューションの理解と計画には
以下の資料が役に立ちます。
246

SharePoint Server 2010 Capacity Management: Software Boundaries and Limits: Microsoft
SharePoint Server 2010 のテスト済みのパフォーマンスおよび容量の制限を理解するのに
役立つ情報が提供されます。.

Microsoft SharePoint Server 2010 departmental collaboration environment: Technical case
study: マイクロソフトでの実際の SharePoint Server 2010 環境について説明します。この資
料を使用して、計画している作業負荷および使用特性と比較してください。

Designing Large Lists and Maximizing List Performance (英語): SharePoint Server 2010 で
の大規模なドキュメント ライブラリとリストのパフォーマンスについてのガイダンスを提供し
ます。

メタデータ ベースのルーティングと記憶域の概要 (SharePoint Server 2010): Microsoft
SharePoint Server 2010 のコンテンツ オーガナイザー機能を使用するメタデータベースの
ルーティングおよびストレージを包括的なドキュメント管理ソリューションの一部として使用
する方法について、ソリューションの立案者や設計者が理解するための情報を提供します
。

メタデータ ナビゲーションの概要 (SharePoint Server 2010): Microsoft SharePoint Server
2010 のメタデータ ナビゲーションとフィルター処理機能を包括的なドキュメント管理ソリュー
ションの一部として使用する方法について、ソリューションの立案者や設計者が理解するた
めの情報を提供します。

ドキュメント ライブラリの計画 (SharePoint Server 2010): ドキュメント ライブラリを計画し、
Microsoft SharePoint Server 2010 ドキュメント管理ソリューションにライブラリを統合する方
法について説明します。

Plan managed metadata (SharePoint Server 2010): SharePoint Server 2010 における管理
されたメタデータに関する主要な概念について説明します。その他の記事では、ソリューシ
ョン用の管理されたメタデータを決定する方法、およびソリューションを実装するために必要
なサービスと接続を決定する方法に関するガイダンスを提供します。
247
ドキュメント セットの計画 (SharePoint Server
2010)
ここでは、ドキュメント セットについて説明し、それを Microsoft SharePoint Server 2010 ドキュメ
ント管理ソリューションと統合する方法のガイダンスを示します。
この記事の内容

ドキュメント セットの概要

ドキュメント セットを管理する

ドキュメント セットのコンテンツ タイプを計画する

ワークシート
ドキュメント セットの概要
"ドキュメント セット" とは SharePoint Server 2010 での新機能です。ドキュメント セットを使用す
ることで単一の成果物つまり "作業生産物" を管理でき、これには複数のドキュメントまたはフ
ァイルを含めることができます。ドキュメント セットは、固有のドキュメント セット属性、属性、およ
びフォルダーとドキュメントの動作を組み合わせる特殊なフォルダーであり、作業生産物のあら
ゆる側面を管理できるユーザー インターフェイス (UI)、メタデータ、およびオブジェクト モデル要
素を提供します。
組織のチームやユーザーの多くは、プロジェクトや成果物をより適切に管理するために、一連の
ドキュメントつまり作業生産物を必要とします。たとえば弁護団は、特定の訴訟に関連するさま
ざまなドキュメント、写真、ビデオのファイルを収集、作成、管理する必要があります。または、営
業チームは、さまざまなソースからのドキュメントをまとめて、可能性のあるクライアントに対する
提案依頼書 (RFP) を作成して管理する必要があります。ドキュメント セットを使用することで、こ
のようなチームやユーザーは、一連のドキュメントを 1 つのコレクション、成果物、または作業生
産物として管理できます。ドキュメント セットの所有者は、ユーザー設定のウェルカム ページを
作成し、含まれるアイテムや、作業生産物についての重要な情報を表示できます。
SharePoint Server 2010 では、一貫性のあるドキュメント セットを作成して管理する必要がある
場合は、通常作成する作業生産物ごとにドキュメント セットのコンテンツ タイプを構成できます。
ドキュメント セットのコンテンツ タイプでは、承認済みのコンテンツ タイプ、属性、既定アイテム、
列、ワークフロー、ポリシーを定義できます。さらに、親コンテンツ タイプからカスタマイズしたド
キュメント セット コンテンツ タイプを作成し、親のドキュメント セット コンテンツ タイプからプロパ
ティと設定を継承できます。コンテンツ タイプをライブラリに追加した後、ユーザーは、[新規] コ
マンドを使用して、ドキュメント セット コンテンツ タイプの属性を継承するドキュメント セットを作
成できます。ドキュメント セット コンテンツ タイプが提供する追加設定を使用することで、許可さ
れたコンテンツ タイプ、既定のコンテンツ、共有列、ウェルカム ページの列、既定のウェルカム
ページ ビューを指定できます。
248
コンテンツ タイプの詳細については、「コンテンツ タイプとワークフローを計画する (SharePoint
Server 2010)」を参照してください。
SharePoint Server 2010 でドキュメント セットを作成および管理する方法の詳細については、
SharePoint Server 2010 ヘルプの「ドキュメント セット」
(http://go.microsoft.com/fwlink/?linkid=186368&clcid=0x411) を参照してください。
ドキュメント セットを管理する
SharePoint Server 2010 のドキュメント セットは、フォルダーと同じ属性およびプロパティの多く
を共有します。ただし、ドキュメント セットのソリューションを計画するときに留意する必要のある
重要な事項がいくつかあります。

ドキュメント セットに含めることのできるドキュメントの数に制限はありません。ただし、表示
の読み込み回数がリスト ビューのしきい値によって制限される可能性があり、既定では
5,000 アイテムに設定されています。フォルダーはドキュメント セットでは許可されず、メタデ
ータ ナビゲーションはドキュメント セットでは使用できません。したがって、ドキュメント セッ
トに含める必要のあるアイテムの数を決定するときは、リスト ビューのしきい値を超える可
能性およびナビゲーションの設計を考慮することが重要です。また、ドキュメント セットで [
送信] 機能を使用するときは、ドキュメント セット内の全ドキュメントの合計が 50 MB を超え
ることはできません。非常に多数のアイテムを含むコレクションまたは作業生産物では、ド
キュメント ライブラリのフォルダー構造の方が適切なソリューションになる場合があります。

ドキュメント ライブラリに含めることのできるドキュメント セットの数に制限はありません。た
だし、リストに表示できるドキュメント セットの数は、リスト ビューのしきい値によって制限さ
れます。

共有メタデータを使用すると、ドキュメント セット内のアイテムが 10 より多い場合は、タイマ
ー ジョブによって 15 分ごとにメタデータの更新が実行されます。

ドキュメント セットのルーティングを使用すると、コンテンツ オーガナイザーに送信されるド
キュメント セットは自動仕分けライブラリに残り、コンテンツ オーガナイザー処理タイマー ジ
ョブによって適切な場所に移動されます。この処理は、既定では毎日実行されます。
サイト コレクションでドキュメント セットを使用するには、ドキュメント セット機能を有効にする必
要があります。
サイト コレクションのドキュメント セット機能を有効にするには
1.
[サイトの設定] ページの [サイト コレクションの管理] で、[サイト コレクションの機能] をク
リックします。
2.
[機能] ページで、[ドキュメント セット] の [アクティブ化] をクリックします。
ドキュメント セット機能を有効にした後は、ドキュメント セット コンテンツ タイプを作成できます。
ドキュメント セットのコンテンツ タイプを計画する
ドキュメント使用状況の分析ワークシートを使用して、ソリューション用のドキュメント セット コン
テンツ タイプを計画できます。このワークシートは、「ユーザーを特定し、ドキュメントの使用状況
を分析する」に従って作成できます。その後、コンテンツ タイプ ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x411) (英語) を使用して、ソリューション
で使用する新しいドキュメント セット コンテンツ タイプごとに決定事項を記録できます。
249
コンテンツ タイプ ワークシートを使用してドキュメント セット コンテンツ タイプを計画するには
1.
コンテンツ タイプ ワークシートの [Content Type] フィールドに「ドキュメント セット」と入力し
ます。
2.
新しいドキュメント セット コンテンツ タイプを定義するサイト URL を入力します。コンテンツ
タイプは、定義されているサイト、およびそのサイトの下のすべてのサブサイトで利用できま
す。
3.
親コンテンツ タイプを決定する コンテンツ タイプ ワークシートの [Parent Content Type]
フィールドに親ドキュメント セット コンテンツ タイプを入力します。ここで入力するドキュメン
ト セット コンテンツ タイプは、既定のドキュメント セット コンテンツ タイプか、または既に計
画済みのカスタム ドキュメント セット コンテンツ タイプです。
4.
ドキュメント セットの設定を決定する ドキュメント セットに関する以下の設定を決定し、コ
ンテンツ タイプ ワークシートで指定します。
a)
許可するコンテンツ タイプを決定する ドキュメント セット コンテンツ タイプで使用
できる既定のコンテンツ タイプを指定します。
b)
既定のコンテンツを決定する 作成しているドキュメント セット コンテンツ タイプを、
ドキュメント セットの新しいインスタンスが作成されたら既定のコンテンツを自動的
に作成するように構成する場合は、ドキュメント セットに手動でファイルを追加でき
ます。追加できるのは、ドキュメント セットに対して許可されているコンテンツ タイプ
のファイルだけです。
c) 共有列を決定する ドキュメント セットの列の値をそのセットに含まれるすべてのド
キュメントと自動的に同期するかどうかを指定します。
d)
ウェルカム ページの列を決定する 各ドキュメント セットのウェルカム ページに表
示する列を指定します。
e) ウェルカム ページのビューを決定する ウェルカム ページでドキュメント セットのコ
ンテンツを表示するためのビューを指定します。
5.
列および列の順序を決定する コンテンツ タイプ ワークシートの [Plan Columns] テーブル
で次のことを行います。
a)
親コンテンツ タイプから継承する各列を入力します。[New?] 列で、各エントリにつ
いて「いいえ」と入力します。
b)
その他の各列について、定義済みの列の名前または作成する列の名前を入力しま
す。追加する列の名前とその型を入力し、新規かどうかを指定します。
6.
ワークシートの [Plan Template] セクションに、「なし」と入力します。
7.
ワークフローを決定する ドキュメント セット コンテンツ タイプに関連するワークフローが利
用できる場合は、必要に応じてそのワークフローをコンテンツ タイプに関連付けることがで
きます。ワークフローは、そのコンテンツ タイプのリスト アイテムに対して開始できます。ワ
ークフローの計画作成の詳細については、「ワークフローを計画する」を参照してください。
ワークフローを確認し、利用可能にするワークフローを決定したら、コンテンツ タイプ ワー
クシートの Plan Workflows テーブルに各ワークフローを入力し、コンテンツ タイプと関連付
けます。ワークフローが親コンテンツ タイプから継承されていない場合は、その情報を
[New?] 列に入力します。
8.
ポリシーを決定する ポリシーとは、ある種のコンテンツに対するルールの集まりです。あ
るコンテンツ タイプのアイテムが印刷可能かどうか、アイテムに対するどの作業に監査を行
うかなど、各ルールの詳細がポリシー機能で提供されます。ポリシーは任意のカスタム コ
ンテンツ タイプに適用できます。ただし、ポリシーを既定のコンテンツ タイプに適用すること
250
はできません。ポリシーの計画作成の詳細については、「情報管理ポリシーの計画
(SharePoint Server 2010)」を参照してください。ポリシーを確認し、利用可能にするポリシー
機能とポリシー テンプレートを決定したら、コンテンツ タイプ ワークシートの [Plan a Policy]
セクションで、以下を実行します。
a)
親コンテンツ タイプにポリシーが設定されている場合、そのポリシーは新規に作成
するコンテンツ タイプにそのまま適用されます。これにより、ポリシーを一度設定す
れば、関連するすべてのコンテンツ タイプにそのポリシーが適用されます。現在の
コンテンツ タイプがポリシー設定を親コンテンツ タイプから継承している場合は、コ
ンテンツ タイプ ワークシートの [Plan a Policy] セクションで、[Is the policy defined
in the parent content type?] という質問に「はい」と回答します。
b)
現在のコンテンツ タイプが親コンテンツ タイプに基づいたポリシーを継承している
場合は、[Plan a Policy] セクションの [Record the Policy Name] フィールドに、ポリ
シー テンプレートの名前を入力します。同様に、現在のコンテンツ タイプがポリシ
ーを継承しておらず、ポリシー テンプレートを適用する場合は、[Plan a Policy] セク
ションの [Record the Policy Name] フィールドに、ポリシー テンプレートの名前を入
力します。
c) 現在のコンテンツ タイプが 1 つ以上のポリシー機能を親コンテンツ タイプから継承
している場合は、コンテンツ タイプの計画ワークシートの [Plan a Policy] セクション
にある [Feature] テーブルに各ポリシー機能を入力します。逆に、現在のコンテンツ
タイプがポリシーを継承しておらず、ポリシー機能を現在のコンテンツ タイプに関連
付ける場合は、[Feature] テーブルに関連付けるポリシー機能を入力します。個別
のポリシー機能と名前別のポリシーの両方をコンテンツ タイプに関連付けることは
できないことに注意してください。
ワークシート
この記事で説明した情報を記録するには、以下のワークシートを使用します。

コンテンツ タイプ ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x411) (英語)

ドキュメント使用状況の分析ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x411) (英語)
関連項目
概念
コンテンツ タイプとワークフローを計画する (SharePoint Server 2010)
251
コンテンツ タイプとワークフローを計画する
(SharePoint Server 2010)
ここでは、コンテンツ タイプとワークフローについて説明し、それらを Microsoft SharePoint
Server 2010 ドキュメント管理ソリューションに統合する方法を計画する場合のガイダンスを示し
ます。
この記事の内容

コンテンツ タイプを計画する

ワークフローを計画する

ワークシート
コンテンツ タイプを計画する
このセクションの内容

コンテンツ タイプとは

2010 Office リリースとのプロパティの統合

列テンプレート

フォルダー コンテンツ タイプ

ドキュメント コンテンツ タイプを計画する

リスト コンテンツ タイプを計画する

ドキュメント変換を計画する
コンテンツ タイプとは
コンテンツ タイプは、リスト アイテム、ドキュメント、またはフォルダーの属性を定義するものです
。各コンテンツ タイプでは以下を指定できます。

当該タイプのアイテムに関連付けるプロパティ

そのタイプのアイテムと関連付けるメタデータ

当該タイプのアイテムから開始可能なワークフロー

当該タイプのアイテムに関連付ける情報管理ポリシー

ドキュメント テンプレート (ドキュメント コンテンツ タイプ用)

利用可能にするドキュメント変換 (ドキュメント コンテンツ タイプ用)

ユーザー設定の機能
コンテンツ タイプはリストまたはライブラリに関連付けることができます。その場合、そのコンテ
ンツ タイプのアイテムをリストまたはライブラリが格納できるよう指定し、リストまたはライブラリ
内の [新規作成] コマンドによって、そのタイプの新規アイテムをユーザーが作成できるよう指
定します。
252
メモ:
プロパティ、ワークフロー、ポリシーおよびテンプレートも、リストまたはライブラリ
に直接関連付けることができます。ただし、これらの関連付けを行うと、関連付けがリ
ストまたはライブラリに限定され、ソリューション全体での再利用ができなくなること
があります。SharePoint Server 2010 では、サイト レベルのワークフローを複数のリス
トまたはライブラリと関連付けることができます。
ドキュメント ライブラリおよびリストには、複数のコンテンツ タイプを格納できます。たとえば、ラ
イブラリには、プロジェクトに関連するドキュメントとグラフィックスの両方を格納できます。リスト
またはライブラリに複数のコンテンツ タイプが格納される場合、以下の説明が当てはまります。

既定では、そのリストまたはライブラリで [新規作成] コマンドを使用すると、ユーザーは新
しいアイテムを作成するときに、使用できるすべてのコンテンツ タイプからタイプを選択でき
ます。コンテンツ タイプの所有者は、特定のコンテンツ タイプのみが表示されるように [新
規作成] コマンドを構成できます。

利用可能なすべてのコンテンツ タイプに関連付けられている列が表示されます。
カスタム コンテンツ タイプは、サイトのコンテンツ タイプ ギャラリーで定義できます。カスタム コ
ンテンツ タイプは、ドキュメントやアイテムなどの主要なコンテンツ タイプを基にして直接的また
は間接的に作成する必要があります。あるサイトでカスタム コンテンツ タイプを定義すると、そ
のサイトとそのサイトの下にあるすべてのサイトでカスタム コンテンツ タイプが利用できるように
なります。コンテンツ タイプを、サイト コレクション内の最も広い範囲で利用可能にするには、最
上位のサイトのコンテンツ タイプ ギャラリーでコンテンツ タイプを定義します。Managed
Metadata Service インスタンスで定義されているコンテンツ タイプ ハブ内にカスタム コンテンツ
タイプを作成することもできます。コンテンツ タイプ ハブ内に作成されたコンテンツ タイプは、そ
の Managed Metadata Service インスタンスと関連付けられている Web アプリケーションの一部
になっている、その他のサイト コレクションで使用できるようになります。
たとえば、組織内で契約書用テンプレートを使用している場合、サイト コレクション内の最上位
サイトのコンテンツ タイプ ギャラリーで、契約書のメタデータ、契約書のテンプレート、契約書の
確認と締結に必要なワークフロー、契約書に関連する作業を監査するためのポリシー、契約書
を保存しておく保管期間、および印刷された契約書に挿入するラベルを定義するコンテンツ タイ
プを作成できます。そして、[契約書] コンテンツ タイプを関連付けるサイト コレクション内のドキ
ュメント ライブラリには、前述の定義内容がすべて含まれるため、作成者はテンプレートに基づ
いて新規契約書を作成できます。
SharePoint Server 2010 に基づくサイトでは、既定のリスト アイテムやライブラリ アイテム ([連
絡先]、[タスク]、[ドキュメント] など) にはそれぞれ、サイトのコンテンツ タイプ ギャラリー内に対
応するコンテンツ タイプが存在します。コンテンツ タイプの計画を作成するときは、これらのコン
テンツ タイプ定義を基礎として使用し、必要に応じて既存のコンテンツ タイプに基づいて新規コ
ンテンツ タイプを作成したり、既定のコンテンツ タイプを修正したりできます。
コンテンツ タイプは、あるコンテンツ タイプが別のコンテンツ タイプから特性を継承できる階層
に整理されています。この継承によって、組織全体で特性を共有するドキュメント クラスを実現
しつつ、チームは特定のサイトやリスト用に特性を合わせることができます。
253
たとえば、顧客に配布可能なエンタープライズ内のすべてのドキュメントには、アカウント番号、
プロジェクト番号、プロジェクト マネージャーなどのメタデータのセットが必要となる可能性があり
ます。他の顧客配布可能なドキュメント タイプすべての継承元となる、最上位の [顧客配布可
能] コンテンツ タイプを作成することにより、アカウント番号、プロジェクト番号などの必要な情報
が、組織内の顧客配布可能ドキュメントのすべてのバリエーションに関連付けられます。コンテ
ンツ タイプの所有者は、最上位の [顧客配布可能] コンテンツ タイプに別の必要な列を追加す
る場合、そのコンテンツ タイプを継承するすべてのコンテンツ タイプに変更を伝達できます。こ
れにより、顧客配布可能なすべてのドキュメントに新しい列が追加されます。
2010 Office リリースとのプロパティの統合
Microsoft Office system では、SharePoint Server 2010 ドキュメント管理サーバーのドキュメント
をユーザーが編集する場合、ドキュメントの上部に [ドキュメント情報パネル] が表示されます。[
ドキュメント情報パネル] には、サーバーにあるドキュメントのプロパティの編集可能なフォーム
が表示されます。
SharePoint Server 2010 により、コンテンツ タイプのプロパティ フォームのカスタマイズが容易
になります。コンテンツ タイプを構成するときは、Microsoft InfoPath 2010 を起動できます。これ
により、コンテンツ タイプのプロパティに基づいた既定のプロパティ フォームが生成されます。
既定のフォームには、カスタム フォームが定義されていない場合に InfoPath 2010 が使用する
ものと同じコントロール、レイアウト、スキーマが含まれます。他の InfoPath 2010 InfoPath フォ
ームのように既定のフォームをカスタマイズして、展開できます。たとえば、会社のロゴ、フォント
、および配色のフォームへの追加、カスタム データ ソースへのフォームの接続、条件付きロジ
ックの追加、およびロールに基づいてユーザーに提供可能なフォーム機能の設計を行うことが
できます。
[ドキュメント情報パネル] でのプロパティの編集に加え、Microsoft Word 2010 を使用する作成
者は、サーバー上で定義されているプロパティをドキュメントに挿入できます。たとえば、ドキュメ
ント プロパティにプロジェクト マネージャー名が含まれている場合、この名前をタイトル ページ
やフッター、またはドキュメント内で名前が使用されている任意の場所に挿入できます。プロジェ
クトに新しいプロジェクト マネージャーが割り当てられる場合、"プロジェクト マネージャー" プロ
パティをドキュメント管理サーバーで更新できます。更新後のプロジェクト マネージャー名は、ド
キュメントに挿入された "プロジェクト マネージャー" プロパティのすべてのインスタンスに反映
されます。
メタデータをコンテンツ タイプと共に使用する
メタデータ (列) は、コンテンツの分類に使用される、ドキュメントに関する情報で、列としてコンテ
ンツ タイプに関連付けられます。メタデータは、ドキュメントを作成者、件名、対象ユーザー、言
語などに関連付けることで、ドキュメントに関する文脈上の情報を提供できます。プロパティとは
異なり、メタデータは列として格納され、SharePoint 検索エンジンによるインデックスの作成と検
索が可能です。
サイト コレクション レベルで追加されたメタデータは、コンテンツ タイプと関連付けることができ
ます。メタデータとコンテンツ タイプを使用すると、サイト コレクション レベルで親のコンテンツ タ
イプから作成されたメタデータの一部またはすべてを、後続のすべてのコンテンツ タイプに継承
できます。その他のメタデータは、ドキュメントなど、より下のレベルで追加できます。
列テンプレート
254
コンテンツ タイプに関連付けられているメタデータの各アイテムは列となっており、リスト内の情
報格納場所となっています。リストまたはライブラリは情報の列としてグラフィカルに表示される
ことがよくあります。ただし、リストに関連付けられているビューによっては、カレンダー表示の日
付などの場合のように、列が別のフォームで表示されることがあります。リストまたはライブラリ
に関連付けられているフォームでは、列はフィールドとして表示されます。
複数のコンテンツ タイプで使用する列を定義できます。このような列を定義するには、[列テンプ
レート] ギャラリーで列を作成します。[列テンプレート] ギャラリーは、サイト コレクション内の各
サイトに存在します。コンテンツ タイプの場合と同様に、サイトの [列テンプレート] ギャラリーで
定義された列は、そのサイト、およびそのサイトの下にあるすべてのサイトで利用できます。
フォルダー コンテンツ タイプ
フォルダー コンテンツ タイプは、リストまたはライブラリ内のフォルダーに関連付けられるメタデ
ータを定義します。リストまたはライブラリにフォルダー コンテンツ タイプを適用する場合、その
リストまたはライブラリの [新規作成] コマンドにはフォルダー コンテンツ タイプが含まれ、ユー
ザーはそのタイプのフォルダーを作成できるようになります。
特定のコンテンツ タイプのフォルダー内でのみ使用可能なビューをリストまたはライブラリに定
義できます。これは、特定タイプのドキュメントを格納するフォルダーが必要な場合や、そのフォ
ルダーのビューでフォルダーに格納されるドキュメント タイプに関連する列のみを表示させる場
合に便利です。
SharePoint Server 2010 オブジェクト モデルを使用して、フォルダー コンテンツ タイプについて
[新規作成] コマンドをカスタマイズできます。カスタマイズすることにより、ユーザーがそのタイ
プの新規フォルダーを作成する際に、サーバーに保存されているテンプレートに基づいて、作成
したフォルダーに複数のファイルやドキュメントがあらかじめ格納されます。たとえば、これは、
単一の配布可能ドキュメントに投稿するために複数のファイルを必要とする複雑なドキュメント
タイプを実装する場合に便利です。
ドキュメント セットは SharePoint Server 2010 の新機能で、Microsoft Office 2010 を使用して、
複数のドキュメントにわたる作業生産物を管理できるようになります。ドキュメント セットは、1 つ
の成果物、つまり作業生産物を管理するために使用される特別な種類のフォルダーです。ここ
には、複数の場所の複数のドキュメントを含めることができます。ドキュメント セットは、
SharePoint Server 2010 に付属する、拡張可能なテンプレートを使用して作成します。組織に関
連する作業生産物を表すように、ドキュメント セット テンプレートをカスタマイズすることもできま
す。ドキュメント セットにはバージョン管理も含まれていて、この機能によって、ドキュメントのラ
イフ サイクル中のさまざまな時点で、ドキュメント セット全体の状態を取得できるようになってい
ます。
ドキュメント コンテンツ タイプを計画する
記事「ユーザーを特定し、ドキュメントの使用状況を分析する」を使用して入力したドキュメント使
用状況の分析ワークシートを使用して、ソリューション用のドキュメント コンテンツ タイプの計画
を作成します。新規のコンテンツ タイプごとの決定事項を記録するには、「Content Type
Worksheet (英語)」(http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x411) を使用します
。
ドキュメント コンテンツ タイプはそれぞれ、ドキュメント コンテンツ タイプから直接、またはドキュ
メント コンテンツ タイプに由来するコンテンツ タイプから設定を継承します。これにより、タイトル
255
、作成者など、ドキュメント タイプの基本的な列が含まれ、テンプレートをコンテンツ タイプに関
連付けられるようになります。
ドキュメント コンテンツ タイプの計画の第一段階は、ドキュメント使用状況の分析ワークシートに
示されているドキュメント タイプをそれぞれ確認し、そのタイプのドキュメントに対して既存のコン
テンツ タイプが適切に機能するかどうかを判別することです。既定のコンテンツ タイプ (ドキュメ
ントなど) で十分な場合は、ドキュメント使用状況の分析ワークシートの [Content Type] 列にコ
ンテンツ タイプ名を入力します。
ドキュメント タイプの一覧を確認して、既定のコンテンツ タイプを使用可能なものを決定したら、
以下の手順を使用して新規のドキュメント コンテンツ タイプの計画を作成します。計画を作成す
るコンテンツ タイプごとに、別個のコンテンツ タイプ ワークシートに入力します。
1.
ドキュメント使用状況の分析ワークシートを元にしてドキュメント タイプを入力します。
2.
新規のコンテンツ タイプを定義するサイト URL を入力します。コンテンツ タイプが定義され
ているサイトおよびそのサイトの下のすべてのサイトでコンテンツ タイプが利用可能になる
ことに注意してください。
3.
親コンテンツ タイプの決定 Content Type Worksheet の [Parent Content Type] フィール
ドに親コンテンツ タイプを入力します。ここで入力するコンテンツ タイプは、既定のコンテン
ツ タイプか、または既に計画済みのカスタム コンテンツ タイプです。
4.
列の決定 Content Type Worksheet の [Plan Columns] テーブルで、次の作業を行います
。
a)
親コンテンツ タイプから継承した各列を入力します。[New?] 列で、各エントリについ
て「いいえ」と入力します。
b)
その他の各列について、定義済みの列の名前または作成する列の名前を入力しま
す。列の名前は、列の目的を伝える働きがあるため重要です。そのため、必要なタ
イプの列が仮にサイト コレクション列ギャラリーで既に定義されている場合であって
も、類似した列はアプリケーションとの関連がさらに明確にわかる名前を使用して
定義すると便利です。追加する列の名前に加え、そのタイプを入力し、新規かどう
かを指定します。
5.
テンプレートの決定 ワークシートの [Plan Template] セクションに、タイプ (.Docx など) に
加えて、このコンテンツ タイプに関連付けられているテンプレートの名前、およびテンプレー
トの目的の簡単な説明を入力します。そのテンプレートが、親コンテンツ タイプから継承さ
れたものでない場合は、New? フィールドに「いいえ」と入力します。
6.
ワークフローの決定 ワークフローは、ドキュメントおよびリスト アイテムにビジネス ロジッ
クを付加します。利用可能なワークフローであればコンテンツ タイプに関連付けることがで
きます。ワークフローは、関連付けたコンテンツ タイプの任意のドキュメント上で開始できま
す。ワークフローを確認し、利用可能にするワークフローを決定したら、Content Type
Worksheet の [Plan Workflows] テーブルに各ワークフローを入力し、コンテンツ タイプと関
連付けます。ワークフローが親コンテンツ タイプから継承されていない場合は、その情報を
[New?] 列に入力します。
7.
ポリシーの決定 ポリシーとは、あるコンテンツ タイプ向けのルールの集まりで、あるコンテ
ンツ タイプのアイテムが印刷可能かどうか、アイテムに対するどの作業に監査を行うかな
ど、各ルールの詳細を実現するポリシー機能で構成されています。ポリシーの計画作成の
詳細については、「情報管理ポリシーの計画 (SharePoint Server 2010)」を参照してください
。ポリシーを確認し、利用可能にするポリシー機能とポリシー テンプレートを決定したら、
Content Type Worksheet の [Plan a Policy] セクションで、以下を実行します。
256
a)
親コンテンツ タイプにポリシーが設定されている場合、そのポリシーは新規に作成
するコンテンツ タイプにそのまま適用されます。これにより、ポリシーを一度設定す
れば、関連するすべてのコンテンツ タイプにそのポリシーが適用されます。現在の
コンテンツ タイプがポリシー設定を親コンテンツ タイプから継承している場合は、
Content Type Worksheet の [Plan a Policy] セクションで、[Is the policy defined in
the parent content type?] という質問に「はい」と回答します。
b)
現在のコンテンツ タイプが親コンテンツ タイプに基づいたポリシーを継承している
場合は、[Plan a Policy] セクションの Record the Policy Name フィールドに、ポリシ
ー テンプレートの名前を入力します。同様に、現在のコンテンツ タイプがポリシー
を継承しておらず、ポリシー テンプレートを適用する場合は、[Plan a Policy] セクシ
ョンの Record the Policy Name フィールドに、ポリシー テンプレートの名前を入力
します。
c) 現在のコンテンツ タイプが 1 つ以上のポリシー機能を親コンテンツ タイプから継承
している場合は、コンテンツ タイプの計画ワークシートの [Plan a Policy] セクション
にある Feature テーブルに各ポリシー機能を入力します。逆に、現在のコンテンツ
タイプがポリシーを継承しておらず、ポリシー機能を現在のコンテンツ タイプに関連
付ける場合は、Feature テーブルに関連付けるポリシー機能を入力します。個別の
ポリシー機能と名前別のポリシーの両方をコンテンツ タイプに関連付けることはで
きないことに注意してください。
8.
ドキュメント変換の決定
SharePoint Server 2010 では、ある形式から別の
形式にドキュメントを変換するドキュメント変換コンポーネントをサーバーにインストールでき
ます。ドキュメント変換の概要については、この記事で後述する「ドキュメント変換を計画す
る」を参照してください。
1 つ以上のドキュメント コンバーターをコンテンツ タイプに関連付けることができます。たと
えば、コンテンツ タイプが .docx というタイプのテンプレートに関連付けられている場合、
SharePoint Server 2010 に含まれている [Word 文書から Web ページ] コンバーターをコン
テンツ タイプに関連付けることができます。これにより、作成者はそのコンテンツ タイプのド
キュメントを Microsoft Office Word 2007 で作成し、Web ページに変換して公開できるよう
になります。
メモ:
SharePoint Server 2010 のサーバーの全体管理ページで、ドキュメント コンバーターを
有効にし、Web アプリケーションの任意のドキュメント ライブラリで利用できるように
することができます。このようにしてコンバーターを有効にした場合、Web アプリケー
ション内のサイトでドキュメント コンバーターを個々のコンテンツ タイプに関連付け
る必要はありません。
Content Type Worksheet の [Plan Document Conversions] セクションで、コンテンツ タイプに関
連付けるドキュメント コンバーターを記録し、ドキュメント コンバーターが新規かどうかとインスト
ールが必要かどうかを指定し、必要に応じてメモを追加します。
リスト コンテンツ タイプを計画する
リスト コンテンツ タイプの要素には、そのリスト コンテンツ タイプのアイテムに対して実行可能
なワークフローと一緒にコンテンツ タイプに関連付けられているメタデータの列があります。リス
257
ト コンテンツ タイプは、ソリューション固有のリスト アイテムのタイプを定義します。たとえば、顧
客の窓口となり、技術的な問題を調査、解決する専門家を支えるコール センター ソリューション
の場合、リスト コンテンツ タイプは、対応するインシデントごとのデータを標準化し、ワークフロ
ーを使用してインシデントを追跡するために使用できます。
ワークシートでの作業
以下の手順を使用して、新規のリスト コンテンツ タイプを計画します。計画を作成す
るリスト コンテンツ タイプごとに Content Type Worksheet に書き込んでいきます。ワ
ークシートの [Document Type] フィールドに、「一覧」と入力します。
1.
新規のコンテンツ タイプを定義するサイト URL を入力します。コンテンツ タイプは、定義さ
れているサイト、およびそのサイトの下のすべてのサブサイトで利用できます。
2.
親コンテンツ タイプの決定 Content Type Worksheet の [Parent Content Type] フィール
ドに親コンテンツ タイプを入力します。ここで入力するコンテンツ タイプは、既定のコンテン
ツ タイプか、または既に計画済みのカスタム コンテンツ タイプです。
3.
列の決定 Content Type Worksheet の [Plan Columns] テーブルで、次の作業を行います
。
a)
親コンテンツ タイプから継承した各列を入力します。[New?] 列で、各エントリについ
て「いいえ」と入力します。
b)
その他の各列について、定義済みの列の名前または作成する列の名前を入力しま
す。追加する列の名前に加え、そのタイプを入力し、新規かどうかを指定します。
4.
ワークシートの [Plan Template] セクションに、「なし」と入力します。
5.
ワークフローの決定 リスト コンテンツ タイプに関連するワークフローが利用できる場合は
、必要に応じてそのワークフローをコンテンツ タイプに関連付けることができます。ワークフ
ローは、そのコンテンツ タイプのリスト アイテムに対して開始できます。ワークフローの計
画作成の詳細については、この記事で後述する「ワークフローを計画する」を参照してくださ
い。ワークフローを確認し、利用可能にするワークフローを決定したら、Content Type
Worksheet の [Plan Workflows] テーブルに各ワークフローを入力し、コンテンツ タイプと関
連付けます。ワークフローが親コンテンツ タイプから継承されていない場合は、その情報を
[New?] 列に入力します。
6.
コンテンツ タイプの計画ワークシートの [Plan a Policy] セクションに、「なし」と入力します。
ドキュメント変換を計画する
SharePoint Server 2010 では、ある形式から別の形式にドキュメントを変換するドキュメント変換
コンポーネントをサーバーにインストールできます。変換は、ユーザー インターフェイスを使用し
て実行することも、カスタム ワークフローから実行するなど、プログラムを使用して実行すること
もできます。変換元ドキュメントとそれに対応する変換後ドキュメントとの間の関係は維持されま
す。SharePoint Server 2010 には、Microsoft Office Word 2007 ドキュメントや Microsoft Office
InfoPath 2007 フォームから Web ページを作成するコンバーターが含まれます。
ドキュメント コンバーターをインストールし実行するためのインフラストラクチャをサーバーに提
供するのに加え、SharePoint Server 2010 には、サーバー リソース使用を最適化する設定を可
能にするロード バランサー サービスが含まれています。ドキュメント変換の計画を作成する過
258
程で、サーバー ファームのチューニングを行って、ドキュメント変換時の負荷バランスを最適化
します。
ユーザーがドキュメント変換を利用できるようにするには、コンバーターをサーバー ファームに
インストールして、サーバー管理者にそのコンバーターを有効にしてもらう必要があります。コン
バーターは、サーバーに対して有効にした後、そのサーバーの変換元ドキュメントに対して実行
できるようになります。
ドキュメント コンバーターは以下の手順を使用して構成します。
1.
「ユーザーを特定し、ドキュメントの使用状況を分析する」で行ったドキュメント利用の分析
で、ドキュメント変換する (ある形式で作成されたドキュメントを別の形式で公開またはアー
カイブする) 対象を特定します。
2.
必要な変換処理ごとに、使用できるコンバーター プログラムを指定し、変換処理をサーバ
ーに実装します。
3.
必要な場合は、サーバー ファーム内のアプリケーション (中間層) サーバーに変換プログラ
ムをインストールします。
4.
Web サーバーまたはアプリケーション (中間層) サーバー上で起動プログラムとロード バラ
ンサー サービスを構成します。
5.
ドキュメント ライフ サイクル内の変換を開始するポイントを特定します。
6.
変換の実装方法 (手動、または変換を開始するカスタム ソリューションの使用) を特定しま
す。
ワークフローを計画する
ワークフローは、SharePoint Server 2010 のドキュメント、Web ページ、フォーム、およびリスト
アイテムにビジネス プロセスを実装します。ワークフローは、ライブラリ、リスト、またはコンテン
ツ タイプと関連付けることができます。
ドキュメント管理では、各ユーザーがドキュメントの校閲、発行の承認、配置の管理など、ドキュ
メント管理タスクを実行できるように、ワークフローを使用してユーザー間でドキュメントを回覧し
ます。また、カスタム ワークフローを使用して、サイトまたはライブラリ間でドキュメントを移動し
ます。たとえば、ドキュメントをアーカイブする予定がある場合、サイト間でドキュメントをコピーす
るワークフローをデザインできます。
SharePoint Server 2010 には、以下のドキュメント管理作業を扱うワークフローがあります。

フィードバックの収集 校閲用のドキュメントを送信します。

承認 承認用のドキュメントを送信します。多くの場合、ドキュメント発行の前提条件となり
ます。

廃棄 ドキュメントの期限切れと廃棄を管理します。

署名の収集 署名用のドキュメントを回覧します。

翻訳 1 つ以上の言語へのドキュメントの翻訳を管理します。

東アジアのドキュメントの承認 デジタル署名印とグループ指向の合意プロセスを使用した
承認用にドキュメントを回覧します。
コンテンツ タイプの使用時に常にワークフローを使用できるようにする場合、そのワークフロー
をコンテンツ タイプに関連付けます。たとえば、購入注文コンテンツ タイプでは、トランザクショ
ンを完了する前にマネージャーの承認を必要とすることがあります。購入注文の開始時に常に
259
承認ワークフローを使用できるようにするには、購入注文コンテンツ タイプを作成し、承認ワー
クフローと関連付けます。次に、購入注文が格納されるすべてのドキュメント ライブラリに購入
注文コンテンツ タイプを追加します。
ドキュメント管理ソリューションのワークフローの計画を作成するには、実装する予定がある各ド
キュメント コンテンツ タイプを分析し、そのタイプのコンテンツに対して実行可能にする必要が
あるビジネス プロセスを特定します。次に、そのコンテンツで使用可能にする必要があるワーク
フローを特定します。
ワークシートでの作業
Content Type Worksheet (英語) (http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x411)
の [Plan workflows] セクションに各ワークフローの名前とその目的を入力し、プロセスの
実装に新しい (カスタム) ワークフローが必要かどうかを示します。
契約コンテンツ タイプのワークフローを分析する表の例を以下に示します。
契約プロセス
契約ワークフロー
New?
下書きの校閲
フィードバックの収集 いいえ
マネージャーと法務顧問の承認の取得 承認
いいえ
未解決案件の解決
懸案事項の管理
いいえ
署名の取得
署名の収集
いいえ
ワークシート
この記事で説明した情報を記録するには、以下のワークシートを使用します。

Content Type Worksheet (英語)
(http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x411)

Analyze Document Usage Worksheet
(http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x411)
260
情報管理ポリシーの計画 (SharePoint Server
2010)
ここでは、情報管理ポリシーを計画し、それを Microsoft SharePoint Server 2010 ドキュメント管
理ソリューションと統合する方法について説明します。
この記事の内容

情報管理ポリシーとポリシーの機能

情報管理ポリシーのレポート

情報管理ポリシーと Office system アプリケーションの統合

SharePoint Server 2010 で利用できるポリシー機能

ドキュメント ポリシーを計画する
情報管理ポリシーとポリシーの機能
情報管理ポリシーとは、コンテンツ タイプに対する一連のルールのことです。ポリシー内の各ル
ールは、ポリシー機能と呼ばれます。たとえば、情報管理ポリシー機能を使用して、あるタイプ
のコンテンツを保持する期間を指定したり、ドキュメントの監査を行ったりできます。情報管理ポ
リシーを使用すると、組織の情報にアクセスできるユーザー、そのようなユーザーが組織の情
報に対して行える操作、情報を保持する必要のある期間などを制御できます。
メモ:
ここでは、特に断りのない限り、ポリシーという用語は情報管理ポリシーを意味します
。
ポリシーを実装すると、組織が法律的に求められている要件 (レコードを保持する義務など) に
準拠するのに役立ちます。たとえば、法律的に推奨されるガイドラインに従って従業員レコード
を処理するために組織で使用される人事ポリシーには、以下のようなポリシー機能を含めること
ができます。

各従業員関連ドキュメントの編集および表示の履歴を記録するための監査。

作成中のコンテンツが必要以上に長い間維持されないようにするための保持。

各ドキュメントの物理コピーを適切に識別できるようにするためのラベル。

機密性の高い従業員関連ドキュメントが安全なプリンターだけで印刷されるようにするため
の印刷制限。これはカスタム ポリシー機能の例であり、Microsoft SharePoint Server 2010
のオブジェクト モデルを使用して実装するか、サードパーティのソフトウェア ベンダーから
入手する必要があります。
261
ポリシー機能は、SharePoint Server 2010 上で動作するプログラムとして実装されます。ポリシ
ー機能の有効化と構成はサーバー管理者が行います。ポリシー機能を有効にすると、サイト管
理者はこの機能を使用してポリシーを定義できるようになります。SharePoint Server 2010 には
、コンテンツの管理に役立つポリシー機能が用意されています。SharePoint Server 2010 のオ
ブジェクト モデルを使用すると、企業固有のニーズを満たすカスタム ポリシー機能を設計してイ
ンストールできます。
ポリシー機能は、1 つ以上のポリシー リソースを使用できます。ポリシー リソースは、何らかの
機能をポリシー機能に提供するプログラムです。たとえば、バーコード生成ポリシー機能のポリ
シー リソースは、一意のバーコード値を提供できます。カスタム ポリシー リソースを作成してイ
ンストールすることで、ポリシー機能をサポートできます。
組織で SharePoint Server 2010 と共に Microsoft Office system クライアント アプリケーション
を使用している場合、ポリシーはサーバーとクライアント アプリケーションの両方に対して適用さ
れます。これは透過的に行われます。ドキュメントに対して適用されるポリシー機能は、ドキュメ
ントに関連付けられたポリシー ステートメントで記述されており、ポリシー対応のアプリケーショ
ンは、ユーザーがドキュメントのポリシーに違反するタスクを実行するのを防ぎます。
ポリシーを実装するには、ポリシーをサイトのコンテンツ タイプ、ライブラリ、またはリストと関連
付けます。
メモ:
サイト コンテンツ タイプ ギャラリーでは、任意のカスタム コンテンツ タイプにポリシ
ーを適用できますが、主要なコンテンツ タイプに直接ポリシーを適用することはできま
せん。
以下の方法で、ポリシーをライブラリ、リスト、またはコンテンツ タイプと関連付けることができま
す。

ポリシー機能をサイト コレクション ポリシーと関連付けてから、そのポリシーをコンテンツ
タイプまたはリストやライブラリと関連付けます。 サイト コレクションのトップレベル サイト
には、トップレベル サイトの管理者が新しいポリシーを作成できるサイト コレクション ポリシ
ー ギャラリーが含まれます。作成したサイト コレクション ポリシーをエクスポートすれば、他
のサイト コレクションの管理者は各自のサイト コレクション ポリシー ギャラリーにそれをイ
ンポートできます。これにより、組織全体でポリシーを標準化できます。
サイト コレクション ポリシーがコンテンツ タイプに関連付けられており、そのコンテンツ タイ
プがリストまたはライブラリと関連付けられている場合、リストまたはライブラリの所有者は、
リストまたはライブラリでサイト コレクション ポリシーを変更することはできません。これによ
り、コンテンツ タイプに関連付けられたポリシーは、確実にサイト階層の各レベルで適用さ
れます。

ポリシー機能のセットをコンテンツ タイプと直接関連付けてから、そのコンテンツ タイプを 1
つまたは複数のリストあるいはライブラリに追加します。 この方法を使用して作成したポリ
シーがサイト コレクション全体で確実に使用されるようにするには、ポリシーを、トップレベ
ル サイト コレクションのサイト コンテンツ タイプ ギャラリーのコンテンツ タイプと関連付け
ます。このようにすると、サイト コレクション内にあるそのコンテンツ タイプのすべてのアイ
テムと、元のコンテンツ タイプから継承されるコンテンツ タイプのすべてのアイテムに、ポリ
262
シーが適用されます。この方法を使用してポリシーとコンテンツ タイプを関連付けると、作
成されたポリシーはエクスポートできないため、他のサイト コレクションでポリシーを再利用
しづらくなります。
メモ:
サイト コレクション内で使用されるポリシーをより厳密に制御するために、サイト コ
レクションの管理者は、コンテンツ タイプにポリシー機能を直接設定する機能を無効に
することができます。コンテンツ タイプに対するポリシー機能の設定を制限した場合、
コンテンツ タイプの設計者は、サイト コレクション ポリシー ギャラリーのポリシーし
かコンテンツ タイプに関連付けることができなくなります。サイト コレクションのポ
リシー機能の設定の詳細については、「Create, delete, and view site collections」を参照
してください。

ポリシー機能のセットをリストまたはライブラリに直接関連付けます。 この方法は、リスト
またはライブラリが複数のコンテンツ タイプをサポートしていない場合にのみ使用できます
。この方法でのポリシーの作成は、厳密に定義されたポリシーを単一のリストまたはライブ
ラリに適用する場合にのみ、有効です。
メモ:
サイト コレクション内で使用されるポリシーをより厳密に制御するために、サイト コ
レクションの管理者は、ライブラリにポリシー機能を直接設定する機能を無効にするこ
とができます。ライブラリに対するポリシー機能の設定を制限した場合、コンテンツ タ
イプの設計者は、サイト コレクション ポリシー ギャラリーのポリシーしかライブラリ
に関連付けることができなくなります。
情報管理ポリシーのレポート
ソリューションの各 Web アプリケーションでポリシーがどのように使用されているのかを追跡す
るために、SharePoint Server 2010 サーバーの全体管理を使用して、情報管理ポリシー使用状
況レポートを構成できます。情報管理ポリシー レポートは、組織でのポリシーの使用状況を監
視するのに役立ちます。ポリシーは、組織が特定の規則に準拠できるようにするために実装さ
れることが多いため、ポリシーの使用状況を頻繁に監視することで、組織が規則を順守している
かどうかを確認できます。
SharePoint Server 2010 には、XML スプレッドシート形式の既定のポリシー レポート テンプレ
ートが用意されています。または、同じスキーマに基づいたカスタム レポート テンプレートを作
成できます。ポリシー レポートの作成スケジュールを指定することも、手動でレポートを生成す
ることもできます。
ポリシー レポートは、Web アプリケーション内のサイト コレクションごとに生成されます。レポー
トには、リストおよびライブラリごとに以下の情報が記録されます。

各ポリシーを使用するアイテムの数。

使用されている各ポリシーがサイト コレクション ポリシーに基づいているのか、それともコ
ンテンツ タイプで構成されているのかについての情報と、そのポリシーの概要 - その説明
と、各ポリシー機能の説明。
263
情報管理ポリシーと Office system アプリケーション
の統合
SharePoint Server 2010 情報管理ポリシーは、Office system クライアント アプリケーションで公
開されます。サーバーで情報管理ポリシーを構成する際には、ドキュメントに対して適用される
ポリシーについての情報をインフォメーション ワーカーに提供するポリシー ステートメントを記
述できます。たとえば、ポリシー ステートメントでは、ドキュメントは一定の時間がたつと有効期
限が切れること、または機密性の高い情報が含まれるため会社の外部に知られてはならないこ
となどを示すことができます。ステートメントで、インフォメーション ワーカーがポリシーについて
さらに情報が必要になった場合に利用する連絡先名を提供することもできます。
SharePoint Server 2010 に含まれるポリシーは、Office system クライアント アプリケーションの
機能を通じてインフォメーション ワーカーに公開されます。たとえば、ポリシーの一部としてラベ
ルが定義されている場合、ユーザーは、ほとんどの Office system クライアント アプリケーショ
ンにある [挿入] メニューを使用して、ドキュメントにラベルを挿入できます。ラベルが必要な場
合は、ラベルが挿入されていないドキュメントをユーザーが保存しようとすると、メッセージが表
示されます。同様に、バーコード ポリシー機能がドキュメントのポリシーの一部である場合は、
ユーザーはクライアント アプリケーションからバーコードを挿入できます。
カスタム ポリシー機能を Office system クライアント アプリケーションに統合することもできます
。ただし、Office system クライアント アプリケーションから利用できるようにするポリシー固有の
動作を実装し、その動作をアドインなどのメカニズムを通じてクライアント コンピューターにイン
ストールする手段をユーザーに提供したうえで、Office system クライアント アプリケーションか
らそれを利用できるようにする必要があります。たとえば、コンテンツ タイプの印刷に使用できる
プリンターを制限するカスタム ポリシー機能を実装する場合は、Microsoft Office クライアント
アプリケーション用のカスタム アドインを提供し、それらのアプリケーションから制限できるよう
にする必要があります。
SharePoint Server 2010 で利用できるポリシー機能
ここでは、SharePoint Server 2010 に用意されているポリシー機能について説明します。

有効期限 有効期限ポリシー機能は、追跡と管理が可能な一貫した方法で、コンテンツの
破棄や処理を支援します。コンテンツ アイテムの有効期限が切れるときには、アイテムを
破棄するか、カスタム ワークフローを実行するかを指定できます。特定のタイプのコンテン
ツに対し、特定の日付に有効期限が切れるように設定できます。コンテンツのタイプ、リスト
、またはライブラリと関連付けられている日付や時刻に基づいて期限切れにするか、何らか
のドキュメント アクティビティ (ドキュメントの作成など) が行われてから一定の期間が経過
した後に期限切れにすることができます。

監査 監査ポリシー機能を使用すると、ドキュメントおよびリスト アイテムに対して実行され
たイベントおよび操作を記録できます。以下のようなイベントを記録する監査を構成できま
す。

ドキュメントまたはアイテムの編集

ドキュメントまたはアイテムの表示

ドキュメントのチェックインまたはチェックアウト

ドキュメントまたはアイテムに対する権限の変更
264

ドキュメントまたはアイテムの削除

ラベル付け ラベル付けポリシー機能を使用すると、あるタイプのドキュメントまたはリスト
アイテムと関連付けるラベルを指定できます。ラベルは、ユーザーが指定したプロパティと
書式に基づいて SharePoint Server 2010 によって生成される、検索可能なテキスト領域で
す。たとえば、法律事務所では、係争事件に関係するドキュメントに、依頼人の氏名、訴訟
番号、およびその事件を担当する弁護士が記述されたラベルを含めることができます。ラベ
ルは、ドキュメントのプロパティを印刷されるコピーに表示する手段として、ドキュメントの印
刷バージョンで特に役に立ちます。ドキュメントに対してラベルを使用するだけでなく、ラベ
ルをリスト アイテムと関連付け、そのラベルをリストのビューに含めることができます。

バーコード バーコード ポリシー機能を使用すると、ドキュメントに対して固有の ID 値を作
成し、その値のバーコード イメージをドキュメントに挿入することで、ドキュメントの物理コピ
ーを追跡できます。既定では、バーコードは一般的な Code 39 標準 (ANSI/AIM BC1-1995
、Code 39) に準拠しているため、ポリシー オブジェクト モデルを使用すれば、他のバーコ
ード プロバイダーを使用することもできます。
ドキュメント ポリシーを計画する
ソリューションのポリシーを計画する際には、まずポリシーに対する組織全体のニーズを明らか
にしてから、そのニーズを満たすサイト コレクション ポリシーを設計します。そしてそれらのポリ
シーを配布し、関連するすべてのサイト コレクションのサイト コレクション ポリシー ギャラリーに
含めます。このとき、カスタム ポリシー機能を計画する必要が生じる場合があります。ポリシー
にカスタム ポリシー機能とリソースが必要な場合は、そのソリューションを使用するすべてのサ
ーバー ファームにその機能とリソースをインストールし、有効化する必要があります。
組織全体に適用されるポリシーの代表的な例として、製品仕様の監査と保持に関するベスト プ
ラクティスを組織の部門間に行き渡らせるためのポリシーが挙げられます。監査と保管が一貫
して行われるように、すべての製品仕様に適用する単一のサイト コレクション ポリシーを設計し
ます。サイト コレクション ポリシーを定義してテストした後、それをエクスポートして、製品仕様が
格納されている他のサイト コレクションのサイト コレクション ポリシー ギャラリーにインポートし
ます。その後、さまざまなサイト コレクションのすべての製品仕様コンテンツ タイプにポリシーを
関連付けて、すべての製品仕様に適用します。
ワークシートでの作業
ドキュメント ポリシーを計画する場合は、Policy Worksheet (英語)
(http://go.microsoft.com/fwlink/?linkid=165883&clcid=0x411) (英語) を活用してください。
計画するポリシーごとに別のワークシートを作成し、以下の情報を各ワークシートに記
録します。

ポリシーの目的 ("すべての製品仕様に適用するポリシー" など)。

そのポリシーが設計されているサイト コレクション。

ポリシーが定義されている範囲。複数のサイト コレクションで使用するポリシーの場合は、
ポリシー テンプレート ギャラリーで定義します。ポリシーの対象範囲がより狭く、サイト コレ
クション内の単一のコンテンツ タイプである場合は、コンテンツ タイプに対してポリシーを定
義します。

各ポリシー機能 ("有効期限" や "監査")。必要に応じて、ポリシー機能に対する構成メモ
265
ワークシートでの作業
を入力します。たとえば、監査の場合は、監査対象のアクション ("アイテムの編集" など)
を指定できます。カスタム ポリシー機能である場合は、その機能を動作させるためにインス
トールする必要のあるすべてのリソースを記入します。

ポリシーが適用されるすべてのコンテンツ タイプと、そのコンテンツ タイプが使用されるす
べてのサイト コレクション。
ワークシート
この記事と共に、次のワークシートを展開の計画に活用してください。

ポリシー ワークシート (英語) (http://go.microsoft.com/fwlink/?linkid=165883&clcid=0x411)
(英語))
266
バージョン管理、コンテンツ承認、チェックアウト
の計画 (SharePoint Server 2010)
ここでは、Microsoft SharePoint Server 2010 でバージョン管理、コンテンツ承認、およびチェック
アウトを使用して、ドキュメントのライフサイクル全体のバージョンを管理する場合の計画方法に
ついて説明します。
この記事の内容 :

バージョン管理、コンテンツの承認、チェックアウトについて

バージョン管理を計画する

コンテンツ承認を計画する

チェックアウトとチェックインを計画する

ワークシート
バージョン管理、コンテンツの承認、チェックアウトに
ついて
Microsoft SharePoint Server 2010 には、ドキュメント ライブラリ内のドキュメントの管理に役立
つ以下の機能があります。

"バージョン管理" は、1 つのドキュメントの連続する反復に番号を付けて保存するための
方法です。

"コンテンツの承認" は、承認者権限を持つサイト メンバーがコンテンツの公開を制御する
方法です。

"チェックアウト" と "チェックイン" は、ユーザーが新しいバージョンのドキュメントを作成す
るときにより適切に管理でき、ドキュメントをチェックインするときに変更についてのコメント
を追加できる手段です。
この記事で説明するコンテンツ制御機能に対する設定は、ドキュメント ライブラリで構成します。
これらの設定をソリューション内のライブラリ間で共有するには、コンテンツ制御の設定を含むド
キュメント ライブラリ テンプレートを作成します。これにより、新しいライブラリには、コンテンツ制
御の決定事項が確実に反映されます。
バージョン管理を計画する
ドキュメント ライブラリの既定のバージョン管理は、サイト コレクション テンプレートに基づいて
行われます。ただし、特定の要件に基づくようにドキュメント ライブラリのバージョン管理を構成
できます。ライブラリ内のドキュメントの種類に最適なように、ドキュメント ライブラリごとにバー
ジョン管理方法を変えることができます。SharePoint Server 2010 には 3 つのバージョン管理オ
プションがあります。
267

バージョンを管理しない ドキュメントの以前のバージョンを保存しないことを指定します。
バージョン管理を使用しないと、以前のバージョンのドキュメントを取得することはできず、ド
キュメントの各反復に付随するコメントが保存されないので、ドキュメントの履歴も保持され
ません。このオプションは、重要ではないコンテンツまたは変化しないコンテンツを含むドキ
ュメント ライブラリに対して使用します。

メジャー バージョンを作成する 単純なバージョン管理方法 (1、2、3 など) を使用して、ド
キュメントの番号付きのバージョンを維持することを指定します。記憶域に対する影響を制
御するため、保持する以前のバージョンの数を、現在のバージョンから遡って数えて指定で
きます。
メジャー バージョン管理の場合は、ドキュメントの新しいバージョンが保存されるたびに、そ
のドキュメント ライブラリに対する権限を持っているすべてのユーザーが、そのコンテンツを
見ることができます。このオプションは、ドキュメントの下書きバージョンと公開バージョンを
区別する必要がない場合に使用します。たとえば、組織内のワークグループが使用するド
キュメント ライブラリでは、各ドキュメントのすべての反復をチームの全員が見ることができ
る必要がある場合は、メジャー バージョン管理が適しています。

メジャー バージョンとマイナー (下書き) バージョンを作成する メジャーとマイナーのバー
ジョン管理方法 (1.0、1.1、1.2、2.0、2.1 など) を使用して、ドキュメントの番号付きのバージョ
ンを維持することを指定します。最後が .0 のバージョンはメジャー バージョンで、最後が 0
以外のバージョンはマイナー バージョンです。現在のバージョンと共に、ドキュメントの以前
のメジャー バージョンとマイナー バージョンが保存されます。記憶域に対する影響を制御
するため、保持する以前のメジャー バージョンの数を、現在のバージョンから遡って数えて
指定できます。また、いくつのメジャー バージョンにそれぞれのマイナー バージョンを含め
る必要があるかを指定することもできます。たとえば、2 つのメジャー バージョンに対してマ
イナー バージョンを保持する必要があると指定した場合、現在のメジャー バージョンが 4.0
であるとすると、3.1 以降のすべてのマイナー バージョンが保持されます。
メジャーとマイナーのバージョン管理では、読み取り権限を持つすべてのユーザーが、ドキ
ュメントのメジャー バージョンを見ることができます。マイナー バージョンも見ることができる
ユーザーを指定できます。通常は、要素を編集できるユーザーにはマイナー バージョンを
表示および操作するための権限を許可し、読み取り権限を持つユーザーはメジャー バージ
ョンだけの表示に制限します。
メジャーとマイナーのバージョン管理は、対象ユーザーが見ることのできる公開コンテンツと
、まだ公開できる状態ではない下書きコンテンツを区別したい場合に使用します。たとえば
、組織の利益について説明する人事 Web サイトでは、説明を改訂している間は、メジャーと
マイナーのバージョン管理を使用して、利益の説明に対する従業員のアクセスを制限しま
す。
メモ:
どのバージョン管理を選択する場合でも、同じドキュメントの複数のバージョンを保持
したときの記憶領域に対する影響を検討することが重要です。
ワークシートでの作業
268
ワークシートでの作業
Microsoft Office SharePoint Server 2010 ドキュメント ライブラリ ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165874&clcid=0x411) (英語) では、記入するドキュ
メント ライブラリごとに、使用するバージョン管理方法 (なし、メジャー、メジャーと
マイナー) を指定します。
コンテンツ承認を計画する
対象ユーザーがコンテンツを利用できるようにするプロセスを形式化して制御するには、コンテ
ンツ承認を使用します。たとえば、製品またはサービスの 1 つとしてコンテンツを公開する企業
は、コンテンツを公開する前に、法律に関するレビューと承認が必要になる場合があります。ド
キュメントの状態に応じてコンテンツ発行のスケジュールを設定することもできます。詳細につい
ては、「Plan content approval and scheduling」を参照してください。
コンテンツ承認を待っているドキュメントの下書きは、承認待ちの状態になっています。承認者
がドキュメントをレビューしてコンテンツを承認すると、読み取り権限を持つサイト ユーザーはそ
のドキュメントを見ることができるようになります。ドキュメント ライブラリの所有者は、ドキュメン
ト ライブラリに対してコンテンツ承認を有効にすることができ、必要に応じて、承認プロセスを実
行するためのワークフローを、ライブラリと関連付けることができます。
ドキュメントが承認のために提出される方法は、ドキュメント ライブラリでのバージョン管理の設
定によって異なります。

バージョンを管理しない バージョン管理が使用されていない場合は、ドキュメントに対する
変更が保存されると、ドキュメントの状態は承認待ちになります。SharePoint Server 2010
は前のバージョンのドキュメントを保持しているので、読み取り権限を持つユーザーはまだ
ドキュメントを見ることができます。承認待ちの変更が承認されると、読み取り権限を持つユ
ーザーは新しいバージョンのドキュメントを見ることができるようになり、前のバージョンは保
持されません。
バージョン管理が使用されていない場合は、新しいドキュメントがドキュメント ライブラリに
アップロードされると、そのドキュメントは承認待ち状態のライブラリに追加されて、承認され
るまで、読み取り権限を持つユーザーがそのドキュメントを見ることはできません。

メジャー バージョンを作成する メジャー バージョン管理が使用されている場合は、ドキュ
メントに対する変更が保存されると、ドキュメントの状態は承認待ちになり、読み取り権限を
持つユーザーは、前のメジャー バージョンのドキュメントを見ることができます。ドキュメント
に対する変更が承認されると、ドキュメントの新しいメジャー バージョンが作成され、読み取
り権限を持つサイト ユーザーは新しいメジャー バージョンを見ることができるようになり、前
のメジャー バージョンはドキュメントの履歴リストに保存されます。
メジャー バージョン管理が使用されている場合は、新しいドキュメントがドキュメント ライブ
ラリにアップロードされると、そのドキュメントは承認待ち状態のライブラリに追加され、バー
ジョン 1 として承認されるまで、読み取り権限を持つユーザーがそのドキュメントを見ること
はできません。

メジャー バージョンとマイナー (下書き) バージョンを作成する メジャーとマイナーのバー
ジョン管理が使用されている場合は、ドキュメントに対する変更を保存するときに、作成者
は、下書きとしてドキュメントの新しいマイナー バージョンを保存するか、または新しいメジ
269
ャー バージョンを作成するかを選択でき、後者を選択するとドキュメントの状態が承認待ち
に変わります。ドキュメントに対する変更が承認されると、ドキュメントの新しいメジャー バ
ージョンが作成され、読み取り権限を持つサイト ユーザーは新しいメジャー バージョンを見
ることができるようになります。メジャーとマイナーのバージョン管理では、ドキュメントのメジ
ャー バージョンとマイナー バージョンの両方が、ドキュメントの履歴リストで保持されます。
メジャーとマイナーのバージョン管理が使用されている場合は、新しいドキュメントをドキュメ
ント ライブラリにアップロードするときに、作成者は、ドキュメントをバージョン 0.1 として下書
き状態でライブラリに追加することも、直ちに承認を要求することもできます。後者の場合は
、ドキュメントの状態が承認待ちになります。
ワークシートでの作業
Microsoft Office SharePoint Server 2010 ドキュメント ライブラリ ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165874&clcid=0x411) (英語) では、記入するドキュ
メント ライブラリごとに、コンテンツの承認が必要かどうかを指定します。
チェックアウトとチェックインを計画する
ドキュメントを編集する際にはドキュメント ライブラリからドキュメントをチェックアウトするよう、ユ
ーザーに要求できます。このようにすることが常に推奨されます。チェックアウトとチェックインを
必要にすると、以下のような利点があります。

ドキュメントのバージョンが作成されるタイミングを、より適切に制御できます。ドキュメントが
チェックアウトされているとき、作成者はチェックインしなくてもドキュメントを保存できます。
ドキュメント ライブラリの他のユーザーはこの変更を見ることはできず、新しいバージョンは
作成されません。新しいバージョン (他のユーザーも見ることができる) は、作成者がドキュ
メントをチェックインしたときにのみ作成されます。これにより、作成者は、いっそう柔軟に、
適切な制御を行うことができます。

メタデータをいっそう取得しやすくなります。ドキュメントをチェックインするとき、作成者はド
キュメントに対して行った変更を説明するコメントを書くことができます。これにより、ドキュメ
ントに対して行われた変更の最新状態がわかる履歴レコードが作成されるようになります。
ドキュメントを編集するときにユーザーがチェックインとチェックアウトを行う必要があるソリュー
ションの場合、Microsoft Office 2010 のクライアント アプリケーションには、そのアクションをサ
ポートする機能が含まれます。ユーザーは、ドキュメントのチェックアウト、チェックアウトの取り
消し、およびドキュメントのチェックインを、Office 2010 クライアント アプリケーションから行うこと
ができます。
チェックアウトされたドキュメントは、ユーザーの [マイ ドキュメント] フォルダーの "SharePoint
上のファイルの下書き" という名前のサブフォルダーに保存されます。このフォルダーは Office
2010 クライアント アプリケーションに表示されます。ドキュメントをチェックアウトしている間、ユ
ーザーが編集を保存できるのはこのローカル フォルダーだけです。ユーザーがドキュメントをチ
ェックインすると、ドキュメントはサーバー上の元の場所に再び保存されます。
270
Office 2010 クライアント アプリケーションでは、ユーザーは、必要に応じて、コンテンツ編集オプ
ションを変更することで、チェックアウトしたドキュメントをサーバー上に残しておくことができます
。
ワークシートでの作業
Microsoft Office SharePoint Server 2010 ドキュメント ライブラリ ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165874&clcid=0x411) (英語) では、記入するドキュ
メント ライブラリごとに、チェックインとチェックアウトが必要かどうかを指定します
。
ワークシート
次のワークシートは、バージョン管理、コンテンツ承認、およびチェックアウトの計画に役立ちま
す。

ドキュメント ライブラリ ワークシート (英語)
(http://go.microsoft.com/fwlink/?linkid=165874&clcid=0x411) (英語)
関連項目
概念
ドキュメント ライブラリの計画 (SharePoint Server 2010)
271
共同編集の概要 (SharePoint Server 2010)
互いがネットワークで密接に接続されている現代の作業環境では、複数の作成者、編集者、関
係者によって作成されるドキュメントが例外ではなく、当たり前になろうとしています。組織は、
Microsoft SharePoint Server 2010 の通信機能とグループ作業機能を利用して、エンド ユーザ
ー間の通信およびグループ作業の促進と同時に、それをサポートする管理作業の軽減を図っ
ています。Microsoft Office 2010 は、SharePoint Server 2010 での Microsoft PowerPoint 2010
ドキュメント、Microsoft Word 2010 ドキュメント、および Microsoft OneNote 2010 ドキュメントの
共同編集機能を備えることで、その動向に対応しています。
共同編集は、サーバーベースのドキュメントのグループ作業を妨げる障壁を取り除き、組織が
添付ファイルを利用した従来のドキュメント共有に伴うオーバーヘッドを軽減することに役立ちま
す。共同編集は、複数のユーザーが互いの作業を妨げたり、互いをロックアウトしたりすること
なく、同じドキュメントの作業を生産的に行えるようにすることで、グループ作業を簡易化します。
この機能は、SharePoint Server 2010 に保存されたドキュメントの既定の状態であり、サーバー
の追加のセットアップを必要としません。共同編集機能は、既に SharePoint の管理に使用され
ているツールおよびテクノロジと同じものを使用して管理されるため、管理者への影響は最小限
で済みます。
この記事の内容:

SharePoint Server 2010 の共同編集機能

エンド ユーザーへの影響について

重要な考慮事項

OneNote のノートブック

ソフトウェアのバージョンに関する要件

Office の混在環境での共同編集

パフォーマンスと拡張性
SharePoint Server 2010 の共同編集機能
従来のグループ作業では、電子メールの添付ファイルを利用してドキュメントを共有します。複
数の作成者が関わっているドキュメントのバージョンや編集内容を追跡することは、ユーザーに
とって困難であり、時間がかかります。電子メール システムでは、同じドキュメントが繰り返し送
信されることでネットワーク トラフィックが増大するだけでなく、同じドキュメントの複数のコピーを
保存する作業を強いられます。
SharePoint を使用してグループ作業用のドキュメントを保存することで、ドキュメントの最新バー
ジョンへの一貫したアクセス、以前のバージョンの追跡、および一元的な管理が可能になるため
、これらの問題は軽減されます。多数の添付ファイルではなく、1 つのドキュメントを保存するこ
とで、ネットワークとストレージのオーバーヘッドも軽減されます。
しかし、今までのこのソリューションは完璧ではありませんでした。ある作成者がドキュメントを開
いていると、他の作成者はそのドキュメントの作業を行うことができません。だれかがドキュメン
272
トを閉じたりチェックインしたりすることを忘れると、他のユーザーがいつまでもロックアウトされ
る可能性があり、そのような状況では多くの場合、問題解の解決を IT 部門に依頼する必要が
生じます。
SharePoint Server 2010 の共同編集では、複数のユーザーが互いの加えた変更に干渉するこ
となく、いつでも 1 つのドキュメントに関する作業を行えるようにすることで、これらの問題に対
処します。このアプローチを採用することで、以下に示すような、ドキュメントのグループ作業で
よく発生する多くの状況に合理的に対処できます。

複数の作成者が複合的なドキュメントの異なる部分に関する作業を行っています。1 人の
作成者がドキュメントの 1 つのセクションの作業を行っている間、別の作成者が同じドキュ
メントの別のセクションの作業を行うことができ、2 人が互いの作業を妨げることはありませ
ん。

数人の作成者が 1 つの複合的なスライド ショーを作成しています。個々の作成者がそれ
ぞれ孤立して作業し、複数のドキュメントを結合すると同時に、それらのドキュメントの間に
一貫性を持たせようとする代わりに、各自がプレゼンテーションにスライドを追加し、編集で
きます。

1 つのドキュメントが、そのドキュメントの編集または追加を行う複数の専門家や関係者に
送信されます。すべてのユーザーがサーバーに保存された一元管理されている 1 つのドキ
ュメントで作業するため、どのユーザーの編集内容も失われません。
エンド ユーザーへの影響について
エンド ユーザーの立場から見れば、共同編集は使い方が簡単です。Word 2010、PowerPoint
2010、または OneNote 2010 でドキュメントの作業を行う場合、ユーザーは単に通常どおりに
SharePoint Server からドキュメントを開きます。他のユーザーが既にそのドキュメントを開いて
いる場合でも、両方のユーザーが同時にドキュメントを編集できます。ドキュメントへのアクセス
はブロックされず、エラーは発生しません。
Word 2010 および PowerPoint 2010 では、ドキュメントの変更を保存すると、最新の編集内容が
あることを知らせる通知がそのドキュメントを表示している他のユーザーに送られます。通知を
受けたユーザーは、直ちに表示を最新の情報に更新してその変更を確認するか、作業を続行し
、後で最新の情報に更新して最新の編集内容を確認できます。作成者どうしが互いの作業を確
認することもでき、だれがそのドキュメントの作業を行っているかがすべての作成者にわかりま
す。作成者が不要な変更をロールバックできるように、SharePoint Server 2010 のバージョン管
理ツールと追跡ツールがドキュメントを保護します。Office Communication Server が利用できる
場合、ユーザーは共同作成者のオンライン状態を確認し、ドキュメントの作業を続行しながらイ
ンスタント メッセージングの会話を開始できます。
OneNote 2010 では、共有ノートブックを利用してユーザーがノートをシームレスに共有できます
。ユーザーがノートブックのページを編集すると、すべてのユーザーがノートの完全なセットを使
用できるように、編集内容がそのノートブックの他のユーザーとの間で自動的に同期されます。
複数のユーザーが同じページで行った編集の内容が自動的に表示されるため、リアルタイムに
近い状態でグループ作業を行うことができます。ユーザーは OneNote のバージョン管理などの
共有機能を利用して、編集内容をロールバックしたり、最新の編集内容を表示したり、特定の編
集をだれが行ったかを確認したりできます。
Excel 2010 クライアント アプリケーションは、SharePoint Server 2010 でのブックの共同編集を
サポートしていません。ただし、Excel クライアントは、共有ブック機能を利用することで、ローカ
273
ルで、またはネットワーク (UNC) パスに保存されたブックの非リアルタイムの共同編集をサポー
トしています。SharePoint でのブックの共同編集は、Office Web Apps に含まれている
Microsoft Excel Web アプリケーションを使用することでサポートされます。Office Web Apps は
Windows Live から利用でき、Microsoft Office 2010 ボリューム ライセンスと Microsoft
SharePoint 2010 製品をベースにしたドキュメント管理ソリューションを利用しているビジネス カ
スタマーも利用できます。詳細については、「Office Web Apps (Installed on SharePoint 2010
Products)」を参照してください。
重要な考慮事項
管理者がそれぞれの使用環境で共同編集機能の利用を計画するときに考慮する必要のあるこ
とがいくつかあります。
SharePoint の共同編集機能は、セットアップが容易で、管理の手間が最小限で済むように設計
されています。ただし、共同編集をセットアップして管理するときは、次のことを考慮する必要が
あります。

[権限] - 複数のユーザーが同じドキュメントを編集できるようにするには、そのドキュメント
が保存されるドキュメント ライブラリに対する編集権限をユーザーに持たせる必要がありま
す。それを行う最も簡単な方法は、ドキュメントが保存される SharePoint サイトへのアクセ
ス権をすべてのユーザーに与えることです。一部のユーザーだけに特定のライブラリ内のド
キュメントを共同編集する権限を持たせる場合は、SharePoint 権限を使用してアクセス権
を管理できます。

[バージョン管理] - SharePoint Server のバージョン管理では、編集中にドキュメントに加え
られる変更を追跡し、参照を目的として前のバージョンの保存も行います。SharePoint
Server 2010 では、既定でこの機能が無効になっています。SharePoint Server 2010 は、メ
ジャー バージョン管理とマイナー バージョン管理という 2 種類のバージョン管理をサポート
しています。製品の一部である同期機能とバージョン管理機能を妨げる可能性があるため
、OneNote の共同編集に使用されるドキュメント ライブラリでは、マイナー バージョン管理
をオンにしないことをお勧めします。この制約はマイナー バージョン管理にのみ適用されま
す。メジャー バージョン管理は OneNote で使用できます。

[バージョンの数] - 保持するドキュメントのバージョンの数は、サーバーの記憶域の要件に
影響を及ぼします。ドキュメント ライブラリ設定でこの数を調整することで、保持するバージ
ョンの数を制限できます。OneNote のノートブックが頻繁に更新されると、サーバーに多数
のバージョンが保存される可能性があります。不要なディスク容量を消費しないようにする
ために、OneNote のノートブックの保存に使用されるドキュメント ライブラリで保持するバー
ジョンの最大数を管理者が適切な数に設定することをお勧めします。

[バージョン管理期間] – バージョン管理期間は、共同編集中の Word ドキュメントまたは
PowerPoint ドキュメントの新しいバージョンが SharePoint Server で作成される頻度を決定
します。この期間を小さい値に設定すると、バージョンを取得する頻度が高くなり、バージョ
ンをより細かく追跡できますが、より多くのサーバーの記憶域が必要とされる可能性があり
ます。バージョン管理期間は OneNote のノートブックには影響を与えません。この値は、サ
ーバーで coAuthoringVersionPeriod プロパティを調整することによって変更できます。この
設定を調整する方法の詳細については、「Configure the co-authoring versioning period
(SharePoint Server 2010)」を参照してください。

[チェックアウト] - ユーザーが編集を目的としてドキュメントをチェックアウトすると、そのユ
ーザーだけがドキュメントを編集できるようにドキュメントがロックされ、共同編集ができなく
274
なります。共同編集機能を使用するドキュメント ライブラリで [チェックアウトを必須にする]
を有効にしないでください。SharePoint Server 2010 では、既定で [チェックアウトを必須に
する] が無効になっています。共同編集機能が使用されている間、ユーザーが手動でドキ
ュメントをチェックアウトすることを禁止してください。
OneNote のノートブック
Microsoft Word や Microsoft PowerPoint と異なり、Microsoft OneNote では、バージョン情報を
ファイル自体に保存します。そのため、管理者は、OneNote のノートブックを SharePoint Server
ドキュメント ライブラリに保存するとき、次の推奨事項に従う必要があります。

マイナー バージョン管理を有効にしないでください。SharePoint Server 2010 では、マイナ
ー バージョン管理は既定で無効になっています。

メジャー バージョン管理が有効になっている場合は、保存するバージョンの最大数を適切
な値に設定してください。SharePoint Server 2010 では、既定でメジャー バージョン管理が
無効になります。
ソフトウェアのバージョンに関する要件
ユーザーが Office 2010 を使用してドキュメントを共同編集するには、共同編集するドキュメント
を SharePoint Server 2010 または SharePoint Foundation 2010 に保存する必要があります。
共同編集機能の利点を活かすには、ユーザーが Word 2010、PowerPoint 2010、または
OneNote 2010 を持っている必要があります。
メモ:
ユーザーが Windows Live SkyDrive アカウントを持っている場合は、SharePoint Server
2010 または SharePoint Foundation 2010 がなくても Office 2010 の共同編集機能を使用で
きます。SharePoint Server 2010 または SharePoint Foundation 2010 を使用しない共同編
集の使用については、この記事では説明しません。
Office の混在環境での共同編集
一部の組織では、使用している Office のバージョンがユーザーによって異なる環境で共同編集
機能を使用する可能性があります。
Microsoft Office PowerPoint と Word 2007 を使用している混在環境
以前のバージョンの PowerPoint および Word のユーザーは、以前のバージョンの SharePoint
と同様に、SharePoint Server 2010 に保存されたドキュメントを共有し、編集できます。ただし、
共同編集機能を利用して、同時にドキュメントの作業を行うことはできません。PowerPoint およ
び Word で共同編集の利点を最大限に活かすには、すべてのユーザーが Office 2010 で作業
を行うことをお勧めします。Office PowerPoint および Word 2007 のユーザーは、現在のバージ
ョンとそれほど変わらない操作性で Office 2010 を使用できます。たとえば、Office 2007 のユー
ザーが、Office 2010 に保存されている、現在他のユーザーが編集中のドキュメントを開くと、そ
275
のドキュメントが現在使用中であり、編集できないことを知らせるメッセージが表示されます。そ
のドキュメントを編集している他のユーザーがいない場合、Office 2007 のユーザーは通常どお
りにドキュメントを開くことができます。Office 2007 のユーザーがドキュメントを開くと、ドキュメン
トにロックがかかり、Office 2010 のユーザーは共同編集機能を使用してそのドキュメントを編集
できなくなります。この動作は以前のバージョンの SharePoint と同じです。
Microsoft Office OneNote 2007 を使用している混在環境
OneNote 2010 は Office OneNote 2007 ファイル形式と下位互換性があり、OneNote 2007 のユ
ーザーとの共同編集をサポートしています。混在環境では、ノートブックを OneNote 2007 用の
OneNote 2007 ファイル形式で保存し、OneNote 2010 のユーザーは、そのファイルでグループ
作業を行う必要があります。ただし、OneNote 2010 ファイル形式にアップグレードすれば、ユー
ザーは Microsoft OneNote Web App との互換性を含む重要な機能を利用できるようになります
。Microsoft OneNote Web App との互換性があると、OneNote のどのバージョンもインストール
されていないユーザーがノートブックの編集や共同編集を行えます。
OneNote 2010 では、OneNote 2007 ファイルを OneNote 2010 ファイルにいつでもアップグレー
ドできるため、組織が Office 2010 上の混在環境から統合環境へ移行するための簡単なアップ
グレード パスが用意されています。
パフォーマンスと拡張性
SharePoint Server 2010 および Office 2010 のアプリケーションは、使用環境での共同編集が
パフォーマンスと拡張性に及ぼす影響が最小限になるように設計されています。Office クライア
ントは、編集を行う作成者が複数になるまで、サーバーから共同編集情報を送信またはダウン
ロードしません。1 人のユーザーがドキュメントを編集しているときのパフォーマンスに及ぼす影
響は、以前のバージョンの SharePoint Server と同様です。
Office クライアントは、サーバーの負荷が重いとき、またはユーザーがドキュメントの編集に専
念していないときに共同編集に関連する同期操作の実行頻度を低くすることによってサーバー
に及ぼす影響を軽減するように構成されているため、全体のパフォーマンスに対する影響はさ
らに軽減されます。
関連項目
その他のリソース
Co-authoring administration (SharePoint Server 2010)
276
レコード管理の計画 (SharePoint Server 2010)
"レコード" は、組織が実行した活動またはトランザクションの証拠となる組織内のドキュメントあ
るいはその他の電子的または物理的エンティティで、一定期間保持する必要があります。レコー
ド管理は、組織が次の作業を行う際に従うプロセスです。

レコードと見なす情報の種類を決定します。

レコードとなるアクティブ ドキュメントが使用中の場合、そのドキュメントをどのように処理す
るかを決定します。また、レコードであることが宣言された後で、それらをどのように収集す
るかを決定します。

法律上、ビジネス上、または規制上の要件を満たすために、各レコードの種類を保持する
方法および期間を決定します。

技術ソリューションおよびビジネス プロセスを調査および実装して、組織が費用効果の高
い非侵害的な方法で、レコード管理の義務を遵守していることを確認します。

有効期限が切れたレコードの破棄、訴訟などの外部イベントに関連したレコードの検索およ
び保護など、レコード関連のタスクを実行します。
このセクションの記事には、Microsoft SharePoint Server 2010 でのレコード管理についての説
明と、レコード管理ソリューションの計画に関するガイドラインが示されています。このセクション
の内容

レコード管理の概要 (SharePoint Server 2010)
ここでは、レコード管理、およびレコード管理の計画の概要について説明します。

レコード アーカイブとインプレース レコード管理の比較 (SharePoint Server 2010)
この記事では、レコード アーカイブを使用するレコード管理とインプレースでのレコード管理
の相違点について説明しています。

SharePoint Server 2010 でレコードを管理するためのファイル計画を作成する
この記事には、ファイル計画のコンテンツについての説明と、組織全体のファイル計画を作
成する方法の概要が示されています。

インプレース レコード管理用に設計する
この記事では、アクティブ ドキュメントと同じ SharePoint Server ライブラリ内でレコードを管
理する方法と、インプレースでのレコード管理方法を決定するプロセスについて説明してい
ます。

レコードの収集方法を計画する (SharePoint Server 2010)
この記事では、アクティブ ドキュメントをレコードとして宣言する方法について説明していま
す。

物理的な記録の計画 (SharePoint Server 2010)
この記事では、物理レコードの管理に SharePoint Server を使用することを計画する方法に
ついて説明しています。

電子情報開示の計画 (SharePoint Server 2010)
277
この記事では、SharePoint Server で電子情報開示をサポートする方法について説明して
います。
278
レコード管理の概要 (SharePoint Server 2010)
この記事の内容 :

レコード管理システムの要素

レコード管理計画の概要
レコード管理システムの要素
レコードは、組織が実行した活動またはトランザクションの証拠となる、一定期間保持する必要
がある、組織内のドキュメントあるいはその他の電子的または物理的エンティティです。レコード
管理は、組織が以下を行うためのプロセスです。

レコードと見なす情報の種類を決定します。

レコードとなるアクティブ ドキュメントが使用中の場合、そのドキュメントをどのように処理す
るかを決定します。また、レコードであることが宣言された後で、それらをどのように収集す
るかを決定します。

法律上、ビジネス上、または規制上の要件を満たすために、各レコードの種類を保持する
方法および期間を決定します。

技術ソリューションおよびビジネス プロセスを調査および実装して、組織が費用効果の高
い非侵害的な方法で、レコード管理の義務を遵守していることを確認します。

有効期限が切れたレコードの破棄、訴訟などの外部イベントに関連したレコードの検索およ
び保護など、レコード関連のタスクを実行します。
組織内のどのドキュメントおよびその他の物理的または電子的アイテムがレコードなのかを決
定することは、企業の法令遵守責任者、レコード管理者、および弁護士の責任です。組織内の
すべてのエンタープライズ コンテンツを慎重に分類することにより、ドキュメントが適切な期間保
持されます。レコード管理システムを適切に設計すると、組織を法的に保護し、組織における規
制上の義務への遵守を示し、レコードではない期限切れアイテムの破棄を促すことにより組織
の効率を向上させることができます。
279
レコード管理システムには、以下の要素が含まれます。

コンテンツ分析。レコードになる可能性があるエンタープライズ内のコンテンツを記述および
分類し、ソースの場所を示し、コンテンツをレコード管理アプリケーションに移動する方法を
記述したものです。
280

ファイル計画。エンタープライズ内のレコードの種類ごとに、レコードとして保存する場所、そ
れらに適用するポリシー、それらを保存する期間、それらを破棄する方法、およびそれらを
管理する責任を負うユーザーを記述したものです。

遵守要件ドキュメント。法令遵守を確実にするために組織の IT システムが従う必要がある
ルールと、エンタープライズ チーム メンバーの参加を確実にするために使用する方法を定
義したものです。

アクティブではなくなったレコードの収集方法。グループ作業サーバー、ファイル サーバー
、電子メール システムなど、すべてのレコード ソースからの収集方法です。

レコードの監査方法 (レコードがアクティブな場合)。

レコードのメタデータを取得する方法。また、履歴を監査し、保存する方法。

レコードの破棄を保留して保持するプロセス (訴訟などのイベントが発生した場合)。

レコードの処理を監視およびレポートするシステム。従業員が、定義されているポリシーお
よびアクセスに従って、レコードを入力、アクセス、および管理していることを確認します。
Microsoft SharePoint Server 2010 には、組織の統合されたレコード管理システムおよびプロセ
スの実装を支援する機能が用意されています。
レコード管理計画の概要
ここでは、SharePoint Server 2010 に基づいて実装するレコード管理システムで組織のレコード
管理目標を達成するために、実行する必要がある計画の手順について説明します。以下に、レ
コード管理計画プロセスのプレビューを示します。
1.
レコード管理ロールの特定 レコード管理を成功させるには、以下の特別なロールが必要
です。
2.
レコード管理者および法令遵守責任者。組織内のレコードを分類し、レコード管理プロ
セスを実行します。
3.
IT 担当者。レコード管理を効率的にサポートするシステムを実装します。
4.
コンテンツ管理者。組織情報の保存場所を決定し、チームをレコード管理慣行に確実
に準拠させます。
5.
組織のコンテンツの分析 ファイル計画を作成する前に、レコード管理者およびコンテンツ
管理者は、組織内におけるドキュメントの使用状況を調査して、どのドキュメントおよびその
他のアイテムをレコードにするかを決定します。
6.
ファイル計画の作成 組織のコンテンツを分析し、保存スケジュールを決定した後で、残り
のファイル計画を記入します。ファイル計画は組織ごとに異なりますが、通常は、エンタープ
ライズでレコードであると見なすアイテムの種類を記述し、それらの保存場所を指定し、そ
の保存期間を記述し、その他の情報 (それらを管理する責任を負うユーザー、それらが属
するより幅広いレコードの分類など) を指定します。
7.
保存スケジュールの作成 レコードの種類ごとに、アクティブ (使用中) ではなくなったと見
なすタイミングと、その後の保存する方法、最終的に破棄する方法を決定します。
8.
ドキュメント管理慣行の評価と改善 ドキュメント リポジトリで必要なポリシーが適用されて
いることを確認します。たとえば、適切な監査がレコードと共に保存されるように、コンテンツ
の監査が適切に行われていることを確認します。
9.
レコード管理ソリューションの設計 レコード アーカイブを作成するか、レコードをインプレ
ースで管理するか、これらの 2 つの方法を組み合わせて使うかを決定します。ファイル計
281
画に基づいて、レコード アーカイブを設計するか、既存のサイトを使ってレコードを保存する
方法を決定します。コンテンツの種類、ライブラリ、およびポリシーを定義し、必要であれば
ドキュメントを回覧する場所を決めるメタデータを定義します。
10. コンテンツをレコードにする方法の計画 アクティブ ドキュメント管理とレコード管理の両方
に SharePoint Server 2010 を使用している場合は、カスタム ワークフローを作成して、ドキ
ュメントをレコード アーカイブに移動できます。SharePoint Server 2010 または外部ドキュメ
ント管理システムを使用している場合は、それらのシステムからレコード アーカイブにコン
テンツを移動するか、移動はせずにドキュメントをレコードとして宣言するインターフェイスを
計画および開発できます。また、レコードを作成および操作する方法をユーザーに教えるト
レーニング計画も作成します。
11. 電子メール統合の計画 電子メール レコードを SharePoint Server 2010 で管理するか、電
子メール アプリケーション本体で管理するかを決定します。
12. ソーシャル コンテンツの法令遵守の計画 ブログ、Wiki、個人用サイト Web サイトなどのソ
ーシャル メディアを使用する場合は、これらのコンテンツをレコードにする方法を決定しま
す。
13. 遵守要件のレポートおよびドキュメント化の計画 組織が必要なレコード管理慣行を実施し
ていることを確認し、これらの慣行を伝達するには、レコード管理の計画およびプロセスをド
キュメント化する必要があります。エンタープライズがレコード関連の訴訟に巻き込まれた
場合は、これらのレコード管理ガイドライン、実装計画、および有効性に関する基準を作成
する必要があります。
関連項目
概念
SharePoint Server 2010 でレコードを管理するためのファイル計画を作成する
レコードの収集方法を計画する (SharePoint Server 2010)
282
SharePoint Server 2010 でレコードを管理する
ためのファイル計画を作成する
ファイル計画とは、SharePoint Server 2010 でのレコード管理計画の主要なドキュメントのことで
す。ファイル計画は組織によって異なりますが、一般に以下の共通点があります。

組織がレコードとすることを承認するアイテムの種類を記述します。

アイテムが属する、より広いレコードのカテゴリについて記述します。

レコードの保存場所を示します。

レコードの保持期間を記述します。

さまざまな種類のレコードを管理する責任者を図で示します。
この記事には、ファイル計画のコンテンツについての説明と、組織全体のファイル計画を作成す
る方法の概要が示されています。また、ファイル計画を記録できるワークシートの入手方法も示
しています。
この記事の内容 :

レコードの種類を特定する

ファイル計画を完了する

ワークシート
レコードの種類を特定する
組織内のアクティブ ドキュメントのうちどれがレコードとして宣言可能かを判断するには、レコー
ド管理者、弁護士、コンプライアンス オフィサー、およびコンテンツ管理者のグループ作業が必
要です。企業が厳しく規制された業界に属していない場合でも、一般的な法律により企業がレコ
ードを保持することが義務付けられていることがあります。一般的な商法以外に、企業に固有な
法的要件を評価する必要があります。
ここでは、組織内のレコードとなるドキュメントを決定する方法の概要について説明します。詳細
についてはここでは説明しません。ほとんどの場合、企業では既に何らかの形でレコード管理
が行われており、必要なレコード管理のほとんどの役割に人員が割り当てられていて、レコード
の分類方法も既に確立しています。
一般に、組織内で何がレコードかを決定するには、以下の作業を行います。
1.
企業の法律上の義務とビジネス ニーズを理解します。
2.
組織の各部門にまたがるグループ作業で、アクティブ ドキュメントの使用状況を分析します
。
3.
レコードにする必要のあるドキュメントの種類の一覧を作成します。たとえば、以下のドキュ
メントがレコードとして保持する必要があると判断されることがあります。
4.
オフィスの賃貸契約書。
5.
従業員の福利厚生に関連するドキュメント。
283
6.
7.
製品の研究開発に関連するドキュメント。
レコードを分類します。同じカテゴリのレコードは、通常、保持期間が同じで、他の点でも同
等の処理を必要とします。
収集した情報を記録します。「ワークシート」セクションに示したワークシートをこの目的に使用で
きます。レコードの種類、その種類のレコードが属するカテゴリ、およびレコードの種類に関する
簡単な説明を記録します。
ワークシートの記入例を以下に示します。
レコードの種類
レコードのカ 説明
テゴリ
福利厚生計画、保険計画、年金計画
従業員福利 全従業員の福利厚生計画の説明
厚生の説明
給与支払いタイムシート、給料に関する 給与支払い 勤務時間、残業時間、および給与
補足情報
レコード
の要約。
ベンダーの請求書
請求書
ベンダーから購入した製品やサー
ビスに関するレコード。
製品調査、アンケート、トレーニング マ トレーニン 社内または社外のトレーニング。
ニュアル、教育用ビデオ
グ資料
出荷フォーム、出荷レポート
出荷レコー 資材の出荷に関するドキュメント
ド
作成。
プレス リリース、新聞記事
プレス リリ 自社の製品とサービスに関する広
ース
報情報
緊急連絡表、医療計画登録フォーム、履 個人レコー 個人の雇用履歴および関連する個
歴書、福利厚生ステータス レポート
ド
人的な活動に関するレコード
ファイル計画を完了する
レコードとして保持する必要のあるドキュメントを決定し、一連のレコード カテゴリを作成した後
は、その他の情報をレコードの種類ごとに提供してファイル計画を完成させます。次の情報を追
加してください。

そのレコードの種類を保持する期間

保持期間が経過したときにレコードを破棄する方法

そのレコードの種類を管理するメインのレコード管理者

そのレコードの種類を保存するメディアの種類
完成したファイル計画の記入例を以下に示します。
284
レコード
説明
メディア
レコード 保持 廃棄 連絡先
のカテゴ 期間
リ
401k 計画
従業員福利厚生計画の説明。
Web ページ 従業員
福利厚
生計画
X 年 なし Kathi Flood
間
保険計画
従業員保険計画の説明。
印刷
従業員
福利厚
生計画
X 年 なし Reshma
間
Patel
年金計画
従業員年金計画の説明。
印刷
従業員
福利厚
生計画
X 年 なし Reshma
間
Patel
給与支払いタ 勤務時間、残業時間、および給 電子ドキュ 給与支
イムシート 与の要約。
メント
払いレ
コード
X 年 破棄 Reshma
間
Patel
給与支払いに 病欠時間、休暇時間、およびそ 電子ドキュ 給与支
関する補足情 の他の給与支払い対象外のアイ メント
払いレ
報
テムに関する要約。
コード
X 年 破棄 Reshma
間
Patel
ベンダーの請 ベンダーから購入した製品やサ 印刷
求書
ービスに関するレコード。
請求書
X 年 破棄 Eric Lang
間
Web ページ 調査資
料
X 年 アー Molly
間 カイ Dempsey
ブ
製品調査
顧客満足度調査。
アンケート
顧客の統計を判断するためのア 印刷
ンケート。
調査資
料
X 年 アー Molly
間 カイ Dempsey
ブ
トレーニング ハード コピー版のトレーニング 印刷
マニュアル 用コンテンツ。
トレー
ニング
資料
X 年 破棄 Molly
間
Dempsey
トレーニング トレーニング用ビデオ コンテン ビデオ
用ビデオ
ツ。
トレー
ニング
資料
X 年 破棄 Molly
間
Dempsey
出荷フォーム 資材の出荷の構成。
出荷資
料
X 年 破棄 Eric Lang
間
出荷レポート 資材の出荷のドキュメント化。 電子版スプ 出荷資
レッドシー 料
ト
X 年 破棄 Eric Lang
間
印刷
285
レコード
説明
メディア
レコード 保持 廃棄 連絡先
のカテゴ 期間
リ
プレス リリ 自社製品とサービスに関する発 電子ドキュ 広報情
ース
表。
メント
報
X 年 アー Molly
間 カイ Dempsey
ブ
新聞記事
自社製品とサービスに関するニ 印刷
ュース。
X 年 アー Molly
間 カイ Dempsey
ブ
緊急連絡表
従業員情報。
広報情
報
電子ドキュ 個人レ
メント
コード
X 年 破棄 Reshma
間
Patel
医療計画登録 従業員の保健計画登録フォーム 電子ドキュ 個人レ
フォーム
。
メント
コード
X 年 破棄 Reshma
間
Patel
履歴書
X 年 破棄 Reshma
間
Patel
受領済みの履歴書。
混合
個人レ
コード
メモ:
ここに示した例は 1 つのサンプルです。特定のファイル計画設定を推奨するものではあ
りません。ここでは、これが一例であり、推奨するレコード管理ポリシーではないこと
を重ねて示すために、保持期間は記載していません。
ワークシート
展開を計画できるようにするには、この記事と共に以下のワークシートを使用します。

Record categories worksheet (英語)
(http://go.microsoft.com/fwlink/?linkid=179987&clcid=0x411) (英語)
286
レコードの収集方法を計画する (SharePoint
Server 2010)
SharePoint Server 2010 でファイル計画を策定して、レコード管理ソリューションを設計したら、
組織内にある電子またはハード コピーのどちらかのアクティブ ドキュメントをレコードにする方
法を計画します。ここでは、アクティブ ドキュメントをレコードとして宣言するために使用できる手
法を確認し、ファイル計画内のアイテムをレコードにする方法をどのように計画するかを提案し
ます。
この記事の内容 :

アクティブ ドキュメントをレコードに変換するための手法

計画を完成する
アクティブ ドキュメントをレコードに変換するための
手法
アクティブ ドキュメントをレコードに変換するには、以下の手法を使用できます。

Microsoft SharePoint Server ベースの Web サイトを使用して、ドキュメントをレコードとして
手動で宣言します。

ドキュメントをレコードとして宣言するか、または指定された時間にドキュメントをレコード セ
ンター サイトに送信するポリシーを定義します。

ドキュメントをレコード センター サイトに送信するワークフローを作成します。

SharePoint Server オブジェクト モデルをベースにしたカスタム ソリューションを使用します
。
レコードを手動で作成する
インプレース レコード管理がドキュメント ライブラリに対して有効な場合、ユーザーは、ドキュメ
ントのポリシー準拠の詳細を編集することによってライブラリ内のドキュメントをレコードとして明
示的に宣言できます。サイト コレクション管理者は、インプレース レコード管理を有効にすると
きに、レコードの宣言および宣言解除を実行できるユーザー、およびドキュメントがレコードにな
った後でユーザーがそのドキュメントを編集または削除できるようにするかどうかを指定します。
レコード センター サイトへの接続が確立されている場合、ユーザーは、[送信] コマンドを使用し
て、ドキュメントをレコード センター サイトに手動で送信できます。ファーム管理者がレコード セ
ンター サイトへの接続を構成すると、すべてのアクティブ ドキュメントに対してこのコマンドが利
用できるようになります。接続の構成方法に応じて、ドキュメントを、レコード センター サイトにコ
ピーするか、レコード センター サイトに移動するか、またはドキュメントのリンクを維持したまま
でレコード センター サイトに移動できます。
レコードをレコード センター サイトに手動で送信することは、実用的な大規模なソリューションで
はありませんが、レコードを作成する他の方法を補うために使用できます。
287
ポリシーを定義する
保持ポリシーでは、特定の時点でドキュメントに対して実行する処理を指定します。ポリシーに
よる処理は自動的に行われます。ユーザーが処理を開始する必要はありません。
レコードの管理に特に関連するポリシーによる処理は 2 つあります。ドキュメントを別の場所に
転送する処理と、ドキュメントをレコードとして宣言する処理です。レコード センター サイトへの
接続が確立されている場合は、ドキュメントをレコード センター サイトに送信するポリシーを作
成できます。また、ポリシーでは、ドキュメントをレコード センター サイトにコピーするか、レコー
ド センター サイトに移動するか、またはレコード センター サイトに移動してドキュメント ライブラ
リ内にリンクを残すかも指定します。インプレース レコード管理がサイトで有効な場合は、ドキュ
メントをレコードとして宣言するポリシーを作成できます。また、SharePoint Server オブジェクト
モデルを使用してカスタム アクションを作成することもできます。
保持ポリシーは、複数の段階で構成できます。たとえば、ドキュメントが最後に変更されてから 1
年後にそのドキュメントの以前のバージョンをすべて削除し、ドキュメントが最後に変更されてか
ら 5 年後にドキュメントをレコード センター サイトに転送できます。
インプレース レコード管理がサイトで有効な場合は、そのサイトにアクティブ ドキュメントとレコ
ードの両方を保管できます。この場合、アクティブ ドキュメントとレコードに別々の保持ポリシー
を指定できます。たとえば、ドキュメントが作成されてから 2 年後にアクティブ ドキュメントをレコ
ードとして宣言するポリシーと、レコードとして宣言されてから 7 年後にレコードを削除するポリ
シーを作成できます。
ワークフローを作成する
Microsoft Office SharePoint Designer を使用してワークフローを作成する場合は、アイテムをリ
ポジトリに送信する処理を追加できます。この処理を使用して、ドキュメントをレコード センター
サイトに送信するワークフローを作成できます。また、ワークフローには他の処理を組み込むこ
ともできます。たとえば、ドキュメントの作成者が要求する承認に電子メール メッセージを送信し
てから、レコード センター サイトにドキュメントを送信するワークフローを作成できます。ドキュメ
ントが作成されてから 1 年後に新しいワークフローを実行する保持ポリシーを作成することで、
ポリシーとワークフローを組み合わせることもできます。
SharePoint Server オブジェクト モデルを使用して、ファイルをレコード センター サイトにコピー
するカスタム ワークフローを作成することもできます。ファイルをレコード センター サイトに送信
するワークフローは、ドキュメントをそのライフ サイクルに誘導するワークフローの一部として、ド
キュメント管理システムに組み込むことができます。経費報告書など、予測可能なライフ サイク
ルが設定された種類のドキュメントに実装するワークフローとしては、ドキュメントをそのさまざま
な段階に誘導し、最終段階としてドキュメントのコピーをレコード センター サイトに送信すること
が考えられます。新しいドキュメントの作成によって、このワークフローを実行することもできます
。
カスタム ソリューションを使用する
Microsoft.Office.RecordsManagement.OfficialFileWSProxy 名前空間のオブジェクトを使用して
他のデータ ソースからレコード センター サイトにコンテンツを送信するカスタム ソリューション
を作成できます。SharePoint Server 2010 オブジェクト モデルを使用してカスタム ソリューション
を実装する方法の詳細については、SharePoint Server 2010 の「Welcome to the Microsoft
SharePoint 2010 SDK (英語)」(http://go.microsoft.com/fwlink/?linkid=166117&clcid=0x411) (英
語) を参照してください。
288
計画を完成する
ファイ計画を策定して、レコード センター サイトにコンテンツを移動する方法を検討したら、レコ
ード センター サイトにそれぞれの種類のレコードを送信する方法を決定することで計画を完成
します。以下の事項を考慮します。

コンプライアンスを強制するかどうか。

レコード管理プロセスに従うために、組織内のユーザーの協力に頼ることができるかどうか
。通常、手動のプロセスは使用しませんが、必要に応じて、チームのコンプライアンスを確
保するために適切な訓練と監視を行います。

コンテンツを SharePoint Server 2010 ドキュメント管理サーバーに格納するかどうか。

物理的コンテンツを保持しているかどうか。ハードコピー、CD-ROM など、アクティブな物理
的コンテンツを管理して、保管用に書庫に送付するには (レコード センター サイト内のレコ
ードの追跡に加えて)、固有の計画が必要であり、それについてはこのトピックでは説明しま
せん。たとえば、電子化されていないドキュメントのハードコピーが存在する場合、関連付け
られたポリシーおよびワークフローがある一覧を使用して、アイテムを追跡する必要があり
ます。使用中、およびレコード センター サイトへの送付後の物理的レコードを追跡する戦
略および手法の詳細については、「物理的な記録の計画 (SharePoint Server 2010)」を参
照してください。
ファイル計画の例にあるレコードをレコード センター サイトに移動する方法を次の表に示します
。
ドキュメ 説明
ント
メディ 元の場所
ア
移動方法
福利厚 従業員福利 Web ペ SharePoint Server 2010 ドキ 有効期限ポリシーに関連付け
生
厚生計画の ージ
ュメント ライブラリ
られたカスタム ワークフロー
説明。
を使用します。
保険計 従業員保険 印刷
画
計画の説明
。
給与支
払いタ
イムシ
ート
SharePoint Server 2010 内の 倉庫に送付し、追跡用にレコ
リスト アイテムに関連する ード センター サイトにリスト
物理的ドキュメント
アイテムを作成します (バーコ
ードを使用)。
勤務時間、 電子ド SharePoint Server 2010 をベ カスタム プログラムを使用し
残業時間、 キュメ ースとしない給与記録サー ます。
および給与 ント
バー
の要約。
製品開 製品の仕様 電子ド SharePoint Server 2010 ドキ 有効期限ポリシーに関連付け
発ファ および関連 キュメ ュメント ライブラリ
られたカスタム ワークフロー
イル
ドキュメン ント
を使用し、[送信] コマンドを
トです。
手動で使用します。
289
関連項目
概念
SharePoint Server 2010 でレコードを管理するためのファイル計画を作成する
物理的な記録の計画 (SharePoint Server 2010)
その他のリソース
Add, modify, or delete a connection to a document repository or a records center (SharePoint
Server 2010)
290
物理的な記録の計画 (SharePoint Server
2010)
SharePoint Server 2010 では、物理的な記録と電子的な記録を同じ記録アーカイブで管理でき
ます。ただし、管理方法は異なります。電子記録は Microsoft SharePoint Server に直接格納で
きます。物理記録は、SharePoint Server の外部、たとえば倉庫の箱の中などに収める必要が
あります。SharePoint Server で物理記録を管理するには、リスト アイテムを作成し、それを物
理アイテムに関連付けて、リスト アイテムを管理します。
ここでは、SharePoint Server を使用した物理記録の管理を計画する方法について説明します。
計画を実現するための具体的な手順については説明しません。このトピックで説明する作業を
実行する前に、ファイル計画を作成しておく必要があります。ファイル計画の詳細については、「
SharePoint Server 2010 でレコードを管理するためのファイル計画を作成する」を参照してくださ
い。
この記事の内容 :

記録の種類を識別する

各記録の種類のプロパティを識別する

コンテンツ タイプを編成する

記録のアーカイブを編成する

ワークシート
記録の種類を識別する
ファイル計画では、組織が記録と見なす物理アイテムの種類が識別されている必要があります
。識別されていない場合は、ファイル計画を修正して物理記録を含める必要があります。ファイ
ル計画に含まれる物理記録の種類ごとに、記録の媒体の種類を示します。たとえば、署名され
ている法的な契約書は紙の記録、エンジニアリング モデルは大判の青写真、などです。
ファイル計画の詳細については、「SharePoint Server 2010 でレコードを管理するためのファイ
ル計画を作成する」を参照してください。
各記録の種類のプロパティを識別する
同じ種類のすべての記録は、同じプロパティを持つ必要があります。この計画手順で考慮する
必要のある物理記録のプロパティには、以下のようなものがあります。

属性 (SharePoint Server では列になります)

プロセス (SharePoint Server ではワークフローになります)

情報管理ポリシー

フォーム
291
記録の種類ごとに、その種類の記録について把握する必要のある属性を明らかにします。この
ような属性は、その種類の記録を表す SharePoint Server コンテンツ タイプの列になります。記
録の分類に使用する情報は、属性である可能性があります。人が検索するデータも属性の候
補です。物理記録の他の属性は、リストのアイテムで表される SharePoint Server 内の記録を、
物理的な場所に格納されている物理的なオブジェクトに結びつけます。場所や、物理オブジェク
トを識別するための何らかの手段は、把握する必要のある属性である可能性があります。
電子的な記録と同じように、通常は、特定のポリシーを物理的な記録に適用する必要がありま
す。普通、すべての記録には有効期限ポリシーと監査ポリシーがあります。物理記録の場合は
特に、バーコードが必要なポリシーが存在する場合があります。物理オブジェクトに貼付される
バーコードのイメージを、その物理記録を表すリスト アイテムと関連付けることができます。物
理オブジェクトを表すリスト アイテムと関連付けられた同じ属性が表記されたラベルが各物理オ
ブジェクトに付けられるように、ラベル付けのポリシーが必要になる場合があります。物理記録
の種類ごとに、有効期限、監査、バーコード、およびラベルのポリシーが必要かどうかを示しま
す。また、これら以外に必要なポリシーがある場合はそれも加えます。
SharePoint Server 内の物理的な記録 (リストのアイテム) は実際の記録のプレースホルダーで
しかなく、物理的なオブジェクト自体ではありません。したがって、物理的なアイテムと、リスト ア
イテムに対して行われるアクションの同期をとるためのプロセスが、必要になる場合があります
。このようなプロセスは、SharePoint Server のワークフローに対応しています。記録の各種類と
関連付ける必要のあるプロセスを明らかにします。物理記録に対する一般的なプロセスを次に
示します。

記録を表すリスト アイテムの有効期限が切れたときの、物理記録の破棄。

リストに新しいアイテムを追加するときの、物理オブジェクトの保管場所への移動。

物理オブジェクトの取得。
この種の記録と関連付ける必要のあるフォームがあるでしょうか。識別したプロセスごとにフォ
ームが必要になる場合があります。または、物理記録の目録にアクセスするためにフォームを
使用する場合があります。
物理的な記録の各種類について識別した情報を記録するには、「ワークシート」セクションで示
されているワークシートの「Physical records」タブを使用してください。記録の種類に対するコン
テンツ タイプにはまだ記入しないでください。
コンテンツ タイプを編成する
コンテンツ タイプと物理記録を関連付ける最も簡単な方法は、物理記録の種類ごとに 1 つのコ
ンテンツ タイプを割り当てることです。ただし、物理記録の複数の種類が、同じ列、ワークフロー
、情報管理ポリシー、およびフォームを共有している場合は、1 つのコンテンツ タイプを使用して
、物理記録のすべての類似した種類を表すことができます。
コンテンツ タイプを編成します。1 つのコンテンツ タイプを作成し、物理記録の他のすべてのコ
ンテンツ タイプをそれから派生させることを検討します。この親コンテンツ タイプは、アイテム コ
ンテンツ タイプから派生します。親コンテンツ タイプに、すべての物理記録のコンテンツ タイプ
に共通するプロパティ (列、情報管理ポリシー、ワークフロー、フォーム) を追加します。
親コンテンツ タイプを作成した後で他のコンテンツ タイプを編成するには、2 種類の方法があり
ます。
292
1.
物理記録の種類を表す各コンテンツ タイプを前に作成した親コンテンツ タイプの子にする
、フラットな構造を作成します。
2.
コンテンツ タイプのプロパティ間の類似性に基づいて、親コンテンツ タイプを頂点とする階
層を作成します。
ワークシートの「Content Types」タブに、物理記録の種類を表す各コンテンツ タイプを入力しま
す。コンテンツ タイプごとに、その親コンテンツ タイプを記入します。「Columns」列には、そのコ
ンテンツ タイプのレベルで定義されているすべての列の名前を入力します。他のコンテンツ タイ
プから継承している列の名前は入力しないでください。「Workflows」列には、そのコンテンツ タイ
プのレベルで定義されているすべてのワークフローの名前を入力します。「Information
Management Policies」列には、そのコンテンツ タイプのレベルで定義されているすべての情報
管理ポリシーの名前を入力します。「Forms」列には、そのコンテンツ タイプのレベルで定義され
ているすべてのフォームの名前を入力します。
記録のアーカイブを編成する
物理的な記録と電子的な記録には異なるアーカイブを使用するのが普通です。ただし、電子記
録を格納しているドキュメント ライブラリと共に分散している物理記録を表すアイテムのリストを
作成できます。
物理記録を格納する記録アーカイブを決定した後、記録アーカイブ内のリストを編成する方法を
決定します。リスト内にフォルダーを作成し、フォルダーを使用して、物理記録に対する、より深
い組織構造を作成できます。作成するリストを決定したなら、メタデータ ナビゲーションとワーク
フローの両方をリストに適用できることに注意してください。
リストとフォルダーの編成に関するアイデアを次に示します。

記録の種類別

物理オブジェクトの編成と同じ方法 (たとえば、フォルダーで箱を表し、フォルダー内のアイ
テムで箱の中のオブジェクトを表すことができます)

ビジネスに関する組織体系の使用 (プロジェクト別や部門別など)

年度別
[送信] オプションを使用しても物理的な記録は記録アーカイブに移動しないので、物理記録に
はコンテンツ オーガナイザーを使用できません。代わりに、物理記録を作成する記録管理者が
、正しいリストの正しいフォルダーに記録を入れる必要があります。
ワークシートの「Lists and folders」タブに、識別した各リストの URL を入力します。リストごとに、
「Content Types」列を使用して、そのリストに含めることのできるコンテンツ タイプを決定します
。「Folder Level 1」、「Folder Level 2」、「Folder Level 3」、「Folder Level 4」の各列を使用して、
リスト内のフォルダーとサブフォルダーの階層を記録します。4 レベルより深くフォルダーを入れ
子にする場合は、列を追加してください。
ワークシート
物理的な記録の管理方法を計画するときは、次のワークシートが役に立ちます。
Physical records planning worksheet (英語)
http://go.microsoft.com/fwlink/?linkid=179986&clcid=0x411
293
関連項目
概念
SharePoint Server 2010 でレコードを管理するためのファイル計画を作成する
その他のリソース
コンテンツ タイプを計画する
294
電子情報開示の計画 (SharePoint Server
2010)
電子情報開示 (eDiscovery) とは、訴訟、監査、精査などの事柄に対応するために電子的情報
を検出および生成する操作です。電子的な情報の管理に Microsoft SharePoint Server 2010 を
使用する場合は、SharePoint Server ソリューションを計画する際に電子情報開示を検討する必
要があります。監査、有効期限ポリシー、および検索が、評価する必要がある検討項目です。こ
れらの分野に関する計画決定は、電子情報開示を使用する必要が生じる前に完了する必要が
あります。
このセクションの内容

SharePoint Server 2010 で電子情報開示に対応する方法

監査

有効期限

検索
SharePoint Server 2010 で電子情報開示に対応す
る方法
SharePoint Server には電子情報開示に対する機能が 2 つあります。関連するドキュメントを見
つける機能と、ドキュメントが特定された後でユーザーがそのドキュメントに対して実行できる操
作を制限する機能です。
保留リストは、電子情報開示要求の一環として生成することのできるドキュメントの集まりです。
SharePoint Server 内では、個々のサイト レベルで保留リストと電子情報開示機能を有効また
は無効にします。この機能は、レコード センター サイトでは既定で有効になり、その他の種類の
サイトでは既定で無効になります。保留リストと電子情報開示機能では、保留リストを作成して
管理すること、保留リストにアイテムを追加すること、および検索を使用してコンテンツを検出し
、別の場所にコンテンツをコピーするか、コンテンツの変更や削除を行えないようにコンテンツを
ロック ダウンすることを実行できます。
電子情報開示検索を実行する場合は、次の 2 つの方法があります。1 つは、取得したすべての
ドキュメントをコンテンツ オーガナイザーにコピーして、そこからドキュメントのメタデータに基づ
いてドキュメントを正しい場所に転送する方法です。もう 1 つは、ドキュメントをそのまま残すが
ロック ダウンする方法です。ドキュメントをロック ダウンすると、ユーザーはそのドキュメントの変
更や削除を実行できなくなります。
SharePoint Server で電子情報開示に対応するには、関連する情報が存在する可能性がある
すべてのサイト コレクションで保留リストと電子情報開示機能を有効にします。次に、電子情報
開示が有効に設定されているサイトをクロールするように Search Service を設定します。
295
組織で関連するドキュメントを生成することが必要な状況になった場合は、電子情報開示プロセ
スを開始できます。レコードの管理者、弁護士、または別の担当者が、必要なドキュメントを生
成するために次の操作を実行できます。
1.
関連するドキュメントを格納する保留リストを作成します。
2.
関連するドキュメントの電子情報開示検索を開始します。
電子情報開示検索は、検索と処理のタイマー ジョブによって制御される時間に実行されま
す。既定では、毎日午後 10:30 に実行されます。検索結果は、保留リストに自動的に追加
されます。
3.
保留リスト内のアイテムを見直して、追加の電子情報開示検索を作成します。
4.
ドキュメントを手動で検出して、保留リストに追加します。
5.
保留リストに対してレポートを実行します。
保留リスト レポートは、保留とレポートの処理のタイマー ジョブによって制御される時間に
実行されます。既定では、毎日午後 11:30 に実行されます。
6.
保留リスト内のドキュメントを見直して、関連のないドキュメントを削除します。
7.
保留リストで、より詳細な情報が必要なドキュメントを特定し、監査ログでそれらのドキュメン
トを参照します。
8.
保留リストに関連付けられたすべてのドキュメントを提供します。
監査
ドキュメントをコンテンツ オーガナイザーに送信すると、ドキュメントのバージョン履歴は削除さ
れます。ドキュメントの変更者と変更日時の履歴を残すには、監査ログが必要です。アクティブ
ドキュメント ライブラリがあるすべてのサイト コレクションで監査ポリシーを有効にすることをお
勧めします。監査ポリシーの詳細については、「ガバナンスの概要 (SharePoint Server 2010)」
を参照してください。
有効期限
組織が保管するあらゆる情報が開示の対象です。さらに、電子ドキュメントはディスク領域を消
費します。ドキュメントが不要になったら自動的に削除する有効期限ポリシーを実装することを
検討してください。有効期限ポリシーの詳細については、「ガバナンスの概要 (SharePoint
Server 2010)」を参照してください。
検索
組織が訴訟の過程でドキュメントを生成することが必要になったら、迅速に生成する必要があり
ます。そうしなければ、罰金を科せられる可能性があります。電子情報開示を使用する必要が
生じる前に、Search が適切に設定されていることを確認してください。特に、開示が必要になる
可能性があるコンテンツが含まれているすべてのサイトをクロールするように Search が設定さ
れていることを確認してください。
通常、検索エンジンは、関連性の高い結果のみを返すように最適化されています。電子情報開
示での検索の目的は、関連性の高い結果のみを返すことではなく、条件に一致するすべての結
296
果を返すことです。SharePoint Server 2010 の Search は、電子情報開示のニーズを適切に満
たすように改善されています。
悪意のある一般的な攻撃から保護するため、SharePoint Server 2010 で実行する検索は、特定
の回数を超えると停止します。電子情報開示検索を長時間実行する可能性がある場合は、次
の選択肢を検討してください。

範囲を限定した検索を作成します。たとえば、ABC 社との提携の可能性に関連するドキュ
メントを検索するとします。この場合は、「ABC」という単語のみを検索するのではなく、「
ABC」という単語を含むと同時に、特定の日付範囲内に作成されたドキュメントを検索する
ことを検討してください。

絞り込んだ検索を、複数に分けて実行します。たとえば、Fabrikam, Inc. から新しい CEO を
採用することに関連するドキュメントを検索するとします。この場合は、「Fabrikam (CEO,
“Anders Riis”, 採用)」の 1 回の検索を実行するのではなく、「Fabrikam CEO」、「Fabrikam
“Anders Riis”」、「Fabrikam 採用」の 3 回に分けた検索を実行してください。
297
レコード アーカイブとインプレース レコード管理
の比較 (SharePoint Server 2010)
Microsoft SharePoint Server 2010 より前のバージョンでは、アーカイブとして機能するレコード
センター サイトを作成して、そこでレコードを管理していました。ドキュメントは、レコードになった
時点でアーカイブにコピーされていました。ドキュメントはレコード センター内にある場合はレコ
ードとして扱われ、それ以外の場所にある場合はレコードと見なされませんでした。
Microsoft SharePoint Server 2010 では、アーカイブ内のレコードを管理することも、アクティブ
ドキュメントと同じドキュメント レポジトリにあるレコードを管理することもできます。Microsoft
SharePoint Server 2010 のインプレース レコード管理の戦略では、ドキュメントをレコードとして
宣言した後に、レコードはアーカイブに移動しません。ただし、Microsoft SharePoint Server
2010 が、そのドキュメントをレコードとして管理するようになります。たとえば、レコードとして宣
言された時点で、ドキュメントに別の保持ポリシーが適用される可能性があります。また、その
時点でユーザーによるレコードの変更ができなくなる可能性があります。
2 つの管理方法を組み合わせて使用することもできます。たとえば、レコードをアクティブ ドキュ
メントと同じ場所に 2 年間保管し、プロジェクトが終了した時点でアーカイブに移動できます。
レコードを別のレコード センターで管理した方がよいか、それとも、ドキュメントを作成したグル
ープ作業サイト内で保管した方がよいか判断できない場合は、次の項目について検討してくだ
さい。

グループ作業サイトのガバナンスはレコード管理に適切ですか。業界の規制要件により、レ
コードとアクティブ ドキュメントを別々に保管する必要がありますか。グループ作業サイトの
管理者を信頼し、レコードを含むサイト管理を任せられますか。グループ作業サイトよりも、
アクセス制限の厳しいサイトにレコードを保管した方がよいですか。または、別のスケジュ
ールでバックアップを実行するサイトにレコードを保管する必要がありますか。

グループ作業サイトの予定使用期間はどのくらいですか。プロジェクトが終了した後もレコ
ードを保持する必要がある場合に、インプレース レコード管理の戦略を選択すると、グルー
プ作業サイトが使用されなくなってからもサイトの管理作業が発生することになります。

ドキュメントがレコードになった後も、プロジェクト メンバーはドキュメントに頻繁にアクセス
する必要がありますか。インプレース レコード管理方法を使用すれば、プロジェクト メンバ
ーは、ドキュメントがアクティブ ドキュメントであるかレコードであるかにかかわらず、同じ方
法でそのドキュメントにアクセスできます。

組織のレコード管理者が管理するのはレコードのみですか。それとも、アクティブ ドキュメン
トであるかレコードであるかにかかわらず、すべての情報を管理する必要がありますか。レ
コード管理者が正式のレコードのみを管理する場合には、別のレコード センターを使用した
方が管理しやすいこともあります。
次の表に、レコード センターで保管されているレコードと、グループ作業サイトでインプレース レ
コードとして管理されているレコードについて、それぞれに行うことのできる操作の相違点を示し
ます。レコード管理者の観点と、プロジェクト チームで共同作業する従業員の観点から、各要素
における相違点を示します。
298
レコードのアーカイブとインプレース レコードの相違点
要素
レコードのアーカイブ
インプレース レコード
レコードの保存方 コンテンツの管理者は、メタ 現在のコンテンツ タイプまたは場所に
法を管理する
データに基づいたアーカイブ 基づいて、レコードおよびアクティブ
内のファイル計画に従って、 ドキュメントごとに異なるポリシーを
新しいレコードを適切なフォ 適用できます。
ルダーに自動的に配置します
。
レコードを閲覧で 制限できます。アーカイブで 制限できません。ドキュメントがレコ
きるユーザーを制 は、レコードに対するアクセ ードになっても、アクセス許可は変更
限する
ス許可を指定できます。
されません。ただし、レコードの編集
と削除ができるユーザーを制限するこ
とはできます。
レコードが簡単に 比較的簡単に見つかります。 それほど簡単には見つかりません。レ
見つかるかどうか ( すべてのレコードは 1 つの場 コードは複数のグループ作業サイトに
レコード管理者対 所にまとめられます。
分散して保管されます。
象)
ドキュメントのす
べてのバージョン
をレコードとして
管理する
ユーザーは、ドキュメントの 自動的に、暗黙的なバージョン管理機
各バージョンをアーカイブに 能が有効になります。
明示的に送信する必要があり
ます。
情報が簡単に見つ それほど簡単には見つかりま 比較的簡単に見つかります。
かるかどうか (チー せん。ただし、ドキュメント
ム メンバー対象) がレコードになった時点で、
グループ作業サイトにそのド
キュメントへのリンクが追加
されます。
グループ作業サイ グループ作業サイトには、ア グループ作業サイトには、アクティブ
トが整理しやすい クティブ ドキュメントのみ ドキュメントとアクティブではないド
かどうか
が含まれます。
キュメント (レコード) が含まれます。
ただし、レコードの表示専用のビュー
を作成できます。
レコードを監査す 権限があります。
る権限
権限があるかどうかは、グループ作業
サイトの監査ポリシーによって決まり
ます。
eDiscovery の対象 アクティブ ドキュメントと 1 回の eDiscovery の検索で、レコード
レコードは別々に検索する必 とアクティブ ドキュメントを一度に検
要があります。
索できます。
299
要素
レコードのアーカイブ
インプレース レコード
管理面のセキュリ レコード管理者がレコードの グループ作業サイト管理者が、レコー
ティ
アーカイブを管理できます。 ドおよびアクティブ ドキュメントを管
理する権限を持ちます。
次の表に、この 2 つのレコード管理方法において、IT リソースの管理方法に影響を与える可能
性がある相違点を示します。
レコードのアーカイブとインプレース レコードで使用されるリソースの相違点
要素
レコードのアーカイブ
インプレース レコード
管理す 比較的多数のサイトを管理します。グ 管理するサイト数は比較的尐なくて済み
るサイ ループ作業サイトに加えて、別途アー ます。
ト数 カイブを管理する必要があるからです
。
スケー グループ作業サイトに対する、データ 比較的短期間で、サイト コレクションの
ラビリ ベース サイズの増加による容量不足を 最大サイズに到達します。
ティ 緩和します。
管理の レコード専用のサイトまたはファーム アクティブ ドキュメントのある作業サイ
しやす を使用します。
トに要したサイトの準備作業以外に、追
さ
加のサイト準備作業は必要ありません。
記憶域 レコードをさまざまな記憶域メディア アクティブ ドキュメントとレコードは同
に格納できます。
じ場所に格納されます。
300
インプレース レコード管理用に設計する
Microsoft SharePoint Server 2010 では、レコードをアーカイブ内で管理するか、インプレース レ
コード管理を使用してアクティブなドキュメントと同じドキュメント リポジトリ内で管理できます。イ
ンプレース レコード管理を使用してドキュメントをレコードとして宣言すると、ドキュメントの場所
は同じままですが、SharePoint Server 2010 ではレコードとして管理されるようになります。
SharePoint Server 2010 でインプレース レコード管理を使用すると、以下の操作を行うことがで
きます。
1.
アクティブ ドキュメントをレコードに変換するアクションを決定できます。たとえば、ユーザー
がオプションを選択してドキュメントをレコードとして宣言する、特定のイベントの後でワーク
フローが実行されてアクティブ ドキュメントがレコードに変更される、特定の時間が経過した
後でアクティブ ドキュメントをレコードにする保持ポリシーを定義する、などのアクションが考
えられます。
2.
レコード関連の操作を実行できるユーザーを制限できます。たとえば、ドキュメントをレコー
ドとして宣言することをすべてのユーザーに許可し、レコードの編集または削除をレコード
管理者のみに許可することができます。
3.
ユーザーがレコードに実行できるアクションを制限できます。たとえば、レコードの削除を禁
止したり、編集と削除の両方を禁止したりできます。
4.
アクティブ ドキュメント用とレコード用で内容の異なる保持ポリシーを指定できます。
インプレース レコード管理またはレコード アーカイブのどちらかを選択するか判断する方法に
ついては、「レコード アーカイブとインプレース レコード管理の比較 (SharePoint Server 2010)」
を参照してください。
ここでは、インプレース レコード管理を実装する前に必要な決定事項を計画する方法について
説明します。決定事項を具体化する方法については説明しません。この記事の内容に従って作
業を進める前に、ファイル計画を作成しておく必要があります。
インプレース レコード管理を使用する場合、SharePoint Server をチームのグループ作業サイト
などの別の目的に使用することが前提となります (これが当てはまらない場合はレコード アーカ
イブの使用を検討してください)。したがって、既存のソリューションで使用されているコンテンツ
タイプとフォルダー階層が既にわかっているか、他の SharePoint Server ソリューションの開発
を同時に進めている場合はレコード管理ソリューションの設計と並行してコンテンツ タイプやフ
ォルダー階層の定義も行っていると想定します。
この記事の内容
1.
インプレース レコード管理の計画の概要
2.
フォルダーとコンテンツ タイプのどちらを選択するか
3.
インプレース レコード管理用にフォルダーを整理する
4.
コンテンツ タイプを定義する
5.
レコード管理の一般的な計画タスク
6.
ワークシート
301
インプレース レコード管理の計画の概要
レコード用の保持ポリシーは、コンテンツ タイプまたはドキュメントの格納先フォルダーに基づい
て設定できます。レコードをコンテンツ タイプ別に整理するか場所によって整理するかは、イン
プレース レコード管理を計画するにあたって決める必要がある大きな項目です。レコードを整理
する方法を決定した後で、コンテンツ タイプまたはフォルダー階層を設計します。その後で、監
査ポリシーなど、レコード管理の他の要素を定義します。最後に、レコードとして宣言した後でド
キュメントに行える操作を決定します。
ソリューションでインプレース レコード管理とレコード アーカイブの両方を使用する場合は、両
方の構成を同時に計画する必要はありません。たとえば、インプレース レコード管理の計画を
コンテンツ タイプに基づいて行う場合でも、アーカイブ内のレコードをコンテンツ タイプに基づい
て整理する必要はありません。
フォルダーとコンテンツ タイプのどちらを選択するか
保持ポリシーは、アイテムのコンテンツ タイプに基づいて定義するか、アイテムが配置されるフ
ォルダーに基づいて定義できます。ライブラリごとにどちらかの構成を選択する必要があります
。コンテンツ タイプに基づく保持ポリシーとフォルダーに基づく保持ポリシーが、同じライブラリ内
に混在することはできません。どちらの構成を選択するかは、サイトを設定する方法とユーザー
のサイト使用方法に大きく影響します。通常、状況が許す限りでは、コンテンツ タイプに基づい
て保持ポリシーを定義する方が単純です。
ファイル計画で識別したレコードの種類を考慮します。以下の判定基準を参考にして、コンテン
ツ タイプに基づいて整理するか場所に基づいて整理するかを判断してください。状況に適した
最初の判定基準に従うようにします。
1.
同じ種類のすべてのレコードに同じ保持ポリシーを使用するか。その場合は、コンテンツ タ
イプに基づいて整理します。
2.
ほとんどのレコードの種類は、同じ保持ポリシーが適用されるレコードから構成されている
か。同じレコードの種類に、保持ポリシーの異なるレコードが含まれることはほとんどないか
。保持ポリシーの異なるレコードが含まれる場合も、サブタイプごとに同じ保持ポリシーを全
レコードに適用できるようなサブタイプを容易に論理的に作成できるか。その場合は、コン
テンツ タイプに基づいて整理します。
たとえば、機密保持契約 (NDA) を 5 年間、リース契約を 10 年間、パートナーシップ契約を
15 年間維持するが、これらのすべてを正規契約として分類した場合、正規契約であっても
保持期間は統一されていません。しかし、正規契約をさらに 3 種類の正規契約レコード
(NDA、リース、およびパートナーシップ契約) に分割すると、同じ種類のすべてのレコードは
保持期間が同じになります。
3.
保持ポリシーを決定する共通の属性 (メタデータ) がすべてのレコードに存在するか。その
場合は、場所に基づいて整理します。
たとえば、すべてのレコードに "顧客" 属性があり、自治体顧客用のレコードと法人顧客用
のレコードに異なる保持ポリシーを適用する場合は、場所に基づいて整理します。
4.
既にフォルダー構造が組織で使用されていて、ユーザーに浸透しているか。フォルダー内
のすべてのレコードに同じ保持ポリシーが適用されるか。ユーザーがドキュメントをフォルダ
ー構造の正しい場所に格納するものと想定できるか。これらの条件が完全に満たされる場
合、場所に基づいて整理します。
302
これらの判断基準のいずれにも該当しない場合、インプレース レコード管理の導入に適してい
ない状況であると考えられます。レコード アーカイブを使用して対応できるかどうかを再検討し
てください。インプレース レコード管理を使用する場合は、2 つのオプションがあります。1 つは
、保持期間が異なるアイテムを区別する目的でのみ追加のコンテンツ タイプを作成するという
オプションです。もう 1 つは、アイテムをできる限りフォルダーで整理してから、サブフォルダーを
使用して保持期間の異なるアイテムを格納するというオプションです。どちらのオプションも、ユ
ーザーに混乱を招く可能性があります。
組織のドキュメント管理に既に SharePoint を使用しており、これからレコード管理機能を導入す
るという場合は、コンテンツ タイプとフォルダー構造は既に存在します。これらが両方とも保持
ポリシーに適切にマップされない場合には、一部のアイテムを新しいコンテンツ タイプに変換す
るか、新しいフォルダーに移動する必要があります。
コンテンツ タイプを定義する
ファイル計画に含まれる各レコードの種類について、使用される可能性があるコンテンツ タイプ
を確認します。この情報は、インプレース レコード計画ワークシートの [records and content
types] タブに入力できます。
次に、コンテンツ タイプについて個別に検討します。コンテンツ タイプのドキュメントがレコード
になると予定される場合、コンテンツ タイプのレコードに適用する保持ポリシーをメモしておきま
す。ワークシートの [content types and retention] タブが、この目的に使用できます。インプレー
ス レコード管理とレコード アーカイブをソリューションで併用する場合は、レコード アーカイブに
移動する前にレコードに適用する保持ポリシーの部分のみをメモしておきます。アイテムがレコ
ード アーカイブに送信されると、そのアイテムのポリシーは削除され、レコード アーカイブ内で
指定されたポリシーが代わりに適用されます。
前の検討タスクで、複数の保持ポリシーが適用されるコンテンツ タイプがあると結論された場合
は、そのコンテンツ タイプを分割する必要があります。コンテンツ タイプを複数のサブタイプに
論理的に分割して、各サブタイプに単一の保持ポリシーを適用できるようにしてください。コンテ
ンツ タイプへのレコードのマッピングを更新して新しいコンテンツ タイプを反映します。
インプレース レコード管理用にフォルダーを整理す
る
ユーザーがドキュメントの保存先を任意に決めることができるか、コンテンツ オーガナイザーを
使用してドキュメントを正しい場所に配置するかによって、フォルダーの整理方法は異なります。
これらのオプションについて、以下のセクションに説明します。
オプション 1: ドキュメントの保存先をユーザーが決める
ユーザーがドキュメントの保存先フォルダーを決定できる場合は、ドキュメントを正しい場所に簡
単に配置できるようなフォルダー階層にする必要があります。現在の SharePoint Server ソリュ
ーションで使用しているフォルダー構造、または SharePoint Server ソリューションの他の部分
のために設計しているフォルダー構造から作業を始めます。レコードを格納する予定のフォルダ
ーごとに、格納するレコードの種類を決定します。このレコードの種類とファイル計画に基づいて
、フォルダー内のアイテムに適用できる保持ポリシーを決定します。この情報は、ワークシート
の [folders and retention] タブに入力できます。
303
前のタスクで、複数の保持ポリシーが適用されるフォルダーがあると結論された場合は、サブフ
ォルダーを作成する必要があります。格納されるアイテムの保持ポリシーが同じではない可能
性があるフォルダーについて、保持ポリシーごとにサブフォルダーを作成します。ドキュメントの
保管先はユーザーが決めるので、各サブフォルダーにどのようなアイテムを配置するのかをユ
ーザーに説明する簡単な手段が必要です。そのような手段がない場合は、ドキュメントの保存
先をユーザーが選択することを禁止し、代わりにコンテンツ オーガナイザーを使用することを検
討してください。フォルダーへのレコードの種類のマッピングを更新して新しいサブフォルダーを
反映します。
既存の SharePoint Server ソリューションがある場合は、適切な保持ポリシーが適用されるフォ
ルダーへ移動する必要のある既存のドキュメントが存在することがあります。
ドキュメントを正しい場所に配置するようにユーザーをトレーニングする方法と、ドキュメントの配
置場所を監査する方法を決めます。保持ポリシーが正しく適用されるかどうかは、レコードが正
しいフォルダーに格納されるかどうかで決まります。
オプション 2: コンテンツ オーガナイザーを使用してドキュメントの格納先を決め
る
コンテンツ オーガナイザーを使用してドキュメントを正しいフォルダーに配置する場合は、フォル
ダー階層がユーザーにとって使いやすい構造になっているかどうかは重要ではありません。フ
ォルダー構造をユーザーに対して非表示にし、構造内の移動に使用できるビューを作成できま
す。コンテンツ オーガナイザーでは、ドキュメントがメタデータに基づいて配置されるため、ドキ
ュメントを格納するフォルダーごとに固有のメタデータの組み合わせを適用する必要があります
。
ファイル計画を調べて、各保持ポリシーに対応する属性の組み合わせを確認します。同じ保持
ポリシーを持つメタデータの組み合わせが複数あってもかまいません。ただし、1 つのメタデータ
の組み合わせは 1 つの保持ポリシーのみに対応する必要があります。これに反している場合
は、保持ポリシーごとに分類されるようにメタデータを追加します。この情報は、インプレース レ
コード計画ワークシートの [metadata and folders] タブの最初の 2 つの列に入力できます。
次に、メタデータの各セットに対応するフォルダーを特定します。フォルダー名をワークシートの
[metadata and folders] タブの 3 番目の列に入力します。この情報は、コンテンツ オーガナイザ
ーがドキュメントを正しい場所に配置する際に使用される規則を作成するときに必要になります
。また、コンテンツ オーガナイザーを構成して、すべてのアップグレードされたドキュメントと新し
いドキュメントが自動仕分けライブラリを通過して格納されるようにします。
既存の SharePoint Server ソリューションがある場合は、適切な保持ポリシーが適用されるフォ
ルダーへ移動する必要のある既存のドキュメントが存在することがあります。
適切なメタデータをドキュメントに適用するようにユーザーをトレーニングする方法を決めます。
保持ポリシーが正しく適用されるかどうかは、すべてのドキュメントのメタデータが正しいかどう
かで決まります。
レコード管理の一般的な計画タスク
インプレース レコード管理用にコンテンツの構造を計画する作業はこれで完了です。残りの計
画タスクの大半は、レコード アーカイブを計画する場合とよく似ています。次のレコード管理に
関する決定事項を検討してください。
304
ドキュメントをレコードに変換する方法 ドキュメントをレコードにする方法は複数あります。
1.
一定の時間が経過するとアクティブ ドキュメントを自動的にレコードに変える保持ポリシー
を定義します。
2.
アクティブ ドキュメントをレコードに変えるワークフローを作成し、このワークフローが特定の
イベントによって実行されるようにします。
3.
ユーザーはドキュメントをレコードとして手動で宣言できます。
4.
ライブラリを構成して、そのライブラリに配置されたドキュメントがレコードに変換されるよう
にします。
ソリューション内でアクティブ ドキュメントをどのような方法でレコードにするか。ドキュメントを作
成または変更してから一定の時間が経過した後でそれをレコードに変える必要がある場合、保
持ポリシーを使用することが適切なソリューションです。たとえば、最後の変更から 6 か月が経
過したドキュメントをレコードに変えるように指定できます。ドキュメントをレコードに変えるために
ユーザーが操作を行う必要はありません。レコードへの変換は自動で行われます。
ドキュメントをレコードに変える標準の期間が組織で定められていない場合は、2 つの選択肢が
あります。ドキュメントをレコードに変える規則を指定できるなら、特定のドキュメントを規則に照
らし合わせ、基準を満たすドキュメントであればレコードとして宣言するワークフローを作成しま
す。次に、このワークフローを定期的に実行する保持ポリシーを作成します。ただし、ドキュメン
トをいつレコードに変えるかがそのドキュメントのユーザーにしか判断できない場合は、ドキュメ
ントをレコードとして宣言する手動の手段をユーザーに提供する必要があります。
だれがレコードの宣言および宣言の解除を行えるか ドキュメントをレコードとして宣言することを
、すべてのユーザー、管理者のみ、またはポリシーによるアクションのみに許可することができ
ます。レコードとして宣言することをポリシーによるアクションにのみ認める場合、ユーザーはド
キュメントを手動でレコードとして宣言することはできません。ドキュメントは、保持ポリシーに定
義された規則によってのみレコードに変換できます。
レコードの宣言を解除できるユーザーを定義するときも、ドキュメントをレコードとして宣言できる
ユーザーを定義するのと同じオプションを使用できます。
どのようなアクションをユーザーがレコードに行えるか ユーザーが同じライブラリ内のアクティブ
ドキュメントに行えるアクションを制限せずに、レコードに行えるアクションを制限できます。次の
3 つのレベルの制限を設定できます。

制限なし。アクティブ ドキュメントに実行できるアクションはレコードにも実行できます。

削除をブロックする。レコードを編集することはできますが、削除することはできません。

編集と削除をブロックする。レコードを編集または削除することはできません。
保持ポリシー 保持ポリシーは、既にファイル計画に定義されているはずです。
監査 レコードとアクティブ ドキュメントには同じ監査ポリシーが適用されます。ユーザーがドキ
ュメントに実行しそうなアクションのうち、追跡の対象とするものを決めてください。監査ポリシー
は、フォルダー レベルまたはコンテンツ タイプ別に定義できます。通常、監査ポリシーをコンテ
ンツ タイプに基づいて定義すると、ログに記録される不要なイベントの数が尐なくなります。
305
メモ:
レコードをレコード アーカイブに送信すると、すべてのポリシーは削除されます。した
がって、一定の時間が経過した後でレコードをアーカイブに送信するアクションが含ま
れる複数段階の保持ポリシーを使用すると、レコードがアーカイブに格納された後でア
ーカイブの保持ポリシーが適用されます。
ワークフロー レコード管理に関連するアクションを追跡するために、ワークフローを使用する予
定があるか。そうであれば、それをどのようなワークフローとして定義し、どの種類のアイテムに
適用するのかを決めます。たとえば、ユーザーがアイテムをレコードとして宣言しようとしたとき
にレコード管理者に承認を要求するワークフローを作成できます。
ワークシート
インプレース レコード管理を計画する作業には、この記事と共に以下のワークシートを使用しま
す。

インプレース レコード管理計画シート (英語)
http://go.microsoft.com/fwlink/?linkid=185011&clcid=0x411
関連項目
概念
レコード アーカイブとインプレース レコード管理の比較 (SharePoint Server 2010)
306
電子メールとメッセージング レコード管理の戦
略を選択する (SharePoint Server 2010)
特に組織で Microsoft SharePoint Server 2010 と Microsoft Exchange Server 2010 の両方を使
用している場合、この記事の情報を使用して、組織でメッセージをレコードとして管理するための
ソリューションを計画します。
メッセージは、ユーザーが Outlook などのメッセージ アプリケーションを使用して送信するコン
テンツです。メッセージの種類には、電子メール、会議、タスク、メモ、履歴、連絡先、インスタント
メッセージ、ボイス メール、FAX、投稿、RSS フィード アイテムがあります。他の種類のコンテン
ツと同様、メッセージには多くの場合、重要な情報が含まれており、全体的なレコード管理の実
装で重要な考慮事項の 1 つです。
この記事では、組織で Exchange Server 2010 と SharePoint Server 2010 両方を使用している
場合にメッセージ用の管理ソリューションを選択するときに役立つ、この 2 つの製品で使用でき
るレコード管理機能の概要と比較について説明しています。Exchange Server 2010 以外の製品
を使用している場合でも、この記事で、SharePoint Server 2010 を使用してメッセージをレコード
として管理する利点について理解し、これらの機能を現在使用している製品と比較してから、選
択を行うことができます。この記事には、レコード管理に関する一般的な情報、両方の製品のレ
コード管理方法の詳細、およびソリューションを実装するための具体的な手順は記載されてい
ません。
メッセージ用のレコード管理ソリューションを選択する前に、ファイル計画を完成させ、レコードと
して管理するメッセージの種類を決定します。詳細については、「レコード管理の概要
(SharePoint Server 2010)」および「SharePoint Server 2010 でレコードを管理するためのファイ
ル計画を作成する」を参照してください。
この記事の内容

Exchange Server 2010 と SharePoint Server 2010 でのレコード管理方法を理解する

メッセージ用のレコード管理ソリューションを選択するときの考慮事項
Exchange Server 2010 と SharePoint Server 2010
でのレコード管理方法を理解する
Exchange Server 2010 と SharePoint Server 2010 には、各製品が専門とするコンテンツの種類
に固有のレコード管理機能が備わっています。このセクションでは、各製品の機能の概要につ
いて説明します。詳細については、リンク先を参照してください。
Exchange Server 2010 メッセージング レコード管理
メッセージング レコード管理 (MRM) は、Exchange Server 2010 のレコード管理技術です。MRM
では、次の 2 つの方法を使用してメッセージをレコードとして管理します。
307

保持タグ: 管理者は、保持タグを作成し、そのタグとアイテム保持ポリシーを関連付けます。
管理者は、タグが付けられていないメッセージに適用する既定のアイテム保持ポリシーも構
成します。ユーザーは、メッセージとフォルダーにタグを付け、ルールを使用して、メッセー
ジをレコードとして処理する方法が定義されたアイテム保持ポリシーを適用できます。これ
はユーザーが主体の方法で、エンド ユーザーはそれぞれの要件に基づいてコンテンツにタ
グを付け、保存できます。詳細については、「保持タグおよびアイテム保持ポリシーについ
て」(http://go.microsoft.com/fwlink/?linkid=195435&clcid=0x411) を参照してください。

管理フォルダー: 管理者は、管理フォルダーを作成し、そのフォルダーと管理フォルダー用
メールボックス ポリシーを関連付けます。ユーザーは、その管理フォルダーで自分のメッセ
ージを整理し、目的のポリシーを適用できます。これは管理者が主体の方法で、組織は、エ
ンド ユーザーが従う必要があるコンテンツの分類ルールを定義できます。詳細については
、「管理フォルダーについて」(http://go.microsoft.com/fwlink/?linkid=205098&clcid=0x411)
を参照してください。
Exchange Server 2010 MRM の詳細については、「メッセージング レコード管理について」
(http://go.microsoft.com/fwlink/?linkid=205099&clcid=0x411) を参照してください。
SharePoint Server 2010 レコード管理
SharePoint Server 2010 では、メッセージを含むさまざまな種類のコンテンツをレコードとして管
理できます。SharePoint Server 2010 では、レコード アーカイブまたは他のコンテンツと共にイ
ンプレースでレコードを管理します。メッセージに使用する方法 (レコード アーカイブ、インプレー
ス方法、複合的な方法のいずれか) は、全体的なレコード管理の戦略と実装に応じて決定しま
す。適切な方法を判断する方法については、「レコード アーカイブとインプレース レコード管理
の比較 (SharePoint Server 2010)」を参照してください。
SharePoint Server でメッセージ レコードを管理するには、メッセージを Exchange Server から
SharePoint Server に移動またはコピーする必要があります。この機能を提供するサード パー
ティのソリューションを利用できます。これらのパートナー ソリューションの一部へのリンクが、「
Records Management in SharePoint Server 2010 (英語)」リソース センターに用意されています
。
メモ:
SharePoint Server 2010 でレコード センターを作成するときに、[コンテンツ オーガナイ
ザーとの電子メール統合] 機能は、SharePoint Server へのメールのジャーナルをサポー
トしているレガシ Exchange Server 2007 展開に対してのみ使用できます。Exchange
Server 2010 では、この機能をサポートしていません。コンテンツ オーガナイザーに直
接メールを送信することはサポートされていません。
メッセージ用のレコード管理ソリューションを選択す
るときの考慮事項
Exchange Server 2010 メッセージング レコード管理よりも SharePoint Server 2010 レコード管
理が優れている点は、Exchange Server はメッセージング レコード管理専用であるのに対し、
SharePoint Server では、さまざまなコンテンツのレコード管理を実行できることです。また、
308
SharePoint Server を使用すれば、グループ作業、ドキュメント管理などのその他の豊富な
SharePoint Server 機能をメッセージに使用できます。
組織のメッセージ保持管理を行うメッセージ アーカイブ ソリューションが必要な場合は、
Exchange の機能によってすべての要件を満たすことができる可能性があります。ただし、メッセ
ージについてその他の要件がある場合は、SharePoint Server を使用することで、メッセージお
よびその他のコンテンツに有用な機能を得ることができます。次の場合に、SharePoint Server
を使用することを検討します。

完全性を実現するために他のコンテンツとのコンテキストでメッセージを管理する、または
グループ作業、メタデータ、ワークフロー、および検索の機能を使用することが望ましい場
合。

メタデータ、ワークフロー、および高度な保持要件が定義され、中央管理されるファイル計
画に沿って、メッセージ レコードを他のコンテンツ レコードと一緒に管理する必要がある場
合。
次の表に、Exchange Server 2010 MRM と SharePoint Server 2010 レコード管理のどちらが組
織の要件に合っているのかを判断するための考慮事項を示します。Exchange Server 2010 以
外の製品を使用している場合でも、SharePoint Server 2010 に関する情報を使用して、考慮事
項と現在使用している製品を比較できます。
考慮事項
Exchange Server 2010
SharePoint Server 2010
コンテン メッセージ レコードでは、 組織のユーザーが、コンテンツの種類、複数段
ツ管理の SharePoint Server 2010 の機能 階のアイテム保持ポリシー、ワークフローなど
要件
を組織で必要としていません 、SharePoint Server 2010 の機能をメッセージ
。
として作成されるコンテンツで使用できること
が重要です。
メッセー メッセージ レコードを組織の メッセージ レコードを組織の他のコンテンツ
ジをレコ 他のコンテンツとは別に管理 と一緒に管理する必要があります。特に、メッ
ードとし する必要があります。
セージ コンテキストがレコードとして管理さ
て管理す
れる他のコンテンツに関係している場合です。
る目的
アイテム 組織のアイテム保持ポリシー SharePoint Server で定義された高度なメタデー
保持ポリ を、メッセージの種類に広く タ モデルによって機能し、Exchange Server
シーの範 適用します。
2010 では再現できない高度なアイテム保持ポ
囲
リシーを使用します。
分離
メッセージは、インフォメー メッセージは、SharePoint Server でインフォメ
ション ワーカーによって他の ーション ワーカーによって他のコンテンツと
コンテンツと一緒に管理され 一緒に管理できます。
る必要はありません。
保留の範 メッセージの法的情報保留を 法的情報保留が、同じ方法ですべてのコンテン
囲
他のコンテンツとは別に管理 ツの種類に適用されます。
できます。
309
関連項目
概念
レコード管理の概要 (SharePoint Server 2010)
SharePoint Server 2010 でレコードを管理するためのファイル計画を作成する
その他のリソース
メッセージングのポリシーと準拠 (http://go.microsoft.com/fwlink/?linkid=196071&clcid=0x411)
310
デジタル資産ライブラリの計画 (SharePoint
Server 2010)
Microsoft SharePoint Server 2010 には、資産ライブラリが用意されています。資産ライブラリを
使用すると、画像、オーディオ、ビデオ、さまざまなアプリケーションのその他の再利用可能なコ
ンテンツ フラグメントなど、デジタル資産を格納および管理できます。オーディオ資産とビデオ資
産向けに設計されたコンテンツ タイプでは、Web パーツや Web パーツ ページでのそれらの資
産の格納および再生をサポートします。また、エンド ユーザーによるメディアの再生機能を強化
するために、Microsoft Silverlight 3 プレーヤーがユーザー インターフェイスに統合されていま
す。この章の記事では、SharePoint Server 2010 を基にソリューションのデジタル資産管理を計
画する手順について説明します。
この章には次の記事が含まれます。

「デジタル資産管理の概要 (SharePoint Server 2010)」では、デジタル資産の管理、デジタ
ル資産ライブラリのユーザー、SharePoint Server 2010 のデジタル資産管理の主な機能、
およびデジタル資産管理で想定されるシナリオについて説明します。

「デジタル資産管理を計画する」では、デジタル資産管理の計画プロセスについて説明しま
す。このプロセスには、資産ライブラリについて計画する手順が含まれます。また、記憶域
とパフォーマンス、アクセス許可とセキュリティ、メタデータと検索、Web パーツ、ビューとフィ
ルター、クライアント サポートなど、デジタル資産ソリューションのさまざまな要素の計画に
関連するタスクについても説明します。

デジタル メディア ライブラリのトポロジとアーキテクチャ (SharePoint Server 2010) では、デ
ジタル資産ライブラリの展開に関連するトポロジと論理アーキテクチャの決定事項について
説明します。
311
デジタル資産管理の概要 (SharePoint Server
2010)
ここでは、デジタル資産 (リッチ メディアとも呼ばれる) について説明し、Microsoft SharePoint
Server 2010 のデジタル資産管理に関連して使用する主な用語について定義します。また、
SharePoint Server 2010 の資産ライブラリを使用するデジタル資産管理の各要素、資産ライブ
ラリの主要なユーザー、および SharePoint Server 2010 の資産ライブラリを使用する一般的な
シナリオについても説明します。
デジタル資産を管理するためのソリューションを計画する方法の詳細については、「デジタル資
産ライブラリを計画する (SharePoint Server 2010)」を参照してください。
日常業務の一部として、画像やその他のリッチ メディア資産を作成または再利用する企業の従
業員は増え続けています。しかし、多くの場合、それらの資産を格納するために最適化された、
部署レベルや企業レベルでの共通のリポジトリは存在しません。共通のリポジトリがあると、ユ
ーザーは他のユーザーが作成したリッチ メディア資産を簡単に検出して再利用できます。
SharePoint Server 2010 の資産ライブラリでは、デジタル資産を格納および管理するための特
殊なリポジトリを提供することによって、組織における時間やその他のリソースを節約できます。
ユーザーは、ネットワーク上のいくつもの場所にある資産を探したり、資産を最初から作成し直
したりする必要がなくなります。集中型のリポジトリを使用してデジタル資産を管理することによ
り、組織では、ブランド設定されたコンテンツを厳しく管理し、適切なユーザーが製品として承認
された資産のみを利用できるようにすることができます。
この記事の内容

デジタル資産の管理について

資産ライブラリのユーザー

SharePoint Server 2010 でのデジタル資産の管理

資産ライブラリを使用するシナリオ
デジタル資産の管理について
デジタル資産とは、企業全体にわたって組織がアプリケーションで使用する画像、オーディオ、
またはビデオのファイル、またはその他の再利用可能なリッチ コンテンツ フラグメントです。
SharePoint Server 2010 の資産ライブラリを使用すると、ユーザーは組織内にある既存のデジ
タル資産を簡単に作成、検出、および再利用できます。
SharePoint Server 2010 では、資産ライブラリを使用して、デジタル資産を格納したり、他のユ
ーザーと共有したりできます。資産ライブラリは、SharePoint Server 2010 のライブラリ テンプレ
ートです。このテンプレートは、リッチ メディア資産の格納およびカタログ化のために設計された
コンテンツ タイプを使用するようにカスタマイズされます。
効果的なデジタル資産管理ソリューションでは、以下の要素を指定します。

資産の種類ごとに提供するメタデータ。
312

資産に必要な記憶域の量およびユーザーに資産を提供する際に考慮する必要のあるパフ
ォーマンスの問題。

資産のライフ サイクルの各段階で資産を格納する場所。

資産のライフ サイクルの各段階で資産へのアクセスを制御する方法。

チーム メンバーが資産の作成、レビュー、承認、発行、および破棄を行う場合に、組織内で
資産を移動する方法。

資産関連の操作が監査され、資産が正しく保持または破棄され、組織にとって重要な資産
が保護されるように、資産に適用するポリシー。

要件および企業ガイドラインに準拠して保持する必要のある、企業レコードとして資産を扱
う方法。
SharePoint Server 2010 を使用してデジタル資産ソリューションを計画する方法については、「
デジタル資産ライブラリを計画する (SharePoint Server 2010)」を参照してください。
資産ライブラリのユーザー
通常、SharePoint Server 2010 の資産ライブラリのユーザーは、以下のいずれかのカテゴリに
分類されます。

資産の作成者 このグループには、グラフィック アーティスト、ビデオ プロデューサー、マー
ケティング コピーライターなど、個々の資産を作成するユーザーと、資産ライブラリに資産
を送信するユーザーが含まれます。たとえば、グラフィック アーティストは、複数の解像度と
サイズ、およびカラーと白黒の両方で製品ロゴを作成し、製品マーケティング チームの他
のメンバーが使用できるように、すべてのバージョンのロゴを資産ライブラリにアップロード
できます。

資産の管理者 このグループには、ライブラリ内の資産を管理するユーザーが含まれます。
資産の管理者が担当するのは、最初に資産が送信され、発行されて、期限切れになるまで
のエンド ツー エンドのワークフローです。また、ライブラリ内の資産の管理と整理も担当し
ます。たとえば、資産の管理者は、複数のバージョンの製品ロゴを入手してライブラリ内で
それらを適切に分類し、キーワードなどの重要なメタデータを追加し、資産を使用できなくな
る日付を設定します。

資産の消費者 このグループには、ライブラリの資産を検索して使用し、他の作業生産物を
作成するユーザーが含まれます。たとえば、Web デザイナーは、製品 Web サイトのマーケ
ティング ページを作成するときに、資産ライブラリの製品ロゴを使用できます。
シナリオによっては、これらのグループのユーザーが重複する可能性があります。たとえば、資
産をライブラリにアップロードするためのアクセス許可を持つユーザーは、アーカイブに送信す
る資産を分類および管理するためのアクセス許可も持っている場合があります。資産の作成者
は、他の作業生産物に追加される資産を検索して使用する場合、資産の消費者になることもあ
ります。このようにして作成された製品は、個別の資産としてアップロードされます。たとえば、ビ
デオ プロデューサーは、製品のマーケティング用ビデオを作成する場合に製品ロゴを使用し、
完成したビデオを個別の資産としてライブラリにアップロードできます。
SharePoint Server 2010 でのデジタル資産の管理
SharePoint Server 2010 には 資産ライブラリという名前のライブラリ テンプレートが用意されて
います。このテンプレートは、リッチ メディア資産の格納およびカタログ化のために設計された
313
画像、オーディオ、ビデオの新しい各コンテンツ タイプを使用するようにカスタマイズされていま
す。これらの新しいコンテンツ タイプでは、特定の資産のメタデータを表す新しい列の種類 ([プ
レビュー]、[画像のサイズ]、[画像の作成日]、[長さ (秒)] など) が使用されます。また、資産ライ
ブラリには、資産の上にポインターを移動したときに、サムネイルおよびこのメタデータの一部が
表示されるプレビュー モードがあります。また、検索クエリを使用して資産をより簡単に検索で
きるようにするために、エンタープライズ キーワードを資産に割り当てることができます。キーワ
ードは、新しい資産がアップロードされたときに資産の作成者が割り当てることができます。また
は、資産の管理者がキーワードを後から追加することもできます。ユーザーは、資産を評価でき
ます。これは、資産の追加のメタデータを提供する機能です。このメタデータは、後から資産を
Web パーツに表示するときに使用できます。たとえば、ユーザーが閲覧および評価したトレーニ
ング ビデオのライブラリがある場合は、Web パーツを使用して、評価の高いビデオを Web ペー
ジに表示できます。
資産の作成者と管理者は、資産ライブラリで直接作業して、資産をアップロード、分類、および
管理します。資産の消費者は、ライブラリを参照して、他のアプリケーションのプロジェクトに挿
入する資産を検索できます。消費者は、Microsoft Word や Microsoft PowerPoint など、
Microsoft Office アプリケーションから資産ライブラリを参照して、開いているアプリケーションに
資産を挿入できます。
SharePoint Server 2010 で、ユーザーにデジタル資産を表示するには、次の 4 つの方法があり
ます。

ユーザーが資産ライブラリを参照できるようにする。

チーム サイトの Web ページに Web パーツを挿入する。

発行サイトの発行ページでビデオ フィールド コントロールを使用する。

コンテンツ クエリ Web パーツを使用する。
資産ライブラリのユーザーに資産を表示するための方法は、ユーザーの種類、ユーザーがライ
ブラリの資産を使用する方法、および資産ライブラリのシナリオに最適な資産の表示方法によっ
て異なります。
資産ライブラリの一部の機能に加えて、ワークフロー、ルーティング、ルール、ポリシーなど、
SharePoint Server の機能を利用できます。これらの機能は、資産ライブラリに資産が追加され
る際の管理に役立ちます。また、資産の状況を追跡し、承認時の資産の発行を自動化し、資産
の有効期限を設定します。
資産ライブラリを使用するシナリオ
資産ライブラリは、SharePoint Server 2010 の任意のサイト コレクションまたはサイトに追加で
きます。また、資産ライブラリを使用すると、さまざまなシナリオでユーザーにデジタル資産を提
供できます。次の表は、デジタル資産ライブラリを使用する際のシナリオを示しています。
シナリ 説明
オ
企業ブ 資産ライブラリを使用して、ロゴ、アートワーク、その他のデジタル資産など、
ランド ブランド設定された企業の資産を格納します。また、中規模から大規模のワーク
ライブ フローおよびポリシーを使用して、コンテンツを管理します。作成チームは、資
314
シナリ 説明
オ
ラリ
産のレビューと発行が行われる資産ライブラリにデジタル資産を送信できます。
コンテンツの管理担当者は、デジタル資産が適切にタグ付けされて整理されるよ
うに管理および編集します。承認された公式のロゴまたはブランド資産にアクセ
スする必要のあるインフォメーション ワーカー コンシューマーとエクストラネ
ット パートナーは、ライブラリを使用して必要なコンテンツを検索します。
部門ポ 単一のポータル サイト用の画像およびリッチ メディア ファイルのリポジトリと
ータル して資産ライブラリを使用します。このシナリオでは、すべての投稿者または編
集者が、他のユーザーが表示および使用するためのロゴと画像をライブラリにア
ップロードできます。通常、コンテンツは、投稿者によって必要に応じて管理さ
れます。この場合、資産をライブラリに追加してライブラリ内で管理するための
最小限のワークフローまたはポリシーが使用されます。たとえば、部門ポータル
ライブラリの投稿者は多数存在し、承認者は数人しかいない場合があります。サ
イトの作成者と Web デザイナーは、ライブラリ内のコンテンツを表示、ダウン
ロードしたり、ドキュメントやプレゼンテーションなどの自身の作業生産物に挿
入したりします。
チーム 部門ポータルとほぼ同じですが、より規模が小さくなります。単一のチーム サ
サイト イト用の画像およびリッチ メディアのリポジトリとして資産ライブラリを使用
します。このシナリオでは、すべてのチーム メンバーが、他のチーム メンバー
が表示および使用するための資産をライブラリにアップロードできます。コンテ
ンツは、投稿者によって必要に応じて管理されます。この場合、資産をライブラ
リに追加してライブラリ内で管理するための非常に小規模なワークフローまたは
ポリシーが使用されます。チーム メンバーは、ライブラリ内のコンテンツを表
示、ダウンロードしたり、ドキュメントやプレゼンテーションなどの自身の作業
生産物に挿入したりします。
企業ア 組織にとって履歴保持の意味で価値のある画像、ビデオ、ドキュメント、および
ーカイ その他の資産をカタログ化するアーカイブとして、資産ライブラリを厳密に使用
ブ
します。ユーザーは、現在または過去のアイテムを送信できます。これらのアイ
テムは、ライブラリの管理者によって収集、スキャン、整理、およびタグ付けさ
れ、他のユーザーがアーカイブされたコンテンツを参照、検索、および表示でき
るようになります。
部門メ
ディア
共有サ
イト
資産ライブラリを使用して、オーディオ ファイルとビデオ ファイルを格納しま
す。このシナリオでは、すべてのユーザーがライブラリに投稿できます。ライブ
ラリ内のアイテムの管理が行われることはほとんどありません。また、ライブラ
リの評価を行うことができます。この評価を資産のソーシャル タギングと組み
合わせて、ライブラリ内の資産の構造と表示を支援します。
315
関連項目
概念
デジタル資産ライブラリを計画する (SharePoint Server 2010)
316
デジタル資産ライブラリを計画する (SharePoint
Server 2010)
この記事では、Microsoft SharePoint Server 2010 でのデジタル資産ライブラリ ソリューションの
計画に関係するタスクについて説明します。
ドキュメント ライブラリの一種である SharePoint Server 2010 の資産ライブラリは、画像、オー
ディオ、ビデオのファイルなど、他のサイト ユーザーと共有するメディア ファイルの集合です。こ
こでは、最初に資産ライブラリについて簡単に説明し、資産ライブラリの計画方法を示します。
次に、企業のデジタル資産管理のさまざまな要素の計画に関連するその他のタスクについて説
明します。
デジタル資産管理の詳細については、「デジタル資産管理の概要 (SharePoint Server 2010)」を
参照してください。
この記事の内容

資産ライブラリの概要

資産ライブラリを計画する

アクセス許可とセキュリティを計画する

記憶域とパフォーマンスを計画する

メタデータと検索を計画する

Web パーツと Web ページを計画する

クライアント サポートを計画する
資産ライブラリの概要
資産ライブラリは、画像、オーディオ、ビデオのファイルなど、他のサイト ユーザーと共有する
SharePoint Server 2010 上のメディア ファイルの集まりです。デジタル資産管理の計画の一環
として、組織のニーズに最適な資産ライブラリを決定する必要があります。資産ライブラリは、デ
ジタル資産用の特殊なコンテンツ タイプを備えた SharePoint Server ライブラリにすぎません。
したがって、デジタル資産ソリューションの計画には、ドキュメント管理ソリューションの計画で使
用するものと同じ多くの方法を使用します。
資産ライブラリの使用方法は次の 2 とおりです。

チーム レベルでのデジタル資産用の一般的なドキュメント ライブラリとして 単純に、チー
ムで使用する画像、オーディオ、およびビデオのファイルを格納する場所として使用します。
資産をアップロード、整理、および管理するためのアクセス許可をチームのすべてのメンバ
ーに付与するか、または資産の整理と管理のタスクをチーム メンバーの小規模なグループ
に制限できます。
317
メモ:
SharePoint Server 2010 では、オーディオ コンテンツまたはビデオ コンテンツのライブ
ストリーミングはサポートしていません。

組織のデジタル資産用の集中管理型のリポジトリとして この場合は、ライブラリに追加さ
れるすべての資産について、コンテンツ承認とワークフローを使用し、承認プロセスの各段
階に個別の役割を持つ担当者を配置できます。たとえば、グラフィック デザイナーやオーデ
ィオおよびビデオのプロデューサーは、ライブラリに資産をアップロードします。しかし、コン
テンツ管理者は、追加のメタデータを資産に割り当てるだけでなく、アップロードされる資産
を選別し、承認して発行します。
資産ライブラリを計画する
デジタル資産ソリューションの資産ライブラリを計画するプロセスの主な手順は次のとおりです。
1.
デジタル資産管理の役割を特定する
2.
資産の使用状況を分析する
3.
資産ライブラリの構成を計画する
4.
コンテンツ タイプを計画する
5.
デジタル資産のコンテンツ ガバナンスを計画する
6.
ワークフローを計画する
7.
ポリシーを計画する
8.
資産ライブラリのその他の使い方
デジタル資産管理の役割を特定する
ドキュメント ライブラリの計画と同様に、デジタル資産ライブラリの計画の最初の手順は、ソリュ
ーションの参加者と関係者を決定することです。これにより、組織内のデジタル資産の作成者は
だれか、どのような種類の資産を作成するか、資産の管理者はだれか、資産の格納先となるサ
ーバーの管理者はだれか、などの質問に答えることができます。詳細および収集するデータを
記録するワークシートについては、「ユーザーを特定し、ドキュメントの使用状況を分析する」を
参照してください。
資産の使用状況を分析する
資産を利用するユーザーの識別が完了したら、それらのユーザーが使用する資産の種類と資
産の使用方法を決定します。この分析により、資産ライブラリの構成方法、必要なライブラリの
数、資産に使用するコンテンツ タイプ、資産ライブラリに適用する情報管理ポリシーなどの重要
な情報を決定できます。ほとんどのデジタル資産のサイズは標準のドキュメントよりもはるかに
大きいため、記憶容量の計画も必要になります。詳細および収集するデータを記録するワーク
シートについては、「ユーザーを特定し、ドキュメントの使用状況を分析する」を参照してください
。
資産ライブラリの構成を計画する
資産ライブラリを計画するときは、ライブラリに関する意思決定を行う必要があります。具体的に
は、ライブラリの作成場所、ライブラリの使用方法、必要なライブラリの数、およびライブラリの
318
整理方法です。資産ライブラリは、ドキュメント ライブラリと同じ方法で計画できます。ここでは、
資産ライブラリを計画する際の特別な考慮事項について説明します。

必要な資産ライブラリの数を決定する

資産ライブラリを作成する場所を決定する

固定ライブラリにするか共同作業ライブラリにするかを選択する

資産ライブラリを整理する方法を決定する
必要な資産ライブラリの数を決定する 初期の分析および計画の手順で行われるこの意思決
定は、資産ライブラリの使用方法によっても変わってきます。たとえば、各チームで共同作業用
の資産ライブラリを使用し、資産を利用する際にバージョン管理などのコンテンツ ガバナンスを
使用する必要がある場合は、資産ライブラリを必要とするチーム サイトごとにライブラリを作成
できます。その後で、各チームに自身の資産を管理させることができます。大規模な集中管理
型のリポジトリとして資産ライブラリを多くのチームで共有する場合は、1 つの資産ライブラリを
作成し、アクセス許可を調整して、ライブラリを使用、管理、および検索するメンバーを制限でき
ます。詳細については、「ドキュメント ライブラリの計画 (SharePoint Server 2010)」を参照してく
ださい。
メモ:
Web アプリケーション用のディスク ベース キャッシュを有効にすると、Web アプリケ
ーション内のすべてのサイト コレクションでそのキャッシュが使用されます。大部分の
サイトでディスク ベース キャッシュを設定する必要がない場合は、ディスク ベース キ
ャッシュを必要とする資産ライブラリを格納するサイト コレクションにのみ個別の Web
アプリケーションを配置することを検討してください。
資産ライブラリを作成する場所を決定する 資産ライブラリを作成する場所は、ライブラリの使
用をどのように計画するかによって変わります。チーム レベルで使用される一般的な資産ライ
ブラリの場合は、ライブラリをサイト レベルで作成できます。集中管理型のリポジトリの場合は、
資産ライブラリをサイト コレクション レベルで作成できます。資産ライブラリが Web 発行サイト
で使用される場合は、その発行サイトと同じサイト コレクションにライブラリを配置して、発行ペ
ージで使用される資産ファイルを発行サイトで利用できるようにします。資産分析を行って、資
産を作成および使用するメンバー、資産の使用方法を決定してください。これにより、企業内の
どこで資産ライブラリが必要かを判断できます。
固定ライブラリにするか共同作業ライブラリにするかを選択する 使用するシナリオに応じて、
資産ライブラリは主に固定ライブラリまたは共同作業環境のどちらかになります。固定ライブラ
リは読み取り専用で、完成した資産がチェックインされます。共同作業環境では、ライブラリのバ
ージョン管理が有効で、適切なアクセス許可を持つユーザーが既存の資産に対する読み取りお
よび書き込みを行うことができます。
資産ライブラリを整理する方法を決定する 資産ライブラリのルートにすべての資産を格納し、
特定の条件に基づいて、カスタム ビューを使用してライブラリのユーザーに対して資産を表示
するように計画できます。また、指定した条件に基づいて、フォルダーを使用して資産を保存で
きます。たとえば、すべてのビデオを 1 つのフォルダーに保存し、オーディオ ファイルを別のフ
ォルダーに保存できます。または、製品ごとにフォルダーを作成して、特定の製品に関連するす
319
べての資産をそれぞれのフォルダーに保存できます。組織で資産を使用するにあたっての最も
一般的なシナリオを判断するには、行った資産分析を参照してください。
コンテンツ タイプを計画する
資産ライブラリに含まれるコンテンツ タイプは、画像、オーディオ、およびビデオです。組織での
分類の必要性に応じて、これらのコンテンツ タイプを使用するか、またはこれらのコンテンツ タ
イプから派生する独自のカスタム コンテンツ タイプを作成できます。たとえば、ポスター用と製
品ロゴ用に 2 つの異なるコンテンツ タイプを作成し、その新しいコンテンツ タイプの基本特性を
画像コンテンツ タイプから派生させることができます。この構成により、2 つの新しいコンテンツ
タイプに基づいて、コンテンツ タイプの個々のプロパティを関連付け、異なるワークフローを指
定し、異なる情報管理ポリシーを設定できます。詳細については、「コンテンツ タイプとワークフ
ローを計画する (SharePoint Server 2010)」を参照してください。
デジタル資産のコンテンツ ガバナンスを計画する
デジタル資産の各コンテンツ タイプおよび保存先について、適切な制御のレベルを計画します
。たとえば、資産ライブラリが共同作業ソリューションの場合は、バージョン管理を使用して、更
新によって複数になった同名の資産をライブラリに格納できます。また、資産を利用する前に資
産をチェックアウトおよびチェックインするようにユーザーに要求できます。また、対象ユーザー
が資産を利用できるようにする前に資産を承認するための承認プロセスを指定できます。詳細
については、「バージョン管理、コンテンツ承認、チェックアウトの計画 (SharePoint Server 2010)
」を参照してください。
ワークフローを計画する
ドキュメント管理ライブラリ内のドキュメントの場合と同様に、ワークフローを使用して、資産ライ
ブラリ内の資産の管理タスクを実行します。重要な確認事項は次のとおりです。資産のコンシュ
ーマーが資産を使用する前に、資産をレビューおよび承認する必要があるか。資産の有効期限
の管理をだれが担当するか。有効期限が切れた後、資産は保持されるか、削除されるか。詳細
については、「コンテンツ タイプとワークフローを計画する (SharePoint Server 2010)」を参照し
てください。
ポリシーを計画する
資産ライブラリで使用される各コンテンツ タイプについては、資産の監査、保持、およびラベル
付けの方法を決定する情報管理ポリシーを計画する必要があります。詳細については、「情報
管理ポリシーの計画 (SharePoint Server 2010)」を参照してください。
320
重要:
SharePoint Server 2010 では、SharePoint Server 2010 資産ライブラリに格納されている
オーディオ コンテンツやビデオ コンテンツに対して、Information Rights Management
(IRM) による保護が自動的に適用されることはありません。また、SharePoint Server 2010
に格納されたオーディオ資産やビデオ資産をユーザーが表示すると、それらの資産のコ
ピーがユーザーのローカル ブラウザー キャッシュに格納される場合があります。
SharePoint Server 2010 のメディア プレーヤーでは、IRM によって保護されたオーディオ
形式やビデオ形式の再生がサポートされています。これらの形式では、Microsoft
Silverlight 3 またはそれ以降のバージョンでサポートされている外部の IRM プロバイダー
によって DRM による保護が適用されています。詳細については、「デジタル著作権管
理 (DRM)」(http://go.microsoft.com/fwlink/?linkid=154933&clcid=0x411) を参照してくださ
い。
資産ライブラリのその他の使い方
次の表は、SharePoint Server 2010 の資産ライブラリのその他の使い方を示しています。
機能
説明
ポッドキ 資産ライブラリに含まれている新しいオーディオおよびビデオのコンテンツ
ャスト
タイプによって、ライブラリの RSS フィードをポッドキャスティングに使用
できます。ユーザーは、ライブラリの RSS フィードの URL を使用して、ポッ
ドキャスト アプリケーションにその URL を入力し、新しいオーディオ ファ
イルとビデオ ファイルが資産ライブラリに追加されたときに、その更新内容
を受け取ることができます。
推奨され 発行サイトを使用する場合は、その発行サイトの [推奨されるコンテンツ ブラ
るコンテ ウザーの場所] の一覧に、各サイトの資産ライブラリの URL を追加できます
ンツ ブラ 。これにより、コンテンツ作成者は、SharePoint Server 2010 内または
ウザーの Microsoft Office 2010 スイート アプリケーション (Microsoft Word) 内の Web ペ
場所
ージに資産を挿入すると、資産ライブラリにアクセスできるようになります。
コンテン 資産ライブラリを集中管理型のリポジトリとして利用する場合は、コンテンツ
ツ オーガ オーガナイザー機能を使用して、ユーザーがライブラリにアップロードする資
ナイザー 産のルーティングを自動化することを検討してください。コンテンツ オーガ
ナイザー機能を [サイトの設定] で開始すると、"自動仕分けライブラリ" とい
う新しいライブラリが自動的に作成されます。これにより、このライブラリに
追加される資産を他のライブラリ (資産ライブラリなど) にルーティングする
方法を指定するルールを作成できます。たとえば、資産ライブラリのあるフォ
ルダーにすべてのオーディオ資産を保存し、すべてのビデオ資産を別のフォル
ダーに保存できます。
コンテンツ オーガナイザーを使用する利点は、新しい資産が追加されるとき
に、特定のメタデータ フィールドでユーザーの入力を受け取るように要求で
321
機能
説明
きることです。これにより、さまざまな種類の資産が配置される場所を制御し
、資産ライブラリの管理とそのライブラリに格納される資産の管理を担当する
コンテンツ管理者が行う作業を減らすことができます。
発行され 管理者は、SharePoint サイトへのリンクを Microsoft Office 2010 スイートのク
たリンク ライアント アプリケーション (Word、Microsoft Excel、Microsoft PowerPoint な
ど) に追加して、そのアプリケーションでリンクの一覧を表示できるようにす
ることができます。このようなリンクは、これらのアプリケーションでドキュ
メントを開くか保存するときに、[開く]、[保存]、および [名前を付けて保存]
の各ダイアログ ボックスの [個人用 SharePoint サイト] に表示されます。ユー
ザーは、ライブラリを参照して [Office に接続] をクリックすると、発行され
たリンクの一覧に手動でリンクを追加できます。詳細については、「Publish
links to Office client applications」を参照してください。
アクセス許可とセキュリティを計画する
資産ライブラリのアクセス許可とセキュリティの計画は、ドキュメント ライブラリのアクセス許可と
セキュリティの計画と同じです。使用可能な既定のグループ、アクセス許可レベル、およびカス
タム グループまたはレベルを使用するタイミングについては、「使用するアクセス許可レベルお
よびグループを決定する (SharePoint Server 2010)」を参照してください。
記憶域とパフォーマンスを計画する
資産ライブラリは特殊なドキュメント ライブラリなので、デジタル資産の記憶域の要件を決定す
ることは、ドキュメントの記憶域の要件を決定することに似ています。主な違いは、資産ライブラ
リに格納される資産がドキュメント ライブラリよりも尐ないという点です。ただし、資産ライブラリ
内の資産はドキュメント ライブラリ内の資産よりもサイズが大きくなります。記憶域を計画する場
合は、コンテンツを分析して、資産ライブラリに格納する資産の数およびそれらの資産の平均サ
イズを決定します。たとえば、50,000 個の資産が存在し、ファイルの平均サイズが 10 MB の場
合は、尐なくとも 500 GB の記憶域がデータベース サーバーに必要です。ディスク ベースのバ
イナリ ラージ オブジェクト (BLOB) キャッシュを使用する場合は、キャッシュされたファイルを格
納するための十分なディスク領域がフロントエンド Web サーバーに存在することを確認しておく
必要があります。
資産ライブラリに格納されるデジタル資産ファイルの種類によっては、より高いパフォーマンスを
ユーザーに提供するために、ディスク ベースの BLOB キャッシュとビット レート調整を有効にす
る必要があります。通常は、ディスク ベースの BLOB キャッシュを有効にすることをお勧めしま
す。BLOB キャッシュを有効にすると、指定された種類のファイルがフロントエンド Web サーバ
ーに格納されるため、それらのファイルが要求され、ユーザーに提供されるときに発生するデー
タベース サーバーの負荷が軽減されます。
資産ライブラリを使用してオーディオ ファイルとビデオ ファイルをユーザーに提供する場合は、
BLOB キャッシュを常に有効にしておくこと、およびサーバーでビット レート調整を有効にするこ
322
とをお勧めします。ビット レート調整では、サイトの全体のパフォーマンスには影響を与えないよ
うに、オーディオ ファイルとビデオ ファイルをクライアントにダウンロードする速度を制御します。
また、ビット レート調整では、ユーザーによるこれらの資産のプログレッシブ ダウンロードと表示
も許可されます。ディスク ベース キャッシュの詳細については、「Plan for caching and
performance」を参照してください。ビット レート調整を有効にして構成する方法の詳細について
は、「Bit Rate Throttling Readme (英語)」
(http://go.microsoft.com/fwlink/?linkid=154962&clcid=0x411) (英語) を参照してください。
メタデータと検索を計画する
デジタル資産の種類とコンテンツを示すメタデータを追加することにより、資産ライブラリ内のコ
ンテンツを大幅に検出しやすくなります。資産ライブラリを計画するときには、検索エンジンがイ
ンデックスを作成できるテキストがリッチ メディア ファイルには含まれていないため、リッチ メデ
ィア ファイルの自動検索ができないことに注意してください。デジタル資産について説明するた
めに使用されるメタデータには、タイトル、説明、作成者、著作権、資産の詳細を示すエンタープ
ライズ キーワードなどの情報を含めることができます。画像のサイズや寸法など、一部のメタデ
ータは資産が資産ライブラリにアップロードされるときに自動的に入力されます。画像の説明テ
キストなど、その他のメタデータは、資産のアップロード時に資産の作成者によって、またはアッ
プロードされる資産の選別時や管理タスク (ライブラリの資産へのキーワードや承認の状態の
追加など) の実行時にライブラリの管理者によって手動で追加されます。
Web パーツと Web ページを計画する
SharePoint Server 2010 には、資産ライブラリの一部として含まれている新しいコンテンツ タイ
プを利用するために追加または更新された多くの Web パーツとフィールド コントロールがありま
す。Web パーツは、コンテンツ所有者によって Web パーツ ページ内の Web ゾーンに追加され
ます。フィールド コントロールは、サイトの開発者と編集者によって発行ページに追加されます。
デジタル資産の表示に使用される Web パーツとフィールド コントロールの例を次に示します。

メディア Web パーツとフィールド コントロール Web ページに埋め込みビデオを表示するた
めに使用されます。

イメージ Web パーツとフィールド コントロール Web ページに画像を表示するために使用
されます。

コンテンツのクエリ Web パーツ サイト コレクション内のすべてのサイト、選択されたサイト
またはサブサイト、または特定のリストまたはライブラリからアイテムを表示するために使用
されます。リストとコンテンツ タイプに基づいてアイテムの一覧を返すようにクエリを構成で
きます。また、クエリをフィルター処理して特定のユーザーを対象にすることができます。
サイトの Web ページを設計する場合は、ユーザーが必要な資産を検索できるようにするために
、Web ページと Web パーツでユーザーにどのフィールドを公開するかについて検討してください
。[ライブラリの設定] ページの [縮小表示] ビューを編集すると、ユーザーが資産ライブラリ内の
資産の上にポインターを置いたときに表示される情報をカスタマイズできます。
323
クライアント サポートを計画する
SharePoint Server 2010 で提供されるリッチ メディア機能をエンタープライズ ユーザーが利用
できるようにするには、Web サイトにアクセスするすべてのクライアント コンピューターに
Silverlight 3 またはそれ以降のバージョンをインストールします。Silverlight 3 をインストールす
る方法とタイミングについて計画する必要があります。たとえば、すべてのユーザーが資産ライ
ブラリにアクセスするかどうか、すべてのユーザーが Silverlight 3 プレーヤーをインストールす
る必要があるかどうか、組織ですべてのデスクトップに対して Silverlight 3 クライアントの管理さ
れた展開を行う必要があるかどうか、必要に応じてユーザーにクライアントをインストールさせる
か、などを検討します。Silverlight 3 の詳細については、「Silverlight の概要」
(http://go.microsoft.com/fwlink/?linkid=154002&clcid=0x411) を参照してください。
メモ:
Silverlight 3 をコンピューターにインストールしていないユーザーがオーディオ資産やビ
デオ資産を再生しようとすると、コンピューターで既定のプレーヤーとして設定されて
いるメディア アプリケーションでその資産が開かれます。
関連項目
概念
デジタル資産管理の概要 (SharePoint Server 2010)
324
デジタル メディア ライブラリのトポロジとアーキ
テクチャ (SharePoint Server 2010)
この記事では、デジタル メディア ライブラリの展開に関連する論理アーキテクチャとトポロジの
決定について説明します。デジタル メディアの管理については、「デジタル資産管理の概要
(SharePoint Server 2010)」を参照してください。
Microsoft SharePoint Server 2010 メディア ライブラリは、ドキュメント ライブラリの一種であり、
画像ファイル、オーディオ ファイル、ビデオ ファイルなど、他のサイト ユーザーと共有されるメデ
ィア ファイルの集合です。メディア ライブラリはデジタル アセットに特有のコンテンツ タイプが格
納される SharePoint Server ライブラリなので、全体的なアーキテクチャとトポロジが影響を受け
ることはほとんどありません。論理アーキテクチャとトポロジの決定に影響を与える可能性のあ
る要因には、次のようなものがあります。

サイトの構造全体でのデジタル メディア ライブラリの配置。

論理アーキテクチャでのデジタル メディア ライブラリとコンテンツ データベースの関係。

バイナリ ラージ オブジェクト (BLOB) キャッシュやビット レート調整によるサーバー ファー
ムの最適化。

必要に応じて、大量のデジタル メディアに対処するための、デジタル メディア専用のデータ
ベースやサーバー ハードウェアへのサーバー ファームのスケール アウト。
この記事の内容

デジタル メディア管理用の論理アーキテクチャ

デジタル メディア ライブラリのトポロジのコンポーネント

標準的なデジタル メディア ライブラリのトポロジ

デジタル メディア ライブラリ用にトポロジをスケーリングする
デジタル メディア管理用の論理アーキテクチャ
SharePoint Server 2010 のデジタル メディアを管理する中核的な要素がメディア ライブラリです
。メディア ライブラリは、ソリューション内のどのレベルにあるどのサイトにも追加できます。ただ
し、合計量が非常に大きなデータ、たとえば数千個から数万個のファイルや、合計で数百ギガ
バイトの記憶域を必要とするオーディオまたはビデオ ファイルをメディア ライブラリに格納する
場合は、メディア ライブラリを作成する場所、およびメディアを格納する場所を慎重に計画する
必要があります。
たとえば、グループ作業サイトで、複数の個別のチームがそれぞれ独自のサイトを持ちながら
同時に共有のメディア セットを使用する必要がある場合は、トップレベル サイトにメディア ライ
ブラリを作成し、個別のチームが使用するメディアをそのライブラリに格納できます。このシナリ
オでは、コンテンツ データベースがサイト コレクション内のすべてのサイトで共有されるので、メ
ディア ライブラリに格納されるファイルの量とサイズが前の例に比べて大幅に減尐します。
325
次の図は、メディア ライブラリをサイト コレクションのルートに配置し、コンテンツ データベース
をサイト コレクションの他のサイトと共有する場合の論理アーキテクチャの例を示しています。
もう 1 つの例として
、内部の従業員が使用するトレーニング ビデオが格納される大規模な社内トレーニング サイト
では、専用のコンテンツ データベースを使用し、サイト階層内に他の下位サイトを持たないサイ
ト コレクションのトップレベル サイトにメディア ライブラリを配置できます。こうすることで、メディ
ア ライブラリにアップロードされるファイルを格納するのに十分な記憶域を確保できます。また、
コンテンツ データベースが既に単体で分離されており、ソリューションの他のサイトとコンテンツ
が共有されていないので、将来の拡張に向けた計画を立てることもできます。
次の図は、メディア ライブラリを独立したサイト コレクションに配置し、サイトの他の部分から独
立したコンテンツ データベースを使用する場合の論理アーキテクチャの例を示しています。
326
次の表は、この 2 つの方法を要約したものです。2 つの方法を組み合わせて実装することもで
きます。
分野 単一のサイト コレクション
独立したサイト コレクション
説明 デジタル メディア ライブラリが デジタル メディア ライブラリをホストする独立
他のコンテンツと同じサイト コ したサイト コレクションが展開されます。
レクション内に配置されます。
サイト構造内に複数のデジタル
メディア ライブラリを作成でき
ます。
使用 チームはデジタル メディア ライ チームは中央管理されたデジタル メディア ライ
方法 ブラリをチームのサイトに追加 ブラリにメディア ファイルを追加して使用します
することも、トップレベル サイ 。
トに配置されたライブラリを使
327
分野 単一のサイト コレクション
用することもできます。
独立したサイト コレクション
メモ:
発行サイトを使用する場合は、独立したサイトに
あるメディア ライブラリの URL を、発行サイト
の [推奨されるコンテンツ ブラウザーの場所] の
一覧に追加できます。こうすることで、コンテン
ツ作成者は、SharePoint Server 2010 内の Web ペ
ージ、Microsoft Word などの Microsoft Office 2010
スイート アプリケーション内の Web ページにメ
ディアを挿入するときにメディア ライブラリにア
クセスできるようになります。
管理 チームは、そのチーム自身のラ メディア ファイルは独立したデータベースに格納
イブラリを管理します。メディ されるので、このコンテンツは別のサービス レベ
ア ファイルは、サイト コレクシ ル契約に従って独立して管理できます。
ョンの他のすべてのコンテンツ
と同じように管理されます。
パフ メディア ファイルの合計量が非
ォー 常に大きいと、サイト全体のパ
マン フォーマンスが影響を受けるこ
スと とがあります。サイト コレクシ
容量 ョンでデータベース容量が上限
に近づいたり上限を超えた場合
は、サーバー ファーム全体をス
ケール アウトすることが容易で
はなくなります。
メディア ファイルは独立したデータベースに格納
されるので、データベースを必要に応じて専用の
ハードウェアにスケール アウトし、このコンテン
ツがサーバー ファームの他の部分に与えるパフォ
ーマンスの影響を軽減できます。
ソリューションにデジタル メディアの管理を組み込む計画を立てるときは、格納されるファイルの
量とサイズ、およびファイルの用途を慎重に検討してください。これはサイト アーキテクチャの設
計でメディア ライブラリの配置を決めるときに役立ちます。
デジタル メディア ライブラリのトポロジのコンポーネ
ント
デジタル メディア ライブラリのトポロジでは、Web サーバー、アプリケーション サーバー、データ
ベース サーバーなど、標準的な SharePoint トポロジと同じ要素が使用されます。デジタル メデ
ィアの管理に特有のコンポーネントがトポロジ内の一定の場所に配置されますが、それによって
トポロジ全体の構造が変わることはありません。デジタル メディア ライブラリのトポロジで構成
を決める必要があるのは、次のコンポーネントです。
328

BLOB キャッシュ ディスク ベースの BLOB キャッシュでは、頻繁に使用される画像、オー
ディオ、ビデオのファイルや、Web ページの表示に使用される (.css ファイル, .js ファイルな
どの) 他のファイルなど、バイナリ ラージ オブジェクト (BLOB) のキャッシュが制御されます
。ソリューションにメディア ライブラリを組み込む場合は、BLOB キャッシュを常に有効にし
ます。BLOB キャッシュはサーバー ファームのすべてのフロントエンド Web サーバーで有
効になります。

ビット レート調整 ビット レート調整は、サーバーとクライアント コンピューターの間でメディ
ア ファイルの種類とデータがダウンロードされる速度を調節する インターネット インフォメ
ーション サービス (IIS) 7.0 の拡張機能です。ビット レート調整はサーバー ファームのすべ
てのフロントエンド Web サーバーで有効にでき、ソリューションでメディア ライブラリにオー
ディオ ファイルやビデオ ファイルを追加する場合は常に有効にする必要があります。詳細
については、「Bit Rate Throttling (英語)」
(http://go.microsoft.com/fwlink/?linkid=155151&clcid=0x411) (英語) を参照してください。

アップロードの最大ファイル サイズ アップロードの最大ファイル サイズは、SharePoint
Server 2010 Web アプリケーションで使用される設定で、ユーザーがサーバーにアップロー
ドできるファイルの最大サイズを指定します。アップロードの最大ファイル サイズは、サーバ
ーの全体管理をホストするサーバー上の Web アプリケーションごとに構成し、メディア ライ
ブラリにアップロードされるファイルのサイズに対応できるように調整する必要があります。
詳細については、「Plan for caching and performance」を参照してください。
デジタル メディア ライブラリ ソリューションを使用して非常にサイズの大きいコンテンツを格納
する場合、リモート BLOB ストレージ (RBS) を使用してラージ バイナリ データ (BLOB) を
Microsoft SQL Server 2008 から外部ストレージ ソリューションに移動することを検討してくださ
い。RBS は、SharePoint Server 2010 または インターネット インフォメーション サービス (IIS)
7.0 の機能ではありません。詳細については、「Overview of Remote BLOB Storage
(SharePoint Server 2010)」を参照してください。
標準的なデジタル メディア ライブラリのトポロジ
ここでは、サーバー ファーム トポロジ全体に影響する可能性があるコンポーネントについて説
明します。
デジタル メディア ライブラリは、SharePoint Server 2010 でサポートされるどのようなサーバー
ファーム トポロジでも適切に機能します。単一のサーバー、小規模なサーバー ファーム、大規
模なサーバー ファームのいずれでも使用できます。
BLOB キャッシュまたはビット レート調整を展開する場合は、Web サーバーに次のように展開す
る必要があります。

BLOB キャッシュは IIS 7.0 で有効にし、すべてのフロントエンド Web サーバーに格納しま
す。

ビット レート調整を使用する場合は、すべてのフロントエンド Web サーバーにインストール
して IIS 7.0 で構成する必要があります。
さらに、サーバーの全体管理 Web サイトをホストするサーバーを使用して、サーバー上の Web
アプリケーションごとにアップロードの最大ファイル サイズを構成します。
329
メモ:
サーバー ファームの規模と、実装するソリューションの種類によっては、検索データベ
ース、クエリとインデックス サーバーなど、特定の役割を果たす追加のサーバーを展開
することがあります。
次の図は、デジタル メディア ライブラリのトポロジ用のコンポーネントを追加した、標準的な 3
層サーバー ファーム トポロジを示しています。
コール 要素
アウト
1
それぞれ BLOB キャッシュとビット レート調整が (必要に応じて) 有効になった
フロントエンド Web サーバー。
2
サーバーの全体管理を実行するアプリケーション サーバー。サーバーの全体管理
の Web アプリケーションごとに、アップロードの最大ファイル サイズを指定し
ます。
3
1 つ以上のコンテンツ データベースがあるデータベース サーバー。
330
デジタル メディア ライブラリ用にトポロジをスケーリ
ングする
デジタル メディア ライブラリを組み込んだソリューションを計画およびスケーリングするときは、
容量計画とパフォーマンスという 2 つの主要な要素を検討する必要があります。ビデオ ファイ
ルとオーディオ ファイルは、画像などのファイルに比べてサイズがはるかに大きくなるので、そ
れらを格納すると短期間で記憶容量が上限に達する可能性があります。また、それらのファイ
ルにアクセスするユーザーの数によっては、サーバーへのファイル要求とクライアント ブラウザ
ーへのファイル送信の割合がネットワーク パフォーマンスに影響を与えます。
たとえば、メディア ライブラリをトレーニング ビデオの格納に使用する計画がある場合は、各ビ
デオの平均サイズと、組織に必要となるビデオの推定合計数を検討する必要があります。また
、ビデオを閲覧するユーザーの数と、どのビデオが頻繁に要求される可能性があるかも検討す
る必要があります。
デジタル メディア管理トポロジの主要なコンポーネントごとに、次の点を検討してください。

データベースの記憶域 コンテンツ データベース サーバーに、ユーザーからアップロードさ
れるすべてのファイルを格納できる十分な記憶容量はありますか。ユーザーからサーバー
にアップロードされるファイルの平均サイズと数を把握することが重要です。

BLOB キャッシュの記憶域 フロントエンド Web サーバーに、キャッシュされるファイルを格
納できる十分な記憶容量はありますか。

リモート BLOB ストレージ (RBS) 非常にサイズの大きいコンテンツがある場合は、RBS を
使用して BLOB のストレージをコンテンツ データベースから外部ストレージ ソリューション
へ移動することを検討してください。詳細については、「Overview of Remote BLOB Storage
(SharePoint Server 2010)」を参照してください。
デジタル メディア ライブラリ計画の論理アーキテクチャによって、サーバー ファームをスケール
アウトする場合のオプションが変わります。デジタル メディア ライブラリを専用のサイト コレクシ
ョンに配置すると、必要に応じてデータベースを専用のサーバーに簡単に移動し、容量とパフォ
ーマンスを向上させることができます。
関連項目
概念
デジタル資産ライブラリを計画する (SharePoint Server 2010)
デジタル資産管理の概要 (SharePoint Server 2010)
その他のリソース
Plan for caching and performance
331
SharePoint Server 2010 の計画ワークシート
この記事の内容 :

計画ワークシート (タスク別)

計画ワークシート (タイトル別)
この記事では、Microsoft SharePoint Server 2010 の展開を計画するときに収集した情報や決
定事項を記録するために使用できるワークシートへのリンクを示します。これらのワークシート
は、「Planning and architecture for Office SharePoint Server 2007」の代わりに使用するのでは
なく、両者を組み合わせて使用してください。
計画ワークシート (タスク別)
タスク
使用するワークシート
目的
サイトとサ サイト計画データ ワークシート (英語)
イト コレク (http://go.microsoft.com/fwlink/?linkid=167837&clcid=0x411) (
ションを計 英語)
画する
(SharePoint
Server 2010)
トップレベル
のサイト コレ
クションおよ
びサイトを計
画し、サイト
のテーマとナ
ビゲーション
に関する決定
事項を記録し
ます。
サイトのナ サイト計画データ ワークシート (英語)
ビゲーショ (http://go.microsoft.com/fwlink/?linkid=167837&clcid=0x411) (
ンを計画す 英語)
る
(SharePoint
Server 2010)
トップレベル
のサイト コレ
クションおよ
びサイトを計
画し、サイト
のテーマとナ
ビゲーション
に関する決定
事項を記録し
ます。
テーマの使 サイト計画データ ワークシート (英語)
用を計画す (http://go.microsoft.com/fwlink/?linkid=167837&clcid=0x411) (
る
英語)
(SharePoint
トップレベル
のサイト コレ
クションおよ
びサイトを計
332
タスク
使用するワークシート
目的
Server 2010)
画し、サイト
のテーマとナ
ビゲーション
に関する決定
事項を記録し
ます。
Plan incoming Plan incoming e-mail worksheet (英語)
e-mail
(http://go.microsoft.com/fwlink/?linkid=200542&clcid=0x411) (
(SharePoint 英語)
Server 2010)
SharePoint サ
イトで電子メ
ール メッセー
ジや添付ファ
イルを受信し
てリストとラ
イブラリに保
存できるよう
にするために
受信メールを
計画します。
Plan content コンテンツ展開データ ワークシート (英語)
deployment (http://go.microsoft.com/fwlink/?linkid=167835&clcid=0x411) (
(SharePoint 英語)
Server 2010)
コンテンツ展
開トポロジに
含まれるファ
ーム内のエク
スポートおよ
びインポート
サーバーを計
画し、コンテ
ンツ展開のパ
スとジョブを
計画します。
Managed
metadata
planning
用語セット計画ワークシート (英語
用語、使用法
)(http://go.microsoft.com/fwlink/?linkid=163486&clcid=0x411) ( 、所有者、グ
英語)
ループなど、
基本的な分類
を決定します
。
Plan managed 詳細用語セット計画ワークシート (英語
metadata
)(http://go.microsoft.com/fwlink/?linkid=163487&clcid=0x411) (
(SharePoint 英語)
Server 2010)
測定値などの
詳細な識別特
性を含む分類
を決定します
。
Plan managed Managed Metadata Services 計画ワークシート (英語
管理されたメ
333
タスク
使用するワークシート
目的
metadata
)(http://go.microsoft.com/fwlink/?linkid=164578&clcid=0x411) ( タデータ サー
(SharePoint 英語)
ビスおよび接
Server 2010)
続を使用して
、メタデータ
情報の共有を
計画します。
ドキュメン ドキュメント管理関係者ワークシート (英語)
ト管理の計 (http://go.microsoft.com/fwlink/?linkid=165871&clcid=0x411) (
画
英語)
(SharePoint
Server 2010)
ドキュメント
管理計画関係
者を指定し、
ドキュメント
管理慣行を記
録します。
ドキュメン ドキュメント使用状況分析ワークシート (英語)
ト管理の計 (http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x411) (
画
英語)
(SharePoint
Server 2010)
ドキュメント
の使用状況の
分析時に収集
された情報を
記録します。
ドキュメン ポリシー ワークシート (英語)
ト管理の計 (http://go.microsoft.com/fwlink/?linkid=165883&clcid=0x411) (
画
英語)
(SharePoint
Server 2010)
コンテンツ タ
イプの情報管
理ポリシーを
計画します。
レコード管 インプレース レコード計画ワークシート (英語
理の計画
)(http://go.microsoft.com/fwlink/?linkid=185011&clcid=0x411) (
(SharePoint 英語)
Server 2010)
通常のドキュ
メント ライブ
ラリに格納す
るレコードの
種類およびコ
ンテンツ タイ
プを識別しま
す。
Plan for
バックアップと復旧計画ワークシート (英語)
backup and (http://go.microsoft.com/fwlink/?linkid=184385&clcid=0x411) (
recovery
英語)
(SharePoint
Server 2010)
SharePoint
Server 2010 環
境のバックア
ップと復旧の
戦略の計画に
役立ちます。
ドキュメン ドキュメント管理の計画 (SharePoint Server 2010)
ト管理の計
画
コンテンツ タ
イプを計画し
ます。
334
タスク
使用するワークシート
目的
(SharePoint
Server 2010)
Plan and
アップグレード ワークシート (英語)
prepare for (http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x411) (
upgrade
英語)
(SharePoint
Server 2010)
アップグレー
ドの準備中に
環境に関する
情報を記録し
ます。
メタデータ Content Organizer settings worksheet (英語)
ベースのル (http://go.microsoft.com/fwlink/?linkid=189018&clcid=0x411) (
ーティング 英語)
と記憶域の
計画
(SharePoint
Server 2010)
サイトでのコ
ンテンツ オー
ガナイザーの
設定がメタデ
ータ ベースの
コンテンツ ル
ーティングと
記憶域のソリ
ューションで
どの程度有効
かを判断し、
記録します。
メタデータ Content Organizer rule worksheet (英語)
ベースのル (http://go.microsoft.com/fwlink/?linkid=189019&clcid=0x411) (
ーティング 英語)
と記憶域の
計画
(SharePoint
Server 2010)
メタデータ ベ
ースのルーテ
ィングおよび
記憶域ソリュ
ーションの一
部として効果
的なルールを
計画します。
計画ワークシート (タイトル別)
使用するワークシート
タスク
目的
ドキュメント使用状況分析ワークシート (英語)
ドキュメン
(http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x411) ( ト管理の計
英語)
画
(SharePoint
Server 2010)
ドキュメント
の使用状況の
分析時に収集
された情報を
記録します。
バックアップと復旧計画ワークシート (英語)
SharePoint
335
Plan for
使用するワークシート
タスク
目的
(http://go.microsoft.com/fwlink/?linkid=184385&clcid=0x411) ( backup and
英語)
recovery
(SharePoint
Server 2010)
Server 2010 環
境のバックア
ップと復旧の
戦略の計画に
役立ちます。
コンテンツ展開データ ワークシート (英語)
Plan content
(http://go.microsoft.com/fwlink/?linkid=167835&clcid=0x411) ( deployment
英語)
(SharePoint
Server 2010)
コンテンツ展
開トポロジに
含まれるファ
ーム内のエク
スポートおよ
びインポート
サーバーを計
画し、コンテ
ンツ展開のパ
スとジョブを
計画します。
Content Organizer rules worksheet (英語)
メタデータ
(http://go.microsoft.com/fwlink/?linkid=189019&clcid=0x411) ( ベースのル
英語)
ーティング
と記憶域の
計画
(SharePoint
Server 2010)
メタデータ ベ
ースのルーテ
ィングおよび
記憶域ソリュ
ーションの一
部として効果
的なルールを
計画します。
Content Organizer settings worksheet (英語)
メタデータ
(http://go.microsoft.com/fwlink/?linkid=167835&clcid=0x411) ( ベースのル
英語)
ーティング
と記憶域の
計画
(SharePoint
Server 2010)
サイトでのコ
ンテンツ オー
ガナイザーの
設定がメタデ
ータ ベースの
コンテンツ ル
ーティングと
記憶域のソリ
ューションで
どの程度有効
かを判断し、
記録します。
コンテンツ タイプ ワークシート (英語)
ドキュメン
(http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x411) ( ト管理の計
英語)
画
(SharePoint
コンテンツ タ
イプを計画し
ます。
336
使用するワークシート
タスク
目的
Server 2010)
詳細用語セット計画ワークシート (英語
Managed
)(http://go.microsoft.com/fwlink/?linkid=163487&clcid=0x411) ( metadata
英語)
planning
測定値などの
詳細な識別特
性を含む分類
を決定します
。
ドキュメント ライブラリ ワークシート (英語)
ドキュメン
(http://go.microsoft.com/fwlink/?linkid=165874&clcid=0x411) ( ト管理の計
英語)
画
(SharePoint
Server 2010)
サイトおよび
ドキュメント
タイプに基づ
いてライブラ
リを計画しま
す。
ドキュメント管理関係者ワークシート (英語)
ドキュメン
(http://go.microsoft.com/fwlink/?linkid=165871&clcid=0x411) ( ト管理の計
英語)
画
(SharePoint
Server 2010)
ドキュメント
管理計画関係
者を指定し、
ドキュメント
管理慣行を記
録します。
インプレース レコード計画ワークシート (英語
レコード管
)(http://go.microsoft.com/fwlink/?linkid=185011&clcid=0x411) ( 理の計画
英語)
(SharePoint
Server 2010)
通常のドキュ
メント ライブ
ラリに格納す
るレコードの
種類およびコ
ンテンツ タイ
プを識別しま
す。
Managed Metadata Services 計画ワークシート (英語
Managed
)(http://go.microsoft.com/fwlink/?linkid=164578&clcid=0x411) ( metadata
英語)
planning
管理されたメ
タデータ サー
ビスおよび接
続を使用して
、メタデータ
情報の共有を
計画します。
Plan incoming e-mail worksheet (英語)
Plan incoming SharePoint サ
(http://go.microsoft.com/fwlink/?linkid=200542&clcid=0x411) ( e-mail
イトで電子メ
英語)
(SharePoint ール メッセー
Server 2010) ジや添付ファ
イルを受信し
てリストとラ
337
使用するワークシート
タスク
目的
イブラリに保
存できるよう
にするために
受信メールを
計画します。
ポリシー ワークシート (英語)
ドキュメン
(http://go.microsoft.com/fwlink/?linkid=165883&clcid=0x411) ( ト管理の計
英語)
画
(SharePoint
Server 2010)
コンテンツ タ
イプの情報管
理ポリシーを
計画します。
サイト計画データ ワークシート (英語)
サイトとサ
(http://go.microsoft.com/fwlink/?linkid=167837&clcid=0x411) ( イト コレク
英語)
ションを計
画する
(SharePoint
Server 2010)
トップレベル
のサイト コレ
クションおよ
びサイトを計
画し、サイト
のテーマとナ
ビゲーション
に関する決定
事項を記録し
ます。
サイトのナ
ビゲーショ
ンを計画す
る
(SharePoint
Server 2010)
テーマの使
用を計画す
る
(SharePoint
Server 2010)
用語セット計画ワークシート (英語
Managed
)(http://go.microsoft.com/fwlink/?linkid=163486&clcid=0x411) ( metadata
英語)
planning
用語、使用法
、所有者、グ
ループなど、
基本的な分類
を決定します
。
アップグレード ワークシート (英語)
Plan and
(http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x411) ( prepare for
英語)
upgrade
(SharePoint
Server 2010)
アップグレー
ドの準備中に
環境に関する
情報を記録し
ます。
338
339
Fly UP