Oracle® Fusion Middleware

Oracle WebCenter Contentのマネージング

12c (12.2.1)

E70072-01(原本部品番号:E47918-01)

2015年10月

このマニュアルでは、Oracle WebCenter Contentのアプリケーションおよびコンポーネントを構成および管理してOracle WebCenter Contentの機能(コンテンツ・プロファイル、Content Categorizer、Content Tracker、デスクトップ、フォリオ、フォルダ、Inbound Refinery、変換、レコード、WebDAV、ワークフローなど)を拡張する方法について説明します。

Oracle Fusion Middleware Oracle WebCenter Contentのマネージメント 12c (12.2.1)

E70072-01

Copyright ©2010, 2015, Oracle and/or its affiliatesAll rights reserved.

原本著者: Sonia Nagar

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

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

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

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

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

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

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

- Oracle WebCenter Contentの用語

このガイドで説明する新機能

- リリース12cの新機能と変更された機能 (12.2.1)

- 12c(12.2.1)におけるドキュメントの重要変更事項

第I部 Oracle WebCenter Contentの理解

1 Oracle WebCenter Contentの機能の概要

- 1.1 コンテンツ管理

- 1.2 フォルダ

- 1.3 フォリオ

- 1.4 ワークフロー

- 1.5 イメージング

- 1.6 Digital Asset Manager

- 1.7 Records

- 1.8 コンテンツの変換

- 1.8.1 Inbound Refinery

- 1.8.2 その他の変換フォーマット

- 1.8.3 PDFウォーターマーク

- 1.9 Dynamic Converter

- 1.10 Desktop

- 1.11 Oracle WebCenter Contentのアプリケーションを構成および管理するための基本的なタスク

第II部 基本的なアプリケーション管理

2 Oracle WebCenter Contentの管理のスタート・ガイド

- 2.1 管理職責の理解

- 2.2 管理ツールの理解

- 2.3 インタフェースの概要

- 2.4 Oracle WebCenter Content ServerおよびInbound Refineryのインスタンスの起動と停止

- 2.5 Oracle WebCenter Contentのインスタンスへのアクセス

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

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

- 2.7.1 Windowsシステムでのスタンドアロン管理アプリケーション

- 2.7.2 UNIXシステムでのスタンドアロン管理アプリケーション

3 ステータスおよびエラー情報の検索

- 3.1 コンテンツ・サーバーのステータスの監視

- 3.2 コンテンツ・サーバーのログの監視

第III部 コンテンツの管理

4 コンテンツの管理

- 4.1 リポジトリ・マネージャの起動

- 4.2 リポジトリ・マネージャのコンテンツ・リストの構成

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

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

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

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

- 4.3.2 コンテンツ・メタデータの管理

- 4.3.3 有効期限が切れたコンテンツの管理

- 4.4 リポジトリ・マネージャを使用したリビジョンの管理

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

- 4.4.2 チェックアウトを元に戻すまたはリビジョンの再発行

- 4.4.3 リビジョンの削除

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

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

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

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

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

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

- 4.6 コンテンツの電子署名

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

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

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

- 4.6.4 電子シグネチャの構成

- 4.7 ネイティブ・コンテンツ変換の管理

- 4.7.1 MIMEタイプの識別

- 4.7.2 コンテンツの変換のためのネイティブ・アプリケーションの要件

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

- 4.7.4 サムネイルについて

- 4.8 コンテンツ・タイプの定義

- 4.8.1 コンテンツ・タイプの作成、編集または削除

5 コンテンツの編成

- 5.1 フォルダの管理

- 5.1.1 フォルダの理解

- 5.1.2 フォルダの構成

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

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

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

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

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

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

- 5.2.5 フォルダへのURLのマッピング

- 5.3 WebDAVの管理

- 5.3.1 WebDavの理解

- 5.3.2 WebDAVの構成

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

- 5.4.1 コンテンツ・フォリオの理解

- 5.4.2 コンテンツ・フォリオの作成と使用

6 ワークフローの管理

- 6.1 ワークフローの理解

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

- 6.1.2 ワークフローの評価プロセス

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

- 6.2 ワークフローの計画

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

- 6.2.2 ワークフローの設計

- 6.2.3 ワークフローの変更

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- 6.8.1 ステップ認証の要求

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

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

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

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

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

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

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

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

7 リポジトリ・フィールドとメタデータのカスタマイズ

- 7.1 カスタム・フィールドの理解

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

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

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

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

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

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

- 7.2.3 ビュー値の編集

- 7.2.4 ツリーの値の使用

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

- 7.3.1 スキーマ構造

- 7.3.2 スキーマの作成

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

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

8 コンテンツのカテゴリ化とリンク

- 8.1 コンテンツのカテゴリ化とリンクについて

- 8.2 コンテンツの分類

- 8.2.1 XML変換

- 8.2.2 検索ルールの概要

- 8.2.3 Content Categorizerの実行

- 8.2.4 Content Categorizerの設定

- 8.2.5 検索ルール

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

- 8.2.7 XSLT変換

- 8.3 リンク・マネージャ・コンポーネントの使用

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

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

- 8.3.3 Site Studioの統合

- 8.3.4 リンクの管理

9 コンテンツ・アクセスの追跡

- 9.1 Content Trackerについて

- 9.2 Content Trackerの機能の理解

- 9.2.1 Content Tracker

- 9.2.2 データの記録と削減

- 9.2.3 Content Trackerの用語

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

- 9.3 操作の詳細

- 9.3.1 データ収集

- 9.3.2 データ削減

- 9.3.3 Content Trackerイベント・ログ

- 9.3.4 結合された出力表

- 9.3.5 データ出力

- 9.3.6 追跡の制限事項

- 9.4 データ追跡機能

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

- 9.4.2 サービス・コール

- 9.4.3 Webビーコン機能

10 コンテンツ・プロファイルの管理

- 10.1 コンテンツ・プロファイルについて

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

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

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

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

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

- 10.3.3 ルールの制限リスト

- 10.3.4 正規表現

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

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

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

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

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

- 10.4.4 フィールドの移動

- 10.5 ルールの管理

- 10.5.1 ルールの作成、編集または削除

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

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

- 10.5.4 メタデータ・フィールドのグループ化

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

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

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

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

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

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

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

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

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

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

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

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

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

- 10.8.1 部門ベースのコンテンツ・プロファイル(例)

- 10.8.2 ブラックホール履歴書チェックイン(例)

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

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

第IV部 レコードの管理

11 レコード管理の構成

- 11.1 レコード管理の理解

- 11.1.1 保存されたコンテンツのライフ・サイクル

- 11.1.2 保存されたコンテンツのタイプ

- 11.1.3 基本的な保存管理の概念

- 11.1.4 物理コンテンツ管理

- 11.1.5 基本的な保存プロセス

- 11.2 ソフトウェア構成の選択

- 11.2.1 使用上の注意

- 11.3 保存管理のオプション

- 11.4 物理コンテンツ管理の設定

- 11.5 保存の定義とオプションの構成

- 11.5.1 会計カレンダの設定

- 11.5.2 期間の管理

- 11.5.3 パフォーマンス監視の設定

- 11.6 PCMのオプション

- 11.7 カスタム・メタデータ・セットの作成

- 11.7.1 カスタム・メタデータ・フィールドの作成または編集

- 11.7.2 カスタム・メタデータ・フィールド情報の表示

- 11.7.3 カスタム・メタデータ・フィールドの削除

- 11.7.4 例: カスタム・カテゴリ・メタデータ・フィールドの作成

- 11.8 ワークフローの設定

- 11.8.1 ワークフローの前提条件とプロセス

- 11.8.2 必要なワークフローの作成

- 11.9 Desktop Integration Suiteによる構成

- 11.10 構成変数

12 レコード保存スケジュールの管理

- 12.1 保存スケジュールの理解

- 12.1.1 保存スケジュールとMoReq2ファイル・プラン

- 12.1.2 保存スケジュールとフォルダ保存機能

- 12.1.3 保存スケジュールの計画

- 12.1.4 オブジェクト・レベルの作成と移動

- 12.2 シリーズの使用

- 12.2.1 シリーズの作成または編集

- 12.2.2 シリーズ情報の表示

- 12.2.3 シリーズの表示/非表示

- 12.2.4 シリーズの移動

- 12.2.5 シリーズの削除

- 12.3 保存カテゴリの管理

- 12.3.1 保存カテゴリの作成または編集

- 12.3.2 保存カテゴリ情報の表示

- 12.3.3 カテゴリのメタデータ履歴の表示

- 12.3.4 保存カテゴリのコピー

- 12.3.5 保存カテゴリの移動

- 12.3.6 保存カテゴリの削除

- 12.3.7 保存カテゴリの例

- 12.4 レコード・フォルダの管理

- 12.4.1 レコード・フォルダの作成

- 12.4.2 ボリューム・フォルダの作成

- 12.4.3 情報の表示

- 12.4.4 レコード・フォルダの編集

- 12.4.5 フォルダに適用された処理の変更

- 12.4.6 レコード・フォルダの移動

- 12.4.7 レコード・フォルダを閉じるまたは閉じない(再度開く)

- 12.4.8 レコード・フォルダの凍結または凍結解除

- 12.4.9 フォルダの取消し、期限切れおよび廃棄

- 12.4.10 レコード・フォルダの削除

- 12.4.11 外部フォルダへの日付設定

- 12.4.12 フォルダの分類設定

- 12.4.13 フォルダの例

13 Recordsのセキュリティの管理

- 13.1 Recordsのセキュリティの理解

- 13.1.1 組織の保存管理

- 13.1.2 一般セキュリティ設定

- 13.1.3 セキュリティ・ロールおよび定義

- 13.1.4 Recordsのタスクの権限およびロール

- 13.1.5 PCMのタスクの権限およびロール

- 13.1.6 外部ソース・タスクおよび事前定義済のロールのデフォルト

- 13.1.7 権限のマトリックス

- 13.2 セキュリティ・プリファレンスの設定

- 13.3 ユーザー・ロールへの権限の割当て

- 13.3.1 「シリーズ」タブ

- 13.3.2 「カテゴリ」タブ

- 13.3.3 「フォルダ」タブ

- 13.3.4 「レコード」タブ

- 13.3.5 「管理者」タブ

- 13.3.6 「CBC」タブ

- 13.3.7 「PCM」タブ

- 13.3.8 「ECM」タブ

- 13.3.9 ロールの権限の設定

- 13.4 ユーザーのPCMバーコード値の指定

- 13.5 分類されたセキュリティ

- 13.5.1 セキュリティ分類

- 13.5.2 セキュリティ分類の管理

- 13.5.3 分類ガイド

- 13.5.4 分類ガイドの管理

- 13.5.5 補助マーキング

- 13.5.6 補助マーキングの管理

- 13.6 カスタム・セキュリティ

- 13.6.1 カスタム・セキュリティの管理

- 13.6.2 「基本カスタム・セキュリティ」フィールドの例

14 処理の定義および実行

- 14.1 トリガーの使用

- 14.1.1 システム導出トリガー

- 14.1.2 トリガーのタイプ

- 14.1.3 トリガーの管理

- 14.1.4 トリガーの例

- 14.2 凍結の管理

- 14.2.1 凍結の作成

- 14.2.2 凍結の編集

- 14.2.3 凍結情報の表示

- 14.2.4 凍結の削除

- 14.2.5 アイテム、フォリオまたはフォルダの凍結

- 14.2.6 凍結されたアイテムまたはフォルダの凍結解除

- 14.2.7 凍結されたコンテンツおよびフォルダの検索

- 14.2.8 凍結電子メール通知の再送信

- 14.2.9 例: 凍結の作成

- 14.3 処理の作成

- 14.3.1 処理のタイプ

- 14.3.2 ワークフローを使用したカテゴリ・ルールのレビュー

- 14.3.3 トリガー・イベント

- 14.3.4 保存期間

- 14.3.5 処理アクション

- 14.3.6 カットオフのガイドライン

- 14.3.7 処理の優先順位

- 14.3.8 処理の管理

- 14.3.9 処理の例

- 14.4 処理の実行

- 14.4.1 レビュー対象のアイテム

- 14.4.2 承認と完了

- 14.4.3 凍結されたアイテムとイベント処理

- 14.4.4 保存ステップおよびアクションの検索

- 14.4.5 バッチ処理の使用

- 14.4.6 代替レビューアの指定

- 14.4.7 処理タスクの管理

- 14.4.8 保留中のイベントの処理

- 14.4.9 処理の実行

15 Oracle WebCenter Content Records Adapterの管理

- 15.1 Content Server Adapterの理解

- 15.2 アダプタ構成

- 15.2.1 ソースとプロバイダの構成

- 15.2.2 フィールドの管理

- 15.3 データの同期化

- 15.3.1 必要に応じた同期化の実行

- 15.3.2 同期化のスケジュール化

- 15.3.3 同期ログの表示

16 物理コンテンツの管理

- 16.1 物理コンテンツ管理の構成

- 16.1.1 チャージバック処理の構成

- 16.1.2 ロケーション・タイプの構成

- 16.1.3 オブジェクト・タイプの構成

- 16.1.4 メディア・タイプの構成

- 16.1.5 デフォルトのメタデータ値の構成: 外部および予約

- 16.2 ストレージ領域の構成

- 16.2.1 PCMストレージ領域の閲覧

- 16.2.2 ストレージ領域の管理

- 16.2.3 例: 1つのストレージ・ロケーションの作成

- 16.2.4 例: 複数のストレージ・ロケーションの作成

- 16.3 外部ストレージ

- 16.3.1 デフォルトの顧客情報の設定

- 16.3.2 新しい地区のマッピング

- 16.3.3 手動ピックアップ・リクエストの作成

- 16.3.4 アップロード済ファイルの参照

- 16.3.5 処理済ファイルの参照

- 16.3.6 外部ストレージへのファイルの転送

- 16.4 物理アイテムの管理

- 16.4.1 物理アイテムの削除

- 16.4.2 物理アイテムの凍結と凍結解除

- 16.4.3 物理アイテム用のラベルの印刷

- 16.4.4 物理コンテンツの手動インポート

- 16.4.5 物理コンテンツの処理

- 16.5 予約とバーコードの管理

- 16.5.1 予約処理の理解

- 16.5.2 バーコードの使用

- 16.5.3 バーコードの管理

- 16.5.4 ユーザーのPCMバーコード値の指定

17 予約とチャージバックの処理

- 17.1 チャージバックの管理

- 17.1.1 チャージバック・プロセスの理解

- 17.1.2 チャージバック処理の構成

- 17.1.3 チャージバック・タスクの管理

- 17.2 予約の処理

- 17.2.1 予約リクエストのプロパティ

- 17.2.2 予約の管理

18 レコード関連コンテンツ(リンク)の構成

- 18.1 コンテンツ・リンクの理解

- 18.2 事前定義済リレーションシップ・タイプ

- 18.2.1 レンディション

- 18.2.2 差替え

- 18.2.3 サポート・コンテンツ

- 18.2.4 相互参照

- 18.3 リンク方法

- 18.3.1 リレーションシップ・クラス

- 18.4 関連コンテンツの管理

- 18.4.1 カスタム・リレーション・タイプの追加

- 18.4.2 カスタム・リレーション・タイプの編集

- 18.4.3 カスタム・リンク・タイプの削除

- 18.4.4 アイテムのリンク

- 18.4.5 アイテムのリンク解除

- 18.5 リンクの例

- 18.5.1 Enclosuresカスタム・リンク・タイプの例

- 18.5.2 レンディション・リンクの例

- 18.5.3 一方向の相互参照リンクの例

- 18.5.4 双方向の相互参照リンクの例

- 18.5.5 差替えリンクの例

- 18.5.6 サポート・コンテンツ・リンクの例

19 Recordsシステムの管理

- 19.1 タスクのスケジュール

- 19.1.1 スクリーニング・レポートのスケジュール

- 19.1.2 定期スクリーニング・レポートの編集

- 19.1.3 定期スクリーニング・レポート履歴の表示

- 19.1.4 凍結のスケジュールとスケジュール解除

- 19.1.5 スケジュールされたジョブの情報の表示

- 19.2 パフォーマンス監視の使用

- 19.2.1 パフォーマンス監視の有効化

- 19.2.2 パフォーマンス結果の確認

- 19.2.3 パフォーマンスのアラートと詳細の表示

- 19.3 カスタム・スクリプトの使用

- 19.3.1 スクリプトの作成または編集

- 19.3.2 カスタム・スクリプトの削除

- 19.3.3 スクリプト情報の表示

- 19.4 監査証跡の使用

- 19.4.1 監査証跡の構成

- 19.4.2 監査するメタデータ・フィールドの指定

- 19.4.3 監査証跡内の検索

- 19.4.4 監査証跡をチェックインするためのデフォルト・メタデータの設定

- 19.4.5 監査証跡のチェックインとアーカイブ

- 19.4.6 アーカイブされた監査証跡の検索

- 19.4.7 アーカイブされた監査証跡の表示

- 19.4.8 監査証跡レポートの作成

- 19.5 デフォルトのレポートの使用

- 19.5.1 ユーザーとグループのレポート

- 19.5.2 コンテンツと物理アイテムのレポート

- 19.6 情報のアーカイブと転送

- 19.6.1 アーカイブ処理

- 19.6.2 インポートとエクスポートの管理

- 19.6.3 XSDデータの転送

20 フェデレーテッド検索および凍結の使用

- 20.1 フェデレーテッド検索および凍結の理解

- 20.2 フェデレーテッド検索

- 20.2.1 フェデレーテッド検索のクエリー・ビルダー

- 20.2.2 検索の実行

- 20.3 フェデレーテッド凍結

- 20.3.1 検索結果の凍結

- 20.3.2 スケジュール済凍結の表示

第V部 コンテンツの変換の管理

21 Inbound Refineryの構成

- 21.1 Inbound Refineryの構成の前提条件

- 21.2 コンテンツ・サーバーとリファイナリの構成シナリオ

- 21.2.1 シナリオA

- 21.2.2 シナリオB

- 21.2.3 シナリオC

- 21.2.4 シナリオD

- 21.2.5 シナリオE

- 21.3 コンテンツ・サーバーとリファイナリ間の通信の構成

- 21.3.1 リファイナリ・プロバイダの構成

- 21.3.2 リファイナリのIPセキュリティ・フィルタの編集

- 21.3.3 UNIXプラットフォームに対するライブラリ・パスの設定

- 21.4 コンテンツ・サーバーでのリファイナリへのジョブ送信の構成

- 21.4.1 ファイル形式と変換の理解

- 21.4.2 ファイル・タイプの管理

- 21.4.3 PassThruファイル用のコンテンツ・サーバーの構成

- 21.4.4 コンテンツ・サーバーのリファイナリ変換オプションの構成

- 21.4.5 プレビューをバイパスするためのイメージ・ファイルの構成

- 21.4.6 チェックイン時の変換のオーバーライド

- 21.4.7 デフォルトのコンテンツ変換設定の変更

- 21.5 ステータスの詳細の表示

- 21.5.1 リファイナリの変換ステータスの表示

- 21.5.2 IBRプロバイダのステータスの表示

- 21.6 リファイナリの変換設定の構成

- 21.6.1 タイムアウトの計算

- 21.6.2 承認される変換の設定

- 21.6.3 プライマリWeb表示可能レンディションとしての複数ページTIFFファイルの設定

- 21.6.4 サムネイルの設定

- 21.6.5 UNIXでのレンダリング・オプションの構成

- 21.6.6 フォント・パスの指定

- 21.6.7 グラフィック変換に対するタイムアウト設定の構成

22 Inbound Refineryの管理

- 22.1 リファイナリの認証とユーザーの管理

- 22.2 シングル・サインオンを使用したリファイナリ統合の管理

- 22.3 リファイナリの変換キューの管理

- 22.4 リファイナリ・エージェントの管理

- 22.4.1 詳細ロギング

- 22.4.2 エージェントの削除

- 22.5 リファイナリ・プロバイダの管理

- 22.6 リファイナリの情報の表示

- 22.6.1 リファイナリの構成情報の表示

- 22.6.2 リファイナリのシステム監査情報の表示

- 22.7 Webサーバー・フィルタの構成

- 22.8 動的および静的なレイアウト・ファイルのパブリッシュ

- 22.9 Windowsでのアクティブ・ウィルス・スキャン

- 22.10 日付書式とタイムゾーンの変更

- 22.10.1 日付書式の変更

- 22.10.2 タイムゾーンの設定

- 22.11 リファイナリのステータスの監視

- 22.11.1 リファイナリのステータスの表示

- 22.11.2 エージェントのステータスの表示

23 変換の操作

- 23.1 PDF変換の管理

- 23.1.1 PDF変換に関する注意事項

- 23.1.2 PDF変換設定の構成

- 23.1.3 OpenOfficeの構成

- 23.1.4 Microsoft OfficeファイルのPDFへの変換

- 23.2 TIFF変換の管理

- 23.2.1 コンテンツ・サーバーでのTIFF変換用のジョブ送信の構成

- 23.2.2 TIFF変換設定の構成

- 23.2.3 CVista PdfCompressorの構成

- 23.3 XML変換の管理

- 23.3.1 コンテンツ・サーバーでのInbound Refineryへのジョブ送信の構成

- 23.3.2 プライマリWeb表示可能レンディションとしてのXMLファイルの設定

- 23.3.3 追加のレンディションとしてのXMLファイルの設定

- 23.3.4 XSL変換の設定

- 23.4 Microsoft OfficeファイルのHTMLへの変換

- 23.4.1 コンテンツ・サーバーでのHTML変換用のジョブ送信の構成

24 イメージおよびビデオ変換の操作

- 24.1 Digital Asset Managerの理解

- 24.1.1 サポートされる変換アプリケーション

- 24.1.2 サポートされるストリーミング・サーバー

- 24.1.3 サポートされる入力フォーマット

- 24.1.4 サポートされる出力フォーマット

- 24.2 Digital Asset Managerの構成

- 24.2.1 イメージ変換用の構成

- 24.2.2 コンテンツ・サーバーの構成ファイルの変更

- 24.2.3 ファイル形式の関連付けとファイル拡張子のマッピング

- 24.2.4 ファイル形式の関連付け

- 24.2.5 ファイル拡張子のマッピング

- 24.3 イメージ変換の設定と管理

- 24.3.1 イメージ・レンディション・セットの理解

- 24.3.2 イメージ・レンディション・セットの作成と構成

- 24.3.3 XMPおよびEXIFデータの操作

- 24.4 ビデオ変換の設定と管理

- 24.4.1 FlipFactoryのインストール

- 24.4.2 Vantageのインストール

- 24.4.3 Digital Asset Managerビデオ・プラグインのインストール

- 24.4.4 FlipFactoryとのディレクトリの共有

- 24.4.5 変換エンジンの共有ディレクトリ・パスの設定

- 24.4.6 Vantageの共有ディレクトリ・パスの設定

- 24.4.7 メディアの場所の設定

- 24.4.8 ストリーミング・サーバーの使用

- 24.4.9 ビデオ・レンディション・セットの定義

- 24.4.10 FlipFactoryでのファクトリの作成と構成

- 24.4.11 WindowsMediaWorkflow.xmlファイルのインポート

- 24.4.12 Vantageワークフローの理解

- 24.4.13 ビデオ変換の管理

- 24.4.14 プラグイン・デバッグ・ログの有効化

- 24.4.15 ビデオ・レンディション・セットでのコマンドライン・インタフェース(CLI)ツールの使用

25 PDFウォーターマークの管理

- 25.1 PDFウォーターマークの理解

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

- 25.1.2 テンプレート

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

- 25.1.4 PDFの最適化

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

- 25.2 PDFウォーターマークの構成

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

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

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

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

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

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

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

26 サポートされるファイル形式

- 26.1 Outside In Technologyにより変換されるファイル形式

- 26.1.1 Inbound Refinery

- 26.1.2 PDF変換

- 26.1.3 XML Converter

- 26.1.4 Outside In Technology

- 26.2 サード・パーティ・アプリケーションによりPDFに変換されるファイル形式

- 26.3 Open OfficeによりPDFに変換されるファイル形式

第VI部 動的変換の管理

27 Dynamic Converterの概要

- 27.1 Dynamic Converterについて

- 27.2 Dynamic Converterの基本的な概念

- 27.3 Dynamic Converterプロセス

- 27.4 事前変換

- 27.5 強制変換

- 27.6 フラグメントのみの変換

- 27.7 キャッシュおよび問合せ

- 27.7.1 タイムスタンプのキャッシュ

- 27.7.2 メタデータの変更

- 27.7.3 タイムスタンプのチェック頻度

- 27.7.4 キャッシュ間隔

- 27.7.5 キャッシュ・サイズ

- 27.7.6 キャッシュ有効期限

- 27.8 特殊な変換

- 27.8.1 HTMLフォームのHTMLへの変換

- 27.8.2 XMLのHTMLへの変換

- 27.9 コンテンツ・サーバーにおけるDynamic Converterインタフェース

28 Dynamic Converterの構成

- 28.1 Dynamic Converterを使用する前に

- 28.2 デフォルトのテンプレートの設定

- 28.3 変換フォーマットの設定

- 28.3.1 動的変換へのファイル形式の追加

- 28.3.2 動的変換からのファイル形式の削除

- 28.4 PowerPointプレゼンテーションのスライドショー・テンプレート・ファイルの構成

- 28.5 ワイヤレス・テンプレートの削除

29 テンプレート・ルールの管理

- 29.1 テンプレート・ルールについて

- 29.2 テンプレート・ルールの管理

- 29.2.1 ルールの追加

- 29.2.2 ルールの削除

- 29.2.3 ルールの並替え

- 29.3 メタデータ条件のルールへの割当て

- 29.4 ルールのテンプレートの選択

30 変換テンプレートの管理

- 30.1 テンプレートについて

- 30.2 テンプレート・タイプ

- 30.3 テンプレートの方針

- 30.4 テンプレートのチェックイン

31 HTML変換テンプレート

- 31.1 テンプレートについて

- 31.1.1 新しいHTML変換テンプレートの作成

- 31.1.2 既存のHTML変換テンプレートの編集

- 31.2 HTML変換テンプレート・エディタの使用

- 31.2.1 様々なファイル・タイプのフォーマット

- 31.2.2 ドキュメント・プロパティの追加

- 31.2.3 テキスト要素の追加

- 31.2.4 ナビゲーション要素の追加

- 31.2.5 HTML設定の構成

- 31.2.6 出力マークアップ・アイテムの追加

- 31.2.7 出力テキスト書式の追加

- 31.2.8 書式マッピング・ルールの追加

- 31.2.9 出力ページ・レイアウトの追加

- 31.2.10 コンテンツのプレビュー

- 31.2.11 テンプレートの保存

32 クラシックHTML変換レイアウト・テンプレート

- 32.1 クラシックHTML変換レイアウト・テンプレートについて

- 32.2 レイアウト・テンプレートのコンテンツ

- 32.3 レイアウト・テンプレート内のトークン

- 32.4 サンプル・レイアウト・テンプレート

- 32.4.1 default_layout.txt

- 32.4.2 snippet_layout.txt

- 32.5 コンテンツ・アイテム用のレイアウト・テンプレートの作成

- 32.6 レイアウト・テンプレートとテンプレート・ルールの関連付け

- 32.7 デフォルト・レイアウト・テンプレートの指定

- 32.8 スクリプト、イメージおよびCSSのレイアウト・テンプレートへの組込み

33 スクリプト・テンプレートの管理

- 33.1 スクリプト・テンプレートについて

- 33.2 要素

- 33.2.1 要素ツリー

- 33.2.2 リーフ要素

- 33.2.3 反復可能要素

- 33.2.4 要素定義

- 33.3 索引

- 33.3.1 索引変数キーワード

- 33.3.2 例: プレゼンテーションの各スライド用のHTMLファイルのセットの作成

- 33.4 マクロ

- 33.4.1 マクロについて

- 33.4.2 単位: {## UNIT}、{## HEADER}および{## FOOTER}

- 33.4.3 要素の挿入: {## INSERT}

- 33.4.4 条件: {## IF...}、{## ELSEIF...}および{## ELSE}

- 33.4.5 ループ: {## REPEAT}

- 33.4.6 構造化ブレークとのリンク: {## LINK}

- 33.4.7 コンテンツ・サイズ・ブレークとのリンク: {## ANCHOR}

- 33.4.8 出力ファイルに挿入するコメント: {## IGNORE}

- 33.4.9 出力ファイルに挿入しないコメント: {## COMMENT}

- 33.4.10 別のテンプレートの組込み: {## INCLUDE}

- 33.4.11 テンプレート内でのオプションの設定: {## OPTION}

- 33.4.12 ファイルのコピー: {## COPY}

- 33.4.13 非推奨のテンプレート・マクロ

- 33.5 プラグマ

- 33.5.1 Pragma.Charset

- 33.5.2 Pragma.CSSFile

- 33.5.3 Pragma.EmbeddedCSS

- 33.5.4 Pragma.JsFile

- 33.5.5 Pragma.SourceFileName

- 33.6 スクリプト・テンプレートの書式設定オプションの設定

- 33.6.1 変換済グラフィックに使用される形式の変更

- 33.6.2 リストの行頭文字と番号の生成

- 33.7 構造によるドキュメントの分割

- 33.8 コンテンツ・サイズによるドキュメントの分割

- 33.8.1 サイズ分割テンプレートのサンプル

- 33.8.2 {## UNIT}マクロのないテンプレート

- 33.8.3 索引とサイズベースの分割

- 33.9 スプレッドシートおよびデータベース・ファイルをナビゲートするためのグリッドの使用

34 変換済コンテンツの操作

- 34.1 コンテンツ情報の表示

- 34.2 変換済ファイルの表示

- 34.2.1 「検索結果」ページ

- 34.2.2 「コンテンツ情報」ページ

- 34.3 チェックイン前のドキュメントのプレビュー

35 実装に関する考慮事項

- 35.1 メタデータ・フィールドでのマルチバイト・キャラクタの使用

- 35.2 UNIXでのPDFファイルの変換

- 35.3 UNIX上の埋込みグラフィック

- 35.4 ベクターとラスターの各グラフィック書式の使用

- 35.5 UNIXでのベクター・グラフィックとスプレッドシート・テキストの変換

- 35.6 URLリライティング

- 35.7 テンプレート・ファイルとレイアウト・ファイル内の相対URL

- 35.8 ブラウザのキャッシュ

- 35.9 イメージのサイズ設定ルール

- 35.10 CSSの考慮事項

- 35.11 Dynamic Converterで使用するスタイル名

- 35.12 Dynamic Converterのスタイルのオーバーライド

- 35.13 Pragma.CSSFileおよび{## LINK}

- 35.14 整形式のHTML

- 35.15 位置フレームのサポート

- 35.16 テンプレート作成のヒント

36 変換フィルタ

- 36.1 アプリケーション・フィルタ

- 36.2 グラフィック・フィルタ

37 入力ファイル形式

- 37.1 ワープロ・フォーマット

- 37.2 デスクトップ・パブリッシング・フォーマット

- 37.3 データベース・フォーマット

- 37.4 スプレッドシート・フォーマット

- 37.5 プレゼンテーション・フォーマット

- 37.6 グラフィック・フォーマット

- 37.7 圧縮形式

- 37.8 電子メール・フォーマット

- 37.9 その他のフォーマット

38 Office 2007/2010に関する考慮事項

- 38.1 すべてのOfficeアプリケーション

- 38.2 Word 2007/2010

- 38.3 Excel 2007/2010

- 38.4 PowerPoint 2007/2010

- 38.5 サポートされないオブジェクトの例

第VII項 Desktop管理

39 Desktop管理

- 39.1 クライアント・ソフトウェアのカスタム・インストール・オプション

- 39.2 コンテンツ・サーバー・インスタンスのWebブラウザ検索プロバイダ名の設定

- 39.3 サブフォルダ検索の有効化

- 39.4 電子メール・メタデータのマッピング

- 39.5 フォームベースのログインの構成

- 39.6 フォームベースのログインの正規表現のカスタマイズ

- 39.7 チェックインされた電子メール・メッセージ用のファイルの名前設定

- 39.8 チェックインされた電子メール添付ファイルの関連コンテンツ・リンクの有効化

第VIII部 トラブルシューティング

40 ワークフローのトラブルシューティング

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

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

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

41 コンテンツ追跡の問題のトラブルシューティング

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

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

- 41.3 DataBinderダンプ機能

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

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

- 42.1.1 原因

- 42.1.2 解決策

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

- 42.2.1 原因

- 42.2.2 解決策

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

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

- 42.4.1 原因

- 42.4.2 解決策

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

- 42.5.1 原因

- 42.5.2 解決策

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

- 42.6.1 原因

- 42.6.2 解決策

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

- 42.7.1 原因

- 42.7.2 解決策

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

- 42.8.1 原因

- 42.8.2 解決策

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

- 42.9.1 原因

- 42.9.2 解決策

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

- 42.10.1 原因

- 42.10.2 解決策

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

- 42.11.1 解決策

43 Inbound Refineryのトラブルシューティング

- 43.1 PDF変換の問題のトラブルシューティング

- 43.1.1 PDF変換の問題のトラブルシューティング・プロセス

- 43.1.2 一般的な変換の問題

- 43.1.3 Inbound Refineryの設定と実行に関する問題

- 43.1.4 PDF表示の問題

- 43.2 TIFF Converterの問題のトラブルシューティング

- 43.2.1 インストールの問題

- 43.2.2 一般的な変換の問題

- 43.2.3 CVista PdfCompressorの変換の問題

- 43.2.4 PDFサムネイルの作成と表示の問題

- 43.3 XML Converterの問題のトラブルシューティング

はじめに

このドキュメントでは、Oracle WebCenter Contentアプリケーションを管理するために使用する共通のタスクについて説明しています。このタスクには、コンテンツ管理、ワークフロー、コンテンツの保存とレコードの管理、およびイメージング管理が含まれます。

対象読者

このドキュメントは、システム管理タスクのサブセットを管理するOracle WebCenter Contentアプリケーションの管理者を対象としています。

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

Oracleのアクセシビリティへの取り組みについては、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)にアクセスしてください。

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ドキュメント・セットに含まれる次のドキュメントを参照してください。

- Oracle Fusion Middleware Oracle WebCenter Contentの管理

- Oracle Fusion Middleware Oracle WebCenter Contentによる開発

- Oracle Fusion Middleware Oracle WebCenter Contentの使用

- Oracle Fusion Middleware Oracle WebCenter Content構成リファレンス

- Oracle Fusion Middleware Oracle WebCenter Contentサービス・リファレンス

表記規則

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

表記規則

意味

太字

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

イタリック

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

固定幅フォント

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

Oracle WebCenter Contentの用語

Oracle WebCenter Contentのドキュメントでは、Oracle WebCenter ContentおよびOracle WebCenter Content Serverの構成に関連付けられたディレクトリ内の変数を指すときに、次の用語を使用しています。

- IdcHomeDir: この変数は、Oracle WebCenter Contentサーバー・メディアが配置されているOracle WebCenter Contentホームのucm/idcディレクトリを参照します。サーバー・メディアは、Oracle WebCenter Content Server、Oracle WebCenter Content: Inbound RefineryまたはOracle WebCenter Content: Recordsのソフトウェアを実行できます。これは、基本的に読取り専用のディレクトリです。デフォルトの場所はWCC_ORACLE_HOME/ucm/idcです。デフォルトの場所の変数部分は変更可能ですが、パスをucm/idcから変更することはできません。

- DomainHome: この変数は、Oracle WebLogic Serverのアプリケーション・サーバー上で実行するためにOracle WebCenter Contentアプリケーションがデプロイされる、ユーザー指定のディレクトリを参照します。DomainHome/ucm/short-product-id/binディレクトリには、intradoc.cfgファイルおよび実行可能ファイルがあります。DomainHomeのデフォルトの場所はMW_HOME/user_projects/domains/base_domainですが、このパスとドメイン名(base_domain)は、アプリケーション・サーバーにOracle WebCenter Contentアプリケーションをデプロイするときに変更できます。

- short-product-id: この変数は、アプリケーション・サーバーにデプロイされるOracle WebCenter Contentサーバーのタイプを参照します。この名前はコンテキスト・ルート(デフォルトはHttpRelativeWebRoot構成値)として使用されます。可能な値は次のとおりです。

- cs(Oracle WebCenter Content Server)

- ibr(Oracle WebCenter Content: Inbound Refinery)

- urm (Oracle WebCenter Content: Records)

- IntradocDir: この変数は、アプリケーション・サーバーにデプロイされているOracle WebCenter Contentアプリケーションの一部であるOracle WebCenter Contentインスタンスに固有の構成ファイルとデータ・ファイルのルート・ディレクトリを参照します。Oracle WebCenter Contentインスタンスのいずれかのタイプ(コンテンツ・サーバー(cs)、Inbound Refinery (ibr)またはRecords (urm))用に、このIdocスクリプト変数を構成します。このディレクトリは別の場所にあってもかまいませんが、デフォルトの場所はDomainHome/ucm/short-product-idです。指定したディレクトリは、インスタンス・ディレクトリへの絶対パスで、特定のサーバーまたはノードに一意である必要があります。このディレクトリにはbin/ディレクトリがあり、ここには起動ファイル(intradoc.cfgおよび実行可能ファイル)が格納されています。

このガイドで説明する新機能

次の各トピックでは、Oracle WebCenter Content管理アプリケーションの新機能と変更された機能およびこのガイドで説明する主な変更について紹介し、追加情報へのリンクを示します。

リリース12c (12.2.1)の新機能と変更された機能

Oracle WebCenter Contentリリース12c (12.2.1)には次の新機能があります。

- Inbound Refineryでは、ビデオ・レンディション・セットに対してコマンドライン・インタフェース(CLI)ツールを使用できるようになりました。「ビデオ・レンディション・セットでのコマンドライン・インタフェース(CLI)ツールの使用」を参照してください。

- Inbound Refineryでは、ビデオ・レンディション・セットの作成にTelestream社のVantageがサポートされるようになりました。「ビデオ変換の設定と管理」を参照してください。

12c (12.2.1)に関するドキュメントの重要な変更

このガイドは12c (12.2.1)リリースでいくつかの点が更新されました。追加または変更の内容は次のとおりです。

- 暗号化ライブラリのクラスパスを指定する手順が更新されました。「暗号化ライブラリに対するクラスパスの指定」を参照してください。

- XML-XLSTトランスフォーメーション変換が、XSLTトランスフォーメーションと呼ばれるように変わりました。「ファイル形式と変換の理解」を参照してください。

- オプション「ドキュメント・コンテンツ情報をPDFに格納」(PutDocInfoInPDFHeader)が「PDFオプション」ページで設定できるようになりました。

- ファイル形式ウィザードを使用して、OCRを使用せずにTIFFをPDFに変換する手順が追加されました。「TIFF変換に対するファイル形式ウィザードの使用」を参照してください。

- 物理アイテムの検索での大/小文字の区別に関する記述が追加されました。「物理コンテンツ管理の構成」を参照してください

第I部 Oracle WebCenter Contentの理解

このセクションでは、Oracle WebCenter Contentに含まれるアプリケーションの概要について説明します。また、Oracle WebCenter Contentアプリケーションの管理時に管理者が実施する一般的なタスクについても説明します。

「Oracle WebCenter Contentの理解」は、次の章で構成されています。

- Oracle WebCenter Contentの機能の概要

1 Oracle WebCenter Contentの機能の概要

Oracle WebCenter Contentには、リポジトリ内のコンテンツを構成および管理するためのいくつかの機能が用意されています。これには、コンテンツをフォルダとフォリオに整理する機能、ワークフローを使用する機能、各種のコンテンツを管理する機能、別のフォーマットにコンテンツを変換する機能、コンテンツのライフ・サイクルを管理するための保存スケジュールを使用する機能などがあります。

この章では、次に示すWebCenter Contentの機能について説明し、その機能を管理するための基本タスクに関するロードマップを示します。

- コンテンツ管理

- フォルダ

- フォリオ

- ワークフロー

- Digital Asset Manager

- Records

- コンテンツの変換

- Dynamic Converter

- Desktop

- Oracle WebCenter Contentのアプリケーションを構成および管理するための基本的なタスク

1.1 コンテンツ管理

コンテンツ・リポジトリは、Oracle WebCenter Contentの中心部です。システムにチェックインされたすべてのコンテンツはリポジトリに格納され、そこで、そのコンテンツに対して適切な権限を持つユーザーにより管理されます。

Oracle WebCenter Contentを使用することにより、組織は、構造化されていないコンテンツを格納する統合されたリポジトリを活用できるようになり、そのコンテンツを適切な形式にして、ビジネス・ユーザーの業務形態に適合する使い慣れたアプリケーションのコンテキストでビジネス・ユーザーに配信できます。

コンテンツ・サーバー

コンテンツ・サーバーは、様々なOracleコンテンツ管理アプリケーションの基盤になります。それが提供する柔軟かつセキュアで集中化されたWebベースのリポジトリによって、コンテンツ・ライフサイクルのすべてのフェーズ(作成と承認から公開、検索、失効およびアーカイブや配置に至るまで)を管理できます。

組織全体のすべてのコントリビュータが、ネイティブ・デスクトップ・アプリケーションからコンテンツを簡単に提供し、リッチ・ライブラリ・サービスを介してビジネス・コンテンツを効率的に管理し、Webブラウザまたはモバイル・アプリケーションを使用してどこからでもそれらのコンテンツに安全にアクセスできます。コントリビュータは、次に示す様々な方法でコンテンツと相互作用します。

- Webブラウザ

- モバイル・アプリケーション

- Desktopクライアント

Webブラウザまたはモバイル・アプリケーションを使用してコンテンツを操作する方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。Desktopクライアントの使用方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Content: Desktopの使用』を参照してください。

コンテンツ・リポジトリ

コンテンツ・タイプに関係なく、すべてのコンテンツが、管理、再利用およびアクセスのためにWebリポジトリまたはデータベースに保存されます。リポジトリに保存されている間、すべてのコンテンツ・タイプ(電子メール、ディスカッション、ドキュメント、レポート、スプレッドシートおよびレコードからイメージ、マルチメディアまたはその他のデジタル形式まで)に対して、一連の同じ基本コア・サービスが提供されます。

コンポーネント

拡張機能を提供する多数のコンポーネントがContent Serverとともに提供されます。それらのコンポーネントはコアにまとめることも、インストール後に有効化することもできます。

コンテンツの管理の詳細は、「コンテンツの管理」を参照してください。

1.2 フォルダ

FrameworkFoldersコンポーネントで実装されるフォルダは、従来のファイル・システムと同様に、リポジトリ内の一部またはすべてのコンテンツを整理および配置するための階層フォルダ・インタフェースを提供します。フォルダはスケーラブルな企業ソリューションであり、以前のコントリビューション・フォルダ・インタフェース(Folders_gコンポーネントで実装されるインタフェース)を置き換えるものです。

注意:

11.1.1.8.0以前のWebCenter Portalでは、Folders_gコンポーネントのみがサポートされます。WebCenter Portalによるコンテンツ・サーバーの構成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』を参照してください。

問合せフォルダを使用すると、フォルダに関連付けられた問合せに基づいてコンテンツを返すことができます。また、これらのタイプのフォルダには、関連付けられた保存処理機能があります。

さらに、移行ユーティリティを使用することで、以前のFolders_gコンポーネントからフォルダおよびフォルダ・コンテンツを移動することもできます。

フォルダの詳細は、「コンテンツの編成」を参照してください。

1.3 フォリオ

有効になっている場合は、コンテンツ・フォリオは複数のコンテンツ・アイテムの論理グループをコンテンツ・サーバーのセキュアな環境内から収集、追跡およびアクセスするための迅速かつ効果的な方法を提供します。たとえば、次回のパンフレットに関連するすべてのアイテム(イメージ、ロゴ、法的表示、広告コピーなど)をワークフロー・プロセスを介して収集し、送信できます。承認された後、関連付けられたすべてのコンテンツをダウンロードして、印刷用に送信できます。

また、多くの場合、新しいプロジェクトには、関連するすべてのコンテンツ・アイテムがチェックインされたときに、階層の特定の領域へのアクセスを制限して、そのコンテンツ・アイテムを特定の階層に収集するための仮想の場所が必要です。また、ビデオには、権利放棄書およびナレーション・テキストへの関連付けと追跡が必要な場合があります。コンテンツ・フォリオでは、このすべてを実行できます。

技術的には、コンテンツ・フォリオはリポジトリにチェックインされたXMLファイルであり、エレメントを使用してContent Serverのノード、スロットおよび指定したコンテンツ・アイテムの階層構造を定義します。コンテンツ・フォリオは実際には論理的グループで、つまり、リポジトリに格納されているコンテンツを構造化できるフレームワークです。簡易フォリオ は単一階層のコンテナで、 詳細フォリオ はフォルダ内の階層でコンテンツをネストできます。拡張フォリオの階層は、コンテンツ・アイテムの収集前に構築されるか、アイテムの収集中または収集後に作成されます。

既存のフォリオにはコンテンツを追加でき、変更されないようにロックすることもできます。簡易フォリオにはContent Serverを検索してコンテンツ・アイテムを追加でき、拡張フォリオには、リポジトリに新しいアイテムをチェックインするか、すでにチェックインされているコンテンツを検索してコンテンツ・アイテムを追加できますが、これらすべてはフォリオ・インタフェースを介して実行します。詳細フォリオには、Webサイトや共有ネットワーク・ドライブなどの外部リソースへのリンクを含めることもできます。

フォリオの詳細は、「コンテンツの編成」を参照してください。

1.4 ワークフロー

ワークフローは、コンテンツをレビューして承認し、システムにリリースするためのルーティング方法を指定するために使用します。この章では、Oracle WebCenter Content Serverで使用可能なワークフロー機能の使用の概要、タスクおよびリファレンス情報を示します。

ビジネス・プロセスにワークフローを設定すると、様々な利点が得られます。

- ワークフローは、優れたレポート・メトリックを提供します。それらによって、コンテンツのライフ・サイクルの様々な時点でコンテンツをサインオフしたユーザーの監査証跡を作成できます。

- ワークフローは、適切な情報を適切なユーザーに渡すのに役立ちます。

- ワークフローの設計では、ビジネス・プロセスの調査と理解が必要となるため、改善の余地がある領域の検出に役立ちます。

詳細は、「ワークフローの管理」を参照してください。

1.5 イメージング

イメージング管理では、複数のOracleテクノロジを組み合せることで、合理化されたドキュメント・イメージング・プラットフォームが提供され、このプラットフォーム上でイメージ利用、アプリケーション拡張および長期アーカイブを活用することによって、数多くのビジネス・ソリューションを構築できます。Imagingにより、メタデータに焦点を当てたドキュメント管理モデル、強力なビューア・ツール、イメージの注釈付け機能、大容量データの取込みと保存、および拡張検索ツールがこれらのソリューションに追加されます。

Oracle WebCenter Captureを追加すると、イメージの収集およびカテゴリ化を自動化できます。Imagingは、Content Serverをドキュメント・リポジトリとして利用します。これにより、Oracle WebCenter Content: Recordsソフトウェアを使用した、Imagingコンテンツのライフ・サイクルおよび配置の管理が可能になります。

Oracle BPMやBPELといったツールとの簡易構成の統合では、Imagingのドキュメント・コンテンツを自動化されたコア・ビジネス・プロセスに直接導入することで、手動による手順を削減して効率を高めることができます。

各組織は、Oracle E-Business SuiteおよびPeopleSoft EnterpriseなどのOracleエンタープライズ・アプリケーションとの統合により、これらのソリューションを迅速に拡張できます。トランザクション・ベースのすべてのコンテンツに対してソースを一元化することで、ユーザーは様々な利点を得ることができます。

アプリケーションは、特定の業務上のニーズに応じてイメージング管理者が定義します。たとえば、請求書アプリケーションでは、請求書番号、送付日付、期限、状態、および経理部門が必要とするその他のメタデータが追跡されます。

1.6 Digital Asset Manager

Digital Asset Manager (DAM)を使用すれば、指定された形式とサイズでイメージおよびビデオを定義して提供し、必要なユーザーがそれをダウンロードできます。これにより、組織内でブランドとデジタル・コンテンツの使用に関する一貫した基準を維持できます。

イメージまたはビデオがContent Serverにチェックインされると、DAMでは複数形式のデジタル・アセットが自動的に作成され、それらの形式が1つのコンテンツIDの下に一覧表示されます。これにより、企業ロゴやプロモーション・ビデオなどのアセットの標準サイズと品質を組織が必要とする複数の形式で維持しながら、Content Serverのコンテンツ管理とワークフローのアプリケーションを提供します。たとえば、あるユーザーがWebサイトで使用するロゴ・イメージをダウンロードする場合も、別のユーザーが社内プレゼンテーションや促販カタログ用に同じロゴ・イメージをダウンロードしてバンドルする場合も、元はすべてリポジトリにチェックインされている単一のデジタル・アセットになります。

デジタル・アセットは、レンディションと呼ばれる複数の出力形式で使用可能にする価値のある、組織内の電子的なイメージおよびビデオです。レンディションの数とタイプは、システム管理者がレンディション・セット内で定義します。ユーザーは、アセットをリポジトリにチェックインするときに、デジタル・アセットのレンディションを作成するためのレンディション・セットを選択します。

詳細は、「イメージおよびビデオ変換の操作」を参照してください。

1.7 Records

Oracle WebCenter Content: Recordsの機能を使用すると、コンテンツ・アイテムごとのライフ・サイクルを決定する保存スケジュールに従って、コンテンツ・アイテムを管理できます。レコード管理の主眼は、履歴やアーカイブとして、または法的な目的でコンテンツを保持することに置かれる傾向がありますが、一方で保存管理も実行されます。保存管理の主眼は、コンテンツの保存にかかるコストが、保持することの価値を上回った場合に、スケジュールに従ってコンテンツを削除することに置かれる傾向があります。Records機能では、レコード管理と保存管理が1つのソフトウェア・システムに統合されています。この機能を使用すると、必要に応じたコンテンツの追跡および保存、または不要になったコンテンツの処分が可能になります。

組織がコンテンツの保存を必要とする理由は様々です。多くの組織は、一定期間の情報保存が要求される条例の対象となります(サーベンス・オクスリー法およびDoD 5015.2などの政府規制への準拠など)。訴訟に関連して効率的な保存管理を必要としている組織があるかもしれません。または、組織全体でコンテンツを取得および共有するための、統一性のあるインフラストラクチャの構築を必要としている組織もあるでしょう。Recordsのオプションは、そのようなビジネス・ニーズに合わせて構成およびカスタマイズできます。

内部コンテンツ(Content Serverに格納される電子アイテム)に加えて、Recordsアプリケーションでは外部コンテンツも管理できます。外部に保存されているコンテンツ・アイテムは、多様な物理フォーマットもしくは電子フォーマットである可能性があります。ソース・ファイルがContent Serverに格納されていなければ、それは外部コンテンツと見なされます。このソフトウェアを使用すると、処理スケジュールの管理、外部ファイルに関連付けられたメタデータの検索、および外部ファイルの電子レンディションの管理を実行できます。電子レンディションは、外部アイテムのプライマリ・ファイルとしてチェックインすることも、別ファイルとしてファイルに保存し、外部ファイルのメタデータへのリンクを設定することもできます。

Recordsアプリケーションを使用すると、不正な情報開示(米国の国家安全保障に抵触する情報が含まれる場合、または企業経営における重要事項である場合など)に対する保護を必要とする機密コンテンツを管理できます。構成時のオプションの選択により、システムのDoD 5015.2標準(4章を含む)への準拠を保証できます。ソフトウェアのこの標準への準拠は、相互運用性テスト・コマンド(JITC)によって認定されています。

詳細は、「レコードの管理」を参照してください。

1.8 コンテンツの変換

ユーザー・サイトでの必要に応じて、各種の形式でネイティブ・コンテンツ・アイテムを公開するために使用できるいくつかの変換アプリケーションがあります。この項では、次の変換アプリケーションについて説明します。

- Inbound Refinery

- その他の変換フォーマット

- PDFウォーターマーク

詳細は、「コンテンツの変換の管理」を参照してください。

1.8.1 Inbound Refinery

基本サムネイルの作成は、コンテンツ・サーバーのサポートされるコンテンツ・ファイル・タイプに対して自動的に提供されます。ただし、Inbound Refineryを使用して、コンテンツ・サーバーの入力側ですべてのファイル変換を管理することができます。また、Inbound Refineryには、ネイティブ・コンテンツ・アイテムをWeb表示可能なPDF (Portable Document Format)ファイルに変換する機能もあります。ファイルは、コンテンツ・サーバーへのコンテンツのチェックイン時に変換されます。

Inbound RefineryにはOutside In Image Exportが含まれ、これは次の目的で使用できます。

- リポジトリにチェックインされたファイルのサムネイルを作成します。サムネイルは、コンテンツの小さなプレビュー・イメージです。Outside In Image Exportを使用すると、Inbound Refineryで生成したPDFファイルのサムネイルを作成することもできます。

- リポジトリにチェックインされたファイルを、プライマリWeb表示可能レンディションとして複数ページのTIFFファイルに変換します。

Inbound Refineryには、PDFExportConverterコンポーネントが含まれています(インストールされていますが、WebCenter Contentではデフォルトで無効になっています)。PDFExportConverterは、Outside/Inライブラリを使用して、ファイルをPDFにクロスプラットフォーム変換します。

Outside In Image Exportを使用してInbound Refineryで実行できる変換の他にも、いくつかの変換コンポーネントをInbound Refineryとともに使用できます。Inbound Refineryで変換できる追加のファイル・タイプと、それぞれの変換の結果は、Inbound Refineryインスタンスで有効な変換コンポーネントによって異なります。

WinNativeConverterコンポーネントを使用すると、Inbound Refineryで、ネイティブ・コンテンツ・アイテムをWeb表示可能なPDF (Portable Document Format)ファイルに自動的にパブリッシュできるようになります。ネイティブ形式のPDFレンディションは、新規コンテンツをリポジトリにチェックインするとただちに生成されます。このPDFレンディションにより、ユーザーはネイティブ・アプリケーションをインストールすることなく、コンテンツ・アイテムをWeb表示できます。Adobe Framemaker、Illustrator、InDesign、PageMaker、Photoshopに加えて、Hangul、JustSystemsの一太郎、Lotus Smartsuite、Microsoft Office、Microsoft Visio、およびOracle OpenOfficeなど、35を超えるファイル形式をPDFに変換できます。サポート対象の形式の詳細は、「サポートされるファイル形式」を参照してください。

Inbound Refineryは、最適化されていないPDFファイルを最適化することも、Microsoft Wordリンク、mailtoリンクおよび目次リンクなどのリンクを処理することもできます。

1.8.2 その他の変換フォーマット

XML Converterを使用すると、構造化されていないビジネス・コンテンツの情報にXMLベースでアクセスできます。XML Converterでは、Content Serverに投稿されたコンテンツが、チェックイン時にXMLに変換されます。XML Converterは225を超えるドキュメント・タイプを変換し、Microsoft Word、Lotus WordProおよびCorel WordPerfectなどの主要なワード・プロセッサ形式をサポートします。これには、一般的なスプレッドシート形式、プレゼンテーション形式およびグラフィック形式のサポートも含まれます。

新しいコンテンツ・アイテムがリポジトリにチェックインされると、XML Converterは、そのコンテンツをSearchMLまたはFlexionDocのいずれかの形式に変換します。FlexionDocは冗長であり、Microsoft Wordドキュメントのスタイルなどの属性を含む詳細な情報を取得します。そこから管理者は、SearchMLまたはFlexionDocドキュメントを任意のXML形式に変換する各種XSLファイルをチェックインできます。

Tiff Converterを使用すると、TIFF (Tagged Image File Format)ファイルをコンテンツ・サーバーにチェックインして、それらを複数ページのPDFファイルとして公開できます。Tiff Converterは、CVISION CVista PdfCompressorまたはAdobe Acrobat Captureのいずれかを使用して、単一ページのTIFFファイル、複数ページのTIFFファイル、または複数のTIFFファイルを内包するzipファイル(TIFZ、TIZまたはZIPのファイル拡張子)を単一のPDFファイルに変換します。また、TIFFからPDFへの変換時にOCR(光学式文字認識)が実行されるため、Content Server内の管理対象TIFFファイルに全文検索を実行できます。

1.8.3 PDFウォーターマーク

PDFウォーターマークでは、PDF Converterにより生成されたPDFファイルにウォーターマークを適用し(静的ウォーターマーク)、リポジトリに返すことができます。また、リポジトリ内の既存のPDFファイルにもウォーターマークを適用できます(動的ウォーターマーク)。動的ウォーターマークは必要に応じて生成され、様々な情報(ユーザー名、ダウンロード日時、ファイル名など)を含めることができます。システム管理者は、変数を定義して動的ウォーターマークを生成するための特定な条件を設定できます。

PDFウォーターマークでは、表示の目的でダウンロードするPDFファイルにセキュリティ機能を追加することもできます。ファイルの印刷や変更などのアクセス設定は有効または無効にできます。

1.9 Dynamic Converter

Dynamic Converterは、重要なビジネス・ドキュメントのための変換テクノロジおよびオンデマンド公開ソリューションです。Dynamic Converterでは、ドキュメントの作成に使用したアプリケーションを使用しなくてもドキュメントを参照できるよう、特定の閲覧者用にあらゆるビジネス・ドキュメントをWebページに簡単に変換できます。この利点は即時性があることです。固有のアプリケーションのボトルネックを発生させることなく、自由に情報を交換できます。

Webブラウザが最初にドキュメントをリクエストするときに、ドキュメントをWebページとして表示する方法を決定する一連のルールが適用されます。これらのルールは、Dynamic Converterのコア・コンポーネントであるテンプレートで定義できます。

Dynamic Converterには、ユーザーにとって数多くの利点があります。

- ビジネス・ドキュメントをWebブラウザで簡単に表示できます。

- ネイティブ・アプリケーション(Adobe Acrobat、Microsoft Wordなど)が不要になります。

- 各種のデバイス(Webブラウザ、モバイル機器など)で、複数のドキュメントのレンディションを使用できます。

- レガシー・フォーマットを含む多数のビジネス・ドキュメント・タイプがサポートされます。

詳細は、「動的変換の管理」を参照してください。

1.10 Desktop

Desktopアプリケーションは、デスクトップ環境をコンテンツ・サーバーとシームレスに統合する際に役立つ一連の埋込みアプリケーションを提供します。すなわち、Microsoft Windowsエクスプローラ、Microsoft WordやExcelなどのデスクトップ・アプリケーションおよびMicrosoft OutlookやLotus Notesなどの電子メール・クライアントからリポジトリに容易にアクセスできるようになります。

これにより、リポジトリのファイルを簡単に管理でき、Content ServerにログインしてWebブラウザを使用するかわりに、デスクトップから直接他のユーザーとファイルを共有できます。

詳細は、「Desktop管理」を参照してください。

1.11 Oracle WebCenter Contentのアプリケーションを構成および管理するための基本的なタスク

表1-1のロードマップは、WebCenter Contentのインストールとシステムの構成後に、WebCenter Contentの管理者がWebCenter Contentアプリケーションを管理するために実行できるタスクの概要を示しています。これらのタスクが、システム管理のタスク(Oracle Fusion Middleware Oracle WebCenter Contentの管理を参照)に追加されます。WebCenter Contentの管理者は、システムレベルとアプリケーションレベルのタスクを両方とも実行できます。また、アプリケーションのタスクのみを実行する追加のWebCenter Content管理者(複数可)を作成することもできます。

表1-1 基本的な管理タスクのロードマップ

タスク

説明とドキュメントへのリンク

WebCenter Contentの使用の開始

WebCenter Contentへのアクセス、サーバーの起動と停止、およびサーバー・ステータスの監視を実行します。

- Oracle WebCenter Contentの管理のスタート・ガイド

- ステータスおよびエラー情報の検索

コンテンツの構成

コンテンツ表示、コンテンツ・メタデータ、電子メール、電子シグネチャ、コンテンツ・タイプ、およびプロファイルを構成します。

- リポジトリ・マネージャの起動

- リポジトリ・マネージャのコンテンツ・リストの構成

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

- リポジトリ・マネージャを使用したリビジョンの管理

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

- コンテンツの電子署名

- コンテンツ・タイプの定義

- リポジトリ・フィールドとメタデータのカスタマイズ

- コンテンツのカテゴリ化とリンク

- コンテンツ・プロファイルの管理

コンテンツの管理

コンテンツを階層とグループに編成して、コンテンツへのアクセスを監視します。

- フォルダの管理

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

- WebDAVの管理

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

- Desktop管理

- コンテンツ・アクセスの追跡

ワークフローの管理

コンテンツのルーティング(レビュー、承認、およびシステムへのリリース)方法を指定するために使用するワークフローを作成します。

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

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

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

別のフォーマットへのコンテンツの変換

変換の構成オプションとファイル形式を設定します。

- Inbound Refineryの構成

リファイナリ・ユーザー認証の構成、パフォーマンスの監視、レイアウト・ファイルのパブリッシュを実行します。

- リファイナリの認証とユーザーの管理

- リファイナリの変換キューの管理

- 動的および静的なレイアウト・ファイルのパブリッシュ

- 日付書式とタイムゾーンの変更

- リファイナリのステータスの監視

ネイティブ・ファイルを別の形式に変換します。

- PDF変換の管理

- TIFF変換の管理

- XML変換の管理

- Microsoft OfficeファイルのHTMLへの変換

変更済コンテンツを操作します。

- コンテンツ情報の表示

- 変換済ファイルの表示

- チェックイン前のドキュメントのプレビュー

イメージ、ビデオ、およびオーディオのファイルを指定の形式とサイズでダウンロード用に定義します。

- Digital Asset Managerの構成

- イメージ変換の設定と管理

- ビデオ変換の設定と管理

PDFのチェックイン時または表示中にウォーターマークを適用します。

- PDFウォーターマークの構成

オンデマンド・ドキュメント変換の実行

Dynamic Converterのデフォルト・テンプレート、変換形式、スライドショー・テンプレート・ファイルを構成して、ワイヤレス・テンプレートを削除します。

- Dynamic Converterの構成

変換プロセスを進める命令セットを構成します。

- テンプレート・ルールの管理

変換プロセスを推進し、変換されたWebページの表示とナビゲーションのプロパティを制御するためのテンプレートを選択して実装します。

- 変換テンプレートの管理

HTML変換テンプレート、スクリプト・テンプレートおよびスニペットを使用する。

- HTML変換テンプレート・エディタの使用

- コンテンツ・アイテム用のレイアウト・テンプレートの作成

- スクリプト・テンプレートの書式設定オプションの設定

変換したコンテンツに関する情報の表示、変換したコンテンツの表示、およびHTMLレンディションのプレビューを実行する。

- コンテンツ情報の表示

- 変換済ファイルの表示

- チェックイン前のドキュメントのプレビュー

保存スケジュールによるコンテンツ・アイテムの管理(オプション)

コンテンツ保存スケジュールにOracle WebCenter Content: Recordsを使用する方法、物理コンテンツ管理する方法、および予約処理と外部処理を管理するワークフローの設定方法について計画を立てます。

- レコード管理の構成

保存スケジュールとそのスケジュール内のオブジェクトの設定、シリーズの管理、保存カテゴリの管理、および保存フォルダの管理を実行します。

- レコード保存スケジュールの管理

保存管理ロール、権限、カスタム・セキュリティ・フィールド、アクセス制御リスト、DoD 5015.2仕様に準拠するために必要な補助マーキングなどを含むRecordsのセキュリティを管理します。

- Recordsのセキュリティの管理

トリガーおよび凍結を使用して、コンテンツの処理(アクション)を管理します。

- 処理の定義および実行

Content Server Adapterを管理します。このアダプタは、レコード・システムとContent Serverリポジトリの間でブリッジの役割を果たします。

- Oracle WebCenter Content Records Adapterの管理

電子形式でリポジトリに格納されない、物理的なレコードとコンテンツを管理します。

- 物理コンテンツの管理

- 予約とチャージバックの処理

完了のためのタスクのスケジュール、レポートの作成、カスタム・スクリプトの作成、およびアクティビティの監視を実行します。

- レコード関連コンテンツ(リンク)の構成

- Recordsシステムの管理

フェデレーテッド検索および凍結の管理:

- フェデレーテッド検索および凍結の使用

WebCenter Contentのインストールの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

第II部 基本的なアプリケーション管理

この部では、各種のOracle WebCenter Contentアプリケーションを管理するために使用する、管理職責とツールについて説明します。

「基本的なアプリケーション管理」は、次の章で構成されています。

- Oracle WebCenter Contentの管理のスタート・ガイド

- ステータスおよびエラー情報の検索

2 Oracle WebCenter Contentの管理のスタート・ガイド

この章では、各種のOracle WebCenter Contentアプリケーションを管理するために使用する、管理職責とツールの概要について説明します。また、それらのアプリケーションを管理するときの管理者の手引きになるように、インタフェースの概要についても説明します。

この章のトピックは、次のとおりです:

- 管理職責の理解

- 管理ツールの理解

- インタフェースの概要

- Oracle WebCenter Content ServerおよびInbound Refineryのインスタンスの起動と停止

- Oracle WebCenter Contentのインスタンスへのアクセス

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

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

2.1 管理職責の理解

Oracle WebCenter Contentの管理者は、WebCenter Contentシステムの構成管理とパフォーマンス管理についての責任を負います。システム管理タスクの詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理を参照してください。

さらに、WebCenter Contentの管理者は、リポジトリ内のコンテンツの格納と使用を管理するために、WebCenter Contentアプリケーションの構成と管理も実行します。WebCenter Contentの管理者には、これらのアプリケーションの1つまたは複数を専門的に扱うように作業を割り当てることができます。これらのアプリケーションについては、このガイドで説明しています。管理タスクには、次のものが含まれます。

- サイトへのコンテンツの移入

- 別のフォーマットへのコンテンツの変換の管理

- ユーザー・プロファイルの作成と維持

- 特定のアクションのためにコンテンツをユーザーに差し渡すワークフローの作成と維持

- コンテンツに関連付けるカスタム・メタデータの作成

- レコード管理者の職務(コンテンツ保存スケジュール、プロセス処理などの作成と管理)の実行

- 指示された管理職務の実行

基本的な管理タスクと、このガイド内の個別情報へのリンクが示されたロードマップは、「Oracle WebCenter Contentのアプリケーションを構成および管理するための基本的なタスク」を参照してください。

2.2 管理ツールの理解

次のコンテンツ・サーバー・ツールは、「管理アプレット」ページ(図2-2を参照)からスタンドアロン・アプリケーションとして、Webブラウザでアプレットとして、または各ツールの「アプリケーション」メニューを選択することにより起動できます。

- 構成マネージャ: コンテンツ・タイプ、ファイル形式およびカスタム・メタデータ・フィールドを管理します。

- リポジトリ・マネージャ: ファイル診断、ファイル管理機能、検索データの索引再作成およびサブスクリプション管理機能を実行します。

- Webレイアウト・エディタ: Webサイトを構築し、レポートを操作し、問合せを作成します。

- ワークフロー管理: コンテンツを特定のユーザーにルーティングしてアクションを求めるようにワークフローを設定します。

その他のOracle WebCenter Contentアプリケーション(Oracle WebCenter Content: Inbound RefineryやOracle WebCenter Content: Recordsなど)は、個別にインストールしてください。これらのアプリケーションにアクセスするには、Oracle WebCenter Contentインタフェースのホームページで「管理」トレイまたはメニューを使用します。

2.3 インタフェースの概要

「管理」トレイはコンテンツ・サーバー・インタフェースのデフォルト・レイアウトです。このトレイから、Oracle WebCenter Contentアプリケーションを構成および管理するためのページにアクセスできます。

「管理」トレイにアクセスするには、コンテンツ・サーバー管理者としてログインします。ホームページで「管理」を選択すると、選択可能な管理オプションが表示されます。コンテンツ・サーバー・インスタンスがメニュー・レイアウトを使用するように構成されている場合は、「管理」を選択すると同じオプションが表示されます。図2-1に、オプションを表示するように「管理」が開かれたOracle WebCenter Contentのトレイ・レイアウトの例を示します。

図2-1 Oracle WebCenter Contentの「管理」トレイの例

管理アプリケーションにアクセスするには、「管理」→「管理アプレット」を選択します。Oracle WebCenter Contentアプリケーションへのリンクを示す「管理アプレット」ページが表示されます。

図2-2 「管理アプレット」ページ

Oracle WebCenter Contentとともにインストールされている場合は、Inbound RefineryやRecords Managementなどのアプリケーションは、「管理」オプションからアクセスできます。図2-1を参照してください。

注意:

管理者は、ネイティブ・インタフェースを使用して、WebCenter Contentでの管理タスクの実行およびソフトウェア・ユーティリティへのアクセスを行います。WebCenter Contentアプリケーションは、管理者とユーザーの両方について、デフォルトでネイティブ・インタフェースを使用するように構成されています。WebCenter Contentユーザー・インタフェース(11.1.1.8の新しいユーザー・インタフェース)を使用するようにWebCenter Contentが構成されている場合も、管理者は、ネイティブ・インタフェースを使用する必要があります。

WebCenter Contentユーザー・インタフェースの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』のWebCenter Contentユーザー・インタフェースを使用したコンテンツ・サーバーの構成に関する項と、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』のWebCenter Contentユーザー・インタフェースのスタート・ガイドの項を参照してください。

2.4 Oracle WebCenter Content ServerおよびInbound Refineryのインスタンスの起動と停止

WebCenter Content Serverインスタンスは、いくつかの方法で起動および停止できます。どの方法を選択するかは、要件、認可、および実行するタスクに応じて異なります。たとえば、コンポーネントを有効化または無効化した場合など、コンテンツ・サーバーのインスタンスに特定の構成変更を行ったときには、そのインスタンスを再起動する必要があります。Inbound Refinery (IBR)のインスタンスについては、Oracle Enterprise Manager Fusion Middleware Controlを使用する以外の方法はありません。

これらの方法の使用法の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のコンテンツ・サーバーとInbound Refineryの起動と停止に関する項を参照してください。

2.5 Oracle WebCenter Contentのインスタンスへのアクセス

実行中のWebCenter Contentのインスタンスに管理者としてアクセスするには、Webブラウザを起動し、特定のWebCenter Contentのインスタンス・タイプ(Content Server、Inbound Refinery、ImagingまたはRecords)のURLを入力します。各タイプのインスタンスにアクセスする方法の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のWebブラウザを使用してOracle WebCenter Contentのインスタンスにアクセスする方法に関する項を参照してください。

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

コンテンツ・サーバー管理アプリケーションには、コンテンツ・サーバー・インスタンスにアクセス可能な任意のブラウザからアプレットとして実行できるものがあります。アプレットは、リモート管理に役立ちます。

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

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

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

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

2. コンテンツ・サーバー・インスタンスに管理者またはサブ管理者としてログインします。

3. 「管理」→「管理アプレット」を選択します。

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

コンテンツ・サーバー・インスタンスがインストールされているコンピュータから、すべてのコンテンツ・サーバー管理アプリケーションをスタンドアロン・モードで実行できます。これらのプログラムを起動するのに必要な方法は、WindowsインストールとUNIXインストールとで若干異なります。アプリケーションのスタンドアロン版を実行することによって、ブラウザ・アプレットよりセキュリティが強力になり、パスワードをWebやネットワークで捕捉またはコピーされないように送信できるようになります。

スタンドアロン管理アプリケーションでは、アプリケーションを実行するコンテンツ・サーバー・システム管理者が、Oracle WebLogic Serverで定義されるユーザーではなく、ローカル管理ユーザーである必要があります。(それ以外の場合、Oracle WebLogic Serverでローカル・ユーザーは使用されません。)ログインを必要とするスタンドアロン管理アプリケーションを使用するには、ユーザー管理アプレットを実行し、コンテンツ・サーバーで管理権限を持つローカル・ユーザーを新しく定義します。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のローカル・ユーザーに関する項を参照してください。ユーザー管理アプレットを使用したローカル・ユーザーの作成方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のユーザー・ログインの追加に関する項を参照してください。

重要:

コンテンツ・サーバーの管理アプリケーションをスタンドアロン・モードで実行するには、Oracle WebLogic Serverでアプリケーションを認証してシステム・データベースへのJDBC接続を確立し、Oracle WebLogic Serverのデータベース接続情報にアクセスするための追加構成が必要です。『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のスタンドアロン・モードでのJDBCデータベース・ドライバの構成に関する項を参照してください。

2.7.1 Windowsシステムでのスタンドアロン管理アプリケーション

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

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

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

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

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

ヒント:

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

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

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

アプリケーションのメイン画面が開きます。

2.7.2 UNIXシステムでのスタンドアロン管理アプリケーション

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

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

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

% ./IntradocApp Workflow

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

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

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

アプリケーションのメイン・ウィンドウが開きます。

3 ステータスおよびエラー情報の検索

この章では、トラブルシューティング・プロセスで役立つOracle WebCenter Content情報のソースについて説明します。

- コンテンツ・サーバーのステータスの監視

- コンテンツ・サーバー・ログの監視

3.1 コンテンツ・サーバーのステータスの監視

コンテンツ・サーバー・インスタンスのステータスの監視に役立つコンテンツ・サーバーの内部リソースに関する情報は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。次のようなリソースがあります。

- コンテンツ・サーバーのステータス

- Java出力

- システム構成情報

- システム監査情報

- スケジュール済のジョブ

3.2 コンテンツ・サーバー・ログの監視

ログ・ファイルでのコンテンツ・サーバーのステータス情報およびエラーに関する情報の検索と使用については、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。次のような情報があります。

- ログ・ファイルの特性

- コンテンツ・サーバーのログへのアクセス

- アーカイバのログへのアクセス

- Inbound Refineryのログへのアクセス

第III部 コンテンツの管理

ドキュメントのこのセクションでは、Oracle WebCenter Contentを使用したリポジトリ・コンテンツの管理について説明します。

「コンテンツの管理」は、次の章で構成されています。

- コンテンツの管理

- コンテンツの編成

- ワークフローの管理

- リポジトリ・フィールドとメタデータのカスタマイズ

- コンテンツのカテゴリ化とリンク

- コンテンツ・アクセスの追跡

- コンテンツ・プロファイルの管理

4 コンテンツの管理

この章では、リポジトリ・マネージャ・アプリケーションを使用して、コンテンツ・アイテム、リビジョン、サブスクリプションおよびインデクサを管理する方法について説明します。

この章では、以下のトピックについて説明します。

- リポジトリ・マネージャの起動

- リポジトリ・マネージャのコンテンツ・リストの構成

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

- リポジトリ・マネージャを使用したリビジョンの管理

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

- コンテンツの電子署名

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

- コンテンツ・タイプの定義

4.1 リポジトリ・マネージャの起動

リポジトリ・マネージャは、アプレットとして実行することも、スタンドアロン・モードで実行することもできます。

リポジトリ・マネージャをアプレットとして実行するには:

1. メイン・メニューを使用して、「管理」,→「管理アプレット」を選択します。

2. 「リポジトリ・マネージャ」を選択します。

リポジトリ・マネージャ・アプレットが起動します。

リポジトリ・マネージャをスタンドアロン・モードで実行する手順は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

特定のリビジョンに対して様々な管理機能を実行するには、リポジトリ・マネージャの「機能」メニューを使用します。フィルタを使用してリビジョン表示しているとき、リビジョンを右クリックすると、「機能」メニューのすべてのオプションを含むショートカット・メニューが表示されます。

4.2 リポジトリ・マネージャのコンテンツ・リストの構成

管理者およびRepMan権限があるサブ管理者は、リポジトリ・マネージャでコンテンツ・アイテムのリビジョンのリストを表示できます。管理者はすべてのコンテンツ・アイテムを表示でき、RepMan権限があるサブ管理者が表示できるのは、セキュリティ・グループおよびアカウントに対する管理権限(適用可能な場合)があるコンテンツ・アイテムのみです。リビジョン・リストは、フィルタ条件としてメタデータ・フィールドおよびリビジョン・ステータスを指定することによって検索します。

この項では、次の項目について説明します。

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

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

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

コンテンツ・リストをリビジョンでフィルタ処理する手順は、次のとおりです。

1. リポジトリ・マネージャ・アプリケーションの「コンテンツ」タブで、「フィルタの使用」チェック・ボックスを選択し、「フィルタの定義」をクリックします。

2. 「フィルタの定義」ページで、使用するフィルタ条件のチェック・ボックスを選択し、フィールドの値を追加します。

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

リリース日でリビジョンをフィルタ処理する手順は、次のとおりです。

1. リポジトリ・マネージャ・アプリケーションの「コンテンツ」タブで、「リリース日以降」を選択します。

2. 事前定義済の日付範囲を選択します。

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

「コンテンツ」タブに表示されている列を変更する手順は、次のとおりです。

1. リポジトリ・マネージャ・アプリケーションの「コンテンツ」タブで、「列の表示」をクリックします。

2. 「列の表示」ページで、表示する列を選択します。カスタム・フィールドはリストの下部にあります。

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

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

リポジトリ・マネージャ・アプリケーションを起動すると、データベースに対してデフォルトの問合せが実行され、前日にリリースされたすべてのコンテンツが返されます。デフォルトでは、問合せの結果はコンテンツ・アイテムのContentIDでソートされます。

ContentIDによる順序付けは、リポジトリ・マネージャにコンテンツ・アイテムの長いリストがある場合に順序を予測できるため有益です。ただし、ContentIDによる順序付けは時間がかかることがあります。順序は予測可能でなくても、問合せ結果をより速く取得する方が適切である場合があります。

順序を変更するには、DoDocNameOrder構成設定を無効化します。値をtrue(デフォルト)に設定すると、コンテンツ・アイテムはContentIDでソートされます。falseに設定すると、コンテンツ・アイテムはソートされません。問合せを最適化するためにソート順序を変更した場合は、JDBC問合せのトレースを有効化して、トレース情報がコンソール・ログに記録され、そこでデータベース問合せを表示できるようにします。

4.2.2.1 DoDocNameOrder構成設定の無効化

DoDocNameOrder構成設定を無効にするには:

1. テキスト・エディタで、IntradocDir/config/config.cfgファイルを開きます。

2. 次の構成設定を追加します。

DoDocNameOrder=false

3. config.cfgファイルを保存して閉じます。

4. コンテンツ・サーバーを再起動します。

4.2.2.2 問合せトレース機能の有効化

問合せトレース機能を有効にする手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「システム監査情報」を選択します。

2. 「システム監査情報」ページで、「アクティブなコンソール出力トレースの編集**」セクションの最下部までスクロールします。

3. 「アクティブなセクション」リストから「systemdatabase」を選択します。
アクティブ・セクションのリストにsystemdatabaseが追加されます。

4. 「更新」をクリックします。

5. コンテンツ・サーバーを再起動します。

レポートのトレースとコンテンツ・サーバーの再起動の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

4.3 リポジトリ・マネージャを使用したコンテンツの管理

一般的なタスクのいくつは、リポジトリ・マネージャでのコンテンツとリビジョンの管理時に行います。これらについて、次の各項で説明します。

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

- コンテンツ・メタデータの管理

- 有効期限が切れたコンテンツの管理

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

リポジトリ・マネージャを使用して新しいコンテンツ・アイテムを追加する手順は、次のとおりです。

注意:

ブラウザからJavaアプレットとして起動したリポジトリ・マネージャを使用して、新しいコンテンツ・アイテムを追加することはできません。スタンドアロン・アプリケーションを使用します。スタンドアロン・アプリケーションの使用方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

1. リポジトリ・マネージャをスタンドアロン・モード起動します。

2. 「Content」タブをクリックします。

3. 「新規追加」をクリックします。

4. 「新しいコンテンツ・アイテムの追加」ページで、コンテンツ・アイテムの必須情報およびオプションの情報を入力します。

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

指定したファイルが、新しいコンテンツ・アイテムとしてチェックインされます。

4.3.2 コンテンツ・メタデータの管理

この項では、リポジトリ・マネージャを使用してリビジョンのメタデータを表示する方法や更新する方法を説明します。

4.3.2.1 リビジョンのメタデータの表示

リポジトリ・マネージャを使用してリビジョンのメタデータを表示する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「リポジトリ・マネージャ」→「コンテンツ」タブを選択します。

3. メタデータ・レビューのリビジョンをハイライトします。

4. 「機能」→「情報」を選択するか、または右クリックして「情報」をクリックします。

5. 「リビジョンの承認」ページで、「OK」をクリックしてページを閉じます。

4.3.2.2 リビジョンのメタデータの更新

リポジトリ・マネージャを使用してリビジョンのメタデータを更新する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「リポジトリ・マネージャ」→「コンテンツ」タブを選択します。

3. 更新するリビジョンを選択します。

4. 「機能」→「更新」を選択するか、または右クリックして「更新」を選択します。

5. 「コンテンツ情報の更新」ページで、必要に応じて新しいメタデータを入力します。

6. 「OK」をクリックします。
メタデータは、新しいリビジョンをチェックインせずに更新されます。

4.3.3 有効期限が切れたコンテンツの管理

この項では、有効期限が切れたコンテンツの管理方法について説明します。

4.3.3.1 リポジトリ・マネージャからの期限切れコンテンツの確認

リポジトリ・マネージャから期限切れのコンテンツを確認する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「リポジトリ・マネージャ」→「コンテンツ」タブを選択します。

3. 「コンテンツ」タブから「フィルタの定義」を選択します。

4. サブスクリプション済フィルタの定義ページで、リビジョンのステータスの有効化を選択し、「期限切れ」を選択します。
期限切れのコンテンツのリストが表示されます。

4.3.3.2 有効期限が切れたコンテンツの電子メール通知の自動化

コンテンツの有効期限が切れたときに作成者と管理者に自動的に電子メールで通知されるようにする手順は、次のとおりです。

1. テキスト・エディタでIntradocDir/config/config.cfgを編集し、次のように入力します。

EnableExpirationNotifier=1

2. オプションの構成エントリを調整します。次の構成変数およびその他の構成変数の詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

- NotificationQuery: 期限切れコンテンツを検索する自動問合せの条件を定義します。

- NotifyExtras: 期限切れコンテンツのリストを受信するユーザーを定義します。

- NotificationIntervalInDays: 通知問合せの実行頻度を定義します。

- NotifyTime: 問合せが実行される時間を定義します。

- NotificationMaximum: 問合せで返されるコンテンツ・アイテムの最大数を定義します。

デフォルトでは、コンテンツが期限切れに設定される7日前の午前0時に、電子メール・メッセージが管理者に送信されます。さらに、「有効期限が切れたコンテンツ」リンクが、作成者およびシステム管理者の「コンテンツ管理」メニューに追加されます。

3. コンテンツ・サーバーを再起動します。

4.4 リポジトリ・マネージャを使用したリビジョンの管理

リビジョンとは、コンテンツ・アイテムの新しいバージョンまたは改訂バージョンです。デフォルトでは、リビジョンにはリビジョン1から順に番号が付けられ、コンテンツ・アイテムがチェックアウトされてから再びチェックインされるたびにリビジョン番号が1ずつ増え、コンテンツ・サーバーによってそのファイルの新しいリビジョンが作成されます。新しいリビジョンのコンテンツIDは前のリビジョンと同じですが、ネイティブ・ファイルとメタデータは同じ場合と異なる場合があります。以前のバージョンのファイルはシステムに保存されているため、必要に応じて確認できます。

この項では、次の項目について説明します。

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

- チェックアウトを元に戻すまたはリビジョンの再発行

- リビジョンの削除

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

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

リポジトリ・マネージャを使用して新しいリビジョンをチェックインするか、またはリビジョンをチェックアウトする手順は次のとおりです。

注意:

これらのタスクは、スタンドアロン・アプリケーションを使用して実行する必要があります。スタンドアロン・アプリケーションの実行の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

1. リポジトリ・マネージャをスタンドアロン・モード起動します。

2. 「Content」タブをクリックします。

3. 改訂するアイテムを選択します。

4. 「機能」→「リビジョンの追加」または「チェックアウト」をクリックします。また、右クリックして適切なオプションを選択することもできます。

5. 新しいリビジョンの追加ページまたは「アイテムのチェックアウト」ページで、チェックインするリビジョンの情報を入力します。

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

4.4.2 チェックアウトを元に戻すまたはリビジョンの再発行

リポジトリ・マネージャを使用して、チェックアウトを元に戻すか、リビジョンを再発行する手順は次のとおりです。

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

2. 「リポジトリ・マネージャ」→「コンテンツ」タブを選択します。

3. 使用する1つ以上のリビジョンを選択します。

4. 「機能」→「チェックアウトを元に戻す」または「再送信」を選択します。また、右クリックして適切なオプションを選択することもできます。

5. リストからリビジョンを除外するには、リビジョンの横にあるチェック・ボックスの選択を解除します。

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

4.4.3 リビジョンの削除

リポジトリ・マネージャを使用して特定のリビジョンを削除する手順は、次のとおりです。

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

2. 「リポジトリ・マネージャ」→「コンテンツ」タブを選択します。

3. 削除する1つ以上のリビジョンを選択します。

4. 「リビジョンの削除」をクリックします。また、「機能」→「リビジョンの削除」を選択するか、右クリックして「リビジョンの削除」を選択することもできます。

5. リストからリビジョンを除外するには、「リビジョンの削除」ページで、リビジョンの横にあるチェック・ボックスの選択を解除します。

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

コンテンツ・アイテムのすべてのリビジョンを削除するには、適切なメニューから「すべてのリビジョンを削除する」を選択して、同じ手順に従います。

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

システムにリリースされる前のコンテンツをレビューおよび承認のためにルーティングする方法は、ワークフローで指定します。レビューするファイルがあるユーザーには、電子メールで通知されます。

ワークフローの参加者の視点から見ると、ワークフローには2つのタイプがあります。

- 基本ワークフローは、特定のコンテンツ・アイテムのレビュー・プロセスを定義するワークフローで、手動で開始する必要があります。

- 基準ワークフローでは、事前定義された条件に一致するメタデータを持つファイルがチェックインされると、そのファイルは自動的にワークフローの対象となります。

リポジトリ・マネージャを使用してワークフロー・リビジョンを承認すると、ワークフロー内のすべての承認ステップがバイパスされます。ワークフローは正常に完了するものの、承認ステップをバイパスすることによって、予期しない結果が発生することがあります。たとえば、ワークフローの1つのステップで電子シグネチャが必要である場合に、リポジトリ・マネージャを介して関連するリビジョンを承認すると、ワークフローが完了し、リビジョンが承認されていても、電子シグネチャのレコードがありません。

注意:

リポジトリ・マネージャを使用してワークフロー・リビジョンを承認する場合は、その結果を理解してから実行してください。

リポジトリ・マネージャを使用してワークフローでリビジョンを承認または却下する手順は、次のとおりです。

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

2. 「リポジトリ・マネージャ」→「コンテンツ」タブを選択します。

3. 承認する1つ以上のリビジョンを選択します。

4. 「機能」→「承認」または「却下」を選択します。また、右クリックして「承認」または「却下」を選択することもできます。

5. リストからリビジョンを除外するには、リビジョンの横にあるチェック・ボックスの選択を解除します。

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

4.5 コンテンツのサブスクライブ

サブスクリプションとは、特定のコンテンツ・アイテムが改訂されたときに、電子メールでユーザーに通知する機能です。

電子メール・メッセージのバッファは20,000バイトです。多数のサブスクリプション電子メール通知が一度に送信されると(たとえば、40のコンテンツ・アイテムにそれぞれ40のサブスクライバが設定されている場合)、バッファがオーバーロードの状態になり、電子メール・メッセージが送信されないことがあります。サブスクリプション通知電子メールの合計サイズの制限は1GBです。nユーザーに送信される1つの電子メールに含めることができる、サブスクリプション通知電子メールの合計数は、1GBをサブスクリプション通知電子メールのサイズで除算した数となります。

ヒント:

サブスクリプション通知メッセージを変更するには、コンポーネント・アーキテクチャを使用して、次の内容をカスタマイズします。

- subscription_mail_subjectインクルード(std_page.htmファイル)

- wwSubscriptionMailSubject文字列(ww_strings.htmファイル)

- subscription_mail.htmテンプレート

サブスクリプションは、次の2通りの方法で作成できます。

- 基本サブスクリプション: ユーザーが個々のコンテンツ・アイテムを手動でサブスクライブします。サブスクリプションのタイプは事前定義済です。

- 条件サブスクリプション: ユーザーは、メタデータ条件に基づいてコンテンツ・アイテムのグループをサブスクライブできます。管理者は、ユーザーまたはエイリアスの2つの方法で条件サブスクリプションを設定できます。サブスクリプションがユーザーで設定されている場合、ユーザーは必要に応じてサブスクライブを解除できます。エイリアスが使用されている場合、ユーザーはサブスクライブを解除できません。

コンテンツ・アイテムは、次の2通りの方法でサブスクライブできます。

- オープン・サブスクリプション: ユーザーは、基本または条件サブスクリプションによって、コンテンツ・アイテムを任意でサブスクライブします。

- 管理サブスクリプション: 管理者が、特定のサブスクリプションにユーザーおよびエイリアスを割り当てます。個々のユーザーが割り当てられた場合、各ユーザーは必要に応じてサブスクライブを解除できます。エイリアスが割り当てられている場合、そのエイリアス内のユーザーはサブスクライブを解除できません。

サブスクリプションの管理の一般的なタスクは次のとおりです。これらについて、次の各項で説明します。

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

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

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

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

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

サブスクリプション条件を指定する手順は、次のとおりです。

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

2. 「リポジトリ・マネージャ」→「サブスクリプション」タブを選択します。

3. 「追加」をクリックします。

4. 「サブスクリプションの追加」/「サブスクリプション・タイプの編集」ページで、サブスクリプション情報を入力します。

重要:

条件フィールドが変更されると、現在のサブスクリプションはすべて削除されます。この機能を使用する場合は注意してください。

- 名前: サブスクリプションの名前。

- 説明: 簡単な説明。

- 通知: 選択すると、ユーザーへの電子メール通知が有効化されます。
PrimaryWorkQueueTimeout構成変数によって、ワークフローおよびサブスクリプション通知電子メールが送信されるまでの秒数が設定されます。構成変数の詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

- 条件フィールド: フィールドを追加するには、「フィールド」をクリックします。「フィールド」ページで、サブスクリプションをトリガーする条件として使用されるフィールドのボックスを選択します。これらのフィールドの値は、後でユーザーが追加されたときに設定されます。

5. 「OK」をクリックします。サブスクリプションの有効化を確認します。

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

この項では、ユーザーを追加する方法やサブスクライブ解除する方法について説明します。

ヒント:

サブスクリプションに追加したユーザーの電子メール・アドレスが正しくない場合、通知は失敗します。ワーク・キュー・ログで5つのエラーが発生するとシステムは終了し、残りのサブスクライバには通知されません。

4.5.2.1 条件サブスクリプションへのユーザーの追加

条件サブスクリプションにユーザーを追加する手順は、次のとおりです。

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

2. 「リポジトリ・マネージャ」→「サブスクリプション」タブを選択します。使用するサブスクリプションを選択します。

3. 「サブスクライバ」をクリックします。

4. サブスクライブ者ページで、「追加」をクリックします。

5. 「サブスクリプションの追加」ページで、「ユーザー」または「エイリアス」を選択し、「選択」をクリックします。

6. 「ユーザーの選択」ページまたは「エイリアスの選択」ページで、サブスクライブするユーザーまたはエイリアスを選択します。

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

8. 以前に指定した条件フィールドの値を設定します。

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

4.5.2.2 ユーザーのサブスクライブ解除

ユーザーをサブスクライブ解除する手順は次のとおりです。

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

2. 「リポジトリ・マネージャ」→「サブスクリプション」タブを選択します。

3. 使用するサブスクリプションを選択します。

4. サブスクライブ解除するリビジョンを選択します。

5. 「機能」→「サブスクライバ」をクリックするか、または右クリックして「サブスクライバ」を選択します。

6. 「サブスクライバ」ページで、サブスクライブを解除するユーザー・エイリアスを選択します。

7. 「サブスクライブ解除」をクリックします。

8. 確認ページで、「OK」をクリックします。

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

リポジトリ・マネージャを使用してリビジョンのサブスクリプション情報を表示する手順は、次のとおりです。

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

2. 「リポジトリ・マネージャ」→「サブスクリプション」タブを選択します。

3. 使用するサブスクリプションを選択します。

4. サブスクリプション情報を表示するリビジョンを選択します。

5. 「機能」→「サブスクライバ」を選択するか、または右クリックして「サブスクライバ」を選択します。

6. 「サブスクリプション」リストを絞り込むには、「サブスクライバ」ページで次の手順を実行します。

a. 「フィルタの使用」チェック・ボックスを選択します。

b. 「フィルタの定義」をクリックします。

c. サブスクリプションの詳細ページで、フィルタ条件を入力します。

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

7. 特定のユーザーまたはエイリアスのサブスクリプション詳細をすべて表示するには、そのユーザーまたはエイリアスを選択して「詳細の表示」をクリックします。
サブスクリプションの詳細ページが開きます。

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

条件サブスクリプションを削除する手順は、次のとおりです。

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

2. 「リポジトリ・マネージャ」→「サブスクリプション」タブを選択します。

3. 使用するサブスクリプションを選択します。

4. サブスクリプションを選択します。

5. 「削除」をクリックします。

6. 確認のページで、「はい」をクリックします。

4.6 コンテンツの電子署名

電子シグネチャは複数の異なるコンテキストで使用および管理されます。

- ワークフロー: 特定のステップにおいて、承認に電子シグネチャが必要であることを指定するために使用します。
電子シグネチャはコンテンツ・アイテムおよびそのメタデータとは別に格納されるため、複数のユーザーが1つの特定のコンテンツ・アイテム・リビジョンに署名できます。ワークフローにおける電子シグネチャの使用の詳細は、「ワークフローの管理」を参照してください。

- コンテンツ・アイテム: コンテンツ・アイテムに電子的に署名し、ローカル・ファイルが一致するかどうかを確認するために、ローカル・ファイルを署名済のコンテンツ・アイテム(またはすべてのリポジトリ・コンテンツ)と比較するために使用します。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

- PDFウォーターマーク: 電子シグネチャ・メタデータを使用するウォーターマークを適用するために使用します。

この項では、次の項目について説明します。

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

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

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

- 電子シグネチャの構成

4.6.1 電子シグネチャについて

電子シグネチャは、コンテンツ・アイテムのバイナリ・コンテンツから計算され、コンテンツ・アイテムに署名したユーザーの名前などの他のメタデータと関連付けられる一意の識別子です。ドキュメントと署名者の両方を一意に識別し、ドキュメントの情報を暗号化する電子署名と異なり、電子シグネチャはドキュメントとともに格納されません。

コンテンツ・アイテムをチェックインすると、コンテンツ・サーバーによって識別子が生成され、コンテンツ・アイテムのリビジョン・メタデータと一緒に格納されます。コンテンツ・アイテムに署名すると、識別子のコピーが電子シグネチャ・メタデータとともに格納されます。変更されたコンテンツ・アイテム・リビジョンをチェックインする場合は、新しい識別子が計算されます。

署名されたコンテンツ・アイテムが変更されたかどうか、およびコンテンツ・アイテムの既存のシグネチャが有効であるかどうかを判断するのに役立てるため、コンテンツ・サーバーでは、コンテンツ・アイテムとともに格納された識別子を電子シグネチャとともに格納された識別子と比較できます。

注意:

識別子はコンテンツからのみ計算され、関連付けられたメタデータからは計算されません。コンテンツ・アイテムのメタデータの変更によって、コンテンツ・アイテムの電子シグネチャが無効になることはありません。

電子シグネチャはコンテンツ・アイテムおよびそのメタデータとは別に格納されるため、複数のユーザーが1つの特定のコンテンツ・アイテム・リビジョンに署名できます。たとえば、ワークフローの承認プロセスにおいて、複数のレビューアがコンテンツ・アイテムの1つのリビジョンに署名できます。詳細は、「ワークフローの管理」を参照してください。

コンテンツ・アイテムの「ドキュメント情報」ページにアクセスするすべてのユーザーが、コンテンツ・アイテムに署名できます。コンテンツ・アイテムの署名の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

電子シグネチャ・コンポーネントとともにアーカイバを使用する場合は、ElectronicSignatures表を移動するために、表アーカイブ機能を使用してください。アーカイブ・コンテンツが関連するシグネチャ・メタデータなしでリストアされると、エラーが発生する場合があります。コンテンツをアーカイブする方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

電子シグネチャがPDFウォーターマークとともに有効な場合、PDFウォーターマーク機能は拡張されて、ドキュメントのPDFレンディションでの選択された電子シグネチャ・データのウォーターマークを適用できるようになります。詳細は、「電子シグネチャ・ウォーターマークの追加または編集」を参照してください。

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

コンテンツ・アイテムに電子的に署名すると、シグネチャには、ユーザー名やパスワードなどのユーザーに関する標準メタデータ、および名前(dDocName)やリビジョン(dRevisionID)などのコンテンツ・アイテム自体に関するメタデータが含められます。また、電子シグネチャ・コンポーネントにはxESigHasElectronicSignaturesフィールドも含まれており、コンテンツ・アイテムが署名されると、ここに1 (true)が自動的に設定されます。

電子シグネチャのメタデータの一部として格納されるメタデータ・フィールドも定義できます。電子シグネチャ情報は、データベース内の独立したElectronicSignatures表で保存および管理されます。

カスタム・メタデータ・フィールドを作成するときは、基本的なデータ型を選択し、必要に応じてカンマ区切りの値の選択リストを指定し、1つ以上のフィールドを必須フィールドとして指定します。定義したフィールドは、ユーザーがコンテンツ・アイテムに署名するとき、およびユーザーがコンテンツ・アイテムに関する詳細なシグネチャ情報を表示するときに表示されます。これらのページの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

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

カスタム・メタデータ・フィールドを作成する前に、メタデータの要件を慎重に検討します。フィールドの作成(「変更の保存」のクリック)後は、フィールド名、データ型または必須ステータスは変更できません。フィールドを変更するには、元のフィールドを削除してから新しいフィールドを作成する必要があります。カスタム・フィールドを削除すると、そのフィールドに関連付けられた、すべての格納済データも削除されます。

カスタム電子シグネチャ・フィールドを追加または編集する手順は次のとおりです。

1. メイン・メニューから、「管理」→「電子シグネチャ」を選択します。

2. 新しいフィールドを追加するには、「電子シグネチャの構成」ページで、新規フィールドの追加アイコン(緑色のプラス記号)をクリックします。

3. 内部フィールドの「名前」を指定します。これはデータ表内でのフィールド名です。

重複する名前は使用できません。最大フィールド長は29文字です。文字、数値およびアンダースコア(_)のみを使用します。名前は文字で開始する必要があります。特殊文字は使用しないでください。

4. 「ラベルの表示」を指定します。これは、ページおよびダイアログで、フィールドに対して表示されるラベルとなります。

5. データ型を指定します。デフォルトのデータ型は「テキスト」です。

6. フィールドに選択リストを指定するには、関連する「選択リスト」列でチェック・ボックスを選択し、選択肢をカンマ区切りの値リストとして指定します。

- 値はフィールドに対して選択されたデータ型に一致する必要があります。

- 値は、ページ上で、指定された順に表示されます。リストの最初の値は、フィールドのデフォルト値になります。

- デフォルト値を指定しないようにするには、選択リストの最初の値として空白を入力し、その後にカンマを入力します。

7. カスタム・フィールド自体がチェック・ボックスであることを指定するには、「チェックボックス」を選択します。チェック・ボックス・フィールドが自動的に必須フィールドに指定されます。ユーザーはチェック・ボックスを選択して電子シグネチャを完了する必要があります。「ラベルの表示」フィールドには、チェック・ボックスの横に表示する承認テキストが格納されます。

8. 電子シグネチャを完了するのに、関連するフィールドにユーザーが値を設定することが必要であることを指定するには、「必須」を選択します。

9. 追加する各フィールドに対し、手順2 から8 を繰り返します。

10. フィールドは、ページ上で、この表内にリストされた順に表示されます。1つ以上のフィールドの順序を変更する場合は、1つ以上のフィールドの横のチェック・ボックスを選択し、表の上部の「上に移動」アイコンまたは「下に移動」アイコンを使用して、順序に合わせてフィールドを上または下に移動します。

11. 1つ以上のフィールドを表から削除する場合は、1つ以上のフィールドの横のチェック・ボックスを選択し、「フィールドの削除」アイコンを使用して、フィールドと関連するすべてのフィールド・データを削除します。「変更の保存」を選択するまで、フィールドは完全に削除されません。

12. 変更をコミットするには、「変更の保存」をクリックし、確認ページで「OK」をクリックします。

4.6.4 電子シグネチャの構成

デフォルトで、電子シグネチャ・コンポーネントでは、安全でないネットワーク転送によって起こりうるパスワード情報の流出を回避するために電子シグネチャを適用する際に、Secure Socket Layer (SSL)セキュリティが有効になっている必要があります。

安全な企業イントラネットにおけるワークフロー・サインオフなどの一部のアプリケーションでは、要件によって余分なオーバーヘッドが追加されることになります。

電子シグネチャに対するSSL要件を無効にするには、次に示すように、config.cfgファイルでDisableESigSSLCheck構成変数をTrueに設定します。

DisableESigSSLCheck=true

構成変数の設定詳細は、『Oracle Fusion Middleware Oracle WebCenter Content構成リファレンス』を参照してください。

4.7 ネイティブ・コンテンツ変換の管理

注意:

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

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

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

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

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

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

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

変換の詳細は、「コンテンツの変換の管理」を参照してください。

- MIMEタイプの識別

- コンテンツの変換のためのネイティブ・アプリケーションの要件

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

- サムネイルについて

4.7.1 MIMEタイプの識別

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

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

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

4.7.2 コンテンツの変換のためのネイティブ・アプリケーションの要件

Oracle WebCenter Content Inbound Refineryでは、Microsoft Office Suite 32ビット・インストールの使用が最大限の互換性でサポートされています。Microsoft Office Suiteの64ビット・インストールの使用は、サポートされていません。Microsoft Office Suite 32ビットは、デフォルトでインストールされ、Microsoft社によってサード・パーティの拡張が推奨されています。詳細は、http://office.microsoft.comで、記事HA010369476、HA102840825およびee681792を検索してください。

コンテンツの変換に使用されるネイティブ・アプリケーションは、次の要件を満たす必要があります。

ネイティブ・アプリケーション

要件

MS Word

MS Project

MS Excel

MS PowerPoint

MS Visio

Inbound Refineryで変換用に必要な場合は、ネイティブ・アプリケーションがインストールされていることを確認します。

「ファイル形式」タブで、ファイル・タイプを変換プロセスに関連付けます。

WordおよびPowerPointアプリケーションの場合は、「ローカルInbound Refineryの構成」ページの「ネイティブ・オプション」タブを使用して、リンクを処理するかどうかを指定します。

MS Publisher

FrameMaker

PhotoShop

PageMaker

InDesign

ネイティブ・アプリケーションがインストールされていることを確認します。

「ファイル形式」タブで、ファイル・タイプを変換プロセスに関連付けます。

その他

ネイティブ・アプリケーションがインストールされていることを確認します(必要な場合)。

Inbound Refineryにカスタム変換プログラムをインストールします。

「ファイル形式」タブで、ファイル・タイプを変換プロセスに関連付けます。

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

ファイル・タイプと変換の関連付けは、2段階のプロセスとなります。

4.7.3.1 ファイル形式の追加とファイル拡張子の関連付け

ファイル形式を追加し、フォーマットにファイル拡張子を関連付る手順は次のとおりです。

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

2. 「構成マネージャ」をクリックします。

3. 「構成マネージャ」ページで、ページ・メニューの「オプション」→「ファイル形式」を選択します。

4. 「ファイル形式」ページで、ファイル形式を追加するために、「ファイル形式」ペインの「追加」をクリックします。

5. ファイル形式の追加/「ファイル形式の編集」ページで、必要な情報を入力します。

- フォーマット: 通常はMIMEタイプです。

- 変換タイプ: フォーマット名を変換に関連付けます。

- 説明: ファイル形式の簡単な説明。

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

4.7.3.2 ファイル拡張子の追加

ファイル形式に関連付けるファイル拡張子を入力する手順は次のとおりです。

1. 「ファイル拡張子」ペインで、「追加」をクリックします。

2. ファイル拡張子の追加/「ファイル拡張子の編集」ページで、必要な情報を入力します。

- 拡張子: ファイル形式に対する指定。この拡張子のファイルは、「マップ先フォーマット」フィールドで指定した変換を使用して変換されます。

- マップ先フォーマット: 指定された変換で使用可能なフォーマット(「ファイル形式」ペインで定義)のリスト。フォーマットを選択すると、該当する拡張子のすべてのファイルが、特定の変換プログラムに直接関連付けられます。

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

4.7.4 サムネイルについて

サムネイルは、コンテンツの小さなプレビュー・イメージです。検索結果のページで使用され、通常は、それらが表すWeb表示可能ファイルにリンクしています。このことは、ユーザーが、あるファイルが探しているものであるかどうかを識別するのに、タイトルなどのテキスト情報のみに依存する必要がないことを意味します。サムネイルによって、実際にファイル自体を開くことなく確認できる、視覚的なサンプルがコンシューマに示されます。これにより、より大きい元のファイルのダウンロードを行う前に、ファイルを確認できます。

コンテンツ・サーバーによって提供されているオプションを使用して、サポートされているファイル・タイプのサムネイルを自動的に生成できます。

コンテンツ・サーバーには、基本的な一連のサムネイル作成オプションが用意されています。Oracle WebCenter Content: Inbound Refineryには、ファイル変換およびサムネイル生成についてさらに多くのオプションのセットがあります。

4.8 コンテンツ・タイプの定義

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

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

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

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

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

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

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

4.8.1 コンテンツ・タイプの作成、編集または削除

この手順を使用して、次の作業を行います。

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

- 既存のタイプの編集

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

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

2. 「構成マネージャ」をクリックします。

3. 「構成マネージャ」ページの「ページ」メニューから「オプション」→「コンテンツ・タイプ」を選択します。

4. 新しいタイプを追加するには、「コンテンツ・タイプ」ページで、「追加」をクリックします。
タイプを編集するには、タイプ名をハイライトして「編集」をクリックします。

タイプを削除するには、タイプ名をハイライトして「削除」をクリックします。

注意:

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

5. 確認ページで、「OK」をクリックします。

6. 「コンテンツの追加」/「コンテンツ・タイプの編集」ページで、タイプの名前と説明を入力または編集します。

7. GIFリストから、コンテンツ・タイプに関連付けるイメージを選択します。

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

5 コンテンツの編成

Oracle WebCenter Contentは、コンテンツを編成するいくつかの方法を提供します。Folders機能は、従来のファイル・システムと同様に、リポジトリ内の一部またはすべてのコンテンツを編成および検索するための階層フォルダ・インタフェースを提供します。Contribution Foldersも同様の機能を提供しますが、Foldersはスケーラブルな企業ソリューションで、コントリビューション・フォルダに置き換わることを意図したものです。WebDAV (Web-Based Distributed Authoring and Versioning)は、WebDAVプロトコルをサポートするクライアントを使用してOracleコンテンツをリモートで作成および管理する手段を提供します。そして、Content Foliosは、オプションの機能であり、有効化した場合、コンテンツ・サーバーの安全な環境内から複数のコンテンツ・アイテムの論理グループに対するアセンブル、トラックおよびアクセスを行うための、簡単で効率的な方法を提供します。

この章では、コンテンツを編成するための次の方法について説明します。

- フォルダの管理

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

- WebDAVの管理

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

5.1 フォルダの管理

フォルダ階層は、Foldersによって提供され、標準のコンテンツ管理WebインタフェースとWebDAVインタフェースの両方からアクセスできます。標準のインタフェースからアクセスすると、ブラウザおよび特別に設計されたWebページにフォルダおよびコンテンツ・アイテム(ファイル)が表示されます。WebDAVインタフェースからアクセスすると、コンテンツ・サーバーへのネットワーク接続が確立され、共有フォルダの場合と同様に、Windows Explorerにフォルダおよびファイルが表示されます。Foldersはコンテンツ・サーバーのFrameworkFoldersコンポーネントによりサポートされます。

Contribution FoldersからFoldersインタフェースにコンテンツを移行する必要がある場合以外は、FoldersとContribution Folders(Folders_gコンポーネントによりサポートされる)の両方を使用しないでください。コントリビューション・フォルダからFoldersインタフェースにフォルダおよびファイルを移行するには、「フォルダ移行」ユーティリティを使用してフォルダ階層をレプリケートし、フォルダのコンテンツを選択して移行します。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

注意:

11.1.1.8.0以前のWebCenter Portalでは、Folders_gコンポーネントのみがサポートされます。WebCenter Portalによるコンテンツ・サーバーの構成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』を参照してください。

この項では、次の項目について説明します。

- フォルダの理解

- フォルダの構成

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

5.1.1 フォルダの理解

使い慣れたフォルダとファイルのモデルが、リポジトリに格納されているコンテンツを編成し、アクセスするためのフレームワークとなります。フォルダおよびファイルの機能は、従来のファイル・システムにきわめてよく似ています。フォルダおよびファイルは、コピー、移動、名前を変更、および削除できます。階層内の複数の場所からコンテンツ・アイテムにアクセスするために、ショートカットを作成できます。

フォルダ・インタフェースのファイルは、リポジトリ内のコンテンツ・アイテムへのシンボリック・リンクまたはポインタに似ています。Foldersインタフェースで操作(メタデータの検索や伝播など)を実行すると、関連付けられたコンテンツ・アイテムに対して、実質的に同じ操作が実行されます。

ユーザーは、コンテンツ・サーバーの標準のセキュリティ・モデルで許可されているように、フォルダ、フォルダへのショートカット、およびドキュメントへのリンクを作成および編集できます。フォルダがコンテンツ・アイテムに割り当てられるのと同じ方法で、フォルダには、セキュリティ・グループ、アカウント、アクセス制御リストの属性などのセキュリティ属性(有効になっている場合)が割り当てられます。

デフォルトでは、フォルダはセキュリティ設定をはじめ、親フォルダに対して定義されているデフォルト・メタデータを継承します。特定のフォルダにセキュリティ値とメタデータ値を設定し、それぞれの値をそのフォルダ内のフォルダとコンテンツ・アイテムに伝播できます。

この項では、次の項目について説明します。

- フォルダおよびファイル

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

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

- フォルダの保存

- 個人フォルダ

- フォルダのメタデータ

- バージョニング

5.1.1.1 フォルダおよびファイル

ユーザーは、フォルダとサブフォルダ間のリレーションシップを簡単に表示し、コンテンツ・アイテムのグループを参照できます。コンテンツ・サーバーの標準セキュリティ・モデルによって定義された権限のあるユーザーは、Foldersを使用して次のアクションを実行できます。

- チェックインやチェックアウトの対象となるコンテンツ・アイテムの保存場所に移動し、フォルダやアイテムの情報を表示および変更します。

- フォルダやサブフォルダを新規に作成します。

- フォルダにコンテンツ・アイテムを新規に作成したり、既存のリポジトリ・コンテンツをフォルダに追加します。

- フォルダやコンテンツ・アイテムへのショートカットを1つ以上の場所に追加します。ショートカットは、参照先のコンテンツ・アイテムのプレースホルダとして機能します。

- フォルダやファイルを他の場所に移動またはコピーします。

- フォルダやファイルの名前を変更します。

- フォルダ階層からファイルを削除します。このアクションを実行しても、関連付けられたコンテンツ・アイテムには影響を与えません。

- フォルダやファイルを削除します。削除すると、フォルダやファイルおよびそれへのショートカットはフォルダ階層から削除されます。ファイルにコンテンツ・アイテムが関連付けられていると、リポジトリではそのアイテムが「期限切れ」に設定されます。

- フォルダを読取り専用にします。フォルダを読取り専用にすることにより、そのフォルダの名前変更、移動または削除を防止できますが、そのフォルダには引き続きコンテンツをチェックインできます。

- 関連付けられた問合せから返されたコンテンツ・アイテムを保存する、問合せフォルダを作成します。問合せフォルダの詳細は、「問合せフォルダおよび検索」を参照してください。

- 保存問合せフォルダを作成し、問合せから返されたコンテンツ・アイテムに対して保存ルールを割り当てます。問合せフォルダおよび保存スケジュールの詳細は、「フォルダの保存」を参照してください。

- フォルダに作成されるコンテンツ・アイテムに対してフォルダ・セキュリティおよび値を割り当てます。指定したメタデータ値をフォルダのコンテンツに伝播したり、特定のフォルダへの伝播をブロックすることもできます。詳細は、「バージョニング」を参照してください。

Foldersインタフェースは、ファイル・システムのユーザーが使い慣れた表記規則に従っています。

- フォルダを作成するときには、Windows標準の命名規則を使用します。次の文字は使用しないでください。
? #& /\*" |< > :^

- コンテンツ・サーバーには、ファイル名が同じである複数のファイルを個別のコンテンツ・アイテムとして格納できます。ただし、Foldersインタフェースではフォルダ内のファイル名は一意である必要があります(Windowsのフォルダに同じ名前の2つのファイルを格納できないのと同じです)。

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

フォルダでは、参照先のフォルダまたはファイルのプレースホルダとして機能するショートカットを使用して、複数の場所で同じフォルダまたはコンテンツ・アイテムを参照できます。フォルダまたはファイルへのショートカットは、フォルダ階層内で目的のコンテンツ・アイテムの検索および管理に役立ちます。

フォルダとフォルダ・ショートカットは、異なるアイコンで識別されます。

アイコン

説明

フォルダ: フォルダには、他のフォルダ、コンテンツ・アイテム、および他のフォルダやコンテンツ・アイテムへのショートカットを保存できます。フォルダは、標準のフォルダ・アイコンで識別されます。

フォルダ・ショートカット: フォルダ・ショートカットには、ショートカットが格納された階層にある関連付けられたフォルダのコンテンツが含まれています。フォルダ・ショートカットは矢印の付いたフォルダ・アイコンで識別され、フォルダまたは問合せフォルダのいずれかを参照できます。フォルダ・ショートカットは、メタデータ伝播アクションの対象外です。

問合せフォルダ: 問合せフォルダのコンテンツは、そのフォルダに関連付けられた問合せから返されたリポジトリ・コンテンツ・アイテムです。問合せフォルダは、拡大鏡の付いたフォルダ・アイコンで識別されます。

保存問合せフォルダ: 保存問合せフォルダのコンテンツは、問合せフォルダと同じように、そのフォルダに関連付けられた問合せから返されたリポジトリ・コンテンツ・アイテムです。問合せから返されたコンテンツ・アイテムに対して保存ルールを設定することもできます。保存問合せフォルダは、拡大鏡と時計の付いたフォルダ・アイコンで識別されます。

Foldersインタフェースのコンテンツ・アイテムは、リポジトリ内のアイテムへのリンクに似ています。コンテンツ・アイテムのリンクには、2つのタイプがあります。

アイコン

説明

ファイル(プライマリ・リンク): Foldersインタフェース内でコンテンツ・アイテムを指すことができるプライマリ・リンクは1つのみです。プライマリ・リンクはリポジトリ内のコンテンツ・アイテムを表し、標準のドキュメント・アイコンで識別されます。ファイル(またはプライマリ・リンク)に対する操作は、リポジトリ内のコンテンツ・アイテムを直接操作するのとほとんど同じです。たとえば、削除されたファイルに関連付けられているコンテンツ・アイテムのステータスは「期限切れ」に設定されます。

ショートカット(セカンダリ・リンク): Foldersインタフェースには、関連付けられるコンテンツ・アイテムへのファイル・ショートカットを任意の数だけ作成できます。ファイル・ショートカットは、矢印の付いたドキュメント・アイコンで識別され、矢印は、ファイル・ショートカットが実際のコンテンツ・アイテムへの参照であることを示しています。ショートカットは、メタデータ伝播アクションの対象外です。ショートカットを通して行う変更(メタデータの変更など)は、基になるコンテンツ・アイテムに対して適用されます。ショートカット自体に行う変更(ショートカットの削除など)は、基になるコンテンツ・アイテムには影響しません。

問合せ結果: 問合せフォルダのコンテンツは、そのフォルダに関連付けられた問合せから返されたリポジトリ・コンテンツ・アイテムです。問合せコンテンツ・アイテムは、拡大鏡の付いたドキュメント・アイコンで識別されます。

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

問合せフォルダは、保存済検索と同じように機能します。それにアクセスするたびに、そのフォルダに関連付けられている問合せが開始されます。問合せフォルダのコンテンツは、問合せから返されたコンテンツ・アイテムです。問合せフォルダのコンテンツは、リポジトリのコンテンツの変更に伴って動的に変更される場合があります。

問合せフォルダに格納されるのは、問合せによって返された実際のリポジトリ・コンテンツ・アイテムであり、フォルダやショートカットではありません。問合せフォルダのコンテンツは、個々のアイテムについてコピー、表示および更新できます。また、問合せフォルダ内のすべてのアイテムにメタデータ変更を伝播できます。

また、Foldersでは、標準の検索結果オプションに「問合せフォルダの作成」オプションを含めて、検索問合せを問合せフォルダとして保存することもできます。フォルダ内からフォルダやファイルを検索するには、フォルダの「検索」メニューに用意されている各種オプションを使用します。任意またはすべてのフォルダのメタデータ・フィールドを検索できます。

5.1.1.4 フォルダの保存

基本的なコンテンツ保存スケジュールの設定は、保存問合せフォルダを作成し、フォルダに保存属性を割り当て、保存スケジュールを構成することで実行できます。保存ルールは、コンテンツ・アイテムの存続時間またはリビジョンの数に基づいて割り当てることができます。Recordsをインストールしてすべての機能を有効にした場合には、Recordsで定義されたカテゴリに基づいて保存ルールを定義することもできます。

保存ルールまたはスケジュールを指定するには管理権限が必要です。保存スケジュールの指定の詳細は、「保存ルールの指定」を参照してください。保存スケジュールの指定の詳細は、「問合せ保存スケジュールの構成」を参照してください。

考慮事項

次の考慮事項が、保存問合せフォルダに適用されます。

- 保存ルールは保存問合せフォルダに関連付けられますが、標準のフォルダ・メタデータとは別に格納されます。このため、フォルダの保存属性に基づいて問合せフォルダを検索できません。

- 標準の問合せフォルダと異なり、保存問合せフォルダではデータベース値のみが検索され、フルテキスト検索は、サポートされている場合でも実行できません。

- 特定の保存問合せフォルダに対して複数の保存ルールを指定した場合、すべてのルールを満たしている場合のみ処理が行われます。たとえば、有効期限を1カレンダ年、保持するリビジョンの数を3と指定した場合、1年を超え、かつ最新の3つのリビジョンよりも古いアイテムのみが削除されます。

- 異なる問合せの結果に、同じコンテンツ・アイテムが含まれることになってもかまいません。この場合、各保存問合せフォルダの保存ルールが互いに独立して適用されます。たとえば、ある問合せフォルダでは保持するリビジョンの数を2に指定し、別の問合せフォルダでは保持するリビジョンの数を3に指定した場合、アイテムのリビジョンは2つのみ保持されます。

- フォルダ保存は、Recordsとは異なる方法で処理されます。Recordsを使用しているときは、複数の削除アクションが呼び出された場合、期間の最も長い保存が使用されます。Foldersでは、期間の最も短いものが常に最初に使用されます。

- フォルダ保存は、データベースのRevisions表のdCreateDate行の値に基づいてアイテムを処理します。

レコードの使用に関する考慮事項

FoldersとRecordsの両方が同じシステムで使用されている場合、次の追加の考慮事項が適用されます。

- Recordsをインストールしている場合、同じアイテムに2つの保存スケジュール(および複数のルール)を設定できます。コンテンツ・アイテムの保存ルールが、Content ServerとRecordsの両方で定義されている場合には、Recordsシステムで定義されている保存とスケジュールのみが使用されます。

- 「DoDベースライン」レベル以上でRecordsをインストールしている場合、コンテンツ・サーバー・インタフェースでは保存問合せフォルダ・オプションは使用できません。すべての既存の保存問合せフォルダは、アイコンと(非アクティブな)保存属性を保持しますが、標準の問合せフォルダとして機能します。
レベルが「標準」以下に設定されている場合は、コンテンツ・サーバーで保存問合せフォルダ・オプションが有効になり、既存の保存問合せフォルダのルールもアクティブになります。

5.1.1.5 個人フォルダ

フォルダ階層のルート・フォルダには「Users」フォルダがあり、認証済ユーザーに対して定義されている個人用のフォルダが格納されています。階層内の他のフォルダを操作する場合と同じ方法で、サブフォルダとコンテンツ・アイテムを作成できます。すべての認証済ユーザーは、個人フォルダを持つことができます。

フォルダでは、フォルダ、ファイルおよびショートカットを個人フォルダに迅速に追加するための、「フォルダに追加」というメニュー・オプションが提供されます。個人フォルダはその本人にのみ表示されますが、そのフォルダ内のアイテムは、そのアイテム自体のセキュリティ設定によって管理され、必ずしもそれが含まれているフォルダのものによって管理されるとはかぎりません。アイテムによっては、検索結果などで他のユーザーからアクセス可能な場合があります。

個人フォルダにアクセスするには、メイン・メニューを使用して「コンテンツ・サーバー」→「フォルダ」を選択します。

5.1.1.6 フォルダのメタデータ

すべてのフォルダには、フォルダに追加されるコンテンツ・アイテムに適用できる一連のメタデータ値があります。フォルダは、コンテンツ・アイテムにメタデータ・ルールを適用するように構成したり、任意またはすべての値の変更を許可するように構成できます。たとえば、「セキュリティ・グループ」メタデータ・フィールドの値としてSecureを適用するようにフォルダを構成できます。その後、コンテンツ・アイテムをそのフォルダに追加すると、「セキュリティ・グループ」の値がSecureに自動的に更新されます。

フォルダは、そうしないように明示的にフォルダを構成した場合を除き、親フォルダに割り当てられたデフォルト・メタデータを継承します。継承後に親フォルダのメタデータを変更しても、明示的に下の階層に伝播させないかぎり、既存のサブフォルダのメタデータは変更されません。

フォルダ・メタデータの継承および伝播によって、コンテンツ・アイテムにメタデータを容易に適用できます。すべてのフォルダとファイルを管理する管理者か自分のフォルダとファイルを管理するユーザーかに関係なく、フォルダを作成してコンテンツ・アイテムを追加する前に、メタデータ戦略を計画しておくことをお薦めします。戦略には、次の基本的なステップを含める必要があります。

1. 階層内の特定のフォルダまたは分岐に固有のメタデータ要件があるかどうか、および、それらの要件を特定して管理する最適な方法を判断します。

2. 特定のフォルダを介してコンテンツ・アイテムを追加またはチェックインするときに、ユーザーがどのメタデータ・フィールド(ある場合)を指定する必要があるかを決定します。

3. 特定のフォルダについて、どのメタデータ・フィールド(ある場合)にデフォルト値または強制値を設定するかを決定します。

4. フォルダ経由でメタデータを伝播するときに、どのサブフォルダ(ある場合)を変更対象にするかを決定します。

5. メタデータ要件を管理するためにプロファイルを使用するかどうかを決定します。管理者は、1つ以上のプロファイルを作成し、そのプロファイルに関連付けたルールに基づいて、メタデータ・フィールドを編成したり、選択的に表示したり、アクセス制御できます。

フォルダに新しいコンテンツ・アイテムを作成またはチェックインすると、デフォルト・メタデータ値がそのアイテムに自動的に適用されます。フォルダのデフォルト・メタデータ値を変更するには、そのフォルダに対する削除権限を持つか、作成者として書込み権限を持つ必要があります。

注意:

「作成者」フィールドのデフォルト値を指定すると、フォルダへのドキュメントをチェックできるユーザーが制限されます。少なくとも1つのグループに管理者権限を持つユーザーのみがデフォルトの作成者が指定されたフォルダへのドキュメントをチェックできます。

デフォルト・メタデータ値は、メタデータを伝播するときにデフォルト値としても使用されます。

Oracle WebCenter Content: Desktopを使用し、フォルダの「メタデータのプロンプト」オプションを選択している場合は、フォルダのデフォルト・メタデータ設定を使用するのではなく、アイテムのメタデータ値を指定するように求められます。

同じフォルダ内にあるコンテンツ・アイテムのセキュリティ設定は、必ずしも同じではありません。メタデータをコンテンツ・アイテムに伝播するには、そのコンテンツ・アイテムに対する書込み権限も必要です。変更をフォルダのみに限定するには、「フォルダにのみ伝播」オプションを選択します。

メタデータを伝播する場合、メタデータ・フィールドを選択し、現在のフォルダで使用可能なメタデータから、伝播する値を指定します。変更可能なメタデータ値は、すべて伝播可能です。たとえば、セキュリティ・グループや所有者値は伝播できますが、コンテンツIDは伝播できません。また、コンテンツ・アイテムから関連付けられた値を消去するために、「コメント」や「有効期限」などの空白フィールドを伝播することもできます。

伝播を防止するには、フォルダの「フォルダ情報」で「伝播禁止」を選択するか、「伝播」ページの「伝播の強制」設定を使用して、フォルダの禁止設定をオーバーライドします。

管理者は、メタデータ・セットを1つ以上のプロファイルとして作成でき、管理者や他のユーザーは、フォルダのデフォルトを指定したり、メタデータを伝播するときに、そのプロファイルをフォルダに容易に適用できます。

5.1.1.7 バージョニング

Foldersインタフェースを使用したコンテンツ・アイテムのチェックアウトおよびチェックインは、標準のコンテンツ管理ページを使用する場合とほぼ同じ方法で実行できます。特定のコンテンツ・アイテムを表示または編集する場合、アイテムをチェックアウトした後でそのアイテムの新しいバージョンをチェックインするオプションを使用できます。

Foldersには、コンテンツ・アイテムのバージョンを表示するためのモードが2つあります。

- パブリッシュ済アイテム(使用量モード): ドキュメントの最新のリリース済リビジョンが表示されます。検索結果リストで返されるのと同じリビジョンです。

- すべてのアイテム(コントリビューション・モード): 各ドキュメントの最新のリビジョンが表示されます。まだワークフローにあるドキュメントのリビジョンや、検索索引作成プロセスがまだ完了していないドキュメントのリビジョンも含まれる場合があります。

ユーザーは、2つのモードを切り替えて、リリース済のコンテンツ・アイテムのみを表示したり、リリース前に作業が必要なコンテンツ・アイテムを表示できます。選択内容は、変更するまで有効のままです。

5.1.2 フォルダの構成

次のような様々なタイプの構成変数を設定して、FrameworkFoldersコンポーネントを構成できます。

- フォルダ変数

- Folders移行変数

- Folders WebDAV変数

5.1.2.1 フォルダ変数

これらの変数を使用して、Foldersインタフェースのオプション設定を構成できます。

変数

説明

AuthorDelete

trueに設定すると、アイテムの所有者/作成者は読取り権限がある場合にはそのアイテムを削除でき、それ以外の場合、削除権限が必要になります。デフォルト値はtrueです。

DisableFolderRestrictions

trueに設定した場合、ユーザー・フォルダ(FLD_USERS)の参照が許可され、それ以外の場合は、ユーザーがユーザー・フォルダにアクセスしようとすると、彼らは自分の個人フォルダ(FLD_USER:<username>)にリダイレクトされます。デフォルト値はfalseです。

config.cfgファイルで明示的にtrueに設定した場合、すべてのユーザーがユーザー・フォルダのコンテンツを表示できます。管理者は、ユーザー・フォルダを参照するときに、URLにバインダ変数として一時的に値を設定できます。

DisablePersonalFolderFormat

trueに設定すると、FldPersonalFolderFormatで指定されている個人フォルダ命名規則が無効になります。デフォルトはfalseです。

個人フォルダの作成後に個人フォルダの名前書式を変更または無効にした場合には、手動で既存のフォルダの名前を変更するか、または既存のフォルダを再作成する必要があります。たとえば、ユーザーabc.def@example.comの個人フォルダがabc.defという名前書式で、かつDisablePersonalFolderFormatが設定されている場合、データベースには既存のフォルダ名が保持されますが、ユーザー・インタフェースではフォルダ名はabc.def@example.comであると想定されます。無効になった書式に合わせてフォルダの名前を変更するか、またはいったんデータベースから該当行を削除し、その後、ユーザーがログインしたときにフォルダを再作成する必要があります。

FldDefaultFilesLoadCount

フォルダ・エクスプローラに表示するファイルの数。デフォルトは50です。

FldDefaultFoldersLoadCount

フォルダ・エクスプローラに表示するフォルダの数。デフォルトは50です。

FldEnableInProcessIndicator

trueに設定すると、コピー、移動、削除、伝播の操作時にプロセス・インジケータが表示されるようになります。デフォルト値はfalseです。

FldPersonalFolderFormat

ユーザーの名前から個人フォルダの名前を作成するために使用する正規表現を指定します。デフォルトの正規表現は(.+)@(.+):$1であり、つまり、1つ以上の文字からなる2つのグループを@で区切り、最初のグループをフォルダ名として使用します。たとえば、ユーザー名abc.def@example.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です。

有効にすると、すべてのドキュメントへのすべてのパスが検索索引に追加されます。フォルダに対してドキュメントが追加または削除されるたびに、ドキュメントの索引が再構築されます。また、そのフルパスがわずかでも変更された場合にも(たとえば、親フォルダが移動したとき)、ドキュメントの索引が再構築されます。

5.1.2.2 Folders移行変数

これらの変数を使用して、フォルダ移行ユーティリティのオプション設定を構成できます。フォルダ移行ユーティリティにより、フォルダのコンテンツと構造が、コントリビューション・フォルダ(Folders_gコンポーネントでサポート)からフォルダ(FrameworkFoldersコンポーネントでサポート)に移行されます。このユーティリティは、Contribution Foldersに関連付けられた表がデータベース・スキーマに存在する場合に使用できます。

変数

説明

FldMigrateDefaultSecurityGroup

移行したフォルダにまだセキュリティ・グループが関連付けられていない場合に割り当てるデフォルトのセキュリティ・グループを指定します。明示的に設定しないと、デフォルト値はPublicになります。

Contribution Foldersではセキュリティ・グループ設定が必要なく、設定自体がない場合もあります。移行したフォルダには、セキュリティ設定が必要です。

FldMigrateRootBaseName

移行時に作成されるルート・フォルダの基準名を指定します。

フォルダ名の書式は、 <$FldMigrateRootBaseName$>_<$date$>_#<$run_index$>です。

設定しないと、デフォルト値のMigrateが使用されます。

FolderMigrateExcludeList

移行の対象外とするフォルダのリストを指定します。リストには、フォルダIDとフォルダ・マークを含めることができます。

明示的に設定しないと、TRASHフォルダのみが対象外になります。

ShowFolderMigrationMenu。

0(ゼロ)に設定すると、「管理」メニューに「フォルダ移行」オプションが表示されなくなります。1に設定するか、または明示的に設定しないと、移行が可能である場合に、このオプションが表示されます。

5.1.2.3 Folders WebDAV変数

これらの変数を使用して、WebDAVインタフェースのオプション設定を構成できます。

変数

説明

OVERWRITE

falseに設定すると、WebDAVコピーが同じ名前でアイテムを上書きできなくなります。デフォルト値はtrueです。

5.1.3 保存スケジュールの使用

コンテンツ・アイテムの有効期限またはリビジョンの数に基づいて、コンテンツのリビジョンを処理できます。Recordsをインストールしてすべての機能を有効にした場合には、Recordsカテゴリに基づいた保存ルールを定義することもできます。保存問合せフォルダに関するその他の考慮事項は、「フォルダ保存」を参照してください。

保存問合せフォルダのコンテンツの保存スケジュールを定義するには、まずそのフォルダに関連付けられる保存ルールを指定し、次に、1つ以上の保存問合せフォルダで使用されるそれぞれの保存ルールについて、保存スケジュールを指定します。この項では次のタスクについて説明します。

- 保存ルールの指定

- 問合せ保存スケジュールの構成

5.1.3.1 保存ルールの指定

保存ルールは、保存問合せフォルダを作成するときに指定し、後で変更できます。保存ルールは、管理者のみが、保存問合せフォルダに対して指定できます。保存ルールが指定されていない保存問合せフォルダは、標準の問合せフォルダと同じように機能します。

注意:

「DoDベースライン」レベル以上でRecordsをインストールしている場合、コンテンツ・サーバー・インタフェースでは保存問合せフォルダ・オプションは使用できません。すべての既存の保存問合せフォルダは、アイコンと(非アクティブな)保存属性を保持しますが、標準の問合せフォルダとして機能します。

次の手順では、保存ルールを指定する方法を示します。フォルダの作成および問合せの指定の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

保存ルールを持つ問合せフォルダは、指定されたスケジュールでルールを適用します。問合せフォルダの保存スケジュールを作成する方法の詳細は、「問合せ保存スケジュールの構成」を参照してください。レコード保存スケジュールの設定の詳細は、「レコード保存スケジュールの管理」を参照してください。

1. 保存問合せフォルダが格納されているフォルダに移動します。

2. 保存ルールなどのメタデータ値を変更するには、関連付けられたフォルダの「アクション」メニューから「フォルダ情報の更新」を選択します。
フォルダのコンテンツを表示しているときにそのフォルダのメタデータ値を変更するには、表示しているページの「編集」メニューから「フォルダ情報」を選択します。

3. 「詳細保存オプションの表示」をクリックします。

4. 保存オプションを1つ以上選択します。たとえば、コンテンツ・アイテムのリビジョンを最新の3つのみ保持するには、「リビジョン」を選択し、3を指定します。より古いリビジョンは、「リビジョン」に指定されている保存スケジュールに従って削除されます。

a. リビジョン: 問合せフォルダにコンテンツ・アイテムのリビジョンをいくつ保持するかを指定し、「更新」をクリックします。

b. 期間: 問合せフォルダにコンテンツ・アイテムを保持する期間を指定し、「更新」をクリックします。
完全なRecords製品の場合は、単位リストに、会計単位とカレンダ単位が含まれます。

c. カテゴリ: 問合せフォルダにカテゴリを割り当て、カテゴリに対して定義された処理を使用して、コンテンツ・アイテムの処理方法を決定します。
このオプションは、完全なRecordsシステムでのみ使用できます。

5. 他に必要に応じてフォルダ・メタデータまたは問合せに変更を加え、「保存」をクリックします。

5.1.3.2 問合せ保存スケジュールの構成

割り当てた保存ルールを持つ問合せフォルダは、指定されたスケジュールでルールを適用します。保存ルールのタイプごとに異なるスケジュールを設定できます。複数の問合せフォルダに含まれているコンテンツ・アイテムには保存ルールが複数存在する場合もあり、複数のスケジュールが適用されます。

フォルダ保存ルールは、Recordsシステムの場合とは異なる方法で処理されます。Recordsを使用しているときは、複数の削除アクションが呼び出された場合、期間の最も長い保存が使用されます。Foldersでは、期間の最も短いものが常に最初に使用されます。

コンテンツ・アイテムの保存ルールが、コンテンツ・サーバーとRecordsの両方で定義されている場合には、Recordsシステムで定義されている保存とスケジュールのみが使用されます。

問合せ保存スケジュールを構成する手順は、次のとおりです。

1. 「管理」メニューから、「フォルダ保存管理」→「スケジュールされたジョブの構成」を選択します。

2. 「フォルダ保存スケジュール・ジョブ」ページで、存続時間またはリビジョンによって管理される保存ルールのスケジュールを指定します。
存続時間ベースのルールでは、データベース内のRevisions表のdCreateDate行の値に基づいてアイテムを処理します。

a. 週/日: 開始時刻と終了時刻を選択します。これにより、週次保存ルールを使用して問合せフォルダの保存がスケジュールされます。スケジュール済の処理をただちに実行するには、「今すぐ実行」をクリックします。

b. カレンダ月: 日、開始時刻および終了時刻を選択します。これにより、月次または四半期の保存ルールを使用して問合せフォルダの保存がスケジュールされます。スケジュール済の処理をただちに実行するには、「今すぐ実行」をクリックします。

c. カレンダ年: 月、日、開始時刻および終了時刻を選択します。これにより、年次保存ルールを使用して問合せフォルダの保存がスケジュールされます。スケジュール済の処理をただちに実行するには、「今すぐ実行」をクリックします。

d. 会計年度月/会計年: Recordsがインストールされている場合、「会計年度月」および「会計年」の保存ルールを使用して、問合せフォルダの保存をスケジュールできます。スケジュール済の処理をただちに実行するには、「今すぐ実行」をクリックします。

e. 保存リビジョン: 日、開始時刻および終了時刻を選択します。これにより、リビジョン保存ルールを使用して問合せフォルダの保存がスケジュールされます。スケジュール済の処理をただちに実行するには、「今すぐ実行」をクリックします。

注意:

Recordsがインストールされていて、カテゴリ保存ルールが使用されている場合、カテゴリはそれに関連付けられている期間またはリビジョンのルールでスケジュールされます。たとえば、保存が月単位で指定されているカテゴリは、「カレンダ月」に指定する値によって管理されます。同様に、保存ルールまたはカテゴリが月単位で指定されているすべてのアイテムの保存ルールをただちに適用するには、このページの「カレンダ月」に関連付けられた「今すぐ実行」ボタンをクリックします。

3. 「更新」をクリックします。

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

Contribution Foldersはオプションのコンポーネントで、有効にすると、コントリビューション・フォルダ(階層フォルダとも呼ばれます)の形式で階層フォルダ・インタフェースが提供され、マルチレベル・フォルダ構造を作成できます。

注意:

より新しいFoldersコンポーネントはスケーラブルな企業ソリューションで、Contribution Foldersに置き換わることを意図したものです。

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

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

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

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

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

- フォルダへのURLのマッピング

5.2.1 コントリビューション・フォルダの理解

この項では、Contribution Folders機能の概要を示し、次のトピックについて説明します。

- コントリビューション・フォルダを使用する利点

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

- ごみ箱

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

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

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

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

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

- メタデータの継承

5.2.1.1 コントリビューション・フォルダを使用する利点

コントリビューション・フォルダを使用すると、次のようないくつかの利点があります。

- 参照: ユーザーは、フォルダに関する追加情報を取得するための簡単なメカニズムを使用して、フォルダを参照してサブフォルダやコンテンツ・アイテムを探したり、ツリー構造をトラバースできます。多数のサブフォルダがあるフォルダで、ユーザーはそのフォルダ内のコンテンツ・アイテムを簡単に表示して参照できます。

- フォルダの作成: ユーザーは、フォルダの命名規則に従って、任意のフォルダに新しいフォルダを容易に作成できます。フォルダ・メタデータやデフォルト・メタデータなどの追加情報には、必要な場合にのみアクセスできます。

- フォルダ・メタデータの割当て: ユーザーは、フォルダの作成時にフォルダにメタデータを割り当てたり、同じプロセスを使用して既存のフォルダにメタデータを割り当てることができます。

- アイテムのデフォルト・メタデータの割当て: ユーザーは、フォルダに作成されるコンテンツやフォルダに追加されるコンテンツに割り当てるメタデータを指定できます。メタデータは、フォルダの作成時または後で設定します。手順とプロセスは同じです。

- フォルダへのコンテンツ・プロファイルの割当て: フォルダを作成するとき、またはその後で、コンテンツ・プロファイルをフォルダに割り当てることができ、このコンテンツ・プロファイルによって、そのフォルダに追加されるコンテンツ・アイテムにデフォルトとして設定できるメタデータ・フィールドが決まります。

- フォルダでの新しいコンテンツの作成: ユーザーは、フォルダを参照し、新しいアイテムをチェックインできます。フォルダに新しいコンテンツのデフォルト・メタデータまたはコンテンツ・プロファイルが指定されている場合は、そのことがコンテンツ・チェックイン・フォームに反映されます。

- フォルダへの既存のコンテンツの追加: ユーザーは、フォルダ内を参照し、既存のコンテンツ・アイテムへのリンクを追加できます。追加先のフォルダに同じ名前のアイテムがある場合、ユーザーは新しいリンクの名前の変更を求められます。

- アイテムの移動またはコピー: ユーザーは、フォルダを参照し、1つ以上のサブフォルダおよびコンテンツ・アイテムを選択して別のフォルダに移動またはコピーできます。

- アイテム/フォルダの削除: ユーザーは、フォルダを参照し、1つ以上のサブフォルダおよびコンテンツ・アイテムを選択して削除できます。削除アクションの確認を求めるプロンプトが表示されます。リビジョンが複数あるアイテムの場合、ユーザーはすべてのリビジョンを削除するか、最新のリビジョンのみを削除するかを尋ねられます。選択したファイルすべてに対してユーザーの応答を適用するオプションもあります。

- アイテム/フォルダの名前の変更: ユーザーは、フォルダ内のリンク/ショートカットまたはサブフォルダを選択して、その名前を変更できます。名前の変更アクションは、単一のアイテムに対してのみ実行できます。新しい名前が既存のアイテムまたはフォルダの名前と同じ場合、ユーザーには警告が表示され、一意の名前に変更するように求められます。

Contribution Foldersコンポーネントの機能は、Windowsファイル・システムと似ています。名前には二重引用符を使用できません(たとえば、"doublequotedfolder")。フォルダを作成するときは、Windowsの標準の命名規則を使用します。

注意:

より新しいFoldersコンポーネントはスケーラブルな企業ソリューションであり、Contribution Foldersに置き換わることを意図したものです。

Contribution Foldersには次の構造が使用されます。

- 各コンテンツ・サーバー・インスタンスには、共通のコントリビューション・フォルダのセットがあります。フォルダへの変更はシステム全体に適用されます。

- コントリビューション・フォルダというシステムレベルのデフォルト・フォルダが1つあります。インストール時にごみ箱機能が有効な場合は、ごみ箱というシステムレベルのフォルダが作成されます。

- システム管理者はシステムレベル・フォルダの名前を変更できますが、システムレベル・フォルダを削除したり、システムレベルのカスタム・フォルダを追加するには、データベースへの変更が必要です。システムレベルのフォルダを削除すると、そのフォルダは無効になりますが、システムからは除去されていません。

- 階層内の各フォルダには、フォルダの作成時に自動的に割り当てられた値と同じフォルダ値(数値)のコンテンツ・アイテムが含まれています。コンテンツ・アイテムの「フォルダ」フィールドの値を変更すると、そのコンテンツ・アイテムは別のフォルダに配置されます。

- 各フォルダ内のフォルダとコンテンツ・アイテムの最大数は、コントリビューション・フォルダの参照がシステム・パフォーマンスに影響を与えないように制限できます。

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

Contribution Foldersコンポーネントには、2つのレベルのセキュリティが適用されます。

- コンテンツ・アイテムのセキュリティ: コンテンツ・サーバーにおけるユーザー・ログインおよびセキュリティ制御は、コントリビューション・フォルダを通して管理されるコンテンツにも適用されます。たとえば、あるコンテンツ・アイテムの読取り権限がある場合、そのファイルは表示できますが、そのファイルにリビジョンをチェックインすることはできません。
読取り権限を持つユーザーがコントリビューション・フォルダを介してコンテンツにアクセスできるようにするには、次のように環境変数GetCopyAccessを設定する必要があります。

1. メイン・メニューを使用して、「管理」→「管理サーバー」→「コンテンツ・セキュリティ」の順に選択します。

2. 「読取り権限を持つユーザーである場合にコピーを許可する」を選択します。

- フォルダ・セキュリティ: フォルダ・レベルのセキュリティも適用されます。

- 各コントリビューション・フォルダには、そのフォルダの管理権限を持つユーザーである所有者がいます。所有者は、フォルダのセキュリティ・グループに対する書込み権限または削除権限がない場合でも、フォルダのメタデータを変更したり、フォルダを削除できます。ただし、所有者にはそのフォルダ内のコンテンツ・アイテムに対する付加的な権限はありません。

- ユーザーが表示できるのは、セキュリティ・グループが割り当てられていないコントリビューション・フォルダか、そのユーザーに少なくとも読取り権限があるセキュリティ・グループが割り当てられているコントリビューション・フォルダのみです。

- フォルダを削除するには、そのフォルダに対する削除権限があるか、そのフォルダの所有者である必要があります。フォルダ内のすべてのコンテンツ・アイテムおよびサブフォルダを削除する権限も必要です。

- フォルダのデフォルト・メタデータを変更するには、読取り権限と書込み権限が必要です。FoldersModifyWithRW変数がfalseに設定されている場合は、ユーザーはそのフォルダに対する削除権限があるか、そのフォルダの所有者である必要があります。

注意:

フォルダのセキュリティ・グループを変更する場合は注意が必要です。フォルダをより制限の厳しいセキュリティ・グループに変更すると、作成者が自分自身のコンテンツ・アイテムを管理できなくなる場合があります。

新しいフォルダを作成すると、その親フォルダのメタデータが新しいフォルダのフィールドに移入されます。フォルダは最初にメタデータを継承しますが、その値は親フォルダに影響を及ぼすことなく変更できます。親フォルダのメタデータに対する以降の変更は、既存のサブフォルダのメタデータには反映されません。親フォルダのメタデータをサブフォルダおよびコンテンツ・アイテムに適用する場合は、メタデータ伝播とデフォルト値機能を使用できます。

5.2.1.3 ごみ箱

ごみ箱は、削除したアイテムを完全に削除せずに「ごみ箱」フォルダに送信するオプションの機能です。ごみ箱のアイテムは、その後、完全に削除するか、フォルダ階層の元の場所に戻すことができます。

ごみ箱に関して、次の点に注意してください。

- リポジトリ・マネージャからリビジョンを削除すると、そのリビジョンはごみ箱をバイパスして完全に削除されます。

- ごみ箱機能は、インストール後にシステム・フォルダの構成を使用して有効または無効にできます。

- フォルダを使用してコンテンツをSite Studio Webサイトにコントリビュートする場合は、ごみ箱機能の無効化を検討してください。そうしないと、削除したコンテンツ・アイテム(ごみ箱に移動したコンテンツ・アイテム)はWebサイトの目次(動的リスト)に引き続き表示されます。このコンテンツ・アイテムを削除するには、WebDAVのごみ箱に移動し、そこからもドキュメントを明示的に削除します。

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

メタデータの伝播機能を使用すると、コントリビュータは、指定したメタデータ値をフォルダからそのサブフォルダとコンテンツ・アイテムにコピーできます。伝播は、数多くのコンテンツ・アイテムを新しいフォルダ構造に移動するときや、フォルダのデフォルト・メタデータを改訂した後に役立ちます。この機能を使用すると、メタデータを構造内のすべてのアイテムに適用できます。

次のリストで、この機能について詳しく説明します。

- 伝播機能によって、そのフォルダ内の禁止されていないすべてのサブフォルダおよびコンテンツ・アイテムに対して、各フォルダのメタデータが適用されます。禁止されていないそれぞれのサブフォルダおよびコンテンツ・アイテムによって、伝播の開始元であるフォルダのメタデータが継承されます。

- あるフォルダを伝播禁止にすると、上位フォルダからのメタデータの伝播はそのフォルダに適用されません。ただし、禁止されているフォルダからは引き続きメタデータ伝播を開始できます。

- システム管理者は、伝播の対象に含めるメタデータ・フィールドを選択します。この設定は、システム全体に適用されます。デフォルトでは、メタデータ・フィールドは選択されるまで対象に含まれません。

- フォルダのメタデータ・フィールドの値が定義されていない場合は、伝播時にそのフォルダ内のサブフォルダとコンテンツ・アイテムに空白の値が継承されず、そのアイテムの既存のメタデータ値がそのまま使用される場合があります。空のフィールド値を伝播するかどうかはCollectionPropagateEmptyValues構成変数によって制御されます。

- メタデータ伝播を開始すると、セキュリティ・グループに対する書込み権限を持つフォルダおよびコンテンツ・アイテムのみが影響を受けます。

コントリビューション・フォルダを介してファイルがチェックインされると、デフォルト・メタデータ値がコンテンツ・チェックイン・フォームに入力されます。デフォルト値が評価される順序は、次のとおりです。

1. コントリビューション・フォルダのデフォルト値: 「検索」ページから新しいコンテンツ・アイテムをチェックインすると、該当するコントリビューション・フォルダのデフォルト・メタデータ値がコンテンツ・チェックイン・フォームに入力されます。

2. ユーザーのデフォルト・メタデータ値: メタデータ・デフォルトがコントリビューション・フォルダに対して定義されていない場合は、ユーザーのデフォルト・メタデータ値が適用されます。ユーザーのデフォルト・メタデータ値を適用できるのは、WebDAVを使用して新しいコンテンツ・アイテムを作成する場合のみです。Webインタフェースを使用している場合は適用されません。

3. システムのデフォルト・メタデータ値: システムのデフォルト値は、コントリビューション・フォルダでもユーザーのデフォルト・メタデータでも定義されていないフィールドに適用されます。この値はシステム管理者が定義します。システムのデフォルト・メタデータ値を適用できるのは、WebDAVを使用して新しいコンテンツ・アイテムを作成する場合のみです。コンテンツ・サーバーWebインタフェースを使用している場合は適用できません。

4. なし: メタデータ・フィールドは、必須フィールドでない場合は空白にできます。必須フィールドが空白である場合は、エラーが発生し、そのコンテンツ・アイテムはチェックインされません。

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

ドキュメントを編集してチェックインすると、改訂されたドキュメントが処理され、索引付けされ、リリースされます。改訂されたドキュメントは、このプロセスが完了するまで最新バージョンとみなされます。このプロセスが完了すると、改訂されたドキュメントは、最新リリース済バージョンとみなされます。

CollectionReleasedOnly構成変数の設定によっては、コンテンツ・アイテムの読取りアクセス権があるユーザーに最新バージョンが表示されたり、アイテムが未リリースの場合に何も表示されないことがあります。ただし、作成者はいつでも最新バージョンを参照できます。デフォルトではこの変数が有効になっており、読取りアクセス権があるすべてのユーザーに最新バージョンが表示されます。

CollectionReleasedOnly構成変数の詳細は、『Oracle Fusion Middleware Oracle WebCenter Content構成リファレンス』を参照してください。

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

ローカル・フォルダ機能を使用すると、コントリビューション・フォルダの構造を(ユーザーのシステムではなく)ホスト・システム上のローカル・ファイル・システムにマップできます。フォルダ、そのサブフォルダおよびコンテンツ・アイテムへの変更はローカル・ディレクトリに反映されます。ユーザーがローカル・ディレクトリ内のファイルにアクセスして変更できるようにするには、ローカル・フォルダを共有ドライブにマップし、標準のフォルダ権限を使用してアクセスを許可します。

ローカル・フォルダを使用して、同じフォルダ階層内の他のファイルへのリンクが含まれているWebサイトのファイルなどのコンテンツを管理します。コンテンツ・サーバーでは、フォルダの場所ではなくセキュリティ・グループおよびコンテンツ・タイプに従って、個々のコンテンツ・アイテムが格納されます。コンテンツ・サーバーから直接アクセスする場合には、Webページ間のリンクは機能しません。ローカル・フォルダを使用すると、フォルダ階層にコンテンツ・アイテムを配置して、コンテンツ・アイテム間のリンク関係を保持できます。

次のアウトラインでは、この機能をWebサイト管理に使用する方法について説明します。

1. Webデザイナが、内部リンクを備えた複数のWebページで構成されたWebサイトを複数レベルのディレクトリ構造内に作成します。

2. WebDAVクライアントを介して、デザイナはWebサイトの構造全体をWebSiteというコントリビューション・フォルダにコピーします。

3. 「ローカル・フォルダ」ページで、共有ドライブZ:\IntranetのディレクトリにWebSiteフォルダがマップされます。

4. \Intranetディレクトリは、Webサーバーの仮想ディレクトリとして設定されます。

5. ユーザーは、コンテンツ・サーバーにログインせずに、Z:\IntranetディレクトリからWebサイトにアクセスできます。Webページはコンテンツ・サーバーで更新され、ローカル・ディレクトリに自動的にレプリケートされます。

ローカル・フォルダを使用する場合は、次のことを考慮してください。

- コンテンツ・サーバーのセキュリティは、ローカル・ディレクトリ内のフォルダまたはコンテンツ・アイテムには適用されません。

- ローカル・ディレクトリに表示されるのは、ステータスが「リリース」のコンテンツ・アイテムのみです。変換に失敗したアイテム、索引作成中のアイテム、ワークフロー内にあるアイテム、または将来のリリース日が設定されているアイテムはローカル・ディレクトリでは使用できません。

- ローカル・ディレクトリで使用できるのは、コンテンツ・アイテムの最新バージョンのみです。

- ローカル・ファイル・システムのディレクトリまたはファイルを直接変更すると、ローカル・フォルダのマッピングに問題が発生する場合があります。変更はすべて、コンテンツ・サーバーのコントリビューション・フォルダ・インタフェースを介して行う必要があります。

- 特定のファイルへのアクセスを特定のセキュリティ・グループに属しているユーザーに限定する場合は、ローカル・ディレクトリを/weblayout保護ディレクトリに指定できます。

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

フォルダの階層構造をエクスポートするのに使用する手順は、フォルダ・コンテンツをアーカイブするのに使用する手順とは異なります。フォルダ情報をエクスポートおよびアーカイブする場合には、次の考慮事項が適用されます。コンテンツは、アーカイバを使用して個別の手順でアーカイブできます。

- フォルダの階層構造は、Contribution Folders管理インタフェースから直接インポートおよびエクスポートできます。

- アーカイバを使用して、コンテンツ・アイテムをインポートおよびエクスポートできます。

- フォルダ階層をエクスポートすると、構造全体がエクスポートされます。特定のフォルダを指定することはできません。

- フォルダ階層は、コンテンツ・サーバーによるインポートが可能なHDAフォーマットのテキスト・ファイルにエクスポートされます。

注意:

フォルダ・アーカイブ・ファイルをインポートすると、リポジトリからすべてのコンテンツ・アイテムが削除され、インポートしたフォルダ階層に置換されます。

CollectionSearchRecursiveContent構成変数がtrueに設定されている場合は、ユーザーがインタフェースで「検索」をクリックすると、「参照」ボタンとフィールドが「検索」ページの「結果オプション」セクションに表示されます。「参照」をクリックして、目的のフォルダ(サブフォルダを含む)を探して選択します。

5.2.1.8 パフォーマンスの最適化

この項では、Contribution FoldersとWebDAVを有効にしてパフォーマンスを改善するためのガイドラインを示します。

- コントリビューション・フォルダの数、特に未使用のコントリビューション・フォルダの数を制限します。使用するフォルダが多いほど、より多くのRAMがフォルダ・キャッシュで必要になります。多数のフォルダが必要になる場合は、使用可能なメモリーを増やしてください。メモリーをさらに割り当てるには、メモリー要件を十分に満たし、エラーの発生を回避できるような値を-Xmx JAVA_OPTIONSパラメータに設定します。

- コントリビューション・フォルダ内のフォルダおよびコンテンツ・アイテムの数を制限します。コントリビューション・フォルダ内のフォルダまたはコンテンツ・アイテム(あるいはその両方)の数が多すぎると、パフォーマンスに影響を与える場合があります。フォルダを参照すると、フォルダ内の各アイテムはコンテンツ・サーバー、ネットワークおよびクライアント・ブラウザによって処理されます。各アイテムがこれらのステップを経由するたびに時間とリソースが費やされます。この時間は様々な要因によって異なります。経験則では、各アイテムによって、参照のレスポンス時間に数ミリ秒、ブラウザで表示されるページのサイズに数KBがそれぞれ追加されます。フォルダ内のアイテムの数は参照にのみ影響を与え、検索には影響を与えません。
コントリビューション・フォルダ内のフォルダまたはコンテンツ・アイテム(あるいはその両方)の数が多いと、ユーザーの操作性に影響を与える場合があります。フォルダに多数のアイテムが含まれていると、目的のアイテムが見つけにくくなります。

そのため、コントリビューション・フォルダごとにフォルダおよびコンテンツ・アイテムの数を制限します。フォルダ当たりのフォルダとコンテンツ・アイテムの推奨最大数はともに1,000です。Contribution Folders/WebDAVソフトウェアをインストールするときにこれらの制限を指定するか、または後で制限を変更します。フォルダおよびファイルの制限の設定の詳細は、「フォルダとファイルに関する制限の設定」を参照してください。

- データベース・メンテナンスを定期的に実行します。システムに多数のコンテンツ・アイテムおよびフォルダが含まれている場合は、データベースのパフォーマンスがContribution Foldersのパフォーマンスに影響を及ぼします。データベースの定期的なメンテナンス(月1回など)を実行して、十分なRAMがあること、データベースの索引が最適化されていること、およびデータベースが過度に断片化されていないことを確認してください。

- セキュリティを緩和して、適切なアクセス権がないユーザーがセキュアなコンテンツやフォルダを(アクセスではなく)表示できるようにします。セキュアなコンテンツやフォルダへのアクセス権がないユーザーに対して、そのコンテンツやフォルダを「検索」ページで表示可能にするかどうかは、変数CollectionContentSecurityおよびCollectionFolderSecurityによって制御されます。これらの変数を(デフォルト値ではなく) falseに設定すると、セキュアなコンテンツ・アイテムまたはフォルダへのアクセス権がないユーザーに対して、これらのアイテムまたはフォルダが「検索」ページに表示されます。ただし、ユーザーがそのコンテンツを表示しようとすると、アクセス拒否のエラーが表示されます。この設定では、問合せが単純化されるため(フィルタ処理の減少)、参照パフォーマンスが高速化されますが、ユーザーには、アクセスできないセキュアなコンテンツに関する情報の一部が表示されます。

- 「検索」ページに表示されるアイテムおよびフォルダの数を制限します。構成変数CollectionDisplayResultSetSizeを設定すると、「検索」ページに表示されるアイテムの最大数を制御できます。結果セット内のアイテムが指定した数を超えると、その結果は切り捨てられ、複数ページに分割されます。ナビゲーション・リンクを使用すると、ページ間を移動できます。この設定を使用すると、極端に大きなページの生成が回避されます。

- 「検索」ページの項目に対する「アクション」メニューから選択したオプションを削除します。次の構成変数は、「検索」ページの「情報」アイコンの横にある「アクション」メニューから特定のメニュー・オプションを削除します。

- CollectionInfoEnabled: 「フォルダ情報」オプションおよび「コンテンツ情報」オプション

- CollectionLinkEnabled: 「ショートカットの作成」オプション

- CollectionMoveEnabled: 「移動」オプション

- CollectionDeleteEnabled: 「削除」オプション

5.2.1.9 メタデータの継承

新しいフォルダを作成したり、新しいコンテンツをフォルダにチェックインすると、その新しいフォルダまたはコンテンツ・アイテムのフィールドには親フォルダのメタデータが自動的に移入されます。フォルダは最初にメタデータを継承しますが、その値は親フォルダに影響を及ぼすことなく変更できます。後で親フォルダのメタデータを変更しても、既存のサブフォルダのメタデータやフォルダにチェックインしたコンテンツのメタデータは影響を受けません。

注意:

「作成者」フィールドのデフォルト値を指定すると、フォルダへのドキュメントをチェックできるユーザーが制限されます。少なくとも1つのグループに管理者権限を持つユーザーのみがデフォルトの作成者が指定されたフォルダへのドキュメントをチェックできます。

フォルダにチェックインしたアイテムに親フォルダのメタデータ値を継承しないことが適切である場合もあります。たとえば、ReadOnlyというメタデータ・フィールドをtrueに設定したフォルダを作成すると、そのフォルダの名前変更、移動、削除は禁止できますが、コンテンツはそのフォルダにチェックインできます。

フォルダにチェックインしたコンテンツが、そのフォルダのメタデータ値(ReadOnlyフィールドがtrue)を継承すると、そのコンテンツは作成者であっても削除できなくなります。あるフォルダを読取り専用に設定しても、そのフォルダにチェックインしたコンテンツにはReadOnlyのtrueの値を継承させずにコンテンツを削除可能にすることもできます。

ReadOnlyフィールドの値は、ブラウザ・インタフェースを介してチェックイン・ページでフォルダにチェックインされたコンテンツに対してfalseに設定できます。コンテンツがWebDAVを介してチェックインされている場合、このフィールドの値をチェックイン時に変更することはできません。

親フォルダから値を継承しないようにするには、次の手順に従います。この例ではReadOnlyフィールドを使用しますが、任意のメタデータ・フィールドを使用できます。

1. /components/Folders_g/resourcesディレクトリに移動します。

2. 既存のfolders_forcemeta_resource.hdaファイルをバックアップ用に別の名前でコピーします。

3. folders_forcemeta_resource.hdaファイルをテキスト・エディタで開きます。

4. 次のようにファイルを編集します。ResultSetは次のようになります。

@ResultSet METADATA_OVERRIDE
2
name
value
xReadOnly
0
@end

5. ファイルを保存します。

6. コンテンツ・サーバーを再起動します。

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

次の方法でフォルダのパフォーマンスを最適化できます。

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

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

- ごみ箱の無効化

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

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

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

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

コントリビューション・フォルダ内のフォルダおよびコンテンツ・アイテムの最大数を変更する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「フォルダ構成」を選択します。

2. 「仮想フォルダの管理構成」ページで、「仮想フォルダ当たりの最大フォルダ数」フィールドに数値を入力します。ユーザーがこの数を超えるコントリビューション・フォルダを定義しようとすると、エラー・メッセージが表示されます。

3. 「仮想フォルダ当たりの最大コンテンツ数」フィールドに数値を入力します。ユーザーがこの数を超えるコンテンツ・アイテムをチェックインしようとすると、エラー・メッセージが表示されます。

4. 「更新」をクリックします。

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

無効化したシステムレベルの階層フォルダを有効にする手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「フォルダ構成」を選択します。

2. 「システム・フォルダの構成」をクリックします。

3. 「システム・フォルダの構成」ページで、フォルダの横にあるグレーのアイコンをクリックしてそれを有効化します。

フォルダが有効化され、そのフォルダの「検索」ページが開きます。有効化したフォルダはユーザーに表示されます。

フォルダを無効にするには、同じ手順を実行します。無効にするフォルダの横にある緑色のアイコンをクリックします。

5.2.2.3 ごみ箱の無効化

コントリビューション・フォルダの初期設定後にごみ箱を無効にする手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「フォルダ構成」を選択します。

2. 「システム・フォルダの構成」をクリックします。

3. 「システム・フォルダの構成」ページで、「ごみ箱」の横にある緑のドットをクリックしてごみ箱を無効化します。

フォルダから削除したコンテンツは、ごみ箱に移動せずに完全に削除されます。いったん削除したコンテンツは復元できなくなります。

注意:

ごみ箱の無効化が特に有用なのは、Site Studioを使用している場合です。

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

最初のチェックインに適用されるシステムのデフォルト・メタデータを定義する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「フォルダ構成」を選択します。

2. 「システムのデフォルト情報のフィールド構成」を選択します。

3. 「システムのデフォルト情報のフィールド構成」ページで、チェックイン時にコンテンツに適用するデフォルト値を指定します。すべての情報フィールドでIdocスクリプトを使用できます。

4. 「更新」をクリックします。

これらのデフォルト値がコントリビューション・フォルダを介してチェックインされたコンテンツに適用されるのは、ユーザーがそのコントリビューション・フォルダに対して値を定義していない場合のみです。

5.2.2.5 メタデータの伝播の構成

メタデータの伝播を構成する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「フォルダ構成」を選択します。

2. 「フィールド情報の継承構成」を選択します。

3. 「フィールド情報の継承構成」ページで、伝播するメタデータ・フィールドのチェック・ボックスを選択します。

4. 「更新」をクリックします。

「階層フォルダ情報」ページの「伝播」をクリックすると、選択したメタデータ値のみが伝播されます。

伝播禁止の設定自体を伝播するには、「フィールド情報の継承構成」ページのメタデータ更新の禁止フィールドのチェック・ボックスを選択します。ただし、伝播禁止の設定は、falseからtrueまたはfalseから空白にのみ伝播され、trueからfalseまたは空白からfalseには伝播されません。trueまたは空白に設定されているフォルダおよびコンテンツ・アイテムは、伝播プロセスの対象に含まれません。

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

すべてのフォルダおよび新しいチェックインに対して、1つ以上のメタデータ・フィールドをグローバルに非表示にするが、特定のWebDAVコントリビューション・フォルダを使用したコンテンツのチェックインではこれらのメタデータ・フィールドを表示できるようにする手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」を選択して、「ルール」タブをクリックします。

3. 「構成マネージャ」: 「ルール」タブで、「追加」をクリックし、ルールを追加します。ルールの名前と説明に関する情報を入力します。

4. 「一般」タブで、「優先度のあるグローバル・ルール」および「ルールのアクティブ化条件の使用」を選択します。

a. 「ルールのアクティブ化条件の使用」チェック・ボックスの横にある「編集」を選択します。

b. 「追加」をクリックして条件を追加します。

c. 条件をハイライトし、「句」タブを選択します。

d. 「フィールド」メニューの「フォルダ」を選択します。

e. 「演算子」メニューの「次の数値に等しくない」を選択します。

f. 「値」メニューで、メタデータ・フィールドを表示するフォルダのxcollectionIDを入力します。xcollectionIDは、データベースのコレクション表のdCollectionIDの下にあります。

g. 「追加」をクリックして、「句」セクションに句を追加します。

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

5. 「ルールの編集」ページから「フィールド」タブを選択します。

6. 「追加」をクリックし、非表示にするフィールドを選択します。

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

8. 「ルール・フィールドの追加」ページの「タイプメニューを使用して、「非表示」を選択します。

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

10. メインの「ルールの編集」ページで、「OK」をクリックします。

11. 未指定のフォルダにコンテンツを追加して構成をテストします。フィールドが非表示になります。ルールに指定されているフォルダにコンテンツを追加します。フィールドが表示されます。フィールドを表示するために複数のフォルダが必要になる場合は、同じルールの条項内でさらに条件が必要になります。

5.2.3 ローカル・フォルダの管理

この項では、ローカル・フォルダの管理の次の項目について説明します。

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

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

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

5.2.3.1 ローカル・フォルダの指定

コントリビューション・フォルダ構造をホスト・システム上のローカル・ファイル・システムにマップする手順は、次のとおりです。

1. メイン・メニューから、「管理」→「フォルダ構成」→「ローカル・フォルダ」の順に選択します。

2. 「ローカル・フォルダ」ページで、「参照」をクリックします。

3. ファイル・システムにマップするフォルダをクリックします。上位フォルダに移動してそのサブフォルダを表示します。ターゲット・フォルダは開いているフォルダです。

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

「フォルダ」フィールドに、ターゲット・フォルダが入力されます。

5. 「ローカル・ディレクトリ」フィールドに、ディレクトリ名を入力します。

たとえば、c:/example_websiteのように指定します。

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

必要な場合は、このディレクトリがファイル・システム上に作成され、指定したフォルダ構造が指定したディレクトリにレプリケートされます。

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

ローカル・ファイル・システムにマップするフォルダのディレクトリ構造を再構築する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「フォルダ構成」→「ローカル・フォルダ」の順に選択します。

2. 「ローカル・フォルダ」ページで、再構築するfolder/directoryのマッピングに対して「再構築」をクリックします。

そのディレクトリ(およびすべてのサブディレクトリとファイル)がローカル・ファイル・システムから削除され、フォルダ構造がそのディレクトリに再度コピーされます。

5.2.3.3 ローカル・フォルダの削除

ローカル・フォルダ・マッピングを削除する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「フォルダ構成」→「ローカル・フォルダ」の順に選択します。

2. 「ローカル・フォルダ」ページで、削除するfolder/directoryのマッピングに対して「削除」をクリックします。

そのディレクトリ(およびすべてのサブディレクトリとファイル)がローカル・ファイル・システムから削除され、マッピングが「ローカル・フォルダ」ページから削除されます。マッピングされたコントリビューション・フォルダは、ローカル・フォルダのマッピングが削除されるまで削除できません。

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

この項では、フォルダのアーカイブに関する次の項目について説明します。

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

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

5.2.4.1 アーカイブのエクスポート

アーカイブ・ファイルとしてエクスポートされるフォルダ階層のサイズによっては、JVMのデフォルトのヒープ・サイズの値が十分でない場合があります。エクスポート手順でメモリー・エラーが発生する場合は、ヒープ・サイズを大きくしてください。

フォルダ階層をアーカイブ・ファイルとしてエクスポートする手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「フォルダ構成」を選択します。

2. 「仮想フォルダの管理構成」ページで、「アーカイブのエクスポート」をクリックします。

3. 「保存」をクリックします。

4. フォルダ・アーカイブ・ファイルを保存するディレクトリに移動します。

5. アーカイブ・ファイルを容易に識別できるように新しいファイル名を指定します(例: 101127_CollectionArchive)。

Windowsでは、ファイル・タイプを「テキスト・ドキュメント」にしておき、これにより、ファイル名に.txt拡張子が追加されます(例: CollectionArchive.hda.txt)。単に.hda拡張子でファイルを保存するには、「すべてのファイル」ファイル・タイプを選択します。

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

指定したファイルにフォルダ階層がエクスポートされます。

5.2.4.2 アーカイブのインポート

アーカイブ済フォルダ構造をインポートする手順は、次のとおりです。

注意:

この手順を実行すると、現在のフォルダがすべて削除され、インポートされたフォルダ階層に置換されます。この手順は一般に、リポジトリ内にコンテンツ・アイテムが存在しないコンテンツ・サーバーに対してのみ実行してください。

1. メイン・メニューを使用して、「管理」→「フォルダ構成」を選択します。

2. 「仮想フォルダの管理構成」ページで、「参照」をクリックし、インポートするアーカイブ・ファイルに移動します。

3. 「開く」をクリックします。

パスとファイル名がフィールドに表示されます。

4. 「アーカイブのインポート」をクリックします。

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

アーカイブ済フォルダがインポートされて、再作成されます。

5.2.5 フォルダへのURLのマッピング

フォルダにURLをマップするには:

1. メイン・メニューを使用して、「管理」→「フォルダ構成」を選択します。

2. 「フォルダにマップされているWeb URL」オプションを選択します。

3. 表示されたリストからフォルダおよびフォルダのURLを選択します。

Web URLのマッピングの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

5.3 WebDAVの管理

WebDAVは、コンテンツ・サーバーとともに自動的にインストールされ、使用可能になります。これは、WebDAVプロトコルをサポートするクライアントを使用してOracleコンテンツをリモートで作成および管理する手段を提供します。

たとえば、OracleのWebブラウザ・インタフェースを使用せず、Windows Explorerを使用してフォルダやファイルを管理したり、Microsoft Office製品を使用してOracleリポジトリ内のコンテンツをチェックイン、チェックアウトおよび変更できます。WebDAVプロトコルはRFC 2518.0で規定されています。詳細は、http://www.webdav.orgでWebDAVのリソースに関するページを参照してください。

重要:

WebDAVでは、ユーザー名にASCII以外の文字を使用できません。

WebDAVインタフェースの使用方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

この項では、次の項目について説明します。

- WebDavの理解

- WebDAVの構成

5.3.1 WebDavの理解

WebDAVは、次のオーサリング機能およびバージョニング機能をサポートしています。

- バージョン管理

- 上書き防止用のロック

- Webページのプロパティ

- Webリソースの収集

- ネームスペース管理(Webサーバー上でのページのコピーまたは移動)

- アクセス制御

コンテンツ管理システムでWebDAVを使用すると、WebDAVクライアントは、コンテンツ・リポジトリ内のネイティブ・ファイルへの代替ユーザー・インタフェースとして機能します。作成者がOracleのWebブラウザ・インタフェースとWebDAVクライアントのどちらを使用しても、同じバージョニングとセキュリティ制御が適用されます。

コンテンツ・サーバーのWebDAVインタフェースは、Folders (FrameworkFolders)コンポーネントまたはContribution Folders (Folders_g)コンポーネントが提供するフォルダ・インタフェースに基づいています。特に明記されていない場合、WebDAVは両方のコンポーネントに対して同じように機能します。

この項では、次の項目について説明します。

- WebDAVクライアント

- WebDAVアーキテクチャ

- WebDAVフォルダ

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

5.3.1.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エクスプローラを使用して、WebDAV以外のクライアントで作成されたファイルを管理できますが、ネイティブ・アプリケーションを使用してリポジトリとの間でコンテンツをチェックインおよびチェックアウトすることはできません。

注意:

WebDAVクライアントという用語を、Oracle WebDAVクライアント(WebDAVインタフェースを拡張する独立したOracle製品)と混同しないでください。

Windowsエクスプローラ、Microsoft Outlook、Lotus Notesおよびその他のアプリケーションとのより密接な統合によりWebDAVクライアント環境を拡張できるOracle WebCenter Content: Desktopもまた用意されています。Desktopの使用方法の詳細は、Oracle WebCenter Content: Desktopの使用を参照してください。

5.3.1.2 WebDAVアーキテクチャ

WebDAVは、WebDAVリクエストを直接処理するコンポーネントを介してサポートされます。WebDAVリクエストは、次のプロセスに従います(図5-1を参照)。

1. コンテンツ・サーバーへのリクエストがWebDAVクライアントで作成されます。

2. メッセージは、カスタム・フィルタを介してWebサーバーで処理されます。

3. コンテンツ・サーバーで、WebDAVコンポーネントが次の機能を実行します。

- クライアント・リクエストをWebDAVと認識します。

- クライアント・リクエストを該当するWebDAVサービス・コールにマップします。

- WebDAVリクエストから該当するリクエストにクライアント・リクエストを変換します。

- コアのコンテンツ・サーバーに接続し、リクエストを実行します。

4. WebDAVコンポーネントによってレスポンスがWebDAVレスポンスに変換され、WebDAVクライアントに返されます。

図5-1 WebDAVのプロセス

重要:

WebDAVでは、いくつかの標準でないHTTPメソッド(PROPFIND、PROPPATCH、MKCOL、DELETE、COPY、MOVE、LOCK、UNLOCKなど)が使用されます。多くのサードパーティ・アプリケーション(ファイアウォール、プロキシ・サーバー、ロード・バランサ、シングル・サインオンのアプリケーションなど)では、これらのメソッドをデフォルトでは使用できません。これらのアプリケーションのいずれかをネットワークで使用している場合は、WebDAVメソッドを使用可能にするための再構成が必要な場合があります。

5.3.1.3 WebDAVフォルダ

WebDAVフォルダへの接続は、ネットワーク上の場所に接続する場合と同様に行います。使用する資格証明は、コンテンツ・サーバーの標準ブラウザ・インタフェースで使用するものと同じです。保有するユーザー権限の定義に従って、フォルダおよびフォルダ・コンテンツを使用できます。たとえば、あるコンテンツ・アイテムの読取り権限がある場合、そのファイルは表示できますが、そのファイルにリビジョンをチェックインすることはできません。

WebDAVインタフェースにはブラウザ・インタフェースで使用可能なオプションのサブセットが提供されます。通常、ユーザーはフォルダとコンテンツ・アイテムの作成、削除、移動およびコピーと、コンテンツ・アイテムの変更およびチェックインができます。WebDAVインタフェースを通じてコンテンツ・アイテムをチェックアウトするには、そのファイルを開くことのできるWebDAVクライアントを使用します。メタデータ値の指定または伝播などの他の管理タスクを実行するには、標準のブラウザ・インタフェースを使用します。

WebDAVフォルダへの接続を作成し、WebDAVフォルダを使用してコンテンツを管理する方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

5.3.1.4 複数言語の同時サポート

同時に複数の言語をサポートする場合、特定のWebDAVプロパティ(メタデータ・フィールド)には、サポートする予定の言語すべてで表示可能な文字のみを含める必要があります。たとえば、英語と日本語の両方をサポートする複数言語環境では、英語のデスクトップでは日本語(ダブルバイト)文字の表示に問題が発生することがあります。

さらに、WebDAVクライアントごとに、ASCII文字セット内の文字に対して提供されるサポートのレベルが異なります。WebDAVクライアントでWebDAVプロパティ・フィールドを必ず表示できるようにするには、それらのフィールドの値に、クライアントによってサポートされる文字のみを含める必要があります。WebDAVクライアントに対する文字サポートの詳細は、ご使用のWebDAVクライアントの製品ドキュメントを参照してください。

注意:

複数言語環境で言語とWebDAVクライアント間の互換性を確保するには、フォルダ名および特定のコンテンツ・サーバー・フィールドに、サポートする予定の言語すべておよびWebDAVクライアントすべてで表示可能な文字のみを含める必要があります。これは、コンテンツ・サーバー・フィールド自体の制限ではなく、言語の組合せおよびWebDAVクライアント環境の制限です。

フォルダおよびファイルの名前

フォルダおよびファイルの名前は、出力可能なASCII文字セット(ASCII文字32から128)に制限することをお薦めします。さらに、フォルダ名およびファイル名に次の文字を含めることはできません。

? #& /\*" |< > :

Microsoft Web Folders WebDAVクライアント

次のフィールドは、ご使用の複数言語環境に対して確立する互換性の標準に準拠する必要があります。

- コンテンツ名(dDocName)

- 元のコンテンツ名(dOriginalName)

- コンテンツ・タイトル(dDocTitle)

- フォルダ名

Oracle WebCenter Content Desktop WebDAVクライアント

次のフィールドは、ご使用の複数言語環境に対して確立する互換性の標準に準拠する必要があります。

- コンテンツ名(dDocName)

- 元のコンテンツ名(dOriginalName)

- コンテンツ・タイトル(dDocTitle)

- コンテンツ・タイプ(dDocType)

- コンテンツ・アイテムの作成者(dDocAuthor)

- セキュリティ・グループ(dSecurityGroup)

- フォルダ名

5.3.2 WebDAVの構成

WebDAVをインストールした後、フォルダのWebページからほとんどのWebDAVシステム管理タスクを実行できます。

この項では、次の項目について説明します。

- WebDAV接続文字列

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

- セキュリティとWebDAV

5.3.2.1 WebDAV接続文字列

コンテンツ・サーバーへの接続を確立するときには、ユーザーはそのサーバーのWebDAV URLを提供する必要があります。定義した各接続には、それ自体の一意のWebDAV URLが必要です。1つのコンピュータに同一の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/

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

ユーザーがWebDAVフォルダを介して新しいコンテンツをチェックインしたときには、コンテンツ・アイテムのタイトルなどのメタデータ値は明示的に設定できません。原則として、コンテンツ・アイテムはフォルダに指定されているメタデータのデフォルト値を継承します。

コンテンツ・アイテムのタイトル(dDocTitle)は、次の場合を除き、常に元のファイル名(dDocOriginalName)に設定されます。

- Foldersのデフォルト: Folders (FrameworkFoldersコンポーネント)では、フォルダのデフォルト・メタデータの一部としてタイトルが指定されている場合、フォルダによって指定されたタイトルがドキュメントのタイトルとして使用されます。

- コントリビューション・フォルダのデフォルト: コントリビューション・フォルダ (Folders_gコンポーネント)では、フォルダのデフォルト・メタデータの一部としてタイトルが指定されており、かつCollectionDocTitleOverride構成変数が1に設定されている場合、フォルダによって指定されたタイトルがドキュメントのタイトルとして使用されます。この変数設定は、IntradocDir/config/config.cfgファイルで変更します。

5.3.2.3 セキュリティとWebDAV

WebDAVには、次のセキュリティ機能が含まれています。

- アクセス: フォルダ・コンポーネントおよびコンテンツ・サーバーのユーザー・ログインおよびセキュリティ制御は、WebDAVクライアントを使用して管理されるコンテンツにも適用されます。たとえば、あるコンテンツ・アイテムの読取り権限がある場合、そのファイルを表示できますが、そのファイルに新しいリビジョンをチェックインすることはできません。

- ログインCookie: ユーザーがWebDAVアプリケーションを介してコンテンツ・サーバーにログインすると、WebDAVコンポーネントによってクライアントにCookieが設定されます。WebDAVリクエストがWebDAVMaxInactiveInterval構成パラメータに指定された時間内に行われた場合には、Cookieは設定されたままです。デフォルトでは3600秒、つまり1時間です。WebDAVクライアント・アプリケーションが終了しても、Cookieは設定されたままです。Cookieが期限切れになった場合、ユーザーはコンテンツ・サーバーに再びログインし、Microsoft Word、ExcelおよびPowerPointを使用してWebDAVトランザクションを実行する必要があります。
Cookieには、権限のないユーザーが偽のCookieを生成するのを防ぐ暗号化キーが組み込まれています。WebDAVSecretKeyパラメータは、キーの生成に使用されます。WebDAVログインCookieが他のコンテンツ・サーバーで使用されないようにするには、WebDAVでアクセスするインスタンスごとにWebDAVSecretKeyの設定を一意の新しい値に変更します。

- Windowsエクスプローラ: ユーザーがWindowsエクスプローラを使用してコンテンツ・サーバーにログインすると、クライアントによってユーザー・ログイン認証がシェル内に保持されます。ログインCookieの期限が切れた場合でも、コンテンツ・サーバーにはWindowsエクスプローラからユーザー名とパスワードが自動的に送信されるため、ログインを要求するプロンプトは表示されません。これをクリアする唯一の方法は、ユーザーがWindowsからログアウトすることです。

- 個人フォルダ: コンテンツ・サーバーは、ユーザーごとに個人フォルダ(/Users/username/)を作成します。Webインタフェースの機能により、ユーザーは/Usersディレクトリにフォルダを作成できません。ただし、ユーザーがWebDAVインタフェースを介して/Usersディレクトリに書き込むことができないようにするには、/Usersフォルダに対する権限を明示的に設定する必要があります。たとえば、フォルダに対する読取りアクセス権はほとんどのユーザーに付与し、フォルダへの書込みは管理者にのみ許可できます。

- セッション・タイムアウト: WebDAVクライアントでセッション・タイムアウト値が指定されていない場合は、WebDAVDefaultTimeout設定で指定されているデフォルトのタイムアウトが使用されます。セッション中にアクティビティがなくタイムアウトまでの間ファイルがロック(チェックアウト)されたままの場合は、チェックアウトされたすべてのコンテンツに「チェックアウトを元に戻す」が適用されます。

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

コンテンツ・フォリオはオプションのコンポーネントで、Content Serverとともにインストールされます。有効な場合は、複数のコンテンツ・アイテムの論理グループをContent Serverのセキュアな環境内から収集、追跡およびアクセスするための迅速かつ効果的な方法を提供します。たとえば、次回のパンフレットに関連するすべてのアイテム(イメージ、ロゴ、法的表示、広告コピーなど)をワークフロー・プロセスを介して収集し、送信できます。承認された後、関連付けられたすべてのコンテンツをダウンロードして、印刷用に送信できます。

この項では、次の項目について説明します。

- Content Foliosの理解

- コンテンツ・フォリオの作成と使用

5.4.1 コンテンツ・フォリオの理解

コンテンツ・フォリオは、リポジトリにチェックインされたXMLファイルで、要素を使用してノード、スロットおよび指定されたコンテンツ・アイテムの階層構造を定義します。コンテンツ・フォリオは実際には論理的グループで、つまり、コンテンツを構造化するフレームワークです。簡易フォリオ は単一階層のコンテナで、 詳細フォリオ はフォルダ内の階層でコンテンツをネストできます。詳細フォリオでは、コンテンツ・アイテムを集める前後または集めている間に階層を設定できます。

既存のフォリオにコンテンツを追加したり、フォリオが変更されないようにロックできます。リポジトリを検索することによって、アイテムを追加できます。新しいアイテムをリポジトリにチェックインするか、既存のコンテンツを検索すると、コンテンツ・アイテムを詳細フォリオに追加できます。詳細フォリオには、Webサイトや共有ネットワーク・ドライブなどの外部リソースへのリンクを含めることもできます。

コンテンツ・フォリオを使用すると、次の機能が追加されます。

- コンテンツをフラットな簡易フォリオ構造に編成する

- コンテンツを階層のある拡張フォリオ構造に編成する

- フォリオ作成時に選択するための事前構造化されたテンプレートを作成する

- フォリオの構造を動的に変更する

- フォリオの構造をロックして動的に変更されないようにする

- コンテンツ・フォリオをロックして追加されないようにする

- フォリオのロックを解除して追加できるようにする

- リビジョンを追跡せずにフォリオを変更する

- リビジョンを追跡するためにフォリオのスナップショットを取得する

- .zip、.ppt、.pdfまたはXML形式のフォリオ・コンテンツのレンディションをダウンロードする

- コンテンツ・アイテムの収集に使用する複数の構造化されていないコンテンツ・バスケットを作成する

Content Foliosのインストール中には、いくつかの変更がコンテンツ・サーバーに適用されます。

- 追加のメタデータ・フィールド: フォリオまたはテンプレートの現行の状態を記録するために、次のメタデータ・フィールドが追加されます。

- CpdIsTemplateEnabled

- CpdIsLocked

- 追加のビュー: 次のビューが追加され、コンテンツ・フォリオの表をJavaScriptに通信するためにフォリオ編集ページで使用されます。

- NodPropertyView

- LinkPropertyView

- NodeRemovalTypeView

- CpdTreeDisplayFunctionMapView

- CpdPopupEditActionsView

- ItemPropertyView

- PneDocProfileView

- 追加のリレーション: PneDocProfileViewでは、GenericUserProfileRelationが使用されます。

- 追加の表: 次の表には、システム内のコンテンツに対するフォリオとコンテンツ・バスケットのリンクが記録されます。

- CpdLinks

- CpdArchiveLinks

- CpdBasketLinks

- CpdEditHistory

フォリオが無効化された場合でも、コンテンツ・サーバーに加えられた変更はそのままになります。

5.4.2 コンテンツ・フォリオの作成と使用

フォリオの構造は、それが作成されたときに事前定義したテンプレートに基づいたものにすることができます。次の項で説明しているように、構造はフォリオを作成または編集するときに変更することもできます。

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

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

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

フォリオ・テンプレートは、ノード、サブノード、スロットおよびフォリオの作成時に必要なコンテンツ・アイテムの事前定義された編成です。テンプレートは、コンテンツ・サーバーにチェックインされ、それによって管理されるXMLファイルです。詳細フォリオを作成するときに使用するテンプレートを選択します。テンプレートは、いつでも編集または改訂できます。テンプレートに対するリビジョンは、そのテンプレートに基づいた既存のフォリオには遡及的に適用されず、テンプレートの新しいリビジョンに基づいて作成された新しいフォリオにのみ適用されます。

フォリオ・テンプレートを作成するには、管理権限が必要です。

フォリオ・テンプレートを作成する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「フォリオの管理」→「フォリオ・テンプレートの作成」の順に選択します。

2. フォリオ・テンプレートを保存し、フォリオをチェックインします。

a. ページの「アクション」メニューから、「テンプレートの保存」を選択します。

b. テンプレートで使用するプロファイルを選択し、「次へ」をクリックします。

c. テンプレートの説明的なタイトルなど、必要なチェックイン情報を入力します。「チェックイン」をクリックします。

3. フォリオ・テンプレートの作成/「フォリオ・テンプレートの編集」ページでテンプレートに構造またはコンテンツを追加し、テンプレートのプロパティを定義します。
フォリオ・テンプレートの作成/「フォリオ・テンプレートの編集」ページの「構造」タブは、3つのセクションに分かれています。

- フォリオ構造ペイン: フォリオ階層を構成するノード、スロットおよびアイテムが表示されます。フォリオ構造領域内で右クリックすると、コンテキスト・メニューで次のオプションが表示されます。特に明記されていない場合、ノード、アイテムおよびスロットのオプションを使用できます。

- 選択したソース・アイテムの挿入: 「ソース・アイテム」ペインで選択したアイテムをスロットに挿入します。スロットにアイテムが含まれている場合、そのアイテムは置換されます。

- 検索によるアイテムの挿入: 検索ページを開き、アイテムを検索して、選択したノードまたはスロット内のフォリオに追加します。スロットにアイテムが含まれている場合、そのアイテムは置換されます。

- チェックインによるアイテムの挿入: チェックイン・フォームを開き、選択したノードまたはスロット内で使用されるアイテムを追加します。スロットにアイテムが含まれている場合、そのアイテムは置換されます。

- コンテンツ・アイテムの削除: スロットからコンテンツを削除します。スロットは削除しません。(アイテムのみ)

- ハイパーテキストの挿入: 指定したURLへのハイパーリンクを設定できる構造に新しいアイテムを作成します。

- ノードの作成またはスロットの作成: 指定の場所でノードまたはスロットを作成します。

- 切取り、コピー、貼付け: 必要に応じて、後で貼り付けるためにアイテムを切取りまたはコピーします。

- 削除: 構造からアイテムを削除します。

- 「エレメント情報」ペイン: ノード、スロットまたはアイテムがフォリオ構造ペインで選択されると、選択された項目に関する情報が表示され、必要に応じてその情報を変更できます。変更された情報は、チェックインされるXMLファイルに書き戻されます。特に明記されていない場合、ノード、アイテムおよびスロットの次のフィールドを使用できます。

- 名前: オブジェクトの名前。

- 説明: オブジェクトの説明。

- 属性(スロットおよびアイテム): オブジェクトの使用方法と制限。デフォルト属性は次のとおりです。
空を許可: オブジェクトを空のままにすることができます。

コンテンツのロック:アイテムをスロットから削除することはできません。

削除可能: オブジェクトを削除できます。

外部を許可: 外部リンクを指定できます。

フォーマットの制限: ファイル拡張子にフォーマットをマップするカンマ区切りリストによって、許可するコンテンツ・アイテム・フォーマットを制限します。

フォリオを許可: スロットにフォリオを指定できます。

コンテンツ・プロファイル: 検索またはチェックインによってアイテムを追加する場合に使用されるコンテンツ・プロファイル。

アイテムのクローン: 関連付けられたアイテムのクローンを作成します。クローン・アイテムは、テンプレートに基づくフォリオが作成されるときに、コピーされて新しいアイテムとしてチェックインされます。アイテムのクローンが作成されていない場合は、元のコンテンツ・アイテムが、テンプレートを使用して作成されたフォリオに関連付けられます。

- 属性(ノード): デフォルト属性は次のとおりです。
削除可能:ノードを削除できます。

移動可能な子: 階層内でアイテムおよびスロットを移動できます。

アイテム作成を許可: アイテムをノード内に作成できます。

ノード作成を許可:サブノードをノード内に作成できます。

最大アイテム数、最大ノード数: ノード内に含めることができるアイテムの総数を指定します。

コンテンツ・プロファイル: 検索またはチェックインによってアイテムを追加する場合に使用されるコンテンツ・プロファイル。

- コンテンツID: (アイテムおよびスロット)。アイテムのID。

- 作成日: (アイテムおよびスロット)。コンテンツ・アイテムが作成された日付。

- 最終変更: (アイテムおよびスロット)。最後に変更が行われた日付。

- リンク: (リンクのみ): リンクのURL。

- 「ソース・アイテム」ペイン: フォリオで使用されるアイテムの収集に使用されます。

4. 完了後、「終了」をクリックします。

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

コンテンツ・サーバーには、フォリオの作成/フォリオの編集ページの構造に類似したデフォルトのビューア、および次のレンディション・オプションが同梱されています。

- 郵便番号

- PDF

- XML

カスタムのビューアおよびレンダラの作成は可能ですが、そのような開発では次のことを理解している必要があります。

- フォリオXMLの構造

- フォリオのIdocスクリプト機能およびその正しい使用方法

- イテレータ/レンダラ・アーキテクチャ

- コンポーネントを使用してビューアおよびレンダラのリストを変更または追加する方法

カスタム・ビューアおよびレンダラを追加する場合は、オラクル社コンサルティング(http://www.oracle.com/consulting/index.html)に問い合せてください。

フォリオ構造を単純な結果セットとして返すためのサービスの使用方法の詳細は、ブログ「Crawling a Content Folio」を参照してください。

6 ワークフローの管理

ワークフローは、コンテンツをレビューして承認し、システムにリリースするためのルーティング方法を指定するために使用します。この章では、Oracle WebCenter Content Serverで使用可能なワークフロー機能を理解し、使用するための情報を示します。

この章のトピックは、次のとおりです:

- ワークフローの理解

- ワークフローの計画

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

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

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

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

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

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

6.1 ワークフローの理解

効果的なワークフローの設計は、反復プロセスです。最初の計画の後、ワークフローはプロセスの実装に沿って調整されます。最初の段階で優れた計画を立てておくと、やり直しの量を減らすことができます。計画の詳細は、「ワークフローの計画」を参照してください。

ビジネス・プロセスにワークフローを設定すると、様々な利点が得られます。

- ワークフローは、優れたレポート・メトリックを提供します。それらによって、コンテンツのライフ・サイクルの様々な時点でコンテンツをサインオフしたユーザーの監査証跡を作成できます。

- ワークフローは、適切な情報を適切なユーザーに渡すのに役立ちます。

- ワークフローの設計では、ビジネス・プロセスの調査と理解が必要となるため、改善の余地がある領域の検出に役立ちます。

ワークフローには3つのタイプがあります。

- 基本ワークフローは、特定のコンテンツ・アイテムのレビュー・プロセスを定義するものであり、手動で開始する必要があります。

- 基準ワークフローは、事前定義済の基準に一致するメタデータに基づいて、自動的にワークフローに入るコンテンツに使用されます。

- サブワークフローは、別のワークフロー内のステップから開始され、基準ワークフローと同じ方法で作成されます。サブワークフローは、大規模で複雑なワークフローを管理可能なピースに分割する場合に役立ちます。

この項では、ワークフローを構成する機能について詳しく説明します。

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

- ワークフローの評価プロセス

- ワークフローへの参加

6.1.1 ワークフローのステップ

ステップは、ワークフローのプロセスと機能を定義します。各ワークフローは、複数のレビューと通知のステップで構成され、各ステップには、コンテンツを承認または却下する複数のレビューアを割り当てることができます。ワークフロー内の各ステップに対して、一連のユーザーとステップ・タイプが定義されます。

ステップに対して定義されているユーザーが実行できるのは、そのステップ・タイプに対して許可されているタスクのみです。

ステップ・タイプ

説明

コントリビューション

基本ワークフローの最初のステップ。管理者は、ワークフローの作成時にコントリビュータを定義します。

自動コントリビューション

基準ワークフローの最初のステップ。このステップには関連する事前定義済のユーザーはありません。自動的にワークフロー・プロセスに入るコンテンツ・アイテムをチェックインしたコントリビュータがワークフローの参加者になります。

レビュー

ユーザーはコンテンツを承認または却下できますが、コンテンツの編集はできません。また、ユーザーがコンテンツを承認して電子シグネチャで署名する必要があることを指定できます。

レビュー/リビジョンの編集

ユーザーは必要に応じてコンテンツを編集し、承認または却下して、リビジョンを維持できます。

レビュー/新規リビジョン

ユーザーは必要に応じてコンテンツを編集し、承認または却下して、新しいリビジョンを作成できます。

注意:

ワークフローのステップによって、セキュリティ・ロールで定義された権限をオーバーライドできるアクセス・レベルが付与されます。たとえば、アイテムが属するセキュリティ・グループに対して読取り専用ロールを持つユーザーを、「レビュー/リビジョンの編集」ステップまたは「レビュー/新規リビジョン」ステップに割り当てた場合、そのユーザーは「ワークフロー割当て」を使用してアイテムをチェックアウトおよびチェックインできるようになります。

ワークフローが有効になると、そのワークフローは複数の特定なステージに移動します。

- コンテンツ・アイテムが特定のステップの最小限のレビューアによって承認されると、そのコンテンツ・アイテムはワークフローの次のステップに進みます。ステップに定義されている必要な承認の数が0の場合、レビューアには通知されますが、コンテンツは自動的に次のステップに進みます。

- いずれかのレビューアがコンテンツを却下した場合、そのコンテンツは最新のレビュー/リビジョンの編集ステップまたはレビュー/新規リビジョンの作成ステップに戻ります。該当するステップがない場合、コンテンツは最初の作成者に戻ります。

- 編集基準の定義方法に応じて、最新のレビュー/リビジョンの編集ステップまたはレビュー/新規リビジョンの作成ステップで、リビジョンが新規作成または更新される可能性があります。

- リビジョンは、次のようにリリースできます。

- ワークフローの終了後: ワークフローの最後のステップでコンテンツが承認されると、そのコンテンツ・アイテムはシステムにリリースされます。

- ワークフローの終了前: サイド・エフェクトを設定してドキュメントを編集状態からリリースすると、そのドキュメントの索引付け、検索およびアーカイブが可能になります。これは主に、経費精算書など、Webへの公開が不要なビジネス・ルーティングに使用します。

- 通常、基本ワークフローに複数のコンテンツ・アイテムが含まれている場合は、すべてのアイテムがワークフローを完了するまで、どのアイテムもシステムにリリースされません。ただし、コンテンツ・アイテムをサイド・エフェクトとして編集状態からリリースする場合、そのコンテンツ・アイテムは基本ワークフロー内のすべてのアイテムを待たずにリリースできます。

ジャンプ、トークンおよびエイリアスを使用して標準ワークフロー・プロセスをカスタマイズすると、高い柔軟性が得られます。詳細は、「ワークフローのカスタマイズ」を参照してください。

6.1.1.1 イベント

ワークフローの各ステップには、開始時、更新時および終了時の3つのイベントがあります。

- 開始時イベント・スクリプトは、ステップに入るときに評価されます。開始時イベント・スクリプトによって、ジャンプまたは終了が発生しなかった場合は、ユーザー、エイリアスおよびトークンが評価され、電子メールで通知されます。

- 更新時イベント・スクリプトは、様々な時点で評価されます(たとえば、1時間ごとの更新サイクルやリビジョンのチェックインの際)。更新時イベント・スクリプトが評価されるたびに、追加の終了条件が評価されます。

- 終了時イベント・スクリプトは、リビジョンがステップの承認要件を完了し、ステップの追加の終了条件が満たされたときに評価されます。

ジャンプの詳細は、「ジャンプおよびイベント」を参照してください。

注意:

リビジョンが却下された場合、更新時および終了時のイベント・スクリプトは実行されません。却下の際に評価するコードは、却下されたコンテンツの送信先ステップの開始時イベント・スクリプトに存在している必要があります。

6.1.1.2 ワークフロー・ステップのファイル

コンパニオン・ファイルは、テキスト・ファイルであり、リビジョンが通過したステップを追跡し、ワークフロー変数の現行の値を保持します。ワークフローの存続期間中にのみアクティブになります。ワークフローの各リビジョンには、1つのコンパニオン・ファイルがあり、リビジョンがワークフロー内にある間は存在します。リビジョンがワークフローからリリースされると、そのコンパニオン・ファイルは削除されます。

コンパニオン・ファイルのフォーマットはHDAファイル形式で、コンテンツIDの名前が付けられています(例: HR_004.hda)。各コンパニオン・ファイルには、2つのセットのデータが含まれています。

- LocalDataプロパティ・セクションには、親リストおよび他のワークフロー変数が定義されています。

- WorkflowActionHistory ResultSetセクションには、リビジョンのワークフロー履歴に関連のあるステップ、ワークフロー・アクションおよびユーザーのレコードが記述されています。

コンパニオン・ファイルを保存するには、/config/config.cfgファイルにIsSaveWfCompanionFiles構成変数を追加し、パラメータをtrueに設定します。詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

コンパニオン・ファイルでは、キーを使用してワークフロー変数を追跡します。たとえば、次のキーは、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

親リストのステップ名の前にあるアスタリスク(*)は、ジャンプ・ステップを示します。

6.1.2 ワークフローの評価プロセス

図6-1に、通常のワークフロー・プロセスを示します。

図6-1 ワークフロー・プロセス

リビジョンがワークフロー・ステップに入ると、次のようになります。

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. リビジョンがワークフローの最後のステップを完了すると、親リストは、定義されているリターン・ステップを使用した最新のジャンプ・ステップについて確認されます。リターン・ステップが見つかった場合、リビジョンはそのステップに移動します。親リストにジャンプ・ステップがない場合、またはジャンプ・ステップにリターン・ステップが定義されていない場合、リビジョンはワークフローを終了します。

ワークフロー内のコンテンツ・アイテムのステータスは、次のいずれかです。

ステータス

基準ワークフロー

基本ワークフロー

EDIT

コンテンツ・アイテムは却下され、初期コントリビューション・ステップに戻りました。

コンテンツ・アイテムは、初期コントリビューション・ステップにあるか、または却下されて戻りました。

REVIEW

コンテンツ・アイテムはレビュー処理中です。

コンテンツ・アイテムはレビュー処理中です。

PENDING

なし

コンテンツ・アイテムはすべてのワークフロー・ステップを完了していますが、ワークフロー内の他のコンテンツ・アイテム(ある場合)が終了していません。

DONE

ワークフローのコンテンツ・アイテムは終了しています。

すべてのコンテンツ・アイテムが終了しています。

GENWWW

コンテンツはWeb表示可能フォーマットに変換中です。

コンテンツはWeb表示可能フォーマットに変換中です。

RELEASED

リビジョンはコンテンツ・サーバーで使用可能です。

リビジョンはコンテンツ・サーバーで使用可能です。

6.1.3 ワークフローへの参加

基本ワークフローに参加しており、指定されたコンテンツをチェックインする必要があるコントリビュータに、電子メールが送信されます。電子メールは、ワークフロー・ステップに関与しているレビューアにも送信されます。ユーザーは「ワークフロー・コンテンツ・アイテム」ページで必要なアクションを確認できます。「ワークフロー・コンテンツ・アイテム」ページにアクセスするには、メイン・メニューを使用して「コンテンツ管理」→「アクティブなワークフロー」を選択します。

レビューアは、コンテンツをレビュー、却下または承認して、コンテンツとワークフローに関する情報を表示できます。コンテンツが却下されると、「コンテンツ・アイテムの却下」ページが開き、レビューアはこのページで却下理由を説明するメッセージを入力できます。このメッセージは、コントリビューションが可能な最後のステップに割り当てられているレビューアに送信されます。メッセージを受け取ったレビューアは、コンテンツをチェックアウトして編集した後、再びコンテンツをチェックインできます。コンテンツ・チェックイン・フォームの「リビジョン編集の終了」ボックスを選択する必要があります。コンテンツは、ワークフロー内の次のステップに進みます。ボックスが選択されていない場合、コンテンツは「レビュー」ステータスのままになるため、ワークフロー内を移動する前に、承認する必要があります。

ワークフローについて関連するユーザーと話し合い、プロセスにおける各自の責任の認識を促すことをお薦めします。ワークフローへの参加の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

6.2 ワークフローの計画

この項では、ワークフロー・タイプを選択してワークフローを計画する際に実行する手順について説明します。

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

- ワークフローの設計

- ワークフローの変更

ワークフローの設計を開始する前に、現在運用しているプロセスを評価します。たとえば、プロジェクトで、ユーザー間の情報の管理のために電子メール・ループを使用している場合は、そのようなシナリオをワークフロー設計に取り込むことは可能でしょうか。

ワークフローを情報の検証のために使用しますか。コラボレーションのために使用しますか。対処する特定の問題は何ですか。現行のプロセスとその短所を理解すると、問題を解決するワークフローの設計が可能になります。

ワークフローを設計するときは、次の質問をしてください。

- ワークフローに関係するユーザーは誰ですか。アイテムのレビュー準備が完了したときに、どのユーザーに通知しますか。編集権限を持っているのは誰ですか。最終的にサインオフするのは誰ですか。
同様に重要となるのは、どのユーザーをワークフローから除外するかということです。

ワークフローの関係者に、どのようなトレーニングを提供しますか。

- ワークフロー内のアイテムをどのように処理しますか。アイテムが承認、却下または更新された場合、どのようなアクションを実行しますか。ワークフロー内にアイテムが長くとどまりすぎた場合、どのように処理しますか。

- ワークフローの次のステージにアイテムを移動する必要があるのはいつですか。ワークフローが完了したかどうかを決定する基準は何ですか。

- ワークフローに参加する場合、ユーザーはどこにアクセスしますか。Webインタフェースはありますか。

- 承認および却下をどのように処理しますか。監査情報は保存されますか電子シグネチャは必要ですか。

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

次の操作が必要な場合は、基本ワークフローを使用します。

- 特定の基準に基づいて有効になるワークフローではなく、非定型のワークフローを指定する場合。

- 同じ一連のステップで、複数のコンテンツ・アイテムをルーティングする場合。各アイテムは個別にステップを移動しますが、ワークフロー内のすべてのアイテムが終了するまでリリースされません。

- ワークフローにコンテンツ・アイテムをコントリビュートするようにユーザーに通知または催促する場合。

- 頻繁に使用しないワークフローを指定する場合。

- 関連するコンテンツ・アイテムのグループ用にレビュー・プロセスを定義する場合。

- ワークフローを開始するユーザーを指定する場合。コンテンツが基本ワークフローに入ることができるのは、ワークフロー権限があるユーザーがそのワークフローを開始した場合のみです。

次の操作が必要な場合は、基準ワークフローを使用します。

- 特定のメタデータ値に基づいて自動的にコンテンツをワークフローに入れる場合。

- 特定の基準に一致する単一のコンテンツ・アイテムをルーティングする場合。複数のアイテムをルーティングできますが、これらのアイテムは1つのユニットとしてワークフロー内を移動しません。

- 個別のドキュメントに対して標準レビュー・プロセスを設定する場合。

- よく使用されるワークフローを指定します。

- 多数のユーザーに対してワークフローをオープンする場合。基準ワークフローには、ワークフロー権限のないユーザーのコンテンツを入れることができます。

使用するワークフローのタイプを決定する際は、次の重要事項を考慮してください。

- コンテンツが間違ったセキュリティ・グループまたはメタデータ値を使用してチェックインされた場合、そのコンテンツは誤って基準ワークフローに入る可能性があります。

- ユーザーが同一の基本ワークフローを使用してコンテンツを頻繁に処理する場合は、基準ワークフローを設定してプロセスの自動化を検討します。

- 複数のワークフローに対して、同一の基準または重複した基準を使用しないでください。コンテンツ・アイテムが複数のワークフローの基準に一致している場合、そのコンテンツ・アイテムは、リスト内の最初のワークフローに入ります。

- 基準ワークフロー内にあるコンテンツ・アイテムは、そのアイテムがリリースされるまで削除できません。

6.2.1.1 セキュリティの問題

ワークフローを管理するときは、セキュリティに関する次の問題を考慮してください。

- 各ワークフローは、セキュリティ・グループに関連付けられています。

- 基準ワークフローの場合は、同じセキュリティ・グループ内のコンテンツ・アイテムのみがワークフローに入ります。

- 基本ワークフローの場合、新しいコンテンツ・アイテムはワークフローのセキュリティ・グループに割り当てられ、既存のコンテンツ・アイテムはワークフローのセキュリティ・グループに属している必要があります。

- ワークフローは、同じセキュリティ・グループの別のワークフローにのみジャンプできます。

- ワークフローのセキュリティ・グループは、ワークフローがアクティブである間は変更できませんが、ワークフロー・プロセス内のアイテムのセキュリティ・グループは変更できます。

- ワークフローを設定して開始するには、ワークフロー権限およびコンテンツのセキュリティ・グループに対する管理権限が必要です。

- ワークフロー・テンプレートを使用してコントリビューション・ステップを開始できます。

- ワークフローのコントリビュータになるには、ワークフローのセキュリティ・グループに対する書込み権限が必要です。

6.2.2 ワークフローの設計

ワークフローを設計する手順は、次のとおりです。

1. ワークフローのフローチャートを作成します。「基準ワークフロー・プロセス」や「基本ワークフロー・プロセス」などを参照してください。

2. ワークフローに必要なすべてのメタデータがあることを確認します。必要な場合は、ワークフローを設定する前に、メタデータを作成します。

3. ワークフローのエイリアスを設定します。エイリアスの作成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

4. ワークフローのトークンを設定します。詳細は、「トークンの作成、編集または削除」を参照してください。

5. 基本ワークフローまたは基準ワークフローを設定します。使用可能なワークフロー・テンプレートがある場合は、テンプレートを手掛かりとして使用できます。詳細は、「ワークフローおよびスクリプトのテンプレート」を参照してください。

6. 必要に応じて、サブワークフローを設定します。

7. ジャンプを設定します。詳細は、「ジャンプの作成」を参照してください。

- 使用可能なスクリプト・テンプレートがある場合は、それを使用してステップ・イベント・スクリプトを作成します。

- ジャンプを使用する場合は、各ジャンプのサブワークフローを備えた、マスター・ワークフローの設定を検討してください。

8. ワークフローをテストします。

- 基準ワークフローの場合は、定義したセキュリティ・グループおよびメタデータ・フィールド値に一致するテスト用のドキュメントをチェックインします。

- 基本ワークフローの場合は、テスト用のコンテンツを定義し、ワークフローを開始します。

- できるだけ多数の承認/却下シナリオをシミュレーションします。

- ワークフローにジャンプが含まれている場合は、できるだけ多数のイベント・シナリオをシミュレーションします。

- ワークフローのテストにレビューアを含めて、ユーザーが各自の役割を理解していることを確認します。

6.2.3 ワークフローの変更

ワークフローの設計中は、次の点に留意してください。

次のことができます。

- 基準ワークフローの基準の変更。

- 基本ワークフローのコンテンツ・アイテムの追加または削除。

- ステップの定義の変更(レビューア、終了条件、イベントなど)。

次のことはできません。

- ステップの順序の変更。ステップを削除して新しい場所に再作成することは可能です。

- ワークフローの途中へのステップの追加。新規ステップは常にワークフローの最後に追加されます。

- 基準ワークフロー内にあるコンテンツ・アイテムの削除。

- 基本または基準ワークフロー内にあるコンテンツ・アイテムのアーカイブ。

ステップを追加または削除するために、基準ワークフローを無効にしたり、基本ワークフローを取り消した場合、ワークフロー内のリビジョンはすべてリリース(基準ワークフロー)または削除(基本ワークフロー)されます。

次に、既存ワークフローの変更に役立つヒントを示します。使用中のワークフローの変更は、時間のかかる困難な作業です。実装前に慎重に設計することが、やり直しの回避に役立ちます。ワークフローの再構築が可能になるまで、これらのオプションは一時的な修正とみなされます。

- 既存ワークフローのステップを並べ替えるには、次のオプションを検討します。

- サブワークフローを作成し、既存ステップからそのサブワークフローへのジャンプを追加します。この変更を既存ステップに加えるために、ワークフローを無効化または取り消す必要はありません。

- 既存ステップにステップ・イベント・スクリプトを追加して、通常は別のステップで実行されるアクションを定義します。この変更を既存ステップに加えるために、ワークフローを無効化または取り消す必要はありません。

- 変更(たとえば、ステップの追加)するために、ワークフローの無効化が必要になった場合は、すべてのリビジョンがワークフローから即時にリリース(基準ワークフロー)または削除(基本ワークフロー)されます。コンテンツをリリースしないでワークフローを無効にする手順は、次のとおりです。

1. そのワークフローを、ステップの順序は元のワークフローと同じだが、ステップ・ロジックがない静的なワークフローにクローニングします。コンテンツはいずれかのステップに入り、移動されるまでそこにとどまります。

2. 元のワークフローに更新時イベントを作成します。このイベントは時間でトリガーされ、適切なステップでコンテンツを静的なクローン・ワークフローにプッシュします。

3. 元のワークフローからコンテンツがなくなったら、そのワークフローを無効にして必要な変更を加え、再び有効にします。次に、同じ時限イベント・ロジックを使用して、クローン・ワークフローのコンテンツを元のワークフローに戻します。

6.3 基準ワークフローの作成

基準ワークフローは、個々のドキュメントが事前定義済の基準に一致した場合に自動的にワークフローに入れるレビュー・プロセスを設定するために使用します。たとえば、新しい注文書が生成されたときは、その注文書を特定のレビューアに自動的にルーティングして承認を得ることができます。

基準ワークフローには、次のものが含まれます。

- セキュリティ・グループと1つのメタデータ・フィールドによって定義された基準。

- 事前定義済ユーザーのない自動コントリビューション・ステップ。

- 1つ以上のレビューア・ステップ(1ステップ当たりのレビューア数は1人以上)。

いくつかの例外はありますが、サブワークフローの設定手順は基準ワークフローと同じあり、例外については基準ワークフローの設定手順で説明します。

この項では、次の項目について説明します。

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

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

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

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

6.3.1 基準ワークフロー・プロセス

次の手順に従って、基準ワークフロー・プロセスを簡潔に説明します。

1. ワークフロー権限があるユーザーが、次の要素を定義して基準ワークフローを設定します。

- セキュリティ・グループ

- メタデータ・フィールドおよび値(たとえば、「ContentType」「次に一致する」「PurchaseOrder」)。テキスト・タイプまたはロング・テキスト・タイプのフィールドを使用できます。

- レビュー・ステップおよび各ステップのレビューア。

- 各ステップに必要な承認の数。たとえば、次のステップに進む前に、すべてのレビューアの承認が必要かどうか。

- エイリアスおよびエイリアス・グループ内のユーザー。

- 必要なトークン

2. ワークフロー権限があるユーザーが、基準ワークフローを有効にします。

3. 定義されたセキュリティ・グループおよびメタデータ・フィールド値と一致するコンテンツがチェックインされると、そのコンテンツはワークフローに入ります。

4. リビジョンのレビュー準備が完了していることが、最初のステップのレビューアに電子メールで通知されます。

5. レビューアがリビジョンを承認または却下します。

- ステップがレビューア・ステップの場合、レビューアは必要に応じて変更なしでコンテンツ・アイテム・リビジョンに署名して承認できます(ドキュメントを変更すると、別の識別子が作成され、既存の電子シグネチャが無効化されます)。

- レビューア/コントリビュータ・ステップの場合、レビューアはリビジョンをチェックアウトして編集し、チェックインして戻してから、リビジョンを承認できます。たとえば、編集者は、ワークフロー内のアイテムのコンテンツを変更できます。

- ユーザーがリビジョンを却下した場合、ワークフローは前のコントリビューション・ステップに戻り、そのステップのユーザーには電子メールで通知されます。

- リビジョンが最小限のユーザー数によって承認された場合、そのリビジョンは次のステップに進みます。最低承認数が0の場合、リビジョンは自動的に次のステップに進みます。

6. すべてのステップが完了すると、リビジョンはシステムにリリースされます。

6.3.1.1 基準ワークフローのヒント

各基準ワークフローには、一意の基準が必要です。コンテンツ・アイテムが2つのワークフローの基準に一致している場合、そのコンテンツ・アイテムはワークフロー定義リストの最初のワークフローに入ります。

- 基準ワークフローに割り当てられたすべてのユーザーには、選択されたセキュリティ・グループに対する読取り権限が必要です。コントリビュータがリビジョンをチェックインおよびチェックアウトするには、選択されたセキュリティ・グループに対する書込み権限が必要です。

- 基準ワークフローが有効である間は、ステップの追加や削除はできません。

- コンテンツ・アイテムは、基準ワークフロー内にある間は削除もアーカイブもできません。

- 基準ワークフローが無効なときにチェックインされたコンテンツ・アイテムは、ワークフロー・プロセスをバイパスしてシステムにリリースされます。

- 基準ワークフローを無効にすると、ワークフロー内のリビジョンがシステムにリリースされます。

- 基準ワークフローでは、サブワークフローおよび同じセキュリティ・グループ内の他の基準ワークフローへのジャンプを使用することも、同じワークフローの他のステップにジャンプすることもできます。

- ワークフローに少なくとも1つのレビューア/コントリビュータ・ステップが作成されていると、却下されたリビジョンは、最初の作成者ではなく、そのステップに戻されます。

- アイテムのセキュリティ・グループが、ワークフローのセキュリティ・グループと一致しない場合、そのアイテムはワークフローに入りません。

- 基準が他の基準ワークフローとは異なるようにします。

- 「フィールド」で「コンテンツID」を使用し、かつ、Oracleデータベースを使用している場合は、値をすべて大文字で入力します。他のすべてのフィールドでは、大文字と小文字の両方を使用できます。

- 「フィールド」で「コンテンツID」を使用している場合は、「値」フィールドの下の「選択」をクリックして、既存のコンテンツ・アイテムを選択します。

- 「レビューアの最低必要人数」フィールドにゼロ(0)を入力すると、リビジョンがステップに到達したことがレビューアに通知され、そのリビジョンは自動的に次のステップに渡されます。レビューアは、そのステップではリビジョンを承認、却下または編集できません。

6.3.2 基準ワークフローの設定

基準ワークフローまたはサブワークフローを作成する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「ワークフロー管理」をクリックして、「条件」タブをクリックします。

3. 「追加」をクリックします。

4. 基準ワークフローの新規作成/編集ページの「ワークフロー名」フィールドに名前を入力します。最大長は30文字です。特殊文字(; @&など)は使用できません。ワークフロー作成後にワークフロー名を変更することはできません。

5. 「説明」フィールドに、ワークフローの詳細を入力します。

6. リストからセキュリティ・グループを選択します。

7. 「元の作成者の編集ルール」からオプションを選択して、アイテムが却下された場合に、最初の作成者がリビジョンを編集できるかどうか、または、新規リビジョンを作成できるかどうかを指定します。

8. ワークフロー・テンプレートを使用するには、「テンプレートの使用」チェック・ボックスを選択し、テンプレート名を選択します。このチェック・ボックスは、現在テンプレートが存在する場合にのみ表示されます。詳細は、「ワークフローおよびスクリプトのテンプレート」を参照してください。

9. 基準ワークフローを作成するには、「条件定義を設定する」チェック・ボックスを選択します。サブワークフローを作成するには、このチェック・ボックスの選択を解除します。

10. 基準ワークフローの場合は、「フィールド」、「演算子」および「値」で適切な値を選択して基準を定義します。「フィールド」の値としては、「コンテンツID」、「作成者」、「タイプ」、「アカウント」およびテキスト・タイプまたはロング・テキスト・タイプのカスタム・メタデータがあります。

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

12. ステップの作成または別のステップの追加にテンプレートを使用しなかった場合は、「ワークフロー管理」ページの右側のペインで、「追加」をクリックします。

13. 新規ステップの追加/ステップの編集ページで、ステップに適した「名前」を入力します。ステップ作成後に名前を変更することはできません。ステップには、通常、わかりやすい名前を付けます(たとえば、EditorialReviewやTechnicalReviewなど)。

14. レビューアに電子シグネチャの資格証明の提供を要求するには、「承認にシグネチャが必要」を選択します。このオプションは、電子シグネチャ・コンポーネントが有効になっている場合にのみ使用できます。
電子シグネチャは、ファイルのコンテンツを特定のリビジョンで一意に識別し、シグネチャと特定のレビューアを関連付けます。選択すると、レビューアに表示されるステップのオプションのリストでは、標準の「承認」アクションが「署名と承認」アクションに置換されます。

15. ステップの説明を入力します。

16. このステップのユーザーの認可レベルを指定します。

- ユーザーは現在のリビジョンをレビューできます: ユーザーはリビジョンを承認または却下できますが、リビジョンの編集はできません。

- ユーザーは現在のリビジョンをレビューおよび編集(置換)できます: ユーザーはリビジョンを編集、承認または却下できます。編集しても、リビジョンは更新されません。

- ユーザーは現在のリビジョンをレビューするか、新規リビジョンを作成できます: ユーザーはリビジョンを編集、承認または却下できます。編集すると、リビジョンが更新されます。元のコンテンツは保持され、変更の監査証跡が提供されます。

17. ステップに追加するユーザーのタイプを選択します。次の複数のタイプを定義できます。

- エイリアスで定義されたユーザー・グループを追加するには、「エイリアスの追加」をクリックします。「ステップへのエイリアスの追加」ページで、表示されるリストからエイリアスを選択します。

- 個々のユーザー・ログインを追加するには、「ユーザーの追加」をクリックします。「ステップへのユーザーの追加」ページで次のようにします。

- ユーザー・リストを絞り込むには、「フィルタの使用」チェック・ボックスを選択し、「フィルタの定義」をクリックし、フィルタ基準を選択して「OK」をクリックします。

- ユーザーの範囲を選択するには、最初のユーザーをクリックし、[Shift]を押しながら範囲の最後のユーザーをクリックします。

- ユーザーを個別に選択するには、[Ctrl]キーを押しながら各ユーザー名をクリックします。

- トークンで定義した可変ユーザーを追加するには、「トークンの追加」をクリックします。トークンの作成の詳細は、「トークンの作成、編集または削除」を参照してください。

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

19. 「終了条件」タブをクリックします。

20. リビジョンが次のステップに進むには、何人のレビューアの承認が必要であるかを指定します。

- すべてのレビューアの承認が必要な場合は、「すべてのレビューア」を選択します。

- リビジョンを承認する必要がある最小限のレビューア数を指定するには、「レビューアの最低必要人数」を選択し、数値を入力します。

21. 通常、終了条件は、ワークフロー・ステップ中にコンテンツが外部プロセスによって変更される可能性がある場合に役立ちます。次のステップに進むために、ステップに終了条件を追加する必要がある場合は、次の手順を使用してください。

a. 「追加終了条件を使用」チェック・ボックスを選択します。

b. 「編集」をクリックします。

c. 「追加終了条件の編集」ページで、「フィールド」リストから、ワークフロー条件またはメタデータ・フィールドを選択します。

d. 「演算子」リストから演算子を選択します。「演算子」は、「フィールド」に関連する演算子を示す依存選択リストです。

e. 「値」リストから値を選択します。「値」は、「フィールド」で選択したオプションに基づいた依存リストです。

f. 「追加」をクリックして「条件句」に条件文を追加します。「条件句」ボックスに、句が表示されます。AND文で複数の句を追加できます。

g. 必要な条件の数に応じて繰り返します。式を変更するには、「条件句」ボックスで式を選択して、「フィールド」、「演算子」または「値」を変更し、「更新」をクリックします。

h. 条件式を変更するには、「カスタム条件の式」チェック・ボックスを選択し、スクリプトを編集します(たとえば、条件にANDではなくORを使用するなど)。追加終了条件は、trueまたはfalseに評価されるIdocスクリプト文である必要があります。コードをIdocスクリプトのタグ<$ $>で囲まないでください。

注意:

「カスタム条件の式」の選択を解除した場合、式は元の定義に戻り、すべての変更が失われます。

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

22. ワークフローに条件付ステップまたは特別な処理が必要な場合は、「イベント」タブをクリックし、適切なスクリプトを追加してください。詳細は、「ジャンプの作成」を参照してください。

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

24. 必要に応じてステップを追加、編集および削除して、ワークフローを完成します。

- ワークフローにステップを追加するには、手順12 - 23を繰り返します。

- 既存のステップを編集するには、ステップを選択して「編集」をクリックします。

- 既存のステップを削除するには、ステップを選択して「削除」をクリックします。

25. 左側のペインで、正しいワークフローが選択されていることを確認し、「有効化」をクリックします。

26. 確認ページで、「はい」をクリックして選択されたワークフローをアクティブにします。

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

ステップを追加または削除するために、基準ワークフローを無効にすると、ワークフロー内のすべてのリビジョンがリリースされます。

既存の基準ワークフローまたはサブワークフローを変更する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「ワークフロー管理」をクリックして、「条件」タブをクリックします。

3. 左側のペインで、変更するワークフローを選択します。

4. ステップを追加または削除するには、「無効化」をクリックします。

5. 左右のペインの「追加」、「編集」および「削除」をクリックして、次の情報を変更します。

- ワークフローの説明

- セキュリティ・グループ

- ワークフローのタイプ(基準ワークフローまたはサブワークフロー)

- 基準

- ステップの説明

- ステップのタイプ(レビューア、コントリビュータの同じリビジョン、コントリビュータの新規リビジョン)

- ユーザー

- イベント

- 必要な承認数

- 終了条件

基準ワークフローが有効なときにユーザーをステップに追加できますが、ワークフローのそのステップにリビジョンが現存している場合は、新しいユーザーに通知が即座に送信されません。通知は、スケジュールされたワークフロー・システム・イベントが発生し、ワークフロー内のすべてのアイテムのTIMED_UPDATEが実行された後で送信されます。

6. ワークフローが無効な場合は、左側のペインで、正しいワークフローが選択されていることを確認し、「有効化」をクリックします。

7. 確認ページで、「はい」をクリックして選択されたワークフローをアクティブにします。

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

基準ワークフローまたはサブワークフローを無効にする手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「ワークフロー管理」,をクリックして、「条件」タブをクリックします。

3. ワークフローを選択します。

4. 「無効化」をクリックします。

5. ワークフロー・プロセスにまだコンテンツ・アイテムが存在している場合は、コンテンツのすべてのリビジョンがリリースされることが通知されます。コンテンツをリリースしない場合は、「いいえ」をクリックして操作を取り消します。「はい」をクリックしてコンテンツをリリースし、ワークフローを無効にします。

ワークフローのステータスが「無効」に変更されます。

6.4 基本ワークフローの作成

基本ワークフローは、特定のコンテンツ・アイテムのレビュー・プロセスを定義します。それは手動で設定および開始し、コンテンツがワークフローに入るための基準を定義する必要はありません。

基本ワークフローには、次のものが含まれます。

- 1つ以上のコンテンツ・アイテム。

- 1人以上のコントリビュータを伴う初期コントリビューション・ステップ。

- 0以上のレビュー・ステップ(1ステップ当たりのレビューア数は0人以上)。

この項では、次の項目について説明します。

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

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

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

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

6.4.1 基本ワークフロー・プロセス

次の手順に従って、基本ワークフロー・プロセスを説明します。

1. ワークフロー権限があるユーザーが、次の項目を定義して基本ワークフローを設定します。

- コンテンツ: 新しいコンテンツを作成するか、既存のコンテンツを選択します。ワークフローでの処理が終わると、新しいコンテンツはリビジョン1でシステムにリリースされ、既存のコンテンツはそのコンテンツ・アイテムの次のリビジョン番号でシステムにリリースされます。

- 最初のコントリビュータ: コンテンツをコントリビュートできるユーザーのリストを指定します。

- レビュー・ステップ: 各ステップのレビューアおよび各ステップに必要な承認数を指定します。

2. ワークフロー権限があるユーザーが、基本ワークフローを有効化し、開始します。

3. コントリビュータに電子メールが送信されます。

4. コントリビュータは、ワークフローの各コンテンツ・アイテムのファイルをチェックアウトし、再びチェックインできます。

5. リビジョンのレビュー準備が完了していることが、最初のステップのレビューアに電子メールで通知されます。

6. レビューアがリビジョンを承認または却下します。

- このステップで編集が許可されている場合、レビューアはリビジョンをチェックアウトして編集し、チェックインして戻してから、リビジョンを承認できます。

- ユーザーがリビジョンを却下した場合、そのリビジョンは前のコントリビューション・ステップに戻り、そのステップのユーザーに電子メールで通知されます。

- リビジョンが最小限のユーザー数によって承認された場合、そのリビジョンは次のステップに進みます。(最低承認数が0の場合、リビジョンは自動的に次のステップに進みます。)

7. 通常、基本ワークフローに複数のファイルが含まれている場合は、すべてのファイルがワークフローを完了するまで、どのファイルもシステムにリリースされません。最後のリビジョンが承認されるまで、完了したコンテンツ・アイテムは「保留」ステータスになります。ただし、コンテンツ・アイテムをサイド・エフェクトとして編集状態からリリースする場合、そのコンテンツ・アイテムは基本ワークフロー内のすべてのアイテムを待たずにリリースできます。

8. すべてのステップが完了し、すべてのリビジョンが承認されると、それらのリビジョンはシステムにリリースされます。

図6-2 基本ワークフロー・プロセス

6.4.2 基本ワークフローのヒント

- 新しいコンテンツの場合、ワークフローで定義されたコンテンツIDが、リビジョンがシステムにリリースされるときに適用されるコンテンツIDになります。コンテンツIDは変更できません。

- 1つのコンテンツ・アイテムを複数の基本ワークフローに追加することはできず、これを行うとエラーが発生し、ワークフローが無効になります。

- 新しいコンテンツは、基本ワークフローのセキュリティ・グループに割り当てられます。

- 既存リビジョンのセキュリティ・グループは、基本ワークフローのセキュリティ・グループと一致している必要があります。

- 基本ワークフローに割り当てられたすべてのユーザーには、選択されたセキュリティ・グループに対する読取り権限が必要です。コントリビュータがリビジョンを編集するには、選択されたセキュリティ・グループに対する書込み権限が必要です。

- レビュー・ステップは、基本フローがアクティブである間は、追加、編集、削除のいずれも実行できません。

- アクティブなワークフローを取り消す場合、そのワークフロー内のすべてのリビジョンはシステムから削除されます。ファイルに対する編集内容は、ローカル・ハード・ドライブにも保存されていないかぎり、失われます。

- 非アクティブな基本ワークフローは再利用できますが、常に手動で開始する必要があります。

- 基本ワークフローではジャンプを使用できますが、ジャンプ先は、同じワークフロー内の別のステップのみです。基本ワークフローでは、サブワークフローにジャンプできません。

6.4.3 基本ワークフローの設定

基本ワークフローを作成する前に、次の点に留意してください。

- ワークフローに割り当てるすべてのユーザーには、選択されたセキュリティ・グループに対する読取り権限が必要で、コントリビュータには、書込み権限が必要です。

- テンプレートを使用する場合、レビューアが、選択したテンプレートに定義されているレビューアと異なる場合は、レビューアを変更します。

- 1つのコンテンツ・アイテムを複数の基本ワークフローに追加しないでください。これを行うとエラーが発生し、ワークフローが無効になります。

- 「レビューアの最低必要人数」フィールドにゼロ(0)を入力すると、リビジョンがステップに到達したことがレビューアに通知されます。レビューアは、そのステップではリビジョンを承認、却下または編集できません。ワークフローは自動的に次のステップに進みます。

基本ワークフローを作成する手順は、次のとおりです。

1. 「ワークフロー管理」: 「ワークフロー」タブを表示します。このタブには、基本ワークフローがデフォルトで表示されます。

2. 「追加」をクリックします。

3. 新規ワークフローの追加/ワークフローの編集ページの「ワークフロー名」フィールドに名前を入力します。ワークフロー名の最大フィールド長は30文字で、特殊文字(; @&など)を含めることはできません。ワークフローを作成した後でその名前を変更することはできません。

4. 「説明」フィールドに、ワークフローの詳細を入力します。

5. このワークフローのコンテンツ・アイテムが属するセキュリティ・グループをリストから選択します。

6. 「元の作成者の編集ルール」からオプションを選択して、アイテムが却下された場合に、最初の作成者が既存リビジョンを編集できるかどうか、または、新規リビジョンを作成できるかどうかを指定します。

7. テンプレートを使用するには、「テンプレートの使用」チェック・ボックスを選択し、テンプレート名を選択します。このボックスは、テンプレートが存在する場合にのみ表示されます。詳細は、「ワークフローおよびスクリプトのテンプレート」を参照してください。

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

9. ワークフローに新しいコンテンツ・アイテムを追加するには、「新規」をクリックします。

「ワークフローへのコンテンツの追加」(新規のコンテンツ)ページで次のようにします。

a. 新しいコンテンツ・アイテムのコンテンツIDを入力します。コンテンツIDは変更できません。コンテンツIDを変更するには、リストからそのコンテンツ・アイテムを削除して、それを再追加します。Oracleデータベースを使用している場合、コンテンツIDはすべて自動的に大文字に変換されます。

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

10. ワークフローに既存のコンテンツ・アイテムを追加するには、「選択」をクリックします。

「ワークフローへのコンテンツの追加」(既存のコンテンツ)ページで次のようにします。

- コンテンツ・アイテムのリストを絞り込むには、フィルタ、リリース日付またはその両方の基準を指定します。

- コンテンツ・アイテムの範囲を選択するには、最初のコンテンツ・アイテムをクリックし、[Shift]を押しながら範囲の最後のコンテンツ・アイテムをクリックします。

- コンテンツ・アイテムを個別に選択するには、[Ctrl]キーを押しながら各コンテンツ・アイテムをクリックします。

既存のコンテンツ・アイテムのセキュリティ・グループは、ワークフローのセキュリティ・グループと同じである必要があります。

11. 必要に応じて手順9と10を繰り返して、コンテンツ・アイテムをワークフローに追加します。

12. 初期コントリビューション・ステップのコントリビュータを1人以上定義します。コントリビューション・ステップに複数のタイプのユーザーを定義できます。

- エイリアスで定義されたユーザー・グループを追加するには、「エイリアスの追加」をクリックし、「ワークフローへのエイリアスの追加」ページを開きます。

- 個々のユーザー・ログインを追加するには、「ユーザーの追加」をクリックし、「ユーザーの追加: 基本ワークフロー」ページを開きます。

- ユーザー・リストを絞り込むには、「フィルタの使用」チェック・ボックスを選択し、「フィルタの定義」をクリックし、フィルタ基準を選択して「OK」をクリックします。

- ユーザーの範囲を選択するには、最初のユーザーをクリックし、[Shift]を押しながら範囲の最後のユーザーをクリックします。

- ユーザーを個別に選択するには、[Ctrl]キーを押しながら各ユーザー名をクリックします。

13. レビュー・ステップの作成または別のステップの追加にテンプレートを使用しなかった場合は、右側のペインの「ステップ」ボックス付近にある「追加」をクリックします。

14. 新規ステップの追加/ステップの編集ページで、ステップに適した「名前」を入力します。ステップ作成後に名前を変更することはできません。ステップには、通常、わかりやすい名前を付けます(たとえば、EditorialReviewやTechnicalReviewなど)。

15. レビューアに電子シグネチャの資格証明の提供を要求するには、「承認にシグネチャが必要」を選択します。このオプションは、電子シグネチャ・コンポーネントが有効になっている場合にのみ使用できます。
電子シグネチャは、ファイルのコンテンツを特定のリビジョンで一意に識別し、シグネチャと特定のレビューアを関連付けます。このオプションを選択すると、レビューアに表示されるステップのオプションのリストでは、標準の「承認」アクションが「署名と承認」アクションに置換されます。

16. ステップの説明を入力します。

17. このステップのユーザーの認可レベルを指定します。

- ユーザーは現在のリビジョンをレビューできます: ユーザーはリビジョンを承認または却下できます。

- ユーザーは現在のリビジョンをレビューおよび編集(置換)できます: ユーザーはリビジョンを編集、承認または却下できます。編集しても、コンテンツ・アイテムのリビジョンは更新されません。

- ユーザーは現在のリビジョンをレビューするか、新規リビジョンを作成できます: ユーザーはリビジョンを編集、承認または却下できます。編集では、コンテンツ・アイテムのリビジョンが更新され、元のコンテンツは保持されて、変更の監査証跡が提供されます。

18. ステップに追加するユーザーのタイプを選択します。次のようにユーザーの複数のタイプを定義できます。

- エイリアスで定義されたユーザー・グループを追加するには、「エイリアスの追加」をクリックし、「ステップへのエイリアスの追加」ページを開きます。

- 個々のユーザー・ログインを追加するには、「ユーザーの追加」をクリックし、「ユーザーの追加: 基本ワークフロー」ページを開きます。リストを絞り込むには、「フィルタの使用」チェック・ボックスを使用します。ユーザーの範囲を選択するには、最初のユーザーをクリックし、[Shift]を押しながら範囲の最後のユーザー名をクリックします。ユーザーを個別に選択するには、[Ctrl]キーを押しながら各ユーザー名をクリックします。

- トークンで定義した可変ユーザーを追加するには、「トークンの追加」をクリックします。詳細は、「トークンの作成、編集または削除」を参照してください。

- 「終了条件」タブをクリックします。

- リビジョンが次のステップに進むには、何人のレビューアの承認が必要であるかを指定します。

- すべてのレビューアの承認が必要な場合は、「すべてのレビューア」を選択します。

- リビジョンを承認する必要がある最小限のレビューア数を指定するには、「レビューアの最低必要人数」を選択し、数値を入力します。

19. 通常、終了条件は、ワークフロー・ステップ中にコンテンツが外部プロセスによって変更される可能性がある場合に役立ちます。次のステップに進むために、ステップに終了条件を追加する必要がある場合は、次の手順を使用してください。

a. 「追加終了条件を使用」チェック・ボックスを選択します。

b. 「編集」をクリックします。

c. 「追加終了条件の編集」ページで、リストから追加の基準を選択します。

d. 「フィールド」リストから、ワークフロー条件またはメタデータ・フィールドを選択します。

e. 「演算子」リストから演算子を選択します。「演算子」は、「フィールド」に関連する演算子を示す依存リストです。

f. 「値」リストから値を選択します。「値」は、「フィールド」で選択したオプションに基づいた依存リストです。

g. 「追加」をクリックして「条件句」に条件文を追加します。「条件句」ボックスに、句が表示されます。AND文で複数の句を追加できます。

h. 必要な条件の数に応じて繰り返します。式を変更するには、「条件句」ボックスで式を選択して、「フィールド」、「演算子」または「値」を変更し、「更新」をクリックします。

i. 条件式を変更するには、「カスタム条件の式」チェック・ボックスを選択し、スクリプトを編集します(たとえば、条件にANDではなくORを使用するなど)。追加終了条件は、trueまたはfalseに評価されるIdocスクリプト文である必要があります。コードをIdocスクリプトのタグ<$ $>で囲まないでください。

注意:

「カスタム条件の式」の選択を解除した場合、式は元の定義に戻り、すべての変更が失われます。

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

20. ワークフローに条件付ステップまたは特別な処理が必要な場合は、「イベント」タブをクリックし、適切なスクリプトを追加してください。詳細は、「ジャンプの作成」を参照してください。

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

22. 必要に応じてステップを追加、編集および削除して、ワークフローを完成します。

- 初期コントリビューション・ステップにユーザーをさらに追加するには、手順12を繰り返します。

- 初期コントリビューション・ステップからユーザーを削除するには、「削除」をクリックします。

- ワークフローにレビュー・ステップをさらに追加するには、手順13 - 21を繰り返します。

- 既存のレビュー・ステップを編集するには、ステップを選択して「編集」をクリックします。

- 既存のレビュー・ステップを削除するには、ステップを選択して「削除」をクリックします。

23. 左側のペインで、正しいワークフローが選択されていることを確認し、「開始」をクリックします。

24. 「ワークフローの開始」ページで、コントリビュータに送信するメッセージを入力します。

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

6.4.4 基本ワークフローの変更

既存の基本ワークフローを変更する手順は、次のとおりです。

1. 「ワークフロー管理」: 「ワークフロー」タブを表示します。

2. 左側のペインで、変更するワークフローを選択します。

3. アクティブなワークフローのワークフロー・セキュリティ・グループまたはレビュー・ステップ数を変更するには、最初に「取消」をクリックしてワークフローを取り消します。

4. ワークフローの説明またはセキュリティ・グループを変更するには、左側のペインで「編集」をクリックします。

5. ワークフローのコンテンツを追加または削除するには、「コンテンツ」ペインで「新規」→「選択」→「削除」をクリックします。

6. 初期コントリビューション・ステップのコントリビュータを追加または削除するには、「コントリビュータ」ペインで「エイリアスの追加」→「ユーザーの追加」→「削除」をクリックします。

注意:

コンテンツ・アイテムは、基本ワークフローの開始後に変更できますが、コントリビュータに自動的には通知されません。コントリビュータも基本ワークフローの開始後に変更できますが、通知は、新しいコントリビュータに即座には送信されません。

7. 「ステップ」ペインで「追加」→「編集」→「削除」をクリックして、次の情報を変更します。

- 承認時にシグネチャが必要かどうか(任意の電子シグネチャ・オプション)

- ステップの説明

- ステップのタイプ(レビューアまたはレビューア/コントリビュータ)

- ユーザー

- イベント

- 必要な承認数

- 終了条件

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

ワークフローは、トークンおよびジャンプを使用して、様々なビジネス・シナリオに応じてカスタマイズします。トークンはワークフローの可変ユーザーを定義し、ジャンプは別のサイド・エフェクトにワークフローを分岐します。

この項では、トークンおよびジャンプの設定方法と使用方法について説明します。内容は次のとおりです。

- Idoc Scriptの関数および変数

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

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

6.5.1 Idoc Scriptの関数および変数

ジャンプおよびトークンは、Idocスクリプトを使用して作成されます。トークンおよびジャンプを作成すると、適切な構文および使用方法がインタフェースにより作成されます。ただし、スクリプトは、次のIdocスクリプト関数を使用してカスタマイズできます。使用方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』を参照してください。

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

リビジョンを現在のワークフローの最初のステップに送信します。

6.5.2 ワークフロー・トークン

トークンは、次の用途に使用します。

- ワークフローの実行時に、特定のユーザーまたはユーザーのクラスとして解釈される変数をワークフローに追加します。

- ワークフローのジャンプにユーザーおよびエイリアスを指定します。

- 条件文を使用してユーザーを定義します。

トークンの割当ては、ワークフローの各ドキュメントに対して一意であり、ローカルに行われます。1つのドキュメントのトークンの割当てに使用するロジックが、ワークフローの別のドキュメントに影響を与えることはありません。

いくつかのサンプル・ワークフロー・トークンが付属しており、そのままで使用することも変更することもできます。

重要:

トークンが有効なユーザー名に解決されない場合、そのトークンは無視されます。ステップに有効なユーザーが定義されていない場合、リビジョンはワークフローの次のステップに移動します。このため、各ステップには少なくとも1つのユーザーを定義することをお薦めします。

この項では、トークンに関する次の項目について説明します。

- トークンの構文

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

- トークンの例

6.5.2.1 トークンの構文

トークンのIdocスクリプト関数wfAddUserは、2つのパラメータを取ります。

- User: メタデータ・フィールド、エイリアス、またはユーザー名かエイリアスに解決される変数

- Type: トークンのタイプで、userまたはaliasのいずれか

Idocスクリプトのすべてのコマンドは、デリミタ<$で始まり、$>で終わります。例:

<$wfAddUser(dDocAuthor, "user")$>
<$wfAddUser("MktTeam", "alias")$>
<$wfAddUser("myUserList", "alias")$>

Idocスクリプト構文および使用方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』を参照してください。

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

トークンを作成して、ドキュメント作成者などの1人以上の未指定のユーザーを表す手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「ワークフロー管理」をクリックします。

3. 「オプション」メニューから、「トークン」を選択します。

4. 「ワークフロー・トークン」ページで、「追加」をクリックします。

5. トークンの追加/編集ページの「トークン名」フィールドにトークン名を入力します。トークンの作成後に、トークン名を変更することはできません。トークンには、わかりやすい名前を使用します(たとえば、GetOriginalAuthorやAuthorManagerなど)。

6. 「説明」フィールドに、詳細を入力します。

7. 「追加」をクリックします。

8. 「トークン・ユーザーの追加」ページで、「ユーザー」または「エイリアス」を選択します。

9. ユーザーまたはエイリアスに解決されるメタデータ・フィールドを入力します。

- コンテンツ・アイテムの最初の作成者を指定するには、dDocAuthorと入力します。

- エイリアスを指定するには、エイリアス名を入力します。定義済のエイリアスのリストは、「ユーザー管理」ページの「画面エイリアス」タブを参照してください。

10. 「OK」をクリックします。「ユーザー」ウィンドウに、指定した値を含むIdocスクリプトが表示されます。

11. 他のユーザーまたはエイリアスを追加するには、手順7 から10 を繰り返します。

12. 条件付きトークンを作成するには、「ユーザー」フィールドを編集します。例は、「トークンの例」を参照してください。

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

既存のワークフロー・トークンを変更するには、前述の手順に従って変更するトークンを選択します。「編集」をクリックします。必要な変更を加え、「OK」をクリックします。

トークンを削除するには、リストからトークンを選択して「削除」をクリックします。

6.5.2.3 トークンの例

次の例は、ワークフローでのトークンの使用方法を示しています。

例6-1 最初の作成者が唯一のコントリビュータ

この例は、最初の作成者が、ファイルの唯一のコントリビュータであることを前提にしています。例6-2 は、ワークフロー・プロセス中に、異なる作成者がファイルをチェックアウトし、チェックインする可能性のある状況に対処しています。

各ファイルの元の作成者に、彼らのコンテンツがワークフローからシステムにリリースされたときに通知するには、最初に「作成者」メタデータ・フィールドに対応するトークンを作成します(これは、IdocスクリプトではdDocAuthorと呼ばれます)。ワークフローを設定するときは、通知ステップ(必要な承認数は0)を作成し、そのステップのユーザーとしてトークンを選択します。例:

<$wfAddUser(dDocAuthor, "user")$>

例6-2 レビューア/コントリビュータ・ステップを備えたワークフロー

ワークフローにレビューア/ コントリビュータ・ステップが含まれている場合は、最初のコントリビュータ以外のユーザーが、変更したファイルをチェックインした可能性があるため、dDocAuthorは最初の作成者でなくなっていることがあります。この場合は、カスタム・スクリプトを最初のワークフロー・ステップで使用してコンパニオン・ファイルにOriginalAuthor変数を設定し、dDocAuthorを使用せずに、このカスタム変数をトークンで指定できます。

最初のステップのイベント・スクリプトは、次のようになります。

<$wfSet("originalContributor", dDocAuthor)$>
<$wfSet("type", user)$>

通知ステップのトークン・スクリプトは、次のようになります。

<$wfAddUser(wfGet("originalContributor"), wfGet("type"))$>

例6-3 ジャンプ条件に基づいて選択されるレビューア

トークンの一般的な使用方法の1つは、必要に応じて、つまりジャンプの条件に基づいて、レビューアを選択することです。たとえば、マーケティング部門では、すべてのマーケティング資料に対して標準ルーティングのワークフローが設定されているとします。ただし、会社のカタログへの変更に関しては、流通部門によるレビューも必要になります。

これを行うには、タイプがcatalogのときは常にレビューアのリストにトークンが追加されるようにジャンプを作成します。例:

<$wfAddUser("Dist_Dept", "alias")$>

例6-4 条件トークン

前述の例では、ジャンプ・スクリプトを作成するかわりに、タイプがcatalogの場合は常にDist_Deptエイリアスを追加する条件トークンを定義できます。例:

<$if dDocType like "catalog"$>
<$wfAddUser("Dist_Dept", "alias")$>
<$endif$>

例6-5 管理チェーンを指定するトークン

トークンは、現行ユーザーのマネージャをレビューアとして指定する場合にもよく使用されます。(マネージャ属性は、コンテンツ・サーバーではユーザー情報フィールドとして指定する必要があり、LDAPやADSIなどの外部ディレクトリではユーザー属性として指定する必要があります。)例:

<$wfAddUser(getUserValue("uManager"), "user")$>

6.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)$>

このタイプのジャンプは、コードの実行や別のステップへのリビジョンの移動を自動的に行う場合に使用できます。

この項では、ジャンプに関する次の項目について説明します。

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

- ジャンプの作成

- ジャンプの変更

- ジャンプの例

- ジャンプのエラー

6.5.3.1 ジャンプおよびイベント

「イベント」で説明したように、ワークフローの各ステップには、入力イベント、更新時イベントおよび終了時イベントがあります。

ステップのすべてまたは任意のイベントには、1つ以上のジャンプを伴うスクリプトを作成できます。イベントに対して定義されたIdocスクリプトは、イベントのタイプに応じて、特定の時点で評価されます。

- 開始時イベント・スクリプトは、ステップに入るときに評価されます。ステップに入るたびに、ユーザー定義のカスタム・スクリプトに加えて、デフォルトのスクリプトが評価されます。デフォルトのスクリプトは、ステップの開始回数(entryCount)および最後に開始した時間(lastEntryTs)を追跡します。
開始時イベント・スクリプトによって、ジャンプまたは終了が発生しなかった場合は、ユーザー、エイリアスおよびトークンが評価され、電子メールで通知されます。

- 更新時イベント・スクリプトは、ワークフローの更新サイクル、リビジョンのメタデータの更新、リビジョンの承認またはチェックインなど、コンテンツの状態の変化によって評価およびトリガーされます。
更新時イベント・スクリプトが評価されるたびに、追加の終了条件が評価されます。

- 終了時イベント・スクリプトは、リビジョンがステップの承認要件を完了し、ステップの追加の終了条件が満たされたときに評価されます。

デフォルトでは、ワークフローの更新サイクルは1時間ごとに発生します。このサイクル時間は、(WorkflowIntervalHours構成の設定を使用して)1時間ずつ増加できますが、1時間未満には短縮できません。更新スクリプトを頻繁に評価したり、他のイベントに応じて評価するには、メタデータを変更せずにメタデータの更新サイクルを開始します。

図6-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)$>

6.5.3.2 ジャンプの作成

ジャンプを作成するには、その前に、フローチャートを作成して、可能なすべてのジャンプ・シナリオを解決しておきます。ジャンプの構築方法としては、サブワークフローにジャンプするステップを備えたメイン・ワークフローを作成することをお薦めします。

図6-4に、3つのサブワークフロー(A、BおよびC)を含むサンプル・ワークフローを示します。サブワークフローCは、その他のサブワークフローとは異なり、結果が却下されると、その結果はサブワークフローの最初に差し戻され、次のステップ(システムへのリリース)に移動するには、サブフローの結果が承認される必要があります。

ワークフロー内で発生させる必要があるジャンプを決定した後は、そのジャンプを設定してテストします。既存のワークフローにジャンプを直接作成することも、ジャンプのスクリプト・テンプレートを作成して異なるワークフローで再利用することもできます。

図6-4 ジャンプのフローチャートのサンプル

6.5.3.2.1 ジャンプの作成

ジャンプを作成する手順は、次のとおりです。

1. ジャンプを使用するワークフローを作成します。詳細は、「基準ワークフローの設定」または「基本ワークフローの設定」を参照してください。

2. 「ワークフロー管理」ページで、ワークフローを選択します。「条件」タブまたは「ワークフロー」タブをクリックします(ワークフローのタイプによる)。

3. 「ステップ」ペインで、「追加」をクリックするか、ジャンプを含めるステップを選択して「編集」をクリックします。

4. 新規ステップの追加/ステップの編集ページで、「イベント」タブをクリックします。

5. ジャンプを含めるイベント(開始時、更新時または終了時)の横にある「編集」をクリックします。

- スクリプト・テンプレートが存在しない場合は、「スクリプトのプロパティ」ページを使用してプロパティを追加します。

- スクリプト・テンプレートが存在している場合は、「StepNameに対してスクリプトを編集」ページで、編集オプションを選択します。空白のページからスクリプトを作成するには、「新規作成」を選択します。スクリプト・テンプレートからスクリプトを作成するには、「スクリプト・テンプレートを使用」を選択し、リストからテンプレートを選択します。

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

6.5.3.2.2 ジャンプのサイド・エフェクトのテスト

ジャンプのサイド・エフェクトをテストする手順は、次のとおりです。

1. 「ジャンプ」タブで、「追加」をクリックするか、既存のジャンプを選択して「編集」をクリックします。

2. 新規ジャンプの場合は、「StepNameに対してスクリプトを編集」ページで、ジャンプ名を入力します。ジャンプの作成後に、ジャンプ名を変更することはできません。意味のあるわかりやすい名前を付けます。

3. ジャンプにリターン・ポイントを指定する必要がある場合は、「リターン・ポイントを設定する」チェック・ボックスを選択し、リストからリターン・ポイントを選択します。「現在のステップ」、「次のステップ」、「前のステップ」から選択できます。

4. ジャンプに入ったときに、このステップのレビューアに通知しない場合は、「実行時にユーザーに通知しない」チェック・ボックスを選択します。

5. 承認される前にコンテンツ・アイテムをリリースする場合は、「ドキュメントの編集状態の解除」チェック・ボックスを選択します。

6. カスタム・サイド・エフェクトを「カスタム効果」フィールドに入力します。例は、「ジャンプの例」を参照してください。

7. ジャンプに入ったときにレビューアに通知する場合は、「メッセージ」タブをクリックし、通知メッセージを入力します。

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

「スクリプトの編集」ページが再び表示されます。

6.5.3.2.3 条件文の設定

条件文を設定するには:

1. 「フィールド」リストからメタデータ・フィールドを選択します。この値は、評価されるワークフロー条件またはメタデータ・フィールドです。

2. 「演算子」リストから演算子を選択します。「演算子」は、「フィールド」に関連する演算子のみを示す依存リストです。

3. 「値」リストから値を選択します。「値」は、指定したメタデータ・フィールドに関連付ける値です。

4. 「追加」をクリックしてスクリプトに条件文を追加します。

6.5.3.2.4 ジャンプの完成

ジャンプを完成するには:

1. ジャンプでターゲット・ステップを指定する必要がある場合は、次のように行います。

- 特定のステップを指定するには、「選択」をクリックし、「ターゲット・ステップの選択」ページでワークフローおよびステップ名を選択します。ターゲット・ステップ領域に、ターゲット・ステップ名が表示されます。

- シンボリック・ステップ(現在のステップまたはワークフローの終了など)を選択するには、「ターゲット・ステップ」リストからステップを選択します。

2. 作成したスクリプトを変更するには、「カスタム」タブをクリックし、「カスタム・スクリプトの式」チェック・ボックスを選択して、コードを編集します。

注意:

「カスタム・スクリプトの式」の選択を解除した場合、式は元の定義に戻ります。変更内容はすべて失われます。

6.5.3.2.5 スクリプトのテスト

スクリプトをテストするには:

1. 「テスト」タブをクリックします。

2. 「選択」をクリックします。

3. コンテンツ・リストを絞り込むには、「コンテンツ・アイテムの表示」ページで、「フィルタの使用」チェック・ボックスを選択して「フィルタの定義」をクリックし、フィルタ基準を選択して「OK」をクリックします。

4. テストするコンテンツ・アイテムを選択し、「OK」をクリックします。テスト用のドキュメントをチェックインして処理し、ワークフロー内のジャンプを追加するステップに置き、次に、そのコンテンツ・アイテムを選択してテストします。選択したコンテンツ・アイテムが現在ワークフローにない場合でも、そのコンテンツ・アイテムはスクリプトのテストに使用できますが、ワークフロー内では新しいコンテンツ・アイテムと同様に処理されます。

5. 「アイテムのワークフロー状態のロード」をクリックします。

選択したコンテンツ・アイテムがワークフローにある場合は、コンパニオン・ファイルが「データの入力」フィールドにロードされます。

6. 「テスト・スクリプト」をクリックします。

7. テストの結果が「結果」フィールドに表示されます。

- スクリプトの各パラメータの値が表示されます。

- Idocスクリプトのエラーが発生した場合は、エラーおよびエラーが含まれているスクリプトが表示されます。

8. スクリプトを保存するには、「OK」をクリックします。

9. 引き続き、異なるステップへのジャンプを追加します(必要な場合)。

6.5.3.3 ジャンプの変更

既存のジャンプを変更する手順は、次のとおりです。

1. 「ワークフロー管理」ページまたは「ワークフロー管理」: 「ワークフロー」タブで、ワークフローを選択します。

2. 「ステップ」ペインで、変更するジャンプが含まれているステップを選択します。

3. 「ステップ」ペインで、「編集」をクリックします。

4. 新規ステップの追加/ステップの編集ページで、「イベント」タブをクリックします。

5. ジャンプを削除するには、対応するイベント・ペインで「クリア」をクリックします。ジャンプを変更するには、対応するイベント・ペインで「編集」をクリックします。

6. 「StepNameに対してスクリプトを編集」ページで、編集オプションを選択します。

- 既存のスクリプトを編集するには、「現在のスクリプトを編集」を選択します。

- スクリプトを作成するには、「新規作成」を選択します。

- スクリプト・テンプレートを使用するには、「スクリプト・テンプレートを使用」を選択し、リストからテンプレートを選択します。

7. 「スクリプトのプロパティ」ページの「ジャンプ」ペインで、「追加」、「編集」または「削除」をクリックして、ジャンプのサイド・エフェクトを変更します。

8. 「スクリプトの句」ペインの「フィールド」、「演算子」、「値」フィールドおよび「追加」ボタンと「更新」ボタンを使用して、ジャンプの条件文を変更します。

9. 「ターゲット・ステップ」リストを使用して、ジャンプのターゲット・ステップを変更します。

10. 自動的に生成されたスクリプトを変更するには、「カスタム」タブをクリックし、「カスタム・スクリプトの式」チェック・ボックスを選択して、コードを編集します。

注意:

「カスタム・スクリプトの式」チェック・ボックスの選択を解除した場合、その式は元の定義に戻り、変更は失われます。

11. スクリプトをテストし、保存します。

12. 変更を保存する場合は、「OK」をクリックします。

6.5.3.4 ジャンプの例

次の例は、様々なタイプのジャンプの設定方法を示しています。

例6-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に変更するには、「スクリプトの編集」ページの「カスタム」タブで、スクリプトを編集する必要があります。

例6-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$>

6.5.3.5 ジャンプのエラー

ジャンプのエラーには、2つの対応があります。

- 実行中にエラーを引き起こすイベント・スクリプトは、一度も評価されていないスクリプトと同様に処理されます。ただし、エントリ件数および最終エントリを追跡するデフォルトの開始スクリプトは評価されます。

- 無効なステップまたは非アクティブなワークフローのステップにジャンプすると、エラーになり、リビジョンはワークフローの最後のステップが完了した場合と同様に処理されます。

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

ワークフロー・テンプレートを使用すると、作成済のワークフローを簡単に再利用できます。各ワークフロー・テンプレートは、ワークフロー管理ツールに格納されている基本、基準またはサブワークフローのアウトラインです。ワークフロー・テンプレートは、セキュリティ・グループに結び付けられていないため、ステップ・イベント・スクリプトを含めることはできません。スクリプト・テンプレートを使用して、ステップ・イベント・スクリプトを格納します。

テンプレートの作成で使用する手順は、ワークフローの作成手順と似ています。この項では、プロセスの概要について説明します。詳細は、「基準ワークフローの設定」または「基本ワークフローの設定」を参照してください。

この項では、次の項目について説明します。

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

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

重要:

ワークフロー・テンプレートを使用する場合、レビューアが、選択したテンプレートに定義されているレビューアと異なる場合は、レビューアを変更します。

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

ワークフロー・テンプレートを作成または変更する手順は、次のとおりです。

1. 「ワークフロー管理」: 「テンプレート」タブを表示します。

2. 新規のテンプレートを作成するには、「追加」をクリックします。既存のテンプレートを変更するには、そのテンプレートを選択して「編集」をクリックします。

3. テンプレートの追加/編集ページの「テンプレート名」フィールドにテンプレート名を入力します。テンプレートの作成後に、テンプレート名を変更することはできません。

4. 「説明」フィールドに、詳細を入力します。

5. 適切なチェック・ボックスを選択して、コンテンツ・アイテムが却下された場合に、最初の作成者に既存リビジョンの編集を許可するか、新規リビジョンの作成を許可するかを指定します。

6. ステップを追加するには、「追加」をクリックします。

7. 「名前」および「説明」に、ステップの適切な名前および説明を入力します。

8. ステップのユーザーの認可レベルとして、「ユーザーは現在のリビジョンをレビューできます」、「ユーザーは現在のリビジョンをレビューおよび編集(置換)できます」または「ユーザーは現在のリビジョンをレビューするか、新規リビジョンを作成できます」を指定します。

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

10. ステップのユーザーのタイプを選択します。1つのステップに対して、複数のタイプのユーザーを定義できます。

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

12. 「終了条件」タブをクリックします。

13. リビジョンが次のステップに進むには、何人のレビューアの承認が必要であるかを指定します。

14. 必要に応じて、追加の終了条件を指定します。

15. ワークフローに条件付ステップまたは特別な処理が必要な場合は、「イベント」タブをクリックし、適切なスクリプトを追加してください。

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

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

スクリプト・テンプレートを使用すると、ステップ・イベント・スクリプトを簡単に再利用できます。スクリプト・テンプレートは、イベント・スクリプトを作成する手掛かりとして使用されます。各スクリプト・テンプレートは、ワークフロー管理ツールに格納されているIdocスクリプトの一部です。

注意:

スクリプト・テンプレートでは、明示的な参照ではなく、シンボリック・ステップ名を使用します。

スクリプト・テンプレートを作成する手順は、次のとおりです。

1. 「ワークフロー管理」ページで、「オプション」メニューから「スクリプト・テンプレート」を選択します。

2. 「追加」をクリックします。

3. スクリプトの追加/編集ページの「スクリプト名」フィールドにスクリプト名を入力します。名前は、作成後に変更することはできません。

4. 「説明」フィールドに、詳細を入力します。

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

1. 「ジャンプ」タブで、「追加」をクリックします。

2. ジャンプ名を入力します。名前は、ジャンプの作成後は変更できません。

3. ジャンプにリターン・ポイントを指定する必要がある場合は、「リターン・ポイントを設定する」チェック・ボックスを選択し、リストからリターン・ポイントを選択します。

4. ジャンプに入ったときにユーザーに通知しない場合は、「実行時にユーザーに通知しない」チェック・ボックスを選択します。

5. 承認される前にコンテンツ・アイテムをリリースする場合は、「ドキュメントの編集状態の解除」チェック・ボックスを選択します。

6. カスタム・サイド・エフェクトを「カスタム効果」フィールドに入力します。

7. ジャンプに入ったときにユーザーに通知する場合は、「メッセージ」タブをクリックし、通知メッセージを入力します。

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

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

1. 「フィールド」リストからメタデータ・フィールドを選択します。

2. 「演算子」リストから演算子を選択します。

3. 「値」リストから値を選択します。

4. 「追加」をクリックしてスクリプトに条件文を追加します。

6.6.2.3 スクリプトのテスト

1. 「テスト」タブをクリックします。

2. 「選択」をクリックします。

3. コンテンツ・リストを絞り込むには、「コンテンツ・アイテムの表示」ページで、「フィルタの使用」チェック・ボックスを選択して「フィルタの定義」をクリックし、フィルタ基準を選択して「OK」をクリックします。

4. テストするコンテンツ・アイテムを選択し、「OK」をクリックします。選択したコンテンツ・アイテムが現在ワークフローにない場合でも、そのコンテンツ・アイテムはスクリプトのテストに使用できますが、ワークフロー内では新しいコンテンツ・アイテムと同様に処理されます。

5. 「ワークフローの選択」をクリックします。

6. 「ワークフロー・ステップの選択」ページの「ワークフロー」ペインでワークフローを選択し、「ステップ」ペインでステップを選択し、「OK」をクリックします。スクリプト・テンプレートが使用されるステップに類似したワークフロー・ステップを選択します。

7. 「アイテムのワークフロー状態のロード」をクリックします。

選択したコンテンツ・アイテムがワークフローにある場合は、コンパニオン・ファイルが「データの入力」フィールドにロードされます。

8. 「テスト・スクリプト」をクリックします。

9. テストの結果が「結果」フィールドに表示されます。

- スクリプトの各パラメータの値が表示されます。

- Idocスクリプトのエラーが発生した場合は、エラーおよびエラーが含まれているスクリプトが表示されます。

10. スクリプト・テンプレートを保存するには、「OK」をクリックします。

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

既存のスクリプト・テンプレートを変更する手順は、次のとおりです。

1. 「ワークフロー管理」ページで、「オプション」メニューから「スクリプト・テンプレート」を選択します。

2. 「ワークフロー・スクリプト」ページで、変更するスクリプト・テンプレートを選択します。

3. 「編集」をクリックします。

4. スクリプトの追加/編集ページの「ジャンプ」ペインで、「追加」、「編集」または「削除」をクリックして、ジャンプを変更します。

5. 「スクリプトの句」ペインの「フィールド」、「演算子」、「値」フィールドおよび「追加」ボタンと「更新」ボタンを使用して、ジャンプの条件文を変更します。

6. 「ターゲット・ステップ」リストを使用して、ジャンプのターゲット・ステップを変更します。

7. 自動的に生成されたスクリプトを変更するには、「カスタム」タブをクリックし、「カスタム・スクリプトの式」チェック・ボックスを選択して、テキストを編集します。

注意:

「カスタム・スクリプトの式」チェック・ボックスの選択を解除した場合、その式は元の定義に戻り、変更は失われます。

8. スクリプトをテストし、保存します。詳細は、「ジャンプの作成」を参照してください。

9. 変更を保存する場合は、「OK」をクリックします。

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

既存のスクリプト・テンプレートを削除する手順は、次のとおりです。

1. 「ワークフロー管理」ページで、「オプション」メニューから「スクリプト・テンプレート」を選択します。

2. 「ワークフロー・スクリプト」ページで、削除するスクリプト・テンプレートを選択します。

3. 「削除」をクリックします。

4. 確認のページで、「はい」をクリックします。

6.7 ワークフローのシナリオ

次のワークフローのシナリオでは、特定のワークフロー・タスクの実行に必要な計画プロセスおよびアクション・タイプについて説明します。次のワークフロー例が記載されています。

- シナリオ1: 基準ワークフロー。基準ワークフローの設定に使用するステップの詳細は、「基準ワークフローの設定」を参照してください。

- シナリオ2: トークン。トークンの作成の詳細は、「トークンの作成、編集または削除」を参照してください。

- シナリオ3: メタデータに基づいたジャンプ。ジャンプの設定の詳細は、「ジャンプの作成」を参照してください。

- シナリオ4: 時間依存のジャンプ。変数を使用したジャンプの設定の詳細は、「ジャンプの作成」を参照してください。

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

マーケティング部門のすべてのマーケティング・パンフレットは、3人のグラフィック担当者の少なくとも1人、編集者、およびすべてのマーケティング管理者による承認が必要です。グラフィック担当者および編集者はコンテンツを編集できますが、管理者には編集権限がありません。

この例のワークフローを設定するには、次のようにします。

- Marketingというセキュリティ・グループを定義し、グラフィック担当者および編集者にはセキュリティ・グループに対する書込み権限があり、マーケティング管理者には読取り権限があることを確認します。

- MktBrochureというコンテンツ・タイプを定義します。

- ワークフロー名がMarketing Brochures、セキュリティ・グループがMarketing、基準が「タイプ」= MktBrochureというワークフローを定義します。

- ステップ名がGraphic Artistという最初のステップを、少なくとも1人のレビューアによる承認が必要なレビューア/コントリビュータ・ステップとして定義します。グラフィック部門は安定しているため、3人のグラフィック担当者のユーザー・ログインをステップに割り当てることができます。

- ステップ名がEditorという2番目のステップを、レビューア/コントリビュータ・ステップとして定義します。編集者のユーザー・ログインをステップに割り当てます。

- ステップ名がMarketing Teamという3番目のステップを、すべてのレビューアによる承認が必要なレビューア・ステップとして定義します。管理構造は頻繁に変更されるため、MktTeamというエイリアスを設定し、このステップに割り当てます。

- すべてのマーケティング・パンフレットは、MktBrochureタイプを使用してMarketingセキュリティ・グループにチェックインする必要があるため、マーケティング・パンフレットのコントリビュータになる可能性があるすべてのユーザーに、チェックイン方法を説明しておくと役立ちます。

- 承認プロセスが正しく機能するには、MktTeamエイリアスを最新の状態にしておく必要があります。

6.7.2 シナリオ2: トークン

シナリオ1のMarketing Brochuresワークフローを作成した後、マーケティング部門の要請により、マーケティング・パンフレットをリリースする前に、すべてのマーケティング・パンフレットを最初の作成者に戻して最終レビューを行うことになりました。最初の作成者には、編集権限がありません。

この例のワークフローを設定するには、次のようにします。

- Authorという名前のトークンを作成し、ユーザーをdDocAuthorとして定義します。

- ステップ名がOriginal Authorというワークフローの4番目のステップを、レビューア・ステップとして定義します。トークンAuthorをステップに割り当てます。

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

シナリオ1と3で作成したMarketing Brochuresワークフローは適切に機能していますが、マーケティング部門の新たな要請により、取扱品目の新しいパンフレットがリリースされる場合は、様々な営業担当者に自動的に通知することになりました。

この例のワークフローを設定するには、次のようにします。

- 必要なカスタム・メタデータ・フィールドをProductという名前で定義し、製品のリストを作成します。

- 各製品のエイリアスを設定し、適切な営業担当者を各エイリアスに割り当てます。個々のユーザーを複数のエイリアスに割り当てることができます。

- ステップ名がNotify Salesというワークフローの5番目のステップを、承認に必要なレビューア数が0のレビューア・ステップとして定義します。

- 承認に必要なレビューア数が0のレビューア・ステップが1つ含まれている、各製品のサブワークフローを定義します。対応する製品のエイリアスをステップに割り当てます。

- Notify Salesステップに、製品と一致するサブワークフローにジャンプする開始スクリプトを定義します。

- 通知プロセスが正しく機能するには、製品のリストおよびエイリアスを最新の状態にしておく必要があります。

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

マーケティング部門では、マーケティング・パンフレットの承認が迅速に行われないことが問題となっています。Marketing Brochuresワークフローを変更して、コンテンツが7日以内にグラフィック部門、管理者または最初の作成者によって承認または却下されなかった場合は、そのコンテンツを次のステップに自動的に移動することにしました。編集者にはもう少し多くの時間が認められています。コンテンツを次のステップに進めるまでに10日間が与えられています。

この例のワークフローを設定するには、次のようにします。

- AutoApproveというスクリプト・テンプレートを定義し、ターゲット・ステップを使用して、最終エントリが7日前の場合はワークフローの次のステップに移動するようにします。

- Graphic Artistステップ、Marketing TeamステップおよびOriginal Authorステップに、更新ジャンプを追加します。AutoApproveスクリプト・テンプレートを使用してジャンプを作成します。

- AutoApproveスクリプト・テンプレートを使用して、Editorステップに更新ジャンプを追加します。ジャンプが7日ではなく、10日で発生するように、スクリプトを編集します。

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

この項では、ワークフローのヒントおよび要領について説明します。

- ステップ認証の要求

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

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

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

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

- その他のカスタマイズ

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

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

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

この機能に加えて、コンサルティング・サービスを介してその他のカスタマイズを入手できます。詳細は、「その他のカスタマイズ」を参照してください。

6.8.1 ステップ認証の要求

ワークフローの特定のステップでは、ユーザーの再認証が必要になる場合があります。承認の前に認証を要求するワークフロー・ステップごとに、次のようにします。

1. IntradocDir/config/config.cfgファイルに、次の行を追加します。

<workflow step name>:isRepromptLogin=true

複数のワークフロー・ステップで検証が必要な場合は、別々の行にそのステップを追加します。

2. コンテンツ・サーバーを再起動します。

3. ワークフローを設定して有効にし、検証が必要なステップに対しては、構成エントリで指定したステップ名を必ず使用します。

ワークフローを開始すると、構成変数isRepromptLoginで指定されたワークフロー・ステップのユーザーは、そのワークフロー・ステップでコンテンツを承認する前に、ログインするよう求められます。

次の例では、VIPApprovalおよびCEOsignoffという名前のステップで検証が必要です。次のエントリをconfig.cfgファイルに追加します。

VIPApproval:isRepromptLogin=true
CEOsignoff:isRepromptLogin=true

コンテンツ・サーバーを再起動し、VIPApprovalおよびCEOsignoffという名前のステップ名でワークフローを設定して有効にします。VIPApprovalステップには複数のユーザーが割り当てられ、CEOsignoffステップには1人のユーザー(会社のCEO)のみが割り当てられます。

これらのステップでユーザーがワークフロー・アイテムを承認するには、その前に再度ログインする必要があります。

この機能は、Content Server 7.5以上のバージョンでのみ使用可能です。

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

2つの別個のユーザー・グループがワークフローのコンテンツ・アイテムを同時にレビューできるようにし、コンテンツがワークフロー内を進む前に、各グループから指定された数のユーザーがコンテンツを承認できると便利な場合があります。

コンテンツ・サーバーを使用している場合、先に進むためには、すべてのユーザーまたは指定した数のユーザーがコンテンツを承認する必要があります。通常、ワークフローでは承認元は区別されません。そのため、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

このワークフロー・コードは、各承認アクションの中で承認ユーザーを確認し、そのユーザーが所属するグループのカウンタを増加します。ステップ内にコンテンツ・アイテムは、追加の終了条件により、各グループの最低ユーザー数がコンテンツを承認するまで保持されます。各グループに必要な最低承認数を超過して承認が行われた場合、承認アクションはログに記録されますが、コンテンツ・アイテムは進みません。

却下アクションは絶対的です。指定されたユーザーからの却下により、通常どおりのワークフローの却下動作が実行されます。

6.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"$>)。

トークンをステップ・ユーザーとして設定して、ワークフロー・ステップの入力イベントに置くと、入力イベント・コードによって情報が処理されます。保存されたユーザー名(またはエイリアス)がトークンによってコールされ、ステップ・ユーザーとして設定されます(リストを指定した場合は複数のユーザーが設定されます)。ステップの入力イベントおよびステップ・ユーザー定義に、複数または条件付のコード・ブロックおよびトークン(前述のとおり)を追加すると、真の非定型ワークフロー・ルーティングが可能になります。

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

電子メールは、プロセスの3つのポイントで、基準ワークフローによりトリガーされます。

- ステップに入るとき。

- 却下理由フォームを受信したとき。

- wfNotify Idocスクリプト関数を実行したとき。

基準ワークフローで送信される電子メールは、電子メールのメッセージ、件名およびテンプレートをカスタマイズできます。この項では、基準ワークフローの電子メール機能をカスタマイズするプロセスについて説明します。

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

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

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

6.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 Fusion Middleware Oracle WebCenter Content構成リファレンスのwfNotifyの説明を参照してください。

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

基準ワークフローの電子メールの件名行およびメッセージ行は、アプリケーション用にカスタマイズできます。電子メールの件名行は、電子メールに表示され、メッセージ行は、ワークフロー電子メールに関する他の情報(ワークフロー名、ステップおよびコンテンツ・アイテム)とともに、電子メールの本文に表示されます。

メッセージ行は、そのステップが通知のみ(つまり、必要なレビューア数が0)かどうかに応じて、2つのメッセージのいずれかにデフォルト設定されます。

件名行およびメッセージ行は、2つの方法でカスタマイズできます。

- 標準コンポーネント・アーキテクチャに従って、コア文字列リソース・ファイルを変更できます。

- 簡単なカスタマイズの場合は、Idocスクリプト変数wfMailSubject(電子メールの件名の場合)またはwfMessage(メッセージ行の場合)を基準ワークフローのステップ・イベント・スクリプトで宣言するか、コンパニオン・ファイルに保存できます。

6.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@>インクルード定義を参照してください。

6.8.4.2.2 Idoc変数の変更

電子メールまたは件名行の簡単な変更には、コンポーネントではなく、Idocスクリプトを使用できます。ステップ・イベント・スクリプトで、構成変数wfMailSubjectまたはwfMessageを使用できます。次の例のように、これらの変数の値にもIdocスクリプトを使用できます。

<$wfMailSubject="My custom subject text for content with <$dDocTitle$> title"$>

Idocスクリプト変数を評価するためにeval()関数は不要です。

ワークフロー・ステップの入力イベントでwfMailSubjectまたはwfMessageを使用すると、ステップに入ったコンテンツによってトリガーされる電子メール・メッセージは、カスタマイズされた件名またはメッセージ行を受け取ります。これらの変数はwfNotify()関数の前に宣言することもでき、その場合、この関数によって生成される電子メールはカスタマイズを受けます。

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

この例では、トークンおよびコーディングに関する知識が必要です。

ワークフローのエスカレーション(リストされたユーザーとは異なるユーザーへのワークフロー・コンテンツの動的なルーティング)は、一般的なワークフロー要件です。これはジャンプおよびいくつかの基準(たとえば、日付、アクション、メタデータ)の解析により簡単に実行できますが、最初は、コンテンツの移動先について、混乱や迷いが発生する場合があります。

この問題がさらに複雑化するのは、多数のステップ・ユーザーを追加し、コンテンツが次へ進むために、これらのユーザーのサブセットのみの承認が必要な場合です。このワークフローは、電子メールを生成および送信し、承認を行わないユーザー、外出中のユーザー、および本来のレビューアがいない場合に備えて待機しているユーザーのワークフロー・キューに表示されます。

6.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$>

6.8.6 その他のカスタマイズ

ワークフローのカスタマイズの多くは、コンサルティング・サービスを介して入手できます。この項では、そのような2つのカスタマイズについて簡単に説明します。ワークフローの例の複製に関連する影響を評価する際は、オラクル社コンサルティング・サービスをご利用ください。

この項では、次のカスタマイズについて説明します。

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

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

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

実際のワークフローに参加していなくても、ワークフロー・ステップのコンテンツを承認するユーザーが必要になる場合があります。たとえば、ワークフロー内の特定のステージでドキュメントに対する外部の意見が必要な場合や、別のレビューアが外出中のために代理のレビューアを指定する場合などです。ユーザーはコンテンツを承認できますが、通常のワークフロー通知は送信されず、ワークフロー・キューにコンテンツ・アイテムが表示されることもありません。

指定されたロールのユーザーまたは指定されたエイリアスのメンバーは、これに基づいてコンテンツを承認できます。これらの指定されたユーザーには、ワークフローのアイテムごとに、ワークフロー・アクション・ボックスにバイパス承認リンクが表示され、このワークフローに対する標準のセキュリティ・アクセス権が設定されます。バイパス承認を実行すると、現在コンテンツが置かれているステップで、コンテンツ・アイテムが承認されます。定義済のステップの終了条件も評価および適用されます。承認はワークフロー履歴データベース表およびコンパニオン・ファイルのWorkflowActionHistory ResultSetに記録されます。

指定された承認担当者は、通常のワークフロー・ステップの承認担当者ではないため、自動ワークフロー通知を受信しません。承認担当者は意図的にワークフローのコンテンツ・アイテムにアクセスして、バイパス承認アクションを実行する必要があります。指定された承認担当者は、「アクティブなワークフロー」メニューにアクセスし、ワークフロー名およびアクションを選択する必要があります。

指定された承認担当者のコンポーネントは、コア・リソースをエイリアス化します。他のコンポーネントが実行中であるか、実行を予定している場合は、これを考慮する必要があります。場合によっては、すべての必要な機能を含めるためにコンポーネント・リソースを結合したり、すべてのコンポーネントが適切に(別個に)動作するように名前変更や再参照を行うことができます。

6.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つが満たされます。

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

多くの場合、コンテンツ・アイテムは、リリースされる前に(様々な形式で)処理されます。リリースされたコンテンツ・アイテムは、索引付けされた後、検索結果、アーカイブおよび他のプロセスやアプリケーションに含めることが可能になります。

ワークフローのコンテンツ・アイテムを完了前にリリースできると、便利な場合があります。たとえば、コンテンツ・アイテムをレプリケートするには(後で障害時リカバリなどで使用するために)、そのコンテンツ・アイテムをリリース状態にする必要があります。レプリケータでは、リリースされていないアイテム(ワークフロー内のアイテムなど)を使用できません。

ワークフロー・アイテムがワークフロー内にある間に、そのアイテムをリリース済として指定できます。更新、チェックアウト、チェックインなどの通常のワークフロー・アクションは、引き続き使用できます。また、これらのアイテムは、索引付けされて検索結果に表示され、レプリケーション、アーカイブ、他のプロセスまたはアプリケーションで使用できます。

重要:

ワークフロー・アイテムをレプリケートするには、その前に、いくつかの検討事項があります。この項では、プロセスを説明しますが、詳細には触れません。ワークフロー・アイテムのレプリケーションを設定する前に、コンサルティング・サービスに問い合せてください。

6.8.6.2.1 競合の可能性

自動レプリケーションを設定するには、その前に、いくつかの点に留意する必要があります。

- データの整合性の消失: 意図的かどうかに関係なく、コンテンツを途中でリリースすると、ビジネス・プロセス管理、コンテンツのアクセス可能性および情報整合性に予期しない影響を与える可能性があります。ワークフロー内にあるアイテムのリリースを検討する前に、起こり得る悪影響について十分に考慮する必要があります。

- ワークフロー情報を取得できない: ワークフローは、プロセスとコンテンツの組合せです。コンテンツをリリースし、レプリケーションおよび他のプロセスで使用することは可能ですが、ワークフローの状態情報の取得およびレプリケートは、(カスタマイズおよびコンサルティング・サービスの支援がないと)実行できません。
ソース・インスタンスでワークフローのコンテンツをレプリケートし、そのインスタンスのワークフロー内を通過せずにターゲット・インスタンスでリリースした場合は、コンテンツのワークフロー状態を手動で再設定する作業がリカバリ・プロセスに必要となります。

以前のワークフロー状態へのリカバリは、実際の障害時リカバリでのみ必要となるため、ほとんどの場合、ワークフロー情報のクローニングは不要です。他のすべての場合は、ワークフローの終了後にコンテンツ・アイテムが通常どおりレプリケートされ、ワークフローの途中でレプリケートされたバージョンまたはリビジョンよりもそのコンテンツ・アイテムが優先されます。

- インポートしたコンテンツ・アイテムがワークフローに入らない: ソース・インスタンス上のワークフロー内にある間にレプリケートされたコンテンツ・アイテムは、追加のカスタマイズおよびコンサルティング・サービスからの支援がないと、ターゲット・インスタンス上のワークフローに入りません。レプリケートされたコンテンツ・アイテムは、ターゲット・インスタンスにチェックインされ、リリースされます。

- レプリケートされたワークフロー・アイテムのリストアには手動操作が必要: 一部のワークフロー情報はメタデータとして取得してワークフローの手動リストアに使用できます。コンテンツ・アイテムがワークフローに入るトリガーとなるのは、チェックイン・アクションのみです。アイテムをリストアしてワークフローに戻るには、リビジョンを作成する必要があります。
ターゲット上のコンテンツ・アイテムを、ソースでの以前の状態にできるだけ近い状態にリカバリするために、ソース・インスタンスとターゲット・インスタンスのリビジョンの数の不一致が意図的に導入されており、回避できません。

6.8.6.2.2 シナリオ

ワークフロー内にある間にリリースされていないコンテンツ・アイテム1には、次のことが当てはまります。

- このコンテンツ・アイテムは、未リリース状態でワークフロー内を移動します。

- このコンテンツ・アイテムは、ワークフロー内にある間はレプリケーションの候補になりません。

- このコンテンツ・アイテムは、指定されたワークフロー・ステップ・レビューアおよび管理者のみが使用できます。

- このコンテンツ・アイテムは、ワークフローを完了すると、リリースされ、索引付けされ、レプリケーションの候補になります。

ワークフロー内にある間にリリースされるコンテンツ・アイテム2には、次のことが当てはまります。

- このコンテンツ・アイテムはワークフロー内を移動し、指定されたとおりにリリースされます。リリースした後のアイテムを未リリースにすることはできません。指定しないかぎり、ワークフロー中に作成されたコンテンツ・アイテムの新規リビジョンはリリースされません。

- ワークフロー内にある間にリリースされたコンテンツ・アイテムは、検索結果に表示され、適切なセキュリティ・アクセス権があるユーザーに表示されます。

- ユーザーがワークフロー内のリリース・アイテムを編集、チェックアウト、チェックインまたは更新するには、そのアイテムが存在するステップの指定されたユーザーであり、試みるアクションがそのステップで許可されている必要があります。

- ワークフロー内にある間にリリースされるコンテンツ・アイテムは、自動レプリケーションの候補です。レプリケータでは、そのアイテムがワークフロー内にない場合と同様に処理されます。

- ワークフローを完了したコンテンツ・アイテムは、通常の方法でレプリケートされ、ワークフローの途中でレプリケートされた既存のコンテンツ・アイテム・バージョンより優先されます。

レプリケーションやその他の目的でワークフロー内のコンテンツ・アイテムをリリースする場合の影響の詳細は、コンサルティング・サービスに問い合せてください。

6.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. ワークフローのその他の部分に必要なジャンプ、ステップおよびイベントを追加し、ワークフローを有効にします。

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

ワークフロー・ステップでGET_SEARCH_RESULTSサービスを実行すると、ワークフローのデータ・バインダがサービスによって使用されるため、データの破損が発生する可能性があります。

この問題を解決するには、セキュリティ・グループの値を一時変数として一時的に設定します。次に、現行のセキュリティ・グループ値を消去し、検索結果をコールした後で、セキュリティ・グループを元の設定に戻します。

6.8.9 ワークフロー通知の抑止

複数の承認者が必要なワークフロー・ステップでは、時間指定されたワークフロー更新サイクル中に、ドキュメントをすでに承認したユーザーに通知が再度送信される可能性があります。追加の通知を抑止するには、wfSetIsNotifyingUsersワークフロー関数を使用します。ワークフローのスクリプト・セクションにあるワークフロー・ステップで使用すると、現行のドキュメント・アクション(チェックイン、承認、更新など)を実行する際にワークフロー通知を送信するかどうかを判定する内部フラグが設定されます。この抑止は、電子メールおよびキュー内のワークフローの更新に適用されます。

この関数をwfIsFinishedDocConversionと組み合せて使用すると、変換が終了するまで通知を抑止できます。これは、自動コントリビューション・ステップからのドキュメントの進行は阻止せず、キュー内のワークフローの更新および電子メール通知を停止します。

これらの通知は、失われていません。今後のワークフロー・イベントで、wfSetIsNotifyingUsers関数を使用して通知(キュー内のワークフローの更新およびワークフロー・メール)を抑止しない場合、現行のステップに参加しているすべてのユーザーに通知されます。

スクリプト・セクションでは次の追加の関数を使用できます。

- wfIsFinishedDocConversion: 現行のドキュメント・アクションの終了後に、ドキュメントが「WWW生成」ステータスであるかどうかを示す結果を返します。

- wfIsNotifyingUsers: ワークフローで、この特定のワークフロー・イベントに関するすべてのワークフロー通知が現在抑止されているかどうかを示す結果を返します。

これらの関数の使用方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』を参照してください。

7 リポジトリ・フィールドとメタデータのカスタマイズ

この章では、入力フォームおよび検索をカスタマイズするためにカスタム・アプリケーション・フィールドおよびカスタム・メタデータを作成する必要がある場合のリポジトリ・コンテンツの管理について説明します。特定サイト向けにローカライズされた依存リストを管理するために、メタデータ・スキーマを作成することもできます。

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

- カスタム・フィールドの理解

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

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

7.1 カスタム・フィールドの理解

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

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

コンテンツ・プロファイルで、どのアプリケーション・フィールドを、標準の「チェックイン」ページおよび「検索」ページに表示するのかを指定できます。詳細は、「コンテンツ・プロファイルの管理」を参照してください。

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

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

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

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

カスタム・フィールドの名前を作成すると、予約名と競合しない一意の名前になるように、名前に接頭辞'x'が自動的に付加されます。同様に、カスタム・ユーザー情報(メタデータ)フィールドを作成すると、予約名と競合しない一意の名前になるよう、名前に接頭辞'u'が付加されます。

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

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

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

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

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

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

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

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

入力方法

必須

定義

コンテンツ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です。

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

リリース日

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

はい

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

有効期限

テキスト入力

いいえ

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

7.1.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ずつ増加させることをお薦めします。

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

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

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

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

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

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

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

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

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

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

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

イベント

必要になるアクション

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

データベースの更新

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

データベースの更新

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

データベースの更新

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

検索索引の再構築

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

検索索引の再構築

データベースの再構築

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

1. 「データベース設計の更新」をクリックします。

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

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

索引の再構築

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

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

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

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

注意:

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

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

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

リストを定義するには、次の手順に従います。

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

2. オプション・リストの構成ページで、使用するリストのタイプを選択します。

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

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

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

- NVタイプの選択リスト: このオプションを選択すると、指定された値が現在のオプションとなっていないファイルのチェックインが可能になります。このオプションは、コンテンツ・サーバー・インタフェース、バッチ・ローダーおよびアーカイバを使用してチェックインまたは更新したアイテムに対して有効です。

- Vタイプの選択リスト: このオプションを選択すると、指定された値がこのフィールドの現在のオプションとなっているファイルのみがチェックインされます。このオプションは、コンテンツ・サーバー・インタフェース、バッチ・ローダーおよびアーカイバを使用してチェックインまたは更新したアイテムに対して有効です。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7.2.3 ビュー値の編集

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

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

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

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

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

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

7.2.4 ツリーの値の使用

ツリーには、リストで使用できるアイテムが表示されます。この方法を使用する場合、次のように選択します。

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

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

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

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

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

値リストを表示するカスタム・メタデータ・フィールドを作成するには、構成マネージャ・ユーティリティの「情報フィールド」タブを使用します。また、別のフィールドの値に依存する、関連付けられたリストを作成することもできます。この構成は、依存選択リスト(DCL)と呼ばれます。

たとえば、CountryおよびStateという情報フィールドがあるとします。選択した国によって、「State」リストで使用できる選択肢が決定します。

メタデータ・スキーマ・マッピングを使用してフィールド・リストを作成することもできます。メタデータ・スキーマ・マッピングを使用すると、ローカライズの要件に従って、オプション・リスト表示を簡単に調整できます。

この項では、次の項目について説明します。

- スキーマ構造

- スキーマの作成

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

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

7.3.1 スキーマ構造

スキーマは、関連するスキーマ・オブジェクトの集まりです。スキーマという用語は、コンテンツ・サーバーのメタデータ・スキーマ・マッピング機能をサポートするために作成されるデータベース構造のグラフィカル表現も指します。スキーマ階層構造は、表とその表の各列(フィールド)、データのビュー、およびデータ間のリレーションシップで構成されます。

3層の依存構造を表すために、City、RegionおよびArea Codeという情報フィールドをCountryとStateの例に追加します。

図7-1のサンプルの基本スキーマ階層では、1つの独立フィールドに2つの依存フィールドがあります。各依存フィールドにも1つの依存フィールドがあります。これらの依存関係は、親/子関係とも呼ばれます。

図7-1 基本スキーマ階層の例

この3つのレベルのスキーマ階層では、Country、State、City、RegionおよびArea Codeの5つの個別メタデータ・フィールドが生成されます。各フィールドは、固有のリストをユーザーに対して提示します。

リストの内容は、情報フィールドが依存しているかどうかによって決まります。したがって、サンプルの基本Country/State/Area Codeスキーマ階層からは、次のリストが生成されます。

- 「Country」リストは独立しており、選択肢は固定されています。

- 「State」リストで使用可能な選択肢は可変であり、ユーザーが「Country」リストで選択した国に依存します。

- 「City」リストで使用可能な選択肢は可変であり、ユーザーが「State」リストで選択した州に依存します。

- 「Region」リストで使用可能な選択肢は可変であり、ユーザーが「Country」リストで選択した国に依存します。

- 「Area Code」リストで使用可能な選択肢は可変であり、ユーザーが「Region」リストで選択した地域に依存します。

スキーマは表およびリレーションシップで構成されており、これらについて次の各項で説明します。

7.3.1.1 表

スキーマ表は、情報フィールド(メタデータ)のリストに表示される選択肢を格納するデータベース表です。表とその列は、構成マネージャの「表」タブを使用して作成されます。各表は複数の列を持つことができますが、依存選択リストを生成するためには少なくとも2つの列が必要です。

- 1つのリストと、そのリストで選択された選択肢に依存する2つ目のリスト(それぞれCountryとStateなど)の間の依存関係の作成に使用する共通の列名

- メタデータ・リストの選択肢を格納する列

図7-2 スキーマ表の例

3層のスキーマ階層の地理の例(Country、State、City、Region、Area Code)を使用して、スキーマ・ツリー構造のブランチごとに表を作成する必要があります。また、依存表(子表)には、従属する表(親表)の列に対応する列を含める必要があります。これらの対応する列は、2つの表間の依存関係の作成に使用され、最終的には依存選択リストの生成に使用されます。

たとえば、図7-3 の表は、Country表とState表の各列の移入方法を示しています。各name列のデータは、リストで使用可能な選択肢を示しています。Country表とState表の対応する列(countryID)間に作成されるリレーションシップによって、Stateメタデータ・リストに表示される選択肢が決定します。

図7-3 移入済のスキーマ表

7.3.1.2 ビュー

ビューは、対応する表のカスタマイズされた表現です。ビューにはデータが含まれませんが、各表からデータを導出します。ビューは、使用するデータベースを簡素化し、データを様々な観点で提示するために使用されます。

ビューは、プロパティのリストと関連付けられた表示ルールで構成されます。スキーマの各表には関連付けられたビューが必要です。ビューでは、次のアイテムに関する情報が提供されます。

- スキーマに含まれる表の特定の列。選択された列は、表間の依存関係の確立に使用され、依存選択リストの生成にも使用されます。

- 内部および外部の列名。

- ユーザー・インタフェースの表示特性。

- 編集およびソート順序の基準。

7.3.1.3 リレーションシップ

リレーションシップでは表間の依存関係が定義されるため、適切な依存選択リストを生成するのに不可欠です。定義したそれぞれのリレーションシップによって、親表と子表間の対応関係が確立されます。この対応関係は、親表の列に依存する子表の列を指定することで作成されます。したがって、子表の列のデータを使用して表示される選択肢は、親表の対応する列のデータの選択によって決定します。

たとえば、図7-4のCountryView (Country表)とStateView (State表)では、countryID列を使用して、親のCountryリストと子のStateリストを生成するリレーションシップが作成されています。Stateメタデータ・リストで使用可能な選択肢は、Countryメタデータ・リストでの選択に依存します。

図7-4 表と列のリレーションシップ

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

/weblayout/resourcesディレクトリにある3つのサブディレクトリがスキーマ機能に関連付けられています。

- schema

- schema.work

- schema.old

schema.workディレクトリは、一時ディレクトリのため、通常は表示されません。スキーマ作成プロセスが完了すると、作業ディレクトリの名前は変更されます。このディレクトリが存在する場合は、次のいずれかを表しています。

- 大規模なスキーマの再構築が進行中です。

- スキーマは作成されましたが、スキーマ構造に問題があります。

注意:

スキーマのファイルとディレクトリをレビューするためにディレクトリ構造内で作業する場合は、これらのファイルにアクセスしているオープン中のすべてのアプリケーションを必ず終了してください。ディレクトリの名前は、処理の完了後に変更されます。ただし、テキスト・エディタなどの外部アプリケーションによってこれらのファイルが使用されている場合は、schema.workディレクトリの名前を変更できません。

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

スキーマ表、ビューおよびリレーションシップを作成し、適切に確立すると、リストに適切な選択肢が表示されます。たとえば、図7-5の「Country」リストには、「United States」と「Canada」の2つの選択肢が表示されるようになりました。

図7-5 リストの例

Stateメタデータ・フィールドはCountryフィールドによって決定するため、「State」リストには「Country」リストでの選択に基づいたアイテムが含まれます。ここでは、選択肢のうち「United States」が選択された場合は、「State」リストの選択肢として「Minnesota」と「Wisconsin」が表示されます。「Canada」が選択された場合は、「State」リストに「Ontario」と「Quebec」が表示されます。

図7-6 依存リストの例

7.3.2 スキーマの作成

構成マネージャの「表」、「ビュー」および「リレーション」の各タブを使用してスキーマ構造を作成します。

- 「表」タブは、データベース表を選択または作成するために使用します。

- 「ビュー」タブは、スキーマで使用されるビューを操作するために使用します。

- 「リレーション」タブは、依存関係を操作するために使用します。

「情報フィールド」タブは、コンテンツ・サーバーのページで使用されるメタデータ・フィールドを作成するために使用します。リストを適切に表示するには、メタデータ・フィールドを表とビューに関連付ける必要があります。

新しいスキーマまたは変更されたスキーマは、スケジュールされた各パブリッシュ・サイクル時に自動的に更新されます。各パブリッシュ・サイクル間のデフォルト間隔は4時間に設定されているため、新しいスキーマまたは変更されたスキーマの結果は即座には表示されません。各パブリッシュ・サイクル間の間隔を調整するには、関連付けられた構成変数のデフォルト値を変更します。詳細は、「パブリッシュ・サイクル間隔の変更」を参照してください。

この項では、構成マネージャの該当するタブを使用してスキーマ構造を作成する簡単な手順の概要を示します。

この項では、スキーマの作成における次のステップについて説明します。

- スキーマ用の表の選択

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

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

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

- スキーマの有効化

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

7.3.2.1 スキーマ用の表の選択

スキーマ用の表を選択する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「表」タブをクリックします。

3. スキーマに表を追加するには、「構成マネージャ」: 「表」タブで、「表の追加」をクリックし、スキーマに追加する表を「表の選択」ページから選択します。新しい表を作成するときは、「表の作成」をクリックします。

重要:

「リビジョン」、「エイリアス」、「ドキュメント」、「ユーザー」などのコア・システム表を使用できますが、これらの表の編集(列の削除、列の長さの変更など)はできません。

4. 表table_nameの作成/編集ページで、依存関係を確立するための主キーとして使用する列を選択し、「編集」を選択します。

5. 列の追加/編集ページで、「主キー」というラベルが付いたボックスを選択し、「OK」をクリックします。「推奨の追加」を選択し、推奨の列を表に追加します。

6. スキーマ内で使用するすべての表について、この手順を繰り返します。入力後、「OK」をクリックします。

7.3.2.2 スキーマ・ビューの作成

スキーマ・ビューを作成する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「ビュー」タブをクリックします。

3. ビューを作成するには、「構成マネージャ」: 「ビュー」タブで、「追加」をクリックし、「ビューの追加」ページ: 「表の選択」ページを開きます。

4. ビューで使用する表を選択し、「次へ」をクリックします。

5. 「ビューの追加」ページ: 「列の選択」ページで、ビューに含める列を選択し、「終了」をクリックします。

6. ビューの追加/編集ページで、ビューの名前を選択し、その説明を追加します。ビューで使用する内部列(データベース内の名前)を選択し、エンド・ユーザーに表示する表示列を選択します。実際のフィールド値のかわりに表示される表示形式(テキストおよびIdocスクリプト)を指定できます。終了後は、「OK」をクリックします。

7. ビュー内に含めるすべての表について、この手順を繰り返します。

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

スキーマ・リレーションを作成する手順は、次のとおりです。

1. 表および関連するビューが完成したら、表および列の間の依存関係を確立するために「リレーションシップ」をクリックします。現存しているスキーマ・リレーションのリストが表示されます。

2. 「追加」をクリックして新しいスキーマ・リレーションを設定します。

3. リレーションシップの追加/編集ページで、リレーションシップの名前(たとえば、Country表とState表間のリレーションシップを示すにはCountry_State)を入力します。「親情報」ボックスで、親情報が存在する表(たとえばCountry表)と、依存関係の確立に使用する列(たとえばcountryID)を選択します。「子情報」フィールドに対して同じ操作を実行します(たとえば、表名としてStateを選択し、リレーションシップとしてcountryIDを選択)。

4. 終了する場合は「OK」をクリックします。

新しいリレーションシップが、「リレーション」リストに表示されます。

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

スキーマ作成の最終フェーズは、選択した各列を使用するためにメタデータ・フィールドを設定し、作成したビューとリレーションを使用するためにそれらの列を構成することです。手順の概要は、「カスタム・フィールドの追加または編集」および「オプション・リストの定義」を参照してください。

7.3.2.5 スキーマの有効化

スキーマ、ビューおよびリレーションシップを構成した後で、「構成マネージャ」ページ上のボタンをクリックしてデータベース設計を更新します。構成マネージャの「ページ」メニューで「オプション」→「スキーマのパブリッシュ」をクリックします。

スキーマの再パブリッシュ(更新)は、次の状況に基づいて自動的に実行されます。

- data/schema/publishlock/publish.datファイルの存在。

- 自動のパブリッシュ時刻の内部スケジュール。このスケジュールを変更する方法の詳細は、「パブリッシュ・サイクル間隔の変更」を参照してください。

- 前回スキーマのパブリッシュに要した時間。

「オプション」→「スキーマのパブリッシュ」は、新しいコンテンツ・タイプをすぐに反映する必要がある場合以外は選択しないでください。大きいリストを再パブリッシュすると、システムがオーバーロードの状態になることがあります。

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

新しいスキーマまたは変更されたスキーマは、スキーマの自動パブリッシュ・サイクル時に自動的に更新されます。ただし、パブリッシュ・サイクル間の間隔はデフォルトで4時間に設定されています。新しいスキーマや、既存のスキーマに加えた変更は、次回のパブリッシュ・サイクルの完了まで、対応するメニュー・リストに反映されません。パブリッシュ・サイクル間隔を調整するには、SchemaPublishInterval構成変数の値を変更します。

スキーマのパブリッシュ・サイクル間隔を変更する手順は、次のとおりです。

1. テキスト・エディタで、IntradocDir/config/config.cfgファイルを開きます。

2. 次の構成変数と値を追加します。

SchemaPublishInterval=300

値は秒数で指定します。この構成例では、リストは300秒(つまり、5分)ごとに再パブリッシュされます。

注意:

リストの数と、各リストのサイズおよび複雑さによっては、スキーマの自動再パブリッシュ(更新)を頻繁に行うと、システムのパフォーマンスに重大な影響を与える可能性があります。

3. config.cfgファイルを保存して閉じます。

4. コンテンツ・サーバーを再起動して変更内容を適用します。

スキーマのパブリッシュの問合せは、最大5分間キャッシュされます。パブリッシュの頻度を高くしても、現在のキャッシュが期限切れになるまで新しい値は取得されません。

新しい値がメタデータ・フィールドに追加された場合、次回のパブリッシュ・サイクルが完了するまで、その値はコンテンツ・アイテムの「コンテンツ情報」ページに表示されません。

あるコンテンツ・アイテムがチェックインされたときにその値が動的リスト内で一意であり、2つ目のアイテムがチェックインされたときに、値は同じで大文字と小文字の区別が異なる場合は、その値はリスト内で1つの値として処理されます。大文字小文字の使用は、データベースのソート・スキームによって決まります。

動的リストの作成の詳細は、「スキーマの例: 動的リスト」を参照してください。

7.3.3 スキーマの例: 動的リスト

動的リストを作成すると、ユーザーがメタデータ・リストに値を追加できるようになります。たとえば、ある値がリストに存在している場合は、ユーザーはその値をリストから選択できます。ただし、それが新しい値の場合は、ユーザーが値をテキスト・フィールドに入力すると、次のパブリッシュ・サイクルの後にその値が選択肢の1つとして使用できるようになります。

動的リストを作成するには、最初にデータベース内の表に対するビューを作成します。リスト値は、格納されているメタデータ列から直接取得されます。コンテンツ・アイテムがチェックイン、改訂および削除されると、リスト値はそれに応じて変更または更新されます。

次の手順は、動的リストを作成する例を示しています。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「情報フィールド」タブをクリックします。

3. 「構成マネージャ」: 「情報フィールド」タブで、「追加」をクリックします。

4. 「メタデータ・フィールド名の追加」ページで、動的リストがあるメタデータ・フィールドの名前を入力します。たとえば、TestMetadataです。

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

6. メタデータ・フィールドの追加/編集ページで、必要に応じてフィールドに入力します。ただし、「オプション・リストの有効化」は選択しないでください。

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

ページが閉じ、「構成マネージャ」: 「情報フィールド」タブの「フィールド情報」リストに、追加されたメタデータ・フィールドが表示されます。

8. 「データベース設計の更新」をクリックします。

9. 「データベース設計の更新」ページで、「OK」をクリックします。

10. 「構成マネージャ」: 「ビュー」タブを開いて、「追加」をクリックします。

11. 「ビューの追加」ページ: 「表の選択」ページで「表の追加」をクリックします。

12. 「表の選択」ページで、DocMeta表を選択します。

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

「表の選択」ページが閉じ、DocMeta表が「ビューの追加」ページ: 「表の選択」ページの「表」リストに追加されます。

14. 「次へ」をクリックします。

15. 「ビューの追加」ページ: 「列の選択」ページで、TestMetadata用のリストを作成するために使用する列を選択します。

16. 「終了」をクリックします。

17. ビューの追加/編集ページで、ビュー名を入力します。たとえば、TestMetadata_viewです。

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

19. 「構成マネージャ」: 「情報フィールド」タブを開いて、「TestMetadata」を選択します。

20. 「編集」をクリックします。

21. メタデータ・フィールドの追加/編集ページで、「オプション・リストの有効化」を選択します。

22. 「構成」をクリックします。

23. オプション・リストの構成ページで、「オプション・リスト・タイプ」リストから「リストから1項目選択、もしくは項目の追加選択」を選択します。

24. 「ビューの使用」をクリックし、リストからビューを選択します。たとえば、TestMetadata_viewです。

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

26. オプション・リストの構成ページで、「OK」をクリックします。

27. 「構成マネージャ」: 「情報フィールド」タブの「オプション」メニューから「スキーマのパブリッシュ」を選択します。

このリストをテストするには、ドキュメントをチェックインし、新しい動的メタデータ・フィールドに値を入力します。このリストは最初は空ですが、これはTestMetadataフィールドにデータが格納されたドキュメントがまだチェックインされていないためです。ただし、TestMetadataに値が入力されているドキュメントがチェックインされると、指定された値がリストに追加されます。

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

再帰表を作成すると、データを複数のスキーマ・ツリーに使用できるようになります。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「情報フィールド」タブをクリックします。

3. 2つの列(id、parent)を含むデータベース表を作成します。

a. 「表」タブを開いて、「表の作成」をクリックします。

b. 表table_nameの作成/編集ページで、表の名前を入力します。たとえば、TreeTestです。

c. 「列」ペインで、「追加」をクリックします。

d. 列の追加/編集ページで、最初の列名(id)とその長さを入力します。「OK」をクリックします。

e. 2番目の列名(parent)とその長さを入力します。「OK」をクリックします。

f. 「OK」をクリックして表を作成します。

4. 両方の列が含まれた表にビューを作成します。

a. 「ビュー」タブを開いて、「追加」をクリックします。

b. 「ビューの追加」ページ: 「表の選択」ページの「表」ペインでTreeTestを選択し、「次へ」をクリックします。

c. 「列」ペインで、idとparentのチェック・ボックスを選択し、「終了」をクリックします。

d. ビューの追加/編集ページで、ビュー名を入力します。たとえば、TreeTestViewです。表示、オプションおよびセキュリティの構成を必要に応じて追加します。
「表示」タブ: リレーションシップのルールを作成するために使用します。

「オプション」タブ: スキーマ内のデータのソート順序や条件を設定するために使用します。

「セキュリティ」タブ: スキーマのセキュリティ・ルールを定義するために使用します。

e. 「OK」をクリックしてビューを作成します。

5. ビューにリレーションシップを作成します。

a. 「リレーション」タブを開いて、「追加」をクリックします。

b. リレーションシップの追加/編集ページで、リレーションシップ名を入力します。たとえば、TreeTestRecursiveです。

c. 「親情報」表リストから、「TreeTest」を選択し、対応する列リストで「id」を選択します。

d. 「子情報」表リストから、「TreeTest」を選択し、対応する列リストで「parent」を選択します。

e. 「OK」をクリックしてリレーションシップを作成します。

6. 「情報フィールド」タブを開いて、「追加」をクリックします。

7. 「メタデータ・フィールド名の追加」ページで、カスタム・メタデータ・フィールドの名前を入力し、「OK」をクリックします。

8. メタデータ・フィールドの追加/編集ページで、「オプション・リストの有効化」を選択し、 「構成」をクリックします。

9. オプション・リストの構成ページで、「ツリーを使用」をクリックし、「定義の編集」をクリックします。

10. 「ツリー定義の編集」ページの作成レベル・ペイン: 「レベル1のビューを選択」リストで、「TreeTestView」を選択します。
「ツリー定義」ペインに、TreeTestViewがレベル1として入力されます。

11. 作成レベル・ペイン: 「1と2レベル間のリレーションシップを選択」リストの「TreeTestRecursive」をクリックします。
「ツリー定義」ペインの「TreeTestView」の下に、TreeTestRecursiveが追加されます。

12. 作成レベル・ペイン: 「レベル2のビューを選択」リストの「TreeTestView(レベル1に戻る)」をクリックします。
「ツリー定義」ペインに、「TreeTestView(レベル1に戻る)」がレベル2として入力され、「ルートの選択」ボタンが追加されます。

13. 「ルートの選択」をクリックします。
ツリー・ルートの選択画面が開きます。

8 コンテンツのカテゴリ化とリンク

この章では、Oracle WebCenter Content ServerのコンポーネントであるContent Categorizerとリンク・マネージャを使用して、コンテンツを分類およびリンクする方法について説明します。

- コンテンツのカテゴリ化とリンクについて

- コンテンツの分類

- リンク・マネージャ・コンポーネントの使用

8.1 コンテンツのカテゴリ化とリンクについて

Content Categorizerおよびリンク・マネージャはオプションのコンポーネントで、Oracle WebCenter Content Serverとともに自動的にインストールされます。Content Categorizerを有効にすると、コンテンツ・サーバーにチェックインされた新しいドキュメントや、メタデータ値が設定されている(または設定されていない)既存のドキュメントに対して推奨メタデータ値が示されます。有効な場合は、リンク・マネージャは索引付けしたコンテンツ・アイテムのURLリンクを、データベース表(ManagedLinks)への格納のために抽出する前に、評価、フィルタ処理および解析します。

8.2 コンテンツの分類

Content Categorizerで構造プロパティを認識するには、コンテンツをXML変換(eXtensible Markup Language)する必要があります。変換メソッドは、sccXMLConversion構成変数で定義します。Content Categorizerは検索ルールを使用して、コンテンツの推奨メタデータ値を示します。

このコンポーネントとともに含まれるバッチ・カテゴライザでは、大量のファイルを検索したり、適切なメタデータ・フィールド値を含むバッチ・ローダー制御ファイルを作成できます。バッチ・カテゴライザは、リポジトリにチェックイン済のコンテンツを再分類するためにも使用できます。

- XML変換

- 検索ルールの概要

- Content Categorizerの実行

8.2.1 XML変換

重要:

Flexiondocスキーマを使用して変換したPDFコンテンツをXSLT変換を使用して後処理する場合は、問題が発生します。Flexiondocスキーマを使用すると、1つの単語が個別のXML要素に割り当てられ、最終的なXMLが使用できなくなります。PDFコンテンツを分類する場合は、SearchMLを使用する必要があります。

いずれのXML Converterを指定する場合でも、XML中間ファイルはContent Categorizerによってのみ使用されるため、使用後は破棄され、ドキュメントは元のソース形式でコンテンツ・サーバーにチェックインされます。唯一の例外はXML形式であるコンテンツで、これは変換処理の対象にはなりません。

各コンバータで、OutsideIn XML ExportテクノロジがカスタムXSLTスタイルシート(flexiondoc_to_scc.xsl)と組み合せて使用され、2段階の処理でXMLを生成します。第1段階では、ネイティブ・ドキュメントをFlexiondoc形式のXMLまたはSearchML形式のXMLのいずれかに変換します。

第2段階では、スタイルシートを使用してXMLをさらに調整し、Content CategorizerでXMLを検索できるようにします。XML要素ではネイティブ・ドキュメントのプロパティとテキスト・セグメントが分離され、対応するドキュメント・プロパティ、段落スタイルまたは文字スタイルに基づいて名前が付けられます(文字スタイルはSearchMLではサポートされていないことに注意してください)。

OutsideIn XML Exportでサポートされるファイル形式のリストは、「入力ファイル形式」を参照してください。

8.2.2 検索ルールの概要

Content Categorizerは、定義されているルールのタイプに基づいて検索ルールを実行します。

- パターン照合ルールと抽象ルール: Content Categorizerは、コンテンツ・ドキュメントの「ランドマーク」を検索します。ランドマークは、特定のテキストにすることも、ソース・ドキュメントの構造プロパティ(スタイル、フォント、フォーマットなど)に基づいて使用することもできます。

- オプション・リスト・ルール: Content Categorizerはキーワードを検索し、そのキーワードの累積スコアによって、リストの中のどのオプションを選択するかを決定します。ランドマークまたは特定のXMLタグは検索しません。

- カテゴリ化エンジン・ルール: Content Categorizerはサードパーティのカテゴライザ・エンジンと分類を起動し、コンテンツ・アイテムを分類します。

- Filetypeルール: Content Categorizerはドキュメント・ファイル・タイプ(ファイル名拡張子)を検索します。

通常、「コンテンツ・チェックイン・フォーム」にユーザーが値を入力すると、そのフィールドに対するContent Categorizerによる検索ルールの適用が防止されます。これは、「タイプ」フィールドなど、デフォルト値があるリスト・フィールドの場合も同様です。

重要:

コントリビュータに、検索ルールによって入力するフィールドは空白のままにするよう指示することが重要です。

検索ルールの詳細は、「検索ルール」を参照してください。

8.2.3 Content Categorizerの実行

Content Categorizerを実行するには、次のタスクを完了する必要があります。

- XML変換メソッドを定義します。詳細は、「XML変換メソッドの設定」を参照してください。

- 検索ルールを定義します。詳細は、「検索ルールの作成」を参照してください。

- (オプション)メタデータ・フィールドのデフォルト値などのフィールドのプロパティを定義します。詳細は、「フィールドのプロパティの定義(オプション)」を参照してください。

重要:

CATEGORY検索ルールを使用するには、カテゴライザ・エンジンをインストール、設定および登録してから、メタデータ・フィールドに対してCATEGORYルールを定義します。

8.2.3.1 操作モード

Content Categorizerは、対話型モードまたはバッチ・モードで操作できます。すべてのモードでソース・ドキュメントをXML中間フォームに変換する必要があります。ただし、各モードのプロセス・フローは大きく異なります。

- バッチ・モードは、リポジトリ内の大量のドキュメントを再分類する場合に使用します。システム管理者は、スタンドアロンのユーティリティを使用してContent Categorizerを実行し、コンテンツ・メタデータのライブ・アップデートを実行するか、バッチ・カテゴライザからの出力ファイルをバッチ・ローダーへの入力として使用します。このプロセスで実行する手順の詳細は、「バッチ・モードの実行」を参照してください。

- 対話型モードでは、Content Categorizerは、「コンテンツ・チェックイン・フォーム」および「情報更新フォーム」と統合されます。ユーザーは、フォーム上の「分類」をクリックし、単一のコンテンツ・アイテムに対してContent Categorizerを実行します。Content Categorizerによって返される値は推奨値であるため、コントリビュータは返される値を編集したり、置換できます。このプロセスで実行する手順の詳細は、「対話型モードのプロセス」を参照してください。

8.2.3.1.1 バッチ・モードの実行

MaxQueryRows構成変数を使用して、単一のバッチ・ロード・プロセスに含めることができる最大ドキュメント数を指定します。これは同様に、バッチ・カテゴライザで表示されるドキュメント数にも影響します。この構成変数のデフォルト設定は200ですが、必要に応じて増減できます。変数の詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

バッチ・モード・プロセスでは、システム管理者が次の手順を実行します。

1. バッチ・カテゴライザ・アプリケーションを実行します。UNIXシステム上でのアプリケーションの実行の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

2. 必要に応じて、「バッチ・カテゴライザ」ページで、フィルタとリリース日の情報を定義し、分類するコンテンツのリストを表示します。「分類」をクリックします。

3. 「既存の分類」ページで、「ライブ・アップデート」または「バッチ・ローダー」を選択します。

- 「ライブ・アップデート」オプションは、リポジトリのデータを即座に更新します。

- 「バッチ・ローダー」オプションは、Content Categorizerプロセスの出力である制御ファイルを作成する場合に使用します。ファイルには、各ソース・ドキュメントのエントリと、Content Categorizerで定義した検索ルールに基づいた各メタデータ・フィールドの値が含まれます。このファイルは、バッチ・ローダーに送信する前に編集できます。

4. Content Categorizerプロセスの完了後にバッチ・ローダー・ユーティリティを自動的に実行するには、「バッチ・ローダーの実行」チェック・ボックスを選択します。

5. Content Categorizerプロセスのエラー情報が含まれるログ・ファイルの場所およびファイル名を入力します。

6. すべてのコンテンツ・アイテムが処理されるように「すべての分類」を選択するか、または、コンテンツ・リスト内のハイライトされたアイテムのみが使用されるように「選択済の分類」を選択します。

7. アイテムの最新リビジョンのみを処理する「最新のリビジョン」の分類を選択するか、または「全リビジョン」の分類を選択します。

8. バッチ・カテゴライザにエラーが発生したときに、カテゴリ化プロセスを続行するか中止するかを選択します。

9. 「OK」をクリックします。進行状況バーには、バッチ・プロセスのステップ間移動の進行状況が表示されます。

a. Content Categorizerはソース・コンテンツを検索します。

b. コンテンツがXML形式の場合、変換は発生せず、プロセスは手順dに進みます。

c. コンテンツがXML形式ではない場合、XML変換メソッドとして選択したFlexiondocまたはSearchMLを使用してXMLへの変換が実行されます。

d. Content Categorizerは検索ルールをXMLに適用し、特定のメタデータ・フィールドの値を取得します。

e. 「ライブ・アップデート」が指定されている場合は、データベース・レコードが即座に更新されます。「バッチ・ローダー」が指定されている場合は、出力制御ファイルが作成され、バッチ・ローダー・ユーティリティが実行されます(処理後に実行するようにオプションが指定されている場合)。

10. バッチ・プロセスの完了後、エラー・ログを確認します。バッチ・カテゴライザで発生したエラーはコンソールに表示され、バッチ・カテゴライザのログにも記録されます(指定した場合)。バッチ・ローダーで発生したエラーはコンソールに表示され、システム・ログにも記録されます。

オプションのAddCCToArchiveCheckinコンポーネントがインストールされていて有効な場合、バッチローダー・ユーティリティを使用してロードされたすべてのコンテンツが、事前定義されたルール・セットに基づいて自動的に分類されます。ルール・セットの定義の詳細は、「検索ルールの作成」を参照してください。

8.2.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のプロパティが「コンテンツのオーバーライド」に設定されていない場合は、必須フィールドを入力するように要求するアラートが表示されます。Content Categorizerの管理アプレットを使用して、フィールドのプロパティを設定します。詳細は、「フィールドのプロパティの定義(オプション)」を参照してください。

8.2.4 Content Categorizerの設定

Content Categorizerを使用する前に、必要なソフトウェアをインストールおよび構成します。この項では次のタスクについて説明します。

- XML変換メソッドの設定

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

8.2.4.1 XML変換メソッドの設定

Content CategorizerでXML変換メソッドを設定する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「Content Categorizerの管理」を選択します。

2. 「Content Categorizerの管理」ページで、「構成」をクリックします。

3. 「構成」タブで、「sccXMLConversion」プロパティを選択し、「編集」をクリックするか、プロパティをダブルクリックします。

4. 「プロパティの構成」ページのリストから、XML変換方法として「Flexiondoc」または「SearchML」を選択します。

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

6. 「適用」をクリックして変更を保存します。

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

フィールドに対するルールが成功すると、(「バッチ・ローダー」操作または「ライブ・アップデート」操作で)検出された値が使用されます。ただし、「オーバーライド」値の設定方法によっては、検出された値は既存の値をオーバーライドしません(「オーバーライド」をfalseに設定した場合)。

フィールドに対するすべてのルールが失敗した場合、フィールドにデフォルト値が定義されており、「デフォルトの使用」がtrueに設定されていないかぎり、フィールドに値は割り当てられません。

メタデータ・フィールドに対するフィールド・プロパティを定義する手順は次のとおりです。

1. メイン・メニューを使用して、「管理」→「Content Categorizerの管理」を選択します。

2. 「Content Categorizerの管理」ページで、「フィールドのプロパティ」タブをクリックします。

3. 編集するメタデータ・フィールドを選択し、「編集」をクリックするか、フィールドをダブルクリックします。

4. 「フィールドのプロパティ」ページで、フィールドに対するデフォルト値を入力します。リスト・フィールドのデフォルト値は、そのフィールドで使用可能な値と一致する必要があります。

5. カテゴリ化プロセスから返された値でフィールドの既存の値をオーバーライドする場合は、「オーバーライド」チェック・ボックスを選択します。

6. カテゴリ化プロセスの実行時にすべてのルールが失敗した(または定義されていない)場合に、フィールドのデフォルト値を使用するには、「デフォルトの使用」チェック・ボックスを選択します。

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

8. 編集するフィールドごとにこれらの手順を繰り返します。

9. 「設定の保存」をクリックして変更内容を保存します。

8.2.5 検索ルール

検索ルールは、Content Categorizerがメタデータ値を決定し、「コンテンツ・チェックイン・フォーム」、「情報更新フォーム」(対話型モードの場合)またはバッチ・ファイル(バッチ・モードの場合)に返す方法を定義します。

この項では、検索ルールに関する次の項目について説明します。

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

- 抽象検索ルール

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

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

- Filetype検索ルール

- 検索ルールの作成

すべての検索ルールは次の内容によって定義されます。

- ルール・タイプは、Content CategorizerがXMLドキュメントを検索するために使用するメソッドを決定します。

- キーは、Content Categorizerがドキュメントで検索するXML要素、句、キーワードを定義したり、Content Categorizerがドキュメントを分類するために使用するカテゴリ化エンジン/分類を定義します。

- 件数は、検索条件を絞り込むために使用します。

検索ルールを作成する際には、次のガイドラインを考慮してください。

- 任意のカスタム・メタデータ・フィールドに検索ルールを適用できます。

- 標準メタデータ・フィールドの「タイトル」、「コメント」および「タイプ」には、検索ルールを適用できます。他の標準メタデータ・フィールド(「作成者」、「セキュリティ・グループ」、「アカウント」など)に対しては、検索ルールを定義できません。

- 1つのメタデータ・フィールドに対して複数の検索ルールを定義できます。(ただし、単一のメタデータ・フィールドに対して、異なる分類を参照する複数のCATEGORYルールの定義はサポートされていません。)

- 検索ルールで推奨値が検出されなかった場合は次のルールが実行されるように、検索ルールが複数ある場合は指定した順序で実行されます。詳細指定から曖昧指定の順序でリストを配置します。

- 1つのメタデータ・フィールド内に、複数の検索ルール・タイプが混在できます。たとえば、同じメタデータ・フィールドに対してオプション・リスト・ルール、パターン照合ルールおよび抽象ルールを定義できます。

- 指定した検索ルールを満たさないメタデータ・フィールドは、空白のままになります。

8.2.5.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

8.2.5.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.

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

オプション・リスト検索ルールは、ソース・ドキュメント内のキーワードを検索し、検出した各キーワードにスコアを適用して、最も高いキーワード・スコアを持つ値を返します。

たとえば、ドキュメントに利益、有価証券報告書または請求書というキーワードが検出された場合、「部門」フィールドの推奨値は会計ですが、キーワードがトレランス、組立品または在庫の場合は、推奨値として製造を返します。

- オプション・リスト検索ルールは通常、構成マネージャでリストが定義されているメタデータ・フィールドに適用されます。

- (Content Categorizerで「カテゴリ」と呼ばれる)オプション・リストの名前と値は、構成マネージャで指定したとおりにContent Categorizerに表示されます。CC管理アプレットが開いているときにカスタム・リスト・フィールドが作成または変更された場合は、アプレットを閉じてから再度開いて、変更を確認します。

- 現在のバージョンのコンテンツ・サーバーは、デフォルト値として空の値をカスタム・リスト・フィールドに自動的に挿入します。この場合、最初の値(デフォルトでは空の値)はユーザーによる入力値とみなさないため、オプション・リスト検索ルールが適用されます。オプション・リスト検索ルールでカスタム・リスト・フィールドの最初の値をオーバーライドしないようにするには、構成マネージャ・アプレットでそのリストのデフォルト値を指定します。

オプション・リスト検索ルールのタイプは1つで、キーで定義したキーワードと一致するキーワード(1つの単語または句)を検索します。

- キーワードには、1つの単語(dogなど)または語句(black dogなど)を使用できます。

- キーワードでは、次の一連の定義済演算子を使用して、検索をさらに絞り込むことができます。

- $$AND$$

- $$OR$$

- $$AND_NOT$$

- $$NEAR$$

- キーワードはリストの各カテゴリ(値)に事前に割り当てられていて、各キーワードには重みが割り当てられています。

- ドキュメントで検出された各キーワードの出現回数に重みが乗算され、キーワード・スコアが生成されます。

- カテゴリごとのキーワード・スコアが加算され、カテゴリ・スコアが生成されます。

- スコアの最も高いカテゴリが、推奨値として返されます。

- カテゴリが同点の場合は、先にリストに出現するカテゴリが推奨値として返されます。

- 重みの「常に」と「なし」を使用すると、スコアと件数しきい値がオーバーライドされます。

- 重みの「常に」が指定されたキーワードが出現した場合は、スコアに関係なく、そのカテゴリが推奨値として返されます。

- 重みの「なし」が指定されたキーワードが出現した場合、スコアに関係なく、そのカテゴリは推奨値として返されません。

- 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

- キー: MainCharacterList

- 件数: 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

- キー: MainCharacterList

- 件数: 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

- キー: MainCharacterList

- 件数: 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

- キー: MainCharacterList

- 件数: 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

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

カテゴリ化エンジン検索ルールでは、サードパーティのカテゴライザ・エンジンと定義済の分類を使用して、特定の分類内のカテゴリ(News/Technology/Computersなど)を表す値を決定して返します。

カテゴリ化エンジン検索ルールのタイプは1つで、キーで指定したカテゴライザ・エンジンおよび分類を使用してフィールドの値を返します。

カテゴリ化エンジン検索ルールのキーは、カテゴライザ・エンジンの名前の後に分類の名前を付けたものです。たとえば、EngineName/TaxonomyNameです。「キー」フィールドにエンジン名を定義した場合、Content Categorizerでは、カテゴライザ・エンジン・リストに表示される最初のエンジンにデフォルト設定されます。1つのエンジンのみが定義されている場合は、単に「キー」フィールドに分類名を入力します。

カテゴリ化エンジン検索ルールの件数では、返される結果に関する最小信頼度しきい値を設定します。

カテゴリ化エンジンによって、特定の問合せに対する1つのカテゴリ(または一連のカテゴリ)が返されるときに、各カテゴリをパーセントで表す信頼度も返されます。CATEGORYルールでは、最大信頼度カテゴリが常に受け入れられますが、その信頼度がルールに指定した件数の値を下回る場合は、ルールが失敗します。たとえば、件数を50に設定した場合に、返された最大信頼度カテゴリが45であると、ルールは失敗します。

デフォルトの件数の1を使用すると、カテゴライザ・エンジンが返す最大信頼度カテゴリが常に受け入れられます。「件数」値の実際の範囲は、使用するカテゴライザ・エンジンによって異なります。

8.2.5.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ドキュメント

8.2.5.6 検索ルールの作成

起動時に、Content Categorizerは、フィールドの名前と長さを含む、現在のメタデータ・フィールド構成のスナップショットを作成します。メタデータ・フィールドの構成を変更した場合は、コンテンツ・サーバーを再起動してから、Content Categorizerの管理アプレットを実行して、検索ルールを追加または変更します。

重要:

Content Categorizerでファイル・タイプ(.doc、.txt、.xmlなど)を調べるには、そのタイプの空でないルールセットが必要です。特定のファイル・タイプのルールがない場合、Content Categorizerは例外をスローします。この例外を回避する最も簡単な方法は、デフォルトのルールセットに少なくとも1つのルールを追加することです。デフォルトのルールセットは、カスタム・ルールセットが割り当てられていないすべてのファイル・タイプに使用されます。

メタデータ・フィールドの検索ルールを定義する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「Content Categorizerの管理」を選択します。

2. 「Content Categorizerの管理」ページで、「ルール・セット」タブをクリックします。

3. 「ルールセット」ペインで、リストからルールセットを選択するか、「追加」をクリックし、新しいルールセットを追加して名前を付けます。ルールセットには、特定のドキュメントまたは特定のドキュメント・タイプに適用される複数のルールが含まれます。指定されたドキュメントまたはドキュメント・タイプに対して特定のルールセットが定義されていない場合は、デフォルトのルールセットが使用されます。

4. 「フィールド」リストからメタデータ・フィールドを選択します。

5. 「追加」をクリックします。

6. 「field_nameのルールの追加」/「field_nameのルールの編集」ページで、「ルール」リストからルール・タイプを選択します。

7. 「キー」フィールドに検索ルール・キーを入力します。

CATEGORYを使用する場合は、カテゴリ化エンジン名(カテゴライザ・エンジンのリストに複数のアイテムがある場合)、スラッシュ(/)、分類名の順に入力します。たとえば、EngineName/TaxonomyNameです。

OPTION_LIST検索ルールの場合は、リストのキーワードを「オプション・リスト」タブで定義する必要があります。

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の管理」ページを閉じます。

8.2.5.6.1 リストのキーワードと重みの定義

リストのキーワードと重みを定義する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「Content Categorizerの管理」を選択します。

2. 「Content Categorizerの管理」ページで、「オプション・リスト」タブをクリックします。

3. 「オプション・リスト」からリストを選択します。このリストには「タイプ」($DocType)リスト以外に、構成マネージャでリストが定義されているすべてのカスタム・メタデータ・フィールドのリストも含まれます。

注意:

リスト・メタデータ・フィールドを構成マネージャから削除すると、そのフィールドは「ルール・セット」タブから削除されますが、「オプション・リスト」タブの「オプション・リスト」リストには引き続き表示されます。廃止したリストを選択しないように注意してください。

4. 「カテゴリ」リストから値を選択します。そのリスト用に事前に定義されている値のみ表示されます。

5. 「キーワード」フィールドにキーワードまたは語句を入力します。オプション・リスト検索では、大/小文字が区別されるため、正確に一致する必要があります。

- キーワードには、1つの単語または語句を使用できます。

- キーワードには、ブール型の式を含めることができ、有効なバイナリ演算子は$$AND$$、$$OR$$、$$AND_NOT$$、$$NEAR$$です。

6. キーワードの重みを選択します。

- 常に: キーワードが見つかった場合、スコアに関係なく、選択したカテゴリが推奨値として返されます。

- 重み: この数値をキーワードの出現回数に乗算した値が、カテゴリのスコアとなります。スコアの最も高いカテゴリが、リスト・フィールドの推奨値として返されます。

- なし: キーワードが見つかった場合、スコアに関係なく、選択したカテゴリは推奨値として返されません。

7. 「追加」をクリックします。

8. 選択したリストの各カテゴリにキーワードを入力します。

- キーワードを削除するには、「キーワード」リストでキーワードを選択し、「削除」をクリックします。

- キーワードを編集するには、「キーワード」リストでキーワードを選択して「編集」をクリックし、キーワード、重みまたはその両方を編集して「更新」をクリックします。

9. 「適用」をクリックして変更内容を保存するか、「OK」をクリックして変更内容を保存し、ページを閉じます。

Content Categorizerが「タイプ」のデフォルト値を無視して、検索ルールを「タイプ」フィールドに適用するように、構成ファイルを構成できます。

この手順を適用できるのは、「タイプ」(dDocType)フィールドのみです。他の標準のリスト・フィールド(「セキュリティ・グループ」、「作成者」および「アカウント」)には、検索ルールを適用できません。

8.2.5.6.2 「タイプ」フィールドへの検索ルールの適用

検索ルールを「タイプ」フィールドに適用する手順は、次のとおりです。

1. ワードパッドなどのテキスト・エディタを使用して、IntradocDir/config/ディレクトリにあるconfig.cfgファイルを開きます。

2. 次の行をファイルに追加します。

ForceDocTypeChoice=true

3. 保存してファイルを閉じます。

4. コンテンツ・サーバーを停止して再起動します。

8.2.6 サンプルの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@>

8.2.7 XSLT変換

コンテンツ・サーバーでは、2ステップのプロセスを使用してコンテンツを分類します。最初のステップでコンテンツをXML形式に変換し、2番目のステップでXMLファイルをContent Categorizerで使用できる別のXMLファイルに変換します。このプロセスは透過的で、元のコンテンツは変更されず、変換された両方のXMLファイルは使用後に破棄されます。

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

- 変換

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

- SearchML変換

- Flexiondoc変換

8.2.7.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製品のランタイム・バージョンはコンテンツ・サーバーと統合してインストールされ、チェックインされたコンテンツを分類のためにフィルタ処理します。Exportフィルタは、CategorizerのXSLTスタイルシートを使用した変換で使用できるように、コンテンツをXMLに変換します。この変換が必要なのは、Export XMLスキーマ、FlexiondocおよびSearchMLがContent Categorizerルールで容易に検索できない形式であるためです。

OutsideIn XML Exportでサポートされるファイル形式のリストは、「入力ファイル形式」を参照してください。

8.2.7.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を使用することをお薦めします。

8.2.7.3 SearchML変換

OutsideIn XML Exportフィルタは、コンテンツをSearchML XML形式に変換するときに、タイトル、件名、作成者など、コンテンツ・アイテムのプロパティを識別し、それらを<doc_property>要素としてタグ付けします。各プロパティはtype属性で区別します。ドキュメント・テキストも識別し、<p>要素としてタグ付けします。テキスト内のスタイルはs属性で区別します。

8.2.7.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属性が定義されます。

8.3 リンク・マネージャ・コンポーネントの使用

リンク・マネージャはコンテンツ・サーバーにバンドルされたオプションのコンポーネントで、コンテンツ・サーバーとともに自動的にインストールされます。有効な場合は、リンク・マネージャは索引付けしたコンテンツ・アイテムのURLリンクを、データベース表(ManagedLinks)への格納のために抽出する前に、評価、フィルタ処理および解析します。抽出したURLリンクがManagedLinks表に移入されると、リンク・マネージャ・コンポーネントはこの表を参照し、リンク検索結果、「コンテンツ情報」ページ用のリンク参照リストおよび「リンク情報」ページ用のリソース情報を生成します。

リンク・マネージャ・コンポーネントを使用すると、ユーザーは次のことを実行できます。

- 特定の検索条件を使用したリンク・リストの表示

- 特定のリンクに関する詳細情報の表示

- リンクを再評価して検証するための再計算とリフレッシュ

- 特定のコンテンツ・アイテム内にある他のコンテンツへのリンクの表示

- 特定のコンテンツ・アイテムに戻るリンクの表示

検索結果、リンク参照リストおよび「リンク情報」ページは、コンテンツの追加、変更またはリビジョン削除による影響を受けるコンテンツ・アイテムの判別に役立ちます。たとえば、コンテンツ・アイテムを削除する前に、含まれているURL参照が重要でないことを確認できます。コンテンツ・アイテムがどのように使用されているかを監視するためにも使用できます。

リンク・マネージャ・コンポーネントによるURLリンクの抽出は索引作成サイクル中に実行されるため、抽出されるのはリリースされたコンテンツ・アイテムのURLリンクのみです。複数のリビジョンがあるコンテンツ・アイテムの場合、データベース表にエントリがあるのは、最新のリリース済リビジョンのみです。コンテンツ・アイテムがすでにチェックインされた後でリンク・マネージャ・コンポーネントをインストールする場合は、すべてのリンクがManagedLinks表に確実に含まれるように、再構築を実行する必要があります。

リンク・マネージャによる作業はすべて索引作成サイクル時に実行されるため、コンテンツ・アイテムの索引作成およびコレクションの再構築に必要な時間が増加します。

必要な時間は、関連するコンテンツ・アイテムのタイプとサイズによって決まります。つまり、ファイルが変換される場合は、テキストベース(HTML)のファイルより時間がかかります。

再構築サイクル中にリンク・マネージャを無効にする方法については、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスで、LkDisableOnRebuildおよびLkReExtractOnRebuild変数を参照してください。

この項では、次の項目について説明します。

- リンクの抽出プロセス

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

- リンクの管理

8.3.1 リンクの抽出プロセス

注意:

リンク・マネージャ・コンポーネントでは、ファイルの変換にHtmlExport 8を使用します。リンク・マネージャ・コンポーネントには、リンク抽出テンプレート・ファイルが含まれています。HtmlExport 8には、このテンプレートが必要です。このファイルは編集しないでください。

リンク・マネージャは、抽出エンジンとパターン・エンジンで構成されています。抽出エンジンには変換エンジン(HtmlExport)が含まれています。変換エンジンは、抽出エンジンではテキストベースのファイル形式(HTML)にネイティブに解析できないファイルを変換するために使用されます。

リンク・マネージャでは、ファイル形式にhcs、htm、image、text、xml、jspおよびaspのいずれかの文字列が含まれているファイルの変換にHtmlExportを使用しません。これらのテキストベースのファイルは、リンク・マネージャによって処理され、変換の必要はありません。

索引作成サイクル中に、リンク・マネージャ・コンポーネントは、URLリンクを検出するために、チェックインしたコンテンツ・アイテムを次のように検索します。

1. 抽出エンジンが、変換エンジンを使用してファイルを変換します(必要な場合)。

2. 抽出エンジンは、次に、パターン・エンジンを使用して、リンク・マネージャ・パターン表に定義されているリンク評価ルールにアクセスします。

3. 評価ルールは、コンテンツ・アイテム内の承認済URLリンクをソート、フィルタ処理、評価および解析する方法を抽出エンジンに指示します。

4. 承認済URLリンクがManagedLinks表に挿入されるかまたは更新されます。

図8-1 リンク・マネージャのプロセス

注意:

正常に実行するには、HtmlExportに仮想または物理ビデオ・インタフェース・アダプタ(VIA)のいずれかが必要です。ほとんどのWindows環境には、フレーム・バッファへのHtmlExportアクセスを提供するグラフィック機能が備えられています。しかし、UNIXシステムには、グラフィック・カードがない場合があり、HtmlExportで使用するためのX-Windowsサーバーが稼働していません。グラフィック・カードのないシステムの場合は、仮想フレーム・バッファ(VFB)をインストールして使用できます。

8.3.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 Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

リンク・マネージャでは、次のファイル形式でリンクが認識されます。

- テキストベースのフォーマット(txt、html、xml、jsp、asp、csv、hcst、hcsfおよびhcsp)

- 電子メール(msgおよびeml)

- Microsoft Word

- Microsoft Excel

- OpenOffice Writer

- OpenOffice Calc

8.3.1.2 リンク・ステータス

新しいリンクと既存のリンクはすべて、索引作成サイクル中に管理されます。コンテンツ・アイテムがチェックインされると、これらのコンテンツ・アイテム内の承認済リンクは管理されたリンク表に追加されるか、更新されます。既存のリンクは、コンテンツ・アイテムのチェックインまたは削除による変更に対して評価されます。リンクが追加または監視されると、そのリンクには有効または無効のマークが付けられます。

システム内のあるコンテンツ・アイテムがシステム内の別のコンテンツ・アイテムを参照している場合、結果のリンクには有効のマークが付けられます。既存のリンクが削除されたコンテンツ・アイテムを参照している場合、そのリンクは再評価され、ステータスが有効から無効に変わります。ステータスは、管理されたリンク表のdLkState列にY(有効)またはN(無効)として記録され、ユーザーに対しては、「リンク情報」ページの「状態」列に、「有効」または「無効」として表示されます。

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

IntradocDir/config/config.cfgファイルで次のリンク・マネージャ構成変数を指定できます。

- AllowForceDelete

- HasSiteStudio

- LkRefreshBatchSize

- LkRefreshErrorsAllowed

- LkRefreshErrorPercent

- LkRefreshErrorTHreshold

- LkDisableOnRebuild

- LkDisallowConversonFormats

- LkReExtractOnRebuild

- LkIsSecureSearch

これらの構成変数の使用の詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

8.3.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

このルールを評価するかどうかを決定します。これは、パターンがロードされる起動時に計算され、評価されます。

標準コンポーネント・アーキテクチャを使用して、新しいルールを追加するか、または既存のデフォルト・ルールを編集できます。

8.3.2.2 データベース表

リンク・マネージャでは、次の2つのデータベース表をメンテナンスします。

- 管理されたリンク表: パターン・エンジンでリンクの処理に成功し、リンクが承認可能と判断されると、そのリンクは管理されたリンク表に格納されます。表内の各リンクには一意のクラスID (dLkClassId)が割り当てられ、表内の各行には一意のGUID (dLkGUID)があります。1つのリンクが複数のリソースで定義され、各リソースが単独でリンクを破棄できる場合、そのリンクは、表内の複数の行で構成されている可能性があります。
たとえば、Site Studioでは、1つのリンクがノードとコンテンツ・アイテムの両方で定義される可能性があります。ノードが見つからない場合、そのリンクは破棄されます。コンテンツ・アイテムが見つからない場合、そのリンクは破棄されます。この場合、相互に依存しない2つのリソースがあり、それぞれがリンクを破棄できます。したがって、各リソースはManagedLinks表で別々に管理されます。

問合せ実行パフォーマンスを改善するために、標準索引が管理されたリンク表のdDocName列とdLkResource列に追加されています。システム管理者は、様々なシステム環境で、特定のデータベース・チューニング要件に合わせてこれらの索引を調整する必要があります。

- リンク参照カウント表: コンテンツ・アイテムが、それぞれManagedLinks表で参照されている回数にマップされます。この表内のコンテンツ・アイテムは、コンテンツ・サーバーで現在管理されているコンテンツ・アイテムではない可能性があります。この表にコンテンツ・アイテムのエントリがある場合は、ManagedLinks表内のリンクが、パターン・エンジンによって解析されたときに、コンテンツ・アイテムをdocリソースとして参照したことのみを示しています。
コンテンツ・アイテムがチェックインされ、リンクでそのコンテンツ・アイテムが参照される場合、そのリンクには有効のマークが付けられます。削除したコンテンツ・アイテムがリンクで参照される場合、そのリンクには無効のマークが付けられます。dLkState列には、リンクのステータスがY(有効)またはN(無効)として示されることに注意してください。

8.3.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リソースを参照するすべてのリンクの存在が検証されます。標準の検証を拡張するコンポーネントを作成することもできます。

8.3.3 Site Studioの統合

重要:

Site Studioを使用する場合は、HasSiteStudio構成変数値をtrueに設定します。この変数によって、パターン・エンジン用のフレンドリURLを解析するためのSite Studio固有のパターンが有効化されます。HasSiteStudio変数の詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

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

8.3.4 リンクの管理

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

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

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

8.3.4.1 リフレッシュの代替方法

「管理されたリンクの管理」ページで使用可能なリフレッシュ・アクティビティ以外に、管理されたリンク表とリンク参照カウント表の更新に、次の代替方法も使用できます。

- リポジトリ・マネージャを使用して、コレクションの再構築を実行します。このプロセスでは、検索索引全体が再構築され、再構築が正常に完了すると古い索引コレクションが新しい索引コレクションに置き換えられます。
リポジトリ・マネージャがスタンドアロン・アプリケーションとして開かれている場合、この代替リフレッシュ方法を使用できるのは、HasSiteStudio構成変数が無効化されているときのみです。Site Studioから情報がリクエストされ、リポジトリ・マネージャがスタンドアロン・モードである場合、Site Studioは完全に初期化されず、正確な情報が返されません。この問題は、リポジトリ・マネージャ・アプレットが使用されている場合には発生しません。

- コンテンツがシステム内にある間にカスタム・フィールドが追加された場合は、構成マネージャの「検索索引の再構築」を使用して、検索索引を再構築します。

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

ManagedLinks表のリンクを再評価する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理されたリンクの管理」を選択します。

2. 「管理されたリンクの管理」ページで、次のいずれかのオプションを使用してリンクを管理します。

- リンクの再計算: 「リンクの再計算」オプションの横にある「実行」をクリックします。このリフレッシュ・アクティビティは、ManagedLinks表の各リンクを取得して、パターン・エンジンに再送信します。リンクは、パターン・ルールに従って評価され、表内で更新されます。リンクは、有効または無効になったパターンに応じて、別のタイプのリンクとして再分類される場合があります。このオプションは、パターン・ルールが変更された場合に使用します。

- リンクのリフレッシュ: 「リンクのリフレッシュ」オプションの横にある「実行」をクリックします。このアクティビティでは、ManagedLinks表の各リンクをチェックして、リンクが有効かどうかを判断します。Site Studioのリンクは、リンクで使用されるノードとコンテンツ・アイテムを判断するために、リンクがSite Studioデコード・メソッドに送信されます。リンクが有効かどうか、確かにSite Studioリンクかどうかも判断されます。
このオプションは、Site Studioのノード/セクションのプロパティに多くの変更が加えられた後に使用します。リンク・マネージャでは、Site Studioのフレンドリ・リンクに対する変更を完全には追跡できません。リンクをリフレッシュするか、強制的に検証を実行することによって、リンク・マネージャでは、破棄されているリンクおよび有効なリンクをより正確に判断できます。

- 参照カウントのリフレッシュ: 「リフレッシュ」オプションの横にある「実行」をクリックします。このアクティビティは、LinkReferenceCount表をフラッシュして、ManagedLinks表にコンテンツ・アイテム参照を問い合せます。表の再計算と表のリフレッシュのアクティビティは両方とも、LinkReferenceCount表をメンテナンスしようとします。ただし、この表は同期がとれていない場合があるため、このオプションを静止したシステムで使用すると、表が再構築されます。

- リフレッシュ・アクティビティの取消し: アクティビティの中止オプションの横にある「実行」をクリックします。一度にアクティブにできるリフレッシュ・アクティビティは1つのみです。

「ステータス」領域には、処理されたリンクの数、および発生したエラーの数が表示されます。

一度にアクティブにできるリフレッシュ・アクティビティは1つのみです。別のリフレッシュ・アクティビティを試行するには、リフレッシュ・アクティビティが完了し、「準備完了」ステータスが表示されるまで待機します。

9 コンテンツ・アクセスの追跡

この章では、コンテンツ・サーバー・インスタンスのコンテンツ・アイテムのアクティビティに関する情報を取得する方法について説明します。このアクティビティは、Oracle WebCenter Content ServerのContent Trackerコンポーネントを使用して追跡できます。

この章の構成は、次のとおりです。

- Content Trackerについて

- Content Trackerの機能の理解

- 操作の詳細

- データ追跡機能

9.1 Content Trackerについて

Content Trackerは、Oracle WebCenter Content Serverとともに自動的にインストールされるオプション・コンポーネントです。Content Trackerコンポーネントが有効になっているときには、最もアクセス頻度の高いコンテンツ・アイテムや、ユーザーまたは特定グループにとって最も価値の高いコンテンツなど、システム使用に関する情報が提供されます。組織のコンテンツの消費パターンを理解することによって、ユーザーを中心に据えた適切な情報をより効率的に提供できます。

Content Trackerのカスタマイズの詳細は、Oracle Fusion Middleware Oracle WebCenter Contentによる開発を参照してください。

9.2 Content Trackerの機能の理解

Content Trackerでは、コンテンツ・サーバーのインスタンスのアクティビティが監視され、それらのアクティビティについて選択した詳細が記録されます。さらに、システムがどのように使用されているかを示すレポートが生成されます。この項では、Content TrackerおよびContent Trackerレポートの機能について概要を説明します。

Content Trackerには、構成変数によって制御されるいくつかの最適化機能が組み込まれています。変数のデフォルト値によって、大規模な本番環境で可能なかぎり効率的に機能するようにContent Trackerを設定できます。Content Trackerの構成変数の詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

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

- Content Tracker

- データの記録と削減

- Content Trackerの用語

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

9.2.1 Content Tracker

Content Trackerでは、システムが監視され、様々なアクティビティに関するソースから収集された情報が記録されます。情報はマージされ、コンテンツ・サーバー・データベース内の一連の表に書き込まれます。Content Trackerでは、次に基づいてアクティビティが監視されます。

- コンテンツ・アイテム使用状況: Webフィルタ・ログ・ファイル、コンテンツ・サーバー・データベースおよびその他の外部アプリケーション(ポータルやWebサイトなど)からデータを取得します。コンテンツ・アイテム・アクセスのデータには、日付、時刻、コンテンツIDおよび現在のメタデータが含まれます。

- サービス: コンテンツを返すサービスおよび検索リクエストを処理するサービスを追跡します。Content Trackerでは、デフォルトで、コンテンツ・アクセスのイベント・タイプを持つサービスのみがログに記録されますが、構成変更により、カスタム・サービスも含めてすべてのサービスを監視できます。

- ユーザー・アクセス: ユーザー・プロファイルのサマリーの収集や統合など、コンテンツ・アクセス・イベント以外の他の情報を収集します。このデータには、ユーザー名およびユーザー・プロファイル情報が含まれます。

9.2.2 データの記録と削減

Content Trackerでは、次のソースからデータが記録されます。

- Webサーバー・フィルタ・プラグイン: コンテンツが静的URLを介してリクエストされると、Webサーバー・フィルタ・プラグインによってリクエストの詳細が記録され、イベント・ログ・ファイルに情報が保存されます。イベント・ログ・ファイルは、Content Trackerデータ削減プロセスで入力として使用されます。

- サービス・ハンドラ・フィルタ: Content Trackerでは、コンテンツを返すサービスが監視されます。これらのサービスの1つが呼び出されると、そのサービスの詳細がコピーされ、SctAccessLog表に保存されます。

- ロギング・サービス: Content Trackerでは、イベントをログに記録するための単一サービス・コールがサポートされています。これは、URLを介して直接呼び出すか、サービス・スクリプト内のアクションとして呼び出すか、またはIdoc Scriptから呼び出すことができます。

- データベース表: ユーザー・プロファイル情報を収集して処理するように構成すると、データ削減プロセスで、選択されたデータベース表を問い合せ、レポート作成期間中にアクティブであったユーザーの情報が取得されます。

- アプリケーションAPI: 他のコンポーネントやアプリケーションを追跡対象として登録できるインタフェースが用意されています。このインタフェースを使用すると、Site Studioなどの連携するアプリケーションで、イベント情報をリアルタイムでログに記録できます。アプリケーションAPIは、サービスを使用しないコード間のコールとして設計されています。APIは、汎用的には使用できません。このインタフェースを使用してアプリケーションを構築する場合は、コンサルティング・サービスにお問い合せください。

データ削減プロセスでは、データ記録ソースから取得されたデータが収集されてマージされます。この削減プロセスが完了するまで、Content Tracker表のデータは完成しません。毎日の収集データに対して削減を1回実行します。削減は手動で実行するか、または自動的に実行するようにスケジュールでき、通常はシステム負荷が少ないピーク外の時間帯にスケジュールします。

9.2.3 Content Trackerの用語

Content Trackerで使用される用語は、次のとおりです。

- データ収集: コンテンツ・アクセス情報を収集し、情報をイベント・ログ・ファイルに書き込むこと。

- データ削減: データ収集からの情報を処理してデータベース表にマージすること。

- データ・エンジン・コントロール・センター: データ・エンジンのユーザー制御機能へのアクセスを提供するインタフェース。このリージョンには次のタブがあります。

- コレクション: データ収集を有効化するために使用します。

- 削減: データ削減(データをデータベース表内にマージすること)を停止および開始するために使用します。

- スケジュール: 自動データ削減を有効化するために使用します。

- スナップショット: アクティビティ・メトリックを有効化するために使用します。また、スナップショットという用語は、特定の時点の状態を表す情報セットも示します。

- サービス: ログに記録するサービス・コールを追加、構成および編集するために使用します。また、これは、指定されたサービスについてログに記録する具体的なイベント詳細を定義する場合にも使用します。

- サービス定義: サービス・コール構成ファイル(SctServiceFilter.hda)内のResultSet構造で、ログに記録する各サービス・コールを定義するエントリが含まれます。サービス定義ResultSetは、ServiceExtraInfoという名前です。

- サービス・エントリ: ログに記録されるサービス・コールを定義する、サービス定義ResultSet (ServiceExtraInfo)内のエントリ。ServiceExtraInfo ResultSetには、ログに記録されるサービスごとに1つのサービス・エントリが含まれます。

- フィールド・マップ: サービス・コール・データおよび特定のデータ記録場所を定義する、サービス・コール構成ファイル(SctServiceFilter.hda)内の2次的なResultSet。

- 上位アクセス・コンテンツ・アイテム: システム内の最も頻繁にアクセスされているコンテンツ・アイテム。

- コンテンツ・ダッシュボード: 特定のコンテンツ・アイテムのアクセスに関する概要情報が表示されるページ。

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

Content Trackerは、ほとんどのハードウェアおよびネットワーク構成でサポートされていますが、ハードウェアとソフトウェアの組合せによっては特別な考慮が必要になります。

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

- 静的URLおよびWebDAV

- ExtranetLookコンポーネント

- 検索関連メトリック

グリニッジ標準時(GMT)を使用するには、SctUseGMT構成変数をtrueに設定します。デフォルトでは、ローカル時間を使用するように、falseに設定されています。構成変数の詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

以前のバージョンのContent Trackerをアップグレードする場合、アクセス時間が1回前に戻ります(地域によっては先に進みます)。年2回のサマー・タイム実施に対応するために、記録されるユーザー・アクセス時間に中断が生じます(ローカル時間の使用および地域によって異なります)。

9.3 操作の詳細

Content Trackerでは、構成に応じて、動的および静的なコンテンツ・アクセスやサービス・コールなどのイベント情報のデータ収集を実行できます。どちらのタイプのデータも、結合された出力表(SctAccessLog)に記録されます。サービス・コールはリアルタイムでログに挿入されますが、静的URL情報は最初に(手動またはスケジュール実行で)データ削減プロセスを実行する必要があります。

アクティビティ・データが収集されると、Content Trackerではイベント情報が結合、分析および統合され、要約されたアクティビティがデータベース表にロードされます。

- データ収集

- データ削減

- Content Trackerイベント・ログ

- 結合された出力表

- データ出力

- 追跡の制限事項

9.3.1 データ収集

データ収集は、追跡機能の最初のステップです。Content Trackerのデータ収集には、静的URL参照およびサービス・コール・イベントからの情報の収集が含まれます。データの収集には、複数の方法が使用されます。

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

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

- ロギング・サービス

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

Content Trackerは、サービス・ハンドラ・フィルタを使用して、Webサーバー経由の動的コンテンツ・リクエストに関する情報や、その他のタイプのアクティビティ(アプリケーションからのコールなど)に関する情報を取得します。サービス・リクエスト詳細は、サービス・コールに付随するDataBinderから取得され、情報は結合された出力表(SctAccessLog)にリアルタイムで格納されます。

SctServiceFilter.hda構成ファイルは、ログに記録するサービス・コールを指定するために使用されます。ここでは、ログに記録されるサービスごとにサービス定義エントリが1つずつ含まれるResultSet構造が使用されます。拡張されたサービス・ロギング機能を使用している場合、このファイルには、サービス定義エントリに対応するフィールド・マップも含まれます。

SctServiceFilter.hdaファイルには、ServiceExtraInfo ResultSetが含まれています。このResultSetには、ログに記録されるサービスを定義する1つ以上のサービス・エントリが含まれます。拡張されたサービス・ロギング機能をサポートするために、追加のフィールド・マップResultSetが使用されます。追加のデータ値を追跡するサービスごとに、SctServiceFilter.hdaファイル内には、関連するサービスのデータ・フィールド、場所およびデータベース宛先列を定義するフィールド・マップResultSetが存在する必要があります。

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

静的URLを介して取得された管理対象コンテンツでは、通常、サービスを起動しません。Content TrackerのWebサーバー・フィルタプラグインによって、アクセス・イベント詳細(静的URL参照)が収集され、RAW Content Trackerイベント・ログ(sctlogファイル)に記録されます。これらのファイル内の情報は、結合された出力表にサービス・コール・データとともに挿入される前に、明示的な削減を(対話式またはスケジュール実行で)実行する必要があります。

9.3.1.3 ロギング・サービス

ロギング・サービスは、URLを介して直接、またはサービス・スクリプト内のアクションとして呼び出すことができる単一サービス・コールです。また、executeService関数を使用して、Idocスクリプトから呼び出すこともできます。呼出し元アプリケーションによって、記録する必要のあるサービスDataBinder内のフィールドが設定され、これには、Content Trackerサービス・フィルタ構成ファイル(SctServiceFilter.hda)にリストされている記述フィールドが含まれます。

サービス・ハンドラ・フィルタを介してログに記録されるサービスと、Content Trackerロギング・サービスを介してログに記録されるサービスとの間に、重複や競合はないはずです。サービスの名前がContent Trackerサービス・ハンドラ・フィルタ・ファイルに指定されている場合、それらのサービスは自動的にログに記録されるため、Content Trackerロギング・サービスによる記録は不要です。ただし、Content Trackerでは、このような重複を回避する処理は行われません。

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

データ収集を有効化または無効化する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。

2. データ・エンジン・コントロール・センター: 「コレクション」タブで、「データ収集の有効化」チェック・ボックスを選択(収集を有効化する場合)するか、選択を解除(収集を無効化する場合)します。

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

アプレットは終了しないでください。確認メッセージが表示されるまで待ちます。確認メッセージの前に終了すると、要求した変更が有効にならない場合があります。

4. 確認メッセージが表示されたら、「OK」をクリックします。

5. Webサーバーおよびコンテンツ・サーバーをこの順序で再起動します。

9.3.2 データ削減

データ削減中に、Webサーバー・フィルタ・プラグインによって取得された静的URL情報がサービス・コール・データとともにマージされ、出力表に書き込まれます。また、削減時には、Content Trackerの構成に応じて、Content Trackerユーザー・メタデータ・データベース表が、静的URLアクセスおよびサービス・コール・イベント・レコードから収集された情報で更新されます。

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

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

- データ削減サイクル

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

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

- 削減スケジュール

- データ削減の手動実行

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

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

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

データ削減プロセス中に、静的URL情報がRAWデータ・ファイルから抽出され、SctAccessLog表に格納されているサービス情報と結合されます。Content Trackerでは、デフォルトで、SctAccessLog表のデータのみが収集および記録されます。ユーザー・データ出力表が存在しても、Content Trackerではその出力表に移入されません。

Content Trackerの構成に応じて、この削減プロセスでは次の処理が実行されます。

- 静的URLコンテンツ・アクセスのアクセス情報がサービス詳細と結合されます。

- レポート作成期間中にアクティブであったユーザー・アカウントに関する情報が要約されます。この情報は、Content Trackerのユーザー・メタデータ・データベース表に書き込まれます。

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

Content Trackerには、検索関連データを選択的に生成してカスタム・メタデータ・フィールドに格納するためのオプションが用意されています。スナップショット機能を使用すると、アクティブにするアクティビティ・メトリックを選択できます。ログに記録されたデータには、コンテンツ・アイテムの人気度を示すコンテンツ・アイテム使用状況情報が含まれます。

Content Trackerでは、デフォルトで、SctAccessLog表のデータのみが収集および記録されます。スナップショット機能がアクティブでないかぎり、ユーザー・データ出力表が存在しても、Content Trackerではその出力表に移入されません。ただし、スナップショット機能を使用すると、Content Trackerのパフォーマンスに影響します。

スナップショット機能およびアクティビティ・メトリックをアクティブにした場合は、削減処理フェーズに続いて、カスタム・メタデータ・フィールドの値が更新されます。ユーザーがコンテンツ・アイテムにアクセスすると、適用可能な検索関連メタデータ・フィールドの値が変わります。Content Trackerでは、削減後の手順の中で、SQL問合せを使用して、レポート作成期間中にアクセスされたコンテンツ・アイテムが特定されます。Content Trackerでは、データベース表メタデータ・フィールドが新しい値で更新され、再索引付けサイクルが開始されます。ただし、再索引付けされるのは、アクセス・カウント・メタデータ値が変更されたコンテンツ・アイテムのみです。

削減後の手順は、影響を受けるコンテンツ・アイテムごとにアクティビティ・メトリックを処理して表を作成し、割り当てられたカスタム・メタデータ・フィールドにデータをロードするために必要です。また、アクティビティ・メトリック値が変更されたコンテンツ・アイテムに対して再索引付けサイクルを開始することによって、確実にデータが検索索引に含まれるため、検索結果を選択したり並べ替えるためにアクセスできるようになります。

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

9.3.2.3 データ削減サイクル

削減された表データは、関連付けられたRAWデータが「最新」ステータスから「アーカイブ」ステータスに移行すると、プライマリ表から対応するアーカイブ表に移動します。プライマリ表には「新規」サイクルおよび「最新」サイクルにおける削減データの出力が含まれ、アーカイブ表には「アーカイブ」サイクルにおける削減データの出力が含まれます。

データが削減されて1日経過すると、RAWデータは「新規」から「最新」に移行します。このように、「新規」サイクルは、データが現在の日付のものであり、以前の日付から削減されていないことを示しています。「最新」サイクルは、データが前日以前のものであり、すでに削減されていることを示します。

「最新」セットの数が構成済のしきい値に到達した場合、手動またはスケジューラによって削減プロセスが実行されると、RAWデータは「アーカイブ」に移行します(また、SctAccessLog表の対応する行がSctAccessLogArchive表に移動します)。「最新」セット数のしきい値の構成の詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスにあるSctMaxRecentCount構成変数の情報を参照してください。削減プロセスが実行されていない場合、RAWデータはいつまでも「最新」サイクルのままです。

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

コンテンツ・アイテムにアクセスするために使用されたアクセス・モードによって、それらのアクセスがSctAccessLog表に記録される方法が決まります。サービスを介してコンテンツ・アイテムがアクセスされる(実際のネイティブ・ファイルを表示する)と、イベントがリアルタイムでSctAccessLog表に記録されます。この場合、アクティビティは即時に記録され、削減プロセスには依存しません。

静的URLを介してコンテンツ・アイテムがアクセスされる(Webロケーション・ファイルを表示する)と、Webサーバー・フィルタ・プラグインによって静的ログ・ファイルにイベントが記録されます。データ削減プロセス中に、指定された日付の静的ログ・ファイルが収集され、データがSctAccessLog表に移動します。この場合、特定の日付についてデータ削減が実行されないと、静的URLはSctAccessLogに記録されず、これらのアクセスが行われた証拠は残りません。

間隔カウントについては、静的アクセスとサービス・アクセスの処理方法の違いを考慮する必要があります。たとえば、ユーザーが土曜日にコンテンツ・アイテムに2回アクセスした場合、1回はWebロケーション・ファイルを介して(静的アクセス)、もう1回はネイティブ・ファイルを介して(サービス・アクセス)アクセスしたとします。サービス・アクセスはSctAccessLog表に記録されますが、Webロケーション・アクセスはSctAccessLog表に記録されません。日曜日のデータが削減された場合、(静的アクセスでなく)サービス・アクセスのみが短期および長期のアクセス・カウント間隔のサマリーに含められます。ただし、土曜日のデータも削減された場合は、サービス・アクセスと静的アクセスの両方がSctAccessLog表に記録され、両方の間隔に含められます。

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

レポートに最新の情報が含まれるように、データ・セットは、通常、発生時間(カレンダ)順に削減されます。RAWデータ・ログ・ファイルが削減される順序によって、記録およびカウントされるユーザー・アクセス・データの種類が決まります。削減中に、SctAccessLog表およびユーザー・メタデータ・データベース表が、RAWデータ・ファイルからのデータで変更されます。

スナップショット機能を使用して検索関連情報を収集する場合は、アクティブ化されたアクティビティ・メトリックに関連付けられているメタデータ・フィールドもデータ削減中に更新されます。アクティビティ・メトリックでは、DocMetaデータベース表に含まれているカスタム・メタデータ・フィールドが使用されます。

Content Trackerでは、削減データ・セット内の適用可能データに従ってアクティビティ・メトリック値が変更されます。データ値を完全かつ最新に保つために、毎日データ削減を実行します。データ・セットを順序どおりに削減しない場合は、現行または最新のデータ・セットを再削減すると、カウントが訂正されます。ただし、データは常に日付順に削減することをお薦めします。

次のシナリオに、削減順序によって格納されるデータがどのような影響を受けるかを示します。

シナリオ1:

特定の日(たとえば、土曜日と日曜日)のアクティビティが削減されていない場合、コンテンツ・アイテムへのアクセス方法によっては、これらの日に発生したアクセスが記録またはカウントされないことがあります。詳細は、「アクセス・モードおよびデータ削減」を参照してください。同様に、火曜日にコンテンツ・アイテムがアクセスされ、月曜日と水曜日に削減が実行された場合、そのコンテンツ・アイテムへの最後のアクセスに対して火曜日のアクセスがカウントされないことがあります。

シナリオ2:

過去数日間でアクセス数が大幅に増加し、2週間前からのデータを削減した場合、コンテンツ・アイテムの長期および短期のアクセス・メトリックは最新のアクティビティを反映しません。この場合、2週間前からの間隔値で本日の値がオーバーライドされます。現在または最新のデータ・セットを削減すると、カウントが訂正されます。

削減順序によって最終アクセス日付が誤って変更されることはありません。削減データ・セット内の最新のアクセスがコンテンツ・サーバーのDocMetaデータベース表の最終アクセス値よりも新しい場合にのみ、削減プロセスによって最終アクセス日付が変更されます。

最新のデータ・セットを削減し、特定のコンテンツ・アイテムがアクセスされた場合は、最終アクセス・フィールドが削減データ・セット内の最新のアクセス日付に更新されます。その後、それ以前のデータ・セットを再削減した場合、現行値は、このコンテンツ・アイテムに対する以前のアクセス日付で上書きされません。

シナリオ3:

任意の順序でデータ・セットを削減した場合は、「最新」データ・ファイルから「アーカイブ」データ・ファイルへの移行が妨げられます。関連付けられた表レコードは存続時間に基づいて移動し、アーカイブ表は最も古いデータを格納することを目的にしています。データ・セットがランダムな順序で削減された場合、どのデータが最も古いかは不明になります。

「最新」データ・ファイルおよび「アーカイブ」データ・ファイルの詳細は、「ユーザー・メタデータ表」および「データ削減サイクル」を参照してください。

9.3.2.6 削減スケジュール

スケジュールに基づいた削減の実行を構成し、定期的にRAWデータを削減できます。RAWデータは、「最新」リポジトリおよび「アーカイブ」リポジトリに安定して移動し、同様に、削減済データはプライマリ表からアーカイブ表に安定して移動します。

Content Trackerデータ・エンジンが、スケジュールされた削減実行の前日に無効化された場合、データは収集されないことに注意してください。スケジュールされた削減実行の日に有効化された場合、使用可能なデータが存在しないため、スケジューラは実行されません。

特定の日にスケジュールされたデータ削減は、その前日中に収集されたデータに対して実行されます。前日の定義は、午前0時(システム時間)に開始および終了する24時間です。CPUリソースを節約するには、システム負荷が一般に最も低い早朝時間帯に削減実行をスケジュールします。

削減が午前0時から数分後以内に実行されるようにスケジュールされている場合、エラーが発生することがあります。エラーが発生した場合は、削減がそれよりも後に実行されるように再スケジュールしてください。

9.3.2.7 データ削減の手動実行

データを手動で削減する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。

2. データ・エンジン・コントロール・センター: 「削減」タブで、削減する入力データのセットをクリックして選択します。このページには、次の情報が表示されます。

- サイクル: 入力データのステータス。値には、「新規」(入力データが削減されていません)、「最新」(データが削減されていますがアーカイブされていません)および「アーカイブ」(削除されるまでデータは「アーカイブ」サイクルのままです)があります。

- データ収集日: データが収集された日時。

- ステータス: 削減のステータス。値には、「準備完了」(入力データを削除できます)、「実行中」(データを削減中です)および「アーカイブ」(データを「最新」サイクルから「アーカイブ」サイクルに移動中です)があります。

- 完了(%): 削減サイクルの進行状況。

- 完了日: 削減が完了した日時。

3. 「データの削減」をクリックします。

4. データを削減するには、「はい」をクリックします。

注意:

現在の日付のデータが削減された場合、データが削減されても「サイクル」列のステータスは「新規」のままです。

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

データ削減の自動実行を設定する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。

2. データ・エンジン・コントロール・センター: 「スケジュール」タブで、「スケジュール設定が有効化されています」チェック・ボックスを選択します。

3. データ削減を実行する曜日のチェック・ボックスを選択します。

4. データ削減を実行する時間および分を選択します。

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

アプレットは終了しないでください。確認メッセージが表示されるまで待ちます。確認メッセージの前に終了すると、要求した変更が有効にならない場合があります。

6. 確認メッセージが表示されたら、「OK」をクリックします。

9.3.2.9 データ・ファイルの削除

データ・ファイルを削除する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。

2. データ・エンジン・コントロール・センター: 「削減」タブで、削除する入力データのセットをクリックして選択します。

3. 「削除」または「アーカイブの削除」をクリックします。

4. データを削除するには、「OK」をクリックします。

9.3.3 Content Trackerイベント・ログ

Content Trackerでは、様々なイベント・ログ・タイプ、および複数のWebサーバーを含む構成に対応するために、複数の入力ファイルがサポートされています。各Webサーバー・フィルタ・プラグイン・インスタンスでは、イベント・ログ用のファイル名接尾辞として固有のタグが使用されます。固有の接尾辞には、Webサーバー・ホスト名とサーバー・ポート番号が含まれています。

削減プロセスでは、sctLog-yyyymmdd-<myhostmyport.txtという名前の複数のRAWイベント・ログが検索されてマージされます。RAWイベント・ログは、個別に処理されます。

ユーザーがContent Serverにログインしていても、コンテンツ・サーバーでコンテンツ・アクセス・イベントのユーザー名が取得されていない場合があります。この場合、アイテムは静的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)がタイムスタンプ・ファイルとして生成されます。

9.3.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 Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

次の表では、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フィールドがこれらの列にマップされます。

9.3.5 データ出力

Content Trackerが適切に構成されている場合は、静的および動的なコンテンツ・アクセス・リクエスト情報およびすべてのメタデータ・フィールドがアクセス可能になります。ログに記録されるメタデータには、コンテンツ・アイテムおよびユーザー・メタデータが含まれます。

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

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

- 削減ログ・ファイル

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

Content Trackerでは、コンテンツ・アイテム・メタデータ用に、標準のコンテンツ・サーバー・メタデータ表が使用されます。

9.3.5.2 ユーザー・メタデータ表

Content Trackerユーザー・メタデータ・データベース表は、レポート作成期間中にアクティブであったユーザーに関して収集された情報で更新されます。これらの表には、データ削減実行時のユーザー・プロファイルに関するデータが保持されます。ユーザー・メタデータ表の名前は、ルート(含まれている情報のクラスを示す)、およびその表とネイティブのコンテンツ・サーバー表を区別するための接頭辞Sctで構成されます。

デフォルトでは、Content Trackerでデータはアーカイブされないため、期限切れの行はプライマリ表からアーカイブ表に移動されません。かわりに、期限切れの行が破棄されて最適なパフォーマンスが確保されます。ユーザー・メタデータ・データベース表の2つの完全セットが作成されます。

- プライマリ: SctUserInfoなどには、「新規」および「最新」サイクルにおける削減データの出力が含まれます。

- アーカイブ: SctUserInfoArchiveなどには、「アーカイブ」サイクルにおける削減データの出力が含まれます。

Content Trackerがアーカイブを実行するように構成されている場合は、削減データ・ファイルが「最新」から「アーカイブ」ステータスに移行し、関連付けられた表レコードがプライマリ表からアーカイブ表に移動します。これにより、プライマリ表に余分な行が構築されることがなく、最新データに対して実行された問合せは短時間で完了します。アーカイブ表の行は削除されません。これらは、SQL問合せツールを使用して移動または削除できます。アーカイブ表のすべての行を削除するには、表自体を削除します。これらは、コンテンツ・サーバーが次に再起動されるときに再作成されます。レポートは、アーカイブ・データに対しては実行されません。

作成される表は、次のとおりです。

- SctAccounts表には、すべてのアカウントのリストが含まれます。アカウントごとに1行ずつ使用して編成されます。

- SctGroups表には、削減時のすべての現行ユーザー・グループのリストが含まれます。コンテンツ・アイテム・グループごとに1行ずつ使用して編成されます。

- SctUserAccounts表には、SctUserInfo表にリストされていて、かつ現行インスタンス内で定義されているアカウントを割り当てられた全ユーザーのエントリが含まれます。ユーザーとアカウントの組合せごとに、個別のエントリが存在します。
Content Trackerでは、複数のプロキシ・インスタンスのユーザーのグループおよびアカウント情報を判別できないことがあります。現行インスタンスがプロキシの場合、別のプロキシで定義されているアクティブ・ユーザーのグループ情報が、そのユーザーのSctUserGroups内のプレースホルダ行で置換されます。この行には、ユーザー名と、グループのハイフン(-)プレースホルダが含まれます。現行インスタンス内で少なくとも1つのアカウントが定義されている場合は、別のプロキシで定義されているユーザーのSctUserAccounts内に同様のエントリが作成されます。

- SctUserGroups表は、レポート作成期間中にアクティブな各ユーザーのユーザー・グループごとに1行ずつ使用して編成されます。データ収集期間中にログオンしたユーザーを参照します。Content Trackerがプロキシのコンテンツ・サーバー構成で実行されている場合は、現行インスタンス内で定義されているグループのみがリストされます。たとえば、「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に対する別々のエントリが記載されます。

9.3.5.3 削減ログ・ファイル

データ削減が実行されると、Content Trackerデータ・エンジンによって、reduction-yyyymmdd.logという名前のサマリー結果ログ・ファイルが生成されます。削減ログは、データ削減エラーを診断する際に役立ちます。

9.3.6 追跡の制限事項

場合によっては、Content Trackerにはデータの追跡に関する制限事項があります。この項では、それらの制限事項の概要を示します。

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

- 静的URLおよびWebDAV

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

- ExtranetLookコンポーネント

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

現在、Content Trackerでは、単一サーバーにインストールされたマルチノード・クラスタはサポートされていません。このことは、複数のネットワーク・カードが搭載され、各クラスタ・ノードに固有のIPアドレスがある場合にも当てはまります。この場合、各クラスタ・ノードのContent Serverインスタンスは、IntradocServerPortを特定のIPアドレスに正常にバインドできます。

ただし、受信プロバイダのServerPortを指定のIPアドレスにバインドできるクラスタ・ノードは1つのみです。したがって、すべてのクラスタ・ノードが同じ受信プロバイダのServerPortを共有し、交代で使用します。このため、Content TrackerのSctLockプロバイダは、一度に1つのクラスタのドキュメント・アクセスのみを追跡できます。

9.3.6.2 静的URLおよびWebDAV

Content Trackerによって判別されたアクセス・カウントは通常は正確ですが、状況によっては、コンテンツが実際にリクエスト・ユーザーに配信されたかどうか、または配信された場合にコンテンツのどのリビジョンが配信されたのかをソフトウェアで判別できないことがあります。

- WebDAV経由で繰返されるリクエスト: ユーザーがWebDAVクライアント経由でドキュメントにアクセスした後、同じドキュメントに再アクセスする場合、記録されるのは最初のWebDAVリクエストのみです。このようなコンテンツについて報告されるアクセス・カウントは、通常、実際よりも少なくなります。

- 静的URL: ユーザーがコンテンツ・ファイルのURLを保存しますが、その後コンテンツは改訂され、保存されているURLが無効になります。ユーザーが保存されているURLを介してコンテンツにアクセスしようとすると、エラーが発生します。Content Trackerでは、コンテンツが配信されていなくても、これを正常なアクセスとして記録します。このようなコンテンツについて報告されるアクセス・カウントは、通常、実際よりも多くなります。

- 静的URLおよび間違ったdID: ユーザーがURLを使用してコンテンツにアクセスし、Content Trackerデータ削減操作が実行される前にコンテンツが改定されていたり、セキュリティ・グループが変更されている場合、ユーザーには最新リビジョンが表示されていると報告されます。このようなコンテンツについて報告されるアクセス・カウントは、通常、実際よりも新しいリビジョンに関して行われます。このような結果を最小限に抑えるには、データ削減を定期的にスケジュールまたは実行します。

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

- 保存済の静的URLによるアクセスについて報告される間違ったdID

- 保存済(失効)静的URLによるアクセスの誤検出

- WebDAV経由で繰返しリクエストされたコンテンツのアクセスの欠落

9.3.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では、実際のアクセス発生時ではなく、データ削減中にこの判別が行われます。

リビジョンのグループやセキュリティが元のものから変更された場合など、この問題がすぐには明らかにならない場合もあります。たとえば、ユーザーが静的URLを介してドキュメントの「Public」リビジョン1にアクセスした場合、その後ドキュメントがリビジョン2に改訂され、Content Trackerデータ削減の実行前に「Secure」に変更されると、Trackerでは、Secureバージョンがユーザーに表示されたと報告されます。これは、コンテンツ・ファイル・タイプが変更された場合にも起こる可能性があります。ユーザーが元の.xmlバージョンにアクセスした後、データ削減の実行前にその.xmlバージョンが完全に別の.docに置き換えられた場合、Trackerでは、実際の.xmlバージョンではなく.docリビジョンがユーザーに表示されたと報告されます。

9.3.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ロケーションは、次に示す1行目のコードから2行目のコードに変更されます(ここで、xyzzyは割り当てられたコンテンツIDです)。

DomainHome/ucm/cs/groups/public/documents/adacct/xyzzy.doc

DomainHome/ucm/cs/groups/public/documents/adacct/xyzzy.xmlに変更されます。

元のリビジョンは、

DomainHome/ucm/cs/groups/public/documents/adacct/xyzzy~1.doc

これは、元のWebロケーションは静的URLとして機能しなくなることを意味します。ただし、元のURLから取得されたコンテンツIDは最新リビジョンと一致します。

9.3.6.2.3 WebDAV経由で繰返しリクエストされたコンテンツのアクセスの欠落

シナリオ: ユーザーがWebDAVクライアント経由でドキュメントにアクセスした後、同じ方法で同じドキュメントにアクセスします。記録されるのは、ドキュメントに対する最初のWebDAVリクエストのみです。このようなコンテンツについて報告されるアクセス・カウントは、実際よりも少なくなる傾向があります。

詳細: WebDAVクライアントは通常、ネットワーク・トラフィックの量を減らすためになんらかの形態のオブジェクト・キャッシングを使用します。ユーザーが特定のオブジェクトをリクエストすると、クライアントは最初に、ローカル・ストア内にオブジェクトのコピーが存在しているかどうかを判別します。存在していない場合、クライアントはサーバーに接続し、転送をネゴシエートします。この転送は、COLLECTION_GET_FILEサービス・リクエストとして記録されます。

クライアントにすでにオブジェクトのコピーが存在する場合、クライアントはサーバーに接続して、クライアント・ローカル・コピーが取得された後にオブジェクトが変更されたかどうかを判別します。変更されている場合は、新しいコピーが転送され、COLLECTION_GET_FILEサービス詳細が記録されます。

クライアントのオブジェクト・コピーが現行のままである場合、転送は行われず、クライアントは保存済のオブジェクト・コピーをユーザーに表示します。この場合、ユーザーが元のコンテンツの新しいコピーを取得したように見えても、コンテンツ・アクセスはカウントされません。

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

Content TrackerのWebサーバー・フィルタ・プラグインは、アクセス・リクエストが処理されているユーザーの認可コンテキスト内で実行されます。リクエスト処理スレッドの所有者は、システム・アカウントである場合があります。そうでない場合、これはリクエスト・ユーザーか、またはアプリケーションで使用されるシステム以外の別のタイプのアカウントです。

フィルタによって、情報がRAWイベント・ログに記録されます。ログ・ファイルが存在しない場合、イベント・スレッドを所有するユーザーの保護および認可のデフォルト資格証明を使用して新しいファイルが作成されます。ユーザー・アカウントにデータ・ディレクトリに対する書込み権限がある場合は、コンテンツ・アクセス・データが記録されます。そうでない場合、ログへのリクエストの記録は失敗し、アクセス・イベント詳細は記録されません。

Content Trackerでユーザー・アクセス・リクエストを適切に記録するには、すべてのユーザーについてアカウント認可の資格照明を受け入れるようにデータ・ディレクトリを構成する必要があります。1つの方法は、すべてのユーザーに書込み権限(または同等の権限)を付与することです。セキュリティの考慮事項によって無制限のアクセス・レベルが禁止されていなければ、無制限の書込みアクセス権を許可することをお薦めします。

9.3.6.4 ExtranetLookコンポーネント

ExtranetLookコンポーネントを使用すると(有効な場合)、Cookieベースのログイン形式とページを匿名タイプのユーザー向けにカスタマイズできます。このコンポーネントでは組込みのWebサーバー・プラグインを使用して、リクエストを監視し、リクエストがCookie設定に基づいて認証されているかどうかを判別します。ユーザーがコンテンツ・アイテムへのアクセスをリクエストした場合、Content Trackerはそのユーザーのアカウントの認可コンテキスト内で機能する必要があります。

アクセス情報が収集された後に、Content Trackerではイベント・データをログ・ファイルに記録しようとします。ユーザーのアカウントにContent Trackerのデータ・ディレクトリにアクセスする権限がある場合、リクエスト・アクティビティはログに記録されます。ただし、アカウントに書込み認可がない場合、ログへのリクエストの記録は失敗し、リクエスト・アクティビティは記録されません。

9.4 データ追跡機能

この項では、Content Trackerで使用できる様々なデータ追跡機能について説明します。

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

- サービス・コール

- Webビーコン機能

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

アクティビティ・スナップショット機能によって、記録された各コンテンツ・アイテム・アクセスに関連するユーザー・メタデータが取得されます。

- 検索関連メトリック

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

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

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

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

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

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

9.4.1.1 検索関連メトリック

アクティブにすると、アクティビティ・メトリックおよび対応するメタデータ・フィールドに、コンテンツ・アイテムのユーザー・アクセスに関する検索関連情報が移入されます。オプションの自動ロード機能を使用すると、チェックインされたコンテンツ・アイテムのタイムスタンプが正確になるように、最終アクセス・アクティビティ・メトリックを更新できます。

Content Trackerでは、必要に応じて、特定のコンテンツ・アイテムの人気度を示すコンテンツ・アイテム使用状況情報が検索関連カスタム・メタデータ・フィールドに挿入されます。この情報には、2つの異なる時間間隔における最新アクセスの日付およびアクセス数が含まれます。

これらのアクティビティ・メトリック機能から生成された情報は、様々な方法で使用されます。たとえば、最近表示されたコンテンツ・アイテムや、先週最も多く表示されたコンテンツ・アイテムに従って、検索結果を並べ替えることができます。

スナップショット機能がアクティブになっている場合は、削減後の手順で検索関連メタデータ・フィールドの値が更新されます。この処理手順の間、Content TrackerではSQL問合せを使用して、アクティビティ・メトリックの値を変更したコンテンツ・アイテムが判別されます。Content Trackerでは、適用可能なデータベース表が新しい値で更新され、再索引付けサイクルが開始されます。ただし、再索引付けされるのは、メタデータ値を変更したコンテンツ・アイテムのみです。

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

これらのオプション機能を使用するには、最初に、アクティビティ・メトリック選択項目をアクティブにするスナップショット後処理機能を有効化する必要があります。次に、アクティビティ・メトリックを選択して有効化し、事前に選択したカスタム・メタデータ・フィールドを割り当てます。

スナップショット機能を有効化し、アクティビティ・メトリックをアクティブ化する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。

2. データ・エンジン・コントロール・センター: 「スナップショット」タブで、スナップショットの有効化を選択します。

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

4. 確認ウィンドウで、「OK」をクリックします。

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

スナップショット機能を実装する前に、有効化した各アクティビティ・メトリックに関連付けるカスタム・メタデータ・フィールドを決定します。また、このカスタム・メタデータ・フィールドが存在し、正しい型である必要があります。有効化するアクティビティ・メトリックに応じて、適用可能な手順に従って1つ以上のカスタム・メタデータ・フィールドを作成します。

アクティビティ・メトリックに関する次の特定情報を追加します。

- 最終アクセス・メトリック

- フィールド・タイプ: 日付

- デフォルト値: オプション。指定されていない場合、コンテンツ・アイテムがチェックインされてデータ削減が実行されるまで、フィールドは移入されません。一部のアプリケーションではデフォルト値が必要であり、その場合は、最終アクセス・フィールドにコンテンツのチェックインの日時が移入されるように「デフォルト値」フィールドに値を入力します。詳細は、「最終アクセス・フィールドのチェックイン時刻値の設定」を参照してください。

- 検索インタフェースの有効化: オプション。検索に使用できるフィールドの作成をチェックします。

- 短期および長期アクセス・メトリック

- フィールド・タイプ: 整数

- 検索インタフェースの有効化: オプション。検索に使用できるフィールドの作成をチェックします。

カスタム・メタデータ・フィールドの索引付けはオプションですが、索引付けによってこのフィールドでの検索がより効率的になります。索引付けによって、蓄積された検索関連統計を問い合せて有用なデータを生成できます。たとえば、人気順に並べたコンテンツ・アイテムのリストを作成できます。

9.4.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レコードのみが影響を受けます。

- 「自動ロード」は永続的です。「自動ロード」チェック・ボックスの状態は、スナップショットの他の設定とともに保存されます。このオプションを誤って使用しないようにするには、自動ロード機能を実行した直後に「自動ロード」チェック・ボックスの選択を解除して、アクティビティ・メトリック・フィールドの設定を再度保存してください。

- 「自動ロード」による更新の完了後にコンテンツ・サーバーのインデクサは自動実行されません。コレクションの再構築をいつ実行するかを決定する必要があります。

- デフォルトでは、「自動ロード」問合せによって、最終アクセス・メタデータ・フィールドが現在の日時に設定されます。必要に応じて問合せをカスタマイズできます。

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

アーカイブおよびバッチロードされたコンテンツを適切に保存するには、インポートまたは挿入用に最終アクセス・フィールドに日付を設定します。そうしないと、これらのコンテンツ・アイテムのアクセス日付はNULLになり、このフィールドに基づいた保存は失敗します。また、日付が保存管理にどのように影響するかについても考慮してください。たとえば、1998年データのインポートは、コンテンツの保存品質を正確に反映するために、インポートを実行した日付よりもその日付を使用した方が適切にタグ付けできる場合があります。

最終アクセス・フィールドの名前は、フィールドの作成時に指定した名前に基づいています。たとえば、最終アクセスという名前を使用する場合は、xLastAccessがインポートまたは挿入で使用されます。

バッチ・ローダー・ユーティリティの使用方法の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理を参照してください。

バッチ・ローダーを使用して最終アクセス・フィールドに移入する手順の概要は、次のとおりです。

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. バッチ・ローダーを実行して、ファイル・レコードを処理します。

9.4.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メタデータ・フィールドを明示的に除外することを確認します。

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

スナップショットのアクティビティ・メトリック設定を変更する手順は、次のとおりです。

1. 「メイン」メニューから「管理」→「Content Tracker管理」を選択します。「データ・エンジン・コントロール・センター」を選択します。

2. データ・エンジン・コントロール・センター: 「スナップショット」タブをクリックします。

3. アクティビティ・メトリック・フィールドに必要な変更を加えます。

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

5. 確認ウィンドウで、「OK」をクリックします。

9.4.2 サービス・コール

Content Trackerでは、サービス・コールを、関連付けられたサービスに関連するデータ値とともにログに記録できます。ログに記録する各サービスには、サービス・コール構成ファイル(SctServiceFilter.hda)内にサービス・エントリが存在している必要があります。ログに記録するサービスに加えて、対応するフィールド・マップResultSetをSctServiceFilter.hdaに含めることができます。

サービス・コールの管理の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentによる開発を参照してください。

9.4.3 Webビーコン機能

重要:

Webビーコン機能の実装要件は、関連するシステム構成に依存しています。このドキュメントでは、すべての要素には対応できません。Content Trackerで収集および処理されるアクセス・レコードに関する情報は、正確なカウントではなく、一般的なユーザー・アクティビティを示すものです。

Webビーコンは、Webページまたは他の管理対象コンテンツへの間接ユーザー・アクセスを容易に追跡するための特別サポートを提供する管理対象オブジェクトです。Content Trackerの以前のリリースでは、キャッシュされたページのデータや、キャッシュされたサービスから生成されたページのデータは収集できませんでした。キャッシュされたWebページやコンテンツ・アイテムにユーザーがアクセスした場合、コンテンツ・サーバーやContent Trackerではこれらのリクエストが発生したことを認識できません。Webビーコン参照を使用しないと、Content Trackerではこのようなリクエストを記録してカウントできません。

Webビーコンを使用すると、クライアント側では、コンテンツ・サーバー内の管理対象ビーコン・オブジェクトへの目にみえない参照として埋込み参照を使用できます。Content Trackerでは、コンテンツ・サーバーからコンテンツを直接取得せずに、再配布のために外部エンティティによってコピーされた管理対象コンテンツ・アイテムに対するユーザー・アクセス・リクエストを記録してカウントできます。

Webビーコン機能はリバース・プロキシ・アクティビティに役立ちます。

特に、リバース・プロキシ・アクティビティおよびSite Studioの使用時には、Webビーコン機能の使用が適しています。

リバース・プロキシ・シナリオでは、リバース・プロキシ・サーバーは、ユーザーとコンテンツ・サーバーの間に位置します。リバース・プロキシ・サーバーはリクエストされたオブジェクトのコピーを作成することにより、管理対象コンテンツ・アイテムをキャッシュします。別のユーザーが次回にドキュメントを要求すると、プライベート・キャッシュ内のコピーが表示されます。リバース・プロキシ・サーバーのキャッシュ内にオブジェクトが存在しない場合は、コピーをリクエストします。

リバース・プロキシ・サーバーはキャッシュされたコンテンツを配信するため、コンテンツ・サーバーと直接相互作用することはありません。したがって、Content Trackerではこれらのリクエストを検出できないため、このユーザー・アクセス・アクティビティを追跡できません。

リバース・プロキシ・サーバーは、キャッシュしたり、ファイアウォールの内側にあるアプリケーションやサイトへのWebアクセスを管理することによって、Webパフォーマンスを向上させるために使用します。このような構成は、頻繁にアクセスされるコンテンツのコピーを、スケジュールに基づいて更新されるWebサーバーに移動することによってロード・バランシングを行います。

Webビーコン機能を有効にするために、各ユーザー・アクセスには、コンテンツ・サーバーの管理対象ビーコン・オブジェクトへの追加リクエストが含まれています。追加リクエストによってオーバーヘッドが増加しますが、Webビーコン・オブジェクトは非常に小さいため、リバース・プロキシ・サーバーのパフォーマンスに大きな影響を与えることはありません。必要なのは、特に追跡するオブジェクトにWebビーコン参照を埋め込む操作のみです。

Webサイトが外部対象者向けの場合は、サイトのコピーを作成して、別のサーバーに転送できます。このソリューションでは、サイトをパブリックに表示すること以外に、開発サイトと本番サイトを別々にすることも可能です。ただし、この配置の場合は、Webビーコン機能を実装して、Content Trackerでユーザー・アクティビティを収集および処理できるようにしてください。

Webビーコン・オブジェクトの管理方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』を参照してください。

10 コンテンツ・プロファイルの管理

この章では、コンテンツ・プロファイルを使用して選択的にメタデータ・フィールドを組み込みまたは除外することにより、Oracle WebCenter Content Server内に目的の「チェックイン」ページ、「更新」ページ、「コンテンツ情報」ページおよび「検索」ページを作成する方法について説明します。

この章の構成は、次のとおりです。

- コンテンツ・プロファイルについて

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

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

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

- ルールの管理

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

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

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

10.1 コンテンツ・プロファイルについて

管理者は、どのメタデータ・フィールドを組み込むか除外するかをコンテンツ・プロファイルを使用して選択することによって、ターゲットとする「チェックイン」ページ、「更新」ページ、「コンテンツ情報」ページおよび「検索」ページを作成できます。コンテンツ・プロファイルによって、Oracle WebCenter Content Serverの表が作成または変更されることはありません。これらは、単に、表示情報の一種のフィルタとして使用されます。コンテンツ・プロファイルのすべての情報は、IntradocDir/data/profiles/document/ディレクトリに格納されます。

コンテンツ・プロファイルを作成した後は、常に、そのプロファイルはアクティブになります。ユーザー・インタフェース上のリンクを無効にできますが、プロファイルが削除されないかぎり、プロファイル・ルールは引き続き有効です。

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

プロファイルは、ルールとトリガー値で構成され、これらの設定は「構成マネージャ」ページの「プロファイル」タブと「ルール」タブで行います。管理者は、複数のコンテンツ・プロファイルを作成でき、エンド・ユーザーはそれらすべてを使用できます。エンド・ユーザーには、プロファイルごとに個別のチェックイン・ページと検索ページが示されます。すべてのプロファイルがすべてのユーザーに表示されますが、各ユーザーは、特定のプロファイルへのリンクを表示または非表示にするように各自のユーザー・インタフェースを構成できます。

注意:

ドキュメントにシステム内の複数のプロファイルを関連付けることはできません。

コンテンツ・プロファイルを構成するものは次のとおりです。

- ルール: ルールは一連のメタデータ・フィールドで構成され、特定の条件が満たされたとき、これらの条件に基づいて、フィールドが編集可能、必須、非表示、除外または読取り専用であるかどうかが決定されます。ルールの動作は、入力(アクティブ化条件)に基づいて変更できます。ルールは、すべてのプロファイルに対して評価することも(グローバル)、特定のプロファイルに対して評価することもできます。使いやすくするために、ルールを使用してオプション・ヘッダーの下にメタデータ・フィールドをグループ化できます。
たとえば、プロファイルのルールでユーザー・タイプを決定し、チェックインされたドキュメント・タイプに基づいて特定のメタデータ・フィールドのみが表示されるようにできます。ルールは、プロファイルの作成前に確立する必要があります。

- トリガー: トリガー・フィールドは、「構成マネージャ」: 「プロファイル」タブで定義されるメタデータ・フィールドです。ドキュメントがプロファイルのトリガー値と一致した場合に、そのプロファイルがそのドキュメントに対して評価されます。プロファイルの数に制限はありませんが、トリガー値はプロファイルごとに1つのみです。
ルールを作成してからトリガーとプロファイルを作成しますが、ルールの作成前にトリガーの内容を把握しておく必要があります。

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

「コンテンツ・プロファイル・リンクの編集」ページでプロファイルが有効な場合、プロファイルはツールバーの「検索」メニューと「新規チェックイン」メニューから使用できます。プロファイルの表示が有効でない場合、「検索」メニューと「新規チェックイン」メニューは、それぞれ「拡張検索」ページと標準の「コンテンツ・チェックイン・フォーム」への直接リンクになります。

作成したプロファイルは、ブラウザ・セッションがリフレッシュされた後に、ツールバーの「検索」メニューと「新規チェックイン」メニューに表示されます。デフォルトでは、すべてのプロファイルが両方のメニューの下にオプションとしてリストされます。ただし、すべてのユーザーにリストされたプロファイルすべてを使用できる権限が付与されるわけではありません。表示するプロファイルを指定するには、「コンテンツ・プロファイル・リンクの編集」ページで、該当するチェック・ボックスを選択するか選択を解除します。

たとえば、マーケティングの従業員には、会計のプロファイルを使用するために必要な権限が付与されていないとします。この場合、ユーザーが会計のプロファイルのチェック・ボックスの選択を解除すると、このプロファイルは「検索」メニューと「新規チェックイン」メニューの下に表示されません。一般のユーザー・インタフェースと特定のコンテンツ・プロファイル・リンクの詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの使用方法を参照してください。

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

注意:

ルールを作成してからトリガーとプロファイルを作成しますが、ルールの作成前にトリガーの内容を把握しておく必要があります。

1つのプロファイルは、1つ以上のルールと1つのトリガー値で構成されます。チェックイン、更新、コンテンツ情報および「検索」ページでのメタデータ・フィールドの表示方法、およびルールを使用するかどうかが、ルールによって(評価方法に基づいて)決定されます。各ルールは次の内容で構成されます。

- 一連のメタデータ・フィールド。詳細は、「ルールのメタデータ・フィールドと属性」を参照してください。

- オプションのアクティブ化条件。詳細は、「ルールのアクティブ化条件」を参照してください。

- グローバル・ルールで特定の優先度があるかどうかを示すオプション。

- ルールのメタデータ・フィールドがグループ化されているかどうか、および省略可能なヘッダーが使用されるかどうかを示すオプション。

グローバル・ルールは、常に「有効」です(常に評価されます)。グローバル・ルールは、プロファイルに含まれていない場合でも、またはプロファイルが作成されていない場合でも、チェックイン、更新、コンテンツ情報および「検索」ページに表示されるメタデータ・フィールドに自動的に影響を与えます。定義済のグローバル・ルールは有効になり、イベント、アクションまたはワークフロー状態に適用されるために、プロファイルがシステムに存在している必要はありません。ただし、グローバル・ルールがプロファイルに関連付けられていないかぎり、グローバル・ルールの影響はプレビューできません。

グローバル・ルールは最初に評価され、特定のプロファイル・ルールによって置き換えられる場合があります。グローバル・ルールの優先度を設定してその優先順位を上げることができます。このようにすると、特定のルールよりも高い優先度を指定して異なるプロファイル結果を生成できます。その結果を参照するには、プロファイルをプレビューして、ルール選択の結果を確認します。

グローバル・ルールは、次のガイドラインに従います。

- グローバル・ルールは常に有効で、プロファイルから独立して常に評価されます。

- プロファイルを使用したドキュメントおよび検索では、グローバル・ルールが最初に評価されます。特定のプロファイル・ルールはグローバル・ルールの後に評価されます。グローバル・ルールの優先度はプロファイル・ルールよりも低くなっています。

- グローバル・ルールには優先度を表す番号があります。優先度によってルールの評価順序が決まります。優先度の低いルールが先に実行され、優先度の高いルールが優先度の低いルールによって変更された内容をオーバーライドできます。

この項では、ルールに関する次の項目について説明します。

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

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

- ルールの制限リスト

- 正規表現

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

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

ルールの各メタデータ・フィールドには、次の属性があります。

- フィールド位置(必須): メタデータ・フィールドの一般的な配置順序を調整します。値は、「先頭」、「ページの中央」および「ページの最後」です。

- 表示タイプ(必須): メタデータ・フィールドを「チェックイン」ページおよび「検索」ページにどのように表示するかを決定します。値は、「編集」、「情報のみ」、「非表示」、「除外済」または「必須」です。必須の場合は、メッセージも必須です。

- デフォルト値を使用(オプション): メタデータ・フィールドのデフォルト値を表示します。

- 導出値(オプション): 更新またはチェックインのときに、メタデータ・フィールドを指定の値に設定できます。

- 制限のリストを含む(オプション): リスト・メタデータ・フィールドの内容を特定の値のリストまたはフィルタリングされた値のリストに制限できます。

10.3.2 ルールのアクティブ化条件

アクティブ化条件を使用すると、プロファイルの動作を様々な入力に基づいて変更できます。たとえば、特定の検索ページまたはコントリビュータに対してルールを非アクティブにしたり、チェックイン時に特定のフィールドを非表示にしたりオーバーライドできます。また、プロファイルはチェックイン処理時にアクティブ化されるため、ブラウザのチェックインとバッチ・ロードのチェックインは区別されます。

アクティブ化の条件の妥当性を確認するために、プロファイルをプレビューできます。プレビュー・ページを使用すると、既存のプロファイルを確認でき、アクティブ化条件の選択肢を変更して結果を評価することによってwhat-ifシナリオを実行できます。

ルールのアクティブ化条件は、次のものに基づいて設定できます。

- システム・イベント: 要求時イベント、送信時イベント、インポート時イベントなどがあります。

- ユーザー・アクション: 新規チェックイン、選択したコンテンツのチェックイン、コンテンツ情報、コンテンツ更新、検索などがあります。

- ワークフローの状態: コンテンツ・アイテムがワークフロー内にあるかどうかによります。

- ドキュメント・タイプ: ドキュメント・メタデータ・フィールドに基づくコンポーネントを使用できます。

- ユーザー・タイプ: ユーザー・メタデータ・フィールドに基づくコンポーネントを使用できます。

注意:

条件の選択肢の1つ以上の組合せが含まれるアクティブ化条件を使用する場合は、注意が必要です。アクティブ化条件の選択肢のすべての組合せが有効なわけではなく、一部は相互に排他的である可能性があります。たとえば、あるアクティブ化条件で、イベントがインポートであり、かつ、アクションがドキュメント情報のページ・リクエストであることが必要である場合、アクティブ化が真になることはなく、ルールはアクティブになりません。

10.3.3 ルールの制限リスト

制限リストは、ルールのメタデータ・フィールドに対して任意で定義できる属性です。メタデータ・フィールド用にリストとして定義されているユーザー・インタフェースを変更するには、次の2つの方法があります。

- 固定リストを指定する: リストとして定義されたメタデータ・フィールドの実際のマスター・リストをオーバーライドする、明示的な値のセットです。ユーザー・インタフェース・リストに表示されるのは、マスター・リスト内にあるアイテムのみです。

- 正規表現の評価を使用する: リストの中で、文字列パターン・マッチングと評価のためのワイルドカードなどの特殊文字を使用できます。ユーザー・インタフェース・リストに表示されるアイテムは、正規表現を満たす値です。

10.3.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

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

メタデータ・フィールドをグループ化して配置し、ラベルを付けるには、適切なヘッダーを使用します。フィールドは、チェックイン、更新、コンテンツ情報および「検索」ページに、グループで指定されたとおりに表示されます。

メタデータ・グループを作成するには、「制限リストの編集」ページで「グループ」を選択します。「フィールド」タブを使用して、メタデータ・フィールドをグループに追加します。「上へ」ボタンと「下へ」ボタンを使用してフィールドの順序を変更します。

たとえば、図10-1 は、左側のルールによって、右側の「チェックイン」ページのメタデータ・フィールド・リストが生成されていることを示しています。この例では、「コンテンツID」がグループ・リストの最初の要素であるためグループ・リーダーです。「コンテンツID」の後に含まれるメタデータ・フィールドは、グループ・メンバーです。

図10-1 ルールから生成されたメタデータ・フィールド

図10-2は、同じルールを示していますが、グループ内のメタデータ・フィールドが「上へ」ボタンと「下へ」ボタンを使用して再配置されています。この再編成によって、「チェックイン」ページに同じメタデータ・フィールドの別のリストが生成されます。この場合は、「セキュリティ・グループ」がグループ・リーダーになり、その他のフィールドはグループ・メンバーになります。

図10-2 再編成されたメタデータ・フィールド

図10-3では、1つのプロファイルに、グループ化されたメタデータ・フィールドを含む3つのルールが格納されています。各グループには別のグループに属するフィールドが1つあります。この状況では、システムは解決ルールを使用して競合を調整します。

図10-3 グループ化されたメタデータ・フィールドを含む複数のルールが格納されたプロファイル

注意:

追加のプロファイルとこれらのメタデータ・フィールドを1つ以上含むグローバル・ルールのシステムによる評価と実装によって、グループの競合が発生する可能性があります。後で実行されるルールによって、先行するルールがオーバーライドされ、グループ化されたメタデータ・フィールドの解決方法に影響を及ぼす場合があります。

複数のルールでのグループに属するメタデータ・フィールド間の競合は、次に示すルールによって解決されます。

1. リストの最初の要素はグループ・リーダーです。

2. 最初の要素に続くすべての要素はグループ・メンバーです。

3. グループ・リーダーが別のグループ・リストのグループ・リーダーでない場合は、別のグループのグループ・リーダーの下にグループ・メンバーが割り当てられます。

4. グループ・リーダーが先行するグループ・リストのグループ・メンバーである場合、新しいグループ・リストは先行するグループ・リストに次のようにマージされます。

a. メイン・グループ・リーダー(先行するグループのグループ・リーダー)が検索されます。

b. メイン・グループ・リーダーのグループ・メンバー・リスト内のグループ・リーダーの後に、新しいグループ・メンバーが挿入されます。

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. 結果: エラー。このグループ化の競合は解決できません。

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

コンテンツ・プロファイルを使用して、チェックイン、更新、コンテンツ情報および「検索」ページでのメタデータ・フィールドの順序を変更できます。順序を変更できるのは、カスタム・メタデータ・フィールドとシステム固有情報フィールドです。

この項では、順序が変更されたカスタムおよびシステム情報フィールドの表示結果について説明します。

次の各項の説明に従って、メタデータ・フィールドを配置できます。

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

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

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

- フィールドの移動

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

グループ化されたシステムおよびカスタム・メタデータ・フィールドのコンテンツ・サーバー・ページでの位置指定は、グループ内の最初のメタデータ・フィールドの優先度によって決まります。カスタム・メタデータ・フィールドをシステムに追加する際に、その位置順序(フィールド順序)が設定されます。

「構成マネージャ」: 「情報フィールド」タブを使用してカスタム・メタデータ・フィールドを追加し、「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」ページの「順序」フィールドで順序番号を割り当てます。

カスタム・メタデータ・フィールドがグループの最初のフィールドの場合、そのグループは、カスタム・メタデータ・フィールドに割り当てたフィールド順序に基づいてページに配置されます。システム・メタデータ・フィールドがグループの最初のフィールドの場合、そのグループは、確立された優先順位に基づいて配置されます。

コンテンツ・サーバー・ページによっては、指定したシステム・メタデータ・フィールドを一般的な表示順序で表示するか除外するかを指定できます。たとえば、「検索」ページには、「リリース日」と「有効期限」システム・メタデータ・フィールドが表示されますが、「リビジョン」は除外されます。

デフォルトでは、システム・メタデータ・フィールドの一般的な順序は次のとおりです。

- コンテンツID (dDocName)

- タイプ(dDocType)

- タイトル(dDocTitle)

- 作成者(dDocAuthor)

- セキュリティ・グループ(dSecurityGroup)

- アカウント(dDocAccount)

- リビジョン(dRevLabel)

通常、システム・メタデータ・フィールドが最初のフィールドとして含まれるグループは、デフォルトの順序で表示されます。たとえば、カスタム・メタデータ・フィールドのグループ内で「作成者」が最初のフィールドである場合、そのグループは、「コンテンツID」、「タイプ」または「タイトル」を最初のフィールドとして含むグループの下に表示されます。

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

「ルールを使用したメタデータ・フィールドのグループ化」では、「チェックイン」、「更新」、「コンテンツ情報」および「検索」ページのカスタムおよびシステム・メタデータ・フィールドを簡単にグループ化するための、ルールの定義方法について説明しています。メタデータ・フィールドの順序は、次の方法でも指定できます。

- オプション1: フィールド位置: 「フィールド位置」リストを使用します。このリストを使用できるのは、「ルール・フィールドの追加」ページを使用してルールにメタデータ・フィールドを追加するときです。このオプションは、相対的な方法で機能します。たとえば、次のメタデータ・フィールドを追加するとします。

- xRegion(「先頭」の位置)

- xSubDept(「ページの最後」の位置)

「ページの中央」のフィールド位置にxDeptを追加した場合は、次のように追加されます。

- xRegion(「先頭」の位置)

- xDept(「ページの中央」の位置)

- xSubDept(「ページの最後」の位置)

「先頭」のフィールド位置にxContinentを追加した場合は、次のように追加されます。

- xRegion(「先頭」の位置)

- xContinent(「先頭」の位置)

- xDept(「ページの中央」の位置)

- xSubDept(「ページの最後」の位置)

同様に、「ページの中央」のフィールド位置にxManagerを追加した場合は、次のように追加されます。

- xRegion(「先頭」の位置)

- xContinent(「先頭」の位置)

- xDept(「ページの中央」の位置)

- xManager(「ページの中央」の位置)

- xSubDept(「ページの最後」の位置)

このオプションによってこれらの表示結果がチェックイン、更新、コンテンツ情報および「検索」ページで生成されるのは、フィールドがグループ化されている場合です。フィールドをルールに追加するときに、「ルールの追加」/「ルールの編集」ページで「グループ」を選択します。

- オプション2: 「上へ」ボタンと「下へ」ボタン: 「上へ」ボタンと「下へ」ボタンを使用してフィールドの順序を変更します。このオプションを使用できるのは、「フィールド」タブを使用してメタデータ・フィールドをルールに追加するときです。フィールドの追加後に順序を変更したり、同じフィールド位置の複数のフィールドの順序を変更する場合に便利です。
たとえば、フィールド位置が「先頭」の3つのフィールドを追加した場合、それらのフィールドはルールに追加した順序で配置されます。ただし、「上へ」ボタンを使用するとフィールドを最上位に移動できます。同様に、フィールドが追加時に適切な位置に配置されなかった場合は、「上へ」ボタンと「下へ」ボタンを使用して位置を変更できます。

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

次のルールによって、チェックイン、更新および「選択したコンテンツをチェックイン」ページでのメタデータ・グループの表示方法が指定されます。

- グループの最初のフィールドがシステム・フィールド(「コンテンツID」、「タイプ」、「タイトル」など)の場合、そのグループは常に「プライマリ・ファイル」フィールドの上に表示されます。

- 「コンテンツID」の自動生成が無効な場合は、「コンテンツID」フィールドが常にページの最初のフィールドとしてリストされ、その後にグループの残りのフィールドがリストされます。また、別のグループに「タイトル」や「タイプ」のような他のシステム・フィールドが含まれている場合、そのグループは「コンテンツID」グループの後、「プライマリ・ファイル」の前にリストされます。

- 「コンテンツID」の自動生成が有効な場合、「コンテンツID」フィールドは、フィールド順序が1のカスタム・メタデータ・フィールドのように機能します。ここで、「コンテンツID」がグループの最初のフィールドの場合、このグループは「プライマリ・ファイル」フィールドと「代替ファイル」フィールドの直下に表示されます。また、「リビジョン」システム・メタデータ・フィールドは、「コンテンツID」グループの最後のフィールドの後に表示されます。(デフォルトでは、「リビジョン」は「代替ファイル」フィールドの下に表示されることに注意してください。)

- グループの最初のフィールドがカスタム・メタデータ・フィールドである場合、そのグループの表示順序は、先頭のメタデータ・フィールドのフィールド順序番号と他グループの先頭のメタデータ・フィールドのフィールド順序番号の関係で決定され、このことは、システム・メタデータ・フィールドがグループ内にある場合も同様です。

- 「リリース日」フィールドと「有効期限」フィールドは、高いフィールド順序値(小さい数値)のカスタム・メタデータ・フィールドとともにグループ化されている場合を除いて、常にページの最後に表示されます。または、「リリース日」フィールドと「有効期限」フィールドがシステム・メタデータ・フィールドとともにグループ化されている場合は、「プライマリ・ファイル」フィールドの上にリストされます。

次のルールによって、「検索」ページでのメタデータ・グループの表示方法が指定されます。

- 「コンテンツID」フィールドは、グループに属していて最初のフィールドでない場合を除き、常に最初に配置されます。ただし、「コンテンツID」がグループの最初のフィールドの場合は、そのグループが最初にリストされます。

- システム・メタデータ・フィールド(「コンテンツID」以外)がグループの最初のフィールドの場合、そのグループは、「コンテンツID」フィールドまたは「コンテンツID」グループの後にリストされます。

- カスタム・メタデータ・フィールドが最初のフィールドとして含まれる他のすべてのグループは、システム・メタデータ・フィールドが先頭フィールドとして含まれるグループの後に表示されます。カスタム・メタデータ・フィールドが最初のフィールドとして含まれるグループが複数ある場合、それらのグループの順序は、相互のグループの先頭メタデータ・フィールドのフィールド順序番号の関係で決定されます。

メタデータ・フィールドを検索ページに表示するには、「メタデータ・フィールドの追加」/「メタデータ・フィールドの編集」ページで、「検索索引の有効化」を設定する必要があります。

次のルールによって、「コンテンツ情報」ページでのメタデータ・グループの表示方法が指定されます。

- 「コンテンツID」フィールドは、グループに属していて最初のフィールドでない場合を除き、常に最初に配置されます。

- 「チェックアウトの実行者」、「ステータス」および「フォーマット」フィールドは常に最下部にリストされます。

- 「セキュリティ・グループ」フィールド、または「セキュリティ・グループ」を最初のフィールドとして含むグループは、次の場合を除き、「チェックアウトの実行者」、「ステータス」および「フォーマット」の各フィールドの上に表示されます。

- アカウントが無効の場合。アカウントが有効な場合、「セキュリティ・グループ」は「チェックアウトの実行者」フィールドの上に表示されます。「セキュリティ・グループ」は「アカウント」フィールドの上に表示されます。

- 「セキュリティ・グループ」フィールドがグループに属していて最初のフィールドではなく、先頭のメタデータ・フィールドに他のカスタム・メタデータ・フィールドの上に位置するフィールド順序番号がある場合。この場合、「セキュリティ・グループ」フィールドが表示される順序は、グループの先頭のメタデータ・フィールドのフィールド順序番号で決まります。

- 「リリース日」フィールドと「有効期限」フィールドは、「リビジョン履歴」表の一部としてページの下部にリストされます。

- カスタム・メタデータ・フィールドが最初のフィールドとして含まれる他のすべてのグループの表示順序は、相互のグループの先頭メタデータ・フィールドのフィールド順序番号の関係で決定されます。

次のルールによって、「フォルダ情報」ページでのメタデータ・グループの表示方法が指定されます。

- 「コンテンツID」フィールドは、グループに属している場合を除き、表示されません。現在、「コンテンツID」が最初のフィールドとして含まれるグループは表示されません。これを回避するには、別のシステムまたはカスタム・メタデータ・フィールドをグループの先頭フィールドとして定義します。

- システム・メタデータ・フィールドが先頭フィールドとして指定されているすべてのグループがリストされます(割り当てられた表示属性が「編集」、「ラベル」または「必須」の場合)。システムまたはカスタム・メタデータ・フィールドに「非表示」または「除外済」表示属性が割り当てられている場合は、そのフィールドは表示されません。

- カスタム・メタデータ・フィールドが最初のフィールドとして含まれる他のすべてのグループの表示順序は、相互のグループの先頭メタデータ・フィールドのフィールド順序番号の関係で決定されます。

10.4.4 フィールドの移動

カスタム・メタデータ・フィールドを「プライマリ・ファイル」フィールドの上に表示する手順は、次のとおりです。

1. システム・メタデータ・フィールドを含むグループに、カスタム・メタデータ・フィールドを追加します。

2. グループの最初のフィールドをシステム・メタデータ・フィールドにします。グループの位置は、どのシステム・メタデータ・フィールドが先頭フィールドであるかに基づきます。

システム・メタデータ・フィールドを強制的に「プライマリ・ファイル」フィールドの下に表示する手順は、次のとおりです。

1. システム・メタデータ・フィールドを、カスタム・メタデータ・フィールドが含まれているグループに追加します。

2. グループの最初のフィールドがカスタム・メタデータ・フィールドであることを確認します。

グループは「プライマリ・ファイル」フィールドの下に、先頭フィールドのフィールド順序番号に基づいて表示されます。

10.5 ルールの管理

ルールの管理には、次のタスクが含まれます。

- ルールの作成、編集または削除

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

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

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

- メタデータ・フィールドのグループ化

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

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

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

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

10.5.1 ルールの作成、編集または削除

ルールを作成する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「ルール」タブをクリックします。

3. 「構成マネージャ」: 「ルール」タブで、「追加」をクリックします。

4. 「ルールの追加」/「ルールの編集」ページで、「一般」タブをクリックします。

5. 新規ルールの名前と説明の情報を入力します。

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

ルールを編集するには、そのルールを「構成マネージャ」: 「ルール」タブのリストで選択して、「編集」をクリックします。フィールドの値を編集し、完了したら「OK」をクリックします。

ルールを削除するには、そのルールを「構成マネージャ」: 「ルール」タブのリストで選択して、「削除」をクリックします。「OK」をクリックして削除を確認します。

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

グローバル・ルールを作成する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「ルール」タブをクリックします。

3. 「構成マネージャ」: 「ルール」タブで、「追加」をクリックしてグローバル・ルールを作成するか、ルールをハイライトして「編集」をクリックすることで、ルールをグローバル・ルールに変更するか、既存のグローバル・ルールを編集します。

4. 「ルールの追加」/「ルールの編集」ページで、「一般」タブをクリックします。

5. 「優先度のあるグローバル・ルール」を選択します。

6. デフォルトの優先度番号を変更します(オプション)。デフォルトでは、10が優先度番号として表示されます。ルールを編集している場合は、他の情報を必要に応じて変更します。優先度が低いルールは、優先度が高いルールより前に実行されるため、優先度の低いルールによって加えられた変更は高優先度のルールでオーバーライドされます。

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

ルールを編集するには、そのルールを「構成マネージャ」: 「ルール」タブのリストで選択して、「編集」をクリックします。フィールドの値を編集し、完了したら「OK」をクリックします。

ルールを削除するには、そのルールを「構成マネージャ」: 「ルール」タブのリストで選択して、「削除」をクリックします。「OK」をクリックして削除を確認します。

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

ルールにメタデータ・フィールドを追加する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「ルール」タブをクリックします。

3. 「構成マネージャ」: 「ルール」タブで、「追加」をクリックしてグローバル・ルールを作成するか、ルールをハイライトして「編集」をクリックすることで、ルールをグローバル・ルールに変更するか、既存のグローバル・ルールを編集します。

4. 「ルールの追加」/「ルールの編集」ページで、「フィールド」タブをクリックして、「追加」をクリックします。

5. 「ルール・フィールドの追加」ページで、次の情報を入力します。

- 「フィールド情報の表示」チェック・ボックスおよび「アプリケーション・フィールドの表示」チェック・ボックス: 選択されている場合は、メタデータ・フィールドがフィールド名リストに一覧表示され、フィールドを標準のチェックインおよび検索のページに表示できるようになります。

ルールの中で、アプリケーション・フィールドが表示対象として選択されている場合は、そのフィールドの動作(そのフィールドを通常使用するアプリケーションで定義されます)が変更されることに注意してください。

6. フィールド名をリストから選択します。

7. 追加したメタデータ・フィールドのそれぞれについて、メタデータ・フィールドの一般的な配置に対応する選択肢を「フィールド位置」リストから選択します。選択したオプションにより、「ルールの追加」/「ルールの編集」ページの「フィールド」タブのリストに表示されるメタデータ・フィールドの一般的な配置順が調整されます。各フィールドの位置は、評価プロセスにおけるその優先度に関連しています。「上へ」ボタンと「下へ」ボタンを使用すると、配置をさらに変更できます。

- 先頭: メタデータ・フィールドを相対的に上位に移動します。

- ページの中央: メタデータ・フィールドを相対的に中央に移動します。

- ページの最後: メタデータ・フィールドを相対的に下位に移動します。

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

9. 「ルール・フィールドfield_nameの追加」/「ルール・フィールドfield_nameの編集」ページで、各メタデータ・フィールドについて、次に示す情報を入力します。これらは、そのメタデータ・フィールドをどのようにチェックインや検索のページに表示するかを決定するものです。

- 編集: フィールドは、デフォルト値が指定されている場合でも編集可能です。

- ラベル: フィールドは読取り専用(固定ですが表示されます)です。

- 非表示: フィールドは表示されませんが、ユーザーがコンテンツ・アイテムを送信したときに、このメタデータ・フィールドの値は元のページに残ります。

- 除外済: フィールドは表示されません。非表示のメタデータ・フィールドとは異なり、除外された値は元のページに残りません。

- 必須: 必須フィールドです。これが使用される場合は、メッセージも必須です。

10. カスタム・ラベル・フィールドのラベルを指定します。プロファイルごとに異なるラベルを使用できます。

11. カスタム・インクルードを使用: 標準フィールドの位置を変更します。たとえば、プレースホルダ・フィールドとタイトル・フィールドが含まれるグループを作成することによって、ページ上の他の標準フィールドの下にタイトル・フィールドが移動します。次に、カスタム・インクルードをこのプレースホルダ・フィールドに使用して、フィールドの表示方法および表示するかどうかを制御できます。次のファイルが用意されています。

選択すると、カスタム・フィールドを使用できるようになります。デフォルト: 選択が解除されています。

「インクルード開始」リストおよび「インクルード終了」リストに表示されている標準のインクルード・オプションは、std_resources.htmファイル内のDpDisplayIncludes表に定義されています。インクルード・オプションを追加するには、新規のインクルードを定義するカスタム・コンポーネントを作成してDpDisplayIncludes表にマージする必要があります。

12. 標準のセパレータ: フィールドのかわりに標準の水平ルールをページに配置します。

13. 表示なし: ページが開くときにフィールドを非表示にします。

14. グループ・カウントからフィールドを除外: プレースホルダ・フィールドのプレゼンテーション・プロパティを変更することなく、グループ・ヘッダーが非表示になります。グループ内のフィールドの数がゼロよりも大きい場合にグループ・ヘッダーを表示します。たとえば、プレゼンテーションの目的で使用されるプレースホルダ・フィールドが、表示されるグループ内の唯一のフィールドである場合です。デフォルト: 選択が解除されています。

15. デフォルト値を使用: コンテンツ・チェックイン・ページまたは検索ページにデフォルト値を表示できます。デフォルト値は「要求時」イベントについて計算されます。Idocスクリプト、または、メタデータ・フィールドがスキーマ・ビューに関連付けられている場合にはスキーマ値を使用できます。

選択されている場合は、「編集」ボタンがアクティブ化され、テキスト・ペインがアクティブになり、フィールドの計算されたIdocスクリプト(デフォルト値が追加され、そのプロパティが定義されると、自動的に生成されます)が表示されます。選択が解除されている場合(デフォルト)は、デフォルト値は使用できません。

16. 派生: 更新またはチェックイン時に、フィールドを指定の値に設定できます。値は、「送信時」イベントおよび「インポート時」イベントについて計算されます。Idocスクリプト、または、メタデータ・フィールドがスキーマ・ビューに関連付けられている場合にはスキーマ値を使用できます。

選択されている場合は、「編集」ボタンがアクティブ化され、テキスト・ペインがアクティブになって、フィールドの計算されたIdocスクリプト(値が追加されてそのプロパティが定義された後に、自動的に生成されます)が表示されます。選択が解除されている場合(デフォルト)は、デフォルト値は使用できません。

17. 制限のリストを含む: フィールドの内容を、特定の値のリストまたはフィルタリングされた値のリストに制限できます。

選択されている場合は、「編集」ボタンがアクティブ化され、テキスト・ペインがアクティブになって、フィールドの計算されたIdocスクリプト(リストが追加されてそのプロパティが定義された後に、自動的に生成されます)が表示されます。選択が解除されている場合(デフォルト)は、デフォルト値は使用できません。

18. ルールの属性の指定が完了したら、「OK」をクリックします。

19. ルールに追加するメタデータ・フィールドごとに、手順5から18を繰り返します。

10.5.4 メタデータ・フィールドのグループ化

メタデータ・フィールドをグループ化して、グループにヘッダーを追加するには:

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「ルール」タブをクリックします。

3. 「構成マネージャ」: 「ルール」タブで、ルールをハイライト表示し、「編集」をクリックします。

4. 「ルールの追加」/「ルールの編集」ページの「一般」タブで、「グループ」を選択します。

5. 「グループ・ヘッダーを含む」を選択します。

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

7. 「グループ・ヘッダーの編集」ページで、次の情報を入力します。

- 非表示の有効化: 選択されている場合は、グループ・メタデータ・フィールドは非表示になり、そのフィールドのかわりにリンクがページ上に表示されます。「表示」リンクを押すと、フィールドが表示されます。デフォルトでは、ページは「非表示」リンクとともに表示され、つまり、デフォルトではすべてのページが表示されます。

- インクルード開始/インクルード終了: グループをどのように表示するかを指定します。オプションは次のとおりです。

- 標準のセパレータ: ルールをグループの上または下に挿入します。

- HTML表開始/HTML表終了: グループをHTML表の中に表示し、各行とヘッダーに境界線を付けます。

- 表示なし: (デフォルト): グループが区別されません。

- ヘッダー・テキスト: フィールドのグループに関連付けられたヘッダー文字列です。

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

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

アクティブ化条件をルールに追加する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「ルール」タブをクリックします。

3. 「構成マネージャ」: 「ルール」タブで、ルールをハイライトして「編集」をクリックすることで、ルールに条件を追加するか、「追加」をクリックして新しいルールを追加します。

4. 「ルールの追加」/「ルールの編集」ページで、「一般」タブをクリックし、「ルールのアクティブ化条件の使用」を選択します。

5. 「編集」をクリックします。

6. 「ルールの追加」/「ルールの編集」ページで、「追加」をクリックします。

7. ダイアログで、名前を入力して「OK」をクリックします。

8. 次の情報を、「一般」ペインと「句」ペインを使用して入力します。詳細は、「カスタム条件とサイド・エフェクト」を参照してください。

次のオプションを「一般」ペインで指定できます。

- 「使用イベント」チェック・ボックス: 選択されている場合は、イベントが検出されたときにルールの実行方法を変えることができます。イベントの例は次のとおりです。

- 要求時: コンテンツ・サーバー・ページを表示するためのユーザー・リクエストの結果として発生するイベントが含まれます。

- 送信時: コントリビューション・アクションの結果であるイベントが含まれます。

- インポート時: バッチ・ロードまたはアーカイブ・プロシージャの結果であるイベントが含まれます。ルールは、アーカイバやバッチ・ロード、または特別なチェックイン・サービス(Content Publisherなど)を使用する他のプロセスに対してのみアクティブです。

- アクションの使用: 選択されている場合は、ユーザー・アクションがシステムによって検出されたときにルールの実行方法を変えることができます。ユーザー・アクションの例は次のとおりです(たとえば、新しいコントリビューションがチェックインされたときや、コンテンツ・アイテムが改訂されたとき)。

- 新規コンテンツをチェックイン: 新しいコンテンツ・アイテムをコントリビュートするユーザー・アクションが含まれます。

- 選択したコンテンツをチェックイン: アイテムにリビジョンを送信するユーザー・アクションが含まれます。

- コンテンツ情報: ドキュメント情報ページの表示を要求するユーザー・アクションが含まれます。

- コンテンツ更新: ドキュメント情報ページにリビジョンを送信するユーザー・アクションが含まれます。

- 検索: 検索ページの表示を要求するユーザー・アクションが含まれます。

- ワークフロー・フラグ: ドキュメントのワークフロー状態に基づいて、ルールを異なる方法で実行できます。たとえば、ドキュメントがワークフロー内にある場合に、別の「コンテンツ情報」ページを表示します。

次のオプションを「句」ペインで指定できます。このペインは、Idocスクリプト文の作成プロセスを自動化するのに使用されるIdocスクリプト・ウィザードです。

- フィールド・リスト: メタデータ・オプションのリストです。

- 「演算子」リスト: メタデータ・フィールドの検索に使用される方法であり、次のものがあります。

- 次に一致する: 指定したメタデータ・フィールド内のテキスト全体に、指定されたメタデータ値が含まれます。

- 指定した語を含む: 指定したメタデータ・フィールド内のテキストにメタデータ値が含まれます。

- 次の語で始まる:指定したメタデータ・フィールド内のテキストがメタデータ値で始まります。

- 次の日付よりも古い: 指定したメタデータ・フィールド内の日付が値の日付より前です。

- 次の日付よりも新しい: 指定したメタデータ・フィールド内の日付が値の日付より後です。

- 「値」フィールド: データを入力するための編集可能フィールド、オプションのリスト、または「選択」ボタンをアクティブにする編集可能フィールドを選択できます。フィールド値がコンテンツIDの場合は、「選択」を押すと「カスタム」ペインが開きます。フィールドが作成者の場合は、ユーザーの選択ページが開きます。

9. 条件の設定が完了したら、「追加」をクリックしてその条件を「句」ペインに追加します。

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

アクティブ化条件を編集するには、前述の手順を実行し、「条件」タブで、編集するアクティブ化条件をリストから選択します。フィールドの値を編集し、完了したら「OK」をクリックします。

アクティブ化条件を削除するには、前述の手順を実行し、「条件」タブでアクティブ化条件をリストから選択して「削除」をクリックします。「OK」をクリックして、削除を確定します。

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

「アクティブ化条件の編集」ページの「カスタム」タブは、ルールに対する特定の条件を定義するために使用します。この条件が満たされると、プロファイルの動作に影響を与えます。

このページを使用するには、「カスタム」タブをクリックしてから、カスタマイズしたテキストをテキスト・ペインに入力します。入力された情報は、「ルールの追加」/「ルールの編集」ページのテキスト・ペインに表示されます。

サイド・エフェクトを定義するには、「アクティブ化条件の編集」ページの「サイド・エフェクト」タブをクリックします。「サイド・エフェクト」ページは、次のために使用します。

- 名前と値のペアをIdocスクリプト変数として追加し、アクティブ化条件がTRUEの場合にIdocスクリプトを使用してこの変数をローカル・データにプッシュします。

- アクティブ化条件がTRUEの場合にのみ評価されるルールに、カスタムIdocスクリプトを追加します。

サイド・エフェクトはIdocスクリプトであり、ルールがアクティブ化されるときに評価されるため、like if、elseif、else文などの論理文も含めることができ、任意のIdocスクリプト関数を実行できます。たとえば、他のルールのアクティブ化を制御できるルールを設定できます。Idoc Scriptでのスクリプト記述の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentによる開発を参照してください。

このページでは、次の情報を追加します。

- キー: Idocスクリプト変数として使用される名前です。

- 値: 変数に相当するリテラル文字列です。

完了したら「追加」をクリックします。キーと値はIdocスクリプトに変換されて、編集ペインに表示され、ここでテキストを編集できます。

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

デフォルト値フィールドまたは導出値フィールドを設定するには:

1. 「ルールのメタデータ・フィールドの追加」タスクの手順15または手順16で、該当するチェック・ボックスを選択して、「編集」をクリックします。

2. 「条件」タブの「追加」をクリックします。

3. この値属性の名前を入力し、「OK」をクリックします。
名前が「条件」リストに追加されます。

4. フィールド値と演算子をリストから選択します。「フィールド」リストで選択した値に応じて、「値」フィールドは次のようになります。

- データを入力するための編集可能フィールド。

- 適切なオプションのリスト。

- 対応する「選択」ボタンのある編集可能フィールド。

5. 必要に応じて、上部の「値」フィールドに値を入力するか選択します。

a. 「選択」をクリックします。
「フィールド」の値が「コンテンツID」の場合は、「デフォルト値の編集」/「派生値の編集」: 「フィールドの選択」ページで、使用するフィールドを選択します。

「フィールド」の値が「作成者」の場合は、「ユーザーの表示」ページで、ユーザーを選択します。

b. フィルタを使用してコンテンツを選択します。入力後、「OK」をクリックします。

ページが閉じ、選択されたコンテンツ値がデフォルト値の「条件」タブの上部の「値」フィールドに追加されます。

6. 「追加」をクリックします。
式ペインには、文が追加されます。

7. 「計算」をクリックします。

8. フィールドがスキーマ・ビューにリンクしている場合は、「デフォルト値の編集」/「派生値の編集」: 「フィールドの選択」ページで、列を選択します。そうでない場合は、「OK」をクリックします。
「フィールドの選択」ページが閉じ、計算された値がデフォルト値の「条件」タブの下部の「値」フィールドに追加されます。

9. 「OK」をクリックします。
ページが閉じ、Idocスクリプト文が「ルール・フィールドfield_nameの追加」/「ルール・フィールドfield_nameの編集」ページのデフォルト値のテキスト・ペインに表示されます。

10. メタデータ・フィールド属性の追加が完了したら、「OK」をクリックします。そうでない場合は、その他の属性の追加を続行します。

メタデータ・フィールドの制限リストを使用する手順は、次のとおりです。

1. 「ルールのメタデータ・フィールドの追加」タスクの手順17で、「制限のリストを含む」を選択します。「編集」をクリックします。

2. ルールに直接関連付けられている値リストを使用するには、「制限リストの編集」ページでフィルタ処理済リストを選択します。特定の値のリストを使用するには、厳密なリストを選択し、具体的なアイテムを「制限付きの値」テキスト・ペインに入力します。

3. 「OK」をクリックします。
「制限リストの編集」ページが閉じます。厳密リスト・オプションが使用されている場合は、アイテムが「ルール・フィールドfield_nameの追加」/「ルール・フィールドfield_nameの編集」ページのテキスト・ペインに表示されます。

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

メタデータ・フィールドの属性を編集する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「ルール」タブをクリックします。

3. 「構成マネージャ」: 「ルール」タブで、「追加」をクリックしてグローバル・ルールを作成するか、ルールをハイライトして「編集」をクリックすることで、ルールをグローバル・ルールに変更するか、既存のグローバル・ルールを編集します。

4. 「ルールの追加」/「ルールの編集」ページで、「フィールド」タブを開いて、属性を編集するメタデータ・フィールドを選択します。「編集」をクリックします。

5. 「ルール・フィールドfield_nameの追加」/「ルール・フィールドfield_nameの編集」ページで、編集する属性に対応する「編集」ボタンをクリックします。

6. デフォルト値または派生値の場合は、編集する値を「条件」テキスト・ペインで選択します。

a. 「フィールド」または「演算子」(あるいはその両方)の新しい値を選択します。

b. 句を削除または再定義しないで上部の「値」フィールド値を編集するには、「句」ペインで句をハイライトします。上部の「値」フィールドの値を編集してから「更新」をクリックします。

c. 「計算」をクリックします。

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

7. 制限リスト属性の場合は、「制限リストの編集」ページで、必要に応じてリスト・オプションを選択し、テキスト・ペインを編集します。「OK」をクリックします。

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

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

2つの構成変数によって、「チェックイン」ページでの必須メタデータ・フィールドの表示方法が制御されます。詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

- 必須フィールドを赤い文字で表示するには、次のように指定します。

StyleForRequiredFields=requiredField

- 必須フィールドを何かの記号でマークするには、次のように指定します。

NotationForRequiredFields=*

注意: この例では、必須フィールドのマークにアスタリスクが使用されています。

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

トリガー・フィールドは、「構成マネージャ」: 「プロファイル」タブで定義されるメタデータ・フィールドです。ドキュメントがプロファイルのトリガー値と一致した場合に、そのプロファイルがそのドキュメントに対して評価されます。

存在できるプロファイルの数に制限はありませんが、トリガー値はプロファイルごとに1つのみ許可されます。たとえば、トリガー・フィールドがdDocTypeの場合、Profile1はADACCTのトリガー値を、Profile2はADSALESのトリガー値を使用できます。

選択されたトリガーに対しては、次のことが当てはまります。

- トリガー・フィールドは、リスト・メタデータ・フィールドであることが必要です。リストとして定義されているメタデータ・フィールドがトリガー・フィールド・リストに含まれます。

- 定義したトリガー・フィールドはシステムから削除できません。管理者はトリガー・フィールドを「指定なし」にリセットできますが、これにより、すべてのプロファイルが無効になります。

- トリガー・フィールドの変更が可能である場合は、変更によって一部のプロファイルが無効になり、その状況を解決することが必要になることがあります。ユーザー・インタフェースに、無効なプロファイルに関するヒントが表示されます。

注意:

ルールを作成してからトリガーとプロファイルを作成しますが、ルールの作成前にトリガーの内容を把握しておく必要があります。

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

選択できるトリガー・フィールドは、コンテンツ・サーバー・インスタンスごとに1つのみです。

現在のプロファイル・トリガー・フィールドを選択または変更する手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「プロファイル」タブをクリックします。

3. 「構成マネージャ」: 「プロファイル」タブで、「選択」をクリックします。

4. 「トリガー・フィールドの編集」ページで、「フィールド名」フィールドのリストから、新しいトリガー・フィールドを選択します。

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

1つ以上のプロファイルを作成した後にトリガー・フィールドを変更した場合は、新しいトリガー・フィールドによって、既存のプロファイルが無効になる可能性があります。

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

トリガー・フィールドを完全に無効化する(すべてのプロファイルも事実上無効にする)手順は、次のとおりです。

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「プロファイル」タブをクリックします。

3. 「構成マネージャ」: 「プロファイル」タブで、「選択」をクリックします。

4. 「トリガー・フィールドの編集」ページで、「フィールド名」フィールドのリストから、「指定なし」を選択します。

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

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

ここでは、プロファイルの作成と使用に必要なタスクについて説明します。内容は次のとおりです。

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

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

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

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

新しいプロファイルを作成するには:

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「プロファイル」タブをクリックします。

3. 「トリガー・フィールドの編集」ページで、「追加」をクリックします。

4. 新しいプロファイルの名前を入力して「OK」をクリックします。

5. 「プロファイルの追加」/「プロファイルの編集」ページで、次の情報を入力します。

- ラベルの表示: プロファイルをメニューに表示する方法を指定します。

- 説明: プロファイルの簡単な説明です。

- 「トリガー」リスト: トリガーに関連付けられたリスト値です。

- ルール以外のフィールドの除外: 選択すると、プロファイルに含まれているルールに属していないメタデータ・フィールドがすべて除外されます。

- パーソナライズの制限: 選択すると、チェックインや検索のリンクが特定のユーザーまたはユーザー・グループに対して抑止されます。ユーザー情報に基づくIdocスクリプト・コードが「プロファイル・リンク」ページに入力され、リンクが表示されるにはtrueに評価される必要があります。選択が解除されている(デフォルト)場合は、別のプロファイルによって評価される場合を除き、デフォルトですべてのリンクがすべてのユーザーに表示されます。ユーザーのリストをカスタマイズするには、「編集」をクリックします。

6. 「追加」をクリックして、新しいプロファイルにルールを含めます。

注意:

ルールをプロファイルに追加するには、あらかじめ「構成マネージャ」: 「ルール」タブでルールを作成および定義する必要があります。

7. 「プロファイル」ページの「ルールの追加」で、ルールをリストから選択し、一般的な配置の優先度の値を割り当てます。
リスト内のルールの配置順序を調整するには、「上へ」ボタンまたは「下へ」ボタンを押します。リスト内の各ルールの位置は、評価プロセスにおけるその優先度に関連しています。リストにおける一般的な位置(先頭、中央または最後)は、ルールが最初にプロファイルに追加されたときに確立されます。配置を詳細に調整するには、ボタンを使用してルールを目的の位置に移動します。

8. 「OK」をクリックします。
新しいプロファイルが、「プロファイル」タブの「プロファイル」リストに含まれます。

プロファイルを編集するには:

1. 構成マネージャ: 「プロファイル」タブでプロファイルを選択します。

2. 「編集」をクリックします。

3. 必要に応じて、フィールドを変更します。

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

プロファイルにルールを追加する、またはルールを編集するには:

1. 構成マネージャ: 「プロファイル」タブでプロファイルを選択します。

2. 「編集」をクリックします。

3. 「追加」をクリックし、「プロファイル」ページの「ルールの追加」でルールとルール配置を選択します。

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

プロファイルを削除するには、次のようにします。

1. 構成マネージャ: 「プロファイル」タブでプロファイルを選択します。

2. 「削除」をクリックします。

3. 「OK」をクリックして削除を確認します。

10.7.2 プロファイルのプレビュー

プロファイルをプレビューするには:

1. メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。

2. 「構成マネージャ」→「プロファイル」タブをクリックします。

3. 「構成マネージャ」: 「プロファイル」タブで、プレビューするプロファイルを「プロファイル」リストから選択します。

4. 「プレビュー」をクリックします。

5. 「プロファイルのプレビュー」ページで、プロファイルで使用するオプションを選択します。

- 「イベント」リスト: イベントをいつプロファイル評価に含めるかを指定します。

- 指定なし: イベントは含まれません。

- 要求時: コンテンツ・サーバー・ページを表示するためのユーザー・リクエストの結果として発生するイベントが含まれます。

- 送信時: コントリビューション・アクションの結果であるイベントが含まれます。

- インポート時: バッチ・ロードまたはアーカイブ・プロシージャの結果であるイベントが含まれます。ルールは、アーカイバやバッチ・ロード、または特別なチェックイン・サービス(Content Publisherなど)を使用する他のプロセスに対してのみアクティブです。

- 「アクション」リスト: アクションをいつプロファイル評価に含めるかを指定します。

- 指定なし: ユーザー・アクションはプロファイル評価に含まれません。

- 新規コンテンツをチェックイン: 新しいコンテンツ・アイテムをコントリビュートするユーザー・アクションが含まれます。

- 選択したコンテンツをチェックイン: アイテムにリビジョンを送信するユーザー・アクションが含まれます。

- コンテンツ情報: ドキュメント情報ページの表示を要求するユーザー・アクションが含まれます。

- コンテンツ更新: ドキュメント情報ページにリビジョンを送信するユーザー・アクションが含まれます。

- 検索: 検索ページの表示を要求するユーザー・アクションが含まれます。

- 「ワークフロー」リスト: ワークフローをいつ評価に含めるかを指定します。

- 指定なし: ワークフローの状態はプロファイル評価に含まれません。ドキュメントはワークフロー内にある場合もない場合もありますが、そのワークフロー状態は指定されません。

- はい: ドキュメントはワークフロー内にあります。

- いいえ: ドキュメントはワークフロー内にありません。

- コンテンツID: フィルタ条件に基づいて評価に使用されるコンテンツです。

- ユーザー名: 評価に使用されるユーザー名です。

6. 現在のプロファイルをコンパイルした結果をレビューするには、「プロファイルのプレビュー」ページのフィールド値を変更しないでください。「計算結果」をクリックします。

7. エンド・ユーザーが見るときのようにページを表示するには、「結果のプレビュー」ページで、次のとおりに選択します。

- 「要求時」を「イベント」フィールドの値として選択します。

- 「アクション」の値を選択します。

- 「ユーザー名」フィールドは空白のままにします。

「表示」をクリックします。

8. 計算結果を確認して「OK」をクリックします。

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

「プロファイルのプレビュー」ページは、無効なプロファイルのトラブルシューティングおよびプロファイルの分析の実行にも使用します。

what-ifシナリオを使用したトラブルシューティングは、複数の入力の組合せを試行してプロファイルのルールを評価する反復プロセスです。様々な入力値の使用に加えて、ドキュメントをフィルタで選択したものを使用することもできます。

条件を変えて(フィルタありやフィルタなし)結果を計算すると、様々な入力の組合せがルールの評価にどのように影響するかがわかります。システムによってプロファイルのルールが評価されると、計算結果は、スクリプト文字列文(SQLまたはIdocスクリプト)として標準のダイアログ・テキスト・ペインに表示されるか、またはシミュレートされた「チェックイン」ページや「検索」ページとして表示されます(「イベント」フィールド値として「要求時」を選択した場合)。what-if分析プロセスの柔軟性は、プロファイルのデバッグや最適化に役立ちます。

入力およびフィルタの様々な組合せを使用してwhat-ifシナリオを実行する手順は、次のとおりです。

1. レビューおよびテストするプロファイルを「プロファイル」リストで選択して「プレビュー」をクリックします。

2. 必要に応じて、「プロファイルのプレビュー」ページで、「イベント」、「アクション」、「ワークフロー」リストからフィールド値を選択します。

3. 「コンテンツID」フィールド用にフィルタ処理された選択肢を含めるには、対応する「選択」ボタンをクリックします。

4. 「コンテンツ・アイテムの表示」ページで、コンテンツ・アイテムのフィルタ・オプションを選択し、「OK」をクリックします。

5. 「ユーザー名」フィールド用にフィルタ処理された選択肢を含めるには、「プロファイルのプレビュー」ページで、対応する「選択」ボタンをクリックします。

6. 必要に応じて、「ユーザーの表示」ページで、ユーザー・フィルタ・オプションを選択し、「OK」をクリックします。

評価されたルールをコードの文として表示するには、「プロファイルのプレビュー」ページで、「計算結果」をクリックします。

評価結果をシミュレートされたページとしてブラウザ・ウィンドウに表示するには、「イベント」フィールドで「リクエスト」を選択します。他のフィールドの値を選択してから、「プロファイルのプレビュー」ページの「表示」をクリックします。ブラウザ・ウィンドウが起動し、シミュレートされた「チェックイン」ページまたは「検索」ページに結果のメタデータ・フィールドが表示されます。このウィンドウには、グラフィック・ビュー(エンド・ユーザーに表示される内容)が表示されます。

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

次のプロファイルの例を通して、プロファイルが役立つ様々なシナリオを説明します。

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

- ブラックホール履歴書チェックイン(例)

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

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

ドキュメントのパスを格納するために使用されるグローバル・ルールの例は、ブログ「How to create a Global Rule that stores a document's folder path in a custom metadata field」を参照してください。

10.8.1 部門ベースのコンテンツ・プロファイル(例)

この例では、1つのグローバル・ルールと1つの標準プロファイル・ルールを含む部門ベースのプロファイルを計画および作成する方法を示します。

目的は、ルールで管理されるメタデータ・フィールドのチェックイン、更新、コンテンツ情報および「検索」ページでの表示方法を制御することです。理想的な状態は、部門固有のフィールドのみを表示して、ユーザーに提示するメタデータ・フィールドの数を最小限に抑えることです。

ルールは実際のプロファイルの作成プロセスでプロファイルに追加されるため、この例では最初に適用可能なルールを作成し、次にプロファイルを作成します。次の主要なステップに分かれています。

- 次の特性を持つグローバル・ルールを作成します。

- チェックインされる、すべての新規および更新されたコンテンツ・アイテムに必ずコメントが関連付けられた状態にします。オプションの「コメント」メタデータ・フィールドを必須フィールドに変更します。

- コンテンツ・アイテムの「タイトル」メタデータ・フィールドを編集可能にします。

- 次の特性を持つプロファイル・ルールを作成します。

- 「コメント」メタデータ・フィールドのデフォルト値を提供しますが、編集可能にします。マーケティング固有のドキュメントによって、デフォルト・メッセージをトリガーします。

- 「パブリッシュ・タイプ」メタデータ・フィールドと「リビジョン・ラベル」メタデータ・フィールドに対して読取り専用テキストのデフォルト値を提供します。

- 次の特性を持つ部門ベースのプロファイルを作成します。

- チェックイン、更新、コンテンツ情報および「検索」ページでのメタデータ・フィールドの表示または非表示を編成します。

- マーケティング部門に関連するフィールドのみを表示します。

- マーケティングベースのグループ見出しを使用して、選択したメタデータ・フィールドをグループ化します。

10.8.1.1 グローバル・ルールの作成

1. 「構成マネージャ」ページの「ルール」タブを開いて、「追加」をクリックします。

2. 「ルールの追加」/「ルールの編集」ページの「一般」タブで、「名前」フィールドにグローバル・ルールの名前(たとえばCmtsRqd)を入力します。

3. グローバル・ルールの説明を入力します(オプション)。

4. 「優先度のあるグローバル・ルール」を選択します。優先度の番号を変更することもできます。

5. 次のように「コメント」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「ルール・フィールドの追加」ページで、「フィールド名」リストから、「コメント」を選択します。

c. 「フィールド位置」リストから、一般的な位置(「先頭」など)を選択します。

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

e. 「ルール・フィールドfield_nameの追加」/「ルール・フィールドfield_nameの編集」ページで、「タイプ」リストから「必須」を選択します(チェックインされるコンテンツ・アイテムに関するコメントをユーザーに必ず入力させるため)。

f. 「必須メッセージ」フィールドにテキストを入力します。これは、「必須」タイプを除くすべてのルール・フィールド・タイプで省略可能です。

g. 「デフォルト値を使用」を選択し、対応する「編集」ボタンをクリックします。

h. 「デフォルト値の編集」/「派生値の編集」ページの「条件」タブで、「追加」をクリックします。

i. 「条件の追加」ページで、フィールド条件の名前を入力します(たとえばUserMsg)。

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

k. 下部の「値」フィールド(ページの最下部にある、「計算」ボタンの近く)に短い文を入力します。この文は「コメント」フィールドのデフォルト値になります。

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

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

6. 次のように「ドキュメント・タイトル」メタデータ・フィールドを追加および定義します。

a. 「ルールの追加」/「ルールの編集」ページの「フィールド」タブで、「追加」をクリックします。

b. 「フィールド名」リストから「タイトル」を選択します。

c. 「フィールド位置」リストから、一般的な位置(「ページの最後」など)を選択します。

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

e. 「タイプ」リストから「編集」を選択します(「チェックイン」ページと「検索」ページでこのメタデータ・フィールドを編集可能にするため)。

f. 「必須メッセージ」フィールドにメモを入力します(オプション)。

g. 「OK」をクリックします。
「タイトル」メタデータ・フィールドが「フィールド」リストに追加されます。

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

10.8.1.2 プロファイル・ルールの作成

1. 「構成マネージャ」ページの「ルール」タブを開いて、「追加」をクリックします。

2. 「一般」タブで、「名前」フィールドにプロファイル・ルールの名前(たとえばDefaultMktComment)を入力します。

3. プロファイル・ルールの説明を入力します(オプション)。

4. 「グループ」を選択します。

5. 「グループ・ヘッダーを含む」を選択し、対応する「編集」ボタンをクリックします。

6. 「グループ・ヘッダーの編集」ページで、グループ化されたメタデータ・フィールドのヘッダーとして使用するテキスト(「マーケティング固有情報」など)を入力します。

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

8. 次のように「コメント」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「フィールド名」リストから「コメント」を選択します。

c. 「フィールド位置」リストから、一般的な位置(「先頭」など)を選択します。

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

e. 「タイプ」リストから「編集」を選択します(チェックイン、更新、コンテンツ情報および「検索」ページでこのフィールドを編集可能にするため)。

f. 「必須メッセージ」フィールドにメモを入力します(オプション)。

g. 「デフォルト値を使用」を選択し、対応する「編集」ボタンをクリックします。

h. 「条件」タブの「追加」をクリックします。

i. フィールド条件の名前(たとえばCurrentMktgDocs)を入力します。

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

k. 下部の「値」フィールド(ページの下部にある「計算」ボタン近く)に「これは、現在のマーケティング・ドキュメントです」と入力します。

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

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

9. 次のように「パブリッシュ・タイプ」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「フィールド名」リストから「パブリッシュ・タイプ」を選択します。

c. 「フィールド位置」リストから、一般的な位置(「ページの中央」など)を選択します。

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

e. 「タイプ」リストから「ラベル」を選択します(チェックイン、更新、コンテンツ情報および「検索」ページでこのフィールドを読取り専用にするため)。

f. 「必須メッセージ」フィールドにメモを入力します(オプション)。

g. 「デフォルト値を使用」を選択し、対応する「編集」ボタンをクリックします。

h. 「条件」タブの「追加」をクリックします。

i. フィールド条件の名前(たとえばMktgDocsOnly)を入力します。

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

k. 下部の「値」フィールド(ページの下部にある「計算」ボタンの近く)に、@dDocNameと入力します。

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

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

10. 次のように「リビジョン・ラベル」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「フィールド名」リストから「リビジョン」を選択します。

c. 「フィールド位置」リストから、一般的な位置(「ページの最後」など)を選択します。

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

e. 「タイプ」リストから「ラベル」を選択します(チェックイン、更新、コンテンツ情報および「検索」ページでこのメタデータ・フィールドを読取り専用にするため)。

f. 「必須メッセージ」フィールドにメモを入力します(オプション)。

g. 「デフォルト値を使用」を選択します。

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

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

10.8.1.3 部門ベースのプロファイルの作成

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」をクリックします。

ページが閉じ、プロファイルが「プロファイル」タブのプロファイルのリストに追加されます。

10.8.2 ブラックホール履歴書チェックイン(例)

この例では、人事部門への履歴書送信に使用されるブラックホール・チェックイン・プロファイルを計画および作成する方法を示します。目的は、このプロファイルを使用する際に、チェックイン、更新、コンテンツ情報および「検索」ページに表示するメタデータ・フィールドを制限することです。

履歴書が最初にチェックインされると、潜在的に検索可能なすべてのメタデータ・フィールド用に導出された設定によって、権限のないユーザーがドキュメントを取得するのを防ぎます。ルールは実際のプロファイルの作成プロセスでプロファイルに追加されるため、この例では最初に適用可能なルールを作成し、次にプロファイルを作成します。

この例は、カスタマイズされていないコンテンツ・サーバー・インスタンスを使用して表示されるデフォルトのメタデータ・フィールドに基づいています。このプロファイルで表示されるメタデータ・フィールドは、「タイプ」、「プライマリ・ファイル」、「代替ファイル」および「コメント」に制限されます。「タイプ」フィールドでは読取り専用ラベルが使用されます。値は送信時に、ドキュメントの機密保護を確保するために人事(HR)アクセス可能値にリセットされます。「コメント」フィールドのみ編集可能です。残りのメタデータ・フィールドは非表示になり、送信時にも値がリセットされます。この例では、非表示メタデータ・フィールドに「タイトル」、「作成者」、「セキュリティ・グループ」、「コンテンツID」、「リビジョン」、「リリース日」および「有効期限」があります。

「非表示」と「除外済」の両方の表示属性を選択すると、定義したメタデータ・フィールドが非表示になります。「非表示」タイプを使用すると、フィールド値をソース・ページに残せる利点があります。したがって、コントリビュータにはドキュメントのチェックイン時に「非表示」フィールドが表示されませんが、割り当てられたフィールド値は、認可済ビューアに表示されます。「除外済」タイプを使用すると、ソース・ページでフィールド値が除外されます。

このタイプのプロファイルでは、不要なメタデータ・フィールドを非表示にするために「ルール以外のフィールドの除外」チェック・ボックスに依存することはお薦めできません。コントリビュータではプロファイルのルールに含まれるフィールドのみが認識されるものの、デフォルト値の割当てとソース・ページでの保存ができなくなるわけではありません。権限のないユーザーでも、除外されたメタデータ・フィールドを検索することによってブラックホール・ドキュメントを見つけることができます。

この例は、次の主要なステップに分かれています。

- 次のプロファイル・ルールを作成します。

- 不要なメタデータ・フィールドを非表示にし、チェックイン、更新、コンテンツ情報および「検索」ページで表示しません。

- 非表示の各メタデータ・フィールドのデフォルト値をリセットし、権限のないユーザーが非表示フィールドを使用してドキュメントを検索および取得できないようにします。

- 次のプロファイル・ルールを作成します。

- 履歴書のチェックイン関連の特定のメタデータ・フィールドを表示できるようにします。

- 表示される各メタデータ・フィールドの値をリセットし、権限のないユーザーがこれらのフィールドを使用してドキュメントを検索および取得できないようにします。

- 次のとおりにブラックホール・チェックイン・プロファイルを作成します。

- チェックイン、更新、コンテンツ情報および「検索」ページでのメタデータ・フィールドの表示または非表示を制限します。

- 社内の職位に対して履歴書をチェックインしている従業員に関連するフィールドのみを表示します。

10.8.2.1 非表示フィールドのルールの作成

非表示メタデータ・フィールドに対するプロファイル・ルールを作成する手順は、次のとおりです。

1. 「構成マネージャ」ページの「ルール」タブを開いて、「追加」をクリックします。

2. 「ルールの追加」/「ルールの編集」ページの「一般」タブで、「名前」フィールドにルールの名前(たとえばNoExtraFields)を入力します。

3. グローバル・ルールの説明を入力します(オプション)。

4. 次のように「タイトル」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「ルール・フィールドの追加」ページで、「フィールド名」リストから、「タイトル」を選択します。

c. 一般的な位置を「フィールド位置」リストから選択します。

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

e. 「ルール・フィールドfield_nameの追加」/「ルール・フィールドfield_nameの編集」ページで、「タイプ」リストからを「非表示」選択します(このメタデータ・フィールドがチェックイン、更新、コンテンツ情報および「検索」ページに表示されないようにするため)。

f. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

g. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

h. 「派生値の編集」: 「条件」タブで、「追加」をクリックします。

i. 「条件の追加」ページで、フィールド条件の名前を入力します(たとえばHRsEyesOnly)。

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

k. このプロファイルを使用してチェックインされたドキュメントが、権限のないユーザーによって「タイトル」フィールドを検索して取得されないように、下部の「値」フィールドに、機密文字列(具体的なタイトルなしなど)を入力します。

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

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

5. 次のように「作成者」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「フィールド名」リストから「作成者」を選択します。

c. 一般的な位置を「フィールド位置」リストから選択します。

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

e. 「タイプ」リストから「非表示」を選択します(このメタデータ・フィールドがチェックイン、更新、コンテンツ情報および「検索」ページに表示されないようにするため)。

f. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

g. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

h. 「条件」タブの「追加」をクリックします。

i. フィールド条件の名前(たとえばHRsEyesOnly2)を入力します。

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

k. 「フィールド」リストから「作成者」を選択します。

l. 「操作」リストから「次に一致する」を選択します。

m. 「選択」をクリックします。

n. 「ユーザーの表示」ページで、適用可能なユーザー名を選択します。
たとえば、このプロファイルを使用してチェックインされたドキュメントを表示する権限を持つ、人事部門の従業員を選択すると、権限のないユーザーが「作成者」メタデータ・フィールドを使用してこれらのドキュメントを検索および取得できないようにするのに役立ちます。

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

p. 「追加」をクリックします。
句ペインには、句が追加されます。

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

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

6. 次のように「セキュリティ・グループ」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「フィールド名」リストから「セキュリティ・グループ」を選択します。

c. 一般的な位置を「フィールド位置」リストから選択します。

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

e. 「タイプ」リストから「非表示」を選択します(このフィールドがチェックイン、更新、コンテンツ情報および「検索」ページに表示されないようにするため)。

f. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

g. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

h. 「条件」タブの「追加」をクリックします。

i. フィールド条件の名前(たとえばHRsEyesOnly3)を入力します。

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

k. 「フィールド」リストから「セキュリティ・グループ」を選択します。

l. 「操作」リストから「次に一致する」を選択します。

m. 「値」リストから適切な選択肢を選択します。たとえば、このプロファイルを使用してチェックインしたドキュメントを表示する権限が付与された人事部門またはその他の部門を選択します。

n. 「追加」をクリックします。

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

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

7. 次のように「コンテンツID」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「フィールド名」リストから「コンテンツID」を選択します。

c. 一般的な位置を「フィールド位置」リストから選択します。

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

e. 「タイプ」リストから「非表示」を選択します(このフィールドがチェックイン、更新、コンテンツ情報および「検索」ページに表示されないようにするため)。

f. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

g. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

h. 「条件」タブの「追加」をクリックします。

i. フィールド条件の名前(たとえばHRsEyesOnly4)を入力します。

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

k. 「フィールド」リストから「コンテンツID」を選択します。

l. 「操作」リストから「次の語で始まる」を選択します。

m. 機密文字列を入力するか、「選択」をクリックします。

n. 「フィールドの選択」ページで、リストからコンテンツ・アイテムを選択します。セキュリティを強化するには、一意の文字列(たとえばRes)を入力します。これは、権限のないユーザーが「コンテンツID」メタデータ・フィールドを使用してこれらのドキュメントを検索および取得できないようにするのに役立ちます。

o. 「OK」をクリックします(「コンテンツ・アイテムの表示」ページからコンテンツ・アイテムを選択した場合)。

p. 「追加」をクリックします。

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

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

8. 次のように「リビジョン」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「フィールド名」リストから「リビジョン」を選択します。

c. 一般的な位置を「フィールド位置」リストから選択します。

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

e. 「タイプ」リストから「非表示」を選択します(このメタデータ・フィールドがチェックイン、更新、コンテンツ情報および「検索」ページに表示されないようにするため)。

f. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

g. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

h. 「条件」タブの「追加」をクリックします。

i. フィールド条件の名前(たとえばHRsEyesOnly5)を入力します。

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

k. 「フィールド」リストから「リビジョン」を選択します。

l. 「操作」リストから「次の語で始まる」を選択します。

m. 権限のないユーザーが「リビジョン」メタデータ・フィールドを使用してこれらのドキュメントを検索および取得できないようにするために、上部の「値」フィールドに機密文字列を入力します(たとえばRes)。

n. 「追加」をクリックします。

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

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

9. 次のように「リリース日」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「フィールド名」リストから「リリース日」を選択します。

c. 一般的な位置を「フィールド位置」リストから選択します。

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

e. 「タイプ」リストから「非表示」を選択します(このフィールドがチェックイン、更新、コンテンツ情報および「検索」ページに表示されないようにするため)。

f. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

g. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

h. 「条件」タブの「追加」をクリックします。

i. フィールド条件の名前(たとえばHRsEyesOnly6)を入力します。

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

k. このプロファイルを使用してチェックインされたドキュメントが、権限のないユーザーによって「リリース日」フィールドを使用して取得されないように、下部の「値」フィールドに、機密文字列(具体的なリリース日なしなど)を入力します。

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

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

10. 次のように「有効期限」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「フィールド名」リストから「有効期限」を選択します。

c. 一般的な位置を「フィールド位置」リストから選択します。

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

e. 「タイプ」リストから「非表示」を選択します(このフィールドがチェックイン、更新、コンテンツ情報および「検索」ページに表示されないようにするため)。

f. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

g. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

h. 「条件」タブの「追加」をクリックします。

i. フィールド条件の名前(HRsEyesOnly7など)を入力します。

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

k. 下部の「値」フィールドに、機密文字列(具体的な有効期限なし、など)を入力します(このプロファイルを使用してチェックインされたドキュメントが、権限のないユーザーによって「有効期限」メタデータ・フィールドを使用して検索および取得されるのを防ぐため)。

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

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

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

10.8.2.2 表示フィールドのルールの作成

表示メタデータ・フィールドに対するプロファイル・ルールを作成する手順は、次のとおりです。

1. 「ルール」タブの「追加」を選択します。

2. 「一般」タブで、「名前」フィールドにプロファイル・ルールの名前(たとえばVisibleFields)を入力します。

3. プロファイル・ルールの説明を入力します(オプション)。

4. 次のように「タイプ」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「フィールド名」リストから「タイプ」を選択します。

c. 一般的な位置を「フィールド位置」リストから選択します。

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

e. 「タイプ」リストから「ラベル」を選択します(チェックイン、更新、コンテンツ情報および「検索」ページでこのメタデータ・フィールドを読取り専用にするため)。

f. 「必須メッセージ」フィールドにテキストを入力します(オプション)。

g. 「デフォルト値を使用」を選択し、対応する「編集」ボタンをクリックします。

h. 「条件」タブの「追加」をクリックします。

i. フィールド条件の名前を入力します(たとえばResumeType)。

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

k. 下部の「値」フィールドに、履歴書と入力します。

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

m. 「派生フィールド」を選択し、対応する「編集」ボタンをクリックします。

n. 「条件」タブの「追加」をクリックします。

o. フィールド条件の名前を入力します(たとえばResumeType2)。

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

q. 下部の「値」フィールドで、「値」リストから適切なドキュメント・タイプ(たとえばHRresumes)を選択します。

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

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

5. 次のように「コメント」メタデータ・フィールドを追加および定義します。

a. 「フィールド」タブの「追加」をクリックします。

b. 「フィールド名」リストから「コメント」を選択します。

c. 一般的な位置を「フィールド位置」リストから選択します。

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

e. 「タイプ」リストから「編集」を選択します(チェックイン、更新、コンテンツ情報および「検索」ページでこのメタデータ・フィールドを編集可能にするため)。

f. 「デフォルト値を使用」を選択し、対応する「編集」ボタンをクリックします。

g. 「条件」タブの「追加」をクリックします。

h. 条件の名前を入力します(たとえばPositionAppliedFor)。

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

j. 下部の「値」フィールドに、適切な文(役職を指定してくださいなど)を入力します。

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

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

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

10.8.2.3 プロファイルの作成

ブラックホール・チェックイン・プロファイルを作成する手順は、次のとおりです。

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」をクリックします。

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

この例では、ユーザーがコンテンツをチェックインするときにメタデータ・フィールドを検証できるグローバル・ルールを作成する方法を示します。グローバル・ルールはリクエスト内のデータを検証し、データが正しくない場合はエラー・メッセージを返します。この例では、「コンテンツ・タイプ」として「ADACCT」を指定するコンテンツのチェックインを管理者のみに許可する方法を示します。

10.8.3.1 グローバル・ルール違反の致命的エラーの有効化

1. テキスト・エディタで、IntradocDir/config/config.cfgファイルを開きます。

2. 次の構成設定を追加します。

IsDpSubmitErrorFatal=true

3. ファイルを閉じて保存します。

4. Content Serverを再起動します。

10.8.3.2 コンテンツ・タイプ・チェックインを制限するグローバル・ルールの作成

このグローバル・ルールは、dDocTypeの値を検証し、管理者がADACCTドキュメントをチェックイン中であることを確認します。ただし、ルールは、「チェックイン」ページと「更新」ページのみに影響を与えるように構成されています。

1. 「構成マネージャ」ページの「ルール」タブを開いて、「追加」をクリックします。

2. 「ルールの追加」/「ルールの編集」ページの「一般」タブで、「名前」フィールドにグローバル・ルールの名前(たとえばFailOnCheckInError)を入力します。

3. グローバル・ルールの説明を入力します(オプション)。

4. 「優先度のあるグローバル・ルール」を選択し、必要に応じて優先度の番号を変更します。

5. 「ルールのアクティブ化条件の使用」を選択し、対応する「編集」ボタンをクリックします。

6. 「アクティブ化条件の編集」ページで、「追加」をクリックします。

7. 「条件の追加」ページで、「名前」フィールドに条件の名前を入力します(たとえばCheckIn)。

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

9. 「使用イベント」を選択します。

10. 「送信時」を選択します。

11. 「アクションの使用」を選択します。

12. 「新規コンテンツをチェックイン」、「選択したコンテンツをチェックイン」および「コンテンツ更新」を選択します。

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

14. 「フィールド」タブをクリックします。

15. 「ルール・フィールドfield_nameの追加」/「ルール・フィールドfield_nameの編集」ページで、「追加」をクリックします。

16. 「ルール・フィールドの追加」ページで、「フィールド名」リストから、「タイプ」を選択します。

17. 一般的な位置を「フィールド位置」リストから選択します(オプション)。

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

19. 「ルール・フィールドfield_nameの追加」/「ルール・フィールドfield_nameの編集」ページで、「派生フィールド」をクリックし、対応する「編集」ボタンをクリックします。

20. 「派生値の編集」: 「条件」タブで、「カスタム」タブをクリックします。

21. 「カスタム」ページで、「カスタム」を選択し、次のIdocスクリプトを入力します。

<$if dDocType like "ADACCT" and not userHasRole("admin")$>
<$abortToErrorPage("Only administrators can use ADACCT.")$>
<$endif$>

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

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

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

10.8.4 コンテンツ・タイプ・メタデータ変更を制限するグローバル・ルール(例)

この例では、ユーザーがコンテンツをチェックインするときにメタデータ・フィールドを検証できるグローバル・ルールを作成する方法を示します。グローバル・ルールはリクエスト内のデータを検証し、データが不適切な場合はエラー・メッセージを返します。特に、この例では、チェックイン・ドキュメントのコンテンツ・タイプの変更を管理者のみに許可する方法を示します。

10.8.4.1 グローバル・ルール違反の致命的エラーの有効化

1. テキスト・エディタで、IntradocDir/config/config.cfgファイルを開きます。

2. 次の構成設定を追加します。

IsDpSubmitErrorFatal=true

3. ファイルを閉じて保存します。

4. Content Serverを再起動します。

10.8.4.2 コンテンツ・タイプの変更を制限するグローバル・ルールの作成

このグローバル・ルールは、dDocTypeの値を検証し、管理者がチェックイン・ドキュメントのコンテンツ・タイプを変更中であることを確認します。「チェックイン」ページにのみ影響を与えるように構成されています。

1. 「構成マネージャ」ページの「ルール」タブを開いて、「追加」をクリックします。

2. 「ルールの追加」/「ルールの編集」ページの「一般」タブで、「名前」フィールドにグローバル・ルールの名前(たとえばFailOnCheckInError)を入力します。

3. グローバル・ルールの説明を入力します(オプション)。

4. 「優先度のあるグローバル・ルール」を選択し、必要に応じて優先度の番号を変更します。

5. 「ルールのアクティブ化条件の使用」を選択し、対応する「編集」ボタンをクリックします。

6. 「アクティブ化条件の編集」ページで、「追加」をクリックします。

7. 「条件の追加」ページで、「名前」フィールドに条件の名前を入力します(たとえばCheckIn)。

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

9. 「使用イベント」を選択します。

10. 「送信時」を選択します。

11. 「アクションの使用」を選択します。

12. 「コンテンツ更新」を選択します。

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

14. 「フィールド」タブをクリックします。

15. 「追加」をクリックします。

16. 「ルール・フィールドの追加」ページで、「フィールド名」リストから、「タイプ」を選択します。

17. 一般的な位置を「フィールド位置」リストから選択します。

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

19. 「ルール・フィールドfield_nameの追加」/「ルール・フィールドfield_nameの編集」ページで、「派生フィールド」をクリックし、対応する「編集」ボタンをクリックします。

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」をクリックします。

第IV部 レコードの管理

この項では、Oracle WebCenter Content: Recordsの機能について説明します。

「レコードの管理」は、次の章で構成されています。

- レコード管理の構成

- レコード保存スケジュールの管理

- Recordsのセキュリティの管理

- 処理の定義および実行

- Oracle WebCenter Content Records Adapterの管理

- 物理コンテンツの管理

- 予約とチャージバックの処理

- レコード関連コンテンツ(リンク)の構成

- Recordsシステムの管理

- フェデレーテッド検索および凍結の使用

11 レコード管理の構成

この章では、保存スケジュールでのコンテンツ・アイテムの管理に使用される、Oracle WebCenter ContentのRecords部分の構成情報について説明します。

レコード管理の主眼は、履歴やアーカイブとして、または法的な目的でコンテンツを保持することに置かれる傾向がありますが、一方で保存管理も実行されます。保存管理の主眼は、レコード管理者の設計したスケジュールに基づいてコンテンツを削除することに置かれる傾向があります。レコード管理と保存管理の両方を組み合わせることで、必要に応じてコンテンツを追跡および保存したり、必要がなくなったコンテンツを廃棄したりすることができます。

重要:

デフォルトを使用するコンテンツをチェックインする前に、必要なカテゴリ、処理およびトリガーを含むすべてのデフォルトを構成する必要があります。

保存されるアイテムは、組織にとって重要であるため特定の期間保存する必要があり、また不要になった場合には破棄できる、あらゆる形態(物理および電子)の情報です。ただし、情報はリビジョンを作成して、保存し、処理スケジュールに従って管理することも可能です。組織は、古くなった情報や誤解を招くような情報を排除するようにコンテンツを管理したり、法的手続きに関連するドキュメントを追跡したりすることもできます。

この章の構成は、次のとおりです。

- レコード管理の理解

- ソフトウェア構成の選択

- 保存管理のオプション

- 物理コンテンツ管理の設定

- 保存の定義とオプションの構成

- PCMのオプション

- カスタム・メタデータ・セットの作成

- ワークフローの設定

- Desktop Integration Suiteによる構成

- 構成変数

11.1 レコード管理の理解

多くの組織は、一定期間の情報保存が要求される条例の対象となります。

- サーベンス・オクスリー法:

- すべての株式公開企業または公開の可能性があるすべての企業に適用されます。

- 監査関連の調書、通信、往復書簡は、監査後5年間は保存する必要があります。

- 政府組織: DoD 5015.2、General Records Schedule

- 製薬/ヘルス・ケア業界: HIPAA、FDA規則

- 金融サービス: SEC Rule 17a

- テレコミュニケーション業界: 47 CFR 42など

訴訟に関連して効率的な保存管理の必要があるかもしれません。

- ポリシーベースのコンテンツ保存:

- 訴訟で必要となる情報(契約書や、契約書に関連する通信など)の保存。

- その情報の一元化された検索と取得。

- 適格なコンテンツのシステマチックな処理:

- 検出時の検索対象が少なくなる。

- 相手方弁護士に提出する資料が少なくなる。

- 保留中の訴訟に関連するコンテンツ処理の一時停止/凍結:

- 保留中の訴訟に関連するコンテンツを破棄する場合に、隠蔽および見込まれる法的責任の出現を回避する。

ビジネスに関連して効率的な保存管理の必要があるかもしれません。

- 多様な形式(電子メール、CD、DVD)で作成され、多様な場所(従業員のコンピュータ、中央のファイル・ストレージなど)に保存されているアイテムを整理するため。

- 組織全体でコンテンツを取得および共有するための、統一性のあるインフラストラクチャを構築するため。

- 組織の日常業務で必要とされる情報や、履歴、追跡、監査目的で保存する必要がある情報(たとえば、領収書、注文履歴、完成フォーム、人事ファイル、社外発表など)もあります。

- 組織の成功や生存のために必要とされる情報もあります(たとえば、ソフトウェア・ソース・コード、契約書、財務データなど)。

- 内部ポリシーや外部の規則によって情報の保存が必要とされている場合もあります(たとえば、トランザクション・ドキュメント、財務諸表、リース契約書など)。

- コンテンツ・アイテムがビジネスに有用な期間中確実に保存されているようにするため。

この項では、レコード管理についてさらに次の内容を説明します。

- 保存されたコンテンツのライフ・サイクル

- 保存されたコンテンツのタイプ

- 基本的な保存管理の概念

- 物理コンテンツ管理

- 基本的な保存プロセス

11.1.1 保存されたコンテンツのライフ・サイクル

保存されたコンテンツのライフ・サイクルは、複数のステージを通過します。

図11-1 保存されたコンテンツのライフ・サイクル

「ファイリング日」とは、コンテンツ・アイテムが追跡対象のアイテムとしてマークされた日付です。多くの場合、「チェックイン日」と同一の日付です。ただし、アクティブなコンテンツ・アイテムは追跡対象としてすでにチェックイン済の可能性もあります。

情報を保持する必要がある期間は、コンテンツのタイプ、組織内での用途、外部の法律や規則への準拠の必要性によって異なります。

コンテンツ・アイテムの「カットオフ」とは、アイテムのステータスが変更され、アイテムが処理に移行する瞬間のことです。アイテムは一定期間後、特定のイベント時、またはイベント後にカットオフされます。

アイテムは、組織の要件に応じて権限を持つ人によって処理されます。処理アクションには、破棄、ストレージ、転送などが含まれます。アイテムが重要だと見なされる場合は破棄されません(たとえば、歴史的な重要性などにより)。この場合の「処理」とは、アクティブな使用からのステータス変更を示します。

ライフ・サイクルは、明示的に定義できます。「保存の定義とオプションの構成」を参照してください。

11.1.2 保存されたコンテンツのタイプ

保存されたコンテンツは、パースペクティブに応じて次のカテゴリに分類されます。

- 内部および外部に保存されたコンテンツ

- 分類済、未分類、分類解除のコンテンツ

- 非永続、転送または登録、レビュー対象のコンテンツ

11.1.2.1 内部および外部に保存されたコンテンツ

内部に保存されているコンテンツ・アイテムは、Oracle WebCenter Content内に保存されている電子アイテムで、この製品によって管理されています。

外部のコンテンツを管理することもできます。外部に保存されているコンテンツ・アイテムは、Oracle WebCenter Contentには保存されていないソース・ファイルです。これは、多様な物理フォーマットもしくは電子フォーマットである可能性があります。このソフトウェアを使用すると、処理スケジュールの管理、外部ファイルに関連付けられたメタデータの検索、および外部ファイルの電子レンディションの管理を実行できます。電子レンディションは、外部アイテムのプライマリ・ファイルとしてチェックインすることも、別ファイルとしてファイルに保存し、外部ファイルのメタデータへのリンクを設定することもできます。

11.1.2.2 分類済、未分類、分類解除のコンテンツ

コンテンツは、分類済、未分類、または分類解除に分けられます。

- 分類済コンテンツは、不正な情報開示(米国の国家安全保障に抵触する情報が含まれる場合、または企業経営における重要事項である場合など)に対する保護を必要とするコンテンツです。

- 未分類コンテンツは、分類されておらず、これまでに分類されたことのないコンテンツです。

- 分類解除コンテンツは、以前は分類されていたが、分類済ステータスが解除されたコンテンツです。

分類によって、分類済コンテンツ・アイテムのセキュリティ・レベルを指定します。分類ガイドには、チェックイン・ページでのデフォルトの分類値が示されています。

初期設定時のオプションの選択により、システムのDoD 5015.2標準(4章を含む)への準拠を保証できます。ソフトウェアのこの標準への準拠は、相互運用性テスト・コマンド(JITC)によって認定されています。この標準のコピーは、米国国防総省、ワシントン本部管理局、指令および記録部門の公式Webサイト(http://www.dtic.mil/whs/directives/)で入手できます。

重要:

Executive Order 12958: Classified National Security Informationには、国家機密情報の分類、保護、分類解除に関するシステムの詳細が記載されています。このガイドは、適切な分類プロトコルに精通した人を対象としています。

11.1.2.3 非永続、転送または登録、レビュー対象のコンテンツ

処理を目的として、コンテンツは非永続、NARAへの転送または登録、レビュー対象に分類されます。ほとんどのアイテムは非永続カテゴリに分類されます。

非永続アイテムは、通常は保存期間が過ぎたら破棄されます。永続アイテムは、継続的に保持すべき重要性が認められるアイテムで、無期限に保存されます(たとえば、歴史的な重要性などの理由で)。

アイテムは、権限のある人に定期的にレビューしてもらうようにスケジュール設定できます。これは、DoDの仮想レコードの確認基準に準拠します。

11.1.3 基本的な保存管理の概念

レコードは、単一の一貫した管理しやすいインフラストラクチャで、ソースまたはフォーマットに関係なく、コンテンツを管理するために使用します。管理対象アイテムには、保存スケジュールと処理ルールが割り当てられます。これによりユーザーは、コンテンツのライフ・サイクルをスケジュールして、古くなったり差し替えられたりした情報を排除したり、ストレージ・リソースを管理したり、法的な監査保留に従ったりすることができます。

コンテンツとそれに関連するメタデータは、保存スケジュール内で保存されます。保存スケジュールは、処理手順を定義するカテゴリによって階層化されています。アイテムへのアクセスは、レコード管理者がユーザーに割り当てた権限によって制御されます。アイテムは、組織の要件に応じて権限のある人により、簡単で効率的な方法でアクセス、レビュー、保存、または破棄されます。

リポジトリ内のコンテンツの処理スケジュールも管理できます。これにより、コンテンツのライフ・サイクルをスケジュールして、古くなったり差し替えられたりした情報を排除したり、ストレージ・リソースを管理したり、法的な監査保留に従ったりすることができます。

保存管理のコンテキストにおいては、次の概念を理解することが重要です。

- レコード管理者: 保存スケジュールや管理システムのその他の側面の設定および維持を担当する組織内の個人。

- レコード・ユーザー: ソフトウェアを使用して、システム内外のコンテンツを確認したり、レコードを検索したり、その他の非管理タスクを実行したりする個人。

- レコード・オフィサ: レコード・ユーザーの責任範囲に加えて、限定された管理責任を持つユーザー。

- 管理者: 管理システムの配置されているサイトでコンピュータ・システム、ネットワーク、またはソフトウェアを維持している個人。

- 保存スケジュールは、シリーズ、カテゴリ、レコード・フォルダを編成した階層で、これによりユーザーは、それぞれ独自の保存特性と処理特性を持つ同様のグループに、保存コンテンツをクラスタ化することができます。

- シリーズは、カテゴリを機能グループに編成するために役立つ、保存スケジュールの組織構造です。シリーズは通常は静的であり、組織階層の上位レベルで使用されます。これらは、多数のカテゴリが使用されている場合に特に役立ちます。シリーズはネスト可能なので、1つのシリーズに別のシリーズが含まれている場合もあります。

- 保存カテゴリは、保存スケジュール階層内の一連のセキュリティ設定と処理手順で、シリーズの下位にあります。これは組織構造ではなく、同じ処理が指定されたアイテムをグループ化するための手段です。カテゴリは、レコード・フォルダやコンテンツを、同じ保存特性と処理特性を持つグループに編成するために役立ちます。保存カテゴリには、1つ以上のレコード・フォルダまたはコンテンツ・アイテムを含むことができ、通常は、その保存カテゴリに関連付けられているセキュリティ設定および処理ルールに従います。保存カテゴリはネストできないので、保存カテゴリに別の保存カテゴリを含むことはできません。

- レコード・フォルダは、保存スケジュール内の同様のコンテンツ・アイテムのコレクションです。フォルダによって、コンテンツをグループに編成できます。通常、フォルダは、それぞれに割り当てられた保存カテゴリに関連づけられているセキュリティ設定および処理ルールに従います。フォルダはネスト可能なので、フォルダに別のフォルダが含まれている場合もあります。

- 処理は、アイテムに対して実行されるアクションの集合セットです。処理アクションには、待機時間とアクティビティが含まれます。アクティビティには、外部ストレージ設備への転送、一時コンテンツの破棄、以前のリビジョンの削除、すべてのリビジョンの削除などがあります。

- 処理手順は、保存カテゴリ内で作成され、通常は1つ以上の処理ルールで構成されています。この処理ルールでは、コンテンツの処理方法や実行するアクションを定義します(コンテンツをいつどのように処分するのかなど)。

- 期間は、レビューまたは処理アクションを実行する前に経過する必要がある一定の時間です。複数のビルトイン期間(たとえば「1年」など)が提供されますが、特定のビジネスニーズに合わせてカスタム期間を作成できます。

- トリガーは、処理手順が処理される前に発生する必要があるイベントです。トリガーは、保存カテゴリの処理ルールと関連付けられています。トリガー・イベントの例には、ステータスの変更、前の処理アクションの完了、または保存期間カットオフなどが含まれます。

- リンクは、アイテム間で定義された関係です。アイテム同士が関係しており、一緒に処理する必要がある場合に役立ちます。リンクは、保存スケジュール内部と外部の両方に保存されたアイテムに対して使用できます。

- 分類は、分類されるアイテムのセキュリティ・レベルを指定します。これは、機密情報を含むコンテンツの識別と保護のプロセスで使用されます。代表的な分類レベルは、「Top Secret」、「Secret」、「Confidential」、および「Unclassified」です。

- 分類ガイドは、コンテンツのコンテンツ・チェックイン・ページにある複数の分類関連のメタデータ・フィールドのデフォルト値を定義するために使用するメカニズムです。ガイドによって、複数の分類スキームの実装が便利になります。

- 凍結を行うと、アイテムの処理が禁止されます。凍結されたコンテンツはいかなる方法でも変更できず、削除または破棄もできません。これは、法令または監査要件を順守するために必要です(たとえば、訴訟のためなど)。凍結は、保存スケジュール内部と外部の両方に保存されたアイテムに対して使用できます。

- 外部アイテムには、保存されたコンテンツと同じ方法で検索や処理が行われません。外部コンテンツは、通常は、物理コンテンツ管理によって管理されるか、アダプタ(アドオン製品)によって管理されるコンテンツのことを指します。

- フェデレーション、フェデレーテッド検索、フェデレーテッド凍結は、法的証拠開示プロセスの管理に使用される機能です。フェデレーテッド検索または凍結を使用して、法務担当者はすべてのリポジトリにわたるコンテンツを検索して、法的手続きに必要な情報を収集できます。

11.1.4 物理コンテンツ管理

物理コンテンツ管理(PCM)では、リポジトリに電子フォームで保存されていない物理コンテンツを管理できます。内部および外部のすべてのアイテムが、ソースまたはフォーマットに関係なく、単一の一貫した管理しやすいインフラストラクチャで、1つの中央のアプリケーションと単一のユーザー・インタフェースを使用して管理されます。電子(内部)コンテンツと物理(外部)コンテンツの両方に対して、同じ保存スケジュールが使用されます。

PCMは、物理コンテンツの保管場所と保存スケジュールを追跡します。次の主な機能を備えています。

- スペース管理。ウェアハウス・レイアウトの定義、空きスペースの検索、スペースの予約、占有済スペースと使用可能スペースの追跡などを行います。

- 循環サービス。アイテムの予約要求の処理、アイテムのチェックアウト、チェックアウトされたアイテムの期日の保守などを行います。

- チャージバック・サービス。保管設備の使用や物理アイテムに対して実行されるアクションに関する請求書作成などを行います。

- バーコード・ファイル処理。システムへのバーコード情報の直接アップロード、バーコード・ファイルの手動処理などを行います。

- ラベルの作成と印刷。ユーザー、保管場所、または個々の物理アイテムのラベル作成などを行います。

- 保存管理: 定期的なレビュー、凍結や起訴の保留、保留中のイベントに関する電子メール通知などが含まれます。

11.1.5 基本的な保存プロセス

次の手順は、保存されたコンテンツの基本的なワークフローを示しています。

1. 保存スケジュールおよび必須コンポーネント(トリガー、期間、分類、およびカスタム・セキュリティまたはメタデータ・フィールドなど)が作成されます。

2. ユーザーによってアイテムが保存スケジュールにファイルされます。ファイルされたアイテムについては、割り当てられたカテゴリの処理スケジュールが前提となります。

3. 定義された処理スケジュールに従って、処理ルールが実施されます。通常、これには保存期間が含まれています。システム駆動のトリガーまたはカスタム・トリガーによって処理が行われます。トリガーは、複数のアイテムに同時に作用できます。

4. (トリガーによる)処理イベントの実施ごとに、電子メール通知がイベント処理の責任者に送信されます。これは確認についても同様です。保留イベントおよび確認は、ユーザー・インタフェースの「保存割当」リンクからアクセスできるページに表示されます。

5. Records管理者または権限を持つユーザーが確認プロセスを実行します。これは手動プロセスとなります。

6. Records管理者は、保留中の処理の承認ページで処理アクションを処理します。これは手動プロセスとなります。

7. 承認を処理するために、バッチ・プロセスが実行されます。

多くの処理スケジュールは、予測可能なスケジュールに従った時間ベースのものになります。たとえば、ファイルされたコンテンツは、一定年数が経過した後に破棄されます。システムでは、影響のあるコンテンツの処理期日が追跡されます。レビューアには、リンクの掲載された電子メール通知が送信され、このリンクを使用して、レビューアは処理対象のコンテンツやフォルダのレビューおよび承認を実行できます。

一方、時間イベントおよびイベントベースの処理は、非システム駆動トリガー(特別なシナリオで定義されたトリガー)で発動させる必要があります。たとえば、保留中の法的案件の起訴が開始された場合、開始日程情報は外部となるので、Records管理者は、カスタム・トリガーを有効にして動作日を設定する必要があります。カスタム・トリガーにより、特別イベントの発生に基づいたイベント・ベースおよび時間イベント・ベースの処理アクションを定義できます。

11.2 ソフトウェア構成の選択

特定のオプションを選択することで、特定のコンポーネントが有効になり使用可能になります。インストールされているコンポーネントと各オプションによって有効になる処理アクションの詳細を表示するには、オプションの横にある「i」ボタンをクリックします。

次のオプションを有効にできます。

- フォルダ保存: 保存問合せフォルダにまとめて保存されているアイテムの削除に関する保存ルールを適用するための機能を有効にします。この機能のサマリーは、「レコード保存スケジュールの管理」を参照してください。

- 最小: 必要最小限の機能を使用できるようにし、いくつかの処理アクションおよび大半のアプリケーション機能を除外します。これはソフトウェアを有効にしたときのデフォルトです。

- 標準: DoD構成、分類されたトピックおよび電子メールを除くすべての機能とすべての処理アクションを使用できるようにします。

- DoDベースライン: 標準インストールにDoD構成と電子メールを追加した機能を使用できるようにします。

- DoD分類済: すべての機能を使用できるようにします。

- カスタム: 使用可能にする各種機能を選択できます。一部の処理アクションは、他のアクションに依存しています。アクションを選択すると、依存アクションも自動的に選択されます。

ソフトウェア構成を設定する手順は、次のとおりです。

1. 「レコード」→「構成」→「有効な機能」を選択します。

2. 「有効な機能」ページで、構成のタイプを選択します。選択後、ページの下部にチェックボックスが選択された状態で機能と処理オプションが表示され、選択内容の追加状況が示されます。「カスタム」を選択した場合は、有効にする機能と処理を選択します。

3. 「送信」をクリックします。

重要:

デフォルトを使用するコンテンツをチェックインする前に、必要なカテゴリ、処理およびトリガーを含むすべてのデフォルトを構成する必要があります。

DoDオプション(またはDoD機能を有効にするカスタマイズ・オプション)を使用することでDoD機能を有効にすると、自動的にいくつかの機能も有効になります。たとえば、カスタム検索テンプレートを作成する場合、分類をテンプレートに含むように選択したかどうかに関わらず、コンテンツ・アイテムの「セキュリティ分類」ステータスは常に表示されます。分類レベルを常に検索結果に表示することが、DoD仕様の要件だからです。

選択を行った後またはオプションを変更した後(たとえば、ベースラインから分類済に切り替えた後)、コンテンツ・サーバーを再起動します。使用する検索オプションによっては、索引を再構築する必要もあります。システムの再起動と索引の再構築の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

コンポーネントが無効になっている場合、そのコンポーネントで使用されているデータは削除できません。コンポーネントを再度有効にすると、古いデータをまだ使用することができます。

11.2.1 使用上の注意

ブラウザのキャッシュ設定によっては、構成に対する変更を表示するために、ブラウザを再起動するか、キャッシュ設定を消去する必要があるかもしれません。たとえば、「外部ストレージ」機能を有効にした場合、「物理」メニューに適切なオプションを表示させるには、キャッシュ設定を消去して、ブラウザを再起動する必要がある場合があります。オプションを削除するために機能を無効にした場合も同じです。

Safariブラウザで「レコード」を使用する場合、メニューが「管理アプレット」のアイコンの背後に表示される場合があります。つまり、「管理」→「管理アプレット」を選択して、「レコード」または「物理」を選択すると、「レコード」または「物理」メニューが、「管理アプレット」のアイコンの背後に表示されます。これは既知の問題で、Oracleではこの問題の解決に取り組んでいます。

タブを使用するブラウザでIBM WebSphere Application Server (WAS)をする場合、タブを使用しないブラウザとはログイン/ログアウト処理の実行方法が異なります。「認証」はタブ・レベルではなく、ブラウザ・レベルで設定されます。たとえば、次の使用例について考えてみます。

- Oracle WebCenter ContentとレコードがWAS上の同じセルにインストールされています。

- ユーザーはOracle WebCenter Contentにログインして、新しいタブを開き、ブラウザに「レコード」システムのURLを入力します。

- このユーザーは、Oracle WebCenter Contentにログインしたときと同じ権限で「レコード」システムに自動的にログインされます。再認証の必要はありません。

- ユーザーがOracle WebCenter Contentシステムからログアウトすると、「レコード」システムのブラウザ・タブ・セッションからも自動的にログアウトされます。これは次のアクションまたはタブのリフレッシュ時に反映されます。

11.3 保存管理のオプション

使用する機能を選択したら、システムが適切に機能するように、特定のオプションを構成する必要があります。構成が行われていないと、警告メッセージが表示され、設定が未完了であることが示されます。

構成を完了するには、警告メッセージ内のリンクをクリックします。「設定チェックリスト」ページが開き、構成選択を実行できる他のページへの一連のリンクが表示されます。構成を完了したら、オプションの横のチェックボックスを選択して、完了したタスクを示します。アクションによっては、完了したタスクを表示するために、フレームをリフレッシュする必要があるかもしれません。

「設定チェックリスト」には、「レコード」→「構成」→「設定チェックリスト」を選択してアクセスすることもできます。

デフォルトを使用するコンテンツをチェックインする前に、必要なカテゴリ、処理およびトリガーを含むすべてのデフォルトを構成する必要があります。

重要:

テンプレートをチェックインするためにファイル・ストア・プロバイダが必要な場合は、ファイル・ストア・プロバイダを設定してから、テンプレートをチェックインします。ファイル・ストア・プロバイダをインストールするには、「設定チェックリスト」ページで「デフォルト・テンプレートのインストール(カテゴリ・デフォルト、レポート、ダッシュボードなど)」をクリックします。ファイル・ストア・プロバイダの使用の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

システムの構成が変更された場合(たとえば、「DoDベースライン」から「標準」に切り替えた場合)は、有効にする機能レベルに必要なオプションを再構成します。

必須オプションには次のようなものがあります。

- 構成変数の設定: 複数のオプション変数を変更できます。

- デフォルト・メタデータの定義: 監査エントリやスクリーニング・レポートなど、一部のコンテンツ・アイテムはリポジトリに自動的にチェックインされます。これらが正しくチェックインされるようにするために、コンテンツのデフォルト・メタデータを選択します。たとえば、DoDのインストール・レベルを選択した場合、デフォルト・メタデータには「カテゴリまたはフォルダ」メタデータ・フィールドを含む必要があります。

- インストールの構成: システムを使用する前に、「ソフトウェア構成の選択」に概説したインストール手順を完了する必要があります。

- セキュリティ設定の構成: 特定のタスクを実行するための適切なロールや権限を定義します。

このページのその他の構成オプションは、任意の順序で実行できます。構成オプションの設定が終了したら、「送信」をクリックします。選択したオプションを解除するには、「リセット」をクリックします。

次のリストは、保存ソフトウェアを設定するために必要な手順の概要を示しています。これらの手順は、ここに示す順序で実行する必要があります。たとえば、カテゴリとその処理ルールを定義するときに、トリガーと期間への参照を含めることになるため、処理ルールの前にトリガーと期間を定義する必要があります。

ヒント:

システムの設定および構成中のアクションを追跡するには、最初に監査証跡を構成します。デフォルトでは、すべてのユーザー・アクションが記録されるように設定されます。

組織によっては、次のタスクの一部がオプションになる場合もあります。ここでは、手順が有用かどうかを決定できるように情報を提供します。

- 追加のセキュリティ設定を決定します。

- システム設定の構成:

- 組織のカレンダを設定します。「会計カレンダの設定」を参照してください。

- 保存または保存されたコンテンツの処理に関連付けられる期間を定義します。

- 必要なカスタム・フィールドを設定します。

- 保存スケジュールを設定します。次のものが含まれます。

- 保存スケジュール内のコンテンツをグループ化する方法の管理。詳細は、「シリーズの使用」、「保存カテゴリの管理」および「レコード・フォルダの管理」を参照してください。

- コンテンツの処理方法を決定します。

- トリガーを使用して、コンテンツに影響するイベントを開始します。詳細は、「トリガーの使用」を参照してください。

- ライフ・サイクル期間中にアイテムに対して実行されるアクションのシーケンスを定義します。詳細は、「処理の作成」を参照してください。

- 処理の実行を禁止します。詳細は、「凍結の管理」を参照してください。

- コンテンツ間の関係を確立します。コンテンツ・アイテム間のリンクの確立の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

11.4 物理コンテンツ管理の設定

システムを使用するには、PCMの複数部分を設定する必要があります。次のものがあります。

- 必須のPCMユーザー・ロールと権限を設定します。

- チャージバック、顧客、オブジェクト・タイプなどのPCM環境を構成します。「物理コンテンツの管理」を参照してください。

- ストレージ領域環境を定義します。「ストレージ領域の構成」を参照してください。

- 必要に応じて、物理コンテンツの処理ルールを定義します。「処理の定義および実行」を参照してください。

11.5 保存の定義とオプションの構成

保存設定の構成ページでは、システム全体の複数の構成設定を指定します。これらのオプションのほとんどは、オプションの横のチェックボックスを選択することで設定します。一般構成の選択肢は、「レコード」→「構成」を選択すると表示されます。保存設定の構成ページを開くには、「設定」を選択します。

「一般」オプション:

- 会計カレンダの開始: 会計処理に使用するカレンダの開始日付を設定します。「会計カレンダの設定」を参照してください。

- メタデータ・フォーマットのアーカイブ: 処理バンドル内のアイテムのメタデータのストレージ・ファイル形式を設定します。

- メタデータ変更の記録: アイテム・レベルのメタデータ変更を追跡できます。

- カテゴリ処理レビューの有効化: ワークフローによってカテゴリ処理をレビューできるようにします。このオプションを有効化する前にワークフローを設定しておく必要があります。

- レポート除外検索オプションの有効化: ユーザーが検索からレポートを除外できるようにするオプションを有効にします。

- ライフサイクル開始時間: 処理ルールの計算および更新の開始時刻を設定します。開始時間と終了時間に同じ値を使用すると、処理が毎日24時間発生します。

- ライフサイクル終了時間: 処理ルールの計算および更新の終了時刻を設定します。開始時間と終了時間に同じ値を使用すると、処理が毎日24時間発生します。

- バイタル開始時間: バイタル・レコードのレビュー要件の計算および更新の開始時刻を設定します。開始時間と終了時間に同じ値を使用すると、処理が毎日24時間発生します。

- バイタル終了時間: バイタル・レコードのレビュー要件の計算および更新の終了時刻を設定します。開始時間と終了時間に同じ値を使用すると、処理が毎日24時間発生します。

「レコード定義」オプション:

- リビジョンを常に制限する/リビジョンを制限しない: コンテンツ・アイテムのリビジョンを許可するか、リビジョンを防止します。

- 削除を常に制限する/削除を制限しない: コンテンツ・アイテムの削除を許可するか、削除を防止します。

- 編集を常に制限する/編集を制限しない: コンテンツの編集を許可するか、コンテンツ編集を防止します。

- レコード・アイコンの表示: レコード・アイコンをいつ表示するのか示します。オプションには、コンテンツの編集、削除、またはリビジョンが制限されたときや、これらのアクションの組み合わせが含まれます。レコード・アイコンの表示を無効にすることもできます。このアイコンは、ユーザーがコンテンツのステータスを判別するのに役立ちます(追跡目的のレコードと見なされている場合)。

「セキュリティ」オプション:

- ACLベースのセキュリティ: アクセス制御リストに基づいて、保存スケジュール・オブジェクト・セキュリティを有効にします。

- 保存スケジュール・オブジェクトに対するデフォルトのOracle WebCenter Contentセキュリティ: カテゴリ、フォルダ、トリガーに対するデフォルト・セキュリティを有効にします。

- 補助マーキング: 保存オブジェクトに対する補助マーキング・セキュリティを有効にします。

- ユーザーはすべての補助マーキングを照合する必要がある: アイテムにアクセスするには、ユーザーはすべての補助マーキングを照合する必要があります。

- カスタム・セキュリティ・フィールド: カスタム・セキュリティ・フィールドを作成できるようにします。

- 分類されたセキュリティ: 分類されたセキュリティ機能を有効にします(DoD 5015.2仕様の第4章「分類されたレコード」セクションに準拠するのに必要です)。

「通知」オプション:

- 作成者に通知しない: 保留中のイベント、レビュー、「作成者に通知」処理アクションで、電子メール通知を送信しません。

「スケジュール」オプション:

- スケジュールされたスクリーニングのみを許可する: スクリーニング・ページの「検索」ボタンを非表示にして、ユーザーがスクリーニングを手動で開始できないようにします。

「ユーザー・インタフェース」オプション:

- わかりやすい処理: 処理ルールと処理に、わかりやすい言語を使用できます。

- エクスポート日付の表示: 特定の日付以降に変更されたアイテムをユーザーがエクスポートできるようになります。

- ページ・ナビゲーションの使用: スクリーニング結果リストおよびレコード・フォルダ・リストに詳細なページ・ナビゲーション・コントロールが表示されます。

- ナビゲーション・ツリーのページ番号付け: 「トレイ」レイアウトの使用時に、「コンテンツの参照」メニューに保存スケジュールがツリー構造で表示されます。20個を超えるアイテムが表示可能な場合、構造内に次の20アイテムを表示するためのオプションが表示されます。

「DoD構成」オプション:

- カスタム・スクリプトの有効化: セキュリティまたは通知のためにカスタム・スクリプトを作成できます。

「分類されたトピック」オプション:

- 分類解除日の自動計算の実行: 分類されたオブジェクトの分類解除日を計算します。

- 分類解除までの最大年数: コンテンツを分類解除するまでの年数を設定します。

11.5.1 会計カレンダの設定

重要:

このタスクを実行するには、「管理.記録マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

会計カレンダは、組織が財務および会計目的で使用するカレンダです。会計年度は暦年と統合する(つまり、1月1日から12月31日で実行する)こともできますが、必須ではありません。

組織が会計年度の開始日を変更する場合や、開始日が年によって変わる場合以外は、会計年度の開始日は一度だけ指定します。組織の会計カレンダの開始日が特殊な場合(たとえば、各年の最初の月曜日などの場合)は、日付が毎年同じ設定になるわけではないので、会計開始日を手動で設定する必要があります。

会計カレンダの開始日を設定する手順は、次のとおりです。

1. 「レコード」→「構成」→「設定」を選択します。

2. 保存設定の構成ページの「会計カレンダの開始」ボックスで、組織の会計年度の開始日を指定します。日付を入力するには、開始の日にちを入力してリストから月を選択します。たとえば、組織の会計カレンダが4月1日から開始する場合は、1を入力して、月のリストから「4月」を選択します。

3. 「更新の送信」をクリックします。

構成が成功したことを示すメッセージが表示されます。

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

11.5.2 期間の管理

期間は、保存スケジュールと処理で使用する時間の長さを定義します。これらは、処理の保存期間や、対象コンテンツを循環するレビュー期間と関連付けられています。

保存では3つのタイプの期間が使用されます。

- カスタム: カスタム期間には、通常は会計年度や暦年の期間には対応していない開始日と時間が定義されています。

- 会計: 会計年度に対応している会計期間です。

- カレンダ: 暦年に対応するカレンダ期間。

ビルトイン期間を編集または削除することはできません。ユーザーは作成した期間を編集できます。作成した期間は、使用されなくなったら削除することができます。

期間を操作するには、次の権限が必要です。

- 管理.トリガー: この権限のユーザーは、期間に関する情報を表示できます。

- 管理.レコード・マネージャ: この権限のユーザーは、期間に関する情報を表示するほかに、期間を作成(追加)、編集、削除することもできます。

次のカレンダ期間が事前定義されています。

- カレンダ四半期(wwRmaCalendarQuarter)

- カレンダ年(wwRmaCalendarYear)

- 月(wwRmaMonth)

- 会計四半期(wwRmaFiscalQuarter)

- 会計半年(wwRmaFiscalHalves)

- 会計年(wwRmaFiscalYear)

週(wwRmaWeekEnd)は、ビルトインのカスタム期間として定義されています。

次のタスクは、期間を管理するために実行します。

- カスタム期間の作成または編集

- 期間の情報の表示

- 期間の使用状況の表示

- カスタム期間の削除

- 例: カスタム期間の作成

11.5.2.1 カスタム期間の作成または編集

この項では、カスタム期間を作成または編集する方法について説明します。

注意:

このアクションを実行するには、「管理.記録マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

すでに定義されている標準のカレンダ期間に加えて、カスタム期間を作成できます。たとえば、自分の組織のレビュー・サイクルまたは保存期間のニーズに合わせて、十年または百年といったカレンダ期間が必要になる場合もあります。

11.5.2.1.1 カスタム期間の作成

カスタム期間を作成する手順は、次のとおりです。

1. 「レコード」、「構成」の順に選択します。

2. その後、「保存」→「期間」を選択します。

3. 「期間の構成」ページで、「追加」をクリックします。

4. 「期間の作成」または「期間の編集」ページで、期間の名前を入力します。

5. 期間のタイプを選択します(「カレンダ」、「会計」、「カスタム」のいずれか)。会計年の開始日は、保存設定の構成ページで定義します。カスタム期間は、数十年、数百年のような長い期間または学年、ソフトウェア開発サイクルなどの独自の期間を作成する場合に役立ちます。

6. カレンダ・アイコンをクリックして、カスタムの開始時間を選択するか編集します。

7. 期間の長さを示す整数値を入力して、「長さ」リストから単位を選択します。

8. 期間の最後を示すラベルを入力します。

9. 「作成」をクリックします。
期間が正常に作成されたことを示すメッセージが、期間の情報とともに表示されます。

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

11.5.2.1.2 期間の編集

期間を編集する手順は、次のとおりです。

1. 「レコード」、「構成」の順に選択します。

2. その後、「保存」→「期間」を選択します。

3. 「期間の構成」ページで、編集する期間に対して、「アクション」メニューから「期間の編集」を選択します。

4. 「期間の作成」または「期間の編集」ページで、該当する情報を編集します。

5. 「更新の送信」をクリックします。
期間が正常に更新されたことを示すメッセージが表示されます。

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

11.5.2.2 期間の情報の表示

注意:

このアクションを実行するには、「管理.トリガー」権限または「管理.記録マネージャ」権限のいずれかが必要です。「管理.トリガー」権限はデフォルトでレコード管理者ロールおよびレコード・オフィサ・ロールに割り当てられ、「管理.記録マネージャ」権限はレコード管理者ロールに割り当てられます。

期間についての情報を表示する手順は、次のとおりです。

1. 「レコード」→「構成」を選択します。

2. その後、「保存」→「期間」を選択します。

3. 「期間の構成」ページで、「期間名」リストから、表示する期間をクリックします。

「ビルトイン」ラベルは、期間が事前定義済の期間であるかどうかを示しています。管理者が作成した期間は、「ビルトイン」ラベルに常に「いいえ」と表示されます。期間がビルトイン期間である場合は、ユーザーが事前定義済期間を編集できないため、「編集」オプションはページに表示されません。「アクション」メニューは、「管理.記録マネージャ」権限を持つユーザー以外は使用できません。

4. 終了後は、「OK」をクリックします。

11.5.2.3 期間の使用状況の表示

注意:

このアクションを実行するには、「管理.トリガー」権限または「管理.記録マネージャ」権限のいずれかが必要です。「管理.トリガー」権限は、デフォルトでレコード管理者およびレコード・オフィサ・ロールに割り当てられます。「管理.レコード・マネージャ」権限は、レコード管理者ロールに割り当てられます。

期間の使用状況は、通常、カスタム期間が削除できない理由を判別するために表示します。

期間の参照を表示する手順は、次のとおりです。

1. 「レコード」→「構成」を選択します。

2. その後、「保存」→「期間」を選択します。

3. 「期間の構成」ページで、表示する期間をリストでクリックします。

4. 「情報」ページの「アクション」メニューで、「参照」を選択します。

期間参照ページが開きます。このページには、現在の期間を参照しているすべてのフォルダ、カテゴリ、カテゴリの処理のいずれか(またはすべて)が、それぞれの参照アイテムとともに表示されます。リンクをクリックすると、そのアイテムに関連する情報ページが開きます。

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

11.5.2.4 カスタム期間の削除

注意:

このアクションを実行するには、「管理.記録マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

ビルトイン期間は削除できません。期間を削除する前に、その期間が、カテゴリの処理ルール内の保存期間や、アイテム、レコード・フォルダ、または保存カテゴリのレビュー期間によって参照されていないことを確認します。

1. 「レコード」→「構成」を選択します。

2. その後、「保存」→「期間」を選択します。

3. 「期間の構成」ページで、期間の「アクション」メニューから「期間の削除」を選択します。

期間が正常に削除されたことを示すメッセージが表示されます。

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

11.5.2.5 例: カスタム期間の作成

この例は、次の特性を持つカスタム期間の作成方法を示しています。

- カスタム期間名は、School Year 2010-2011。

- カスタム開始時間は、2010年9月7日、9:00AM。期間の終了はシステムが自動的に計算および追跡します。

- 期間の長さは9か月。

- 期間の終了ラベルは、End of School Year 2011。

カスタムの学年期間を作成する手順は、次のとおりです。

1. 「レコード」→「構成」を選択します。

2. その後、「保存」→「期間」を選択します。

3. 「期間の構成」ページの「期間名」領域で、「追加」をクリックします。

4. 「期間の作成」または「期間の編集」ページで、「期間名」にSchool year 2010-2011と入力します。

5. デフォルトでは、「期間タイプ」リストで「カスタム」オプションがすでに選択された状態になっています。「カスタム」オプションを選択したままにしてください。

6. カレンダ・アイコンをクリックして、September 7, 2010というカスタムの開始日を選択します。日付とデフォルトの時間が「カスタム開始時間」ボックスに表示されます。このページの時間のデフォルト値は12AM(真夜中)です。時間を編集するには、「カスタム開始時間」テキスト・ボックスで直接編集する必要があります。12を9に変更します。システム・ロケールで使用されているフォーマットに従って、日付を指定します。

7. 「長さ」には9と入力し、リストから「月」を選択します。

8. 期間の終了のラベルには、End of School year 2010-2011と入力します。

9. 「作成」をクリックします。

期間が正常に作成されたことを示すメッセージが表示されます。

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

11.5.3 パフォーマンス監視の設定

パフォーマンス監視を有効にすることで、バッチ・プロセス、サービス・コール、その他のシステム情報のステータスを確認することができます。この機能を有効にするには、「レコード」→「監査」を選択します。その後、「構成」→「パフォーマンス監視」を選択します。

監査の開始点として、いくつかのデフォルトの数値が設定されています。実際のパフォーマンス・バリエーションは、サイトで使用されているハードウェアや、使用中のコンテンツやソフトウェアの合計量などの変数によって異なります。

パフォーマンス監視の使用方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

11.6 PCMのオプション

保存設定の構成ページでは、物理コンテンツ管理の一般構成のオプションをいくつか使用できます。これは、保存設定の構成ページで、一連のオプションを使用してシステム機能を決定するのと似ています。

このページにアクセスするには、「物理」→「構成」→「設定」を選択します。その他の構成オプションは「構成」メニューで使用できます。チャージバック、インボイス、および物理コンテンツ管理のその他の要素の設定などがあります。

物理設定の構成ページに表示されるオプションは、次のとおりです。

- デフォルト転送方法: デフォルトの転送方法を指定します(コピー、FAX、メールなど)。

- デフォルト要求優先度: 予約に使用するデフォルトの優先度を指定します(優先度なし、急ぎ、今週など)。

- デフォルト・チェックアウト期間(日): 予約済物理アイテムをチェックアウトできる日数を指定します。

- 完了したリクエストの削除: 指定した日数の後に、完了した予約リクエストが自動的に削除されるようにするかどうかを指定します。

- リクエストの履歴期間(日): 予約リクエストが履歴内に格納される最大日数。

- 予約ワークフローの内部コンテンツ・アイテムのチェックイン: 予約リクエストが行われたときに、新しい内部コンテンツ・アイテムをチェックインするかどうかを指定します。

- チェックアウトしたアイテムが期限切れになったときにユーザーに通知しない: 期限切れアイテムの発生したユーザーが電子メール通知を受け取るようにするかどうかを指定します。

- 予約リクエスタに各自の予約の変更/削除を許可する: 予約リクエストを作成するユーザーが自分の開いたリクエストを変更または削除できるようにするかどうかを指定します。

- リクエスト待機リストの自動更新: リクエスト待機リストが自動的に更新されるかどうかを指定します。

- バッチ・サービスの表示: 「外部コンテンツ」メニューでバッチ・サービスを使用できるようにするかどうかを指定します。

- 外部機能の有効化: コンテンツの外部の記憶域を有効にするかどうかを指定します。有効にすると、新しいメタデータ・フィールドが、システムおよび外部セキュリティ・グループに追加されます。

11.7 カスタム・メタデータ・セットの作成

保存カテゴリやレコード・フォルダのメタデータ・フィールドについて、組織独自のニーズがある場合、それらのフィールドを含むようにソフトウェアをカスタマイズできます。フィールドの特性によって、新しいカスタム・フィールドは、「カテゴリの作成」、「フォルダの作成」ページ、または物理の作成ページ(物理コンテンツ管理が有効の場合)に表示されます。これらのフィールドは、これらの保存スケジュール・オブジェクトの編集ページや情報ページにも表示されます。

カスタム・メタデータ・フィールドの表示順序は、「カスタム・メタデータ・フィールド」ボックスに示された順序に基づいています。これらのフィールドの配置は、「カスタム・メタデータ」ボックスの近くの矢印を使用して整理できます。

カスタム・フィールドは、リポジトリ内のすでに使用中の既存の表に追加することができます。これらのフィールドは、保存カテゴリ・ページ、レコード・フォルダ・ページ、物理アイテム・ページでのフィールド使用を補完するものです。

補助メタデータ・セットも作成できます。これは、リポジトリ内のオブジェクトに添付可能なメタデータのサブセットです。このタイプのメタデータは、イメージ・サイズ、ドキュメントの文字エンコーディング、または特定のアイテムに対して追跡する必要があるその他のプロパティなど、アイテムの特定のプロパティに関連付けられています。補助メタデータを作成すると、メタデータを保存するデータベース表も作成されます。この表には名前が付けられ、フィールドが追加されます。補助メタデータを検索するには、Oracle Text Search (フルテキスト検索)を使用する必要があります。

完全な補助セットでも、標準のメタデータ・セットと追加フィールドでも、どちらのタイプのメタデータでも作成プロセスは同じです。おもな違いは、補助メタデータ・セットを保存するための表の作成にあります。

注意:

補助メタデータ・セットを使用すると、追加の表にアクセスして評価する必要があるため、OracleTextSearchを使用するときの検索時間が長くかかります。

この項では、次の項目について説明します。

- カスタム・メタデータ・フィールドの作成または編集

- カスタム・メタデータ・フィールド情報の表示

- カスタム・メタデータ・フィールドの削除

- 例: カスタム・カテゴリ・メタデータ・フィールドの作成

11.7.1 カスタム・メタデータ・フィールドの作成または編集

注意:

カスタム・フィールドを含むオプション・リストを使用する予定がある場合は、カスタム・フィールドを作成する前に、オプション・リストを作成して移入する必要があります。

次の情報は、タイプ(標準メタデータまたは補助メタデータ)に関係なく、メタデータ・フィールドを追加するための一般的なナビゲーション手順を示しています。

注意:

このアクションを実行するには、レコード管理者ロールまたはPCM管理者ロールが必要です。管理者権限も必要です。

1. 「レコード」→「構成」を選択します。

2. 「メタデータ」→「メタデータ・セット」を選択します。

3. 「メタデータ・リスト」ページで、次のアクションを実行します。

新規補助メタデータ・セットを作成するには、ページ・メニューで「補助メタデータ・セットの作成」を選択します。「補助メタデータ・セットの作成」または補助メタデータ・セットの編集ページで、補助メタデータ・セットの名前、メタデータ・セットを格納するために新しく作成する表の名前、その表の列の接頭辞を入力します。

補助または標準セット(保存カテゴリ、レコード・フォルダ、または物理)のどちらかの、既存のメタデータ・セットにフィールドを追加するには、「メタデータ・リスト」ページで、補助セットの個々の「アクション」メニューから「フィールドの更新」を選択します。

4. 標準メタデータ・フィールドの作成または標準メタデータ・フィールドの編集ページで、新しいメタデータ・フィールドのフィールド情報を追加します。

- 名前: データベース内のフィールドの名前。最大で30文字まで使用できます。特殊文字(疑問符や句読点など)は使用できません。

- キャプション: ユーザー・インタフェースに表示されるフィールドのキャプション。最大で30文字まで使用できます。

- タイプ: フィールドのデータ型。オプションは次のとおりです。

- テキスト(デフォルト): 30文字までのテキスト・フィールド。

- ロング・テキスト: 100文字までのテキスト・フィールド。

- 整数: -2^31から2^31まで(-20億から+20億まで)の範囲の整数値。小数値およびカンマは使用できません。

- メモ: 1000文字までのテキスト・フィールド。

- 日付: システム設定で指定した日付フォーマットの日付フィールド。このタイプを選択すると、日付フィールドの横にカレンダ・コンポーネントのアイコンが表示されます。

- デフォルト値: 「オプション・リスト」、「テキスト」、または「ロング・テキスト」フィールドのデフォルト値。最大文字数は30です。

- 使用方法: 使用方法を有効にするためのチェックボックスを選択します。オプションは次のとおりです。

- 必須: 選択すると、列が必須になります。

- 有効: 選択すると、ページでフィールドが有効になります。

- 検索可能: 選択すると、検索可能なフィールドにフィールドが追加されます。

- オプション・リスト・キー: オプション・リストに使用するフィールド。「選択」をクリックして、リストからキーを選択します。オプション・リストは、使用前に作成および移入しておく必要があります。

- オプション・リスト・タイプ: 使用するオプション・リストの種類。リストから選択できます。

5. 「フィールド」リストにフィールドを追加するには、「追加」(プラス記号)をクリックします。リストからフィールドを削除するには、「削除」(X)をクリックします。フィールドの順序を変更するには、フィールドをハイライト表示して、上向きまたは下向き矢印をクリックすることで、リスト内で上下に移動します。

6. すべてのフィールドの追加または編集が終わったら、「適用」をクリックします。

11.7.2 カスタム・メタデータ・フィールド情報の表示

メタデータ・セットに追加するカスタム・フィールドに関する情報を表示する手順は、次のとおりです。

1. 「レコード」→「構成」を選択します。

2. 「メタデータ」→「メタデータ・セット」を選択します。

3. 「メタデータ・リスト」ページで、表示するメタデータ・セットの「アクション」メニューから「フィールド情報」を選択します。

「メタデータのフィールド」ページが開き、そのメタデータ・セット用に作成された固有のフィールドが表示されます。

11.7.3 カスタム・メタデータ・フィールドの削除

注意:

このアクションを実行するには、「管理.記録マネージャ」権限または「PCM.管理.マネージャ」権限(PCMを使用する場合)が必要です。この権限は、デフォルトでレコード管理者ロールおよびPCM管理者ロールに割り当てられています。管理者権限も必要です。

カスタム・メタデータ・フィールドを削除する手順は、次のとおりです。

1. 「レコード」→「構成」を選択します。

2. 「メタデータ」→「メタデータ・セット」を選択します。

3. 「メタデータ・リスト」ページで、セットの個々の「アクション」メニューから「フィールドの更新」を選択します。

4. 「補助メタデータ・セットの作成」または補助メタデータ・セットの編集ページで、「フィールド」リストからフィールドを選択して、「削除」(X)をクリックします。

5. フィールドを削除したら、「適用」をクリックします。

11.7.4 例: カスタム・カテゴリ・メタデータ・フィールドの作成

この例では、カスタムの保存カテゴリ・メタデータ・フィールドを作成します。このフィールドは、SKU (在庫管理単位)の整数値を入力するためのオプションのテキスト・ボックスです。

注意:

このアクションを実行するには、「管理.記録マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

カスタムの保存カテゴリ・メタデータ・フィールドを作成する手順は、次のとおりです。

1. 「レコード」、「構成」の順に選択します。

2. 「メタデータ」→「メタデータ・セット」を選択します。

3. 「メタデータ・リスト」ページで、「保存カテゴリ」の「アクション」メニューから「フィールドの更新」を選択します。

4. 標準メタデータ・フィールドの作成または標準メタデータ・フィールドの編集ページで、メタデータ・フィールドに次のように入力します。

a. 「名前」にはDeptSKUと入力します。

b. 「タイプ」リストで、「整数」を選択します。

c. 「キャプション」にはDepartment SKUと入力します。

d. 「有効」を選択します。

e. 「検索可能」を選択します。

5. 「追加」(プラス記号)をクリックします。

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

7. 新しいフィールドを表示するには、コンテンツを参照し、「アクション」メニューから「保存カテゴリの作成」を選択します。
新しいカスタム・メタデータ・フィールドが表示されます。「保存カテゴリの作成」ページにDepartment SKUフィールドが追加されています。

11.8 ワークフローの設定

注意:

ワークフローの作成は、カテゴリ処理の承認処理、予約処理、外部リクエスト処理を有効にする場合のみ必要です。こうした機能が必要でない場合、ワークフローを設定する必要はありません。

ワークフローは、コンテンツをレビューして承認し、システムにリリースするためのルーティング方法を指定するために使用します。基準ワークフローは、事前定義済の基準に一致するメタデータに基づいて、自動的にレビュー・プロセスに入るコンテンツに使用されます。基本ワークフローは、特定のコンテンツ・アイテムを処理するために使用されます。

次の機能を動作させるために、3つの特定の基準ワークフローを設定する必要があります。

- カテゴリ処理の承認処理: レビューおよび承認のためにカテゴリ処理をルーティングするように設定します。
保存設定の構成ページで処理のワークフロー機能を有効にするが、ワークフローは設定しない場合、config.cfgファイルでUpdateDispositionsTableOnWorkflowApproval構成変数をfalseに設定する必要があります。

- 予約処理: 物理コンテンツを処理するための予約リクエストをルーティングするように設定します。

- 外部処理: アイテムの外部ストレージに対するリクエストを処理するように設定します。

ワークフローは、エイリアス・リストのユーザー・グループにコンテンツをルーティングする、複数のステップで構成されています。完了時に終了したり、特定の条件に基づいてコンテンツを分岐したり、変数を使用して不明なユーザーを指定したりするようにカスタマイズできます。ワークフローの詳細は、「ワークフローの管理」を参照してください。この項では、前述した3つのワークフローを確立させるために必要な情報についてのみ説明します。

この項では、次の項目について説明します。

- ワークフローの前提条件とプロセス

- 必要なワークフローの作成

11.8.1 ワークフローの前提条件とプロセス

次の手順は、「基準ワークフロー」プロセスと、ワークフローの設定前に実行する必要があるいくつかのタスクについて概説しています。

1. ワークフロー権限があるユーザーが、次の要素を定義して基準ワークフローを設定します。

- セキュリティ・グループ: レコード・グループ、予約、外部のセキュリティ・グループが必要です。

- メタデータ・フィールドと値: これらのフィールドはインストール時に設定されます(たとえば、OffsiteRequest)。

- レビュー・ステップおよび各ステップのレビューア: 優れた実践方法として、関連するユーザーにワークフローについて説明し、各ユーザーがプロセスで担当する作業を知らせておきます。

- ユーザー・グループをエイリアスに含める必要がある場合は、そのグループを事前に作成しておきます。次のエイリアス・リストが必要です。

- 処理レビューア: 処理基準をレビューするユーザー。推奨されている名前: DispositionReviewGroup。

- 予約レビューア: 予約リクエストを承認できるユーザー。推奨されている名前: ReservationGroup。

- 外部リクエスト・レビューア: 外部ストレージに対するリクエストをレビューするユーザー。推奨されている名前: OffSiteRequestReviewGroup。

エイリアスの追加とエイリアス・グループへのユーザーの追加の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

2. ワークフロー権限があるユーザーが、基準ワークフローを有効化して、開始します。

3. 定義されたセキュリティ・グループとメタデータ・フィールド値を持つコンテンツがチェックインされると、そのコンテンツがワークフローに入ります。

4. リビジョンのレビュー準備が完了していることが、最初のステップのレビューアに電子メールで通知されます。

5. レビューアがリビジョンを承認または却下します。

- レビューア/コントリビュータ・ステップの場合、レビューアはリビジョンをチェックアウトして編集し、チェックインして戻してから、リビジョンを承認できます。たとえば、管理者が予約リクエストを変更する必要があるかもしれません。

- ユーザーがリビジョンを却下した場合、ワークフローは前のコントリビューション・ステップに戻り、そのステップのユーザーには電子メールで通知されます。

- リビジョンが最小限のユーザー数によって承認された場合、そのリビジョンは次のステップに進みます。最低承認数が0の場合、リビジョンは自動的に次のステップに進みます。

6. すべてのステップが完了すると、リビジョンはシステムにリリースされます。

11.8.2 必要なワークフローの作成

この項では、次の機能のために必要な3つのワークフローに対する特定の要件について説明します。

- カテゴリ処理のワークフロー

- 予約処理のワークフロー

- 外部ストレージのワークフロー

11.8.2.1 カテゴリ処理のワークフロー

カテゴリ処理のワークフローは、カテゴリに対する処理ルールの制定前に、それを承認するために使用します。

1. 「管理」→「管理アプレット」を選択します。

2. 「管理アプレット」リストから、「ワークフロー管理」を選択します。

3. 「ワークフロー管理」ダイアログで「条件」タブをクリックして、「追加」をクリックします。

4. 「新しい基準ワークフロー」ダイアログに次の情報を入力します。

- ワークフロー名: CategoryDispositionsProcess。

- 説明: Category Disposition Processing

- セキュリティ・グループ: リストからRecordsGroupを選択します。

- 元の作成者の編集ルール: 「リビジョンの編集」を選択します。

- 条件定義を設定する: チェックボックスを選択します。

- フィールド: リストから「タイプ」を選択します。

- 演算子: 一致を示すものにします。

- 値: リストからRetentionCategoryを選択します。

終了したら、「OK」をクリックします。「ワークフロー管理」ダイアログが開きます。

5. ダイアログの「条件」部分の「ステップ」セクションで、「追加」をクリックします。

6. 「新しいステップの追加」ダイアログに次の情報を入力します。

- ステップ名: CategoryDispositionsReview。

- 説明: Review Category Dispositions

- ユーザーは現在のリビジョンをレビューおよび編集(置換)できます: チェックボックスを選択します。

- 「ユーザー」タブをクリックし、次に「エイリアスの追加」をクリックします。処理をレビューするユーザーのエイリアス・リストを選択して、「OK」をクリックします。

- 「終了条件」タブをクリックします。「必要な承認者」部分で、「すべてのレビューア」のチェックボックスを選択します。

7. 「ワークフロー管理」ダイアログで「OK」→「有効化」をクリックして、ワークフローを開始します。

11.8.2.2 予約処理のワークフロー

保存ワークフローは、物理アイテムの予約リクエストを処理するために使用されます。

1. 「管理」→「管理アプレット」を選択します。

2. 「管理アプレット」リストから、「ワークフロー管理」を選択します。

3. 「ワークフロー管理」ダイアログで「条件」タブをクリックして、「追加」をクリックします。

4. 「新しい基準ワークフロー」ダイアログに次の情報を入力します。

- ワークフロー名: ReservationProcess。

- 説明: Processes reservations。

- セキュリティ・グループ: 「予約」を選択します。

- 元の作成者の編集ルール: 「リビジョンの編集」を選択します。

- 条件定義を設定する: チェックボックスを選択します。

- フィールド: 「タイプ」を選択します。

- 演算子: 一致を示すものにします。

- 値: 「リクエスト」を選択します。

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

5. 「ワークフロー管理」ダイアログの「条件」部分の「ステップ」セクションで、「追加」をクリックします。

6. 「新しいステップの追加」ダイアログの最初のステップで、次の情報を入力します。

- ステップ名: RequestReview

- 説明: Review Request

- ユーザーは現在のリビジョンをレビューおよび編集(置換)できます: 選択します。

- 「ユーザー」タブをクリックし、次に「エイリアスの追加」をクリックします。予約リクエストをレビューするユーザーのエイリアス・リストを選択して、「OK」をクリックします。

- 「終了条件」タブをクリックします。「必要な承認者」部分で、「レビューアの最低必要人数」を選択して、値に1を入力します。

- 「OK」をクリックします。「ワークフロー管理」ダイアログが開きます。

7. ダイアログの「条件」部分の「ステップ」セクションで、「追加」をクリックします。

8. 「新しいステップの追加」ダイアログの2番目のステップで、次の情報を入力します。

- ステップ名: RequestComplete

- 説明:Complete the request

- ユーザーは現在のリビジョンをレビューできます: 選択します。

- 「ユーザー」タブをクリックし、次に「エイリアスの追加」をクリックします。予約リクエストを実行するユーザーのエイリアス・リストを選択して、「OK」をクリックします。

- 「終了条件」タブをクリックします。「必要な承認者」部分で、「レビューアの最低必要人数」を選択して、値に0を入力します。

- 「イベント」タブをクリックします。

- 「開始時」セクションで「編集」をクリックします。「カスタム」タブをクリックし、次に「カスタム・スクリプトの式」を選択します。次のコードを入力します。

<$wfSet("wfJumpName", "complete")$>
<$wfSet("wfJumpEntryNotifyOff", "1")$>

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

- 「更新」セクションで「編集」をクリックします。「カスタム」タブをクリックし、次に「カスタム・スクリプトの式」を選択します。次のコードを入力します。

<$if parseDate(dOutDate) < parseDate(dateCurrent(1))$>
<$wfSet("wfJumpName", "complete_update")$>
<$wfSet("wfJumpTargetStep", wfCurrentStep(10))$>
<$wfSet("wfJumpEntryNotifyOff", "1")$>
<$endif$>

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

9. 「ワークフロー管理」ダイアログで「OK」→「有効化」をクリックして、ワークフローを開始します。

11.8.2.3 外部ストレージのワークフロー

外部ストレージのワークフローは、物理アイテムを外部に保存するためのリクエストを処理するために使用されます。

1. 「管理」→「管理アプレット」を選択します。

2. 「管理アプレット」リストから、「ワークフロー管理」を選択します。

3. 「ワークフロー管理」ダイアログで「条件」タブをクリックして、「追加」をクリックします。

4. 「新しい基準ワークフロー」ダイアログに次の情報を入力します。

- ワークフロー名: OffsiteProcess。

- 説明:Processes Offsite Requests

- セキュリティ・グループ: 「外部」を選択します。

- 元の作成者の編集ルール: 「リビジョンの編集」を選択します。

- 条件定義を設定する: 選択します。

- フィールド: 「タイプ」を選択します。

- 演算子: 一致を示すものにします。

- 値: Offsiterequestを選択します。

終了したら、「OK」をクリックします。「ワークフロー管理」ダイアログが開きます。

5. ダイアログの「条件」部分の「ステップ」セクションで、「追加」をクリックします。

6. 「新しいステップの追加」ダイアログの最初のステップで、次の情報を入力します。

- ステップ名: OffsiteRequestReview。

- 説明: Review Offsite Request

- ユーザーは現在のリビジョンをレビューおよび編集(置換)できます: 選択します。

- 「ユーザー」タブをクリックし、次に「エイリアスの追加」をクリックします。予約リクエストをレビューするユーザーのエイリアス・リストを選択して、「OK」をクリックします。

- 「終了条件」タブをクリックします。「必要な承認者」部分で、「レビューアの最低必要人数」を選択して、値に1を入力します。

7. 「ワークフロー管理」ダイアログで「OK」→「有効化」をクリックして、ワークフローを開始します。

11.9 Desktop Integration Suiteによる構成

DoD準拠のコンポーネントが有効になっているレコード・システムでOracle DISを使用すると、コピー・アンド・ペーストまたはドラッグ・アンド・ドロップではファイルをコントリビューション・フォルダにチェックインできないことがあります。DoD準拠ではチェックイン時に「カテゴリ」または「フォルダ」フィールドが必要とされます。つまり、このフィールドが空の場合はアイテムをチェックインできません。

フォルダへのコピー・アンド・ペーストまたはドラッグ・アンド・ドロップでは、多くの場合、追加のユーザー操作を必要としないので、管理者がこうしたチェックインを有効化するようにレコード・システムを構成していない場合、チェックインは正常に完了しません。

この問題には、いくつかの回避策があります。

- 使用可能な選択肢からカテゴリおよびフォルダを選択することで、フォルダのデフォルト・メタデータを設定します。

- プロファイルを設定するときにグローバル・ルールを作成することで、ユーザーのデフォルト・メタデータを設定します。

- dodSkipCatFolderRequirement変数を設定することで、システムの構成を変更します。

11.10 構成変数

構成ファイルには、ソフトウェアの動作またはインタフェースを変更するために、複数の構成変数を含むことができます。ここで説明する構成変数の他に、rma_email_environment.cfgファイル内にフラグを設定して、チェックインや電子メール・コンテンツの更新などのイベント時に編集可能なフィールドを決定することができます。フラグは、ダブルコロン区切りのリストになります。

次に、よく使用する構成変数の概要を示します。各変数の詳細は、『Oracle Fusion Middleware Oracle WebCenter Content構成リファレンス』を参照してください。

- AllowRetentionPeriodWithoutCutoff: トリガーの保存期間を指定するために使用します。

- dodSkipCatFolderRequirement: チェックインのカテゴリまたはフォルダを指定せずに、アイテムをチェックインできるようにします。DoD構成を使用している場合、DoD規制への非準拠を引き起こします。

- HideVitalReview: 「レビュー対象」フィールドを非表示にするために使用します。

- RecordsManagementDenyAUthorFreePassOnRMSecurity: ユーザーのセキュリティ設定に関係なく、コンテンツの作成者が自分の作成したコンテンツを削除できるようにします。

- RecordsManagementNumberOverwriteOnDelete: 破棄アクションに使用するディスク・スクラブのパス数を設定します。

- RmaAddDocWhereClauseForScreening: レコード管理者ロールを持つユーザーが、スクリーニング・ページまたは「凍結情報」ページで、自分がアクセス権(ACL使用)を持たない凍結アイテムをスクリーニングできるようにします。

- RmaAllowKeepOrDestroyMetadataOption: 次の処理アクションを使用するときに、メタデータを保持または破棄するオプションを許可します: 「すべてのリビジョンを削除する」、「登録」、「アーカイブ」、「移動」、「転送」

- RmaEnableWebdavPropPatchOnExport: PropPatchメソッドのWebDAVサポートを有効にして、WebDAVサーバーにアップロード済のファイルにメタデータ値を割り当てます。

- RmaEnableFilePlan: ファイル・プランのフォルダ構造を有効にします。

- RmaEnableFixedClone: コンテンツ・リビジョンのレコード・クローンの作成を許可する修正済クローン機能を有効にします。

- RmaEnablePostFilterOnScreening: スクリーニング結果に対して追加のセキュリティを有効にします。ユーザーがスクリーニング結果リストのアイテムに対して適切なセキュリティ権限を持っていない場合、そのアイテムは非表示になります。

- RmaFilePlanVolumePrefixおよびRmaFilePlanVolumeSuffix: ボリュームの命名規則を定義します。

- RmaFixedClonesTitleSuffix: 修正済クローンのコンテンツ・アイテムに自動的に付加される接尾辞を設定するために使用します。

- RMAHideExternalFieldsFromSearchInfoおよびRMAHideExternalFieldsFromCheckInUpdate: 指定されたページで外部フィールドを非表示にするために使用します。デフォルト設定はTRUEで、これらのページに外部フィールドは表示されません。

- RmaNotifyDispReviewerAndCatAuthor: 処理アクションに関して通知されるユーザーを誰にするのか制御するために使用します。

- RmaNotifyReviewerAndAlternateReviewer: アクションに関して通知されるレビューアを誰にするのか制御するために使用します。

- sceUseNativeInDataFeeds: SES検索がWeb表示可能ファイルまたはネイティブ・ファイルをピックアップするかどうかを制御するために使用します。

- ShowContentForStorageBrowse: ストレージの参照ページにコンテンツ・アイテムを表示するために使用します。

- SimpleProfilesEnabled: 「簡易プロファイル」機能を有効にするために使用します。

- UieHideSearchcheckboxes: 検索ページでメタデータ・フィールドのチェック・ボックスを表示または非表示にするために使用します。これにより、ページに最初に表示されるメタデータ・フィールドの数が制限されます。

12 レコード保存スケジュールの管理

保存スケジュールとは、類似したコンテンツをグループにまとめることができるシリーズ、カテゴリおよびレコード・フォルダを階層的に編成したものです。各グループは独自の保存および処理特性を持ちます。この章では、保存スケジュールの設定方法と保存割当の処理方法について説明します。

この章では、以下のトピックについて説明します。

- 保存スケジュールの理解

- シリーズの使用

- 保存カテゴリの管理

- レコード・フォルダの管理

12.1 保存スケジュールの理解

注意:

保存スケジュールに10,000以上のシリーズ、カテゴリおよびフォルダが含まれている場合、データベース管理者はパフォーマンス向上のため、表にデータベースの索引を構築する必要があります。レコード・フォルダの場合、「フォルダ」表の列に索引を追加します。保存カテゴリの「カテゴリ」表と「処理」表の列に索引を追加します。シリーズの場合、「シリーズ」表の列に索引を追加します。表の列へ索引付けの定義の詳細は、データベースのドキュメントを参照してください。

組織からの要件に対応する、多数の異なる保存スケジュールを作成できます。

RoleEntityACLコンポーネントがコンテンツ・サーバーで有効になっている場合、このコンポーネントは、カテゴリやフォルダなどの保存オブジェクトには影響しません。したがって、URMロールでACLを使用する機能は、RoleEntityACLコンポーネントが有効であっても、カテゴリ作成ページまたはフォルダ作成ページでは無効化されています。コンポーネントが有効な場合、ロールACLの使用はチェックイン・ページで有効になります。

注意:

保存スケジュールはコントリビューション・メカニズムではなく、処理メカニズムです。コンテンツのライフ・サイクルにおいて、コンテンツがいつどのように処理されるかが定義されます。コンテンツをリポジトリにチェックインするものではありません。

この項では、次の項目について説明します。

- 保存スケジュールとMoReq2ファイル・プラン

- 保存スケジュールとフォルダ保存機能

- 保存スケジュールの計画

- オブジェクト・レベルの作成と移動

12.1.1 保存スケジュールとMoReq2ファイル・プラン

MoReq2ファイル・プランを有効にするには、RmaEnableFilePlan構成変数をTRUEに設定してコンテンツ・サーバーを再起動します。ファイル・プランは、「コンテンツの参照」を選択して使用します。

ファイル・プランはクラス、ファイル、サブファイルおよびボリュームの4つのノード・タイプで構成される厳密なフォルダ階層を持っており、「クラス」のみが最上位レベルの階層で使用できます。クラスは、分類のためのフレームワークを提供し、ファイルはレコードなどを格納するために使用されます。

ファイルとクラスは、階層内の単一ノードで混在させることはできません。たとえばサブファイルが「ファイル」フォルダ内に配置されている場合、その「ファイル」フォルダにはコンテンツを含むその他のタイプのアイテムを含めることはできません。例外として、フォルダ・タイプにコンテンツ・アイテムが含まれている場合は、ボリュームも含めることができます。クラスには、他のクラス、ファイルまたはコンテンツを含めることができます。サブファイルには、コンテンツ・アイテムを含めることができます。ボリュームには、コンテンツのみを含めることができます。Recordsソフトウェアは、階層の特定のポイントで許可されたアイテムのみ、「作成」アクセスができるよう構成されています。

ファイル・プラン・ノードと階層の詳細は、電子記録管理のためのモデル要件を参照してください。

ファイル・プラン使用のための機能は、保存スケジュールの機能と似ています。主な違いの1つは、処理スケジュールを持つカテゴリにクラスをリンクすることにより、処理アクションが「クラス」に適用されることです。

この章の情報を確認するときに、保存スケジュールに加え、ファイル・プランにどのように情報を適用できるかについても考慮してください。

12.1.2 保存スケジュールとフォルダ保存機能

フォルダ保存機能は、「DoDベースライン」または「DoD分類済」が有効になっていると使用できません。

FrameworkFoldersコンポーネントが有効になると、フォルダ保存機能が有効になります。フォルダ保存により、保存問合せフォルダ内のコンテンツ・アイテムをグループ化し、フォルダ内のコンテンツに保存アクションを適用できます。フォルダそのものに保存アクションを適用するわけではありません。

コンテンツ・アイテムの処理が、コンテンツ・サーバーとRecordsシステムで定義されている場合には、Recordsシステムで定義されている処理とスケジュールのみが使用されます。

注意:

保存フォルダを使用するとライフ・サイクル情報を参照できないため、この機能は保存や追跡が必要のない重要性の低いアイテムに使用することをお薦めします。追跡や保存が必要なより重要なドキュメントは、レコード保存スケジュールを使用して処理する必要があります。

次の保存アクションがあります。

- リビジョン別に保存: 保持するアイテムのリビジョンの数を指定するために使用します。たとえば、問合せフォルダ内のコンテンツ・アイテムのリビジョンが8つある場合、保存ルールが実行されると、最初の3つのリビジョンが削除され、最新の5つが保持されます。Recordsシステムがインストールされている場合、凍結されたアイテムは削除されません。

- 有効期間別に保存: アイテムを削除するまでの期間を指定するために使用します。Recordsシステムがインストールされている場合、期間のオプションは、Records構成で指定した期間になります。Recordsシステムがインストールされていない場合、会計期間を除くすべてのデフォルトの期間が含まれます。

- カテゴリ別に保存(Recordsシステムがインストールされ有効になっている場合のみ使用可能): 問合せフォルダに適用するカテゴリ処理を指定するために使用します。これは、コンテンツ・アイテムへのカテゴリIDの指定と似ています。
このオプションを指定するときは、このアクションに承認を必要とするかどうかを指定できます。承認は、Recordsシステムと同じ方法で実行されます。

保存フォルダで使用できるアクションは次のとおりです。

- Recordsが有効になっていない場合

- 「カテゴリ別に保存」は使用不可

- 「リビジョン別に保存」と「有効期間別に保存」が組合せ可能

- Recordsが有効な場合

- 「カテゴリ別に保存」が使用可能

フォルダ保存の削除処理は、Recordsシステムの削除とは異なる方法で処理されます。Recordsでは最も長い保存間隔が使用されますが、フォルダ保存では最も短い保存間隔が使用されます。

フォルダ保存は、管理するコンテンツのライフ・サイクルがユーザーに表示されないという点で、Recordsの保存スケジュールの使用とは異なります。コンテンツがRecordsシステムを通して管理されている場合、フォルダを参照して「情報」を参照し、「アクション」メニューから「ライフ・サイクル」を選択すると、処理スケジュールのライフ・サイクルが表示されます。

フォルダ保存機能は、コンテンツ・サーバーの管理権限を持つユーザーのみが設定および管理できます。Recordsの管理者権限を持つユーザーでも、コンテンツ・サーバーの管理権限がないとフォルダ保存機能の設定ができません。

フォルダ保存機能へのアクセスと設定の詳細は、「フォルダの管理」を参照してください。

12.1.3 保存スケジュールの計画

組織は頻繁に再編成されるため、組織階層などの動的な機能に基づいてカテゴリを作成しないでください。カテゴリの部門には静的な分類を使用します。また、カテゴリにはより汎用的な指定をしてください。レコード・フォルダで、より具体的な指定ができます。

12.1.3.1 保存スケジュールの階層

一般的な保存スケジュールの階層は、シリーズ、カテゴリおよびレコード・フォルダで構成されます。シリーズは、オプションの最上位レベルのノードで、ネストできます。保存カテゴリは、その処理スケジュールの特性によりネストできません。レコード・フォルダは、ネストできます。図12-1 は、保存スケジュール・オブジェクトの基本的な階層を示しています。

図12-1 基本的な保存スケジュールの階層

コンテンツは、保存カテゴリに直接ファイリングされますが、オプションで保存カテゴリの下のレコード・フォルダにもファイリングできます。保存スケジュールは、最上位のシリーズ・ルート・ノードです。最上位ノードは自動的に作成されます。

残りの保存スケジュール・オブジェクト(シリーズ、フォルダまたは保存カテゴリ)は、レコード管理者が作成します。ユーザーまたは管理者が、アプリケーション内でファイリングするコンテンツを作成します。シリーズは、レコード管理者が作成するオプションのコンテナです。保存カテゴリは必須で、コンテンツを処理するための処理手順が含まれています。レコード・フォルダはオプションで、一定の特性に従ってコンテンツを編成します。

図12-2は、保存スケジュールの各オブジェクトの主要な特性を示しています。シリーズには、シリーズ・オブジェクトに対する直接的なセキュリティ・セットがありません。一方、保存カテゴリ、レコード・フォルダおよびコンテンツのすべてに、アクセス制御リスト(ACL)、補助マーキング、カスタム・セキュリティ・フィールドおよび(カスタム)分類などの様々なセキュリティ・オプションがあります。

図12-2 保存スケジュール・オブジェクトの属性

図12-3は、次のような少し複雑な保存スケジュールの階層を示しています。

- ネストされたシリーズ(シリーズBおよびC)

- ネストされたフォルダ(フォルダaの下にフォルダa1およびa2)

- フォルダではなくカテゴリ(カテゴリ1、2および4)に直接ファイリングされたコンテンツ

- シリーズのないカテゴリ(カテゴリ1)

- 複数のフォルダ(フォルダa1およびa2)にファイリングされたアイテム

図12-3 保存スケジュールの階層の例

コンテンツを保存スケジュール内の複数の場所にファイリングすることは可能ですが、複数の処理スケジュールのプロセスが複雑になるため、お薦めできません。最適なパフォーマンス結果を得るためには、コンテンツは単一のフォルダまたはカテゴリにファイリングしてください。1つのアイテムに複数の処理スケジュールを付加すると、アイテムは最長の保存期間で処理されます。

12.1.3.2 保存スケジュールの属性

保存スケジュール・オブジェクトの属性の一部は、親オブジェクトから継承されます。属性を下位レベルでオーバーライドできる場合もあります。

レビュー・ステータスにはレビュー期間とレビューアが含まれ、保存カテゴリ・レベル、フォルダ・レベルおよびアイテム・レベルで設定できます。すべての情報の期間が等しく、カテゴリ、フォルダおよびアイテム・レベルで設定されている場合、最下位レベル(アイテム・レベル)が優先されます。

親オブジェクトと子オブジェクトでレビュー期間が異なる場合、子フォルダでは最短のレビュー期間が優先され、関連するコンテンツ情報ページで表示されます。それより長いレビュー期間は無視されます。より短いレビュー期間が削除されたり変更された場合、コンテンツのレビュー・サイクルで、その長いレビュー期間が再び使用されます。

注意:

子フォルダでは、親と子のオブジェクト階層内で最短のレビュー期間が、子フォルダに設定されたより長いレビュー期間よりも優先されます。

たとえば、レビュー対象のカテゴリのレビュー期間がカレンダ四半期で2期分だとします。レビュー対象のカテゴリ内の子フォルダのレビュー期間が、カレンダ四半期で4期分として設定されています。階層内のより高いカテゴリ(親)のほうが短いレビュー期間のため、子フォルダのより長いレビュー期間の設定は無視されます。実際には、フォルダのレビュー期間がオーバーライドされます。

レビュー対象カテゴリのレコード・フォルダのレビュー・ステータスがレコード・フォルダ・レベルで設定されていない場合、フォルダは常にカテゴリからレビュー・ステータスを継承します。コンテンツ・レベルでは、コンテンツが独自のレビュー設定を保持していない場合は、レビュー情報をカテゴリから継承できます。また、フォルダから情報を継承できます。

コンテンツ・アイテムがレビュー対象の保存カテゴリに直接ファイリングされる場合、そのカテゴリから設定を継承します。レビュー対象アイテムがレビュー対象のレコード・フォルダにファイリングされる場合、直接の親フォルダから設定を継承します。レコード・フォルダはネストできるため、直接の親フォルダによりアイテムのレビュー属性が決定します。

保存カテゴリがレビュー対象で、フォルダおよびコンテンツ・アイテムのいずれも独自のレビュー設定を保持していない場合、すべてのフォルダとアイテムがカテゴリのレビュー属性を継承します。

レビュー対象のレコード・フォルダ、コンテンツおよびアイテムを含む、レビュー対象でない保存カテゴリを作成できます。逆の操作はできません。レビュー対象の継承属性により、レビュー対象でないレコード・フォルダおよびアイテムを含む、レビュー対象の保存カテゴリは作成できません。

永続アイテムは、処理手順によって破棄できません。永続アイテムは、通常、組織の情報ベースのわずかな比率です。永続ステータスは、非常に歴史的な価値を持つため、管理上、法的または会計上の目的で必要な通常の期間を超えた継続的な保持が保証されるもので、National Archives and Records Administration (NARA)によって決定されます。永続アイテムは、アーカイブ・アイテムと呼ばれることがあります。

12.1.3.3 処理手順

処理手順は、保存カテゴリ・レベルで定義され、一部のルールは子レコード・フォルダに一意に適用されます。レコード・フォルダは、処理ルールを保存カテゴリから継承します。コンテンツ・アイテムは、処理を保存カテゴリから継承します。該当する場合は、一意に適用された処理ルールを持つフォルダから継承します。詳細は、「処理の定義および実行」を参照してください。

12.1.3.4 凍結されたフォルダおよびコンテンツ・ステータス

レコード・フォルダが凍結されると、フォルダ、その子フォルダおよびコンテンツの処理が禁止されます。

レコード・フォルダおよびコンテンツ・アイテムは、祖先に凍結ステータスが存在する場合、その凍結ステータスを継承します。凍結ステータスの継承に加え、継承のない階層内の下位レベルでも凍結を実行できます。子レコード・フォルダまたはレコード・フォルダ内のアイテムを凍結できます。

フォルダの外部のコンテンツ・アイテムの凍結でも、処理を禁止し、メタデータの更新を回避します。

12.1.4 オブジェクト・レベルの作成と移動

保存オブジェクトを使用するには、「コンテンツの参照」を選択します。ユーザーの権限とロールによって、すべての保存スケジュールを参照できる場合と、そのユーザーが作成した保存スケジュールのみを参照できる場合があります。

保存スケジュール・オブジェクトを操作するには、ユーザーは保存スケジュール内の特定のコンテキストまたはレベルに位置する必要があります。保存スケジュールを参照する場合、階層内の場所によって、メインの「アクション」メニューに異なるメニュー・オプションが表示されます。

次の表は、各レベルで作成できる保存スケジュール・オブジェクトを示しています。

レベル:

作成可能:

シリーズまたはルート・ノード

- シリーズ

- 保存カテゴリ

保存カテゴリ

- レコード・フォルダ

- コンテンツ・アイテム

レコード・フォルダ

- レコード・フォルダ

- コンテンツ・アイテム

主要なルート・ノードは、保存スケジュールのシリーズ・ルート・ノードと考えれます。シリーズ・レベルでは、シリーズまたは保存カテゴリが作成できます。

メニューは階層内の場所に対して相対的になります。たとえば、「フォルダ」・レベルでは、フォルダまたはコンテンツを作成できます。カテゴリは作成できません。

階層内の場所に応じて表示される、使用可能なメニュー・オプションを次に示します。これらのオプションは、各アイテムの「アクション」メニューまたはページ・メニューに表示されます。

カッコ内の情報は、情報が表示される階層の領域を示します。

- 情報

- カテゴリ情報(カテゴリ・レベル): 「保存カテゴリ情報」ページを開きます。

- シリーズ情報(シリーズ・レベル): 「シリーズ情報」ページを開きます。

- フォルダ情報(フォルダ・レベル): 「レコード・フォルダ情報」ページを開きます。

- メタデータ履歴(カテゴリ・レベルおよびフォルダ・レベル): 「メタデータ履歴」ページを開きます。

- 処理情報(カテゴリ・レベル): 「処理情報」ページを開きます。

- ライフ・サイクル(フォルダ・レベル): ライフ・サイクル情報を開きます。

- 最近のレビュー(フォルダ・レベル): レビュー履歴情報を開きます。

- 保存スケジュール・レポート(すべて): システムの構成時に指定したフォーマットで保存スケジュール・レポートを作成します。

- 編集

- 保存カテゴリの編集(カテゴリ・レベル): 「保存カテゴリの作成」ページまたは「保存カテゴリの編集」ページを開きます。

- 処理の編集(カテゴリ・レベル): 「処理手順」ページを開きます。

- レビューの編集(カテゴリ・レベルおよびフォルダ・レベル): レビュー情報の編集ページを開きます。

- シリーズの編集(シリーズ・レベル): 「シリーズの作成」ページまたは「シリーズの編集」ページを開きます。

- 移動(すべて): 「保存シリーズの選択」ダイアログ、「レコード・フォルダの選択」ダイアログまたは「カテゴリの選択」ダイアログを開きます。

- 非表示(シリーズ・レベル): オブジェクトが非表示になっていることを示すプロンプトが開きます。

- 凍結/凍結解除(フォルダ・レベル): レコード・フォルダの凍結/凍結解除を切り替えます。

- コピー:該当のオブジェクトをコピーします。

- 削除: 任意のチェック済オブジェクトを削除します。オブジェクトにコンテンツ(たとえばフォルダ)が含まれている場合、エラー・メッセージが表示され、オブジェクトは削除されません。

- 作成

- レコード・フォルダの作成(カテゴリ・レベルおよびフォルダ・レベル): 「レコード・フォルダの編集」ページまたは「レコード・フォルダの編集」ページを開きます。

- コンテンツのチェックイン(カテゴリ・レベルおよびフォルダ・レベル): 「コンテンツのチェックイン」ページを開きます。

- 物理アイテムのチェックイン: 「物理アイテムの作成」ページを開きます

- シリーズの作成(シリーズ・レベル): 「シリーズの作成」ページまたは「シリーズの編集」ページを開きます。

- 保存カテゴリの作成(シリーズ・レベル): 「保存カテゴリの作成」ページまたは「保存カテゴリの編集」ページを開きます。

- 表示の変更

- サムネイル:アイコン・ベースのビューを表示します。

- ヘッドライン: 水平のテキスト・ビューを表示します。

また、個別のアイテムの「フォルダ」ページの「アクション」メニューおよびフォルダ・レベルの「表」メニューで使用可能なオプションを次に示します。

- 日付の設定

- レビュー済としてマーク: フォルダをマーク済としてマークします。

- 再帰的としてマーク: すべての子オブジェクトをレビュー済としてマークします。

- 取消: フォルダを取消し済としてマークし、廃止します。

- 期限切れ: フォルダ内のすべてのオブジェクトを期限切れにします。

- 廃止: コンテンツおよびフォルダを廃止としてマークします。特定のアクションによりフォルダが廃止となる場合、「廃止を元に戻す」に切り替わります。

- 廃棄: フォルダおよびその下にあるアイテムを廃棄します。

- カットオフを元に戻す(「表」メニューのみ): フォルダのカットオフ・ステータスを元に戻します。

- 廃止を元に戻す(「表」メニューのみ): アイテムおよびフォルダを廃止しないとマークします。コンテンツ・アイテムの「廃止」ステータスを元に戻すには、アイテムを検索し、マークするアイテムのチェック・ボックスを選択し、「日付の設定」メニューから「日付のクリア」→「廃止」を選択します。

- お気に入りに追加: マークしたオブジェクトをお気に入りリストに追加するために使用します。

12.2 シリーズの使用

注意:

シリーズを操作するには、適切な権限が必要です。シリーズの読取り(表示)、作成、削除、移動、編集および表示/非表示には、個別の権限が必要です。事前定義されたレコード・ユーザー・ロールおよびレコード・オフィサ・ロールのみが、シリーズの読取り(表示)を行えます。事前定義されたレコード管理者ロールは、他のシリーズ関連のタスクをすべて実行できます。

シリーズは、コンテンツの編成のためのオプション機能です。組織が多数の保存カテゴリを保持している場合、シリーズの設定は保存スケジュール階層のビューの管理に役立ちます。シリーズは静的で非固有のメソッドとする必要があります。たとえば、7500 BuildingではなくBuildingsとします。これにより、時間が経っても階層が静的なままとなります。シリーズは、お互いにネストできます。

また、シリーズはユーザーには表示されないため、非表示のシリーズにデータをファイリングすることを回避できるので、進行中の保存スケジュールの作成に役立ちます。

シリーズの管理に関する作業は次のとおりです。

- シリーズの作成または編集

- シリーズ情報の表示

- シリーズの表示/非表示

- シリーズの移動

- シリーズの削除

保存スケジュールにアクセスする2つの方法を、次に示します。

- 「コンテンツの参照」→「保存スケジュール」を選択します。

- 「レコード」→「保存スケジュール」を選択します。

12.2.1 シリーズの作成または編集

注意:

このアクションを実行するには、シリーズ.作成権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

ネストされたシリーズ(シリーズ内のシリーズ)が認められています。シリーズを作成する手順は次のとおりです。

1. 保存スケジュールにアクセスし、シリーズを作成する場所に移動します。

2. 既存のシリーズの「アクション」メニューまたはページ・メニューから、「作成」→「シリーズの作成」を選択します。

3. 「シリーズの作成」ページまたは「シリーズの編集」ページで、シリーズの識別子を入力します。

4. シリーズの名前を入力します。

5. 「作成」をクリックします。
シリーズは、「コンテンツの参照」領域および「保存スケジュール」リストの両方に表示されます。

注意:

このアクションを実行するには、シリーズ.編集権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

シリーズを編集する手順は次のとおりです。

1. 保存スケジュールにアクセスします。編集するシリーズの「アクション」メニューから「編集」→「シリーズの編集」を選択します。

2. 「シリーズの作成」ページまたは「シリーズの編集」ページで、「シリーズ名」ボックスの値に対する変更を入力します。

3. 「更新の送信」をクリックします。

シリーズが正常に更新されたことを示すメッセージが表示されます。

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

12.2.2 シリーズ情報の表示

注意:

このアクションを実行するには、シリーズ.読取り権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

シリーズの情報を表示する手順は次のとおりです

1. 保存スケジュールにアクセスします。「情報」アイコンをクリックしてシリーズを表示します。

「シリーズ情報」ページが開きます。このページには、選択されたシリーズに関連する情報が表示されます。

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

12.2.3 シリーズの表示/非表示

注意:

これらのアクションを実行するには、「シリーズ.表示/非表示」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

非表示のシリーズとその子は、「シリーズ.表示/非表示」権限を持たないユーザーには表示されません。この機能は、保存スケジュールの設定とテストのためのステージング領域を提供します。保存スケジュールの本番環境の準備ができたら、シリーズの非表示を解除します。

シリーズを非表示にする手順は次のとおりです。

1. 保存スケジュールにアクセスします。非表示にするシリーズの「アクション」メニューから「編集」→シリーズの非表示を選択します。

2. 理由を入力し(オプション)、「OK」をクリックして処理を確認するか、テキスト・ボックスを空白のままにします。アクション全体を中止するには、「取消」をクリックします。

確認されると、シリーズ・アイコンが半透明になり、非表示になったことが示されます。

シリーズの非表示を解除する場合も、同様の手順に従います。アイテムの「アクション」メニューからシリーズの非表示解除を選択します。アクションが確認されると、シリーズ・アイコンは半透明ではなくなり、非表示が解除されたことが示されます。

12.2.4 シリーズの移動

注意:

このアクションを実行するには、シリーズ.移動権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

すべての子シリーズ、カテゴリ、レコード・フォルダおよびコンテンツ・アイテムが親シリーズとともに移動します。

シリーズを移動する手順は次のとおりです。

1. 保存スケジュールにアクセスします。移動するアイテムの「アクション」メニューから「編集」→シリーズの移動を選択します。複数のアイテムを移動するには、「表」メニューでシリーズのチェック・ボックスを選択し、「移動」を選択します。

2. 「保存シリーズの選択」ダイアログ、「レコード・フォルダの選択」ダイアログまたは「カテゴリの選択」ダイアログで、ツリーをクリックして開き、アイテムを含めるシリーズをクリックします。

「場所」フィールドに新しい場所が移入されます。

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

「シリーズ内を検索中」ページには、新しい場所にあるシリーズが表示されます。

12.2.5 シリーズの削除

注意:

このアクションを実行するには、シリーズ.削除権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

シリーズが移入されている場合、シリーズを削除しようとするとメッセージが表示され、シリーズとともにコンテンツも削除することについて、ユーザーに確認が求められます。コンテンツ、レコード・フォルダ、カテゴリおよびネストされたシリーズを保持する必要がある場合は、必ず削除するシリーズからこれらのオブジェクトを移動してください。

シリーズを削除するには、次のコマンドを実行します。

ヒント:

複数のアイテムを削除するには、「表」メニューでアイテムのチェック・ボックスを選択し、「削除」を選択します。

1. 保存スケジュールにアクセスします。削除するアイテムの「アクション」メニューから「削除」→「シリーズの削除」を選択します。

2. 削除の確認を求められます。「OK」をクリックしてシリーズを削除するか、「取消」をクリックして削除アクションを取り消します。任意の子オブジェクトを削除するには、表示されるプロンプトで「子コンテンツ・アイテムを含める」のチェック・ボックスを選択します。終了したら「はい」をクリックします。

3. 理由を入力し、「OK」をクリックして処理を確認するか、テキスト・ボックスを空白のままにして「OK」をクリックします。アクション全体を中止するには、「取消」をクリックします。

確認されると、シリーズが保存スケジュールから削除されます。

12.3 保存カテゴリの管理

注意:

カテゴリを操作するには、適切な権限が必要です。カテゴリの読取り(表示)、作成、削除、移動および編集には、個別の権限が必要です。事前定義されたレコード・ユーザー・ロールおよびレコード・オフィサ・ロールのみが、カテゴリの読取り(表示)を行えます。事前定義されたレコード管理者ロールは、他のカテゴリ関連のタスクをすべて実行できます。

保存カテゴリは、関連するセキュリティ設定および処理手順が定義された保存スケジュールのオブジェクトです。保存カテゴリは、組織コンテナではなく処理手順であるため、他の保存カテゴリ内でネストできません。これらは、コンテンツを同一の処理要件でグループ化する方法です。

保存カテゴリをソートしてからリストすると、これらはソース単位でリストされます。たとえば、3つのソース(Source1、Source2、Source3)が使用される場合、Source1のすべてのアイテムは1つの個別グループとしてソートされ、Source2のアイテムは別の個別グループとしてソートされ、Source3のアイテムはまた別の個別グループとしてソートされます。これにより、各ソースのアイテムはラウンド・ロビン形式で表示されます。つまり、Source1の最初のアイテム、Source2の最初のアイテムおよびSource3の最初のアイテムの後ろに各ソースの2番目のアイテムが続きます。

保存カテゴリがACLを保持している場合、その保存カテゴリを表示したりアクセスするには、ユーザーがACLに載っている必要があります。カテゴリ・レベルでは、レコード・フォルダまたはコンテンツ・アイテムが作成できます。

保存カテゴリの管理に関する作業は次のとおりです。

- 保存カテゴリの作成または編集

- 保存カテゴリ情報の表示

- カテゴリのメタデータ履歴の表示

- 保存カテゴリのコピー

- 保存カテゴリの移動

- 保存カテゴリの削除

- 保存カテゴリの例

保存スケジュールにアクセスする2つの方法を、次に示します。

- 「コンテンツの参照」→「保存スケジュール」を選択します。

- 「レコード」→「保存スケジュール」を選択します。

12.3.1 保存カテゴリの作成または編集

注意:

このアクションを実行するには、カテゴリ.作成権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

保存カテゴリは、ルート・ノード・レベルまたはシリーズ内で作成できます。

12.3.1.1 保存カテゴリの作成

カテゴリを作成するには、次の手順を実行します。

1. 「コンテンツの参照」、「保存スケジュール」の順に選択します。

2. 「表」メニューから「作成」→「保存カテゴリの作成」を選択します。

3. 「保存カテゴリの作成」ページまたは「保存カテゴリの編集」ページで、デフォルトのセキュリティ・グループを承認するか「セキュリティ・グループ」リストからグループを選択します。「デフォルト・コンテンツ・サーバー・セキュリティ」チェック・ボックスが保存設定の構成ページで選択されている必要があります。

4. (オプション)アカウントが有効になっている場合、カテゴリの関連するアカウントを選択します。

5. (オプション)カテゴリでデフォルト・セキュリティが使用されている場合、「作成者」リストから保存カテゴリの作成者を選択します。デフォルトでは、現在ログインして情報を入力しているユーザーが作成者になります。

6. カテゴリの一意の識別子を入力します。

7. カテゴリの名前を指定します。

8. 最大1000文字の説明を入力します。

9. (米国政府機関は必須)「処理権限」ボックスに、処理権限のコードを入力します。民間部門の組織は、カテゴリの担当者または担当部門を指定するか、「なし」と入力できます。

10. カテゴリ内のアイテムのリビジョンを制限するには、「リビジョンの制限」を選択します。

11. カテゴリ内のアイテムの削除を制限するには、「削除の制限」を選択します。

12. カテゴリ内のアイテムの編集を制限するには、「編集の制限」を選択します。

13. 保存カテゴリにレビューするコンテンツを含み、すべてのオブジェクトがレビュー対象のステータスを継承する必要がある場合、次の手順を実行します。

a. 「レビュー対象」を選択します。

b. レビューアをシステムのデフォルトの「受信者に通知」に戻すのではなく、保存カテゴリのレビューアを指定するには、「レビューア」リストからレビューアを選択します。レビューアを選択するときは、そのユーザーがレビューを実施するために必要な権限を持っていることを確認してください。そうでない場合は、エラー・メッセージが表示され、ユーザーはレビューを実施できません。

c. レビュー期間の数を、整数値で入力します。

d. 「レビュー期間」リストから、定義済のレビュー期間を選択します。

14. (オプション)アクセス制御リスト(ACL)が使用されている場合、次の手順を実行し、カテゴリにグループ権限を割り当てます。

a. グループ権限を割り当てるには、「グループ権限」の近くにある「選択」を選択します。

b. 「エイリアスの選択」ページでエイリアスを選択または入力し、 読取り、書込み、削除および管理権限をエイリアスに応じて有効にし、「リストに追加」をクリックします。この手順を権限を設定する各エイリアスに対して繰返し、「OK」をクリックします。エイリアスとその権限が「保存カテゴリの作成」ページの「グループ権限」テキスト・ボックスに表示されます。

15. (オプション)アクセス制御リスト(ACL)が使用されている場合、次の手順を実行し、カテゴリにユーザー権限を割り当てます。

a. 「ユーザー権限」ボックスの横にある「選択」をクリックします。

b. 「ユーザーの選択」ページでユーザーを選択または入力し、 読取り、書込み、削除および管理権限をユーザーに応じて有効にし、「リストに追加」をクリックします。この手順を権限を設定する各ユーザーに対して繰返し、「OK」をクリックします。ユーザーとその権限が「保存カテゴリの作成」ページの「ユーザー権限」テキスト・ボックスに表示されます。

16. 「作成」をクリックします。
「処理手順」ページが開きます。処理ルールを作成するか、「更新の送信」をクリックして後でルールを作成します。

注意:

このアクションを実行するには、カテゴリ.編集権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

12.3.1.2 保存カテゴリの編集

既存の保存カテゴリを編集する手順は次のとおりです。

1. 保存スケジュールにアクセスします。アイテムの「アクション」メニューから「編集」→「保存カテゴリの編集」を選択します。

2. 「保存カテゴリの作成」ページまたは「保存カテゴリの編集」ページで、使用可能なフィールドに変更を入力します。

3. 「更新の送信」をクリックします。
保存カテゴリの更新が正常に行われたことを示すメッセージが表示されます。

4. 「OK」をクリックします。
「保存スケジュール内を検索中」ページが開きます。

12.3.2 保存カテゴリ情報の表示

注意:

このアクションを実行するには、カテゴリ.読取り権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 保存スケジュールにアクセスします。「情報」アイコンをクリックしてアイテムを表示します。

「保存カテゴリ情報」ページが開きます。このページには、選択された保存カテゴリに関連する情報が表示されます。

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

12.3.3 カテゴリのメタデータ履歴の表示

注意:

このアクションを実行するには、カテゴリ.編集権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

保存カテゴリのメタデータ履歴は、編集可能なカテゴリ・プロパティへのすべての変更履歴のリストを表示します。

メタデータ履歴を表示する手順は次のとおりです。

1. 保存スケジュールにアクセスします。アイテムの「アクション」メニューから「情報」→「メタデータ履歴」を選択します。

2. 「メタデータ履歴」ページが開き、編集可能なカテゴリ・プロパティへのすべての変更履歴のリストを表示します。次の情報を指定します。

- 変更を行ったユーザー

- 変更が加えられた時点のタイムスタンプ

- 影響のあるフィールド

- 新旧のフィールド値

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

12.3.4 保存カテゴリのコピー

注意:

このアクションを実行するには、カテゴリ.コピー権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

保存カテゴリをコピーする手順は次のとおりです。

1. 保存スケジュールにアクセスします。コピーするカテゴリを見つけて、アイテムの「アクション」メニューから「コピー」を選択します。

2. 「保存カテゴリの作成」ページまたは「保存カテゴリの編集」ページが、一部のフィールドがすでに入力された状態で開きます。必要に応じて、残りのフィールドを編集します。

3. 「更新の送信」をクリックします。

「処理手順」ページが開きます。処理ルールを作成するか、「更新の送信」で後でルールを作成します。

12.3.5 保存カテゴリの移動

注意:

このアクションを実行するには、カテゴリ.移動権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

保存カテゴリは、別のシリーズやルート・ノード保存けジュール・レベルに移動できます。カテゴリを移動する手順は次のとおりです。

1. 保存スケジュールにアクセスします。アイテムの「アクション」メニューから「編集」→「移動」を選択します。

2. 「保存シリーズの選択」ダイアログ、「レコード・フォルダの選択」ダイアログまたは「カテゴリの選択」ダイアログで、ツリーをクリックして開き、カテゴリの移動先のシリーズをクリックします。「場所」フィールドに新しい場所が移入されます。

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

「シリーズ内を検索中」ページと「コンテンツの参照」領域には、新しい場所にある保存カテゴリが表示されます。

12.3.6 保存カテゴリの削除

注意:

このアクションを実行するには、カテゴリ.削除権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。RecordsGroupセキュリティ・グループに対する「削除」(D)権限も必要です。

保存カテゴリを削除する手順は次のとおりです。

1. 保存スケジュールにアクセスします。アイテムの「アクション」メニューから「削除」→「カテゴリの削除」を選択します。

2. 削除の確認を求められます。「OK」をクリックしてカテゴリを削除するか、「取消」をクリックして削除を取り消します。任意の子オブジェクトを削除するには、表示されるプロンプトで「子コンテンツ・アイテムを含める」のチェック・ボックスを選択します。終了したら「はい」をクリックします。

3. アクションの理由を入力するよう求めるメッセージが表示されます。理由を入力し、「OK」をクリックして処理を確認するか、テキスト・ボックスを空白のままにして「OK」をクリックします。アクション全体を中止するには、「取消」をクリックします。

確認されると、保存カテゴリが保存スケジュールから削除されます。

12.3.7 保存カテゴリの例

この例では、レビューを行う保存カテゴリに対するアーカイブ処理アクションを作成します。この例では、保存カテゴリのレビュー期間は3か月です。

1. 「コンテンツの参照」、「保存スケジュール」の順に選択します。

2. 「保存スケジュール内を検索中」ページで、「表」メニューから「作成」→「保存カテゴリの作成」を選択します。

3. 「保存カテゴリの作成」ページまたは「保存カテゴリの編集」ページで、「保存カテゴリ識別子」にRCV-101と入力します。

4. 「保存カテゴリ名」にOperational for Reviewと入力します。

5. 「保存カテゴリの説明」にRCV-101と入力します。

6. (米国政府機関は必須)「処理権限」に、権限のコードとしてRCV-101と入力します。

7. 「レビュー対象」を選択します。

8. 「レビューア」と「レビュー期間」を指定します。

9. 「作成」をクリックします。「処理手順」ページで、次の手順を実行します。

a. 「追加」をクリックします。
「処理ルール」ページが開きます。

b. 「後」フィールド(代替ラベル: トリガー・イベント)で、保存期間のカットオフを選択します。

c. 「待機期間」フィールド(代替ラベル: 保存期間)に3 Calendar Monthsと入力します。

d. 「処理アクション」リスト(代替ラベル: 処理アクション)で、「作成者に通知」を選択します。

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

10. 「更新の送信」をクリックします。

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

12.4 レコード・フォルダの管理

異なるメタデータを保持しているため、リポジトリ内の他のドキュメントとは異なる保持アイテムは、処理ライフ・サイクルに関連付けられます。レコード・フォルダは、保存カテゴリに類似アイテムを編成します。保存カテゴリは複数のレコード・フォルダを保持でき、レコード・フォルダは他のレコード・フォルダ内にネストできます。

レコード・フォルダに独自のセキュリティ設定がない場合、親の保存カテゴリからセキュリティ設定を継承します。各レコード・フォルダは、フォルダ内のアイテムへのアクセスを制限する、独自のセキュリティ設定を保持できます。レコード・フォルダは、補助マーキングおよびカスタム・セキュリティ・フィールドを使用して保護できます。

一時コンテンツのレコード・フォルダは、最終処理プロセスの一部として一時コンテンツとともに破棄されます。レコード管理者は、必要に応じて一時アイテムの処理に対応する新しいレコード・フォルダを作成します。レビュー対象のコンテンツと永続コンテンツのレコード・フォルは、最終処理により破棄されることはなく、再作成する必要がありません。

レコード・フォルダは、処理ルールを親レコード・フォルダまたは親カテゴリから継承します。また、個々のフォルダに対して異なる処理手順を設定できます。これは、フォルダが格納されているカテゴリで、処理が作成されたときに行われます。フォルダの作成時には行われません。

セキュリティ設定と処理ルールの継承に加え、フォルダも親カテゴリからコンテンツ・レビュー情報を継承します。フォルダがレビュー情報を継承している場合、「レコード・フォルダ情報」ページに示されます。ネストされたフォルダなどの場合、最下位ノードのレビュー情報が優先されます(最短のレビュー期間が優先される)。レビュー情報はフォルダ・レベルでオーバーライドできます。たとえば、異なるレビューアやレビュー期間の指定はできますが、レビュー対象の保存カテゴリ内で、フォルダをレビュー対象ではないとして指定することはできません。レコード・フォルダをレビュー対象としたくない場合は、非レビュー対象カテゴリ内にフォルダを作成する必要があります。

フォルダに対してボリュームの作成が必要になる場合があります。ボリュームが作成されると、フォルダ内のコンテンツは新しく作成されたボリューム・フォルダに移動されます。フォルダには、接頭辞+タイムスタンプ+接尾辞という命名規則が使用されます。接頭辞および接尾辞のどちらも、構成変数の設定により定義できます。詳細は、『Oracle Fusion Middleware Oracle WebCenter Content構成リファレンス』を参照してください。いずれも定義されていない場合、接頭辞のvolume_が使用されます。

ボリュームが作成され、コンテンツが中に配置された後、フォルダは閉じられカットオフされます。後続のコンテンツ・アイテムは親フォルダにチェックインでき、追加のボリュームが作成できます。この処理は、ボリュームのカットオフと作成処理アクションにより行われます。ボリュームは、ファイル・プラン(MoReqトラッキングで使用)および保存スケジュールに使用されます。

注意:

レコード・フォルダを操作するには、適切な管理権限が必要です。フォルダの読取り(表示)、作成、削除、オープン/クローズ、編集、移動および凍結/凍結解除には、個別の権限が必要です。事前定義されたレコード・ユーザー・ロールのみが、レコード・フォルダの読取り(表示)を行えます。事前定義されたレコード・オフィサ・ロールのみが、フォルダの読取り、作成、編集および移動を行えます。事前定義されたレコード管理者ロールは、すべてのフォルダ関連のタスクを実行できます。

この項では、次の項目について説明します。

- レコード・フォルダの作成

- ボリューム・フォルダの作成

- レコード・フォルダの編集

- フォルダに適用された処理の変更

- レコード・フォルダの移動

- レコード・フォルダを閉じるまたは閉じない(再度開く)

- レコード・フォルダの凍結または凍結解除

- フォルダの取消し、期限切れおよび廃棄

- レコード・フォルダの削除

- 外部フォルダへの日付設定

- フォルダの分類設定

- フォルダの例

12.4.1 レコード・フォルダの作成

注意:

このアクションを実行するには、「フォルダ.作成」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

保存カテゴリ内に、または別のレコード・フォルダの子フォルダとしてフォルダを作成する手順は次のとおりです。

前提条件

- 保存カテゴリを作成します。

- (アイテムのレビュー・サイクルの)期間を構成します。

- 補助マーキングを作成します(オプション)。

この手順も、セキュリティが構成済で、ユーザーに権限が割り当てられていることを前提としています。

1. フォルダを作成する保存カテゴリまたはフォルダを開きます。

2. ページの「アクション」メニューから「作成」→「レコード・フォルダの作成」を選択します。

3. 「レコード・フォルダの編集」ページまたは「レコード・フォルダの編集」ページで、RecordsGroupをデフォルトのセキュリティ・グループとして承認するか「セキュリティ・グループ」リストから別のグループを選択します。

4. (オプション)組織のセキュリティ・モデルでアカウントを使用している場合、「アカウント」リストからフォルダに関連付けられているアカウントを選択します。アカウントの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

5. (オプション)レコード・フォルダのファイル作成者(または作成者)をデフォルトから変更するには、「ファイル作成者」フィールドのユーザーを選択します。

6. 一意の識別子を入力します。

7. レコード・フォルダの名前を指定します。

8. (オプション)フォルダの説明を入力します。

9. (オプション)レコード・フォルダにレビュー対象アイテムを含める場合の手順は、次のとおりです。

a. 「レビュー対象」を選択します。

b. 保存設定の構成ページで設定されたシステムのデフォルトをオーバーライドする、通知のためのレビューアを選択します。選択されたレビューアにはフォルダ.レビューの編集権限が必要です。権限がないと、レビューアはフォルダをレビュー済としてマークできません。

c. 「レビュー期間」フィールドで、数値を入力して、期間のタイプを選択します。レコード・フォルダのカテゴリがレビュー対象として定義され、子レコード・フォルダに独自の情報が定義されていない場合、そのレコード・フォルダはレビュー情報を自身のカテゴリまたは親レコード・フォルダから継承します。詳細は、「保存スケジュールの属性」を参照してください。

10. 外部情報: アイテムがRecordsシステムの外部にある場合、場所、コンテナおよび適用可能な日付を追加します。たとえば、アイテムが法的な契約に関係する場合、アクティブ化日は契約開始日を表します。日付フォーマットは、システム・プロパティに設定されたユーザー・ロケールおよびプリファレンスによって異なります。このフィールドは、処理の観点から、レコード・フォルダとそのコンテンツを1つのコンテンツとして処理するために使用することもできます。
コンテンツ・アイテムに対応するがRecordsシステムとは無関係な非アクティブ化日も入力できます。たとえば、アイテムが法的な契約に関係する場合、有効期限は契約が期限切れになる日付を表します。非アクティブ化後もRecordsシステムでコンテンツにアクセスできるため、この日付はリポジトリでのドキュメントの有効期限とは異なります。Oracle WebCenter Contentで期限切れになったコンテンツには、期限切れ後はアクセスできません。

11. 削除承認日: フォルダが削除できるようになった日付。

12. (オプション)補助マーキングをフォルダに割り当てるには、「補助マーキング」リストから1つ以上のマーキングを選択します。ユーザーまたはグループがレコード・フォルダにアクセスする権限を持っている場合でも、補助マーキングはレコード・フォルダへのアクセスを制限できます。

13. (ACLが有効な実装でのオプション)エイリアス・レベルまたはユーザー・レベルでのACLアクセスを設定します。

14. 「ライフサイクルのプレビュー」をクリックしてカテゴリおよびフォルダに関連付けられた処理手順を表示します。

15. 「作成」をクリックします。
レコード・フォルダは、「保存カテゴリ内を検索中」ページまたは「レコード・フォルダ内を検索中」ページに表示されます。

12.4.2 ボリューム・フォルダの作成

保存カテゴリ内に、または別のボリューム・フォルダの子フォルダとしてフォルダを作成する手順は次のとおりです。

ボリュームが作成されると、フォルダ内のすべてのコンテンツは新しく作成されたボリューム・フォルダに移動されます。ボリュームが作成され、コンテンツが移動された後、フォルダは閉じられカットオフされます。後続のコンテンツ・アイテムは親フォルダにチェックインでき、追加のボリュームが作成できます。

注意:

このアクションを実行するには、「フォルダ.作成」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

前提条件

- 保存カテゴリを作成します。

- (アイテムのレビュー・サイクルの)期間を構成します。

- 補助マーキングを作成します(オプション)。

この手順も、セキュリティが構成済で、ユーザーに権限が割り当てられていることを前提としています。

ボリューム・フォルダの作成方法は3つあります。ここでは、そのうち2つの方法を説明します。処理を使用したボリューム作成の詳細は、「処理を介したボリュームの作成」を参照してください。

1. ボリューム・フォルダを作成する保存カテゴリまたはレコード・フォルダを開きます。

2. コンテンツのみを含むフォルダまたはファイル・プラン・フォルダ(MoReq)のページ・メニューから、「作成」→「ボリュームの作成」または「ボリューム作成のスケジュール」を選択します。

「ボリュームの作成」では、ただちにボリュームが作成され、コンテンツが挿入されます。

「ボリューム作成のスケジュール」では、ポップアップ・ウィンドウが開き、そこで選択された次に示すオプションに応じてボリューム作成がスケジュールされます。

- 特定の数のアイテムがフォルダにチェックインされたらボリュームが作成されます。

- バッチ・プロセスの実行スケジュールがチェックされ、一致したときにボリュームが作成されコンテンツが移動されます。

12.4.2.1 処理を介したボリュームの作成

「ボリュームの作成」アクションまたは「ボリュームのカットオフと作成」アクションを持つ処理を作成する場合、発生するアクションはわずかに異なります。

「ボリュームの作成」が使用される場合、ボリュームが作成されます。ボリュームが作成されたカテゴリまたはフォルダ内のコンテンツは、ボリュームに移動されます。

「ボリュームのカットオフと作成」アクションが使用される場合、ボリュームが作成され、コンテンツが移動され、ボリュームは次の処理からカットオフされます。

12.4.3 情報の表示

注意:

これらのアクションを実行するには、「フォルダ.読取り」権限が必要です。すべての事前定義済管理ロールにこの権限が割り当てられています。

フォルダ情報は、製品階層の場所に応じて異なる方法で表示できます。最初に、参照、検索またはスクリーニングしてアイテムを表示します。その上で、次のアクションのいずれかを実行します。

- 検索またはスクリーニングの結果ページで、フォルダの「アクション」メニューから「情報」→オプション(「ライフ・サイクル」や「最近のレビュー」など)を選択します。

- 検索またはスクリーニングの結果ページで、フォルダの「情報」アイコンをクリックします。
「レコード・フォルダ情報」ページのトップ・メニューで、「情報」→必要に応じてオプション(「ライフ・サイクル」や「メタデータ履歴」など)を選択します。

表示される情報は、構成およびオプションのフィールドに入力されているかどうかに応じて異なります。

12.4.3.1 フォルダのライフ・サイクルの表示

「情報の表示」の手順を使用して「情報」メニューにアクセスし、レコード・フォルダのライフ・サイクル(処理スケジュール)を表示します。処理手順は、フォルダの保存カテゴリに対して定義されている必要があります。フォルダがカットオフされた後、レコード・フォルダの処理プロセスが開始され、編集ができなくなります。

「ライフ・サイクル」が選択されると、「レコード・フォルダのライフ・サイクル」ページが開きます。

このページには、スケジュール済処理に従って、トリガー・イベントが発生する場合の各処理アクションの計算日を含む、レコード・フォルダのライフ・サイクル全体が表示されます。

12.4.3.2 フォルダのレビュー履歴の表示

「情報の表示」の手順を使用して「情報」メニューにアクセスし、レコード・フォルダのレビュー履歴を表示します。

「最近のレビュー」が選択されると、レコード・フォルダのフォルダ・レビュー履歴ページが開きます。

このページには、レコード・フォルダをレビューしてレビュー済としてマークしたユーザーと、レビューの日付および時間のリストが表示されます。

12.4.3.3 フォルダのメタデータ履歴の表示

「情報の表示」の手順を使用して「情報」メニューにアクセスし、レコード・フォルダのメタデータ履歴を表示します。これは、レコード・フォルダのメタデータに対するすべての変更のリストです。「メタデータ履歴」が選択されると、レコード・フォルダの「メタデータ履歴」が開きます。

このページには、レコード・フォルダの編集可能なプロパティに対するすべての変更履歴の概要、影響のあるメタデータ・フィールド名、変更日時および新旧の値が表示されます。

12.4.3.4 フォルダ凍結の詳細の表示

「情報の表示」の手順を使用して「情報」メニューにアクセスし、レコード・フォルダの凍結に関する詳細情報(現在フォルダに割り当てられているすべての凍結のリスト)を表示します。「凍結詳細」が選択されると、「凍結詳細」ページが開きます。

レコード・フォルダが凍結されている場合は、「フォルダ情報」ページの「処理の凍結」フィールドの値が「はい」になり、フィールド値の横に「詳細」リンクが表示されます。そのリンクをクリックすると、「凍結情報」が表示されます。

「凍結詳細」ページには、現在レコード・フォルダに適用されているすべての凍結が表示されます。フォルダが親フォルダから凍結ステータスを継承している場合は、継承された凍結の 「継承元」 列に親フォルダの名前が表示されます。「情報」アイコンをクリックしてリストのアイテムを表示します。「レコード・フォルダ情報」ページが開きます。

このページの情報をレポート内のファイルに保存するには、「ページ」メニューから「凍結詳細の保存」オプションを選択します。

生成されたレポート・ファイルがPDF形式である場合、Adobe Acrobat 6.0以降のバージョンで表示する必要があります。

12.4.4 レコード・フォルダの編集

レコード・フォルダが編集されるときに更新されるのは、次のものです。

- エイリアス/グループ権限が使用されていない場合、ACLへの特定のユーザー・アクセス

- レコード・フォルダの凍結理由

- 内部コンテンツのアクティブ化日または有効期限日

- フォルダの説明に対する詳細化または編集

- 電子アイテムの物理的な対応物がライフ・サイクルを通して進行し、他の場所に転送される場合の、物理位置およびコンテナ

レコード・フォルダを編集する手順は次のとおりです。

1. 編集するレコード・フォルダに移動します。

2. ページの「アクション」メニューから「編集」→「レコード・フォルダ」を選択します。

3. 「レコード・フォルダの作成」ページまたは「レコード・フォルダの編集」ページで、使用可能なフィールドに変更を加えます。

4. 「更新の送信」をクリックします。

フォルダの更新が正常に行われたことを示すメッセージが表示され、「レコード・フォルダ情報」ページに編集が表示されます。

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

12.4.5 フォルダに適用された処理の変更

特定のフォルダに対する処理手順を変更する手順は次のとおりです。

1. 編集するフォルダを含むカテゴリに移動します。

2. フォルダの「アクション」メニューで「編集」→「処理の編集」を選択します。

3. 「処理手順」ページで、変更する処理の行の「編集」アイコン(鉛筆)をクリックします。

「処理ルール」ページが開きます。

4. 必要に応じて処理ルールを変更します。

5. 「詳細オプション」セクションで、リストからフォルダを選択します。新しい処理の設定対象を「コンテンツのみ」、「フォルダのみ」または「コンテンツとフォルダ」に指定します。

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

12.4.6 レコード・フォルダの移動

注意:

このアクションを実行するには、「フォルダ.移動」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

レコード・フォルダを保存カテゴリまたは別のフォルダに移動する手順は次のとおりです。

1. 移動するレコード・フォルダに移動します。

2. アイテムの「アクション」メニューから「編集」→「移動」を選択します。

3. 「保存シリーズの選択」ダイアログ、「レコード・フォルダの選択」ダイアログまたは「カテゴリの選択」ダイアログでツリーをクリックして開き、レコード・フォルダを移動させるカテゴリまたはフォルダに到達するまで階層をドリルダウンします。

「場所」フィールドに新しい場所が移入されます。

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

「カテゴリ内を検索中」ページ、「フォルダ内を検索中」ページおよび「コンテンツの参照」領域には、新しい場所にあるレコード・フォルダが表示されます。

12.4.7 レコード・フォルダを閉じるまたは閉じない(再度開く)

レコード・フォルダが閉じられると、その後はユーザーが「フォルダ.開く/閉じる」権限を持っているか閉じたフォルダの作成者でない場合、コンテンツを閉じたレコード・フォルダやそのサブフォルダ(子レコード・フォルダ)にチェックイン(ファイリング)できません。これらの権限を持たないユーザーがコンテンツを閉じたフォルダにファイリングしようとすると、フォルダが閉じられていることを示すメッセージが表示されます。コンテンツはファイリングされません。

注意:

フォルダを閉じても処理は回避されません。フォルダの凍結のみにより処理が一時停止します。

レコード・フォルダを閉じることはレコード・フォルダのロックを指し、「コンテンツの参照」領域内でのレコード・フォルダを開く/閉じることとは関連がありません。閉じられた、すなわちロックされたレコード・フォルダは、レコード・フォルダ・アイコン上の南京錠のイメージで表示されます。

ユーザー・プロファイルによっては、フォルダではなく本を背景にしたアイコンなど、若干異なるアイコンが表示される場合があります。

レコード・フォルダを閉じる手順は次のとおりです。

1. 閉じるフォルダの「編集」メニューにアクセスします。

2. 「閉じる」を選択します。

アクションの理由を入力するよう求めるメッセージが表示されます。

3. 理由を入力するか、テキスト・ボックスを空白のままにします。

4. 「OK」をクリックして確定します。アクションを中止するには、「取消」をクリックします。確認されると、フォルダ・アイコンに南京錠が表示され、フォルダが閉じられたことが示されます。

フォルダを閉じない、すなわちロックを解除するには、フォルダのメニューから「編集」→「閉じない」を選択します。フォルダを閉じる場合も、同様の手順に従います。

12.4.8 レコード・フォルダの凍結または凍結解除

レコード・フォルダが凍結されると、そのフォルダの処理が禁止されます。凍結されたフォルダは、「コンテンツの参照」領域内で参照でき、コンテンツは凍結されたフォルダにチェックインできます。また、その他にも割り当てられた権限に許可された編集を行えます。凍結されたフォルダ内に存在するレコード・フォルダは親フォルダから凍結ステータスを継承しますが、フォルダとは関係なく(通常、異なる凍結での)凍結もできます。

レコード・フォルダを凍結する場合、複数の事前定義済凍結から選択し、フォルダを凍結する理由を入力します。理由は監査証跡の「コメント」セクション、「レコード・フォルダ情報」ページおよび「レコード・フォルダの編集」ページに表示されます。凍結されたレコード・フォルダは、「保存カテゴリ内を検索中」ページの「名前」フィールドに一時停止記号で示されます。

複数の凍結をレコード・フォルダに適用できます。現在レコード・フォルダに適用されているすべての凍結(直接および継承された凍結の両方)のリストを参照するには、「凍結詳細」ページを表示します。凍結の作成と表示の詳細は、「凍結の管理」を参照してください。

レコード・フォルダを凍結する手順は次のとおりです。

1. 凍結するフォルダの「編集」メニューにアクセスします。

2. 「アクション」メニューから「編集」→「凍結」を選択します。

3. 凍結/凍結解除ダイアログでリンクをクリックしてすべての凍結を表示し、適用する凍結を選択します。凍結の理由を入力するか、テキスト・ボックスを空白のままにします。

4. 「OK」をクリックして、凍結を確認します。アクション全体を中止するには、「取消」をクリックします。

確認されると、「検索」ページの「名前」列にあるレコード・フォルダ名の横に、凍結アイコン(2本並行な縦棒)が表示されます。

注意:

レコード・フォルダが凍結されると、凍結理由は編集できません。凍結が正当ではなくなった場合、フォルダを凍結解除してから新しい理由で凍結する必要があります。

レコード・フォルダが凍結解除されると、凍結されたフォルダがリリースされ、再び処理できるようになります。一度に凍結できるレコード・フォルダは1つのみです。凍結を解除するには、同様の手順を実行し、メニューから「編集」→「凍結解除」を選択します。アクションが確認されると、「検索」ページの「名前」列にあるレコード・フォルダ名の横の凍結アイコンは、表示されなくなります。

12.4.9 フォルダの取消し、期限切れおよび廃棄

注意:

これらのアクションを実行するには、「フォルダ.編集」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

フォルダは、製品階層の場所に応じて異なる方法で操作できます。最初に、参照、検索またはスクリーニングしてフォルダを表示します。その上で、次のアクションのいずれかを実行します。

- 検索またはスクリーニングの結果ページで、フォルダの「アクション」メニューから「日付の設定」を選択し、さらにオプション(「取消」や「期限切れ」など)を選択します。

- 検索またはスクリーニングの結果ページで、フォルダの「情報」アイコンをクリックします。
「レコード・フォルダ情報」ページのトップ・メニューで、「日付の設定」→必要なオプションを選択します。

- 複数のフォルダでアクションを実行するには、検索結果ページの「表」メニューから「日付の設定」→オプションを選択します。

フォルダの「アクション」メニューまたは「レコード・フォルダ情報」ページの「ページ」メニューから「日付の設定」→「廃止を元に戻す」を選択して、これらのアクションを取り消すことができます。

12.4.9.1 フォルダの取消し

通知を受信した後に(処理手順の一部として)、またはただちに、レコード・フォルダを直接取り消すことができます。レコード・フォルダが取り消されると、ステータスが「廃止」になります。

1. 「フォルダの取消し、期限切れおよび廃棄」の手順を使用して「日付の設定」メニューにアクセスします。

2. 「日付の設定」メニューから「取消」を選択します。

アクションの理由を入力するよう求めるメッセージが表示されます。

3. 理由を入力するか、テキスト・ボックスを空白のままにします。

4. 「OK」をクリックして確定します。アクション全体を中止するには、「取消」をクリックします。

「レコード・フォルダ情報」ページに、レコード・フォルダが取り消された日付と対応する廃止日が表示されます。

12.4.9.2 フォルダの期限切れ

通知を受信した後に(処理手順の一部として)、またはただちに、レコード・フォルダを直接期限切れにすることができます。レコード・フォルダが期限切れになると、ステータスが「廃止」になります。

また、通知を受信する保留中のイベントを処理しているレコード管理者は、レコード・フォルダを期限切れにできます。

1. 「フォルダの取消し、期限切れおよび廃棄」の手順を使用して「日付の設定」メニューにアクセスします。

2. 「日付の設定」→「期限切れ」を選択します。

アクションの理由を入力するよう求めるメッセージが表示されます。

3. 理由を入力するか、テキスト・ボックスを空白のままにします。

4. 「OK」をクリックして確定します。アクション全体を中止するには、「取消」をクリックします。

「レコード・フォルダ情報」ページに、レコード・フォルダが期限切れになった日付が表示されます。

12.4.9.3 フォルダの廃棄

通知を受信した後に(処理手順の一部として)、またはただちに、レコード・フォルダを直接廃棄できます。レコード・フォルダが廃棄されると、ステータスが「廃止」になります。

1. 「フォルダの取消し、期限切れおよび廃棄」の手順を使用して「日付の設定」メニューにアクセスします。

2. メニューから「日付の設定」→「廃棄」を選択します。

アクションの理由を入力するよう求めるメッセージが表示されます。

3. 理由を入力するか、テキスト・ボックスを空白のままにします。

4. 「OK」をクリックして確定します。アクション全体を中止するには、「取消」をクリックします。

「レコード・フォルダ情報」ページに、レコード・フォルダが廃棄された日付が表示されます。

12.4.9.4 フォルダの廃止

次に示す特定のアクションにより、レコード・フォルダは自動的に廃止になります。

- 期限切れ

- 取消

- 廃棄

これらのアクションを使用しなくても、フォルダを廃止としてマークできます。レコード・フォルダを廃止としてマークする手順は次のとおりです。

1. 「フォルダの取消し、期限切れおよび廃棄」の手順を使用して「日付の設定」メニューにアクセスします。

2. 「日付の設定」→「廃止」を選択します。

アクションの理由を入力するよう求めるメッセージが表示されます。

3. 理由を入力するか、テキスト・ボックスを空白のままにします。

4. 「OK」をクリックして確定します。アクション全体を中止するには、「取消」をクリックします。

「レコード・フォルダ情報」ページに、レコード・フォルダが廃止となった日付が表示されます。

12.4.9.5 フォルダの「廃止」ステータスを元に戻す

レコード・フォルダの廃止ステータスは、元に戻すことができます。期限切れ、取消しまたは廃棄のステータスになったレコード・フォルダを元に戻すことができます。

注意:

このアクションを実行するには、「フォルダ.編集」権限が必要です。この権限は、デフォルトでレコード権限者ロールおよびレコード管理者ロールに割り当てられています。

前述の手順を使用して「日付の設定」メニューにアクセスし、「廃止」ステータスを元に戻します。

1. 「フォルダの取消し、期限切れおよび廃棄」の手順を使用して「日付の設定」メニューにアクセスします。

2. 「日付の設定」→「廃止を元に戻す」を選択します。

アクションの理由を入力するよう求めるメッセージが表示されます。

3. 理由を入力するか、テキスト・ボックスを空白のままにします。

4. 「OK」をクリックして確定します。アクションを中止するには、「取消」をクリックします。

12.4.10 レコード・フォルダの削除

注意:

レコード・フォルダを削除するには、「フォルダ.削除」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

レコード・フォルダが独自の処理ルールまたはレコード・フォルダのために定義されたルールを持つ場合、そのレコード・フォルダを削除すると、カテゴリから処理ルールも削除されます。ルールが削除されないようにするには、固有のレコード・フォルダへの関連を削除します。

レコード・フォルダを削除する手順は次のとおりです。

1. 削除するレコード・フォルダを含む保存カテゴリを開きます。

2. 削除するレコード・フォルダに移動します。

3. アイテムの「アクション」メニューから「削除」→レコード・フォルダの削除を選択します。

4. 削除の確認を求められます。「OK」をクリックして削除するか、「取消」をクリックして削除を取り消します。任意の子オブジェクトを削除するには、表示されるプロンプトで「子コンテンツ・アイテムを含める」を選択します。終了したら「はい」をクリックします。

5. アクションの理由を入力するよう求めるメッセージが表示されます。理由を入力し、「OK」をクリックして処理を確認するか、テキスト・ボックスを空白のままにして「OK」をクリックします。アクション全体を中止するには、「取消」をクリックします。

確認されると、レコード・フォルダが保存スケジュールから削除されます。

12.4.11 外部フォルダへの日付設定

注意:

これらのアクションを実行するには、「フォルダ.編集」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

外部レコード・フォルダはレコード管理システムの外部にあり、追跡する電子レコード・フォルダの有形の対応物を保持します。外部レコード・フォルダは、「レコード・フォルダ情報」ページに、「外部」情報フィールドが「はい」として示されます。

日付の設定は「レコード・フォルダの編集」ページまたは「レコード・フォルダの編集」ページでのみ行えます。次の方法のいずれかを使用して該当のページにアクセスします。

- 検索またはスクリーニングの結果ページで、フォルダの「アクション」メニューから「編集」→「フォルダの編集」を選択します。

- 検索またはスクリーニングの結果ページで、フォルダの「情報」アイコンをクリックします。
「レコード・フォルダ情報」ページのトップ・メニューで、「編集」→「フォルダの編集」→必要なオプションを選択します。

12.4.11.1 レコード・フォルダのアクティブ化

レコード・フォルダをアクティブ化する手順は次のとおりです。

1. 「外部フォルダへの日付設定」の手順を使用して「レコード・フォルダの作成」ページまたは「レコード・フォルダの編集」ページにアクセスします。

2. 「レコード・フォルダの作成」ページまたは「レコード・フォルダの編集」ページの「外部」フィールド領域で、カレンダ・コンポーネント・アイコンをクリックして「アクティブ化日」の日付を選択します。

3. 「更新の送信」をクリックします。

「レコード・フォルダ情報」ページに、レコード・フォルダがアクティブ化された日付が表示されます。

12.4.11.2 レコード・フォルダの期限切れ

レコード・フォルダの有効期限日を入力すると、フォルダが「廃止」ステータスになり、廃止日も有効期限日と一致したものになります。

レコード・フォルダを期限切れにする手順は次のとおりです。

1. 「外部」フィールド領域で、カレンダ・コンポーネント・アイコンをクリックして「有効期限」の日付を選択します。

2. 「更新の送信」をクリックします。

「レコード・フォルダ情報」ページに新しい日付が表示されます。

12.4.11.3 外部フォルダへの削除承認日の入力

保存スケジュールから外部レコード・フォルダを削除するための承認日を入力できます。削除承認日を入力しても、その日付より前に外部フォルダの削除されることを回避できるわけではありません。外部フォルダの削除が承認された日付のみを示しています。

「外部」フィールド領域で、カレンダ・コンポーネント・アイコンをクリックして「削除承認日」の日付を選択します。

12.4.12 フォルダの分類設定

レコード・フォルダの分類設定の管理に関する作業は次のとおりです。

- レコード・フォルダを元に戻す

- レコード・フォルダをレビュー済としてマーク

- レコード・フォルダへの補助マーキングの割当て

- レコード・フォルダからの補助マーキングの削除

- レコード・フォルダへの特殊な処理ルールの割当て

12.4.12.1 レコード・フォルダを元に戻す

レコード・フォルダのカットオフを元に戻し(取り消す)、処理できるようにする手順は、次のとおりです。

注意:

このアクションを実行するには、「フォルダ.切取りを元に戻す」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 保存スケジュール内のコンテンツを参照し、適切なレコード・フォルダを特定します。レコード管理者は、スクリーニングを使用してレコード・フォルダを迅速に分離できます。

2. フォルダの行で、アイテムの「アクション」メニューから「日付の設定」→「カットオフを元に戻す」を選択します。

12.4.12.2 レコードフォルダをレビュー済としてマーク

この手順を使用して、アイテム情報ページのレコード・フォルダをレビュー済としてマークします。次の2つのコマンドを使用できます。

- レビュー済としてマーク

- 定期レビュー済としてマーク

「レビュー済としてマーク」アクションは、現行のフォルダのみをレビュー済としてマークします。子フォルダはレビュー済としてマークされません。「定期レビュー済としてマーク」アクションは、表示されている現行のレコード・フォルダとともに子レコード・フォルダおよびコンテンツをレビュー済としてマークします。「定期レビュー済としてマーク」オプションは、レコード・フォルダに子フォルダがある場合にのみ使用可能です。

注意:

このアクションを実行するには、「フォルダ.編集」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

1. 「コンテンツの参照」→「保存スケジュール」をクリックします。

「シリーズ保存スケジュールを検索しています」ページが開きます。

2. 情報を使用およびレビューするレコード・フォルダに移動します。

3. フォルダの行で、フォルダの「アクション」メニューから「日付の設定」→「レビュー済としてマーク」(現行のフォルダのみをレビュー済としてマークする場合)または「定期レビュー済としてマーク」(すべての子フォルダおよびコンテンツをレビュー済としてマークする場合)を選択します。

4. アクションの理由を入力するよう求めるメッセージが表示されます。理由を入力し、「OK」をクリックして処理を確認するか、テキスト・ボックスを空白のままにします。アクション全体を中止するには、「取消」をクリックします。

「レコード・フォルダ情報」ページに、レコード・フォルダがレビューされた日付が表示されます。

12.4.12.3 レコード・フォルダへの補助マーキングの割当て

作成されたレコード・フォルダを1つ以上の補助マーキングによってマークする手順は次のとおりです(最初のフォルダ作成時にマークされなかった場合)。

前提条件

- 補助マーキングの有効化

- 補助マーキングの作成

- レコード・フォルダの作成

注意:

このアクションを実行するには、「フォルダ.編集」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

1. 「コンテンツの参照」→「保存スケジュール」をクリックします。

「シリーズ保存スケジュールを検索しています」ページが開きます。

2. フォルダの行で、フォルダの「アクション」メニューから「編集」→「フォルダの編集」を選択します。

3. 「レコード・フォルダの編集」ページまたは「レコード・フォルダの編集」ページで、「補助マーキング」フィールドのリストを開き、レコード・フォルダに関連付ける1つ以上のマーキングをクリックして選択します。

4. 「更新の送信」をクリックします。

レコード・フォルダの更新が正常に行われたことを示すメッセージが表示されます。

12.4.12.4 レコード・フォルダからの補助マーキングの削除

注意:

レコード・フォルダから補助マーキングを削除するには、「フォルダ.編集」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

1. 「コンテンツの参照」→「保存スケジュール」をクリックします。

「シリーズ保存スケジュールを検索しています」ページが開きます。

2. 使用するレコード・フォルダに移動します。

3. フォルダの行で、フォルダの「アクション」メニューから「編集」→「フォルダの編集」を選択します。

4. 「レコード・フォルダの作成」ページまたは「レコード・フォルダの編集」ページで、「補助マーキング」テキスト・ボックスのテキストを編集してマーキングを削除します。

5. 「更新の送信」をクリックします。

更新が成功したことを示すメッセージが表示されます。

注意:

各補助マーキングの間は、カンマと空白で区切る必要があります。そうしないと、すべてのマーキングに一致が有効になっている場合、複数のマーキングを持つコンテンツにアクセスしようとすると「アクセスが拒否されました」というメッセージが表示されます。

12.4.12.5 レコード・フォルダへの特殊な処理ルールの割当て

この手順を使用して、保存カテゴリ内の処理ルールを特定のレコード・フォルダのみに適用します。これにより、複数のレコード・フォルダを持つカテゴリの処理手順を、少し異なる処理手順でカスタマイズできるようになります。

前提条件

- 処理手順の定義

注意:

このアクションを実行するには、「フォルダ.編集」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

処理ルールを特定のレコード・フォルダに適用する手順は次のとおりです。

1. 「コンテンツの参照」→「保存スケジュール」を選択します。

2. 「検索」ページで、使用するするレコード・フォルダを含むカテゴリに移動します。トップ・メニューで、「編集」→「処理の編集」を選択します。

3. 「処理手順」ページで、「編集」アイコン(鉛筆アイコン)をクリックします。

4. 「処理ルール」ページで、必要に応じて処理ルールを変更します。拡張セクションで、「適用先レコード・フォルダ」リスト(わかりやすいキャプションが構成されている場合は「適用対象フォルダ」リスト)からフォルダを選択します。

ページが閉じます。レコード・フォルダがルールの横に表示されます。

5. さらに、処理の適用方法を選択することにより処理を調整できます。「処理適用先」リストから、オプションを選択します。使用可能な選択肢は、「コンテンツのみ」、「フォルダのみ」または「コンテンツとフォルダ」です。

6. 「処理手順」ページで、「更新の送信」をクリックします。

処理の更新が正常に行われたことを示すメッセージが特定のフォルダとともに表示されます。

12.4.13 フォルダの例

次の例では、フォルダ管理に関する作業を示します。

- レビュー対象のレコード・フォルダの作成

- 定期監査トリガー対象のレコード・フォルダの作成

12.4.13.1 レビュー対象のレコード・フォルダの作成

この例では、レコード・フォルダのレビュー・サイクルは3か月です。レビュー・サイクルを編集するには、特別な編集ページにアクセスする必要があります。

1. レコード・フォルダが作成される保存カテゴリまたはレコード・フォルダを開きます。

2. 「アクション」メニューから「レコード・フォルダの作成」を選択します。

3. 「レコード・フォルダの作成」ページまたは「レコード・フォルダの編集」ページで、「レコード・フォルダ識別子」にRFV-101と入力します。

4. 「レコード・フォルダ名」にRFV-101と入力します。

5. 「レビュー対象」を選択します。

6. レコード・フォルダのレビュー時に電子メールの通知を受信する「レビューア」を選択します。

7. 「レビュー期間」に3 Monthsと入力します。

8. 「作成」をクリックします。

「保存カテゴリ内を検索中」ページでレコード・フォルダが開きます。

9. 「情報」アイコンをクリックして新しいレコード・フォルダを開きます。

「レコード・フォルダ情報」ページに「レビュー対象」が「はい」として、対応する「レビュー期間」とともに表示されます。親レコード・フォルダまたは保存カテゴリから継承した任意のレビュー情報も指定されます。

12.4.13.2 定期監査トリガー対象のレコード・フォルダの作成

この例では、定期監査トリガー対象のレコード・フォルダを作成する方法を示します。「監査期間」は構成マネージャ・ユーティリティで定義しておく必要があります。

監査対象レコード・フォルダを作成する手順は次のとおりです。

1. レコード・フォルダが作成される保存カテゴリまたはレコード・フォルダを開きます。

2. 「アクション」メニューから「レコード・フォルダの作成」を選択します。

3. 「レコード・フォルダの作成」ページまたは「レコード・フォルダの編集」ページで、レコード・フォルダとしてRFA-101と入力します。

4. 「レコード・フォルダ名」ボックスにRFA-101と入力します。

5. 「監査に従う」を選択し、リストから「監査期間」を選択します。

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

「検索」ページにレコード・フォルダが表示されます。

7. 「情報」アイコンをクリックして新しいレコード・フォルダを開きます。

「レコード・フォルダ情報」ページに「監査に従う」が「はい」として、対応する「監査期間」とともに表示されます。

13 Recordsのセキュリティの管理

この章では、Oracle WebCenter Content: Recordsのセキュリティの管理について説明します。

システムレベルのロール、権限、アカウント、ACLなどのOracle WebCenter Contentのシステム・セキュリティの管理の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

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

- Recordsのセキュリティの理解

- セキュリティ・プリファレンスの設定

- ユーザー・ロールへの権限の割当て

- ユーザーのPCMバーコード値の指定

- 分類されたセキュリティ

- カスタム・セキュリティ

13.1 Recordsのセキュリティの理解

コンテンツへのアクセスを制御するために複数のレイヤーのセキュリティを使用できます。システム・セキュリティをユーザーのセキュリティ権限と組み合せて使用すると、セキュリティを容易にカスタマイズできます。配置されているすべてのセキュリティ・メカニズムを組み合せて使用し、一般的に最も厳しい設定でユーザーの権限が決定されます。

この項では、次の項目について説明します。

- 組織の保存管理

- 一般セキュリティ設定

- セキュリティ・ロールおよび定義

- Recordsのタスクの権限およびロール

- PCMのタスクの権限およびロール

- 外部ソース・タスクおよび事前定義済のロールのデフォルト

- 権限のマトリックス

13.1.1 組織の保存管理

図13-1は、組織の一般的な保存管理構造を示しています。

図13-1 組織の一般的な保存管理

組織の様々な部門のほとんどの人は、コンテンツのファイリング、コンテンツ・アイテムのチェックイン、アイテムの検索およびアイテムの表示を実行できます。これらは基本的なレコード・ユーザーです。

より小さなグループには、基本ユーザーには許可されていない一部の追加機能(分類の変更、トリガーや保存スケジュールの作成など)を実行する権限が付与されます。これらは、レコード・オフィサ権限を持つ人です。

ごく限定された人は管理者であり、一般的に管理インフラストラクチャを設定して管理する役割があります。レコード管理者は、最も広範な権限を持っていて管理タスクを実行します。たとえば、一般的に、他の人に割り当てられたアクションを含むすべての処理アクションを実行できます。管理者は、組織の法務部門に属していることが多く、効果的かつ効率的な管理を実現するための作業を推進できます。

ソフトウェアには、出荷時にrma、rmalocalrecordsofficerおよびrmaadminという事前定義済の管理ロールが用意されていて、ドキュメント内でレコード・ユーザー、レコード・オフィサおよびレコード管理者として指定されています。これらの標準ロールそれぞれにデフォルトの権限セットが用意されていて、これは、それぞれ基本ユーザー、権限付きユーザーおよび管理者の一般的な役割と一致します。これらのロールは、特定の管理ニーズに合うように簡単に変更できます。管理権限を割り当てて新しいロールを作成したり、異なる管理権限を既存のロールに付与したりできます。

特定の権限を持たないユーザーでも、ライフサイクルをコンテンツ・アイテムに適用できます。

注意:

レコード管理はソフトウェアのみよりも多くのものから構成されます。適切な組織構造および組織に用意されているポリシーも必要です。

13.1.2 一般セキュリティ設定

セキュリティ設定全体は、保存設定の構成ページで構成されます。このページのデフォルト値は、選択したインストール・レベルに基づきます。このページで設定されたセキュリティ・プリファレンスは、Oracle WebCenter Contentに用意されているセキュリティ・プリファレンスに追加されます。PCMのセキュリティは、Recordsのセキュリティの方法を使用して設定されます。

注意:

本番環境に進行後には、ACLのセキュリティ設定およびその他のデフォルト設定を変更しないことをお薦めします。これを行うと、予期しない結果が発生する可能性があります。

どのセキュリティ設定を有効にするかを構成するには、「レコード」、「構成」、「設定」の順に選択します。

- アクセス制御リストのセキュリティを使用するには、「ACLベースのセキュリティ」を選択します。

- デフォルトのセキュリティをアクティブ化するには、カテゴリ、フォルダおよびトリガーのデフォルト・コンテンツ・サーバー・セキュリティを選択します。

- (DOD 5015.2準拠のために必要): 補助マーキングを使用するには、「補助マーキング」を選択します。ユーザーをすべての補助マーキングと照合するには、「ユーザーはすべての補助マーキングを照合する必要がある」を選択します。ユーザーが補助マーキングの1つのみと一致すればよくするには、このチェック・ボックスを選択解除します。

- カスタム・セキュリティ・フィールドを作成するには、「カスタム・セキュリティ・フィールド」を選択します。

- 分類されたセキュリティを使用するには、「分類されたセキュリティ」を選択します。

完了したら、「更新の送信」をクリックします。

13.1.2.1 セキュリティ・グループ

セキュリティ・グループは、コンテンツのグループのセキュリティを定義します。Oracle WebCenter Content: Recordsには、出荷時にRecordsGroupという事前定義済のセキュリティ・グループが用意されています。このグループは、追跡または保存するように指定されたコンテンツのグループのセキュリティを定義します。

事前定義済のレコード・ユーザー、レコード・オフィサおよびレコード管理者のロールを持つユーザーには、RecordsGroupセキュリティ・グループに対する読取りおよび書込みの権限(RW)があります。レコード管理者ロールを持つユーザーには、このセキュリティ・グループに対する読取り、書込み、削除および管理の権限(RWDA)があります。

注意:

デフォルトのレコード・ユーザーのロールとレコード・オフィサのロールは同じに見えますが、これらは異なります。デフォルトのレコード・オフィサのロールには、デフォルトのレコード・ユーザーのロールにはない特定の管理機能へのサブ管理者のアクセス権があります(トリガーおよびフォルダの作成など)。

13.1.2.2 エイリアス

製品ソフトウェアが有効になっている場合、管理者による大きいグループの管理を助けるためにいくつかのエイリアスが作成されます。エイリアスが作成されても、デフォルトのユーザーはこのグループに追加されません。管理者は、必要に応じてユーザーを次のエイリアス・リストに追加する必要があります。

- OffSiteRequestReviewGroup

- ReservationGroup

- RmaReviewersGroup

FOIA/PA機能が有効になっている場合、いくつかのデフォルトのエイリアスも作成されます。デフォルトのユーザーは、これらのエイリアス・リストに追加されますが、ユーザー自身は自動的には作成されません。管理者は、これらのユーザーを作成し、適切な権限を割り当てる必要があります。

- FOIAOfficers

- FOIAProcessors

- FOIASpecialists

- JAG

13.1.2.3 アクセス制御リスト(ACL)

注意:

ACLの有効化または無効化は、システム全体の既存のACL設定に影響を与えます。たとえば、Oracle WebCenter ContentでACLが有効な場合に、Recordsシステムが(再度ACLを有効化する)いずれかのDoD設定に構成された場合、Oracle WebCenter ContentのACLは無視されます。さらに、「標準」または「最小」のレコード設定が使用された場合、これらのオプションではデフォルトでACLベースのセキュリティは無効になるため、ACLは無効になります。DoDオプションの場合は、デフォルトで有効になります。

ACLは、トリガー、カテゴリおよびレコード・フォルダへのユーザー・アクセス権限およびグループ・アクセス権限を制御します。ACLは、カテゴリ、フォルダおよびトリガーそれぞれに対して割り当てることができます。

ACLおよびその他のセキュリティ機能(カスタム・セキュリティ・フィールド、補助マーキングなど)を使用している場合、アイテムの検索には時間がかかります。可能な場合、デフォルトのOracle WebCenter Contentのセキュリティ機能を使用し、ACLを無効にして検索パフォーマンスを高速化することを検討してください。

RecordsシステムのACLの動作はOracle WebCenter ContentのACLの動作と次の点で異なります。

- Oracle WebCenter Contentの管理ユーザーまたはRWDA権限を割り当てられたユーザーは、Recordsシステムの権限を自動的に付与されることはありません。すべてのユーザーは、RecordsシステムでACLを使用するときに権限を定義される必要があります。

- Oracle WebCenter Content: RecordsのACLは階層的です。ACLがRecordsシステムでのみ有効になっている場合(Oracle WebCenter Contentでは無効)、ACLはカテゴリおよびフォルダに対してのみ定義され、コンテンツに対して直接定義されません。ACL権限は、親のカテゴリまたはフォルダに対して割り当てられたすべての権限に基づいてコンテンツに伝播されます。

Oracle WebCenter ContentのACL機能を有効にするには、UseEntitySecurity構成変数が使用されます。前述の機能を有効にするには、この変数をtrueに設定します。

ACLでどのセキュリティ・グループを使用できるようにするかを決定するには、SpecialAuthGroups構成変数を使用します。たとえば、SpecialAuthGroups=Private, RecordsGroupとすると、ACLでこれらのセキュリティ・グループを使用できるようになります。デフォルトでは、Oracle WebCenter Content: Recordsが有効になっている場合、RecordsGroupはSpecialAuthGroup値に設定されています。

13.1.2.3.1 ソフトウェア使用中のACLの設定

個別のユーザー、グループおよびエイリアスのACLは、Recordsシステムの要素の設定中に調整できます。すべての手順で3つすべてタイプの権限を設定できるわけではありません。設定する権限のタイプ(ユーザー、グループまたはエイリアス)に関係なく、次の手順に従ってACLを調整できます。

1. 使用中のページのアクセス制御の編集セクションの「グループ」、「ユーザー」または「エイリアス」の権限のセクションで、まず追加する人のユーザー名を入力します。リストが表示され、ユーザーを選択できます。あるいは、名前フィールドまたはグループ・フィールドに2つのアスタリスク(**)を入力します。ユーザーおよびグループのリストが表示されます。

2. 使用する名前にスクロールし、「ユーザーの追加」、「エイリアスの追加」または「追加」をクリックします。

3. 名前に右は権限のグループです。追加または削除する権限をクリックします。

4. ユーザーまたはグループを権限ボックスから削除するには、名前の隣の「X」をクリックします。

13.1.3 セキュリティ・ロールおよび定義

ユーザーのロールおよび権限を定義するには、次のセキュリティ要素を使用します。

- 事前定義済のユーザー・ロール。各ロールには、出荷時に権限のデフォルト・セットが用意されていますが、これらを変更して特定のニーズに合わせることができます。これらには、次のロールが含まれます。

- rma。通常、基本ユーザーに割り当てられます。これがあると、ユーザーは基本的な管理タスクを実行できます。このドキュメントでは、レコード・ユーザーは、このロールを付与された人を指すために使用する用語です。

- rmalocalrecordsofficer。通常、追加機能(トリガーまたはフォルダの作成、コンテンツの属性の変更など)にアクセスする必要があるユーザーに割り当てられます。このドキュメントでは、レコード・オフィサは、このロールを付与された人を指すために使用する用語です。この製品の前のバージョンでは、これはRecords Privilegedロールでした。

- rmaadmin。通常、インフラストラクチャおよび環境を設定して管理する管理者に割り当てられます。このドキュメントでは、レコード管理者は、このロールを付与された人を指すために使用する用語です。

- pcmrequestor。通常、PCMロール以外の基本ユーザーのすべての権限を持つが、基本ユーザーに許可されていない一部の機能(物理アイテムの予約など)を実行する追加の権限も付与されているユーザーに割り当てられます。pcmrequestorロールを持つユーザーは、特別なRecordsGroupセキュリティ・グループに対する読取りおよび書込みの権限(RW)を持っています。このドキュメントでは、PCMリクエスタは、このロールを付与された人を指すために使用する用語です。

- pcmadmin。通常、物理コンテンツ管理のインフラストラクチャおよび環境を設定して管理する管理者に割り当てられます。このユーザーは、物理コンテンツ管理タスク(記憶領域の設定、予約の編集および削除、ユーザー・ラベルの印刷など)を実行する最も広範な権限を持っています。PCM管理者ロールを持つユーザーには、特別なRecordsGroupセキュリティ・グループに対する読取り、書込み、削除および管理の権限(RWDA)があります。このドキュメントでは、PCM管理者は、このロールを付与された人を指すために使用する用語です。

- 権限は、ユーザー・ロールに割り当てられた機能へのアクセスを制御します。事前定義済のロールはデフォルトの権限セットをロールに割り当てますが、権限を変更して機能へのアクセスを制限または拡張できます。

- セキュリティ・グループはコンテンツのグループのセキュリティを定義します。このソフトウェアには、出荷時にRecordsGroupという事前定義済のセキュリティ・グループが用意されています。事前定義済のレコード・ユーザーまたはレコード・オフィサのロールを持つユーザーには、RecordsGroupセキュリティ・グループに対する読取りおよび書込みの権限(RW)があります。レコード管理者ロールを持つユーザーには、このセキュリティ・グループに対する読取り、書込み、削除および管理の権限(RWDA)があります。

- アクセス制御リスト(ACL)は、セキュリティ・モデルの処理を管理します(ACLは構成時に使用できるオプションの機能です)。ACLは、フォルダ、トリガーおよび保存カテゴリに割り当てることができます。ACLは、トリガー、カテゴリおよびフォルダへのユーザー・アクセス権限およびグループ・アクセス権限を制御するために使用されます。ACLは、カテゴリ、フォルダおよび作成したトリガーそれぞれに対して割り当てることができます。

13.1.4 Recordsのタスクの権限およびロール

権限によって、コンテンツ・アイテムで実行可能なアクションが決まります。この項では、Recordsの使用に関連するタスクのデフォルトの権限およびロールについて説明します。デフォルトのロールは、rma(ユーザー)、rmalocalrecordsofficer(オフィサ)およびrmaadmin(管理者)です。

ユーザー・ロールに権限を割り当てるには:

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

2. 「ユーザー管理」アイコンをクリックし、メニューから「セキュリティ」、「ロールの権限」の順に選択します。

3. レビューまたは変更する権限をクリックします。

4. 「RMA権限の編集」をクリックしてから、様々なタブのチェック・ボックスを選択して、適切な権限を設定します。

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

13.1.4.1 トリガー

次の表は、トリガーに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

トリガーに関する情報の表示

管理.トリガーまたは管理.レコード・マネージャ

該当

該当

トリガーの作成

管理.トリガー

該当

該当

トリガーの編集

管理.トリガー

該当

該当

トリガーの削除

管理.トリガーおよびトリガーのセキュリティ・グループの削除権限。デフォルトでは削除権限は付与されていません。

該当

該当

13.1.4.2 期間

次の表は、期間に関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

期間に関する情報の表示

管理.トリガーまたは管理.レコード・マネージャ

該当

該当

期間の作成

管理.レコード・マネージャ

該当

カスタム期間の編集

管理.レコード・マネージャ

該当

カスタム期間の削除

管理.レコード・マネージャ

該当

13.1.4.3 補助マーキング

次の表は、補助マーキングに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

補助マーキングに関する情報の表示

管理.トリガーまたは管理.レコード・マネージャ

該当

該当

補助マーキングの有効化/無効化

管理.レコード・マネージャ

該当

補助マーキングの作成/編集

管理.レコード・マネージャ

該当

補助マーキングの削除

管理.レコード・マネージャ

該当

13.1.4.4 セキュリティ分類

次の表は、セキュリティ分類に関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

分類に関する情報の表示

管理.レコード・マネージャおよび管理者.セキュリティの分類

該当

分類の有効化/無効化

管理.レコード・マネージャおよび管理者.セキュリティの分類

該当

分類の作成/編集

管理.レコード・マネージャおよび管理者.セキュリティの分類

該当

分類の削除

管理.レコード・マネージャおよび管理者.セキュリティの分類

該当

セキュリティ分類の順序変更

管理.レコード・マネージャおよび管理者.セキュリティの分類

該当

13.1.4.5 カスタム・セキュリティ・フィールド

次の表は、セキュリティ分類に関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

カスタム・セキュリティ・フィールドに関する情報の表示

管理.トリガーまたは管理.レコード・マネージャ

該当

該当

カスタム・セキュリティ・フィールドの有効化/無効化

管理.レコード・マネージャ

該当

カスタム・セキュリティ・フィールドの作成/編集

管理.レコード・マネージャ

該当

カスタム・セキュリティ・フィールドの削除

管理.レコード・マネージャ

該当

13.1.4.6 カスタムのカテゴリまたはフォルダのメタデータ・フィールド

次の表は、カスタムのメタデータ・フィールドに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

カスタムのメタデータ・フィールドの作成/編集

管理.レコード・マネージャ

該当

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

管理.レコード・マネージャ

該当

13.1.4.7 分類ガイド

次の表は、分類ガイドに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

分類ガイドに関する情報の表示

管理.分類ガイド

該当

該当

分類ガイドの作成/編集

管理.分類ガイド

該当

該当

分類ガイドの削除

管理.分類ガイド

該当

該当

分類トピックに関する情報の表示

管理.分類ガイド

該当

該当

分類トピックの作成/編集

管理.分類ガイド

該当

該当

分類トピックの削除

管理.分類ガイド

該当

該当

13.1.4.8 凍結

次の表は、凍結に関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

凍結に関する情報の表示

管理.レコード・マネージャ

該当

凍結の作成/編集

管理.レコード・マネージャ

該当

凍結の削除

管理.レコード・マネージャおよび凍結のセキュリティ・グループの削除権限。デフォルトでは削除権限は付与されていません。

該当

凍結に関する電子メール通知の送信

管理.レコード・マネージャ

該当

13.1.4.9 シリーズ

次の表は、シリーズに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

シリーズに関する情報の参照および表示

シリーズ.読取り

該当

該当

該当

シリーズの作成/編集

シリーズ.作成、シリーズ.編集

該当

シリーズの削除

シリーズ.削除

該当

シリーズの非表示/非表示解除

シリーズ.表示/非表示

該当

シリーズの移動

シリーズ.移動

該当

13.1.4.10 カテゴリ

次の表は、保存カテゴリに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

処理手順などの保存カテゴリに関する情報の参照および表示

カテゴリ.読取り

該当

該当

該当

保存カテゴリの作成/編集

カテゴリ.作成、カテゴリ.編集

該当

保存カテゴリのレビュー情報の編集

カテゴリ.編集.レビュー

該当

カテゴリの削除

カテゴリ.削除

該当

カテゴリの特定のレコードへの処理手順の適用

カテゴリ.編集

該当

カテゴリの移動

カテゴリ.移動

該当

13.1.4.11 フォルダ

次の表は、フォルダに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

フォルダに関する情報の参照および表示

フォルダ.読取り

該当

該当

該当

フォルダのライフサイクル、フォルダのレビュー履歴およびフォルダのメタデータ履歴の表示

フォルダ.読取り

該当

該当

該当

フォルダの作成

フォルダ.作成

該当

該当

フォルダの作成者の場合のフォルダの編集

フォルダ.作成者の場合に編集

該当

フォルダの作成者ではない場合のフォルダの編集

フォルダ.編集

該当

フォルダのレビュー情報の編集

フォルダ.編集.レビュー

該当

該当

フォルダの削除

フォルダ.削除

該当

フォルダの移動

フォルダ.編集

該当

フォルダを閉じる/閉じない

フォルダ.開く/閉じる

該当

該当

フォルダの凍結/凍結解除

フォルダ.凍結/凍結解除

該当

フォルダの取消しまたは期限切れ

フォルダ.編集

該当

該当

フォルダの廃棄または廃止

フォルダ.編集

該当

該当

フォルダの廃止ステータスを元に戻す

フォルダ.編集

該当

該当

フォルダのカットオフ・ステータスを元に戻す

フォルダ.切取りを元に戻す

該当

フォルダのレビュー

管理.保留レビュー実行

該当

該当

フォルダをレビュー済としてマーク

フォルダ.編集

該当

該当

フォルダの日付(アクティブ化、有効期限、削除および承認)の設定

フォルダ.編集

該当

該当

フォルダの補助マーキングの割当て/削除

フォルダ.編集

該当

該当

1つまたは多数のフォルダへの処理ルールの適用

カテゴリ.編集

該当

13.1.4.12 コンテンツ

次の表は、コンテンツに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

アイテムの作成またはチェックイン

レコード.作成

該当

該当

該当

アイテムの検索

レコード.読取り

該当

該当

該当

アイテムのリンク

レコード.リンクの作成

該当

該当

該当

アイテムのリンク解除

レコード.リンク解除

該当

該当

表示するコンテンツ・アイテムのダウンロード

レコード.読取り

該当

該当

該当

コンテンツに関する情報の表示

レコード.読取り

該当

該当

該当

アイテムのライフサイクル、アイテムのレビュー履歴、アイテムの分類履歴またはアイテムのメタデータ履歴の表示

レコード.読取り

該当

該当

該当

アイテムのレビュー情報の編集

レコード.編集レビュー

該当

該当

アイテムの分類のレビュー

レコード.編集

該当

該当

アイテムのメタデータ履歴の削除

レコード.履歴ファイルを削除

該当

該当

アイテムの削除

レコード.削除

該当

フォルダの凍結/凍結解除

レコード.凍結/凍結解除

該当

アイテムの取消しまたは期限切れ

レコード.編集

該当

該当

アイテムの廃棄または廃止

レコード.編集

該当

該当

アイテムの廃止ステータスを元に戻す

レコード.編集

該当

該当

他のカテゴリまたはフォルダへのアイテムの移動

レコード.編集

該当

該当

カットオフ前のレコード・メタデータの編集。注意: 非レコード・メタデータは、カットオフの前および後に編集できます。

レコード.切取りを元に戻す

該当

アイテムの分類ステータスのアップグレードまたはダウングレード

レコード.アップグレード/ダウングレード

該当

該当

アイテムのレビュー

管理.保留レビュー実行

該当

該当

補助マーキングの削除

レコード.編集

該当

該当

アイテムのカットオフ・ステータスを元に戻す

レコード.切取りを元に戻す

該当

アイテムのレコード・ステータスを元に戻す

レコード.レコードを元に戻す

該当

13.1.4.13 処理ルール

次の表は、処理ルールに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

処理情報の表示

カテゴリ.読取り

該当

該当

該当

わかりやすいキャプションの有効化/無効化

管理.レコード・マネージャ

該当

ルールの作成

カテゴリ.作成

該当

ルールの編集

カテゴリ.編集

該当

ルールの削除

カテゴリ.削除

該当

カスタム処理ルールの定義

管理.カスタム処理アクション

処理ルールの無効化

管理.カスタム処理アクション

13.1.4.14 アーカイブ

次の表は、アーカイブに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

アーカイブのインポート

管理.保存スケジュールのアーカイブおよびインポートされる特定のアイテムのその他の権限

該当

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

管理.保存スケジュールのアーカイブおよびエクスポートされる特定のアイテムのその他の権限

該当

13.1.4.15 スクリーニング

次の表は、スクリーニングに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

わかりやすいキャプションの有効化/無効化

管理.レコード・マネージャ

該当

カテゴリ、フォルダまたはコンテンツのスクリーニング

ユーザーは、権限を持つアイテムをスクリーニングできます。

13.1.4.16 監査証跡

次の表は、監査証跡に関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

監査証跡の構成

管理.監査

該当

監査するメタデータ・フィールドの選択

管理.メタデータ選択

該当

監査証跡の生成および表示

管理.監査

該当

監査証跡またはアーカイブされた監査証跡の検索

管理.監査

該当

監査証跡のチェックインのデフォルト・メタデータの設定

管理.監査

該当

監査証跡のチェックインおよびアーカイブ

管理.監査、管理.レコード・マネージャ

該当

13.1.4.17 リンク

次の表は、リンクの構成に関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。リンクの使用に関する権限は「コンテンツ」に記述しています。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

カスタム・リンク・タイプの追加

管理.リンク・タイプ構成

該当

カスタム・リンク・タイプの編集

管理.リンク・タイプ構成

該当

カスタム・リンク・タイプの削除

管理.リンク・タイプ構成

該当

13.1.4.18 レポート

次の表は、レポートの構成に関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

ユーザー、ロール、グループまたはユーザー・グループ・レポートの作成

管理.レポート

該当

13.1.4.19 カスタマイズ

カスタム処理、カスタム・レポートまたはカスタム・バーコード・アクションを作成するには、RMA.管理.カスタマイズ権限が必要です。この権限は、デフォルトではどのロールにも割り当てられていません。

システムをカスタマイズするには、サービスおよびその使用法の詳細な知識が必要です。

13.1.4.20 全般的な設定

次の表は、一般的な製品構成に関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

ユーザー

オフィサ

管理者

会計カレンダの設定

管理.レコード・マネージャ

該当

処理アクション(プロセス・イベント)の実行

管理.レコード・マネージャ

該当

デフォルトのレビュー受信者の指定

管理.レコード・マネージャ

該当

13.1.5 PCMのタスクの権限およびロール

この項では、物理コンテンツ管理使用中に発生するタスクの権限およびロールについて説明します。

PCMに用意されているデフォルトのロールは、pcmrequestor(リクエスタ)およびpcmadmin (PCM管理者)です。

13.1.5.1 物理アイテム管理

次の表は、物理アイテムに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

物理アイテムを凍結またはスクリーニングする機能はデフォルトではどのロールでも有効になっていません。これらのタスクを実行するメニュー・オプションは、これらの権限がロールに割り当てられるまで表示できません。

タスク

必要なRM権限

リクエスタ

管理者

物理アイテムに関する情報の表示

PCM.物理.読取りおよびPCM.ストレージ.読取り

該当

該当

物理アイテムの作成(チェックイン)

PCM.物理.作成およびPCM.ストレージ.読取り

該当

該当

物理アイテムの編集

PCM.物理.編集およびPCM.ストレージ.読取り

該当

該当

物理アイテムの移動

PCM.物理.編集、PCM.物理.移動およびPCM.ストレージ.読取り

該当

物理アイテムの削除

PCM.物理.削除およびPCM.ストレージ.読取り

該当

物理アイテムの検索

PCM.物理.読取りおよびPCM.ストレージ.読取り

該当

該当

物理アイテムのラベルの印刷

PCM.管理.ラベルの印刷

該当

物理アイテムの凍結または凍結解除

レコード.凍結/凍結解除

凍結エラーを手動でオーバーライドするには

管理.アクションを実行

物理アイテムをスクリーニングするには

管理.スクリーニング

13.1.5.2 記憶領域

次の表は、ストレージ・ロケーションに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

ストレージ階層をインポートする機能はデフォルトではどのロールでも有効になっていません。このタスクを実行するメニュー・オプションは、この権限がロールに割り当てられるまで表示できません。

タスク

必要なRM権限

リクエスタ

管理者

場所に関する情報の表示

PCM.ストレージ.読取り

該当

該当

場所の作成

PCM.ストレージ.作成

該当

場所の編集

PCM.ストレージ.編集

該当

場所の削除

PCM.ストレージ.削除

該当

場所の予約

PCM.ストレージ.予約

該当

該当

場所のブロック

PCM.ストレージ.ブロック

該当

場所のラベルの印刷

PCM.管理.ラベルの印刷

該当

バッチ作成のストレージ階層のインポート

管理.保存スケジュールのアーカイブ

13.1.5.3 場所、メディアおよびオブジェクトのタイプ

次の表は、場所、メディアおよびオブジェクトのタイプの作成に関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

リクエスタ

管理者

場所のタイプの設定

PCM.管理.マネージャおよびPCM.管理.ロケーション・タイプ

該当

オブジェクト・タイプの設定

PCM.管理.マネージャ

該当

メディア・タイプの設定

PCM.管理.マネージャ

該当

カスタムのメタデータ・フィールドの設定

PCM.管理.マネージャ

該当

13.1.5.4 予約

次の表は、予約に関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

リクエスタ

管理者

予約情報の表示

PCM.予約.読取り

該当

該当

予約リクエストの作成

PCM.予約.作成

該当

該当

予約リクエストの編集

PCM.予約.編集

該当

予約リクエストの削除

PCM.予約.削除

該当

予約リクエストの処理

PCM.予約.処理

該当

予約リクエスト・レポートの実行

PCM.管理.マネージャ

該当

予約のデフォルト・メタデータの構成

PCM.管理.マネージャ

該当

13.1.5.5 チャージバック

次の表は、チャージバックに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

リクエスタ

管理者

チャージバック・タイプ、支払タイプおよび顧客の設定

PCM.管理.マネージャおよびCBC.チャージバック.管理

該当

チャージバックに関する情報(トランザクション、インボイスなど)の表示

PCM.管理.マネージャ、CBC.チャージバック.管理およびCBC.チャージバック.読取り

該当

チャージバック・アイテム(トランザクション、インボイスなど)の作成

PCM.管理.マネージャ、CBC.チャージバック.管理およびCBC.チャージバック.読取り

該当

チャージバック・アイテム(トランザクション、インボイスなど)の編集

PCM.管理.マネージャ、CBC.チャージバック.管理およびCBC.チャージバック.編集

該当

チャージバック・アイテム(トランザクション、インボイスなど)の削除

PCM.管理.マネージャ、CBC.チャージバック.管理およびCBC.チャージバック.削除

該当

チャージのスクリーニング

PCM.管理.マネージャおよびCBC.チャージバック.管理

該当

インボイスの参照

PCM.管理.マネージャおよびCBC.チャージバック.管理

該当

インボイスの印刷

PCM.管理.マネージャおよびCBC.チャージバック.インボイスの印刷

該当

インボイスの調整

PCM.管理.マネージャおよびCBC.チャージバック.調整

該当

13.1.5.6 バーコード

次の表は、バーコードおよびバーコード・ラベルに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

リクエスタ

管理者

バーコード・ファイルの処理

PCM.バーコード.処理

該当

ユーザー、ストレージ・ロケーションおよび物理ロケーションのラベルの印刷

PCM.管理.ラベルの印刷

該当

13.1.5.7 全般的な設定

次の表は、一般的な構成オプションに関するタスクのデフォルトのロールに割り当てられるデフォルトの権限を示します。

タスク

必要なRM権限

リクエスタ

管理者

PCM環境の構成

PCM.管理.マネージャ

該当

バッチ・サービスの実行

PCM.管理.マネージャ

該当

13.1.6 外部ソース・タスクおよび事前定義済のロールのデフォルト

アダプタの詳細は、「Oracle WebCenter Content Records Adapterの管理」を参照してください。

次のタスクを実行するには、次の権限が必要です。

- 外部アイテムを読み取るには、ECM.外部.読取り権限が必要です。この権限は、デフォルトでERMリクエスタ・ロールとERM管理者ロールに割り当てられます。

- 外部アイテムを作成するには、ECM.外部.作成権限が必要です。この権限は、デフォルトでERMリクエスタ・ロールとERM管理者ロールに割り当てられます。

- 外部アイテムを編集するには、ECM.外部.編集権限が必要です。この権限は、デフォルトでERM管理者ロールに割り当てられています。

- 外部アイテムを削除するには、ECM.外部.削除権限が必要です。この権限は、デフォルトでERM管理者ロールに割り当てられています。

- 外部ソースに関する管理機能を実行するには、ECM.外部.管理権限が必要です。この権限は、デフォルトでERM管理者ロールに割り当てられています。

13.1.7 権限のマトリックス

下の表は、コンテンツと保存スケジュール・コンポーネントのマトリックスおよび事前定義済ロールそれぞれの対応する権限を示しています。補助マーキングには最も制限の厳しいアクセス機能があります。

オブジェクトおよび保存スケジュール・コンポーネント

追加のセキュリティ・タイプに従う

レコード・ユーザー(rma)

レコード・オフィサ(recordsofficer)

レコード管理者(rmaadmin)

コンテンツ・アイテム

権限、補助マーキング、カスタム・セキュリティ・フィールド、ACL

RW

RW

RWDA

フォルダ

権限、補助マーキング、ACL

R

RWD

RWD

カテゴリ

権限、補助マーキング、ACL

R

R

RWD

シリーズ

権限、ACL

R

R

RWD

トリガー

権限、ACL

RW

トリガーを削除するために必要なRWD権限。

RWDA

削除できるのはカスタム・トリガーのみです。

期間

権限

R

RWD

削除できるのはカスタム期間のみです。

補助マーキング

権限

RWD

分類ガイド

権限

RWD

13.2 セキュリティ・プリファレンスの設定

セキュリティ・プリファレンスは、保存設定の構成ページで設定されます。このページで設定されたセキュリティ・プリファレンスは、Oracle WebCenter Contentに用意されているセキュリティ・プリファレンスに追加されます。使用可能なセキュリティは、選択したインストールのタイプによって異なります(最小、DoD設定など)。

注意:

本番環境に進行後には、ACLのセキュリティ設定またはデフォルトのセキュリティを変更しないことをお薦めします。

セキュリティ設定を構成するには:

1. 「レコード」→「構成」を選択します。

2. 「保存」、「設定」の順に選択します。

3. 保存設定の構成ページで、プラス・アイコン(+)をクリックして、ページの「セキュリティ」セクションを開きます。

4. (セキュリティ・モデルに基づいてオプション): アクセス制御リストのセキュリティを使用するには、「ACLベースのセキュリティ」を選択します。「DoDベースライン」または「DoD分類済」が有効な場合、これはデフォルトで有効になります。

5. (推奨): カテゴリ、フォルダおよびトリガーの追加セキュリティに関してUniversal Content Managementのデフォルト・セキュリティ継承をアクティブ化するには、カテゴリ、フォルダおよびトリガーのデフォルト・コンテンツ・サーバー・セキュリティを選択します。

6. (DOD 5015.2準拠のために必要): 補助マーキングを使用するには、「補助マーキング」を選択します。

7. (セキュリティ・モデルに基づいてオプション): ユーザーをレコード・フォルダのすべての補助マーキングと照合するには、「ユーザーはすべての補助マーキングを照合する必要がある」を選択します。これは、補助マーキングの最も厳しい設定です。(複数の補助マーキングの場合)ユーザーがフォルダの補助マーキングの1つのみと一致すればそのコンテンツまたはコンテンツ・アイテムにアクセスできるようにするには、このボックスを選択解除します。

8. (オプション): コンテンツ・フィールド・レベルでカスタム・セキュリティ・フィールドを作成してユーザーをさらに制限するには、「カスタム・セキュリティ・フィールド」を選択します。

9. (オプション): 分類されたセキュリティを使用するには、「分類されたセキュリティ」を選択します。詳細は、「分類されたセキュリティ」を参照してください。

10. 「更新の送信」をクリックします。

設定が正常に構成されたことを示すメッセージが表示されます。

13.3 ユーザー・ロールへの権限の割当て

システムには出荷時にいくつかの事前定義済ロールが用意されています。これらのロールそれぞれには、いくつかのデフォルトの権限があり、そのロールを持つユーザーが実行できることを定義しています。

権限の一部はインターコネクトされています。特定のオプションを有効または無効にすると、他のオプションが自動的に有効または無効になります。たとえば、「レコード」タブの「レコード.作成」オプションを無効にすると、そのタブの他のオプションの一部も無効になります。逆に、「カテゴリ」タブのカテゴリ.作成オプションを有効にしたときにカテゴリ.読取りオプションがまだ有効になっていない場合、これが自動的に有効になります。

次の各項では、権限が表示されるタブについて説明します。

- 「シリーズ」タブ

- 「カテゴリ」タブ

- 「フォルダ」タブ

- 「レコード」タブ

- 「管理者」タブ

- 「CBC」タブ

- 「PCM」タブ

- 「ECM」タブ

- ロールの権限の設定

13.3.1 「シリーズ」タブ

次の権限が権限の編集ページの「シリーズ」タブに表示されます。

- 読取り: シリーズに関する情報を表示できます。これは、デフォルトでレコード・ユーザー・ロール、レコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

次の権限は、デフォルトでレコード管理者ロールに割り当てられています。

- 作成: シリーズを作成できます。

- 削除: シリーズを削除できます。

- 移動: シリーズを移動できます。

- 編集: シリーズを編集できます。

- 表示/非表示: シリーズを表示または非表示にできます。

13.3.2 「カテゴリ」タブ

次の権限が権限の編集ページの「カテゴリ」タブに表示されます。

- 読取り: 保存カテゴリに関する情報を表示できます。これは、デフォルトでレコード・ユーザー・ロール、レコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

次の権限は、デフォルトでレコード管理者ロールに割り当てられています。

- 作成: 保存カテゴリを作成できます。

- 削除: 保存カテゴリを削除できます。

- 移動: 保存カテゴリを移動できます。

- 編集: 保存カテゴリを編集できます。

- レビューの編集: レビューの対象である保存カテゴリを編集できます。

13.3.3 「フォルダ」タブ

フォルダの詳細は、「フォルダの管理」を参照してください。

次の権限が権限の編集ページの「フォルダ」タブに表示されます。

- 読取り: フォルダに関する情報を表示できます。これは、デフォルトでレコード・ユーザー・ロール、レコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

- 作成者の場合に編集: フォルダを編集できますが、これはユーザーがそのフォルダの作成者の場合のみです。これは、デフォルトではどのロールにも割り当てられていません。

次の権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

- 作成: フォルダを作成できます。

- 開く/閉じる: フォルダを開くまたは閉じることができます。

- レビューの編集: レビューの対象であるフォルダを編集できます。

- 移動: フォルダを移動できます。

次の権限は、デフォルトでレコード管理者ロールに割り当てられています。

- 編集: ユーザーが作成者ではないフォルダでも編集できます。

- カットオフの取消: フォルダのカットオフを取り消すことができます。

- 削除: フォルダを削除できます。

- 凍結/凍結解除: フォルダを凍結または凍結解除できます。

13.3.4 「レコード」タブ

次の権限が権限の編集ページの「レコード」タブに表示されます。これらの権限は、デフォルトでレコード・ユーザー・ロール、レコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

- 読取り: アイテムに関する情報を表示できます。

- リンクの作成: コンテンツ・アイテムをリンクできます。

- 作成: コンテンツの作成またはコンテンツの保存スケジュールへのチェックインを実行できます。

- リンク解除: コンテンツをリンク解除できます。

次の権限は、デフォルトでレコード・オフィサ・ロール、レコード・ユーザー・ロールおよびレコード管理者ロールに割り当てられています。

- 編集: コンテンツを編集できます。これには、移動、取消し、期限切れ、廃棄、廃止およびレビューが含まれます。

- 編集レビュー: レビューの対象であるコンテンツを編集できます。

- 履歴ファイルの削除: コンテンツのメタデータ履歴ファイルを削除できます。このオプションを使用できるのは、「分類されたセキュリティ」オプションが有効になっている場合のみです。

- アップグレード/ダウングレード: コンテンツのセキュリティ分類をアップグレードまたはダウングレードできます。このオプションを使用できるのは、保存設定の構成ページで「分類されたセキュリティ」オプションが有効になっている場合のみです。

次の権限は、デフォルトでレコード管理者ロールに割り当てられています。

- カットオフの取消: アイテムのカットオフを取り消すことができます。

- 削除: 保存スケジュール内のコンテンツを削除できます。

- 凍結/凍結解除: コンテンツを凍結または凍結解除できます。

- レコードの取消: コンテンツのステータスを取り消せます。

13.3.5 「管理者」タブ

次の権限が権限の編集ページの「管理者」タブに表示されます。

- 保留レビューの実行: 保留レビューを実行できます。この権限は、デフォルトでレコード・オフィサ・ロール、レコード・ユーザー・ロールおよびレコード管理者ロールに割り当てられています。「ユーザー・ロールへの権限の割当て」を参照してください。

- 優先度の高い環境: 分類解除時間枠を設定できます。詳細は、「ユーザー・ロールへの権限の割当て」を参照してください。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。このオプションを使用できるのは、保存設定の構成ページで「分類されたセキュリティ」オプションが有効になっている場合のみです。

- 分類ガイド: 分類ガイドを使用できます。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

- トリガー: グローバル・トリガー、カスタム直接トリガーおよび間接トリガーを使用できます。詳細は、「ユーザー・ロールへの権限の割当て」を参照してください。トリガーを削除するには、トリガーのセキュリティ・グループの削除権限 (D) も必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

- お気に入りの共有: お気に入りリストのコンテンツを他のユーザーと共有できます。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

次の権限は、デフォルトでレコード管理者ロールに割り当てられています。

- レコード・マネージャ: いくつかの設定を構成し、期間、補助マーキング、セキュリティ分類、カスタム・セキュリティ・フィールド、カスタム・カテゴリ、フォルダのメタデータ・フィールド、分類ガイドおよび凍結を設定して管理できます。

- スクリーニング: 保存カテゴリ、フォルダおよびコンテンツをスクリーニングできます。

- アクションの実行: コンテンツの割当てを処理できます。

- メタデータの選択: 監査するメタデータ・フィールドを指定できます。

- レポート: ユーザーおよびグループのレポートを生成できます。

- 保存スケジュールのアーカイブ: 保存スケジュールのアーカイブをインポートまたはエクスポートできます。

- 作成者の選択: 自身以外にカテゴリに対して異なるファイル作成者を選択できます。

- 監査: 監査試行を使用できます。

- リンク・タイプの構成: カスタム・コンテンツのリンクを管理できます。

- アップグレード/ダウングレード処理の許可: 分類アクションのアップグレードおよびダウングレードを実行できます。

次の権限は、デフォルトではどのロールにも割り当てられていません。

- フィルタなしの検索: 検索結果のフィルタを取ることができます。結果には、セキュリティ分類、補助マーキング、カスタム・セキュリティ・フィールドおよびACLに基づいてユーザーがアクセス権を持っていないコンテンツが含まれます。検索結果のコンテンツ・アイテムへのアクセス権をユーザーが持っていない場合、これをクリックするとアクセス拒否のエラーが発生します。このオプションを有効にすると、複雑な事後フィルタ処理を実行する必要がなくなるため、検索問合せの実行が大幅に高速になります。
この権限を持つユーザーは依然として、セキュリティ・グループおよびアカウントに基づいてアクセス権限を明示的に付与されたコンテンツ・アイテムにのみアクセスできます。検索結果リストにはアクセス権限がない結果も表示されますが、これらにはアクセスできません。コンテンツ・アイテム(タイトルなど)に関するメタデータ情報も表示され、これが組織のセキュリティ・モデルと干渉する場合があります。

- セキュリティなし: セキュリティ分類、補助マーキング、カスタム・セキュリティ・フィールドおよびACLの影響を排除できます。コンテンツへのアクセスは、これらのセキュリティ機能によって制限されません。また、このオプションは検索後のフィルタ処理をオフにするため、検索結果にはアクセス権を明示的に付与されていないコンテンツも含まれます。たとえば、最高機密というマークが付いているコンテンツについて、このセキュリティ分類がユーザーに割り当てられていない場合でも、ユーザーはこれにアクセスできます。この権限は、システム内のあらゆるコンテンツ・アイテムにアクセスする権限をシステム管理者に与えるために使用できます。
コンテンツ・アイテムへのアクセスは、引き続きセキュリティ・グループおよびアカウントによって制限されます。

- カスタマイズ: カスタム処理アクションの定義または任意の処理アクションの削除を実行できます。また、カスタム・レポートを定義できます。

- セキュリティの分類: 新規インストールのみ。(「管理.レコード・マネージャ」オプションとともに)有効にすると、セキュリティ分類レベルを設定できます。このオプションを使用できるのは、「分類されたセキュリティ」オプションが有効になっている場合のみです。

- すべてのファイル・プランの取得:GET_FILE_PLAN_ALLサービスがコールされたときに、すべてのシリーズ、カテゴリおよびフォルダを取得できます。この権限がないと、アクセスできないオブジェクトは除外されます。このサービスは、通常アダプタで使用されます。

注意:

ユーザーがセキュリティ・グループに対する管理権限を持っているが、「管理.作成者選択」権限を持っていない場合でも、ユーザーはチェックイン時に作成者を選択できます。「管理.作成者選択」権限は、グループに対する管理権限を持っていないユーザーにその機能を追加するためにのみ使用します。

13.3.6 「CBC」タブ

チャージバックは、物理コンテンツ管理とともに使用され、このソフトウェアが有効の場合のみ使用できます。

次の権限は、デフォルトでPCM管理者ロールに割り当てられています。

- チャージバック.読取り: チャージバック関連のアイテム(トランザクション、インボイスなど)に関する情報を表示できます。

- チャージバック.作成: チャージバック関連のアイテムを作成できます。

- チャージバック.編集: チャージバック関連のアイテムを編集できます。

- チャージバック.削除: チャージバック関連のアイテムを削除できます。

- チャージバック.インボイスの印刷: インボイスを印刷できます。

- チャージバック.支払済としてマーク: インボイスを支払済としてマークできます。

- チャージバック.調整: インボイスを手動で調整できます。

- チャージバック.管理: 新しい支払タイプの定義、顧客の定義などの管理タスクを実行できます。

13.3.7 「PCM」タブ

次の権限は、デフォルトではPCMリクエスタ・ロールおよびPCM管理者ロールに割り当てられています。

- 物理.読取り: 物理アイテムに関する情報を表示できます。

- 物理.作成: 物理アイテムを作成できます。

- 物理.編集: 物理アイテムを編集できます。

- ストレージ.読取り: ストレージ・ロケーションに関する情報を表示できます。

- ストレージ.予約: ストレージ・ロケーションを予約できます。

- 予約.読取り: 予約に関する情報を表示できます。

- 予約.作成: 予約を作成できます。

- 予約.編集: 予約を変更できます。

次の権限は、デフォルトでPCM管理者ロールのみに割り当てられています。

- 物理.移動: 物理アイテムを移動できます(場所を変更)。

- 物理.削除: 物理アイテムを削除できます。

- ストレージ.作成: 新しいストレージを作成できます。

- ストレージ.編集: 既存のストレージ・ロケーションを編集できます。

- ストレージ.削除: ストレージ・ロケーションを削除できます。

- ストレージ.ブロック: ストレージ・ロケーションをブロックまたはブロック解除できます。

- 予約.削除: 予約を削除できます。

- 予約.処理: リクエスト・アイテムのステータスを変更することによって、予約を処理できます。

- バーコード.処理: バーコード・ファイルを処理できます。

- 管理.マネージャ: すべてのPCM管理機能にアクセスできます。

- 管理.ロケーション・タイプ: ユーザーが「管理.マネージャ」権限も持っている場合、ロケーション・タイプを構成できます。

- 管理.ラベルの印刷: ユーザー、ロケーションおよび物理アイテムのラベルを生成できます。

13.3.8 「ECM」タブ

次の権限は、デフォルトではERMリクエスタ・ロールおよびERM管理者ロールに割り当てられています。

- 外部.読取り: 外部アイテムに関する情報を表示できます。

- 外部.作成: 外部アイテムを作成できます。

- 外部.編集: 外部アイテムを編集できます。

次の権限は、デフォルトでERM管理者ロールのみに割り当てられています。

- 外部.削除: 外部アイテムを削除できます。

- 外部管理: 管理タスクを実行できます。

13.3.9 ロールの権限の設定

権限によって、ユーザーが実行できるアクションが決まります。ユーザー・ロールに権限を割り当てるには:

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

「サーバーの管理アプレット」が表示されます。

2. 「ユーザー管理」アイコンをクリックします。

「ユーザー管理」ユーティリティが開始されます。

3. メニューから「セキュリティ」、「ロールの権限」の順に選択します。

4. レビューまたは変更するロールを選択します。PCMの「RMA権限の編集」または「ECM権限の編集」をクリックします。

5. 権限の編集ページで、様々なタブのチェック・ボックスを選択して権限を設定します。

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

7. 「閉じる」をクリックして、「ロールの権限」ページを終了します。

13.4 ユーザーのPCMバーコード値の指定

バーコードは、そのソフトウェアが有効化されている場合にのみ、物理コンテンツ管理で使用できます。

デフォルトでは、ユーザーについてのバーコード値は、ユーザーのログイン名で構成され、このログイン名は、JSMITHやMJONESのように、すべて大文字になります。ユーザーのログイン名をバーコード値として使用しない場合は、ユーザー管理ユーティリティを使用して、そのユーザーに別の値を指定します。

これは、ログイン名に基本的な文字(a-z、A-Z)や数字(0-9)以外の文字(たとえば、kmüllerのアクセント付き文字)が含まれている場合に、特に役立ちます。デフォルトでは、このようなユーザーに対して生成されるバーコード値には、アクセント付き文字の16進表現が含まれます(たとえば、KMC39CLLER)。この動作を回避するために、これに該当するユーザーに対して特定のバーコード値(たとえば、KMULLER)を指定し、それにより、そのユーザーには、ユーザー・ログイン名(変換されたもの)以外が使用されるようになります。

「ユーザーの更新(バーコードなし)」バッチ・サービスを実行すると、現時点でバーコード値が割り当てられていないすべてのユーザーに、自動的にバーコード値を設定できます。これは、物理コンテンツ管理が有効化される前に、すでにシステム内に存在しているユーザーに対して役立ちます。バーコードの値は、前述のルールに従って設定されます。

ユーザーに特定のバーコード値を手動で設定するには:

1. 管理者としてログインします。

2. 「管理」をクリックしてから、「管理アプレット」をクリックします。

3. 「ユーザー管理」アイコンをクリックします。

「ユーザー管理」ユーティリティが開始されます。

4. 「ユーザー」タブで、バーコード値を設定するユーザーを選択して、「編集」をクリックします。

5. ユーザーの編集ダイアログの「バーコード」フィールドで、そのユーザーに一意の値を指定します。この値は、「名前」フィールドで指定したユーザーのログイン名(すべて大文字)のかわりに、そのユーザーのバーコード・ラベルで使用されます。

指定した値は、システム内の各ユーザーに対して一意にする必要があります。一意でない値が使用されると、エラー・メッセージが表示されます。

バーコード値にはアクセント付きの文字を使用しないでください(これを使用すると、エラー・メッセージが表示されます)。また、「OK」をクリックすると、小文字は自動的に大文字に変換されます。

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

7. 「ユーザー管理」ユーティリティを閉じます。

13.5 分類されたセキュリティ

コンテンツの分類は、不正な情報開示(米国の国家安全保障に抵触する情報が含まれる場合、または企業の安定経営に関わる情報が含まれる場合など)に対する保護を必要とするコンテンツを識別して保護するプロセスです。

分類、補助マーキングおよび分類ガイドは、さらなるセキュリティを実現し、政府または企業のいずれかの目的で分類済とみなされるドキュメントを編成するために使用されます。

次の各項では、分類されたセキュリティについて説明します。

- セキュリティ分類

- セキュリティ分類の管理

- 分類ガイド

- 分類ガイドの管理

- 補助マーキング

- 補助マーキングの管理

13.5.1 セキュリティ分類

セキュリティ分類は、補助マーキングおよびカスタム・セキュリティ・フィールドを使用してコンテンツへのアクセスを制限する追加の方法として使用できます。

DoD 5015.2仕様の第 4章の要件に従って、分類されたコンテンツを処理するためにいくつかの分類機能を使用できます。いくつかの組込み分類(最高機密、機密およびコンフィデンシャル)を使用できますが、カスタム分類を作成することも可能です。

コンテンツは、分類済、未分類または分類解除のいずれかです。分類済コンテンツには、初期分類と現在の分類があります。未分類コンテンツは分類されておらず、分類されたこともありません。分類解除コンテンツは以前分類されていました。

標準セキュリティ・カテゴリ(分類スキーム)は、最高から最低まで、最高機密、機密、コンフィデンシャルおよびマーキングなし(つまり未分類)です。

補助マーキングと同様に、分類されたセキュリティは、いつでも有効または無効にできます。有効にした後、カスタム・セキュリティ分類を作成できます。追加のセキュリティ分類を作成したら、マーキング階層内の分類場所を示します。

セキュリティを有効にするには、保存設定の構成ページの「分類されたセキュリティ」を選択します。「送信」をクリックします。

注意:

分類されたセキュリティを無効にすると、分類された機密情報が不正にアクセスされる危険に晒されます。分類されたセキュリティを有効にした後、これを無効にしないことをお薦めします。

カスタム分類を定義することもできます。詳細は、「カスタム・セキュリティ分類の作成」を参照してください。

次の説明は、DoD準拠のOracle WebCenter Content: Records製品を使用している企業が対象です。

企業での使用のみにセキュリティ分類を使用する場合(つまり、DoD準拠を気にしない場合)、組織のインフラストラクチャでの必要性に応じてこれらの条件を定義できます。たとえば、最高機密を会社の経営に重要なコンテンツに適用して決して削除されないようにし、コンフィデンシャルを特定の個人のグループ(人事の代表や経理チームのメンバーなど)に限定する必要があるコンテンツに適用します。

図13-2 分類された階層

13.5.1.1 最高機密

DoDの第1508項に従う場合、最高機密分類は(大統領命令第12958号に従って)、「最初の分類機関が特定または説明できるような、不正な情報開示によって国家の安全に非常に重大な損害をもたらす可能性がある情報に適用します」。

DoDの第1508項に従う場合、米国の大統領のみが大統領命令第12958号に従ってコンテンツを最高機密として分類する認可を持ちます。詳細は、次のリンクにアクセスしてください。

http://www.fas.org/sgp/clinton/eo12958.html

13.5.1.2 機密

大統領命令第12958号によると、機密分類レベルは、「最初の分類機関が特定または説明できるような、不正な情報開示によって国家の安全に重大な損害をもたらす可能性がある情報に適用します」。

13.5.1.3 コンフィデンシャル

大統領命令第12958号によると、機密分類レベルは、「最初の分類機関が特定または説明できるような、不正な情報開示によって国家の安全に損害をもたらす可能性がある情報に適用します」。

13.5.1.4 分類レベル

標準的なセキュリティ・カテゴリ(分類スキーム)は、最高から最低まで、次のようになっています。

1. 最高機密

2. 機密

3. コンフィデンシャル

4. マーキングなし(未分類)

13.5.1.5 分類されたRecordsのセキュリティ階層

他のすべてのセキュリティ条件を満たしている場合(補助マーキング、権限、ロールなど)、保存ユーザーそれぞれが未分類のコンテンツにアクセスできます。

最高機密分類へのアクセス権を持っているユーザーは、図13-3のユーザーAに示すように、下位のすべての分類にもアクセスできます。ユーザーBはコンフィデンシャルのコンテンツおよび未分類のコンテンツにアクセスできます。

図13-3 階層的ユーザー・アクセス

13.5.2 セキュリティ分類の管理

分類されたセキュリティを使用する場合、まず使用する分類を設定する必要があります。次に分類および分類解除を行う時間枠を設定し、最後に分類機能を様々なユーザーに割り当てます。次のタスクは、分類の管理について説明しています。

- 分類されたセキュリティの有効化と無効化

- カスタム・セキュリティ分類の作成

- セキュリティ分類の編集

- セキュリティ分類の順序の設定

- セキュリティ分類の削除

- 分類解除の時間枠の設定

- セキュリティ分類参照の表示

- ユーザーへの分類の割当て

- ユーザーの分類の変更

- ユーザーの分類の削除

13.5.2.1 分類されたセキュリティの有効化と無効化

いつでも分類されたセキュリティを有効または無効にできます。分類されたセキュリティを有効にすると、分類されたデータにアクセスしようとするユーザーに割り当てられたセキュリティ分類が適用されます。分類されたセキュリティを使用し始めた後にこれを無効にすることはお薦めしません。

分類されたセキュリティを有効にした後、組織で必要なカスタム・セキュリティ分類を作成します。追加のセキュリティ分類を作成したら、マーキング階層内の分類の場所を示してください。詳細は、「セキュリティ分類の順序の設定」を参照してください。

注意:

このアクションを実行するには、「管理.記録マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」→「設定」を選択します。

2. 保存設定の構成ページの「セキュリティ」セクションを開きます。「分類されたセキュリティ」を選択します。

3. 「送信」をクリックします。
構成が正常に更新されたことを示すメッセージが表示されます。

注意:

分類されたセキュリティを無効にすると、分類されたアイテムが不正にアクセスされる危険に晒されます。分類されたセキュリティを有効にした後、これを無効にしないことをお薦めします。

分類されたセキュリティを無効にするには:

1. 「レコード」→「構成」→「設定」を選択します。

2. 保存設定の構成ページで、「分類されたセキュリティ」を選択解除します。

3. 「送信」をクリックします。

構成が正常に更新されたことを示すメッセージが表示されます。分類されたセキュリティが無効になり、セキュリティ分類選択のフィールドがコンテンツ・チェックイン・フォームのビューに表示されなくなります。

13.5.2.2 カスタム・セキュリティ分類の作成

この手順を使用して新しいセキュリティ分類を作成します。カスタム分類を作成した後、階層内での順序を設定します。これを行わないと、セキュリティ分類は無視されます。詳細は、「セキュリティ分類の順序の設定」を参照してください。

セキュリティ分類は、分類されたセキュリティ機能が有効になっている場合のみ作成できます。

既存のセキュリティ分類を編集する場合、その説明は変更できますが名前は変更できません。

注意:

これらのアクションを実行するには、「管理.レコード・マネージャ」権限および管理.セキュリティ分類権限が必要です。これらの権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「セキュリティ分類」を選択します。

3. 「セキュリティ分類の構成」ページで、「追加」をクリックします。

4. 「セキュリティ分類の構成」ページで、分類の名前を入力します(最長は30文字)。

5. 必要であれば、説明を入力します。最大長は30文字です。

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

分類が正常に作成されたことを示すメッセージが表示されます。

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

リストに新しい分類が含まれている「セキュリティ分類の構成」ページが開きます。このセキュリティ分類レベルを表示するには、ユーザーは、この分類レベルまたはこれ以上のレベルに割り当てられる必要があります。新しい分類の階層内の位置を指定します。詳細は、「セキュリティ分類の順序の設定」を参照してください。

注意:

分類を編集する場合、編集するためにすべての使用可能な分類を表示するには、最高のセキュリティ・レベルに割り当てられている必要があります。

13.5.2.3 セキュリティ分類の編集

既存のセキュリティ分類を編集するには:

1. 「レコード」、「構成」の順に選択します。

2. その後、「セキュリティ」→「セキュリティ分類」を選択します。

3. 「セキュリティ分類の構成」ページで、編集する分類の隣の「編集」アイコン(鉛筆)をクリックします。

4. 「セキュリティ分類の作成」ページまたは「セキュリティ分類の編集」ページで、説明を変更し、「更新の送信」をクリックします。
セキュリティ分類が正常に更新されたことを示すメッセージが表示されます。

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

13.5.2.4 セキュリティ分類の順序の設定

前提条件

- 必要なカスタム・セキュリティ分類をすべて作成します。自分を最高の分類レベルに割り当て、すべてのレベルを表示して並べ替えられるようにします。

注意:

このアクションを実行するには、「管理.レコード・マネージャ」権限および管理.セキュリティ分類権限が必要です。これらの権限は、デフォルトでレコード管理者ロールに割り当てられています。また、このページを表示および使用するには、特定のセキュリティ分類レベルも割り当てられている必要があります。

この手順を使用して、セキュリティ分類階層内のセキュリティ分類の順序を設定します。組込みセキュリティ分類のみをデフォルトの順序で使用する場合、この手順は不要です。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「セキュリティ分類」を選択します。

3. 「セキュリティ分類の構成」ページで上下矢印を使用して、分類階層内で選択したセキュリティ分類を移動します。最高の分類をリストの最上部、最低の分類を最下部にする必要があります。

注意:

リストの最後のアイテムは、割り当てた名前に関係なく未分類になります。未分類に指定することを意図している階層に分類があることを確認します。

4. 「更新の送信」をクリックします。

構成が正常に更新されたことを示すメッセージが表示されます。

13.5.2.5 セキュリティ分類の削除

分類は、コンテンツの分類へのすべての参照が削除されるまで、削除できません。セキュリティ分類の割当ても、ユーザーが手動で削除する必要があります。使用中のセキュリティ分類を削除しようとすると、分類はユーザー(これはユーザーに割り当てられていて削除する必要があります)またはコンテンツが使用中であることを示すメッセージが表示されます。

「検索」ページからセキュリティ分類を検索します。検索結果を使用して、使用中の分類があるアイテムを確認します。スクリーニングを使用してコンテンツを素早く分離することも可能です。

注意:

このアクションを実行するには、「管理.レコード・マネージャ」権限および管理.セキュリティ分類権限が必要です。これらの権限は、デフォルトでレコード管理者ロールに割り当てられています。削除するためにすべての使用可能な分類を表示するには、最高のセキュリティ・レベルに割り当てられている必要があります。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「セキュリティ分類」を選択します。

3. 「セキュリティ分類の構成」ページで、削除する分類の隣の「削除」アイコン(赤のX)をクリックします。

セキュリティ分類が正常に削除されたことを示すメッセージが表示されます。

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

13.5.2.6 分類解除の時間枠の設定

分類されたアイテムは、分類解除から除外されないかぎり25年後に自動的に分類解除されます。アイテムが分類解除されると、「分類解除実行日」フィールドが「公開日」と比較され、分類ステータスの保存期間が10年を超えている場合、アラートがユーザーに表示されます。

注意:

このアクションを実行するには、「管理.優先度の高い環境」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」→「設定」を選択します。

2. 保存設定の構成ページの「分類されたトピック」領域を開きます。「分類解除までの最大年数」フィールドで、アイテムが分類解除されるまでの年数を入力します。デフォルトは25です。このフィールドを使用できない場合、「管理.優先度の高い環境」権限は、ページを表示しているユーザーに割り当てられていません。

このフィールドが0に設定され、分類解除日の自動計算が選択されている場合、現在システム内にある分類済のアイテムは「分類解除」に設定されます。

3. 「更新の送信」をクリックします。

構成が成功したことを示すメッセージが表示されます。

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

13.5.2.7 セキュリティ分類参照の表示

この手順を使用して、セキュリティ分類への参照(定義でセキュリティ分類を使用する処理ルール)を表示します。

注意:

このアクションを実行するには、「管理.レコード・マネージャ」権限および管理.セキュリティ分類権限が必要です。これらの権限は、デフォルトでレコード管理者ロールに割り当てられています。表示するためにすべての使用可能な分類を表示するには、最高のセキュリティ・レベルに割り当てられている必要があります。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「セキュリティ分類」を選択します。

3. 「セキュリティ分類の構成」ページで、表示するセキュリティ分類を選択し、「情報」をクリックします。

4. 「セキュリティ分類情報」ページの「ページ」メニューで「参照」を選択します。

コンテンツのリンクのいずれかをクリックすると、そのアイテムに関連するコンテンツ情報ページが開きます。

13.5.2.8 ユーザーへの分類の割当て

セキュリティ分類は、分類されたセキュリティ機能が有効になっている場合のみ割り当てることができます。

注意:

ユーザー・アクセスを分類に割り当てるには、Oracle WebCenter Contentの管理権限が必要です。また、割り当てられた分類レベルがユーザーに割り当てられたレベルと同じまたはそれ以上である必要があります。たとえば、分類レベル「機密」に割り当てられている場合、分類レベル「最高機密」をユーザーに割り当てることはできません。

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

2. 「管理アプレット」リストから「ユーザー管理」アイコンをクリックします。

3. 「ユーザー管理」ユーティリティの「ユーザー」タブで、「ユーザー」リストのユーザーを選択し、「編集」をクリックします。

4. 「ユーザーの編集」ページで、「情報」タブがアクティブであることを確認します。

5. 「セキュリティ分類」フィールドで、メニューにあるオプション・リストからユーザーがアクセスする必要がある最高のセキュリティ・レベルを選択します。

6. 「OK」をクリックします。各ユーザーに対してこのプロセスを繰り返します。

次のことに注意してください。

- ユーザーがどのセキュリティ分類にも割り当てられていない場合、ユーザーは、コンテンツ・アイテムのチェックイン時に初期分類を選択できません。初期分類を指定することは必須であるため、このユーザーはアイテムをリポジトリにチェックインできません。

- レコード管理者および全体管理者には最高のセキュリティ分類を割り当てることをお薦めします。こうすることによって、すべての分類関連のタスクを実行できるようになります(たとえば、アイテムのダウングレードまたは分類解除を行う必要があるが、必要な分類権限がない人のかわりにこれを実行)。

13.5.2.9 ユーザーの分類の変更

ユーザーの割り当てられたセキュリティ分類によって、アクセスできるアイテムが決まります。

注意:

このアクションを実行するには、Oracle WebCenter Contentの管理権限が必要です。また、割り当てられた分類レベルがアクセスするレベルと同じまたはそれ以上である必要があります。

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

2. 「管理アプレット」リストで「ユーザー管理」アイコンをクリックします。

3. 「ユーザー」タブで、「ユーザー」リストのユーザーを選択し、「編集」をクリックします。

4. 「ユーザーの編集」ページで、「情報」タブがアクティブであることを確認します。

5. 「セキュリティ分類」フィールドで、ユーザーがアクセスする必要がある新しい最高のセキュリティ・レベルを選択します。オプション・リストの矢印をクリックし、必要な分類をクリックします。

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

13.5.2.10 ユーザーの分類の削除

分類の認可がなくなったユーザーからアクセス権を削除する、またはもう使用しない分類を削除する必要がある場合があります。分類を削除する前に分類への参照をすべて削除します。

注意:

このアクションを実行するには、Oracle WebCenter Contentの管理権限が必要です。また、割り当てられた分類レベルがアクセスするレベルと同じまたはそれ以上である必要があります。

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

2. 「管理アプレット」リストの「ユーザー管理」アイコンをクリックします。

3. 「ユーザー」タブで、「ユーザー」リストのユーザーを選択し、「編集」をクリックします。

4. 「ユーザーの編集」ページで、「情報」タブがアクティブであることを確認します。

5. 「セキュリティ分類」フィールドで、現在のセキュリティ・レベルを削除します(キーボードを使用するか、またはリストから空白行を選択します)。

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

13.5.3 分類ガイド

分類ガイド(およびその関連トピック)を使用すると、複数の分類スキームの便利な実装が可能になります。これらは、次のようなコンテンツ・チェックイン・ページの分類関連のメタデータ・フィールドのデフォルト値を定義するために使用されます。

- 初期分類: (xInitialClassification)

- 分類の理由: (xClassificationReason)

- 分類解除の除外カテゴリ: (xDeclassifyExemptionCategory)

- 分類解除実行イベント: (xDeclassifyOnEventDescription)

- 分類解除実行日: (xDeclassifyOnDate)

分類ガイドを使用すると、分類コンテンツのチェックインが簡単かつ一貫性のあるものになり、類似のコンテンツが同じ分類メタデータを持つようになります。分類ガイドは、ガイド内のトピックを追加することによってさらに調整できます。

注意:

分類ガイドは、ClassifiedEnhancementsコンポーネントが有効の場合のみ設定できます。

13.5.4 分類ガイドの管理

次のタスクは、分類ガイドを管理するときに実行します。

- 分類ガイドの作成と編集

- 分類ガイドの削除

- 分類ガイド情報の表示

- 分類トピックの作成

- 分類トピックの編集

- 分類トピックの設定の編集

- 分類トピックの削除

- 分類トピック情報の表示

13.5.4.1 分類ガイドの作成と編集

注意:

このアクションを実行するには、「管理.分類ガイド」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

分類ガイドを作成するには:

1. 「レコード」、「構成」の順に選択します。

2. その後、「セキュリティ」→「分類ガイド」を選択します。

3. 「分類ガイドの構成」ページで、「追加」をクリックします。

4. 「分類ガイドの作成」ページまたは「分類ガイドの編集」ページで、ガイドIDおよびガイド名(説明)を入力し、「作成」をクリックします。
情報ページが開き、新しく作成した分類ガイドのIDおよび名前が表示されます。ページには、「アクション」メニューも含まれていて、ここで現在の分類ガイドを編集または削除、あるいはこれにトピックを追加できます。

5. 「OK」をクリックし、「分類ガイドの構成」ページに戻ります。

分類ガイドを編集するには:

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「分類ガイド」を選択します。

3. 「分類ガイドの構成」ページで、編集する分類ガイドをリストから選択し、「情報」をクリックします。

4. 「情報」ページの「ページ」メニューで「編集」、「分類ガイドの編集」の順に選択します。

5. 「分類ガイドの作成」ページまたは「分類ガイドの編集」ページで、必要に応じて分類ガイドの名前を変更します。ガイドIDは変更できません。完了したら「更新の送信」をクリックします。

情報ページが開き、分類ガイドのIDおよび変更した名前が表示されます。ページには、現在の分類ガイドを編集または削除、あるいはこれにトピックを追加できるメニューも含まれています。

6. 「OK」をクリックし、「分類ガイドの構成」ページに戻ります。

13.5.4.2 分類ガイドの削除

注意:

このアクションを実行するには、「管理.分類ガイド」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「分類ガイド」を選択します。

3. 「分類ガイドの構成」ページで、削除する分類ガイドをメニューから選択し、「削除」をクリックします。

分類ガイドが削除されます。

4. 「OK」をクリックし、「分類ガイドの構成」ページに戻ります。

13.5.4.3 分類ガイド情報の表示

注意:

このアクションを実行するには、「管理.分類ガイド」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「分類ガイド」を選択します。

3. 「分類ガイドの構成」ページで、表示する分類ガイドをメニューから選択し、「情報」をクリックします。

「分類ガイドの構成」ページに、選択した分類ガイドのIDおよび名前が表示されます。ページには、現在の分類トピックを編集または削除、あるいはこれにトピックを追加できるメニューも含まれています。

4. 「OK」をクリックし、「分類ガイドの構成」ページに戻ります。

13.5.4.4 分類トピックの作成

注意:

このアクションを実行するには、「管理.分類ガイド」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

分類トピックを作成するには:

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「分類ガイド」を選択します。

3. 「分類ガイドの構成」ページで、トピックを作成する分類ガイドを選択し、「情報」をクリックします。

4. 「分類ガイドの構成」ページの「ページ」メニューで「編集」、「トピックの構成」の順に選択します。

5. 「分類トピックの管理」ページで、「追加」をクリックします。

6. 「分類トピックの作成」ページまたは「分類トピックの編集」ページで、分類トピックの名前および説明を入力し、これが完了したら「作成」をクリックします。

7. トピック設定の構成ページで、メタデータ・フィールドそれぞれにデフォルト値を入力し、これが完了したら「更新の送信」をクリックします。

13.5.4.5 分類トピックの編集

分類トピックを編集するには:

1. 「レコード」、「構成」の順に選択します。

2. その後、「セキュリティ」→「分類ガイド」を選択します。

3. 「分類ガイドの構成」ページで、編集する分類ガイドを選択し、「情報」をクリックします。

4. 「分類ガイド情報」ページの「アクション」メニューから「トピックの構成」を選択します。

5. 「分類トピックの管理」ページで、編集する分類トピックを「トピック名」リストから選択し、「情報」をクリックします。

6. 「分類トピック情報」ページの「アクション」メニューから「編集」を選択します。

7. 分類トピックの説明を編集し、これが完了したら「更新の送信」をクリックします。

8. 確認ページで「OK」をクリックし、「分類トピックの管理」ページに戻ります。

13.5.4.6 分類トピックの設定の編集

注意:

このアクションを実行するには、「管理.分類ガイド」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「分類ガイド」を選択します。

3. 「分類ガイドの構成」ページで、編集する分類ガイドを選択し、「情報」をクリックします。

4. 「情報」ページの「アクション」メニューから「トピックの構成」を選択します。

5. 「分類トピックの管理」ページで、「トピック名」リストから、設定を編集する分類トピックを選択し、「情報」をクリックします。

6. 「分類トピック情報」ページの「ページ」メニューで、「編集」、「トピック設定の編集」の順に選択します。

7. 必要に応じてデフォルトのメタデータ・フィールドの値を変更し、これが完了したら「更新の送信」をクリックします。

13.5.4.7 分類トピックの削除

注意:

このアクションを実行するには、「管理.分類ガイド」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「分類ガイド」を選択します。

3. 「分類ガイドの構成」ページで、トピックを削除する分類ガイドを選択し、「情報」をクリックします。

4. 「分類ガイド情報」ページの「ページ」メニューで、「トピックの構成」を選択します。

5. 「分類トピックの管理」ページの「トピック名」リストから、削除する分類トピックを選択し、「削除」をクリックします。

分類トピックが正常に削除されたことを示すメッセージが表示されます。

6. 「OK」をクリックし、「分類トピックの管理」ページに戻ります。

13.5.4.8 分類トピック情報の表示

注意:

このアクションを実行するには、「管理.分類ガイド」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「分類ガイド」を選択します。

3. 「分類ガイドの構成」ページで、トピック情報を表示する分類ガイドを選択し、「情報」をクリックします。

4. 「分類ガイド情報」ページの「ページ」メニューで、「編集」、「トピックの構成」の順に選択します。

5. 「分類トピックの管理」ページの「トピック名」リストから、表示する分類トピックを選択し、「情報」をクリックします。

6. 「OK」をクリックし、「分類トピックの管理」ページに戻ります。

13.5.5 補助マーキング

補助マーキングは、コンテンツおよびレコード・フォルダに割り当て、標準的なドキュメント分類に加えてドキュメント処理を明確にできます。たとえば、Restricted DataやOriginator Controlledなどの補助マーキングを追加できます。または、コラボレーション・プロジェクトで補助マーキングを使用できます。特定のマーキングが付いている人のみがあるコンテンツのグループにアクセスできます。補助マーキングは、レコード・フォルダとコンテンツ・レベルの両方で設定できます。

補助マーキングがユーザーに割り当てられると、ユーザーが特定のレコード・フォルダへのアクセス権を持っているとしても、補助マーキングはレコード・フォルダおよびコンテンツへのアクセスをさらに制限します。レコード・フォルダまたはアイテムに複数の補助マーキングがある状況では、そのアイテムにアクセスするには、ユーザーが割り当てられたすべての補助マーキングと照合することを要求できます。「すべてに一致」が無効の場合、ユーザーは複数の補助マーキングの1つのみと一致すればそのオブジェクトにアクセスできます。

セキュリティ機能として補助マーキングの使用を無効にするには、保存設定の構成ページの「補助マーキング」チェック・ボックスを選択解除し、マーキングをユーザーに割り当てないでください。

2つの特別な補助マーキングRestrictedとFormerly Restrictedは、「コンテンツ・チェックイン」ページおよび「メタデータ更新」ページで次の分類関連のメタデータ・フィールドを無効にするために使用できます。

- 分類解除実行イベント

- 分類解除実行日

- ダウングレード指示

- ダウングレード実行イベント

- ダウングレード実行日

図13-4 ユーザーはすべての補助マーキングを照合する必要がある

たとえば、図13-4では、ユーザーが補助マーキングのRDとORCONに割り当てられています。フォルダにはORCONのマークが付いているため、ユーザーはフォルダにアクセスできます。

フォルダ内のコンテンツには、1つ以上のマーキングRD、PTおよびAUが割り当てられています。ユーザーがすべての補助マーキングとの照合を強制するように補助マーキングのセキュリティ構成が設定されている場合、ユーザーはORCONのマークの付いたフォルダおよび補助マーキングRDが付いているその子アイテム1にアクセスできます。ユーザーには補助マーキングPTおよびAUが割り当てられていないため、複数のマーキングRDおよびPTがあるアイテム2にもマーキングAUがあるアイテム3にもアクセスできません。

図13-5 ユーザーは1つ以上の補助マーキングを照合する必要がある

ユーザーがすべてのマーキングと照合することを補助マーキングのセキュリティ構成が強制していない場合、ユーザーはアイテム2にアクセスできるようになります。これは、ユーザーがアイテム2の1つ以上のマーキング(RD)と一致しているからです。ユーザーには補助マーキングAUが割り当てられていないため、補助マーキングAUがあるアイテム3にはアクセスできないままです。このアイテムにアクセスするには、ユーザー管理アプリケーションで補助マーキングAUに割り当てられる必要があります。

補助マーキングは、レコード・フォルダまたはコンテンツでは継承されません。マーキングは、それぞれのフォルダおよびアイテム・レベルで確認されます。補助マーキングには、権限階層はありません。すべてのマーキングは、同じ権限を持ちます(ユーザーに対するアクセス付与またはアクセス拒否)。対照的に、分類されたセキュリティには分類レベルに対して階層があります。詳細は、「分類されたRecordsのセキュリティ階層」を参照してください。

2つの特別な補助マーキングRestrictedとFormerly Restrictedは、「コンテンツ・チェックイン」ページおよび「メタデータ更新」ページで次の分類関連のメタデータ・フィールドを無効にするために使用できます。

- 分類解除実行イベント

- 分類解除実行日

- ダウングレード指示

- ダウングレード実行イベント

- ダウングレード実行日

補助マーキングを使用するには、次の権限のいずれかがある必要があります。

- 管理.トリガー: この権限があると、補助マーキングに関する情報を表示できます。

- 管理.レコード・マネージャ: 補助マーキングの情報の表示に加えて、この権限があると、補助マーキングを作成(追加)、編集および削除できます。

オプションで、補助マーキングを使用する際に次の権限があると便利です。

- レコード.編集: この権限は、補助マーキングに基づいてメタデータの無効化を使用するために必要です。

注意:

このアクションを実行するには、Oracle WebCenter Contentの管理権限が必要です。

13.5.6 補助マーキングの管理

補助マーキングを管理する際、次の手順に従います。

- 補助マーキングの有効化と無効化

- 補助マーキングの無効化

- 補助マーキングの作成

- 補助マーキングの編集

- 補助マーキング情報と参照の表示

- 補助マーキングの削除

- ユーザーへの補助マーキングの割当て

- ユーザーの補助マーキングの削除

- 補助マーキングRestrictedとFormerly Restrictedの使用

13.5.6.1 補助マーキングの有効化と無効化

いつでも補助マーキングを有効または無効にできます。補助マーキングを有効にすると、マークされたアイテムおよびレコード・フォルダにアクセスしようとするユーザーに割り当てられたマーキングが適用されます。

補助マーキングを無効にすると、マーキングによって与えられたセキュリティが適用されません。ただし補助マーキングは、引き続きドキュメント処理の指示として一般的に使用できます。

注意:

これらのアクションを実行するには、「管理.レコード・マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

補助マーキングを有効にするには:

1. 「レコード」→「構成」→「設定」を選択します。

2. 保存設定の構成ページの「セキュリティ」セクションで、「補助マーキング」を選択します。

3. (オプション)ユーザーをアイテムまたはレコード・フォルダに割り当てられたすべての補助マーキングと照合してからアクセスを付与するには、「ユーザーはすべての補助マーキングを照合する必要がある」を選択します。ユーザーが補助マーキングの1つを持っていればアクセスを許可するには、このチェック・ボックスを選択しないままにします。

4. 「送信」をクリックします。

確認メッセージが表示されます。

13.5.6.2 補助マーキングの無効化

補助マーキングを無効にするには:

1. 「レコード」→「構成」→「設定」を選択します。

2. 保存設定の構成ページの「セキュリティ」セクションで、「補助マーキング」および「ユーザーはすべての補助マーキングを照合する必要がある」を選択解除します。

3. 「送信」をクリックします。
確認メッセージが表示されます。補助マーキングが無効になり、補助マーキングの選択フィールドが表示されなくなります。

13.5.6.3 補助マーキングの作成

補助マーキングは、これが有効になっている場合のみ作成できます。補助マーキングを作成した後、これをコンテンツ、レコード・フォルダおよびユーザーに適用できます。

既存の補助マーキングを編集する場合、その説明は変更できますが名前は変更できません。

注意:

これらのアクションを実行するには、「管理.レコード・マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

補助マーキングを作成するには:

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「補助マーキング」を選択します。

3. 「補助マーキングの構成」ページで、「追加」をクリックします。

4. 「補助マーキングの作成」ページまたは「補助マーキングの編集」ページで、名前を入力します(最長は30文字)。

5. マーキングの説明を入力します(最長は30文字)。

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

「補助マーキング情報」ページが開き、作成が成功したことを示すメッセージが表示されます。このページを使用して、マーキングの編集や削除、あるいはマーキングへの参照の表示を行います。

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

13.5.6.4 補助マーキングの編集

既存の補助マーキングを編集するには:

1. 「レコード」、「構成」の順に選択します。

2. その後、「セキュリティ」→「補助マーキング」を選択します。

3. 「補助マーキングの構成」ページで、2つの方法のいずれかでマーキングを編集できます。

- アイテムの「アクション」メニューから「マーキングの編集」を選択します。

- 編集するマーキングの名前を選択します。「補助マーキング情報」ページが開きます。「ページ」メニューの「編集」を選択します。

4. 「補助マーキングの作成」ページまたは「補助マーキングの編集」ページで、変更を行い「更新の送信」をクリックします。
「補助マーキング情報」ページが開き、作成が成功したことを示すメッセージが表示されます。このページを使用して、マーキングの編集や削除、あるいはマーキングへの参照の表示を行います。

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

13.5.6.5 補助マーキング情報と参照の表示

注意:

これらのアクションを実行するには、「管理.トリガー」権限または「管理.レコード・マネージャ」権限のいずれかが必要です。「管理.トリガー」権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。「管理.レコード・マネージャ」権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「補助マーキング」を選択します。

3. 「補助マーキングの構成」ページで、情報を表示するマーキングの名前をクリックします。

4. 「補助マーキング情報」ページが開きます。このページを使用して、「ページ」メニューの適切なオプションを選択して、マーキングの編集や削除、あるいはマーキングへの参照の表示を行います。

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

13.5.6.6 補助マーキングの削除

補助マーキングは、これが有効になっているかどうかに関係なく削除できます。補助マーキングは、コンテンツまたはレコード・フォルダのマーキングへのすべての参照が削除されるまで、削除できません。マーキングのユーザーへの割当ても手動で削除する必要があります。

現在使用中の補助マーキングを削除しようとすると、マーキングはユーザー(このマーキングはユーザーに割り当てられていて削除する必要があります)、レコード・フォルダまたはコンテンツ・アイテムが使用中であることを示すメッセージが表示されます。マーキングをユーザー、フォルダまたはアイテムから削除してから次に進む必要があります。

任意のオプション・リストからマーキングを削除するには、マーキングを削除した後に、スキーマを再公開する必要があります。

注意:

このアクションを実行するには、「管理.レコード・マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「補助マーキング」を選択します。

3. 「補助マーキングの構成」ページで、アイテムの「アクション」メニューから「削除」を選択します。複数のマーキングを削除するには、マーキング名の隣のチェック・ボックスを選択し、「表」メニューで「削除」を選択します。マーキングは、マーキングの「補助マーキング情報」ページを表示中にも削除できます。

4. 正常に削除されたことを示すメッセージが表示されます。

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

注意:

「検索」ページから補助マーキングを検索できます。「検索」ページの「補助マーキング」リストから検索するマーキングを選択します。検索結果を使用して、使用中のマーキングがあるオブジェクトを確認します。スクリーニング・フォルダを使用して、オブジェクトを補助マーキングごとに素早く分離および並べ替えすることも可能です。

13.5.6.7 ユーザーへの補助マーキングの割当て

注意:

このアクションを実行するには、Oracle WebCenter Contentの管理権限が必要です。

マーキングをユーザーに割り当てる前に、補助マーキングを有効にし、マーキングを作成し、補助マーキングをレコード・フォルダおよび保存されているコンテンツに割り当て、ロールをユーザーに割り当てたことを確認します。最も厳格な補助マーキング・セキュリティでは、アイテムまたはレコード・フォルダにアクセスするためにユーザーがすべての補助マーキングをパスすることを強制することもできます。

補助マーキングの認可がなくなったユーザーからアクセス権を削除する、またはもう使用しない補助マーキングを削除する必要がある場合があります。補助マーキングを削除する前にマーキングへの参照をすべて削除する必要があります。

セキュリティ機能として補助マーキングの使用を無効にするには、マーキングをユーザーに割り当てないでください。

ユーザーに補助マーキングを割り当てるには:

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

2. 「管理アプレット」リストで「ユーザー管理」アイコンをクリックします。

3. 「ユーザー」タブで、「ユーザー」リストのユーザーを選択し、「編集」をクリックします。

「ユーザーの編集」ページの「情報」タブが開きます。

4. 「補助マーキング」フィールドで、ユーザーがアクセスする必要があるマーキングを選択します。オプション・リストの矢印をクリックし、マーキングを強調表示します。複数のマーキングをユーザーに割り当てられます。

5. 「OK」をクリックします。マーキングが必要な各ユーザーに対してこのプロセスを繰り返します。

6. コンテンツ・サーバーを再起動します。

13.5.6.8 ユーザーの補助マーキングの削除

補助マーキングをユーザーから削除するには:

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

2. 「管理アプレット」リストの「ユーザー管理」アイコンをクリックします。

3. 「ユーザー」タブで、「ユーザー」リストのユーザーを選択し、「編集」をクリックします。
「ユーザーの編集」ページの「情報」タブが開きます。

4. 「補助マーキング」フィールドで、「補助マーキング」フィールドのテキストを編集して、マーキングを削除します。

注意:

このフィールドのテキストを編集するときには注意してください。各補助マーキングにはマーキング間にカンマとスペースが必要です。これがないと、複数のマーキングがあるコンテンツにアクセスしようとして、すべてのマーキングと照合するが有効の場合、アクセス拒否エラーが発生します。

5. 「OK」をクリックします。削除するマーキングがある各ユーザーに対して繰り返します。

6. コンテンツ・サーバーを再起動します。再起動の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

13.5.6.9 補助マーキングRestrictedとFormerly Restrictedの使用

Restricted DataとFormerly Restricted Dataは、製品に付属の補助マーキングです。これらのマーキングを単独または他のマーキングと組み合せて使用して、コンテンツ・チェックインおよびメタデータ更新のフォームの分類されたメタデータ・フィールドを無効にできます。

1. 補助マーキングを有効にします。

2. 補助マーキングとしてRestricted DataまたはFormerly Restricted Dataをクリックします。

3. コンテンツ・サーバーを再起動します。

13.6 カスタム・セキュリティ

カスタム・セキュリティは、補助マーキングに追加されるセキュリティのもう1つのレイヤーで、これはオプションです。

2つのタイプのカスタム・セキュリティを使用できます。

- 「基本カスタム・セキュリティ」フィールド。ここでは、カスタム・フィールドは、指定された補助マーキングではなくユーザーによって照合されるように構成されます。これは、DoD 5015標準ではカスタム補助マーキングと呼ばれます。

- 拡張カスタム・セキュリティ。ここでは、セキュリティは、オプション・リストを使用するフィールドに適用されます。セキュリティは、オプション・リストの個別のアイテムに適用できます。

補助マーキングと異なり、カスタム・セキュリティはアイテム・レベルで適用されます。補助マーキングは、レコード・フォルダとアイテム・レベルの両方で適用できます。

カスタム・セキュリティを使用するには、次の権限のいずれかがある必要があります。

- 管理.トリガー: この権限があると情報を表示できます。

- 管理.レコード・マネージャ: 情報の表示に加えて、この権限があると、カスタム・セキュリティを作成(追加)、編集および削除できます。

「基本カスタム・セキュリティ」フィールドは、「カスタム・コンテンツ」フィールドと「カスタム・ユーザー」フィールドを組み合せます。たとえば、Project Nameなどのカスタム・セキュリティ・フィールドを作成できます。ユーザーは、カスタム・セキュリティを割り当てられたアイテムにアクセスまたはこれを表示するには、適切なプロジェクト名を割り当てられる必要があります。「すべて一致」設定が有効の場合、ユーザーは、複数のプロジェクトが割り当てられたアイテムにアクセスするには、そのアイテムと同じすべてのプロジェクトに割り当てられる必要があります。ユーザーは、すべてのプロジェクト名と一致しない場合、アイテムにアクセスできません。

補助マーキングでの操作と同様に、「カスタム・セキュリティ・フィールド」のすべて一致機能を選択できます。コンテンツは、特定のプロジェクト名など、コンテンツに割り当てられた1つ以上のカスタム・セキュリティ・フィールドのオプションが適用されてチェックインされます。

たとえば、User1はプロジェクト名Pangeaのみが割り当てられます。User2というユーザーは、プロジェクト名PangeaとTectonicの両方が割り当てられます。コンテンツが複数のフィールド・オプション(たとえば、PangeaとTectonic)が割り当てられてチェックインされると、すべてのプロジェクト名を割り当てられたユーザー(User2)のみがこのコンテンツにアクセスできます。「すべて一致」設定が無効の場合、アイテムにアクセスするには、ユーザーは1つのフィールド・オプションと一致する必要があるのみになります。

「拡張カスタム・セキュリティ」もコンテンツ・アイテムへのアクセスを制限します。拡張セキュリティは、個別ユーザーのみではなくエイリアスにも基づいてアクセスを制限できます。この種のセキュリティは、オプション・リストのアイテム・レベルでセキュリティを割り当てます。この種のセキュリティを使用している場合、使用できるメタデータは、これに関連付けられたオプションを持つもののみです。特定のオプションにアクセスできるアカウント、ユーザーまたはユーザーのエイリアスを制限することによって、アクセスをオプション・リストの個別アイテムに制限できます。

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

- カスタム・セキュリティの管理

- 「基本カスタム・セキュリティ」フィールドの例

13.6.1 カスタム・セキュリティの管理

次のタスクは、カスタム・セキュリティを管理するときによく実行されます。

- カスタム・セキュリティ使用の有効化と無効化

- 「基本カスタム・セキュリティ」フィールドの作成

- 「基本カスタム・セキュリティ」フィールドの編集

- 高度なセキュリティの追加

- 高度なセキュリティの編集

- 「基本カスタム・セキュリティ」フィールドの情報の表示

- 「基本カスタム・セキュリティ」フィールド(基本)の削除

13.6.1.1 カスタム・セキュリティ使用の有効化と無効化

この手順を使用して、カスタム・セキュリティ機能を有効にします。これは、いつでも有効または無効にできます。

注意:

カスタム・セキュリティを有効にするには、「管理.レコード・マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」→「設定」を選択します。

2. 保存設定の構成ページで、必要に応じて「セキュリティ」セクションを開きます。「カスタム・セキュリティ」を選択します。

3. 「更新の送信」をクリックします。

構成が成功したことを示すメッセージが表示されます。

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

この機能を無効にするには、「カスタム・セキュリティ」を選択解除します。

13.6.1.2 「基本カスタム・セキュリティ」フィールドの作成

この手順を使用して新しい「基本カスタム・セキュリティ」フィールドを作成します。

注意:

このタスクを実行する前に、「構成マネージャ」ユーティリティでアイテムのカスタム・フィールドを定義済で、「ユーザー管理」ユーティリティでユーザーのカスタム・フィールドを定義済であることを確認します。

カスタム・セキュリティ・フィールドは、カスタム・セキュリティ・フィールドの機能が有効になっている場合のみ作成できます。

注意:

このアクションを実行するには、「管理.レコード・マネージャ」権限が必要です。この権限は、デフォルトで事前定義済のレコード管理者ロールに割り当てられています。

カスタム・セキュリティ・フィールドを作成するには:

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「カスタム・セキュリティ」を選択します。

3. 「カスタム・セキュリティの構成」ページの「カスタム・セキュリティ・フィールド」領域で「追加」をクリックします。

4. 基本カスタム・セキュリティ・フィールドの作成ページまたは基本カスタム・セキュリティ・フィールドの編集ページでフィールドの名前を入力します。

5. 「コンテンツ・フィールド」リストからコンテンツ・フィールドのドキュメント・メタデータ名を選択します。

6. 「ユーザー・フィールド」リストからユーザー・フィールドのメタデータ名を選択します。

7. (オプション)「すべて一致」を選択し、ユーザー入力をすべてのコンテンツ・フィールドの入力と照合します。1つのコンテンツ・フィールドのみをユーザー・フィールドと照合すればいいようにするには、このボックスを選択しないままにします。

8. 「作成」をクリックします。

成功を示すメッセージが表示されます。

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

13.6.1.3 「基本カスタム・セキュリティ」フィールドの編集

既存のカスタム・セキュリティ・フィールドを編集するには:

1. 「レコード」、「構成」の順に選択します。

2. その後、「セキュリティ」→「カスタム・セキュリティ」を選択します。

3. 「カスタム・セキュリティの構成」ページでフィールドの「アクション」メニューから「フィールドの編集」を選択します。

4. 必要な編集を行います。

a. 「コンテンツ・フィールド」リストからメタデータ・フィールドの名前を選択します。

b. 「ユーザー・フィールド」リストでユーザー・メタデータ・フィールドの名前を選択します。

c. (必要に応じて)「すべて一致」を選択します。

5. 「更新の送信」をクリックします。
正常に更新されたことを示すメッセージが表示されます。

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

13.6.1.4 高度なセキュリティの追加

この手順を使用して、高度なセキュリティを既存フィールドに追加します。使用するフィールドは、オプション・リストが関連付けられているフィールドである必要があります。オプション・リストは、この機能を使用する前に作成済である必要があります。

カスタム・セキュリティは、カスタム・セキュリティ機能が有効になっている場合のみ追加できます。

注意:

このアクションを実行するには、「管理.レコード・マネージャ」権限が必要です。この権限は、デフォルトで事前定義済のレコード管理者ロールに割り当てられています。

既存のカスタム・セキュリティ・フィールドに高度なセキュリティを追加するには:

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「カスタム・セキュリティ」を選択します。

3. 必要に応じて、「カスタム・セキュリティの構成」ページの「拡張カスタム・セキュリティ」タブをクリックして、このページを開きます。「追加」をクリックします。

4. セキュリティの選択ダイアログで、リストからフィールドを選択します。オプション・リストがあるフィールドのみ選択できます。

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

6. 「拡張カスタム・セキュリティ・オプション」ページで、セキュリティが必要なオプション・アイテムの「アクション」メニューを選択します。「セキュリティの編集」をクリックします。

7. セキュリティの選択ダイアログで、個々のオプション・リスト値を使用してコンテンツ・アイテムにアクセスできるようにするユーザーまたはエイリアスを選択します。

8. 必要に応じて、リストからセキュリティ・グループを選択します。

9. 「拡張カスタム・セキュリティ・オプション」ページが開き、今行った選択が表示されます。

13.6.1.5 高度なセキュリティの編集

フィールドのカスタム・セキュリティを変更するには(セキュリティの削除を含む):

1. 「レコード」、「構成」の順に選択します。

2. その後、「セキュリティ」→「カスタム・セキュリティ」を選択します。

3. 「カスタム・セキュリティの構成」ページの「拡張カスタム・セキュリティ」領域で、オプション・アイテムの「アクション」メニューから「セキュリティの編集」を選択します。オプション・アイテムのセキュリティを削除するには、オプション・アイテムの「アクション」メニューから「セキュリティの削除」を選択します。
編集時、ダイアログが開いて使用するフィールドを選択できます。オプション・リストがあるフィールドのみ選択できます。

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

5. 「拡張カスタム・セキュリティ・オプション」ページで、セキュリティが必要なオプション・アイテムの「アクション」メニューから「セキュリティの編集」を選択します。

6. セキュリティの選択ダイアログで、個々のオプション・リスト値を使用してコンテンツ・アイテムにアクセスできるようにするユーザーまたはエイリアスを選択します。

7. 必要に応じて、リストからセキュリティ・グループを選択します。

8. 「拡張カスタム・セキュリティ・オプション」ページが開き、今行った選択が表示されます。セキュリティが適用されました。

13.6.1.6 「基本カスタム・セキュリティ」フィールドの情報の表示

注意:

このアクションを実行するには、「管理.トリガー」権限または「管理.レコード・マネージャ」権限のいずれかが必要です。「管理.トリガー」権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。「管理.レコード・マネージャ」権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「カスタム・セキュリティ」を選択します。

3. 「カスタム・セキュリティの構成」ページのカスタム・フィールド領域で、表示するフィールドをクリックします。

「情報」ページが開きます。

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

13.6.1.7 「基本カスタム・セキュリティ」フィールド(基本)の削除

補助マーキングやセキュリティ分類と異なり、ユーザーまたはコンテンツでカスタム・セキュリティ・フィールドへの参照を削除せずに、カスタム・セキュリティ・フィールドを削除できます。

注意:

カスタム・セキュリティ・フィールドを削除にするには、「管理.レコード・マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「カスタム・セキュリティ」を選択します。

3. 「カスタム・セキュリティの構成」ページで、アイテムの「アクション」メニューから「削除」を選択します。複数のフィールドを削除するには、フィールド名の隣のチェック・ボックスを選択し、「表」メニューで「削除」を選択します。フィールドは、フィールドの「情報」ページを表示中にも削除できます。

4. 正常に削除されたことを示すメッセージが表示されます。

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

13.6.2 「基本カスタム・セキュリティ」フィールドの例

この例では、Project Nameというカスタム・セキュリティ・フィールドを設定する手順を追った説明を行います。これには、次のプロセスが含まれます。

1. 「構成マネージャ」で「カスタム・セキュリティ・フィールド」を作成します。

2. 「ユーザー管理」で「カスタム・セキュリティ・フィールド」を作成します。Oracle WebCenter Contentは、接頭辞uを割り当てます。フィールド・オプションをユーザーに割り当てます。

3. 検索インデックスを再ビルドし、コンテンツ・サーバーを再起動します。

4. Oracle WebCenter Contentのユーティリティで定義した正確なフィールド名を使用してカスタム・セキュリティ・フィールドを作成します。

カスタム・セキュリティ・フィールドを設定した後、フィールド・オプションに割り当てられたアイテムをチェックインしてこれにアクセスすることによってフィールドをテストします。カスタム・セキュリティ・フィールドの確認を参照してください。

13.6.2.1 構成マネージャでのカスタム・セキュリティ・フィールドの作成

例のこの部分では、構成マネージャ・ユーティリティ内のドキュメント・フィールドとしてカスタム・セキュリティ・フィールドを作成します。このフィールドは、チェックイン・フォームで使用できるようになります。

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

2. 「管理アプレット」リストの「構成マネージャ」アイコンをクリックします。

3. 「構成マネージャ」ユーティリティの「情報フィールド」タブをクリックします。

4. 「追加」をクリックします。

5. カスタム情報フィールドの追加ページで、ProjectNameと入力し、「OK」をクリックします。カスタム情報フィールドの追加ページで、フィールド属性を指定します。

a. 「フィールド・キャプション」では、複合語(上の例では、ProjectとName)の間にスペースを入力し、フィールド・ラベルが正しく表示されるようにします。

b. 「フィールド・タイプ」リストでは、「ロング・テキスト」を選択します。

c. 「オプション・リストの有効化」を選択します。有効になっている「構成」ボタンをクリックします。
「オプション・リストの構成」ページが開きます。

d. オプション・リスト・タイプで、「複数値選択リスト」オプションを選択します。

e. 「オプション・リストの使用」の隣の「編集」をクリックします。
「オプションリスト」ページが開きます。

f. オプション・リストにPangeaと入力します。[Enter]を押して改行し、Tectonicと入力します。

g. 「OK」を3回クリックします。

6. 「データベース設計の更新」をクリックします。

13.6.2.2 「ユーザー管理」で「カスタム・セキュリティ・フィールド」を作成します。

例のこの部分では、ユーザー管理ユーティリティ内でProject Nameという情報フィールドとしてカスタム・セキュリティ・フィールドを作成します。

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

2. 「管理アプレット」リストの「ユーザー管理」アイコンをクリックします。

3. 「ユーザー管理」ユーティリティで、「情報フィールド」タブを開きます。

4. 「追加」をクリックします。

5. カスタム情報フィールドの追加ページで、ProjectNameと入力し、「OK」をクリックします。「メタデータ・フィールドの追加」ページでフィールド属性を指定します。

a. 「フィールド・キャプション」では、複合語(例では、ProjectとName)の間にスペースを入力し、フィールド・ラベルが正しく表示されるようにします。

b. 「フィールド・タイプ」リストでは、「ロング・テキスト」を選択します。

c. オプション・リストを有効にするを選択します。これでオプション・リスト設定タブが有効になります。

d. オプション・リスト・タイプで、「複数値選択リスト」オプションをクリックします。

e. 「編集」を選択します。

f. オプション・リストにPangeaと入力します。[Enter]を押して改行し、Tectonicと入力します。

g. 「OK」を2回クリックします。

6. 「データベース設計の更新」をクリックします。

7. 「ユーザー」タブをクリックします。User1というユーザーを作成し、この名前を選択して「編集」をクリックします。このユーザーの「ユーザーの編集」ページが開きます。

a. Project Nameリストで、下矢印をクリックし、リストからプロジェクト名Pangeaを選択します。Tectonicに対して繰り返します。ここで、プロジェクト名のカンマ区切りのリストがUser1に割り当てられました。

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

8. コンテンツ・サーバーを再起動します。

13.6.2.3 カスタム・セキュリティ・フィールドの作成

例のこの部分では、カスタム・セキュリティ・フィールドを作成します。保存設定の構成ページの「カスタム・セキュリティ・フィールド」オプションが有効になっていて、適切な管理ユーティリティでドキュメント・フィールドおよびユーザー・フィールドを定義したことを確認します。

1. 保存設定の構成ページで「構成」、「カスタム・セキュリティ・フィールド」の順にクリックします。

2. 「カスタム・セキュリティの構成」ページで、「追加」をクリックします。

3. 基本カスタム・セキュリティ・フィールドの作成ページまたは基本カスタム・セキュリティ・フィールドの編集ページの「カスタム・セキュリティ・フィールド」で、Project Nameと入力します。

4. 「コンテンツ・フィールド」リストで、ProjectNameを選択します。

5. 「ユーザー・フィールド」リストで、ProjectNameを選択します。

6. 「すべて一致」を選択して、ユーザーがすべてのコンテンツ・フィールドの入力と照合するようにします。これは最も厳しい設定です。ユーザーは、アイテムに割り当てられたすべてのプロジェクト名を割り当てられていない場合、そのアイテムにアクセスできません。

7. 「作成」をクリックします。

13.6.2.4 カスタム・セキュリティ・フィールドの確認

例のこの部分では、カスタム・セキュリティ・フィールドがアクセスを制限する方法を示します。

- User1としてログインし、チェックイン・フォームでプロジェクト名として選択したPangeaとTectonicの両方でアイテムをチェックインします。User1としてチェックインしたばかりのアイテムを検索します。検索は成功するはずです。

- 次に、カスタム・フィールドの割当てがない新しいユーザーとしてログインします。user1がチェックインしたばかりのアイテムにアクセスしようとします。新しいユーザーはフィールド・オプションが割り当てられていないため、アイテムを表示しようとしても成功しません。

- 管理者としてログインし、新しいユーザーにフィールド・オプションPangeaを割り当てます。カスタム・セキュリティ・フィールドの「すべて一致」オプションを無効にします。新しいユーザーとしてログインし、プロジェクト名としてPangeaとTectonicが割り当てられているアイテムにアクセスしようとします。一致する必要があるのは1つのフィールド・リスト・オプションのみで、ユーザーは適切なフィールド・リスト・オプションを割り当てられているため、今回のアクセスは成功します。

14 処理の定義および実行

この章では、Oracle WebCenter Content: Recordsでの処理スケジュールの設定および管理について説明します。処理とは、コンテンツに対して実行されるアクションです。通常は、現在の業務を行うためには必要なくなったアイテムに対して実行されます。この章では、処理を開始できるトリガー、処理を停止できる凍結の設定方法も説明します。最後に、処理アクションの実行について説明します。

この章では、以下のトピックについて説明します。

- トリガーの使用

- 凍結の管理

- 処理の作成

- 処理の実行

14.1 トリガーの使用

トリガーは、トリガー・イベントの発生時に、処理手順の実行を開始します。トリガーは、保存カテゴリの処理ルールに関連付けられています。トリガー・イベントは、コンテンツ・アイテムの状態の変化、先行処理アクションの完了、保存期間のカットオフ、カスタム・トリガーなどにできます。

処理の実行を開始する2種類のトリガーが用意されています。システム導出トリガーは、定義済イベントに基づく組込みトリガーです。カスタム・トリガーは、管理者が作成して固有のイベントを定義できます。

トリガーを使用するには、次の権限が必要です。

- 管理.レコード・マネージャ: この権限があると、トリガーに関する情報を表示できます。

- 管理.トリガー: トリガーに関する情報の表示に加えて、この権限があると、トリガーを作成(追加)、編集および削除できます。

セキュリティ・グループを使用して、トリガーへのアクセスをブロックできます。たとえば、「管理.トリガー」権限を持っているユーザーがトリガーを編集および削除できないようにするには、セキュリティ・グループを使用して、これらの機能へのアクセスを制限できます。トリガーに割り当てられたセキュリティ・グループへのアクセス権限を持っているユーザーのみがそのトリガーを編集および削除できます。

この項では、次の項目について説明します。

- システム導出トリガー

- トリガーのタイプ

- トリガーの管理

- トリガーの例

14.1.1 システム導出トリガー

システム導出トリガーは、次の組込みイベントを使用します。

- 保存期間のカットオフ

- 先行(処理)アクション

- コンテンツまたはフォルダの状態

14.1.1.1 保存期間のカットオフ

保存期間のカットオフは、保存期間で指定された時間単位の終わりにカットオフ・アクションを発生させます。カットオフ後、コンテンツ・アイテムは、処理ルールで指定された保存期間保持されます。たとえば、保存期間のカットオフがトリガー・イベントとして使用され、3カレンダ年の保存期間が指定された場合、現在の年の終わりにカットオフが行われ、影響を受けるコンテンツは、年末のカットオフの後の3年間保持されます。

トリガー保存期間は、AllowRetentionPeriodWithCutoff変数が有効の場合に使用できます。これはデフォルトで有効になっています。

負の保存期間を使用できるのは、次の変数がrecords_management_environments.cfgファイルで有効になっている場合のみです。

- AllowRetentionPeriodWithoutCutoff=1。これが有効の場合、保存期間は、カットオフおよび先行アクションのデフォルトのトリガー・イベントに加えて、他のトリガー・イベントでも許可されます。

dDispPeriod:allowSignedInteger=1
dDerivedMonthDelay:allowSignedInteger=1
dDerivedDayDelay:allowSignedInteger=1

- これが有効の場合、負の保存期間をトリガーに指定できます(カットオフおよび先行アクションを除く)。
例:

Triggering Event =Contract Ended
Retention Period =-1 month
Disposition Action =Notify Authors
Triggering Event =Preceding Action
Retention Period =3 months
Disposition Action =Archive

14.1.1.2 先行(処理)アクション

処理手順シーケンスの先行アクションが処理を完了すると、次に続くルールが開始されます。システムはいつ先行アクションが完了するかを追跡し、処理シーケンスの次のステップを自動的にトリガーします。

14.1.1.3 コンテンツまたはフォルダの状態

アイテムまたはフォルダの状態に基づくシステム導出のグローバル・トリガーは、アイテムまたはレコード・フォルダの暗黙的または明示的変更の影響を受ける可能性があります。暗黙的変更の例は、アイテムが将来に設定されたアクティブ化日を持っている場合です。システムは、将来のアクティブ化日を認識し、指定された日にアイテムをアクティブ化し、アイテムの状態を自動的にアクティブに変更します。レコード管理者は、将来のアクティブ化日を指定すること以外には明示的なアクションを実行する必要はありません。状態の明示的変更の例は、管理者が特定のアイテムを手動で取消しまたは期限切れにする場合です。コンテンツが別のトリガー依存の状態である場合、関連する処理ルールがアイテムに対して動作します。

14.1.2 トリガーのタイプ

カスタム・トリガーは、管理者によって明示的に定義されます。カスタム・トリガーは、コンテンツの状態に基づくシステム導出トリガーよりも包括的で詳細です。システム導出トリガーは、保存カテゴリ内の1つのコンテンツ・アイテムが指定された状態の唯一のアイテムである場合があるため、これのみに影響する場合がありますが、カスタム・トリガーは指定された保存カテゴリ内の該当するすべてのコンテンツに影響を与えることができます。

3種類のカスタム・トリガーを定義できます。

- グローバル・トリガー。これは管理者が定義したときに発生します。

- カスタム直接トリガー。これはメタデータ・フィールドをトリガー・イベントとして使用します。

- カスタム間接トリガー。これは、監査イベントに基づいて定期的に発生します。

トリガーは、「処理ルール」ページの「トリガー・イベント」リストに表示されます。

トリガーの作成、編集およびトリガーに関する情報の表示へのアクセスは、セキュリティ設定で制御できます。ACLセキュリティが有効の場合、グループおよびユーザー権限によってトリガーへのアクセスを制限できます。デフォルトのセキュリティが使用される場合、トリガーをセキュリティ・グループに割り当て、ファイル作成者を指定できます。

注意:

メタデータ・フィールドdReleaseDateおよびdCreateDateを移入するインデクサ・プロセスは、ライフサイクルの再計算をトリガーできないため、これらのフィールドをトリガー日として使用することはできません。

グローバル・トリガーにはアクティブ化日があります。アクティブ化日は、過去、現在または将来の日付にできます。ユーザーは、トリガーを作成し、トリガーのアクティブ化をアクティブ化が必要になるまで無期限延期できます。本質的にこれは休止状態のトリガーで、これにはアクティブ化日が含まれていません。

ユーザーは、すぐにアクティブになるトリガーを作成するか、特定の日時にトリガーをアクティブにするか、またはトリガーのアクティブ化をアクティブ化が必要になるまで無期限延期できます。

カスタム直接トリガーは、製品に組み込まれシーンの背後で動作するグローバル・トリガーに加えてカスタマイズしたトリガー機能を作成するために使用します。カスタム直接トリガーは、コンテンツの状態、コンテンツまたはレコード・フォルダの日付フィールドのみに基づくシステム導出トリガーです。これらのトリガーはグローバル・トリガーではありません。これらは、指定の状態を満たすアイテムのみに影響します。標準(グローバル)トリガーやイベント(間接)トリガーと異なり、アクティブ化日はカスタム直接トリガーには明示的に設定されず、これは有効になっていません。カスタム直接トリガーは、作成されると、常にアクティブで使用する準備ができています。

日付フィールドまたはフォルダ日付フィールド、あるいは両方を備えたカスタム直接トリガーを作成できます。コンテンツとフォルダ日付フィールドの間には論理ANDの関係はありません。複数のフィールドが指定された場合、コンテンツ・フィールド間またはフォルダ・フィールド間には論理ANDの関係があります。このフィールドはコンテンツのトリガーをアクティブ化するために使用され、フォルダ・フィールドはフォルダのトリガーをアクティブ化するために使用されます。

標準(グローバル)トリガーと異なり、間接トリガーにはライフサイクルがあります。承認の監査は組込み間接トリガーです。このトリガーは監査イベントに基づいています。これは、コンテンツ・アイテムをチェックインするときに「監査に従う」が選択されていて、チェックイン・ページの「監査」リストで監査期間が選択されている必要があります。

間接トリガー機能は、定期的に繰り返すトリガーを設定して維持する時間を節約します。レコード管理者は、1年間のトリガー・リストを移入する必要があります。

14.1.3 トリガーの管理

次の各項で説明するように、トリガーの管理にはいくつかのタスクが関係します。

- トリガーの作成

- トリガーの編集

- トリガー情報の表示

- トリガー参照の表示

- トリガーの削除

- 間接トリガーの設定

- 間接トリガー日エントリの削除

- 間接トリガー期間の無効化

14.1.3.1 トリガーの作成

注意:

このアクションを実行するには、「管理.トリガー」権限が必要です。この権限は、デフォルトでレコード管理者およびレコード・オフィサ・ロールに割り当てられます。

デフォルト・ロールよりも大まかなセキュリティ設定をトリガーに割り当てるには、ACLセキュリティ設定が有効になっていて、ユーザーがロールおよびすべてのグループ権限のエイリアスに割り当てられていることを確認します。

間接トリガーを作成するとき、間接トリガーの基になるコンテンツ・フィールドは「構成マネージャ」ユーティリティにすでに作成されている必要があります。また、間接トリガー期間の期間オプション・リストを移入する必要があります。

カスタム・トリガーは、通常、トリガーの「PCM」フィールドを使用して作成されません。トリガーの「PCM」フィールドを使用するには、まず使用するフィールドを作成する必要があります。このフィールドには接頭辞「x」を付ける必要があります(たとえば、xPhysicalDateField)。同様のフィールドを「構成マネージャ」に同じ名前で接頭辞を付けずに作成する必要があります(たとえば、PhysicalDateField)。フィールドを作成した後、このフィールドをトリガーで使用するために選択できます。

カスタム・フィールドの作成の詳細は、「「基本カスタム・セキュリティ」フィールドの作成」を参照してください。

トリガーを作成するには、次のようにします。

1. トップ・メニューから「レコード」→「構成」を選択します。

2. 「ページ」メニューで、「保存」、「トリガー」の順に選択します。

3. 「トリガーの構成」ページで、作成するトリガーの種類を選択します(グローバル、カスタム直接または間接)。「追加」を選択します。

4. デフォルトのセキュリティが有効の場合、トリガー・タイプの作成ページまたはトリガー・タイプの編集ページで、リストから「セキュリティ・グループ」および「作成者」を選択します。そうでない場合、デフォルトの「セキュリティ・グループ」は常にRecordsGroupで、デフォルトの作成者は、トリガーを作成したレコード管理者またはレコード・オフィサのロールを持つユーザーです。これは、これらのフィールドがトリガー作成時に表示されなくても同様です。

5. (オプション)組織がアカウント・セキュリティ・モデルを使用する場合、トリガーの「アカウント」を指定します。

6. 名前を入力します(最長は100文字)。

7. 固有のトリガー情報を入力します。

グローバル・トリガーのみ: アクティブ化日を入力します。入力しないと、休止トリガーとみなされ、後でアクティブ化できます。

カスタム直接トリガーのみ: オプションですが、1つ以上の「コンテンツ日付フィールド」または「フォルダ日付フィールド」を選択する必要があります。トリガーのコンテンツ日付フィールドを「コンテンツ日付フィールド」リストから選択します。このフィールドはACL文字制限の100文字に従う必要がありますが、このフィールドにさらに多くの文字を受け入れることができるようにデータベースを変更できます。

カスタム間接トリガー: 間接トリガーの基になるコンテンツ・フィールドおよび間接トリガーの基になるフォルダ・フィールドを選択します。

構成時に「新規リビジョン日トリガー・フィールドの有効化」を選択した場合のみ「新規リビジョン日」オプションを使用できます。この日付フィールドが選択されている場合、コンテンツ・アイテムの新規リビジョンがチェックインされるときは常に、コンテンツ・アイテムのすべてのリビジョン(最新のリビジョンを含む)に新規リビジョンの日付がスタンプされます。この機能を使用すると、X年後に更新されない場合に削除などの保存ルールを作成できます。

8. 期間開始日の同期化: 選択すると、開始日がトリガーの同期化に使用されます。これは、カットオフ処理アクションに似ています。たとえば、アクティブ化した後、1か月後に削除という処理の場合、2010年1月15日にアクティブ化されるレコードは2010年1月31日に同期化され、削除されるまでの期間が1か月追加されます。

9. (オプション)ACLベースのセキュリティが有効の場合、「グループ」およびトリガーの「ユーザー権限」をクリックします。こうすることによって、トリガーを編集できる人が制限されます。

10. 「作成」をクリックします。

トリガーが正常に作成されたことを示すメッセージが表示されます。

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

カスタム間接トリガー: トリガーの日付期間を入力します。

14.1.3.2 トリガーの編集

既存のトリガーを変更するには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. 「ページ」メニューで、「保存」、「トリガー」の順に選択します。

3. 「トリガーの構成」ページで、編集するトリガーの種類を選択します(グローバル、カスタム直接または間接)。

4. 編集するトリガーのアイテムの「アクション」メニューから「編集」、「トリガーの編集」の順に選択します。

5. トリガー・タイプの作成ページまたはトリガー・タイプの編集ページで、該当するフィールドを変更します。

6. 「更新の送信」をクリックします。
トリガーが正常に更新されたことを示すメッセージが表示されます。

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

14.1.3.3 トリガー情報の表示

注意:

このアクションを実行するには、「管理.トリガー」権限または「管理.レコード・マネージャ」権限のいずれかが必要です。「管理.トリガー」権限はデフォルトでレコード管理者ロールおよびレコード・オフィサ・ロールに割り当てられ、「管理.レコード・マネージャ」権限はレコード管理者ロールに割り当てられます。

トリガー情報を表示するには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. 「ページ」メニューで、「保存」、「トリガー」の順に選択します。

3. 「トリガーの構成」ページで、表示するトリガーの種類を選択します(グローバル、カスタム直接または間接)。

4. 表示するトリガー名をクリックします。

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

14.1.3.4 トリガー参照の表示

注意:

トリガーへの参照を表示するには、「管理.トリガー」権限または「管理.レコード・マネージャ」権限のいずれかが必要です。「管理.トリガー」権限はデフォルトでレコード管理者ロールおよびレコード・オフィサ・ロールに割り当てられ、「管理.レコード・マネージャ」権限はレコード管理者ロールに割り当てられます。

トリガーへの参照(定義でトリガーを使用する処理ルール)を表示するには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. 「ページ」メニューで、「保存」、「トリガー」の順に選択します。

3. 「トリガーの構成」ページで、表示するトリガーの種類を選択します(グローバル、カスタム直接または間接)。

4. 表示するトリガー名をクリックします。

5. 「トリガー情報」ページの「ページ」メニューで、「参照」を選択します。

トリガー参照ページが開き、現在のトリガーの参照元のカテゴリ処理が、参照カテゴリ処理それぞれへのリンクとともに表示されます。リンクをクリックすると、参照処理の「処理情報」ページが開きます。

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

14.1.3.5 トリガーの削除

注意:

このアクションを実行するには、「管理.トリガー」権限が必要です。この権限は、デフォルトでレコード管理者ロールおよびレコード・オフィサ・ロールに割り当てられます。また、トリガーのセキュリティ・グループの削除権限(D)も必要です。レコード・オフィサ・ロールには、デフォルトではこの権限はありません。

トリガーが使用中の場合、トリガーへのすべての参照を削除してからトリガーを削除する必要があります。トリガーは、処理ルールでトリガー・イベントによって参照されます。

トリガーを削除するには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. 「ページ」メニューで、「保存」、「トリガー」の順に選択します。

3. 「トリガーの構成」ページで、表示するトリガーの種類を選択します(グローバル、カスタム直接または間接)。削除するトリガーに移動します。

4. トリガーの「アクション」メニューで「トリガーの削除」を選択します。

トリガーが正常に削除されたことを示すメッセージが表示されます。

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

複数のトリガーを削除するには、トリガー・チェック・ボックスを選択し、「表」メニューで「削除」を選択します。

14.1.3.6 間接トリガーの設定

注意:

このアクションを実行するには、「管理.トリガー」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。

承認の監査間接トリガーは、使用可能な唯一の組込み間接トリガーです。作成するあらゆる間接トリガーに対して同じ手順を使用します。トリガー名を選択し、同じステップを実行してこれらのトリガーを移入します。

必要な日付を指定するには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. 「ページ」メニューで、「保存」、「トリガー」の順に選択します。

3. 「トリガーの構成」ページで、「間接」タブをクリックします。「承認の監査」トリガーの「アクション」メニューから「トリガー日情報」を選択します。

4. 「ページ」メニューで「トリガー日情報」を選択します。

5. 「間接トリガー日エントリ」ページで、「追加」をクリックします。

6. 「間接トリガー日エントリの作成」ページまたは間接トリガー日エントリの編集で、アクティブ日を必要とするトリガー期間を選択します。デフォルトを使用しない場合、「トリガー期間」リストを「構成マネージャ」ユーティリティに移入してからこのアクションを実行します。

7. トリガー期間のアクティブ化日を入力します。「カレンダ」アイコンから日付を選択します。時刻は、「アクティブ化日」テキスト・ボックスで直接編集できます。システムのデフォルトの構成された時刻形式を使用してください。

8. 「作成」をクリックします。

トリガー日入力情報は、「承認の監査」ページの「間接トリガー日エントリ」に追加されます。

9. 必要に応じて、間接トリガー期間それぞれの日付の定義を繰り返します。

14.1.3.7 間接トリガー日エントリの削除

注意:

このアクションを実行するには、「管理.トリガー」権限が必要です。この権限は、デフォルトでレコード管理者およびレコード・オフィサ・ロールに割り当てられます。

間接トリガーの日付エントリ(トリガー期間)を削除するには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. 「ページ」メニューで、「保存」、「トリガー」の順に選択します。

3. 「トリガーの構成」ページのトリガーの「アクション」メニューから「削除」を選択します。

14.1.3.8 間接トリガー期間の無効化

注意:

このアクションを実行するには、「管理.トリガー」権限が必要です。この権限は、デフォルトでレコード管理者およびレコード・オフィサ・ロールに割り当てられます。

間接トリガー期間を無効にするとトリガーが非アクティブになりますが、アーカイブ目的でトリガーは保持されます。トリガー期間は、組込み間接トリガーとカスタム間接トリガーの両方に対して無効にできます。

日付エントリ・レベルで間接トリガー期間を無効にするには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. 「ページ」メニューで、「保存」、「トリガー」の順に選択します。

3. 「トリガーの構成」ページで、トリガーの「アクション」メニューから「編集」、「トリガーの編集」の順に選択します。

4. トリガー・タイプの作成ページまたはトリガー・タイプの編集ページで、無効にするトリガー期間をトリガー期間リストから選択し、「情報」をクリックします。

5. 「間接トリガー日エントリの作成」ページまたは間接トリガー日エントリの編集ページで、「有効」を選択解除し、「更新の送信」をクリックします。

編集した「トリガー期間」の「有効」フィールドが「いいえ」と表示されます。

6. ページ上部の「保存スケジュール・コンポーネントの構成」リンクをクリックし、「保存スケジュール・コンポーネントの構成」ページに戻ります。

14.1.4 トリガーの例

この項では、次のトリガーの例を示します。

- グローバル・トリガー

- カスタム直接トリガー

14.1.4.1 グローバル・トリガー

この例ではグローバル・トリガーを作成します。アクティブ・トリガーは、アクティブ化されていて、アクティブ化日に遅延なしですぐに有効になるトリガーです。この例では、アクティブ化日がわかっているイベント・トリガーが作成されます。

1. 「レコード」→「構成」→「トリガー」を選択します。

2. 「トリガーの構成」ページで、グローバル・トリガー領域の「追加」をクリックします。

3. トリガー・タイプの作成ページまたはトリガー・タイプの編集ページで、名前としてCase 123 Closedと入力します。

4. 「アクティブ化日」を入力します(現在の日付または過去の日付)。アクティブ化時刻はデフォルトでは深夜(12:00 AM)です。

5. 「作成」をクリックします。

トリガーが正常に作成されたことを示すメッセージが表示されます。「有効」ラベルが「はい」を示し、「アクティブ化日」が表示されます。

将来のアクティブ化日を指定したグローバル・トリガーを作成できます。トリガーのアクティブ化は、指定した日時まで延期されます。ユーザーは、トリガーのアクティブ化を前の日付にできます。これを行うには、グローバル・トリガーを作成するときに将来のアクティブ化日を使用します。

アクティブ化日を入力するまで遅延されるアクティブ化日を指定したトリガーを作成できます。これは、休止している非アクティブ・トリガーです。休止トリガーは、イベントが発生することはわかっているが正確な日付がわからないイベント・トリガーの場合に便利です。システム処理のオーバーヘッドを回避するには、トリガーを有効にしないでください。

休止グローバル・トリガーを作成するには、トリガー作成時にアクティブ化日を入力せず、これを後で入力します。

無効になっている休止トリガーは、将来のアクティブ化日を設定せずにアクティブ化できます。これを行うには、トリガーを編集し、アクティブ化日を入力します。

14.1.4.2 カスタム直接トリガー

この例では、従業員の退職日に基づくカスタム・フィールドのカスタム直接トリガーを作成します。コンテンツ情報更新フォームに従業員の退職日を入力した後、直接トリガーおよびアイテムは、その処理を開始します。

1. 「構成マネージャ」ユーティリティを使用して、従業員の退職日のカスタム・フィールドを作成します。

2. 日付フィールドに基づくカスタム直接トリガーを作成します。

3. このカスタム・トリガーによってアクティブ化される処理手順を設定します。この処理手順は、従業員の退職日が入力されるとカットオフを実行し、アイテムを3年間保持し、その後レコードを破棄します。

4. 最後のステップとして、トリガーをテストし、これが正しく動作することを確認します。

14.1.4.2.1 カスタム・フィールドの作成

「構成マネージャ」ユーティリティを使用して、従業員の退職日のカスタム・フィールドを作成します。

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

2. 「管理アプレット」のリストから、「構成マネージャ」を選択します。

3. 「構成マネージャ」ユーティリティで「情報フィールド」タブをクリックし、「追加」をクリックします。

4. カスタム情報フィールドの追加ページで、「フィールド名」としてEETermDateと入力し、「OK」をクリックします。

5. 「編集」ページで、「フィールド・キャプション」として従業員の退職日と入力します。

6. 「フィールド・タイプ」リストで、「日付」を選択します。

7. 「必須」が選択されていないことおよび「ユーザー・インタフェース」と検索インデックスが選択されていることを確認します(通常これがデフォルト)。

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

9. 「データベース設計の更新」をクリックします。

14.1.4.2.2 カスタム直接トリガーの作成

日付フィールドに基づくカスタム直接トリガーを作成します。

1. トップ・メニューから「レコード」、「構成」、「トリガー」の順に選択します。

2. 「トリガーの構成」ページで、「カスタム・トリガー」領域の「追加」をクリックします。

3. トリガー・タイプの作成ページまたはトリガー・タイプの編集ページで、「トリガー名」としてEE Term Dateと入力します。

4. 「簡単な説明」として従業員の退職日と入力します。

5. 「コンテンツ日付フィールド」リストで、EETermDateをクリックします。
フィールドにxEETermDateが移入されます。

6. 「作成」をクリックします。
カスタム直接トリガーが正常に作成されたことを示すメッセージが表示されます。

14.1.4.2.3 処理手順の設定

このカスタム・トリガーによってアクティブ化される処理手順を設定します。この処理手順は、従業員の退職日が入力されるとカットオフを実行し、アイテムを3年間保持し、その後レコードを破棄します。この例では、Employeesという名前のカテゴリの処理ルールを作成します。カテゴリおよび処理手順を作成するには:

1. 「コンテンツの参照」、「保存スケジュール」の順に選択します。

2. 保存スケジュールの検索ページの「ページ」メニューで「作成」、「保存カテゴリの作成」の順に選択します。

3. 「保存カテゴリの作成」ページまたは「保存カテゴリの編集」ページで、「保存カテゴリ識別子」としてEE-RC-1と入力します。

4. 「保存カテゴリ名」としてEmployeesと入力します。

5. 「保存カテゴリの説明」として、従業員の保存カテゴリと入力します。

6. (米国政府機関では必須)処理の当局のコードとしてEE-RC-1と入力します。

7. 「作成」をクリックします。「処理手順」ページで、最初のルールを作成します。

a. 「追加」をクリックします。

b. 「処理ルール」ページの「トリガー・イベント」リストでEE Term Dateという新しいカスタム直接トリガーを選択します。

c. 「処理アクション」リストで、「カットオフ」を選択します。

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

8. 2番目のルールを作成します。

a. 「追加」をクリックします。

b. 「処理ルール」ページの「トリガー・イベント」リストで「先行アクション」を選択します。

c. 「保存期間」フィールドで、3と入力し、「カレンダ年」をクリックします。

d. 「処理アクション」リストで、「破棄」を選択します。

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

f. 「更新の送信」をクリックします。
処理のサマリーを含むメッセージが表示されます。

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

このトリガーをテストするには、テスト従業員のコンテンツ・アイテムの有効期限を「情報更新フォーム」に入力します。ここには、コンテンツ情報ページの「アクション」メニューの「更新」オプションでアクセスできます。アクセスできます。コンテンツ・アイテムは、カットオフ日に処理を開始します。コンテンツ・アイテムのライフ・サイクルを確認すると、処理の日付がすでに設定されていることがわかります。

14.2 凍結の管理

凍結(動的保留と呼ばれることもある)は、アイテムの処理を禁止します。これは、法的要件または監査要件に準拠するために使用できます(情報に関して法的保留を行う必要がある場合など)。様々なタイプの凍結を定義して、組織で必要な凍結/保留処理を調整できます。

法的処理中の「フェデレーテッド凍結」の使用の詳細は、「フェデレーテッド検索および凍結の使用」を参照してください。

注意:

カスタム処理アクションの作成には、Oracle WebCenter Contentの詳細な技術的知識が必要となります。カスタム処理アクションを定義するには、コンサルティング・サービスに問い合わせてください。

アイテムが凍結されると、そのアイテムのすべてのリビジョンが凍結されます。凍結されるリビジョンは直接凍結され、その他のリビジョンは凍結を継承します。選択したコンテンツのアイテムに対して繰り返し凍結をスケジュールすることも可能です。

次のタスクが凍結の管理に含まれます。

- 凍結の作成

- 凍結の編集

- 凍結情報の表示

- 凍結の削除

- アイテム、フォリオまたはフォルダの凍結

- 凍結されたアイテムまたはフォルダの凍結解除

- 凍結されたコンテンツおよびフォルダの検索

- 凍結電子メール通知の再送信

- 例: 凍結の作成

14.2.1 凍結の作成

注意:

このアクションを実行するには、「管理.記録マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

凍結を作成するには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. その後、「保存」→「凍結」を選択します。

3. 凍結の構成ページで「追加」をクリックします。

4. 「凍結の作成」ページまたは「凍結の編集」ページで、リストから「セキュリティ・グループ」を選択します。このフィールドは、保存設定の構成ページでデフォルト・セキュリティが有効化されている場合にのみ表示されます。

5. 「ファイル作成者」フィールドで、凍結を作成する人を指定します。これは、通常現在ログインしている人で、通常デフォルトから変更する必要はありませんが、必要に応じてリストから別のユーザーを選択できます。

6. 凍結の名前を指定します。

7. (オプション)凍結の説明を指定します。

8. (オプション)グループ権限およびユーザー権限を指定し、凍結にアクセスできる人を制限します。これらのフィールドは、保存設定の構成ページでACLベースのセキュリティが有効化されている場合にのみ表示されます。

9. (オプション)凍結の終了日を指定します。

注意:

アイテムは、指定した日付に自動的には凍結解除されません。手動で行う必要があります。このフィールドは、トラッキングおよびドキュメントのためにのみ使用されます。

10. (オプション)アイテムを凍結解除する手順を含む説明テキストを指定します。

11. (オプション)凍結の通知を送信する必要があるかどうかを指定します。通知は、凍結が作成されるときに初めて送信されます。

12. 凍結通知を受信する人の電子メール・アドレスおよび電子メールを送信する人の電子メール・アドレスを入力します。空白のままにすると、通知の送信者は凍結を作成したユーザーになります。

たとえば、訴訟の凍結を作成し、その訴訟に関係するすべての担当者に通知できます。担当者は、関連付けられた凍結を使用して訴訟に関係するアイテムをチェックインする必要があります。

複数の電子メール・アドレスを区切るには、カンマを使用します。空白は無視されます。[Enter]を押して電子メール・アドレスを改行しないでください。最初の改行以降のすべての電子メール・アドレスには通知は送信されません。

「通知の送信」を選択した場合は必須です。最大文字数は3,000です。

「作成」(「凍結の作成」ページ)または「更新の送信」(「凍結の編集」ページ)をクリックすると、電子メールが(再)送信されます。電子メールの件名は、凍結名です。

電子メールが送信されると、凍結監査情報ログがリポジトリにチェックインされます。このログには、凍結に関する情報(凍結名、説明および作成日)および送信された電子メール通知に関する情報(送信者、受信者、メッセージおよび送信日)が含まれています。

チェックインされる監査ログのデフォルト・メタデータが定義されていない場合は、電子メールを送信できません。

13. 電子メール・メッセージを入力します。最大文字数は3000です。

14. (オプション)通知を定期的に再送信する必要があるかどうかを指定します。

15. 再送信前の待機時間およびその期間の値(1か月など)を選択します。

16. 「作成」をクリックします。

凍結情報を含む凍結が正常に作成されたことを示すメッセージが表示されます。

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

14.2.2 凍結の編集

凍結を編集する手順は、次のとおりです。

1. トップ・メニューから「レコード」→「構成」を選択します。

2. その後、「保存」→「凍結」を選択します。

3. 凍結の構成ページで、凍結の「アクション」メニューから「編集」、「凍結の編集」の順に選択します。

4. 「凍結の作成」ページまたは「凍結の編集」ページで、必要に応じて変更を行い、完了したら「更新の送信」をクリックします。
凍結情報を含む凍結が正常に更新されたことを示すメッセージが表示されます。

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

14.2.3 凍結情報の表示

注意:

このタスクを実行するには、「管理.記録マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. トップ・メニューから「レコード」→「構成」を選択します。

2. その後、「保存」→「凍結」を選択します。

3. 凍結の構成ページで、表示する凍結名をクリックします。

4. 終了後は、「OK」をクリックします。

このページには、次のアクションを実行するメニュー・オプションもあります。

- 編集: 現在の凍結の編集、凍結の解除または通知の変更に使用します。

- 削除: 現在の凍結を削除するために使用します。

注意:

コンテンツ・アイテムに現在適用されている凍結は削除できません。削除しようとすると、エラー・メッセージが表示されます。

- 情報: 次の検索を実行するために使用します。

- 凍結されたコンテンツのスクリーニング: 現在の凍結で凍結されたコンテンツ・アイテムのリストを表示します。このリストには、凍結ステータスを親レコード・フォルダから継承している休止コンテンツは表示されません。

- 凍結されたコンテンツすべてのスクリーニング: 現在の凍結で凍結されたすべてのコンテンツ・アイテムのリストを表示します。このリストには、凍結ステータスを親保存フォルダから継承している休止コンテンツもすべて表示されます。

- 凍結されたフォルダのスクリーニング: 現在の凍結で凍結されたフォルダのリストを表示します。このリストには、凍結ステータスを親フォルダから継承している休止フォルダは表示されません。

- 凍結されたフォルダすべてのスクリーニング: 現在の凍結で凍結されたすべてのフォルダのリストを表示します。このリストには、凍結ステータスを親フォルダから継承している休止コンテンツもすべて表示されます。

注意:

「...スクリーニング」オプションは、「管理.スクリーニング」権限がある場合のみ使用できます。

14.2.4 凍結の削除

注意:

このアクションを実行するには、「管理.記録マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。凍結のセキュリティ・グループの削除権限(D)も必要です。

凍結が現在任意のアイテムに適用されている場合、この凍結は削除できません。凍結を削除するには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. その後、「保存」→「凍結」を選択します。

3. 凍結の構成ページで、凍結の「アクション」メニューから「削除」を選択します。

複数の凍結を削除するには、凍結チェック・ボックスを選択し、凍結の構成ページの「表」メニューで「削除」を選択します。

14.2.5 アイテム、フォリオまたはフォルダの凍結

注意:

このタスクを実行するには、「管理.記録マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

フォルダ、コンテンツ・アイテムまたはフォリオを凍結するには:

1. 凍結するアイテムを検索します。

2. 「検索結果」ページで、アイテム名の隣のチェック・ボックスを選択して、凍結するアイテムを選択します。

ダイアログが開きます。使用中の凍結を変更する場合、リストから凍結を選択します。

3. 「表」メニューから「編集」、「選択項目の凍結」の順に選択します。

「凍結」ページから凍結理由を選択します。ユーザーの「お気に入り」リストに追加された凍結が表示されます。すべての凍結を表示するには、「すべての凍結の表示」リンクをクリックします。凍結の理由を入力します。

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

アイテムが凍結されたことを示すメッセージが表示されます。「検索結果」ページから凍結が実行された後に凍結されたアイテムを表示するには、「リフレッシュ」をクリックするかまたは新しい検索を実行します。

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

14.2.6 凍結されたアイテムまたはフォルダの凍結解除

注意:

このタスクを実行するには、「管理.レコード・マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

特定の凍結で現在凍結されているフォルダまたはコンテンツ・アイテムをすべて凍結解除するには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. その後、「保存」→「凍結」を選択します。

3. 凍結の構成ページで、凍結の「アクション」メニューから「編集」、「凍結解除」の順に選択します。

ダイアログが開きます。使用中の凍結を変更する場合、リストから凍結を選択します。ユーザーの「お気に入り」リストに追加された凍結が表示されます。すべての凍結を表示するには、「すべての凍結の表示」リンクをクリックします。

4. 「凍結解除理由」フィールドで、凍結解除アクションの理由を指定します。

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

選択した凍結で凍結されたすべてのアイテムが正常に凍結解除されたことを示すメッセージが表示されます。

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

14.2.7 凍結されたコンテンツおよびフォルダの検索

注意:

このタスクを実行するには、「管理.記録マネージャ」権限および「管理.スクリーニング」権限が必要です。これらの権限は、デフォルトでレコード管理者ロールに割り当てられています。

特定の凍結で現在凍結されているコンテンツ・アイテムまたはフォルダを検索するには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. その後、「保存」→「凍結」を選択します。

3. 凍結の構成ページで、凍結の「アクション」メニューをクリックします。「情報」ページ・メニューで、「...スクリーニング」の1つを選択します。

- 凍結されたコンテンツのスクリーニング: 選択した凍結で現在凍結されているすべてのコンテンツ・アイテムのリストを表示するために使用します。このリストには、凍結ステータスを親レコード・フォルダから継承している凍結コンテンツは表示されません。このオプションまたは次のオプションのどちらでも基本的には同じ結果になります。

- 導出されたコンテンツのスクリーニング: 選択した凍結で現在凍結されているすべてのコンテンツ・アイテムおよびこの凍結でフォルダに凍結されたアイテムのリストを表示するために使用します。したがって、このリストには、凍結ステータスを親フォルダから継承している凍結アイテムもすべて表示されます。

- 凍結されたフォルダのスクリーニング: 選択した凍結で現在凍結されているすべてのフォルダのリストを表示するために使用します。このリストには、凍結ステータスを親フォルダから継承している凍結フォルダは表示されません。

- 凍結されたフォルダすべてのスクリーニング: 選択した凍結で現在凍結されているすべてのフォルダのリストを表示するために使用します。このリストには、凍結ステータスを親フォルダから継承している凍結フォルダもすべて表示します。

「凍結アイテム」ページが開き、選択したスクリーニング・オプションの条件を満たすすべてのコンテンツおよびフォルダがリストされます。

14.2.8 凍結電子メール通知の再送信

注意:

このタスクを実行するには、「管理.記録マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

凍結に電子メール通知が設定されると、通知電子メールは凍結が作成されるときに初めて送信されます。通知は、凍結が作成されたときに定期的に送信できます。

凍結に関する電子メール通知を再送信するには(たとえば、凍結実装の変更に関係のある人に通知するには):

1. トップ・メニューから「レコード」→「構成」を選択します。

2. その後、「保存」→「凍結」を選択します。

3. 凍結の構成ページで、凍結名をクリックします。

4. 「凍結情報」ページで、必要に応じて電子メールのプロパティ(受信者、メッセージ・テキスト)を変更します。

5. 完了したら「更新の送信」をクリックします。

凍結情報を含む凍結が正常に更新されたことを示すメッセージが表示されます。通知電子メールはデフォルトの電子メール設定を使用して送信されます。

6. 「OK」をクリックし、保存設定の構成ページに戻ります。

通知は、凍結を検索することによって設定することもできます。「凍結情報」ページで、「編集」、「再通知」の順にクリックします。

14.2.9 例: 凍結の作成

この例では、企業の訴訟に起因する凍結を作成します。この凍結は2016年2月20日まで有効です。

1. トップ・メニューから「レコード」→「構成」を選択します。

2. その後、「保存」→「凍結」を選択します。

3. 凍結の構成ページの「凍結」領域で、「追加」をクリックします。

4. 「凍結の作成」ページまたは「凍結の編集」ページの「セキュリティ・グループ」フィールドで、RecordsGroupが選択されていることを確認します。

5. 「ファイル作成者」フィールドで、ユーザー・ログインが表示されていることを確認します。

6. 「凍結名」フィールドにLitigationと入力します。

7. 「凍結の説明」フィールドにXYZ社との訴訟と入力します。

8. 「終了日付」フィールドで、2/20/2016を指定します。これには、入力するか、「カレンダ」アイコンを使用します。

9. 「凍結解除指示」フィールドに訴訟手続きが完了するまで凍結解除しないでくださいと入力します。

10. 必要に応じて、「通知の送信」を選択し、電子メールのプロパティ(受信者、送信元アドレスおよびメッセージ・テキスト)を入力します。

11. 完了したら「作成」をクリックします。

14.3 処理の作成

処理アクションは、記憶装置または連邦記憶センターへの転送、永続的なコンテンツの米国国立公文書館(NARA)への転送、一時コンテンツの処理、コンテンツの更新情報への置換え、分類の調整などのアクティビティを含むことができます。

処理は、コンテンツのライフサイクルの3つの段階(作成/受信、使用およびメンテナンス、処理)の最後の段階です。処理は、処理手順で定義されます。処理手順は、通常次のように構成されます。

1. 指定したトリガー・イベントが発生します(「トリガー・イベント」を参照)。

2. 必要に応じて、指定した期間(「保存期間」で説明する保存期間)待機します

3. 指定した処理アクションを実行します(「処理アクション」)。

処理手順は、保存カテゴリ内で作成されます。すべての子レコード・フォルダおよびコンテンツ・アイテムは通常、その親保存カテゴリから処理を継承しますが、処理ルールを特定のレコード・フォルダのみに適用することもできます。

アクセス制御リスト(ACL)は、処理の実行中にユーザーがどのアイテムにアクセスできるかに影響を与えることができます。たとえば、ユーザーがカテゴリのACLに入っていない場合、そのユーザーは、適切なエイリアス・グループに入っていて適切な権限を持っているとしても、保留中の処理にアクセスできません。常にカテゴリで使用中のACLを確認して、そのカテゴリで行われるアクションに対する効果が何かを確認します。

この項では、次の項目について説明します。

- 処理のタイプ

- ワークフローを使用したカテゴリ・ルールのレビュー

- トリガー・イベント

- 保存期間

- 処理アクション

- カットオフのガイドライン

- 処理の優先順位

- 処理の管理

- 処理の例

14.3.1 処理のタイプ

次のタイプの処理を使用できます。

- イベント処理

- 時間処理

- 時間イベント処理

14.3.1.1 イベント処理

イベント処理は、イベント発生時にアイテムを処理するタイミングを表します。指定したイベントの発生時またはその直後、アイテムは処理の対象になります。イベント自体は、発生のカットオフまたはクローズとして動作します。イベント処理は、保存期間を持たず、「リビジョンの削除」または「すべてのリビジョンの削除」のようなアクションを使用します。イベント処理手順の一般的な例は、「廃止時に破棄」または、分類されたコンテンツの場合には「分類解除後10年間保持」です。処理アクションは様々です。

- DoD目的で追跡されるコンテンツは、「破棄」や「保存」などのアクションを使用し、アイテムの状態はそれぞれ「廃止」および「分類解除」です。

- 非DoDコンテンツは、「リビジョンの削除」や「すべてのリビジョンの削除」のようなアクションを使用します。

イベント処理を作成する手順を追った例を表示するには、「イベント処理」を参照してください。

分類を使用している場合(DoD 5015.2仕様の第 4章の要件に準拠することも保証済であるオプションのセキュリティ機能)、イベント処理を設定して、特定の日にコンテンツを分類解除したり、特定に日に分類をダウングレードしたりできます。

まとめると、イベント処理は、保存期間を持たず、暗黙的なシステムで導出されたカットオフを持ちます。

図14-1 イベント処理

14.3.1.2 時間処理

時間処理は、固定保存期間を持ち、ユーザー定義のファイル・カットオフで始まります。保存期間は、処理手順がコンテンツ・アイテムでアクションを実行する前に発生する必要があります。一般的な例を次に示します。

- (会計年度またはカレンダ年の)年末にカットオフ

- 3年間保持してから破棄

- 分類解除時にカットオフし、10年間保持してから破棄(DoD分類アイテム)

時間処理を作成する手順を追った例を表示するには、「時間処理」を参照してください。

まとめると、時間処理は、保存期間および明示的に定義したカットオフを持ちます。

図14-2 時間処理

14.3.1.3 時間イベント処理

時間イベント処理は、指定したトリガー・イベントで始まる処理手順です。イベント発生後、フォルダまたはコンテンツ・アイテムがカットオフされ、保存期間が適用されます。時間イベント処理手順の一般的な例は、「訴訟終結の5年後に破棄」です。時間イベント処理を作成する手順を追った例を表示するには、「時間イベント処理」を参照してください。

まとめると、時間イベント処理は、明示的に定義したイベント、カットオフおよび保存期間を持ちます。

図14-3 時間イベント処理

14.3.2 ワークフローを使用したカテゴリ・ルールのレビュー

カテゴリ・ルールのレビュー機能を有効にしてから処理を一般使用できるようにする必要があります。この機能を使用するには、次の構成変数を設定する必要があります。

- 保存設定の構成ページのカテゴリ処理のレビューの有効化を選択します。

- CategoryDispositionWorkflowContentType: カテゴリ処理のデフォルトのワークフローは、保存カテゴリのコンテンツ・タイプで実行されます。必要に応じて、この構成変数を別のコンテンツ・タイプに変更します。

- UpdateDispositionTableOnWorkflowApproval: ワークフローが処理されて承認されるときに、システムによる処理表の更新を許可します。デフォルトはtrueです。falseに設定すると、コンテンツ・アイテムが解放されるときに表が更新されます。最終リビジョンが削除されると前のリビジョンが現在のリビジョンになり、そのリビジョンが解放されると処理表が更新されます。

ワークフローを設定して、処理ルールのレビューを有効にする必要があります。ワークフローを有効にして、ワークフロー・プロセスを開始します。有効にすると、アイテムはワークフローに進みます。アイテムがワークフロー・プロセスを終了する前にプロセスを無効にすると、プロセスが再度有効になるまでアイテムがワークフローに留まり、完了しなくなる場合があります。

この機能を有効にした後、処理は使用前に承認のワークフローに入ります。処理を作成した後、処理がワークフローにあり承認待ち中であることを示すメッセージが表示されます。

14.3.3 トリガー・イベント

処理手順は、トリガー・イベント発生時にアクティブ化されます。次のタイプのトリガー・イベントが発生できます。

- 先行アクション・トリガー・イベント: 次のようなアクションがイベントを引き起こすイベント。

- 保存期間のカットオフ: このイベントは、処理プロセスをカットオフし、保存期間を適用します。これは、時間処理または時間イベント処理に基づくシステム導出のトリガー・イベントに使用できます。

- ボリューム付き期間カットオフ: このイベントは、処理プロセスをカットオフしてボリュームにし、保存期間を適用します。

- コンテンツの状態トリガー・イベント: 次のようなコンテンツ・ステータスがトリガーを設定するイベント。

- 取消: このイベントは、関連コンテンツまたはレコード・フォルダが取り消されたときにアクティブ化します。

- 削除が承認されました: このイベントは、関連コンテンツまたはレコード・フォルダの削除が承認されたときにアクティブ化します。

- 期限切れ: このイベントは、関連コンテンツまたはレコード・フォルダが期限切れになったときにアクティブ化します。

- 廃止: このイベントは、関連コンテンツまたはレコード・フォルダが廃止としてマークされたときにアクティブ化します。

- 廃止と削除が承認されました: このイベントは、関連コンテンツまたはレコード・フォルダが廃止としてマークされ、削除が承認されたときにアクティブ化します。

- 廃棄: このイベントは、関連コンテンツまたはレコード・フォルダが廃棄されたとき(つまり、法令制定当局のために無効にされたとき)にアクティブ化します。

- 差替え: このイベントは、関連コンテンツが差し替えられたとき(つまり、新しいまたは向上したコンテンツに置き換えられたとき)にアクティブ化します。

注意:

アイテムをリンクして差し替える必要があります。

- 最新のリビジョンでない: このイベントは、関連コンテンツのリビジョンが最新リビジョンではなくなったとき(新しいリビジョンがリポジトリにチェックインされたとき)にアクティブ化します。このトリガーでは、ユーザーはルールを作成して古いリビジョンのコンテンツの自動処理を起動できます。これは、最新リビジョンのコンテンツのみを保持し、古いリビジョンの処理を自動化する場合に特に便利です。

- 2回差替え: このイベントは、関連する差替えコンテンツが再度差し替えられたときにアクティブ化します。コンテンツ・アイテムAがコンテンツ・アイテムBに差し替えられ、その後コンテンツ・アイテムCに差し替えられると、このトリガーはコンテンツ・アイテムAに対してアクティブ化します。

- 最新のレコードが追加されました: このイベントは、関連アイテムがレコード・フォルダに追加された最新アイテムである場合にアクティブ化します。これを使用すると、ユーザーはフォルダのアクティビティを追跡でき、アクティビティ・レベルに基づいてフォルダの使用状況を最適化する際に便利です。たとえば、指定した期間アクティビティがないフォルダを削除(または、そうでない場合には処理)する場合です。

- スケジュールされた分類解除日: このイベントは、関連コンテンツまたはレコード・フォルダが特定の日に分類解除されるようにスケジュールするとアクティブ化します。このトリガーは、ClassifiedEnhancementsコンポーネントが有効な場合にのみ使用できます。

- スケジュールされたダウングレード日: このイベントは、関連コンテンツまたはレコード・フォルダが特定の日にセキュリティ分類のダウングレードが行われるようにスケジュールするとアクティブ化します。このトリガーは、ClassifiedEnhancementsコンポーネントが有効な場合にのみ使用できます。

- 分類解除日: このイベントは、関連コンテンツまたはレコード・フォルダが特定の日に分類解除されたときにアクティブ化します。このトリガーは、ClassifiedEnhancementsコンポーネントが有効な場合にのみ使用できます。

- 間接トリガー: イベントは、関連コンテンツまたはレコード・フォルダが監査時に承認されたとき(組込みの承認の監査間接トリガーを使用)にアクティブ化します。

- カスタム・トリガー: カスタム・トリガーの詳細は、「トリガーのタイプ」を参照してください。

14.3.4 保存期間

保存期間は、トリガー・イベント後に処理アクションが実行されるまで待機する時間です。いくつかの組込み期間単位(カレンダ年、会計年度四半期、月、週など)を使用できますが、カスタム期間も作成できます。

保存期間は、すべてのトリガー・イベントに対して指定でき、ユーザーはコンテンツの処理ルール(たとえば、最新のリビジョンがチェックインされた3か月後にすべての古いリビジョンを削除)を作成できます。

保存期間の例を次に示します。

- 5カレンダ年

- 2会計年度四半期

- 6か月

- 4週

14.3.5 処理アクション

処理アクションは、トリガー・イベントの発生および保存期間(ある場合)の経過の後に行うことを定義します。次の組込み処理アクションがサポートされています。次の組込み処理アクションに加えて、ユーザーはカスタム処理アクションを定義できます。

次のアクションについて説明します。

- 分類されたレコードのアクション

- 処理アクション

- その他のアクション

- 転送/移動アクション

注意:

デフォルトの処理アクションは、常に管理者の承認が必要です。カスタム処理アクションを構成して、承認を自動的に実行できます。一部のアクションは、システムがアクションが行われたかどうか認識できないため、個々の「完了としてマーク」手順を備えています。

たとえば、物理レコードの破棄または移動の完了はソフトウェアでは判定できないため、誰かがアクションの完了をマークする必要があります。宛先がソフトウェアを使用して定義され、アイテムの物理的移動がソフトウェアの管理下にない場合の転送、登録および移動のアクションもすべて同じことが当てはまります。

14.3.5.1 分類されたレコードのアクション

- 分類解除: このアクションは、コンテンツを分類解除するときが来たことを示します。

- 分類のダウングレード: このアクションは、アイテムのセキュリティ分類を階層の次に低いセキュリティ分類に下げるときが来たことを示します。

- 分類のレビュー: このアクションは、アイテムのセキュリティ分類のステータスをレビューするときが来たことを示します。

- 分類のアップグレード: このアクションは、アイテムのセキュリティ分類を階層の次に高いセキュリティ分類に上げるときが来たことを示します。

これら4つの処理アクションは、ClassifiedEnhancementsコンポーネントが有効な場合にのみ使用できます。

14.3.5.2 処理アクション

- 以前のリビジョンの削除: このアクションは、処理アクションをトリガーしたコンテンツ・アイテムのリビジョンの前のリビジョンを削除するときが来たことを示します。トリガーをアクティブ化したリビジョンは、最新リビジョンのコンテンツ・アイテムである場合がありますが、そうである必要はありません。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン5(最新リビジョン)に対してアクティブ化された場合、リビジョン4のみが削除としてマークされます。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン3に対してアクティブ化された場合、リビジョン2のみが削除としてマークされます。

- リビジョンの削除: このアクションは、処理アクションをトリガーしたコンテンツ・アイテムのリビジョンを削除するときが来たことを示します。このリビジョンは、最新リビジョンのコンテンツ・アイテムである場合がありますが、そうである必要はありません。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン5(最新リビジョン)に対してアクティブ化された場合、リビジョン5のみが削除としてマークされます。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン3に対してアクティブ化された場合、リビジョン3のみが削除としてマークされます。

- 削除の承認: このアクションは、レコード・フォルダまたはコンテンツの削除を承認するときが来たことを示します。

- すべてのリビジョンを削除する: このアクションは、コンテンツ・アイテムのリビジョン以前のすべてのリビジョンを削除するときが来たことを示します。トリガーをアクティブ化したリビジョンは、最新リビジョンのコンテンツ・アイテムである場合がありますが、そうである必要はありません。DoD構成モジュールが有効になっている場合、処理アクションを承認するときに「すべてのリビジョンの削除(メタデータの破棄)」またはリビジョンの削除(メタデータは削除しない)のいずれかの選択を求めるプロンプトが表示されます。DoD構成モジュールが無効の場合、メタデータは保持できません。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン5(最新リビジョン)に対してアクティブ化された場合、リビジョン1からリビジョン5が削除としてマークされます(事実上、コンテンツ・アイテムをリポジトリから完全に削除します)。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン3に対してアクティブ化された場合、リビジョン1からリビジョン3が削除としてマークされます。

- 古いリビジョンを削除する: このアクションは、処理アクションをトリガーしたコンテンツ・アイテムのリビジョンの前のすべてのリビジョンを削除するときが来たことを示します。トリガーをアクティブ化したリビジョンは、最新リビジョンのコンテンツ・アイテムである場合がありますが、そうである必要はありません。

- 作業用コピーの削除: このアクションは、クローンされたコンテンツ・アイテムの作業用コピーを削除します。まず、クローンの直接の作業用コピーを削除します。次に、修正済クローン自身のリビジョンが見つかるまで、作業用コピーの以前のリビジョンがすべて削除されます。修正済クローン自身のリビジョンが見つかると、削除はその時点で停止します。このアクションは、RmaEnableFixedClones構成変数がtrueに設定されていない場合には使用できません。

カテゴリの削除ルールが存在する場合、コンテンツは最初に見つかったルールに従って削除されます。したがって、コンテンツは、1つのフォルダからのみではなく同じカテゴリのすべてのフォルダから削除されます。

14.3.5.3 その他のアクション

- 新規リビジョンのチェックイン: このアクションは、影響を受けるコンテンツ・アイテムの最新リビジョンを取得し、このリビジョンのコピーをリポジトリに新規リビジョンとしてチェックインするときが来たことを示します。これは、変更された履歴情報に基づいてコンテンツ・アイテムのリビジョンを処理したり、期限切れドキュメントをリフレッシュしたり、コンテンツ・アイテムを処理プロセスの条件ワークフローに入れたりする際に便利です。

- 登録: このアクションは、物の物理的かつ法的保管をNARAなどの記録保管機関に移管するときが来たことを示します。「登録(メタデータの破棄)」または「登録(メタデータは削除しない)」を選択します。

- アクティブ化: このアクションは、レコード・フォルダまたはコンテンツをアクティブ化するときが来たことを示します。

- 閉じる: このアクションは、レコード・フォルダを閉じるときが来たことを示します。

- カットオフ: このアクションは、コンテンツまたはレコード・フォルダをさらなるプロセスからカットオフするときが来たことを示します。カットオフとは、アイテムのステータスを変更してさらなるプロセスを禁止することです。

- ボリュームのカットオフと作成: これはボリューム・フォルダを作成し、コンテンツをその中に配置し、ボリュームをカットオフします。

- 期限切れ: このアクションは、レコード・フォルダまたはコンテンツが期限切れになるときが来たことを示します。

- 廃止: このアクションは、コンテンツを廃止としてマークされるときが来たことを示します。

- 関連コンテンツとしてマーク: このアクションは、現在のコンテンツにリンクされたコンテンツをマークします。

- アクションなし: このアクションは、現在実行するアクションがないことを示します。このアクションは、通常、処理の間にあります。「アクションなし」アクションは、処理マイルストーンを通過し、処理の次のステップのプロセスが始まったことを通知します。

- 作成者に通知: このアクションは、影響を受けるカテゴリで処理アクションが実行予定になったことをそのカテゴリの作成者に通知するときが来たことを示します。

- 差替え: このアクションは、コンテンツ・アイテムを別のコンテンツ・アイテムで差し替えるときが来たことを示します。

前述の組込み処理アクションに加えて、カスタム処理を定義して組織固有のレコード管理のニーズを反映できます。

14.3.5.4 転送/移動アクション

- アーカイブ: このアクションは、コンテンツまたはレコード・フォルダをアーカイブするときが来たことを示します。「アーカイブ(メタデータの破棄)」または「アーカイブ(メタデータは削除しない)」を選択します。

- コンテンツ・サーバーのアーカイブの作成: このアクションは、影響を受けるコンテンツとそのメタデータを含むアーカイブを作成するときが来たことを示します。

- ボリュームの作成: ボリューム・フォルダを作成します。このアクションが発生すると、コンテンツはボリューム・フォルダに転送されます。

- 移動: このアクションは、コンテンツおよびメタデータをシステム外に移動するときが来たことを示します。「移動(メタデータの破棄)」または「移動(メタデータは削除しない)」を選択します。

- 転送: このアクションは、コンテンツをある場所から別の場所に転送するときが来たことを示しますが、法的かつ物理的保管は転送しません(これは登録で行います)。「転送(メタデータの破棄)」または「転送(メタデータは削除しない)」を選択します。

14.3.6 カットオフのガイドライン

ほとんどの場合、保存期間は、トリガー・イベントがカットオフに設定されるまで開始しません。ファイルのレコードをカットオフすることは、レコード・リビジョンが定期的に終了し、完了したブロックを処理または転送できるようにすることです。通信ファイルの場合、これによって新規ファイルを作成できます。カットオフによって、古いファイルへの入力が終了し、新しいファイルへの入力が開始されます。

保存期間の長さによって、コンテンツ・アイテム、カテゴリまたはフォルダをいつカットオフするかおよびカットオフを実行する間隔が決まります。この項で説明するガイドラインを使用すると、カットオフして保存期間を適用するタイミングを決める際に役に立ちます。

トリガーの保存期間は、AllowRetentionPeriodWithCutoff変数が有効な場合にのみ指定できます。デフォルトでは無効です。

14.3.6.1 時間の保存期間

保存期間が1年未満であるコンテンツ・アイテムは、通常保存期間と同じ間隔でカットオフされます。たとえば、保存カテゴリの保存期間が1か月の場合、毎月末にフォルダをカットオフします。次に、最後の処理を適用するまで(たとえばアイテムの破棄まで)次の月の保存期間を適用します。

コンテンツ・アイテムの保存期間が1年以上の場合、各会計年度末またはカレンダ年末にフォルダをカットオフします。年末のカットオフの後、保存期間を適用します。

14.3.6.2 時間イベントの保存期間

イベントまたはアクションが完了した日にカットオフを実行し、保存期間を適用します。

14.3.7 処理の優先順位

様々なカテゴリにある複数のフォルダにファイルされるコンテンツは、最長時間処理に基づいて管理されます。

異なる保存カテゴリに属している複数のフォルダにアイテムがファイルされた場合、そのアイテムは複数の処理プロセス・スケジュールの影響を受けます。このシナリオでは、最長保存期間について説明します。ただし、アイテムは、2つ以上のカテゴリに属している処理手順によって処理されます。次のシナリオでは、処理プロセスの優先順位について説明します。

コンテンツは、カテゴリ1のフォルダ1およびカテゴリ2のフォルダ2にファイルされます。

カテゴリ1: フォルダ1

カテゴリ2: フォルダ2

2012年4月1日に期限切れ

2012年3月1日に閉じる

2012年4月10日にアーカイブ

2012年4月5日に期限切れ

2012年4月12日に破棄

2014年4月20日に破棄

手順は、時間をずらして順番に処理されます。

1. 2012年3月1日、アイテムはそのカットオフ日でカットオフされ、フォルダ2が閉じます。

2. 2012年4月1日、アイテムが期限切れになり、期限切れ日がアイテムに追加されます(コンテンツ情報ページで表示できます)。

3. 2012年4月5日、アイテムは再度有効期限切れにはならないため、期限切れ日は更新されません。

4. 2012年4月10日、アイテムおよびフォルダ1がアーカイブされます。

5. 2012年4月12日、アイテムへのポインタが、コンテンツ情報の更新によってフォルダ1から削除されます。ポインタはフォルダ2には存在し続けます。このアイテムは、実際にはフォルダにファイルされませんが、フォルダを指します。

6. 2014年4月20日、フォルダ2のアイテムは、残りのポインタによって保持されないため、最終的に破棄されます。

14.3.8 処理の管理

次のタスクが処理の管理に含まれます。

- わかりやすいキャプションの有効化と無効化

- 処理ルールの作成

- 処理ルールの編集

- 処理ルールのコピー

- 処理情報の表示

- 処理ルールの削除

14.3.8.1 わかりやすいキャプションの有効化と無効化

注意:

このアクションを実行するには、「管理.記録マネージャ」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

わかりやすいキャプションは、いつでも有効または無効にできます。この設定は、「スクリーニング」ページの「条件」ボックスの問合せ文字列にも影響します。

わかりやすいキャプションを有効または無効にするには:

1. トップ・メニューから「レコード」→「構成」を選択します。

2. 「保存」、「設定」の順に選択します。

3. 保存設定の構成ページで、必要に応じて「ユーザー・インタフェース」セクションを開きます。「わかりやすい処理」を選択します。

4. 「更新の送信」をクリックします。

構成が成功したことを示すメッセージが表示されます。

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

14.3.8.2 処理ルールの作成

注意:

このアクションを実行するには、カテゴリ.作成権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

処理ルールは、デフォルトでカテゴリ内のすべてのコンテンツおよびレコード・フォルダに適用されます。特定のレコード・フォルダにのみ適用する処理ルールを作成することも可能です。これは一般的な操作手順です。特定のタイプの処理の手順例を表示するには、「処理の例」を参照してください。

1. 「コンテンツの参照」→「保存スケジュール」をクリックします。

2. 保存スケジュールの検索ページの保存カテゴリの行で、アイテムの「アクション」メニューから「編集」、「処理の編集」の順に選択します。

「処理手順」ページが開きます(処理を作成する場合、最初は空白です)。

3. 「処理手順」領域で、「追加」をクリックします。

4. 「処理ルール」ページで、トリガー・イベント(後)リストから処理ルールのトリガー・イベントを選択します。

5. 処理ルールに保存期間がある場合、保存期間(待機)に整数値を入力し、対応する期間を「保存期間」リストから選択します。

処理手順に応じて必須またはオプションです。保存カテゴリの場合、ユーザーは保存期間カットオフおよび先行アクション・トリガー・イベントに対してのみ保存期間を指定できます。コンテンツ・アイテム・カテゴリの場合、ユーザーはすべてのトリガー・イベントに対して保存期間を指定できます。この機能を使用すると、新しいリビジョンが最後にチェックインされてから3か月後に古いリビジョンをすべて削除するなどのコンテンツの処理ルールを作成できます。

6. ルールのアクションを処理アクション(実行)リストから選択します。システムは、このアクションを実行する人に電子メール・メッセージを送信します。

7. (オプション)カテゴリ作成者以外のユーザーがこの処理ルールによってトリガーされた電子メール通知をレビューする必要がある場合、ユーザー名を入力するかまたはフィールドの隣のリストからユーザーを選択して、「通知レビューア」フィールドでユーザーを指定します。指定しない場合、カテゴリ作成者のみがこの処理ルールによってトリガーされるイベントの通知を受けます。指定すると、電子メール通知を受信する人はソフトウェア構成で決まります(指定したユーザーとカテゴリ作成者(デフォルト)または指定したユーザーのみ)。

8. アイテムが外部承認プロセスを経由する必要がある場合、チェック・ボックスを選択します。このオプションは、外部承認プロセスがシステムに設定されている場合にのみ表示されます(たとえば、物理的にローカル・システムには存在しない外部システム上のレコードが、ローカル・システムで管理される場合)。

9. (オプション)プラス記号(+)を選択して、画面の下部を開きます。処理手順を特定のレコード・フォルダにのみ適用する場合、フォルダに適用リストからフォルダを選択します。そうでない場合、手順はカテゴリ内のすべてのフォルダに適用されます。

10. (オプション)処理手順を他の保存オブジェクトにのみ適用する場合、リストからオブジェクトを選択します。そうでない場合、すべてのオブジェクトに適用されます。

11. (オプション)「登録」、「アーカイブ」、「移動」または「転送」を使用してカテゴリ処理を作成している場合、「ロケーション・タイプ」リストでアーカイブをどのように行うかを指定するフィールドを使用できます。

「ファイル・ストレージ」、「FTP」または「WebDAV」を使用してアイテムを外部記憶域にアーカイブする場合、メタデータ監査履歴がアイテムのメタデータに含まれます。必要に応じて、代替メタデータ・パスを選択します。代替メタデータ・パスが認証を必要とする場合、これはプライマリ・アーカイブ・パスのものと一致する必要があります。ユーザーは、この情報を求めることを選択できます。または次の説明のように、ユーザー・プロファイルに用意されているデフォルトの情報を使用できます。

WebDAVは、WebDAVサーバーにアップロードされたファイルにメタ値を割り当てるPropPatchメソッドをサポートしています。この機能を有効にするには、構成変数を設定する必要があります。

デフォルトでは、アクションを実行するとき、処理と関連付けられたアイテムを含むzipファイルが記憶域に配置されます。保存先でzipファイルをアンパックするには、ボックスを選択します。

選択したロケーション・タイプに応じて、次の情報を入力します。

- ファイル記憶域: アーカイブ・ファイルの記憶域パスを入力します。

- FTP: FTPサーバーのパスおよびアーカイブのディレクトリ・ロケーションおよびメタ・パス(選択した場合)を指定します。適切なユーザー名とパスワードを入力します。

- WebDAV: 有効なWebDAVパスおよびメタ・パス(選択した場合)を指定します。適切なWebDAVユーザー名とパスワードを入力します。

- その他: この選択は、アクションが実行されるときに、アーカイブは手動でダウンロードすることを指定します。保存先に関連付けられた場所またはコンテナがある場合は、該当するテキスト・ボックスに説明を入力します。

アイテムを外部ワークスペースに転送することも可能です。「プロファイル」をクリックして、外部ワークスペースを設定します。「ユーザー・ワークスペース」キャプションの隣の「編集」をクリックします。外部ワークスペースは、ローカル・ファイル・システム、FTPサーバー、WebDAVサーバーまたは手動ダウンロードにでき、ここで「ロケーション・タイプ」を設定した方法と同じ方法で設定できます。

注意:

各ユーザーのロケーション・タイプのデフォルトを設定できます。画面の右上隅のユーザー名をクリックします。「プロファイル」ページが開きます。「ユーザー・ワークスペース」セクションで「編集」をクリックします。ここで、ロケーション・タイプのデフォルトのロケーション、パスワードなどの詳細を設定できます。

12. 必要に応じて、外部レコード・フォルダの物理コンテナ(バーコードやその他の識別手段など)を選択します。最大文字数は30です。

13. 必要に応じて、メタデータ・フィールドが異なる名前で存在する可能性のある別のシステムにデータをエクスポートする場合に、フィールドをマップします。フィールド・マッピングは、エクスポート用メタ・ファイルを作成している場合に使用できます。フィールドがマップされると、ファイルではマップされた名前がかわりに使用されます。

14. 選択した後、必要に応じて、リストの手順を並べ替えます。カットオフがある場合、これを最初のルールにする必要があります。破棄または登録のルールがある場合、これらのルールは最後にする必要があります。手順を並べ替えるには、リストで手順を選択し、上矢印または下矢印をクリックします。

15. 「更新の送信」をクリックします。

処理情報を含むメッセージが表示されます。

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

注意:

このアクションを実行するには、カテゴリ.編集権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

14.3.8.3 処理ルールの編集

保存カテゴリの処理手順内の処理ルールを編集するには:

1. 「コンテンツの参照」、「保存スケジュール」の順に選択します。

2. 保存スケジュールの検索ページで、適切な保存カテゴリに移動します。

3. アイテムの「アクション」メニューで「編集」、「処理の編集」の順に選択します。

4. 「処理手順」ページで、編集するルールを選択し、「編集」アイコン(鉛筆のイメージ)をクリックします。

5. 「処理ルール」ページでルールを変更し、「OK」をクリックします。「処理ルール」ページが閉じます。

6. 「更新の送信」をクリックします。
処理情報を含むメッセージが表示されます。

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

14.3.8.4 処理ルールのコピー

注意:

このアクションを実行するには、カテゴリ.作成権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

他のカテゴリからルールをコピーし、現在のカテゴリのルールを上書きするには:

1. 「コンテンツの参照」、「保存スケジュール」の順に選択します。

2. 保存スケジュールの検索ページの適切な保存カテゴリに移動します。

3. 保存カテゴリの行で、アイテムの「アクション」メニューから「編集」、「処理のコピー元」の順に選択します。

ルールを別のカテゴリのルールで上書きする許可を求めるプロンプトが表示されます。「OK」をクリックして続行します。

4. 「カテゴリの参照」ページが開きます。これは、保存シリーズ、レコード・フォルダまたはカテゴリの選択ダイアログと似てきます。処理ルールのコピー元のリストでカテゴリを選択します。

5. 必要に応じて、前に説明した方法と同じ方法で「処理手順」ページのルールを編集します。

6. 「更新の送信」をクリックします。

処理情報を含むメッセージが表示されます。

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

14.3.8.5 処理情報の表示

注意:

このアクションを実行するには、カテゴリ.読取り権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「コンテンツの参照」、「保存スケジュール」の順に選択します。

2. 保存スケジュールの検索ページの適切な保存カテゴリに移動します。

3. 保存カテゴリの行で「情報」アイコンをクリックします。

4. 終了後は、「OK」をクリックします。

14.3.8.6 処理ルールの削除

注意:

このアクションを実行するには、カテゴリ.削除権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

カテゴリ内の処理ルールを削除する、または処理手順セット全体を削除するには:

1. 「コンテンツの参照」、「保存スケジュール」の順に選択します。

2. 保存スケジュールの検索ページの適切な保存カテゴリに移動します。

3. 保存カテゴリの行で、「編集」、「処理の編集」の順に選択します。

4. 「処理手順」ページで、削除するルールを選択し、「削除」アイコン(丸の中が赤いx)をクリックします。

5. ルールがリストから削除されます。削除するルールそれぞれに対して繰り返します。

6. 「更新の送信」をクリックします。

確認メッセージが表示されます。

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

8. 処理アクションを再計算するために、処理ルールを削除した後、「バッチ・サービス」を実行することをお薦めします。「バッチ・サービス」は、自動的に実行されるか、またはトップ・メニューから「レコード」、「バッチ・サービス」の順に選択して適切なアクションを選択することによって開始できます。

14.3.9 処理の例

この項では、次の処理の例を示します。

- イベント処理

- 単純な時間処理とイベント処理

- 時間処理

- 時間イベント処理

- 特定のフォルダの処理ルール

- マルチ・フェーズ処理

この項の例はすべて、デフォルト(つまり、わかりやすいキャプションではない)処理キャプションを使用します。

14.3.9.1 イベント処理

この例では、イベント後にコンテンツを破棄するイベント処理手順を作成します。イベントでは、コンテンツが廃止になります。処理アクションは、コンテンツを破棄することです。この例では、1つの処理ルールを作成する必要があります。

「処理手順」: 廃止時に破棄します。

1. 適切な保存カテゴリにナビゲートします。

2. 保存カテゴリの行で、アイテムの「アクション」メニューから「編集」、「処理の編集」の順に選択するか、または「情報」アイコンをクリックし、「保存カテゴリ情報」ページの「ページ」メニューから「編集」、「処理の編集」の順に選択します。

「処理情報」ページが開きます(最初は空白です)。

3. 「処理手順」領域で、「追加」をクリックします。

4. 「処理ルール」ページの「トリガー・イベント」リストで、「廃止」をクリックします。

5. 「処理アクション」リストで、「破棄」をクリックします。

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

処理ルールが、「処理手順」ボックスに表示されます。

7. 「更新の送信」をクリックします。

確認メッセージが表示されます。

14.3.9.2 単純な時間処理とイベント処理

この例では、アイテムのリビジョン・ステータスに基づく処理の作成を示します。

処理手順: 新しいバージョンのアイテムがチェックインされたとき、1週間待機し、元の作成者に通知します。

1. 適切なカテゴリに移動します。

2. 保存カテゴリの行で、アイテムの「アクション」メニューから「編集」、「処理の編集」の順に選択するか、または「情報」アイコンをクリックし、「保存カテゴリ情報」ページの「ページ」メニューから「編集」、「処理の編集」の順に選択します。

3. 「処理手順」ページの「処理手順」領域で、「追加」をクリックします。

4. 「処理ルール」ページの「トリガー・イベント」リストで、「最新のリビジョンでない」を選択します。「保存期間」フィールドが使用可能になります。

5. 「保存期間」フィールドで、1と入力し、「保存期間」リストから「週」を選択します。

6. 「処理アクション」リストで、「作成者に通知」をクリックします。

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

処理ルールが、「処理手順」ボックスに表示されます。

8. 「更新の送信」をクリックします。

完了メッセージが表示されます。

14.3.9.3 時間処理

この例では、保存期間およびコンテンツ破棄の最終処理を備えた時間処理の作成を示します。会計年度末に始まる予測可能なイベント・トリガーがあります。

処理手順: 会計年度末にカットオフし、現在のファイル領域に3会計年度保持してから破棄します。

1. 適切なカテゴリに移動します。

2. 保存カテゴリの行で、アイテムの「アクション」メニューから「編集」、「処理の編集」の順に選択するか、または「情報」アイコンをクリックし、「保存カテゴリ情報」ページの「ページ」メニューから「編集」、「処理の編集」の順に選択します。

3. 「処理手順」ページの「処理手順」領域で、「追加」をクリックします。

4. 「処理ルール」ページの「トリガー・イベント」リストで、保存期間のカットオフをクリックします。「保存期間」フィールドが使用可能になります。

5. 「保存期間」フィールドで、3と入力し、「保存期間」リストで「会計年」を選択します。

6. 「処理アクション」リストで、「破棄」を選択します。

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

処理ルールが、「処理手順」ボックスに表示されます。

8. 「更新の送信」をクリックします。

確認メッセージが表示されます。

この処理がシステム導出のトリガー・イベントを使用していることがわかります。アイテムが廃止になった後、会計年度末に自動的にカットオフされ、保存期間が始まります。

14.3.9.4 時間イベント処理

時間イベント処理手順の一般的な例は、「訴訟終結の5カレンダ年後に破棄」です。時間イベント処理は、イベントが発生する正確な時間を予測できないため、時間イベントとは異なりますが、イベントが発生すると処理プロセスが始まります。時間イベント処理は、組込みトリガーまたはカスタム・トリガーも使用します。イベントが発生すると、必要に応じて、カスタム・トリガーのアクティブ化日が入力されます。

この例では、イベント後の指定の時間にアイテムを破棄するイベント処理手順を作成します。イベントは、保留中の訴訟の終結です。保存期間は5年です。処理アクションは、コンテンツを破棄することです。

この例では、「Case Closed(訴訟終結)」というカスタム・トリガーを作成します。アクティブ化日を指定せずにカスタム・トリガーを作成します。訴訟が終結した後、カスタム・トリガーのアクティブ化日を設定する必要もあります。

処理手順: 訴訟終結の5カレンダ年後に破棄します。

1. 適切なカテゴリに移動します。

2. 保存カテゴリの行で、アイテムの「アクション」メニューから「編集」→「処理の編集」を選択します。「情報」アイコンをクリックして、「保存カテゴリ情報」ページの「ページ」メニューで「編集」、「処理の編集」の順に選択することもできます。

3. 「処理手順」ページの「処理手順」領域で、「追加」をクリックします。

4. 「処理ルール」ページで最初の処理ルールを定義します。

a. 「トリガー・イベント」リストで、「カスタム・トリガー」サブリストの下の訴訟終結を選択します。

b. 「処理アクション」リストで、「カットオフ」を選択します。

c. 「OK」をクリックします。
ルールが、「処理手順」ボックスに表示されます。

5. 2番目の処理ルールを定義します。

a. 「追加」をクリックして別のルールを追加します。

b. 「トリガー・イベント」リストで、「先行アクション」サブリストの下の「先行アクション」を選択します。

c. 「保存期間」フィールドで、5カレンダ年を指定します。

d. 「処理アクション」リストで、「破棄」を選択します。

e. 「OK」をクリックします。
ルールが、「処理手順」ボックスに表示されます。先行アクションによって開始されるルールが省略記号付きでインデントされていることがわかります。

6. 「更新の送信」をクリックします。
完了メッセージが表示されます。

14.3.9.5 特定のフォルダの処理ルール

この例では、カテゴリ内のフォルダに異なるルールを適用する処理手順の作成を示します。

処理手順: 指定したイベントの後にファイリングを進めるためにフォルダを閉じ、破棄します。

- フォルダ1: イベント・トリガーはプログラムABC取消し。

- フォルダ2: イベント・トリガーはプログラムBBC期限切れ。

- フォルダ3: イベント・トリガーはプログラムCDB廃棄。

この例では、3つのレコード・フォルダ(F1、F2、F3)および各フォルダのカスタム・イベント・トリガーを作成する必要があります。各フォルダには、特定のプログラムに関する対応が含まれています。

1. 適切なカテゴリに移動します。

2. 保存カテゴリの行で、アイテムの「アクション」メニューから「編集」→「処理の編集」を選択します。「情報」アイコンをクリックして、「保存カテゴリ情報」ページの「ページ」メニューで「編集」、「処理の編集」の順に選択することもできます。

3. 「処理手順」ページの「処理手順」領域で、「追加」をクリックします。

4. 「処理ルール」ページで、レコード・フォルダ1の最初の処理ルールを定義します。

a. 「トリガー・イベント」リストで、このフォルダ用に作成したカスタム・トリガーであるプログラムABC取消しを選択します。

b. 「処理アクション」リストで、「破棄」アクションを選択します。

c. 「詳細オプション」セクションで、ルールが適用されているフォルダであるフォルダ1を選択します。

d. 「OK」をクリックします。ルールが、「処理手順」ボックスに表示されます。

5. レコード・フォルダ2の2番目の処理ルールを定義します。

a. 「追加」をクリックして別のルールを追加します。

b. 「トリガー・イベント」リストで、このフォルダ用に作成したカスタム・トリガーであるプログラムBBC期限切れを選択します。

c. 「処理アクション」リストで、「破棄」アクションを選択します。

d. 「詳細オプション」セクションで、ルールが適用されているフォルダであるフォルダ2を選択します。

e. 「OK」をクリックします。ルールが、「処理手順」ボックスに表示されます。

6. レコード・フォルダ3の2番目の処理ルールを定義します。

a. 「追加」をクリックして別のルールを追加します。

b. 「トリガー・イベント」リストで、このフォルダ用に作成したカスタム・トリガーであるプログラムCDB廃棄を選択します。

c. 「処理アクション」リストで、「破棄」アクションを選択します。

d. 「詳細オプション」セクションで、ルールが適用されているフォルダであるフォルダ3を選択します。

e. 「OK」をクリックします。
ルールが、「処理手順」ボックスに表示されます。

7. 「更新の送信」をクリックします。
完了メッセージが表示されます。複数の手順間で引かれるルールがあることがわかります。

14.3.9.6 マルチ・フェーズ処理

この例では、処理手順での通常よりも多いフェーズを持つ処理手順の定義を示します。この例には、移動、転送および登録の処理アクションが含まれています。移動処理アクションはコンテンツの法的責任は転送しませんが、転送処理アクションはコンテンツの法的責任と物理的場所の両方を転送します。

処理手順: カレンダ年末にカットオフし、現在のファイル領域に1年間保持し、オフラインの記憶域に1年間移動し、FRC(連邦記録センター)に転送して10年間保持し、NARAに最終登録します。

1. 適切なカテゴリに移動します。

2. 保存カテゴリの行で、アイテムの「アクション」メニューから「編集」、「処理の編集」の順にクリックします。「情報」アイコンをクリックして、「保存カテゴリ情報」ページの「ページ」メニューで「編集」、「処理の編集」の順にクリックすることもできます。

3. 「処理手順」ページの「処理手順」領域で、「追加」をクリックします。

4. 「処理ルール」ページで、処理の最初のフェーズ(カレンダ年末にカットオフし、現在のファイル領域に1年間保持し、オフラインの記憶域に移動)を定義します

a. 「トリガー・イベント」リストで、保存期間のカットオフを選択します。「保存期間」フィールドが使用可能になります。

b. 「保存期間」フィールドで、テキスト・ボックスに1と入力し、「保存期間」リストから「カレンダ年」を選択します。

c. 「処理アクション」リストで、「移動」を選択し、コンテンツをオフライン記憶域に移動します。

d. 「保存先ロケーション」ボックスで、オフライン記憶域を選択します。

e. 「OK」をクリックします。
ルールが、「処理手順」ボックスに表示されます。

5. 処理の次のフェーズ(オフラインの記憶域での1年間の保存期間の後、連邦記録センターに転送)を定義します。

a. 「追加」をクリックして別のルールを追加します。

b. 「トリガー・イベント」リストで、「先行アクション」を選択します。

c. 「保存期間」フィールドで、1と入力し、「保存期間」リストから「カレンダ年」を選択します。

d. 「処理アクション」リストで、「転送」を選択し、コンテンツをオフライン記憶域に移動します。

e. 「保存先ロケーション」ボックスにFRCと入力します。

f. 「OK」をクリックします。
ルールが、「処理手順」ボックスに、前のルールの下にインデントされて表示されます。

6. 処理の最終フェーズ(コンテンツをFRCに10年間保存した後、米国国立公文書館(NARA)に登録)を定義します。

a. 「追加」をクリックして別のルールを追加します。

b. 「トリガー・イベント」リストで、「先行アクション」を選択します。

c. 「保存期間」フィールドで、テキスト・ボックスに10と入力し、「保存期間」リストから「カレンダ年」を選択します。

d. 「処理アクション」リストで、「登録」を選択します。

e. 「保存先ロケーション」ボックスにNARAと入力します。

f. 「OK」をクリックします。
ルールが、「処理手順」ボックスに、前のルールの下にインデントされて表示されます。

7. 「更新の送信」をクリックします。
完了メッセージが表示されます。

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

14.4 処理の実行

この項では、処理がどのように実行されるかおよびある特定のタイプの処理アクションを続行するために必要な承認が何かを説明します。

トップ・メニューで「レコード」、「承認」の順に選択することによって、ユーザーは保存割当てに素早くアクセスできます。「メイン」メニューで「コンテンツ・サーバー」、「レコードの割当」の順に選択してもアクセスできます。

この項では、次の項目について説明します。

- レビュー対象のアイテム

- 承認と完了

- 凍結されたアイテムとイベント処理

- 保存ステップおよびアクションの検索

- バッチ処理の使用

- 代替レビューアの指定

- 処理タスクの管理

- 保留中のイベントの処理

- 処理の実行

14.4.1 レビュー対象のアイテム

コンテンツは、処理で管理されているかどうかに関係なく定期レビューの対象にできます。DoDの観点から、レビュー対象のコンテンツはバイタルです。NARA(米国国立公文書館)によれば、バイタル・レコードは、緊急時または災害時に運用される必要がある重要な政府機関のコンテンツであり、また、政府の法的かつ財政的権利を保護するために必要です。また、指定されるあらゆる目的で更新されます。

政府機関ではない組織は、そのビジネスの種類に関してバイタルであるコンテンツを持っている場合があり、したがってレビューの対象になります。

レビューの対象であるアイテムは、通常、ビジネスで重要であると思われる約5パーセントのコンテンツから構成されます。このタイプのコンテンツの例を次に示します。

- ソフトウェアのソース・コード

- 特許および著作権

- 信託、不動産、遺言などの法的文書

- 法規制の順守データ

レビューの対象であるバイタル・コンテンツのサイクルは、廃止されたコンテンツのコピーを現在のコンテンツのコピーに定期的に置き換えることを意味します。最初のレビューは、コンテンツのリリース日およびレコード・フォルダのファイル日に基づきます。次のレビュー日は、レビューアの最後のレビュー日に基づきます。

レビュー待ちのアイテムを検索するには、トップ・メニューで「レコード」、「承認」の順に選択します。「保留中のレビュー」を選択します。

RmaReviewersエイリアスのメンバーである場合、ページの表メニューの「すべてリスト」を選択します。こうすることによって、レビュー待ちのすべてのアイテムおよびこれらのレビューの実行に割り当てられた人が表示されます。ログイン・ユーザーの承認を待っているアイテムのみを表示するには、「自分のリスト」を選択します。

14.4.2 承認と完了

一部の保留中のトリガー・イベントは、処理がカテゴリに最初に設定されたときに「通知レビューア」として指定した人の承認のみが必要です。アクションが承認された後、これは処理が実行されるとき(通常夜間)にそのようにマークされて処理されます。処理アクションは、監査ログにログされ、承認リストから削除されます。

一部のイベントは、イベント・タイプおよび処理されるアイテムに応じて2つのステップが必要です。まず、承認される必要があり、アクションが手動で実行された後、必要なイベント・アクション(たとえば、別の場所への物理的転送)が実行された後に完了とマークされる必要があります。

処理待ちのアイテムを表示するには、トップ・メニューで「レコード」、「承認」の順に選択します。「保留中の処理」を選択します。保留中の処理へのアクセスも行うには、「メイン」メニューで「コンテンツ・サーバー」、「レコードの割当」の順に選択します。

14.4.3 凍結されたアイテムとイベント処理

イベントは、処理された後(承認され、必要に応じて、完了とマークされた後)、保留中のイベント・ページ(承認リストまたは完了リスト、あるいは両方)から自動的に削除される必要があります。イベントがこれらのページに残っていると、凍結されたアイテムまたはフォルダがあり削除を妨げている可能性が高いです。

たとえば、合計10アイテムが破棄イベントの影響を受け、その1つが凍結されている場合、その1つのアイテムのイベントが承認リストに残り、イベントは他の9個のアイテムの完了リストに移動します。これら9個のアイテムを破棄してイベントを完了としてマークできますが、凍結されたアイテムは凍結解除されるまで処理できません。

成功しなかった処理を検索する方法の詳細は、「失敗した処理の表示」を参照してください。

14.4.4 保存ステップおよびアクションの検索

保存ステップの検索ページを使用して、処理ステップをスクリーニングします。たとえば、ユーザーは、承認済のアクション、その承認者および行われるアクションを探すためにスクリーニングできます。必要に応じて、スクリーニング結果から破棄証明書として使用できるレポートを作成できます。このページにアクセスするには、トップ・メニューで「レコード」、「監査」、「保存ステップ」の順に選択します。

正しく処理されなかった処理アクションに関する情報も表示できます。「失敗した処理」ページに、指定したように行われた処理アクションが表示されます。このページにアクセスするには、トップ・メニューで「レコード」、「監査」、「失敗した処理」の順に選択します。詳細は、「失敗した処理の表示」を参照してください。

14.4.5 バッチ処理の使用

保留中のイベントとレビュー・サイクルは、システムによって24時間サイクルで毎夜処理されます。通知は毎日深夜に送信されます。

スケジュールされた処理時間を待つのではなく特定のアクションをすぐに処理するには、「レコード」メニューの「バッチ・サービス」オプションを使用します。「バッチ」メニューのオプションには次のものがあります。

- すべて実行: レビューまたは処理に関するすべてのイベントを処理します。

- 処理の実行: 処理関連の保留中のイベントをすべて実行します。

- レビューの処理: アイテムが処理にあるかどうかに関係なく、保留中のレビューを処理します。

- 通知の送信: 処理に関する保留中の通知をすべて送信します。

- その他の実行: 処理の実行に関係のない他のバッチ・サービス(アラートの監視の通知、スケジュールされたキー・ローテーションなど)を処理します。

システム・デフォルトのスケジュールされたバッチ・サービスは、深夜に毎夜処理され、処理が終了するまで続行します。これらのサービスが実行される時間は、リソース・インクルードによって制御されます。このインクルードは、records_management_resources.htmファイルにあり、set_doevent_for_records_daily_eventと呼ばれています。タイミングは、このインクルードをオーバーライドし、処理が実行される時間を変更するコンポーネントを書込むことによって変更できます。

このときに実行されるバッチ・ジョブは次のとおりです。

- 承認される予定のすべての処理の実行。処理後、これらは保留中になり、ユーザーはこれらを承認できます。

- 承認されたすべての処理の実行。処理後、処理アクションが実行されます。たとえば、削除される予定のアイテムはレコードから削除されます。

- バイタル・レビューアなどのユーザーに送信される予定の様々な通知が完了し、ユーザーは実行する必要があるアクションを通知されます。

14.4.6 代替レビューアの指定

自分自身ではなく他のユーザーを選択してレビュー・アクションを実行し、処理イベントを実行すると便利な場合があります(しばらく外出する場合など)。ユーザー・プロファイルで代替レビューアを指定できます。代替レビューアは、あなたに割り当てられた保留中のアクションの電子メール通知を受信し、その処理を行えます。

ログインしてユーザー・プロファイルを開きます。リストから代替レビューアを選択します。リストには、デフォルトの通知受信者として指定したすべてのユーザーが含まれています。選択された人は、あなたに割り当てられた保留中のアクションおよびイベントの電子メール通知を受信します。

注意:

処理の通知の詳細を複数のユーザーまたは複数の代替レビューアに送信するための別名またはスクリプトを指定することもできます。これを実現するには、レビューア・フィールドにalias:<alias name>またはscript:<script name>を指定します。たとえば、alias:RmaReviewersです。

デフォルトでは、代替レビューアのみが通知を受信し、ユーザーは受信しません。システムを構成して、ユーザーと代替レビューアの両方が通知されるようにできます。これを行うには、次のテキストをconfig.cfg構成ファイルに追加します。

RmaNotifyReviewerAndAlternateReviewer=true

この設定を有効にするには、コンテンツ・サーバーを再起動します。

14.4.7 処理タスクの管理

次のタスクは、処理アクションを処理するときに実行します。

- 保存ステップのスクリーニング

- 失敗した処理の表示

- 保留中のレビューおよび処理の表示

- コンテンツ・アイテムのレビュー済としてのマーキング

- レビュー情報の編集

14.4.7.1 保存ステップのスクリーニング

注意:

このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

処理アクションおよびイベントをスクリーニングするには:

1. トップ・メニューから「レコード」、「監査」、「保存ステップ」の順に選択します。

2. 保存ステップの検索ページで、用意されているリストから検索の条件を選択します。リストのオプションは、サイトで設定されているカスタマイズによって異なります。このリストでは、使用できる条件の種類の例の一部を提供します。

- ソース: 検索のリポジトリ・ソースを選択します。「選択」をクリックして、使用できるソースのリストを表示します。

- 処理基準: 導出されたトリガー・イベントやロケーション・タイプなどの処理固有の条件を含みます。

- カテゴリ基準: 制限(編集、リビジョン、削除)やレビュー情報(レビュー期間やレビューア)などの保存カテゴリ固有の条件を含みます。

- レコード・フォルダ基準: カットオフ日、プロファイル・トリガー、フォルダに適用する凍結の凍結名などのフォルダ固有の条件を含みます。

- コンテンツ基準: 作成者やコンテンツ・タイプなどのコンテンツに使用する条件を含みます。

- 保存ステップ基準: 処理の凍結やアクションの状態などの保存アクションのオプションを含みます。

3. 「結果オプション」領域で「設定のソート」を選択します。

- デフォルトを使用するかまたは「ソート基準」リストから別のオプションを選択します。

- デフォルトの降順に並べ替えるかまたは昇順を選択します。

4. スクリーニングの結果をすぐに表示するには、「検索」をクリックします。スクリーニング条件と一致するすべての結果が結果ページに表示されます。

5. 保存レポートを後で実行することをスケジュールするには、スクリーニングの条件を選択し、「スケジュール」をクリックします。

6. 「保存ステップ監査レポートのスケジュール」ページで、スクリーニング・レポートの名前を入力します。

7. スクリーニング・レポートの開始日を指定します。これは、スケジュールされたスクリーニング・レポートが生成される日付です。スクリーニング・レポートが定期の場合は、この日付に最初のスクリーニング・レポートが初めて生成され、この日付より後の各定期期間の終わりに後続のすべてのレポートが生成されます。

8. スクリーニング・レポートを1回のみではなく定期的に作成するには、「定期」を選択します。定期スクリーニング・レポートが作成される間隔を指定します(2週間ごとなど)。

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

14.4.7.2 失敗した処理の表示

注意:

このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

コンテンツがアダプタ・システムで管理されている場合、処理が失敗しても警告は与えられません。処理が失敗すると、そのアクションが「失敗した処理」ページに表示されます。そのページを確認し、アダプタ処理のステータスを確認します。成功しなかった処理アクションを検索するには:

1. トップ・メニューから「レコード」、「監査」、「失敗した処理」の順に選択します。

2. 「失敗した処理」ページを使用して、失敗した処理アクションの情報を表示します。次のアクションも実行できます。

- 処理を再開するには、アイテムのチェック・ボックスを選択して、「表」メニューから「再試行」を選択します。

- 失敗した処理のレポートを作成するには、レポートに含めるアイテムを選択して、「表」メニューから「レポートの作成」を選択します。

- アクションが成功したか否かにかかわらず処理を「完了」としてマークするには、アイテムのチェック・ボックスを選択して、「表」メニューから「スキップ」を選択します。処理がスキップされた時に予期しない結果が生じる可能性があるため、このオプションは慎重に使用してください。

14.4.7.3 保留中のレビューおよび処理の表示

注意:

このアクションを実行するには、「フォルダ.読取り」権限および「レコード.読取り」権限が必要です。すべての事前定義済管理ロールにこの権限が割り当てられています。自分の保留中イベントまたは他者の保留中イベントを表示するには、「管理.アクションを実行」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

取得する保留中アクションを表示するには:

1. トップ・メニューで「レコード」、「承認」の順に選択します。

2. 表示する保留中の承認のタイプを選択します: 「レビュー」または「処理」。

3. 結果として得られたページに承認待ちのアクションがリストされます。ログイン・ユーザーに割り当てられたアクションのみではなく、ログイン・ユーザーが他のユーザーに割り当てられたアクションを表示する権限を持っている場合、それらのアクションもリストされます。

14.4.7.4 コンテンツ・アイテムのレビュー済としてのマーキング

注意:

このアクションを実行するには、「管理.保留レビュー実行」権限が必要です。この権限は、デフォルトでレコード・オフィサ・ロールおよびレコード管理者ロールに割り当てられています。他者に割り当てられたアイテムのレビューを実行する場合、メイン通知受信者としても指定されている必要があります。

「レビュー対象」としてマークされているアイテムまたは「レビュー対象」の処理を含むカテゴリ内のアイテムをレビューするには:

1. レビューアに通知するためにシステムが送信した電子メール内のリンクに従うか、または「レコード」、「承認」、「保留中のレビュー」の順に選択します。

2. 「保留中のレビュー」ページで、レビューするアイテムのチェック・ボックスを選択し、「表」メニューから「日付の設定」および「レビュー済としてマーク」を選択します。これがレビューするフォルダの場合、オプション「定期レビュー済としてマーク」を使用して、フォルダ内のすべてのアイテムをレビュー済としてマークできます。

また、個々のアイテムに対して「アクション」メニューから「日付の設定」、「レビュー済としてマーク」の順に選択できます。

日付に関する別のアクション(たとえば、アイテムを期限切れ、取消しまたは廃止としてマーク)を実行するには、アイテムの「アクション」メニューから「日付の設定」を選択し、適切なメニュー・オプションを選択します。

3. アクションのコメント(レビュー、期限切れなど)を入力するか、またはコメントが不要な場合このフィールドを空白のままにします。

現在の日付が挿入され、アクションが発生する日付を示します。この日付は、新しい日付を入力またはカレンダ・アイコンから日付を選択することによって変更できます。

4. 情報を挿入した後、「OK」をクリックします。

アイテムは、保留中のレビューのリストから削除されます。

14.4.7.5 レビュー情報の編集

注意:

これらのアクションを実行するには、カテゴリ.レビューの編集権限またはフォルダ.レビューの編集権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

保存カテゴリまたはレコード・フォルダのレビュー情報を編集するには:

1. 使用する保存カテゴリまたはフォルダを検索します。

2. ページの「アクション」メニュー(カテゴリのレビューを編集する場合)またはアイテムの「アクション」メニュー(フォルダのレビューを編集する場合)から、「編集」、「レビューの編集」の順に選択します。

3. レビュー・カテゴリを非レビュー・カテゴリに変更するには、「レビュー対象」を選択解除します。残りのフィールドはグレーになり、使用できなくなります。非レビュー・カテゴリをレビュー・カテゴリに変更するには、「レビュー対象」を選択します。

注意:

レビュー設定は継承されます。アイテムまたはレコード・フォルダをレビュー対象のままにする必要がある場合、保存カテゴリからレビュー・ステータスを継承しなくなった子レコード・フォルダのレビュー情報を設定します。保存カテゴリに直接ファイルされたコンテンツは、レビュー・ステータスの変更の影響を直接受けます。

4. レビューアを選択、削除または変更するには、「レビューア」リストからレビューアを選択します。最上部の空白部を選択してレビューアを削除し、システムにデフォルトのレビューアを指定させます。

5. レビュー期間を編集または入力するには、整数を入力し、「レビュー期間」ボックスおよびリストでレビュー期間を選択します。

6. 「更新の送信」をクリックします。

更新メッセージが表示され、「保存カテゴリ情報」ページが開いて、入力したレビュー情報が表示されます。

フォルダのレビュー情報を編集するとき、次の点に注意してください。

- このアクションを実行するには、フォルダ.レビューの編集権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

- アイテムのレビュー情報の変更に使用した手順と同じ手順に従って、フォルダのレビュー情報を変更します。レビュー設定は継承されます。任意の子フォルダをレビュー対象のままにする必要がある場合、親フォルダまたはカテゴリから設定を継承しなくなったレコード・フォルダのレビュー情報を設定します。

- 選択したレビューアは、レコード管理者ロールまたはレコード・オフィサ・ロールを持っている必要があります。これは、レコード・ユーザー・ロールを割り当てられたユーザーはレコード・フォルダをレビュー済としてマークできないためです。

14.4.8 保留中のイベントの処理

保留中の処理にアクセスするには、「レコード」、「承認」の順に選択した後に「保留中のレビュー」または「保留中の処理」を選択するか、あるいは実行する処理またはレビューをユーザーに通知する電子メールのリンクをクリックします。

自分自身用のイベントがリストされます。他のユーザーに割り当てられたものを表示するには、RmaReviewersエイリアスに追加される必要があります。次に、保留中の処理ページまたは「保留中のレビュー」ページの「表」メニューで「すべてリスト」を選択します。

次のリストは、処理するアクションのタイプに関係なく一般的な機能を説明しています。

- これらのアクションを実行するには、「管理.アクションを実行」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

- ほとんどのイベントでは、処理イベントが実行されると、自動的に監査ログファイルが作成されます。この監査ログに対してスクリーニングを実行でき、必要に応じてコンテンツ・アイテムとして監査ログをチェックインできます。監査ログは、「移動」イベントや「アクションなし」イベントに対しては作成されません。

- ほとんどのアクションは、毎夜実行されるバッチ・サービスで自動的に実行されます。または、「バッチ・サービス」が選択されている場合、「レコード」、「バッチ・サービス」の順に選択して実行されます。

保留中のイベントは、他の通知受信者の承認リストとファイル作成者自身の承認リストの両方に表示されます。メイン受信者がイベントを処理した場合、イベントは作成者の承認リストから削除されます。また、その逆も当てはまります。承認のみが必要なイベントもあります。これらのイベントの承認後、その関連処理アクションは、処理が実行される(通常夜間)と実行されます(「バッチ・サービス」メニューからオプションを選択して処理される場合を除く)。処理されたイベントは承認リストから削除されます。

一部のイベントは、イベント・タイプおよび処理されるアイテムに応じて複数のステップが必要です。まず、承認される必要があり、承認された後に完了としてマークされる必要があります。完了としてマークされたアイテムは、物理的に移動して、アクションを完了する必要があることが多いです(たとえば、アイテムの別の場所への転送)。

イベントを完了としてマークする必要がある場合、これは「保留中の処理」ページに表示されたままになり、イベントの名前が変更されて完了としてマークする必要があることを示します(たとえば、「転送完了としてマーク」)。アイテムを完了としてマークするには、アイテムのボックスを選択し、「表」メニューから「承認」を選択します。

複数のアイテムをレビュー済としてマークするには、アイテムのチェック・ボックスを選択し、「保留中のレビュー」ページの「日付の設定」メニューから「レビュー済としてマーク」を選択します。レビュー・コメントの入力を求めるプロンプトが表示されます。

現在の日付がレビュー日として挿入されます。この日付は、新しい日付を入力またはカレンダ・アイコンから日付を選択することによって変更できます。

レビュー情報を挿入した後、「OK」をクリックします。アイテムは、保留中のレビューのリストから削除されます。

14.4.9 処理の実行

処理アクションは、2つのタイプに分けることができます。1ステップで完了するものと複数のステップが必要なものです。この項では、各タイプの処理の実行について説明します。

処理はグループ化されバッチで保持されます。これらは、自動的にスケジュールされ、他のバッチ・プロセスと同時に実行されます(通常深夜以降)。

すぐに処理を実行するには、トップ・メニューで「レコード」、「バッチ・サービス」の順に選択します。処理するアクションのタイプ(処理、レビュー、通知など)を選択します。

処理されるイベントが使用可能にならず完了としてマークできない場合、影響を受けるアイテム(フォルダ内のコンテンツなど)は凍結され、処理できません。アイテムの「アクション」メニューから「処理フォルダと処理コンテンツのリスト」を使用して、フォルダのコンテンツを表示します。凍結されたアイテムは、凍結解除されるまで処理されません。処理が失敗した可能性もあります。処理ステータスの確認の詳細は、「失敗した処理の表示」を参照してください。

この項では、次のタイプの処理について説明します。

- 複数ステップの処理の実行

- 単一ステップの処理の実行

14.4.9.1 複数ステップの処理の実行

次の処理イベントは、複数のステップの処理が必要です。

- 登録: 登録は、処理シーケンスの最後のアクションの1つです。登録するファイルは、ディレクトリ(通常weblayout_dir/groups/secure/rm/RmaAccessionAppディレクトリ)に格納され、ユーザーは、ファイルを最終アーカイブ機関にハンド・オフする方法を選択できます。
アイテムを破棄するがそのメタデータを保持、またはメタデータを保持せずにアイテムを破棄するオプションもあります。このオプションは、カテゴリの処理を作成するときに選択します。登録イベントは2つのステップから構成されます。まず、承認される必要があり、アクションが実行された後に完了としてマークする必要があります。

- アーカイブ: アーカイブ・アクションは、コンテンツまたはフォルダのzipファイルを作成します。各zipアーカイブ内に、各アイテムおよびそのメタデータのコピーがあります。メタ・ファイルには、保存設定の構成ページの「メタデータ・フォーマットのアーカイブ」設定で指定されたフォーマットのアイテム・メタデータが含まれています(hda、xmlまたはcsv)。アーカイブ・イベントは2つのステップから構成されます。まず、承認される必要があり、アクションが実行された後に完了としてマークする必要があります。.zipファイルはコンピュータの場所に格納されます。場所を確認するには、「保留中の処理」ページの「アーカイブ」アクションの「アクション」メニューから「アーカイブの場所」を選択します。

- 移動: 移動アクションは、内部(電子)アイテムのコピーをシステムに残しません。このアクションを保存管理システム内での保存アイテムの移動と混同しないでください。保存管理システム内での保存アイテムの移動は、保存スケジュール内で「移動」コマンドを使用して実行されます(「コンテンツの参照」メニュー)。移動イベントは2つのステップから構成されます。まず、承認される必要があり、アクションが実行された後に完了としてマークする必要があります。

- 転送: 転送アクションは、内部(電子)アイテムのコピーを保存管理システムに残します。転送イベントは、組織がアイテムを別の組織に送信したときに完了とみなすことができます。転送イベントは2つのステップから構成されます。まず、承認される必要があり、アクションが実行された後に完了としてマークする必要があります。最終転送アクションは、転送処理アクションが処理スケジュールの最後のアクションである場合です。転送アクションが処理アクションの最後のステップ(ルール)である場合、アイテムを破棄してからステップを完了としてマークする必要があります。

これらのイベントの1つの側面は、アイテムを処理するとともに破棄する機能です。たとえば、アイテムを転送し、転送後にメタデータを破棄すること、またはメタデータを保持することを選択できます。別の例は、コンテンツを移動し、メタデータを破棄または保持することです。これらのアクションは、最初にカテゴリの処理を設定するときに選択します。

破棄を完了するディスク消去回数は、config.cfg環境ファイルの次の変数を設定して構成できます。

RecordsManagementNumberOverwriteOnDelete

この変数を設定した後にコンテンツ・サーバーを再起動します。デフォルトでは、ハード・ディスクの消去回数は2に設定されています。

破棄プロセスは、1ステップまたは2ステップから構成できます。電子(内部)アイテムの場合、システムによって複数のアクションが自動的に実行されます。アイテムのメタデータを破棄する場合、これも実行されます。

物理コンテンツ管理を使用して管理される物理的(外部)アイテムの場合、2つのステップが必要です。イベントは、まず承認される必要があり、外部アイテムが手動で破棄された後に完了としてマークする必要があります。

承認ステップ

「ID」列にリストされている名前は、処理されるカテゴリの名前にステップ番号を付加したものです。番号はステップ0から始まります。

1. トップ・メニューで「レコード」、「承認」の順に選択します。

2. 「保留中の処理」を選択するか、または通知電子メールのリンクをクリックします。

3. 処理アクションの情報を表示するには、「保留中の処理」ページのアクション名をクリックします。「処理情報」ページが開きます。このアクションに含まれているアイテムを表示するには、処理アクションの「アクション」メニューから「処理フォルダと処理コンテンツのリスト」を選択します。個々の処理をこのメニューから承認することも可能です。

4. 承認するアクションのチェック・ボックスを選択し、「表」メニューから「承認」を選択します。

5. 「処理パラメータ」ダイアログで、アクションの理由を入力し、「OK」をクリックします。アクション全体を中止するには、「取消」をクリックします。

6. アクションが承認されます。処理後(スケジュールされた処理時間中またはバッチ・サービス実行後)、イベントは「保留中の処理」ページに表示され、必要に応じて完了としてマークできます。

完了ステップ

アイテムが承認としてマークされ、処理された後も、「保留中の処理」ページに表示されたままですが、アクション名は「Mark action Complete」に変更されます(たとえば、Mark Accession Complete)。

内部アイテムは必要に応じて自動的に完了します。このアクションは、ユーザーに対して透過的ですが、システム承認ステップが処理にリストされます。

アクションを完了としてマークするには:

1. トップ・メニューで「レコード」、「承認」の順に選択します。

2. 「保留中の処理」を選択するか、または通知電子メールのリンクをクリックします。

3. 処理アクションの情報を表示するには、「保留中の処理」ページのアクション名をクリックします。「処理情報」ページが開きます。このアクションに含まれているアイテムを表示するには、処理アクションの「アクション」メニューから「処理フォルダと処理コンテンツのリスト」を選択します。個々の処理をこのメニューから承認することも可能です。

4. 承認する(完了としてマークする)アクションのチェック・ボックスを選択し、「表」メニューから「承認」を選択します。

5. 「処理パラメータ」ダイアログで、処理アクションの理由を入力し、「OK」をクリックします。アクション全体を中止するには、「取消」をクリックします。
アクションで破棄に関する決定(つまり、アクションに関するメタデータの破棄または保持)を行う必要がある場合、「処理パラメータ」ダイアログのメニューから破棄方法を選択します。このような選択を伴う処理アクションは、登録、アーカイブ、移動および転送です。

6. アクションは、「保留中の処理」ページから削除されます。さらに承認が必要な場合(つまり、別のアクションを行って処理を完了する必要がある場合)、そのアクションは、処理後に「保留中の処理」ページに表示されます(スケジュールされた処理時間中またはバッチ・サービス実行後)。

14.4.9.2 単一ステップの処理の実行

次の処理は、単一のステップの処理が必要です。

- 分類されたレコードのアクション

- 分類のレビュー: このアクションは、アイテムのセキュリティ分類のステータスをレビューするときが来たことを示します。

- 分類のアップグレード: このアクションは、アイテムのセキュリティ分類を上げるときが来たことを示します。分類は、ユーザーが適用した分類と同じ分類まで上げることができます。

- 分類解除: このアクションは、コンテンツを分類解除するときが来たことを示します。

- 分類のダウングレード: このアクションは、アイテムのセキュリティ分類を下げるときが来たことを示します。

- 処理アクション

- 以前のリビジョンの削除: このアクションは、処理アクションをトリガーしたコンテンツ・アイテムのリビジョンの前のリビジョンを削除するときが来たことを示します。トリガーをアクティブ化したリビジョンは、最新リビジョンのコンテンツ・アイテムである場合がありますが、そうである必要はありません。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン5(最新リビジョン)に対してアクティブ化された場合、リビジョン4のみが削除としてマークされます。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン3に対してアクティブ化された場合、リビジョン2のみが削除としてマークされます。

- リビジョンの削除: このアクションは、処理アクションをトリガーしたコンテンツ・アイテムのリビジョンを削除するときが来たことを示します。このリビジョンは、最新リビジョンのコンテンツ・アイテムである場合がありますが、そうである必要はありません。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン5(最新リビジョン)に対してアクティブ化された場合、リビジョン5のみが削除としてマークされます。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン3に対してアクティブ化された場合、リビジョン3のみが削除としてマークされます。

- 削除の承認: このアクションは、レコード・フォルダまたはコンテンツの削除を承認するときが来たことを示します。

- すべてのリビジョンを削除する: このアクションは、処理アクションをトリガーしたコンテンツ・アイテムのリビジョンおよびこれ以前のすべてのリビジョンを削除するときが来たことを示します。トリガーをアクティブ化したリビジョンは、最新リビジョンのコンテンツ・アイテムである場合がありますが、そうである必要はありません。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン5(最新リビジョン)に対してアクティブ化された場合、リビジョン1からリビジョン5が削除としてマークされます(事実上、コンテンツ・アイテムを完全に削除します)。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン3に対してアクティブ化された場合、リビジョン1からリビジョン3が削除としてマークされます。

- DoD構成モジュールが有効になっている場合、すべてのリビジョンを削除してメタデータを破棄または保持するか、あるいは古いリビジョンのみを破棄できます。DoD構成モジュールが無効の場合、メタデータは保持できません。

- 古いリビジョンを削除する: このアクションは、処理アクションをトリガーしたコンテンツ・アイテムのリビジョンの前のすべてのリビジョンを削除するときが来たことを示します。トリガーをアクティブ化したリビジョンは、最新リビジョンのコンテンツ・アイテムである場合がありますが、そうである必要はありません。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン3に対してアクティブ化された場合、リビジョン1と2が削除としてマークされます。

- コンテンツ・アイテムに5つのリビジョンがあって、この処理アクションがリビジョン5(最新リビジョン)に対してアクティブ化された場合、りブジョン1からリビジョン4が削除としてマークされます。

- 作業用コピーの削除: このアクションは、クローンされたコンテンツ・アイテムの作業用コピーを削除します。まず、クローンの直接の作業用コピーを削除します。次に、修正済クローン自身のリビジョンが見つかるまで、作業用コピーの以前のリビジョンがすべて削除されます。修正済クローン自身のリビジョンが見つかると、削除はその時点で停止します。

- 以前のクローンの削除: このアクションは、コンテンツ・アイテムの以前のクローンを削除します。

- その他

- 新規リビジョンのチェックイン: このアクションは、影響を受けるコンテンツ・アイテムの最新リビジョンを取得し、このリビジョンのコピーを新規リビジョンとしてチェックインするときが来たことを示します。これは、変更された履歴情報に基づいてコンテンツ・アイテムのリビジョンを処理したり、期限切れドキュメントをリフレッシュしたり、コンテンツ・アイテムを処理プロセスの条件ワークフローに入れたりする際に便利です。

- アクティブ化: このアクションは、レコード・フォルダまたはコンテンツをアクティブ化するときが来たことを示します。

- 閉じる: このアクションは、レコード・フォルダを閉じるときが来たことを示します。

- カットオフ: このアクションは、コンテンツまたはレコード・フォルダをさらなるプロセスからカットオフするときが来たことを示します。カットオフとは、アイテムのステータスを変更してさらなるプロセスを禁止することです。

- ボリュームのカットオフと作成: これはボリューム・フォルダを作成し、コンテンツをその中に配置し、ボリュームをカットオフします。

- 期限切れ: このアクションは、レコード・フォルダまたはコンテンツが期限切れになるときが来たことを示します。

- 廃止: このアクションは、コンテンツを廃止としてマークされるときが来たことを示します。

- 関連コンテンツとしてマーク: このアクションは、現在のコンテンツにリンクされたコンテンツをマークします。これは、xRelatedContentTriggerDateフィールドを使用するカスタム直接トリガーのトリガー・アクションとして使用できます。

- アクションなし: このアクションは、現在実行するアクションがないことを示します。このアクションは、通常、処理の間にあります。「アクションなし」アクションは、処理マイルストーンを通過し、処理の次のステップのプロセスが始まったことを通知します。

- 作成者に通知: このアクションは、影響を受けるカテゴリで処理アクションが実行予定になったことをそのカテゴリの作成者に通知するときが来たことを示します。

- 差替え: このアクションは、新規コンテンツをカテゴリまたはフォルダにチェックインし、元のコンテンツ・アイテムを差し替えることを示します。差し替えられたアイテムは、その名前に取消し線が引かれて示されます。

イベントの承認

1. トップ・メニューで「レコード」、「承認」の順に選択します。

2. 「保留中の処理」を選択するか、または通知電子メールのリンクをクリックします。

3. 「保留中の処理」ページで、処理アクションの情報を表示するアクション名をクリックします。
「処理情報」ページが開きます。

4. このアクションに含まれているアイテムを表示するには、処理アクションの「アクション」メニューから「処理フォルダと処理コンテンツのリスト」を選択します。現在のアクションの影響を受ける個々のアイテムをこのメニューを使用して承認することもできます。

5. 承認するアクションのチェック・ボックスを選択し、「表」メニューから「承認」を選択します。

6. 「処理パラメータ」ダイアログで、アクションの理由を入力し、「OK」をクリックします。アクション全体を中止するには、「取消」をクリックします。
アクションは、承認され、「保留中の処理」ページから削除されます。

15 Oracle WebCenter Content Records Adapterの管理

この章では、Oracle WebCenter Content Server Adapterの構成方法と使用方法について説明します。このアダプタは、Oracle WebCenter Content: Recordsシステム(レコード管理ポリシーを格納するシステム)と、アダプタ・サーバーのコンテンツ・ボールト(追加のコンテンツを保管するボールト)の間でブリッジの役割を果たします。これにより企業は、複数システムにわたるレコード、保存ポリシーおよび訴訟の保留を一箇所から管理できます。

アダプタはRecordsサーバーに情報を返信するため、企業の重要なコンテンツのカタログを最新に維持できます。これにより、企業はより多くのコンテンツに、より一貫性のある方法でレコードおよび保存ポリシーを適用でき、管理の手間およびユーザーへの悪影響はより少なくなります。これら利点は、起訴の検索および保留についても同様に適用されます。Record Adapter for Content Server(今後は省略してContent Server Adapter)は、サーバーからそれらのポリシーを取得して、ボールトに格納されているコンテンツ・アイテムに適用します。

複数のアダプタをRecordsシステムで使用して、企業のコンテンツ要件を管理できます。この章では、ある特定のアダプタであるContent Server Adapterの構成および使用の方法について説明します。

この章のトピックは、次のとおりです:

- Content Server Adapterの理解

- アダプタ構成

- データの同期化

15.1 Content Server Adapterの理解

一般的なContent Server Adapterのインストールに含まれる主要コンポーネントには次のものがあります。

- Recordsシステム: 中央リポジトリにおけるコンテンツ、保存ポリシー、配置処理、起訴または監査の保留を管理できます。さらにこれらのポリシー、配置および保留を、Content Server Adapterによって外部のリポジトリ・コンテンツに適用できます。

- Oracle WebCenter Content: リポジトリ内にコンテンツを格納して管理します。

- Adapter: RecordsとContent Server Adapterのコンテンツ・ボールトの間の通信を行います。Content Server Adapterは、次のような共通の保存機能を提供します。

- Recordsシステムに関わるリポジトリ内コンテンツの識別

- 検索の実行、およびRecordsシステムに適用可能なコンテンツ・アイテムの宣言

- 既存のコンテンツ・アイテムの保存期間終了時における配置処理の実行

- コンテンツ・アイテムの保留および凍結の設定と削除(必要な場合)

Recordsシステムは、中央リポジトリにおけるレコード、保存ポリシー、配置処理、起訴の保留または凍結を管理します。アダプタを使用することで、これらのポリシー、配置および保留を、複数のリポジトリに格納されたコンテンツに適用できます。リポジトリは、保存を制御するコンテンツを保持している任意のサーバーまたはアプリケーションになります。

Content Server Adapterサーバーのコンテンツ・ボールトは、保存期間維持して、企業の保存スケジュールに指定し、企業の配置処理に従っての破棄する必要のあるコンテンツを保持します。保存期間中はContent Server Adapterによってレコードの不変性が保証されるため、レコードは所定の場所で保管されます。要求があれば、Content Server Adapterのボールトは保存期間の終了時にコンテンツをパージできます。

また、Content Server Adapterのボールトには、保存する必要のないコンテンツが保持されている場合もあります。このコンテンツの保存が必要なくなった場合は、Recordsシステム内に格納されている配置処理に従って処分できます。

起訴または監査の保留(凍結)対象となる要素は、ユーザーの手動による処理または配置処理の一環であっても、絶対に削除されないという強制的な順守事項があります。Content Server Adapterにより、Recordsシステムでの削除は発生しないことが保証されます。

注意:

レコードではなく、起訴または監査対象でもないコンテンツ・アイテムはRecordsシステムには転送されません。かわりに、それらのドキュメントはContent Server Adapterのボールトに保持され、そのメタデータのみがRecordsシステムに格納されます。

Content Server Adapterは、RecordsシステムとContent Server Adapterのリポジトリとの間の通信を処理します。Recordsシステムが、格納されているコンテンツに対して企業の保存ポリシー、配置処理および訴訟の保留を同時に実行しても、コンテンツはContent Server Adapterのボールトに格納され、そこで維持されます。

図15-1 Content Server Adapterの保存機能の概要

Content Server Adapterを構成して、次の基本的な保存機能を提供できます。

- 登録: Content Server Adapterは、Recordsシステムを使用して自己を登録し、RecordsシステムがContent Server Adapterのボールトを認識し、リポジトリ内で格納されたコンテンツを管理できるようにします。

- 構成: Content Server Adapterの構成には、Recordsシステムのセキュリティおよび通信の正しい識別および資格証明情報を収集することが含まれています。構成情報には、メタデータ・フィールドのマッピングおよび同期化スケジュールの定義も含まれています。

- Recordsシステムの問合せ: Content Server Adapterは、Recordsシステムに特定の情報を問い合わせます。たとえば、目的とする特定のアイテムの保存スケジュールを取得する必要がある場合があります。または、Content Server Adapterは、コンテンツ・アイテムのRecordsメタデータを要求し、ライフ・サイクル情報を取得する必要がある場合があります。

- 通信の管理: Content Server Adapterは、バッチ・プロセスを監視し、Recordsシステムを使用して通信エラーを処理し、大きい作業要求を通信ブロックにグループ化してチャンクで応答を処理することによって処理します。

- リポジトリの監視およびバッチの宣言: Content Server Adapterは、リポジトリを定期的に検索し、配置処理または監査保留に影響する可能性があるリポジトリの変更をRecordsシステムに通知することによってサーバーのコンテンツを監視します。たとえば、Content Server Adapterは、管理する必要がある新規コンテンツのチェックインをRecordsシステムに通知します。

- Recordsのタスクの実行: Content Server Adapterは、Recordsシステムを定期的に確認し、リポジトリ内で実行するタスクがあるかどうかを調べます。これらのタスクを実行すると、Recordsシステムは、企業の保存ポリシーおよび配置処理に従うことが可能になります。一般的なタスクには次のものがあります。

- Recordsシステムは、Content Server Adapterを使用して、Content Server Adapterのボールト内で検索を実行し、検索条件と一致するアイテムのリストを提供できます。

- 訴訟保留がContent Server Adapterのボールト内の管理対象コンテンツに適用される場合、Recordsシステムは、Content Server Adapterを使用して、影響を受けるアイテムのリストを取得し、これが編集されたり破棄されたりしないように保存できます。

- 訴訟保留が削除されたとき、Content Server Adapterを使用して、影響を受けるアイテムの保存を停止し、保存スケジュールのルールおよび手順に従ってこれらを廃棄できます。

- ロギングおよび監査: Content Server Adapterは、これが調整するアクティビティの一貫したロギングを提供します。これはイベント情報をログ・ファイルに提供し、その後ログ・ファイルはRecordsシステムにアップロードされ、統合されて格納されます。

15.2 アダプタ構成

Content Server Adapterを設定する最初のステップは、アダプタがあるリモート・サーバーの「管理」メニューにアクセスすることです。「管理」、レコード設定の構成、「アダプタ」の順に選択します。「アダプタ」オプションを選択します。

リモート・リポジトリの保存設定の構成ページの「アダプタ」オプションを選択すると、必要なコンポーネント・ソフトウェアが有効になります。インストールを完了するために、システムを再起動する必要があります。

次に、アダプタのサーバーの送信プロバイダを定義し、リポジトリ・ソースを登録します。そのリポジトリのドキュメントは、Recordsシステムの保存ポリシーを使用して管理されます。

ソースの登録後、Content Server AdapterのコンテンツとRecordsシステムのリポジトリを比較する確認が自動的に行われます。一致しないアイテムのリストが表示されます。このとき、Content Server Adapterのリポジトリのアイテムを削除して、2つのシステムを同期化できます。

次に、メタデータ・フィールドをマップする必要があります。Content Server Adapterのリポジトリは、広範なドキュメントを含む場合があり、Recordsシステムのリポジトリのフィールドと直接関連性のないカスタム・フィールドがある場合があります。アダプタのドキュメントがグループに分類されている場合、コンテンツに関連付けられた広範な保存カテゴリがある可能性があります。2つのリポジトリ間のメタデータ・フィールドをマッピングし、コンテンツを正しくカテゴリ化する必要があります。

Content Server Adapterは、セキュリティ・グループをRecordsシステムと同期化しません。アダプタでイメージング機能を使用している場合、データがRecordsシステムと後で同期化される場合、セキュリティ・グループは一致しません。イメージング・システムは、アプリケーションでの必要性に応じて、新しいセキュリティ・グループを動的に作成します。したがって、Recordsシステムで使用されるイメージング・システムとContent Server Adapterで同じセキュリティ・グループを設定するように計画にします。

アクセス制御リスト(ACL)設定もContent Server AdapterとRecordsシステムの間で同期化されません。つまり、一方のACLセキュリティ設定が他方の設定より上位のACLセキュリティ設定になる場合や一方のシステムでACLが無効になる可能性があります。システムの管理者は、ACLがサイトのニーズに対して適切に設定されていることを確認する必要があります。

プロバイダの定義および使用の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

注意:

外部アイテムのリビジョンは、Oracle WebCenter Contentに格納されているアイテムのリビジョンと異なります。たとえば、アイテムがアダプタ・システムで作成され、Recordsシステムに同期化された場合、このアイテムは1つのアイテムとして表示されます。しかし、このアイテムがアダプタ・システムで改訂された後に、Recordsシステムに同期化されると、アイテムは、1つのアイテムの2つのリビジョンではなく、2つのアイテムとしてカテゴリに表示されます。どちらのアイテムも同じコンテンツIDを持ちますが、これは外部アイテムのデフォルトの動作です。

この項では、Content Server Adapterの構成および使用に必要な基本的なタスクについて説明します。

- ソースとプロバイダの構成

- フィールドの管理

15.2.1 ソースとプロバイダの構成

次の手順を使用して、ソースとプロバイダを構成します。

- 新しい送信プロバイダの定義

- 送信プロバイダの編集

- アダプタの送信プロバイダの無効化

- アダプタの送信プロバイダの削除

- 外部ソースの登録

- 外部ソースの登録解除と削除

15.2.1.1 新しい送信プロバイダの定義

この手順を使用して、送信プロバイダを定義します。

1. 「レコード」、レコード・アダプタの順に選択します。

2. 「構成」→「ソース登録」を選択します。

3. 「ソースの登録」ページで、「追加」をクリックします。

4. 新しいプロバイダの追加ページまたは新しいプロバイダの編集ページで、必要な情報を適切なフィールドに入力します。

- プロバイダ名: 送信プロバイダの名前。特殊文字は使用できません。

- プロバイダの説明: プロバイダの説明。

- サーバー・ホスト名: Recordsシステム・サーバーのインスタンスのホスト名。

- HTTPサーバー・アドレス: インスタンスのURL。

- サーバー・ポート: プロバイダがインスタンスと通信するポート。

- インスタンス名: Recordsシステム・サーバーのインスタンスの名前。

- 相対Webルート: インスタンスの相対ルート。

5. 完了したら「追加」をクリックします。

Records 11gで10gアダプタを使用するには、接続文字列を変更する必要があります。前の接続文字列は次の例のようなものでした。

http://myhost.mycompany.com:myport/URMinstance/idcplg

新しい接続文字列は次の例のようになります。

http://myhost.mycompany.com:myport/_dav/URMinstance/idcplg

変更内容は、_dav文字列が追加されたことのみです。_dav文字列を使用すると、Content Serverは、フォームベース認証ではなく基本認証の使用を強制されます。

15.2.1.2 送信プロバイダの編集

この手順を使用して、送信プロバイダを定義します。

注意:

アダプタが外部のRecordsソースとリンクされている場合、送信プロバイダを編集できません。送信プロバイダを編集する前に、まずこのリンクを解除する必要があります。

1. 「管理」→「プロバイダ」を選択します。

2. 「プロバイダ・リスト」ページで、編集するプロバイダに移動し、「情報」をクリックします。

3. 「プロバイダ情報」ページで、「編集」をクリックします。

4. 必要に応じて情報を編集し、完了したら「保存」をクリックします。

15.2.1.3 アダプタの送信プロバイダの無効化

アダプタ・サーバーの既存の送信プロバイダを無効にするには:

1. 「管理」→「プロバイダ」を選択します。

2. 「プロバイダ・リスト」ページで、無効にするプロバイダに移動し、「情報」をクリックします。

3. 「プロバイダ情報」ページで、「無効化」をクリックします。

4. 選択を確認するプロンプトが表示されます。「OK」をクリックします。

送信プロバイダが無効になります。

15.2.1.4 アダプタの送信プロバイダの削除

アダプタ・サーバーの既存の送信プロバイダを削除にするには:

注意:

アダプタが外部のRecordsソースとリンクされている場合、送信プロバイダを削除できません。送信プロバイダを削除する前に、まずこのリンクを解除する必要があります。

1. 「管理」→「プロバイダ」を選択します。

2. 「プロバイダ・リスト」ページで、削除するプロバイダに移動し、「情報」をクリックします。

3. 「プロバイダ情報」ページで、「削除」をクリックします。

選択を確認するプロンプトが表示されます。

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

「プロバイダ」表から送信プロバイダが削除されます。

15.2.1.5 外部ソースの登録

アダプタ当たり1つのソースのみ登録できます。

外部ソースを登録するには:

1. 「レコード」、レコード・アダプタの順に選択します。

2. 「構成」→「ソース登録」を選択します。

3. 「ソースの登録」ページで、必要な情報を適切なフィールドに入力します。

- プロバイダ名: アダプタ・サーバーとRecordsシステム・サーバー間の通信用に構成された送信プロバイダの名前。

- ソース名: Recordsシステム・サーバー上に作成するRecordsシステム・ソースの名前。

- ソース表示名: ソースを識別するためにユーザー・インタフェースで使用する名前。

- ソース表名: ソースに対して作成されるデータベース表の接頭辞。

4. 完了したら「登録」をクリックします。登録により、Recordsシステムはアダプタを認識できるようになり、アダプタ・サーバーのリポジトリに格納されているコンテンツを管理する準備ができます。

15.2.1.6 外部ソースの登録解除と削除

注意:

ソースを登録解除すると、外部ソースのデータがクリアされます。ソースを登録解除する前に、データをエクスポートしてアーカイブする必要があります。

外部ソースを登録解除するには:

1. 「レコード」、レコード・アダプタ、「ソースの登録解除」の順に選択します。

2. アクションを確認するプロンプトが表示されます。「OK」をクリックして続行します。

この手順に従って外部ソースおよびこのソースに関連付けられたデータベース表を削除します。

注意:

外部ソースを削除する場合、これを再使用するためには外部ソースを再構成する必要があります。

1. 「レコード」→「構成」を選択します。

2. 「保有」、「外部ソースの削除」の順に選択します。

3. 削除するソースの名前を強調表示し、「削除」をクリックするか、または「リセット」をクリックして強調表示をクリアします。複数のアイテムを削除するには、[Shift]キーを押したままにして複数のアイテムを強調表示します。

4. ソースに関連付けられたデータベース表を削除するには、「外部ソース・データベース表の削除」を選択します。

外部ソースに関連付けられたすべてのデータベース表が削除されます。

15.2.2 フィールドの管理

アダプタのリモート・ソースのフィールドは、Recordsシステムのローカル・ソースですでに使用中のフィールドにマップする必要があります。アダプタのフィールドと一致するフィールドが存在しない場合、アダプタのデータに合うカスタム・メタデータ・フィールドを作成します。

15.2.2.1 カスタム・フィールドのリモート・ソースへのマップ

カスタム・メタデータ・フィールドをリモート・ソースにマップするには:

1. 「レコード」、レコード・アダプタの順に選択します。

2. 「構成」→「カスタム・フィールド」を選択します。

3. 「カスタム・フィールドのマップ」ページで、「追加」をクリックします。

4. リモート・ソースのカスタム・メタデータのリストはリスト内にあります。「カスタム・フィールドのマップ」ダイアログまたは「カスタム・フィールドの編集」ダイアログのリストから使用するメタデータ・フィールドを選択し、Recordsシステムのデータベース表に格納するフィールドの名前およびキャプションを入力します。別の名前も入力できます。新しい名前を入力した場合は、アダプタによって、その名前に対応するカスタム・メタデータ・フィールドが自動的に作成されます。

5. 「OK」をクリックします。
カスタム・メタデータ・フィールドは、「カスタム・フィールドのマップ」ページの「カスタム・メタデータ」フィールドのリストに追加されます。

6. フィールドの順序を変更するには、「上」または「下」矢印キーを使用して、フィールドの位置を移動します。

15.2.2.2 マップ済フィールドの編集

以前マップしたフィールドを編集するには:

1. 「レコード」、レコード・アダプタの順に選択します。

2. 「構成」→「カスタム・フィールド」を選択します。

3. 「カスタム・フィールドのマップ」ページで、リストからメタデータ・フィールドを選択し、「編集」をクリックします。

4. 「カスタム・フィールドのマップ」ダイアログまたは「カスタム・フィールドの編集」ダイアログで、必要に応じて情報を変更し、「更新」をクリックします。

5. 「カスタム・フィールドのマップ」ページのフィールド順序を変更するには、「上」または「下」矢印キーを使用してフィールドの位置を移動します。

15.3 データの同期化

Recordsシステムで使用するようにアダプタを構成した後、同期化スケジュールを決定して両方のシステム(アダプタとRecordsシステム)のコンテンツが一貫して同期状態が保たれるようにします。この項では、同期化の確立に関するタスクについて説明します。

システムは、Content Server Adapterメニューからオプションを選択することによって、必要に応じて同期化することも可能です。これらの操作は、操作に関連するすべてアイテムを同期化します。たとえば、凍結イベントに関するすべてのコンテンツが同期化されます。個々の凍結イベントは選択して同期化できません。

注意:

外部アイテムのリビジョンは、Oracle WebCenter Contentに格納されているアイテムのリビジョンと異なります。たとえば、アイテムがアダプタ・システムで作成され、Recordsシステムに同期化された場合、このアイテムは1つのアイテムとして表示されます。しかし、このアイテムがアダプタ・システムで改訂された後に、Recordsシステムに同期化されると、アイテムは、1つのアイテムの2つのリビジョンではなく、2つのアイテムとしてカテゴリに表示されます。どちらのアイテムも同じコンテンツIDを持ちますが、これは外部アイテムのデフォルトの動作です。

次のオプションを同期化できます。

- 保存スケジュール: 2つのシステム間の保存スケジュール全体を同期化します。

- コンテンツ: 次のタイプの同期化操作から選択します。

- アップロード: 最近アップロードしたコンテンツを検索して同期化します。

- 削除: 新しく削除したアイテムを検索して同期化します。

- 凍結: 凍結または凍結解除されたアイテムを検索して同期化します。

- コンテンツ日付: 変更された日付フィールドを同期化します。外部ソースとローカル・リポジトリの日付が異なる場合、アダプタ上またはRecordsシステム・リポジトリ上のいずれかにある最も早い日付が使用されます(どちらにあるかは関係なし)。

- 完了としてマーク: 配置処理の承認および完了の準備ができているアイテムを同期化します。

- アーカイブのアップロード: アップロードしたアーカイブを同期化します。

- バイタルとしてマーク: バイタル・レビューとしてマークされたアイテムを同期化します。

- すべて: すべての可能な操作を同期化します。

次の項では同期化について説明します。

- 必要に応じた同期化の実行

- 同期化のスケジュール化

- 同期ログの表示

15.3.1 必要に応じた同期化の実行

この手順に従って、特定の同期化操作に基づいてコンテンツを同期化します。

1. 「レコード」、レコード・アダプタの順に選択します。

2. 「同期化」を選択し、実行する同期化のタイプをクリックします。操作が実行されます。

3. 操作が正常に完了すると、メッセージが表示されます。「OK」をクリックして続行します。

4. エラーが発生すると、メッセージが表示されます。同期化ログを確認し、操作の詳細および同期化に失敗したアイテムを表示します。詳細は、「同期ログの表示」を参照してください。

15.3.2 同期化のスケジュール化

この手順に従って、定期的な同期化を実行するスケジュールを設定します。

1. このページにアクセスするには、「レコード」、レコード・アダプタの順に選択します。

2. その後、「構成」→「予定イベント」を選択します。

3. 「予定イベントの構成」ページで、リストから時間測定の単位を選択し、同期中に経過した時間を選択します。

4. システム・パフォーマンスに影響しない同期化の時間を選択します。

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

15.3.3 同期ログの表示

この手順に従って、同期化アクティビティ中に自動的に生成されるログを表示します(同期化がオンデマンドかスケジュールかには関係なし)。

1. 「レコード」、レコード・アダプタの順に選択します。

2. 「ログ」を選択し、表示するログ・ファイルのタイプを選択します。

3. 「同期化ログ」ページで、ログしたイベントに関する追加の詳細を表示するには、操作の「アクション」メニューから「アイテムの表示」を選択します。

4. 操作を再実行するには、、操作の「アクション」メニューから「タスクの再実行」を選択します。

16 物理コンテンツの管理

この章では、電子形式でリポジトリに格納されない、物理的なレコードやコンテンツの構成と管理に関連するタスクについて説明します。この機能は、物理コンテンツ管理機能が有効化されている場合にのみ利用できます。これは、「最小」レベルを除き、すべてのレベルに対してデフォルトで有効化されます。

この章の構成は、次のとおりです。

- 物理コンテンツ管理の構成

- ストレージ領域の構成

- 外部ストレージ

- 物理アイテムの管理

- 予約とバーコードの管理

16.1 物理コンテンツ管理の構成

物理コンテンツ管理(PCM)は、リポジトリに電子的に格納されない物理レコードやコンテンツ(たとえば、コンパクト・ディスクなどの物理メディア)を管理するために使用します。外部アイテムと内部アイテムのすべてが、ソースや形式にかかわらず、1つのユーザー・インタフェースを使用して管理できます。電子(内部)コンテンツと物理(外部)コンテンツのどちらにも、同一の保存スケジュールを使用できます。

物理アイテムのストレージ・ロケーションと保存スケジュールを追跡できます。これは、次に示す主な機能を使用して実行します。

- 領域管理: より大きなストレージ・エリア(倉庫のレイアウト)から詳細項目(ケース、棚、ごみ箱)まで、アイテムの保管方法を定義します。

- 循環サービス: アイテム出庫リクエストのための予約を設定し、それらのアイテムをユーザーへ引き渡して、使用する領域および使用可能な領域を追跡します。

- チャージバック・サービス: 物理アイテムに対して実行されるストレージ・サービスやアクションのコストを定義します。これらのコストは、定義済の顧客に請求できます。

- バーコード処理: 顧客およびストレージ・ロケーションのバーコードの定義で、予約、ストレージおよび請求情報の処理が簡単になります。バーコード・データは、自動的にPCMにアップロードすることも、手動で入力することもできます。

- ラベルの作成と印刷: バーコードと組み合せて、アイテム用、ストレージ用および顧客用のバーコード・ラベルの作成に使用します。

- 保存管理: 外部アイテムの保存スケジュールを設定してそのアイテムを凍結したり、保留イベントの電子メールを送信したり、ストレージとアイテムの定期的なレビューを実行します。

アイテムをローカルに保管することに加え、外部ストレージの容量を設定して、アーカイブ・コンテンツを別の場所に移動できます。

重要:

コンテンツ・サーバーはOracle Text Searchの全文検索機能を利用できるように特に設計されています。このために、コンテンツとメタデータの両方を索引付けして、Oracle Text Search全文検索エンジンに設定します。このとき、Oracle Text Searchでは大/小文字を区別しない検索が提供されます。ただし、物理コンテンツにはファイルがなく、物理コンテンツのメタデータは内部コンテンツとは別の場所に格納されます。したがって、物理コンテンツの検索では大/小文字が区別されることはありません。

次に示す表16-1 のリストでは、PCM環境の設定に必要なタスクについて説明しています。

表16-1 PCM環境を設定するためのタスク

タスク

説明

必要なユーザー・ロールと権限の設定

PCM環境に必要なユーザーのロールおよび権限を特定して構成します。

チャージバック処理の構成

支払タイプ(クレジット、現金など)、チャージ・タイプ(支払い請求可能なイベント)および顧客(サービス料金の請求先になる組織またはユーザー)を定義します。

ロケーション・タイプの構成

物理コンテンツを格納する場所を定義します。ロケーション・タイプには、倉庫、室内、区画、棚などのストレージ領域が含まれます。

オブジェクト・タイプの構成

その場所に格納されるアイテムの種類を定義します。1つのストレージ・ロケーションには、特定の種類のオブジェクトを保持できます。また、ユーザーが間違った場所にオブジェクトを格納しようとすると、エラーが発生します。

メディア・タイプの構成

オブジェクトと関連付けるメディアの種類を定義します。たとえば、光学は、数種のメディア・タイプ(混在、CD、ディスク、DVDなど)に分けられるオブジェクトのタイプです。

デフォルトの予約情報の構成

デフォルトのメタデータ値は、予約と外部に格納されるアイテムに対して設定できます。

コンテンツ用、ストレージ用およびユーザー用のバーコード・ラベルの作成

ユーザー用のデフォルト値が用意されていますが、バーコード・ラベルのデザインも可能です。

ストレージ領域環境の定義

ロケーション、オブジェクトおよびメディアのタイプを定義したら、それらのタイプにストレージ領域とのリレーションシップを割り当てます。

物理コンテンツの処理ルールの作成(必要な場合)

これは、物理コンテンツ以外のコンテンツに対するルールの作成と同じです。

この項では、次の項目について説明します。

- チャージバック処理の構成

- ロケーション・タイプの構成

- オブジェクト・タイプの構成

- メディア・タイプの構成

- デフォルトのメタデータ値の構成: 外部および予約

16.1.1 チャージバック処理の構成

チャージバックとは、保管施設の使用や、保管施設内のアイテムに実行されるアクション対して個人や企業に請求する料金です。PCMは、管理対象コンテンツの保存、使用、予約および廃棄に対するインボイスの作成に使用できます。このようなインボイスは、適切なビジネス手順に従って内部や外部の顧客に送信できます。

ユーザーや管理者は、それぞれに割り当てられた権限やロールに応じて、チャージバックと顧客を設定できます。チャージバックと顧客の構成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

16.1.2 ロケーション・タイプの構成

注意:

ロケーション・タイプを設定するには、「PCM.管理.マネージャ」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

ロケーション・タイプは、物理コンテンツを保持するストレージ領域の定義で使用します。これらは、アイテムを格納するストレージの単位の階層を表します。PCMでは、ロケーション・タイプを使用して、管理対象の外部物理コンテンツのロケーションを追跡します。ロケーション・タイプを再配置しても、既存のストレージ・ロケーションには影響しません。この項の内容は、次のとおりです。

- 事前定義済のロケーション・タイプ

- ロケーション・タイプのアイコン

- ロケーション・タイプの作成または編集

- ロケーション・タイプ情報の表示

- ロケーション・タイプの削除

- ロケーション・タイプの再配置

- 例: ロケーション・タイプの作成

16.1.2.1 事前定義済のロケーション・タイプ

デフォルトの物理コンテンツ管理機能には、次に示す6つの事前定義済ロケーション・タイプ(階層順)が用意されています。それらのロケーション・タイプには、デフォルトの「トレイ」レイアウト用の標準アイコンがあります。

事前定義済のロケーション・タイプ

アイコン(大きいアイコン)

コンテンツの記憶域を許可(デフォルト)

倉庫

いいえ

室内

いいえ

行

いいえ

区画

いいえ

棚

いいえ

位置

はい

デフォルトの設定には、変更できるものがあります。コンテンツのストレージは、特定のレベルにのみ適用され、それより下位のレベルには適用されません。たとえば、デフォルトの階層では、棚には複数の位置があり、それぞれの位置にコンテンツ・アイテムを保持できますが、棚のレベル自体には直接コンテンツ・アイテムを割り当てることができません。棚の位置に対してのみ割り当てることができます。ロケーション・タイプ「棚」にはコンテンツを格納できませんが、タイプ「位置」には格納できます。

これらの事前定義済のロケーション・タイプは、階層化されています。1つの倉庫は1つ以上の部屋で構成され、1つの部屋は1つ以上の行で構成され、1つの行は1つ以上の区画で構成されます。それ以下も同様に構成されます。

16.1.2.2 ロケーション・タイプのアイコン

定義済の各ロケーション・タイプには、ストレージ・ロケーションのロケーション・タイプを示すために使用するアイコンを割り当てることができます。このアイコンには、次に示す3つの種類があり、/weblayout/ resources/layouts/Layout_Name/Skin_Name/Pcm_Iconsに保存されます。

- Name_lg.gif: これは、大きい種類のアイコン(32x32ピクセル)で、調査ページのサムネイル表示に使用されます。

- Name_sm_closed.gif: これは小さい種類のアイコン(16x16ピクセル)で、ツリー・ビューでストレージ・スペースのロケーション・タイプを示すために使用されます。これは、ストレージ・ロケーションの下の子ツリーが閉じられているとき、または子ストレージ・ロケーションが存在しないときに、「トレイ」レイアウトに表示されます。

- Name_sm_open.gif: これは小さい種類のアイコン(16x16ピクセル)で、ストレージ・ロケーションの下の子ツリーが開かれているときに、ストレージ・スペース階層でストレージ・ロケーションのロケーション・タイプを示すために使用されます。

事前定義済のロケーション・タイプの開いたアイコンと閉じたアイコンは同一のものですが、変更することも可能です。

カスタマイズしたアイコンのファイルをロケーション・タイプのイメージ選択リストに追加するには、前述の命名規則で名前を付けた3つの各アイコン・ファイル(gif)を該当するPcm_Iconsディレクトリにコピーします。たとえば、Storage_archive_lg.gif (32x32ピクセル)、Storage_archive_sm_open.gif (16x16ピクセル)およびStorage_archive_sm_closed.gif (16x16ピクセル)というアイコン・ファイルを作成したら、それらのファイルを前述のディレクトリにコピーすると、デフォルトの「トレイ」レイアウトに表示されるようになります。

このソフトウェアの前のバージョンで作成したアイコンは、アップグレード時には自動的に転送されません。アップグレード後にコピーする必要があります。

16.1.2.3 ロケーション・タイプの作成または編集

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限および「PCM.管理.ロケーション・タイプ」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

次の情報は、一般的なナビゲーション手順を示しています。特定のカスタム・メタデータのフィールドを作成する例は、「例: ロケーション・タイプの作成」を参照してください。

1. 「物理」→「構成」の順に選択します。

2. 次に「タイプ」→「ロケーション・タイプ」を選択します。

3. 「ロケーション・タイプの構成」ページで、「追加」をクリックします。

4. 「ロケーション・タイプの作成」ページまたは「ロケーション・タイプの編集」ページで、次に示すロケーション・タイプのプロパティを指定します。

- ロケーション・タイプID: ロケーション・タイプ階層に表示されるロケーション・タイプの識別子。最大文字数は30です。

- ロケーション名: タイプの名前。最大文字数は30です。

- 説明: タイプについての簡単な説明。

- ツールチップ: ロケーション・タイプ選択リスト内のオプションに、マウス・カーソルを合わせたときに表示されるテキスト。最大文字数は30です

- コンテンツのストレージを許可(デフォルト): これを選択すると、このロケーション・タイプにデフォルトでコンテンツ・アイテムを保持できるようになります。この設定は、ストレージ・ロケーションを定義するときにオーバーライドできます。デフォルト設定をオーバーライドすると、異常なストレージ・ロケーションに対応するのに役立ちます。また、ダミーのストレージ・ロケーションを作成すると、ユーザーはパラレル・オブジェクト間で一貫した番号付けを維持できます。
この設定は、この特定のロケーション・タイプ・レベルにのみ適用され、階層の下位のロケーション・タイプには適用されません。したがって、ロケーションのボックスは、その子ロケーション・タイプにコンテンツが格納されると無効になる場合があります。たとえば、デフォルトの階層では、棚には複数の位置があり、それぞれの位置にコンテンツ・アイテムを格納できます。ただし、コンテンツ・アイテムは棚レベルに直接割り当てることはできず、棚の位置にのみ割り当てることができます。そのため、「棚」ロケーション・タイプはコンテンツのストレージにはなりませんが、「位置」ロケーション・タイプはコンテンツのストレージになります。

- 許容最大アイテム数: 「コンテンツのストレージを許可(デフォルト)」が選択されている場合にのみ利用できます。ロケーション・タイプに保持できるコンテンツ・アイテムのデフォルトの最大数を指定します。この設定は、記憶領域階層の記憶域ロケーションを定義するときにオーバーライドできます。この数は、この特定のロケーション・タイプ・レベルでのコンテンツの記憶域にのみ適用され、記憶領域階層の下位のロケーション・タイプには適用されません。

- イメージ: このロケーション・タイプに使用するアイコンを指定します。

5. 終了する場合は「OK」をクリックします。

新しいロケーション・タイプが、「ロケーション・タイプの構成」ページのリストの下側に追加されます。「上へ」の矢印と「下へ」の矢印をクリックして、新しいロケーション・タイプをロケーション・タイプ階層内の新しい位置に必要に応じて移動します。

ロケーション・タイプを変更する場合は、編集するタイプをリストから選択して、「アクション」メニューの「編集」を選択します。プロパティを必要に応じて変更したら、「OK」をクリックします。

16.1.2.4 ロケーション・タイプ情報の表示

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限および「PCM.管理.ロケーション・タイプ」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

既存のロケーション・タイプについての情報を表示するには:

1. 「物理」→「構成」の順に選択します。

2. 次に「タイプ」→「ロケーション・タイプ」を選択します。

3. 「ロケーション・タイプの構成」ページで、ロケーション・タイプを選択して、「情報」アイコンをクリックします。

「情報」ページが開きます。

4. 情報を確認したら、「OK」をクリックします。

16.1.2.5 ロケーション・タイプの削除

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限および「PCM.管理.ロケーション・タイプ」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

ロケーションを削除することなく、既存のロケーション・タイプ削除するには:

1. 「物理」→「構成」の順に選択します。

2. 次に「タイプ」→「ロケーション・タイプ」を選択します。

3. 「ロケーション・タイプの構成」ページで、削除するロケーション・タイプを選択して、「情報」アイコンをクリックします。

「情報」ページが開きます。

4. ページのメニューから、「削除」を選択します。

16.1.2.6 ロケーション・タイプの再配置

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限および「PCM.管理.ロケーション・タイプ」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

定義済ロケーション・タイプの階層順序を変更するには:

注意:

ロケーション・タイプを再配置しても、既存のストレージ・ロケーションには影響しません。並べ替えたロケーション・タイプと既存のストレージ・ロケーションを一致させるには、そのストレージ・ロケーションを削除して、ストレージ環境を再構築する必要があります。

1. 「物理」→「構成」の順に選択します。

2. 次に「タイプ」→「ロケーション・タイプ」を選択します。

3. 「ロケーション・タイプの構成」ページで、「上へ」の矢印と「下へ」の矢印をクリックして、階層内の新しいレベルにロケーション・タイプを移動します。

4. 新しいストレージ階層が完成するまで、この手順を各ロケーション・タイプに対して繰り返します。

5. 作業が完了したら、「更新の送信」をクリックします。

ロケーション・タイプが正常に構成されたことを示すメッセージが表示されます。

6. 「OK」をクリックして、「ロケーション・タイプの構成」ページに戻ります。

16.1.2.7 例: ロケーション・タイプの作成

注意:

この例を実行するには、「PCM.管理.マネージャ」権限および「PCM.管理.ロケーション・タイプ」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

この例では、「Box」というロケーション・タイプを作成して、ストレージ・レベル階層の最下位(「位置」の下)に配置します。これにより、それぞれに最大5つの物理アイテムを格納できるBoxが、各位置に1つ以上格納されるようになります。

1. 「物理」→「構成」の順に選択します。

2. 次に「タイプ」→「ロケーション・タイプ」を選択します。

3. 「ロケーション・タイプの構成」ページで、「追加」をクリックします。

4. 「ロケーション・タイプの作成」ページまたは「ロケーション・タイプの編集」ページの「ロケーション・タイプID」フィールドに、Archiveと入力します。

5. 「名前」フィールドに、Boxと入力します。

6. 「説明」フィールドに、ロケーション・タイプの説明を入力します(オプション)。

7. 「ツールチップ」フィールドに、ロケーション・タイプのツールチップを入力します(オプション)。

8. 「コンテンツのストレージを許可(デフォルト)」が選択されていることを確認して、「許可されるコンテンツ・アイテム数」フィールドに5と入力します。

9. 「イメージ」リストで、storage_box_lg.gifアイコン・イメージを選択します。このイメージは、「トレイ」レイアウトの「ストレージの参照」ツリーで、ストレージ・ロケーションのロケーション・タイプを示すために使用されます。

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

ロケーション・タイプが正常に構成されたことを示すメッセージと、新しく作成したロケーション・タイプのプロパティが表示されます。

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

「ロケーション・タイプの構成」ページが開くと、ロケーション・タイプのリストの下側に新しいロケーション・タイプ「Box」が追加されています。

16.1.3 オブジェクト・タイプの構成

オブジェクト・タイプでは、ストレージ・ロケーションに保持できるアイテムのタイプを定義します。物理アイテムを作成するときには、そのアイテムのオブジェクト・タイプを指定します。割り当てられているストレージ・ロケーションに許容されていないオブジェクト・タイプを選択すると、エラー・メッセージが表示され、物理アイテムはチェックインできなくなります。

オブジェクト・タイプは、別のオブジェクト・タイプを保持することがあります。たとえば、事前定義済の「ボックス」オブジェクトは、事前定義済オブジェクト・タイプの「フォルダ」、「光学」、「マイクロ」、「ドキュメント」および「テープ」を保持できます。オブジェクト・タイプ間のリレーションシップは、「オブジェクト・タイプ・リレーションシップの編集」ページで定義します。

オブジェクト・タイプについて、次の内容を説明します。

- 事前定義済のオブジェクト・タイプ

- オブジェクト・タイプの作成または編集

- オブジェクト・タイプ情報の表示

- オブジェクト・タイプの削除

- オブジェクト・タイプ・リレーションシップの編集

16.1.3.1 事前定義済のオブジェクト・タイプ

PCMには、次に示す事前定義済オブジェクト・タイプが用意されています。

- すべて (すべての事前定義済オブジェクト・タイプとカスタム・タイプ)。「すべて」オブジェクト・タイプは、このソフトウェアの現行バージョンでは物理アイテムに関連付けできません。

- ボックス

- ドキュメント

- フォルダ

- マイクロ

- 光学

- テープ

メディア・タイプを使用すると、ストレージ・ロケーションに保持できる内容を、さらに詳細に指定できます。詳細は、「メディア・タイプの構成」を参照してください。

ストレージ・ロケーションを作成するときには、オブジェクト・タイプを指定する必要はありません。その場合、あらゆるタイプのコンテンツを記憶域ロケーションに保持できます。あるオブジェクト・タイプを選択すると、それとは別のオブジェクト・タイプの物理アイテムをストレージ・ロケーションに割り当てようとしたときに、エラー・メッセージが表示され、その物理アイテムはチェックインできなくなります。

16.1.3.2 オブジェクト・タイプの作成または編集

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

新しいオブジェクト・タイプを作成するには:

1. 「物理」→「構成」の順に選択します。

2. その後、「タイプ」→「オブジェクト・タイプ」を選択します。

3. 「オブジェクト・タイプの構成」ページで、「オブジェクト・タイプ」の「表」領域で、「追加」をクリックします。

4. 「オブジェクト・タイプの作成」または「オブジェクト・タイプの編集」ページで、オブジェクト・タイプのプロパティを指定します。

5. 「作成」をクリックします。

オブジェクト・タイプが正常に作成されたことを確認するメッセージが表示されます。

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

新しいオブジェクト・タイプが「オブジェクト・タイプの構成」ページのオブジェクト・タイプのリストに追加され、「物理アイテムの作成」または物理アイテムの編集ページで選択できるようになります。

オブジェクト・タイプを編集する場合は、アイテムの「アクション」メニューから「オブジェクト・タイプの編集」を選択します。

16.1.3.3 オブジェクト・タイプ情報の表示

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

既存のオブジェクト・タイプについての情報を表示するには:

1. 「物理」→「構成」の順に選択します。

2. その後、「タイプ」→「オブジェクト・タイプ」を選択します。

3. 「オブジェクト・タイプの構成」ページで、既存のタイプのリストからオブジェクト・タイプを選択して、「情報」アイコンをクリックします。

4. 作業の完了後に、「OK」をクリックして、「オブジェクト・タイプの構成」ページに戻ります。

16.1.3.4 オブジェクト・タイプの削除

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

既存のオブジェクト・タイプを削除するには:

1. 「物理」→「構成」の順に選択します。

2. その後、「タイプ」→「オブジェクト・タイプ」を選択します。

3. 「オブジェクト・タイプの構成」ページで、オブジェクトの「アクション」メニューから「オブジェクト・タイプの削除」を選択します。複数のタイプを削除する場合は、そのタイプのチェック・ボックスを選択して、「表」メニューから「削除」を選択します。

オブジェクト・タイプが削除され、その影響についてのメッセージが表示されます。

4. 「OK」をクリックして、「オブジェクト・タイプの構成」ページに戻ります。

16.1.3.5 オブジェクト・タイプ・リレーションシップの編集

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

オブジェクト・タイプ・リレーションシップを編集するには:

1. 「物理」→「構成」の順に選択します。

2. その後、「タイプ」→「オブジェクト・タイプ」を選択します。

3. 「オブジェクト・タイプの構成」ページで、編集するアイテムを選択して、「アクション」メニューから「オブジェクト・タイプ・リレーションシップの編集」を選択します。

4. 「オブジェクト・タイプ・リレーションシップの編集」ページで、現在のオブジェクト・タイプに含めることができるすべてのオブジェクト・タイプが「割り当てられたオブジェクト・タイプ」ボックスに含まれていることを確認します。それ以外の場合は、「未割当のオブジェクト・タイプ」ボックス内の該当するアイテムを選択し、「追加」をクリックして、そのアイテムを「割り当てられたオブジェクト・タイプ」ボックスに移動します。

5. 作業が完了したら、「更新の送信」をクリックします。

オブジェクト・タイプのリレーションシップが更新され、情報ページが再度開くと、「オブジェクト・タイプ保留」フィールドの値が更新されています。

16.1.4 メディア・タイプの構成

メディア・タイプとは、オブジェクト・タイプの拡張です。これにより、ストレージ・ロケーションに格納できるコンテンツのタイプを詳細に指定できるようになります。

物理アイテムを作成するときに、そのアイテムのメディア・タイプを指定します。使用可能なメディア・タイプは、物理アイテムに選択したオブジェクト・タイプによって異なります。割り当てられているストレージ・ロケーションに許容されていないメディア・タイプを選択すると、エラー・メッセージが表示され、物理アイテムはチェックインできなくなります。

メディア・タイプについて、次の内容を説明します。

- 事前定義済のメディア・タイプ

- メディア・タイプの作成または編集

- メディア・タイプ情報の表示

- メディア・タイプの削除

16.1.4.1 事前定義済のメディア・タイプ

PCMには、次に示す事前定義済メディア・タイプが用意されています。

事前定義済のメディア・タイプ

オブジェクト・タイプ

ボックス

ボックス

- 混在

- FAX

- ペーパー

- 写真

ドキュメント

フォルダ

フォルダ

- 混在

- マイクロフィッシュ

- マイクロフィルム

マイクロ

- 混在

- CD

- ディスク

- DVD

- ブルーレイ

光学

- 混在

- オーディオ

- データ

- ビジュアル

テープ

- 混在

- オーディオ

- ボックス

- CD

- データ

- ディスク

- DVD

- ブルーレイ

- FAX

- フォルダ

- マイクロフィッシュ

- マイクロフィルム

- ペーパー

- 写真

- ビジュアル

すべて

16.1.4.2 メディア・タイプの作成または編集

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

新しいメディア・タイプを作成するには:

1. 「物理」→「構成」の順に選択します。

2. その後、「タイプ」→「メディア・タイプ」を選択します。

3. 「メディア・タイプの構成」ページの「メディア・タイプ」領域で、「追加」をクリックします。

4. 「メディア・タイプの作成」または「メディア・タイプの編集」ページで、メディア・タイプのプロパティを指定します。

5. 「作成」をクリックします。

メディア・タイプが正常に作成されたことを確認するページが開きます。

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

新しいメディア・タイプが「メディア・タイプの構成」ページのメディア・タイプのリストに追加され、「物理アイテムの作成」または物理アイテムの編集ページで選択できるようになります。

メディア・タイプを編集する場合は、そのメディア・タイプの「アクション」メニューから「編集」を選択します。プロパティを必要に応じて変更して、「更新の送信」をクリックします。

16.1.4.3 メディア・タイプ情報の表示

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

既存のメディア・タイプについての情報を表示するには:

1. 「物理」→「構成」の順に選択します。

2. その後、「タイプ」→「メディア・タイプ」を選択します。

3. 「メディア・タイプの構成」ページで、表示するタイプの「情報」をクリックします。

「情報」ページが開きます。

4. 作業の完了後に、「OK」をクリックして、「メディア・タイプの構成」ページに戻ります。

16.1.4.4 メディア・タイプの削除

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

既存のメディア・タイプを削除するには:

1. 「物理」→「構成」の順に選択します。

2. その後、「タイプ」→「メディア・タイプ」を選択します。

3. 「メディア・タイプの構成」ページで、削除するアイテムの「アクション」メニューから「メディア・タイプの削除」を選択します。複数のアイテムを削除する場合は、そのアイテムのチェック・ボックスを選択して、「表」メニューから「削除」を選択します。

メディア・タイプが削除され、その影響についてのメッセージが表示されます。

4. 「OK」をクリックして、「オブジェクト・タイプの構成」ページに戻ります。

16.1.5 デフォルトのメタデータ値の構成: 外部および予約

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

ユーザーが1つ以上のアイテムの予約リクエストを送信すると、新しいコンテンツ・アイテムがリポジトリ(「予約」セキュリティ・グループ内)にチェックインされます。このコンテンツは、自動的に「予約処理」ワークフローに組み込まれ(このワークフローが有効な場合)、そのリクエストについてのワークフロー・レビュー通知が管理者に送信されます。

予約リクエストのレビュー後に、管理者は、組織内の該当する手順に従って、その予約リクエストの処理を進めることができるようになります。

リポジトリにチェックインする予約アイテムに対して、デフォルトのメタデータ値を定義できます。デフォルトのメタデータ値は、外部ストレージに割り当てられるアイテムに対しても設定できます。定義の手順は、同じです。

注意:

外部ストレージのオプションは、外部ストレージ機能が有効な場合にのみ表示されます。このステータスを確認するには、「物理」→「構成」→「設定」の順に選択します。「外部」オプションが選択されていることを確認します。

16.1.5.1 予約および外部ストレージに対するデフォルトのメタデータ値の設定

リポジトリにチェックインする予約に対するデフォルトのメタデータ値または外部ストレージに対するデフォルト値を設定するには:

1. 「物理」→「構成」の順に選択します。

2. 「メタデータ」→「予約のデフォルト・メタデータ」の順に選択します。

3. 外部ストレージを構成する場合は、「物理」→「構成」→「外部」→「外部のデフォルト・メタデータ」の順に選択します。

4. 「チェックインした予約エントリのデフォルト・メタデータ」または「チェックインした外部のエントリのデフォルト・メタデータ」ページで、メタデータ値を設定して、「更新の送信」をクリックします。

設定されるデフォルト値は、次のとおりです。

- デフォルトのコンテンツIDは、resまたはoffsiteです。この接頭辞をIDに追加することで、アイテムの完全なコンテンツIDが作成されます(たとえば、res1430068やoffsite3921)。この設定は、変更できません。

- デフォルトのコンテンツ・タイプは、REQUEST-PCMリクエストまたはOFFSITEREQUEST - 外部リクエストです。

- デフォルトのタイトルは、予約については予約、外部ストレージについては外部の転送リクエストです。この接頭辞を名前に追加することで、アイテムの完全なタイトルが作成されます(たとえば、予約リクエスト)。

- デフォルトのセキュリティ・グループは、予約または外部です。

注意:

コンテンツ・タイプとセキュリティ・グループは変更できます。ただし、これを変更する場合は、新しい設定に合わせて予約処理とワークフローも変更する必要があります。

16.2 ストレージ領域の構成

ストレージ領域の設計時には、次の問題について考慮する必要があります。

- ストレージ領域階層(ストレージ)のルート(トップ)レベルには、デフォルトでは、2つの最上位のロケーション・タイプ(「倉庫」または「室内」)のみを追加できます。これより多くのロケーション・タイプが必要な場合は、physicalcontentmanager_environment.cfgファイルで、次の構成変数を変更します。

NumberOfStorageTypeRootsToShow=x

このxは、最上位のストレージ・レベルで必要になるロケーション・タイプ・レベルの数です。たとえば、ロケーション・タイプが「倉庫」、「室内」または「行」のストレージ・ロケーションをユーザーが追加できるようにするには、この値を2 (デフォルト)から3に変更します。この変更を有効にするには、コンテンツ・サーバーを再起動します。

- 作成できるトップレベルのストレージ・ロケーションの数(たとえば、倉庫ごとに1つなど)には制限がありません。

- ストレージ領域階層内のトップ・レベル以外の各階層には、ロケーション・タイプ・レベルが下位のストレージ・ロケーションのみを追加できます。たとえば、「行」ロケーション・タイプ・レベルには、タイプが「区画」、「棚」および「位置」のストレージ・ロケーションを追加できます。

- ストレージ・ロケーションに割り当てられていない物理アイテムは、自動的に「その他」ストレージ・ロケーションに割り当てられます。このストレージ・ロケーションは、常にストレージ階層の最上位ストレージ・ロケーションの最後になります。

- ストレージ・ロケーションは、そのロケーションにアイテムが保管されていない場合にのみ削除できます。「その他」ストレージ・ロケーションは、空であっても削除できません。

- すべてのストレージ・ロケーションには、そのロケーション(および、そのロケーションのすべての子)の使用可能なストレージ領域が、現在どれだけ専有されているかを示す割合が含まれています。たとえば、25%は、アイテムの最大許容保管数の4分の1がストレージ・ロケーション(および、そのロケーションのすべての子)に割り当てられていることを意味します。ストレージ・ロケーションの割合は、毎日更新されます(後述の注記を参照)。

- デフォルトでは、階層全体で使用可能なストレージ領域は、毎日深夜に再計算されます。そのため、表示されるストレージの可用性情報には前夜の状況が反映されることになり、日中の進行状況に合わせて更新されていない可能性があります。「PCM.管理.マネージャ」権限のある管理者は、「記憶領域カウントの処理」バッチ・サービスを実行することで、すべての使用可能なストレージ領域の再計算を強制できます。

- ストレージ・ロケーションはブロックできます。ブロックすると、このロケーションや、その子のストレージ・ロケーションには、コンテンツを保管できないようになります。そのロケーションが、コンテンツの使用可能ストレージとしてマークされていても同じです。ブロックできるのは、空のストレージ・ロケーションのみです。これは、たとえば、ある区画の前方に支柱があるため、その区画が使用できないときに、複数の行におよぶ区画番号を維持しておく必要がある場合、ダミーのストレージ・ロケーションを作成するために使用できます。

- ShowContentForStorageBrowse構成変数を使用すると、ストレージ・ロケーションを閲覧したときに、コンテンツを表示または非表示にできます。コンテンツを非表示にすると、閲覧時の応答時間が短縮されます。TRUEに設定すると、コンテンツが表示されます。FALSEに設定すると、非表示になります。

- 取得時と閲覧時の応答時間を短縮するには、1つのレベルに保管されるアイテム数が100個を超えないように設定します。たとえば、一連の区画を設定し、それぞれの区画には、最大100個のアイテムを収容できる100個の棚を含めます。こうすることで、ストレージ内のオブジェクトの閲覧が高速化されます。また、アイテムは、倉庫、室内、行または区画のレベルではなく、棚または位置のレベルで保管するようにしてください。これも、取得時間と閲覧時間の短縮につながります。

この項では、次の項目について説明します。

- PCM記憶領域の参照

- ストレージ領域の管理

- 例: 1つのストレージ・ロケーションの作成

- 例: 複数のストレージ・ロケーションの作成

16.2.1 PCM記憶領域の参照

PCMでは、定義済の領域環境を使用して、物理アイテムのストレージと保存を追跡します。物理アイテムに対して作業する場合は、そのアイテムをストレージ・ロケーションに割り当てます。これにより、PCMはアイテムの保管場所を認識して追跡できるようになります。

ここでは、PCMで定義済のストレージ環境を参照する方法について説明します。次のトピックを取り扱います:

- ストレージ領域の階層

- ストレージ・ロケーションのプロパティ

16.2.1.1 ストレージ領域の階層

PCMのストレージ領域は、階層的に設定します。ストレージ・ロケーションには、それよりも小規模のストレージ・ロケーションが含まれ、そのストレージ・ロケーションには、さらに小規模のストレージ・ロケーションが含まれます。これが、同様に繰り返されます。ストレージ領域の階層(規模の大きなものから小さなものに並ぶ)は、デフォルトで使用できます。

図16-1 デフォルトのストレージ領域の階層

図16-1に示すように、1つの倉庫は1つ以上の室内で構成され、1つの室内は1つ以上の行で構成されるというように繰り返されます。階層をさらに下ると、より詳細な(小規模な)ストレージ・ロケーションに進みます。

作業対象になるストレージ領域環境は、組織に合わせて設定されている物理コンテンツ管理機能に応じて、各種の階層レベルが含まれていることがあります。

ストレージ領域は、図16-2のように表すこともできます。これは、系統図に似ています。トップ・レベルの倉庫には、室内が含まれ、その室内には行が含まれています。行には区画が含まれ、区画には棚が含まれます。各棚の個別の位置には、アイテムがあります。

図16-2 ストレージ領域環境の例

PCMでは、定義済のストレージ環境の領域使用状況を追跡して、ストレージ・ロケーションの「ストレージ情報」ページに使用可能なストレージ領域についての情報を示します。十分な領域が確保できないロケーションには、アイテムを保管できません。

ストレージ・ロケーションは、親ロケーションに関係なく追加できます。たとえば、倉庫内に行や区画位置を定義できます。

注意:

デフォルトで、使用可能な記憶領域は毎日深夜に再計算されます。そのため、ストレージの可用性情報には前夜の状況が反映されることになり、日中の進行状況に合わせて完全には更新されていない可能性があります。

16.2.1.2 ストレージ・ロケーションのプロパティ

注意:

許容されるコンテンツ・ストレージのタイプは、特定のレベルにのみ適用されます。たとえば、デフォルトの階層では、棚には複数の位置があり、それぞれの位置にコンテンツ・アイテムを保持できますが、棚のレベル自体には直接コンテンツ・アイテムを割り当てることはできません。棚の位置に対してのみ割り当てることができます。そのため、ロケーション・タイプ「棚」にはコンテンツを格納できませんが、タイプ「位置」には格納できます。

ストレージ領域環境内の各ストレージ・ロケーションには、いくつかのプロパティがあります。

- ロケーション・タイプ: 各ストレージ・ロケーションにはロケーション・タイプが割り当てられます。これは、ストレージ領域階層でストレージ・ロケーションの場所を特定する際に役立ちます。使用可能なロケーション・タイプは、管理者によって定義されています。
次の事前定義済ロケーション・タイプ(階層順)が使用できます。

- 倉庫

- 室内

- 行

- 区画

- 棚

- 位置

コンテンツのストレージは、特定のレベルに適用され、それより下位のレベルには適用されません。たとえば、棚には複数の位置があり、それぞれの位置にコンテンツ・アイテムを保持できますが、棚のレベル自体には直接コンテンツ・アイテムを割り当てることができません(棚の位置に対してのみ割り当てることができます)。

これらの事前定義済ロケーション・タイプは階層化されていて、1つの倉庫は1つ以上の部屋で構成され、1つの部屋は1つ以上の行で構成され、1つの行は1つ以上の区画で構成され、それ以下も同様に構成されます。

- オブジェクト・タイプ: ストレージ領域環境のストレージ・ロケーションのオブジェクト・タイプでは、そのストレージ・ロケーションで保持できるアイテムのタイプを指定します。
次の事前定義済オブジェクト・タイプを使用できます。

- すべて。「すべて」オブジェクト・タイプは、物理アイテムには関連付けできません。

- ボックス

- ドキュメント

- フォルダ

- マイクロ

- 光学

- テープ

管理者は、組織のニーズを満たすように、別のオブジェクト・タイプのリストを設定することもできます。新しい物理アイテムを作成するときに、そのオブジェクト・タイプを「物理アイテムの作成」ページで選択します。

- メディア・タイプ: ストレージ領域環境でのストレージ・ロケーションのメディア・タイプでは、そのストレージ・ロケーションで保持できるアイテムのタイプを詳細に指定できます。
いくつかの事前定義済メディア・タイプが用意されていますが、管理者は、組織のニーズを満たすように別のメディア・タイプのリストを設定することもできます。

使用可能なメディア・タイプは、現在のストレージ・ロケーションに選択したオブジェクト・タイプに応じて異なります。次の表では、各事前定義済オブジェクト・タイプに対して選択可能な事前定義済メディア・タイプについて説明しています。

オブジェクト・タイプ

サポートされるメディア・タイプ

ボックス

ボックス

ドキュメント

- 混在

- FAX

- ペーパー

- 写真

フォルダ

フォルダ

マイクロ

- 混在

- マイクロフィッシュ

- マイクロフィルム

光学

- 混在

- CD

- ディスク

- DVD

- ブルーレイ

テープ

- 混在

- オーディオ

- データ

- ビジュアル

すべて

- 混在

- オーディオ

- ボックス

- CD

- データ

- ディスク

- DVD

- ブルーレイ

- FAX

- フォルダ

- マイクロフィッシュ

- マイクロフィルム

- ペーパー

- 写真

- ビジュアル

16.2.1.3 ストレージのステータス

ストレージ領域内のストレージ・ロケーションにコンテンツ・アイテムを保持できるときには、コンテンツを単位で保管できるかどうかをステータスで判断します。また、保管できない場合は、ステータスでその理由を判断します。ストレージ・ロケーションのステータスは、ロケーション・ページのステータス列に示されます。このステータスは、次のいずれかを示します。

- 使用可能: このストレージ・ロケーションにはコンテンツを保管可能であり、領域は使用可能です。これはデフォルトです。ステータスが指定されていない場合は、このステータスであるとみなされます。

- 予約済: このストレージ・ロケーション、またはそのロケーションの子ストレージ・ロケーションは予約済のため、コンテンツを保管できません。そのストレージ・ロケーションには使用可能な領域が存在することもありますが、物理アイテムの将来のストレージとして確保されています(たとえば、保管する大量のアイテムが到着したときにグループ化されたストレージを確保するため)。その領域を予約したユーザーがログインしたときには、そのユーザーに対して領域が使用可能であると示されます。

- 占有: このストレージ・ロケーションは最大ストレージ容量に達しているため、それ以上のコンテンツを追加できません。

ユーザーがストレージ・ロケーションをブロックしている可能性があります。これにより、領域が使用可能な場合でも、ストレージ・ロケーションにコンテンツを保存できなくなります。この場合、ロケーション・ページのステータス列は空になります。

16.2.2 ストレージ領域の管理

ストレージ領域の管理に関連するタスクは、次のとおりです。

- 記憶域の場所の作成

- ストレージ・ロケーションのバッチ作成

- ストレージ・ロケーションの編集

- ストレージ・ロケーションの情報の表示

- 記憶域の場所の削除

- ストレージ・ロケーションのブロック

- ストレージ・ロケーションの予約または予約の取消し

- ストレージ・ロケーション内のすべてのアイテムの表示

- ストレージ・ロケーション用のラベルの印刷

16.2.2.1 ストレージ・ロケーションの作成

注意:

このアクションを実行するには、「PCM.ストレージ.作成」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

ストレージ領域階層に新しいストレージ・ロケーションを作成するには:

1. 「物理」→「ストレージ」の順に選択します。

2. 階層の最上位にロケーションを作成する場合は、「作成」を選択して、そのページの「アクション」メニューから「ストレージ・ロケーションの定義」を選択します。または、リスト内のストレージ・ロケーションの「アクション」メニューから、ストレージ・ロケーションの作成を選択すると、そのレベルに新しい子ストレージ・ロケーションを追加できます。

3. 「ストレージの作成」または「ストレージの編集」ページで、ストレージ・ロケーションのプロパティを指定します。

- ストレージ名: このストレージ領域の名前。最大文字数は30です。

- 説明: ロケーションについての簡単な説明。最大文字数は30です。

- ロケーション・タイプ: ストレージ・ロケーションのタイプ。リストからタイプを選択します。使用可能なタイプは、ストレージ領域が作成されたストレージ階層の場所によって異なります。

- コンテンツのストレージを許可: これを選択すると、ストレージ・ロケーションにコンテンツ・アイテムを保持できます。デフォルトは、選択したロケーション・タイプに対して構成されているデフォルト設定になりますが、このデフォルトは必要に応じてオーバーライドできます。そのロケーションの子ロケーションにコンテンツを保持する場合は、これを有効にする必要はありません。
たとえば、「棚」タイプのストレージ・ロケーションには複数の位置があり、それぞれの位置にコンテンツ・アイテムを保持できます。アイテムを棚レベルで直接割り当てず、棚の位置にのみ割り当てる(位置で格納し、棚では格納しない)場合は、棚記憶域ロケーションはコンテンツの記憶域を許可しないように設定し、位置記憶域ロケーションは記憶域を許可するように設定します。

選択すると、これ以降のすべてのフィールド(「リクエスタ」は除く)が使用可能になります。

- ステータス: アイテムを保持できるロケーションに対してのみ選択できます。ロケーションのステータス(たとえば、「使用可能」)。

- リクエスタ: コンテンツの保存が可能で、ストレージのステータスが「予約済」に設定されているロケーションにのみ選択できます。ストレージ・ロケーションを予約したユーザーが表示されます。

- ロケーション保留: アイテムを保持できるロケーションに対してのみ使用可能になります。ストレージ・ロケーションに保管される物理アイテムのタイプです。オブジェクト・タイプの指定を省略すると、このストレージ・ロケーションには、すべてのタイプのコンテンツを保持できるようになります。オブジェクト・タイプを選択した場合、そのタイプ以外のオブジェクト・タイプを他のユーザーが格納しようとすると、エラー・メッセージが表示され、物理アイテムはチェックインされません。

- 許容最大アイテム数: アイテムを保持できるロケーションに対してのみ使用できます。このロケーションに保持できるアイテムの最大数を指定します。これは、使用可能な領域の追跡に使用されます。指定しない場合は1とみなされ、記憶域ロケーションに割り当てることができるアイテムは1つのみです。

- バーコード: アイテムを保持できるロケーションに対してのみ選択可能になります。アイテムのバーコードです。指定を省略すると、ランダムな19桁の番号が割り当てられます。

- アドレス情報: 外部ストレージ・ロケーションの都道府県、市町村、番地、郵便番号などの情報です。

- 外部送り先コード: 「外部ストレージ」が有効な場合にのみ使用できます。外部ストレージの送り先コード。

4. 完了したら「作成」をクリックします。

新しく作成したストレージ・ロケーションは、そのロケーションに割り当てたレベルのストレージ領域階層に含まれるようになります。

16.2.2.2 ストレージ・ロケーションのバッチ作成

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

バッチ作成は、ストレージ階層(または、その階層の一部)が、その階層を構成するオブジェクトの名前付けと番号付けの一貫性が保たれた、整形式のツリー構造で構成されるようにする場合に役立ちます。この手順では、このようなストレージ・ロケーション構造を1つの操作で定義できます。オブジェクトごとの定義は必要はありません。

定義済オブジェクトは、このページから直接ストレージ階層に追加するのではありません。そのかわりに、ストレージ・ロケーションを作成するために使用する、名前付けルールと番号付けルールを指定します。「OK」をクリックすると、StorageImport.hdaというファイルが生成され、このファイルを既存のストレージ階層にインポートします。

1つのバッチで複数のストレージ・ロケーションをストレージ領域階層に追加するには:

1. 「物理」→「構成」→「バッチ・ストレージの作成」の順に選択します。

2. 「バッチ・ストレージ・インポート・ファイルの作成」ページで、「参照」をクリックします。

3. 「ストレージ・ロケーションの選択」ダイアログで、新しいストレージ・ロケーション構造の追加先になるストレージ階層のレベルにナビゲートして、「OK」をクリックします。

4. ストレージ・ロケーションのバッチを作成するために使用するルールとパラメータを指定します。

- ロケーション・タイプ: ロケーション・タイプのリストからロケーションを選択します。

- 名前の接頭辞: ストレージ名の接頭辞。この接頭辞は、ストレージ・ロケーションの名前と説明に組み込まれます。指定を省略すると、名前と説明には番号のみが含まれるようになります(たとえば、003)。

- 開始番号: ストレージ・ロケーションの名前と説明に組み込まれる連続番号の開始番号。指定しない場合、1が使用されます。

- アイテム数: ストレージ領域に含めるストレージ・ロケーションのインスタンス数。連続番号に使用される桁数のデフォルトは3で、これにより、Warehouse_NNNというような名前が付けられます(たとえば、Warehouse_003)。
これは、storagecreationutility_environment.cfgファイルのAutoStorageNumberWidth変数で変更できます。値を変更したら、コンテンツ・サーバーを再起動します。

- コンテンツの許可: これを選択すると、ストレージ・ロケーションに直接アイテムを格納できるようになります。このオプションは、このストレージ・ロケーションにのみ適用され、子ロケーションには適用されません。子ロケーションに内容が格納される場合には、このオプションを有効にする必要はありません。
たとえば、「棚」ストレージ・ロケーションには複数の位置があり、それぞれの位置にコンテンツ・アイテムを保持できます。アイテムの割当てを棚ではなく位置にのみ許可する場合は、このボックスの選択を解除して、アイテムを保管できるように位置ロケーションを設定します。

- 許可されるコンテンツ・アイテム数: 「コンテンツの許可」が選択されている場合に使用できます。ストレージ・ロケーションで保持できるアイテムの最大数を指定します。ストレージ・ロケーションの領域を追跡するために使用されます。このオプションを指定しない場合は、1が使用されます(1つのアイテムのみを記憶域ロケーションに割り当てることができます)。

- オブジェクト・タイプ: 「コンテンツの許可」が選択されている場合にのみ使用できます。これにより、定義されているすべてのオブジェクト・タイプから、ストレージ・ロケーションに格納できる物理コンテンツ・アイテムのタイプを指定します。
指定しない場合、記憶域ロケーションには任意のタイプの物理コンテンツを格納できます。オブジェクト・タイプを選択した場合、そのタイプ以外のオブジェクト・タイプを他のユーザーが格納しようとすると、エラー・メッセージが表示され、物理アイテムはチェックインされません。

5. 作業の完了後に「作成」すると、定義した指定内容に応じてストレージ・ロケーションが作成されます。「リセット」をクリックすると、ページの値が初期値に戻ります。

StorageImport.hdaというファイルが生成され、このファイルをハード・ドライブに保存するためのダイアログが開きます。

新しく作成したストレージ・ロケーションは、そのロケーションに割り当てたストレージ領域階層内のレベルに組み込まれます。

ストレージ・ロケーションのバッチ作成を検討するときには、次の情報について考慮する必要があります。

- ストレージ領域を定義するときには、既存のロケーション・タイプ階層に従う必要があります。最上位のストレージ・ロケーションから開始して、階層の上位から下位に向けて順に作業を進めます。子ロケーションの下に親ロケーション(たとえば、列の上に棚)を追加することはできません。これを実行しようとすると、StorageImport.hdaストレージ定義ファイルをインポートするときにエラー・メッセージが表示されます。

- 生成した各ストレージ・ロケーションの名前と説明は、名前の接頭辞(指定した場合)と連続番号を基にして、Warehouse_001やR003、WH_NY-012のように作成されます。

- 連続番号に使用されるデフォルトの桁数は、3です。この桁数を変更するには、storagecreationutility_environment.cfgファイルのAutoStorageNumberWidth値を変更します。値を変更したら、コンテンツ・サーバーを再起動します。

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

「検索」ページが再度開きます。

16.2.2.3 ストレージ・ロケーションの編集

注意:

このアクションを実行するには、「PCM.ストレージ.編集」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

既存のストレージ・ロケーションのプロパティを編集するには:

1. 「物理」→「ストレージ」の順に選択します。

2. 編集するアイテムの「アクション」メニューから、「編集」→ストレージ・ロケーションの編集の順に選択します。

3. 「ストレージの作成」または「ストレージの編集」ページで、ストレージ・ロケーションのプロパティを必要に応じて変更して、作業の完了後に「更新の送信」をクリックします。

ストレージ・ロケーションが正常に更新されたことを示すメッセージと、現行のストレージ・ロケーションのプロパティのリストが表示されます。

16.2.2.4 ストレージ・ロケーションの情報の表示

注意:

このアクションを実行するには、「PCM.ストレージ.読取り」権限が必要です。この権限は、デフォルトでPCM管理者ロールとPCMリクエスタ・ロールに割り当てられています。

ストレージ・ロケーションの情報を表示するには、次の手順で行います。

1. 「物理」→「ストレージ」の順に選択します。

2. ストレージ・ロケーションの「情報」アイコンをクリックするか、ストレージ・ロケーションの「アクション」メニューから「情報」→「ストレージ情報」の順に選択します。

3. 終了する場合は「OK」をクリックします。

「検索」ページが再度開きます。

このページには、選択したストレージ・ロケーションの現行のプロパティと、合計(すべての子ストレージ・ロケーションから計算される)使用可能領域および現在使用している領域が表示されます。さらに、ページの上部には、そのストレージ・ロケーションがストレージ領域階層のどこに位置しているかを示すロケータ・リンクがあります。

デフォルトで、使用可能な記憶領域は毎日深夜に再計算されます。そのため、表示されるストレージの可用性情報には前夜の状況が反映されることになり、日中の進行状況に合わせて更新されていない可能性があります。「PCM.管理.マネージャ」権限のある管理者は、「記憶領域カウントの処理」バッチ・サービスを実行することで、使用可能なストレージ・スペースの再計算を強制できます。

16.2.2.5 ストレージ・ロケーションの削除

注意:

このアクションを実行するには、「PCM.ストレージ.削除」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

ストレージ・ロケーションは、削除する前に空にしておく必要があります。アイテムが格納されていないロケーションは、空とみなされます。あるストレージ・ロケーションの子ストレージ・ロケーションがすべて空の場合は、そのブランチ全体を削除できます。空でないストレージ・ロケーションを削除しようとすると、エラー・メッセージが表示されます。

ストレージ・ロケーションを削除するには:

注意:

事前定義済の「その他」ストレージ・ロケーションは、空であっても削除できません。

1. 「物理」→「ストレージ」の順に選択します。

2. 削除するストレージ・ロケーションにナビゲートして、そのアイテムの「アクション」メニューから「削除」→ストレージ・ロケーションの削除の順に選択します。

検索ページから複数のストレージ・ロケーションを削除するには、それらのロケーションのチェック・ボックスを選択して、「表」メニューの「削除」を選択します。

ストレージ・ロケーションが空の場合、そのロケーションはストレージ領域階層からすぐに(警告なしに)削除され、「検索」ページがリフレッシュされます。ストレージ・ロケーションが空でない場合は、エラー・メッセージが表示され、そのロケーションが削除されることはありません。

16.2.2.6 ストレージ・ロケーションのブロック

注意:

このアクションを実行するには、「PCM.ストレージ.ブロック」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

ブロック後のロケーションとその子ロケーションには、領域が使用可能な場合でもアイテムを保管できなくなります。

ブロックできるのは、空のストレージ・ロケーションのみです。ロケーションがブロックされると、そのロケーションの「コンテンツのストレージを許可」設定が「いいえ」に設定されます。

使用例としては、ストレージ区画が(物理的な理由から)使用できないときに、複数の行にわたって連続番号を維持する必要がある場合にダミーのストレージ・ロケーションを作成します。

ストレージ・ロケーションをブロックするには:

1. 「物理」→「ストレージ」の順に選択します。

2. ブロックするストレージ領域のレベルにナビゲートして、そのレベルの「アクション」メニューから「編集」→「ストレージのブロック」の順に選択します。

最初の「検索」ページが再度開きますが、このストレージ・ロケーションにはコンテンツを割り当てることができなくなります。それまで「使用可能」と示されていたステータス列は空欄になります。さらに、そのストレージ・ロケーションの「ストレージ情報」ページでは、「コンテンツのストレージを許可」フィールドに「いいえ」が設定されます。

ストレージ・ロケーションのブロック済ステータスを取り消して、再度コンテンツのストレージを許可するには、そのストレージ・ロケーション編集して、「コンテンツのストレージを許可」の設定値を「はい」に設定します。ストレージ・ロケーションのブロックを解除すると、「検索」ページのステータス列が再度「使用可能」になります。ストレージ・ロケーションがブロックされていた間は、そのロケーションは空のままになります。

16.2.2.7 ストレージ・ロケーションの予約または予約の取消し

注意:

このアクションを実行するには、「PCM.ストレージ.予約」権限が必要です。この権限は、デフォルトでPCM管理者ロールとPCMリクエスタ・ロールに割り当てられています。

ストレージ・ロケーションが予約されると、そのロケーションのすべての子ロケーションも予約されます。管理者またはストレージ・ロケーションを予約したユーザーのみが、そのストレージ・ロケーションにアイテムを追加できます。

将来使用するストレージ・ロケーションを予約するには:

1. 「物理」→「ストレージ」の順に選択します。

2. 予約するストレージ・ロケーションを含むストレージ領域レベルにナビゲートします。

3. そのロケーションの「アクション」メニューから、「編集」→「ストレージの予約」の順に選択します。

4. ユーザーのリストから、領域を予約するリクエスタを選択します。

5. 最初の「検索」ページが再度開き、ストレージ・ロケーションのステータス列の表示は「予約済」になります。また、予約を行ったユーザーの名前がステータスの横の括弧内に表示されます。

ストレージ・ロケーションの予約済ステータスを取り消すには、予約したロケーションにナビゲートして、「アクション」メニューから「編集」→「リクエストの取消」の順に選択します。

16.2.2.8 ストレージ・ロケーション内のすべてのアイテムの表示

注意:

このアクションを実行するには、「PCM.ストレージ.表示」権限が必要です。この権限は、デフォルトでPCM管理者ロールとPCMリクエスタ・ロールに割り当てられています。

ストレージ・ロケーション内に現在格納されているすべてのアイテムを表示するには:

1. 「物理」→「ストレージ」の順に選択します。

2. 表示するアイテムがあるストレージ・ロケーションを含むストレージ領域レベルにナビゲートします。「表」メニューから「表示の変更」を選択して、ストレージ階層をグラフィカルに表示します。

3. アイテムを表示するロケーションのストレージ名をクリックします。

16.2.2.9 ストレージ・ロケーション用のラベルの印刷

注意:

このアクションを実行するには、「PCM.管理.ラベルの印刷」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

ラベル・ファイルには、現在のストレージ・ロケーションと、その子ストレージ・ロケーション(存在する場合)に応じたバーコードなどの情報が含まれています。コンテンツ・アイテムを保持できるストレージ・ロケーションのみが含まれます。コンテンツを保持できない中間のストレージ・レベルは省略されます。

デフォルトでは、ストレージ・ロケーション用のラベルには、そのロケーションを一意に示すバーコードが含まれています(ロケーションの名前、ロケーションの説明およびロケーション・タイプ)。ラベル・ファイルのフォーマットは、物理設定の構成ページの「レポート・ラベルのフォーマット」の設定値に応じて異なります。

生成されたラベル・ファイルがPDFフォーマットの場合、そのファイルを表示するにはAdobe Acrobatバージョン6.0以降が必要になります。

ストレージ・ロケーション用のラベルを作成するには:

1. 「コンテンツの参照」→「ストレージ」の順に選択するか、「物理」→「ストレージ」の順に選択します。

2. 目的のストレージ領域レベルにナビゲートします。

3. 現在のストレージ・ロケーションによっては、そのロケーションの「アクション」メニューから「レポートの作成」を選択します。リスト表示されているレポート・タイプのいずれかを選択します。

また、「ストレージ情報」ページのページ・メニューから、ストレージ・ロケーションのラベルを作成することもできます。「レポートの作成」を選択してから、レポート・タイプを選択します。ストレージ・ロケーションがコンテンツを保持できる場合にのみ、このメニューにラベルをプリントするオプションが含まれます。

16.2.3 例: 1つのストレージ・ロケーションの作成

この例では、ロケーション・タイプが「倉庫」のWarehouse_003というストレージ・ロケーションを、ストレージ階層の最上位レベルに作成する方法について説明します。

1. 「コンテンツの参照」→「ストレージの参照」の順に選択します。

また、物理設定の構成ページからも、最上位レベル・ストレージの「検索」ページにアクセスできます。

2. このページの上部にあるメニュー・バーから、ストレージ・アイテムの作成を選択します。

3. 「ストレージの作成」または「ストレージの編集」ページで、ストレージの名前と説明としてWarehouse_003を入力します。

4. ロケーション・タイプとして、「倉庫」をクリックします。

5. 「作成」をクリックします。

新しく作成したストレージ・ロケーションは、ストレージ領域階層の最上位レベルに含まれるようになります。

16.2.4 例: 複数のストレージ・ロケーションの作成

この例では、ストレージ領域構造の定義ファイルを作成する方法について説明します。このファイルをインポートして、物理コンテンツ管理のストレージ環境内に定義済のストレージ領域を作成します。このストレージ領域構造は、ストレージ環境の最上位レベルにある1つの倉庫と、複数の下位ストレージ・ロケーションで構成されています。最下位レベルの各ロケーション(位置)には、任意のオブジェクト・タイプの5つのアイテムを保持できます。

バッチ・ストレージ定義ファイルの作成

バッチ・ストレージ定義ファイルを作成するには:

1. 「物理」→「構成」→「バッチ・ストレージの作成」の順に選択します。

2. 「バッチ・ストレージ・インポート・ファイルの作成」ページで、「参照」をクリックして、階層の最上位地点を選択します。これを選択しないと、「ストレージ」レベルがデフォルトになります。

3. 「ストレージ・ロケーションの選択」ダイアログで、ロケーションを選択してから「OK」をクリックします。「ロケーション・タイプ」、「名前の接頭辞」、「開始番号」、「アイテム数」、「コンテンツの許可」、許容数、「オブジェクト・タイプ」に対して、次の作成ルールを指定します。

- 室内、Room_、1、2、選択解除、空、すべて

- 倉庫、Warehouse_、1、1、選択解除、空、すべて

- 行、Row_、1、2、選択解除、空、すべて

- 区画、Bay_1、1、2、選択解除、空、すべて

- 棚、Shelf_、1、2、選択解除、空、すべて

- 位置、Position_、1、3、選択、5、すべて

指定した値がストレージに設定された制限(デフォルトでは1000)を超過すると、エラー・メッセージが表示されます。

4. 「作成」をクリックします。
ファイルのダウンロードのダイアログが開きます。

5. 「保存」をクリックして、生成されたStorageImport.hdaファイルをローカル・ハード・ドライブに保存します。

バッチ・ストレージ定義ファイルのインポート

バッチ・ストレージ定義ファイルをPCMにインポートするには:

1. 「レコード」→「インポート/エクスポート」→「アーカイブ」の順に選択します。

2. すべての項目(「外部ソースの表示」の項目も含む)の選択を解除します。ただし、「ストレージを含める」は選択しておきます。

3. 「アーカイブ・ファイル」の横の「参照」をクリックして、前の手順で保存したStorageImport.hdaファイルを選択します。

4. ファイルを選択したら、「インポート」をクリックします。

インポートにより、定義済ストレージ領域が、既存のストレージ階層の選択したロケーションに追加されます。

16.3 外部ストレージ

ユーザーは、ストレージをIron Mountain SafeKeeper PLUSなどの外部ストレージ施設と統合できます。

注意:

Iron Mountainの構成は、ユーザーによって様々です。本番データを使用する前に、開発インスタンスで統合のテストを必ず実行してください。

「外部ストレージ」リンクは、Recordsシステムと外部ストレージとの間で毎日のインベントリおよびアクティビティ管理のインタフェース処理を自動化します。このインタフェースは、次の機能を提供します。

- 外部ストレージのボックスおよびファイルに対する参照と永続のリクエストの作成の自動化。

- ストレージに対する新規および再提出のボックスおよびファイルのピックアップ・リクエストの作成と、外部ロケーションへの返却の自動化。

- 新しいボックスやファイルの送付リストと個別リストのデータの転送。および、既存のボックスとファイルの送付およびリストのメンテナンス。

- 特定の日付のインベントリ・トランザクション履歴をリストする毎晩のログ・ファイルの作成。これは、2つのシステム間の確認とデータ同期の役割を果たします。

この機能を使用するには、まず、各種ストレージ・ファイル形式のデフォルト値をコンテンツの保管先になる地区にマップします。ファイル形式のタイプには、法的なストレージ、保険、ローン、メディカルなどのストレージ・タイプが含まれます。デフォルトの地区が提供され、フィールドのデフォルト値がストレージに使用されます。

マッピングの設定後に、物理コンテンツのチェックイン・ページでストレージのパラメータを指定します。コンテンツをチェックインすると、転送を保留しているアイテムの承認を処理する基準ワークフローを開始できます。このワークフローは、外部機能が動作する前に、作成して有効化する必要があります。詳細は、「ワークフローの設定」を参照してください。このワークフローの使用は必須ではありませんが、使用することをお薦めします。

Iron Mountainは、現時点での主要外部プロバイダです。適切な構成を実行した後で、まずファイルをコンピュータに保存してから、ファイル転送プロトコル(FTP)を使用してIron Mountainとのファイルの送受信を行います。ファイルがコンパイルされると、それらのファイルはソフトウェアのディレクトリ構造内にある/toplusディレクトリにアップロードされます。

確認ファイルがIron Mountainから送信され、そのファイルがIron Mountainのディレクトリ構造にある/fromplusディレクトリに保存されます。毎晩の履歴ダウンロード・ログも、夜間の地区ジョブが処理された後で/fromplusディレクトリに保存されます。選択したFTPロケーションに、これらのディレクトリが作成されていることを事前に確認しておいてください。

ピックアップ・リストは、転送する必要のあるアイテムに対して自動的に作成されます。手動ピックアップ・リストも、必要に応じて作成されます。

この項では、次の項目について説明します。

- デフォルトの顧客情報の設定

- 新しい地区のマッピング

- 手動ピックアップ・リクエストの作成

- アップロード済ファイルの参照

- 処理済ファイルの参照

- 外部ストレージへのファイルの転送

16.3.1 デフォルトの顧客情報の設定

最初に、外部プロバイダで使用されるアカウントに関するデフォルトの顧客情報を設定します。これらのデフォルト値でプロバイダが会社を識別します。また、これらのデフォルト値は、外部リクエストの監視と処理に使用します。

外部ストレージのデフォルト値を構成するには:

1. 「物理」→「設定」の順に選択します。

2. 「物理コンテンツ管理の構成」ページで、外部ストレージ機能の有効化を選択して、「更新の送信」をクリックします。

3. ブラウザ・ウィンドウをリフレッシュします。「物理」→「外部ストレージ」→「一般設定」の順に選択します。

4. 「外部ストレージ: 一般設定」ページで、必要なフィールドに入力します。

- 顧客ID: この外部ストレージ施設に使用する顧客ID。

- デフォルト地区: 使用する地区。事前定義済リストから選択します。地区が事前に定義されていない場合は、先にその定義をマップしておく必要があります。

- FTPアドレス: FTPサイトに関連付けるアドレスを入力します。

- FTPユーザー: FTPサイトに関連付けるユーザーを入力します。

- FTPパスワード: FTPサイトに関連付けるパスワードを入力します。

- 「転送」のチェック・ボックス: 転送に関連付ける次のオプションを選択します。

- 新規アイテムを自動的に転送する: 新しいアイテムの自動転送を有効化します。

- チェックイン・アイテムを自動的に返す: チェックイン済アイテムの自動返却を有効化します。

- ワークフローの有効化: この転送アクションのワークフローを開始します。ワークフローは、この手順の前に作成しておく必要があります。ワークフローの作成の詳細は、「ワークフローの設定」を参照してください。

- 外部リクエストに汎用リクエスタを使用: リクエスタとして使用するユーザーをリストから選択します。この値には、5文字までの制限があります。

- ボックス識別子: ボックスに関連付ける識別子を選択します。オプションには、「名前」や「タイトル」があります。

5. 作業が完了したら、「更新の送信」をクリックします。

外部ストレージのデータが構成されたことを示すメッセージが表示されます。

16.3.2 新しい地区のマッピング

PCMには、外部ストレージに使用する複数のデフォルトの地区が用意されています。特定の外部ソリューションの必要に応じて、これらの地区は再構成できます。

地区のマッピングには、このプロセスの各段階を順に実行するウィザードを使用します。ある段階が完了すると、ウィザードは、その次のプロセスのページを開きます。

各フィールドのオプション・リストに移入するために使用されている値は、Iron Mountainが提供するデータに基づいています。フィールド値の詳細は、Iron Mountainのドキュメントを参照してください。

地区データをマップするには:

1. 「物理」→「外部ストレージ」→「地区メタデータのマップ」の順に選択します。

2. 地区マッピングの選択ページで、リストをスクロールし、選択内容を強調表示にして、構成する地区を選択します。「構成」をクリックして、地区を選択します。

3. ウィザードに、その次のページが表示されます。情報をマッピングするプロセスは、各ページで同じです。各フィールドに用意された値をスクロールして、選択内容を強調表示にします。
「保存」をクリックして、その次のプロセスのページに進みます。ウィザードの終了をクリックすると、選択内容を保存することなくプロセスが終了します。「リセット」をクリックすると、現在のページの選択内容がクリアされます。プロセスの先送りまたは後戻しやページをスキップするには、ページ・メニューから別のページを選択します。

構成には、次に示す8つのページを使用します。

a. ボックス・メタデータのマップ

b. 標準ファイル・メタデータのマップ

c. アカウント・ファイル・メタデータのマップ

d. 保険(1)メタデータのマップ

e. 保険(2)メタデータのマップ

f. 法律メタデータのマップ

g. ローン・ファイル・メタデータのマップ

h. 医療ファイル・メタデータのマップ

4. 地区の構成が完了したら、「保存」をクリックします。
ウィザードが正常に終了したことを示すメッセージが表示されます。

16.3.3 手動ピックアップ・リクエストの作成

この機能は、外部ストレージ・プロバイダに対して物品のピック・アップのリクエストを作成するために使用します。

ピックアップ・リクエストを設定するには:

1. 「物理」→「外部ストレージ」→「手動ピックアップ・リクエストの作成」の順に選択します。

2. 手動ピックアップの作成ページで、IDのリストから地区IDを選択します。

3. 集荷場所を入力するか、「参照」をクリックして保管ロケーションを調べて、ロケーションを選択します。

4. このページの残りの情報を入力します。

5. 入力内容を破棄する場合は、「リセット」をクリックします。完了したら、「更新の送信」をクリックします。

16.3.4 アップロード済ファイルの参照

すべてのアップロード済ファイルを参照して、そのファイルのステータスを確認できます。ファイルのアップロードに失敗したときには、このページからアップロード・リクエストを再送信できます。

ファイルを確認する手順は次のとおりです。

1. 「物理」→「外部ストレージ」→「アップロードされたファイル・リスト」の順に選択します。

2. ファイルを使用して作業する場合は、ファイル名の横にあるボックスを選択します。ファイルを削除する場合は、「表」メニューまたはアイテムの「アクション」メニューから「削除」を選択します。処理のためにファイルを再送信する場合は、「再送信」を選択します。

16.3.5 処理済ファイルの参照

すべての処理済ファイルを参照して、それらのファイルのステータスを確認できます。ファイルにエラーがある場合は、このページを使用してエラーを修正できます。

ファイルを確認する手順は次のとおりです。

1. 「物理」→「外部ストレージ」→「処理された履歴ファイル・リスト」の順に選択します。

2. ファイルを削除する場合は、ファイル名の横にあるボックスを選択して、「表」メニューまたはアイテムの「アクション」メニューから「削除」を選択します。

16.3.6 外部ストレージへのファイルの転送

外部ストレージへのファイルの転送には、最初にファイルを生成して、ファイルを転送するという2つの段階があります。

1. 転送用にファイルを生成するには、「物理」→「外部ストレージ」→「外部の転送ファイルの生成」の順に選択します。

2. ファイルをアップロード、ダウンロードまたは処理するには、「物理」→「外部ストレージ」→「外部のファイルのアップロード、ダウンロードおよび処理」の順に選択します。ファイルは、夜間サービスが処理されるときに、その他のスケジュール済のバッチ・プロセスとともに自動的に転送されます。

16.4 物理アイテムの管理

コンテンツ管理製品で管理する内部の電子コンテンツとは対照的に、コピーの存在しない外部の物理コンテンツはリポジトリに保管されます。システムに情報がチェックインされるときに、そのメタデータのみ(存在する場合は、ストレージ情報と保存スケジュールを含む)が保管されます。

ユーザーは外部の物理コンテンツ・アイテムをチェックインするときに、そのアイテムの基本的なメタデータ情報を提供して、定義済のストレージ領域階層からロケーションを選択することでアイテムの保管場所を指定する必要があります。ユーザーに適切な権限が付与されていると、そのアイテムに保存スケジュールを割り当てることもできます。保存スケジュールにより、アイテムのライフ・サイクルが決定されます。

物理アイテムは、別の物理アイテム内に作成できます。これは、コンテンツ物理アイテム(たとえば、オブジェクト・タイプ「フォルダ」)を追加するための、コンテナ物理アイテム(たとえば、オブジェクト・タイプ「ボックス」)が必要になる場合に役立ちます。

この項では、物理アイテムの管理に関連するタスクについて説明します。これらのタスクには管理者とエンド・ユーザーに許可されるものもありますが、それ以外のタスクは管理者権限を持つユーザーに制限されています。次のユーザー・タスクについては、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

- 物理アイテムの作成

- 別のアイテム内での物理アイテムの作成

- 物理アイテムの編集

- 物理アイテムの移動

- 物理アイテムのコンテンツ・バスケットへの移動

- 物理アイテムのレビュー済としてのマーキング

- 物理アイテムの予約の確認

次に示すタスクは、管理者が実行できます。これらのタスクは、次の各項で説明します。

- 物理アイテムの削除

- 物理アイテムの凍結と凍結解除

- 物理アイテム用のラベルの印刷

- 物理コンテンツの手動インポート

- 物理コンテンツの処理

16.4.1 物理アイテムの削除

注意:

このタスクを実行するには、「PCM.物理.削除」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

別の物理アイテムを保持している物理アイテムは削除できません。物理アイテムを削除すると、そのアイテムのメタデータ、ストレージおよび保存情報が、リポジトリから削除されます。そのため、そのアイテムは追跡も管理もできなくなります。

物理アイテムを削除するには:

1. 削除する物理アイテムを検索します。

2. 検索結果ページで、そのアイテムの「アクション」メニューから、「外部アイテムの削除」オプションを選択します。

または、物理アイテムの情報ページで、「外部アイテムの削除」オプションを選択します。

物理アイテムはすぐに削除されます。プロンプトは表示されません。エラーがない場合は、アイテムが正常に削除されたことを示すメッセージが表示されます。

16.4.2 物理アイテムの凍結と凍結解除

注意:

このタスクを実行するには、「レコード.凍結/凍結解除」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。この権限は、デフォルトではPCMロールに割り当てられていません。

物理アイテムを凍結することで、そのアイテムの処理プロセスを禁止します。たとえば、そのアイテムが凍結解除される(凍結ステータスが取り消される)までは、アイテムの破棄アクションが予定されていても破棄のフラグは設定されません。これは、法令または監査要件を順守するために必要です(たとえば、訴訟のためなど)。

複数の凍結を1つのアイテムに適用できます。アイテムの「凍結詳細」を表示して、そのアイテムに現在適用されているすべての凍結のリストを確認してください。

別の物理アイテムを保持している物理アイテムが凍結されると、それに含まれているアイテムもすべて凍結されます。物理アイテムが凍結されると、そのアイテムのメタデータは編集できなくなります。

物理アイテムを凍結するには:

1. 凍結する物理アイテムを検索します。

2. 検索結果ページで、アイテムの「アクション」メニューから、「編集」→「凍結」の順に選択します。
または、物理アイテムの情報ページで、「編集」→「凍結」の順に選択します。

検索結果ページのすべてのアイテムを凍結する場合は、ページ・メニューの「結果の凍結」オプションを選択します。

3. 「凍結名」リストで、アイテムに適用する凍結を選択します。このリストには、定義済のすべての凍結が含まれています。凍結の理由を入力するか、テキスト・ボックスを空のままにします。

4. 「OK」をクリックして、凍結を確認します。アクション全体を中止するには、「取消」をクリックします。
これを確認すると、影響を受けるアイテムの情報ページに、「凍結中: はい」と、アイテムの詳細ページにリンクされた「詳細」リンクが表示されます。

アイテムが凍結されると、凍結理由は編集できなくなります。凍結が不適切になった場合は、そのアイテムを凍結解除してから、新しい理由を付けて凍結します。

物理アイテムを凍結解除する(凍結ステータスを取り消す)には:

1. 凍結解除する物理アイテムを検索します。

2. 検索結果ページで、アイテムの「アクション」メニューから、「編集」→「凍結解除」の順に選択します。

または、物理アイテムの情報ページで、「編集」→「凍結解除」の順に選択します。

3. 「凍結解除」ダイアログで、アイテムに対して取り消す凍結を選択します。このリストには、そのアイテムに(アイテム・レベルで)現在適用されているすべての凍結が示されます。凍結解除アクションの理由を必要に応じて入力します。または、テキスト・ボックスを空のままにしておきます。

4. 「OK」をクリックして確定します。アクション全体を中止するには、「取消」をクリックします。

これを確定すると、「コンテンツ情報」ページの保存スケジュールの情報領域に、「凍結中: いいえ」が表示されます。「詳細」リンクは表示されません。

注意:

1つのアイテムに、複数の凍結が適用されていることがあります。そのため、アイテムの凍結を解除しても、そのアイテムに別の凍結が適用されていると、アイテムの「アクション」メニューには「凍結解除」オプションが含まれたままになります。

16.4.3 物理アイテム用のラベルの印刷

注意:

このタスクを実行するには、「PCM.管理.ラベルの印刷」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

デフォルトでは、このラベルには、アイテムのバーコードと、アイテムの名前、タイトル、セキュリティ・グループおよびアカウント(該当する場合)が含まれています。ラベルを印刷するには:

1. ラベルを印刷する物理アイテムを検索します。

2. 検索結果ページで、「レポートの作成」をクリックしてから、ラベルのタイプをクリックします。

または、物理アイテムの情報ページで、「ラベルの印刷」オプションを選択します。

16.4.4 物理コンテンツの手動インポート

物理コンテンツのインポート・ファイルがすでに存在している場合、そのデータをシステムにインポートすると、PCMで追跡できるようになります。この項では、正常なインポートに必要なファイルのフォーマットについて説明します。

使用するインポート・ファイルは、3つの結果セットLocalDataProperties、ImportExportManifest、およびExternalItemsExtItemsが含まれた.hdaファイルにする必要があります。

16.4.4.1 LocalDataProperties

この結果セットは、データをインポートするときにインポート・サービスが使用するローカル・データに使用されます。インポートする物理データには、aIncludeERM_Physical=1を設定します。

@Properties LocalData
aIncludeERM_Physical=1
blFieldTypes= dCreateDate date,dLastModifiedDate date
blDateFormat='{ts' ''yyyy-MM-dd HH:mm:ss{.SSS}[Z]'''}'!tAmerica/Chicago
@end

日付をインポートする場合、そのデータのフォーマットは{ts 'yyyy-mm-dd hh:mm:ss.mmm'}にする必要があります(ローカル・データ結果セットに示されるとおりに設定されたblDateFormatプロパティを使用する場合)。このフォーマットは変更可能ですが、その後でインポートする日付は同じフォーマットにする必要があります。

16.4.4.2 ImportExportManifest

この結果セットは、物理アイテムをインポートするために必要なデータをインポート機能に提供します。この結果セットは、そのまま.hdaファイルにコピーできます。

@ResultSet ImportExportManifest
28
Name
Order
Caption
ResultSetName
ExportScript
ExportConditions
ExportClass
ExportAction
ExportParameters
ExportActionCopy
ImportScript
ImportConditions
ImportClass
ImportAction
ImportParameters
ImportPassName
UpdateClass
UpdateAction
UpdateParameters
UpdatePassName
UpdateForced
DeleteClass
DeleteAction
DeleteParameters
DeletePassName
Group
dSource
idcComponentName
aIncludeERM_Physical
300
csaIncludeExternal
ExternalItemsExtItems
<$hasCustomRights("ecm.pcm.physical.read")$>

Service
EXPORT_EXTERNAL_ITEMS
dSource,Physical

<$hasCustomRights("ecm.pcm.physical.create")$>

Service
CREATE_EXTERNAL_ITEM

Service
EDIT_EXTERNAL_ITEM

content
Physical

@end

16.4.4.3 ExternalItemsExtItems

この結果セットには、インポートする物理データが含まれています。

@Result Set ExternalItemsExtItems
11
dID 3 19
dDocName 6 100
dDocTitle 6 200
dDocAuthor 6 30
dDocType 6 30
dSecurityGroup 6 30
dPermLocation_Barcode 3 19
dActualLocation_Barcode 3 19
dExtObjectType 6 30
dMediaType 6 32
dSource 6 8
@end

注意:

現在位置と永続的な格納場所ごとに1つのロケーション値のみを設定します。次のリストは、これらの値を設定するための複数のオプションを示しています。

次のフィールドが必要です:

- dID: ドキュメントの識別子。このフィールドは空白のままでもかまいませんが、このフィールドが定義内に存在することが必要になります。これが空白の場合は、システムが値を割り当てます。

- dDocName: ドキュメント名。

- dDocTitle: ドキュメント・タイトル。

- dDocAuthor: 割り当てられた作成者。

- dDocType: 割り当てられたドキュメント・タイプ。

- dSecurityGroup: 割り当てられたセキュリティ・グループ。

- dExtObjectType: インポートするアイテムのオブジェクト・タイプ(たとえば、ボックスやドキュメント)。このオブジェクト・タイプは、インポート前にシステムに存在している必要があります。

- dSource: ソース識別子。これは、Physicalに設定する必要があります。

- dPermLocation_Barcode: 永続的な格納場所の値。ロケーション値がオブジェクトを割り当てるストレージまたはコンテナ・アイテムのバーコード値になる場合は、この値を設定します。

- dActualLocation_Barcode: 現在位置の値。ロケーション値がオブジェクトを割り当てるストレージまたはコンテナ・アイテムのバーコード値になる場合は、この値を設定します。

- dPermLocation: 永続的な格納場所の値。ロケーション値がオブジェクトを割り当てるストレージ・アイテムのdObjectID値になる場合は、この値を設定します。

- dActualLocation: 現在位置の値。ロケーション値がオブジェクトを割り当てるストレージ・アイテムのdObjectID値になる場合は、この値を設定します。

- dPermContainer: 永続的なコンテナのロケーション値。ロケーション値がオブジェクトを割り当てる格納アイテムのdID値になる場合は、この値を設定します。

- dActualContainer: ロケーション値がオブジェクトを割り当てる格納アイテムのdID値になる場合は、この値を設定します。

次のフィールドは、オプションです。

- dMediaType: アイテムにメディア・タイプを割り当てるために使用します。

- dBarcode: アイテムに特定のバーコードを指定するために使用します。これを空白のままにすると、システムがバーコードとしてdDocNameを割り当てます。

インポートに必要なカスタム・フィールドやその他のフィールドを含めます。

16.4.4.4 サンプル・ファイル

次のサンプル・ファイルでは、.hdaファイル内のすべての結果セットを示しています。

<?hda version="10.1.3.5.1 (090717)" jcharset=UTF8 encoding=utf-8?>
@Properties LocalData
aIncludeERM_Physical=1
blFieldTypes=xRecordFilingDate date,xArchiveDate date,xRecordCutoffDate
date,xRecordExpirationDate date,xRecordObsoleteDate date,xNewRevisionDate
date,xPublicationDate date,xRecordActivationDate date,xRecordSupersededDate
date,xRecordCancelledDate date,xRecordDestroyDate date,xDateClosed
date,xRecordRescindedDate date,xNoLatestRevisionDate date,xDeleteApproveDate
date,xRecordReviewDate date,xSuperSupersededDate date,dCreateDate
date,dLastModifiedDate date
aIncludeChargeTransactions=0
dLastModifiedDate={ts '2009-06-01 17:00:00.000'}
aExportDate=6/01/09 5:00 PM
blDateFormat='{ts' ''yyyy-MM-dd HH:mm:ss{.SSS}[Z]'''}'!tAmerica/Chicago
@end
@ResultSet ImportExportManifest
28
Name
Order
Caption
ResultSetName
ExportScript
ExportConditions
ExportClass
ExportAction
ExportParameters
ExportActionCopy
ImportScript
ImportConditions
ImportClass
ImportAction
ImportParameters
ImportPassName
UpdateClass
UpdateAction
UpdateParameters
UpdatePassName
UpdateForced
DeleteClass
DeleteAction
DeleteParameters
DeletePassName
Group
dSource
idcComponentName 6 30
aIncludeERM_Physical
300
csaIncludeExternal
ExternalItemsExtItems
<$hasCustomRights("ecm.pcm.physical.read")$>

Service
EXPORT_EXTERNAL_ITEMS
dSource,Physical

<$hasCustomRights("ecm.pcm.physical.create")$>

Service
CREATE_EXTERNAL_ITEM

Service
EDIT_EXTERNAL_ITEM

content
Physical

@end
@ResultSet ExternalItemsExtItems
11
dID 3 19
dDocName 6 100
dDocTitle 6 200
dDocAuthor 6 30
dDocType 6 30
dSecurityGroup 6 30
dPermLocation_Barcode 3 19
dActualLocation_Barcode 3 19
dExtObjectType 6 30
dMediaType 6 32
dCreateDate 5 20
dSource 6 8

B0000003050
ImportTestBox
sysadmin
ADACCT
Public
TSTIMPORT
TSTIMPORT
Box

{ts '2009-06-04 11:50:50.497'}
Physical

F0000003050
ImportTestFolder
sysadmin
ADACCT
Public
B0000003050
B0000003050
Folder

{ts '2009-06-04 11:50:50.497'}
Physical
@end

16.4.5 物理コンテンツの処理

この項では、PCMで使用する物理アイテムを処理する方法について説明します。内容は次のとおりです。

- 物理アイテムの保存スケジュール

- 物理アイテムの処理イベント

- 物理アイテムの保留オプション

- 処理済イベントの監査ログ・ファイル

16.4.5.1 物理アイテムの保存スケジュール

物理アイテムには、そのアイテムのライフ・サイクルを定義する保存スケジュールを割り当てできます。これにより、物理アイテムを保存ルールと処理ルールのセットにリンクします。これらのルールでは、アイテムの保管期間およびアイテムの処理方法と処理時期を指定します。

物理アイテムには、電子アイテムと同じ保存スケジュールと処理ルールを使用できますが、物理アイテム専用の処理ルールを定義できます。

16.4.5.2 物理アイテムの処理イベント

処理イベントとは、保存スケジュールの一環としてアイテムに対して実行する必要のある、あらゆるアクションです(たとえば、アイテムの保存期間の終了後のアクション)。物理アイテムの処理イベントは、次の手順で構成されます。

1. このイベントを承認します。

2. このイベントに関連付けられたアクション(対象アイテムの物理的な破棄など)を実行します。

3. このイベントに完了のマークを付けます。

注意:

物理アイテムの「破棄」処理イベントには、電子アイテムには必要のない2つの手順が必要になります。電子的なアイテムはソフトウェアで破棄できますが、ソフトウェアでは物理アイテムを破棄できません。物理アイテムの破棄には、人間の介入が必要になります。

物理アイテムには、電子アイテムと同じ処理アクションを割り当てできます。詳細は、「処理の定義および実行」を参照してください。

物理アイテムの性質により、選択可能な処理アクションには電子アイテムの場合と比べて関連性の低いものがあります。

- 物理アイテムはリビジョンされることがないため、リビジョンに関連する処理アクション。

- 古いリビジョンの削除

- 新規リビジョンのチェックイン

- 以前のリビジョンの削除

- リビジョンの削除

- すべてのリビジョンの削除

- デジタル・データに関連する処理アクション。

- データの修正。これには、破棄プロセスの一部に含まれるリカバリを防止するための複数回のデータの上書きも含まれます。

これらの処理アクションが物理アイテムに割り当てられていて、そのアクションが完了する場合は、特別な作業を実行する必要はありません。そのアクションはすぐに完了済とマークされます。

16.4.5.3 物理アイテムの保留オプション

物理アイテムの保留イベントは、「承認リスト」ページに表示されます。このページにアクセスするには、「レコード」→「承認」の順に選択します。実行する承認のタイプを選択します。

- レビュー

- 処理

承認、レビュー、処理などのアクションを完了するには、アイテムの「アクション」メニューから該当する完了アクションを選択します。一部の処理には、処理を進める前に承認が必要になります。

注意:

イベント・アクションが完了リストに移動されていない場合、対象になるすべてのアイテムは凍結され、処理できなくなります。イベント・アクションが移動されていないときに、承認リストに残されている場合は、対象になるアイテムの一部が凍結されます。凍結されたアイテムは、凍結解除されるまで処理されません。

16.4.5.4 処理済イベントの監査ログ・ファイル

物理アイテムの処理イベントが完了すると、自動的に監査ログ・ファイルが作成され、可能な場合は監査ログのデフォルト・メタデータを使用してリポジトリにチェックインされます。これらのチェックインされたログ・ファイルは、監査証跡の目的または検証ツールとして使用できます。

「監査証跡の検索」ページで、「ソース」フィールドに「物理」を設定すると、物理アイテムに対して処理された処理イベントが検索できます。

監査証跡を検索するには、「管理.監査」権限が必要です。

注意:

完了済のすべての処理アクションが、監査証跡に含まれます。

16.5 予約とバーコードの管理

物理コンテンツ管理での予約は、ReservationProcessという特別な基準ワークフローを使用して処理されます。このワークフローは、承認と通知の目的で使用されます。このワークフローは、構成して有効化しておく必要があります。このワークフローの設定の詳細は、「ワークフローの設定」を参照してください。

「物理コンテンツ管理の構成」ページで、「予約ワークフローの内部コンテンツ・アイテムのチェックイン」の設定を無効にしていると、予約ワークフローは使用されなくなります。その場合でもユーザーが予約することはできますが、電子メール通知は送信されません(システム管理者でも同じです)。これが行われる場合は、予約を処理する別の手順を整える必要があります。

事前定義済のPCMリクエスタ・ロールが割り当てられたユーザーは、物理アイテムを予約できます。事前定義済のpcmadminロールが割り当てられたユーザーは、予約リクエストの編集と処理も実行できます。

デフォルトでは、ユーザーが1つ以上のアイテムの予約リクエストを送信すると、新しいコンテンツ・アイテムがリポジトリ(「予約」セキュリティ・グループ内)にチェックインされます。ワークフローが有効化されている場合、このコンテンツ・アイテムは自動的にReservationProcessワークフローに組み込まれ、管理者はリクエストについてのワークフロー・レビュー通知を受信します。

デフォルトのメタデータ値は、リポジトリにチェックインした予約ワークフロー・アイテムに割り当てられるように設定できます。詳細は、「デフォルトのメタデータ値の構成: 外部および予約」を参照してください。

管理者ロールに含まれるユーザーは、保留中の予約についての電子メール通知を受け取りますが、リクエスト・ユーザーには通知されません。この動作を変更するには、ユーザー管理ユーティリティでReservationGroupエイリアスを変更します。たとえば、予約をリクエストしたユーザーにも電子メール通知を送信するように、ワークフローを設定できます。

通知電子メールの「ワークフロー・アイテムのレビュー」リンクをクリックすると、リクエストのワークフロー・レビュー・ページが開き、管理者は、このページで予約リクエストを承認できます。管理者が、このページの「承認」をクリックすると、予約リクエストはワークフローを終了します。

管理者は、組織で適用される手順に従って予約リクエストの処理を実行します。

デフォルトでは、各ユーザーは同一のアイテムに対して予約リクエストを1つのみ発行できます。ユーザーが複数の人物のかわりに予約リクエストを作成する場合(たとえば、管理者の代理)、この動作をオーバーライドすると便利です。そうするには、physicalcontentmanager_environment.cfg構成ファイルに次の変数を追加します。

AllowMultipleRequests=true

完了したすべての予約リクエストは、自動的に予約履歴にログ出力されます。予約リクエストが完了したとみなされるのは、保留中(処理中)のリクエスト・アイテム、待機リスト上にあるリクエスト・アイテムまたはチェックアウトされているリクエスト・アイテムがない場合です。

デフォルトでは、完了した予約リクエストは、削除するまで履歴ログに保管されます。ログは、アーカイブされるまで監査履歴表に保持されます。完了したリクエストが履歴に含まれる最長日数を制限するには、「物理コンテンツ管理の構成」ページで設定を変更します。

管理者は、「完了」フィールドが「はい」に設定された予約を検索することで、現在の予約履歴を表示できます。

この項では、次の項目について説明します。

- 予約処理の理解

- バーコードの使用

- バーコードの管理

- ユーザーのPCMバーコード値の指定

16.5.1 予約処理の理解

予約リクエストの一般的なフルフィルメント・プロセスは、次のとおりです。

1. ユーザーが1つ以上の物理アイテムの予約リクエストを作成します。

2. ユーザーが予約リクエストを送信すると、すぐに、リクエストされた各アイテムのステータスが自動的に「処理中」に設定されます。すでに「処理中」または「チェックアウト」になっている場合は、ステータスが「待機リスト」に設定されます。

3. 予約ワークフローが開始され、管理者は、予約リクエストをレビューするための電子メール通知を受け取ります。

4. 管理者は、予約リクエストを承認します。予約リクエストに使用できないアイテムや拒否する必要のあるアイテムが含まれている場合、管理者は、それに応じてステータスを変更できます。

5. リクエストされた使用可能なアイテム(チェックアウトされていないアイテム)のすべては、組織の手順に従って、それぞれのストレージ・ロケーションから収集されます。このプロセス中に、アイテムがチェックアウトされたことを示す適切なトランザクション・バーコードがスキャンされます。また、リクエスタのバーコードとアイテムのバーコードもスキャンされます。

6. リクエストされた使用可能な各アイテムのステータスは、バーコード・ファイルがPCMにアップロードされてデータが同期されると、自動的に「チェックアウト」に変更されます。

7. アイテムのステータスが「チェックアウト」に変更されると、そのアイテムの現在位置(「物理アイテム」アイテム情報ページに表示)は、予約リクエストの作成時に指定された配信先場所に自動的に設定されます。配信先場所が指定されていない場合、現在位置は「その他」に設定されます。「物理アイテム」アイテム情報ページの「現在位置のコメント」には、関連する予約リクエストに指定されたロケーション・コメントが設定されます。コメントが指定されていない場合は、予約を行ったユーザーのログイン名が設定されます。

8. リクエスト・ユーザーは通知を受け取り、予約は組織の適切な手順に従って処理されます。これは、PCMで処理されるのではなく、組織で処理されます。

9. ユーザーは、特定の日数間アイテムを所持します。バーコード・システムが整備されている場合は、アイテムが返却されると、アイテムのバーコードが再度スキャンされ、アイテムの配置ロケーションのバーコードがスキャンされ、そのロケーションにアイテムがチェックインされたことを示すトランザクション・バーコードがスキャンされます。

10. バーコード・ファイルがPCMにアップロードされると、ステータスが「戻り済」に変更され、現在位置はアイテムに割り当てられたストレージ・ロケーションに自動的に設定されます。

11. そのアイテムに対する待機リストが存在する場合、リストで次に該当するリクエスタのステータスが「待機リスト」から「処理中」に変更され、そのユーザーのためにアイテムを処理できるようになります。これは、任意の予約ページから手動で実行できますが、チェックインするアイテムのスキャンにバーコード・スキャナを使用すると自動的に実行されます。これは、システムの構成内容によって異なります。

12. アイテムのステータスは、予約が削除されるまで「戻り済」のままになります。これは、手動で実行することも、自動的に(一定の日数の経過後に)実行することもできます。

サイトで実施する手順によっては、予約と処理に対する料金が徴収されます。チャージバックと請求については、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

16.5.1.1 予約リクエストのプロパティ

各予約リクエストには、次のプロパティがあります。

- リクエスト・ステータス: 予約された物理アイテムの現在のステータスを、次のいずれかから指定します。

- 待機リスト: リクエスト・アイテムは現在、他のユーザーにチェックアウトされています。これは、返却時にその次のリクエスタが利用できるようになります(システム管理者が、待機リストの順序をオーバーライドしていない場合)。

- 処理中(初期デフォルト): 予約されたアイテムは使用可能であり、配信用に準備されています。1つの予約に対して1つのリクエスト・アイテムのみが「処理中」ステータスになります。

- 見つかりません: 指定されたロケーションにリクエスト・アイテムが見つかりません。

- 使用不可: リクエスト・アイテムは現在、配信用に処理できません。

- 拒否済: 予約リクエストは管理者によって拒否されたため、実行できません。

- 取消済: 予約リクエストは、処理前に取り消されました。

- チェックアウト: 予約されたアイテムは、現在他のユーザーの予約リクエストの一部として所有されています。物理アイテムがチェックアウトされている場合は、現在位置(「物理」アイテム情報ページに示される)が、自動的に関連する予約リクエストの「配信先場所」フィールドの値に設定されます。このフィールドに値が入力されていない場合、現在位置は「その他」に設定されます。また、「物理」アイテム情報ページの「現在位置のコメント」には、関連する予約リクエストに指定した「ロケーション・コメント」が設定されます。コメントが指定されていない場合は、予約を行ったユーザーのログイン名が設定されます。

- 期限切れ: 予約されたアイテムは現在、他のユーザーにチェックアウトされており、構成されたチェックアウト時間内に戻されていません。そのため、予約リクエストは、現時点では処理できません。
デフォルトでは、期限切れのアイテムを所持しているユーザーに対して、電子メール通知が送信されます。この電子メール通知は、無効にできます。

- 戻り済: チェックアウトされたアイテムが記憶域リポジトリに戻されたため、他のユーザーによる予約とチェックアウトが可能です。

予約リクエストは、そのリクエストに保留中(処理中)、待機リストまたはチェックアウト(期限切れを含む)の状態のリクエスト・アイテムがなくなると、完了したとみなされます。

予約リクエスト・アイテムのステータスを変更するには、「PCM.予約.処理」権限が必要です。デフォルトでは、この権限は事前定義済のpcmadminロールに割り当てられています。

- 転送方法: リクエストを作成したユーザー(リクエスタ)が、予約されたアイテムを受け取る方法を指定します。ユーザーは、予約リクエストの作成時に転送方法を指定します。サポートされている転送方法は、次のとおりです。

- コピー: 物理コンテンツ・アイテムが複製され、そのコピーが所定の受取人に提供されます。このコピーは、物理的なもの(たとえば、コピーDVD)または電子的なもの(たとえば、CDのISOイメージ)になります。

- FAX: 物理コンテンツ・アイテムが、所定の受取人にFAX送信されます。

- メール: オリジナルの物理コンテンツ・アイテムが所定の受取人に郵送されます。

- ピックアップ: 所定の受取人が、物理コンテンツ・アイテムを直接受け取ります。

- 電子メール: コンテンツ・アイテムが、所定の受取人に電子メールで送信されます。

- 優先度: 処理の緊急性を指定します。ユーザーは、予約リクエストの作成時に優先度を指定します。サポートされている優先度は、次のとおりです。

- 優先度なし: 予約されたアイテムの配信に関する優先度は特にありません(至急ではない)。アイテムは、適切な処理手順に従って配送されます。

- 至急: 予約が行われてからできるだけ早く、予約されたアイテムを目的の受信者に配信します。

- 今朝: 予約が行われた日の朝に、予約されたアイテムを目的の受信者に配信します。

- 今日: 予約が行われた日に、予約されたアイテムを目的の受信者に配信します。

- 今週: 予約が行われた週に、予約されたアイテムを目的の受信者に配信します。

デフォルトの優先度は、「物理コンテンツ管理の構成」ページで設定します。

16.5.1.2 リクエスト・アイテムのアクション

管理者は、リクエスト・アイテムに対するアクションを実行して、そのアイテムのステータスを予約処理プロセスの一環として変更できます。これに該当するアクションは、「予約検索結果」ページまたは「リクエストのアイテム」ページで、リクエスト・アイテムの「アクション」メニューからアクセスできます。さらに、「リクエストのアイテム」ページの「アクション」メニューを使用すると、同時に複数のアイテムに対してアクションを実行できます。

特定のリクエスト・アイテムに対して、いくつかのアクションが使用できないことがあります。これは、そのアイテムの現在のステータスに応じて異なります。たとえば、アイテムが現時点でチェックアウトされている場合、そのアイテムは削除されるか返却されるかのどちらかになります。

次のアクションがサポートされています。

- 削除: 予約リクエストからアイテムを削除します。アイテムを削除すると、そのアイテムに対するリクエストは、予約ログに含まれなくなります。このアイテムは、予約リクエストのアイテム・リストに存在しなくなります。このオプションは、システムの設定で、予約リクエストからのアイテムの削除をユーザーに許可している場合にのみ選択できます。さらに、リクエストされたアイテムの削除は、「PCM.予約.削除」権限が付与されたユーザーのみが可能になります(この権限は、デフォルトで事前定義済のPCM管理者ロールに割り当てられています)。

- 拒否: アイテムに対する予約リクエストを却下します。このアイテムは、予約リクエストの一部として残されますが、リクエスタに提供されなくなります。

- なし: 指定されたロケーションにアイテムが見つからないという理由で、アイテムのステータスを変更します。アイテムは、予約リクエストの一部として残されますが、そのアイテムは現時点ではリクエスタに提供できません。

- 使用不可: アイテムは現時点では配送処理ができないという理由で、アイテムのステータスを変更します。アイテムは、予約リクエストの一部として残されますが、そのアイテムは現時点ではリクエスタに提供できません。

- 取消: 予約リクエストが処理される前に、アイテムの予約リクエストを取り消します。リクエスト・アイテムが取り消されても、そのアイテムのリクエストは予約ログに含まれたままになります(アイテムは予約のリストに残されますが、ステータスが取消済に設定されます)。リクエスト・アイテムは、「PCM.予約.編集」権限が付与されているユーザーのみが取り消しできます(この権限は、デフォルトで事前定義済のpcmadminロールに割り当てられています)。取り消しできるアイテムは、ステータスが「処理中」のリクエスト・アイテムのみです。

- チェックアウト: アイテムが所定の受取人(現時点で、構成されたチェックアウト期限になるまでアイテムを所持できる)に渡されていているという理由で、アイテムのステータスを変更します。リクエスト・アイテムをチェックアウトすると、現在位置(「物理」アイテム情報ページに示される)が、自動的に関連する予約リクエストの「配信先場所」フィールドの値に設定されます。このフィールドに値が入力されていない場合、現在位置は「その他」に設定されます。また、「物理」アイテム情報ページの「現在位置のコメント」には、関連する予約リクエストに指定した「ロケーション・コメント」が設定されます。コメントが指定されていない場合は、予約を行ったユーザーのログイン名が設定されます。

- 戻り済: アイテムが所定の受取人(現時点で合意した期限までアイテムを所持できる)から返却されたという理由で、アイテムのステータスを変更します。

16.5.2 バーコードの使用

バーコード・ファイルは、バーコードに含まれているストレージ情報をスキャンするバーコード・デバイスで生成されます。この情報で、物理コンテンツ・アイテムやストレージ・コンテナを見つけます。バーコードとは、少量のデータの格納に使用される機械読取り可能な記号です。物理コンテンツ管理では、識別、インベントリ、追跡および予約処理の目的で使用されます。

図16-3 バーコードの例

バーコードはラベルに印刷して、物理コンテンツ・アイテムや、それに該当するアイテムを保持するストレージ・コンテナ(ボックスなど)に添付します。これを利用して、ロケーションとステータスを追跡します。また、ユーザー・ラベルを作成すると、ユーザーからの予約リクエストの処理に利用できます。

注意:

バーコード・レポートの表示にはHTMLを使用して、レポートの印刷にはPDFを使用して、適切にフォーマットされるようにします。

次の技術情報は、PCMのバーコードに適用されます。

- PCMでは、Code 3 of 9バーコード標準(Code 39とも呼ばれる)を使用します。これは、広範に採用されている英数字のバーコートです。このバーコードには、大文字のアルファベット、数字および複数の記号文字(ダッシュ、ピリオド、ドル記号、スラッシュ、パーセント記号およびプラス記号)を格納できます。

- すべての小文字は、自動的に大文字に変換されます。たとえば、ユーザー・ログインがjsmithの場合、そのバーコード値はJSMITHになります。

- アクセント付き文字とダブルバイト文字(日本語や韓国語など)は、その文字の16進数値にエンコードされます。たとえば、ユーザー・ログインがkmüllerの場合、そのバーコード値はKMC39CLLER (Ü = 16進数C39C)になります。そのため、アクセント付き文字やダブルバイト文字を表す複数の16進数文字が使用されると、バーコードが長くなります。

- ユーザーのバーコード値は、デフォルトで、そのユーザーのログイン名になります。この動作は、ユーザー管理ユーティリティでユーザーに固有のバーコード値を設定することでユーザーごとに変更できます。

バーコード・リーダーを使用してバーコード情報をスキャンした後で、その情報を物理コンテンツ管理にロードします。これにより、時間と費用を節減でき、特に、大量のアイテムの処理(たとえば、PCMの初期導入時など)に役立ちます。

バーコード情報は、次の2通りの方法でPCMにロードします。

- PCMバーコード・ユーティリティ・ソフトウェアを使用する直接的な方法。

- 生成されたバーコード・ファイルを手動で処理する方法。

16.5.2.1 バーコード・ファイル

バーコード・ファイルは、バーコード・スキャナで生成されます。バーコード・スキャナは、バーコード・ラベルからストレージ情報を読み取り、この情報をファイルに書き込みます。オプションのPCMバーコード・ユーティリティを使用すると、バーコード情報をシステムに直接ロードできます。また、バーコード・ファイルは手動でも処理できます。

バーコード・ファイルは、次に示す例のように、テキスト・エディタで表示できるプレーン・テキスト・ファイルです。

H 20050721130204 00 0000000000
20050721130145 00 2000
20050721130151 00 +W1R1R1B1S1P3
20050721130152 00 B3

注意:

バーコード・ファイルは、バーコード・スキャナで作成され、PCMで処理され、通常は、バーコード・ファイルを表示したり変更する必要はありません。

バーコード・ファイルが手動または自動で処理されるときには、次の3つのアクションのいずれか(アイテムごとにバーコード・ファイルで指定される)が実行されます。

- チェックイン: このアクションでは、アイテムをロケーションに割り当て、このロケーションは、そのアイテムのバーコード・ファイルで指定されます。これには、現在位置のみが設定されます。永続的な格納場所ではありません。このロケーションとアイテムは、PCMに存在している必要があります。どちらも存在していないと、エラーが報告されます。
このロケーションは、PCMで定義済のストレージ領域階層内に存在している必要があります。チェックインされるアイテムがPCMに存在していない場合は、そのアイテムが作成され、指定したロケーションに割り当てられます。アイテムが存在している場合、そのアイテムの現在位置が、バーコード・ファイルの値と一致するように更新されます。

- チェックアウト: このアクションでは、アイテムのバーコード・ファイルで指定されているユーザー(通常は、ユーザー・ラベルをスキャンして取得)にアイテムをチェックアウトします。アイテムのステータスは「チェックアウト」に設定され、アイテムのチェックアウト・ユーザーは指定されたユーザーに設定されます(どちらの値も、「物理」アイテム情報ページに表示されます)。このアイテムの現在位置は、関連する予約リクエストの「配信先場所」フィールドの値に自動的に設定されます(この値が存在する場合)。そのフィールドに値が入力されていない場合や、予約リクエストが存在しない場合は、現在位置が「その他」に設定され、「ロケーション・コメント」には、チェックアウト・ユーザーの名前が表示されるようになります。

- ホームと実ロケーションの設定: このアクションでは、アイテムのバーコード・ファイルで指定された現在位置と永続的な格納場所にアイテムを割り当て、このアイテムは別の場所に移動できます。このロケーションとアイテムは、PCMに存在している必要があります。これらのいずれかが存在しない場合は、エラーが報告されます。
このロケーションとアイテムは、PCMで定義済のストレージ領域階層内に存在している必要があります。アイテムの現在位置と永続的な格納場所は、バーコード・ファイルの値と一致するように更新されます。

16.5.2.2 バーコード・ユーティリティ・ソフトウェア

バーコード・ユーティリティ・ソフトウェアは、Windowsアプリケーションで、これにより、PCMで使用するVidex LaserLiteバーコード・スキャナへのインタフェースが提供されます。この機能を使用すると、バーコード・スキャナに読み込んだ情報をPCMにアップロードできます。また、バーコード情報を読み取ってから、後で手動で処理するためにファイルに書き込むこともできます。さらに、バーコード・ユーティリティを使用すると、バーコード・スキャナを必要に応じて再プログラミングできます。

Videx用のバーコード・ユーティリティ・ソフトウェアが提供されていますが、自動的にPCMソフトウェアと同時にインストールされることはありません。このソフトウェアを使用する場合は、PCMを有効にした後でインストールします。バーコード・ユーティリティのインストーラは、PCMソフトウェアの配布媒体に含まれています。

バーコード・ユーティリティを実行するには、Microsoft .NET Framework Version 1.1再頒布可能パッケージが必要です。これがコンピュータに用意されていない場合は、Microsoft社のWebサイト(www.microsoft.com)からダウンロードしてください。

バーコード・ユーティリティは、サーバーにWeb接続している任意のコンピュータにインストールできます。

注意:

バーコード・ユーティリティを以前のバージョンからアップグレードするときには、既存のインスタンスをアンインストールしてから、新しいリリースをインストールする必要があります。これを実行しておかないと、インストール時にエラー・メッセージが報告され、イントールを続行できなくなります。

バーコード・ユーティリティをインストールするには:

1. PCMの配布媒体から、BarcodeUtility.exeという名前の実行可能インストーラ・ファイルを探します。これは、通常、ucm\Distribution\urm\languageディレクトリに格納されています(サポート対象の言語ごとに別のファイルが含まれています)。

2. setup.exeファイルをダブルクリックして、インストールを続行します。

3. 指示に従ってソフトウェアをインストールします。

4. 「スタート」から、「プログラム」→「Oracle」→「バーコード・ユーティリティ」→「バーコード・ユーティリティ」の順に選択します。または、Windowsデスクトップで、ユーティリティ・アイコンをダブルクリックします。
コンピュータに直接接続する、Wedge Readerタイプのスキャナのインタフェースも提供されます。このタイプのスキャナが有効にされていると、3回のスキャンが行われた後で、カーソル位置にデータが自動的にアップロードされます。

16.5.3 バーコードの管理

この項では、次に示す一般的なバーコードのタスクについて説明します。

- バーコード・スキャナのプログラミング

- バーコード・データの直接アップロード

- バーコード・データのファイルへの保存

- 事前に保存されたバーコード・データのアップロード

- バーコード・ファイルの処理

16.5.3.1 バーコード・スキャナのプログラミング

Videx Wandスキャナは、インストールの時点で使用できるように事前にプログラミングされている可能性があります。必要に応じて、次の手順を使用してバーコード・スキャナをプログラミングします。

1. バーコード・ユーティリティ・アプリケーションを開始します。

2. 「メイン・バーコード・ユーティリティ」ページで、「オプション」→「Videx Wandのプログラム」の順に選択します。

3. 「Videx Barcode Wandのプログラム」ページで、「通信デバイス」リストでプログラムするスキャナのタイプを選択します。

4. デバイスを接続する通信ポートを選択します。

5. 「プログラム」をクリックします。

アプリケーションがスキャナと通信していることを示すメッセージが表示されます。このダイアログは、プログラミングが完了すると閉じられます。

6. 「メイン・バーコード・ユーティリティ」ページで、「完了」をクリックします。

7. スキャナの「スキャン」ボタンを押します。

16.5.3.2 バーコード・データの直接アップロード

スキャナでデータを収集すると、そのデータはPCMソフトウェアを実行するサーバーに、直接アップロードできます。データは、ファイルに保存して、後でアップロードすることもできます。

スキャンしたバーコード・データをPCMに直接アップロードするには:

1. バーコード・ユーティリティがインストールされているコンピュータにスキャナを接続します(ベース・ステーションに設置するか、接続ケーブルを使用します)。

2. バーコード・ユーティリティ・アプリケーションを開始します。メイン・バーコード・ユーティリティ・ページが開きます。

3. スキャナ・タイプを選択します。

4. バーコード・スキャナがイントースされている通信ポートを選択します。通常これは、一般に使用されるシリアル・ポートであるCOM1です。

5. 「ファイルへのダウンロードのみ」と「ファイル選択の許可」の両方が選択解除されていることを確認します。

6. 「プロセス」をクリックします。
アップロード処理の開始を求めるプロンプトが表示されます。

7. 「はい」を選択して続行します。

8. データ・ファイルをアップロードするインスタンスのホスト名を選択します。ソフトウェアは、このコンピュータにインストールされている必要があります。
使用可能なホストのリストを構成するには:

a. 「詳細」をクリックします。

b. 「ホスト・リストの構成」ページで、リポジトリが格納されているインスタンスの名前と、そのインスタンスのCGI URLを入力します。

c. 「更新」をクリックして、複数の名前を追加します。

d. 完了したら、「完了」をクリックします。

9. データのアップロードが許可されるユーザーのユーザー名と、パスワードを入力します。データをアップロードする場合、ユーザーには事前定義済のPCM管理者ロールが割り当てられている必要があります。ユーザー名を選択したら、「OK」をクリックします。
データは、スキャナからPCMシステムに転送されます。すべてのデータが転送されると、操作が完了したことを示すメッセージが表示されます。

10. 「OK」をクリックして続行します。

注意:

アップロードの確認を求められたときに「いいえ」を選択すると、バーコード・スキャナからデータが消去され、なにも送信されなくなります。データは、DATA.TXTという名前のファイル(バーコード・ユーティリティのインストール・ディレクトリにあります)に残されますが、このファイルは次回のデータがアップロードされたときや、ファイルに保存されたときに上書きされてしまいます。

16.5.3.3 バーコード・データのファイルへの保存

スキャンしたバーコード・データをファイルに保存するには:

1. バーコード・ユーティリティがインストールされているコンピュータにスキャナを接続します(ベース・ステーションに設置するか、接続ケーブルを使用します)。

2. バーコード・ユーティリティ・アプリケーションを開始します。

3. 「メイン・バーコード・ユーティリティ」ページで、スキャナ・タイプを選択します。

4. バーコード・スキャナがイントースされている通信ポートを選択します。通常これは、一般に使用されるシリアル・ポートであるCOM1です。

5. 「ファイルへのダウンロードのみ」を選択します。

6. 「プロセス」をクリックします。

このデータは、DATA.TXTという名前のファイルに格納され、このファイルは、バーコード・ユーティリティのインストール・ディレクトリに配置されています。

注意:

データは、常にDATA.TXTという名前のファイルに格納されます。この名前を変更しておかないと、次回のデータがダウンロードされたときや、ファイルとして保存されたときに、ファイルが上書きされてしまいます。

16.5.3.4 事前に保存されたバーコード・データのアップロード

後で処理するためにバーコード・データを保存した場合は、そのデータを使用するために、バーコード・ユーティリティ・アプリケーションでPCMソフトウェアに移動します。

以前に保存したバーコード・データ・ファイルをアップロードするには:

1. バーコード・ユーティリティ・アプリケーションを開始します。

2. 「メイン・バーコード・ユーティリティ」ページで、「ファイル選択の許可」を選択して、「プロセス」をクリックします。
ファイルの選択ダイアログが表示され、バーコード・ユーティリティのインストール・ディレクトリの内容が表示されます(このディレクトリは、保存したバーコード・データ・ファイルのデフォルトの格納場所です)。

3. アップロードするファイルを選択するか、データ・ファイルが格納されているディレクトリにナビゲートして、その場所からファイルを選択します。「開く」をクリックします。

4. 「バーコード・アップロード」ページで、データ・ファイルのアップロード先になるインスタンスのホスト名を選択します。ソフトウェアは、このコンピュータにインストールされている必要があります。
使用可能なホストのリストを構成するには:

a. 「詳細」をクリックします。

b. 「ホスト・リストの構成」ページで、リポジトリが格納されているインスタンスの名前と、そのインスタンスのCGI URLを入力します。

c. 「更新」をクリックして、複数の名前を追加します。

d. 完了したら、「完了」をクリックします。

5. データのアップロードが許可されるユーザーのユーザー名と、パスワードを入力します。データをアップロードする場合、ユーザーには事前定義済のPCM管理者ロールが割り当てられている必要があります。

6. 「送信」をクリックします。
バーコード・データ・ファイルが処理され、選択したインスタンスにアップロードされます。

7. ファイルのアップロードが完了すると、メッセージが表示されます。「OK」をクリックします。
「バーコード・アップロード結果」ページが開き、アップロードの結果を確認できます。

8. 完了したら、「完了」をクリックします。

16.5.3.5 バーコード・ファイルの処理

注意:

このアクションを実行するには、「PCM.バーコード.処理」権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。

バーコード・スキャナで取得した情報を含むバーコード・ファイルを処理するには:

1. 「物理」→「バーコード・ファイルの処理」の順に選択します。

2. 「バーコード処理」ページで、「参照」をクリックして、処理するバーコード・ファイルを選択します。

3. ファイルの選択ダイアログで、処理するバーコード・ファイルにナビゲートして、そのファイルを選択してからファイルの選択ダイアログを閉じます。

4. 「ファイルの処理」をクリックします。

5. バーコード・ファイルが処理され、「バーコード・ファイルは処理されました」ページが開きます。エラーが発生した場合は、そのエラーが「メッセージ」列に示されます。「情報」アイコンをクリックすると、エラー・メッセージの詳細を確認できます。

6. バーコード処理の結果を確認したら、「OK」をクリックして「バーコード処理」ページに戻ります。

16.5.4 ユーザーのPCMバーコード値の指定

バーコードは、そのソフトウェアが有効化されている場合にのみ、PCMで使用できます。

デフォルトでは、ユーザーについてのバーコード値は、ユーザーのログイン名で構成され、このログイン名は、JSMITHやMJONESのように、すべて大文字になります。ユーザーのログイン名をバーコード値として使用しない場合は、ユーザー管理ユーティリティを使用して、そのユーザーに別の値を指定します。

これは、ログイン名に基本的な文字(a-z、A-Z)や数字(0-9)以外の文字(たとえば、kmüllerのアクセント付き文字)が含まれている場合に、特に役立ちます。デフォルトでは、このようなユーザーに対して生成されるバーコード値には、アクセント付き文字の16進表現が含まれます(たとえば、KMC39CLLER)。この動作を回避するために、これに該当するユーザーに対して特定のバーコード値(たとえば、KMULLER)を指定し、それにより、そのユーザーには、ユーザー・ログイン名(変換されたもの)以外が使用されるようになります。

「ユーザーの更新(バーコードなし)」バッチ・サービスを実行すると、現時点でバーコード値が割り当てられていないすべてのユーザーに、自動的にバーコード値を設定できます。これは、PCMが有効化される前に、すでにシステム内に存在しているユーザーに対して役立ちます。バーコードの値は、前述のルールに従って設定されます。

ユーザーに特定のバーコード値を手動で設定するには:

1. 管理者としてログインします。

2. 「管理」をクリックしてから、「管理アプレット」をクリックします。

3. 「ユーザー管理」アイコンをクリックします。

「ユーザー管理」ユーティリティが開始されます。

4. 「ユーザー」タブで、バーコード値を設定するユーザーを選択して、「編集」をクリックします。

5. ユーザーの編集ダイアログの「バーコード」フィールドで、そのユーザーに一意の値を指定します。この値は、「名前」フィールドで指定したユーザーのログイン名(すべて大文字)のかわりに、そのユーザーのバーコード・ラベルで使用されます。

指定した値は、システム内の各ユーザーに対して一意にする必要があります。一意でない値が使用されると、エラー・メッセージが表示されます。

バーコード値にはアクセント付きの文字を使用しないでください(これを使用すると、エラー・メッセージが表示されます)。また、「OK」をクリックすると、小文字は自動的に大文字に変換されます。

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

7. 「ユーザー管理」ユーティリティを閉じます。

17 予約とチャージバックの処理

この章では、チャージの処理、インボイスの操作および物理コンテンツ管理の予約プロセスについて説明します。ここで説明するタスクには、すべてのユーザーが実行できないものもあります。機能にアクセスできるかどうかは、割り当てられた権限とロールによって異なります。

チャージバックとは、保管施設の使用や、保管施設内のアイテムに実行されるアクション対して個人や企業に請求する料金です。ストレージ・アクションの説明を提供するために使用することもできます。予約は、ユーザーへのチェックアウト、後で使用するための予約またはリクエストが可能な物理アイテムを管理するために使用します。

この章の構成は、次のとおりです。

- チャージバックの管理

- 予約の処理

17.1 チャージバックの管理

インボイスは、管理対象コンテンツの保管、使用、予約および破棄に対して生成できます。その後インボイスを、適切なビジネス手順に従って、内部または外部の顧客に送信できます。

管理者は、チャージ・タイプ(請求可能なイベント)、支払タイプ(支払の方法)および顧客(請求先となるユーザーまたは組織)を設定します。設定後、特定の顧客の物理アイテムに対して発生している1つ以上のトランザクションを含むインボイスを作成することによって、請求可能な各アクション(作成、予約、破棄、保管)をそれらの顧客にチャージできます。自動トランザクションでは、トランザクションの発生時にチャージが自動的に計算されます。

チャージ・タイプは、特定の条件によってトリガーされる定義済トランザクションです。たとえば、オブジェクト・タイプとメディア・タイプが「ボックス」の物理アイテムを作成すると$5、優先度が「至急」のアイテムを予約すると$20かかる場合などがあります。

ユーザーがチャージ・タイプの条件を満たすアクションを実行するたびに、請求可能なトランザクションが、それに関連付けられたユーザーや組織(顧客)に対して記録されます。チャージ・タイプは、最も詳細なものが使用されます。チャージ・タイプAには2つの条件があり、チャージ・タイプBには同じ2つの条件以外に別の条件がある場合、チャージ・タイプBは、チャージ・タイプAの2つの条件を満たし、さらにチャージ・タイプBの3つの条件もすべて満たすトランザクションに対して記録されます。

金額は、各チャージ・タイプの各アイテムまたは特定の期間に関連付けられます。たとえば、物理アイテムを作成(または予約、破棄)するたびに料金をチャージしたり、物理アイテムの月額保管料をチャージしたりできます。

支払タイプは、サービスに対する内部または外部顧客の支払方法を指定します。事前定義済の支払タイプには、クレジット・カードとチェックがあります。カスタム支払タイプを作成することもできます。

顧客は、物理アイテムにレンダリングされたサービスに対してチャージされる内部ユーザー、外部ユーザーまたは組織です。(適切なビジネス手順に従って)物理コンテンツ管理によって生成されたインボイスを受信し、チャージバックに対する支払を行います。

チャージ・タイプ、支払タイプおよび顧客を定義したら、それらを使用してインボイスを作成し、請求可能なイベントが発生するたびに顧客に送信できます。インボイスは必要に応じて実行することも、定義済の条件に従って自動的に実行されるようにスケジュールすることもできます。

この項では、次の項目について説明します。

- チャージバック・プロセスの理解

- チャージバック処理の構成

- チャージバック・タスクの管理

17.1.1 チャージバック・プロセスの理解

実行する手順によっては、サイトに固有の予約プロセスが、ここで説明するものと一致しない場合があります。

チャージバックの一般的な実行プロセスは、次のとおりです。

1. ユーザーが請求可能なアクション(物理アイテムの作成、予約、ストレージへの保管など)を実行します。
自動トランザクションが有効になっている場合、ユーザーが物理アイテムに対していずれかのアクションを実行すると、そのアイテムがすべての定義済チャージ・タイプに対して照合されます。各アイテムに対するどのアクションも、現在のトランザクションに対して照合されます。トランザクションとの一致がない場合、そのアクションはチャージバックの対象として記録されません。

2. トランザクションがシステム内に記録されます。管理者は、物理アイテムに対するアクションという点で、できるだけ多くの状況に対応できるトランザクションを用意する必要があります。これにより、チャージバックの自動化が進み、物理アイテムに対する個々のリクエストに注意を払う回数も減少します。

3. 管理者がインボイスを生成します。これは、スケジュールされたインボイスを使用して自動的に実行するか、個々のインボイスを生成することによって手動で実行します。

4. ビジネス手順に従って、インボイスが顧客に送信されます。物理コンテンツ管理機能は、インボイスを電子メールやその他の方法で送信しません。

5. 企業の手順に従って、請求金額が支払われるか、支払済と見なされます。

6. 請求金額が支払われた後、管理者が物理コンテンツ管理機能内で、該当するインボイスに支払済のマークを付けます。

17.1.2 チャージバック処理の構成

管理者は、チャージ・タイプ、支払タイプおよび顧客を設定します。

注意:

このアクションを実行するには、PCM.Admin.Manager権限が必要です。この権限は、デフォルトではPCM管理者ロールに割り当てられています。また、チャージバック機能には、ユーザーがこの領域で実行できる操作を定義する、独自の権限セットがあります。

デフォルトの物理コンテンツ管理機能には、次の事前定義済チャージ・アクションが付属しています。

- 作成: ユーザーは、物理アイテムを作成したときに請求されます。

- 破棄: ユーザーは、物理アイテムを破棄したときに請求されます。

- 予約: ユーザーは、物理アイテムの予約をリクエストしたときに請求されます。

- ストレージ: ユーザーは、物理アイテムを保管したときに請求されます。

デフォルトの物理コンテンツ管理機能には、次の事前定義済支払タイプが付属しています。

- クレジット・カード: クレジット・カードで支払う顧客にチャージする場合に選択します。

- チェック: チェックで支払う顧客にチャージする場合に選択します。

この項では、次の項目について説明します。

- チャージ・タイプの作成または編集

- チャージ・タイプの表示

- チャージ・タイプの削除

- 支払タイプの作成または編集

- 支払タイプの表示

- 支払タイプの削除

- 顧客の作成または編集

- 顧客の表示

- 顧客の削除

- 自動トランザクションの作成

- 手動トランザクションの作成または編集

- 手動トランザクションの削除

17.1.2.1 チャージ・タイプの作成または編集

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.作成」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

常に、最も詳細なチャージ・タイプが使用されます。たとえば、チャージ・タイプAには2つの条件があり、チャージ・タイプBには同じ2つの条件以外に別の条件がある場合、チャージ・タイプBは、(チャージ・タイプAの2つの条件も満たすが)チャージ・タイプBの3つの条件すべてを満たすトランザクションに対して記録されます。

チャージバックに使用する新規チャージ・タイプを作成する手順は次のとおりです。

1. 「物理」→「構成」の順に選択します。「チャージ」→「タイプ」を選択します。

2. 「チャージ・タイプの構成」ページで「追加」をクリックします。

3. 「チャージ・タイプの作成」または「チャージ・タイプの編集」ページで、チャージ・タイプのプロパティを指定します。

- チャージ・タイプID: チャージ・タイプの一意の識別子。最大30文字です。このフィールドは、「チャージ・タイプの編集」ページで表示専用です。

- 説明: チャージ・タイプの説明。最大60文字です。

- アクション: チャージ・タイプに関連付けられたアクションのタイプ。「作成」、「破棄」、「予約」または「ストレージ」を選択できます。

- チャージ金額: ドルおよびセント単位でのトランザクションのチャージ金額とチャージの頻度(アイテム単位または期間単位)。

- 頻度: 「アクション」が「ストレージ」に設定された場合に適用される、ストレージ期間の頻度。

- オブジェクト・タイプ: このチャージ・タイプをトリガーするオブジェクト・タイプ。リストからオブジェクト・タイプを表示して選択するには、「参照」をクリックします。

- メディア・タイプ: このチャージ・タイプをトリガーするメディア・タイプ。リストからメディア・タイプを表示して選択するには、「参照」をクリックします。

- 転送方法および優先度: 「アクション」が「予約」に設定された場合に適用される、このチャージ・タイプをトリガーする予約の転送方法。

新規チャージ・タイプが、チャージ・タイプの構成ページに表示されるリストの先頭に追加されます。

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.編集」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

ページを変更するには、アイテムのリストから編集するアイテムを選択し、アイテムの「アクション」メニューから「チャージ・タイプの編集」を選択します。プロパティを必要に応じて変更したら、「OK」をクリックします。

17.1.2.2 チャージ・タイプの表示

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.読取り」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

チャージ・タイプのプロパティを表示する手順は次のとおりです。

1. 「物理」→「構成」の順に選択します。「チャージ」→「タイプ」を選択します。

2. 「チャージ・タイプの構成」ページで、チャージ・タイプのリストからアイテムを選択し、アイテムの「情報」アイコンをクリックします。支払タイプ情報ページが開き、このチャージ・タイプのすべてのプロパティがリストされます。

17.1.2.3 チャージ・タイプの削除

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.削除」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

チャージ・タイプを削除する手順は次のとおりです。

1. 「物理」→「構成」の順に選択します。「チャージ」→「タイプ」を選択します。

2. チャージ・タイプの構成ページで、チャージ・タイプのリストから編集するアイテムを選択し、アイテムの「アクション」メニューから「チャージ・タイプの削除」を選択するか、アイテムのチェック・ボックスを選択し、「表」メニューの「削除」を選択します。

17.1.2.4 支払タイプの作成または編集

注意:

このアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.作成」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

チャージバックに使用する新規支払タイプを作成するには:

1. 「物理」→「構成」の順に選択します。その後、「チャージ」を選択し、「支払方法」を選択します。

2. 「支払方法の構成」ページで「追加」をクリックします。

3. 「支払方法の作成」または「支払方法の編集」ページで、支払タイプのプロパティを指定し、「OK」をクリックします。

新規支払タイプが、「支払方法の構成」ページに表示されるリストの末尾に追加されます。

注意:

次のアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.編集」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

支払タイプを変更するには、アイテムのリストから編集するアイテムを選択し、アイテムの「アクション」メニューから支払タイプの編集を選択します。プロパティを必要に応じて変更したら、「OK」をクリックします。

17.1.2.5 支払タイプの表示

注意:

次のアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.読取り」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

支払タイプのプロパティを表示する手順は次のとおりです。

1. 「物理」→「構成」の順に選択します。その後、「チャージ」を選択し、「支払方法」を選択します。

2. 「支払方法の構成」ページで、支払タイプのリストからアイテムを選択し、アイテムの「情報」アイコンをクリックします。

支払タイプ情報ページが開き、この支払タイプのすべてのプロパティがリストされます。

17.1.2.6 支払タイプの削除

注意:

次のアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.削除」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

支払タイプを削除する手順は次のとおりです。

1. 「物理」→「構成」の順に選択します。その後、「チャージ」を選択し、「支払方法」を選択します。

2. 「支払方法の構成」ページで、支払タイプのリストから編集するアイテムを選択し、「アクション」メニューの支払タイプの削除を選択します。

17.1.2.7 顧客の作成または編集

注意:

次のアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.作成」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

チャージバックに使用する新規顧客を作成する手順は次のとおりです。

1. トップ・メニューから「物理」→「構成」を選択します。その後、「チャージ」を選択し、「顧客」を選択します。

2. 「顧客の構成」ページで「追加」をクリックします。

3. 「顧客の作成」または「顧客の編集」ページで、顧客のプロパティを指定します。

- 顧客ID: 請求されるグループの一意のID。最大文字数は30です。

- 名前: 顧客のわかりやすい名前。最大文字数は60です。

- 住所および連絡先情報: 住所と電子メールや電話などの連絡先情報。

- アクティブ: 顧客のアクティブ・ステータスのインジケータ。デフォルト: いいえ。

新規顧客が、「顧客の構成」ページに表示されるリストの末尾に追加されます。

注意:

次のアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.編集」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

顧客を変更するには、顧客のリストから編集する顧客を選択し、顧客リストの「アクション」メニューから「顧客の編集」を選択します。プロパティを必要に応じて変更したら、「OK」をクリックします。

17.1.2.8 顧客の表示

注意:

次のアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.読取り」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

顧客のプロパティを表示する手順は次のとおりです。

1. 「物理」→「構成」の順に選択します。その後、「チャージ」を選択し、「顧客」を選択します。

2. 「顧客の構成」ページで、顧客のリストからアイテムを選択し、アイテムの「情報」アイコンをクリックします。「顧客情報」ページが開き、この顧客のすべてのプロパティがリストされます。

17.1.2.9 顧客の削除

注意:

次のアクションを実行するには、「PCM.管理.マネージャ」権限および「CBC.チャージバック.削除」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

顧客を削除する手順は次のとおりです。

1. 「物理」→「構成」の順に選択します。その後、「チャージ」を選択し、「顧客」を選択します。

2. 「顧客の構成」ページで、顧客のリストから削除するアイテムを選択し、「アクション」メニューの「顧客の削除」を選択します。複数の顧客を削除するには、顧客のチェック・ボックスを選択し、「表」メニューの「削除」を選択します。

17.1.2.10 自動トランザクションの作成

自動トランザクションを定義するには、トランザクション・タイプを選択し、それを有効にします。自動トランザクションを有効にする手順は次のとおりです。

1. 「物理」→「構成」の順に選択します。「チャージ」→「自動トランザクション」を選択します。

2. 「自動トランザクションの構成」ページで、トランザクションのチェック・ボックスを選択することによって、自動化する必要があるトランザクションを選択します。

3. 作業が完了したら、「更新の送信」をクリックします。

17.1.2.11 手動トランザクションの作成または編集

手動トランザクションは、自動トランザクションとほぼ同じ方法で作成できます。手動トランザクションを追加する手順は次のとおりです。

1. 「物理」→「構成」の順に選択します。「チャージ」→手動トランザクションを選択します。

2. 手動トランザクションの作成ページで、トランザクションに必要な情報を入力します。

3. 完了したら、「作成」をクリックします。

17.1.2.12 手動トランザクションの削除

注意:

このタスクを実行するには、「PCM.管理マネージャ」権限、「CBC.チャージバック.削除」権限、および「CBC.チャージバック.管理」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

トランザクションを削除する手順は次のとおりです。

1. 「物理」→「構成」の順に選択します。「チャージバック」を選択します。

2. 「チャージ・インボイス」ページで、「インボイスがないトランザクション」へのリンクを選択します。

3. トランザクションのリストから、削除するトランザクションの「削除」チェック・ボックスを選択します。

17.1.3 チャージバック・タスクの管理

この項では、チャージの処理、インボイスの操作および請求について説明します。次の項目が含まれます。

- インボイスの作成またはスケジュール

- インボイスの調整

- インボイスの削除

- インボイス情報の表示

- インボイスの印刷

- インボイスへの支払済のマーク付け

17.1.3.1 インボイスの作成またはスケジュール

注意:

このタスクを実行するには、「PCM.管理マネージャ」権限、「CBC.チャージバック.作成」権限、および「CBC.チャージバック.管理」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

新規インボイスを手動で作成する手順は次のとおりです。

1. 「物理」→「インボイス」を選択します。「チャージバック」を選択します。

2. 「インボイス」ページで「追加」をクリックします。

3. インボイスに含めるアイテム(特定の部門からのレコードなど)のスクリーニングに使用するコンテンツ基準を選択します。

4. トランザクションのフィルタ処理に必要な追加基準を入力します。「インボイスの生成」をクリックしてすぐにインボイスを作成するか、「スケジュール」をクリックします。「スケジュール」をクリックすると、スケジュール・ページが開き、そこでスケジュール基準を入力できます。

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

17.1.3.2 インボイスの調整

注意:

このタスクを実行するには、「PCM.管理マネージャ」権限、「CBC.チャージバック.編集」権限、および「CBC.チャージバック.管理」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

インボイスを編集する手順は次のとおりです。

1. 「物理」→「インボイス」を選択します。

2. 「インボイス」ページで、アイテムの「アクション」メニューから、「編集」→「インボイスの調整」を選択します。ページが開き、そこでインボイスの情報を調整できます。

17.1.3.3 インボイスの削除

注意:

このタスクを実行するには、「PCM.管理マネージャ」権限、「CBC.チャージバック.削除」権限、および「CBC.チャージバック.管理」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

インボイスを削除する手順は次のとおりです。

1. 「物理」→「インボイス」を選択します。

2. 「インボイス」ページに表示されたインボイスのリストで、インボイスの横にあるチェック・ボックスを選択し、「表」メニューの「削除」を選択します。

17.1.3.4 インボイス情報の表示

注意:

このタスクを実行するには、「PCM.管理マネージャ」権限、「CBC.チャージバック.読取り」権限、および「CBC.チャージバック.管理」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

インボイスを表示する手順は次のとおりです。

1. 「物理」→「インボイス」を選択します。

2. 「インボイス」ページで、表示する情報を含むインボイスの「情報」アイコンをクリックします。

17.1.3.5 インボイスの印刷

注意:

このタスクを実行するには、「PCM.管理マネージャ」権限、「CBC.チャージバック.インボイスの印刷」権限、および「CBC.チャージバック.管理」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

インボイスを印刷する手順は次のとおりです。

1. 「物理」→「インボイス」を選択します。

2. 「インボイス」ページで、印刷するインボイスの「アクション」メニューから、「レポート」を選択します。

17.1.3.6 インボイスへの支払済のマーク付け

注意:

このタスクを実行するには、「PCM.管理マネージャ」権限、「CBC.チャージバック.管理」権限、および「CBC.チャージバック.編集」権限が必要です。これらの権限は、デフォルトでPCM管理者ロールに割り当てられています。

インボイスに支払済のマークを付ける手順は次のとおりです。

1. 「物理」→「インボイス」を選択します。

2. 「インボイス」ページで、支払済のマークを付けるインボイスの「アクション」メニューから、「編集」→「支払済としてマーク」を選択します。

17.2 予約の処理

予約は、物理コンテンツを管理するために使用します。ユーザーは、現在使用不可のアイテム(たとえば、他のユーザーがアイテムを所有している)を保留状態にすることができます。他のユーザーもアイテムの要約リクエストを行っていた場合、その予約は待ちリストに入れられます。このリストは、各ユーザーがアイテムを予約した順序を示します。予約リクエストは複数のアイテムで構成される場合があります。

予約リクエストが作成されると、電子メール通知が管理者に送信され、管理者はリクエストを処理し、組織の適切な手順に従って予約実行プロセスを開始します。

標準的な予約権限を持つユーザーは、既存の予約を変更できません。この操作は、管理者がPCMリクエスタのデフォルトよりも強力な特殊権限を付与した場合のみ可能になります。

通常、各ユーザーは、同じアイテムに対して1つのみ予約リクエストを作成できます。ただし、管理者の設定によっては、ユーザーに複数のリクエストの作成が許可される場合があります。これは、他のユーザーのかわりに予約リクエストを作成するユーザーがいる環境で役立ちます。

この項では、次の項目について説明します。

- 予約リクエストのプロパティ

- 予約の管理

17.2.1 予約リクエストのプロパティ

各予約リクエストには、次のようないくつかのプロパティがあります。

- リクエスト・ステータス

- 転送方法

- 優先度

17.2.1.1 リクエスト・ステータス

リクエスト・ステータスでは、予約された物理アイテムの現在のステータスが指定されます。このステータスは、次のいずれかになります。

- 待機リスト: リクエスト・アイテムは現在、他のユーザーにチェックアウトされています。戻されると、次のリクエスタが使用可能になります(管理者が待機リストの順序のオーバーライドを選択した場合を除く)。

- 処理中(初期デフォルト): 予約されたアイテムは使用可能であり、配信用に準備されています。1つの予約に対して1つのリクエスト・アイテムのみが「処理中」ステータスになります。

- 見つかりません: 指定されたロケーションにリクエスト・アイテムが見つかりません。

- 使用不可: リクエスト・アイテムは現在、配信用に処理できません。

- 拒否済: 予約リクエストは管理者によって拒否されたため、実行できません。

- 取消済: 予約リクエストは、実行前に取り消されました。

- チェックアウト: 予約されたアイテムは、現在他のユーザーの予約リクエストの一部として所有されています。物理アイテムがチェックアウトされている場合は、現在位置(「物理」アイテム情報ページに示される)が、自動的に関連する予約リクエストの「配信先場所」フィールドの値に設定されます。このフィールドに値が入力されていない場合、現在位置は「その他」に設定されます。また、物理アイテム情報ページに表示される現在位置のコメントは、関連する予約リクエストに対して指定されたロケーション・コメントに設定されます。コメントが指定されていない場合は、予約を行ったユーザーのログイン名が設定されます。

- 期限切れ: 予約されたアイテムは現在、他のユーザーにチェックアウトされており、構成されたチェックアウト時間内に戻されていません。そのため、予約リクエストは、現時点では処理できません。
デフォルトでは、期限切れのアイテムを所持しているユーザーに対して、電子メール通知が送信されます。この電子メール通知はオフにできます。

- 戻り済: チェックアウトされたアイテムが記憶域リポジトリに戻されたため、他のユーザーによる予約とチェックアウトが可能です。

17.2.1.2 転送方法

転送方法によって、リクエストを作成したユーザー(リクエスタ)が、予約されたアイテムをどのように受信するかが指定されます。ユーザーは、予約リクエストの作成時に転送方法を指定します。サポートされている転送方法は、次のとおりです。

- コピー: 物理コンテンツ・アイテムが複製され、そのコピーが目的の受信者に提供されます。このコピーは、物理的なもの(たとえば、コピーDVD)または電子的なもの(たとえば、CDのISOイメージ)になります。

- FAX: 物理コンテンツ・アイテムが目的の受信者にFAXで送信されます。

- メール: 元の物理コンテンツ・アイテムが目的の受信者に郵送されます。

- ピックアップ: 目的の受信者が物理コンテンツを直接受け取ります。

- 電子メール: コンテンツ・アイテムが目的の受信者に電子メールで送信されます。

17.2.1.3 優先度

予約リクエストの優先度によって、実行の緊急性が指定されます。ユーザーは、予約リクエストの作成時に優先度を指定します。サポートされている優先度は、次のとおりです。

- 優先度なし: 予約されたアイテムの配信に関する優先度は特にありません(至急ではない)。アイテムは、適切な処理手順に従って配送されます。

- 至急: 予約が行われてからできるだけ早く、予約されたアイテムを目的の受信者に配信します。

- 今朝: 予約が行われた日の朝に、予約されたアイテムを目的の受信者に配信します。

- 今日: 予約が行われた日に、予約されたアイテムを目的の受信者に配信します。

- 今週: 予約が行われた週に、予約されたアイテムを目的の受信者に配信します。

17.2.2 予約の管理

予約の管理に関するタスクは、次のとおりです。

- 予約リクエストの作成

- 予約リクエストの編集

- 予約リクエストの削除

- 物理アイテムの予約の表示

- リクエスト・アイテムのステータスの変更

17.2.2.1 予約リクエストの作成

注意:

このタスクを実行するには、「PCM.予約.作成」権限が必要です。この権限は、デフォルトで事前定義済のPCMリクエスタ・ロールとPCM管理者ロールに割り当てられます。

予約リクエストは、物理アイテムに対してのみ作成できます。電子アイテムを予約しようとした場合、エラー・メッセージが表示されます。

デフォルトでは、各ユーザーは同一のアイテムに対して予約リクエストを1つのみ発行できます。ユーザーが複数の人物のかわりに予約リクエストを作成する場合(たとえば、管理者の代理)、この動作をオーバーライドすると便利です。そうするには、physicalcontentmanager_environment.cfg構成ファイルに次の変数を追加します。

AllowMultipleRequests=true

他のアイテムを含む物理アイテムに対して予約リクエストを作成した場合、他のアイテムはその予約に含まれます。子アイテムはリクエスト内に表示されませんが、親アイテムのチェックアウトを実行すると、子アイテムもすべてチェックアウトされます。リクエストは各子アイテムに対して作成できますが、子アイテムは親アイテムが戻されるまでチェックアウトできません。

予約リクエストが送信されるとすぐに、すべてのリクエスト・アイテムのステータスが、自動的に「処理中」に変化します。ただし、それらのステータスがすでに「処理中」または「チェックアウト」になっている場合は除きます。その場合は、「待機リスト」に変化します。

標準的な予約権限(事前定義済のpcmrequestorロール)を持つユーザーは、デフォルトで既存の予約を変更できません。予約リクエストを編集するには、「PCM.予約.編集」権限が付与されている必要があります。

予約リクエストを作成する手順は次のとおりです。

1. 予約する物理アイテムを検索し、それらをコンテンツ・バスケットに追加します。

2. 「コンテンツ・サーバー」→「コンテンツ・バスケット」を選択します。

3. 「コンテンツ・バスケット」ページで、予約する各物理アイテムのチェック・ボックスを選択し、「表」メニューの「リクエスト」→「選択したアイテムのリクエスト」を選択します。コンテンツ・バスケット内のすべてのアイテムを予約するには、「すべてのアイテムのリクエスト」を選択します。

選択したアイテムを予約した後でコンテンツ・バスケットから削除するかどうか尋ねるプロンプトが表示されます。

4. 「はい」または「いいえ」をクリックします。予約リクエストを中止するには、「取消」をクリックします。

5. 「リクエストの作成」または「リクエストの編集」ページで、新規予約リクエストのプロパティを指定します。

- リクエスト名: 予約の名前。一意である必要はありません。各予約リクエストには、一意のシステム内部参照があります。各予約リクエストは、リクエスト名ではなく、この内部参照を使用して追跡されます。このため、複数の予約に同じ名前を付けても問題ありません。最大文字数は30です。

- リクエスト日: リクエストが作成された日時。デフォルトは現在の日時です。

- リクエスタ: リクエストを送信するユーザー。デフォルトは、現在ログインしているユーザーです。

- セキュリティ・グループ: リクエストが割り当てられるグループ。セキュリティ・グループを使用すると、ユーザーがアクセスできるリクエストを制限できます。

- 転送方法および優先度: 転送方法および使用する優先度。

- 期限: アイテムが必要な日付。日付を選択するには、カレンダ・アイコンをクリックします。時間の指定はオプションです。指定しなかった場合、午前0時(12:00)が使用されます。

- 配信先場所およびロケーション・コメント: アイテムの配信先となるロケーション。このロケーションがストレージ階層内にある場合は、「参照」をクリックして、ロケーションを検索および選択できます。階層内にない場合は、「コメント」フィールドを使用して配信の詳細を提供します。アイテムがチェックアウトされる場合、その現在のロケーション(「物理」アイテム情報ページに表示)は、関連する予約リクエストのこのフィールドの値に自動的に設定されます。値が入力されていない場合、現在のロケーションは「その他」に設定されます。

- コメント: 必要に応じて指定する追加のコメント。

6. 完了したら、「作成」をクリックします。

すべてのリクエスト・アイテムのステータスが、自動的に「処理中」に変化します。ただし、それらのステータスがすでに「処理中」または「チェックアウト」になっている場合は除きます。その場合は、「待機リスト」に変化します。アイテムが予約され、予約リクエストに関する通知が管理者に送信されます。管理者が予約リクエストを処理すると、そのリクエストを組織の手順に従って実行できるようになります。

17.2.2.2 予約リクエストの編集

注意:

このタスクを実行するには、「PCM.予約.編集」権限が必要です。この権限は、デフォルトで事前定義済のPCM管理者ロールに割り当てられています。PCMが構成されたときの設定によっては、ユーザーがこの権限なしで、所有された予約を編集できます。

予約リクエストのプロパティを変更する手順は次のとおりです。

1. 「物理」→「予約」を選択します。

2. 「予約検索結果」ページで、編集する予約リクエストを見つけ、その「アクション」メニューから、「編集」→「リクエストの編集」を選択します。

3. 「リクエストの作成」または「リクエストの編集」ページで、予約リクエストのプロパティを変更し、完了したら「更新の送信」をクリックします。

17.2.2.3 予約リクエストの削除

注意:

このタスクを実行するには、「PCM.予約.削除」権限が必要です。この権限は、デフォルトで事前定義済のPCM管理者ロールに割り当てられています。PCMが構成されたときの設定によっては、ユーザーがこの権限なしで、所有された予約を削除できます。

予約リクエストを削除する(および効率的にそれを取り消す)手順は次のとおりです。

1. 「物理」→「予約」を選択します。

2. 「予約検索結果」ページで、削除する予約リクエストを見つけ、その「アクション」メニューから、「リクエストの削除」を選択します。

予約リクエストはすぐに削除され、その後プロンプトが表示されることはありません。エラーが発生しなかった場合、予約リクエストが正常に削除されたことを示すメッセージが表示されます。

17.2.2.4 物理アイテムの予約の表示

注意:

このタスクを実行するには、「PCM.予約.読取り」権限が必要です。この権限は、デフォルトで事前定義済のPCMリクエスタ・ロールとPCM管理者ロールに割り当てられます。

物理アイテムの未処理の予約リクエストをすべて表示する手順は次のとおりです。

1. 物理アイテムを検索します。

2. 検索結果ページで、アイテムの「アクション」メニューから「情報」→「予約の表示」を選択します。

3. 「予約検索結果」ページが開き、現在の物理アイテムの未処理の予約リクエストがすべてリストされます。

17.2.2.5 リクエスト・アイテムのステータスの変更

注意:

このタスクを実行するには、「PCM.予約.編集」権限が必要です。この権限は、デフォルトで事前定義済のPCM管理者ロールに割り当てられています。PCMが構成されたときの設定によっては、ユーザーがこの権限なしで、所有された予約のステータスを変更できます。

予約リクエストに含まれるリクエスト・アイテムのステータスを変更する手順は次のとおりです。

1. 変更するリクエスト・アイテムを検索します。

2. 「予約検索結果」ページで、変更対象ステータスのリクエスト・アイテムを見つけ、その「アクション」メニューから、「情報」→「リクエスト・アイテム情報」を選択します。

3. 「リクエスト・アイテム情報」ページで、「ページ」メニューの「編集」を選択します。

4. 「リクエスト・アイテムの編集」ページで、新しいステータスを選択し、完了したら「更新の送信」をクリックします。

18 レコード関連コンテンツ(リンク)の構成

この章では、Oracle WebCenter Content: Recordsのコンテンツ・アイテム間のリレーションシップを確立するようにリンクを構成する方法について説明します。

この章の構成は、次のとおりです。

- コンテンツ・リンクの理解

- 事前定義済リレーションシップ・タイプ

- リンク方法

- 関連コンテンツの管理

- リンクの例

18.1 コンテンツ・リンクの理解

リンクによって、コンテンツ間のリレーションシップのタイプが確立されます。たとえば、1つの(Wordなどのソフトウェアで作成された)ネイティブ・ファイルが、PDFやサムネイル・イメージなどの様々なレンディションを持ち、それぞれが別々のコンテンツ・アイテムとしてリポジトリにチェックインされる場合があります。これらのレンディションをリンクして、相互依存関係を示すことができます。

リレーションシップは、使用可能な4つのリレーションシップ・クラスのいずれかに基づきます。事前定義済リレーションシップ・タイプもいくつか提供されますが、サイト環境の要件に合わせて、カスタム・リレーションシップ・タイプを追加することもできます。

注意:

リレーションシップは、アクセス可能なアイテム間にのみ作成できます。アイテム間のリレーションシップを作成するには、割り当てられた権限、分類、補助マーキングなど、それらのアイテムに対する適切なアクセス権限が必要です。

アイテム間のリレーションシップは、次に示す2つの基本的な方法を使用して作成できます。

- 1つのアイテムから別のアイテムへのリレーションシップを作成します。システム内の1つのアイテムから、同じシステム内の別のアイテムへのリレーションシップを作成する場合、そのプロセス中に検索ページを使用して、該当するアイテムにアクセスし、そのアイテムにリンクできます。詳細は、「既存のアイテムへのリンク」を参照してください。

- 既存のアイテムから新規アイテムへのリレーションシップを作成します。1つのアイテムから新規アイテムへのリレーションシップを追加する場合、そのプロセス中にコンテンツ・チェックイン・ページを使用して、新規アイテムを作成できます。詳細は、「新規アイテムへのリンク」を参照してください。

注意:

アイテムを削除すると、差し替えられたコンテンツ・アイテムの配置処理中を除き、対応するすべてのリレーションシップが削除されます。差し替えられたコンテンツ・アイテムがその配置処理を完了するまでは、参照先のないリレーションシップが残ります。完了後、それらのリレーションシップは削除されます。

18.2 事前定義済リレーションシップ・タイプ

使用可能な事前定義済リレーションシップ・タイプは次のとおりです。

- レンディション: ピアツーピア・クラスに基づきます

- 差替え: 連鎖リスト・クラスに基づきます。

- サポート・コンテンツ: サポート・コンテンツ・クラスに基づきます。

- 相互参照: 相互参照クラスに基づきます

独自のリレーションシップ・タイプを定義することもできます。

18.2.1 レンディション

事前定義済の「レンディション」タイプは、ピアツーピア・クラスに基づきます。通常は、アイテム間のピア・リレーションシップを示すために使用します。ここでのレンディションは、アイテムのコピーまたはその他のバージョンへのリンクを意味します。たとえば、編集可能なテキスト・アイテムを、編集不可のコンテンツ・アイテムや、印刷された物理的なレンディションにリンクできます。RecordsGroupセキュリティ・グループに属するユーザーは、このタイプのリレーションシップを作成し、アイテムのソース・ファイルを他のレンディションにリンクできます。

図18-1 レンディション・リンク

たとえば、ファイルのすべてのバージョンのグラフィック・タイプが異なるとします(.psd、.jpg、および.tif)。図18-1は、A (.psd)がB (.jpg)にリンクされ、BがC (.tif)にリンクされていることを示しています。アイテムCは関連付けによって間接的にAにリンクされていますが、直接的にはAにリンクされていません。AとBの間のリンクが削除(リンク解除)された場合、Cは関連付けによってAにリンクされなくなります。

このタイプのリンクの作成例は、「レンディション・リンクの例」を参照してください。

18.2.2 差替え

事前定義済の「差替え」リレーションシップは、連鎖リスト・クラスに基づきます。ユーザーはこれを使用して、コンテンツ・アイテムの階層連鎖を作成し、リスト内の各アイテムを別のアイテムに差し替えることができます。たとえば、最新の情報を維持する必要がある、レビュー対象コンテンツ・アイテムがあります。差替えタイプによって、以前のコンテンツ・アイテムは不要になります。

差替えリレーションシップによって、アイテム間の階層連鎖が作成されます。ユーザーは、この特殊な差替えリレーションシップを使用して、差し替えられたアイテムを処理するための配置処理を強化できます。RecordsGroupセキュリティ・グループに属するユーザーは、このタイプのリレーションシップを作成し、別のアイテムを差し替えるアイテムをリンクできます。

図18-2 差替えリンク

「差替え」リレーションシップは、連鎖リスト内のどのアイテムにでも設定できますが、通常は最も新しいアイテムに設定されます。差替え日は、差替えアイテムではなく、差替え対象アイテムに設定されます。「コンテンツ情報」ページの「リンク」領域には、最新のバージョンのみが表示され、すべてのリビジョンは表示されません。別のアイテムを差し替えた最新のアイテムは、連鎖リストの先頭に表示されます。

たとえば、4月の月次レポート(A)は5月のレポート(B)に差し替えられ、その後6月のレポート(C)に差し替えられます。この図は、AがBに差し替えられ、その後C、Dの順序で差し替えられたことを示しています。アイテムDが最新のレコードになります。差替え日は前のアクティブなレコードに設定されるため、このシナリオではアイテムCが該当します。このタイプのリレーションシップの作成例は、「差替えリンクの例」を参照してください。

18.2.3 サポート・コンテンツ

事前定義済のサポート・コンテンツ・タイプは、サポート・コンテンツ・クラスに基づきます。1つのメイン・アイテム(親)があり、それに従属する複数のサポート・アイテム(子)があります。サポート・コンテンツ・リンクは、サポート・コンテンツの子が、それらをサポートする複数の親アイテムを保持できるという前提に基づいています。ただし、複数の子アイテムに対して許可される親は1つのみです。サポート・コンテンツ・リレーションシップ・タイプでは、1つの親と複数の子から成る階層をアイテム間に作成できます。

RecordsGroupセキュリティ・グループに属するユーザーは、このタイプのリレーションシップを作成することによって、1つのアイテムを他のアイテムにリンクし、最初の親アイテムをなんらかの方法でサポートできます。たとえば、イメージの印刷要件が記述されたテキスト・ファイルに、そのイメージをリンクできます。埋込みコンテンツを含むアイテムにも、サポート・コンテンツ・リレーションシップ・タイプを使用できます。

このリレーションシップは、イメージ、音声ファイルまたはビデオ・ファイルのプレースホルダを含むHTMLドキュメントなど、Webサイト・コンテンツのリンク部分に役立ちます。使用参照の境界をまたいで、アイテム間に親子タイプのリレーションシップを作成する場合、サポート・コンテンツ・タイプを使用して、アイテムのリレーションシップの追跡を調整できます。たとえば、単一のイメージを複数の親ドキュメント内で使用したり、単一のドキュメントに複数のイメージを含めたりする場合があります。

図18-3 サポート・コンテンツ・リンク

たとえば、Wordドキュメント(A)にスプレッドシート(X)やグラフィック(XX)などの埋込みコンテンツが含まれているとします。別の文書(B)には、最初のドキュメントのコンテンツの一部が使用されます。

図18-3は、AとBが唯一の親アイテムであることを示しています。アイテムAには、X、XXおよびXYという子がいます。アイテムBには、XX、XYおよびYという子がいます。子アイテムXXとXYのどちらにも、AとBという複数の親がいます。このタイプのリンクの作成例は、「サポート・コンテンツ・リンクの例」を参照してください。

18.2.4 相互参照

事前定義済の「相互参照」リレーションシップは、相互参照クラスに基づきます。実質的には、1つのアイテムから別のアイテムへのポインタです。RecordsGroupセキュリティ・グループに属するユーザーは、このタイプのリンクを作成し、お互いを参照する複数のアイテムをリンクできます。このリンクの方向性は、単方向(一方向のみ)または双方向(相互的、両方向)のいずれかです。

このタイプのリンクの作成例は、「一方向の相互参照リンクの例」および「双方向の相互参照リンクの例」を参照してください。

18.2.4.1 単方向のリンク

この例では、AがBにリンクされます。Aのコンテンツ情報ページで、アイテムAはBへの相互参照リレーションシップを示しています。Bのコンテンツ情報ページで、アイテムBは、Aへのリレーションシップによって相互参照されていることを示しています。

図18-4 単方向の相互参照リレーションシップ

このタイプのリレーションシップの作成例は、「一方向の相互参照リンクの例」を参照してください。

18.2.4.2 双方向の(相互的な)リレーションシップ

前の例では、AがB、BがAをそれぞれ指しています。アイテムAはBを相互参照し、BはAを相互参照しています。AからBへの相互的なリレーションシップを作成すると、BからAへの相互参照リレーションシップが自動的に作成されます。

図18-5 双方向の(相互的な)相互参照リレーションシップ

このタイプのリレーションシップの作成例は、「双方向の相互参照リンクの例」を参照してください。

18.3 リンク方法

リレーションシップは、次に示す2つの基本的な方法を使用して作成できます。

- 1つのアイテムから別のアイテムへのリレーションシップを作成します。システム内の1つのアイテムから、同じシステム内の別の既存のアイテムへのリレーションシップを作成する場合、そのリンク・プロセス中に検索ページを使用して、該当する既存のアイテムにアクセスし、そのアイテムにリンクできます。詳細は、「既存のアイテムへのリンク」を参照してください。

- 既存のアイテムから新規アイテムへのリレーションシップを作成します。システム内の1つのアイテムから新規アイテムへのリレーションシップを追加する場合、そのリンク・プロセス中にコンテンツ・チェックイン・ページを使用して、新規アイテムを作成できます。詳細は、「新規アイテムへのリンク」を参照してください。

注意:

アイテムを削除すると、差し替えられたアイテムの配置処理中を除き、対応するすべてのリレーションシップが削除されます。差し替えられたアイテムがその配置処理を完了するまでは、参照先のないリンクが残ります。完了後、それらのリレーションシップは削除されます。

18.3.1 リレーションシップ・クラス

各リレーションシップ・タイプは、リレーションシップのクラス定義に基づきます。クラスには、次の4つのタイプがあります。

- ピアツーピア・クラス

- 連鎖リスト・クラス

- サポート・コンテンツ・クラス

- 相互参照クラス

18.3.1.1 ピアツーピア・クラス

ピアツーピア・クラスは、すべてのアイテムの重要度が等しいコンテンツ間のリレーションシップを表します。マスター・アイテムや親アイテムはありません。典型的な例は、ドキュメントの異なるレンディションです(Word、PDF、サムネイル・イメージなど)。このリレーションシップは、ピア・アイテム間の多対多(m:n)のリレーションシップです。複数のコンテンツ・アイテム(m)が、他のコンテンツ・アイテム(n)への複数のリレーションシップを保持できます。

システムには、ピアツーピア・クラスに基づく事前定義済の「レンディション」リレーションシップ・タイプが付属しています。詳細は、「レンディション」を参照してください。

18.3.1.2 連鎖リスト・クラス

連鎖リスト・クラスは、個々のアイテムが連続して相互に接続され、リンクされたアイテムの連鎖を形成するコンテンツ間のリレーションシップを表します。たとえば、段階的に更新されるアイテムのバージョン間で相互の差替えが発生する場合、ユーザーは1つ目のバージョンを2つ目のバージョンにリンクし、それを3つ目のバージョンへとリンクしていきます。リンクされた最新のアイテムによって、以前のアイテムがすべて差し替えられる場合がありますが、この差替えは必須ではありません。このリレーションシップは、差替えアイテムとその差替え対象アイテムとの間の1対多(1:m)のリレーションシップです。1つ(1)のコンテンツ・アイテムによって、複数(m)のコンテンツ・アイテムが差し替えられる場合があります。

連鎖リスト・クラスは、Oracle WebCenter Content内のリビジョンの概念に相当しますが、異なるレベルで動作します。連鎖リストは複数のコンテンツ・アイテムにまたがりますが、リビジョン・リストの対象は個々のコンテンツ・アイテムのみです。

事前定義済タイプは、各連鎖リスト・クラスに基づいて提供されます。

18.3.1.3 サポート・コンテンツ・クラス

サポート・コンテンツ・クラスは、1つのメイン・アイテム(親)があり、それに従属する複数のサポート・アイテム(子)があるコンテンツ間のリレーションシップを表します。典型的な例は、埋込みイメージを含むドキュメントや、外部イメージ、音声ファイルまたはビデオ・クリップのプレースホルダを含むWebファイルです。親アイテムは、埋込みまたは外部サポート・ファイル(子)にリンクし、これらのファイルがそれぞれ別々のアイテムとしてリポジトリにチェックインされます。

このリレーションシップは、メイン・アイテムとそのサポート・アイテムとの間の1対多(1:m)の親子リレーションシップです。1つ(1)の親コンテンツ・アイテムが、複数(m)のサポート・コンテンツ・アイテムを保持する場合があります。このリレーションシップで許可される親アイテムは1つのみですが、子アイテムは複数の親に属し、他のサポート・コンテンツ・リレーションシップ・セットに関与することもできます。1つの子アイテムを複数の親のサポート・コンテンツにすることはできますが、子アイテムがサポートできる親アイテムは1つのみです。

事前定義済タイプは、各サポート・コンテンツ・クラスに基づいて提供されます。詳細は、「サポート・コンテンツ」を参照してください。

18.3.1.4 相互参照クラス

相互参照クラスは、ペアになっているコンテンツ・アイテム間の1対1のリレーションシップを表します。このリレーションシップは、1つのコンテンツ・アイテムが別のコンテンツ・アイテムを指す相互参照です。このリレーションシップの方向性は、単方向(一方向を指す)または双方向(相互的、両方向を指す)のいずれかです。典型的な例は、別のドキュメントへの参照を含み、そのドキュメントと相互にリンクされているドキュメントです。

事前定義済タイプは、各相互参照クラスに基づいて提供されます。詳細は、「相互参照」を参照してください。

18.4 関連コンテンツの管理

リンクの管理に関するタスクは、次のとおりです。

- カスタム・リレーション・タイプの追加

- カスタム・リレーション・タイプの編集

- カスタム・リンク・タイプの削除

- アイテムのリンク

- アイテムのリンク解除

18.4.1 カスタム・リレーション・タイプの追加

このタスクには、いずれかの事前定義済クラスを使用する必要があります。

注意:

このアクションを実行するには、「管理.リンク・タイプ構成」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. トップ・メニューから「レコード」→「構成」を選択します。

2. その後、「保存」→「関連コンテンツ・タイプ」を選択します。

3. 「リンク・タイプの構成」ページで「関連コンテンツ・タイプの追加」をクリックします。

4. 「関連コンテンツ・タイプの追加」ページまたは関連コンテンツ・タイプの編集ページで、名前を入力します。

5. (オプション)宛先を入力します。

6. 「クラス」リストからタイプを選択します。クラスの詳細は、「リレーションシップ・クラス」を参照してください。

7. 「追加」をクリックします。

新規タイプが追加されます。

18.4.2 カスタム・リレーション・タイプの編集

カスタム・タイプの名前または宛先を編集する手順は次のとおりです。

1. トップ・メニューから「レコード」→「構成」を選択します。

2. その後、「保存」→「関連コンテンツ・タイプ」を選択します。

3. 「リンク・タイプの構成」ページで「関連コンテンツ・タイプの追加」をクリックします。

4. 「関連コンテンツ・タイプの追加」ページまたは関連コンテンツ・タイプの編集ページで、編集するカスタム・リンクの「アクション」メニューから「編集」を選択します。

5. 必要に応じて、名前を編集し、宛先を入力または編集します。

6. 「更新の送信」をクリックします。
「リンク・タイプの構成」ページ上のタイプが更新されます。

18.4.3 カスタム・リンク・タイプの削除

組込みタイプ(「システム」 = 「Yes」)は削除できません。カスタム・タイプが使用中の場合、そのタイプは使用が終了するまで削除できません。詳細は、「アイテムのリンク解除」を参照してください。カスタム・タイプを削除するとタイプ定義も削除されますが、関連付けられたアイテムは削除されません。

注意:

このアクションを実行するには、「管理.リンク・タイプ構成」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. トップ・メニューから「レコード」→「構成」を選択します。

2. その後、「保存」→「関連コンテンツ・タイプ」を選択します。

3. 「リンク・タイプの構成」ページで、削除するリンク・タイプの「アクション」メニューから「削除」を選択します。

アクションを確認するプロンプトが表示されます。

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

リンク・タイプが「リンク・タイプの構成」ページから削除されます。

18.4.4 アイテムのリンク

新規アイテムまたは既存のアイテムへのリンクを作成できます。次のように、保存スケジュール内のアイテムを、チェックインされた新規アイテムまたは検索中に見つかった既存のアイテムにリンクできます。

- 新規アイテムのリンク: コンテンツ・チェックイン・フォームが開き、ユーザーはこのフォームから新規アイテムをチェックインして、既存のアイテムにリンクできます。

- 既存のアイテムのリンク: 「検索」ページが開き、ユーザーはこのページから既存のアイテムを検索して、既存のアイテムにリンクできます。

ユーザーは、チェックイン中のアイテムへのリンクを作成することもできます。使用できるのは、チェックイン・ページの最下部にある「コンテンツ・リレーション」フィールドです。このフィールドの横にある「参照」ボタンをクリックして、リンクするアイテムを検索します。

18.4.4.1 新規アイテムへのリンク

1. リンク元のアイテムにアクセスします。

- 保存スケジュールと、カテゴリまたはレコード・フォルダ内のリスト・アイテムを参照します。

- レコード管理者の権限を持っている場合、アイテムのコンテンツをスクリーニングします。

- リンクするアイテムを検索します。

2. 「保存スケジュール」ページ、スクリーニング結果ページまたは「検索結果」ページで、アイテムの「アクション」メニューからリレーションシップ・タイプを選択します。

3. リンク・ページの「ページ」メニューで、「リンク」→「新規アイテムのリンク」を選択します。

コンテンツ・チェックイン・フォームが開きます。

4. リンク先の新規アイテムをチェックインします。

18.4.4.2 既存のアイテムへのリンク

1. リンクの対象となるアイテムにアクセスします。

- 保存スケジュールと、保存カテゴリまたはレコード・フォルダ内のリスト・アイテムを参照します。

- レコード管理者の権限を持っている場合、アイテムのコンテンツをスクリーニングします。

- リンクするアイテムを検索します。

2. 「保存スケジュール」ページ、スクリーニング結果ページまたは「検索結果」ページで、アイテムの「アクション」メニューからリレーションシップ・タイプを選択します。

3. 作成するリンク・タイプの「リンクの追加」アクションをクリックします。

リンク・タイプに対応したリンク・ページが開きます。

4. リンク・ページのメニューで、「リンク」→「既存のアイテムのリンク」を選択します。

「拡張検索」ページが開きます。

5. リンク先のアイテムを検索します。

検索結果ページが開き、「リンク」列が追加されます。

6. リンク先のアイテムの横にある「リンク」列のチェック・ボックスを選択します。

7. 「表」メニューの「リンク」→「選択したアイテムのリンク」を選択します。

作成したリンク・タイプの「リンク」ページが開き、リンク先として確立されたアイテムがリストされます。

18.4.5 アイテムのリンク解除

リンクを再ルーティングする場合や、異なるタイプのリンクを一緒に使用する場合など、やむを得ない理由から、リンクを削除することがあります。リンクされた2つのアイテムをリンク解除する手順は次のとおりです。

注意:

相互参照やサポート対象コンテンツなどの宛先リンクをリンク解除するには、元のアイテムのコンテンツ情報ページから操作を行う必要があります。宛先リンクは、コンテンツ情報ページの「リンク」領域にインデント表示されるリンクです。ただし、双方向の相互参照リンクは除きます。この場合、いずれかのリンク・ページからリンク解除を行うことができます。

1. リンク解除するアイテムのコンテンツ情報ページに移動します。

2. (+)の付いたリンクをクリックして、それぞれのリンク・ページを開きます。

3. アイテムの「アクション」メニューから「リンク解除」を選択します。

リンクの削除を確認するメッセージが開きます。

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

リンク・ページが開き、以前にリンクされていたコンテンツが、リンクされていない状態でリストされます。

18.5 リンクの例

次の例では、様々なタイプのリンクの作成方法を示します。この項の情報は、レコード管理者ロールを持つユーザーを対象としています。

- Enclosuresカスタム・リンク・タイプの例

- レンディション・リンクの例

- 一方向の相互参照リンクの例

- 双方向の相互参照リンクの例

- 差替えリンクの例

- サポート・コンテンツ・リンクの例

18.5.1 Enclosuresカスタム・リンク・タイプの例

この例では、カスタム名を持つリンク・タイプを作成します。また、これは親子リレーションシップであるため、宛先リンクも作成します。子の宛先リンクによって、リンクされているサポート・アイテムが表示されます。この例では、宛先リンクEnclosing Documentを持つサポート・コンテンツ・リンク・タイプEnclosed by、および宛先リンクEnclosuresを持つEnclosure ofを作成します。

1. 「レコード」→「構成」を選択します。

2. その後、「保存」→「関連コンテンツ・タイプ」を選択します。

3. 「リンク・タイプの構成」ページで「関連コンテンツ・タイプの追加」をクリックします。

4. 「関連コンテンツ・タイプの追加」ページまたは関連コンテンツ・タイプの編集ページで、「名前」フィールドにリンク名「Enclosed By」を入力します。

5. 「保存先」フィールドに「Enclosing Document」と入力します。

6. 「クラス」リストから「サポート・コンテンツ」リンク・タイプを選択します。

7. 「追加」をクリックします。

新規リンク・タイプが「リンク・タイプの構成」ページに追加されます。

8. 「関連コンテンツ・タイプの追加」をクリックします。

9. 「関連コンテンツ・タイプの追加」ページまたは関連コンテンツ・タイプの編集ページで、「名前」フィールドに名前「Enclosure of」を入力します。

10. 「保存先」フィールドに「Enclosures」と入力します。

11. 「クラス」リストから「サポート・コンテンツ」リンク・タイプを選択します。

12. 「追加」をクリックします。

新規リンク・タイプが「リンク・タイプの構成」ページに追加されます。

新規カスタム・リンク名が「リンク・タイプの構成」ページに表示されます。「アクション」列には、カスタム・リンク・タイプのメニューが移入されます。これは、「システム」列に値「いいえ」が移入されることから識別できます。

カスタム・リンク・タイプは、コンテンツ情報ページの「リンク」領域にも表示されます。これらは検索結果ページの「ページ」メニューからも使用できます。

特定のリンク・タイプのリンクが存在する場合、コンテンツ情報ページのリンク・タイプの後にプラス記号(+)が表示されます。

現在のアイテムは、他のコンテンツ・アイテムへのEnclosed Byリンクを保持しています。リンクをクリックすると、リンクされたアイテムのリストが表示されます。

18.5.2 レンディション・リンクの例

この例では、アイテム間のレンディション・リンクを作成するための基本的な手順を示します。この例では、新規にチェックインしたアイテムから、同じく新規にチェックインした他のアイテムへのレンディション・リンクを作成します。この例では、マスター・グラフィック・ファイルMaster PSDをチェックインした後、レンディションまたは同じファイルの異なる形式(GIF、PNG、JPEG、BMPおよびTIFF)を、Master PSDファイルへのレンディション・リンクとしてチェックインします。

多くの場合、アイテムをチェックインした直後にリンクを作成すると、ユーザーがそのアイテムを検索または参照する必要がなくなるため便利です。

1. アイテムMaster PSDをチェックインします。チェックイン直後、チェックイン確認ページに表示された「コンテンツ情報」リンクをクリックします。

2. コンテンツ情報ページの「リンク」領域で、「レンディション」をクリックします。

「レンディション」リンク・ページが開き、最初は新規アイテムとリンク解除されたアイテムの部分が空白になっています。

3. 「ページ」メニューで、「リンク」→「新規アイテムのリンク」を選択します。

4. GIF versionというアイテムをチェックインし、必須フィールドのみを入力します。「チェックイン」をクリックすると、新規にチェックインしたアイテムとリンクされたアイテムが、アイテムの「レンディション」リンク・ページに表示されます。

5. 同じ手順を繰り返して、JPEGとTIFFというバージョンを新規にリンクおよびチェックインします。

「情報」アイコンをクリックし、「レンディション」リンクでレンディション・リンクを確認します。「レンディション」リンク・ページのどのアイテムも、お互いをそれぞれ独自の「レンディション」リンク・ページにリストします。レンディション・リンクとしてリストされたすべてのアイテムのコンテンツ情報ページには、レンディションを示す記号(+)が表示されます。

18.5.3 一方向の相互参照リンクの例

この例では、一方向の相互参照リンクを作成します。一方向のリンクでは、1つのアイテムが別のアイテムを指します。アイテムA (Disaster Recovery Procedures)は、アイテムB (System Backup)によって相互参照されます。

この例では、既存のアイテム間に、一方向の相互参照を作成します。まずリンク先のアイテムを検索し、次にリンク元のアイテムを検索します。この例では、Disaster Recovery Proceduresが既存のSystem Backupにリンクされます。この例をテストする目的で、このようなタイトルを持つ2つのアイテムを作成し、それらを検索します。

1. リンク元のアイテム(この例ではDisaster Recovery Procedures)を、保存スケジュールから参照するか、検索します。

2. 「保存スケジュール」ページまたは「検索結果」ページで、「情報」アイコンをクリックします。

アイテムのコンテンツ情報ページが開きます。

3. コンテンツ情報ページの「リンク」領域で、リストされたリンクからの相互参照をクリックします。

アイテムの「相互参照」リンク・ページが開き、最初は空白になっています。

4. 「相互参照」リンク・ページの「ページ」メニューで、「リンク」→「既存のアイテムのリンク」を選択します。

アイテムのリンクに使用する「検索結果」ページが開きます。

5. 検索条件を入力し、「検索」をクリックします。

「検索結果」ページが開き、リンク元のアイテムの選択肢が表示されます。タイトルは、ユーザーがリンク元として指定したアイテムを示しています。検索条件にユーザーがリンク元として指定したアイテムが含まれている場合、そのチェック・ボックスは選択できません。これにより、リンク元とリンク先が同一のアイテムになることを回避できます。

6. リンクに使用する「検索結果」ページで、リンクを保持するアイテムのチェック・ボックスを選択します。

7. 「リンクの検索」ページの「ページ」メニューで、「リンク」を選択します。

アイテムがリンクされ、「相互参照」ページが再度開き、アイテムのIDとタイトルが相互参照としてリンクされていることを確認できます。

8. 相互参照アイテムの「情報」アイコンをクリックして、コンテンツ情報ページを開きます。「リンク」領域まで下にスクロールします。

リンク元のアイテムの「相互参照」リンクの後に(+)が表示されます。

9. 「相互参照」リンクをクリックします。

アイテムの「System Backup: 相互参照」リンク・ページが開きます。

10. 「情報」アイコンをクリックし、相互参照されているアイテムのコンテンツ情報ページにアクセスします。

リンク元のアイテムの「相互参照」リンクの後にプラス記号(+)が表示されます。

18.5.4 双方向の相互参照リンクの例

この例では、リンクされたアイテムがお互いを指す、双方向のリンクを作成します。この例では、既存のアイテム間に、双方向の相互参照を作成します。まずリンク先のアイテムを検索し、次にリンク元のアイテムを検索します。使用されるページは、相互参照リンクを作成する場合と似ているため、ここでは説明を省略します。

前の例と同じように、Disaster Recovery Proceduresが既存のSystem Backupにリンクされます。この例をテストする目的で、このようなタイトルを持つ2つのアイテムを作成し、それらを検索できます。一方向の例のリンクを作成した場合、この例の説明と同じ結果を確認するには、先に進む前にアイテムをリンク解除します。

1. リンク元のアイテムを、保存スケジュールで参照するか、検索します。

2. 「保存スケジュール」ページまたは「検索結果」ページで、「情報」アイコンをクリックします。

アイテムのコンテンツ情報ページが開きます。

3. コンテンツ情報ページの「リンク」領域で、リストされたリンクからの相互参照をクリックします。

アイテムの「相互参照」リンク・ページが開き、最初は空白になっています。

4. 「相互参照」リンク・ページの「ページ」メニューで、「リンク」→「既存のアイテムのリンク」を選択します。

アイテムのリンクに使用する「検索結果」ページが開きます。

5. 検索条件を入力し、「検索」をクリックします。

検索結果が表示され、リンク元のアイテムの選択肢が表示されます。タイトルは、ユーザーがリンク元として指定したアイテムを示しています。検索条件にリンク元として指定したアイテムが含まれている場合、そのチェック・ボックスは選択できません。これにより、リンク元とリンク先が同一のアイテムになることを回避できます。

6. リンクに使用する「検索結果」ページで、作成する双方向のリンクのリンク先となるアイテムのチェック・ボックスを選択します。

7. 「リンクの検索」ページの「ページ」メニューで、「リンク」→「相互リンク」を選択します。

アイテムがリンクされ、「相互参照」ページが再度開き、アイテムのIDとタイトルが相互参照としてリンクされていることを確認できます。

8. 相互参照アイテムSystem Backupの「情報」アイコンをクリックして、リンクされたアイテムのコンテンツ情報ページを開きます。「リンク」領域まで下にスクロールします。「相互参照」および「相互参照」リンクが、双方向の相互参照リンクを示していることを確認できます。各「相互参照」リンクには、プラス(+)記号が含まれます。この記号は、両方のアイテムのコンテンツ情報ページに表示されます。

9. 「相互参照」リンクをクリックします。

アイテムの「相互参照」リンク・ページが開きます。

「相互参照」リンク・ページから実行できるアクションは、リストされているアイテムのコンテンツ情報の表示のみです。相互参照アイテムは、それぞれの元の相互参照リンク・ページからリンク解除する必要があります。これは、サポート・コンテンツ・リンクやその他のインデントされた(宛先)リンクにも当てはまります。

18.5.5 差替えリンクの例

この例では、差替えリンクの作成について説明します。レビュー対象コンテンツは最新の状態に保つ必要があるため、この例ではレビュー対象の差替えアイテムについて説明します。レビュー対象でないアイテムを差し替えることもできます。この例では、レビュー対象アイテムを見つけ、差替えリンクにアクセスし、既存のアイテムを差し替える新規アイテムをチェックインします。

差替えリンクは、差替え対象アイテムの処理に配置処理を活用できる、特殊なタイプのリンクです。差替え後の破棄や差替え後のアーカイブなどの配置処理ルールを保持するようにカテゴリを設定できます。差替えリンク自体は、差替え対象アイテムを処理しません。アイテムは、処理手順に差替え状態の処理が含まれるカテゴリに分類する必要があります。

最もよくある差替えのシナリオは、新規アイテムを既存のアイテムにリンクする場合です。新規コンテンツを既存のコンテンツにリンクすると、既存のコンテンツは不要になり、自動的に差替えのマークが付けられます。差替え日と不要になった日は、差替え対象アイテムのコンテンツ情報ページに自動的に移入されます。

現在最も優先されるコンテンツは、常に差替え対象コンテンツのリストの先頭に表示されます。差替え対象コンテンツはすべて現在のコンテンツの下に位置し、各差替え対象アイテムの後には「(差替え)」とカッコ付きで表示されます。差替え対象アイテムは、差替えの発生順に表示され、最初のアイテムがリストの末尾に表示されます。

もちろん、差し替えられる可能性があるコンテンツを、差替えに固有の処理手順を含むカテゴリに分類する必要はありません。差替え対象コンテンツの複数のバージョンが存在しても問題はありません。それぞれの処理手順は、保存期間と破棄にのみ関与します。

この例を示すために、Status Reportというレビュー対象アイテムを作成します。本番用ではないインスタンスを保持しており、そこに含まれるレビュー対象カテゴリの処理手順が、コンテンツの差替え状態に対応している場合は、アイテムをそのカテゴリに分類します。new status reportという別のドキュメントを作成しますが、この例の前にはチェックインしないでください。チェックインはこの例の中で実行します。

この例をテストする手順は次のとおりです。

1. リンクするレビュー対象アイテム(この例ではStatus Report)を検索します。

2. 検索結果ページで、リンクするアイテムの「アクション」メニューから「リンクの追加 (差替え)」を選択します。

アイテムの「差替え」リンク・ページが開きます。

3. 「ページ」メニューで、「リンク」→「新規アイテムのリンク」を選択します。

コンテンツ・チェックイン・フォームが開きます。

4. 作成したドキュメントNew Status Reportを、処理手順に差替え状態を処理するためのアクションが含まれるカテゴリに、レビュー対象アイテムとしてチェックインします。

「差替え」リンク・ページが再度開き、差替え対象コンテンツとそれにリンクされたアイテムが表示されます。差し替えられた元のコンテンツもリスト内に表示されますが、より優先度の高いアイテムがその上に表示されます。

Status Reportの処理手順は、差し替えられたときに破棄されるように設定されているため、アイテムの管理者は、処理する(差替え対象アイテムを破棄する)必要がある保留中のイベントが存在することを示す通知を受信します。

18.5.6 サポート・コンテンツ・リンクの例

この例では、既存のコンテンツ・アイテム間のサポート・コンテンツ・リンクの作成について説明します。

1. リンクするアイテム(この例ではMain HTML Home Pageというアイテム)を検索します。

2. 「検索結果」ページで、アイテムの「アクション」メニューから「リンクの追加 (サポート・コンテンツ)」を選択します。

Main HTML Home Pageという既存のアイテムのサポート・コンテンツ・リンク・ページが開きます。

3. 「ページ」メニューで、「リンク」→「既存のアイテムのリンク」を選択します。

「拡張検索」ページが開き、タイトルにアイテムのIDが含まれます。

4. 検索条件を入力し、「検索」をクリックします。

「検索結果」ページが開きます。

5. サポート・コンテンツとしてリンクするアイテムのチェック・ボックスを選択することによって、そのアイテムを選択します。

6. 「ページ」メニューの「リンク」を選択します。

アイテムのサポート・コンテンツ・リンク・ページが再度開き、現在リンクされているアイテムがリストされます。

7. サポート・リンクのプロセスを繰り返し、次のように、親アイテムのAnnual Corporate Report Brochureを子アイテムCorporate Logoにリンクします。

8. 「情報」アイコンをクリックし、Corporate Logo Image子アイテムのコンテンツ情報ページにアクセスします。

サポート対象コンテンツに、リンクが存在することを示すプラス記号が表示されます。

9. サポート対象コンテンツのリンクをクリックして、子アイテムのリンク・ページを表示します。

サポート対象コンテンツには、そのアイテムがサポートするコンテンツが表示されます。子アイテムCorporate Logoには、複数の親が表示されます。

19 Recordsシステムの管理

Oracle WebCenter Content: Recordsシステムには、別の時間にタスクを完了するためのスケジュール、必用に応じたレポートの作成、カスタム・スクリプトの作成、システム・パフォーマンスの監視、監査証跡の監視および情報のアーカイブ化の機能が含まれます。この章では、これらの一般的なタスクについて説明します。

この章では、以下のトピックについて説明します。

- タスクのスケジュール

- パフォーマンス監視の使用

- カスタム・スクリプトの使用

- 監査証跡の使用

- デフォルトのレポートの使用

- 情報のアーカイブと転送

19.1 タスクのスケジュール

保存関連のタスクは、各自の環境で都合のよい時間に実行するようにスケジュールを設定できます。この章では、後で実行するようにタスクをスケジュールする方法について説明します。次のトピックを取り扱います:

実行するタスクには、コンテンツの多数のセットが関連するものもあります。保存割当ての処理やアーカイブの実行、メタデータのカスタマイズなどのタスクは、日常的な操作に悪影響を与えることや、システムに高い負荷を与えることがあります。このようなことは、通常の業務時間には望ましくありません。

スケジュール機能を使用することで、タスクはシステムの負荷が低い時間帯に先送りして実行するように設定できます。また、凍結も特定の時間に実行するようにスケジュールできます。

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

- スクリーニング・レポートのスケジュール

- 定期スクリーニング・レポートの編集

- 定期スクリーニング・レポート履歴の表示

- 凍結のスケジュールとスケジュール解除

- スケジュールされたジョブの情報の表示

19.1.1 スクリーニング・レポートのスケジュール

スクリーニング・レポートをスケジュールするには、最初に、スクリーニング機能を使用して情報をスクリーニングする必要があります。ソースを選択してから、レポ―トの名前、開始日、繰り返しの指示、レポートの繰り返し周期などのスケジュール条件を選択します。また、レポートをサブスクライブして、レポートが生成されたときに通知を受け取れるようにすることもできます。

スクリーニング・レポートは、実行するアクションのキューに入れられます。スケジュールされたすべてのスクリーニング・レポートは、デフォルトでは、毎日深夜に生成されます。

19.1.2 定期スクリーニング・レポートの編集

スケジュール済の定期スクリーニング・レポートを編集するには:

1. 「レコード」→「スケジュール済」→「スクリーニング・レポート」の順に選択します。

2. 「スケジュールされたスクリーニング・レポート」ページで、スクリーニング・レポートの「アクション」メニューから「編集」オプションを選択して、次の項目を変更します。

- スケジュールの編集: ジョブのスケジュール条件を変更します。これをクリックすると、「定期レポート・スケジュールの編集」ページが開きます。スケジュールの詳細を変更したら、「更新の送信」をクリックします。

- 条件の編集: スクリーニングに使用する条件を変更するために使用します。これをクリックすると、「トピックのスクリーニング」ページが開きます。スクリーニングの新しい条件を選択して、「更新の送信」をクリックします。

- サブスクリプションの編集: ユーザーがレポートをサブスクライブしている場合は、そのサブスクリプションに他のユーザーやユーザーのグループを含めるように変更できます。新しいユーザーを選択してから、「OK」をクリックします。

19.1.3 定期スクリーニング・レポート履歴の表示

スケジュールされた定期スクリーニング・レポートの履歴を表示するには:

1. 「レコード」→「スケジュール済」→「スケジュールされたスクリーニング・レポート」の順に選択します。

2. 「スケジュールされたスクリーニング・レポート」ページで、履歴を表示する定期スクリーニング・レポートの「アクション」メニューからレポートの履歴を選択します。

3. レポートを表するには、「名前」列のリンクをクリックします。

19.1.4 凍結のスケジュールとスケジュール解除

こので順を使用すると、選択したアイテムの定期的な凍結をスケジュールできます。このオプション機能では、検索ページで指定した検索基準と一致する新しいアイテムを凍結します。

凍結のスケジュールを解除するには、「レコード」→「スケジュール済」→「凍結」の順に選択します。スケジュールされた凍結の「アクション」メニューから、「スケジュール取消」を選択します。

1. スケジュールされた定期的な凍結を含むアイテムを検索します。

2. 「検索結果」ページで、「表」メニューから「編集」→「全検索結果の凍結」の順に選択します。

3. 「開く」ダイアログで、リストから凍結理由を選択します。

4. 凍結理由を入力します(オプション)。

5. 「定期的な凍結挿入のスケジュール」を選択して、「OK」をクリックします。

19.1.5 スケジュールされたジョブの情報の表示

スケジュールされたすべてのジョブ(レポートや凍結など、Oracle WebCenter Contentのスケジュールされたジョブ)のリストを表示するには:

1. 「管理」→「スケジュールされたジョブの管理」の順に選択します。その後、「アクティブなスケジュールされたジョブ」を選択します。

2. 「スケジュールされたジョブのリスト」が開き、スケジュールされたすべてのジョブが表示されます。

3. 特定のジョブについての詳細を表示する場合は、そのジョブの「情報」アイコンをクリックします。スケジュールされたジョブの詳細を編集する場合は、特定のアイテムの「アクション」メニューから「編集」をクリックします。

4. ジョブ情報ページ/ジョブ情報の編集ページが開きます。このページでは、優先度やジョブのタイプなどのジョブの詳細を編集できます。

19.2 パフォーマンス監視の使用

パフォーマンス監視を有効にすることで、バッチ・プロセス、サービス・コール、その他のシステム情報のステータスを確認することができます。

監査の開始点として、いくつかのデフォルトの数値が設定されています。実際のパフォーマンス・バリエーションは、サイトで使用されているハードウェアや、使用中のコンテンツやソフトウェアの合計量などの変数によって異なります。

統計の更新が必要になる頻度は、データの変化する速度に応じて異なります。通常、統計は、最終更新以降の新しいアイテムの数が、統計の最終更新時のアイテム数の10%を超えたときに更新する必要があります。

大量の処理が実行されている(たとえば、カレンダ上の処理を同期する組織のカレンダ年の末日など)場合は、データの更新数が特定の割合になるまで待機するのではなく、その週末に統計を更新するようにします。

パフォーマンス監視の統計は、データベース表に書き込まれるため後でアクセスできます。

この項では、次の項目について説明します。

- パフォーマンス監視の有効化

- パフォーマンス結果の確認

- パフォーマンスのアラートと詳細の表示

19.2.1 パフォーマンス監視の有効化

パフォーマンス監視を使用するには:

1. 「レコード」→「監査」の順に選択します。その後、「構成」→「パフォーマンス監視」を選択します。

2. 「パフォーマンス監視の構成」ページで、監視するアイテムを選択して、レポートとアラートの時間間隔を選択します。

3. 完了したら「更新の送信」をクリックします。

19.2.2 パフォーマンス結果の確認

パフォーマンス監視を有効化してから、この手順を使用すると、現在のパフォーマンス情報を確認できます。

1. 「レコード」→「監査」→「パフォーマンス監視」の順に選択します。

2. パフォーマンス処理の結果ページで、このページの本体部分の上部にあるタブをクリックして、表示する情報のタイプを選択します。

- パフォーマンス処理: このページには、処理されたリクエストのサマリー、処理されたアイテムの総数、問合せ実行の総数、問合せの実行に要した合計時間、データの検証に要した合計時間、サービス・リクエスト解析時間の合計およびソース当たりの合計サービス・リクエスト時間が表示されます。また、これらの平均も含まれます。

- バッチ別レポート: このページには、保留中、処理済および失敗したバッチ/アイテムのサマリーが各ソースの合計とともに表示されます。アイテムが失敗した場合は、再実行できるバッチ・ファイルが作成されます。列内の値をクリックすると、そのアイテムについての詳細が示されるページが開きます。また、バッチを再実行するオプションにアクセスできます。

- アイテム別レポート: このページには、特定のソース、ステータスまたはバッチ・タイプのバッチごとの詳細が合計とともに表示されます。アイテムの詳細ページには、バッチ・タイプ、開始時刻、完了時刻、経過時間および各バッチに対して処理されたアイテム数が表示されます。

19.2.3 パフォーマンスのアラートと詳細の表示

いずれかのパフォーマンス・アクティビティが「パフォーマンス監視の構成」で設定した制限を超過すると、システムにログインしたときに、メッセージが自動的に表示されます。

メッセージに示されたリンクをクリックすると、特定のアラートについての詳細を確認できます。たとえば、最初のアラート・メッセージをクリックすると詳細ページが開きます。いずれかのリンクをクリックすると、アラートの原因になった特定のアイテムについての詳細が表示されます。

19.3 カスタム・スクリプトの使用

カスタム・スクリプトは、専用のスクリプト言語のIdoc Scriptを使用して作成できます。この機能は、DoD構成コンポーネントを有効化したときに、デフォルトで有効化されます。

カスタム・スクリプトの作成は、保存設定の構成ページの「DoD構成」セクションで、カスタム・スクリプトの有効化の選択を解除することで無効化できます。このページにアクセスするには、「レコード」→「構成」→「設定」の順に選択します。

これを有効化すると、新しいコンテンツ・フィールドが使用できるようになります。このフィールドでは、どのスクリプトをフォルダやカテゴリに適用するかを定義できます。

注意:

この機能を使用する場合は、Idoc Scriptについての十分な理解が必要です。ソフトウェアによるスクリプトの検証は行われません。使用可能なスクリプトが作成できるかどうかは、ユーザーの責任になります。Idocスクリプトの詳細と使用方法は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』を参照してください。

カスタム・スクリプト機能を使用すると、次に示す2つのタイプのスクリプトを作成できます。

- セキュリティ・スクリプト。これにより、レコード管理者ロールが付与されたユーザーは、コンテンツに対するアクセス制御を定義および管理できます。

- カスタム通知スクリプト。これにより、ユーザーにイベントを通知します。差し替えられているアイテムを破棄するときに、レビューアのリストに通知するカスタム・スクリプトが用意されています。バッチが実行されると、1つにまとめられた電子メールで通知が送信されます。追加のスクリプトを作成できます。

スクリプトは、カテゴリ・レベルまたはフォルダ・レベルで適用できますが、そのカテゴリやフォルダ内のコンテンツがスクリプトを自動的に継承することはありません。次の使用例を考えてみます。

- カスタム・スクリプトを作成して、ユーザーAがコンテンツを表示できないようにします。

- フォルダを作成して、このカスタム・スクリプトを適用します。

- ユーザーBが、そのフォルダにアイテムをチェックインします。

- このフォルダをユーザーAが参照すると、ユーザーBがチェックインしたアイテムのタイトルを確認できます。ただし、ユーザーAが実際のアイテムを表示しようとすると、エラーが返されます。

ユーザーAがアイテムのタイトルも確認できないようにするには、オブジェクト(カテゴリまたはフォルダ)に含まれているアイテムがスクリプトの属性を明示的に継承するように、セキュリティ・スクリプトで設定する必要があります。たとえば、カテゴリ内の継承を設定する場合は、config.cfgファイルで次の変数を設定します。

RecordsMetaInheritFromCategory=dSecurityScripts:xSecurityScripts

フォルダに対する継承を設定する場合は、RecordsMetaInheritFromFolder変数を使用します。

注意:

カスタム・スクリプトは、DoD 5015.2仕様の第4.19章と第4.20章に準拠しています。

この項では、次の項目について説明します。

- スクリプトの作成または編集

- カスタム・スクリプトの削除

- スクリプト情報の表示

19.3.1 スクリプトの作成または編集

注意:

入力されたカスタムIdocスクリプトは、正確さについて検証されません。スクリプトを作成する場合は、あらかじめIdocスクリプトとその使用方法について理解しておく必要があります。

スクリプトを設定するには:

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「カスタム・スクリプト」を選択します。

3. 「カスタム・スクリプトの構成」ページで、スクリプト・タイプのタブをクリックして、使用するスクリプトのタイプ(通知またはセキュリティ)を選択します。

- 既存のスクリプトを編集する場合は、そのスクリプトの「アクション」から「編集」を選択します。

- スクリプトを追加する場合は、カスタム・スクリプトの情報ページの「追加」または「編集」を選択します。

4. カスタム・スクリプトの作成または編集ページで、スクリプトの名前を追加または編集します。

5. スクリプトの説明を追加または編集します(オプション)。

6. スクリプトのIdocコードを追加または編集します。このコードの正確さは検証されません。注意してください。

7. 新しいスクリプトを追加したら、「作成」をクリックします。

スクリプトを編集した場合は、「更新の送信」をクリックします。

ページを保存しないでリセットする場合は、「リセット」をクリックします。

19.3.2 カスタム・スクリプトの削除

スクリプトを削除するには:

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「カスタム・スクリプト」を選択します。

3. 「カスタム・スクリプトの構成」ページで、通知スクリプトまたはセキュリティ・スクリプトのタブをクリックして、削除するスクリプトのタイプを選択します。

4. スクリプトを削除する場合は、スクリプト名の横のボックスを選択して、そのスクリプトの「アクション」メニューから「削除」または「スクリプトの削除」を選択します。または、カスタム・スクリプトの情報ページで「削除」を選択します。

19.3.3 スクリプト情報の表示

スクリプトの情報を表示するには:

1. 「レコード」→「構成」を選択します。

2. その後、「セキュリティ」→「カスタム・スクリプト」を選択します。

3. 「カスタム・スクリプトの構成」ページで、通知スクリプトまたはセキュリティ・スクリプトのタブをクリックして、表示するスクリプトのタイプを選択します。

4. スクリプトの情報を表示する場合は、スクリプトの名前をクリックするか、スクリプトの「アクション」メニューから「スクリプト情報」を選択します。

19.4 監査証跡の使用

監査証跡は、レポート設定の構成ページの「レポート・フォーマット」設定で指定されたフォーマットで生成されます。

注意:

監査証跡に対する作業には、「管理.監査」権限が必要になります。この権限は、デフォルトでレコード管理者ロールに割り当てられています。監査証跡をチェックインするには、管理権限が必要になります。

特定の時点で、現在の監査証跡を切り出して、アーカイブしてからリポジトリにチェックインできます。このアクションは、定期的に実行されるようにスケジュールすることもできます。監査証跡は、その他のアイテムと同様に増大するため、循環させる必要があります。監査証跡のログは定期的にチェックインしてください。ファイル・サイズを小さくしておくと、レポートの生成時間が短くなります。現行の各監査証跡は、システムがインストールされたとき、またはアーカイブされたときから、監査証跡の生成がリクエストされたときまでの期間で生成されます。

監査証跡は、いつでも生成できます。監査証跡内の各列は、「監査証跡の検索」ページ内で検索できるフィールドと直接対応します。

生成されたファイルがPDFフォーマットの場合、レポート・ファイルを表示するにはAdobe Acrobatバージョン6.0以上が必要です。

監査証跡の管理に関するタスクは、次のとおりです。

- 監査証跡の構成

- 監査するメタデータ・フィールドの指定

- 監査証跡内の検索

- 監査証跡をチェックインするためのデフォルト・メタデータの設定

- 監査証跡のチェックインとアーカイブ

- アーカイブされた監査証跡の検索

- アーカイブされた監査証跡の表示

- 監査証跡レポートの作成

19.4.1 監査証跡の構成

「監査の構成」ページの構成内容により、監査証跡に記録する管理者およびユーザーのアクションが決まります。

注意:

このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

監査証跡を構成するには:

1. 「レコード」→「監査」の順に選択します。

2. その後、「構成」→「監査証跡」を選択します。

3. 「監査の構成」ページで、監査するアクションのボックスをエンティティごとに選択します。

4. 「更新の送信」をクリックします。

監査が正常に構成されたことを示すメッセージが表示されます。監査証跡の次回生成時には、この選択内容が監査証跡に反映されます。

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

「監査の構成」ページが再度開き、更新された設定が表示されます。

注意:

オブジェクトに対するアクションが選択解除されていると、そのアクションは監査証跡で捕捉されません。すべての設定を選択した状態にしておき、「監査証跡の検索」ページで監査証跡の検索範囲を絞り込むことをお薦めします。トランザクションが高負荷で監査ログが急速に増大してしまう場合は、監査証跡のサイズを管理するために、参照しているアクションの捕捉をオフにすることを検討するとよいでしょう。

19.4.2 監査するメタデータ・フィールドの指定

この手順は、監査証跡に含める必要があるメタデータ・フィールドを指定するために使用します。

注意:

このアクションを実行するには、「管理.メタデータ選択」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「レコード」→「監査」の順に選択します。

2. その後、「構成」→「監査フィールド」を選択します。

3. 「監査フィールド」ページで、監査証跡に含めるメタデータ・フィールドのボックスを選択します。

4. 完了したら「更新の送信」をクリックします。

変更内容はすぐに有効になるため、システムの再起動は必要ありません。

19.4.3 監査証跡内の検索

この手順を使用して、現在の監査証跡内の検索をさらに絞り込みます。たとえば、削除アクションをすべて検索することも、特定のユーザーによる削除アクションをすべて検索することも、特定のユーザーによるアクションをすべて検索することもできます。

Oracle DBを使用して監査証跡をソートする場合、実行するソートの種類によって出力が異なります。全文検索をソートすると、ソートでは大文字と小文字が区別されるため、大文字のアイテム(先頭文字が大文字のアイテム)がリストの最初に表示されます。 Oracle Text Searchを使用してソートする場合、大文字と小文字を区別しない検索が実行されます。

注意:

このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「レコード」→「監査」→「監査証跡の検索」の順に選択します。

2. 「監査証跡の検索」ページで、検索範囲を絞り込むための選択を行います。必用に応じた詳細を含めるようにします。検索の範囲を調整(絞り込む、または広げる)には、各フィールドの前のブール演算子を使用します。

3. 「検索」をクリックします。

検索結果は、レポート設定の構成ページの「レポート・フォーマット」設定で指定されたフォーマットで表示されます。

19.4.4 監査証跡をチェックインするためのデフォルト・メタデータの設定

デフォルト・メタデータの設定は、同様の複数のチェックイン属性を設定する際に役立ちます。デフォルト・メタデータは、監査証跡の最初のチェックイン前に設定しておく必要があります。これは、ソフトウェアのセットアップ時に必要になります。

注意:

このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

デフォルト・メタデータを設定するには:

1. 「レコード」→「監査」→「チェックインした監査エントリ」の順に選択します。

2. 「チェックインした監査エントリ」ページで、「チェックイン監査エントリのデフォルト・メタデータ」リンクをクリックします。

3. 「チェックイン監査エントリのデフォルト・メタデータ」ページで、アーカイブされた監査証跡のチェックイン時に最も共通するメタデータが反映されるように選択を行います。作業が完了したら、「更新の送信」をクリックします。

デフォルト・メタデータが正常に更新されたことを示すメッセージが表示されます。

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

19.4.5 監査証跡のチェックインとアーカイブ

監査証跡のエントリを生成するには、ユーザーはシステムにログインしているときに、少なくとも1つのアクションを実行する必要があります。空の監査証跡をチェックインのために送信すると、その監査証跡内にエントリが存在しないことを示すメッセージが表示されます。監査証跡の最初のチェックイン前に、チェックインのデフォルト・メタデータを設定しておきます。

注意:

このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「レコード」→「監査」→「チェックインした監査エントリ」の順に選択します。

2. 「チェックインした監査エントリ」ページで、監査証跡を切り出す日付と時刻を「日付」ボックスに指定して、「アーカイブ」をクリックします。

「チェックインの確認」ページが開きます。チェックインした監査証跡のコンテンツIDは、AUDITLOGARCHIVEになります。チェックインするたびに、新しいバージョンが生成されます。

3. 「コンテンツ情報」をクリックして、アーカイブした監査ログについての情報を表示します。

「コンテンツ情報」ページが開きます。

4. チェックインしたばかりの監査ログを表示する場合は、「コンテンツ情報」ページの「リンク」領域で、「Webロケーション」または「ネイティブ・ファイル」をクリックします。

19.4.6 アーカイブされた監査証跡の検索

チェックインされているアーカイブした監査証跡をすべて検索するには:

前提条件

- 監査証跡のチェックインとアーカイブ

注意:

このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。

1. 「レコード」→「監査」→「チェックインした監査エントリ」の順に選択します。

2. 「チェックインした監査エントリ」ページで、「監査エントリの検索」をクリックします。

検索結果が検索結果ページに表示されます。

3. 「検索結果」ページで、「問合せアクション」リストのオプションを選択し、この結果内を検索して、その検索を保存します。

19.4.7 アーカイブされた監査証跡の表示

アーカイブされた監査ログを「検索結果」ページから表示するには、次のいずれかを実行します。

- IDをクリックします(最も簡単な方法)。

- 「情報」アイコンをクリックして、「コンテンツ情報」ページの「PDF」リンクをクリックします。

19.4.8 監査証跡レポートの作成

監査証跡レポートは、レポート設定の構成ページの「レポート・フォーマット」で指定されたフォーマットで自動的に生成されます。生成されたファイルがPDFフォーマットの場合、レポート・ファイルを表示するにはAdobe Acrobatバージョン6.0以上が必要です。

19.5 デフォルトのレポートの使用

レポートは、最初に、レポート設定の構成ページのメニュー・オプションで構成します。構成時に、レポート・テンプレートの作成時または更新時に使用するプロファイルと、レポートの作成時または更新時に使用するプロファイルを指定できます。また、レポート・フォーマットも選択できます。さらに、検索の実行時にレポートまたはテンプレートを含めるかどうかも選択できます。

注意:

バーコード・ラベルを印刷する場合は、レポート・フォーマットに「PDF」を指定します。ラベルはHTML出力で表示されますが、適切に「PDF」オプションを使用して印刷されます。

すべてのレポートに使用するデフォルト・オプションを構成するには:

1. 「レコード」→「構成」を選択します。

2. その後、「レポート」→「設定」を選択します。

3. レポート設定の構成ページで、オプション・リストからレポート・テンプレート・プロファイルを選択するか、用意されているデフォルト・プロファイルを使用します。

4. レポートの作成時または更新時に使用するプロファイルを選択します。

5. 使用するレポート・フォーマットを選択します。オプションには、「HTML」、「PDF」、「RTF」または「XLS」があります。バーコード・ラベルを印刷する場合は、「PDF」に設定する必要があります。

6. すべてのレポート・テンプレートを検索操作時に除外するためのボックスを選択します。

7. チェックインされたすべてのレポートを検索操作時に除外するためのボックスを選択します。

8. 作業が完了したら、「更新の送信」をクリックします。

19.5.1 ユーザーとグループのレポート

ユーザーおよび別名グループを作成して、ユーザーに管理ロールと権限を割り当てると、どのユーザーと別名グループがシステムにアクセスしたかを一覧表示するレポートを作成できます。次のレポートを使用できます。

- ユーザー・レポート

- ユーザー・バーコード・レポート

- ユーザー・ロール・レポート

- グループ・レポート

- グループ-ユーザー・レポート

レポートは、ユーザーのプロファイル・ページの設定で指定したフォーマットで生成されます。ユーザーが指定しているフォーマットを確認するには、画面の右上にあるユーザー名をクリックして、「ユーザー・プロファイル」ページを開きます。システム・フォーマットが使用されている場合、その使用状況はレポート設定の構成ページで指定されています。

生成されたレポート・ファイルがPDFフォーマットの場合、レポート・ファイルを表示するにはAdobe Acrobatバージョン6.0以上が必要です。

レポートを生成するには、「レコード」→「レポート」の順に選択してから、レポート・タイプを選択します。

注意:

レポートを生成するには、「管理.レポート」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。「管理者」ロールも必要になります。

19.5.1.1 ユーザー・レポート

システムにアクセスできるすべてのユーザーのリストと、それらのユーザーのバーコードのリストを生成できます。バーコード・ラベルの作成に使用できるリストも作成できます。これに関連付けるユーザーとバーコードは、ユーザー管理ユーティリティで定義します。このレポートには、各ユーザーの概要情報がリストされます。

列

説明

ユーザー名

ユーザー管理ユーティリティに入力したユーザー名。

フル・ネーム

ユーザー管理ユーティリティに入力したユーザーのフルネーム。

電子メール・アドレス

ユーザーの電子メール・アドレス。

作成日

ユーザー管理ユーティリティでユーザーが作成された日時。

変更日

ユーザー情報が最後に変更された日時。

補助

ユーザーに割り当てられた補助マーキング。

セキュリティ分類

ユーザーに割り当てられた分類。

代替レビューア

このユーザーの代替レビューア。

バーコード

ユーザーに指定されたバーコード。

19.5.1.2 ユーザー・バーコード・レポート

バーコード情報と、バーコード・ラベルの作成に使用できるその他のタイプの情報をリストするレポートを生成できます。ユーザーは、ユーザー管理ユーティリティで定義して、権限とロールを割り当てます。

バーコード・レポートの表示にはHTMLを使用して、レポートの印刷にはPDFを使用して、適切にフォーマットされるようにします。

19.5.1.3 ユーザー・ロール・レポート

このレポートを使用すると、すべてのユーザーと、それらのユーザーに割り当てられたロールを表示できます。レポートの出力には、すべてのロールのすべてのデータが表示されない場合があります。出力は、レポートを生成するユーザーおよびそのユーザーに付与されている権限に依存します。

列

説明

ユーザー

ユーザー管理ユーティリティに入力したユーザーのユーザー名。

ロール

ユーザーに割り当てられたロール。

19.5.1.4 グループ・レポート

「すべてのグループ」レポートを使用すると、システムに定義されたすべての別名のリストを表示できます。

列

説明

グループ名

ユーザー管理ユーティリティで定義したすべての別名グループがリストされます。

説明

各別名グループの簡単な説明。

19.5.1.5 グループ-ユーザー・レポート

このレポートを使用すると、現時点でアクセス用に定義されているすべてのユーザーとグループ(別名)のリストを表示できます。ユーザーとグループ(別名)は、ユーザー管理ユーティリティで割り当てます。

列

説明

グループ

ユーザー管理ユーティリティで定義したすべての別名グループがリストされます。

ユーザー

別名グループに割り当てられた各ユーザーがリストされます。

19.5.2 コンテンツと物理アイテムのレポート

この製品には、いくつかのデフォルトのレポートとテンプレートが付属しています。これらのレポートは、検索結果ページや「コンテンツ情報」ページなど、ソフトウェア内の様々な場所で使用できます。レポートのタイプは、システムの構成と、有効化されているコンポーネントに応じて異なります。

この項では、付属のデフォルト・テンプレートを使用してコンテンツ・レポートを生成する方法について説明します。カスタム・レポートの作成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』を参照してください。

次のタイプのレポートを作成できます。

- 「内部アイテム詳細」レポート: このレポートでは、1つのアイテムまたはアイテムのグループ(レポートに使用するアイテムが複数選択されている場合)についての詳細が示されます。外部詳細レポートは、このレポートに似ていますが、その他の情報とアイテムのバーコードが含まれています。

- 「検索結果」レポート: このレポートでは、コンテンツIDや作者などのアイテムの基本情報が示されます。

- 「レコード破棄証明書」レポート: このレポートでは、破棄がスケジュールされているアイテムと、倉庫から削除する必要のあるアイテムが示されます。

新しいレポートの作成は、レポート用の情報の特定と、適切なレポート・オプションの選択という2つの手順で構成されます。

1. 検索機能またはスクリーニング機能を使用して、情報を特定します。

2. 次のいずれかの方法を使用して、個別のアイテムのレポートを作成します。

- アイテムの「情報」アイコンをクリックします。アイテムの「コンテンツ情報」ページで、「レポートの作成」を選択してからレポートのタイプを選択します。

- 「検索結果」ページで、アイテムのチェック・ボックスを選択します。「レポートの作成」→「選択されたアイテム」の順に選択してから、レポートのタイプを選択します。

3. 複数のアイテムのレポートを作成する場合は、それらのアイテムのチェック・ボックスを選択して、「レポートの作成」→「選択されたアイテム」の順に選択してから、レポートのタイプを選択します。

4. ページに示されたすべてのアイテム(検索結果のすべてなど)のレポートを作成するに場合は、「レポートの作成」→「全結果」の順に選択してから、レポートのタイプを選択します。

19.6 情報のアーカイブと転送

1台のコンピュータに環境(保存スケジュールやセキュリティ・スキームなどを含む)がセットアップされている場合は、この構成情報を別のコンピュータにコピーするとよいでしょう(たとえば、開発システムから本番システムやミラー・サイトへのコピー)。これは、アーカイブのインポートおよびエクスポートの組込み機能を使用して実行できます。

さらに、XMLの標準の定義(XSD)を作成することで、レコード、フォルダおよびメタデータをXML形式でインポートおよびエクスポートすることもできます。XSDは、XML文書の構造を定義するために使用するXMLスキーマ言語です。XSDファイルを作成すると、Recordsシステムでファイルが有効に使用できるようになります。これにより、このシステムのコンテンツが、異なるアーカイブ・ファイル形式を使用するサードパーティのシステムにインポートできるようになります。また、別のシステムからデータをエクスポートして、このシステムにデータをインポートできるようになります。

この機能は、各種のXSDスキーマが作成できる必要のあるDoD 5015.2仕様に準拠しています。

注意:

インポート/エクスポート処理を使用する場合は、インポート先のインスタンスに、エクスポート元のインスタンスと同じメタデータ・フィールド、セキュリティ・グループおよびアカウントがあることを確認してください。不一致があるとエラーが発生する場合があります。

この項では、次の項目について説明します。

- アーカイブ処理

- インポートとエクスポートの管理

- XSDデータの転送

19.6.1 アーカイブ処理

アーカイブ処理は、保存スケジュールやその他の構成設定をバックアップまたはリストアするために使用します。コンテンツのコピーをアーカイブするためには使用されません。コンテンツをアーカイブする方法の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理を参照してください。

10gバージョンのソフトウェアから、関連コンテンツ表が含まれる11gバージョンにアーカイブをインポートする場合、インポートは2つの手順で実行する必要があります。最初に、アーカイブ内のコンテンツ・アイテムをインポートします。次に、関連コンテンツ表をインポートします。

エクスポート機能では、各種の構成設定を個別の.hdaファイルにコピーします。このファイルは、別のインスタンスにインポートすることも、バックアップのために安全な場所に保管することもできます。.hdaファイルは、テキスト・エディタで開くことのできる、プレーン・テキストのシリアル化されたデータファイルです。

保存スケジュールのオブジェクトは、他のコンテンツをインポートする前にインポートしておく必要があります。コンテンツ・サーバーのコンテンツは、コンテンツ関連のオブジェクトをインポートする前にインポートしておく必要があります。

注意:

詳細は、「アーカイブのインポート/エクスポートの権限」を参照してください。

アーカイブのエクスポート機能およびインポート機能により、次のアイテムのインポートおよびエクスポートが可能になります。

- 補助マーキング

- セキュリティ分類(分類マーキングとも呼ばれます)

- カスタム・カテゴリのメタデータおよびカスタム・フォルダのメタデータ

- カスタム・セキュリティのフィールド(カスタム補助マーキングとも呼ばれます)

- 期間

- トリガー

- 保存スケジュール

- 処理履歴: 実行されたすべてのアクションのログ。

- カスタム処理アクション

- 凍結

- スケジュールされた繰返しタスク

- 分類ガイドおよび分類トピック。これらは、ClassifiedEnhancementsコンポーネントが有効化されている場合にのみ選択可能になります。

- PCMのロケーション・タイプ

- PCMのストレージ領域定義

- カスタムPCMメタデータ

- 予約

インポートおよびエクスポートの使用時には、次の考慮事項に注意してください。

- PCMの使用時には、エクスポート機能により、領域管理の定義(倉庫、室内などの設定と階層)がコピーされますが、それらのロケーションに格納されたアイテムのメタデータはアーカイブされません。

- アーカイブのインポート時には、既存のアイテムを上書きすることも、未変更のままにすることもできます。

- アーカイブ・メタデータのデフォルト・フォーマットを設定するには、トップ・メニューから「レコード」→「構成」→「設定」の順に選択します。保存設定の構成ページが開きます。「一般」セクションを開いて、リストからメタデータのフォーマットを選択します。

- カスタム・カテゴリのメタデータ・フィールドまたはカスタム・フォルダのメタデータ・フィールドをインポートした時点では、フィールドの順序は更新されません。カスタム・フィールドをインポートした後で、コンテンツ・サーバーを再起動してください。

- 処理履歴は更新されません。新しい処理がインポートされるだけです。

- エクスポート機能により、保存スケジュールの定義(定義済の階層)と処理手順がコピーされますが、保存スケジュール内のアイテムはコピーされません。

- 追加のコンポーネントが有効な場合、エクスポートできる追加のアイテムがある場合があります。

注意:

保存スケジュールに対する追加のセキュリティ(ACL)を組織が使用している場合は、インポートまたはエクスポートを実行しているユーザーがアクセスできるアイテムのみがインポートやエクスポートに含まれます。たとえば、ユーザーが、あるカテゴリに対するACLのアクセス権がない場合、そのカテゴリはインポートまたはエクスポートされません。ACLのアクセス権によりオブジェクトが処理されない場合は、インポートまたはエクスポートの処理時にメッセージが表示されます。すべてのアイテムをエクスポートおよびインポートするには、ACLのアクセス権があることを確認してください。

19.6.1.1 補助メタデータ・セットのエクスポート

注意:

使用するスキーマ表のリストに表を追加する場合は、管理権限が必要になります。

補助メタデータ・セットをエクスポートするときには、使用するスキーマ表のリストに、AuxiliaryMetadataSets表とAuxiliaryMetadataSetDefs表を追加します。これらの表を追加する手順は、次のとおりです。

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

2. 「構成マネージャ」をクリックします。

3. 「構成マネージャ」で、「表」タブをクリックします。

「表」リストが開きます。

4. 「表の追加」をクリックします。

5. AuxiliaryMetadataSetsを強調表示にして、「OK」をクリックします。

「表」リストが再度開きます。

6. AuxiliaryMetadataSetDefsを強調表示にして、「OK」をクリックします。

「表」リストが再度開きます。

7. 「構成マネージャ」を閉じます。

表のリストに各MetadataSetの表を追加すると、それらはアーカイバから追加できる表のリストで使用できるようになります。

19.6.1.2 インポート/エクスポート処理

コンテンツのインポート処理およびエクスポート処理は、3つの異なる部分で構成されます。

1. まず、保存スケジュールと、そのスケジュールに含まれるすべてのオブジェクトをインポートまたはエクスポートします。これは、「エクスポート」および「インポート」ページの「保存スケジュール・プランを含める」の部分に相当します。

2. その次に、Oracle WebCenter Contentアーカイバを使用して、コンテンツをインポートまたはエクスポートします。アーカイバの使用方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

3. アーカイブを使用してコンテンツをインポートまたはエクスポートした後で、関連するオブジェクトの処理履歴をインポートまたはエクスポートします。これは、「エクスポート」および「インポート」ページの「処理履歴を含める」の部分に相当します。

19.6.1.3 アーカイブのインポート/エクスポートの権限

特定のオブジェクトに対して、次のエクスポート権限が必要になります。これらの権限は、デフォルトでレコード管理者ロールに含まれています。

- 「管理.保存スケジュールのアーカイブ」権限: 保存スケジュールのエクスポート。

- 「管理.トリガー」権限: トリガーのエクスポート。

- 「管理.アクションを実行」権限: 処理履歴のエクスポート。

- 「管理.レコード・マネージャ」権限: 前述のオブジェクト以外のオブジェクトのエクスポート。

特定のオブジェクトに対して、次のインポート権限が必要になります。

- 「カテゴリ.編集」、「フォルダ.編集」および「レコード.編集」権限: 保存スケジュールのインポート(これらのオブジェクトは保存スケジュールの一部として含まれるため)。

- 「管理.トリガー」権限: トリガーのインポート。

- 「管理.アクションを実行」権限: 処理履歴のインポート。

- 「管理.カスタム処理アクション」権限: 処理アクションのインポート。

- 「管理.レコード・マネージャ」権限: 前述のオブジェクト以外のオブジェクトのインポート。

- ACLセキュリティが有効化されている場合は、インポートするすべての保存スケジュールのコンポーネントとオブジェクトにアクセスできることを確認してください。

19.6.2 インポートとエクスポートの管理

アーカイブをインポートまたはエクスポートするときには、次のタスクを実行します。

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

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

- バッチ作成ストレージ階層のインポート

19.6.2.1 アーカイブのエクスポート

この手順を使用すると、アーカイブを別のインスタンス(同一システムまたは別のシステムにある)にインポートするためや、バックアップのためにエクスポートできます。エクスポートするアイテムを選択します。

注意:

詳細は、「アーカイブのインポート/エクスポートの権限」を参照してください。

1. トップ・メニューから「レコード」→「インポート/エクスポート」→「アーカイブ」の順に選択します。

2. 「インポート/エクスポート: アーカイブ」ページで、エクスポートに含めるアイテムをすべて選択します。

3. 「エクスポート」をクリックします。

ダウンロードのダイアログが表示されます。

4. アーカイブを保存するために、「保存」をクリックします。ファイルを保存する場所にナビゲートして、ファイル名を入力します。

5. 「保存」をクリックします。

指定した場所にファイルが保存され、「インポート/エクスポート: アーカイブ」ページが開きます。

19.6.2.2 アーカイブのインポート

注意:

インポート/エクスポート処理を使用する場合は、インポート先のインスタンスに、エクスポート元のインスタンスと同じメタデータ・フィールド、セキュリティ・グループおよびアカウントがあることを確認してください。不一致があるとエラーが発生する場合があります。

この手順を使用すると、別のインスタンス(同一システムまたは別のシステムにある)でエクスポートしたアーカイブをインポートできます。アーカイブ内のインポートするアイテムを選択します。インポートするアイテムは、アーカイブのエクスポートに含まれている必要があります。

注意:

詳細は、「アーカイブのインポート/エクスポートの権限」を参照してください。

1. 「レコード」→「インポート/エクスポート」→「アーカイブ」の順に選択します。

2. 「インポート/エクスポート: アーカイブ」ページで、インポートに含めるアイテムをすべて選択します。「更新の試行」をクリックして、既存のアイテムを更新するか、未変更のまま残すかを指定します。更新をチェックしていないときに、インポートされたアイテムがすでに存在していると、エラーが発生することがあります。エラー・メッセージを読んで、続行するための最善策を判断します。

3. 「アーカイブ・ファイル」の横の「参照」をクリックして、インポートするアーカイブ・ファイル(.hda)を選択します。

4. ファイルを選択したら、「インポート」をクリックします。

インポートにより、すべての新しいアイテムが追加され、既存のアイテムが更新されます(該当する場合)。インポートされたアーカイブの結果は、有効化されたアクションについての監査証跡で追跡されます。

エラーが発生した場合は、エラー・メッセージに失敗したアイテムの数が示されます。これは、すべての保存スケジュールのコンポーネントに対する個別のエラーの数ではないことがあります。分類マーキングをインポートしたときには、そのマーキングをインポート後に並べ替える必要があります。

19.6.2.3 バッチ作成ストレージ階層のインポート

注意:

詳細は、「アーカイブのインポート/エクスポートの権限」を参照してください。

この手順を使用すると、バッチ・ストレージの作成機能で作成したストレージ階層定義ファイル(StorageImport.hda)をインポートできます。

1. トップ・メニューから「レコード」→「インポート/エクスポート」→「アーカイブ」の順に選択します。

2. 「インポート/エクスポート: アーカイブ」ページで、「ストレージを含める」チェック・ボックスが選択されていることを確認します。その他のアイテムをすべて選択解除する必要はありません。それらは、StorageImport.hdaファイルに含まれていない場合は無視されます。

3. 「アーカイブ・ファイル」の横の「参照」をクリックして、ストレージ階層をバッチ作成したときに作成されたStorageImport.hdaアーカイブ・ファイルを選択します。

4. ファイルを選択したら、「インポート」をクリックします。

インポートにより、StorageImport.hdaファイルに格納されたストレージ階層が、この.hdaファイルで指定されたロケーションのストレージ領域に追加されます。

19.6.3 XSDデータの転送

XSDスキーマは、DoD 5015.2仕様に準拠したレコード、フォルダおよびコンテンツの管理に使用できます。XSD形式(XMLスキーマ定義)として定義された形式でデータをエクスポートおよびインポートすることで、標準の転送スキーマのデフォルトに準拠します。

エクスポートまたはインポートを進める前に、情報をマップしておく必要があります。適切なマッピングが行われていると、データをインポートして使用できるようになります。これは、NARAまたは別のシステムに向けて、そのサイトのXSDスキーマを使用して必用に応じて転送されます。

インポートおよびエクスポート処理を開始する前に、検討する必要のある重要な考慮事項があります。

- <choice>要素の特別な処理

- インポートの必須フィールド

- ターゲット・ネームスペースと修飾されたロケール

- インポートおよびエクスポート用のXSDの構成

- XSDデータのエクスポート

- XSDデータのインポート

19.6.3.1 <choice>要素の特別な処理

<choice>要素タイプは、選択したグループに含まれる要素のいずれか1つのみをコンテナ要素に存在できるようにします。これは、1つのフィールドが複数の有効な値を保持できるオプション・リストとは異なります。

データをエクスポートするドキュメントは、<xs:choice>グループに含まれるフィールドの1つに1つの値のみを格納できます。この制限により、出力用にXMLファイルを生成するときに使用されるフィールドを決定します。選択肢グループの複数のフィールドに1つの値が格納されていると、どのフィールドを使用するかについてが曖昧になるため、エラーが発生してエクスポートは完了しなくなります。

次の例では、このタイプの<choice>リストを示しています。この例では、従業員は3つの従業員タイプ(常勤、パートタイム、契約)のいずれか1つになります。この3つの対応フィールドの1つのみが、<choice>要素に含まれるようになります。

<xs:complexType name="employee">
<xs:choice>
<xs:element ref="full-time" />
<xs:element ref="part-time" />
<xs:element ref="contractor" />
</xs:choice>
</xs:complexType>

19.6.3.2 インポートの必須フィールド

使用するサーバーに必須フィールドがある場合は、インポートを実行するために、それらのフィールドすべてに値を設定しておく必要があります。必須フィールドをXMLノードにマップすることで、値を指定します。ただし、必須フィールドのいずれかがマップされていない場合は、それらの値をインポート時に設定するプロファイルを作成する必要があります。これを実行しないと、インポートは失敗します。

19.6.3.3 ターゲット・ネームスペースと修飾されたロケール

.xsdファイルでの明示的なターゲット・ネームスペースの宣言と、ローカルに定義された要素およびローカルに定義された属性の指定が修飾されます。ターゲット・ネームスペースは、targetNamespace属性で指定されます。

ローカルの要素と属性は、elementFormDefault属性とattributeFormDefault属性をスキーマ要素に使用してグローバルに修飾できます。これらは、form属性を使用して、ローカル宣言ごとに個別に指定できます。属性の値は、非修飾または修飾に設定され、ローカルに宣言された要素と属性を非修飾にする必要があるかどうかを示します。

19.6.3.4 インポートおよびエクスポート用のXSDの構成

この手順を使用すると、エクスポート用のスキーマ定義を構成できます。

1. 「レコード」→「インポート/エクスポート」の順に選択します。

2. その後、「構成」→「インポート/エクスポート・スキーマ」を選択します。

3. 「インポート/エクスポート・スキーマの構成」ページで、「追加」をクリックして、エクスポートに使用するスキーマ定義を作成します。

4. 「インポート/エクスポート・スキーマの作成」ページで、必要な情報を入力してから「参照」をクリックして、使用するアーカイブ・ファイルを見つけます。この作業が完了したら、「作成」をクリックします。

アップロードの確認ページが表示されます。

5. ページ・メニューから、「最上位レベル・ノードの構成」を選択します。

「最上位レベル・ノードの構成」ページが開きます。最上位レベル・ノードは、レコードやフォルダなどのオブジェクト全体を表します。

6. リストに含めるノードを強調表にしてから、右矢印または左矢印を使用してノードを移動または削除します。マッピング・セクションでマッピング・オプションを選択してから、メニュー・リストから該当するタイプを選択します。完了したら「保存」をクリックします。

7. ページ・メニューから「フィールドのマップ」を選択して、フォルダとコンテンツ・フィールドをマップします。

「マッピングの構成」ページが開きます。このページを使用して、XSDのフィールドをRecordsシステムのレコードとフォルダの両方のメタデータ・フィールドにマップします。これらのマッピングは、エクスポートとインポートのどちらにも使用されます。ページの下側のカスタム・マッピングは、同一のXSDに定義されている2つの異なるオブジェクトが、別のフィールドにマップする必要のある共通のサブオブジェクトを参照するときのあいまいさを解決するために使用します。フィールドを追加する場合は、ページの下側にある「追加」をクリックして、新しいカスタム・フィールドを入力します。カスタム・フィールドを削除する場合は、削除アイコン(赤色のX)をクリックします。完了したら「保存」をクリックします。

19.6.3.5 XSDデータのエクスポート

エクスポートするデータを構成すると、インポートまたはエクスポートの処理を続行できます。

1. 「レコード」→「インポート/エクスポート」の順に選択します。

2. 「スキーマによるエクスポート」を選択します。

3. 「スキーマによるエクスポート」ページで、リストからスキーマ名を選択します。

4. 既存のアーカイブ・バッチ名を開いて、そのいずれかを選択します。

5. 「エクスポート」をクリックします。

19.6.3.6 XSDデータのインポート

メニューから「スキーマによるインポート」を選択して、XSDマッピングを使用して同様の手順でアーカイブをインポートします。

1. 「レコード」→「インポート/エクスポート」の順に選択します。

2. 「スキーマによるインポート」を選択します。

3. 「スキーマによるインポート」ページで、リストからスキーマ名を選択します。

4. アーカイブ・ファイルを選択するために、「参照」をクリックして、アーカイブが格納されている場所にナビゲートします。

5. 「インポート」をクリックします。

20 フェデレーテッド検索および凍結の使用

この章では、フェデレーテッド検索を使用して検出アクションに必要な情報を収集する方法と、フェデレーテッド凍結を使用して、Oracle WebCenter Content: Recordsのそれらのアイテムを凍結する方法を説明します。

この章では、以下のトピックについて説明します。

- フェデレーテッド検索および凍結の理解

- フェデレーテッド検索

- フェデレーテッド凍結

20.1 フェデレーテッド検索および凍結の理解

フェデレーションは、複数の異なるデータ・ソースを検索するための単一接続および入力用ポイントを提供するプロセスについて説明する際に使用する言葉です。これは、法的検出プロセスで多く使用されます。たとえば、フェデレーテッド機能をRecordsシステムで使用することによって、法務官は法的事項に関するアイテムをすべてのリポジトリとカタログから検索できます。検索結果では、すべてのアイテムが1箇所に接続されるため、その後法的事項の検索を実行できます。

フェデレーテッド検索は、リモート・リポジトリのコンテンツを管理するアダプタとともに使用すると最も効果的です。

注意:

フェデレーテッド検索機能は、RmaNoSecurity権限がロールに追加されるまで表示されません。この権限は、デフォルトでどのロールにも追加されていませんが、機能にアクセスできるようにするには、有効にする必要があります。この権限は慎重に扱い、無差別に付与しないようにしてください。

また、この機能を使用するには、システム管理者ロールが必要です。

20.2 フェデレーテッド検索

フェデレーテッド検索は、外部リポジトリ(アダプタ)がインストールされたときに使用可能になります。

検出プロセスの一部として、組織では、アダプタによって管理される複数のリポジトリにまたがってコンテンツを検索または凍結する場合があります。Recordsでは、外部アダプタを使用して、リモート・リポジトリ・アイテムのメタデータとフルテキストを検索します。この機能を使用すると、ユーザーは次の操作を実行できます。

- 検索条件をアダプタに送信することによって、検索を作成します。外部アダプタは、保留中の検索があるかどうかを定期的にチェックし、検索を実行した後、検索結果を戻します。アダプタによる検索の実行は遅延する場合があります。その場合、ユーザーは検索結果が完成するまで待機する必要があります。

- 完了したスケジュール済検索から戻されたコンテンツを凍結します。スケジュール済凍結がすぐに開始され、Recordsシステムが凍結をバックグラウンドで実行します。

- スケジュール済検索または凍結の詳細情報を表示します。

- 検索または凍結結果を表示します。

- スケジュール済検索または凍結を削除します。

この項では、次の項目について説明します。

- フェデレーテッド検索のクエリー・ビルダー

- 検索の実行

20.2.1 フェデレーテッド検索のクエリー・ビルダー

フェデレーテッド検索のクエリー・ビルダーにアクセスするには、「検索」→「グローバル検索」を選択します。次のオプションを使用できます。

- システムにすでに登録されている外部コンテンツには、「主要カタログ検索」を使用します。これはローカル・メタデータの検索であり、通常はリモート・リポジトリ・アイテムよりも高速な検索です。
Recordsシステム・サーバーがアダプタ・コンテンツを認識できるかどうかは、アダプタ構成によって異なります。アダプタが自身のコンテンツを使用可能にしていない場合、コンテンツは検索で見つかりません。

- 外部コンテンツ・システムに格納されたアイテムの検索には、それらがRecordsシステム・サーバー上でカタログ化されているかどうかにかかわらず、「リモート・リポジトリ検索」を使用します。この検索は、アダプタを使用する可能性があるすべてのコンテンツを検索して、検索をスケジュールすることを目的としています。アダプタは、リモート・リポジトリの検索に使用する基準として「リモート・リポジトリ検索」に入力された基準を使用します。リモート・リポジトリ内のコンテンツの検索はリアルタイムではなく、アダプタを使用して検索を完了します。このオプションでは最も正確な最新の結果が提供されますが、完了までに時間がかかる場合があります。

注意:

フェデレーテッド検索によって、検索クエリー・ビルダー・フォームに機能が追加されます。検索のクエリー・ビルダーの使用の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

- 「SES検索」は「リモート・リポジトリ検索」に似ていますが、検索はスケジュールされず、アダプタによって実行されます。そのかわりに、アダプタのコンテンツのスケジュール済クロールを実行したSESサーバーへの接続が確立されます。Recordsが接続するSESサーバーは、事前に構成されています。このオプションが選択され、サーバーが構成されていない場合、エラー・メッセージが表示されます。

フェデレーテッド・クエリー・ビルダー・ページを使用すると、ユーザーは、すべてのリポジトリにまたがった問合せを構築およびスケジュールできます。「外部ソース」リストから、検索に含めるリポジトリを選択します。検索には、複数のソースを含めることができます。

ソート条件として使用するフィールドを選択し、完了したら「検索」をクリックします。リモート・リポジトリ検索を実行する場合、検索名を入力する必要があります。ユーザーは、選択したすべての外部ソースにマップされたフィールドのみを検索に使用できます。マップされていないフィールドを使用するソースに対して検索を実行した場合、エラーが発生します。

「保存」を選択し、アクションのタイトルを入力します。検索がスケジュールされ、「フェデレーテッド検索」ページが表示されます。スケジュール済検索のリストには、検索内でリクエストされた外部ソースの数、および検索リクエストを完了した外部ソースの数が含まれます。

検索がスケジュールされ、外部検索アダプタから結果が戻されるまで待機が発生します。

「フェデレーテッド検索」ページに戻るには、「レコード」→「スケジュール済」→「フェデレーテッド検索」を選択します。

20.2.2 検索の実行

リモート・リポジトリの検索を実行する手順は次のとおりです。

1. 「検索」→「グローバル検索」を選択します。

2. その後、実行するリポジトリ検索のタイプを選択します。

3. フェデレーテッド・クエリー・ビルダー・ページのプルダウン・リストから、問合せ内で使用する外部ソースを選択します。

4. 「コンテンツを含める」を選択して、検索条件に一致するコンテンツのコピーを取得します。このオプションは、リモート・リポジトリ検索の実行時のみ使用可能です。

検索結果が確実である場合を除き、このチェック・ボックスは選択しないでください。データのコピーを戻すには、長い時間とスペースが必要です。まず問合せを微調整して、どのアイテムが返されるかを確認してから、コンテンツを実際に取得するようにしてください。検索中に取得されるコンテンツの詳細は、「戻されたコンテンツについて」を参照してください。

5. 検索に使用するフィールドを選択します。問合せ内で使用するフィールドの選択には、「検索ビルダー」メニューを使用します。選択したすべての外部ソースにマップされたフィールドのみを検索に使用します。マップされていないフィールドを使用するソースに対して検索を実行した場合、エラーが発生します。

使用するフィールドを選択した後、追加メニューを使用して条件をさらに調整できます。ブール演算子を使用してフィールドを結合できます。ブール演算子のメニューにアクセスするには、挿入記号(プラス記号)をクリックします。以前の選択をクリアするには、削除記号(小文字のx)をクリックします。その他のワイルドカード検索演算子(「キーワードが一致する」や「部分文字列」など)を使用すると、問合せ構築の柔軟性を高めることができます。

6. フルテキスト検索の検索語を入力します。すべてのソースにまたがって検索を実行する場合は、フルテキスト検索を実行できないアダプタがあることに注意してください。検索タイプを選択する際は、使用中のアダプタで有効なタイプを選択します。たとえば、そのオプションを許可しないアダプタとともにフルテキスト検索を使用することをユーザーが選択した場合、エラーが発生します。

7. 検索名を入力します。フェデレーテッド検索は、アダプタのスケジュールに基づいて実行されるため、すぐには実行されない場合があります。検索名を使用すると、ユーザーは、スケジュールされたフェデレーテッド検索のステータスを確認できます。一意の識別子は、割り当てられたフェデレーテッド検索IDであるため、一意性の検証は実行されません。

8. ページごとの結果数と結果に使用するソート基準を指定することによって、結果出力の条件を選択します。

9. 完了したら、「検索」をクリックします。

問合せが選択したアダプタにルーティングされ、アダプタ構成に従って実行されます。

20.2.2.1 戻されたコンテンツについて

保存されたコンテンツは、zipファイルに格納され、内部コンテンツとしてRecordsシステムにチェックインされます。これらの戻されたコンテンツ・アイテムは、標準のローカル・アイテムとしてアクセスおよび処理できます。ユーザーはファイルに処理を設定したり、それらのファイルの処理に適用される特定のルールを確立したりできます。

アダプタが、データを管理可能な単位に分割するように構成されている場合、コンテンツが複数のファイルとして戻される可能性があります。この動作はアダプタ側で制御されるため、変更できません。

20.2.2.2 検索の進行状況の確認

フェデレーテッド検索はアダプタのスケジュールに従って実行され、そのスケジュールは構成によって異なります。検索の進行状況を確認するには、「レコード」→「スケジュール済」→「フェデレーテッド検索」を選択します。または、フェデレーテッド・クエリー・ビルダー・ページで、「フェデレーテッド検索」リンクをクリックします。

「フェデレーテッド検索リスト」ページが開きます。このページには、スケジュール済検索とその進行状況が表示されます。各検索の「アクション」メニューで提供されるオプションは、次のとおりです。

- 検索結果の表示: 選択した検索の「フェデレーテッド検索結果」ページが開きます。検索内で複数の外部ソースが選択された場合、「検索結果」ページでは、結果が外部ソース別に整理されます。個々の外部ソースの検索結果を表示することもできます。

- 検索の詳細の表示: 選択した検索の詳細が表示されます。「フェデレーテッド検索の詳細」ページ内で、ユーザーは、個々の外部ソースの検索結果の表示、検索結果の凍結、検索に対して戻されたファイルのダウンロード、および類似した検索の作成を行うことができます。

注意:

ユーザーは、戻された検索結果のアイテムを外部ソース単位で凍結できます。検索内で複数の外部ソースが定義されているが、そのすべてから結果が戻されていない場合、ユーザーはスケジュール済検索の結果を戻したソースに対する凍結をスケジュールできます。

- 検索のサブスクライブ: ユーザーが検索をサブスクライブし、問合せの「コンテンツ情報」ページが開きます。詳細は、「検索のサブスクライブ」を参照してください。

- 類似する検索の作成: フェデレーテッド・クエリー・ビルダー・ページが開き、選択した検索で使用する検索条件が事前に移入されます。ユーザーは、条件を変更または追加して、新規検索をスケジュールできます。

- 検索の削除: 選択したスケジュール済検索を削除します。詳細は、「検索の削除」を参照してください。

20.2.2.3 検索のサブスクライブ

フェデレーテッド検索を作成すると、コンテンツが検索の詳細とともにローカル・リポジトリにチェックインされます。ユーザーが「フェデレーテッド検索リスト」ページで、アイテムの「アクション」メニューから「検索のサブスクライブ」を選択した場合、そのユーザーは該当する問合せのコンテンツ・アイテムをサブスクライブします。

保存された検索に対して結果が戻されると、コンテンツ・アイテムが更新されます。たとえば、問合せが3つのリポジトリを使用するように設定されており、その1つから結果が戻された場合、コンテンツ・アイテムが更新され、そのコンテンツ・アイテムをサブスクライブしているユーザーへの通知がトリガーされます。

20.2.2.4 検索の削除

フェデレーテッド検索は、いつでも削除できます。検索を削除するために、検索結果を戻す必要はありません。

検索を削除するには、「フェデレーテッド検索リスト」ページで、検索のチェック・ボックスの選択を解除し、「表」メニューの「削除」を選択します。検索と戻されたすべての結果が削除されることを示すメッセージが表示されます。保留中の結果はすべて無視されます。

20.3 フェデレーテッド凍結

フェデレーテッド凍結は、フェデレーテッド検索と組み合せて使用される機能で、フェデレーテッド問合せの検索結果を凍結します。

注意:

フェデレーテッド凍結によって、Recordsシステムで使用されるコンテンツ凍結に機能が追加されます。凍結の詳細は、「凍結の管理」を参照してください。

外部リポジトリのコンテンツを凍結する場合、まずフェデレーテッド検索をスケジュールした後、戻された結果に対してフェデレーテッド凍結を実行します。凍結対象として選択した検索結果が、まだRecordsシステムに登録されていない場合、検索結果として戻されたメタデータを使用して、自動的に外部レコードが作成されます。その後、この新規外部レコードが凍結されます。

レビューや追加のアクションを実行できる、凍結されたフェデレーテッド検索コンテンツ・ページが開きます。凍結されたスケジュール済検索のリストには、凍結されたコンテンツの外部ソース、および凍結のステータス(スケジュール済、完了またはエラー)が含まれます。

凍結されたアイテムの「アクション」メニューで提供されるオプションは、次のとおりです。

- 凍結エラーの表示: 選択した凍結中にエラーが発生したアイテムが表示されます。凍結エラーは、フェデレーテッド検索からチェックインされたアイテムのすべての必須フィールドが定義されていない場合、またはそれらのアイテムが検証をパスしなかった場合に発生することがあります。

- 再凍結エラー: 選択した検索タスクのエラー・アイテムに対する凍結が再スケジュールされます。

- 凍結の削除: 選択した凍結が削除されます。

この項では、次の項目について説明します。

- 検索結果の凍結

- スケジュール済凍結の表示

20.3.1 検索結果の凍結

検索結果を凍結する手順は次のとおりです。

1. 「レコード」→「スケジュール済」→「フェデレーテッド検索」を選択します。

2. 「フェデレーテッド検索リスト」ページで、検索の「アクション」メニューから「検索結果の表示」を選択します。

3. 「フェデレーテッド検索結果」ページで、凍結するアイテムのチェック・ボックスを選択し、「表」メニューの「凍結」を選択します。

4. 凍結が「お気に入り」リストに追加されている場合、それらの凍結は、その後表示されるダイアログ・ボックス内にリストされます。リストから凍結名を選択し、「すべての凍結の表示」を選択して、すべての定義済凍結を表示します。

5. 凍結の理由を入力します。

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

検索結果が凍結されます。

20.3.2 スケジュール済凍結の表示

凍結された結果を表示する手順は次のとおりです。

1. 「レコード」→「スケジュール済」を選択します。

2. 「フェデレーテッド検索凍結」を選択します。

凍結されたフェデレーテッド検索コンテンツ・ページが開き、フェデレーテッド検索中に見つかった、凍結されたすべてのアイテムが表示されます。

第V部 コンテンツの変換の管理

本マニュアルのこの部では、Oracle WebCenter Contentのドキュメントの変換オプションについて説明します。

「コンテンツの変換の管理」は、次の章で構成されています。

- Inbound Refineryの構成

- Inbound Refineryの管理

- 変換の操作

- イメージおよびビデオ変換の操作

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

- サポートされるファイル形式

21 Inbound Refineryの構成

Oracle WebCenter Content: Inbound Refineryは、Oracle WebCenter Content ServerおよびInbound Refinery上にインストールおよび有効化されているコンポーネントに応じて、様々なコンテンツの変換オプションを提供します。この章では、様々な変換オプションとInbound Refineryの構成の手順について説明します。

この章では、以下のトピックについて説明します。

- Inbound Refineryの構成の前提条件

- コンテンツ・サーバーとリファイナリの構成シナリオ

- コンテンツ・サーバーとリファイナリ間の通信の構成

- コンテンツ・サーバーでのリファイナリへのジョブ送信の構成

- ステータス詳細の表示

- リファイナリの変換設定の構成

21.1 Inbound Refineryの構成の前提条件

基本的な変換機能のためには、最低でも次のコンポーネントをインストールして有効化する必要があります。

コンポーネント名

コンポーネントの説明

有効にするサーバー

InboundRefinery

Inbound Refineryを有効にします

Inbound Refineryサーバー

InboundRefinerySupport

コンテンツ・サーバーとInbound Refineryの併用を有効にします。

コンテンツ・サーバー

21.2 コンテンツ・サーバーとリファイナリの構成シナリオ

Oracle WebCenter Content: Inbound Refineryは、コンテンツ・サーバーによって管理されているコンテンツを調整するために使用できます。Inbound Refineryアプリケーションは、コンテンツ・サーバーと同じコンピュータまたは1台以上の別のコンピュータにインストールできます。インストール後に、同じまたは別のコンピュータ上のコンテンツ・サーバーに、プロバイダとしてリファイナリを追加する必要があります。詳細は、「リファイナリ・プロバイダの構成」を参照してください。

注意:

Inbound Refineryでは、クラスタ環境での実行はサポートされていません。Inbound Refineryはコンテンツ・サーバー・クラスタに対する変換作業は実行できますが、それ自体をクラスタ環境で実行することはできません。Inbound Refineryは正しく機能するように、/queue/conversionディレクトリに対して長期ロックを作成し、維持します。Inbound Refineryが誤ってクラスタの一部として構成され、2つ目のInbound Refineryが起動して同じディレクトリのロックを試みると、2つ目のInbound Refineryは起動に失敗し、この試行はログに記録されます。

様々な構成が可能なため、リファイナリ環境の設定時には、次の一般ルールに留意してください。

- 1日に大量のコンテンツ・アイテムを処理する場合は、コンテンツ・サーバーと同じコンピュータ上でInbound Refineryを実行しないでください。

- インストールされる専用のリファイナリ・システムの数が多いほど、コンテンツの処理速度は速くなります。コンテンツ・サーバー・インスタンスの数よりもリファイナリ・システムの数を多くすることにより、最適な速度を実現できます。コンテンツ・サーバーの数よりリファイナリ・システムの数が少ないと、多数のファイルを変換する場合にパフォーマンスが低下します。

- 通常、リファイナリはシステムのリソースを共有するため、同じコンピュータ上で複数のリファイナリを実行すべき理由はありません。1つのリファイナリが複数のコンテンツ・サーバーに対してプロバイダとして機能できます。これには、変換時に使用されるサード・パーティ・アプリケーションも含まれます。パフォーマンスを向上させるには、各リファイナリに対して別々のコンピュータを使用します。

- 一部のファイル・タイプおよび大きなファイルの場合は、平均よりも処理時間がかかります。他のファイル・タイプに加え、これらのタイプを多数処理する必要がある場合は、これらのファイル・タイプのみを処理するリファイナリを別のシステム上に設定することを検討してください。これには複数のリファイナリ・システムが必要になりますが、最適な調整速度およびパフォーマンスを得られます。

次に一般的なシナリオを示します。この項で説明するリファイナリ構成に加え、その他の構成も可能です。特定のコンテンツ管理アプリケーションでは独自のリファイナリ設定が必要なことがあり、この項で紹介するいずれのシナリオとも合致しない場合があります。

- シナリオA: 同じコンピュータ上に1つのコンテンツ・サーバーと1つのリファイナリ。

- シナリオB: 同じコンピュータ上に複数のコンテンツ・サーバーと1つのリファイナリ。

- シナリオC: 別々のコンピュータ上に複数のコンテンツ・サーバーと1つのリファイナリ。

- シナリオD: 別々のコンピュータ上に1つのコンテンツ・サーバーに付き1つのリファイナリ。

- シナリオE: 別々のコンピュータ上に1つのコンテンツ・サーバーに付き複数のリファイナリ。

これらの各シナリオについて、それぞれの説明で、それぞれのシナリオのメリットおよび考慮すべき注意事項も含めて詳しく説明します。シナリオの図では、コンピュータ、コンテンツ・サーバーおよびInbound Refineryを表すために、次の記号を使用します。

- 大きい丸: コンピュータ

- 小さい丸: Inbound Refinery

- 小さい四角: コンテンツ・サーバー

21.2.1 シナリオA

これは最も基本的なシナリオです。同じコンピュータ上にインストールされた1つのコンテンツ・サーバーと1つのリファイナリから構成されます。

- 利点:

- 最も安価で、構成が最も容易です。

- 購入する必要がある、リファイナリ変換に必要なサード・パーティ・アプリケーションは1つだけです。

- 注意事項:

- 変換の数および速度が制限されています。

- リファイナリがコンテンツ・サーバー・コンピュータにデプロイされていないシナリオほど処理能力は高くありません。これは、コンテンツ・サーバー・コンピュータ上でのリファイナリ処理は検索やWebサイトへのアクセス速度を低下させることがあり、その逆もまた同様のためです。ファイル・タイプとサイズに応じて、各変換には数秒から数分かかります。

21.2.2 シナリオB

このシナリオは、同じコンピュータ上にインストールされた複数のコンテンツ・サーバーと1つのリファイナリから構成されます。

- 長所: 購入する必要がある、リファイナリ変換に必要なサード・パーティ・アプリケーションは1つだけです。

- 注意事項:

- 変換の数および速度が制限されています。

- リファイナリがコンテンツ・サーバー・コンピュータにデプロイされていないシナリオほど処理能力は高くありません。これは、コンテンツ・サーバー・コンピュータ上でのリファイナリ処理は検索やWebサイトへのアクセス速度を低下させることがあり、その逆もまた同様のためです。ファイル・タイプとサイズに応じて、各変換には数秒から数分かかります。

- この構成では、通常、リファイナリはいずれかのコンテンツ・サーバーにプロバイダとして設定されます。デプロイメント後に、このリファイナリを他のコンテンツ・サーバーに対してプロバイダとして追加する必要があります。詳細は、「リファイナリ・プロバイダの構成」を参照してください。

21.2.3 シナリオC

このシナリオは、別々のコンピュータ上にインストールされた複数のコンテンツ・サーバーと1つのリファイナリから構成されます。

- 利点:

- 購入する必要がある、リファイナリ変換に必要なサード・パーティ・アプリケーションは1つだけです。

- リファイナリがコンテンツ・サーバーと同じコンピュータ上にデプロイされている場合よりも、処理が高速です。

- リファイナリの処理はコンテンツ・サーバーの検索およびWebサイトへのアクセスに影響しません。その逆もまた同様です。

- 注意事項:

- 1つのコンテンツ・サーバーに付き1つのリファイナリが存在するシナリオほど処理能力は高くありません。

- この構成では、通常、リファイナリは各コンテンツ・サーバーにプロバイダとして追加される必要があります。詳細は、「リファイナリ・プロバイダの構成」を参照してください。

21.2.4 シナリオD

このシナリオは、別々のコンピュータ上にインストールされた1つのコンテンツ・サーバーに付き1つのリファイナリから構成されます。

- 利点:

- 大量のコンテンツおよび大きなファイル・サイズに対して高速処理を行えます。

- リファイナリの処理はコンテンツ・サーバーの検索およびWebサイトへのアクセスに影響しません。その逆もまた同様です。

- 注意事項:

- 各リファイナリ・コンピュータに、変換に必要なすべてのサード・パーティ・アプリケーションのコピーが必要です。

- 各リファイナリを、各コンテンツ・サーバーに対してプロバイダとして追加する必要があります。詳細は、「リファイナリ・プロバイダの構成」を参照してください。

21.2.5 シナリオE

このシナリオは、別々のコンピュータ上にインストールされた1つのコンテンツ・サーバーに付き複数のリファイナリから構成されます。

- 利点:

- 大量のコンテンツおよび大きなファイル・サイズに対して最高速で処理を行えます。

- リファイナリの処理はコンテンツ・サーバーの検索およびWebサイトへのアクセスに影響しません。その逆もまた同様です。

- 注意事項:

- 各リファイナリ・コンピュータに、変換に必要なすべてのサード・パーティ・アプリケーションのコピーが必要です。

- この構成では、通常、各リファイナリは各コンテンツ・サーバー・インスタンスにプロバイダとして追加される必要があります。詳細は、「リファイナリ・プロバイダの構成」を参照してください。

21.3 コンテンツ・サーバーとリファイナリ間の通信の構成

この項では、次の項目について説明します。

- リファイナリ・プロバイダの構成

- リファイナリのIPセキュリティ・フィルタの編集

- UNIXプラットフォームに対するライブラリ・パスの設定

21.3.1 リファイナリ・プロバイダの構成

コンテンツ・サーバーは、プロバイダを通してリファイナリと通信します。1つのリファイナリは、1つまたは複数のコンテンツ・サーバー・インスタンスに対してプロバイダとして機能できます。一般的な構成の詳細は、「コンテンツ・サーバーとリファイナリの構成シナリオ」を参照してください。

リファイナリは、同じコンピュータ上のコンテンツ・サーバー・インスタンスにプロバイダとして追加するか、デプロイメント後に別のコンピュータ上のコンテンツ・サーバー・インスタンスに追加できます。

この項では、次の項目について説明します。

- リファイナリ・プロバイダの追加または構成

- リファイナリ・プロバイダの有効化/無効化

- リファイナリ・プロバイダの削除

21.3.1.1 リファイナリ・プロバイダの追加または構成

リファイナリをプロバイダとしてコンテンツ・サーバー・インスタンスに追加する手順は次のとおりです。

1. 管理者としてコンテンツ・サーバーにログインします。

2. メイン・メニューから、「管理」→「プロバイダ」を選択します。

3. 「プロバイダ」ページの「新規プロバイダの作成」セクションで、「送信」プロバイダ・タイプの「アクション」列にある「追加」をクリックします。

4. 送信ソケット・プロバイダの追加/「送信ソケット・プロバイダの編集」ページで、次のフィールドに入力します。

- プロバイダ名(必須): リファイナリ・プロバイダの名前。

- プロバイダの説明(必須): わかりやすいプロバイダの説明。

- プロバイダ・クラス(必須): プロバイダのJavaクラスの名前。デフォルトは、intradoc.provider.SocketOutgoingProviderクラスです。

- 接続クラス: 必須ではありません。

- 構成クラス: 必須ではありません。

- サーバー・ホスト名(必須): リファイナリがインストールされているサーバーのホスト名。

- HTTPサーバー・アドレス: リファイナリのHTTPサーバー・アドレス。リファイナリがコンテンツ・サーバーと同じコンピュータ上に存在している場合は、必須ではありません。

- サーバー・ポート(必須): リファイナリ・プロバイダが通信するポート。このエントリは、Inbound Refineryのデプロイメント時にインストール後の構成ページで構成したサーバー・ソケット・ポートと一致する必要があります。構成後の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。デフォルトのリファイナリ・ポートは5555です。

- インスタンス名(必須): リファイナリのインスタンス名。たとえば、ref2です。

- 相対Webルート(必須): リファイナリの相対Webルートは/ibr/です。

5. 接続先のリファイナリでコンテンツ・サーバーに対する認証が要求される場合は、「接続パスワードの使用」チェック・ボックスを選択します(コンテンツ・サーバーはリファイナリのユーザー・ベースを共有するようになります)。選択した場合は、使用するユーザー名とパスワードを指定し、リファイナリ上にProxyConnectionsコンポーネントをインストールして構成する必要があります。

6. 「Inbound Refinery変換ジョブの処理」チェック・ボックスを選択します。これは必須です。

7. 「Inbound Refineryの読取り専用モード」チェック・ボックスの選択を解除します。コンテンツ・サーバーで新規の変換ジョブをリファイナリに送信しない場合にのみ、このチェック・ボックスを選択します。

8. 必要な場合は、コンテンツ・サーバーの事前変換されたキューで許可されるジョブの最大数を変更します。デフォルトは1000ジョブです。

9. 「追加」をクリックします。

「プロバイダ」表に追加した新しいリファイナリ・プロバイダが入った「プロバイダ」ページが開きます。

10. Content Serverを再起動します。

既存のリファイナリ・プロバイダの情報を編集するには、「プロバイダ」ページにアクセスし、編集するプロバイダの「アクション」列の「情報」をクリックします。送信ソケット・プロバイダの追加/「送信ソケット・プロバイダの編集」ページで、必要な変更を加えます。実行時に、コンテンツ・サーバー・インスタンスを再起動します。

21.3.1.2 リファイナリ・プロバイダの有効化/無効化

既存のリファイナリ・プロバイダを有効または無効にする手順は次のとおりです。

1. 管理者としてコンテンツ・サーバーにログインします。

2. メイン・メニューから、「管理」→「プロバイダ」を選択します。

3. 「プロバイダ」ページの「プロバイダ」表で、有効または無効にするリファイナリ・プロバイダの「アクション」列の「情報」をクリックします。

4. 「プロバイダ情報」ページで、「無効化」または「有効化」をクリックします。

5. Content Serverを再起動します。

21.3.1.3 リファイナリ・プロバイダの削除

既存のリファイナリ・プロバイダを削除する手順は次のとおりです。

1. 管理者としてコンテンツ・サーバーにログインします。

2. メイン・メニューから、「管理」→「プロバイダ」を選択します。

3. 「プロバイダ」ページの「プロバイダ」表で、削除するリファイナリ・プロバイダの「アクション」列の「情報」をクリックします。

4. 「プロバイダ情報」ページで、「削除」をクリックします。

確認メッセージが表示されます。

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

21.3.2 リファイナリのIPセキュリティ・フィルタの編集

リファイナリへのアクセスを制限するためにIPセキュリティ・フィルタを使用します。指定された条件に一致するIPまたはIPv6アドレスのホストのみにアクセスが許可されます。デフォルトでは、IPセキュリティ・フィルタは127.0.0.1|0:0:0:0:0:0:0:1です。これは、Inbound Refineryはlocalhostからの通信のみをリスニングすることを意味します。コンテンツ・サーバーがそのすべてのリファイナリと通信できるようにするには、リファイナリのIPセキュリティ・フィルタに、各コンテンツ・サーバー・コンピュータのIPまたはIPv6アドレスを追加する必要があります。これは、リファイナリがコンテンツ・サーバー・インスタンスと同じコンピュータ上で実行されている場合も同様です。リファイナリのIPセキュリティ・フィルタを編集する手順は次のとおりです。

1. リファイナリ・コンピュータにアクセスします。

2. システム・プロパティ・アプリケーションを起動します。

- Windows: 「スタート」→「プログラム」を選択します。Oracle Content Server/Inbound Refinery→instance_name→「ユーティリティ」→「システム・プロパティ」を選択します。

- UNIX: リファイナリのインストール・ディレクトリの/binサブディレクトリにあるSystemPropertiesスクリプトを実行します。

3. 「サーバー」タブを選択します。

4. 「IPアドレス・フィルタ」フィールドには、各コンテンツ・サーバー・コンピュータのIPまたはIPv6アドレスが含まれている必要があります(これが、リファイナリ・サーバーも実行されているのと同じ物理コンピュータである場合も)。このフィールドのデフォルト値は127.0.0.1|0:0:0:0:0:0:0:1 (localhost)ですが、有効なIPまたはIPv6アドレスをいくつでも追加できます。パイプ記号(|)で区切ることにより複数のIPアドレスを指定できます。また、ワイルドカード(0個以上の文字を表す*、および1文字を表す?)も使用できます。次に例を示します。

127.0.0.1|0:0:0:0:0:0:0:1|10.10.1.10|62.43.163.*|62.43.161.12?

注意:

localhostのIPアドレス(127.0.0.1)は必ず含めてください。

5. 完了したら「OK」をクリックし、リファイナリ・サーバーを再起動します。

ヒント:

または、IntradocDir/configディレクトリにあるconfig.cfgファイルで、IPセキュリティ・フィルタにIPアドレスを直接追加することもできます。IPまたはIPv6アドレスを、SocketHostAddressSecurityFilter変数に追加します。例: SocketHostAddressSecurityFilter=127.0.0.1|0:0:0:0:0:0:0:1|10.10.1.10|62.43.163.*

ローカルホストのIPまたはIPv6アドレスをconfig.cfgファイルのSocketHostAddressSecurityFilter変数に指定してください。

21.3.3 UNIXプラットフォームに対するライブラリ・パスの設定

コンテンツ・サーバーおよびInbound Refineryでは、Outside In Technologyを使用します。Ouside In Technologyは、すべてのLinuxプラットフォームに加えて、SolarisプラットフォームとHPUX ia64の両方で、GCCライブラリ(libgcc_sとlibstdc++)に動的にリンクされます。コンテンツ・サーバーはこれらのライブラリにアクセスできる必要がありますが、SolarisとHPUXではこれらのライブラリはデフォルトでは利用できません。コンテンツ・サーバーまたはInbound RefineryをSolarisまたはHPUXのいずれかで実行している場合は、GCCライブラリを入手してインストールし、それらを検出するようにコンテンツ・サーバーを構成する必要があります。ライブラリ・パスの構成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

21.4 コンテンツ・サーバーでのリファイナリへのジョブ送信の構成

コンテンツ・サーバーでは、ファイル拡張子、ファイル形式および変換を使用して、コンテンツ・アイテムがInbound Refineryおよびその変換アドオンによってどのように処理されるべきかを定義します。また、アプリケーション開発者はカスタム変換を作成することもできます。

この項では、次の項目について説明します。

- ファイル形式と変換の理解

- ファイル・タイプの管理

- PassThruファイル用のコンテンツ・サーバーの構成

- コンテンツ・サーバーのリファイナリ変換オプションの構成

- プレビューをバイパスするためのイメージ・ファイルの構成

- チェックイン時の変換のオーバーライド

- デフォルトのコンテンツ変換設定の変更

21.4.1 ファイル形式と変換の理解

通常、ファイル形式はそのMultipurpose Internet Mail Extension (MIME)タイプにより識別され、各ファイル形式は特定の変換にリンクされます。各ファイル拡張子は、特定のファイル形式にマップされます。したがって、チェックインされたファイルの拡張子に基づいて、コンテンツ・サーバーは、ファイルがリファイナリによって処理されるかどうか、およびどのように処理されるかを制御できます。リファイナリの変換設定は、リファイナリが承認する変換を指定し、変換の出力を制御します。

次の例を考えてみます。docファイル拡張子がファイル形式application/mswordにマップされており、これは変換Wordにリンクされています。これは、コンテンツ・サーバーが、コンテンツ・サーバーにチェックインされたすべてのMicrosoft Wordファイル(拡張子がdocのファイル)を、変換用にリファイナリに送信しようとすることを意味します。

別の例として、xlsファイル拡張子がファイル形式application/vnd.ms-excelにマップされており、これは変換PassThruにリンクされているとします。この場合、Microsoft Excelファイルはリファイナリには送信されません。かわりに、ネイティブ・ファイルのコピーまたはネイティブ・ボールト・ファイルを指すHCSTファイルを/weblayoutディレクトリに配置するように、コンテンツ・サーバーを構成できます。つまり、ユーザーがこのファイルを表示するには、ネイティブ・ファイルを開くことができるアプリケーションがユーザーのコンピュータにインストールされている必要があります。

図21-1 変換へのファイル形式のマッピング

ファイルがコンテンツ・サーバーにチェックインされ、そのファイル形式が変換にマップされていると、コンテンツ・サーバーは、その変換を承認して変換ジョブを実行できるリファイナリ・プロバイダがあるかどうかを確認します。これは次のことを意味します。

- コンテンツ・サーバーに対してリファイナリ・プロバイダが設定されている必要があります。詳細は、「リファイナリ・プロバイダの構成」を参照してください。

- 1つ以上のリファイナリが変換を承認するように構成されている必要があります。詳細は、「承認される変換の設定」を参照してください。

変換では、実行すべき変換ステップや使用すべき変換エンジンも含め、特定のファイル形式をどのように処理すべきかを指定します。詳細は、「ファイル・タイプの管理」を参照してください。

コンテンツ・サーバーで使用可能な変換は、リファイナリで使用可能な変換と一致する必要があります。あるファイル形式がコンテンツ・サーバーで変換にマップされると、そのフォーマットのファイルは、チェックイン時に変換用に送信されます。その変換を承認するように、1つ以上のリファイナリが設定されている必要があります。詳細は、「承認される変換の設定」を参照してください。

次のデフォルト変換を使用できます。変換アドオンをインストールすると、追加の変換が使用可能になります。詳細は、特定の変換アドオンのドキュメントを参照してください。

変換

説明

PassThru

ファイルが変換されないようにするために使用します。この変換がファイル形式にリンクされていると、そのファイル形式にマップされているすべてのファイル拡張子は変換用に送信されません。ネイティブ・ファイルのコピーまたはネイティブ・ボールト・ファイルを指すHCSTファイルを/weblayoutディレクトリに配置するように、コンテンツ・サーバーを構成できます。詳細は、「PassThruファイル用のコンテンツ・サーバーの構成」を参照してください。

Word

Microsoft Word、Microsoft Writeおよびリッチ・テキスト形式(RTF)ファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

Excel

Microsoft Excelファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

PowerPoint

Microsoft PowerPointファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

MSProject

Microsoft Projectファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

Distiller

PostScriptファイルを変換用に送信するために使用します。ファイルは指定されたPostScript Distillerエンジンを使用してPDFに変換されます。

MSPub

Microsoft Publisherファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

FrameMaker

Adobe FrameMakerファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

Visio

Microsoft Visioファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

WordPerfect

Corel WordPerfectファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

PhotoShop

Adobe Photoshopファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

InDesign

Adobe InDesign、Adobe PageMakerおよびQuarkXPressファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

MSSnapshot

Microsoft Snapshotファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

PDF Refinement

チェックインされたPDFファイルを調整用に送信するために使用します。リファイナリの変換設定に応じて、これには指定されたPostScript Distillerエンジンを使用した、高速Web表示用のPDFファイルの最適化が含まれます。

Ichitaro

Ichitaroファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

OpenOffice

OpenOfficeおよびStarOfficeファイルを変換用に送信するために使用します。ファイルはリファイナリの変換設定に従って変換されます。

ImageThumbnail

選択したグラフィック・フォーマットを単純なサムネイルのみの作成用に送信するために使用します。これは、Inbound Refineryはインストールされていないが、グラフィック・フォーマットのサムネイル・イメージが必要な場合に有用です。返されるWeb表示可能ファイルは、ネイティブ・ファイルのコピーであり、オプションでサムネイル・イメージになります。

Inbound Refineryがインストールされている場合は、ImageThumbnail変換のかわりに、イメージ・レンディションおよびサムネイルの作成も含め、変換用にグラフィック・フォーマットを送信するために使用できます。

NativeThumbnail

中間のPDF変換からではなく、ネイティブ・フォーマットからのサムネイルの作成用に、選択したファイル形式を送信するために使用します。通常、この変換は、テキスト・ファイル(TXT)、Microsoft Outlook電子メール・ファイル(EMLとMSG)およびOfficeドキュメントのサムネイルを、先にPDFに変換せずに作成するために使用します。返されるWeb表示可能ファイルは、ネイティブ・ファイルのコピーであり、オプションでサムネイル・レンディションやXMLレンディションになります。XMLレンディションを作成するには、XMLConverterがインストールされており、XMLステップが構成および有効化されている必要があります。

MultipageTiff

Outside In Image Exportを使用した複数ページのTIFFファイルへの直接変換用にファイルを送信するために使用します。ファイル形式がこの変換にマップされている場合、リファイナリの変換設定は無視され、ファイルはTIFFファイルへの変換用にImage Exportに直接送信されます。

OutsideIn Technology

リファイナリ・サーバー上でのWinNativeConverterを使用した変換用に、サポートされているフォーマットをPostScriptに印刷するためにOutside In Xを使用します。

Direct PDFExport

Outside In PDF Exportを使用したPDFへの直接変換用にファイルを送信するために使用します。

FlexionXML

XML Converterを使用した変換用にファイルを送信するために使用します。

SearchML

XML Converterを使用した変換用にファイルを送信するために使用します。

XSLT変換

XML Converterを使用したXSLT変換用にファイルを送信するために使用します。XSLT変換は、XMLデータを別のフォーマットに出力するために使用します。

Digital Media Graphics

Digital Asset Managerがインストールされている場合、Image Managerを使用した複数のイメージ・レンディションへの変換用にデジタル・イメージを送信するために使用します。

Digital Media Video

Digital Asset Managerがインストールされている場合、Video Managerを使用した複数のビデオまたはオーディオ・レンディションへの変換用にデジタル・ビデオを送信するために使用します。

TIFFConversion

ドキュメント内でのテキストの索引付けが可能なPDFフォーマットへの変換用にTIFFファイルを送信するために使用します。

Word HTML

ネイティブMicrosoft Wordアプリケーションを使用したHTMLへの変換用にMicrosoft Wordファイルを送信するために使用します。

PowerPoint HTML

ネイティブMicrosoft PowerPointアプリケーションを使用したHTMLへの変換用にMicrosoft PowerPointファイルを送信するために使用します。

Excel HTML

ネイティブMicrosoft Excelアプリケーションを使用したHTMLへの変換用にMicrosoft Excelファイルを送信するために使用します。

Visio HTML

ネイティブMicrosoft Visioアプリケーションを使用したHTMLへの変換用にMicrosoft Visioファイルを送信するために使用します。

21.4.1.1 コンテンツ・アイテムのリファイナリ通過と失敗した変換

ファイル形式が変換PassThruにリンクされていると、そのファイル形式にマップされているすべてのファイル拡張子は変換されません。ファイル拡張子がPassThruにマップされているコンテンツ・アイテムがコンテンツ・サーバーにチェックインされると、そのファイルはリファイナリには送信されず、Web表示可能ファイルは作成されません。ネイティブ・ファイルのコピー、またはネイティブ・ファイルを指すHCSTファイルをweblayoutディレクトリに配置するように、コンテンツ・サーバーを構成できます。これは、ユーザーがファイルを表示するには、ファイルの作成に使用されたアプリケーション、またはファイルを開くことができるアプリケーションが、各クライアント上にインストールされている必要があることを意味します。詳細は、「PassThruファイル用のコンテンツ・サーバーの構成」を参照してください。

ファイルがリファイナリに送信され、変換が失敗したことがリファイナリによってコンテンツ・サーバーに通知される場合、ネイティブ・ファイルのコピーをweblayoutディレクトリに配置するようにコンテンツ・サーバーを構成できます。この場合、ユーザーがこのファイルを表示するには、ネイティブ・ファイルを開くことができるアプリケーションがユーザーのコンピュータにインストールされている必要があります。詳細は、「コンテンツ・サーバーのリファイナリ変換オプションの構成」を参照してください。

21.4.1.2 MIMEタイプについて

新しいファイル形式には、ファイル拡張子に対応するMIME (Multipurpose Internet Mail Extensions)タイプによって名前を付けることをお薦めします(たとえば、docファイル拡張子にマップされるフォーマットはapplication/mswordにするなど)。

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

ネイティブ・ファイルが変換されると、Inbound RefineryはWeb表示可能ファイルに適切なフォーマットを割り当て(たとえば、リファイナリがPDFファイルを生成した場合、このファイルをapplication/pdfと識別します)、コンテンツ・サーバーはクライアントへのWeb表示可能ファイルの配信時に(ネイティブ・ファイルに対して指定されているフォーマットではなく)このフォーマットを含めます。

Inbound Refineryには、インストール時に自動的に構成されるファイル形式の広範なリストが含まれます。コンテンツ・サーバー・プロバイダの構成マネージャ・アプレットでリストを確認してください。新しいフォーマットは、珍しいフォーマットまたは独自のフォーマットで作業する場合にのみ追加する必要があります。

ファイル形式に対する正しいMIMEタイプを判別するために有用なリソースがインターネットで提供されています。例:

- http://filext.com/

- http://www.webmaster-toolkit.com/mime-types.shtml

21.4.2 ファイル・タイプの管理

ファイル・タイプとファイル形式の構成の詳細を管理するには、「ファイル形式ウィザード」ページまたは構成マネージャを使用します。ファイル・フォーマット・ウィザード・ページは、一般的なほとんどのファイル・タイプの変換を構成するために使用できますが、構成マネージャ・アプレットのすべての機能が複製されるわけではありません。

注意:

「ファイル形式ウィザード」ページを有効にするには、コンテンツ・サーバーにInboundRefinerySupportコンポーネントをインストールして有効にし、少なくとも1つのInbound Refineryプロバイダを有効にする必要があります。また、変換オプション・コンポーネントによって、ファイル・タイプが「ファイル形式ウィザード」ページに追加される場合があります。

「ファイル形式ウィザード」ページを使用する手順は次のとおりです。

1. 管理者としてログインします。

2. メイン・メニューから、「管理」→「リファイナリ管理」→「ファイル形式ウィザード」を選択します。

3. 「ファイル形式ウィザード」ページで、変換用にリファイナリに送信される各ファイル・タイプに対するチェック・ボックスを選択します。すべてのチェック・ボックスを選択または選択解除するには、見出し行でチェック・ボックスを選択または選択解除します。

4. 最後に保存した設定に戻すには、「リセット」をクリックします。

5. 「更新」をクリックします。
選択したファイル・タイプに対して、対応するデフォルトのファイル拡張子、ファイル形式および変換が、自動的にマップされます。

構成マネージャを使用する手順は次のとおりです。

1. 管理者としてログインします。

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

3. 「構成マネージャ」を選択します。

4. 「オプション」→「ファイル形式」を選択します。

21.4.2.1 ファイル形式の追加または編集

ファイル形式を追加して変換にリンクする手順は次のとおりです。

1. 「ファイル形式」ページで、「ファイル形式」セクションの「追加」をクリックします。

2. 新しいファイル形式の追加/「ファイル形式の編集」ページで、「フォーマット」フィールドにファイル形式の名前を入力します。任意の名前を使用できますが、対応するファイル拡張子(複数の場合あり)に関連付けられているMIMEタイプを使用することをお薦めします。

3. 「変換」リストから適切な変換を選択します。

4. 「説明」フィールドにファイル形式の説明を入力します。

5. 「OK」をクリックして設定を保存します。

ファイル形式を編集するには、ファイル形式を選択して「編集」をクリックします。新しいファイル形式の追加/「ファイル形式の編集」ページで、適切な変更を加えます。

21.4.2.2 ファイル拡張子の追加または編集

ファイル拡張子を追加し、ファイル形式にマップする(およびそれによりファイル拡張子を変換に関連付ける)手順は次のとおりです。

1. 「ファイル形式」ページで、「ファイル拡張子」セクションの「追加」をクリックします。

2. ファイル拡張子の追加/「ファイル拡張子の編集」ページで、ファイル拡張子を入力します。

3. 「マップ先フォーマット」リストで、定義済ファイル形式のリストから適切なファイル形式を選択します。ファイル形式を選択すると、指定した拡張子を持つすべてのファイルが、そのファイル形式にリンクされている特定の変換に直接割り当てられます。

4. 「OK」をクリックして設定を保存します。

ファイル拡張子を編集するには、「ファイル形式」ページでファイル拡張子を選択し、「編集」をクリックします。適切な変更を行います。

21.4.3 PassThruファイル用のコンテンツ・サーバーの構成

ファイル形式が変換PassThruにリンクされていると、そのファイル形式にマップされているすべてのファイル拡張子は変換用に送信されません。デフォルトでは、コンテンツ・サーバーはネイティブ・ファイルのコピーをweblayoutディレクトリに配置します。ただし、かわりにネイティブ・ボールト・ファイルを指すHCSTファイルをweblayoutディレクトリに配置するように、コンテンツ・サーバーを構成することもできます。これは、変換しない大きなファイルがあり、weblayoutディレクトリに大きなファイルをコピーしたくない場合に有用です。

次の重要な注意事項に留意してください。

- HCSTファイルの内容は、redirectionfile_template.htmファイルの内容によって制御されます。

- ファイルの配信にはGET_FILEサービスが使用されるため、PDFハイライトやバイト・サービングは利用できません。これは、テンプレートをオーバーライドし、Webサーバーを再構成することにより解決できます。

- 単純なテンプレートを使用します。ブラウザの「戻る」ボタンが機能せず、レイアウトの相違が発生することがあります。これは、テンプレートをオーバーライドし、Webサーバーを再構成することにより解決できます。

- weblayoutディレクトリにHCSTファイルがあるため、ファイル数は減りません。ただし、ネイティブ・ボールト・ファイルが大きい場合は、ディスク領域を節約できます。

- この設定は、変換用にリファイナリに送信されるファイルには影響しません。つまり、ファイルが変換用にリファイナリに送信される場合、別のコンテンツ・サーバー設定によって、Web表示可能ファイルとネイティブ・ファイルのコピーのいずれがweblayoutディレクトリに配置されるかが制御され、HCSTファイルは使用できません。詳細は、「コンテンツ・サーバーのリファイナリ変換オプションの構成」を参照してください。

ネイティブ・ファイルのコピーではなくHCSTファイルをweblayoutディレクトリに配置するようにコンテンツ・サーバーを構成する手順は次のとおりです。

1. テキスト・エディタを使用して、IntradocDir/config/ディレクトリにある、コンテンツ・サーバーのconfig.cfgファイルを開きます。

2. IndexVaultFile変数を追加し、値をtrueに設定します。

IndexVaultFile=true

3. config.cfgファイルへの変更内容を保存します。

4. Content Serverを再起動します。

21.4.4 コンテンツ・サーバーのリファイナリ変換オプションの構成

変換前および変換後ジョブをコンテンツ・サーバーでどのように処理するかなど、コンテンツ・サーバーとそのリファイナリ・プロバイダとの対話方法を構成できます。

注意:

「Inbound Refinery変換オプション」ページを使用するには、コンテンツ・サーバーにInboundRefinerySupportコンポーネントをインストールして有効にし、少なくとも1つのInbound Refineryプロバイダを有効にする必要があります。

コンテンツ・サーバーが変換前および変換後ジョブをどのように処理するかを構成する手順は次のとおりです。

1. 管理者としてコンテンツ・サーバーにログインします。

2. メイン・メニューから、「管理」→「リファイナリ管理」→「変換オプション」を選択します。

3. リファイナリ変換オプション・ページで、次の情報を入力します。

- 次に転送を試みるまでに変換前ジョブを待機する秒数を入力します。デフォルトは10(秒)です。

- ネイティブ・ファイル圧縮しきい値サイズを入力します(MB単位)。デフォルトのしきい値サイズは1024MB (1GB)です。ネイティブ・ファイルは、しきい値サイズを超えないかぎり、圧縮されてから、コンテンツ・サーバーによってリファイナリに転送されます。この設定を使用すると、非常に大きなファイル(たとえば、大規模なビデオ・ファイル)の圧縮に伴うオーバーヘッドを回避できます。転送前にネイティブ・ファイルを圧縮しないようにする場合は、ネイティブ・ファイル圧縮しきい値サイズを0に設定します。

- ジョブ転送の有効期限が切れた場合に変換が失敗するようにするには、該当するチェック・ボックスを選択します。

- コンテンツ・サーバーが失敗した変換をどのように処理するかを指定します。ファイルがリファイナリに送信され、変換が失敗した場合に、ネイティブ・ファイルのコピーを/weblayoutディレクトリに配置するようにコンテンツ・サーバーを構成できます(「Refinery通過」)。「パススルー」を有効にするには、このチェック・ボックスを選択します。「パススルー」を無効にするには、チェック・ボックスの選択を解除します。
次の重要な注意事項に留意してください。

- ファイルが変換用にリファイナリに送信される場合、ネイティブ・ファイルのコピーのかわりにHCSTファイルを使用することはできません。コンテンツ・サーバーがリファイナリに送信されないファイルをどのように処理するかを構成する方法の詳細は、「PassThruファイル用のコンテンツ・サーバーの構成」を参照してください。

- この設定は、IntradocDir\config\ディレクトリにあるconfig.cgfファイル内のAllowPassthru変数を使用して手動でオーバーライドすることもできます。

4. 最後に保存した設定に戻す場合は「リセット」をクリックし、変更を保存するには「更新」をクリックします。

5. Content Serverを再起動します。

21.4.5 プレビューをバイパスするためのイメージ・ファイルの構成

一般的な形式のイメージ・ファイルについて、ネイティブ・ユーザー・インタフェースでは、通常、ほとんどのWebブラウザで表示できるネイティブ・ドキュメントのプレビューが表示されます。対照的に、Oracle WebCenter Contentユーザー・インタフェースでは、通常、ドキュメントの表示ページでドキュメントのプレビューを表示する前に、Outside In Technologyを使用してネイティブ・ドキュメントがページ・イメージに変換されます。

複数レイヤーのイメージ・ファイル(動画の.gifファイルなど)では、Outside Inによって、複数レイヤー・ファイルの各レイヤーについて、それぞれ1つのイメージが作成されます。この結果、元のイメージの各レイヤーについて、別々のページが存在することになります。ほとんどのWebブラウザで動画の.gifファイルおよび複数レイヤーの他の形式を適切に表示できるため、コンテンツ・サーバーでOutside Inをバイパスして、アニメーションを適切に表示することもできます。

Outside Inをバイパスしてネイティブ・ファイルを表示するには、管理者は、コンテンツ・サーバーのintradoc.cfgファイルのSimplePreviewFormatList変数に形式をリストします。これは、コンテンツ・サーバーにアクセスするブラウザでサポートされる形式(標準的なイメージ形式など)について行う必要があります。これによって、ブラウザでネイティブ・ファイルが表示され、複数レイヤーの動画ファイル形式が適切に解釈されます。

単純なプレビューを使用するために任意のイメージ形式を指定する手順は次のとおりです。

1. テキスト・エディタを使用して、コンテンツ・サーバーのDomainDir/ucm/cs/binディレクトリにあるintradoc.cfgファイルを開きます。

2. 単純なプレビューを使用するためのイメージ形式を、カンマ区切りリストで指定します。次に例を示します。

SimplePreviewFormatList=image/gif,image/png

3. intradoc.cfgファイルに加えた変更を保存します。

4. コンテンツ・サーバーを再起動します。

21.4.6 チェックイン時の変換のオーバーライド

環境によっては、特定のファイル拡張子が複数の方法で使用されている場合があります。よい例がZIPファイル拡張子です。たとえば、次のようなファイルをチェックインすることが考えられます。

- TIFF Converterを含むリファイナリに、OCRを使用して単一のPDFファイルに変換させる、単一のZIPファイルに圧縮された複数のTIFFファイル。

- 変換用にリファイナリに送信しない、単一のZIPファイルに圧縮された複数のファイル・タイプ(ZIPファイルはそのネイティブ・フォーマットのまま通過させる必要があります)。

複数の方法でファイル拡張子を使用する場合は、ユーザーがファイルをコンテンツ・サーバーにチェックインするときにそのファイルをどのように変換するかを選択できるように、コンテンツ・サーバーを構成できます。これを、「チェックイン時にフォーマットのオーバーライドを許可」と呼びます。このコンテンツ・サーバーの機能を有効にする手順は次のとおりです。

1. 管理者としてログインします。

2. メイン・メニューから、「管理」→「管理サーバー」→「一般構成」を選択します。

3. 「チェックイン時にフォーマットのオーバーライドを許可」チェック・ボックスを選択します。

4. 「保存」をクリックします。

5. 構成マネージャを使用して、ファイル拡張子を最も一般的に使用される変換にマップし、それをデフォルト変換にします。たとえば、ZIPファイル拡張子では、次のようなデフォルト変換を設定できます。

- ZIPファイル拡張子をapplication/zipファイル形式にマップし、application/zipファイル形式をTIFFConversion変換にマップします。したがって、デフォルトでは、ZIPファイルには複数のTIFFファイルが含まれ、OCRを使用したPDFへの変換用にTIFF Converterを含むリファイナリに送信すべきであることが想定されます。

6. 構成マネージャを使用して、ユーザーがチェックイン時に選択できるようにする代替ファイル形式および変換を設定します。前述のZIPファイル拡張子の例では、次のような代替変換を設定できます。

- application/zip-passthruファイル形式をPassThru変換にマップします。これで、変換用にリファイナリに送信すべきではない様々なファイルを含むZIPファイルに対して、チェックイン時にこのオプションを選択できるようになります。ZIPファイルはそのネイティブ・フォーマットで渡されることになります。

7. Content Serverを再起動します。

ユーザーはファイルのチェックイン時に、設定されているいずれかの変換を選択することにより、デフォルト変換をオーバーライドできます。

複数の専用のリファイナリおよびカスタム変換を使用している場合に、このようにユーザーがチェックイン時に変換を上書きできるようにすることがあります。前述のZIPファイル拡張子の例を使用すると、TIFF Converterを持つ1つのリファイナリを、複数のTIFFファイルを含むZIPファイルをOCRを使用してPDFに変換するために使用し、2つ目のリファイナリを、Microsoft Officeファイルを含むZIPファイルをPDFに変換するために設定できます。

21.4.6.1 サムネイルのサイズの変更

デフォルトでは、サムネイルは100x100ピクセルで表示されます。異なるサイズで表示する手順は次のとおりです。

1. IntradocDir/config/ディレクトリにあるconfig.cfgファイルをテキスト・エディタで開きます。

2. 次の変数を必要に応じて変更し、サムネイルの高さと幅を変更します。

- ThumbnailHeight=xxx (xxxはピクセル値)

- ThumbnailWidth=xxx (xxxはピクセル値)

小さい方の設定に基づいて(設定が等しい場合は高さ設定を使用)、縦横比を維持するようにスケーリングが実行されます。

3. 変更内容を保存します。

4. Content Serverを再起動します。

注意:

これにより、すべてのサムネイルのサイズが更新されます。

ThumbnailHeightおよびThumbnailWidth変数の詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

21.4.7 デフォルトのコンテンツ変換設定の変更

コンテンツ・アイテムがチェックインされた後でリファイナリに送信される前に、Dynamic Converterはpre_submit_to_conversionインクルード・リソースを実行します。このインクルード・リソースは作成するカスタム・コンポーネントのプレースホルダとして機能します。カスタム・コンポーネントは、リファイナリにより実行されるアクションを指定するコンテンツ・アイテムに対するdConversion変数の値をオーバーライドします。

デフォルトの変換条件を変更するには、カスタム・コンポーネントを作成し、pre_submit_to_conversionリソースを変更します。たとえば、MIMEタイプに基づき、またはカスタム・メタデータ・フィールドを含むメタデータ・フィールドの値に基づき、コンテンツ・アイテムのフルテキストの索引付けを選択的に含めるまたは除外することができます。

作成するカスタム・コンポーネントがデフォルト・インクルードの後にロードされ、そのコンテンツが指定したコンテンツに効果的に置き換えられます。カスタム・コンポーネントの作成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』を参照してください。

- 変換リソース

- dConversion変数の設定

- 変換リソース・インクルードの例

21.4.7.1 変換リソース

pre_submit_to_conversionインクルードのデフォルトのスクリプトには、コメントとして囲まれたサンプル・コードが含まれています。サンプル・コードは実行されませんが、dConversion変数の変更方法の例として提供されます。

[[%
The pre_submit_to_conversion include can be used to reset a
document conversion type based on specified metadata field values.
Create a custom component to override the sample content in this
include.   The sample include below is enclosed as a comment and does
not execute.
%]]
<@dynamichtml pre_submit_to_conversion@>
[[%
<$if strEquals(dDocTitle, "skip Conversion")$>
<$dConversion="PassThru"$>
<$elseif strEquals(dDocType, "Image")$>
<$dConversion="MultipageTiff"$>
<$endif$>
%]]
<@end@>

サンプル・コードで、コンテンツ・アイテムのタイトル(dDocTitleメタデータ・フィールドの値)が"Skip Conversion"の場合、コンテンツ・アイテムは変換されません(dConversionに"PASSTHRU"の値が指定されます)。また、デフォルトで、ドキュメント・タイプ(dDocTypeメタデータ・フィールドの値)が"Image"の場合、コンテンツ・アイテムは複数ページTIFFイメージ・ファイルに変換されます。

21.4.7.2 dConversion変数の設定

チェックインしたコンテンツ・アイテムの変換方法を決定するdConversion変数の値。dConversion変数の形式は次のとおりです。

dConversion="<conversion_type>"

21.4.7.3 変換リソース・インクルードの例

シナリオ:

ユーザーがWordドキュメントにチェックインすると、Wordドキュメントとしてドキュメントを変換するか、またはドキュメントを変換せずにパススルーさせるかを選択できます。

解決策:

Wordドキュメントを変換するかどうかをユーザーが決定できるようにするには、2つの値(YesおよびNo、Noがデフォルト)を含むリストを使用して、カスタム・メタデータ・フィールド(xPerformConversionなど)を作成します。ユーザーが変換されるWordドキュメントにチェックインすると、チェックイン中に、xPerformConversionフィールドの値はYesに設定されます。

このソリューションを実装するには、次のコンテンツを含むカスタム・コンポーネントを作成します。

<@dynamichtml pre_submit_to_conversion@>
<$if strEquals(xPerformConversion, "No")$>
<$dConversion="PASSTHRU"$>
<$elseif strEquals(xPerformConversion, "Yes")$>
<$dConversion="Word"$>
<$endif$>
<@end@>

21.5 ステータス詳細の表示

この項では、変換ジョブのステータスを表示する方法を説明します。次の内容について説明します。

- リファイナリの変換ステータスの表示

- IBRプロバイダのステータスの表示

21.5.1 リファイナリの変換ステータスの表示

リファイナリの変換ステータスを表示するには、メイン・メニューを使用して、「管理」→「リファイナリ管理」→「変換オプション」を選択します。「IBRプロバイダのステータス」ページの「変換ジョブのステータス」タブをクリックすることもできます。

注意:

このページを使用するには、InboundRefinerySupportコンポーネントをインストールして有効にし、少なくとも1つのInbound Refineryプロバイダを有効にする必要があります。

次の変換ステータス情報が使用できます。

要素

説明

リフレッシュ

表示されたジョブのステータスを更新します。

ジョブ・キューのチェックの強制

コンテンツ・サーバーにジョブをリファイナリ・プロバイダに配信させます。これは、リファイナリが停止し、保留中のジョブが失敗した場合に特に有用です。この状況では、保留中のジョブは定期的に変換用にプロバイダに再送信されます。このボタンは、送信を強制的に行います。

変換ジョブID

Inbound Refineryによって送信された各ジョブに割り当てられる一意の識別子。

コンテンツID

変換用に送信されたコンテンツ・アイテムの一意のコンテンツ・サーバー識別子。

変換ジョブの状態

ジョブが変換処理内のどこにあるかを示します。

プロバイダに送信されたジョブ

ジョブの送信先のプロバイダを示します。

最終アクション

ジョブの状態の最後の変更日時をリストします。

アクション

変換用に送信されたコンテンツ・アイテムに対するコンテンツ・サーバーの「コンテンツ情報」ページにリンクします。

21.5.2 IBRプロバイダのステータスの表示

IBRプロバイダのステータスを表示するには、メイン・メニューを使用して、「管理」→「リファイナリ管理」→「IBRプロバイダのステータス」を選択します。リファイナリ変換ジョブのステータス・ページの「IBRプロバイダのステータス」タブをクリックすることもできます。

注意:

このページを使用するには、コンテンツ・サーバーにInboundRefinerySupportコンポーネントをインストールして有効にし、少なくとも1つのInbound Refineryプロバイダを有効にする必要があります。

次の変換情報が「IBRプロバイダのステータス」ページに表示されます。

要素

説明

ステータスの更新の強制

表示されたプロバイダのステータスを更新します。

プロバイダ

各プロバイダの名前。

使用可能

プロバイダがコンテンツを変換用に承認しているかどうかを示します。

読取り専用

プロバイダが読取り専用であること、つまりジョブを変換用にこれ以上承認できないことを示します。コンテンツ・サーバーに変換を返すことしかできません。

キューに格納されたジョブ

各プロバイダで変換を待機しているジョブの数を示します。

最終メッセージ

プロバイダによって最後に配信されたステータス・メッセージを表示します。

接続状態

プロバイダがコンテンツ・サーバーに接続されているかどうかを示します。

最終アクティビティの日付

最後のプロバイダ・アクティビティの日時をリストします。

アクション

特定のプロバイダに関する情報を示す「プロバイダ情報」ページを表示します。

21.6 リファイナリの変換設定の構成

リファイナリの変換設定を構成する前に、次の作業を実行する必要があります。

- リファイナリを起動します。

- リファイナリが1つ以上のコンテンツ・サーバーに対するプロバイダとして設定されていることを確認します。詳細は、「リファイナリ・プロバイダの構成」を参照してください。

- 各コンテンツ・サーバー上にInboundRefinerySupportコンポーネントがインストールされ、有効化されていることを確認します。

- 各コンテンツ・サーバーが変換用にリファイナリにファイルを送信するように構成されていることを確認します。詳細は、「コンテンツ・サーバーでのリファイナリへのジョブ送信の構成」を参照してください。

リファイナリ変換設定は、リファイナリがどの変換を承認し、各変換をどのように処理するかを制御します。Inbound RefineryにはOutside In Image Exportが含まれ、これは次の目的で使用できます。

- ファイルのサムネイルを作成します。サムネイルは、コンテンツの小さなプレビュー・イメージです。詳細は、「サムネイルの設定」を参照してください。

- ファイルを複数ページのTIFFファイルに変換することにより、ユーザーがTIFFビューア・プラグインを使用する標準のWebブラウザでファイルを表示できるようになります。詳細は、参照してください。

また、Inbound Refineryではいくつかの変換オプションを使用できます。変換オプションを有効にすると、その変換設定がリファイナリに追加されます。

この項では、次の項目について説明します。

- タイムアウトの計算

- 承認される変換の設定

- プライマリWeb表示可能レンディションとしての複数ページTIFFファイルの設定

- サムネイルの設定

- UNIXでのレンダリング・オプションの構成

- フォント・パスの指定

- グラフィック変換に対するタイムアウト設定の構成

21.6.1 タイムアウトの計算

リファイナリでの処理時に、コンテンツには、ファイルのサイズと「タイムアウトの設定」ページの設定に基づいて、一定の処理時間が割り当てられます。タイムアウト値(分単位)は、次のように計算されます。

タイムアウト値[分単位] = ([バイト単位のファイル・サイズ] × タイムアウト・ファクタ) / 60,000

まずInbound Refineryは、使用するファイルを特定するために、前のステップでファイルが生成されたかどうかを確認します。該当する場合、そのファイルがタイムアウトの計算に使用されます。そうでない場合は、ネイティブ・ファイルを使用します。前のステップで複数のファイルが出力される場合は(たとえばExcelからPostScriptへの変換)、ファイル・サイズの合計を使用します。処理対象のコンテンツ・アイテムは、「最低 (Minimum)」列以上、「最高 (Maximum)」列未満の分数に割り当てられます。計算されたタイムアウト値が最低値を下回ると、最低値が適用されます。計算されたタイムアウト値が最高値を超えると、最高値が適用されます。

21.6.1.1 タイムアウト計算

次の各例は、タイムアウトの計算方法を示しています。

- 例1

- ファイル・サイズ = 10 MB (10485760バイトまたは10240 KB)

- 最小 =2

- 最大 =10

- ファクタ =3

- 計算されるタイムアウト = 10485760×3 / 60000 = 524.288分 = 8.74時間

この場合、Inbound Refineryは最高値の10分間のみ待機します。

- 例2

- ファイル・サイズ = 200 KB (204800バイト)

- 最小 =2

- 最大 =30

- ファクタ =2

- 計算されるタイムアウト = 204800×2 / 60000 = 6.83分

この場合、Inbound Refineryは最高値の30分間ではなく、計算された6.83分間のみ待機します。

- 例3

- ファイル・サイズ = 50 KB (51200バイト)

- 最小 =2

- 最大 =30

- ファクタ =2

- 計算されるタイムアウト = 51200×2 / 60000 = 1.71分

- この場合、Inbound Refineryは計算されるタイムアウト値または最高値の30分間ではなく、最低値の2分間のみ待機します。

21.6.2 承認される変換の設定

リファイナリが承認し、キューに入れる変換の最大数を設定する手順は次のとおりです。

1. リファイナリにログインします。

2. 「設定」→「変換」を選択します。

3. 「変換リスト」ページで、リファイナリでキューに入れることのできる変換ジョブの合計数を設定します。デフォルトは0 (無制限)です。

4. コンテンツ・サーバーによるピックアップを待機可能な変換の最大数を入力します。この数を超えると、Inbound Refineryはそのコンテンツ・サーバーからの変換ジョブを承認しなくなります。デフォルトは1000です。

5. 変換が最大数に達しているとき、リファイナリをビジー状態とみなす秒数を入力します。デフォルトは120 (秒)です。リファイナリの変換ジョブが最大数に達した場合、コンテンツ・サーバーはこの時間待機してから、リファイナリとの通信を再度試行します。

6. リファイナリが同時に処理する変換の最大数を入力します。デフォルトは5です。

7. リファイナリが承認するように設定する各変換に対するチェック・ボックスを選択します。

- デフォルトでは、すべての変換が選択され、承認されます。

- すべての変換を選択するには、列見出しの「承認」チェック・ボックスを選択します。

- すべての変換の選択を解除するには、列見出しの「承認」チェック・ボックスの選択を解除します。

8. 変換タイプごとに(すべてのリファイナリ・キューにわたる)ジョブの最大数を設定します。デフォルトは0 (無制限)です。

9. 「更新」をクリックして変更を保存します。

10. リファイナリに対するエージェントである各コンテンツ・サーバーを再起動して、コンテンツ・サーバーのキューに対する変更を即時に有効にします。そうしない場合、リファイナリの承認済の変換に対する変更は、次回にコンテンツ・サーバーがリファイナリをポーリングするときまでコンテンツ・サーバーに認識されません。

21.6.3 プライマリWeb表示可能レンディションとしての複数ページTIFFファイルの設定

Inbound Refineryには、ファイルをプライマリWeb表示可能レンディションとして複数ページのTIFFファイルに変換するために使用される、Outside In Image Exportが含まれています。これにより、ユーザーはTIFFビューア・プラグインを備えた標準的なWebブラウザでファイルを表示できます。

PDF Exportなどのその他の変換オプションを使用すると、プライマリWeb表示可能レンディションとしてその他のタイプのレンディションを作成できます。Web表示可能レンディションを生成できる変換オプションが有効になっていると、追加のオプションが指定可能になります。

複数ページのTIFFファイルをリファイナリが生成するプライマリWeb表示可能レンディションとして設定する手順は次のとおりです。

1. リファイナリにログインします。

2. 「設定」→「変換」を選択します。

3. プライマリWeb表示可能レンディションとしてファイルを複数ページのTIFFファイルに変換するには、「変換」ページで「複数ページのTIFFイメージへの変換」を選択します。

4. 「更新」をクリックして変更を適用します。

21.6.4 サムネイルの設定

サムネイルは、コンテンツの小さなプレビュー・イメージとして検索結果のページで使用され、通常は、それらが表すWeb表示可能ファイルにリンクしています。サムネイルによって、実際にファイル自体を開くことなく確認できる、視覚的なサンプルがコンシューマに示されます。これにより、より大きい元のファイルのダウンロードを行う前に、ファイルを確認できます。

Inbound RefineryにはOutside In Image Exportが含まれ、これを使用してファイルのサムネイルを作成できます。次の重要な注意事項に留意してください。

- サムネイル作成用にリファイナリにファイルを送信するには、各コンテンツ・サーバーでファイル形式および変換を構成する必要があります。詳細は、「コンテンツ・サーバーでのリファイナリへのジョブ送信の構成」を参照してください。リファイナリが変換を承認するように構成されている必要があります。詳細は、「承認される変換の設定」を参照してください。

- Outside In Image Exportサムネイル・エンジンは、Type 3フォントを含むPDFファイルのサムネイルを正常に作成することはできません。チェックインされたPDFファイルにType 3フォントが含まれると、Outside In Image Exportサムネイル・エンジンは空白ページのサムネイルを作成します。

- サムネイル・ファイルは、JPEG、GIFまたはPNGファイルとして、コンテンツ・サーバーのweblayoutディレクトリに格納され、そのファイル名には文字@tが含まれます。たとえば、Report2001@t~2.jpgファイルはReport2001~2.pdf(Report2001.xxxというファイルのリビジョン2)に属するサムネイルです。

- 暗号化またはパスワード保護されているファイルに対してサムネイルを作成することはできません。

- EMLファイルに対するサムネイルを作成できます。Internet Explorerを使用していて、Outlook Express用の累積的な修正プログラム(2003年4月)をインストールしている場合、サムネイルをクリックしてEMLファイルを表示しようとするとエラーが発生します。これは、プライマリWeb表示可能ファイルがEMLファイルである場合(リファイナリによってプライマリWeb表示可能ファイルとして複数ページのTIFFまたはEMLファイルのPDFバージョンが作成されておらず、ネイティブEMLファイルがプライマリWeb表示可能ファイルとしてweblayoutディレクトリにコピーされている場合)にのみ当てはまります。

- EMLファイルのサムネイルは、Outlook ExpressでそのEMLファイルを開いたときのルック・アンド・フィールと正確に一致しません。これは、サムネイルはプレーン・テキスト・レンディションに基づいて作成されるのに対し、Outlook Expressではファイルは独自の形式で開かれるためです。

- コンテンツ・サーバーに表示されるサムネイル・サイズの変更方法の詳細は、「サムネイルのサイズの変更」を参照してください。

- Inbound Refineryでサムネイルをオフにしても、作成済のサムネイルは検索結果ページに表示され続けることに注意してください。

サムネイルは、Inbound Refineryでデフォルトで使用可能な唯一の追加のレンディションです。その他の変換オプションやカスタム変換を使用すると、追加のレンディションを作成できます。

サムネイルを有効にし、サムネイルの設定を構成する手順は次のとおりです。

1. リファイナリにログインします。

2. 「設定」→「変換」を選択します。

3. 「変換」ページの「追加レンディション・オプション」列で「サムネイル・レンディションの作成」を選択します。

4. 「更新」をクリックして変更を保存します。

5. 「設定」→「オプション」をクリックします。

6. 「サムネイル・オプション」の下で「構成」をクリックします。

7. 「サムネイル・オプション」ページで、必要なサムネイル・オプションを選択します。終了後、「更新」をクリックします。

注意:

Solarisを実行するSPARCシステム、またはLinuxを実行するいずれかのシステム上でのInbound Refineryの使用時には、Outside In Image Exportはフォントおよびグラフィックのレンダリングにデフォルトでその内部グラフィック・コードを使用します。かわりに、オペレーティング・システムのネイティブ・グラフィック・サブシステムを使用することも選択できます。詳細は、「UNIXでのレンダリング・オプションの構成」を参照してください。

次の表に、使用可能なオプションを示します。

要素

説明

「ネイティブ・ボールト・ファイルからサムネイル・イメージを作成」チェック・ボックス

サムネイル・イメージをネイティブ・ファイルから作成するか、Web表示可能プライマリ・ファイルから作成するかを指定します。

「サムネイル・イメージ作成に使用するネイティブ・ボールト・ファイルのページ番号」フィールド

サムネイル・イメージの作成に使用するネイティブ・ファイルのページを指定します。デフォルトの設定は1です。ネイティブ・ファイルの最初のページが、サムネイル・イメージの作成に使用されます。

「クイック・サイジングを使用」ラジオ・ボタン

最も高速のカラー・グラフィック変換を指定しますが、変換されたグラフィックの品質は若干低下します。

「スムーズ・サイジングを使用」ラジオ・ボタン

元のグラフィックのより正確な表現を指定しますが、複雑な処理が必要になるため、変換速度が若干低下します。これがデフォルトの設定です。

「グレイスケール・グラフィック用のスムーズ・サイジング」ラジオ・ボタン

グレイスケール・グラフィックにスムーズ・サイジング・オプションを使用し、すべてのカラー・グラフィックにクイック・サイジング・オプションを使用します。

「jpgのサムネイルの生成」ラジオ・ボタン

すべてのサムネイルがJPGファイルとして作成されるように指定します。これは、サムネイルのファイル・タイプのデフォルト設定です。

「gifのサムネイルの生成」ラジオ・ボタン

すべてのサムネイルがGIFファイルとして作成されるように指定します。

「pngのサムネイルの生成」ラジオ・ボタン

すべてのサムネイルがPNGファイルとして作成されるように指定します。

「更新」ボタン

設定に加えた変更内容を保存します。

「リセット」ボタン

前回保存した設定に戻します。

21.6.5 UNIXでのレンダリング・オプションの構成

LinuxまたはSolaris SPARCシステムでInbound Refineryを実行している場合に複数ページのTIFFファイルまたはサムネイルを作成するとき、Outside Inはフォントおよびグラフィックのレンダリングにデフォルトでその内部グラフィック・コードを使用します。したがって、実行中のX Window Systemディスプレイ・サーバー(Xサーバー)へのアクセスおよびMotif (Solaris)またはLessTif (Linux)は必要ありません。システムで実行する必要があるのは、使用可能なフォントを検出することだけです。フォントはOutside Inには付属していません。使用可能なフォントへのパスの設定方法の詳細は、「フォント・パスの指定」を参照してください。

Image Exportがフォントとグラフィックのレンダリングに、その内部グラフィック・コードではなくオペレーティング・システムのネイティブのグラフィック・サブシステムを使用するようにInbound Refineryを構成する手順は次のとおりです。

1. Inbound RefineryコンピュータにInbound Refineryユーザーとしてログインします。

Inbound Refineryコンピュータが実行中のX Window Systemディスプレイ・サーバー(Xサーバー)にアクセスでき、Motif (Solaris)またはLessTif (Linux)が存在する必要があります。

2. Inbound Refineryの起動スクリプト(.profile、.login、.bashrcなど)内のDISPLAY変数が実行中のXサーバーを指していることを確認します。次に例を示します。

DISPLAY=:0.0
export DISPLAY

3. 新しい.profileをソースします。たとえば/usr/bin/shを使用して次のコマンドを実行します。

..profile

4. 次のコマンドを実行して、実行中のXサーバーを使用するパーミッションをOutside In Image Exportに付与します。

xhost +localhost

5. Inbound Refineryユーザーはログインした状態のまま、コンソールをロックします。

6. リファイナリにログインします。

7. 「設定」→「オプション」を選択します。

8. 「オプション」ページで、「標準のOutsideInフィルタ・オプション」セクションの「構成」をクリックします。

9. 「ネイティブ・オペレーティング・システムのネイティブ・グラフィック・サブシステムを使用」を選択します。

10. 「更新」をクリックします。

21.6.6 フォント・パスの指定

Inbound Refineryが正常に機能するには、フォント・イメージを生成するために使用されるフォントへのパスを指定する必要があります。デフォルトでは、フォント・パスはInbound Refineryで使用されるJVM内のフォント・ディレクトリ(java.home/lib/fonts)に設定されます。ただし、デフォルト・ディレクトリに含まれるフォントは限定されているため、レンディションが低下する可能性があります。また、非標準のJVMを使用した場合、デフォルトで指定されているJVMのフォント・パスと異なることがあります。この場合、エラー・メッセージがInbound Refineryとコンテンツ・サーバーの両方から表示されます。このエラーが発生した場合は、変換を正しくレンダリングするために必要なフォントを含むディレクトリにフォント・パスが設定されていることを確認してください。

使用可能なフォントを検出するようにInbound Refineryを構成する手順は次のとおりです。

1. Inbound RefineryコンピュータにInbound Refineryユーザーとしてログインします。

2. 「管理」で、「管理サーバー」→「一般構成」を選択します。

3. テキスト・フィールドに、Outside Inで使用するフォント・ディレクトリへのパスを入力します。たとえばLinuxでは、次のように指定します。

/usr/lib/X11/fonts/TTF

たとえば、Windowsの場合は次のようにします。

C:\WINDOWS\Fonts

フォントがコールされた場合に見つからないと、Outside Inはエラーを表示して終了します。TrueTypeフォント(*.ttfまたは*.ttcファイル)のみがサポートされています。

4. 「保存」をクリックします。

21.6.7 グラフィック変換に対するタイムアウト設定の構成

グラフィック変換に対するタイムアウト設定を構成する手順は次のとおりです。

1. リファイナリにログインします。

2. 「設定」→「タイムアウト」を選択します。

3. 「タイムアウト」ページで、グラフィック変換の「最低」(分単位)、「最高」(分単位)および「ファクタ」を入力します。詳細は、「タイムアウトの計算」を参照してください。

4. 「更新」をクリックして変更を適用します。

22 Inbound Refineryの管理

この章では、ユーザー認証、シングル・サインオン、エージェントおよびプロバイダの管理、Webサービス・フィルタの構成、動的および静的レイアウト・ファイルのパブリッシュなどの、Oracle WebCenter Content: Inbound Refineryの管理に必要な管理情報およびタスクについて説明します。

この章では、以下のトピックについて説明します。

- リファイナリの認証とユーザーの管理

- シングル・サインオンを使用したリファイナリ統合の管理

- リファイナリの変換キューの管理

- リファイナリ・エージェントの管理

- リファイナリ・プロバイダの管理

- リファイナリの情報の表示

- Webサーバー・フィルタの構成

- 動的および静的なレイアウト・ファイルのパブリッシュ

- Windowsでのアクティブ・ウィルス・スキャン

- 日付書式とタイムゾーンの変更

- リファイナリのステータスの監視

22.1 リファイナリの認証とユーザーの管理

Oracle WebLogic Serverドメイン内で管理対象サーバーが実行されている場合、ユーザーとグループによるInbound RefineryへのアクセスはOracle WebLogic Serverによって制御され、システムのセキュリティ構成はWebLogic Serverコンソールを通じて処理されます。

Oracle Internet DirectoryまたはOracle Access Managerを使用したシングル・サインオンなどの追加のサービスが必要な場合は、WebLogic Serverのコントロールを使用して、Inbound Refineryを管理するOracle WebLogic Serverドメインにこれらのサービスをリンクできます。

デプロイ時に、Inbound RefineryロールrefineryadminにOracle Inbound Refineryを管理する権限が付与されています。Inbound Refineryに対する権利が必要なユーザーは、Oracle WebLogic Serverで対応するrefineryadminグループに属する必要があります。

追加情報については、次のドキュメントを参照してください。

表22-1 システム・セキュリティに関する追加のドキュメント

タスク

情報参照先

Oracle WebLogic Serverの管理

『Oracle Fusion Middlewareの管理』

Oracle WebCenter Contentの管理

Oracle Fusion Middleware Oracle WebCenter Contentの管理

22.2 シングル・サインオンを使用したリファイナリ統合の管理

OAMはID管理とセキュリティ対策のための製品で、オラクル社のエンタープライズクラスの製品スイートの一部です。ID管理とセキュリティに関する多彩な機能が搭載されており、Fusion MiddlewareとカスタムのFusion Middlewareアプリケーションで使用できるシングル・サインオンのオプションも複数用意されています。Oracle Fusion Middleware 12cを使用している環境では、OAMのシングル・サインオン(SSO)ソリューションをお薦めします。

Oracle Fusion Middleware 12cのインストール規模が比較的小さく、OAMのようなエンタープライズクラスのシングル・サインオン・インフラストラクチャが不要な環境では、特定のFusion Middlewareアプリケーション内でSSO機能を実装すれば十分です。SAMLベースのSSOソリューションを構成してください。その他のエンタープライズ・アプリケーションにまたがるSSOが必要な場合、このソリューションはお薦めできません。

Active Directoryのユーザー・アカウントによってMicrosoftドメイン・コントローラを使用して認証を行うMicrosoftデスクトップ・ログインを使用している場合は、Microsoftのクライアントに対するSSOの構成も検討できます。

これらのSSOソリューションを設定する方法は、次のドキュメントに記載されています。

表22-2 シングル・サインオンに関するドキュメント

目的

参照ガイド

OAMとOSSOの構成

Oracle Fusion Middlewareセキュリティ・ガイド

Windowsのネイティブ認証を使用したシングル・サインオン

Oracle WebLogic Server管理コンソール・ヘルプ: 認証プロバイダとアイデンティティ・アサーション・プロバイダの構成

WebLogic SAMLを使用したシングル・サインオン

『Oracle WebLogic Serverセキュリティの管理』: SAML認証プロバイダの構成に関する項

22.3 リファイナリの変換キューの管理

リファイナリはいずれかのコンテンツ・サーバー・インスタンスのプロバイダとして設定されています。ファイルがコンテンツ・サーバーにチェックインされると、/vaultディレクトリ(ネイティブ・ファイル・リポジトリ)にネイティブ・ファイルのコピーが格納されます。ネイティブ・ファイルのフォーマットは、ファイルが元々作成されたフォーマット(Microsoft Wordなど)です。

ファイル形式が変換対象として設定されている場合、コンテンツ・サーバーは変換前キューに変換ジョブを作成します。次に、コンテンツ・サーバーは、リファイナリ・プロバイダのうちアクティブになっているリファイナリの1つ(変換を受け入れるように構成され、ビジーでないリファイナリ)に変換ジョブを配信しようとします。コンテンツ・サーバーは、アクティブなリファイナリに変換パラメータを送信します。

リファイナリは変換パラメータを受け取ると、次のデータをコンテンツ・サーバーに返します。

- JobAcceptStatus: ステータスは次のいずれかになります。

ステータス

説明

コンテンツ・サーバーのアクション

ERROR

リクエストの処理中に予期しないエラーが発生しました。

コンテンツ・アイテムはGenWWWステータスのまま残され、コンテンツ・サーバーの変換前キューから削除されます。

NEVER_ACCEPT

リファイナリは変換を承認するように構成されていないため、ジョブを受け入れることはありません。

変換ジョブが変換前キューから消去されるまで、リファイナリ・プロバイダは使用不可とマークされます。

ACCEPT

リファイナリは変換ジョブを受け入れます。

ジョブは変換前キューから削除され、リファイナリに転送され、変換されます。

BUSY

リファイナリは変換ジョブを受け入れられますが、キューの合計最大値または特定の変換に対する変換ジョブの最大数に達しています。

コンテンツ・サーバーに提供するRefineryBusyTimeSecondsが経過するまで、このリファイナリ・プロバイダは再度使用されません。

- JobAcceptStatusMsg: リファイナリのステータスを説明する文字列。リファイナリとコンテンツ・サーバーの両方でログに記録されます。

- JobCanAccept: ジョブが承認されたことを示すブール値。

- RefineryBusyTimeSeconds: リファイナリにジョブを送信すべきではない秒数(これは単にヒントであり、リファイナリがリクエストの承認を停止するわけではありません)。

リファイナリがジョブを受け入れない場合、コンテンツ・サーバーは次に使用可能なリファイナリに配信しようとします。いずれかのリファイナリがジョブを承認するか、最大転送時間に達するまで、コンテンツ・サーバーはジョブの転送を試行し続けます。最大転送時間に達すると、ジョブはコンテンツ・サーバーの変換前キューから削除され、コンテンツ・アイテムはGenWWWステータスのままとなります。

リファイナリがジョブを受け入れると、コンテンツ・サーバーは変換データと変換対象ファイルが格納されているZIPファイルをリファイナリにアップロードします。さらに、コンテンツ・サーバーは、変換ジョブの追跡に使用するエントリをRefineryJobs表に配置します。リファイナリは、変換ジョブをその変換前キューに配置します。

次に、リファイナリは必要に応じて適切な変換オプションをコールして、指定された変換の実行を試みます。リファイナリは、変換ジョブの処理を完了すると、変換ジョブをその変換後キューに配置します。コンテンツ・サーバーは、リファイナリを定期的にポーリングし、そのRefineryJobs表内の変換ジョブが完了したかどうかを調べます。リファイナリが変換ジョブの処理の完了を報告すると、コンテンツ・サーバーは変換されたファイル(たとえば、Webで表示可能なサムネイル・ファイルやPDFファイルなど)をリファイナリからダウンロードし、変換ジョブをその変換後キューに配置し、必要な場合は変換後機能を起動します。

リファイナリ・キューの管理設定は、コンテンツ・サーバーとリファイナリの両方で構成できます。リファイナリ・キューの管理には、次のページが使用されます。

- リファイナリ変換オプション・ページ: このページには、コンテンツ・サーバーとそのすべてのリファイナリ・プロバイダとの対話方法に影響する設定が含まれます。

- 次に転送を試みるまでの待機秒数: 各変換ジョブに対して、次に転送を試みるまで待機する秒数を設定するために使用します。デフォルトでは、コンテンツ・サーバーはそのいずれかのリファイナリ・プロバイダへの変換ジョブの配信を次に試みるまでに10秒待機します。

- 単一ジョブの転送に許容される分数: 各変換ジョブの転送に許容される分数を設定するために使用します。デフォルトでは、コンテンツ・サーバーはそのいずれかのリファイナリ・プロバイダへの変換ジョブの転送を30分間試行します。

- ネイティブ・ファイルの圧縮しきい値: ネイティブ・ファイルの圧縮しきい値をMB単位(デフォルト・サイズは1024MB (1GB))で設定するために使用します。ネイティブ・ファイルは、しきい値サイズを超えないかぎり、圧縮されてから、コンテンツ・サーバーによってリファイナリに転送されます。この設定によって、ビデオ・ファイルなどの非常に大きなファイルの圧縮に伴うオーバーヘッドを回避できます。転送前にネイティブ・ファイルの圧縮を解除したままにするには、しきい値サイズを0に設定します。

- ジョブ転送の有効期限が切れると、変換に失敗します。: 変換に失敗する時間を指定するために使用します。変換ジョブの最大許容時間に達すると、変換ジョブはコンテンツ・サーバーの変換前キューから削除され、コンテンツ・アイテムはGenWWWステータスのままとなります。変換ジョブが失敗するように指定した場合、コンテンツ・アイテムはGenWWWステータスのままとなります。変換エラーが「再送信」ボタンとともに「コンテンツ情報」ページに表示され、ユーザーはそのボタンを使用してコンテンツ・アイテムを変換用に再送信できます。

- Inbound Refineryに送信した変換が失敗した場合、変換を「Refinery通過」に設定します: 失敗した変換をコンテンツ・サーバーがどのように処理するかを指定するために使用します。ファイルがリファイナリに送信され、変換が失敗した場合に、リファイナリ通過を有効にすることにより、ネイティブ・ファイルのコピーをWebレイアウト・ディレクトリに配置するようにコンテンツ・サーバーを構成できます。

注意:

ファイルが変換用にリファイナリに送信される場合、ネイティブ・ファイルのコピーのかわりにHCSTファイルを使用することはできません。コンテンツ・サーバーがリファイナリに送信されないファイルをどのように処理するかを構成する方法の詳細は、「PassThruファイル用のコンテンツ・サーバーの構成」を参照してください。

- 送信ソケット・プロバイダの追加/「送信ソケット・プロバイダの編集」ページ: 個々のリファイナリ・プロバイダに対する設定を指定するために使用します。

- Inbound Refinery変換ジョブの処理: プロバイダが変換ジョブを処理するかどうかを指定するために使用します。このオプションを選択しなかった場合、コンテンツ・サーバーはこのプロバイダとの間で変換ジョブの転送を試みません。

- Inbound Refineryの読取り専用モード: コンテンツ・サーバーが新しい変換ジョブをこのリファイナリ・プロバイダに送信しないようにするために使用します。ただし、リファイナリ・プロバイダは引き続き、終了した変換ジョブを返します。

次のリファイナリのページには、リファイナリ・キューの管理に使用される情報および設定が含まれます。

- 「キュー内のアイテム」ページ: 特定のリファイナリ・エージェント(コンテンツ・サーバーなど)に対する変換前および変換後キュー内のアイテムを表示するために使用します。

- 「変換リスト」ページ: 特定のリファイナリ・エージェント(コンテンツ・サーバーなど)に対する変換前および変換後キュー内のアイテムを表示するために使用します。

- キューに入れることのできる変換の最大数: リファイナリがキューに入れることのできる変換ジョブの合計数を設定するために使用します。デフォルト: 0 (無制限)。

- 変換後キューに入れることのできる変換の最大数: リファイナリの変換後キューに入れることのできる変換の数を設定するために使用します。デフォルト: 1000。

- リファイナリをビジーとみなす秒数: 変換が最大数に達しているとき、リファイナリをビジー状態とみなす秒数を指定するために使用します。デフォルト: 30 (秒)。リファイナリの変換ジョブが最大数に達した場合、コンテンツ・サーバーはこの時間待機してから、リファイナリとの通信を再度試行します。

- 最大変換数: リファイナリが同時に処理できるジョブの最大数を指定できます。デフォルトは5です。

22.4 リファイナリ・エージェントの管理

エージェントを管理する際に実行するタスクは、次のとおりです。

- 詳細ロギング

- エージェントの削除

22.4.1 詳細ロギング

各リファイナリ・エージェントに対して詳細ロギングを有効にできます。詳細ロギングがオンになっていると、一般的なエージェント・ステータス情報、各変換エンジン・アクションの詳細な説明(いつ変換が開始されたか、ファイルの詳細、変換ステップの詳細、変換結果など)、およびエラーがリファイナリ・エージェント・ログに記録されます。詳細ロギングがオフになっていると、一般的なエージェント・ステータス情報およびエラーのみがリファイナリ・エージェント・ログに記録されます。

リファイナリ・エージェントに対して詳細ロギングを有効にする手順は次のとおりです。

1. リファイナリにログインします。

2. 「リファイナリ管理」→「エージェント管理」を選択します。

3. 「エージェント管理」ページで、該当するリファイナリ・エージェントに対する「詳細ロギングの有効化」チェック・ボックスを選択します。

4. 最後に保存した設定に戻すには、「リセット」をクリックします。

5. 「更新」をクリックして変更を保存します。

22.4.2 エージェントの削除

リファイナリ・エージェントは、リファイナリ・エージェントの変換前または変換後キューに変換ジョブがない場合にのみ削除できます。リファイナリ・エージェントを削除する手順は次のとおりです。

1. リファイナリにログインします。

2. 「リファイナリ管理」→「エージェント管理」を選択します。

3. 「エージェント管理」ページで、リファイナリ・エージェントの「アクション」メニューから「エージェントの削除」を選択します。

4. 「エージェントの削除」ページで、「エージェントagent_nameの削除の確認」ェック・ボックスを選択して、エージェントの削除を承認します。エージェント・キュー内の履歴、ログおよびジョブも削除されることに注意してください。

5. 「エージェントの削除」をクリックします。

22.5 リファイナリ・プロバイダの管理

リファイナリ・プロバイダを構成する必要はありません。WebベースのInbound Refineryインタフェースを使用してリファイナリ・プロバイダ情報を表示する手順は次のとおりです。

1. リファイナリにログインします。

2. ナビゲーション・メニューから、「リファイナリ管理」→「プロバイダ」を選択します。

22.6 リファイナリの情報の表示

この項では、リファイナリの情報を表示する方法を説明します。

- リファイナリの構成情報の表示

- リファイナリのシステム監査情報の表示

22.6.1 リファイナリの構成情報の表示

WebベースのInbound Refineryインタフェースを使用してリファイナリの構成情報を表示する手順は次のとおりです。

1. リファイナリにログインします。

2. ナビゲーション・メニューから、「リファイナリ管理」→「構成情報」を選択します。

「構成情報」ページが開き、メイン・システム設定の概要が表示されます。さらに、現在有効化または無効化されているすべてのインストール済のサーバー・コンポーネントやカスタム・コンポーネントも一覧表示されます。

「構成情報」ページは、情報の提供のみを目的としたページであり、編集できません。

22.6.2 リファイナリのシステム監査情報の表示

WebベースのInbound Refineryインタフェースを使用してリファイナリのシステム監査情報を表示する手順は次のとおりです。

1. リファイナリにログインします。

2. ナビゲーション・メニューから、「リファイナリ管理」→「システム監査情報」を選択します。

「システム監査情報」ページが開き、問題のトラブルシューティングやサーバーのパフォーマンス調整に役立つ情報が表示されます。このページの「一般的な情報」セクションには、次の情報が表示されます。

- 受信するリクエストの数が多すぎるかどうかに関する情報。

- システムのメモリー・キャッシュに関する情報。メモリー不足に関するエラーのトラブルシューティングに役立ちます。また、ユーザー数とデータ量が多いリファイナリ・サーバーを実行しているときに重要となる情報です。

- 現在実行中のJavaスレッドに関する情報。この情報はエラーの原因を特定する場合に有用です。

- 監査メッセージのリスト。

リファイナリのトレースは、セクション単位でアクティブ化できます。アクティブなセクションのトレースが、「コンソール出力」ページに表示されます。セクション・トレースは、サーバーのどのセクションが問題の原因となっているかを特定する場合、または特定のセクションの詳細を表示するときに便利です。セクションを追加する場合は、追加するセクションを記載したカンマ区切りリストを作成します。

「トレース・セクション情報」見出しの横にある情報アイコンをクリックすると、トレースに使用できるセクションのリストが簡単な説明とともに表示されます。たとえば、refineryをアクティブ化すると変換ステータスに関する拡張情報が表示され、ref-configをアクティブ化すると現在の実行環境に対する変更がトレースされ、refsteplogicをアクティブ化するとどの変換ステップを使用するかを決定するロジックがトレースされます。ワイルドカード文字*がサポートされています。ref*は、refinery、ref-configおよびrefsteplogicを含む、接頭辞refで始まるすべてのセクションをトレースします。

トレース・セクションの中には、詳細出力をサポートするものもあります。詳細出力をサポートするアクティブなセクションを詳細にトレースする場合には、「完全な詳細トレース」を有効にします。

注意:

このページで設定したオプションは、「保存」を有効にして「更新」をクリックしないかぎり、リファイナリの再起動時に失われます。

22.7 Webサーバー・フィルタの構成

WebベースのInbound Refineryインタフェースを使用してリファイナリに対するWebサーバー・フィルタを構成する手順は次のとおりです。

1. リファイナリにログインします。

2. ナビゲーション・メニューから、「リファイナリ管理」→「フィルタ管理」を選択します。

「Webサーバー・フィルタの構成」ページが開きます。このページは、リファイナリとのWebサーバー・フィルタ通信を構成およびトラブルシューティングするために使用します。

22.8 動的および静的なレイアウト・ファイルのパブリッシュ

動的および静的なレイアウト・ファイルをパブリッシュする手順は次のとおりです。

1. リファイナリにログインします。

2. 動的なレイアウト・ファイルをパブリッシュするには、「管理」→「管理アクション」を選択し、「Webレイアウト公開」セクションで「動的なレイアウト・ファイルのパブリッシュ」をクリックします。PUBLISH_WEBLAYOUT_FILESサービスが実行されます。

すべての動的なレイアウト・ファイル(.cssファイルと .jsファイル)はリファイナリの IntradocDir/shared/config/templatesディレクトリからweblayoutディレクトリにパブリッシュされます。このサービスは、リファイナリのカスタマイズ時に使用されます。また、PUBLISH_WEBLAYOUT_FILESサービスは、リファイナリが再起動されるたびに実行されます。

3. 静的なレイアウト・ファイルをパブリッシュするには、「管理」→「管理アクション」を選択し、「Webレイアウト公開」セクションで静的なレイアウト・ファイルのパブリッシュをクリックします。PUBLISH_STATIC_FILESサービスが実行されます。

すべての静的なレイアウト・ファイル(グラフィック・ファイル)はリファイナリのIntradocDir/shared/publishディレクトリからweblayoutディレクトリにパブリッシュされます。このサービスは、リファイナリのカスタマイズ時に使用されます。PUBLISH_STATIC_FILESサービスの実行には時間がかかることがあるため、このサービスはリファイナリが再起動されるたびに実行されることはありません。リファイナリのカスタマイズ時には、このサービスは手動で実行する必要があります。

使用可能なその他のパブリッシュ・オプションおよびコンテンツ・サーバーとリファイナリ・サーバーのカスタマイズの詳細は、コンテンツ・サーバーに付属のドキュメントを参照してください。

22.9 Windowsでのアクティブ・ウィルス・スキャン

Windows上でのInbound Refineryの実行時には、一部のInbound Refineryおよびコンテンツ・サーバー・ディレクトリのアクティブ・ウィルス・スキャンにより変換が失敗することがあります。

アクティブ・ウィルス・スキャンから、次のコンテンツ・サーバー・ディレクトリを除外してください。

- weblayoutディレクトリ(WeblayoutDir)

- vaultディレクトリ(VaultDir)

- IntradocDir\data\

- IntradocDir\search\

ヒント:

コンテンツ・サーバーの\vault\~tempディレクトリはスキャンすべき最も重要なディレクトリであるため、除外しないでください。

アクティブ・ウィルス・スキャンから、次のInbound Refineryディレクトリを除外してください。

- vaultディレクトリ(VaultDir)

- weblayoutディレクトリ(WeblayoutDir)

- IntradocDir\data\

ヒント:

前述のディレクトリをスキャンする必要がある場合は、これらのディレクトリをアクティブにスキャンするのではなく、オフピーク時にコンテンツ・サーバーおよびInbound Refineryコンピュータに対して物理ディスク・スキャンを使用することをお薦めします。最良の結果を得るには、ローカル・ドライブのスキャンにはローカルのアンチウィルス・プログラムを使用してください。

22.10 日付書式とタイムゾーンの変更

この項では、デフォルトの日付書式とデフォルトのタイムゾーン設定の変更について説明します。

- 日付書式の変更

- タイムゾーンの設定

22.10.1 日付書式の変更

デフォルトのEnglish-USロケールでは、年は2桁('yy')で表現され、1969年から2068年の間のものとして解釈されます。たとえば、65は2065とみなされ、1965ではありません。English-USロケールで1969年より前の年が正しく解釈されるようにするには、そのロケールのデフォルトの日付フォーマットを、年が4桁(yyyy)で表されるように変更する必要があります。

この問題は、すでに年の表現に4桁を使用しているEnglish-UKロケールには当てはまりません。

デフォルトのEnglish-US日付書式を変更する手順は次のとおりです。

1. システム・プロパティ・ユーティリティを起動します。

- Microsoft Windows: 「スタート」→「プログラム」→「Oracle Content Server」を選択します。「refinery_instance」→「ユーティリティ」→「システム・プロパティ」を選択します。

- UNIX: リファイナリのインストール・ディレクトリの/binサブディレクトリにあるSystemPropertiesスクリプトを実行します。

2. 「ローカライズ」タブを選択します。

3. ロケールのリストでEnglish-USエントリを選択し、「編集」をクリックします。

4. 「ロケールの構成」ダイアログで、日付書式を、2桁('yy')ではなく4桁('yyyy')を使用して年を表すように修正します。

5. 編集が終了したら、「OK」をクリックして「ロケールの構成」ダイアログを閉じます。

6. 「OK」をクリックして変更を適用し、「システム・プロパティ」を終了します。

7. リファイナリを停止して再起動します。

22.10.2 タイムゾーンの設定

Inbound Refineryのインストール中に、選択したシステム・ロケールに対してデフォルトのタイムゾーンを使用することを指定している場合があります。この場合、インストーラによってオペレーティング・システムのタイムゾーンの検出と、それに応じたリファイナリのタイムゾーンの設定が自動的に試行されます。一部のシナリオでは、オペレーティング・システムのタイムゾーンが認識されないことがあります。この場合、タイムゾーンはUTC(協定世界時)に設定されます。これはグリニッジ標準時(GMT)と同じです。

この場合、タイムゾーンは手動で設定する必要があります。

1. システム・プロパティ・ユーティリティを起動します。

- Microsoft Windows: 「スタート」→「プログラム」→「Oracle Content Server」を選択します。「refinery_instance」→「ユーティリティ」→「システム・プロパティ」を選択します。

- UNIX: リファイナリのインストール・ディレクトリの/binサブディレクトリにあるSystemPropertiesスクリプトを実行します。

2. 「サーバー」タブを選択します。

3. 「システム・タイムゾーン」リストから、リファイナリに対して使用するタイムゾーンを選択します。

4. 「OK」をクリックして変更を適用し、「システム・プロパティ」を終了します。

5. リファイナリを停止して再起動します。

22.11 リファイナリのステータスの監視

作成されるログ・ファイルを使用して、リファイナリのステータスを監視できます。エージェントは、リファイナリにジョブを送信する、コンテンツ・サーバーなどのエンティティです。変換ステータス情報は、情報を見やすくし、詳細を見つけやすいように、エージェントによって切り離され、記録されます。

リファイナリに対して2つのタイプのログ・ファイルが作成されます。

- リファイナリ・ログ: これらのログには、エージェントに対して実行される変換に固有のものではない、リファイナリの機能に関する一般的な情報(起動情報など)が含まれます。リファイナリが実行される日ごとに、1つのログ・ファイルが生成されます。詳細は、「リファイナリのステータスの表示」を参照してください。

- リファイナリ・エージェント・ログ: これらのログには、変換ジョブをリファイナリに送信するエージェントに対して実行される変換に固有の情報が含まれます。エージェントが少なくとも1つの変換ジョブをリファイナリに送信する日ごとに、エージェント別に、1つのログ・ファイルが生成されます。詳細は、「エージェントのステータスの表示」を参照してください。

22.11.1 リファイナリのステータスの表示

エントリは、イベントの発生に従って終日にわたり適切なログ・ファイルに追加され、日付および時間別にリストされます。リファイナリ・ログ・エントリに付けられるタイムスタンプは、ログ・エントリが作成された日時を表し、これは必ずしもアクションが実行された日時ではありません。

各エージェントに対して複数の変換が同時に実行される場合があるため、各リファイナリ・エージェント・ログ・エントリの先頭には変換番号が示されます。たとえば、「変換ジョブ'3513'のログ・エントリ」というように表示されます。次のタイプのログ・エントリが生成されます。

ログ・エントリ

説明

情報

ステータス情報を表示します。たとえば、起動情報や変換エンジン・アクションの説明など。

エラー

発生したエラーを表示します。

詳細ロギングを有効化できます。オンになっていると、一般的なエージェント・ステータス情報、各変換エンジン・アクションの詳細な説明(いつ変換が開始されたか、ファイルの詳細、変換ステップの詳細、変換結果など)、およびエラーが記録されます。詳細ロギングがオフになっていると、一般的なエージェント・ステータス情報およびエラーのみがリファイナリ・エージェント・ログに記録されます。

ログ・ファイルには「詳細」リンクが含まれている場合があります。「詳細」リンクをクリックすると、ログの詳細が開いたり閉じたりします。通常、ログの詳細は、スタック・ダンプかエラーを生成したコードへのトレース・バックのどちらかです。

次の項では、様々なタイプの変換ステータスの情報を表示する方法について説明します。

- 変換ステータスの表示

- リファイナリのログの表示

- コンソール出力の表示

- 変換履歴の表示

22.11.1.1 変換ステータスの表示

リファイナリは、最初の変換ジョブをリファイナリに送信するときに各エージェントを作成します。それまではリファイナリでエージェントの情報を使用できません。

すべてのリファイナリ・エージェントに対する変換の現在のステータスを表示する手順は次のとおりです。

1. リファイナリにログインします。

2. 「メイン」メニューの「ホーム」を選択するか、「メイン」メニューの「ステータス」→「リファイナリのステータス」を選択します。

22.11.1.2 リファイナリのログの表示

リファイナリのログ・ファイルを表示する手順は次のとおりです。

1. リファイナリにログインします。

2. 「メイン」メニューの「ホーム」を選択して「リファイナリ・ログ」タブを選択するか、「メイン」メニューの「ステータス」→「リファイナリのステータス」を選択して「リファイナリ・ログ」タブを選択します。

3. 「リファイナリ・ログ」ページで、ログ・リンクをクリックしてリファイナリ・ログを表示します。

22.11.1.3 コンソール出力の表示

リファイナリのコンソール出力を表示する手順は次のとおりです。

1. リファイナリにログインします。

2. 「メイン」メニューの「ホーム」を選択して「コンソール出力」タブを選択するか、「メイン」メニューの「ステータス」→「リファイナリのステータス」を選択して「コンソール出力」タブを選択します。

- コンソール出力をリフレッシュするには、「更新」をクリックします。

- コンソール出力を消去するには、「クリア」をクリックします。

22.11.1.4 変換履歴の表示

特定のリファイナリ・エージェントに対する、変換履歴内の最新の50個の変換を表示する手順は次のとおりです。

1. リファイナリにログインします。

2. メニューから「ステータス」→「agent_name」を選択して「変換履歴」タブを選択するか、「リファイナリのステータス」ページでエージェントに対する「アクション」メニューから「変換履歴の表示」を選択します。

3. 「変換履歴」ページで、「コンテンツID」リンクをクリックして「変換の詳細」ページを表示します。

22.11.2 エージェントのステータスの表示

特定のエージェントのステータス、およびすべてのエージェントに対するキューを表示できます。

- 特定のステータスの表示

- エージェントのキューの表示

- エージェントのログの表示

22.11.2.1 特定のステータスの表示

特定のリファイナリ・エージェントに対する変換の現在のステータスを表示する手順は次のとおりです。

1. リファイナリにログインします。

2. 次のいずれかの方法で、「エージェントのステータス」ページに移動します。

- エージェント名をクリックします。

- ナビゲーション・メニューから「ステータス」→「agent_name」を選択します。

- 「リファイナリのステータス」ページで、該当エージェントの「アクション」メニューから「詳細ステータスの表示」を選択します。

22.11.2.2 エージェントのキューの表示

特定のリファイナリ・エージェントに対する変換前および変換後キュー内のアイテムを表示する手順は次のとおりです。

1. リファイナリにログインします。

2. ナビゲーション・メニューから「ステータス」→「agent_name」を選択して「キュー内のアイテム」タブを選択するか、「リファイナリのステータス」ページでエージェントに対する「アクション」メニューから「キュー内のアイテムの表示」を選択します。

3. 「キュー内のアイテム」ページで、「リフレッシュ」をクリックして、ページの情報を更新します。

22.11.2.3 エージェントのログの表示

特定のリファイナリ・エージェントに対するログ・ファイルを表示する手順は次のとおりです。

1. リファイナリにログインします。

2. ナビゲーション・メニューから「ステータス」→「agent_name」を選択して「エージェント・ログ」タブを選択するか、「リファイナリのステータス」ページでエージェントに対する「アクション」メニューから「エージェント・ログの表示」を選択します。

3. 「エージェント・ログ」ページで、ログ・リンクをクリックしてリファイナリ・エージェント・ログを表示します。

23 変換の操作

Oracle WebCenter Content: Inbound Refineryの使用時には、PDF変換、XML変換、Tiff変換およびMicrosoft OfficeファイルのHTMLへの変換を含む、いくつかの異なる変換操作を構成し、管理できます。この章では、そのような変換タイプの管理に伴うタスクについて説明します。

注意:

Inbound Refineryがwin64プラットフォーム上でサービスとして実行されていると、ネイティブ変換は失敗します。これは、win64プラットフォーム上のサービスはプリンタ・サービスにアクセスできないためです。ネイティブ変換の実行時には、Inbound Refineryはサービスとして実行しないでください。

変換の様々なタイプ、実行する方法および場所、各タイプの利点を説明する追加情報については、ブログ記事「WebCenter Contentでの変換」を参照してください。

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

- PDF変換の管理

- TIFF変換の管理

- XML変換の管理

- Microsoft OfficeファイルのHTMLへの変換

23.1 PDF変換の管理

Inbound Refineryでは、Oracle Outside In PDF Export (Inbound Refineryに付属)を使用してネイティブ・ファイルをPDFに直接エクスポートするか、サード・パーティ・アプリケーションを使用してネイティブ・ファイルをPostScriptに印刷し、その後サード・パーティのPDF Distillerエンジンを使用してPostScriptファイルをPDFに変換することにより、ネイティブ・ファイルをPDFに変換できます。

PDF変換を行うには、次のコンポーネントをInbound Refineryサーバーにインストールして有効にする必要があります。

コンポーネント名

コンポーネントの説明

有効にするサーバー

PDFExportConverter

Inbound Refineryで、Oracle OutsideInを使用してネイティブ・フォーマットをPDFに直接変換できます。サードパーティのツールの使用は不要です。PDFエクスポートは迅速なマルチ・プラットフォームの機能であり、同時変換を可能にします。

Inbound Refineryサーバー

WinNativeConverter

Inbound Refineryで、ネイティブ・アプリケーションまたはOutsideInXを使用して、ネイティブ・ファイルをPostScriptファイルに変換し、そのPostScriptファイルをサードパーティのDistillerエンジンを使用してPDFに変換できます。このコンポーネントを使用できるのは、Windowsプラットフォームのみです。このコンポーネントは、非推奨のPDFConverterコンポーネントで以前使用できた機能に取って代わるものです。

WinNativeConverterにより、Windowsプラットフォームのネイティブ・アプリケーションを使用する際に、すべてのPDF変換オプションに最良のレンディション品質が提供されます。これによって同時変換は可能になりません。

WinNativeConverterでは、ネイティブのOfficeアプリケーションを使用して、Inbound RefineryでWord、Excel、PowerPointおよびVisioで作成されたネイティブのMicrosoft OfficeファイルをHTMLに変換することもできます。

Inbound Refineryサーバー

OpenOfficeConversion

Inbound RefineryがOpen Officeを使用してサポート対象ファイルをPDFに変換できる、プラットフォーム間サポートが提供されます。OpenOfficeConversionでは、WinNativeConverterと同様に同時変換は許可されませんが、WinNativeConverterとは異なりUNIXプラットフォームがサポートされます。

Inbound Refineryサーバー

注意:

Inbound Refineryがwin64プラットフォーム上でサービスとして実行されていると、ネイティブ変換は失敗します。これは、win64プラットフォーム上のサービスはプリンタ・サービスにアクセスできないためです。ネイティブ変換の実行時には、Inbound Refineryはサービスとして実行しないでください。

この項では、PDF変換の操作方法について説明します。内容は次のとおりです。

- PDF変換に関する注意事項

- PDF変換設定の構成

- OpenOfficeの構成

- Microsoft OfficeファイルのPDFへの変換

23.1.1 PDF変換に関する注意事項

PDF変換方法を選択する場合、考慮すべき要因がいくつかあります。システム・パフォーマンス(ファイルをPDFフォーマットに変換するのにかかる時間)、PDF出力の再現性(ネイティブ・ファイルの外観と書式にどれだけ厳密に一致しているか)、必要なネイティブ・アプリケーション(Inbound Refineryにより変換されたPostScriptファイルの生成に使用されるMicrosoft WordやPowerPointなど)、および変換アプリケーションに必要なプラットフォームをすべて考慮する必要があります。

変換速度が最優先事項である場合は、PDF Exportを使用して元のファイルをPDFに直接変換する方法が最速です。PDF Exportではサード・パーティのツールが不要なだけでなく、同時PDF変換が可能であり、Windows、LinuxおよびUNIXプラットフォームがサポートされます。

PDF出力の再現性が最優先事項である場合は、ネイティブ・アプリケーションを使用して元のファイルを開き、PostScriptに印刷してからPostScriptをPDFに変換する方法が最適なオプションです。ただし、この方法はWindowsプラットフォームに限定され、同時PDF変換は実行できません。

変換をUNIXプラットフォーム上で実行する必要がある場合は、OpenOfficeを使用してネイティブ・ファイルを開き、PDFファイルに直接エクスポートする方法が最適なオプションです。設定方法によっては、PDF Exportよりも高い再現性が得られることがあります。ただしPDF Exportと異なり、同時PDF変換はサポートされていません。表23-1 では、変換方法を比較し、サポートされるプラットフォームを示します。

注意:

使用する変換オプションにかかわらず、PDFはネイティブ・フォーマットのWeb対応バージョンになります。変換されたPDFはネイティブ・フォーマットの厳密な複製ではありません。フォントの置換、埋め込まれたグラフィックの複雑度と形式、表構造、サード・パーティのDistillerエンジンの問題などの多くの要因が、PDF出力とネイティブ・フォーマットとの差異の原因になります。

表23-1 PDF変換方法

変換方法

パフォーマンス

再現性

サポート対象プラットフォーム

同時PDF変換

PDF Export

最良

良

Windows/UNIX

はい

サード・パーティ・ネイティブ・アプリケーション

良

最良

Windows

いいえ

OpenOffice

良

良

Windows/UNIX

いいえ

23.1.2 PDF変換設定の構成

この項では、PDF変換の設定に関する次の項目について説明します。

- コンテンツ・サーバーでのInbound Refineryへのジョブ送信の構成

- プライマリWeb表示可能レンディションとしてのPDFファイルの設定

- DistillerエンジンとPDFプリンタのインストール

- サード・パーティ・アプリケーション設定の構成

- PDF変換に対するタイムアウト設定の構成

- Outside In使用時のマージンの設定

23.1.2.1 コンテンツ・サーバーでのInbound Refineryへのジョブ送信の構成

コンテンツ・サーバーでは、ファイル拡張子、ファイル形式および変換を使用して、コンテンツ・アイテムがInbound Refineryおよびその変換アドオンによってどのように処理されるべきかを定義します。各コンテンツ・サーバーは、変換用にリファイナリにファイルを送信するように構成されている必要があります。ファイル拡張子がファイル形式と変換にマップされていると、そのタイプのファイルはコンテンツ・サーバーへのチェックイン時に変換用に送信されます。ファイル拡張子、ファイル形式および変換のマッピングを設定するには、ファイル形式ウィザードまたは構成マネージャを使用します。

コンテンツ・サーバーではデフォルトで、Inbound Refineryに必要なすべての変換が使用可能です。コンテンツ・サーバーでのファイル拡張子、ファイル形式および変換の構成の詳細は、「MIMEタイプについて」および「ファイル・タイプの管理」を参照してください。

コンテンツ・サーバーで使用可能な変換は、リファイナリで使用可能な変換と一致する必要があります。あるファイル形式がコンテンツ・サーバーで変換にマップされると、そのフォーマットのファイルは、チェックイン時に変換用に送信されます。その変換を承認するように、1つ以上のリファイナリが設定されている必要があります。リファイナリが承認し、キューに入れる変換の最大数は、「変換リスト」ページで設定します。コンテンツ・サーバーとInbound Refineryのどちらでもデフォルトで、Inbound Refineryに必要なすべての変換が使用可能です。

承認される変換の設定の詳細は、「承認される変換の設定」を参照してください。

23.1.2.2 プライマリWeb表示可能レンディションとしてのPDFファイルの設定

プライマリWeb表示可能レンディションとしてPDFファイルを設定する手順は次のとおりです。

1. リファイナリにログインします。

2. 「変換設定」を選択し、「プライマリWebレンディション」を選択します。

3. 「プライマリWeb表示可能レンディション」ページで、次の変換方法を1つ以上選択します。関連するコンポーネントがインストールされて有効化されていないと、変換方法は選択可能にはなりません。

- PDFエクスポートによるPDFへの変換: WindowsまたはUNIXでの実行時には、Inbound Refineryは、サード・パーティ・アプリケーションを使用せずに、Outside In PDF Exportを使用してファイルをPDFに直接変換します。リファイナリ・サーバー上でPDFExportConverterが有効になっている必要があります。

- サードパーティ・アプリケーションを使用してPDFに変換: Windowsでの実行時には、Inbound Refineryはいくつかのサード・パーティ・アプリケーションを使用してコンテンツ・アイテムのPDFファイルを作成できます。ほとんどの場合、ファイルを開いて印刷する機能のあるサードパーティ・アプリケーションを使用して、ファイルがPostScriptに印刷されます。その後PostScriptファイルは、構成済のPostScript変換エンジンを使用してPDFに変換されます。Inbound Refineryでサードパーティ・アプリケーションを使用して、ファイルを直接PDFに変換できる場合もあります。このオプションを使用するには、リファイナリ・サーバー上でWinNativeConverterが有効になっている必要があります。また、このオプションの使用時には、Inbound Refineryには次のものが必要です。

- PostScript Distillerエンジン

- PostScriptプリンタ。

- 変換時に使用されるサード・パーティ・アプリケーション。

- OpenOfficeを使用してPDFに変換: WindowsまたはUNIXでの実行時には、Inbound RefineryはOpenOfficeを使用して一部のファイル・タイプをPDFに直接変換できます。このオプションを使用するには、リファイナリ・サーバーにOpenOfficeConversionがインストールされている必要があります。このオプションの使用時には、Inbound RefineryにはOpenOfficeのみが必要です。

- Outside Inを使用してPDFに変換: Inbound RefineryにはOutside Inが組み込まれており、Windows上でWinNativeConverterとともに使用して、一部のコンテンツ・アイテムのPDFファイルを作成できます。Outside Inは、ファイルをPostScriptに印刷するために使用されます。そのPostScriptファイルは、構成済のPostScript変換エンジンを使用してPDFに変換されます。このオプションの使用時には、Inbound RefineryにはPostScript Distillerエンジンのみが必要です。

Inbound Refineryは各受信ファイルを、コンテンツ・サーバーによってフォーマットに割り当てられた変換方法に基づいて変換しようと試みます。最初に選択された方法でそのフォーマットの変換がサポートされていない場合は、次に選択された方法でそのフォーマットがサポートされているかどうかが確認されます。Inbound Refineryでは、そのフォーマットの変換がサポートされている方法のうち、最初に選択された方法でファイルを変換しようとします。

たとえば、「サードパーティ・アプリケーションを使用してPDFに変換」オプションと「Outside Inを使用してPDFに変換」オプションの両方を選択するとします。次に、Microsoft Wordファイルを変換のためにリファイナリに送信します。Microsoft Wordファイル形式では、サードパーティ・アプリケーション(Microsoft Word)を使用したPDFへの変換がサポートされているため、Inbound Refineryでは、「サードパーティ・アプリケーションを使用してPDFに変換」方法を使用して、ファイルをプライマリWeb表示可能レンディションとしてPDFに変換しようとします。

この方法が失敗した場合、「Outside Inを使用してPDFに変換」方法は試行されません。ただし、JustWriteファイルを変換のためにリファイナリに送信した場合、このファイル形式は「サードパーティ・アプリケーションを使用してPDFに変換」方法を使用したPDFへの変換がサポートされていないため、「Outside Inを使用してPDFに変換」方法でこのフォーマットがサポートされているかどうかが確認されます。このフォーマットはOutside Inによってサポートされているため、Outside InによるPDFへのファイルの変換が試行されます。

4. 「更新」をクリックして変更を保存します。

5. 「サードパーティ・アプリケーションを使用してPDFに変換」方法または「Outside Inを使用してPDFに変換」方法を使用している場合は、対応する「Web表示可能なPDFファイルのオプション」ボタンをクリックします。

6. 「PDFオプション」ページで、PDFオプションを設定し、「更新」をクリックして変更を保存します。

23.1.2.3 DistillerエンジンとPDFプリンタのインストール

WinNativeConverterを使用してドキュメントをPDFに変換する場合には、DistillerエンジンとPDFプリンタを入手して、インストールおよび構成する必要があります。Outside In PDF ExportまたはOpenOfficeを使用してドキュメントを開き、PDFとして保存する場合には、これは不要です。

WinNativeConverterは、複数のサードパーティ・アプリケーションを使用してコンテンツ・アイテムのPDFファイルを作成できます。ほとんどの場合は、ファイルを開いて印刷する機能のあるサードパーティ・アプリケーションを使用して、ファイルがPostScriptに印刷されます。その後PostScriptファイルは、構成済のPostScriptのDistillerエンジンを使用してPDFに変換されます。WinNativeConverterがサードパーティ・アプリケーションを使用して、ファイルをPDFに直接変換できる場合もあります。

注意:

Inbound RefineryにはDistillerエンジンは付属していません。好みのDistillerエンジンを入手する必要があります。選択したDistillerエンジンは、コマンドラインから変換を実行できなければなりません。この項の手順では、例としてAFPL Ghostscriptを使用します。これは、PostScriptからPDFへの変換と変換中または変換後のPDFファイルの最適化の両方を行う、無料の強力なDistillerエンジンです。

PDFプリンタをインストールする手順は次のとおりです。

1. Distillerエンジンを入手し、Inbound Refineryがデプロイされているコンピュータにインストールします。

2. SystemPropertiesユーティリティを起動します。

- Microsoft Windows: 「スタート」→「プログラム」→「Oracle Content Server」を選択します。「refinery_instance」→「ユーティリティ」→「システム・プロパティ」を選択します。

3. 「プリンタ」タブを開きます。

4. 「プリンタ情報ファイル」フィールドの横の「参照」をクリックして、Distillerエンジンとともにインストールされたプリンタ情報ファイルを選択します。

5. 「プリンタ名」フィールドにプリンタの名前を入力します。

6. 「プリンタ・ドライバ名」フィールドにプリンタ・ドライバの名前を入力します。この名前はプリンタ・ドライバ情報ファイルで使用されている名前と一致する必要があります。

7. 「プリンタ・ファイルのポート・パス」フィールドにポート・パスを入力します。たとえば、c:\temp\idcout.psと入力します。

8. 「プリンタのインストール」をクリックし、表示されるプリンタのインストール指示に従います。

注意:

プリンタがインストールされると、「システム・プロパティ」の「プリンタ」タブのフィールドは無効になります。インストールされたプリンタが削除されると、「プリンタ」タブは再度有効になり、プリンタは再インストールする必要があります。

9. 「OK」をクリックして変更を適用し、「システム・プロパティ」を終了します。

23.1.2.4 サード・パーティ・アプリケーション設定の構成

サードパーティ・アプリケーションの設定を変更する手順は次のとおりです。

1. リファイナリにログインします。

2. 「変換設定」→「サードパーティ・アプリケーションの設定」を選択します。

3. 「サードパーティ・アプリケーションの設定」ページで、サードパーティ・アプリケーションに対する「オプション」をクリックします。

4. サード・パーティ・アプリケーションのオプションを変更します。

5. 「更新」をクリックして変更を保存します。

23.1.2.5 PDF変換に対するタイムアウト設定の構成

PDFファイル変換に対するタイムアウト設定を構成する手順は次のとおりです。

1. リファイナリにログインします。

2. 「変換設定」→「タイムアウトの設定」を選択します。

3. 「タイムアウトの設定」ページで、次の変換操作に対する「最低(Minimum)」(分単位)、「最高(Maximum)」(分単位)および「ファクタ」を入力します。

- ネイティブからPostScript: 元の(ネイティブ)ファイルがPostScript (PS)ファイルに変換されるステージ。

- PostScriptからPDF: PSファイルがPortable Document Format (PDF)ファイルに変換されるステージ。

- FrameMakerからPostscript: これらの値は、Adobe FrameMakerファイルからPSファイルへの変換に適用されます。

- PDF Post作成: ファイルがPDFフォーマットに変換された後に処理が実行されるステージ。

4. 「更新」をクリックして変更を保存します。

23.1.2.6 Outside In使用時のマージンの設定

Inbound RefineryにはOutside Inバージョン8.3.2が含まれます。Outside Inを使用してグラフィックをPDFに変換する際には、生成されるPDFのマージンを、0から4.23インチまたは0から10.76 cmに設定できます。デフォルトでは、Inbound Refineryは上下左右に1インチのマージンを使用します。

これらのマージンを調整する手順は次のとおりです。

1. テキスト・エディタを使用して、リファイナリのDomainDir/ucm/ibr/binディレクトリにあるintradoc.cfgファイルを開きます。

2. 次の設定を変更します。

OIXTopMargin=
OIXBottomMargin=
OIXLeftMargin=
OIXRightMargin=

3. マージンの単位をインチからセンチメートルに変更するには、次のように設定します。

OIXMarginUnitInch=false

4. intradoc.cfgファイルに加えた変更を保存します。

5. リファイナリを再起動します。

23.1.3 OpenOfficeの構成

この項では、OpenOffice変換に関する次の項目について説明します。

- OpenOfficeの構成に関する注意事項

- OpenOfficeポートの構成とListenerの設定

- sofficeのコマンドライン・パラメータを使用したセッションに対するポートの設定

- Inbound RefineryでのOpenOfficeの使用の構成

- OpenOfficeクラス・ファイルへのクラスパスの設定

- ホストへのログインなしでのOpenOfficeの使用

23.1.3.1 OpenOfficeの構成に関する注意事項

通常は、OpenOffice ListenerがInbound Refineryコンピュータ上で常に実行されていないと、PDF変換は失敗します。WindowsでのOpenOfficeの実行時には、Setup.xcuファイルでOpenOfficeポートを構成し、OpenOffice Quickstarterを実行します。Quickstarterは、OpenOfficeアプリケーションへのショートカットをシステム・トレイに追加し、バックグラウンド・プロセスとしてOpenOffice Listenerを実行します。

デフォルトでは、Quickstarterはシステムの起動時にロードされ、システム・トレイにOpenOfficeアイコンを表示します。Quickstarterを起動するには、いずれかのOpenOfficeアプリケーションを起動します。その後アプリケーションを閉じても、Quickstarterは実行されたままとなります。システム起動時にロードされるようにQuickstarterを設定するには、システム・トレイでOpenOfficeアイコンを右クリックし、「Load OpenOffice.org During System Start-Up」を選択します。

注意:

Windows XP、2000、2003では、サービスとして実行されているInbound RefineryからOpenOfficeを起動できます。ただし、OpenOffice Listenerを実行するにはWindowsにログインしていなければならないため、Inbound Refineryをサービスとして実行している場合でも、PDF変換にOpenOfficeを使用する場合には、Windowsにログインしている必要があります。

23.1.3.2 OpenOfficeポートの構成とListenerの設定

UNIXでのOpenOfficeの実行時には、OpenOfficeポートを構成し、Listenerとして機能するsofficeを実行することをお薦めします。WindowsではQuickstarterのかわりにsofficeを使用できます。

sofficeを起動するには、次のディレクトリにあるsoffice.exeファイルを実行します。

Windows: OpenOffice_install_dir\openoffice.org3\program\

UNIX: OpenOffice_install_dir/openoffice.org3/program

注意:

3.xより前のOpenOfficeのバージョンでは、soffice.exeは次のディレクトリにあります。

Windows: OpenOffice_install_dir\program\

UNIX: OpenOffice_install_dir/program

Setup.xcuまたはmain.xcdの編集

3.3より前のバージョンのOpenOfficeでは、リスニング・ポートの構成にSetup.xcuファイルを使用していました。バージョン3.3から、Setup.xcuはmain.xcdファイルに取り込まれました。3.3より前のバージョンのOpenOfficeを構成する場合は、次の手順はSetup.xcuファイルの編集に当てはまります。3.3以降のバージョンのOpenOfficeを構成する場合は、次の手順はmain.xcdファイルの編集に当てはまります。

OpenOfficeのポートを構成する手順は次のとおりです。

1. 標準のテキスト・エディタで、OpenOfficeのSetup.xcuファイル(3.3より前のバージョンの場合)またはmain.xcdファイル(3.3以降のバージョンの場合)を開きます。Setup.xcuファイルは次のディレクトリにあります。

- Windows: OpenOffice_install_dir\share\registry\data\org\openoffice\

- UNIX: OpenOffice_install_dir/share/registry/data/org/openoffice

main.xcdファイルは次のディレクトリにあります。

- Windows: OpenOffice_install_dir\openoffice.org\basisversion_number\share\registry

- UNIX: OpenOffice_install_dir/openoffice.org/basisversion_number/share/registry

2. <node oor:name="Office">要素を検索します。この要素には複数の<prop/>要素が含まれます。

3. 次の<prop/>要素を、既存の要素と同じレベルに、最初の要素として挿入します。

<prop oor:name="ooSetupConnectionURL" oor:type="xs:string">
<value>socket,host=localhost,port=8100;urp;</value>
</prop>

これによりOpenOfficeは、ポート8100でソケットを提供し、そこでUNOリモート・プロトコル(URP)を使用して接続を処理するように構成されます。ファイアウォールでネットワーク外からの接続に対してポート8100をブロックしてください。ポート8100の使用をお薦めします。ただしポート8100がすでに使用されている場合は、ポート番号の調整が必要になります。この場合は、要素内の8100を置換します。

4. Setup.xcuまたはmain.xcdファイルに変更を加えたら、Quickstarter (Windows)またはsoffice (UNIXまたはWindows)を停止してから再起動します。

23.1.3.3 sofficeのコマンドライン・パラメータを使用したセッションに対するポートの設定

Setup.xcuファイルでOpenOfficeポートを構成してからOpenOffice Quickstarter (Windows)またはsoffice (UNIXまたはWindows)を実行するかわりに、コマンドラインからパラメータを指定してsofficeを起動できます。ただし、これらの設定は現在のセッションにのみ適用されます。コマンドラインからsofficeを起動する手順は次のとおりです。

1. コマンド・ウィンドウを開き、次のディレクトリに移動します。

- Windows: OpenOffice_install_dir\openoffice.org3\program\

- UNIX: OpenOffice_install_dir/openoffice.org3/program

2. 次のコマンドを入力します。

soffice "-accept=socket,port=8100;urp;"

3. コマンド・ウィンドウを開き、次のいずれかのコマンドを入力することにより、OpenOfficeが指定したポートでリスニングしていることを確認します。

netstat -a
netstat -na

次のような出力は、OpenOfficeがリスニングしていることを示します。

TCP <Hostname>:8100 <Fully qualified hostname>: 0 Listening

23.1.3.4 Inbound RefineryでのOpenOfficeの使用の構成

OpenOfficeを使用するようにInbound Refineryを構成する手順は次のとおりです。

1. OpenOfficeのSetup.xcuファイルの編集時にポート8100を使用しなかった場合は、次の手順を実行します。

a. Inbound Refineryの管理インタフェースで、「変換設定」→「サードパーティ・アプリケーションの設定」を選択します。

b. 「サードパーティ・アプリケーションの設定」ページで、OpenOfficeに対する「オプション」ボタンをクリックします。

c. 「OpenOfficeのオプション」ページで、「OpenOffice Listenerに接続するためのポート」フィールドに、OpenOfficeのSetup.xcuファイルの編集時に使用したポートを入力します。

d. 「更新」をクリックします。

2. Inbound Refineryを再起動します。

23.1.3.5 OpenOfficeクラス・ファイルへのクラスパスの設定

OpenOfficeを使用したドキュメントの変換では、Oracle Inbound RefineryにはOpenOfficeとともに配布されるクラス・ファイルが必要です。DomainHome/ucm/ibr/binディレクトリにあるリファイナリのintradoc.cfgファイルで、OpenOfficeクラス・ファイルへのパスを設定する必要があります。intradoc.cfgファイルにパスを設定する手順は次のとおりです。

1. DomainHome/ucm/ibr/binディレクトリに移動し、標準のテキスト・エディタでintradoc.cfgファイルを開きます。

2. ファイルの最後に次のように入力します。

JAVA_CLASSPATH_openoffice_jars=OfficePath/Basis/program/classes/unoil.jar:OfficePath/URE/java/ridl.jar:OfficePath/URE/java/jurt.jar:OfficePath/URE/java/juh.jar

注意:

OfficePathの実際の値にはスペースが含まれる可能性があるため、Microsoft Windows環境でこの値を設定する際は注意が必要です。パスは引用符で囲まず、パス区切りには円記号(\)ではなくスラッシュ(/)を使用し、パス内のスペースは円記号(\)を使用してエスケープするようにしてください。たとえば、Windows環境で正しく表記されたクラスパスは、次のようになります。

JAVA_CLASSPATH_openoffice_jars=C:/Program\ Files/OpenOffice.org\
3/Basis/program/classes/unoil.jar:C:/Program\ Files/OpenOffice.org\
3/URE/java/ridl.jar:C:/Program\ Files/OpenOffice.org\
3/URE/java/jurt.jar:C:/Program\ Files/OpenOffice.org\ 3/URE/java/juh.jar

3. intradoc.cfgファイルを保存して閉じます。

4. Inbound Refineryを再起動します。

23.1.3.6 ホストへのログインなしでのOpenOfficeの使用

Inbound RefineryではOpenOfficeを使用して、いくつかのファイル・タイプをPDFに直接変換できます。これはOpenOffice Listenerを構成することにより行われるため、変換が成功するにはListenerが実行されている必要があります。通常、OpenOfficeでドキュメントを開いて処理するには、OpenOfficeがインストールされているコンピュータにログインしている必要があります。ただし、OpenOffice Listenerはグラフィカル・ユーザー・インタフェースなしのヘッドレス・モードで実行できます。

注意:

ヘッドレス・モードで動作するようにOpenOffice Listenerを設定する前に、非ヘッドレス・モードで動作するOpenOfficeを使用してドキュメントをPDFに変換できることを確認してください。また、起動ダイアログ、ヒント・ウィザード、更新通知など、OpenOfficeが使用可能になる前に表示されるすべての不要な画面をオフにします。これらの画面が消去されるまで変換は続行されず、ヘッドレス・モードではこれらは表示されないため、これらの画面はリファイナリ・プロセスのタイムアウトの原因となります。

次の情報でWindowsホストおよびUNIXホストでヘッドレス・モードを設定する方法について説明します。

23.1.3.6.1 Windowsホストでのヘッドレス・モードの設定

WindowsホストにログインせずにOpenOfficeを使用してドキュメントをPDFに変換するには、OpenOffice Listenerをヘッドレス・モードで実行するためのカスタム・サービスを作成する必要があります。Windows Resource Kitに、カスタム・サービスを作成するためのINSTSRV.EXEおよびSRVANY.EXEユーティリティが含まれています。

カスタムOpenOfficeサービスを設定する手順は次のとおりです。

1. MS-DOSコマンド・プロンプトで、次のコマンドを入力します。

path\INSTSRV.EXE service_name path\SRVANY.EXE

pathはWindows Resource Kitへのパス、service_nameはカスタム・サービスの名前です。この名前は自由に付けられますが、サービスの内容を説明するものにしてください。完了すると、新しいサービス・キーがWindowsレジストリ内に作成されます。

2. 「スタート」→「ファイル名を指定して実行」を選択し、regeditと入力し、「OK」をクリックして、レジストリ・エディタを開きます。

注意:

編集する前にレジストリをバックアップしてください。

3. 「ファイル」→「エクスポート」を選択し、バックアップ・ファイルの名前を入力し、「保存」をクリックすることによって、レジストリをバックアップします。レジストリのリストアが必要になったときのために、バックアップ・ファイルの保存先を覚えておいてください。

4. 最初の手順で作成した新しいレジストリ・キーに移動し、新しいサービス・キーを選択します。新しいキーは次の場所にあります。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\service_name

5. 新しいキーを選択した状態で、「編集」→「新規」→「キー」を選択し、Parametersという名前を付けます。

6. 「Parameters」キーを右クリックし、「新規」→「文字列値」を選択し、値にApplicationという名前を付けます。

7. 「Application」文字列を右クリックし、「修正」を選択します。

8. soffice.exeへのフルパスとその後に-headlessを入力します。例:

C:\Program Files\OpenOffice2.0\program\soffice.exe-headless

9. レジストリ・エディタを終了して、コンピュータを再起動します。

10. コンピュータが再起動したら、「スタート」→「設定」→「コントロール パネル」を選択します。「管理ツール」→「サービス」を選択してWindowsサービスを開きます。

11. Windowsのサービス・ページで、作成したサービスを右クリックして「プロパティ」を選択し、サービスが自動的に開始されるように設定されていることを確認します。

12. 「ログオン」タブを選択し、「このアカウント」を選択します。これにより、サービスが特定のユーザー・アカウントを使用して実行されるようになります。

13. Inbound Refineryが実行に使用しているものと同じユーザー資格証明を入力します。

注意:

Inbound Refineryユーザーには、Inbound Refineryコンピュータにサービスとしてログオンする権利が必要です。

14. サービスを開始し、変更を承認し、Windowsサービスを終了します。

23.1.3.6.2 UNIXホストでのヘッドレス・モードの設定

UNIXホストにログインせずにOpenOfficeを使用してドキュメントをPDFに変換するには、OpenOffice Listenerを仮想バッファ・ディスプレイ(Xサーバー)を使用して、グラフィカル・ユーザー・インタフェースなしのヘッドレス・モードで実行する必要があります。

注意:

UNIX環境はそれぞれ異なります。この情報は、UNIXプラットフォーム上でOpenOffice Listenerをヘッドレス・モードで設定するための一般的なガイドラインです。Red Hat EL4用の手順の例も含まれています。

一般的に、UNIXプラットフォーム上でOpenOffice Listenerをヘッドレス・モードで動作するように構成する手順は次のとおりです。

注意:

OpenOfficeをヘッドレス・モードで動作するように設定する前に、OpenOfficeを非ヘッドレス・モードで使用して、ドキュメントをPDFに問題なく変換できるようにInbound Refineryが正しくインストールおよび構成されていることを確認してください。

1. システムの起動時にInbound Refineryを実行するための起動スクリプトを作成します。

2. OpenOfficeを実行できるように、仮想Xサーバーを構成し、システムの起動時にそれを実行するための起動スクリプトを作成します。

3. システムの起動時にOpenOfficeをヘッドレス・モードで実行するための起動スクリプトを作成します。

4. 次の順序で起動スクリプトを実行するように、システムを構成します。

a. Inbound Refineryを起動する

b. 仮想Xサーバーを起動する。

c. OpenOfficeを起動する

注意:

仮想XサーバーはOpenOfficeを起動する前に起動する必要があります。そうしないと、OpenOfficeは起動しません。また、システムの起動時にWebサーバーも実行されるように構成されていることを確認してください。

23.1.4 Microsoft OfficeファイルのPDFへの変換

Windowsでの実行時には、Inbound RefineryはMicrosoft Officeを使用してMicrosoft OfficeファイルをPDFファイルに変換できます。次のMicrosoft Officeバージョンがサポートされています。

- Microsoft Office 2003

- Microsoft Office 2007
Microsoft Office 2010

注意:

Microsoft Office 2007のサポートには、Microsoft Project 2007のサポートは含まれません。

次の重要な注意事項に留意してください。

- 「プライマリWeb表示可能レンディション」ページで「サードパーティ・アプリケーションを使用してPDFに変換」オプションが選択されていると、Microsoft OfficeファイルのPDFへの変換にMicrosoft Officeが使用されます。

- Inbound Refineryは、Microsoft Officeファイル内の多数の特殊機能を、生成されるPDFファイル内のリンクに変換できます。Microsoft Officeファイルに対する変換オプションは、「サードパーティ・アプリケーションの設定」ページを使用して設定します。

- Microsoft Officeファイルの変換がタイムアウトしないようにするには、ユーザー入力を必要とするすべての機能を無効にします。これには、パスワード保護、マクロの無効化などのセキュリティ通知、およびオンライン・コンテンツの表示やユーザー・フィードバック・プログラムへの参加のためのオンライン・アクセス・リクエストが含まれます。これらの機能およびその他の同様の機能を無効化する方法の詳細は、Microsoft社の各製品のドキュメントを参照してください。

- Microsoft OfficeファイルがPDFファイルに正常に変換されたが、ファイル内の1つ以上のリンクをPDFファイル内のリンクに変換できなかった場合、そのファイルの変換ステータスは不完全に設定されます。これを防ぐには、リファイナリのDomainDir\ucm\ibr\binディレクトリにあるintradoc.cfg構成ファイルで、AllowSkippedHyperlinkToCauseIncomplete=falseと設定します。

この項では、Microsoft Office変換に関する次の項目について説明します。

- Microsoft WordファイルのPDFへの変換

- Microsoft ExcelファイルのPDFへの変換

- Microsoft PowerPointファイルのPDFへの変換

- Microsoft VisioファイルのPDFへの変換

- Officeドキュメントでの相対リンクと絶対リンクの使用

23.1.4.1 Microsoft WordファイルのPDFへの変換

Inbound RefineryをWindows上で実行している場合にMicrosoft Wordを使用してWordファイルをPDFに変換するときには、次の点に注意してください。

- Wordファイル内でドキュメントの印刷範囲外にある情報は、PDFには変換されません。

- パスワードの必要性が解除されないかぎり、パスワードで保護されたファイルはタイムアウトします。

- Word 2003で、「ツール」→「オプション」→「全般」を選択します。「オンライン」カテゴリで「Microsoft Onlineのコンテンツとリンクを表示する」の選択を解除し、「カスタマ フィードバック」カテゴリで「カスタマ エクスペリエンス向上プログラム」の選択を解除します。そうしないと、これらのファイルはタイムアウトする可能性があります。

- Wordファイル内の次のタイプのリンクをPDFに変換できます。

- 絶対URLリンク(例 http://www.example.com)。ページ上のターゲットを指定するリンクも使用できます(例 http://idvm001/ibr/portal.htm#target)。絶対URLリンクとして処理されるには、Wordはリンクの一部としてhttp://接頭辞を返す必要があります。サポートされるすべてのMicrosoft Wordのバージョンでは、このルールが自動的に適用されます。

- 相対URLリンク(例 ../../../../portal.htm)。これらのリンクには、サーバー名やプロトコル接頭辞は含まれません。

- mailtoリンク(電子メール・アドレスへのリンク。たとえば、mailto:support@example.com)。電子メール・リンクとして処理されるには、Wordはリンクの一部としてmailto:接頭辞を返す必要があります。サポートされるすべてのMicrosoft Wordのバージョンでは、このルールが自動的に適用されます。

- 目次リンク(生成されるPDFファイルではしおりに変換されます)。

- しおり(自動生成されたか作成者が生成したしおりへの内部リンク)。

- 標準の見出しスタイル(見出し1、見出し2など。生成されるPDFファイルではしおりに変換されます)。

- 脚注と文末脚注へのリンク

- UNCパス・リンク(例 \\server1\c\TestDocs\MSOfficeXP\word\target.doc)。このオプションは、「Wordオプション」パネルでは現在使用できません。この機能を有効にするには、リファイナリ接続のintradoc.cfgファイル(DomainHome\ucm\ibr\bin\intradoc.cfg)で、ProcessWordUncLinks=true変数を設定する必要があります。一般的に、UNCパスはWebブラウザでは意味を持ちません。UNCパスはURLではありません。したがって、UNCパス・リンクを正しく解決するためには、PDFをWebブラウザ外で開く必要があります。UNCパス・リンクを使用している場合は、クライアント・コンピュータ上のReaderで、PDFファイルをブラウザ外で開くように構成してください。

- テキスト・ボックス内のリンクは変換されません。

- ネストした表内のリンクは変換されません。ネストした表内のリンクを変換する必要がある場合は、ネイティブのMS Wordアプリケーションではなく、Oracle Outside In PDF Export (Inbound Refineryに付属)を使用してMS WordドキュメントをPDFに変換することを検討します。様々な変換オプションの詳細は、「PDF変換の管理」を参照してください。または、Adobe Readerに、ドキュメントで書式設定されたリンクを有効にする一般的な設定があります。詳細は、ご使用のバージョンのAdobe Readerで使用可能なドキュメントを参照してください。

- 表内のリンクされたオートシェイプやオブジェクト(図やワードアート・オブジェクトなど)は変換されません。

- 生成される一部のPDFファイルでは、リンクのホットスポットが実際のテキストから多少ずれる(1、2文字分)ことがあります。現時点では、この事象に関連する既知の問題はなく、解決策もありません。

23.1.4.2 Microsoft ExcelファイルのPDFへの変換

Inbound RefineryをWindows上で実行している場合にMicrosoft Excelを使用してExcelファイルをPDFに変換するときには、次の点に注意してください。

- Excelファイル内でドキュメントの印刷範囲外にある情報は、PDFには変換されません。

- パスワードの必要性が解除されないかぎり、パスワードで保護されたファイルはタイムアウトします。

- Word 2003で、「ツール」→「オプション」→「全般」を選択します。「オンライン」カテゴリで「Microsoft Onlineのコンテンツとリンクを表示する」の選択を解除し、「カスタマ フィードバック」カテゴリで「カスタマ エクスペリエンス向上プログラム」の選択を解除します。そうしないと、これらのファイルはタイムアウトする可能性があります。

- 外部リンクのみがPDFリンクに変換されます。これは、現在の実装では、生成されるPDFファイルのどのページに内部リンク(しおり)のターゲットが含まれるか特定できない(または特定が非常に困難である)ためです。

- Excelファイル内の次のタイプのリンクのみをPDFに変換できます。

- 絶対URLリンク(例 http://www.example.com)。ページ上のターゲットを指定するリンクも使用できます(たとえば、http://idvm001/ibr/portal.htm#target)。絶対URLリンクとして処理されるには、Excelはリンクの一部としてhttp://接頭辞を返す必要があります。サポートされるすべてのMicrosoft Excelのバージョンでは、このルールが自動的に適用されます。

- 相対URLリンク(例 ../../../../portal.htm)。これらのリンクには、サーバー名やプロトコル接頭辞は含まれません。

- mailtoリンク(電子メール・アドレスへのリンク。たとえば、mailto:support@example.com)。電子メール・リンクとして処理されるには、Excelはリンクの一部としてmailto:接頭辞を返す必要があります。サポートされるすべてのMicrosoft Excelのバージョンでは、このルールが自動的に適用されます。

注意:

「Excelオプション」パネルには、絶対URLリンクと相対URLリンクに対する個別の設定はありません。「ExcelのURLリンクを処理」オプションを選択すると、絶対URLリンクおよび相対URLリンクはすべてPDFに変換されます。

- UNCパス・リンク(例 \\server1\c\TestDocs\MSOfficeXP\word\target.doc)。このオプションは、「Excelオプション」パネルでは現在使用できません。この機能を有効にするには、リファイナリ接続のintradoc.cfgファイル(DomainHome\ucm\ibr\bin\intradoc.cfg)で、ProcessExcelUncLinks=true変数を設定する必要があります。一般的に、UNCパスはWebブラウザでは意味を持ちません。UNCパスはURLではありません。したがって、UNCパス・リンクを正しく解決するためには、PDFをWebブラウザ外で開く必要があります。UNCパス・リンクを使用している場合は、クライアント・コンピュータ上のReaderで、PDFファイルをブラウザ外で開くように構成してください。

- リンクはセル内にある場合にのみ変換されます。テキスト・ボックス、ワードアート・オブジェクトなどの中にあるリンクは変換されません。生成されるPDFファイルでは、リンクに対するホットスポットは、リンクを含むセルになります。

- ワークシートのPage SetupのScalingは、「Adjust to: ###%normal size」(「Fit to Page」ではなく)に設定する必要があります。さらに、拡大縮小率が100%に近いほど、変換結果がよくなります。

23.1.4.3 Microsoft PowerPointファイルのPDFへの変換

Inbound RefineryをWindows上で実行している場合にMicrosoft PowerPointを使用してPowerPointファイルをPDFに変換するときには、次の点に注意してください。

- PowerPointファイル内でドキュメントの印刷範囲外にある情報は、PDFには変換されません。

- パスワードの必要性が解除されないかぎり、パスワードで保護されたファイルはタイムアウトします。

- Word 2003で、「ツール」→「オプション」→「全般」を選択します。「オンライン」カテゴリで「Microsoft Onlineのコンテンツとリンクを表示する」の選択を解除し、「カスタマ フィードバック」カテゴリで「カスタマ エクスペリエンス向上プログラム」の選択を解除します。そうしないと、これらのファイルはタイムアウトする可能性があります。

- PowerPointには2つのタイプのリンクがあります。1つはすべてのOfficeアプリケーションで同様に動作するハイパーリンクであり、もう一つは動作設定です。MSOfficeConverter.exeでは、ハイパーリンク: 次のスライド、前のスライド、URLの動作設定がサポートされます。その他すべてのリンクはハイパーリンクとして挿入する必要があります。

- PowerPointファイル内の次のタイプのハイパーリンクをPDFに変換できます。

- 絶対URLリンク(例 http://www.example.com)。ページ上のターゲットを指定するリンクも使用できます(例 http://idvm001/ibr/portal.htm#target)。絶対URLリンクとして処理されるには、PowerPointはリンクの一部としてhttp://接頭辞を返す必要があります。サポートされるすべてのMicrosoft PowerPointのバージョンでは、このルールが自動的に適用されます。

- 相対URLリンク(例 ../../../../portal.htm)。これらのリンクには、サーバー名やプロトコル接頭辞は含まれません。

- mailtoリンク(電子メール・アドレスへのリンク。たとえば、mailto:support@example.com)。電子メール・リンクとして処理されるには、PowerPointはリンクの一部としてmailto:接頭辞を返す必要があります。サポートされるすべてのMicrosoft PowerPointのバージョンでは、このルールが自動的に適用されます。

- しおり(自動生成されたか作成者が生成したしおりへの内部リンク)。

注意:

「Powerpointオプション」パネルには、絶対URLリンクと相対URLリンクに対する個別の設定はありません。「PowerPointのハイパーリンクを処理する」オプションを選択すると、絶対URLリンクおよび相対URLリンクはすべてPDFに変換されます。

- UNCパス・リンク(例 \\server1\c\TestDocs\MSOfficeXP\word\target.doc)。このオプションは、「Powerpointオプション」パネルでは現在使用できません。この機能を有効にするには、リファイナリ接続のintradoc.cfgファイル(DomainHome\ucm\ibr\bin\intradoc.cfg)で、ProcessPowerPointUncLinks=true変数を設定する必要があります。一般的に、UNCパスはWebブラウザでは意味を持ちません。UNCパスはURLではありません。したがって、UNCパス・リンクを正しく解決するためには、PDFをWebブラウザ外で開く必要があります。UNCパス・リンクを使用している場合は、クライアント・コンピュータ上のReaderで、PDFファイルをブラウザ外で開くように構成してください。

- PowerPointハイパーリンクを処理できるのは、PowerPointプレゼンテーションをSlidesフォーマットで変換する場合のみです。

- 1つのテキスト行のリンク上のオブジェクト(テキスト・ボックスなど)にリンクを付けることも技術的に可能です。ただし、PDFの構築方法により、オブジェクトに対するリンクのみが生成されるPDFファイルでアクティブになります。論理的には、PDF内の特定のスポットには1つのアクションしか割り当てられないため、一番上のアクションが実行されます。

23.1.4.4 Microsoft VisioファイルのPDFへの変換

Inbound RefineryをWindows上で実行している場合にMicrosoft Visioを使用してVisioファイルをPDFに変換するときには、次の点に注意してください。

- Visioファイル内でドキュメントの印刷範囲外にある情報は、PDFには変換されません。

- 部門連係フローチャート・テンプレートを使用して作成されたVisioファイルでは、Visioがファイルを開こうとするとポップアップ・ダイアログが表示されることがあり、リファイナリ・コンピュータ上で手動でこのダイアログが消去されないとリファイナリ・プロセスはタイムアウトします。これを防ぐには、部門連係フローチャート・テンプレートをベースとしてファイルを作成しないでください。Outside Inを使用して、部門連係フローチャート・テンプレートに基づくVisioファイルを変換することはできます。VisioリンクはOutside Inによって変換されません。

- パスワードの必要性が解除されないかぎり、パスワードで保護されたファイルはタイムアウトします。

- Visio 2003で、「ツール」→「オプション」→「全般」を選択します。「オンライン」カテゴリで「Microsoft Onlineのコンテンツとリンクを表示する」の選択を解除し、「カスタマ フィードバック」カテゴリで「カスタマ エクスペリエンス向上プログラム」の選択を解除します。そうしないと、これらのファイルはタイムアウトする可能性があります。

- Visioファイル内の次のタイプのリンクをPDFに変換できます。

- 絶対URLリンク(例 http://www.example.com)。ページ上のターゲットを指定するリンクも使用できます(例 http://idvm001/ibr/portal.htm#target)。Visioでは、他のOfficeアプリケーションでは適用されるリンク・ルールの一部が適用されません。したがって、Visioドキュメントの作成者はリンクの一部としてhttp://接頭辞を使用する必要があります。接頭辞が見つからないと、リンクは相対URLリンクとして変換されます。この場合、リンクが生成されない可能性が高くなります。作成者がこの接頭辞を指定しないと、変換エンジンはリンクを相対リンクおよびmailtoリンクと区別できません。

- 相対URLリンク(例 ../../../../portal.htm)。これらのリンクには、サーバー名やプロトコル接頭辞は含まれません。

- mailtoリンク(電子メール・アドレスへのリンク。たとえば、mailto:support@example.com)。Visioでは、他のOfficeアプリケーションでは適用されるリンク・ルールの一部が適用されません。したがって、Visioドキュメントの作成者はリンクの一部としてmailto:接頭辞を使用する必要があります。接頭辞が見つからないと、リンクは相対URLリンクとして変換されます。この場合、リンクが生成されない可能性が高くなります。作成者がこの接頭辞を指定しないと、変換エンジンはリンクを絶対リンクおよび相対リンクと区別できません。

- しおり(自動生成されたか作成者が生成したしおりへの内部リンク)。「Visioオプション」パネルで「内部Visioリンクの処理」が選択されていると、他のシートへのすべての内部ドキュメント・リンクが生成されるPDFに含まれます。

注意:

Visio 2003内の内部リンクが正しく変換されるようにするためには、リンクの作成時にアドレス・フィールドを消去する必要があります。デフォルトでは、アドレス・フィールドにはリンクが存在するファイルのファイル名が挿入されています。消去しないと、リンクは元のファイルへのリンクとして変換され、ユーザーがそのリンクをクリックすると、元のファイルをダウンロードするように求められます。

- UNCパス・リンク(例 \\server1\c\TestDocs\MSOfficeXP\word\target.doc)。このオプションは、「Visioオプション」パネルでは現在使用できません。この機能を有効にするには、リファイナリ接続のintradoc.cfgファイル(DomainHome\ucm\ibr\bin\intradoc.cfg)で、ProcessVisioUncLinks=true変数を設定する必要があります。一般的に、UNCパスはWebブラウザでは意味を持ちません。UNCパスはURLではありません。したがって、UNCパス・リンクを正しく解決するためには、PDFをWebブラウザ外で開く必要があります。UNCパス・リンクを使用している場合は、クライアント・コンピュータ上のReaderで、PDFファイルをブラウザ外で開くように構成してください。

- すべてのMicrosoft Visioファイルは、プリンタの用紙サイズと向きが、図面のページ・サイズと向きと一致するように設定する必要があります。そうしないと、リンクは正しく変換されません(間違った場所に配置されます)。たとえば、プリンタの用紙が「Letter/Landscape」に設定されている場合、図面のページも「Letter/Landscape」に設定する必要があります。

- 生成されるPDFファイルでは、Visioリンクに対するホットスポットは、図形を囲む正方形になります(図形自体が正方形ではなくても)。

23.1.4.5 Officeドキュメントでの相対リンクと絶対リンクの使用

Word、Excel、PowerPointおよびVisioファイルでは、相対リンクと絶対リンクの両方をPDFに変換できます。

- 絶対リンクの例:
http://system/ucm/groups/public/documents/addacct/000123.pdf

- 相対リンクの例:
..\addacct\000123.pdf

リンクの作成時には、絶対リンクと相対リンクにはそれぞれメリットとデメリットがあります。絶対リンクは簡単にコピー・アンド・ペーストできますが、相対リンクでは、コンテンツ・サーバーが新しいコンピュータに移行された場合やIPアドレスとDNS名が変更された場合の問題を排除できます。相対リンクは常に、チェックインするドキュメントのWeb表示可能ファイルの場所に対して相対的になります。

注意:

次の手順は、Microsoft OfficeがインストールされたInbound Refineryで「サードパーティ・アプリケーションを使用してPDFに変換」オプションを使用する場合を示します。この手順は、UNIX上でInbound Refineryを使用する構成には該当しません。

Word、Excel、PowerPointおよびVisioドキュメントで相対リンクを使用する手順は次のとおりです。

1. リファイナリにログインします。

2. 「変換設定」→「サードパーティ・アプリケーションの設定」を選択します。

3. 「サードパーティ・アプリケーションの設定」ページで、サードパーティ・アプリケーションに対する「オプション」をクリックします。

4. 「更新」をクリックして変更を保存します。

5. ドキュメントの作成時に、絶対リンクではなく、相対リンクを使用します。これらのリンクは、チェックインするドキュメントに対するWeb表示可能ファイルの場所に対して相対的であることを理解することが重要です。

- 例1: 同じドキュメント・タイプおよびセキュリティへの相対リンク
ドキュメント000123へのリンクを作成します。ドキュメントがセキュリティ・グループpublicおよびドキュメント・タイプadacctにチェックインされているとすると、ドキュメントのWeb表示可能URLは次のようになります。

http://system/ucm/groups/public/documents/adacct/000123.pdf

次に、ドキュメント000456を同じセキュリティ・グループおよびドキュメント・タイプにチェックインすると、そのWeb表示可能URLは次のようになります。

http://system/ucm/groups/public/documents/adacct/000456.pdf

URLパスは000123と同一であるため、ドキュメント内の000456に対する相対URLリンクは、次のとおりで十分です。

000123.pdf

- 例2: 異なるドキュメント・タイプへの相対リンク
同じドキュメント名を使用し、ドキュメント000456を同じセキュリティ・グループで別のドキュメント・タイプにチェックインすると、そのWeb表示可能URLは次のようになります。

http://system/ucm/groups/public/documents/adcorp/000456.pdf

これは、000123.pdfを見つけるには、相対URLリンクは1つ上のディレクトリに移動してからadacctに移動する必要があることを意味します。相対URLリンクは次のようになります。

..\adacct\000123.pdf

- 例3: 異なるドキュメント・セキュリティへの相対リンク
次に、ドキュメント000456のセキュリティ・グループも変更すると、そのWeb表示可能URLは次のようになります。

http://system/ucm/groups/secure/documents/adcorp/000456.pdf

これは、相対URLリンクは3つ上のディレクトリに移動してから、000123.pdfまで下りていく必要があることを意味します。相対URLリンクは次のようになります。

..\..\..\public\adacct\000123.pdf

6. ドキュメントをコンテンツ・サーバーにチェックインします。ドキュメントのPDFへの変換時には、リファイナリは、チェックインされる各ドキュメントに対するWeb表示可能ファイルの場所に対して相対的なリンクを作成します。

23.2 TIFF変換の管理

TIFF変換では、TIFF (Tagged Image File Format)ファイル固有の次の機能が有効になります。

- 単一ページまたは複数ページのTIFFファイルから管理対象PDFファイルを作成します。

- 単一のZIPファイルに圧縮された複数のTIFFファイルから管理対象PDFファイルを作成します。

- TIFFからPDFへの変換中にOCR (Optical Character Recognition)を使用します。これにより、チェックインされたTIFFファイル内のテキストを索引付けできるため、ユーザーはこれらのファイルのフルテキスト検索を実行できます。

TiffConverterコンポーネントは、Windowsでのみサポートされています。PdfCompressorによって変換可能なファイル形式および言語の詳細は、CVISION社が提供するドキュメントを参照してください。

注意:

TiffConverterコンポーネントには、OCRを使用してTIFFからPDFへの変換を実行するためにCVISION CVista PdfCompressorが必要です。PdfCompressorはTiffConverterコンポーネントには付属していません。CVISIONからPdfCompressorを入手する必要があります。

TIFF変換を行うには、次のコンポーネントを指定されたサーバーにインストールして有効にする必要があります。

コンポーネント名

コンポーネントの説明

有効にするサーバー

TiffConverter

Inbound Refineryで、単一ページまたは複数ページのTIFFファイルをテキスト検索が可能なPDF Completeに変換できます。

Inbound Refineryサーバー

TiffConverterSupport

コンテンツ・サーバーで、TIFFからPDFへの変換をサポートできます。

コンテンツ・サーバー

23.2.1 コンテンツ・サーバーでのTIFF変換用のジョブ送信の構成

コンテンツ・サーバーでは、ファイル形式および変換方法を使用して、コンテンツ・アイテムがInbound Refineryおよび変換オプションによってどのように処理されるべきかを定義します。コンテンツ・サーバー上にTiffConverterSupportコンポーネントをインストールして有効にすると、「ファイル形式ウィザード」ページに3つのTIFFConversionオプションが追加されます。

コンテンツ・アイテムがInbound Refineryによって処理されるには、そのファイル拡張子(TIFやTIFFなど)が、TIFFConversion変換方法に関連付けられたフォーマット名にマップされている必要があります。TIFF Converterに対する追加の変換オプションは自動的にはマップされません。これらは手動でマップする必要があります。次の項ではマッピングの設定方法を説明します。

- TIFF変換に対するファイル形式ウィザードの使用

- TIFF変換に対する構成マネージャの使用

- TIFF変換におけるZipファイルの処理に関するヒント

23.2.1.1 TIFF変換に対するファイル形式ウィザードの使用

Inbound Refineryに対するファイル形式および変換方法は、コンテンツ・サーバーでファイル形式ウィザードを使用して管理できます。TIFFをPDFに変換するにはOCRを使用する方法と使用しない方法があります。

OCRを使用してTIFFをPDFに変換する手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

2. メイン・メニューから、「管理」→「リファイナリ管理」→「ファイル形式ウィザード」を選択します。

3. 「ファイル形式ウィザード」ページでtiff、tifを選択して、「ファイル・タイプ」(変換名)フィールド・メニューの「TIFFからPDFへの変換」(TIFFConversion)を有効にします。このメニュー・アイテムを選択すると、TIFおよびTIFFファイル拡張子がimage/tiffファイル形式にマップされ、image/tiffファイル形式がTIFFConversion変換方法に関連付けられます。TIFまたはTIFFファイルはコンテンツ・サーバーにチェックインされると、リファイナリによってTIFF Converterを使用して処理され、OCRを使用してPDFに変換されます。このチェック・ボックスの選択を解除すると、image/tiffファイル形式がPASSTHRUに設定されるため、TIFおよびTIFFファイルはInbound Refineryによって処理されません。

注意:

TIFFConversion変換方法は、TiffConverterSupportコンポーネントがインストールされて有効になっており、コンテンツ・サーバーが再起動されている場合にのみ選択できます。

4. 構成マネージャを使用してtifzおよびtizファイル拡張子を追加した場合は、「ファイル形式ウィザード」ページでtifz、tizを選択して、「ファイル・タイプ」(変換名)フィールド・メニューのapplication/zipオプションを有効にできます。

- PDFに圧縮したTIFF (tifz、tiz): このメニュー・アイテムを選択すると、TIFZおよびTIZファイル拡張子がgraphic/tiff-x-compressedファイル形式にマップされ、graphic/tiff-x-compressedファイル形式がTIFFConversion変換方法に関連付けられます。TIFZまたはTIZファイルはコンテンツ・サーバーにチェックインされると、リファイナリによってTIFF Converterを使用して処理され、OCRを使用してPDFに変換されます。このチェック・ボックスの選択を解除すると、graphic/tiff-x-compressedファイル形式がPASSTHRUに設定されるため、TIFZおよびTIZファイルはInbound Refineryによって処理されません。

- PDFに圧縮したTIFF (zip): このメニュー・アイテムを選択すると、ZIPファイル拡張子がapplication/zipファイル形式にマップされ、application/zipファイル形式がTIFFConversion変換方法に関連付けられます。ZIPファイルはコンテンツ・サーバーにチェックインされると、リファイナリによってTIFF Converterを使用して処理され、OCRを使用してPDFに変換されます。このチェック・ボックスの選択を解除すると、application/zipファイル形式がPASSTHRUに設定されるため、ZIPファイルはInbound Refineryによって処理されません。

5. 「更新」をクリックしてすべての変更内容を保存します。

OCRを使用せずにTIFFをPDFに変換する手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

2. メイン・メニューから、「管理」→「リファイナリ管理」→「ファイル形式ウィザード」を選択します。

3. 「ファイル・フォーマット・ウィザード」ページでtiffとtifを選択して、「ファイル・タイプ」(変換名)フィールド・メニューの「TIFFからPDFへの変換」(Direct PDFExport)を有効にします。このメニュー・アイテムを選択すると、TIFおよびTIFFファイル拡張子がimage/tiffファイル形式にマップされ、image/tiffファイル形式がDirect PDFExport変換方法に関連付けられます。TIFまたはTIFFファイルがコンテンツ・サーバーにチェックインされると、oit PDFExportを使用するリファイナリによって処理され、OCRを使用せずにPDFに変換されます。

注意:

TIFFからPDF (直接エクスポート)オプションが使用されると、生成されるPDF内のメタデータのみが検索できるようになります。テキストは検索できません。

4. 「更新」をクリックしてすべての変更内容を保存します。

23.2.1.2 TIFF変換に対する構成マネージャの使用

Inbound Refineryに対するファイル形式および変換方法は、コンテンツ・サーバーで構成マネージャを使用して管理できます。変更を加える手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

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

3. 「アプレット」リストから「構成マネージャ」を選択します。
構成マネージャ・アプレットが起動します。

4. 「構成マネージャ」アプレットで、「オプション」→「ファイル形式」を選択します。

5. Inbound Refineryで単一のzipされていないTIFFファイル(TIFおよびTIFF)を処理する手順は次のとおりです。

a. 「ファイル形式」セクションで、image/tiffファイル形式が追加され、TIFFConversion変換方法に関連付けられていることを確認します。

注意:

TIFFConversion変換方法は、TiffConverterSupportコンポーネントがインストールされて有効になっており、コンテンツ・サーバーが再起動されている場合にのみ選択できます。

b. 「ファイル拡張子」セクションで、tifとtiff ファイル拡張子が追加され、image/tiffファイル形式にマップされていることを確認します。

6. 単一のTIFZまたはTIZファイルに圧縮されたTIFFファイルをInbound Refineryで処理する手順は次のとおりです。

a. 「ファイル形式」セクションで、graphic/tiff-x-compressedファイル形式がTIFFConversion変換方法に関連付けられていることを確認します。

b. 「ファイル拡張子」セクションで、tifzとtizファイル拡張子が追加され、graphic/tiff-x-compressedファイル形式にマップされていることを確認します。

7. 単一のZIPファイルに圧縮されたTIFFファイルをInbound Refineryで処理する手順は次のとおりです。

a. 「ファイル形式」セクションで、application/zipファイル形式が追加され、TIFFConversion変換方法に関連付けられていることを確認します。

b. 「ファイル拡張子」セクションで、zipファイル拡張子が追加され、application/zipファイル形式にマップされていることを確認します。

23.2.1.3 TIFF変換におけるZipファイルの処理に関するヒント

環境によっては、ZIPファイル拡張子は複数の方法で使用されている場合があります。たとえば、次のようなファイルをチェックインすることが考えられます。

- Inbound Refineryに、OCRを使用して単一のPDFファイルに変換させる、単一のZIPファイルに圧縮された複数のTIFFファイル。

- 処理しない、単一のZIPファイルに圧縮された複数のファイル・タイプ(ZIPファイルはネイティブ・フォーマットのまま通過させる)。

ZIPファイル拡張子を複数の方法で使用している場合は、ユーザーがチェックイン時にZIPファイルの処理方法を選択できるようにコンテンツ・サーバーを構成することをお薦めします。これを、「チェックイン時にフォーマットのオーバーライドを許可」と呼びます。このコンテンツ・サーバーの機能を有効にする手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

2. メイン・メニューから、「管理」→「管理サーバー」→「一般構成」を選択します。

3. 「チェックイン時にフォーマットのオーバーライドを許可」設定を有効にし、「保存」をクリックします。

4. Content Serverを再起動します。

5. 構成マネージャを使用して、ファイル形式を設定します。

- application/zipファイル形式をTIFFConversion変換方法にマップします。TIFFファイルを含むZIPファイルをInbound Refineryに送信するために、このオプションを選択できるようになります。説明については、「Zipped Tiff to PDF」と入力します。

- 変換しないZIPファイルに対して、たとえばapplication/zip-passthruという別のファイル形式を設定し、PassThruにマップします。説明については、「Zip Passthru」と入力します。

注意:

「コンテンツ・チェックイン・フォーム」ページに、説明順にファイル形式がリストされます。

6. ZIPファイル拡張子を、最も頻繁に使用するファイル形式にマップします。これが、ZIPファイルに対するデフォルトの変換方法になります。

7. ユーザーはZIPファイルのチェックイン時に、設定されているいずれかの変換方法を選択することにより、デフォルト変換方法をオーバーライドできます。

注意:

アップロード・アプレットを使用して複数のファイルをチェックインする場合は、チェックインする前にファイルは単一のZIPファイルに圧縮されます。この場合も、ユーザーが複数のTIFFファイルのアップロード時にZIPファイルの処理方法を選択できるように、「チェックイン時にフォーマットのオーバーライドを許可」を選択することをお薦めします。

ヒント:

CVista PdfCompressorによって圧縮ZIPファイルからの複数のTIFFファイルがマージされる際に、入力ファイルは標準ASCII文字セットに従って辞書式順序で追加されます。

23.2.2 TIFF変換設定の構成

この項では、変換の設定に関する次の項目について説明します。

- 承認される変換の設定

- タイムアウト設定の変更

23.2.2.1 承認される変換の設定

TiffConverterコンポーネントがリファイナリにインストールされると、TIFFConversionオプションが「変換リスト」ページに追加されます。コンテンツ・サーバーによって送信されたアイテムに対してリファイナリが変換を実行するには、この変換オプションが有効になっている必要があります。

23.2.2.2 タイムアウト設定の変更

タイムアウト設定は、コンテンツ・サーバーに一般的にチェックインするTIFFファイルのサイズに必要な処理時間を反映する必要があります。これは、CPUの処理能力とTIFFの複雑度によって大きく異なります。TIFFファイルに適切なタイムアウト値を決定するには、次の作業を実行します。

- CVista PdfCompressorのみを使用して(Inbound Refineryなしで)代表的なInbound Refineryジョブをいくつか実行して時間を測定します。

- ドキュメント履歴情報を確認し、必要な処理時間を決定します。

- それに応じて、Inbound Refineryのタイムアウト設定を変更します。

注意:

TIFF Converterのタイムアウトに関する情報は、Inbound Refineryおよびエージェントのログに記録されます。

TIFFからPDFのファイル変換に対するタイムアウト設定を構成する手順は次のとおりです。

1. リファイナリにログインします。

2. 「設定」→「タイムアウト」を選択します。

3. 「タイムアウト」ページで、「TiffからPDFへの変換」に対する「最低」(分単位)、「最高」(分単位)および「ファクタ」を入力します。これは、元の(ネイティブ)TIFFファイルがPortable Document Format (PDF)ファイルに変換されるステージです。

タイムアウト設定の計算方法とその例については、「Inbound Refineryの構成」を参照してください。

4. 「更新」をクリックしてすべての変更内容を保存します。

23.2.3 CVista PdfCompressorの構成

この項では、CVista PdfCompressorに関する次の項目について説明します。

- PdfCompressor設定の変更

- CVista PdfCompressorのOCR言語の構成

23.2.3.1 PdfCompressor設定の変更

これらのオプションはCVista PdfCompressor固有です。TiffConverterコンポーネントがインストールされていない場合は、「CVista PdfCompressorのオプション」は使用できません。

PdfCompressorの設定を変更する手順は次のとおりです。

1. リファイナリにログインします。

2. 「変換設定」→「サードパーティ・アプリケーションの設定」を選択します。

3. 「サードパーティ・アプリケーションの設定」ページで、CVista PdfCompressorに対する「オプション」をクリックします。

4. 「CVista PdfCompressorのオプション」ページで、適切なテキスト・ボックスに、CVista PdfCompressor実行可能ファイルの場所へのパスを設定します。

5. パラメータ・オプション・テキスト・ボックスに、パラメータ値の文字列を入力します。TiffConverterコンポーネントのインストール時に、デフォルト・オプション文字列が設定されています。

6. 「更新」をクリックして設定を保存します。

ヒント:

CVista PdfCompressorによって圧縮ZIPファイルからの複数のTIFFファイルがマージされる際に、入力ファイルは標準ASCII文字セットに従って辞書式順序で追加されます。

次の推奨パラメータ文字列により、それぞれのシナリオで最適な結果が得られます。これらの設定で意図する結果が得られない場合は、設定を削除するか追加することによりこれらの文字列を変更します。これらの設定および使用可能なその他の設定の詳細は、CVista PdfCompressorに付属のオンライン・ヘルプ(特に「Appendix A: Command-Line Flags for Compression」)を参照してください。

デフォルトのCVista PdfCompressorパラメータ - OCR有効

文字列がすでに存在している(TIFF Converterの以前のバージョンを使用して文字列が設定された)場合を除いて、TiffConverterコンポーネントのインストール時にデフォルト文字列が設定されます。デフォルト文字列は、OCRを有効にしたPdfCompressorの典型的な用途に合せて最適化されています。

‐m ‐c ON ‐colorcomptype 2 ‐mrcquality 5 ‐mrcColorCompType 0 ‐linearize ‐o ‐ocrmode 1 ‐ot 120 ‐qualityc 75 ‐qualityg 75 ‐rscdwndpi 300 ‐rsgdwndpi 300 ‐rsbdwndpi 300 ‐cconc ‐ccong

CVista PdfCompressorパラメータ: 水平および垂直OCR有効

次の文字列は、OCRを有効にした典型的な用途に使用でき、同じイメージ内の垂直および水平テキストのOCR処理をサポートします(-ocrtwodを追加)。

‐m ‐c ON ‐colorcomptype 2 ‐mrcquality 5 ‐mrcColorCompType 0 ‐linearize ‐o ‐ocrmode 1 ‐ot 120 ‐ocrtwod ‐lsize 25 ‐qualityc 75 ‐qualityg 75 ‐rscdwndpi 300 ‐rsgdwndpi 300 ‐rsbdwndpi 300 ‐cconc ‐ccong

CVista PdfCompressorパラメータ - OCRなし

次の文字列は単純な変換(OCRなし)に使用できます。

‐m ‐c ON ‐colorcomptype 2 ‐mrcquality 5 ‐mrcColorCompType 0 ‐linearize ‐qualityc 75 ‐qualityg 75 ‐rscdwndpi 300 ‐rsgdwndpi 300 ‐rsbdwndpi 300 ‐cconc ‐ccong

23.2.3.2 CVista PdfCompressorのOCR言語の構成

注意:

CVista PdfCompressorのユーザー・インタフェースで行った変更は、TIFF Converterによってコールされた場合にCVista PdfCompressorがどのように機能するかには影響しません。

デフォルトでは、CVista PdfCompressorはTIFFファイルに対してOCRを実行する際に英語のOCR辞書を使用します。ただし、CVista PdfCompressorは他のいくつかの言語でOCRを実行することもできます。

複数のOCR言語を設定し、ユーザーがチェックイン時にOCR言語を選択できるようにする手順は次のとおりです。

注意:

次の方法を使用する場合は、「CVista PdfCompressorのオプション」ページで言語パラメータを指定したり、リファイナリに渡したりしないでください。

1. CVISION社に問い合せて、適切な最新の言語ファイルを入手します。

- 各言語に対するlngファイルが必要です。

- チェコ語、ポーランド語およびハンガリー語にはlatin2.shpファイルも必要です。

- ロシア語にはcyrillic.shpファイルも必要です。

- ギリシャ語にはgreek.shpファイルも必要です。

- トルコ語にはturkish.shpも必要です。

2. CVISION言語ファイルをCVistaインストール・ディレクトリに置きます。デフォルトの場所はC:\Program Files\CVision\PdfCompressorxx\ (xxはPdfCompressorのバージョン番号)です。

3. コンテンツ・サーバーに管理者としてログインします。

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

5. 「アプレット」リストから「構成マネージャ」を選択します。

6. 「構成マネージャ」ページで、「情報フィールド」タブをクリックします。

7. OCRLang情報フィールドが追加されている場合は、この手順を省略します。追加されていない場合は、次の手順を実行します。

a. 「フィールド情報」セクションで「追加」をクリックします。

b. カスタム情報の追加ページで、「フィールド名」フィールドに「OCRLang」と入力します。これにより、CVista言語変換オプションに対する新しい情報フィールドが作成されます。

注意:

このフィールド名は正確に入力します。

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

d. カスタム情報フィールドの追加ページで、「フィールド・キャプション」フィールドに、「コンテンツ・チェックイン・フォーム」ページに表示する説明的なキャプションを入力します。たとえば、「OCR Language」と入力します。

e. 「フィールド・タイプ」リストから「テキスト」を選択します。

f. 「オプション・リストの有効化」チェック・ボックスを選択します。

g. 「オプション・リスト・タイプ」リストから「Vタイプの選択リスト」を選択します。

h. 「オプション・リストの使用」フィールドにxOCRLangListと入力します。

i. 「オプション・リストの使用」フィールドの隣の「編集」をクリックします。

j. 「オプションリスト」ページで、オプションとして表示するCVista OCR言語を入力します。次の言語名は有効なオプションです。

注意:

英語の言語名または対応するネイティブ言語名(リストされている場合)のいずれかを使用できます。ただし、言語オプションは次の表に示すとおりに正確に入力する必要があります。

英語

ネイティブ

Czech

-

Danish

Dansk

Dutch

Nederlands

英語

-

Finnish

Suomi

French

Français

German

Deutsch

Greek

-

Hungarian

Magyar

Italian

Italiano

Norwegian

Norsk

Polish

Polski

Portuguese

Português

Russian

-

Spanish

Español

Swedish

Svenska

Turkish

-

k. 「大文字小文字を区別しない」チェック・ボックスを選択します。

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

m. 「デフォルト値」フィールドに、デフォルトのOCR言語オプションを入力します。

n. 「OK」をクリックして設定を保存し、「情報フィールド」タブに戻ります。

o. 「データベース設計の更新」をクリックします。

8. OCRLang情報フィールドが追加されているが、言語オプション・リストやデフォルトの言語に変更を加える必要がある場合は、次の手順を実行します。

a. 「フィールド情報」セクションでOCRLangを選択し、「編集」をクリックします。

b. カスタム情報の追加ページで、「オプション・リストの使用」フィールドの隣の「編集」をクリックします。

c. 「オプションリスト」ページで、使用されていない任意のCVista OCR言語を削除します。

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

e. 「デフォルト値」フィールドに、デフォルトのOCR言語オプションを入力します。

f. 「OK」をクリックして設定を保存し、「情報フィールド」タブに戻ります。

9. 構成マネージャ・アプレットを終了します。ユーザーはTIFFファイルのチェックイン時に、設定されたいずれかのOCR言語を選択することにより、デフォルトのOCR言語をオーバーライドできます。

23.3 XML変換の管理

XML変換を行うには、次のコンポーネントを指定されたサーバーにインストールして有効にする必要があります。

コンポーネント名

コンポーネントの説明

有効にするサーバー

XMLConverter

Inbound Refineryで、プライマリWeb表示可能ファイルまたは独立したレンディションとしてFlexionDocおよびSearchMLスタイルのXMLを生成できます。また、Xalan XSLトランスフォーマを使用して、XSL変換を処理できます。

Inbound Refineryサーバー

XMLConverterSupport

コンテンツ・サーバーで、XML変換およびXSL変換をサポートできます。

コンテンツ・サーバー

この項では、XML変換の管理に関する次の項目について説明します。

- コンテンツ・サーバーでのInbound Refineryへのジョブ送信の構成

- プライマリWeb表示可能レンディションとしてのXMLファイルの設定

- 追加のレンディションとしてのXMLファイルの設定

- XSL変換の設定

23.3.1 コンテンツ・サーバーでのInbound Refineryへのジョブ送信の構成

コンテンツ・サーバーでは、ファイル拡張子、ファイル形式および変換を使用して、コンテンツ・アイテムがInbound Refineryおよびその変換アドオンによってどのように処理されるべきかを定義します。各コンテンツ・サーバーは、変換用にリファイナリにファイルを送信するように構成されている必要があります。

ファイル拡張子がファイル形式と変換にマップされていると、そのタイプのファイルはコンテンツ・サーバーへのチェックイン時に変換用に送信されます。ファイル拡張子、ファイル形式および変換のマッピングは、ファイル形式ウィザードまたは構成マネージャを使用して構成できます。

コンテンツ・サーバーではデフォルトで、Inbound Refineryに必要なほとんどの変換が使用可能です。デフォルトの変換に加え、XMLConverterSupportコンポーネントのインストール時に次の変換がコンテンツ・サーバーに追加されます。

変換

説明

FlexionXML

FlexionDocスキーマを使用してファイルをXMLに変換するために使用します。変換リストに含まれる標準のファイル・タイプ(Word、PowerPointなど)以外のファイル・タイプに適用されます。これらの標準のファイル・タイプをFlexionDocを使用したXMLへの変換用にリファイナリに送信するには、これらのファイル形式をFlexionXML変換に再マップする必要はありません。この変換は、ファイル形式ウィザードでは使用できません。構成マネージャを使用してマップする必要があります。

SearchML

SearchMLスキーマを使用してファイルをXMLに変換するために使用します。変換リストに含まれる標準のファイル・タイプ(Word、PowerPointなど)以外のファイル・タイプに適用されます。これらの標準のファイル・タイプをSearchMLを使用したXMLへの変換用にリファイナリに送信するには、これらのファイル形式をSearchML変換に再マップする必要はありません。この変換は、ファイル形式ウィザードでは使用できません。構成マネージャを使用してマップする必要があります。

XSLT変換

XML ConverterによるFlexionDocスキーマへのドキュメントの変換後、生成されたXMLはXSLT変換により、開発者が指定した別のXMLスキーマに変換されます。

コンテンツ・サーバーで使用可能な変換は、リファイナリで使用可能な変換と一致する必要があります。あるファイル形式がコンテンツ・サーバーで変換にマップされると、そのフォーマットのファイルは、チェックイン時に変換用に送信されます。その変換を承認するように、1つ以上のリファイナリが設定されている必要があります。

デフォルトで、Inbound Refineryに必要なほとんどの変換が使用可能です。リファイナリが承認できるデフォルトの変換に加え、XMLConverterコンポーネントのインストール時にFlexionXMLおよびSearchML変換がリファイナリに追加されます。FlexionXMLとSearchML変換はデフォルトで承認されます。

23.3.2 プライマリWeb表示可能レンディションとしてのXMLファイルの設定

プライマリWeb表示可能レンディションとしてXMLファイルを設定する手順は次のとおりです。

1. リファイナリにログインします。

2. 「変換設定」→「プライマリWebレンディション」を選択します。

3. 「プライマリWeb表示可能レンディション」ページで、「XMLへの変換」オプションを選択します。

4. 通常は、他のすべての変換オプションの選択を解除します。Inbound Refineryでは、ネイティブ・ファイル形式に基づいて各受信ファイルを変換しようとします。最初に選択された方法でそのフォーマットの変換がサポートされていない場合は、次に選択された方法でそのフォーマットがサポートされているかどうかが確認されます。Inbound Refineryでは、そのフォーマットの変換がサポートされている方法のうち、最初に選択された方法でファイルを変換しようとします。

たとえば、「サードパーティ・アプリケーションを使用してPDFに変換」オプションと「XMLへの変換」オプションの両方が選択されているとします。リファイナリは、サポートされるフォーマットを「サードパーティ・アプリケーションを使用してPDFに変換」方法を使用してPDFに変換しようとします。この方法が失敗するかどうかにかかわらず、これらのフォーマットについては、Inbound Refineryは別の変換方法は試しません。したがって、プライマリWeb表示可能レンディションとしてXMLファイルを作成する場合、通常は「XMLへの変換」オプションのみを選択します。

5. 「更新」をクリックしてすべての変更内容を保存します。

6. 「XMLオプション」をクリックします。

7. 「XMLオプション」ページで、XMLオプションを設定し、「更新」をクリックして変更を保存します。

8. 次の重要な注意事項に留意してください。

- FlexionDocオプションおよびSearchMLオプションのデフォルト設定を調整する場合は、リファイナリのDomainDir/ucm/ibr/binディレクトリにあるintradoc.cfgファイルでオプション設定を指定できます。使用可能なFlexiondocオプションおよびSearchMLオプションの詳細は、リファイナリのIdcHomeDir/components/XMLConverter/resourcesディレクトリにあるxx.cfgファイルを参照してください。intradoc.cfgファイルに変更を加えた後は、リファイナリを再起動する必要があります。

- FlexionDocおよびSearchMLのドキュメント・ファイルは、XMLConverterコンポーネントとともにリファイナリのIdcHomeDir/components/XMLConverterディレクトリにインストールされています。

23.3.3 追加のレンディションとしてのXMLファイルの設定

追加のレンディションとしてXMLファイルを設定する手順は次のとおりです。

1. リファイナリにログインします。

2. 「変換設定」から、「追加レンディション」を選択します。

「追加レンディション」ページが開きます。

3. 「フォーマットがすべてサポートされている場合XMLに変換する」オプションを選択します。Inbound Refineryにより、PDFファイルなどの他のレンディションに加え、XMLファイルが生成されます。

生成されたXMLファイルがコンテンツ・サーバーに返されると、XMLファイルはフルテキスト索引に追加されます。ただし、XMLファイルに加えて他のWeb表示可能ファイルが生成されると、XMLファイルは、プライマリWeb表示可能レンディションとしては使用されません。たとえば、Inbound RefineryがPDFファイルとXMLファイルの両方を生成した場合、PDFファイルがプライマリWeb表示可能レンディションとして使用されます。コンテンツ・サーバーのWebレイアウト・ディレクトリに格納されるXMLレンディションは、ファイル名内の文字@xで識別できます。たとえば、Report2001@x~2.xmlファイルはXMLレンディションです。

4. 「更新」をクリックして変更を保存します。

5. 「XMLオプション」をクリックします。

6. 「XMLオプション」ページで、XMLオプションを設定し、「更新」をクリックして変更を保存します。

7. 次の重要な注意事項に留意してください。

- FlexionDocオプションおよびSearchMLオプションのデフォルト設定を調整する場合は、リファイナリのDomainDir/ucm/ibr/binディレクトリにあるintradoc.cfgファイルでオプション設定を指定できます。intradoc.cfgファイルに変更を加えた後は、リファイナリを再起動する必要があります。

- 使用可能なFlexiondocオプションおよびSearchMLオプションの詳細は、リファイナリのIdcHomeDir/components/XMLConverter/resourcesディレクトリにあるxx.cfgファイルおよびsx.cfgファイルを参照してください。これらの構成ファイルは参照用であるため、変更しないでください。

- FlexionDocおよびSearchMLのスキーマ・コードおよびドキュメント・ファイルは、XMLConverterコンポーネントとともにリファイナリのIdcHomeDir/components/XMLConverterディレクトリにインストールされています。

23.3.4 XSL変換の設定

Inbound Refineryは、Inbound Refineryを実行するJava仮想マシンに組み込まれたXalan XSLTプロセッサおよびSAXバリデータを使用します。変換を有効にするには、リファイナリ・サーバーにXMLConverterコンポーネントをインストールして有効にし、コンテンツ・サーバーにXMLConverterSupportコンポーネントをインストールして有効にする必要があります。

XSL変換を有効にする手順は次のとおりです。

1. リファイナリ・サーバーにログインします。

2. 次のいずれかの操作を行います。

- XMLレンディションをプライマリWeb表示可能ファイルにする場合は、「変換設定」→「プライマリWebレンディション」をクリックします。「プライマリWeb表示可能レンディション」ページが表示されたら、「XMLへの変換」を選択します。

- XMLレンディションを追加のレンディションにする場合は、「変換設定」→「追加レンディション」をクリックします。「追加レンディション」ページが表示されたら、「フォーマットがすべてサポートされている場合XMLに変換する」を選択します。

3. 「XMLオプション」をクリックします。

4. 「XMLオプション」ページで、「XSLT変換の処理」を選択し、次のオプションから、使用するXMLスキーマを選択します。

- FlexionDoc XMLの生成

- SearchMLの生成

5. すべての変更を保存するには「更新」を、最後に保存した設定に戻すには「リセット」をクリックします。

Inbound RefineryでXSL変換を行うには、変換中に適用するXSLテンプレートがコンテンツ・サーバーにチェックインされている必要があります。XSLテンプレートをコンテンツ・サーバーにチェックインする手順は次のとおりです。

1. XSLファイルを作成します。XSLファイルは、特定のコンテンツ・タイプのXMLファイルが新しいXMLファイルにどのように変換されるかを指定します。DTDやスキーマを検証用に指定し、コンテンツ・サーバーに格納できますが、これは必須ではありません。

2. XSLファイルをコンテンツ・サーバーにチェックインし、コンテンツ・タイプに関連付けます。

a. コンテンツ・チェックイン・フォームで、「タイプ」リストから「コンテンツ・タイプ」を選択します。

b. 次の表記規則に従ってコンテンツIDを入力します。
コンテンツ・タイプ.xsl

たとえば、コンテンツ・タイプが「ドキュメント」の場合は、documents.xslと入力します。

c. 「プライマリ・ファイル」としてXSLファイルを入力します。

d. 「セキュリティ・グループ」が、XSLファイルに関連付けられているコンテンツ・サーバー内のDTD/スキーマ・ファイルおよびコンテンツ・サーバーにチェックインされるネイティブ・ファイルと一致していることを確認します。

e. 「チェックイン」をクリックします。

このコンテンツ・タイプでファイルがチェックインされ、XML ConverterによってFlexionDoc/SearchML XMLファイルが生成されるかチェックインされたファイルがXMLである場合、このXSLファイルが新しいXMLドキュメントへのXSL変換に使用されます。

3. XMLに後処理するコンテンツ・タイプごとに、これらの手順を繰り返します。

23.3.4.1 XSLTエラー

検証が失敗すると、Inbound RefineryはSAX検証エンジンからエラーを収集し、hcspエラー・ページを作成し、そのページをコンテンツ・サーバーにチェックインしようとします。

リファイナリからエラー・ページをチェックインするには、Inboard Refineryに、コンテンツ・プロバイダへの送信プロバイダを手動で設定します。Inbound Refineryプロバイダの名前はエージェント名に一致する必要があります。たとえば、Inbound Refineryの名前がproduction_ibrであり、production_csという名前のコンテンツ・サーバーに対してファイルを変換している場合、production_ibr Inbound Refinery上にproduction_csという名前の送信プロバイダを作成する必要があります。

XSL変換の失敗に関する通知を受け取るように基準ワークフローを設定する手順は次のとおりです。

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

2. 「アプレット」リストから「ワークフロー管理」を選択します。

3. XSLT変換の失敗を通知するための基準ワークフローを追加します。

4. 次のプロパティでワークフロー・ステップを追加します。

- ユーザー: 通知する必要があるユーザーを指定します。

- 終了条件: 「レビューアの最低必要人数」を選択し、値を0に設定します。

- イベント: 「開始時」イベントに対して、次のカスタム・スクリプトの式を追加します。

<$if dDocTitle like "*XSLT Error"$>
<$else$>
<$wfSet("wfJumpEntryNotifyOff", "1")$>
<$wfExit(0,0)$>
<$endif$>

ワークフローの使用の詳細は、「ワークフローの管理」を参照してください。

23.4 Microsoft OfficeファイルのHTMLへの変換

Inbound Refineryは、WindowsシステムにインストールされたネイティブMicrosoft Officeアプリケーションを使用して、ネイティブMicrosoft OfficeファイルをHTMLに変換できます。コンテンツ・サーバーはWindowsまたはUNIXプラットフォームのいずれにでもインストールできますが、Microsoft OfficeからHTMLへの変換が機能するためには、Inbound RefineryはMicrosoft Officeネイティブ・アプリケーションがインストールされているWindowsシステム上で構成されている必要があります。

HTML変換は、ネイティブ・アプリケーションでMicrosoft Officeファイルを自動的に開き、HTMLページとして保存し、HTML出力をコンテンツ・サーバーに返すための圧縮ZIPファイルにまとめます。

HTML変換では次のタイプのファイルを処理できます。

- Microsoft Word 2003から2010

- Microsoft Excel 2003から2010

- Microsoft PowerPoint 2003から2010

- Microsoft Visio 2007

WinNativeConverterとInbound Refineryとの連携が有効になっている場合、コンテンツ・サーバーにチェックインされたネイティブMicrosoft Officeファイルは変換用にInbound Refineryに送信されます。Inbound Refineryは、ネイティブMicrosoft Officeアプリケーションを使用したファイルのHTMLへの変換処理を自動化します。単一のHTMLページがコンテンツ・サーバーに返されると、それがWeb表示可能ファイルとして使用されます。変換により複数のHTMLページが生成されると、次のファイルがコンテンツ・サーバーに返されます。

- プライマリWeb表示可能レンディションであるHCSPページ

- OfficeアプリケーションからのHTML出力を含むZIPファイル

- オプションで、ネイティブMicrosoft Officeファイルのサムネイル・レンディション

Inbound Refineryによって複数のHTMLページに変換されたドキュメントに対するコンテンツ・サーバー内のWeb表示可能リンクをユーザーがクリックすると、HCSPページによりサーバーがHTMLレンディションにリダイレクトされます。

Microsoft OfficeからHTMLへの変換を行うには、次のコンポーネントを指定されたサーバーにインストールして有効にする必要があります。

コンポーネント名

コンポーネントの説明

有効にするサーバー

WinNativeConverter

Inbound Refineryで、ネイティブのOfficeアプリケーションを使用して、Word、Excel、PowerPointおよびVisioで作成されたネイティブのMicrosoft OfficeファイルをHTMLに変換できます。

Inbound Refineryサーバー

MSOfficeHtmlConverterSupport

コンテンツ・サーバーで、Inbound RefineryによってネイティブのMicrosoft OfficeからHTMLに変換されたファイルが、ZIPファイルでコンテンツ・サーバーに返されることをサポートできます。コンテンツ・サーバーには、ZipRenditionManagementコンポーネントがインストールされている必要があります。

コンテンツ・サーバー

ZipRenditionManagement

コンテンツ・サーバーで、Inbound Refineryによって作成されてZIPファイルに圧縮されたHTMLのレンディションにアクセスできます。

コンテンツ・サーバー

この項では、Microsoft OfficeからHTMLへの変換を使用するようにコンテンツ・サーバーを構成する方法について説明します。

- コンテンツ・サーバーでのHTML変換用のジョブ送信の構成

23.4.1 コンテンツ・サーバーでのHTML変換用のジョブ送信の構成

WinNativeConverterがリファイナリにインストールされると、Word HTML、PowerPoint HTML、Excel HTMLおよびVisio HTMLオプションが「変換リスト」ページに追加されます。コンテンツ・サーバーによって送信されたアイテムに対してリファイナリが変換を実行するには、この変換オプションが有効になっている必要があります。コンテンツ・サーバーでは、ファイル形式および変換方法を使用して、コンテンツ・アイテムがInbound Refineryおよび変換オプションによってどのように処理されるべきかを定義します。

Microsoft OfficeドキュメントがInbound Refineryによって処理されるには、そのファイル拡張子が、HTML変換方法に関連付けられたフォーマット名にマップされている必要があります。HTML変換に対する追加の変換オプションは自動的にはマップされません。これらは手動でマップする必要があります。これらは、ファイル形式ウィザードまたは構成マネージャ・アプレットを使用して設定できます。構成マネージャ・アプレットでは、どのファイル拡張子をどの変換オプションにマップするかについて、より細かく制御できます。詳細は、次の各項を参照してください。

- Microsoft Office変換に対するファイル形式ウィザードの使用

- Microsoft Office変換に対する構成マネージャの使用

23.4.1.1 Microsoft Office変換に対するファイル形式ウィザードの使用

Inbound Refineryに対するファイル形式および変換方法は、コンテンツ・サーバーでファイル形式ウィザードを使用して管理できます。変更を加える手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

2. メイン・メニューから、「管理」→「リファイナリ管理」→「ファイル形式ウィザード」を選択します。

3. ファイル形式ウィザードで、HTMLに変換するMicrosoft Officeドキュメント・ファイル・タイプを選択します。「変換」列には、ファイル・タイプに基づいた適切な変換オプションが表示されます。次に例を示します。

- Wordの場合、doc、docx、dot、dotx

- PowerPointの場合、ppt、pptx

- Excelの場合、xls、xlsx

- Visioの場合、vsd

注意:

HTML変換では次のタイプのファイルを処理できます。

- Microsoft Word 2003から2010

- Microsoft PowerPoint 2003から2010

- Microsoft Excel 2003から2010

- Microsoft Visio 2007

4. 「更新」をクリックしてすべての変更内容を保存します。

5. Inbound Refineryに管理者としてログインします。

6. ナビゲーション・メニューから、「変換設定」→「プライマリWebレンディション」を選択します。

7. 「プライマリWebレンディション」ページで、「選択したMS OfficeのフォーマットをMS HTMLに変換します」を選択します。

8. 「更新」をクリックします。

23.4.1.2 Microsoft Office変換に対する構成マネージャの使用

Inbound Refineryに対するファイル形式および変換方法は、コンテンツ・サーバーで構成マネージャを使用して管理できます。変更を加える手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

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

3. 「アプレット」リストから「構成マネージャ」を選択します。

4. 「オプション」→「ファイル形式」を選択します。

5. 「フォーマット」列から変換するOfficeドキュメント・タイプに対するアプリケーション・フォーマットを選択します。たとえば、Microsoft Wordに対してapplication/mswordを選択します。

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

7. 「ファイル形式の編集」ダイアログで、「変換」リストから、選択したOfficeドキュメント・フォーマットに適切なHTML変換オプションを選択します。たとえば、application/mswordに対して変換オプションWord HTMLを選択します。

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

9. HTMLに変換するすべてのMicrosoft Officeフォーマットに対して、これらの手順を繰り返します。

10. 完了したら、「閉じる」をクリックして「ファイル形式」ページを閉じ、続いて構成マネージャを終了します。

11. コンテンツ・サーバーとInbound Refineryを再起動します。

24 イメージおよびビデオ変換の操作

Digital Asset Manager機能を使用すると、イメージ、ビデオおよびオーディオ・ファイルを、指定のフォーマットとサイズで定義し、組織内の必要とする人がダウンロードできるように提供できます。これにより、組織のブランディングおよびデジタル・コンテンツの使用において一貫性のある基準を維持できるようになります。

Digital Asset Managerが機能するには、次のコンポーネントが適切なサーバーにインストールされて有効になっている必要があります。

コンポーネント名

コンポーネントの説明

有効にするサーバー

DAMConverter

Oracle WebCenter Content: Inbound Refineryでデジタル・アセットを複数のレンディションに変換できます。

Inbound Refineryサーバー

DamConverterSupport

コンテンツ・サーバーでデジタル・アセット管理機能をサポートできます。このコンポーネントは、ZipRenditionManagementコンポーネントに大きく依存しています。

コンテンツ・サーバー

DigitalAssetManager

デジタル・アセット管理のユーザー・インタフェースを、レンディションの作成とZIPファイルのアーカイブの管理に使用するコンポーネントとの緊密な統合に使用できます。このコンポーネントは、ContentBasketコンポーネントに大きく依存しています。

コンテンツ・サーバー

ContentBasket

ユーザーが、コンテンツ・アイテムのレンダリングを選択し、その内容をコンテンツ・バスケットと呼ばれる個人の記憶域に格納できます。

コンテンツ・サーバー

ZipRenditionManagement

コンテンツ・サーバーで、Inbound Refineryによって作成され、ZIPファイルに圧縮されたデジタル・アセットのレンディションにアクセスできます。

コンテンツ・サーバー

この項では、次の項目について説明します。

- Digital Asset Managerの理解

- Digital Asset Managerの構成

- イメージ変換の設定と管理

- ビデオ変換の設定と管理

24.1 Digital Asset Managerの理解

イメージまたはビデオがコンテンツ・サーバーにチェックインされるときに、Digital Asset Managerにより複数のフォーマットのデジタル・アセットが自動的に作成され、1つのコンテンツIDの下に各フォーマットが表示されます。これにより、企業ロゴやプロモーション・ビデオなどのアセットを、組織に必要な複数のフォーマットのサイズと品質の標準を確実に維持すると同時に、コンテンツ・サーバーのコンテンツ管理機能を提供することが可能になります。たとえば、コンテンツ・サーバーにチェックインされた単一のデジタル・アセットから、あるユーザーはWebサイトで使用するためにロゴのイメージをバンドルしてダウンロードし、別のユーザーはオフィスでのプレゼンテーションまたは印刷販促物で使用するために同じロゴのイメージをダウンロードしてバンドルするということが可能です。

デジタル・アセットは、レンディションと呼ばれる複数の出力形式で使用可能にする価値のある、組織内の電子的なイメージおよびビデオです。レンディションの数とタイプは、システム管理者がレンディション・セット内で定義します。ユーザーは、コンテンツ・サーバーへのデジタル・アセットのチェックイン時に、デジタル・アセットのレンディションの作成に使用するレンディション・セットを選択します。チェックインしたデジタル・アセットはInbound Refineryにルーティングされ、指定した変換アプリケーションを使用して変換されます。

この項では、次の項目について説明します。

- サポートされる変換アプリケーション

- サポートされるストリーミング・サーバー

- サポートされる入力フォーマット

- サポートされる出力フォーマット

24.1.1 サポートされる変換アプリケーション

デフォルトでは、Inbound RefineryはOracle Outside In Image Exportを使用してイメージを変換するためのレンディション・セットを提供します。追加のイメージ変換オプションを使用するために、スタンドアロンのグラフィック変換アプリケーションをインストールすることができます。オラクル社は、特定のサードパーティ製の変換エンジンを指定またはサポートしていません。追加のイメージ変換エンジンに対する構成例には、Oracle WebCenter ContentのOracle Technology Networkページからアクセスできます。詳細は、ブログ記事の「Integrating the Inbound Refinery with 3rd Party Image Converters」を参照してください。

ビデオを変換するには、スタンドアロンのビデオ変換アプリケーションをインストールする必要があります。Digital Asset Managerは現在、Telestream社のFlipFactoryバージョン7.1、7.2およびTelestream社のVantageと連携するように構成されています。サポートされるバージョンのFlipFactoryまたはVantageは、Telestream社から取得する必要があります。同社のWebサイト(http://www.telestream.net)で入手できます。

注意:

2015年7月1日現在、Telestream社ではFlipFactoryを販売していません。

Digital Asset Managerは、完全に機能するサード・パーティ変換アプリケーションの実装上で設計およびテストされています。変換アプリケーションのデモ・バージョンはお薦めされず、サポートもされません。

24.1.2 サポートされるストリーミング・サーバー

ストリーミング・デジタル・ビデオについては、Digital Asset Managerでは現在、次のストリーミング・サーバーがサポートされています。

- Windows Streaming Media: サポート対象のWindowsオペレーティング・システム用のバージョン

- QuickTime Streaming Media: DarwinおよびQuickTime Streaming Serverバージョン10.4

- RealMedia: Helix DNA Serverバージョン11

24.1.3 サポートされる入力フォーマット

サポートされる入力フォーマットは、使用されるグラフィック/ビデオ変換アプリケーションによって決まります。Digital Asset Managerでは、複数のグラフィック変換エンジンを使用できます。Inbound RefineryにはOracle Outside In Image Exportのみが付属しています。Oracle Outside In Image Exportでサポートされるフォーマットについては、オラクル社のWebサイト(http://www.oracle.com/technetwork/middleware/webcenter/content/oit-all-085236.html)を参照してください。

サード・パーティの変換エンジンにより、追加のグラフィック・フォーマットがサポートされる場合があります。サード・パーティの変換エンジンはInbound Refineryとは別に入手する必要があり、オラクル社では正式にサポートしていません。

互換性のある変換エンジンによってサポートされるグラフィック・フォーマットには次のものがあります。

- JPG/JPEG(Joint Photographic Expert Group)

- GIF(Graphics Interchange Format)

- BMP (ビットマップ)

- PNG(Portable Network Graphics)

- TIFF(Tag Image File Format)

- PSD (PhotoShop)

- AI (Adobe Illustrator)

- PDF(Portable Document Format)

サポートされるフォーマットの完全なリストについては、選択したグラフィック変換エンジンに付属のドキュメントを参照してください。

FlipFactoryでサポートされるビデオ・フォーマットには次のものがあります。

- Flashメディア・フォーマット

- MP3オーディオ・フォーマット

- MPEG Layer 3およびLayer 4 Elementary Streamメディア・フォーマット

- PacketVideo MPEG4フォーマット

- QuickTimeメディア・フォーマット

- QuickTimeストリーミング・フォーマット

- Windowsメディア・フォーマット

- AVIメディア・フォーマット

- DVDストリーム・メディア・フォーマット

- MPEG1システム・ストリーム・メディア・フォーマット

- MPEG2プログラム・ストリーム・メディア・フォーマット

- MPEG2トランスポート・ストリーム・フォーマット

- MPEG4メディア・フォーマット

- Pinnacle MediaStreamメディア・フォーマット

FlipFactoryでサポートされるフォーマットの完全なリストについては、Telestream社のFlipFactoryのドキュメントを参照してください。

24.1.4 サポートされる出力フォーマット

出力フォーマットは、変換アプリケーションによって決まります。Oracle Outside In Image Exportでサポートされるフォーマットについては、オラクル社のWebサイト(http://www.oracle.com/technetwork/middleware/webcenter/content/oit-all-085236.html)を参照してください。

ブラウザでのレンディションの表示は、使用しているブラウザで事実上表示できるものに制限されます。イメージについては、使用しているWebブラウザでサポートされるフォーマットのみを表示できます。ビデオについては、Windows Media Player、Real Player、QuickTime PlayerおよびFlashでサポートされる出力フォーマットなど、対応するブラウザ・プラグインが使用可能なフォーマットのみをWebブラウザで表示できます。ブラウザでの表示がサポートされていないフォーマットでレンダリングされたイメージまたはビデオ・アセットもコンテンツ・サーバーで管理されますが、ダウンロードしかできません。

Video Managerで現在サポートされている出力フォーマットは次のとおりです。

- MPEG Layer 1、2および4(.mpg、.mpeg、.mp2、.mp4)

- MPEG Layer 3オーディオ(.mp3)

- Adobe Flash (.flv)

- QuickTime (.mov)

- Audio Video Interleave(.avi)

Telestream社のFlipFactory、Telestream社のVantage、Windows Media Player、Real Player、QuickTime PlayerおよびAdobe Flashでは多数のフォーマットがサポートされており、可能なすべての組合せを構成することは困難なため、Video Managerではこれらのフォーマットの制限されたサブセットのみを正式にサポートしています。必要に応じて、追加のフォーマットを受け入れるようにDigital Asset Managerを構成して、テストすることもできます。

注意:

変換の処理にMicrosoft IISを使用している場合、認識できないMIMEタイプは404エラーを生成します。サポートされるフォーマットがブラウザで正しく表示されるようにするために、使用するすべてのMIMEタイプがIISに登録されていることを確認してください。

詳細は、IISのドキュメントおよびMicrosoft社の記事(http://technet.microsoft.com/ja-jp/library/cc725608%28WS.10%29.aspx)を参照してください。

24.2 Digital Asset Managerの構成

Digital Asset Managerをイメージとビデオの変換用に構成するには、次の構成ファイルを変更する必要があります。

- IntradocDir/config/ディレクトリにあるコンテンツ・サーバーのconfig.cfgファイル

- DomainDir/ucm/ibr/binディレクトリにある、Inbound Refineryのintradoc.cfgファイル

この項では、必要な構成手順について詳しく説明します。

- イメージ変換用の構成

- コンテンツ・サーバーの構成ファイルの変更

- ファイル形式の関連付けとファイル拡張子のマッピング

- ファイル形式の関連付け

- ファイル拡張子のマッピング

24.2.1 イメージ変換用の構成

Digital Asset Managerがイメージのレンディションを作成するには、変換アプリケーションが必要です。Oracle Outside In Image Exportで使用するためのデフォルトのレンディション・セットが提供されており、構成は不要です。

デフォルトのレンディション・セット

デフォルトのレンディション・セットは、リファイナリのIdcHomeDir/components/DAMConverter/resources/ディレクトリにあるdamconverter_basedefinitions.hdaファイルで定義されています。コンポーネントに対するアップグレードによって、すべての変更が上書きされるため、このファイルは絶対に変更しないでください。damconverter_basedefinitions.hdaに含まれるデフォルト・セット以外のレンディション・セットの定義と使用の詳細は、「イメージ・レンディション・セットの作成と構成」を参照してください。

Digital Asset Managerとともにインストールされるdamconverter_basedefinitions.hdaファイルには、次のデフォルトのレンディション・セットが含まれます。

レンディション・セット名

説明

ThumbnailOnly

高さが正確に80ピクセルの72 dpi PNGレンディションを1つ作成します。

BasicRenditions

次のレンディションを作成します。

- Web: 800x600ピクセル以下のJPEGレンディション

- Thumbnail: 高さが正確に80ピクセルのPNGレンディション

- Preview: 幅が正確に250ピクセルのGIFレンディション

MultipleFormats

次のレンディションを作成します。

- Web: 800x600ピクセル以下のJPEGレンディション

- Thumbnail: 高さが正確に80ピクセルのPNGレンディション

- Preview: パラメータ指定なしの、元のファイルのGIFレンディション

- Jpeg2000: 幅が800x600ピクセル以下のJPEG 2000レンディション

- Tiff: パラメータ指定なしのTIFFレンディション。パラメータが指定されないと、元のファイルのdpiとピクセル・サイズが維持されます。

- Bitmap: パラメータ指定なしのBMPレンディション。

その他の変換アプリケーション

必要に応じて、その他の変換アプリケーションを使用できます。Oracle Outside In Image Export以外の変換アプリケーションを使用する場合は、アプリケーションを入手してインストールしてから、そのアプリケーションに適したレンディション・セットを定義します。

注意:

イメージのレンダリングで最高のパフォーマンスを得るには、Digital Asset Managerに使用されているInbound Refineryインスタンスと同じサーバーにイメージ変換アプリケーションをインストールします。ビデオのレンダリングで最高のパフォーマンスを得るために、ビデオ変換アプリケーションの推奨事項を確認してください。たとえば、FlipFactoryのドキュメントでは、専用のサーバー・クラス・システムにインストールすることがお薦めされています。

追加のレンディション・セットは、/data/configuration/dam/ディレクトリに作成するextraRendition_definitions.hdaという新しいファイル内で定義する必要があります。追加のレンディション・セットの作成の詳細は、「イメージ・レンディション・セットの作成と構成」を参照してください。

24.2.2 コンテンツ・サーバーの構成ファイルの変更

チェックイン時にレンディション・セットを選択していない場合のエラーに対応するために、VideoRenditionsおよびImageRenditionsメタデータ・フィールドにデフォルト値を設定する必要があります。構成ファイルを変更するには、次の手順を実行します。

1. 標準のテキスト・エディタで、IntradocDir/config/config.cfgファイルを開きます。

2. #Additional VariablesセクションにDefaultVideoConversionSet(ビデオ用)およびDefaultPackedConversionSetを追加します。

3. ビデオの場合は、DefaultVideoConversionSetをデフォルトのレンディション・セットとして使用するファクトリに設定します。イメージの場合は、任意のレンディション・セットに設定します。

注意:

選択したデフォルト値は、構成マネージャ・アプレットを使用して定義されたVideoConversionsまたはImageRenditionsメタデータ・フィールドの選択リスト内のレンディション・セットと一致する必要があります。

4. 変更を保存して、ファイルを閉じます。

5. コンテンツ・サーバーを再起動します。

Digital Asset Managerにより、ユーザーはアセットをバンドルしてローカルまたは共有ファイル・システムにダウンロードできます。次の変数を編集して、ダウンロード可能な最大サイズ設定します。これは、メガバイト単位またはファイル数で指定できます。

- MaxRenditionBundleInMegabytes=バンドルの最大サイズ(MB単位)

- MaxRenditionFileEntries=バンドル内の最大ファイル数(数値)

注意:

DefaultVideoConversionSetは、ユーザーがビデオのチェックイン時に「ビデオ・レンディション・セット」を指定しなかった場合に使用されるレンディション・セットを指定します。DefaultPackedConversionSetは、ユーザーがイメージのチェックイン時に「イメージ・レンディション・セット」を指定しなかった場合に使用されるレンディション・セットを指定します。構成マネージャ・アプレットの「デフォルト値」フィールドではなく、config.cfgファイルで設定する必要があります。

24.2.3 ファイル形式の関連付けとファイル拡張子のマッピング

コンテンツ・サーバーは、チェックインされたファイルの拡張子に基づいて、コンテンツ・アイテムをデジタル・アセットとして識別します。次のファイル形式をDigital Asset Managerに関連付け、ファイル拡張子を適切なフォーマットにマップする必要があります。

24.2.3.1 イメージ・フォーマット

- JPEG (.jpeg、.jpg)

- GIF (.gif)

- AI (.ai)

- PSD (.psd)

- BMP (.bmp)

- PNG (.png)

- TIFF (.tiff、.tif)

24.2.3.2 ビデオ・フォーマット

- MPEG Layer 1、2および4(.mpg、.mpeg、.mp2、.mp4)

- QuickTime (.mov)

- Audio Video Interleave(.avi)

- Flash Video (.flv)

変換エンジンはレンディション情報をサードパーティ製の変換アプリケーションに渡すため、追加のフォーマットがサードパーティ製の変換アプリケーションでサポートされている必要があります。

注意:

あるタイプのデジタル・アセット(イメージまたはビデオ)を変換する場合は、そのタイプのアセットに対するフォーマットのみを関連付けます。

24.2.4 ファイル形式の関連付け

フォーマットをDigital Asset Managerの変換エンジンと関連付けるには:

1. 管理者としてコンテンツ・サーバーにログインします。

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

3. 「アプレット」リストから「構成マネージャ」を選択します。

4. 「構成マネージャ」アプレットで、「オプション」→「ファイル形式」の順に選択します。

5. 「ファイル形式」ページで、Digital Asset Managerの変換エンジンにフォーマットを関連付けます。
フォーマットが「ファイル形式」ページの「ファイル形式」(上側)セクションにリストされている場合

a. リストからフォーマットを選択します。たとえば、JPEGイメージに対してはimage/jpeg、MPEGビデオに対してはvideo/mpegを選択します。

b. 「編集」をクリックします。

c. 「ファイル形式の編集」ページで、「変換」選択リストから、イメージのフォーマットには「Digital Media Graphics」を選択して、ビデオのフォーマットには「Digital Media Video」を選択します。Digital Media GraphicsおよびDigital Media Videoは、Digital Asset Manager変換の名前です。

d. 必要に応じて、説明を変更します。説明は構成マネージャには表示されますが、コンテンツ・サーバー・インタフェースには表示されません。

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

フォーマットが「ファイル形式」ページの「ファイル形式」(上側)セクションにリストされていない場合

a. 「追加」をクリックします。

b. 「新しいファイル形式の追加」ページで、「フォーマット」フィールドにフォーマットのタイプを入力します。このタイプは任意の値になります。このタイプはコンテンツ・サーバーの「コンテンツ情報」ページと「レンディション情報」ページに表示されます。適切なタイプの選択方法の詳細は、「MIMEタイプの識別」を参照してください。

c. 「変換」選択リストから、イメージに対しては「Digital Media Graphics」、ビデオに対しては「Digital Media Video」を選択します。Digital Media GraphicsおよびDigital Media Videoは、Digital Asset Manager変換の名前です。

d. 必要に応じて、説明を追加します。この説明は構成マネージャには表示されますが、通常、コンテンツ・サーバーのインタフェースには表示されません。
コンテンツ・サーバーの構成ファイルで構成変数IsOverrideFormatをtrueに設定することで、説明をユーザー・インタフェースに表示できます。コンテンツ・サーバーの構成ファイルでIsOverrideFormat=trueと設定すると、チェックイン・ページに選択リストが表示され、ユーザーは特定のファイルに対して変換フォーマットを選択し、割り当てられたフォーマットを無視できるようになります。

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

24.2.5 ファイル拡張子のマッピング

フォーマットを該当するDigital Mediaの変換エンジンに関連付けたら、そのフォーマットに該当するファイル拡張子を構成マネージャでマップする必要があります。Digital Media GraphicsまたはDigital Media Videoに関連付けられているフォーマットにマップされたファイル拡張子を持つすべてのファイルが、変換用にInbound Refineryに送信されます。

Digital Asset Managerの変換エンジンに関連付けられているファイル形式に、ファイル拡張子をマップするには:

1. 管理者としてコンテンツ・サーバーにログインします。

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

3. 「アプレット」リストから「構成マネージャ」を選択します。

4. 「オプション」→「ファイル形式」を選択します。

5. 「ファイル形式」ページで、該当するフォーマットに拡張子をマップします。
拡張子が「ファイル形式」ページの「ファイル拡張子」(下側)セクションにリストされている場合

a. リストから拡張子を選択します。

b. 「編集」をクリックします。

c. 「ファイル拡張子の編集」ページで、「マップ先フォーマット」選択リストから、該当するフォーマットを選択します。

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

フォーマットが「ファイル形式」ページの「ファイル形式」(上側)セクションにリストされていない場合

a. 「追加」をクリックします。

b. 「ファイル拡張子の追加」ページで、「拡張子」フィールドにファイル拡張子を入力します。ファイル拡張子のドットは入力しないでください。

c. 「マップ先フォーマット」選択リストから適切なフォーマットを選択します。

d. フォーマットに関連付ける拡張子ごとに手順aからcを繰り返します。たとえば、pspimageもapplication/PaintShopに関連付けることができます。

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

f. 「閉じる」をクリックします。

g. 構成マネージャを終了します。

フォーマットを適切なDigital Asset Manager変換(Digital Media GraphicsまたはDigital Media Video)に関連付け、適切なファイル拡張子をフォーマットにマップしたら、コンテンツ・サーバーにチェックインされるこれらの拡張子を持つすべてのファイルは、変換アプリケーションによる処理のためにInbound Refineryに渡されます。

24.3 イメージ変換の設定と管理

この項では、次の項目について説明します。

- イメージ・レンディション・セットの理解

- イメージ・レンディション・セットの作成と構成

- XMPおよびEXIFデータの操作

24.3.1 イメージ・レンディション・セットの理解

デジタル・アセットをコンテンツ・サーバーにチェックインすると、Digital Asset Managerによってそのアセットの複数のレンディションが作成されます。各イメージ・レンディションの条件は、2つのファイルのどちらかで定義されます。

デフォルトのレンディション・セットはdamconverter_basedefinitions.hdaファイルで定義され、このファイルは変更してはいけません。カスタム・レンディション・セットは、コンポーネント・リソース・ファイルのextraRendition_definitions.hdaに追加できます。このファイルは標準のテキスト・エディタで作成でき、リファイナリのIntradocDir/data/configuration/ディレクトリにあるdamという新しいディレクトリに置く必要があります。フル・ファイル・パスは次のとおりです。

IntradocDir/data/configuration/dam/extraRendition_definitions.hda

ビデオについての条件は、ビデオ変換アプリケーションで定義されます。デフォルトではDigital Asset ManagerはFlipFactoryと連携するように設計されているため、デジタル・ビデオ・アセットをレンダリングするための条件はファクトリの作成時に定義されます。

24.3.1.1 イメージ・アセット・レンディションの定義について

インストール時のデフォルト・レンディション・セットを定義する条件は、コンテンツ・サーバーのIdcHomeDir/components/DAMConverter/resources/ディレクトリのdamconverter_basedefinitions.hdaファイルに含まれています。このファイルは編集するべきではありません。

定義は、イメージ・アセットのチェックイン時にコントリビュータがコンテンツ・チェックイン・フォームで選択できるレンディション・セットに対応するレンディション・セットにグループ化されています。それには次の事前定義済レンディション・セットが含まれます。

- ThumbnailOnly

- BasicRenditions

- MultipleFormats

含まれているレンディション・セットは、Outside In Image Exportで使用できるサンプルです。これらが必要ない場合は、構成マネージャを使用して、チェックイン・ページのオプション・リストから削除してください。このセットを削除するために、リソース・ファイルを編集してはいけません。すべての変更内容は、コンポーネントの更新時に失われます。

追加のレンディション・セットは、extraRendition_definitions.hdaファイルに追加できます。このファイルは、標準のテキスト・エディタで作成できます。これは、リファイナリのIntradocDir/data/configuration/ディレクトリ内のdamという新しいディレクトリに格納する必要があります。

Digital Asset Managerは実行時にdamconverter_basedefinitions.hdaとextraRendition_definitions.hdaをマージし、このとき、後者のファイルがリソース・ファイルよりも優先されます。たとえば、リソース・ファイル内のレンディションと同じ名前だが別のパラメータで新しいレンディションをファイル内に作成した場合、新しいパラメータが使用されます。

24.3.1.2 イメージ・レンディション・セットの定義について

コントリビュータは、デジタル・アセットをコンテンツ・サーバーにチェックインするときに、チェックイン・フォームでレンディション・セットを選択します。イメージ・ファイルについては、そのレンディション・セットはdamconverter_basedefinitions.hdaファイルまたはextraRendition_definitions.hdaファイル内に定義されているレンディション・セットと一致します。

extraRendition_definitions.hdaファイルで定義されているイメージ・レンディション・セットには、セット内に指定されているイメージ・レンディションにデジタル・アセットを変換するためのオプションが含まれます。デフォルトのレンディション・セットはコンポーネント・リソース・ファイルに含まれ、変更するべきではありません。追加のレンディション・セットは、extraRendition_definitions.hdaに追加します。このファイルでは、上のプロパティ・セクションにサード・パーティ変換アプリケーションへのファイル・パスが含まれます。下のセクションには、レンディション結果セットと呼ばれるセットにまとめられたレンディション・セット・オプションが含まれます。

ファイルがコンテンツ・サーバーにチェックインされると、そのファイルのフォーマットでデジタル・アセットであるかどうかが判別されます。イメージ・ファイルの場合、コンテンツ・サーバーはファイルをInbound Refineryに渡し、Inbound RefineryはextraRenditions.hdaファイルからレンディション・オプションをコールして、それらをイメージ変換アプリケーションに渡します。生成されたレンディションはInbound Refineryを介してコンテンツ・サーバーまたはその他の指定された場所に戻され、そこで1つのコンテンツID下で管理され、組織で利用できるようになります。

イメージ・アセットについては、構成マネージャ・アプレットのPackagedConversionsメタデータ・フィールドの選択リストに対して定義されているレンディション・セットの名前が、extraRendition_definitions.hdaファイル内で定義されているレンディション・セットの名前と厳密に一致する必要があります。

レンディションの変更または追加時には、デジタル・アセットのチェックイン時にレンディション・セットの名前のみがコントリビュータに対して表示されることに注意してください。レンディション・セット名は説明的である必要があります。レンディション名および説明は、「コンテンツ情報」ページおよび「レンディション情報」ページに表示されます。

Idoc Scriptタグ用に予約された、またはURLでの使用が無効なスペースやその他の文字は、レンディション名には使用できません。

24.3.2 イメージ・レンディション・セットの作成と構成

イメージ・レンディションやレンディション・セットを追加、変更または削除する場合は、IntradocDir/data/configuration/dam/extraRendition_definitions.hdaファイルを編集します。extraRendition_definitions.hdaファイルを正しく変更するには、基本的なHDAファイル構造の理解が必要です。詳細は、Oracle Fusion Middleware Oracle WebCenter Contentによる開発を参照してください。

この項では、次の項目について説明します。

- extraRendition_definitions.hdaファイルの構造

- レンディション・セットの追加

- レンディション・セットの有効化

24.3.2.1 extraRendition_definitions.hdaファイルの構造

追加のレンディション・セットの定義時には、extraRendition_definitions.hdaファイルには1つのヘッダー行と2つのセクション・タイプを含める必要があります。

セクション・タイプ

extraRendition_definitions.hdaファイルには、次の形式を使用する2つのセクション・タイプがあります。

@section_type section_name
Section data
@end

2つのセクション・タイプは次のとおりです。

- プロパティ・セクション

- 結果セット・セクション

extraRendition_definitions.hdaファイルには、1つのプロパティ・セクションと複数の結果セット・セクションがあります。すべてのレンディション・セットは結果セットにまとめられています。

HDAファイル内のセクションではコメントは使用できません。ただし、HDAファイルの最初のセクションの前、セクションの間または最後のセクションの後にはコメントを挿入できます。

HDAファイルのセクション内の空白行はNULL値として解釈されます。最初のセクション、セクション間または最後のセクションの後の空白行は無視されます。

プロパティ・セクション

extraRendition_definitions.hdaファイルのプロパティ・セクションは、外部の変換アプリケーションへのパスを定義します。デフォルト・ファイルでは、デフォルトのレンディション結果セットで使用される変換オプションを定義するIdoc Script変数の値も宣言します。

プロパティ・セクションのデフォルトのIdoc Script変数は、デフォルト・レンディション・セットによって使用されます。定義する追加のレンディション・セットには不要であるため、このガイドでは説明しません。変換オプションは、結果セット内で直接指定できます。Idoc Scriptを使用した作業の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentによる開発を参照してください。

結果セット・セクション

extraRendition_definitions.hdaファイルには、2つのタイプの結果セットが含まれています。ここでは、ファイル内の表示順に示します。

- レンディション結果セット

- ExtensionFormatMap

レンディション結果セットは、レンディション・セットをまとめ、レンディションの作成に関する情報を含みます。多数のレンディション結果セットを任意の順序で並べることができます。レンディション結果セットは、追加、変更または削除できますが、各名前は一意である必要があります。

ExtensionFormatMapは、ファイル拡張子/フォーマットのペアをリストしたオプションの結果セットです。これにより、Inbound Refineryは内部で使用するようにコンテンツ・サーバーに適切なファイル・フォーマットを返すことが可能になります。Inbound Refineryは拡張子をMIMEタイプにマップするために別のシステムを使用するため、これは必須のセットではありませんが、この結果セットが定義されている場合は、そこに指定されているマッピングが優先されます。

24.3.2.2 レンディション・セットの追加

extraRendition_definitions.hdaファイルにレンディション・セットを追加する最も簡単な方法は、既存のレンディション・セットをコピーして変更することです。既存のセットを正しく変更するには、セットの基本的な構造を理解する必要があります。

Digital Asset Managerが新しいバージョンに更新されると、damconverter_basedefinitions.hdaなどのコンポーネント・リソースに加えられた変更は上書きされます。damconverter_basedefinitions.hdaは、手動で編集しないでください。追加のレンディション・セットは、IntradocDir/data/configuration/damに作成したextraRendition_definitions.hdaファイルに追加します。Digital Asset Managerは実行時に両方のファイルを使用します。

レンディション結果セットの構造

HDAファイルの内容は、ASCIIテキスト・フォーマットの表データを表す、単純な名前/値ペアを使用して並べられています。結果セット・セクションの最初の行は、コマンド@ResultSetを使用してセットを宣言し、続いてセット名を指定します。2番目の行は表内の列数を指定し、続く行は結果セット内の順序に基づいて列を命名し、移入します。最後の行はコマンド@endを使用して結果セットを閉じます。

たとえば、SampleGraphicSetレンディション結果セットには、次のフォーマットがあります。

レンディション結果セットの最初の行は@ResultSetで始まることにより結果セットとして宣言し、最後の行は@endでセットを閉じます。また最初の行は、セットを命名します。この例では、名前はThumbnailOnlyです。

名前は説明的である必要がありますが、Idoc Scriptタグ用に予約された、またはURLでの使用が無効なスペースやその他の文字は、レンディション名には使用できません。

2番目の行は、結果セットに含まれる列の数を指定します。Digital Asset Managerのレンディション結果セットには6つの列があります。

各列の名前と説明は次のとおりです。

列名

列の説明

extRenditionName

「レンディション情報」ページに表示されるレンディションの名前。これは、任意のわかりやすい名前にできます。

レンディション名には、PrimaryまたはAlternateを使用しないでください。これらの用語は、コンテンツ・サーバーによる内部使用のために予約されています。

extEngine

使用される変換エンジンへのパス。デフォルトでは、これはextraRendition_definitions.hdaファイルのプロパティ・セクションで宣言されているIdoc Script変数として表されます。Image Exportを使用してレンディションを作成する場合は、この列にImageExportを使用します。

extType

レンディションがどのように使用されるか。

- Thumbnail: 検索結果ページのサムネイル表示で使用されます。

- Preview: 「レンディション情報」ページで使用されます。

- Web: コンテンツ・アイテムのWeb表示可能バージョン。検索結果ページでコンテンツIDまたはサムネイルをクリックしてアクセスするか、コンテンツ情報ページでWeb表示可能リンクをクリックすると、メインのコンテンツ領域に表示されます。レンディション情報ページでプレビュー・イメージをクリックしてアクセスすると、新しいブラウザ・ウィンドウに表示されます。Webレンディションが定義されていない場合は、コンテンツ・サーバーによりネイティブ・ファイルがWeb表示可能ファイルとして使用されます。

- Extra: Thumbnail、PreviewまたはWebとして定義されていないレンディション。

extSourceFile

変換用にチェックインされたアセットへのファイル・パスで、Idoc Scriptとして表されます。

extParameters

ソース・ファイルがどのようにレンダリングされるかを定義する、変換エンジンに渡されるオプション。デフォルトでは、これはextraRendition_definitions.hdaファイルのプロパティ・セクションで宣言されているIdoc Script変数として表されますが、リテラル文字列でも表せます。

- <$infile$>: レンディションの生成に使用されるソース・ファイルの名前で、Idoc Scriptとして表されます。

- <$outfile$>: レンダリングされるファイルの名前。これは必須パラメータであり、Idoc Scriptとして表されます。

- <$parameter_variable$>: 変換アプリケーションによってレンダリングに使用されるオプション。提供されているレンディション・セットでは、これらはextraRendition_definitions.hdaファイルのプロパティ・セクションで宣言されているIdoc Script変数として表されます。変換アプリケーションによって使用されるオプションのリテラル文字列としても表せます。たとえば、damconverter_basedefinitionsでWebレンディションに使用されるリテラル文字列は次のとおりです。

outputid=FI_GIF, graphicoutputdpi=72, graphicwidthlimit=250, graphicheightlimit=0

これは次の変数としても表せます。

<$ImageExport_BasicRenditions_Web$>

extraRendition_definitions.hdaファイルのプロパティ・セクションがImageExport_BasicRenditions_Web=outputid=FI_GIF, graphicoutputdpi=72, graphicwidthlimit=250, graphicheightlimit=0に設定されている場合

extDescription

「レンディション情報」ページに表示されるレンディションの説明。

.hdaファイルを使用した作業の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』を参照してください。

新しいレンディション結果セットを追加するには:

1. 標準のテキスト・エディタでextraRendition_definitions.hdaファイルを開きます。

2. 既存のレンディション結果セットをコピー・アンド・ペーストします。

a. コピーするレンディション結果セットを、@ResultSet行から@end行まで選択し、コピーします。

b. extraRendition_definitions.hdaファイル内のいずれか2つの既存のレンディション結果セットの間にカーソルを置きます。

c. レンディション結果セットをファイルに貼り付けます。

結果セット・セクション間の空白行は無視されます。extraRendition_definitions.hdaファイルを見やすくするために、新しいレンディション結果セットの前後に空白行を挿入するとよいでしょう。

3. @ResultSetの横に表示されている新しいレンディション結果セットの名前を変更します。たとえば、@ResultSet NewNameなどにします。
使用する名前は、説明的なものにします。空白文字やIdoc Scriptタグ用に予約されたその他の文字、またはURLでの使用が無効な空白文字などは使用できません。

4. 結果セットに残す各レンディションのレンディション情報を変更します。

a. extRenditionName列に表示されているレンディションの名前を変更します。レンディション名には空白を含めることができます。

b. extType列に表示されているレンディションのタイプを変更します。各レンディションには複数のタイプ(preview、webなど)を設定できます。

c. extParameters列に表示されているレンダリングの変換オプションを変更します。変換オプションは、どのサード・パーティ変換アプリケーションが使用されているかによって異なります。

d. extDescription列に表示されているレンディションの説明を変更します。説明は何であってもかまいません。説明は「レンディション情報」ページに表示されます。
extSouceFile列で使用されている<$InFilePath$>変数は変更しないでください。

5. 結果セット内の不要なレンディションは削除します。

6. extraRendition_definitions.hdaファイルを保存します。

24.3.2.3 レンディション・セットの有効化

extraRendition_definitions.hdaファイルにレンディション・セットを追加したら、構成マネージャを使用して、「コンテンツ・チェックイン・フォーム」の「イメージ・レンディション・セット」フィールドのオプションとして選択可能にする必要があります。

構成マネージャでレンディション・セットの名前をオプションとして追加するには:

1. 管理者としてコンテンツ・サーバーにログインします。

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

3. 「アプレット」リストから「構成マネージャ」を選択します。

4. 「情報フィールド」ページで、「PackagedConversions」情報フィールドを選択して、「編集」をクリックします。

5. 「構成」をクリックします。

6. オプション・リストの構成ページで、「編集」をクリックします。

7. extraRendition_definitions.hdaファイルのpackedConversion結果セットに記載されているとおりに、新しい結果セットの名前を追加します。レンディション・セットはどのような順序でも並べられます。

extraRendition_definitions.hdaファイルで使用されている名前と、PackagedConversionsオプション・リストで使用されている名前は一致する必要があります。空白文字やIdoc Scriptタグ用に予約されたその他の文字、またはURLでの使用が無効な文字は使用できません。

8. 「OK」をクリックして、「オプションリスト」ページを閉じます。

9. 「OK」をクリックして、オプション・リストの構成ページを閉じます。

10. 「OK」をクリックして、カスタム情報の編集ページを閉じます。

24.3.3 XMPおよびEXIFデータの操作

ほとんどのデジタル・イメージには、その作成に使用されたハードウェアまたはソフトウェアによりデータが関連付けられています。たとえばデジタル・フォトには、撮影された日付および撮影に使用されたカメラなどのデータが関連付けられています。Adobe Photoshopで作成されたデジタル・ファイルには、さらに多くのメタデータが関連付けられています。デジタル・フォトに関連付けられたメタデータはEXIF (Exchangeable Image File Format)データと呼ばれます。これは、Adobe Photoshopなどのコンピュータ・アプリケーションで作成されるデータ・タイプのサブセットです。アプリケーション・メタデータはXMP (EXtensible Metadata Platform)と呼ばれます。

Inbound Refineryは、デフォルトでEXIFおよびXMPデータをコンテンツ・サーバーに送信するように構成されるようになりました。そこで索引付けされ、テキストとして検索できるようになります。

24.3.3.1 コンテンツ・サーバーでのXMPおよびEXIFデータの検索

デフォルトでは、XMPスキーマおよびEXIFデータは、Inbound Refineryによって抽出されてコンテンツ・サーバーに渡されます。コンテンツ・サーバーは、デジタル・アセットの「イメージ・データ」タブにこのデータを表示します。

OracleTextSearchがインストールされていて有効な場合は、データの索引が作成され、フルテキスト検索で検索できます。XMPまたはEXIFメタデータを特定条件で検索できるようにするには、コンテンツ・サーバーのユーザー・インタフェースに対してプレースホルダ・フィールドを有効にし、検索コレクションを再構築する必要があります。実行すると、ユーザーは、データの特定条件を使用してコンテンツを検索できるようになります。

ユーザー・インタフェース上のXMPまたはEXIFデータ・フィールドを有効にして、検索に特定の条件を使用できるようにするには:

1. 「メイン」メニューから、「管理」→「DAM管理」の順に選択します。

2. DAM検索フィールド管理ページで、ユーザー・インタフェース上で有効にするデータ・フィールドを含む、「XMPスキーマ・カテゴリ」の下のセクションを開きます。たとえば、イメージが撮影された日時に基づいてデジタル・イメージを検索するには、「EXIF」カテゴリを開きます。

3. 検索に使用するプレースホルダ・フィールドを見つけて有効にします。たとえば、「EXIF」カテゴリで「XMPオリジナル作成日時」にスクロールして、これを選択します。

4. 「更新」をクリックします。

5. 検索索引を再構築します。検索索引の再構築の詳細は、Oracle WebCenter Contentのドキュメントを参照してください。

注意:

ユーザー・インタフェースでフィールドを有効にすると、コンテンツ・サーバーにプレースホルダ・フィールドが作成され、情報を索引付けして検索することが可能になります。データベース表が変更されたり、データベースに格納するためのフィールドに情報を入力または変更したりできるようにはなりません。

24.4 ビデオ変換の設定と管理

Digital Asset Managerでは、コンテンツ・サーバーにチェックインされたビデオ・アセットをレンダリングするためにサード・パーティ変換アプリケーションが必要です。Digital Asset Managerは、Telestream社のFlipFactory (http://www.telestream.net/flipfactory/overview.htm)およびTelestream社のVantage (http://www.telestream.net/vantage/overview.htm)と連携するように設計されています。コマンドライン・インタフェース・ツールを使用してビデオ・レンディション・セットを作成することもできます。

注意:

2015年7月1日現在、Telestream社ではFlipFactoryを販売していません。

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

- FlipFactoryのインストール

- Vantageのインストール

- Digital Asset Managerビデオ・プラグインのインストール

- FlipFactoryとのディレクトリの共有

- 変換エンジンの共有ディレクトリ・パスの設定

- Vantageの共有ディレクトリ・パスの設定

- メディアの場所の設定

- ビデオ・レンディション・セットの定義

- FlipFactoryでのファクトリの作成と構成

- Vantageワークフローの理解

- WindowsMediaWorkflow.xmlファイルのインポート

- ビデオ変換の管理

- プラグイン・デバッグ・ログの有効化

- ビデオ・レンディション・セットでのコマンドライン・インタフェース(CLI)ツールの使用

24.4.1 FlipFactoryのインストール

FlipFactoryのインストール方法は、http://www.telestream.net/を参照してください。

注意:

Microsoft SQL Server 2000以前のインスタンスがインストールされたコンピュータにFlipFactoryをインストールすると、インストールが失敗します。インストール前に、そのコンピュータでバージョンを確認してください。

FlipFactoryでQuickTimeレンディションを生成するには、QuickTimeがインストールされている必要があります。FlipFactoryのドキュメントを参照して、使用しているFlipFactoryの特定のバージョンでの使用に適したバージョンのQuickTimeの入手と統合に関する情報を確認してください。また、FlipFactoryの最新情報は、http://www.telestream.net/を参照してください。

ビデオ・アセットのレンダリングには多くのコンピュータ・リソースが必要となるため、FlipFactoryとInbound Refineryは別々のサーバー・クラスのシステムにインストールすることをお薦めします。またアクセスを容易にするために、両方のサーバーで同じ管理者ユーザー・リストを使用することをお薦めします。

24.4.2 Vantageのインストール

Vantageのインストール手順はTelestreamのWebサイトにあります。

Vantageのインストール方法は、http://www.telestream.net/を参照してください。

注意:

Vantageの最新情報は、http://www.telestream.net/を参照してください。

ビデオ・アセットのレンダリングには多くのコンピュータ・リソースが必要となるため、VantageとInbound Refineryは別々のサーバー・クラスのシステムにインストールすることをお薦めします。またアクセスを容易にするために、両方のサーバーで同じ管理者ユーザー・リストを使用することをお薦めします。

Vantageライセンスは次を含む必要があります。

- メタデータの処理

- クローズド・キャプションの処理と分析

- インまたはアウトのトランスコーディングの要件

24.4.3 Digital Asset Managerビデオ・プラグインのインストール

Inbound Refineryがビデオの変換のためにFlipFactoryとの通信に使用する監視、トランスポートおよび通知のプラグインは、IdcHomeDir/components/DAMConverter/VideoManagerFlipFactoryPlugin/idcFlipFactoryPlugin.zipで配布されます。

FlipFactory用のDigital Asset Managerプラグインをインストールして構成するには:

1. FlipFactoryがインストールされているWindowsサーバー上でサービスを開きます。

2. Flip Engineサービスを選択して、「操作」→「停止」の順に選択します。

3. idcFlipFactoryPlugin.zipファイルを、FlipFactoryのインストール・ディレクトリに抽出します。次の場所に2つのディレクトリが抽出されます。

- /FlipFactory_install_dir/idcTools/

- /FlipFactory_install_dir/Plugins

注意:

すべてのファイルが正しい場所に抽出されるようにするために、zipファイルの抽出時には、このディレクトリ構造を維持してください。完全なディレクトリ構造は次のとおりです。

- /FlipFactory_install_dir/idcTools/

- /FlipFactory_install_dir/Plugins/com/stellent/refinery/ff/impl

24.4.4 FlipFactoryとのディレクトリの共有

ビデオを変換するには、Digital Asset Managerの各実装に対し、FlipFactoryと共有するファイル・システム上にステージング・ディレクトリと監視対象ディレクトリが必要です。これらは、同じディレクトリでもかまいません。各監視対象ディレクトリ内のサブディレクトリの名前は、Digital Asset Manager内のレンディション・セットの名前と同じにする必要があります。また、このレンディション・セットの名前は、FlipFactoryで作成されたファクトリと同じ名前にする必要があります。

また、監視対象フォルダの各サブディレクトリ内には、inディレクトリとoutディレクトリが必要です。

注意:

複数のファクトリが同じinディレクトリを参照する場合、入力ファイルは、最初に通知を受け取ったファクトリでレンダリングされます。ファクトリごとにパラメータが異なるため、予期しない結果が発生することがあります。変換が正しく機能し、各レンディションに対して予想どおりの結果が得られるようにするためには、FlipFactoryで作成される各ファクトリは専用のinディレクトリを参照する必要があります。

共有ディレクトリへのパスには空白を含めないでください。

必須ディレクトリを作成するには:

1. FlipFactoryとInbound Refineryの両方からアクセス可能な共有ファイル・システムを用意します。最良の結果を得るには、FlipFactoryがインストールされているシステム上に共有ディレクトリを設定します。

2. ステージング・ディレクトリを作成します。任意の名前を付けてください(たとえば、Video_Staging)。

3. 監視対象ディレクトリを作成します。任意の名前を付けてください(たとえば、Video_Watch)。1つの共有ディレクトリを、監視対象ディレクトリとステージング・ディレクトリの両方に使用できます。

4. 監視対象ディレクトリを開き、Digital Asset Managerで定義されている各レンディション・セットに対するディレクトリを作成します。ディレクトリ名は、構成マネージャでVideoRenditionsカスタム・メタデータ・フィールドを編集することにより定義したレンディション・セットの名前と同じである必要があります。

注意:

変換が正しく機能するには、監視対象サブディレクトリ、Digital Asset Managerレンディション・セットおよびFlipFactoryファクトリの名前が同じである必要があります。共有ディレクトリへのパスには空白を含めてはなりません。

5. 監視対象ディレクトリ内の各ディレクトリを開き、inとoutという名前の2つのサブディレクトリを作成します。次に例を示します。

/Video_Watch_dir/MediumBandwidth/in
/Video_Watch_dir/MediumBandwidth/out

24.4.5 変換エンジンの共有ディレクトリ・パスの設定

ステージング・ディレクトリおよび監視対象ディレクトリを作成したら、Inbound RefineryとFlipFactoryの両方にそれらのディレクトリがどこにあるかを知らせる必要があります。Inbound Refineryは、アセットのコピーをステージング・ディレクトリに配置し、レンダリングの完了時に監視対象ディレクトリからレンディションを取得できなければなりません。Inbound Refineryは、FlipFactoryが理解できる構文で、監視対象ディレクトリ内のファイルのレンダリングをリクエストし、FlipFactoryに対してアセットがどこにあり、どこにレンディションを戻すべきかを指定するXMLファイルをポストする必要もあります。最良の結果を得るには、FlipFactoryがインストールされているシステム上に共有ディレクトリを設定します。

Inbound Refineryでの共有ディレクトリ・パスの設定

Inbound Refineryに共有ディレクトリ・パスを設定するには:

1. 共有ディレクトリにアクセスする各Inbound Refinery接続用のDomainDir/ucm/ibr/bin/intradoc.cfgファイルを、標準のテキスト・エディタで開きます。

2. VideoStagingDir変数を追加して、この変数をFlipFactoryと共有するステージング・ディレクトリのパスに設定します。例:
VideoStagingDir=\\\\NetworkIdentity/Video_Staging/

パスとして、ローカル・パス、マップされたパスまたはUniversal Naming Convention (UNC)パスを使用できます。バックスラッシュはJavaではエスケープ文字であるため、バックスラッシュを使用するパスは2つのバックスラッシュを使用してエスケープする必要があります。たとえば、パス\\NetworkIdentity/Video_Stagingは\\\\NetworkIdentity/Video_Stagingになります。

注意:

共有ディレクトリへのパスには空白を含めないでください。

3. RefineryFlipFactoryWatchRootDir変数を追加して、この変数をFlipFactoryと共有する監視対象ディレクトリのパスに設定します。例:
RefineryFlipFactoryWatchRootDir=\\\\NetworkIdentity/Video_Watch

4. 変更を保存して、intradoc.cfgファイルを閉じます。

ディレクトリ構成

Windowsプラットフォームの場合は、VideoStagingDirとRefineryFlipFactoryWatchRootDirディレクトリに同じ値を保持できます。UNIXプラットフォームの場合は、XMLリクエストでディレクトリ・ロケーションをポストするための構文とは別に、ディレクトリにアクセスするための構文が必要になることがあります。

Inbound Refineryが正確にファイル・パスをポストするためのコンテキストを提供するように、Inbound Refinery接続のintradoc.cfgファイルに次の変数を追加します。

- VideoStagingDirFactoryContext

- RefineryFlipFactoryWatchRootDirFactoryContext

たとえば、FlipFactoryのインスタンスで\\\\NetworkIdentity/Video_Staging/にステージング・ディレクトリが作成され、/mnt/Video_StagingとしてUNIX Inbound Refineryシステムにマウントされた場合、次のようになります。

- VideoStagingDir=/mnt/Video_Staging

- VideoStagingDirFactoryContext=\\\\NetworkIdentity/Video_Staging/

intradoc.cfgファイルに複数プラットフォームのサポート変数を追加するには:

1. 共有ディレクトリにアクセスする各Inbound Refinery接続用のDomainDir/ucm/ibr/bin/intradoc.cfgファイルを、標準のテキスト・エディタで開きます。

2. VideoStagingDirFactoryContext変数を追加して、この変数をFlipFactoryのコンテキストから見たステージング・ディレクトリのパスに設定します。次に例を示します。

VideoStagingDirFactoryContext=\\\\NetworkIdentity/Video_Staging/

3. RefineryFlipFactoryWatchRootDirFactoryContext変数を追加して、この変数をFlipFactoryのコンテキストから見た監視対象ディレクトリのパスに設定します。次に例を示します。

RefineryFlipFactoryWatchRootDirFactoryContext= \\\\NetworkIdentity/Video_Watch

4. 変更を保存して、intradoc.cfgファイルを閉じます。

FlipFactoryでの共有ディレクトリ・パスの設定

FlipFactoryでは、ファクトリを作成するたびにOracle IBR監視プラグインを使用して監視対象ディレクトリが定義されます。詳細は、「Digital Asset Managerビデオ・プラグインのインストール」を参照してください。

FlipFactoryでは、ステージング・ディレクトリは明示的に定義する必要はありません。

注意:

FlipFactoryがUNIXプラットフォーム上の共有ディレクトリにアクセスするには、Flip Engineサービスを構成して特定のユーザーが実行できるようすることが必要になる場合があります。詳細は、FlipFactoryに付属のドキュメントを参照してください。

24.4.6 Vantageの共有ディレクトリ・パスの設定

1. 共有ディレクトリにアクセスする各Inbound Refinery接続用のDomainDir/ucm/ibr/bin/intradoc.cfgファイルを、標準のテキスト・エディタで開きます。

2. WatchedWorkflowRootDir変数を追加し、Vantageと共有するワークフロー・ディレクトリのパスと同じになるように設定します。たとえば、WatchedWorkflowRootDir=\\\\VantageServer\\DAMRenditions\\です。パスとして、ローカル・パス、マップされたパスまたはUniversal Naming Convention (UNC)パスを使用できます。バックスラッシュはJavaではエスケープ文字であるため、バックスラッシュを使用するパスは2つのバックスラッシュを使用してエスケープする必要があります。たとえば、パス\\VantageServer\\DAMRenditions\\は\\\\VantageServer\\DAMRenditions\\になります
ディレクトリへのパスには空白を含めないでください。

3. 変更を保存して、intradoc.cfgファイルを閉じます。

3つのVantageワークフロー(WMV、WebSmallおよびWebBig)がある場合は次のディレクトリを作成します。

- WMV:
Watchアクションの対象: \\\\VantageServer\\DAMRenditions\\WMV\in\

Deployアクションの対象: \\\\VantageServer\\DAMRenditions\\WMV\out\

- WebSmall:
Watchアクションの対象: \\\\VantageServer\\DAMRenditions\\WebSmall\in\

Deployアクションの対象: \\\\VantageServer\\DAMRenditions\\WebSmall\out\

- WebBig
Watchアクションの対象: \\\\VantageServer\\DAMRenditions\\WebBig\in\

Deployアクションの対象: \\\\VantageServer\\DAMRenditions\\WebBig\out\

24.4.7 メディアの場所の設定

デフォルトでは、コンテンツ・サーバーはメディアの場所としてweblayoutディレクトリを使用します。これに必要なのは、ビデオに対するメディアの場所として使用するためにコンテンツ・サーバーのweblayoutディレクトリを指すようにInbound Refineryで構成変数を設定することだけです。

ただし、ビデオ・レンディションは、様々な場所(コンテンツ・サーバー外からアクセスできるファイル・システム上に配置された、コンテンツ・サーバーのweblayoutディレクトリなど)に配置することも、ストリーミング・サーバーに送信することも可能です。

注意:

レンダリングされたビデオをストリーミングするときには、サポートされているメディア・サーバーを、そのメディア・サーバーの指示に基づいてインストールして構成します。さらに、正しいストリーミング・フォーマットで配信するように変換アプリケーションを設定します。現在Digital Asset Managerでは、Darwin Streaming Server (QuickTime)、Helix Streaming Server (HelixMedia)およびWindows Media Serverがサポートされています。

この項では、メディアの場所に関する次の項目について説明します。

- コンテンツ・サーバー内へのレンディションの配置

- コンテンツ・サーバー外へのレンディションの配置

- コンテンツ・サーバー内外へのレンディションの配置

- 配置場所構成変数の設定

- 特定のメディア・フォーマットの配置場所の構成

24.4.7.1 コンテンツ・サーバー内へのレンディションの配置

メディアの場所としてweblayoutディレクトリを使用すると、コンテンツ・サーバー内にアセットを保持できますが、そのアセットにコンテンツ・サーバー外からアクセスできなくなります。アセットをコンテンツ・サーバーの外に格納すると、それらのアセットを、異なるアクセス権やバックアップ・スケジュールが設定された複数の場所に送信したり、別のメディア・サーバーやWebサーバーから提供できます。

メディアの場所の指定に必要な構成変数の設定手順の詳細は、「配置場所構成変数の設定」を参照してください。例24-1 に、コンテンツ・サーバーのWebレイアウト・ディレクトリにメディア・レンディションを格納するために必要な構成を示します。

例24-1 コンテンツ・サーバーのWebレイアウト・ディレクトリへのメディア・レンディションの格納

コンテンツ・サーバーの設定

すべてをweblayoutディレクトリに格納する場合は、コンテンツ・サーバーのいずれの構成変数も設定する必要はありません。

Inbound Refineryの設定

Inbound Refineryのintradoc.cfgファイルで次の変数を設定して、コンテンツ・サーバーのweblayoutディレクトリを参照するようにします。

DefaultMediaPhysicalRoot-agentName=agentWeblayoutDir

agentNameはコンテンツ・サーバーのIDC_Nameです。また、agentWeblayoutDirはInbound Refineryから見たコンテンツ・サーバーのweblayoutディレクトリです。

ファイル・ストア・プロバイダを使用して設定されたパーティションをコンテンツ・サーバーで使用している場合は、各パーティションに対する構成エントリを作成する必要があります。たとえば、コンテンツ・サーバーのルート$#env.WeblayoutDir$/damPartition/にdamPartitionとして定義されたパーティションがある場合、エントリは次のようになります。

DefaultMediaPhysicalRoot-agentNameOnpartitionName=agentdamPartitionPath

agentNameはコンテンツ・サーバーのIDC_Name、partitionNameはパーティションの名前、agentdamPartitionPathNameはInbound Refineryから見たパーティション・ルートへのパスです。

24.4.7.2 コンテンツ・サーバー外へのレンディションの配置

コンテンツ・サーバー外にアセットを配置すると、ストリーミング・メディア・サーバーやWebサーバーなどの別のサーバーがレンディションにアクセスできるようになります。アセットをコンテンツ・サーバー外に配置する場合は、アセットの場所をInbound Refineryとコンテンツ・サーバーの両方の構成ファイルで設定する必要があります。また、コンテンツ・サーバーの構成ファイルには、URLルートも設定する必要があります。次の例では、コンテンツ・サーバー外にメディア・レンディションを格納するために必要な構成を示します。

注意:

コンテンツ・サーバーとInbound Refineryはどちらも、配置場所に物理的にアクセスできる必要があります。コンテンツ・サーバー外のレンディションにアクセスするには、個別のWebサーバーをインストールして構成する必要があります。

注意:
URLルートDefaultMediaUrlRootは必ず小文字で指定してください。そうしないと、アセットが正常に機能しないことがあります。

例24-2 コンテンツ・サーバー外へのメディア・レンディションの格納

コンテンツ・サーバーの設定

コンテンツ・サーバーのintradoc.cfgファイルで、次の構成設定値を設定して、メディアの場所の物理ルートとURLルートを指定する必要があります。

DefaultMediaPhysicalRoot=\\\\mediaServer/ucmmedia/
DefaultMediaUrlRoot=http://mediaServer/media/

ファイル・ストア・プロバイダを使用して設定されたパーティションをコンテンツ・サーバーで使用している場合、各パーティションはDefaultMediaPhysicalRootで設定されているルートの場所のサブディレクトリになります。デフォルトでは、コンテンツ・サーバーはDefaultMediaPhysicalRootの設定にパーティション名を付加した場所にメディアを格納します。

たとえば、DefaultMediaPhysicalRoot=\\\\mediaServer/ucmmedia/の場合、メディアは次の場所に格納されます。

\\\\mediaServer/ucmmedia/partitionName

同様に、DefaultMediaUrlRootで設定されているURLルートのデフォルトにも自動的にパーティション名が付加されます。たとえば、DefaultMediaUrlRoot=http://mediaServer/media/の場合、メディアは次の場所でアクセスされます。

http://mediaServer/media/partitionName

ファイル・ストア・プロバイダのパーティションは、DefaultMediaPhysicalRootOnpartitionNameとDefaultMediaUrlRootOnpartitionNameを設定することで、必要に応じて、物理ルートとURLルートとして使用されるように定義できます。例:

DefaultMediaPhysicalRootOnpartitionName=\\\\mediaServer2/ucmparition/
DefaultMediaUrlRootOnpartitionName=http://mediaServer2/ucmparition/

Inbound Refineryの設定

Inbound Refineryのintradoc.cfgファイルで次のエントリを設定します。

DefaultMediaPhysicalRoot-agentName=\\\\mediaServer/ucmmedia/

agentNameはコンテンツ・サーバーのIDC_Nameです。

コンテンツ・サーバーのintradoc.cfgファイルでDefaultMediaPhysicalRootOnpartitionNameを設定している場合、両方の設定が同じ場所に解決されるように、Inbound Refineryのintradoc.cfgファイルでも同様に設定する必要があります。

DefaultMediaPhysicalRootOnpartitionName=\\\\mediaServer2/ucmparition/

24.4.7.3 コンテンツ・サーバー内外へのレンディションの配置

状況によっては、ほとんどのレンディションのメディアの場所としてweblayoutディレクトリを使用して、特定のフォーマットはコンテンツ・サーバー外に配置すると便利になることがあります。たとえば、.MOVレンディションはコンテンツ・サーバー内に格納するが、.WMVと.WMAレンディションはストリーミング・メディア・サーバーからアクセスできるようにコンテンツ・サーバー外に配置する場合などです。次の例では、コンテンツ・サーバーの内側と外側の両方にメディア・レンディションを格納するために必要な構成を示します。

注意:

コンテンツ・サーバーとInbound Refineryはどちらも、配置場所に物理的にアクセスできる必要があります。

例24-3 コンテンツ・サーバー内外へのメディア・レンディションの格納

コンテンツ・サーバーの設定

例24-2のコンテンツ・サーバーの項に示した例に従って、メディアの物理ルートとURLルートを指定します。

次の変数を設定して、.WMVファイルと.WMAファイルが、その他のレンディションとは別に扱われるように指定します。

WinMediaSupportEnabled=true

コンテンツ・サーバーのintradoc.cfgファイルで、次の変数を設定して、.WMVファイルと.WMAファイルの場所を指定します。

WinMediaPhysicalRoot=\\\\winmediaServer/ucmRenditions/windowsMedia/
WinMediaUrlRoot=rstp://winmediaServer/ucmRenditions/windowsMedia/

Inbound Refineryの設定

例24-2のInbound Refineryの項に示した例に従って、メディアの物理ルートを指定します。

Inbound Refineryのintradoc.cfgファイルで、次の変数を設定して、.WMVファイルと.WMAファイルが、その他のレンディションとは別に扱われるように指定します。

WinMediaSupportEnabled=true

次の変数を使用して、コンテンツ・サーバーの外側に配置するフォーマットを指定します。

WinMediaFormats=wmv|wma

次の変数を設定して、.WMVファイルと.WMAファイルの場所を指定します。

WinMediaPhysicalRoot-agentName=\\\\winmediaServer/ucmRenditions/windowsMedia/

特定のフォーマットに対する場所を設定する手順の詳細は、「特定のメディア・フォーマットの配置場所の構成」を参照してください。

24.4.7.4 配置場所構成変数の設定

アセットの配置場所を設定するには:

1. 共有ディレクトリにアクセスする各Inbound Refinery接続用の接続ディレクトリDomainDir/ucm/ibr/binにあるintradoc.cfgファイルを、標準のテキスト・エディタで開きます。

2. DefaultMediaPhysicalRoot変数を追加して、ビデオ・レンディションのデフォルトの配置場所に設定します。Inbound Refineryは複数のコンテンツ・サーバーに対する変換を行っている場合もあるため、コンテンツ・サーバーのエージェント名を変数に付加する必要があります。次に例を示します。

DefaultMediaPhysicalRoot-AgentName=\\\\NetworkIdentity/contentserver/weblayout/

注意:

これはルート・ディレクトリです。実際のメディア・ファイルは、一般的なコンテンツ・サーバーの/weblayout/ディレクトリをミラーするサブディレクトリに存在します。パスとして、ローカル・パス、マップされたパスまたはUniversal Naming Convention (UNC)パスを使用できます。バックスラッシュはJavaではエスケープ文字であるため、バックスラッシュを使用するパスは2つのバックスラッシュを使用してエスケープする必要があります。

3. 共有ディレクトリにアクセスする各コンテンツ・サーバー接続用の接続ディレクトリDomainDir/ucm/cs/binにあるintradoc.cfgファイルを、標準のテキスト・エディタで開きます。

注意:

ネットワークの設定に応じて、このパスはInbound Refineryのintradoc.cfgファイルで設定されているパスと同一でない場合もありますが、2つのパスは同じ場所に解決される必要があります。

4. 各コンテンツ・サーバーにDefaultMediaPhysicalRoot変数を追加し、この変数をリファイナリ・サーバーが配置するビデオ・レンディションのデフォルトの場所に設定する必要があります。次に例を示します。

DefaultMediaPhysicalRoot=\\\\NetworkIdentity/contentserver/weblayout/

5. DefaultMediaUrlRootを、ファイルにアクセスするためのURLルート・パスのデフォルトの場所(プロトコルも含む)に設定します。次に例を示します。

DefaultMediaUrlRoot=http://NetworkIdentity/contentserver/

注意:

Inbound Refineryを使用する各コンテンツ・サーバー・エージェントのDefaultMediaPhysicalRoot変数は、リファイナリの対応するDefaultMediaPhysicalRoot-AgentName変数と同じ場所に解決される必要があります。また、コンテンツ・サーバー内の各DefaultMediaUrlRoot変数は、そのサーバーに対するコンテンツ・サーバーのDefaultMediaPhysicalRootと同じ場所に解決される必要があります。

6. 変更を保存して、intradoc.cfgファイルを閉じます。

7. 管理対象サーバーを再起動します。

レンダリングされたすべてのビデオ・アセットを設定した場所に配置する場合は、構成ファイル内で変数を設定する必要があります。一部のメディア・フォーマットを別の場所に送信する場合は(たとえば、すべての.raファイルをストリーミング・サーバーに送信する場合や、すべての.mpgファイルを外部ストレージ・システムに送信する場合)、該当するフォーマット用の場所も構成する必要があります。

24.4.7.5 特定のメディア・フォーマットの配置場所の構成

メディア・フォーマットに基づいて、異なるビデオ・レンディションに個別の場所を指定することもできます。各種フォーマットに対する物理およびURLルートを定義するための次のようなメディア・カテゴリが用意されています。

- WinMedia

- DarwinMedia

- HelixMedia

- QuickTimeMedia

- RealMedia

これらのカテゴリ名はラベルの役割のみを果たし、どのフォーマットでもいずれかのカテゴリ・ラベルの下にグループ化できます。

様々なフォーマットに対してそれぞれ異なる場所を指定するには、Inbound Refineryとコンテンツ・サーバーの両方のintradoc.cfgファイルを編集して、次の作業を行います。

- あるカテゴリを有効にする

- そのカテゴリによって処理されるフォーマットを指定する

- そのカテゴリ固有の物理ルートを設定する

コンテンツ・サーバーについてのみ:

- そのカテゴリ固有のURLルートを設定する

注意:

コンテンツ・サーバーとInbound Refineryはどちらも、配置場所に物理的にアクセスできる必要があります。

特定のフォーマットに別の場所を設定するには:

1. 共有ディレクトリにアクセスする各Inbound Refinery接続用のDomainDir/ucm/ibr/bin/intradoc.cfgファイルを、標準のテキスト・エディタで開きます。

2. 適切な変数をtrueに設定することにより、カテゴリを有効にします。たとえば、次の変数を設定できます。

WinMediaSupportEnabled=true
DarwinMediaSupportEnabled=true
HelixMediaSupportEnabled=true

3. 適切な変数を対応するフォーマット拡張子に設定することにより、カテゴリによって処理されるメディアのフォーマットを設定します。次に例を示します。

WinMediaFormats=wm*|asf|asx

各フォーマットはパイプ(|)で区切ります。また、アスタリスク(*)はワイルドカードとして使用できます。

次の変数を設定し、有効にした1つ以上のカテゴリと一致させる必要があります。

- WinMediaFormats

- DarwinMediaServerFormats

- HelixMediaServerFormats

4. 適切な変数を対応する物理パスに設定することにより、カテゴリによって処理されるメディアの物理ルートを設定します。次に例を示します。

HelixMediaPhysicalRoot=\\\\NetworkIdentity/RealMedia/

次の変数を設定し、有効にした1つ以上のカテゴリと一致させる必要があります。

- WinMediaPhysicalRoot

- DarwinMediaPhysicalRoot

- HelixMediaPhysicalRoot

注意:

これはルート・ディレクトリです。実際のメディア・ファイルは、一般的なコンテンツ・サーバーの/weblayoutディレクトリをミラーするサブディレクトリに存在します。パスとして、ローカル・パス、マップされたパスまたはUniversal Naming Convention (UNC)パスを使用できます。バックスラッシュはJavaではエスケープ文字であるため、バックスラッシュを使用するパスは2つのバックスラッシュを使用してエスケープする必要があります。

5. 共有ディレクトリにアクセスする各コンテンツ・サーバー接続用のDomainDir/ucm/cs/bin/intradoc.cfgファイルを、標準のテキスト・エディタで開きます。

6. コンテンツ・サーバーのintradoc.cfg ファイルで、手順2 から4を繰り返します。

7. コンテンツ・サーバーのintradoc.cfgファイルで、レンダリングされるフォーマットに基づいて次のいずれかの変数を追加し、ファイルにアクセスするためのURLルート・パス(プロトコルも含む)に設定します。次に例を示します。

HelixMediaUrlRoot=rtsp://NetworkIdentity:554/

次の変数を設定し、有効にした1つ以上のカテゴリと一致させる必要があります。

- WinMediaUrlRoot

- DarwinMediaUrlRoot

- HelixMediaUrlRoot

8. 変更を保存して、intradoc.cfgファイルを閉じます。

9. 管理対象サーバーを再起動します。

24.4.8 ストリーミング・サーバーの使用

メディアの変換の設定方法、カテゴリおよびURLルート変数に応じて、レンディションはWebサーバーまたはストリーミング・メディア・サーバーから提供できます。レンダリングされたビデオをストリーミングするには、次のアクションを実行する必要があります。

- サポートされるメディア・サーバーに付属の指示に基づいて、メディア・サーバーをインストールして正しく構成する

- 適切なストリーミング・フォーマットを配信するように変換アプリケーションを設定する

- 正しい場所にレンディションを配信するようにカテゴリを構成する

- ストリーミング・サーバーに対する適切なプロトコルと構文でWeb URLルートを構成する

Digital Asset Managerでは、Darwin Streaming Server (QuickTime)、Helix Streaming Server (RealMedia)およびWindows Media Serverがサポートされています。ストリーミング・メディアで使用されるプロトコルの詳細は、メディア・サーバーのドキュメントを参照してください。

24.4.9 ビデオ・レンディション・セットの定義

ビデオについては、FlipFactoryで定義されているファクトリには、ファクトリ内で指定されているビデオ・レンディションにデジタル・アセットを変換するためのオプションが含まれます。FlipFactoryとInbound Refineryによって共有されるファイル・システム上の対応するディレクトリにはinサブディレクトリがあり、FlipFactoryはInbound RefineryによってXMLファイルという形でそのディレクトリにポストされるリクエストの有無を監視します。

ファクトリがリクエストされたレンディションを作成すると、ファイルはXMLファイルとともに監視対象ファクトリ・ディレクトリのoutサブディレクトリに配置されます。Inbound RefineryはoutディレクトリでXMLファイルの有無を監視し、そのファイルを使用して完了したレンディションを見つけ、コンテンツ・サーバーに返すか、構成された別の場所に配置します。ビデオ・レンディションの詳細は、「ビデオ変換の設定と管理」を参照してください。ビデオ・レンディションのダウンロードの詳細は、WebCenter Contentの特定のビデオ・レンディションのダウンロードに関するブログ記事を参照してください。

ファイルがコンテンツ・サーバーにチェックインされると、そのファイルのフォーマットでデジタル・アセットであるかどうかが判別されます。これがビデオ・ファイルの場合、コンテンツ・サーバーはファイルをInbound Refineryに渡します。Inbound Refineryは変換するファイルがあることをビデオ変換アプリケーションに通知します。生成されたレンディションはInbound Refineryを介してコンテンツ・サーバーまたはその他の指定された場所に戻され、そこで1つのコンテンツID下で管理され、組織で利用できるようになります。

ビデオ・アセットについては、構成マネージャ・アプレットのVideoRenditionsメタデータ・フィールドの選択リストに対して定義されているレンディション・セットの名前が、FlipFactoryで設定されているファクトリの名前および監視対象ディレクトリで監視されているファクトリ・ディレクトリ名と厳密に一致する必要があります。

図24-1 ビデオ・アセットのレンダリング

ファクトリを変更または追加するときには、デジタル・アセットのチェックイン時にレンディション・セットの名前のみがコントリビュータに表示されることに注意してください。レンディション・セット名は説明的である必要があります。ファクトリ名および説明は、「コンテンツ情報」ページおよび「レンディション情報」ページに表示されます。

Idoc Scriptタグ用に予約された、またはURLでの使用が無効なスペースやその他の文字は、レンディション名には使用できません。

24.4.10 FlipFactoryでのファクトリの作成と構成

FlipFactoryで作成されるファクトリは、コンテンツ・サーバーで定義されているレンディション・セットと同じ名前で、適切な監視対象ディレクトリにアクセスするように構成する必要があります。

ファクトリの作成

FlipFactoryにファクトリを作成するには:

1. Digital Asset Managerプラグインのインストール後に、「サービス」を開き、Flip Engineサービスが開始されていることを確認します。Digital Asset Managerプラグインのインストールの詳細は、「Digital Asset Managerビデオ・プラグインのインストール」を参照してください。

2. FlipFactoryを起動してログインします。

3. 「Manage Factories」をクリックします。

4. 「Manage Factories」ページで、「Factories」フォルダを右クリックして、コンテキスト・メニューから「New Factory」を選択します。

5. 新しい無題のフォルダを選択します。

6. 「Factory Editor」パネルで、Digital Asset Managerのレンディション・セットの名前に対応する名前を「Name」フィールドに入力します。名前は同一である必要があります。たとえば、レンディション・セットの名前がMixedBandwidthである場合、新しいファクトリにはMixedBandwidthという名前を付ける必要があります。ファクトリの説明の入力はオプションです。

プラグインの構成

Digital Asset Managerのレンディション・セットに対応するファクトリを作成したら、FlipFactoryとInbound Refinery間で通信するように適切なプラグインを構成する必要があります。

監視対象ディレクトリのパスの設定

Inbound Refineryによって監視されているディレクトリは、ファクトリによっても監視される必要があります。ファクトリ用の監視対象ディレクトリへのパスを設定するには、次の手順を実行します。

1. 新しいファクトリのフォルダを開きます。次の4つのサブフォルダが表示されます。

- Monitors

- Process/Analyze

- Products

- Notifications

2. 「Monitors」フォルダを選択します。

3. 「Oracle IBR Monitor」タブを選択し、「Add」をクリックします。

4. 「Monitors」フォルダでOracle IBR Monitorを選択します。

5. 「Refinery Monitor」パネルで、「Enable」チェック・ボックスが選択されていることを確認します。

6. Watch Folderセクションの下の「参照」をクリックします。

7. 「Watch Folder」ダイアログ・ボックスを使用して、この実装に対して作成された監視対象フォルダを選択し、その下のファクトリ名と同一名のディレクトリのinサブフォルダに移動します。
たとえばファクトリ名がMixedBandwidthの場合、Video_Watch/MixedBandwidth/inまで移動します。監視対象ディレクトリのサブフォルダを作成していない場合は、「FlipFactoryでのディレクトリの共有」を参照してください。

8. 「選択」をクリックします。

キーフレーム抽出の有効化

FlipFactoryは、「レンディション情報」ページのストーリボード・セクションで使用するためのビデオ・アセットのキーフレームを作成する必要があります。キーフレーム抽出を有効化するには、次の手順を実行します。

1. 新しいファクトリ・フォルダを開いた状態で、「Process/Analyze」→「Video Analysis」を選択します。

2. 「Enabled」チェック・ボックスを選択します。

3. 「Process/Analyze」フォルダ内のVideo Analysisを選択します。

4. 「KeyFrame Extraction」タブが選択され、「Enabled」チェック・ボックスが選択されていることを確認します。

5. 必要に応じてキーフレーム・パラメータを構成します。パラメータ・オプションの詳細は、FlipFactoryのドキュメントを参照してください。

注意:

キーフレームの抽出を有効にできないと、コンテンツ・サーバーの検索結果ページでレンディションのイメージ・リンクが切断されることがあり、また「レンディション情報」ページでのそのレンディションに対するストーリボード機能が無効になります。

通知の有効化

ファクトリは、リクエストの完了時にInbound Refineryに通知を行う必要があります。通知を有効にする手順は、次のとおりです。

1. 新しいファクトリ・フォルダが開いた状態で「Notifications」を選択します。

2. 「Refinery Notify」タブを選択して、「Add」をクリックします。
「Refinery Notify」アイテムが有効になり、「Notification」フォルダに追加されます。「Refinery Notify」アイテムにはユーザーが構成可能な設定はありません。

プロダクトの追加とレンディションの宛先の設定

ファクトリ内の各プロダクトはレンディション・セット内のレンディションに対応しており、各プロダクトの宛先は「レンディション情報」ページに表示されるレンディション名に対応しています。プロダクトを追加して、宛先を設定するには、次の手順を実行します。

1. 新しいファクトリ・フォルダを開いた状態で、「Products」を右クリックし、コンテキスト・メニューから「New Product」を選択します。

注意:

「Product」パネルでは変換フォーマットを指定します。デフォルトでは、「Duplicate Original」が有効になっています。FlipFactoryのライセンス契約に応じて、一部のフォーマット・オプションが選択できない場合があります。選択可能なオプションが、Digital Asset Managerではサポートされていないことがあります。

適切な出力フォーマットでレンダリングするには、入力フォーマットを再生するための適切なコーデックがFlipFactoryと同じサーバー上にインストールされている必要があります。.aviなどの一般的なWebフォーマットでは、同じフォーマット内でも異なるコーデックを使用する場合があります。問題が発生する場合は、元の入力ファイルをFlipFactoryシステムで再生できることを確認してください。再生できない場合は、適切なコーデックを入手する必要があります。詳細は、FlipFactoryのドキュメントを参照してください。

2. 「Product」フォルダを開きます。

3. 「Destination」フォルダを選択します。

4. 「Refinery Transport」タブを選択し、「Add」をクリックします。

5. 「Destinations」フォルダで、Refinery Transportアイテムを選択します。

6. 「Rendition Name」フィールドにレンディションの名前を入力します。どのような名前を付けてもかまいません。これは、コンテンツ・サーバーの「レンディション情報」ページに表示される名前です。

注意:

レンディション名は入力する必要があります。入力しないと、アセットのレンダリングは失敗します。レンダリングが失敗した場合は、リポジトリ・マネージャを使用してコンテンツ・サーバーからコンテンツ・アイテムを削除し、Inbound Refineryを再起動する必要があります。

24.4.11 WindowsMediaWorkflow.xmlファイルのインポート

Vantageをインストールした後で、IdcHomeDir/components/DAMConverter/VantageフォルダにあるWindowsMediaWorkflow.xmlファイルをインポートすることをお薦めします。このワークフローでは、Digital Asset Manager統合で必要となる変数、ラベルおよびスタイル・シートがすべて作成されます。

ワークフローをインポートする手順は次のとおりです。

1. Vantage Workflow Designerを起動します。

2. 「File」→「Import Workflows...」に移動します。

3. ワークフローのカテゴリを選択するか作成します。

4. 最初のWatchアクションと最後の2つのDeployアクションのパスが環境で有効であることを確認します。

5. ワークフローをアクティブ化します。

このワークフローによって最大3つのレンディションが生成されます。

- 入力のWindows Media (wmv)レンディション

- ストーリボード用の一連のキーフレーム

- W3C TTMLファイル(入力にクローズド・キャプションが含まれる場合)。

24.4.12 Vantageワークフローの理解

この項では、Digital Asset ManagerでのVantageワークフローの主な手順について説明します。各Digital Asset Managerビデオ・レンディション・セットは個別のVantageワークフローで作成する必要があります。

各ワークフローはWatchアクションから開始します。Watchアクションは、レンディションごとにinディレクトリを監視するように構成されています。Watchアクションがジョブを選択すると、ワークフローがジョブを複数の部分に分割します。この項では、オーディオ・ストリームとビデオ・ストリームの両方を含むメディア・ファイルのワークフローについて説明します。

ビデオ・レンディションの生成

この処理の概要は次のとおりです。

1. Flipアクションによって、レンディション・セットのすべてのレンディションが作成されます。各FlipアクションがVantage変数「Rendition Name」を設定する必要があります。この変数は、WebCenter Contentユーザー・インタフェースではWebCenter Content Digital Asset Managerのレンディション名です。
Vantage変数「Rendition name」を設定する手順は次のとおりです。

a. アクションを右クリックして、「Add Variables...」を追加します。

b. 「Add Variable」ダイアログで「Rendition Name」変数を追加します。

2. ビデオ・レンディションを生成する各Flipアクションには2つのIdentifyアクションが含まれます。これらのアクションがレンディションのプロパティを識別します。1つのIdentifyアクションでは、次の変数の属性が識別されます。

変数

説明

Movie Duration

コンテンツの期間の識別

Video Width

ビデオの幅の識別

Video Height

ビデオの高さの識別

Video Framerate

ビデオ・フレームレートの識別

Video Bitrate

ビデオ・ビットレートの識別

3. 2番目のIdentifyアクションは次の変数を識別します。

変数

説明

File name

ファイル名の識別

4. IdentifyアクションはPopulateアクションに情報を渡します。Populateアクションは、Identifyアクションによって識別された変数をWebCenter Content Digital Asset Managerのレンディション・メタデータ・ラベルに移入します。WebCenter Content Digital Asset Managerのレンディション・メタデータ・ラベルには次のフィールドが含まれます。

フィールド

説明

RenditionName

Vantage変数「Rendition Name」によって移入されます。ビデオ・レンディションとキーフレーム・レンディションの両方が識別のためにこれを使用します。

FileName

Vantage変数「File Name」によって移入されます。ビデオ・レンディションによって使用されます。

Bitrate

Vantage変数「Bitrate」によって移入されます。ビデオ・レンディションによって使用されます。

Duration

Vantage変数「Duration」によって移入されます。ビデオ・レンディションによって使用されます。

Framerate

Vantage変数「Framerate」によって移入されます。ビデオ・レンディションによって使用されます。

Height

Vantage変数「Height」によって移入されます。ビデオ・レンディションによって使用されます。

Width

Vantage変数「Width」によって移入されます。ビデオ・レンディションによって使用されます。

CaptureInterval

Vantage変数「Capture Interval」によって移入されます。キーフレーム・レンディションによって使用されます。

5. Populateアクションによって作成されたラベルがTransformアクションに渡され、WebCenter Content Digital Asset Managerのレンディション・メタデータ・ラベルがWebCenter Content Digital Asset Managerのスタイル・シートに変換されます。Inbound RefineryはこのXML添付ファイルを読み取って、セットの各ビデオ・レンディションの情報を取得します。

6. すべてのTransformアクションまたはExamineアクション(あるいは両方)はDeployアクションに情報を提供し、Deployアクションが、ワークフローによって作成されるレンディションとファイルをレンディション・セット用のoutディレクトリにコピーします。

7. Deployアクションの後で、Deleteアクションが元のファイルをinディレクトリから削除します。ワークフローが元のファイルを削除したときに、Inbound Refineryはワークフローが完了したことを認識します。

注意:

Deleteアクションは状態にかかわらず実行するように設定してください。つまり、右クリックして、「Perform On」→「Any」を選択します。これにより、ワークフローでエラーが発生した場合でも元のファイルが削除されます。ワークフロー・エラーが発生した場合には、エラー・メッセージの詳細をVantageで確認してください。

注意:

Inbound Refineryはワークフローを終了するたびに、inディレクトリとoutディレクトリで古いファイルをチェックして削除します。デフォルトでは1日以上経過したファイルはすべて削除されます。これは"WatchedWorkflowOldJobCleanup"変数を設定して変更できます。この変数は、整数値と、接尾辞"year"、"month"、"week"、"day"、"hour"、"minute"、"second"のいずれかを取ります。たとえば、3時間経過したファイルを古いとみなす場合は、WatchedWorkflowOldJobCleanupを3hourに設定します。

オプション・ストーリボードの生成

この処理の概要は次のとおりです。

1. Flip: JPEG Keyframeアクションがストーリボードを生成するために必要です。このFlipアクションでは次の変数が設定されます。

変数

説明

Rendition Name

「Keyframes」に設定します。

KeyFrameInterval

イメージをキャプチャする間隔に設定します。たとえば、ユーザー・インタフェースのストーリボードがイメージを5秒ごとに取得する必要がある場合は、この変数を00:00:05:00 29.97 fpsに設定します。

Configure JPEG Setting

取得モードを「Repeating Keyframes」に設定し、取得間隔を「KeyFrameInterval」変数にバインドする必要があります。

2. Flip: JPEG KeyframeはPopulateアクションに情報を渡します。Populateアクションは、前のアクションによって識別された変数をWebCenter Content Digital Asset Managerのレンディション・メタデータ・ラベルに移入します。ラベルのすべての変数が使用されるわけではないことに注意してください。

3. Populateアクションによって作成されたラベルがTransformアクションに渡され、WebCenter Content Digital Asset Managerのレンディション・メタデータ・ラベルがWebCenter Content Digital Asset Managerのスタイル・シートに変換されます。Inbound RefineryはこのXML添付ファイルを読み取って、レンディション・セットのストーリボードの情報を取得します。

オプション・クローズド・キャプションの生成

レンディション・セットがクローズド・キャプションからテキストを生成すると予期される場合は、Watchアクションの後でExamineアクションが必要です。Examine: Examine media video and audioアクションは、DeployアクションによってデプロイされるW3C TTML添付ファイルを生成します。

24.4.13 ビデオ変換の管理

コンテンツ・サーバーは、チェックインされたファイルの拡張子に基づいて、コンテンツ・アイテムをデジタル・アセットとして識別します。インストール時に、Digital Asset Managerはファイル形式がコンテンツ・サーバーの構成マネージャ・アプレットに存在するかどうかを確認します。

この項では、次の項目について説明します。

- Video File Type構成表の編集

- デフォルトのビデオ・フォーマット・プリファレンスの設定

24.4.13.1 Video File Type構成表の編集

ファイル形式を追加し、拡張子をDigital Media Video変換エンジンにマップして、そのフォーマットを埋込みプレーヤ(たとえば、「レンディション情報」ページのプレーヤ)で再生する必要がある場合は、その拡張子がIdcHomeDir/components/DAMConverter/resources/dam_cfg_tables.htmファイルのVideo File Type構成表内に存在する必要があります。

フォーマットは、ファイルを埋込みプレーヤで再生する場合にのみVideo File Type構成表に存在する必要があります。フォーマットが表になくてもレンディションは開くことができ、レンダリングされたフォーマットをサポートするスタンドアロン・プレーヤで再生できます。

追加したフォーマットがVideo File Type構成表に存在することを確認するには、標準のブラウザでdam_cfg_tables.htmファイルを開き、リストされているファイル拡張子を確認します。ファイル拡張子が存在しない場合は、拡張子および必要な追加の情報を含むカスタム・コンポーネントを作成し、表をマージする必要があります。カスタム・コンポーネントの作成の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentによる開発を参照してください。

次の表は、Video File Type構成表の列とそれらの機能を示しています。

列名

定義

fileExtension

埋込みプレーヤでの再生がサポートされるファイル形式の拡張子。

formatName

拡張子に関連付けられているフォーマットの名前。この値は、構成可能なVideo Format Prefs表の値に対応し、埋込みプレーヤの選択リストに表示されます。

player

追加されたフォーマット拡張子をサポートするプレーヤ。値には大/小文字の区別があります。現在は次の3つの値のみを指定できます。

- real

- quicktime

- wmplayer

metafileExtension

フォーマット拡張子に関連付けられているメタファイル拡張子。フォーマットのストリーミング・バージョンを再生する埋込みプレーヤを決定するために使用されます。フォーマットをストリーミングする場合は、このフィールドには値が必要です。

24.4.13.2 デフォルトのビデオ・フォーマット・プリファレンスの設定

埋込みプレーヤは、「レンディション情報」ページ、およびWeb表示可能リンクのクリック時に表示されます。埋込みプレーヤでの再生に選択されるフォーマットは、「ビデオ・プリファレンス」ページで設定されている、使用可能なレンディション・フォーマット・オプションに関するユーザー・プリファレンス表に基づいています。ユーザーが入力するまで、デフォルト・プリファレンスはIdcHomeDir/components/DigitalAssetManager/dam_cfg_tables.htmファイルのVideo Format Preferences表で設定されている値に基づきます。

IdcHomeDir/components/DigitalAssetManager/

新しい設定を追加するかデフォルト・プリファレンスを変更するには、新しい設定または変更した設定を含むカスタム・コンポーネントを作成し、カスタム・データ表を対応するデフォルト・データ表にマージします。カスタム・コンポーネントの作成の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentによる開発を参照してください。

注意:

標準のコンテンツ・サーバーのコンポーネント・リソースは直接編集しないでください。コンテンツ・サーバーまたはInbound Refineryに変更をマージするには、カスタム・コンポーネントを作成する必要があります。

Digital Asset Managerが新しいバージョンに更新されると、コンポーネント・リソースに加えられた変更は上書きされます。

次の表は、Video Format Preferences構成表の列とそれらの機能を示しています。

列名

定義

format

埋込みプレーヤの選択リストに表示される構成可能な名前。

pickOrder_win

Windowsオペレーティング・システムでフォーマットが選択される順序を決定します。

pickOrder_mac

Macintoshオペレーティング・システムでフォーマットが選択される順序を決定します。

pickOrder_other

WindowsまたはMacintosh以外のオペレーティング・システムでフォーマットが選択される順序を決定します。

24.4.14 プラグイン・デバッグ・ログの有効化

FlipFactoryからの標準ログ出力は、FlipFactoryのインストール・ディレクトリにあるstdout.logファイルに保管されます。プラグイン・ロギングを有効にすることにより、追加のロギング情報を得ることができます。FlipFactoryプラグインのデバッグを有効化するには、次の手順を実行します。

1. Flip Engineサービスを停止します。

2. FlipFactory_install_dirにあるlog4j.propertiesファイルを標準のテキスト・エディタで開きます。

3. log4j.propertiesファイル内の次のエントリの前の#記号を削除します。

- log4j.logger.com.stellent.refinery.ff=DEBUG

- log4j.rootLogger=ERROR, IBRPlugin

4. log4j.propertiesファイルを保存し、Flip Engineサービスを再起動します。

これで、プラグイン出力に関する情報が/FlipFactory_install_dir/stdout.logに記録されるようになります。

24.4.15 ビデオ・レンディション・セットでのコマンドライン・インタフェース(CLI)ツールの使用

12cリリース以降のDigital Asset Managerでは、ビデオ・レンディション・セットを用意するためにコマンドライン・インタフェース(CLI)ツールを使用できます。

ビデオ・レンディション・セットを生成するには、イメージ・レンディションと同様にファイルIntradocDir/data/configuration/dam/extraRendition_definitions.hdaにビデオ・レンディションを定義します。詳細は、「イメージ・レンディション・セットの作成と構成」を参照してください。

この項では、次の項目について説明します。

- CLIツールによるビデオ・レンディションの作成

- CLIツールを使用するビデオ・メタデータの収集

24.4.15.1 CLIツールによるビデオ・レンディションの作成

ビデオ・レンディション・セットを生成するには、イメージ・レンディションと同様にファイルIntradocDir/data/configuration/dam/extraRendition_definitions.hdaにビデオ・レンディションを定義します。

1. LocalDataセクションに、ビデオ・レンディションの作成に使用するCLIツールのパスを定義します。

2. ビデオ・レンディション・セットの結果セットを定義します。結果セットを使用して、ビデオ・レンディションの作成に使用されるルールを定義します。このような結果セットには6個のフィールドがあります。レンディションの結果セット構造の詳細は、「レンディション・セットの追加」を参照してください。

フィールド

用途

extRenditionName

レンディション名。コンテンツ・サーバー・メタデータ・フィールドxVideoRenditionsにリストされる名前。

extEngine

実行可能ファイルのパスとして評価されるIdocScript式。変数は通常はextraRendition_definitions.hdaファイルのLocalDataセクションに定義されます。

extType

フォームに作成するレンディションのタイプ: [video|keyframes]|<レンディションのパラメータ>。

extSourceFile

このレンディションのソース(入力)ファイル。通常はIdocScript変数<$InFilePath$>。

extParameters

レンディションの作成に使用されるパラメータの文字列。この列はIdocScript対応です。この列は次の2つの方法で使用できます。

- この列にパラメータをハードコーディングします

- LocalDataの変数を文字列パラメータに設定して、いくつかのレンディションで変数を繰り返し使用します

extDescription

WebCenter Contentでのレンディションの名前。このフィールドはビデオ・レンディションのみで使用されます。それ以外の場合は空白にしておきます。

レンディションの結果セットのextType列は、CLIツールから結果を収集する方法をInbound Refineryに指定するために使用されます。現在、CLIツールで作成できるのはビデオ・レンディションと一連のキーフレーム・レンディションのみです。

各ビデオ・レンディション・セットは1つ以上のビデオ・レンディションと1つのキーフレーム・レンディションを含む必要があります。

ビデオ・レンディション
ビデオ・レンディションの場合、extTypeはvideoで始まり、outputExtensionパラメータを含む必要があります。次のように指定すると、wvm拡張子のビデオ・レンディションが作成されます。

video|outputExtension=wmv

キーフレーム・レンディション
ビデオ・レンディションの場合、extTypeはkeyframeで始まり、パラメータoutputExtensionとframeIntervalSecondsを含む必要があります。

- outputExtensionは、キーフレーム・イメージ・ファイルのファイル拡張子です

- frameIntervalSecondsは、キーフレーム・イメージ間の秒数です

3. 結果セットの名前をコンテンツ・サーバーのメタデータ・フィールドxVideoRenditionsに追加し、ビデオのチェックイン時に選択/割当てできるようにします。

例
次にextraRendition_definitions.hdaの例を示します。これは、FFmpegを使用してWindows Mediaレンディションと4秒間隔の一連のキーフレーム・セットを作成するWMVレンディション・セットを定義しています。

@Properties LocalData
FFMpegPath=/path/ffmpeg.exe
@end

@ResultSet WMV
6
extRenditionName
extEngine
extType
extSourceFile
extParameters
extDescription
WinMedia
<$FFMpegPath$>
video|outputExtension=wmv
<$InFilePath$>
-i "<$inFile$>" "<$outFile$>.wmv"
Windows Media
StoryBoard
<$FFMpegPath$>
keyframes|frameIntervalSeconds=4,outputExtension=png
<$InFilePath$>
-i "<$inFile$>" -vsync 1 -r 0.25 -s 320x240 -f image2 "<$outDir$>\keyframe%03d.png"
unused description
@end

24.4.15.2 CLIツールを使用するビデオ・メタデータの収集

コマンドライン・インタフェース(CLI)ツールを使用して各ビデオ・レンディションのビデオ・プロパティを取得できます。これで、Inbound RefineryおよびDigital Asset Managerがビデオ・レンディションに関するすべてのデータを返し、コンテンツ・サーバー・ユーザー・インタフェースによってそれらのデータが表示されます。

ビデオ・レンディションのビデオ・プロパティを取得する手順は次のとおりです。

1. extraRendition_definitions.hdaファイルのLocalDataセクションに次のキーを設定します。

LocalDataキー名

説明

MediaRenditionInfoPath

コマンドライン・インタフェース・ツールのパス

MediaRenditionInfoParameters

コマンドライン・インタフェース・ツールによって使用されるパラメータ

MediaRenditionInfoNodeMap

extraRendition_definitions.hdaファイルに定義される追加の表。CLIのxml出力を予期されるキーにマップします。この表には次のフィールドが含まれます。

- mediaInfoKey: Digital Asset Managerで必要となる予期されるキー。
Bitrate、Duration、Framerate、HeightおよびWidthの行が含まれます

- mediaXmlNodeName: 予期されるフィールドに対するCLI出力のノード。
xmlに重複するノードが含まれる場合、Inbound Refineryは最初のノードのデータを使用します。

例
extraRendition_definitions.hadファイルの例は次のとおりです。

@Properties LocalData
MediaRenditionInfoPath=D:/3rdParty-Bin/MediaInfo_CLI_0.7.67_Windows_i386/MediaInfo.exe
MediaRenditionInfoParameters=--Output=XML -f <$mediaPath$>
MediaRenditionInfoNodeMap=MediaInfoNodeMap
@end

@ResultSet MediaInfoNodeMap
2
mediaInfoKey
mediaXmlNodeName
bitrate
Bit_rate
duration
Duration
framerate
Frame_rate
height
Height
width
Width
@end

25 PDFウォーターマークの管理

ウォーターマークとは、PDFドキュメントの選択されたページに重ね合わされるイメージまたはテキストです。有効にすると、チェックイン時(静的ウォーターマーク)、またはユーザーがPDFドキュメントの表示やダウンロードをリクエストしたとき(動的ウォーターマーク)に、PDFウォーターマーク・コンポーネントをウォーターマークとして適用できます。

PDFウォーターマークでは、表示の目的でダウンロードするPDFファイルにセキュリティ機能を追加することもできます。パスワード・セキュリティを追加したり、ファイル・コンテンツの印刷またはコピーを有効または無効にできます。

この章では、PDFウォーターマークの管理について説明します。

- PDFウォーターマークの理解

- PDFウォーターマークの構成

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

25.1 PDFウォーターマークの理解

この項では、次の項目について説明します。

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

- テンプレート

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

- PDFの最適化

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

25.1.1 ウォーターマークのタイプ

静的ウォーターマークは、Inbound Refinery変換の後続の手順としてコンテンツ・チェックイン中に適用されます。PDFに変換するコンテンツのウォーターマークを選択するには、チェックイン中に有効な「ウォーターマーク・テンプレートID」を入力します。Inbound RefineryでPDFに変換されるドキュメントにのみ、静的ウォーターマークを付加できます。ドキュメントに静的ウォーターマークが付加されると、ドキュメントのすべてのビューアで同じウォーターマークが表示されます。

同じ方法で、自動化されたプロセス(WebDAVまたはBatchLoader)でチェックインしたコンテンツにも静的ウォーターマークを適用できますが、有効なウォーターマーク・テンプレートIDを指定することが条件です。テンプレートおよびテンプレートIDの作成の詳細は、「テンプレート」を参照してください。

動的ウォーターマークは、ユーザーがPDFドキュメントの表示またはダウンロードをリクエストすると、必要に応じて生成されます。動的ウォーターマークには、様々な情報(ユーザー名、リクエスト・ユーザー、ダウンロードの日時など)を含めることができます。このため、ユーザーごとに、同一のコンテンツがそれぞれ異なるウォーターマークを付けて表示される場合があります。動的ウォーターマークを使用すると、Webレイアウト・フォームのみにウォーターマークが適用されます。元のPDFファイルのボールトの場所はそのままです。

動的ウォーターマークはルールベースです。PDFドキュメントに対するリクエストが事前定義のルールを満たしている場合は、そのルールに関連するテンプレートを使用して、リクエスト・ユーザーに戻す前のコンテンツのコピーにウォーターマークが適用されます。要求されたコンテンツに動的ウォーターマークを付加するかどうかを決定するルールの定義と特定条件の設定は、システム管理者が行います。

動的ウォーターマークに対するルールの指定の詳細は、「動的ウォーターマークのルール」を参照してください。

次のタイプのウォーターマークを使用できます。

- テキスト: コンテンツ・アイテムのメタデータ値や、ウォーターマークが適用されたポイントでのコンテンツ・アイテムの情報を示す、$DATE$などの特別なキーワードを含むテキストを指定できます。

- イメージ: サポートされているビットマップ(ラスター)・フォーマットのイメージです。

- シグネチャ: 電子シグネチャが有効な場合、コンテンツ・アイテムに関連付けられた電子シグネチャ・メタデータからウォーターマークを作成できます。

詳細はウォーターマークのタイプおよび配置で指定します。1つのドキュメントに、任意のタイプの1つ以上のウォーターマークを含めることができます。定義したウォーターマークは1つのテンプレートに格納され、このテンプレートはコンテンツIDおよびデフォルト・メタデータ値を使用してチェックインされます。

25.1.2 テンプレート

ウォーターマークをチェックイン時に静的に適用しても、PDFファイルがリクエストされたときに動的に適用しても、テキスト・ウォーターマークやイメージ・ウォーターマークの情報およびそのウォーターマークを使用するための任意のルールを含むウォーターマーク情報が、テンプレートに格納されます。

レガシー・スキーマ・テンプレートは、ウォーターマークに対してサポートされていますが、テンプレートに変更を加えると、新しいスキーマへのアップグレードが行われます。したがって、コンテンツ・サーバーのバージョン12cで変更されたテンプレートは、古いバージョンのコンテンツ・サーバーでは正しく機能しない可能性があります。

テンプレートの作成の詳細は、「データベース・テンプレートの追加または編集」を参照してください。

テンプレートは、デフォルト・メタデータおよび2つの追加メタデータ・フィールドとともに、管理対象コンテンツ・アイテムとしてコンテンツ・リポジトリにチェックインされます。

- ウォーターマーク・テンプレートID: テンプレートが作成されたときに割り当てられるテンプレートのコンテンツID (dDocName)です。コンテンツ・アイテムがチェックインされたときに、静的ウォーターマークで指定されます。

- ウォーターマーク・テンプレート・タイプ: このフィールドには、サポートされているテンプレート・タイプのリストです。現在は、1つのオプション(デフォルトのPDFW_Template)があります。

これらのフィールド以外に、追加のメタデータ値を指定できます。このことは、値が必要なフィールドにデフォルト値が設定されるようにするのに役立ちます。

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

ユーザー・パスワードには、ユーザーがPDFを開いて表示するためのパスワードを指定する必要があります。所有者パスワードでは、PDFファイルの変更またはPDFファイル内のセキュリティ設定の変更が制限されます。

セキュリティ設定では、PDFセキュリティを使用して関連するPDFファイル内のアクセス制限が設定されます。これらのアクセス制限は、コンテンツ・サーバーで定義されたコンテンツ・アイテムに対するアクセス制限からは独立しています。

ユーザー/所有者のパスワードは、サードパーティの暗号化ライブラリを使用したPDFウォーターマーク・テンプレートで暗号化されます。暗号化はテンプレートの保存時に自動的に実行され、復号化はそのテンプレートがウォーターマークに対して使用されたときに自動的に実行されます。

オラクル社では、暗号化ライブラリを提供していません。ライブラリbcprov-jdk14-138.jarは、推奨されるサードパーティの暗号化ライブラリであり、BouncyCastle.orgからダウンロードできますが、他のライブラリも使用できます。暗号化ライブラリの指定の詳細は、「暗号化ライブラリに対するクラスパスの指定」を参照してください。

レガシー・テンプレートのパスワードは、テンプレートが保存されるまで暗号化されません。テンプレートは、変更しないかぎり保存できません。したがって、テンプレート・パスワードを暗号化するには、各レガシー・テンプレートを編集し、保存する前に小規模な変更を実行します。

25.1.3 動的ウォーターマークのルール

ルールを使用して、動的ウォーターマークに適用するテンプレートが決定されます。テンプレートの作成後に、テンプレートのルールを定義できます。静的または動的ウォーターマーク設定には、同じテンプレートを使用できます。ルールは、動的ウォーターマークにのみ使用されます。

テンプレートに複数のルールがある場合、ルールはリストの順に適用されます。最も特別なテストを伴うルール(多数の条件)がリストの上の位置に、一般的なルール(より少ない条件)が後に続くように順序付けます。すべてのルールは、適用されるウォーターマークについて、テストが成功する必要があります。

ルール内で、選択したメタデータ・フィールドの値に基づいて条件を指定できます。たとえば、特定の作成者についてdDocAuthorフィールドをテストしたり、特定タイプのドキュメントについてdDocTypeをテストできます。ルールの条件を定義する順序は関係ありません。テストが成功するには、関連するルールのすべての条件がtrueになる必要があります。

25.1.4 PDFの最適化

PDF ConverterによるPDFは、より高速なWeb表示のために最適化されている場合があります。このようなコンテンツに静的ウォーターマークを適用した場合は、最適化が失われます。ウォーターマーク適用後の最適化には、PDFウォーターマークでは提供されないサードパーティのオプティマイザが必要となります。最適化を使用するには、Distillerエンジン/オプティマイザがインストールされ、完全に作動している必要があります。選択するオプティマイザは、コマンドライン(スクリプト・ファイルや.batファイル)を介して変換を実行できる必要があります。

注意:

PDFウォーターマークでは、PDFオプティマイザは提供されません。最適化機能を使用する場合は、使用前にサードパーティのDistillerエンジンをインストールし、そのオプティマイザが完全に作動していることを確認します。オプティマイザは、コマンドライン(スクリプト・ファイルや.batファイル)を介して変換を実行できる必要があります。

25.1.5 ウォーターマークの配置

オプションを使用して、テキスト・ウォーターマークやイメージ・ウォーターマークをページの上部(ヘッダー)、中央、下部(フッター)、またはページ内の特定の場所にX-Y座標で配置できます。1つのドキュメントに、複数のウォーターマークを使用できます。

次のイメージには、各位置の参照点がポイントで示されています。サンプル・イメージの各位置では、関連付けられた参照点に対する相対的な方向が示されています。各位置のサンプル・テキストは、使用可能な横方向の位置合わせオプション(左、右、中央)のいずれかを示しています。すべてのテキストの位置合わせオプションは、各位置で使用できます。

標準的な配置では、テキストおよびイメージはページの中央上部、中心または中央下部のポイントを参照します。イメージは、関連付けられた参照点を中心に中央揃えされ、水平方向に配置されます。テキストの場合は、この参照点に対して横方向の位置合わせ(左、右または中央揃え)を指定できます。

明示的に配置されたウォーターマークでは、座標はポイント(1ポイント=1/72インチ)で指定します。基点(0, 0)は、ページの左下隅です。イメージの場合は、これらの座標によってイメージの左下隅が指定され、イメージは右上方向に拡張されます。テキストでは、標準の配置オプションと同様に、これらの座標によって、位置合わせオプションの水平の参照点が指定されます。

25.2 PDFウォーターマークの構成

この項では、PDFウォーターマークの管理に使用されるタスクについて説明します。

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

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

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

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

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

PDFファイルがレンダリングされるとき、テンプレートで定義したパスワードによって、そのPDFファイル内の対応するパスワードが設定されます。テンプレートに格納されたパスワードは、サードパーティの暗号化ライブラリを使用して暗号化されます。テンプレートに格納されたパスワードを暗号化するために、PDFウォーターマークで使用する暗号化ライブラリへの参照をコンテンツ・サーバーに提供する必要があります。

オラクル社では、パスワードを暗号化する暗号化ライブラリを提供していません。この手順では、サードパーティの暗号化ライブラリを使用することを前提にしています。そのようなライブラリの1つにBouncy Castle Crypto APIs for Javaがあり、BouncyCastle.orgからダウンロードできますが、他のライブラリも使用できます。マシンのJDKバージョンと一致するバージョンを使用します。

1. 暗号化ライブラリの.jarファイルをダウンロードし、コンテンツ・サーバーがアクセスできる場所に保存します。

2. システム・プロパティ・アプリケーションを起動します。詳細は、「スタンドアロン・モードでの管理アプリケーションの実行」を参照してください。

3. 「システム・プロパティ」アプレットで、「パス」タブを開きます。

4. 手順1の暗号化ライブラリjarファイルのパスを指定します。

5. 「OK」をクリックして変更内容を保存し、「システム・プロパティ」ユーティリティを終了します。

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

PDFウォーターマークに対するテンプレート、ルールおよび構成の定義は、「PDFウォーターマークの管理」ページを使用してコンテンツ・サーバーで管理します。

1. メイン・メニューから、「管理」→「PDFウォーターマークの管理」を選択します。

2. 「PDFウォーターマークの管理」をクリックします。

「PDFウォーターマークの管理」ページが表示されます。

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

テンプレートを作成する前に、必要なメタデータ・フィールド値を定義します。テンプレートをチェックインした後でも、必要に応じて修正できます。

25.2.3.1 メタデータ・フィールドの定義

テンプレートのチェックイン向けに特定のメタデータ・フィールドを定義するには、次の手順に従います。

1. メイン・メニューから、「管理」→「PDFウォーターマークの管理」を選択します。

2. 「PDFウォーターマークの管理」ページで、「構成」タブをクリックします。

3. 定義または編集するフィールドの名前と値のペアをハイライトし、「編集」をクリックします。

4. 「デフォルト値の編集」ページで、選択したフィールドの名前に適用される値を設定します。

5. 「適用」をクリックします。

25.2.3.2 テンプレートの追加

テンプレートを追加する手順は、次のとおりです。

1. 「PDFウォーターマークの管理」ページで「テンプレート」タブを選択します。

2. 既存のテンプレートを編集するには、テンプレートを選択して「編集」をクリックします。新しいテンプレートを作成するには、「追加」をクリックします。

3. 新規テンプレートの追加/「テンプレートの編集」ページでテンプレートの名前を指定し、意味のあるコンテンツIDを割り当てます。テンプレートをチェックインした後は、IDを変更できません。

4. セキュリティをテンプレートに追加するには、「セキュリティ」タブをクリックします。

a. 「セキュリティ・レベル」で暗号化のビット深度を選択します。数値が大きいほど、暗号化の強度が増します。この暗号化レベルは、ウォーターマーク・テンプレートではなく、PDFファイル自体に定義されたパスワードに適用されます。オラクル社では、テンプレートに格納されたパスワードを暗号化する暗号化ライブラリを提供していません。暗号化ライブラリの追加の詳細は、「暗号化ライブラリに対するクラスパスの指定」を参照してください。

b. テンプレートに関連付けられたPDFファイルへのアクセスを制限するには、「ユーザー・パスワード」を指定します。ユーザーは、PDFを表示またはダウンロードするためにこのパスワードを指定する必要があります。

c. PDFファイルの変更またはPDFファイル内のセキュリティ設定の変更を制限するには、「所有者パスワード」を指定します。
このパスワードは、現在のウォーターマーク・テンプレートではなく、関連するPDFファイル自体に適用されます。テンプレートへのアクセスは、コンテンツ・サーバーのセキュリティ・モデルによって管理されます。

d. ユーザーがPDFファイルの一部を印刷できないようにするには、印刷の許可を「いいえ」に設定します。低解像度での印刷を許可するには、「低下」を選択します。

e. ユーザーがPDFファイルの一部をコピーできないようにするには、コピーの許可を「いいえ」に設定します。

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

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

テキスト・ウォーターマークを追加または編集する手順は、次のとおりです。

1. 新規テンプレートの追加/「テンプレートの編集」ページを開き、「テキスト・ウォーターマーク」タブをクリックします。

2. ウォーターマークを追加するには、「追加」をクリックします。既存のウォーターマークを編集するには、「編集」をクリックします。

3. 新しいテキスト・ウォーターマークの追加/「テキスト・ウォーターマークの編集」ページで、ウォーターマークで表示される「テキスト」を指定します。テキストには、ドキュメント情報によって置き換えられる埋込み記号(ウォーターマークがレンダリングされるときのページ数またはドキュメント名など)を含めることができます。

4. ページ上でウォーターマークが表示される「場所」を選択します。

5. 「明示的」を選択した場合は、ウォーターマークの「X座標」および「Y座標」の場所を指定します。値は、ポイントで指定されます。ポイントは1/72インチで、ページの左下隅から測定されます。

6. テキストの「ローテーション」を0から359度(反時計回り)で指定します。

7. 指定した位置で横方向の「位置合わせ」を選択します。

8. フォント、サイズ、太さおよび色を選択します。太さの拡張がないフォントでは、太さが無効化されます。

9. ウォーターマークの「レイヤー」をPDFのコンテンツ(その他のウォーターマークを含む)の「上」にするか「下」にするかを選択します。

10. 「ページ範囲」を指定します。空白のままにすると、ドキュメント全体がページ範囲に含められます。

特定のページはカンマで区切ります(1,2,4)。ページ範囲の最初のページと最後のページはコロンで区切ります(12:24)。実際のページ数を指定しないで最終ページを指定するには、キーワード「LAST」を使用します。たとえば、1,2,4,12:24,50:LASTなどです。

11. ページ範囲の修飾子にウォーターマーク「偶数ページのみ」または「奇数ページのみ」を指定します。

12. 終了したら、「OK」をクリックします。

25.2.3.4 イメージ・ウォーターマークの追加または編集

イメージは、使用する前にチェックインする必要があります。イメージ・ウォーターマークを追加または編集する手順は、次のとおりです。

1. 新規テンプレートの追加/「テンプレートの編集」ページを開き、「イメージ・ウォーターマーク」タブをクリックします。

2. ウォーターマークを追加するには、「追加」をクリックします。既存のウォーターマークを編集するには、「編集」をクリックします。

3. 新しいイメージ・ウォーターマークの追加/「イメージ・ウォーターマークの編集」ページで、使用するイメージの「コンテンツID」を指定します。サポートされているビットマップ(ラスター)・イメージ・フォーマット(GIF、JPGなど)のイメージを使用できます。

4. 必要に応じて、「スケール係数」を指定して、ウォーターマークとして使用するときにイメージのサイズを保持または変更します。スケール係数を指定しない場合、イメージは72 dpiでレンダリングされます。

スケール係数は、計算式「default_dpi / image_dpi * 100%」に基づいたパーセントで示されます。たとえば、300 DPIのイメージのサイズと解像度を維持するためのスケール係数24は、「72 DPI / 300 DPI * 100% = 24%」のように計算されます。

5. ページ上でウォーターマークが表示される「場所」を選択します。

6. 場所で「明示的」を使用した場合は、ウォーターマークの「X座標」および「Y座標」の場所を指定します。値は、ポイントで指定されます。ポイントは1/72インチで、ページの左下隅から測定されます。

7. ウォーターマークの「レイヤー」をPDFのコンテンツ(その他のウォーターマークを含む)の「上」にするか「下」にするかを選択します。

8. 「ページ範囲」を指定します。空白のままにすると、ドキュメント全体がページ範囲に含められます。

特定のページはカンマで区切ります(1,2,4)。ページ範囲の最初のページと最後のページはコロンで区切ります(12:24)。実際のページ数を指定しないで最終ページを指定するには、キーワード「LAST」を使用します。次のページ範囲には、これらのすべてのオプションが含まれています(1,2,4,12:24,50:LAST)。

9. ページ範囲の修飾子にウォーターマーク「偶数ページのみ」または「奇数ページのみ」を指定します。

10. 終了したら、「OK」をクリックします。

25.2.3.5 電子シグネチャ・ウォーターマークの追加または編集

電子シグネチャを追加または編集する手順は、次のとおりです。

1. 新規テンプレートの追加/「テンプレートの編集」ページを開き、「シグネチャ・ウォーターマーク」タブをクリックします。

2. ウォーターマークを追加するには、「追加」をクリックします。既存のウォーターマークを編集するには、「編集」をクリックします。

3. 新しいシグネチャ・ウォーターマークの追加/「シグネチャ・ウォーターマークの編集」ページで、ウォーターマークで表示される「ラベル」を指定します。テキストには、ドキュメント情報によって置き換えられる埋込み記号(ウォーターマークがレンダリングされるときのページ数またはドキュメント名など)を含めることができます。

4. カンマ区切りリストとしてウォーターマークで使用する「フィールド」を指定します。フィールドは、電子シグネチャ表の標準フィールドまたはユーザー定義フィールドです。

5. ページ上でウォーターマークが表示される「場所」を選択します。

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」をクリックします。

25.2.4 ルールの作成および編集

テンプレートのルールを定義する前に、テンプレートを作成する必要があります。詳細は、「テンプレートの追加または編集」を参照してください。

ルールを追加または編集する手順は、次のとおりです。

1. 「PDFウォーターマークの管理」ページで「ルール」タブを選択します。

2. 新しいルールを追加するには、「追加」をクリックします。既存のルールを変更するには、ルールを選択して「編集」をクリックします。

3. 新しいルールの場合は、新規ルールの追加/「ルールの編集」ページでルールの使用方法を説明する「名前」を入力します。保存後は名前を変更できません。ルール名を変更するには、ルールを削除して新しく作成します。

4. 「テンプレートID」を選択して、ルールと関連付けます。

5. 新しい条件を追加するには、「追加」をクリックします。既存の条件を変更するには、条件を選択して「編集」をクリックします。

6. 新しい条件の場合は、新しい条件の追加/「条件の編集」ページで「フィールド名」を選択します。選択したフィールドは、保存後は修正できません。別のフィールド名を指定するには、新しい条件を作成します。

7. 選択したフィールドに対して「値」を指定します。選択したフィールドがリストの場合は、オプション・リストから値を選択します。

注意:

ルール基準では大/小文字が区別されます。値は、戻り値と大文字/小文字が一致している必要があります。たとえば、入力するタイトルが「foobar」で戻り値が「FooBar」の場合、不一致とみなされてルールが失敗します。

8. 条件を保存するには、「OK」をクリックします。

9. 現在のルールの条件を保存するには、「OK」をクリックします。

ルール内で、条件の順序は関係ありません。すべての条件が、適用されるルールについて満たされている必要があります。

10. テンプレートに割り当てられるルールの順序を変更するには、ルールを選択し、「上に移動」および「下に移動」ボタンを使用して、リスト内のルールの位置を変更します。

ルールをテストする順序は、使用する条件によっては重大な場合があります。一般的に、最も特別なテストを伴うルール(多数の条件)がリストの上の位置に、一般的なルール(より少ない条件)が後に続くように順序付けます。

11. 「OK」をクリックします。

25.3 ウォーターマークのシナリオ

この項では、次の項目について説明します。

- 静的ウォーターマークのシナリオ

- 動的ウォーターマークのシナリオ

25.3.1 静的ウォーターマークのシナリオ

コンテンツ・サーバーは処理済のコンテンツをInbound Refineryから受け取ります。Inbound Refineryは、PDF Converterがインストールされ、有効な状態で、必要なファイル形式をPDFに変換するように構成されている必要があります。PDFファイルが提供されると、コンテンツのチェックイン時に選択したウォーターマーク・テンプレートが適用されます。

ウォーターマークの複数の要素は、受信PDFにウォーターマークを適用するために使用するテンプレート内に事前に定義されています。ウォーターマークは、動的ウォーターマークのルールに関係なく適用されてリクエスタに配信されます。静的ウォーターマークに加えて、ルールベースのウォーターマーク(動的)を適用することもできます。

25.3.2 動的ウォーターマークのシナリオ

ユーザーがWeb表示可能なPDFをリクエストすると、定義済のルールに基づいてチェックが行われ、リクエスタに配信するWeb表示可能なPDFにウォーターマークを適用するかどうかが決定されます。

PDFドキュメントに対するリクエストが事前定義のルールを満たしている場合は、そのルールに関連するテンプレートを使用して、リクエスト・ユーザーに戻す前のコンテンツのコピーにウォーターマークが適用されます。

注意:

PDFウォーターマークでは、PDFオプティマイザは提供されません。最適化機能を使用する場合は、使用前にサードパーティのDistillerエンジンをインストールし、そのオプティマイザが完全に作動していることを確認します。オプティマイザは、コマンドライン(スクリプト・ファイルや.batファイル)を介して変換を実行できる必要があります。

26 サポートされるファイル形式

Digital Asset Manager and Conversion製品では、変換されるファイルのタイプおよび変換に使用される方法に基づき、様々なファイル形式および変換オプションがサポートされています。

この項では、次の項目について説明します。

- Outside In Technologyにより変換されるファイル・フォーマット

- サード・パーティ・アプリケーションによりPDFに変換されるファイル・フォーマット

- Open OfficeによりPDFに変換されるファイル・フォーマット

26.1 Outside In Technologyにより変換されるファイル・フォーマット

Outside In Technologyは、Inbound Refinery、PDF ExportおよびXML Converterで使用されています。

26.1.1 Inbound Refinery

Inbound RefineryにはOutside In Image Exportが含まれ、これは次の目的で使用できます。

- ファイルのサムネイルを作成する。サムネイルは、コンテンツの小さなプレビュー・イメージです。

- ファイルを複数ページのTIFFファイルに変換することにより、ユーザーがTIFFビューア・プラグインを使用する標準のWebブラウザでファイルを表示できるようにする。

26.1.2 PDF変換

PDF変換にはOutside Inが組み込まれており、Windows上でWinNativeConverterとともに使用して、一部のコンテンツ・アイテムのPDFファイルを作成できます。Outside Inは、ネイティブ・アプリケーションを使用してファイルをPostScriptに印刷するために使用され、そのPostScriptファイルは、構成済のPostScript Distillerエンジンを使用してPDFに変換されます。

「Outside Inを使用してPDFに変換」オプションは、「プライマリWeb標準可能レンディション」ページで選択します。このオプションの使用時には、PDF変換にはPostScript Distillerエンジンのみが必要です。

26.1.2.1 PDF Export

PDF Exportでは、Outside Inを使用して、先にPostScriptに印刷することなくファイルをPDFに直接エクスポートします。PDFに直接エクスポートするため、サード・パーティDistillerエンジンの使用は不要です。

26.1.3 XML Converter

Inbound RefineryにはOutside In XML ExportおよびSearch Exportが含まれ、これらを使用してファイルをXMLに変換できます。これには、次のバージョンのFlexionDocおよびSearchMLスキーマに対するサポートが含まれます。

- FlexionDoc

- SearchML

26.1.4 Outside In Technology

Oracle WebCenter Contentでは、Outside In Technologyを使用して様々な変換を行うことができ、多数の異なるフォーマット・タイプがサポートされています。Outside Inおよびサポートされるフォーマットの詳細は、次に示すOutside Inドキュメントを参照してください。

http://www.oracle.com/technetwork/middleware/webcenter/content/ds-oitfiles-133032.pdf

Outside Inの追加情報については、次に示すOracle Outside In Technology Webサイトを参照してください。

http://www.oracle.com/technetwork/middleware/webcenter/content/oit-all-085236.html

26.2 サード・パーティ・アプリケーションによりPDFに変換されるファイル・フォーマット

Inbound Refineryは、Windows上で実行されている場合、複数のサードパーティ・アプリケーションを使用してコンテンツ・アイテムのPDFファイルを作成できます。ほとんどの場合、ファイルを開いて印刷する機能のあるサードパーティ・アプリケーションを使用して、ファイルがPostScriptに印刷されます。その後PostScriptファイルは、構成済のPostScript変換エンジンを使用してPDFに変換されます。Inbound Refineryでサードパーティ・アプリケーションを使用して、ファイルを直接PDFに変換できる場合もあります。

「サード・パーティ・アプリケーションを使用してPDFに変換」オプションは、「プライマリWeb標準可能レンディション」ページで選択します。このオプションの使用時には、Inbound Refineryには次のものが必要です。

- PostScript Distillerエンジン

- PostScriptプリンタ。

- 変換時に使用されるサード・パーティ・アプリケーション。

- WinNativeConverterコンポーネントがリファイナリ・サーバー上にインストールされ、有効になっていること。

次の表は、Windows上でサード・パーティ・アプリケーションを使用してPDFに変換できる一般的なファイル形式を示しています。次の重要な注意事項に留意してください。

- 変換で使用されるサードパーティ・アプリケーション、PostScript変換エンジンおよびPostScriptプリンタは、Inbound Refineryには付属していません。実行する変換に必要なすべてのサードパーティ・アプリケーション、および任意のPostScript変換エンジンとPostScriptプリンタを入手する必要があります。

- ファイルの変換に必要なすべてのサード・パーティ・アプリケーションがInbound Refineryコンピュータ上にインストールされている必要があります。

- リストされている一般的なファイル形式のみの変換がサポートされています。追加のファイル形式の変換が可能な場合もありますが、結果は保証されません。

- 各サード・パーティ・アプリケーションのリストされているバージョンのみについて、Inbound Refineryでの使用がサポートされています。サード・パーティ・アプリケーションの他のバージョンを使用しての変換が可能な場合もありますが、結果は保証されません。

- リストされたサード・パーティ・アプリケーションを使用した、リストされたファイル形式の変換のみがサポートされています。別のサード・パーティ・アプリケーションを使用して一部のファイル形式の変換が可能な場合もありますが(たとえば、Microsoft Wordを使用したCorel WordPerfectファイルの変換)、結果は保証されません。

- リストされているすべてのファイル形式についてPDFへの変換がサポートされていますが、Outside In Image Exportでこれらのすべてのネイティブ・ファイル形式からサムネイルを作成できるわけではありません。すべてのファイル形式に対してサムネイルが作成されるようにするには、Inbound Refineryの「サムネイル・オプション」画面で「ネイティブ・ボールト・ファイルからサムネイル・イメージを作成」チェック・ボックスの選択を解除します。ファイルがInbound Refineryによって変換される場合にこのチェック・ボックスの選択が解除されていると、Outside In Image Exportは生成されるWeb表示可能PDFファイルから(ネイティブ・ファイルからではなく)サムネイルを作成するため、すべてのファイルに対してサムネイルを作成できます。

Windowsプラットフォーム上でPDFに変換可能な一般的なファイル形式

変換用にサポートされるサード・パーティ・アプリケーション

Adobe FrameMaker(下記の*を参照)

.fm

.mif

Adobe FrameMaker 7.0

Adobe InDesign

.indd

.indt

Adobe InDesign CS2

Adobe PageMaker

.pm#

.pt#

.p65

Adobe InDesign CS2

Adobe Photoshop

.psd

.eps

Adobe Photoshop CS2(下記の**を参照)

Corel WordPerfect

.wp

.wp#

.wpd

Corel WordPerfect 11

Microsoft Excel

.xls

.xlt

.xlw

.xlsx

Microsoft Excel (Office) 2003、2007、2010

Microsoft PowerPoint

.ppt

.pot

.pps

.ppa

.pptx

Microsoft PowerPoint (Office) 2003、2007、2010

Microsoft Project

.mpp

Microsoft Project (Office) 2003、2007、2010

Microsoft Publisher

.pub

Microsoft Publisher (Office) 2003、2007、2010

Microsoft Snapshot

.snp

Microsoft Snapshot (Office) 2003、2007、2010

Microsoft Visio

.vsd

.vst

.vdx

.vtx

Microsoft Visio (Office) 2003、2007、2010

Microsoft Word

.doc

.dot

.docx

.dotx

Microsoft Word (Office) 2003、2007、2010

Microsoft Write

.wri

Microsoft Word (Office) 2003、2007、2010

OpenOffice Calc

.sxc

.stc

OpenOffice 3.0

OpenOffice Draw

.sxd

.std

OpenOffice 3.0

OpenOffice Impress

.sxi

.sti

OpenOffice 3.0

OpenOffice Math

.sxm

OpenOffice 3.0

OpenOffice Writer/Writer Global

.sxw

.stx

OpenOffice 3.0

QuarkXPress

.qxd

.qxt

Adobe InDesign CS2

リッチ・テキスト形式

.rtf

Microsoft Word (Office) 2003、2007、2010

StarOffice Calc

.sxc

.stc

.sdc

OpenOffice 3.0

StarOfficeDraw

.sxd

.std

.sda

.sdd

OpenOffice 3.0

StarOfficeImpress

.sxi

.sti

.sdd

OpenOffice 3.0

StarOffice Math

.sxm

.smf

OpenOffice 3.0

StarOffice Writer/Writer Global

.sxw

.stx

.sdw

.vor

OpenOffice 3.0

テキスト

.txt

Microsoft Word (Office) 2003、2007、2010

* Adobe FrameMaker+SGMLはサポートされていません。Adobe FrameMaker .bookファイルはサポートされていません。

** Adobe Photoshop CS2には手動での構成が必要です。

注意:

これらのサード・パーティ・アプリケーションに関連する、インストールに関する重要なヒントおよび推奨設定。

26.3 Open OfficeによりPDFに変換されるファイル・フォーマット

Inbound Refineryは、WindowsまたはUNIXで実行されている場合、OpenOfficeを使用して一部のファイル・タイプを直接PDFに変換できます。「OpenOfficeを使用してPDFに変換」オプションは、「プライマリWeb標準可能レンディション」ページで選択します。

このオプションの使用時には、Inbound RefineryにはOpenOfficeのみが必要であり、サード・パーティDistillerエンジンは不要です。

次の表は、WindowsまたはUNIX上でOpenOfficeを使用してPDFに変換できる一般的なファイル形式を示しています。次の重要な注意事項に留意してください。

- OpenOfficeは、Inbound Refineryには付属していません。OpenOfficeを入手する必要があります。

- OpenOfficeはInbound Refineryコンピュータ上にインストールする必要があります。

- リストされている一般的なファイル形式のみの変換がサポートされています。追加のファイル形式の変換が可能な場合もありますが、結果は保証されません。

- OpenOfficeのリストされているバージョンのみについて、Inbound Refineryでの使用がサポートされています。OpenOfficeの他のバージョンを使用しての変換が可能な場合もありますが、結果は保証されません。

- OpenOfficeを使用した、リストされたファイル形式の変換のみがサポートされています。他の変換が可能な場合もありますが、結果は保証されません。

- Inbound Refineryは英語版のオペレーティング・システムでのみサポートされており、英語の管理インタフェースのみが提供されています。その言語がOpenOfficeでサポートされており、OpenOfficeが英語版のオペレーティング・システム上にインストールされ、英語以外のファイルを開いて正しく表示するように構成されていれば、英語以外のファイルもInbound Refineryによって変換できます。その他のオペレーティング・システム言語の組合せも可能ですが、これらの変換の結果は保証されません。

- リストされているすべてのファイル形式についてPDFへの変換がサポートされていますが、Outside In Image Exportでこれらのすべてのネイティブ・ファイル形式からサムネイルを作成できるわけではありません。すべてのファイル形式に対してサムネイルが作成されるようにするには、Inbound Refineryの「サムネイル・オプション」画面で「ネイティブ・ボールト・ファイルからサムネイル・イメージを作成」チェック・ボックスの選択を解除します。ファイルがInbound Refineryによって変換される場合にこのチェック・ボックスの選択が解除されていると、Outside In Image Exportは生成されるWeb表示可能PDFファイルから(ネイティブ・ファイルからではなく)サムネイルを作成するため、すべてのファイルに対してサムネイルを作成できます。

PDFに変換可能な一般的なファイル形式

変換用にサポートされるサード・パーティ・アプリケーション

Adobe Photoshop

.psd

.eps

OpenOffice 3.0

Microsoft Excel

.xls

.xlt

.xlw

OpenOffice 3.0

Microsoft PowerPoint

.ppt

.pot

.pps

.ppa

OpenOffice 3.0

Microsoft Word

.doc

.dot

OpenOffice 3.0

OpenOffice Calc

.sxc

.stc

OpenOffice 3.0

OpenOffice Draw

.sxd

.std

OpenOffice 3.0

OpenOffice Impress

.sxi

.sti

OpenOffice 3.0

OpenOffice Math

.sxm

OpenOffice 3.0

OpenOffice Writer/Writer Global

.sxw

.stx

OpenOffice 3.0

リッチ・テキスト形式

.rtf

OpenOffice 3.0

StarOffice Calc

.sxc

.stc

.sdc

OpenOffice 3.0

StarOffice Draw

.sxd

.std

.sda

.sdd

OpenOffice 3.0

StarOffice Impress

.sxi

.sti

.sdd

OpenOffice 3.0

StarOffice Math

.sxm

.smf

OpenOffice 3.0

StarOffice Writer/Writer Global

.sxw

.stx

.sdw

.vor

OpenOffice 3.0

テキスト

.txt

OpenOffice 3.0

第VI部 動的変換の管理

この部では、コンテンツの動的変換について説明します。

「動的変換の管理」は、次の章で構成されています。

- Dynamic Converterの概要

- Dynamic Converterの構成

- テンプレート・ルールの管理

- 変換テンプレートの管理

- HTML変換テンプレート

- クラシックHTML変換レイアウト・テンプレート

- スクリプト・テンプレートの管理

- 変更済コンテンツの操作

- 実装に関する考慮事項

- 変換フィルタ

- 入力ファイル形式

- Office 2007/2010に関する考慮事項

27 Dynamic Converterの概要

この章では、Dynamic Converterの概要について説明します。Dynamic Converterは、カスタマイズ可能なテンプレートを使用してオンデマンドでドキュメントの変換を実行する、Oracle WebCenter Content Serverコンポーネントの1つです。

この章の構成は、次のとおりです。

- 概要

- 基本的な概念

- プロセス

- 事前変換

- 強制変換

- フラグメントのみの変換

- キャッシュおよび問合せ

- 特殊な変換

- コンテンツ・サーバーのインタフェース

27.1 Dynamic Converterについて

Dynamic Converterは、業界で実証された変換テクノロジ、および重大なビジネス・ドキュメントのオンデマンド公開ソリューションを提供します。Dynamic Converterでは、ドキュメントの作成に使用したアプリケーションを使用しなくてもすべての人がドキュメントを参照できるよう、ビジネス・ドキュメントをWebページに簡単に変換できます。利点は即時的で、独自のアプリケーションのボトルネックを発生させることなく、情報を自由に交換できます。

Webブラウザが最初にドキュメントをリクエストするときに、ドキュメントをWebページとして表示する方法を決定する一連のルールが適用されます。これらのルールは、Dynamic Converterのコア・コンポーネントであるテンプレートで定義されます。

Dynamic Converterには、ユーザーにとっていくつかの重要な利点があります。

- ビジネス・ドキュメントをWebブラウザで簡単に表示できます。

- ネイティブ・アプリケーション(Adobe Acrobat、Microsoft Wordなど)が不要です。

- 異なるWebブラウザ用に、ドキュメントの複数レンディションが可能です。

- レガシー・フォーマットを含む多数のビジネス・ドキュメント・タイプがサポートされます。

ユーザーは、コンテンツ・サーバーの検索結果ページとコンテンツ情報ページにあるHTMLリンクを通じてコンテンツ・サーバーのソース・ドキュメントのHTMLレンディションを使用できます。

27.2 Dynamic Converterの基本的な概念

Dynamic Converterのコンテキストにおいては、次の概念が重要です。

- 開発者: Dynamic Converterを別のテクノロジやアプリケーションに統合する人です。

- ソース・ファイル: 開発者がWebページに変換するドキュメント、スプレッドシート、プレゼンテーションまたはその他の情報です(ソース・ドキュメントやコンテンツ・アイテムとも呼ばれます)。

- 出力ファイル(単数形): ソース・ファイルから作成されるファイルです(Webで表示可能なフォーマットとも呼ばれます)。

- 出力ファイル(複数形): ソース・ファイルからレンダリングされた出力(Webページ)を構成するすべてのファイルのセットです。

- テンプレート: テンプレートは、ソース・ドキュメントを出力ドキュメントに変換する方法を変換エンジンに通知します。

- テンプレート・ルール: 特定の基準に一致するドキュメントは、指定されたテンプレート、レイアウトおよびオプションを使用して変換されます。

27.3 Dynamic Converterプロセス

図27-1は、Dynamic Converterの基本的なプロセスを示しています。

図27-1 Dynamic Converterの基本的なプロセス

プロセスは、次の5つの手順で構成されています。

1. ユーザーが、Webブラウザを介してコンテンツ・アイテムをリクエストします。

2. WebサーバーからこのリクエストがDynamic Converterに渡され、メタデータ一致基準に基づいて、HTML変換に使用するテンプレートが決定します。

3. ネイティブ・ファイル(WordドキュメントやExcelスプレッドシートなど)がDynamic Converterによって変換されます。

4. 変換の結果、1つ以上のHTMLページとサポート・ファイル(GIF、JPEGなど)が作成され、Dynamic Converterによって、Content ServerのWeb表示可能なファイルのリポジトリ(Web Layout)の専用のキャッシュ領域に出力されます。

5. Webサーバーによって、追加のファイル(CSSファイルや、ページ・ヘッダーおよびページ・フッターに使用されるイメージなど)が取得されて、Dynamic Converterによって生成されたすべてのファイルとともにこれらのファイルがユーザーに提供されます。

注意:

Dynamic Converterでは、サーバーの負荷を軽減し、ドキュメントの変換が重複して行われないようにするためにキャッシュが使用されます。

27.4 事前変換

前のバージョンのDynamic Converterでは、コンテンツ・アイテムはWebで表示可能なフォーマット(HTML、XMLなど)に変換されました。この状況は、コンテンツ・アイテムがユーザーによって最初にリクエストされたとき、つまり、ユーザーが検索結果またはコンテンツ情報ページのコンテンツ・アイテムの横にある(HTML)リンクをクリックしたときに発生しました。コンテンツ・アイテムが変換された後、変換されたファイルに対する後続の各リクエストが即時に処理されるように、そのコンテンツ・アイテムはコンテンツ・サーバーにキャッシュされました。

バージョン6.0 (2004年頃)以降のDynamic Converterでは、ユーザーがコンテンツ・アイテムをリクエストしたときではなく、コンテンツ・アイテムがチェックインされたときに、変換ルールに一致するコンテンツ・アイテムを変換できます。そのため、ユーザーは、動的に変換されたコンテンツ・アイテムのレンディションを即時に表示できます。

この事前変換は、Dynamic Converterで変換ルールに一致するコンテンツ・アイテムに対してのみ適用されます。ルールは、「テンプレートの選択ルール」ページで指定されます。

そのコンテンツ・アイテムにルールがない場合、デフォルトのテンプレートやレイアウト・ファイルがそのコンテンツ・アイテムに使用可能であっても、事前変換は行われません。デフォルトのテンプレートおよびレイアウト・ファイルは、「Dynamic Converterの構成」ページで指定されます。

事前変換は、「Dynamic Converterの構成」ページの「変換とキャッシュの最適化」セクションで有効にする必要があります。

27.5 強制変換

Webサイトで異なる目的に使用できるように、同じコンテンツ・アイテムの複数の変換を指定できます。たとえば、コンテンツ・アイテムを、ある場所ではHTMLコードのスニペットとして含め、別の場所では完結した記事として含めることができます。このためには、Dynamic Converterの強制変換を使用します。

強制変換を使用するとルールのリストを指定でき、このリストのすべてのルールが評価されます。最初のルールが一致すると適用されます。次のルールが一致した場合も適用され、これが繰り返されます。これにより、Dynamic Converterは、必要に応じて、同じコンテンツの複数のレンディションを作成できます。その結果、各種テンプレートやレイアウト・ファイルを使用してコンテンツを複数回変換できます。

「テンプレートの選択ルール」ページで、テンプレート・ルールの強制変換を有効にできます。

強制変換は、事前変換と同時に、つまりコンテンツ・アイテムがContent Serverにチェックインされたときに実行されます。エンド・ユーザーには、事前変換と強制変換の違いはわかりません。方法は異なりますが、ユーザーがHTMLリンクをクリックするまでに、コンテンツ・アイテムを変換してキャッシュに格納することを目的としている点は同じです。

強制変換は、「Dynamic Converterの構成」ページの「変換とキャッシュの最適化」セクションで、事前変換とともに有効になっている必要があります。

27.6 フラグメントのみの変換

強制変換(強制変換を参照)の1つにフラグメントのみの変換があります。フラグメントは、コンテンツの一部分であり、他のコンテンツ・アイテムに組み込まれます。個々のフラグメントを組み合せて、コンテンツ・リッチなWebページを形成できます。通常、フラグメントには、<html>タグや<body>タグは含まれていないため、簡単に他のWebページに組み込むことができます。フラグメントはそれ自体表示されるものではないため、HTML動的変換リンクをクリックするユーザーには表示しません。ユーザー・リクエストにおいて、フラグメント用に設計されたルールは、Dynamic Converterのルール評価から除外される必要があります。

強制変換が選択されている場合は、「テンプレートの選択ルール」ページでテンプレート・ルールに対するフラグメントのみの変換を有効にできます。

フラグメントのみの変換は、他の強制変換と同様に、コンテンツ・アイテムがコンテンツ・サーバーにチェックインされたときに事前に実行されます。

27.7 キャッシュおよび問合せ

Dynamic Converterには、イントラネットや外部のWebサイトの全体的なパフォーマンスを大幅に向上させる、変換およびキャッシュの戦略が含まれています。この機能によって、コンテンツ・サーバーで、動的に作成されるWebページを以前のバージョンよりもより迅速に提供できるようになります。

変換およびキャッシュの拡張機能がアプリケーションに組み込まれている一方で、Dynamic Converterを調整するために設定可能ないくつかの構成オプションも用意されています。

- タイムスタンプのキャッシュ

- メタデータの変更

- タイムスタンプのチェック頻度

- キャッシュ間隔

- キャッシュ・サイズ

- キャッシュ有効期限

これらすべての構成オプションは、「Dynamic Converterの構成」ページの「変換とキャッシュの最適化」セクションで設定できます

27.7.1 タイムスタンプのキャッシュ

ユーザーが検索結果ページまたはコンテンツ情報ページでHTML動的変換リンクをクリックすると、ソース・ドキュメント、変換テンプレートおよびレイアウト・ファイル(該当する場合)の3つのファイルに対する問合せがコンテンツ・サーバー・データベースに対して行われます。データベース問合せによって、動的に変換されたファイルが最新であることが確認されますが、最新の変換が使用可能である場合でもこれらの問合せは実行されます。

Dynamic Converterバージョン6.2以上では、毎回データベースに問い合せることなく、コンテンツ・アイテムおよび変換テンプレートのリビジョンを検証する新しい方法が使用されます。データベース問合せのかわりに、変換されたコンテンツ・アイテムのタイムスタンプがサーバーのメモリーベースのキャッシュに保存されます。その後の変換リクエストでは、データベースに問い合せることなく、キャッシュされたこれらのタイムスタンプと変換対象のコンテンツ・アイテムのタイムスタンプを比較できます。事前変換要素(事前変換を参照)と組み合せると、Dynamic Converterにおけるリビジョンと変換の問合せがより効率的になります。キャッシュおよび問合せメカニズムでは、タイムスタンプを使用して、コンテンツ・サーバー内の新しいリビジョンのコンテンツ・アイテムが検出されます。これは、新しいリビジョンが作成されるたびに、新しいタイムスタンプを持つ新しいファイルが作成されるためです。

27.7.2 メタデータの変更

ユーザーがコンテンツ・アイテムに対してメタデータのみの変更を加えると、新しいファイルやタイムスタンプは作成されず、変更は検出されません。この問題に対処するため、すべてのメタデータ変更がDynamic Converterで認識されるようにする必要があります。そのためには、「Dynamic Converterの構成」ページの「メタデータ更新時の再変換」オプションを有効にする必要があります。このオプションによって、コンテンツ・サーバーはメタデータ更新後に、ソース・コンテンツ・アイテムのタイムスタンプを強制的に更新します。このオプションを有効にすると、Webで表示可能なすべてのフォーマットのタイムスタンプが更新され、対応するソース・コンテンツ・アイテムに対して行われたメタデータ変更が反映されます。その結果、更新されたタイムスタンプはDynamic Converterによって認識され、メタデータの更新されたコンテンツ・アイテムが再変換されます。

データベースで確認する方式

コンテンツ・アイテムのメタデータが更新されたかどうかをデータベースで確認する方式を選択できます。このオプションは、「Dynamic Converterの構成」ページで設定します。この構成オプションが有効の場合、コンテンツ・アイテムの更新によって、変換されたファイルのタイムスタンプの変化が引き続き通知されますが、キャッシュと問合せを使用する新しい方法は、コンテンツ・アイテムが最新かどうかの判断に使用されません。そのかわり、この情報についてコンテンツ・サーバー・データベースに対して問合せが実行されます。最適化された問合せ要素に問題が発生している場合、または関連する問題のトラブルシューティングを行っている場合には、この方法を検討してください。

27.7.3 タイムスタンプのチェック頻度

Dynamic Converterでは、デフォルトで、変換済コンテンツ・アイテムのタイムスタンプが1,500ミリ秒(1.5秒)ごとにチェックされます。実行される問合せの数と、サイトへの訪問者数とのバランスをとるために、この値を増減できます。タイムスタンプのチェック頻度は、「Dynamic Converterの構成」ページで変更できます。

たとえば、この設定を1分(60,000ミリ秒)に増やし、新しいコンテンツ・アイテムをコンテンツ・サーバーにチェックインした場合、新しいバージョンは、チェックイン後1分が経過しないとユーザーに提供されません。

27.7.4 キャッシュ間隔

キャッシュ間隔とは、変換キャッシュが評価される頻度を指しています。キャッシュされたアイテムは、キャッシュ内の滞在時間および変換ステータスに応じて削除するかどうかが決定されます。キャッシュ間隔(日単位)は、「Dynamic Converterの構成」ページで設定できます。デフォルトは7日(1週間に1回)です。

27.7.5 キャッシュ・サイズ

動的に変換されたファイルは、不必要な再変換を避けるために、キャッシュに保持されます。キャッシュの最大サイズは、「Dynamic Converterの構成」ページで設定できます。デフォルトは10,000 MB (約10 GB)です。キャッシュが最大サイズを超えると、次のクリーンアップ・サイクル(デフォルトは7日間)で、最も長い期間アクセスされていないキャッシュ・アイテムがまず削除されます(削除用リストは最終アクセスの日付の昇順でソートされます。)キャッシュ・サイズの制限を超えていない場合は、同じ順序で削除の候補となるキャッシュ・アイテムが調査されますが、既存のドキュメントの強制変換アイテムは削除されません。

27.7.6 キャッシュ有効期限

Dynamic Converterでは、アイテムが重複して変換されないように、変換されたコンテンツ・アイテムはWebレイアウト変換キャッシュに保持されます。キャッシュ内の変換済アイテムが削除されるまでの最低保存日数を指定できます。デフォルトでは、キャッシュのクリーン・アップは7日間ごとに評価されます。有効期限は、すでに存在しないドキュメントのキャッシュ済アイテム、および強制変換によって生成されていないキャッシュ済アイテムのみに適用されます(強制変換を参照)。デフォルトのキャッシュ有効期限は7日間です。

キャッシュの有効期限設定以外に、キャッシュの評価頻度を制御するためのキャッシュ間隔(キャッシュ間隔を参照)があります。たとえば、キャッシュ間隔が14日間に設定され、キャッシュの有効期限が8日間に設定された場合、キャッシュは14日ごとに評価されて、8日間を超えてキャッシュ内に存在するすべてのキャッシュ済アイテムが削除されます(ただし、強制変換の結果生成されたアイテムは削除されません)。

27.8 特殊な変換

Dynamic Converterでは、次の特殊な変換がサポートされています。

- HTMLフォームのHTMLへの変換

- XMLからHTMLへの変換

27.8.1 HTMLフォームのHTMLへの変換

Dynamic Converterでは、HTMLフォームのHTMLへの変換がサポートされています。これにより、HTMLフォームに入力された情報を柔軟に表示できます。

たとえば、データ入力のために使用されるHTMLフォームは、次のようになります。

図27-2 データ入力フォーム

このHTMLフォームおよび入力された値は、「送信」ボタンをクリックして送信されると、自動的にHCSFファイルとしてコンテンツ・サーバーにチェックインされます。その後ユーザーがフォーム・データを表示する場合、テンプレートを使用して、HTMLフォームのデータを表示できます。

図27-3 フォーム・データの表

27.8.2 XMLのHTMLへの変換

Dynamic Converterでは、XSLファイルを使用したXMLからHTMLへの変換がサポートされます。XSLファイル(拡張子が.xsl)は、XMLファイルがWebブラウザでHTMLとしてどのように表示されるかを定義するテンプレートです。

Dynamic ConverterによってXMLファイルが正しく識別され、変換されるようにするには、次の作業が必要です。

- XSLファイルをコンテンツ・サーバーにチェックインします。

- XMLファイルを認識するよう、Dynamic Converterを構成します。動的変換用のファイル形式を追加する方法は、「動的変換用のファイル形式の追加」を参照してください。(この場合、「フォーム」テキスト・ボックスにapplication/xmlを追加します。)

- 変換するXMLファイルに一致するDynamic Converterルールを作成し、そのルールの変換テンプレートとしてXSLファイルを指定します。詳細は、「テンプレート・ルールの管理」を参照してください。

注意:

サンプルのXMLファイルとXSLファイルは、Oracle Technology Network (http://www.oracle.com/technetwork/indexes/samplecode/)からダウンロードできます。

27.9 コンテンツ・サーバーにおけるDynamic Converterインタフェース

この項では、Dynamic Converterソフトウェアをインストールした後にコンテンツ・サーバーのインタフェースがどのように変わるかについて説明します。

「Dynamic Converterの管理」リンクがない場合は、Dynamic Converterが正しくインストールされなかったか、または有効化されていません。Dynamic Converterコンポーネントのインストール方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

図27-4 「Dynamic Converterの管理」リンクの「管理」トレイ

コンテンツ・サーバーにDynamic Converterが正常に追加されると、「管理」ページおよび「管理」メニューに「Dynamic Converterの管理」というリンクが追加されます。

28 Dynamic Converterの構成

この章では、Dynamic Converterのデフォルトのテンプレート、変換フォーマットおよびスライドショーのテンプレート・ファイルの設定方法とワイヤレス・テンプレートの削除方法について説明します。

この章の構成は、次のとおりです。

- Dynamic Converterを使用する前に

- デフォルト・テンプレートの設定

- 変換形式の設定

- PowerPointプレゼンテーション用スライドショー・テンプレート・ファイルの構成

- ワイヤレス・テンプレートの削除

28.1 Dynamic Converterを使用する前に

Dynamic Converterの使用を開始してコンテンツ・アイテムのテンプレートを設計する前に、次の準備をしておく必要があります。

- コンテンツ・アイテムのOracle WebCenter Content Serverへのチェックイン。コンテンツのチェックイン方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

- 適切なテンプレート・タイプによるDynamic Converterテンプレートのコンテンツ・サーバーへのチェックイン。詳細は、「変換テンプレートの管理」を参照してください。

- テンプレートの選択ルールと、関連するメタデータおよびテンプレートの追加。詳細は、「テンプレート・ルールの管理」を参照してください。

- 「Dynamic Converterの構成」ページでの変換フォーマットおよびその他の関連情報の指定。

28.2 デフォルト・テンプレートの設定

デフォルトのテンプレートは、定義したテンプレート条件に一致しないコンテンツ・アイテムに適用されます。コンテンツのアイテムに関連付けられているデフォルト・テンプレートを変更するには、次の手順を実行します。

1. 「Dynamic Converterの管理」ページを開きます。

2. 「構成設定」をクリックします。

3. 「Dynamic Converterの構成」ページで、「デフォルトのテンプレート」見出しの下の「テンプレート」テキスト・ボックスに、テンプレートのコンテンツIDを入力します。「テンプレート・タイプ」メニューからテンプレートのタイプを選択すると、「使用できるテンプレート」メニューからテンプレートを選択できます。

4. 「デフォルト・レイアウト」見出しの下にある「レイアウト」テキスト・ボックスで、レイアウト・テンプレートのコンテンツIDを入力します。また、「使用できるレイアウト」メニューから、レイアウト・テンプレートを選択することもできます。(レイアウトはクラシックHTML変換テンプレートにのみ適用されます。)

5. 「Dynamic Converterの構成」ページの下部にある「更新時」 をクリックし、デフォルトのテンプレートを有効にします。

28.3 変換形式の設定

Dynamic Converterでコンテンツ・アイテムが認識されて変換されるためには、コンテンツ・アイテムのファイル形式(MS Word、RTF、プレーン・テキスト)が変換フォーマットのリストに含まれている必要があります。「検索結果」ページや「コンテンツ情報」ページなどで、リストに含まれているファイル形式のみ、その横に(HTML)リンクが表示されます。

この項の内容は次のとおりです。

- 動的変換用のファイル形式の追加

- 動的変換からのファイル形式の削除

28.3.1 動的変換へのファイル形式の追加

「Dynamic Converterの構成」ページで、いつでも1つ以上のファイル形式を追加できます。ファイル形式を追加する手順は、次のとおりです。

1. 「Dynamic Converterの管理」ページを開きます。

2. 「構成設定」をクリックします。

3. 「Dynamic Converterの構成」ページで、「変換フォーマット」見出しの下のフォーマット・テキスト・ボックスに、Webページに変換したいファイル形式を入力します(または右側のメニューから選択します)。テキスト・ボックスの形式は、次のようにカンマまたは空白で区切ります。

application/msword, application/vnd.ms-excel

ファイル形式は、コンテンツ・サーバーの構成マネージャの命名規則に準拠する必要があります。たとえば、Microsoft Wordドキュメントは、application/docまたはapplication/mswordとして入力します。

Office 2007ファイル(docx、xlsxおよびpptxなど)では、(HTML)リンクを表示させるには、DC構成ページで次のフォーマットを有効にする必要があります。

application/vnd.openxmlformats-officedocument.presentationml.presentation
application/vnd.openxmlformats-officedocument.presentationml.slide
application/vnd.openxmlformats-officedocument.presentationml.slideshow
application/vnd.openxmlformats-officedocument.presentationml.template
application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
application/vnd.openxmlformats-officedocument.spreadsheetml.template
application/vnd.openxmlformats-officedocument.wordprocessingml.document
application/vnd.openxmlformats-officedocument.wordprocessingml.template

ファイル形式の命名規則は、コンテンツ・サーバーの管理ドキュメントを参照してください。

4. 「更新」をクリックし、ファイル形式をDynamic Converterに追加します。

28.3.2 動的変換からのファイル形式の削除

「Dynamic Converterの構成」ページで、いつでもファイル形式を削除できます。ファイル形式を削除する手順は、次のとおりです(この操作を取り消すことはできません)。

1. 「Dynamic Converterの管理」ページを開きます。

2. 「構成設定」をクリックします。

3. 「Dynamic Converterの構成」ページで、「変換フォーマット」見出しの下のフォーマット・テキスト・ボックスで、削除したいファイル形式を選択します。

4. キーボードの[Delete]キーを押し、テキスト・ボックスからこのファイル形式を削除します。ボックスにリスト表示されているすべての形式ではなく、削除が必要な形式のみを削除してください。

5. 「更新」をクリックし、ファイル形式をDynamic Converterから削除します。

注意:

間違って正しくないファイル形式を削除してしまった場合は、再度追加してから「更新」をクリックしてください。

28.4 PowerPointプレゼンテーション用スライドショー・テンプレート・ファイルの構成

Dynamic Converterテンプレートを使用してPowerPointプレゼンテーションを変換する場合は、HTML変換テンプレートを使用することをお薦めします。ドキュメントの書式設定に移動して、テンプレート・エディタの「プレゼンテーション」タブでテンプレートをカスタマイズできます。

クラシックHTML変換テンプレートを使用する場合、Oracle Technology Network(http://www.oracle.com/technetwork/indexes/samplecode/)からダウンロードできるスライドショーのhcstファイルを使用する必要があります。ダウンロード後、コンテンツ・サーバーにサンプルをチェックインします。3つのスライドショー・ファイル(slideshow.hcst、slideshowb.hcstおよびslideshowc.hcst)をすべてチェックインする必要があります。サンプルのPowerPointファイル(dc_powerpoint.ppt)をダウンロードすることもできます。

ファイルのチェックインと同時にコンテンツIDを自動的に割り当てるようにDynamic Converterを構成した場合は、これを反映するために、各スライドショー・テンプレート・ファイルを編集する必要があります。そして、各ファイルを再度チェックインしてから、テンプレートの使用を開始します。

PowerPointプレゼンテーションの変換のためにスライドショー・テンプレート・ファイルを構成する手順は、次のとおりです。

1. 3つのスライドショー・ファイル(slideshow.hcst、slideshowb.hcstおよびslideshowc.hcst)をすべて、コンテンツ・サーバーにチェックインします。これらをスクリプト・テンプレートとしてチェックインしていることを確認します。詳細は、「テンプレートのチェックイン」を参照してください。

ファイルを確実に正しいWebレイアウト・ディレクトリにチェックインするため、3つのファイルすべてに同じコンテンツ・タイプ、セキュリティ・グループおよびアカウント(該当する場合)を使用してください。

コンテンツIDが自動的に生成される場合、自動生成された各スライドショー・ファイルのコンテンツIDを検索し、書き留めます。

コンテンツIDが自動的に生成されない場合、DC-Slideshow、DC-SlideshowBおよびDC-SlideshowCのようなIDを使用することをお薦めします。

2. ダウンロードしたスライドショーのサンプル・ファイルにアクセスします。

3. 各hcstスライドショー・ファイルをテキスト・エディタ(WordPadやviなど)で開き、次のスライドショー参照を検索し、適切なコンテンツIDで置換します。

注意:

各ファイルを閉じる前に、必ず変更を保存してください。

- slideshow.hcst:
検索: slideshowbtemplate

置換: チェックインしたslideshowb.hcstテンプレートのコンテンツID。1002またはDC-SlideshowBなどです。

- slideshowb.hcst:
検索: slideshowctemplate

置換: チェックインしたslideshowc.hcstテンプレートのコンテンツID。1003またはDC-SlideshowCなどです。

- slideshowc.hcst:
検索: slideshowbtemplate

置換: チェックインしたslideshowb.hcstテンプレートのコンテンツID。1002またはDC-SlideshowBなどです。

次のようにして、必ずファイル拡張子を保持してください。

{## link element=sections.current.bodyorimage template=slideshowbtemplate.hcst}.

そうでない場合、HTML変換中にアプリケーションで例外がスローされる可能性があります。

UNIXシステムでは、コンテンツIDの大/小文字が区別されるため、dc-slideshowはDC-SlideshowやDC-SLIDESHOWとは同一ではありません。

4. コンテンツ・サーバーでスライドショーを検索し、「検索結果」ページで「情報」リンクをクリックします。

「コンテンツ情報」ページが表示されます。

5. 「チェックアウト」をクリックします。

6. 「チェックアウトの確認」ページで、「チェックイン」をクリックします。

7. 修正したスライドショー・ファイルを参照して、「コンテンツ・チェックイン・フォーム」の「チェックイン」をクリックします。

8. スライドショー・ファイルごとに、手順4 から7 を繰り返します。

これで、PowerPointプレゼンテーション用の変換形式の設定(「変換形式の設定」を参照)と、チェックイン・テンプレートのテンプレート・ルールへの割当て(「テンプレート・ルールの管理」を参照)ができるようになりました。

28.5 ワイヤレス・テンプレートの削除

Dynamic Converter 12.2.1はワイヤレス・テンプレート・タイプをサポートしていませんが、クラシックHTML変換テンプレートに基づいたワイヤレス・サポートを提供しています。以前のバージョンのDynamic Converterを備えた既存のコンテンツ・サーバーは、ワイヤレス・テンプレート・タイプを保持している場合がありますが、使用しようとすると失敗します。

使用可能なテンプレートのリストからワイヤレス・テンプレートを削除する手順は、次のとおりです。

1. 新しいブラウザ・ウィンドウを開き、システム管理者としてWebCenter Contentにログインします。

2. 「管理アプレット」ページを開きます。

3. 「管理アプレット」セクションの下の「構成マネージャ」をクリックします。

図28-1 「構成マネージャ」ウィンドウ

4. 「構成マネージャ」ウィンドウの「情報フィールド」タブで、TemplateType行を選択して「編集」をクリックします。

図28-2 TemplateTypeの編集ダイアログ

5. TemplateTypeフィールドの編集ダイアログで、「構成」をクリックします。

6. 「オプション・リストの構成」ダイアログで、「編集」をクリックします。

図28-3 TemplateTypeのオプション・リスト。

7. 「オプション・リスト」ウィンドウでワイヤレス・テンプレートを選択してから[Delete]キーを押して、オプションとしてワイヤレス・テンプレートを削除します。

8. 「OK」を3回クリックして、構成マネージャ・ウィンドウに戻ります。

9. メニュー・バーから「オプション」を選択します。

10. 「スキーマのパブリッシュ」を選択します。

変更がコンテンツ・サーバーに伝播されます。

11. 「構成マネージャ」アプリケーションを終了して数分待ちます。次にテンプレート・チェックイン・フォームを再び参照します。

29 テンプレート・ルールの管理

この章では、Dynamic Converterテンプレート・ルールの管理、メタデータ条件のルールへの割当ておよびルールのテンプレートの選択を実行する方法について説明します。

この章の内容は、次のとおりです。

- テンプレート・ルールについて

- テンプレート・ルールの管理

- ルールへのメタデータ基準の割当て

- ルールのテンプレートの選択

29.1 テンプレート・ルールについて

ルールは、Dynamic Converterで変換プロセスを動作させるための一連の指示です。これらの指示に基づいて、コンテンツ・サーバーでソース・ドキュメントが特定され、それらを変換する必要があるかどうかがメタデータ(コンテンツID、タイプ、作成者など)およびファイル・タイプに基づいて決まります。次に、ルールに基づいて、ルールに関連付けられているテンプレートを使用したドキュメントの変換がリクエストされます(テンプレートの詳細は「変換テンプレートの管理」を参照)。Dynamic Converterでは、複数のルールを使用できます。この場合、ソース・ドキュメントのメタデータに最初に一致したルールが動的変換で使用されます。システム構成によっては、一致する他のルールも適用可能です。

「テンプレートの選択ルール」ページでは、ルールの追加、削除および再編成、ルールで使用する条件(メタデータ)の指定および(1つ以上の)テンプレートのルールへの割当てを実行できます。

「テンプレートの選択ルール」ページは、複数の機能で構成されています。複数のルールを追加し、それらをソース・ドキュメントに適用する順序を変更できます。ルールで使用する複数のメタデータ・フィールドを選択できます(構成ページでさらにフィールドを追加できます)。最後に、(1つ以上の)テンプレートをルールに割り当て、それらのテンプレートを「テンプレートの編集」ボタンを使用して編集できます。

29.2 テンプレート・ルールの管理

「テンプレートの選択ルール」ページの一番上のセクションでは、テンプレート・ルールを管理できます。

- ルールの追加

- ルールの削除

- ルールの並替え

29.2.1 ルールの追加

新しいテンプレート・ルールを追加するには:

1. 「Dynamic Converterの管理」ページを開きます。

2. 「テンプレートの選択ルール」をクリックします。

3. 「テンプレートの選択ルール」ページで、(「テンプレートの選択ルール」見出しの)「新規ルール名」テキスト・ボックスにルールの名前を入力します。

4. 「新規ルールの追加」をクリックします。

ルールをハイライトすると、ルールの条件とテンプレートのフィールドが空白であることがわかります。このルールに対するメタデータ基準とテンプレートは、この時点で入力できます。

5. 「テンプレートの選択ルール」ページの下部にある「更新」をクリックします。

29.2.2 ルールの削除

「テンプレートの選択ルール」リストからテンプレート・ルールを削除するには:

1. 「Dynamic Converterの管理」ページを開きます。

2. 「テンプレートの選択ルール」をクリックします。

3. 「テンプレートの選択ルール」ページで、削除するルールをハイライトして「ルールの削除」をクリックします。

4. 「テンプレートの選択ルール」ページの下部にある「更新」をクリックします。

注意:

ルールを削除すると、そのルールの設定(メタデータ条件およびテンプレート)がすべて削除されます。この操作を取り消すことはできません。

29.2.3 ルールの並替え

テンプレート・ルールの処理順序を変更するには:

1. 「Dynamic Converterの管理」ページを開きます。

2. 「テンプレートの選択ルール」をクリックします。

3. 「テンプレートの選択ルール」ページで、次のどちらかを実行します。

- ルールをリスト内で上に移動して、他のルールより優先させるには、ルールを強調表示し、「上に移動」をクリックします。次に、「更新」をクリックします。

- リストでルールを下(他のルールより優先度が低くなる)に移動するには、ルールをハイライトして「下に移動」をクリックします。次に、「更新」をクリックします。

29.3 ルールへのメタデータ基準の割当て

変換テンプレートをコンテンツ・アイテムに割り当てる場合、ここで指定するメタデータがソース・ドキュメントに割り当てられているメタデータと一致することを確認する必要があります。このことは、コンテンツ・サーバーでコンテンツ情報ページを開くことで確認できます。

メタデータをテンプレートの選択ルールに割り当てるには:

1. 「Dynamic Converterの管理」ページを開きます。

2. 「テンプレートの選択ルール」をクリックします。

3. 「テンプレートの選択ルール」ページで、(「選択したルールの条件」見出しの)「フィールド」リストからメタデータ・フィールドを選択します。「タイプ」、「作成者」、「タイトル」、「コンテンツID」、またはその他いくつかのフィールドを選択できます。

4. 「値」テキスト・ボックスに、ルールを適用するメタデータを入力します。

「値」テキスト・ボックスの右側にあるメニューからメタデータ値を選択できます。また、ワイルドカードを使用してメタデータ値を指定することもできます。

5. ルールに対して2番目および3番目のメタデータ・フィールドを選択するオプションもあります。

メタデータ・フィールド間には常にANDの関係があり、すべての基準を満たすコンテンツ・アイテムのみがこのルールによって変換されます。

ルールごとに指定できる条件の最大数は、「Dynamic Converterの構成」ページの設定によって制御されます。

6. 「テンプレートの選択ルール」ページの下部にある「更新」をクリックしてルールを更新します。

29.4 ルールのテンプレートの選択

テンプレートの選択ルールは、ルールのテンプレートを選択するまで完了しません。テンプレートは最終的に、変換済ドキュメントの外観を設定します。

テンプレートをルールに割り当てるには:

1. 「Dynamic Converterの管理」ページを開きます。

2. 「テンプレートの選択ルール」をクリックします。

3. 「テンプレートの選択ルール」ページで、(「選択したルールのテンプレートとレイアウト」見出しの)「テンプレート」テキスト・ボックスにテンプレートのコンテンツIDを入力します。

「テンプレート・タイプ」メニューからテンプレートのタイプ(HTML変換、クラシックHTML変換または「スクリプト」)を選択すると、「使用できるテンプレート」メニューからテンプレートを選択できます。

4. 前のステップでクラシックHTML変換テンプレートを選択した場合、レイアウト・テンプレートでそれを補完することもできます。その場合、「レイアウト」テキスト・ボックスにレイアウト・テンプレートのコンテンツIDを入力します(再び、「使用できるレイアウト」メニューからレイアウト・テンプレートを選択してもかまいません)。

5. 「更新」をクリックして、ルールにテンプレートを追加します。

テンプレートの選択ルールを作成し、適切なメタデータ条件を割り当て、ルールで(1つ以上の)テンプレートを選択した後は、「Dynamic Converterの構成」ページで構成設定を確認する必要があります。特に、必要なファイル・タイプを「変換フォーマット」リストに追加済であることを確認してください。

詳細は、「変換テンプレートの管理」を参照してください。

30 変換テンプレートの管理

この章では、Dynamic Converterのテンプレートおよびテンプレート・タイプについて説明します。また、テンプレートのチェックイン方法についても説明します。

この章の構成は、次のとおりです。

- テンプレートについて

- テンプレート・タイプ

- テンプレートの方針

- テンプレートのチェックイン

関連項目

- HTML変換テンプレート

- クラシックHTML変換レイアウト・テンプレート

- スクリプト・テンプレートの管理

30.1 テンプレートについて

Dynamic Converterの能力、柔軟性および複雑さの多くは、テンプレートを使用して変換プロセスを動作させる機能と密接に結び付いています。テンプレートを使用すると、変換済Webページのビジュアル・プロパティやナビゲーショナル・プロパティをきめ細かく制御できます。

テンプレートはプレーンテキストによるHTMLファイルまたはXMLファイルであり、テンプレートの作成者はそれらのファイル内で特殊タグを使用して、ソース・ドキュメント内の様々な要素を挿入、繰返しおよびリンクしたり、それらの要素を条件として使用したりできます。これらの書式設定の指示セットを、Content Serverに格納されている1つまたは複数のコンテンツ・アイテムと関連付けられます。テンプレートを(「テンプレートの選択ルール」ページで)コンテンツ・アイテムに割り当てる際に、コンテンツ・アイテムをWebページとして表示する方法を制御できます。

コンテンツ・アイテムを参照する(Dynamic Converterによって生成された) (HTML)リンクをユーザーがクリックすると、そのコンテンツ・アイテムに関連付けられているテンプレートを使用して動的変換が実行されます(「プロセス」を参照)。

30.2 テンプレート・タイプ

Dynamic Converterでは、次の4つのタイプのテンプレートを使用できます。

- クラシックHTML変換テンプレート: クラシックHTML変換テンプレート(旧名GUIテンプレート)はXML (Extensible Markup Language)で記述され、Dynamic ConverterのクラシックHTML変換エディタ用に設計されています。クラシックHTML変換エディタは12cでは使用できません。以前のバージョンで作成されたテンプレートは引き続き使用できますが、12cでは作成や編集はできません。クラシックHTML変換テンプレートのファイル拡張子は、.ttpです。詳細は、「HTML変換テンプレート」を参照してください。

- HTML変換テンプレート: HTML変換エディタは、HTML、GIF、JPEGおよびPNGの各形式を使用して、ソース・ファイルを忠実に表現することを主な目標としています。C APIや強力でカスタマイズ可能なXMLファイルを使用すると、出力の内容や構造に影響を与える各種オプションをHTML Conversion Editorで設定できます。HTML Conversion EditorはJavaベースであるため、JREがインストールされている任意のブラウザ・インスタンスで実行できます。詳細は、「HTML変換テンプレート」を参照してください。

- クラシックHTML変換レイアウト・テンプレート: レイアウト・テンプレートは、変換済コンテンツ・アイテムのページ全体のレイアウトを制御することによってGUIテンプレートを補完するように設計されています。レイアウト・テンプレートを使用して、変換済の各Webページに表示する共通の枠線、サイト・ナビゲーションまたは会社のロゴを作成できます。また、「ホーム」、「検索」などへのリンクを使用して、コンテンツ・サーバーのルック・アンド・フィールを管理することもできます。レイアウト・テンプレートには、通常は、HTMLコード(特にHTML表)、トークン(GUIテンプレート設定を表現)およびIdoc Scriptまたは他のスクリプト言語が含まれます。詳細は、「クラシックHTML変換レイアウト・テンプレート」を参照してください。

- スクリプト・テンプレート: スクリプト・テンプレートは、テキストベースの変換テンプレートであり、スクリプトで記述された一連のルールを変換済ドキュメントに適用します。これらはプレーンテキスト・ファイルであり、要素、索引、マクロ、プラグマおよびIdoc Scriptを使用するコードを手入力する必要があります。スクリプト・テンプレートを変更するには、その記述言語に関する知識が必要です。スクリプト・テンプレートのファイル拡張子は、.hcstです。詳細は、「スクリプト・テンプレートの管理」を参照してください。

30.3 テンプレートの方針

Dynamic Converterユーザーは、テンプレートを使用することによって、変換済ドキュメントを無限の柔軟性で表現できます。ユーザーは通常、次の3つの戦略のいずれかに基づいてテンプレートを選択します。

1. Dynamic Converterユーザーの様々なニーズ(洗練されたナビゲーション、ドキュメント索引付けエンジン用の簡易HTMLなど)を満たすように設計された豊富なサンプル・テンプレートをOracle Technology Network (http://www.oracle.com/technetwork/indexes/samplecode/)からダウンロードできます。

2. わずかな作業でOracle Technology Networkからダウンロード可能なサンプル・テンプレートを変更できます。グラフィックや静的テキストの追加のような簡単な変更は、サンプル・テンプレートを使用した実験に興味があるユーザーなら簡単に実行できます。

3. 高度なユーザーは、自身のニーズに合わせてカスタマイズした独自設計のテンプレートを作成することもできます。そのようなテンプレートには、Javaなど、広範囲にわたるWeb標準の要素を組み込むことができます。言うまでもなく、この方法を選択するユーザーは、高度な技術的スキルを習得済である必要があります。

30.4 テンプレートのチェックイン

テンプレートの選択ルールにテンプレートを割り当てて(「テンプレート・ルールの管理」を参照)、そのテンプレートをDynamic Converterが変換プロセスで使用できるようにするには、まず、テンプレートをコンテンツ・サーバーにチェックインしておく必要があります。

テンプレートをチェックインするには:

1. 「Dynamic Converterの管理」ページを開きます。

2. 「既存のテンプレートのチェックイン」をクリックします。

3. テンプレートのチェックイン・フォームで、テンプレートに必要なすべてのメタデータを指定します。

必ず正しいテンプレート・タイプを選択してください。正しいタイプを選択しないと、テンプレートが特定のタイプの使用可能なテンプレート・リストに含まれない可能性があります。その場合、チェックインするテンプレートのコンテンツ情報ページを開き、そのテンプレート・タイプを更新する必要があります。

4. 完了後に、「チェックイン」をクリックし、テンプレート・ファイルをコンテンツ・サーバーにチェックインします。

コンテンツをコンテンツ・サーバーにチェックインする方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

31 HTML変換テンプレート

この章では、HTML (グラフィカル・ユーザー・インタフェース)テンプレートおよびDynamic Converterのテンプレート・エディタの使用方法について説明します。

この章の構成は、次のとおりです。

- テンプレートについて

- HTML変換テンプレート・エディタの使用

31.1 テンプレートについて

テンプレートは書式設定指示のセットであり、ソース・ドキュメントに関連付けることができます。ドキュメントをContent Serverにチェックインしたら、デフォルトの変換テンプレートに関連付けるか、カスタマイズされた新しいテンプレートを作成できます。

使用可能なテンプレート・オプションは次のとおりです。

- HTML変換テンプレート: 最も新しいテンプレート・タイプで、クロス・プラットフォーム・エディタで構成できます。

- クラシックHTML変換テンプレート: 以前は、GUIテンプレートと呼ばれていました。GUIテンプレートからHTML変換テンプレートに直接移行する方法はありません。「クラシックHTML変換テンプレート」を選択した場合は、「クラシックHTML変換レイアウト」も選択します。

- スクリプト・テンプレート: デフォルト設定で実行され、テキスト・エディタで編集できます。

ドキュメントに関連付けるテンプレート・タイプを選択し、テンプレートに名前を付けたら、テンプレートを編集できます。HTML変換エディタと呼ばれるテンプレート編集ユーティリティがあり、HTML変換テンプレートを編集するために使用できます。このユーティリティを使用して、HTMLフォーマットに変換されるネイティブ・ドキュメントの外観をカスタマイズできます。このテンプレート・エディタは、作成するWebページのルック・アンド・フィールを制御するために使用します。クラシックHTML変換テンプレート・エディタはWebCenter Content 12cでは使用できません。以前のバージョンで作成されたテンプレートは引き続き使用できますが、12cでは作成や編集はできません。

ソース・ドキュメントをWebページに変換するには、変換を実行するデフォルト設定を使用します。または、HTMLテンプレートを作成してドキュメントに関連付けてから、HTML変換エディタを使用してテンプレートを編集できます。

次の項ではHTML変換エディタのタスクについて説明します。

- 新しいHTML変換テンプレートの作成

- 既存のHTML変換テンプレートの編集

31.1.1 新しいHTML変換テンプレートの作成

新しいHTML変換テンプレートを作成するには、「Dynamic Converterの新しいHTML変換テンプレート・フォーム」を使用します。このページにアクセスするには、「Dynamic Converterの管理」ページの「新規テンプレートの作成」をクリックします。

図31-1 新しいHTML変換テンプレート・フォーム

注意:

コンテンツをコンテンツ・サーバーにチェックインする方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

新しいHTML変換テンプレートを作成するには:

1. 「Dynamic Converterの管理」ページを開きます。

2. 「新規テンプレートの作成」をクリックします。

3. そのテンプレートに必要なその他すべてのメタデータを指定します。

4. フォームの入力の完了後、「チェックイン」をクリックし、HTML変換テンプレート・ファイルをコンテンツ・サーバーにチェックインします。

新しいHTML変換テンプレートをContent Serverにチェックインしたら、テンプレート・エディタを使用して編集できます(「既存のHTML変換テンプレートの編集」を参照)。

31.1.2 既存のHTML変換テンプレートの編集

HTML変換テンプレート・エディタは、Windows XP以降のシステムでInternet Explorerを使用する必要があります。既存の(すなわち、コンテンツ・サーバーにチェックイン済の) HTML変換テンプレートを編集する手順は次のとおりです。

1. 「Dynamic Converterの管理」ページを開きます。

2. 既存テンプレートの編集をクリックします。

3. 「テンプレートの編集」ページで、コンテンツ・サーバーにあるHTML変換テンプレートのリストからテンプレートを選択します。

既知のHTML変換テンプレートが使用可能なテンプレートのリストに含まれていない場合は、Content Serverにチェックインしたときに、正しいHTML変換テンプレート・タイプに割り当てられなかったものと考えられます(「テンプレートのチェックイン」を参照)。その場合は、チェックインされているテンプレートのコンテンツ情報ページを開いて、テンプレート・タイプを更新する必要があります。

「テンプレートの編集」ボタンは、既存のテンプレートの名前を指定するまで、使用可能になりません。

4. 「テンプレートの編集」ボタンをクリックします。HTML変換テンプレート・エディタがマシンにダウンロードされます。Firefoxなどの一部のブラウザでは、dc_hcmapedit.jnlpファイルの処理方法を確認するプロンプトが表示される場合があります。このファイルは、Java (TM) Web Start Launcher (デフォルト)を使用して開きます。

テンプレート・エディタが起動します。以前にエディタを実行したことがない場合は、まずインストールして、いくつかのプロンプトを確認する必要があります。

これで、テンプレート・エディタでHTML変換テンプレートを編集できます。

「テンプレートの選択ルール」ページから既存のHTML変換テンプレートを編集することもできます。

注意:

テンプレート・エディタには、独自の詳細なヘルプ・システムが付属しています。ヘルプは、アプリケーションのユーザー・インタフェースから呼び出すことができます。

31.2 HTML変換テンプレート・エディタの使用

この項では、HTML変換テンプレート・エディタについて説明します。詳細は、『Oracle WebCenter Content Dynamic Converterテンプレート・エディタ・ガイド』を参照してください。

HTML変換エディタを使用すると、出力のコンテンツおよび構造に影響を与える様々なオプションを設定できます。HTML Conversion EditorはJavaベースであるため、JREがインストールされている任意のブラウザ・インスタンスで実行できます。

この項の内容は、次のとおりです。

- 様々なファイル・タイプのフォーマット

- ドキュメント・プロパティの追加

- テキスト要素の追加

- ナビゲーション要素の追加

- HTML設定の構成

- 出力マークアップ・アイテムの追加

- 出力テキスト形式の追加

- 書式マッピング・ルールの追加

- 出力ページ・レイアウトの追加

- コンテンツのプレビュー

- テンプレートの保存

31.2.1 様々なファイル・タイプのフォーマット

HTML変換エディタの左側のナビゲーション・ペインの上部にあるアイテムを使用して、様々なファイル・タイプのカスタム書式を設定できます。各ファイル・タイプでは、デフォルト・レイアウトまたは出力ページ・レイアウトで作成されたレイアウトのどちらかが使用されます。エクスポートされるファイルでは、ルート変換と同じテンプレートが使用されます。

次に示すファイル・タイプでは、フォーマットのオプションが少しずつ異なります。

- テキスト/語句の処理: 箇条書き、脚注と文末脚注、文字スタイルと埋込みグラフィックの処理、およびページ区切り設定に関するオプションを設定できます。

- スプレッドシート: セクションの書式とラベルの設定、グリッド線の表示、および埋込みグラフィックのサイズ設定を実行できます。

- プレゼンテーション: セクションの書式とラベルおよびスライドのサイズを設定できます。

- イメージ: セクションの書式とラベルおよびイメージのサイズを設定できます。

- アーカイブ: ファイル名(アーカイブ内のファイルとフォルダの名前が出力される)または解凍ファイル(エクスポートされたファイルへのリンクとしてファイル名が出力される)のどちらかを表示できます。エクスポートされたファイルでは、ルート変換と同じテンプレートが使用されます。

- データベース: セクションの書式とラベルおよびページ当たりのレコード数を設定できます。

31.2.2 ドキュメント・プロパティの追加

このアイテムを使用して、定義済プロパティおよびカスタム・プロパティを追加できます。追加したプロパティに、デフォルト値、メタタグ名および出力書式を割り当てることができます。

デフォルトで、ドキュメント・プロパティは何も定義されていません。変換による出力にドキュメント・プロパティを含めるには、ここで最初にドキュメント・プロパティを定義する必要があります。これらのプロパティは、出力ページ・レイアウト・アイテムで定義されているページ・レイアウトに挿入することによって、変換からの出力に追加する必要があります。最も一般的な定義済プロパティは次のとおりです。

- プライマリ作成者

- タイトル

- 件名

- キーワード

- コンテンツ

他にも同数程度の事前定義済プロパティがあります。

カスタム・プロパティの場合、説明的な名前を作成し、デフォルト値、メタタグ名および出力書式を割り当てることができます。

31.2.3 テキスト要素の追加

テキスト要素を使用すると、出力に文字列を挿入できます。各テキスト要素は、テキストの書式設定に使用する出力書式をオプションとする名前と値のペアとして定義されます。

出力書式を指定しない場合、テキストは、マークアップなしで、そのまま出力に挿入されます。

31.2.4 ナビゲーション要素の追加

ナビゲーション要素を使用して、出力にナビゲーション・リンクを生成できます。ナビゲーション要素には、次の3つの種類があります。

- ドキュメント・ナビゲーション: ドキュメントの構造に基づいて、ソース・ドキュメント内の様々なアイテムにリンクできます。このタイプのナビゲーションの一般的な使用例としては、アウトライン・レベル1によってマーキングされたドキュメント内のすべての段落(「Heading 1」の段落など)へのリンクの作成があります。この形態のナビゲーションを使用する前に、最初にリンク・マッピング・ルールを追加する必要があります。リンク・マッピング・ルールは、入力ドキュメントのどの部分がリンクの作成に使用されるかを決定します。

- ページ・ナビゲーション: 出力の特定の重要ページ(最初のページや次のページなど)へのリンクを実現します。また、外部ページにもリンクできます。

- セクション・ナビゲーション: スプレッドシートやプレゼンテーションなど、複数セクションから構成されるドキュメントへのナビゲーションを実現します。

これらのいずれかを追加すると、エディタの左側に展開レベルが表示されます。リンク、リンク・セット・マークアップおよび書式設定に関する情報を指定したり、リンク・マッピング・ルールを作成したりできます。ソース・ドキュメントの段落のアウトライン・レベルまたはスタイル名に合わせたナビゲーションが生成されるように、リンク・マッピング・ルールを使用して段落のアウトライン・レベルまたはスタイル名に一致させることができます。ルールを定義した後、「リンク・マッピング・ルール」ページに戻り、ルールの順序を決定します。マッピング・ルールは、一致する最初のルールが適用されるルールとなる順序で並べられています。

31.2.5 HTML設定の構成

次の6つの主要カテゴリを構成できます。

- HTML設定: HTML DOCTYPEおよび言語文字列を設定できます。

- CSSオプション: カスケーディング・スタイルシート(CSS)による書式設定を使用するかどうか、および使用する場合はCSSプレゼンテーションの方法を、指定できます。CSSはデフォルトで、各出力ファイルのHTMLに埋め込まれています。別のファイルにCSSスタイルを出力することもできます。外部のスタイルシート・オプションでは、変換で参照されるユーザー生成のスタイルを含むスタイルシートを指定できます。

- 文字セット: 出力ファイルで使用する文字セットを指定できます。多数の文字セットからの文字を含むソース・ドキュメントは、このオプションがUnicodeまたはUTF-8に設定されている場合のみ、最良の状態で表示されます。出力文字セットに文字が見つからない(マッピングできない)場合に使用する文字を選択することもできます。

- グラフィック出力: テクノロジにより生成されるグラフィックの形式を、GIF、JPG、PNGまたはなしのいずれかで指定できます。このセクションのその他のオプションでは、グラフィック出力の質とサイズを指定できます。

- リンク・オプション: ソース・ドキュメント・リンクを開くフレームまたはウィンドウをブラウザで選択する方法を指定できます。この値は、テクノロジが生成するリンクのターゲット属性に使用されます。このターゲット値は、ソース・ドキュメントに存在するそのようなすべてのリンクに適用されます。

- 出力書式設定: このオプションを選択すると、生成されるHTMLが一層読みやすく、魅力的な外観になるように、出力に新しい空白行が記述されます。このオプションを設定すると、生成されるマークアップをテキスト・エディタで読みやすくなりますが、ブラウザでのドキュメントのレンダリングには影響しません。また、ソース・ドキュメントのスタイル名やマップ方法に関する情報を追加でき、ユーザーがカーソルを特定の段落または一連のテキストの上に移動すると、それらにマップされている書式を確認できます。

31.2.6 出力マークアップ・アイテムの追加

マークアップ・アイテムは、ページ・レイアウトの一部として出力HTMLに直接挿入されるHTMLフラグメントです(「出力ページ・レイアウトの追加」を参照)。各マークアップ・アイテムは、名前と値のペアです。名前は、ページ・レイアウトの編集用画面に表示されるものです。値は、ページ・レイアウトにマークアップ・アイテムが表示される場合は常に出力HTMLに挿入されるHTMLのブロックです。

「追加」ボタンをクリックし、このマークアップ部分を参照するための「名前」を指定します。このHTMLを「マークアップ」テキスト・ボックスに入力します。

31.2.7 出力テキスト書式の追加

出力テキスト・フォーマットでは、出力ドキュメント・テキストのテキストおよび書式設定の属性を定義します。これにより、多数のソース・ドキュメント作成者が様々な書式設定スタイルを使用していても、出力の外観を標準化できます。テキスト書式は、ワープロ・ファイルからのテキストにのみ適用されます。変換により生成されたグラフィックの部分として表示されるテキストの書式設定を変更する場合、テキスト書式は使用できません。また、スプレッドシート内のテキストにも適用されません。

1. 「追加」をクリックして「マークアップ」タブを表示し、この書式を参照するための「名前」を指定します。

2. 「タグ名」に、このフォーマットを使用して段落の周りに配置するHTMLの段落レベルのタグを入力します。正しいか正しくないかに関係なく、ここにはいかなるタグ名も入力できることに注意してください。前後の山カッコ(<、>)ではなく、タグ名のみを入力する必要があります。デフォルトは段落タグ(p)です。

3. 「カスタム属性」に、前述の「タグ名」オプションで指定した名前のタグに適用する属性を入力します。新しい属性の名前と値を設定するには、「カスタム属性」表でそれらをクリックします。

4. カスタム・マークアップを使用すると、この形式を使用して各段落の前後に挿入されるHTMLまたは通常のテキスト(あるいはその両方)を入力できます。

5. 「マークアップ」タブのその他の書式設定オプションには、変換で出力されたHTMLを参照しやすくするために、HTMLの段落の前に新しい行を挿入するオプションも含まれています(出力ページ画面でHTMLソースを読みやすく書式設定オプションが設定されている場合にのみ記述されます)。また、段落にこの形式が適用されるたびに新しい出力ページを作成するオプションや、この形式が最初に出現した場合に新しいページを開始するかどうか(出力の始めに空もしくはほとんど空のページができないようにするため)のオプションもあります。

6. 「フォーマット」タブでは、段落の書式設定を指定する方法を選択できます。「外部CSSクラスの使用:」オプションを選択すると、テキスト・フィールドが有効になるので、そこに外部CSSファイルのクラスの名前を入力する必要があります。外部CSSファイルのURLは、出力ページの外部ユーザー・スタイルシート・オプション・セットを使用して指定します。

外部スタイルシートを指定しない場合は、元のソース・ドキュメントの書式設定に従うか別の書式設定オプションを強制することで、ドキュメントを書式設定することを選択できます。様々なオプションの文字、段落および枠線の書式設定を、次の4つの値のいずれか1つに設定できます。

- 常にオフ - テキストの書式設定時に、属性を常にオフにします。

- 常にオン - テキストの書式設定時に、属性を常にオンにします。

- 継承(デフォルト) - ソース・ドキュメントから属性の状態を取得します。つまり、ソース・ドキュメントでテキストが太字でレンダリングされる場合は、太字のテキストが作成されます。

- 指定しない - 書式設定を指定しません。

31.2.8 書式マッピング・ルールの追加

テキスト書式を定義した後、出力テキストに出力テキスト書式をマップするルールを定義する必要があります。

1. フォーマット・マッピング・ルールを選択して、フォーマット・マッピング・ルールの追加をクリックします。

2. 「フォーマット」ボックスで、定義済のテキスト形式の1つを選択します。

3. 「次が一致:」ボックスで、ルールでチェックする段落書式設定オプションを次の中から1つ選択できます。

- アウトライン・レベル - ソース・ドキュメントで指定されているアウトライン・レベルに一致します。一般的に、アプリケーションに事前に定義されているヘッダーのスタイルには、スタイル定義の一部として対応するアウトライン・レベルが適用されています。

- スタイル名 - 段落または文字のスタイル名に一致します。

- 脚注 - いずれかの脚注に一致します。

- 文末脚注 - いずれかの文末脚注に一致します。

- ヘッダー - ドキュメントのいずれかのヘッダー・テキストに一致します。

- フッター - ドキュメントのいずれかのフッター・テキストに一致します。

4. 前述の「次が一致:」が「アウトライン・レベル」に設定されている場合、「段落のアウトライン・レベル:」で一致する必要があるアウトライン・レベルを定義します。このオプションは、この他すべての一致ルールに対して設定することはできず、無視されます。

5. 前述の「次が一致:」がスタイル名に設定されている場合、一致する必要があるソース・ドキュメントの段落または文字のスタイル名を定義します。スタイル名で一致させる場合、デフォルト値が提供されないため、ここでスタイル名を指定する必要があります。名前は、ソース・ドキュメントのスタイル名に正確に一致する必要があります。スタイル名の一致では、大/小文字が区別されます。このオプションは、この他すべての一致ルールに対して設定することはできず、無視されます。

6. ルールの定義を完了した後、「書式マッピング・ルール」ページに戻り、「上に移動」または「下に移動」をクリックしてルールのチェック順序を変更できます。マッピング・ルールの順序は、一致する最初のルールが適用される唯一のルールとなるように変更する必要があります。

31.2.9 出力ページ・レイアウトの追加

出力ページ・レイアウト・セクションでは、一連の出力ファイルのコンテンツを定義できます。ページ・レイアウトは、出力の様々な部分をどのように配置するかを決定するために使用します。

1. 「追加」をクリックして、新しい出力ページ・レイアウトを追加します。次のページで、このレイアウトの参照に使用する名前を入力します(必須)。これが終了したら、エディタの左側をクリックします。入力した名前がツリー・ビューに表示されます。これをクリックして、その下のレベルを展開します。

2. ページ・レイアウトに指定されているドキュメント・コンテンツへのマークアップやリンクが含まれる単一のファイルを生成する場合は、ナビゲーション・レイアウトを含めるの前にあるボックスをクリックします。これにより、ユーザーが目次ページを作成できるようになります。ナビゲーション・レイアウトの下に、ナビゲーション要素を定義する必要があります。

3. 出力ページ・レイアウトの名前の下の最初のアイテムは、「<title>ソース」です。ここで、HTMLの<title>タグに使用する値の取得場所を選択できます。「セクション名」、「テキスト要素」、「プロパティ:」または「出力テキスト書式」を選択します(最後の3つは事前定義済である必要があります)。「<title>ソース」ページに戻り、選択した順序を変更します。

4. 「ナビゲーション・レイアウト」は、実際のドキュメント・コンテンツへのリンクのみが含まれる別ファイルの作成をトリガーします。これを生成するには、生成されたコンテンツの下に、ドキュメント・ナビゲーション、ページ・ナビゲーション、またはセクション・ナビゲーション要素のいずれかを事前に定義しておく必要があります(「ナビゲーション要素の追加」を参照)。「ナビゲーション・レイアウト」の下で開いたレベルではさらに、ナビゲーション・ページの「見出し」または「本文」、あるいはその両方に配置するマークアップ・アイテムを選択できます。

5. 「ページ・レイアウト」セクションでは、ページ区切りオプションを設定できます。「ページ・レイアウト」の6つのオプションを使用して、出力ドキュメントの配置方法を定義できます。6つのオプションは次のとおりです。

- 見出し - 各出力ファイルのHTMLの<head>に配置されるアイテム。

- ページの先頭 - 各出力ページの一番上に配置されるアイテム。たとえば、出力の最初のページ、前のページおよび次のページへのリンクです。

- コンテンツの前 - ドキュメント・コンテンツの前に出力されるアイテム。

- セクションの前 - 複数セクションのドキュメントの各セクションの前に挿入されるアイテム。ワード・プロセッシング・ドキュメントには適用できないことに注意してください。

- コンテンツの後 - ドキュメント・コンテンツの後に出力されるアイテム。

- ページの最後 - 各出力ページの一番上に配置されるアイテム。たとえば、著作権表示などがあります。

これらの6つのオプションで表示するアイテムを選択した後、それぞれの最上位レベルをクリックして表示順序を設定します。

31.2.10 コンテンツのプレビュー

HTML変換エディタには、コンテンツをプレビューするためのオプションが2つ用意されています。どちらも、インタフェース上端の「ツール」メニューにあります。

- XML構造の表示: このオプションをクリックすると、選択したテンプレート・オプションのテキストベースのXMLバージョンを表示する「XML構造ビューア」が表示されます。

- プレビュー・ドキュメントの設定: このオプションをクリックし、ソース・ドキュメントのコンテンツIDを入力して「変換のプレビュー」をクリックします。ブラウザが開いて、現在のテンプレート設定が変換された出力に与える影響が表示されます。

31.2.11 テンプレートの保存

テンプレート・エディタを終了しようとすると、テンプレートを保存するXMLファイルの名前と場所の入力を要求するプロンプトが表示されます。

32 クラシックHTML変換レイアウト・テンプレート

この章では、クラシックHTML変換レイアウト・テンプレートの作成と使用について説明します。

この章の構成は、次のとおりです。

- クラシックHTML変換レイアウト・テンプレートの概要

- レイアウト・テンプレートのコンテンツ

- レイアウト・テンプレート内のトークン

- サンプル・レイアウト・テンプレート

- コンテンツ・アイテム用のレイアウト・テンプレートの作成

- レイアウト・テンプレートのテンプレート・ルールとの関連付け

- デフォルト・レイアウト・テンプレートの指定

- レイアウト・テンプレートへのスクリプト、イメージおよびCSSの組込み

32.1 クラシックHTML変換レイアウト・テンプレートの概要

レイアウト・テンプレートは、クラシックHTML変換テンプレートを補足するために使用します(「HTML変換テンプレート」を参照)。Webページ上のアイテム、特に変換済ドキュメントの外側の領域の配置を制御できます。レイアウト・テンプレートには、共通の枠線、ナビゲーション、カスタム・スクリプトなどを追加できます。レイアウト・テンプレートを使用して、変換済ドキュメントの周囲にリンクの共通セット(追加のリソースなど)を作成することも、Idoc Scriptのヘッダーおよびフッターのタグを使用して、ドキュメントの周囲にContent Serverのルック・アンド・フィールを維持することもできます。

注意:

クラシックHTML変換テンプレート・エディタはWebCenter Content 12cでは使用できません。以前のバージョンで作成されたテンプレートは引き続き使用できますが、12cでは作成や編集はできません。

「テンプレートの選択ルール」ページでレイアウト・テンプレートを指定しない場合、ユーザーがコンテンツ・サーバー・インタフェースで(HTML)リンクをクリックすると、Webブラウザのスクリーン領域全体に変換済ドキュメントが表示されます(「変換済ファイルの表示」を参照)。

図32-1 レイアウト・テンプレートを使用しない変換済ドキュメント

サンプルのdefault_layout.txtなどのレイアウト・テンプレートを指定すると、コンテンツ・アイテムの周囲に一貫したルック・アンド・フィールを追加できます。

図32-2 レイアウト・テンプレートを使用した変換済ドキュメント

32.2 レイアウト・テンプレートのコンテンツ

一般的なレイアウト・テンプレートには、次の部分が存在します。

- HTMLのトップ情報と見出し情報

- HTMLの表(ページ・レイアウトの制御に使用)

- テンプレート設定用のトークン(「レイアウト・テンプレート内のトークン」を参照)

- Idoc Scriptコード(様々な目的で使用)

これらを組み合せることで、変換済ドキュメントの外観をグローバル・レベルで微調整でき、本格的で一貫したルック・アンド・フィールでオンライン情報を提供できます。

32.3 レイアウト・テンプレート内のトークン

トークンは、テンプレート・エディタで作成するクラシックHTML変換テンプレートを設定する際に使用するプレースホルダまたは変数です。レイアウト・テンプレートは、変換済ドキュメントの周囲のアイテムの配置を制御するために使用します。クラシックHTML変換テンプレート(レイアウト・テンプレートはクラシックHTML変換テンプレートと一緒に使用することが非常に多いことに注意してください)の特定のTOP設定またはHEAD設定を組み込む場合、通常はその情報をコピーしてレイアウト・テンプレート(HTMLのTOPタグまたはHEADタグ)に貼り付ける必要があります。トークンを使用すると、クラシックHTML変換テンプレート設定でそのスペースを予約できます。

次の4つのトークンを使用できます。

- <!--TRANSIT - CUSTOMLAYOUT(TOP)-->
このトークンは、レイアウト・テンプレートの一番上の、<HTML>タグの前に置きます。テンプレートでは、この値をHTML宣言(W3Cドキュメント・タイプ識別子など)に置き換えることができます。

- <!--TRANSIT - CUSTOMLAYOUT(HEAD)-->
このトークンは、<HEAD>タグの間に置きます。テンプレートでは、この値をWebページのタイトル、メタ・タグ・キーワードなどに置き換えることができます。

- %%TRANSIT-BODYATTRIBUTES%%
このトークンは、<BODY>タグ内に置きます。テンプレートでは、この値を背景色、文字色、リンクの動作などに置き換えることができます。

- <!-- TRANSIT - CUSTOMLAYOUT(BODY) -->
このトークンは、Webページ上で実際のコンテンツ・アイテムを表示する場所に配置します。通常は、レイアウト・テンプレートの中央のどこかに配置します。テンプレートではこの値を、各コンテンツ・アイテムで置き換えます。コンテンツ・アイテムを別のWebページに組み込むことができるように、このトークンを単独で使用して最小のHTML出力を生成できます。

32.4 サンプル・レイアウト・テンプレート

豊富なサンプル・レイアウト・テンプレートをOracle Technology Network(http://www.oracle.com/technetwork/indexes/samplecode/)からダウンロードできます。ダウンロードしたサンプルは、コンテンツ・サーバーにチェックインしてから、使用し始めます。

次のレイアウト・テンプレートを使用できます。

- default_layout.txt

- snippet_layout.txt

32.4.1 default_layout.txt

default_layout.txtテンプレートは、Idoc ScriptとHTMLの表を使用して、変換済ドキュメントの周囲に、コンテンツ・サーバーの枠線とナビゲーションを表示します。

図32-3 デフォルト・レイアウト

default_layout.txtレイアウト・テンプレートには、次のコードが組み込まれています。

<html>
<head>
<!-- TRANSIT - CUSTOMLAYOUT(HEAD) -->
<$defaultPageTitle="Converted Content"$>
<$include std_html_head_declarations$>
</head>

<$include body_def$>
<$include std_page_begin$>
<$include std_header$>

<table border="0" cellpadding="0" cellspacing="0" width="550">
<tr><td>

<!-- TRANSIT - CUSTOMLAYOUT(BODY) -->

</td></tr>
</table>

<$include std_page_end$>

</body>
</html>

32.4.2 snippet_layout.txt

snippet_layout.txtテンプレートは、HTMLマークアップのトップ、見出しまたは本体を使用しないで、変換済ドキュメントをWebページ上に配置します。結果はレイアウト・テンプレートが関連付けられていない場合と非常によく似ていますが、この場合、このコンテンツをHTMLスニペットとして簡単に抽出して、別のWebページ、場合によってはポータル・サイトに、組み込むことができるという利点があります。

snippet_layout.txtレイアウト・テンプレートは、次の1行のコードで構成されています。

<!-- TRANSIT - CUSTOMLAYOUT(BODY) -->

これは、Webページ上に実際のコンテンツ・アイテムを表示するトークンです。ここでは単独で使用されているため、別のWebページまたはHTMLスニペットに組み込むことができる最小のHTML出力が生成されます。

スニペットのデモ

snippet_demo.hcstサンプルには、ボーダーとナビゲーションを維持しながら、コンテンツ・サーバーに保存されている他のコンテンツ・アイテムから情報(HTMLスニペット)を描画する、ポータルスタイルのWebページの基本要素が含まれています。

snippet_demo.hcstサンプルには、次のコードが含まれています。

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<title>This is my incDynConv script test page</title>
<meta name="GENERATOR" content="Dynamic Converter">
<$defaultPageTitle="Converted Content"$>
<$include std_html_head_declarations$>
</head>

<$include body_def$>
<$include std_page_begin$>
<$include std_header$>

This is a sample page that shows how to include multiple snippets of dynamically<br>
converted content on a single page using the new Idoc function incDynamicConversion.

<table border="1" cellpadding="0" cellspacing="0" width="550">
<tr>
<td>
<$incDynamicConversion("<source_contentID_1>","latest","<template_contentID_1>","snippet_layout")$>
</td>
<td>
<$incDynamicConversion("<source_contentID_2>","latest","<template_contentID_2>","snippet_layout")$>
</td>
</tr>
<tr>
<td colspan=2>
<$incDynamicConversion("<source_contentID_3>","latest","<template_contentID_3>","snippet_layout")$>
</td>
</tr>
</table>

<$include std_page_end$>

</body>
</html>

32.5 コンテンツ・アイテム用のレイアウト・テンプレートの作成

レイアウト・テンプレートを作成および編集するには:

1. テキスト・エディタまたはWYSIWYGツールで新しいレイアウト・テンプレートを作成します。レイアウト・テンプレートのコンテンツについては、「レイアウト・テンプレートのコンテンツ」を参照してください。

注意:

出発点として使用できる豊富なサンプル・レイアウト・テンプレートをOracle Technology Network(http://www.oracle.com/technetwork/indexes/samplecode/)からダウンロードできます(「サンプル・レイアウト・テンプレート」を参照)。

2. 「Dynamic Converterの管理」ページを開きます。

3. 「既存のテンプレートのチェックイン」をクリックして、既存テンプレートのチェックイン手順に従います(「テンプレートのチェックイン」を参照)。テンプレート・タイプとして必ず「レイアウト・テンプレート」を選択します。

4. 「Dynamic Converterの管理」ページに戻ります。

5. レイアウト・テンプレートをテンプレート・ルールに関連付けます(「レイアウト・テンプレートのテンプレート・ルールとの関連付け」を参照)。

32.6 レイアウト・テンプレートのテンプレート・ルールとの関連付け

「テンプレートの選択ルール」ページで、特定のレイアウト・テンプレートとテンプレート・ルールを関連付けることができます。次の例では、default_layoutというテンプレート・サンプルが選択されています。

図32-4 「テンプレートの選択ルール」ページでのレイアウト・テンプレートの選択

テンプレート・ルールにレイアウト・テンプレートを指定するには:

1. 「Dynamic Converterの管理」ページを開きます。

2. 「テンプレートの選択ルール」をクリックします。

3. 「テンプレートの選択ルール」ページで、レイアウト・テンプレートを指定するルールをハイライトします。

4. 「レイアウト」テキスト・ボックス(「選択したルールのテンプレートとレイアウト」見出しの下)に、レイアウトのコンテンツIDを入力します。「使用できるレイアウト」メニューからレイアウト・テンプレートを選択することもできます。

5. ページの下部にある「更新」をクリックします。

32.7 デフォルト・レイアウト・テンプレートの指定

レイアウト・テンプレートを特定のテンプレート・ルールと関連付けるだけでなく、定義されているテンプレート条件を満たさないすべてのコンテンツ・アイテムに適用するデフォルト・レイアウトも指定できます。デフォルト・レイアウトは、「Dynamic Converterの構成」ページで指定できます。図32-5では、「default_layout」というタイトルのテンプレート・サンプルが選択されています。

図32-5 「Dynamic Converterの構成」ページのデフォルト・レイアウト・テンプレート

コンテンツ・アイテムに関連付けるデフォルト・レイアウト・テンプレートを設定するには:

1. 「Dynamic Converterの管理」ページを開きます。

2. 「構成設定」をクリックします。

3. 「Dynamic Converterの構成」ページの「デフォルト・レイアウト」見出しで、「レイアウト」テキスト・ボックスにレイアウト・テンプレートのコンテンツIDを入力します。また、「使用できるレイアウト」メニューから、レイアウト・テンプレートを選択することもできます。

4. ページの下部にある「更新」をクリックし、デフォルト・テンプレートを有効にします。

32.8 レイアウト・テンプレートへのスクリプト、イメージおよびCSSの組込み

コンテンツ・アイテムに関連付けられているレイアウト・テンプレートには、カスタム・スクリプト、イメージ、カスケーディング・スタイルシート(CSS)などの他のファイルへの参照が組み込まれている可能性があります。実際、旧バージョンのDynamic Converterで作成されたスクリプト・テンプレートが大量に存在する場合、それらのテンプレートからIdoc Scriptタグをコピーして、新しいレイアウト・テンプレートに貼り付けることができます。詳細は、「スクリプト・テンプレートの管理」を参照してください。

コンテンツ・サーバーにチェックインされている各コンテンツ・アイテムは、そのメタデータが変更されると保存場所が変更される可能性があるので(コンテンツ・アイテムのURLは最終的にはメタデータによって決定されます)、組み込まれているファイルに使用する適切なパスを特定することが困難になる可能性があります。したがって、新しいコンテンツ・アイテムは、割り当てられたメタデータと一緒にコンテンツ・サーバーにチェックインされるまで、そのアドレスが不明です。

このタイプの環境では、相対パスはすぐに問題を起こします。コンテンツ・サーバーのどこからでも動作するパスを使用する必要があります。解決策のリストは、「テンプレートおよびレイアウト・ファイル内の相対URL」を参照してください。

注意:

コンテンツ・アイテムにデフォルトのレイアウト・テンプレートを割り当てるには、「デフォルト・テンプレートの設定」を参照してください。

33 スクリプト・テンプレートの管理

この章では、動的変換用のスクリプト・テンプレートについて説明します。また、このスクリプト・テンプレートの使用方法についても説明します。

この章の内容は、次のとおりです。

- スクリプト・テンプレートについて

- 要素

- 索引

- マクロ

- プラグマ

- スクリプト・テンプレートの書式設定オプションの設定

- 構造によるドキュメントの分割

- コンテンツ・サイズによるドキュメントの分割

- スプレッドシートおよびデータベース・ファイルをナビゲートするためのグリッドの使用

33.1 スクリプト・テンプレートについて

スクリプト・テンプレートとは、主に前バージョンのDynamic Converterで使用されていた、テキスト・ベースの変換テンプレートです。これらはプレーンテキスト・ファイルであり、要素、索引、マクロ、プラグマおよびIdoc Scriptを使用するコードを手入力する必要があります。このテンプレート・フォーマットは、引き続きDynamic Converterで使用できますが、クラシックHTML変換テンプレート(「変換テンプレートの管理」を参照)の大部分はスクリプト・テンプレートに置き換えられています。

注意:

Idocスクリプトの詳細は、Oracle Fusion Middleware Oracle WebCenter Contentによる開発を参照してください。

次に、簡単なサンプル・テンプレートのコードを示します。

{## unit}{## header}
<html>
<body>
{## /header}
<p>Here is the document you requested.
{## insert element=property.title} by
{## insert element=property.author}</p>

<p>Below is the document itself</p>
{## insert element=body}

{## footer}
</body>
</html>
{## /footer}{## /unit}

{##unit}、{##/unit}、{##header}、{##/header}、{##footer}および{##/footer}マクロは、今のところ無視してかまいません。これらの用途は、「マクロ」で説明します。

ファイルの残りの部分は、{##insert element=xxx}書式の3つのマクロを除いて、通常のHTMLコードです。Dynamic Converterは、このテンプレートとソースファイルを使用して出力を作成します。これを実行するために、Dynamic Converterはテンプレート・ファイルを読み込んで、そのテンプレートで文字マッピングが実行されない場合は、バイトごとに出力ファイルに書き出します。これは、適切に書式化されたマクロがテンプレートに含まれるまで続きます。Dynamic Converterは、マクロを読み込むと、そのマクロのコマンドを実行します。通常、これにより、ソースファイル内のHTMLバージョンのなんらかの要素を出力ファイルに挿入することになります。Dynamic Converterは、テンプレート・ファイルの終端に達するまで、テンプレートの読込みとマクロの実行を続行します。

前述の例では、最初の{##insert}マクロで要素構文(「要素の挿入: {## INSERT}」を参照)を使用して、ドキュメントのタイトルを挿入します。2番目のマクロでは、ドキュメントの作成者を挿入し、3番目のマクロではドキュメントの本体全体を挿入します。その結果としてのHTMLは、次のようになります(このHTMLは、マクロの結果を太字で示しています)。

<html>
<body>
<p>Here is the document you requested.
A Poem by
Phil Boutros</p>

<p>Below is the document itself</p>
<p>Roses are red</p>
<p>Violets are blue</p>
<p>I'm a programmer</p>
<p>and so are you</p>

</body>
</html>

33.2 要素

この項の内容は次のとおりです。

- 要素ツリー

- リーフ要素

- 反復可能要素

- 要素定義

33.2.1 要素ツリー

Dynamic Converterでは、要素ツリーの概念を採用することで、ソース・ファイルの様々な部分や属性を、スクリプト・テンプレート内から個別にアドレス指定できるようにします。

要素ツリーのノードは、特定の要素へのパスを生成するために使用されます。このパスでは、ピリオドを使用してノードを区切ります。たとえば、ドキュメントの作者プロパティのパスは、Property.Authorになります。

便宜上、要素パス内の一部のノードは、明らかなデフォルト動作を表すためにスキップされる場合があります。これらのノードには、Sectionsノード(Sections.Current.Body.TitleはBody.Titleに相当)、BodyおよびContentsノード(Body.Contents.Headings.1.BodyはHeadings.1.Bodyに相当)が含まれます。

注意:

これらのノードがパス内の最後のノードになる場合は省略できません(Heading.1.Bodyは、Headings.1と同等ではありません)。

要素ツリーには、リーフ要素と反復可能要素の2つのタイプの要素があります(それぞれ「リーフ要素」および「反復可能要素」を参照)。

図33-1 要素ツリーの例

33.2.2 リーフ要素

リーフ要素とは、作成者のプロパティ(Property.Author)やドキュメントの前書き(Body.Contents.Preface)など、ソース・ファイルに含まれる単独の識別可能な部分です。このタイプの要素は、{##INSERT}、{##F}および{##LINK...}マクロを使用する挿入、テストおよびリンクの有効なターゲットです。このタイプのパスの最後のノードは、ドキュメント・ツリー内の有効なリーフ・ノードにする必要があります。有効なリーフ・ノードは、「要素ツリー」の例に示した要素ツリーでは斜体で示されています。

33.2.3 反復可能要素

反復可能要素には、ドキュメントの脚注(Sections.1.Footnotes)のように、複数のインスタンスが関連付けられています。このタイプの要素は、直接挿入、テストまたはリンクはできませんが、そのインスタンスを{##REPEAT}マクロを使用してループできます。このタイプのパスの最終ノードは、ドキュメント・ツリー内で有効な反復可能ノードにする必要があります。有効な反復可能ノードは、「要素ツリー」の例に示した要素ツリーでは太字で示されています。

一部のテンプレートでは、{##REPEAT}ループを使用して、反復可能要素ごとに1つの出力ファイルを生成します。たとえば、あるテンプレートでは、1つのプレゼンテーション・ファイルを出力ファイルのグループ(スライドごとに1つの出力ファイル)としてレンダリングします。入力ファイルに非常に多くのセクションが含まれていると、オペレーティング・システムのファイル・ハンドルが使い果たされてしまうことがあります。オープン・ファイルの使用可能ハンドル数については、オペレーティング・システムのマニュアルを参照するか、システム管理者に問い合わせてください。この非常にまれな問題を回避するには、{##REPEAT}マクロのmaxreps属性の値を設定するか、もっと多くのファイル・ハンドルを使用できるようにオペレーティング・システムを構成します。

33.2.4 要素定義

次の表は、サポートされているすべての要素と、それぞれの要素の簡単な説明を示しています。(xの有効値については、「索引」を参照してください。)

要素

タイプ

説明

Property.Author

リーフ

ソース・ファイルの作成者プロパティ。

Property.Title

リーフ

ソース・ファイルのタイトル・プロパティ。

Property.Subject

リーフ

ソース・ファイルのサブジェクト・プロパティ。

Property.Keywords

リーフ

ソース・ファイルのキーワード・プロパティ。

Property.Comments

リーフ

ソース・ファイルのコメント・プロパティ。

Property.Others

反復可能

これにより、前述のプロパティ要素で具体的にアクセスできないすべてのプロパティ(NameとBodyのプロパティを含む)にアクセスできるようになります。サポートされるOtherプロパティは、ファイル形式に応じて異なります。一部のファイル形式では、ユーザー定義可能な追加のプロパティに対しても有効です。

テキスト・プロパティのみがアクセス可能です。Yes/No、数値および日付などのプロパティはサポートされていません。

Property.Others.x.Name

リーフ

プロパティの説明的な名前。

Property.Others.x.Body

リーフ

プロパティのテキスト。

Sheets

反復可能

後述の「Sections」を参照。

Slides

反復可能

後述の「Sections」を参照。

Sections

反復可能

ソース・ファイル内の最高レベルの抽象化を表すために使用されます。一般に、ワード・プロセッサのドキュメントは、1セクション、つまりドキュメントそのものしかありません。スプレッドシートは、各シートまたはグラフが1セクションです。プレゼンテーションは、各スライドが1セクションです。画像は、一般に1セクションですが、複数ページのTIFFのように複数になる場合もあります。

便宜上および読みやすさのため、SheetsとSlidesはSectionsと同義です。

Sections.x.Body

リーフ

この要素は、ソース・ファイルのメインの本体領域です。

ワード・プロセッサ文書の場合、この要素には、脚注、エンドノート、ヘッダー、フッターおよび注釈を除くドキュメント全体が含まれます(脚注参照/エンドノートの参照は、必ず本体中に自動的に含まれます。)テンプレートに脚注/エンドノートが含まれる場合、これらの参照が脚注へのリンクを提供します。注釈の参照は、テンプレートに注釈が含まれていないかぎり、本体には配置されません。注釈がテンプレートに含まれている場合は、注釈の参照が注釈へのリンクを提供します)。

スプレッドシートの場合、この要素には、シート全体が含まれます。

画像の場合、この要素には、テキストとして実際に表示されるテキストがファイル形式で含まれます。

Sections.x.Body.Title

リーフ

ワード・プロセッサ文書の場合、この要素は、タイトル・スタイルでマークされたテキストです。これは、Property.Titleとは異なる場合があります。その他すべてのタイプの場合、この要素はセクションの名前になります。たとえば、ソース・ファイルがスプレッドシートの場合、この要素は、スプレットシード・アプリケーションのナビゲーション・タブに表示されるシートの名前になります。

Sections.x.Body.Contents

リーフ

ワード・プロセッサ文書の場合、この要素はSections.x.Bodyと同じです。

その他すべてのドキュメント・タイプの場合、この要素は本体からタイトルを除いたもの(タイトルがある場合)と同じです。

Sections.x.Body.Contents. Preface

リーフ

本体の先頭と最初の見出しとの間のテキスト。

Sections.x.Body.Contents. Headings

反復可能

見出しは、ドキュメントを構造化するために作者が挿入したワード・プロセッサ・ドキュメント内のラベルです。ヘッダーの詳細は、「構造によるドキュメントの分割」を参照してください。Dynamic Converterは、この構造を読み取って、Headings要素を使用することで、その構造にアクセスできるようにします。

Sections.x.Body.Contents. Headings.x.Body.

下位に複数のリーフと反復可能があるリーフ

各見出しの下には、Body以下の完全なドキュメントの構造が繰り返されます。これらの要素がドキュメントの各部分にどのようにマップされるかは、「構造によるドキュメントの分割」を参照してください。

Sections.x.Body.Contents. Headings.x.Footnotes

下に複数のリーフを持つ反復可能

この見出しに含まれた脚注のみ。

Sections.x.Body.Contents. Headings.x.Endnotes

下に複数のリーフを持つ反復可能

この見出しに含まれた文末脚注のみ。

Sections.x.Body.Contents. Headings.x.Annotations

下に複数のリーフを持つ反復可能

この見出しに含まれた注釈のみ。

Sections.x.Grids

反復可能

スプレッドシートおよびデータベース形式にのみ有効です。この要素により、スプレッドシートまたはデータベース・ファイルのセクションまたはシート内のグリッドにアクセスできます。

Sections.x.Grids.x.Body

反復可能

スプレッドシートおよびデータベース形式にのみ有効です。この要素により、スプレッドシートまたはデータベース・ファイルのセクションまたはシート内のグリッドにアクセスできます。

Sections.x.Image

リーフ

この要素は、セクションのコンテンツのグラフィック・イメージを表します。これは、ビットマップ、図形、チャートおよびプレゼンテーションのセクションにのみ有効です。

Sections.x.BodyOrImage

リーフ

この要素は、一連のセクション・タイプを処理するテンプレートの作成を容易にするためのものです。ワード・プロセッサ文書、スプレッドシートおよびデータベースのセクションでは、BodyOrImageはBodyと同義です。ビットマップ、図形、グラフおよびプレゼンテーションのセクションでは、BodyOrImageはImageと同義です。

Sections.x.Title

リーフ

Sections.x.Body.Titleと同じ。ワード・プロセッサ文書の場合、この要素は、タイトル・スタイルでマークされたテキストです。これは、Property.Titleとは異なる場合があります。その他すべてのタイプの場合、この要素はセクションの名前になります。たとえば、ソース・ファイルがスプレッドシートの場合、この要素は、スプレットシード・アプリケーションのナビゲーション・タブに表示されるシートの名前になります。

Sections.x.Type

リーフ

この要素は、問合せのためにのみ存在します。これは、{##IF...}マクロのELEMENTでのみ有効です。

この要素は、通常は問合せ目的にのみ使用しますが、その他の要素と同様に挿入することもできます。この要素を{##IF}マクロで使用する方法の詳細は、「条件: {## IF...}、{## ELSEIF...}および{## ELSE}」を参照してください。

Sections.x.Footnotes

反復可能

すべての脚注。

Sections.x.Footnotes.x.Body

リーフ

完全な脚注参照とコンテンツ・テキスト。

Sections.x.Footnotes.x. Reference

リーフ

脚注の参照番号。

Sections.x.Footnotes.x. Content

リーフ

脚注のコンテンツ・テキスト。

Sections.x.Footnotes

反復可能

すべての脚注。

Sections.x.Endnotes.x.Body

下に複数のリーフを持つ反復可能

完全なエンドノート参照とコンテンツ・テキスト。

Sections.x.Endnotes.x. Reference

下に複数のリーフを持つ反復可能

エンドノートの参照番号。

Sections.x.Endnotes.x. Content

下に複数のリーフを持つ反復可能

エンドノートのコンテンツ・テキスト。

Sections.x.Annotations

反復可能

すべての注釈。

Sections.x.Annotations.x. Body

リーフ

完全な注釈参照とコンテンツ・テキスト。

Sections.x.Annotations.x. Reference

リーフ

注釈の参照テキスト。

Sections.x.Annotations.x. Content

リーフ

注釈のコンテンツ・テキスト。

Sections.x.Slidenotes

反復可能

すべてのスライド・ノート。

スライド・ノートの変換は、PowerPointファイルの変換プロセスの速度を落とすことに注意してください。

Sections.x.Slidenotes.x.Body

リーフ

現行スライドのノート。

パフォーマンスを維持するために、スライド・ノートは出力ファイルの最後に書き込むことをお薦めします(PowerPointファイルではスライド・ノートが、各スライドの次に保持されるのではなく、ファイルの最後に保持されます)。そうしない場合、入力ファイルで過度の検索を実行することになり、変換が遅くなります。

Sections.x.Headers

反復可能

すべてのヘッダー。

Sections.x.Headers.x.Body

リーフ

ヘッダーのテキスト。

Sections.x.Footers

反復可能

すべてのフッター。

Sections.x.Footers.x.Body

リーフ

フッターのテキスト。

Pragma.Charset

リーフ

Dynamic Converterが生成する文字の文字セットに関連付けられたHTMLテキスト文字列。Dynamic Converterで生成するHTMLにキャラクタ・セットを正しくコード化するために、次に示すように{##INSERT}マクロを使用して、すべてのテンプレートにMETAタグを組み込む必要があります。

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset={## INSERT ELEMENT=pragma.charset}">

この行がテンプレートに組み込まれていないと、ユーザーはブラウザで正しい文字セットを手動で選択することになります。

Pragma.SourceFileName

リーフ

変換されるソース・ドキュメントの名前。これにはパス名が含まれないことに注意してください。

Pragma.CSSFile

リーフ

この要素は、Cascading Style Sheet (CSS)ファイルの名前をHTMLドキュメントに挿入するために使用します。通常、この名前は、HTMLの<LINK>タグとともに使用して、Dynamic Converterで生成されたCSSファイルに含まれるスタイルを参照します。

{##INSERT}マクロで使用すると、このプラグマは作成されるCSSファイルのURLを生成します。このマクロは、ソース・ファイルのコンテンツを挿入するすべてのテンプレート・ファイル内で、選択したHTMLフレーバがCSSをサポートしている場合に、{##INSERT}とともに使用する必要があります。CSSファイルは、選択したHTMLフレーバでCSSがサポートされている場合にのみ作成されます。

{##IF}マクロで使用する場合は、選択したHTMLフレーバでCascading Style Sheetがサポートされていれば、条件はtrueになります。

出力にCSSが必要になる場合は、{##IF element=pragma.embeddedcss}または{##IF element=pragma.cssfile}を使用します。ただし、この2つはDynamic Converterでは区別されないため、埋込みCSSと外部のCSSのどちらを使用するかは作成者が選択できます。また、この2つを出力に混在させることもできます。

このプラグマの使用例を次に示します。この例は、HTMLのCSSフレーバまたは非CSSフレーバのどちらをエクスポートするときにも機能します。

{## IF ELEMENT=Pragma.CSSFile}
<LINK REL=STYLESHEET
HREF="{## INSERT
ELEMENT=Pragma.CSSFile}">
</LINK>
{## /IF}

Pragma.EmbeddedCSS

リーフ

この要素は、ドキュメントの<HEAD>に単一ブロックでCSSスタイルの定義を挿入するために使用します。

{##INSERT}マクロで使用する場合、このプラグマにより、ファイルで後から使用するために必要なCSSスタイル定義のブロックが挿入されます。このマクロは、ドキュメント・コンテンツを挿入するために{##INSERT}を使用している各出力HTMLファイルで使用する必要があります。

{##IF}マクロで使用する場合は、選択したHTMLフレーバでCSSがサポートされていれば、条件はtrueになります。

出力にCSSが必要になる場合は、{##IF element=pragma.embeddedcss}または{##IF element=pragma.cssfile}を使用します。ただし、この2つはDynamic Converterでは区別されないため、埋込みCSSと外部のCSSのどちらを使用するかは作成者が選択できます。また、この2つを出力に混在させることもできます。

入力ドキュメントでスタイルが使用されている場合、そのスタイルは、入力ファイルごとに生成されるすべての出力HTMLファイル用に生成される埋込みCSS内に示されます。出力を複数のHTMLファイルに分割するテンプレートがあるとします。この例では、入力ファイルにMyStyleスタイルが含まれています。変換中に実際にMyStyleスタイルを参照する出力HTMLファイルが1つのみでも問題ありません。MyStyleスタイルの定義は、このスタイルを参照することのないファイルも含めたすべての出力ファイルの埋込みCSS内に示されます。

Pragma.JsFile

リーフ

この要素は、JavaScriptファイルの名前をHTMLドキュメントに挿入するために使用します。通常、この名前は、HTMLの<SCRIPT>タグとともに使用して、HTML Exportで生成された.jsファイルに含まれるJavaScriptを参照します。

{##INSERT}マクロで使用すると、このプラグマは作成されるJavaScriptファイルのURLを生成します。このマクロは、ソース・ファイルのコンテンツを挿入するすべてのテンプレート・ファイル内で、次の場合に{##INSERT}で使用する必要があります。

- 選択したHTMLフレーバでJavaScriptがサポートされている。

- javaScriptTabsオプションがtrueに設定されている。

JavaScriptファイルは、選択したHTMLフレーバでJavaScriptがサポートされている場合にのみ作成されます。

{##IF}マクロで使用する場合、選択したHTMLフレーバでJavaScriptがサポートされているかどうかによって、条件は異なります。

33.3 索引

反復可能ノードには、エクスポート処理の任意のどの時点でも現行の値を持つ索引変数が関連付けられています。パスの一部として反復可能ノードが含まれる要素の場合、反復可能要素のインスタンスは、数値または索引変数キーワードの1つを使用して指定する必要があります。

この項の内容は次のとおりです。

- 索引変数キーワード

- 例: プレゼンテーションの各スライド用のHTMLファイルのセットの作成

33.3.1 索引変数キーワード

この索引に使用可能な値(要素定義(「要素の定義」を参照)ではxとして参照)は、次のとおりです。

- 整数

- Current、Next、Previous、FirstおよびLast

- Up、Down、LeftおよびRight

33.3.1.1 整数

数値の場合は、その数を単にパス内の別のノードとして挿入します。

注意:

Dynamic Converterの索引は、1からカウントが開始されます(0からではありません)。

たとえば、Slides.1.Imageでは、プレゼンテーション内の最初のスライドを参照し、Footnotes.2.Bodyでは、ドキュメント内の2番目の脚注を参照します。

テンプレートを適用するドキュメント内に要素があることが保証できない場合は、明示的に要素を参照しないでください。たとえば、Sections.4.Bodyを参照すると、セクション数が4つ未満のドキュメントで予期しない動作が発生することがあります。

存在しない要素をリクエストしても、Dynamic Converterでエラーが発生することはありません。単に挿入が無視されます。ただし、挿入の周囲の他のHTMLが挿入の結果に依存する場合は、無効なHTMLが出力される可能性があります。

33.3.1.2 Current、Next、Previous、FirstおよびLast

キーワードのcurrent、next、previous、firstおよびlastは、その名前が示すとおりに機能します。スクリプト・テンプレートが処理されるときに、これらの変数は該当する索引値に置き換えられます。たとえば、Slides.Current.Imageは現在のスライドを参照し、その次のスライドはSlides.Next.Imageで参照します。

nextとpreviousは、索引の値を変更しません。これは、以前のバージョンのDynamic Converterと同じです。そのため、索引が変更される場所は、{##REPEAT}ループの内側と、{##LINK}文の結果にかぎられます。

{## REPEAT…}

通常、索引変数の初期値は、どの反復可能要素も1になります。{##REPEAT}ループの場合、索引の値は反復ごとに増加します。{##REPEAT}ループが終了すると、カウンタは初期値にリセットされます。実際には、索引のスコープは繰返しループになると表現するほうが正確です。

次に示すテンプレートのフラグメントでは、繰返しループにcurrentを使用しています。このループでは、ソース・ファイル内のすべての脚注を出力します。

{## REPEAT element=footnotes}
{## INSERT element=footnotes.current.body}
{## /REPEAT}

繰返し文を含むテンプレートが、繰返し要素として使用される要素を指定する{##link}文のターゲットの場合、索引の初期値は{##LINK}処理によって決定されます。

{## LINK…}

{##LINK}文は、現在のテンプレートのコンテキストでは索引変数に影響を与えません。{##LINK}文は、要素とテンプレートの両方が指定されているときにのみ索引変数に影響を与えます。この場合、指定した要素のターゲット内の索引変数にのみ影響します。

{##LINK}で指定された要素にnextまたはpreviousキーワードが含まれている場合は、ターゲット・ファイル内のcurrentの値が影響を受けます。ターゲット内のcurrentの初期値は、nextの場合は(ソースのcurrent)+1の値になります。同様に、previousには、currentの値を減らす効果があります。

次の例では、1つのテンプレート・ファイルと、1組のHTMLファイル(プレゼンテーション内のスライドごとに1つのファイル)を作成する{##link}マクロを使用します。{##link}は、HTMLファイルの生成を促し、ナビゲーションのためにnextリンクを提供するという2つのジョブを実行します。次のスライドがあるかどうかを確認する{##if}マクロ内のnextキーワードの使用に注意してください。

{## unit}
<html>
<body>
<!-- insert the current slide -->
{## insert element=slides.current.image width=300}
<hr />
<!-- Is there a next slide? -->
{## if element=slides.next.image}
<!-- If yes, generate a URL to an HTML file containing
the next slide. The HTML file is generated using
the current template (because there is no template
attribute). While generating the new HTML file, the
value of the index on slides will be its current
value plus 1 once control returns to this template,
the value of the index on slides is unchanged. -->
<p><a href="{## link element=
slides.next.image}">Next</a></p>
{## else}
<!-- If no, create a link to the HTML containing the
first slide. -->
<p><a href="{## link element=
slides.1.image}">First</a></p>
{## /if}
</body>
</html>
{## /unit}

33.3.1.3 Up、Down、LeftおよびRight

「Current、Next、Previous、FirstおよびLast」の索引変数キーワードに加えて、反復可能グリッド要素には、さらに4つのキーワードがあります。

- Up

- Down

- Left

- Right

これらのキーワードは、ドキュメント・ツリーのGridsノードの直後にのみ現れます。たとえば、Grids.Up.Bodyは有効ですが、Sections.Left.Grids.1.Bodyは無効です。これらのキーワードのそれ以外の使用方法は、その名前のとおりになります。

個々のグリッドは、相互に相対するアドレス指定のみが可能であることにも注意してください。つまり、上グリッドは指定できますが、任意のグリッドの直接指定("5, 7"など)はできません。

33.3.2 例: プレゼンテーションの各スライド用のHTMLファイルのセットの作成

次の例では、1つのスクリプト・テンプレート・ファイルと、1組のHTMLファイル(プレゼンテーション内のスライドごとに1つのファイル)を作成する{##LINK...}マクロを使用しています。{##LINK...}は、HTMLファイルの生成を促し、ナビゲーションのためにnextリンクを提供するという2つのジョブを実行します。次のスライドがあるかどうかを確認する{##IF...}マクロ内のNextキーワードの使用に注意してください。

<html>
<body>
<!-- Insert the current slide -->
{## INSERT ELEMENT=Slides.Current.Image WIDTH=300}
<hr />
<!-- Is there a next slide? -->
{## IF ELEMENT=Slides.Next.Image}
<!-- If yes, generate a URL to an HTML file containing the next slide. The HTML file is generated using the current template (because there is no TEMPLATE attribute). While generating the new HTML file, the value of the index on Slides is its current value plus 1 once control returns to this template, the value of the index on Slides is unchanged. -->
<p><a href="{## LINK ELEMENT=Slides.Next.Image}">Next</a></p>
{## ELSE}
<!-- If no, create a link to the HTML containing the first slide. -->
<p><a href="{## LINK ELEMENT=Slides.1.Image}">First</a></p>
{## /IF}
</body>
</html>

33.4 マクロ

この項の内容は次のとおりです。

- マクロについて

- 単位: {## UNIT}、{## HEADER}および{## FOOTER}

- 要素の挿入: {## INSERT}

- 条件: {## IF...}、{## ELSEIF...}および{## ELSE}

- ループ: {## REPEAT}

- 構造化ブレークとのリンク: {## LINK}

- コンテンツ・サイズ・ブレークとのリンク: {## ANCHOR}

- 出力ファイルに挿入するコメント: {## IGNORE}

- 出力ファイルに挿入しないコメント: {## COMMENT}

- その他のテンプレートの組込み: {## INCLUDE}

- テンプレート内でのオプションの設定: {## OPTION}

- ファイルのコピー: {## COPY}

- 非推奨のテンプレート・マクロ

33.4.1 マクロについて

マクロとは、スクリプト・テンプレート内でDynamic Converterに向けるコマンドです。HTMLタグに似ていますが、通常、HTMLファイル内でタグに適用されるルールには拘束されません。マクロは、スクリプト・テンプレート・ファイル内のどこにでも記述できますが、別のマクロ内には記述できません。

このドキュメントや例に示すマクロ部分は、どれも空白で区切られています。ただし、セミコロンで区切ることもできます。このオプションは、特定のHTMLエディタに対応するために追加されています。一部のエディタでは、引用符で囲んでいない空白を含むURLをダイアログ・ボックスに入力できないことがあります。そのため、このような状況では、{##LINK}マクロの使用が困難または不可能になっていました。

たとえば、{##INSERT ELEMENT=Sections.1.Body}は、{##;INSERT;ELEMENT=Sections.1.Body}と記述することもできます。

テンプレートのマクロ文字列のパラメータとオプションは、sprintfスタイルのエスケープ文字をサポートしています。つまり、\x22、\r、%%のような文字がサポートされます。また、大部分のテンプレート属性値は引用符で囲めます。ただし、テンプレート要素文字列は、現時点では引用符で囲めません。

例:

{## ANCHOR aref="next" format="<a href=\"%url\">Next</a><br/>\r\n"}

33.4.2 単位: {## UNIT}、{## HEADER}および{## FOOTER}

テンプレート・ファイルで{##UNIT}マクロを使用する場合、このマクロは、そのテンプレート・ファイル内で最初のマクロにする必要があります。これは、各単位の初めと終わりを区切ります。単位の境界は、コンテンツのサイズに基づいて分割するときに、ドキュメントを分割する箇所を決定する際に使用されます(「コンテンツ・サイズによるドキュメントの分割」を参照)。

1単位は、1つのヘッダー、1つのフッター(どちらもオプション)および1つの本体(空でもかまいません)で構成されます。必ずヘッダーがテンプレート内の最初のアイテムになり、フッターが最後のアイテムになるように、{##UNIT}タグと{##HEADER}タグの間のテキストと、{##/FOOTER}タグと{##/UNIT}タグの間のテキストは、空白も含め無視されます。ある単位のヘッダーとフッターは、その単位を含むすべてのページに出力されます。ヘッダーとフッターで、特定のページに収まる単位の本体部分を囲みます。テンプレート全体が1つの単位であり、この単位には別の単位を含めることもできます。

構文

{## UNIT [BREAK]}
[{##HEADER}
any HTML
{##/HEADER}]

any HTML

[{##FOOTER}
any HTML
{##/FOOTER}]
{## /UNIT}
Attributes
BREAK

属性

説明

BREAK

このオプション属性は、単位のコンテンツを挿入する前に改ページを強制します。このようにしないと、最初のページの本体は空になります。この属性が役立つ状況としては、ドキュメントの各セクション間で改ページを強制する場合(1ページごとに1つのプレゼンテーション・スライドを作成する)などがあげられます。

{##UNIT}マクロとそのBREAK属性は、SCCOPT_EX_PAGESIZEpagesizeがゼロに設定されている場合、無視されます。

同一ページ上に配置するテキストの中央で、改ページが行われないようにすることが重要な場合があります。このような改ページを防止するには、同一ページに配置するテキストを、ネストされた{##UNIT}{## HEADER}ペアの内側に囲みます。たとえば、リンクの作成中の改ページ防止する場合、テンプレートの作成者は、次のように記述します。

{## unit}{## header}
<a href="{## link element=sections.current.body}">Link</a>
{## /header}{## /unit}

33.4.3 要素の挿入: {## INSERT}

このマクロは、ソース・ファイルの要素を出力ファイルの現在の場所に挿入します。

構文

{## INSERT [ELEMENT=element [WIDTH=width] [HEIGHT=height] [SUPPRESS=suppress] [TRUNCATE=truncate]] |[NUMBER=number] [URLENCODE]}

属性

説明

ELEMENT

この属性では、出力ファイルのマクロの場所に、ソース・ファイルのどの部分を配置するかを指定します。この属性に指定できる値については、「要素の定義」を参照してください。この属性の値が要素ツリーに存在しないと、Dynamic Converterはその要素をカスタム要素であるとみなして、EX_CALLBACK_ID_PROCESSELEMENTSTRコールバックをコールします。

例: {##INSERT ELEMENT=Sections.1.Body}

WIDTH

このオプション属性では、挿入される要素の幅をピクセル単位で定義します。現時点では、Image要素に対してのみ有効です。WIDTH属性を指定していないときにHEIGHT属性を指定すると、イメージの幅は要素の形状に基づいて自動的に計算されます。WIDTH属性とHEIGHT属性のどちらも指定しないと、イメージの元の寸法が使用されます。イメージの元の寸法が不明の場合、HEIGHTとWIDTHはデフォルトで200とみなされます。

例: {##INSERT ELEMENT=Slides.1.Image WIDTH=400}

HEIGHT

このオプション属性では、挿入される要素の高さをピクセル単位で定義します。現時点では、Image要素に対してのみ有効です。HEIGHT属性を指定していないときにWIDTH属性を指定すると、イメージの高さは要素の形状に基づいて自動的に計算されます。

例: {##INSERT ELEMENT=Slides.1.Image HEIGHT=400}

SUPPRESS

このオプション属性を使用すると、特定の物が出力されないようにすることができます。これは、HTMLが適切でない状況で、要素を挿入する必要がある場合に非常に役に立ちます(JavaアプレットやActiveXコントロールへの情報の受渡し、またはフォームの部品への値の移入など)。有効な値は次のとおりです。

TAGS: 要素の出力からHTMLタグがすべて削除されますが、テキストには&quot;や&#123;のようなHTML文字コードが残っていてもかまいません。

プレゼンテーションやグラフィックのファイルなどの埋込みでないグラフィックの場合、変換済グラフィックのURLは抑止されません。ただし、通常はURLを囲む<img>タグは抑止されます。

ワード・プロセッサで作成したセクションやスプレッド・シートに含まれているような埋込みグラフィックの場合は、URLと<IMG>タグの両方が抑止されます。変換結果の埋込みグラフィックにはアクセスできなくなるため、グラフィックの変換は行われません。

例:

<form method="POST">
<input type="text" size="20" name="Author"
value="{## INSERT ELEMENT=Property.Author SUPPRESS=TAGS}">
</form>

BOOKMARKS: 挿入されたセクション内のすべてのブックマークを無効にします。ブックマークは、別のテンプレート要素がリンクできるように、挿入された多くの要素の前に自動的に配置されます。SUPPRESS=BOOKMARKSは、ネストされた<a>タグによる問題を防止するために用意されています。これは、SUPPRESS=TAGSによって発生する抑止動作のサブセットを意味します。

INVALIDXMLTAGCHARS: 出力から、XMLタグ名に使用できないすべての文字を削除します。これは、テンプレートの作成者が、山形カッコ(<と>)の内側にカスタム・ドキュメント・プロパティ名を{##INSERT}で挿入して、XMLタグを作成できるようにするためのものです。Unicodeの大部分の文字およびそのサブセットの文字セットは、XMLタグ名の一部として使用できます。無効な文字には、行送りや改行などの制御文字が含まれます。さらに、どの文字をタグ名の最初の文字にできるかという特別なルールもあります。

例:

{## REPEAT Sections.Property.Others}
<{## INSERT ELEMENT=Property.Others.Current.Name SUPPRESS=InvalidXMLTagChars}>
<{## INSERT ELEMENT=Property.Others.Current.Body SUPPRESS=InvalidXMLTagChars}>
</{## INSERT ELEMENT=Property.Others.Current.Name
SUPPRESS=InvalidXMLTagChars}>
{/## REPEAT}

この結果は次のようになります。

<MyProperty>PropertyValue</MyProperty>

TRUNCATE

この属性を設定すると、挿入要素に対して文字の最大長が強制されます。これにより、ページ・サイズ・オプションが使用されている場合、ページをまたいで要素を分割するのではなく、切り捨てることができます。切り捨てられた要素は、切捨て識別子である3つのピリオド(…)で終了します。切捨て値のある要素はすべて、切捨て識別子の長さを含めて、指定した文字数以下の長さになります。Dynamic Converterでは、切捨てサイズが指定されていない場合、要素は完全な状態で挿入されます。この属性の値は、5文字以上にする必要があります。

要素の切捨てが役立つ状況の例としては、目次の作成時にエントリのサイズを制限する場合があります。

TRUNCATE属性は、挿入のタグが抑止されることを意味します。また、挿入に対してソースの書式設定なしのオプションが自動的に適用されます。

TRUNCATE属性は、カスタム要素と一緒には使用できないことに注意してください。これは、カスタム要素定義では、{##INSERT}に対するその他の属性が排除されるからです。

TRUNCATE属性には、グリッドが挿入されるときの動作に3つの特別な面があります。

切捨てが有効な場合、切捨てサイズは、各セル内のコンテンツの文字数であり、グリッド全体の文字数ではありません。

切捨てでは、通常、すべてのマークアップ・タグが抑止されますが、グリッドを使用している場合は、(出力フレーバが表をサポートしていれば)表タブは保持されます。

ユーザーは、挿入されるスプレッド・シートまたはデータベースごとに、選択できるグリッド・サイズが1つであることを認識する必要があります。グリッドの寸法の1つまたは両方が指定されておらず、SCCOPT_EX_PAGESIZEオプションが使用されている場合、グリッドのサイズは、部分的にTRUNCATE値に基づいて決まります。この場合、1つのシートのグリッドがテンプレート内の複数箇所に挿入され、TRUNCATE値が異なっていると、グリッドの次元は指定された最大のTRUNCATE値に基づいて決まります。

NUMBER

この属性を使用すると、開発者は、任意の反復可能要素のインスタンスの合計数または現在の索引値を取得できます。これは、JavaScript、BasicScriptなどを作成するときに非常に役立ちます。2つの特別なキーワードは、要素ツリーには表示されませんが、次の特別な場合には、ノードとして使用できます。

CountおよびCountB0: 繰返し要素に追加してNUMBER属性とともに使用すると、開発者はこれらのノードで指定した反復可能要素のインスタンス数のテキスト表現を挿入できるようになります。Countは最初の索引を1と想定したカウントを、CountB0は最初の索引を0と想定したカウントを示します。

例: プレゼンテーションに3つのスライドがある場合のテンプレート・フラグメント

<P>{## INSERT NUMBER=Slides.Count}
<P>{## INSERT NUMBER=Slides.CountB0}

次のテキストが作成されます。

<P>3
<P>2

ValueおよびValueB0: 繰返し要素に追加してNUMBER属性とともに使用すると、開発者はこれらのノードを使用して、指定した反復可能要素の現在の索引値のテキスト表現を挿入できるようになります。Valueは最初の索引を1と想定したカウントを、ValueB0は最初の索引を0と想定したカウントを示します。

例: スライド上の索引の現行値が2の場合のテンプレート・フラグメント

<P>{## INSERT NUMBER=Slides.Current.Value}
<P>{## INSERT NUMBER=Slides.Current.ValueB0}

次のテキストが作成されます。

<P>2
<P>1

URLENCODE

このオプション属性により、挿入された要素はURLエンコードされます。ファイル名を含む挿入の一部として指定されないかぎり、これは無視されます。次の要素はURLエンコード可能です。

- pragma.sourcefilename

- pragma.cssfile

- pragma.embeddedcss

- pragma.jsfile

さらに、次の要素は、セクション・タイプがArchiveまたはARの場合にURLエンコードされます。

- sections.x.fullname

- sections.x.basename

- sections.x.body

- sections.x.title

- sections.x.reflink

その他の{##INSERT}タグはすべて、この属性が無視されます。そのため、Dynamic Converterでは、変換される入力ドキュメントから得られるURLは変更されないことに注意する必要があります。これらのURLは、引き続きそのままの状態でパス・スルーされます。この属性は、URLがEX_CALLBACK_ID_CREATENEWFILEコールバックを使用して作成された場合も無視されます。このようなURLは、すでにURLエンコード済だとみなされます。

プロパティの挿入

プロパティはドキュメント内で特別に扱われるため、プロパティ文字列は、その他の{##INSERT}マクロの機能とは多少異なる方法で出力HTMLに挿入されます。

プロパティは、常に、SCCOPT_NO_SOURCEFORMATTINGオプションが設定されているものとして挿入されます。これにより、改行などの書式設定文字がプロパティ文字列に干渉することを防ぎます。

プロパティは、常に、スクリプト・テンプレートでSuppress=Tagsが指定されているものとして挿入されます。これにより、プロパティ文字列がどのように表示されるかを最大限制御できます。

33.4.4 条件: {## IF...}、{## ELSEIF...}および{## ELSE}

このマクロを使用すると、ソース・ファイルの要素に関する情報に基づいて、スクリプト・テンプレートの1つの領域を使用できるようになります。

構文

{## IF ELEMENT=element [CONDITION=Exists|NotExists]
[VALUE=value]}
any HTML
{## /IF}

または

{## IF ELEMENT=element [[CONDITION=Exists|NotExists] |
[VALUE=value]]}
any HTML
{## ELSE}
any HTML
{## /IF}

または

{## IF ELEMENT=element [[CONDITION=Exists|NotExists] |
[VALUE=value]]}
any HTML
{## ELSEIF ELEMENT=element [[CONDITION=Exists|NotExists] |
[VALUE=value]]}}
any HTML
{## ELSE}
any HTML
{## /IF}

注意:

{##IF}の後には、複数の{##ELSEIF}文を使用できます。また、{##ELSEIF}を使用する場合、{##ELSE}は不要です。

属性

説明

ELEMENT

この属性では、ソース・ファイルのテストする部分を指定ます。この属性に指定できる値については、「要素の定義」を参照してください。CONDITION属性とVALUE属性のどちらも存在しない場合、要素の存在がテストされます。

CONDITION

要素でテストされる条件を定義します。指定可能な値はEXISTSとNOTEXISTSです。

VALUE

要素に対してテストする必要のある値を定義します。VALUE属性は、ソース・ファイルのセクションのタイプのテストについて、現在のところはSections.x.Type要素に対してのみ有効です。

可能な値は次のとおりです。

- ar = アーカイブ

- bm = ビットマップ

- ch = チャート

- db = データベース

- dr = 図面

- mm = マルチメディア

- pr = プレゼンテーション

- ss = スプレッドシート

- wp =ワード・プロセッサ・ドキュメント

例:

{## if element=property.comment}
<p><b>Comment property exists</b></p>
{## else}
<p><i>Comment property does not exist</i></p>
{## /if}
{## if element=sections.1.type value=wp}
<p><b>The source file is a word processor file</b></p>
{## /if}
{## if element=sections.1.type value=ss}
<p>Spreadsheet</p>
{## elseif element=sections.1.type value=ar}
<p>Archive</p>
{## elseif element=sections.1.type value=ch}
<p>Chart</p>
{## else}
<p>Not ss, ar, or ch</p>
{## /if}
{## if element=sections.current.type value=pr
condition=notexists}
<p>We can do something here for all document types
other than presentations.</p>
{## else}
<p>This is used only for presentations.</p>
{## /if}

33.4.5 ループ: {## REPEAT}

このコマンドを使用すると、要素が出現するびにスクリプト・テンプレートの1つの領域を1回繰り返せるようになります。

構文

{## REPEAT ELEMENT=element [MAXREPS=maxreps] [SORT=sort]}
any HTML
{## /REPEAT}

属性

説明

ELEMENT

この属性では、ソース・ファイルの繰り返す部分を指定します。これは、反復可能要素にする必要があります。この属性に指定できる値については、「要素の定義」を参照してください。

{##REPEAT... }マクロと、それを閉じる{##/REPEAT}マクロの間に、任意のHTMLを定義できます。このHTMLは、指定した要素のインスタンスごとに1回繰り返されます。さらに、Currentの語は、繰り返される要素の要素索引として他の{##}タグ内で使用できます。たとえば、テンプレート内の次のHTMLは、ドキュメント内の脚注のリストを作成します。

例:

<HTML>
<BODY>
<P>Here are the footnotes
{## REPEAT ELEMENT=Footnotes}
<P>{## INSERT ELEMENT=Footnotes.Current.Body}
{## /REP}
<P>No more footnotes
</BODY>
</HTML>

同様に、テンプレート内の次のHTMLは、アーカイブ内のすべてのアイテムの名前を挿入します。

{## repeat element=sections}
{##insert element=sections.current.fullname}
{## /repeat}

MAXREPS

この属性では、指定した値に対して繰返し文が実行するループの合計数を制限します。これは、非常に大きいドキュメントで、過剰な量の出力が生成されないようにするために役立ちます。

SORT

このオプション属性は、出力をソートするかどうかを定義します。入力ファイルがarctypeファイルのアーカイブ・ファイルではない場合、この属性は無視されます。すべてのソートは、入力ファイル内の値の文字エンコーディングに基づいて実行されます。この時点では、ソートで大/小文字の区別もされます。ソート属性の有効値は次のとおりです。

- fullname: Sections.Current.FullNameでソート

- basename: Sections.Current.BaseNameでソート

- none: ソートを実行しません。これはデフォルトです。

33.4.6 構造化ブレークとのリンク: {## LINK}

このマクロは、Dynamic Converterによって作成されたドキュメントの一部分への相対URLを生成します。通常、このURLは、リンクを作成するHTMLアンカー・タグを使用してテンプレートでカプセル化されます。{##LINK}は、{##REPEAT}ループ内で使用すると、特に効果的です。

構文

{## LINK ELEMENT=element [TOP]}

または

{## LINK TEMPLATE=template}

または

{## LINK ELEMENT=element TEMPLATE=template [TOP]}

属性

説明

ELEMENT

リンクのターゲットにする要素を定義します。{##LINK...}マクロで生成されるURLは、出力ファイル内のこの要素の最初のインスタンスを指します。この属性が存在しない場合、生成されたURLは、指定したスクリプト・テンプレートで作成された出力ファイルにリンクします。そのようなファイルが存在しない場合、指定したスクリプト・テンプレートがファイルの生成に使用されます。

各要素には1つ以上の索引値があり、それらが変数の可能性もあることに注意してください。このタイプの索引変数の一例として、Sections.Current.Bodyのcurrentがあげられます。{##LINK}を使用すると、それらの索引変数の値に影響を及ぼし、リンクされたテンプレート・ファイルの動作に原因のわかりにくい副作用が発生することがあります。

{## LINK}が挿入された要素にどのように影響を与えるかについては、「索引」を参照してください。

TEMPLATE

元のテンプレート・ファイルと同じディレクトリに存在する必要のあるテンプレート・ファイルの名前。この属性が存在しない場合、現行テンプレートが使用されます。{##LINK}で要素が指定された場合、テンプレートにはその要素を使用する{##INSERT}文が含まれている必要があります。

テンプレートの言語では、通常、大/小文字は区別されませんが、ここで指定されたテンプレート・ファイル名では大/小文字の区別が重要になることに注意してください。テンプレートに指定されたファイル名は、オペレーティング・システムにそのまま渡されます。UNIXなどのオペレーティング・システムでは、テンプレート・ファイル名の大/小文字を間違えて指定すると、テンプレート・ファイルが見つからないためにエラーが返されます。

TOP

この属性は、要素が{##LINK}コマンドで指定された場合にのみ意味を持ちます。この属性が存在すると、生成されるURLにはブックマーク含まれなくなります。そのため、生成されるリンクのジャンプ先は、常に指定された要素を含むHTMLファイルの先頭になります。これは、スクリプト・テンプレートの先頭に、開発者がユーザーに表示しようとするナビゲーションなどの情報がある場合に役立ちます。

33.4.6.1 {## LINK}の使用シナリオ

この項の冒頭に示した最初の構文を使用すると、要素ブックマークのURLがドキュメントに挿入されます。通常、この構文は、ナビゲーションを円滑にするドキュメント内のリンクを作成するために使用されます。この例では、ドキュメントの次のセクションへのリンクを作成します。

2番目の構文では、指定したテンプレートで生成された出力ファイルにURLが作成されます。このテンプレートは、同じソース・ドキュメントに対して実行されますが、ドキュメントの異なる部分を抽出します。通常、この構文では、メインのテンプレートには、2番目のHTMLファイルへのリンクが含まれます。この2番目のファイルは、{##LINK}コマンドで指定したテンプレートを使用して生成され、別のドキュメント要素を含みます。この例として、メインのテンプレートで、ドキュメントの本体と2番目のHTMLファイル(脚注と文末脚注を含む)へのリンクを含むファイルを作成できます。

3番目の最も強力な構文でも、指定したテンプレートで生成されたファイルのURLが作成されます。このテンプレートには、指定した要素の挿入が含まれていると想定されます。通常、この構文は、反復可能要素とともに使用されます。これにより、作成者はドキュメントの連続する部分で複数の出力ファイルを生成できます。これにより、大きなドキュメントを小さく読みやすい部分に分割する方法が得られます。この構文が使用される例は、1つのHTMLファイルで目次(別のHTMLフレーム)を生成するテンプレートです。目次内のエントリは、別々のテンプレートで生成された他のHTMLファイルへのリンクになります。

テンプレートを指定する{##LINK}文では、必ずしも新しいファイルが作成される結果にはならないことに注意してください。新しいファイルは、リンクのターゲットがまだ存在しない場合にのみ作成されます。そのため、たとえば、2つの{##LINK}文で同じ要素とテンプレートを指定すると、作成されるHTMLファイルは1つのみになり、両方の{##LINK}文で同じURLが使用されるようになります。

33.4.6.2 {## LINK}アーカイブ・ファイルの例

次のテンプレートでは、ソース・アーカイブ・ファイル(次の例では、decompressedFileで表されています)から抽出して変換されたすべてのファイルへのリンクのリストが生成されます。

{## repeat element=sections}
<p><a href="{## link element=sections.current.decompressedFile}">
{##insert Element=sections.current.fullname}</a></p>
{## /repeat}

33.4.6.3 {## LINK}プレゼンテーション・ファイルの例

次の例(template.htm)では、最初の構文を使用してHTMLファイルのセット(プレゼンテーション内のスライドごとに1つのファイル)を生成します。各スライドには、前と次のスライドへのリンクおよび最初のスライドへのリンクが含まれます。最初と最後のスライドにそれぞれPreviousとNextのリンクが付かないように、{##IF}マクロが使用されていることに注意してください。

template.htm
<html>
<body>
{##insert element=slides.current.image width=300}
<hr />
{##if element=slides.previous.image}
<p><a href={## link element=slides.previous.image}>
previous</a></p>
{##/if}
{##if element=slides.next.image}
<p><a href={## link element=
slides.next.image}>Next</a></p>
{##/if}
</body>
</html>

要素属性を使用する{##LINK}の副作用により、各{##LINK}が処理されるときに、current、previousおよびnextの値の内容が、わかりにくくなることがあります。このテンプレートがどのように機能するかについて、よりわかりやすく説明するために、3つのスライドを含むプレゼンテーションに対して実行する場合を考えてみます。

最初の出力ファイル

{##LINK}文ではテンプレートが指定されていないため、template.htmがすべての{##LINK}文用のテンプレートとして使用(再使用)されます。最初のスライドの場合、slides.nextが出現するまで、関心を引くことは何も起こりません。この場合、slides.currentが1であるため、slides.nextはslides.2を参照し、{##LINK}はslides.2.imageで実行されます。この{##LINK}は、アンカー・タグに2番目のスライドを含む出力ファイルのURLを埋め込みます。slides.2を含むファイルがないため、{##LINK}は新しいファイルを開きます。

2番目の出力ファイル

2番目のスライドに対して、テンプレートが再実行されます。ここでは、slides.currentがslides.2を参照し、slides.previousがslides.1を参照し、slides.nextがslides.3を参照します。{##INSERT}文では、2番目のスライドを挿入します。

slides.previousを参照する{##IF}文は成功します。slides.1を含むファイルがすでに存在するため、追加のファイルは作成されません。アンカー・タグには、最初の出力ファイルのURLが埋め込まれます。

slides.nextを参照する{##IF}文も成功し、アンカー・タグには、3番目のスライドを含む出力ファイルのURLが埋め込まれます。slides.3を含むファイルがないため、{##LINK}は新しいファイルを開きます。

3番目の出力ファイル

3番目のスライドに対して、テンプレートが再実行されます。ここでは、slides.currentがslides.3を参照し、slides.previousがslides.2を参照します。slides.nextは存在しないslides.4を参照します。{##INSERT}文では、3番目のスライドを挿入します。

slides.previousを参照する{##IF}文は成功します。slides.2を含むファイルがすでに存在するため、追加のファイルは作成されません。アンカー・タグには、2番目の出力ファイルのURLが埋め込まれます。

slides.nextを参照する{##IF}文は失敗します。この時点で、処理は実質的に完了します。

33.4.7 コンテンツ・サイズ・ブレークとのリンク: {## ANCHOR}

このマクロは、コンテンツ・サイズに基づいたドキュメント分割の実行中に、Dynamic Converterで作成されたドキュメントの一部分への相対URLを生成します。

構文

{## ANCHOR AREF=type [STEP=stepval] FORMAT="anchorfmt" [ALTLINK="element"] [ALTTEXT="text"]}

属性

説明

AREF

現行ファイルに対するリンクのターゲットの関係を示します。この属性に指定できる値は次のとおりです。

- InsertStart: 挿入された要素の最初のページへのリンク

- InsertEnd: 挿入された要素の最後のページへのリンク

- Next: 挿入された要素内の次のページへのリンク

- Prev: 挿入された要素内の前のページへのリンク

- FirstFile: ドキュメント全体用に作成された最初のページへのリンク

- LastFile: ドキュメント全体用に作成された最後のページへのリンク

STEP

この属性は、出力ページ間での早送り/早戻しのリンクを挿入するために使用されます。この属性は、AREFがnextまたはprevの場合にのみ使用できます。ゼロ以外の正の整数として指定します。たとえば、ドキュメント内で5ページ先にスキップするリンクを挿入するには、次の文を使用します。

{## unit aref="next" step="5" format="<p><a href=\"%url\">Next</a></p>"}

指定を省略すると、STEP属性のデフォルト値は1になります。これは次/前のページに対応します。この属性は、arefがinsertstart、insertend、firstfileまたはlastfileに相当する場合は、無意味です。

FORMAT

これは、テキストをリンクとして出力するように指定する、sprintfスタイル形式の文字列です。Dynamic Converterは、%url形式の指定子を書式文字列内でターゲットURLに置換します。例:

{## anchor aref="next" format="<a href=\"%url\">Next</a><br/>\r\n"}

ALTLINK

アンカーのターゲットをアンカー・タイプに基づいて解決できない場合に、そのターゲットの指定に使用される属性です。たとえば、分割可能な要素の最終ファイルには、その次のファイルがないため解決先がありません。ただし、altlink属性を指定すると、指定した要素が含まれている最初に見つかったファイルへのURLを使用して、アンカーが生成されます。

{##ANCHOR}文でEX_CALLBACK_ID_ALTLINK属性が指定されていると、EX_CALLBACK_ID_ALTLINKコールバックは行われなくなります。

例:

{## anchor aref=next format="<a href=\"%url\">Next</a>" altlink=headings.next.body}

ALTTEXT

アンカーを解決できない場合の出力テキスト。この属性を指定しないと、アンカー・ターゲットが存在しない場合に、テキストは出力されません。例:

{## anchor aref=next format="<a href=\"%url\">Next</a>" alttext="Next"}

33.4.8 出力ファイルに挿入するコメント: {## IGNORE}

このマクロにより、テンプレート・ファイルのある領域内の{##}文が、テンプレート・パーサーに無視されます。{##IGNORE}タグと{##/IGNORE}タグの間のテキストは、出力ファイルにそのまま書き込まれます。このマクロを使用すると、テンプレートのある領域内の{##}文を、デバッグ目的でコメント・アウトしたり、実際に別の{##}マクロのテキストを書いたりできます。ただし、ブラウザでは、無視されるブロック内のHTMLタグが解析され、それに応じてテキストが書式設定されます。このマクロでは、{##/IGNORE}マクロを除くすべての{##}マクロを無視できます。このために、エスケープ・シーケンスは実装されていません。結果として、{##IGNORE}文はネストできません。ネストすると、ランタイム・テンプレート・パーサーのエラーが発生します。

構文

{## IGNORE}
any HTML or other {##}macros
{## /IGNORE}

注意:

スクリプト・テンプレートの1つのセクションを完全にコメント・アウトするには、次に示すように、##IGNORE文をHTMLのコメントで囲みます。

<!--{## Ignore} (この部分と最後のHTMLコメントの間のすべてがコメントアウトされます) {##/Ignore}-->

33.4.9 出力ファイルに挿入しないコメント: {## COMMENT}

{##COMMENT}マクロを使用すると、テンプレート作成者は、最終的な出力ファイルには含まれないコメントをテンプレートに入れることができます。{##COMMENT}には{##ignore}の機能がありますが、{##COMMENT}ブロック内のテキストは出力ファイルにレンダリングされないためページ・サイズの計算には含まれません。{##IGNORE}と同様に、{##COMMENT}マクロはネストできません。

構文

{## COMMENT}
any HTML or other {##}macros
{## /COMMENT}

33.4.10 別のテンプレートの組込み: {## INCLUDE}

このコマンドを使用すると、別のテンプレートを現行のテンプレートに挿入できます。これは、C/C++の#includeディレクティブと同様に機能します。

構文

{## INCLUDE TEMPLATE=template}

属性

説明

TEMPLATE

この属性には、挿入するテンプレートの名前を指定します。

33.4.11 テンプレート内でのオプションの設定: {## OPTION}

このマクロは、オプションを指定された値に設定します。すべての{##OPTION}文は、出現順に実行されます。このテンプレート・マクロを使用する場合は、どのテンプレートでも{##UNIT}タグを最初のテンプレート・マクロにする必要があることに留意してください。

テンプレートで設定されたオプションは、テンプレートがスコープになります。つまり、たとえば{##LINK}マクロが別のテンプレートを参照する場合、参照されるテンプレート内のオプションは、親テンプレートのオプション設定の影響は受けません。同様に、アーカイブ・ファイルに含まれているファイルが変換されるときには、そのアーカイブ内の子ドキュメントのエクスポートを実行するために、Exportは自身を再帰的に呼び出します。各子ドキュメントは、親テンプレートのコピーを使用して変換されますが、そのコピーは親テンプレートのオプション値を継承しません。

{##OPTION}を使用してテンプレート内で設定されたオプションは、アーカイブ内のファイルに対して実行される動的変換では継承されません。各子変換では、すべてのオプション値の新しいコピーをDASetOptionで最初に設定されたままの状態で受け取ります。

前述したように、テンプレートでオプションを設定すると、アプリケーションで設定されたすべてのオプション値はテンプレートのスコープ内でオーバーライドされます。

構文

{## OPTION OPTION=value}

属性

説明

OPTION

サポートされているオプションとその値は、次の表を参照してください。

サポートされているオプションと値

オプション

説明

SCCOPT_GRAPHIC_TYPE

このオプションは、Dynamic Converterでドキュメントの埋込みを変換するときに作成される画像の形式を設定します。

サポートされている値は次のとおりです。

- FI_GIF: GIF画像

- FI_JPEGFIF: JPEG画像

- FI_PNG: PNG画像

- FI_NONE: 画像変換なし

デフォルトはFI_JPEGFIFです。

SCCOPT_GIF_INTERLACED

このオプションでは、GIF出力をインタレースにするか、非インタレースにするかを指定します。インタレースGIFグラフィックは、低速のインターネット接続でグラフィックをダウンロードするときに役立ちます。それらを使用すると、ブラウザはグラフィックの低解像度表示のレンダリングをすぐに開始して、グラフィックの受信に応じてイメージの品質を向上します。インタレースのグラフィックを使用しても、実質的な不利益はありません。

サポートされている値は次のとおりです。

- 0またはFALSE (非インタレース)

- 1またはTRUE (インタレース)

SCCOPT_JPEG_QUALITY

このオプションでは、JPEG圧縮の損失度を設定します。これは、1から100 (パーセント)の値に設定します。100は最高品質になりますが圧縮率は最低になります。1は最低品質になりますが圧縮率は最高になります。

SCCOPT_GRAPHIC_SIZEMETHOD

このオプションでは、グラフィックのサイズ変更に使用する方法を指定します。次の3つの方法から選択できますが、どの方法も変換後のイメージ品質および変換速度が多少犠牲になります。

- SCCGRAPHIC_QUICKSIZING

- SCCGRAPHIC_SMOOTHSIZING

- SCCGRAPHIC_SMOOTHGRAYSCALESIZING

クイック・サイジング・オプションを使用すると、カラー・グラフィックの変換は最も速くなりますが、変換されたグラフィックの品質はいくらか低下します。

スムーズ・サイジング・オプションでは、アンチエイリアスを使用して、元のグラフィックがより正確に表現されます。アンチエイリアスを行ったイメージは、より滑らかに表示されるため読み取りやすくなりますが、このオプションを設定するとレンダリングの処理時間が長くなります。

スムーズ・サイジング・オプションは、幅または高さが4,096ピクセルを超えるイメージに対しては機能しません。注意してください。

「グレースケールのみ」オプションもアンチエイリアスを使用しますが、グレースケール・グラフィック専用であり、カラー・グラフィックには、クイック・サイジング・オプションを使用します。

SCCOPT_GRAPHIC_OUTPUTDPI

このオプションは、出力画像デバイスの解像度を1インチ当たりのドット数(dpi)で指定し、サイズが物理単位(in/cm)で指定されている画像に対してのみ適用されます。たとえば、1平方インチ、100‐dpiの画像を、50-dpiデバイス(このオプションを50に設定)でレンダリングする場合を考えてみます。この場合、生成されるWBMP、TIFF、BMP、JPEG、GIFまたはPNGのサイズは、50×50ピクセルになります。

有効値は、0から2400 (dpi)の任意の整数です。

SCCOPT_GRAPHIC_SIZELIMIT

このオプションでは、エクスポートされたグラフィックの最大サイズ(ピクセル単位)を設定します。これは、異常に大きいグラフィックが同等の扱いにくい出力ファイルに変換されることを防止するために使用します。これにより、帯域幅を節約できます。

このオプションは、変換された画像のサイズに影響を与える他のすべてのオプションや設定に優先します。

SCCOPT_GRAPHIC_WIDTHLIMIT

このオプションを使用すると、変換されたグラフィックの幅(ピクセル単位)に厳しい制限を設定できます。この制限より幅が広いイメージは、制限に合わせてサイズが変更されます。SCCOPT_GRAPHIC_HEIGHTLIMITオプションが設定されているかどうかに関係なく、サイズが変更されたイメージは、元の縦横比が維持されることに注意してください。この幅より小さいイメージは、このオプションを使用していても拡大されません。

SCCOPT_GRAPHIC_HEIGHTLIMIT

このオプションを使用すると、変換されたグラフィックの高さ(ピクセル単位)に厳しい制限を設定できます。この制限より高さが大きいイメージは、制限に合わせてサイズが変更されます。SCCOPT_GRAPHIC_WIDTHLIMITオプションが設定されているかどうかに関係なく、サイズが変更されたイメージは、元の縦横比が維持されることに注意してください。この高さより小さいイメージは、このオプションを使用していても拡大されません。

SCCOPT_EX_FONTFLAGS

このオプションは、指定されたフォント関連のマークアップを出力で無効にするために使用されます。必然的に、要求された出力フレーバまたはその他のオプション設定によって、指定したタイプのマークアップが記述されない場合、このオプションを使用してそれを再び有効にすることはできません。しかし、このオプションでビット単位のOR演算とフラグの適切な組合せをともに使用することより、文字のサイズ、色および書体の指定をすべて抑止できます。

- SUPPRESS_SIZE

- SUPPRESS_COLOR

- SUPPRESS_SIZECOLOR

- SUPPRESS_FACE

- SUPPRESS_SIZEFACE

- SUPPRESS_COLORFACE

- SUPPRESS_ALL

- SUPPRESS_NONE

SCCOPT_EX_GRIDROWS

このオプションは、各テンプレートのグリッド(スプレッドシートまたはデータベースのファイルのみ該当)に含める行数を指定します。

このオプションをゼロ(0)に設定すると、グリッド内の行数は制限されません。

SCCOPT_EX_GRIDCOLS

このオプションは、各テンプレートのグリッド(スプレッドシートまたはデータベースのファイルのみ該当)に含める列数を指定します。

このオプションをゼロ(0)に設定すると、グリッド内の列数は制限されません。

SCCOPT_EX_GRIDADVANCE

このオプションは、グリッド間でpreviousとnextの関係がどのように機能するかを指定します。

- ACROSS: 入力スプレッドシートまたはデータベースを行単位で横断します。

- DOWN: 入力スプレッドシートまたはデータベースを列単位で横断します。

このオプションには、上/下または左/右のナビゲーションに対する影響はありません。

SCCOPT_EX_GRIDWRAP

このオプションは、スプレッドシートまたはデータベースの端のグリッド間で、previousとnextの関係がどのように機能するかを指定します。

HTML Exportによりグリッドが次のように9つに分割されているスプレッドシートについて考えてみます。

このオプションをTRUEに設定した場合、Grid 3の後のGrids.Next.Body値はGrid 4になります。同様にGrid 4の前のGrids.Previous.Body値はGrid 3になります。

このオプションをFALSEに設定すると、Grid 3の後のGrids.Next.Bodyは、テンプレート・ナビゲーションに関しては存在しません。同様に、Grid 4の前のGrids.Previous.Bodyは、テンプレート・ナビゲーションに関しては存在しません。

つまり、このオプションでは、スプレッドシートまたはデータベースの両端で、previousとnextの関係がラップするかどうかを指定します。

33.4.12 ファイルのコピー: {## COPY}

{##COPY}マクロは、出力ディレクトリに、変換済ドキュメントの出力とともに、追加の静的ファイルをコピーするために使用します。たとえば、元の入力ドキュメントにはなかった会社のロゴを追加した場合、{##COPY}を使用して、そのロゴを変換された出力ドキュメントの一部として含めることができます。その他の例としては、ナビゲーション用のボタンを示すために使用するグラフィック、外部のCSSファイルまたは実行されるJavaコードの一部などがあります。

構文

{## COPY FILE=file}

属性

説明

FILE

これは、コピーされるファイルの名前です。ファイルの一部として相対パス名が指定される場合、ルート・テンプレート・ファイルを含むディレクトリを基準とする必要があります。

例:

{## COPY FILE=uparrow.gif}

{##COPY}マクロは、テンプレートのどこにでも使用できます。{##COPY}が{##IF}内にある場合、{##COPY}は、条件がTRUEの場合にのみ実行されます。{##REPEAT}ループ内では、{##COPY}は、ループが1回以上実行された場合にのみ実行されます。さらに、{##REPEAT}が複数回ループする場合、Dynamic Converterはこれを検出して、{##COPY}を1回のみ実行します。

名前が示すように、{##COPY}マクロは純粋なファイル・コピーです。そのため、コピーの一環として変換は実行されません。たとえば、グラフィックの形式やグラフィックのサイズが変更されることはありません。テンプレートの作成者は、グラフィックおよびその他のファイルをコピーするときに、テキスト・バッファ・サイズの計算で外部グラフィック用の領域が作成されるようにするために、{##GRAPHIC}を使用することにも考慮する必要があります。

Dynamic Converterは、リクエストされたファイルをコピーするというアクションのみを実行するため、コピーしたファイルをテンプレートの別の場所で利用するかどうかは、テンプレート作成者に任せられています。たとえば、グラフィック・ファイルがコピーされていると、テンプレートではコピーされたグラフィックを参照する<img>タグが使用できます。次のテンプレート・コードのスニペットでは、これを実行します。

{## copy FILE=Picture.JPG
{## graphic PATH=Picture.JPG}
<img src="Picture.JPG">

注意:

ファイルのコピーが失敗しても、Dynamic Converterは処理を続行します。エラーは報告されません。

33.4.13 非推奨のテンプレート・マクロ

Dynamic Converterの旧リリースでは、テンプレート・マクロが{##}はなく{Inso}で始まる別のマクロ構文を使用していました。さらに、以前は略されていた単語も、現在は略さずに表記する必要があります(insではなくinsert)。しばらくは、古い構文も引き続きサポートされます。ただし、これは非推奨です。

古いInsoマクロと、それに対応する新しいマクロは、次のとおりです。

- {insoins}: 現在は{##insert}

- {insoif} ... {/insoif}: 現在は{##if} ... {##/if}

- {insoelseif} ... {/insoelseif}: 現在は{##elseif} ... {##/elseif}

- {insoelse} ... {/insoelse}: 現在は{##else} ... {##/else}

- {insoignore} ... {/insoignore}: 現在は{##ignore} ... {##/ignore}

- {insolink}: 現在は{##link}

- {insorep} ... {/insorep}: 現在は{##repeat} ... {##/repeat}

同じテンプレートに、旧スタイルのInsoマクロと新しいスタイルの{##}マクロを混在させることはできません。

Dynamic Converterに含まれる新機能または今後の機能は、古い構文をサポートしません。そのため、たとえば、古い構文は、新しい{##UNIT}マクロをサポートするよう拡張されていません。

33.5 プラグマ

プラグマは、論理的には要素ツリーの一部ではない特定のドキュメント要素へのアクセスを可能にします。サポートされているプラグマは、次のとおりです。

- Pragma.Charset

- Pragma.CSSFile

- Pragma.EmbeddedCSS

- Pragma.JsFile

- Pragma.SourceFileName

33.5.1 Pragma.Charset

このプラグマは、Dynamic Converterが生成する文字の文字セットと関連付けられたHTMLテキスト文字列を表します。Dynamic Converterで生成するHTMLにキャラクタ・セットを正しくコード化するために、次に示すように{##INSERT}マクロを使用して、すべてのテンプレートにMETAタグを組み込む必要があります。

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset={## INSERT ELEMENT=pragma.charset}">

この行がテンプレートに組み込まれていないと、ユーザーはブラウザで正しい文字セットを手動で選択することになります。

33.5.2 Pragma.CSSFile

このプラグマは、Cascading Style Sheet (CSS)ファイルの名前をHTMLドキュメントに挿入するために使用します。通常、この名前は、HTMLの<LINK>タグとともに使用して、Dynamic Converterで生成されたCSSファイルに含まれるスタイルを参照します。

{##INSERT}マクロで使用すると、このプラグマは作成されるCSSファイルのURLを生成します。このマクロは、ソース・ファイルのコンテンツを挿入するすべてのテンプレート・ファイル内で、選択したHTMLフレーバがCSSをサポートしている場合に、{##INSERT}とともに使用する必要があります。CSSファイルは、選択したHTMLフレーバでCSSがサポートされている場合にのみ作成されます。

{##IF}マクロで使用する場合は、選択したHTMLフレーバでCascading Style Sheetがサポートされていれば、条件はtrueになります。

出力にCSSが必要になる場合は、{##IF element=pragma.embeddedcss}または{##IF element=pragma.cssfile}を使用します。ただし、この2つはDynamic Converterでは区別されないため、埋込みCSSと外部のCSSのどちらを使用するかは作成者が選択できます。また、この2つを出力に混在させることもできます。

このプラグマの使用例を次に示します。この例は、HTMLのCSSフレーバまたは非CSSフレーバのどちらをエクスポートするときにも機能します。

{## IF ELEMENT=Pragma.CSSFile}
<LINK REL=STYLESHEET
HREF="{## INSERT
ELEMENT=Pragma.CSSFile}">
</LINK>
{## /IF}

33.5.3 Pragma.EmbeddedCSS

このプラグマは、ドキュメントの<HEAD>に単一のブロックでCSSスタイルの定義を挿入するために使用します。

{##INSERT}マクロで使用する場合、このプラグマにより、ファイルで後から使用するために必要なCSSスタイル定義のブロックが挿入されます。このマクロは、ドキュメント・コンテンツを挿入するために{##INSERT}を使用している各出力HTMLファイルで使用する必要があります。

{##IF}マクロで使用する場合は、選択したHTMLフレーバでCSSがサポートされていれば、条件はtrueになります。

出力にCSSが必要になる場合は、{##IF element=pragma.embeddedcss}または{##IF element=pragma.cssfile}を使用します。ただし、この2つはDynamic Converterでは区別されないため、埋込みCSSと外部のCSSのどちらを使用するかは作成者が選択できます。また、この2つを出力に混在させることもできます。

入力ドキュメントでスタイルが使用されている場合、そのスタイルは、入力ファイルごとに生成されるすべての出力HTMLファイル用に生成される埋込みCSS内に示されます。出力を複数のHTMLファイルに分割するテンプレートがあるとします。この例では、入力ファイルにMyStyleスタイルが含まれています。変換中に実際にMyStyleスタイルを参照する出力HTMLファイルが1つのみでも問題ありません。MyStyleスタイルの定義は、このスタイルを参照することのないファイルも含めたすべての出力ファイルの埋込みCSS内に示されます。

33.5.4 Pragma.JsFile

このプラグマは、JavaScriptファイルの名前をHTMLドキュメントに挿入するために使用します。通常、この名前は、HTMLの<SCRIPT>タグとともに使用して、HTML Exportで生成された.jsファイルに含まれるJavaScriptを参照します。

{##INSERT}マクロで使用すると、このプラグマは作成されるJavaScriptファイルのURLを生成します。このマクロは、ソース・ファイルのコンテンツを挿入するすべてのテンプレート・ファイル内で、次の場合に{##INSERT}とともに使用する必要があります。

1. 選択したHTMLフレーバでJavaScriptがサポートされている。

2. javaScriptTabsオプションがtrueに設定されている。

JavaScriptファイルは、選択したHTMLフレーバでJavaScriptがサポートされている場合にのみ作成されます。

{##IF}マクロで使用する場合、選択したHTMLフレーバでJavaScriptがサポートされているかどうかによって、条件は異なります。

33.5.5 Pragma.SourceFileName

このプラグマは、変換されるソース・ドキュメントの名前を表します。

注意:

Pragma.SourceFileNameプラグマには、パス名を含めないでください。

33.6 スクリプト・テンプレートの書式設定オプションの設定

スクリプト・テンプレートの書式設定オプションは、「Dynamic Converterの構成」ページの「スクリプト・テンプレートの変換の構成」設定を編集することで制御できます。

変更できる設定には、次のものがあります。

- 変換済グラフィックに使用される形式の変更

- リストの行頭文字と番号の生成

33.6.1 変換済グラフィックに使用される形式の変更

変換済グラフィックに使用する形式を変更する場合は、次のオプションを編集します。

# SCCOPT_GRAPHIC_TYPE
#
# Determines what graphic format will be used for exported graphics.
# Setting this to "none" disables graphic output.
#
graphictype gif
#graphictype jpeg
#graphictype png
#graphictype none

#で始まる行は、コメントアウトされています。そのため、前述の例では、.gif形式が選択されたデフォルト設定を示しています。そのかわりに.jpeg形式を使用するには、次に示すように、単に1行目をコメント化し、2行目のコメント化を解除します。

#graphictype gif
graphictype jpeg
#graphictype png
#graphictype none

33.6.2 リストの行頭文字と番号の生成

HTMLリスト・タグのかわりにリストの行頭文字と番号を生成する場合は、次のオプションを編集します。

# SCCOPT_GENBULLETSANDNUMS

#
# Generate Bullets and Numbers. Bullets and numbers will be generated for
# lists instead of using HTML list tags (<ol>, <ul>, <li>, etc.) when
# rendering lists in a document.
#
genbulletsandnums no
#genbulletsandnums yes

前述のように、一方の行をコメント化し、もう一方の行のコメント化を解除します。

#genbulletsandnums no
genbulletsandnums yes

33.7 構造によるドキュメントの分割

テンプレート・アーキテクチャの最も強力な機能の1つは、長いワード・プロセッサ・ドキュメントを論理的な要素に分割し、それらにアクセスするための強力なナビゲーション支援機能を作成する能力です。

これがどのように行われるかを理解するには、まずワード・プロセッサ文書に関連するドキュメント・ツリーを理解する必要があります。後述のやや複雑な図は、ツリー内の要素が、実際のドキュメントとどのような関係にあるかを示したものです(後述の図を参照)。

次のいくつかの例は、前述のイメージで示したドキュメントに対して実行したときに作成される要素とデータを示しています。2番目の2つの例では、デフォルト・ノードのbodyとcontentsを省略しています。

body.contents.headings.2.body.title

Present Dayが生成されます。

body.contents.headings.2.body.contents.headings.1.body.title

Commercialが生成されます。

body.contents.preface

The History of Flightおよびその下のテキスト(Introductionまでだがこれ自体は含まない)が生成されます。

headings.2.headings.1.headings.3.title

McDonnell-Douglasが生成されます。

headings.2.headings.1.headings.3.contents

"McDonnell-Douglas"の下から"Military"の上までのテキストが生成されます。

図33-2 構造によるドキュメントの分割

ドキュメントを分割するには、Dynamic Converterでドキュメントの構造における論理区分を認識する必要があります。現在のところ、Dynamic Converterに明白な方法でこの情報を提供できるのは、Microsoft Word 95以上とWordPerfect 6.0以上の形式のみです。これらの形式では、作成者がドキュメント内に目次情報を加えた場合に、分割情報を使用できます。この情報を含めるために必要な手順については、適切なソフトウェアのマニュアルを参照してください。これは、ドキュメントには絶対に目次が必要というわけではなく、目次を作成するための情報が必要というだけです。

Microsoft Word 2002 (XP)など、一部の文書処理の形式では、ユーザーが様々な方法でTOCエントリを指定できます。Dynamic Converterでは、次の方法のうち2つのみをサポートしています。

TOCを指定する方法

Dynamic Converterでのサポート

適用された見出しスタイル

はい

アウトライン・レベルを持つカスタム・スタイル

はい

段落属性として適用されたアウトライン・レベル

いいえ

TOCエントリ

いいえ

また、元のドキュメントで表内のテキストに見出しスタイルが適用されている場合、Dynamic Converterではその見出しでの分割は行われません。これは、Dynamic Converterでは表内の分割を行わないためです。

索引と構造ベースの分割

すべての反復可能ノードには、変換処理の任意の時点での現行値を持つ索引変数が関連付けられています。パスの一部として反復可能ノードが含まれる要素の場合、反復可能要素のインスタンスは、数値またはいくつかの索引変数キーワードの1つを使用して指定する必要があります。索引変数に指定できる値の詳細は、「索引変数キーワード」を参照してください。

33.8 コンテンツ・サイズによるドキュメントの分割

構造によるドキュメントの分割(「スクリプト・テンプレートの書式設定オプションの設定」を参照)に加えて、Dynamic Converterでは、各出力ファイル(つまりページ)に配置されるコンテンツの量に基づいたドキュメントの分割もサポートしています。ドキュメントは、その構造とコンテンツ・サイズの両方に基づいて分割することもできます。

コンテンツ・サイズでドキュメントを分割するには、次の2つのことを実行しておく必要があります。まず、SCCOPT_EX_PAGESIZEpageSizeオプションを設定する必要があります(「テンプレート内でのオプションの設定: {## OPTION}」を参照)。次に、使用するテンプレートを{## UNIT}構成にする必要があります(「単位: {## UNIT}、{## HEADER}および{## FOOTER}」を参照)。

単位テンプレート構造の背景にある基本的な考えは、すべてのページで繰り返す必要のあるもの、および一度のみ表示する必要のある部分を、Dynamic Converterに伝えることです。つまり、単位テンプレート構造が、テンプレート・テキストとドキュメント要素をグループ化するメカニズムを提供するということです。単位境界は、ドキュメントが複数ページにまたがるとき、どこで分割するかを決める場合に使用します。

テンプレート作成者がすべてのページに表示させるものとして、次の例があります。

- 出力ドキュメントの文字セットを挿入する<META>タグ。

- 企業の著作権メッセージ。

- 前/次のページへともにリンクするナビゲーション要素。

すべてのページでは表示されないものの典型的な例は次のとおりです。

- ドキュメントの実際のコンテンツ。

- 目次のリンクのような、構造的ナビゲーション要素。

単位は、1つのヘッダー、1つのフッター(どちらもオプション)と1つの本体で構成されています。すべての単位の先頭または末尾で繰り返されるアイテムは、それぞれヘッダーまたはフッターに配置する必要があります。

単位は{##UNIT}テンプレート・マクロによって区切られます。同様に、{##HEADER}および{##FOOTER}テンプレート・マクロは、それぞれヘッダーおよびフッターを区切ります。本体は、ヘッダーとフッターの間の残りのすべての部分です。{##UNIT}マクロは、テンプレートの最初のマクロにする必要があります。多くの場合、本体にはネストされた単位が含まれます。本体は空の場合もあります。

必ずヘッダーがテンプレート内の最初のアイテムになり、フッターが最後のアイテムになるように、{##UNIT}タグと{##HEADER}タグの間のテキストと、{##/FOOTER}タグと{##/UNIT}タグの間のテキストは、空白も含め無視されます。ある単位のヘッダーとフッターは、その単位を含むすべてのページに出力されます。ヘッダーとフッターで、特定のページに収まる単位の本体部分を囲みます。テンプレート全体が1つの単位であり、この単位には別の単位を含めることもできます。

33.8.1 サイズ分割テンプレートのサンプル

例として、「スクリプト・テンプレートについて」の非常に単純なテンプレートを再検討します。さらに興味深くするために、<meta>タグで文字セットをテンプレートに挿入してみます。ページ間の移動を円滑にするために、より効率的なナビゲーションも挿入します。変更したバージョンのテンプレートは、次のようになります。

{## unit}{## header}
<html><head>
<meta HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset={## insert element=pragma.charset}" /></head>
<body>
{## anchor aref="prev" format="<p><a href=\"%url\">Prev</a></p>"}
{## /header}
<p>Here is the document you requested.
{## insert element=property.title} by
{## insert element=property.author}</p>

<p>Below is the document itself</p>
{## insert element=body}
{## footer}
{## anchor aref="next" format="<p><a href=\"%url\">Next</a></p>"}
</body>
</html>
{## /footer}{## /unit}

ページ・サイズ・オプションには、非常に小さな値(約20文字)が使用されます。その結果としてのHTMLは、次のようになります(このHTMLは、マクロの結果を太字で示しています)。

file1.htm

<html><head>
<meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ASCII"/></head>
<body>
<p>Here is the document you requested.</p>
<p>A Poem by Phil Boutros</p>
<p><a href="file2.htm">Next</a></p>
</body>
</html>

file2.htm

<html><head>
<meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ASCII" /></head>
<body>
<p><a href="file1.htm">Next</a></p>
<p>Below is the document itself</p>
<p>Roses are red</p>
<p>Violets are blue</p>
<p><a href="file3.htm">Prev</a></p>
</body>
</html>

file3.htm

<html><head>
<meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ASCII" /></head>
<body>
<p><a href="file2.htm">Prev</a></p>
<p>I'm a programmer</p>
<p>and so are you</p>
</body>
</html>

ここでは注意すべき点がいくつかあります。

- ページ・サイズ・オプション値は、テンプレートのテキストに適用されるのではなく、ソース・ドキュメントから挿入されたテキストにのみ適用されます。各ページには、約20文字の目に見える入力ドキュメント・テキストが含まれます。

- キャラクタ・セットの{##INSERT}は{##HEADER}の一部であるため、すべての出力ページに挿入されます。

- 単位の本体のテキストは、順次挿入されます。そのため、<p>Below is the document itself</p>行のような、そのままのテンプレート・テキストは一度のみ挿入されます。

- {##ANCHOR}タグでは、前/次のページへのリンク(実際に前/次のページがある場合)のみを挿入します。そのため、最初のページには、存在することのない前のページへのリンクは含まれません。

33.8.2 {## UNIT}マクロのないテンプレート

{##UNIT}マクロは、SCCOPT_EX_PAGESIZEpageSizeオプションを使用してサイズに基づいたページ分割を行うためのテンプレートにのみ必要になります。サイズベースの分割を実行しないテンプレートの例として、HTMLの<FRAME>を定義して、ドキュメントのコンテンツを含まないテンプレートがあげられます。サイズベースの分割が行われない例には、目次ページもあります。これは、目次ページにドキュメント・コンテンツが含まれている場合でも同じです。

{##UNIT}形式に準拠しないテンプレートは、サイズベース分割のテンプレートではありません。このタイプのテンプレートのサポートは、今後も継続されます。最初に出現するマクロ・タグが{##UNIT}以外の場合、そのテンプレートはサイズベース分割のテンプレートにはならないと考えられます。つまり、そのテンプレート内では、その後に{##UNIT}、{##HEADER}または{##FOOTER}のいずれのマクロも存在しないということです。SCCOPT_EX_PAGESIZEpageSizeオプションの値は、このタイプのテンプレートでは無視されます。

33.8.3 索引とサイズベースの分割

前述のように、すべての反復可能ノードには、関連付けられている索引変数があります。NextやLastなどの索引変数キーワードの使用方法の詳細は、「索引変数キーワード」を参照してください。

33.9 スプレッドシートおよびデータベース・ファイルをナビゲートするためのグリッドの使用

スプレッドシート(および、特殊な場合として、データベース・ファイル)をサポートするために、グリッドと呼ばれるテンプレートベースのナビゲーション概念を利用できます。グリッドは、スプレッドシートまたはデータベースを直観的で矛盾なくナビゲートする方法を提供します。

グリッドを使用すると、大きなスプレッドシートの出力を小さい部分で表現するため、スクロールの必要性が少なくなります。また、HTMLバージョンの巨大なスプレッドシートが、ブラウザの能力を超えて、ブラウザが動かなくなる可能性をなくすためにも使用できます。さらに、グリッドは、CPU時間を過剰に浪費する前に、大きなスプレッドシートの処理を停止するためにも使用できます。

グリッドを使用するには、新しいグリッド・テンプレート要素を使用する必要があります(「要素定義」を参照)。グリッドは、{##UNIT}テンプレート・マクロが有効になっているテンプレートでのみ使用できます。グリッド関連のオプションを設定することも重要です(「テンプレート内でのオプションの設定: {## OPTION}」を参照)。

グリッド・サポートには、いくつか重要な制限があります。

1. 出力ファイル形式およびフレーバは、必須ではありませんが、表をサポートすることが期待されます。

2. グリッドは、スプレッドシートとデータベース入力ファイルの変換時にのみ使用されます。現時点では、ワード・プロセッサ・ファイルには使用できません。

3. サイズに制限があるため、グリッド・サポートは、入力ファイル内のセルのコンテンツに多くの書式設定(太字、特殊フォント、テキストの色など)が使用されていない場合に、最も効果を発揮します。

グリッド・システムを詳しく説明するために、一例として複数シートのスプレッドシート・ワークブックについて考えてみます。このスプレッドシート・ワークブック内の各シートは、多数のグリッドのコレクションに分割されます。各グリッドは、最大サイズが一定であり、スプレッドシートの長方形の部分になります。グリッドのサイズは、スプレッドシートのセルの数として指定します。たとえば、図33-3の7×10のスプレッドシートについて考えてみます。

図33-3 7×10のスプレッドシートの例

これを3×4のグリッドに分割すると、図33-4に示すように、9つのグリッドが作成されます。

図33-4 3×4のグリッドに分割された7×10のスプレッドシートの例

通常、すべてのグリッドには同数のセルが含まれます。その例外は、スプレッドシートの右端と一番下のグリッドで、標準のサイズより小さくなります。グリッドは、要求されたサイズより大きくなることはありません。このため、グリッドは、up、down、leftあるいはrightを使用して、簡単にナビゲートできます。グリッドで唯一できないことは、スプレッドシート内の個々のセルへのアドレス指定です(グリッドのサイズが1×1の場合は除きます)。

Dynamic Converterでは、各グリッド間でのデッキ/ページ分割は強制されません。そのため、テンプレート作成者が、各デッキ/ページのグリッドを1つにのみ制限する場合は、テンプレート内で分割を強制する必要があります。

表がない場合のグリッド・サポート

Dynamic Converterによってサポートされているすべての出力フレーバが、表の作成をサポートしているわけではありません。出力フレーバが表をサポートしていない場合でも、Dynamic Converterではグリッドをサポートします。ただし、Dynamic Converterの標準的な表なしの出力は、グリッド形式で提示されます。たとえば、[A1]がA1セルのコンテンツを表す場合に、次のものを(2×2)のサイズのグリッド用にエクスポートします。

grids.1.bodyが次のようになるとします。

[A1]
[A2]
[B1]
[B2]

この場合、grids.right.bodyの内容は次のようになります。

[C1]
[C2]
[D1]
[D2]

また、grids.down.bodyの内容は、次のようになります。

[A3]
[A4]
[B3]
[B4]

34 変換済コンテンツの操作

この章では、変更されてOracle WebCenter Content Serverにチェックインされたコンテンツ・アイテムの操作について説明します。

この章の構成は、次のとおりです。

- コンテンツ情報の表示

- 変換済ファイルの表示

- チェックイン前のドキュメントのプレビュー

34.1 コンテンツ情報の表示

コンテンツ・サーバーにチェックインされているすべてのコンテンツ・アイテムに固有のコンテンツ情報ページが存在し、そこで、コンテンツID、タイトル、作成者、他のメタデータなど、コンテンツ・アイテムに関するメタデータ情報を表示および確認できます(図34-1を参照)。テンプレートの選択ルール条件を指定するために、ソース・ドキュメントのコンテンツ情報ページに頻繁にアクセスすることになります。

検索結果ページの「情報」アイコンを使用してコンテンツ・アイテムのコンテンツ情報ページにアクセスすると、コンテンツ・アイテムのメタデータを表示できます。このページを使用して、特定のコンテンツ・アイテムに関する情報を表示および確認します。たとえば、ファイルのリリース日や作成者のユーザー・ログインを確認できます。

図34-1 「コンテンツ情報」ページ

このページには、コンテンツ・アイテムに関する次のような多くの情報が表示されます。

- ファイルをContent Serverにチェックインしたときに入力を完了したすべてのメタデータ・フィールドの値

- 作成者の名前(ユーザー・ログイン)

- ファイルがそのライフ・サイクルのどこにあるかを示すファイル・ステータス

- ファイル形式。ファイルを作成したネイティブ・アプリケーションを示します。ファイル形式はMIMEコンテンツ・タイプとして表されます。

- 現在のWebロケーション。これは、チェックイン済のコンテンツ・アイテムにWeb表示可能なレンディション(PDFなど)が生成されている場合に、それを参照するアクティブなリンクです。このURLは、コンテンツ・アイテムの最新リビジョンのWeb表示可能なレンディションを一意に指します。

- ネイティブ・ファイル・リンク。これを使用すると、コンテンツ・アイテムのコピーを、そのネイティブ・フォーマット(すなわち、最初にそのアイテムが作成されたフォーマット)で取得できます。このリンクをクリックすると、ファイルをそのネイティブ・アプリケーションで開いたり(このアプリケーションがコンピュータにインストールされている場合)、ローカル・ハード・ドライブに保存したりできます。また、リンクを右クリックしてファイルをローカルに保存することもできます。これにより、再利用するためにファイルのコピーを作成できます。作成したコピーは、新しいバージョンとしてコンテンツ・サーバーにチェックインして戻すことができます。

- 完全なリビジョン履歴。図34-2の例を参照してください。

注意:

「リビジョン履歴」セクションの「リビジョン」列に表示されるリビジョン・リンクをクリックすることで、コンテンツ・アイテムの任意のリビジョンのコンテンツ情報を表示できます。現在表示されているコンテンツ・アイテムは、角カッコ([ ])で囲まれます。

図34-2 コンテンツ・アイテムのリビジョン履歴

コンテンツ情報ページには、ファイルのメタデータ、ステータスおよびリビジョン履歴の表示の他にもいくつか機能があります。使用可能なオプションは、割り当てられた権限や、Content Serverの構成によって決まり、次のいずれかが含まれる可能性があります。

アクション

定義

チェックアウト

ファイルを編集のためにチェックアウトし、後から同じコンテンツIDと1増えたリビジョン番号(コントリビュータである場合)でチェックインできます。

チェックアウトを元に戻す

コンテンツ・アイテムのチェックアウトを取り消します。「コンテンツ情報」ページ上の「チェックアウトの実行者」の隣の名前は表示されなくなります。adminロールを持っている場合、またはコンテンツ・アイテムが属するセキュリティ・グループに対する管理者権限がある場合、自分がチェックアウトしたコンテンツ・アイテムのチェックアウトの取消しのみを実行できます。

チェックイン

現在チェックアウトされているコンテンツ・アイテムの新しいリビジョンをチェックインします。

更新

Content Serverにすでにチェックインされているコンテンツ・アイテムのメタデータ・フィールドを変更できます。たとえば、「更新」を使用して、タイトル・フィールドでスペルの間違った単語を訂正したり、最初にコンテンツ・タイプを間違って入力した場合に正しいコンテンツ・タイプを選択したりできます。

類似をチェックイン

直前にチェックインしたコンテンツ・アイテムと同じメタデータで、別のコンテンツ・アイテムをチェックインできます。

電子メールでリンクを送信

電子メール・プログラムを起動して、Web表示可能ファイルのURL (Webアドレス)へのリンクが含まれる新しいメッセージを開きます。

サブスクライブ

コンテンツ・アイテムが変更されるたびに(すなわち新しいリビジョンがチェックインされるたびに)、自動的に電子メールで通知されるように、コンテンツ・アイテムにタグを付けることができます。通知先の電子メール・アドレスがソフトウェアで認識されていない場合、その入力を要求されます。

サブスクライブ解除

コンテンツ・アイテムのサブスクライブを取り消す(すなわち新しいリビジョンについて通知されないようにする)ことができます。

ショートカットの作成

Content Serverのコンテンツ・アイテムへのショートカットを作成し、「コンテンツの参照」の下のフォルダに格納できます。

リビジョンの削除

システムからファイルのリビジョンを削除できます。リビジョンを削除するには、そのファイルが属するセキュリティ・グループに対する削除権限が必要です。

リビジョン番号

指定したリビジョンのコンテンツ情報を表示します。

コンテンツ・アイテムのコンテンツ情報ページにアクセスするには、次のようにします。

1. コンテンツ・アイテムを検索します。
検索結果ページが表示されます。

2. コンテンツ情報を表示するファイルに対応した「情報」アイコン(図34-3)をクリックします。

図34-3 「情報」アイコン

「コンテンツ情報」ページが表示されます。

注意:

コンテンツの検索の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』を参照してください。

34.2 変換済ファイルの表示

Microsoft Word、Excelまたは他のアプリケーションなどのネイティブ・アプリケーションで作成されたソース・ドキュメントを開くために、クライアント・ワークステーションにそれらのアプリケーションをインストールする必要があるという問題は、Dynamic Converterによって解決します。それには、ソース・ドキュメントのWeb表示可能バージョンを、要求時に中間ファイルを生成しないで作成します。

ソース・ドキュメントのWeb表示可能なバージョンは、これらのContent Serverのページ上にあるHTMLリンクをクリックすることで表示できます。

- 「検索結果」ページ

- 「コンテンツ情報」ページ

34.2.1 「検索結果」ページ

拡張検索要素を使用すると、コンテンツ・アイテムを検索できます。メタデータによる検索またはフルテキスト検索、あるいはその両方を実行できます(コンテンツ・サーバーの設定による)。検索結果は、検索結果ページに表示されます。リストに表示されているコンテンツ・アイテムが、HTML変換でサポートされている有効なファイル・タイプである場合、アクション・ポップアップ・メニューに「HTMLレンディション」リンクが表示されます。このリンクを使用して、コンテンツ・アイテムのHTMLレンディションを表示できます(図34-4を参照)。

図34-4 検索結果ページの「HTMLレンディション」リンク

「HTMLレンディション」リンクをクリックすると、「テンプレートの選択ルール」ページで指定されているルールとテンプレートを使用してファイルが変換され、表示されます。

34.2.2 「コンテンツ情報」ページ

コンテンツ・サーバーにチェックインされているすべてのコンテンツ・アイテムに固有のコンテンツ情報ページが存在し、コンテンツID、タイトル、作成者、他のメタデータなど、コンテンツ・アイテムのメタデータ情報が表示されます。

コンテンツ・アイテムが、Dynamic ConverterによるHTML変換でサポートされている有効なファイル・タイプである場合、コンテンツ情報ページの「変換済コンテンツ」というテキストの横に(HTML)リンクが表示されます。このリンクを使用して、コンテンツ・アイテムのHTMLレンディションを表示できます(図34-5を参照)。

図34-5 コンテンツ情報ページの(HTML)リンク

(HTML)リンクをクリックすると、「テンプレートの選択ルール」ページで指定されているルールとテンプレートを使用してファイルが変換され、表示されます。

サブスクリプション通知とワークフロー通知

コンテンツ・サーバーに保存されているコンテンツ・アイテムをサブスクライブしている場合、受信した電子メール・メッセージに記載されている「情報の表示」リンクを使用してコンテンツ情報ページを開くこともできます(図34-6を参照)。

図34-6 サブスクリプション電子メール通知メッセージの「情報の表示」リンク

ワークフロー通知メッセージにもこれと同じリンクが記載されているので、ソース・ファイルの作成に使用されたネイティブ・アプリケーションをコンテンツ・レビューアが持つ必要はありません。

34.3 チェックイン前のドキュメントのプレビュー

コンテンツ・コントリビュータは、ドキュメントをコンテンツ・サーバーにチェックインする前に、そのHTMLレンディションをプレビューできます。これにより、ドキュメントまたはそれに関連付けられているテンプレートに問題があるかどうかを確認し、サイトのWebマスターまたは開発者に知らせることができます。そうすることで、変換済コンテンツをさらに多くのユーザーや顧客が閲覧する前に、問題を解決できます。このようにドキュメントをプレビューする機能は、コンテンツ作成者とサイト開発者の両方にメリットをもたらします。

コントリビュータによる動的プレビュー機能は、コンテンツ・サーバーのコンテンツ・チェックイン・ページに、(HTML)ボタンとして表示されます(図34-7を参照)。

図34-7 コンテンツ・チェックイン画面のHTMLプレビュー・ボタン

ドキュメントを選択し、すべてのメタデータをドキュメントに割り当てた後、プレビュー・ボタンをクリックし、ドキュメントがWebページとしてどのように表示されるかを確認します。表示される画面には、左側フレームに「チェックインの完了」リンク、右側フレームに変換済ドキュメントが、それぞれ表示されます(図34-8を参照)。

図34-8 動的変換プレビュー

ドキュメントのHTMLレンディションに問題がない場合、「チェックインの完了」をクリックしてドキュメントをコンテンツ・サーバーにチェックインできます(その際、チェックイン確認画面が表示されます)。Webブラウザで「戻る」ボタンをクリックすると、プロセスが取り消され、コンテンツ・チェックイン画面に戻ります。

テンプレートが関連付けられていないメタデータを使用してドキュメントをチェックインする場合、空白のクラシックHTML変換テンプレートが割り当てられます。このテンプレートには、ドキュメントをWebページに変換する以外に、特別な書式設定指示は含まれていません。

ヒント:

サイト管理者は、テンプレート・エディタで「プレビューの変更」ボタンを使用して、特定のテンプレートを使用した場合にコンテンツ・アイテムがどのように表示されるかをプレビューすることもできます。

35 実装に関する考慮事項

この章では、Dynamic Converterを操作する際のより実際的な問題について説明します。

この章の内容は、次のとおりです。

- マルチバイト文字のメタデータ・フィールド

- UNIXでのPDFファイルの変換

- UNIX上の埋込み画像

- ベクターおよびラスター画像形式の使用

- UNIXでのベクター画像とスプレッドシート・テキストの変換

- URLリライティング

- テンプレートおよびレイアウト・ファイル内の相対URL

- ブラウザのキャッシュ

- イメージのサイズ設定ルール

- CSSの考慮事項

- 使用されるスタイル名

- スタイルのオーバーライド

- Pragma.CSSFileおよび{## LINK}

- 整形式のHTML

- 位置フレームのサポート

- テンプレート作成のヒント

35.1 マルチバイト文字のメタデータ・フィールド

新しいDynamic Converter HTMLテンプレート・エディタは、変換するテンプレートまたはコンテンツ・アイテムでのマルチバイト・コンテンツIDの使用をサポートしていません。Dynamic Converterをマルチバイト環境(日本語、韓国語または他のローマ字以外の文字)で使用する場合でも、コンテンツID、セキュリティ・グループ、コンテンツ・タイプおよびアカウント名にマルチバイト文字を使用しないことをお薦めします。このコンテンツ・メタデータ情報はコンテンツ・アイテムのURLに埋め込まれますが、現在のWebテクノロジの制約により、WebサーバーとWebブラウザではマルチバイト・キャラクタが含まれるURLは正しく処理されない可能性があります。(たとえば、Dynamic Converterはリンクが機能しなければコンテンツ・アイテムを特定できません。)

コンテンツID、セキュリティ・グループ、コンテンツ・タイプまたはアカウントでマルチバイト・キャラクタを使用する場合、Oracle WebCenter Content Server環境全体(サーバーとクライアント)が、マルチバイト言語をサポートするオペレーティング・システム(Microsoft Windowsの日本語版または韓国語版など)で実行されていることを確認する必要があります。

35.2 UNIXでのPDFファイルの変換

UNIXでのPDFファイルの変換には時間がかかり、3分後(変換プロセスのデフォルトのタイムアウト値)にタイムアウトする可能性があります。

変換タイムアウトの値を増やすには、次のようにします。

1. 「Dynamic Converterの管理」ページを開きます。

2. 「構成設定」をクリックします。

3. 「Dynamic Converterの構成」ページで、「タイムアウト」フィールドに新しい値を入力します(デフォルトの3分より大きくします)。

4. 「更新」をクリックして、変更を有効にします。

変更された設定はすぐに有効になるので、コンテンツ・サーバーを再起動する必要はありません。

35.3 UNIX上の埋込み画像

一部のソース・ドキュメントには、埋込みOLEオブジェクトが含まれています。埋込みOLEオブジェクトには通常、Windowsメタファイル形式のグラフィック・「スナップショット」が付随しています。Dynamic Converterは、WindowsとUNIXの両方で、メタファイル・スナップショットを使用してOLEオブジェクトを変換できます。メタファイルを使用できない場合は、Dynamic ConverterはOLEテクノロジで変換を行います。その場合の変換は、Windows上では成功しますが、UNIX上では失敗します。

35.4 ベクターおよびラスター画像形式の使用

ベクター画像を変換する場合、Dynamic Converterは実行中のXサーバーにアクセスする必要があります。これは、Dynamic Converterがピクセルの描画をXサーバー・システムに依存しているためです。

ベクター・グラフィック書式では、線と塗りつぶしを描画します。一般的な書式として、WMF、EMF、CorelDRAW、Adobe Illustrator、Excelのグラフ、WordのオートシェイプおよびPowerPointのプレゼンテーションがあります。一方、ラスター・グラフィックには、イメージのピクセル情報が格納されています。一般的なファイル形式として、BMP、JPEGおよびGIFがあります。

ベクター・グラフィックとラスター・グラフィックの違いを見分ける1つの方法は、イメージを拡大することです。ベクター・グラフィックは線を描画するので、線の配置が再計算され、イメージの見た目は変わりません。しかし、ラスター・グラフィックは、サイズを変更すると、ピクセルが見えるようになります。

UNIXでグラフィックのレンダリングとフォントを設定する手順は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

35.5 UNIXでのベクター画像とスプレッドシート・テキストの変換

ベクター・グラフィックを変換する場合およびスプレッドシートの複数の列にまたがるテキストを正しく測定する場合、Dynamic ConverterはUNIXで実行中のXサーバーにアクセスする必要があります。

UNIXでグラフィックのレンダリングとフォントを設定する手順は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

35.6 URLリライティング

Dynamic Converterは、すべてのリンクとイメージ・ソース・リンク(src)を、dcUrl('url', reserved_type) Idoc Script拡張関数でラップします。このスクリプト関数のデフォルトの実装は単純なパススルーを実行しますが、外部統合テクノロジ(CISなど)はフィルタ・プラグインdcUrlFilterを定義することによってこの動作を変更できます。

Dynamic Converterは、リンクURLを評価し、dcUrlFilterフィルタが存在する場合はそれを適用して、URL値を返します。dcUrlFilterフィルタが定義されていない場合、元のURLは変わりません。内部ブックマークへのリンクは常に変わりません。

予約タイプ

関数の引数reserved_typeは、1001、1002などの数値であり、Dynamic Converterコア・エンジンでURLが書き込まれる場所を示します。この値を使用して、URLのタイプを識別できます。たとえば、ギャラリ・グラフィック、ドキュメント間リンクなどです。予約タイプの値とその説明は、次のとおりです。

値

説明

1001

リンク(異なる分割)

1002

前の要素(異なる分割)

1003

前のページ(TOCフレーム)

1004

前のページ

1005

次のページ(TOCフレーム)

1006

次のページ

1007

次の要素(異なる分割)

1008

前のページ(TOCフレーム)

1009

前のページ

1010

次のページ(TOCフレーム)

1011

次のページ

1018

イメージ・リンク

1019

イメージ・リンク

1020

イメージ・リンク

1021

イメージ・リンク

1022

背景画像(非ソース由来)

1023

背景グラフィック(ソースから)

35.7 テンプレートおよびレイアウト・ファイル内の相対URL

イメージ・タグ<IMG SRC="image.gif">について考えてみます。Dynamic Converterの多くの実装では、出力ファイルは通常、テンプレート・ファイルとは異なる場所に作成されます。そのような環境で開発者が前述のタグを含むテンプレートを使用した場合、出力ファイルにimage.gifへの参照が含まれることになり、ブラウザはそれが出力ファイルと同じパスに存在すると想定します。問題は、image.gifがおそらくテンプレート・ファイルと同じ場所に存在するということです。これは、テンプレート内のすべての相対URLによる参照で問題になります。この問題に対して考えられる複数の解決策を次に示します。

解決策1: 参照が正しいことの確認

すべてのテンプレートでどのファイルが参照されているかを開発者が正確に認識している場合、正しいファイル(image.gifなど)を(1つ以上の)出力ディレクトリに移動または配置できます。この解決策を実行するには、開発者がテンプレートの内容を正確に知っている必要があり、同じファイル・セットが多数の出力先に伝播される可能性があります。

解決策2: 絶対URLの使用

開発者は、どの参照ファイルに対しても絶対URLが含まれるようにテンプレートを設計できます。例のテンプレートは、次のようなものになります。

<HTML>
<BODY>
<P><IMG SRC="http://www.company.com/templates/image.gif"></P>
{## INSERT ELEMENT=Sections.1.Body}
</BODY>
</HTML>

かわりに<$HTTPWEBROOT$>を使用すると、特定のドメインに関係する出力ファイルの問題はなくなります。

解決策3: 別のファイルでのパス文の作成

開発者は、次の例のように、パスを指定する別のIdoc Scriptファイルを作成できます。

<@dynamichtml Image_Dir@><$HttpWebRoot$>groups/public/documents/graphic/<@end@>

開発者は次に、Idocリソースおよび参照に、組み込まれたIdoc Scriptファイルのパス文を次のようにロードできます。

<img src="<$include Image_Dir$>logo.gif">

グラフィック(または関連ファイル)が、記述されているパスに一致するセキュリティ・グループとドキュメント・タイプ(この例ではセキュリティ・グループPublicとドキュメント・タイプGraphic)でチェックインされているかぎり、パスが解決され、ページは正しく表示されます。

35.8 ブラウザのキャッシュ

テンプレートを作成およびデバッグする過程ではおそらく、テンプレートを少しずつ変更しながら、同じソース・ファイルを繰り返しDynamic Converterで処理します。出力ファイルの名前の付け方によっては、同じファイル名が繰り返し使用される可能性が高くなります。この場合、特にWebサーバーではなくファイル・システムから直接出力が読み込まれる場合、ブラウザには、新しい出力ではなく、キャッシュされている古い出力が表示される傾向があります。

出力が正しくないと思われる場合、テンプレートまたはソフトウェアに問題があると判断する前に、すべてのフレームで「更新」をクリックしてください。

ヒント:

場合によっては、テンプレートを作成およびテストする間はブラウザのキャッシュをすべて消去して無効にするほうが簡単です。

35.9 イメージのサイズ設定ルール

最終的にエクスポートされるイメージのサイズは、非常に多くの要因によって決まります。それらの要因がどのように影響を及ぼすかを決めるルールの優先順位は、次のとおりです。

1. テンプレートで{##graphic}マクロによって指定されたイメージは、特定のデック上で画像に使用可能な領域から差し引かれます。一般に、すべてのデックにイメージを必要とするテンプレートは、ドキュメントのグラフィック用空き領域の合計容量を減らすことになるので、注意する必要があります。

2. SCCOPT_EX_GRAPHICBUFFERSIZEオプション。必要に応じてイメージ・サイズを減らす場合にのみ使用します。イメージのアスペクト比は維持されます。

3. SCCOPT_GRAPHIC_SIZELIMITオプション。必要に応じてイメージ・サイズを減らす場合にのみ使用します。イメージのアスペクト比は維持されます。

4. SCCOPT_GRAPHIC_WIDTHLIMITオプションとSCCOPT_GRAPHIC_HEIGHTLIMITオプション。これらは、必要に応じてイメージ・サイズを減らす場合にのみ使用します。両方が指定された場合も、イメージのアスペクト比は維持されます。

5. テンプレートの{##INSERT}文の'Width='パラメータと'height='パラメータ。これにより、指定された寸法に一致するようにイメージを縮小または拡大します。両方が指定された場合、イメージのアスペクト比は変更されます。これらのパラメータがどちらか一方でも指定されない場合、アスペクト比は維持されます。

6. ソース・ファイルの情報とDPI設定に基づく元のイメージの寸法(該当する場合)。

35.10 CSSの考慮事項

この項では、スクリプト・テンプレートのみに関連するスタイルについて説明します(「スクリプト・テンプレートの管理」を参照)。

カスケーディング・スタイルシート(CSS)の最も強力な機能の1つは、様々な方法で提案されるスタイルをオーバーライドする機能です。Dynamic Converterでは、生成されるスタイルシートをユーザーがオーバーライドできるように、CSSサポートが設計されています。したがって、複数の作成者が作成したドキュメントを組み合せて、より統一された外観で表示できます。このオーバーライドを機能させるには、まずスタイル名を理解する必要があります。

また、Dynamic Converterからの出力は、複数のHTMLファイルに組み込まれる可能性があることに注意する必要があります。特に、<LINK REL=STYLESHEET HREF="{## INSERT ELEMENT=Pragma.cssFile}">文が適切な位置に配置されることを確認する必要があります。

35.11 Dynamic Converterで使用されるスタイル名

スタイル名は、ソース・ドキュメントの元のスタイル名が引き継がれます。CSS標準で認められるスタイル名には、継承制限があります。標準で使用できる文字は、a-z、A-Z、0-9およびダッシュ(-)のみです。ソース・ドキュメントのスタイル名は、必ずしもこの範囲に制限されていません。実際、Unicode文字が使用される場合もあります。そのため、場合によっては、元のスタイル名を前述の標準に準拠するように変更する必要があります。不正なスタイル名が生成されないように、Dynamic Converterは、ソースのすべてのスタイル名に対して次の置換を実行します。

- 文字が「-」の場合、「--」で置換されます。

- 文字が残りの文字(aからz、AからZまたは0から9)のいずれでもない場合、「-xxxx」に置き換えられます。xxxxは、その文字の16進Unicode値です。

- 前述の状況のいずれにも当てはまらない場合は、文字はそのスタイル名で正常に表示されます。

スタイル名の空白が「-0020」で置換されるのは、最も一般的な例の1つです。スタイル名の文字の置換をより詳細に示す例として、ソース・スタイル名「My Special H1-Style!」(名前に空白と感嘆符が使用されています)について考えます。これは、「My-0020Special-0020H1--Style-0021」と変換されます。

このシステムは明らかに見た目はよくありませんが、ブラウザが取得したスタイル名が重複するか、または無効な場合に、ドキュメントの外観がどうなるかという問題は避けられます。また、開発者にとって、このようなスタイル名を解析または作成するために必要なコードが単純であることは評価できます。

さらに、Dynamic Converterは、特別なリスト・バージョンのスタイルを作成します。このスタイルには、元になるスタイルの名前の末尾に「--List」が付加された名前が付けられます。このスタイルには、元のスタイルと違って、ブロックレベルのCSSは含まれていません。

35.12 Dynamic Converterのスタイルのオーバーライド

スタイル名について理解すると、Dynamic Converterによって生成されるCSSファイルのオーバーライドは簡単です。テンプレートのCSSファイル・リンクの後に、CSSオーバーライド・ファイルへの別のリンクを追加します。Dynamic ConverterのCSSファイルへのリンクの詳細は、「Pragma.CSSFileおよび{## LINK}」を参照してください。この場合、オーバーライド・ファイルには、Dynamic ConverterのCSSファイルで使用されている名前と同じ名前のスタイルが設定されている必要があります。

様々なファイル形式では、スタイルを、定義済の他のスタイルに基づいて指定できることに注意してください。Dynamic Converterは、スタイルをネストすることで、これをサポートしています。この場合、ネストされている各スタイルは、それをネストしているスタイルで定義されているアイテムを継承しますが、それをオーバーライドすることもできます。

35.13 Pragma.CSSFileおよび{## LINK}

HTMLでCSS風の記述が検出されると、生成されるHTMLファイルごとに、その先頭に{##INSERT Element=Pragma.CSSFile}文が1つ追加されます。したがって、##LINK文は、別のHTMLファイルの作成をトリガーするために使用できることに注意する必要があります。その結果、##Linkでリンクされた各テンプレートには、通常、生成されるCSSファイルを参照する<Link>タグが存在します。

しかし、##LINK文を使用すると、CSSファイルを参照する必要のある{##}文のないテンプレートへのリンクが可能です。その場合は、CSSファイルを参照する<Link>を省略でき、それで問題が発生することはありません。たとえば、2つの##文しかないテンプレートについて考えた場合、どちらも##リンク(おそらくは個別の2つのフレームに結果を配置するためのもの)です。このテンプレート・ファイルには、CSSファイルを参照する<Link>は必要ありません。

Dynamic Converterで生成されるHTMLファイルの数に関係なく、CSSファイルは1つしか生成されません。また、何度も繰り返しますが、CSSファイルを参照する<Link>はドキュメントの<HEAD>セクションに記述する必要があり、生成される各HTMLファイルには<HEAD>セクションが1つしか存在しません。

35.14 整形式のHTML

Dynamic Converterの出力は、整形式であることを保証するためにテスト済です。ただしこれは、Dynamic Converterで使用するテンプレートも整形式でなければ、意味がありません。整形式テンプレートの作成を支援するために、整形式ではないドキュメントが生成される原因となる可能性がある一般的な問題のリストを次に示します。

- すべてのタグは、正しくネストされる必要があります。

- 開始されたタグはすべて、終了する必要もあります。これには、通常は終了タグが必要と考えられていない、<META>、<LINK>、 <FRAME>、<HR>および<BR>などのタグも含まれます。

- 等号(=)の後はすべて二重引用符で囲む必要があります。したがって、<FONT COLOR="0000FF">は認められますが、<FONT COLOR=0000FF>は認められません。

- &nbsp;がドキュメントに表示されるためには、HTMLコードに<!DOCTYPE>文が必要です。Dynamic Converterでは、SCCHTML_FLAG_STRICT_DTDフラグが設定されている場合に、テンプレートに<!DOCTYPE>文が含まれていたかどうかはわからないため、&nbsp;のかわりに必ず&#160;が使用されます。

- 範囲0x80-0xFFの文字は、&#xxx;という形式で記述されます。

- どのドキュメントでも使用可能な0x20未満の文字は、\t、\nおよび\rの3文字のみです。

- タグのすべての属性の後に「=value」と続ける必要があります。したがって、<Table NoWrap>のNoWrapは整形式ではありません。Dynamic Converterでは、かわりに<Table NoWrap=NoWrap>が使用されます。

35.15 位置フレームのサポート

Dynamic Converter 7.7以上では、オブジェクトの位置付けにDHTMLを使用します。ただし、サポートされているオブジェクトの位置付けのタイプは、段落アンカー・オブジェクトとページ・アンカー・オブジェクトの2つのみです。位置フレームの初期サポートに関するいくつかの重要な注意事項を次に示します。

- Dynamic Converterでは、たとえ同じ場所に配置されるように見えても、パラグラフ・オブジェクトはページ・オブジェクトとは別に生成されます。

- 別々のグラフィック・アイテムがお互いに重なって配置される場合、透過性はサポートされません。SCCOPT_EX_PREVENTGRAPHICOVERLAPオプションは、これらの画像には適用されません。グラフィックは、ドキュメントのテキストからの相対ではなく、アンカー・ポイントからの相対で表示されます。また、Dynamic Converterでは、回転や伸縮など、一部のグラフィック効果がサポートされません。

- 最良の結果を得るために重要なことは、SCCOPT_EX_GRAPHICOUTPUTDPIオプションを正しく設定する必要があることに注意することです。

- 入力ドキュメントに位置フレーム・オブジェクトが存在する場合、Dynamic Converterからオブジェクトの配置が不正確な出力が生成される場合があります。ただし、この場合の最終結果は、7.7以前のバージョンのDynamic Converterで位置フレーム・オブジェクトを処理した場合の最終結果と同じです(すなわち、グラフィックが長い列に配置されます)。

- この要素は、HTML 4.0でのみ機能します。

35.16 テンプレート作成のヒント

各デックの空き容量に制限がある場合、Dynamic Converterによって生成される各デックで使用可能なデータ量を最大化することが重要です。各デックで無駄に消費される空き容量を減らすためのいくつかの方法を次に示します。

- テンプレート内の不要な空白文字を削除します。それらの空白文字が存在することで、テンプレートの読取り、編集および管理は簡単になりますが、各出力デックにもそのまま書き込まれます。デック・サイズが少ないデバイスで使用するテンプレートを作成する場合、各デックの使用可能なデータ量を増やすために余分な空白文字を削除することに意味がある可能性があります。SCCOPT_EX_COLLAPSEWHITEPSACEオプションは、テンプレートの空白には影響を与えないことに注意してください。

- デック間の余分なリンクをすべて削除します。ナビゲーションしやすいことは必要不可欠ですが、冗長なリンクや不要なリンクは各デックのデータ用の空き容量を減らします。ナビゲーションに使用されるマークアップに加えて、SCCOPT_EX_MAXURLLENGTHオプションによって決まるリンクのURL用に領域が確保されます。現在は、URLがその長さより短い場合、領域は再利用されません。また、URLがその長さより長い場合、デック・オーバーフローが発生する可能性があります。

36 変換フィルタ

この章では、Dynamic Converterが入力ファイルを変換するために使用する変換フィルタについて説明します。

この章の構成は、次のとおりです。

- アプリケーション・フィルタ

- グラフィック・フィルタ

36.1 アプリケーション・フィルタ

Dynamic Converterは、次のフィルタを使用して、アプリケーション・ファイルを変換します(アルファベット順)。

フィルタ名

フィルタの説明

ACD2

AutoCad 2004 /2005 /2006 (テキストのみ)

ACS

Microsoft Access 1.0、Microsoft Access 2.0

AMI

Ami Pro、Ami、Professional Write Plus

BDR

Microsoft Office Binder 7.0、Microsoft Office Binder 97 (Binderファイルに含まれるファイルの変換は、Windowsでのみサポート)

DBS

DBase III、DBase IV、DBase V

DEZ

DataEase 4.x

DIF

Navy DIF

DRW

Micrografx社のドロー製品

DX

DEC DX 3.0およびDEC DX 3.1

EMF

拡張Windowsメタファイル

EN4

Enable Word Processor 4.x

ENS

Enable Spreadsheet

ENW

Enable Word Processor 3.0

EXE2

DOS実行可能ファイル、Windows実行可能ファイルまたはDLL

FAX

CCITT Group 3 Fax

FCD

First Choice DB

FCS

First Choice SS

FFT

IBM DCA/FFT

FLW

Freelance for OS/2バージョン1.0および2.0、Freelance for Windowsバージョン1.0および2.0、Freelance 96 for Windows 95、Freelance 97 for Windows 95、Freelance for SmartSuite Millennium Edition、Freelance for SmartSuite Millennium Edition 9.6

FWK

Framework III

GDSF

*.FLTフィルタ用インタフェース(「グラフィック・フィルタ」を参照)

GIF

CompuServe GIF

GZIP

UNIX GZip

HGS

Harvard Graphics DOS 3.0 Chart、Harvard Graphics DOS 2.0 Chart、Harvard Graphics DOS 3.0 Presentation

HTML

Internet HyperText Markup Language (3.0まで、制限あり)

HWP

Hangul 97

HWP2

Hangul 2002

ICH

一太郎バージョン8.xから13.xおよび2004

ICH6

一太郎バージョン4.xから6.x

IWP

Wang IWP

JBG2

PDFファイル内のJBIG2グラフィックの埋込み

JW

JustWrite 1.0、JustWrite 2.0、Q&A Write 3

LEG

Legacy、Wordstar for Windows

LWP

Win32プラットフォームの場合のみ。Lotus WordPro 96、Lotus WordPro 97、Lotus WordPro for SmartSuite Millennium Edition、Lotus WordPro for SmartSuite Millennium Edition 9.6

LWP7

非Win32プラットフォームの場合のみ、およびテキスト抽出/表示のみサポート。Lotus WordPro 97、Lotus WordPro for SmartSuite for the Millennium、Lotus WordPro for SmartSuite Millennium Edition 9.6

LZH

LZH圧縮、LZA自己解凍型圧縮

M11

Mass 11

MANU

Lotus Manuscript 1.0、Lotus Manuscript 2.0

MCW

MacWrite II

MIF

FrameMaker MIFバージョン3.0、4.0、5.0、5.5、6.0および日本語版3.0、4.0、5.0および6.0 (テキストのみ)

MIME

MIMEエンコード・メール・メッセージ(MIMEサポートの詳細は、「電子メール形式」を参照。)

MM

MultiMate 3.6、MultiMate Advantage 2

MM4

MultiMate 4.0

MMFN

MultiMate Note

MP

Multiplan 4

MPP

Microsoft Projectバージョン98から2003 (テキストのみ)

MSG

Microsoft Outlook MessageおよびMicrosoft Outlook Form Templateバージョン97、98、2000、2002および2003

MSW

Microsoft Word 4.x、Microsoft Word 5.x、Microsoft Word 6.x、Windows Write

MWKD

Mac Works 2.0 Database

MWKS

Mac Works 2.0 Spreadsheet

MWP2

Mac WordPerfect 2.0、Mac WordPerfect 3.0

MWPF

Mac WordPerfect 1.x

MWRK

Mac Works 2.0 WP

OW

OfficeWriter

PCL

PC File 5.0 Doc

PCX

Paintbrush、DCX (マルチページPCX)

PDX

Paradox 2および3、Paradox 3.5、Paradox 4、Paradox for Windows

PFS

PFS: Write A、PFS: Write B、Professional Write 1、Professional Write 2、IBM Writing Assistant、First Choice word processor、First Choice 3 word processor

PGL

HPグラフィック言語

PIC

Lotus PIC

PICT

Macintosh PICT、Macintosh PICT2

PNTG

MacPaint

PP12

PowerPoint 2007

PP2

Microsoft PowerPoint 3.0 for Windows、PowerPoint 4.0 for Windows、PowerPoint 4.0 for the Mac

PP7

Microsoft PowerPoint 7.0 for Windows 95

PP97

プレゼンテーション(PPT)およびスライドショー(PPS)サポートを含む。Microsoft PowerPoint 97、Microsoft PowerPoint Dual 95/97、PowerPoint 98 for the Mac、PowerPoint 2000、PowerPoint 2001 for the Mac、PowerPoint 2002 (XP)、PowerPoint 2003、PowerPoint 2004 for the MacおよびPowerPoint v.X for the Mac

PPL

PFS: Plan

PSP6

Windowsプラットフォームの場合のみ。Paint Shop Pro 5.0および6.0

PST

Microsoft OutlookフォルダおよびMicrosoft Outlookオフライン・フォルダ・ファイルのバージョン97、98、2000、2002および2003

PSTF

PSTフィルタ・サポート

QA

Q&A Write

QAD

Q&A Database

QP6

Quattro Pro 5.0 - 8.0

QP9

Quattro Pro 9.0から12.0 (テキストのみ)

RAS

Sun Raster

RBS

R:Base System V、R:Base 5000

RFT

IBM DCA/RFT

RFX

Reflex

RTF

リッチ・テキスト形式

SAM

Samna

SC5

SuperCalc 5

SDW

Ami Draw

SHW3

Novell Presentations 3.0、Novell Presentations 7.0、Corel Presentations 8.0から12.0、WordPerfect Presentations

SMD

Smart DataBase

SMS

Smart Spreadsheet

SMT

SmartWare II

SNAP

Lotus Snapshot

SO6

StarOffice 6.xから8.x、OpenOffice 1.1および2.0 (Writerは完全サポート、DrawおよびCalcはテキストのみ)

SOC

StarOffice Calc 5.2 (テキストのみ)

SOI

StarOffice Impress 5.2 (テキストのみ)

SOI6

StarOffice Impress 6.x、7.xおよび8.x、Open Office 1.1および2.0

SOW

StarOffice Writer 5.2 (テキストのみ)

SPT

Sprint

SWF

Macromedia Flash 6.x、Macromedia Flash 7.xおよびMacromedia Flash Lite (テキストのみ)

TAZ

UNIX compress、UNIX tar

TEXT

テキスト: DOS文字セット、テキスト: ANSI文字セット、テキスト: Macintosh文字セット、テキスト: Unicode文字セット、テキスト: UTF-8、テキスト: EBCDIC

TGA

Truevision TGA (TARGA)

TIF6

Tagged Image File Format、EPS (TIFFヘッダーのみ)、CCITT Group 3 Fax、CCITT Group 4 Fax、JPEG、JFIF (TIFF形式でないJPEG)

TW

Total Word

TXT

IBM DisplayWrite 2または3、IBM DisplayWrite 4、IBM DisplayWrite 5

VCRD

vCard、vCalendar

VISO

Visio 4: Page Previewモードのみ(WMF/EMF)、Visio 5、2000、2002および2003

VW3

Volkswriter

W12

Microsoft Word 2007

W6

Microsoft Word 6.0 for Windows、Microsoft Word 7.0 for Windows 95、Microsoft WordPad

W97

Microsoft Word 97、Word 98 for the Mac、Word 98-J、Word 2000、Word 2001 for the Mac、Word 2002 (XP)、Word 2003、Word 2004 for the MacおよびWord v.X for the Mac

WG2

Lotus 1-2-3 for OS/2リリース2

WK4

Lotus 1-2-3 3.0、Lotus 1-2-3 4.0、Lotus 1-2-3 5.0

WK6

Lotus 1-2-3 for SmartSuite 97、Lotus 1-2-3 for SmartSuite Millennium Edition、Lotus 1-2-3 for SmartSuite Millennium Edition 9.6

WKS

Lotus 1-2-3 1.0、Lotus 1-2-3 2.0、Symphony、Microsoft Works SS、Microsoft Works DB、VP-Planner、Mosaic Twin、Quattro (DOS)、Quattro Pro (DOS)、Generic WKS、Windows Works Spreadsheet、Windows Works Database

WM

WordMarc

WMF

Windowsメタファイル

WORD

Word for Windows 1.x、Word for Windows 2.0、Word for Macintosh 4.0、Word for Macintosh 5.0

WORK

Microsoft Works DOS 1.0 WP、Microsoft Works DOS 2.0 WP、Microsoft Works Win 3.0 WP、Microsoft Works Win 4.0 WP

WP5

WordPerfect 5.x

WP6

WordPerfect 6.0 - 12.0

WPF

WordPerfect 4.2

WPG

WordPerfect Graphic 1.0

WPG2

WordPerfect Graphic 2.0

WPL

Dec WPS Plus 4.1

WPW

Novell PerfectWorks 2.0 word processor、Novell PerfectWorks 2.0 draw、Novell PerfectWorks 2.0 spreadsheet

WS

Wordstar 3.0、Wordstar 4.0、Wordstar 5.0、Wordstar 6.0、Wordstar 7.0

WS2

Wordstar 2000

XL12

Microsoft Excel 2007

XL5

Microsoft Excel 2.x、Excel 3.0、Excel 4.0、Excel 5.0、Excel 7.0、Excel 97、Excel 98 for the Mac、Excel 2000、Excel 2001 for the Mac、Excel 2002 (XP)、Excel 2003、Excel 2004 for the Mac、v.X for the Mac、Excel 2.x Chart、Excel 3.0 Chart、Excel 4.0 Chart、Excel 5.0 Chart、Excel 7.0 Chart

XML

XML (テキストのみ)

XY

XyWrite / Nota Bene、Signature

YIM

Yahoo!メッセンジャー6.xおよび7.x

ZIP

PKZIP形式、自己解凍実行可能ファイル

36.2 グラフィック・フィルタ

Dynamic Converterは、次のフィルタを使用して、グラフィック・ファイルを変換します(アルファベット順)。

フィルタ名

フィルタの説明

ACAD

AutoCAD Drawingバージョン2.5から2.6、9.0から14.0、2000iおよび2002

BMP

Windows Bitmap、Windows Bitmap 98/2000、OS/2 Bitmap、OS/2 Warp Bitmap、Windows Cursor、Windows Icon、Corel Draw 2.0から11.0

CGM

Computer Graphics Metafile

ESHR

Escher internal Microsoft Office画像形式

IBFPX2.FLT

Kodak Flash Pix

IBGP42.FLT

CALS Raster

IBJPG2.FLT

Progressive JPEG

IBPCD2.FLT

Kodak Photo CD

IBPSD2.FLT

Adobe Photoshop (すべてのバージョン)

IBXBM2.FLT

X-Windows Bitmap

IBXPM2.FLT

X-Windows Pixmap

IBXWD2.FLT

X-Windows Dump

IMCDR2.FLT

IMCD32.FLT

IMCD42.FLT

IMCD52.FLT

IMCD62.FLT

IMCD72.FLT

IMCD82.FLT

Corel Drawバージョン3、4、5、6、7、8

IMCMX2.FLT

IMCM52.FLT

IMCM72.FLT

Corel Draw Clipart

IMDSF2.FLT

Micrografx Designerバージョン6

IMFMV2.FLT

FrameMaker Vector and Raster Graphics(FMV)

IMG

GEM Image (ビットマップ)

IMGDF2.FLT

IBM Graphics Data Format(GDF)

IMGEM2.FLT

Gem File (ベクター)

IMIGS2.FLT

IGES Drawing

IMMET2.FLT

OS/2 PM Metafile

IMPIF2.FLT

IBM Picture Interchange Format

IMPS_2.FLT

IMPSZ2.FLT

IMPSI2.FLT

Postscript (Level 1から2)およびEPSファイル

IMRND2.FLT

AutoShade Rendering

IPHGW2.FLT

Harvard Graphics for Windows

PBM

PBM (Portable Bitmap)、PGM (Portable Graymap)、PPM (Portable Pixmap)

PDF PDFI

PDFバージョン1.0から1.6 (日本語版PDFを含む)およびAdobe Illustratorバージョン7.0および9.0

PNG

Portable Network Graphics

37 入力ファイル形式

この章では、Dynamic Converterで処理できる入力ファイル形式について説明します。

この章の構成は、次のとおりです。

- ワープロ・フォーマット

- デスクトップ・パブリッシング・フォーマット

- データベース・フォーマット

- スプレッドシート・フォーマット

- プレゼンテーション・フォーマット

- グラフィック・フォーマット

- 圧縮形式

- 電子メール・フォーマット

- その他のフォーマット

37.1 ワープロ・フォーマット

ファイル形式

備考

ANSIテキスト

7および8ビット

ASCIIテキスト

7および8ビット

DEC WPS Plus(DX)

バージョン3.1まで

DEC WPS Plus(WPL)

バージョン4.1まで

DisplayWrite 2および3 (TXT)

すべてのバージョン

DisplayWrite 4および5

バージョン2.0まで

EBCDIC

すべてのバージョン

Enable

バージョン3.0、4.0および4.5

First Choice

バージョン3.0まで

Framework

バージョン3.0

Hangul

バージョン97 – 2010

IBM DCA/FFT

すべてのバージョン

IBM Writing Assistant

バージョン1.01

ジャストシステム一太郎

5.0, 6.0, 8.0 –13.0, 2004, 2010

JustWrite

バージョン3.0まで

Kingsoft WPS Writer

2010

Legacy

バージョン1.1まで

Lotus Manuscript

バージョン2.0

Lotus Word Pro (Windows以外)

バージョンSmartSuite 97、MillenniumおよびMillennium 9.6(テキストのみ)

Lotus Word Pro(Windows)

バージョンSmartSuite 96、97、MillenniumおよびMillennium 9.6

MacWrite II

バージョン1.1

MASS11

バージョン8.0まで

Microsoft Rich Text Format(RTF)

すべてのバージョン

Microsoft Word (DOS)

バージョン6.0まで

Microsoft Word (Mac)

バージョン4.0 - 2004

Microsoft Word (Windows)

バージョン2007まで

Microsoft WordPad

すべてのバージョン

Microsoft Works (DOS)

バージョン2.0まで

Microsoft Works (Mac)

バージョン2.0まで

Microsoft Works (Windows)

バージョン4.0まで

Microsoft Windows Write

バージョン3.0まで

MultiMate

バージョン4.0まで

Navy DIF

すべてのバージョン

Nota Bene

バージョン3.0

Novell Perfect Works

バージョン2.0

Novell/Corel WordPerfect(DOS)

バージョン6.1まで

Novell/Corel WordPerfect(Mac)

バージョン1.02から3.0

Novell/Corel WordPerfect(Windows)

バージョン12.0まで

Office Writer

バージョン4.0 - 6.0

OpenOffice Writer (WindowsおよびUNIX)

OpenOfficeバージョン1.1および2.0

PC-File Letter

バージョン5.0まで

PC-File+ Letter

バージョン3.0まで

PFS:Write

バージョンA、BおよびC

Professional Write (DOS)

バージョン2.1まで

Professional Write Plus(Windows)

バージョン1.0

Q&A (DOS)

バージョン2.0

Q&A Write(Windows)

バージョン3.0

Samna Word

バージョンSamna Word IV+まで

Signature

バージョン1.0

SmartWare II

バージョン1.02

Sprint

バージョン1.0まで

StarOffice Writer

バージョン5.2(テキストのみ)および6.xから8.x

Total Word

バージョン1.2

Unicodeテキスト

すべてのバージョン

UTF-8

すべてのバージョン

Volkswriter 3および4

バージョン1.0まで

Wang PC (IWP)

バージョン2.6まで

WordMARC

バージョンComposer Plusまで

WordStar (DOS)

バージョン7.0まで

WordStar (Windows)

バージョン1.0

WordStar 2000 (DOS)

バージョン3.0まで

XHTML (ファイルIDのみ)

1.0

XML (テキストのみ)

すべてのバージョン

XyWrite

バージョンIII Plusまで

37.2 デスクトップ・パブリッシング・フォーマット

ファイル形式

備考

Adobe FrameMaker (MIF)

バージョン3.0、4.0、5.0、5.5および6.0、日本語版3.0、4.0、5.0および6.0 (テキストのみ)

37.3 データベース・フォーマット

ファイル形式

備考

dBASE

バージョン5.0まで

DataEase

バージョン4.x

First Choice DB

バージョン3.0まで

Framework DB

バージョン3.0

Microsoft Works (Windows)

バージョン4.0まで

Microsoft Works (DOS)

バージョン2.0まで

Microsoft Works (Mac)

バージョン2.0まで

Paradox (DOS)

バージョン4.0まで

Paradox (Windows)

バージョン1.0まで

Personal R:BASE

バージョン1.0

R:BASE 5000

バージョン3.1まで

R:BASE System V

バージョン1.0

Reflex

バージョン2.0

Q & A

バージョン2.0まで

SmartWare II

バージョン1.02

37.4 スプレッドシート・フォーマット

ファイル形式

備考

Apple iWork Numbers

09

Enable

バージョン3.0、4.0および4.5

First Choice

バージョン3.0まで

Framework

バージョン3.0

Lotus 1-2-3 (DOSおよびWindows)

バージョン5.0まで

Lotus 1-2-3 (OS/2)

バージョン2.0まで

Lotus 1-2-3 Charts(DOS & Windows)

バージョン5.0まで

Lotus 1-2-3 for SmartSuite

バージョン97 - Millennium 9.6

Lotus Symphony

バージョン1.0、1.1および2.0

Microsoft Excelグラフ

バージョン2.x - 7.0

Microsoft Excel (Mac)

バージョン3.0から4.0、98、2001、2002、2004およびv.X

Microsoft Excel (Windows)

バージョン2.2から2007

Microsoft Multiplan

バージョン4.0

Microsoft Works (Windows)

バージョン4.0まで

Microsoft Works (DOS)

バージョン2.0まで

Microsoft Works (Mac)

バージョン2.0まで

Novell Perfect Works

バージョン2.0

Oracle Open Office Calc

バージョン3.0まで

PFS:Professional Plan

バージョン1.0

Quattro Pro (DOS)

バージョン5.0まで(テキストのみ)

Quattro Pro (Windows)

バージョン12.0まで(テキストのみ)

SmartWare II

バージョン1.02

StarOffice/OpenOffice Calc (WindowsおよびUNIX)

StarOfficeバージョン5.2から8.x、OpenOfficeバージョン1.1および2.0 (テキストのみ)

SuperCalc 5

バージョン4.0

VP Planner 3D

バージョン1.0

37.5 プレゼンテーション・フォーマット

ファイル形式

備考

Apple iWork Keynote

09

Harvard Graphics (DOS)

バージョン2.xおよび3.x

Harvard Graphics (Windows)

Windowsバージョン

IBM Lotus Symphony

バージョン1.x

Kingsoft WPS

2010

Freelance (Windows)

バージョンMillennium 9.6まで

Freelance (OS/3)

バージョン2.0まで

Microsoft PowerPoint (Windows)

バージョン3.0から2007

Microsoft PowerPoint (Mac)

バージョン4.0からv.X

Microsoft PowerPoint (Windowsスライドショー/テンプレート)

2007–2013

Novell Presentations

バージョン12.0まで

StarOffice/OpenOffice Impress (WindowsおよびUNIX)

StarOfficeバージョン5.2(テキストのみ)および6.xから8.x(フル・サポート)、OpenOfficeバージョン1.1および2.0(テキストのみ)

WordPerfect

5.1–X

37.6 グラフィック・フォーマット

ファイル形式

備考

Adobe Photoshop (PSD)

すべてのバージョン

Adobe Illustrator

バージョン7.0および9.0

Adobe FrameMakerグラフィック(FMV)

Vector/raster 5.0まで

Adobe Acrobat (PDF)

バージョン1.0、2.1、3.0、4.0、5.0、6.0および7.0 (日本語版PDFを含む)

Ami Draw (SDW)

Ami Draw

AutoCAD InterchangeおよびNative Drawing形式(DXFおよびDWG)

AutoCAD Drawingバージョン2.5 - 2.6、9.0 ‐ 14.0、2000iおよび2002

AutoShade Rendering (RND)

バージョン2.0

Binary Group 3 Fax

すべてのバージョン

ビットマップ(BMP、RLE、ICO、CUR、OS/2 DIBおよびWARP)

すべてのバージョン

CALS Raster (GP4)

Type IおよびType II

Corel Clipart Format (CMX)

バージョン5から6

Corel Draw (CDR)

バージョン3.x - 8.x

Corel Draw (CDRとTIFFヘッダー)

バージョン2.x - 11.0

Computer Graphics Metafile(CGM)

ANSI、CALS NISTバージョン3.0

Encapsulated PostScript (EPS)

TIFFヘッダーのみ

GEM Paint (IMG)

すべてのバージョン

Graphics Environment Mgr(GEM)

ビットマップおよびベクター

Graphics Interchange Format(GIF)

すべてのバージョン

Hewlett Packard Graphics Language(HPGL)

バージョン2

IBM Graphics Data Format(GDF)

バージョン1.0

IBM Picture Interchange Format(PIF)

バージョン1.0

Initial Graphics Exchange Spec(IGES)

バージョン5.1

JBIG2

PDFファイル内のJBIG2グラフィックの埋込み

JFIF (TIFF形式ではないJPEG)

すべてのバージョン

JPEG (EXIFを含む)

すべてのバージョン

Kodak Flash Pix(FPX)

すべてのバージョン

Kodak Photo CD(PCD)

バージョン1.0

Lotus PIC

すべてのバージョン

Lotus Snapshot

すべてのバージョン

Macintosh PICT1およびPICT2

ビットマップのみ

MacPaint (PNTG)

すべてのバージョン

Micrografx Draw (DRW)

バージョン4.0まで

Micrografx Designer (DRW)

バージョン3.1まで

Micrografx Designer (DSF)

Windows 95、バージョン6.0

Novell PerfectWorks (Draw)

バージョン2.0

OS/2 PM Metafile(MET)

バージョン3.0

Paint Shop Pro 6(PSP)

Windowsのみ、バージョン5.0 - 6.0

PC Paintbrush (PCXおよびDCX)

すべてのバージョン

Portable Bitmap (PBM)

すべてのバージョン

Portable Graymap (PGM)

特定のバージョンなし

Portable Network Graphics(PNG)

バージョン1.0

Portable Pixmap (PPM)

特定のバージョンなし

Postscript (PS)

レベル1-2

Progressive JPEG

特定のバージョンなし

Sun Raster (SRS)

特定のバージョンなし

StarOffice/OpenOffice Draw (WindowsおよびUNIX)

StarOfficeバージョン5.2から8.x、OpenOfficeバージョン1.1および2.0 (テキストのみ)

TIFF

バージョン6まで

TIFF CCITT Group 3および4

バージョン6まで

Truevision TGA (TARGA)

バージョン2

Visio (プレビュー)

バージョン4

Visio

バージョン5、2000、2002および2003

WBMP

特定のバージョンなし

Windows Enhanced Metafile(EMF)

特定のバージョンなし

Windowsメタファイル(WMF)

特定のバージョンなし

WordPerfect Graphics (WPGおよびWPG2)

バージョン2.0まで

X-Windows Bitmap (XBM)

x10互換

X-Windows Dump (XWD)

x10互換

X-Windows Pixmap (XPM)

x10互換

37.7 圧縮形式

ファイル形式

備考

LZA自己解凍圧縮

LZH圧縮

Microsoft Binder

バージョン7.0-97 (Binderファイルに格納されているファイルの変換は、Windowsでのみサポート)

UUEncode

UNIX Compress

UNIX GZIP

UNIX TAR

ZIP

PKWAREバージョン2.04gまで

37.8 電子メール・フォーマット

ファイル形式

備考

Apple Mail Message

2.0

エンコードされたメール・メッセージ

MHT、Multi Part Alternative、Multi Part Digest、Multi Part Mixed、Multi Part News Group、Multi Part SignedおよびTNEF

デジタル署名付きEML/MSG

SMIME

IBM Lotus Notes (Domino XML language DXL、NSF FileID、NSF)

7.x、8.xおよび8.5

MBOXメールボックス

RFC 822

Microsoft Outlook Folder(PST)

Microsoft OutlookフォルダおよびMicrosoft Outlookオフライン・フォルダ・ファイルのバージョン97、98、2000、2002および2003

Microsoft Outlook Message(MSG)

Microsoft Outlook MessageおよびMicrosoft Outlook Form Templateバージョン97、98、2000、2002および2003

MIME

MIMEエンコード・メール・メッセージ。(MIMEサポートの詳細は下記を参照。)

MIMEサポートの注意事項

MIMEエンコード・メール・メッセージ形式のサポートの詳細は次のとおりです。

- MIMEフォーマット(次のものを含む):

- EML

- MHT (Webアーカイブ)

- NWS(ニュースグループのシングルパートおよびマルチパート)

- Simple Text Mail (RFC 2822で定義)

- TNEFフォーマット

- MIMEエンコード(次のものを含む):

- base64 (RFC 1521で定義)

- binary (RFC 1521で定義)

- binhex (RFC 1741で定義)

- btoa

- quoted-printable (RFC 1521で定義)

- utf-7 (RFC 2152で定義)

- uue

- xxe

- yenc

さらに、メッセージの本文はいくつかの方法でエンコードできます。次のエンコーディングがサポートされています。

- テキスト

- HTML

- RTF

- TNEF

- Text/enriched (RFC1523で定義)

- Text/richtext (RFC1341で定義)

- 埋込みメール・メッセージ(RFC 822で定義)。これは新規メッセージへのリンクとして処理されます。

注意:

MIMEメッセージの添付ファイルは複数の形式で格納できます。サポートされているファイル形式の添付ファイルはすべて変換できます。

37.9 その他のフォーマット

ファイル形式

備考

AOLメッセンジャ

7.3

実行可能ファイル(EXE、DLL)

HTML

バージョン3.0まで(一部の制限あり)

MacroMedia Flash

Macromedia Flash 6.x、Macromedia Flash 7.xおよびMacromedia Flash Lite (テキストのみ)

Microsoft Project

バージョン98から2003 (テキストのみ)

(MPPファイルはデータベース・ファイルとして処理されます。)

vCard、vCalendar

バージョン2.1

Windows実行可能ファイル

XML

テキストのみ

Yahoo!メッセンジャ

バージョン6.xおよび7.x

38 Office 2007/2010に関する考慮事項

この章では、Office 2007/2010ファイルの動的変換に関する様々な考慮事項について説明します。

この章の構成は、次のとおりです。

- すべてのOfficeアプリケーション

- Word 2007/2010

- Excel 2007/2010

- PowerPoint 2007/2010

- サポートされないオブジェクトの例

38.1 すべてのOfficeアプリケーション

現在すべてのOffice 2007/2010アプリケーションに当てはまる次の変換制限に注意してください。

- Office 2007 SP2より前のSmartArt (2009年4月発売) (例は、「サポートされないオブジェクトの例」を参照)

- VBコントロールおよびマクロ(例は、「サポートされないオブジェクトの例」を参照)

- 表のセルの書式設定

- ワードアート(例は、「サポートされないオブジェクトの例」を参照)

- ベクター画像(OfficeアートおよびVML)の透過性、図のスタイル、効果など。(例は、「サポートされないオブジェクトの例」を参照)

- パスワードで保護されたドキュメント

38.2 Word 2007/2010

現在Word 2007/2010ドキュメントに当てはまる次の変換制限に注意してください。

- 行頭絵文字

- 濃淡のサポート

- リスト・レベルのオーバーライド

- OLEオブジェクト

- 数式(例は、「サポートされないオブジェクトの例」を参照)

- テーマの効果(Officeアート)

- 行番号

- 透かし

- ページの色(ビューアでのサポートなし)

- 脚注およびエンドノートの参照番号

- リビジョン削除属性(テキストはサポート)

- コントロール(レガシー・コントロールには最後に編集したテキストのみを出力)

- カスタムXML (構造、スキーマ、拡張パック)、cfChunk/altChunksは未サポート

38.3 Excel 2007/2010

現在Excel 2007/2010スプレッドシートに当てはまる次の変換制限に注意してください。

- 条件付き書式設定(セルの強調表示ルール、上位/下位ルール、データ・バー、カラー・スケール、アイコン・セット、カスタム・ルール。例は、「サポートされないオブジェクトの例」を参照)。

- 表としての書式設定(セルのデータは出力されますが、書式設定は維持されません)

- ヘッダーとフッター(偶数ページと奇数ページで異なるヘッダーはサポートされていません)

38.4 PowerPoint 2007/2010

現在PowerPoint 2007/2010プレゼンテーションに当てはまる次の変換制限に注意してください。

- 表の書式設定(Excelに類似)

- 現時点ではアクションのサポートなし

- オブジェクト(VMLとして表される。現時点ではサポートなし)

- ムービー/サウンドは未サポート

- 複雑な階調度のサポートなし(例は、「サポートされないオブジェクトの例」を参照)

- 現在アニメーションは未サポート

- テキストの場合、無地の塗りつぶしのみサポート

- テキスト方向は左から右のみサポート(双方向は関係なし)

- 一部の形の陰影および塗りつぶしのサポートなし(例は、「サポートされないオブジェクトの例」を参照)

- 線/ベクター・オブジェクトの透過性は未サポート

38.5 サポートされないオブジェクトの例

この項では、現時点で変換できないOffice 2007/2010のオブジェクトの例を示します。

図38-1 Smart Art

図38-2 図のスタイルと効果

図38-3 ワード・アート

図38-4 数式

図38-5 コントロール

図38-6 条件付き書式設定、カラー・スケールおよびアイコン・セットを使用したデータ・バー

図38-7 PowerPointの3D効果

図38-8 複雑な階調度

図38-9 様々な塗りつぶしのある複雑な図形(1)

図38-10 様々な塗りつぶしのある複雑な図形(2)

第VII項 Desktop管理

この部では、Oracle WebCenter Content: Desktopの管理について説明します。

「Desktop管理」は、次の章で構成されています。

- Desktop管理

39 Desktop管理

この章では、Oracle WebCenter Content: Desktopの管理について説明します。Oracle WebCenter Content: Desktopは、ユーザーのデスクトップ環境をOracle WebCenter Content、Oracle WebCenter Content Server、Oracle Content Databaseまたは他のWebDAVベースのコンテンツ・リポジトリとシームレスに統合するのに役立つ一連の埋込みアプリケーションを提供します。

Desktopの使用方法の詳細は、Oracle WebCenter Content: Desktopの使用を参照してください。

この章の項目は次のとおりです。

- クライアント・ソフトウェアのカスタム・インストール・オプション

- コンテンツ・サーバー・インスタンスのWebブラウザ検索プロバイダ名の設定

- サブフォルダ検索の有効化

- 電子メール・メタデータのマッピング

- フォームベースのログインの構成

- フォームベースのログインの正規表現のカスタマイズ

- チェックインされた電子メール・メッセージ用のファイルの名前設定

- チェックインされた電子メール添付ファイルの関連コンテンツ・リンクの有効化

39.1 クライアント・ソフトウェアのカスタム・インストール・オプション

Desktopクライアントのソフトウェア・インストーラは、システム管理者がソフトウェアをロールアウトできる、多くのカスタム・インストール・オプションをサポートしています。

- コマンドライン操作: 多くのコマンドライン・パラメータを使用して、インストール・プロセス(の一部)を自動化できます。

- 統合の無効化: Desktopインストーラは、特定のソフトウェアの統合を無効にできる、多くのコマンドライン・オプションを提供します。

- サイレント・ロールアウト: MSIインストーラにより、システム管理者は、1つの実行可能ファイルを多くのマシンで実行することが可能なサードパーティ・ツール(SMSやnetOctopusなど)を使用して、Desktopクライアント・ソフトウェアを複数のクライアント・マシンにロールアウトできます。

これらのオプションの使用方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』のクライアント・ソフトウェアのカスタム・インストール・オプションの使用に関する項を参照してください。

39.2 コンテンツ・サーバー・インスタンスのWebブラウザ検索プロバイダ名の設定

Desktopには、コンテンツ・サーバー・インスタンス上のコンテンツをWebブラウザの検索フィールドから直接検索できるようにするプラグインが、ポピュラーな各種Webブラウザ向けに用意されています。検索プロバイダWebブラウザ・プラグインの詳細は、Oracle WebCenter Content: Desktopの使用の「Webブラウザへの統合」を参照してください。

コンテンツ・サーバー・インスタンスのデフォルトの検索プロバイダ名はOracle WebCenter Content Searchですが、サーバーごとにこの名前をより意味のある名前に変更することもできます。

デフォルトの検索プロバイダ名を変更する手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

2. 「管理」トレイまたはメニューを開いて、「Serverの構成」を選択します。

3. 「Serverの構成情報」ページの「機能とコンポーネント」で、「有効なコンポーネントの詳細」をクリックします。

4. インストールされているすべてのコンポーネントのリストで、「DesktopIntegrationSuite」を見つけて、その「構成」リンクをクリックします。

5. コンポーネント情報の更新ページで、「Webブラウザ検索プラグインを有効にする」チェック・ボックスが選択されていることを確認します。

6. 「Webブラウザ検索プラグイン・タイトル」フィールドにサーバーの検索プロバイダ名を入力します。

注意:

必ず組織内で一意の検索プロバイダ名を選択してください。2つのサーバーが同じ検索プロバイダ名を持つことはできません。

7. 入力したら、新しい設定を有効にする場合は「更新」、変更を取り消す場合は「リセット」、すべてデフォルトの設定に戻すには「インストール設定に戻る」をクリックします。

8. Content Serverインスタンスを再起動します。

ユーザーがContent Serverにログインしていない場合、Webブラウザでのユーザーの検索は匿名で実行され、guestロールが使用可能なコンテンツのみを返します。検索が認証ユーザーとして実行されるようにするには、追加のパラメータAuth=Internetをコンテンツ・サーバーに渡して、サービスが検索リクエストを処理し、必要ならば強制的にログインさせるようにできます。

検索エンジンURLの定義がDesktopIntegrationSuiteコンポーネント内で定義されるため、認証を強制して、新しいカスタム・コンポーネントを追加し、これを上書きすることができます。基本的に、新しいコンポーネントはdis_search_pluginリソースを上書きし、URLの場所を変更する必要があります。カスタム・コードおよびサンプル・コンポーネントの例は、ブログ記事の「WebCenter Contentへのブラウザ検索エンジンの追加」を参照してください。

39.3 サブフォルダ検索の有効化

Content Server 12cインスタンスで、コンテンツ階層コンポーネントとしてFramework Foldersを使用している場合、サブフォルダ検索を有効にできます。これにより、コンテンツ検索を現在のフォルダにのみ適用するか、そのフォルダのすべてのサブフォルダを含めて適用するかを指定できます。

サブフォルダ検索を有効にするには、Oracle Text検索エンジンを使用するようにコンテンツ・サーバー・インスタンスを構成し、いくつかの要素をその検索フォームに追加する必要があります。

サブフォルダ検索を有効にする手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

2. 「管理」トレイまたはメニューを開いて、「管理サーバー」→「一般構成」を選択します。

3. 「一般構成」ページで、追加の構成値セクションに次のエントリが含まれていることを確認します。

SearchIndexerEngineName=OracleTextSearch
FoldersIndexParentFolderValues=true

4. 「保存」をクリックします。

5. Content Serverインスタンスを再起動します。

6. リポジトリ・マネージャ・ユーティリティを使用して、検索コレクションの索引を再構築します。

コンテンツ検索フォームには、「親フォルダ」フィールドおよび「サブフォルダを含める」チェック・ボックスが含まれ、これにより、ユーザーは検索問合せを現在のコンテンツ・フォルダにのみ制限するか、すべてのサブフォルダを対象にできます。

39.4 電子メール・メタデータのマッピング

システム管理者は、電子メール・ヘッダー・フィールドを、コンテンツ・サーバーにチェックインされる電子メール・メッセージのメタデータ・フィールドにマッピングできます。これは、コンテンツ・サーバーのWebインタフェースで使用可能な「MSGメタデータのマップ」ページおよび「EMLメタデータのマップ」ページで行います。MSGメタデータのマッピングはMicrosoft Outlookのメッセージ形式に使用され、EMLメタデータのマッピングはインターネット・メールのメッセージ形式に使用されます。

6つの標準電子メール・メタデータ・マッピングをオーバーライドすることはできないことに注意してください(追加のマッピングの作成のみ可能です)。(『Oracle WebCenter Content: Desktopの使用』のOracle Content Serverの電子メール固有のメタデータに関する項を参照。)

電子メールのメタデータをマップする手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

2. 「管理」トレイまたはメニューを開いて、「電子メール・メタデータの構成」を選択し、「MSGメタデータのマップ」または「EMLメタデータのマップ」を選択します。

「電子メール・メタデータ・マッピング(MSG)」ページまたは「電子メール・メタデータ・マッピング(EML)」ページが表示されます(図39-1を参照)。

3. 「使用できるフィールド」にリストされている電子メール・ヘッダー・フィールドは、コンテンツ・サーバーのメタデータ・フィールドにはマップされません。「マップされたフィールド」にリストされているフィールドは、メタデータにマップされます。右および左の矢印を使用してフィールドを選択し、これをグループから別のグループへ移動します。上および下の矢印を使用して各グループ内のフィールドをソートします。

4. フィールドが「マップされたフィールド」に追加されたりここから削除されると、そのフィールドのドロップダウン・リストが「マップされた値」の下に表示されます。マップされた各電子メール・ヘッダー・フィールドで、ドロップダウン・リストからメタデータ・フィールドの値を選択します。

5. すべてのフィールドをメタデータの値で更新したら、「保存」をクリックします。

図39-1 「電子メール・メタデータ・マッピング(MSG)」ページ

要素

説明

使用できるフィールド

このリストの電子メール・ヘッダー・フィールドは、コンテンツ・サーバーのメタデータ・フィールドにマップできます。上および下の矢印を使用してフィールドをソートし、フィールドを選択したら、右矢印を使用してこれを「マップされたフィールド」ボックスに移動します。

マップされたフィールド

このリストの電子メール・ヘッダー・フィールドは、コンテンツ・サーバーのメタデータ・フィールドにマップされます。上および下の矢印を使用してフィールドをソートし、フィールドを選択したら、左矢印を使用してこれを「使用できるフィールド」ボックスに移動(このフィールドをマップ解除)します。

マップされた値

「マップされたフィールド」リストの各電子メール・ヘッダー・フィールドは、この領域に含まれます。ドロップダウン・リストで電子メール・ヘッダー・フィールドのマップ先のコンテンツ・サーバー・メタデータ・フィールドを選択します。

保存

サーバーに電子メール・マッピング情報を保存します。

リセット

このセッションで画面が開いたときの値にすべてのフィールドをリセットします。

39.5 フォームベースのログインの構成

組織では、個別のアイデンティティおよびアクセス管理ソフトウェアを使用できます。このソフトウェアは、セキュアなフォームベースのログイン画面を提供してユーザーを認証し、ユーザーのネットワークに対するアクセス権を制御します。Desktopは、フォームベースのログインと互換性があります。これを設定するには、DesktopでHTMLレスポンスがフォームベースのログイン・ページとして識別されるように、システム管理者がコメントをログイン・ページに追加する必要があります。これによって、ユーザーには、標準のOracle WebCenter Content Serverログインのかわりに、フォームベースのログインが表示されます。

フォームベースのログインを構成する手順は次のとおりです。

1. ファイル・システムでログイン・フォーム(たとえば、Netegrity SiteMinderの場合はlogin.fcc)を検索します。このフォームの場所は、組織における認証システムの設定方法によって異なります。

2. フォームをテキスト・エディタで開きます。

3. 次のコメント(スペースなし)をフォームのHEADセクションに追加します。

<!--IdcClientLoginForm=1-->

注意:

フォームのHEADセクションには、多数のコード(多数のMETAタグやJavaScriptコードなど)が含まれている場合があります。提供されるページには、レスポンスの最初の5,000文字以内に、そのHTMLコメント(またはトークン)が必要です。これがない場合、サーバー接続は失敗する場合があります。クライアント・コンピュータ上のソフトウェアは、プロンプト・コードがあればこれを使用して、レスポンスで<!--IdcClientLoginForm=1-->トークン(厳密な文字列検索を使用して)とルートをシークします。これはHTMLコメントとしてエンコードされ、通常のブラウザでは、ログインを試みる際にこのトークンを表示することはありません。(Idoc Scriptの場合、提供されるページからパーサーによってコードのそのビットが削除され、クライアント側ブラウザではそのページには表示されません。)

4. フォームを保存して閉じます。

次にユーザーがDesktopを使用してコンテンツ・サーバーに接続すると、ログイン・フォームが表示され、名前とパスワードを入力してログオンできます。

39.6 フォームベースのログインの正規表現のカスタマイズ

デフォルトでは、Desktop 12cは次の正規表現を使用してフォームベースのログインを識別します。

<!--IdcClientLoginForm=1-->|
<form .*sso.* name=\"LoginForm\"|
<form *name=\"loginForm\"

この正規表現は、Windowsレジストリで構成できます。コードはまず次の場所にあります。

[HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\Universal Content Management\Desktop Integration Suite\WebDAV\Servers\SERVER_NAME]
"Form Based Logins Reg Exp"="REGULAR_EXPRESSION"

さらに、次の場所にあります。

[HKEY_CURRENT_USER\SOFTWARE\Oracle\Universal Content Management\Desktop Integration Suite\WebDAV\Servers\SERVER_NAME]
"Form Based Logins Reg Exp"="REGULAR_EXPRESSION"

さらに、次の場所にあります。

[HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\Universal Content Management\Desktop Integration Suite\WebDAV]
"Form Based Logins Reg Exp"="REGULAR_EXPRESSION"

最後に、次の場所にもあります。

[HKEY_CURRENT_USER\SOFTWARE\Oracle\Universal Content Management\Desktop Integration Suite\WebDAV]
"Form Based Logins Reg Exp"="REGULAR_EXPRESSION"

これらのWindowsレジストリの場所にカスタムの正規表現が定義されていない場合は、デフォルトの正規表現が使用されます。

39.7 チェックインされた電子メール・メッセージ用のファイルの名前設定

電子メール・メッセージをチェックインする際は、ファイル名を使用してコンテンツ・サーバーのメッセージが識別されます。デフォルトで、ファイル名は、件名(Lotus Notesの場合)または件名と受信した日付の組合せ(Microsoft Outlookの場合)に基づきます。Microsoft Outlookの場合は、レジストリ・キーを設定することで、ファイル名に電子メール・メッセージの他の属性を使用できます。(『Oracle WebCenter Content: Desktopの使用』の電子メール・チェックインのパターンに基づくファイルの命名の構成および無効化に関する項を参照。)

別の方法でファイル名を生成することもできます。この場合は、使用可能で適切なものとして常に、件名、インターネットのメッセージIDまたはGUIDが使用されます。この方法を使用するには、構成ページで通常は選択されていないオプションを選択する必要があります。

代替方法によってファイルを命名する手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

2. 「管理」トレイまたはメニューを開いて、「Serverの構成」を選択します。

3. 「Serverの構成情報」ページの「機能とコンポーネント」で、「有効なコンポーネントの詳細」をクリックします。

4. インストールされているすべてのコンポーネントのリストで、「EmailMetadata」を見つけて、その「構成」リンクをクリックします。

5. 電子メール・メタデータのコンポーネント・ページで、「タイトルがファイル名と同じ場合はファイル名を電子メールの件名行に設定します」チェック・ボックスが選択されていることを確認します。

6. 入力したら、新しい設定を有効にする場合は「更新」、変更を取り消す場合は「リセット」、すべてデフォルトの設定に戻すには「インストール設定に戻る」をクリックします。

7. Content Serverインスタンスを再起動します。

39.8 チェックインされた電子メール添付ファイルの関連コンテンツ・リンクの有効化

電子メール・クライアントへの統合により、電子メール・メッセージとその添付ファイルをMicrosoft OutlookまたはLotus Notesからコンテンツ・サーバーへ直接チェックインできます。電子メール・メッセージと添付ファイルをコンテンツ・サーバーにチェックインする際に、添付ファイルが電子メール・メッセージとは別個にチェックインされるようにデスクトップ・クライアントで設定することもできます。この機能では、関連コンテンツのコンポーネントを利用して、電子メールと添付ファイルの相互参照を作成できます。

第VIII部 トラブルシューティング

この部では、いくつかのOracle WebCenter Contentアプリケーションのトラブルシューティング・オプションについて説明します。

「トラブルシューティング」は、次の章で構成されています。

- ワークフローのトラブルシューティング

- コンテンツ追跡の問題のトラブルシューティング

- WebDAVのトラブルシューティング

- Inbound Refineryのトラブルシューティング

40 ワークフローのトラブルシューティング

ワークフローは、コンテンツをレビューして承認し、システムにリリースするためのルーティング方法を指定するために使用します。この章では、いくつかの一般的なワークフローの問題に対する解決策を提供します。

この章では、以下のトピックについて説明します。

- 「編集」ステータスまたは「WWW生成」ステータスでスタックしているワークフロー・アイテム

- 「レビュー」ステータスでスタックしているワークフロー・アイテム

- 誤ったワークフローに入ったワークフロー・アイテム

40.1 「編集」ステータスまたは「WWW生成」ステータスでスタックしているワークフロー・アイテム

現象

ワークフローのコンテンツ・アイテムが「編集」ステータスまたは「WWW生成」ステータスで、アクションが必要なことを示す電子メールがレビューアに通知されていません。

問題

Inbound Refineryでファイルが正しく変換されていません。

推奨事項

1. 「リポジトリ・マネージャ」または「ワークフローのコンテンツ・アイテム」ページ(「コンテンツ・マネージャ」→「アクティブなワークフロー」→「Workflow_Name」の順に選択してアクセスします)で、コンテンツ・アイテムのステータスを表示します。「コンテンツ情報」ページを表示し、変換の失敗の詳細を確認します。

2. 変換に失敗した理由を判断します。

- Inbound Refineryまたは変換コンポーネントが問題の原因となっている場合:

a. ファイルが正しく変換されるように問題を修正します。

b. 「リポジトリ・マネージャ」ページまたは「コンテンツ情報」ページから変換対象ファイルを再送信します。コンテンツ・アイテムは再びワークフロー内を進みます。

- 基準ワークフローのファイルが問題の原因で、ワークフロー内にコンテンツ・アイテムが1つのみある場合:

a. ネイティブ・ファイルのコピーを保存します。

b. ワークフローを無効にしてコンテンツ・アイテムをリリースします。

c. リポジトリ・マネージャまたは「コンテンツ情報」ページを使用して、リリースされたリビジョンを削除します。

d. ファイルが正しく変換されるように問題を修正します。

e. コンテンツ・アイテムを再度チェックインし、ワークフロー・プロセス内を完全に移動できるようにします。

- 基準ワークフローのファイルが問題の原因で、ワークフロー内に複数のコンテンツ・アイテムがある場合:

a. ネイティブ・ファイルのコピーを保存します。

b. リポジトリ・マネージャを使用して、スタックしているリビジョンを削除します。(ワークフローを無効にすることもできますが、ワークフロー内のすべてのコンテンツ・アイテムがリリースされることになります。)

c. ファイルが正しく変換されるように問題を修正します。

d. コンテンツ・アイテムを再度チェックインし、ワークフロー・プロセス内を完全に移動できるようにします。

- 基本ワークフローのファイルが問題の原因で、ワークフロー内にコンテンツ・アイテムが1つのみある場合:

a. ネイティブ・ファイルのコピーを保存します。

b. ワークフローを取り消し、システムからリビジョンを削除します。

c. ファイルが正しく変換されるように問題を修正します。

d. コンテンツ・アイテムを基本ワークフローに再度コントリビュートし、ワークフロー・プロセス内を完全に移動できるようにします。

- 基本ワークフローのファイルが問題の原因で、ワークフロー内に複数のコンテンツ・アイテムがある場合:

a. ネイティブ・ファイルのコピーを保存します。

b. リポジトリ・マネージャを使用して、スタックしているリビジョンを削除します。(ワークフローを取り消すこともできますが、ワークフロー内のすべてのコンテンツ・アイテムがシステムから削除されることになります。)

c. ファイルが正しく変換されるように問題を修正します。

d. コンテンツ・アイテムを基本ワークフローに再度コントリビュートし、ワークフロー・プロセス内を完全に移動できるようにします。

40.2 「レビュー」ステータスでスタックしているワークフロー・アイテム

現象

ワークフロー内のコンテンツ・アイテムが「レビュー」ステータスにあり、最小限のレビューアによって承認されているのに、リビジョンが次のステップに移動しません。

問題

コンテンツ・アイテムがワークフローの終了条件を満たしていません。

推奨事項

1. ワークフロー・ステップの終了条件定義をチェックし、ドキュメントが条件を満たしていない理由を確認します。

2. 外部プロセスと相互作用してファイルが終了するかどうかを判断します。外部プロセスとの問題を解決し、ファイルが終了条件が満たしているかどうかを確認します。

3. 終了条件、外部処理またはその両方にエラーがある場合は、ドキュメントをチェックアウトし、終了条件を満たすように修正したメタデータでドキュメントをチェックインします。

40.3 誤ったワークフローに入ったワークフロー・アイテム

現象

コンテンツ・アイテムが誤った基準ワークフローに入りました。

問題

2つ以上の基準ワークフローに同じ基準が定義されています。コンテンツ・アイテムがこの基準に一致したため、ワークフロー・リストで最初に一致するワークフローに入りました。

推奨事項

セキュリティ・グループとメタデータ・フィールド値の一意の組合せが、各ワークフローで一意になるように基準を再定義します。必要な場合は、ジャンプおよびサブワークフローを使用してメイン・ワークフロー内で追加の基準を定義します。

41 コンテンツ追跡の問題のトラブルシューティング

Content Trackerは、Webサーバー・フィルタ・プラグインおよびJavaコードの2つの実行トレース・メカニズムを備えています。これらは、顧客のインストールにおける問題を診断することを目的としており、本番環境では使用されません。

ブラウザのハング: データ・エンジン・コントロール・センターの実行中にコンテンツ・サーバーが終了した場合、ブラウザもハングすることがあります。この問題は、ブラウザ・ウィンドウを閉じると解決します。

この章の内容は次のとおりです。

- Webサーバー・フィルタ・プラグインのデバッグ・サポート

- Javaコードのデバッグ・サポート

- DataBinderダンプ機能

41.1 Webサーバー・フィルタ・プラグインのデバッグ・サポート

Webサーバー・フィルタ・プラグインでは、PLUGIN_DEBUGが重要です。「フィルタ管理」ページでPLUGIN_DEBUGを有効化すると、Content TrackerのWebサーバー・フィルタ・プラグインによって実行トレース情報が発行されます。トレースは、ソースにアクセスするユーザーに対してのみ意味があります。顧客は、問題が発生した場合に、PLUGIN_DEBUGを有効化し、テスト・シナリオを実行して、ログ・セグメントをカスタマ・サービスに送信して評価を受ける必要があります。それ以外の場合は、PLUGIN_DEBUGをオフにします。

PLUGIN_DEBUGを設定するには:

1. 「メイン」メニューから「管理」→「管理アプレット」を選択します。

2. 「フィルタ管理」をクリックします。

3. Webサーバー・フィルタ・プラグインの構成ページで、PLUGIN_DEBUGを選択します。

4. 「更新」をクリックします。

41.2 Javaコードのデバッグ・サポート

デバッグをサポートするために、コンテンツ・サーバーのシステム監査機能を使用します。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のシステム監査情報に関する項を参照してください。contenttrackerを「アクティブなセクション」リストに追加します。リストが更新されると、Content Trackerの実行トレース情報が他のアクティブなセクションとともに表示されます。

41.3 DataBinderダンプ機能

Content Trackerによって特定のサービスがログ・ファイルに記録されると、そのサービスのDataBinderオブジェクトの内容が、シリアル化されたダンプ・ファイルに記録されます。これらのファイルの内容は、拡張されたサービス・コール・トラッキング機能を使用するフィールド・マップのデバッグに役立ちます。これらのダンプ・ファイルを使用して、記録されたサービスに使用可能なLocalDataフィールドを確認できます。

Content Trackerサービス・ハンドラ・フィルタによってDataBinderオブジェクトのダンプ・ファイルが作成されるのは、関連付けられたサービスがSctServiceFilter.hdaファイル内に定義されている場合のみです。

注意:

DataBinderオブジェクトのダンプ・ファイルは、手動で削除しないかぎり蓄積され続けます。SctDebugServiceBinderDumpEnabled構成変数は、必要な場合にのみ使用してください。

サービス・ハンドラ・フィルタを構成してオブジェクトをダンプ・ファイルに書き込むように、SctDebugServiceBinderDumpEnabled構成変数を設定します。トラッカー構成変数の詳細は、Oracle Fusion Middleware Oracle WebCenter Content構成リファレンスを参照してください。

ファイルは/ContentTracker/DEBUG_BINDERDUMPディレクトリに格納されます。ファイル名は、service_name_filter_function_serial_number.hdaの3つの部分で構成されます。

- 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

42 WebDAVのトラブルシューティング

この章では、WebDAVのトラブルシューティングについて説明します。

ヒント:

WebDAVコンポーネントの操作に関するエラー・メッセージと詳細は、コンテンツ・サーバーのログを参照してください。

この章のトピックは、次のとおりです:

- ゼロバイトのファイル

- WebDAVフォルダへの接続がない

- 接続に関するその他の問題

- ファイル名のダブルバイト文字

- 仮想フォルダ名またはファイル名の番号記号

- ExtranetLookコンポーネントの問題

- 自動コントリビューション・ワークフロー・ステップにおけるコンテンツ・アイテムのスタック

- Site Studio Webサイトのコントリビューション・フォルダからのコンテンツの削除

- WebDAVのドラッグ・アンド・ドロップがWindows 2000で機能しない

- フォルダ・ショートカットに最新の変更が表示されない

- すべてのWebDAVリクエストのプロファイル・ルール

42.1 ゼロバイトのファイル

Office 2000アプリケーションの使用時にWebDAVサーバーにあるドキュメントを開くと、内容が空(0バイト)であると表示されます。

42.1.1 原因

この問題は、Microsoft Internet Explorerのインターネット一時ファイルの設定の組合せに起因している可能性があります。WebDAVファイルはコンテンツ・サーバーに存在していますが、特定の設定を伴うクライアント・コンピュータでは正しく開けません。

42.1.2 解決策

1. Internet Explorerで、「ツール」→「インターネット オプション」を選択します。

2. 「全般」タブで、「設定」をクリックします。

3. 「保存しているページの新しいバージョンの確認」で「ページを表示するごとに確認する」を選択します。

4. 「インターネット一時ファイルのフォルダ」で、ディスク領域の容量増加を検討します。(容量が少ないと、空のファイルの問題が発生する頻度が高くなります。)

5. 「OK」を2回クリックして設定を保存し、ページを閉じます。

42.2 WebDAVフォルダへの接続がない

クライアント・コンピュータがWebDAVフォルダに接続されません。

42.2.1 原因

Internet Explorerがプロキシ・サーバーを使用するように構成されています。

42.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が必要です。

42.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を参照してください。

42.4 ファイル名のダブルバイト文字

ファイル名にダブルバイト文字を使用したファイルをチェックインできません。

42.4.1 原因

西ヨーロッパ言語のオペレーティング・システムでコンテンツ・サーバーを実行している場合、Microsoft WebDAVクライアントは、ファイル名にダブルバイト文字を使用したファイルを処理できないことがあります。

42.4.2 解決策

ファイル名からダブルバイト文字をすべて排除するか、コンテンツ・サーバーのWebブラウザ・インタフェースを介してファイルをチェックインします。

42.5 仮想フォルダ名またはファイル名の番号記号

フォルダ名に番号記号(#)を使用すると、エラーが発生したり、番号記号(#)の前でフォルダ名が切り捨てられます。ファイル名に番号記号(#)を使用するとエラーが発生します。

42.5.1 原因

WebDAVフォルダ名またはファイル名では番号記号(#)を使用できません。

42.5.2 解決策

フォルダ名から番号記号(#)を削除します。ファイル名から番号記号をすべて排除するか、コンテンツ・サーバーのWebブラウザ・インタフェースを介してファイルをチェックインします。

42.6 ExtranetLookコンポーネントの問題

フォルダ・コンポーネントをインストールした後、ExtranetLookコンポーネントが機能しません。

42.6.1 原因

WebDAVコンポーネントでは、CookieベースのログインにCookieLoginPlugin.dllが使用されます。WebDAVを使用してMS Wordでドキュメントを開くと、Cookieによって追加のログイン・プロンプトが排除されます。大部分のユーザーはフォームベースのログインを望まないため、通常、コンポーネントでは、Webページでのフォームベースのログインがdllによって実行されないようになっています。ただし、ユーザーが希望する場合は、次の手順に従ってフォームベースのログインを実行できます。

42.6.2 解決策

WebDAVコンポーネントでフォームベースのログインを可能にするには、追加の構成変更が必要です。WebDAVコンポーネントとExtranetLookコンポーネントを併用するには、WebDAVDisableOtherFilterCookies=falseを設定します。

42.7 自動コントリビューション・ワークフロー・ステップにおけるコンテンツ・アイテムのスタック

コンテンツ・アイテムをフォルダにドラッグ・アンド・ドロップすると、コンテンツ・アイテムが予期したとおり、自動的にワークフローに入りました。ただし、このコンテンツ・アイテムはワークフローの自動コントリビューション・ステップ内でスタックしているように見えます。このコンテンツ・アイテムを承認する唯一の方法は、選択した「リビジョン編集の終了」オプションでコンテンツ・アイテムをチェックアウトし、再度チェックインすることであり、これによって、そのコンテンツ・アイテムはワークフローの最初のステップに移動します。

42.7.1 原因

WebDAVインタフェースを介してコンテンツ・アイテムをコントリビュートするときのデフォルトのワークフロー動作が変更されました。Foldersリビジョン91以上では、フォルダにコントリビュートしたとき、コンテンツ・アイテムは、従来のデフォルトであったワークフローの最初のステップではなく、コントリビューション・ステップでワークフローに入ります。これは、Site Studioのプレビュー・モードをサポートするための変更ですが、その結果、コンテンツ・アイテムはワークフローを正しく進まなくなり、Site Studioインタフェースを使用した承認が可能になりました。ただし、Site Studioを使用していない場合、これは望ましい動作ではありません。

42.7.2 解決策

この問題に対処するための構成エントリが2つあります。

- AutoContributorAdvancesOnUnlock: この構成エントリを有効にすると、リビジョン91より前のFoldersコンポーネントのバージョンと同様に、コンテンツは最初のワークフロー・ステップに即座に進みます。

- AutoContributorAllowsReview: この構成エントリによって、ユーザーは、チェックアウト/チェックインの手順を実行しなくても、ワークフローのコントリビューション・ステップのコンテンツ・アイテムを承認できます。

42.8 Site Studio Webサイトのコントリビューション・フォルダからのコンテンツの削除

Site Studio Webサイトへのコントリビュートに使用しているフォルダからドキュメントを削除しても、削除したドキュメントはWebサイトの動的リストに引き続き表示されます。

42.8.1 原因

Foldersコンポーネントのインストール時にごみ箱機能の有効化を選択すると、ごみ箱が作成され、各フォルダから削除されたコンテンツがすべて格納されます。Site Studioには副作用があり、WebDAVフォルダから削除されたドキュメントが引き続きSite Studioの動的リスト(目次など)および問合せに表示されます。Site Studio Webサイトのすべての動的リストおよび問合せからドキュメントを消去するには、ドキュメントをごみ箱から明示的に削除します。

42.8.2 解決策

ドキュメントを2回削除しなくても済むようにするには、ごみ箱を無効にします。ごみ箱を無効にした後は、削除したドキュメントを復元できません。

42.9 WebDAVのドラッグ・アンド・ドロップがWindows 2000で機能しない

WebDAVクライアントを使用してドラッグ・アンド・ドロップを試行しても、ファイルが作成されないか、0バイトのファイルが作成されます。アクションが正常に完了していないのに、エラー・メッセージが表示されません。WebDAVクライアントを使用したファイルのコピー・アンド・ペーストは機能します。

42.9.1 原因

この問題は、Office 2000サービス・リリース1以降にアップグレードしたWindows 2000の一部のバージョンで既知の問題です。

42.9.2 解決策

ドラッグ・アンド・ドロップの問題を回避または解決するには:

- ドラッグ・アンド・ドロップが機能しない状況では、コピー・アンド・ペーストを使用してコンテンツを追加します。

- 次のURLにあるMicrosoftナレッジ・ベース記事の説明に従って、Windows dllファイルをアップグレードします:

http://support.microsoft.com/default.aspx?scid=kb;en-us;288440

42.10 フォルダ・ショートカットに最新の変更が表示されない

Webフォルダへのショートカットを作成し、そのショートカットを使用してWebフォルダを開いた場合、Webフォルダにはフォルダ・コンテンツに対する最新の変更が表示されません。

42.10.1 原因

フォルダ・ショートカットには、最新ではなくなったキャッシュ済情報が表示されることがあります。これは、Microsoft Windowsの既知の問題です。

42.10.2 解決策

[F5]を押すか、または「表示」メニューの「リフレッシュ」を選択して、フォルダの表示をリフレッシュします。

42.11 すべてのWebDAVリクエストのプロファイル・ルール

すべてのWebDAVリクエストに適用するプロファイル・ルールはどのようにすると作成できますか。

42.11.1 解決策

プロファイル・ルールの変数IsWebdavRequestをチェックします。たとえば、dOutDateフィールドに対して次のスクリプトを使用すると、すべてのWebDAVチェックインに対してdOutDateフィールドが今後30日間に設定されていることを確認できます。

<$if IsWebdavRequest$>
<$dprDerivedValue=dateCurrent(30)$>
<$endif$>

43 Inbound Refineryのトラブルシューティング

この章では、Inbound Refineryのトラブルシューティング方法について説明します。

この章の内容は次のとおりです。

- PDF変換の問題のトラブルシューティング

- TIFF Converterの問題のトラブルシューティング

- XML Converterの問題のトラブルシューティング

43.1 PDF変換の問題のトラブルシューティング

Inbound Refineryでは、Oracle Outside In PDF Export (Inbound Refineryに付属)を使用してネイティブ・ファイルをPDFに直接エクスポートするか、サード・パーティ・アプリケーションを使用してネイティブ・ファイルをPostScriptに印刷し、その後サード・パーティのPDF Distillerエンジンを使用してPostScriptファイルをPDFに変換することにより、ネイティブ・ファイルをPDFに変換できます。PDF変換を行うには、次のコンポーネントをInbound Refineryサーバーにインストールして有効にする必要があります。

この項では、次の項目について説明します。

- PDF変換の問題のトラブルシューティング・プロセス

- 一般的な変換の問題

- Inbound Refineryの設定と実行に関する問題

- PDF表示の問題

43.1.1 PDF変換の問題のトラブルシューティング・プロセス

PDF変換に関する問題の大半は、次のいずれかのカテゴリに分類されます。

- コンテンツ・サーバーへのファイルのチェックイン時にPDFが生成されない。

- PDFは生成されるが、出力に問題がある。

PDF変換の問題のトラブルシューティング時には、問題が特定の1つのファイルにのみ関連しているのか、そのタイプのすべてのファイルに関連しているのか、またはすべてのファイルに関連しているのかを、まず特定する必要があります。たとえば、Microsoft ExcelドキュメントのPDFへの変換時に問題が起きる場合、別のMicrosoft Excelドキュメント(できればより小さくて単純なファイル)をチェックインしてみます。問題が特定のファイルでのみ発生する場合は、ファイルの破損、ファイルの設定、フォーマットなど、問題はそのファイル内の何かに関連している可能性が高いでしょう。

コンテンツ・サーバーへのファイルのチェックイン時にPDFが生成されない場合は、次の基本的なトラブルシューティングを実行します。

1. Inbound Refineryとエージェントのログを調べ、変換処理のどのステップ(PostScriptへの印刷、PostScriptからPDFへの変換など)が失敗しているかを特定します。Inbound Refineryとエージェントのログの表示およびエージェントの詳細ロギングの有効化の詳細は、「Inbound Refineryの構成」を参照してください。

2. ファイルが変換中にタイムアウトする場合は、まず同じタイプの、より小さくて単純な別のファイルをチェックインしてみます。複数のファイルがタイムアウトする場合は、タイムアウト値を調整してから、ファイルを変換用に再送信します。タイムアウト値の構成の詳細は、「Inbound Refineryの構成」を参照してください。

3. ファイルがPostScriptに印刷されない場合は、ファイルを手動でPostScriptに印刷してみます。PostScriptへの出力エラーの大半は、次の原因に関連しています。

- IDC PDF Converter PostScriptプリンタがインストールされていない。

- IDC PDF Converter PostScriptプリンタが正しく命名または設定されていない。

4. ファイルがPostScriptに正常に出力されるがPDFに変換されない場合は、またまず同じタイプの、より小さくて単純な別のファイルをチェックインしてみます。問題が特定のファイルに固有でない場合、またはファイル内で変換の失敗の原因となっている問題を特定できない場合は、問題は使用しているDistillerエンジンに関連している可能性が高いでしょう。

43.1.2 一般的な変換の問題

次の原因により、コンテンツ・アイテムが正しく変換されない、またはまったく変換されないことがあります。

- ドキュメント内の情報がドキュメントの印刷範囲外にある: ドキュメントの作成に使用されたネイティブ・アプリケーションおよびシステムの設定方法によっては、ドキュメントはPostScriptファイルに印刷されて、その後そのPostScriptファイルがPDFに変換されます。したがって、ドキュメントの印刷範囲外にあるドキュメントの情報は、生成されるPDFには含まれません。

- Inbound Refineryが変換エンジンに適していないファイルを変換しようとしている: たとえば、Microsoft Word以外のアプリケーションで作成されたファイルの拡張子がdocである場合、ドキュメントはMicrosoft Wordで開かれますが、これは正しくありません。したがって、変換は失敗します。

- 変換に使用されるサード・パーティ・アプリケーションが起動ダイアログ、ヒント・ウィザード、更新通知など、ユーザーによる操作を必要とする項目とともに起動する: これにより、Inbound Refineryはファイルを正しく処理および変換できず、変換はタイムアウトします。サード・パーティ・アプリケーションを変換目的で使用する前に、このような機能はすべてオフにしてください。

- Inbound RefineryのJava仮想マシン(JVM)がフリーズしている: これは通常、無効なファイル形式を変換しようとした場合に発生します。通常は、Inbound Refineryを再起動するとこの問題は解決します。

- Inbound Refineryにファイルを処理するために十分な時間がなかった: これは、リポジトリ・マネージャで変換ステータスPassThruをフィルタすることにより検出できます。Inbound Refineryとエージェントのログ・ファイルも確認してください。この問題が今後発生することを防ぐには、Inbound Refineryの管理インタフェースの「タイムアウトの設定」ページで、適切な変換ファクタの値を増やします。

- コンテンツ・アイテムは正しく変換されたが、生成されたPDFファイルをAdobe AcrobatまたはAcrobat Readerで表示できない :古いバージョンのAcrobatを使用している可能性があります。生成されたすべてのPDFファイルを正しく表示するには、Adobe AcrobatまたはAdobe Acrobat Readerの最新バージョンを使用する必要があります。

- Microsoft Officeファイルおよびそのファイル内のリンクが正しく変換されない:リンクの書式が正しくないか、Inbound Refineryでサポートされていない可能性があります。

43.1.3 Inbound Refineryの設定と実行に関する問題

PDF変換時のInbound Refineryの設定と実行に関する問題の症状は次のとおりです。

- Inbound Refineryでいずれのファイルも処理されない

- IDC PDF Converterプリンタが表示されない

- エラー: 変換できません。プリンタがインストールされていません。

- エラー: 変換できません。c:/temp/idcoutput.psへの出力はありません。

- 変換がタイムアウトを繰り返す

- Microsoft Wordファイルが変換されない

- Microsoft Excelファイルが変換されない

- Microsoft PowerPointファイルが変換されない

- Microsoft Visioファイルが変換されない

- FrameMakerファイルが変換されない

- WordPerfectファイルが変換されない

43.1.3.1 Inbound Refineryでいずれのファイルも処理されない

Inbound Refineryがインストールされていますが、ファイルがまったく変換されません。

考えられる原因

解決策

コンテンツ・サーバーでファイル・タイプに対してファイル形式および変換方法が設定されていません。

コンテンツ・サーバーで「ファイル形式ウィザード」または「構成マネージャ」を使用して、PDF変換のためのファイル形式および変換方法を設定します。詳細は、「Inbound Refineryの構成」を参照してください

43.1.3.2 IDC PDF Converterプリンタが表示されない

ローカル・プリンタのリストにIDC PDF Converterプリンタが表示されず、ドキュメントはGENWWWのままとなります。サーバーを再起動しても問題は解決しません。

考えられる原因

解決策

Print Spoolerサービスが実行されていない可能性があります。

このサービスは、IDC PDF Converterプリンタを含む、インストールされているすべてのプリンタを使用可能にします。Windowsの「サービス」コンソール(「コントロール パネル」→「管理ツール」→「サービス」を選択してアクセス)にチェックインして、このサービスが実行されており、自動的に開始されるように設定されていることを確認します。

サービスが実行されていないと、Inbound RefineryはIDC PDF Converterプリンタを検出して使用することができず、ドキュメントはGENWWWのままとなります。Print Spoolerサービスのスタートアップの種類が「自動」に設定されていると、このサービスはコンピュータが起動されるたびに開始されます。

Print Spoolerサービスの開始後、リポジトリ・マネージャを使用して、GENWWWのままとなっているドキュメントを再送信します。その他の変換の問題がなければ、システムはドキュメントをPDFに変換できるようになるはずです。

43.1.3.3 エラー: 変換できません。プリンタがインストールされていません。

Inbound RefineryでいずれのファイルもPDFに変換されず、次のエラー・メッセージがInbound Refineryのログに記録されます。

変換できません。プリンタ'IDC PDF Converter Printer'がインストールされていません。

考えられる原因

解決策

IDC PDF Converterプリンタがインストールされていません。

IDC PDF Converterプリンタをインストールします。

43.1.3.3.1 エラー: 変換できません。c:/temp/idcoutput.psへの出力はありません。

Inbound RefineryでいずれのファイルもPDFに変換されず、次のエラーがInbound Refineryのログに記録されます。

変換エンジンにエラーが発生したため、ステップMSOfficeToPostscriptでは変換エラーが強制的に通過しました: 変換できません。プリンタ'IDC PDF Converter'による'c:/temp/idcoutput.ps'への出力はありません。

考えられる原因

解決策

IDC PDF Converterプリンタが正しいポートに出力していません。

IDC PDF Converterプリンタが正しいポートに出力するように設定されている必要があります。デフォルト・ポートはc:\temp\idcoutput.psです。

デフォルト・ポートを変更するには、リファイナリのIntradocDir\bin\ディレクトリにあるintradoc.cfgファイルにPrinterPortPath変数を追加し、ポート・パスを指定します。この場合、IDC PDF Converterプリンタは、intradoc.cfgファイルに指定されたポートに出力するように設定する必要があります。

43.1.3.4 変換がタイムアウトを繰り返す

Inbound Refineryの変換がタイムアウトを繰り返します。

考えられる原因

解決策

ファイルがパスワードで保護されています。

パスワードで保護されたファイルでは変換中にダイアログ・ウィンドウが表示され、ダイアログが手動で消去されないと変換はタイムアウトします。ファイルをチェックインする前に、パスワード保護を解除してください。

タイムアウト設定が短すぎます。

タイムアウト設定を調整します。タイムアウト値の構成の詳細は、「Inbound Refineryの構成」を参照してください

43.1.3.5 Microsoft Wordファイルが変換されない

Microsoft Wordファイルが変換されません。

考えられる原因

解決策

自動スペル・チェックと文章校正が原因で変換がタイムアウトしています。

スペル・チェックと文章校正を自動的に行うExcelのオプションをオフにします。

Wordを使用しており、セキュリティ・レベルが高すぎることが原因で変換がタイムアウトしています。

マクロを含むファイルを開くときにマクロの有効化/無効化を確認するプロンプトが表示されないように、Wordのセキュリティ・レベルを「低」に設定します。

Word 2003を使用しており、カスタマ・エクスペリエンス向上プログラムが原因で変換がタイムアウトしています。

「ツール」→「オプション」→「全般」タブの「オンライン」カテゴリで「Microsoft Online のコンテンツとリンクを表示する」の選択を解除し、また「ツール」→「オプション」→「全般」タブの「カスタマ フィードバック」カテゴリで「カスタマ エクスペリエンス向上プログラム」の選択を解除します。

注意:

Microsoft Wordファイルの変換の詳細は、「Microsoft OfficeファイルのPDFへの変換」を参照してください。

43.1.3.6 Microsoft Excelファイルが変換されない

Microsoft Excelファイルが変換されません。

考えられる原因

解決策

自動計算が原因で変換がタイムアウトしています。

計算を自動的に行うExcelのオプションをオフにします。

自動スペル・チェックと文章校正が原因で変換がタイムアウトしています。

スペル・チェックと文章校正を自動的に行うExcelのオプションをオフにします。

Excelを使用しており、セキュリティ・レベルが高すぎることが原因で変換がタイムアウトしています。

マクロを含むファイルを開くときにマクロの有効化/無効化を確認するプロンプトが表示されないように、Excelのセキュリティ・レベルを「低」に設定します。

Excelを使用しており、カスタマ・エクスペリエンス向上プログラムが原因で変換がタイムアウトしています。

「ツール」→「オプション」→「全般」 タブの「オンライン」カテゴリで「Microsoft Office Online のコンテンツとリンクを表示する」の選択を解除し、また「ツール」→「オプション」→「全般」タブの「カスタマ フィードバック」カテゴリで「カスタマ エクスペリエンス向上プログラム」の選択を解除します。

注意:

Microsoft Excelファイルの変換の詳細は、「Microsoft OfficeファイルのPDFへの変換」を参照してください。

43.1.3.7 Microsoft PowerPointファイルが変換されない

Microsoft PowerPointファイルが変換されません。

考えられる原因

解決策

自動スペル・チェックと文章校正が原因で変換がタイムアウトしています。

スペル・チェックと文章校正を自動的に行うPowerPointのオプションをオフにします。

PowerPointを使用しており、セキュリティ・レベルが高すぎることが原因で変換がタイムアウトしています。

マクロを含むファイルを開くときにマクロの有効化/無効化を確認するプロンプトが表示されないように、PowerPointのセキュリティ・レベルを「低」に設定します。

PowerPointを使用しており、カスタマ・エクスペリエンス向上プログラムが原因で変換がタイムアウトしています。

「ツール」→「オプション」→「全般」 タブの「オンライン」カテゴリで「Microsoft Office Online のコンテンツとリンクを表示する」の選択を解除し、また「ツール」→「オプション」→「全般」タブの「カスタマ フィードバック」カテゴリで「カスタマ エクスペリエンス向上プログラム」の選択を解除します。

注意:

Microsoft PowerPointファイルの変換の詳細は、「Microsoft OfficeファイルのPDFへの変換」を参照してください。

43.1.3.8 Microsoft Visioファイルが変換されない

Microsoft Visioファイルが変換されません。

考えられる原因

解決策

Visioを使用しており、カスタマ・エクスペリエンス向上プログラムが原因で変換がタイムアウトしています。

「ツール」→「オプション」→「全般」 タブの「オンライン」カテゴリで「Microsoft Office Online のコンテンツとリンクを表示する」の選択を解除し、また「ツール」→「オプション」→「全般」タブの「カスタマ フィードバック」カテゴリで「カスタマ エクスペリエンス向上プログラム」の選択を解除します。

注意:

Microsoft Visioファイルの変換の詳細は、「Microsoft OfficeファイルのPDFへの変換」を参照してください。

43.1.3.9 FrameMakerファイルが変換されない

FrameMakerファイルが変換されません。

考えられる原因

解決策

ファイルが構造化FrameMakerファイルです。

構造化FrameMakerファイルは、高い確率で変換に失敗します。構造化FrameMakerファイルを開くとダイアログ・ボックスが表示され、ダイアログ・ボックスを手動で閉じないかぎり変換はタイムアウトします。

43.1.3.10 WordPerfectファイルが変換されない

WordPerfectファイルが変換されません。

考えられる原因

解決策

ファイルが古いWordPerfectファイルです。

バージョン6より前のバージョンで作成されたWordPerfectファイルは正しく処理されない可能性があります。これらのファイルをWordPerfectのより新しいバージョンに変換してからチェックインします。

43.1.4 PDF表示の問題

Inbound Refineryで生成されたPDFファイルの表示に関する問題の症状は次のとおりです。

- Internet Explorerで空のPDFファイルが表示される

- エラー: File does not begin with '%PDF-'

- PDFファイルがブラウザ・ウィンドウ内で開かない

- Adobe Acrobat 6.0でのPDFの印刷時の問題

- PDFファイル表示時のページ・サムネイルの表示の問題

43.1.4.1 Internet Explorerで空のPDFファイルが表示される

Microsoft Internet ExplorerでPDFを開こうとすると、空のPDFファイルが表示されます。

考えられる原因

解決策(参照先)

埋込み先編集をサポートしていない、Adobe Acrobat Readerの古いバージョンが使用されています。

http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/q177/3/21.asp&NoWebContent=1

低速な接続を使用しているか、サーバーの負荷が高いか、非常に大きいPDFファイルです。

http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/q177/3/21.asp&NoWebContent=1

ActiveXコントロールが破損しています。Adobe Acrobat Reader 4がInternet Explorerで埋込み先編集を使用するためには、Pdf.ocxファイルとPdf.tlbファイルがacrobat_install_dir\Program Files\Adobe\Acrobat 4.0\Acrobat\ActiveXディレクトリに存在する必要があります。

http://www.adobe.com/support/

43.1.4.2 エラー: File does not begin with '%PDF-'

WebブラウザでPDFファイルを開こうとすると、次のエラー・メッセージが表示されます。

「...File does not begin with '%PDF-'」

考えられる原因

解決策(参照先)

PDFファイルの拡張子が.pdfではなく.mmeです。

http://www.adobe.com/support/

PDFファイルの拡張子が.pdfではなく.mmeです。

http://www.planetpdf.com/mainpage.asp?WebPageID=304

43.1.4.3 PDFファイルがブラウザ・ウィンドウ内で開かない

Inbound Refineryで生成されたPDFファイルをWebブラウザで表示しようとしても、PDFファイルがブラウザ・ウィンドウ内で開きません。

考えられる原因

解決策

Adobe Acrobat ReaderまたはAcrobatの設定

Acrobat ReaderまたはAcrobatの「Preferences」で、「Web Browser Integration」/「Display PDF in Browser」が設定されていることを確認します。実際の設定は、使用しているAcrobat ReaderまたはAcrobatのバージョンによって異なります。

43.1.4.4 Adobe Acrobat 6.0でのPDFの印刷時の問題

PDFを印刷しようとすると、ドキュメントは印刷されず、次のメッセージが表示されます。「Could not start print job」

考えられる原因

解決策

Adobe Acrobat 6.0をインストールしています。Adobe Acrobat 6.0では、ファイル名とURLが256文字を超える場合、PDFを印刷できません。ワークフローやサブスクリプション電子メール通知内のURLは256文字を超えることが頻繁にあります。

Adobe社はAdobe Acrobat 6.0.1でこの問題を修正しています。この問題を解決するには、Adobe Acrobat 6.0.1以上をダウンロードしてインストールしてください。

43.1.4.5 PDFファイル表示時のページ・サムネイルの表示の問題

PDFファイルの表示時に、ページ・サムネイル(PDFファイル内のページのサムネイル)が正しく表示されません。画質が悪いか、グレーの長方形として表示されるか、またはまったく表示されない場合があります。

考えられる原因

解決策

Adobe Acrobat Reader 5または6を使用しており、PDFファイルはWebサーバーからバイト・サービングされています。

Acrobat 5から、作成元のアプリケーションでPDFにページ・サムネイルを埋め込むか、表示アプリケーションでレンダリングされたページから動的にサムネイルを作成できるようになりました。

サムネイルがAcrobat Readerで動的に生成される場合、PDFはWebサーバーからバイト・サービングされ、ページ・サムネイルはPDFには埋め込まれません。Readerの一部のバージョンでは、ページ・サムネイルを正しくレンダリングできない場合があります。これは、特定のページの完全なイメージ・データはWebサーバー上にあり、クライアントがサムネイル・イメージのレンダリングに使用できないためです。

また、Acrobat Readerの一部のバージョンでは、Webサーバーからバイト・サービングされるPDFに対するページ・サムネイルが表示されないことがあります。

考えられる解決策は次のとおりです。

Acrobat Reader 7以上を使用します。この問題は、Acrobat Reader 7では修正されているようです。

PDFを作成するアプリケーション(使用しているPostScriptからPDFへの変換用のDistillerエンジンまたはその他のサード・パーティ・アプリケーション)で、ページ・サムネイルを埋め込むように構成します。

Webサーバー上でPDFファイルのバイト・サービングを無効にします。

43.2 TIFF Converterの問題のトラブルシューティング

この項では、TIFF変換の実行時に発生する問題に関して、次の内容について説明します。

- インストールの問題

- 一般的な変換の問題

- CVista PdfCompressorの変換の問題

- PDFサムネイルの作成と表示の問題

43.2.1 インストールの問題

次の表は、Inbound Refineryのインストール時に一般的に見られる問題、考えられる原因および解決策を示しています。

問題

考えられる原因

解決策

TIFF Converterコンポーネントのインストール後にリファイナリまたはコンテンツ・サーバーが起動しない。

コンテンツ・サーバーまたはリファイナリ上に間違ったコンポーネントがインストールされています。

コンポーネントをアンインストールし、正しい場所にコンポーネントを再インストールします。

43.2.2 一般的な変換の問題

次の表は、一般的なInbound Refineryの変換の問題、考えられる原因および解決策を示しています。

問題

考えられる原因

解決策

TIFFファイルが変換されない(ネイティブ・フォーマットで通過させられる)。

コンテンツ・サーバーでInbound Refineryに対してファイル形式および変換方法が正しく設定されていません。

Inbound Refineryに対してファイル形式および変換方法を設定します。詳細は、「Tiff変換の管理」を参照してください。

TIFFファイルが変換されない(ネイティブ・フォーマットで通過させられる)。

変換に時間がかかりすぎているため、Inbound Refineryがタイムアウトしています。

Inbound Refineryのタイムアウト設定を変更します。詳細は、「タイムアウト設定の変更」を参照してください。

TIFFファイルが変換されない(ネイティブ・フォーマットで通過させられる)。

Inbound RefineryがCVista PdfCompressorを起動できません。

PdfCompressorのパスが正しいことを確認します。詳細は、「CVista PdfCompressorのOCR言語の構成」を参照してください。

ZIPされたTIFFファイルがチェックイン時にInbound Refineryによって処理されない。

コンテンツ・サーバーでInbound Refineryに対してファイル形式および変換方法が正しく設定されていません。

zipファイルの処理方法を変更します。詳細は、「タイムアウト設定の変更」を参照してください。

コンテンツ・サーバーの構成マネージャでTIFF Conversion変換方法を選択できない。

TiffConverterSupportコンポーネントがアップロードされて有効になっていません。

コンポーネント・ウィザードまたはコンポーネント・マネージャを使用して、TiffConverterSupportコンポーネントをアップロードして有効にします。このコンポーネントはInbound Refineryの配布媒体に含まれています。

コンテンツ・サーバーの構成マネージャでTIFF Conversion変換方法を選択できない。

TiffConverterSupportコンポーネントは有効になっていますが、コンテンツ・サーバーが再起動されていません。

コンテンツ・サーバーを再起動します。

43.2.3 CVista PdfCompressorの変換の問題

次の表は、CVISION CVista PdfCompressorの使用時に一般的に見られる変換の問題、考えられる原因および解決策を示しています。

問題

考えられる原因

解決策

Inbound RefineryがCVista PdfCompressorを起動できません。

CVista PdfCompress.exeへのパスが間違っています。

PdfCompressorのパスが正しいことを確認します。詳細は、「CVista PdfCompressorのOCR言語の構成」を参照してください。

CVista PdfCompressorのユーザー・インタフェースを使用して変換設定を変更したが、TIFFファイルの処理方法が変わらない。

CVista PdfCompressorのユーザー・インタフェースで行った変更は、Inbound Refineryによってコールされた場合にCVista PdfCompressorがどのように機能するかには影響しません。

Inbound Refineryのユーザー・インタフェースを使用して、CVista PdfCompressorの構成設定を変更します。詳細は、「CVista PdfCompressorのOCR言語の構成」を参照してください。

CVista PdfCompressorが英語のテキストに対してのみOCRを実行する。

デフォルトでは、CVista PdfCompressorは英語のOCR辞書のみを使用します。その他のOCR言語は設定する必要があります。

CVista PdfCompressorに対して複数のOCR言語を設定します。詳細は、「CVista PdfCompressorのOCR言語の構成」を参照してください。

43.2.4 PDFサムネイルの作成と表示の問題

次の表は、Inbound Refineryで生成されたPDFファイルのサムネイルの作成および表示時に一般的に見られる問題、考えられる原因および解決策を示しています。

問題

考えられる原因

解決策

Inbound Refineryで生成されたPDFファイルに対してサムネイルが作成されない。

Inbound Refineryでサムネイルの作成が有効になっていません。

Inbound Refineryでサムネイルの作成を有効にします。

Inbound Refineryで生成されたPDFファイルをAdobe Acrobat Readerで表示する際、画面上に線やその他のアーティファクトが表示される。

Acrobat Reader 4を使用してファイルを表示しています。

Inbound Refineryで生成されたPDFファイルの表示には、最良の結果を得るには、Adobe Acrobat Reader 6.0.1以上を使用してください。

43.3 XML Converterの問題のトラブルシューティング

XMLの変換時に発生する可能性がある問題として、2つの領域が特定されています。

Inbound Refineryのインストール後に、コンテンツ・サーバーまたはリファイナリのインスタンスが起動しないか、正しく機能しません。

考えられる原因

解決策

XMLConverterコンポーネントがコンテンツ・サーバーにインストールされているか、XMLConverterSupportコンポーネントがリファイナリにインストールされています。

XMLConverterコンポーネントはリファイナリにインストールし、XMLConverterSupportコンポーネントはコンテンツ・サーバーにインストールする必要があります。

間違ったコンポーネントをインストールした場合は、次の手順を実行します。

- 「コンポーネント・マネージャ」または「コンポーネント・ウィザード」を使用して、コンテンツ・サーバーまたはリファイナリからコンポーネントをアンインストールします。

- 適切なコンポーネントをインストールして有効にします。

XML Converterがインストールされていますが、ファイルがまったく変換されません。

考えられる原因

解決策

コンテンツ・サーバーでファイル・タイプに対してファイル形式および変換方法が設定されていません。

コンテンツ・サーバーで「ファイル形式ウィザード」または「構成マネージャ」を使用して、XML変換のためのファイル形式および変換方法を設定します。詳細は、「コンテンツ・サーバーでのリファイナリへのジョブ送信の構成」を参照してください。

リファイナリが変換を承認するように構成されていません。

変換を承認するようにリファイナリを構成します。詳細は、「承認される変換の設定」を参照してください。

リファイナリがプライマリWeb表示可能レンディションまたは追加のレンディションとしてXMLファイルを作成するように構成されていません。

詳細は、「プライマリWeb表示可能レンディションとしてのXMLファイルの設定」および「追加のレンディションとしてのXMLファイルの設定」を参照してください。

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2016, Oracle and/or its affiliates.All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティについて

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、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を参照してください。