WebCenter Content Content Serverアプリケーション管理者ガイド

11g リリース1(11.1.1)

B65036-02(原本部品番号:E10978-02)

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 概要

- 1.1 このガイドについて

- 1.2 新機能

- 1.2.1 リリース11g (11.1.1.6.0)

- 1.2.2 リリース11g (11.1.1)

- 1.3 管理アプリケーション

- 1.3.1 ユーザー・タイプ

- 1.3.2 管理アプリケーションへのアクセス

- 1.3.3 管理アプリケーションのアプレットとしての実行

- 1.3.4 スタンドアロン・モードでの管理アプリケーションの実行

- 1.3.4.1 Windowsシステムの場合

- 1.3.4.2 UNIXシステムの場合

2 リポジトリ・コンテンツの管理

- 2.1 コンテンツ・タイプ

- 2.1.1 コンテンツ・タイプの管理

- 2.2 カスタム・フィールド

- 2.2.1 カスタム・フィールドについて

- 2.2.1.1 アプリケーション・フィールド

- 2.2.1.2 カスタム・メタデータ・フィールド

- 2.2.1.3 標準メタデータ・フィールド

- 2.2.2 カスタム・フィールドの追加または編集

- 2.2.3 データベースまたは検索索引の再構築

- 2.2.4 オプション・リストの定義

- 2.2.4.1 オプション・リスト・ストレージの定義

- 2.2.4.2 オプション・リストのコンテンツの追加または編集

- 2.2.4.3 ビュー値の編集

- 2.2.4.4 ツリーの値の使用

- 2.3 ネイティブ・コンテンツの変換

- 2.3.1 MIMEタイプの識別

- 2.3.2 ネイティブ・アプリケーションとコンテンツの変換

- 2.3.3 ファイル・タイプと変換プログラムの関連付け

- 2.3.4 サムネイル

- 2.4 コンテンツおよびリビジョンの管理

- 2.4.1 コンテンツ・リストの管理

- 2.4.1.1 列およびフィルタの設定の変更

- 2.4.1.2 デフォルトのソート順序の変更

- 2.4.2 コンテンツの管理

- 2.4.2.1 新しいコンテンツ・アイテムの追加

- 2.4.2.2 リポジトリ・マネージャを使用したコンテンツ・メタデータの管理

- 2.4.2.3 リポジトリ・マネージャを使用した期限切れのコンテンツの管理

- 2.4.3 リビジョンの管理

- 2.4.3.1 リビジョンのチェックインおよびチェックアウト

- 2.4.3.2 チェックアウトを元に戻すか、またはリビジョンを再発行する方法

- 2.4.3.3 リビジョンの削除

- 2.4.3.4 ワークフロー・リビジョンの管理

- 2.5 コンテンツの電子的な署名

- 2.5.1 電子シグネチャについて

- 2.5.2 カスタム電子シグネチャ・メタデータ

- 2.5.3 カスタム電子シグネチャのフィールドの追加または編集

- 2.6 コンテンツのサブスクライブ

- 2.6.1 サブスクリプションの使用

- 2.6.1.1 条件サブスクリプションの追加または編集

- 2.6.1.2 ユーザーの追加またはサブスクライブ解除

- 2.6.1.3 サブスクリプション情報の表示

- 2.6.1.4 条件サブスクリプションの削除

- 2.7 リンク・マネージャを使用したリンク付きコンテンツの管理

- 2.7.1 リンクの抽出プロセス

- 2.7.1.1 ファイル・フォーマットと変換

- 2.7.1.2 リンク・ステータス

- 2.7.2 リンク・マネージャの構成

- 2.7.2.1 リンク・パターン

- 2.7.2.2 データベース表

- 2.7.2.3 リンク・マネージャのフィルタ

- 2.7.3 Site Studioの統合

- 2.7.4 リンクの管理

- 2.7.4.1 リフレッシュの代替方法

- 2.7.4.2 ManagedLinks表のリンクの再計算およびリフレッシュ

3 スキーマとプロファイルの管理

- 3.1 スキーマを使用したメタデータのカスタマイズ

- 3.1.1 スキーマ構造

- 3.1.1.1 表

- 3.1.1.2 ビュー

- 3.1.1.3 リレーションシップ

- 3.1.1.4 スキーマ・ディレクトリ構造

- 3.1.1.5 スキーマベースのリストのサンプル

- 3.1.2 スキーマの作成

- 3.1.2.1 スキーマ用の表の選択

- 3.1.2.2 スキーマ・ビューの作成

- 3.1.2.3 スキーマ・リレーションの作成

- 3.1.2.4 メタデータ・フィールドの追加

- 3.1.2.5 スキーマの有効化

- 3.1.2.6 パブリッシュ・サイクル間隔の変更

- 3.1.3 スキーマの例: 動的リスト

- 3.1.4 スキーマの例: 複数ツリーの再帰表

- 3.2 プロファイルを使用した「コンテンツ」画面のカスタマイズ

- 3.2.1 コンテンツ・プロファイルの要素

- 3.2.1.1 プロファイル・リンクの使用

- 3.2.2 コンテンツ・プロファイル・ルール

- 3.2.2.1 ルールのメタデータ・フィールドと属性

- 3.2.2.2 ルールのアクティブ化条件

- 3.2.2.3 ルールの制限リスト

- 3.2.2.4 正規表現

- 3.2.2.5 ルールを使用したメタデータ・フィールドのグループ化

- 3.2.3 順序を変更したメタデータ・フィールドの表示結果

- 3.2.3.1 グループ化されたメタデータ・フィールドの一般的な順序

- 3.2.3.2 グループ内でのメタデータ・フィールドの位置指定

- 3.2.3.3 グループ化されたメタデータ・フィールドの表示結果

- 3.2.3.4 フィールドの移動

- 3.2.4 ルールの管理

- 3.2.4.1 ルールの作成または編集

- 3.2.4.2 グローバル・ルールの作成、編集または削除

- 3.2.4.3 ルールのメタデータ・フィールドの追加

- 3.2.4.4 ルールのアクティブ化条件の追加、編集または削除

- 3.2.4.5 カスタム条件とサイド・エフェクト

- 3.2.4.6 デフォルト値、導出値および制限リストの設定

- 3.2.4.7 デフォルト値または導出値と制限リストの編集

- 3.2.4.8 必須フィールドの表示の設定

- 3.2.5 コンテンツ・プロファイルのトリガー

- 3.2.5.1 プロファイル・トリガー・フィールドの選択

- 3.2.5.2 プロファイル・トリガー・フィールドの無効化

- 3.2.6 コンテンツ・プロファイルの作成と使用

- 3.2.6.1 プロファイルの作成、編集または削除

- 3.2.6.2 プロファイルのプレビュー

- 3.2.6.3 プロファイルのトラブルシューティング

- 3.2.7 コンテンツ・プロファイルの例

- 3.2.7.1 部門ベースのコンテンツ・プロファイル

- 3.2.7.2 ブラックホール履歴書チェックイン

- 3.2.7.3 ユーザー・ロールに基づいてコンテンツ・チェックインを制限するグローバル・ルール

- 3.2.7.4 コンテンツ・タイプ・メタデータ変更を制限するグローバル・ルール

4 ワークフローの使用

- 4.1 ワークフローの概要

- 4.1.1 ワークフローのステップ

- 4.1.1.1 イベント

- 4.1.1.2 ワークフローのファイル

- 4.1.2 ワークフロー・ステップの評価プロセス

- 4.1.3 ワークフローへの参加

- 4.2 ワークフローの計画

- 4.2.1 ワークフロー・タイプの選択

- 4.2.1.1 セキュリティに関する問題

- 4.2.2 ワークフローの設計

- 4.2.3 ワークフローの変更

- 4.3 基準ワークフローの作成

- 4.3.1 基準ワークフロー・プロセス

- 4.3.1.1 基準ワークフローのヒント

- 4.3.2 基準ワークフローの設定

- 4.3.3 基準ワークフローまたはサブワークフローの変更

- 4.3.4 基準ワークフローまたはサブワークフローの無効化

- 4.4 基本ワークフローの作成

- 4.4.1 基本ワークフロー・プロセス

- 4.4.2 基本ワークフローのヒント

- 4.4.3 基本ワークフローの設定

- 4.4.4 基本ワークフローの変更

- 4.5 ワークフローのカスタマイズ

- 4.5.1 Idocスクリプトの関数および変数

- 4.5.2 ワークフロー・トークン

- 4.5.2.1 トークンの構文

- 4.5.2.2 トークンの作成、編集または削除

- 4.5.2.3 トークンの例

- 4.5.3 ワークフロー・ジャンプ

- 4.5.3.1 ジャンプおよびイベント

- 4.5.3.2 ジャンプの作成

- 4.5.3.3 ジャンプの変更

- 4.5.3.4 ジャンプの例

- 4.5.3.5 ジャンプのエラー

- 4.6 ワークフローおよびスクリプトのテンプレート

- 4.6.1 ワークフロー・テンプレートの作成または変更

- 4.6.2 スクリプト・テンプレートの作成

- 4.6.2.1 ジャンプのサイド・エフェクトの設定

- 4.6.2.2 スクリプト・テンプレートの条件文の設定

- 4.6.2.3 スクリプトのテスト

- 4.6.2.4 スクリプト・テンプレートの変更

- 4.6.2.5 スクリプト・テンプレートの削除

- 4.7 ワークフローのシナリオ

- 4.7.1 シナリオ1: 基準ワークフロー

- 4.7.2 シナリオ2: トークン

- 4.7.3 シナリオ3: メタデータに基づいたジャンプ

- 4.7.4 シナリオ4: 時間依存のジャンプ

- 4.8 ワークフローのヒントおよび要領

- 4.8.1 ステップ認証の要求

- 4.8.2 パラレル・ワークフローの設定

- 4.8.3 非定型ステップ・ユーザーの追加

- 4.8.4 基準ワークフローの電子メールのカスタマイズ

- 4.8.4.1 電子メール・テンプレートのカスタマイズ

- 4.8.4.2 件名またはメッセージ行のカスタマイズ

- 4.8.5 ワークフローのエスカレーション

- 4.8.5.1 ワークフロー・エスカレーションの設定

- 4.8.6 その他のカスタマイズ

- 4.8.6.1 非レビューアによる承認の設定

- 4.8.6.2 ワークフロー・アイテムの自動レプリケーション

- 4.8.7 フォルダからの基準ワークフローのトリガー

- 4.8.8 ワークフロー・ステップ内での検索

- 4.8.9 ワークフロー通知の抑止

- 4.9 ワークフロー通知の抑止

- 4.9.1 「編集」ステータスまたは「WWW生成」ステータスでスタックしているワークフロー・アイテム

- 4.9.2 「レビュー」ステータスでスタックしているワークフロー・アイテム

- 4.9.3 誤ったワークフローに入ったワークフロー・アイテム

5 PDFウォーターマーク

- 5.1 PDFウォーターマークの概要

- 5.1.1 静的ウォーターマーク

- 5.1.2 動的ウォーターマーク

- 5.1.3 ウォーターマークのタイプ

- 5.1.4 テンプレート

- 5.1.4.1 ウォーターマーク・メタデータの構成

- 5.1.4.2 テンプレート・セキュリティ

- 5.1.4.3 パスワードの暗号化

- 5.1.5 動的ウォーターマークのルール

- 5.1.6 PDF最適化

- 5.1.7 ウォーターマークの配置

- 5.2 ウォーターマークのシナリオ

- 5.2.1 静的ウォーターマークのシナリオ

- 5.2.2 動的ウォーターマークのシナリオ

- 5.3 PDFウォーターマークの管理

- 5.3.1 暗号化ライブラリに対するクラスパスの指定

- 5.3.2 PDFウォーターマークの管理の開始

- 5.3.3 テンプレート・メタデータのデフォルトの設定

- 5.3.4 テンプレートの追加または編集

- 5.3.4.1 セキュリティの設定

- 5.3.4.2 テキスト・ウォーターマークの追加または編集

- 5.3.4.3 イメージ・ウォーターマークの追加または編集

- 5.3.4.4 電子シグネチャ・ウォーターマークの追加または編集

- 5.3.5 ルールの作成および編集

6 FoldersとWebDAVの使用

- 6.1 Foldersの使用

- 6.1.1 Foldersインタフェース

- 6.1.2 Foldersとファイル

- 6.1.3 ショートカットおよびリンク

- 6.1.3.1 フォルダおよびショートカット

- 6.1.3.2 コンテンツ・アイテム・リンク

- 6.1.4 問合せフォルダおよびフォルダ検索

- 6.1.5 フォルダ保存

- 6.1.6 個人フォルダ

- 6.1.7 セキュリティおよびユーザー・アクセス

- 6.1.8 コンテンツ・アイテムのバージョニング

- 6.1.9 フォルダおよびコンテンツ・アイテムのメタデータ

- 6.1.9.1 デフォルト・メタデータ

- 6.1.9.2 メタデータの伝播

- 6.1.9.3 メタデータ・プロファイル

- 6.2 Foldersの管理

- 6.2.1 構成変数の設定

- 6.2.1.1 フォルダ変数

- 6.2.1.2 Folders移行変数

- 6.2.1.3 Folders WebDAV変数

- 6.2.2 保存スケジュールの使用

- 6.2.2.1 保存ルールの指定

- 6.2.2.2 保存スケジュールの構成

- 6.2.3 Folders構造への移行

- 6.3 Contribution Foldersの使用

- 6.3.1 使用方法と構造

- 6.3.2 Contribution Foldersコンポーネントのセキュリティ

- 6.3.3 ごみ箱

- 6.3.4 メタデータ伝播とデフォルト値

- 6.3.5 最新バージョンと最新リリース済バージョンとの比較

- 6.3.6 ローカルのコントリビューション・フォルダ

- 6.3.7 コントリビューション・フォルダのアーカイブと検索

- 6.3.8 パフォーマンスの最適化

- 6.3.9 メタデータの継承

- 6.4 コントリビューション・フォルダの管理

- 6.4.1 コントリビューション・フォルダの構成

- 6.4.1.1 フォルダおよびファイルの制限の設定

- 6.4.1.2 システム・フォルダの有効化と無効化

- 6.4.1.3 ごみ箱の無効化

- 6.4.1.4 システムのデフォルト・メタデータの定義

- 6.4.1.5 メタデータの伝播の構成

- 6.4.1.6 特定フォルダを除くメタデータ・フィールドのグローバルな非表示

- 6.4.2 ローカル・フォルダの管理

- 6.4.2.1 ローカル・フォルダの指定

- 6.4.2.2 ローカル・フォルダの再構築

- 6.4.2.3 ローカル・フォルダの削除

- 6.4.3 コントリビューション・フォルダのアーカイブ

- 6.4.3.1 アーカイブのエクスポート

- 6.4.3.2 アーカイブのインポート

- 6.4.4 URLがマップされたフォルダ

- 6.5 WebDAVインタフェース

- 6.5.1 WebDAVクライアント

- 6.5.2 WebDAVアーキテクチャ

- 6.5.3 WebDAVフォルダ

- 6.5.4 複数言語の同時サポート

- 6.6 WebDAVの管理

- 6.6.1 WebDAV接続文字列

- 6.6.2 コンテンツ・アイテムのデフォルトの命名規則

- 6.6.3 セキュリティとWebDAV

- 6.7 WebDAVのトラブルシューティング

- 6.7.1 ゼロバイトのファイル

- 6.7.1.1 原因

- 6.7.1.2 解決策

- 6.7.2 WebDAVフォルダへの接続がない

- 6.7.2.1 原因

- 6.7.2.2 解決策

- 6.7.3 接続に関するその他の問題

- 6.7.4 ファイル名のダブルバイト文字

- 6.7.4.1 原因

- 6.7.4.2 解決策

- 6.7.5 仮想フォルダ名またはファイル名の番号記号

- 6.7.5.1 原因

- 6.7.5.2 解決策

- 6.7.6 ExtranetLookコンポーネントの問題

- 6.7.6.1 原因

- 6.7.6.2 解決策

- 6.7.7 自動コントリビューション・ワークフロー・ステップにおけるコンテンツ・アイテムのスタック

- 6.7.7.1 原因

- 6.7.7.2 解決策

- 6.7.8 Site Studio Webサイトのコントリビューション・フォルダからのコンテンツの削除

- 6.7.8.1 原因

- 6.7.8.2 解決策

- 6.7.9 WebDAVのドラッグ・アンド・ドロップがWindows 2000で機能しない

- 6.7.9.1 原因

- 6.7.9.2 解決策

- 6.7.10 フォルダ・ショートカットに最新の変更が表示されない

- 6.7.10.1 原因

- 6.7.10.2 解決策

- 6.7.11 すべてのWebDAVリクエストのプロファイル・ルール

- 6.7.11.1 解決策

7 コンテンツ・フォリオの管理

- 7.1 コンテンツ・フォリオの使用

- 7.2 コンテンツ・フォリオの管理

- 7.2.1 フォリオ・テンプレートの作成と編集

- 7.2.1.1 フォリオ・テンプレートの作成

- 7.2.2 カスタム・ビューアおよびレンダラの追加

8 Content Trackerの使用

- 8.1 Content Trackerの機能

- 8.1.1 Content TrackerおよびContent Trackerレポート

- 8.1.2 データの記録、削除およびレポート作成

- 8.1.3 Content Trackerの用語

- 8.1.4 インストールに関する考慮事項

- 8.2 操作の詳細

- 8.2.1 データ収集

- 8.2.1.1 サービス・ハンドラ・フィルタ

- 8.2.1.2 Webサーバー・フィルタ・プラグイン

- 8.2.1.3 ロギング・サービス

- 8.2.1.4 データ収集の有効化または無効化

- 8.2.2 データ削減

- 8.2.2.1 標準的なデータ削減プロセス

- 8.2.2.2 アクティビティ・メトリックを使用するデータ削減プロセス

- 8.2.2.3 データ削減サイクル

- 8.2.2.4 アクセス・モードおよびデータ削減

- 8.2.2.5 イベント・ログの削減順序

- 8.2.2.6 削減スケジュール

- 8.2.2.7 データ削減の手動実行

- 8.2.2.8 データ削減の自動実行の設定

- 8.2.2.9 データ・ファイルの削除

- 8.2.3 Content Trackerイベント・ログ

- 8.2.4 結合された出力表

- 8.2.5 データ出力

- 8.2.5.1 コンテンツ・アイテム・メタデータ

- 8.2.5.2 ユーザー・メタデータ表

- 8.2.5.3 削減ログ・ファイル

- 8.2.6 追跡の制限事項

- 8.2.6.1 シングルボックス・クラスタにおける追跡の制限事項

- 8.2.6.2 静的URLおよびWebDAV

- 8.2.6.3 データ・ディレクトリの保護

- 8.2.6.4 ExtranetLookコンポーネント

- 8.3 データ追跡機能

- 8.3.1 アクティビティ・スナップショット

- 8.3.1.1 検索関連メトリック

- 8.3.1.2 スナップショット機能の有効化

- 8.3.1.3 検索関連メタデータ・フィールドの作成

- 8.3.1.4 最終アクセス・フィールドのチェックイン時刻値の設定

- 8.3.1.5 バッチロードおよびアーカイブのための最終アクセス・フィールドの移入

- 8.3.1.6 メタデータ・フィールドへのアクティビティ・メトリックのリンク

- 8.3.1.7 スナップショット構成の編集

- 8.3.2 サービス・コール

- 8.3.3 Webビーコン機能

- 8.4 Content Trackerレポート

- 8.4.1 レポート機能および考慮事項

- 8.4.1.1 OracleおよびDB2の大/小文字の区別

- 8.4.1.2 アクセス制御リストおよびContent Trackerレポートのセキュア・モード

- 8.4.1.3 ユーザー認証/認可および監査

- 8.4.1.4 Site StudioのWebサイト・アクティビティ・レポート作成

- 8.4.2 レポート作成タイプ

- 8.4.2.1 事前定義済レポート

- 8.4.2.2 カスタム・レポート

- 8.4.2.3 レポートの生成

- 8.4.2.4 情報ページからのレポートへのアクセス

- 8.4.2.5 外部レポート作成ツール

- 8.4.3 セキュリティ・チェックと問合せ結果

- 8.4.3.1 セキュリティ・モードの例

- 8.4.3.2 事前定義済レポートとセキュリティ・モード

- 8.4.3.3 カスタム・レポートとセキュリティ・モード

- 8.4.3.4 セキュリティ構成の変更

- 8.4.3.5 セキュリティ・モードの選択

- 8.4.3.6 レポート問合せのセキュリティ・チェックの有効化または無効化

- 8.4.3.7 レポート問合せセキュリティのカスタマイズ

- 8.4.3.8 セキュアなレポート問合せの作成

- 8.4.4 Content Trackerレポートの使用

- 8.4.4.1 レポートの生成

- 8.4.4.2 ドリルダウン・レポートへのアクセス

- 8.4.4.3 情報ページからのレポートへのアクセス

- 8.4.4.4 リビジョン別アクセス結果の表示

- 8.4.4.5 すべてのバージョンが結合されたアクセス結果の表示

- 8.4.4.6 カスタム・レポート問合せの作成

- 8.5 トラブルシューティング

- 8.5.1 Webサーバー・フィルタ・プラグインのデバッグ・サポート

- 8.5.2 Javaコードのデバッグ・サポート

- 8.5.3 DataBinderダンプ機能

9 Content Categorizerの使用

- 9.1 Content Categorizerの機能

- 9.1.1 XML変換

- 9.1.2 検索ルールの概要

- 9.1.3 Content Categorizerの使用

- 9.1.3.1 オペレーティング・モード

- 9.2 Content Categorizerの設定

- 9.2.1 XML変換メソッドの設定

- 9.2.2 フィールドのプロパティの定義(オプション)

- 9.3 検索ルール

- 9.3.1 検索ルールのガイドライン

- 9.3.2 検索ルール・タイプ

- 9.3.2.1 パターン照合検索ルール

- 9.3.2.2 抽象検索ルール

- 9.3.2.3 オプション・リスト検索ルール

- 9.3.2.4 カテゴリ化エンジン検索ルール

- 9.3.2.5 Filetype検索ルール

- 9.3.3 検索ルールの定義

- 9.3.3.1 検索ルールの作成

- 9.3.3.2 オプション・リストのキーワードの定義

- 9.3.3.3 「タイプ」フィールドへのルールの適用

- 9.4 サンプルのdoc_config.htmページ

- 9.5 XSLT変換

- 9.5.1 変換

- 9.5.2 XSLTスタイルシートを使用した変換

- 9.5.3 SearchML変換

- 9.5.4 Flexiondoc変換

A ユーザー・インタフェース

- A.1 コンテンツ・リポジトリ・インタフェース

- A.1.1 サポート対象Webブラウザの使用

- A.1.2 構成マネージャ・ページ

- A.1.2.1 「コンテンツ・アイテムの表示」画面

- A.1.2.2 「ユーザーの表示」画面

- A.1.2.3 「フィルタの定義」画面

- A.1.2.4 「列の表示」画面

- A.1.3 コンテンツ・タイプ・インタフェース画面

- A.1.3.1「コンテンツ・タイプ」画面

- A.1.3.2 コンテンツ・タイプの追加/「コンテンツ・タイプの編集」画面

- A.1.4 ネイティブ・ファイル・フォーマット・インタフェース画面

- A.1.4.1 「ファイル・フォーマット」画面

- A.1.4.2 「ファイル・フォーマットの追加」/「ファイル・フォーマットの編集」画面

- A.1.4.3 「ファイル拡張子の追加」/「ファイル拡張子の編集」画面

- A.1.5 「サムネイル・オプションの構成」画面

- A.1.6 カスタム・フィールド・インタフェース画面

- A.1.6.1 「構成マネージャ」: 「情報フィールド」タブ画面

- A.1.6.2 「メタデータ・フィールド名の追加」画面

- A.1.6.3 「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面

- A.1.6.4 オプション・リストの構成画面

- A.1.6.5 オプション・リスト・ストレージ画面

- A.1.6.6 「ビュー値の編集」画面

- A.1.6.7 「オプション・リスト」画面

- A.1.6.8 「ツリー定義の編集」画面

- A.1.6.9 ツリーのルート・ノードの選択

- A.1.6.10 「拡張検索のデザイン」画面

- A.1.6.11 フィールドの詳細オプション画面

- A.1.6.12 「データベース設計の更新」画面

- A.1.6.13 「構成マネージャ」: 「アプリケーション・フィールド」タブ画面

- A.1.6.14 「アプリケーション・フィールドの追加」/「アプリケーション・フィールドの編集」画面

- A.1.7 「電子シグネチャの構成」画面

- A.1.8 リポジトリ・マネージャ・インタフェース画面

- A.1.8.1 リポジトリ・マネージャのメイン画面

- A.1.8.2 「リポジトリ・マネージャ」: 「コンテンツ」タブ画面

- A.1.9 コンテンツ・インタフェース画面

- A.1.9.1 「情報」画面

- A.1.9.2 「新しいコンテンツ・アイテムの追加」画面

- A.1.9.3 「コンテンツ情報の更新」画面

- A.1.10 リビジョン・インタフェース画面

- A.1.10.1 新しいリビジョンの追加画面

- A.1.10.2 「アイテムのチェックアウト」画面

- A.1.10.3 「チェックアウトを元に戻す」画面

- A.1.10.4 「リビジョンの再発行」画面

- A.1.10.5 「リビジョンの削除」画面

- A.1.10.6 「すべてのリビジョンを削除する」画面

- A.1.11 ワークフロー・リビジョン・インタフェース画面

- A.1.11.1 「リビジョンの承認」画面

- A.1.11.2 「リビジョンの却下」画面

- A.1.12 サブスクリプション・インタフェース画面

- A.1.12.1 「リポジトリ・マネージャ」: 「サブスクリプション」タブ画面

- A.1.12.2 サブスクリプション・タイプの追加/「サブスクリプション・タイプの編集」画面

- A.1.12.3 「フィールド」画面

- A.1.12.4 サブスクライブ者画面

- A.1.12.5 サブスクリプション・フィルタの定義画面

- A.1.12.6 「サブスクライブするコンテンツ・アイテム」画面

- A.1.12.7 「サブスクリプションの追加」画面

- A.1.12.8 「ユーザーの選択」画面

- A.1.12.9 「エイリアスの選択」画面

- A.1.12.10 「サブスクライバ」画面

- A.1.13 管理されたリンクの管理ページ

- A.1.14 スキーマ・インタフェース画面

- A.1.14.1 「構成マネージャ」: 「表」タブ画面

- A.1.14.2 「表の選択」画面

- A.1.14.3 「表の作成」/「表'名前'の編集」画面

- A.1.14.4 「列の追加」/「列の編集」画面

- A.1.14.5 「構成マネージャ」: 「ビュー」タブ画面

- A.1.14.6 「ビューの追加」画面: 「表の選択」画面

- A.1.14.7 「ビューの追加」画面: 「列の選択」画面

- A.1.14.8 「ビューの追加」/「ビューの編集」画面

- A.1.14.9 ビューの値の編集画面

- A.1.14.10 「値の追加」/「値の編集」画面

- A.1.14.11 値の編集: バッチの編集

- A.1.14.12 「構成マネージャ」: 「リレーション」タブ

- A.1.14.13 「リレーションシップの追加」/「リレーションの編集」画面

- A.1.14.14 「ツリーの編集」画面

- A.1.15 コンテンツ・プロファイル・インタフェース画面

- A.1.15.1 「構成マネージャ」: 「プロファイル」タブ画面

- A.1.15.2 「トリガー・フィールドの編集」画面

- A.1.15.3 「プロファイルの追加」画面

- A.1.15.4 「プロファイルの追加」/「プロファイルの編集」画面

- A.1.15.5 プロファイル・リンク画面

- A.1.15.6 「チェックイン」/「リンクの検索」画面: 「条件」タブ、「カスタム」タブ

- A.1.15.7 「チェックイン」/「リンクの検索」: 「条件の追加」画面

- A.1.15.8 プロファイルへのルールの追加画面

- A.1.15.9 「プロファイルのプレビュー」画面

- A.1.15.10 「結果のプレビュー」画面

- A.1.16 コンテンツ・プロファイル・ルール・インタフェース画面

- A.1.16.1 「構成マネージャ」: 「ルール」タブ画面

- A.1.16.2 「ルールの追加」/「ルールの編集」画面

- A.1.16.3 「グループ・ヘッダーの編集」画面

- A.1.16.4 「アクティブ化条件の編集」画面

- A.1.16.5 「ルール・フィールドの追加」画面

- A.1.16.6 「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面

- A.1.16.7 「デフォルト値の編集」/「派生値の編集」画面

- A.1.16.8 「デフォルト値の編集」/「派生値の編集」: 「フィールドの選択」画面

- A.1.16.9 「派生値の編集」: 「条件」タブ

- A.1.16.10 「制限リストの編集」画面

- A.2 ワークフロー・ユーザー・インタフェース

- A.2.1 「ワークフロー管理」画面

- A.2.2 基準ワークフロー・ユーザー・インタフェース

- A.2.2.1 「条件」タブ

- A.2.2.2 「新しい基準ワークフロー」/「基準ワークフローの編集」画面

- A.2.2.3 「新しいステップの追加」/「ステップの編集」画面

- A.2.2.4 「ステップへのエイリアスの追加」画面

- A.2.2.5 ステップへのユーザーの追加

- A.2.2.6 ステップへのトークンの追加

- A.2.2.7 「追加終了条件の編集」画面

- A.2.3 基本ワークフロー・ユーザー・インタフェース

- A.2.3.1 「ワークフロー管理」: 「ワークフロー」タブ

- A.2.3.2 「新しいワークフローの追加」/「ワークフローの編集」画面

- A.2.3.3 「ワークフローへのコンテンツの追加」(新しいコンテンツ)画面

- A.2.3.4 「ワークフローへのコンテンツの追加」(既存のコンテンツ)画面

- A.2.3.5 「ワークフローへのエイリアスの追加」画面

- A.2.3.6 「新しいステップの追加」/「ステップの編集」画面

- A.2.3.7 「ステップへのエイリアスの追加」画面

- A.2.3.8 ユーザーの追加: 基本ワークフロー

- A.2.3.9 トークンの追加: 基本ワークフロー

- A.2.3.10 「追加終了条件の編集」画面

- A.2.3.11 「ワークフローの開始」画面

- A.2.4 トークン・ユーザー・インタフェース

- A.2.4.1 「ワークフロー・トークン」画面

- A.2.4.2 「トークンの追加」/「トークンの編集」画面

- A.2.4.3 「トークン・ユーザーの追加」画面

- A.2.5 ジャンプ・ユーザー・インタフェース

- A.2.5.1 「新しいステップの追加」/「ステップの編集」画面: 「イベント」タブ

- A.2.5.2 <ステップ名>のスクリプトの編集画面

- A.2.5.3 「スクリプトのプロパティ」画面

- A.2.5.4 「ターゲット・ステップの選択」画面

- A.2.5.5 「ジャンプの追加」/「ジャンプの編集」タブ

- A.2.5.6 「コンテンツ・アイテムの表示」画面

- A.2.6 ワークフロー・テンプレート・インタフェース画面

- A.2.6.1 「ワークフロー管理」: 「テンプレート」タブ

- A.2.6.2 「テンプレートの追加」/「テンプレートの編集」画面

- A.2.6.3 「新しいステップの追加」/「ステップの編集」画面

- A.2.6.4 「ステップへのエイリアスの追加」画面

- A.2.6.5 ステップへのユーザーの追加

- A.2.6.6 トークンの追加: テンプレート

- A.2.6.7 「追加終了条件の編集」画面

- A.2.7 ワークフロー・スクリプト・ユーザー・インタフェース

- A.2.7.1 「ワークフロー・スクリプト」画面

- A.2.7.2 「スクリプトの追加」/「スクリプトの編集」画面

- A.2.7.3 「スクリプトの追加」/「スクリプトの編集」画面: 「ジャンプ」タブ

- A.2.7.4 「スクリプトの追加」/「スクリプトの編集」画面: 「カスタム」タブ

- A.2.7.5 「スクリプトの追加」/「スクリプトの編集」画面: 「テスト」タブ

- A.2.7.6 「ジャンプの追加」/「ジャンプの編集」画面

- A.2.7.7 「ジャンプの追加」/「ジャンプの編集」画面: 「サイド・エフェクト」タブ

- A.2.7.8 「ジャンプの追加」/「ジャンプの編集」画面: 「メッセージ」タブ

- A.2.7.9 「コンテンツ・アイテムの表示」画面

- A.2.7.10 「ワークフロー・ステップの選択」画面

- A.3 PDFウォーターマーク・インタフェース

- A.3.1 「PDFウォーターマークの管理」画面

- A.3.2「ルール」タブ

- A.3.3 「新規ルールの追加」/「ルールの編集」画面

- A.3.4 「新しい条件の追加」/「条件の編集」画面

- A.3.5 「テンプレート」タブ

- A.3.6 「新規テンプレートの追加」/「テンプレートの編集」画面

- A.3.7 「新しいテキスト・ウォーターマークの追加」/「テキスト・ウォーターマークの編集」ウィンドウ

- A.3.8 「新しいイメージ・ウォーターマークの追加」/「イメージ・ウォーターマークの編集」ウィンドウ

- A.3.9 「新しいシグネチャ・ウォーターマークの追加」/「シグネチャ・ウォーターマークの編集」ウィンドウ

- A.3.10 「構成」タブ

- A.3.11 「デフォルト値の編集」画面

- A.4 コントリビューション・フォルダ・インタフェース

- A.4.1 「仮想フォルダの管理構成」画面

- A.4.2 「システム・フォルダの構成」画面

- A.4.3 システムのデフォルト情報のフィールド構成ページ

- A.4.4 ローカル・フォルダ・ページ

- A.4.5 フィールド情報の継承構成ページ

- A.5 フォリオ・テンプレートの作成/フォリオ・テンプレートの編集ページ

- A.5.1 「構造」タブ

- A.5.1.1 フォリオ構造ペイン

- A.5.1.2 「エレメント情報」ペイン

- A.5.1.3 「ソース・アイテム」ペイン

- A.5.2 「プロパティ」タブ

- A.6 Content Trackerインタフェース

- A.6.1 データ・エンジン・コントロール・センター

- A.6.1.1 「コレクション」タブ

- A.6.1.2 「削減」タブ

- A.6.1.3 「スケジュール」タブ

- A.6.1.4 「スナップショット」タブ

- A.6.1.5 「サービス」タブ

- A.6.1.6 「拡張されたサービス・トラッキング」画面

- A.6.1.7 「フィールドの変更」画面

- A.6.2 Content Trackerレポートの生成メイン・ページ

- A.7 Content Categorizerインタフェース

- A.7.1 Content Categorizerの管理ページ

- A.7.2 「構成」タブ

- A.7.2.1 「プロパティの構成」画面

- A.7.3 「ルール・セット」タブ

- A.7.3.1 「ルールセットの追加」画面

- A.7.3.2 「フィールドのルールの追加」/「フィールドのルールの編集」画面

- A.7.4 「オプション・リスト」タブ

- A.7.5 「Filetypeマップ」タブ

- A.7.5.1 「Filetypeマップの追加」/「Filetypeマップの編集」画面

- A.7.6 「カテゴライザ・エンジン」タブ

- A.7.6.1 「カテゴライザ・エンジンの追加」/「カテゴライザ・エンジンの編集」画面

- A.7.7 「問合せツリー」タブ

- A.7.7.1 「問合せツリーの作成」画面

- A.7.7.2 「問合せツリーの削除」画面

- A.7.8 「フィールドのプロパティ」タブ

- A.7.8.1 「フィールドのプロパティ」画面

- A.7.9 「バッチ・カテゴライザ」画面

- A.7.10 「既存の分類」画面

- A.8 Webレイアウト・エディタ・インタフェース

- A.8.1 Webレイアウト・エディタ・ページ

- A.8.1.1 「Webページの階層」ペイン

- A.8.1.2 「ページのプロパティ」ペイン

- A.8.1.3 「ページ・リンク」ペイン

- A.8.2 「ページ・リンクの追加」画面

- A.8.3 「Webページの追加」画面

- A.8.4 「ローカル・ページ・リンクの編集」画面

- A.8.5 「外部URLの編集」画面

- A.8.6 「ページのプロパティの編集」画面

- A.8.7 「アクティブ・レポート問合せの編集」画面

- A.8.8 「履歴レポートの作成」画面

- A.8.9 「問合せリンクの定義」画面

- A.8.10 問合せ結果の追加/問合せ結果の編集ページ

B Webサイトの構築

- B.1 Webサイトの計画

- B.1.1 Webレイアウト

- B.1.2 サイト構造と表示基準の定義

- B.1.3 タスク順序

- B.2 Webページの使用

- B.3 Webページの管理

- B.3.1 新しいWebページの追加

- B.3.2 Webページのプロパティの編集

- B.3.3 ローカル・ページ・リンクの作成

- B.3.4 外部URLリンクの作成

- B.3.5 階層Webページ構造の編集

- B.4 レポートの使用

- B.4.1 レポートについて

- B.4.2 アクティブ・レポートの定義

- B.4.3 履歴レポートの定義

- B.4.4 アクティブ・レポート内の問合せ式の編集

- B.5 問合せの書込み

- B.5.1 問合せリンクの作成

- B.5.2 問合せリンク内の問合せ式の編集

- B.5.3 問合せ結果ページの追加

- B.5.4 問合せ結果ページの編集

- B.5.5 問合せ結果ページの削除

索引

Oracle® WebCenter Content

Content Serverアプリケーション管理者ガイド

11g リリース1(11.1.1)

B65036-02(原本部品番号:E10978-02)

2011年11月

このガイドでは、カスタム・メタデータ・フィールド、スキーマおよびプロファイルの作成方法、ワークフローおよびPDFウォーターマークの構成方法、代替フォリオ、フォルダおよびWebDAVインタフェースの構成方法、Content TrackerコンポーネントとContent Categorizerコンポーネントの構成方法などを含む、Oracle WebCenter Content Serverの機能を拡張するアプリケーションやコンポーネントを管理する方法について説明します。

Oracle WebCenter Content Content Serverアプリケーション管理者ガイド, 11g リリース1 (11.1.1)

B65036-02

Copyright © 2010, 2011, Oracle and/or its affiliates.All rights reserved.

原本著者: Robert Lies

原本協力者:  Sandra Christiansen、Karen Johnson、Jean Wilson

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントが、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供される場合は、次のNoticeが適用されます。

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007).Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle およびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはX/Open Company, Ltd.によってライセンス提供された登録商標です。

このソフトウェアまたはハードウェアおよびドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

はじめに

このガイドでは、Oracle WebCenter Content Serverのアプリケーションを管理するための概念、手順およびリファレンス情報を管理者向けに提供します。

対象読者

このガイドは、Oracle WebCenter Content Serverのアプリケーションを管理するユーザーを対象としています。管理者は、ユーザー、コンテンツおよびシステム構成について、設定、メンテナンス、管理を行います。管理者は、ファイルの管理や索引作成を目的としたシステム構成、情報のアーカイブと複製、セキュリティの操作、システム・プロパティの調整、ログ・ファイルの確認を実行します。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

Oracleカスタマは、My Oracle Supportから電子サポートにアクセスできます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

Oracle WebCenter Content Serverの文書には、次のマニュアルがあります。

- Oracle WebCenter Contentコンセプト・ガイド

- Oracle WebCenter Contentクイック・インストレーション・ガイド

- Oracle WebCenter Contentのインストレーション・ガイド

- Oracle WebCenter Content Content Serverユーザーズ・ガイド

- Oracle WebCenter Content Content Serverアプリケーション管理者ガイド

- Oracle WebCenter Content Content Serverシステム管理者ガイド

- Oracle WebCenter Content Content Server開発者ガイド

- Oracle Fusion Middleware WebLogic Scripting Toolのコマンド・リファレンス

ソフトウェアには印刷物およびPDF形式の両方のリリース・ノートも同梱されており、ここには、新しいソフトウェア・リリースごとの新規機能および強化された機能が示されています。また、リリース・ノートには、ソフトウェアのインストールと使用に関する特別な最新の考慮事項も示されています。リリース・ノートは重要なドキュメントです。Oracleソフトウェアをインストールまたは更新する前に、必ず読んでください。

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

スラッシュ(/)

スラッシュは、UNIXサーバー、ディレクトリまたはファイルへのパス内のディレクトリ・レベルを区切るために使用されます。インターネット・アドレスの各部分を区切るためにも使用されます。UNIXディレクトリ名の後にはスラッシュが必ず含まれており、インターネット・アドレスの後にはスラッシュがある場合とない場合があります。

円マーク(¥)

円マークは、Windowsサーバー、ディレクトリまたはファイルへのパス内のレベルを区切るために使用されます。Windowsサーバー、ディレクトリまたはファイル・パスの後には円マークが必ず含まれます。

DomainHome

Oracle WebLogic Server上で実行するためにOracle WebCenter Contentサーバーがデプロイされる、ユーザー指定ディレクトリを示すために使用する変数です。DomainHomeはOracle WebLogic Serverデプロイメントで使用される用語ですが、ここに示したのは、IntradocDirで参照されるためです。

IntradocDir

Oracle WebLogic Server上のOracle WebCenter Contentドメインにデプロイされるコンテンツ・サーバー・インスタンスに固有の、実際の構成ファイルとデータ・ファイルのルート・ディレクトリを示すために使用する変数です。これらのファイルの中には、起動ファイル(intradoc.cfgおよび実行可能ファイル)が含まれています。この変数は、Content Server、Inbound RefineryまたはRecordsのいずれかのタイプのインスタンスに対して構成されます。

指定したディレクトリは、インスタンス・ディレクトリへの絶対パスで、特定のサーバーまたはノードに固有である必要があります。クラスタへのインストールの場合、インスタンス・ディレクトリは、クラスタのすべてのノードからアクセス可能なネットワーク共有に配置されている必要があります。

インスタンス・ディレクトリのデフォルトの場所は、DomainHome/ucm/short-product-idで指定されます。short-product-idは次のとおりです。

- cs(Oracle WebCenter Content Server)

- ibr(Oracle WebCenter Content: Inbound Refinery)

- urm(Oracle WebCenter Content: Records)

1 概要

Oracle WebCenter Content Serverは、チェックイン、チェックアウト、リビジョン制御、およびWeb対応フォーマットでの自動化されたパブリッシュによって、セキュアなコンテンツ・リポジトリの構築を支援します。オプションのアプリケーションやコンポーネントも数多く用意されており、これらを構成して使用することで拡張機能が提供されます。このガイドでは、これらのアプリケーションの管理方法について説明します。

この項では、このガイドの情報の概要について説明します。次の項目について説明します。

- 第1.1項「このガイドについて」

- 第1.2項「新機能」

- 第1.3項「管理アプリケーション」

1.1 このガイドについて

このガイドでは、次のOracle WebCenter Contentサーバー・アプリケーションの管理概念と管理タスクについて説明します:

- リポジトリ・マネージャ: カスタマイズされたコンテンツ・タイプの作成方法、サブスクリプションの操作方法、リビジョンの管理方法など、コンテンツの表示や処理の方法について説明します。

- メタデータ: メタデータの使用方法とスキーマ、ルールおよびコンテンツ・プロファイルの作成方法について説明します。

- ワークフロー: レビュー、承認およびシステムにリリースするためのコンテンツのルーティング方法について説明します。

- PDFウォーターマーク: PDF Converterコンポーネントで生成されたPDFファイルへのウォーターマークの追加方法について説明します。

- フォルダおよびWebDAV: Oracle WebCenter Contentサーバーでコンテンツを編成およびアクセスするためのフォルダ・インタフェース・オプションについて説明します。

- コンテンツ・フォリオ: コンテンツ・サーバーの安全な環境内から複数のコンテンツ・アイテムの論理グループに対してアセンブル、トラックおよびアクセスする方法について説明します。

- Content Tracker: 最も頻繁にアクセスされるコンテンツ・アイテムや、特定のユーザーまたはグループについて最高値が指定されているコンテンツ・アイテムを把握するために、システム使用状況を追跡する方法について説明します。

- Content Categorizer: Oracle WebCenter Contentサーバーにチェックインされた新しいドキュメントやメタデータ値が設定されている(または設定されていない)既存のドキュメントに、メタデータ値を設定するための検索ルールの使用方法について説明します。

1.2 新機能

この項では、このリリースのOracle WebCenter Contentサーバーについて、このガイドに記載されている機能に対する変更の概要を簡単に説明します。

1.2.1 リリース11g (11.1.1.6.0)

- Folders: このコンポーネント(FrameworkFoldersコンポーネント)はデフォルトでインストールされますが、無効化されています。これは、従来のファイル・システムと同様に、リポジトリ・コンテンツおよびコンテンツ・アイテム・メタデータを編成、検索および管理するための階層フォルダ・インタフェースをブラウザ内に提供します。これはスケーラブルな企業ソリューションで、以前のコントリビューション・フォルダ・インタフェースに置き換わるコンポーネントです。
このガイドでは、コンポーネントを構成および管理する方法について説明します。以前のContribution Foldersインタフェースからのコンテンツの移行の詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。

- FoldersRetention: Foldersを使用すると、保存問合せフォルダを作成し、そのフォルダに保存属性を割り当ててから保存スケジュールを構成することによって、基本的なコンテンツ保存のスケジューリングを実行できます。保存ルールは、コンテンツ・アイテムの存続時間またはリビジョンの数に基づいて割り当てることができます。また、Oracle WebCenter Content: Recordsのライセンスがある場合には、Recordsで定義されたカテゴリに基づいて保存ルールを定義することもできます。

- 電子シグネチャ: 特定のリビジョンでファイルの内容を一意に識別し、リビジョンを特定のユーザーに関連付ける電子シグネチャを使用して、必要に応じてコンテンツ・アイテムに署名できます。コンテンツ・アイテムには、ワークフロー承認ステップの一環として、または独立したコンテンツ・アイテムとして署名し、署名メタデータをPDFウォーターマークに含めることができます。
このガイドでは、電子シグネチャ・メタデータのカスタム・メタデータ・フィールドを定義する方法と、ワークフローおよびPDFウォーターマークを定義するときに電子シグネチャを使用する方法について説明します。ドキュメントの電子的な署名に関する詳細は、Oracle WebCenter Content Content Serverユーザーズ・ガイドを参照してください。

- 電子シグネチャは、ページ範囲オプションにカバー修飾子が含まれるように、PDFウォーターマークの機能を拡張します。この修飾子によって、電子シグネチャのウォーターマーク情報が含まれた新しいカバー・シートが作成されます。

- また、PDFウォーターマークには、ウォーターマークのレンダリング時にコンテンツ・アイテムの合計ページ数で置換される$PAGE_COUNT$記号も提供されるようになりました。

1.2.2 リリース11g (11.1.1)

- このガイドには、次の10gバージョンのドキュメントにすでに記載されている情報も含まれています。

- リポジトリ・コンテンツの管理

- Content Serverワークフロー・インプリメンテーション・ガイド

- Content Categorizerシステム管理者ガイド

- Content Tracker管理ガイド

- PDFウォーターマーク

- Folders/WebDAV管理ガイド

- Folios管理ガイド

- 管理アプレット: ユーザー・インタフェースのすべての管理アプレットはJava Swingに変換され、アクセス可能になっています。

- Content Tracker: 新しいプリファレンスが設定され、大規模な本番環境で最大効率を提供できるようになっています。さらに、オブジェクト同期およびパラレル・ログ・ファイルを使用して、Java Virtual Machine内およびJava Virtual Machine間でのイベント・ログ・ファイル・ロックが管理されています。

- Content Categorizer: 複数の機能強化が適用されました。ユーザーのカスタマイズにエクスポート変換パラメータを使用できるようになり、サーバーを再起動する必要がないように、動的メタデータ・フィールド長のチェックが使用されるようになりました。バッチ・カテゴライザの実行可能ファイルはスタート・メニューにはなく、インスタンスのcontentcategorizerサブディレクトリに移されました。

- PDFウォーターマーク: インストールにAlbanyフォント・セットの5つのバリアントが含まれるようになりました。さらに、iText Common LibraryがiText Componentで配布されるようになりました。

- このリリースのセキュリティに対する変更の詳細および製品に対するその他の変更の詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。

1.3 管理アプリケーション

この項の内容は次のとおりです。

- 第1.3.1項「ユーザー・タイプ」

- 第1.3.2項「管理アプリケーションへのアクセス」

- 第1.3.3項「管理アプリケーションのアプレットとしての実行」

- 第1.3.4項「スタンドアロン・モードでの管理アプリケーションの実行」

1.3.1 ユーザー・タイプ

Oracle WebCenter Contentサーバーには、2タイプのユーザーと2タイプの管理者が用意されています。

ユーザー

説明

コンシューマ

各自のセキュリティ資格証明に基づいてファイルを検索、表示および印刷するユーザー。

コントリビュータ

各自のセキュリティ資格証明に基づいてファイルを作成および改訂する追加の機能を使用できるユーザー。

管理者

サーバー・インスタンス全体を管理する管理者。

サブ管理者

インスタンスの機能サブセットを管理する管理者。

1.3.2 管理アプリケーションへのアクセス

システムには、ユーザー・アクセスを構成およびメンテナンスするための管理アプリケーションが用意されています。

注意:

ブラウザからJavaアプレット(管理アプレットや複数ファイル・アップロード・アプレットなど)を開く場合は、SunのJDKバージョン1.6 Javaプラグインを使用することをお薦めします。

管理ページから、管理アプレットや構成ツールのページにアクセスできます。このページにアクセスするには、管理者またはサブ管理者としてログインし、「メイン」メニューで「管理」→「管理アプレット」を選択します。

図1-1 「管理アプレット」メニュー

すべてのアプリケーションは、サーバーのスタンドアロン・アプリケーションとして起動できます。アプリケーションの中には、ブラウザを介してアプレットとして、または各ツールのアプリケーション・メニューから実行できるものもあります。

1.3.3 管理アプリケーションのアプレットとしての実行

管理アプリケーションのいくつかは、Oracle WebCenter Contentサーバーにアクセス可能な任意のブラウザからアプレットとして実行できます。アプレットは、リモート管理に役立ちます。

バッチ・ローダー、コンポーネント・ウィザード、システム・プロパティおよびアナライザの各ユーティリティは、アプレットとして実行できません。セキュリティ上の理由から、これらのユーティリティは、ソフトウェアがインストールされているコンピュータからスタンドアロン・モードで実行する必要があります。詳細は、次を参照してください。第1.3.4項「スタンドアロン・モードでの管理アプリケーションの実行」

アプリケーションのスタンドアロン・バージョンで使用可能な機能の一部は、アプレット・バージョンでは使用できません。詳細は、各アプリケーションのドキュメントを参照してください。

管理アプリケーションを Java対応のブラウザ内でJavaアプレットとして実行するには、次の手順に従ってください。

1. ブラウザ・ウィンドウを開きます。

2. 管理者としてログオンします。

3. 「管理」トレイのリンクを選択します。

4. 「管理アプレット」リンクを選択します。

1.3.4 スタンドアロン・モードでの管理アプリケーションの実行

すべての管理アプリケーションは、ソフトウェアがインストールされているコンピュータからスタンドアロン・モードで実行できます。これらのプログラムを起動するのに必要な方法は、WindowsインストールとUNIXインストールとで若干異なります。

スタンドアロン・バージョンでのアプリケーションの実行は、ブラウザ・アプレットでの実行よりも安全であり、Web上やネットワーク上でパスワードをキャプチャされたりコピーされるリスクがなくパスワードを送信できます。

1.3.4.1 Windowsシステムの場合

スタンドアロン管理アプリケーションをWindowsオペレーティング・システムで実行するには、次の手順に従ってください。

1. Windowsの「スタート」メニューからアプリケーションを選択します。

- 構成アプリケーションを実行するには、「スタート」→「プログラム」→「Oracle WebCenter Contentサーバー」→インスタンス→アプリケーションを選択します。

- 管理ユーティリティを実行するには、「スタート」→「プログラム」→「Oracle WebCenter Contentサーバー」→インスタンス→「ユーティリティ」→ユーティリティを選択します。

コンポーネント・ウィザードおよびシステム・プロパティを除くすべてのアプリケーションでは、ログイン画面が開きます。コンポーネント・ウィザードおよびシステム・プロパティでは、アプリケーションのメイン画面が開きます。

ヒント:

ログイン画面またはアプリケーション画面が表示されるまでに数秒かかることがあります。また、画面が他のウィンドウの下に隠れることがあります。

2. 管理者のログイン名とパスワードを入力します。

3. 「OK」をクリックします。
アプリケーションのメイン画面が開きます。

1.3.4.2 UNIXシステムの場合

UNIXオペレーティング・システムでスタンドアロン管理アプリケーションを実行するには:

1. DomainHome/ucm/cs/bin/ディレクトリにナビゲートします。

2. 次を入力します。

% ./application_name

application_nameは実行可能ファイルの名前です。アプリケーションが一覧表示されない場合は、次の例のようにIntradocAppアプリケーションへのパラメータとしてアプリケーション名を入力できます:

% ./IntradocApp Workflow

3. [Enter]を押します。
コンポーネント・ウィザードおよびシステム・プロパティを除くすべてのアプリケーションでは、ログイン画面が開きます。コンポーネント・ウィザードおよびシステム・プロパティでは、アプリケーションのメイン画面が開きます。

4. 管理者のログイン名とパスワードを入力します。

5. 「OK」をクリックします。
アプリケーションのメイン画面が開きます。

2 リポジトリ・コンテンツの管理

リポジトリ・コンテンツを管理する場合、グループ・ファイルに対して新しいコンテンツ・タイプを作成することが必要になったり、ファイルをOracle WebCenter Content Serverがより効率的に管理できるコンテンツ形式に変換することが必要になることがあります。また、入力フォームや検索をサイトのニーズに応じてカスタマイズするために、カスタム・アプリケーション・フィールドおよびカスタム・メタデータを作成することもできます。

この章では、リポジトリ・コンテンツの管理に関する次の項目について説明します。

- 第2.1項「コンテンツ・タイプ」

- 第2.2項「カスタム・フィールド」

- 第2.3項「ネイティブ・コンテンツの変換」

- 第2.4項「コンテンツおよびリビジョンの管理」

- 第2.5項「コンテンツの電子的な署名」

- 第2.6項「コンテンツのサブスクライブ」

- 第2.7項「リンク・マネージャを使用したリンク付きコンテンツの管理」

2.1 コンテンツ・タイプ

ファイルは、コンテンツ・タイプ別に指定されたディレクトリにグループ化されます。

- コンテンツ・タイプは、ドキュメントがWebレイアウト・ディレクトリとボールト・ディレクトリに格納されているサブディレクトリの名前になります。

- コンテンツ・タイプは、部門(ENG、MKTG、HRなど)、ドキュメント・タイプ(MEMO、FORM、SPREADSHEETなど)、または他の必要なモデルに対応付けることができます。

- 複数のコンテンツ・タイプ(ドキュメント、バイナリ、デジタル・メディアなど)がデフォルトで定義されていますが、これらは変更または削除できます。

- 各コンテンツ・タイプにはイメージが割り当てられているため、ユーザーは検索結果ページでコンテンツ・タイプを容易に識別できます。複数のイメージが用意されていますが、独自のイメージを作成して割り当てることもできます。

- 作成するコンテンツ・タイプは、管理可能な数(通常は50以内)にしてください。コンテンツ・タイプの数が多すぎると、システムのメンテナンスに必要な作業量が増加し、コントリビュータによるファイルへの正しいコンテンツ・タイプの割当てが困難になります。

- コンテンツ・タイプの構成時に、類似した情報をグループ化する場合は、1つのコンテンツ・タイプで同じ接頭辞を使用することを検討してください。たとえば、接頭辞MEMOは、MEMO_INT、MEMO_EXT、MEMO_EXECのコンテンツ・タイプで使用されます。

2.1.1 コンテンツ・タイプの管理

次に、コンテンツ・タイプを処理する際に実行する一般的なタスクを示します。

- 新しいコンテンツ・タイプの作成

- 既存のタイプの編集

- コンテンツ・タイプの削除

このタスクを実行するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」をクリックします。
構成マネージャ・ページが開きます。

3. 「ページ」メニューから「オプション」→「コンテンツ・タイプ」を選択します。
「コンテンツ・タイプ」画面が開きます。

4. 新しいタイプを追加するには、「追加」をクリックします。タイプを編集するには、タイプ名をハイライトして「編集」をクリックします。タイプを削除するには、タイプ名をハイライトして「削除」をクリックします。確認画面が開いたら、「OK」をクリックします。

注意:

削除するコンテンツ・タイプを使用しているコンテンツがまだ存在している場合、そのコンテンツ・タイプは削除できません。タイプの削除を試行する前に、そのタイプを使用しているコンテンツがないことを確認します。

タイプを追加または編集するときには、コンテンツ・タイプの追加/「コンテンツ・タイプの編集」画面が開きます。

5. タイプの名前および説明を入力または編集します。GIFリストから、コンテンツ・タイプに関連付けるイメージを選択します。

6. 終了したら、「OK」をクリックします。

2.2 カスタム・フィールド

この項の内容は次のとおりです。

- 第2.2.1項「カスタム・フィールドについて」

- 第2.2.2項「カスタム・フィールドの追加または編集」

- 第2.2.3項「データベースまたは検索索引の再構築」

- 第2.2.4項「オプション・リストの定義」

2.2.1 カスタム・フィールドについて

この項の内容は次のとおりです。

- 第2.2.1.1項「アプリケーション・フィールド」

- 2.2.1.2項「カスタム・メタデータ・フィールド」

電子シグネチャ・コンポーネントを使用する場合は、電子シグネチャ・メタデータとともに使用するためのカスタム・フィールドを定義することもできます。詳細は、第2.5.2項「カスタム電子シグネチャ・メタデータ」を参照してください。

2.2.1.1 アプリケーション・フィールド

アプリケーション・フィールドは、フォームおよび画面のカスタマイズに使用できるカスタム・フィールドです。アプリケーション・フィールドを使用すると、フォームに依存リストなどの機能を追加できます。また、カスタム・コンポーネント、Hypertext Content Server Page(HCSP)ファイルおよびHypertext Content Server Form(HCSF)ファイルで、アプリケーション・フィールドを使用することもできます。

デフォルトでは、アプリケーション・フィールドは標準のチェックイン・フォームおよび検索フォームには表示されませんが、カスタム・テンプレートでは使用されます。アプリケーション・フィールドは、プレースホルダとして使用したり、関連するメタデータ・フィールドを作成せずに依存リストを有効にするために、スキーマ・ビューと組み合せて使用できます。詳細は、第3.1項「スキーマを使用したメタデータのカスタマイズ」を参照してください。

アプリケーション・フィールドが、標準のチェックイン・ページおよび検索ページに表示されるように、コンテンツ・プロファイルで指定できます。詳細は、第3.2項「プロファイルを使用した「コンテンツ」画面のカスタマイズ」を参照してください。

アプリケーション・フィールドは索引付けされておらず、検索可能ではありません。アプリケーション・フィールドの変更は、データベースまたは索引に影響を与えません。

2.2.1.2 カスタム・メタデータ・フィールド

各コンテンツ・アイテムについて、システムでは、そのコンテンツに関する一連の情報(メタデータ)がメンテナンスされます。メタデータは、図書館のカード目録にあるカードに類似しており、実際のファイルは図書館の本に類似しています。カード目録と同様に、メタデータはファイルに関する情報(タイトル、参照番号、作成者、件名、公開日、ブックの場所など)で構成されています。

システムに備えられている標準メタデータ・フィールドとは別に、独自のコンテンツやシステムの設計要件に対応するために新しいフィールドを作成できます。コンテンツ・アイテムの検索や管理を容易にするために必要な追加メタデータは、必要最低限の量のみを作成することが重要です。

カスタム・フィールドの名前を作成すると、予約名と競合しない一意の名前になるように、名前に接頭辞'x'が自動的に付加されます。同様に、カスタム・ユーザー情報(メタデータ)フィールドを作成すると、予約名と競合しない一意の名前になるよう、名前に接頭辞'u'が付加されます。カスタム・ユーザー情報フィールドの追加の詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。

メタデータ・フィールドは、索引付けされているため検索可能です。カスタム・メタデータ・フィールドの変更は、データベース(メタデータ・フィールドに関する情報が格納される場所)または検索索引(メタデータ値が格納される場所)に影響を与える可能性があります。

2.2.1.3 標準メタデータ・フィールド

システムには次の標準フィールドが備えられています。これらのフィールドは編集および削除できません。

フィールド・キャプション

入力方法

必須かどうか

定義

コンテンツID

テキスト入力または自動生成

はい

各コンテンツ・アイテムの一意の識別子。

- 重複する名前は使用できません。

- 最大フィールド長は30文字です。

- 文字、数値およびアンダースコア(_)のみを使用します。空白やその他の特殊文字は使用できません。

- コンテンツIDは自動的に生成できます。システム・プロパティ・ユーティリティの「標準オプション」タブを参照してください。

OracleまたはDB2のデータベースを使用している場合、コンテンツIDはすべて自動的に大文字に変換されます。

タイプ

リスト

はい

コンテンツのグループ化に使用する識別子。

- タイプは、Webレイアウト・ディレクトリ内のサブディレクトリになります。

- 最大フィールド長は30文字です。

- 文字、数値およびアンダースコア(_)のみを使用します。空白やその他の特殊文字は使用できません。

タイトル

テキスト入力

はい

コンテンツ・アイテムの説明的なタイトル。

- 最大フィールド長は80文字です。

作成者

リストまたはテキスト入力

はい

コンテンツ・アイテムをチェックインしたユーザー。

セキュリティ・グループ

リスト

はい

コンテンツ・アイテムにアクセスするためにユーザーに権限が必要なセキュリティ・グループ。

- 重複する名前は使用できません。

- 最大フィールド長は30文字です。

- 文字、数値およびアンダースコア(_)のみを使用します。空白やその他の特殊文字は使用できません。

アカウント

リストまたはテキスト入力

いいえ

コンテンツ・アイテムにアクセスするためにユーザーに権限が必要なアカウント。

このフィールドは、アカウントが有効になっている場合にのみ使用できます。

プライマリ・ファイル

テキスト入力またはファイルの参照

はい

チェックインするネイティブ・ファイルへの完全パス。ファイル名の最大長は、ディレクトリ・パスとファイル拡張子を含めて80文字です。ファイル拡張子の最大長は8文字です。

Foldersのインストール時には、オプションによって、ファイル名のこの最大長が255文字に変更されます。

代替ファイル

テキスト入力またはファイルの参照

いいえ

ネイティブ・ドキュメントの別のWeb表示可能ファイル・フォーマットへのパス名、またはWeb表示可能フォーマットに変換可能なファイル・フォーマットへのパス名。

たとえば、複数のファイルで構成されたFrameMakerまたはQuarkドキュメントをチェックインしている場合は、ネイティブ・フォーマット(プライマリ・ファイル)としてzipファイルをチェックインし、その代替ファイルとしてPostscript、PDFまたは表示可能ファイルをチェックインします。zipファイルはWeb上で表示できませんが、Inbound Refineryでは、PostscriptファイルがそのWeb表示可能フォーマットであるPDFに変換されます。

ファイル名の最大長は、ディレクトリ・パスとファイル拡張子を含めて80文字です。ファイル拡張子の最大長は8文字です。

Foldersのインストール時には、オプションによって、ファイル名のこの最大長が255文字に変更されます。

リビジョン

自動生成またはテキスト入力

はい

コンテンツ・アイテムがそのライフサイクルを終了した回数(リビジョン数)を表すラベル(1、2、3、...またはA、B、C、...など)。リビジョン・ラベルは、独自のリビジョン・スキームに合わせてカスタマイズできます。

コメント(オプション)

ユーザーによるテキスト入力

いいえ

ファイルに関する追加情報のフィールド。フィールドの最大長は255です。

このフィールドはカスタム・フィールドとみなされるため、削除できます。

リリース日

自動生成またはテキスト入力

はい

ファイルがリリースされ、検索や表示に使用できるようになる日付。リリース日のデフォルトは、ファイルがチェックインされた日時です。

有効期限

テキスト入力

いいえ

ファイルが検索または表示に使用できなくなる日付。現在のリビジョンの有効期限が切れると、コンテンツ・アイテムのすべてのリビジョンが有効期限切れになります。コンテンツ・アイテムの有効期限が切れた場合、リビジョンは保存されるものの、期限切れの通知を使用しないかぎり、管理者のみがリポジトリ・マネージャからアクセスできます。

2.2.2 カスタム・フィールドの追加または編集

アプリケーション・フィールドやメタデータ・フィールドのカスタム・フィールドを追加または編集するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」をクリックします。
構成マネージャ・ページが開きます。

3. メタデータ・フィールドを追加するには、「情報フィールド」をクリックします。アプリケーション・フィールドを追加または編集するには、「アプリケーション・フィールド」をクリックします。
新しいフィールドを追加するには「追加」をクリックし、フィールドを変更するには、フィールドをハイライトして「編集」をクリックします。

4. メタデータ・フィールドを追加するときには、ダイアログが開き、ここで名前を入力できます。重複する名前は使用できません。最大フィールド長は29文字です。文字、数値およびアンダースコア(_)のみを使用します。空白やその他の特殊文字は使用できません。終了したら、「OK」をクリックします。
「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面または「アプリケーション・フィールドの追加」/「アプリケーション・フィールドの編集」が(使用するフィールドのタイプに応じて)開きます。

アプリケーション・フィールドを追加するとき、フィールドの追加/フィールドの編集ページで名前を入力できます。

5. フィールドの情報を入力または編集します。

- フィールド・キャプション: ユーザーに表示されるフィールドのラベル。

- フィールド・タイプ: ここで示したサイズは文字の入力長であり、フィールドを格納するために必要な実際のバイト数ではありません。

- 整数: -2^31から2^31(-20億から+20億)。デフォルトでは、整数は自然数であるため、小数値およびカンマは使用できません。

- メモ: 2000文字。

- 日付: 日付書式(たとえば、English-USロケールの場合、dd/mm/yyyyまたはdd/mm/yy)。

- ロング・テキスト: 200文字。

- テキスト: 30文字。

- フィールド表示順(メタデータ・フィールドのみ): ページ上でフィールドが表示される順序。数字は2から始まり、新しいフィールドが追加されるたびに自動的に増加します。ただし、将来追加されるフィールドに対応するために、15、20、25などのように、手動で数字を5ずつ増加させることをお薦めします。

- デフォルト値(メタデータのみ): フィールドの任意のデフォルト値。

- 値が必要(メタデータ・フィールドのみ): フィールドに値がない場合、ファイルがチェックインされないようにします。

- プレースホルダ: 選択すると、フィールドは格納および索引付けされません。プレースホルダは、従属リストの親レベルに対してよく使用されます。

- ユーザー・インタフェース上で有効化(メタデータ・フィールドのみ): 選択すると、フィールドが表示されます。選択を解除すると、フィールドは非表示になります。

- 検索インタフェースの有効化(メタデータ・フィールドのみ): 選択すると、フィールドは索引付けされて検索に使用されます。選択を解除すると、フィールドは索引付けされず、検索ページに表示されません。

- オプション・リストの有効化: ユーザーが選択できるリストの使用を有効にします。詳細は、第2.2.4項「オプション・リストの定義」を参照してください。

- 表示専用(アプリケーション・フィールドのみ): 選択すると、フィールドはスキーマ・ビューでのみ使用されます。詳細は、第3.1項「スキーマを使用したメタデータのカスタマイズ」を参照してください。

6. 「OK」をクリックします。

7. 必要な場合は、データベース設計を更新し、検索索引を再構築します。

2.2.3 データベースまたは検索索引の再構築

次の表に、使用される検索エンジンに応じてデータベースの更新または検索索引の再構築が必要になるイベントを示します。

イベント

必要になるアクション

メタデータ・フィールドの追加

データベースの更新

メタデータ・フィールドの編集

データベースの更新

メタデータ・フィールドの削除

データベースの更新

メタデータ・フィールドの検索索引の有効化の有効化または無効化

検索索引の再構築

「検索索引の有効化」が選択されているメタデータ・フィールドの追加

検索索引の再構築

データベースの再構築

データベースへの保存が必要となる変更を加えた場合は、構成マネージャページの「情報フィールド」タブの「データベース設計の更新」ボタンがアクティブになります。データベースを更新する手順は、次のとおりです。

1. 「データベース設計の更新」をクリックします。
画面が開き、追加された情報フィールド、および削除のマークが付けられたすべてのフィールドが一覧表示されます。

2. フィールドを保存するには、フィールド名の横にあるボックスの選択を解除します。フィールドは非表示のままですが、データベース内に存在します。
追加されたフィールドおよび編集されたフィールドは、この画面を使用して削除できません。追加し、その後、削除する必要があります。

3. 終了したら、「OK」をクリックします。

索引の再構築

検索索引の再構築が必要となる変更を加えた場合は、構成マネージャ・ページの「情報フィールド」タブの「検索索引の再構築」ボタンがアクティブになります。検索索引を再構築する手順は、次のとおりです。

1. 「検索索引の再構築」をクリックします。

2. 検索索引の再構築前にデータベース設計の更新を求めるメッセージが表示された場合は、続行する前に、「データベース設計の更新」をクリックして変更をデータベースに保存します。

3. メッセージ「再構築を開始しました。」が表示された場合は、「OK」をクリックします。

注意:

検索索引および使用可能なシステム・リソースのサイズによっては、検索索引再構築プロセスに数日かかることがあります。再構築が必要な場合は、システム使用率がピーク以外の時間帯に再構築を実施してください。

2.2.4 オプション・リストの定義

ユーザーが値を選択できる選択肢を示すために、カスタム・フィールドとともにリストを使用します。リストを定義するには、次の手順に従います。

1. カスタム・フィールドを作成して「オプション・リストの有効化」をクリックし、次に、「構成」をクリックします。詳細は、第2.2.2項「カスタム・フィールドの追加または編集」を参照してください。
オプション・リストの構成画面が開きます。

2. 使用するリストのタイプを選択します。

- 複数選択リスト: ユーザーが複数のアイテムを選択できるリストを提供します。

- リストから1項目以上の選択、もしくは項目の追加選択: テキスト・フィールドとデータ入力ボックスの両方が提供されます。コントリビュータは、オプション・リストにない値を入力でき、複数の値を選択または入力できます。

- リストから1項目選択、もしくは項目の追加選択: テキスト・フィールドとデータ入力ボックスの両方が提供されます。コントリビュータは、リストにない値を入力できます。

- NVタイプの選択リスト:バッチ・ロードおよびアーカイバの場合、このオプションを選択すると、指定された値が現在のオプションとなっていないファイルのチェックインが可能になります。

- Vタイプの選択リスト:バッチ・ロードおよびアーカイバの場合、このオプションを選択すると、指定された値がこのフィールドの現在のオプションとなっているファイルのみがチェックインされます。

「詳細」をクリックして、リストの表と格納に関する情報を指定する、オプション・リスト・ストレージ画面を表示します。詳細は、第2.2.4.1項「オプション・リスト・ストレージの定義」を参照してください。

3. リストの値へのアクセス方法を選択します。

- オプション・リストの使用: 新しいリストを作成するか、または既存の値を編集します。フィールドの名前のリストから取得された新しいリストの名前が挿入されます。詳細は、第2.2.4.2項「オプション・リストのコンテンツの追加または編集」

- ビューの使用: リストではなく、保存されたビューの値を使用します。ビューに保存された値を変更するには、「値の編集」をクリックします。詳細は、第2.2.4.3項「ビュー値の編集」

- ツリーを使用: ビューやリストではなく、ツリーに格納された値を使用します。ビューの表示方法または格納方法を変更するには、「定義の編集」をクリックします。

4. オプション・リストの依存関係を決定します。

- 依存フィールド: そのメタデータ・フィールドが別のメタデータ・フィールドに従属する場合に選択します。このオプションは、ビューを使用している場合にのみ使用できます。

- 依存: 「依存フィールド」を選択すると、アクティブになります。フィールド名を入力するか、またはフィールド名のリストからフィールドを選択します。

- リレーションシップ: 使用しているビューに対してリレーションシップが定義されている場合は、リストからリレーションシップを選択します。詳細は、第3.1項「スキーマを使用したメタデータのカスタマイズ」を参照してください。リストまたはビューを選択する場合は、リレーションシップを指定する必要があります。

5. 終了したら、「OK」をクリックします。

2.2.4.1 オプション・リスト・ストレージの定義

リストの作成には、ストレージ・オプションの決定が含まれます。ストレージを定義するには、オプション・リストの構成画面で、「オプション・リスト・タイプ」の横にある「詳細」をクリックします。次の情報を入力します。

- ストレージ・タイプ: リスト・キーを永続的に格納するか、またはローカライズされたリストを格納するかを選択します。

- 複数選択オプション: 複数選択リストの外観をカスタマイズするためのオプションを選択します。

- 末尾のパディング: 複数選択の値のセパレータの長さをパディングします。

- ストレージ・セパレータ: 値の格納に使用するセパレータを変更します。

- 表示セパレータ: 値の表示に使用されるセパレータを変更します。

終了したら、「OK」をクリックします。

2.2.4.2 オプション・リストのコンテンツの追加または編集

リストのコンテンツは、「オプションリスト」画面で作成されます。この画面を開くには、オプション・リストの構成画面で、「オプション・リストの使用」フィールドの横にある「編集」をクリックします。次の情報を入力します。

- オプション・リストの値: 選択するアイテム。各値の間には改行を入力し、1行ごとに1つの値を指定する必要があります。

- ソート順序(昇順または降順): リストを英数字の順序でソートします。昇順の場合は、大文字が小文字よりも前に配置されます。降順の場合、逆のことが行われます。「大文字小文字を区別しない」を選択すると、リストはソートされ、大文字小文字は無視されます。

- 今すぐソートする: 指定した方法(昇順など)でリストがソートされます。

2.2.4.3 ビュー値の編集

ビューには、リストで使用できるアイテムが表示されます。ビューを編集するには、オプション・リストの構成画面で、「ビューの使用」フィールドの横にある「ビューの編集」をクリックします。次の選択を行います。

- フィルタ: どの値が画面に表示されるかを変更するためのフィルタを選択します。

- 列の表示: 表示する列数を制限します。

- 追加、編集: 現在のビュー内の値に対して、新しい値を追加または変更できる画面を表示します。

- 削除: ビューから値を削除することについて、確認を求めます。

- バッチの編集: 行エディタで値を編集するのに使用できる画面を表示します。値を追加するには、適切な列にパイプ記号(|)で区切ってデータを入力します。表内の各行は、改行で区切る必要があります。

2.2.4.4 ツリーの値の使用

ツリーには、リストで使用できるアイテムが表示されます。この方法を使用すると、ツリー定義を入力できる画面が開きます。次の選択を行います。

- リレーションシップの選択: リスト内のオプション間のリレーションシップを選択します。

- ビューの削除: クリックすると、選択したビューが、ツリーのそのレベルから削除されます。

- 選択パス: オプションを選択したときに完全パスが表示されるようにするか、または、オプションを選択したときに完全パスが保存されるようにする場合に、選択します。

- セパレータ: 値と値の間に使用するセパレータを指定します。

2.3 ネイティブ・コンテンツの変換

注意:

Oracle WebCenter Content ServerがInbound Refineryインスタンスを処理するように構成されている場合を除き、ファイルはすべてネイティブ・フォーマットでWebサイトに渡されます。

Oracle WebCenter Content ServerがInbound Refineryインスタンス用のプロバイダとして構成されている場合は、ファイル拡張子に基づいて、変換用にリファイナリに渡すファイル・フォーマットを指定する必要があります。次の方法で対処できます。

- 「管理」トレイの「リファイナリ管理」からアクセスするファイル・フォーマット・ウィザードを使用できます。

- 構成マネージャ・アプレットの「ファイル・フォーマット」オプションを使用して、ファイル拡張子(.doc、.txtなど)をファイル・フォーマットにマップした後、リファイナリでファイル・フォーマットを変換オプションにマップできます。このオプションには、様々なファイル拡張子を様々な変換オプションにマップする柔軟性があります。

- ファイル・フォーマットやカスタム・フィールドなどのコンテンツ・アイテムに対して指定された、メタデータ・フィールドの値の変換に基づくカスタム・コンポーネントを作成できます。

ジョブがOracle WebCenter Content ServerからInbound Refineryに渡された後は、リファイナリの構成によって、ネイティブ・ファイルを変換および返す方法が決定されます。

ファイル・フォーマットはインストール時に自動的に構成されるか、または、必要に応じて追加または変更できます。

変換の詳細は、『Oracle WebCenter Content Conversion管理者ガイド』を参照してください。

この項には、次の項目が含まれます。

- 第2.3.1項「MIMEタイプの識別」

- 第2.3.2項「ネイティブ・アプリケーションとコンテンツの変換」

- 第2.3.3項「ファイル・タイプと変換プログラムの関連付け」

- 第2.3.4項「サムネイル」

2.3.1 MIMEタイプの識別

新しいファイル・フォーマットを定義する場合は、ファイル拡張子に対応するMIME (Multipurpose Internet Mail Extensions)タイプを指定することをお薦めします(たとえば、docファイル拡張子にマップされるフォーマットはapplication/mswordになります)。

コンテンツ・アイテムがリポジトリにチェックインされると、そのコンテンツ・アイテムのフォーマットは、ネイティブ・ファイルのファイル拡張子にマップされているフォーマットに従って割り当てられます。ネイティブ・ファイルが変換されない場合、Oracle WebCenter Content Serverでは、コンテンツ・アイテムをクライアントに配信する際にこのフォーマットを含めます。フォーマットにMIMEタイプを使用すると、クライアントでは、ファイルのデータのタイプや関連付けられたヘルパー・アプリケーションなどの判断に役立ちます。

MIMEタイプおよび登録済のMIMEタイプのリストは、http://www.iana.org/assignments/media-types/index.htmlで確認します。

2.3.2 ネイティブ・アプリケーションとコンテンツの変換

コンテンツの変換に使用されるネイティブ・アプリケーションは、次の要件を満たす必要があります。

ネイティブ・アプリケーション

要件

MS Word

MS Project

Lotus Freelance

MS Excel

Lotus 123

Corel WordPerfect

MS PowerPoint

Lotus WordPro

MS Visio

iGrafx Designer

Inbound Refineryで変換用に必要な場合は、ネイティブ・アプリケーションがインストールされていることを確認します。

「ファイル・フォーマット」タブで、ファイル・タイプを変換プロセスに関連付けます。

WordおよびPowerPointアプリケーションの場合は、「ローカルInbound Refineryの構成」画面の「ネイティブ・オプション」タブを使用して、リンクを処理するかどうかを指定します。

MS Publisher

FrameMaker

PhotoShop

PageMaker

ネイティブ・アプリケーションがインストールされていることを確認します。

Inbound Refineryでファイル・パスを構成します。FrameMakerブックをチェックインするには、「複数ファイルのアップロード」オプション(「システム・プロパティ」で有効にしておく必要があります)を使用します。

「ファイル・フォーマット」タブで、ファイル・タイプを変換プロセスに関連付けます。

その他

ネイティブ・アプリケーションがインストールされていることを確認します(必要な場合)。

Inbound Refineryにカスタム変換プログラムをインストールします。

Inbound Refineryでファイル・パスを構成します。

「ファイル・フォーマット」タブで、ファイル・タイプを変換プロセスに関連付けます。

2.3.3 ファイル・タイプと変換プログラムの関連付け

ファイル・タイプと変換プログラムの関連付けは、2段階のプロセスとなります。

ファイル・フォーマットを追加し、フォーマットにファイル拡張子を関連付けます。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」をクリックします。
構成マネージャ・ページが開きます。

3. 「ページ」メニューから「オプション」→「ファイル・フォーマット」を選択します。
「ファイル・フォーマット」画面が開きます。

4. ファイル・フォーマットを追加するために、「ファイル・フォーマット」ペインで、「追加」をクリックします。
「ファイル・フォーマットの追加」/「ファイル・フォーマットの編集」画面が開きます。

5. 必要な情報を入力します。

- フォーマット: 通常はMIMEタイプです。

- 変換タイプ: フォーマット名を変換プログラムに関連付けます。次のいずれかを選択します。

- 通過: PASSTHRUにマップされた拡張子のドキュメントは、変換されませんが、Webサイト上にはそのネイティブ・ファイル・フォーマットで表示されます。クライアント・コンピュータに、そのネイティブ・アプリケーションがある必要があります。

- レガシー・カスタム: CUSTOMにマップされた拡張子のドキュメントは、標準の変換のセットに含まれていない変換プログラムを実行します。このオプションは、このリリースではサポートされていません。

- 説明: ファイル・フォーマットの簡単な説明。

6. 「OK」をクリックします。

ファイル・フォーマットに関連付けるファイル拡張子を入力します。

1. 「ファイル拡張子」ペインで、「追加」をクリックします。
「ファイル拡張子の追加」/「ファイル拡張子の編集」画面が開きます。

2. 必要な情報を入力します。

- 拡張子: ファイル・フォーマットに対する3文字の指定。この拡張子のファイルは、「マップ先フォーマット」フィールドで指定した変換プログラムを使用して変換されます。

- マップ先フォーマット: 指定された変換で使用可能なフォーマット(「ファイル・フォーマット」ペインで定義)のリスト。フォーマットを選択すると、該当する拡張子のすべてのファイルが、特定の変換プログラムに直接関連付けられます。

3. 「OK」をクリックします。

2.3.4 サムネイル

サムネイルは、コンテンツの小さなプレビュー・イメージです。検索結果のページで使用され、通常は、それらが表すWeb表示可能ファイルにリンクしています。このことは、ユーザーが、あるファイルが探しているものであるかどうかを識別するのに、タイトルなどのテキスト情報のみに依存する必要がないことを意味します。サムネイルによって、実際にファイル自体を開くことなく確認できる、視覚的なサンプルがコンシューマに示されます。これにより、より大きい元のファイルのダウンロードを行う前に、ファイルを確認できます。

コンテンツ・サーバーによって提供されているオプションを使用して、サポートされているファイル・タイプのサムネイルを自動的に生成できます。サムネイルの構成のオプションの詳細は、A.1.5項「「サムネイル・オプションの構成」画面」を参照してください。

コンテンツ・サーバーには、基本的な一連のサムネイル作成オプションが用意されています。Oracle WebCenter Content: Inbound Refineryには、ファイル変換およびサムネイル生成についてさらに多くのオプションのセットがあります。詳細は、『Oracle WebCenter Content Conversion管理者ガイド』を参照してください。

2.4 コンテンツおよびリビジョンの管理

リポジトリ・マネージャは、コンテンツ・アイテム、リビジョン、サブスクリプションおよびインデクサの管理に使用されます。リポジトリ・マネージャにアプレットとしてアクセスするには、「メイン」メニューから「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」をクリックします。リポジトリ・マネージャは、スタンドアロン・モードで実行することもできます。詳細は、第1.3.4項「スタンドアロン・モードでの管理アプリケーションの実行」を参照してください。

特定のリビジョンに対して様々な管理機能を実行するには、リポジトリ・マネージャの「機能」メニューを使用します。たとえば、チェックイン、チェックアウト、メタデータの表示と更新、ワークフローでのリビジョンの承認と却下、リビジョンの削除などを実行できます。フィルタを使用してリビジョン表示しているとき、リビジョンを右クリックすると、「機能」メニューのすべてのオプションを含むショートカット・メニューが表示されます。

この項には、次の項目が含まれます。

- 第2.4.1項「コンテンツ・リストの管理」

- 第2.4.2項「コンテンツの管理」

- 第2.4.3項「リビジョンの管理」

2.4.1 コンテンツ・リストの管理

管理者およびRepMan権限があるサブ管理者は、リポジトリ・マネージャでコンテンツ・アイテムのリビジョンのリストを表示できます。管理者はすべてのコンテンツ・アイテムを表示でき、RepMan権限があるサブ管理者が表示できるのは、セキュリティ・グループおよびアカウントに対する管理権限(適用可能な場合)があるコンテンツ・アイテムのみです。リビジョン・リストは、フィルタ条件としてメタデータ・フィールドおよびリビジョン・ステータスを指定することによって検索できます。

この項には、次の項目が含まれます。

- 第2.4.1.1項「列およびフィルタの設定の変更」

- 第2.4.1.2項「デフォルトのソート順序の変更」

2.4.1.1 列およびフィルタの設定の変更

コンテンツ・リストをリビジョンでフィルタ処理する手順は、次のとおりです。

1. リポジトリ・マネージャ・アプリケーションの「コンテンツ」タブで、「フィルタの使用」チェック・ボックスを選択し、「フィルタの定義」をクリックします。
「フィルタの定義」画面が開きます。

2. 使用するフィルタ条件のチェック・ボックスを選択し、フィールドの値を追加します。

3. 「OK」をクリックします。

リリース日でリビジョンをフィルタ処理する手順は、次のとおりです。

1. リポジトリ・マネージャ・アプリケーションの「コンテンツ」タブで、「リリース日以降」を選択します。

2. 事前定義済の日付範囲を選択します。

3. 「OK」をクリックします。

「コンテンツ」タブに表示されている列を変更する手順は、次のとおりです。

1. リポジトリ・マネージャ・アプリケーションの「コンテンツ」タブで、「列の表示」をクリックします。
「列の表示」画面が開きます。

2. 表示する列を選択します。カスタム・フィールドはリストの下部にあります。

3. 「OK」をクリックします。

2.4.1.2 デフォルトのソート順序の変更

リポジトリ・マネージャ・アプリケーションを起動すると、データベースに対してデフォルトの問合せが実行され、前日にリリースされたすべてのコンテンツが返されます。デフォルトでは、問合せの結果はコンテンツ・アイテムのContentIDでソートされます。

ContentIDによる順序付けは、リポジトリ・マネージャにコンテンツ・アイテムの長いリストがある場合に順序を予測できるため有益です。ただし、ContentIDによるソートは、結果が戻されるまでに時間がかかることがあります。順序は予測可能でなくても、問合せ結果をより速く取得する方が適切である場合があります。

順序を変更するには、DoDocNameOrder構成設定を無効化します。値をtrue(デフォルト)に設定すると、コンテンツ・アイテムはContentIDでソートされます。falseに設定すると、コンテンツ・アイテムはソートされません。問合せを最適化するためにソート順序を変更した場合は、JDBC問合せのトレースを有効化して、トレース情報がコンソール・ログに記録され、そこでデータベース問合せを表示できるようにします。

DoDocNameOrder構成設定を無効にする手順は、次のとおりです。

1. テキスト・エディタで、IntradocDir/config/config.cfgファイルを開きます。

2. 次の構成設定を追加します。

DoDocNameOrder=false

3. config.cfgファイルを保存して閉じます。

4. Oracle WebCenter Content Serverを再起動します。

問合せトレース機能を有効にする手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「システム監査情報」を選択します。
システム監査情報ページが開きます。

2. 「アクティブなコンソール出力トレースの編集**」セクションの最下部までスクロールします。

3. 「アクティブなセクション」リストから「systemdatabase」を選択します。
アクティブ・セクションのリストにsystemdatabaseが追加されます。

4. 「更新」をクリックします。

5. Oracle WebCenter Content Serverを再起動します。

レポートのトレースおよびOracle WebCenter Content Serverの再起動の詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。

2.4.2 コンテンツの管理

コンテンツおよびリビジョンを管理する場合は、いくつかの一般的なタスクを実行します。

- 第2.4.2.1項「新しいコンテンツ・アイテムの追加」

- 第2.4.2.2項「リポジトリ・マネージャを使用したコンテンツ・メタデータの管理」

- 第2.4.2.3項「リポジトリ・マネージャを使用した期限切れのコンテンツの管理」

2.4.2.1 新しいコンテンツ・アイテムの追加

リポジトリ・マネージャを使用して新しいコンテンツ・アイテムを追加する手順は、次のとおりです。

注意:

ブラウザからJavaアプレットとして起動したリポジトリ・マネージャを使用して、新しいコンテンツ・アイテムを追加することはできません。スタンドアロン・アプリケーションを使用します。

1. リポジトリ・マネージャをスタンドアロン・モード起動します。「コンテンツ」タブをクリックします。

2. 「新規追加」をクリックします。
「新しいコンテンツ・アイテムの追加」/「ファイル・フォーマットの編集」画面が開きます。

3. コンテンツ・アイテムの必須情報およびオプションの情報を入力します。

4. 「OK」をクリックします。指定したファイルが、新しいコンテンツ・アイテムとしてチェックインされます。

2.4.2.2 リポジトリ・マネージャを使用したコンテンツ・メタデータの管理

リポジトリ・マネージャを使用してリビジョンのメタデータを表示する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」→「コンテンツ」タブをクリックします。

2. メタデータ・レビューのリビジョンをハイライトします。

3. 「機能」→「情報」を選択するか、または右クリックして「情報」をクリックします。
「リビジョンの承認」画面が開きます。

4. 「OK」をクリックして、画面を閉じます。

リポジトリ・マネージャを使用してリビジョンのメタデータを更新する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」→「コンテンツ」タブをクリックします。

2. 更新するリビジョンを選択します。

3. 「機能」→「更新」を選択するか、または右クリックして「更新」を選択します。
「コンテンツ情報の更新」画面が開きます。

4. 必要に応じて新しいメタデータを入力します。

5. 「OK」をクリックします。
メタデータは、新しいリビジョンをチェックインせずに更新されます。

2.4.2.3 リポジトリ・マネージャを使用した期限切れのコンテンツの管理

リポジトリ・マネージャから期限切れのコンテンツを確認する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」→「コンテンツ」タブをクリックします。

2. 「コンテンツ」タブから「フィルタの定義」を選択します。
サブスクリプション・フィルタの定義画面が開きます。

3. リビジョンのステータスの有効化を選択し、「期限切れ」を選択します。
期限切れのコンテンツのリストが表示されます。

コンテンツの有効期限が切れたときに作成者と管理者に自動的に電子メールで通知されるようにする手順は、次のとおりです。

1. テキスト・エディタでIntradocDir/config/config.cfgを編集し、次のように入力します。

EnableExpirationNotifier=1

2. オプションの構成エントリを調整します。詳細はOracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

- NotificationQuery: 期限切れコンテンツを検索する自動問合せの条件を定義します。

- NotifyExtras: 期限切れコンテンツのリストを受信するユーザーを定義します。

- NotificationIntervalInDays: 通知問合せの実行頻度を定義します。

- NotifyTime: 問合せが実行される時間を定義します。

- NotificationMaximum: 問合せで返されるコンテンツ・アイテムの最大数を定義します。

デフォルトでは、コンテンツが期限切れに設定される7日前の午前0時に、電子メール・メッセージが管理者に送信されます。さらに、「有効期限が切れたコンテンツ」リストが、作成者およびシステム管理者の「コンテンツ管理」トレイに追加されます。

3. Oracle WebCenter Content Serverを再起動します。

2.4.3 リビジョンの管理

リビジョンとは、コンテンツ・アイテムの新しいバージョンまたは改訂バージョンです。デフォルトでは、リビジョンにはリビジョン1から順に番号が付けられ、コンテンツ・アイテムが再びチェックアウトおよびチェックインされるたびにリビジョン番号が1ずつ増え、Oracle WebCenter Content Serverによってそのファイルの新しいリビジョンが作成されます。新しいリビジョンのコンテンツIDは前のリビジョンと同じですが、ネイティブ・ファイルとメタデータは同じ場合と異なる場合があります。以前のバージョンのファイルはシステムに保存されているため、必要に応じて確認できます。この項の内容は次のとおりです。

- 第2.4.3.1項「リビジョンのチェックインおよびチェックアウト」

- 第2.4.3.2項「チェックアウトを元に戻すか、またはリビジョンを再発行する方法」

- 第2.4.3.3項「リビジョンの削除」

- 第2.4.3.4項「ワークフロー・リビジョンの管理」

2.4.3.1 リビジョンのチェックインおよびチェックアウト

リポジトリ・マネージャを使用して新しいリビジョンをチェックアウトするか、またはリビジョンをチェックアウトするには、次の手順に従います。

注意:

これらのタスクは、スタンドアロン・アプリケーションを使用して実行する必要があります。

1. リポジトリ・マネージャをスタンドアロン・モード起動します。「コンテンツ」タブをクリックします。

2. 改訂するアイテムを選択します。

3. 「機能」→「リビジョンの追加」または「チェックアウト」をクリックします。また、右クリックして適切なオプションを選択することもできます。
新しいリビジョンの追加画面または「アイテムのチェックアウト」画面が開きます。

4. チェックインするリビジョンの情報を入力します。

5. 「OK」をクリックします。

2.4.3.2 チェックアウトを元に戻すか、またはリビジョンを再発行する方法

リポジトリ・マネージャを使用して、チェックアウトを元に戻すか、リビジョンを再発行するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」→「コンテンツ」タブをクリックします。

2. 使用する1つ以上のリビジョンを選択します。

3. 「機能」→「チェックアウトを元に戻す」または「再送信」を選択します。また、右クリックして適切なオプションを選択することもできます。
適切な画面が開きます。

4. リストからリビジョンを除外するには、リビジョンの横にあるチェック・ボックスの選択を解除します。

5. 「OK」をクリックします。

2.4.3.3 リビジョンの削除

リポジトリ・マネージャを使用して特定のリビジョンを削除する手順は、次のとおりです。

1. 「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」→「コンテンツ」タブをクリックします。

2. 削除する1つ以上のリビジョンを選択します。

3. 「リビジョンの削除」をクリックします。また、「機能」→「リビジョンの削除」を選択するか、または右クリックして「リビジョンの削除」を選択することもできます。
「リビジョンの削除」画面が開きます。

4. リストからリビジョンを除外するには、リビジョンの横にあるチェック・ボックスの選択を解除します。

5. 「OK」をクリックします。

コンテンツ・アイテムのすべてのリビジョンを削除するには、適切なメニューから「すべてのリビジョンを削除する」を選択して、同じ手順に従います。

2.4.3.4 ワークフロー・リビジョンの管理

システムにリリースされる前のコンテンツをレビューおよび承認のためにルーティングする方法は、ワークフローで指定します。レビューするファイルがあるユーザーには、電子メールで通知されます。

ワークフローの参加者の視点から見ると、ワークフローには2つのタイプがあります。

- 基本ワークフローは、特定のコンテンツ・アイテムのレビュー・プロセスを定義するワークフローで、手動で開始する必要があります。

- 基準ワークフローでは、事前定義された条件に一致するメタデータを持つファイルがチェックインされると、そのファイルは自動的にワークフローの対象となります。

リポジトリ・マネージャを使用してワークフロー・リビジョンを承認する場合は、ワークフロー内のすべての承認ステップをバイパスします。ワークフローは正常に完了するものの、承認ステップをバイパスすることによって、予期しない結果が発生することがあります。たとえば、ワークフローの1つのステップで電子シグネチャが必要である場合に、リポジトリ・マネージャを介して関連するリビジョンを承認すると、ワークフローが完了し、リビジョンが承認されていても、電子シグネチャのレコードがありません。

注意:

リポジトリ・マネージャを使用してワークフロー・リビジョンを承認する場合は、その結果を理解してから実行してください。

電子シグネチャの詳細は、第2.5項「コンテンツの電子的な署名」を参照してください。

リポジトリ・マネージャを使用してワークフローでリビジョンを承認または却下する手順は、次のとおりです。

1. 「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」→「コンテンツ」タブをクリックします。

2. 承認する1つ以上のリビジョンを選択します。

3. 「機能」→「承認」または「却下」を選択します。また、右クリックして「承認」または「却下」を選択することもできます。
適切な画面が開きます。

4. リストからリビジョンを除外するには、リビジョンの横にあるチェック・ボックスの選択を解除します。

5. 「OK」をクリックします。

2.5 コンテンツの電子的な署名

電子シグネチャ・コンポーネント(ElectronicSignatures)を使用すると、特定のリビジョンでファイルの内容を一意に識別し、リビジョンを特定のユーザーに関連付ける電子シグネチャを使用して、コンテンツ・アイテムに署名できます。

電子シグネチャは複数の異なるコンテキストで使用および管理されます。

- ワークフロー: 特定のステップにおいて、承認に電子シグネチャが必要であることを指定できます。
電子シグネチャはコンテンツ・アイテムおよびそのメタデータとは別に格納されるため、複数のユーザーが1つの特定のコンテンツ・アイテム・リビジョンに署名できます。ワークフローにおける電子シグネチャの使用の詳細は、第4.3.2項「基準ワークフローの設定」を参照してください。

- コンテンツ・アイテム: コンテンツ・アイテムに電子的に署名し、ローカル・ファイルが一致するかどうかを確認するために、ローカル・ファイルを署名済のコンテンツ・アイテム(またはすべてのリポジトリ・コンテンツ)と比較できます。詳細は、『Oracle WebCenter Content Content Serverユーザーズ・ガイド』を参照してください。

- PDFウォーターマーク: 電子シグネチャ・メタデータを使用するウォーターマークを適用できます。詳細は、第5.3.4項「テンプレートの追加または編集」を参照してください。

この項の内容は次のとおりです。

- 第2.5.1項「電子シグネチャについて」

- 第2.5.2項「カスタム電子シグネチャ・メタデータ」

- 第2.5.3項「カスタム電子シグネチャのフィールドの追加または編集」

2.5.1 電子シグネチャについて

電子シグネチャは、コンテンツ・アイテムのバイナリ・コンテンツから計算され、コンテンツ・アイテムに署名したユーザーの名前などの他のメタデータと関連付けられる一意の識別子です。ドキュメントと署名者の両方を一意に識別し、ドキュメントの情報を暗号化する電子署名と異なり、電子シグネチャはドキュメントとともに格納されません。

コンテンツをチェックインすると、コンテンツ・サーバーによって識別子が生成され、コンテンツ・アイテムのリビジョン・メタデータとともに格納されます。コンテンツ・アイテムに署名すると、識別子のコピーが電子シグネチャ・メタデータとともに格納されます。コンテンツ・アイテムの変更されたリビジョンをチェックインすると、新しい識別子が計算されます。

署名されたコンテンツ・アイテムが変更されたかどうか、およびコンテンツ・アイテムの既存のシグネチャが有効であるかどうかを判断するのに役立てるため、コンテンツ・サーバーでは、コンテンツ・アイテムとともに格納された識別子を電子シグネチャとともに格納された識別子と比較できます。

注意:

識別子はコンテンツからのみ計算され、関連付けられたメタデータからは計算されません。コンテンツ・アイテムのメタデータの変更によって、コンテンツ・アイテムの電子シグネチャが無効になることはありません。

電子シグネチャはコンテンツ・アイテムおよびそのメタデータとは別に格納されるため、複数のユーザーが1つの特定のコンテンツ・アイテム・リビジョンに署名できます。たとえば、ワークフローの承認プロセスにおいて、複数のレビューアがコンテンツ・アイテムの1つのリビジョンに署名できます。詳細は、第4.3.2項「基準ワークフローの設定」を参照してください。

コンテンツ・アイテムのドキュメント情報ページにアクセスするすべてのユーザーが、コンテンツ・アイテムに署名できます。コンテンツ・アイテムへの署名の詳細は、『Oracle WebCenter Content Content Serverユーザーズ・ガイド』を参照してください。

電子シグネチャ・コンポーネントとともにアーカイバを使用する場合は、ElectronicSignatures表を移動するために、表アーカイブ機能を必ず使用してください。アーカイブ・コンテンツが関連するシグネチャ・メタデータなしでリストアされると、エラーが発生する場合があります。コンテンツのアーカイブの詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。

2.5.2 カスタム電子シグネチャ・メタデータ

コンテンツ・アイテムに電子的に署名すると、シグネチャには、ユーザー名やパスワードなどのユーザーに関する標準メタデータ、および名前(dDocName)やリビジョン(dRevisionID)などのコンテンツ・アイテム自体に関するメタデータが含められます。また、電子シグネチャ・コンポーネントにはxESigHasElectronicSignaturesフィールドも含まれており、コンテンツ・アイテムが署名されると、ここに1が自動的に設定されます。

電子シグネチャのメタデータの一部として格納される追加のメタデータ・フィールドを定義できます。電子シグネチャ情報は、データベース内の独立したElectronicSignatures表で保存および管理されます。

カスタム・メタデータ・フィールドを作成するときは、基本的なデータ型を選択し、必要に応じてカンマ区切りの値の選択リストを指定します。また、必須フィールドとして、1つ以上のフィールドを指定することもできます。定義したフィールドは、ユーザーがコンテンツ・アイテムに署名するとき、およびユーザーがコンテンツ・アイテムに関する詳細なシグネチャ情報を表示するときに表示されます。これらのウィンドウの詳細は、『Oracle WebCenter Content Content Serverユーザーズ・ガイド』を参照してください。

2.5.3 カスタム電子シグネチャのフィールドの追加または編集

カスタム電子シグネチャ・フィールドを作成または編集するには、次の手順を実行します。

注意:

カスタム・メタデータ・フィールドを作成および使用する前に、メタデータの要件を慎重に検討します。フィールドを作成(「変更の保存」をクリック)した後で、フィールド名、データ型または必須ステータスを変更することはできません。これらの値を変更するには、既存のフィールドを削除して、新しいフィールドを作成する必要があります。カスタム・フィールドを削除すると、そのフィールドの関連付けられた、すべての格納済データが削除されます。

1. 「管理」トレイをクリックし、「電子シグネチャ」をクリックします。
「電子シグネチャの構成」画面が開きます。

2. 新しいフィールドを追加するには、新規フィールドの追加アイコン(緑色のプラス記号)をクリックします。

3. 内部フィールドの「名前」を指定します。これはデータ表内でのフィールド名です。
重複する名前は使用できません。最大フィールド長は29文字です。文字、数値およびアンダースコア(_)のみを使用します。名前は文字で開始する必要があります。特殊文字は使用しないでください。

4. 「ラベルの表示」を指定します。これは、ページおよびダイアログで、フィールドに対して表示されるラベルとなります。

5. データ型を指定します。デフォルトのデータ型は「テキスト」です。
特定のデータ型の詳細は、A.1.7項「「電子シグネチャの構成」画面」を参照してください。

6. フィールドに選択リストを指定するには、関連する「選択リスト」列でチェック・ボックスを選択し、選択肢をカンマ区切りの値リストとして指定します。

- 値がフィールドに対して選択されたデータ型に一致することを確認してください。

- 値は、ページ上およびウィンドウ内で、指定された順に表示されます。リストの最初の値は、フィールドのデフォルト値になります。

- デフォルト値を指定しないようにするには、選択リストの最初の値として空白を入力し、その後にカンマを入力します。

7. カスタム・フィールド自体がチェック・ボックスであることを指定するには、「チェックボックス」を選択します。チェック・ボックス・フィールドが自動的に必須フィールドに指定されます。ユーザーはチェック・ボックスを選択して電子シグネチャを完了する必要があります。「ラベルの表示」フィールドには、チェック・ボックスの横に表示する承認テキストが格納されます。

8. 電子シグネチャを完了するのに、関連するフィールドにユーザーが値を設定することが必要であることを指定するには、「必須」を選択します。

9. 追加する各フィールドに対し、手順2から8を繰り返します。

10. フィールドは、ページ上およびウィンドウ内で、この表内にリストされた順に表示されます。1つ以上のフィールドの順序を変更する場合は、1つ以上のフィールドの横のチェック・ボックスを選択し、表の上部の「上に移動」アイコンまたは「下に移動」アイコンを使用して、順序に合わせてフィールドを上または下に移動します。

11. 1つ以上のフィールドを表から削除する場合は、1つ以上のフィールドの横のチェック・ボックスを選択し、「フィールドの削除」アイコンを使用して、フィールドと関連するすべてのフィールド・データを削除します。「変更の保存」をクリックするまで、フィールドは完全に削除されません。

12. 加えた変更をコミットするには、「変更の保存」をクリックし、確認ウィンドウで「OK」をクリックします。

2.6 コンテンツのサブスクライブ

サブスクリプションとは、特定のコンテンツ・アイテムが改訂されたときに、電子メールでユーザーに通知する機能です。

電子メール・メッセージのバッファは20,000バイトであることに注意してください。多数のサブスクリプション電子メール通知が一度に送信されると(たとえば、40のコンテンツ・アイテムにそれぞれ40のサブスクライバが設定されている場合)、バッファがオーバーロードの状態になり、電子メール・メッセージが送信されないことがあります。サブスクリプション通知電子メールの合計サイズの制限は1GBです。nユーザーに送信される1つの電子メールに含めることができる、サブスクリプション通知電子メールの合計数は、1GBをサブスクリプション通知電子メールのサイズで除算した数となります。

ヒント:

サブスクリプション通知メッセージを変更するには、コンポーネント・アーキテクチャを使用して、次の内容をカスタマイズします。

- subscription_mail_subjectインクルード(std_page.htmファイル)

- wwSubscriptionMailSubject文字列(ww_strings.htmファイル)

- subscription_mail.htmテンプレート

サブスクリプションは、次の2通りの方法で作成できます。

- 基本サブスクリプション: ユーザーが個々のコンテンツ・アイテムを手動でサブスクライブします。サブスクリプションのタイプは事前定義済です。

- 条件サブスクリプション: ユーザーは、メタデータ条件に基づいてコンテンツ・アイテムのグループをサブスクライブできます。管理者は、ユーザーまたはエイリアスの2つの方法で条件サブスクリプションを設定できます。サブスクリプションがユーザーで設定されている場合、ユーザーは必要に応じてサブスクライブを解除できます。エイリアスが使用されている場合、ユーザーはサブスクライブを解除できません。

コンテンツ・アイテムは、次の2通りの方法でサブスクライブできます。

- オープン・サブスクリプション: ユーザーは、基本または条件サブスクリプションによって、コンテンツ・アイテムを任意でサブスクライブします。

- 管理サブスクリプション: 管理者が、特定のサブスクリプションにユーザーおよびエイリアスを割り当てます。個々のユーザーが割り当てられた場合、各ユーザーは必要に応じてサブスクライブを解除できます。エイリアスが割り当てられている場合、そのエイリアス内のユーザーはサブスクライブを解除できません。

2.6.1 サブスクリプションの使用

サブスクリプションの管理における一般的なタスクは次のとおりです。

- 第2.6.1.1項「条件サブスクリプションの追加または編集」

- 第2.6.1.2項「ユーザーの追加またはサブスクライブ解除」

- 第2.6.1.3項「サブスクリプション情報の表示」

- 第2.6.1.4項「条件サブスクリプションの削除」

2.6.1.1 条件サブスクリプションの追加または編集

サブスクリプション条件を指定する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」→「サブスクリプション」タブを選択します。

2. 「追加」をクリックします。
サブスクリプション・タイプの追加/「サブスクリプション・タイプの編集」画面が開きます。

3. サブスクリプション情報を入力します。

重要:

条件フィールドが変更されると、現在のサブスクリプションはすべて削除されます。この機能を使用する場合は注意してください。

- 名前: サブスクリプションの名前。

- 説明: 簡単な説明。

- 通知: 選択すると、ユーザーへの電子メール通知が有効化されます。
PrimaryWorkQueueTimeout構成変数によって、ワークフローおよびサブスクリプション通知電子メールが送信されるまでの秒数が設定されます。構成変数の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

- 条件フィールド: フィールドを追加するには、「フィールド」をクリックします。「フィールド」画面が開きます。サブスクリプションをトリガーする条件として使用されるフィールドのボックスを選択します。これらのフィールドの値は、後でユーザーが追加されたときに設定されます。

4. 「OK」をクリックします。サブスクリプションの有効化を確認します。

2.6.1.2 ユーザーの追加またはサブスクライブ解除

ヒント:

サブスクリプションに追加したユーザーの電子メール・アドレスが正しくない場合、通知は失敗します。ワーク・キュー・ログで5つのエラーが発生するとシステムは終了し、残りのサブスクライバには通知されません。

条件サブスクリプションにユーザーを追加する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」→「サブスクリプション」タブをクリックします。使用するサブスクリプションを選択します。

2. 「サブスクライバ」をクリックします。
サブスクライブ者画面が開きます。

3. 「追加」をクリックします。
「サブスクリプションの追加」画面が開きます。

4. 「ユーザー」または「エイリアス」を選択し、次に、「選択」をクリックします。
「ユーザーの選択」画面または「エイリアスの選択」画面が開きます。

5. サブスクライブの対象となるユーザーまたはエイリアスを選択します。「OK」をクリックします。

6. 以前に指定した条件フィールドの値を設定します。

7. 「OK」をクリックします。

ユーザーをサブスクライブ解除するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」→「サブスクリプション」タブをクリックします。使用するサブスクリプションを選択します。

2. サブスクライブ解除するリビジョンを選択します。

3. 「機能」→「サブスクライバ」をクリックするか、または右クリックして「サブスクライバ」を選択します。
「サブスクライバ」画面が開きます。

4. サブスクライブを解除するユーザーまたはエイリアスを選択します。

5. 「サブスクライブ解除」をクリックします。
確認画面が開きます。

6. 「OK」をクリックします。

2.6.1.3 サブスクリプション情報の表示

リポジトリ・マネージャを使用してリビジョンのサブスクリプション情報を表示する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」→「サブスクリプション」タブをクリックします。使用するサブスクリプションを選択します。

2. サブスクリプション情報を表示するリビジョンを選択します。

3. 「機能」→「サブスクライバ」を選択するか、または右クリックして「サブスクライバ」を選択します。
「サブスクライバ」画面が開きます。

4. サブスクリプション・リストを絞り込む手順は、次のとおりです。

1. 「フィルタの使用」チェック・ボックスを選択します。

2. 「フィルタの定義」をクリックします。
サブスクリプションの詳細画面が開きます。

3. フィルタ条件を入力します。

4. 「OK」をクリックします。

5. 特定のユーザーまたはエイリアスのサブスクリプション詳細をすべて表示するには、そのユーザーまたはエイリアスを選択して「詳細の表示」をクリックします。
サブスクリプションの詳細画面が開きます。

2.6.1.4 条件サブスクリプションの削除

条件サブスクリプションを削除する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」→「サブスクリプション」タブをクリックします。使用するサブスクリプションを選択します。

2. サブスクリプションを選択します。

3. 「削除」をクリックします。
確認画面が開きます。

4. 「はい」をクリックします。

2.7 リンク・マネージャを使用したリンク付きコンテンツの管理

リンク・マネージャはコンテンツ・サーバーにバンドルされたオプションのコンポーネントで、Oracle WebCenter Content Serverとともに自動的にインストールされます。有効な場合は、索引付けしたコンテンツ・アイテムのURLリンクを、データベース表(ManagedLinks)への格納のために抽出する前に、評価、フィルタ処理および解析します。抽出したURLリンクがManagedLinks表に移入されると、リンク・マネージャ・コンポーネントはこの表を参照し、リンク検索結果、コンテンツ情報ページ用のリンク参照リストおよびリンク情報ページ用のリソース情報を生成します。リンク・マネージャ・コンポーネントを使用すると、ユーザーは次のことを実行できます。

- 特定の検索条件を使用したリンク・リストの表示

- 特定のリンクに関する詳細情報の表示

- リンクを再評価して検証するための再計算とリフレッシュ

- 特定のコンテンツ・アイテム内にある他のコンテンツへのリンクの表示

- 特定のコンテンツ・アイテムに戻るリンクの表示

検索結果、リンク参照リストおよびリンク情報ページは、コンテンツの追加、変更またはリビジョン削除による影響を受けるコンテンツ・アイテムの判別に役立ちます。たとえば、コンテンツ・アイテムを削除する前に、含まれているURL参照が重要でないことを確認できます。コンテンツ・アイテムがどのように使用されているかを監視するためにも使用できます。

リンク・マネージャ・コンポーネントによるURLリンクの抽出は索引作成サイクル中に実行されるため、抽出されるのはリリースされたコンテンツ・アイテムのURLリンクのみです。複数のリビジョンがあるコンテンツ・アイテムの場合、データベース表にエントリがあるのは、最新のリリース済リビジョンのみです。コンテンツ・アイテムがすでにチェックインされた後でリンク・マネージャ・コンポーネントをインストールする場合は、すべてのリンクがManagedLinks表に確実に含まれるように、再構築を実行する必要があります。

リンク・マネージャによる作業はすべて索引作成サイクル時に実行されるため、コンテンツ・アイテムの索引作成およびコレクションの再構築に必要な時間が増加します。

必要な時間は、関連するコンテンツ・アイテムのタイプとサイズによって決まります。つまり、ファイルが変換される場合は、テキストベース(HTML)のファイルより時間がかかります。

再構築サイクル中にリンク・マネージャを無効にする方法の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイド.のLkDisableOnRebuildおよびLkReExtractOnRebuildに関する項を参照してください。ファイル・フォーマット、変換およびリンクの抽出の詳細は、第2.7.1項「リンクの抽出プロセス」および第2.7.1.1項「ファイル・フォーマットと変換」を参照してください。

この項の内容は次のとおりです。

- 第2.7.1項「リンクの抽出プロセス」

- 第2.7.2項「リンク・マネージャの構成」

- 第2.7.3項「Site Studioの統合」

- 第2.7.4項「リンクの管理」

2.7.1 リンクの抽出プロセス

注意:

リンク・マネージャ・コンポーネントでは、ファイルの変換にHtmlExport 8を使用します。リンク・マネージャ・コンポーネントには、リンク抽出テンプレート・ファイルが含まれています。HtmlExport 8には、このテンプレートが必要です。このファイルは編集しないでください。

リンク・マネージャは、抽出エンジンとパターン・エンジンで構成されています。抽出エンジンには変換エンジン(HtmlExport)が含まれています。変換エンジンは、抽出エンジンではテキストベースのファイル・フォーマット(HTML)にネイティブに解析できないファイルを変換するために使用されます。

リンク・マネージャでは、ファイル・フォーマットにhcs、htm、image、text、xml、jspおよびaspのいずれかの文字列が含まれているファイルの変換にHtmlExportを使用しません。これらのテキストベースのファイルは、リンク・マネージャによって処理され、変換の必要はありません。

索引作成サイクル中に、リンク・マネージャ・コンポーネントは、URLリンクを検出するために、チェックインしたコンテンツ・アイテムを次のように検索します。

1. 抽出エンジンが、変換エンジンを使用してファイルを変換します(必要な場合)。

2. 抽出エンジンは、次に、パターン・エンジンを使用して、リンク・マネージャ・パターン表に定義されているリンク評価ルールにアクセスします。

3. 評価ルールは、コンテンツ・アイテム内の承認済URLリンクをソート、フィルタ処理、評価および解析する方法を抽出エンジンに指示します。

4. 承認済URLリンクがManagedLinks表に挿入されるかまたは更新されます。

重要:

正常に実行するには、HtmlExportに仮想または物理ビデオ・インタフェース・アダプタ(VIA)のいずれかが必要です。ほとんどのWindows環境には、フレーム・バッファへのHtmlExportアクセスを提供するグラフィック機能が備えられています。しかし、UNIXシステムには、グラフィック・カードがない場合があり、HtmlExportで使用するためのX-Windowsサーバーが稼働していません。グラフィック・カードのないシステムの場合は、仮想フレーム・バッファ(VFB)をインストールして使用できます。

2.7.1.1 ファイル・フォーマットと変換

リンクを抽出する前に、様々なファイル・フォーマット(Wordなど)を変換エンジン(HtmlExport)で変換する必要があります。リンク・マネージャではテキストベースのファイル(HTML)内のリンクを変換なしで抽出できるため、リンク・マネージャでは、ファイル・フォーマットにhcs、htm、image、text、xml、jspおよびaspのいずれかの文字列が含まれているファイルの変換にHtmlExportを使用しません。

また、リンク・マネージャでは、これらのファイル・フォーマットのすべてのバリエーションも処理されます。たとえば、hcs文字列は、動的サーバー・ページ文字列のhcst、hcspおよびhcsfと一致します。image文字列は、image/gif、image/jpeg、image/rgb、image/tiffなどの類似するすべてのバリアントに一致します。他のタイプのファイルが変換されないようにするには、LkDisallowConversionFormats構成変数を使用します。詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

リンク・マネージャでは、次のファイル・フォーマットでリンクが認識されます。

- テキストベースのフォーマット(txt、html、xml、jsp、asp、csv、hcst、hcsfおよびhcsp)

- 電子メール(msgおよびeml)

- Microsoft Word

- Microsoft Excel

- OpenOffice Writer

- OpenOffice Calc

2.7.1.2 リンク・ステータス

新しいリンクと既存のリンクはすべて、索引作成サイクル中に管理されます。コンテンツ・アイテムがチェックインされると、これらのコンテンツ・アイテム内の承認済リンクは管理されたリンク表に追加されるか、更新されます。既存のリンクは、コンテンツ・アイテムのチェックインまたは削除による変更に対して評価されます。リンクが追加または監視されると、そのリンクには有効または無効のマークが付けられます。

システム内のあるコンテンツ・アイテムがシステム内の別のコンテンツ・アイテムを参照している場合、結果のリンクには有効のマークが付けられます。既存のリンクが削除されたコンテンツ・アイテムを参照している場合、そのリンクは再評価され、ステータスが有効から無効に変わります。ステータスは、管理されたリンク表のdLkState列にY(有効)またはN(無効)として記録され、ユーザーに対しては、リンク情報ページの「状態」列に、「有効」または「無効」として表示されます。

2.7.2 リンク・マネージャの構成

IntradocDir/config/config.cfgファイルで次のリンク・マネージャ構成変数を指定できます。

- AllowForceDelete

- HasSiteStudio

- LkRefreshBatchSize

- LkRefreshErrorsAllowed

- LkRefreshErrorPercent

- LkRefreshErrorTHreshold

- LkDisableOnRebuild

- LkDisallowConversonFormats

- LkReExtractOnRebuild

- LkIsSecureSearch

これらの構成変数の使用の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

2.7.2.1 リンク・パターン

リンク・マネージャ・コンポーネントでは、リソース表に定義されたリンク・パターンを参照する抽出エンジンを使用します。これらのリンク・パターンは、様々なリンクのソート方法、フィルタ処理で除外するリンク、受け入れるリンク、および詳細情報を取得するためにリンクを解析する方法を抽出エンジンに指示するルールです。

DomainHome/ucm/LinkManager/resources/linkmanager_resource.htmリソース表をカスタマイズするために、新しいルールを追加するか、または既存のデフォルト・ルールを編集できます。標準コンポーネント・アーキテクチャを使用して、この表をカスタマイズします。表には、次の列があります。

列名

説明

lkpName

パターンの名前であり、この表の主キーです。主にエラー処理で使用され、指定したルールのオーバーライドを他のコンポーネントで直接ターゲット指定できるようにします。

lkpDescription

パターンの目的の説明です。

lkpType

URLの初期スクリーニングです。

- Prefix: パスが指定したパラメータの1つで始まる場合は、条件が満たされます。

- Contains: パスに、指定したパラメータの1つが含まれている場合は、条件が満たされます。

- Service: URLにIdcServiceの値が含まれていて、この値がパラメータの1つと一致する場合は、条件が満たされます。

抽出エンジンは2ステップのエンジンです。prefixおよびcontainsのタイプはURLのパス部分で使用されるのに対して、serviceのタイプは、URLの問合せ文字列部分で使用されます。

lkpParameters

タイプで使用されるパターンまたはパラメータのカンマ区切りのリスト。パラメータはIdocスクリプト対応であり、Idocスクリプトに対して最初に評価されます。エンジンでは、パラメータからパターンを抽出するために次のルールが使用されます。

- パラメータ文字列は、Idocスクリプトに対して評価されます。

- パラメータは、カンマ・セパレータを使用して解析されます。結果は、パターンのリストです。

- 各パターンは、デコードされたXMLです。

lpkParametersを<$HttpRelativeWebRoot$>に設定することによって、あるルールでは<$HttpRelativeWebRoot$>に対して解決された値で始まるURLが検索されます。

その後のルールでは、パラメータを&lt;$HttpRelativeWebRoot$&gt;に設定することによって、文字どおり<$HttpRelativeWebRoot$>で始まるURLを検索できます。

lkpAccept

パターンが一致した場合に、URLが承認されるかどうかを決定します。

- Pass: 決定は行われません。このURLの処理方法を決定するには、アクションが使用されます。

- Filter: URLは却下されます。この値は通常、処理を停止するためにlkpContinue=falseと組み合されます。

- Accept: URLは承認されます。

lkpContinue

パターン処理エンジンがURLの解析を続行するかどうかを決定します。trueの場合、処理は続行します。falseの場合、処理は停止します。

lkpLinkType

このリンク用に決定したURLタイプを指定します。

lkpAction

LinkHandlerクラスで定義された関数であり、URL.をさらに解析指標化するために使用されるLinkImplementorクラスのメソッドを参照します。

LinkImplementorは、エイリアス化されたクラス、または拡張されたクラスの場合があります。

lkpOrder

パターンが評価される順序。

lkpEnabled

このルールを評価するかどうかを決定します。これは、パターンがロードされる起動時に計算され、評価されます。

標準コンポーネント・アーキテクチャを使用して、新しいルールを追加するか、または既存のデフォルト・ルールを編集できます。

2.7.2.2 データベース表

リンク・マネージャでは、次の2つのデータベース表をメンテナンスします。

- 管理されたリンク表: パターン・エンジンでリンクの処理に成功し、リンクが承認可能と判断されると、そのリンクは管理されたリンク表に格納されます。表内の各リンクには一意のクラスID(dLkClassId)が割り当てられ、表内の各行には一意のGUID(dLkGUID)があります。1つのリンクが複数のリソースで定義され、各リソースが単独でリンクを破棄できる場合、そのリンクは、表内の複数の行で構成されている可能性があります。
たとえば、Site Studioでは、1つのリンクがノードとコンテンツ・アイテムの両方で定義される可能性があります。ノードが見つからない場合、そのリンクは破棄されます。コンテンツ・アイテムが見つからない場合、そのリンクは破棄されます。この場合、相互に依存しない2つのリソースがあり、それぞれがリンクを破棄できます。したがって、各リソースはManagedLinks表で別々に管理されます。Site Studioリンクの詳細は、第2.7.3項「Site Studioの統合」を参照してください。

問合せ実行パフォーマンスを改善するために、標準索引が管理されたリンク表のdDocName列とdLkResource列に追加されています。システム管理者は、様々なシステム環境で、特定のデータベース・チューニング要件に合わせてこれらの索引を調整する必要があります。

- リンク参照カウント表: コンテンツ・アイテムが、それぞれManagedLinks表で参照されている回数にマップされます。この表内のコンテンツ・アイテムは、Oracle WebCenter Content Serverで現在管理されているコンテンツ・アイテムではない可能性があります。この表にコンテンツ・アイテムのエントリがある場合は、ManagedLinks表内のリンクが、パターン・エンジンによって解析されたときに、コンテンツ・アイテムをdocリソースとして参照したことのみを示しています。
コンテンツ・アイテムがチェックインされ、リンクでそのコンテンツ・アイテムが参照される場合、そのリンクには有効のマークが付けられます。削除したンテンツ・アイテムがリンクで参照される場合、そのリンクには無効のマークが付けられます。dLkState列には、リンクのステータスがY(有効)またはN(無効)として示されることに注意してください。

2.7.2.3 リンク・マネージャのフィルタ

リンク・マネージャ・コンポーネントには、パターン・エンジンの部品用に、いくつかの非常に特殊な動作をカスタマイズできるフィルタが用意されています。一般的に、パターン・エンジンのルールは、変更されることがよくあります。特定の状況では、リンク・マネージャによって、標準の動作を拡張するためのフィルタが明示的に作成および使用されます。

- extractLinksフィルタ: 抽出エンジンで承認済URLリンクが解析されるとき、抽出プロセス中に使用されます。リンクが抽出されると、リンク・マネージャによって特定のHTMLタグが検索されます。ただし、他のHTMLタグにも関連リンクが含まれていることがあります。この場合は、このフィルタを使用して、これらの追加リンクを抽出できます。
タグは、キーHtmlTagとともに、キャッシュされたオブジェクトとしてフィルタに渡されます。値(つまりリンク)は、キーHtmlValueとともに解析に戻されます。フィルタによって追加情報が抽出された場合、渡されたバインダは、パターン・エンジンに渡される前にフラッシュされることに注意してください。service.setCachedObjectおよびservice.getCachedOjectメソッドで、それぞれ追加情報を渡し、取得する必要があります。

デフォルトでは、<a>、<link>、<iframe>、<img>、<script>および<frame>のHTMLタグが検索されます。

- linkParseServiceフィルタ: IdcServiceパラメータを使用するリンクがパターン・エンジンで評価されるとき、抽出プロセス中に使用されます。評価後、リンク・バインダとサービスがlinkParseServiceフィルタに提供されます。
サービスには、解析済のURLと情報マップのバインダが含まれています。特定のパラメータを調整して、解析済URLバインダの値をカスタマイズするか、または、(parseServiceメソッドに対して、URLバインダから抽出するパラメータや、データをリソース・タイプにマップする方法を指示する)情報マップをカスタマイズします。

- sortAndDecodeLinksフィルタ: リフレッシュ・オプションからのみ使用できます。これは、ユーザーがリンクをリフレッシュしているときにのみコールされます。サービスには、ManagedLinks表に格納されているリンクのソート済リストを含むLinkSetMapが含まれています。リフレッシュでは、Site Studioのリンク、およびdocリソースを参照するすべてのリンクの存在が検証されます。標準の検証を拡張するコンポーネントを作成することもできます。

2.7.3 Site Studioの統合

重要:

Site Studioを使用する場合は、HasSiteStudio構成変数値をtrueに設定します。この変数によって、パターン・エンジン用のフレンドリURLを解析するためのSite Studio固有のパターンが有効化されます。HasSiteStudio変数の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

Site Studioとともに機能するように構成されると、リンク・マネージャでは、Site Studioで識別されたリンクの解析を直接リクエストすることによって、Site Studioからリンクが取得されます。かわりに、Site Studioからリンクの操作やコンポーネントに関する情報が提供されます。特に、Site Studioからは、ノード/セクション、コンテンツ・アイテムが使用されるかどうか、コンテンツ・アイテムの状態、リンクのタイプ(フレンドリ、ページまたはノード)、およびリンクが有効かどうかに関する情報が提供されます。

Site Studioでは、スタンドアロン・アプリケーションの起動時に、プロジェクト情報がロードされません。したがって、スタンドアロン・アプリケーションによって再構築または索引更新サイクルが開始および完了された場合、Site Studioリンクは正しく評価されません。

ユーザーがSite Studio Designerを使用してリンクを変更すると、リンク・マネージャによってフィルタ・イベントが確認されます。ノードが削除された場合は、リンク・マネージャによって、削除されたノードを使用するすべてのリンクに無効のマークが付けられ、これにより、ノードIDを直接参照するリンクが管理されます。さらに、Site Studioから提供される情報によって、リンク・マネージャではリンクの状態を正確に判断できます。

フレンドリURL(つまり、ノードIDまたはdDocNameを参照しないリンク)は、管理および検証がより困難です。ノードのプロパティが変わると、リンク・マネージャによって、このノードを使用するすべてのフレンドリ・リンク(相対と絶対の両方)に無効および破棄のマークが付けられます。リンク・マネージャでは、リンクの変更された部分、その修正の方法、または実際に破棄されているかどうかを判断するために、親のチェーンを再トレースできません。

Site Studioでは、2つのタイプの管理されたリンクが使用されます。

- 完全に管理されたリンク: SS_GET_PAGE IdcServiceを使用するすべてのリンク、または次のものを含むノードへのリンクがあります。

- javascript:nodelink(ノード、サイト)

- javascript:nodelink(ノード)

- ssNODELINK/サイト/ノード

- ssNODELINK/ノード

および、次のものを含むページへのリンク:

- ssLINK/ドキュメント

- ssLINK/ノード/ドキュメント

- ssLINK/サイト/ノード/ドキュメント

- ssLink(ドキュメント)

- ssLink(ドキュメント、ノード)

- ssLink(ドキュメント、ノード、サイト)

- javascript:link(ドキュメント)

- javascript:link(ドキュメント、ノード、サイト)

- 暫定的に管理されたリンク:次のSite Studioリンクは、Site Studioノードの変更に至るまで管理されます。リンクの状態を判断するには、管理されたリンクの管理ページからリフレッシュ・オプションを使用します。リンクの大部分がこの形式で、ノードが大幅に変化した場合は、リンクをリフレッシュまたは再計算してください。

- 絶対(または完全URL): http://site/node/doc.htm

- ノードへのフレンドリ・リンク
<!--$ssServerRelativeSiteRoot-->dir/dir/index.htm

[!--$ssServerRelativeSiteRoot--]dir/dir/index.htm

<%=ssServerRelativeSiteRoot%>dir/dir/index.htm

- ページへのフレンドリ・リンク
<!--$ssServerRelativeSiteRoot-->dir/dir/doc.htm

[!--$ssServerRelativeSiteRoot--]dir/dir/doc.htm

<%=ssServerRelativeSiteRoot%>dir/dir/doc.htm

2.7.4 リンクの管理

この項の内容は次のとおりです。

- 第2.7.4.1項「リフレッシュの代替方法」

- 第2.7.4.2項「ManagedLinks表のリンクの再計算およびリフレッシュ」

2.7.4.1 リフレッシュの代替方法

管理されたリンクの管理ページで使用可能なリフレッシュ・アクティビティ以外に、管理されたリンク表とリンク参照カウント表の更新に、次の代替方法も使用できます。

- リポジトリ・マネージャを使用して、コレクションの再構築を実行します。このプロセスでは、検索索引全体が再構築され、再構築が正常に完了すると古い索引コレクションが新しい索引コレクションに置き換えられます。
リポジトリ・マネージャがスタンドアロン・アプリケーションとして開かれている場合、この代替リフレッシュ方法を使用できるのは、HasSiteStudio構成変数が無効化されているときのみです。Site Studioから情報がリクエストされ、リポジトリ・マネージャがスタンドアロン・モードである場合、Site Studioは完全に初期化されず、正確な情報が返されません。この問題は、リポジトリ・マネージャ・アプレットが使用されている場合には発生しません。

- コンテンツがシステム内にある間にカスタム・フィールドが追加された場合は、構成マネージャの「検索索引の再構築」を使用して、検索索引を再構築します。

2.7.4.2 ManagedLinks表のリンクの再計算およびリフレッシュ

ManagedLinks表のリンクを再評価するには、次の方法を使用します。

1. 「メイン」メニューから「管理」→「管理されたリンクの管理」を選択します。管理されたリンクの管理ページが表示されます。

2. リンクを管理するための、次のいずれかのオプションを使用します。

- リンクの再計算: 「リンクの再計算」オプションの横にある「実行」をクリックします。このリフレッシュ・アクティビティは、ManagedLinks表の各リンクを取得して、パターン・エンジンに再送信します。リンクは、パターン・ルールに従って評価され、表内で更新されます。リンクは、有効または無効になったパターンに応じて、別のタイプのリンクとして再分類される場合があります。このオプションは、パターン・ルールが変更された場合に使用します。

- リンクのリフレッシュ: 「リンクのリフレッシュ」オプションの横にある「実行」をクリックします。このアクティビティでは、ManagedLinks表の各リンクをチェックして、リンクが有効かどうかを判断します。Site Studioのリンクは、リンクで使用されるノードとコンテンツ・アイテムを判断するために、リンクがSite Studioデコード・メソッドに送信されます。リンクが有効かどうか、確かにSite Studioリンクかどうかも判断されます。
このオプションは、Site Studioのノード/セクションのプロパティに多くの変更が加えられた後に使用します。リンク・マネージャでは、Site Studioのフレンドリ・リンクに対する変更を完全には追跡できません。リンクをリフレッシュするか、強制的に検証を実行することによって、リンク・マネージャでは、破棄されているリンクおよび有効なリンクをより正確に判断できます。

- 参照カウントのリフレッシュ: 「リフレッシュ」オプションの横にある「実行」をクリックします。このアクティビティは、LinkReferenceCount表をフラッシュして、ManagedLinks表にコンテンツ・アイテム参照を問い合せます。表の再計算と表のリフレッシュのアクティビティは両方とも、LinkReferenceCount表をメンテナンスしようとします。ただし、この表は同期がとれていない場合があるため、このオプションを静止したシステムで使用すると、表が再構築されます。

- リフレッシュ・アクティビティの取消し: アクティビティの中止オプションの横にある「実行」をクリックします。一度にアクティブにできるリフレッシュ・アクティビティは1つのみです。

「ステータス」領域には、処理されたリンクの数、および発生したエラーの数が表示されます。

一度にアクティブにできるリフレッシュ・アクティビティは1つのみです。別のリフレッシュ・アクティビティを試行するには、リフレッシュ・アクティビティが完了し、「準備完了」ステータスが表示されるまで待機します。

3 スキーマとプロファイルの管理

この章では、スキーマ、ルールおよびプロファイルを使用したリポジトリ・メタデータの管理について説明します。特定サイト向けにローカライズされた依存リストを管理するために、メタデータ・スキーマを作成できます。コンテンツ・プロファイルを作成すると、様々な画面にどのメタデータ・フィールドを表示するかをカスタマイズできます。

この章の内容は、次のとおりです。

- 第3.1項「スキーマを使用したメタデータのカスタマイズ」

- 第3.2項「プロファイルを使用した「コンテンツ」画面のカスタマイズ」

3.1 スキーマを使用したメタデータのカスタマイズ

値リストを提示するカスタム・メタデータ・フィールドを作成するには、構成マネージャの「情報フィールド」タブを使用します。また、別のフィールドの値に依存する、関連付けられたリストを作成することもできます。この構成は、依存選択リスト(DCL)と呼ばれます。

たとえば、CountryおよびStateという情報フィールドがあるとします。選択した国によって、「State」リストで使用できる選択肢が決定します。

メタデータ・スキーマ・マッピングを使用してフィールド・リストを作成することもできます。メタデータ・スキーマ・マッピングを使用すると、ローカライズの要件に従って、オプション・リスト表示を簡単に調整できます。

この項には、次の項目が含まれます。

- 第3.1.1項「スキーマ構造」

- 第3.1.2項「スキーマの作成」

- 第3.1.3項「スキーマの例: 動的リスト」

- 第3.1.4項「スキーマの例: 複数ツリーの再帰表」

3.1.1 スキーマ構造

スキーマは、関連するスキーマ・オブジェクトの集まりです。スキーマという用語は、Oracle WebCenter Content Serverのメタデータ・スキーマ・マッピング機能をサポートするために作成されるデータベース階層のグラフィカル表現も指します。スキーマ階層構造は、表とその表の各列(フィールド)、データのビュー、およびデータ間のリレーションシップで構成されます。

3層の依存構造を表すために、City、RegionおよびArea Codeという情報フィールドをCountryとStateの例に追加します。

図3-1のサンプルの基本スキーマ階層では、1つの独立フィールドに2つの依存フィールドがあります。各依存フィールドにも1つの依存フィールドがあります。これらの依存関係は、親/子関係とも呼ばれます。

図3-1 基本スキーマ階層の例

この3つのレベルのスキーマ階層では、Country、State、City、RegionおよびArea Codeの5つの個別メタデータ・フィールドが生成されます。各フィールドは、固有のリストをユーザーに対して提示します。

リストの内容は、情報フィールドが依存しているかどうかによって決まります。したがって、サンプルの基本Country/State/Area Codeスキーマ階層からは、次のリストが生成されます。

- 「Country」リストは独立しており、選択肢は固定されています。

- 「State」リストで使用可能な選択肢は可変であり、ユーザーが「Country」リストで選択した国に依存します。

- 「City」リストで使用可能な選択肢は可変であり、ユーザーが「State」リストで選択した州に依存します。

- 「Region」リストで使用可能な選択肢は可変であり、ユーザーが「Country」リストで選択した国に依存します。

- 「Area Code」リストで使用可能な選択肢は可変であり、ユーザーが「Region」リストで選択した地域に依存します。

スキーマは表、ビューおよびリレーションシップで構成されており、これらについて次の各項で説明します。

3.1.1.1 表

スキーマ表は、情報フィールド(メタデータ)のリストに表示される選択肢を格納するデータベース表です。表とその列は、構成マネージャの「表」タブを使用して作成されます。各表は複数の列を持つことができますが、依存選択リストを生成するためには少なくとも2つの列が必要です。

- 1つのリストと、そのリストで選択された選択肢に依存する2つ目のリスト(それぞれCountryとStateなど)の間の依存関係の作成に使用する共通の列名

- メタデータ・リストの選択肢を格納する列

図3-2 スキーマ表の例

3層のスキーマ階層の地理の例(Country、State、City、Region、Area Code)を使用して、スキーマ・ツリー構造のブランチごとに表を作成する必要があります。また、依存表(子表)には、従属する表(親表)の列に対応する列を含める必要があります。これらの対応する列は、2つの表間の依存関係の作成に使用され、最終的には依存選択リストの生成に使用されます。

たとえば、図3-3の表は、Country表とState表の各列の移入方法を示しています。各name列のデータは、リストで使用可能な選択肢を示しています。Country表とState表の対応する列(countryID)間に作成されるリレーションシップによって、Stateメタデータ・リストに表示される選択肢が決定します。

図3-3 移入済のスキーマ表

3.1.1.2 ビュー

ビューは、対応する表のカスタマイズされた表現です。ビューにはデータが含まれませんが、各表からデータを導出します。ビューは、使用するデータベースを簡素化し、データを様々な観点で提示するために使用されます。

ビューは、プロパティのリストと関連付けられた表示ルールで構成されます。スキーマの各表には関連付けられたビューが必要です。ビューでは、次のアイテムに関する情報が提供されます。

- スキーマに含まれる表の特定の列。選択された列は、表間の依存関係の確立に使用され、依存選択リストの生成にも使用されます。

- 内部および外部の列名。

- ユーザー・インタフェースの表示特性。

- 編集およびソート順序の基準。

3.1.1.3 リレーションシップ

リレーションシップでは表間の依存関係が定義されるため、適切な依存選択リストを生成するのに不可欠です。定義したそれぞれのリレーションシップによって、親表と子表間の対応関係が確立されます。この対応関係は、親表の列に依存する子表の列を指定することで作成されます。したがって、子表の列のデータを使用して表示される選択肢は、親表の対応する列のデータの選択によって決定します。

図3-4 表と列のリレーションシップ

たとえば、図3-4のCountryView (Country表)とStateView (State表)では、countryID列を使用して、親のCountryリストと子のStateリストを生成するリレーションシップが作成されています。Stateメタデータ・リストで使用可能な選択肢は、Countryメタデータ・リストでの選択に依存します。

3.1.1.4 スキーマ・ディレクトリ構造

/weblayout/resourcesディレクトリにある3つのサブディレクトリがスキーマ機能に関連付けられています。

- schema

- schema.work

- schema.old

schema.workディレクトリは、一時ディレクトリのため、通常は表示されません。スキーマ作成プロセスが完了すると、作業ディレクトリの名前は変更されます。このディレクトリが存在する場合は、次のいずれかを表しています。

- 大規模なスキーマの再構築が進行中です。

- スキーマは作成されましたが、スキーマ構造に問題があります。

注意:

スキーマのファイルとディレクトリをレビューするためにディレクトリ構造内で作業する場合は、これらのファイルにアクセスしているオープン中のすべてのアプリケーションを必ず終了してください。ディレクトリの名前は、処理の完了後に変更されます。ただし、テキスト・エディタなどの外部アプリケーションによってこれらのファイルが使用されている場合は、schema.workディレクトリの名前を変更できません。

3.1.1.5 スキーマベースのリストのサンプル

スキーマ表、ビューおよびリレーションシップを作成し、適切に確立すると、リストに適切な選択肢が表示されます。たとえば、図3-5の「Country」リストには、「United States」と「Canada」の2つの選択肢が表示されるようになりました。

図3-5 リストの例

Stateメタデータ・フィールドはCountryフィールドによって決定するため、「State」リストには「Country」リストでの選択に基づいたアイテムが含まれます。ここでは、選択肢のうち「United States」が選択された場合は、「State」リストの選択肢として「Minnesota」と「Wisconsin」が表示されます。「Canada」が選択された場合は、「State」リストに「Ontario」と「Quebec」が表示されます。

図3-6 依存リストの例

3.1.2 スキーマの作成

構成マネージャの「表」、「ビュー」および「リレーション」の各タブを使用してスキーマ構造を作成します。

- 「表」タブは、データベース表を選択または作成するために使用します。

- 「ビュー」タブは、スキーマで使用されるビューを操作するために使用します。

- 「リレーション」タブは、依存関係を操作するために使用します。

「情報フィールド」タブは、Oracle WebCenter Content Serverのページで使用されるメタデータ・フィールドを作成するために使用します。リストを適切に表示するには、メタデータ・フィールドを表とビューに関連付ける必要があります。

新しいスキーマまたは変更されたスキーマは、スケジュールされた各パブリッシュ・サイクル時に自動的に更新されます。各パブリッシュ・サイクル間のデフォルト間隔は4時間に設定されているため、新しいスキーマまたは変更されたスキーマの結果は即座には表示されません。各パブリッシュ・サイクル間の間隔を調整するには、関連付けられた構成変数のデフォルト値を変更します。詳細は、第3.1.2.6項「パブリッシュ・サイクル間隔の変更」を参照してください。

この項では、構成マネージャの該当するタブを使用してスキーマ構造を作成する簡単な手順の概要を示します。

この項では、スキーマの作成における次のステップについて説明します。

- 第3.1.2.1項「スキーマ用の表の選択」

- 第3.1.2.2項「スキーマ・ビューの作成」

- 第3.1.2.3項「スキーマ・リレーションの作成」

- 第3.1.2.4項「メタデータ・フィールドの追加」

- 第3.1.2.5項「スキーマの有効化」

- 第3.1.2.6項「パブリッシュ・サイクル間隔の変更」

3.1.2.1 スキーマ用の表の選択

スキーマ用の表を選択する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「構成マネージャ」→「表」タブをクリックします。
「構成マネージャ」: 「表」タブ画面が開きます。

2. スキーマに表を追加するには、「表の追加」をクリックし、スキーマに追加する表を「表の選択」画面から選択します。新しい表を作成するときは、「表の作成」をクリックします。

重要:

「リビジョン」、「エイリアス」、「ドキュメント」、「ユーザー」などのコア・システム表を使用できますが、これらの表の編集(列の削除、列の長さの変更など)はできません。

3. 表を選択すると、「表の作成」/「表'名前'の編集」画面が、表の各列の名前が入力された状態で表示されます。

4. 依存関係を確立するための主キーとして使用する列を選択し、「編集」を選択します。「列の追加」/「列の編集」画面が開きます。

5. 「主キー」というラベルのボックスを選択し、「OK」をクリックします。「推奨の追加」を選択し、推奨の列を表に追加します。

スキーマ内で使用するすべての表について、この手順を繰り返します。入力後、「OK」をクリックします。

3.1.2.2 スキーマ・ビューの作成

スキーマ・ビューを作成する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「構成マネージャ」→「ビュー」タブをクリックします。
「構成マネージャ」: 「ビュー」タブ画面が開きます。

2. ビューを作成するには、「追加」をクリックして「ビューの追加」画面: 「表の選択」画面を開きます。

3. ビューで使用する表を選択し、「次へ」をクリックします。「ビューの追加」画面: 「列の選択」画面が開きます。

4. ビューに含める列を選択し、「終了」をクリックします。「ビューの追加」/「ビューの編集」画面が開きます。

5. ビューの名前を選択し、説明の情報を追加します。ビューで使用する内部列(データベース内の名前)を選択し、エンド・ユーザーに表示する表示列を選択します。実際のフィールド値のかわりに表示される表示形式(テキストおよびIdocスクリプト)を指定できます。終了後は、「OK」をクリックします。

6. ビュー内に含めるすべての表について、この手順を繰り返します。

3.1.2.3 スキーマ・リレーションの作成

スキーマ・リレーションを作成する手順は、次のとおりです。

1. 表および関連するビューが完成したら、表および列の間の依存関係を確立するために「リレーションシップ」をクリックします。現存しているスキーマ・リレーションのリストが表示されます。

2. 「追加」をクリックして新しいスキーマ・リレーションを設定します。「リレーションシップの追加」/「リレーションの編集」画面が開きます。

3. リレーションシップの名前(Country表とState表間のリレーションシップを示すCountry_Stateなど)を入力します。「親情報」ボックスで、親情報が存在する表(たとえばCountry表)と、依存関係の確立に使用する列(たとえばcountryID)を選択します。「子情報」フィールドに対して同じ操作を実行します(たとえば、表名としてStateを選択し、リレーションシップとしてcountryIDを選択)。

4. 終了したら、「OK」をクリックします。新しいリレーションシップが、「リレーション」リストに表示されます。

3.1.2.4 メタデータ・フィールドの追加

スキーマ作成の最終フェーズは、選択した各列を使用するためにメタデータ・フィールドを設定し、作成したビューとリレーションを使用するためにそれらの列を構成することです。手順の概要は、第2.2.2項「カスタム・フィールドの追加または編集」および第2.2.4項「オプション・リストの定義」を参照してください。

3.1.2.5 スキーマの有効化

スキーマ、ビューおよびリレーションシップを構成した後で、「構成マネージャ」画面上のボタンをクリックしてデータベース設計を更新します。構成マネージャの「ページ」メニューで「オプション」→「スキーマのパブリッシュ」をクリックします。

スキーマの再パブリッシュ(更新)は、次の状況に基づいて自動的に実行されます。

- data/schema/publishlock/publish.datファイルの存在。

- 自動のパブリッシュ時刻の内部スケジュール。このスケジュールを変更する方法の詳細は、第3.1.2.6項「パブリッシュ・サイクル間隔の変更」を参照してください。

- 前回スキーマのパブリッシュに要した時間。

「オプション」→「スキーマのパブリッシュ」は、新しいコンテンツ・タイプをすぐに反映する必要がある場合以外は選択しないでください。大きいリストを再パブリッシュすると、システムがオーバーロードの状態になることがあります。

3.1.2.6 パブリッシュ・サイクル間隔の変更

新しいスキーマまたは変更されたスキーマは、スキーマの自動パブリッシュ・サイクル時に自動的に更新されます。ただし、パブリッシュ・サイクル間の間隔はデフォルトで4時間に設定されています。新しいスキーマや、既存のスキーマに加えた変更は、次回のパブリッシュ・サイクルの完了まで、対応するメニュー・リストに反映されません。パブリッシュ・サイクル間隔を調整するには、SchemaPublishInterval構成変数の値を変更します。

スキーマのパブリッシュ・サイクル間隔を変更する手順は、次のとおりです。

1. テキスト・エディタで、IntradocDir/config/config.cfgファイルを開きます。

2. 次の構成変数と値を追加します。

SchemaPublishInterval=300

値は秒数で指定します。この構成例では、リストは300秒(つまり、5分)ごとに再パブリッシュされます。

注意:

リストの数と、各リストのサイズおよび複雑さによっては、スキーマの自動再パブリッシュ(更新)を頻繁に行うと、システムのパフォーマンスに重大な影響を与える可能性があります。

3. config.cfgファイルを保存して閉じます。

4. Oracle WebCenter Content Serverを再起動して変更を適用します。

スキーマのパブリッシュの問合せは、最大5分間キャッシュされます。パブリッシュの頻度を高くしても、現在のキャッシュが期限切れになるまで新しい値は取得されません。

新しい値がメタデータ・フィールドに追加された場合、次回のパブリッシュ・サイクルが完了するまで、その値はコンテンツ・アイテムのコンテンツ情報ページに表示されません。

あるコンテンツ・アイテムがチェックインされたときにその値が動的リスト内で一意であり、2つ目のアイテムがチェックインされたときに、値は同じで大文字と小文字の区別が異なる場合は、その値はリスト内で1つの値として処理されます。大文字小文字の使用は、データベースのソート・スキームによって決まります。

動的リストの作成の詳細は、第3.1.3項「スキーマの例: 動的リスト」を参照してください。

3.1.3 スキーマの例: 動的リスト

動的リストを作成すると、ユーザーがメタデータ・リストに値を追加できるようになります。たとえば、ある値がリストに存在している場合は、ユーザーはその値をリストから選択できます。ただし、それが新しい値の場合は、ユーザーが値をテキスト・フィールドに入力すると、次のパブリッシュ・サイクルの後にその値が選択肢の1つとして使用できるようになります。

動的リストを作成するには、最初にデータベース内の表に対するビューを作成します。リスト値は、格納されているメタデータ列から直接取得されます。コンテンツ・アイテムがチェックイン、改訂および削除されると、リスト値はそれに応じて変更または更新されます。

動的リストの作成の例を次に示します。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「構成マネージャ」→「情報フィールド」タブをクリックします。
「構成マネージャ」: 「情報フィールド」タブ画面が開きます。

2. 「追加」をクリックします。
「メタデータ・フィールド名の追加」画面が開きます。

3. 動的リストがあるメタデータ・フィールドの名前を入力します。たとえば、TestMetadataです。

4. 「OK」をクリックします。
TestMetadataの「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面が開きます。

5. 必要に応じて各フィールドに入力しますが、「オプション・リストの有効化」は選択しないでください。

6. 「OK」をクリックします。
画面が閉じ、「構成マネージャ」: 「情報フィールド」タブ画面の「フィールド情報」リストに、追加されたメタデータ・フィールドが表示されます。

7. 「データベース設計の更新」をクリックします。
「データベース設計の更新」画面が開き、追加されるフィールドとしてTestMetadataが表示されます。

8. 「OK」をクリックします。

9. 「構成マネージャ」: 「ビュー」タブ画面を開いて「追加」をクリックします。
「ビューの追加」画面: 「表の選択」画面が開きます。

10. 「表の追加」をクリックします。
「表の選択」画面が開きます。

11. DocMeta表を選択します。

12. 「OK」をクリックします。
「表の選択」画面が閉じ、DocMeta表が「ビューの追加」画面: 「表の選択」画面の「表」リストに追加されます。

13. 「次へ」をクリックします。
「ビューの追加」画面: 「列の選択」画面が開き、列名が表示されます。

14. TestMetadataのリストの作成に使用する列を選択します。

15. 「終了」をクリックします。
「ビューの追加」/「ビューの編集」画面ページが開きます。

16. ビュー名を入力します。たとえば、TestMetadata_viewです。

17. 「OK」をクリックします。

18. 「構成マネージャ」: 「情報フィールド」タブ画面の「情報フィールド」タブを開き、「TestMetadata」を選択します。

19. 「編集」をクリックします。
TestMetadataの「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面が開きます。

20. 「オプション・リストの有効化」を選択します。

21. 「構成」をクリックします。
TestMetadataのオプション・リストの構成画面が開きます。

22. 「オプション・リスト・タイプ」リストから「リストから1項目選択、もしくは項目の追加選択」を選択します。

23. 「ビューの使用」をクリックし、リストからビューを選択します。たとえば、TestMetadata_viewです。

24. 「OK」をクリックします。
オプション・リストの構成画面が閉じます。

25. 「OK」をクリックします。
「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面が閉じます。

26. 「構成マネージャ」: 「情報フィールド」タブ画面の「オプション」メニューから「スキーマのパブリッシュ」を選択します。

このリストをテストするには、ドキュメントをチェックインし、新しい動的メタデータ・フィールドに値を入力します。このリストは最初は空ですが、これはTestMetadataフィールドにデータが格納されたドキュメントがまだチェックインされていないためです。ただし、TestMetadataに値が入力されているドキュメントがチェックインされると、指定された値がリストに追加されます。

3.1.4 スキーマの例: 複数ツリーの再帰表

再帰表を作成すると、データを複数のスキーマ・ツリーに使用できるようになります。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「構成マネージャ」→「情報フィールド」タブをクリックします。
「構成マネージャ」: 「情報フィールド」タブ画面が開きます。

2. 2つの列(id、parent)を含むデータベース表を作成します。

1. 「表」タブを開いて、「表の作成」をクリックします。
「表の作成」/「表'名前'の編集」画面が開きます。

2. 表名を入力します。たとえば、TreeTestです。

3. 「列」ペインで、「追加」をクリックします。
「列の追加」/「列の編集」画面が開きます。

4. 最初の列名(id)とその長さを入力します。「OK」をクリックします。

5. 2番目の列名(parent)とその長さを入力します。「OK」をクリックします。

6. 「OK」をクリックして表を作成します。

3. 両方の列が含まれた表にビューを作成します。

1. 「ビュー」タブを開いて、「追加」をクリックします。
「ビューの追加」画面: 「表の選択」画面が開きます。

2. 「表」ペインで、「TreeTest」を選択し、「次へ」をクリックします。

3. 「列」ペインで、idとparentのチェック・ボックスを選択し、「終了」をクリックします。
「ビューの追加」/「ビューの編集」画面が開きます。

4. ビュー名を入力します。たとえば、TreeTestViewです。表示、オプションおよびセキュリティの構成を必要に応じて追加します。
「表示」タブ: リレーションシップのルールを作成するために使用します。

「オプション」タブ: スキーマ内のデータのソート順序や条件を設定するために使用します。

「セキュリティ」タブ: スキーマのセキュリティ・ルールを定義するために使用します。

5. 「OK」をクリックしてビューを作成します。

4. ビューにリレーションシップを作成します。

1. 「リレーション」タブを開いて、「追加」をクリックします。
「リレーションシップの追加」/「リレーションの編集」画面が開きます。

2. リレーションシップ名を入力します。たとえば、TreeTestRecursiveです。

3. 「親情報」表リストから、「TreeTest」を選択し、対応する列リストで「id」を選択します。

4. 「子情報」表リストから、「TreeTest」を選択し、対応する列リストで「parent」を選択します。

5. 「OK」をクリックしてリレーションシップを作成します。

5. 「情報フィールド」タブを開いて、「追加」をクリックします。
「メタデータ・フィールド名の追加」画面が開きます。

6. カスタム・メタデータ・フィールドの名前を入力し、「OK」をクリックします。
「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面が開きます。

7. 「オプション・リストの有効化」を選択し、「構成」をクリックします。
オプション・リストの構成画面が開きます。

8. 「ツリーを使用」をクリックし、「定義の編集」をクリックします。
「ツリー定義の編集」画面が開きます。

9. 作成レベル・ペイン: 「レベル1のビューを選択」リストで、「TreeTestView」を選択します。
「ツリー定義」ペインに、TreeTestViewがレベル1として入力されます。

10. 作成レベル・ペイン: 「1と2レベル間のリレーションシップを選択」リストの「TreeTestRecursive」をクリックします。
「ツリー定義」ペインの「TreeTestView」の下に、TreeTestRecursiveが追加されます。

11. 作成レベル・ペイン: 「レベル2のビューを選択」リストの「TreeTestView(レベル1に戻る)」をクリックします。
「ツリー定義」ペインに、「TreeTestView(レベル1に戻る)」がレベル2として入力され、「ルートの選択」ボタンが追加されます。

12. 「ルートの選択」をクリックします。
ツリー・ルートの選択画面が開きます。

3.2 プロファイルを使用した「コンテンツ」画面のカスタマイズ

管理者は、どのメタデータ・フィールドを組み込むか除外するかをコンテンツ・プロファイルを使用して選択することによって、ターゲットとするチェックイン・ページ、更新ページ、コンテンツ情報ページおよび検索ページを作成できます。

コンテンツ・プロファイルによって、Oracle WebCenter Content Serverの表が作成または変更されることはありません。これらは、単に、表示情報の一種のフィルタとして使用されます。コンテンツ・プロファイルのすべての情報は、IntradocDir/data/profiles/document/ディレクトリに格納されます。

コンテンツ・プロファイルを作成した後は、常に、そのプロファイルはアクティブになります。ユーザー・インタフェース上のリンクを無効にできますが、プロファイルが削除されないかぎり、プロファイル・ルールは引き続き有効です。

この項には、次の項目が含まれます。

- 第3.2.1項「コンテンツ・プロファイルの要素」

- 第3.2.2項「コンテンツ・プロファイル・ルール」

- 第3.2.3項「順序を変更したメタデータ・フィールドの表示結果」

- 第3.2.4項「ルールの管理」

- 第3.2.5項「コンテンツ・プロファイルのトリガー」

- 第3.2.6項「コンテンツ・プロファイルの作成と使用」

- 第3.2.7項「コンテンツ・プロファイルの例」

3.2.1 コンテンツ・プロファイルの要素

プロファイルは、ルールとトリガー値で構成され、これらの設定は「構成マネージャ」画面の「プロファイル」タブと「ルール」タブで行います。管理者は、複数のコンテンツ・プロファイルを作成でき、エンド・ユーザーはそれらすべてを使用できます。エンド・ユーザーには、プロファイルごとに個別のチェックイン・ページと検索ページが示されます。すべてのプロファイルがすべてのユーザーに表示されますが、各ユーザーは、特定のプロファイルへのリンクを表示または非表示にするように各自のユーザー・インタフェースを構成できます。

注意:

ドキュメントにシステム内の複数のプロファイルを関連付けることはできません。

コンテンツ・プロファイルを構成するものは次のとおりです。

- ルール: ルールは一連のメタデータ・フィールドで構成され、特定の条件が満たされたとき、これらの条件に基づいて、フィールドが編集可能、必須、非表示、除外または読取り専用であるかどうかが決定されます。ルールの動作は、入力(アクティブ化条件)に基づいて変更できます。ルールは、すべてのプロファイルに対して評価することも(グローバル)、特定のプロファイルに対して評価することもできます。使いやすくするために、ルールを使用してオプション・ヘッダーの下にメタデータ・フィールドをグループ化できます。
たとえば、プロファイルのルールでユーザー・タイプを決定し、チェックインされたドキュメント・タイプに基づいて特定のメタデータ・フィールドのみが表示されるようにできます。ルールは、プロファイルの作成前に確立する必要があります。

- トリガー: トリガー・フィールドは、「構成マネージャ」: 「プロファイル」タブ画面で定義されるメタデータ・フィールドです。ドキュメントがプロファイルのトリガー値と一致した場合に、そのプロファイルがそのドキュメントに対して評価されます。プロファイルの数に制限はありませんが、トリガー値はプロファイルごとに1つのみです。
ルールを作成してからトリガーとプロファイルを作成しますが、ルールの作成前にトリガーの内容を把握しておく必要があります。

3.2.1.1 プロファイル・リンクの使用

コンテンツ・プロファイル・リンクの編集ページでプロファイルが有効な場合、プロファイルはツールバーの「検索」メニューと「新規チェックイン」メニューから使用できます。プロファイルの表示が有効でない場合、「検索」メニューと「新規チェックイン」メニューは、それぞれ拡張検索ページと標準の「コンテンツ・チェックイン・フォーム」への直接リンクになります。

作成したプロファイルは、ブラウザ・セッションがリフレッシュされた後に、ツールバーの「検索」メニューと「新規チェックイン」メニューに表示されます。デフォルトでは、すべてのプロファイルが両方のメニューの下にオプションとしてリストされます。ただし、すべてのユーザーにリストされたプロファイルすべてを使用できる権限が付与されるわけではありません。表示するプロファイルを指定するには、コンテンツ・プロファイル・リンクの編集ページで、該当するチェック・ボックスを選択するか選択を解除します。

たとえば、マーケティングの従業員には、会計のプロファイルを使用するために必要な権限が付与されていないとします。この場合、ユーザーが会計のプロファイルのチェック・ボックスの選択を解除すると、このプロファイルは「検索」メニューと「新規チェックイン」メニューの下に表示されません。ユーザー・インタフェース全般と特定のコンテンツ・プロファイル・リンクの詳細は、『Oracle WebCenter Content Content Serverユーザーズ・ガイド』を参照してください。

3.2.2 コンテンツ・プロファイル・ルール

注意:

ルールを作成してからトリガーとプロファイルを作成しますが、ルールの作成前にトリガーの内容を把握しておく必要があります。

1つのプロファイルは、1つ以上のルールと1つのトリガー値で構成されます。チェックイン、更新、コンテンツ情報および検索ページでのメタデータ・フィールドの表示方法、およびルールを使用するかどうかが、ルールによって(評価方法に基づいて)決定されます。各ルールは次の内容で構成されます。

- 一連のメタデータ・フィールド。第3.2.2.1項「ルールのメタデータ・フィールドと属性」を参照してください。

- オプションのアクティブ化条件。第3.2.2.2項「ルールのアクティブ化条件」を参照してください。

- グローバル・ルールで特定の優先度があるかどうかを示すオプション。

- ルールのメタデータ・フィールドがグループ化されているかどうか、および省略可能なヘッダーが使用されるかどうかを示すオプション。

グローバル・ルールは、常に「有効」です(常に評価されます)。グローバル・ルールは、プロファイルに含まれていない場合でも、またはプロファイルが作成されていない場合でも、チェックイン、更新、コンテンツ情報および検索ページに表示されるメタデータ・フィールドに自動的に影響を与えます。定義済のグローバル・ルールは有効になり、イベント、アクションまたはワークフロー状態に適用されるために、プロファイルがシステムに存在している必要はありません。ただし、グローバル・ルールがプロファイルに関連付けられていないかぎり、グローバル・ルールの影響はプレビューできません。

グローバル・ルールは最初に評価され、特定のプロファイル・ルールによって置き換えられる場合があります。グローバル・ルールの優先度を設定してその優先順位を上げることができます。このようにすると、特定のルールよりも高い優先度を指定して異なるプロファイル結果を生成できます。その結果を参照するには、プロファイルをプレビューして、ルール選択の結果を確認します。

グローバル・ルールは、次のガイドラインに従います。

- グローバル・ルールは常に有効で、プロファイルから独立して常に評価されます。

- プロファイルを使用したドキュメントおよび検索では、グローバル・ルールが最初に評価されます。特定のプロファイル・ルールはグローバル・ルールの後に評価されます。グローバル・ルールの優先度はプロファイル・ルールよりも低くなっています。

- グローバル・ルールには優先度を表す番号があります。優先度によってルールの評価順序が決まります。優先度の低いルールが先に実行され、優先度の高いルールが優先度の低いルールによって変更された内容をオーバーライドできます。

この項では、ルールに関する次の項目について説明します。

- 第3.2.2.1項「ルールのメタデータ・フィールドと属性」

- 第3.2.2.2項「ルールのアクティブ化条件」

- 第3.2.2.3項「ルールの制限リスト」

- 第3.2.2.4項「正規表現」

- 第3.2.2.5項「ルールを使用したメタデータ・フィールドのグループ化」

3.2.2.1 ルールのメタデータ・フィールドと属性

ルールの各メタデータ・フィールドには、次の属性があります。

- フィールド位置(必須): メタデータ・フィールドの一般的な配置順序を調整します。値は、「先頭」、「ページの中央」および「ページの最後」です。

- 表示タイプ(必須): メタデータ・フィールドをチェックイン・ページおよび検索ページにどのように表示するかを決定します。値は、「編集」、「情報のみ」、「非表示」、「除外済」または「必須」です。必須の場合は、メッセージも必須です。

- デフォルト値を使用(オプション): メタデータ・フィールドのデフォルト値を表示します。

- 導出値(オプション): 更新またはチェックインのときに、メタデータ・フィールドを指定の値に設定できます。

- 制限のリストを含む(オプション): リスト・メタデータ・フィールドの内容を特定の値のリストまたはフィルタリングされた値のリストに制限できます。

3.2.2.2 ルールのアクティブ化条件

アクティブ化条件を使用すると、プロファイルの動作を様々な入力に基づいて変更できます。たとえば、特定の検索ページまたはコントリビュータに対してルールを非アクティブにしたり、チェックイン時に特定のフィールドを非表示にしたりオーバーライドできます。また、プロファイルはチェックイン処理時にアクティブ化されるため、ブラウザのチェックインとバッチ・ロードのチェックインは区別されます。

アクティブ化の条件の妥当性を確認するために、プロファイルをプレビューできます。プレビュー画面を使用すると、既存のプロファイルを確認でき、アクティブ化条件の選択肢を変更して結果を評価することによってwhat-ifシナリオを実行できます。

ルールのアクティブ化条件は、次のものに基づいて設定できます。

- システム・イベント: 要求時イベント、送信時イベント、インポート時イベントなどがあります。

- ユーザー・アクション: 新規チェックイン、選択したコンテンツのチェックイン、コンテンツ情報、コンテンツ更新、検索などがあります。

- ワークフローの状態: コンテンツ・アイテムがワークフロー内にあるかどうかによります。

- ドキュメント・タイプ: ドキュメント・メタデータ・フィールドに基づくコンポーネントを使用できます。

- ユーザー・タイプ: ユーザー・メタデータ・フィールドに基づくコンポーネントを使用できます。

注意:

条件の選択肢の1つ以上の組合せが含まれるアクティブ化条件を使用する場合は、注意が必要です。アクティブ化条件の選択肢のすべての組合せが有効なわけではなく、一部は相互に排他的である可能性があります。たとえば、あるアクティブ化条件で、イベントがインポートであり、かつ、アクションがドキュメント情報のページ・リクエストであることが必要である場合、アクティブ化が真になることはなく、ルールはアクティブになりません。

3.2.2.3 ルールの制限リスト

制限リストは、ルールのメタデータ・フィールドに対して任意で定義できる属性です。メタデータ・フィールド用にリストとして定義されているユーザー・インタフェースを変更するには、次の2つの方法があります。

- 固定リストを指定する: リストとして定義されたメタデータ・フィールドの実際のマスター・リストよりも優先される、明示的な値のセットです。ユーザー・インタフェース・リストに表示されるのは、マスター・リスト内にあるアイテムのみです。

- 正規表現の評価を使用する: リストの中で、文字列パターン・マッチングと評価のためのワイルドカードなどの特殊文字を使用できます。ユーザー・インタフェース・リストに表示されるアイテムは、正規表現を満たす値です。

3.2.2.4 正規表現

正規表現はテキストの操作に最適であり、文字列の形式を記述します。最も単純な形式の正規表現では、一致させるテキストを指定します。

たとえば、正規表現「ABC」は、文字列ABCに一致しますが、文字列DEFとは一致しません。より多くの文字列に一致させるために、アスタリスク(*)などのワイルドカード文字を使用できます。アスタリスク(*)は、先行する1つ以上の文字が0回以上出現することを指定します。たとえば、正規表現A*Bには、B、AB、AAB、AAABなどの文字列に一致します。

この項では、変更したユーザー・インタフェース・リストを生成するための正規表現評価の使用に関して、概略のみを示します。正規表現は複雑なため、システム管理者は、正規表現、パターンの作成および正規表現の実装方法をよく理解している必要があります。そうでない場合は、制限リストの定義を支援するオラクル社コンサルティング・サービスをご利用ください。

次の表は、正規表現評価のパターンを作成する際に使用される一般的な修飾子、メタ文字および特殊文字を示しています。

修飾子

要素

定義

g

グローバル・パターンの照合。

i

大/小文字を区別しないパターンの照合。

m

特殊文字の^と$を文字列内で複数回一致させることができます。

s

特殊文字.を改行に一致させることができます。

x

パターン内の空白文字を無視します。

メタ文字

要素

定義

\s

空白(タブや改行を含む)に一致します。

\S

空白文字以外に一致します。

\b

単語の境界のみに一致します。

\B

単語の境界以外のみに一致します。

\d

0から9の数字に一致します。

\D

数字以外の文字のみに一致します。

\w

文字、数値またはアンダースコアのみに一致します。

\W

文字、数値またはアンダースコア以外の文字のみに一致します。

\A

文字列の先頭のみに一致します。

\Z

文字列の末尾のみに一致します。

特殊文字

要素

定義

*

直前の文字のゼロ個以上の出現に一致します。

+

直前の文字の1個以上の出現に一致します。

?

任意の文字のゼロ個以上の出現に一致します。

.

改行以外の任意の1文字に一致します。

^

\Aメタ文字と同様に、文字列の先頭に一致します。

$

\Zメタ文字と同様に、文字列の末尾に一致します。

|

「または」の条件を加えます。

次に示す例は、「制限リストの編集」の入力に基づいてユーザー・インタフェース・リストに表示される結果を示しています。定義する制限リストでは、リストとして定義されているメタデータ・フィールドが使用されます。マスター・リストの値は米国の州で、アルファベット順に表示されます。2つの依存関係があります。

- テキスト・ペインに入力されたアイテムまたは式。

- 「Java正規表現を使用する」チェック・ボックス(選択または選択を解除)。

例1

この例では、テキスト値がテキスト・ペインに入力され、「Java正規表現を使用する」チェック・ボックスが選択されていません。この場合、オプションの「NoState」および「Carolina」は、州の完全な名前ではないため、結果リストに含まれません。順序は、テキスト領域に入力したとおりに維持されます。

次の値がテキスト・ペインに入力された場合:

- Alabama

- Minnesota

- NoState

- Utah

- Carolina

ユーザー・インタフェース・リストに表示される結果:

- Alabama

- Minnesota

- Utah

例2

この例では、例1と同じテキスト値がテキスト・ペインに入力されています。ただし、「Java正規表現を使用する」チェック・ボックスが選択されています。

次の値がテキスト・ペインに入力された場合:

- Alabama

- Minnesota

- NoState

- Utah

- Carolina

ユーザー・インタフェース・リストに表示される結果:

- Alabama

- Minnesota

- Utah

- North Carolina

- South Carolina

この場合、「North Carolina」と「South Carolina」の両方は、正規表現「Carolina」に一致するため、結果リストに含まれます。

例3

この例では、「Java正規表現を使用する」チェック・ボックスが選択され、類似のテキスト値(前述の例と同様)を入力するかわりに、特殊文字^が英字とともに使用されています。

ここでは、2つの正規表現が使用されています。最初の正規表現では、Cで開始するマスター・リストのすべての選択が、2番目の正規表現では、Alで開始するすべての選択が指定されています。結果の順序は、テキスト・ペインへのリストの入力方法によって決定されます。

次の値がテキスト・ペインに入力された場合:

- ^C

- ^Al

ユーザー・インタフェース・リストに表示される結果:

- California

- Colorado

- Connecticut

- Alabama

- Alaska

例4

この例では、例3と同じ値がテキスト・ペインに入力されています。ただし、両方の値が同じ行に入力され、「または」と評価される特殊記号のパイプ( | )で区切られています。この正規表現の場合は、AlまたはCで開始する値についてリストが正確に1回フィルタ処理されるため、値の順序が保持されます。

次の値がテキスト・ペインに入力された場合:

- ^C | ^Al

次の結果がユーザー・インタフェース・リストに表示されます。

- Alabama

- Alaska

- California

- Colorado

- Connecticut

3.2.2.5 ルールを使用したメタデータ・フィールドのグループ化

メタデータ・フィールドをグループ化して配置し、ラベルを付けるには、適切なヘッダーを使用します。フィールドは、チェックイン、更新、コンテンツ情報および検索ページに、グループで指定されたとおりに表示されます。

メタデータ・グループを作成するには、「ルールの追加」/「ルールの編集」画面で「グループ」を選択します。「フィールド」タブを使用して、メタデータ・フィールドをグループに追加します。「上へ」ボタンと「下へ」ボタンを使用してフィールドの順序を変更します。

たとえば、図3-7は、左側のルールによって、右側のチェックイン・ページのメタデータ・フィールド・リストが生成されていることを示しています。この例では、「コンテンツID」がグループ・リストの最初の要素であるためグループ・リーダーです。「コンテンツID」の後に含まれるメタデータ・フィールドは、グループ・メンバーです。

図3-7 ルールから生成されたメタデータ・フィールド

図3-8は、同じルールを示していますが、グループ内のメタデータ・フィールドが「上へ」ボタンと「下へ」ボタンを使用して再配置されています。この再編成によって、チェックイン・ページに同じメタデータ・フィールドの別のリストが生成されます。この場合は、「セキュリティ・グループ」がグループ・リーダーになり、その他のフィールドはグループ・メンバーになります。

図3-8 再編成されたメタデータ・フィールド

図3-9では、1つのプロファイルに、グループ化されたメタデータ・フィールドを含む3つのルールが格納されています。各グループには別のグループに属するフィールドが1つあります。この状況では、システムは解決ルールを使用して競合を調整します。

図3-9 グループ化されたメタデータ・フィールドを含む複数のルールが格納されたプロファイル

注意:

追加のプロファイルとこれらのメタデータ・フィールドを1つ以上含むグローバル・ルールのシステムによる評価と実装によって、グループの競合が発生する可能性があります。後で実行されるルールによって、先行するルールがオーバーライドされ、グループ化されたメタデータ・フィールドの解決方法に影響を及ぼす場合があります。

複数のルールでのグループに属するメタデータ・フィールド間の競合は、次に示すルールによって解決されます。

1. リストの最初の要素はグループ・リーダーです。

2. 最初の要素に続くすべての要素はグループ・メンバーです。

3. グループ・リーダーが別のグループ・リストのグループ・リーダーでない場合は、別のグループのグループ・リーダーの下にグループ・メンバーが割り当てられます。

4. グループ・リーダーが先行するグループ・リストのグループ・メンバーである場合、新しいグループ・リストは先行するグループ・リストに次のようにマージされます。

1. メイン・グループ・リーダー(先行するグループのグループ・リーダー)が検索されます。

2. メイン・グループ・リーダーのグループ・メンバー・リスト内のグループ・リーダーの後に、新しいグループ・メンバーが挿入されます。

5. 複数のグループ・リーダーを持つグループ・メンバーがないことを確認します。複数存在する場合は、先行するグループ・リーダーのリストからそのメンバーが削除されます。

6. グループに存在するグループ・メンバーが、後続する別のグループのグループ・リーダーである場合、このルールは無効となり、エラーが報告され、ルールは評価されません。(このルールが許容された場合は、非グループ・リーダー(グループ・メンバー)がグループ・リーダーに昇格される結果となります。)

例1

1. 条件: A、B、Cはメタデータ・グループです。
要素の説明: Aはグループ・リーダーで、BとCはAのグループ・メンバーです。

2. 条件: B、D、Eは別のメタデータ・グループです。
要素の説明: Bはグループ・リーダーで、DとEはBのグループ・メンバーです。

3. 結果: A、B、D、E、Cになります。

例2

1. 条件: A、B、Cはメタデータ・グループです。
要素の説明: Aはグループ・リーダーで、BとCはAのグループ・メンバーです。

2. 条件: A、D、Eは別のメタデータ・グループです。
要素の説明: Aはグループ・リーダーで、DとEはAのグループ・メンバーです。

3. 結果: A、D、E、B、Cになります。
例3

例3

1. 条件: A、B、Cはメタデータ・グループです。
要素の説明: Aはグループ・リーダーで、BとCはAのグループ・メンバーです。

2. 条件: C、B、Dは別のメタデータ・グループです。
要素の説明: Cはグループ・リーダーで、BとDはCのグループ・メンバーです。

3. 結果: A、C、B、Dになります。

例4

1. 条件: A、Bはメタデータ・グループです。
要素の説明: Aはグループ・リーダーで、BはAのグループ・メンバーです。

2. 条件: B、A、Cは別のメタデータ・グループです。
要素の説明: Bはグループ・リーダーで、AとCはBのグループ・メンバーです。

3. 結果: 理論上では、この状況はB、A、Cと解決できますが、これではA、Bのグループ化の意味がなくなります。他のグループ化の混乱を避けるために、このことはエラー・ケースとして処理されます。

例5

1. 条件: A、B、Cはメタデータ・グループです。
要素の説明: Aはグループ・リーダーで、BとCはAのグループ・メンバーです。

2. 条件: D、A、Eは別のメタデータ・グループです。
要素の説明: Dはグループ・リーダーで、AとEはDのグループ・メンバーです。

3. 結果: エラー。このグループ化の競合は解決できません。

3.2.3 順序を変更したメタデータ・フィールドの表示結果

コンテンツ・プロファイルを使用して、チェックイン、更新、コンテンツ情報および検索ページでのメタデータ・フィールドの順序を変更できます。順序を変更できるのは、カスタム・メタデータ・フィールドとシステム固有情報フィールドです。

この項では、順序が変更されたカスタムおよびシステム情報フィールドの表示結果について説明します。

次の各項の説明に従って、メタデータ・フィールドを配置できます。

- 第3.2.3.1項「グループ化されたメタデータ・フィールドの一般的な順序」

- 第3.2.3.2項「グループ内でのメタデータ・フィールドの位置指定」

- 第3.2.3.3項「グループ化されたメタデータ・フィールドの表示結果」

- 第3.2.3.4項「フィールドの移動」

3.2.3.1 グループ化されたメタデータ・フィールドの一般的な順序

グループ化されたシステムおよびカスタム・メタデータ・フィールドの、Oracle WebCenter Content Serverのページでの位置は、グループ内の最初のメタデータ・フィールドの優先度によって決まります。カスタム・メタデータ・フィールドをシステムに追加する際に、その位置順序(フィールド順序)が設定されます。

「構成マネージャ」: 「情報フィールド」タブ画面を使用してカスタム・メタデータ・フィールドを追加し、「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面の「順序」フィールドで順序番号を割り当てます。

カスタム・メタデータ・フィールドがグループの最初のフィールドの場合、そのグループは、カスタム・メタデータ・フィールドに割り当てたフィールド順序に基づいてページに配置されます。システム・メタデータ・フィールドがグループの最初のフィールドの場合、そのグループは、確立された優先順位に基づいて配置されます。

Oracle WebCenter Content Serverのページによっては、指定したシステム・メタデータ・フィールドを一般的な表示順序で表示するか除外するかを指定できます。たとえば、検索ページには、「リリース日」と「有効期限」システム・メタデータ・フィールドが表示されますが、「リビジョン」は除外されます。

デフォルトでは、システム・メタデータ・フィールドの一般的な順序は次のとおりです。

- コンテンツID(dDocName)

- タイプ(dDocType)

- タイトル(dDocTitle)

- 作成者(dDocAuthor)

- セキュリティ・グループ(dSecurityGroup)

- アカウント(dDocAccount)

- リビジョン(dRevLabel)

通常、システム・メタデータ・フィールドが最初のフィールドとして含まれるグループは、デフォルトの順序で表示されます。たとえば、カスタム・メタデータ・フィールドのグループ内で「作成者」が最初のフィールドである場合、そのグループは、「コンテンツID」、「タイプ」または「タイトル」を最初のフィールドとして含むグループの下に表示されます。

3.2.3.2 グループ内でのメタデータ・フィールドの位置指定

第3.2.2.5項「ルールを使用したメタデータ・フィールドのグループ化」では、チェックイン、更新、コンテンツ情報および検索ページのカスタムおよびシステム・メタデータ・フィールドを簡単にグループ化するための、ルールの定義方法について説明しています。メタデータ・フィールドの順序は、次の方法でも指定できます。

- オプション1: フィールド位置: 「フィールド位置」リストを使用します。このリストを使用できるのは、「ルール・フィールドの追加」画面を使用してルールにメタデータ・フィールドを追加するときです。このオプションは、相対的な方法で機能します。たとえば、次のメタデータ・フィールドを追加するとします。

- xRegion(「先頭」の位置)

- xSubDept(「ページの最後」の位置)

「ページの中央」のフィールド位置にxDeptを追加した場合は、次のように追加されます。

- xRegion(「先頭」の位置)

- xDept(「ページの中央」の位置)

- xSubDept(「ページの最後」の位置)

「先頭」のフィールド位置にxContinentを追加した場合は、次のように追加されます。

- xRegion(「先頭」の位置)

- xContinent(「先頭」の位置)

- xDept(「ページの中央」の位置)

- xSubDept(「ページの最後」の位置)

同様に、「ページの中央」のフィールド位置にxManagerを追加した場合は、次のように追加されます。

- xRegion(「先頭」の位置)

- xContinent(「先頭」の位置)

- xDept(「ページの中央」の位置)

- xManager(「ページの中央」の位置)

- xSubDept(「ページの最後」の位置)

このオプションによってこれらの表示結果がチェックイン、更新、コンテンツ情報および検索ページで生成されるのは、フィールドがグループ化されている場合です。フィールドをルールに追加するときに、「ルールの追加」/「ルールの編集」画面で「グループ」を選択します。

- オプション2: 「上へ」ボタンと「下へ」ボタン: 「上へ」ボタンと「下へ」ボタンを使用してフィールドの順序を変更します。このオプションを使用できるのは、「フィールド」タブを使用してメタデータ・フィールドをルールに追加するときです。フィールドの追加後に順序を変更したり、同じフィールド位置の複数のフィールドの順序を変更する場合に便利です。
たとえば、フィールド位置が「先頭」の3つのフィールドを追加した場合、それらのフィールドはルールに追加した順序で配置されます。ただし、「上へ」ボタンを使用するとフィールドを最上位に移動できます。同様に、フィールドが追加時に適切な位置に配置されなかった場合は、「上へ」ボタンと「下へ」ボタンを使用して位置を変更できます。

3.2.3.3 グループ化されたメタデータ・フィールドの表示結果

次のルールによって、チェックイン、更新および選択したコンテンツをチェックインページでのメタデータ・グループの表示方法が指定されます。

- グループの最初のフィールドがシステム・フィールド(「コンテンツID」、「タイプ」、「タイトル」など)の場合、そのグループは常に「プライマリ・ファイル」フィールドの上に表示されます。

- 「コンテンツID」の自動生成が無効な場合は、「コンテンツID」フィールドが常にページの最初のフィールドとしてリストされ、その後にグループの残りのフィールドがリストされます。また、別のグループに「タイトル」や「タイプ」のような他のシステム・フィールドが含まれている場合、そのグループは「コンテンツID」グループの後、「プライマリ・ファイル」の前にリストされます。

- 「コンテンツID」の自動生成が有効な場合、「コンテンツID」フィールドは、フィールド順序が1のカスタム・メタデータ・フィールドのように機能します。ここで、「コンテンツID」がグループの最初のフィールドの場合、このグループは「プライマリ・ファイル」フィールドと「代替ファイル」フィールドの直下に表示されます。また、「リビジョン」システム・メタデータ・フィールドは、「コンテンツID」グループの最後のフィールドの後に表示されます。(デフォルトでは、「リビジョン」は「代替ファイル」フィールドの下に表示されることに注意してください。)

- グループの最初のフィールドがカスタム・メタデータ・フィールドである場合、そのグループの表示順序は、先頭のメタデータ・フィールドのフィールド順序番号と他グループの先頭のメタデータ・フィールドのフィールド順序番号の関係で決定され、このことは、システム・メタデータ・フィールドがグループ内にある場合も同様です。

- 「リリース日」フィールドと「有効期限」フィールドは、高いフィールド順序値(小さい数値)のカスタム・メタデータ・フィールドとともにグループ化されている場合を除いて、常にページの最後に表示されます。または、「リリース日」フィールドと「有効期限」フィールドがシステム・メタデータ・フィールドとともにグループ化されている場合は、「プライマリ・ファイル」フィールドの上にリストされます。

次のルールによって、検索ページでのメタデータ・グループの表示方法が指定されます。

- 「コンテンツID」フィールドは、グループに属していて最初のフィールドでない場合を除き、常に最初に配置されます。ただし、「コンテンツID」がグループの最初のフィールドの場合は、そのグループが最初にリストされます。

- システム・メタデータ・フィールド(「コンテンツID」以外)がグループの最初のフィールドの場合、そのグループは、「コンテンツID」フィールドまたは「コンテンツID」グループの後にリストされます。

- カスタム・メタデータ・フィールドが最初のフィールドとして含まれる他のすべてのグループは、システム・メタデータ・フィールドが先頭フィールドとして含まれるグループの後に表示されます。カスタム・メタデータ・フィールドが最初のフィールドとして含まれるグループが複数ある場合、それらのグループの順序は、相互のグループの先頭メタデータ・フィールドのフィールド順序番号の関係で決定されます。

メタデータ・フィールドを検索ページに表示するには、「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面で、「検索索引の有効化」を設定する必要があります。

次のルールによって、コンテンツ情報ページでのメタデータ・グループの表示方法が指定されます。

- 「コンテンツID」フィールドは、グループに属していて最初のフィールドでない場合を除き、常に最初に配置されます。

- 「チェックアウトの実行者」、「ステータス」および「フォーマット」フィールドは常に最下部にリストされます。

- 「セキュリティ・グループ」フィールド、または「セキュリティ・グループ」を最初のフィールドとして含むグループは、次の場合を除き、「チェックアウトの実行者」、「ステータス」および「フォーマット」の各フィールドの上に表示されます。

- アカウントが無効の場合。アカウントが有効な場合、「セキュリティ・グループ」は「チェックアウトの実行者」フィールドの上に表示されます。「セキュリティ・グループ」は「アカウント」フィールドの上に表示されます。

- 「セキュリティ・グループ」フィールドがグループに属していて最初のフィールドではなく、先頭のメタデータ・フィールドに他のカスタム・メタデータ・フィールドの上に位置するフィールド順序番号がある場合。この場合、「セキュリティ・グループ」フィールドが表示される順序は、グループの先頭のメタデータ・フィールドのフィールド順序番号で決まります。

- 「リリース日」フィールドと「有効期限」フィールドは、「リビジョン履歴」表の一部としてページの下部にリストされます。

- カスタム・メタデータ・フィールドが最初のフィールドとして含まれる他のすべてのグループの表示順序は、相互のグループの先頭メタデータ・フィールドのフィールド順序番号の関係で決定されます。

次のルールによって、フォルダ情報ページでのメタデータ・グループの表示方法が指定されます。

- 「コンテンツID」フィールドは、グループに属している場合を除き、表示されません。現在、「コンテンツID」が最初のフィールドとして含まれるグループは表示されません。これを回避するには、別のシステムまたはカスタム・メタデータ・フィールドをグループの先頭フィールドとして定義します。

- システム・メタデータ・フィールドが先頭フィールドとして指定されているすべてのグループがリストされます(割り当てられた表示属性が「編集」、「ラベル」または「必須」の場合)。システムまたはカスタム・メタデータ・フィールドに「非表示」または「除外済」表示属性が割り当てられている場合は、そのフィールドは表示されません。

- カスタム・メタデータ・フィールドが最初のフィールドとして含まれる他のすべてのグループの表示順序は、相互のグループの先頭メタデータ・フィールドのフィールド順序番号の関係で決定されます。

3.2.3.4 フィールドの移動

カスタム・メタデータ・フィールドを強制的に「プライマリ・ファイル」フィールドの上に表示するには、次の手順に従います。

1. システム・メタデータ・フィールドを含むグループに、カスタム・メタデータ・フィールドを追加します。

2. グループの最初のフィールドをシステム・メタデータ・フィールドにします。グループの位置は、どのシステム・メタデータ・フィールドが先頭フィールドであるかに基づきます。

システム・メタデータ・フィールドを強制的に「プライマリ・ファイル」フィールドの下に表示する手順は、次のとおりです。

1. システム・メタデータ・フィールドを、カスタム・メタデータ・フィールドが含まれているグループに追加します。

2. グループの最初のフィールドがカスタム・メタデータ・フィールドであることを確認します。
グループは「プライマリ・ファイル」フィールドの下に、先頭フィールドのフィールド順序番号に基づいて表示されます。

3.2.4 ルールの管理

ルールの管理には、次のタスクが含まれます。

- 第3.2.4.1項「ルールの作成または編集」

- 第3.2.4.2項「グローバル・ルールの作成、編集または削除」

- 第3.2.4.3項「ルールのメタデータ・フィールドの追加」

- 第3.2.4.4項「ルールのアクティブ化条件の追加、編集または削除」

- 第3.2.4.5項「カスタム条件とサイド・エフェクト」

- 第3.2.4.6項「デフォルト値、導出値および制限リストの設定」

- 第3.2.4.7項「デフォルト値または導出値と制限リストの編集」

- 第3.2.4.8項「必須フィールドの表示の設定」

3.2.4.1 ルールの作成または編集

ルールを作成する手順は、次のとおりです。

1. 「管理」→「管理アプレット」を選択します。「構成マネージャ」→「ルール」タブをクリックします。
「構成マネージャ」: 「ルール」タブ画面が開きます。

2. 「追加」をクリックします。
「ルールの追加」/「ルールの編集」画面が開きます。「一般」タブをクリックします。

3. 新規ルールの名前と説明の情報を入力します。
「OK」をクリックします。

ルールを編集するには、そのルールを「構成マネージャ」: 「ルール」タブ画面のリストで選択して「編集」をクリックします。フィールドの値を編集し、完了したら「OK」をクリックします。

ルールを削除するには、そのルールを「構成マネージャ」: 「ルール」タブ画面のリストで選択して「削除」をクリックします。「OK」をクリックして削除を確認します。

3.2.4.2 グローバル・ルールの作成、編集または削除

グローバル・ルールを作成する手順は、次のとおりです。

1. 「管理」→「管理アプレット」を選択します。「構成マネージャ」→「ルール」タブをクリックします。
「構成マネージャ」: 「ルール」タブ画面が開きます。

2. グローバル・ルールを作成する場合は「追加」をクリックし、ルールをグローバル・ルールに変更するか、または既存のグローバル・ルールを変更する場合は、ルールをハイライトして「編集」をクリックします。
「ルールの追加」/「ルールの編集」画面が開きます。「一般」タブをクリックします。

3. 「優先度のあるグローバル・ルール」を選択します。

4. デフォルトの優先度番号を変更します(オプション)。デフォルトでは、10が優先度番号として表示されます。ルールを編集している場合は、他の情報を必要に応じて変更します。優先度が低いルールは、優先度が高いルールより前に実行されるため、優先度の低いルールによって加えられた変更は高優先度のルールでオーバーライドされます。

5. 「OK」をクリックします。

ルールを編集するには、そのルールを「構成マネージャ」: 「ルール」タブ画面のリストで選択して「編集」をクリックします。フィールドの値を編集し、完了したら「OK」をクリックします。

ルールを削除するには、そのルールを「構成マネージャ」: 「ルール」タブ画面のリストで選択して「削除」をクリックします。「OK」をクリックして削除を確認します。

3.2.4.3 ルールのメタデータ・フィールドの追加

ルールにメタデータ・フィールドを追加する手順は、次のとおりです。

1. 「管理」→「管理アプレット」を選択します。「構成マネージャ」→「ルール」タブをクリックします。
「構成マネージャ」: 「ルール」タブ画面が開きます。

2. グローバル・ルールを作成する場合は「追加」をクリックし、ルールをグローバル・ルールに変更するか、または既存のグローバル・ルールを変更する場合は、ルールをハイライトして「編集」をクリックします。
「ルールの追加」/「ルールの編集」画面が開きます。

3. 「フィールド」タブをクリックし、「追加」をクリックします。

「ルール・フィールドの追加」画面が開きます。

4. 次の情報を選択します。

- 「フィールド情報の表示」チェック・ボックスおよび「アプリケーション・フィールドの表示」チェック・ボックス: 選択されている場合は、メタデータ・フィールドがフィールド名リストに一覧表示され、フィールドを標準のチェックインおよび検索のページに表示できるようになります。

ルールの中で、アプリケーション・フィールドが表示対象として選択されている場合は、そのフィールドの動作(そのフィールドを通常使用するアプリケーションで定義されます)が変更されることに注意してください。

5. フィールド名をリストから選択します。

6. 追加したメタデータ・フィールドのそれぞれについて、メタデータ・フィールドの一般的な配置に対応する選択肢を「フィールド位置」リストから選択します。選択したオプションに応じて、メタデータ・フィールドが「ルールの追加」/「ルールの編集」画面の「フィールド」タブのリストに表示されるときの一般的な配置順が調整されます。各フィールドの位置は、評価プロセスにおけるその優先度に関連しています。「上へ」ボタンと「下へ」ボタンを使用すると、配置をさらに変更できます。

- 先頭: メタデータ・フィールドを相対的に上位に移動します。

- ページの中央: メタデータ・フィールドを相対的に中央に移動します。

- ページの最後: メタデータ・フィールドを相対的に下位に移動します。

7. 「OK」をクリックします。
「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面が開きます。

8. 各メタデータ・フィールドについて、次に示す情報を入力します。これらは、そのメタデータ・フィールドをどのようにチェックインや検索のページに表示するかを決定するものです。

- 編集: フィールドは、デフォルト値が指定されている場合でも編集可能です。

- ラベル: フィールドは読取り専用(固定ですが表示されます)です。

- 非表示: フィールドは表示されませんが、ユーザーがコンテンツ・アイテムを送信したときに、このメタデータ・フィールドの値は元のページに残ります。

- 除外済: フィールドは表示されません。非表示のメタデータ・フィールドとは異なり、除外された値は元のページに残りません。

- 必須: 必須フィールドです。これが使用される場合は、メッセージも必須です。

9. カスタム・ラベル: フィールドのラベルを指定します。プロファイルごとに異なるラベルを使用できます。

10. カスタム・インクルードを使用: 標準フィールドの位置を変更するときに使用します。たとえば、プレースホルダ・フィールドとタイトル・フィールドが含まれるグループを作成することによって、ページ上の他の標準フィールドの下にタイトル・フィールドが移動します。次に、カスタム・インクルードをこのプレースホルダ・フィールドに使用して、フィールドの表示方法および表示するかどうかを制御できます。次のファイルが用意されています。

- 標準のセパレータ: フィールドのかわりに標準の水平ルールをページに配置します。

- 表示なし: ページが開くときにフィールドを非表示にします。

チェック・ボックスを選択すると、カスタム・フィールドを使用できるようになります。デフォルト: 選択が解除されています。

「インクルード開始」リストおよび「インクルード終了」リストに表示されている標準のインクルード・オプションは、std_resources.htmファイル内のDpDisplayIncludes表に定義されています。インクルード・オプションを追加するには、新規のインクルードを定義するカスタム・コンポーネントを作成してDpDisplayIncludes表にマージする必要があります。

11. グループ・カウントからフィールドを除外: プレースホルダ・フィールドのプレゼンテーション・プロパティを変更することなく、グループ・ヘッダーが非表示になります。グループ内のフィールドの数がゼロよりも大きい場合にグループ・ヘッダーを表示します。たとえば、プレゼンテーションの目的で使用されるプレースホルダ・フィールドが、表示されるグループ内の唯一のフィールドである場合です。デフォルト: 選択が解除されています。

12. デフォルト値を使用: コンテンツ・チェックイン・ページまたは検索ページにデフォルト値を表示できます。デフォルト値は「要求時」イベントについて計算されます。Idocスクリプト、または、メタデータ・フィールドがスキーマ・ビューに関連付けられている場合にはスキーマ値を使用できます。

選択されている場合は、「編集」ボタンがアクティブ化され、テキスト・ペインがアクティブになり、フィールドの計算されたIdocスクリプト(デフォルト値が追加され、そのプロパティが定義されると、自動的に生成されます)が表示されます。選択が解除されている場合(デフォルト)は、デフォルト値は使用できません。

13. 派生: 更新またはチェックイン時に、フィールドを指定の値に設定できます。値は、「送信時」イベントおよび「インポート時」イベントについて計算されます。Idocスクリプト、または、メタデータ・フィールドがスキーマ・ビューに関連付けられている場合にはスキーマ値を使用できます。

選択されている場合は、「編集」ボタンがアクティブ化され、テキスト・ペインがアクティブになって、フィールドの計算されたIdocスクリプト(値が追加されてそのプロパティが定義された後に、自動的に生成されます)が表示されます。選択が解除されている場合(デフォルト)は、デフォルト値は使用できません。

14. 制限のリストを含む: フィールドの内容を、特定の値のリストまたはフィルタリングされた値のリストに制限できます。

選択されている場合は、「編集」ボタンがアクティブ化され、テキスト・ペインがアクティブになって、フィールドの計算されたIdocスクリプト(リストが追加されてそのプロパティが定義された後に、自動的に生成されます)が表示されます。選択が解除されている場合(デフォルト)は、デフォルト値は使用できません。

15. ルールの属性の指定が完了したら、「OK」をクリックします。

16. ルールに追加するメタデータ・フィールドごとに、手順4から15を繰り返します。

メタデータ・フィールドをグループ化してヘッダーをグループに追加する手順は、次のとおりです。

1. 「管理」→「管理アプレット」を選択します。「構成マネージャ」→「ルール」タブをクリックします。
「構成マネージャ」: 「ルール」タブ画面が開きます。

2. ルールをハイライトして「編集」をクリックします。
「ルールの追加」/「ルールの編集」画面が開きます。

3. 「一般」タブの「グループ」を選択します。

4. 「グループ・ヘッダーを含む」を選択します。

5. 「編集」をクリックします。
「グループ・ヘッダーの編集」画面が開きます。次の情報を指定します。

- 非表示の有効化: 選択されている場合は、グループ・メタデータ・フィールドは非表示になり、そのフィールドのかわりにリンクがページ上に表示されます。「表示」リンクを押すと、フィールドが表示されます。デフォルトでは、ページは「非表示」リンクとともに表示され、つまり、デフォルトではすべてのページが表示されます。

- インクルード開始/インクルード終了: グループをどのように表示するかを指定します。次のオプションがあります。

- 標準のセパレータ: ルールをグループの上または下に挿入します。

- HTML表開始/HTML表終了: グループをHTML表の中に表示し、各行とヘッダーに境界線を付けます。

- 表示なし: (デフォルト): グループが区別されません。

- ヘッダー・テキスト: フィールドのグループに関連付けられたヘッダー文字列です。

6. 終了したら、「OK」をクリックします。

3.2.4.4 ルールのアクティブ化条件の追加、編集または削除

ルールにアクティブ化条件を追加するには、次の手順に従います。

1. 「管理」→「管理アプレット」を選択します。「構成マネージャ」→「ルール」タブをクリックします。
「構成マネージャ」: 「ルール」タブ画面が開きます。

2. ルールに条件を追加するには、ルールをハイライトして「編集」をクリックし、新しいルールを追加するには「追加」を追加します。
「ルールの追加」/「ルールの編集」画面が開きます。

3. 「一般」タブをクリックし、「ルールのアクティブ化条件の使用」を選択します。

4. 「編集」をクリックします。「アクティブ化条件の編集」画面が開きます。

5. 「追加」をクリックします。開いたダイアログで、名前を入力して「OK」をクリックします。「General」タブが開きます。

6. 次の情報を、「一般」ペインと「句」ペインを使用して入力します。詳細は、第3.2.4.5項「カスタム条件とサイド・エフェクト」を参照してください。
次のオプションを「一般」ペインで指定できます。

- 「使用イベント」チェック・ボックス: 選択されている場合は、イベントが検出されたときにルールの実行方法を変えることができます。イベントの例は次のとおりです。

- 要求時: Oracle WebCenter Content Serverページを表示するためのユーザー・リクエストの結果として発生するイベントが含まれます。

- 送信時: コントリビューション・アクションの結果であるイベントが含まれます。

- インポート時: バッチ・ロードまたはアーカイブ・プロシージャの結果であるイベントが含まれます。ルールは、アーカイバやバッチ・ロード、または特別なチェックイン・サービス(Content Publisherなど)を使用する他のプロセスに対してのみアクティブです。

- アクションの使用: 選択されている場合は、ユーザー・アクションがシステムによって検出されたときにルールの実行方法を変えることができます。ユーザー・アクションの例は次のとおりです(たとえば、新しいコントリビューションがチェックインされたときや、コンテンツ・アイテムが改訂されたとき)。

- 新規コンテンツをチェックイン: 新しいコンテンツ・アイテムをコントリビュートするユーザー・アクションが含まれます。

- 選択したコンテンツをチェックイン: アイテムにリビジョンを送信するユーザー・アクションが含まれます。

- コンテンツ情報: ドキュメント情報ページの表示を要求するユーザー・アクションが含まれます。

- コンテンツ更新: ドキュメント情報ページにリビジョンを送信するユーザー・アクションが含まれます。

- 検索: 検索ページの表示を要求するユーザー・アクションが含まれます。

- ワークフロー・フラグ: ドキュメントのワークフロー状態に基づいて、ルールを異なる方法で実行できます。たとえば、ドキュメントがワークフロー内にある場合に、別のコンテンツ情報ページを表示します。

次のオプションを「句」ペインで指定できます。このペインは、Idocスクリプト文の作成プロセスを自動化するのに使用されるIdocスクリプト・ウィザードです。

- フィールド・リスト: メタデータ・オプションのリストです。

- 「演算子」リスト: メタデータ・フィールドの検索に使用される方法であり、次のものがあります。

- 次に一致する: 指定したメタデータ・フィールド内のテキスト全体に、指定されたメタデータ値が含まれます。

- 指定した語を含む: 指定したメタデータ・フィールド内のテキストにメタデータ値が含まれます。

- 次の語で始まる:指定したメタデータ・フィールド内のテキストがメタデータ値で始まります。

- 次の日付よりも古い: 指定したメタデータ・フィールド内の日付が値の日付より前です。

- 次の日付よりも新しい: 指定したメタデータ・フィールド内の日付が値の日付より後です。

- 「値」フィールド: データを入力するための編集可能フィールド、オプションのリスト、または「選択」ボタンをアクティブにする編集可能フィールドを選択できます。フィールド値がコンテンツIDの場合は、「選択」を押すと「カスタム」ペインが開きます。フィールドが作成者の場合は、ユーザーの選択画面が開きます。

7. 条件の設定が完了したら、「追加」をクリックしてその条件を「句」ペインに追加します。

8. 「OK」をクリックします。

アクティブ化条件を編集するには、前述の手順を実行し、「条件」タブで、編集するアクティブ化条件をリストから選択します。フィールドの値を編集し、完了したら「OK」をクリックします。

アクティブ化条件を削除するには、前述の手順を実行し、「条件」タブでアクティブ化条件をリストから選択して「削除」をクリックします。「OK」をクリックして、削除を確定します。

3.2.4.5 カスタム条件とサイド・エフェクト

「アクティブ化条件の編集」画面の「カスタム」タブは、ルールに対する特定の条件を定義するために使用します。この条件が満たされると、プロファイルの動作に影響を与えます。

この画面を使用するには、「カスタム」タブをクリックしてから、カスタマイズしたテキストをテキスト・ペインに入力します。入力された情報は、「ルールの追加」/「ルールの編集」画面のテキスト・ペインに表示されます。

サイド・エフェクトを定義するには、「アクティブ化条件の編集」画面の「サイド・エフェクト」タブをクリックします。「サイド・エフェクト」画面は、次のために使用します。

- 名前と値のペアをIdocスクリプト変数として追加し、アクティブ化条件がTRUEの場合にIdocスクリプトを使用してこの変数をローカル・データにプッシュします。

- アクティブ化条件がTRUEの場合にのみ評価されるルールに、カスタムIdocスクリプトを追加します。

サイド・エフェクトはIdocスクリプトであり、ルールがアクティブ化されるときに評価されるため、like if、elseif、else文などの論理文も含めることができ、任意のIdocスクリプト関数を実行できます。たとえば、他のルールのアクティブ化を制御できるルールを設定できます。Idocスクリプトでのスクリプト記述の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

次の情報をこの画面で追加します。

- キー: Idocスクリプト変数として使用される名前です。

- 値: 変数に相当するリテラル文字列です。

完了したら「追加」をクリックします。キーと値はIdocスクリプトに変換されて、編集ペインに表示され、ここでテキストを編集できます。

3.2.4.6 デフォルト値、導出値および制限リストの設定

デフォルト値フィールドまたは導出値フィールドを設定するには、次の手順に従います。

1. 「ルールのメタデータ・フィールドの追加」タスクの手順12または手順13で、該当するチェック・ボックスを選択します。「編集」をクリックします。
適切な画面が開きます。

2. 「条件」タブの「追加」をクリックします。
開いた画面で、この値属性の名前を入力して「OK」をクリックします。名前が「条件」リストに追加されます。

3. フィールド値と演算子をリストから選択します。「フィールド」リストで選択した値に応じて、「値」フィールドは次のようになります。

- データを入力するための編集可能フィールド。

- 適切なオプションのリスト。

- 対応する「選択」ボタンのある編集可能フィールド。

4. 必要に応じて、上部の「値」フィールドに値を入力するか選択します。

1. 「選択」をクリックします。条件に応じて、次の操作を行います。
「フィールド」の値が「コンテンツID」の場合は、「デフォルト値の編集」/「派生値の編集」: 「フィールドの選択」画面が開きます。使用するフィールドを選択します。

「フィールド」の値が「作成者」の場合は、「ユーザーの表示」画面が開きます。ユーザーを選択します。

2. フィルタを使用してコンテンツを選択します。入力後、「OK」をクリックします。

画面が閉じ、選択されたコンテンツ値がデフォルト値の「条件」タブの上部の「値」フィールドに追加されます。

5. 「追加」をクリックします。
式ペインには、文が追加されます。

6. 「計算」をクリックします。
「デフォルト値の編集」/「派生値の編集」: 「フィールドの選択」画面が開きます。

7. フィールドがスキーマ・ビューにリンクされている場合は、列を選択します。そうでない場合は、「OK」をクリックします。
「フィールドの選択」画面が閉じ、計算された値がデフォルト値の「条件」タブの下部の「値」フィールドに追加されます。

8. 「OK」をクリックします。
画面が閉じ、Idocスクリプト文が「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面のデフォルト値のテキスト・ペインに表示されます。

9. メタデータ・フィールド属性の追加が完了したら、「OK」をクリックします。そうでない場合は、その他の属性の追加を続行します。

メタデータ・フィールドに対する制限リストを使用する手順は、次のとおりです。

1. 「ルールのメタデータ・フィールドの追加」タスクの手順14で、「制限のリストを含む」を選択します。「編集」をクリックします。
「制限リストの編集」画面が開きます。

2. ルールに直接関連付けられている値リストを使用するには、フィルタ処理済リストを選択します。特定の値のリストを使用するには、厳密なリストを選択し、具体的なアイテムを「制限付きの値」テキスト・ペインに入力します。

3. 「OK」をクリックします。
「制限リストの編集」画面が閉じます。厳密リスト・オプションが使用されている場合は、アイテムが「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面のテキスト・ペインに表示されます。

3.2.4.7 デフォルト値または導出値と制限リストの編集

メタデータ・フィールドの属性を編集する手順は、次のとおりです。

1. 「管理」→「管理アプレット」を選択します。「構成マネージャ」→「ルール」タブをクリックします。
「構成マネージャ」: 「ルール」タブ画面が開きます。

2. グローバル・ルールを作成する場合は「追加」をクリックし、ルールをグローバル・ルールに変更するか、または既存のグローバル・ルールを変更する場合は、ルールをハイライトして「編集」をクリックします。
「ルールの追加」/「ルールの編集」画面が開きます。

3. 「フィールド」タブを開いて、属性を編集するメタデータ・フィールドを選択します。「編集」をクリックします。
「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面が開きます。

4. 編集する属性に対応する「編集」ボタンをクリックします。適切な画面が開きます。

5. デフォルト値または派生値の場合は、編集する値を「条件」テキスト・ペインで選択します。

1. 「フィールド」または「演算子」(あるいはその両方)の新しい値を選択します。

2. 句を削除または再定義しないで上部の「値」フィールド値を編集するには、「句」ペインで句をハイライトします。上部の「値」フィールドの値を編集してから「更新」をクリックします。

3. 「計算」をクリックします。

4. 「OK」をクリックします。
画面が閉じ、修正後の値が表示されます。

6. 制限リスト属性の場合は、「制限リストの編集」画面で、必要に応じてリスト・オプションを選択し、テキスト・ペインを編集します。「OK」をクリックします。
画面が閉じて、修正後のリスト情報が表示されます。

7. 「OK」をクリックします。

3.2.4.8 必須フィールドの表示の設定

2つの構成変数によって、チェックイン・ページでの必須メタデータ・フィールドの表示方法が制御されます。詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

- 必須フィールドに赤い文字を使用するには、次の構成変数と値を使用します。

StyleForRequiredFields=requiredField

- 必須フィールドに記号でマークを付けるには、次の構成変数と値を使用します。

NotationForRequiredFields=*

注意: この例では、必須フィールドのマークにアスタリスクが使用されています。

3.2.5 コンテンツ・プロファイルのトリガー

トリガー・フィールドは、「構成マネージャ」: 「プロファイル」タブ画面で定義されるメタデータ・フィールドです。ドキュメントがプロファイルのトリガー値と一致した場合に、そのプロファイルがそのドキュメントに対して評価されます。

存在できるプロファイルの数に制限はありませんが、トリガー値はプロファイルごとに1つのみ許可されます。たとえば、トリガー・フィールドがdDocTypeの場合、Profile1はADACCTのトリガー値を、Profile2はADSALESのトリガー値を使用できます。

選択されたトリガーに対しては、次のことが当てはまります。

- トリガー・フィールドは、リスト・メタデータ・フィールドであることが必要です。リストとして定義されているメタデータ・フィールドがトリガー・フィールド・リストに含まれます。

- 定義したトリガー・フィールドはシステムから削除できません。管理者はトリガー・フィールドを「指定なし」にリセットできますが、これにより、すべてのプロファイルが無効になります。

- トリガー・フィールドの変更が可能である場合は、変更によって一部のプロファイルが無効になり、その状況を解決することが必要になることがあります。ユーザー・インタフェースに、無効なプロファイルに関するヒントが表示されます。

注意:

ルールを作成してからトリガーとプロファイルを作成しますが、ルールの作成前にトリガーの内容を把握しておく必要があります。

3.2.5.1 プロファイル・トリガー・フィールドの選択

選択できるトリガー・フィールドは、Oracle WebCenter Content Serverインスタンスごとに1つのみです。

現在のプロファイル・トリガー・フィールドを選択または変更するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「構成マネージャ」→「プロファイル」タブをクリックします。
「構成マネージャ」: 「プロファイル」タブ画面が開きます。

2. 「選択」をクリックします。
「トリガー・フィールドの編集」画面が開きます。

3. 「フィールド名」フィールドのリストから、新しいトリガー・フィールドを選択します。
「OK」をクリックします。

1つ以上のプロファイルを作成した後にトリガー・フィールドを変更した場合は、新しいトリガー・フィールドによって、既存のプロファイルが無効になる可能性があります。

3.2.5.2 プロファイル・トリガー・フィールドの無効化

トリガー・フィールドを完全に無効化する(実質的にすべてのプロファイルも無効になります)には、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「構成マネージャ」→「プロファイル」タブをクリックします。
「構成マネージャ」: 「プロファイル」タブ画面が開きます。

2. 「選択」をクリックします。
「トリガー・フィールドの編集」画面が開きます。

3. 「フィールド名」フィールドのリストから、「指定なし」を選択します。

4. 「OK」をクリックします。

3.2.6 コンテンツ・プロファイルの作成と使用

ここでは、プロファイルの作成と使用に必要なタスクについて説明します。内容は次のとおりです。

- 第3.2.6.1項「プロファイルの作成、編集または削除」

- 第3.2.6.2項「プロファイルのプレビュー」

- 第3.2.6.3項「プロファイルのトラブルシューティング」

3.2.6.1 プロファイルの作成、編集または削除

プロファイルを新規作成するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「構成マネージャ」→「プロファイル」タブをクリックします。
「構成マネージャ」: 「プロファイル」タブ画面が開きます。

2. 「追加」をクリックします。名前を追加するためのダイアログが開きます。

3. 新しいプロファイルの名前を入力して「OK」をクリックします。
「プロファイルの追加」/「プロファイルの編集」画面が開きます。

4. 次の情報を入力します。

- ラベルの表示: 「チェックイン」および「検索」のメニュー・オプションでのプロファイルのテキストです。

- 説明: プロファイルの簡単な説明です。

- 「トリガー」リスト: トリガーに関連付けられたリスト値です。

- ルール以外のフィールドの除外: 選択すると、プロファイルに含まれているルールに属していないメタデータ・フィールドがすべて除外されます。

- パーソナライズの制限: 選択すると、チェックインや検索のリンクが特定のユーザーまたはユーザー・グループに対して抑止されます。ユーザー情報に基づくIdocスクリプト・コードがプロファイル・リンク画面で入力され、リンクが表示されるにはtrueに評価される必要があります。選択が解除されている(デフォルト)場合は、別のプロファイルによって評価される場合を除き、デフォルトですべてのリンクがすべてのユーザーに表示されます。ユーザーのリストをカスタマイズするには、「編集」をクリックします。

5. 「追加」をクリックして、新しいプロファイルにルールを含めます。
プロファイルへのルールの追加画面が開きます。

注意:

ルールをプロファイルに追加するには、あらかじめ「構成マネージャ」: 「ルール」タブ画面でルールを作成および定義する必要があります。

6. ルールをリストから選択し、一般的な配置の優先度の値を割り当てます。
リスト内のルールの配置順序を調整するには、「上へ」ボタンまたは「下へ」ボタンを押します。リスト内の各ルールの位置は、評価プロセスにおけるその優先度に関連しています。リストにおける一般的な位置(先頭、中央または最後)は、ルールが最初にプロファイルに追加されたときに確立されます。配置を詳細に調整するには、ボタンを使用してルールを目的の位置に移動します。

7. 「OK」をクリックします。
新しいプロファイルが、「プロファイル」タブの「プロファイル」リストに含まれます。

プロファイルを編集するには、そのプロファイルを「構成マネージャ」: 「プロファイル」タブ画面で選択して「編集」をクリックします。必要に応じてフィールドを変更して「OK」をクリックします。

ルールをプロファイルに追加または編集するには、そのプロファイルを「構成マネージャ」: 「プロファイル」タブ画面で選択して「編集」をクリックします。「追加」をクリックし、プロファイルへのルールの追加画面でルールとルール配置を選択します。終了したら、「OK」をクリックします。

プロファイルを削除するには、そのプロファイルを「構成マネージャ」: 「プロファイル」タブ画面で選択して「削除」をクリックします。「OK」をクリックして削除を確認します。

3.2.6.2 プロファイルのプレビュー

プロファイルをプレビューするには、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「構成マネージャ」→「プロファイル」タブをクリックします。
「構成マネージャ」: 「プロファイル」タブ画面が開きます。

2. プレビューするプロファイルを「プロファイル」リストで選択して「プレビュー」をクリックします。
「プロファイルのプレビュー」画面が開きます。

3. プロファイルで使用するオプションを選択します。

- 「イベント」リスト: イベントをいつプロファイル評価に含めるかを指定します。

- 指定なし: イベントは含まれません。

- 要求時: Oracle WebCenter Content Serverページを表示するためのユーザー・リクエストの結果として発生するイベントが含まれます。

- 送信時: コントリビューション・アクションの結果であるイベントが含まれます。

- インポート時: バッチ・ロードまたはアーカイブ・プロシージャの結果であるイベントが含まれます。ルールは、アーカイバやバッチ・ロード、または特別なチェックイン・サービス(Content Publisherなど)を使用する他のプロセスに対してのみアクティブです。

- 「アクション」リスト: アクションをいつプロファイル評価に含めるかを指定します。

- 指定なし: ユーザー・アクションはプロファイル評価に含まれません。

- 新規コンテンツをチェックイン: 新しいコンテンツ・アイテムをコントリビュートするユーザー・アクションが含まれます。

- 選択したコンテンツをチェックイン: アイテムにリビジョンを送信するユーザー・アクションが含まれます。

- コンテンツ情報: ドキュメント情報ページの表示を要求するユーザー・アクションが含まれます。

- コンテンツ更新: ドキュメント情報ページにリビジョンを送信するユーザー・アクションが含まれます。

- 検索: 検索ページの表示を要求するユーザー・アクションが含まれます。

- 「ワークフロー」リスト: ワークフローをいつ評価に含めるかを指定します。

- 指定なし: ワークフローの状態はプロファイル評価に含まれません。ドキュメントはワークフロー内にある場合もない場合もありますが、そのワークフロー状態は指定されません。

- はい: ドキュメントはワークフロー内にあります。

- いいえ: ドキュメントはワークフロー内にありません。

- コンテンツID: フィルタ条件に基づいて評価に使用されるコンテンツです。

- ユーザー名: 評価に使用されるユーザー名です。

4. 現在のプロファイルをコンパイルした結果をレビューするには、「プロファイルのプレビュー」画面のフィールド値を変更しないでください。「計算結果」をクリックします。
「結果のプレビュー」画面が開きます。

5. エンド・ユーザーが見るときのようにページを表示するには、次のとおりに選択します。

- 「要求時」を「イベント」フィールドの値として選択します。

- 「アクション」の値を選択します。

- 「ユーザー名」フィールドは空白のままにします。

「表示」をクリックします。

6. 計算結果を確認して「OK」をクリックします。

3.2.6.3 プロファイルのトラブルシューティング

「プロファイルのプレビュー」画面は、無効なプロファイルのトラブルシューティングおよびプロファイルの分析の実行にも使用します。

what-ifシナリオを使用したトラブルシューティングは、複数の入力の組合せを試行してプロファイルのルールを評価する反復プロセスです。様々な入力値の使用に加えて、ドキュメントをフィルタで選択したものを使用することもできます。

条件を変えて(フィルタありやフィルタなし)結果を計算すると、様々な入力の組合せがルールの評価にどのように影響するかがわかります。システムによってプロファイルのルールが評価されると、計算結果は、スクリプト文字列文(SQLまたはIdocスクリプト)として標準のダイアログ・テキスト・ペインに表示されるか、またはシミュレートされたチェックイン・ページや検索ページとして表示されます(「イベント」フィールド値として「要求時」を選択した場合)。what-if分析プロセスの柔軟性は、プロファイルのデバッグや最適化に役立ちます。

入力およびフィルタの様々な組合せを使用してwhat-ifシナリオを実行する手順は、次のとおりです。

1. レビューおよびテストするプロファイルを「プロファイル」リストで選択して「プレビュー」をクリックします。
「プロファイルのプレビュー」画面が開きます。

2. フィールドの値を、必要に応じて「イベント」、「アクション」、「ワークフロー」の各リストから選択します。

3. 「コンテンツID」フィールド用にフィルタ処理された選択肢を含めるには、対応する「選択」ボタンをクリックします。

「コンテンツ・アイテムの表示」画面が開きます。

4. 必要に応じて、コンテンツ・アイテムのフィルタ・オプションを選択し、「OK」をクリックします。「プロファイルのプレビュー」画面が開きます。

5. 「ユーザー名」フィールド用にフィルタ処理された選択肢を含めるには、対応する「選択」ボタンをクリックします。
「ユーザーの表示」画面が開きます。

6. 必要に応じて、ユーザー・フィルタ・オプションを選択し、「OK」をクリックします。「プロファイルのプレビュー」画面が開きます。

評価されたルールをコードの文として表示するには、「計算結果」をクリックします。

評価結果をシミュレートされたページとしてブラウザ・ウィンドウに表示するには、「イベント」フィールドで「リクエスト」をクリックします。他のフィールドの値を選択してから、「プロファイルのプレビュー」画面の「表示」をクリックします。ブラウザ・ウィンドウが起動し、シュミレートされたチェックイン・ページまたは検索ページに結果のメタデータ・フィールドが表示されます。このウィンドウには、グラフィック・ビュー(エンド・ユーザーに表示される内容)が表示されます。

3.2.7 コンテンツ・プロファイルの例

次のプロファイルの例を通して、プロファイルが役立つ様々なシナリオを説明します。

- 第3.2.7.1項「部門ベースのコンテンツ・プロファイル」

- 第3.2.7.2項「ブラックホール履歴書チェックイン」

- 第3.2.7.3項「ユーザー・ロールに基づいてコンテンツ・チェックインを制限するグローバル・ルール」

- 第3.2.7.4項「コンテンツ・タイプ・メタデータ変更を制限するグローバル・ルール」

3.2.7.1 部門ベースのコンテンツ・プロファイル

この例では、1つのグローバル・ルールと1つの標準プロファイル・ルールを含む部門ベースのプロファイルを計画および作成する方法を示します。

目的は、ルールで管理されるメタデータ・フィールドのチェックイン、更新、コンテンツ情報および検索ページでの表示方法を制御することです。理想的な状態は、部門固有のフィールドのみを表示して、ユーザーに提示するメタデータ・フィールドの数を最小限に抑えることです。

ルールは実際のプロファイルの作成プロセスでプロファイルに追加されるため、この例では最初に適用可能なルールを作成し、次にプロファイルを作成します。次の主要なステップに分かれています。

- 次の特性を持つグローバル・ルールを作成します。

- チェックインされる、すべての新規および更新されたコンテンツ・アイテムに必ずコメントが関連付けられた状態にします。オプションの「コメント」メタデータ・フィールドを必須フィールドに変更します。

- コンテンツ・アイテムの「タイトル」メタデータ・フィールドを編集可能にします。

- 次の特性を持つプロファイル・ルールを作成します。

- 「コメント」メタデータ・フィールドのデフォルト値を提供しますが、編集可能にします。マーケティング固有のドキュメントによって、デフォルト・メッセージをトリガーします。

- 「パブリッシュ・タイプ」メタデータ・フィールドと「リビジョン・ラベル」メタデータ・フィールドに対して読取り専用テキストのデフォルト値を提供します。

- 次の特性を持つ部門ベースのプロファイルを作成します。

- チェックイン、更新、コンテンツ情報および検索ページでのメタデータ・フィールドの表示または非表示を編成します。

- マーケティング部門に関連するフィールドのみを表示します。

- マーケティングベースのグループ見出しを使用して、選択したメタデータ・フィールドをグループ化します。

グローバル・ルールの作成

1. 構成マネージャ・ページの「ルール」タブを開いて、「追加」をクリックします。
「ルールの追加」/「ルールの編集」画面が開きます。

2. 「一般」タブの「名前」フィールドにグローバル・ルールの名前(たとえばCmtsRqd)を入力します。

3. グローバル・ルールの説明を入力します(オプション)。

4. 「優先度のあるグローバル・ルール」を選択します。優先度の番号を変更することもできます。

5. 次のように「コメント」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。
「ルール・フィールドの追加」画面が開きます。

2. 「フィールド名」リストから「コメント」を選択します。

3. 「フィールド位置」リストから、一般的な位置(「先頭」など)を選択します。

4. 「OK」をクリックします。
「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面が開きます。

5. 「タイプ」リストで「必須」を選択します(チェックインされるコンテンツ・アイテムに関するコメントをユーザーに必ず入力させるため)。

6. 「必須メッセージ」フィールドにテキストを入力します。これは、「必須」タイプを除くすべてのルール・フィールド・タイプで省略可能です。

7. 「デフォルト値を使用」を選択し、対応する「編集」ボタンをクリックします。
「デフォルト値の編集」/「派生値の編集」画面が開きます。

8. 「条件」タブの「追加」をクリックします。
「条件の追加」画面が開きます。

9. フィールド条件の名前を入力します(たとえばUserMsg)。

10. 「OK」をクリックします。
画面が閉じ、句を生成するフィールドが「条件」タブの下部ペインに表示されます。

11. 下部の「値」フィールド(画面の最下部にある、「計算」ボタンの近く)に短い文を入力します。この文は「コメント」フィールドのデフォルト値になります。

12. 「OK」をクリックします。
画面が閉じ、UserMsgフィールド条件のデフォルト値であるIdocスクリプト句が「デフォルト値」テキスト・ペインに追加されます。

13. 「OK」をクリックします。
画面が閉じ、「コメント」メタデータ・フィールドが「フィールド」リストに追加されます。

6. 次のように「ドキュメント・タイトル」メタデータ・フィールドを追加および定義します。

1. 「ルールの追加」/「ルールの編集」画面の「フィールド」タブで、「追加」をクリックします。

2. 「フィールド名」リストから「タイトル」を選択します。

3. 「フィールド位置」リストから、一般的な位置(「ページの最後」など)を選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「編集」を選択します(チェックイン・ページと検索ページでこのメタデータ・フィールドを編集可能にするため)。

6. 「必須メッセージ」フィールドにメモを入力します(オプション)。

7. 「OK」をクリックします。
「タイトル」メタデータ・フィールドが「フィールド」リストに追加されます。

7. 「OK」をクリックします。
画面が閉じます。

プロファイル・ルールの作成

1. 「ルール」タブの「追加」を選択します。

2. 「一般」タブで、「名前」フィールドにプロファイル・ルールの名前(たとえばDefaultMktComment)を入力します。

3. プロファイル・ルールの説明を入力します(オプション)。

4. 「グループ」を選択します。

5. 「グループ・ヘッダーを含む」を選択し、対応する「編集」ボタンをクリックします。
「グループ・ヘッダーの編集」画面が開きます。

6. グループ化されたメタデータ・フィールドのヘッダーとして使用するテキスト(「マーケティング固有情報」など)を入力します。

7. 「OK」をクリックします。

8. 次のように「コメント」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。

2. 「フィールド名」リストから「コメント」を選択します。

3. 「フィールド位置」リストから、一般的な位置(「先頭」など)を選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「編集」を選択します(チェックイン、更新、コンテンツ情報および検索ページでこのフィールドを編集可能にするため)。

6. 「必須メッセージ」フィールドにメモを入力します(オプション)。

7. 「デフォルト値を使用」を選択し、対応する「編集」ボタンをクリックします。

8. 「条件」タブの「追加」をクリックします。

9. フィールド条件の名前(たとえばCurrentMktgDocs)を入力します。

10. 「OK」をクリックします。

11. 下部の「値」フィールド(画面の下部にある「計算」ボタン近く)に「これは、現在のマーケティング・ドキュメントです」と入力します。

12. 「OK」をクリックします。
フィールド条件のデフォルト値であるIdocスクリプト句が「デフォルト値」テキスト・ペインに追加されます。

13. 「OK」をクリックします。
「コメント」メタデータ・フィールドが「フィールド」リストに追加されます。

9. 次のように「パブリッシュ・タイプ」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。

2. 「フィールド名」リストから「パブリッシュ・タイプ」を選択します。

3. 「フィールド位置」リストから、一般的な位置(「ページの中央」など)を選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「ラベル」を選択します(チェックイン、更新、コンテンツ情報および検索ページでこのフィールドを読取り専用にするため)。

6. 「必須メッセージ」フィールドにメモを入力します(オプション)。

7. 「デフォルト値を使用」を選択し、対応する「編集」ボタンをクリックします。

8. 「条件」タブの「追加」をクリックします。

9. フィールド条件の名前(たとえばMktgDocsOnly)を入力します。

10. 「OK」をクリックします。

11. 下部の「値」フィールド(画面の下部にある「計算」ボタンの近く)に「@dDocName」と入力します。

12. 「OK」をクリックします。
MktgDocsOnlyフィールド条件のデフォルト値であるIdocスクリプト句が「デフォルト値」テキスト・ペインに追加されます。

13. 「OK」をクリックします。
「パブリッシュ・タイプ」メタデータ・フィールドが「フィールド」リストに追加されます。

10. 次のように「リビジョン・ラベル」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。

2. 「フィールド名」リストから「リビジョン」を選択します。

3. 「フィールド位置」リストから、一般的な位置(「ページの最後」など)を選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「ラベル」を選択します(チェックイン、更新、コンテンツ情報および検索ページでこのメタデータ・フィールドを読取り専用にするため)。

6. 「必須メッセージ」フィールドにメモを入力します(オプション)。

7. 「デフォルト値を使用」を選択します。

8. 「OK」をクリックします。
「リビジョン・ラベル」メタデータ・フィールドが「フィールド」リストに追加されます。

11. 「OK」をクリックします。
画面が閉じます。

部門ベースのプロファイルの作成

1. 構成マネージャ・ページの「プロファイル」タブを開いて、「選択」をクリックします。
「プロファイルの追加」画面が開きます。

2. 「フィールド名」リストから「タイプ」を選択します。

3. 「OK」をクリックします。

4. 「プロファイル」タブの「追加」をクリックします。
「プロファイルの追加」画面が開きます。

5. プロファイルの名前(たとえばMktgDoc)を入力します。

6. 「OK」をクリックします。
「プロファイルの追加」/「プロファイルの編集」画面が開きます。

7. 「説明」フィールドにプロファイルの説明(「現在のマーケティング・ドキュメント」など)を入力します。

8. プロファイルの説明となるラベル(たとえばMarketingSpecific)を入力します。

9. 「トリガー」リストから「ADMKT」(または同等のマーケティング・オプション)を選択します。

10. 「追加」をクリックして、このプロファイルにルールを含めます。
プロファイルへのルールの追加画面が開きます。

11. 「名前」リストから「DefaultMktComment」を選択します。

12. 「ルールの優先度」リストから、一般的な優先度位置(「先頭」など)を選択します。

13. 「OK」をクリックします。

14. 「追加」をクリックします。

15. 「OK」をクリックします。

16. 「OK」をクリックします。

画面が閉じ、プロファイルが「プロファイル」タブのプロファイルのリストに追加されます。

3.2.7.2 ブラックホール履歴書チェックイン

この例では、人事部門への履歴書送信に使用されるブラックホール・チェックイン・プロファイルを計画および作成する方法を示します。目的は、このプロファイルを使用する際に、チェックイン、更新、コンテンツ情報および検索ページに表示するメタデータ・フィールドを制限することです。

履歴書が最初にチェックインされると、潜在的に検索可能なすべてのメタデータ・フィールド用に導出された設定によって、権限のないユーザーがドキュメントを取得するのを防ぎます。ルールは実際のプロファイルの作成プロセスでプロファイルに追加されるため、この例では最初に適用可能なルールを作成し、次にプロファイルを作成します。

この例は、カスタマイズされていないOracle WebCenter Content Serverインスタンスを使用して表示されるデフォルトのメタデータ・フィールドに基づいています。このプロファイルで表示されるメタデータ・フィールドは、「タイプ」、「プライマリ・ファイル」、「代替ファイル」および「コメント」に制限されます。「タイプ」フィールドでは読取り専用ラベルが使用されます。値は送信時に、ドキュメントの機密保護を確保するために人事(HR)アクセス可能値にリセットされます。「コメント」フィールドのみ編集可能です。残りのメタデータ・フィールドは非表示になり、送信時にも値がリセットされます。この例では、非表示メタデータ・フィールドに「タイトル」、「作成者」、「セキュリティ・グループ」、「コンテンツID」、「リビジョン」、「リリース日」および「有効期限」があります。

「非表示」と「除外済」の両方の表示属性を選択すると、定義したメタデータ・フィールドが非表示になります。「非表示」タイプを使用すると、フィールド値をソース・ページに残せる利点があります。したがって、コントリビュータにはドキュメントのチェックイン時に「非表示」フィールドが表示されませんが、割り当てられたフィールド値は、認可済ビューアに表示されます。「除外済」タイプを使用すると、ソース・ページでフィールド値が除外されます。

このタイプのプロファイルでは、不要なメタデータ・フィールドを非表示にするために「ルール以外のフィールドの除外」チェック・ボックスに依存することはお薦めできません。コントリビュータではプロファイルのルールに含まれるフィールドのみが認識されるものの、デフォルト値の割当てとソース・ページでの保存ができなくなるわけではありません。権限のないユーザーでも、除外されたメタデータ・フィールドを検索することによってブラックホール・ドキュメントを見つけることができます。

この例は、次の主要なステップに分かれています。

- 次のプロファイル・ルールを作成します。

- 不要なメタデータ・フィールドを非表示にし、チェックイン、更新、コンテンツ情報および検索ページで表示しません。

- 非表示の各メタデータ・フィールドのデフォルト値をリセットし、権限のないユーザーが非表示フィールドを使用してドキュメントを検索および取得できないようにします。

- 次のプロファイル・ルールを作成します。

- 履歴書のチェックイン関連の特定のメタデータ・フィールドを表示できるようにします。

- 表示される各メタデータ・フィールドの値をリセットし、権限のないユーザーがこれらのフィールドを使用してドキュメントを検索および取得できないようにします。

- 次のとおりにブラックホール・チェックイン・プロファイルを作成します。

- チェックイン、更新、コンテンツ情報および検索ページでのメタデータ・フィールドの表示または非表示を制限します。

- 社内の職位に対して履歴書をチェックインしている従業員に関連するフィールドのみを表示します。

非表示フィールドのルールの作成

非表示メタデータ・フィールドに対するプロファイル・ルールを作成するには、次の手順に従います。

1. 構成マネージャ・ページの「ルール」タブを開いて、「追加」をクリックします。
「ルールの追加」/「ルールの編集」画面が開きます。

2. 「一般」タブで、「名前」フィールドにルールの名前(たとえばNoExtraFields)を入力します。

3. グローバル・ルールの説明を入力します(オプション)。

4. 次のように「タイトル」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。
「ルール・フィールドの追加」画面が開きます。

2. 「フィールド名」リストから「タイトル」を選択します。

3. 一般的な位置を「フィールド位置」リストから選択します。

4. 「OK」をクリックします。
「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面が開きます。

5. 「タイプ」リストから「非表示」を選択します(このメタデータ・フィールドがチェックイン、更新、コンテンツ情報および検索ページに表示されないようにするため)。

6. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

7. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。
「派生値の編集」: 「条件」タブが開きます。

8. 「条件」タブの「追加」をクリックします。
「条件の追加」画面が開きます。

9. フィールド条件の名前(たとえばHRsEyesOnly)を入力します。

10. 「OK」をクリックします。
画面が閉じ、句を生成するフィールドが「条件」タブの下部ペインに表示されます。

11. このプロファイルを使用してチェックインされたドキュメントが、権限のないユーザーによって「タイトル」フィールドを検索して取得されないように、下部の「値」フィールドに、機密文字列(「具体的なタイトルなし」など)を入力します。

12. 「OK」をクリックします。
画面が閉じ、計算されたIdocスクリプト句が派生フィールド・テキスト・ペインに追加されます。

13. 「OK」をクリックします。
画面が閉じ、「タイトル」メタデータ・フィールドが「フィールド」リストに追加されます。

5. 次のように「作成者」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。

2. 「フィールド名」リストから「作成者」を選択します。

3. 一般的な位置を「フィールド位置」リストから選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「非表示」を選択します(このメタデータ・フィールドがチェックイン、更新、コンテンツ情報および検索ページに表示されないようにするため)。

6. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

7. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

8. 「条件」タブの「追加」をクリックします。

9. フィールド条件の名前(たとえばHRsEyesOnly2)を入力します。

10. 「OK」をクリックします。

11. 「フィールド」リストから「作成者」を選択します。

12. 「操作」リストから「次に一致する」を選択します。

13. 「選択」をクリックします。
「ユーザーの表示」画面が開きます。適切なユーザー名を選択します。たとえば、このプロファイルを使用してチェックインされたドキュメントを表示する権限を持つ、人事部門の従業員を選択すると、権限のないユーザーが「作成者」メタデータ・フィールドを使用してこれらのドキュメントを検索および取得できないようにするのに役立ちます。

14. 「OK」をクリックします。
画面が閉じ、選択されたユーザーが上部の「値」フィールドに入力されます。

15. 「追加」をクリックします。
句ペインには、句が追加されます。

16. 「OK」をクリックします。

17. 「OK」をクリックします。

6. 次のように「セキュリティ・グループ」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。

2. 「フィールド名」リストから「セキュリティ・グループ」を選択します。

3. 一般的な位置を「フィールド位置」リストから選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「非表示」を選択します(このフィールドがチェックイン、更新、コンテンツ情報および検索ページに表示されないようにするため)。

6. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

7. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

8. 「条件」タブの「追加」をクリックします。

9. フィールド条件の名前(たとえばHRsEyesOnly3)を入力します。

10. 「OK」をクリックします。

11. 「フィールド」リストから「セキュリティ・グループ」を選択します。

12. 「操作」リストから「次に一致する」を選択します。

13. 「値」リストから適切な選択肢を選択します。たとえば、このプロファイルを使用してチェックインしたドキュメントを表示する権限が付与された人事部門またはその他の部門を選択します。

14. 「追加」をクリックします。

15. 「OK」をクリックします。

16. 「OK」をクリックします。

7. 次のように「コンテンツID」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。

2. 「フィールド名」リストから「コンテンツID」を選択します。

3. 一般的な位置を「フィールド位置」リストから選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「非表示」を選択します(このフィールドがチェックイン、更新、コンテンツ情報および検索ページに表示されないようにするため)。

6. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

7. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

8. 「条件」タブの「追加」をクリックします。

9. フィールド条件の名前(たとえばHRsEyesOnly4)を入力します。

10. 「OK」をクリックします。

11. 「フィールド」リストから「コンテンツID」を選択します。

12. 「操作」リストから「次の語で始まる」を選択します。

13. 機密文字列を入力するか、「選択」をクリックします。
「フィールドの選択」画面が開きます。リストからコンテンツ・アイテムを選択します。セキュリティを強化するには、一意の文字列(たとえばRes)を入力します。これは、権限のないユーザーが「コンテンツID」メタデータ・フィールドを使用してこれらのドキュメントを検索および取得できないようにするのに役立ちます。

14. 「OK」をクリックします(「コンテンツ・アイテムの表示」画面からコンテンツ・アイテムを選択した場合)。

15. 「追加」をクリックします。

16. 「OK」をクリックします。

17. 「OK」をクリックします。

8. 次のように「リビジョン」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。

2. 「フィールド名」リストから「リビジョン」を選択します。

3. 一般的な位置を「フィールド位置」リストから選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「非表示」を選択します(このメタデータ・フィールドがチェックイン、更新、コンテンツ情報および検索ページに表示されないようにするため)。

6. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

7. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

8. 「条件」タブの「追加」をクリックします。

9. フィールド条件の名前(たとえばHRsEyesOnly5)を入力します。

10. 「OK」をクリックします。

11. 「フィールド」リストから「リビジョン」を選択します。

12. 「操作」リストから「次の語で始まる」を選択します。

13. 権限のないユーザーが「リビジョン」メタデータ・フィールドを使用してこれらのドキュメントを検索および取得できないようにするために、上部の「値」フィールドに機密文字列を入力します(たとえばRes)。

14. 「追加」をクリックします。

15. 「OK」をクリックします。

16. 「OK」をクリックします。

9. 次のように「リリース日」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。

2. 「フィールド名」リストから「リリース日」を選択します。

3. 一般的な位置を「フィールド位置」リストから選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「非表示」を選択します(このフィールドがチェックイン、更新、コンテンツ情報および検索ページに表示されないようにするため)。

6. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

7. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

8. 「条件」タブの「追加」をクリックします。

9. フィールド条件の名前(たとえばHRsEyesOnly6)を入力します。

10. 「OK」をクリックします。

11. このプロファイルを使用してチェックインされたドキュメントが、権限のないユーザーによって「リリース日」フィールドを使用して取得されないように、下部の「値」フィールドに、機密文字列(「具体的なリリース日なし」など)を入力します。

12. 「OK」をクリックします。

13. 「OK」をクリックします。

10. 次のように「有効期限」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。

2. 「フィールド名」リストから「有効期限」を選択します。

3. 一般的な位置を「フィールド位置」リストから選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「非表示」を選択します(このフィールドがチェックイン、更新、コンテンツ情報および検索ページに表示されないようにするため)。

6. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

7. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

8. 「条件」タブの「追加」をクリックします。

9. フィールド条件の名前(HRsEyesOnly7など)を入力します。

10. 「OK」をクリックします。

11. 下部の「値」フィールドに、機密文字列(「具体的な有効期限なし」など)を入力します(このプロファイルを使用してチェックインされたドキュメントが、権限のないユーザーによって「有効期限」メタデータ・フィールドを使用して検索および取得されるのを防ぐため)。

12. 「OK」をクリックします。

13. 「OK」をクリックします。

11. 「OK」をクリックします。
画面が閉じます。

表示フィールドのルールの作成

表示メタデータ・フィールドに対するプロファイル・ルールを作成するには、次の手順に従います。

1. 「ルール」タブの「追加」を選択します。

2. 「一般」タブで、「名前」フィールドにプロファイル・ルールの名前(たとえばVisibleFields)を入力します。

3. プロファイル・ルールの説明を入力します(オプション)。

4. 次のように「タイプ」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。

2. 「フィールド名」リストから「タイプ」を選択します。

3. 一般的な位置を「フィールド位置」リストから選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「ラベル」を選択します(チェックイン、更新、コンテンツ情報および検索ページでこのメタデータ・フィールドを読取り専用にするため)。

6. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

7. 「デフォルト値を使用」を選択し、対応する「編集」ボタンをクリックします。

8. 「条件」タブの「追加」をクリックします。

9. フィールド条件の名前を入力します(たとえばResumeType)。

10. 「OK」をクリックします。

11. 下部の「値」フィールドに、「履歴書」と入力します。

12. 「OK」をクリックします。

13. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

14. 「条件」タブの「追加」をクリックします。

15. フィールド条件の名前を入力します(たとえばResumeType2)。

16. 「OK」をクリックします。

17. 下部の「値」フィールドで、「値」リストから適切なドキュメント・タイプ(たとえばHRresumes)を選択します。

18. 「OK」をクリックします。

19. 「OK」をクリックします。

5. 次のように「コメント」メタデータ・フィールドを追加および定義します。

1. 「フィールド」タブの「追加」をクリックします。

2. 「フィールド名」リストから「コメント」を選択します。

3. 一般的な位置を「フィールド位置」リストから選択します。

4. 「OK」をクリックします。

5. 「タイプ」リストから「編集」を選択します(チェックイン、更新、コンテンツ情報および検索ページでこのメタデータ・フィールドを編集可能にするため)。

6. 「デフォルト値を使用」を選択し、対応する「編集」ボタンをクリックします。

7. 「条件」タブの「追加」をクリックします。

8. 条件の名前を入力します(たとえばPositionAppliedFor)。

9. 「OK」をクリックします。

10. 下部の「値」フィールドに、適切な文(「役職を指定してください」など)を入力します。

11. 「OK」をクリックします。

12. 「OK」をクリックします。

13. 「OK」をクリックします。

プロファイルの作成

ブラックホール・チェックイン・プロファイルを作成する手順は、次のとおりです。

1. 構成マネージャ・ページの「プロファイル」タブを開いて、「選択」をクリックします。
「プロファイルの追加」画面が開きます。

2. 「フィールド名」ドロップダウン・リストから「タイプ」を選択します。

3. 「OK」をクリックします。

4. 「プロファイル」タブの「追加」をクリックします。
「プロファイルの追加」画面が開きます。

5. プロファイルの名前(たとえばBlackHoleResumeCheckIn)を入力します。

6. 「OK」をクリックします。
「プロファイルの追加」/「プロファイルの編集」画面が開きます。

7. 「説明」フィールドにプロファイルの説明(「社内ユーザーの履歴書のみ」など)を入力します。

8. 「トリガー」リストから「HRresumes」(または同等のオプション)を選択します。

9. 「追加」をクリックして、このプロファイルにルールを含めます。
プロファイルへのルールの追加画面が開きます。

10. 「名前」リストから「NoExtraFields」ルールを選択します。

11. 「ルールの優先度」リストから、一般的な優先度位置を選択します。

12. 「OK」をクリックします。

13. 「追加」をクリックします。

14. 「名前」リストから「VisibleFields」ルールを選択します。

15. 「ルールの優先度」リストから、一般的な優先度位置を選択します。

16. 「OK」をクリックします。

17. 「OK」をクリックします。
画面が閉じ、プロファイルが「プロファイル」タブのリストに追加されます。

3.2.7.3 ユーザー・ロールに基づいてコンテンツ・チェックインを制限するグローバル・ルール

この例では、ユーザーがコンテンツをチェックインするときにメタデータ・フィールドを検証できるグローバル・ルールを作成する方法を示します。グローバル・ルールはリクエスト内のデータを検証し、データが正しくない場合はエラー・メッセージを返します。この例では、「コンテンツ・タイプ」として「ADACCT」を指定するコンテンツのチェックインを管理者のみに許可する方法を示します。

グローバル・ルール違反の致命的エラーの有効化

1. テキスト・エディタで、IntradocDir/config/config.cfgファイルを開きます。

2. 次の構成設定を追加します。

IsDpSubmitErrorFatal=true

3. ファイルを閉じて保存します。

4. Oracle WebCenter Content Serverを再起動します。

コンテンツ・タイプ・チェックインを制限するグローバル・ルールの作成

このグローバル・ルールは、dDocTypeの値を検証し、管理者がADACCTドキュメントをチェックイン中であることを確認します。ただし、ルールは、チェックイン・ページと更新ページのみに影響を与えるように構成されています。

1. 構成マネージャ・ページの「ルール」タブを開いて、「追加」をクリックします。
「ルールの追加」/「ルールの編集」画面が開きます。

2. 「一般」タブで、「名前」フィールドにグローバル・ルールの名前(たとえばFailOnCheckInError)を入力します。

3. グローバル・ルールの説明を入力します(オプション)。

4. 「優先度のあるグローバル・ルール」を選択し、必要に応じて優先度の番号を変更します。

5. 「ルールのアクティブ化条件の使用」を選択し、対応する「編集」ボタンをクリックします。
「アクティブ化条件の編集」画面が開きます。

6. 「追加」をクリックします。
「条件の追加」画面が開きます。

7. 「名前」フィールドに条件の名前(たとえばCheckIn)を入力します。

8. 「OK」をクリックします。
画面が閉じ、「一般」タブが開きます。句を生成するタブが下部のペインに表示されます。

9. 「使用イベント」を選択します。

10. 「送信時」を選択します。

11. 「アクションの使用」を選択します。

12. 「新規コンテンツをチェックイン」、「選択したコンテンツをチェックイン」および「コンテンツ更新」を選択します。

13. 「OK」をクリックします。
画面が閉じ、「ルールのアクティブ化条件の使用」テキスト・ペインにアクティブ化条件句が入力されます。

14. 「Fields」タブをクリックします。
「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面が開きます。

15. 「追加」をクリックします。
「ルール・フィールドの追加」画面が開きます。

16. 「フィールド名」リストから「タイプ」を選択します。

17. 一般的な位置を「フィールド位置」リストから選択します(オプション)。

18. 「OK」をクリックします。
「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面が開きます。

19. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。
「派生値の編集」: 「条件」タブが開きます。

20. 「カスタム」タブをクリックします。
「カスタム」画面が開きます。

21. 「カスタム」を選択し、次のIdocスクリプトを入力します。

<$if dDocType like "ADACCT" and not userHasRole("admin")$>
<$abortToErrorPage("Only administrators can use ADACCT.")$>
<$endif$>

22. 「OK」をクリックします。

23. 「OK」をクリックします。

24. 「OK」をクリックします。
ルールが「ルール」リストに追加されます。

3.2.7.4 コンテンツ・タイプ・メタデータ変更を制限するグローバル・ルール

この例では、ユーザーがコンテンツをチェックインするときにメタデータ・フィールドを検証できるグローバル・ルールを作成する方法を示します。グローバル・ルールはリクエスト内のデータを検証し、データが不適切な場合はエラー・メッセージを返します。特に、この例では、チェックイン・ドキュメントのコンテンツ・タイプの変更を管理者のみに許可する方法を示します。

グローバル・ルール違反の致命的エラーの有効化

1. テキスト・エディタで、IntradocDir/config/config.cfgファイルを開きます。

2. 次の構成設定を追加します。

IsDpSubmitErrorFatal=true

3. ファイルを閉じて保存します。

4. Oracle WebCenter Content Serverを再起動します。

コンテンツ・タイプの変更を制限するグローバル・ルールの作成

このグローバル・ルールは、dDocTypeの値を検証し、管理者がチェックイン・ドキュメントのコンテンツ・タイプを変更中であることを確認します。チェックイン・ページにのみ影響を与えるように構成されています。

1. 構成マネージャ・ページの「ルール」タブを開いて、「追加」をクリックします。
「ルールの追加」/「ルールの編集」画面が開きます。

2. 「一般」タブで、「名前」フィールドにグローバル・ルールの名前(たとえばFailOnCheckInError)を入力します。

3. グローバル・ルールの説明を入力します(オプション)。

4. 「優先度のあるグローバル・ルール」を選択し、必要に応じて優先度の番号を変更します。

5. 「ルールのアクティブ化条件の使用」を選択し、対応する「編集」ボタンをクリックします。
「アクティブ化条件の編集」画面が開きます。

6. 「追加」をクリックします。
「条件の追加」画面が開きます。

7. 「名前」フィールドに条件の名前(たとえばCheckIn)を入力します。

8. 「OK」をクリックします。
画面が閉じ、「アクティブ化条件の編集」が開きます。句を生成するタブが下部のペインに表示されます。

9. 「使用イベント」を選択します。

10. 「送信時」を選択します。

11. 「アクションの使用」を選択します。

12. 「コンテンツ更新」を選択します。

13. 「OK」をクリックします。
画面が閉じ、「ルールのアクティブ化条件の使用」テキスト・ペインにアクティブ化条件句が入力されます。

14. 「Fields」タブをクリックします。
「フィールド」タブが開きます。

15. 「追加」をクリックします。
「ルール・フィールドの追加」画面が開きます。

16. 「フィールド名」リストから「タイプ」を選択します。

17. 一般的な位置を「フィールド位置」リストから選択します。

18. 「OK」をクリックします。
「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面が開きます。

19. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。
「派生値の編集」: 「条件」タブが開きます。

20. 「カスタム」タブをクリックします。
「カスタム」画面が開きます。

21. 「カスタム」を選択し、次のIdocスクリプトを入力します。

<$oldType = getValue("DOC_INFO", "dDocType")$>
<$newType = getValue("#local", "dDocType")$>
<$if not (newType like oldType) and not (userHasRole("admin"))$>
<$abortToErrorPage("Only administrators can change dDocType.")$>
<$endif$>

22. 「OK」をクリックします。

23. 「OK」をクリックします。

24. 「OK」をクリックします。
ルールが「ルール」リストに追加されます。

4 ワークフローの使用

この章では、Oracle WebCenter Content Serverで使用可能なワークフロー機能を使用するための概念、タスクおよびリファレンス情報を示します。

この章には次の項があります。

- 第4.1項「ワークフローの概要」

- 第4.2項「ワークフローの計画」

- 第4.3項「基準ワークフローの作成」

- 第4.4項「基本ワークフローの作成」

- 第4.5項「ワークフローのカスタマイズ」

- 第4.6項「ワークフローおよびスクリプトのテンプレート」

- 第4.7項「ワークフローのシナリオ」

- 第4.8項「ワークフローのヒントおよび要領」

- 第4.9項「ワークフローのトラブルシューティング」

4.1 ワークフローの概要

ワークフローは、コンテンツをレビューして承認し、システムにリリースするためのルーティング方法を指定するために使用します。

たとえば、ワークフローを使用すると、新しいポリシーを組織のイントラネットにリリースする前に、法務部、人事部および幹部の適切な担当者によるレビューと承認を確実に実行できます。また、ワークフローを設定して、マーケティング資料の承認とサインオフをタイムリに取得することもできます。ワークフロー内のコンテンツのレビュー準備が完了すると、ユーザーに電子メールで通知されます。

効果的なワークフローの設計は、反復プロセスです。最初の計画の後、ワークフローはプロセスの実装に沿って調整されます。最初の段階で優れた計画を立てておくと、やり直しの量を減らすことができます。詳細は、第4.2項「ワークフローの計画」を参照してください。

ワークフローには3つのタイプがあります。

- 基本ワークフローでは、特定のコンテンツ・アイテムのレビュー・プロセスを定義し、手動で開始する必要があります。

- 基準ワークフローは、事前定義済の基準に一致するメタデータに基づいて、自動的にワークフローに入るコンテンツに使用されます。

- サブワークフローは、別のワークフロー内のステップから開始され、基準ワークフローと同じ方法で作成されます。サブワークフローは、大規模で複雑なワークフローを管理可能なピースに分割する場合に役立ちます。

ビジネス・プロセスにワークフローを設定すると、様々な利点が得られます。

- ワークフローは、優れたレポート・メトリックを提供します。ワークフローでは、コンテンツのライフ・サイクルの様々な時点でコンテンツをサインオフしたユーザーの監査証跡を作成できます。

- ワークフローは、適切な情報を適切なユーザーに渡すのに役立ちます。

- ワークフローの設計では、ビジネス・プロセスの調査と理解が必要となるため、改善可能な領域の検出に役立ちます。

この項では、ワークフローの概要、使用方法およびワークフローがビジネス活動に与える利点を示します。ここで説明する内容は次のとおりです。

- 第4.1.1項「ワークフローのステップ」

- 第4.1.2項「ワークフロー・ステップの評価プロセス」

- 第4.1.3項「ワークフローへの参加」

4.1.1 ワークフローのステップ

ステップは、ワークフローのプロセスと機能を定義します。各ワークフローは、複数のレビューと通知のステップで構成され、各ステップには、コンテンツを承認または却下する複数のレビューアを割り当てることができます。ワークフローの各ステップには、一連のユーザーとステップ・タイプを定義する必要があります。

あるステップに対して定義したユーザーは、そのステップ・タイプで許可されているタスクのみを実行できます。

ステップ・タイプ

説明

コントリビューション

基本ワークフローの最初のステップ。管理者は、ワークフローの作成時にコントリビュータを定義します。

自動コントリビューション

基準ワークフローの最初のステップ。このステップには関連する事前定義済のユーザーはありません。自動的にワークフロー・プロセスに入るコンテンツ・アイテムをチェックインしたコントリビュータがワークフローの参加者になります。

レビュー

ユーザーはコンテンツを承認または却下できますが、コンテンツの編集はできません。また、ユーザーがコンテンツを承認して電子シグネチャで署名する必要があることを指定できます。

レビュー/リビジョンの編集

ユーザーは必要に応じてコンテンツを編集し、承認または却下して、リビジョンを維持できます。

レビュー/新規リビジョンの作成

ユーザーは必要に応じてコンテンツを編集し、承認または却下して、新しいリビジョンを作成できます。

ワークフローが有効になると、そのワークフローは複数の特定なステージに移動します。

- コンテンツ・アイテムが特定のステップの最小限のレビューアによって承認されると、そのコンテンツ・アイテムはワークフローの次のステップに進みます。

- ステップに定義されている必要な承認の数が0の場合、レビューアには通知されますが、コンテンツは自動的に次のステップに進みます。

- いずれかのレビューアがコンテンツを却下した場合、そのコンテンツは最新のレビュー/リビジョンの編集ステップまたはレビュー/新規リビジョンの作成ステップに戻ります。該当するステップがない場合、コンテンツは最初の作成者に戻ります。

- 編集基準の定義方法に応じて、最新のレビュー/リビジョンの編集ステップまたはレビュー/新規リビジョンの作成ステップで、リビジョンが新規作成または更新される可能性があります。

- リビジョンはシステムにリリースできます。

- ワークフローの終了後: ワークフローの最後のステップでコンテンツが承認されると、そのコンテンツ・アイテムはシステムにリリースされます。

- ワークフローの終了前: サイド・エフェクトを設定してドキュメントを編集状態からリリースすると、そのドキュメントの索引付け、検索およびアーカイブが可能になります。これは主に、経費精算書など、Webへの公開が不要なビジネス・ルーティングに使用します。

- 通常、基本ワークフローに複数のコンテンツ・アイテムが含まれている場合は、すべてのアイテムがワークフローを完了するまで、どのアイテムもシステムにリリースされません。ただし、コンテンツ・アイテムをサイド・エフェクトとして編集状態からリリースする場合、そのコンテンツ・アイテムは基本ワークフロー内のすべてのアイテムを待たずにリリースできます。

ジャンプ、トークンおよびエイリアスを使用して標準ワークフロー・プロセスをカスタマイズし、柔軟性を高めることができます。詳細は、第4.5項「ワークフローのカスタマイズ」を参照してください。

- トークンおよびエイリアスを使用すると、ワークフローでユーザーを柔軟に指定できます。トークンは、不明なユーザーを指定するために使用できる変数です。エイリアスを使用すると、ワークフロー・ステップ内にユーザー・グループを含めることができます。

- ジャンプを使用すると、条件文を作成して、コンテンツが同じワークフロー内の別の経路を通過するように分岐させたり、コンテンツ・アイテムを基準ワークフローまたはサブワークフローから別の基準ワークフローまたはサブワークフローに転送することができます。

- 終了条件を使用すると、条件文を作成して、たとえば、ワークフロー・ステップ中に外部プロセスによってメタデータが変更された後などに、特定の条件に合致しないかぎり、コンテンツが次のステップに移動しないようにできます。

- カスタム・メタデータ・フィールドを作成し、それを使用して異なるワークフローをトリガーすることもできます。

次の図に、通常のワークフロー・プロセスを示します。

図4-1 ワークフロー・プロセス

4.1.1.1 イベント

ワークフローの各ステップには、開始時、更新時および終了時の3つのイベントがあります。

- 開始時イベント・スクリプトは、ステップに入るときに評価されます。開始時イベント・スクリプトによって、ジャンプまたは終了が発生しなかった場合は、ユーザー、エイリアスおよびトークンが評価され、電子メールで通知されます。

- 更新時イベント・スクリプトは、様々な時点で評価されます(たとえば、1時間ごとの更新サイクルやリビジョンのチェックインの際)。更新時イベント・スクリプトが評価されるたびに、追加の終了条件が評価されます。

- 終了時イベント・スクリプトは、リビジョンがステップの承認要件を完了し、ステップの追加の終了条件が満たされたときに評価されます。

ジャンプの詳細は、第4.5.3.1項「ジャンプおよびイベント」を参照してください。

重要:

リビジョンが却下された場合、更新時および終了時のイベント・スクリプトは実行されません。却下の際に評価するコードは、却下されたコンテンツの送信先ステップの開始時イベント・スクリプトに存在している必要があります。

4.1.1.2 ワークフローのファイル

コンパニオン・ファイルは、ワークフローのリビジョンの状態に関する情報を保持するテキスト・ファイルです。ワークフローの存続期間中にのみアクティブになります。

- コンパニオン・ファイルは、リビジョンが通過したステップを追跡し、ワークフロー変数の現行の値を保持します。

- ワークフローの各リビジョンには、1つのコンパニオン・ファイルがあり、リビジョンがワークフロー内にある間は存在します。リビジョンがワークフローからリリースされると、そのコンパニオン・ファイルは削除されます。

- コンパニオン・ファイルのフォーマットはHDAファイル・フォーマットで、コンテンツIDの名前が付けられています(例: HR_004.hda)。

- 各コンパニオン・ファイルには、2つのセットのデータが含まれています。

- LocalDataプロパティ・セクションには、親リストおよび他のワークフロー変数が定義されています。

- WorkflowActionHistory ResultSetセクションには、リビジョンのワークフロー履歴に関連のあるステップ、ワークフロー・アクションおよびユーザーのレコードが記述されています。

コンパニオン・ファイルを保存するには、/config/config.cfgファイルにIsSaveWfCompanionFiles構成変数を追加し、パラメータをTRUEに設定します。詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

コンパニオン・ファイルでは、キーを使用してワークフロー変数を追跡します。たとえば、次のキーは、Marketing BrochuresというワークフローにあるEditorステップのEntryCount変数およびLast Entry変数の値を定義します。

Editor@Marketing Brochures.entryCount=1
Editor@Marketing Brochures.lastEntryTs={ts '2001-05-02 16:57:00'}

コンパニオン・ファイルは、リビジョンが通過したステップの順序を(現行のステップから過去に遡って)リストした親リストを保持しています。親リストは、ファイルの却下、ワークフローの最後のステップの終了、またはエラーが発生した場合に戻り先のステップを決定するために使用されます。たとえば、次の親リストは、Marketing BrochuresワークフローのMarketing Teamステップ、EditorステップおよびGraphic Artistステップを示しています。

WfParentList=Marketing Team@Marketing Brochures#Editor@Marketing Brochures#Graphic Artist@Marketing Brochures#contribution@Marketing Brochures

親リストのステップ名の前にあるアスタリスク(*)は、ジャンプ・ステップを示します。

4.1.2 ワークフロー・ステップの評価プロセス

リビジョンがワークフロー・ステップに入ると、そのリビジョンは次のプロセスに移動します。

1. 開始スクリプトが評価されます。

- エントリ件数および最終エントリを追跡するデフォルトの開始スクリプトが更新されます。

- アクション(追加のユーザー通知など)が実行されます。

- ジャンプ条件が満たされ、ジャンプ先のステップが定義されている場合、リビジョンは別のステップにジャンプします。

- ジャンプ条件が満たされない場合は、リビジョンを承認する準備が完了していることが現行ステップのレビューアに通知されます。

- 無限ループを回避するために、前にアクセスしたステップの開始スクリプトは無視されます。これに対する唯一の例外は、wfCurrentStep(0)シンボリック・ステップを使用してステップが再開された場合です。

2. 必要なレビューア数によってリビジョンが承認されると、終了スクリプトが評価されます。

- 終了スクリプトがない場合、リビジョンはワークフローの次のステップに進みます。

- 終了スクリプトのジャンプ条件が満たされ、ジャンプ先のステップが定義されている場合、リビジョンは別のステップにジャンプします。

3. 終了スクリプトが評価された後は、現行アクションの状態(wfActionワークフロー変数)が設定されます。設定可能なアクションは次のとおりです。

- APPROVE

- REJECT

- CHECKIN

- CONVERSION

- META_UPDATE

- TIMED_UPDATE

- RESUBMIT

4. リビジョンがワークフローのステップ間を移動すると、各ステップが親リストに追加されます。リビジョンがいずれかのステップに戻った場合、親リストは、リビジョンがそのステップを最初に利用したときの状態に戻ります。次に例を示します。

リビジョンの移動先

親リスト

Step1

Step1

Step2

Step1#Step2

Step3

Step1#Step2#Step3

Step2

Step1#Step2

5. リビジョンが却下された場合、親リストは最新のレビューア/コントリビュータ・ステップについて確認され、そのリビジョンはワークフローのステップに移動します。

6. リビジョンがワークフローの最後のステップを完了すると、親リストは、定義されているリターン・ステップを使用した最新のジャンプ・ステップについて確認されます。リターン・ステップが見つかった場合、リビジョンはそのステップに移動します。親リストにジャンプ・ステップがない場合、またはジャンプ・ステップにリターン・ステップが定義されていない場合、リビジョンはワークフローを終了します。

ワークフロー内のコンテンツ・アイテムのステータスは、次のいずれかです。

ステータス

基準ワークフロー

基本ワークフロー

編集

コンテンツ・アイテムは却下され、初期コントリビューション・ステップに戻りました。

コンテンツ・アイテムは、初期コントリビューション・ステップにあるか、または却下されて戻りました。

レビュー

コンテンツ・アイテムはレビュー処理中です。

コンテンツ・アイテムはレビュー処理中です。

保留

該当なし

コンテンツ・アイテムはすべてのワークフロー・ステップを完了していますが、ワークフロー内の他のコンテンツ・アイテム(ある場合)が終了していません。

完了

ワークフローのコンテンツ・アイテムは終了しています。

すべてのコンテンツ・アイテムが終了しています。

WWW生成

コンテンツはWeb表示可能フォーマットに変換中です。

コンテンツはWeb表示可能フォーマットに変換中です。

リリース

リビジョンはOracle WebCenter Content Server内で使用可能になっています。

リビジョンはOracle WebCenter Content Server内で使用可能になっています。

4.1.3 ワークフローへの参加

基本ワークフローに参加しており、指定されたコンテンツをチェックインする必要があるコントリビュータに、電子メールが送信されます。電子メールは、ワークフロー・ステップに関与しているレビューアにも送信されます。ユーザーはワークフロー・コンテンツ・アイテム・ページで必要なアクションを確認できます。ワークフロー・コンテンツ・アイテム・ページにアクセスするには、「メイン」メニューから「コンテンツ管理」→「アクティブなワークフロー」を選択します。

レビューアは、コンテンツをレビュー、却下または承認して、コンテンツとワークフローに関する情報を表示できます。コンテンツが却下されると、コンテンツ・アイテムの却下ページが開き、レビューアはこのページで却下理由を説明するメッセージを入力できます。このメッセージは、コントリビューションが可能な最後のステップに割り当てられているレビューアに送信されます。メッセージを受け取ったレビューアは、コンテンツをチェックアウトして編集した後、再びコンテンツをチェックインできます。コンテンツ・チェックイン・フォームの「リビジョン編集の終了」ボックスを選択する必要があります。コンテンツは、ワークフロー内の次のステップに進みます。ボックスが選択されていない場合、コンテンツは「レビュー」ステータスのままになるため、ワークフロー内を移動する前に、承認する必要があります。

ワークフローについて関連するユーザーと話し合い、プロセスにおける各自の責任の認識を促すことをお薦めします。ワークフローへの参加の詳細は、『Oracle WebCenter Contentユーザーズ・ガイド』を参照してください。

4.2 ワークフローの計画

この章では、ワークフロー・タイプを選択してワークフローを計画する際に実行する手順について説明します。次の内容について説明します。

- 第4.2.1項「ワークフロー・タイプの選択」

- 第4.2.2項「ワークフローの設計」

- 第4.2.3項「ワークフローの変更」

ワークフローの設計を開始する前に、現在運用しているプロセスを評価します。ワークフローに現行プロセスを適合させることもできます。たとえば、プロジェクトで、ユーザー間の情報の管理のために電子メール・ループを使用している場合は、そのようなシナリオをワークフロー設計に取り込むことは可能でしょうか。

ワークフローを情報の検証のために使用しますか。コラボレーションのために使用しますか。対処する特定の問題は何ですか。現行のプロセスとその短所を理解すると、問題を解決するワークフローの設計が可能になります。

ワークフローを設計するときは、次の項目を確認してください。

- ワークフローに関係するユーザーは誰ですか。アイテムのレビュー準備が完了していることを、どのユーザーに通知しますか。どのユーザーにアイテムの編集権限を付与しますか。アイテムを最終的にサインオフするのはどのユーザーですか。
同様に重要となるのは、どのユーザーをワークフローから除外するかということです。

ワークフローの関係者に、どのようなトレーニングを提供しますか。

- ワークフロー内のアイテムをどのように処理しますか。アイテムが承認、却下または更新された場合、どのようなアクションを実行しますか。ワークフロー内にアイテムが長くとどまりすぎた場合、どのように処理しますか。

- ワークフローの次のステージにアイテムを移動する必要があるのはいつですか。ワークフローが完了したかどうかを決定する基準は何ですか。

- ワークフローに参加する場合、ユーザーはどこにアクセスしますか。Webインタフェースまたは独自に設計した別のインタフェースはありますか。

- 承認および却下をどのように処理しますか。監査情報を格納しますか。承認またはコンテンツ・アイテム・リビジョンの認証(電子シグネチャ)は必要ですか。

4.2.1 ワークフロー・タイプの選択

使用するワークフローのタイプを決定する際は、次の事項を検討します。

次の操作が必要な場合は、基本ワークフローを使用します。

- 特定の基準に基づいて有効になるワークフローではなく、非定型のワークフローを指定する場合。

- 同じ一連のステップで、複数のコンテンツ・アイテムをルーティングする場合。各アイテムは個別にステップを移動しますが、ワークフロー内のすべてのアイテムが終了するまでリリースされません。

- ワークフローにコンテンツ・アイテムをコントリビュートするようにユーザーに通知または催促する場合。

- 頻繁に使用しないワークフローを指定する場合。

- 関連するコンテンツ・アイテムのグループ用にレビュー・プロセスを定義する場合。

- ワークフローを開始するユーザーを指定する場合。コンテンツが基本ワークフローに入ることができるのは、ワークフロー権限があるユーザーがそのワークフローを開始した場合のみです。

次の操作が必要な場合は、基準ワークフローを使用します。

- 特定のメタデータ値に基づいて自動的にコンテンツをワークフローに入れる場合。

- 特定の基準に一致する単一のコンテンツ・アイテムをルーティングする場合。基準に一致する複数のアイテムをルーティングできますが、これらのアイテムは1つのユニットとしてワークフロー内を移動しません。

- 個別のドキュメントに対して標準レビュー・プロセスを設定する場合。

- 頻繁に使用するワークフローを指定する場合。

- 多数のユーザーに対してワークフローをオープンする場合。基準ワークフローには、ワークフロー権限のないユーザーのコンテンツを入れることができます。

使用するワークフローのタイプを決定する際は、次の重要事項を考慮してください。

- コンテンツが間違ったセキュリティ・グループまたはメタデータ値を使用してチェックインされた場合、そのコンテンツは誤って基準ワークフローに入る可能性があります。

- ユーザーが同一の基本ワークフローを使用してコンテンツを頻繁に処理する場合は、基準ワークフローを設定してプロセスの自動化を検討します。

- 複数のワークフローに対して、同一の基準または重複した基準を使用することはできません。コンテンツ・アイテムが複数のワークフローの基準に一致している場合、そのコンテンツ・アイテムは、リスト内の最初のワークフローに入ります。

4.2.1.1 セキュリティに関する問題

ワークフローを管理するときは、セキュリティに関する次の問題を考慮してください。

- 各ワークフローは、セキュリティ・グループに関連付けられています。

- 基準ワークフローの場合は、同じセキュリティ・グループ内のコンテンツ・アイテムのみがワークフローに入ります。

- 基本ワークフローの場合、新しいコンテンツ・アイテムはワークフローのセキュリティ・グループに割り当てられ、既存のコンテンツ・アイテムはワークフローのセキュリティ・グループに属している必要があります。

- ワークフローは、同じセキュリティ・グループの別のワークフローにのみジャンプできます。

- ワークフローがアクティブである間は、ワークフローのセキュリティ・グループを変更できませんが、ワークフロー・プロセス内のアイテムのセキュリティ・グループは変更できます。

- ワークフローを設定して開始するには、ワークフロー権限およびコンテンツのセキュリティ・グループに対する管理権限が必要です。

- ワークフロー・テンプレートを使用してコントリビューション・ステップを開始できます。

- ワークフローのコントリビュータになるには、ワークフローのセキュリティ・グループに対する書込み権限が必要です。

4.2.2 ワークフローの設計

ワークフローを設計する手順は、次のとおりです。

1. ワークフローのフローチャートを作成します。第4.3.1項「基準ワークフロー・プロセス」や第4.4.1項「基本ワークフロー・プロセス」などを参照してください。

2. ワークフローに必要なすべてのメタデータがあることを確認します。ない場合は、ワークフローを設定する前に、必要なメタデータを作成します。

3. ワークフローに必要なエイリアスを設定します。エイリアスの作成は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。

4. ワークフローのトークンを設定します。詳細は、第4.5.2.2項「トークンの作成、編集または削除」を参照してください。

5. 基本ワークフローまたは基準ワークフローを設定します。使用可能なワークフロー・テンプレートがある場合は、テンプレートを手掛かりとして使用できます。詳細は、第4.6項「ワークフローおよびスクリプトのテンプレート」を参照してください。

6. 必要に応じて、サブワークフローを設定します。

7. 必要に応じて、ジャンプを設定します。詳細は、第4.5.3.2項「ジャンプの作成」を参照してください。

- 使用可能なスクリプト・テンプレートがある場合は、それを使用してステップ・イベント・スクリプトを作成します。

- ジャンプを使用する場合は、各ジャンプのサブワークフローを備えた、マスター・ワークフローの設定を検討してください。

8. ワークフローをテストします。

- 基準ワークフローの場合は、定義したセキュリティ・グループおよびメタデータ・フィールド値に一致するテスト用のドキュメントをチェックインします。

- 基本ワークフローの場合は、テスト用のコンテンツを定義し、ワークフローを開始します。

- できるだけ多数の承認/却下シナリオをシミュレーションします。

- ワークフローにジャンプが含まれている場合は、できるだけ多数のイベント・シナリオをシミュレーションします。

- ワークフローのテストにレビューアを含めて、ユーザーが各自の役割を理解していることを確認します。

4.2.3 ワークフローの変更

ワークフローを設計する際は、次の点に留意してください。

次の操作を実行できます。

- 基準ワークフローの基準の変更。

- 基本ワークフローのコンテンツ・アイテムの追加または削除。

- ステップの定義の変更(レビューア、終了条件、イベントなど)。

次の操作は実行できません。

- ステップの順序の変更。ステップを削除して新しい場所に再作成することは可能です。

- ワークフローの途中へのステップの追加。新規ステップは常にワークフローの最後に追加されます。

次に、既存ワークフローの変更に役立つヒントを示します。使用中のワークフローの変更は、時間のかかる困難な作業です。実装前に慎重に設計することが、やり直しの回避に役立ちます。ワークフローの再構築が可能になるまで、これらのオプションは一時的な修正とみなされます。

注意:

ステップを追加または削除するために、基準ワークフローを無効にしたり、基本ワークフローを取り消した場合、ワークフロー内のリビジョンはすべてリリース(基準ワークフロー)または削除(基本ワークフロー)されます。

- 既存ワークフローのステップを並べ替えるには、次のオプションを検討します。

- サブワークフローを作成し、既存ステップからそのサブワークフローへのジャンプを追加します。この変更を既存ステップに加えるために、ワークフローを無効化または取り消す必要はありません。

- 既存ステップにステップ・イベント・スクリプトを追加して、通常は別のステップで実行されるアクションを定義します。この変更を既存ステップに加えるために、ワークフローを無効化または取り消す必要はありません。

- 変更(たとえば、ステップの追加)するために、ワークフローの無効化が必要になった場合は、すべてのリビジョンがワークフローから即時にリリース(基準ワークフロー)または削除(基本ワークフロー)されます。コンテンツをリリースしないでワークフローを無効にするには、次の手順に従います。

1. 最初に、そのワークフローを、ステップの順序は元のワークフローと同じだが、ステップ・ロジックがない静的なワークフローにクローニングします。コンテンツはいずれかのステップに入り、移動されるまでそこにとどまります。

2. 次に、元のワークフローに更新時イベントを作成します。このイベントは時間でトリガーされ、適切なステップでコンテンツを静的なクローン・ワークフローにプッシュします。

3. 元のワークフローからコンテンツがなくなったら、そのワークフローを無効にして必要な変更を加え、再び有効にします。次に、同じ時限イベント・ロジックを使用して、クローン・ワークフローのコンテンツを元のワークフローに戻します。

4.3 基準ワークフローの作成

基準ワークフローは、個々のドキュメントが事前定義済の基準に一致した場合に自動的にワークフローに入れるレビュー・プロセスを設定するために使用します。たとえば、新しい注文書が生成されたときは、その注文書を特定のレビューアに自動的にルーティングして承認を得ることができます。

基準ワークフローには、次のものが含まれます。

- セキュリティ・グループと1つのメタデータ・フィールドによって定義された基準。

- 事前定義済ユーザーのない自動コントリビューション・ステップ。

- 1つ以上のレビューア・ステップ(1ステップ当たりのレビューア数は1人以上)。

いくつかの例外はありますが、サブワークフローの設定手順は基準ワークフローと同じあり、例外については基準ワークフローの設定手順で説明します。

この項では、次の項について説明します。

- 第4.3.1項「基準ワークフロー・プロセス」

- 第4.3.2項「基準ワークフローの設定」

- 第4.3.3項「基準ワークフローまたはサブワークフローの変更」

- 第4.3.4項「基準ワークフローまたはサブワークフローの無効化」

4.3.1 基準ワークフロー・プロセス

次の手順に従って、基準ワークフロー・プロセスを簡潔に説明します。

1. ワークフロー権限があるユーザーが、次の要素を定義して基準ワークフローを設定します。

- セキュリティ・グループ。

- メタデータ・フィールドおよび値(たとえば、「ContentType」「次に一致する」「PurchaseOrder」)。テキスト・タイプまたはロング・テキスト・タイプのフィールドを使用できます。

- レビュー・ステップおよび各ステップのレビューア。

- 各ステップに必要な承認の数。たとえば、次のステップに進む前に、すべてのレビューアの承認が必要かどうか。

- エイリアスおよびエイリアス・グループ内のユーザー。

- 必要なトークン。

2. ワークフロー権限があるユーザーが、基準ワークフローを有効にします。

3. 定義されたセキュリティ・グループおよびメタデータ・フィールド値と一致するコンテンツがチェックインされると、そのコンテンツはワークフローに入ります。

4. リビジョンのレビュー準備が完了していることが、最初のステップのレビューアに電子メールで通知されます。

5. レビューアがリビジョンを承認または却下します。

- ステップがレビューア・ステップの場合、レビューアは必要に応じて変更なしでコンテンツ・アイテム・リビジョンに署名して承認できます(ドキュメントを変更すると、別の識別子が作成され、既存の電子シグネチャが無効化されます)。

- レビューア/コントリビュータ・ステップの場合、レビューアはリビジョンをチェックアウトして編集し、チェックインして戻してから、リビジョンを承認できます。たとえば、編集者は、ワークフロー内のアイテムのコンテンツを変更できます。

- ユーザーがリビジョンを却下した場合、ワークフローは前のコントリビューション・ステップに戻り、そのステップのユーザーには電子メールで通知されます。

- リビジョンが最小限のユーザー数によって承認された場合、そのリビジョンは次のステップに進みます。最低承認数が0の場合、リビジョンは自動的に次のステップに進みます。

6. すべてのステップが完了すると、リビジョンはシステムにリリースされます。

図4-2 基準ワークフロー・プロセス

4.3.1.1 基準ワークフローのヒント

各基準ワークフローには、一意の基準が必要です。コンテンツ・アイテムが2つのワークフローの基準に一致している場合、そのコンテンツ・アイテムはワークフロー定義リストの最初のワークフローに入ります。

- 基準ワークフローに割り当てられたすべてのユーザーには、選択されたセキュリティ・グループに対する読取り権限が必要です。コントリビュータがリビジョンをチェックインおよびチェックアウトするには、選択されたセキュリティ・グループに対する書込み権限が必要です。

- 基準ワークフローが有効である間は、ステップの追加や削除はできません。

- 基準ワークフローが無効なときにチェックインされたコンテンツ・アイテムは、ワークフロー・プロセスをバイパスしてシステムにリリースされます。

- 基準ワークフローを無効にすると、ワークフロー内のリビジョンがシステムにリリースされます。

- 基準ワークフローでは、サブワークフローおよび同じセキュリティ・グループ内の他の基準ワークフローへのジャンプを使用することも、同じワークフローの他のステップにジャンプすることもできます。

- ワークフローに少なくとも1つのレビューア/コントリビュータ・ステップが作成されていると、却下されたリビジョンは、最初の作成者ではなく、そのステップに戻されます。

- アイテムのセキュリティ・グループが、ワークフローのセキュリティ・グループと一致しない場合、そのアイテムはワークフローに入りません。

- 基準が他の基準ワークフローとは異なるようにします。

- 「フィールド」で「コンテンツID」を使用し、かつ、Oracleデータベースを使用している場合は、値をすべて大文字で入力します。他のすてべのフィールドでは、大文字と小文字の両方を使用できます。

- 「フィールド」で「コンテンツID」を使用している場合は、「値」フィールドの下の「選択」をクリックして、既存のコンテンツ・アイテムを選択します。

- 「レビューアの最低必要人数」フィールドにゼロ(0)を入力すると、リビジョンがステップに到達したことがレビューアに通知され、そのリビジョンは自動的に次のステップに渡されます。レビューアは、そのステップではリビジョンを承認、却下または編集できません。

4.3.2 基準ワークフローの設定

基準ワークフローまたはサブワークフローを作成するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「ワークフロー管理」をクリックします。「検索条件」タブをクリックします。

2. 「追加」をクリックします。
「新しい基準ワークフロー」/「基準ワークフローの編集」画面が開きます。

3. 「ワークフロー名」フィールドに名前を入力します。最大長は30文字です。特殊文字(; @ &など)は使用できません。ワークフロー作成後にワークフロー名を変更することはできません。

4. 「説明」フィールドに、ワークフローの詳細を入力します。

5. このワークフローのコンテンツ・アイテムが属するセキュリティ・グループをリストから選択します。

6. 「元の作成者の編集ルール」からオプションを選択して、アイテムが却下された場合に、最初の作成者がリビジョンを編集できるかどうか、または、新規リビジョンを作成できるかどうかを指定します。

7. ワークフロー・テンプレートを使用するには、「テンプレートの使用」チェック・ボックスを選択し、テンプレート名を選択します。このチェック・ボックスは、現在テンプレートが存在する場合にのみ表示されます。詳細は、第4.6項「ワークフローおよびスクリプトのテンプレート」を参照してください。

8. 基準ワークフローを作成するには、「条件定義を設定する」チェック・ボックスを選択します。サブワークフローを作成するには、このチェック・ボックスの選択を解除します。この選択は後で変更することもできます。

9. 基準ワークフローの場合は、「フィールド」、「演算子」および「値」で適切な値を選択して基準を定義します。たとえば、「Review Process」「次に一致する」「HRBenefits」のような基準になります。「フィールド」の値としては、「コンテンツID」、「作成者」、「タイプ」、「アカウント」およびテキスト・タイプまたはロング・テキスト・タイプのカスタム・メタデータがあります。

10. 「OK」をクリックします。

11. ステップの作成または別のステップの追加にテンプレートを使用しなかった場合は、「ワークフロー管理」画面の右側のペインで、「追加」をクリックします。

「新しいステップの追加」/「ステップの編集」画面が開きます。

12. 適切なステップの名前を入力します。ステップ作成後に名前を変更することはできません。ステップには、通常、わかりやすい名前を付けます(たとえば、EditorialReviewやTechnicalReviewなど)。

13. レビューアに電子シグネチャの資格証明の提供を要求するには、「承認にシグネチャが必要」を選択します。このオプションは、電子シグネチャ・コンポーネントが有効になっている場合にのみ使用できます。
電子シグネチャは、ファイルのコンテンツを特定のリビジョンで一意に識別し、シグネチャと特定のレビューアを関連付けます。このオプションを選択すると、レビューアに表示されるステップのオプションのリストでは、標準の「承認」アクションが「署名と承認」アクションに置換されます。

14. ステップの説明を入力します。

15. このステップのユーザーの認可レベルを指定します。

- ユーザーは現在のリビジョンをレビューできます: ユーザーはリビジョンを承認または却下できますが、リビジョンの編集はできません。

- ユーザーは現在のリビジョンをレビューおよび編集(置換)できます: ユーザーはリビジョンを編集、承認または却下できます。編集しても、リビジョンは更新されません。

- ユーザーは現在のリビジョンをレビューするか、新規リビジョンを作成できます: ユーザーはリビジョンを編集、承認または却下できます。編集すると、リビジョンが更新されます。元のコンテンツは保持され、変更の監査証跡が提供されます。

16. ステップに追加するユーザーのタイプを選択します。1つのステップに対して、複数のタイプのユーザーを定義できます。

- エイリアスで定義されたユーザー・グループを追加するには、「エイリアスの追加」をクリックします。「ステップへのエイリアスの追加」画面が開きます。表示されたリストから、エイリアスを選択します。

- 個々のユーザー・ログインを追加するには、「ユーザーの追加」をクリックします。「ステップへのユーザーの追加」が開きます。

- ユーザー・リストを絞り込むには、「フィルタの使用」チェック・ボックスを選択し、「フィルタの定義」をクリックし、フィルタ基準を選択して「OK」をクリックします。

- ユーザーの範囲を選択するには、最初のユーザーをクリックし、[Shift]を押しながら範囲の最後のユーザーをクリックします。

- ユーザーを個別に選択するには、[Ctrl]を押しながら各ユーザー名をクリックします。

- トークンで定義した可変ユーザーを追加するには、「トークンの追加」をクリックします。「ステップへのトークンの追加」画面が開きます。トークンの作成の詳細は、第4.5.2.2項「トークンの作成、編集または削除」を参照してください。

17. 「OK」をクリックします。

18. 「終了条件」タブをクリックします。

19. リビジョンが次のステップに進むには、何人のレビューアの承認が必要であるかを指定します。

- すべてのレビューアの承認が必要な場合は、「すべてのレビューア」を選択します。

- リビジョンを承認する必要がある最小限のレビューア数を指定するには、「レビューアの最低必要人数」を選択し、数値を入力します。

20. 通常、終了条件は、ワークフロー・ステップ中にコンテンツが外部プロセスによって変更される可能性がある場合に役立ちます。次のステップに進むために、ステップに終了条件を追加する必要がある場合は、次の手順を使用してください。

1. 「追加終了条件を使用」チェック・ボックスを選択します。

2. 「編集」をクリックします。
「追加終了条件の編集」画面が開きます。この画面では、リストから追加の基準を選択できます。

3. 「フィールド」リストから、ワークフロー条件またはメタデータ・フィールドを選択します。

4. 「演算子」リストから演算子を選択します。「演算子」は、「フィールド」に関連する演算子を示す依存選択リストです。

5. 「値」リストから値を選択します。「値」は、「フィールド」で選択したオプションに基づいた依存リストです。

6. 「追加」をクリックして「条件句」に条件文を追加します。「条件句」ボックスに、句が表示されます。AND文で複数の句を追加できます。

7. 必要な条件の数に応じて繰り返します。式を変更するには、「条件句」ボックスで式を選択して、「フィールド」、「演算子」または「値」を変更し、「更新」をクリックします。

8. 条件式を変更するには、「カスタム条件の式」チェック・ボックスを選択し、スクリプトを編集します(たとえば、条件にANDではなくORを使用するなど)。追加終了条件は、trueまたはfalseに評価されるIdocスクリプト文である必要があります。コードをIdocスクリプトのタグ<$ $>で囲まないでください。

注意:

「カスタム条件の式」チェック・ボックスの選択を解除すると、式は元の定義に戻り、すべての変更が失われます。

9. 「OK」をクリックします。

21. ワークフローに条件付ステップまたは特別な処理が必要な場合は、「イベント」タブをクリックし、適切なスクリプトを追加してください。詳細は、第4.5.3.2項「ジャンプの作成」を参照してください。

22. 「OK」をクリックします。

23. 必要に応じてステップを追加、編集および削除して、ワークフローを完成します。

- ワークフローにステップを追加するには、手順11 - 22を繰り返します。

- 既存のステップを編集するには、ステップを選択して「編集」をクリックします。

- 既存のステップを削除するには、ステップを選択して「削除」をクリックします。

24. 左側のペインで、正しいワークフローが選択されていることを確認し、「有効化」をクリックします。
確認画面が開きます。

25. 「はい」をクリックして選択されたワークフローをアクティブにします。

4.3.3 基準ワークフローまたはサブワークフローの変更

既存の基準ワークフローまたはサブワークフローを変更する手順は、次のとおりです。

注意:

ステップを追加または削除するために、基準ワークフローを無効にすると、ワークフロー内のすべてのリビジョンがリリースされます。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「ワークフロー管理」をクリックします。「条件」タブをクリックします。

2. 左側のペインで、変更するワークフローを選択します。

3. ステップを追加または削除するには、「無効化」をクリックしてワークフローを無効にします。

4. 左右のペインの「追加」、「編集」および「削除」をクリックして、次の情報を変更します。

- ワークフローの説明

- セキュリティ・グループ

- ワークフローのタイプ(基準ワークフローまたはサブワークフロー)

- 基準

- ステップの説明

- ステップのタイプ(レビューア、コントリビュータの同じリビジョン、コントリビュータの新規リビジョン)

- ユーザー

- イベント

- 必要な承認数

- 終了条件

基準ワークフローが有効なときにユーザーをステップに追加できますが、ワークフローのそのステップにリビジョンが現存している場合は、新しいユーザーに通知が即座に送信されません。通知は、スケジュールされたワークフロー・システム・イベントが発生し、ワークフロー内のすべてのアイテムのTIMED_UPDATEが実行された後で送信されます。

5. ワークフローが無効な場合は、左側のペインで、正しいワークフローが選択されていることを確認し、「有効化」をクリックします。
確認画面が開きます。

6. 「はい」をクリックして選択されたワークフローをアクティブにします。

4.3.4 基準ワークフローまたはサブワークフローの無効化

基準ワークフローまたはサブワークフローを無効にする手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「ワークフロー管理」をクリックします。「条件」タブを選択します。

2. ワークフローを選択します。

3. 「無効化」をクリックします。

4. ワークフロー・プロセスにまだコンテンツ・アイテムが存在している場合は、コンテンツのすべてのリビジョンがリリースされることが通知されます。コンテンツをリリースしない場合は、「いいえ」をクリックして操作を取り消します。「はい」をクリックしてコンテンツをリリースし、ワークフローを無効にします。
ワークフローのステータスが「無効」に変更されます。

4.4 基本ワークフローの作成

基本ワークフローは、特定のコンテンツ・アイテムのレビュー・プロセスを定義します。基本ワークフローは手動で設定および開始し、コンテンツがワークフローに入るための基準を定義する必要はありません。

基本ワークフローには、次のものが含まれます。

- 1つ以上のコンテンツ・アイテム。

- 1人以上のコントリビュータを伴う初期コントリビューション・ステップ。

- 0以上のレビュー・ステップ(1ステップ当たりのレビューア数は0人以上)。

この項では、次の項について説明します。

- 第4.4.1項「基本ワークフロー・プロセス」

- 第4.4.2項「基本ワークフローのヒント」

- 第4.4.3項「基本ワークフローの設定」

- 第4.4.4項「基本ワークフローの変更」

4.4.1 基本ワークフロー・プロセス

次の手順に従って、基本ワークフロー・プロセスを説明します。

1. ワークフロー権限があるユーザーが、次の項目を定義して基本ワークフローを設定します。

- コンテンツ: 新しいコンテンツを作成することも、既存のコンテンツを選択することもできます。ワークフローでの処理が終わると、新しいコンテンツはリビジョン1でシステムにリリースされ、既存のコンテンツはそのコンテンツ・アイテムの次のリビジョン番号でシステムにリリースされます。

- 最初のコントリビュータ: コンテンツをコントリビュートできるユーザーのリストを指定します。

- レビュー・ステップ: 各ステップのレビューアおよび各ステップに必要な承認数を指定します。

2. ワークフロー権限があるユーザーが、基本ワークフローを有効化し、開始します。

3. コントリビュータに電子メールが送信されます。

4. コントリビュータは、ワークフローの各コンテンツ・アイテムのファイルをチェックアウトし、再びチェックインできます。

5. リビジョンのレビュー準備が完了していることが、最初のステップのレビューアに電子メールで通知されます。

6. レビューアがリビジョンを承認または却下します。

- このステップで編集が許可されている場合、レビューアはリビジョンをチェックアウトして編集し、チェックインして戻してから、リビジョンを承認できます。

- ユーザーがリビジョンを却下した場合、そのリビジョンは前のコントリビューション・ステップに戻り、そのステップのユーザーに電子メールで通知されます。

- リビジョンが最小限のユーザー数によって承認された場合、そのリビジョンは次のステップに進みます。(最低承認数が0の場合、リビジョンは自動的に次のステップに進みます。)

7. 通常、基本ワークフローに複数のファイルが含まれている場合は、すべてのファイルがワークフローを完了するまで、どのファイルもシステムにリリースされません。最後のリビジョンが承認されるまで、完了したコンテンツ・アイテムは「保留」ステータスになります。ただし、コンテンツ・アイテムをサイド・エフェクトとして編集状態からリリースする場合、そのコンテンツ・アイテムは基本ワークフロー内のすべてのアイテムを待たずにリリースできます。

8. すべてのステップが完了し、すべてのリビジョンが承認されると、それらのリビジョンはシステムにリリースされます。

図4-3 基本ワークフロー・プロセス

4.4.2 基本ワークフローのヒント

- 新しいコンテンツの場合、ワークフローで定義されたコンテンツIDが、リビジョンがシステムにリリースされるときに適用されるコンテンツIDになります。コンテンツIDの作成後に、コンテンツIDを変更することはできません。

- 1つのコンテンツ・アイテムを複数の基本ワークフローに追加することはできず、これを行うとエラーが発生し、ワークフローが無効になります。

- 新しいコンテンツは、基本ワークフローのセキュリティ・グループに割り当てられます。

- 既存リビジョンのセキュリティ・グループは、基本ワークフローのセキュリティ・グループと一致している必要があります。

- 基本ワークフローに割り当てられたすべてのユーザーには、選択されたセキュリティ・グループに対する読取り権限が必要です。コントリビュータがリビジョンを編集するには、選択されたセキュリティ・グループに対する書込み権限が必要です。

- 基本ワークフローがアクティブである間は、レビュー・ステップを追加、編集または削除できません。

- アクティブなワークフローの取消しは可能ですが、そのワークフロー内のリビジョンはシステムから削除されます。ファイルに対する編集内容は、ローカル・ハード・ドライブにも保存されていないかぎり、失われます。

- 非アクティブな基本ワークフローは再利用できますが、常に手動で開始する必要があります。

- 基本ワークフローではジャンプを使用できますが、ジャンプ先は、同じワークフロー内の別のステップのみです。基本ワークフローでは、サブワークフローにジャンプできません。

4.4.3 基本ワークフローの設定

基本ワークフローを作成する前に、次の点に留意してください。

- ワークフローに割り当てるすべてのユーザーには、選択されたセキュリティ・グループに対する読取り権限が必要で、コントリビュータには、書込み権限が必要です。

- テンプレートを使用する場合、レビューアが、選択したテンプレートに定義されているレビューアと異なる場合は、レビューアを変更します。

- 1つのコンテンツ・アイテムを複数の基本ワークフローに追加しないでください。これを行うとエラーが発生し、ワークフローが無効になります。

- 「レビューアの最低必要人数」フィールドにゼロ(0)を入力すると、リビジョンがステップに到達したときに、レビューアに通知されますが、そのステップではリビジョンの承認、却下、編集はできません。ワークフローは自動的に次のステップに進みます。

基本ワークフローを作成するには、次の手順を使用します。

1. 「ワークフロー管理」: 「ワークフロー」タブを表示します。このタブには、基本ワークフローがデフォルトで表示されます。

2. 「追加」をクリックします。
「新しいワークフローの追加」/「ワークフローの編集」画面が開きます。

3. 「ワークフロー名」フィールドに名前を入力します。ワークフロー名の最大フィールド長は30文字で、特殊文字(; @ &など)を含めることはできません。ワークフローの作成後に、ワークフロー名を変更することはできません。

4. 「説明」フィールドに、ワークフローの詳細を入力します。

5. このワークフローのコンテンツ・アイテムが属するセキュリティ・グループをリストから選択します。

6. 「元の作成者の編集ルール」からオプションを選択して、アイテムが却下された場合に、最初の作成者が既存リビジョンを編集できるかどうか、または、新規リビジョンを作成できるかどうかを指定します。

7. テンプレートを使用するには、「テンプレートの使用」チェック・ボックスを選択し、テンプレート名を選択します。このボックスは、テンプレートが存在する場合にのみ表示されます。詳細は、第4.6項「ワークフローおよびスクリプトのテンプレート」を参照してください。

8. 「OK」をクリックします。

9. ワークフローに新しいコンテンツ・アイテムを追加するには、「新規」をクリックします。

「ワークフローへのコンテンツの追加」(新しいコンテンツ)画面が開きます。

1. 新しいコンテンツ・アイテムのコンテンツIDを入力します。コンテンツ・アイテムの作成後に、コンテンツIDを変更することはできません。最大で30文字まで使用できます。特殊文字($、#など)は使用できません。コンテンツIDを変更するには、リストからコンテンツ・アイテムを削除して、新しいコンテンツ・アイテムを追加します。Oracleデータベースを使用している場合、コンテンツIDはすべて自動的に大文字に変換されます。

2. 「OK」をクリックします。

10. ワークフローに既存のコンテンツ・アイテムを追加するには、「選択」をクリックします。

「ワークフローへのコンテンツの追加」(既存のコンテンツ)画面が開きます。

- コンテンツ・アイテムのリストを絞り込むには、フィルタ、リリース日付またはその両方の基準を指定します。

- コンテンツ・アイテムの範囲を選択するには、最初のコンテンツ・アイテムをクリックし、[Shift]を押しながら範囲の最後のコンテンツ・アイテムをクリックします。

- コンテンツ・アイテムを個別に選択するには、[Ctrl]を押しながら各コンテンツ・アイテムをクリックします。

既存のコンテンツ・アイテムのセキュリティ・グループは、ワークフローのセキュリティ・グループと同じである必要があります。

11. 必要に応じて手順9と10を繰り返して、コンテンツ・アイテムをワークフローに追加します。

12. 初期コントリビューション・ステップのコントリビュータを1人以上定義します。コントリビューション・ステップに複数のタイプのユーザーを定義できます。

- エイリアスで定義されたユーザー・グループを追加するには、「エイリアスの追加」をクリックします。「ワークフローへのエイリアスの追加」画面が開きます。

- 個々のユーザー・ログインを追加するには、「ユーザーの追加」をクリックします。「ユーザーの追加」: 基本ワークフロー画面が表示されます。

- ユーザー・リストを絞り込むには、「フィルタの使用」チェック・ボックスを選択し、「フィルタの定義」をクリックし、フィルタ基準を選択して「OK」をクリックします。

- ユーザーの範囲を選択するには、最初のユーザーをクリックし、[Shift]を押しながら範囲の最後のユーザーをクリックします。

- ユーザーを個別に選択するには、[Ctrl]を押しながら各ユーザー名をクリックします。

13. レビュー・ステップの作成または別のステップの追加にテンプレートを使用しなかった場合は、右側のペインの「ステップ」ボックス付近にある「追加」をクリックします。

「新しいステップの追加」/「ステップの編集」画面が開きます。

14. 適切なステップの名前を入力します。ステップ作成後に名前を変更することはできません。ステップには、通常、わかりやすい名前を付けます(たとえば、EditorialReviewやTechnicalReviewなど)。

15. レビューアに電子シグネチャの資格証明の提供を要求するには、「承認にシグネチャが必要」を選択します。このオプションは、電子シグネチャ・コンポーネントが有効になっている場合にのみ使用できます。
電子シグネチャは、ファイルのコンテンツを特定のリビジョンで一意に識別し、シグネチャと特定のレビューアを関連付けます。このオプションを選択すると、レビューアに表示されるステップのオプションのリストでは、標準の「承認」アクションが「署名と承認」アクションに置換されます。

16. ステップの説明を入力します。

17. このステップのユーザーの認可レベルを指定します。

- ユーザーは現在のリビジョンをレビューできます: ユーザーはリビジョンを承認または却下できます。

- ユーザーは現在のリビジョンをレビューおよび編集(置換)できます: ユーザーはリビジョンを編集、承認または却下できます。編集しても、コンテンツ・アイテムのリビジョンは更新されません。

- ユーザーは現在のリビジョンをレビューするか、新規リビジョンを作成できます: ユーザーはリビジョンを編集、承認または却下できます。編集では、コンテンツ・アイテムのリビジョンが更新され、元のコンテンツは保持されて、変更の監査証跡が提供されます。

18. ステップに追加するユーザーのタイプを選択します。1つのステップに対して、複数のタイプのユーザーを定義できます。

- エイリアスで定義されたユーザー・グループを追加するには、「エイリアスの追加」をクリックします。「ステップへのエイリアスの追加」画面が開きます。

- 個々のユーザー・ログインを追加するには、「ユーザーの追加」をクリックします。「ユーザーの追加」: 基本ワークフロー画面が表示されます。リストを絞り込むには、「フィルタの使用」チェック・ボックスを使用します。ユーザーの範囲を選択するには、最初のユーザーをクリックし、[Shift]を押しながら範囲の最後のユーザー名をクリックします。ユーザーを個別に選択するには、[Ctrl]キーを押しながら各ユーザー名をクリックします。

- トークンで定義した可変ユーザーを追加するには、「トークンの追加」をクリックします。「トークンの追加」: 基本ワークフロー画面が開きます。詳細は、第4.5.2.2項「トークンの作成、編集または削除」を参照してください。

- 「終了条件」タブをクリックします。

- リビジョンが次のステップに進むには、何人のレビューアの承認が必要であるかを指定します。

- すべてのレビューアの承認が必要な場合は、「すべてのレビューア」を選択します。

- リビジョンを承認する必要がある最小限のレビューア数を指定するには、「レビューアの最低必要人数」を選択し、数値を入力します。

19. 通常、終了条件は、ワークフロー・ステップ中にコンテンツが外部プロセスによって変更される可能性がある場合に役立ちます。次のステップに進むために、ステップに終了条件を追加する必要がある場合は、次の手順を使用してください。

1. 「追加終了条件を使用」チェック・ボックスを選択します。

2. 「編集」をクリックします。

3. 「追加終了条件の編集」画面が開きます。この画面では、リストから追加の基準を選択できます。

4. 「フィールド」リストから、ワークフロー条件またはメタデータ・フィールドを選択します。

5. 「演算子」リストから演算子を選択します。「演算子」は、「フィールド」に関連する演算子を示す依存リストです。

6. 「値」リストから値を選択します。「値」は、「フィールド」で選択したオプションに基づいた依存リストです。

7. 「追加」をクリックして「条件句」に条件文を追加します。「条件句」ボックスに、句が表示されます。AND文で複数の句を追加できます。

8. 必要な条件の数に応じて繰り返します。式を変更するには、「条件句」ボックスで式を選択して、「フィールド」、「演算子」または「値」を変更し、「更新」をクリックします。

9. 条件式を変更するには、「カスタム条件の式」チェック・ボックスを選択し、スクリプトを編集します(たとえば、条件にANDではなくORを使用するなど)。追加終了条件は、trueまたはfalseに評価されるIdocスクリプト文である必要があります。コードをIdocスクリプトのタグ<$ $>で囲まないでください。

注意:

「カスタム条件の式」チェック・ボックスの選択を解除すると、式は元の定義に戻り、すべての変更が失われます。

10. 「OK」をクリックします。

20. ワークフローに条件付ステップまたは特別な処理が必要な場合は、「イベント」タブをクリックし、適切なスクリプトを追加してください。詳細は、第4.5.3.2項「ジャンプの作成」を参照してください。

21. 「OK」をクリックします。

22. 必要に応じてステップを追加、編集および削除して、ワークフローを完成します。

- 初期コントリビューション・ステップにユーザーをさらに追加するには、手順12を繰り返します。

- 初期コントリビューション・ステップからユーザーを削除するには、「削除」をクリックします。

- ワークフローにレビュー・ステップをさらに追加するには、手順13 - 21を繰り返します。

- 既存のレビュー・ステップを編集するには、ステップを選択して「編集」をクリックします。

- 既存のレビュー・ステップを削除するには、ステップを選択して「削除」をクリックします。

23. 左側のペインで、正しいワークフローが選択されていることを確認し、「開始」をクリックします。
「ワークフローの開始」画面が開きます。

24. コントリビュータに送信するメッセージを入力します。

25. 「OK」をクリックします。

4.4.4 基本ワークフローの変更

既存の基本ワークフローを変更するには、次の手順に従います。

1. 「ワークフロー管理」: 「ワークフロー」タブを表示します。

2. 左側のペインで、変更するワークフローを選択します。

3. アクティブなワークフローのワークフロー・セキュリティ・グループまたはレビュー・ステップ数を変更するには、最初に「取消」をクリックしてワークフローを取り消します。

4. ワークフローの説明またはセキュリティ・グループを変更するには、左側のペインで「編集」をクリックします。

5. ワークフローのコンテンツを追加または削除するには、「コンテンツ」ペインの「新規」、「選択」および「削除」をクリックします。

6. 初期コントリビューション・ステップのコントリビュータを追加または削除するには、「コントリビュータ」ペインの「エイリアスの追加」、「ユーザーの追加」および「削除」をクリックします。

注意:

コンテンツ・アイテムは、基本ワークフローの開始後に変更できますが、コントリビュータに自動的には通知されません。コントリビュータも基本ワークフローの開始後に変更できますが、通知は、新しいコントリビュータに即座には送信されません。

7. 「ステップ」ペインの「追加」、「編集」および「削除」をクリックして、次の情報を変更します。

- 承認時にシグネチャが必要かどうか(任意の電子シグネチャ・オプション)

- ステップの説明

- ステップのタイプ(レビューアまたはレビューア/コントリビュータ)

- ユーザー

- イベント

- 必要な承認数

- 終了条件

4.5 ワークフローのカスタマイズ

ワークフローは、トークンおよびジャンプを使用して、様々なビジネス・シナリオに応じてカスタマイズできます。トークンはワークフローの可変ユーザーを定義し、ジャンプは別のサイド・エフェクトにワークフローを分岐します。

この項では、トークンおよびジャンプの設定方法と使用方法について説明します。ここで説明する内容は次のとおりです。

- 第4.5.1項「Idocスクリプトの関数および変数」

- 第4.5.2項「ワークフロー・トークン」

- 第4.5.3項「ワークフロー・ジャンプ」

4.5.1 Idocスクリプトの関数および変数

ジャンプおよびトークンは、Idocスクリプトを使用して作成されます。トークンおよびジャンプを作成すると、適切な構文および使用方法がインタフェースにより作成されます。ただし、スクリプトは、次のIdocスクリプト関数を使用してカスタマイズできます。使用方法の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

Idocスクリプトの関数

関数

説明

wfAdditionalExitCondition

現在のステップに定義されている終了条件を取得します。

wfAddUser

ワークフローのレビューア・リストにユーザー、エイリアスまたはワークフロー・トークンを追加します。この関数はトークン内でのみ使用します。

wfCurrentGet

コンパニオン・ファイルからローカル状態値を取得します。

wfCurrentSet

コンパニオン・ファイルのキーのローカル状態値を設定します。

wfCurrentStep

現在のステップに関連するステップ名を取得します。

wfDisplayCondition

ワークフロー・ステップの終了条件を取得します。

wfExit

ワークフロー・ステップを終了します。ワークフローを終了する際に使用できます。

wfGet

コンパニオン・ファイルから状態値を取得します。

wfGetStepTypeLabel

内部ワークフロー・ステップ値を取得し、判読可能なラベルに変換します。

wfIsReleasable

ドキュメントがリリースされるかどうかを示します(ワークフローに関するかぎり)。

wfJumpMessage

ジャンプに入ったときに発行される電子メール通知に含まれるメッセージを定義します。

wfLoadDesign

ワークフローの既存ステップまたはワークフローの終了条件に関する情報を取得するために使用します。

wfNotify

指定されたユーザー、エイリアスまたはワークフロー・トークンに電子メールを送信します。

wfReleaseDocument

現在ワークフローによってロックされているドキュメントについて、ワークフローにすべての未処理のドキュメント・リビジョンをリリースさせます。

wfSet

コンパニオン・ファイルに特定の値のキーを設定します。

wfUpdateMetaData

ワークフローの現在のコンテンツ・アイテム・リビジョンのメタデータ値を定義します。

Idocスクリプトの変数

変数

説明

wfAction

現在リビジョンで実行されているアクション。

wfJumpEntryNotifyOff

ジャンプ通知のオンとオフを切り替えます。

wfJumpName

現在のジャンプの名前。

wfJumpReturnStep

現在のジャンプの後にワークフローが終了したときに、リビジョンの戻り先となる親ワークフロー内のステップの名前。

wfJumpTargetStep

条件が満たされた場合に、リビジョンがジャンプするステップの名前。

wfMailSubject

ワークフローの電子メール通知の件名行を定義します。

wfMessage

ワークフローの電子メール通知に記載されるメッセージを定義します。

wfParentList

これまでにリビジョンがアクセスしたワークフロー・ステップのリスト。

wfStart

リビジョンを現在のワークフローの最初のステップに送信します。

4.5.2 ワークフロー・トークン

トークンは、次の用途に使用できます。

- ワークフローの実行時に、特定のユーザーまたはユーザーのクラスとして解釈される変数をワークフローに追加します。

- ワークフローのジャンプにユーザーおよびエイリアスを指定します。

- 条件文を使用してユーザーを定義します。

トークンの割当ては、ワークフローの各ドキュメントに対して一意であり、ローカルに行われます。1つのドキュメントのトークンの割当てに使用するロジックが、ワークフローの別のドキュメントに影響を与えることはありません。

ワークフロー管理アプリケーションには、いくつかのサンプル・ワークフロー・トークンが付属しています。これらをそのまま使用することも、独自のワークフロー・トークンを作成するために変更することもできます。

重要:

トークンが有効なユーザー名に解決されない場合、そのトークンは無視されます。ステップに有効なユーザーが定義されていない場合、リビジョンはワークフローの次のステップに移動します。このため、各ステップには少なくとも1つのユーザーを定義することをお薦めします。

この項では、トークンに関する次の項目について説明します。

- 第4.5.2.1項「トークンの構文」

- 第4.5.2.2項「トークンの作成、編集または削除」

- 第4.5.2.3項「トークンの例」

4.5.2.1 トークンの構文

トークンのIdocスクリプト関数wfAddUserは、2つのパラメータを取ります。

- User: メタデータ・フィールド、エイリアス、またはユーザー名かエイリアスに解決される変数

- Type: トークンのタイプで、userまたはaliasのいずれか

Idocスクリプトのすべてのコマンドは、デリミタ<$で始まり、$>で終わります。次に例を示します。

<$wfAddUser(dDocAuthor, "user")$>
<$wfAddUser("MktTeam", "alias")$>
<$wfAddUser("myUserList", "alias")$>

Idocスクリプトの構文および使用方法の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

4.5.2.2 トークンの作成、編集または削除

トークンを作成して、ドキュメント作成者などの1人以上の未指定のユーザーを表すには、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「ワークフロー管理」を選択します。「オプション」メニューから、「トークン」を選択します。
「ワークフロー・トークン」画面が開きます。

2. 「追加」をクリックします。
「トークンの追加」/「トークンの編集」画面が開きます。

3. 「トークン名」フィールドにトークン名を入力します。トークンの作成後に、トークン名を変更することはできません。トークンには、わかりやすい名前を使用します(たとえば、GetOriginalAuthorやAuthorManagerなど)。

4. 「説明」フィールドに、詳細を入力します。

5. 「追加」をクリックします。

「トークン・ユーザーの追加」画面が開きます。

6. 「ユーザー」または「エイリアス」を選択します。

7. ユーザーまたはエイリアスに解決されるメタデータ・フィールドを入力します。

- コンテンツ・アイテムの最初の作成者を指定するには、dDocAuthorと入力します。

- エイリアスを指定するには、エイリアス名を入力します。定義済のエイリアスのリストは、「ユーザー管理」画面の画面エイリアスタブを参照してください。

8. 「OK」をクリックします。「ユーザー」ウィンドウに、指定した値を含むIdocスクリプトが表示されます。

9. 他のユーザーまたはエイリアスを追加するには、手順5 - 8を繰り返します。

10. 条件付きトークンを作成するには、「ユーザー」フィールドを編集します。例は、第4.5.2.3項「トークンの例」を参照してください。

11. 「OK」をクリックします。

既存のワークフロー・トークンを変更するには、前述の手順に従って変更するトークンを選択します。「編集」をクリックします。必要な変更を加え、「OK」をクリックします。

トークンを削除するには、リストからトークンを選択して「削除」をクリックします。

4.5.2.3 トークンの例

次の例は、ワークフローでのトークンの使用方法を示しています。

例4-1 最初の作成者が唯一のコントリビュータ

この例は、最初の作成者が、ファイルの唯一のコントリビュータであることを前提にしています。例4-2は、ワークフロー・プロセス中に、異なる作成者がファイルをチェックアウトし、チェックインする状況に対処しています。

コンテンツがワークフローからシステムにリリースされたときは、各ファイルの最初の作成者に通知する必要があるとします。最初に、IdocスクリプトでdDocAuthorと呼ばれる、「作成者」メタデータ・フィールドに対応するトークンを作成します。ワークフローを設定するときは、通知ステップ(必要な承認数は0)を作成し、そのステップのユーザーとしてトークンを選択できます。このトークン・スクリプトは、次の例のようになります。

<$wfAddUser(dDocAuthor, "user")$>

例4-2 レビューア/コントリビュータ・ステップを備えたワークフロー

ワークフローにレビューア/ コントリビュータ・ステップが含まれている場合は、最初のコントリビュータ以外のユーザーが、変更したファイルをチェックインした可能性があるため、dDocAuthorは最初の作成者でなくなっていることがあります。この場合は、カスタム・スクリプトを最初のワークフロー・ステップで使用してコンパニオン・ファイルにOriginalAuthorというワークフロー変数を設定し、dDocAuthorを使用せずに、このカスタム変数をトークンで指定できます。

最初のステップのイベント・スクリプトは、次のようになります。

<$wfSet("originalContributor", dDocAuthor)$>
<$wfSet("type", user)$>

通知ステップのトークン・スクリプトは、次のようになります。

<$wfAddUser(wfGet("originalContributor"), wfGet("type"))$>

例4-3 ジャンプ条件に基づいて選択されるレビューア

トークンの一般的な使用方法の1つは、必要に応じて、つまりジャンプの条件に基づいて、レビューアを選択することです。たとえば、マーケティング部門では、すべてのマーケティング資料に対して標準ルーティングのワークフローが設定されているとします。ただし、会社のカタログへの変更に関しては、流通部門によるレビューも必要になります。

この場合は、タイプがcatalogのときは常にレビューアのリストにトークンが追加されるようにジャンプを作成します。トークン・スクリプトは、次のようになります。

<$wfAddUser("Dist_Dept", "alias")$>

例4-4 条件トークン

前述の例では、ジャンプ・スクリプトを作成するかわりに、タイプがcatalogの場合は常にDist_Deptエイリアスを追加する条件トークンを定義できます。トークン・スクリプトは、次のようになります。

<$if dDocType like "catalog"$>
<$wfAddUser("Dist_Dept", "alias")$>
<$endif$>

例4-5 管理チェーンを指定するトークン

トークンは、現行ユーザーのマネージャをレビューアとして指定する場合にもよく使用されます。(マネージャ属性は、Oracle WebCenter Content Serverではユーザー情報フィールドとして指定する必要があり、LDAPやADSIなどの外部ディレクトリではユーザー属性として指定する必要があります。)トークン・スクリプトは、次のようになります。

<$wfAddUser(getUserValue("uManager"), "user")$>

4.5.3 ワークフロー・ジャンプ

ジャンプを使用すると、システム、コンテンツおよびユーザーのワークフローをカスタマイズできます。通常、ジャンプは、Idocスクリプトで記述された条件文です。

一般に、ジャンプは次の場合に使用します。

- ワークフローに入るための基準として、複数のメタデータ・フィールドを指定する場合

- 一定時間が経過した後、コンテンツに対して自動的にアクションを実行する場合

- メタデータおよびユーザーの基準に応じて、同じワークフロー内でファイルが移動する様々な経路を定義する場合

- サイド・エフェクト(「ドキュメントの編集状態の解除」)を使用して、承認の前にワークフロー・ドキュメントをリリースする場合

作成者がシステム管理者であった場合にワークフローを終了するジャンプの例を次に示します。

<$if dDocAuthor like "sysadmin"$>
<$wfSet("wfJumpName", "Entry step")$>
<$wfSet("wfJumpTargetStep", wfExit(0, 0))$>
<$wfSet("wfJumpEntryNotifyOff", "0")$>
<$endif$>

ほとんどの場合、ジャンプには条件文が含まれます。ただし、次のように、条件コードを含まないジャンプも作成できます。

<$wfSet("custom_wf_variable", new_value)$>
<$wfSet("wfJumpTargetStep", step_1)$>

このタイプのジャンプは、コードの実行や別のステップへのリビジョンの移動を自動的に行う場合に使用できます。

この項では、ジャンプに関する次の項目について説明します。

- 第4.5.3.1項「ジャンプおよびイベント」

- 第4.5.3.2項「ジャンプの作成」

- 第4.5.3.3項「ジャンプの変更」

- 第4.5.3.4項「ジャンプの例」

- 第4.5.3.5項「ジャンプのエラー」

4.5.3.1 ジャンプおよびイベント

「イベント」で説明したように、ワークフローの各ステップには、開始時イベント、更新時イベントおよび終了時イベントがあります。

ステップのすべてまたは任意のイベントに、1つ以上のジャンプを伴うスクリプトを定義できます。イベントに対して定義されたIdocスクリプトは、イベントのタイプに応じて、特定の時点で評価されます。

- 開始時イベント・スクリプトは、ステップに入るときに評価されます。ステップに入るたびに、ユーザー定義のカスタム・スクリプトに加えて、デフォルトのスクリプトが評価されます。デフォルトのスクリプトは、ステップの開始回数(entryCount)および最後に開始した時間(lastEntryTs)を追跡します。
開始時イベント・スクリプトによって、ジャンプまたは終了が発生しなかった場合は、ユーザー、エイリアスおよびトークンが評価され、電子メールで通知されます。

- 更新時イベント・スクリプトは、ワークフローの更新サイクル、リビジョンのメタデータの更新、リビジョンの承認またはチェックインなど、コンテンツの状態の変化によって評価およびトリガーされます。
更新時イベント・スクリプトが評価されるたびに、追加の終了条件が評価されます。

- 終了時イベント・スクリプトは、リビジョンがステップの承認要件を完了し、ステップの追加の終了条件が満たされたときに評価されます。

デフォルトでは、ワークフローの更新サイクルは1時間ごとに発生します。このサイクル時間は、(WorkflowIntervalHours構成の設定を使用して)1時間ずつ増加できますが、1時間未満には短縮できません。更新スクリプトを頻繁に評価したり、他のイベントに応じて評価するには、メタデータを変更せずにメタデータの更新サイクルを開始します。

図4-4 ジャンプおよびイベント

4.5.3.1.1 却下されたコンテンツ

単一のワークフロー内で、レビューアがリビジョンを却下すると、コンテンツ・アイテムは最新のコントリビューション・ステップに戻されます。

ただし、サブワークフローまたは別のワークフローにジャンプした後、そのジャンプ先でコンテンツが却下された場合、その動作は異なります。プロセスは前のコントリビューション・ステップではなく、親ワークフローに戻ります。

重要:

リビジョンが却下された場合、更新時および終了時のイベント・スクリプトは実行されません。却下の際に評価するコードは、却下されたファイルの送信先ステップの開始時イベント・スクリプトに存在している必要があります。

4.5.3.1.2 サイド・エフェクト

サイド・エフェクトは、ワークフロー・ステップのリビジョンがジャンプ条件を満たした場合に実行されるアクションです。サイド・エフェクトには、次のものがあります。

- 同じワークフロー内の別のステップへのジャンプ

- サブワークフローまたは別の基準ワークフローのステップへのジャンプ(基準ワークフローの場合のみ)

- ユーザーへの通知

- ワークフローの終了

- コンパニオン・ファイルの状態情報の設定

- 承認される前のワークフロー・ドキュメントのリリース

サイド・エフェクトは、「スクリプトのプロパティ」画面および「ジャンプの追加」/「ジャンプの編集」画面で選択することで自動的に生成でき、カスタム・サイド・エフェクトは、「ジャンプの追加」/「ジャンプの編集」画面の「カスタム効果」フィールドで指定できます。

4.5.3.1.3 ジャンプの変数およびステップ

ジャンプには、コンテンツがジャンプ条件を満たしている場合に、ワークフローにそのコンテンツの移動先を知らせるターゲット・ステップを含めることができます。次の例は、コンテンツをワークフローの次のステップに移動させるターゲット・ステップを示しています。

<$wfSet("wfJumpTargetStep", wfCurrentStep(1))$>

ジャンプには、コンテンツが別のワークフローから戻る場合に、ワークフローにそのコンテンツの戻り先を知らせるリターン・ステップを含めることもできます。次の例は、コンテンツをワークフローの次のステップに移動させるリターン・ステップを示しています。

<$wfSet("wfJumpReturnStep", wfCurrentStep(1))$>

ステップ名変数step_name@workflow_nameは、ワークフローの各ステップに割り当てられます。ジャンプでは、2つの方法でステップを参照します。

- 明示的な参照は、Editor@Marketing Brochuresなどの特定のステップ名を参照します。

- シンボリック参照は、wfCurrentStep(-1) (前のステップ)やwfStart (ワークフローの最初のステップ)など、現在のステップおよびワークフローに対して相対的に参照します。

ヒント:

スクリプト・テンプレートを作成するときは、明示的なステップ名ではなく、シンボリック参照を使用します。

エントリ件数の変数entryCountは、ステップの開始回数を追跡し、ステップの開始ごとに更新されるデフォルトの開始スクリプトに含まれています。次の例は、条件文でのエントリ件数の変数の使用方法を示しています。

<$if entryCount = 1$>

最終エントリの変数lastEntryTsは、最後にステップを開始した時間を追跡し、ステップの開始ごとに更新されるデフォルトの開始スクリプトに含まれています。次の例は、最終エントリ変数を使用して、ステップが7日以内に実行されなかった場合に必要なアクションを指定する方法を示しています。

<$if parseDate(wfCurrentGet("lastEntryTs")) < dateCurrent(-7)$>

4.5.3.2 ジャンプの作成

ワークフローのジャンプを作成するには、その前に、フローチャートを作成して、可能なすべてのジャンプ・シナリオを解決しておきます。ジャンプの構築方法としては、サブワークフローにジャンプするステップを備えたメイン・ワークフローを作成することをお薦めします。次のフローチャートの例を参照してください。

ワークフロー内で発生させる必要があるジャンプを決定した後は、そのジャンプを設定してテストします。既存のワークフローにジャンプを直接作成することも、ジャンプのスクリプト・テンプレートを作成して異なるワークフローで再利用することもできます。

図4-5 ジャンプのフローチャート

ジャンプを作成するには、次の手順に従います。

1. ジャンプを使用するワークフローを作成します。詳細は、第4.3.2項「基準ワークフローの設定」または第4.4.3項「基本ワークフローの設定」を参照してください。

2. ワークフローのタイプに応じて、「ワークフロー管理」: 「条件」タブまたは「ワークフロー管理」: 「ワークフロー」タブでワークフローを選択します。

3. 「ステップ」ペインで、「追加」をクリックするか、ジャンプを含めるステップを選択して「編集」をクリックします。
ワークフロー・タイプ(基準または基本)の「新しいステップの追加」/「ステップの編集」画面が開きます。

4. 「イベント」タブをクリックします。

5. ジャンプを含めるイベント(開始時、更新時または終了時)の横にある「編集」をクリックします。

- スクリプト・テンプレートが存在しない場合は、「スクリプトのプロパティ」画面が開き、この画面でプロパティを追加できます。

- スクリプト・テンプレートが存在する場合は、<ステップ名>のスクリプトの編集画面が開きます。

- 編集オプションを選択します。

- 空白の画面からスクリプトを作成するには、「新規作成」を選択します。

- スクリプト・テンプレートからスクリプトを作成するには、「スクリプト・テンプレートを使用」を選択し、リストからテンプレートを選択します。

6. 「OK」をクリックします。
「スクリプトのプロパティ」画面が開きます。

4.5.3.2.1 ジャンプのサイド・エフェクトの設定

ジャンプのサイド・エフェクトをテストするには、次の手順に従います。

1. 「ジャンプ」タブで、「追加」をクリックするか、既存のジャンプを選択して「編集」をクリックします。
「ジャンプの追加」/「ジャンプの編集」画面が開きます。

2. 新しいジャンプの場合は、ジャンプ名を入力します。ジャンプの作成後に、ジャンプ名を変更することはできません。意味のあるわかりやすい名前を付けます。

3. ジャンプにリターン・ポイントを指定する必要がある場合は、「リターン・ポイントを設定する」チェック・ボックスを選択し、リストからリターン・ポイントを選択します。「現在のステップ」、「次のステップ」、「前のステップ」から選択できます。

4. ジャンプに入ったときに、このステップのレビューアに通知しない場合は、「実行時にユーザーに通知しない」チェック・ボックスを選択します。

5. 承認される前にコンテンツ・アイテムをリリースする場合は、「ドキュメントの編集状態の解除」チェック・ボックスを選択します。

6. カスタム・サイド・エフェクトを「カスタム効果」フィールドに入力します。例は、第4.5.3.4項「ジャンプの例」を参照してください。

7. ジャンプに入ったときにレビューアに通知する場合は、「メッセージ」タブをクリックし、通知メッセージを入力します。

8. 「OK」をクリックします。「スクリプトの編集」画面が再び表示されます。

4.5.3.2.2 条件文の設定

条件文を設定するには、次の手順に従います。

1. 「フィールド」リストからメタデータ・フィールドを選択します。この値は、評価されるワークフロー条件またはメタデータ・フィールドです。

2. 「演算子」リストから演算子を選択します。「演算子」は、「フィールド」に関連する演算子のみを示す依存リストです。

3. 「値」リストから値を選択します。「値」は、指定したメタデータ・フィールドに関連付ける値です。

4. 「追加」をクリックしてスクリプトに条件文を追加します。

4.5.3.2.3 ジャンプの完成

ジャンプを完成するには、次の手順に従います。

1. ジャンプでターゲット・ステップを指定する必要がある場合は、次のように行います。

- 特定のステップを指定するには、「選択」をクリックし、「ターゲット・ステップの選択」画面でワークフローおよびステップ名を選択します。ターゲット・ステップ領域に、ターゲット・ステップ名が表示されます。

- シンボリック・ステップ(現在のステップまたはワークフローの終了など)を選択するには、「ターゲット・ステップ」リストからステップを選択します。

2. 作成したスクリプトを変更するには、「カスタム」タブをクリックし、「カスタム・スクリプトの式」チェック・ボックスを選択して、コードを編集します。

注意:

「カスタム・スクリプトの式」チェック・ボックスの選択を解除すると、式は元の定義に戻ります。変更内容はすべて失われます。

4.5.3.2.4 スクリプトのテスト

スクリプトをテストするには、次の手順に従います。

1. 「テスト」タブをクリックします。

2. 「選択」をクリックします。
「コンテンツ・アイテムの表示」画面が開きます。

3. コンテンツ・リストを絞り込むには、「フィルタの使用」チェック・ボックスを選択して「フィルタの定義」をクリックし、フィルタ基準を選択して「OK」をクリックします。

4. テストするコンテンツ・アイテムを選択し、「OK」をクリックします。テスト用のドキュメントをチェックインして処理し、ワークフロー内のジャンプを追加するステップに置き、次に、そのコンテンツ・アイテムを選択してテストします。選択したコンテンツ・アイテムが現在ワークフローにない場合でも、そのコンテンツ・アイテムはスクリプトのテストに使用できますが、ワークフロー内では新しいコンテンツ・アイテムと同様に処理されます。

5. 「アイテムのワークフロー状態のロード」をクリックします。
選択したコンテンツ・アイテムがワークフローにある場合は、コンパニオン・ファイルが「データの入力」フィールドにロードされます。

6. 「テスト・スクリプト」をクリックします。

7. テストの結果が「結果」フィールドに表示されます。

- スクリプトの各パラメータの値が表示されます。

- Idocスクリプトのエラーが発生した場合は、エラーおよびエラーが含まれているスクリプトが表示されます。

8. スクリプトを保存するには、「OK」をクリックします。

9. 引き続き、異なるステップへのジャンプを追加します(必要な場合)。

4.5.3.3 ジャンプの変更

既存のジャンプを変更する手順は、次のとおりです。

1. 「ワークフロー管理」画面または「ワークフロー管理」: 「ワークフロー」タブで、ワークフローを選択します。

2. 「ステップ」ペインで、変更するジャンプが含まれているステップを選択します。

3. 「ステップ」ペインで、「編集」をクリックします。
ワークフロー・タイプ(基準または基本)の「新しいステップの追加」/「ステップの編集」画面が表示されます。

4. 「イベント」タブをクリックします。

5. ジャンプを削除するには、対応するイベント・ペインで「クリア」をクリックします。

6. ジャンプを変更するには、対応するイベント・ペインで「編集」をクリックします。
<ステップ名>のスクリプトの編集画面が開きます。

7. 編集オプションを選択します。

- 既存のスクリプトを編集するには、「現在のスクリプトを編集」を選択します。

- スクリプトを作成するには、「新規作成」を選択します。

- スクリプト・テンプレートを使用するには、「スクリプト・テンプレートを使用」を選択し、リストからテンプレートを選択します。

「スクリプトのプロパティ」画面が開きます。

8. 「ジャンプ」ペインの「追加」、「編集」または「削除」をクリックして、ジャンプのサイド・エフェクトを変更します。

9. 「スクリプトの句」ペインの「フィールド」、「演算子」、「値」フィールドおよび「追加」ボタンと「更新」ボタンを使用して、ジャンプの条件文を変更します。

10. 「ターゲット・ステップ」リストを使用して、ジャンプのターゲット・ステップを変更します。

11. 自動的に生成されたスクリプトを変更するには、「カスタム」タブをクリックし、「カスタム・スクリプトの式」チェック・ボックスを選択して、コードを編集します。

注意:

「カスタム・スクリプトの式」チェック・ボックスの選択を解除した場合、その式は元の定義に戻り、変更は失われます。

12. スクリプトをテストし、保存します。第4.5.3.2.4項「スクリプトのテスト」を参照してください。

13. 変更を保存する場合は、「OK」をクリックします。

4.5.3.4 ジャンプの例

次の例は、様々なタイプのジャンプの設定方法を示しています。

例4-6 メタデータ基準ジャンプ

Marketing Brochuresという基準ワークフローがあり、このワークフローが、Marketingセキュリティ・グループおよびMktBrochureコンテンツ・タイプで定義されているとします。ただし、グラフィック担当者が送信したパンフレットは、最初のステップのグラフィック部門の承認を必要としません。「スクリプトの編集」画面を使用して、次のように、最初のステップの開始時イベント・スクリプトを作成します。

<$if dDocAuthor like "bjones" or dDocAuthor like "sjames"$>
<$wfSet("wfJumpName", "BypassGraphics")$>
<$wfSet("wfJumpTargetStep", wfCurrentStep(1))$>
<$wfSet("wfJumpEntryNotifyOff", "0")$>
<$endif$>

自動的に生成された条件文のandをorに変更するには、「スクリプトの編集」画面の「カスタム」タブで、スクリプトを編集する必要があります。

例4-7 時間依存のジャンプ

レビュー期間が1週間に制限されていると仮定します。リビジョンが承認も却下もされていない場合は、レビューアに通知し、ApprovalPeriodExpiredというサブワークフローでそのリビジョンを処理します。「スクリプトの編集」画面で、次のような更新時イベント・スクリプトを作成します。

<$if parseDate(wfCurrentGet("lastEntryTs")) < dateCurrent(-7)$>
<$wfSet("wfJumpName", "LateApproval")$>
<$wfSet("wfJumpTargetStep",
"NotifyAuthor@ApprovalPeriodExpired")$>
<$wfSet("wfJumpMessage", "The review period for content item
<$eval(<$dDocTitle$>)$> has expired.")$>
<$wfSet("wfJumpReturnStep", wfCurrentStep(0))$>
<$wfSet("wfJumpEntryNotifyOff", "0")$>
<$endif$>

4.5.3.5 ジャンプのエラー

ジャンプのエラーには、2つの対応があります。

- 実行中にエラーを引き起こすイベント・スクリプトは、一度も評価されていないスクリプトと同様に処理されます。ただし、エントリ件数および最終エントリを追跡するデフォルトの開始スクリプトは評価されます。

- 無効なステップまたは非アクティブなワークフローのステップにジャンプすると、エラーになり、リビジョンはワークフローの最後のステップが完了した場合と同様に処理されます。

4.6 ワークフローおよびスクリプトのテンプレート

ワークフロー・テンプレートを使用すると、作成済のワークフローを簡単に再利用できます。各ワークフロー・テンプレートは、ワークフロー管理ツールに格納されている基本、基準またはサブワークフローのアウトラインです。ワークフロー・テンプレートは、セキュリティ・グループに結び付けられていないため、ステップ・イベント・スクリプトを含めることはできません。スクリプト・テンプレートを使用すると、ステップ・イベント・スクリプトを保存できます。

テンプレートの作成で使用する手順は、ワークフローの作成手順と似ています。この項では、プロセスの概要について説明します。詳細は、第4.3.2項「基準ワークフローの設定」または第4.4.3項「基本ワークフローの設定」を参照してください。

この章には次の項があります。

- 第4.6.1項「ワークフロー・テンプレートの作成または変更」

- 第4.6.2項「スクリプト・テンプレートの作成」

重要:

ワークフロー・テンプレートを使用する場合、レビューアが、選択したテンプレートに定義されているレビューアと異なる場合は、レビューアを変更します。

4.6.1 ワークフロー・テンプレートの作成または変更

ワークフロー・テンプレートを作成または変更するには、次の手順に従います。

1. 「ワークフロー管理」: 「テンプレート」タブを表示します。

2. 新規のテンプレートを作成するには、「追加」をクリックします。既存のテンプレートを変更するには、そのテンプレートを選択して「編集」をクリックします。
「テンプレートの追加」/「テンプレートの編集」画面が開きます。

3. 「テンプレート名」フィールドにテンプレート名を入力します。テンプレートの作成後に、テンプレート名を変更することはできません。

4. 「説明」フィールドに、詳細を入力します。

5. 適切なチェック・ボックスを選択して、コンテンツ・アイテムが却下された場合に、最初の作成者に既存リビジョンの編集を許可するか、新規リビジョンの作成を許可するかを指定します。

6. ステップを追加するには、「追加」をクリックします。

7. 「名前」および「説明」に、ステップの適切な名前および説明を入力します。

8. ステップのユーザーの認可レベルとして、「ユーザーは現在のリビジョンをレビューできます」、「ユーザーは現在のリビジョンをレビューおよび編集(置換)できます」または「ユーザーは現在のリビジョンをレビューするか、新規リビジョンを作成できます」を指定します。

9. 「OK」をクリックします。

10. ステップのユーザーのタイプを選択します。1つのステップに対して、複数のタイプのユーザーを定義できます。

11. 「OK」をクリックします。

12. 「終了条件」タブをクリックします。

13. リビジョンが次のステップに進むには、何人のレビューアの承認が必要であるかを指定します。

14. 必要に応じて、追加の終了条件を指定します。

15. ワークフローに条件付ステップまたは特別な処理が必要な場合は、「イベント」タブをクリックし、適切なスクリプトを追加してください。

16. 「OK」をクリックします。

4.6.2 スクリプト・テンプレートの作成

スクリプト・テンプレートを使用すると、作成済のステップ・イベント・スクリプトを簡単に再利用できます。スクリプト・テンプレートは、イベント・スクリプトを作成する手掛かりとして使用されます。各スクリプト・テンプレートは、ワークフロー管理ツールに格納されているIdocスクリプトの一部です。

重要:

スクリプト・テンプレートでは、明示的な参照ではなく、シンボリック・ステップ名を使用します。詳細は、第4.5.3.1.3項「ジャンプの変数およびステップ」を参照してください。

スクリプト・テンプレートを作成するには、次の手順に従います。

1. 「ワークフロー管理」画面で、「オプション」メニューから「スクリプト・テンプレート」を選択します。

2. 「追加」をクリックします。
「スクリプトの追加」/「スクリプトの編集」画面が開きます。

3. 「スクリプト名」フィールドにスクリプト名を入力します。スクリプトの作成後に、スクリプト名を変更することはできません。

4. 「説明」フィールドに、詳細を入力します。

4.6.2.1 ジャンプのサイド・エフェクトの設定

1. 「ジャンプ」タブで、「追加」をクリックします。

2. ジャンプ名を入力します。ジャンプの作成後に、ジャンプ名を変更することはできません。

3. ジャンプにリターン・ポイントを指定する必要がある場合は、「リターン・ポイントを設定する」チェック・ボックスを選択し、リストからリターン・ポイントを選択します。

4. ジャンプに入ったときにユーザーに通知しない場合は、「実行時にユーザーに通知しない」チェック・ボックスを選択します。

5. 承認される前にコンテンツ・アイテムをリリースする場合は、「ドキュメントの編集状態の解除」チェック・ボックスを選択します。

6. カスタム・サイド・エフェクトを「カスタム効果」フィールドに入力します。

7. ジャンプに入ったときにユーザーに通知する場合は、「メッセージ」タブをクリックし、通知メッセージを入力します。

8. 「OK」をクリックします。

4.6.2.2 スクリプト・テンプレートの条件文の設定

1. 「フィールド」リストからメタデータ・フィールドを選択します。

2. 「演算子」リストから演算子を選択します。

3. 「値」リストから値を選択します。

4. 「追加」をクリックしてスクリプトに条件文を追加します。

4.6.2.3 スクリプトのテスト

1. 「テスト」タブをクリックします。

2. 「選択」をクリックします。
「コンテンツ・アイテムの表示」画面が開きます。

3. コンテンツ・リストを絞り込むには、「フィルタの使用」チェック・ボックスを選択して「フィルタの定義」をクリックし、フィルタ基準を選択して「OK」をクリックします。

4. テストするコンテンツ・アイテムを選択し、「OK」をクリックします。選択したコンテンツ・アイテムが現在ワークフローにない場合でも、そのコンテンツ・アイテムはスクリプトのテストに使用できますが、ワークフロー内では新しいコンテンツ・アイテムと同様に処理されます。

5. 「ワークフローの選択」をクリックします。
「ワークフロー・ステップの選択」画面が開きます。

6. 「ワークフロー」ペインでワークフローを選択し、「ステップ」ペインでステップを選択し、「OK」をクリックします。スクリプト・テンプレートが使用されるステップに類似したワークフロー・ステップを選択します。

7. 「アイテムのワークフロー状態のロード」をクリックします。
選択したコンテンツ・アイテムがワークフローにある場合は、コンパニオン・ファイルが「データの入力」フィールドにロードされます。

8. 「テスト・スクリプト」をクリックします。

9. テストの結果が「結果」フィールドに表示されます。

- スクリプトの各パラメータの値が表示されます。

- Idocスクリプトのエラーが発生した場合は、エラーおよびエラーが含まれているスクリプトが表示されます。

10. スクリプト・テンプレートを保存するには、「OK」をクリックします。

4.6.2.4 スクリプト・テンプレートの変更

既存のスクリプト・テンプレートを変更する手順は、次のとおりです。

1. 「ワークフロー管理」画面で、「オプション」メニューから「スクリプト・テンプレート」を選択します。
「ワークフロー・スクリプト」画面が開きます。

2. 変更するスクリプト・テンプレートを選択します。

3. 「編集」をクリックします。
「スクリプトの追加」/「スクリプトの編集」画面が開きます。

4. 「ジャンプ」ペインの「追加」、「編集」または「削除」をクリックして、ジャンプを変更します。

5. 「スクリプトの句」ペインの「フィールド」、「演算子」、「値」フィールドおよび「追加」ボタンと「更新」ボタンを使用して、ジャンプの条件文を変更します。

6. 「ターゲット・ステップ」リストを使用して、ジャンプのターゲット・ステップを変更します。

7. 自動的に生成されたスクリプトを変更するには、「カスタム」タブをクリックし、「カスタム・スクリプトの式」チェック・ボックスを選択して、テキストを編集します。

注意:

「カスタム・スクリプトの式」チェック・ボックスの選択を解除した場合、その式は元の定義に戻り、変更は失われます。

8. スクリプトをテストし、保存します。「ジャンプの作成」を参照してください。

9. 変更を保存する場合は、「OK」をクリックします。

4.6.2.5 スクリプト・テンプレートの削除

既存のスクリプト・テンプレートを変更する手順は、次のとおりです。

1. 「ワークフロー管理」画面で、「オプション」メニューから「スクリプト・テンプレート」を選択します。
「ワークフロー・スクリプト」画面が開きます。

2. 削除するスクリプト・テンプレートを選択します。

3. 「削除」をクリックします。
確認画面が開きます。

4. 「はい」をクリックします。

4.7 ワークフローのシナリオ

次のワークフローのシナリオでは、特定のワークフロー・タスクの実行に必要な計画プロセスおよびアクション・タイプについて説明します。次のワークフロー例が記載されています。

- シナリオ1: 基準ワークフロー。基準ワークフローの設定に使用するステップの詳細は、第4.3.2項「基準ワークフローの設定」を参照してください。

- シナリオ2: トークン。トークンの作成の詳細は、第4.5.2.2項「トークンの作成、編集または削除」を参照してください。

- シナリオ3: メタデータに基づいたジャンプ。ジャンプの設定の詳細は、第4.5.3.2項「ジャンプの作成」を参照してください。

- シナリオ4: 時間依存のジャンプ。変数を使用したジャンプの設定の詳細は、第4.5.3.1.3項「ジャンプの変数およびステップ」を参照してください。

4.7.1 シナリオ1: 基準ワークフロー

マーケティング部門のすべてのマーケティング・パンフレットは、3人のグラフィック担当者の少なくとも1人、編集者、およびすべてのマーケティング管理者による承認が必要です。グラフィック担当者および編集者はコンテンツを編集できますが、管理者には編集権限がありません。

この例のワークフローを設定するには、次のようにします。

- Marketingというセキュリティ・グループを定義し、グラフィック担当者および編集者にはセキュリティ・グループに対する書込み権限があり、マーケティング管理者には読取り権限があることを確認します。

- MktBrochureというコンテンツ・タイプを定義します。

- ワークフロー名がMarketing Brochures、セキュリティ・グループがMarketing、基準が「タイプ」= MktBrochureというワークフローを定義します。

- ステップ名がGraphic Artistという最初のステップを、少なくとも1人のレビューアによる承認が必要なレビューア/コントリビュータ・ステップとして定義します。グラフィック部門は安定しているため、3人のグラフィック担当者のユーザー・ログインをステップに割り当てることができます。

- ステップ名がEditorという2番目のステップを、レビューア/コントリビュータ・ステップとして定義します。編集者のユーザー・ログインをステップに割り当てます。

- ステップ名がMarketing Teamという3番目のステップを、すべてのレビューアによる承認が必要なレビューア・ステップとして定義します。管理構造は頻繁に変更されるため、MktTeamというエイリアスを設定し、このステップに割り当てます。

- すべてのマーケティング・パンフレットは、MktBrochureタイプを使用してMarketingセキュリティ・グループにチェックインする必要があるため、マーケティング・パンフレットのコントリビュータになる可能性があるすべてのユーザーに、チェックイン方法を説明しておくと役立ちます。

- 承認プロセスが正しく機能するには、MktTeamエイリアスを最新の状態にしておく必要があります。

4.7.2 シナリオ2: トークン

シナリオ1のMarketing Brochuresワークフローを作成した後、マーケティング部門の要請により、マーケティング・パンフレットをリリースする前に、すべてのマーケティング・パンフレットを最初の作成者に戻して最終レビューを行うことになりました。最初の作成者には、編集権限がありません。

この例のワークフローを設定するには、次のようにします。

- Authorという名前のトークンを作成し、ユーザーをdDocAuthorとして定義します。

- ステップ名がOriginal Authorというワークフローの4番目のステップを、レビューア・ステップとして定義します。トークンAuthorをステップに割り当てます。

4.7.3 シナリオ3: メタデータに基づいたジャンプ

シナリオ1と3で作成したMarketing Brochuresワークフローは適切に機能していますが、マーケティング部門の新たな要請により、取扱品目の新しいパンフレットがリリースされる場合は、様々な営業担当者に自動的に通知することになりました。

この例のワークフローを設定するには、次のようにします。

- 必要なカスタム・メタデータ・フィールドをProductという名前で定義し、製品のリストを作成します。

- 各製品のエイリアスを設定し、適切な営業担当者を各エイリアスに割り当てます。個々のユーザーを複数のエイリアスに割り当てられることに注意してください。

- ステップ名がNotify Salesというワークフローの5番目のステップを、承認に必要なレビューア数が0のレビューア・ステップとして定義します。

- 承認に必要なレビューア数が0のレビューア・ステップが1つ含まれている、各製品のサブワークフローを定義します。対応する製品のエイリアスをステップに割り当てます。

- Notify Salesステップに、製品と一致するサブワークフローにジャンプする開始スクリプトを定義します。

- 通知プロセスが正しく機能するには、製品のリストおよびエイリアスを最新の状態にしておく必要があります。

4.7.4 シナリオ4: 時間依存のジャンプ

マーケティング部門では、マーケティング・パンフレットの承認が迅速に行われないことが問題となっています。Marketing Brochuresワークフローを変更して、コンテンツが7日以内にグラフィック部門、管理者または最初の作成者によって承認または却下されなかった場合は、そのコンテンツを次のステップに自動的に移動することにしました。編集者にはもう少し多くの時間が認められています。コンテンツを次のステップに進めるまでに10日間が与えられています。

この例のワークフローを設定するには、次のようにします。

- AutoApproveというスクリプト・テンプレートを定義し、ターゲット・ステップを使用して、最終エントリが7日前の場合はワークフローの次のステップに移動するようにします。

- Graphic Artistステップ、Marketing TeamステップおよびOriginal Authorステップに、更新ジャンプを追加します。AutoApproveスクリプト・テンプレートを使用してジャンプを作成します。

- AutoApproveスクリプト・テンプレートを使用して、Editorステップに更新ジャンプを追加します。ジャンプが7日ではなく、10日で発生するように、スクリプトを編集します。

4.8 ワークフローのヒントおよび要領

この項では、ワークフローのヒントおよび要領について説明します。次の項目について説明します。

- 第4.8.1項「ステップ認証の要求」

- 第4.8.2項「パラレル・ワークフローの設定」

- 第4.8.3項「非定型ステップ・ユーザーの追加」

- 第4.8.4項「基準ワークフローの電子メールのカスタマイズ」

- 第4.8.5項「ワークフローのエスカレーション」

- 第4.8.6項「その他のカスタマイズ」

- 第4.8.7項「フォルダからの基準ワークフローのトリガー」

- 第4.8.8項「ワークフロー・ステップ内での検索」

- 第4.8.9項「ワークフロー通知の抑止」

この機能に加えて、コンサルティング・サービスを介してその他のカスタマイズを入手できます。詳細は、第4.8.6項「その他のカスタマイズ」を参照してください。

4.8.1 ステップ認証の要求

ワークフローの特定のステップでは、ユーザーの再認証が必要になる場合があります。承認の前に認証を要求するワークフロー・ステップごとに、次の手順に従います。

1. IntradocDir/config/config.cfgファイルに、次の行を追加します。
<workflow step name>:isRepromptLogin=true

複数のワークフロー・ステップで検証が必要な場合は、別々の行にそのステップを追加します。

2. Oracle WebCenter Content Serverを再起動します。

3. ワークフローを設定して有効にし、検証が必要なステップに対しては、構成エントリで指定したステップ名を必ず使用します。

ワークフローを開始すると、構成変数isRepromptLoginで指定されたワークフロー・ステップのユーザーは、そのワークフロー・ステップでコンテンツを承認する前に、ログインするよう求められます。

次の例では、VIPApprovalおよびCEOsignoffという名前のステップで検証が必要です。次のエントリをconfig.cfgファイルに追加します。

VIPApproval:isRepromptLogin=true
CEOsignoff:isRepromptLogin=true

Oracle WebCenter Content Serverを再起動し、VIPApprovalおよびCEOsignoffという名前のステップでワークフローを設定して有効にします。VIPApprovalステップには複数のユーザーが割り当てられ、CEOsignoffステップには1人のユーザー(会社のCEO)のみが割り当てられます。

これらのステップでユーザーがワークフロー・アイテムを承認するには、その前に再度ログインする必要があります。

この機能は、Oracle WebCenter Content Server 7.5以上のバージョンで使用可能です。

4.8.2 パラレル・ワークフローの設定

2つの別個のユーザー・グループがワークフローのコンテンツ・アイテムを同時にレビューできるようにし、コンテンツがワークフロー内を進む前に、各グループから指定された数のユーザーがコンテンツを承認できると便利な場合があります。

Oracle WebCenter Content Serverを使用している場合、先に進むためには、すべてのユーザーまたは指定した数のユーザーがコンテンツを承認する必要があります。通常、ワークフローでは承認元は区別されません。そのため、1つのグループのすべてのメンバーがコンテンツを承認し、別のグループのメンバーが誰も承認しない場合でも、コンテンツはワークフロー内を進み続けます。次のコードは、承認プロセスの区別を追加する例を示しています。

このコードによって、ステップのユーザーをグループに分けて設定できます。スクリプトでは、各承認で、ユーザーが所属するグループが確認されます。ユーザーは、複数のグループに所属している可能性があり、あるグループのユーザーが承認すると、そのグループのカウンタが1増えます。

ステップ内にコンテンツは、追加の終了条件により、追加条件が満たされるまで保持されます。

ステップのエントリ部分に、次のコードを追加します。

<$wfSet("set1", "0")$>
<$wfSet("set2", "0")$>
<$group1 = "user1, user2, user3,"$>
<$wfSet("group1", group1)$>
<$group2 = "user8, user9, user10,"$>
<$wfSet("group2", group2)$>

ステップの更新部分に、次のコードを追加します。

<$if wfAction like "APPROVE"$>
<$if strIndexOf(wfGet("group1"), dUser) >=0$>
<$set1 = toInteger(wfGet("set1"))+1$>
<$wfSet("set1", set1)$>
<$endif$>
<$if strIndexOf(wfGet("group2"), dUser)>=0$>
<$set2 = toInteger(wfGet("set2"))+1$>
<$wfSet("set2", set2)$>
<$endif$>
<$endif$>

ステップの追加の終了条件部分に次のコードを追加します(nはグループ1から必要な承認者の数、rはグループ2から必要な承認者の数)。

toInteger(wfGet("set1")) >= n
toInteger(wfGet("set2")) >= r

このワークフロー・コードは、各承認アクションの中で承認ユーザーを確認し、そのユーザーが所属するグループのカウンタを増加します。ステップ内にコンテンツ・アイテムは、追加の終了条件により、各グループの最低ユーザー数がコンテンツを承認するまで保持されます。各グループに必要な最低承認数を超過して承認が行われた場合、承認アクションはログに記録されますが、コンテンツ・アイテムは進みません。

却下アクションは絶対的です。指定されたユーザーからの却下により、通常どおりのワークフローの却下動作が実行されます。

4.8.3 非定型ステップ・ユーザーの追加

トークンが通常アクセスするメタデータ・フィールドを使用せずに、ユーザーをワークフロー・ステップに追加できます。たとえば、コンテンツ・アイテムはワークフロー内を移動しており(編集されている)、編集ごとに、コンテンツを編集したユーザーがdDocAuthorとしてリストされます。ワークフロー・サイクルの後、アイテムを最初の作成者に送信するには、特別なトークンを作成する必要があります。

<$wfAddUser(wfGet("originalContributor"), wfGet("type"))$>

ワークフローの最初のステップの入力イベントに次のコードを追加して、最初の作成者をリストアします。

<$originalContributor=dDocAuthor$>
<$wfSet("originalContributor",originalContributor)$>
<$type="user"$>
<$wfSet("type",type)$>

イベント・スクリプトは、トークン・コールより前のいずれかの時点で、wfSet()を使用してカスタム変数および値をコンパニオン・ファイル内に設定します。次に、トークンがwfGet()を使用してそれらの値を取得し、ステップ・ユーザーを設定します。

このテクニックを使用すると、有効なユーザー名またはエイリアスを保持する標準またはカスタムIdoc変数を取得して保存できます。Idoc変数には、ユーザー名またはエイリアスのカンマ区切りのリストを含めることができます。ユーザー名を保存する場合は、<$type$>変数をuserに設定する必要があります(例: <$type="user"$>)。エイリアス名を保存する場合は、<$type$>変数をaliasに設定する必要があります(例: <$type="alias"$>)。

トークンをステップ・ユーザーとして設定して、ワークフロー・ステップの入力イベントに置くと、入力イベント・コードによって情報が処理されます。保存されたユーザー名(またはエイリアス)がトークンによってコールされ、ステップ・ユーザーとして設定されます(リストを指定した場合は複数のユーザーが設定されます)。ステップの入力イベントおよびステップ・ユーザー定義に、複数または条件付のコード・ブロックおよびトークン(前述のとおり)を追加すると、真の非定型ワークフロー・ルーティングが可能になります。

4.8.4 基準ワークフローの電子メールのカスタマイズ

電子メールは、プロセスの3つのポイントで、基準ワークフローによりトリガーされます。

- ステップに入るとき。

- 却下理由フォームを受信したとき。

- wfNotify Idocスクリプト関数を実行したとき。

基準ワークフローで送信される電子メールは、電子メールのメッセージ、件名およびテンプレートをカスタマイズできます。この項では、基準ワークフローの電子メール機能をカスタマイズするプロセスについて説明します。

この項の内容は次のとおりです。

- 第4.8.4.1項「電子メール・テンプレートのカスタマイズ」

- 第4.8.4.2項「件名またはメッセージ行のカスタマイズ」

4.8.4.1 電子メール・テンプレートのカスタマイズ

ワークフローに関連する受信者に送信される電子メール・メッセージを生成する際に最もよく使用される2つのテンプレートは、reviewer_mail.htmおよびreject_mail.htmです。これらは、IdcHomeDir/resources/core/templatesに格納されています。

これらのテンプレートは、他のテンプレートと同様に変更できます。電子メール・テンプレートの変更は、柔軟性を高め、ワークフロー電子メールをカスタマイズする機会を提供します。この種の変更は比較的簡単ですが、コンポーネントの開発には十分な注意が必要です。電子メールの件名およびメッセージの変更は、多くの場合、メッセージの最も重要な部分であるため、最も頻繁に変更されます。

標準テンプレートに基づいたカスタム・ワークフロー電子メール・テンプレートを作成することもできます。カスタム・テンプレートをコールするには、次の例に示すように、wfNotify関数の3番目のオプション・パラメータとして追加します。

<$wfNotify(userName, "user", templateName)$>
<$wfNotify(aliasName, "alias", templateName)$>

代替テンプレートが指定されていない場合は、システムのデフォルト・テンプレートが使用されます。

詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドのwfNotifyの説明を参照してください。

4.8.4.2 件名またはメッセージ行のカスタマイズ

基準ワークフローの電子メールの件名行およびメッセージ行は、アプリケーション用にカスタマイズできます。電子メールの件名行は、電子メールに表示され、メッセージ行は、ワークフロー電子メールに関する他の情報(ワークフロー名、ステップおよびコンテンツ・アイテム)とともに、電子メールの本文に表示されます。

メッセージ行は、そのステップが通知のみ(つまり、必要なレビューア数が0)かどうかに応じて、2つのメッセージのいずれかにデフォルト設定されます。

件名行およびメッセージ行は、2つの方法でカスタマイズできます。

- 標準コンポーネント・アーキテクチャに従って、コア文字列リソース・ファイルを変更できます。

- 簡単なカスタマイズの場合は、Idocスクリプト変数wfMailSubject(電子メールの件名の場合)またはwfMessage(メッセージ行の場合)を基準ワークフローのステップ・イベント・スクリプトで宣言するか、コンパニオン・ファイルに保存できます。

4.8.4.2.1 文字列の変更

文字列の定義は、次のとおりです(変数1はコンテンツ・アイテムのタイトル、変数2はワークフロー・ステップの名前)。

<@wwWfIsNotifyOnly=Workflow notification for content item '{1}' is in step '{2}'.@>

<@wwWfReadyForStep=Content item '{1}' is ready for workflow step '{2}'.@>

<@wwWfRejected=Content item '{1}' has been rejected.@>

通常、これらの文字列の定義は、Idocスクリプト<$lc()$>ローカライゼーション関数を使用してコールし、コンポーネント・リソース・ファイルでエイリアス化できます。電子メール件名行の文字列のインクルードの例は、std_page.htmファイルの<@dynamichtml wf_approve_mail_subject@>インクルード定義を参照してください。

4.8.4.2.2 Idoc変数の変更

電子メールまたは件名行の簡単な変更には、コンポーネントではなく、Idocスクリプトを使用できます。ステップ・イベント・スクリプトで、構成変数wfMailSubjectまたはwfMessageを使用できます。次の例のように、これらの変数の値にもIdocスクリプトを使用できます。

<$wfMailSubject="My custom subject text for content with <$dDocTitle$> title"$>

Idocスクリプト変数を評価するためにeval()関数は不要です。

ワークフロー・ステップの開始時イベントでwfMailSubjectまたはwfMessageを使用すると、ステップに入ったコンテンツによってトリガーされる電子メール・メッセージは、カスタマイズされた件名またはメッセージ行を受け取ります。これらの変数はwfNotify()関数の前に宣言することもでき、その場合、この関数によって生成される電子メールはカスタマイズを受けます。

4.8.5 ワークフローのエスカレーション

この例では、トークンおよびコーディングに関する知識が必要です。

ワークフローのエスカレーション(リストされたユーザーとは異なるユーザーへのワークフロー・コンテンツの動的なルーティング)は、一般的なワークフロー要件です。これはジャンプおよびいくつかの基準(たとえば、日付、アクション、メタデータ)の解析により簡単に実行できますが、最初は、コンテンツの移動先について、混乱や迷いが発生する場合があります。

この問題がさらに複雑化するのは、多数のステップ・ユーザーを追加し、コンテンツが次へ進むために、これらのユーザーのサブセットのみの承認が必要な場合です。このワークフローは、電子メールを生成および送信し、承認を行わないユーザー、外出中のユーザー、および本来のレビューアがいない場合に備えて待機しているユーザーのワークフロー・キューに表示されます。

4.8.5.1 ワークフロー・エスカレーションの設定

このソリューションでは、2つのカスタム・ユーザー・メタデータ・フィールド、トークン、ワークフロー・ステップの入力イベントおよび更新時イベント・コードを利用します。

1. 次の要素を使用して、ユーザー・メタデータ・フィールドを作成します。

- 名前: OutOfOffice

- タイプ: テキスト

- オプション・リスト: はい

- オプション・リスト・タイプ: Vタイプの選択リスト

- オプション・リストの値: <blank>、falseおよびtrue

2. 次の要素を使用して、もう1つのユーザー・メタデータ・フィールドを作成します。

- 名前: OutOfOfficeBackup

- タイプ: ロング・テキスト

OutOfOfficeフィールドは、ユーザーが外出するときにTRUEに設定するフラグです。このフラグを設定するには、リストから「True」を選択し、「更新」ボタンをクリックしてユーザー・プロファイルを更新します。

OutOfOfficeBackupフィールドには、外出中のユーザーの代理として補充できるユーザーの名前が保存されます。このフィールドには、ユーザー管理アプレットに表示されるとおりに書式設定された単一のユーザー名が最適に保存されます。

次のワークフロー・ステップ・イベント・コードで、リストされた1人のユーザーが外出中であることが検知されると、そのユーザーの名前をリストされた代理人(OutOfOfficeBackupフィールドの値で指定されたユーザー)に置き換えます。ワークフロー・ステップは、コンテンツをまだ承認していないユーザーと指定された代理人のみで再開されます。

トークンによって、コンパニオン・ファイルからユーザーのリストが取り出され、ステップ・ユーザーとして設定されます。コンテンツが更新ステップ・イベントで待機している間に、指定された代理人に特別なワークフロー・メッセージが送信されます。

3. ワークフロー・トークンを作成します。

- 名前: DynamicStepUsers

- トークン・コード:

<$if wfGet("dsu")$>
<$wfAddUser(wfGet("dsu"), "user")$>
<$else$>
<$wfAddUser("sysadmin", "user")$>
<$endif$>
<$if wfGet("dsa")$>
<$wfAddUser(wfGet("dsa"), "alias")$>
<$endif$>

トークンによって、コンパニオン・ファイルからカスタム変数dsuおよびdsaの値が取り出されます。dsuの値が見つからない場合は、予防措置としてシステム管理者ユーザーを追加します。dsuおよびdsaの初期値は、ステップの入力イベントにリストされています。ステップにユーザーを割り当てる場合は、最初のコントリビュータを最初のステップに追加し、次のステップには、最初のユーザーとその次のユーザー(ユーザー2)を含める必要があります。

4. 次のコードをワークフロー・ステップの入力イベントに貼り付けます。このコードには、コメントが含まれている点に注意し、このコメントを削除してから、ステップに挿入します。

<$restartFlag=wfGet("restartStep")$>

理由が、新しいバックアップ・ユーザーのための再開であるかどうかを確認します。その場合、古いユーザーへの通知は省略し、新しいユーザーにのみ通知します。

<$if restartFlag$>
<$if toInteger(wfGet("restartStep"))>=1$>
<$wfSet("wfJumpEntryNotifyOff", "1")$>
<$oooUsers=wfGet("outOfOfficeUsers")$>
<$if strIndexOf(oooUsers,",")>=1$>

外出している複数のユーザーをチェックします。

<$wfMessage=eval("The Following Users are out of the office: <$oooUsers$>
\nYou are the designated backup for one of them.\n
The content item <$dDocName$> is in the workflow step <$dwfStepName$> awaiting your   review")$>
<$else$>
<$wfMessage=eval("The Following User is out of the office: <$oooUsers$>
\nYou are the designated backup for this user.\n
The content item <$dDocName$> is in the workflow step <$dwfStepName$> awaiting your   review")$>
<$endif$>
<$rsMakeFromString("ooou",oooUsers)$>
<$loop ooou$>
<$userBackupName=row&"_Bkup"$>
<$wfNotify(wfGet(userBackupName),"user")$>
<$endloop$>
<$wfSet("restartStep","0")$>
<$endif$>
<$else$>
<$wfSet("restartStep","0")$>
<$endif$>

ここでステップ・ユーザーを設定します。複数のユーザーを設定する場合は、ユーザーをカンマで区切り、ユーザー名を引用符で囲み、メタデータ・フィールド・リファレンスは引用符で囲まないようにします。この例では、エイリアスではなくユーザー名を使用して進行します。エイリアスを使用する場合は、コードを多少書き直す必要があります。

<$dynamicStepUsers= <LIST USER NAMES IN QUOTES HERE>$>

<$if strIndexOf(dynamicStepUsers,",")>=1$>

複数のユーザーが指定されている場合は、各ユーザーが外出しているかどうかを確認します。

<$rsMakeFromString("multiDynamicUsers",dynamicStepUsers)$>
<$loop multiDynamicUsers$>
<$if strEquals(getValueForSpecifiedUser(row,"uOutOfOffice"),"true")$>

ユーザーが外出中の場合は、バックアップ・ユーザーを取得します。

<$backup=getValueForSpecifiedUser(row,"uOutOfOfficeBackup")$>

ユーザー・リストの外出中のユーザーをバックアップ・ユーザーで置換します。

<$dynamicStepUsers=strReplace(dynamicStepUsers,row,backup)$>
<$endif$>
<$endloop$>
<$else$>

単一のユーザーが外出しているどうかを確認します。

<$if strEquals(getValueForSpecifiedUser(dynamicStepUsers,"uOutOfOffice"),"true")$>

ユーザーが外出中の場合は、バックアップ・ユーザーを取得します。

<$dynamicStepUsers=getValueForSpecifiedUser(dynamicStepUsers,"uOutOfOfficeBackup")$>
<$endif$>
<$endif$>
<$wfSet("dsu",dynamicStepUsers)$>

リストされているユーザーおよびバックアップ・ユーザーを使用して、コンパニオン・ファイルにdsu変数を設定します。

5. 次のコードをワークフロー・ステップの更新イベントに貼り付けます。コメント行を削除してから貼り付けてください。

<$remainingUsers=wfGet("wfUserQueue")$>

承認していないユーザーを取得します。

<$rsMakeFromString("ru", remainingUsers)$>
<$loop ru$>
<$if strEquals(getValueForSpecifiedUser(row,"uOutOfOffice"),"true")$>

残りのユーザーが外出中かどうかを確認します。

<$if getBackup$>

代理となるバックアップ・ユーザーが必要なユーザーのリストを作成します。

<$getBackup=row &","&getBackup$>
<$else$>
<$getBackup=row$>
<$endif$>
<$endif$>
<$endloop$>
<$if getBackup or strLength(getBackup)>0 $>

1人のユーザーが外出中としてリストされている場合は、ユーザー・リストを書き直してステップを再開します。

<$wfSet("outOfOfficeUsers",getBackup)$>
<$rsMakeFromString("needBkup", getBackup)$>
<$loop needBkup$>
<$bkupUser=getValueForSpecifiedUser(row,"uOutOfOfficeBackup")$>
<$newRemainingUsersList=strReplace(remainingUsers,row,bkupUser)$>
<$wfSet(row&"_Bkup",bkupUser)$>
<$endloop$>
<$wfSet("dsu",newRemainingUsersList)$>
<$getBackup=""$>

<$wfSet("wfJumpTargetStep", wfCurrentStep(0))$>
<$wfSet("restartStep","1")$>
<$endif$>

4.8.6 その他のカスタマイズ

ワークフローのカスタマイズの多くは、コンサルティング・サービスを介して入手できます。この項では、そのような2つのカスタマイズについて簡単に説明します。ワークフローの例の複製に関連する影響を評価する際は、オラクル社コンサルティング・サービスをご利用ください。

この項では、次のカスタマイズについて説明します。

- 第4.8.6.1項「非レビューアによる承認の設定」

- 第4.8.6.2項「ワークフロー・アイテムの自動レプリケーション」

4.8.6.1 非レビューアによる承認の設定

実際のワークフローに参加していなくても、ワークフロー・ステップのコンテンツを承認するユーザーが必要になる場合があります。たとえば、ワークフロー内の特定のステージでドキュメントに対する外部の意見が必要な場合や、別のレビューアが外出中のために代理のレビューアを指定する場合などです。ユーザーはコンテンツを承認できますが、通常のワークフロー通知は送信されず、ワークフロー・キューにコンテンツ・アイテムが表示されることもありません。

指定されたロールのユーザーまたは指定されたエイリアスのメンバーは、これに基づいてコンテンツを承認できます。これらの指定されたユーザーには、ワークフローのアイテムごとに、ワークフロー・アクション・ボックスにバイパス承認リンクが表示され、このワークフローに対する標準のセキュリティ・アクセス権が設定されます。バイパス承認を実行すると、現在コンテンツが置かれているステップで、コンテンツ・アイテムが承認されます。定義済のステップの終了条件も評価および適用されます。承認はワークフロー履歴データベース表およびコンパニオン・ファイルのWorkflowActionHistory ResultSetに記録されます。

指定された承認担当者は、通常のワークフロー・ステップの承認担当者ではないため、自動ワークフロー通知を受信しません。承認担当者は意図的にワークフローのコンテンツ・アイテムにアクセスして、バイパス承認アクションを実行する必要があります。指定された承認担当者は、「アクティブなワークフロー」メニューにアクセスし、ワークフロー名およびアクションを選択する必要があります。

指定された承認担当者のコンポーネントは、コア・リソースをエイリアス化します。他のコンポーネントが実行中であるか、実行を予定している場合は、これを考慮する必要があります。場合によっては、すべての必要な機能を含めるためにコンポーネント・リソースを結合したり、すべてのコンポーネントが適切に(別個に)動作するように名前変更や再参照を行うことができます。

4.8.6.1.1 シナリオ

次のシナリオでは、ユーザーAのロールまたはエイリアスには、指定された承認担当者のステータスが付与されており、MyWFというサンプル・ワークフローには2つのステップがあることが前提となっています。

- シナリオ1: ユーザーAは、MyWFのステップ1では承認担当者としてリストされていますが、ステップ2ではリストされていません。しがたって、ステップ1ではバイパス承認リンクは表示されません。ユーザーAは、デフォルトのワークフロー・アクションの機能および通知を受け取っています。コンテンツ・アイテムがステップ2にある場合は、ユーザーAがワークフローのコンテンツ'MyWF'ページにアクセスすると、「ワークフロー・アクション」メニューの下にステップ2のバイパス承認リンクが表示されます。

- シナリオ2: ユーザーAは、MyWFの承認担当者としてリストされていません。バイパス承認リンクは、ユーザーAがセキュリティ・グループで少なくとも読取り権限があるすべてのステップおよびコンテンツで、ワークフローのコンテンツ'MyWF'ページのアクション・メニューに表示されます。

- シナリオ3: ユーザーAは、MyWFのステップ1の承認担当者としてリストされていません。ステップ2に移動するには、ステップ1でレビューアからの2つの承認が必要です。ユーザーAのバイパス承認リンクが表示されます。バイパス承認をクリックすると、承認が登録され、ワークフローでの続行に必要なステップの2つの承認のうちの1つが満たされます。

4.8.6.2 ワークフロー・アイテムの自動レプリケーション

多くの場合、コンテンツ・アイテムは、リリースされる前に(様々な形式で)処理されます。リリースされたコンテンツ・アイテムは、索引付けされた後、検索結果、アーカイブおよび他のプロセスやアプリケーションに含めることが可能になります。

ワークフローのコンテンツ・アイテムを完了前にリリースできると、便利な場合があります。たとえば、コンテンツ・アイテムをレプリケートするには(後で障害時リカバリなどで使用するために)、そのコンテンツ・アイテムをリリース状態にする必要があります。レプリケータでは、リリースされていないアイテム(ワークフロー内のアイテムなど)を使用できません。

ワークフロー・アイテムがワークフロー内にある間に、そのアイテムをリリース済として指定できます。更新、チェックアウト、チェックインなどの通常のワークフロー・アクションは、引き続き使用できます。また、これらのアイテムは、索引付けされて検索結果に表示され、レプリケーション、アーカイブ、他のプロセスまたはアプリケーションで使用できます。

重要:

ワークフロー・アイテムをレプリケートするには、その前に、いくつかの検討事項があります。この項では、プロセスを説明しますが、詳細には触れません。ワークフロー・アイテムのレプリケーションを設定する前に、コンサルティング・サービスに問い合せてください。

4.8.6.2.1 競合の可能性

自動レプリケーションを設定するには、その前に、いくつかの点に留意する必要があります。

- データの整合性の消失: 意図的かどうかに関係なく、コンテンツを途中でリリースすると、ビジネス・プロセス管理、コンテンツのアクセス可能性および情報整合性に予期しない影響を与える可能性があります。ワークフロー内にあるアイテムのリリースを検討する前に、起こり得る悪影響について十分に考慮する必要があります。

- ワークフロー情報を取得できない: ワークフローは、プロセスとコンテンツの組合せです。コンテンツをリリースし、レプリケーションおよび他のプロセスで使用することは可能ですが、ワークフローの状態情報の取得およびレプリケートは、(カスタマイズおよびコンサルティング・サービスの支援がないと)実行できません。
ソース・インスタンスでワークフローのコンテンツをレプリケートし、そのインスタンスのワークフロー内を通過せずにターゲット・インスタンスでリリースした場合は、コンテンツのワークフロー状態を手動で再設定する作業がリカバリ・プロセスに必要となります。

以前のワークフロー状態へのリカバリは、実際の障害時リカバリでのみ必要となるため、ほとんどの場合、ワークフロー情報のクローニングは不要です。他のすべての場合は、ワークフローの終了後にコンテンツ・アイテムが通常どおりレプリケートされ、ワークフローの途中でレプリケートされたバージョンまたはリビジョンよりもそのコンテンツ・アイテムが優先されます。

- インポートしたコンテンツ・アイテムがワークフローに入らない: ソース・インスタンス上のワークフロー内にある間にレプリケートされたコンテンツ・アイテムは、追加のカスタマイズおよびコンサルティング・サービスからの支援がないと、ターゲット・インスタンス上のワークフローに入りません。レプリケートされたコンテンツ・アイテムは、ターゲット・インスタンスにチェックインされ、リリースされます。

- レプリケートされたワークフロー・アイテムのリストアには手動操作が必要: 一部のワークフロー情報はメタデータとして取得してワークフローの手動リストアに使用できます。コンテンツ・アイテムがワークフローに入るトリガーとなるのは、チェックイン・アクションのみです。アイテムをリストアしてワークフローに戻るには、リビジョンを作成する必要があります。
ターゲット上のコンテンツ・アイテムを、ソースでの以前の状態にできるだけ近い状態にリカバリするために、ソース・インスタンスとターゲット・インスタンスのリビジョンの数の不一致が意図的に導入されており、回避できません。

4.8.6.2.2 シナリオ

ワークフロー内にある間にリリースされていないコンテンツ・アイテム1には、次のことが当てはまります。

- このコンテンツ・アイテムは、未リリース状態でワークフロー内を移動します。

- このコンテンツ・アイテムは、ワークフロー内にある間はレプリケーションの候補になりません。

- このコンテンツ・アイテムは、指定されたワークフロー・ステップ・レビューアおよび管理者のみが使用できます。

- このコンテンツ・アイテムは、ワークフローを完了すると、リリースされ、索引付けされ、レプリケーションの候補になります。

ワークフロー内にある間にリリースされるコンテンツ・アイテム2には、次のことが当てはまります。

- このコンテンツ・アイテムはワークフロー内を移動し、指定されたとおりにリリースされます。リリースした後のアイテムを未リリースにすることはできません。指定しないかぎり、ワークフロー中に作成されたコンテンツ・アイテムの新規リビジョンはリリースされません。

- ワークフロー内にある間にリリースされたコンテンツ・アイテムは、検索結果に表示され、適切なセキュリティ・アクセス権があるユーザーに表示されます。

- ユーザーがワークフロー内のリリース・アイテムを編集、チェックアウト、チェックインまたは更新するには、そのアイテムが存在するステップの指定されたユーザーであり、試みるアクションがそのステップで許可されている必要があります。

- ワークフロー内にある間にリリースされるコンテンツ・アイテムは、自動レプリケーションの候補です。レプリケータでは、そのアイテムがワークフロー内にない場合と同様に処理されます。

- ワークフローを完了したコンテンツ・アイテムは、通常の方法でレプリケートされ、ワークフローの途中でレプリケートされた既存のコンテンツ・アイテム・バージョンより優先されます。

レプリケーションやその他の目的でワークフロー内のコンテンツ・アイテムをリリースする場合の詳細および影響は、コンサルティング・サービスに問い合せてください。

4.8.7 フォルダからの基準ワークフローのトリガー

特定のフォルダに保存されたドキュメントを基準ワークフローで処理することが必要になる場合があります。ただし、フォルダに基づいて基準ワークフローを作成した場合、フィールド・リストには、folderという基準オプションはリストされません。基準ワークフローのフィールド・リストには、タイプがtextまたはlong textのフィールドのみがリストされます。フォルダ(xCollectionID)は整数フィールドであるため、オプションではありません。

フォルダ・フィールドは、「条件の編集」フォームで選択することはできませんが、イベントで基準として定義できます。最初のステップの開始時イベントで、基準を設定して、該当するフォルダ番号(xCollectionID)があるかどうかを確認できます。基準を満たさない場合、そのアイテムはワークフローを終了できます。

このようなワークフローを設定する一般的な手順は、次のとおりです。

1. 新しい基準ワークフローを開始し、ワークフローで使用するセキュリティ・グループを選択します。

2. 条件定義セクションで、システムに入力されるすべてのドキュメントを監視するグローバル基準を定義します。次に例を示します。

Field: ContentID
Operator: Matches
Value: *

特定のフォルダを経由して入ってくるアイテムのみを監視するには、フォルダ番号を示す追加のメタデータ・フィールドを設定します。

複数のワークフローがある場合は、このワークフローですべてのコンテンツをフィルタリングし、このワークフローの最初のステップで複数の基準の設定を介してサブワークフローにジャンプできます。

3. ワークフローに最初のステップを追加します。

4. 「イベント」タブで、開始時イベントの「編集」をクリックします。

5. 「ジャンプ」タブで、「追加」をクリックします。

6. わかりやすいジャンプ名(たとえば、Folder Criteria)を指定し、「OK」をクリックします。

7. ジャンプの基準として、次のように入力します。

Field: Folder
Operator: Not Equals
Value: Folder ID on which the workflow is based

終了したら、「追加」をクリックします。

8. ターゲット・ステップとして「終了して親ステップへ移動」を選択し、両方の0パラメータを10に変更します(例: @wfExit(10,10))。フォルダにないドキュメントはワークフローの外へ出されます。

9. 入力イベントで「OK」をクリックし、「新しいステップの追加」ダイアログで「OK」をクリックします。

10. ワークフローのその他の部分に必要なジャンプ、ステップおよびイベントを追加し、ワークフローを有効にします。

4.8.8 ワークフロー・ステップ内での検索

ワークフロー・ステップでGET_SEARCH_RESULTSサービスを実行すると、ワークフローのデータ・バインダがサービスによって使用されるため、データの破損が発生する可能性があります。

この問題を解決するには、セキュリティ・グループの値を一時変数として一時的に設定します。次に、現行のセキュリティ・グループ値を消去し、検索結果をコールした後で、セキュリティ・グループを元の設定に戻します。

4.8.9 ワークフロー通知の抑止

複数の承認者が必要なワークフロー・ステップでは、時間指定されたワークフロー更新サイクル中に、ドキュメントをすでに承認したユーザーに通知が再度送信される可能性があります。追加の通知を抑止するには、wfSetIsNotifyingUsersワークフロー関数を使用します。ワークフローのスクリプト・セクションにあるワークフロー・ステップで使用すると、現行のドキュメント・アクション(チェックイン、承認、更新など)を実行する際にワークフロー通知を送信するかどうかを判定する内部フラグが設定されます。この抑止は、電子メールおよびキュー内のワークフローの更新に適用されます。

この関数をwfIsFinishedDocConversionと組み合せて使用すると、変換が終了するまで通知を抑止できます。これは、自動コントリビューション・ステップからのドキュメントの進行は阻止せず、キュー内のワークフローの更新および電子メール通知を停止します。

これらの通知は、失われていません。今後のワークフロー・イベントで、wfSetIsNotifyingUsers関数を使用して通知(キュー内のワークフローの更新およびワークフロー・メール)を抑止しない場合、現行のステップに参加しているすべてのユーザーに通知されます。

スクリプト・セクションでは次の追加の関数を使用できます。

- wfIsFinishedDocConversion: 現行のドキュメント・アクションの終了後に、ドキュメントが「WWW生成」ステータスであるかどうかを示す結果を返します。

- wfIsNotifyingUsers: ワークフローで、この特定のワークフロー・イベントに関するすべてのワークフロー通知が現在抑止されているかどうかを示す結果を返します。

これらすべての関数の使用方法の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

4.9 ワークフローのトラブルシューティング

この項では、いくつかの一般的なワークフローの問題に対する解決策を提供します。

- 第4.9.1項「「編集」ステータスまたは「WWW生成」ステータスでスタックしているワークフロー・アイテム」

- 第4.9.2項「「レビュー」ステータスでスタックしているワークフロー・アイテム」

- 第4.9.3項「誤ったワークフローに入ったワークフロー・アイテム」

4.9.1 「編集」ステータスまたは「WWW生成」ステータスでスタックしているワークフロー・アイテム

現象

ワークフローのコンテンツ・アイテムが「編集」ステータスまたは「WWW生成」ステータスで、アクションが必要なことを示す電子メールがレビューアに通知されていません。

問題

Inbound Refineryでファイルが正しく変換されていません。

推奨事項

1. リポジトリ・マネージャまたはワークフローのコンテンツ・アイテム・ページで、コンテンツ・アイテムのステータスを表示します(「コンテンツ・マネージャ」→「アクティブなワークフロー」→「<Workflow_Name>」の順に選択してアクセスします)。変換の失敗に関する詳細を確認するには、コンテンツ情報ページを表示します。

2. 変換に失敗した理由を判断します。

- Inbound Refineryまたは変換アドオン製品が問題の原因となっている場合:

1. ファイルが正しく変換されるように問題を修正します。

2. リポジトリ・マネージャ・ページまたはコンテンツ情報ページから変換対象ファイルを再送信します。コンテンツ・アイテムは再びワークフロー内を進みます。

- 基準ワークフローのファイルが問題の原因で、ワークフロー内にコンテンツ・アイテムが1つのみある場合:

1. ネイティブ・ファイルのコピーを保存します。

2. ワークフローを無効にしてコンテンツ・アイテムをリリースします。

3. リポジトリ・マネージャまたはコンテンツ情報ページを使用して、リリースされたリビジョンを削除します。

4. ファイルが正しく変換されるように問題を修正します。

5. コンテンツ・アイテムを再度チェックインし、ワークフロー・プロセス内を完全に移動できるようにします。

- 基準ワークフローのファイルが問題の原因で、ワークフロー内に複数のコンテンツ・アイテムがある場合:

1. ネイティブ・ファイルのコピーを保存します。

2. リポジトリ・マネージャを使用して、スタックしているリビジョンを削除します。(ワークフローを無効にすることもできますが、ワークフロー内のすべてのコンテンツ・アイテムがリリースされることになります。)

3. ファイルが正しく変換されるように問題を修正します。

4. コンテンツ・アイテムを再度チェックインし、ワークフロー・プロセス内を完全に移動できるようにします。

- 基本ワークフローのファイルが問題の原因で、ワークフロー内にコンテンツ・アイテムが1つのみある場合:

1. ネイティブ・ファイルのコピーを保存します。

2. ワークフローを取り消し、システムからリビジョンを削除します。

3. ファイルが正しく変換されるように問題を修正します。

4. コンテンツ・アイテムを基本ワークフローに再度コントリビュートし、ワークフロー・プロセス内を完全に移動できるようにします。

- 基本ワークフローのファイルが問題の原因で、ワークフロー内に複数のコンテンツ・アイテムがある場合:

1. ネイティブ・ファイルのコピーを保存します。

2. リポジトリ・マネージャを使用して、スタックしているリビジョンを削除します。(ワークフローを取り消すこともできますが、ワークフロー内のすべてのコンテンツ・アイテムがシステムから削除されることになります。)

3. ファイルが正しく変換されるように問題を修正します。

4. コンテンツ・アイテムを基本ワークフローに再度コントリビュートし、ワークフロー・プロセス内を完全に移動できるようにします。

4.9.2 「レビュー」ステータスでスタックしているワークフロー・アイテム

現象

ワークフロー内のコンテンツ・アイテムが「レビュー」ステータスにあり、最小限のレビューアによって承認されているのに、リビジョンが次のステップに移動しません。

問題

コンテンツ・アイテムがワークフローの終了条件を満たしていません。

推奨事項

1. ワークフロー・ステップの終了条件定義をチェックし、ドキュメントが条件を満たしていない理由を確認します。

2. 外部プロセスと相互作用してファイルが終了するかどうかを判断します。外部プロセスとの問題を解決し、ファイルが終了条件が満たしているかどうかを確認します。

3. 終了条件、外部処理またはその両方にエラーがある場合は、ドキュメントをチェックアウトし、終了条件を満たすように修正したメタデータでドキュメントをチェックインします。

4.9.3 誤ったワークフローに入ったワークフロー・アイテム

現象

コンテンツ・アイテムが誤った基準ワークフローに入りました。

問題

2つ以上の基準ワークフローに同じ基準が定義されています。コンテンツ・アイテムがこの基準に一致したため、ワークフロー・リストで最初に一致するワークフローに入りました。

推奨事項

セキュリティ・グループとメタデータ・フィールド値の一意の組合せが、各ワークフローで一意になるように基準を再定義します。必要な場合は、ジャンプおよびサブワークフローを使用してメイン・ワークフロー内で追加の基準を定義します。

5 PDFウォーターマーク

PDFウォーターマークは、Oracle WebCenter Content Serverとともに自動的にインストールされるオプション・コンポーネントです。ウォーターマークとは、PDFドキュメントの選択されたページに重ね合わされるイメージまたはテキストです。有効にすると、チェックイン時(静的ウォーターマーク)、またはユーザーがPDFドキュメントの表示やダウンロードをリクエストしたとき(動的ウォーターマーク)に、PDFウォーターマーク・コンポーネントをウォーターマークとして適用できます。

PDFウォーターマークでは、表示の目的でダウンロードするPDFファイルにセキュリティ機能を追加することもできます。パスワード・セキュリティを追加して、ファイル・コンテンツの印刷またはコピーを有効または無効にできます。

この章では、PDFウォーターマークの管理について説明します。次の項目について説明します。

- 第5.1項「PDFウォーターマークの概要」

- 第5.2項「ウォーターマークのシナリオ」

- 第5.3項「PDFウォーターマークの管理」

5.1 PDFウォーターマークの概要

この項の内容は次のとおりです。

- 第5.1.1項「静的ウォーターマーク」

- 第5.1.2項「動的ウォーターマーク」

- 第5.1.3項「ウォーターマークのタイプ」

- 第5.1.4.1項「ウォーターマーク・メタデータの構成」

- 第5.1.4項「テンプレート」

- 第5.1.5項「動的ウォーターマークのルール」

- 第5.1.6項「PDF最適化」

- 第5.1.7項「ウォーターマークの配置」

5.1.1 静的ウォーターマーク

静的ウォーターマークは、Inbound Refinery変換の後続の手順としてコンテンツ・チェックイン中に適用されます。PDFに変換するコンテンツのウォーターマークを選択するには、チェックイン中に有効な「ウォーターマーク・テンプレートID」を入力します。

Inbound RefineryでPDFに変換されるドキュメントにのみ、静的ウォーターマークを付加できます。ドキュメントに静的ウォーターマークが付加されると、ドキュメントのすべてのビューアで同じウォーターマークが表示されます。

同じ方法で、自動化されたプロセス(WebDAVまたはBatchLoader)でチェックインしたコンテンツにも静的ウォーターマークを適用できますが、有効なウォーターマーク・テンプレートIDを指定することが条件です。

テンプレートおよびテンプレートIDの作成の詳細は、第5.1.4項「テンプレート」を参照してください。

5.1.2 動的ウォーターマーク

動的ウォーターマークは、ユーザーがPDFドキュメントの表示またはダウンロードをリクエストすると、必要に応じて生成されます。動的ウォーターマークには、様々な情報(ユーザー名、リクエスト・ユーザー、ダウンロードの日時など)を含めることができます。このため、ユーザーごとに、同一のコンテンツがそれぞれ異なるウォーターマークを付けて表示される場合があります。動的ウォーターマークを使用すると、Webレイアウト・フォームのみにウォーターマークが適用されます。元のPDFファイルのボールトの場所はそのままです。

動的ウォーターマークはルールベースです。PDFドキュメントに対するリクエストが事前定義のルールを満たしている場合は、そのルールに関連するテンプレートを使用して、リクエスト・ユーザーに戻す前のコンテンツのコピーにウォーターマークが適用されます。要求されたコンテンツに動的ウォーターマークを付加するかどうかを決定するルールの定義と特定条件の設定は、システム管理者が行います。

動的ウォーターマークに対するルールの指定の詳細は、第5.1.5項「動的ウォーターマークのルール」を参照してください。

5.1.3 ウォーターマークのタイプ

次のタイプのウォーターマークを作成できます。

- テキスト: 独自のテキストを指定し、コンテンツ・アイテムのメタデータ値や、ウォーターマークが適用されたポイントでのコンテンツ・アイテムの情報を示す、$DATE$などの特別なキーワードを含めることができます。特定のテキスト・オプションの詳細は、A.3.7項「「新しいテキスト・ウォーターマークの追加」/「テキスト・ウォーターマークの編集」ウィンドウ」を参照してください。

- イメージ: サポートされているビットマップ(ラスター)・フォーマットでイメージを含めることができます。特定のイメージ・オプションの詳細は、A.3.8項「「新しいイメージ・ウォーターマークの追加」/「イメージ・ウォーターマークの編集」ウィンドウ」を参照してください。

- シグネチャ: 電子シグネチャ・コンポーネントが有効な場合、コンテンツ・アイテムに関連付けられた電子シグネチャ・メタデータからウォーターマークを作成できます。特定のイメージ・オプションの詳細は、A.3.9項「「新しいシグネチャ・ウォーターマークの追加」/「シグネチャ・ウォーターマークの編集」ウィンドウ」を参照してください。

各タイプのウォーターマークには、それぞれのタイプのウォーターマークに適したサイズ、位置、ページ範囲およびその他のオプションを指定できます。ウォーターマークの配置の詳細は、第5.1.7項「ウォーターマークの配置」を参照してください。

1つのドキュメントに、任意のタイプの1つ以上のウォーターマークを含めることができます。定義したウォーターマークは1つのテンプレートに格納され、このテンプレートは、テンプレートを保存するときに指定するコンテンツIDおよびデフォルト・メタデータ値を使用してチェックインされます。

5.1.4 テンプレート

ウォーターマークをチェックイン時に静的に適用しても、PDFファイルがリクエストされたときに動的に適用しても、ウォーターマーク情報はテンプレートに格納されます。このテンプレートには、テキストまたはイメージ・ウォーターマークそのものと使用について定義されたルールに関する情報が含まれています。

新しいテンプレートを作成して保存すると、「構成」タブで定義したデフォルトのメタデータを使用してチェックインされます。既存のテンプレートを変更して保存すると、そのテンプレートはOracle WebCenter Content Serverからチェックアウトされ、現在メタデータを保持している新しいリビジョンとして再度チェックインされます。したがって、新しく作成されたテンプレートを保存する前にメタデータのデフォルトを設定することが重要です。

注意:

レガシー・スキーマ・テンプレートは、ウォーターマークに対してサポートされていますが、テンプレートに変更を加えると、新しいスキーマへのアップグレードが行われます。このため、Oracle WebCenter Content Serverのバージョン11gR1で変更されたテンプレートは、古いバージョンのOracle WebCenter Content Serverでは正しく機能しない可能性があります。

5.1.4.1 ウォーターマーク・メタデータの構成

テンプレートは、指定したデフォルト・メタデータおよび2つの追加メタデータ・フィールドとともに、管理対象コンテンツ・アイテムとしてコンテンツ・リポジトリにチェックインされます。

- ウォーターマーク・テンプレートID: このフィールドは、テンプレートのコンテンツID(dDocName)です。この値はテンプレートを作成するときに割り当てます。静的ウォーターマークの場合は、コンテンツ・アイテムをチェックインするときに、使用するウォーターマーク・テンプレートIDを指定します。

- ウォーターマーク・テンプレート・タイプ: このフィールドには、サポートされているテンプレート・タイプのリストが示されます。現在は、1つのオプション(デフォルトのPDFW_Template)があります。

これらのフィールド以外に、テンプレートの追加のメタデータ値を指定できます。このことは、値が必要なフィールドにデフォルト値が設定されるようにするのに役立ちます。「PDFウォーターマークの管理」画面の「構成」タブを使用して、テンプレートを保存する前に、テンプレートにデフォルトのメタデータ・フィールド値を設定します。コンテンツ・アイテムに対してと同様に、既存のテンプレートのコンテンツ情報を変更できます。

5.1.4.2 テンプレート・セキュリティ

テンプレートに関連付けられたPDFファイルにアクセスしたり、変更を加えるためのパスワード・セキュリティを追加し、ファイル・コンテンツの印刷またはコピーを有効または無効にできます。

「ユーザー・パスワード」には、ユーザーがPDFを開いて表示するためのパスワードを指定する必要があります。「所有者パスワード」では、PDFファイルの変更またはPDFファイル内のセキュリティ設定の変更が制限されます。

セキュリティ設定では、PDFセキュリティを使用して関連するPDFファイル内のアクセス制限が設定されます。これらのアクセス制限は、コンテンツ・サーバーで定義されたコンテンツ・アイテムに対するアクセス制限からは独立しています。

5.1.4.3 パスワードの暗号化

ユーザー/所有者のパスワードは、サードパーティの暗号化ライブラリを使用したPDFウォーターマーク・テンプレートで暗号化されます。暗号化はテンプレートの保存時に自動的に実行され、復号化はそのテンプレートがウォーターマークに対して使用されたときに自動的に実行されます。

注意:

オラクル社では、暗号化ライブラリを提供していません。ライブラリbcprov-jdk14-138.jarは、推奨されるサードパーティの暗号化ライブラリであり、BouncyCastle.orgからダウンロードできますが、他のライブラリも使用できます。暗号化ライブラリの指定の詳細は、第5.3.1項「暗号化ライブラリに対するクラスパスの指定」を参照してください。

レガシー・テンプレート内のパスワードは、そのテンプレートが「PDFウォーターマークの管理」画面で保存されるまで暗号化されません。テンプレートは、変更しないかぎり保存できません。したがって、テンプレート・パスワードを暗号化するには、各レガシー・テンプレートを編集し、保存する前に小規模な変更を実行します。

5.1.5 動的ウォーターマークのルール

ルールを使用して、動的ウォーターマークに適用するテンプレートが決定されます。

テンプレートを作成すると、テンプレートのルールを1つ以上定義できます。

注意:

静的および動的ウォーターマークの両方に同じテンプレートを使用できます。テンプレートに割り当てるルールは、動的ウォーターマークのみに使用されます。

テンプレートに複数のルールがある場合、ルールはリストの順に適用されます。最も特別なテストを伴うルール(多数の条件)がリストの上の位置に、一般的なルール(より少ない条件)が後に続くように順序付けます。すべてのルールは、適用されるウォーターマークについて、テストが成功する必要があります。

ルール内で、選択したメタデータ・フィールドの値に基づいて、1つ以上の条件を指定します。たとえば、特定の作成者についてdDocAuthorフィールドをテストしたり、特定タイプのドキュメントについてdDocTypeをテストできます。ルールの条件を定義する順序は関係ありません。テストが成功するには、関連するルールのすべての条件がtrueになる必要があります。

5.1.6 PDF最適化

PDF ConverterによるPDFは、より高速なWeb表示のために最適化されている場合があります。このようなコンテンツに静的ウォーターマークを適用した場合は、最適化が失われます。ウォーターマーク適用後の最適化には、PDFウォーターマークでは提供されないサードパーティのオプティマイザが必要となります。最適化を使用するには、Distillerエンジン/オプティマイザがインストールされ、完全に作動している必要があります。選択するオプティマイザは、コマンドライン(スクリプト・ファイルや.batファイル)を介して変換を実行できることが必要です。

重要:

PDFウォーターマークでは、PDFオプティマイザは提供されません。最適化機能を使用する場合は、使用前にサードパーティのDistillerエンジンをインストールし、そのオプティマイザが完全に作動していることを確認します。オプティマイザは、コマンドライン(スクリプト・ファイルや.batファイル)を介して変換を実行できる必要があります。

5.1.7 ウォーターマークの配置

PDFウォーターマークには、ページの上部(ヘッダー)、中央または下部(フッター)にテキストまたはイメージ・ウォーターマークを配置するための標準オプションが用意されています。X-Y座標でページの特定の位置を指定することもできます。1つのドキュメントに複数のウォーターマークを指定できます。

次のイメージには、各位置の参照点がポイントで示されています。サンプル・イメージの各位置では、関連付けられた参照点に対する相対的な方向が示されています。各位置のサンプル・テキストは、使用可能な横方向の位置合わせオプション(左、右、中央)のいずれかを示しています。すべてのテキストの位置合わせオプションは、各位置で使用できます。

標準的な配置では、テキストおよびイメージはページの中央上部、中心または中央下部のポイントを参照します。イメージは、関連付けられた参照点を中心に中央揃えされ、水平方向に配置されます。テキストの場合は、この参照点に対して横方向の位置合わせ(左、右または中央揃え)を指定できます。

明示的に配置されたウォーターマークでは、座標はポイント(1ポイント=1/72インチ)で指定します。基点(0, 0)は、ページの左下隅です。イメージの場合は、これらの座標によってイメージの左下隅が指定され、イメージは右上方向に拡張されます。テキストでは、標準の配置オプションと同様に、これらの座標によって、位置合わせオプションの水平の参照点が指定されます。

5.2 ウォーターマークのシナリオ

この項の内容は次のとおりです。

- 第5.2.1項「静的ウォーターマークのシナリオ」

- 第5.2.2項「動的ウォーターマークのシナリオ」

5.2.1 静的ウォーターマークのシナリオ

Oracle WebCenter Content Serverは処理済のコンテンツをInbound Refineryから受け取ります。Inbound Refineryは、PDF Converterがインストールされ、有効な状態で、必要なファイル・フォーマットをPDFに変換するように構成されている必要があります。PDFファイルが提供されると、コンテンツのチェックイン時に選択したウォーターマーク・テンプレートが適用されます。

ウォーターマークの前のバージョンでは、ユーザーは多数のフィールド変数を定義する必要がありました。現在、ウォーターマークの複数の要素は、受信PDFにウォーターマークを適用するために使用するテンプレート内に事前に定義されています。ウォーターマークは、動的ウォーターマークのルールに関係なく適用されてリクエスタに配信されます。静的ウォーターマークに加えて、ルールベースのウォーターマーク(動的)を適用することもできます。

5.2.2 動的ウォーターマークのシナリオ

ユーザーがWeb表示可能なPDFをリクエストすると、定義済のルールに基づいてチェックが行われ、リクエスタに配信するWeb表示可能なPDFにウォーターマークを適用するかどうかが決定されます。

PDFドキュメントに対するリクエストが事前定義のルールを満たしている場合は、そのルールに関連するテンプレートを使用して、リクエスト・ユーザーに戻す前のコンテンツのコピーにウォーターマークが適用されます。

重要:

PDFウォーターマークでは、PDFオプティマイザは提供されません。最適化機能を使用する場合は、使用前にサードパーティのDistillerエンジンをインストールし、そのオプティマイザが完全に作動していることを確認します。オプティマイザは、コマンドライン(スクリプト・ファイルや.batファイル)を介して変換を実行できる必要があります。

5.3 PDFウォーターマークの管理

この項では、PDFウォーターマークの管理に使用されるタスクについて説明します。

- 第5.3.1項「暗号化ライブラリに対するクラスパスの指定」

- 第5.3.2項「PDFウォーターマークの管理の開始」

- 第5.3.3項「テンプレート・メタデータのデフォルトの設定」

- 第5.3.4項「テンプレートの追加または編集」

- 第5.3.5項「ルールの作成および編集」

5.3.1 暗号化ライブラリに対するクラスパスの指定

PDFファイルがレンダリングされるとき、テンプレートで定義したパスワードによって、そのPDFファイル内の対応するパスワードが設定されます。テンプレートに格納されたパスワードは、サードパーティの暗号化ライブラリを使用して暗号化されます。テンプレートに格納されたパスワードを暗号化するために、PDFウォーターマークで使用する暗号化ライブラリへの参照をOracle WebCenter Content Serverに提供する必要があります。

注意:

オラクル社では、テンプレートに格納されたパスワードを暗号化する暗号化ライブラリを提供していません。この手順では、サードパーティの暗号化ライブラリを使用することを前提にしています。このようなライブラリの1つに、BouncyCastle.orgからダウンロードできるbcprov-jdk14-138.jarがありますが、他のライブラリも使用できます。

1. 暗号化ライブラリの.jarファイルをダウンロードして、次のディレクトリに貼り付けます。
/shared/classes

2. Windowsの「スタート」メニューから「プログラム」→「コンテンツ・サーバー-[インスタンス名]」→「ユーティリティ」を選択し、次に「システム・プロパティ」を選択します。
「システム・プロパティ」アプレットが起動します。

3. 「パス」タブを開きます。

4. 次の内容をクラスパスとして指定します。

JAVA_CLASSPATH;$SHAREDDIR/classes/bcprov-jdk14-138.jar

5. 「OK」をクリックして変更内容を保存し、「システム・プロパティ」ユーティリティを終了します。

5.3.2 PDFウォーターマークの管理の開始

PDFウォーターマークに対するテンプレート、ルールおよび構成は、「PDFウォーターマークの管理」画面を使用して管理されます。

1. 「メイン」メニューから「管理」→「PDF Watermarkの管理」を選択します。

2. 「PDFウォーターマークの管理」をクリックします。
「PDF Watermarkの管理」画面が表示されます。

5.3.3 テンプレート・メタデータのデフォルトの設定

テンプレートを作成する前に、必要なメタデータ・フィールド値を定義します。テンプレートを保存(チェックイン)した後、コンテンツ・アイテムと同様に、必要に応じてテンプレートを更新してメタデータ値を変更できます。

テンプレートのチェックイン向けに特定のメタデータ・フィールドを定義するには、次の手順に従います。

1. 「PDFウォーターマークの管理」画面で「構成」タブをクリックします。

2. 定義または編集するフィールドの名前と値のペアをハイライトします。

3. 「編集」をクリックします。
「デフォルト値の編集」画面が表示されます。

4. 選択したフィールド名に適用する値を設定します。

5. 「適用」をクリックします。

5.3.4 テンプレートの追加または編集

テンプレートを作成する前に、まず、テンプレートに適用するデフォルト・メタデータを指定する必要があります。デフォルトのテンプレート・メタデータの詳細は、第5.3.3項「テンプレート・メタデータのデフォルトの設定」を参照してください。

テンプレートを追加するには、次の手順を実行します。

1. 「PDFウォーターマークの管理」画面で「テンプレート」タブを選択します。

2. 既存のテンプレートを編集するには、テンプレートを選択して「編集」をクリックします。新しいテンプレートを作成するには、「追加」をクリックします。
「新規テンプレートの追加」/「テンプレートの編集」画面が表示されます。

3. テンプレートに名前を指定し、意味のあるコンテンツIDを割り当てます。
テンプレートを保存(チェックイン)すると、コンテンツIDを変更することはできません。

4. 変更を保存してテンプレートをチェックインするには、「OK」をクリックします。

5.3.4.1 セキュリティの設定

ウォーターマークが適用されたPDFドキュメントにパスワード・セキュリティおよびその他の制限を指定するには、次の手順を実行します。

注意:

これらのセキュリティ設定では、ネイティブなPDFセキュリティを使用して関連するPDFファイル内にアクセス制限が設定されます。これらのアクセス制限は独立していて、コンテンツ・サーバーで定義されたセキュリティに追加されます。

1. 「新規テンプレートの追加」/「テンプレートの編集」画面を開き、「セキュリティ」タブをクリックします。
「新規テンプレートの追加」/「テンプレートの編集」画面の表示の詳細は、第5.3.4項「テンプレートの追加または編集」を参照してください。

2. パスワードまたはその他のセキュリティ・オプションを設定するには、「セキュリティ・レベル」の暗号化のビット深度をまず選択する必要があります。数値が大きいほど、暗号化の強度が増します。

注意:

この暗号化レベルは、ウォーターマーク・テンプレートではなく、PDFファイル自体に定義されたパスワードに適用されます。オラクル社では、テンプレートに格納されたパスワードを暗号化する暗号化ライブラリを提供していません。暗号化ライブラリの追加の詳細は、第5.3.1項「暗号化ライブラリに対するクラスパスの指定」を参照してください。

3. テンプレートに関連付けられたPDFファイルへのアクセスを制限するには、「ユーザー・パスワード」を指定します。ユーザーは、PDFを表示またはダウンロードするためにこのパスワードを指定する必要があります。

4. PDFファイルの変更またはPDFファイル内のセキュリティ設定の変更を制限するには、「所有者パスワード」を指定します。
このパスワードは、現在のウォーターマーク・テンプレートではなく、関連するPDFファイル自体に適用されます。テンプレートへのアクセスは、コンテンツ・サーバーのセキュリティ・モデルによって管理されます。

5. ユーザーがPDFファイルの一部を印刷できないようにするには、印刷の許可を「いいえ」に設定します。低解像度での印刷を許可するには、「低下」を選択します。

6. ユーザーがPDFファイルの一部をコピーできないようにするには、コピーの許可を「いいえ」に設定します。

これらの設定の詳細は、A.3.6項「「新規テンプレートの追加」/「テンプレートの編集」画面」を参照してください。

5.3.4.2 テキスト・ウォーターマークの追加または編集

テキスト・ウォーターマークを追加または編集するには、次の手順を実行します。

1. 「新規テンプレートの追加」/「テンプレートの編集」画面を開き、「テキスト・ウォーターマーク」タブをクリックします。
「新規テンプレートの追加」/「テンプレートの編集」画面の表示の詳細は、第5.3.4項「テンプレートの追加または編集」を参照してください。

2. ウォーターマークを追加するには、「追加」をクリックします。既存のウォーターマークを編集するには、「編集」をクリックします。「新しいテキスト・ウォーターマークの追加」/「テキスト・ウォーターマークの編集」ウィンドウが表示されます。

3. ウォーターマークで表示される「テキスト」を指定します。テキストには、ドキュメント情報によって置き換えられる埋込み記号(ウォーターマークがレンダリングされるときのページ数またはドキュメント名など)を含めることができます。

4. ページ上でウォーターマークが表示される「場所」を選択します。
ウォーターマークの配置の詳細は、第5.1.7項「ウォーターマークの配置」を参照してください。

5. 場所に「明示的」を選択した場合は、ウォーターマークの「X座標」および「Y座標」の場所を指定します。値は、ポイントで指定されます。ポイントは1/72インチで、ページの左下隅から測定されます。

6. テキストの「ローテーション」を0から359度(反時計回り)で指定します。

7. 指定した位置で横方向の「位置合わせ」を選択します。
テキストの位置合わせの詳細は、第5.1.7項「ウォーターマークの配置」を参照してください。

8. フォント、サイズ、太さおよび色を選択します。太さの拡張がないフォントでは、太さが無効化されることに注意してください。

9. ウォーターマークの「レイヤー」をPDFのコンテンツ(その他のウォーターマークを含む)の「上」にするか「下」にするかを選択します。

10. 「ページ範囲」を指定します。空白のままにすると、ドキュメント全体がページ範囲に含められます。
特定のページはカンマで区切ります(1,2,4)。ページ範囲の最初のページと最後のページはコロンで区切ります(12:24)。実際のページ数を指定しないで最終ページを指定するには、キーワード「LAST」を使用します。たとえば、1,2,4,12:24,50:LASTなどです。

11. ページの「範囲修飾子」にウォーターマーク「偶数ページのみ」または「奇数ページのみ」を指定します。

12. 終了したら、「OK」をクリックします。
個々の設定の詳細は、A.3.7項「「新しいテキスト・ウォーターマークの追加」/「テキスト・ウォーターマークの編集」ウィンドウ」を参照してください。

5.3.4.3 イメージ・ウォーターマークの追加または編集

ウォーターマークとしてイメージを使用する前に、システムにイメージをチェックインしてコンテンツIDをメモします。イメージ・ウォーターマークを追加または編集するには、次の手順を実行します。

1. 「新規テンプレートの追加」/「テンプレートの編集」画面を開き、「イメージ・ウォーターマーク」タブをクリックします。
「新規テンプレートの追加」/「テンプレートの編集」画面の表示の詳細は、第5.3.4項「テンプレートの追加または編集」を参照してください。

2. ウォーターマークを追加するには、「追加」をクリックします。既存のウォーターマークを編集するには、「編集」をクリックします。「新しいイメージ・ウォーターマークの追加」/「イメージ・ウォーターマークの編集」ウィンドウが表示されます。

3. 使用するイメージの「コンテンツID」を指定します。
サポートされているビットマップ(ラスター)・イメージ・フォーマット(GIF、JPGなど)のイメージを使用できます。

4. 必要に応じて、「スケール係数」を指定して、ウォーターマークとして使用するときにイメージのサイズを保持または変更します。スケール係数を指定しない場合、イメージは72 dpiでレンダリングされます。
スケール係数は、計算式「<デフォルトDPI> / <イメージDPI> * 100%」に基づいたパーセントで示されます。たとえば、300 DPIのイメージのサイズと解像度を維持するためのスケール係数24は、「72 DPI / 300 DPI * 100% = 24%」のように計算されます。

5. ページ上でウォーターマークが表示される「場所」を選択します。
ウォーターマークの配置の詳細は、第5.1.7項「ウォーターマークの配置」を参照してください。

6. 場所に「明示的」を選択した場合は、ウォーターマークの「X座標」および「Y座標」の場所を指定します。値は、ポイントで指定されます。ポイントは1/72インチで、ページの左下隅から測定されます。

7. ウォーターマークの「レイヤー」をPDFのコンテンツ(その他のウォーターマークを含む)の「上」にするか「下」にするかを選択します。

8. 「ページ範囲」を指定します。空白のままにすると、ドキュメント全体がページ範囲に含められます。
特定のページはカンマで区切ります(1,2,4)。ページ範囲の最初のページと最後のページはコロンで区切ります(12:24)。実際のページ数を指定しないで最終ページを指定するには、キーワード「LAST」を使用します。次のページ範囲には、これらのすべてのオプションが含まれています(1,2,4,12:24,50:LAST)。

9. ページ範囲の修飾子にウォーターマーク「偶数ページのみ」または「奇数ページのみ」を指定します。

10. 終了したら、「OK」をクリックします。
個々の設定の詳細は、A.3.8項「「新しいイメージ・ウォーターマークの追加」/「イメージ・ウォーターマークの編集」ウィンドウ」を参照してください。

5.3.4.4 電子シグネチャ・ウォーターマークの追加または編集

電子シグネチャ・ウォーターマークを追加または編集するには、次の手順を実行します。

1. 「新規テンプレートの追加」/「テンプレートの編集」画面を開き、「SignatureWatermark」タブをクリックします。
「新規テンプレートの追加」/「テンプレートの編集」画面の表示の詳細は、第5.3.4項「テンプレートの追加または編集」を参照してください。

2. ウォーターマークを追加するには、「追加」をクリックします。既存のウォーターマークを編集するには、「編集」をクリックします。「新しいシグネチャ・ウォーターマークの追加」/「シグネチャ・ウォーターマークの編集」ウィンドウが表示されます。

3. ウォーターマークで表示される「ラベル」を指定します。テキストには、ドキュメント情報によって置き換えられる埋込み記号(ウォーターマークがレンダリングされるときのページ数またはドキュメント名など)を含めることができます。

4. カンマ区切りリストとしてウォーターマークで使用する「フィールド」を指定します。

注意:

ここで指定するフィールドは、電子シグネチャ表の標準フィールドまたはユーザー定義フィールドです。

5. ページ上でウォーターマークが表示される「場所」を選択します。
ウォーターマークの配置の詳細は、第5.1.7項「ウォーターマークの配置」を参照してください。

6. 場所に「明示的」を選択した場合は、ウォーターマークの「X座標」および「Y座標」の場所を指定します。値は、ポイントで指定されます。ポイントは1/72インチで、ページの左下隅から測定されます。

7. フォント、サイズ、太さおよび色を選択します。太さの拡張がないフォントでは、太さが無効化されることに注意してください。

8. ウォーターマークの「レイヤー」をPDFのコンテンツ(その他のウォーターマークを含む)の「上」にするか「下」にするかを選択します。

9. 「ページ範囲」を指定します。空白のままにすると、ドキュメント全体がページ範囲に含められます。
特定のページはカンマで区切ります(1,2,4)。ページ範囲の最初のページと最後のページはコロンで区切ります(12:24)。実際のページ数を指定しないで最終ページを指定するには、キーワード「LAST」を使用します。たとえば、1,2,4,12:24,50:LASTなどです。

10. ページ範囲の修飾子にウォーターマーク「偶数ページのみ」または「奇数ページのみ」を指定します。

11. 終了したら、「OK」をクリックします。
個々の設定の詳細は、A.3.9項「「新しいシグネチャ・ウォーターマークの追加」/「シグネチャ・ウォーターマークの編集」ウィンドウ」を参照してください。

5.3.5 ルールの作成および編集

テンプレートを適用するルールを定義する前に、まず、テンプレートを作成する必要があります。テンプレートの作成の詳細は、第5.3.4項「テンプレートの追加または編集」を参照してください。

ルールを追加または編集するには、次の手順に従います。

1. 「PDFウォーターマークの管理」画面で「ルール」タブを選択します。

2. 新しいルールを追加するには、「追加」をクリックします。既存のルールを変更するには、ルールを選択して「編集」をクリックします。
「新規ルールの追加」/「ルールの編集」画面が表示されます。

3. 新しいルールの場合は、ルールの使用方法を説明する「名前」を入力します。
ルールを保存した後、名前を変更することはできません。ルール名を変更するには、ルールを削除して新しく作成する必要があります。

4. 「テンプレートID」を選択して、ルールと関連付けます。

5. 新しい条件を追加するには、「追加」をクリックします。既存の条件を変更するには、条件を選択して「編集」をクリックします。
「新しい条件の追加」/「条件の編集」画面が表示されます。

6. 新しい条件の場合は、「フィールド名」を選択します。
条件を保存した後、選択したフィールドを変更することはできません。別のフィールド名を指定するには、新しい条件を作成します。

7. 選択したフィールドに対して「値」を指定します。選択したフィールドがリストの場合は、オプション・リストから値を選択します。

注意:

ルール基準では大/小文字が区別されます。入力する値は、戻り値と大文字/小文字が一致している必要があります。たとえば、入力するタイトルが「foobar」で戻り値が「FooBar」の場合、不一致とみなされてルールが失敗します。

8. 条件を保存するには、「OK」をクリックします。

9. 現在のルールの条件を保存するには、「OK」をクリックします。
ルール内で、条件の順序は関係ありません。すべての条件が、適用されるルールについて満たされている必要があります。

10. テンプレートに割り当てられるルールの順序を変更するには、ルールを選択し、上に移動および下に移動ボタンを使用して、リスト内のルールの位置を変更します。
ルールをテストする順序は、使用する条件によっては重大な場合があります。一般的に、最も特別なテストを伴うルール(多数の条件)がリストの上の位置に、一般的なルール(より少ない条件)が後に続くように順序付けます。

11. 「OK」をクリックします。

6 FoldersとWebDAVの使用

Oracle WebCenter Content Serverには、従来のファイル・システムと同様に、リポジトリ内の一部またはすべてのコンテンツを編成および管理するための階層フォルダ・インタフェースを提供するコンポーネントがあります。

- Folders: このコンポーネント(その名にちなんでFrameworkFoldersとも呼ばれます)は、従来のファイル・システムと同様に、リポジトリ・コンテンツおよびコンテンツ・アイテム・メタデータを編成、検索および管理するための階層フォルダ・インタフェースをブラウザ内に提供します。Folders機能はデフォルトでインストールされますが、無効化されています。Foldersはスケーラブルな企業ソリューションで、Contribution Foldersに置き換わることを意図したものです。

注意:

Contribution FoldersからFoldersインタフェースにコンテンツを移行する場合を除き、Contribution FoldersとFoldersの両方を有効にしないでください。コントリビューション・フォルダのコンテンツの移行の詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。

- Contribution Folders: このオプション・コンポーネント(コンポーネント名にちなんで仮想フォルダまたはfolders_gとも呼ばれます)は、従来のファイル・システムと同様に、リポジトリ・コンテンツを編成するための階層フォルダ・インタフェースをブラウザ内に提供します。コントリビューション・フォルダはデフォルトでインストールされていますが、無効化されています。新しいフォルダ・コンポーネントは、コントリビューション・フォルダに置き換わることを意図したものです。

- WebDAV (Web-Based Distributed Authoring and Versioning): 両方のフォルダ・コンポーネントはコンテンツ・サーバーに組込みのWebDAV機能と連動するため、ユーザーはWebDAVプロトコルをサポートしているクライアントを使用して、コンテンツをリモートで管理および作成できます。WebDAVインタフェースにはブラウザ・インタフェースで使用可能なオプションのサブセットが提供されます。通常は、フォルダとコンテンツ・アイテムの作成、削除、移動およびコピーと、コンテンツ・アイテムの変更およびチェックインができます。WebDAVインタフェースを通じてコンテンツ・アイテムをチェックアウトするには、ファイルを開くことのできるWebDAVクライアントを使用する必要があります。メタデータ値の指定または伝播などの他の管理タスクを実行するには、標準のブラウザ・インタフェースを使用する必要があります。

この章では、フォルダとWebDAVインタフェースを管理する方法について説明します。次の項目について説明します。

- 第6.1項「Foldersの使用」

- 第6.2項「Foldersの管理」

- 第6.3項「Contribution Foldersの使用」

- 第6.4項「コントリビューション・フォルダの管理」

- 第6.5項「WebDAVインタフェース」

- 第6.6項「WebDAVの管理」

- 第6.7項「WebDAVのトラブルシューティング」

6.1 Foldersの使用

Foldersコンポーネント(Framework Foldersとも呼ばれます)は、従来のファイル・システムと同様に、リポジトリ内の一部またはすべてのコンテンツを編成および検索するための階層フォルダ・インタフェースを提供します。Folders機能はデフォルトでインストールされますが、無効化されています。これはスケーラブルな企業ソリューションで、Contribution Foldersに置き換わることを意図したものです。

注意:

Contribution FoldersからFoldersインタフェースにコンテンツを移行する場合を除き、Contribution FoldersとFoldersの両方を有効にしないでください。コントリビューション・フォルダのコンテンツの移行の詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。

この項の内容は次のとおりです。

- 第6.1.1項「Foldersインタフェース」

- 第6.1.2項「Foldersとファイル」

- 第6.1.3項「ショートカットおよびリンク」

- 第6.1.4項「問合せフォルダおよびフォルダ検索」

- 第6.1.5項「フォルダ保存」

- 第6.1.6項「個人フォルダ」

- 第6.1.7項「セキュリティおよびユーザー・アクセス」

- 第6.1.8項「コンテンツ・アイテムのバージョニング」

- 第6.1.9項「フォルダおよびコンテンツ・アイテムのメタデータ」

6.1.1 Foldersインタフェース

フォルダ階層は、標準のコンテンツ管理WebインタフェースとWebDAVインタフェースの両方からアクセスできます。標準のインタフェースからアクセスすると、ブラウザおよび特別に設計されたWebページにフォルダおよびコンテンツ・アイテム(ファイル)が表示されます。WebDAVインタフェースからアクセスすると、コンテンツ・サーバーへのネットワーク接続が確立され、共有フォルダの場合と同様に、Windows Explorerにフォルダおよびファイルが表示されます。

使い慣れたフォルダとファイルのモデルが、リポジトリに格納されているコンテンツを編成し、アクセスするためのフレームワークとなります。フォルダおよびファイルの機能は、従来のファイル・システムにきわめてよく似ています。フォルダおよびファイルをコピー、移動、名前変更および削除できます。また、フォルダまたはファイルへのショートカットを作成して、階層内の複数の場所からコンテンツ・アイテムにアクセスすることもできます。

Foldersインタフェース内のファイルは、リポジトリ内のコンテンツ・アイテムを指すシンボリック・リンクまたはポインタであると考えることができます。Foldersインタフェースで操作(メタデータの検索や伝播など)を実行すると、関連付けられたコンテンツ・アイテムに対して、実質的に同じ操作が実行されます。

6.1.2 Foldersとファイル

従来のファイル・システムと同様に、Foldersではコンテンツを簡単に編成できます。ユーザーは、フォルダとサブフォルダ間のリレーションシップを簡単に表示し、コンテンツ・アイテムのグループを参照できます。

コンテンツ・サーバーの標準セキュリティ・モデルによって定義された権限のあるユーザーは、Foldersを使用して次のアクションを実行できます。

- チェックインやチェックアウトの対象となるコンテンツ・アイテムの保存場所に移動し、フォルダやアイテムの情報を表示および変更します。

- フォルダやサブフォルダを新規に作成します。

- フォルダにコンテンツ・アイテムを新規に作成したり、既存のリポジトリ・コンテンツをフォルダに追加します。

- フォルダやコンテンツ・アイテムへのショートカットを1つ以上の場所に追加します。ショートカットは、参照先のコンテンツ・アイテムのプレースホルダとして機能します。

- フォルダやファイルを他の場所に移動またはコピーします。

- フォルダやファイルの名前を変更します。

- フォルダ階層からファイルを削除します。このアクションを実行しても、関連付けられたコンテンツ・アイテムには影響を与えません。

- フォルダやファイルを削除します。フォルダやファイルを削除すると、フォルダやファイルに加え、ショートカットも一緒にフォルダ階層から削除されます。ファイルにコンテンツ・アイテムが関連付けられていると、リポジトリではそのアイテムが「期限切れ」に設定されます。

- 関連付けられた問合せから返されたコンテンツ・アイテムを保存する、問合せフォルダを作成します。問合せフォルダの詳細は、第6.1.4項「問合せフォルダおよびフォルダ検索」を参照してください。

- 保存問合せフォルダを作成し、問合せから返されたコンテンツ・アイテムに対して保存ルールを割り当てます。問合せフォルダおよび保存スケジュールの詳細は、第6.1.5項「フォルダ保存」を参照してください。

- フォルダに作成されるコンテンツ・アイテムに対してフォルダ・セキュリティおよびデフォルト・メタデータ値を割り当てます。また、指定されたメタデータ値をフォルダのコンテンツに伝播したり、特定のフォルダの伝播を遮断することもできます。詳細は、第6.1.9項「フォルダおよびコンテンツ・アイテムのメタデータ」を参照してください。

Foldersインタフェースは、ファイル・システムのユーザーが使い慣れた表記規則に従っています。

- フォルダを作成するときには、Windows標準のネーミング規則を使用します。スラッシュやバックスラッシュ、または二重引用符などの特殊文字は使用しないでください。

- コンテンツ・サーバーには、ファイル名が同じである複数のファイルを個別のコンテンツ・アイテムとして格納できます。ただし、Foldersインタフェースではフォルダ内のファイル名は一意である必要があります(Windowsのフォルダに同じ名前の2つのファイルを格納できないのと同じです)。

6.1.3 ショートカットおよびリンク

Foldersでは、ショートカットを使用して、複数の場所で同じフォルダまたはコンテンツ・アイテムを参照できます。ショートカットは、参照先のフォルダまたはファイルのプレースホルダとして機能します。フォルダ階層内で目的のコンテンツ・アイテムの検索および管理に役立つ、フォルダまたはファイルへのショートカットを作成できます。

6.1.3.1 フォルダおよびショートカット

フォルダおよびフォルダ・ショートカットは、それぞれ異なるアイコンで識別されます。

アイコン

説明

フォルダ: フォルダには、他のフォルダ、コンテンツ・アイテム、および他のフォルダやコンテンツ・アイテムへのショートカットを保存できます。フォルダは、標準のフォルダ・アイコンで識別されます。

フォルダ・ショートカット: フォルダ・ショートカットには、ショートカットが格納された階層にある関連付けられたフォルダのコンテンツが含まれています。フォルダ・ショートカットは矢印の付いたフォルダ・アイコンで識別され、フォルダまたは問合せフォルダのいずれかを参照できます。フォルダ・ショートカットは、メタデータ伝播アクションの対象外です。

問合せフォルダ: 問合せフォルダのコンテンツは、そのフォルダに関連付けられた問合せから返されたリポジトリ・コンテンツ・アイテムです。問合せフォルダは、拡大鏡の付いたフォルダ・アイコンで識別されます。

保存問合せフォルダ: 保存問合せフォルダのコンテンツは、問合せフォルダと同じように、そのフォルダに関連付けられた問合せから返されたリポジトリ・コンテンツ・アイテムです。問合せから返されたコンテンツ・アイテムの保存ルールを追加で指定できます。保存問合せフォルダは、拡大鏡と時計の付いたフォルダ・アイコンで識別されます。

6.1.3.2 コンテンツ・アイテム・リンク

Foldersインタフェースのコンテンツ・アイテムは、リポジトリ内のアイテムへのリンクであると考えることができます。コンテンツ・アイテムのリンクには、2つのタイプがあります。

アイコン

説明

ファイル(プライマリ・リンク): Foldersインタフェース内でコンテンツ・アイテムを指すことができるプライマリ・リンクは1つのみです。プライマリ・リンクはリポジトリ内のコンテンツ・アイテムを表し、標準のドキュメント・アイコンで識別されます。ファイル(またはプライマリ・リンク)に対する操作は、リポジトリ内のコンテンツ・アイテムを直接操作するのとほとんど同じです。たとえば、ファイルを削除すると、リポジトリ内の関連付けられたコンテンツ・アイテムのステータスが「期限切れ」に設定されます。

ショートカット(セカンダリ・リンク): Foldersインタフェースには、関連付けられるコンテンツ・アイテムへのファイル・ショートカットを任意の数だけ作成できます。ファイル・ショートカットは、矢印の付いたドキュメント・アイコンで識別され、矢印は、ファイル・ショートカットが実際のコンテンツ・アイテムへの参照であることを示しています。ショートカットは、メタデータ伝播アクションの対象外です。ショートカットを使用して(メタデータ変更などの)変更を加えると、基礎となるコンテンツ・アイテムにも同じ変更が加えられます。ショートカット自体に(ショートカットの削除などの)変更を加えても、基礎となるコンテンツ・アイテムには影響を与えません。

問合せ結果: 問合せフォルダのコンテンツは、そのフォルダに関連付けられた問合せから返されたリポジトリ・コンテンツ・アイテムです。問合せコンテンツ・アイテムは、拡大鏡の付いたドキュメント・アイコンで識別されます。

6.1.4 問合せフォルダおよびフォルダ検索

問合せフォルダは保存済の検索と同じように機能し、フォルダにアクセスするたびに、そのフォルダに関連付けられた問合せが開始されます。問合せフォルダのコンテンツは、問合せから返されたコンテンツ・アイテムです。問合せフォルダのコンテンツは、リポジトリのコンテンツの変更に伴って動的に変更される場合があります。

問合せフォルダには、問合せから返された実際のリポジトリ・コンテンツ・アイテムが含まれています。つまり、フォルダおよびショートカットは問合せフォルダのコンテンツに含まれません。

問合せフォルダのコンテンツとともに、関連付けられたコンテンツ・アイテムをコピーしたり、個々のアイテムのメタデータ情報を表示および更新したり、問合せフォルダ内のすべてのアイテムにメタデータ変更を伝播できます。

また、Foldersでは、標準の検索結果オプションに「問合せフォルダの作成」オプションを含めて、検索問合せを問合せフォルダとして保存することもできます。

フォルダ内からフォルダやファイルを検索するには、フォルダの「検索」メニューに用意されている各種オプションを使用します。任意またはすべてのフォルダのメタデータ・フィールドを検索できます。

6.1.5 フォルダ保存

Foldersを使用すると、保存問合せフォルダを作成し、そのフォルダに保存属性を割り当ててから保存スケジュールを構成することによって、基本的なコンテンツ保存のスケジューリングを実行できます。保存ルールは、コンテンツ・アイテムの存続時間またはリビジョンの数に基づいて割り当てることができます。また、Oracle WebCenter Content: Recordsのライセンスがある場合には、Recordsで定義されたカテゴリに基づいて保存ルールを定義することもできます。

保存ルールまたはスケジュールを指定するには、管理者である必要があります。保存スケジュールの指定の詳細は、第6.2.2.1項「保存ルールの指定」を参照してください。保存スケジュールの指定の詳細は、第6.2.2.2項「保存スケジュールの構成」を参照してください。

考慮事項

次の考慮事項が、保存問合せフォルダに適用されます。

- 保存ルールは保存問合せフォルダに関連付けられますが、標準のフォルダ・メタデータとは別に格納されます。このため、フォルダの保存属性に基づいて問合せフォルダを検索できません。

- 標準の問合せフォルダと異なり、保存問合せフォルダではデータベース値のみを検索し、フルテキスト検索は、システムでサポートされている場合でも実行できません。

- 特定の1つの保存問合せフォルダに対して複数の保存ルールを指定した場合、処理が実行されるには、すべてのルールが満たされる必要があります。たとえば、有効期限を1カレンダ年、保持するリビジョンの数を3と指定した場合、1年を超え、かつ最新の3つのリビジョンよりも古いアイテムのみが削除されます。

- 異なる問合せの結果に、同じコンテンツ・アイテムが含まれることになってもかまいません。この場合、各保存問合せフォルダの保存ルールが互いに独立して適用されます。たとえば、ある問合せフォルダでは保持するリビジョンの数を2に指定し、別の問合せフォルダでは保持するリビジョンの数を3に指定した場合、アイテムのリビジョンは2つのみ保持されます。

- フォルダ保存は、Oracle WebCenter Content: Recordsとは異なる方法で処理されます。Recordsを使用しているときは、複数の削除アクションが呼び出された場合、期間の最も長い保存が使用されます。Foldersでは、期間の最も短いものが常に最初に使用されます。

- フォルダ保存は、データベースのRevisions表のdCreateDate行の値に基づいてアイテムを処理します。

Oracle WebCenter Content: Recordsに関する考慮事項

FoldersとOracle WebCenter Content: Recordsの両方を同じシステムで使用する場合は、次の追加的な考慮事項も適用されます。

- Recordsがインストールされている場合は、同じアイテムに対して(ルールを複数作成できるだけでなく)保存スケジュールを2つ作成できます。コンテンツ・アイテムの保存ルールがコンテンツ・サーバーとOracle WebCenter Content: Recordsの両方に定義されている場合は、Recordsシステムに定義されている保存とスケジュールのみが使用されます。

- Recordsがあるレベル以降のDoDベースラインとともにインストールされている場合、コンテンツ・サーバー・インタフェースでは保存問合せフォルダ・オプションを使用できません。すべての既存の保存問合せフォルダは、アイコンと(非アクティブな)保存属性を保持しますが、標準の問合せフォルダとして機能します。
レベルが「標準」以下に設定されている場合は、コンテンツ・サーバーで保存問合せフォルダ・オプションが有効になり、既存の保存問合せフォルダのルールもアクティブになります。

6.1.6 個人フォルダ

フォルダ階層のルート・フォルダには「Users」フォルダがあり、認証済ユーザーに対して定義されている個人用のフォルダが格納されています。階層内の他のフォルダを操作する場合と同じ方法で、サブフォルダとコンテンツ・アイテムを作成できます。ただし、自分の個人フォルダは自分のみが表示可能です。すべての認証済ユーザーは、個人フォルダを持つことができます。

Foldersには、フォルダ、ファイル、および個人フォルダへのショートカットをすばやく追加するためのメニュー・オプションが用意されており、これらは「フォルダに追加」などのメニューにあります。

個人フォルダにアクセスするには、トレイ領域の「コンテンツ・サーバー」をクリックし、「フォルダ」をクリックします。

6.1.7 セキュリティおよびユーザー・アクセス

ユーザーは、コンテンツ・サーバーの標準のセキュリティ・モデルで許可されているように、フォルダ、フォルダへのショートカット、およびドキュメントへのリンクを作成および編集できます。フォルダがコンテンツ・アイテムに割り当てられるのと同じ方法で、フォルダには、セキュリティ・グループ、アカウント、アクセス制御リストの属性などのセキュリティ属性(有効になっている場合)が割り当てられます。

デフォルトでは、フォルダはセキュリティ設定をはじめ、親フォルダに対して定義されているデフォルト・メタデータを継承します。ただし、特定のフォルダにセキュリティ値とメタデータ値を明示的に設定し、それぞれの値をそのフォルダ内のフォルダとコンテンツ・アイテムに伝播することもできます。

6.1.8 コンテンツ・アイテムのバージョニング

コンテンツ・アイテムをチェックアウトし、標準のコンテンツ管理ページを使用する場合とほぼ同じ方法でFoldersインタフェースを介してそのコンテンツ・アイテムの新規バージョンをチェックインできます。特定のコンテンツ・アイテムのメタデータ情報を表示または編集するときには、まずそのアイテムをチェックアウトするためのメニュー・オプションを選択し、次にそのアイテムの新規バージョンをチェックインするためのメニュー・オプションを選択できます。

Foldersには、コンテンツ・アイテムのバージョンを表示するためのモードが2つあります。

- パブリッシュ済アイテム(使用量モード): ドキュメントの最新のリリース済リビジョンが表示されます。検索結果リストで返されるのと同じリビジョンです。

- すべてのアイテム(コントリビューション・モード): 各ドキュメントの最新のリビジョンが表示されます。まだワークフローにあるドキュメントのリビジョンや、検索索引作成プロセスがまだ完了していないドキュメントのリビジョンも含まれる場合があります。

ユーザーは、2つのモードを切り替えて、リリース済のコンテンツ・アイテムのみを表示したり、リリース前に作業が必要なコンテンツ・アイテムを表示できます。選択した内容は、明示的に変更するまで有効なままです。

6.1.9 フォルダおよびコンテンツ・アイテムのメタデータ

すべてのフォルダには、フォルダに追加されるコンテンツ・アイテムに適用できる一連のメタデータ値があります。フォルダは、コンテンツ・アイテムにメタデータ・ルールを適用するように構成したり、任意またはすべての値の変更を許可するように構成できます。たとえば、「セキュリティ・グループ」メタデータ・フィールドの値としてSecureを適用するようにフォルダを構成できます。その後、コンテンツ・アイテムをそのフォルダに追加すると、「セキュリティ・グループ」の値がSecureに自動的に更新されます。

フォルダは、そうしないように明示的にフォルダを構成した場合を除き、親フォルダに割り当てられたデフォルト・メタデータを継承します。継承後に親フォルダのメタデータを変更しても、明示的に下の階層に伝播させないかぎり、既存のサブフォルダのメタデータは変更されません。

フォルダ・メタデータの継承および伝播によって、コンテンツ・アイテムにメタデータを容易に適用できます。すべてのフォルダおよびファイルを管理する管理者であるか、自分のフォルダおよびファイルのみを管理するユーザーであるかに関係なく、フォルダを作成し、コンテンツ・アイテムを追加する前に、メタデータ戦略を計画することをお薦めします。メタデータ戦略には、次の基本手順を含めてください。

1. 階層内の特定のフォルダまたは分岐に固有のメタデータ要件があるかどうか、および、それらの要件を特定して管理する最適な方法を判断します。

2. 特定のフォルダを介してコンテンツ・アイテムを追加またはチェックインするときに、ユーザーがどのメタデータ・フィールド(ある場合)を指定する必要があるかを決定します。

3. 特定のフォルダについて、どのメタデータ・フィールド(ある場合)にデフォルト値または強制値を設定するかを決定します。

4. フォルダ経由でメタデータを伝播するときに、どのサブフォルダ(ある場合)を変更対象にするかを決定します。

5. メタデータ要件を管理するためにプロファイルを使用するかどうかを決定します。管理者は、1つ以上のプロファイルを作成し、そのプロファイルに関連付けたルールに基づいて、メタデータ・フィールドを編成したり、選択的に表示したり、アクセス制御できます。

6.1.9.1 デフォルト・メタデータ

フォルダに新しいコンテンツ・アイテムを作成またはチェックインすると、デフォルト・メタデータ値がそのアイテムに自動的に適用されます。フォルダのデフォルト・メタデータ値を変更するには、そのフォルダに対する削除権限を持つか、作成者として書込み権限を持つ必要があります。

デフォルト値のない必須フィールドがある場合は、コンテンツ・アイテムを作成またはチェックインするときに、デフォルト値を指定するように求められます。

デフォルト・メタデータ値は、メタデータを伝播するときにデフォルト値としても使用されます。

Oracle WebCenter Content: Desktopを使用し、フォルダの「メタデータのプロンプト」オプションを選択している場合は、フォルダのデフォルト・メタデータ設定を使用するのではなく、アイテムのメタデータ値を指定するように求められます。Desktopの詳細は、Oracle WebCenter Desktopユーザーズ・ガイドを参照してください。

6.1.9.2 メタデータ伝播

適切な権限を持っていると、メタデータ値をフォルダからそのサブフォルダおよびコンテンツ・アイテムに伝播できます。メタデータを特定のフォルダ内のコンテンツ・アイテムに伝播するには、そのフォルダおよびコンテンツ・アイテム自体に対する書込み権限が必要です。そのフォルダの下の階層にあるいずれかのフォルダに伝播するには、そのフォルダに対する削除権限が必要です。

同じフォルダ内にあるコンテンツ・アイテムのセキュリティ設定は、必ずしも同じではありません。メタデータをコンテンツ・アイテムに伝播するには、そのコンテンツ・アイテムに対する書込み権限も必要です。必要に応じて、変更をフォルダに限定するために、「フォルダにのみ伝播」オプションを選択することもできます。

メタデータを伝播するときには、メタデータ・フィールドを選択し、現在のフォルダ用のメタデータから伝播する値を指定できます。変更できるすべてのメタデータ値を伝播できます。たとえば、セキュリティ・グループや所有者値は伝播できますが、コンテンツIDは伝播できません。また、コンテンツ・アイテムから関連付けられた値を消去するために、「コメント」や「有効期限」などの空白フィールドを伝播することもできます。

フォルダのフォルダ情報で「伝播禁止」を選択することによって、伝播しないようにフォルダを構成できます。また、必要に応じて、「伝播」ウィンドウの「伝播の強制」設定を使用して、フォルダの禁止設定をオーバーライドすることもできます。

6.1.9.3 メタデータ・プロファイル

管理者は、メタデータ・セットを1つ以上のプロファイルとして作成でき、管理者や他のユーザーは、フォルダのデフォルトを指定したり、メタデータを伝播するときに、そのプロファイルをフォルダに容易に適用できます。プロファイルの使用方法の詳細は、第3.1項「スキーマを使用したメタデータのカスタマイズ」を参照してください。

6.2 Foldersの管理

Folders(FrameworkFoldersコンポーネント)は、従来のファイル・システムと同様に、リポジトリ内の一部またはすべてのコンテンツを編成および検索するための階層フォルダ・インタフェースを提供します。

この項の内容は次のとおりです。

- 第6.2.1項「構成変数の設定」

- 第6.2.2項「保存スケジュールの使用」

- 第6.2.3項「Folders構造への移行」

6.2.1 構成変数の設定

コンテンツ・サーバーのconfig.cfgファイルで構成変数を設定して、Foldersの動作を変更できます。この項の内容は次のとおりです。

- 第6.2.1.1項「フォルダ変数」

- 第6.2.1.2項「Folders移行変数」

- 第6.2.1.3項「Folders WebDAV変数」

6.2.1.1 フォルダ変数

これらの変数によって、Foldersインタフェースのオプション設定が構成されます。

変数

説明

AuthorDelete

trueに設定すると、アイテムの所有者/作成者は書込み権限がある場合にはそのアイテムを削除でき、それ以外の場合、削除権限が必要になります。デフォルト値はtrueです。

DisablePersonalFolderFormat

trueに設定すると、FldPersonalFolderFormatで指定されている個人フォルダ命名規則が無効になります。デフォルトはfalseです。

個人フォルダの作成後に個人フォルダの名前書式を変更または無効にした場合には、手動で既存のフォルダの名前を変更するか、または既存のフォルダを再作成する必要があります。たとえば、ユーザーabc.def@oracle.comの個人フォルダがabc.defという名前書式で、かつDisablePersonalFolderFormatが設定されている場合、データベースには既存のフォルダ名が保持されますが、ユーザー・インタフェースではフォルダ名はabc.def@oracle.comであると想定されます。無効になった書式に合わせてフォルダの名前を変更するか、またはいったんデータベースから該当行を削除し、その後、ユーザーがログインしたときにフォルダを再作成する必要があります。

FldDefaultFilesLoadCount

フォルダ・エクスプローラに表示するファイルの数。デフォルトは50です。

FldDefaultFoldersLoadCount

フォルダ・エクスプローラに表示するフォルダの数。デフォルトは50です。

FldEnableInProcessIndicator

trueに設定すると、コピー、移動、削除、伝播の操作時にプロセス・インジケータが表示されるようになります。デフォルト値はfalseです。

FldPersonalFolderFormat

ユーザーの名前から個人フォルダの名前を作成するために使用する正規表現を指定します。デフォルトの正規表現は(.+)@(.+):$1であり、つまり、1つ以上の文字からなる2つのグループを@で区切り、最初のグループをフォルダ名として使用します。たとえば、ユーザー名abc.def@oracle.comの場合、個人フォルダの名前はabc.defとなります。正規表現の詳細は、http://download.oracle.com/javase/6/docs/api/java/util/regex/Pattern.htmlを参照してください。

FldShowAutoPropagateOption

デフォルトでは、移動されたアイテムはアイテムに定義されたメタデータを保持し、新しい場所ではメタデータ値を継承しません。この変数をtrueに設定すると、移動操作のための「宛先のメタデータをフォルダに自動伝播」オプションが「保存先の選択」ウィンドウに追加されます。ユーザーがこのオプションを選択すると、移動されたアイテムはコピーされたアイテムと同じように、それを含むフォルダによって定義されたメタデータを継承します。デフォルト値はfalseです。

FoldersDefaultDocType

コンテンツ・アイテムの作成時にドキュメント・タイプを決定できない場合に使用するドキュメント・タイプを指定します。デフォルトのドキュメント・タイプは、「ドキュメント」です。

FoldersIndexParentFolderValues

trueに設定すると、Oracle Text Searchの使用中、サブフォルダ検索が有効になります。デフォルトはfalseです。

有効にすると、すべてのドキュメントへのすべてのパスが検索索引に追加されます。フォルダに対してドキュメントが追加または削除されるたびに、ドキュメントの索引が再構築されます。また、そのフルパスがわずかでも変更された場合にも(たとえば、親フォルダが移動したとき)、ドキュメントの索引が再構築されます。

6.2.1.2 Folders移行変数

これらの変数によって、Folders移行ユーティリティのオプション設定が構成されます。Folders移行ユーティリティでは、フォルダ・コンテンツと構造をContribution Folders(Folders_gコンポーネント)からFolders(FrameworkFoldersコンポーネント)に移行します。このユーティリティは、Contribution Foldersに関連付けられた表がデータベース・スキーマに存在する場合に使用できます。コンテンツの移行の詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。

変数

説明

FldMigrateDefaultSecurityGroup

移行したフォルダにまだセキュリティ・グループが関連付けられていない場合に割り当てるデフォルトのセキュリティ・グループを指定します。明示的に設定しないと、デフォルト値はPublicになります。

Contribution Foldersではセキュリティ・グループ設定が必要なく、設定自体がない場合もあります。移行したフォルダには、セキュリティ設定が必要です。

FldMigrateRootBaseName

移行時に作成されるルート・フォルダの基準名を指定します。

フォルダ名の書式は、
<$FldMigrateRootBaseName$>_<$date$>_#<$run_index$>です。

設定しないと、デフォルト値のMigrateが使用されます。

FolderMigrateExcludeList

移行の対象外とするフォルダのリストを指定します。リストには、フォルダIDとフォルダ・マークを含めることができます。

明示的に設定しないと、TRASHフォルダのみが対象外になります。

ShowFolderMigrationMenu.

0(ゼロ)に設定すると、「管理」メニューに「フォルダ移行」オプションが表示されなくなります。1に設定するか、または明示的に設定しないと、移行が可能である場合に、このオプションが表示されます。

6.2.1.3 Folders WebDAV変数

これらの変数によって、Folders WebDAVインタフェースのオプション設定が構成されます。

変数

説明

OVERWRITE

falseに設定すると、WebDAVコピーが同じ名前でアイテムを上書きできなくなります。デフォルト値はtrueです。

6.2.2 保存スケジュールの使用

コンテンツ・アイテムの有効期限またはリビジョンの数に基づいて、コンテンツ・アイテムのリビジョンを処理する方法を指定できます。Oracle WebCenter Content: Recordsのライセンスを保有している場合は、Recordsに定義されているカテゴリに基づいて保存ルールを定義することもできます。保存問合せフォルダに関するその他の考慮事項は、第6.1.5項「フォルダ保存」を参照してください。

保存問合せフォルダのコンテンツの保存スケジュールを定義するには、まずそのフォルダに関連付けられる保存ルールを指定し、次に、1つ以上の保存問合せフォルダで使用されるそれぞれの保存ルールについて、保存スケジュールを指定する必要があります。

この項の内容は次のとおりです。

- 第6.2.2.1項「保存ルールの指定」

- 第6.2.2.2項「保存スケジュールの構成」

6.2.2.1 保存ルールの指定

保存問合せフォルダの作成時に保存ルールを指定し、後でその保存ルールに変更を加えることができます。保存ルールは、管理者のみが、保存問合せフォルダに対してのみ指定できます。保存ルールが指定されていない保存問合せフォルダは、標準の問合せフォルダと同じように機能します。

注意:

Oracle WebCenter Content: Recordsがあるレベル以降のDoDベースラインとともにインストールされている場合、コンテンツ・サーバー・インタフェースでは保存問合せフォルダ・オプションを使用できません。すべての既存の保存問合せフォルダは、アイコンと(非アクティブな)保存属性を保持しますが、標準の問合せフォルダとして機能します。

次の手順では、保存ルールを指定する方法を示します。フォルダの作成および問合せの指定の詳細は、『Oracle WebCenter Content Content Serverユーザーズ・ガイド』を参照してください。

問合せフォルダに保存ルールが指定されている場合は、指定したスケジュールに従ってそのルールが適用されます。保存スケジュールを作成する方法の詳細は、第6.2.2.2項「保存スケジュールの構成」を参照してください。

1. 保存問合せフォルダがあるフォルダに移動します。

2. 保存ルールなどのメタデータ値を変更するには、関連付けられたフォルダの「アクション」メニューから「フォルダ情報の更新」を選択します。
フォルダのコンテンツを表示しているときにそのフォルダのメタデータ値を変更するには、表示しているページの「編集」メニューから「フォルダ情報」を選択します。

3. 「詳細保存オプションの表示」をクリックします。

4. 保存オプションを1つ以上選択します。たとえば、コンテンツ・アイテムのリビジョンを最新の3つのみ保持するには、「リビジョン」を選択し、3を指定します。より古いリビジョンは、「リビジョン」に指定されている保存スケジュールに従って期限切れになります。

1. リビジョン: 問合せフォルダにコンテンツ・アイテムのリビジョンをいくつ保持するかを指定し、「更新」をクリックします。

2. 期間: 問合せフォルダにコンテンツ・アイテムを保持する期間を指定し、「更新」をクリックします。
完全なOracle WebCenter Content: Records製品の場合は、単位リストに、会計単位とカレンダ単位が含まれます。

3. カテゴリ: 問合せフォルダにカテゴリを割り当て、カテゴリに対して定義された処理を使用して、コンテンツ・アイテムの処理方法を決定します。
このオプションは、完全なOracle WebCenter Content: Records製品でのみ使用できます。

5. 他に必要に応じてフォルダ・メタデータまたは問合せに変更を加え、「保存」をクリックします。

6.2.2.2 保存スケジュールの構成

問合せフォルダに保存ルールが割り当てられている場合は、指定したスケジュールに従ってそのルールが適用されます。保存ルールのタイプごとに異なるスケジュールを指定できます。複数の問合せフォルダに含まれているコンテンツ・アイテムには保存ルールが複数存在する場合があり、そのために適用されるスケジュールも複数存在する場合があります。

注意:

フォルダ保存ルールは、Oracle WebCenter Content: Recordsとは異なる方法で処理されます。Recordsを使用しているときは、複数の削除アクションが呼び出された場合、期間の最も長い保存が使用されます。Foldersでは、期間の最も短いものが常に最初に使用されます。

注意:

コンテンツ・アイテムの保存ルールがコンテンツ・サーバーとOracle WebCenter Content: Recordsの両方に定義されている場合は、Recordsシステムに定義されている保存とスケジュールのみが使用されます。

保存問合せフォルダに関するその他の考慮事項は、第6.1.5項「フォルダ保存」を参照してください。

1. 「管理」メニューから、「フォルダ保存管理」を選択し、「スケジュールされたジョブの構成」を選択します。
フォルダ保存スケジュール・ジョブ・ページが開きます。

2. 存続時間またはリビジョンによって管理される保存ルールのスケジュールを指定します。
存続時間ベースのルールでは、データベース内のRevisions表のdCreateDate行の値に基づいてアイテムを処理します。

1. 週/日: 開始時刻と終了時刻を選択します。これにより、週次保存ルールを使用して問合せフォルダの保存がスケジュールされます。スケジュール済の処理をただちに実行するには、「今すぐ実行」をクリックします。

2. カレンダ月: 日、開始時刻および終了時刻を選択します。これにより、月次または四半期の保存ルールを使用して問合せフォルダの保存がスケジュールされます。スケジュール済の処理をただちに実行するには、「今すぐ実行」をクリックします。

3. カレンダ年: 月、日、開始時刻および終了時刻を選択します。これにより、年次保存ルールを使用して問合せフォルダの保存がスケジュールされます。スケジュール済の処理をただちに実行するには、「今すぐ実行」をクリックします。

4. 会計年度月/会計年: Oracle WebCenter Content: Records製品を保有している場合は、会計年度月および会計年の保存ルールを使用して問合せフォルダの保存をスケジュールできます。スケジュール済の処理をただちに実行するには、「今すぐ実行」をクリックします。

5. 保存リビジョン: 日、開始時刻および終了時刻を選択します。これにより、リビジョン保存ルールを使用して問合せフォルダの保存がスケジュールされます。スケジュール済の処理をただちに実行するには、「今すぐ実行」をクリックします。

注意:

Oracle WebCenter Content: Records製品を保有し、カテゴリ保存ルールを使用している場合、カテゴリは関連付けられた存続時間またはリビジョン・ルールに従ってスケジュールされます。たとえば、保存が月単位で指定されているカテゴリは、「カレンダ月」に指定する値によって管理されます。同様に、保存ルールまたはカテゴリが月単位で指定されているすべてのアイテムの保存ルールをただちに適用するには、このページの「カレンダ月」に関連付けられた「今すぐ実行」ボタンをクリックします。

3. 「更新」をクリックします。

6.2.3 Folders構造への移行

既存のContribution Folders階層(Folders_gコンポーネント)にコンテンツがあり、フォルダおよびファイルをFoldersインタフェースに移行する場合は、Folders移行ユーティリティを使用して、フォルダ階層をレプリケートし、フォルダ・コンテンツを選択的に移行できます。Folders移行ユーティリティの詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。

6.3 Contribution Foldersの使用

Contribution Foldersはオプションのコンポーネントで、有効にすると、コントリビューション・フォルダ(階層フォルダとも呼ばれます)の形式で階層フォルダ・インタフェースが提供され、マルチレベル・フォルダ構造を作成できます。

注意:

より新しいFoldersコンポーネントはスケーラブルな企業ソリューションで、Contribution Foldersに置き換わることを意図したものです。

この項の内容は次のとおりです。

- 第6.3.1項「使用方法と構造」

- 第6.3.2項「Contribution Foldersコンポーネントのセキュリティ」

- 第6.3.3項「ごみ箱」

- 第6.3.4項「メタデータ伝播とデフォルト値」

- 第6.3.5項「最新バージョンと最新リリース済バージョンとの比較」

- 第6.3.6項「ローカルのコントリビューション・フォルダ」

- 第6.3.7項「コントリビューション・フォルダのアーカイブと検索」

- 第6.3.8項「パフォーマンスの最適化」

- 第6.3.9項「メタデータの継承」

6.3.1 使用方法と構造

フォルダを使用すると、次のような利点があります。

- 参照: ユーザーは、フォルダに関する追加情報を取得するための簡単なメカニズムを使用して、フォルダを参照してサブフォルダやコンテンツ・アイテムを探したり、ツリー構造をトラバースできます。多数のサブフォルダがあるフォルダで、ユーザーはそのフォルダ内のコンテンツ・アイテムを簡単に表示して参照できます。

- フォルダの作成: ユーザーは、フォルダの命名規則に従って、任意のフォルダに新しいフォルダを容易に作成できます。フォルダ・メタデータやデフォルト・メタデータなどの追加情報には、必要な場合にのみアクセスできます。

- フォルダ・メタデータの割当て: ユーザーは、フォルダの作成時にフォルダにメタデータを割り当てたり、同じプロセスを使用して既存のフォルダにメタデータを割り当てることができます。

- アイテムのデフォルト・メタデータの割当て: ユーザーは、フォルダに作成されるコンテンツやフォルダに追加されるコンテンツに割り当てるメタデータを指定できます。メタデータは、フォルダの作成時または後で設定できます。手順とプロセスは同じです。

- フォルダへのコンテンツ・プロファイルの割当て: フォルダを作成するとき、またはその後で、コンテンツ・プロファイルをフォルダに割り当てることができ、このコンテンツ・プロファイルによって、そのフォルダに追加されるコンテンツ・アイテムにデフォルトとして設定できるメタデータ・フィールドが決まります。

- フォルダでの新しいコンテンツの作成: ユーザーは、フォルダを参照し、新しいアイテムをチェックインできます。フォルダに新しいコンテンツのデフォルト・メタデータまたはコンテンツ・プロファイルが指定されている場合は、そのことがコンテンツ・チェックイン・フォームに反映されます。

- フォルダへの既存のコンテンツの追加: ユーザーは、フォルダ内を参照し、既存のコンテンツ・アイテムへのリンクを追加できます。追加先のフォルダに同じ名前のアイテムがある場合、ユーザーは新しいリンクの名前の変更を求められます。

- アイテムの移動またはコピー: ユーザーは、フォルダを参照し、1つ以上のサブフォルダおよびコンテンツ・アイテムを選択して別のフォルダに移動またはコピーできます。

- アイテム/フォルダの削除: ユーザーは、フォルダを参照し、1つ以上のサブフォルダおよびコンテンツ・アイテムを選択して削除できます。削除アクションの確認を求めるプロンプトが表示されます。リビジョンが複数あるアイテムの場合、ユーザーはすべてのリビジョンを削除するか、最新のリビジョンのみを削除するかを尋ねられます。選択したファイルすべてに対してユーザーの応答を適用するオプションもあります。

- アイテム/フォルダの名前の変更: ユーザーは、フォルダ内のリンク/ショートカットまたはサブフォルダを選択して、その名前を変更できます。名前の変更アクションは、単一のアイテムに対してのみ実行できます。新しい名前が既存のアイテムまたはフォルダの名前と同じ場合、ユーザーには警告が表示され、一意の名前に変更するように求められます。

Contribution Foldersには次の構造が使用されます。

- 各Oracle WebCenter Content Serverインスタンスには、共通のコントリビューション・フォルダのセットがあります。フォルダへの変更はシステム全体に適用されます。

- コントリビューション・フォルダというシステムレベルのデフォルト・フォルダが1つあります。インストール時にごみ箱機能が有効な場合は、ごみ箱というシステムレベルのフォルダが作成されます。

- システム管理者はシステムレベル・フォルダの名前を変更できますが、システムレベル・フォルダを削除したり、システムレベルのカスタム・フォルダを追加するには、データベースへの変更が必要です。システムレベルのフォルダを削除すると、そのフォルダは無効になりますが、システムからは除去されていません。

- 階層内の各フォルダには、フォルダの作成時に自動的に割り当てられた値と同じフォルダ値(数値)のコンテンツ・アイテムが含まれています。コンテンツ・アイテムの「フォルダ」フィールドの値を変更すると、そのコンテンツ・アイテムは別のフォルダに配置されます。

- コントリビューション・フォルダの参照がシステム・パフォーマンスに影響を与えないように、各フォルダ内のフォルダとコンテンツ・アイテムの最大数を制限できます。

Contribution Foldersコンポーネントの機能は、Windowsファイル・システムと似ています。名前には二重引用符を使用できません(たとえば、"doublequotedfolder")。フォルダを作成するときは、Windowsの標準のネーミング規則を使用します。

6.3.2 Contribution Foldersコンポーネントのセキュリティ

Contribution Foldersコンポーネントには、2つのレベルのセキュリティが適用されます。

- コンテンツ・アイテムのセキュリティ: Oracle WebCenter Content Serverにおけるユーザー・ログインおよびセキュリティ制御は、コントリビューション・フォルダを通して管理されるコンテンツにも適用されます。たとえば、あるコンテンツ・アイテムの読取り権限がある場合、そのファイルは表示できますが、そのファイルにリビジョンをチェックインすることはできません。
読取り権限を持つユーザーがコントリビューション・フォルダを介してコンテンツにアクセスできるようにするには、環境変数GetCopyAccessを設定する必要があります。この変数を設定する手順は、次のとおりです。

1. 「管理」トレイから、「管理サーバー」を選択します。

2. 「コンテンツ・セキュリティ」をクリックします。

3. 「読取り権限を持つユーザーである場合にコピーを許可する」を選択します。

- フォルダ・セキュリティ: フォルダ・レベルのセキュリティも適用されます。

- 各コントリビューション・フォルダには、そのフォルダの管理権限を持つユーザーである所有者がいます。所有者は、フォルダのセキュリティ・グループに対する書込み権限または削除権限がない場合でも、フォルダのメタデータを変更したり、フォルダを削除できます。ただし、所有者にはそのフォルダ内のコンテンツ・アイテムに対する付加的な権限はありません。

- ユーザーが表示できるのは、セキュリティ・グループが割り当てられていないコントリビューション・フォルダか、そのユーザーに少なくとも読取り権限があるセキュリティ・グループが割り当てられているコントリビューション・フォルダのみです。

- フォルダを削除するには、そのフォルダに対する削除権限があるか、そのフォルダの所有者である必要があります。フォルダ内のすべてのコンテンツ・アイテムおよびサブフォルダを削除する権限も必要です。

- フォルダのデフォルト・メタデータを変更するには、読取り権限と書込み権限が必要です。環境変数FoldersModifyWithRWがfalseの場合は、そのフォルダに対する削除権限があるか、そのフォルダの所有者である必要があります。

注意:

フォルダのセキュリティ・グループを変更する場合は注意が必要です。フォルダをより制限の厳しいセキュリティ・グループに変更すると、作成者が自分自身のコンテンツ・アイテムを管理できなくなる場合があります。

新しいフォルダを作成すると、その親フォルダのメタデータが新しいフォルダのフィールドに移入されます。フォルダは最初にメタデータを継承しますが、その値は親フォルダに影響を及ぼすことなく変更できます。親フォルダのメタデータに対する以降の変更は、既存のサブフォルダのメタデータには反映されません。親フォルダのメタデータをサブフォルダおよびコンテンツ・アイテムに適用する場合は、メタデータ伝播とデフォルト値機能を使用できます。

6.3.3 ごみ箱

ごみ箱は、削除したアイテムを完全に削除せずに「ごみ箱」フォルダに送信するオプションの機能です。ごみ箱のアイテムは、その後、完全に削除するか、フォルダ階層の元の場所に戻すことができます。

ごみ箱機能については、次の事項に注意してください。

- リポジトリ・マネージャからリビジョンを削除すると、そのリビジョンはごみ箱をバイパスして完全に削除されます。

- ごみ箱機能は、インストール後にシステム・フォルダの構成を使用して有効または無効にできます。

- フォルダを使用してコンテンツをSite Studio Webサイトにコントリビュートする場合は、ごみ箱機能の無効化を検討してください。無効にしないと、削除したコンテンツ・アイテム(ごみ箱に移動したコンテンツ・アイテム)はWebサイトの目次(動的リスト)に引き続き表示されます。このコンテンツ・アイテムを削除するには、WebDAVのごみ箱に移動し、そこからもドキュメントを明示的に削除します。

6.3.4 メタデータ伝播とデフォルト値

メタデータの伝播機能を使用すると、コントリビュータは、指定したメタデータ値をフォルダからそのサブフォルダとコンテンツ・アイテムにコピーできます。伝播は、数多くのコンテンツ・アイテムを新しいフォルダ構造に移動するときや、フォルダのデフォルト・メタデータを改訂した後に役立ちます。この機能を使用すると、メタデータを構造内のすべてのアイテムに適用できます。

メタデータ伝播機能については、次の事項に注意してください。

- 伝播機能によって、そのフォルダ内の禁止されていないすべてのサブフォルダおよびコンテンツ・アイテムに対して、各フォルダのメタデータが適用されます。禁止されていないそれぞれのサブフォルダおよびコンテンツ・アイテムによって、伝播の開始元であるフォルダのメタデータが継承されます。

- あるフォルダを伝播禁止にすると、上位フォルダからのメタデータの伝播はそのフォルダに適用されません。ただし、禁止されているフォルダからは引き続きメタデータ伝播を開始できます。

- システム管理者は、伝播の対象に含めるメタデータ・フィールドを選択します。この設定は、システム全体に適用されます。デフォルトでは、メタデータ・フィールドは選択されるまで対象に含まれません。

- フォルダのメタデータ・フィールドの値が定義されていない場合は、伝播時にそのフォルダ内のサブフォルダとコンテンツ・アイテムに空白の値が継承されず、そのアイテムの既存のメタデータ値がそのまま使用される場合があります。空のフィールド値を伝播するかどうかはCollectionPropagateEmptyValues構成変数によって制御されます。

- メタデータ伝播を開始すると、セキュリティ・グループに対する書込み権限を持つフォルダおよびコンテンツ・アイテムのみが影響を受けます。

コントリビューション・フォルダを介してファイルがチェックインされると、デフォルト・メタデータ値がコンテンツ・チェックイン・フォームに入力されます。デフォルト値が評価される順序は、次のとおりです。

1. コントリビューション・フォルダのデフォルト値: 検索ページから新しいコンテンツ・アイテムをチェックインすると、該当するコントリビューション・フォルダのデフォルト・メタデータ値がコンテンツ・チェックイン・フォームに入力されます。

2. ユーザーのデフォルト・メタデータ値: メタデータ・デフォルトがコントリビューション・フォルダに対して定義されていない場合は、ユーザーのデフォルト・メタデータ値が適用されます。ユーザーのデフォルト・メタデータ値を適用できるのは、WebDAVを使用して新しいコンテンツ・アイテムを作成する場合のみです。Webインタフェースを使用している場合は適用されません。

3. システムのデフォルト・メタデータ値: システムのデフォルト値は、コントリビューション・フォルダでもユーザーのデフォルト・メタデータでも定義されていないフィールドに適用されます。この値はシステム管理者が定義します。システムのデフォルト・メタデータ値を適用できるのは、WebDAVを使用して新しいコンテンツ・アイテムを作成する場合のみです。Oracle WebCenter Content ServerのWebインタフェースを使用するときは適用されません。

4. なし: メタデータ・フィールドは、必須フィールドでない場合には空白にできます。必須フィールドが空白である場合は、エラーが発生し、そのコンテンツ・アイテムはチェックインされません。

6.3.5 最新バージョンと最新リリース済バージョンとの比較

ドキュメントを編集してチェックインすると、改訂されたドキュメントが処理され、索引付けされ、リリースされます。改訂されたドキュメントは、このプロセスが完了するまで最新バージョンとみなされます。このプロセスが完了すると、改訂されたドキュメントは、最新リリース済バージョンとみなされます。

CollectionReleasedOnly構成変数の設定によっては、コンテンツ・アイテムの読取りアクセス権があるユーザーに最新バージョンが表示されたり、アイテムが未リリースの場合に何も表示されないことがあります。ただし、作成者はいつでも最新バージョンを参照できます。デフォルトではこの変数が有効になっており、読取りアクセス権があるすべてのユーザーに最新バージョンが表示されます。

CollectionReleasedOnly構成変数の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

6.3.6 ローカルのコントリビューション・フォルダ

ローカル・フォルダ機能を使用すると、コントリビューション・フォルダの構造を(ユーザーのシステムではなく)ホスト・システム上のローカル・ファイル・システムにマップできます。フォルダ、そのサブフォルダおよびコンテンツ・アイテムへの変更はローカル・ディレクトリに反映されます。ユーザーがローカル・ディレクトリ内のファイルにアクセスして変更できるようにするには、ローカル・フォルダを共有ドライブにマップし、標準のフォルダ権限を使用してアクセスを許可します。

ローカル・フォルダを使用すると、同じフォルダ階層内の他のファイルへのリンクが含まれているWebサイトのファイルなどのコンテンツを管理できます。コンテンツ・サーバーでは、フォルダの場所ではなくセキュリティ・グループおよびコンテンツ・タイプに従って、個々のコンテンツ・アイテムが格納されます。コンテンツ・サーバーから直接アクセスする場合には、Webページ間のハイパーリンクは機能しません。ローカル・フォルダを使用すると、フォルダ階層にコンテンツ・アイテムを配置して、コンテンツ・アイテム間のリンク関係を保持できます。

次のアウトラインでは、この機能をWebサイト管理に使用する方法について説明します。

1. Webデザイナが、内部ハイパーリンクを備えた複数のWebページで構成されたWebサイトを複数レベルのディレクトリ構造内に作成します。

2. WebDAVクライアントを介して、デザイナはWebサイトの構造全体をWebサイトというコントリビューション・フォルダにコピーします。

3. ローカル・フォルダ・ページで、共有ドライブZ:\IntranetのディレクトリにWebSiteフォルダがマップされます。

4. \Intranetディレクトリは、Webサーバーの仮想ディレクトリとして設定されます。

5. ユーザーは、Oracle WebCenter Content Serverにログインせずに、Z:\IntranetディレクトリからWebサイトにアクセスできます。Oracle WebCenter Content ServerでWebページを更新でき、更新したWebページは、ローカル・ディレクトリに自動的にレプリケートされます。

ローカル・フォルダを使用する場合は、次のことを考慮してください。

- Oracle WebCenter Content Serverのセキュリティは、ローカル・ディレクトリ内のフォルダまたはコンテンツ・アイテムには適用されません。

- ローカル・ディレクトリに表示されるのは、ステータスが「リリース」のコンテンツ・アイテムのみです。変換に失敗したアイテム、索引作成中のアイテム、ワークフロー内にあるアイテム、または将来のリリース日が設定されているアイテムはローカル・ディレクトリでは使用できません。

- ローカル・ディレクトリで使用できるのは、コンテンツ・アイテムの最新バージョンのみです。

- ローカル・ファイル・システムのディレクトリまたはファイルを直接変更すると、ローカル・フォルダのマッピングに問題が発生する場合があります。変更はすべて、Oracle WebCenter Content ServerのContribution Foldersインタフェースを介して行う必要があります。

- 特定のファイルへのアクセスを特定のセキュリティ・グループに属しているユーザーに限定する場合は、ローカル・ディレクトリを/weblayout保護ディレクトリに指定できます。

6.3.7 コントリビューション・フォルダのアーカイブと検索

フォルダの階層構造をエクスポートするのに使用する手順は、フォルダ・コンテンツをアーカイブするのに使用する手順とは異なります。フォルダ情報をエクスポートおよびアーカイブする場合には、次の考慮事項が適用されます。コンテンツは、アーカイバを使用して個別の手順でアーカイブできます。

- フォルダの階層構造は、Contribution Folders管理インタフェースから直接インポートおよびエクスポートできます。

- アーカイバを使用して、コンテンツ・アイテムをインポートおよびエクスポートできます。

- フォルダ階層をエクスポートすると、構造全体がエクスポートされます。特定のフォルダを指定することはできません。

- フォルダ階層は、Oracle WebCenter Content Serverによるインポートが可能なHDAフォーマットのテキスト・ファイルにエクスポートされます。

注意:

フォルダ・アーカイブ・ファイルをインポートすると、リポジトリからすべてのコンテンツ・アイテムが削除され、インポートしたフォルダ階層に置換されます。

Contribution FoldersのCollectionSearchRecursiveContent構成変数がtrueに設定されている場合は、ユーザーがインタフェースで「検索」をクリックすると、「参照」ボタンとフィールドが検索ページの「結果オプション」セクションに表示されます。「参照」をクリックして、目的のフォルダ(サブフォルダを含む)を探して選択します。

6.3.8 パフォーマンスの最適化

この項では、Contribution FoldersとWebDAVを有効にしてパフォーマンスを改善するためのガイドラインを示します。

- コントリビューション・フォルダの数、特に未使用のコントリビューション・フォルダの数を制限します。使用するフォルダが多いほど、より多くのRAMがフォルダ・キャッシュで必要になります。多数のフォルダが必要になる場合は、使用可能なメモリーを増やしてください。メモリーをさらに割り当てるには、メモリー要件を十分に満たし、エラーの発生を回避できるような値を-Xmx JAVA_OPTIONSパラメータに設定します。

- コントリビューション・フォルダ内のフォルダおよびコンテンツ・アイテムの数を制限します。コントリビューション・フォルダ内のフォルダまたはコンテンツ・アイテム(あるいはその両方)の数が多すぎると、パフォーマンスに影響を与える場合があります。フォルダを参照すると、フォルダ内の各アイテムはコンテンツ・サーバー、ネットワークおよびクライアント・ブラウザによって処理されます。各アイテムがこれらのステップを経由するたびに時間とリソースが費やされます。この時間は様々な要因によって異なります。経験則では、各アイテムによって、参照のレスポンス時間に数ミリ秒、ブラウザで表示されるページのサイズに数KBがそれぞれ追加されます。フォルダ内のアイテムの数は参照にのみ影響を与え、検索には影響を与えない点に注意してください。
コントリビューション・フォルダ内のフォルダまたはコンテンツ・アイテム(あるいはその両方)の数が多いと、ユーザーの操作性に影響を与える場合があります。フォルダに多数のアイテムが含まれていると、目的のアイテムが見つけにくくなります。

そのため、コントリビューション・フォルダごとにフォルダおよびコンテンツ・アイテムの数を制限します。フォルダ当たりのフォルダとコンテンツ・アイテムの推奨最大数はともに1,000です。Contribution Folders/WebDAVソフトウェアをインストールするときにこれらの制限を指定するか、または後で制限を変更します。詳細は、第6.4.1.1項「フォルダおよびファイルに関する制限の設定」を参照してください。

- データベース・メンテナンスを定期的に実行します。システムに多数のコンテンツ・アイテムおよびフォルダが含まれている場合は、データベースのパフォーマンスがContribution Foldersのパフォーマンスに影響を及ぼします。データベースの定期的なメンテナンス(月1回など)を実行して、十分なRAMがあること、データベースの索引が最適化されていること、およびデータベースが過度に断片化されていないことを確認してください。

- セキュリティを緩和して、適切なアクセス権がないユーザーがセキュアなコンテンツやフォルダを(アクセスではなく)表示できるようにします。セキュアなコンテンツやフォルダへのアクセス権がないユーザーに対して、そのコンテンツやフォルダを検索ページで表示可能にするかどうかは、変数CollectionContentSecurityおよびCollectionFolderSecurityによって制御されます。これらの変数を(デフォルト値ではなく) falseに設定すると、セキュアなコンテンツ・アイテムまたはフォルダへのアクセス権がないユーザーに対して、これらのアイテムまたはフォルダが検索ページに表示されます。ただし、ユーザーがそのコンテンツを表示しようとすると、アクセス拒否のエラーが表示されます。この設定では、問合せが単純化されるため(フィルタ処理の減少)、参照パフォーマンスが高速化されますが、ユーザーには、アクセスできないセキュアなコンテンツに関する情報の一部が表示されます。

- 検索ページに表示されるアイテムおよびフォルダの数を制限します。構成変数CollectionDisplayResultSetSizeを設定すると、検索ページに表示されるアイテムの最大数を制御できます。結果セット内のアイテムが指定した数を超えると、その結果は切り捨てられ、複数ページに分割されます。ナビゲーション・リンクを使用すると、ページ間を移動できます。この設定を使用すると、極端に大きなページが生成されるのを回避できます。

- 検索ページの項目に対する「アクション」ポップアップ・メニューから選択したオプションを削除します。次の構成変数は、検索ページの「情報」アイコンの横にある「アクション」ポップアップ・メニューから特定のメニュー・オプションを削除します。

- CollectionInfoEnabled: 「フォルダ情報」オプションおよび「コンテンツ情報」オプション

- CollectionLinkEnabled: 「ショートカットの作成」オプション

- CollectionMoveEnabled: 「移動」オプション

- CollectionDeleteEnabled: 「削除」オプション

6.3.9 メタデータの継承

新しいフォルダを作成したり、新しいコンテンツをフォルダにチェックインすると、その新しいフォルダまたはコンテンツ・アイテムのフィールドには親フォルダのメタデータが自動的に移入されます。フォルダは最初にメタデータを継承しますが、その値は親フォルダに影響を及ぼすことなく変更できます。後で親フォルダのメタデータを変更しても、既存のサブフォルダのメタデータやフォルダにチェックインしたコンテンツのメタデータは影響を受けません。

フォルダにチェックインしたアイテムに親フォルダのメタデータ値を継承しないことが適切である場合もあります。たとえば、ReadOnlyというメタデータ・フィールドをtrueに設定したフォルダを作成すると、そのフォルダの名前変更、移動、削除は禁止できますが、コンテンツはそのフォルダにチェックインできます。

フォルダにチェックインしたコンテンツが、そのフォルダのメタデータ値(ReadOnlyフィールドがtrue)を継承すると、そのコンテンツは作成者であっても削除できなくなります。あるフォルダを読取り専用に設定しても、そのフォルダにチェックインしたコンテンツにはReadOnlyのtrueの値を継承させずにコンテンツを削除可能にすることもできます。

ブラウザ・インタフェースを使用してチェックイン・ページでフォルダにチェックインしたコンテンツではReadOnlyフィールドの値をfalseに変更できますが、WebDAVを介してコンテンツをチェックインする場合は、チェックイン時にこのフィールドの値を変更する方法はありません。

親フォルダから値を継承しないようにするには、次の手順に従います。この例ではReadOnlyフィールドを使用しますが、任意のメタデータ・フィールドを使用できます。

1. /custom/Folders/resourcesディレクトリに移動します。

2. 既存のfolders_forcemeta_resource.hdaファイルをバックアップ用に別の名前でコピーします。

3. folders_forcemeta_resource.hdaファイルをテキスト・エディタで開きます。

4. 次のようにファイルを編集します。ResultSetは次のようになります。

@ResultSet METADATA_OVERRIDE
2
name
value
xReadOnly
0
@end

5. ファイルを保存します。

6. Oracle WebCenter Content Serverを再起動します。

6.4 コントリビューション・フォルダの管理

この項では、コントリビューション・フォルダの管理に通常伴うタスクについて説明します。次の項目について説明します。

- 第6.4.1項「コントリビューション・フォルダの構成」

- 第6.4.2項「ローカル・フォルダの管理」

- 第6.4.3項「コントリビューション・フォルダのアーカイブ」

- 第6.4.4項「URLがマップされたフォルダ」

6.4.1 コントリビューション・フォルダの構成

次の方法でフォルダのパフォーマンスを最適化できます。

- 第6.4.1.1項「フォルダとファイルに関する制限の設定」

- 第6.4.1.2項「システム・フォルダの有効化と無効化」

- 第6.4.1.3項「ごみ箱の無効化」

- 第6.4.1.4項「システムのデフォルト・メタデータの定義」

- 第6.4.1.5項「メタデータ伝播の構成」

- 第6.4.1.6項「特定フォルダを除くメタデータ・フィールドのグローバルな非表示」

6.4.1.1 フォルダとファイルに関する制限の設定

コントリビューション・フォルダ内のフォルダおよびコンテンツ・アイテムの最大数を変更するには、次の手順に従います。

1. 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。
「仮想フォルダの管理構成」画面が開きます。

2. 「仮想フォルダ当たりの最大フォルダ数」フィールドに数値を入力します。ユーザーがこの数を超えるコントリビューション・フォルダを定義しようとすると、エラー・メッセージが表示されます。

3. 「仮想フォルダ当たりの最大コンテンツ数」フィールドに数値を入力します。ユーザーがこの数を超えるコンテンツ・アイテムをチェックインしようとすると、エラー・メッセージが表示されます。

4. 「更新」をクリックします。

6.4.1.2 システム・フォルダの有効化と無効化

無効化したシステムレベルの階層フォルダを有効にするには、次の手順に従います。

1. 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。「システム・フォルダの構成」を選択します。
「システム・フォルダの構成」画面が開きます。

2. 有効にするフォルダの横にある灰色のアイコンをクリックします。
フォルダが有効化され、そのフォルダの検索ページが開きます。有効化したフォルダはユーザーに表示されます。

フォルダを無効にするには、同じ手順を実行します。無効にするフォルダの横にある緑色のアイコンをクリックします。

6.4.1.3 ごみ箱の無効化

Contribution Foldersの初期設定後にごみ箱を無効にするには、次の手順に従います。

1. 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。「システム・フォルダの構成」を選択します。
「システム・フォルダの構成」画面が開きます。

2. 「ごみ箱」の横にある緑色のドットをクリックして、ごみ箱を無効にします。

フォルダから削除したコンテンツは、ごみ箱に移動せずに完全に削除されます。いったん削除したコンテンツは復元できなくなります。

注意:

ごみ箱の無効化が特に有用なのは、Site Studioを使用している場合です。詳細は、第6.7.8項「Site Studio Webサイトのコントリビューション・フォルダからのコンテンツの削除」を参照してください。

6.4.1.4 システムのデフォルト・メタデータの定義

最初のチェックインに適用されるシステムのデフォルト・メタデータを定義するには、次の手順に従います。これらのデフォルト値がコントリビューション・フォルダを介してチェックインされたコンテンツに適用されるのは、ユーザーがそのコントリビューション・フォルダに対して値を定義していない場合のみです。

1. 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。「フォルダ構成」→「システムのデフォルト情報のフィールド構成」を選択します。
システムのデフォルトの情報フィールドの構成ページが開きます。

2. チェックイン時にコンテンツに適用するデフォルト値を指定します。Idocスクリプトを任意の情報フィールドで使用できます。

3. 「更新」をクリックします。

6.4.1.5 メタデータの伝播の構成

1. 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。「フォルダ構成」→「フィールド情報の継承構成」を選択します。
フィールド情報の継承構成ページが開きます。

2. 伝播するメタデータ・フィールドのチェック・ボックスを選択します。

3. 「更新」をクリックします。
階層フォルダ情報ページの「伝播」をクリックすると、選択したメタデータ値のみが伝播されます。

伝播禁止の設定自体を伝播するには、フィールド情報の継承構成ページのメタデータ更新の禁止フィールドのチェック・ボックスを選択します。ただし、伝播禁止の設定は、falseからtrueまたはfalseから空白にのみ伝播され、trueからfalseまたは空白からfalseには伝播されません。trueまたは空白に設定されているフォルダおよびコンテンツ・アイテムは、伝播プロセスの対象に含まれません。

6.4.1.6 特定フォルダを除くメタデータ・フィールドのグローバルな非表示

次の手順を使用して、すべてのフォルダおよび新しいチェックインに対して、1つ以上のメタデータ・フィールドをグローバルに非表示にし、特定のWebDAVコントリビューション・フォルダを使用したコンテンツのチェックインではこれらのメタデータ・フィールドを表示できるようにします。ルールの使用方法の詳細は、第3.2項「プロファイルを使用した「コンテンツ」画面のカスタマイズ」を参照してください。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。「構成マネージャ」→「ルール」タブをクリックします。
「構成マネージャ」: 「ルール」タブ画面が開きます。

2. 「追加」をクリックしてルールを追加します。ルールの名前と説明に関する情報を入力します。

3. 「一般」タブで、「優先度のあるグローバル・ルール」および「ルールのアクティブ化条件の使用」を選択します。

1. 「ルールのアクティブ化条件の使用」チェック・ボックスの横にある「編集」を選択します。

2. 「追加」をクリックして条件を追加します。

3. 条件がハイライトされていることを確認し、「句」タブを選択します。

4. 「フィールド」メニューの「フォルダ」を選択します。

5. 「演算子」メニューの「次の数値に等しくない」を選択します。

6. 「値」メニューで、メタデータ・フィールドを表示するフォルダのxcollectionIDを入力します。xcollectionIDは、データベースのコレクション表のdCollectionIDの下にあります。

7. 「追加」をクリックして、「句」セクションに句を追加します。

8. 「OK」をクリックします。

4. 「ルールの編集」ウィンドウから「フィールド」タブを選択します。

5. 「追加」をクリックし、非表示にするフィールドを選択します。

6. 「OK」をクリックします。
「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面が開きます。

7. 「ルール・フィールドの追加」ウィンドウの「タイプ」メニューで、「非表示」を選択します。

8. 「OK」をクリックします。

9. 「ルールの編集」メイン・ウィンドウで「OK」をクリックします。

10. 未指定のフォルダにコンテンツを追加して構成をテストします。フィールドが非表示になります。ルールに指定されているフォルダにコンテンツを追加します。フィールドが表示されます。フィールドを表示するために複数のフォルダが必要になる場合は、同じルールの条項内でさらに条件が必要になります。

6.4.2 ローカル・フォルダの管理

この項では、ローカル・フォルダの管理の次の項目について説明します。

- 第6.4.2.1項「ローカル・フォルダの指定」

- 第6.4.2.2項「ローカル・フォルダの再構築」

- 第6.4.2.3項「ローカル・フォルダの削除」

6.4.2.1 ローカル・フォルダの指定

コントリビューション・フォルダ構造をホスト・システム上のローカル・ファイル・システムにマップするには、次の手順に従います。

1. 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。「フォルダ構成」→「ローカル・フォルダ」を選択します。
ローカル・フォルダ・ページが開きます。

2. 「参照」をクリックします。
「参照中」ダイアログが開きます。

3. ファイル・システムにマップするフォルダをクリックします。上位フォルダに移動してそのサブフォルダを表示します。ターゲット・フォルダは開いているフォルダです。

4. 「OK」をクリックします。
「フォルダ」フィールドに、ターゲット・フォルダが入力されます。

5. 「ローカル・ディレクトリ」フィールドに、ディレクトリ名を入力します。
たとえば、c:/my_websiteのように指定します。

6. 「追加」をクリックします。
必要な場合は、このディレクトリがファイル・システム上に作成され、指定したフォルダ構造が指定したディレクトリにレプリケートされます。

6.4.2.2 ローカル・フォルダの再構築

ローカル・ファイル・システムにマップするフォルダのディレクトリ構造を再構築するには、次の手順に従います。

1. 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。「フォルダ構成」→「ローカル・フォルダ」を選択します。
ローカル・フォルダ・ページが開きます。

2. 再構築するフォルダ/ディレクトリのマッピングに対して「再構築」をクリックします。
そのディレクトリ(およびすべてのサブディレクトリとファイル)がローカル・ファイル・システムから削除され、フォルダ構造がそのディレクトリに再度コピーされます。

6.4.2.3 ローカル・フォルダの削除

ローカル・フォルダのマッピングを削除するには、次の手順に従います。

1. 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。「フォルダ構成」→「ローカル・フォルダ」を選択します。
ローカル・フォルダ・ページが開きます。

2. 削除するフォルダ/ディレクトリのマッピングに対して「削除」をクリックします。
そのディレクトリ(およびすべてのサブディレクトリとファイル)がローカル・ファイル・システムから削除され、マッピングがローカル・フォルダ・ページから削除されます。マッピングされたコントリビューション・フォルダは、ローカル・フォルダのマッピングが削除されるまで削除できません。

6.4.3 コントリビューション・フォルダのアーカイブ

この項では、フォルダのアーカイブに関する次の項目について説明します。

- 第6.4.3.1項「アーカイブのエクスポート」

- 第6.4.3.2項「アーカイブのインポート」

6.4.3.1 アーカイブのエクスポート

注意:

アーカイブ・ファイルとしてエクスポートされるフォルダ階層のサイズによっては、JVMのデフォルトのヒープ・サイズの値が十分でない場合があります。エクスポート手順でメモリー・エラーが発生する場合は、ヒープ・サイズを大きくしてください。

フォルダ階層をアーカイブ・ファイルとしてエクスポートするには、次の手順に従います。

1. 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。
「仮想フォルダの管理構成」画面が開きます。

2. 「アーカイブのエクスポート」をクリックします。
ダイアログが開き、ファイルを保存するように求められます。

3. 「保存」をクリックします。

4. フォルダ・アーカイブ・ファイルを保存するディレクトリに移動します。

5. アーカイブ・ファイルを容易に識別できるように新しいファイル名を指定します(例: 101127_CollectionArchive)。

注意:

Windowsでは、ファイル・タイプを「テキスト・ドキュメント」にしておき、これにより、ファイル名に.txt拡張子が追加されます(例: CollectionArchive.hda.txt)。単に.hda拡張子でファイルを保存するには、「すべてのファイル」ファイル・タイプを選択します。

6. 「保存」をクリックします。
指定したファイルにフォルダ階層がエクスポートされます。

6.4.3.2 アーカイブのインポート

次の手順を使用して、アーカイブしたフォルダ構造をインポートします。

注意:

この手順を実行すると、現在のフォルダがすべて削除され、インポートされたフォルダ階層に置換されます。この手順は一般に、リポジトリ内にコンテンツ・アイテムが存在しないOracle WebCenter Content Serverに対してのみ実行してください。

1. 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。
「仮想フォルダの管理構成」画面が開きます。

2. 「参照」をクリックし、インポートするアーカイブ・ファイルに移動します。

3. 「開く」をクリックします。
パスとファイル名がフィールドに表示されます。

4. 「アーカイブのインポート」をクリックします。
確認のプロンプトが開きます。

5. 「OK」をクリックします。
アーカイブ済フォルダがインポートされて、再作成されます。

6.4.4 URLがマップされたフォルダ

フォルダにURLをマップするには、「メイン」メニューから「管理」→「フォルダ構成」の順に選択します。「フォルダにマップされているWeb URL」オプションを選択します。表示されたリストからフォルダおよびフォルダのURLを選択します。Web URLのマッピングの詳細は、『Oracle WebCenter Content Serverシステム管理者ガイド』のWebUrlMapPluginによるURLのマッピングに関する項を参照してください。

6.5 WebDAVインタフェース

WebDAV (Web-Based Distributed Authoring and Versioning)はOracle WebCenter Content Serverとともに自動的にインストールされて有効化され、WebDAVプロトコルをサポートしているクライアントを使用してOracleコンテンツをリモートで作成および管理する方法を提供します。たとえば、OracleのWebブラウザ・インタフェースを使用せず、Windows Explorerを使用してフォルダやファイルを管理したり、Microsoft Office製品を使用してOracleリポジトリ内のコンテンツをチェックイン、チェックアウトおよび変更できます。WebDAVプロトコルはRFC 2518.0で規定されています。詳細は、http://www.webdav.orgでWebDAVのリソースに関するページを参照してください。

WebDAVは、次のオーサリング機能およびバージョニング機能をサポートしています。

- バージョン管理

- 上書き防止用のロック

- Webページのプロパティ

- Webリソースの収集

- ネームスペース管理(Webサーバー上でのページのコピーまたは移動)

- アクセス制御

コンテンツ管理システムでWebDAVを使用すると、WebDAVクライアントは、コンテンツ・リポジトリ内のネイティブ・ファイルへの代替ユーザー・インタフェースとして機能します。作成者がOracleのWebブラウザ・インタフェースとWebDAVクライアントのどちらを使用しても、同じバージョニングとセキュリティ制御が適用されます。

Oracle WebCenter Content ServerのWebDAVインタフェースは、Folders(FrameworkFolders)コンポーネントまたはContribution Folders(Folders_g)コンポーネントが提供するフォルダ・インタフェースに基づいています。特に明記されていない場合、WebDAVは両方のコンポーネントに対して同じように機能します。

重要:

WebDAVでは、ユーザー名にASCII以外の文字を使用できません。

この項の内容は次のとおりです。

- 第6.5.1項「WebDAVクライアント」

- 第6.5.2項「WebDAVアーキテクチャ」

- 第6.5.3項「WebDAVフォルダ」

- 第6.5.4項「複数言語同時サポート」

WebDAVインタフェースを使用する方法の詳細は、『Oracle WebCenter Content Content Serverユーザーズ・ガイド』を参照してください。

6.5.1 WebDAVクライアント

WebDAVクライアントは、WebDAVプロトコルを使用してリクエストを送信し、レスポンスを受信できるアプリケーションです。通常、WebDAVクライアントには追加設定が必要ありません。

WebDAVプロトコルをある程度サポートするアプリケーションは数多くありますが、コンテンツ・サーバーでは次の項目をテストし、サポートしています。

- Microsoft Windows Explorer

- Microsoft Word 2002（XP）から2010

- Microsoft PowerPoint 2002（XP）から2010

- Microsoft Excel 2002（XP）から2010

Windows Explorerを使用して、WebDAV以外のクライアントで作成されたファイルを管理できますが、ネイティブ・アプリケーションを使用して、リポジトリとの間でコンテンツのチェックインやチェックアウトを行うことはできません。

注意:

WebDAVクライアントという用語を、Oracle WebDAVクライアント(WebDAVインタフェースを拡張する独立したOracle製品)と混同しないでください。

Windowsエクスプローラ、Microsoft Outlook、Lotus Notesおよびその他のアプリケーションとのより密接な統合によりWebDAVクライアント環境を拡張できるOracle WebCenter Content: Desktopもまた用意されています。詳細は、Oracle WebCenter Desktopユーザーズ・ガイドを参照してください。

6.5.2 WebDAVアーキテクチャ

WebDAVは、WebDAVリクエストを直接処理するコンポーネントを介してサポートされます。WebDAVリクエストは、次のプロセスに従います(図6-1を参照)。

1. Oracle WebCenter Content ServerへのリクエストがWebDAVクライアントで作成されます。

2. メッセージは、カスタム・フィルタを介してWebサーバーで処理されます。

3. Oracle WebCenter Content Serverで、WebDAVコンポーネントが次の機能を実行します。

- クライアント・リクエストをWebDAVと認識します。

- クライアント・リクエストを該当するWebDAVサービス・コールにマップします。

- WebDAVリクエストから該当するリクエストにクライアント・リクエストを変換します。

- コアのOracle WebCenter Content Serverに接続し、リクエストを実行します。

4. WebDAVコンポーネントによってレスポンスがWebDAVレスポンスに変換され、WebDAVクライアントに返されます。

図6-1 WebDAVのプロセス

重要:

WebDAVでは、いくつかの標準でないHTTPメソッド(PROPFIND、PROPPATCH、MKCOL、DELETE、COPY、MOVE、LOCK、UNLOCKなど)が使用されます。多くのサードパーティ・アプリケーション(ファイアウォール、プロキシ・サーバー、ロード・バランサ、シングル・サインオンのアプリケーションなど)では、これらのメソッドをデフォルトでは使用できません。これらのアプリケーションのいずれかをネットワークで使用している場合は、WebDAVメソッドを使用可能にするための再構成が必要な場合があります。

6.5.3 WebDAVフォルダ

WebDAVフォルダには、ネットワーク接続場所の場合と同様に接続します。使用する資格証明は、Oracle WebCenter Content Serverの標準のブラウザ・インタフェースに使用するものと同じです。保有するユーザー権限の定義に従って、フォルダおよびフォルダ・コンテンツを操作できます。たとえば、あるコンテンツ・アイテムの読取り権限がある場合、そのファイルは表示できますが、そのファイルにリビジョンをチェックインすることはできません。

WebDAVインタフェースにはブラウザ・インタフェースで使用可能なオプションのサブセットが提供されます。通常は、フォルダとコンテンツ・アイテムの作成、削除、移動およびコピーと、コンテンツ・アイテムの変更およびチェックインができます。WebDAVインタフェースを通じてコンテンツ・アイテムをチェックアウトするには、ファイルを開くことのできるWebDAVクライアントを使用する必要があります。メタデータ値の指定または伝播などの他の管理タスクを実行するには、標準のブラウザ・インタフェースを使用する必要があります。

WebDAVフォルダへの接続を確立し、WebDAVフォルダを使用してコンテンツを管理する方法の詳細は、『Oracle WebCenter Content Content Serverユーザーズ・ガイド』を参照してください。

6.5.4 複数言語同時サポート

同時に複数の言語をサポートする場合、特定のWebDAVプロパティ(メタデータ・フィールド)ではASCII以外の文字を使用できません。ASCII以外の文字を使用すると、WebDAVクライアントでは、その文字を含むフォルダをリストできなくなる場合があります。たとえば、英語のデスクトップでは日本語の表示に問題が起きることがあります。

ASCII以外のキャラクタ・セットを使用できない具体的なフィールドは、WebDAVクライアントによって異なります。

Microsoft Web Folders

次のフィールドではASCII以外の文字を使用できません。

- コンテンツ名(dDocName)

- 元のコンテンツ名(dOriginalName)

- コンテンツ・タイトル(dDocTitle)

- フォルダ名

Oracle WebCenter Content Desktop

次のフィールドではASCII以外の文字を使用できません。

- コンテンツ名(dDocName)

- 元のコンテンツ名(dOriginalName)

- コンテンツ・タイトル(dDocTitle)

- コンテンツ・タイプ(dDocType)

- コンテンツ・アイテムの作成者(dDocAuthor)

- セキュリティ・グループ(dSecurityGroup)

- フォルダ名

6.6 WebDAVの管理

WebDAVをインストールした後、フォルダ・コンポーネントのWebページからほとんどのWebDAVシステム管理タスクを実行できます。コントリビューション・フォルダの詳細は、第6.4項「コントリビューション・フォルダの管理」を参照してください。Foldersの詳細は、第6.2項「Foldersの管理」を参照してください。

この項の内容は次のとおりです。

- 第6.6.1項「WebDAV接続文字列」

- 第6.6.2項「コンテンツ・アイテムのデフォルトの命名規則」

- 第6.6.3項「セキュリティとWebDAV」

6.6.1 WebDAV接続文字列

コンテンツ・サーバーへの接続を確立するときには、ユーザーはそのサーバーのWebDAV URLを提供する必要があります。定義した各コンテンツ・サーバー接続には、それぞれ固有のWebDAV URLが必要であることに注意してください。同一のWebDAV URLを使用してコンピュータに2つのサーバー接続を確保することはできません。一般的なWebDAV URLは、次の形式になります。

http[s]://host-name:[port]/web-root/idcplg/webdav

次に例を示します。

http://server:7044/idc/idcplg/webdav
http://server.example.com:16200/cs/idcplg/webdav
https://server/cs/idcplg/webdav

フォームベースのログインを使用するため、WebDAV接続文字列のWebルートの前に_davルートが必須になりました。次に例を示します。

http://host_name:16200/_dav/cs/idcplg/webdav/

6.6.2 コンテンツ・アイテムのデフォルトの命名規則

ユーザーがWebDAVフォルダを介して新しいコンテンツをチェックインしたときには、コンテンツ・アイテムのタイトルなどのメタデータ値は明示的に設定できません。原則として、コンテンツ・アイテムはフォルダに指定されているメタデータのデフォルト値を継承します。

コンテンツ・アイテムのタイトル(dDocTitle)は、後述の場合を除き、常に元のファイル名(dDocOriginalName)に設定されます。

フォルダのデフォルト

Folders(FrameworkFoldersコンポーネント)では、フォルダのデフォルト・メタデータの一部としてタイトルが指定されている場合、フォルダによって指定されたタイトルがドキュメントのタイトルとして使用されます。

コントリビューション・フォルダのデフォルト

Contribution Folders(Folders_gコンポーネント)では、フォルダのデフォルト・メタデータの一部としてタイトルが指定されており、かつ変数CollectionDocTitleOverrideが1に設定されている場合、フォルダによって指定されたタイトルがドキュメントのタイトルとして使用されます。

この変数設定は、IntradocDir/config/config.cfgファイルで変更できます。

6.6.3 セキュリティとWebDAV

WebDAVには、次のセキュリティ機能が含まれています。

- アクセス: フォルダ・コンポーネントおよびOracle WebCenter Content Serverのユーザー・ログインおよびセキュリティ制御は、WebDAVクライアントで管理されるコンテンツにも適用されます。たとえば、あるコンテンツ・アイテムの読取り権限がある場合、そのファイルを表示できますが、そのファイルに新しいリビジョンをチェックインすることはできません。

- ログインCookie: ユーザーがWebDAVアプリケーションを使用してOracle WebCenter Content Serverにログインすると、WebDAVコンポーネントによってクライアント内にCookieが設定されます。WebDAVリクエストがWebDAVMaxInactiveInterval構成パラメータに指定された時間内に行われた場合には、Cookieは設定されたままです。デフォルトでは3600秒、つまり1時間です。WebDAVクライアント・アプリケーションが終了しても、Cookieは設定されたままです。Cookieが期限切れになった場合、ユーザーはOracle WebCenter Content Serverに再びログインし、Microsoft Word、ExcelおよびPowerPointを使用してWebDAVトランザクションを実行する必要があります。
Cookieには、権限のないユーザーが偽のCookieを生成するのを防ぐ暗号化キーが組み込まれています。WebDAVSecretKeyパラメータは、キーの生成に使用されます。WebDAVログインCookieが他のOracle WebCenter Content Serverで使用されないようにするには、WebDAVでアクセスするインスタンスごとにWebDAVSecretKeyの設定を一意の新しい値に変更します。

- Windows Explorer: ユーザーがWindows Explorerを使用してOracle WebCenter Content Serverにログインすると、クライアントによってユーザー・ログイン認証がシェル内に保持されます。ログインCookieの期限が切れた場合でも、Oracle WebCenter Content ServerにはWindows Explorerからユーザー名とパスワードが自動的に送信されるため、ログインを要求するプロンプトは表示されません。これをクリアする唯一の方法は、ユーザーがWindowsからログアウトすることです。

- 個人フォルダ: コンテンツ・サーバーは、ユーザーごとに個人フォルダ(/Users/<username>/)を作成します。Webインタフェースの機能により、ユーザーは/Usersディレクトリにフォルダを作成できません。ただし、ユーザーがWebDAVインタフェースを介して/Usersディレクトリに書き込むことができないようにするには、/Usersフォルダに対する権限を明示的に設定する必要があります。たとえば、フォルダに対する読取りアクセス権はほとんどのユーザーに付与し、フォルダへの書込みは管理者にのみ許可できます。

- セッション・タイムアウト: WebDAVクライアントでセッション・タイムアウト値が指定されていない場合は、WebDAVDefaultTimeout設定で指定されているデフォルトのタイムアウトが使用されます。セッション中にアクティビティがなくタイムアウトまでの間ファイルがロック(チェックアウト)されたままの場合は、チェックアウトされたすべてのコンテンツに「チェックアウトを元に戻す」が適用されます。

6.7 WebDAVのトラブルシューティング

この項では、WebDAVの使用時に発生する問題について説明し、想定される解決策を示します。

- 第6.7.1項「ゼロバイトのファイル」

- 第6.7.2項「WebDAVフォルダへの接続がない」

- 第6.7.3項「接続に関するその他の問題」

- 第6.7.4項「ファイル名のダブルバイト文字」

- 第6.7.5項「仮想フォルダ名またはファイル名の番号記号」

- 第6.7.6項「ExtranetLookコンポーネントの問題」

- 第6.7.7項「自動コントリビューション・ワークフロー・ステップにおけるコンテンツ・アイテムのスタック」

- 第6.7.8項「Site Studio Webサイトのコントリビューション・フォルダからのコンテンツの削除」

- 第6.7.9項「WebDAVのドラッグ・アンド・ドロップがWindows 2000で機能しない」

- 第6.7.10項「フォルダ・ショートカットに最新の変更が表示されない」

- 第6.7.11項「すべてのWebDAVリクエストのプロファイル・ルール」

ヒント:

WebDAVコンポーネントの操作に関するエラー・メッセージと詳細情報は、Oracle WebCenter Content Serverのログを参照してください。

6.7.1 ゼロバイトのファイル

Office 2000アプリケーションの使用時にWebDAVサーバーにあるドキュメントを開くと、内容が空(0バイト)であると表示されます。

6.7.1.1 原因

この問題は、Microsoft Internet Explorerのインターネット一時ファイルの設定の組合せに起因している可能性があります。WebDAVファイルはOracle WebCenter Content Serverに存在していますが、特定の設定を伴うクライアント・コンピュータでは正しく開けません。

6.7.1.2 解決策

1. Internet Explorerで、「ツール」→「インターネット オプション」を選択します。

2. 「全般」タブで、「設定」をクリックします。

3. 「保存しているページの新しいバージョンの確認」で「ページを表示するごとに確認する」を選択します。

4. 「インターネット一時ファイルのフォルダ」で、ディスク領域の容量増加を検討します。(容量が少ないと、空のファイルの問題が発生する頻度が高くなります。)

5. 「OK」を2回クリックして設定を保存し、画面を閉じます。

6.7.2 WebDAVフォルダへの接続がない

クライアント・コンピュータがWebDAVフォルダに接続されません。

6.7.2.1 原因

Internet Explorerがプロキシ・サーバーを使用するように構成されています。

6.7.2.2 解決策

次のいずれかを実行します。

- HTTPサーバー/WebDAVサーバーにプロキシ・サーバー・インスタンスを使用しないようにクライアント・コンピュータを構成します。このためには、Internet Explorerで「ツール」→「インターネット オプション」を選択します。「接続」→「LANの設定」→「詳細設定」→「例外」を選択します。WebDAVサーバーのIPアドレス/ホスト名を指定します。

- プロキシ・サーバーの構成を変更して、WebDAVメソッド(WebDAV固有のHTTP/1.1拡張機能)が標準のGET、POSTおよびその他のHTTP/1.1メソッドとともに通過できるようにします。詳細は、ご使用のプロキシ・サーバーのマニュアルを参照してください。

- Windows VistaでWebDAVが正しく機能するには、Service Pack 2が必要です。

6.7.3 接続に関するその他の問題

- Windows XP、Vistaおよび7の一部のバージョンは、HTTP経由またはHTTP基本認証を使用して実行しているWebDAVサーバーに接続されません。解決するには、レジストリ・エントリを設定する必要があります。詳細は、http://support.microsoft.com/kb/841215を参照してください。

- Windows 7でネットワーク・ドライブをマッピングすると、Windowsでは、ログイン・セッションで失敗となったすべての試行が記憶され、ホストへの1回の接続が失敗すると、その後は接続が再試行されません。このことは、Internet Explorerでブラウザ・キャッシュを消去し、WebDAV URLを変更している場合でも同じです。この問題を回避するには、Windows 7を再起動してから、WebDAV経由でそのホストへの接続を再試行してください。

- デフォルトでは、Office 2010では、非SSL接続での、Basic認証を使用するWebDAV経由のドキュメントは開かれません。解決するには、レジストリ・エントリを設定する必要があります。詳細は、http://support.microsoft.com/kb/2123563を参照してください。

6.7.4 ファイル名のダブルバイト文字

ファイル名にダブルバイト文字を使用したファイルをチェックインできません。

6.7.4.1 原因

西ヨーロッパ言語のオペレーティング・システムでOracle WebCenter Content Serverを実行している場合、Microsoft WebDAVクライアントは、ファイル名にダブルバイト文字を使用したファイルを処理できないことがあります。

6.7.4.2 解決策

ファイル名からダブルバイト文字をすべて排除するか、Oracle WebCenter Content ServerのWebブラウザ・インタフェースを介してファイルをチェックインします。

6.7.5 仮想フォルダ名またはファイル名の番号記号

フォルダ名に番号記号(#)を使用すると、エラーが発生したり、番号記号(#)の前でフォルダ名が切り捨てられます。ファイル名に番号記号(#)を使用するとエラーが発生します。

6.7.5.1 原因

WebDAVフォルダ名またはファイル名では番号記号(#)を使用できません。

6.7.5.2 解決策

フォルダ名から番号記号(#)を削除します。ファイル名から番号記号をすべて排除するか、Oracle WebCenter Content ServerのWebブラウザ・インタフェースを介してファイルをチェックインします。

6.7.6 ExtranetLookコンポーネントの問題

フォルダ・コンポーネントをインストールした後、ExtranetLookコンポーネントが機能しません。

6.7.6.1 原因

WebDAVコンポーネントでは、CookieベースのログインにCookieLoginPlugin.dllが使用されます。WebDAVを使用してMS Wordでドキュメントを開くと、Cookieによって追加のログイン・プロンプトが排除されます。大部分のユーザーはフォームベースのログインを望まないため、通常、コンポーネントでは、Webページでのフォームベースのログインがdllによって実行されないようになっています。ただし、ユーザーが希望する場合は、次の手順に従ってフォームベースのログインを実行できます。

6.7.6.2 解決策

WebDAVコンポーネントでフォームベースのログインを可能にするには、追加の構成変更が必要です。WebDAVコンポーネントとExtranetLookコンポーネントを併用するには、WebDAVDisableOtherFilterCookies=falseを設定します。

6.7.7 自動コントリビューション・ワークフロー・ステップにおけるコンテンツ・アイテムのスタック

コンテンツ・アイテムをフォルダにドラッグ・アンド・ドロップすると、コンテンツ・アイテムが予期したとおり、自動的にワークフローに入りました。ただし、このコンテンツ・アイテムはワークフローの自動コントリビューション・ステップ内でスタックしているように見えます。このコンテンツ・アイテムを承認する唯一の方法は、選択した「リビジョン編集の終了」オプションでコンテンツ・アイテムをチェックアウトし、再度チェックインすることであり、これによって、そのコンテンツ・アイテムはワークフローの最初のステップに移動します。

6.7.7.1 原因

WebDAVインタフェースを介してコンテンツ・アイテムをコントリビュートするときのデフォルトのワークフロー動作が変更されました。Foldersリビジョン91以上では、フォルダにコントリビュートしたとき、コンテンツ・アイテムは、従来のデフォルトであったワークフローの最初のステップではなく、コントリビューション・ステップでワークフローに入ります。これは、Site Studioのプレビュー・モードをサポートするための変更ですが、その結果、コンテンツ・アイテムはワークフローを正しく進まなくなり、Site Studioインタフェースを使用した承認が可能になりました。ただし、Site Studioを使用していない場合、これは望ましい動作ではありません。

6.7.7.2 解決策

この問題に対処するための構成エントリが2つあります。

- AutoContributorAdvancesOnUnlock: この構成エントリを有効にすると、リビジョン91より前のFoldersコンポーネントのバージョンと同様に、コンテンツは最初のワークフロー・ステップに即座に進みます。

- AutoContributorAllowsReview: この構成エントリによって、ユーザーは、チェックアウト/チェックインの手順を実行しなくても、ワークフローのコントリビューション・ステップのコンテンツ・アイテムを承認できます。

6.7.8 Site Studio Webサイトのコントリビューション・フォルダからのコンテンツの削除

Site Studio Webサイトへのコントリビュートに使用しているフォルダからドキュメントを削除しても、削除したドキュメントはWebサイトの動的リストに引き続き表示されます。

6.7.8.1 原因

Foldersコンポーネントのインストール時にごみ箱機能の有効化を選択すると、ごみ箱が作成され、各フォルダから削除されたコンテンツがすべて格納されます。Site Studioには副作用があり、WebDAVフォルダから削除されたドキュメントが引き続きSite Studioの動的リスト(目次など)および問合せに表示されます。Site Studio Webサイトのすべての動的リストおよび問合せからドキュメントを消去するには、ドキュメントをごみ箱から明示的に削除します。

6.7.8.2 解決策

ドキュメントを2回削除する必要がないようにする方法は、第6.4.1.3項「ごみ箱の無効化」を参照してください。ごみ箱を無効にした後は、一度削除したドキュメントを復元できなくなることに注意してください。

6.7.9 WebDAVのドラッグ・アンド・ドロップがWindows 2000で機能しない

WebDAVクライアントを使用してドラッグ・アンド・ドロップを試行しても、ファイルが作成されないか、0バイトのファイルが作成されます。アクションが正常に完了していないのに、エラー・メッセージが表示されません。WebDAVクライアントを使用したファイルのコピー・アンド・ペーストは機能します。

6.7.9.1 原因

この問題は、Office 2000サービス・リリース1以降にアップグレードしたWindows 2000の一部のバージョンで既知の問題です。

6.7.9.2 解決策

次の解決策を使用すると、ドラッグ・アンド・ドロップの問題を回避または解決できます。

- ドラッグ・アンド・ドロップが機能しない状況では、コピー・アンド・ペーストを使用してコンテンツを追加します。

- 次のURLにあるMicrosoftナレッジ・ベース記事の説明に従って、Windows dllファイルをアップグレードします: http://support.microsoft.com/default.aspx?scid=kb;en-us;288440

6.7.10 フォルダ・ショートカットに最新の変更が表示されない

Webフォルダへのショートカットを作成し、そのショートカットを使用してWebフォルダを開いた場合、Webフォルダにはフォルダ・コンテンツに対する最新の変更が表示されません。

6.7.10.1 原因

フォルダ・ショートカットには、最新ではなくなったキャッシュ済情報が表示されることがあります。これは、Microsoft Windowsの既知の問題です。

6.7.10.2 解決策

[F5]を押すか、または「表示」メニューの「リフレッシュ」を選択して、フォルダの表示をリフレッシュします。

6.7.11 すべてのWebDAVリクエストのプロファイル・ルール

すべてのWebDAVリクエストに適用するプロファイル・ルールはどのようにすると作成できますか。

6.7.11.1 解決策

プロファイル・ルールの変数IsWebdavRequestをチェックします。たとえば、dOutDateフィールドに対して次のスクリプトを使用すると、dOutDateフィールドがすべてのWebDAVチェックインに対して今後30日間に設定されていることを確認できます。

<$if IsWebdavRequest$>
<$dprDerivedValue=dateCurrent(30)$>
<$endif$>

7 コンテンツ・フォリオの管理

コンテンツ・フォリオはオプションのコンポーネントで、Oracle WebCenter Content Serverとともに自動的にインストールされます。有効な場合は、複数のコンテンツ・アイテムの論理グループをOracle WebCenter Content Serverのセキュアな環境内から収集、追跡およびアクセスするための迅速かつ効果的な方法を提供します。

たとえば、次回のパンフレットに関連するすべてのアイテム(イメージ、ロゴ、法的表示、広告コピーなど)をワークフロー・プロセスを介して収集し、送信できます。承認された後、関連付けられたすべてのコンテンツをダウンロードして、印刷用に送信できます。

この章には次の項があります。

- 第7.1項「コンテンツ・フォリオの使用」

- 第7.2項「コンテンツ・フォリオの管理」

7.1 コンテンツ・フォリオの使用

コンテンツ・フォリオは、リポジトリにチェックインされたXMLファイルで、要素を使用してノード、スロットおよび指定されたコンテンツ・アイテムの階層構造を定義します。コンテンツ・フォリオは実際には論理的グループで、つまり、コンテンツを構造化するフレームワークです。簡易フォリオ は単一階層のコンテナで、 詳細フォリオ はフォルダ内の階層でコンテンツをネストできます。詳細フォリオを使用すると、コンテンツ・アイテムの収集前、収集中または収集後に階層を確立できます。

既存のフォリオにコンテンツを追加したり、変更されないようにロックできます。リポジトリを検索することによって、コンテンツ・アイテム・フォリオを追加できます。新しいアイテムをリポジトリにチェックインするか、既存のコンテンツを検索すると、コンテンツ・アイテムを詳細フォリオに追加できます。詳細フォリオには、Webサイトや共有ネットワーク・ドライブなどの外部リソースへのハイパーリンクを含めることもできます。

コンテンツ・フォリオを使用すると、次の機能が追加されます。

- コンテンツをフラットな簡易フォリオ構造に編成する

- コンテンツを階層のある拡張フォリオ構造に編成する

- フォリオ作成時に選択するための事前構造化されたテンプレートを作成する

- フォリオの構造を動的に変更する

- フォリオの構造をロックして動的に変更されないようにする

- コンテンツ・フォリオをロックして追加されないようにする

- フォリオのロックを解除して追加できるようにする

- リビジョンを追跡せずにフォリオを変更する

- リビジョンを追跡するためにフォリオのスナップショットを取得する

- .zip、.pdfまたはXML形式のフォリオ・コンテンツのレンディションをダウンロードする

- コンテンツ・アイテムの収集に使用する複数の構造化されていないコンテンツ・バスケットを作成する

コンテンツ・フォリオのインストール中には、いくつかの変更がOracle WebCenter Content Serverに適用されます。

- 追加のメタデータ・フィールド: フォリオまたはテンプレートの現行の状態を記録するために、次のメタデータ・フィールドが追加されます。

- CpdIsTemplateEnabled

- CpdIsLocked

- 追加のビュー: 次のビューが追加され、コンテンツ・フォリオの表をJavaScriptに通信するためにフォリオ編集ページで使用されます。

- NodPropertyView

- LinkPropertyView

- NodeRemovalTypeView

- CpdTreeDisplayFunctionMapView

- CpdPopupEditActionsView

- ItemPropertyView

- PneDocProfileView

- 追加のリレーション: PneDocProfileViewでは、GenericUserProfileRelationが使用されます。

- 追加の表: 次の表には、システム内のコンテンツに対するフォリオとコンテンツ・バスケットのリンクが記録されます。

- CpdLinks

- CpdArchiveLinks

- CpdBasketLinks

- CpdEditHistory

フォリオが無効化された場合でも、Oracle WebCenter Content Serverに加えられた変更はそのままになります。

7.2 コンテンツ・フォリオの管理

フォリオを作成するとき、フォリオを事前定義済テンプレートに基づく構造にでき、作成または編集するときに、必要に応じて変更できます。

この項の内容は次のとおりです。

- 第7.2.1項「フォリオ・テンプレートの作成と編集」

- 第7.2.2項「カスタム・ビューアおよびレンダラの追加」

7.2.1 フォリオ・テンプレートの作成と編集

フォリオ・テンプレートは、ノード、サブノード、スロットおよびフォリオの作成時に必要なコンテンツ・アイテムの事前定義された編成です。ユーザーは、詳細フォリオを作成する際に、フォリオ・テンプレートを選択できます。フォリオ・テンプレートはOracle WebCenter Content Serverにチェックインして管理されるXMLファイルで、いつでも編集または改訂できます。テンプレートに対するリビジョンは、そのテンプレートに基づいた既存のフォリオには遡及的に適用されず、テンプレートの新しいリビジョンに基づいて作成された新しいフォリオにのみ適用されます。

フォリオ・テンプレートを作成するには、管理権限が必要です。

7.2.1.1 フォリオ・テンプレートの作成

フォリオ・テンプレートを作成するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「フォリオの管理」を選択します。「フォリオ・テンプレートの作成」を選択します。
フォリオ・テンプレートの作成/フォリオ・テンプレートの編集ページが表示されます。

2. まずフォリオ・テンプレートを保存し、フォリオをチェックインします。「アクション」メニューから「テンプレートの保存」を選択します。テンプレートで使用するプロファイルを選択し、「次へ」をクリックします。テンプレートの説明的なタイトルなど、必要なチェックイン情報を入力します。「チェックイン」をクリックします。

3. フォリオ・テンプレートの作成/フォリオ・テンプレートの編集ページでテンプレートに構造またはコンテンツを追加し、テンプレートのプロパティを定義します。
フォリオ・テンプレートの作成/フォリオ・テンプレートの編集ページの「構造」タブは、3つのセクションに分かれています。

- フォリオ構造ペイン: フォリオ階層を構成するノード、スロットおよびアイテムが表示されます。フォリオ構造領域内で右クリックすると、コンテキスト・メニューで次のオプションが表示されます。特に明記されていない場合、ノード、アイテムおよびスロットのオプションを使用できます。

- 選択したソース・アイテムの挿入: 「ソース・アイテム」ペインで選択したアイテムをスロットに挿入します。スロットにアイテムが含まれている場合、そのアイテムは置換されます。

- 検索によるアイテムの挿入: 検索ウィンドウを開き、アイテムを検索して、選択したノードまたはスロット内のフォリオに追加します。スロットにアイテムが含まれている場合、そのアイテムは置換されます。

- チェックインによるアイテムの挿入: チェックイン・フォームを開き、選択したノードまたはスロット内で使用されるアイテムを追加します。スロットにアイテムが含まれている場合、そのアイテムは置換されます。

- コンテンツ・アイテムの削除: スロットからコンテンツを削除します。スロットは削除しません。(アイテムのみ)

- ハイパーテキストの挿入: 指定したURLへのハイパーリンクを設定できる構造に新しいアイテムを作成します。

- ノードの作成またはスロットの作成: 指定の場所でノードまたはスロットを作成します。

- 切取り、コピー、貼付け: 必要に応じて、後で貼り付けるためにアイテムを切取りまたはコピーします。

- 削除: 構造からアイテムを削除します。

- 「エレメント情報」ペイン: ノード、スロットまたはアイテムがフォリオ構造ペインで選択されると、選択された項目に関する情報が表示され、必要に応じてその情報を変更できます。変更された情報は、チェックインされるXMLファイルに書き戻されます。特に明記されていない場合、ノード、アイテムおよびスロットの次のフィールドを使用できます。

- 名前: オブジェクトの名前。

- 説明: オブジェクトの説明。

- 属性(スロットおよびアイテム): オブジェクトの使用方法と制限。デフォルト属性は次のとおりです。
空を許可: オブジェクトを空のままにすることができます。

コンテンツのロック: スロットからアイテムを削除できません。

削除可能: オブジェクトを削除できます。

外部を許可: 外部リンクを指定できます。

フォーマットの制限: ファイル拡張子にフォーマットをマップするカンマ区切りリストによって、許可するコンテンツ・アイテム・フォーマットを制限します。詳細は、第2.3.3項「ファイル・タイプと変換プログラムの関連付け」を参照してください。

フォリオを許可: スロットにフォリオを指定できます。

コンテンツ・プロファイル: 検索またはチェックインによってアイテムを追加する場合に使用されるコンテンツ・プロファイル。

アイテムのクローン: 関連付けられたアイテムのクローンを作成します。クローン・アイテムは、テンプレートに基づくフォリオが作成されるときに、コピーされて新しいアイテムとしてチェックインされます。アイテムのクローンが作成されていない場合は、元のコンテンツ・アイテムが、テンプレートを使用して作成されたフォリオに関連付けられます。

- 属性(ノード): デフォルト属性は次のとおりです。
削除可能: ノードを削除できます。

移動可能な子: 階層内でアイテムおよびスロットを移動できます。

アイテム作成を許可:ノード内にアイテムを作成できます。

ノード作成を許可:ノード内にサブノードを作成できます。

最大アイテム数、最大ノード数: ノード内に作成できるアイテムの総数を指定します。

コンテンツ・プロファイル: 検索またはチェックインによってアイテムを追加する場合に使用されるコンテンツ・プロファイル。

- コンテンツID: (アイテムおよびスロット)。アイテムのID。

- 作成日: (アイテムおよびスロット)。コンテンツ・アイテムが作成された日付。

- 最終変更: (アイテムおよびスロット)。最後に変更が行われた日付。

- リンク: (ハイパーリンクのみ)。ハイパーリンクのURL。

- 「ソース・アイテム」ペイン: フォリオで使用されるアイテムの収集に使用されます。

4. 完了後、「終了」をクリックします。

7.2.2 カスタム・ビューアおよびレンダラの追加

Oracle WebCenter Content Serverには、フォリオの作成/フォリオの編集ページの構造に類似したデフォルトのビューア、および次のレンディション・オプションが同梱されています。

- Zip

- PDF

- XML

カスタム・ビューアおよびレンダラの作成は可能ですが、次のことを理解している必要があります。

- フォリオXMLの構造

- フォリオのIdocスクリプト機能およびその正しい使用方法

- イテレータ/レンダラ・アーキテクチャ

- コンポーネントを使用してビューアおよびレンダラのリストを変更または追加する方法

カスタム・ビューアおよびレンダラを追加する場合は、オラクル社コンサルティング(http://www.oracle.com/consulting/index.html)に問い合せてください。

8 Content Trackerの使用

Content TrackerおよびContent Trackerレポートはオプションのコンポーネントで、Oracle WebCenter Content Serverとともに自動的にインストールされます。これらは個別のモジュールですが、有効化すると、最もアクセス頻度の高いコンテンツ・アイテムや、ユーザーまたは特定グループにとって最も価値の高いコンテンツなど、システムの使用状況に関する情報を提供します。組織のコンテンツの消費パターンを理解することによって、ユーザーを中心に据えた適切な情報をより効率的に提供できます。

このドキュメントで説明する以外のContent Trackerのカスタマイズの詳細は、『Oracle WebCenter Content Content Server開発者ガイド』を参照してください。

この章の内容は、次のとおりです。

- 第8.1項「Content Trackerの機能」

- 第8.2項「操作の詳細」

- 第8.3項「データ追跡機能」

- 第8.4項「Content Trackerレポート」

- 第8.5項「トラブルシューティング」

8.1 Content Trackerの機能

Content Trackerでは、Oracle WebCenter Content Serverインスタンスのアクティビティが監視され、それらのアクティビティについて選択した詳細が記録されます。さらに、システムがどのように使用されているかを示すレポートが生成されます。この項では、Content TrackerおよびContent Trackerレポートの機能について概要を説明します。

Content Trackerには、構成変数によって制御されるいくつかの最適化機能が組み込まれています。変数のデフォルト値によって、大規模な本番環境で可能なかぎり効率的に機能するようにContent Trackerを設定できます。Content Trackerの構成変数の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

この項の内容は次のとおりです。

- 第8.1.1項「Content TrackerおよびContent Trackerレポート」

- 第8.1.2項「データの記録、削除およびレポート作成」

- 第8.1.3項「Content Trackerの用語」

- 第8.1.4項「インストールに関する考慮事項」

8.1.1 Content TrackerおよびContent Trackerレポート

Content Trackerでは、システムが監視され、様々なアクティビティに関するソースから収集された情報が記録されます。情報はマージされ、Oracle WebCenter Content Serverデータベース内の一連の表に書き込まれます。Content Trackerでは、次に基づいてアクティビティが監視されます。

- コンテンツ・アイテム使用状況: Webフィルタ・ログ・ファイル、Oracle WebCenter Content Serverデータベースおよびその他の外部アプリケーション(ポータルやWebサイトなど)からデータを取得します。コンテンツ・アイテム・アクセスのデータには、日付、時刻、コンテンツIDおよび現在のメタデータが含まれます。

- サービス: コンテンツを返すサービスおよび検索リクエストを処理するサービスを追跡します。Content Trackerでは、デフォルトで、コンテンツ・アクセスのイベント・タイプを持つサービスのみがログに記録されますが、構成変更により、カスタム・サービスも含めてすべてのサービスを監視できます。

- ユーザー・アクセス: ユーザー・プロファイルの概要の収集や統合など、コンテンツ・アクセス・イベント以外の他の情報を収集します。このデータには、ユーザー名およびユーザー・プロファイル情報が含まれます。

Content Trackerでデータが抽出され、データベース表に移入された後、Content Trackerレポート使用して次のことを実行できます。

- レポートの生成: Content Trackerレポートでは、表を問い合せて、コンテンツ・アイテムのアクティビティのサマリー・レポートおよび使用状況履歴が生成されます。これらのレポートを使用すると、コンテンツまたはユーザーの特定グループを、メタデータ、ファイル拡張子またはユーザー・プロファイルに基づいて分析できます。事前定義済レポートを使用したり、事前定義済レポートをカスタマイズしたり、互換性のあるサード・パーティのレポート作成パッケージを使用できます。

- コンテンツ管理プラクティスの最適化: レポートされたデータを、コンテンツ保存管理に使用できます。アクセス頻度に応じて、一部のアイテムをアーカイブまたは削除できます。同様に、アプリケーションではこのデータを使用して、特定タイプのユーザーの上位アクセス・コンテンツをポートレットに提供できます。

8.1.2 データの記録、削除およびレポート作成

Content Trackerでは、次のソースからデータが記録されます。

- Webサーバー・フィルタ・プラグイン: コンテンツが静的URLを介してリクエストされると、Webサーバー・フィルタ・プラグインによってリクエストの詳細が記録され、イベント・ログ・ファイルに情報が保存されます。イベント・ログ・ファイルは、Content Trackerデータ削減プロセスで入力として使用されます。

- サービス・ハンドラ・フィルタ: Content Trackerでは、コンテンツを返すサービスが監視されます。これらのサービスの1つが呼び出されると、そのサービスの詳細がコピーされ、SctAccessLog表に保存されます。

- ロギング・サービス: Content Trackerでは、イベントをログに記録するための単一サービス・コールがサポートされています。これは、URLを介して直接呼び出すか、サービス・スクリプト内のアクションとして呼び出すか、またはIdocScriptから呼び出すことができます。

- データベース表: ユーザー・プロファイル情報を収集して処理するように構成すると、データ削減プロセスで、選択されたデータベース表を問い合せ、レポート作成期間中にアクティブであったユーザーの情報が取得されます。

- アプリケーションAPI: 他のコンポーネントやアプリケーションを追跡対象として登録できるインタフェースが用意されています。このインタフェースを使用すると、Site Studioなどの連携するアプリケーションで、イベント情報をリアルタイムでログに記録できます。アプリケーションAPIは、サービスを使用しないコード間のコールとして設計されています。APIは、汎用的には使用できません。このインタフェースを使用してアプリケーションを構築する場合は、コンサルティング・サービスにお問い合せください。

データ削減プロセスでは、データ記録ソースから取得されたデータが収集されてマージされます。この削減プロセスが完了するまで、Content Tracker表のデータは完成しません。毎日の収集データに対して削減を1回実行します。削減は手動で実行するか、または自動的に実行するようにスケジュールでき、通常はシステム負荷が少ないピーク外の時間帯にスケジュールします。

Content Trackerレポートには、アクティビティおよび使用状況に関するよくある質問の答えを示すレポートが用意されています。また、Content Trackerの構成に応じて、これらのレポートから、最も使用頻度が高い検索および最もアクティブなユーザーを特定することもできます。レポートは、インタフェースから直接使用したり、コンテンツ情報ページでアクションとして使用できます。事前定義済レポート・オプションの使用可能なカテゴリは、Content Trackerの構成によって異なります。レポート、基礎となる問合せおよび出力書式はカスタマイズできます。

8.1.3 Content Trackerの用語

Content Trackerで使用される用語は、次のとおりです。

- データ収集: コンテンツ・アクセス情報を収集し、情報をイベント・ログ・ファイルに書き込むこと。

- データ削減: データ収集からの情報を処理してデータベース表にマージすること。

- データ・エンジン・コントロール・センター: データ・エンジンのユーザー制御機能へのアクセスを提供するインタフェース。次のタブまたはサブ画面が表示されます。

- コレクション: データ収集を有効化するために使用します。

- 削減: データ削減(データをデータベース表内にマージすること)を停止および開始するために使用します。

- スケジュール: 自動データ削減を有効化するために使用します。

- スナップショット: アクティビティ・メトリックを有効化するために使用します。また、スナップショットという用語は、特定の時点の状態を表す情報セットも示します。

- サービス: ログに記録するサービス・コールを追加、構成および編集するために使用します。また、これは、指定されたサービスについてログに記録する具体的なイベント詳細を定義する場合にも使用します。

- サービス定義: サービス・コール構成ファイル(SctServiceFilter.hda)内のResultSet構造で、ログに記録する各サービス・コールを定義するエントリが含まれます。サービス定義ResultSetは、ServiceExtraInfoという名前です。

- サービス・エントリ: ログに記録されるサービス・コールを定義する、サービス定義ResultSet(ServiceExtraInfo)内のエントリ。ServiceExtraInfo ResultSetには、ログに記録されるサービスごとに1つのサービス・エントリが含まれます。

- フィールド・マップ: サービス・コール・データおよび特定のデータ記録場所を定義する、サービス・コール構成ファイル(SctServiceFilter.hda)内の2次的なResultSet。

- 上位アクセス・コンテンツ・アイテム: システム内の最も頻繁にアクセスされているコンテンツ・アイテム。

- コンテンツ・ダッシュボード: 特定のコンテンツ・アイテムのアクセスに関する概要情報が表示される画面。

8.1.4 インストールに関する考慮事項

Content Trackerは、ほとんどのハードウェアおよびネットワーク構成でサポートされていますが、ハードウェアとソフトウェアの組合せによっては、次の項で説明するような特別な考慮が必要になります。

- 第8.2.6.2項「静的URLおよびWebDAV」

- 第8.2.6.3項「データ・ディレクトリの保護」

- 第8.2.6.4項「ExtranetLookコンポーネント」

- 第8.2.6.1項「シングルボックス・クラスタにおける追跡の制限事項」

グリニッジ標準時(GMT)を使用するには、SctUseGMT構成変数をtrueに設定します。デフォルトでは、ローカル時間を使用するように、falseに設定されています。構成変数の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

以前のバージョンのContent Trackerをアップグレードする場合、アクセス時間が1回前に戻ります(地域によっては先に進みます)。年2回のサマー・タイム実施に対応するために、記録されるユーザー・アクセス時間に中断が生じます(ローカル時間の使用および地域によって異なります)。

8.2 操作の詳細

Content Trackerでは、構成に応じて、動的および静的なコンテンツ・アクセスやサービス・コールなどのイベント情報のデータ収集を実行できます。どちらのタイプのデータも、結合された出力表(SctAccessLog)に記録されます。サービス・コールはリアルタイムでログに挿入されますが、静的URL情報は最初に(手動またはスケジュール実行で)データ削減プロセスを実行する必要があります。

アクティビティ・データが収集されると、Content Trackerではイベント情報が結合、分析および統合され、要約されたアクティビティがデータベース表にロードされます。削減後に、このデータはContent Trackerレポートに使用できるようになります。

この項では、次に示すプロセスのステップおよび既知の制限事項について説明します。

- 第8.2.1項「データ収集」

- 第8.2.2項「データ削減」

- 第8.2.3項「Content Trackerイベント・ログ」

- 第8.2.4項「結合された出力表」

- 第8.2.5項「データ出力」

- 第8.2.6項「追跡の制限事項」

8.2.1 データ収集

データ収集は、追跡機能の最初のステップです。Content Trackerのデータ収集には、静的URL参照およびサービス・コール・イベントからの情報の収集が含まれます。データの収集には、複数の方法が使用されます。

- 第8.2.1.1項「サービス・ハンドラ・フィルタ」

- 第8.2.1.2項「Webサーバー・フィルタ・プラグイン」

- 第8.2.1.3項「ロギング・サービス」

8.2.1.1 サービス・ハンドラ・フィルタ

Content Trackerは、サービス・ハンドラ・フィルタを使用して、Webサーバー経由の動的コンテンツ・リクエストに関する情報や、その他のタイプのアクティビティ(アプリケーションからのコールなど)に関する情報を取得します。サービス・リクエスト詳細は、サービス・コールに付随するDataBinderから取得され、情報は結合された出力表(SctAccessLog)にリアルタイムで格納されます。

SctServiceFilter.hda構成ファイルは、ログに記録するサービス・コールを指定するために使用されます。ここでは、ログに記録されるサービスごとにサービス定義エントリが1つずつ含まれるResultSet構造が使用されます。拡張されたサービス・ロギング機能を使用している場合、このファイルには、サービス定義エントリに対応するフィールド・マップも含まれます。

SctServiceFilter.hdaファイルには、ServiceExtraInfo ResultSetが含まれています。このResultSetには、ログに記録されるサービスを定義する1つ以上のサービス・エントリが含まれます。拡張されたサービス・ロギング機能をサポートするために、追加のフィールド・マップResultSetが使用されます。追加のデータ値を追跡するサービスごとに、SctServiceFilter.hdaファイル内には、関連するサービスのデータ・フィールド、場所およびデータベース宛先列を定義するフィールド・マップResultSetが存在する必要があります。

8.2.1.2 Webサーバー・フィルタ・プラグイン

静的URLを介して取得された管理対象コンテンツでは、通常、サービスを起動しません。Content TrackerのWebサーバー・フィルタプラグインによって、アクセス・イベント詳細(静的URL参照)が収集され、RAW Content Trackerイベント・ログ(sctlogファイル)に記録されます。これらのファイル内の情報は、結合された出力表にサービス・コール・データとともに挿入される前に、明示的な削減を(対話式またはスケジュール実行で)実行する必要があります。

8.2.1.3 ロギング・サービス

ロギング・サービスは、URLを介して直接、またはサービス・スクリプト内のアクションとして呼び出すことができる単一サービス・コールです。また、executeService関数を使用して、IdocScriptから呼び出すこともできます。呼出し元アプリケーションによって、記録する必要のあるサービスDataBinder内のフィールドが設定され、これには、Content Trackerサービス・フィルタ構成ファイル(SctServiceFilter.hda)にリストされている記述フィールドが含まれます。

サービス・ハンドラ・フィルタを介してログに記録されるサービスと、Content Trackerロギング・サービスを介してログに記録されるサービスとの間に、重複や競合はないはずです。サービスの名前がContent Trackerサービス・ハンドラ・フィルタ・ファイルに指定されている場合、それらのサービスは自動的にログに記録されるため、Content Trackerロギング・サービスによる記録は不要です。ただし、Content Trackerでは、このような重複を回避する処理は行われません。

8.2.1.4 データ収集の有効化または無効化

データ収集を有効または無効にするには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。
データ・エンジン・コントロール・センターが開きます。

2. 「コレクション」タブで、「データ収集の有効化」チェック・ボックスを選択(収集を有効化する場合)するか、選択を解除(収集を無効化する場合)します。

3. 「OK」をクリックします。
アプレットは終了しないでください。確認メッセージが表示されるまで待ちます。確認メッセージの前に終了すると、要求した変更が有効にならない場合があります。

4. 確認メッセージが表示されたら、「OK」をクリックします。

5. WebサーバーおよびOracle WebCenter Content Serverをこの順序で再起動します。

8.2.2 データ削減

データ削減中に、Webサーバー・フィルタ・プラグインによって取得された静的URL情報がサービス・コール・データとともにマージされ、出力表に書き込まれます。また、削減時には、Content Trackerの構成に応じて、Content Trackerユーザー・メタデータ・データベース表が、静的URLアクセスおよびサービス・コール・イベント・レコードから収集された情報で更新されます。

この項では、データ削減に関する次の項目について説明します。

- 第8.2.2.1項「標準的なデータ削減プロセス」

- 第8.2.2.2項「アクティビティ・メトリックを使用するデータ削減プロセス」

- 第8.2.2.3項「データ削減サイクル」

- 第8.2.2.4項「アクセス・モードおよびデータ削減」

- 第8.2.2.5項「イベント・ログの削減順序」

- 第8.2.2.6項「削減スケジュール」

- 第8.2.2.7項「データ削減の手動実行」

- 第8.2.2.8項「データ削減の自動実行の設定」

- 第8.2.2.9項「データ・ファイルの削除」

8.2.2.1 標準的なデータ削減プロセス

データ削減プロセス中に、静的URL情報がRAWデータ・ファイルから抽出され、SctAccessLog表に格納されているサービス情報と結合されます。Content Trackerでは、デフォルトで、SctAccessLog表のデータのみが収集および記録されます。ユーザー・データ出力表が存在しても、Content Trackerではその出力表に移入されません。

Content Trackerの構成に応じて、この削減プロセスでは次の処理が実行されます。

- 静的URLコンテンツ・アクセスのアクセス情報がサービス詳細と結合されます。

- レポート作成期間中にアクティブであったユーザー・アカウントに関する情報が要約されます。この情報は、Content Trackerのユーザー・メタデータ・データベース表に書き込まれます。

8.2.2.2 アクティビティ・メトリックを使用するデータ削減プロセス

Content Trackerには、検索関連データを選択的に生成してカスタム・メタデータ・フィールドに格納するためのオプションが用意されています。スナップショット機能を使用すると、アクティブにするアクティビティ・メトリックを選択できます。ログに記録されたデータには、コンテンツ・アイテムの人気度を示すコンテンツ・アイテム使用状況情報が含まれます。

Content Trackerでは、デフォルトで、SctAccessLog表のデータのみが収集および記録されます。スナップショット機能がアクティブでないかぎり、ユーザー・データ出力表が存在しても、Content Trackerではその出力表に移入されません。ただし、スナップショット機能を使用すると、Content Trackerのパフォーマンスに影響します。

スナップショット機能およびアクティビティ・メトリックをアクティブにした場合は、削減処理フェーズに続いて、カスタム・メタデータ・フィールドの値が更新されます。ユーザーがコンテンツ・アイテムにアクセスすると、適用可能な検索関連メタデータ・フィールドの値が変わります。Content Trackerでは、削減後の手順の中で、SQL問合せを使用して、レポート作成期間中にアクセスされたコンテンツ・アイテムが特定されます。Content Trackerでは、データベース表メタデータ・フィールドが新しい値で更新され、再索引付けサイクルが開始されます。ただし、再索引付けされるのは、アクセス・カウント・メタデータ値が変更されたコンテンツ・アイテムのみです。

削減後の手順は、影響を受けるコンテンツ・アイテムごとにアクティビティ・メトリックを処理して表を作成し、割り当てられたカスタム・メタデータ・フィールドにデータをロードするために必要です。また、アクティビティ・メトリック値が変更されたコンテンツ・アイテムに対して再索引付けサイクルを開始することによって、確実にデータが検索索引に含まれるため、検索結果を選択したり並べ替えるためにアクセスできるようになります。

8.2.2.3 データ削減サイクル

削減された表データは、関連付けられたRAWデータが「最新」ステータスから「アーカイブ」ステータスに移行すると、プライマリ表から対応するアーカイブ表に移動します。プライマリ表には「新規」サイクルおよび「最新」サイクルにおける削減データの出力が含まれ、アーカイブ表には「アーカイブ」サイクルにおける削減データの出力が含まれます。

データが削減されて1日経過すると、RAWデータは「新規」から「最新」に移行します。このように、「新規」サイクルは、データが現在の日付のものであり、以前の日付から削減されていないことを示しています。「最新」サイクルは、データが前日以前のものであり、すでに削減されていることを示します。

「最新」セットの数が構成済のしきい値に到達した場合、手動またはスケジューラによって削減プロセスが実行されると、RAWデータは「アーカイブ」に移行します(また、SctAccessLog表の対応する行がSctAccessLogArchive表に移動します)。「最新」セットのしきい値の構成方法の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドのSctMaxRecentCount構成変数の情報を参照してください。削減プロセスが実行されていない場合、RAWデータはいつまでも「最新」サイクルのままです。

8.2.2.4 アクセス・モードおよびデータ削減

コンテンツ・アイテムにアクセスするために使用されたアクセス・モードによって、それらのアクセスがSctAccessLog表に記録される方法が決まります。サービスを介してコンテンツ・アイテムがアクセスされる(実際のネイティブ・ファイルを表示する)と、イベントがリアルタイムでSctAccessLog表に記録されます。この場合、アクティビティは即時に記録され、削減プロセスには依存しません。

静的URLを介してコンテンツ・アイテムがアクセスされる(Webロケーション・ファイルを表示する)と、Webサーバー・フィルタ・プラグインによって静的ログ・ファイルにイベントが記録されます。データ削減プロセス中に、指定された日付の静的ログ・ファイルが収集され、データがSctAccessLog表に移動します。この場合、特定の日付についてデータ削減が実行されないと、静的URLはSctAccessLogに記録されず、これらのアクセスが行われた証拠は残りません。

間隔カウントについては、静的アクセスとサービス・アクセスの処理方法の違いを考慮する必要があります。たとえば、ユーザーが土曜日にコンテンツ・アイテムに2回アクセスした場合、1回はWebロケーション・ファイルを介して(静的アクセス)、もう1回はネイティブ・ファイルを介して(サービス・アクセス)アクセスしたとします。サービス・アクセスはSctAccessLog表に記録されますが、Webロケーション・アクセスはSctAccessLog表に記録されません。日曜日のデータが削減された場合、(静的アクセスでなく)サービス・アクセスのみが短期および長期のアクセス・カウント間隔のサマリーに含められます。ただし、土曜日のデータも削減された場合は、サービス・アクセスと静的アクセスの両方がSctAccessLog表に記録され、両方の間隔に含められます。

8.2.2.5 イベント・ログの削減順序

レポートに最新の情報が含まれるように、データ・セットは、通常、発生時間(カレンダ)順に削減されます。RAWデータ・ログ・ファイルが削減される順序によって、記録およびカウントされるユーザー・アクセス・データの種類が決まります。削減中に、SctAccessLog表およびユーザー・メタデータ・データベース表が、RAWデータ・ファイルからのデータで変更されます。

スナップショット機能を使用して検索関連情報を収集する場合は、アクティブ化されたアクティビティ・メトリックに関連付けられているメタデータ・フィールドもデータ削減中に更新されます。アクティビティ・メトリックでは、DocMetaデータベース表に含まれているカスタム・メタデータ・フィールドが使用されます。

Content Trackerでは、削減データ・セット内の適用可能データに従ってアクティビティ・メトリック値が変更されます。データ値を完全かつ最新に保つために、毎日データ削減を実行します。データ・セットを順序どおりに削減しない場合は、現行または最新のデータ・セットを再削減すると、カウントが訂正されます。ただし、データは常に日付順に削減することをお薦めします。

次のシナリオに、削減順序によって格納されるデータがどのような影響を受けるかを示します。

シナリオ1:

特定の日(たとえば、土曜日と日曜日)のアクティビティが削減されていない場合、コンテンツ・アイテムへのアクセス方法によっては、これらの日に発生したアクセスがログに記録およびカウントされないことがあります(第8.2.2.4項「アクセス・モードおよびデータ削減」を参照)。同様に、火曜日にコンテンツ・アイテムがアクセスされ、月曜日と水曜日に削減が実行された場合、そのコンテンツ・アイテムへの最後のアクセスに対して火曜日のアクセスがカウントされないことがあります。

シナリオ2:

過去数日間でアクセス数が大幅に増加し、2週間前からのデータを削減した場合、コンテンツ・アイテムの長期および短期のアクセス・メトリックは最新のアクティビティを反映しません。この場合、2週間前からの間隔値で本日の値がオーバーライドされます。現在または最新のデータ・セットを削減すると、カウントが訂正されます。

削減順序によって最終アクセス日付が誤って変更されることはありません。削減データ・セット内の最新のアクセスがコンテンツ・サーバーのDocMetaデータベース表の最終アクセス値よりも新しい場合にのみ、削減プロセスによって最終アクセス日付が変更されます。

最新のデータ・セットを削減し、特定のコンテンツ・アイテムがアクセスされた場合は、最終アクセス・フィールドが削減データ・セット内の最新のアクセス日付に更新されます。その後、それ以前のデータ・セットを再削減した場合、現行値は、このコンテンツ・アイテムに対する以前のアクセス日付で上書きされません。

長期および短期のアクティビティ・メトリックの詳細は、A.6.1.4項「「スナップショット」タブ」、および適用可能なチェック・ボックスと対応するフィールド/時間間隔を参照してください。

シナリオ3:

任意の順序でデータ・セットを削減した場合は、「最新」データ・ファイルから「アーカイブ」データ・ファイルへの移行が妨げられます。関連付けられた表レコードは存続時間に基づいて移動し、アーカイブ表は最も古いデータを格納することを目的にしています。データ・セットがランダムな順序で削減された場合、どのデータが最も古いかは不明になります。

「最新」データ・ファイルおよび「アーカイブ」データ・ファイルの詳細は、第8.2.5.2項「ユーザー・メタデータ表」、第8.2.2.3項「データ削減サイクル」およびA.6.1.2項「「削減」タブ」の「サイクル」列を参照してください。

8.2.2.6 削減スケジュール

スケジュールに基づいた削減の実行を構成し、定期的にRAWデータを削減できます。RAWデータは、「最新」リポジトリおよび「アーカイブ」リポジトリに安定して移動し、同様に、削減済データはプライマリ表からアーカイブ表に安定して移動します。

Content Trackerデータ・エンジンが、スケジュールされた削減実行の前日に無効化された場合、データは収集されないことに注意してください。スケジュールされた削減実行の日に有効化された場合、使用可能なデータが存在しないため、スケジューラは実行されません。

特定の日にスケジュールされたデータ削減は、その前日中に収集されたデータに対して実行されます。前日の定義は、午前0時(システム時間)に開始および終了する24時間です。CPUリソースを節約するには、システム負荷が一般に最も低い早朝時間帯に削減実行をスケジュールします。

削減が午前0時から数分後以内に実行されるようにスケジュールされている場合、エラーが発生することがあります。エラーが発生した場合は、削減がそれよりも後に実行されるように再スケジュールしてください。

8.2.2.7 データ削減の手動実行

データを手動で削減するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。
データ・エンジン・コントロール・センターが開きます。

2. 「削減」タブで、削減する入力データのセットをクリックして選択します。この画面には、次の情報が表示されます。

- サイクル: 入力データのステータス。値には、「新規」(入力データが削減されていません)、「最新」(データが削減されていますがアーカイブされていません)および「アーカイブ」(削除されるまでデータは「アーカイブ」サイクルのままです)があります。

- データ収集日: データが収集された日時。

- ステータス: 削減のステータス。値には、「準備完了」(入力データを削除できます)、「実行中」(データを削減中です)および「アーカイブ」(データを「最新」サイクルから「アーカイブ」サイクルに移動中です)があります。

- 完了(%): 削減サイクルの進行状況。

- 完了日: 削減が完了した日時。

3. 「データの削減」をクリックします。
確認ダイアログ・ボックスが表示されます。

4. データを削減するには、「はい」をクリックします。

注意:

現在の日付のデータが削減された場合、データが削減されても「サイクル」列のステータスは「新規」のままです。

8.2.2.8 データ削減の自動実行の設定

データ削減の自動実行を設定するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。
データ・エンジン・コントロール・センターが開きます。

2. 「スケジュール」タブで、「スケジュール設定が有効化されています」チェック・ボックスを選択します。

3. データ削減を実行する曜日のチェック・ボックスを選択します。

4. データ削減を実行する時間および分を選択します。

5. 「OK」をクリックします。
アプレットは終了しないでください。確認メッセージが表示されるまで待ちます。確認メッセージの前に終了すると、要求した変更が有効にならない場合があります。

6. 確認メッセージが表示されたら、「OK」をクリックします。

8.2.2.9 データ・ファイルの削除

データ・ファイルを削除するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。
データ・エンジン・コントロール・センターが開きます。

2. 「削減」タブで、削除する入力データのセットをクリックして選択します。

3. 「削除」または「アーカイブの削除」をクリックします。
確認ダイアログ・ボックスが表示されます。

4. データを削除するには、「OK」をクリックします。
選択したデータ・セットが削除され、ウィンドウに表示されなくなります。

8.2.3 Content Trackerイベント・ログ

Content Trackerでは、様々なイベント・ログ・タイプ、および複数のWebサーバーを含む構成に対応するために、複数の入力ファイルがサポートされています。各Webサーバー・フィルタ・プラグイン・インスタンスでは、イベント・ログ用のファイル名接尾辞として固有のタグが使用されます。固有の接尾辞には、Webサーバー・ホスト名とサーバー・ポート番号が含まれています。

削減プロセスでは、sctLog-yyyymmdd-<myhostmyport>.txtという名前の複数のRAWイベント・ログが検索されてマージされます。RAWイベント・ログは、個別に処理されます。

ユーザーがOracle WebCenter Content Serverにログインしていても、Content Trackerでコンテンツ・アクセス・イベントのユーザー名が取得されていない場合があります。この場合、アイテムは静的URLリクエストを介してアクセスされており、通常、Webサーバーによってユーザーの資格証明の送信を要求されないかぎり、ブラウザにユーザー名は表示されません。アイテムがパブリック・コンテンツの場合、Webサーバーはユーザーの資格証明の送信をブラウザに要求しないため、URLにアクセスするユーザーは不明となります。

すべてのドキュメント・アクセスのユーザー名を記録するには、ゲスト・ロールがコンテンツにアクセスできないようにする必要があります。コンテンツがパブリックでない場合、アイテムにアクセスするにはユーザーの資格証明が必要になり、ユーザー名がRAWイベント・ログ・エントリに記録されます。

Content Trackerの構成に応じて、「新規」サイクルのRAWデータ・ログ・ファイルが削減されると、データ・エンジンは、データ・ファイルを次のサブディレクトリに移動します。

- recent/ディレクトリに格納可能なデータ・セットのデフォルト数は、入力データ・ログ・ファイルのうち60セット(日付)です。このデータ・セット数を超えると、最も古いデータ・セットは/archiveディレクトリに移動します。
<cs_root>/data/contenttracker/data/recent/yyyymmdd/

- デフォルトでは、Content Trackerでデータはアーカイブされません。かわりに、期限切れの行が破棄されて最適なパフォーマンスが確保されます。適切に構成されている場合、Content Trackerは、archive/ディレクトリを使用して、「最新」サイクルから移動したすべての入力データ・ログ・ファイルを保持します。
<cs_root>/data/contenttracker/data/archive/yyyymmdd/

RAWデータ・ファイルが削減されると、別のファイル(reduction_ts-yyyymmdd.txt)がタイムスタンプ・ファイルとして生成されます。

8.2.4 結合された出力表

SctAccessLog表には、静的および動的なすべてのコンテンツ・アクセス・イベント・レコードのエントリが含まれます。SctAccessLog表は、レポート作成期間中のイベントごとに1行ずつ使用して編成されます。表の列には、タイプに従ってタグが付けられます。

- Sは、サービス・コールについて記録されたレコードを表します。

- Wは、静的URLリクエストについて記録されたレコードを表します。

デフォルトでは、Content TrackerによってGIF、JPG、JS、CSS、CABおよびCLASSファイル・タイプへのアクセスはログに記録されません。したがって、これらのファイル・タイプのエントリは、データ削減後、結合された出力表に挿入されません。

Content TrackerのWebサーバー・フィルタ・プラグインでは、ユーザー・コンテンツのURLと、ユーザー・インタフェースによって使用されるURLを区別できません。client.cabなどのUIオブジェクトへの参照が静的アクセス・ログ内に含まれることがあります。このような誤検出を防ぐために、SctIgnoreDirectories構成変数を使用して、Content Trackerフィルタで無視されるディレクトリ・ルートのリストを定義します。これらのファイル・タイプをログに記録するには、SctIgnoreFileTypes構成変数のデフォルト設定をそのタイプ(gif、jpg、js、css)に変更します。構成変数の使用の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

次の表では、SctAccessLog表の各レコードについて収集される情報について説明します。Content Trackerでは、デフォルトで、大規模なアイテムやほとんど使用しないアイテムのデータは収集されず、それらの列は移入されません。

列名

タイプ/サイズ

列の定義

SctDateStamp

datetime

データが収集されたローカル日付(YYYYMMDD)で、顧客のロケーションおよびイベントが発生した時間によって変わります。eventDateに記録された日付と異なる場合があります。時刻は00:00:00に設定されます。

データ・ソース: 内部

SctSequence

int / 8

エントリ・タイプに固有のシーケンス

データ・ソース: 内部

SctEntryType

char / 1

エントリ・タイプ。値はWまたはS

データ・ソース: 内部

eventDate

datetime

リクエストが完了したGMT日時。日付は、顧客のロケーションおよびイベントが発生した時間によって変わります。SctDateStampに記録された日付と異なる場合があります。

SctParentSequence

integer

ツリー内の最外部のサービス・イベントのシーケンス(ある場合)

c_ip

varchar / 15

クライアントのIP

cs_username

varchar / 255

cs_method

varchar / 10

GET

cs_uriStem

varchar / 255

URIのステム

cs_uriQuery

varchar / [maxUrlLen]

問合せの一部IdcService=GET_FILE&dID=42...など

cs_host

varchar / 255

コンテンツ・サーバーのサービス名

cs_userAgent

varchar / 255

クライアント・ユーザー・エージェントのID

デフォルトでは、この列にはbrowser、またはjava:で始まる文字列の接尾辞が含まれます。この簡略化によって、Content Trackerの最適なパフォーマンスが確保されます。

cs_cookie

varchar / [maxUrlLen]

現在のCookie

cs_referer

varchar / [maxUrlLen]

このリクエストに至るURL

sc_scs_dID

int / 8

dID

データ・ソース: 問合せから、またはURLから導出(逆引き参照)

sc_scs_dUser

varchar / 50

dUser

データ・ソース: サービスDataBinder dUser

sc_scs_idcService

varchar / 255

IdcServiceの名前。GET_FILEなど。

データソース: 問合せまたはサービスDataBinder IdcService

sc_scs_dDocName

varchar / 30

dDocName

データ・ソース: 問合せまたはサービスDataBinder dDocName

sc_scs_callingProduct

varchar / 255

任意の識別子

データソース: SctServiceFilter構成ファイルまたはサービスDataBinder sctCallingProduct

sc_scs_eventType

varchar / 255

任意の識別子

データソース: SctServiceFilter構成ファイルまたはサービスDataBinder sctEventType

sc_scs_status

varchar / 10

サービス実行ステータス

データ・ソース: サービスDataBinder StatusCode

sc_scs_reference

varchar / 255

web、native、sdc_url

値はアクセスされるファイルのレンディションを表します(webは変換済ファイル(PDF)、nativeは元ファイル、sdc_urlはHTML)。

データソース: アルゴリズムを使用した問合せパラメータまたはServiceFilter構成ファイル

comp_username

varchar / 50

計算されたユーザー名。サービスの場合、UserDataサービス・オブジェクトから取得するか、あるいはHTTP_INTERNETUSER、REMOTE_USERまたはdUserです。静的URLの場合は、認可ユーザーまたはインターネット・ユーザーから取得されます。

comp_validRef

char / 1

参照されるオブジェクトが存在するかどうか、およびリクエスト・ユーザーに対して使用可能かどうかを示します。

アクセスがWeb参照(W)であった場合、ispromptloginとisaccessdeniedの両方がNULLで、削減時に静的URLが存在していれば1です。アクセスがサービス・コール(S)で、sc_scs_statusフィールドがNULLの場合も同様です。

削減時に静的URLが存在していなかった場合、ユーザー・ログオンが失敗した場合、またはログオンは成功したがユーザーにオブジェクトの表示権限がなかった場合はNULLです。

sc_scs_isPrompt

char / 1

trueの場合は1

データソース: プラグインimmediateResponseEventフィールドispromptlogin

sc_scs_isAccessDenied

char / 1

trueの場合は1

データソース: プラグインimmediateResponseEventフィールドisaccessdenied

sc_scs_inetUser

varchar / 50

インターネット・ユーザー名(セキュリティ問題の場合)

データソース: プラグインimmediateResponseEventフィールドinternetuser

sc_scs_authUser

varchar / 50

認可ユーザー名(セキュリティ問題の場合)

データソース: プラグインimmediateResponseEventフィールドauth-user

sc_scs_inetPassword

varchar / 8

インターネット・パスワード(セキュリティ問題の場合)

データソース: プラグインimmediateResponseEventフィールドinternetpassword

sc_scs_serviceMsg

varchar / 255

コンテンツ・サーバー・サービス完了ステータス

データ・ソース: サービスDataBinder StatusMessage

extField_1からextField_10

varchar / 255

拡張されたサービス・トラッキング機能で使用する汎用目的の列。フィールド・マップResultSet内では、DataBinderフィールドがこれらの列にマップされます。

8.2.5 データ出力

Content Trackerが適切に構成されている場合は、静的および動的なコンテンツ・アクセス・リクエスト情報およびすべてのメタデータ・フィールドが、Content Trackerレポート・コンポーネントによって生成されるレポートで使用できるようにアクセス可能になります。ログに記録されるメタデータには、コンテンツ・アイテムおよびユーザー・メタデータが含まれます。

この項の内容は次のとおりです。

- 8.2.5.1項「コンテンツ・アイテムのメタデータ」

- 第8.2.5.2項「ユーザー・メタデータ表」

- 第8.2.5.3項「削減ログ・ファイル」

8.2.5.1 コンテンツ・アイテム・メタデータ

Content Trackerでは、コンテンツ・アイテム・メタデータ用に、標準のOracle WebCenter Content Serverメタデータ表が使用されます。このため、Content Trackerレポートには現在のコンテンツ・アイテム・メタデータが反映されます。コンテンツ・アイテムがアクセスされた後にコンテンツ・アイテム・メタデータが変更された場合、生成されるレポートには変更済のメタデータが反映されます。

8.2.5.2 ユーザー・メタデータ表

Content Trackerユーザー・メタデータ・データベース表は、レポート作成期間中にアクティブであったユーザーに関して収集された情報で更新されます。これらの表には、データ削減実行時のユーザー・プロファイルに関するデータが保持されます。ユーザー・メタデータ表の名前は、ルート(含まれている情報のクラスを示す)、およびその表とネイティブのOracle WebCenter Content Server表を区別するための接頭辞Sctで構成されます。

デフォルトでは、Content Trackerでデータはアーカイブされないため、期限切れの行はプライマリ表からアーカイブ表に移動されません。かわりに、期限切れの行が破棄されて最適なパフォーマンスが確保されます。 ユーザー・メタデータ・データベース表の2つの完全セットが作成されます。

- プライマリ: SctUserInfoなどには、「新規」および「最新」サイクルにおける削減データの出力が含まれます。

- アーカイブ: SctUserInfoArchiveなどには、「アーカイブ」サイクルにおける削減データの出力が含まれます。

Content Trackerがアーカイブを実行するように構成されている場合は、削減データ・ファイルが「最新」から「アーカイブ」ステータスに移行し、関連付けられた表レコードがプライマリ表からアーカイブ表に移動します。これにより、プライマリ表に余分な行が構築されることがなく、最新データに対して実行された問合せは短時間で完了します。アーカイブ表の行は削除されません。これらは、SQL問合せツールを使用して移動または削除できます。アーカイブ表のすべての行を削除するには、表自体を削除します。これらは、Oracle WebCenter Content Serverが次に再起動されるときに再作成されます。レポートは、アーカイブ・データに対しては実行されません。

作成される表は、次のとおりです。

- SctAccounts表には、すべてのアカウントのリストが含まれます。アカウントごとに1行ずつ使用して編成されます。

- SctGroups表には、削減時のすべての現行ユーザー・グループのリストが含まれます。コンテンツ・アイテム・グループごとに1行ずつ使用して編成されます。

- SctUserAccounts表には、SctUserInfo表にリストされていて、かつ現行インスタンス内で定義されているアカウントを割り当てられた全ユーザーのエントリが含まれます。ユーザーとアカウントの組合せごとに、個別のエントリが存在します。
Content Trackerでは、複数のプロキシ・インスタンスのユーザーのグループおよびアカウント情報を判別できないことがあります。現行インスタンスがプロキシの場合、別のプロキシで定義されているアクティブ・ユーザーのグループ情報が、そのユーザーのSctUserGroups内のプレースホルダ行で置換されます。この行には、ユーザー名と、グループのハイフン(-)プレースホルダが含まれます。現行インスタンス内で少なくとも1つのアカウントが定義されている場合は、別のプロキシで定義されているユーザーのSctUserAccounts内に同様のエントリが作成されます。

- SctUserGroups表は、レポート作成期間中にアクティブな各ユーザーのユーザー・グループごとに1行ずつ使用して編成されます。データ収集期間中にログオンしたユーザーを参照します。Content TrackerがプロキシのOracle WebCenter Content Server構成で実行されている場合は、現行インスタンス内で定義されているグループのみがリストされます。たとえば、「joe」という名前のユーザーがマスター・インスタンスで定義され、そのユーザーにはマスター・インスタンス内のグループ「Public」および「Plastics」へのアクセス権があるとします。joeがプロキシ・インスタンスにログオンし、そのプロキシ内にグループPlasticsが定義されていない場合、SctUserGroupsには、joeとPublicの関連のみが示されます。

- SctUserInfo表は、ユーザーごとに1行ずつ使用して編成されます。現行インスタンスに既知のすべてのユーザー、およびデータ収集期間中に現行インスタンスにログオンした別のインスタンスからの追加ユーザーが含まれます。プロキシ構成においては、あるインスタンスに対してローカルなユーザーは、通常、他のインスタンスに対してUserAdminアプリケーションから可視になります。同じユーザーが2つのインスタンスに同名でローカルに定義されている場合、各インスタンスではローカル・ユーザーのみが可視になります。
たとえば、マスターで定義されている「sysadmin」は、プロキシのUserAdminアプリケーションで表示される「sysadmin」とは異なります。この異なる2ユーザーの両方が、同じデータ収集期間中にログオンすることも考えられます。たとえば、マスターからのユーザーがsysadminとしてログオンし、プロキシからのユーザーがcs_2/sysadminとしてログオンするような場合です。この期間について生成されるSctUserInfoファイルには、sysadminとcs_2/sysadminに対する別々のエントリが記載されます。

8.2.5.3 削減ログ・ファイル

データ削減が実行されると、Content Trackerデータ・エンジンによって、reduction-yyyymmdd.logという名前のサマリー結果ログ・ファイルが生成されます。削減ログは、データ削減エラーを診断する際に役立ちます。詳細は、第8.5項「トラブルシューティング」を参照してください。

8.2.6 追跡の制限事項

場合によっては、Content Trackerにはデータの追跡に関する制限事項があります。この項では、それらの制限事項の概要を示します。

- 第8.2.6.1項「シングルボックス・クラスタにおける追跡の制限事項」

- 第8.2.6.2項「静的URLおよびWebDAV」

- 第8.2.6.3項「データ・ディレクトリの保護」

- 第8.2.6.4項「ExtranetLookコンポーネント」

8.2.6.1 シングルボックス・クラスタにおける追跡の制限事項

現在、Content TrackerおよびContent Trackerレポートでは、単一サーバーにインストールされたマルチノード・クラスタはサポートされていません。このことは、複数のネットワーク・カードが搭載され、各クラスタ・ノードに固有のIPアドレスがある場合にも当てはまります。この場合、各クラスタ・ノードのContent Serverインスタンスは、IntradocServerPortを特定のIPアドレスに正常にバインドできます。

ただし、受信プロバイダのServerPortを指定のIPアドレスにバインドできるクラスタ・ノードは1つのみです。したがって、すべてのクラスタ・ノードが同じ受信プロバイダのServerPortを共有し、交代で使用します。このため、Content TrackerのSctLockプロバイダは、一度に1つのクラスタのドキュメント・アクセスのみを追跡できます。

8.2.6.2 静的URLおよびWebDAV

Content Trackerによって判別されたアクセス・カウントは通常は正確ですが、状況によっては、コンテンツが実際にリクエスト・ユーザーに配信されたかどうか、または配信された場合にコンテンツのどのリビジョンが配信されたのかをソフトウェアで判別できないことがあります。このような状況が発生する場合の例は、次のとおりです。

- WebDAV経由で繰返されるリクエスト: ユーザーがWebDAVクライアント経由でドキュメントにアクセスした後、同じドキュメントに再アクセスする場合、記録されるのは最初のWebDAVリクエストのみです。このようなコンテンツについて報告されるアクセス・カウントは、通常、実際よりも少なくなります。

- 静的URL: ユーザーがコンテンツ・ファイルのURLを保存しますが、その後コンテンツは改訂され、保存されているURLが無効になります。ユーザーが保存されているURLを介してコンテンツにアクセスしようとすると、エラーが発生します。Content Trackerでは、コンテンツが配信されていなくても、これを正常なアクセスとして記録します。このようなコンテンツについて報告されるアクセス・カウントは、通常、実際よりも多くなります。

- 静的URLおよび間違ったdID: ユーザーがURLを使用してコンテンツにアクセスし、Content Trackerデータ削減操作が実行される前にコンテンツが改定されていたり、セキュリティ・グループが変更されている場合、ユーザーには最新リビジョンが表示されていると報告されます。ユーザーが元のバージョンにアクセスした後、それが別のバージョンに置き換えられた場合、Content Trackerでは、実際のドキュメントではなくそのリビジョンがユーザーに表示されたと報告されます。このようなコンテンツについて報告されるアクセス・カウントは、通常、実際よりも新しいリビジョンに関して行われます。このような結果を最小限に抑えるには、データ削減を定期的にスケジュールまたは実行します。

この項の内容は次のとおりです。

- 第8.2.6.2.3項「WebDAV経由で繰返しリクエストされたコンテンツのアクセスの欠落」

- 第8.2.6.2.2項「保存済(失効)静的URLによるアクセスの誤検出」

- 第8.2.6.2.1項「保存済の静的URLによるアクセスについて報告される間違ったdID」

8.2.6.2.1 保存済の静的URLによるアクセスについて報告される間違ったdID

シナリオ: ユーザーがWebロケーション(URL)を介してコンテンツにアクセスします。その後、Content Trackerでデータ削減操作が実行される前に、コンテンツが改訂されました。ユーザーに表示されたのは実際の表示内容ではなく最新リビジョンであると報告されます。このようなコンテンツについて報告されるアクセス・カウントは、実際よりも新しいリビジョンに関して行われる傾向があります。Content Trackerデータ削減を定期的にスケジュールまたは実行して、このような結果を最小限に抑えます。

詳細: これは、前述の「保存済(失効)静的URLによるアクセスの誤検出」に関連しています。つまり、WebサーバーではWebロケーション全体(例: DomainHome/ucm/cs/groups/public/documents/adacct/xyzzy.doc)を使用してコンテンツの検索および配信が行われるのに対し、Content TrackerではContentID部分のみを使用してdIDおよびdDocNameの値が判別されます。さらに、Content Trackerでは、実際のアクセス発生時ではなく、データ削減中にこの判別が行われます。Content Trackerでは、アクセス時に現行であった内容でなく、削減時に現行であったリビジョンがユーザーに表示されたと報告されます。

リビジョンのグループやセキュリティが元のものから変更された場合など、この問題がすぐには明らかにならない場合もあります。たとえば、ユーザーが静的URLを介してドキュメントの「Public」リビジョン1にアクセスした場合、その後ドキュメントがリビジョン2に改訂され、Content Trackerデータ削減の実行前に「Secure」に変更されると、Trackerでは、Secureバージョンがユーザーに表示されたと報告されます。これは、コンテンツ・ファイル・タイプが変更された場合にも起こる可能性があります。ユーザーが元の.xmlバージョンにアクセスした後、データ削減の実行前にその.xmlバージョンが完全に別の.docに置き換えられた場合、Trackerでは、実際の.xmlではなく.docリビジョンがユーザーに表示されたと報告されます。

8.2.6.2.2 保存済(失効)静的URLによるアクセスの誤検出

シナリオ: ユーザーがコンテンツ・ファイルのWebロケーション(URL)を保存します。その後、コンテンツが改訂されて、保存されているURLが無効になりました。次に、ユーザーが(失効した)URLを介してコンテンツにアクセスしようとして、「該当するページが見つかりません。」エラー(HTTP 404)が発生します。Content Trackerでは、コンテンツが実際にユーザーに配信されていないのに、これを正常なアクセスとして記録する場合があります。このようなコンテンツについて報告されるアクセス・カウントは、実際よりも多くなる傾向があります。

詳細: コンテンツ・ファイルのWebロケーションは、ユーザーが静的URLを介してコンテンツにアクセスするための手段です。URL内の特定のファイル・パスは、わずかに異なる2つのコンテキストで使用されます。1つは、Webサーバーがコンテンツ・サーバー・リポジトリ内でコンテンツ・ファイルを検索する場合で、もう1つは、Content Trackerがデータ削減プロセス中にコンテンツ・ファイルのdIDおよびdDocNameを判別する場合です。問題が発生するのは、コンテンツが改訂されて、URLの保存時とアクセス試行時の間に特定のコンテンツIDのWebロケーションが変更された場合です。

たとえば、Wordドキュメントがチェックインされ、その後XMLドキュメントに改訂された場合、コンテンツの最新リビジョンのWebロケーションは、DomainHome/ucm/cs/groups/public/documents/adacct/xyzzy.docから

DomainHome/ucm/cs/groups/public/documents/adacct/xyzzy.xmlに変更されます。

ここで、xyzzyは割り当てられたコンテンツIDです。

元のリビジョンは、DomainHome/ucm/cs/groups/public/documents/adacct/xyzzy~1.docに名前変更されます。

これは、元のWebロケーションは静的URLとして機能しなくなることを意味します。ただし、元のURLから取得されたコンテンツIDは最新リビジョンと一致します。Webサーバーがリクエストされたファイルをユーザーに配信できなかった場合でも、Content TrackerではこれがコンテンツID「xyzzy」へのアクセスとして報告されます。

8.2.6.2.3 WebDAV経由で繰返しリクエストされたコンテンツのアクセスの欠落

シナリオ: ユーザーがWebDAVクライアント経由でドキュメントにアクセスした後、同じ方法で同じドキュメントにアクセスします。記録されるのは、ドキュメントに対する最初のWebDAVリクエストのみです。このようなコンテンツについて報告されるアクセス・カウントは、実際よりも少なくなる傾向があります。

詳細: WebDAVクライアントは通常、ネットワーク・トラフィックの量を減らすためになんらかの形態のオブジェクト・キャッシングを使用します。ユーザーが特定のオブジェクトをリクエストすると、クライアントは最初に、ローカル・ストア内にオブジェクトのコピーが存在しているかどうかを判別します。存在していない場合、クライアントはサーバーに接続し、転送をネゴシエートします。この転送は、COLLECTION_GET_FILEサービス・リクエストとして記録されます。

クライアントにすでにオブジェクトのコピーが存在する場合、クライアントはサーバーに接続して、クライアント・ローカル・コピーが取得された後にオブジェクトが変更されたかどうかを判別します。変更されている場合は、新しいコピーが転送され、COLLECTION_GET_FILEサービス詳細が記録されます。

クライアントのオブジェクト・コピーが現行のままである場合、転送は行われず、クライアントは保存済のオブジェクト・コピーをユーザーに表示します。この場合、ユーザーが元のコンテンツの新しいコピーを取得したように見えても、コンテンツ・アクセスはカウントされません。

8.2.6.3 データ・ディレクトリの保護

Content TrackerのWebサーバー・フィルタ・プラグインは、アクセス・リクエストが処理されているユーザーの認可コンテキスト内で実行されます。リクエスト処理スレッドの所有者は、システム・アカウントである場合があります。そうでない場合、これはリクエスト・ユーザーか、またはアプリケーションで使用されるシステム以外の別のタイプのアカウントです。

フィルタによって、情報がRAWイベント・ログに記録されます。ログ・ファイルが存在しない場合、イベント・スレッドを所有するユーザーの保護および認可のデフォルト資格証明を使用して新しいファイルが作成されます。ユーザー・アカウントにデータ・ディレクトリに対する書込み権限がある場合は、コンテンツ・アクセス・データが記録されます。そうでない場合、ログへのリクエストの記録は失敗し、アクセス・イベント詳細は記録されません。

Content Trackerでユーザー・アクセス・リクエストを適切に記録するには、すべてのユーザーについてアカウント認可の資格照明を受け入れるようにデータ・ディレクトリを構成する必要があります。1つの方法は、すべてのユーザーに書込み権限(または同等の権限)を付与することです。セキュリティの考慮事項によって無制限のアクセス・レベルが禁止されていなければ、無制限の書込みアクセス権を許可することをお薦めします。

8.2.6.4 ExtranetLookコンポーネント

ExtranetLookコンポーネントを使用すると(有効な場合)、Cookieベースのログイン形式とページを匿名タイプのユーザー向けにカスタマイズできます。このコンポーネントでは組込みのWebサーバー・プラグインを使用して、リクエストを監視し、リクエストがCookie設定に基づいて認証されているかどうかを判別します。ユーザーがコンテンツ・アイテムへのアクセスをリクエストした場合、Content Trackerはそのユーザーのアカウントの認可コンテキスト内で機能する必要があります。

アクセス情報が収集された後に、Content Trackerではイベント・データをログ・ファイルに記録しようとします。ユーザーのアカウントにContent Trackerのデータ・ディレクトリにアクセスする権限がある場合、リクエスト・アクティビティはログに記録されます。ただし、アカウントに書込み認可がない場合、ログへのリクエストの記録は失敗し、リクエスト・アクティビティは記録されません。

8.3 データ追跡機能

この項では、Content Trackerで使用できる様々なデータ追跡機能について説明します。内容は次のとおりです。

- 第8.3.1項「アクティビティ・スナップショット」

- 第8.3.2項「サービス・コール」

- 第8.3.3項「Webビーコン機能」

8.3.1 アクティビティ・スナップショット

アクティビティ・スナップショット機能によって、記録された各コンテンツ・アイテム・アクセスに関連するユーザー・メタデータが取得されます。

このセクションのトピックは次のとおりです:

- 第8.3.1.1項「検索関連メトリック」

- 第8.3.1.2項「スナップショット機能の有効化」

- 第8.3.1.3項「検索関連メタデータ・フィールドの作成」

- 第8.3.1.4項「最終アクセス・フィールドのチェックイン時刻値の設定」

- 第8.3.1.5項「バッチロードおよびアーカイブのための最終アクセス・フィールドの移入」

- 第8.3.1.6項「メタデータ・フィールドへのアクティビティ・メトリックのリンク」

- 第8.3.1.7項「スナップショット構成の編集」

8.3.1.1 検索関連メトリック

アクティブにすると、アクティビティ・メトリックおよび対応するメタデータ・フィールドに、コンテンツ・アイテムのユーザー・アクセスに関する検索関連情報が移入されます。オプションの自動ロード機能を使用すると、チェックインされたコンテンツ・アイテムのタイムスタンプが正確になるように、最終アクセス・アクティビティ・メトリックを更新できます。

Content Trackerでは、必要に応じて、特定のコンテンツ・アイテムの人気度を示すコンテンツ・アイテム使用状況情報が検索関連カスタム・メタデータ・フィールドに挿入されます。この情報には、2つの異なる時間間隔における最新アクセスの日付およびアクセス数が含まれます。

これらのアクティビティ・メトリック機能から生成された情報は、様々な方法で使用されます。たとえば、最近表示されたコンテンツ・アイテムや、先週最も多く表示されたコンテンツ・アイテムに従って、検索結果を並べ替えることができます。

スナップショット機能がアクティブになっている場合は、削減後の手順で検索関連メタデータ・フィールドの値が更新されます。この処理手順の間、Content TrackerではSQL問合せを使用して、アクティビティ・メトリックの値を変更したコンテンツ・アイテムが判別されます。Content Trackerでは、適用可能なデータベース表が新しい値で更新され、再索引付けサイクルが開始されます。ただし、再索引付けされるのは、メタデータ値を変更したコンテンツ・アイテムのみです。

8.3.1.2 スナップショット機能の有効化

これらのオプション機能を使用するには、最初に、アクティビティ・メトリック選択項目をアクティブにするスナップショット後処理機能を有効化する必要があります。次に、アクティビティ・メトリックを選択して有効化し、事前に選択したカスタム・メタデータ・フィールドを割り当てます。

スナップショット機能を有効化し、アクティビティ・メトリックを有効化するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。
データ・エンジン・コントロール・センターが開きます。

2. 「スナップショット」タブで、スナップショットの有効化を選択します。

3. 「OK」をクリックします。
確認ダイアログ・ボックスが表示されます。

4. 「OK」をクリックします。

8.3.1.3 検索関連メタデータ・フィールドの作成

スナップショット機能を実装する前に、有効化した各アクティビティ・メトリックに関連付けるカスタム・メタデータ・フィールドを決定します。また、このカスタム・メタデータ・フィールドが存在し、正しい型である必要があります。有効化するアクティビティ・メトリックに応じて、適用可能な手順に従って1つ以上のカスタム・メタデータ・フィールドを作成します。

カスタム・フィールドの作成の詳細は、第2.2.2項「カスタム・フィールドの追加または編集」を参照してください。アクティビティ・メトリックに関する次の特定情報を追加します。

- 最終アクセス・メトリック

- フィールド・タイプ: 日付

- デフォルト値: オプション。指定されていない場合、コンテンツ・アイテムがチェックインされてデータ削減が実行されるまで、フィールドは移入されません。一部のアプリケーションではデフォルト値が必要であり、その場合は、最終アクセス・フィールドにコンテンツのチェックインの日時が移入されるように「デフォルト値」フィールドに値を入力します。詳細は、第8.3.1.4項「最終アクセス・フィールドのチェックイン時刻値の設定」を参照してください。

- 検索インタフェースの有効化: オプション。検索に使用できるフィールドの作成をチェックします。

- 短期および長期アクセス・メトリック

- フィールド・タイプ: 整数

- 検索インタフェースの有効化: オプション。検索に使用できるフィールドの作成をチェックします。

カスタム・メタデータ・フィールドの索引付けはオプションですが、索引付けによってこのフィールドでの検索がより効率的になります。索引付けによって、蓄積された検索関連統計を問い合せて有用なデータを生成できます。たとえば、人気順に並べたコンテンツ・アイテムのリストを作成できます。

8.3.1.4 最終アクセス・フィールドのチェックイン時刻値の設定

通常、最終アクセス日付フィールドは、管理対象オブジェクトがユーザーおよびデータ削減実行によってリクエストされると、Content Trackerによって更新されます。フィールドは、次のデータ削減が実行されるまで空(NULL)になる場合があります。アプリケーションによっては、最終アクセス・フィールドにコンテンツ・チェックインの日時が即時に記録される必要があります。

最終アクセス・フィールドに移入するには、次のいずれかの方法を使用します。

- 構成マネージャの使用: メタデータ・フィールドを追加する場合、コンテンツ・チェックインの日時をフィールドに移入する式を入力します(たとえば、<$dateCurrent()$>のデフォルト値では、現在のチェックインの日時がフィールドに移入されます)。値を設定した後、「自動ロード」オプションを使用して既存コンテンツのフィールドに入力します。

- 「自動ロード」オプションの使用: このオプションを使用すると、最終アクセス・フィールドのNULL値を遡って現在の日時に置き換えることができます。最終アクセス・メタデータ・フィールドが空(NULL)のレコードのみが影響を受けます。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。
データ・エンジン・コントロール・センターが開きます。

2. 「スナップショット」タブをクリックします。

3. 1つ以上のアクティビティ・メトリックのチェック・ボックスを選択して有効にします。アクティビティ・メトリックにリンクされるカスタム・メタデータ・フィールドの名前を入力します(xLastAccess、xShortAccess、xLongAccessなど)。

4. 「自動ロード」チェック・ボックスを選択します。

5. 「OK」をクリックします。
確認ダイアログ・ボックスが表示され、DocMetaデータベース表の適用可能な最終アクセス・フィールド(値がNULL)に現在の日時が挿入されます。

「自動ロード」オプションを使用する場合は、次の考慮事項に注意してください。

- 「自動ロード」は、主に、チェックイン操作をアクセス・アクティビティとしてみなすアプリケーションでの使用を意図しています。

- 「自動ロード」では、最終アクセス・フィールドに日付の値が含まれていない既存のすべてのコンテンツに現在の日時が入力されます。最終アクセス・フィールドの定義後にチェックインされたすべてのコンテンツのフィールドには、デフォルト値としてチェックインの日時が自動的に移入されます。

- 「自動ロード」の実行は、DocMetaデータベース表内のすべてのレコードに影響を与えることがあります。このオプションは可能なかぎり使用しないようにしてください。

- 最終アクセス・メタデータ・フィールドが空(NULL)のDocMetaレコードのみが影響を受けます。

- 「自動ロード」は永続的です。「自動ロード」チェック・ボックスの状態は、スナップショットの他の設定とともに保存されます。このオプションを誤って使用しないようにするには、自動ロード機能を実行した直後に「自動ロード」チェック・ボックスの選択を解除して、アクティビティ・メトリック・フィールドの設定を再度保存してください。

- 「自動ロード」による更新の完了後にOracle WebCenter Content Serverのインデクサは自動実行されません。コレクションの再構築をいつ実行するかを決定する必要があります。

- デフォルトでは、「自動ロード」問合せによって、最終アクセス・メタデータ・フィールドが現在の日時に設定されます。必要に応じて問合せをカスタマイズできます。

8.3.1.5 バッチロードおよびアーカイブのための最終アクセス・フィールドの移入

アーカイブおよびバッチロードされたコンテンツを適切に保存するには、インポートまたは挿入用に最終アクセス・フィールドに日付を設定します。そうしないと、これらのコンテンツ・アイテムのアクセス日付はNULLになり、このフィールドに基づいた保存は失敗します。また、日付が保存管理にどのように影響するかについても考慮してください。たとえば、1998年データのインポートは、コンテンツの保存品質を正確に反映するために、インポートを実行した日付よりもその日付を使用した方が適切にタグ付けできる場合があります。

最終アクセス・フィールドの名前は、フィールドの作成時に指定した名前に基づいています。たとえば、最終アクセスという名前を使用する場合は、xLastAccessがインポートまたは挿入で使用されます。

バッチ・ローダーの使用の詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。バッチ・ローダーを使用して最終アクセス・フィールドに移入する手順の概要は、次のとおりです。

1. バッチ・ローダーにアクセスします。

2. 適切な最終アクセス日付を確立するレコードを作成します。次に、適用可能なファイル・レコードの例を示します。

# This is a comment
Action=insert
dDocName=Sample1
dDocType=ADACCT
xLastAccess=5/1/1998
dDocTitle=Batch Load record insert example
dDocAuthor=sysadmin
dSecurityGroup=Public
primaryFile=links.doc
dInDate=8/15/2001
<<EOD>>

3. バッチ・ローダーを実行して、ファイル・レコードを処理します。

8.3.1.6 メタデータ・フィールドへのアクティビティ・メトリックのリンク

アクティビティ・メトリック・オプションは、アクティブ化した後、個別に選択して有効化する必要があります。アクティビティ・メトリックを有効化すると、対応するカスタム・メタデータ・フィールドもアクティブ化されます。

アクティビティ・メトリックを有効化し、対応するカスタム・メタデータ・フィールドをアクティブ化するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。
データ・エンジン・コントロール・センターが開きます。

2. 「スナップショット」タブをクリックします。

3. 1つ以上のアクティビティ・メトリックのチェック・ボックスを選択して有効にします。アクティビティ・メトリックにリンクされるカスタム・メタデータ・フィールドの名前を入力します(xLastAccess、xShortAccess、xLongAccessなど)。

4. 短期アクセス・カウントおよび長期アクセス・カウントに、適用可能な時間間隔を日数で入力します。たとえば、短期アクセス・カウントに7日間、長期アクセス・カウントに28日間と入力します。
これら2つのアクセス・カウント・メトリックは計算期間のみが(たとえば、最後の30日間と最後の90日間、最後の1週間と最後の1年間のように)異なります。アクティビティ・メトリックに指定される時間間隔は相互に独立しています。たとえば、1つ目の時間間隔(短期アクセス)の日数に、2つ目の時間間隔(長期アクセス)よりも長い日数を設定できます。

削減された日数についてのみ、アクセス・カウントが表に計上されます。1日分以上のデータを削減しない場合、その日付に対するアクセスはログに記録およびカウントされません。アクセス・カウント・メトリックは削減日の順序の影響を受けるため、ランダムな順序でデータを削減しないでください。

5. 終了したら、「OK」をクリックします。
確認ダイアログ・ボックスが表示されます。

6. 「OK」をクリックします。

フィールドでは、大文字と小文字が区別されることに注意してください。すべてのフィールド値が正しいスペルの大文字であることを確認してください。

Content Trackerでは次のエラー・チェックを使用して、有効化されたそれぞれのアクティビティ・メトリック・フィールドの値を検証します。

- DocMetaデータベース表をチェックして、カスタム・メタデータ・フィールドが実際に存在することを確認します。

- カスタム・メタデータ・フィールドの型が正しいことを確認します(たとえば、最終アクセス・メタデータ・フィールドは日付型などになります)。

- dIDメタデータ・フィールドを明示的に除外することを確認します。

8.3.1.7 スナップショット構成の編集

スナップショット・アクティビティ・メトリック設定を変更するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。
データ・エンジン・コントロール・センターが開きます。

2. 「スナップショット」タブをクリックします。

3. アクティビティ・メトリック・フィールドに必要な変更を加えます。

4. 「OK」をクリックします。
確認ダイアログ・ボックスが表示されます。

5. 「OK」をクリックします。

8.3.2 サービス・コール

Content Trackerでは、サービス・コールを、関連付けられたサービスに関連するデータ値とともにログに記録できます。ログに記録する各サービスには、サービス・コール構成ファイル(SctServiceFilter.hda)内にサービス・エントリが存在している必要があります。ログに記録するサービスに加えて、対応するフィールド・マップResultSetをSctServiceFilter.hdaに含めることができます。

サービス・コールの管理の詳細は、『Oracle WebCenter Content Content Server開発者ガイド』を参照してください。

8.3.3 Webビーコン機能

重要:

Webビーコン機能の実装要件は、関連するシステム構成に依存しています。このドキュメントでは、すべての要素には対応できません。Content Trackerで収集および処理されるアクセス・レコードに関する情報は、正確なカウントではなく、一般的なユーザー・アクティビティを示すものです。

Webビーコンは、Webページまたは他の管理対象コンテンツへの間接ユーザー・アクセスを容易に追跡するための特別サポートを提供する管理対象オブジェクトです。Content Trackerの以前のリリースでは、キャッシュされたページのデータや、キャッシュされたサービスから生成されたページのデータは収集できませんでした。キャッシュされたWebページやコンテンツ・アイテムにユーザーがアクセスした場合、Oracle WebCenter Content ServerやContent Trackerではこれらのリクエストが発生したことを認識できません。Webビーコン参照を使用しないと、Content Trackerではこのようなリクエストを記録してカウントできません。

Webビーコンを使用すると、クライアント側では、Oracle WebCenter Content Server内の管理対象ビーコン・オブジェクトへの目に見えない参照として埋込み参照を使用できます。Content Trackerでは、Oracle WebCenter Content Serverからコンテンツを直接取得せずに、再配布のために外部エンティティによってコピーされた管理対象コンテンツ・アイテムに対するユーザー・アクセス・リクエストを記録してカウントできます。

特に、リバース・プロキシ・アクティビティおよびSite Studioの使用時には、Webビーコン機能の使用が適しています。

リバース・プロキシ・シナリオでは、リバース・プロキシ・サーバーは、ユーザーとOracle WebCenter Content Serverの間に位置します。リバース・プロキシ・サーバーはリクエストされたオブジェクトのコピーを作成することにより、管理対象コンテンツ・アイテムをキャッシュします。別のユーザーが次回にドキュメントを要求すると、プライベート・キャッシュ内のコピーが表示されます。リバース・プロキシ・サーバーのキャッシュ内にオブジェクトが存在しない場合は、コピーをリクエストします。

リバース・プロキシ・サーバーはキャッシュされたコンテンツを配信するため、Oracle WebCenter Content Serverと直接相互作用することはありません。したがって、Content Trackerではこれらのリクエストを検出できないため、このユーザー・アクセス・アクティビティを追跡できません。

リバース・プロキシ・サーバーは、キャッシュしたり、ファイアウォールの内側にあるアプリケーションやサイトへのWebアクセスを管理することによって、Webパフォーマンスを向上させるために使用します。このような構成は、頻繁にアクセスされるコンテンツのコピーを、スケジュールに基づいて更新されるWebサーバーに移動することによってロード・バランシングを行います。

Webビーコン機能を有効にするために、各ユーザー・アクセスには、Oracle WebCenter Content Serverの管理対象ビーコン・オブジェクトへの追加リクエストが含まれています。追加リクエストによってオーバーヘッドが増加しますが、Webビーコン・オブジェクトは非常に小さいため、リバース・プロキシ・サーバーのパフォーマンスに大きな影響を与えることはありません。必要なのは、特に追跡するオブジェクトにWebビーコン参照を埋め込む操作のみです。

別の使用例として、Oracle WebCenter Content Serverで格納および管理されるWebサイトの作成に使用されるSite Studioをあげることができます。Site StudioとOracle WebCenter Content Serverが同じサーバーに存在する場合、Content Trackerは適用可能なユーザー・アクセスを自動的に追跡するように構成されます。収集されたSite Studioアクティビティ・データは、第8.4.1.4項「Site StudioのWebサイト・アクティビティ・レポート作成」で説明されているとおり、事前定義済レポートで使用されます。

注意:

Site StudioとContent Trackerの統合には2つのモードを使用できます。1つは、Site Studioがインストールされたときに自動的に行われる既存の組込み統合のタイプです。Webサイトを構築していて、Oracle WebCenter Content ServerでWebページを管理する場合は、このオプションを使用します。

もう1つは、Webビーコン機能を使用して、Content TrackerがSite Studioを他のWebサイト・ジェネレータと同様に扱う形式です。Webサイトが実働モードで、Oracle WebCenter Content Serverでコンテンツを管理しない場合は、このオプションを使用します。

Webサイトが外部対象者向けの場合は、サイトのコピーを作成して、別のサーバーに転送できます。このソリューションでは、サイトをパブリックに表示すること以外に、開発サイトと本番サイトを別々にすることも可能です。ただし、この配置の場合は、Webビーコン機能を実装して、Content Trackerでユーザー・アクティビティを収集および処理できるようにしてください。

Webビーコン・オブジェクトの管理の詳細は、『Oracle WebCenter Content Content Server開発者ガイド』を参照してください。

8.4 Content Trackerレポート

Content Trackerレポートでは、取得されて削減されたデータを使用して、特定のコンテンツ部分の使用状況履歴の概要を示すレポートが生成されます。事前定義済レポートを使用したり、追跡する情報に対するカスタム問合せを作成します。外部の市販レポート作成ツールを使用できます。詳細は、第8.4.2.5項「外部レポート作成ツール」を参照してください。

デフォルトでは、Content Trackerではコンテンツ・アクセス・イベントのデータのみが収集および記録され、検索などのコンテンツ・アクセス・イベント以外での情報収集やユーザー・プロファイルの概要の収集および統合は除外されます。この除外のため、Content Trackerレポートの生成メイン・ページには様々な事前定義済レポートのオプションは表示されません。事前定義済レポートのすべてのオプションを使用可能にするには、config.cfgファイルを変更して最適化機能の設定を変更するか、コンポーネント・マネージャの更新機能を使用します。

レポートは、特定のユーザー、ユーザー・グループ、メタデータ値の問合せやグループによって定義可能なコンテンツのセットなど、様々な基準から導出できます。Content Trackerレポートでは、システム内の変数(ユーザーの数、コンテンツの量、メタデータ・カウントなど)に基づいて、数百個もの主要なメトリックをレポートに含めることができます。特化したレポートによって、ユーザーに最も関連性の高いコンテンツを把握して公開できます。

この項の内容は次のとおりです。

- 第8.4.1項「レポート機能および考慮事項」

- 第8.4.2項「レポート作成タイプ」

- 第8.4.3項「セキュリティ・チェックと問合せ結果」

- 第8.4.4項「Content Trackerレポートの使用」

8.4.1 レポート機能および考慮事項

レポート機能を使用する場合は、次の問題を考慮してください。

- 第8.4.1.1項「OracleおよびDB2の大/小文字の区別」

- 第8.4.1.2項「アクセス制御リストおよびContent Trackerレポートのセキュア・モード」

- 第8.4.1.3項「ユーザー認証/認可および監査」

- 第8.4.1.4項「Site StudioのWebサイト・アクティビティ・レポート作成」

8.4.1.1 OracleおよびDB2の大/小文字の区別

Oracle WebCenter Content ServerデータベースとしてOracleデータベースまたはDB2を使用している場合は、メタデータ値の大/小文字が区別されます。大/小文字を正しく使用して問合せレポート基準に値を入力する必要があり、そうしない場合、Content Trackerレポートで一部の可能な一致ファイルが返されないことがあります。

たとえば、OracleまたはDB2 Oracle WebCenter Content ServerデータベースがAdAccであるのに、ユーザーが問合せフィールドにadacc、ADACCまたはAdaccと入力した場合、Content Trackerレポートでは結果が返されません。この場合、各事前定義問合せレポートのすべてのメタデータ・フィールドに対して、入力値とメタデータ値の大/小文字を一致させる必要があります。

8.4.1.2 アクセス制御リストおよびContent Trackerレポートのセキュア・モード

Content Trackerレポートのコンポーネントをインストールすると、SctrEnableSecurityChecks構成変数が設定され、2つのセキュリティ・モード(セキュア・モードおよび非セキュア・モード)のいずれかを使用できます。変数を変更すると、個々のユーザー・ロールおよびアカウント情報を使用して、レポート結果におけるコンテンツ・アイテム情報の表示を制限するためのオプションが提供されます。

生成されるレポートでユーザーに表示されるコンテンツ・アイテムおよびメタデータを制御できます。ユーザーがOracle WebCenter Content Server検索で見つけられなかった内容はContent Trackerレポートでも表示されないようにすることが理想的です。セキュア・モードを使用すると、生成されるレポートの情報は、ユーザーのロールおよびアカウント権限に基づいてフィルタ処理されます。

ただし、インスタンスに対してアクセス制御リスト(ACL)を有効化した場合、Content Trackerレポートのセキュア・モード・オプションは機能しません。インストール時は、セキュリティ・チェック・プリファレンス・チェック・ボックスを空白にしておいてください。ACLベースのシステムでは、セキュア・モードが無効になっている必要があります。この場合、システム管理者以外のユーザーに、本来はアクセスと表示の権限を付与していないコンテンツ・アイテムの情報が表示される可能性があります。

注意:

セキュリティ・チェック・インストール・プリファレンスの詳細、およびそれがレポート問合せとレポート結果に与える影響の詳細は、第8.4.3項「セキュリティ・チェックと問合せ結果」を参照してください。

8.4.1.3 ユーザー認証/認可および監査

システムまたは権限で保護されたコンテンツ・アイテムへの失敗したアクセス試行を監視する監査機能を使用できます。セキュリティ違反のアクセス試行の分析に役立つ2つのレポートが用意されており、これらのレポートには、失敗したユーザー・ログイン、およびセキュアなコンテンツ・アイテムへの失敗したアクセス試行が表示されます。失敗したアクセス試行に関する情報は、システムやコンテンツのセキュリティを保護したり、監査証跡およびレコードを適切に保持するために不可欠です。

使用可能な監査レポートは次のとおりです。

- ユーザーによる認可の失敗: このレポートには、ユーザー名とそのIPアドレスを含む、アクセス認可の否認情報が示されます。これらのユーザーにはシステム・アクセス権限がありますが、ユーザーのロールまたはアカウントのメンバーシップによって特定のコンテンツ・アイテムへのアクセス(給与コンテンツへのアクセスなど)が制限される場合があります。

- ログイン失敗: このレポートには、ユーザー名とそのIPアドレスを含む、ログインおよび認証の失敗情報が示されます。ログインが成功しないとユーザー・タイプを区別できないため、ログに記録されたデータでは、外部ユーザー、内部ユーザーおよびグローバル・ユーザーは区別されていません。

8.4.1.4 Site StudioのWebサイト・アクティビティ・レポート作成

Site Studioを使用している場合は、Site Studioアクティビティが追跡されるようにContent Trackerが自動的に構成されます。Content Trackerレポートでは、ログに記録されたデータを使用して、Webサイト・アクセス結果を要約する事前定義済レポートが生成されます。Site Studioをインストールしている場合は、Content Trackerレポートの生成メイン・ページに、Site Studio固有のWebアクセス・レポートが表示されます。

Site Studioの事前定義済レポートでは、Content Trackerレポートのデフォルト・フォーマットが使用され、ドリルダウン・レポート機能が提供されます。どちらの場合も最上位レベル・レポートは、「サイトID」および「アクセス」を汎用基準として使用したサマリー・レポートです。ドリルダウン・レポートには、関連する統計が示されます。

- Webサイト・コンテンツへのアクセス: このレポートは、最上位レベルではIDベースで、それ以降のドリルダウン・レポートでは結果がコンテンツID別および相対URL別にリストされます。この情報によって、Webサイトへのアクセスに使用されているURLが示されます。ただし、実際には、多数の異なるURLで同じページが表示される場合もあります。このレポートの結果には、ユーザーがノードにアクセスした方法に関係なく、ノードの合計アクセス数も含まれます。

- URLを使用したWebサイト・アクセス: このレポートには、Webサイト相対URLおよび関連するアクティビティ合計が要約されます。

8.4.2 レポート作成タイプ

Content Trackerレポートの生成には3つの方法があります。

- 第8.4.2.1項「事前定義済レポート」

- 第8.4.2.2項「カスタム・レポート」

- 第8.4.2.3項「レポートの生成」

- 第8.4.2.4項「情報ページからレポートへのアクセス」

- 第8.4.2.5項「外部レポート作成ツール」

8.4.2.1 事前定義済レポート

Content Trackerレポートには、最も頻繁にリクエストされるトピックのレポートを生成するために使用される多くの事前定義済レポート・オプションが用意されています。

「Content Trackerレポートの生成」を使用して生成する各レポートには、同じ一般フォーマットとビジュアル・レイアウトが適用されます。レポートの情報は、SctAccessLogデータベース表およびその他のOracle WebCenter Content Serverデータベース表(必要な場合)の削減済データから抽出されます。

コンパイル済結果に含まれるのは、コンテンツ・アイテムをリクエストして開いたユーザーです。開かれるコンテンツ・アイテムは、Webロケーション・ファイル(コンテンツ・アイテムへの絶対パス)、HTMLバージョン(Dynamic Converterを使用)、または実際のネイティブ・ファイルです。コンテンツ情報ページのみを開いたユーザーは、追跡データに含まれません。

情報は最初にContent Trackerによって蓄積され、次にデータ削減サイクルを経過する必要があります。データを手動で削減すると即時にデータベース表が更新され、生成された問合せレポートにも更新済の情報が表示されます。そうでない場合は、ユーザーがコンテンツ・アイテムにアクセスしてから、その情報がアクセス履歴結果に含められるまでに、1日の遅れがあります。

生成された問合せレポートに特定のコンテンツ・アイテムへのアクティブなリンクが含まれている場合、そのリンクをクリックすると、対応するコンテンツ・ダッシュボードが表示されます。コンテンツ・ダッシュボードには、コンテンツ・アイテムのバージョンおよびアクセス回数が表示されます。「バージョン別」をクリックするとすべてのバージョンが表示され、「すべてのバージョン」をクリックするとバージョンの表示が結合されます。

事前定義済レポートごとに、様々なレベルのレポート結果を生成できます。Content Trackerレポートの生成メイン・ページで入力した検索条件に基づいて、結果が適宜フィルタ処理されます。最上位レベルのレポートはサマリー・レポートで、一般性の高い情報が示されます。最上位レベルのレポートにあるリンクを使用して、より具体的な情報にドリルダウンします。

8.4.2.2 カスタム・レポート

Content Trackerレポートで提供されているサンプル・レポートに加えて、情報を追跡するためのカスタム問合せを作成できます。カスタム・レポートを作成する場合は、次の内容を考慮してください。

- Oracle Databaseおよびエイリアスを使用して、生成されるレポートに列名を表示するには、/shared/config/resources/upper_clmns_map.htmファイルにエイリアスを追加します。たとえば、NameおよびAccess_Date_GMT列ヘッダーを使用する場合は、upper_clmns_map_htmファイル内に次の行を入力します。

<tr>
<td>NAME</td>
<td>Name</td>
</tr>
<tr>
<td>ACCESS_DATE_GMT</td>
<td>Access_Date_GMT</td>
</tr>

- 拡張されたサービス・トラッキング機能を使用する場合は、サービス名が常にsc_scs_idcService列に記録されることに注意してください。拡張フィールドのコンテンツを参照する問合せを設計する場合は、問合せ内に修飾子としてサービスを含めます。

- カスタム・レポート問合せをレポート問合せファイルに追加した後は、それを使用して結果を表示できるようになります。

8.4.2.3 レポートの生成

事前定義済レポートまたはカスタム・レポートを生成するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Trackerレポート」を選択します。

2. レポート・タイプを選択します。

3. 該当するフィールドに、検索基準およびフィルタ処理基準を入力します。

4. 「送信」をクリックします。
選択したレポート・タイプが表示されます。

8.4.2.4 情報ページからのレポートへのアクセス

コンテンツ・アイテムの情報ページからそのコンテンツ・アイテムのアクセス履歴レポートを生成できます。

1. コンテンツ・アイテムを検索し、関連付けられた「情報」アイコンをクリックします。
コンテンツ情報ページが開きます。

2. グローバル・アクション・リストから「アクセス履歴レポートの表示」を選択します。
コンテンツ・アイテムの最新のコンテンツ・アクセス・レポートが表示されます。

3. コンテンツ・アクセス・レポートで、「アクセス」をクリックします。
コンテンツ・アイテムの最新の日付別アクセス・レポートが表示されます。

4. コンテンツ・アクセス・レポートで、「ユーザー」をクリックします。
コンテンツ・アイテムの最新のユーザー別アクセス・レポートが表示されます。

8.4.2.5 外部レポート作成ツール

市販のレポート生成ツールを使用して、Content Trackerで収集されたデータから基本的なテキスト・レポートや、より高度なグラフィック(棒グラフや円グラフなど)を生成できます。

このガイドでは、カスタム・レポートの作成で使用する外部レポート作成ツールについての操作知識がユーザーにあることを前提としています。このため、この項では、ほとんどの市販のレポート作成製品に適用できる基本的なガイドラインのみを示しています。

8.4.2.5.1 外部レポート作成ツールの使用

外部レポート作成ツールを使用してカスタム・レポートを生成する手順は、次のとおりです。

1. 外部レポート作成ツール・アプリケーションを開きます。

2. データベースへのODBC接続(適用可能な場合)を設定します。

3. レポートに使用するデータベース表を選択します。

4. ファイル内で共通のキーIDまたはフィールドに基づいて、選択した複数の表をリンクします。選択した各表は、各表に共通している同じキーIDまたはフィールドを使用してリンクすることが理想的です。

5. 各表からフィールドを選択して、レポート・フォームに統合します。ほとんどの場合、フィールドを選択してフォームにドラッグ・アンド・ドロップできます。
この手順では、カスタマイズ・レポートを設計します。外部レポート作成アプリケーションによって生成される最終的な基本テキスト・レポートでは、選択した特定のフィールドは列として表示されます。

6. 外部レポート作成アプリケーションでこれらのオプションがサポートされている場合は、カスタム・パラメータ、基準またはその両方を作成できます。
たとえば、問合せされた情報を最終レポートでハードコードにしたり、プロンプトを使用してエンド・ユーザーから直接入力を取得するようなタイプのカスタム・パラメータを作成できます。さらに、特定のソート基準を作成すると、最終レポートに含める集計データを戦略的に制限および最適化できます。

7. 選択したフィールドのソート順序を指定し、最終レポート出力をフォーマットします。

8. 最終レポートをプレビューします(オプション)。

9. レポートを配信メカニズムにチェックインします。
一般に、最終レポートは、Web表示可能ページまたは印刷可能ファイルとしてフォーマットして配信できます。また、外部レポート作成アプリケーションでデータ結果を使用して、棒グラフや円グラフなどの有用なグラフを作成することもできます。

さらに、保存したファイルをMicrosoft ExcelやWordファイルなどの他の製品にインポートすることもできます。

8.4.3 セキュリティ・チェックと問合せ結果

Content Trackerレポートのインストール・プロセス中に、個々のユーザー・ロールおよびアカウント情報を使用して、レポート結果におけるコンテンツ・アイテム情報の表示を制限し、生成されるレポートでユーザーに表示されるコンテンツ・アイテムおよびメタデータを制御できます。ユーザーがOracle WebCenter Content Server検索で見つけられなかった内容はContent Trackerレポートでも表示されないようにすることが理想的です。

注意:

インスタンスに対してアクセス制御リスト(ACL)を有効化している場合、Content Trackerレポートのセキュア・モード・オプションは機能しません。詳細は、第8.4.1.2項「アクセス制御リストおよびContent Trackerレポートのセキュア・モード」を参照してください。

Content Trackerレポートのコンポーネントをインストールすると、SctrEnableSecurityChecks構成変数が設定されます。この変数では、セキュア・モードまたは非セキュア・モードのいずれかを使用できます。インストール中に、セキュリティ・チェック・ボックスを選択するかどうかによって、モードを選択します。インストール後は、コンポーネント・マネージャを使用して設定を変更します。

SctrEnableSecurityChecks=Trueの場合、Content Trackerレポートはセキュア・モードで動作します。検索結果を制限するために使用されたものと同じセキュリティ基準(ロールおよびアカウントの制限)が、Content Trackerレポートの問合せおよび生成されるレポートにも適用されます。2つの異なるユーザーが「上位アクセス・コンテンツ・アイテム」レポートを実行した場合、異なる結果が表示されることがあります。false(デフォルト)に設定されている場合、システム管理者以外のユーザーに、アクセスと表示の権限を付与していないコンテンツ・アイテムの情報が表示される可能性があります。

contenttrackerreports_query.htmファイルには、事前定義済レポートおよびカスタム・レポートを生成する「Content Trackerレポートの生成」のすべての問合せが含まれます。非セキュア・モードおよびセキュア・モードをサポートするために、このファイルには2つの問合せセットが含まれます。

注意:

ローカライゼーションのサポートのために、事前定義済レポート名の「document」という語は「content item」に変更されています。ただし、これまでと同様に、対応するレポート問合せにはWordドキュメントの略語(doc)が含まれます。contenttrackerreports_query.htmファイル内のレポート問合せ名は変更されていません。

たとえば、「上位アクセス・コンテンツ・アイテム」レポートは、Content Trackerレポートの生成メイン・ページにリストされる事前定義済レポートです。contenttrackerreports_query.htmファイル内の対応するレポート問合せには、既存のネーミング規則が使用されます。

qSctrTopDocs(非セキュア・バージョン)

qSctrTopDocs_SEC(セキュア・バージョン)

この項の内容は次のとおりです。

- 第8.4.3.2項「事前定義済レポートとセキュリティ・モード」

- 第8.4.3.3項「カスタム・レポートとセキュリティ・モード」

- 第8.4.3.4項「セキュリティ構成の変更」

- 第8.4.3.6項「レポート問合せのセキュリティ・チェックの有効化または無効化」

- 第8.4.3.7項「レポート問合せセキュリティのカスタマイズ」

- 第8.4.3.8項「セキュアなレポート問合せの作成」

8.4.3.1 セキュリティ・モードの例

ユーザーが、管理者権限、コントリビュータ権限、ゲスト権限およびシステム・マネージャ権限を持っている(準管理者ユーザー)が、特定のコンテンツ・アイテム(給与レポートなど)を表示するための適切なロールまたはアカウントのメンバーシップを持っていないとします。割り当てられた権限を使用すると、このユーザーはコンテンツ・サーバー管理者ページにアクセスでき、Content Trackerレポートの生成メイン・ページにアクセスできます。ただし、このユーザーがコンテンツ・サーバーで標準検索を実行した場合、結果ページには給与レポートが存在することは示されません。

セキュリティ・チェック・プリファレンス変数が有効化されている場合、Content Trackerレポートでは、同じロールおよびアカウントのメンバーシップ・チェックが実施されます。次に、特定のレポートをリクエストしたユーザーに応じて、ロールおよびアカウントの照合アクティビティが実行され、対象になるコンテンツ・アイテム使用状況データが決まります。

次の各例に示すように、特定のユーザー(前述の準管理者ユーザー)に対して生成されるレポート結果は、プリファレンス変数が有効化されているかどうかによって異なります。

- セキュア・モードの例:
セキュリティ・チェック・プリファレンスが有効化されている場合、Content Trackerレポートはセキュア・モードで実行され、ロールおよびアカウントの一致がチェックされます。この場合、準管理者ユーザーは機密データを取得および表示する資格がありません。このユーザーのロールおよびアカウント権限に関連付けられた制限によって、給与コンテンツ・アイテムは常にまったく表示されません。データはレポート結果に含まれず、ユーザーはデータの存在も認識できません。

- 非セキュア・モードの例:

セキュリティ・チェック・プリファレンスが無効化されている場合、Content Trackerレポートは非セキュア・モードで実行され、ロールおよびアカウントの一致はチェックされません。この場合、準管理者ユーザーは、給与レポートに対してアクセスまたは表示する資格がなくても、給与コンテンツ・アイテムに関連付けられた機密情報の一部を取得できます。

少なくとも、ユーザーは給与レポートの存在を知り、そのメタデータの一部を表示できます。この状況における危険性は、メタデータに含まれている情報の種類によって異なります。場合によっては、コンテンツ・アイテムが存在することを知るだけでも、重大なセキュリティ違反になることがあります。

注意:

このようなセキュリティ違反は、準管理者ユーザーにかぎらず発生します。たとえば、権限のないユーザー(つまり、通常は検索結果ページの特定のコンテンツ・アイテムを表示する権限のないユーザー)がContent Trackerレポートの生成メイン・ページにアクセスできることがあります。これは、管理者ページにアクセスしたり、URLを推測することによって可能になります。この場合、制限されているコンテンツ・アイテムを記述したメタデータの一部を含むレポートがユーザーに表示されます。

8.4.3.2 事前定義済レポートとセキュリティ・モード

ほとんどの事前定義済レポート問合せでは、contenttrackerreports_query.htmファイルにセキュア・フォームと非セキュア・フォームの両方が含まれます。問合せの検索結果がユーザー・ロールおよびアカウント権限の影響を受ける可能性がある場合は、非セキュアな問合せのセキュアなバリアントが含められます。セキュリティ・チェック変数が有効化されている場合は、問合せのセキュア・フォームが優先され、対応する非セキュアな問合せにかわって実行されます。

レポート問合せごとにセキュリティ・チェック・プリファレンス変数を選択的に有効化または無効化することはできません。ただし、contenttrackerreports_query.htmファイルをカスタマイズして、セキュアな問合せおよび非セキュアな問合せを管理できます。特定の問合せのセキュア・フォームを削除または名前変更することによって、その問合せのセキュリティ・チェック(アカウント照合)を無効化できます。

8.4.3.3 カスタム・レポートとセキュリティ・モード

事前定義済レポートに加えて、特定のニーズに合わせてカスタマイズした検索問合せに基づくカスタム・レポートを作成できます。カスタム・レポートを作成するだけでなく、レポートにセキュリティ・チェックを選択的に実装することもできます。contenttrackerreports_query.htmファイルに問合せの非セキュア・フォームとセキュア・フォームの両方を含めることができます。

たとえば、両方の問合せフォームを備えたカスタム・レポートを追加できます。非セキュアな問合せの名前がqMyTopTwentyの場合、セキュアな問合せの名前はqMyTopTwenty_SECになります。セキュリティ・チェック・プリファレンス変数が有効化されている場合は、セキュアな問合せ(qMyTopTwenty_SEC)を使用してレポートが生成されます。セキュリティ・チェック・プリファレンス変数が有効化されていない場合は、非セキュアな問合せ(qMyTopTwenty)を使用してレポートが生成されます。

注意:

カスタム問合せのセキュア・フォームは、contenttrackerreports_query.htmファイル内にある既存のセキュアな問合せの特定パターンに準拠している必要があります。詳細は、第8.4.3.8項「セキュアなレポート問合せの作成」を参照してください。

8.4.3.4 セキュリティ構成の変更

ScrtEnableSecurityChecks設定を手動で有効化または無効化するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理サーバー」を選択します。
コンテンツ管理サーバー・ページが表示されます。

2. Webビーコンのプリファレンス設定を変更するインスタンス名をクリックします。
コンテンツ管理サーバー<instance_name>ページが表示されます。

3. 「コンポーネント・マネージャ」をクリックします。
コンポーネント・マネージャ・ページが表示されます。

4. 「コンポーネント構成の更新」フィールドで、リストから「Content Trackerレポート」を選択します。

5. 「更新」をクリックします。
コンポーネント構成の更新ページが表示されます。

6. SctWebBeaconIDListプリファレンス・フィールドに、適用可能なWebビーコン・オブジェクトのdDocNameをカンマで区切って入力します。

7. 「更新」をクリックします。

8. Oracle WebCenter Content Serverを再起動して変更を適用します。

8.4.3.5 セキュリティ・モードの選択

Content Trackerレポートでは、リクエストされたレポートを生成するために、適用可能な非セキュアな問合せまたはセキュアな問合せを選択して実行する必要があります。

この項の内容は次のとおりです。

- 問合せタイプ選択プロセス

- レポート問合せ選択の例

8.4.3.5.1 問合せタイプ選択プロセス

Content Trackerレポートでは、次のプロセスに基づいてレポート問合せが選択されます。

- ユーザーがレポート・リクエストを発行すると、レポート問合せの名前が専用のContent Trackerレポート・サービスに送信されます。

- Content Trackerレポート・サービスによって、次のようにしてセキュリティ・チェック設定が実施されます。

- セキュリティ・チェック・プリファレンスが無効化されている場合:
Content Trackerレポートは非セキュア・モードで実行され、ロールおよびアカウント照合(ユーザー・ロールおよびアカウント権限の検証)は実行されません。Content Trackerレポート・サービスでは、問合せの非セキュア・バージョンが検索され、リクエストされたレポートの生成に使用されます。レポート問合せのセキュア・バージョンが存在しているかどうかは関係ありません。

非セキュア・モードでは、非セキュアな問合せのみがレポートの生成に使用されます。その結果、ユーザーの各ロールおよびアカウントのメンバーシップに関係なく、すべてのユーザーに同じレポート結果が表示されます。

- セキュリティ・チェック・プリファレンスが有効化されている場合:
Content Trackerレポートはセキュア・モードで実行され、ロールおよびアカウント照合(ユーザー・ロールおよびアカウント権限の検証)が実行されます。

処理の開始時:

Content Trackerレポート・サービスによって、発行された問合せ名に接尾辞「_SEC」が付加され、リクエストされた問合せのこのバリアントがcontenttrackerreports_query.htmファイル内で検索されます。

検索時:

- 問合せのセキュア・フォームが検出されると、リクエストされたレポートの生成にそのフォームが使用されます。
これは、ロールおよびアカウント照合を実施するセキュリティ・チェックが実行され、レポートをリクエストしたユーザーのロールおよびアカウント権限によって問合せ結果が制限されることを意味します。したがって、ユーザーごとに異なるデータ結果を表示できます。

- 問合せのセキュア・フォームが検出されない場合は、非セキュアな変数が使用されます。
この場合、実際には、セキュリティ・チェック・プリファレンスが無効化されているときと同じ結果になります。これは、ロールおよびアカウント権限は認証されず、コンテンツ・アイテム・データはフィルタ処理されないことを意味します。したがって、レポートに表示される結果はすべてのユーザーについて同じになります。適切な権限のないユーザーに機密情報が表示される可能性もあります。

8.4.3.5.2 レポート問合せ選択の例

ユーザーが「ユーザー・タイプ」レポートをリクエストすると、次の処理が実行されます。

1. レポート問合せ名(qSctrUsersByType)がContent Trackerレポート・サービスに渡されます。

2. Content Trackerレポート・サービスで、セキュリティ・チェック・プリファレンス変数に基づいてリクエストが評価されます。

1. セキュリティ・チェックが無効化されている(falseに設定されている)場合、サービスでは、contenttrackerreports_query.htmファイル内でqSctrUsersByType問合せが検索されます。

2. セキュリティ・チェックが有効化されている(trueに設定されている)場合、サービスでは、問合せ名にセキュリティ接尾辞が追加され(qSctrUsersByType_SEC)、contenttrackerreports_query.htmファイル内でこのバリアントが検索されます。

3. Content Trackerレポートでは、セキュリティ・チェック・ステータスに応じて、適用可能な問合せを使用して「ユーザー・タイプ別ユーザー」レポートが生成されます。

8.4.3.6 レポート問合せのセキュリティ・チェックの有効化または無効化

特定のレポート問合せに対してセキュリティ・チェック(アカウント照合)を無効化または有効化するには、次の手順に従います。

1. テキスト・エディタで、必要なファイルを開きます。
IntradocDir/custom/ContentTrackerReports/resources/contenttrackerreports_query.htm

2. 無効化する問合せのセキュア・バージョンを検索します。

3. 問合せの名前を変更します。たとえば、qSctrUsersByType_SEC問合せを無効化する場合は、接尾辞「_disabled」を問合せ名に追加します。

qSctrUsersByType_SEC_disabled

問合せの名前を変更すると、Content Trackerレポート・サービスでは、contenttrackerreports_query.htmファイル内にセキュアな問合せを検出できなくなります。かわりに、非セキュア・バージョン(qSctrUsersByType)が使用されます。

注意:

セキュアな問合せの名前変更は、一時的に問合せを無効化する手段です。後でセキュア・バージョンの問合せを使用するには、元の名前に戻すことによって再有効化できます。セキュア・バージョンの問合せを削除する場合は、セキュア・バージョンの問合せ全体を再作成して再度使用する必要があります。

4. contenttrackerreports_query.htmファイルを保存して閉じます。

5. Oracle WebCenter Content Serverを再起動して、変更を適用します。

8.4.3.7 レポート問合せセキュリティのカスタマイズ

セキュア・モードの場合、Content Trackerレポートでは常にセキュア・フォームの問合せが優先されます。セキュア・フォームの問合せがcontenttrackerreports_query.htmファイル内に見つかると、レポートの生成には、対応する非セキュアな問合せではなくセキュア・フォームの問合せが使用されます。

レポート問合せごとにセキュリティ・チェック・プリファレンス変数を選択的に有効化または無効化することはできません。ただし、contenttrackerreports_query.htmファイルをカスタマイズして、セキュアな問合せおよび非セキュアな問合せを管理することは可能です。

レポート問合せファイルのカスタマイズでは、次の操作を実行します。

- 特定のレポート問合せに対してセキュリティ・チェック(アカウント照合)を選択的に有効化または無効化します。

- 1つ以上の非セキュア・カスタム・レポート問合せを作成し、情報のセキュリティ要件に応じて、対応するセキュア・バージョンを選択的に追加します。

8.4.3.8 セキュアなレポート問合せの作成

非セキュアなレポート問合せのセキュア・バージョンを作成するには、次の手順に従います。

1. テキスト・エディタで、contenttrackerreports_query.htmファイルを開きます。
IntradocDir/custom/ContentTrackerReports/resources/contenttrackerreports_query.htm

2. セキュア・バージョンを作成する問合せを検索します。一貫性を維持するために、セキュアな問合せは対応する非セキュア・バージョンの直後に追加してください。

3. セキュアなSQLレポート問合せを設計します(「カスタム・レポート問合せの作成」の手順2を参照)。

4. 既存のセキュアな問合せのパターンに従って問合せを調整します。

1. FROM句にRevisions表を含めます。

2. WHERE句に%SCTR_SECURITY_CLAUSE%トークンを含めます。このトークンは、Content Trackerレポート・サービスによって挿入されるWHERE句のプレースホルダとして機能します。

3. 既存のセキュアな問合せで確立されているパターンに従って、問合せを完成します。

5. contenttrackerreports_query.htmファイルを保存して閉じます。

6. Oracle WebCenter Content Serverを再起動して、変更を適用します。

8.4.4 Content Trackerレポートの使用

この項では、Content Trackerレポート機能およびタスクの手順について説明します。内容は次のとおりです。

- 第8.4.4.1項「レポートの生成」

- 第8.4.4.2項「ドリルダウン・レポートへのアクセス」

- 第8.4.4.3項「情報ページからレポートへのアクセス」

- 第8.4.4.4項「リビジョン別アクセス結果の表示」

- 第8.4.4.5項「すべてのバージョンが結合されたアクセス結果の表示」

- 第8.4.4.6項「カスタム・レポート問合せの作成」

8.4.4.1 レポートの生成

事前定義済レポートまたはカスタム・レポートを生成するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Trackerレポート」を選択します。

2. レポート・タイプをクリックします。

3. 該当するフィールドに、検索基準およびフィルタ処理基準を入力します。

4. 「送信」をクリックします。
選択したレポート・タイプが表示されます。

8.4.4.2 ドリルダウン・レポートへのアクセス

1つ以上のドリルダウン・レポートにアクセスするには、次の手順に従います。

1. 事前定義済レポートまたはカスタム・レポートを生成します。詳細は、第8.4.4.1項「レポートの生成」を参照してください。

2. 事前定義済レポートを生成すると、特定の行アイテム結果にアクティブなドリルダウン・レポート・リンクが設定されます。リンクをクリックします。
選択したドリルダウン・レポートが表示されます。

注意:

レポートに複数レベルのドリルダウン・レポートが含まれる場合があります。たとえば、「上位アクセス・コンテンツ・アイテム」レポートには「DocName」ドリルダウン・レポート・リンクが含まれます。このリンクをクリックすると、選択したコンテンツ・アイテムの適用可能なコンテンツ・アクセスの詳細が表示される別のレポートが生成されます。このレポート内には、さらに2つの使用可能なドリルダウン・レポート(アクセス用とユーザー用)があります。

8.4.4.3 情報ページからのレポートへのアクセス

コンテンツ・アイテムの情報ページからそのコンテンツ・アイテムのアクセス履歴レポートを生成するには、次の手順に従います。

1. コンテンツ・アイテムを検索し、関連付けられた「情報」アイコンをクリックします。
コンテンツ情報ページが開きます。

2. グローバル・アクション・リストから「アクセス履歴レポートの表示」を選択します。
コンテンツ・アイテムの最新のコンテンツ・アクセス・レポートが表示されます。

3. コンテンツ・アクセス・レポートで、「アクセス」をクリックします。
コンテンツ・アイテムの最新の日付別アクセス・レポートが表示されます。

4. コンテンツ・アクセス・レポートで、「ユーザー」をクリックします。
コンテンツ・アイテムの最新のユーザー別アクセス・レポートが表示されます。

8.4.4.4 リビジョン別アクセス結果の表示

デフォルトでは、1つのコンテンツ・アイテムの複数バージョンのアクセス結果は、コンテンツ・ダッシュボードで個別に表示されます。コンテンツ・ダッシュボード・レポートの個別のアクセス結果ビューを表示するには、次の手順に従います。

1. Content Trackerレポートの生成メイン・ページから、コンテンツ・アイテム・ベースの問合せレポートを生成します。詳細は、第8.4.4.1項「レポートの生成」を参照してください。たとえば、Content Trackerレポートの生成メイン・ページで「上位アクセス・コンテンツ」オプションを選択して、適用可能なレポートを生成します。

2. 結果レポートからコンテンツ・アイテムを選択し、「DocName」列にリストされているコンテンツ識別番号をクリックします。
選択したコンテンツ・アイテムのコンテンツ・ダッシュボードが表示されます。デフォルトでは、このビューに、選択したコンテンツ・アイテムの中でアクセスされたコンテンツ・アイテムの各リビジョンについてアクセス結果が表示されます。

8.4.4.5 すべてのバージョンが結合されたアクセス結果の表示

コンテンツ・ダッシュボード・レポートの結合されたアクセス結果ビューを表示するには、次の手順に従います。

1. Content Trackerレポートの生成メイン・ページから、コンテンツ・アイテム・ベースの問合せレポートを生成します。詳細は、第8.4.4.1項「レポートの生成」を参照してください。たとえば、Content Trackerレポートの生成メイン・ページで「上位アクセス・コンテンツ」オプションを選択して、適用可能なレポートを生成します。

2. 結果レポートからコンテンツ・アイテムを選択し、「DocName」列にリストされているコンテンツ識別番号をクリックします。
選択したコンテンツ・アイテムのコンテンツ・ダッシュボードが表示されます。

3. 「すべてのバージョン」をクリックします。
結果のコンテンツ・ダッシュボード・ビューに、両方のバージョンの結合されたアクセス結果が表示されます。

8.4.4.6 カスタム・レポート問合せの作成

この項では、非セキュアなカスタム・レポート問合せの作成方法を説明する例を示します。この特定の問合せでは、ユーザーとその個人属性がリストされたレポートが生成されます。データは、Oracle WebCenter Content ServerのUsersデータベース表から導出されます。

注意:

この項の例では、非セキュアな問合せを使用しています。生成されたレポート結果は、ユーザーのロールおよびアカウント権限に関係なく、すべてのユーザーが表示できます。すべてのレポートは、非セキュアまたはセキュアな問合せを使用して生成されます。問合せの選択項目は、セキュリティ・モードによって異なります。オプションのセキュリティ・チェック・プリファレンス変数の詳細は、第8.4.3項「セキュリティ・チェックと問合せ結果」を参照してください。セキュアなレポート問合せを作成する場合は、第8.4.3.8項「セキュアなレポート問合せの作成」を参照してください。

カスタム・ユーザー・レポートを作成するには、次の手順に従います。

1. SQLレポート問合せを設計します。

2. カスタム・レポート問合せをContent Trackerレポートの問合せファイルに入力します。

1. IntradocDir/custom/ContentTrackerReports/resourcesディレクトリにナビゲートします。テキスト・エディタでcontenttrackerreports_query.htmファイルを開きます。

2. カスタム・レポート名、列数およびソース・データベース表を入力します。
たとえば、問合せファイルの次の部分は、カスタム問合せレポートによってUsersデータベース表のすべての列から情報が抽出されることを示しています。

<tr>
<td>qCustomUsers</td>
<td>
SELECT *
FROM Users
</td>
</tr>

3. Content Trackerレポートの生成メイン・ページ・ファイル内に、カスタム・レポートへのリンクを入力します。

1. IntradocDir/custom/ContentTrackerReports/templatesディレクトリにナビゲートします。テキスト・エディタでcontenttrackerreports_main_page.htmファイルを開きます。

2. 属性を入力して、Content Trackerレポートの生成メイン・ページにリンクを表示します。
たとえば、メイン・ページ・ファイルの次の部分は、カスタム・レポート・リンクが選択可能なボタンとして表示され、ページにCustom Users Reportリンクとしてリストされることを示しています。

<h4 class=xuiSubheading>Custom Reports</h4>
<table width=80% border=0>
<tr>
<td> <span class="tableEntry"><input type="radio" name="radiobutton" value="qCustomUsers">
Custom Users Report </span></td>
</tr>
</table>

4. Content Trackerレポートのテンプレート・リソース・ファイル内に、フォーマット要件を入力します。

1. IntradocDir/custom/ContentTrackerReports/resourcesディレクトリにナビゲートします。

2. テキスト・エディタで、contenttrackerreports_template_resource.htmファイルを開きます。

3. 生成されたカスタム・レポートおよびドリルダウン・レポートに使用する表示機能を入力します。
たとえば、テンプレート・リソース・ファイルの次の部分は、レポート・タイトルが「Deanna's First Report」で、ドリルダウン・レポートが「ユーザー別に表示されたコンテンツ・アイテム」レポートに基づくように指定します。

<!-- Custom Template -->
<@dynamichtml qCustomUsers_vars@>
<$reportWidth = "100%"$>
<$title = "<i>Content Access Report</i>"$>
<$reportTitle="Deanna's First Report"$>
<$column1Width="35%"$>
<$column0Drill="qSctrDocsSeenByUser_Drill"$>
<@end@>

5. Oracle WebCenter Content Serverを再起動して、変更を適用します。

8.5 トラブルシューティング

Content Trackerは、Webサーバー・フィルタ・プラグインおよびJavaコードの2つの実行トレース・メカニズムを備えています。これらは、顧客のインストールにおける問題を診断することを目的としており、本番環境では使用されません。

ブラウザのハング: データ・エンジン・コントロール・センターの実行中にOracle WebCenter Content Serverが終了した場合、ブラウザもハングすることがあります。この問題は、ブラウザ・ウィンドウを閉じると解決します。

この項の内容は次のとおりです。

- 第8.5.1項「Webサーバー・フィルタ・プラグインのデバッグ・サポート」

- 第8.5.2項「Javaコードのデバッグ・サポート」

- 第8.5.3項「DataBinderダンプ機能」

8.5.1 Webサーバー・フィルタ・プラグインのデバッグ・サポート

Webサーバー・フィルタ・プラグインでは、PLUGIN_DEBUGが重要です。フィルタ管理ページでPLUGIN_DEBUGを有効化すると、Content TrackerのWebサーバー・フィルタ・プラグインによって実行トレース情報が発行されます。トレースは、ソースにアクセスするユーザーに対してのみ意味があります。顧客は、問題が発生した場合に、PLUGIN_DEBUGを有効化し、テスト・シナリオを実行して、ログ・セグメントをカスタマ・サービスに送信して評価を受ける必要があります。それ以外の場合は、PLUGIN_DEBUGをオフにします。

PLUGIN_DEBUGを設定するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。

2. 「フィルタ管理」をクリックします。
Webサーバー・フィルタ・プラグインの構成ページが表示されます。

3. PLUGIN_DEBUGを選択します。

4. 「更新」をクリックします。

8.5.2 Javaコードのデバッグ・サポート

デバッグをサポートするために、Oracle WebCenter Content Serverのシステム監査機能を使用します。詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』のシステム監査情報に関する項を参照してください。contenttrackerを「アクティブなセクション」リストに追加します。リストが更新されると、Content Trackerの実行トレース情報が他のアクティブなセクションとともに表示されます。

8.5.3 DataBinderダンプ機能

Content Trackerによって特定のサービスがログ・ファイルに記録されると、そのサービスのDataBinderオブジェクトの内容が、シリアル化されたダンプ・ファイルに記録されます。これらのファイルの内容は、拡張されたサービス・コール・トラッキング機能を使用するフィールド・マップのデバッグに役立ちます。これらのダンプ・ファイルを使用して、記録されたサービスに使用可能なLocalDataフィールドを確認できます。

Content Trackerサービス・ハンドラ・フィルタによってDataBinderオブジェクトのダンプ・ファイルが作成されるのは、関連付けられたサービスがSctServiceFilter.hdaファイル内に定義されている場合のみです。

注意:

DataBinderオブジェクトのダンプ・ファイルは、手動で削除しないかぎり蓄積され続けます。SctDebugServiceBinderDumpEnabled構成変数は、必要な場合にのみ使用してください。

サービス・ハンドラ・フィルタを構成してオブジェクトをダンプ・ファイルに書き込むように、SctDebugServiceBinderDumpEnabled構成変数を設定します。Trackerの構成変数の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

ファイルは/ContentTracker/DEBUG_BINDERDUMPディレクトリに格納されます。ファイル名は次の3つの部分で構成されます。service_name_filter_function_serial_number.hda

- service_nameは、ログに記録されたサービスの名前(GET_FORM_FILEなど)です。

- filter_functionは次のいずれかです。

- End: フィルタ・イベント「on EndServiceRequestActions」。正常なサービス終了イベント。

- EndSub: フィルタ・イベント「on EndScriptSubServiceActions」。サブサービスとして呼び出されたサービスの正常なサービス終了。

- Error: フィルタ・イベント「on ServiceRequestError」。エラーが発生したサービスの終了。Endと同時に発生する場合があります。

- serial_numberは、ファイルに割り当てられた一意の識別番号です。Content Trackerでは、特定のサービスに対してDataBinderオブジェクトのダンプ・ファイルを複数作成できます。

例:

GET_SEARCH_RESULTS_End_1845170235.hda

9 Content Categorizerの使用

Content Categorizerは、Oracle WebCenter Content Serverとともに自動的にインストールされるオプション・コンポーネントです。Content Categorizerを有効にすると、Oracle WebCenter Content Serverにチェックインされた新しいドキュメントや、メタデータ値が設定されている(または設定されていない)既存のドキュメントに対して推奨メタデータ値が示されます。これらのメタデータ値は、システム管理者が指定した検索ルールに従って決定されます。

このコンポーネントとともに含まれるバッチ・カテゴライザでは、大量のファイルを検索したり、適切なメタデータ・フィールド値を含むバッチ・ローダー制御ファイルを作成できます。バッチ・カテゴライザは、リポジトリにチェックイン済のコンテンツを再分類するためにも使用できます。

この章の内容は、次のとおりです。

- 第9.1項「Content Categorizerの機能」

- 第9.2項「Content Categorizerの設定」

- 第9.3項「検索ルール」

- 第9.4項「サンプルのdoc_config.htmページ」

- 第9.5項「XSLT変換」

9.1 Content Categorizerの機能

Content Categorizerで構造プロパティを認識するには、コンテンツをXML変換(eXtensible Markup Language)する必要があります。変換メソッドは、sccXMLConversion構成変数で定義します。Content Categorizerは検索ルールを使用して、コンテンツの推奨メタデータ値を示します。

この項の内容は次のとおりです。

- 第9.1.1項「XML変換」

- 第9.1.2項「検索ルールの概要」

- 第9.1.3項「Content Categorizerの使用」

9.1.1 XML変換

重要:

Flexiondocスキーマを使用して変換したPDFコンテンツをXSLT変換を使用して後処理する場合は、問題が発生します。Flexiondocスキーマを使用すると、1つの単語が個別のXML要素に割り当てられ、最終的なXMLが使用できなくなります。PDFコンテンツを分類する場合は、SearchMLを使用する必要があります。

いずれのXML Converterを指定する場合でも、XML中間ファイルはContent Categorizerによってのみ使用されるため、使用後は破棄され、ドキュメントは元のソース形式でOracle WebCenter Content Serverにチェックインされます。唯一の例外はXML形式であるコンテンツで、これは変換処理の対象にはなりません。

各コンバータで、OutsideIn XML ExportテクノロジがカスタムXSLTスタイルシート(flexiondoc_to_scc.xsl)と組み合せて使用され、2段階の処理でXMLを生成します。第1段階では、ネイティブ・ドキュメントをFlexiondoc形式のXMLまたはSearchML形式のXMLのいずれかに変換します。

第2段階では、スタイルシートを使用してXMLをさらに調整し、Content CategorizerでXMLを検索できるようにします。XML要素ではネイティブ・ドキュメントのプロパティとテキスト・セグメントが分離され、対応するドキュメント・プロパティ、段落スタイルまたは文字スタイルに基づいて名前が付けられます(文字スタイルはSearchMLではサポートされていないことに注意してください)。

9.1.2 検索ルールの概要

Content Categorizerは、定義されているルールのタイプに基づいて検索ルールを実行します。

- パターン照合ルールと抽象ルール: Content Categorizerは、コンテンツ・ドキュメントの「ランドマーク」を検索します。ランドマークは、特定のテキストにすることも、ソース・ドキュメントの構造プロパティ(スタイル、フォント、フォーマットなど)に基づいて使用することもできます。

- オプション・リスト・ルール: Content Categorizerはキーワードを検索し、そのキーワードの累積スコアによって、リストの中のどのオプションを選択するかを決定します。ランドマークまたは特定のXMLタグは検索しません。

- カテゴリ化エンジン・ルール: Content Categorizerはサードパーティのカテゴライザ・エンジンと分類を起動し、コンテンツ・アイテムを分類します。

- Filetypeルール: Content Categorizerはドキュメント・ファイル・タイプ(ファイル名拡張子)を検索します。

通常、「コンテンツ・チェックイン・フォーム」にユーザーが値を入力すると、そのフィールドに対するContent Categorizerによる検索ルールの適用が防止されます。これは、「タイプ」フィールドなど、デフォルト値があるリスト・フィールドの場合も同様です。

重要:

コントリビュータに、検索ルールによって入力するフィールドは空白のままにするよう指示することが重要です。

検索ルールの詳細は、第9.3項「検索ルール」を参照してください。

9.1.3 Content Categorizerの使用

Content Categorizerを実行するには、次のタスクを完了する必要があります。

- XML変換メソッドを定義します。詳細は、第9.2.1項「XML変換メソッドの設定」を参照してください。

- 検索ルールを定義します。詳細は、第9.3.3項「検索ルールの定義」を参照してください。

- (オプション)メタデータ・フィールドのデフォルト値などのフィールドのプロパティを定義します。詳細は、第9.2.2項「フィールドのプロパティの定義(オプション)」を参照してください。

重要:

CATEGORY検索ルールを使用するには、カテゴライザ・エンジンをインストール、設定および登録してから、メタデータ・フィールドに対してCATEGORYルールを定義します。

9.1.3.1 オペレーティング・モード

Content Categorizerは、対話型モードまたはバッチ・モードで操作できます。すべてのモードでソース・ドキュメントをXML中間フォームに変換する必要があります。ただし、各モードのプロセス・フローは大きく異なります。

- バッチ・モードは、リポジトリ内の大量のドキュメントを再分類する場合に使用します。システム管理者は、スタンドアロンのユーティリティを使用してContent Categorizerを実行し、コンテンツ・メタデータのライブ・アップデートを実行するか、バッチ・カテゴライザからの出力ファイルをバッチ・ローダーへの入力として使用します。このプロセスで使用する手順の詳細は、第9.1.3.1.1項「バッチ・モードの実行」を参照してください。

- 対話型モードでは、Content Categorizerは、「コンテンツ・チェックイン・フォーム」および「情報更新フォーム」と統合されます。ユーザーは、フォーム上の「分類」をクリックし、単一のコンテンツ・アイテムに対してContent Categorizerを実行します。Content Categorizerによって返される値は推奨値であるため、コントリビュータは返される値を編集したり、置換できます。このプロセスで実行する手順の詳細は、第9.1.3.1.2項「対話型モードのプロセス」を参照してください。

9.1.3.1.1 バッチ・モードの実行

MaxQueryRows構成変数を使用して、単一のバッチ・ロード・プロセスに含めることができる最大ドキュメント数を指定します。これは同様に、バッチ・カテゴライザで表示されるドキュメント数にも影響します。この構成変数のデフォルト設定は200ですが、必要に応じて増減できます。変数の詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

バッチ・モード・プロセスでは、システム管理者が次の手順を実行します。

1. バッチ・カテゴライザ・アプリケーションを実行します。UNIXシステムでのアプリケーションの実行の詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。
「バッチ・カテゴライザ」画面が開きます。

2. 必要に応じて、フィルタとリリース日の情報を定義し、分類するコンテンツのリストを表示します。「分類」をクリックします。
「既存の分類」画面が開きます。

3. 「ライブ・アップデート」または「バッチ・ローダー」を選択します。

- 「ライブ・アップデート」オプションは、リポジトリのデータを即座に更新します。

- 「バッチ・ローダー」オプションは、Content Categorizerプロセスの出力である制御ファイルを作成する場合に使用します。ファイルには、各ソース・ドキュメントのエントリと、Content Categorizerで定義した検索ルールに基づいた各メタデータ・フィールドの値が含まれます。このファイルは、バッチ・ローダーに送信する前に編集できます。

4. Content Categorizerプロセスの完了後にバッチ・ローダー・ユーティリティを自動的に実行するには、「バッチ・ローダーの実行」チェック・ボックスを選択します。

5. Content Categorizerプロセスのエラー情報が含まれるログ・ファイルの場所およびファイル名を入力します。

6. すべてのコンテンツ・アイテムが処理されるように「すべての分類」を選択するか、または、コンテンツ・リスト内のハイライトされたアイテムのみが使用されるように「選択済の分類」を選択します。

7. アイテムの最新リビジョンのみを処理する「最新のリビジョン」の分類を選択するか、または「全リビジョン」の分類を選択します。

8. バッチ・カテゴライザにエラーが発生したときに、カテゴリ化プロセスを続行するか中止するかを選択します。

9. 「OK」をクリックします。進行状況バーには、バッチ・プロセスのステップ間移動の進行状況が表示されます。

1. Content Categorizerはソース・コンテンツを検索します。

2. コンテンツがXML形式の場合、変換は発生せず、プロセスは手順dに進みます。

3. コンテンツがXML形式ではない場合、XML変換メソッドとして選択したFlexiondocまたはSearchMLを使用してXMLへの変換が実行されます。

4. Content Categorizerは検索ルールをXMLに適用し、特定のメタデータ・フィールドの値を取得します。

5. 「ライブ・アップデート」が指定されている場合は、データベース・レコードが即座に更新されます。「バッチ・ローダー」が指定されている場合は、出力制御ファイルが作成され、バッチ・ローダー・ユーティリティが実行されます(処理後に実行するようにオプションが指定されている場合)。

10. バッチ・プロセスの完了後、エラー・ログを確認します。バッチ・カテゴライザで発生したエラーはコンソールに表示され、バッチ・カテゴライザのログにも記録されます(指定した場合)。バッチ・ローダーで発生したエラーはコンソールに表示され、システム・ログにも記録されます。

オプションのAddCCToArchiveCheckinコンポーネントがインストールされていて有効な場合、バッチローダー・ユーティリティを使用してロードされたすべてのコンテンツが、事前定義されたルール・セットに基づいて自動的に分類されます。ルール・セットの定義の詳細は、第9.3.3項「検索ルールの定義」を参照してください。

9.1.3.1.2 対話型モードのプロセス

チェックイン・プロセスで次の手順が実行されます。

1. コントリビュータが「コンテンツ・チェックイン・フォーム」または「情報更新フォーム」を開き、プライマリ・ファイルを選択して(「コンテンツ・チェックイン・フォーム」のみ)、「分類」をクリックします。

2. 「コンテンツ・チェックイン・フォーム」によって、そのプライマリ・ファイルがホストにコピーされ、Content Categorizerサービスがコールされます。

3. Content Categorizerはソース・コンテンツを検索します。

4. コンテンツがXML形式の場合、変換は発生せず、プロセスは手順6に進みます。

5. コンテンツがXML形式ではない場合、指定した変換メソッドが使用されます。

6. Content Categorizerは検索ルールをXMLに適用し、特定のメタデータ・フィールドの推奨値を取得します。

7. Content Categorizerは、推奨メタデータ値を「コンテンツ・チェックイン・フォーム」または情報更新フォームに挿入し、そのフォームをコントリビュータに返します。

8. コントリビュータは、推奨値を使用したドキュメントのチェックインや送信、メタデータ値の改訂、またはチェックインや更新の取消しを実行できます。

オプションのAddCCToNewCheckinコンポーネントがインストールされていて有効な場合は、「コンテンツ・チェックイン・フォーム」の「チェックイン」をクリックすると、手順2から6が実行されてチェックイン・プロセスが完了します(dDocTitleのプロパティが「コンテンツのオーバーライド」に設定されている場合)。

dDocTitleのプロパティが「コンテンツのオーバーライド」に設定されていない場合は、必須フィールドを入力するように要求するアラートが表示されます。フィールドのプロパティは、CC管理アプレットを使用して設定します。詳細は、第9.2.2項「フィールドのプロパティの定義(オプション)」を参照してください。

9.2 Content Categorizerの設定

Content Categorizerを使用する前に、必要なソフトウェアをインストールおよび構成します。この項では次のタスクについて説明します。

- 第9.2.1項「XML変換メソッドの設定」

- 第9.2.2項「フィールドのプロパティの定義(オプション)」

9.2.1 XML変換メソッドの設定

Content CategorizerでXML変換メソッドを設定するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Categorizerの管理」を選択します。
Content Categorizerの管理ページが開きます。

2. 「構成」をクリックします。
「構成」タブが開きます。

3. 「sccXMLConversion」プロパティを選択して「編集」をクリックするか、プロパティをダブルクリックします。
「プロパティの構成」画面が開きます。

4. リストから、XML変換メソッドとして「Flexiondoc」または「SearchML」を選択します。

5. 「OK」をクリックします。

6. 「適用」をクリックして変更を保存します。

9.2.2 フィールドのプロパティの定義(オプション)

フィールドに対するルールが成功すると、(「バッチ・ローダー」操作または「ライブ・アップデート」操作で)検出された値が使用されます。ただし、「オーバーライド」値の設定方法によっては、検出された値は既存の値をオーバーライドしません(「オーバーライド」をfalseに設定した場合)。

フィールドに対するすべてのルールが失敗した場合、フィールドにデフォルト値が定義されており、「デフォルトの使用」がtrueに設定されていないかぎり、フィールドに値は割り当てられません。

メタデータ・フィールドのフィールドのプロパティを定義するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Categorizerの管理」を選択します。
Content Categorizerの管理ページが開きます。

2. 「フィールドのプロパティ」タブをクリックします。

3. 編集するメタデータ・フィールドを選択し、「編集」をクリックするか、フィールドをダブルクリックします。
「フィールドのプロパティ」画面が開きます。

4. フィールドのデフォルト値を入力します。
リスト・フィールドのデフォルト値は、そのフィールドで使用可能な値と一致する必要があります。

5. カテゴリ化プロセスから返された値でフィールドの既存の値をオーバーライドする場合は、「オーバーライド」チェック・ボックスを選択します。

6. カテゴリ化プロセスの実行時にすべてのルールが失敗した(または定義されていない)場合に、フィールドのデフォルト値を使用するには、「デフォルトの使用」チェック・ボックスを選択します。

7. 「OK」をクリックします。

8. 編集するフィールドごとにこれらの手順を繰り返します。

9. 「設定の保存」をクリックして変更内容を保存します。

9.3 検索ルール

検索ルールは、Content Categorizerがメタデータ値を決定し、「コンテンツ・チェックイン・フォーム」、「情報更新フォーム」(対話型モードの場合)またはバッチ・ファイル(バッチ・モードの場合)に返す方法を定義します。

すべての検索ルールは次の内容によって定義されます。

- ルール・タイプは、Content CategorizerがXMLドキュメントを検索するために使用するメソッドを決定します。

- キーは、Content Categorizerがドキュメントで検索するXML要素、句、キーワードを定義したり、Content Categorizerがドキュメントを分類するために使用するカテゴリ化エンジン/分類を定義します。

- 件数は、検索条件を絞り込むために使用します。

この項の内容は次のとおりです。

- 第9.3.1項「検索ルールのガイドライン」

- 第9.3.2項「検索ルール・タイプ」

- 第9.3.3項「検索ルールの定義」

9.3.1 検索ルールのガイドライン

検索ルールを作成する際には、次のガイドラインを考慮してください。

- 任意のカスタム・メタデータ・フィールドに検索ルールを適用できます。

- 標準メタデータ・フィールドの「タイトル」、「コメント」および「タイプ」には、検索ルールを適用できます。他の標準メタデータ・フィールド(「作成者」、「セキュリティ・グループ」、「アカウント」など)に対しては、検索ルールを定義できません。

- 1つのメタデータ・フィールドに対して複数の検索ルールを定義できます。(ただし、単一のメタデータ・フィールドに対して、異なる分類を参照する複数のCATEGORYルールの定義はサポートされていません。)

- 検索ルールで推奨値が検出されなかった場合は次のルールが実行されるように、検索ルールが複数ある場合は指定した順序で実行されます。詳細指定から曖昧指定の順序でリストを配置します。

- 1つのメタデータ・フィールド内に、複数の検索ルール・タイプが混在できます。たとえば、同じメタデータ・フィールドに対してオプション・リスト・ルール、パターン照合ルールおよび抽象ルールを定義できます。

- 指定した検索ルールを満たさないメタデータ・フィールドは、空白のままになります。

9.3.2 検索ルール・タイプ

次のルールを使用して、メタデータを導出できます。

- 第9.3.2.1項「パターン照合検索ルール」

- 第9.3.2.2項「抽象検索ルール」

- 第9.3.2.3項「オプション・リスト検索ルール」

- 第9.3.2.4項「カテゴリ化エンジン検索ルール」

- 第9.3.2.5項「Filetype検索ルール」

9.3.2.1 パターン照合検索ルール

パターン照合検索ルールは、特定のテキストまたは特定のXML要素を検索し、関連する値を返します。たとえば、「インボイス#」メタデータ・フィールドに、ソース・ドキュメントの「インボイス:」ラベルまたは「インボイス番号:」ラベルの後の値を含めたり、XMLドキュメントの<Invoice>タグ内の値を含めることができます。

パターン照合ルールには、タグ検索とテキスト検索の2つの一般的なタイプがあります。各タイプには、複数のサブタイプがあります。

- タグ検索は、キーと一致するXML要素のフル・ネームを検索します。そのような要素が検出されると、要素に含まれるテキストが結果として返されます。タグ検索では、大/小文字が区別されます。サブタイプには次のものがあります。

- TAG_TEXT

- TAG_ALLTEXT

- テキスト検索は、キーと一致するテキストを検索します。そのようなテキストが検出されると、キーの近く、またはキーの次のテキストが結果として返されます。テキスト検索では、大/小文字は区別されません。サブタイプには次のものがあります。

- TEXT_REMAINDER

- TEXT_FULL

- TEXT_ALLREMAINDER

- TEXT_ALLFULL

- TEXT_NEXT

- TEXT_ALLNEXT

パターン照合検索ルールのキーは、XML要素(タグ検索の場合)またはテキスト句(テキスト検索の場合)です。

パターン照合検索ルールの件数は、ルールが結果を返す前に一致する必要があるタグまたはテキスト句の数を定義します。たとえば、件数を4にすると、キーの4番目の出現を探します。ドキュメントで見つかったキーの出現が3つのみであると、検索ルールは失敗します。デフォルトの件数は1で、この場合はキーの最初の出現が返されます。

次の例は、パターン照合検索ルールの使用を示しています。

例: TAG_TEXT

このルールは、キーと一致するXML要素(大/小文字の区別も含む)のフル・ネームを検索します。そのような要素が検出されると、その要素に属するすべてのテキストが連結され、結果として返されます。

- コンテンツ: <TAG_A>Title: The Big <TAG_B>Bad</TAG_B> Wolf</TAG_A>
<TAG_C>Subtitle: A <TAG_D>Morality</TAG_D> Play</TAG_C>

- ルール: TAG_TEXT

- キー: TAG_A

- 戻り値: Title: The Big Wolf

例: TAG_ALLTEXT

このルールは、キーと一致するXML要素(大/小文字の区別も含む)のフル・ネームを検索します。そのような要素が検出されると、その要素に属するすべてのテキストと、その要素のすべての子に属するすべてのテキストが連結され、結果として返されます。

- コンテンツ: <TAG_A>Title: The Big <TAG_B>Bad</TAG_B> Wolf</TAG_A>
<TAG_C>Subtitle: A <TAG_D>Morality</TAG_D> Play</TAG_C>

- ルール: TAG_ALLTEXT

- キー: TAG_A

- 戻り値: Title: The Big Bad Wolf

例: TEXT_REMAINDER

このルールは、キーと一致するテキスト(大/小文字の区別を除く)を検索します。そのようなテキストが検出されると、同じXML要素に属するキーの次のテキストが結果として返されます。

- コンテンツ: <TAG_A>Title: The Big <TAG_B>Bad</TAG_B> Wolf</TAG_A>
TAG_C>Subtitle: A <TAG_D>Morality</TAG_D> Play</TAG_C>

- ルール: TEXT_REMAINDER

- キー: Title:

- 戻り値: The Big Wolf

例: TEXT_ALLREMAINDER

このルールは、キーと一致するテキスト(大/小文字の区別を除く)を検索します。そのようなテキストが検出されると、同じXML要素に属するキーの次のテキストと、その要素のすべての子に属するキーの次のテキストが結果として返されます。

- コンテンツ: TAG_A>Title: The Big <TAG_B>Bad</TAG_B> Wolf</TAG_A>
<TAG_C>Subtitle: A <TAG_D>Morality</TAG_D> Play</TAG_C>

- ルール: TEXT_ALLREMAINDER

- キー: Title:

- 戻り値: The Big Bad Wolf

例: TEXT_FULL

このルールは、キーと一致するテキスト(大/小文字の区別を除く)を検索します。そのようなテキストが検出されると、同じXML要素に属するテキスト(キーのテキストも含む)が結果として返されます。

- コンテンツ: <TAG_A>Title: The Big <TAG_B>Bad</TAG_B> Wolf</TAG_A>
<TAG_C>Subtitle: A <TAG_D>Morality</TAG_D> Play</TAG_C>

- ルール: TEXT_FULL

- キー: Title:

- 戻り値: Title: The Big Wolf

例: TEXT_ALLFULL

このルールは、キーと一致するテキスト(大/小文字の区別を除く)を検索します。そのようなテキストが検出されると、同じXML要素に属するテキスト(キーのテキストとその要素の子に属するテキストも含む)が結果として返されます。

- コンテンツ: <TAG_A>Title: The Big <TAG_B>Bad</TAG_B> Wolf</TAG_A>
<TAG_C>Subtitle: A <TAG_D>Morality</TAG_D> Play</TAG_C>

- ルール: TEXT_ALLFULL

- キー: Title:

- 戻り値: Title: The Big Bad Wolf

例: TEXT_NEXT

このルールは、キーと一致するテキスト(大/小文字の区別を除く)を検索します。そのようなテキストが検出されると、空要素以外のXML要素に属するテキストが結果として戻されます。空要素と非印刷文字で構成される要素は、戻り値として選択されません。

- コンテンツ: <TAG_A>Title: The Big <TAG_B>Bad</TAG_B> Wolf</TAG_A>
<TAG_C>Subtitle: A <TAG_D>Morality</TAG_D> Play</TAG_C>

- ルール: TEXT_NEXT

- キー: Title:

- 戻り値: Subtitle: A Play

例: TEXT_ALLNEXT

このルールは、キーと一致するテキスト(大/小文字の区別を除く)を検索します。そのようなテキストが検出されると、次の空要素以外のXML要素に属するテキストと、その要素のすべての子に属するテキストが結果として返されます。空要素と非印刷文字で構成される要素は、戻り値として選択されません。

- コンテンツ: <TAG_A>Title: The Big <TAG_B>Bad</TAG_B> Wolf</TAG_A>
<TAG_C>Subtitle: A <TAG_D>Morality</TAG_D> Play</TAG_C>

- ルール: TEXT_ALLNEXT

- キー: Title:

- 戻り値: Subtitle: A Morality Play

9.3.2.2 抽象検索ルール

抽象検索は、XML要素を検索し、その要素から説明文または段落を返します。たとえば、「サマリー」メタデータ・フィールドには、次の文の戻り値を入力できます: "Germany is a large country in size, culture, and worldwide economics.One of Germany's largest industries includes the manufacturing of world class automobiles like BMW, Mercedes, and Audi."

抽象ルール・タイプは、コンテンツ・アイテムに即座に識別可能な、または明示的にタグ付けされたテキストのブロックがない場合に役立ちます。通常、これらのルールは、ドキュメントに関するサマリーやトピック情報を提示するために使用されます。

抽象検索ルールには、「最初の段落」と「最初の文」の2つのタイプがあります。

- 「最初の段落」は、キーと一致するXML要素のフル・ネームを検索します。段落全体の中でサイズ基準(件数で指定)を満たしている最初の要素が結果として返されます。

- 「最初の文」は、キーと一致するXML要素のフル・ネームを検索します。そのような要素が検出されると、その要素の最初の文が結果として返されます。

抽象検索ルールのキーはXML要素です。

件数は、「最初の段落」検索ルールと「最初の文」検索ルールとで解釈が異なります。

- 「最初の段落」検索ルールの場合、件数はパーセントで測定されるサイズのしきい値です。

1. キーと一致するすべての段落についてドキュメントを検索します。

2. キーと一致する各段落の平均サイズ(文字数に基づく)を計算します。

3. 平均サイズに件数率(0 = 0%、100 = 100%)を掛けます。

4. 結果の数値よりも大きい値の最初の段落を検索します。

たとえば、件数を75に設定し、平均段落サイズが100文字とすると、キーに一致し、かつ75文字より大きい最初の段落が返されます。

件数をデフォルトの1に設定すると、キーに一致する最初の段落が返される可能性が高くなります。

- 「最初の文」検索ルールの場合、件数は最初の文を返す要素の数です。
たとえば、件数を3に設定した場合、キーに一致する最初の3つの要素からそれぞれ最初の文が返されます。

次の例は、抽象検索ルールの使用を示しています。

例: FIRST_PARAGRAPH

この例では、<Text>要素の段落サイズの平均の1/2を超える最初の<Text>要素が返されます。<Title>要素は、キーの値と一致しないため、検索および長さの平均を計算する際に無視されます。

- コンテンツ: <Title>Poem</Title>
<Text>Mary had</Text>

<Text>a little Lamb</Text>

<Text>The fleece was white as snow</Text>

<Text>And everywhere that Mary went the lamb was sure to go</Text>

- ルール: FIRST_PARAGRAPH

- キー: Text

- 件数: 50

- 戻り値: The fleece was white as snow.

例: FIRST_SENTENCE

この例では、最初の2つの<Text>要素の最初の文が返されます。<Title>要素は、キーの値と一致しないため、検索から除外されることに注意してください。

- コンテンツ: x<Title>Barefoot in the Park</Title>
<Text>See Dick run.See Jane run.See Dick and Jane.</Text>

<Text>See Spot run.See Puff chase Spot.</Text>

<Text>See Dick chase Spot and Puff.</Text>

- ルール: FIRST_SENTENCE

- キー: Text

- 件数: 2

- 戻り値: See Dick run.See Spot run.

9.3.2.3 オプション・リスト検索ルール

オプション・リスト検索ルールは、ソース・ドキュメント内のキーワードを検索し、検出した各キーワードにスコアを適用して、最も高いキーワード・スコアを持つ値を返します。

たとえば、ドキュメントで利益、有価証券報告書または請求書というキーワードが検出された場合、「部門」フィールドの推奨値は会計になりますが、トレランス、組立品または在庫というキーワードが検出された場合は、推奨値として製造が返されます。

- オプション・リスト検索ルールは通常、構成マネージャでリストが定義されているメタデータ・フィールドに適用されます。

- (Content Categorizerで「カテゴリ」と呼ばれる)オプション・リストの名前と値は、構成マネージャで指定したとおりにContent Categorizerに表示されます。CC管理アプレットが開いているときにカスタム・リスト・フィールドが作成または変更された場合は、アプレットを閉じてから再度開いて、変更を確認します。

- 現在のバージョンのOracle WebCenter Content Serverは、デフォルト値として空の値をカスタム・リスト・フィールドに自動的に挿入します。この場合、最初の値(デフォルトでは空の値)はユーザーによる入力値とみなさないため、オプション・リスト検索ルールが適用されます。オプション・リスト検索ルールでカスタム・リスト・フィールドの最初の値をオーバーライドしないようにするには、構成マネージャ・アプレットでそのリストのデフォルト値を指定します。

オプション・リスト検索ルールのタイプは1つで、キーで定義したキーワードと一致するキーワード(1つの単語または句)を検索します。

- キーワードには、1つの単語(dogなど)または語句(black dogなど)を使用できます。

- キーワードでは、次の一連の定義済演算子を使用して、検索をさらに絞り込むことができます。

- $$AND$$

- $$OR$$

- $$AND_NOT$$

- $$NEAR$$

- キーワードはリストの各カテゴリ(値)に事前に割り当てられていて、各キーワードには重みが割り当てられています。詳細は、第9.3.3.2項「オプション・リストのキーワードの定義」を参照してください。

- ドキュメントで検出された各キーワードの出現回数に重みが乗算され、キーワード・スコアが生成されます。

- カテゴリごとのキーワード・スコアが加算され、カテゴリ・スコアが生成されます。

- スコアの最も高いカテゴリが、推奨値として返されます。

- カテゴリが同点の場合は、先にリストに出現するカテゴリが推奨値として返されます。

- 重みの「常に」と「なし」を使用すると、スコアと件数しきい値がオーバーライドされます。

- 重みの「常に」が指定されたキーワードが出現した場合は、スコアに関係なく、そのカテゴリが推奨値として返されます。

- 重みの「なし」が指定されたキーワードが出現した場合、スコアに関係なく、そのカテゴリは推奨値として返されません。

- 2つのカテゴリに重みの「常に」が割り当てられているキーワードがあり、両方のキーワードがドキュメントに出現している場合は、ドキュメントで先に検出されたキーワードが優先されます。

重要:

オプション・リスト検索では、大/小文字が区別されるため、正確に一致する必要があります。たとえば、「Invoice」というキーワードのすべてのインスタンスを取得する場合は、Invoice、Invoices、invoiceおよびinvoicesを定義する必要があります。

オプション・リスト検索ルールのキーは、「管理アプレット」の「オプション・リスト」タブに表示されるオプション・リストの名前です。

オプション・リスト検索ルールの件数では、ルールが結果を返す最小しきい値スコアを設定します。たとえば、件数を50に設定した場合に、最大蓄積キーワード・スコアが45であると、検索ルールは失敗します。

次の例は、オプション・リスト検索ルールの使用を示しています。

例1: オプション・リスト

たとえば、DickとSpotのスコアが30 (3回出現x 10)で、JaneとPuffのスコアが20 (2回出現x 10)とします。Dickは、リストでSpotよりも前にあるため、推奨値として返されます。

- コンテンツ: <Title>Barefoot in the Park</Title>
<Text>See Dick run.See Jane run.See Dick and Jane.</Text>

<Text>See Spot run.See Puff chase Spot.</Text>

<Text>See Dick chase Spot and Puff.</Text>

- ルール: OPTION_LIST

- キー: MainCharacter

- 件数: 10

- オプション・リスト・カテゴリ、キーワードおよび重み: Dick: Dick=10、boy=5、Richard=2
Jane: Jane=10、girl=5、Janie=2

Spot: Spot=10、dog=5

Puff: Puff=10、cat=5

- 戻り値: Dick

例2: オプション・リスト

この例では、Spotが他のカテゴリよりも高いスコアの60 (3回出現x 20)であるため、推奨値として返されます。

- コンテンツ: <Title>Barefoot in the Park</Title>
<Text>See Dick run.See Jane run.See Dick and Jane.</Text>

<Text>See Spot run.See Puff chase Spot.</Text>

<Text>See Dick chase Spot and Puff.</Text>

- ルール: OPTION_LIST

- キー: MainCharacter

- 件数: 10

- オプション・リスト・カテゴリ、キーワードおよび重み: Dick: Dick=10、boy=5、Richard=2
Jane: Jane=10、girl=5、Janie=2

Spot: Spot=20、dog=10

Puff: Puff=10、cat=5

- 戻り値: Spot

例3: オプション・リスト

この例では、件数しきい値の50を超えるスコアがないため、ルールは失敗します。

- コンテンツ: <Title>Barefoot in the Park</Title>
<Text>See Dick run.See Jane run.See Dick and Jane.</Text>

<Text>See Spot run.See Puff chase Spot.</Text>

<Text>See Dick chase Spot and Puff.</Text>

- ルール: OPTION_LIST

- キー: MainCharacter

- 件数: 50

- オプション・リスト・カテゴリ、キーワードおよび重み: Dick: Dick=10、boy=5、Richard=2
Jane: Jane=10、girl=5、Janie=2

Spot: Spot=10、dog=5

Puff: Puff=10、cat=5

- 戻り値: 失敗

例4: オプション・リスト

この例では、キーワードの「Puff」に重みの「常に」が指定されているため、Puffが推奨値として返されます。

- コンテンツ: <Title>Barefoot in the Park</Title>
<Text>See Dick run.See Jane run.See Dick and Jane.</Text>

<Text>See Spot run.See Puff chase Spot.</Text>

<Text>See Dick chase Spot and Puff.</Text>

- ルール: OPTION_LIST

- キー: MainCharacter

- 件数: 10

- オプション・リスト・カテゴリ、キーワードおよび重み: Dick: Dick=10、boy=5、Richard=2
Jane: Jane=10、girl=5、Janie=2

Spot: Spot=10、dog=5

Puff: Puff=常に、cat=5

- 戻り値: Puff

9.3.2.4 カテゴリ化エンジン検索ルール

カテゴリ化エンジン検索ルールでは、サードパーティのカテゴライザ・エンジンと定義済の分類を使用して、特定の分類内のカテゴリ(News/Technology/Computersなど)を表す値を決定して返します。

カテゴリ化エンジン検索ルールのタイプは1つで、キーで指定したカテゴライザ・エンジンおよび分類を使用してフィールドの値を返します。

カテゴリ化エンジン検索ルールのキーは、カテゴライザ・エンジンの名前の後に分類の名前を付けたものです。たとえば、EngineName/TaxonomyNameです。「キー」フィールドにエンジン名を定義した場合、Content Categorizerでは、カテゴライザ・エンジン・リストに表示される最初のエンジンにデフォルト設定されます。1つのエンジンのみが定義されている場合は、単に「キー」フィールドに分類名を入力します。

カテゴリ化エンジン検索ルールの件数では、返される結果に関する最小信頼度しきい値を設定します。

カテゴリ化エンジンによって、特定の問合せに対する1つのカテゴリ(または一連のカテゴリ)が返されるときに、各カテゴリをパーセントで表す信頼度も返されます。CATEGORYルールでは、最大信頼度カテゴリが常に受け入れられますが、その信頼度がルールに指定した件数の値を下回る場合は、ルールが失敗します。たとえば、件数を50に設定した場合に、返された最大信頼度カテゴリが45であると、ルールは失敗します。

デフォルトの件数の1を使用すると、カテゴライザ・エンジンが返す最大信頼度カテゴリが常に受け入れられます。「件数」値の実際の範囲は、使用するカテゴライザ・エンジンによって異なります。

9.3.2.5 Filetype検索ルール

Filetype検索ルールは、ドキュメントのファイル名拡張子を調べて、用語(通常はファイル名拡張子に関連付けられているファイル・タイプの説明)を返します。

Filetype検索ルールのタイプは1つで、プライマリ(ネイティブ)・ファイルのファイル名拡張子を使用してフィールドの値を返します。

メタデータ・フィールドに対してFiletype検索ルールを定義すると、コンテンツ・アイテムのファイル名拡張子がDocFormatsWizard表のすべての値と照合されます。この表は、IntradocDir/shared/config/resources/ディレクトリのdoc_config.htmファイルにあります。

一致が検出されると、「説明」列の関連値が抽出されて変換されます。結果の文字列は、そのフィールドの推奨メタデータ値として返されます。プライマリ・ファイルのパスに拡張子がない場合、または拡張子がDocFormatsWizard表の拡張子の値と一致しない場合、ルールは失敗し、そのメタデータ・フィールド用のリストの次のルールが実行されます。

FILETYPE検索ルールのキーは、メタデータ値の決定時に使用されません。「キー」フィールドは空白にしておきます。

FILETYPE検索ルールの件数は、メタデータ値の決定時に使用されません。「件数」フィールドは空白にしておきます。

「キー」フィールドまたは「件数」フィールドが空白でない状態でFILETYPEルールを作成すると、これらのフィールドがルールでサポートされないことを示す警告メッセージが表示されます。

次の例は、Filetype検索ルールの使用を示しています。

例1: Filetype検索

- プライマリ・ファイル: policies.doc

- ルール: FILETYPE

- キー: 空白

- 件数: 空白

- 戻り値: Microsoft Wordドキュメント

例2: Filetype検索

- プライマリ・ファイル: procedures.wpd

- ルール: FILETYPE

- キー: 空白

- 件数: 空白

- 戻り値: Corel WordPerfectドキュメント

9.3.3 検索ルールの定義

起動時に、Content Categorizerは、フィールドの名前と長さを含む、現在のメタデータ・フィールド構成のスナップショットを作成します。メタデータ・フィールドの構成を変更した場合は、Oracle WebCenter Content Serverを再起動してから、Content Categorizerの管理アプレットを実行して、検索ルールを追加または変更します。

重要:

Content Categorizerでファイル・タイプ(.doc、.txt、.xmlなど)を調べるには、そのタイプの空でないルールセットが必要です。特定のファイル・タイプのルールがない場合、Content Categorizerは例外をスローします。この例外を回避する最も簡単な方法は、デフォルトのルールセットに少なくとも1つのルールを追加することです。デフォルトのルールセットは、カスタム・ルールセットが割り当てられていないすべてのファイル・タイプに使用されます。

この項の内容は次のとおりです。

- 第9.3.3.1項「検索ルールの作成」

- 第9.3.3.2項「オプション・リストのキーワードの定義」

- 第9.3.3.3項「「タイプ」フィールドへのルールの適用」

9.3.3.1 検索ルールの作成

メタデータ・フィールドの検索ルールを定義するには、次の手順に従います。

1. 「メイン」メニューから「管理」→「Content Categorizerの管理」を選択します。
Content Categorizerの管理ページが開きます。

2. 「ルール・セット」タブをクリックします。

3. 「ルールセット」ペインで、リストからルールセットを選択するか、「追加」をクリックして新しいルールセットを追加します。ルールセットには、特定のドキュメントまたは特定のドキュメント・タイプに適用される複数のルールが含まれます。指定されたドキュメントまたはドキュメント・タイプに対して特定のルールセットが定義されていない場合は、デフォルトのルールセットが使用されます。
ルールセットを追加する場合は、ダイアログ画面が開き、そこでルールセットの名前を入力できます。

4. 「フィールド」リストからメタデータ・フィールドを選択します。

5. 「追加」をクリックします。
「フィールドのルールの追加」/「フィールドのルールの編集」画面が開きます。

6. 「ルール」リストからルール・タイプを選択します。

7. 「キー」フィールドに検索ルール・キーを入力します。タイプおよびサブタイプの詳細は、第9.3.2項「検索ルール・タイプ」を参照してください。
CATEGORYを使用する場合は、カテゴリ化エンジン名(カテゴライザ・エンジンのリストに複数のアイテムがある場合)、スラッシュ(/)、分類名の順に入力します。たとえば、EngineName/TaxonomyNameです。

OPTION_LIST検索ルールの場合は、リストのキーワードを「オプション・リスト」タブで定義する必要があります。詳細は、第9.3.3.2項「オプション・リストのキーワードの定義」を参照してください。

8. 「件数」フィールドに件数を入力します。TAGタイプおよびTEXTタイプの場合、これは、ルールが結果を返す前に一致する必要があるタグまたはテキスト句の数です。たとえば、件数を4にすると、キーの4番目の出現を探します。
ドキュメントで見つかったキーの出現が3つのみであると、検索ルールは失敗します。デフォルトの件数は1で、キーの最初の出現が返されます。

FIRST_PARAGRAPHの場合、これはパーセントで測定されるサイズのしきい値です。件数率に平均段落サイズを掛けた値よりも大きいキーに一致する最初の段落が返されます。たとえば、件数を75に設定し、平均段落サイズが100文字とすると、キーに一致し、かつ75文字より大きい最初の段落が返されます。件数をデフォルトの1に設定すると、キーに一致する最初の段落が返される可能性が高くなります。

FIRST_SENTENCEの場合、これは最初の文を返す要素の数です。たとえば、件数を3に設定した場合、キーに一致する最初の3つの要素からそれぞれ最初の文が返されます。

CATEGORYの場合、これはルールが結果を返す最小信頼度しきい値です。たとえば、件数を50に設定した場合に、最大信頼度カテゴリが信頼度45であると、検索ルールは失敗します。

9. 終了したら、「OK」をクリックします。

10. 必要に応じて、各メタデータ・フィールドに検索ルールを追加します。

- ルールを削除するには、「ルール・リスト」でルールを選択し、「削除」をクリックします。

- ルールを編集するには、「ルール・リスト」でルールを選択し、「編集」をクリックします。

- ルールの順序を調整するには、「ルール・リスト」でルールを選択し、「上に移動」または「下に移動」をクリックします。ルールはリストされている順序で適用されます。最初のルールが成功すると、他のルールは適用されません。最初のルールが失敗すると、次のルールが適用され、以下同様に続きます。

重要:

CATEGORYルールを追加、編集または削除した場合は、変更内容を適用して、このルールを作成または再作成するか、「問合せツリー」タブでこのルールに対する孤立した問合せツリーがないかを確認するように求めるダイアログが表示されます。

11. 「適用」をクリックして変更を保存するか、または「OK」をクリックして変更を保存し、Content Categorizerの管理ページを閉じます。

9.3.3.2 オプション・リストのキーワードの定義

リストのキーワードと重みを定義する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「Content Categorizerの管理」を選択します。
Content Categorizerの管理ページが開きます。

2. 「オプション・リスト」タブをクリックします。

3. 「オプション・リスト」からリストを選択します。このリストには「タイプ」($DocType)リスト以外に、構成マネージャでリストが定義されているすべてのカスタム・メタデータ・フィールドのリストも含まれます。

注意:

リスト・メタデータ・フィールドを構成マネージャから削除すると、そのフィールドは「ルール・セット」タブから削除されますが、「オプション・リスト」タブの「オプション・リスト」リストには引き続き表示されます。廃止したリストを選択しないように注意してください。

4. 「カテゴリ」リストから値を選択します。そのリスト用に事前に定義されている値のみ表示されます。

5. 「キーワード」フィールドにキーワードまたは語句を入力します。オプション・リスト検索では、大/小文字が区別されるため、正確に一致する必要があります。

- キーワードには、1つの単語または語句を使用できます。

- キーワードには、ブール型の式を含めることができ、有効なバイナリ演算子は$$AND$$、$$OR$$、$$AND_NOT$$、$$NEAR$$です。

6. キーワードの重みを選択します。

- 常に: キーワードが見つかった場合、スコアに関係なく、選択したカテゴリが推奨値として返されます。

- 重み: この数値をキーワードの出現回数に乗算した値が、カテゴリのスコアとなります。スコアの最も高いカテゴリが、リスト・フィールドの推奨値として返されます。

- なし: キーワードが見つかった場合、スコアに関係なく、選択したカテゴリは推奨値として返されません。

7. 「追加」をクリックします。

8. 選択したリストの各カテゴリにキーワードを入力します。

- キーワードを削除するには、「キーワード」リストでキーワードを選択し、「削除」をクリックします。

- キーワードを編集するには、「キーワード」リストでキーワードを選択して「編集」をクリックし、キーワード、重みまたはその両方を編集して「更新」をクリックします。

9. 「適用」をクリックして変更内容を保存するか、「OK」をクリックして変更内容を保存し、画面を閉じます。

9.3.3.3 「タイプ」フィールドへのルールの適用

Content Categorizerが「タイプ」のデフォルト値を無視して、検索ルールを「タイプ」フィールドに適用するように、構成ファイルを構成できます。

この手順を適用できるのは、「タイプ」(dDocType)フィールドのみです。他の標準のリスト・フィールド(「セキュリティ・グループ」、「作成者」および「アカウント」)には、検索ルールを適用できません。

検索ルールを「タイプ」フィールドに適用する手順は、次のとおりです。

1. ワードパッドなどのテキスト・エディタで、IntradocDir/config/ディレクトリにあるconfig.cfgファイルを開きます。

2. 次の行をファイルに追加します。

ForceDocTypeChoice=true

3. ファイルを保存し、閉じます。

4. Oracle WebCenter Content Serverを停止して再起動します。

9.4 サンプルのdoc_config.htmページ

次に、doc_config.htmページのサンプルを示します。

<@table DocFormatsWizard@>

dFormat

拡張子

dConversion

dDescription

application/

corel-wordperfect、application/wordperfect

wpd

WordPerfect

apWordPerfectDesc

application/

vnd.framemaker

fm

FrameMaker

apFramemakerDesc

application/

vnd.framebook

bk、book

FrameMaker

apFrameMakerDesc

application/vnd.mif

mif

FrameMaker

apFrameMakerInterchangeDesc

application/lotus-1-2-3

123、wk3、wk4

123

apLotus123Desc

application/lotus-freelance

prz

Freelance

apLotusFreelanceDesc

application/lotus-wordpro

lwp

WordPro

apLotusWordProDesc

application/msword、application/ms-word

doc、dot

Word

apMicrosoftWordDesc

application/vnd.ms-excel、application/ms-excel

xls

Excel

apMicrosoftExcelDesc

application/

vnd.ms-powerpoint、application/ms-powerpoint

ppt

PowerPoint

apMicrosoftPowerPointDesc

application/vnd.ms-project、application/ms-project

mpp

MSProject

apMicrosoftProjectDesc

application/ms-publisher

pub

MSPub

apMicrosoftPublisherDesc

application/write

wri

Word

apMicrosoftWriteDesc

application/rtf

rtf

Word

apRtfDesc

application/vnd.visio

vsd

Visio

apVisioDesc

application/vnd.illustrator

ai

Illustrator

apIllustratorDesc

application/vnd.photoshop

psd

PhotoShop

apPhotoshopDesc

application/vnd.pagemaker

p65

PageMaker

apPageMakerDesc

image/gif

drw、igx、flo、abc、igt

iGrafx

apiGrafxDesc

text/postscript

ps

Distiller

apDistillerDesc

application/hangul

hwp

Hangul97

apHangul97Desc

application/ichitaro

jtd、jtt

Ichitaro

apIchitaroDesc

image/graphic

gif、jpeg、jpg、png、bmp、tiff、tif

ImageThumbnail

apThumbnailsDesc

image/application

txt、eml、msg

NativeThumbnail

apNativeThumbnailsDesc

<@end@>
<@table PdfConversions@>

dFormat

拡張子

dConversion

dDescription

application/pdf

pdf

PDFOptimization

apPdfOptimization

application/pdf

pdf

ImageThumbnail

apPdfThumbnailsDesc

<@end@>

9.5 XSLT変換

Oracle WebCenter Content Serverでは、2ステップのプロセスを使用してコンテンツを分類します。最初のステップでコンテンツをXML形式に変換し、2番目のステップでXMLファイルをContent Categorizerで使用できる別のXMLファイルに変換します。このプロセスは透過的で、元のコンテンツは変更されず、変換された両方のXMLファイルは使用後に破棄されます。

この項の内容は次のとおりです。

- 第9.5.1項「変換」

- 第9.5.2項「XSLTスタイルシートを使用した変換」

- 第9.5.3項「SearchML変換」

- 第9.5.4項「Flexiondoc変換」

9.5.1 変換

変換ステップでは、OutsideIn XML Exportフィルタを使用し、変換するコンテンツのタイプと、使用するプラットフォームで使用可能な形式かどうかに基づいて、SearchMLまたはFlexiondoc XML形式でXMLを出力します。この変換プロセスを使用すると、Categorizerで大量の異なるソース・ドキュメント形式をサポートできます。

変換ステップでは、eXtensible Style Sheet Language Transformations(XSLT)を使用して、最初のXML出力を、ユーザーが定義した検索ルールに基づいてContent Categorizerで容易に検索および分析できるXMLに変換します。

変換プロセスの概要は、カテゴリ化プロセスに興味があるユーザーにとって有用であり、独自のXSLTスタイルシートを定義して特定のドキュメント処理ニーズに対応する必要のあるユーザーの開始点としても役立ちます。

OutsideIn XML Exportフィルタを使用した変換

OutsideIn XML Export製品のランタイム・バージョンはOracle WebCenter Content Serverと統合してインストールされており、チェックインされたコンテンツを分類できるようにフィルタ処理します。Exportフィルタは、CategorizerのXSLTスタイルシートを使用した変換で使用できるように、コンテンツをXMLに変換します。この変換が必要なのは、Export XMLスキーマ、FlexiondocおよびSearchMLがContent Categorizerルールで容易に検索できない形式であるためです。

9.5.2 XSLTスタイルシートを使用した変換

Content Categorizerには2つのスタイルシートが付属しており、OutsideIn XML Exportフィルタによって提供される最初の変換形式に基づいて適用されます。スタイルシートは次のディレクトリにあります。

/<IntradocDir>/data/contentcategorizer/stylesheets/

SearchMLでコンテンツ・アイテムを出力する場合は、searchml_to_scc.xslが適用されます。Flexiondocでコンテンツ・アイテムを出力する場合は、flexiondoc_to_scc.xslが適用されます。SearchMLとFlexiondocは、ソース・コンテンツで検出されたスタイル指定を再生成しますが、Content Categorizerルールでは検出できないスタイル指定をそれぞれ異なる方法で再生成します。適切なスタイルシートを使用すると、各形式で必要なスタイル情報を認識し、その情報を基にして、最終出力タグをContent Categorizerで使用可能なXMLドキュメントに変換できます。

SearchMLとFlexiondocの類似性は、コンテンツで使用されている内部スタイルまたはメタデータの程度によって異なります。Microsoft Wordなどの名前付きスタイルを使用したコンテンツを処理した場合、結果出力は類似します。PDFやテキストなどの形式のコンテンツを処理する場合、結果はより包括的なタグ付けになります。

重要:

Flexiondoc形式で出力されたPDFコンテンツの後処理にXSLT変換を使用すると、問題が発生します。Flexiondocを使用すると、1つの単語が個別のXML要素に割り当てられ、最終的なXMLがほとんどのCategorizer検索ルールに対して不適合となります。PDFコンテンツを分類する場合は、SearchMLを使用することをお薦めします。

9.5.3 SearchML変換

OutsideIn XML Exportフィルタは、コンテンツをSearchML XML形式に変換するときに、タイトル、件名、作成者など、コンテンツ・アイテムのプロパティを識別し、それらを<doc_property>要素としてタグ付けします。各プロパティはtype属性で区別します。ドキュメント・テキストも識別し、<p>要素としてタグ付けします。テキスト内のスタイルはs属性で区別します。

9.5.4 Flexiondoc変換

OutsideIn XML Exportフィルタは、コンテンツをFlexiondoc XML形式に変換するときに、タイトル、件名、作成者など、コンテンツ・アイテムのプロパティを識別し、それらをSearchMLと同様に<doc_property>要素としてタグ付けします。ただし、各プロパティはtype属性ではなく、name属性で区別します。

FlexiondocがSearchMLと異なる点は、スタイルの識別方法です。段落スタイルは<tx.p>タグでタグ付けされ、文字スタイルは<tx.r>タグでタグ付けされますが、それぞれは、name属性に加えて、一意のスタイルのidに基づいて属性が指定されています。

すべてのスタイルは、Flexiondoc XMLファイルの<style_tables>要素の子要素で定義され、id属性が指定されていますが、この属性はスタイルを参照するときにコールされ、テンプレート・ファイルを使用してスタイル・キーとname属性が定義されます。

A ユーザー・インタフェース

この付録では、ウィンドウおよびメニューの要素とオプションを含む管理アプリケーションのユーザー・インタフェース画面について説明します。

- A.1項「コンテンツ・リポジトリ・インタフェース」

- A.2項「ワークフロー・ユーザー・インタフェース」

- A.3項「PDFウォーターマーク・インタフェース」

- A.4項「コントリビューション・フォルダ・インタフェース」

- A.5項「フォリオ・テンプレートの作成/フォリオ・テンプレートの編集ページ」

- A.6項「Content Trackerインタフェース」

- A.7項「Content Categorizerインタフェース」

- A.8項「Webレイアウト・エディタ・インタフェース」

A.1 コンテンツ・リポジトリ・インタフェース

この項では、リポジトリで使用されるインタフェースについて説明します。内容は次のとおりです。

- A.1.1項「サポート対象Webブラウザの使用」

- A.1.2項「構成マネージャ・ページ」

- A.1.3項「コンテンツ・タイプ・インタフェース画面」

- A.1.4項「ネイティブ・ファイル・フォーマット・インタフェース画面」

- A.1.5項「「サムネイル・オプションの構成」画面」

- A.1.6項「カスタム・フィールド・インタフェース画面」

- A.1.7項「「電子シグネチャの構成」画面」

- A.1.8項「リポジトリ・マネージャ・インタフェース画面」

- A.1.9項「コンテンツ・インタフェース画面」

- A.1.10項「リビジョン・インタフェース画面」

- A.1.11項「ワークフロー・リビジョン・インタフェース画面」

- A.1.12項「サブスクリプション・インタフェース画面」

- A.1.13項「管理されたリンクの管理ページ」

- A.1.14項「スキーマ・インタフェース画面」

- A.1.15項「コンテンツ・プロファイル・インタフェース画面」

- A.1.16項「コンテンツ・プロファイル・ルール・インタフェース画面」

A.1.1 サポート対象Webブラウザの使用

コンシューマおよびコントリビュータは、標準のWebブラウザからOracle WebCenter Contentサーバーにアクセスします。コンテンツ・サーバーへのアクセスに使用するコンピュータは、クライアント・コンピュータです。サポートされているクライアント・コンピュータのOracle WebCenter Contentサーバーには、次のサポート対象Webブラウザからアクセスできます:

表A-1 サポート対象Webブラウザ

ブラウザ

バージョン

Internet Explorer

7, 8

Firefox

3.5+

Safari

4.x

Google Chrome

10.0以降

注意:

Firefoxを使用する場合は、リンクを新しいタブではなく新しいウィンドウで開くようにFirefoxを設定します。場合によっては、新しいタブに開かれたヘルプ画面は、ヘルプを起動したアプレットが閉じるまで表示されないことがあります。別のウィンドウでヘルプを開くと、ヘルプを起動したアプレットが実行中でもヘルプを表示できます。

A.1.2 構成マネージャ・ページ

この画面は、コンテンツ・タイプ、ファイル・フォーマットおよびカスタム・メタデータ・フィールドを管理するために使用する管理アプリケーションです。

このページにアクセスするには、管理者またはサブ管理者としてログインし、「メイン」メニューで「管理」→「管理アプレット」を選択します。「構成マネージャ」をクリックします。

注意:

管理者のみが構成マネージャを使用できます。サブ管理者はこのアプリケーションにアクセスできません。

要素

説明

「オプション」メニュー

情報フィールドおよびファイル・フォーマットを管理するための追加の管理アプリケーションを開きます。

「アプリケーション」メニュー

現在のアプリケーションと同じモード(アプレットまたはスタンドアロン)で開く他の管理アプリケーションのオプションを指定します。

情報フィールド

「構成マネージャ」: 「情報フィールド」タブ画面を開きます。

アプリケーション・フィールド

「構成マネージャ」: 「アプリケーション・フィールド」タブ画面を開きます。

表

「構成マネージャ」: 「表」タブ画面を開きます。

ビュー

「構成マネージャ」: 「ビュー」タブ画面を開きます。

リレーション

「構成マネージャ」: 「リレーション」タブを開きます。

プロファイル

「構成マネージャ」: 「プロファイル」タブ画面を開きます。

ルール

「構成マネージャ」: 「ルール」タブ画面を開きます。

多用途画面

次の画面は、数多くの管理アプリケーションで様々な固有の目的に使用されます。

- A.1.2.1項「「コンテンツ・アイテムの表示」画面」

- A.1.2.2項「「ユーザーの表示」画面」

- A.1.2.3項「「フィルタの定義」画面」

- A.1.2.4項「「列の表示」画面」

A.1.2.1 「コンテンツ・アイテムの表示」画面

この画面は、プレビューするコンテンツを選択するために使用します。

この画面は、ユーザー・インタフェースの異なる場所からアクセスできます。

要素

説明

フィルタの使用

「コンテンツ」ペインに含まれているコンテンツ・アイテムのリストを絞り込みます。選択すると、選択したフィールド、定義されているフィルタ・フィールド、またはリリース日(指定されている場合)に基づいてフィルタリングできます。

フィルタの定義

「フィルタの定義」画面を開きます。

「次の日付以降のリリース日」および日付リスト

選択すると、指定されているいずれか(1日、1週または4週)の経過時間以降のリリース日に基づいてフィルタリングできます。

列の表示

「列の表示」画面を開きます。

「コンテンツ」ペイン

「コンテンツ・アイテム」リスト内の各コンテンツ・アイテムについて、選択した表示列の値が表示されます。

A.1.2.2 「ユーザーの表示」画面

この画面は、プロファイルの使用例をプレビューするときに表示するユーザーを選択するために使用します。

この画面は、ユーザー・インタフェースの異なる場所からアクセスできます。

要素

説明

フィルタの使用

ユーザーのリストを絞り込みます。

フィルタの定義

「フィルタの定義」画面を開きます。

列の表示

「列の表示」画面を開きます。

「ユーザー」ペイン

「ユーザー」リスト内の各ユーザーについて、選択した表示列の値が表示されます。

A.1.2.3 「フィルタの定義」画面

この画面は、複数の管理アプリケーション画面に表示されるリビジョン、ユーザーなどのリストを絞り込むために使用します。表示されるアイテムは、入力した条件に基づいてフィルタリングされます。これらのフィールドには、次のワイルドカードを使用できます。

- パーセント(%): 1つ以上の文字

- アンダースコア(_): 任意の1文字

この画面にアクセスするには、画面で「フィルタの定義」をクリックします。フィルタ・フィールドをアクティブ化するには、1つ以上のチェック・ボックスを選択します。

フィールド

説明

チェック・ボックス

選択すると、関連付けられているフィルタ式が適用されます。

コンテンツID

コンテンツ・アイテムの一意のコンテンツID。

タイトル

リビジョンのタイトル。

作成者

リビジョンをチェックインしたユーザー。

タイプ

リビジョンのコンテンツ・タイプ。

セキュリティ・グループ

リビジョンに割り当てられたセキュリティ・グループ。

アカウント

リビジョンに割り当てられたアカウント。このフィールドは、アカウントが有効な場合のみ表示されます。

チェックアウト

リビジョンをチェックアウトするかどうかを指定します。

チェックアウトの実行者

リビジョンをチェックアウトしたユーザー。

リビジョンのステータス

リビジョンのステータス。

- 完了: 指定されたリリース日のリリースを待機しています。

- 編集: ワークフローの初期コントリビューション・ステップ。

- WWW生成: Web表示可能フォーマットへの変換中、索引の作成中、あるいは変換または索引の作成に失敗しました。

- レビュー: ワークフロー内にあり、レビューされています。

- 保留: 基本ワークフロー内にあり、ワークフロー内のすべてのリビジョンの承認を待機しています。

- リリース: 使用可能です。

- 期限切れ: 検索または参照できなくなりました。リビジョンは削除されませんでしたが、期限切れの通知が使用されないかぎり、アクセスできるのは管理者のみです。

- 削除済: 削除され、次の索引作成サイクルでシステムから完全に削除されるのを待機しています。

インデクサのステータス

リビジョンの索引作成ステータス。

- 新規: チェックインされましたが、索引付けされていません。

- 現在: 最新のリビジョンです。

- 古い: 最新のリビジョンではありません。

- ワークフロー: ワークフロー内にあります。

- 処理中: 索引作成の準備中です

- 更新: リビジョンのメタデータが更新されましたが、索引は付けられていません。

- 索引作成中: 索引を作成しています。

どのコンテンツ・アイテムも、一度に1つのリビジョンのみが「現在」、「索引作成中」、「更新」のステータスとなります。

変換ステータス

リビジョンの変換ステータス。

- 変換済: 正常に変換され、Web表示可能ファイルを使用できます。

- 処理中: Inbound Refineryによる変換中です。

- 失敗: 削除、ロックまたは破損しているか、検索エンジンのエラーが発生しました。

- メタデータのみ: フルテキスト索引の作成がバイパスされ、リビジョンのメタデータにのみ索引が付けられました。

- Refinery通過: Inbound Refineryがリビジョンの変換に失敗し、ネイティブ・ファイルをWebに渡しました。

- 不完全な変換: 有効なWeb表示可能ファイルが生成され、ファイルのフルテキスト索引が作成された後、変換でエラーが発生しました。

インデクサ・サイクル

インデクサ・サイクルのリビジョンの状態。

- アイドル: 現在はインデクサ・サイクル内ではありません。

- アクティブ用にロード中: 更新サイクル用にロード中です。

- アクティブ用索引作成済: 更新サイクルで索引作成中です。

- 再構築用にロード中: 再構築サイクル用にロード中です。

- 再構築用索引作成済: 再構築サイクルで索引作成中です。

- 再構築済: 再構築サイクルによって処理されました。

- 更新済: 更新サイクルによって処理されました。

ワークフローの状態

リビジョンのワークフローの状態。

- レビューア/コントリビュータ: 割り当てられたユーザーがリビジョンを編集またはレビューできるステップに位置しています。

- コントリビュータ: ユーザーがリビジョンの編集のみを操作できるステップに位置しています。

- レビューア: ユーザーがリビジョンのレビューのみを操作できるステップに位置しています。

- 保留: 基本ワークフロー内に位置し、すべてのステップを完了しましたが、ワークフローを完了して閉じるには、基本ワークフロー内のすべてのコンテンツ・アイテムがすべてのステップを完了する必要があります。

リビジョン・ランク(>=および<)

特定の数値以上のリビジョン、または特定の数値未満のリビジョンを指定します。

パブリッシュ・タイプ

Content Publisherで使用されるリビジョンのコンテンツ・タイプ。

パブリッシュのステータス

Content Publisherで使用されるリビジョンのパブリッシュのステータス。

- コンテンツ: ステージングまたはパブリッシュされないか、ワークフロー内にありません。

- パブリッシュ済: Content Publisherによってパブリッシュされました。

- ステージング: Content Publisherでステージング処理中です。

- ワークフロー: ワークフロー内にあります。

最新のリビジョン

ファイルの最新バージョンのみ表示されます。

指定の日付

特定の日付以降、または特定の日付より前のコンテンツを指定します。

- チェックインの日付: リビジョンがチェックインされた日付。

- 索引付けの日付: リビジョンに前回索引が付けられた日付。

- リリース日: リビジョンが前回リリースされた日付。

- 有効期限: リビジョンの有効期限。

カスタム・フィールド

カスタム・メタデータ・フィールドをフィルタ・フィールドとしても使用できます。

A.1.2.4 「列の表示」画面

この画面は、いくつかの管理画面に表示する列を選択するために使用します。

この画面にアクセスするには、画面で「列の表示」をクリックします。

要素

説明

チェック・ボックス

選択すると、該当するフィールドが表示されます。フィールドの説明は、A.1.2.3項「「フィルタの定義」画面」を参照してください。

設定の保存

選択すると、「リポジトリ・マネージャ」または「サブスクライブするコンテンツ・アイテム」画面の「コンテンツ」タブが表示されるたびに列の設定が適用されます。選択を解除すると、列の設定は、「リポジトリ・マネージャ」または「サブスクライブするコンテンツ・アイテム」画面の「コンテンツ」タブが閉じるまでの間のみ適用されます。

A.1.3 コンテンツ・タイプ・インタフェース画面

コンテンツ・タイプを処理する場合、次の画面を使用します。

- A.1.3.1項「「コンテンツ・タイプ」画面」

- A.1.3.2項「コンテンツ・タイプの追加/「コンテンツ・タイプの編集」画面」

A.1.3.1「コンテンツ・タイプ」画面

この画面は、コンテンツ・タイプを追加、編集および削除するために使用します。また、既存のコンテンツ・タイプの名前、説明、関連GIFを表示するため、および対応するイメージを管理するためにも使用できます。

この画面にアクセスするには、構成マネージャ・ページの「ページ」メニューから「オプション」→「コンテンツ・タイプ」を選択します。

要素

説明

タイプ

各コンテンツ・タイプの名前およびそのタイプに関連付けられたGIFイメージ。

説明

各コンテンツ・タイプの説明。

イメージ

各コンテンツ・タイプに関連付けられているGIFイメージのファイル名。

追加

「新しいコンテンツ・タイプの追加」/「コンテンツ・タイプの編集」画面を開きます。

編集

「新しいコンテンツ・タイプの追加」/「コンテンツ・タイプの編集」画面を開きます。

削除

選択したコンテンツ・タイプを削除できます。削除するコンテンツ・タイプを使用しているコンテンツがある場合、そのコンテンツ・タイプは削除できません。

A.1.3.2 コンテンツ・タイプの追加/「コンテンツ・タイプの編集」画面

この画面は、コンテンツ・タイプを追加または編集するために使用します。

この画面にアクセスするには、「コンテンツ・タイプ」画面で「追加」または「編集」をクリックします。

要素

説明

名前

コンテンツ・タイプの名前。最大30文字です。

説明

コンテンツ・タイプの説明。最大80文字です。

GIFリスト

ページのコンテンツ・タイプを表すイメージ。

A.1.4 ネイティブ・ファイル・フォーマット・インタフェース画面

この項では、次の画面について説明します。

- A.1.4.1項「「ファイル・フォーマット」画面」

- A.1.4.2項「「ファイル・フォーマットの追加」/「ファイル・フォーマットの編集」画面」

- A.1.4.3項「「ファイル拡張子の追加」/「ファイル拡張子の編集」画面」

A.1.4.1 「ファイル・フォーマット」画面

この画面は、ファイル変換用のファイル・フォーマットとファイル拡張子を設定するために使用します。

このオプションにアクセスするには、構成マネージャ・ページのオプション・メニューから「ファイル・フォーマット」を選択します。

「ファイル・フォーマット」ペイン

要素

説明

フォーマット

通常、MIME(Multipurpose Internet Mail Extensions)タイプです。

変換

ファイルを変換するために使用するメソッド。

説明

ファイル・フォーマットの説明。

有効

フォーマットがインタフェース内で有効かどうかを表示します。

「追加」または「編集」

「ファイル・フォーマットの追加」/「ファイル・フォーマットの編集」画面を開きます。

削除

選択したファイル・フォーマットの削除を有効にします。

有効化/無効化

インタフェース内の選択されたファイル・フォーマットを有効または無効にします。

「ファイル拡張子」ペイン

要素

説明

拡張子

ファイル・フォーマットにマップされるファイル拡張子。

マップ先フォーマット

該当する拡張子のファイルを変換するために参照されるファイル・フォーマット。

有効

フォーマットがインタフェース内で有効かどうかを表示します。

「追加」または「編集」

「ファイル拡張子の追加」/「ファイル拡張子の編集」画面を開きます。

削除

選択したファイル拡張子の削除を有効にします。

有効化/無効化

インタフェース内の選択されたファイル・フォーマットを有効または無効にします。

A.1.4.2 「ファイル・フォーマットの追加」/「ファイル・フォーマットの編集」画面

この画面は、特定のファイル・フォーマットの変換メソッドを設定するために使用します。

この画面にアクセスするには、「ファイル・フォーマット」画面の「ファイル・フォーマット」ペインで、「追加」または「編集」をクリックします。

要素

説明

フォーマット

通常、MIME(Multipurpose Internet Mail Extensions)タイプです。

変換

ファイルを変換するために使用するメソッド。このファイル・タイプを変換しない場合は、通過を選択します。カスタム変換メソッドを使用するには、「カスタム」を選択します。

説明

ファイル・フォーマットの説明。

A.1.4.3 「ファイル拡張子の追加」/「ファイル拡張子の編集」画面

この画面は、ファイル拡張子を特定のファイル・フォーマットにマッピングするために使用します。

この画面にアクセスするには、「ファイル・フォーマット」画面の「ファイル拡張子」ペインで、「追加」または「編集」をクリックします。

要素

説明

拡張子

変換対象のファイルのファイル拡張子。

マップ先フォーマット

該当する拡張子のファイルを変換するために参照されるファイル・フォーマット。

A.1.5 「サムネイル・オプションの構成」画面

サムネイルは、関連付けられたコンテンツ・アイテムの小さな表現イメージです。この画面を使用して、サムネイルの自動生成を有効化して構成します。この画面にアクセスするには、「管理」トレイから「サムネイル・オプションの構成」を選択します。

コンテンツ・サーバーには、基本的な一連のサムネイル作成オプションが用意されています。Oracle WebCenter Content: Inbound Refineryには、ファイル変換およびサムネイル生成についてさらに多くのオプションのセットがあります。詳細は、『Oracle WebCenter Content Conversion管理者ガイド』を参照してください。

要素

説明

このサーバーでのサムネイル・イメージの作成を有効にします。

選択すると、サムネイルの作成が有効になります。有効な場合は、Outside In Image Exportでサポートされるファイル・タイプのチェックイン時に、サムネイル・イメージが自動的に生成され、「ファイル・フォーマット」画面で使用可能になります。

コンテンツ・アイテムのフォーマットがサポート対象外または明示的に除外されていると、サムネイル・イメージは生成されず、ドキュメント・タイプ(dDocType)に関連付けられているアイコンが使用されます。Inbound Refineryが有効で、サムネイルを処理するように設定されている場合、このウィンドウで設定したオプションは使用されません。

このサーバーは、次の形式のサムネイル・イメージを作成しません

サムネイルを生成しないファイル・フォーマットのカンマ区切りリストを指定します。使用可能なフォーマットのリストからフォーマットを選択すると、そのフォーマットがカンマ区切りリストに追加されます。フォーマットのリストは、「ファイル・フォーマット」画面で使用可能になっているフォーマットから取得されます。

フォントのパス

サムネイルの文字のレンダリングに使用するフォント情報が保存されているディレクトリを指定します。現在、TrueTypeフォント(*.ttfまたは*.ttcファイル)のみがサポートされます。ほとんどの場合、Java環境(<java.home>/lib/fonts/)によって提供されたフォントが適切です。

非西欧文字など、TrueTypeフォントのより広範な選択がホスト・システムにより提供されることがあります。たとえば、Linuxではフォントは/usr/lib/X11/fonts/TTFフォルダにあります。WindowsではフォントはC:\WINDOWS\Fontsフォルダにあります。

数秒でサムネイル・プロセスがタイムアウトになります。

サムネイル・プロセスの完了を待機する時間を秒単位で指定します。サムネイル・プロセスがこの時間内に完了しない場合、プロセスが終了します。デフォルト設定は120秒です。

UNIXレンダリング・オプション

LinuxおよびSolaris SPARCシステムの場合、UNIXで実行しているシステムのレンダリング・オプションを指定します。他のすべてのプラットフォームでは内部グラフィック・レンダリングを使用します。

ネイティブ・オペレーティング・システムのネイティブ・グラフィック・サブシステムを使用: フォントおよびグラフィックが、オペレーティング・システムのネイティブ・グラフィック・サブシステム(UNIXプラットフォームでのX11)を使用してレンダリングされることを指定します。

このオプションが機能するのは、少なくとも1つの適切な出力ソリューションが存在する場合のみです。たとえば、UNIXの$DISPLAY変数が有効なXサーバーを指していなくても、内部グラフィック・レンダリングに必要なOSGDまたはWV_GDモジュール(あるいはその両方)が存在している場合は、内部グラフィック・レンダリングが使用されます。

内部グラフィック・レンダリングの使用: Outside In Image Exportがフォントおよびグラフィックのレンダリングに内部グラフィック・コードを使用するように指定されます。これがデフォルトのオプションです。

サムネイル・イメージ作成に使用するネイティブ・ボールト・ファイルのページ番号

複数ページのファイルについて、サムネイルのレンダリングに使用するページ番号を指定します。デフォルトのページ番号は1です。

クイック・サイジングを使用

イメージの品質が若干低い高速変換のカラー・グラフィックを使用する場合に選択します。

スムーズ・サイジングを使用

変換速度は若干遅くなりますが、元のグラフィックのさらに正確な表現を使用する場合に選択します。これがデフォルトの設定です。

グレイスケール・グラフィック用のスムーズ・サイジング

グレイスケール・グラフィックにスムーズ・サイジングを使用し、カラー・グラフィックにクイック・サイジングを使用する場合は、このオプションを選択します。

「jpgのサムネイルの生成」ラジオ・ボタン

選択すると、すべてのサムネイルがJPGファイルとして作成されます。これは、サムネイルのファイル・タイプのデフォルト設定です。

「gifのサムネイルの生成」ラジオ・ボタン

選択すると、すべてのサムネイルがGIFファイルとして作成されます。

「pngのサムネイルの生成」ラジオ・ボタン

選択すると、すべてのサムネイルがPNGファイルとして作成されます。

更新

設定に加えた変更内容を保存します。

リセット

前回保存した設定に戻します。

A.1.6 カスタム・フィールド・インタフェース画面

次の画面は、メタデータ・フィールドやアプリケーション・フィールドを追加するために使用します。

注意:

電子シグネチャのカスタム・フィールドの詳細は、『Oracle WebCenter Content Content Serverユーザーズ・ガイド』を参照してください。

- A.1.6.1項「「構成マネージャ」: 「情報フィールド」タブ画面」

- A.1.6.2項「「メタデータ・フィールド名の追加」画面」

- A.1.6.3項「「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面」

- A.1.6.4項「オプション・リストの構成画面」

- A.1.6.5項「オプション・リスト・ストレージ画面」

- A.1.6.6項「「ビュー値の編集」画面」

- A.1.6.7項「「オプション・リスト」画面」

- A.1.6.8項「「ツリー定義の編集」画面」

- A.1.6.9項「ツリーのルート・ノードの選択」

- A.1.6.10項「「拡張検索のデザイン」画面」

- A.1.6.11項「フィールドの詳細オプション画面」

- A.1.6.12項「データベース設計の更新」画面」

- A.1.6.13項「「構成マネージャ」: 「アプリケーション・フィールド」タブ画面」

- A.1.6.14項「「アプリケーション・フィールドの追加」/「アプリケーション・フィールドの編集」画面」

A.1.6.1 「構成マネージャ」: 「情報フィールド」タブ画面

この画面は、カスタム・メタデータ・フィールドを追加、編集および削除するために使用します。

この画面にアクセスするには、構成マネージャ・ページで「情報フィールド」をクリックします。

要素

説明

名前

カスタム・メタデータ・フィールドの名前。

タイプ

各フィールドのタイプ。値は次のとおりです。

- テキスト

- ロング・テキスト

- 日付

- メモ

- 整数

有効

フィールドがOracle WebCenter Contentサーバーのページに表示されるかどうかを示します。

検索可能

フィールドが索引付けされ、検索に使用できるかどうかを示します。

順序

ソート順序におけるこのフィールドの位置を示します。

「上へ」および「下へ」

フィールドのソート順序を並べ替えます。使用するには、フィールドをハイライトして適切なボタンをクリックします。その操作に応じて、ソート順序のフィールドの位置が変更されます。

拡張検索のデザイン

データベース表に加えた変更を保存します。このボタンは、更新が必要な場合にアクティブになります。

データベース設計の更新

データベース表に加えた変更を保存します。このボタンは、更新が必要な場合にアクティブになります。

検索索引の再構築

検索索引を再構築します。このボタンは、再構築が必要な場合にアクティブになります。

「追加」または「編集」

「メタデータ・フィールド名の追加」画面を開きます。

削除

選択したカスタム・メタデータ・フィールドを削除できます。

値の編集

フィールドがスキーマ・リレーションに関連付けられている場合は、親/子構造が表示されます。このオプションは、フィールドを追加し、データベース設計を更新するとアクティブになります。

A.1.6.2 「メタデータ・フィールド名の追加」画面

このダイアログ・ボックスは、新しいカスタム・メタデータ・フィールドの名前を定義するために使用します。

このダイアログ・ボックスにアクセスするには、「構成マネージャ」: 「情報フィールド」タブ画面で「追加」をクリックします。

カスタム・メタデータ・フィールドを追加すると、予約名と競合しない一意の名前になるよう、名前に接頭辞xが自動的に付加されます。同様に、カスタム・ユーザー情報(メタデータ)フィールドを定義すると、予約名と競合しない一意の名前になるよう、名前に接頭辞uが自動的に付加されます。

要素

説明

フィールド名

重複する名前は使用できません。最大フィールド長は29文字です。文字、数値およびアンダースコア(_)のみを使用します。特殊文字は使用しないでください。

A.1.6.3 「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面

この画面は、カスタム・メタデータ・フィールドを定義するために使用します。

この画面にアクセスするには、次のいずれかの操作を実行します。

- 「メタデータ・フィールド名の追加」画面でフィールド名を入力し、「OK」をクリックします。

- 「構成マネージャ」: 「情報フィールド」タブ画面で、フィールドを選択して「編集」をクリックします。

要素

説明

フィールド・キャプション

Oracle WebCenter Contentサーバーのページに表示される表示ラベル。

フィールド・タイプ

各フィールドのタイプ。値は次のとおりです。

- テキスト

- ロング・テキスト

- 日付

- メモ

- 整数

- 小数

10進法

サポートされる小数点の右側の桁数を指定します。このフィールドは、フィールド・タイプが「小数」のフィールドに対してのみサポートされます。

フィールド表示順

フィールドがページに表示される順序。数字は2から始まり、新しいフィールドが追加されるたびに自動的に増加します。

デフォルト値

フィールドのデフォルト値。

値が必要

選択すると、フィールドに値が含まれない場合は、ファイルがチェックインされないようになります。

プレースホルダ

選択すると、このフィールドが格納および索引付けの対象とならないフィールドに設定されます。プレースホルダは、従属選択リストの親レベルに対してよく使用されます。

ユーザー・インタフェース上で有効化

選択すると、そのフィールドがページに表示されます。

検索索引の有効化

選択すると、フィールドに索引が付いて、検索条件として使用できるようになります。

オプション・リストの有効化

選択すると、ユーザーがページで選択できるリストが作成されます。

A.1.6.4 オプション・リストの構成画面

この画面は、リストのタイプ、リストに対する値、およびリストに関連付けられた依存関係を指定するために使用します。

この画面にアクセスするには、「メタデータ・フィールド名の追加」画面または「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面で、「オプション・リストの有効化」→「構成」をクリックします。

要素

説明

オプション・リスト・タイプ

- Vタイプの選択リスト

- NVタイプの選択リスト

- 「リストから1項目選択、もしくは項目の追加選択」

- リストから1項目以上の選択、もしくは項目の追加選択

- 複数選択リスト

詳細

オプション・リスト・ストレージ画面を開きます。

オプション・リストの使用

新しいリストを作成します。新しいリストの名前がフィールドに挿入されます。

編集

「オプション・リスト」画面を開きます。

ビューの使用

作成されたリストのかわりに、ビューの値を選択する場合に使用します。

値の編集

選択したビューのタイプに応じて、「ビュー値の編集」画面または「オプション・リスト」画面を開きます。

ツリーを使用

リストまたはビューではなく、ツリーの値を選択する場合に使用します。

定義の編集

「オプション・リスト」画面を開きます。

依存フィールド

選択すると、依存関係を使用して、メタデータ・フィールドを別のメタデータ・フィールドの下位にすることができます。使用できるのは、ビューを使用している場合です。

フィールドの依存

フィールド名を入力するか、依存関係の設定に使用するメタデータのリストから選択する場合に使用します。

リレーションシップ

以前に定義したビューのリレーションシップが一覧表示されます。定義されていない場合は、適切なメッセージが表示されます。

A.1.6.5 オプション・リスト・ストレージ画面

この画面は、リストの表示方法と保存方法を指定するために使用します。

この画面にアクセスするには、オプション・リストの構成画面で、リストの横にある「詳細」をクリックします。

要素

説明

オプション・リストのキーを保存

オプション・リストのキーまたはローカライズされたオプション・リスト・テキストを永続的に保存します。

ローカライズされたオプション・リスト・テキストを保存

ローカライズされたバージョンのリストまたはローカライズされたリスト・テキストを保存します。

ストレージ文字列の末尾にセパレータをパディング

オプション・リストの構成画面で複数選択オプションを選択した場合にのみアクティブになります。複数選択の値を保存するセパレータの長さを入力します。

複数選択ストレージ・セパレータ

オプション・リストの構成画面で複数選択オプションを選択した場合にのみアクティブになります。複数選択の値を保存するセパレータを変更します。

複数選択表示セパレータ

オプション・リストの構成画面で複数選択オプションを選択した場合にのみアクティブになります。複数選択の値を表示するセパレータを変更します。

A.1.6.6 「ビュー値の編集」画面

この画面は、ビューで定義されている値を編集するために使用します。

この画面にアクセスするには、「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面の「ビューの使用」の横にある「値の編集」をクリックします。列は、選択したビューのタイプによって異なります。

要素

説明

フィルタの使用

選択すると、「フィルタの定義」画面で定義したフィルタが適用されます。

フィルタの定義

「フィルタの定義」画面を開きます。

列の表示

ビューに表示する列数を制限します。

「追加」または「編集」

「値の追加」/「値の編集」画面を開きます。

削除

表から値を削除できます。

バッチの編集

「値の編集」: 「バッチの編集」画面を開きます。

A.1.6.7 「オプション・リスト」画面

この画面は、カスタム・フィールドのリストを作成するために使用します。

この画面にアクセスするには、オプション・リストの構成画面で、「オプション・リストの使用」の横にある「編集」をクリックします。

要素

説明

「オプション・リスト」ペイン

カスタム・メタデータ・フィールドに使用できる値を入力する場合に使用します。各値の間には改行を入力し、1行ごとに1つの値を指定する必要があります。

昇順/降順

リストを英数字の順序または英数字の逆の順序でソートします。大文字は小文字の前に配置されます。たとえば、「大文字小文字を区別しない」が無効になっている昇順リストでは、ABCDFがabcdeの前に配置されます。

大文字小文字を区別しない

アイテムのソート時に、大文字と小文字の区別を無視します。

今すぐソートする

指定された方法でリストをソートします。

A.1.6.8 「ツリー定義の編集」画面

この画面は、リストで使用するツリーの格納方法と表示方法を定義するために使用します。

この画面にアクセスするには、オプション・リストの構成画面の「ツリーを使用」の横にある「定義の編集」をクリックします。

要素

説明

リレーションシップを選択メニュー

リストのレベル間のリレーションシップを選択する場合に使用します。

ビューの削除

選択すると、選択したビューが削除されます。

完全な選択パスの表示

選択すると、オプションの選択時に完全なパスが表示されます。

完全な選択パスの保存

選択すると、オプションの選択時に完全なパスが保存されます。

ツリー・ノードのストレージ・セパレータ

値間の異なる演算子を保存する場合に使用します。

ツリー・ノードの表示セパレータ

値間のセパレータを変更する場合に使用します。

A.1.6.9 ツリーのルート・ノードの選択

この画面では、従属選択リスト(DCL)スキーマで子を参照するときの親値を選択できます。ツリーのルートである表内の行を選択できます。

この画面は、ユーザー・インタフェース内の複数の場所で開きます。

要素

説明

「ツリー定義」ペイン

ツリー・スキーマ階層を表示します。

ルートの選択

子値に対する親値を選択するためのポップアップ・ダイアログ・ボックスを開きます。

その他の画面要素

その他の画面要素の詳細は、A.1.6.8項「「ツリー定義の編集」画面」を参照してください。

A.1.6.10 「拡張検索のデザイン」画面

この画面は、検索の最適化とソートのオプションを変更できるフィールドを選択および編集するために使用します。

この画面にアクセスするには、「構成マネージャ」: 「情報フィールド」タブ画面で「拡張検索のデザイン」をクリックします。

要素

説明

名前

フィールドの内部名が表示されます。

キャプション

フィールドの表示名が表示されます。

オプション

フィールドの現在の検索オプション・セットが表示されます。

編集

選択したフィールドの検索オプションを指定するフィールドの詳細オプション画面を開きます。

A.1.6.11 フィールドの詳細オプション画面

この画面は、検索可能フィールドに対する最適化およびソートのオプションを構成するために使用します。WebCenter Contentでは、Oracle Text 11gのSDATAセクション機能を使用して、重要なテキスト、日付および整数の各フィールドに索引を設定し、これらのフィールドを最適化フィールドとして定義します。SDATAセクションはOracle Textエンジンが管理する独立したXML構造で、この構造によって、エンジンはデータと整数の範囲が含まれているリクエストに対して迅速に応答できます。Content Serverシステムでは最大で32の最適化フィールドを保持でき、これらの最適化フィールドには、データ、整数、Content Serverの標準フィールド(dInDate、dOutDate、最適化対象として選択したフィールドなど)が格納されます。最適化フィールドはすべてSDATAフィールドで、dDocNameおよびdDocTitleがデフォルトで格納されています。

注意:

最適化フィールドとして、テキスト、データおよび整数フィールドのみを指定します。たとえば、メモ、フィールドは検索用に最適化できません。

この画面で変更を実行した場合は、検索索引を再構築する必要があります。

注意:

検索索引および使用可能なシステム・リソースのサイズによっては、検索索引再構築プロセスに数日かかることがあります。再構築が必要な場合は、システム使用率がピーク以外の時間帯に再構築を実施してください。

この画面にアクセスするには、「構成マネージャ」: 「情報フィールド」タブ画面でカスタム・メタデータ・フィールドを追加または削除し、「拡張検索のデザイン」をクリックします。

要素

説明

検索結果に戻る

これは、「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面で指定された値で、ここでは変更できません。

最適化されています

最適化対象フィールドを選択します。デフォルトでは、dDocName(コンテンツID)およびdDocTitle(タイトル)のフィールドが最適化されます。

ソート可能

検索結果ページでソート対象フィールドを選択します。このオプションを選択するには、最初に「最適化されています」を選択する必要があります。検索結果ページのソート可能フィールドは、列ヘッダーのリンクになります。フィールド名の横にある矢印アイコンは、昇順または降順を表します。デフォルトでは、dInDate(リリース日)およびdDocTitle(タイトル)がソート可能です。

フィルタ・カテゴリです

検索結果ページの上部にリストされる「カテゴリによるフィルタ」の一連のオプションに表示するフィールドを選択します。

A.1.6.12 「データベース設計の更新」画面

この画面は、Oracle WebCenter Contentサーバー・データベース内のメタデータ・フィールドを追加または削除するために使用します。次の表に、検索エンジンに応じてデータベースの更新または検索索引の再構築が必要になるイベントを示します。

イベント

必要になるアクション

メタデータ・フィールドの追加

データベースの更新

メタデータ・フィールドの編集

データベースの更新*

メタデータ・フィールドの削除

データベースの更新

メタデータ・フィールドの検索索引の有効化の有効化または無効化

検索索引の再構築

「検索索引の有効化」が選択されているメタデータ・フィールドの追加

検索索引の再構築

値が必要、オプション・リストのデフォルト値、オプション・リスト・キーおよびオプション・リストの値に変更を加えても、データベース更新は必要ありません。

この画面にアクセスするには、カスタム・メタデータ・フィールドを追加または削除し、「構成マネージャ」: 「情報フィールド」タブ画面で「データベース設計の更新」をクリックします。

要素

説明

追加する情報フィールド

データベースの最終更新時以降に追加されたメタデータ・フィールドを一覧表示します。

削除する情報フィールドチェック・ボックス

データベースの最終更新時以降に削除されたメタデータ・フィールドを一覧表示します。選択すると、フィールドはデータベースから削除されます。選択を解除すると、フィールドは、「構成マネージャ」画面、チェックイン・ページおよび検索ページには表示されませんが、データベースには存在しています。

A.1.6.13 「構成マネージャ」: 「アプリケーション・フィールド」タブ画面

この画面は、Oracle WebCenter Contentサーバーのフォームで使用するカスタム・フィールドを追加、編集および削除するために使用します。

この画面にアクセスするには、構成マネージャ・ページで「アプリケーション・フィールド」をクリックします。

要素

説明

フィールド名

カスタム・アプリケーション・フィールドの名前。

フィールド・タイプ

各フィールドのタイプ。

順序

ソート順序におけるこのフィールドの位置。

「上へ」または「下へ」

フィールドのソート順序を並べ替えます。使用するには、フィールドをハイライトして適切なボタンをクリックします。その操作に応じて、ソート順序のフィールドの位置が変更されます。

「追加」または「編集」

「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」画面を開きます。

削除

選択したカスタム・メタデータ・フィールドを削除します。

ツリーを編集

フィールドがスキーマ・リレーションに関連付けられている場合は、親/子構造が表示されます。このオプションは、フィールドを追加し、データベース設計を更新するとアクティブになります。

A.1.6.14 「アプリケーション・フィールドの追加」/「アプリケーション・フィールドの編集」画面

この画面は、カスタム・アプリケーション・フィールドに必要な情報を追加するために使用します。

この画面にアクセスするには、「構成マネージャ」: 「アプリケーション・フィールド」タブ画面で、「追加」をクリックするか、フィールドをハイライトして「編集」をクリックします。

要素

説明

フィールド名

フィールドの名前。重複する名前は使用できません。最大フィールド長は29文字です。特殊文字は使用しないでください。

フィールド・タイプ

各フィールドのタイプ。値は次のとおりです。

- テキスト

- ロング・テキスト

- 日付

- メモ

- 整数

フィールド・キャプション

ページに表示される表示ラベル。

オプション・リストの有効化

ページでユーザーが選択できるリストを作成します。

プレースホルダ

選択すると、このフィールドが格納および索引付けの対象とならないフィールドに設定されます。プレースホルダは、従属選択リストの親レベルに対してよく使用されます。

表示専用

選択すると、スキーマ・ビュー専用に使用されるフィールドになります。

A.1.7 「電子シグネチャの構成」画面

「電子シグネチャの構成」画面を使用して、電子シグネチャのメタデータの一部として保存される追加のメタデータ・フィールドを定義します。電子シグネチャ情報は、データベース内の独立したElectronicSignatures表で保存および管理されます。

注意:

カスタム・フィールドは慎重に計画してから使用してください。フィールドを作成(「変更の保存」をクリック)した後で、フィールド名、データ型または必須ステータスを変更することはできません。フィールドを削除すると、そのフィールドに以前に保存していたすべてのデータが削除されます。

要素

説明

「フィールドの追加」アイコン

新しいカスタム・フィールドを定義するために、表に行を追加します。

「フィールドの削除」アイコン

選択したフィールドをデータベースから削除します。「変更の保存」をクリックすると、フィールドは完全に削除されます。

フィールドを削除すると、そのフィールドに以前に保存していたすべてのデータが削除されます。

「フィールドを上に移動」アイコン

選択したフィールドを表の順序で1つ上の位置に移動します。表内のフィールドの順序によって、コンテンツ・アイテムの署名ページに表示されるフィールドの順序が決まります。

「フィールドを下に移動」アイコン

選択したフィールドを表の順序で1つ下の位置に移動します。表内のフィールドの順序によって、コンテンツ・アイテムの署名ページに表示されるフィールドの順序が決まります。

アイテムの選択/選択解除

移動または削除する1つ以上のアイテムを選択します。1度クリックすると、個々のアイテムが選択されます。もう1度クリックするとアイテムの選択が解除されます。表内のすべてのフィールド行を一度に選択/選択解除するには、列の上部にあるチェック・ボックスをクリックします。

名前

フィールドの内部識別子を指定します。フィールド名の最大長は29文字です。文字、数値およびアンダースコア(_)のみを使用します。空白やその他の特殊文字は使用できません。名前は文字で開始する必要があります。

ラベルの表示

ユーザーに表示する名前を指定します。チェック・ボックスのフィールドの場合、表示ラベルには、チェック・ボックスの横に表示するテキストが格納されます。

データ型

サポート対象の型のリストからデータ型を選択します。ユーザーがフィールドに入力した値は、選択したデータ型と照合して検証されます。

- テキスト: 30文字。

- ロング・テキスト: 200文字。

- メモ: 2000文字。

- 日付: 日付書式(たとえば、English-USロケールの場合、dd/mm/yyyyまたはdd/mm/yy)。

- 整数: -2^31から2^31(-20億から+20億)。デフォルトでは、整数は自然数であるため、小数値およびカンマは使用できません。

「選択リスト」の使用

チェック・ボックスを選択して、ユーザーが選択できる値リストを指定します。選択リストは、テキストおよび整数のデータ型に対してのみ使用できます。

選択リスト

ユーザーが選択できる値リストを指定します。値はカンマを使用して区切ります。

指定する値は、前述のデータ型に関するガイドラインに準拠している必要があります。値は、リストされている順序で表示されます。リストの最初の値は、フィールドのデフォルト値になります。デフォルト値を指定しないようにするには、選択リストの最初の値として空白を入力し、その後にカンマを入力します。

チェックボックス

チェック・ボックスを選択して、カスタム・フィールド自身がチェック・ボックスであることを指定します。チェック・ボックス・フィールドが自動的に必須フィールドに指定されます。ユーザーはチェック・ボックスを選択して電子シグネチャを完了する必要があります。「ラベルの表示」フィールドには、チェック・ボックスの横に表示する承認テキストが格納されます。

必須

電子シグネチャを完了するには、ユーザーが、関連するフィールドに値を設定する必要があることを示します。

変更の保存

前回の保存操作以降に適用された変更内容を完全に保存します。フィールドの作成と保存を終了した後で、フィールド名、データ型または必須ステータスを変更することはできません。フィールドを削除すると、そのフィールドに以前に保存していたすべてのデータが削除されます。

リセット

前回の保存操作以降に適用された変更内容を破棄します。

A.1.8 リポジトリ・マネージャ・インタフェース画面

次の画面は、リポジトリ・マネージャにアクセスするために使用します。

- A.1.8.1項「リポジトリ・マネージャのメイン画面」

- A.1.8.2項「「リポジトリ・マネージャ」: 「コンテンツ」タブ画面」

A.1.8.1 リポジトリ・マネージャのメイン画面

この画面には、リポジトリ・マネージャで使用可能なオプションおよびタブが表示されます。

この画面にアクセスするには、「メイン」メニューで「管理」→「管理アプレット」を選択します。「リポジトリ・マネージャ」をクリックします。リポジトリ・マネージャは、スタンドアロン・モードで起動することもできます。

要素

説明

「オプション」メニュー

トレースを開始するためのオプションまたはリポジトリ・マネージャを終了するためのオプションが表示されます。

「機能」メニュー

コンテンツの更新、コンテンツのチェックアウト、コンテンツの却下、コンテンツに関連するその他のアクションを実行するためのオプションが表示されます。すべてのオプションは、「コンテンツ」リストでリビジョンを右クリックしてアクセスするショートカット・メニューからも使用できます。

「アプリケーション」メニュー

その他の管理アプリケーションを表示します。他のアプリケーションは、現在のアプリケーションと同じモード(アプレットまたはスタンドアロン)で開きます。

コンテンツ

「リポジトリ・マネージャ」: 「コンテンツ」タブ画面を開きます。

サブスクリプション

「リポジトリ・マネージャ」: 「サブスクリプション」タブ画面を開きます。

インデクサ

索引作成機能の詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。

A.1.8.2 「リポジトリ・マネージャ」: 「コンテンツ」タブ画面

この画面は、コンテンツ・アイテムのリビジョンを表示するために使用します。

この画面にアクセスするには、「リポジトリ・マネージャ」のメイン画面で「コンテンツ」をクリックします。

要素

説明

フィルタの使用

選択すると、「フィルタの定義」画面で定義したフィルタが適用されます。

フィルタの定義

「フィルタの定義」画面を開きます。

リリース日以降

選択すると、「コンテンツ」リストが「リリース日」リストの定義に従って絞り込まれます。

列の表示

「列の表示」画面を開きます。

「コンテンツ」リスト

フィルタ設定と一致するリポジトリのリビジョンを表示します。

新規追加

「新しいコンテンツ・アイテムの追加」画面を開きます。この画面は、スタンドアロンのリポジトリ・マネージャ・アプリケーションでのみ使用できます。

リビジョンの追加

新しいリビジョンの追加画面を開きます。この画面は、スタンドアロンのリポジトリ・マネージャ・アプリケーションでのみ使用できます。

リビジョンの削除

「リビジョンの削除」画面を開きます。

すべてのリビジョンを削除する

「すべてのリビジョンを削除する」画面を開きます。

A.1.9 コンテンツ・インタフェース画面

次の画面は、コンテンツを管理するために使用します。

- A.1.9.1項「「情報」画面」

- A.1.9.2項「「新しいコンテンツ・アイテムの追加」画面」

- A.1.9.3項「「コンテンツ情報の更新」画面」

A.1.9.1 「情報」画面

この画面は、リビジョンのメタデータを表示するために使用します。

この画面にアクセスするには、次のいずれかの操作を実行します。

- 「リポジトリ・マネージャ」: 「コンテンツ」タブ画面でリビジョンを選択し、「機能」→「情報」を選択します。

- 「リポジトリ・マネージャ」: 「コンテンツ」タブ画面でリビジョンを右クリックし、「情報」を選択します。

標準メタデータ・フィールドおよびカスタム・メタデータ・フィールドが表示されます。

A.1.9.2 「新しいコンテンツ・アイテムの追加」画面

この画面は、Oracle WebCenter Contentサーバーのチェックイン・ページを使用しないでシステムに新しいコンテンツ・アイテムをチェックインするために使用します。

この画面にアクセスするには、スタンドアロンの「リポジトリ・マネージャ」: 「コンテンツ」タブ画面で「新規追加」をクリックします。標準メタデータ・フィールドおよびカスタム・メタデータ・フィールドが表示されます。

A.1.9.3 「コンテンツ情報の更新」画面

この画面は、既存のリビジョンのメタデータを変更するために使用します。この画面にアクセスするには、次のいずれかの操作を実行します。

- 「リポジトリ・マネージャ」: 「コンテンツ」タブ画面でリビジョンを選択し、「ページ」メニューから「機能」→「更新」を選択します。

- 「リポジトリ・マネージャ」: 「コンテンツ」タブ画面でリビジョンを右クリックし、メニューから「更新」を選択します。

標準メタデータ・フィールドおよびカスタム・メタデータ・フィールドが表示されます。

A.1.10 リビジョン・インタフェース画面

リビジョンを処理する場合、次の画面を使用します。

- A.1.10.1項「新しいリビジョンの追加画面」

- A.1.10.2項「「アイテムのチェックアウト」画面」

- A.1.10.3項「「チェックアウトを元に戻す」画面」

- A.1.10.4項「「リビジョンの再発行」画面」

- A.1.10.5項「「リビジョンの削除」画面」

- A.1.10.6項「「すべてのリビジョンを削除する」画面」

A.1.10.1 新しいリビジョンの追加画面

この画面は、既存のコンテンツ・アイテムのリビジョンをチェックインするために使用します。

この画面にアクセスするには、スタンドアロンのリポジトリ・マネージャのメイン画面で、次のいずれかの操作を実行します。

- リビジョンを選択して、「リビジョンの追加」をクリックします。

- リビジョンを選択して、「ページ」メニューから「機能」→「リビジョンの追加」を選択します。

- リビジョンを右クリックして、メニューから「リビジョンの追加」を選択します。

標準メタデータ・フィールドおよびカスタム・メタデータ・フィールドが表示されます。

A.1.10.2 「アイテムのチェックアウト」画面

この画面は、リビジョンをチェックアウトするために使用します。

この画面にアクセスするには、「リポジトリ・マネージャ」: 「コンテンツ」タブ画面で1つ以上のリビジョンを選択し、次のいずれかの操作を実行します。

- 「ページ」メニューから「機能」→「チェックアウト」を選択します。

- 右クリックして、メニューから「チェックアウト」を選択します。

要素

説明

チェック・ボックス

選択すると、リビジョンがチェックアウトされます。

A.1.10.3 「チェックアウトを元に戻す」画面

この画面は、チェックアウトを元に戻すために使用します。

この画面にアクセスするには、「リポジトリ・マネージャ」: 「コンテンツ」タブ画面で1つ以上のリビジョンを選択し、次のいずれかの操作を実行します。

- 「ページ」メニューから「機能」→「チェックアウトを元に戻す」を選択します。

- 右クリックして、メニューから「チェックアウトを元に戻す」を選択します。

要素

説明

チェック・ボックス

選択すると、リビジョンのチェックアウトが元に戻されます。

A.1.10.4 「リビジョンの再発行」画面

この画面は、変換のためにファイルをInbound Refineryに送信するために使用します。

この画面にアクセスするには、「リポジトリ・マネージャ」: 「コンテンツ」タブ画面で1つ以上のリビジョンを選択し、次のいずれかの操作を実行します。

- 「ページ」メニューから「機能」→「再送信」を選択します。

- 右クリックして、メニューから「再送信」を選択します。

注意:

Inbound Refineryキュー内のファイルは再送信できません。

要素

説明

チェック・ボックス

選択すると、リビジョンがInbound Refineryに再送信されます。

A.1.10.5 「リビジョンの削除」画面

この画面は、個別のリビジョンを削除するために使用します。

この画面にアクセスするには、「リポジトリ・マネージャ」: 「コンテンツ」タブ画面で1つ以上のリビジョンを選択し、次のいずれかの操作を実行します。

- 「リビジョンの削除」をクリックします。

- 「ページ」メニューから「機能」→「リビジョンの削除」を選択します。

- 右クリックして、メニューから「リビジョンの削除」を選択します。

要素

説明

チェック・ボックス

選択すると、リビジョンが削除されます。

A.1.10.6 「すべてのリビジョンを削除する」画面

この画面は、選択したコンテンツ・アイテムのすべてのリビジョンを削除するために使用します。

この画面にアクセスするには、「リポジトリ・マネージャ」: 「コンテンツ」タブ画面で1つ以上のリビジョンを選択し、次のいずれかの操作を実行します。

- 「すべてのリビジョンを削除する」をクリックします。

- 「ページ」メニューから「機能」→「すべてのリビジョンを削除する」を選択します。

- 右クリックして、メニューから「すべてのリビジョンを削除する」を選択します。

要素

説明

チェック・ボックス

選択すると、コンテンツ・アイテムのすべてのリビジョンが削除されます。

A.1.11 ワークフロー・リビジョン・インタフェース画面

ワークフローを処理する場合、次の画面を使用します。

- A.1.11.1項「「リビジョンの承認」画面」

- A.1.11.2項「「リビジョンの却下」画面」

A.1.11.1 「リビジョンの承認」画面

この画面は、ワークフロー内にあるリビジョンを承認するために使用します。

注意:

この画面には、ワークフロー内にあるリビジョンのみが表示されます。

この画面にアクセスするには、「リポジトリ・マネージャ」: 「コンテンツ」タブ画面でワークフローの1つ以上のリビジョンを選択し、次のいずれかの操作を実行します。

- 「ページ」メニューから「機能」→「承認」を選択します。

- 右クリックして、メニューから「承認」を選択します。

要素

説明

チェック・ボックス

選択すると、リビジョンが承認されます。

A.1.11.2 「リビジョンの却下」画面

この画面は、ワークフロー内にあるリビジョンを却下するために使用します。この画面には、ワークフロー内にあるリビジョンのみが表示されます。

この画面にアクセスするには、「リポジトリ・マネージャ」: 「コンテンツ」タブ画面で1つ以上のリビジョンを選択し、次のいずれかの操作を実行します。

- 「ページ」メニューから「機能」→「却下」を選択します。

- 右クリックして、メニューから「却下」を選択します。

要素

説明

チェック・ボックス

選択すると、リビジョンが却下されます。

却下メッセージ

却下されたすべてのリビジョンに対して送信するメッセージ。

A.1.12 サブスクリプション・インタフェース画面

サブスクリプションを管理する場合、次の画面を使用します。

- A.1.12.1項「「リポジトリ・マネージャ」: 「サブスクリプション」タブ画面」

- A.1.12.2項「サブスクリプション・タイプの追加/「サブスクリプション・タイプの編集」画面」

- A.1.12.3項「「フィールド」画面」

- A.1.12.4項「サブスクライブ者画面」

- A.1.12.5項「サブスクリプション・フィルタの定義画面」

- A.1.12.6項「「サブスクライブするコンテンツ・アイテム」画面」

- A.1.12.7項「「サブスクリプションの追加」画面」

- A.1.12.8項「「ユーザーの選択」画面」

- A.1.12.9項「「エイリアスの選択」画面」

- A.1.12.10項「「サブスクライバ」画面」

A.1.12.1 「リポジトリ・マネージャ」: 「サブスクリプション」タブ画面

この画面は、条件サブスクリプションを作成および編集するために使用します。

この画面にアクセスするには、「リポジトリ・マネージャ」のメイン画面で「サブスクリプション」をクリックします。

要素

説明

タイプ

サブスクリプションの名前。

フィールド・リスト

サブスクリプションに割り当てられたアクティブな条件フィールド。

説明

サブスクリプションの説明。

ステータス

サブスクリプションのステータス(有効または無効)。

「追加」または「編集」

サブスクリプション・タイプの追加/「サブスクリプション・タイプの編集」画面を開きます。

削除

サブスクリプションがリストから削除されます。

サブスクライバ

サブスクライブ者画面を開きます。

A.1.12.2 サブスクリプション・タイプの追加/「サブスクリプション・タイプの編集」画面

この画面は、サブスクリプションを追加または編集するために使用します。

この画面にアクセスするには、「リポジトリ・マネージャ」: 「サブスクリプション」タブ画面で、「追加」または「編集」をクリックします。

要素

定義

サブスクリプション・タイプ

サブスクリプションの名前。

説明

サブスクリプションの説明。

通知

選択すると、サブスクリプション条件を満たすコンテンツがチェックインまたは更新されたときに、電子メール・メッセージがサブスクライバに送信されます。

「条件フィールド」ペイン

サブスクリプションの定義に使用するメタデータ・フィールド。

フィールド

「フィールド」画面を開きます。

A.1.12.3 「フィールド」画面

この画面は、サブスクリプションのメタデータ・フィールドを定義するために使用します。

この画面にアクセスするには、サブスクリプション・タイプの追加/「サブスクリプション・タイプの編集」画面で「フィールド」をクリックします。

要素

定義

チェック・ボックス

選択すると、フィールドがサブスクリプション条件に含まれます。

A.1.12.4 サブスクライブ者画面

この画面は、サブスクリプションの特定のユーザーおよびエイリアスを表示、追加および削除したり、サブスクリプション条件を満たすコンテンツ・アイテムを表示するために使用します。

この画面にアクセスするには、「リポジトリ・マネージャ」: 「サブスクリプション」タブ画面でサブスクリプションを選択し、「サブスクライバ」をクリックします。

要素

説明

フィルタの使用

選択すると、サブスクリプション・フィルタの定義画面で設定した定義に従ってリストがフィルタリングされます。

フィルタの定義

サブスクリプション・フィルタの定義画面を開きます。

「サブスクライバ」情報

フィルタ設定と一致するサブスクライブ済のユーザーおよびエイリアス。サブスクライブしたコンテンツの名前、ユーザーがサブスクリプションに追加された日付、サブスクライブしたコンテンツのリビジョンに関してユーザーが電子メールで最後に通知された日付、サブスクリプション条件によって定義されたファイルにユーザーが最後にアクセスした日付などの情報が含まれています。

エイリアスにはアクセス日付が記録されないことに注意してください。

追加

「サブスクリプションの追加」画面を開きます。

削除

ユーザーまたはエイリアスをサブスクリプションから削除します。

コンテンツ・アイテムの表示

「サブスクライブするコンテンツ・アイテム」画面を開きます。

リフレッシュ

最新のデータで画面をリフレッシュします。

A.1.12.5 サブスクリプション・フィルタの定義画面

この画面は、サブスクライブ者画面に表示するユーザーおよびエイリアスのリストを絞り込むために使用します。

この画面にアクセスするには、サブスクライブ者画面で「フィルタの定義」をクリックします。入力した条件に基づいてサブスクライブ者画面がフィルタリングされます。これらのフィールドには、次のワイルドカードを使用できます。

- MS AccessまたはMSDEを使用している場合:

- アスタリスク(*): 1つ以上の文字

- 疑問符(?): 任意の1文字

- その他のデータベースの場合:

- パーセント(%): 1つ以上の文字

- アンダースコア(_): 任意の1文字

要素

説明

エイリアス・タイプ

「ユーザー」を選択すると、ユーザーのみが表示されます。「エイリアス」を選択すると、エイリアスのみが表示されます。

ユーザー/エイリアス

特定のユーザー名またはエイリアス名。

作成日

ユーザーまたはエイリアスがサブスクリプションに追加された日付(ステータスが有効または無効かには関係ありません)。

最終通知日

サブスクライブしたコンテンツのリビジョンに関する通知をユーザーが電子メールで最後に受け取った日付。

ユーザーの最終アクセス日付

サブスクリプションによって定義されているファイルにユーザーが最後にアクセスした日付。

A.1.12.6 「サブスクライブするコンテンツ・アイテム」画面

この画面は、サブスクリプションの条件に一致したコンテンツ・アイテムを表示するために使用します。

この画面にアクセスするには、サブスクライブ者画面で「コンテンツ・アイテムの表示」をクリックします。

要素

説明

フィルタの使用

選択すると、「フィルタの定義」画面で定義したフィルタが適用されます。

フィルタの定義

「フィルタの定義」画面を開きます。

リリース日以降

選択すると、「コンテンツ」リストが「リリース日」リストの定義に従って絞り込まれます。

列の表示

「列の表示」画面を開きます。

「コンテンツ」リスト

フィルタ設定に一致するサブスクライブ対象リビジョンが、1ページ当たり最大50のリビジョンで表示されます。リビジョンをダブルクリックすると、そのリビジョンの「情報」画面が開きます。詳細は、A.1.2.3項「「フィルタの定義」画面」を参照してください。

A.1.12.7 「サブスクリプションの追加」画面

この画面は、ユーザーまたはエイリアスの特定のサブスクリプションを追加するために使用します。

この画面にアクセスするには、サブスクライブ者画面で「追加」をクリックします。

要素

説明

「ユーザー」または「エイリアス」

サブスクリプションに追加するユーザーまたはエイリアス。「ユーザーの選択」画面または「エイリアスの選択」画面を開くには、「選択」をクリックします。

条件フィールド

選択したユーザーまたはエイリアスをサブクスライブするメタデータ値。サブスクリプションに指定されたすべての条件フィールドが表示されます。

A.1.12.8 「ユーザーの選択」画面

この画面は、サブスクリプションに割り当てるユーザーを選択するために使用します。

この画面にアクセスするには、「サブスクリプションの追加」画面で「ユーザー」オプションを選択し、「選択」をクリックします。

要素

説明

フィルタの使用

選択すると、ユーザー・リストが「フィルタの定義」画面で定義したとおりに絞り込まれます。

フィルタの定義

「フィルタの定義」画面を開きます。

列の表示

「列の表示」画面を開きます。

「ユーザー」リスト

フィルタ設定に一致するユーザー。

A.1.12.9 「エイリアスの選択」画面

この画面は、サブスクリプションに割り当てるエイリアスを選択するために使用します。

この画面にアクセスするには、「サブスクリプションの追加」画面で「エイリアス」オプションを選択し、「選択」をクリックします。

要素

説明

エイリアス

使用可能なエイリアス。

説明

エイリアスの説明。

A.1.12.10 「サブスクライバ」画面

この画面は、特定のリビジョンのサブスクリプションからユーザーを表示したり、サブスクライブを解除するために使用します。

この画面にアクセスするには、「リポジトリ・マネージャ」: 「コンテンツ」タブ画面でリビジョンを選択し、次のいずれかの操作を実行します。

- 「ページ」メニューから「機能」→「サブスクライバ」を選択します。

- 右クリックして、メニューから「サブスクライバ」を選択します。

この画面のフィールドの詳細は、サブスクライブ者画面を参照してください。

A.1.13 管理されたリンクの管理ページ

管理されたリンクの管理ページは、ManagedLinks表およびLinkReferenceCount表を更新するために使用します。

この画面にアクセスするには、「メイン」メニューで「管理」→「管理されたリンクの管理」を選択します。アクションを実行するオプションの横にある「実行」をクリックします。

要素

説明

ステータス

アクティビティの表示。アイドルの場合、ステータスは「準備完了」です。それ以外の場合は、実行されたリフレッシュのタイプ、処理されたリンクの数、および発生したエラーの数が表示されます。ページを(たとえば、[F5]を押して)リフレッシュすると、ステータス・メッセージがリフレッシュされます。

リンクの再計算

リンクをパターン・エンジンに再送信します。このオプションは、パターン・ルールが変更された場合に使用します。

「リンクのリフレッシュ」オプション

ManagedLinks表の各リンクをチェックして、リンクが有効かどうかを判断します。Site Studioのリンクは、リンクで使用されるノードとコンテンツ・アイテムを判断するために、Site Studioデコード・メソッドに送信されます。

このオプションは、Site Studioのノード/セクションのプロパティが大幅に変更された場合に使用します。

「参照カウントのリフレッシュ」オプション

LinkReferenceCount表をフラッシュし、コンテンツ・アイテムの参照についてManagedLinks表を問い合せます。

「リフレッシュ・アクティビティの中止」オプション

現在のリフレッシュ・アクティビティを中止します。

A.1.14 スキーマ・インタフェース画面

次の画面は、スキーマを作成するために使用します。

- A.1.14.1項「「構成マネージャ」: 「表」タブ画面」

- A.1.14.2項「「表の選択」画面」

- A.1.14.3項「「表の作成」/「表'名前'の編集」画面」

- A.1.14.4項「「列の追加」/「列の編集」画面」

- A.1.14.5項「「構成マネージャ」: 「ビュー」タブ画面」

- A.1.14.6項「「ビューの追加」画面: 「表の選択」画面」

- A.1.14.7項「「ビューの追加」画面: 「列の選択」画面」

- A.1.14.8項「「ビューの追加」/「ビューの編集」画面」

- A.1.14.9項「ビューの値の編集画面」

- A.1.14.10項「「値の追加」/「値の編集」画面」

- A.1.14.11項「値の編集」: 「バッチの編集」

- A.1.14.12項「「構成マネージャ」: 「リレーション」タブ」

- A.1.14.13項「「リレーションシップの追加」/「リレーションの編集」画面」

- A.1.14.14項「「ツリーの編集」画面」

A.1.14.1 「構成マネージャ」: 「表」タブ画面

重要:

Revisions表、Alias表、Documents表、Users表など、Oracle WebCenter Contentサーバーのコアとなるシステム表は、使用できますが、表自体を編集することはできません。

この画面は、スキーマで使用される表および列を作成または編集するために使用します。ビューやリレーションシップを設定するときに既存の表を使用しない場合は、外部ツールを使用して、レコードを生成したり、「表」タブを使用して作成した表にデータを移入する必要があります。

この画面にアクセスするには、構成マネージャ・ページで「表」をクリックします。

要素

説明

表名

既存の表が表示されます。

表の作成

「表の作成」/「表'名前'の編集」画面を開きます。

表の追加

「表の選択」画面を開きます。

表の編集

「表の作成」/「表'名前'の編集」画面を開きます。

表の削除

選択した表を削除できます。

A.1.14.2 「表の選択」画面

この画面は、スキーマで使用する表を示すために使用します。

この画面にアクセスするには、「構成マネージャ」: 「表」タブ画面で「表の追加」をクリックするか、「ビューの追加」画面: 「選択」タブ画面で「表の追加」をクリックします。

要素

説明

「表名」リスト

既存のデータベース表がリストに一覧表示されます。

A.1.14.3 「表の作成」/「表'名前'の編集」画面

この画面は、スキーマに使用される表の列を指定するために使用されます。

重要:

Revisions表、Alias表、Documents表、Users表など、Oracle WebCenter Contentサーバーのコアとなるシステム表は、使用できますが、表自体を編集することはできません。

この画面にアクセスするには、「構成マネージャ」: 「表」タブ画面で「表の作成」または「表の編集」をクリックするか、「ビューの追加」画面: 「表の選択」画面で「表の作成」をクリックします。

要素

説明

表名

作成または編集する表の名前。

表の説明

作成または編集する表の説明。

列

この表に含まれている列とそのプロパティ。

「追加」または「編集」

「列の追加」/「列の編集」画面を開きます。

削除

選択した列を削除できます。

推奨の追加

標準の列(schPrimaryKey、schCreateTimestampなど)を表に追加します。

「行作成タイムスタンプ列」および「行変更タイムスタンプ列」

表の行が作成または変更された時間を示すフィールド。表レプリケーションを正しく機能させるには、この列を追加する必要があります。

定義の同期化

データベースから表の定義をロードし、現在表示中の定義と同期化します。2人のユーザーが同時に同じ表を操作しているときに有用であり、表のコピーが古くなっていることを知らせる警告が発行されます。定義を同期化すると、表が更新されます。

A.1.14.4 「列の追加」/「列の編集」画面

この画面は、スキーマの主キーにする列を選択するために使用します。

この画面にアクセスするには、「表の作成」/「表'名前'の編集」画面から列を選択し、「編集」をクリックするか、「追加」をクリックして列を作成します。

要素

説明

列名

作成または編集する列の名前。Oracle WebCenter Contentサーバーのデータベース表との競合を回避するため、列名にはschColumnOneなどの接頭辞を必ず付けてください。

列タイプ

列のタイプ。デフォルトはvarcharです。

列長

列に保存する値の長さ。

主キー

選択すると、その列が表の主キーになります。

A.1.14.5 「構成マネージャ」: 「ビュー」タブ画面

この画面は、スキーマで使用するビューを作成するために使用します。

この画面にアクセスするには、構成マネージャ・ページで「ビュー」をクリックします。

要素

説明

ビュー

既存のビューおよび関連する情報が一覧表示されます。

追加

「ビューの追加」画面: 「表の選択」画面を開きます。

編集

「ビューの追加」/「ビューの編集」画面を開きます。

削除

選択したビューを削除できます。

値の編集

ビューに関連付けられている表の値の追加または変更に使用する「値の追加」/「値の編集」画面や「オプション・リスト」画面などの画面を開きます。画面は、ビューで使用されている表のタイプによって異なります。

A.1.14.6 「ビューの追加」画面: 「表の選択」画面

この画面は、スキーマのビューを作成するために使用します。

この画面にアクセスするには、「ビューの追加」画面: 「表の選択」画面で「追加」をクリックします。

要素

説明

表名

ビューがない作成済の表が一覧表示されます。

表の作成

「表の作成」/「表'名前'の編集」画面を開きます。

表の追加

「表の選択」画面を開きます。

表の編集

「表の作成」/「表'名前'の編集」画面を開きます。

表の削除

このスキーマに含まれる選択した表を削除できます。

A.1.14.7 「ビューの追加」画面: 「列の選択」画面

この画面は、スキーマ・ビューの列を選択するために使用します。

この画面にアクセスするには、「ビューの追加」画面: 「表の選択」画面から表を選択し、「次」をクリックします。

要素

説明

「名前」リスト

ビューに組み込んでスキーマにパブリッシュできる既存の表の列名。

A.1.14.8 「ビューの追加」/「ビューの編集」画面

「ビューの追加」画面には、ビューを追加するときに使用する4つのメイン・タブがあります。

「ビューの追加」/「ビューの編集」画面

この画面は、スキーマの新しいビューに名前を付けるために使用します。

この画面は、「ビューの追加」画面: 「列の選択」画面のページでビューに使用する列を選択して「終了」をクリックした場合、または「構成マネージャ」: 「ビュー」タブ画面で編集するビューを選択した場合に表示されます。

要素

説明

ビュー名

作成または編集するビューの名前。

ビューの説明

作成するビューの説明。

表名

このビューに関連付ける表。列を選択する画面を開くには、「列の変更」をクリックします。

「内部列」リスト

作成しているビューの列名(内部的に使用されます)。

「表示可能な列」リスト

システム・ユーザーに対して表示される列名。

デフォルトの表示形式

リストでの名前の表示方法。テキストまたはIdocスクリプトの式を指定します。

このフィールドに設定された値(このフィールドに割り当てられた実際の値ではなく)がコンテンツ情報ページに表示されないようにするには、ビューを作成するときに、このフィールドをクリアします。

列の選択

この画面は、スキーマ・ビューに使用される列のリストを変更するために使用します。

この画面にアクセスするには、「ビューの追加」/「ビューの編集」画面の「情報」タブで、「列の変更」をクリックします。

「ビューの追加」/「ビューの編集」画面: 「表示」タブ

この画面は、スキーマ・データの表示ルールを指定するために使用します。

この画面にアクセスするには、「構成マネージャ」: 「ビュー」タブ画面で「編集」をクリックするか、「構成マネージャ」: 「ビュー」タブ画面で「追加」をクリックして新しいビューを作成する手順に従います。この画面を開くには、「表示」タブをクリックします。

要素

説明

「ロケール」/「表示ルール」リスト

ロケールに対して定義されている表示ルールが表示されます。

編集

選択したルールの「表示ルールの編集」画面を開きます。

削除

選択したロケールまたは表示ルールを削除できます。

リセット

選択したロケールの表示ルールをリセットします。

すべてリセット

各ロケールのすべての表示ルールをリセットします。

「表示」タブ: 「表示ルールの編集」

この画面は、スキーマの表示ルールを変更するために使用します。

この画面にアクセスするには、「表示」タブで「編集」をクリックします。

「ビューの追加」/「ビューの編集」画面: 「オプション」タブ

この画面は、スキーマ・データのソート順序や条件を設定するために使用します。

この画面にアクセスするには、「構成マネージャ」: 「ビュー」タブ画面で「編集」をクリックするか、「構成マネージャ」: 「ビュー」タブ画面で「追加」をクリックして新しいビューを作成する手順に従います。この画面を開くには、「オプション」タブをクリックします。

要素

説明

「列」リスト

「ビューの追加」画面: 「列の選択」画面を使用して選択した列。

「条件の編集」フィールド

ビューの表値を絞り込むために使用する条件。

ソート

ソートに使用するデータベースを選択します。オプションには、クライアント、サーバーまたはデータベースが含まれます。

ソート・フィールド・リスト

ソートで使用する列が表示されます。

ソート順序

データを昇順または降順でソートします。

「ビューの追加」/「ビューの編集」画面: 「セキュリティ」タブ

この画面は、スキーマで使用するセキュリティ・ルールを設定するために使用します。

この画面にアクセスするには、「構成マネージャ」: 「ビュー」タブ画面で「編集」をクリックするか、「構成マネージャ」: 「ビュー」タブ画面で「追加」をクリックして新しいビューを作成する手順に従います。この画面を表示するには、「セキュリティ」タブをクリックします。

要素

説明

ビュー・データのパブリッシュ

他のユーザーがこのビューを参照できるようにします。

セキュリティなし

スキーマの標準フィルタ・セキュリティを無効にします。

標準のドキュメント・セキュリティの使用

スキーマとそのスキーマに含まれるドキュメントに最低限のセキュリティを提供します。

カスタム・セキュリティのインプリメンタを使用

セキュリティ・フィルタを変更できるようにします。

A.1.14.9 ビューの値の編集画面

この画面は、編集用にビューに割り当てられた値を選択するために使用します。この画面に表示される情報のタイプは、ビューで使用するために選択したリストのタイプによって異なります。

この画面にアクセスするには、「構成マネージャ」: 「ビュー」タブ画面で「値の編集」をクリックします。この画面は、構成マネージャからアクセスできる「ビュー値の編集」画面と同じです。

要素

説明

フィルタの使用

選択すると、「フィルタの定義」画面で定義したフィルタが適用されます。

フィルタの定義

「フィルタの定義」画面を開きます。

列の表示

ビューに表示する列数を制限します。

「追加」または「編集」

「値の追加」/「値の編集」画面を開きます。

削除

表から値を削除できます。

バッチの編集

「値の編集」: 「バッチの編集」画面を開きます。

A.1.14.10 「値の追加」/「値の編集」画面

この画面は、ビューの値を変更したり、新しい列を、新しいメタデータ・フィールドに関連付けられている表に追加するために使用します。

この画面にアクセスするには、ビューの値の編集画面で、ビューに割り当てられている値をハイライトして、「編集」をクリックします。

A.1.14.11 値の編集: バッチの編集

この画面は、ビューの値の編集画面、「値の追加」/「値の編集」画面または「ビュー値の編集」画面で行う単一行の編集ではなく、行エディタで大量の情報を変更するために使用します。

この画面にアクセスするには、ビューの値の編集画面で「バッチの編集」をクリックします。

表内の既存の列が表示されます。適切な列にパイプ(|)記号で区切ってデータを入力することで、値を表に追加できます。表内の各行は、改行で区切る必要があります。

A.1.14.12 「構成マネージャ」: 「リレーション」タブ

この画面には、スキーマ・ビューとスキーマ表の間のリレーションシップが一覧表示されます。

この画面にアクセスするには、構成マネージャ・ページで「リレーション」タブをクリックします。

要素

説明

「リレーション」リスト

特定の表および列の間の既存のリレーションシップが一覧表示されます。

「追加」または「編集」

「リレーションシップの追加」/「リレーションの編集」画面を開きます。

削除

選択したリレーションシップを削除できます。

A.1.14.13 「リレーションシップの追加」/「リレーションの編集」画面

この画面は、表とビューの間のスキーマ・リレーションを追加または変更するために使用します。

この画面にアクセスするには、「構成マネージャ」: 「リレーション」タブで「追加」または「編集」をクリックします。

要素

説明

リレーションシップ名

作成または編集されるリレーションシップの名前。

リレーションシップの説明

リレーションシップの簡単な説明。

「親情報」リストおよびフィールド

従属する選択リストおよび親表の列での選択項目を決定する表。

「子情報」リストおよびフィールド

親表および子表の列からの選択に応じて決定される表。

A.1.14.14 「ツリーの編集」画面

この画面には、オプション・リストまたは表の値の階層ビューが表示されます。

この画面にアクセスするには、「構成マネージャ」: 「情報フィールド」タブ画面で、表に関連付けられているフィールドをハイライトし、「ツリーの編集」をクリックします。「オプション・リスト」画面で作成したリストを使用している場合は、ツリーの階層ビューではなく、そのオプション・リストが開きます。

要素

説明

子ノードの追加

親ノードを選択するとアクティブになります。「値の追加」/「値の編集」画面と同じ機能を備えた「ノードの追加」画面が開きます。使用に関する詳細は、該当する画面を参照してください。

子ノードの編集

ノードを選択するとアクティブになります。「値の追加」/「値の編集」画面と同じ機能を備えた「ノードの編集」画面が開きます。使用に関する詳細は、該当する画面を参照してください。

ノードの削除

ノードを表から削除します。親ノードを削除すると、その子ノードも削除されます。

A.1.15 コンテンツ・プロファイル・インタフェース画面

コンテンツ・プロファイルを作成する場合、次の画面を使用します。

- A.1.15.1項「「構成マネージャ」: 「プロファイル」タブ画面」

- A.1.15.2項「「トリガー・フィールドの編集」画面」

- A.1.15.3項「「プロファイルの追加」画面」

- A.1.15.4項「「プロファイルの追加」/「プロファイルの編集」画面」

- A.1.15.5項「プロファイル・リンク画面」

- A.1.15.6項「「チェックイン」/「リンクの検索」画面: 「条件」タブ、「カスタム」タブ」

- A.1.15.7項「「チェックイン」/「リンクの検索」: 「条件の追加」画面」

- A.1.15.8項「プロファイルへのルールの追加画面」

- A.1.15.9項「「プロファイルのプレビュー」画面」

- A.1.15.10項「「結果のプレビュー」画面」

A.1.15.1 「構成マネージャ」: 「プロファイル」タブ画面

この画面は、プロファイルを作成、編集、削除およびプレビューするために使用します。

この画面にアクセスするには、「メイン」メニューで「管理」→「管理アプレット」を選択します。「構成マネージャ」→「プロファイル」タブをクリックします。

要素

説明

プロファイル

既存のプロファイル名と、ラベル、説明、トリガー(チェックインされたドキュメントの識別に使用されるリスト値)などのその他の情報が一覧表示されます。「トリガー・フィールドの編集」画面を開くには、「選択」をクリックします。

「追加」または「編集」

「プロファイルの追加」画面を開きます。

削除

選択したプロファイルを削除できます。

プレビュー

「プロファイルのプレビュー」画面を開きます。

A.1.15.2 「トリガー・フィールドの編集」画面

この画面は、トリガー・フィールドを選択または変更するために使用します。

注意:

トリガー・フィールドが変更されると、プロファイルは無効になります。システム管理者は、この状況を解消する必要があります。ユーザー・インタフェースには、無効なプロファイルに関するヒントが示されます。

この画面にアクセスするには、「構成マネージャ」: 「プロファイル」タブ画面で「選択」をクリックします。

要素

説明

フィールド名

リストとして定義されたメタデータ・フィールドが一覧表示されます。「指定なし」が使用されている場合、プロファイルは無効になります。

A.1.15.3 「プロファイルの追加」画面

この画面は、新しいプロファイルを作成したり、プロファイルの名前を設定するために使用します。

この画面にアクセスするには、「構成マネージャ」: 「プロファイル」タブ画面で「追加」をクリックします。

A.1.15.4 「プロファイルの追加」/「プロファイルの編集」画面

この画面は、プロファイルを定義または編集するために使用します。

この画面は、「プロファイルの追加」画面で「OK」をクリックしたとき、または「構成マネージャ」: 「プロファイル」タブ画面でプロファイルを選択して「編集」をクリックすると開きます。

要素

説明

名前

「プロファイルの追加」画面を使用してプロファイルに割り当てられた名前。

ラベルの表示

「チェックイン」および「検索」のプロファイル・リンクに表示される名前。

説明

プロファイルの説明。

「トリガー」リスト

プロファイル・トリガーに関連付けられているリスト値。

ルール以外のフィールドの除外

選択すると、プロファイルのルールに属さないすべてのメタデータ・フィールドが除外されます。選択を解除すると、すべてのルールに属するメタデータ・フィールドが対象となります。

パーソナライズ・リンクの制限

選択すると、特定のユーザーまたはユーザーのグループに対するチェックインまたは検索のリンクが抑制されます。リンクの表示方法を編集するには、「編集」をクリックしてプロファイル・リンク画面を開きます。

「ルール」ペイン

プロファイルに含まれているルールが一覧表示されます。

「上へ」/「下へ」

リスト内のルールの配置順序を調整します。リスト内の各ルールの位置は、評価プロセスにおけるその優先度に関連しています。

追加

プロファイルへのルールの追加画面を開きます。

削除

選択したルールを削除できるようにし、このプロファイルからルールを削除できます。

A.1.15.5 プロファイル・リンク画面

この画面は、ブラウザにリンクを表示するためにtrueに評価する必要があるIdocスクリプト・コードを追加することで、特定のユーザーまたはユーザー・グループに対してチェックインまたは検索リンクの一部またはすべての表示を抑制するために使用します。

この画面にアクセスするには、「プロファイルの追加」/「プロファイルの編集」画面で「パーソナライズ・リンクの制限」を選択し、「編集」をクリックします。

要素

説明

「チェックイン・リンクのスクリプトを含む」または「検索リンクのスクリプトを含む」リンク

選択すると、コンテンツ・チェックイン・フォームまたは拡張検索フォームにリンクを表示するために、関連付けられたIdocスクリプトがtrueに評価されることが必要になります。選択を解除した場合は、関連付けられたIdocスクリプトがすべて無効となります。

編集

「チェックイン」/「リンクの検索」画面を開きます。

A.1.15.6 「チェックイン」/「リンクの検索」画面: 「条件」タブ、「カスタム」タブ

この画面は、チェックインまたは検索のページにリンクを表示するかどうかを決定する条件を追加するために使用します。「条件」タブと「カスタム」タブの使用方法の詳細は、A.1.16.4項「「アクティブ化条件の編集」画面」を参照してください。

A.1.15.7 「チェックイン」/「リンクの検索」: 「条件の追加」画面

この画面は、新しい条件の名前を指定するために使用します。この画面にアクセスするには、「チェックイン」/「リンクの検索」画面: 「条件」タブ、「カスタム」タブで「追加」をクリックします。詳細は、A.1.16.4項「「アクティブ化条件の編集」画面」を参照してください。

A.1.15.8 プロファイルへのルールの追加画面

この画面は、1つ以上のルールをプロファイルに格納するために使用します。

この画面にアクセスするには、「プロファイルの追加」/「プロファイルの編集」画面で「追加」をクリックします。

要素

説明

名前

追加できる有効なルールの名前。

ルールの優先度

「プロファイルの追加」/「プロファイルの編集」画面のリストに表示されるルールの一般的な配置順序を調整します。「先頭」、「ページの中央」または「ページの最後」のオプションがあります。

A.1.15.9 「プロファイルのプレビュー」画面

この画面は、ルールおよびプロファイル内のトリガー・フィールドをシミュレートおよびレビューするために使用します。

評価結果をダイアログ・ボックスまたはブラウザ・ウィンドウに表示するには、「計算結果」または「表示」をクリックします。

この画面にアクセスするには、「構成マネージャ」: 「プロファイル」タブ画面で「プレビュー」をクリックします。

要素

説明

イベント

イベントをプロファイル評価に含める場合に指定します。次のオプションがあります。

- 指定なし

- 要求時

- 送信時

- インポート時

アクション

アクションを評価に含める場合に指定します。次のオプションがあります。

- 指定なし

- 新規コンテンツをチェックイン

- 選択したコンテンツをチェックイン

- コンテンツ情報

- コンテンツ更新

- 検索

ワークフロー

ワークフローの状態を評価で考慮する場合に指定します。

- 指定なし: ドキュメントはワークフロー内にある場合もない場合もありますが、そのワークフローの状態は指定されていません。

- はい: ドキュメントはワークフロー内にあります。

- いいえ: ドキュメントはワークフロー内にありません。

コンテンツID

評価で使用するために選択したドキュメントのコンテンツID。値は、選択したフィルタ基準に基づいて取得されます。その他のコンテンツを選択するには、「選択」をクリックして「コンテンツ・アイテムの表示」画面を開きます。

ユーザー名

評価で使用する名前。値は、選択したフィルタ基準に基づいて取得されます。このフィールドは「計算結果」でのみ使用され、「表示」では使用されません。「ユーザーの表示」画面を開くには、「選択」をクリックします。

計算結果

「結果のプレビュー」画面を開きます。

表示

エンド・ユーザーに表示されるページの複製を表示するブラウザ・ウィンドウが起動します。「イベント」フィールドの値として「要求時」を選択し、「アクション」値を選択し、「ユーザー名」フィールドを空白にする必要があります。

A.1.15.10 「結果のプレビュー」画面

この画面は、「プロファイルのプレビュー」画面上で行われた選択を計算およびレビューするために使用します。この画面には、事前評価の結果であるコード化されたルール文(スクリプト文字列)が表示され、様々なプロファイル使用例を簡単にプレビューできるように、フィールド値に対する変更が反映されます。

この画面にアクセスするには、「プロファイルのプレビュー」画面で「計算結果」をクリックします。

A.1.16 コンテンツ・プロファイル・ルール・インタフェース画面

次の画面は、プロファイル・ルールを作成するために使用します。

- A.1.16.1項「「構成マネージャ」: 「ルール」タブ画面」

- A.1.16.2項「「ルールの追加」/「ルールの編集」画面」

- A.1.16.3項「「グループ・ヘッダーの編集」画面」

- A.1.16.4項「「アクティブ化条件の編集」画面」

- A.1.16.5項「「ルール・フィールドの追加」画面」

- A.1.16.6項「「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面」

- A.1.16.7項「「デフォルト値の編集」/「派生値の編集」画面」

- A.1.16.8項「「デフォルト値の編集」/「派生値の編集」: 「フィールドの選択」画面」

- A.1.16.9項「「派生値の編集」: 「条件」タブ」

- A.1.16.10項「「制限リストの編集」画面」

A.1.16.1 「構成マネージャ」: 「ルール」タブ画面

この画面は、コンテンツ・プロファイル・ルールを作成、定義、編集および削除するために使用します。

この画面にアクセスするには、「メイン」メニューで「管理」→「管理アプレット」を選択します。「構成マネージャ」→「ルール」タブをクリックします。

要素

説明

名前

既存のルールの名前。

説明

各ルールの説明。

「追加」/「編集」

ルールを構成する「ルールの追加」/「ルールの編集」画面を開きます。

削除

選択したルールを削除できます。

A.1.16.2 「ルールの追加」/「ルールの編集」画面

この画面には、プロファイルのルール情報やフィールドを指定する際に使用する2つのタブがあります。

「ルールの追加」/「ルールの編集」画面: 「一般」タブ

この画面は、グローバル・ルールの指定、オプションのヘッダーを使用したルール・グループの定義、およびアクティブ化条件の定義を行うために使用します。

この画面にアクセスするには、「構成マネージャ」: 「ルール」タブ画面で、「追加」または「編集」をクリックします。

要素

説明

名前

定義または編集しているルールの名前。

説明

ルールの説明。

「優先度のあるグローバル・ルール」および「優先度」フィールド

選択すると、グローバル・ルールとして使用できます。ルールの評価順序は「優先度」フィールドによって決まります。優先度が低いルールは、優先度が高いルールより前に実行されるため、優先度の低いルールによって変更された内容は優先度の高いルールでオーバーライドできます。

グループ

選択すると、メタデータ・フィールドがグループ化されます。選択を解除すると、ルールに対するフィールドのグループ化は使用できません。

グループ・ヘッダーを含む

選択すると、ルールに属するフィールドのグループにラベルを追加できます。ヘッダーの書式を指定するには、「編集」をクリックして「グループ・ヘッダーの編集」画面を開きます。

ルールのアクティブ化条件の使用

選択すると、特定の条件が満たされた場合に適用または抑制されるルールに基づいて、プロファイルを変更できます。定義または編集しているルールのアクティブ化条件が設定されます。

「アクティブ化条件」テキスト・ペインがアクティブになり、ルールの各アクティブ化条件について、計算されたIdocスクリプトが表示されます。条件が追加され、そのプロパティが定義されると、スクリプト文が自動的に生成されます。カスタマイズされたテキストも表示されます。

条件を追加または変更するには、「編集」をクリックして「アクティブ化条件の編集」画面を開きます。

「ルールの追加」/「ルールの編集」画面: 「フィールド」タブ

この画面は、ルール内で使用する特定のメタデータ・フィールドを選択および追加するために使用します。

各メタデータ・フィールドには、特定の属性(ルール内のフィールド・リストの中の一般位置や表示タイプなど)が割り当てられます。ルール内のメタデータ・フィールドに属性を割り当てる方法の詳細は、A.1.16.5項「「ルール・フィールドの追加」画面」およびA.1.16.6項「「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面」を参照してください。

この画面にアクセスするには、「構成マネージャ」: 「ルール」タブ画面で「追加」または「編集」をクリックし、「フィールド」タブをクリックします。

要素

説明

「上へ」または「下へ」

リスト内のメタデータ・フィールドの配置順序を調整します。リスト内の各メタデータ・フィールドの位置は、評価プロセスにおけるその優先度に関連しています。

名前

ルールに属しているメタデータ・フィールド。

タイプ

各メタデータ・フィールドに割り当てられた表示属性の種類。

追加

「ルール・フィールドの追加」画面を開きます。

編集

「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面を開きます。

削除

選択したフィールドが削除可能になり、このルールからフィールドを削除できます。

A.1.16.3 「グループ・ヘッダーの編集」画面

この画面は、メタデータ・フィールドのグループ・ヘッダーを追加または編集するために使用します。

この画面にアクセスするには、「ルールの追加」/「ルールの編集」画面の「一般」タブで、「グループ」および「グループ・ヘッダーを含む」を選択し、対応する「編集」ボタンをクリックします。

要素

説明

デフォルトでグループを非表示にする

選択した場合は、ページをロードすると、グループ・ヘッダーと「表示」リンクのみが表示されます。選択を解除した場合、ページにはフィールドと「非表示」リンクが表示され、このリンクをクリックしてメタデータ・フィールドを非表示にできます。

「インクルード開始」および「インクルード終了」

レイアウトを決定するインクルード・ファイルを指定します。オプションは次のとおりです。

- 標準のセパレータ

- HTML表開始/HTML表終了

- 表示なし(デフォルト)

「ヘッダー」テキスト・ペイン

ヘッダーのテキスト。

A.1.16.4 「アクティブ化条件の編集」画面

この画面は、ルールに対して特定の条件を定義するために使用します。

この画面にアクセスするには、「ルールの追加」/「ルールの編集」画面で、「ルールのアクティブ化条件の使用」を選択し、「編集」をクリックします。

「条件」タブと「カスタム」タブは、相互に排他的です。「条件」タブを使用してルールの条件を定義すると、「カスタム」タブは無効になります。

要素

説明

「条件」ペイン

ルールに対して作成されたアクティブ化条件。

追加

条件名を入力できるダイアログ・ボックスを開きます。

削除

選択したアクティブ化条件を削除できるようにし、ルールから削除できます。

「アクティブ化条件の編集」: 「条件」タブ

この画面は、アクティブ化条件を追加する場合や、最初の条件を追加すると表示される「一般」ペインおよび「句」ペインを使用して条件を定義する場合に使用します。

「アクティブ化条件の編集」: 「条件」タブ: 「一般」ペイン

このペインは、ルールのアクティブ化条件をトリガーするイベント、アクションまたは状態を指定するために使用します。

「追加」をクリックし、アクティブ化条件を指定すると、「一般」ペインおよび「句」ペインが開きます。

チェック・ボックス

説明

使用イベント

選択すると、システムによって判定されたイベントに基づくアクティブ化条件を使用して、1つのプロファイルまたはルール(あるいはその両方)を異なる方法で実行できます。イベントに応じて、一部のプロファイル・ルールをアクティブにし、その他のプロファイル・ルールをアクティブにしないように設定できます。イベントは次のとおりです。

- 要求時

- インポート時

- 送信時

アクションの使用

選択すると、システムによって検出されたユーザー・アクションに基づくアクティブ化条件を使用して、1つのプロファイルまたはルール(あるいはその両方)を異なる方法で実行できます。これらのイベントに対応するチェック・ボックスは、「アクションの使用」チェック・ボックスが選択されている場合に使用できます。

- 新規コンテンツをチェックイン

- コンテンツ情報

- 検索

- 選択したコンテンツをチェックイン

- コンテンツ更新

「ワークフロー内です。」/ワークフロー内ではありません。

選択すると、ドキュメントのワークフロー状態に基づいてルールを異なる方法で実行できます。状態に応じて、一部のプロファイル・ルールをアクティブにし、その他のプロファイル・ルールをアクティブにしないように設定できます。

「アクティブ化条件の編集」: 「条件」タブ: 「句」ペイン

このセクションは、ルールのアクティブ化条件に対してカスタムIdocスクリプト句を生成するために使用します。

アクティブ化条件を追加すると、「一般」タブおよび「句」タブが開きます。「句」タブは、基本的にIdocスクリプト・ウィザードです。主として、Idocスクリプト文の作成処理を自動化するために使用します。

要素

説明

フィールド

メタデータのオプションのリスト。

演算子

メタデータ・フィールド検索に使用する方法。演算子は次のとおりです。

- 次に一致する

- 指定した語を含む

- 次の語で始まる

- 次の日付よりも古い(日付演算子)

- 次の日付よりも新しい(日付演算子)

値

値は、選択したフィールドに従って、データを入力する編集可能なフィールド、オプションのリスト、または「選択」ボタンをアクティブにする編集可能なフィールドのいずれかになります。フィールド値がコンテンツIDの場合は、「選択」をクリックすると「カスタム」ペインが開きます。フィールドが作成者の場合は、ユーザーの選択画面が開きます。

追加

完成した句(フィールド+演算子+値)を「句」ペインに追加します。

更新

句を削除または再定義しないで、完成した句を編集する場合に使用します。「句」ペインで句をハイライトし、「値」フィールドを編集して、「更新」をクリックします。改訂された句が「句」ペインに表示されます。

「句」ペイン

アクティブ化条件の既存の句が一覧表示されます。

削除

選択した句を削除できます。

「アクティブ化条件の編集」: 「カスタム」タブ

「カスタム」タブと「条件」タブは、相互に排他的です。「カスタム」タブを使用してルールの条件を定義すると、現在のルールに対して「条件」タブは無効になります。

この画面は、ユーザー・インタフェースの様々な場所からアクセスできます。

この画面を使用するには、「カスタム」を選択します。カスタム・テキストを入力できるテキスト・ペインが使用可能になります。入力した情報は、「ルールの追加」/「ルールの編集」画面のテキスト・ペインに表示されます。

「アクティブ化条件の編集」: 「サイド・エフェクト」タブ

この画面は、条件の特定のサイド・エフェクトを定義するために使用します。

この画面にアクセスするには、「アクティブ化条件の編集」画面で「サイド・エフェクト」をクリックします。

要素

説明

キー

Idocスクリプト変数として使用される名前。

値

Idocスクリプト変数に相当するリテラル文字列。

追加

キーと値をIdocスクリプトに変換し、Idocスクリプト・ペインに表示します。

A.1.16.5 「ルール・フィールドの追加」画面

この画面は、1つ以上のメタデータ・フィールドをルールに格納するために使用します。

この画面にアクセスするには、プロファイルへのルールの追加画面の「フィールド」タブで「追加」をクリックします。

要素

説明

フィールド情報の表示

選択すると(デフォルト)、標準のチェックイン・ページおよび検索ページにメタデータ・フィールドを表示できるように、「フィールド名」リストにメタデータ・フィールドが一覧表示されます。

アプリケーション・フィールドの表示

選択すると、標準のチェックイン・ページおよび検索ページにアプリケーション・フィールドを表示できるように、「フィールド名」リストにカスタム・アプリケーション・フィールドが一覧表示されます。

重要: ルールによってアプリケーション・フィールドを表示すると、フィールドの動作が(通常、そのフィールドを使用するアプリケーションの定義に従って)変更されます。

フィールド名

ルールに追加できるメタデータ・フィールドのリストが開きます。

フィールド位置

リスト内のメタデータ・フィールドの配置順序を調整します。リスト内の各メタデータ・フィールドの位置は、評価プロセスにおけるその優先度に関連しています。

A.1.16.6 「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面

この画面は、ルールに属するメタデータ・フィールドに必須およびオプションの属性を追加および定義するために使用します。

この画面は、「ルール・フィールドの追加」画面を使用してメタデータ・フィールドを追加すると表示されます。既存の(「ルールの追加」/「ルールの編集」画面の「フィールド」タブにあるリストで選択した)メタデータ・フィールドを編集している場合は、「編集」をクリックするとこの画面が開きます。

要素

説明

タイプ

チェックイン・ページや検索のページでのメタデータ・フィールドの表示方法を決定するメタデータ・フィールドの属性のリスト。値は次のとおりです。

- 編集

- ラベル

- 非表示

- 除外済

- 必須

必須メッセージ

「タイプ」リストが「必須」に設定されている場合は、メッセージも必須です。

カスタム・ラベルを使用

フィールドのインタフェースに表示されるラベルを変更します。

カスタム・インクルードを使用

標準フィールドを再配置するために使用します。選択すると、インクルード・ファイルを使用できるようになります。次のファイルが用意されています。

- 標準のセパレータ

- 表示なし

グループ・カウントからフィールドを除外

選択すると、フィールドがグループの一部としてカウントされないようになります。選択を解除(デフォルト)すると、フィールドは、グループのフィールド数のカウントに含まれるようになります。

「デフォルト値を使用」およびペイン

コンテンツ・チェックイン・フォームまたは検索ページにデフォルト値を表示できます。選択すると、「編集」ボタンが使用可能になり、フィールドにデフォルト値が使用されます。ペインには、デフォルト値について計算されたIdocスクリプト(デフォルト値属性が追加され、そのプロパティが定義されると自動的に生成される)が表示されます。

「派生フィールド」およびペイン

更新またはチェックイン時に指定された値にフィールドを設定できます。派生値は、「送信時」イベントおよび「インポート時」イベントについて計算されます。選択すると、「編集」ボタンが使用可能になり、フィールドに派生した値を使用できます。ペインには、派生した値について計算されたIdocスクリプト(デフォルト値属性が追加され、そのプロパティが定義されると自動的に生成される)が表示されます。

「制限のリストを含む」およびペイン

リスト・メタデータ・フィールドを特定の値のリスト、またはフィルタリングされた値のリストに制限できます。選択すると「編集」ボタンが使用可能になり、制限されたリストをメタデータ・フィールドで使用できるようになります。ペインには、制限リスト・フィールドについて計算されたIdocスクリプト(デフォルト値属性が追加され、そのプロパティが定義されると自動的に生成される)が表示されます。

注意:

「インクルード開始」リストおよび「インクルード終了」リストに表示される標準のインクルード・ファイル・オプションは、std_resources.htmファイル内のDpDisplayIncludes表に定義されています。インクルード・オプションを追加するには、新規のインクルードを定義するカスタム・コンポーネントを作成してDpDisplayIncludes表にマージする必要があります。

A.1.16.7 「デフォルト値の編集」/「派生値の編集」画面

この画面は、デフォルト値フィールド属性を追加および定義するために使用します。「条件」および「カスタム」タブの使用方法の詳細は、A.1.16.4項「「アクティブ化条件の編集」画面」を参照してください。

この画面にアクセスするには、「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面で、「デフォルト値を使用」を選択し、対応する「編集」ボタンをクリックします。

A.1.16.8 「デフォルト値の編集」/「派生値の編集」: 「フィールドの選択」画面

この画面は、完全なデフォルト値句(フィールド+演算子+値)を処理する際に含めるデフォルトのメタデータ値を選択するために使用します。メタデータ・フィールドがスキーマ・ビューに関連付けられている場合は、スキーマ値を使用してデフォルト値フィールドの属性を作成することもできます。

この画面にアクセスするには、「デフォルト値の編集」/「派生値の編集」画面で「計算」をクリックします。

要素

説明

フィールド名

メタデータのオプションのリストを開きます。

列

表の列のリストを開きます。列は、メタデータ・フィールドがスキーマ・ビューに関連付けられている場合にのみ表示されます。

A.1.16.9 「派生値の編集」: 「条件」タブ

この画面は、派生値フィールド属性を追加および定義するために使用します。「条件」または「カスタム」タブの使用方法の詳細は、A.1.16.4項「「アクティブ化条件の編集」画面」を参照してください。

A.1.16.10 「制限リストの編集」画面

この画面は、リスト・メタデータ・フィールドを(表示時に)特定の値のリストに制限したり、1つ以上の正規表現の評価プロセスから得られた値のフィルタリング・リストに制限できるようにするために使用します。この選択によって、テキスト・ペインに入力した値の解釈が決まります。

この画面にアクセスするには、「ルール・フィールド'名前'の追加」/「ルール・フィールド'名前'の編集」画面で「制限のリストを含む」を選択し、対応する「編集」ボタンをクリックします。

要素

説明

「制限付きの値」テキスト・ペイン

変更したリストに含める特定のアイテムを入力できます。この制限リストのメタデータ・フィールドがリストとして定義され、このペインで入力した値がマスター・リストにも存在する場合は、その値がユーザー・インタフェースの表示結果に含まれるようになります。

Java正規表現を使用する

選択すると、1つ以上の正規表現の評価に基づいて値のフィルタリング・リストを表示できます。正規表現でワイルドカードやその他の特殊文字を使用すると、メタデータ・フィールドの通常のリストに、評価された正規表現に一致するすべての値のサブセットが表示されます。

選択を解除すると、マスター・リストに値が存在している場合は、テキスト・ペインで実際に指定した値の特定のセットを表示できます。この選択はメタデータ・フィールドのマスター・リストより優先され、リストには指定した一連の値が設定されます。値は評価されないため、テキスト・ペインに入力した値がそのまま表示されます。

A.2 ワークフロー・ユーザー・インタフェース

この項では、ワークフローで使用するインタフェース画面について説明します。内容は次のとおりです。

- A.2.1項「「ワークフロー管理」画面」

- A.2.2項「基準ワークフロー・ユーザー・インタフェース」

- A.2.3項「基本ワークフロー・ユーザー・インタフェース」

- A.2.4項「トークン・ユーザー・インタフェース」

- A.2.5項「ジャンプ・ユーザー・インタフェース」

- A.2.6項「ワークフロー・テンプレート・インタフェース画面」

- A.2.7項「ワークフロー・スクリプト・ユーザー・インタフェース」

A.2.1 「ワークフロー管理」画面

この画面は、ワークフローを管理するために使用します。

この画面にアクセスするには、「メイン」メニューで「管理」→「管理アプレット」を選択します。「ワークフロー管理」をクリックします。

要素

説明

ページのメニュー

「オプション」メニューは、トークン、テンプレートおよびその他のワークフロー機能を作成する画面にアクセスするために使用します。「アプリケーション」メニューを使用して、現在のアプリケーションと同じモード(アプレットまたはスタンドアロン)でその他のアプリケーションを開きます。

タブ

タブは、タブに記載されているアイテム(基本ワークフロー、基準ワークフローまたはテンプレート)を追加、編集または削除するために使用します。

A.2.2 基準ワークフロー・ユーザー・インタフェース

次の画面は、基準ワークフローを作成するために使用します。

- A.2.2.1項「「条件」タブ」

- A.2.2.2項「「新しい基準ワークフロー」/「基準ワークフローの編集」画面」

- A.2.2.3項「「新しいステップの追加」/「ステップの編集」画面」

- A.2.2.4項「「ステップへのエイリアスの追加」画面」

- A.2.2.5項「ステップへのユーザーの追加」

- A.2.2.6項「ステップへのトークンの追加」

- A.2.2.7項「「追加終了条件の編集」画面」

A.2.2.1 「条件」タブ

この画面は、基準ワークフローおよびサブ・ワークフローに関するすべての点を管理するために使用します。

この画面にアクセスするには、「ワークフロー管理」画面で「条件」タブをクリックします。

要素

説明

「基準ワークフロー」ペイン

列:

- 名前: ワークフローの名前。

- ステータス: 有効または無効。

- セキュリティ・グループ: コンテンツがワークフローに入る原因となるセキュリティ・グループ。

ボタン:

- 「追加」または「編集」: ワークフローの条件を指定する「新しい基準ワークフロー」/「基準ワークフローの編集」画面を開きます。

- 削除: 選択したワークフローを削除します。

条件のステップ・ペイン

- 「条件」フィールド(ペインの上部): 選択したワークフローに定義された条件を表示します。

- 「ステップ」リスト: 選択したワークフローに含まれるすべてのステップおよびステップ・タイプ。

ボタン:

- 「追加」または「編集」: ワークフローのステップを指定する「新しいステップの追加」/「ステップの編集」画面を開きます。

- 削除: 選択したステップを削除します。

- 有効化: 選択したワークフローを有効にします。

- 無効化: ワークフローを無効にします。ワークフロー内にアイテムがある場合は、すべてのリビジョンがシステムにリリースされます。

A.2.2.2 「新しい基準ワークフロー」/「基準ワークフローの編集」画面

この画面は、基準ワークフローまたはサブ・ワークフローを追加または編集するために使用します。

この画面にアクセスするには、「条件」タブの「基準ワークフロー」ペインで「追加」または「編集」をクリックします。

要素

説明

ワークフロー名

ワークフローの名前。

説明

ワークフローの説明。

セキュリティ・グループ

ワークフローを開始するためにリビジョンが属する必要のあるセキュリティ・グループ。

テンプレートの使用

選択すると、ワークフロー・テンプレートが使用され、リストが表示されます。表示されるのは、少なくとも1つのワークフロー・テンプレートが存在している場合のみです。

元の作成者の編集ルール

「リビジョンの編集」を選択した場合は、元の作成者が既存のリビジョンを編集すると、その既存のリビジョンにワークフロー内のコンテンツが保持されます。「新規リビジョン」を選択した場合、元の作成者は、ワークフローでアイテムを編集した後、コンテンツの新しいリビジョンを作成できます。

条件定義を設定する

選択すると、条件定義が作成されます。選択を解除すると、サブ・ワークフローが作成されます。

フィールド

各コンテンツ・アイテムのチェックイン時に評価されるフィールド。オプションは、「コンテンツID」、「作成者」、「タイプ」、「コメント」、「アカウント」(アカウントが有効な場合)、およびカスタム・メタデータ・フィールドです。

演算子

デフォルトは、「次に一致する」です。

値

フィールドの値。1つ以上の文字を照合するには、ワイルドカードとしてアスタリスク(*)を使用し、1文字を照合するには、疑問符(?)を使用します。「選択」をクリックして使用する既存のアイテムのリストを表示します。

A.2.2.3 「新しいステップの追加」/「ステップの編集」画面

この画面は、基準ワークフロー・ステップを追加または編集するために使用します。

この画面にアクセスするには、「条件」タブの左側のペインでワークフローを選択し、右側のペインで「追加」または「編集」をクリックします。

要素

説明

名前

ステップの名前。

承認にシグネチャが必要

選択すると、リビジョンを承認する際に電子シグネチャの資格証明の指定が必要になります。ステップのオプションのリストでは、標準の「承認」アクションが「署名と承認」アクションに置換されます。

このオプションは、電子シグネチャ・コンポーネントが有効になっている場合にのみ使用できます。

説明

ステップの説明。

ユーザーのチェック・ボックス

ワークフローのアイテムに対してユーザーが実行できるアクションを決定する選択項目。

「ユーザー」タブのフィールド

要素

説明

「エイリアス/ユーザー」リスト

ステップに割り当てられているユーザー、エイリアスおよびトークンが一覧表示されます。

「エイリアスの追加」、「ユーザーの追加」、「トークンの追加」

エイリアス、ユーザーまたはトークンを選択できる適切な画面を開きます。

削除

ハイライトされたアイテムを削除します。

「終了条件」タブのフィールド

要素

説明

レビューアおよびフィールド

ワークフローが次のステップに移る前に、リビジョンを承認する必要があるユーザーの数を決定します。

追加終了条件を使用

ワークフローが次のステップに移るために満たす必要がある追加の条件が一覧表示されます。

編集

「追加終了条件の編集」画面を開きます。

「イベント」タブのフィールド

A.2.5.1項「「新しいステップの追加」/「ステップの編集」画面: 「イベント」タブ」を参照してください。

A.2.2.4 「ステップへのエイリアスの追加」画面

この画面は、基準ワークフロー・ステップにエイリアスを割り当てるために使用します。

この画面にアクセスするには、「新しいステップの追加」/「ステップの編集」画面の「ユーザー」タブで、「エイリアスの追加」をクリックします。リストからエイリアスを選択し、「OK」をクリックします。

A.2.2.5 ステップへのユーザーの追加

この画面は、基準ワークフロー・ステップにユーザーを割り当てるために使用します。

この画面にアクセスするには、「新しいステップの追加」/「ステップの編集」画面の「ユーザー」タブで、「ユーザーの追加」をクリックします。情報のフィルタリングの詳細は、A.1.2.3項「「フィルタの定義」画面」およびA.1.2.4項「「列の表示」画面」を参照してください。ユーザーを追加するには、ユーザー名を選択して「OK」をクリックします。

A.2.2.6 ステップへのトークンの追加

この画面は、基準ワークフロー・ステップにワークフロー・トークンを割り当てるために使用します。

この画面にアクセスするには、「新しいステップの追加」/「ステップの編集」画面の「ユーザー」タブで、「トークンの追加」をクリックします。この画面は、システムにトークンが追加されている場合にのみアクセスできます。

A.2.2.7 「追加終了条件の編集」画面

この画面は、基準ワークフロー・ステップの終了条件を定義するために使用します。

この画面にアクセスするには、「新しいステップの追加」/「ステップの編集」画面の「終了条件」タブで「編集」をクリックします。

要素

説明

フィールド

評価するワークフロー条件またはメタデータ・フィールド。

演算子

フィールドで使用する演算子(「次に一致する」など)。

値

フィールドの値。1つ以上の文字を照合するには、ワイルドカードとしてアスタリスク(*)を使用し、1文字を照合するには、疑問符(?)を使用します。フィールドの値に使用する既存のアイテムのリストを開くには、「選択」をクリックします。このボタンは、特定のメタデータ・フィールドを選択しているときにのみ表示されます。

追加

「フィールド」フィールド、「演算子」フィールドおよび「値」フィールドによって定義される条件文を終了条件句に追加します。

更新

選択した条件文を「フィールド」フィールド、「演算子」フィールドおよび「値」フィールドによって定義されている条件文に変更します。

「条件句」ペイン

終了条件に追加された条件文が一覧表示されます。複数の句をAND文として追加できます。

削除

選択した条件文を削除します。

カスタム条件の式

選択すると、条件句から生成されたIdocスクリプトを表示および編集できます。追加条件は、trueまたはfalseに評価されるIdocスクリプト文である必要があります。コードは、Idocスクリプトのタグ<$ $>で囲まないでください。

選択を解除すると、式は元の定義に戻ります。変更内容はすべて失われます。

A.2.3 基本ワークフロー・ユーザー・インタフェース

次の画面は、基本ワークフローを作成するために使用します。

- A.2.3.1項「「ワークフロー管理」: 「ワークフロー」タブ」

- A.2.3.2項「「新しいワークフローの追加」/「ワークフローの編集」画面」

- A.2.3.3項「「ワークフローへのコンテンツの追加」(新しいコンテンツ)画面」

- A.2.3.4項「「ワークフローへのコンテンツの追加」(既存のコンテンツ)画面」

- A.2.3.5項「「ワークフローへのエイリアスの追加」画面」

- A.2.3.6項「「新しいステップの追加」/「ステップの編集」画面」

- A.2.3.7項「「ステップへのエイリアスの追加」画面」

- A.2.3.8項「ユーザーの追加: 基本ワークフロー」

- A.2.3.9項「トークンの追加: 基本ワークフロー」

- A.2.3.10項「「追加終了条件の編集」画面」

- A.2.3.11項「「ワークフローの開始」画面」

基準ワークフローの作成に使用する画面の多くは、基本ワークフローで使用する画面と同じです。ここでは、漏れがないように、同じ画面も紹介しています。

A.2.3.1 「ワークフロー管理」: 「ワークフロー」タブ

この画面は、基本ワークフローを追加、編集、開始、取消および削除するために使用します。

この画面にアクセスするには、「ワークフロー管理」画面で「ワークフロー」タブをクリックします。

要素

説明

「現在のワークフロー」ペイン

列:

- 名前: ワークフローの名前。

- ステータス: 有効または無効。

- 完了日時: 完了したワークフロー内のコンテンツがシステムにリリースされた日時。

- セキュリティ・グループ: コンテンツがワークフローに入る原因となるセキュリティ・グループ。

ボタン:

- 「追加」または「編集」: ワークフローの条件を指定する「新しいワークフローの追加」/「ワークフローの編集」画面を開きます。

- 削除: 選択したワークフローを削除します。

「コンテンツ」ペイン

選択したワークフローに含まれるコンテンツ・アイテムがリストされます。

ボタン:

- 新規: 新しいコンテンツをワークフローに追加する場合に使用します。

- 選択: ワークフローに対して既存のコンテンツを選択する場合に使用します。

- 削除: 選択したアイテムを削除します。

「コントリビュータ」ペイン

選択したワークフローの初期コントリビューション・ステップに割り当てられたユーザー、別名およびトークンがリストされます。

ボタン:

- 「エイリアスの追加」または「ユーザーの追加」: ユーザーをワークフローに追加する場合に使用します。

- 削除: 選択したユーザーをステップから削除します。

「ステップ」ペイン

選択したワークフローに含まれるステップおよびステップ・タイプを表示します。

ボタン

- 「追加」または「編集」: ステップを追加または削除する場合に使用します。

- 削除: 選択したステップを削除します。

画面のボタン

- 開始: 電子メール・メッセージを構成できる「ワークフローの開始」画面を開きます。

- 取消: 選択したワークフローを取り消します。ワークフローにコンテンツがある場合、そのワークフローのリビジョンは削除されます。編集内容は、ローカル・ドライブに保存されていないかぎり、失われます。

A.2.3.2 「新しいワークフローの追加」/「ワークフローの編集」画面

この画面は、基本ワークフローを追加または編集するために使用します。

この画面にアクセスするには、「ワークフロー管理」: 「ワークフロー」タブの「現在のワークフロー」ペインで、「追加」または「編集」をクリックします。

要素

説明

ワークフロー名

ワークフローの名前。

説明

ワークフローの説明。

セキュリティ・グループ

コンテンツ・アイテムのセキュリティ・グループ。

「元の作成者の編集ルール」/「新規リビジョン」

選択すると、元の作成者は、ワークフロー中にコンテンツ・アイテムを編集する場合、コンテンツの新しいリビジョンを作成できます。

テンプレートの使用

選択すると、テンプレートが使用され、使用するテンプレートのリストが表示されます。このボックスは、テンプレートが存在する場合にのみ表示されます。

A.2.3.3 「ワークフローへのコンテンツの追加」(新しいコンテンツ)画面

この画面は、基本ワークフローに対して新しいコンテンツ・アイテムを指定するために使用します。

この画面にアクセスするには、「ワークフロー管理」: 「ワークフロー」タブの左側のペインでワークフローを選択し、「コンテンツ」ペインで「新規」をクリックします。

要素

説明

コンテンツID

ワークフローに追加するコンテンツ。Oracleデータベースを使用している場合、コンテンツIDはすべて自動的に大文字に変換されます。

A.2.3.4 「ワークフローへのコンテンツの追加」(既存のコンテンツ)画面

この画面は、既存のコンテンツ・アイテムを基本ワークフローに追加するために使用します。

この画面にアクセスするには、「ワークフロー管理」: 「ワークフロー」タブの「コンテンツ」ペインで、ワークフローを選択して「選択」をクリックします。情報のフィルタリングの詳細は、A.1.2.3項「「フィルタの定義」画面」およびA.1.2.4項「「列の表示」画面」を参照してください。コンテンツを追加するには、該当するコンテンツを選択して「OK」をクリックします。

A.2.3.5 「ワークフローへのエイリアスの追加」画面

この画面は、基本ワークフローの最初のコントリビューション・ステップにエイリアス・グループを割り当てるために使用します。

この画面にアクセスするには、「ワークフロー管理」: 「ワークフロー」タブの「コントリビュータ」ペインで、ワークフローを選択して「エイリアスの追加」をクリックします。エイリアスを追加するには、該当するエイリアスを選択して「OK」をクリックします。

A.2.3.6 「新しいステップの追加」/「ステップの編集」画面

この画面は、基本ワークフローのレビュー・ステップを追加または編集するために使用します。

この画面にアクセスするには、「ワークフロー管理」: 「ワークフロー」タブの「ステップ」ペインで、ワークフローを選択して「追加」または「編集」をクリックします。

要素

説明

名前

ステップの名前。

説明

ステップの説明。

ユーザーのチェック・ボックス

ワークフローのアイテムに対してユーザーが実行できるアクションを選択して指定します。

「ユーザー」タブのフィールド

要素

説明

「エイリアス/ユーザー」リスト

ステップに割り当てられているユーザー、エイリアスおよびトークンが一覧表示されます。

「ユーザーの追加」、「エイリアスの追加」、「トークンの追加」

エイリアス、ユーザーまたはトークンを追加できる適切な画面を開きます。

「終了条件」タブのフィールド

要素

説明

レビューアのオプション

ワークフローが次のステップに移る前に、リビジョンを承認する必要があるユーザーの数を決定します。

追加終了条件を使用

ワークフローが次のステップに移るために満たす必要がある追加の条件が一覧表示されます。「追加終了条件の編集」画面を開くには、「編集」をクリックします。

「イベント」タブのフィールド

詳細は、A.2.5.1項「「新しいステップの追加」/「ステップの編集」画面: 「イベント」タブ」を参照してください。

A.2.3.7 「ステップへのエイリアスの追加」画面

この画面は、基本ワークフローのレビュー・ステップにエイリアスを割り当てるために使用します。

この画面にアクセスするには、「新しいステップの追加」/「ステップの編集」画面で「エイリアスの追加」をクリックします。エイリアスをワークフローに追加するには、該当するエイリアスを選択して「OK」をクリックします。

A.2.3.8 ユーザーの追加: 基本ワークフロー

この画面は、ユーザーを基本ワークフロー・ステップに割り当てるために使用します。

この画面にアクセスするには、次のいずれかの操作を実行します。

- コントリビューション・ステップにおいて、ワークフロー管理: 「ワークフロー」タブの「コントリビュータ」ペインの左側でワークフローを選択し、「ユーザーの追加」をクリックします。

- レビュー・ステップにおいて、「新しいステップの追加」/「ステップの編集」画面で「ユーザーの追加」をクリックします。

情報のフィルタリングの詳細は、A.1.2.3項「「フィルタの定義」画面」およびA.1.2.4項「「列の表示」画面」を参照してください。ユーザーを追加するには、該当する名前を選択してOKをクリックします。

A.2.3.9 トークンの追加: 基本ワークフロー

この画面は、基本ワークフローのレビュー・ステップにワークフロー・トークンを割り当てるために使用します。

この画面にアクセスするには、「新しいステップの追加」/「ステップの編集」画面で「トークンの追加」をクリックします。トークンを追加するには、該当するトークンを選択して「OK」をクリックします。

A.2.3.10 「追加終了条件の編集」画面

この画面は、基本ワークフローのレビュー・ステップに終了条件を定義するために使用します。

この画面にアクセスするには、「新しいステップの追加」/「ステップの編集」画面の「終了条件」タブで、「編集」をクリックします。

要素

説明

フィールド

評価するワークフロー条件またはメタデータ・フィールド。

演算子

フィールドで使用する演算子(「次に一致する」など)。

値

フィールドの値。1つ以上の文字を照合するには、ワイルドカードとしてアスタリスク(*)を使用し、1文字を照合するには、疑問符(?)を使用します。フィールドの値に対して使用するアイテムのリストを表示するには、「選択」をクリックします。このボタンは、特定のメタデータ・フィールドが選択されている場合にのみ表示されます。

追加

「フィールド」フィールド、「演算子」フィールドおよび「値」フィールドによって定義される条件文を終了条件句に追加します。

更新

選択した条件文を「フィールド」フィールド、「演算子」フィールドおよび「値」フィールドによって定義されている条件文に変更します。

「条件句」ペイン

終了条件に追加された条件文が一覧表示されます。複数の句をAND文として追加できます。

削除

選択した条件文を削除します。

カスタム条件の式

選択すると、条件句から生成されたIdocスクリプトを表示および編集できます。追加条件は、trueまたはfalseに評価されるIdocスクリプト文である必要があります。コードは、Idocスクリプトのタグ<$ $>で囲まないでください。

選択を解除すると、式は元の定義に戻ります。変更内容はすべて失われます。

A.2.3.11 「ワークフローの開始」画面

この画面は、基本ワークフローを開始して、最初のコントリビュータに送信される電子メール・メッセージに追加するために使用します。

この画面にアクセスするには、「ワークフロー管理」: 「ワークフロー」タブでワークフローを選択し、「開始」をクリックします。

A.2.4 トークン・ユーザー・インタフェース

トークンを作成および編集する場合、次のすべての画面が使用されます。

- A.2.4.1項「「ワークフロー・トークン」画面」

- A.2.4.2項「「トークンの追加」/「トークンの編集」画面」

- A.2.4.3項「「トークン・ユーザーの追加」画面」

A.2.4.1 「ワークフロー・トークン」画面

この画面は、ワークフロー・トークンを追加、編集および削除するために使用します。

「名前」リストの定義済トークンは、ワークフロー管理アプリケーションに含まれているサンプル・ワークフロー・テンプレートに関連付けられています。これらのトークンはそのまま使用したり、サイト固有のトークンをカスタマイズするための基本として使用できます。

この画面にアクセスするには、「ワークフロー管理」: 「ワークフロー」タブの「オプション」メニューから「トークン」を選択します。

要素

説明

名前

トークン名が表示されます。

説明

選択したトークンの説明。

「ユーザー」ペイン

トークンを定義するIdocスクリプト・コードが表示されます。

ボタン

- 「追加」または「編集」: 「トークンの追加」/「トークンの編集」画面を開きます。

- 削除: トークンを削除できます。

A.2.4.2 「トークンの追加」/「トークンの編集」画面

この画面は、ワークフロー・トークンを追加または編集するために使用します。

この画面にアクセスするには、「ワークフロー・トークン」画面で「追加」または「編集」をクリックします。

要素

説明

トークン名

トークンの名前。

説明

トークンの説明。

「ユーザー」ペイン

トークンを定義するIdocスクリプト・コード。

追加

「トークン・ユーザーの追加」画面を開きます。

A.2.4.3 「トークン・ユーザーの追加」画面

この画面は、ワークフロー・トークンにユーザーまたはエイリアスを追加するために使用します。

この画面にアクセスするには、「トークンの追加」/「トークンの編集」画面で「追加」をクリックします。

要素

説明

「タイプ」オプション

- ユーザー: 個々のユーザー・ログイン。

- エイリアス: エイリアスによって定義されたユーザーのグループ。

名前

ユーザー(dDocAuthor)またはエイリアスに対応するメタデータ。

A.2.5 ジャンプ・ユーザー・インタフェース

次の画面は、ジャンプを作成するために使用します。

- A.2.5.1項「「新しいステップの追加」/「ステップの編集」画面: 「イベント」タブ」

- A.2.5.2項「<ステップ名>のスクリプトの編集画面」

- A.2.5.3項「「スクリプトのプロパティ」画面」

- A.2.5.4項「「ターゲット・ステップの選択」画面」

- A.2.5.5項「「ジャンプの追加」/「ジャンプの編集」画面のタブ」

- A.2.5.6項「「コンテンツ・アイテムの表示」画面」

A.2.5.1 「新しいステップの追加」/「ステップの編集」画面: 「イベント」タブ

この画面は、ステップ・イベント・スクリプトを追加または編集するために使用します。

この画面にアクセスするには、基準ワークフローの場合は「新しいステップの追加」/「ステップの編集」画面で、基本ワークフローの場合は「新しいステップの追加」/「ステップの編集」画面で、「イベント」タブをクリックします。

要素

説明

「名前」フィールド

ステップの名前。

「説明」フィールド

ステップの説明。

ユーザーのチェック・ボックス

ワークフローのアイテムに対してユーザーが実行できるアクションを決定するために使用します。

「開始時」ペイン

ステップの開始時に評価されるスクリプトが表示されます。

ボタン:

- クリア: スクリプトを削除します。

- 編集: スクリプトを編集または作成する画面を開きます。

「更新時」ペイン

次のいずれかのイベントが発生したときに評価されるスクリプトが表示されます。

- 1時間ごとのワークフロー更新サイクル

- リビジョンのメタデータの更新

- リビジョンの承認

- リビジョンのチェックイン

ボタン:

- クリア: スクリプトを削除します。

- 編集: スクリプトを編集または作成する画面を開きます。

「終了時」ペイン

リビジョンがワークフロー・ステップの要件を完了したときに評価されるスクリプトが表示されます。

ボタン:

- クリア: スクリプトを削除します。

- 編集: スクリプトを編集または作成する画面を開きます。

A.2.5.2 <ステップ名>のスクリプトの編集画面

この画面は、ステップ・イベント・スクリプトの編集オプションを選択するために使用します。

この画面にアクセスするには、「新しいステップの追加」/「ステップの編集」画面: 「イベント」タブで、イベントに対応する「編集」をクリックします。

要素

説明

現在のスクリプトを編集

選択すると、「ジャンプ」タブが開き、現在のスクリプトが表示されます。このオプションは、イベントにスクリプトが存在している場合にのみ表示されます。

新規作成

選択すると、空の「ジャンプ」タブが開きます。

スクリプト・テンプレートを使用

選択すると、「ジャンプ」タブが開き、選択したスクリプト・テンプレートが表示されます。このオプションは、スクリプト・テンプレートが存在する場合にのみ表示されます。

A.2.5.3 「スクリプトのプロパティ」画面

この画面は、ステップ・イベント・スクリプトを作成、変更およびテストするために使用します。

この画面にアクセスするには、次のいずれかの操作を実行します。

- イベント・スクリプトまたはスクリプト・テンプレートがない場合は、「新しいステップの追加」/「ステップの編集」画面: 「イベント」タブの「編集」をクリックします。

- イベント・スクリプトまたはスクリプト・テンプレートがある場合は、<ステップ名>のスクリプトの編集画面で「OK」をクリックします。

「スクリプトのプロパティ」: 「ジャンプ」タブ

この画面は、ステップ・イベント・スクリプト・コードを作成するために使用します。

この画面にアクセスするには、「スクリプトのプロパティ」画面で「ジャンプ」タブをクリックします。

要素

説明

「ジャンプ」ペイン

スクリプトに含まれているジャンプが一覧表示されます。

ボタン:

- 「追加」または「編集」: サイド・エフェクトを追加または編集する際に使用します。

- 削除: 選択したジャンプを削除する際に使用します。

中央のペイン

- フィールド: 評価する条件またはフィールド。

- 演算子: フィールドで使用する演算子。

- 値: 指定されたメタデータ・フィールドの値。1文字以上の文字との一致を表すにはアスタリスク(*)をワイルドカードとして使用し、1文字との一致を表すには疑問符(?)を使用します。

追加

中央のペインで定義した条件文をジャンプに追加します。

更新

選択した条件文を、中央のペインで定義した条件文に変更します。

「スクリプトの句」ペイン

ジャンプに追加された条件文が一覧表示されます。複数の句をAND文として追加できます。

削除

選択した条件文を削除します。

「ターゲット・ステップ」リスト

ジャンプのターゲット・ステップを指定します。値を選択してシンボリック・ステップ名を指定します。リストからステップを選択するには、「選択」をクリックします。

「スクリプトのプロパティ」: 「カスタム」 タブ

この画面は、「ジャンプ」タブのオプションによって自動的に生成されたスクリプトを編集するために使用します。

この画面にアクセスするには、「スクリプトのプロパティ」画面で「カスタム」タブをクリックします。

要素

説明

カスタム・スクリプトの式

選択すると、スクリプト・バージョンを編集および保存できるようになります。選択を解除すると、「ジャンプ」タブで定義された文がスクリプトに反映されます。「ジャンプ」タブからジャンプを編集することはできません。

「スクリプト」ペイン

スクリプト・テンプレートのすべてのジャンプのスクリプトが表示されます。

「スクリプトのプロパティ」: 「テスト」 タブ

この画面は、ステップ・イベント・スクリプトをテストするために使用します。

この画面にアクセスするには、「スクリプトのプロパティ」画面で「テスト」タブをクリックします。

要素

説明

コンテンツID

テストするコンテンツ・アイテムのコンテンツID。コンテンツ・アイテムを選択する画面を開くには、「選択」をクリックします。

「データの入力」ペイン

ワークフローを選択し、コンテンツ・アイテムのワークフロー状態がロードされると、テストの対象データが表示されます。

アイテムのワークフロー状態のロード

選択されたコンテンツ・アイテムのコンパニオン・ファイルをロードします。選択されたコンテンツ・アイテムがワークフローに存在しない場合は、ワークフローに新しく入力されたコンテンツ・アイテムとして処理されます。

テスト・スクリプト

スクリプトをテストし、結果を「結果」ペインに表示します。

「結果」ペイン

スクリプト・テストの結果が表示されます。Idocスクリプト・エラー・メッセージは、処理エラーが発生すると表示されます。

A.2.5.4 「ターゲット・ステップの選択」画面

この画面は、ジャンプに特定のターゲット・ステップを追加するために使用します。

この画面にアクセスするには、「スクリプトのプロパティ」画面、「ジャンプ」タブで、「選択」をクリックします。ワークフローを選択してステップを表示します。ターゲットで使用するステップを選択して、「OK」をクリックします。

A.2.5.5 「ジャンプの追加」/「ジャンプの編集」タブ

この画面は、ジャンプのサイド・エフェクトおよび通知メッセージを追加または編集するために使用します。

この画面にアクセスするには、「スクリプトのプロパティ」画面: 「ジャンプ」タブの「ジャンプ」ペインで、「追加」または「編集」をクリックします。

要素

説明

「サイド・エフェクト」タブ

ジャンプ名、リターン・ポイント、カスタム・サイド・エフェクトの指定、およびジャンプの通知の有効化を行うために使用します。

「メッセージ」タブ

ジャンプの通知メッセージを入力するために使用します。

「ジャンプの追加」/「ジャンプの編集」画面: 「サイド・エフェクト」タブ

この画面は、ジャンプのサイド・エフェクトを追加または編集するために使用します。

この画面にアクセスするには、「スクリプトのプロパティ」画面: 「ジャンプ」タブで、このタブをクリックします。

要素

説明

「ジャンプ名」フィールド

ジャンプの名前。

リターン・ポイントを設定する

選択すると、リストから選択したリターン・ステップが使用されます。

実行時にユーザーに通知しない

選択すると、ステップのレビューアは、ジャンプが入力されたときに、「メッセージ」タブで定義されたメッセージを受信します。

ドキュメントの編集状態の解除

選択すると、ドキュメントが承認前にリリースされます。

「カスタム効果」ペイン

Idocスクリプトを使用して、カスタム・サイド・エフェクトを入力するための領域。

「ジャンプの追加」/「ジャンプの編集」画面: 「メッセージ」タブ

この画面は、ジャンプの通知メッセージを入力するために使用します。通知メッセージを変更するには、コンポーネント・アーキテクチャを使用して、次のインクルード・ファイルとテンプレートをカスタマイズします。これらのファイルには、デフォルトのメール情報が含まれています。

- wf_approve_mail_subjectインクルード・ファイル

- wf_approve_mail_messageインクルード・ファイル

- wf_started_subjectインクルード・ファイル

- wf_rejected_subjectインクルード・ファイル

- reviewer_mail.htmテンプレート

- reject_mail.htmテンプレート

- contributor_mail.htmテンプレート

この画面にアクセスするには、「スクリプトのプロパティ」画面で「メッセージ」タブをクリックします。

A.2.5.6 「コンテンツ・アイテムの表示」画面

この画面は、イベント・スクリプトをテストする目的で既存のリビジョンを選択するために使用します。

この画面にアクセスするには、「スクリプトのプロパティ」画面の「テスト」タブで「選択」をクリックします。情報のフィルタリングの詳細は、A.1.2.3項「「フィルタの定義」画面」およびA.1.2.4項「「列の表示」画面」を参照してください。リビジョンを選択するには、該当するリビジョンを選択して「OK」をクリックします。

A.2.6 ワークフロー・テンプレート・インタフェース画面

次の画面は、テンプレートを作成するために使用します。

- A.2.6.1項「「ワークフロー管理」: 「テンプレート」タブ」

- A.2.6.2項「「テンプレートの追加」/「テンプレートの編集」画面」

- A.2.6.3項「「新しいステップの追加」/「ステップの編集」画面」

- A.2.6.4項「「ステップへのエイリアスの追加」画面」

- A.2.6.5項「ステップへのユーザーの追加」

- A.2.6.6項「トークンの追加: テンプレート」

- A.2.6.7項「「追加終了条件の編集」画面」

A.2.6.1 「ワークフロー管理」: 「テンプレート」タブ

この画面は、ワークフロー・テンプレートを追加、編集および削除するために使用します。

この画面にアクセスするには、「ワークフロー管理」画面で「テンプレート」タブをクリックします。

要素

説明

列

- 名前: ワークフロー・テンプレート名。

- 説明: テンプレートの説明。

ボタン

- 追加: 新しいテンプレートを追加する場合に使用します。

- 編集: テンプレートを編集する場合に使用します。

- 削除: テンプレートを削除します。

A.2.6.2 「テンプレートの追加」/「テンプレートの編集」画面

この画面は、ワークフロー・テンプレートを追加または編集するために使用します。

この画面にアクセスするには、「ワークフロー管理」: 「テンプレート」タブで「追加」または「編集」をクリックします。

要素

説明

テンプレート名

テンプレートの名前。

説明

テンプレートの説明。

「ステップ」ペイン

ワークフロー・テンプレートに含まれているステップ。

ボタン:

- 追加: 新しいステップを追加する際に使用します。

- 編集: 選択したステップを編集する際に使用します。

- 削除: ステップを削除する際に使用します。

「ユーザー」タブ

選択したステップに割り当てられているユーザー、別名およびトークンが一覧表示されます。

ボタン:

- 「エイリアスの追加」、「ユーザーの追加」、「トークンの追加」: ステップにユーザーまたはエイリアスを追加する際に使用します。

- 削除: 選択したユーザーまたはトークンを削除する際に使用します。

「終了条件」タブ

ステップに対して満たす終了条件が一覧表示されます。

- 「レビューア」のオプション: ステップが移る前にリビジョンを承認する必要があるユーザーの数を選択する際に使用します。

- 追加終了条件を使用: 選択した場合は、ワークフローが次のステップに移る前に、テキスト・ボックスに定義されている条件を満たす必要があります。

ボタン:

- 編集: 終了条件を編集する際に使用します。

- クリア: 「終了条件」テキスト・ボックスをクリアします。

「イベント」タブのフィールド

詳細は、A.2.5.1項「「新しいステップの追加」/「ステップの編集」画面: 「イベント」タブ」を参照してください。

A.2.6.3 「新しいステップの追加」/「ステップの編集」画面

この画面は、ワークフロー・テンプレートにステップを追加または編集するために使用します。

この画面にアクセスするには、「テンプレートの追加」/「テンプレートの編集」画面の「ステップ」ペインでステップを選択し、「追加」または「編集」をクリックします。

要素

説明

「名前」フィールド

ステップの名前。

「説明」フィールド

ステップの説明。

レビューのオプション

ステップのアイテムに対してユーザーが実行できるアクションを決定します。

A.2.6.4 「ステップへのエイリアスの追加」画面

この画面は、ワークフロー・テンプレート・ステップにエイリアスを割り当てるために使用します。

この画面にアクセスするには、「テンプレートの追加」/「テンプレートの編集」画面の「ユーザー」タブで、「エイリアスの追加」をクリックします。エイリアスを追加するには、該当するエイリアスを選択して「OK」をクリックします。

A.2.6.5 ステップへのユーザーの追加

この画面は、ワークフロー・テンプレート・ステップにユーザーを割り当てるために使用します。

この画面にアクセスするには、「テンプレートの追加」/「テンプレートの編集」画面の「ユーザー」タブで、「ユーザーの追加」をクリックします。情報のフィルタリングの詳細は、A.1.2.3項「「フィルタの定義」画面」およびA.1.2.4項「「列の表示」画面」を参照してください。ユーザーを追加するには、ユーザーを選択して「OK」をクリックします。

A.2.6.6 トークンの追加: テンプレート

この画面は、ワークフロー・トークンをワークフロー・テンプレート・ステップに割り当てるために使用します。

この画面にアクセスするには、「テンプレートの追加」/「テンプレートの編集」画面の「ユーザー」タブで、「トークンの追加」をクリックします。トークンを使用するには、該当するトークンを選択して「OK」をクリックします。

A.2.6.7 「追加終了条件の編集」画面

この画面は、ワークフロー・テンプレート・ステップに終了条件を定義するために使用します。

この画面にアクセスするには、「テンプレートの追加」/「テンプレートの編集」画面の「終了条件」タブで、「編集」をクリックします。

要素

説明

フィールド

評価するワークフロー条件またはメタデータ・フィールド。

演算子

フィールドで使用する演算子(「次に一致する」など)。

値

フィールドの値。1つ以上の文字を照合するには、ワイルドカードとしてアスタリスク(*)を使用し、1文字を照合するには、疑問符(?)を使用します。フィールドの値を選択するには、「選択」(可能な場合)をクリックします。

追加

「フィールド」フィールド、「演算子」フィールドおよび「値」フィールドによって定義される条件文を終了条件句に追加します。

更新

選択した条件文を「フィールド」フィールド、「演算子」フィールドおよび「値」フィールドによって定義されている条件文に変更します。

「条件句」ペイン

終了条件に追加された条件文が一覧表示されます。複数の句をAND文として追加できます。

削除

選択した条件文を削除します。

カスタム条件の式

条件句から生成したIdocスクリプトを表示および編集できます。

A.2.7 ワークフロー・スクリプト・ユーザー・インタフェース

次の画面は、ワークフロー・スクリプトを作成するために使用します。

- A.2.7.1項「「ワークフロー・スクリプト」画面」

- A.2.7.2項「「スクリプトの追加」/「スクリプトの編集」画面」

- A.2.7.3項「「スクリプトの追加」/「スクリプトの編集」画面: 「ジャンプ」タブ」

- A.2.7.4項「「スクリプトの追加」/「スクリプトの編集」画面: 「カスタム」タブ」

- A.2.7.5項「「スクリプトの追加」/「スクリプトの編集」画面: 「テスト」タブ」

- A.2.7.6項「「ジャンプの追加」/「ジャンプの編集」画面」

- A.2.7.7項「「ジャンプの追加」/「ジャンプの編集」画面: 「サイド・エフェクト」タブ」

- A.2.7.8項「「ジャンプの追加」/「ジャンプの編集」画面: 「メッセージ」タブ」

- A.2.7.9項「「コンテンツ・アイテムの表示」画面」

- A.2.7.10項「「ワークフロー・ステップの選択」画面」

A.2.7.1 「ワークフロー・スクリプト」画面

この画面は、スクリプト・テンプレートを追加、編集および削除するために使用します。

この画面にアクセスするには、「ワークフロー管理」画面の「オプション」メニューから「スクリプト・テンプレート」を選択します。

要素

説明

フィールド

- 名前: ワークフロー・テンプレート名。

- 説明: テンプレートの説明。

- サマリー: テンプレートに定義されているコード。

ボタン

- 追加: 新しいスクリプトを追加する際に使用します。

- 編集: スクリプトを編集する際に使用します。

- 削除: スクリプトを削除します。

A.2.7.2 「スクリプトの追加」/「スクリプトの編集」画面

この画面は、スクリプト・テンプレートを作成、変更およびテストするために使用します。

この画面にアクセスするには、「ワークフロー・スクリプト」画面で「追加」または「編集」をクリックします。

A.2.7.3 「スクリプトの追加」/「スクリプトの編集」画面: 「ジャンプ」タブ

この画面は、スクリプト・テンプレート・コードを作成するために使用します。

この画面にアクセスするには、「スクリプトの追加」/「スクリプトの編集」画面で「ジャンプ」タブをクリックします。

要素

説明

「ジャンプ」ペイン

スクリプトに含まれているジャンプが一覧表示されます。

ボタン:

- 「追加」または「編集」: サイド・エフェクトを追加または編集する際に使用します。

- 削除: 選択したジャンプを削除する際に使用します。

中央のペイン

- フィールド: 評価する条件またはフィールド。

- 演算子: フィールドで使用する演算子。

- 値: 指定されたメタデータ・フィールドの値。1つ以上の文字を照合するには、ワイルドカードとしてアスタリスク(*)を使用し、1文字を照合するには、疑問符(?)を使用します。

ボタン:

- 追加: 条件文をジャンプに追加する際に使用します。

- 更新: 選択した文を、ペインに定義されている文に変更します。

「スクリプトの句」ペイン

ジャンプに追加された条件文が一覧表示されます。複数の句をAND文として追加できます。選択した文を削除するには「削除」をクリックします。

ターゲット・ステップ

ジャンプのターゲット・ステップを指定します。リストからステップを選択するには、「選択」をクリックします。

A.2.7.4 「スクリプトの追加」/「スクリプトの編集」画面: 「カスタム」タブ

この画面は、「ジャンプ」タブのオプションによって自動的に生成されたスクリプトを編集するために使用します。

この画面にアクセスするには、「スクリプトの追加」/「スクリプトの編集」画面で「カスタム」タブをクリックします。

要素

説明

カスタム・スクリプトの式

選択すると、スクリプト・バージョンを編集および保存できるようになります。選択を解除すると、「ジャンプ」タブで定義された文がスクリプトに反映されます。式は元の定義に戻ります。

「スクリプト」ペイン

スクリプト・テンプレートのすべてのジャンプのスクリプトが表示されます。

A.2.7.5 「スクリプトの追加」/「スクリプトの編集」画面: 「テスト」タブ

この画面は、スクリプト・テンプレートをテストするために使用します。

このタブにアクセスするには、「スクリプトの追加」/「スクリプトの編集」画面で、このタブをクリックします。

要素

説明

コンテンツID

テストするコンテンツ・アイテムのコンテンツID。アイテムを選択できる画面を開くには、IDを入力するか、「選択」をクリックします。

「データの入力」ペイン

ワークフローの選択時と、コンテンツ・アイテムのワークフロー状態のロード時にテストするデータを示します。

アイテムのワークフロー状態のロード

選択されたコンテンツ・アイテムのコンパニオン・ファイルをロードします。選択されたコンテンツ・アイテムがワークフローに存在しない場合は、ワークフローに新しく入力されたコンテンツ・アイテムとして処理されます。

テスト・スクリプト

スクリプトをテストし、結果を「結果」ペインに表示します。

「結果」ペイン

スクリプト・テストの結果。処理エラーが発生すると、Idocスクリプト・エラー・メッセージが表示されます。

A.2.7.6 「ジャンプの追加」/「ジャンプの編集」画面

この画面は、スクリプト・テンプレートのジャンプのサイド・エフェクトおよび通知メッセージを追加または編集するために使用します。

この画面にアクセスするには、「スクリプトの追加」/「スクリプトの編集」画面: 「ジャンプ」タブの「ジャンプ」ペインで、「追加」または「編集」をクリックします。

要素

説明

「サイド・エフェクト」タブ

ジャンプ名、リターン・ポイント、カスタム・サイド・エフェクトの指定、およびジャンプの通知の有効化を行うために使用します。

「メッセージ」タブ

ジャンプの通知メッセージを入力するために使用します。

A.2.7.7 「ジャンプの追加」/「ジャンプの編集」画面: 「サイド・エフェクト」タブ

この画面は、スクリプト・テンプレートのジャンプのサイド・エフェクトを追加または編集するために使用します。

このタブにアクセスするには、「ジャンプの追加」/「ジャンプの編集」画面で「サイド・エフェクト」タブをクリックします。

要素

説明

ジャンプ名

ジャンプの名前。

リターン・ポイントを設定する

選択すると、リターン・ステップが使用されます。

実行時にユーザーに通知しない

選択すると、ステップのレビューアは、ジャンプが入力されたときに、「メッセージ」タブで定義されたメッセージを受信します。

ドキュメントの編集状態の解除

選択すると、ドキュメントが承認前にリリースされます。

「カスタム効果」ペイン

Idocスクリプトを使用して、カスタム・サイド・エフェクトを入力するために使用します。

A.2.7.8 「ジャンプの追加」/「ジャンプの編集」画面: 「メッセージ」タブ

この画面は、ジャンプの通知メッセージをスクリプト・テンプレートに入力するために使用します。

この画面にアクセスするには、「ジャンプの追加」/「ジャンプの編集」画面で「メッセージ」タブをクリックします。

A.2.7.9 「コンテンツ・アイテムの表示」画面

この画面は、スクリプト・テンプレートをテストする目的で既存のリビジョンを選択するために使用します。

この画面にアクセスするには、「スクリプトの追加」/「スクリプトの編集」画面: 「テスト」タブで「選択」をクリックします。情報のフィルタリングの詳細は、A.1.2.3項「「フィルタの定義」画面」およびA.1.2.4項「「列の表示」画面」を参照してください。リビジョンを使用するには、アイテムを選択して「OK」をクリックします。

A.2.7.10 「ワークフロー・ステップの選択」画面

この画面は、スクリプト・テンプレートをテストする目的で既存のワークフロー・ステップを選択するために使用します。

この画面にアクセスするには、「スクリプトの追加」/「スクリプトの編集」画面: 「テスト」タブで「ワークフローの選択」をクリックします。

要素

説明

ワークフロー

「ステップ」フィールドにワークフロー・ステップを表示するワークフローを選択します。

ステップ

選択したステップがテスト用に使用されます。

A.3 PDFウォーターマーク・インタフェース

この項では、PDF Watermarkのインタフェース画面について説明します。

この項の内容は次のとおりです。

- A.3.1項「「PDFウォーターマークの管理」画面」

- A.3.2項「「ルール」タブ」

- A.3.3項「「新規ルールの追加」/「ルールの編集」画面」

- A.3.4項「「新しい条件の追加」/「条件の編集」画面」

- A.3.5項「「テンプレート」タブ」

- A.3.6項「「新規テンプレートの追加」/「テンプレートの編集」画面」

- A.3.7項「「新しいテキスト・ウォーターマークの追加」/「テキスト・ウォーターマークの編集」ウィンドウ」

- A.3.8項「「新しいイメージ・ウォーターマークの追加」/「イメージ・ウォーターマークの編集」ウィンドウ」

- A.3.9項「「新しいシグネチャ・ウォーターマークの追加」/「シグネチャ・ウォーターマークの編集」ウィンドウ」

- A.3.10項「「構成」タブ」

- A.3.11項「「デフォルト値の編集」画面」

A.3.1 「PDFウォーターマークの管理」画面

「PDFウォーターマークの管理」画面は、ウォータマークを適用するコンテキストで使用されるルール、テンプレートおよびテンプレートのメタデータ値を指定するために使用します。この画面にアクセスするには、「メイン」メニューで「管理」→「PDF Watermarkの管理」を選択します。

タブ

説明

ルール

「ルール」タブを開きます。

テンプレート

「テンプレート」タブを開きます。

構成

「構成」タブを開きます。

A.3.2 「ルール」タブ

この画面は、ユーザー・リクエストに応じて動的にウォーターマークを入れるコンテンツを特定する、ルールまたはルールセットを定義するために使用します。

この画面にアクセスするには、「PDFウォーターマークの管理」画面で「ルール」タブをクリックします。

要素

説明

「追加」または「編集」

「新規ルールの追加」/「ルールの編集」画面を開きます。

削除

選択したルールをリストから削除します。

「上に移動」/「下に移動」

選択したルールの優先度に関連する配置順序を調整します。リスト内のルールの位置が高いほど、そのルールの階層内での優先度が高くなります。

A.3.3 「新規ルールの追加」/「ルールの編集」画面

この画面は、ルールを指定したり、PDFウォーターマーク・テンプレートのルールを編集するために使用します。

この画面にアクセスするには、「ルール」タブで「追加」をクリックします。

フィールド

説明

名前

ルール名。

テンプレートID

テンプレートのコンテンツID。

「追加」または「編集」

ルールに新しい条件を追加したり、編集対象の条件を表示します。使用可能な条件の一部またはすべてに対して値を指定します。

A.3.4 「新しい条件の追加」/「条件の編集」画面

この画面は、新しい条件を追加したり、既存の条件を変更するために使用します。

この画面にアクセスするには、「新規ルールの追加」/「ルールの編集」画面で「追加」または「編集」をクリックします。

フィールド

説明

フィールド名

新しいフィールドまたは編集済フィールドの名前。

値

トリガー値(使用する条件)の名前。

オプション

フィールドがリストの場合は、そのリストに値が表示されます。

A.3.5 「テンプレート」タブ

この画面は、ウォーターマーク・テンプレートを設計および編集するために使用します。

この画面にアクセスするには、「PDFウォーターマークの管理」画面で「テンプレート」をクリックします。

要素

説明

「追加」および「編集」

「新規テンプレートの追加」/「テンプレートの編集」画面を開きます。

A.3.6 「新規テンプレートの追加」/「テンプレートの編集」画面

この画面は、PDFウォーターマークのテンプレートの値を指定するために使用します。

この画面にアクセスするには、「テンプレート」タブで「追加」または「編集」をクリックします。

要素

説明

タイトル

テンプレートのタイトル。

コンテンツID

このテンプレートのコンテンツID。

セキュリティ・レベル

「なし」(デフォルト)、「40」または「128」に設定して、ビット暗号化のレベルを示します。

ユーザー・パスワード/所有者パスワード

セキュリティが適用されている場合は、PDFの表示にユーザー・パスワードが必要です。PDFの変更は許可されていないため、PDFのパスワード、権限およびセキュリティ・レベルの変更には所有者パスワードが必要です。

印刷の許可

印刷を許可する場合は「はい」に設定します。低品質バージョンのコンテンツの印刷を許可する場合は「低下」を選択します。

コピーを許可する

コピーを許可する場合は、「はい」に設定します。

サマリー・タブ

テキスト・ウォーターマークとイメージ・ウォーターマークを作成、編集または削除する場合に使用します。電子シグネチャ・コンポーネントが有効な場合は、電子シグネチャが設定されたコンテンツ・アイテムに関する電子シグネチャ・データで構成されたウォーターマークも作成、編集または削除できます。

A.3.7 「新しいテキスト・ウォーターマークの追加」/「テキスト・ウォーターマークの編集」ウィンドウ

この画面は、PDFウォーターマークに表示されるテキストの値を指定するために使用します。

この画面にアクセスするには、「新規テンプレートの追加」/「テンプレートの編集」画面で「テキスト・ウォーターマーク」タブをクリックします。

要素

説明

テキスト

ウォーターマークに表示されるテキスト。このテキストには埋込み記号を含めることもできます。

$PAGE$: ドキュメント内の現在のページ。

$PAGE_COUNT$: ドキュメント内の合計ページ数。

$DATE$: ドキュメントがレンダリングされた日付。

$TIME$: ドキュメントがレンダリングされた時刻。

$USER$: リクエスト・ユーザーの名前。

$$<フィールド名>$$の形式でドキュメント情報を含めることもできます。たとえば、期限切れ通知と有効期限を含めるには、次のように指定します。

Expiration Date: $$dOutDate$$

配置と表示の詳細

ウォーターマークの場所と外観を指定します。

- 場所: 画面上の位置。

- 「X座標」と「Y座標」: ポイントで指定した位置の座標。1ポイントは、基準点となる0:0位置からの1/72インチです。

- ローテーション: 配置の角度(反時計方向に0から359度)。

- 位置合わせ: 画面での位置合せ。

- フォント情報: フォント名、サイズ、太さ(太字など)および色を選択します。

レイヤー

コンテンツの「上」または「下」のレイヤーにウォーターマークを配置します。デフォルトは「上」です。

「ページ範囲」および修飾子

ウォーターマークを入れるページ。たとえば、1,2,4,10:15,19,23:LASTのように指定します。範囲はコロンで指定します。左側を空白にすると、すべてのページにウォーターマークが入ります。

修飾子には、「すべてのページ」、「奇数ページのみ」、「偶数ページのみ」があります。

A.3.8 「新しいイメージ・ウォーターマークの追加」/「イメージ・ウォーターマークの編集」ウィンドウ

この画面は、PDFウォーターマークに表示されるイメージの値を指定するために使用します。

この画面にアクセスするには、「新規テンプレートの追加」/「テンプレートの編集」画面で「イメージ・ウォーターマーク」タブをクリックします。

要素

説明

コンテンツID

ウォーターマークに使用するイメージのコンテンツID。

スケール係数

デフォルトの72 DPI以外の解像度を備えたイメージの測定に使用する係数。スケール係数は、計算式「<デフォルトDPI> / <イメージDPI> * 100%」に基づいたパーセントで示されます。たとえば、300 DPIのイメージのサイズと解像度を維持するためのスケール係数24は、「72 DPI / 300 DPI * 100% = 24%」のように計算されます。

場所

画面上の場所。

X座標

ポイントで指定された配置に対するX軸。1ポイントは、基準点となる0:0位置からの1/72インチです。

Y座標

ポイントで指定された配置に対するY軸。1ポイントは、基準点となる0:0位置からの1/72インチです。

レイヤー

コンテンツの「上」または「下」のレイヤーにウォーターマークを配置します。デフォルトは「上」です。

「ページ範囲」および修飾子

ウォーターマークを入れるページ。たとえば、1,2,4,10:15,19,23:LASTのように指定します。範囲はコロンで指定します。左側を空白にすると、すべてのページにウォーターマークが入ります。

修飾子には、「すべてのページ」、「奇数ページのみ」、「偶数ページのみ」があります。

A.3.9 「新しいシグネチャ・ウォーターマークの追加」/「シグネチャ・ウォーターマークの編集」ウィンドウ

この画面は、電子シグネチャ・データで構成されるPDF Watermarkを設定するために使用します。シグネチャ・ウォーターマークを作成するには、電子シグネチャ・コンポーネントを有効にする必要があります。

この画面にアクセスするには、「新規テンプレートの追加」/「テンプレートの編集」画面でシグネチャ・ウォーターマーク・タブをクリックします。

要素

説明

ラベル

ウォーターマークを識別するためのテキストを指定します。

フィールド

ウォーターマークで使用する電子シグネチャ・メタデータ・フィールドを指定します。

ここで指定するフィールドは、電子シグネチャ表の標準フィールドまたはユーザー定義フィールドです。フィールドはカンマ区切りリストで指定します。

配置と表示の詳細

ウォーターマークの場所と外観を指定します。

- 場所: 画面上の位置。

- 「X座標」と「Y座標」: ポイントで指定した位置の座標。1ポイントは、基準点となる0:0位置からの1/72インチです。

- ローテーション: 配置の角度(反時計方向に0から359度)。

- 位置合わせ: 画面での位置合せ。

- フォント情報: フォント名、サイズ、太さ(太字など)および色を選択します。

レイヤー

コンテンツの「上」または「下」のレイヤーにウォーターマークを配置します。デフォルトは「上」です。

「ページ範囲」および修飾子

ウォーターマークを入れるページ。たとえば、1,2,4,10:15,19,23:LASTのように指定します。範囲はコロンで指定します。左側を空白にすると、すべてのページにウォーターマークが入ります。

修飾子には、「すべてのページ」、「奇数ページのみ」、「偶数ページのみ」があります。

A.3.10 「構成」タブ

この画面は、PDFウォーターマーク設定用のデフォルトのメタデータ・フィールド値を指定するために使用します。

この画面にアクセスするには、「PDFウォーターマークの管理」画面で「構成」をクリックします。

要素

説明

編集

使用可能なメタデータ・フィールドのデフォルト値のいずれか、またはすべての値を指定する場合に使用します。

A.3.11 「デフォルト値の編集」画面

この画面は、新しいテンプレートでチェックインするためのメタデータ・フィールドのデフォルト値を編集するために使用します。

この画面にアクセスするには、 「構成」タブで「編集」をクリックします。

要素

説明

フィールド名

新しいフィールドまたは編集済フィールドの名前。

値

トリガー値の名前。

A.4 コントリビューション・フォルダ・インタフェース

この項では、コントリビューション・フォルダ管理インタフェースの画面について説明します。

この項の内容は次のとおりです。

- A.4.1項「「仮想フォルダの管理構成」画面」

- A.4.2項「「システム・フォルダの構成」画面」

- A.4.3項「システムのデフォルト情報のフィールド構成ページ」

- A.4.4項「ローカル・フォルダ・ページ」

- A.4.5項「フィールド情報の継承構成ページ」

A.4.1 「仮想フォルダの管理構成」画面

この画面は、他のフォルダのシステム構成ページへのアクセスを提供するために使用します。

この画面にアクセスするには、「メイン」メニューで「管理」→「フォルダ構成」を選択します。

要素

説明

仮想フォルダ当たりの最大フォルダ数/仮想フォルダ当たりの最大コンテンツ数

どのユーザーも定義できる仮想フォルダの最大数と、どのフォルダにも含めることができるフィールドの数を設定します。変更内容を適用するには、「更新」をクリックします。

アーカイブのエクスポート

フォルダ階層をアーカイブ・ファイルとしてエクスポートします。

アーカイブのインポート

指定したフォルダ・アーカイブをインポートします。

注意: フォルダ・アーカイブ・ファイルをインポートすると、現在のフォルダがすべて削除され、インポートした階層に置き換えられます。

インポート対象フォルダのリストを表示するには、「参照」をクリックします。

システム・フォルダの構成

「システム・フォルダの構成」画面を開きます。

システムのデフォルトの情報フィールドの構成

システムのデフォルト情報のフィールド構成ページを開きます。

ローカル・フォルダ

ローカル・フォルダ・ページを開きます。

フィールド情報の継承構成

フィールド情報の継承構成ページを開きます。

A.4.2 「システム・フォルダの構成」画面

この画面は、システム・レベルのコントリビューション・フォルダを有効または無効にするために使用します。

このページにアクセスするには、次のいずれかを実行します。

- 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。「システム・フォルダの構成」を選択します。

- 「仮想フォルダの管理構成」画面で「システム・フォルダの構成」をクリックします。

要素

説明

「有効」/「無効」アイコン

アイコンをクリックして、フォルダを有効または無効にします。

重要:

問合せフォルダは「チェックアウト」および「開く」とともに使用する場合にのみサポートされます。

A.4.3 システムのデフォルト情報のフィールド構成ページ

このページは、コントリビューション・フォルダにシステムのデフォルト・メタデータを設定するために使用します。

このページにアクセスするには、次のいずれかを実行します。

- 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。「システムのデフォルト情報のフィールド構成」を選択します。

- 「仮想フォルダの管理構成」画面で「システムのデフォルト情報のフィールド構成」をクリックします。

要素

説明

情報フィールド

フォルダの値が未定義の場合またはユーザーが値を定義していない場合に、コントリビューション・フォルダを介してチェックインされたコンテンツに適用するメタデータ値を定義します。この値は、最初のチェックインにのみ適用されます。Idocスクリプトを使用できます。リリース日が未指定の場合は、現在の日時が使用されます。

A.4.4 ローカル・フォルダ・ページ

このページは、コントリビューション・フォルダ構造をローカル・ファイル・システムにマップするために使用します。

このページにアクセスするには、次のいずれかを実行します。

- 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。「ローカル・フォルダ」を選択します。

- 「仮想フォルダの管理構成」画面で「ローカル・フォルダ」をクリックします。

要素

説明

再構築

既存のローカル・ディレクトリ構造を削除し、フォルダ構造を再作成します。サブディレクトリおよびファイルはすべてローカル・ディレクトリから削除されてから、ローカル・ディレクトリに再度コピーされます。

削除

ファイル・システムからローカル・ディレクトリを削除します。

フォルダ

ローカル・ディレクトリにマップするコントリビューション・フォルダ。マップするフォルダを選択するには、「参照」をクリックします。

ローカル・ディレクトリ

フォルダ構造がレプリケートされるディレクトリ。

追加

ファイル・システム上の指定のディレクトリにフォルダをレプリケートします。

A.4.5 フィールド情報の継承構成ページ

このページは、コントリビューション・フォルダからそのサブフォルダとコンテンツ・アイテムに伝播されるメタデータ値を選択するために使用します。

このページにアクセスするには、次のいずれかを実行します。

- 「メイン」メニューで、「管理」→「フォルダ構成」を選択します。「フィールド情報の継承構成」を選択します。

- 「仮想フォルダの管理構成」画面で「フィールド情報の継承構成」をクリックします。

要素

説明

フィールド情報の各チェック・ボックス

伝播されるメタデータ・フィールドを選択します。

A.5 フォリオ・テンプレートの作成/フォリオ・テンプレートの編集ページ

このページは、ユーザーが詳細フォリオの作成時に選択した事前定義済の構造を使用してテンプレートを作成するために使用します。2つのタブで構成されています。

- A.5.1項「「構造」タブ」

- A.5.2項「「プロパティ」タブ」

この画面にアクセスするには、「メイン」メニューで「管理」→「フォリオの管理」を選択します。「フォリオ・テンプレートの作成」をクリックします。

A.5.1 「構造」タブ

「構造」タブは、次のセクションに分かれています。

- A.5.1.1項「フォリオ構造ペイン」

- A.5.1.2項「「エレメント情報」ペイン」

- A.5.1.3項「「ソース・アイテム」ペイン」

A.5.1.1 フォリオ構造ペイン

このペインは、フォリオ階層を構成するオブジェクトを定義するために使用します。

このペインは、フォリオ・テンプレートの作成/フォリオ・テンプレートの編集ページの一部です。特に明記されていない場合、情報はすべての要素(ノード、アイテム、スロット)に適用できます。

項目

説明

選択したソース・アイテムの挿入

「ソース・アイテム」ペインで選択したアイテムを挿入します。

検索によるアイテムの挿入

ノードまたはスロットに追加するアイテムを検索するためのウィンドウを開きます。

チェックインによるアイテムの挿入

選択したノードまたはスロットで使用するアイテムのチェックインに使用するコンテンツ・チェックイン・フォームがあるウィンドウを開きます。

コンテンツ・アイテムの削除

(アイテムのみ)スロットからコンテンツ・アイテムを削除します。

ハイパーテキストの挿入

指定したURLへのハイパーリンクを設定できるフォリオ構造に新しいアイテムを作成します。

「ノードの作成」または「スロットの作成」

フォリオ構造内に新規のノードまたはスロットを作成します。

「切取り」、「コピー」、「貼付け」

コピーまたは貼付けるために、構造からオブジェクトを切り取ります。

削除

オブジェクトを削除します。

A.5.1.2 「エレメント情報」ペイン

このペインは、フォリオを定義するためにチェックインしたXMLテンプレート・ファイルの各要素の詳細を定義するために使用します。

このペインは、フォリオ・テンプレートの作成/フォリオ・テンプレートの編集ページの一部です。特に明記されていない場合、フィールドはすべての要素(ノード、アイテム、スロット)に対して表示されます。

重要:

エレメント情報はフォリオ・テンプレートに固有であり、テンプレートに関連付けられているコンテンツ・アイテムには固有ではありません。1つのコンテンツ・アイテムを複数の異なるフォリオ・テンプレートに関連付けることができ、そのアイテムに関するエレメント情報は、テンプレートごとに異なる設定にできます。1つのテンプレートでエレメント情報を変更しても、別のテンプレートでは変更されません。

情報

説明

名前

エレメントの名前。

説明

使用目的を識別するのに役立つエレメントの説明。

属性(スロットおよびアイテム)

エレメントについて許容される使用方法と制限。次のオプションがあります。

- 空を許可

- コンテンツのロック

- 削除可能

- 外部を許可

- フォーマットの制限

- フォリオを許可

- コンテンツ・プロファイル

- アイテムのクローン

属性(ノード)

ノードのデフォルト属性。次のオプションがあります。

- 削除可能

- 移動可能な子

- アイテム作成を許可

- ノード作成を許可

- 最大アイテム数

- 最大ノード数

- コンテンツ・プロファイル

コンテンツID

(アイテムおよびスロット)コンテンツ・アイテムの一意の識別子。

作成日

(アイテムおよびスロット)コンテンツ・アイテムが作成された日付。

最終変更

(アイテムおよびスロット)アイテムが変更された日付。

リンク

(ハイパーリンクのみ)ハイパーリンクのURL。

A.5.1.3 「ソース・アイテム」ペイン

このペインでは、フォリオで使用するようにチェックインしたアイテムが収集されます。検索結果が表示され、フォリオに挿入するアイテムを選択できます。

選択メニューを使用して、トレイに表示するコンテンツ・バスケットを選択します。

A.5.2 「プロパティ」タブ

この画面は、デフォルトのフォリオ・テンプレート・プロパティを定義して、フォリオ・テンプレートを有効化するために使用します。

この画面にアクセスするには、フォリオ・テンプレートの作成/フォリオ・テンプレートの編集ページで「プロパティ」タブをクリックします。

フォーム要素

説明

テンプレート有効

選択すると、詳細フォリオの作成時にユーザーがテンプレートを使用できるようになります。

チェックイン・プロファイル

ユーザーがこのテンプレートに基づいて新しく作成したフォリオにチェックインする場合に使用されるプロファイルを指定します。ここでプロファイルを選択すると、チェックイン時にユーザーがプロファイルを選択するためのオプションが抑制されます。

ビューア

フォリオの表示ページに使用するビューアを指定します。

レンダラ

フォリオの編集ページの「レンダラ」メニューで使用可能なオプションを指定します。オプションは、次のとおりです。

- ZIPレンディション

- PDFレンディション

- XMLレンディション

改訂済フォリオ・コンテンツのアーカイブの作成

選択すると、フォリオ・コンテンツの現行リビジョンがフラット・ファイルに圧縮され、ファイルがロックされたり、スナップショットが作成されるたびに、フォリオ・リビジョンのネイティブ・ファイルとして格納されます。デフォルトでは無効になっています。

フォリオ・アイテムのクローン

選択すると、テンプレートからフォリオが作成される際、テンプレートで指定したコンテンツ・アイテムはすべてクローニングされます。アイテムをクローニングすると、コピーが作成され、新しいコンテンツ・アイテムとしてチェックインされます。有効になっていない場合、テンプレートで指定したコンテンツ・アイテムは、既存のコンテンツIDを使用してフォリオに関連付けられます。

フォーム要素

説明

デフォルトのフォリオのプロファイル

コンテンツ・アイテムをフォリオに追加するときに検索およびチェックインのために使用するプロファイルを指定します。

ノード作成を許可

選択すると、ノードを作成できるようになります。

アイテム作成を許可

選択すると、アイテムを作成できるようになります。

ネステッド・フォリオを許可

選択すると、フォリオに他のフォリオをアイテムとして追加できるようになります。

外部アイテムを許可

選択すると、フォリオに外部リンクを追加できるようになります。

A.6 Content Trackerインタフェース

この項では、Content Trackerインタフェースの画面について説明します。

この項の内容は次のとおりです。

- A.6.1項「データ・エンジン・コントロール・センター」

- A.6.2項「Content Trackerレポートの生成メイン・ページ」

A.6.1 データ・エンジン・コントロール・センター

この画面は、Content Trackerデータ・エンジンのユーザー制御機能へのアクセスを提供します。

この画面にアクセスするには、「メイン」メニューで「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」をクリックします。

この項では、このページからアクセスできる次の各タブについて説明します。

- A.6.1.1項「「コレクション」タブ」

- A.6.1.2項「「削減」タブ」

- A.6.1.3項「「スケジュール」タブ」

- A.6.1.4項「「スナップショット」タブ」

- A.6.1.5項「「サービス」タブ」

- A.6.1.6項「「拡張されたサービス・トラッキング」画面」

- A.6.1.7項「「フィールドの変更」画面」

A.6.1.1 「コレクション」タブ

この画面は、セッションのWebトラフィック・データ収集を有効にする場合に使用します。

この画面にアクセスするには、データ・エンジン・コントロール・センターで「コレクション」タブをクリックします。

要素

説明

データ収集の有効化

選択すると、データ収集が有効になります。変更内容を有効にするには、Oracle WebCenter ContentサーバーおよびWebサーバーを再起動する必要があります。

A.6.1.2 「削減」タブ

この画面は、データ削減を手動で開始または停止したり、データ削減操作の進行状況を監視したり、表の行の生成元となったRawデータ・ファイルを削除するために使用します。

この画面にアクセスするには、データ・エンジン・コントロール・センターで「削減」タブをクリックします。

要素

説明

サイクル

入力データの状態。値は次のとおりです。

- 新規

- 最新

- アーカイブ

データ収集日

入力データが収集された日付。

ステータス

削減データのステータス。

- 準備完了

- 実行中

- アーカイブ

完了(%)

削減プロセスの進行状況。

完了日

データ削減プロセスが完了した日時。

データの削減

選択したデータに対するデータ削減プロセスを開始します。

削減の停止

削減プロセスの実行を終了します。

削除

選択した入力データを削除します。Rawデータが削除された場合、表内の削減されたデータに影響はありません。

アーカイブの削除

アーカイブ・サイクルの入力データを削除します。Rawデータが削除された場合、表内の削減されたデータに影響はありません。

A.6.1.3 「スケジュール」タブ

この画面は、自動データ削減を有効にするために使用します。

この画面にアクセスするには、データ・エンジン・コントロール・センターで「スケジュール」タブをクリックします。

要素

説明

スケジュール設定が有効化されています

選択すると、データ削減が自動的に実行されます。

実行日

選択すると、選択した日にデータ削減がに実行されます。

実行時刻

データ削減を実行する時間および分を選択するために使用します。

A.6.1.4 「スナップショット」タブ

この画面は、特定のアクティビティ・メトリックを選択的に有効にし、事前定義済のカスタム・メタデータ・フィールドに自動的に割り当てるために使用します。

この画面にアクセスするには、データ・エンジン・コントロール・センターで「スナップショット」タブをクリックします。

すべてのフィールドで、大/小文字が区別されます。すべてのフィールド値が正しいスペルの大文字であることを確認してください。

要素

説明

スナップショットの後処理を有効化します。

選択すると、アクティビティ・メトリック機能がアクティブになり、ユーザーは機能を個別に選択して適用可能なメタデータ・フィールドに割り当てることができます。デフォルトでは無効になっています。

このオプションを選択する前に、各メトリックに関連付けるカスタム・メタデータ・フィールドを作成します。

最終アクセスの更新を有効化します。

選択すると、関連付けられた検索関連性メタデータ・フィールドおよび「自動ロード」チェック・ボックスがアクティブ化されます。このアクティビティ・メトリックにリンクされるメタデータ・フィールドまたはカスタム・メタデータ・フィールドの内部名を入力します。

一部のアプリケーションでは、最終アクセス・フィールドに常に有効な値を設定しておく必要があります。

DocMetaデータベース表に空の最終アクセス・フィールドを移入する問合せを開始するには、「自動ロード」をクリックします。

「短期アクセス・カウントの更新を有効化します。」/「長期アクセス・カウントの更新を有効化します。」および「時間間隔」

選択すると、関連付けられた検索関連性メタデータ・フィールドおよび時間間隔フィールドがアクティブ化されます。このアクティビティ・メトリックにリンクされるメタデータ・フィールドの内部名を入力します。アクティビティ・メトリック・カウントの間隔は日数で指定します。

A.6.1.5 「サービス」タブ

この画面は、追加のサービス・コール(および関連付けられたサービスに関連するデータ値)を記録するために使用します。

この画面にアクセスするには、データ・エンジン・コントロール・センターで「サービス」タブをクリックします。

このタブは、コンテンツ・アクセスのみモードが「オン」(デフォルト)に設定されている場合は表示されません。

要素

説明

サービス

Content Trackerによってログに記録されたサービスの名前および結果セット値。

「追加」または「編集」

「拡張されたサービス・トラッキング」画面を開きます。

削除

選択したサービスを削除します。

A.6.1.6 「拡張されたサービス・トラッキング」画面

この画面は、SctServiceHandler.hdaファイル内のServiceExtraInfo ResultSetに含まれているサービス・エントリを構成するために使用します。

この画面にアクセスするには、「サービス」タブで「追加」をクリックします。

要素

説明

サービス名

ログに記録するサービスの名前(たとえば、GET_FILE)。

呼出し元製品

サービスがログに記録されるときにSctAccessLog表にコピーされる文字列。通常、すべての標準エントリに対してCore Serverに設定されています。

イベント・タイプ

サービスがログに記録されるときにSctAccessLog表にコピーされる文字列。通常、すべての標準エントリに対してContent Accessに設定されています。

参照

SctAccessLog表のsc_scs_referenceフィールドを設定するために使用します。空白の場合は、内部getReferenceロジックが使用されます。

フィールドの変更

SctServiceFilter.hdaファイルに追加されるフィールド・マップResultSetの名前。拡張されたサービス・コール・トラッキング機能を使用する場合に必要です。

DataBinderフィールド情報は、SctAccessLog表の汎用列に記録できます。

サービスが呼び出されたときにオブジェクトを書き出す構成変数を設定できます。これにより、イベントが記録されるときに使用可能なデータを参照できます。フィールドをマッピングするには、「追加」をクリックします。

フィールド・ペイン

フィールド・マップResultSetに関連付けられたデータ・フィールド、場所および表の列名の各セットが表示されます。

A.6.1.7 「フィールドの変更」画面

この画面は、サービス・エントリにリンクされ、SctServiceHandler.hdaファイルに格納されているフィールド・マップResultSetsを構成するために使用します。

この画面にアクセスするには、「拡張されたサービス・トラッキング」画面で「追加」をクリックします。

サービス・ハンドラ・フィルタを構成してサービスDataBinderオブジェクトをダンプ・ファイルに書き込むように、SctDebugServiceBinderDumpEnable構成変数を設定できます。詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

要素

説明

フィールド名

データ・フィールドの名前。

フィールドの場所

ログに記録されるデータ・フィールドが配置されているOracle WebCenter Contentサーバー・サービスDataBinderのセクション。値は次のとおりです。

- ローカル・データ

- 環境

- バインダResultSet

列名

データ値がログに記録される、SctAccessLog表の列。

A.6.2 Content Trackerレポートの生成メイン・ページ

この画面は、事前定義済レポートを選択するために使用します。

この画面にアクセスするには、「メイン」メニューで「管理」→「Content Trackerレポート」を選択します。

フィールド

説明

「日付」のフィールドおよびメニュー

レコードを検索する特定の期間の開始と終了。「日付」メニューを使用して、相対的な日付をフィールドに入力します。

- 昨日

- 最新の週

- 最新の月

- 最新の年

1ページ当たりの行数

レポートの各ページに表示する結果行の数を指定します。

合計ページ数

レポートの結果ページの最大数を指定します。

基準

検索結果をフィルタ処理し、該当するドリルダウン・レポートに即時にアクセスします。

コンテンツおよびユーザー

選択した条件に従ってコンテンツおよびユーザーが一覧表示されます。

A.7 Content Categorizerインタフェース

この項では、Content Categorizerインタフェースの画面について説明します。

この項の内容は次のとおりです。

- A.7.1項「Content Categorizerの管理ページ」

- A.7.3項「「ルール・セット」タブ」

- A.7.4項「「オプション・リスト」タブ」

- A.7.5項「「Filetypeマップ」タブ」

- A.7.6項「「カテゴライザ・エンジン」タブ」

- A.7.7項「「問合せツリー」タブ」

- A.7.8項「「フィールドのプロパティ」タブ」

- A.7.9項「「バッチ・カテゴライザ」画面」

- A.7.10項「「既存の分類」画面」

A.7.1 Content Categorizerの管理ページ

この画面は、Content Categorizerの構成や検索ルールの定義、カテゴライザ・エンジンの登録および問合せツリーの作成を行うために使用します。

この画面にアクセスするには、「メイン」メニューで「管理」→「Content Categorizerの管理」を選択します。

要素

説明

「オプション」メニュー

アプリケーションを変更または終了するためのオプションがあります。

タブ

個々のタブを使用してソフトウェアを管理します。

- 「ルール・セット」タブ

- 「オプション・リスト」タブ

- 「Filetypeマップ」タブ

- 「カテゴライザ・エンジン」タブ

- 「問合せツリー」タブ

- 「フィールドのプロパティ」タブ

A.7.2 「構成」タブ

この画面は、Content Categorizerのランタイム構成設定を設定するために使用します。

この画面にアクセスするには、Content Categorizerの管理ページで「構成」タブをクリックします。

要素

説明

プロパティ

構成できるプロパティが一覧表示されます。

- sccRetainIntermediateXML: trueに設定すると、すべての中間ファイルが保持され、サーバー・ログのINFOトレース・エントリによって一時ファイルがコンテンツにマップされます。

- sccConsoleLogLevel: Oracle WebCenter Contentサーバーをバックグラウンド・サービスとして起動するのではなくフォアグラウンド・プロセスとして実行しているときに、コンソール・ウィンドウに表示する実行トレース情報のレベル。

- sccServerLogLevel: Oracle WebCenter Contentサーバーのログに表示する実行トレース情報のレベル。

- sccProximityWordcount: 「オプション・リスト」検索ルールで2つのキーワードが互いに近いと認識されるために、それらのキーワードに存在する必要があるワード数。デフォルトは10です。

- sccStrictXML: XMLインクルードに先行空白がない場合はtrueに設定します。

- sccRequireNonBlankValue: trueに設定すると、XMLタグが空の場合、検索結果には空白のメタデータ値が返されません。

- sccProximitySpanPunctuation: trueに設定すると、正規化プロセスにより、先頭および末尾の記号が文字列から削除されます。

- sccTruncateToFieldLength: trueに設定すると、XMLタグ・コンテンツが長すぎてターゲット・メタデータ・フィールドに収まらない場合は、収まる長さに自動的に切り捨てられます。falseに設定すると、XMLタグ・コンテンツが長すぎてターゲット・メタデータ・フィールドに収まらない場合は、エラーが生成されます。

- sccXMLConversion: 対話型モードまたはバッチ・モードで操作する場合に、ネイティブ・ドキュメントをXMLに変換するために使用するXML変換方法の名前。

値

各プロパティの現在の値。

編集

選択したプロパティの「フィールドの変更」画面を開きます。

A.7.2.1 「プロパティの構成」画面

この画面は、プロパティの値を編集するために使用します。

この画面にアクセスするには、「構成」タブでプロパティをハイライトし、「編集」をクリックします。

要素

説明

「プロパティ」フィールド

選択したプロパティの設定を変更します。

A.7.3 「ルール・セット」タブ

この画面は、Content Categorizerでメタデータ値の検索に使用される検索ルールを定義するために使用します。

この画面にアクセスするには、Content Categorizerの管理ページで「ルール・セット」タブをクリックします。

要素

説明

「ルールセット」リスト

定義されている検索ルールセット。ルールセットを別のルールセットに含めることはできず、指定のドキュメントに適用できるのは1つのルールセットのみです。

(ルールセットの)「追加」

「ルールセットの追加」画面を開きます。

(ルールセットの)「削除」

選択した検索ルールセットを削除します。デフォルトのルールセットは削除できません。

「フィールド」リスト

検索ルールを表示または定義するためのメタデータ・フィールドを選択します。検索ルールを許可するメタデータ・フィールドのみがリストに含まれます。

ルール・リスト

メタデータ・フィールドに対して定義されている検索ルール。検索は、表示されている順序で(リストの上から順に)実行されます。

列

検索ルールのタイプ、検索キーおよび件数が表示されます。

(ルール・リストの)「編集」

「フィールドのルールの追加」/「フィールドのルールの編集」画面を開きます。

(ルール・リストの)「削除」

選択した検索ルールを削除します。

(ルール・リストの)「上に移動」/「下に移動」

リスト内で選択した検索ルールを上下に移動します。

A.7.3.1 「ルールセットの追加」画面

この画面は、新しい検索ルールセットを定義するために使用します。

この画面にアクセスするには、Content Categorizerの管理ページで「追加」をクリックします。

重要:

Content Categorizerでファイル・タイプ(.doc、.txt、.xmlなど)を調べるには、そのタイプの空でないルールセットが必要です。特定のファイル・タイプのルールがない場合、Content Categorizerは例外をスローします。この例外を回避する最も簡単な方法は、デフォルトのルールセットに少なくとも1つのルールを追加することです。デフォルトのルールセットは、カスタム・ルールセットが割り当てられていないすべてのファイル・タイプに使用されます。

要素

説明

ルールセット名

ルールセット名を追加するために使用します。

A.7.3.2 「フィールドのルールの追加」/「フィールドのルールの編集」画面

この画面は、新しい検索ルールを定義したり、ルールを編集するために使用します。

この画面にアクセスするには、「ルール・セット」タブで「追加」または「編集」をクリックします。

要素

説明

ルール・リスト

検索ルールのタイプを選択します。

キー

検索ルールの検索キーを定義します。

件数

検索ルールの件数を定義します。

A.7.4 「オプション・リスト」タブ

この画面は、検索ルールのキーワードおよび重みを定義するために使用します。

この画面にアクセスするには、Content Categorizerの管理ページで「オプション・リスト」タブをクリックします。

要素

説明

オプション・リスト

リストを選択します。

カテゴリ

選択したリストで値を選択します。

キーワード

選択したカテゴリに関連付けられているキーワードおよびその重み。

編集

「追加」ボタンが「更新」に変わり、選択したキーワードおよび重みが編集領域に入力されます。

削除

選択したキーワードを削除します。

キーワード・ボックス

キーワードを追加または編集する際に使用します。「追加」をクリックしてキーワードおよび重み値を追加するか、選択したキーワードに変更を適用します。

取消

選択したキーワードおよび重み値に加えた変更を保存せずに、「更新」ボタンが「追加」に変わります。

重みオプション

キーワードに割り当てる重みを定義します。

A.7.5 「Filetypeマップ」タブ

この画面は、Filetypeマップを作成および変更するために使用します。

この画面にアクセスするには、Content Categorizerの管理ページで「Filetypeマップ」タブをクリックします。特定のコンテンツ・タイプに対してFiletypeマップ・エントリが定義されていない場合は、デフォルトのルールセット、XML Converter、スタイルシートおよび最大サイズ値が使用されます。

要素

説明

Filetypeマップ

定義されているFiletypeマップおよびそのプロパティ(次のプロパティがあります)。

- Filetype名

- ルールセット

- コンバータ

- スタイルシート

「追加」または「編集」

「Filetypeマップの追加」/「Filetypeマップの編集」画面を開きます。

削除

選択したFiletypeマップを削除します。

A.7.5.1 「Filetypeマップの追加」/「Filetypeマップの編集」画面

この画面は、新しいFiletypeマップを定義したり、マップを編集するために使用します。

この画面にアクセスするには、「Filetypeマップ」タブで「追加」または「編集」をクリックします。

特定のコンテンツ・ファイル・タイプのFiletypeエントリを定義すると、コンテンツ固有の代替処理が可能になります。たとえば、特定のコンテンツ・タイプに対してカスタム・ルールセットを使用したり、最大ファイル・サイズを設定したり、ファイルを無視するようにContent Categorizerに指定できます。

要素

説明

Filetype

ファイル・タイプ(doc、txt、xlsなど)を指定します。ファイル・タイプを持たないファイルのマップ・エントリを定義するには、$$NONE$$を入力します。

ルールセット名

適用するルールセットを指定するために使用します。ルールセットを指定しない場合は、デフォルトのルールセットが使用されます。

XML Converter

適用可能なXML Converterが一覧表示されます。「Flexiondoc」、「SearchML」および「なし」という3つの値を使用できます(「なし」は、現行またはカスタムXSLTスタイルシートの処理が完了したときにコンテンツがXML形式の場合に使用できます。)デフォルト値は、構成パラメータとして設定されます。

XSLTスタイルシート

適用するXSLTスタイルシートのファイル・パス(絶対または相対)を指定するために使用します。XSLTスタイルシートは、IntradocDir/custom/ContentCategorizer/stylesheets/ディレクトリに格納されています。

カスタマイズされた、コンテンツ固有のXSLT変換スタイルシートをXML変換のバックエンドとして使用できます。選択したスタイルシートは、XML変換(存在する場合)の完了後に変換操作で使用されます。スタイルシートによって、ドキュメントのプロパティとコンテンツは分離され、結果はメタデータ・フィールドに抽出されます。

特定のコンテンツ・アイテムに対して使用されるスタイルシートは、ドキュメント・タイプ(doc、txt、xlsなど)を含む指定子のセットによって決まります。XSLTスタイルシートのデフォルト値は、実際に使用されるXML Converterによって異なります。Flexiondocではflexion_to_scc.xslが使用され、SearchMLではsearchml_to_scc.xslが使用されます。

最大ファイル・サイズ

特定のファイル・タイプ(doc、txt、xlsなど)の最大ファイル・サイズを指定するために使用します。最大サイズを超えたこのタイプのファイルは、Content Categorizerによって無視されます。

無視

選択すると、Content Categorizerは、特定のファイル・タイプ(doc、txt、xlsなど)を無視するようになります。

A.7.6 「カテゴライザ・エンジン」タブ

この画面は、Content Categorizerとの統合に使用するサードパーティのCategorization Engineを登録するために使用します。

この画面にアクセスするには、Content Categorizerの管理ページで「カテゴライザ・エンジン」タブをクリックします。エンジンの登録に必要な値は、通常、サードパーティのCategorization Engineベンダーから提供されます。

要素

説明

カテゴライザ・エンジン

定義されているカテゴライザ・エンジン。

プロパティ

カテゴライザ・エンジンの次のプロパティが表示されます。

- エンジン名

- インデクサ・クラス

- インデクサ構成

- 抽出クラス

- 抽出構成

- 説明

「追加」または「編集」

「カテゴライザ・エンジンの追加」/「カテゴライザ・エンジンの編集」画面を表示します。

削除

選択したエンジンの登録情報を削除します。

「上に移動」/「下に移動」

選択したエンジンの位置をリスト内で移動します。

A.7.6.1 「カテゴライザ・エンジンの追加」/「カテゴライザ・エンジンの編集」画面

この画面は、カテゴライザ・エンジンを追加するために使用します。

この画面にアクセスするには、「カテゴライザ・エンジン」タブで「追加」をクリックします。

要素

説明

エンジン名

SCCにアダプタ・モジュールが存在するCategorization Engineの識別子。この識別子は、CATEGORYルールの「キー」フィールドで使用されます(「EngineName/TaxonomyName」など)。

インデクサ・クラス

ドキュメントを分類するようにカテゴライザ・エンジンに指示するために使用される、SCCアダプタ・モジュール内のJavaクラスの名前。

インデクサ構成

インデクサ・クラスのsetup()メソッドに渡される文字列。通常は、エンジン固有の初期化パラメータのカンマ区切りリストです。

抽出クラス

特定の分類内の一連のカテゴリについてカテゴライザ・エンジンに指示するために使用される、SCCアダプタ・モジュール内のJavaクラスの名前。

抽出構成

抽出クラスのdoExtract()メソッドに渡される文字列で、通常はエンジン固有の初期化パラメータのカンマ区切りリストです。

説明

Categorization Engineの説明。

A.7.7 「問合せツリー」タブ

この画面は、分類されたドキュメントの参照可能な階層を作成するために使用します。

この画面にアクセスするには、Content Categorizerの管理ページで「問合せツリー」タブをクリックします。

要素

説明

問合せツリー

定義されている問合せツリー。

プロパティ

問合せツリーの次のプロパティとステータスを表示します。

- CSフィールド名

- カテゴライザ・エンジン

- 分類名

- 分類タイトル

- 再構築の必要性「はい」の場合、分類キャッシュまたは分類キャッシュへのライブラリ・ページ・リンク、あるいはその両方が古いかまたは存在しないことを示します。問合せツリーの再構築が必要です。

- 孤立「はい」の場合、分類キャッシュ、分類キャッシュへのライブラリ・ページ・リンクまたは両方が孤立し、それらを参照しているCATEGORYルールがありません。問合せツリーに関連付けられているルールをチェックしてください。

問合せツリーの作成

「問合せツリーの作成」画面を表示します。

問合せツリーの削除

「問合せツリーの削除」画面を表示します。

A.7.7.1 「問合せツリーの作成」画面

この画面は、問合せツリーを作成するために使用します。

この画面にアクセスするには、「問合せツリー」タブで「問合せツリーの作成」をクリックします。

要素

説明

フィールド名

CATEGORY検索ルールが定義されたメタデータ・フィールド。

カテゴライザ・エンジン

メタデータ・フィールドに定義されたCATEGORY検索ルールに対して指定されているカテゴライザ・エンジン。

分類名

メタデータ・フィールドに定義されたCATEGORY検索ルールに対して指定されている分類。

分類タイトル

分類のタイトル。

分類の説明

ライブラリのメイン・ページにあるルート・リンクの下、および「問合せリンクの定義」画面の「説明」フィールドで使用される分類の説明。

分類キャッシュ・パス

分類キャッシュへのパス:

IntradocDir/data/contentcategorizer/taxonomies/engine_name/taxonomy_name/

分類キャッシュの作成

選択した場合は、「OK」をクリックして分類キャッシュを作成または再作成します。

A.7.7.2 「問合せツリーの削除」画面

この画面は、問合せツリーを削除するために使用します。

この画面にアクセスするには、「問合せツリー」タブで「問合せツリーの削除」をクリックします。この画面のフィールドの詳細は、A.7.7.1項「「問合せツリーの作成」画面」を参照してください。

A.7.8 「フィールドのプロパティ」タブ

この画面は、バッチ・モードで使用されるオーバーライド・プロパティとデフォルト・プロパティを設定するために使用します。

この画面にアクセスするには、Content Categorizerの管理ページで「フィールドのプロパティ」タブをクリックします。

要素

説明

フィールドのプロパティ

標準およびカスタムのメタデータ・フィールドおよびそのプロパティ設定(次のプロパティがあります)。

- 名前

- コンテンツのオーバーライド: trueの場合は、分類プロセスから戻された値で既存の値がオーバーライドされます。

- デフォルトの使用: trueの場合は、デフォルト値が使用されます。

- デフォルト値: 各フィールドのデフォルト値。

編集

「フィールドのプロパティ」画面を開きます。

A.7.8.1 「フィールドのプロパティ」画面

この画面は、「フィールドのプロパティ」リストで選択したフィールドの設定を編集するために使用します。

この画面にアクセスするには、「フィールドのプロパティ」タブで「編集」をクリックします。

要素

説明

「メタデータ」フィールド

選択したフィールドのデフォルト値を変更するために使用します。

オーバーライド

選択すると、「オーバーライド」がtrueに設定されます。

デフォルトの使用

選択すると、「デフォルトの使用」がtrueに設定されます。

A.7.9 「バッチ・カテゴライザ」画面

この画面は、Content Categorizerをバッチ・モードで実行するために使用します。

この画面にアクセスするには、BatchCategorizerアプリケーションを実行します。

要素

説明

「フィルタの使用」および「リリース日」

選択すると、定義済のフィルタおよびリリース日フィルタ(指定している場合)に基づいて、リポジトリ内のコンテンツをフィルタリングできます。

フィルタの定義

「フィルタの定義」画面を開きます。

「コンテンツ」リスト

リポジトリ内のコンテンツ・アイテム。

列の表示

「列の表示」画面を開きます。

「コンテンツ」リストのプロパティ

コンテンツID、リビジョンなど、各コンテンツ・アイテムのプロパティが表示されます。

分類

「既存の分類」画面を開きます。

進行状況バー

バッチ・プロセスの進行状況を表示します。

A.7.10 「既存の分類」画面

この画面は、既存のコンテンツを分類するために使用します。

この画面にアクセスするには、「バッチ・カテゴライザ」画面で「分類」をクリックします。

要素

説明

「ライブ・アップデート」または「バッチ・ローダー」

選択すると、次のようになります。

- ライブ・アップデート: 選択した既存のコンテンツを分類および更新します。

- バッチ・ローダー: 既存のコンテンツを分類し、更新レコードを制御ファイルに書き込みます。制御ファイル名を指定するか、「参照」をクリックしてファイルを検索します。

バッチ・ローダーの実行

選択すると、ユーティリティが実行されます。

ログ・ファイル

カテゴライザのログ・ファイルの場所およびファイル名を定義します。「参照」をクリックして場所を選択します。

分類オプション

- すべての分類: すべてのコンテンツ・アイテムが分類されます。

- 選択済の分類: 選択したアイテムのみが分類されます。

リビジョン・オプション

- 最新リビジョン: コンテンツの最新のリビジョンが分類されます。

- 全リビジョン: すべてのリビジョンが分類されます。

エラー発生後に続行

選択すると、バッチ・カテゴライザは、エラーが発生しても処理を続け、エラーをログに記録します。それ以外の場合、エラーが発生すると処理が停止します。

A.8 Webレイアウト・エディタ・インタフェース

この項では、Webレイアウト・エディタでWebページを作成するために使用する画面について説明します。

この項の内容は次のとおりです。

- A.8.1項「Webレイアウト・エディタ・ページ」

- A.8.2項「「ページ・リンクの追加」画面」

- A.8.3項「「Webページの追加」画面」

- A.8.4項「「ローカル・ページ・リンクの編集」画面」

- A.8.5項「「外部URLの編集」画面」

- A.8.6項「「ページのプロパティの編集」画面」

次の画面は、Webレイアウト・エディタで問合せを作成および編集する際に使用します。

- A.8.7項「「アクティブ・レポート問合せの編集」画面」

- A.8.8項「「履歴レポートの作成」画面」

- A.8.9項「「問合せリンクの定義」画面」

- A.8.10項「問合せ結果の追加/問合せ結果の編集ページ」

A.8.1 Webレイアウト・エディタ・ページ

このページは、Webレイアウトを設計するために使用します。

このページにアクセスするには、「メイン」メニューで「管理」→「管理アプレット」を選択します。「Webレイアウト・エディタ」をクリックします。

このページには、「Webページの階層」ペイン、「ページのプロパティ」ペインおよび下部ページ(通常は「ページ・リンク」ペイン)の3つのペインがあります。

要素

説明

「Webページの階層」ペイン

Webサイトの構造およびページ間のリレーションシップを開きます。

「ページのプロパティ」ペイン

ページのヘッダー・テキストおよびページのコンテンツをフィルタリングするセキュリティ・グループを定義します。

下部ペイン

下部ペインの表示内容を決定します。

- 「ページ・リンク」ペインには、選択されたリンクのコンテンツ(URL、ローカル・ページ、問合せ)が表示されます。

- 「アクティブ・レポートの仕様」ペイン および 「履歴レポートの定義」ペイン には、選択されたレポートに関する情報が表示されます。

A.8.1.1 「Webページの階層」ペイン

このペインには、ライブラリ内のローカルWebページの構成が表示されます。子ページは親のフォルダ内に表示されます。ページを編集するには、このペインでそのページを選択する必要があります。

サブ管理者がこのペインでページを表示するには、そのページの親を表示できる必要があります。また、サブ管理者がページを削除するには、そのページがディレクトリ・ページである必要があり、サブ管理者にそのページとそのページのすべての子に対するアクセス権が必要です。

要素

説明

追加

リンクを含むページを追加するか、レポートを開きます。

削除

ハイライトされたページ・リンクを削除します。

親ページへ

ハイライトされたページが含まれている上位のページにジャンプします。

A.8.1.2 「ページのプロパティ」ペイン

このペインは、ページ・ヘッダー・テキストと、コンテンツをフィルタリングするセキュリティ・グループを制御します。

サブ管理者がページを編集する場合、対象ページはディレクトリ・ページである必要があり、対象ページおよびすべての子ページに対して管理者アクセス権が必要です。これにより、セキュリティ保護されたページにリンクされたパブリック・ページをサブ管理者が編集するのを防ぐことができます。

要素

説明

名前

「Webページの階層」ペインに表示されるページ名。

親

親ページ(ページに親ページが存在する場合)。

表示

Webページを開きます。

ページのタイトル

Webページのタイトル。

ページ説明

Webページの説明。

セキュリティ・グループ

Webページに表示されるファイルをフィルタリングするセキュリティ・グループの名前。エンド・ユーザーに権限があるセキュリティ・グループに含まれているファイルのみが表示されます。

アカウント

アカウントをページに割り当てます。アカウントに対する読取り権限があるユーザーのみがこのページにアクセスできます。

制限

コンテンツ問合せがセキュリティ・グループとアカウントのいずれによって制限されるかなどの、制限事項を表示します。

A.8.1.3 「ページ・リンク」ペイン

このペインには、「Webページの階層」ペインで選択されているローカル・ページのコンテンツが開かれます。

サブ管理者がページのコンテンツを参照するには、そのページとそのページのすべての親に対する読取りアクセスが必要です。これにより、サブ管理者は「ライブラリ」リンクから到達できないページは参照できなくなります。

要素

説明

子ページへ

「ページ・リンク」ペインで選択したリンクがターゲットとするローカル・ページに移動します。

「上へ」または「下へ」

リンク・リストで選択したリンクを上下に移動します。

下部ペイン

「Webページの階層」ペインで選択されたページによって、下部ペインの表示内容が決まります。

- 「ページ・リンク」ペインには、選択したリンクのコンテンツ(URL、ローカル・ページ、問合せ)が開かれます。

- 「アクティブ・レポートの仕様」ペイン および 「履歴レポートの定義」ペイン には、選択したレポートについて、データ・ソース、レポート・テンプレート、レポート作成日、1ページ当たりの行数などの情報が表示されます。

追加

「ページ・リンクの追加」画面を開きます。

編集

同じレベルのリンクを編集するための対応する画面が表示されます。たとえば、問合せを編集しているときは問合せリンクの定義ページが開き、URLを編集しているときはURLの編集ページが開きます。

削除

同じレベルにある選択したリンクを削除します。

A.8.2 「ページ・リンクの追加」画面

この画面は、新規Webページにリンクを設定するプロセスを開始するために使用します。

この画面にアクセスするには、「ページ・リンク」ペインで「追加」をクリックします。

要素

説明

リンク・タイプ

Webページに追加する次のページ・リンクのタイプを指定します。

- ローカル・ページ: ローカル・ページへのリンク・ページ。

- 外部URL: 外部URLへのリンク・ページ。

- 問合せ: レポート問合せへのリンク・ページ。

A.8.3 「Webページの追加」画面

この画面は、新しいWebページを追加するために使用します。

この画面にアクセスするには、「Webページの階層」ペインで「追加」をクリックします。

要素

説明

ページ名

「Webページの階層」ペインに表示される名前。

「ページ・タイプ」リスト

- ディレクトリ: 他のページへのリンクやURLへのリンクを掲載しているか、または問合せを実行するWebページ。

- アクティブ・レポート: データベースから現在の情報を表示するWebページ。

- 履歴レポート: アクティブ・レポートに似ていますが、最後にレポートを作成した時点の情報を取得して保存します。

「ページのタイトル」および「ページ説明」

「ページのプロパティ」ペインに表示されます。

セキュリティ・グループ

Webページに表示するファイルをフィルタリングします。エンド・ユーザーが権限を持っているセキュリティ・グループ内のファイルのみが表示されます。

セキュリティ・グループを利用してコンテンツ問合せを制限する

選択すると、このページから実行されるすべての問合せにセキュリティ・グループが適用されます。すべての問合せが、このページのセキュリティ・グループを継承します。

アカウント

アカウントをページに割り当てます。アカウントに対する読取り権限があるユーザーのみがこのページにアクセスできます。

アカウントを使用してコンテンツ問合せを制限する

選択すると、このページから実行されるすべての問合せにアカウントが適用されます。

A.8.4 「ローカル・ページ・リンクの編集」画面

この画面は、ローカル・ページに関する情報を入力するために使用します。

この画面にアクセスするには、「ページ・リンク」ペインの「Webページの階層」ペインで、「追加」→「ローカル・ページ」をクリックします。

要素

説明

リンクのタイトル

リンクとして表示されるテキスト。

説明

リンクの下に表示され、リンク先に関する追加説明を提供するオプションのフィールド・テキストまたはHTML。

ページ名

リンクが表示されるページ。

新しいページの作成

「Webページの追加」画面を開きます。

A.8.5 「外部URLの編集」画面

この画面は、外部URLに関する情報を指定するために使用します。

この画面にアクセスするには、「Webページの階層」ペインの「ページ・リンク」ペインで、「追加」→「外部URL」をクリックします。

要素

説明

リンクのタイトル

リンクとして表示されるテキスト。

説明

リンクの下に表示され、リンク先に関する追加説明を提供するオプションのフィールド・テキストまたはHTML。

外部URL

http://で開始するリンク先アドレス。

A.8.6 「ページのプロパティの編集」画面

この画面は、Webページのページ・プロパティを変更するために使用します。

この画面にアクセスするには、「Webページの階層」ペインでページを選択し、「ページのプロパティ」ペインで「編集」をクリックします。

要素

説明

ページのタイトル

Webページのタイトル。

ページ説明

Webページの説明を入力します。

セキュリティ・グループ

Webページのセキュリティ・グループを指定します。

セキュリティ・グループを利用してコンテンツ問合せを制限する

選択すると、コンテンツ問合せが、指定したセキュリティ・グループに割り当てられているユーザーに制限されます。

アカウント

アカウントをWebページに割り当てます。アカウントに対する読取り権限があるユーザーのみがこのページにアクセスできます。

アカウントを使用してコンテンツ問合せを制限する

選択すると、コンテンツ問合せが、指定したアカウントに割り当てられているユーザーに制限されます。

A.8.7 「アクティブ・レポート問合せの編集」画面

この画面は、アクティブ・レポートのデータソース、テンプレートおよび問合せ定義を指定するために使用します。

この画面にアクセスするには、「Webページの階層」ペインでアクティブ・レポート・ページを選択し、「アクティブ・レポートの仕様」ペインで「レポート問合せの編集」をクリックします。

要素

説明

データ・ソース

作成するレポートのタイプ。

- アーカイブ履歴

- コンテンツ・タイプ

- ユーザー

- 情報フィールド

- コンテンツ履歴

- ワークフロー・アイテム

- ワークフロー履歴

レポート・テンプレート

問合せリンクの表示を制御するテンプレートのリスト。

「問合せ定義」ペイン

説明

フィールド

選択したデータ・ソースに基づいて問合せで検索されるフィールド。

演算子

問合せ演算子。使用できる演算子は、選択したフィールドの結果です。

値

問合せのターゲット・データで、選択したフィールドによって異なります。

追加

「問合せ式」ボックスに問合せを入力します。1つ以上の問合せ行を追加できます。

更新

選択した問合せ行を更新します。

問合せ式

「追加」ボタンで追加すると、各問合せが1行で表示されます。

カスタム問合せ式

選択すると、問合せ式から生成されたSQLコードを表示および編集できます。選択を解除した場合、式は元の定義に戻り、変更内容が失われます。

削除

選択した問合せ行が削除されます。

A.8.8 「履歴レポートの作成」画面

この画面は、履歴レポートに含める情報を指定するために使用します。

この画面にアクセスするには、新しいWebページを追加し、そのページが履歴レポートであることを指定します。「履歴レポートの定義」がWebレイアウト・エディタの下部ペインに表示されたら、「レポート・データの作成」をクリックします。

要素

説明

データ・ソース

データ・ソースのリストから「アーカイブ履歴」を選択します。

レポート・テンプレート

このフィールドには、tdArchiveHistoryReportという選択項目が自動的に移入されます。

1ページ当たりの行数

レポート内の1ページ当たりの行数。

フィールド

問合せで検索するメタデータ・フィールド。

演算子

メタデータ・フィールドの検索方法。選択したフィールドによって、使用可能な値のセットが決まります。

- 次の値に等しい

- 次の値に等しくない

- 次の語で始まる

- 次を含む

値

問合せのターゲット・データ。

追加

「問合せ式」ボックスに問合せを入力します。1つ以上の問合せ行を追加できます。

更新

選択した問合せ行を更新します。

「問合せ式」ボックス

各問合せが1行で表示されます。

削除

選択した問合せ行を削除します。

カスタム問合せ式

選択すると、問合せ式から生成されたIdocスクリプトを表示して編集できます。選択を解除した場合、式は元の定義に戻り、変更内容が失われます。

A.8.9 「問合せリンクの定義」画面

この画面は、問合せで使用される情報を指定するために使用します。

この画面にアクセスするには、Webレイアウト・エディタ・ページで「追加」または「編集」をクリックします。

要素

説明

リンクのタイトル

リンクとして表示されるテキスト。

説明

リンク先(オプション・フィールド)に関する説明を提供するためにリンクの下に表示されるテキスト。

「問合せ」タブ

説明

フィールド

問合せで検索するメタデータ・フィールド。

演算子

メタデータ・フィールドの検索方法を指定します。選択されたフィールドにより、使用可能な値のセットが決まります。

値

問合せのターゲット・データ。

選択

コンテンツ・アイテムまたはユーザーを選択するために使用する「コンテンツ・アイテムの表示」画面または「ユーザーの表示」画面を開きます。

追加

「問合せ式」ボックスに問合せを入力します。1つ以上の問合せ行を追加できます。

更新

選択した問合せ行を更新します。

「問合せ式」ペイン

各問合せが1行で表示されます。

削除

選択した問合せ行を削除します。

カスタム問合せ式

選択すると、問合せ式から生成されたIdocスクリプトを表示して編集できます。選択を解除した場合、式は元の定義に戻り、すべての変更が失われます。

注意:

次のフィールドを直接編集して、Idocスクリプト変数およびHTMLタグを追加できます。

「結果」タブ

説明

ページのタイトル

問合せ結果ページの見出し。

ソート対象

結果のリストのソート基準になるメタデータ・フィールド。

ソート順序

検索結果の順序。

結果表示用のテンプレート・ページ

問合せリンクの表示方法を制御するテンプレート。リストには、標準結果ページと、「問合せ結果ページ」画面で作成されたテンプレートが含まれます。

カスタマイズ済テキストの使用

選択すると、問合せ結果ページの各行のカスタム・テキストが表示されます。

テキスト1、テキスト2

問合せ結果ページの各行に最初の行または2番目の行として表示されるテキスト。*

矢印

選択したフィールドを「フィールド」リストから「テキスト1」フィールドまたは「テキスト2」フィールドに移動します。

「フィールド」リスト

問合せ結果ページに表示可能なメタデータ・フィールドが一覧表示されます。

A.8.10 問合せ結果の追加/問合せ結果の編集ページ

このページは、問合せ結果の仕様を追加または編集するために使用します。

この画面にアクセスするには、Webレイアウト・エディタ・ページから「オプション」→「問合せ結果ページ」を選択します。

問合せ結果ページを追加するには、問合せ結果の追加/問合せ結果の編集ページで「追加」をクリックします。

注意:

これらのフィールドを直接編集して、Idocスクリプト変数およびHTMLタグを追加できます。

要素

説明

名前

問合せ結果ページの名前。この名前は、結果表示用のテンプレート・ページのプロパティから選択できます。

説明

結果ページを識別するためのヘルプ。このテキストはWebページには表示されません。

「テキスト1」、「テキスト2」フィールド

問合せ結果ページの各行で、1行目または2行目として表示されるテキスト。

矢印

選択したフィールドを「フィールド」リストから「テキスト1」フィールドまたは「テキスト2」フィールドに移動します。

フィールド

問合せ結果ページに表示可能なメタデータ・フィールドが一覧表示されます。

Idocスクリプト変数およびHTMLタグを「テキスト1」フィールドおよび「テキスト2」フィールドに追加するときは、その結果生成されるHTMLタグによって検索結果ページの表示に影響が及ぶ場合もあることに注意してください。詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

B Webサイトの構築

この付録では、Webレイアウト・エディタおよびそれを使用したWebサイトの構築方法について説明します。

この章では、次の項目について説明します。

- B.1項「Webサイトの計画」

- B.2項「Webページの使用」

- B.3項「Webページの管理」

- B.4項「レポートの使用」

- B.5項「問合せの書込み」

B.1 Webサイトの計画

Webサイトの計画は管理者が担当します。Webレイアウト権限があるサブ管理者はグループとアカウントのディレクトリ・ページを作成できます(そのグループとアカウントに対する権限がある場合)。

この項には、次の項目が含まれます。

- B.1.1項「Webレイアウト」

- B.1.2項「サイト構造と表示基準の定義」

- B.1.3項「タスク順序」

B.1.1 Webレイアウト

ホームページでは、ライブラリ(目次)リンクにWebレイアウトの最上位レベルが表示されます。Webレイアウトはすべてのアプリケーションに必要とはかぎりませんが、ファイルのグループ化とナビゲーションのための効果的な方法を提供します。Webレイアウトが作成されていない場合、検索機能で提供されるのは、コアとなるOracle WebCenter Content Server内のファイルに対するアクセスのみです。ただし、Site Studioのような他の製品、フォルダやカテゴリ化フォルダのような追加コンポーネントには、他のナビゲーション方法が用意されています。

アクティブ・レポートと履歴レポートは別の機能で、この項で後述します。Web表示可能ファイルの名前は常に小文字です。

図B-1に、サイト構築機能としてローカル・ページ、URLおよび問合せを使用したWebレイアウトの例を示します。

図B-1 Webレイアウトの例

ライブラリWebページで、これらの機能は、ファイル・フォルダ・アイコンの横にタイトルがあるリンクとして表示されます。問合せを表すフォルダをクリックすると、その問合せの基準と一致するファイルへの一連のリンクが生成されます。

B.1.2 サイト構造と表示基準の定義

Webサイトの構造は、Webレイアウト・エディタのWeb階層ペインで定義します。次に、ユーザーがフォルダ(またはリンク)をクリックしたときに、特定のファイルを表示するための基準を定義します。各リンクに対する基準は、各ファイルのメタデータに基づいています。問合せを実行する以外に、リンクは、他のページのリンクにジャンプしてURLに進んだり、レポートを表示したりします。次の例は、リンクを設定してファイルを表示する方法を示しています。

- 例1: ユーザーがFormsという名前のリンクからエンジニアリング・フォームにアクセスできるように、構成マネージャを使用して、Formsという名前のコンテンツ・タイプを作成します。詳細は、第2.1項「コンテンツ・タイプ」を参照してください。続いて、Webレイアウト・エディタを使用して、問合せ「タイプはFormsに等しい」を作成します。

- 例2: ユーザーが特定のStandard Work Proceduresにアクセスできるように、SWPというコンテンツ・タイプを作成し、問合せ「タイプはSWPに等しい」と、部分文字列が7200のコンテンツ名を作成します。

B.1.3 タスク順序

次の手順は、Webレイアウト・エディタを使用してWebサイトを作成する通常の順序を示しています。

1. 情報の収集。最初の手順では、ユーザーがどのようにして情報を直感的に取得するか、ユーザーにとって必要な情報とその検索方法に関する情報を収集します。これがセキュリティに与える影響に関する情報も収集します。

2. メタデータのカスタマイズ。必要に応じて、役立つ可能性のあるフィールドを追加作成してサイトのメタデータをカスタマイズします(第2.2項「カスタム・フィールド」を参照。)

3. コンテンツ・タイプの定義。サイトをサポートするコンテンツ・タイプを定義します(第2.1項「コンテンツ・タイプ」を参照。)

4. セキュリティ・グループ、ユーザーおよびロールの定義。セキュリティ・グループとユーザーを作成し、ユーザーにロールを割り当ててそのユーザーの権限を確立します(『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照)。

5. Webサイトの設計。Webサイト・レイアウトを作成します。Webサイトには、ナビゲーションによってファイルを検索して表示できる構造が用意されていますが、これは必須ではありません。ファイルの検索にユーザーが検索エンジンのみを使用することを優先する企業もあれば、ナビゲーション構造と検索エンジンの両方の使用を優先する企業もあります。Webサイトを設計するには、最初に図B-2に示すようなWebサイト構造を描くことが役立ちます。

図B-2 Web構造の例

B.2 Webページの使用

初期計画が完了した後は、Webサイトを構築してその機能を確認します。適切に実行されない場合や管理できない場合は、その機能を改訂します。自分とユーザーに役立つような設計ができるまでこのプロセスを続行します。

ページ上のリンクは、次のいずれかにジャンプします。

- ローカル・ページ

- URL

- 問合せ

- レポート

リンクはすべて類似しており、図B-3のローカル・ページに示すように、同じページに結合できます。

図B-3 ローカル・ページの例にあるリンク

ローカル・ページは、2つのタイプ(ディレクトリまたはレポート)のいずれかになります。ディレクトリのローカル・ページには、他のローカル・ページやURLを開いたり、問合せを実行するリンクを含めることができます。レポートのローカル・ページを作成できるのは管理者のみです。適切な権限がある管理者またはサブ管理者は、ディレクトリのローカル・ページを作成できます。

外部URLは指定したURL(Webアドレス)へのリンクです。イントラネットまたはインターネット上の任意のURLアドレスまたはWebページにリンクできます。

検索問合せでは、定義済の問合せの基準を満たしているファイルへのリンクが含まれたページが生成されます。このページはコンテンツ検索の結果ページに類似しています。

重要:

問合せでは、ページ・リンクがあるセキュリティ・グループ、アカウントまたはその両方を継承できます。セキュリティ・グループまたはアカウントが継承されている場合、そのセキュリティ・グループまたはアカウント内のファイルへの問合せは自動的に制限されます。

レポートはアクティブまたは履歴のいずれかです。アクティブ・レポートはファイル・フォルダ・リンクとして表示され、実行ごとにデータベース問合せが実行されて、現在の情報が表示されます。履歴レポートは、アクティブ・レポートと同様にファイル・フォルダ・リンクとして表示されますが、含まれているのは、その履歴レポートの最初の実行時に問い合せた情報です。データベース問合せはレポートを開くたびに実行されず、レポートが変更されるのはデータベースが更新された場合のみです。

B.3 Webページの管理

サブ管理者は、「オプション」メニューの「問合せ結果ページ」機能にアクセスできず、権限のないアプリケーションにもアクセスできません。さらに、サブ管理者の表示、編集および削除権限は、それぞれの項で説明するように制限されています。

- B.3.1項「新しいWebページの追加」

- B.3.2項「Webページのプロパティの編集」

- B.3.3項「ローカル・ページ・リンクの作成」

- B.3.4項「外部URLリンクの作成」

- B.3.5項「階層Webページ構造の編集」

B.3.1 新しいWebページの追加

Webレイアウトに新しいWebページを追加する手順は、次のとおりです。

1. 「Webページの階層」ペインで、「追加」をクリックします。
「Webページの追加」画面が開きます。

2. 新しいページに関する情報を入力します。

3. 「OK」をクリックします。

B.3.2 Webページのプロパティの編集

Webページのプロパティを編集する手順は、次のとおりです。

1. 「Webページの階層」ペインで、該当するページを選択します。

2. 「ページのプロパティ」ペインで、「編集」をクリックします。
「ページのプロパティの編集」画面が開きます。

3. 該当するプロパティを編集します。

4. 「OK」をクリックします。

B.3.3 ローカル・ページ・リンクの作成

ローカル・ページ・リンクを作成する手順は、次のとおりです。

1. 「Webページの階層」ペインで、新しいローカル・ページを配置するページを選択します。

2. 「ページ・リンク」ペインで、「追加」をクリックします。
「ページ・リンクの追加」画面が開きます。

3. 「ローカル・ページ」を選択して「OK」をクリックします。

4. 新しいローカル・ページに関する情報を「ローカル・ページ・リンクの編集」画面に入力します。

5. 終了後は、「OK」をクリックします。

B.3.4 外部URLリンクの作成

外部URLリンクを作成する手順は、次のとおりです。

1. 「Webページの階層」ペインで、新しいURLを配置するページを選択します。

2. 「ページ・リンク」ペインで、「追加」をクリックします。
「ページ・リンクの追加」画面が開きます。

3. 「外部URL」を選択して、「OK」をクリックします。

4. URLに関する情報を「外部URLの編集」画面に入力します。

5. 終了後は、「OK」をクリックします。

6. ブラウザをリフレッシュして、新しいページを表示します。

B.3.5 階層Webページ構造の編集

階層Webページ構造を編集する目的は、ページを挿入して、そのページを階層ページの新しい親にすることです。

次に例を示します。

1. 構造を作成します。

2. 「QSTest」ディレクトリを選択すると、ページ・リンクの「PCTest」も選択されます。

3. 「ページ・リンク」.の「削除」をクリックします。

4. 「索引」ディレクトリを選択して、「ページ・リンク」の「追加」を選択します。

5. 新しいページを作成します。

- ページに「NewEngPage」というタイトルをつけます。

- 「NewEngPage」の説明を入力します。

6. 「OK」をクリックします。
「Webページの階層」ペインに「NewEngPage」が開きます。

7. 「QSTest」を選択して、「ページ・リンク」の「追加」を選択します。

8. 「ローカル・ページ」を選択します。

9. 「OK」をクリックします。
これで、「NewEngPage」が「QSTest」の下に表示されます。

10. 「NewEngPage」を選択して、「ページ・リンク」の「追加」をクリックします。

11. 「ローカル・ページ」、「OK」を選択します。
ページ名が「PCTest」であることに注意してください。

「NewEngPage」には「PCTest」が子として入力され、「2ndTest」内の外部URLは保持されています。

次の画面に、この手順例で作成した階層Webページ構造を示します。

B.4 レポートの使用

この項には、次の項目が含まれます。

- B.4.1項「レポートについて」

- B.4.2項「アクティブ・レポートの定義」

- B.4.3項「履歴レポートの定義」

- B.4.4項「アクティブ・レポート内の問合せ式の編集」

B.4.1 レポートについて

Webレイアウト・エディタでは、2つのタイプのレポート(アクティブ・レポートと履歴レポート)を定義できます。

- アクティブ・レポートはファイル・フォルダ・リンクとして表示され、実行ごとにデータベース問合せが実行されて、現在の情報が表示されます。アクティブ・レポートを定義して、その問合せ式を編集できます。

- 履歴レポートは、アクティブ・レポートと同様にファイル・フォルダ・リンクとして表示されますが、含まれているのは、その履歴レポートの最初の実行時に問い合せた情報です。データベース問合せはレポートを開くたびに実行されず、レポートが変更されるのはデータベースが更新された場合のみです。履歴レポートの作成手順は、アクティブ・レポートの作成手順とほぼ同じです。唯一の違いは、「履歴レポートの作成」画面には、レポートの各ページに含めることができる行数を指定するための追加フィールド(「1ページ当たりの行数」)があることです。

B.4.2 アクティブ・レポートの定義

アクティブ・レポートを定義する手順は、次のとおりです。

1. Webレイアウト・エディタで、新しいWebページを追加し、ページ・タイプとして「アクティブ・レポート」を選択します。

2. Webレイアウト・エディタの「アクティブ・レポートの仕様」ペインで、「レポート問合せの編集」をクリックします。

3. 「アクティブ・レポート問合せの編集」画面に情報を入力して、問合せを定義します。

4. 「OK」をクリックします。

B.4.3 履歴レポートの定義

アーカイブ履歴レポートを準備する手順は、次のとおりです。

1. Webレイアウト・エディタで、新しいWebページを追加し、ページ・タイプとして「履歴レポート」を選択します。

2. Webレイアウト・エディタの「履歴レポートの定義」ペインで、「レポート・データの作成」をクリックします。

3. 「履歴レポートの作成」画面でレポート・データを作成するときは、データ・ソースに対して「アーカイブ履歴」を指定します。

4. レポートのための、取得するデータを戻す問合せを書き込みます。たとえば、コンテンツIDを指定します。

5. レポートに情報を指定した後は、「OK」をクリックします。

B.4.4 アクティブ・レポート内の問合せ式の編集

アクティブ・レポート内の問合せ式を編集する手順は、次のとおりです。

1. 「Webページの階層」ペインで、編集するレポートを選択します。

2. 「アクティブ・レポートの仕様」ペインで、「レポート問合せの編集」をクリックします。

3. 「アクティブ・レポート問合せの編集」画面の「問合せ式」ウィンドウで、編集する問合せ行を選択します。

4. 必要に応じて問合せを変更し、「更新」をクリックします。

注意:

「カスタム問合せ式」チェック・ボックスの選択を解除すると、式は元の定義に戻り、変更内容はすべて失われます。

5. 「OK」をクリックします。問合せが指定されていない場合は、すべての値が戻されます。

B.5 問合せの書込み

この項には、次の項目が含まれます。

- 問合せリンクの作成

- 問合せリンク内の問合せ式の編集

- 問合せ結果ページの追加

- 問合せ結果ページの編集

- 問合せ結果ページの削除

問合せリンクを定義するときは、カスタムの問合せ式を書き込むことができます。カスタム問合せの書込みに使用する方法は、書き込む問合せの種類によって異なります。

ディレクトリのカスタム問合せを書き込むには、独自のスクリプト言語であるIdocスクリプトを使用します。レポート問合せは、SQLスクリプトとIdocスクリプトを使用して書き込むことができます。Idocスクリプトの詳細はOracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。基本的なSQLスクリプトの説明を次に示します。

注意:

SQL構文はデータベースによって異なります。異なるデータベースでは、ワイルドカードなどのアイテムに対して異なる構文が予想されます。特定の構文情報については、使用しているデータベースのマニュアルを参照してください。

SQLスクリプトには演算子が含まれており、問合せにある語句の間の論理的関係を示します。次の表に、基本的な演算子とその使用方法の一部を示します。

演算子

使用方法

AND

指定された語句を含むファイルを戻します。

OR

指定された語句を少なくとも1つ含むファイルを戻します。

=

等しい

<> or !

等しくない

<

より小さい

>

より大きい

<+

以下

>+

以上

IN

表内の位置を検索します。

BETWEEN

範囲内の値を検索します。

NOT

特定の条件が含まれているファイルを除外します。

SQLスクリプトの例は、次のとおりです。

- 内部リビジョンIDが50000未満のすべてのファイルを検索します。

dID < '50000'

- コンテンツIDが10000から50000までのすべてのファイルを検索します。

dDocName BETWEEN '10000' AND '50000'

B.5.1 問合せリンクの作成

問合せリンクを作成する手順は、次のとおりです。

1. 「Webページの階層」ペインで、新しい問合せリンクを配置するページを選択します。

2. 「ページ・リンク」ペインで、「追加」をクリックします。
「ページ・リンクの追加」画面が開きます。

3. 「問合せ」を選択して、「OK」をクリックします。
「問合せリンクの定義」画面が開きます。

4. 画面に情報を入力します。

5. 終了後は、「OK」をクリックします。

Idocスクリプト変数およびHTMLタグを「テキスト1」フィールドおよび「テキスト2」フィールドに追加するときは、その結果生成されるHTMLタグによって検索結果ページの表示に影響が及ぶ場合もあることに注意してください。詳細は、Oracle WebCenter Content Idocスクリプト・リファレンス・ガイドを参照してください。

B.5.2 問合せリンク内の問合せ式の編集

問合せリンク内の問合せ式を編集する手順は、次のとおりです。

1. Webレイアウト・エディタの「ページ・リンク」ペインで、編集する問合せを選択します。

2. 「編集」をクリックします。
「問合せリンクの定義」画面が開きます。

3. 問合せ式領域で、編集する問合せ行を選択します。

4. 必要に応じて、メタデータ、演算子、メタデータ値の各フィールドに変更を加えてから、「更新」をクリックします。

5. 「OK」をクリックします。

注意:

「カスタム問合せ式」チェック・ボックスの選択を解除すると、式は元の定義に戻り、変更内容はすべて失われます。

B.5.3 問合せ結果ページの追加

問合せ結果ページを追加するには、次の手順に従います。このタスクを実行できるのは管理者で、Webレイアウト権限があるサブ管理者は実行できません。

1. 「Webレイアウト・エディタ」メニューから「オプション」を選択し、次に「問合せ結果ページ」を選択します。
「問合せ結果ページ」画面が開きます。

2. 「追加」をクリックして、「結果表示用ページの追加」を表示します。

3. 新しいページに関する情報を入力します。問合せ結果の追加/問合せ結果の編集ページのフィールドの説明を確認します。

4. 「OK」をクリックします。

B.5.4 問合せ結果ページの編集

問合せ結果ページを編集するには、次の手順に従います。このタスクを実行できるのは管理者で、Webレイアウト権限があるサブ管理者は実行できません。

1. 「Webレイアウト・エディタ」メニューから「オプション」、「問合せ結果ページ」を選択し、次にそのページの名前を選択します。

2. 「編集」をクリックします。
問合せ結果の追加/問合せ結果の編集ページが開きます。

3. 必要な変更を加え、「OK」をクリックします。

B.5.5 問合せ結果ページの削除

問合せ結果ページを削除するには、次の手順に従います。このタスクを実行できるのは管理者で、Webレイアウト権限があるサブ管理者は実行できません。

1. 「Webレイアウト・エディタ」メニューから「オプション」、「問合せ結果ページ」を選択し、次にそのページの名前を選択します。

2. 「削除」をクリックします。

3. 要求された場合は、「OK」をクリックして削除を確認します。

索引

A  B  C  D  E  F  G  H  I  J  K  L  M  N  O  P  Q  R  S  T  U  V  W  X  Z

記号

$$AND$$, 9.3.2.3

$$AND_NOT$$, 9.3.2.3

$$NEAR$$, 9.3.2.3

$$OR$$, 9.3.2.3

A

抽象検索ルール, 9.3.2.2

WebDAVのアクセス制御, 6.6.3

アクセシビリティ, はじめに

「アカウント」フィールド, 2.2.1.3

「アクティブ化条件」: 「句」タブ

コンテンツ・プロファイル, A.1.16.4

「アクティブ化条件」: 「条件」タブ

コンテンツ・プロファイル, A.1.16.4

「アクティブ化条件」: 「カスタム」タブ

コンテンツ・プロファイル, A.1.16.4

「アクティブ化条件」: 「一般」タブ

コンテンツ・プロファイル, A.1.16.4

アクティブ化条件

コンテンツ・プロファイル, 3.2.2.2

コンテンツ・プロファイルでの変更, 3.2.4.4

アクティブ・レポート

定義, B.4.2

問合せ式の編集, B.4.4

概要, B.4.1

アクティビティ・メトリック

概要, 8.3.1.1, A.6.1.4

カスタム・メタデータ・フィールドの作成, 8.3.1.3

設定の編集, 8.3.1.7

有効化, 8.3.1.2

カスタム・メタデータ・フィールドへのリンク, 8.3.1.6

削減後の処理, 8.2.2.2

「ステップへのエイリアスの追加」画面, A.2.2.4, A.2.3.7, A.2.6.4 「ワークフローへのエイリアスの追加」画面, A.2.3.5 「ワークフローへのコンテンツの追加」画面

既存のコンテンツ, A.2.3.4

新しいコンテンツ, A.2.3.3

コンテンツ・タイプの追加画面, A.1.3.2 カスタム情報フィールドの追加画面, A.1.6.3 カスタム情報の追加画面, A.1.6.2 「ファイル拡張子の追加」画面, A.1.4.3 「ジャンプの追加」画面, A.2.7.6

「メッセージ」タブ, A.2.7.8

「サイド・エフェクト」タブ, A.2.7.7

「新しいコンテンツ・アイテムの追加」画面, A.1.9.2 「新しいファイル・フォーマットの追加」画面, A.1.4.2 「新しいステップの追加」画面, A.2.2.3, A.2.3.6, A.2.6.3

「イベント」タブ, A.2.5.1

「新しいサブスクリプション・タイプの追加」画面, A.1.12.2 「新しいワークフローの追加」画面, A.2.3.2 「ページ・リンクの追加」画面, A.8.2 「プロファイル"名前"の追加」画面, A.1.15.4 「プロファイルの追加」画面, A.1.15.3 ルール"名前"の追加画面, A.1.16.2 ルール"名前"の追加画面: 「フィールド」タブ, A.1.16.2 「ルール・フィールド"名前"の追加」画面, A.1.16.6 「ルール・フィールドの追加」画面, A.1.16.5 「ルールの追加」画面, A.1.15.8 追加画面, A.1.12.7 「スクリプトの追加」画面

「カスタム」タブ, A.2.7.4

「ジャンプ」タブ, A.2.7.3

「テスト」タブ, A.2.7.5

「テンプレートの追加」画面, A.2.6.2 「トークンの追加」画面, A.2.4.2 「ステップへのトークンの追加」画面, A.2.2.6, A.2.3.9, A.2.6.6 「トークン・ユーザーの追加」画面, A.2.4.3 「ステップへのユーザーの追加」画面, A.2.2.5, A.2.3.8, A.2.6.5 「Webページの追加」画面, A.8.3 AddCCToArchiveCheckin(オプションのコンポーネント), 9.1.3.1.1 AddCCToNewCheckin(オプションのコンポーネント), 9.1.3.1.2 管理者, 1.3.1 エイリアス

定義, 4.1.1

アプリケーション

API, 8.1.2

フィールド, 2.2.1.1

アプレットとして実行, 1.3.3

スタンドアロン・モードでの実行, 1.3.4

WebDAVのアーキテクチャ, 6.5.2 アーカイブ履歴レポート, B.4.3 アーカイブ表

行の削除, 8.2.5.2

説明, 8.2.5.2

削減データ・ファイル, 8.2.5.2

フォルダのアーカイブ, 6.3.7, 6.4.3

フォルダ階層のエクスポート, 6.4.3.1

フォルダ階層のインポート, 6.4.3.2

WebDAVプロパティでのASCII文字, 6.5.4 ファイル・タイプと変換プログラムの関連付け, 2.3.3 監査証跡, 8.4.1.3 「作成者」フィールド, 2.2.1.3 AuthorDelete変数, 6.2.1.1 自動コントリビューション・ステップ, 4.1.1 自動データ削減

設定, 8.2.2.8

ワークフロー・アイテムの自動レプリケーション, 4.8.6.2

B

基本サブスクリプション, 2.6

基本ワークフロー

変更, 4.4.4

プロセス, 4.4.1

設定のヒント, 4.4.2

ステータス, 4.1.2

使用, 4.2.1

ユーザー・インタフェース, A.2.3

バッチ・カテゴライザ, A.7.9 バッチ・モード, 9.1 バッチ・モード

概要, 9.1.3.1

プロセス, 9.1.3.1.1

ブラウザ, A.1.1 参照とシステム・パフォーマンス, 6.3.8 参照パフォーマンス, 6.4.1.1 構築

Webサイト, B

C

大/小文字の区別

OracleおよびDB2データベースのメタデータ, 8.4.1.1

「スナップショット」タブのフィールド

「スナップショット」タブ, 8.3.1.6

「分類」ボタン, 9.1 「チェックイン」/「リンクの検索」: 「条件の追加」画面 A.1.15.7 「チェックイン」/「リンクの検索」: 「条件」タブ, A.1.15.6 「アイテムのチェックアウト」画面, A.1.10.2 チェックイン

新しいコンテンツ・アイテム, 2.4.2.1

チェックアウト

元に戻す, 2.4.3.2

リポジトリ・マネージャ, 2.4.3.2

ワークフロー・タイプの選択, 4.2.1 WebDAVのクライアント, 6.5.1 クラスタ

追跡の制限事項, 8.2.6.1

「コレクション」タブ

概要, A.6.1.1

用語の定義, 8.1.3

CollectionReleasedOnly, 6.3.5 結合された出力表, 8.2.4 「コメント」フィールド, 2.2.1.3 コンパニオン・ファイル

内容, 4.1.1.2

場所, 4.1.1.2

コンポーネント

Content Tracker, 8.1

ExtranetLook, 6.7.6

条件文

ジャンプ用の設定, 4.5.3.2.2

スクリプト・テンプレート用の設定, 4.6.2.2

構成

Content Categorizer, 9.2

フォルダ, 6.4.1

フィールド情報の継承構成, A.4.5

ローカル・フォルダ, 6.4.2, A.4.4

フォルダとファイルの最大数, 6.4.1.1

メタデータ伝播, 6.4.1.5

システムのデフォルト情報のフィールド構成, A.4.3

システムのデフォルト・メタデータ, 6.4.1.4

システム・フォルダの構成ページ, A.4.2

システム・フォルダ, 6.4.1.2

仮想フォルダの管理構成ページ, A.4.1

構成マネージャ

コンテンツ・タイプ, 2.1.1

「コンテンツ・タイプ」タブ, A.1.3.1

メタデータ・フィールドの編集, 2.2.2

「ファイル・フォーマット」タブ, A.1.4.1

「プロファイル」タブ, A.1.15.1

「ルール」タブ, A.1.16.1

メタデータの設定, 2.2.1

構成パラメータ

CollectionReleasedOnly, 6.3.5

プロファイルでのメタデータ・フィールドのフォーマット, 3.2.4.8

MaxQueryRows, 9.1.3.1.1

「構成」タブ, A.7.2 「サムネイル・オプションの構成」画面, A.1.5 WebDAV仮想フォルダへの接続の問題, 6.7.2 コンシューマ, 1.3.1 Content Categorizer

概要, 9.1

設定, 9.2

コンテンツ・ダッシュボード

用語の定義, 8.1.3

「コンテンツID」フィールド, 2.2.1.3 コンテンツ・アイテム

追加, 2.4.2.1

削除, 2.4.3.3

すべてのリビジョンの削除, 2.4.3.3

メタデータ, 8.2.5.1

リビジョン, 6.3.5

フォルダ内のリビジョン, 6.1.8

セキュリティ, 6.3.2

サブスクライブ解除, A.1.12.1

表示, A.1.2.1

WebDAVとワークフロー, 6.7.7

「サブスクライブするコンテンツ・アイテム」画面, A.1.12.6 「コンテンツ・アイテムの表示」画面, A.1.2.1, A.2.5.6, A.2.7.9 コンテンツ・プロファイル

「アクティブ化条件」: 「句」タブ, A.1.16.4

「アクティブ化条件」: 「条件」タブ, A.1.16.4

「アクティブ化条件」: 「カスタム」タブ, A.1.16.4

「アクティブ化条件」: 「一般」タブ, A.1.16.4

アクティブ化条件, 3.2.2.2, 3.2.4.4

「プロファイル"名前"の追加」画面, A.1.15.4

「プロファイルの追加」画面, A.1.15.3

ルール"名前"の追加画面, A.1.16.2

ルール"名前"の追加画面: 「フィールド」タブ, A.1.16.2

「ルール・フィールド"名前"の追加」画面, A.1.16.6

「ルール・フィールドの追加」画面, A.1.16.5

「ルールの追加」画面, A.1.15.8

メタデータ・フィールド・グループへのヘッダーの追加, 3.2.4.3

「チェックイン」/「リンクの検索」: 「条件の追加」画面 A.1.15.7

「チェックイン」/「リンクの検索」: 「条件」タブ, A.1.15.6

「コンテンツ・アイテムの表示」画面, A.1.2.1

作成, 3.2.6.1

「デフォルト値の編集」: 「条件」タブ, A.1.15.6, A.1.16.7, A.1.16.9

「デフォルト値の編集」: 「フィールドの選択」画面, A.1.16.8

「派生値の編集」: 「条件」タブ, A.1.16.9

「グループ・ヘッダーの編集」画面, A.1.16.3

「プロファイル"名前"の編集」画面, A.1.15.4

「制限リストの編集」画面, A.1.16.10

「ルール"名前"の編集」画面, A.1.16.2

「ルール"名前"の編集」画面: 「フィールド」タブ, A.1.16.2

「ルール・フィールド"名前"の編集」画面, A.1.16.6

「トリガー・フィールドの編集」画面, A.1.15.2

フォーマット構成変数, 3.2.4.8

メタデータ・フィールドのグループ化, 3.2.2.5, 3.2.4.3

メタデータ・フィールド属性, 3.2.4.6, 3.2.4.7

ルールのメタデータ・フィールド, 3.2.2.1

メタデータの順序変更, 3.2.3

変更, 3.2.6.1

概要, 3.2

「プロファイルのプレビュー」画面, A.1.15.9

「結果のプレビュー」画面, A.1.15.10

プレビュー, 3.2.6.2

プロファイル・リンク画面, A.1.15.5

「プロファイル」タブ, A.1.15.1

ルール, 3.2.2, 3.2.4.1

「ルール」タブ, A.1.16.1

トリガー・フィールド

無効化, 3.2.5.2

概要, 3.2.1

選択, 3.2.5.1

トラブルシューティング, 3.2.6.3 「ユーザーの表示」画面, A.1.2.2 Content Tracker

アクセス権限, 8.2.6.3

コンポーネント, 8.1

カスタム・レポート, 8.4.4.6

データ収集, 8.2.1

データ出力の概要, 8.2.5

データ処理の概要, 8.2

データ削減の概要, 8.2.2

ドリルダウン・レポート, 8.4.4.2

イベント・ログ, 8.2.3

ロギング・サービス, 8.2.1.3

問合せレポート, 8.4.2.3

レポートの生成, 8.4.4.1, A.6.2

sctAccessLog表, 8.2.4

トラブルシューティング, 8.5

コンテンツ・タイプ, 2.1 コントリビューション・フォルダ

「フォルダ」も参照

管理, 6.4

アーカイブ, 6.3.7, 6.4.3

構成, 6.4.1

接続に関する問題, 6.7.2

コンテンツ・アイテム・リビジョン, 6.3.5

基準ワークフロー, 4.8.7

Site Studio, 6.7.8

メタデータの継承, 6.3.2

概要, 6.3

パフォーマンス, 6.3.8

セキュリティ, 6.3.2

構造, 6.3.1

システム・フォルダ, 6.4.1.2

ごみ箱, 6.3.3

コントリビューション・ステップ, 4.1.1 コントリビュータ, 1.3.1 変換

ファイル・タイプとプログラムの関連付け, 2.3.3

カスタム, 2.3.3

ネイティブ・ファイル, 2.3

ネイティブ・ファイルの指定, A.1.3.1

ステータス, A.1.2.3

クッキー、WebDAV, 6.6.3 件数, 9.3.2.1 「履歴レポートの作成」画面, A.8.8 条件サブスクリプション, 2.6 基準ワークフロー

ユーザー・インタフェース, A.2.2

基準ワークフロー

変更, 4.3.3

無効化, 4.3.4

プロセス, 4.3.1

設定, 4.3.2

ステータス, 4.1.2

使用, 4.2.1

カスタム変換, 2.3.3 カスタム・フィールド, 2.2.1 カスタム・レポート, 8.4.4.6

D

データ収集

Content Trackerロギング・サービス, 8.2.1.3

ログ, 8.2.4

操作のサマリー, 8.1.2

概要, 8.2.1

SctAccessLog, 8.2.4

SctIgnoreFileTypes, 8.2.4

サービス・ハンドラ・フィルタ, 8.2.1.1

用語の定義, 8.1.3

Webサーバー・フィルタ, 8.2.1.2

データ・エンジン・コントロール・センター

概要, A.6.1

「コレクション」タブ, A.6.1.1

「スケジュール」タブ, A.6.1.3

「サービス」タブ, A.6.1.5

「スナップショット」タブ, 8.3.1.1, A.6.1.4

用語の定義, 8.1.3

データ出力

コンテンツ・アイテム・メタデータ, 8.2.5.1

削減ログ・ファイル, 8.2.5.3

SctAccounts表, 8.2.5.2

SctGroups表, 8.2.5.2

SctUserAccounts表, 8.2.5.2

SctUserGroups表, 8.2.5.2

SctUserInfo表, 8.2.5.2

ユーザー・メタデータ, 8.2.5.2

データ処理

データ削減プロセス, 8.2.2.1

概要, 8.2

削減後の処理, 8.2.2.2

アクティビティ・メトリックを使用する, 8.2.2.2

アクティビティ・メトリックを使用しない, 8.2.2.1

データ削減

アクセス回数とランダムな順序でのデータ削減, 8.3.1.6

自動, 8.2.2.8

SctAccessLogの内容, 8.2.4

ログ, 8.2.4

ロギング, 8.2.3

手動, 8.2.2.7

操作のサマリー, 8.1.2

概要, 8.2.2

プロセス・フローの概要 - アクティビティ・メトリックを使用する, 8.2.2.2

プロセス・フローの概要 - アクティビティ・メトリックを使用しない, 8.2.2.1

削減後のデータ・ファイル, 8.2.3

SctIgnoreFileTypesによるファイル・タイプの設定, 8.2.4

用語の定義, 8.1.3

データベース表

アーカイブ, 8.2.5.2

ネーミング構造, 8.2.5.2

プライマリ, 8.2.5.2

削減データ・ファイル, 8.2.5.2

DB2データベース

メタデータの大/小文字区別, 8.4.1.1

DCL, 3.1 デフォルト・メタデータ

システムの定義, 6.4.1.4

「フィルタの定義」画面, A.1.12.5 定義

Webレイアウト・エディタでのアクティブ・レポート, B.4.2

ビジネス・プロセス, 4.2

「すべてのリビジョンを削除する」画面, A.1.10.6 「リビジョンの削除」画面, A.1.10.5 依存選択リスト, 3.1 ワークフローの設計, 4.2.2 電子署名

取得, 4.8.1

設定, 4.8.1

ディレクトリ問合せ, B.5 DisablePersonalFolderFormat変数, 6.2.1.1 「完了」ステータス, 4.1.2 ファイル名のダブルバイト文字, 6.7.4 ドリルダウン・レポート, 8.4.4.2 動的オプション・リスト, 3.1.3 動的ウォーターマーク, 5.1

E

「アクティブ・レポート問合せの編集」画面, A.8.7, B.4.2

「追加終了条件の編集」画面, A.2.2.7, A.2.3.10, A.2.6.7

「コンテンツ・タイプの編集」画面, A.1.3.2

「基準ワークフローの編集」screen, A.2.2.2

カスタム情報フィールドの編集画面, A.1.6.3

「デフォルト値の編集」: 「条件」タブ, A.1.15.6, A.1.16.7

コンテンツ・プロファイル, A.1.16.9

「デフォルト値の編集」: 「フィールドの選択」画面, A.1.16.8 「派生値の編集」: 「条件」タブ, A.1.16.9 「外部URLの編集」画面, A.8.5 「ファイル拡張子の編集」画面, A.1.4.3 「ファイル・フォーマットの編集」画面, A.1.4.2 フォリオの編集ページ

「エレメント情報」トレイ, A.5.1.2

「ソース・アイテム」トレイ, A.5.1.3

「グループ・ヘッダーの編集」画面, A.1.16.3 「ジャンプの編集」画面, A.2.7.6

「メッセージ」タブ, A.2.7.8

「サイド・エフェクト」タブ, A.2.7.7

「ローカル・ページ・リンクの編集」画面, A.8.4 「ページのプロパティの編集」画面, A.8.6 「プロファイル"名前"の編集」画面, A.1.15.4 「制限リストの編集」画面, A.1.16.10 「ルール"名前"の編集」画面, A.1.16.2 「ルール"名前"の編集」画面: 「フィールド」タブ, A.1.16.2 「ルール・フィールド"名前"の編集」画面, A.1.16.6 「スクリプトの編集」画面

「カスタム」タブ, A.2.7.4

「ジャンプ」タブ, A.2.7.3

「テスト」タブ, A.2.7.5

「編集」ステータス, 4.1.2 「編集」ステータス, トラブルシューティング, 4.9.1 「ステップの編集」画面, A.2.2.3, A.2.3.6, A.2.6.3

「イベント」タブ, A.2.5.1

「サブスクリプション・タイプの編集」画面, A.1.12.2 「テンプレートの編集」画面, A.2.6.2 「トークンの編集」画面, A.2.4.2 「トリガー・フィールドの編集」画面

コンテンツ・プロファイル, A.1.15.2

入力時のスクリプトの編集画面, A.2.5.2 「ワークフローの編集」画面, A.2.3.2 「エレメント情報」トレイ, A.5.1.2 エントリ件数の変数, 4.5.3.1.3 開始スクリプト, 4.1.2 イベント・スクリプト

更新, 4.5.3.2

イベント, 4.1.1.1, 4.5.3.1 例

抽象検索ルール, 9.3.2.2

ジャンプ, 4.5.3.2

オプション・リスト検索ルール, 9.3.2.3

パターン照合検索ルール, 9.3.2.1

ワークフロー・トークン, 4.5.2.2

リポジトリ・マネージャ機能の実行, 2.4.2 終了条件, 4.1.1 終了スクリプト, 4.1.2 「有効期限」フィールド, 2.2.1.3 アーカイブのエクスポート, 6.4.3.1 外部レポート作成ツール

カスタム・レポートの生成, 8.4.2.5

外部URL

リンクの作成, B.3.4

URLリンクの抽出

プロセスの概要, 2.7.1

extractLinks

リンク・マネージャのフィルタ, 2.7.2.3

ExtranetLookコンポーネント, 6.7.6

F

フィールド・マップResultSet, 8.1.3

「フィールド」画面, A.1.12.3

フィールド、編集, 2.2.2

ファイル変換、ネイティブ, 2.3

ファイル・フォーマット、名前の割当て, 2.3.1

ファイルシステム

ローカル・フォルダのマッピング, 6.4.2.1

ファイル・タイプ、変換プログラムとの関連付け, 2.3.3 ファイル

ファイル名のダブルバイト文字, 6.7.4

最大数, 6.4.1.1

ファイル名の番号記号, 6.7.5

ゼロバイト, 6.7.1

フィルタ

extractLinks, 2.7.2.3

リンク・マネージャ, 2.7.2.3

linkParseService, 2.7.2.3

sortAndDecodeLinks, 2.7.2.3

Firefox、サポートされているバージョン, A.1.1 FIRST_PARAGRAPH, 9.3.2.2 FIRST_SENTENCE, 9.3.2.2 FldDefaultFilesLoadCount変数, 6.2.1.1 FldDefaultFoldersLoadCount変数, 6.2.1.1 FldEnableInProcessIndicator変数, 6.2.1.1 FldMigrateDefaultSecurityGroup変数, 6.2.1.2 FldMigrateRootBaseName変数, 6.2.1.2 FldPersonalFolderFormat変数, 6.2.1.1 FldShowAutoPropagateOption変数, 6.2.1.1 Flexiondoc, 9.1

対話型モードの要件, 9.1.3

FolderMigrateExcludeList変数, 6.2.1.2 フォルダ

「コントリビューション・フォルダ」も参照

構成変数, 6.2.1.1

メタデータ, 6.1.9

移行変数, 6.2.1.2

概要, 6.1.1

個人, 6.1.6

伝播, 6.1.9, 6.1.9.2

問合せフォルダ, 6.1.4

保存, 6.1.5

保存ルール, 6.2.2.1

セキュリティ, 6.1.7

ショートカット, 6.1.3

バージョニング, 6.1.8

WebDAV変数, 6.2.1.3

FoldersDefaultDocType変数, 6.2.1.1 FoldersIndexParentFolderValues変数, 6.2.1.1 フォリオ

定義, 7.1

構造トレイ, A.5.1.1

G

「WWW生成」ステータス, 4.1.2

「WWW生成」ステータス

スタックしているワークフロー・アイテム, 4.9.1

Google Chrome、サポートされているバージョン, A.1.1

H

階層フォルダ、「コントリビューション・フォルダ」を参照

履歴レポート, B.4.1

WebDAVで使用するHTTPメソッド, 6.5.2

I

Idoc変数、変更, 4.8.4.2.2

アーカイブのインポート, 6.4.3.2

システム・パフォーマンスの向上, 6.3.8

索引

再構築, 2.2.2

ステータス, A.1.2.3

フィールド情報の継承構成ページ, A.4.5 情報フィールド、「メタデータ」を参照 メタデータの継承, 6.3.2, 6.3.9 Internet Explorer

考慮事項, A.1.1

サポートされているバージョン, A.1.1

J

ジャンプ

変更, 4.5.3.3

完了, 4.5.3.2.3

作成, 4.5.3.2

エラー, 4.5.3.5

概要, 4.5.3

目的, 4.1.1

スクリプト、テスト, 4.5.3.2.4

条件文の設定, 4.5.3.2.2

サイド・エフェクトの設定, 4.5.3.2.1

ステップの変数, 4.5.3.1.3

K

キー

パターン照合検索ルール, 9.3.2.1

キー、ワークフロー, 4.1.1.2, 4.1.1.2

L

言語サポート, 6.5.4

最終アクセス, 8.3.1.3

最終エントリの変数, 4.5.3.1.3

リンク評価ルール

デフォルトの例, 2.7.2.1

概要, 2.7.2.1

表の列, 2.7.2.1

リンク抽出

プロセス, 2.7.1

リンク管理

Site Studio, 2.7.3

リンク・マネージャ

フィルタ, 2.7.2.3

リンクの抽出プロセス, 2.7.1

概要, 2.7

リフレッシュ, 2.7.4.2

検索オプション, 2.7

リンク・ステータス

有効または無効, 2.7.1.2

LinkManagerPatterns

lkpAccept列, 2.7.2.1

lkpAction列, 2.7.2.1

lkpContinue列, 2.7.2.1

lkpDescription列, 2.7.2.1

lkpEnabled列, 2.7.2.1

lkpLinkType列, 2.7.2.1

lkpName列, 2.7.2.1

lkpOrder列, 2.7.2.1

lkpParameters列, 2.7.2.1

lkpType列, 2.7.2.1

表の列, 2.7.2.1

linkParseService

リンク・マネージャのフィルタ, 2.7.2.3

ローカル・フォルダ

構成, 6.4.2, A.4.4

マッピング, 6.4.2.1

概要, 6.3.6

再構築, 6.4.2.2

削除, 6.4.2.3

ローカル・フォルダ・ページ, A.4.4 ローカル・ページ

リンクの作成, B.3.3

ローカル・ページ, B.2 ログインCookie, 6.6.3 長期アクセス・カウント, 8.3.1.3

M

管理されたリンクの管理ページ

概要, A.1.13

ManagedLinks表

概要, 2.7.2.2

リフレッシュ, 2.7.4.2

手動データ削減

実行, 8.2.2.7

ローカル・フォルダのマッピング, 6.4.2.1 フォルダとファイルの最大数, 6.4.1.1 MaxQueryRows, 9.1.3.1.1 メタデータ

大/小文字区別, 8.4.1.1

コンテンツ・アイテム・メタデータ, 8.2.5.1

アクティビティ・メトリックのカスタム・メタデータ・フィールドの作成, 8.3.1.3

カスタム・フィールド, 2.2.1.2

フィールド・プロパティの定義, 9.2.2

システム・デフォルトの定義, 6.4.1.4

編集, 2.2.2

フォルダ, 6.1.9

継承, 6.1.9, 6.3.2, 6.3.9

伝播, 6.3.4, 6.4.1.5

コンテンツ・サーバー・ページでの順序の変更, 3.2.3

検索ルール, 9.2.2

標準フィールド, 2.2.1.3

更新, 2.4.2.2

メタデータ・フィールド

編集, 2.2.2

事前定義, 2.2.1.3

MIMEタイプ

識別, 2.3.1

N

名前の割当て

ファイル・フォーマット, 2.3.1

ネイティブ・ファイルの変換, 2.3, A.1.3.1 新しいコンテンツ

メタデータ値の検索ルール, 9.2.2

「新しい基準ワークフロー」画面, A.2.2.2 WebDAVプロパティでのASCII以外の文字, 6.5.4 非レビューアによる承認, 4.8.6.1 非セキュア・モードのレポート

カスタム・レポート, 8.4.3.3

例, 8.4.3.1

事前定義済レポート, 8.4.3.2

レポート問合せ, 8.4.3

セキュリティ・モード選択プロセス, 8.4.3.5.1

非セキュアなレポート

レポート問合せファイルのカスタマイズ, 8.4.3.7

番号記号、仮想フォルダ名またはファイル名, 6.7.5

O

オペレーティング・モード

バッチ・モード, 9.1.3.1

バッチ・モードのプロセス, 9.1.3.1.1

対話型モードでのFlexiondocの要件, 9.1.3

対話型モード, 9.1.3.1

対話型モードのプロセス, 9.1.3.1.2

対話型モードの要件, 9.1.3

概要, 9.1.3.1

対話型モードでのSearchMLの要件, 9.1.3.1

システム・パフォーマンスの最適化, 6.3.8 「オプション・リスト」画面, A.1.6.7 オプション・リスト検索ルール, 9.3.2.3 オプション・リスト, 2.2.4 オプションのコンポーネント

AddCCToArchiveCheckin, 9.1.3.1.1

AddCCToNewCheckin, 9.1.3.1.2

Oracle Database

メタデータの大/小文字区別, 8.4.1.1

P

ページ

フィールド情報の継承構成, A.4.5

ローカル・フォルダ, A.4.4

システムのデフォルト情報のフィールド構成, A.4.3

システム・フォルダの構成, A.4.2

仮想フォルダの管理構成, A.4.1

パラレル・ワークフロー, 4.8.2 親/子関係, 3.1.1 通過, 2.3.3 パターン照合検索ルール, 9.3.2.1 PDF最適化, 5.1 PDFウォーターマーク

メタデータ・フィールド, 5.1

「保留」ステータス, 4.1.2 フォルダのパフォーマンス、向上, 6.3.8 計画

Webサイト, B.1.1

事前定義済メタデータ・フィールド, 2.2.1.3 「プロファイルのプレビュー」画面, A.1.15.9 「結果のプレビュー」画面, A.1.15.10 プライマリ表

説明, 8.2.5.2

削減データ・ファイル, 8.2.5.2

プロセス

基本ワークフロー, 4.4.1

基準ワークフロー, 4.3.1

ワークフロー・ステップ, 4.1.2, 4.5.3.5

WebDAVリクエストのプロセス, 6.5.2 プロファイル・リンク画面, A.1.15.5 プロファイル・ルール

「コンテンツ・プロファイル」を参照

「プロファイル」タブ, A.1.15.1 メタデータの伝播, 6.3.4, 6.4.1.5 WebDAVで使用するプロトコル, 6.5 パブリッシュ・サイクル間隔, 3.1.2.6

Q

問合せ

ディレクトリの書込み, B.5

レポートの書込み, B.5

問合せ式

アクティブ・レポートの編集, B.4.4

問合せリンクの編集, B.5.2

問合せフォルダ, 6.1.4, A.4.2 問合せリンク

作成, B.5.1

問合せ式の編集, B.5.2

「問合せリンクの定義」画面, A.8.9 問合せレポート

ドリルダウン・レポート, 8.4.4.2

生成, 8.4.2.3, 8.4.4.1

概要, 8.4.2.1

事前定義済, A.6.2

問合せ結果ページ

追加, B.5.3

削除, B.5.5

編集, B.5.4

R

再作成

検索索引, 2.2.2

ローカル・フォルダの再構築, 6.4.2.2 再帰表

複数ツリー - 作成, 3.1.4

削減データ・ファイル

格納, 8.2.5.2

削減ログ・ファイル

概要, 8.2.5.3

「削減」タブ

用語の定義, 8.1.3

リフレッシュ・アクティビティ

リンクの再計算, 2.7.4.2

sortAndDecodeLinksフィルタ, 2.7.2.3

カウントの更新, 2.7.4.2

管理されたリンクの管理ページの使用, A.1.13

「リビジョンの却下」画面, A.1.11.2 「リリース日」フィールド, 2.2.1.3 「リリース」ステータス, 4.1.2 ローカル・フォルダの削除, 6.4.2.3 RepMan権限, 2.4.1, 2.4.1 レポートの生成

概要, 8.4

操作のサマリー, 8.1.2

「Content Trackerレポートの生成」および「外部レポート作成ツール」も参照

レポート問合せ

書込み, B.5

レポート問合せファイル

セキュリティ・モードのカスタマイズ, 8.4.3.7

レポート

アーカイブ履歴, B.4.3

Webレイアウト・エディタを使用した定義, B.4

リポジトリ・マネージャ, 2.4

新しいコンテンツ・アイテムの追加, 2.4.2.1

リビジョンの削除, 2.4.3.3

機能, 2.4.2

「サブスクリプション」タブ, 2.6.1.1

チェックアウトを元に戻す, 2.4.3.2

サブスクライブ解除, A.1.12.1

メタデータの更新, 2.4.2.2

保存

問合せフォルダ, 6.1.5

保存スケジュール, 6.2.2.2 リターン・ステップ, 4.5.3.1.3 リバース・プロキシ・サーバー

Webビーコン機能, 8.3.3

「レビュー」ステータス, 4.1.2 「レビュー」ステータス

スタックしているワークフロー・アイテム, 4.9.2

レビュー/リビジョンの編集ステップ, 4.1.1 レビューア・ステップ, 4.1.1 ワークフロー外のレビューア, 4.8.6.1 レビュー/新規リビジョンの作成ステップ, 4.1.1 「リビジョン」フィールド, 2.2.1.3 リビジョンのステータス, A.1.2.3 リビジョン、削除, 2.4.3.3 ルール・タイプ

抽象, 9.3.2.2

オプション・リスト, 9.3.2.3

パターン照合, 9.3.2.1

ルール

メタデータ・フィールドの追加, 3.2.4.3

コンテンツ・プロファイル, 3.2.2.1

リンク・パターン, 2.7.2.1

表の列, 2.7.2.1

「ルール」タブ, A.1.16.1 ランタイム構成パラメータ

XML変換メソッドの設定, 9.2.1

S

Safari、サポートされているバージョン, A.1.1

sccXMLConversion

構成設定値, 9.1

「スケジュール」タブ

概要, A.6.1.3

用語の定義, 8.1.3

スキーマ

メタデータ・フィールドの追加, 3.1.2.4

DCL, 3.1

パブリッシュ・サイクルの変更, 3.1.2.6

作成, 3.1.2

リレーションシップの作成, 3.1.2.3

スキーマ・ビューの作成, 3.1.2.2

構造の作成, 3.1.2

ディレクトリ構造, 3.1.1.4

動的オプション・リスト, 3.1.3, 3.1.3

スキーマの有効化, 3.1.2.5

例, 3.1.1.5

階層構造, 3.1.1

インタフェース画面, A.1.14

マッピング機能, 3.1

概要, 3.1

親/子関係, 3.1.1

パブリッシュ・サイクル, 3.1.2

複数ツリーの再帰表, 3.1.4

リレーションシップ, 3.1.1.3

表の選択, 3.1.2.1

表, 3.1.1.1

ビュー, 3.1.1.2

スクリプト・テンプレート

変更, 4.6.2.4

作成, 4.6.2

条件文の設定, 4.6.2.2

サイド・エフェクトの設定, 4.6.2.1

テスト, 4.6.2.3

スクリプト

ワークフロー・ジャンプのテスト, 4.5.3.2.4

更新時イベント, 4.5.3.2

SctAccessLog

内容, 8.2.4

sctAccessLog表

Content Trackerイベント・ログ, 8.2.4

SctAccounts表

フィールド名と定義, 8.2.5.2

メタデータ・コンテンツ, 8.2.5.2

SctGroups表

フィールド名と定義, 8.2.5.2

メタデータ・コンテンツ, 8.2.5.2

sctLogファイル

RAWイベント・ログ, 8.2.3

SctUserAccounts表

メタデータ・コンテンツ, 8.2.5.2

SctUserGroups表

フィールド名と定義, 8.2.5.2

メタデータ・コンテンツ, 8.2.5.2

SctUserInfo表

フィールド名と定義, 8.2.5.2

メタデータ・コンテンツ, 8.2.5.2

検索

フォルダおよびファイル, 6.1.4

検索索引

再構築, 2.2.2

検索オプション

リンク・マネージャ, 2.7

検索関連フィールド

「アクティビティ・メトリック」を参照, 8.3.1.3

検索ルールのオーバーライド

コンテンツ・チェックイン時のフィールドへの適用, 9.1.2

検索ルール

抽象, 9.3.2.2

定義, 9.3.3.1

ガイドライン, 9.3.1

メタデータ値, 9.2.2

オプション・リスト, 9.3.2.3

タイプの概要, 9.1.2

タイプ, 9.3.2

ワークフロー・ステップ内での検索, 4.8.8 SearchML

対話型モードの要件, 9.1.3.1

セキュア・モードのレポート

カスタム・レポート, 8.4.3.3

レポート問合せファイルのカスタマイズ, 8.4.3.7

例, 8.4.3.1

事前定義済レポート, 8.4.3.2

レポート問合せ, 8.4.3

セキュリティ・モード選択プロセス, 8.4.3.5.1

セキュリティ

コンテンツ・アイテム, 6.3.2

フォルダ, 6.3.2

ワークフローに関する問題, 4.2.1.1

セキュリティ・チェック

カスタム・レポート, 8.4.3.3

セキュリティ・モードの例, 8.4.3.1

プリファレンス変数値の手動による変更, 8.4.3.4

事前定義済レポート, 8.4.3.2

レポート問合せとセキュリティ・モード, 8.4.3

セキュリティ・モード選択プロセス, 8.4.3.5.1

「セキュリティ・グループ」フィールド, 2.2.1.3 WebDAVのセキュリティ, 6.6.3

アクセス制御, 6.6.3

ログインCookie, 6.6.3

セッション・タイムアウト, 6.6.3

「エイリアスの選択」画面, A.1.12.9 ツリーのルート・ノードの選択

メタデータ・フィールド, A.1.6.9

「ターゲット・ステップの選択」画面, A.2.5.4 「ユーザーの選択」画面, A.1.12.8 サービス定義, 8.1.3 サービス・エントリ, 8.1.3 サービス・ハンドラ・フィルタ, 8.2.1.1 「サービス」タブ

概要, A.6.1.5

用語の定義, 8.1.3

セッション・タイムアウト, 6.6.3 短期アクセス・カウント, 8.3.1.3 「列の表示」画面, A.1.2.4 ShowFolderMigrationMenu変数, 6.2.1.2 サイト構造, B.1.2 Site Studio

完全に管理されたリンク, 2.7.3

リンク管理, 2.7.3

暫定的に管理されたリンク, 2.7.3

Webアクティビティを報告するレポート, 8.4.1.4

Webビーコン機能, 8.3.3

WebDAV, 6.3.3, 6.4.1.3, 6.7.8

「スナップショット」タブ, 8.3.1.6

概要, 8.3.1.1, A.6.1.4

スナップショット構成の編集, 8.3.1.7

スナップショット機能およびアクティビティ・メトリックの有効化, 8.3.1.2

エラー・チェック, 8.3.1.6

カスタム・メタデータ・フィールドへのアクティビティ・メトリックのリンク, 8.3.1.6

用語の定義, 8.1.3

sortAndDecodeLinksフィルタ, 2.7.2.3 「ソース・アイテム」トレイ, A.5.1.3 スタンドアロン・モード、アプリケーションの実行, 1.3.4 「ワークフローの開始」画面, A.2.3.11 静的継承、防止, 6.3.9 静的URL

誤検出, 8.2.6.2.2

報告される間違ったdID, 8.2.6.2.1

静的ウォーターマーク, 5.1 ステータス、ワークフロー, 4.1.2 ステップ名変数, 4.5.3.1.3 手順

自動コントリビューション, 4.1.1

コントリビューション, 4.1.1

レビュー, 4.1.1

レビュー/リビジョンの編集, 4.1.1

レビュー/新規リビジョンの作成, 4.1.1

「削減の停止」ボタン, A.6.1.1 フォルダの構造, 6.3.1 サブ管理者, 1.3.1 サブスクリプション

追加, 2.6.1.1

ユーザーの追加, 2.6.1.2

削除, 2.6.1.3

編集, 2.6.1.2

サブワークフロー, 4.3.3 通知の抑止, 4.8.9 構文、ワークフロー・トークン, 4.5.2.1 システムのデフォルト情報のフィールド構成ページ, A.4.3 システムのデフォルト・メタデータ, 6.4.1.4 システム・フォルダの構成ページ, A.4.2 システム・フォルダ, 6.4.1.2 システム・パフォーマンス, 6.3.8

T

スキーマで使用される表, 3.1.1.1

TAG_ALLTEXT, 9.3.2.1

TAG_TEXT, 9.3.2.1

ターゲット・ステップ, 4.5.3.1.3, 4.5.3.1.3

テンプレート

スクリプトの変更, 4.6.2.4

スクリプトの作成, 4.6.2

ワークフロー・スクリプトのテスト, 4.6.2.3

ワークフロー, 4.6.1

テスト

ワークフロー・ジャンプ・スクリプト, 4.5.3.2.4

ワークフロー・スクリプト・テンプレート, 4.6.2.3

テキスト検索, 9.3.2.1 TEXT_ALLFULL, 9.3.2.1 TEXT_ALLNEXT, 9.3.2.1 TEXT_ALLREMAINDER, 9.3.2.1 TEXT_FULL, 9.3.2.1 TEXT_NEXT, 9.3.2.1 TEXT_REMAINDER, 9.3.2.1 サムネイル

構成, A.1.5

概要, 2.3.4

タイトルの割当て

WebDAV, 6.6.2

「タイトル」フィールド, 2.2.1.3 トークン

画面, A.2.4

トークン

作成, 4.5.2.2

定義, 4.1.1

構文, 4.5.2.1

上位アクセス・コンテンツ・アイテム, 8.1.3 追跡の制限事項

シングルボックス・クラスタ, 8.2.6.1

ごみ箱

無効化, 6.4.1.3

機能, 6.3.3

トレイ

エレメント情報, A.5.1.2

フォリオ構造, A.5.1.1

ソース・アイテム, A.5.1.3

トリガー・フィールド

コンテンツ・プロファイル, 3.2.1

無効化, 3.2.5.2

選択, 3.2.5.1

トラブルシューティング

WebDAV仮想フォルダへの接続の問題, 6.7.2

ワークフローにおけるコンテンツ・アイテムのスタック, 6.7.7

Site Studioのコントリビューション・フォルダからのコンテンツの削除, 6.7.8

ファイル名のダブルバイト文字, 6.7.4

ExtranetLookコンポーネント, 6.7.6

仮想フォルダ名またはファイル名の番号記号, 6.7.5

WebDAV, 6.7

WebDAVのドラッグ・アンド・ドロップがWindows 2000で機能しない, 6.7.9, 6.7.10

ゼロバイトのファイル, 6.7.1

Content Trackerのトラブルシューティング

メカニズム, 8.5

PLUGIN_DEBUGのサポート, 8.5.1

PLUGIN_DEBUGの設定, 8.5.1

「タイプ」フィールド, 2.2.1.3

U

「チェックアウトを元に戻す」画面, A.1.10.3

チェックアウトを元に戻す, 2.4.3.2

UNIX

スタンドアロン・アプリケーションの実行, 1.3.4.2

サービス, 1.3.4.2

サブスクライブ解除, A.1.12.1 「コンテンツ情報の更新」画面, A.1.9.3 「データベース設計の更新」

メタデータ・フィールド, A.1.6.11, A.1.6.12

更新スクリプト、ワークフロー, 4.5.3.2 URL

外部リンクの作成, B.3.4

URLリンク・パターン

デフォルトの例, 2.7.2.1

概要, 2.7.2.1

表の列, 2.7.2.1

URLリンク

検索オプション, 2.7

ユーザー資格証明監査の追跡

失敗したログオン試行, 8.4.1.3

ユーザー・インタフェース(フォルダ)

フィールド情報の継承構成ページ, A.4.5

ローカル・フォルダ・ページ, A.4.4

システムのデフォルト情報のフィールド構成ページ, A.4.3

システム・フォルダの構成ページ, A.4.2

仮想フォルダの管理構成ページ, A.4.1

ユーザー・インタフェース(WebDAV)

Windows Explorerでの仮想フォルダ, 6.5.3

ユーザー・メタデータ

「メタデータ」も参照

概要, 8.2.5.2

SctAccounts表, 8.2.5.2

SctGroups表, 8.2.5.2

SctUserAccounts表, 8.2.5.2

SctUserGroups表, 8.2.5.2

SctUserInfo表, 8.2.5.2

ユーザー権限監査の追跡

コンテンツ・アイテムへの失敗したアクセス試行, 8.4.1.3

「ユーザーの表示」画面

コンテンツ・プロファイル, A.1.2.2

ユーザー

非定型, 4.8.3

サブスクリプションへの追加, 2.6.1.2

タイプ, 1.3.1

サブスクライブ者画面, A.1.12.4

V

変数、「構成パラメータ」を参照, 6.3.5

ボールト, 2.1

ビュー, 3.1.1.2

仮想フォルダの管理構成ページ, A.4.1

W

Webビーコン

リバース・プロキシ・サーバー, 8.3.3

Site Studio, 8.3.3

Webブラウザ, A.1.1 Webレイアウト, 2.1 Webレイアウト・エディタ

概要, B

アクティブ・レポート, B.4.1

追加

問合せ結果ページ, B.5.3

Webページ, B.3.1

作成

外部URLリンク, B.3.4

ローカル・ページ・リンク, B.3.3

問合せリンク, B.5.1

Webサイト, B.1.3

定義

アクティブ・レポート, B.4.2

ファイルを表示する基準, B.1.2

サイト構造, B.1.2

削除

問合せ結果ページ, B.5.5

編集

アクティブ・レポートの問合せ式, B.4.4

問合せリンク内の問合せ式, B.5.2

問合せ結果ページ, B.5.4

Webページのプロパティ, B.3.2

Webページ構造, B.3.5

履歴レポート, B.4.1 インタフェース, A.8 メイン・ページ, A.8.1 ページの階層ペイン, A.8.1.1 「ページ・リンク」ペイン, A.8.1.3, A.8.1.3 「ページのプロパティ」ペイン, A.8.1.2, A.8.1.2 Webサイトの計画, B.1 タスク, B.1.3 使用, B.3 「Webページの階層」ペイン, A.8.1.1 レポートの使用, B.4 Webページの使用, B.2 書込み

レポート問合せ, B.5

Webページ

Webレイアウト・エディタでの追加, B.3.1

プロパティの編集, B.3.2

構造の編集, B.3.5

使用, B.2, B.2

Webサーバー・フィルタ

概要, 8.2.1.2

Webサイト

構築, B

ファイルを表示する基準の定義, B.1.2

計画, B.1

WebDAV

管理, 6.6

アーキテクチャ, 6.5.2

クライアント, 6.5.1

フォルダ, 6.5.3

機能, 6.5

使用するHTTPメソッド, 6.5.2

複数言語の同時サポート, 6.5.4

概要, 6.5

プロセス, 6.5.2

プロトコル, 6.5, 6.5.2

リクエストのアクセスの欠落, 8.2.6.2.3

セキュリティ, 6.6.3

Site Studio, 6.7.8

テクノロジ, 6.5, 6.5.2

タイトルの割当て, 6.6.2

トラブルシューティング, 6.7

Windows 2000でのドラッグ・アンド・ドロップ機能に関するトラブルシューティング, 6.7.9, 6.7.10

ワークフロー, 6.7.7

wfAction, 4.5.1 wfAdditionalExitCondition, 4.5.1 wfAddUser, 4.5.1 wfCurrentGet, 4.5.1 wfCurrentSet, 4.5.1 wfCurrentStep, 4.5.1 wfDisplayCondition, 4.5.1 wfExit, 4.5.1 wfGet, 4.5.1 wfGetStepTypeLabel, 4.5.1 wfIsReleasable, 4.5.1 wfJumpEntryNotifyOff, 4.5.1 wfJumpMessage, 4.5.1 wfJumpName, 4.5.1 wfJumpReturnStep, 4.5.1 wfJumpTargetStep, 4.5.1 wfMailSubject, 4.5.1 wfMessage, 4.5.1 wfNotify, 4.5.1 wfParentList, 4.5.1 wfReleaseDocument, 4.5.1 wfSet, 4.5.1 wfStart, 4.5.1 wfupdateMetaData, 4.5.1 Windows

スタンドアロン・アプリケーションの実行, 1.3.4.1

Windows Explorer

WebDAVセキュリティ, 6.6.3

ワークフロー

エスカレーション, 4.8.5

設計前の確認事項, 4.2

レプリケーション, 4.8.6.2

シナリオ, 4.8.6.1

ステップのプロセス, 4.5.3.5

ワークフロー管理

「条件」タブ, A.2.2.1

「テンプレート」タブ, A.2.6.1

ツール, 4.6

「ワークフロー」タブ, A.2.3.1

ワークフロー・リビジョン, 2.4.3.4 「ワークフロー・スクリプト」画面, A.2.7.1 「ワークフロー・トークン」画面, 4.5.2.2, A.2.4.1 ワークフロー

アクション, 4.1.2

基本

変更, 4.4.4

プロセス, 4.4.1

設定, 4.4.3

ヒント, 4.4.2

ユーザー・インタフェース, A.2.3

コンパニオン・ファイル, 4.1.1.2 基準

フォルダに基づいた, 4.8.7

変更, 4.3.3

無効化, 4.3.4

プロセス, 4.3.1

設定, 4.3.2

ユーザー・インタフェース, A.2.2

カスタマイズ, 4.5 設計, 4.2.2 電子メール・テンプレート, 4.8.4 イベント, 4.1.1.1, 4.5.3.1 誤ったワークフロー内のアイテム, 4.9.3 「編集」ステータスでスタックしているアイテム, 4.9.1 「WWW生成」ステータスでスタックしているアイテム, 4.9.1 「レビュー」ステータスでスタックしているアイテム, 4.9.2 ジャンプ

完了, 4.5.3.2.3

作成, 4.5.3.2

条件文の設定, 4.5.3.2.2

サイド・エフェクトの設定, 4.5.3.2.1

スクリプトのテスト, 4.5.3.2.4

キー, 4.1.1.2, 4.1.1.2 変更, 4.2.3 概要, 4.1 プロセス, 4.1.2, 4.5.3.5 スクリプト・テンプレート

変更, 4.6.2.4

作成, 4.6.2

概要, 4.6

テスト, 4.6.2.3

セキュリティに関する問題, 4.2.1.1 ステータス, 4.1.2 ステップ・タイプ, 4.1.1 サブワークフロー・タイプ, 4.1 サブワークフロー

変更, 4.3.3

無効化, 4.3.4

テンプレート

変更, 4.6.1

トークン

作成, 4.5.2.2

WebDAV, 6.7.7 処理

基本ワークフロー・ユーザー・インタフェース, A.2.3

基準ワークフロー・ユーザー・インタフェース, A.2.2

X

XML, 9.3.2.1

XML変換

概要, 9.1.1

sccXMLConversion構成設定, 9.1

変換メソッドの設定, 9.2.1

Z

ゼロバイトのファイル, 6.7.1

Copyright © 2010, 2011, Oracle and/or its affiliates. All rights reserved.