Oracle® Fusion Middleware

Oracle WebCenter Content: Imagingの管理

11gリリース1(11.1.1)

B72420-07(原本部品番号:E12782-12)

2018年8月

アプリケーション、入力、検索、接続の作成方法など、Oracle WebCenter Content: Imagingを管理するために必要な一般的な手順を説明した、Oracle WebCenter Content: Imagingの管理者向けドキュメント。

Oracle Fusion Middleware Oracle WebCenter Content: Imagingの管理, 11gリリース1 (11.1.1)

B72420-07

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

原本著者: Divya Ramabhadran

原本協力者: Oracle WebCenterの開発、製品管理および品質保証チーム

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

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

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

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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

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

- 11gリリース1 (11.1.1.9.0)の新機能と変更機能

- 11gリリース1 (11.1.1.9.0)に関するこのドキュメントにおけるその他の大きな変更

1 概要

- 1.1 このガイドについて

- 1.2 スタート・ガイド

- 1.3 この製品について

- 1.4 アプリケーション、入力、検索および接続について

- 1.5 システム管理について

- 1.5.1 管理アカウント

- 1.5.2 管理ツール

- 1.5.3 このガイドに記載されていないシステム管理タスク

- 1.6 主要なOracleテクノロジとの統合

- 1.6.1 Oracle WebCenter Enterprise Captureとの統合

- 1.6.2 Content Serverとの統合

- 1.6.3 Oracle WebCenter Content: Desktopとの統合

- 1.6.4 Oracle WebLogic Serverとの統合

- 1.6.4.1 クラスタ環境内での動作

- 1.6.5 Oracle Workflow Serverとの統合

- 1.7 Oracle WebCenter Content: Imagingのアーキテクチャ

- 1.7.1 アプリケーション・アーキテクチャの概要

- 1.7.2 WebサービスおよびJava API

- 1.7.3 ビジネス・ロジックおよびエージェント

- 1.8 ディレクトリ用語とディレクトリ環境変数

2 セキュリティの管理

- 2.1 セキュリティ・モデルの概要

- 2.1.1 システム・アクセス

- 2.1.2 インストール・セキュリティの初期化

- 2.1.2.1 LDAPサーバーからOracle Internet Directoryへのユーザー・ストアの移行

- 2.1.3 定義管理セキュリティ権限と定義セキュリティ権限

- 2.1.3.1 定義管理権限

- 2.1.3.2 定義権限

- 2.1.4 ユーザーとグループ

- 2.2 定義セキュリティと定義管理セキュリティ

- 2.2.1 定義管理セキュリティの操作

- 2.2.2 定義セキュリティの操作

- 2.2.3 ドキュメント・セキュリティの操作

- 2.2.4 注釈セキュリティの操作

- 2.2.4.1 ビューア・キャッシュが有効な場合の注釈セキュリティ

- 2.2.4.2 注釈権限

- 2.2.5 セキュリティの例

- 2.3 システム・レベルのセキュリティ

- 2.3.1 SSLを使用するためのFusion Middlewareアプリケーションの構成

- 2.3.1.1 Content ServerリポジトリへのSSL接続の構成

- 2.3.2 ワークフローとの統合

- 2.3.2.1 統合ポイント

- 2.3.2.2 ワークフロー接続の構成

- 2.3.2.3 SSLの構成

- 2.3.3 Webサービスを使用するためのFusion Middlewareアプリケーションの構成

- 2.3.4 ImagingのWebサービス・セキュリティの構成

- 2.3.4.1 Oracle Web Services Managerとの連携

- 2.3.4.2 サービスでのポリシーの設定

- 2.3.4.3 APIの使用

- 2.3.4.4 例

- 2.3.4.5 キーストアの操作

- 2.3.4.6 WLSTを使用したCSFの操作

- 2.3.5 ImagingとOracle Access Manager 11gの統合

- 2.3.6 ImagingとOracle Access Manager 10gの統合

- 2.3.7 Windowsのネイティブ認証のImagingおよびシングル・サインオンの構成

3 構成設定の変更

- 3.1 構成の概要

- 3.2 インストール後の構成

- 3.3 リポジトリ・オプションの構成

- 3.3.1 記憶域の管理

- 3.3.2 リポジトリの容量

- 3.3.3 記憶域メディア

- 3.3.4 Content Serverのファイル・ストア・プロバイダ・ルール

- 3.3.4.1 リポジトリのWebレイアウト・ディレクトリの無効化

- 3.3.5 その他のContent Serverコンポーネント

- 3.3.5.1 必須コンポーネント

- 3.3.5.2 オプション・コンポーネント

- 3.4 ビューア・キャッシュ・オプションの構成

- 3.4.1 ビューア・キャッシュ・パスの変更

- 3.4.2 キャッシュされたドキュメントの暗号化

- 3.4.2.1 キャッシュされたドキュメントの暗号化の無効化

- 3.4.3 テキスト・ベースのドキュメントにおけるイメージの表示の制御

- 3.4.4 ビューア・キャッシュが有効な場合の取込みとレンダリングの調整

- 3.4.4.1 ビューア・キャッシュ

- 3.4.4.2 ビューアの事前キャッシュ

- 3.5 定義のエクスポートおよびインポート

- 3.5.1 定義のエクスポート

- 3.5.2 定義のインポート

- 3.6 ファイル・サイズの制限

- 3.7 JVMメモリーの制限

- 3.8 MBeanの構成

- 3.8.1 MBean属性の構成

- 3.8.2 読取り専用MBean属性

- 3.8.3 WLSTを使用したMBeanの変更

- 3.8.4 Enterprise Managerを使用したMBean値の設定

- 3.9 フォント変数の設定

- 3.9.1 MBeanの構成

- 3.10 検索結果における秒数の表示の構成

- 3.11 Imagingのロギングの構成

4 アプリケーションの管理

- 4.1 アプリケーションの概要

- 4.1.1 ドキュメントの概要

- 4.1.1.1 ドキュメントのアップロード

- 4.2 アプリケーションの作成

- 4.2.1 一般プロパティの指定

- 4.2.2 アプリケーション・フィールドの定義

- 4.2.3 アプリケーション・セキュリティの割当て

- 4.2.3.1 ユーザー間の権限のコピー

- 4.2.4 ドキュメント・セキュリティの割当て

- 4.2.5 記憶域ポリシーの割当て

- 4.2.6 ワークフロー統合の構成

- 4.2.7 アプリケーション設定の確認

- 4.3 既存のアプリケーションの変更

5 入力の管理

- 5.1 入力定義の概要

- 5.2 入力定義の作成

- 5.2.1 入力定義の有効化および無効化

6 検索の管理

- 6.1 検索の概要

- 6.2 検索の作成

- 6.3 既存の検索の変更

- 6.4 大/小文字を区別しない検索の有効化

- 6.5 ドキュメントの全文検索

7 接続の管理

- 7.1 Content Server接続の作成

- 7.2 ワークフロー接続の作成

- 7.2.1 ワークフロー・サーバーのSSLの構成

- 7.2.2 ワークフロー接続のCSF資格証明の構成

- 7.3 WLSTを使用したImagingの接続の作成

8 WebCenter Content Serverとの連携

- 8.1 Content Serverのドキュメント・プロファイル

- 8.1.1 グローバル・プロファイル・ルール

- 8.1.2 アプリケーション・プロファイルおよびプロファイル・ルール

- 8.1.3 Foldersとの連携

- 8.1.4 Oracle Universal Records Managerとの連携

- 8.1.4.1 Oracle Universal Records ManagementとImagingコンテンツ

- 8.1.4.2 WebCenter Content Adapter for Content Serverとの同期

- 8.1.5 Information Rights Managerとの連携

- 8.1.6 WebCenter Spacesとの連携

- 8.2 ドキュメント記憶域について

- 8.2.1 Content Serverのドキュメント・プロパティ

9 入力エージェントについて

- 9.1 入力エージェントの有効化

- 9.2 入力ファイルについて

- 9.3 入力ファイリング・コマンドの使用

- 9.3.1 ロケール

- 9.3.2 新規

- 9.3.3 サポートするコンテンツ

- 9.3.4 注釈の適用

- 9.3.5 ドキュメントのワークフロー・インジェクション

- 9.4 入力エージェントの処理

- 9.4.1 入力ディレクトリの構造

- 9.4.2 入力エージェントの処理順序

- 9.4.2.1 ポーリング

- 9.4.2.2 処理

- 9.4.3 Oracle WebLogic Serverワーク・マネージャの設定の変更

- 9.5 結果およびエラー・ファイルの確認

10 ワークフロー・エージェントについて

- 10.1 ビジネス・プロセス管理

- 10.2 Business Process Execution Language

- 10.2.1 ワークフロー・プロパティの構成

- 10.2.1.1 ワークフロー・ペイロード・マッピング関数

- 10.2.1.2 必須のペイロード要素(MinOccurs)の処理

- 10.2.1.3 日付フィールドのフォーマット

- 10.2.1.4 ドキュメント・プロパティ関数

- 10.2.1.5 フィールド値関数

- 10.2.1.6 フォーマット値関数

- 10.2.1.7 サポートするコンテンツ関数

- 10.2.2 ペイロードの制限

- 10.2.3 セキュアなワークフロー・サービスのマッピング

- 10.2.3.1 メッセージ保護ポリシーの構成

- 10.2.4 WebLogic Serverワーク・マネージャの設定の変更

- 10.2.5 ワークフロー接続のCSF資格証明の使用

- 10.2.6 ワークフロー・エージェントの再試行シーケンス

- 10.2.7 ワークフロー・フォルト表の構成

- 10.2.8 ワークフロー・プロセス・インスタンスの開始

11 トラブルシューティング

- 11.1 小数フィールドのエラー

- 11.2 ImagingおよびWindowsサーバーの前提条件

- 11.3 NULL数値フィールド

- 11.4 大きなドキュメントでの全文検索の失敗

- 11.5 リポジトリ容量のエラー

- 11.6 フォント・エラー

- 11.7 入力エージェントおよび入力ファイルの問題

- 11.7.1 入力エージェントが入力ファイルを検出および処理しない

- 11.7.2 自動検出でキャラクタ・セットが特定されない

- 11.7.3 入力ファイルのエントリにエラーがある

- 11.8 詳細ビューアの変換エラー

- 11.9 ビューアでのTIFFの表示に関する問題

- 11.10 ImagingExceptionのロギング

- 11.11 ImagingおよびContent Serverログ・ファイルでのイベントの追跡

- 11.12 ImagingでのOracle Dynamic Monitoring Systemの使用

- 11.13 削除されたドキュメントの監査履歴の確認

- 11.14 ネストされたスタック・エラーの解読

- 11.15 OSSO使用時にImagingセッションがタイムアウトした場合はブラウザのリフレッシュが必要

- 11.16 Content Server 10gでワークフローの日付が正しく指定されない

- 11.17 無効なIPアドレスを含むドキュメントURLが返される

- 11.18 Content Serverに追加された必須フィールドにはデフォルト値を指定する必要がある

- 11.19 UNIX、AIXおよびSolaris SPARCでImagingビューアが正しく動作しない

- 11.20 ドキュメントのかわりに空白ページがビューアに表示される

- 11.21 詳細ビューア・モードでドキュメントのかわりにHTMLログイン・フォームが表示される

- 11.22 ビューアによってマジック値エラーが報告される

- 11.23 無効なスキン・プリファレンスを指定すると汎用ユーザー・インタフェースが表示される

- 11.24 Solaris 11gのUNIX Exalogic環境で使用するためのビューアの構成

- 11.25 Java Runtime Environmentバージョン1.6.0_26を使用している場合の付箋のプロパティに関する問題

- 11.26 大きなドキュメントをロードする際のキャッシュ例外

- 11.27 ビジネス・ルール・パッケージを削除してもカスタム・ペイロード・スキーマ内のファイルが削除されない

- 11.28 Imagingビューアのロード中にJava例外または空白ページが表示される

- 11.29 1.6.0_24より前のバージョンのJava Runtime Environmentを使用している場合に詳細ビューアでドキュメントを開くときの問題

- 11.30 クリップボードに対するテキストのコピー/貼付け

- 11.31 アップグレードまたはパッチ適用後に詳細ビューアが動作しない

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

- A.1 アイコン

- A.2 ナビゲータ・ペイン

- A.3 ナビゲーション・トレイン

- A.4 ドキュメントのアップロード・ページ

- A.5 ドキュメントの更新ページ

- A.6 定義のエクスポート: コメントのエクスポート・ページ

- A.7 定義のエクスポート: アプリケーション・ページ

- A.8 定義のエクスポート: 検索ページ

- A.9 定義のエクスポート: 入力ページ

- A.10 定義のエクスポート: サマリー・ページ

- A.11 定義のインポート: ファイルの位置ページ

- A.12 定義のインポート: インポートの選択ページ

- A.13 定義のインポート: インポートの検証ページ

- A.14 定義のインポート: サマリー・ページ

- A.15 ソリューション・エディタ・ページ

- A.15.1 ソリューション・エディタ・ページ: 「一般」タブ

- A.15.2 ソリューション・エディタ・ページ: 「アクション」タブ

- A.15.3 ソリューション・エディタ・ページ: 「タスク・ビューア」タブ

- A.15.4 ソリューション・エディタ・ページ: 「列挙」タブ

- A.16 検索プロパティ・ページ

- A.17 検索結果フォーマット・ページ

- A.18 検索条件ページ

- A.19 検索パラメータ・ページ

- A.19.1 「演算子プロパティ」ダイアログ・ボックス

- A.20 検索セキュリティ・ページ

- A.21 セキュリティ・メンバーの追加ページ

- A.22 検索プレビューとテスト・ページ

- A.23 検索設定の確認ページ

- A.24 検索サマリー・ページ

- A.25 アプリケーション一般プロパティ・ページ

- A.26 アプリケーション・フィールド定義ページ

- A.27 アプリケーション・セキュリティ・ページ

- A.28 アプリケーション・ドキュメント・セキュリティ・ページ

- A.29 アプリケーション記憶域ポリシー・ページ

- A.30 アプリケーション・ワークフロー構成ページ

- A.31 ワークフロー・サーバー・プロパティ・ページ

- A.32 ワークフロー・コンポーネント・プロパティ・ページ

- A.33 ワークフロー・ペイロード・プロパティ・ページ

- A.33.1 フォーマット値の編集ページ

- A.33.2 サポートするコンテンツ値の編集ページ

- A.34 アプリケーション設定の確認ページ

- A.35 アプリケーション・サマリー・ページ

- A.36 入力基本情報ページ

- A.37 入力ファイル・パラメータの識別と解析ページ

- A.38 入力フィールド・マッピング・ページ

- A.38.1 日付フォーマットの定義ページ

- A.39 入力セキュリティ・ページ

- A.40 入力設定の確認ページ

- A.41 入力サマリー・ページ

- A.42 Content Server接続基本情報ページ

- A.43 Content Server接続のContent Server設定ページ

- A.44 Content Server接続セキュリティ・ページ

- A.45 Content Server接続設定の確認ページ

- A.46 Content Server接続サマリー・ページ

- A.47 ワークフロー接続基本情報ページ

- A.48 ワークフロー接続設定ページ

- A.49 ワークフロー接続セキュリティ・ページ

- A.50 ワークフロー接続設定の確認ページ

- A.51 ワークフロー接続サマリー・ページ

- A.52 定義管理セキュリティ・ページ

はじめに

Oracle WebCenter Content: Imagingは、電子ドキュメントの保存、取得および注釈をビジネス・プロセスと統合することにより、企業全体でドキュメントを簡単に利用できるようにします。ドキュメントは、Imaging内のアプリケーションを使用して、Oracle WebCenter Content Serverによって管理されるリポジトリにアップロードされます。アプリケーションは、業務上のニーズに基づいて、事前に定義しておきます。ドキュメントは、ビジネス・ニーズに基づいてアプリケーションにアップロードされます。たとえば、請求書のアップロードと契約書のアップロードには別のアプリケーションを使用します。アプリケーションによって、ドキュメントに関連付けられているメタデータ、ドキュメントに対するセキュリティ権限および任意のドキュメント注釈が決定されます。このガイドでは、アプリケーションや検索の定義方法、ワークフロー・サーバーに接続して他のビジネス・プロセスと統合する方法、および企業のニーズに最適なImagingの構成方法について詳しく説明します。

対象読者

このガイドは、Oracle WebCenter Content: Imagingの実装を構成および管理する必要がある管理者を対象としています。

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

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご購入の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: Imagingは、Oracle WebCenter Content Serverと連携してドキュメントを保存および取得します。Imagingの使用の詳細は、次のドキュメントを参照してください。

- 『Oracle Fusion Middleware Oracle WebCenter Content Imagingユーザーズ・ガイド』

- 『Oracle Fusion Middleware Oracle WebCenter Content Imaging開発者ガイド』

Oracle WebCenter Content Serverの詳細は、Oracle WebCenter Contentのドキュメント・セットに含まれている管理者ガイドの他、必要に応じて外部リポジトリの関連ドキュメントを参照してください。

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

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

次のトピックでは、Oracle WebCenter Content: Imagingの新機能や変更された機能について、およびこのガイドに記載されるその他の重要な変更について紹介し、詳細情報へのリンクを提供します。

11gリリース1 (11.1.1.9.0)の新機能と変更機能

Oracle WebCenter Content: Imaging リリース1 (11.1.1.9.0)には、次の新しい管理機能が含まれます。

- 日時アプリケーション・フィールド・タイプ。第4.2.2項「アプリケーション・フィールドの定義」を参照してください。

11gリリース1 (11.1.1.9.0)に関するこのドキュメントにおけるその他の大きな変更

このガイドは、11gリリース1 (11.1.1.9.0)でいくつかの点が更新されました。次の表に、追加または変更された項を示します。

- デフォルトで認証されたユーザー・グループの追加情報。第2.1.4項「ユーザーおよびグループ」を参照してください。

- SupportingContentFields、ViewVerifyJavaInstall、ViewerAutoLaunchFileExtensions、ViewerMaxPagesおよびViewerAutoLaunchAllExtensions MBean属性に情報を追加しました。第3.8.1項「MBean属性の構成」を参照してください。
ViewerAutoLaunchAllExtensions MBean属性は、最新の11.1.1.9.0パッチで使用できます。

- この項では、クラスタ内にワークフロー接続を構成する追加手順を組み込むためにワークフローの作成に関する項に注意事項を追加しました。第7.2項「ワークフロー接続の作成」を参照してください。

- WLSTを使用したImaging接続の作成に関する項を追加しました。第7.3項「WLSTを使用したImaging接続の作成」を参照してください。

- この項では、注釈の適用コマンドは既存のドキュメントに対してではなく新しいドキュメントに対してのみ使用する必要があることを規定する抽出の追加に関する項に注意事項を追加しました。第9.3.4項「注釈の適用」を参照してください。

1 概要

このガイドでは、Oracle WebCenter Content: Imaging製品ソフトウェアをOracle WebLogic Server上で管理するための手順について説明します。

Oracle WebCenter Content: Imagingは、電子ドキュメントの保存、取得および注釈をビジネス・プロセスと統合することにより、企業全体でドキュメントを簡単に利用できるようにします。

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

- このガイドについて

- はじめに

- この製品について

- アプリケーション、入力、検索および接続について

- システム管理について

- 主要なOracleテクノロジとの統合

- Oracle WebCenter Content: Imagingアーキテクチャ

- ディレクトリおよびディレクトリ環境変数の用語

1.1 このガイドについて

このドキュメントに含まれている情報は、製品テクノロジの進化、およびハードウェア、オペレーティング・システム、サード・パーティ・ソフトウェアの作成や変更によって、変更されることがあります。

このドキュメントおよびこの製品セットのその他のドキュメントでは、一般的に、アプリケーション、検索、入力および接続という用語は、Imaging製品内のオブジェクト定義タイプに関連して使用されています。

1.2 スタート・ガイド

このガイドでは、Imagingがすでにインストールされていると想定しています。Imagingのインストールおよびインストール後の初期構成オプションの設定の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

この項では、製品アーキテクチャの概要について説明します。この後の項には、セキュリティ・コンテキスト、初期構成手順および管理手順の詳細説明、およびImaging管理のための参照資料が含まれています。

Imagingのインストール後、アプリケーションおよびImagingの他の要素を構成する前に、次の点を確認してください:

- Oracle WebCenter Enterprise Captureを使用している場合、このシステムがOracle WebCenter Imagingコミット・ドライバを使用して構成済であることを確認してください。

- Linuxオペレーティング・システムにインストールする場合は、GDFontpath値が設定されていることを確認してください。

- セキュリティの管理に関する項をよく読み、Imagingでのセキュリティ・コンテキスト、各コンテキストでのセキュリティのレベル、およびこれらのコンテキストのユーザーとグループへの適用方法について理解してください。

- Content Serverがインストールされており、Imagingとともに使用するように構成されていることを確認してください。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

- ワークフロー・サーバーに接続するために必要なセキュリティ情報、アドレス情報およびポート情報を入手してください。

- コンテンツ・サーバー・リポジトリに接続するために必要なセキュリティ情報、アドレス情報およびポート情報を入手してください。

- Oracle WebCenter Content 11gリリース1 (11.1.1)をインストールおよび構成した後、特定の既知の問題に対応するために追加パッチが必要な場合があります。

1.3 この製品について

Oracle WebCenter Content: Imagingは、プロセス志向のイメージング・アプリケーションやイメージ利用のソリューションを開発するための、拡張性の高いソリューションを提供します。Oracle WebCenter Enterprise Captureを使用したイメージの取込み、イメージの注釈付けとマークアップ、ルーティングと承認の自動化、および数十億件の項目を処理する大容量アプリケーションのサポートなどを利用できます。Imagingを使用することにより、企業のコンテンツとプロセスを直接Oracle E-Business Suite、PeopleSoft Enterprise、JD Edwards EnterpriseOneなどのオラクル社のエンタープライズ・アプリケーションに迅速に統合できます。トランザクション・ベースの全コンテンツに対してソースを一元化することにより、ユーザーは二重入力が不要になるなどの利点を得ることができます。

Imagingでは、イメージのキャプチャからアーカイブまでの全過程でドキュメントが管理されます。ドキュメントは、個別ユーザーによって個別に、またはバックグラウンドの取込みエージェントによって一括して、Imagingにアップロードされます。アップロードされると、ドキュメントはアプリケーションの一部となります。アプリケーションは、アプリケーション内の全ドキュメントのメタデータ、記憶域情報およびワークフロー・プロセス構成を定義する、一種のドキュメントのコンテナです。アプリケーションは、特定の業務上のニーズに応じてシステム管理者が定義します。たとえば、請求書アプリケーションでは、請求書番号、送付日付、期限、状態、および経理部門が必要とするその他のメタデータが追跡されます。アプリケーションでは、入力エージェントを使用した一括取込みにおいて、入力ファイルのメタデータを正しいアプリケーション・フィールドにマップするために、入力定義を使用します。入力エージェントによって、メタデータおよびドキュメントがローカル・ファイル・システムまたはマップされたネットワーク・ドライブからImagingに取り込まれます。

リポジトリの設定に応じて、アップロードされたドキュメントを、Oracleデータベース内、ファイル・システム上、またはストレージ専用ハードウェアに保存して取り出すことができます。Imagingドキュメントにはアプリケーションに基づくセキュリティが適用されるため、アクセスは権限のあるユーザーのみに限られます。また、Imagingを構成して、ワークフロー・サーバー内でビジネス・プロセス・インスタンスを開始することができます。

ユーザーは、事前定義検索を使用して保存したドキュメントを取り出すことができます。事前定義の検索は、ドキュメントのメタデータと全文検索の索引に基づいてドキュメントを検索するために作成されます。正しい権限があれば、ユーザーは次の操作を実行できます。

- 標準Webブラウザによるドキュメントの表示

- ドキュメントの印刷、ダウンロードまたは他のユーザーへの電子メール送信

- ドキュメントへの注釈の追加

- ドキュメントのアップロードとワークフロー・プロセスの開始(ワークフロー・プロセスがアプリケーションで定義されている場合)

- ドキュメントの削除、コピーまたは移動

図1-1 Imagingのプロセスの概要

1.4 アプリケーション、入力、検索および接続について

アプリケーション、入力、検索および接続は、Imagingにおける特定オブジェクトのことであり、これらはImagingインタフェースまたはアプリケーション・プログラミング・インタフェース(API)のサービスを使用して作成します。これらがどのようなものであり、どのように相互に機能してドキュメントへのアクセスを制御するかを理解しておくことは、これらを作成してImagingで使用する上で重要です。

アプリケーション

アプリケーションは、Oracle WebCenter Content: Imagingの中心となります。Imagingでは、アプリケーションは独立したソフトウェア・パッケージではなく、Imagingにアップロードされたドキュメントの一種の管理コンテナです。要するに、アプリケーションはドキュメントが分類されるカテゴリです。各アプリケーションには、アプリケーションのドキュメントに適用される固有のセキュリティ権限と、各ドキュメントに関連するメタデータ値が格納される固有のメタデータ・フィールドが提供されます。アプリケーション内のセキュリティ権限を変更すると、そのアプリケーション内のすべてのドキュメントへのアクセスが影響を受けます。同様に、アプリケーションにメタデータ・フィールドを追加すると、アプリケーション内のすべてのドキュメントにそのフィールドが追加されます。ただし、追加したフィールドのメタデータ値は、各ドキュメントに個別に設定する必要があります。

入力

入力は、Imagingにドキュメントをアップロードし、メタデータをドキュメントに関連付ける方法です。通常、ドキュメントのメタデータ値は、ドキュメントのアップロード時に設定されます。ドキュメントは個別にアップロードでき、メタデータ値はドキュメントをアップロードするユーザーが手動で設定します。ほとんどの場合、ドキュメントのアップロードはスキャン・ステーションを使用して一括で行います。ドキュメントが一括でアップロードされると、スキャン・ステーションによって入力ファイルが生成されます。入力ファイルには、スキャンしたドキュメントへのパスとドキュメントのメタデータ値が含まれます。

入力エージェントを使用して、指定の場所の監視と、その場所にスキャン・ステーションによって配置された入力ファイルの処理が行われます。入力ファイルで指定されたドキュメントがImagingのアプリケーションにアップロードされます。ターゲット・アプリケーションも入力ファイルで指定されます。入力ファイルのメタデータ値は、Imagingに作成されている入力定義に基づいてアプリケーションのフィールドに移入されます。入力定義では、入力ファイルのメタデータ値と選択されているアプリケーションの適切なメタデータ・フィールドがマップされています。ドキュメントが正しいメタデータ値でアプリケーションにアップロードされると、検索を使用して、ビジネス・プロセスに関連するドキュメントを取得できます。

検索

検索は、Imagingからのドキュメント・リストの取得に使用されます。検索は1つまたは複数のアプリケーションで実行でき、戻された結果リストを他のユーザーに電子メール送信したり、ファイルにエクスポートできます。検索結果にリストされたドキュメントは、表示、ダウンロード、他のアプリケーションへのコピー、あるいはビジネス要件に応じた操作を行うことができます。

検索を作成するには、Imagingのインタフェースを使用しますが、作成方法はアプリケーションの作成方法とほとんど同じです。検索を作成する担当者は、どのフィールドがどのアプリケーションで検索されるかを決定します。検索は、複数のアプリケーションにまたがることもあります。たとえば、XYZカンパニーの経理部のユーザーが請求書を受け取り、その請求書に発注番号が記載されていたとします。請求書の支払いを行う前に、まず発注番号が正しいものであることと、請求書に記載されている商品が届いていることを確認する必要があります。発注番号による検索を1回実行するだけで、発注書アプリケーションにアップロードされているドキュメントと、受領書アプリケーションにアップロードされているドキュメントの両方を検索できます。返された検索結果リストで、発注書が存在するかどうか、発注書に対応する受領書が存在するかどうかを確認し、商品が届いているかどうかを確認します。さらにドキュメントの詳細な情報が必要な場合は、Imagingビューアで発注書と受領書の両方を開いて両者を照合し、発注書のすべての明細が請求書の明細と一致していること、請求書のすべての明細が受領書で受け取ったとおりに記載されていることを確認します。

接続

接続はImagingで作成され、必要なサーバーへのアクセスに使用されます。Imagingでは、次の2つのタイプのサーバー接続が定義されています:

- Content Serverまたはドキュメントが格納されたサーバーに接続する、リポジトリ接続が作成されます

- ワークフロー・プロセスが定義されたワークフロー・サーバーに接続する、ワークフロー接続が作成されます

Imagingでは、Oracle WebCenter Contentを使用して設定したリポジトリにドキュメントが保存されます。Imagingのインタフェースを使用して、各リポジトリに対してImagingで作成された接続では、複数のリポジトリを使用できます。ビジネス・プロセスで、ワークフローを進めるために特定のアプリケーションのドキュメントが必要になった場合は、そのワークフローが定義されているワークフロー・サーバーへの接続をImagingに作成し、そのサーバーにドキュメントがアップロードされたときにワークフローが開始されるようにアプリケーションを設定することもできます。

アクセスの制御

ドキュメントへのアクセスは、様々な要因によって制御されます。1つ目はImagingシステムに対するアクセスの制御です。2つ目はImagingシステムで提供されるアプリケーション、検索および他のツールに対する権限の割当てです。最後は別のアプリケーション内のドキュメントに対する権限の割当てです。前述の会社の例では、発注書、受領書および請求書のドキュメントの表示を許可されたユーザーのみが、その権限を持つことになります。ドキュメントにアクセスする担当者には、検索の実行権限が必要です。この権限を持っていないと、表示対象のドキュメントを検索することができません。請求書、発注または受領書などの、特定の作業対象アプリケーションの個別ドキュメントに対してアクセス権を持つグループに所属することも必要です。アプリケーションでグループに与えられるドキュメントのセキュリティ権限の種類によって、ユーザーがどのようにドキュメントを操作できるかが決まります。たとえば、経理グループのユーザーは請求書を削除できても、受領書は削除できないようにします。これに対して、購買部のユーザーは受領書を削除できても、請求書は見ることができないようにします。

1.5 システム管理について

Imagingシステム管理者は通常、次のタスクを担当します。

- Oracle WebCenter Content: Imagingのインストール

- Imagingの構成

- Imagingアプリケーションの作成

- Imaging入力の作成

- Imaging検索の作成

- Imaging接続の構成

- ワークフロー・インジェクションの構成

- Imagingへの安全なアクセスの調整

- Imaging問題の監視とトラブルシューティング

- ソリューション・エディタを使用したAXFソリューションの編集

1.5.1 管理アカウント

インストール後に最初にImagingにログインするユーザーには、インストールに対する完全な管理権限が付与されます。このユーザーは、システムへのアクセス権限を他のユーザーに付与できます。なんらかの理由でシステム・セキュリティをリセットする必要がある場合は、2.1.2項「インストール・セキュリティの初期化」の手順を実行します。

1.5.2 管理ツール

Imagingの管理は、次の管理ツールを使用して実行されます。

- Imagingユーザー・インタフェース。ユーザーの権限に応じて、インタフェース上に管理機能が表示されます。
通常は、ビジネス・ユーザーがImagingの管理インタフェースを操作することはありません。Imagingとユーザーの最大の接点は検索結果リストへのアクセスとドキュメントの表示ですが、通常はいずれもImagingと既存のビジネス・スイート(Oracle E-Business SuiteやPeopleSoftなど)の統合により実行されます。

- Oracle Enterprise Manager Fusion Middleware Controlは、デプロイされているリソースの統計や個々のドメインの統計、Webサービスの詳細などの情報確認の用途に使用できます。詳細は、Enterprise Managerに付属のドキュメントを参照してください。

- Oracle WebLogic Server管理コンソールは、ログ・ファイル、インストール済モジュール、インストール済Enterprise JavaBeansおよび構成パラメータの確認、Imagingの構成MBeanの設定、その他の用途に使用できます。詳細は、Oracle WebLogic Serverに付属のドキュメントを参照してください。

- WebLogic Scripting Tool (WLST)は、Oracle WebLogic Serverのナビゲート、監視および構成用のコマンドライン・インタフェースです。Imagingパラメータの構成、ログ・ファイルの確認、その他の用途に使用できます。WLSTの使用の詳細は、『Oracle Fusion Middleware WebLogic Scripting Tool コマンド・リファレンス』を参照してください。

1.5.3 このガイドに記載されていないシステム管理タスク

本書では、Imagingシステムの一部の管理タスクについては記載していません。次の表には、そのタスクの内容と参照先が記載されています。

表1-1 このガイドに記載されていないシステム管理タスクと情報

タスク

情報参照先

Oracle SOA Suiteの管理

『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』

Oracle Enterprise Manager Fusion Middleware Controlの管理

『Oracle Fusion Middleware管理者ガイド』

Oracle WebLogic Serverの管理

『Oracle Fusion Middleware管理者ガイド』

WebCenter Content Serverの管理

Oracle Fusion Middleware Oracle WebCenter Contentのマネージング

Oracle WebCenter Enterprise Captureの管理

Oracle Fusion Middleware Oracle WebCenter Captureの管理

Oracle Application Adapters for Oracle E-Business SuiteおよびOracle PeopleSoftの管理

Oracle Fusion Middleware Oracle WebCenterアプリケーション・アダプタの管理

1.6 主要なOracleテクノロジとの統合

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

- 第1.6.1項「Oracle WebCenter Enterprise Captureとの統合」

- 第1.6.2項「Content Serverとの統合」

- 第1.6.3項「Oracle WebCenter Content: Desktopとの統合」

- 第1.6.4項「Oracle WebLogic Serverとの統合」

- 第1.6.5項「Oracle Workflow Serverとの統合」

1.6.1 Oracle WebCenter Enterprise Captureとの統合

ImagingをOracle WebCenter Enterprise Captureと統合することによって、物理的なドキュメントを電子フォーマットに変換してImagingへアップロードできます。Oracle WebCenter Enterprise Captureを使用している場合、このシステムがOracle WebCenter Imagingコミット・ドライバを使用して構成済であることを確認してください。Oracle WebCenter Enterprise Capture管理者に連絡するか、Oracle WebCenter Enterprise Captureの管理者ガイドを参照してください。

1.6.2 Content Serverとの統合

Imagingでは、ドキュメントを保存および取得するためのリポジトリとしてContent Serverが利用されます。Content Serverでは、すぐに利用可能なコンテンツ管理サービス、および様々なコンテンツ・ソースからの電子メール、ドキュメント、イメージなどの幅広いエンタープライズ・コンテンツを管理できる、オープンでカスタマイズ可能な統合オプションがサポートされています。Content Serverでは、Oracle、SQL ServerおよびDB2のデータベースがサポートされており、様々な方法でコンテンツを索引付けおよび保存できます。データベースおよび構成に応じて、ドキュメントとメタデータをデータベース内、ファイル・システム上、またはその両方に保存できます。リポジトリを構成してImagingアプリケーションごとにメタデータ検索または全文検索のいずれをサポートするかを指定できる柔軟な検索オプションが用意されているため、最適な検索機能を提供できます。

1.6.3 Oracle WebCenter Content: Desktopとの統合

Imagingでは、Oracle WebCenter Content: Desktopと統合して、ImagingのコンテンツをMicrosoft Windows Explorer、Microsoft Officeアプリケーション(Word、ExcelおよびPowerPoint)およびMicrosoft Outlookから直接表示または追加することが可能です。ただし、Windowsエクスプローラの統合には次の制限があります。

- Imagingチェックイン・プロファイルを使用して、Oracle WebCenter Content: DesktopからImagingにコンテンツをアップロードできます。ただし、チェックイン・プロファイルはデフォルトでセキュリティ・グループの管理者に割り当てられています。これらのプロファイルは、標準的なContent Serverのプロファイル・ルールを変更することで、他のユーザー・グループに提供できます。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』を参照してください。

- WindowsエクスプローラからImagingコンテンツにアクセスする場合、Imagingビューアは使用されません。したがって、ドキュメントに関連付けられた注釈は表示されず、注釈を追加または変更することもできません。

- Oracle WebCenter Content: Desktopでは、改訂されたImagingコンテンツを表示するオプションは使用できません。Windowsエクスプローラから改訂済コンテンツの表示を試みると、エラー・メッセージが表示されます。

注意:
WebCenter Content: Desktopを使用して改訂注釈のあるImagingドキュメントを開こうとしても、改訂済コンテンツを表示/変更する権限を持っていなければエラーが表示されます。

1.6.4 Oracle WebLogic Serverとの統合

Imagingでは、Oracle WebLogic Serverの数多くの機能が利用されています。これらの機能には、標準のJ2EEアーキテクチャ、Oracleセキュリティ・コンポーネントとの統合、スケーラビリティ、クラスタリング、およびWebLogic Scripting Tool、WebLogic Serverコンソールのようなシステム管理ツールなどがあります。

1.6.4.1 クラスタ環境内での動作

アプリケーションのパフォーマンス、スループットまたは高可用性の向上が求められる本番環境では、2つ以上の管理対象サーバーがクラスタとして機能するように構成できます。クラスタとは、スケーラビリティと信頼性の向上のために同時に実行および相互に機能する複数のOracle WebLogic Server管理サーバーの集合です。クラスタでは、(単一の管理対象サーバーでなく)管理対象サーバーごとに、ほとんどのリソースおよびサービスがまったく同じようにデプロイされるため、フェイルオーバーとロード・バランシングが可能になります。1つのドメインには、複数のOracle WebLogic Serverクラスタや、クラスタとして構成されていない複数の管理対象サーバーを配置できます。管理対象サーバーのクラスタ化と非クラスタ化の重要な違いは、フェイルオーバーおよびロード・バランシングのサポートにあります。これらの機能は、管理対象サーバーがクラスタ化されている場合にのみ利用できます。WebLogic Serverでクラスタを構成する方法の詳細は、Oracle Fusion Middleware Oracle WebLogic Serverクラスタの使用のガイドを参照してください。

1.6.5 Oracle Workflow Serverとの統合

ドキュメントをImagingにアップロードするとき、ワークフロー・サーバーへの接続を使用してワークフロー・プロセスが開始されるため、企業全体でビジネス・プロセスの統合が可能になります。

1.7 Oracle WebCenter Content: Imagingのアーキテクチャ

Imagingのビジネス・ロジックは、アプリケーションの定義、ドキュメント管理およびセキュリティのためにビジネス・オブジェクトを作成します。次の項では、Imagingの基礎となるテクノロジについて説明します:

- 第1.7.1項「アプリケーション・アーキテクチャの概要」

- 第1.7.2項「WebサービスおよびJava API」

- 第1.7.3項「ビジネス・ロジックおよびエージェント」

1.7.1 アプリケーション・アーキテクチャの概要

ImagingはOracle WebLogic Server内に常駐し、データベースに接続されます。Imagingイベントは、そのバックグラウンド・ エージェントと通信するためにJava Messaging Service (JMS)を使用してOracle WebLogic Server経由でルーティングされます。カスタム・アプリケーションは、その一連のカスタムImagingアプリケーション・プログラミング・インタフェース(API)を介してImagingと対話できます。Imaging APIの詳細は、『Oracle Fusion Middleware Oracle WebCenter Content Imaging開発者ガイド』を参照してください。

図1-2 Imagingのアーキテクチャの概要

1.7.2 WebサービスおよびJava API

Imagingシステムと統合されているカスタム・アプリケーションは、ImagingパブリックAPIを介してImagingと通信できます。APIには次の2つの形式があります:

- Java API for XML Web Services (JAX-WS)を使用して生成された標準Webサービス

- Javaクラス・ファイルで構成されるImaging Java API

リモートJava APIではImagingユーザー・インタフェースと同じAPIを使用します。

図1-3 ImagingのWebサービスおよびJava API

1.7.3 ビジネス・ロジックおよびエージェント

Imagingには、ビジネス・マネージャがイメージング・ソリューションを構築するプロセスを簡略化するのに役立つように設計された、アーキテクチャ上の概念が備えられています。ビジネス・ユーザーは、これらのアーキテクチャ上の概念(アプリケーション、検索、入力など)を利用して、ソリューションを編成し、関連するユーザー・グループにセキュリティ権限を付与し、最終的に異なるシステム・インスタンス間(たとえば開発システムと本番システム間)で移行を行うことができます。ImagingのパブリックAPIでは、これらのアーキテクチャ上の概念に沿ったサービスが提供され、その実装はImagingのビジネス・ロジック・レイヤー内にあります。ほとんどのリクエストは、即座にレスポンスを生成するこれらのレイヤーを直接介して送信されますが、一部のタスクはバックグラウンドで実行するほうが、より適切です。このようなタスクは、エージェントと呼ばれるImagingのバックグラウンド・プロセスの集合に委譲されます。

Imagingのビジネス・ロジックおよびエージェントの動作を構成するために、標準のJava Management J2EE Bean (MBean)が使用されます。これらのMBean構成オブジェクトの値は、Oracle Enterprise ManagerおよびWebLogic Scripting Toolを使用して操作できるため、必要に応じて最適なシステム管理ツールを選択できます。

図1-4 Imagingのビジネス・ロジックおよびエージェント

1.8 ディレクトリおよびディレクトリ環境変数の用語

この項では、Oracle WebCenter Content: Imagingの構成のために、このガイドを通して使用するディレクトリ環境変数について説明します。このガイドでは、インストールして構成するディレクトリを次のディレクトリ変数を使用して説明しています。

- MW_HOME: この環境変数と関連するディレクトリ・パスは、Oracle Fusion Middlewareが配置されている場所を指しています。Windowsオペレーティング・システムでは、デフォルトのパスはC:\Oracle\Middlewareです。

- WL_HOME: この環境変数および関連ディレクトリ・パスは、WebLogic Serverをホストするために必要なインストール済ファイルが含まれるディレクトリを示します。Windowsオペレーティング・システムでは、デフォルトのパスはC:\Oracle\Middleware\wlserver_10.3です。

- ORACLE_HOME: この環境変数および関連ディレクトリ・パスは、Oracle WebCenter Contentがインストールされたロケーションを示します。Windowsオペレーティング・システムでは、デフォルトのパスはC:\Oracle\Middleware\Oracle_ECM1です。

- DOMAIN_HOME: この環境変数および関連ディレクトリ・パスは、Oracle WebCenter Contentドメイン・ホームのロケーションを示します。Windowsオペレーティング・システムでは、デフォルトのパスはC:\Oracle\Middleware\user_projects\domains\base_domainです。

2 セキュリティの管理

この項ではOracle WebCenter Content: Imagingのセキュリティ・モデルおよびシステム・レベルのセキュリティについて説明します。

Imagingへのアクセス権は、使用可能なOracle WebLogic Serverプロバイダを使用してOracle WebLogic Serverドメイン内で管理される構成済の資格証明ストアによって付与されます。Imagingへのアクセス権が付与された後、Imaging内の特定の機能を使用するには、特定の機能に対する権限を付与するように指定されたImaging管理者またはユーザーによって割り当てられたセキュリティ権限が必要です。

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

- セキュリティ・モデルの概要

- 定義セキュリティと定義管理セキュリティ

- システム・レベルのセキュリティ

2.1 セキュリティ・モデルの概要

初期インストール後、最初にImagingにログインしたユーザーには、企業のニーズに合わせてImagingソリューションを適切に設定するために、すべての機能に対する完全な権限が付与されます。システムを適切に設定した後、必要に応じて、セキュリティ権限の変更や取消しを行うことができます。また、設定中に資格証明ストアを変更した場合は、初期のセキュリティ権限をリセットできます。詳細は、第2.1.2項「インストール・セキュリティの初期化」を参照してください。

注意:
Imagingを最初にデプロイしたときに、IPMSYS_ADMINというロールがContent Server内に作成されます。このロールによって、ImagingとContent Serverが連携して動作するために必要な、特殊なセキュリティ権限が提供されます。IPMSYS_ADMINロールは、一般に使用されるものではありません。このロールは、Imagingシステムによってプログラムで作成および管理されます。
このロールに割り当てられているセキュリティ権限を変更したり、このロールに関連付けられているユーザーの追加や削除を行うと、ImagingとContent Server両方の動作に悪影響が生じます。このような悪影響の1つとして、このロールに追加されたすべてのユーザーがContent Serverシステムから削除されます。

2.1.1 システム・アクセス

Oracle WebLogic Serverドメイン内で実行される管理対象サーバーであるImagingとそのリポジトリに対するユーザーおよびグループのアクセスは、Oracle WebLogic Serverによって制御されます。システム・セキュリティの構成およびSSL接続の構成は、Oracle WebLogic Serverコンソールを使用して行います。Oracle Internet Directoryや、Oracle Access Managerを使用したシングル・サインオンなどの追加サービスが必要な場合は、Oracle WebLogic Serverのコントロールを使用して、Imagingを管理するWebLogic Serverドメインにリンクできます。

注意:
Oracle Access Managerで使用するようにImagingを構成する場合は、/imaging/facesディレクトリを保護する必要があります。保護しなかった場合、Imagingビューアにはアクセスできません。

Webサービスを介したImagingへのアクセスは、Oracle Web Services Manager (OWSM)ポリシーによって制御されます。ポリシーを構成するには、Oracle WebLogic Serverコンソールを使用します。一部のポリシーについては、キーストアを定義する必要があります。たとえば、ワークフロー・サーバーと通信する場合やSSLを使用する場合、Imagingでは、資格証明ストア・フレームワーク(CSF)に保存されているアクセス資格証明を使用する必要があります。キーストアを定義するには、Java Development KitのKeytoolを使用します。定義したキーストアに資格証明を追加するには、WebLogic Scripting Tool (WLST)を使用します。

注意:
Imagingで使用されるContent ServerリポジトリでContent Serverアカウントおよびコラボレーション・セキュリティを有効にすることはできますが、Imagingでは、Imagingドキュメントでのそれらの使用はサポートされていません。

図2-1 Imagingのセキュリティの概要

追加情報については、次のドキュメントを参照してください。

表2-1 システム・セキュリティに関する追加のドキュメント

タスク

情報参照先

Oracle WebLogic Serverの管理

『Oracle Fusion Middleware管理者ガイド』

WebLogic Scripting Toolの使用

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

WebCenter Contentの管理

Oracle Fusion Middleware Oracle WebCenter Contentの管理

2.1.2 インストール・セキュリティの初期化

初期インストール後、最初にImagingにログインしたユーザーには、企業のニーズに合わせてImagingソリューションを適切に設定するために、すべての機能に対する完全な権限が付与されます。

Oracle WebLogic Serverのインストール時に、資格証明ストアがデフォルトとして定義されます。Imagingでは、このデフォルトの資格証明ストアがセキュリティに使用されます。最初のImagingユーザーがログインした後で資格証明ストアを変更した場合は、システム・セキュリティをリセットする必要があります。たとえば、Oracle Internet Directory (OID)プロバイダまたはMicrosoft Active Directoryプロバイダを指すようにセキュリティ構成を変更した場合は、Imagingのシステム・セキュリティをリセットする必要があります。

システム・セキュリティをリセットする手順は次のとおりです。

1. ポリシー・ストアに関連付けられている管理ツールを使用して、ユーザーおよびグループを作成するか、新しいポリシー・ストアに移行します。

2. Imagingの管理対象サーバーが管理サーバーとは別のドメイン・ホームにある場合は、WebLogic Scripting Tool (WLST)からgrantIPMCredAccess() MBeanコマンドを実行します。これにより、Imagingに資格証明ストアから資格証明を読み取る権限が付与されます。

WLSTを使用してMBeanコマンドを実行する方法の詳細は、『Oracle Fusion Middleware WebLogic Scripting Tool コマンド・リファレンス』を参照してください。

Oracle Internet Directory (OID)やMicrosoft Active DirectoryなどのOracle WebLogic Serverセキュリティ・プロバイダを構成する方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

2.1.2.1 LDAPサーバーからOracle Internet Directoryへのユーザー・ストアの移行

LDAPサーバーの既存の資格証明ストアをOracle Internet Directoryに移行する方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』のアイデンティティ・ストアと外部LDAP認証プロバイダの再関連付けに関する項を参照してください。

2.1.3 定義管理セキュリティ権限と定義セキュリティ権限

ユーザーまたはグループが認証され、Imagingへのアクセス権が付与されると、Imagingの定義に対するセキュリティ権限が与えられます。

Imagingの定義には次のものが含まれます。

- アプリケーション

- 入力

- 検索

- 接続

- ソリューション

注意:
ドキュメント・セキュリティは、アプリケーション内で定義されます。ドキュメントに関連付けられた注釈に対するセキュリティ権限も含まれます。第2.2.3項「ドキュメント・セキュリティの操作」および第2.2.4項「注釈セキュリティの操作」を参照してください。

ユーザーがImagingへのアクセスを認証されていても、Imagingの定義または定義管理に対するセキュリティ権限をまだ付与されていない場合、ホームページは表示されますが、ナビゲータ・ペインにナビゲーション・リンクが表示されません。

Imagingソリューションを適切に管理するには、定義管理権限と定義権限を区別する必要があります。

- 定義管理セキュリティ権限では、定義(アプリケーション、入力、検索、接続およびソリューション)を作成または管理する権限がユーザーに付与されます。

- 定義権限では、特定の定義(Invoices_USという名前のアプリケーションやUS Purchase Ordersという名前の検索など)の表示、変更、削除またはアクセス権の管理を行う権限がユーザーに付与されます。

Imagingの定義管理セキュリティ権限および定義セキュリティ権限は、Imagingユーザー・インタフェース内で管理されます。

2.1.3.1 定義管理権限

定義管理セキュリティは、ナビゲータ・ペインの「セキュリティの管理」パネルからアクセスする定義管理セキュリティ・ページを使用して定義します。定義管理権限には、次の2つのレベルのセキュリティがあります。

セキュリティ権限

説明

管理者

定義管理に対する完全な権限をユーザーまたはグループに付与します。「管理者」権限や「作成」権限を他のユーザーまたはグループに割り当てる権限も含まれます。

作成

新しい定義を作成する権限を付与します。定義を作成したユーザーには、デフォルトで、その定義に対するすべての定義権限が自動的に割り当てられます。

「管理者」権限

「管理者」権限は企業全体の定義の完全な制御を許可するため、通常は少数のユーザーに割り当てられます。「管理者」権限は定義に固有で、ドキュメント権限には適用されません。したがって、定義の「管理者」権限を持っていても、アプリケーション内のドキュメント・セキュリティを変更することはできません。

これは、定義管理に対する「管理者」権限を持っているユーザーが定義を変更することで、制限されているドキュメントにアクセスできるようになることを防ぐためです。このため、特定の定義にアクセスするためには、すべてのセキュリティ・レイヤーに対するアクセス権がユーザーに付与されている必要があります。このアプローチは、ビジネス部門を分離する必要性に基づいています。たとえば、特定のビジネス部門のContent Serverを設定してサーバー上のコンテンツへのアクセスを制限する場合、そのContent Serverにアプリケーションを配置する権限もContent Server内のドキュメントを検索する権限も他のビジネス部門には付与しないようにします。

注意:
ソリューション・セキュリティは、ソリューションがImagingの外部で構成されるという点で独特です。ソリューション・エディタへのアクセス権を持つ管理者は、デフォルトで、使用可能なすべてのソリューションを編集できます。詳細は、『Oracle Fusion Middleware Oracle WebCenterアプリケーション・アダプタの管理』を参照してください。

例

次に、割り当てられたセキュリティ権限で一般従業員が実行できる操作の例を示します。

IT部門のSasha

XYZカンパニーのIT部門の従業員であるSashaは、アプリケーションおよび検索の定義に対する「作成」権限を持っています。そのため、Sashaは他の部門についても、新しいアプリケーションを作成したり、作成したアプリケーションおよび検索の定義に対する権限を付与できます。ただし、すべてのアプリケーションに対する権限を付与することはできません。

売掛管理部門のTheo

Theoは、売掛管理部門に新しく配属された従業員です。検索を作成できるとともに、顧客のクレジット・カード情報が記載されているオーダーを含め、売掛管理部門内のすべてのドキュメントにアクセスできる必要があります。クレジット・カード情報を保護するために、米国のオーダーはすべてOrders_USアプリケーションにアップロードされ、Imagingに接続された特定のリポジトリに保存されます。Sashaは、このリポジトリにはアクセスできません。

Sashaは、定義管理セキュリティ・ページを使用してTheoをユーザーとして追加し、検索に対する「作成」権限を付与できるほか、売掛管理部門のほとんどのアプリケーションにTheoをユーザーとして追加できます。ただし、Sashaは、Orders_USアプリケーションで定義されている接続に対する「表示」権限を持っていないため、そのアプリケーションにTheoをユーザーとして追加することはできません。

システム・アクセスを管理し、Imagingの特定の定義管理権限を持っていないSasha以外の従業員が、検索に対する「作成」権限を持つグループにTheoを追加します。このグループは、Orders_USアプリケーションで、そのアプリケーション内のドキュメントへのアクセス権を持つグループとしてすでに定義されています。アクセス制御を分離し、接続へのアクセスを制限することによって、SashaがOrders_USアプリケーションを変更して自分をユーザーとして追加し、その結果、顧客のクレジット・カード・データにアクセスできるようになることを防ぐことができます。

HR部門のBob

Bobは、人事管理部門に新しく配属された従業員です。社会保障番号、給与および健康関連のドキュメントなど、従業員の個人情報を含む、HR部門のすべてのドキュメントを検索する権限が必要です。このようなドキュメントは、HR_Confidentialアプリケーションを使用してImagingに保存され、Private Employee Information検索を使用して取得されます。

Sashaは、HR_Confidentialアプリケーションに対する「表示」権限を持っていないため、Private Employee Information検索を変更してBobにアクセス権を付与することはできません。Theoの場合と同様に、システム・アクセスを管理する、Imagingの特定の定義管理権限を持っていないSasha以外の従業員が、必要な検索ですでに定義されているグループにBobを追加する方法が一般的です。

「作成」権限

「作成」権限は通常、Imagingにアップロードされるドキュメントに関連するビジネス・プロセスを把握している、企業全体のビジネス・マネージャに付与されます。「作成」権限は、ビジネス・ニーズに固有のアプリケーション、検索、入力および接続の定義の作成と変更をマネージャに許可します。さらに、ドキュメントの保存に使用されるリポジトリ接続へのアクセスを制御することによって、個々のビジネス部門を分離し、ドキュメントを保護できます。

例

Theoは、XYZカンパニーの米国地区の新しい会計担当ディレクターであるとします。人事管理部門のBobから、従業員が会社の製品を注文する際に給与から引き落とせるようにする新しい従業員プログラムを同社で実装するという話を聞きました。

Theoは最初に、Orders_USアプリケーションだけでなく、HR_Confidentialアプリケーションでも未完了のオーダーを検索するように、Pending Orders検索を変更したいと考えました。また、新しいオーダー・フォームに入力された社会保障情報と突き合せて検索結果の社会保障情報を確認することによって、注文している人物が現在の従業員であることを確認したいとも考えました。ただし、Theoは、HR_Confidentialアプリケーションにドキュメントを保存するために使用されるリポジトリ接続に対するアクセス権を持っていません。

TheoがBobに連絡してアクセス権を要求したところ、法律上の理由で、Theoはオーダー・フォームの社会保障情報を取得することも、人事管理部門のそのような情報にアクセスすることもできないという説明を受けました。かわりに、Theoがアクセスできるドキュメントで使用可能な従業員の電子メール・アドレスを一意の識別子として使用してはどうかと提案されました。

この例では、Theoは、実現しようとしているビジネス・ニーズは把握していましたが、領域外の業務慣行に関する知識が限られていました。Imagingで実装されるセキュリティによって、プライバシを侵害することなく、ビジネス・ニーズを満たすことができました。

2.1.3.2 定義権限

定義セキュリティは、ナビゲータ・ペインの該当するパネルを使用して定義を作成および管理する際にセキュリティ・トレイン・ストップで定義します。たとえば、アプリケーション定義のセキュリティはアプリケーション・セキュリティ・ページで定義し、検索定義のセキュリティは検索セキュリティ・ページで定義します。定義権限には、次の4つのレベルのセキュリティがあります。

セキュリティ権限

説明

表示

デフォルトで有効になっています。定義を表示する権限をユーザーまたはグループに付与します。

変更

セキュリティ権限の付与を除く、定義のすべての要素を変更する権限をユーザーまたはグループに付与します。

削除

定義を削除する権限をユーザーまたはグループに付与します。

アクセス権の付与

定義のセキュリティ権限を他のユーザーやグループに付与する権限をユーザーまたはグループに付与します。このセキュリティ・レベルのみが付与されているユーザーは、定義のセキュリティ情報のみを変更できます。

定義権限は、作成された各定義に固有です。他の定義タイプを使用して定義にアクセスする必要があるユーザーは、少なくともその特定の定義に対する「表示」権限を持っている必要があります。たとえば、Invoices_USアプリケーションに対する検索定義を作成または変更する必要があるXYZカンパニーのユーザーは、少なくともそのアプリケーション定義に対する「表示」権限を持っている必要があります。米国の会計部門のディレクターであるTheoは、Invoices_USアプリケーションに対する「表示」権限に加えて、ビジネス・ニーズの絞込みまたは変更に合わせて検索を絞り込むまたは変更するために、All US Invoices検索に対するすべての権限を持っています。また、繁忙期に雇用する個々の契約従業員に「表示」権限を付与するために、その検索に対する「アクセス権の付与」権限も持っています。

2.1.4 ユーザーとグループ

定義管理権限および定義権限は、Oracle Internet Directory (OID)など、Oracle WebLogic Serverの別個のセキュリティ・プロバイダによって管理される個々のユーザーまたはユーザー・グループについて定義されます。ユーザーまたはグループには、Imagingユーザー・インタフェースを使用して、定義および定義管理に対する様々なレベルのアクセス権が付与されます。たとえば、アプリケーション定義を作成する場合、アプリケーション・セキュリティ・ページを使用してユーザーまたはグループを追加する際に、アプリケーションに対する「表示」権限をユーザーまたはグループに付与します。その後、必要に応じて追加の権限を指定します。

グループを使用すると、同じアクセス・ニーズを持つ組織内の多数のユーザーにセキュリティ権限を効率的に割り当てることができます。たとえば、Resumesアプリケーション内のドキュメントに対する「表示」権限を必要とする企業全体のマネージャをManagersグループに追加できます。HR_Managersグループには、Imagingに対して履歴書をアップロードおよび削除したり、新しい従業員を雇用する際に手伝ってもらう可能性がある個々の従業員にResumesアプリケーションおよび関連する検索に対するアクセス権を付与するために、そのアプリケーションに対する「書込み」、「削除」および「アクセス権の付与」ドキュメント権限を付与できます。

注意:
グループ・メンバーシップは、ユーザーがImagingにログインしたときにロードされ、ユーザーがログアウトするまで、セッションを通してアクティブな状態になります。ユーザーがログインしている間にグループから削除されても、ユーザーがログアウトするか、またはセッションが終了するまで、そのユーザーはグループの完全な権限を保持します。新しいユーザー権限は、次にログインしたときに有効になります。

注意:
イメージングでは「認証済」と呼ばれるデフォルト・グループを提供します。このグループはセキュリティ権限を認証済ユーザーのグループに割り当てる際に役立つ場合があります。たとえば、「認証済」グループに、「インボイス」アプリケーションのドキュメントに対する「表示」権限と、それらインボイスの関連検索にアクセスする「表示」権限を割り当てることができます。これにより、すべての認証済ユーザーは、「インボイス」アプリケーション内に存在するドキュメントの検索および表示にアクセスできます。

ドキュメント・セキュリティはアプリケーションの定義時に割り当てられ、グループ・レベルでのみセキュリティ権限を割り当てることができます。

2.2 定義セキュリティと定義管理セキュリティ

定義セキュリティおよび定義管理セキュリティは、Imagingユーザー・インタフェースを使用して管理します。この項の内容は次のとおりです。

- 第2.2.1項「定義管理セキュリティの操作」

- 第2.2.2項「定義セキュリティの操作」

- 第2.2.3項「ドキュメント・セキュリティの操作」

- 第2.2.4項「注釈セキュリティの操作」

- 第2.2.5項「セキュリティの例」

2.2.1 定義管理セキュリティの操作

定義管理セキュリティは、ナビゲータ・ペインの「セキュリティの管理」パネルからアクセスする定義管理セキュリティ・ページを使用して管理します。アプリケーション、入力、検索または接続に対するユーザーおよびグループの権限の付与、取消しまたはコピーを行う手順は次のとおりです。

定義に対するユーザーおよびグループの既存の権限の変更

1. ナビゲータ・ペインの「セキュリティの管理」をクリックしてペインを開き、管理する定義タイプを表示します。

2. 管理する定義タイプをクリックします。

- アプリケーション

- 入力

- 検索

- 接続

- ソリューション

その定義タイプの定義管理セキュリティ・ページが表示されます。

3. 「変更」をクリックします。セキュリティ・メンバーのリストの上部にツールバーが表示され、「作成」および「管理者」セキュリティ権限の列がアクティブになります。

4. 変更するセキュリティ・メンバーの横にある権限を有効または無効にし、「送信」をクリックします。変更ツールバーが閉じ、定義管理セキュリティが変更されます。

定義に対するユーザーおよびグループの既存のセキュリティ権限の取消し

1. セキュリティの管理ページを表示し、「変更」をクリックします。

2. 「セキュリティ・メンバー」列で、削除するユーザーまたはグループを選択します。

3. 「削除」をクリックします。ユーザーまたはグループがリストから削除され、その定義タイプの定義管理権限が取り消されます。

ユーザーおよびグループへの定義に対する権限の付与

1. セキュリティの管理ページを表示し、「変更」をクリックします。

2. 「追加」をクリックするか、ユーザーまたはグループを選択して「コピー」をクリックし、選択したアイテムのセキュリティ・オプションをコピーします。セキュリティ・メンバーの追加ページが表示されます。

3. 選択リストから「グループの検索」または「ユーザーの検索」を選択し、検索条件を入力して、「検索」をクリックします。条件を入力しなかった場合、すべてのユーザーまたはグループのリストが表示されます。

4. 「セキュリティ・メンバー」列で、権限を付与するユーザーまたはグループを選択します。キーボードの[Shift]キーを押しながら一連のメンバーをクリックするか、[Ctrl]キーを押しながら不連続のメンバーをクリックすると、複数のメンバーを選択できます。

5. 「追加」をクリックします。セキュリティ・メンバーの追加ページが閉じ、セキュリティ・ページの「セキュリティ・メンバー」列にユーザーまたはグループが表示されます。

6. 追加するセキュリティ・メンバーの横にある権限を有効または無効にし、「送信」をクリックします。変更ツールバーが閉じ、定義管理セキュリティが変更されます。

2.2.2 定義セキュリティの操作

定義セキュリティは、ナビゲータ・ペインの該当するパネルを使用して定義を作成および管理する際に定義します。たとえば、検索を管理するには、ナビゲータ・ペインの「検索の管理」パネルを使用します。

定義セキュリティの管理については、このガイドの各定義に関する項で詳しく説明します。

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

- 第5項「入力の管理」

- 第6項「検索の管理」

- 第7項「接続の管理」

注意:
定義に対する「管理者」セキュリティ権限を持つすべてのユーザーが定義にアクセスし、変更できます。変更中に定義をロックすることはできません。そのため、異なるユーザーが同じ定義を同時に変更している場合、最後に送信された変更のみが保存されます。

2.2.3 ドキュメント・セキュリティの操作

アプリケーション定義セキュリティとドキュメント・セキュリティは異なりますが、ドキュメント・セキュリティは、アプリケーションの作成時にアプリケーションで定義します。ドキュメント・セキュリティ権限はグループにのみ適用可能で、アプリケーションを定義するときにアプリケーション・ドキュメント・セキュリティ・ページを使用してグループごとに指定します。つまり、アプリケーションでドキュメント・セキュリティ権限を変更した場合、そのアプリケーション内のすべてのドキュメントに影響します。次のドキュメント権限を有効にすることができます。

セキュリティ権限

説明

表示

特定のアプリケーション内のドキュメントを表示する権限をユーザー・グループに付与します。ユーザーが少なくともドキュメントに対する「表示」権限を持っていなければ、検索を実行しても、そのドキュメントは検索結果に表示されません。

書込み

特定のアプリケーション内のドキュメントおよびドキュメント・メタデータをアップロード、更新およびコピーするための権限を、ユーザー・グループに付与します。ユーザーに1つ以上のアプリケーションのドキュメントに対する「書込み」セキュリティ権限がない場合、「アップロード」ツールはナビゲータ・ペインの「ツール」パネルに表示されません。

削除

特定のドキュメントをアプリケーションから削除する権限をユーザー・グループに付与します。あるアプリケーションに対する「削除」権限と別のアプリケーションに対する「書込み」セキュリティ権限をユーザーが持っている場合、最初のアプリケーションから2つ目のアプリケーションにドキュメントを移動できます。「削除」権限を持つユーザーには、「書込み」権限が自動的に割り当てられます。

アクセス権の付与

ドキュメント権限を他のユーザー・グループに割り当てる権限を、ユーザー・グループに付与します。「アクセス権の付与」権限を持つユーザーには、「削除」および「書込み」セキュリティ権限が自動的に割り当てられます。

管理者のロック

アプリケーション内のロックされているドキュメントをロック解除する権限をユーザー・グループに付与します。

2.2.4 注釈セキュリティの操作

ドキュメントを表示する権限を持っているユーザーはすべて、標準および制限付き注釈を表示する権限も持っています。注釈は、注釈を配置する権限を持っているユーザーがドキュメントに配置しますが、注釈を変更する権限を持っていないユーザーが表示した場合、ドキュメントのTIFFバージョンがレンダリングされ、注釈が書き込まれた状態で表示されます。そのため、改訂やその他の必要な注釈がある場合にドキュメントが保護されます。注釈を作成、変更または非表示にするには、注釈セキュリティ権限がユーザーに付与されている必要があります。

アプリケーションを定義する際、グループに付与されているセキュリティ権限に基づいて、すべてまたは一部の注釈を書き込んだり、非表示にすることができます。たとえば、ユーザーが「標準の注釈付け」権限を持っており、標準、制限付きおよび非表示の注釈がドキュメントに含まれている場合、ドキュメントのTIFFイメージが表示されます。制限付き注釈は書き込まれ、標準注釈は最上部に配置され、非表示注釈は表示されません。

注釈は個々のドキュメントに固有ですが、注釈セキュリティ権限は、アプリケーション・ドキュメント・セキュリティ・ページでドキュメント・セキュリティを指定する際にアプリケーションで定義します。注釈セキュリティ権限は、アプリケーション内のすべてのドキュメントに適用されます。アプリケーションでグループの注釈セキュリティ権限を変更すると、アプリケーション内のドキュメント上のすべての注釈に対するアクセス権に影響します。注釈はリポジトリ内の各ドキュメントに関連付けられ、各ドキュメントに固有ですが、元のドキュメントを保護するために、別々に保存されます。

注釈はドキュメントの最上部に配置されるため、テキスト・データを含むドキュメントが注釈の下に移動する場合があります。改訂の注釈が上に配置されているテキストやイメージが移動して、ドキュメント上に表示されてしまった場合、問題になることがあります。これは、不適切なセキュリティ権限に関する問題ではありません。ドキュメントのアップロード時にレンダリング・エンジンで使用できないフォントを使用してドキュメントが作成されている場合に発生する可能性があります。その場合、レンダリング・エンジンによってフォントが置換され、テキストが移動したり、ページ区切りが変更されることがあります。この問題を回避する方法の詳細は、第11.6項「フォント・エラー」を参照してください。

2.2.4.1 ビューア・キャッシュが有効な場合の注釈セキュリティ

Imagingビューアは、サーバー上でリポジトリの外部にドキュメントをキャッシュできるため、ドキュメントがクライアント・マシンで表示される前に、より効率的にレンダリングできます。事前キャッシュが有効な場合、表示される前にドキュメントのレンダリングが完了するため、大きいドキュメントについては効率が大幅に向上します。ビューアのキャッシングを有効にするには、第3.8.3項「WLSTを使用したMBeanの変更」または第3.8.4項「Enterprise Managerを使用したMBean値の設定」に記載されている方法を使用して、ドキュメントをキャッシュする場所にViewerCachePath MBeanを設定します。ドキュメントは注釈なしでビューア・キャッシュに保存されるため、制限付き注釈が作成されている場合に、ユーザーがそれらのドキュメントに直接アクセスできないようにするには、ViewerCacheEnableEncryption Mbeanをtrueに設定して、ドキュメントがサーバー上で暗号化され、注釈なしのドキュメントにユーザーがアクセスできないようにする必要があります。ビューア・キャッシュに保存されているドキュメントを暗号化する方法の詳細は、第3.4.2項「キャッシュされたドキュメントの暗号化」を参照してください。ビューア・キャッシュ・オプションを構成する方法の詳細は、第3.4項「ビューア・キャッシュ・オプションの構成」を参照してください。

注意:
ViewerCacheEnableEncryption Mbeanは、ビューア・キャッシュ・オプションを使用している場合にのみ適用されます。

2.2.4.2 注釈権限

特定のアプリケーション内のドキュメント注釈には、次の3つのレベルのセキュリティが適用されます。

セキュリティ権限

説明

標準の注釈付け

「制限付き」または「非表示」として明示的に指定されていない、アプリケーション内のすべての注釈に対する表示、作成、変更および削除セキュリティ権限を付与します。

制限の注釈付け

アプリケーション内の注釈を「制限付き」として指定するセキュリティ権限、および他のユーザーによって「制限付き」として指定されている注釈を作成、変更または削除するセキュリティ権限を付与します。すべてのユーザーが制限付き注釈を表示する権限を持っていますが、それらを作成、変更または削除するには、「制限の注釈付け」権限が必要です。

非表示の注釈付け

アプリケーション内の注釈を「非表示」として指定するセキュリティ権限、および他のユーザーによって「非表示」として指定されている注釈を作成、変更または削除するセキュリティ権限を付与します。非表示注釈を表示するには、「非表示の注釈付け」権限が必要です。

注意:
OnlyCreatorCanModifyAnnotation構成MBeanがTrueに設定されている場合、注釈を作成したユーザーとアプリケーションに対する「管理者」権限を持っているユーザーのみが注釈を変更できます。

2.2.5 セキュリティの例

Maya、Sasha、John、BobおよびLouisはXYZカンパニーの従業員です。それぞれ次のビジネス・ロールを割り当てられており、次の部門およびグループのメンバーです。

名前

部門

ロール

グループ

Maya

IT

XYZカンパニーの情報テクノロジ担当ディレクターです。インストール後、最初にImagingにログインし、すべての定義、定義セキュリティ権限および定義管理セキュリティ権限を設定しました。企業全体のImagingのすべてに対する完全な管理者アクセス権を持っていますが、日常的には使用しません。

IT_Director

Sasha

IT

XYZカンパニーのImagingの管理者です。アクセス権を持っていない一部のリポジトリ接続に分離されている従業員の機密情報を除き、企業全体のImagingのすべてに対する完全なアクセス権を持っています。

IT_Admin

John

HR

部門全体のImaging管理者です。HR部門の管理者であるため、HRに関連するImagingのすべての操作に対するセキュリティ権限が必要ですが、売掛管理部門などに関連する操作に対するセキュリティ権限は必要ありません。人事管理部門のアプリケーション、検索、入力および接続の定義の作成と変更を許可されている唯一のユーザーです。

HR_IT

Bob

HR

新しい従業員の候補に提示する給与を決定して従業員の候補に提示し、承諾されると、ドキュメントを受け取ります。社外の参照を使用して、提示する給与を決定しますが、提示した給与が承諾されると、給与承諾ドキュメントをImagingシステムにアップロードしてOffersというアプリケーションに保存し、承諾済のスタンプを使用して注釈を付けます。ドキュメントをアップロードし、スタンプを付けて保存すると、ワークフロー・プロセスが開始されて、スタンプが付いた給与承諾ドキュメントを格納するHR新規従業員ファイルが作成されます。そのため、Offersというドキュメントを表示、作成および変更するセキュリティ権限が必要です。

HR_Managers

Louis

HR

管理アシスタントです。従業員の個人情報のデータベースを更新します。Offersドキュメント内の給与に関する個人情報を仕事で使用することはないため、ImagingでOffersドキュメントに対するアクセス、検索またはアップロードを行うためのセキュリティ権限はありません。

HR_Users

定義管理セキュリティ権限

ImagingのHR_ManagersおよびHR_Usersグループ内で、BobとLouisは、定義を定義するためのセキュリティ権限を持っていません。アプリケーション、入力、検索および接続の作成や管理を行わないためです。BobとLouisはそれらを使用するのみです。

一方、Maya、SashaおよびJohnには、特定の職務のニーズに従って、次の定義管理セキュリティ権限が付与されています。

セキュリティ権限

アプリケーション

入力

検索

接続

管理者

Maya、Sasha

Maya、Sasha

Maya、Sasha

Maya、Sasha

作成

John

John

John

John

定義セキュリティ権限

5人のうちの4人がOffers定義に対する特定のレベルのセキュリティ権限を必要としています。Johnは、それらの定義を管理する必要があります。Mayaは、それらを管理したり、Johnがいない場合や対応できない場合にそれらを管理する権限を他の従業員に割り当てることができる必要があります。Bobには、アップロード、注釈付け(給与情報を承認および改訂するため)、検索、表示を行うほか、新しい従業員のファイルを作成するワークフロー・プロセスを開始するための完全な権限が必要です。Louisには、個人情報を更新するためにドキュメントを検索および表示する権限が必要ですが、改訂された給与情報を表示する権限は必要ありません。Sashaは機密情報の管理は行わないため、給与や個人情報などの機密情報が保存されているリポジトリ接続に対する権限を持っていません。

それぞれ、特定の職務のニーズに従って、次の定義セキュリティ権限が付与されています。

セキュリティ権限

Offersアプリケーション

Offers入力

Offers検索

ワークフロー接続

表示

Maya、John、Bob、Louis

Maya、Bob

Maya、John、Bob、Louis

Maya、John

変更

Maya、John

Maya、John

Maya、John

Maya、John

削除

Maya、John

Maya、John

Maya、John

Maya、John

アクセス権の付与

Maya、John

Maya、John

Maya、John

Maya、John

ドキュメント・セキュリティ権限

Offersアプリケーションに保存されているドキュメントを操作するのはBobとLouisのみなので、Offersアプリケーションを定義したときに、アプリケーション・ドキュメント・セキュリティ・ページでHR_ManagersおよびHR_Usersグループのみが追加されています。MayaとJohnは、アプリケーション定義セキュリティ権限によってアプリケーション定義を表示および変更するためのアクセス権が付与されていても、アプリケーション内のドキュメントにアクセスすることはできません。

BobとLouisには、特定の職務に従って、次のドキュメント・セキュリティ権限が付与されています。

セキュリティ権限

ドキュメント

グループ・メンバー

表示

HR_Managers、HR_Users

Bob、Louis

書込み

HR_Managers

Bob

削除

HR_Managers

Bob

管理者のロック

HR_Managers

Bob

アクセス権の付与

HR_Managers

Bob

標準の注釈付け

HR_Managers、HR_Users

Bob、Louis

制限の注釈付け

HR_Managers

Bob

非表示の注釈付け

HR_Managers

Bob

これらの権限によって、Bobは、ドキュメントをOffersアプリケーションにアップロードし、給与情報を改訂できます。Louisは、Offersアプリケーションでドキュメントを検索して表示し、更新された個人情報を取得できます。ただし、改訂を変更したり、給与情報を表示することはできません。

2.3 システム・レベルのセキュリティ

Imagingは、Oracle WebLogic Serverドメイン内で管理対象サーバーとして実行されます。ImagingおよびContent Serverリポジトリへのアクセスは、Oracle WebLogic Serverによって制御されます。SSLなどのシステム・セキュリティの構成は、Oracle WebLogic Serverコンソールを使用して行います。この項の内容は次のとおりです。

- 第2.3.1項「SSLを使用するためのFusion Middlewareアプリケーションの構成」

- 第2.3.2項「ワークフローとの統合」

- 第2.3.3項「Webサービスを使用するためのFusion Middlewareアプリケーションの構成」

- 第2.3.4項「ImagingのWebサービス・セキュリティの構成」

- 第2.3.5項「ImagingとOracle Access Manager 11gの統合」

- 第2.3.6項「ImagingとOracle Access Manager 10gの統合」

- 第2.3.7項「Windowsのネイティブ認証のImagingおよびシングル・サインオンの構成」

詳細は、次を参照してください。

タスク

情報参照先

Oracle WebLogic Serverの管理

『Oracle Fusion Middleware管理者ガイド』

Oracle WebLogic ServerのSSLの構成

『Oracle Fusion Middleware Oracle WebLogic Serverの保護』の第12章「SSLの構成」

2.3.1 SSLを使用するためのFusion Middlewareアプリケーションの構成

Oracle Fusion Middlewareを構成し、Oracle Fusion Middlewareのコンポーネント間の通信をSSLで保護することができます。SSLは通信を保護するための業界標準です。Oracle Fusion Middlewareでは、SSLバージョン3とTLSバージョン1がサポートされています。

表2-2 SSLに関するドキュメント

目的

参照ガイド

Oracle Fusion MiddlewareでのSSLの構成: Web層、中間層およびデータ層

『Oracle Fusion Middleware管理者ガイド』: 第 6章、「Oracle Fusion MiddlewareでのSSLの構成」

2.3.1.1 Content ServerリポジトリへのSSL接続の構成

SSLを使用してContent Serverリポジトリに接続するには、次の手順を実行する必要があります。

1. Content Server接続のContent Server設定ページでSSLを有効にします。

2. Content ServerのSSL受信ソケット・プロバイダを追加および構成します。

2.3.2 ワークフローとの統合

ワークフローの統合については、第10項「ワークフロー・エージェントの理解」および第7.2項「ワークフロー接続の作成」で詳しく説明します。

2.3.2.1 統合ポイント

Imagingは、それぞれ異なるメカニズムを使用して、次の時点でワークフロー・プロセスに接続します。

- 構成

- 実行時

構成

アプリケーション・フィールドをワークフロー・ペイロード要素にマップする際、Imagingをワークフロー・サーバーに接続します。接続するには、Web Services Inspection Language (WSIL)を使用して、プロバイダ、ポートおよび資格証明の情報を渡します。WSILは、HTTPプロトコルおよび特定のXML形式を使用して、サーバーでWebサービス・エンドポイントを検出できるようにします。Imagingは、特定の条件を満たすWSILのリンクをたどって、デプロイ済コンポジットを検出します。

コンポジットおよびサービスが選択されると、WSDLでサービス・バインディングによって定義されている使用可能な操作のリストを取得するために、WSDLドキュメントがサーバーから読み取られ、解析されます。WSDLを読み取るためのプロトコルはHTTPで、使用されるアドレスおよびポートはWSDL URIの一部に含まれています。ワークフロー・サーバーがOracle HTTP Server (OHS)などのHTTPフロントエンド・ロード・バランサで構成されている場合、使用されるアドレスおよびポートが接続のホスト名およびポートと異なることがあります。

WSDLが読み取られると、アプリケーション・フィールドをマップできるように、そのWSDLを使用して操作ペイロードのスキーマが取得されます。

接続、コンポジット名、サービス名、操作名、およびアプリケーション・フィールドとペイロードのマッピングの詳細は、実行時に使用されるApplication.BpelConfigセクションに保存されます。

実行時

Imagingでドキュメントが作成され、そのドキュメントについてワークフロー・プロセス・インスタンスを作成する必要があるという通知をワークフロー・エージェントが受け取ると、実行時の通信が開始されます。この通信では、まず、BpelConfigに保存されている接続、コンポジットおよびサービス名を使用して、サービスのWSDL URIが取得されます。

操作ペイロードのスキーマを取得するために、WSDL URIが読み取られます。そのペイロード・スキーマを使用してペイロードのXMLが作成され、マッピングの定義に従って、アプリケーション・フィールド値がXMLに挿入されます。

ペイロードが完全に定義され、マップされたフィールド値が挿入されると、WSDLドキュメントで指定されているアドレスを使用して、ペイロードがWebサービス・コールとしてワークフロー・サービスの操作に送信されます。Webサービス・コールは、HTTPプロトコルを使用して送信されます。

2.3.2.2 ワークフロー接続の構成

Imagingのワークフロー統合を構成するには、まず、Imaging内でワークフロー・システムの接続定義を作成します。ワークフロー接続を作成する手順については、第7.2項「ワークフロー接続の作成」で詳しく説明します。

構成に必要なパラメータは次のとおりです。

パラメータ

詳細

HTTPフロント・エンド・アドレス

ワークフロー・サーバーのURLアドレス。リスニング・ポートがURLに定義されたプロトコルのデフォルト・ポートでない場合は、そのリスニング・ポートも含まれます。

資格証明別名

資格証明ストア・フレームワーク(CSF)に保存されるユーザー名およびパスワードの別名を指定します。リモートJNDI接続を確立するには、これらの資格証明が必要です。このパラメータは、実際のユーザー名やパスワードではありません。ユーザー名およびパスワードをCSFで検索するために使用される別名、つまりキーで、適切なセキュリティを確保するために暗号化されます。
この資格証明は、ワークフロー接続の構成を完了する前にCSFで作成する必要があります。CSFで資格証明を作成するには、Enterprise Manager (EM)またはWebLogic Scripting Tool (WLST)を使用します。

プロバイダ

接続に使用する1つ以上のホスト名を指定します。ワークフロー・サーバーが単一インスタンスである場合は、ワークフロー・マシンの名前またはIPになります。ワークフロー・サーバーがクラスタ内で動作している場合、このパラメータ値には、クラスタ内のサーバーのマシン名またはIPアドレスをカンマで区切ったリストを指定できます。クラスタのクラスタ名を指定することもできます。
クラスタ名を使用する場合、そのクラスタ名は、ドメイン・ネーム・サーバーで定義され、クラスタ内の複数のマシンに解決される名前である必要があります。この動作は、ImagingでもBPELでも定義されません。かわりに、クラスタ内のJNDIに対するWebLogicサポートによって定義されます。クラスタ化されたJDNIのサポートの詳細は、Oracle Fusion Middleware Oracle WebLogic Server JNDIのプログラミング・ガイドのクラスタ環境でのWebLogic JNDIの使用に関する項を参照してください。

2.3.2.3 SSLの構成

SSLを使用してワークフロー・サーバー・インスタンスとの通信を保護するようにImagingの統合を構成できます。ワークフロー・サーバーへのSSL接続を有効化および構成する手順については、第7.2.1項「ワークフロー・サーバーのSSLの構成」で詳しく説明します。

デフォルトのデモ用資格証明ストア・フレームワークおよび証明書の操作

ワークフロー・サーバー・インスタンスでSSLを有効にすると、サーバーへの通信が正しく動作し、ワークフロー・サーバーとImagingサーバーの両方がデフォルトのDemoTrust証明書を使用するように構成されているかどうかをテストできます。これは、WebLogicのインストール時に特定のデモ用の自己署名証明書および信頼の構成が構成されるためです。これらのファイルは$WL_HOME/server/libに格納され、DemoIdentity.jksおよびDemoTrust.jksという名前です。デフォルトでは、WebLogicはこれらのファイルを使用するように構成されます。

注意:
これらのファイルは、テストおよびデモにのみ使用してください。本番環境では、適切かつ有効な証明書を取得し、それらの証明書をインポートおよび構成するための適切な手順に従って、アイデンティティと信頼を確立する必要があります。適切に署名された証明書を使用し、証明書を正しく構成すれば、特別な構成を行わなくても、SSLは正しく動作します。

デモ用の証明書を使用して、ワークフローのSSL接続をテストおよび確認できます。SSLを構成すると、Imagingはコンポジットおよびサービスを列挙することはできますが、WSDLを読み取る段階で失敗します。これは、次の2つのSSLスタックがサーバー内で使用されているためです。

- WLS SSLスタック。デモ用のアイデンティティおよび信頼の構成と統合されており、通信に使用されます。

- ネイティブJava SSLスタック。WebLogicのデモ用のアイデンティティおよび信頼の構成とは統合されておらず、ネイティブJava APIを使用するWSDLリーダーによって使用されます。

WSDLリーダーを正しく動作させるには、ワークフロー・サーバー上の自己署名証明書を信頼するようImagingサーバー・インスタンス上のJava SSLスタックに指示する必要があります。

そのためには、Imaging管理対象サーバーのJVMで、SSLトラスト・ストアを指すようにjavax.net.ssl.trustStoreシステム・プロパティを正しく設定する必要があります。DemoTrust.jksを指すように構成するには、setDomainEnvスクリプトのJAVA_OPTIONSに次の行を追加します。

-Djavax.net.ssl.trustStore=$WL_HOME/server/lib/DemoTrust.jks.

DemoTrust.jksを指すように構成したら、Imaging管理対象サーバーを再起動します。

このようにすると、すべてのOracle WebLogic Server共有で同じDemoTrust.jksファイルが使用されるため、正しく動作します。

さらに実行時には、WebLogicがインストールされており、アイデンティティ・キーストア(DemoIdentity.jks)が自動的に生成される場合、アイデンティティがマシン名になることがあります。場合によっては、ドメインを含まないホスト名のみになることもあります(つまり、testhost.example.comではなく、testhostになります)。Imagingがワークフロー・プロセス・メッセージを送信する段階になると、WebLogicは、SSLハンドシェイクの一環としてホスト名検証を実行し、HTTPSリクエストのホスト名がサーバーに対するアイデンティティと一致していることを確認しようとします。しかし、ワークフロー・システムが提供するURLは、ホスト名のみではなく、完全なDNS名です。そのため、ハンドシェイクが検証に失敗し、通信は失敗します。

デモの場合の最も簡単な解決策は、Imagingシステムでホスト名検証を無効にすることです。この方法が最も簡単な解決策だと思われますが、実際の本番環境における解決策ではありません。その場合の手順は、次を参照してください。

新しいCSF資格証明の構成

デフォルトのデモ用資格証明を使用するかわりに、自己署名CSF資格証明を作成することもできます。ワークフロー接続のCSF資格証明を構成する方法の詳細は、第7.2.2項「ワークフロー接続のCSF資格証明の構成」を参照してください。

2.3.3 Webサービスを使用するためのFusion Middlewareアプリケーションの構成

WebLogic WebサービスはWeb Services for Java EE 1.2仕様に従って実装されます。この仕様は、JavaでWebサービスを実装するための標準のJava EEランタイム・アーキテクチャを定義したものです。また、Java EE Web Serviceの標準のパッケージング形式、デプロイ・モデル、ランタイム・サービスも定義されており、これらすべてがWebLogic Webサービスによって実装されます。

表2-3 Webサービスに関するドキュメント

目的

参照ガイド

JAX-WSクライアントで使用されるWebサービス

Oracle Fusion Middleware Oracle WebLogic Server JAX-WS Webサービス・スタート・ガイド

OWSMセキュリティをWebサービスに適用する

Oracle Fusion Middleware Securing WebLogic Web Services for Oracle WebLogic Server: 付録A: Oracle Webサービス・セキュリティ・ポリシーの使用

WebサービスでMTOMを使用する

Oracle Fusion Middleware Securing WebLogic Web Services for Oracle WebLogic Server: セクション2.2: MTOM Webサービスにセキュリティを追加する例

BPELから保護されたWebサービスを起動する

『Oracle® Fusion Middleware Oracle SOA Suite開発者ガイド』の第7章「BPELプロセスからの同期Webサービスの起動」

『Oracle® Fusion Middleware Oracle SOA Suite開発者ガイド』の第8章「BPELプロセスからの非同期Webサービスの起動」

Oracle Server Busを使用してWebサービスを起動する

Oracle® Fusion Middleware Oracle Service Bus開発者ガイドのWSトランスポートに関する項

Oracle Enterprise Server Busを使用してWebサービスを起動する

『Oracle® Fusion Middleware Oracle SOA Suite開発者ガイド』の第19章「Mediatorルーティング・ルールの作成」

2.3.4 ImagingのWebサービス・セキュリティの構成

Webサービスを介したImagingへのアクセスは、Oracle Web Services Manager (OWSM)ポリシーによって制御されます。ポリシーを構成するには、WebLogic Serverコンソールを使用します。一部のポリシーについては、キーストアを定義する必要があります。たとえば、ワークフロー・サーバーと通信する場合やSSLを使用する場合、Imagingでは、資格証明ストア・フレームワーク(CSF)に保存されているアクセス資格証明を使用する必要があります。キーストアを定義するには、Java Development KitのKeytoolを使用します。定義したキーストアに資格証明を追加するには、WebLogic Scripting Tool (WLST)を使用します。

Oracle Web Services Managerは、あらかじめ定義されたセキュリティ・ポリシーを使用するのではなく、使用するセキュリティ・ポリシーをエンド・ユーザーが柔軟に定義できるように設計されています。

2.3.4.1 Oracle Web Services Managerとの連携

ポリシーが適用されていない場合、デフォルトで、HTTP Basic認可またはWS-Security UsernameTokenベースの認可が使用されます。HTTP Basic認可は、HTTPヘッダーのAuthorizationフィールドにユーザー資格証明を格納して渡します。このフィールドの値には、ユーザー名とパスワードのbase64エンコードが格納されます。BasicUserTokenクライアント・クラスは、この形式の認証を使用することを目的としています。

WS-Security UsernameTokenプロファイルは、ユーザー名とパスワードの両方を渡しますが、SOAPヘッダー構造を使用します。詳しくは、WS-Security UsernameToken Profile 1.0に関するドキュメントを参照してください。OWSMポリシーを使用してUsernameTokenポリシーを適用することもできます。その場合、デフォルトの実装よりもOWSMポリシーの実装が優先されます。このオプションは、OWSMポリシーを使用していない場合にのみ該当します。

Basic認証およびUsernameTokenセキュリティを使用している場合、パスワードが暗号化されずに送信されるため、Imagingには、RequireBasicAuthSSLという構成MBeanが用意されています。このMBeanを使用すると、この形式の認証ではSSLを使用するように要求できます。

OWSMポリシー・マネージャがドメインにインストールされている場合、セキュリティを強化するために、OWSMポリシーをサービスに適用できます。OWSMポリシーは、メッセージ・レベルの暗号化、トランスポート・レベルの暗号化、HTTPヘッダーではなくSOAPヘッダーを使用した資格証明の提供など、WS-Securityトークンの様々な用途に適用できます。適用されるポリシーの一部としてSSLを指定できるため、セキュリティ・ポリシーを使用している場合、RequireBasicAuthSSL MBeanの設定は適用されません。

2.3.4.2 サービスでのポリシーの設定

ドメインの作成時に、Imagingアプリケーションには、アプリケーション・ディレクトリで定義されているデフォルトのデプロイメント・プランが付属していますが、そのプランはまだデプロイメントに割り当てられていません。デフォルトのプランではwss_username_token_service_policyが使用されます。このポリシーは、WS-Security SOAPヘッダーの簡単なユーザー名とパスワードを使用し、暗号化を必要としません。このデフォルトのプランによって、すべてのImagingサービスにwss_username_token_service_policyが割り当てられます。

デフォルトのプランを割り当てる手順は次のとおりです。

1. WebLogic Serverコンソールにログインします。

2. 「デプロイメント」をクリックし、「デプロイメント」表で「imaging」を有効にして、「更新」をクリックします。「アプリケーション更新アシスタント」が表示されます。

3. デプロイメント・プランのパスの横にある「パスの変更」をクリックします。ソース・パスを変更しても、新しいプランで再デプロイされるわけではありません。

4. 「現在の場所」フィールドのリンクを使用して、$MW_HOME/user_projects/applications/<domain_name>/server/ipmを参照し、「Plan.xml」ファイルを有効にします。

5. ウィザードの手順に従ってデプロイメントを完了します。

このプロセスを完了すると、すべてのサービスにwss_username_token_service_policyが適用されます。

実行時にポリシーを変更する場合は、次の手順を実行します。

1. WebLogic Serverコンソールにログインします。

2. 「デプロイメント」をクリックし、「デプロイメント」表で「imaging」を開きます。ImagingのWebサービスのリストが表示されます。Webサービスを表示するには、スクロールする必要がある場合があります。

3. 構成する各サービスのサービス名をクリックし、次の手順を実行します。

注意:
DocumentContentServiceサービスにはポリシーを適用しないでください。

1. 「構成」タブを選択します。

2. 「WS-Policy」タブを選択します。現在適用されているポリシーが表示されます。

3. サービス・エンド・ポイントをクリックします。たとえば、「ApplicationServicePort」をクリックします。「選択可能なメッセージ・ポリシー」と「選択されたメッセージ・ポリシー」のリストが表示されます。

4. 右側の「選択されたメッセージ・ポリシー」リストで、現在適用されているポリシーを選択し、矢印をクリックして移動し、「選択されたメッセージ・ポリシー」リストから削除します。

5. 左側の「選択可能なメッセージ・ポリシー」リストで目的のポリシーを選択し、矢印をクリックして右側の「選択されたメッセージ・ポリシー」リストに移動します。

注意:
DocumentContentServiceを除き、すべてのImagingサービスに同じポリシーを適用する必要があります。DocumentContentServiceサービスにはポリシーを適用しないでください。

4. すべてのサービスを変更したら、新しく編集したプランでデプロイメントを更新します。

1. デプロイメントのメイン・ページの「デプロイメント」表で「imaging」を有効にし、「更新」をクリックします。「アプリケーション更新アシスタント」が表示されます。

2. 一番上のオプションを選択して、デプロイメント・プランのみを更新します。

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

デプロイメントを容易にするために、代替デプロイメント・プラン・ディスクリプタが作成されています。$MW_HOME/user_projects/applications/<domain_name>/server/ipm/plan/imaging-ws.war/WEB-INFディレクトリにあります。いずれかのpolicy-<X>ファイルを同じディレクトリ内のweblogic-webservices-policy.xmlにコピーし、そのプランでデプロイメントを更新できます。デフォルトのプランの場合、weblogic-webservices-policy.xmlはpolicy-username_token.xmlです。

2.3.4.3 APIの使用

すべてのサービスに同じポリシーを割り当てることが重要です。クライアントAPIでは、ポリシーの必須の構成パラメータとともに、提供されたUserTokenから適切なクライアント・ポリシーを取得するようにServicesFactoryがコード化され、すべてのサービス・インタフェースでそのクライアント・ポリシーの構成が使用されます。正しく動作するには、有効なサービス・ポリシーをクライアント・コードが認識している必要があります。次の例では、UserTokenクラス内であらかじめ定義されているそれぞれのポリシー・タイプについてクライアントをコード化する方法を示します。

UserTokenクラスによって多数の新しいプロパティが公開されるため、クライアント側のポリシーを容易に構成できます。公開されるパラメータは、使用可能なすべてのOracle Web Service Managerパラメータの一部ですが、よく使用されるものです。これらのプロパティは名前と値のペアのマップのラッパーで、securityParametersプロパティを使用して直接公開されます。このマップ内のすべてのプロパティがWebサービス・リクエストのコンテキストに渡されるため、OWSMポリシーを使用することはできません。

2.3.4.4 例

次の例について詳しく説明します。

- 例2-1「ポリシーなし: HTTP Basic認証」

- 例2-2「ポリシー: wss_username_token_client_policy」

- 例2-3「ポリシー: wss11_username_token_with_message_protection_client_policy」

例2-1 ポリシーなし: HTTP Basic認証

最も簡単なデフォルトの構成です。これはデフォルトであるため、BasicUserTokenによってクライアントの実装が提供されます。

UserToken userToken = new BasicUserToken("weblogic", "weblogic");
ServicesFactory.login(userToken,  wsurl);

BasicUserTokenの機能は次のコードと同じです。

UserToken userToken = new UserToken();
userToken.setUserName("weblogic");
userToken.setPassword("weblogic");

OWSMポリシーがサービスに適用されている場合は、WsmUserTokenを使用してクライアント側のポリシーの構成が提供されます。その場合は、個々のポリシーについて次のように構成します。

例2-2 ポリシー: wss_username_token_client_policy

これは最も簡単なポリシーです。

WsmUserToken userToken = new WsmUserToken ("weblogic", "weblogic");
userToken.setClientPolicy(WsmUserToken.USERNAME_TOKEN_POLICY);
ServicesFactory.login(userToken,  wsurl);

例2-3 ポリシー: wss11_username_token_with_message_protection_client_policy

message_protectionポリシーは、メッセージ・レベルの暗号化を提供します。ただし、正しく動作させるには、クライアントとサーバーのキーストアを構成する必要があります。キーストアを作成および構成する方法の詳細は、第2.3.4.5項「キーストアの操作」を参照してください。キーストアがJSEクライアントによってクライアント側で使用される場合、クライアント・コードでキーストアの場所、タイプおよびパスワードを構成する必要があります。クライアント側のキーストアには、サーバーに送信されるメッセージの暗号化に使用されるキーであるRecipientAliasを格納する必要があります。サーバー側にも、復号化とレスポンスの暗号化を行うために同じキーが必要です。

WsmUserToken userToken = new WsmUserToken ("weblogic", "weblogic");
userToken.setClientPolicy(WsmUserToken.USERNAME_TOKEN_MP_POLICY);
userToken.setKeystore(".\\config\\default-keystore.jks", "JKS", "welcome");
userToken.setRecipientAlias("orakey");

このポリシーがWebアプリケーションやサーブレットなどからサーバー側で使用されている場合、キーストアはJPSセキュリティで構成されるため、クライアント側でキーストアの構成パラメータを指定する必要はありません。jps-configファイルを指すようにoracle.security.jps.config環境プロパティを設定することによって、JSEにもこの動作をレプリケートできます。

System.setProperty("oracle.security.jps.config", ".\\config\\jps-config.xml");
WsmUserToken userToken = new new WsmUserToken ("weblogic", "weblogic");
userToken.setClientPolicy(WsmUserToken.USERNAME_TOKEN_MP_POLICY);

クライアントのJPSを構成したら、資格証明ストア・フレームワーク(CSF)を利用して、ユーザー名およびパスワード資格証明を定義することもできます。第2.3.4.6項「WLSTを使用したCSFの操作」を参照してください。使用するには、サーバーで資格証明を作成し、クライアントにコピーします。資格証明ストアでは任意の別名を使用できますが、標準のデフォルト別名はbasic-credentialsです。

System.setProperty("oracle.security.jps.config", ".\\config\\jps-config.xml");
WsmUserToken userToken = new WsmUserToken ();
userToken.setClientPolicy(WsmUserToken.USERNAME_TOKEN_MP_POLICY);
userToken.setCsfKey("basic.credentials");

2.3.4.5 キーストアの操作

すべてのmessage_protectionポリシーについて、クライアントとサーバーのキーストアを構成する必要があります。本番環境では、適切かつ有効な証明書を取得し、それらの証明書をインポートおよび構成するための適切な手順に従って、アイデンティティと信頼を確立する必要があります。この例は、開発およびテストに有効な解決策を提供するためのものです。KeyToolというJDKツールのビルドを使用して、キーストアを作成できます。キーストアを生成するには、次のコマンドを使用します。

>keytool -genkey -alias orakey -keyalg RSA -keystore default-keystore.jks
Enter keystore password:   ß welcome
Re-enter new password:    ß welcome
What is your first and last name?
[Unknown]:  Joe Smith
What is the name of your organizational unit?
[Unknown]:  Human Resources
What is the name of your organization?
[Unknown]:  Our Company
What is the name of your City or Locality?
[Unknown]:
What is the name of your State or Province?
[Unknown]:
What is the two-letter country code for this unit?
[Unknown]:  US
Is CN=Joe Smith, OU=Human Resources, O=Our Company, L=Unknown, ST=Unknown, C=US correct?
[no]:  yes

Enter key password for <orakey>
(RETURN if same as keystore password):   ß RETURN...so welcome
>

キーストア内のキーをリストするには、次のコマンドを使用します。

>  keytool -list -keystore default-keystore.jks

この例では、前述のすべての例で使用される1つの共通キーを作成します。サーバーとクライアントの両方で同じdefault-keystore.jksが使用されています。

2.3.4.6 WLSTを使用したCSFの操作

WLSTで次のコマンドを使用することで、資格証明をキーストアに追加できます。ただし、これらのコマンドを使用するには、WLSホームのcommon/binからではなく、$ORACLE_HOME/common/binディレクトリからWLSTを実行する必要があります。JDeveloperの場合、これは、Oracle/Middleware/wlserver_10.3/common/binではなく、Oracle/Middleware/jdeveloper/common/binにあります。$ORACLE_HOME/common/binから、wlst.sh (Linux)またはwlst.cmd (Windows)を実行し、connect()を実行します。

資格証明ストア・コマンドの完全なセットは『Oracle Fusion Middleware WebLogic Scripting Tool コマンド・リファレンス』に記載されていますが、これらの例で使用されている2つの主なコマンドは次のとおりです。

createCred(map="oracle.wsm.security", alias="<alias>", user="<user>", password="<pwd>")

および

listCred(map="<map>", key="<key>)

資格証明ストアには、別名でアクセスする任意のユーザーIDとパスワードのペアを格納できます。WSMポリシーについては、キーストアの別名およびパスワードを取得するために、acsf別名が使用されます。これらのCSF別名は、jps-config.xmlファイルの次の要素で構成されます。

<!-- KeyStore Service Instance -->
<serviceInstance name="keystore" provider="keystore.provider" location="./default-keystore.jks">
<description>Default JPS Keystore Service</description>
<property name="keystore.type" value="JKS"/>
<property name="keystore.csf.map" value="oracle.wsm.security"/>
<property name="keystore.pass.csf.key" value="keystore-csf-key"/>
<property name="keystore.sig.csf.key" value="enc-csf-key"/>
<property name="keystore.enc.csf.key" value="enc-csf-key"/>
</serviceInstance>

キーストアには、キーストアのパスワードを含むkeystore-csf-keyという名前の別名が1つ必要です。前述の例では、keytoolに最初に入力されるパスワードです。ここでは、ユーザー名は無視されます。続いて、キーストアにはenc-csf-keyという名前の別名がもう1つ必要です。ユーザー名はキーストアの別名で、パスワードはそのキーストアの別名のプライベート・パスワードです。前述の例では、keytoolの2番目のパスワードです。

2.3.5 ImagingとOracle Access Manager 11gの統合

この項では、Oracle Access Manager (OAM) 11gと連携するようにImagingを構成する方法について説明します。企業内にImagingとOAMをデプロイする方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentエンタープライズ・デプロイメント・ガイド』を参照してください。

OAM 11gをImagingと統合する手順は次のとおりです。

1. 『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle Identity Management 11gソフトウェアのインストールに関する項の説明に従って、Oracle Access Manager (OAM)、Oracle HTTP Server (OHS)およびWebGateをインストールして構成します。

2. 次の例を使用して、Imagingのエントリをmod_wl_ohs.confに追加します。hostnameは、Imagingインスタンスをホストするマシンの名前に、portnumberは、ImagingをホストするOracle WebLogic Serverドメインのポートに置き換えてください。

Forwarding URLs:
<Location /imaging>
SetHandler weblogic-handler
WebLogicHost <hostname>
WebLogicPort <portnumber>
</Location>

3. Oracle OAMリモート登録ツール(oamreg)を使用し、保護、公開および除外するImagingのURIを指定して、Oracle OAMエージェントを登録します。詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』および『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』を参照してください。

ImagingのパブリックURI

ImagingのプライベートURI

イメージング除外URI

/imaging

/imaging/faces

/imaging/ws
/imaging/lib

4. 次のタスクを確実に実行して、Imagingドメインを構成します。詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

1. OAMアイデンティティ・アサータを構成します。OAMアイデンティティ・アサータの制御フラグをREQUIREDに設定し、アクティブなタイプとしてOAM_REMOTE_USERを選択する必要があります。
詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

2. 認証プロバイダを構成します。これは、Oracle Internet Directory (OID)や別の外部LDAPサーバーなど、ユーザー・ストアを指定する場合に必要です。たとえば、OAMでOIDを使用する場合、OID認証プロバイダをImagingドメインに追加する必要があります。

注意:
DefaultAuthenticatorプロバイダ以外の認証プロバイダを使用するようにImagingのOracle WebLogic Serverドメインを構成する場合、新しい認証プロバイダは、セキュリティ・レルム構成の最初の認証プロバイダである必要があります。そうでない場合、Imagingはユーザー権限をロードできません。新しい認証プロバイダがDefaultAuthenticatorプロバイダよりも前にリストされるように、認証プロバイダの順番を変更してください。また、DefaultAuthenticator制御フラグがSUFFICIENTに設定されていることを確認してください。詳細は、 『Oracle Fusion Middleware Oracle WebCenter Contentの管理』の第一認証プロバイダの構成に関する項を参照してください。

OAM 10gとOAM 11gで認証プロバイダをデプロイするときの違いの詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

3. OPSS (OAM)シングル・サインオン・プロバイダを構成します。
詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

5. OAM 11gをインストールおよび構成した後、構成済のすべてのImagingアプリケーションにアクセスできることと、ログインにより、再度サインインを要求されることなく、構成済のすべてのImagingアプリケーションにアクセスできることを確認します。また、可能な場合、グローバル・ログアウトをテストし、その他のすべての関連アプリケーションからログアウトしていることを確認します。

注意:
Oracle Access Manager (OAM) 11g WebGate 11gシングル・サインオン(SSO)を使用する場合、WebGate 11gエージェントのユーザー定義パラメータfilterOAMAuthnCookie=falseを設定する必要があります。このようにしない場合、ビューアを詳細モードで使用するときにエラーが発生します。OAMコンソールを使用したエージェントのユーザー定義パラメータの設定やパートナのリモート登録の詳細は、『Oracle Fusion Middleware Oracle Access Manager with Oracle Security Token Service管理者ガイド』を参照してください。

詳細は、Oracle Fusion Middleware Oracle Adaptive Access Managerの管理者ガイドおよびOracle Fusion Middlewareのアプリケーション・セキュリティ・ガイドを参照してください。

2.3.6 ImagingとOracle Access Manager 10gの統合

この項では、Oracle Access Manager (OAM) 10gと連携するようにImagingを構成する方法について説明します。OAMを構成する前に、Oracle WebLogic Server、WebCenter ContentおよびImagingがデプロイされていることを確認してください。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

注意:
Oracle Access Managerバージョン10gを使用する環境にImagingバージョン11gR1をデプロイするには、ログアウト・リクエストを正しく処理するための追加の構成が必要です。詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

Oracle Access Manager (OAM)を構成する前に、Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイドのOracle Identity Management 10gソフトウェアのインストールに関する項に記載されている手順に従ってソフトウェアをインストールします。

1. Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイドに記載されている説明に従って、Oracle Access Manager (OAM)、Oracle HTTP Server (OHS)およびWebゲートをインストールして構成します。

1. 次の例を使用して、Imagingのエントリをmod_wl_ohs.confに追加します。hostnameは、Imagingインスタンスをホストするマシンの名前に、portnumberは、ImagingをホストするOracle WebLogic Serverドメインのポートに置き換えてください。

<Location /imaging>
SetHandler weblogic-handler
WebLogicHost <hostname>
WebLogicPort <portnumber>
</Location>

2. Oracle OAM構成ツール(cfgtool)を使用して、保護するImagingのURIを指定します。Imagingの場合、/imaging/facesを保護します。
Oracle Access Manager構成ツールはコマンドライン・ユーティリティで、情報を要求する一連のスクリプトを起動し、Oracle Access Managerで必要なプロファイルとポリシーを設定するのに使用します。詳細は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOAMCtgToolの使用に関する項を参照してください。

2. 次のタスクを確実に実行して、Imagingドメインを構成します。詳細は、Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイドを参照してください。

1. OAMアイデンティティ・アサータを構成します。OAMアイデンティティ・アサータの制御フラグをREQUIREDに設定し、アクティブなタイプとしてObSSOCookieを選択する必要があります。
詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

2. 認証プロバイダを構成します。これは、Oracle Internet Directoryや外部LDAPサーバーなど、ユーザー・ストアを指定する場合に必要です。
詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

OAM 10gとOAM 11gで認証プロバイダをデプロイするときの違いの詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』の表15-2を参照してください。

3. OPSS (OAM)シングル・サインオン・プロバイダを構成します。
詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

詳細は、Oracle Fusion Middleware Oracle Access Manager with Oracle Security Token Service管理者ガイドを参照してください。

2.3.7 Windowsのネイティブ認証のImagingおよびシングル・サインオンの構成

MicrosoftクライアントでImagingおよびシングル・サインオン(SSO)を設定するには、Microsoft Active Directory、クライアントおよびOracle WebLogic Serverドメインを構成する必要があります。MicrosoftクライアントでのSSOへのシステム要件を含む詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの保護』のMicrosoftクライアントでのシングル・サインオンの構成に関する項に記載されています。

MicrosoftクライアントでのSSOの構成の一部として、外部Microsoft Active DirectoryにアクセスするようにLDAP認証プロバイダを指定する必要があります。Oracle WebLogic ServerではMicrosoft Active Directory用に構成済のLDAPプロバイダであるActive Directory Authentication providerが提供されます。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの保護』のLDAP認証プロバイダの構成に関する項を参照してください。

注意:
DefaultAuthenticatorプロバイダとは異なる認証プロバイダを使用するようにImagingのOracle WebLogic Serverドメインを構成する場合、新しい認証プロバイダは、セキュリティ・レルム構成の最初の認証プロバイダである必要があります。そうでない場合、Imagingはユーザー権限をロードできません。新しい認証プロバイダがDefaultAuthenticatorプロバイダよりも前にリストされるように、認証プロバイダの順番を変更してください。また、DefaultAuthenticator制御フラグがSUFFICIENTに設定されていることを確認してください。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』の第一認証プロバイダの構成に関する項を参照してください。

MicrosoftクライアントでのSSOの構成の一部として、Oracle WebLogic Serverセキュリティ・レルムにネゴシエートIDアサーション・プロバイダを構成する必要があります。IDアサーション・プロバイダは、Simple and Protected Negotiate (SPNEGO)トークンをデコードしてKerberosトークンを取得し、このKerberosトークンを検証してWebLogicユーザーにマップします。Oracle WebLogic Server管理コンソールを使用して、ドメイン構造内の適切なセキュリティ・レルムに新しいプロバイダを追加し、名前を付けて、そのタイプとしてNegotiateIdentityAsserterを選択します。変更をアクティブ化して、Oracle WebLogic Serverを再起動します。サーバーはKerberosチケットを使用できるようになり、それはブラウザから受信します。

Imagingのデプロイメント・プランを使用してImagingを再デプロイする必要があります。デプロイ・プランはXMLドキュメントです。オラクル社からImagingのプランが提供されています。Oracle WebLogic Scripting Toolを使用してデプロイメント・プランを作成することもできます。提供されているプランを使用してデプロイする手順は次のとおりです。

1. Oracle WebLogic Server管理コンソールにログインします。

2. 「ドメイン構造」ナビゲーション・ツリーで、「デプロイメント」をクリックします。

3. 「制御」タブで、Imagingデプロイメントが表示されるまで「次へ」をクリックします。

4. デプロイメントの左にあるチェック・ボックスを選択します。

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

6. デプロイ・プラン・パスの下で「パスの変更」を選択します。

7. ipm-deployment-plan.xmlプラン・ファイルに移動して選択します。

8. 「このアプリケーションを次のデプロイメント・ファイルを使用して再デプロイします。」が選択されていることを確認します。

9. 「次へ」をクリックします。

10. 「終了」をクリックします。

11. MicrosoftクライアントでのSSOが適切に構成されていることを確認するには、ブラウザを使用して、使用するMicrosoft WebアプリケーションまたはWebサービスにアクセスします。Windowsドメインにログインし、ドメインのActive Directoryサーバーから取得したKerberos資格証明がある場合、ユーザー名またはパスワードを指定せずにWebアプリケーションまたはWebサービスにアクセスできるはずです。

ipm-deployment-plan.xml

提供されたipm-deployment-plan.xmlファイルを使用するか、または.xmlファイルを作成してそれにipm-deployment-plan.xmlという名前を付けます。

<?xml version='1.0' encoding='UTF-8'?>
<deployment-plan
xmlns="http://xmlns.oracle.com/weblogic/deployment-plan"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://xmlns.oracle.com/weblogic/deployment-plan http://xmlns.oracle.com/weblogic/deployment-plan/1.0/deployment-plan.xsd"
global-variables="false">
<application-name>app</application-name>
<variable-definition>
<variable>
<name>http-only</name>
<value>false</value>
</variable>
</variable-definition>
<module-override>
<module-name>imaging-ui.war</module-name>
<module-type>war</module-type>
<module-descriptor external="false">
<root-element>weblogic-web-app</root-element>
<uri>WEB-INF/weblogic.xml</uri>
<variable-assignment>
<name>http-only</name>
<xpath>/weblogic-web-app/session-descriptor/cookie-http-only</xpath>
</variable-assignment>
</module-descriptor>
</module-override>
</deployment-plan>

3 構成設定の変更

この項では、Imaging管理者が使用できる構成オプションとそれらのオプションにアクセスする方法について説明します。

ImagingはOracle WebLogic Server内で実行され、1つ以上のContent Serverリポジトリに接続します。

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

- 構成の概要

- インストール後の構成

- リポジトリ・オプションの構成

- ビューア・キャッシュ・オプションの構成

- 定義のエクスポートおよびインポート

- ファイル・サイズの制限

- JVMメモリーの制限

- MBeanの構成

- フォント変数の設定

- 検索結果における秒数の表示の構成

- Imagingのロギングの構成

3.1 構成の概要

Imagingの構成は、次のいずれかの方法で行います。

- Content Serverリポジトリ製品の構成ツールを使用して、ユーザーの追加やユーザー・ロールおよびシステム・アクセス権の管理など、構成設定を設定します。詳細は、Oracle WebCenter Content Content Serverシステム管理者ガイドを参照してください。

- アプリケーション、検索、入力および接続の作成と変更を行うためのWebベースのImagingインタフェースを使用して、アプリケーションのセキュリティ、検索のセキュリティ、ドキュメントのセキュリティ、リポジトリ接続およびBPELの構成を設定します。

- WebLogic Scripting Tool (WLST)を使用して、MBeanを構成します。ImagingのカスタムMBeanを変更する方法の詳細は、第3.8項「MBeanの構成」を参照してください。

- Oracle Enterprise Manager Fusion Middleware Controlを使用して、MBeanを構成します。Enterprise Managerを使用してMBeanを構成する方法の詳細は、Oracle Fusion Middleware管理者ガイドを参照してください。

3.2 インストール後の構成

同じOracle WebLogic ServerドメインにImagingとWebCenter Contentを初めてインストールした場合は、Imagingにログインする前に次の手順を実行する必要があります。

1. Content Serverにログインします。

2. Content Serverの構成を受け入れます。

3. Content Serverを再起動します。

Content Serverを構成し、準備ができると、Imagingに最初にログインしたユーザーに、次のようなインストール後の構成ステップを実行するためのセキュリティ権限が付与されます。

- Content Serverリポジトリへの接続。

- 本番使用のためのContent Server記憶域プロバイダの構成。詳細は、第3.3.1項「記憶域の管理」を参照してください。

- LinuxシステムでのGDFontPath MBeanの構成。

- Oracle Outside Inの環境変数の設定。

- ワークフロー・サーバーへの接続。

これらの手順およびインストール手順の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

3.3 リポジトリ・オプションの構成

Imagingでは、Content Serverの機能を使用してドキュメントを保存および取得します。ドキュメントは、アップロードされたアプリケーションで指定されている条件に基づいて保存および保護されます。使用するリポジトリをImagingが認識するように接続を作成する必要があります。接続を作成する方法の詳細は、第7項「接続の管理」を参照してください。

返される検索結果の最大数や、ドキュメントの全文索引を作成できるかどうかの定義など、リポジトリ・オプションの構成は、Content Serverリポジトリで行う必要があります。アプリケーション、入力、検索または接続オブジェクトをImagingで定義する前に、必要なすべてのリポジトリ構成を行っておくことをお薦めします。詳細は、Oracle WebCenter Content Content Serverシステム管理者ガイドを参照してください。

3.3.1 記憶域の管理

Content Serverでは、ファイル・ストア・プロバイダを使用して、メディア・コンテンツをどこにどのように保存するかを決定します。Content Serverのインストール時に構成されるデフォルトの記憶域プロバイダは本番環境用ではなく、多数のドキュメントの取込みには適していません。ドキュメント数が10,000未満のデモ・システムにはデフォルトの構成を使用できますが、本番システムにはより詳細な構成が必要です。ファイル・ストア・プロバイダは、Imagingとは別にContent Serverで構成します。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のContent Serverファイル・ストア・プロバイダ・ルールに関する項を参照してください。

Oracle URMと統合されている場合、Content Serverでは、時間に基づいてメディア間でドキュメントを移動したり、ライフサイクルに基づいてドキュメントを削除できます。ImagingがOracle URMと統合されていない場合、別のファイル・ストアにコンテンツを移動したり、ドキュメントおよびすべてのリビジョンを削除する必要があるときには、Content Serverのアーカイバ・ツールまたはContent Serverのリポジトリ・マネージャ・ツールを使用して明示的に操作する必要があります。

Imagingの記憶域ポリシー・ページで提供される構成オプションの詳細は、第A.29項「アプリケーション記憶域ポリシー・ページ」を参照してください。Oracle URMを使用した保存管理の詳細は、Oracle WebCenter Content Recordsセットアップ・ガイドを参照してください。

3.3.2 リポジトリの容量

運用効率が低下するまでContent Serverリポジトリが満杯になると、新しいImagingアプリケーションを受け付けなくなることがあります。ただし、その後もリポジトリ内の既存のアプリケーションにドキュメントをアップロードすることは可能です。

次のいずれかの状況に該当する場合、Content Serverリポジトリは満杯であるとみなされます。

- セキュリティ・グループの数が環境変数IpmMaxGroupLimitの値を超えている場合

- セキュリティ・グループに対する権限を割り当てられたロールの数が環境変数IpmMaxGroupRoleLimitの値を超えている場合

- メタデータ・フィールドの数が環境変数IpmMaxMetadataFieldsの値を超えている場合

- Content Serverの構成設定のIpmRepositoryForceFullがTrueに設定されている場合
IpmRepositoryForceFullをTrueに設定すると、Imagingでそれ以上アプリケーションが作成されないように、Content Serverが満杯であることをImagingに対して明確にするようにContent Serverを構成できます。このように設定しても、ドキュメントをアップロードできなくなるわけではありません。

アプリケーションに使用される領域を増やすには、次を実行します。

- config.cfgファイルを直接編集するか、Content Server管理サーバーを使用して、IpmMaxGroupRoleLimit環境変数(Content Serverが満杯であるとみなされるまでの、権限を割り当てられているセキュリティ・グループとセキュリティ・グループ・ロールのマッピングの最大数)およびIpmMaxMetadataFields環境変数(Content Serverが満杯であるとみなされるまでのメタデータ・フィールドの最大数)の値を増やします。これらの変数のデフォルト値はどちらも500です。Content Serverの環境変数を変更する方法の詳細は、Oracle WebCenter Content Content Serverシステム管理者ガイドを参照してください。

3.3.3 記憶域メディア

Content Serverでは、ファイル・ストア・プロバイダを使用して、コンテンツの保存場所および保存方法が定義されます。ファイル・ストア・プロバイダはContent Serverで構成され、Content Serverでサポートされる任意のメディアを組み合せることができます。記憶域に使用するメディアではドキュメントの記憶域の場所が定義されていないため、Imagingユーザー・インタフェースでアプリケーションを定義するときには、記憶域の場所を表すためにボリュームという用語が使用されます。Imagingを使用してボリュームを作成したり、定義することはできません。Imagingは、Content Server管理者がContent Server内で定義および構成したボリュームに接続するのみです。

3.3.4 Content Serverのファイル・ストア・プロバイダ・ルール

Content Server内のファイル・ストア・プロバイダ機能を使用すると、Content Server内でファイルを保存および管理する方法と場所をより詳細に制御できます。たとえば、通常は、すべてのコンテンツを1つのファイル・システムのvaultおよびweblayoutディレクトリに保存することしかできません。しかし、FileStoreProviderを使用すると、複数のファイル・システムにコンテンツを保存することも、データベース内にコンテンツを保存することもできます。

3.3.4.1 リポジトリのWebレイアウト・ディレクトリの無効化

Content Serverでは、従来から、ファイル・システム上のWebレイアウト・ディレクトリを使用して、Webブラウザに表示できるフォーマットでコンテンツを保存しています。メインの記憶域ボリュームがデータベースに設定されている場合も同じです。この方法では、Content Serverを使用してWebサイトを管理している場合にコンテンツを素早く取得できるほか、プライマリ・コンテンツ・アイテムの記述に使用されるセカンダリ・ファイルを保存できますが、Imagingソリューションではそれほど有用ではありません。Imagingソリューション専用のWebレイアウト・ディレクトリを保持すると、ファイルがWebレイアウト・ディレクトリにコピーされますが、使用されることがないため、不要な記憶領域を消費することになります。Imagingボリュームとして使用するように構成したファイル・ストア・プロバイダについては、Webレイアウト機能を無効にすることをお薦めします。Webレイアウト機能を無効にするには、管理者がコンテンツ・サーバーでファイル・ストア・プロバイダの記憶域ルールの追加/編集ページにある「Web表示非対応のファイル・ストア」オプションを選択します。Webレイアウト・ディレクトリの無効化、またはFileStoreProvider全般の詳細は、Oracle WebCenter Content Content Serverシステム管理者ガイドを参照してください。

注意:
Webレイアウト機能を実装する場合、つまり、ImagingコンテンツについてWebレイアウト・ディレクトリを有効にし、Content Serverを使用してそのディレクトリを参照する場合、元のドキュメントは保護されます。ドキュメントが改訂されている場合、ユーザーはドキュメント内の改訂された内容を取得できません。ただし、WebCenter Content: Inbound Refinery (IBR)を使用して、PDFなど、サポートされているImagingドキュメントのレンディションを作成すると、そのドキュメントで改訂を使用している場合に、/weblayoutディレクトリ内のドキュメントの未改訂のバージョンを表示できることがあります。そのため、Imagingドキュメントで改訂を使用する場合は、Webレイアウト機能を実装しないでください。

3.3.5 その他のContent Serverコンポーネント

Imagingでは、互換性や追加オプションを提供するためにContent Serverコンポーネントを使用します。それらのコンポーネントがインストールされ、有効になっていることを確認してください。

3.3.5.1 必須コンポーネント

Content Serverとの互換性を確保するために、次のコンポーネントをインストールし、有効にする必要があります。

- IpmRepository: Content Serverでサポートされる次のような製品との互換性を確保するために、Imagingアプリケーションに固有のドキュメント・プロファイルをサポートするようにグローバル・プロファイル・ルールを設定します。

- Content Server Folders

- Oracle Universal Records Manager (URM)

- Oracle Information Rights Management (IRM)

3.3.5.2 オプション・コンポーネント

次のコンポーネントは、Imagingで利用できる便利な機能を提供します。

- OracleTextSearch: 全文索引付け機能を提供します。

- ContentTracker: コンテンツ・アクセスの監視機能を提供します。

- Folders: LDAPとの統合を提供するほか、ドキュメントを自動的に特定のフォルダに追加するようにImagingを構成できます。

3.4 ビューア・キャッシュ・オプションの構成

Imagingビューアは、サーバー上でリポジトリの外部にドキュメントをキャッシュできるため、ドキュメントがクライアント・マシンで表示される前に、より効率的にレンダリングできます。事前キャッシュが有効な場合、表示される前にドキュメントのレンダリングが完了するため、大きいドキュメントについては効率が大幅に向上します。これによって、表示のパフォーマンスが向上します。キャッシュされたドキュメントのセキュリティは、保存されているサーバーに対する認証によって制御されます。サーバーが安全であると考えられる場合、追加のセキュリティは必要ありません。追加のセキュリティが必要な場合は、キャッシュされたドキュメントを暗号化できます。第3.4.2項「キャッシュされたドキュメントの暗号化」を参照してください。

注意:
ビューアのキャッシングを有効にするかどうかは任意です。キャッシングを有効にするには、キャッシング機能を含むようにWebLogic Serverドメインを拡張する必要があります。ドメイン拡張の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

キャッシュされたドキュメントを使用するようにImagingビューアを設定する手順は次のとおりです。

1. 第3.8.3項「WLSTを使用したMBeanの変更」または第3.8.4項「Enterprise Managerを使用したMBean値の設定」に記載されている方法を使用して、ドキュメントをキャッシュする場所にViewerCachePath MBeanを設定することによって、ビューアのキャッシングを有効にします。たとえば、1台のコンピュータで実行されているImagingシステムでキャッシングを有効にする場合、相対パスIPM/ViewerCacheを使用できます。パスを設定しなかった場合、ドキュメントのキャッシングは無効になります。

注意:
Imagingがクラスタ環境で実行されている場合は、クラスタ内のすべてのサーバーが使用可能な場所にViewerCachePath MBeanを設定する必要があります。そのディレクトリ・パスを使用できないサーバーがある場合、各サーバーはドキュメントをローカルにキャッシュするため、キャッシュ全体の複数のインスタンスが生成されます。

2. ViewerCacheDays MBeanを設定して、表示後、キャッシュの場所にドキュメントを保持する日数を指定します。キャッシュされたドキュメントが、指定した日数内に表示されなかった場合、キャッシュから消去されます。指定した日数内にドキュメントが表示された場合、そのドキュメントのViewerCacheDaysタイマーはリセットされます。ViewerCacheDaysを0(デフォルト)に設定すると、キャッシュは消去されません。

3. ViewerCacheEnablePrecache MBeanをtrueに設定して、Imagingへの取込み時にドキュメントをキャッシュするか(事前キャッシュ)、falseに設定して、ビューアで最初にコールされたときにドキュメントをキャッシュします。

3.4.1 ビューア・キャッシュ・パスの変更

Imagingサーバーが停止しており、新しい場所で元の場所と同じファイル階層が使用されている場合、ビューア・キャッシュを正常に新しい場所に移動できます。

1. Fusion Middleware Controlを使用して、Imagingサーバーを停止します。

2. ファイル階層を保持して、キャッシュされたファイルを目的の場所に手動で移動します。

3. ViewerCachePath MBeanで新しいパスを設定します。

4. Imagingサーバーを再起動します。

3.4.2 キャッシュされたドキュメントの暗号化

追加のセキュリティが必要な場合、キャッシュされたドキュメントを暗号化するようにImagingを構成できます。暗号化すると、表示するドキュメントを復号化する際に余分な処理が必要になるため、レンダリングの速度が遅くなります。キャッシュされたドキュメントを暗号化するようにImagingを構成しても、キャッシュ時には、生成されたドキュメントが暗号化されていない期間がわずかに存在します。

キャッシュされたドキュメントの暗号化を有効にする手順は次のとおりです。

1. Enterprise Managerを使用して、新しいパスワード資格証明をドメインに追加します。

1. Enterprise Managerで、Oracle WebCenter ContentのWebLogic Serverドメインを選択します。

2. 「WebLogicドメイン」メニューから、「セキュリティ」、「資格証明」の順に選択します。

3. マップ「oracle.imaging」を選択します。oracle.imagingという名前のマップがない場合は、「マップの作成」をクリックし、oracle.imagingというマップ名を入力して、それを選択します。

4. 「キーの作成」をクリックします。キーにviewer.cacheという名前を付け、タイプとして「パスワード」を選択します。

5. ユーザー名を入力します。このユーザー名がいずれかのシステムに存在している必要はありません。

6. パスワードを入力し、確認して、「OK」をクリックします。

2. 第3.8.3項「WLSTを使用したMBeanの変更」または第3.8.4項「Enterprise Managerを使用したMBean値の設定」に記載されている方法を使用してViewerCacheEnableEncryption MBeanを設定することによって、暗号化を有効にします。

注意:
ViewerCacheEnableEncryption MBeanを設定する前に、キャッシュ前のすべてのドキュメントをキャッシュ・ディレクトリから削除する必要があります。

注意:
ViewerCacheEnableEncryption MBeanを設定するには、パスワード資格証明がドメインに存在する必要があります。

3.4.2.1 キャッシュされたドキュメントの暗号化の無効化

キャッシュされたドキュメントの暗号化を無効にするには、ViewerCacheEnableEncryption MBeanをfalseに設定します。それ以降のビューアへのコールでは、暗号化されていないドキュメントがキャッシュされます。パスワード資格証明がドメインで変更されていない場合、キャッシュ内の暗号化されたドキュメントを復号化して表示できます。

パスワード資格証明が変更または削除された場合のimaging.jksファイルの消去

パスワード資格証明が削除または変更された場合、キャッシュ内の暗号化されたドキュメントを手動で消去する必要があります。

1. Enterprise Managerを使用して、Imagingサーバーを停止します。

2. キャッシュされたファイルをキャッシュ・ディレクトリから手動で削除します。

3. imaging.jksファイルをキャッシュ・ディレクトリから削除します。

4. Imagingサーバーを再起動します。

3.4.3 テキスト・ベースのドキュメントにおけるイメージの表示の制御

Imagingには、ビューア・キャッシュに保存されている実際のページのイメージをそのままの状態でビューアに直接配信するオプションが用意されています。このオプションを使用すると、サーバーの処理が軽減されるとともに、イメージをできるかぎり明快にレンダリングできます。この機能は、MS-Word、MS-PowerPoint、MS-Excelドキュメントなどのテキスト・ベースのドキュメントで特に便利です。このオプションを有効にするには、ViewerCacheMaintainDimensions MBeanをFalseに設定する必要があります。また、ViewerInitialZoom MBeanを100に設定して、初期ズームを100%に設定する必要があります。MBeanを構成する方法の詳細は、第3.8項「MBeanの構成」を参照してください。

3.4.4 ビューア・キャッシュが有効な場合の取込みとレンダリングの調整

この項では、どのような場合に事前キャッシュ・オプションを使用すればよいか、および多数のドキュメントを処理する場合に取込みとレンダリングを最適化する方法について説明します。ここで説明する情報は、簡単なガイドラインとして提供するものです。個々の環境には、全体的なシステム・パフォーマンスに影響する要素が他にも多数あります。

Imagingのドキュメントの取込みとレンダリングは、入力エージェントおよびビューア・キャッシュのワーク・マネージャによってそれぞれ制御されます。ドキュメントをビューア・キャッシュに格納するレンダリング・プロセスは、CPUを非常に多く消費するシングル・スレッド・プロセスです。ドキュメントの取込みプロセスで使用されるシステム・リソースは、表示するドキュメントをレンダリングする際の同等の処理と比較すると、かなり少量です。事実上、レンダリングに割り当てられた各ワーク・マネージャ・スレッドは、レンダリングの間は専用CPUを意味します。

3.4.4.1 ビューア・キャッシュ

ビューア・キャッシュを使用すると、表示するドキュメントが一度のみレンダリングされ、構成した日数、それらのレンダリングが保存されるので、ドキュメントをそれ以降に表示するときには、完了したレンダリングを利用できます。そのため、サーバーの負荷を軽減し、パフォーマンスを向上させることができます。取り込んだドキュメントのほとんどを近いうちに表示するようなシナリオでは、ビューア・キャッシュを利用すると、全体的なリソース使用量が減り、最適なユーザー・エクスペリエンスが実現します。

多数のドキュメントを取り込んでも、表示することがほとんどないようなアーカイブ形式のシナリオでは、ビューア・キャッシュを有効にしてもあまり効果はありません。各ドキュメントが最初に表示されるときにレンダリングされるようにすることで、余分な記憶領域がキャッシュに使用されるのを防ぐことができます。ただし、この構成ではユーザー・エクスペリエンスが低下します。それでも、レンダリングされたページの保存期間が短いキャッシュを利用すると、効果がある場合があります。

ビューア・キャッシュ・シナリオでは(事前キャッシュが有効でない場合)、ドキュメントが最初に表示されるときにレンダリングが行われます。この場合、表示されるドキュメントのみが実際にレンダリングされるという利点があります。ただし、レンダリングの大半が通常のユーザー時間に行われるため、レンダリングに使用されるリソースが増えると、ユーザーの応答時間が低下する可能性があります。この構成では、取込みとレンダリングが分離されるため、個々に管理する必要があります。

3.4.4.2 ビューアの事前キャッシュ

取り込んだドキュメントのほとんどを近いうちに表示する場合は、ViewerCacheEnablePrecache MBeanをtrueに設定することで、ドキュメントを事前にレンダリングできます。この場合、取込みの直後にドキュメントがレンダリングされます。さらに、最初に表示する前にレンダリングされるので理想的です。

Imagingに取り込まれるドキュメントの量や使用可能なリソースによっては、取り込まれるドキュメントをビューア・キャッシュですぐに利用できない場合があります。そのような場合、取り込まれたドキュメントがレンダリングされる前に、ユーザーがドキュメントを表示しようとすると、すぐに処理される、優先度のより高いレンダリング・リクエストが生成されて、バックグラウンドのレンダリング・アクティビティの速度がさらに低下します。このような状況を避けるには、レンダリングを遅らせることなく、取込みとレンダリングを並行して実行するようにワーク・マネージャ・スレッドを適切に構成する必要があります。

取込みとレンダリングに使用されるCPUの数のバランスが取れていないと、ドキュメントの取込みがレンダリングよりはるかに早く完了します。その結果、多数のレンダリングが保留状態になり、取込みが完了した後も処理が続行されます。取込みとレンダリングのリソース使用量のバランスを取るには、取込みとレンダリングの専用CPUの数を1対5の割合に調整します。また、Imaging UIや必要なその他のタスクなど、サーバーの他のタスクを処理するために、他のCPUリソースを確保しておくことも必要です。

注意:

- ドキュメントの取込みが分散され、特定の時間に取込み数が少なくなるような場合、システムへの影響は断続的になるため、前述の専用CPUの割合を維持することは重要ではありません。この場合、取込みの影響はそれほど大きくないため、できるかぎり多くのリソースをレンダリング専用にすることをお薦めします。

- 多数のドキュメントが同時に取り込まれる場合は、レンダリングよりも取込みの速度を遅くするために、前述のCPUの割合が重要になります。ただし、ワークロードが増大し、パフォーマンスが低下する可能性があります。そのため、このような取込みはピーク時以外にスケジュールすることをお薦めします。

3.5 定義のエクスポートおよびインポート

Imagingソリューションをデプロイする際には、アプリケーション、検索、入力および接続を定義する必要があります。アプリケーションは、Imagingの中心となります。アプリケーションはドキュメントの一種の管理コンテナで、アプリケーション内のすべてのドキュメントのメタデータ・セット、記憶域情報およびセキュリティを定義します。検索を使用すると、ユーザーは必要なドキュメントを素早く取得できます。入力定義は、入力ファイルからアプリケーションで定義されているメタデータ・フィールドへの情報のマッピングに使用されます。アプリケーション、検索、入力および接続は、Imagingユーザー・インタフェースを使用して定義します。

アプリケーション、検索および入力の定義を再利用することもできます。そのためには、目的の定義をXMLファイル形式にエクスポートします。その後、エクスポートした定義ファイルを他のシステムにインポートすると、同じアイテムをそのシステムで利用できます。たとえば、売掛管理部門のInvoicesアプリケーションをすでに作成しており、これから買掛管理部門用に同様のアプリケーションを作成する場合、インポートしたアプリケーション定義を使用し、必要に応じてImagingユーザー・インタフェースで変更できます。

アプリケーションをエクスポートする場合、アプリケーションを選択し、第3.5.1項「定義のエクスポート」に詳しく記載されている手順に従って、明示的にエクスポートできます。また、アプリケーションを参照する検索や入力を選択し、エクスポート手順に従って、アプリケーション定義を暗黙的にエクスポートすることもできます。アプリケーション定義を明示的にエクスポートした場合、上書きするように指定すると、エクスポートしたアプリケーション定義で既存のアプリケーション定義を変更できます。暗黙的にエクスポートしたアプリケーション定義で既存の定義を変更することはできません。

3.5.1 定義のエクスポート

定義ファイルをエクスポートする手順は次のとおりです。

1. ナビゲータ・ペインの「ツール」で、「定義のエクスポート」を選択します。定義のエクスポート: コメントのエクスポート・ページが表示されます。

2. エクスポートの必要性など、エクスポートする定義に関するコメントを入力し、「次」をクリックします。定義のエクスポート: アプリケーション・ページが表示されます。

3. エクスポートに必要なアプリケーション定義を有効にします。

4. 「次へ」をクリックします。定義のエクスポート: 検索ページが表示されます。

5. エクスポートに必要な検索定義を有効にします。

6. 「次へ」をクリックします。定義のエクスポート: 入力ページが表示されます。

7. エクスポートに必要な入力定義を有効にします。

8. 「次へ」をクリックします。定義のエクスポート: サマリー・ページが表示されます。

9. サマリー・ページの情報を確認し、正確であることを確かめます。前に戻って変更するには、ナビゲーション・トレインを使用します。問題がなければ、「エクスポート・ファイルの作成」をクリックします。

3.5.2 定義のインポート

定義ファイルを作成したら、次の手順を実行してインポートします。

1. ナビゲータ・ペインの「ツール」で、「定義のインポート」をクリックします。定義のインポート: ファイルの位置ページが表示されます。

2. パスを入力するか、「参照」をクリックして、インポートするエクスポート済の定義が格納されている定義ファイルに移動し、「次」をクリックします。定義のインポート: インポートの選択ページが表示されます。

注意:
マウスのかわりにキーボードを使用して「参照」ボタンを選択する場合は、「参照」ボタンにタブ移動し、スペース・バーを使用して「参照」ボタンの機能を実行し、ダイアログ・ボックスを開きます。[Enter]キーを押しても「参照」ボタンの機能は実行されません。

3. インポートするそれぞれのアプリケーション、入力および検索定義についてアクションを選択します。オプションは次のとおりです。

- 上書き: インポートした定義で現在の定義を上書きします。

- 追加: インポートした定義をシステムに追加します。

注意:
暗黙的にエクスポートしたアプリケーション定義で既存の定義を上書きすることはできません。暗黙的にエクスポートしたアプリケーション定義は、エクスポート対象として明示的に選択したアプリケーションではなく、選択した検索または入力定義によって参照されるアプリケーションです。

複数のリポジトリが使用可能な場合は、インポートした定義で使用されるリポジトリを選択してください。「次へ」をクリックします。定義のインポート: インポートの検証ページが表示されます。

4. インポートした定義の「セキュリティ」、「ドキュメント・セキュリティ」、「記憶域ポリシー」、「ワークフロー」および「全文オプション」の設定を変更するかどうかについての決定を選択します。「送信」をクリックします。インポート・サマリー・ページが表示されます。

5. サマリー・ページの情報を確認し、正確であることを確かめます。前に戻って変更するには、ナビゲーション・トレインを使用します。問題がなければ、「閉じる」をクリックします。

3.6 ファイル・サイズの制限

ファイル・サイズの制限は、表示用にドキュメントを取得する場合に影響を及ぼす最大の要因となります。システム・アーキテクチャ、ハードウェア制限、ネットワーク・ロードおよびその他の要因は、ドキュメントの取得時間に影響を及ぼし、ビューアがタイムアウトする原因となることがあります。Imagingは最大200MBまでのサイズのドキュメント・ファイルを格納するように最適化されています。

200MB以下のサイズのドキュメントの場合、ページ・イメージのレンダリング処理はドキュメントの種類にかかわらず一定しています。この処理はシングル・スレッドで実行され、CPUの負荷がたいへん高くなります。適当なサイズのサンプル・ドキュメントを選択し、キャッシュ・ページを生成(つまり、そのページをビューアで表示)することによって、ドキュメントのレンダリング・レートを予測できます。生成されるページ・ファイルのタイム・スタンプの差により、ドキュメントのレンダリングにかかる合計時間の予測がつきます。この時間の差を使用して、様々なサイズのドキュメントのレンダリングに要する時間を見積もることができます。ビューアのプリキャッシュを使用しない場合は、ドキュメントのサイズが大きくなるにつれて、最初のページを取得するのに時間がよりかかるようになります。しかし、プリキャッシュされたドキュメントの取得ははるかに安定しています。ドキュメントのレンダリング予想時間は、サーバーに対する他の需要に応じて変わります。アップロードおよび表示する必要のあるファイルが200MBを超過する場合は、使用する予定の特定のネットワーク・アーキテクチャにおいてピーク・ネットワーク・ロードをシミュレーションするときに、これらのファイルを使用してパフォーマンスをテストしてください。

3.7 JVMメモリーの制限

Oracle Imagingビューアは、クライアント・システムが提供するメモリーを利用します。大きく複雑なドキュメントや複数のドキュメントを表示したり、ズームインおよびズームアウトによってドキュメント・ビューを操作すると、ビューアで必要な使用可能メモリー量が多くなります。ビューアを詳細モードで使用している場合、Javaプラグイン・コントロール・パネルを使用して、使用可能なメモリーを増やすことができます。割り当てられる最大サイズが物理メモリーの4分の3を超えないようにしてください。

3.8 MBeanの構成

MBeanと呼ばれるJava Management Beanは、管理アプリケーションがJavaアプリケーションを外部で構成および制御するための方法を定義する、さらに大きなJava Management eXtension (JMX)標準の一部です。Imagingでは、インストール時に、ホスト・アプリケーション・サーバーのMBeanサーバーにMBeanが登録されます。これによって、他のアプリケーションでImagingの構成データを操作できるようになります。これには、WebLogic Scripting Tool (WLST)やOracle Enterprise ManagerのMBeanブラウザなどがあります。

3.8.1 MBean属性の構成

次の表では、Imaging固有のMBean属性について説明します。

MBeanの属性

説明

CacheAgeLimit

ページキャッシュのレンダリングのタイムアウト期間です(JOC IdleTimeの設定に使用します)。サーバーの再起動時に有効になります。ViewerCachePath MBean属性が設定され、ビューア・キャッシュが有効になっている場合、このMBean属性は使用されません。
値の制限: キャッシュのアイドル時間(分)

デフォルト: 60分

CacheLocation

ページキャッシュのレンダリング一時ファイルの場所です。サーバーの再起動時に有効になります。ViewerCachePath MBean属性が設定され、ビューア・キャッシュが有効になっている場合、このMBean属性は使用されません。
値の制限: 値は、File.createTempFileの3番目のパラメータとして使用されます。有効なシステム・ファイル・パスの仕様です。

デフォルト: 値を指定しなかった場合、システムのtempが使用されます。

CheckInterval

入力エージェントが作業をチェックする頻度(分)を構成します。サーバーの再起動時に有効になります。
値の制限: 最小=1、最大=60

デフォルト: 15分

CleanupExpireDays

イメージを削除するまでの日数を設定します。許容可能な値は0から30までです。デフォルト値は0です。この場合、イメージ・ディレクトリのパージは無効です。変更する場合は、サーバーを再起動する必要があります。

CleanupFileExclusionList

文字列値は、パージ対象から除外されるファイル名のリストを指定します。これにより、ファイリング後に削除せずに注釈などのファイリングでファイルを再使用できるようになります。
ファイル名は、ワイルドカードを使用せずに正確に指定する必要があります。入力した値は、単一のセミコロンで区切られた文字列に連結されます。これは、デリミタを含めて250文字以内である必要があります。変更する場合は、サーバーを再起動する必要があります。

DefaultColorSet

プリファレンスを設定していない場合にUIで使用するデフォルト・スキンの名前です。空白の場合、デフォルトはblafplus-richです。UIで見つかったスキン名の文字列値が有効です。サーバーの再起動時に有効になります。
値の制限: インストール上の任意の有効なスキン名

デフォルト: blafplus-rich

DefaultSecurityGroup

アプリケーション作成時のドキュメントのセキュリティに使用するデフォルトのセキュリティ・グループです。空白の場合、ユーザーはグループを指定する必要があります。この設定はセキュリティの初期化中にも使用できます。Imagingセキュリティがまだ初期化されていなく、この値が構成されている場合、このグループの他にログインしているユーザーにもフル管理者権限が与えられます。サーバーの再起動時に有効になります。
値の制限: 任意の有効なセキュリティ・グループ名

デフォルト: なし(空の文字列)

DisableInputAgent

入力エージェントが、処理用に取得されるのを待つために新規入力ファイルをチェックすることを無効にします。サーバーの再起動時に有効になります。
デフォルト: False

DocumentFileTimeout

ドキュメントの作成/更新/移動などのリポジトリ操作に対するタイムアウト(ミリ秒)です。リポジトリに対するリクエストのタイムアウトとして使用されます。これは、RIDCを介して行われたリクエストの事実上のタイムアウト期間です。サーバーの再起動時に有効になります。
値の制限: 最小=0、最大=Integer.MAX_VALUE

デフォルト: 2000000

GDFontPath

OITレンダリング・パッケージで使用するTTFフォント・ファイルが含まれる場所を参照するパスです。サーバーの再起動時に有効になります。
値の制限: この値はLinux専用で、Windowsシステムでは無視されます。これはOracle Outside In Technologyの要件です。

デフォルト: デフォルトは指定されていません。明示的に定義する必要があります。

ImagingTenantId

Imagingシステムの一意のテナント識別子です。サーバーの再起動時に有効になります。
注意: このMBeanおよび関連するImagingTenantNameは、Fusionアプリケーションのマルチテナント環境でのみ設定してください。

ImagingTenantName

Imagingシステムの一意のテナント名です。サーバーの再起動時に有効になります。
注意: このMBeanおよび関連するImagingTenantIdは、Fusionアプリケーションのマルチテナント環境でのみ設定してください。

InputAgentInputFileAgeSeconds

入力エージェントを介して入力ファイルを処理するまでの待機時間を指定します。これは、ファイルが共有フォルダに書き込まれる時間と処理される時間の時間差です。
値制限: 0以上

デフォルト: 60

InputAgentRetryCount

ジョブの再試行可能回数を制御します。デフォルトは3です。4回目の試行時にジョブは失敗ディレクトリに配置されます。サーバーの再起動時に有効になります。
デフォルト: 3

InputDirectories

入力ソースが作業を検索するための、CSV文字列として保存されたディレクトリのリストを指定します。サーバーの再起動時に有効になります。
値の制限: サーバーがアクセスできる任意の有効なディレクトリ・パスで、エントリの最小数は1、最大数は10です。

デフォルト: IPM/InputAgent/Input

JpegImageQuality

レンダリングされたJPGイメージの希望する品質レベルを指定します。値を低くするとドキュメントはより小さく圧縮され、ロード時間の短縮が可能になりますが、イメージの見た目の品質は低下します。サーバーの再起動時に有効になります。
値の制限: 0から100の値

デフォルト: 100

LogDetailedTimes

UIアクティビティの詳細ロギングと、多くのUIアクティビティについてはその期間も指定します。サーバーの再起動時に有効になります。ログがエントリでいっぱいになるため、UIで長時間の遅延が発生している場合にのみ、LogDetailedTimesを有効にしてください。通常は速度の低下を確認するのみでかまいません。
値の制限: True - ロギングが有効になります。False - ロギングが無効になります。

デフォルト: False

MaxSearchResults

検索で返される許容最大行数です。この値に達すると検索は停止します。サーバーの再起動時に有効になります。
値の制限: 最小=1、最大=10000

デフォルト: 100

OnlyCreatorCanModifyAnnotation

注釈の作成者およびアプリケーションに対する管理者権限を持つユーザー以外のユーザーが注釈を変更できるかどうかを指定します(第A.52項「定義管理セキュリティ・ページ」を参照)。サーバーの再起動時に有効になります。
値の制限: True - 注釈の作成者およびアプリケーションに対する管理者権限を持つユーザーのみが注釈を変更できます。False - 権限を持つすべてのユーザーが注釈を変更できます。

デフォルト: False

RequireBasicAuthSSL

trueに設定すると、すべてのWebサービス通信でSSLの使用を強制します。OWSMセキュリティ・ポリシーが適用されていないため、RequireBasicAuthSSLの設定はHTTP Basic認証が使用中でない場合にのみ適用されることに注意してください。サーバーの再起動時に有効になります。
デフォルト: False

SampleDirectory

入力UI用のサンプル・データを保存するディレクトリを指定します。サーバーの再起動時に有効になります。
値の制限: サーバーがアクセスできる任意の有効なディレクトリ・パス

デフォルト: IPM/InputAgent/Input/Samples

SupportingContentFields

ユーザーが、Imagingにアップロードされているドキュメントに対するサポート中のコンテンツとしてファイルを指定できるようにします。「True」に設定されている場合、フィールド「サポートするコンテンツ・キー」および「サポートするコンテンツ」がアップロード・ドキュメント・ツールに表示されます。サーバーの再起動時に有効になります。
デフォルト: False

ViewerAutoLaunchAllExtensions

Trueに設定すると、デフォルトでネイティブ・ビューアですべてのMimeタイプを開くことを許可します。
Falseに設定すると、ネイティブ・ビューアで開くことを許可するMimeタイプは、ViewerAutoLaunchFileExtensions MBean属性に依存します。

デフォルト: False

ViewerAutoLaunchFileExtensions

ユーザーが、デフォルトでネイティブ・ビューアで開くMimeタイプのリストをカンマ区切りで指定できるようにします。たとえば、デフォルトでExcelシートをネイティブ・ビューアで開くには、「MBean」属性値をapplication/vnd.ms-excelと指定します。サーバーの再起動時に有効になります。
デフォルト: 空(機能は無効です)

ViewerBottomPanelHeight

下部パネル領域の高さをピクセル単位で指定します。サーバーの再起動時に有効になります。
デフォルト: 160

ViewerCacheDays

自動的に消去されるまでドキュメントをキャッシュ・ディレクトリに保持する日数を指定します。0に設定すると、キャッシュは消去されません。サーバーの再起動時に有効になります。
デフォルト: 30

ViewerCacheEnableEncryption

キャッシュされたドキュメントを暗号化するかどうかを指定します。このMBean属性を設定するには、oracle.imagingマップとviewer.cacheキーを含むパスワード資格証明がドメインに存在する必要があります。詳細は、第3.4.2項「キャッシュされたドキュメントの暗号化」を参照してください。暗号化すると、表示するドキュメントを復号化する際に余分な処理が必要になるため、レンダリングの速度が遅くなります。サーバーの再起動時に有効になります。
値の制限: True - キャッシュされたドキュメントが暗号化されます。False - キャッシュされたドキュメントは暗号化されません。

デフォルト: False

ViewerCacheEnablePrecache

Imagingへの取込み時にドキュメントをキャッシュするか、ビューアで最初にコールされたときにドキュメントをキャッシュするかを指定します。サーバーの再起動時に有効になります。
値の制限: True - ドキュメントがImagingに最初に取り込まれたときにキャッシュされます。False - ドキュメントがビューアで最初にコールされたときにキャッシュされます。

デフォルト: False

ViewerCacheMaintainDimensions

レンダリングされたDPIに関係なく、非96DPIイメージの実際のイメージの寸法を保持するか、ビューア・キャッシュからイメージを直接配信するかを指定します。サーバーの再起動時に有効になります。
値の制限: True - 実際のイメージの寸法を保持します。False - ビューア・キャッシュからイメージを直接配信します。

デフォルト: False

ViewerCachePath

ドキュメントをキャッシュする場所を示すファイル・パスを指定します。値を指定しなかった場合、キャッシングは無効になります。Imagingがクラスタ環境で実行されている場合は、クラスタ内のすべてのサーバーが使用可能な場所にViewerCachePath MBean属性を設定する必要があります。サーバーの再起動時に有効になります。
値の制限: 文字列 - 入力すると、ドキュメントのキャッシュが有効になります。

デフォルト: 空(キャッシングは無効です)

ViewerCollapseBottomPanel

ドキュメントが最初に開かれたときの下部パネル領域の動作を設定します。サーバーの再起動時に有効になります。
値の制限: True - パネルは表示されません。False - パネルが表示されます。

デフォルト: False

ViewerCollapseLeftPanel

ドキュメントが最初に開かれたときの左パネル領域の動作を設定します。サーバーの再起動時に有効になります。
値の制限: True - パネルは表示されません。False - パネルが表示されます。

デフォルト: False

ViewerHistoryPanelPlacement

ビューア内での履歴パネルの初期の表示位置を指定します。サーバーの再起動時に有効になります。オプションは次のとおりです。
値の制限: 1=非表示、2=左、3=下部

デフォルト: 2

ViewerInitialZoom

基本ビューアでドキュメントを最初に開いたときの表示倍率を指定します。サーバーの再起動時に有効になります。
値の制限: 1=最適、2=高さ合せ、3=幅合せ、20、50、100、150、200=ズーム倍率

デフォルト: 100

ViewerLaunchOnSingleHit

ドキュメントの検索結果が1つのドキュメントのみである場合に、そのドキュメントをデフォルトのビューアで自動的に開くかどうかを指定します。サーバーの再起動時に有効になります。
値の制限: True - ビューアが起動します。False - ビューアは起動しません。

デフォルト: False

ViewerLeftPanelWidth

左パネル領域の幅をピクセル単位で指定します。サーバーの再起動時に有効になります。
デフォルト: 200

ViewerMaxPages

特定のドキュメントのページの最大数の上限がビューアに表示されるように指定します。基本ビューアと詳細ビューアの両方に適用されます。このMBean属性の値に対する変更はすべてImaging Managed Serverの再起動が必要となります。
ビューア・キャッシュが使用中の場合、ViewerMaxPagesを有効にするにはビューア・キャッシュ・ディレクトリを手動でクリアする必要があります。

値の制限: 任意の正の整数

デフォルト: 0 (すべてのページが表示されます)

ViewerMaximumDocuments

1つのビューア・ウィンドウに表示されるドキュメントの最大数の上限を設定します。サーバーの再起動時に有効になります。
値の制限: 任意の正の整数

デフォルト: 25

ViewerPreferredDPI

ドキュメントをTIFFに変換するときのインチ当たりのドット数(DPI)の推奨値を設定します。サーバーの再起動時に有効になります。
値の制限: 0(ドキュメントの変換に使用される変換プラットフォームのデフォルト値)、75、96、120、144、192、300

デフォルト: 96

ViewerPropertiesPanelPlacement

ビューア内でのプロパティ・パネルの初期の表示位置を指定します。サーバーの再起動時に有効になります。
値の制限: 1=非表示、2=左、3=下部

デフォルト: 2

ViewerStickyNotesPanelPlacement

ビューア内での付箋パネルの初期の表示位置を指定します。サーバーの再起動時に有効になります。
値の制限: 1=非表示、2=左、3=下部

デフォルト: 2

ViewerUseAdvancedByDefault

プリファレンスを設定していない場合、デフォルトのビューア・モードとして詳細ビューアが使用されます。サーバーの再起動時に有効になります。
値の制限: True - 詳細ビューアがデフォルトになります。False - 基本ビューアがデフォルトになります。

デフォルト: False

ViewVerifyJavaInstall

Internet Explorerブラウザを使用する際に、JREバージョン・チェックが必要かどうかを指定します。サーバーの再起動時に有効になります。
値制限: True - Imagingは、認証済の最低限のJREが使用できることを確認するためにJREバージョン・チェックを実行します。使用できない場合、ユーザーに自動ダウンロード・リンクを使用して適切なJREバージョンのダウンロードが要求されます。 False - ImagingはJREバージョン・チェックを実行しません。

デフォルト:True

WorkflowAgentSoaRetryCount

SOAプロセスのインスタンス化の許可される回数を指定します。この回数を超えると、SOAサーバーが処理中でないときに、これらのファイルが自動的にフォルト表に移動されます。
注意: 各インスタンス化試行の時間差は5分であり、試行回数はユーザーの要件に基づいて増減できます。

値制限: 0以上

デフォルト: 3

3.8.2 読取り専用MBean属性

次のIPM構成MBean属性は読取り専用です。これはOracleによるJava Management Extension (JMX)標準の実装の一部であり、Enterprise ManagerシステムMBeanブラウザで表示はできますが変更はできません。

MBeanの属性

説明

ConfigMBean

このMBeanがConfig MBeanであるかどうかを示します。
デフォルト: false

eventProvider

このMBeanがJSR-77によって定義されているイベント・プロバイダであることを示します。
デフォルト: true

eventTypes

このMBeanによって送信されるすべてのイベントのタイプ。
デフォルト: jmx.attribute.change

IPMVersion

Imagingのバージョン番号の文字列ファイルです。

objectName

MBeanの固有のJMX名。
デフォルト: oracle.imaging:type=config

PolicyStoreProvider

これは、ポリシー・ストアで使用されているセキュリティのタイプを示す、構成不可の読取り専用MBeanです。
値の制限: 指定可能な値は、Internal、OPSS (DB)およびOPSS (LDAP)です。

デフォルト: ポリシー・ストアで使用されているセキュリティの値

ReadOnly

trueの場合、このMBeanが読取り専用MBeanであることを示します。
デフォルト: false

RestartNeeded

再起動が必要かどうかを示します。
デフォルト: false

stateManageable

このMBeanがJSR-77によって定義されている状態管理機能を提供することを示します。
デフォルト: false

statisticsProvider

このMBeanがJSR-77によって定義されている統計プロバイダであることを示します。
デフォルト: false

SystemMBean

このMBeanがシステムMBeanであることを示します。
デフォルト: false

Uptime

I/PMサーバーが最後に起動してからの稼働時間を戻します。この値はHH:MM:SSという形式で戻されます。

3.8.3 WLSTを使用したMBeanの変更

WebLogic Server Scripting Tool (WLST)は、Imaging MBeanを含め、Oracle WebLogic Serverドメインの作成、管理および監視に使用できるコマンドライン・スクリプト環境です。カスタムMBean属性のリストは、第3.8.1項「MBean属性の構成」を参照してください。WLSTコマンドはコマンドラインで発行され、Oracle WebLogic Serverドメインを介してMBeanサーバーにアクセスし、さらに特定のアプリケーションMBeanにアクセスする手段を提供します。そこで、Imaging MBeanの設定を変更できます。これらの設定を表示または変更するために、Oracle WebLogic Serverに付属しているWebLogic Server Scripting Tool (WLST)を使用できます。WLSTコマンドおよびコマンドライン・プロトコルの詳細は、Oracle Fusion Middleware管理者ガイドを参照してください。

図3-1 Imagingアーキテクチャ内でのWebLogic Scripting Toolの使用

次の点に注意してください。

- 文字列は、一重引用符(')で囲む必要があります。

- ブール値は、Boolean('true')またはBoolean('false')のように入力する必要があります。

- MBeanの設定では大/小文字が区別されます。

- long値は、Long(123456)のように入力する必要があります。

WLSTを使用してImaging MBeanの設定を表示する手順は次のとおりです。

1. Imagingがインストールされているターゲット・システムにログインします。

2. コマンドライン・シェルを開きます。

3. WebCenter Contentのホーム・ディレクトリに移動します。
Windowsシステムの場合、次のように入力します。

>cd ('%ORACLE_HOME%/common/bin')

Linuxシステムの場合、次のように入力します。

>cd ('$ORACLE_HOME/common/bin')

4. WebLogic Server Scripting Toolを起動します。
Windowsシステムの場合、次のように入力します。

wls> wlst.cmd

Linuxシステムの場合、次のように入力します。

wls> ./wlst.sh

WLSTシェルが切断モードで起動します。

5. Imaging管理対象サーバーの正しいポートを使用して、WebLogic管理サーバーに接続します。たとえば、次のように入力します。

wls:/offline>connect()
wls:/base_domain/serverConfig> connect()
Please enter your username [weblogic]: <enter>
Please enter your password [welcome1]: <enter>
Please enter your server URL [t3://localhost:7001]:t3://localhost:16000
Connecting to t3://localhost:16000 with userid weblogic...
Successfully connected to managed Server 'IPM_server1' that belongs to domain 'base_domain'.

前述の例に記載されているポートは、Imaging管理対象サーバーのデフォルトのリスニング・ポートです。WLS管理サーバーのポートではありません。ホスト名とポートの両方がImagingサーバーを指している必要があります。Imagingのホスト名が管理サーバーとは異なる場合があります。

6. Imaging MBeanが公開されているカスタムMBeanサーバーに切り替えます。

wls:/base_domain/serverConfig> custom()

ロケーションがカスタム・ツリーに移動しました。これは、ルートのない書込み可能なツリーです。

wls:/base_domain/custom> ls()
drw-   EMDomain
drw-   JMImplementation
drw-   com.oracle.igf
drw-   com.oracle.jdbc
drw-   com.oracle.jps
drw-   oracle.adf.share.config
drw-   oracle.adf.share.connections
drw-   oracle.as.util
drw-   oracle.dfw
drw-   oracle.dms
drw-   oracle.dms.event.config
drw-   oracle.imaging
drw-   oracle.j2ee.config
drw-   oracle.joc
drw-   oracle.jocssl
drw-   oracle.jrf.server
drw-   oracle.logging

この例のls()コマンドは、カスタム・ディレクトリの内容をリストします。oracle.imagingエントリを探します。oracle.imaging MBeanがリストされていない場合、Imaging管理対象サーバーの正しいポートに接続されていません。切断し、正しいポートを使用して再接続する必要があります。

7. MBeanはディレクトリ構造に配置されているので、Imagingの設定が格納されているディレクトリに移動します。

wls:/base_domain/custom> cd('oracle.imaging')
wls:/base_domain/custom/oracle.imaging> cd('oracle.imaging:type=config')

8. これで、Imagingのすべての設定が格納されているディレクトリに移動しました。ls()コマンドを入力して、すべての構成オプションとその設定を表示するか、get('<name>')関数を入力して特定の値を取得します。

wls:/base_domain/.../> ls()
.
.
.
wls:/base_domain/.../> get('MaxSearchResults')
'100'

9. set(name, value)関数を使用して値を変更します。変更を有効にする時間(MBeanごとに異なるため)の詳細は、第3.8.1項「MBean属性の構成」を参照してください。

wls:/base_domain/.../> set('CheckInterval', 5)

3.8.4 Enterprise Managerを使用したMBean値の設定

Enterprise Manager (EM)を使用してサーバー・パフォーマンスを監視している場合は、Enterprise ManagerのシステムMBeanブラウザを使用してImaging MBean値を表示および変更することもできます。システムMBeanブラウザを使用する手順は次のとおりです。

1. Enterprise Managerにログオンします。

2. 「デプロイメント」で、該当するターゲット(IPM_server1など)をクリックします。サマリー・ページが表示されます。

3. MBeanを表示するには、「WebLogic Server」メニューの「システムMBeanブラウザ」を選択します。左側のナビゲーション・ペインで、「アプリケーション定義のMBean」の「oracle.imaging」を開きます。該当するサーバーを選択します。

4. 該当するサーバーを開きます。

5. 「config」を開きます。

6. 「config」をダブルクリックして、Imaging MBeanとその設定のリストを表示します。

7. 該当するMBeanの設定を変更し、「適用」をクリックします。変更を有効にする時間(MBeanごとに異なるため)の詳細は、第3.8.1項「MBean属性の構成」を参照してください。

3.9 フォント変数の設定

サポートされていないフォントをドキュメントで使用すると、ドキュメントが読み取れなかったり、正しいテキスト形式が作成されないことがあります。また、テキスト・ドキュメント上のデータが移動して、改訂された内容がドキュメント上に表示されてしまうこともあります。たとえば、改訂注釈はドキュメントの最上部に配置されます。あるシステムのフォントを使用してドキュメントがレンダリングされ、レンダリングに基づいて単語上に改訂が配置されている場合、別のシステムの別のフォントでは、ドキュメントのテキストが多少異なる位置にレンダリングされることがあります。改訂注釈の下で非表示になっているデータが移動し、ドキュメント上に表示されてしまう可能性があります。

レンダリングされたテキストが誤って改訂の下に移動することがないように、必ず、改訂の配置に使用されるすべてのクライアント・マシンでImagingサーバーと同じフォントを使用してください。そうすると、Oracle Outside Inレンダリング・エンジンで、改訂の配置に使用されるクライアント・マシンと同じフォントを使用してドキュメントをレンダリングできます。改訂されたファイルのTIFFイメージがレンダリングされると、改訂されたテキストを表示するための適切なセキュリティ権限をユーザーが持っている場合を除き、改訂およびテキストは、フォントを使用せずにイメージとして表示されます。表示されるドキュメントはすでにイメージに変換されているため、ユーザーがフォントを削除してドキュメントを表示しようとしても、テキストを改訂の下に移動することはできません。

UNIXシステムでImagingを実行する場合は、TrueTypeフォント(*.ttfまたは*.ttcファイル)を使用するようにUNIXサーバーが構成されていることを確認してください。WLSTまたはOracle Enterprise Manager 11g Fusion Middleware Controlを使用して、サポートされているフォント・ファイルへのパスを含むようにImagingサーバーのGDFontPath構成MBeanを設定します。GDFontPathが見つからない場合は、現在のディレクトリが使用されますが、必要なフォントがそのディレクトリにあることもあれば、ないこともあります。

注意:
GDFontPathの設定は、UNIXシステムでのみ必要です。Windowsシステムで設定する必要はありません。

注意:
ビューア・キャッシュを有効にすると、一貫性のないフォントによる改訂注釈の移動に関連する問題を防ぐことができます。詳細は、第3.4項「ビューア・キャッシュ・オプションの構成」を参照してください。

3.9.1 MBeanの構成

次の手順では、MBeanを構成します。特に、GDFontPath MBeanを設定する方法について詳しく説明します。

Fusion Middleware ControlでGDFontPath MBeanを構成する手順は次のとおりです。

1. 次のURLのOracle Enterprise Manager 11g Fusion Middleware ControlでImagingドメインにアクセスします。

http://adminServerHost:adminServerPort/em

たとえば、次のように入力します。

http://machineName:7001/em

2. 管理ユーザー(weblogicなど)としてログインします。

3. ナビゲーション・ツリーで、「アプリケーション・デプロイメント」を開き、「imaging」アプリケーションをクリックします。

4. 「アプリケーション・デプロイメント」メニューで、「システムMBeanブラウザ」を選択します。

5. 「アプリケーション定義のMBean」の「oracle.imaging」フォルダを開きます。

6. 「Server: <server_name>」および「config」フォルダを開きます。<server_name>は、IPM_server1など、Imagingサーバーの名前です。各Imagingサーバーについて手順6から10を繰り返します。

7. 「config」をクリックします。

8. GDFontPathをUNIXシステム上のTTFファイルの場所(/usr/share/X11/fonts/TTFなど)に設定します。

9. 「適用」をクリックします。

10. Imagingサーバーを再起動します。

3.10 検索結果における秒数の表示の構成

デフォルトでは、Content Serverリポジトリは、検索結果表に表示する時間情報を返す際にImagingに秒数を返すように設定されていません。検索結果表の日時フィールドに秒数を表示する必要がある場合は、SystemPropertiesアプレットを使用して、秒数を返すようにContent Serverリポジトリを構成する必要があります。SystemPropertiesアプレットを実行するには、まずJpsUserProviderを一時的に無効にする必要があります。秒数を返すようにContent Serverを構成する手順は次のとおりです。

1. Content Serverがインストールされているターゲット・システムにログインします。

2. コマンドライン・シェルを開きます。

3. DOMAIN_HOME/ucm/csディレクトリに移動します。
Windowsシステムの場合、次のように入力します。

>cd ('%DOMAIN_HOME%/ucm/cs')

Linuxシステムの場合、次のように入力します。

>cd ('$DOMAIN_HOME/common/bin')

4. ComponentToolを実行し、次のコマンドを使用してJpsUserProviderを無効にします。

./bin/ComponentTool --disable JpsUserProvider

5. 次のコマンドを使用してSystemPropertiesアプレットを起動します。

./bin/SystemProperties

SystemPropertiesアプレットが表示されます。

6. SystemPropertiesユーザー・インタフェースで、「ローカライズ」タブをクリックします。

7. 変更するロケールを選択します。たとえば、「English-US」を選択し、「編集」をクリックします。「ロケールの構成」ダイアログ・ボックスが表示されます。

8. 各フィールドの秒数を囲んでいる大カッコ([])を削除して、秒数が表示されるようにします。たとえば、次のように変更します。
M/d/yy {h:mm[:ss] {aa}[zzz]}!mAM,PM

変更後:

M/d/yy {h:mm:ss {aa}[zzz]}!mAM,PM

9. 「OK」をクリックします。「ロケールの構成」ダイアログ・ボックスが閉じます。

10. ComponentToolを実行し、次のコマンドを使用してJpsUserProviderを有効にします。

./bin/ComponentTool --enable JpsUserProvider

11. Content Serverを再起動します。Content Serverを再起動する方法の詳細は、Oracle Universal Content ManagementのContent Serverスタート・ガイドを参照してください。

3.11 Imagingのロギングの構成

Oracle Enterprise Manager (EM)を使用してImagingのログ・ファイルを構成および表示する手順は、次のとおりです。

1. Enterprise Managerにログインします。

2. 「アプリケーション・デプロイメント」の「WebLogicドメイン」ナビゲーション・ツリーを開き、Imagingサーバーを選択します。Imagingサーバーのステータスが表示されます。

3. 「アプリケーション・デプロイメント」メニューで、「ログ」、「ログ構成」の順に選択します。

4. 「ログ・レベル」タブを選択します。このタブでは、ロギング・レベルを制御できます。「ロガー名」セクションで、「ルート・ロガー」、「oracle」、「oracle.imaging」の順に開いて、Imagingに関連するロガー名を表示します。ここで、収集されたエラー・メッセージの重大度レベルに影響するロギング・レベルを変更できます。

5. 必要に応じて、「コンポーネントの再起動後もログ・レベル状態を維持」を有効にして、再起動してもロギング・レベルが維持されるようにします。

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

7. 「ログ・ファイル」タブを選択して、ロギング・ファイルの「ハンドラ名」、「ログ・パス」、「ログ・ファイル形式」および「ローテーション・ポリシー」を表示します。ここで、新しいファイルを作成したり、既存のファイルの構成をコピー、編集または表示できます。

ログ・ファイル、ログ・レベルおよび診断データの管理の詳細は、Oracle Fusion Middleware管理者ガイドを参照してください。

4 アプリケーションの管理

この項では、Imagingでアプリケーションを作成および構成する方法について説明します。

アプリケーションは、Oracle WebCenter Content: Imagingの中心となります。Imagingでは、アプリケーションは独立したソフトウェア・パッケージではなく、アップロードされたドキュメントの一種の管理コンテナです。

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

- アプリケーションの概要

- アプリケーションの作成

- 既存のアプリケーションの変更

4.1 アプリケーションの概要

要するに、アプリケーションはドキュメントが分類されるカテゴリです。アプリケーションを定義する際には、名前を付け、ドキュメントの保存に使用するリポジトリ、各ドキュメントのメタデータ値の追跡に使用するメタデータ・フィールド、アプリケーション定義を操作するための権限やアプリケーションに保存されているドキュメントに対する権限を持つユーザー、およびドキュメントをワークフロー・プロセスに接続するかどうかを決定します。

たとえば、XYZカンパニーの買掛管理部門が請求書を保存するためのアプリケーションを必要としているとします。一般的な請求書アプリケーションには、ベンダー名と住所、ベンダーID、請求書番号、請求書で処理する元の発注番号、支払条件および合計請求額を追跡するためのメタデータ・フィールドが格納されます。XYZカンパニーのIT管理者は、買掛管理部門のマネージャのみにアプリケーションを作成する権限を付与します。マネージャは、アプリケーションを作成し、メタデータ・フィールドを定義して、アプリケーションにアクセスする権限を買掛管理部門の担当者に付与します。買掛管理部門の担当者は、アプリケーションにドキュメントを追加できますが、ドキュメントを削除することはできません。また、マネージャは、請求書がアップロードされると、ワークフローを通じて送信されるように、アプリケーションをワークフロー・プロセスに接続します。さらに、「承認済」、「保留中」、「受信済」または「却下済」のスタンプを必要に応じて請求書に付けることができるように、アプリケーション内のドキュメントを表示して注釈を付ける権限を担当者に付与します。

ほとんどの場合、アプリケーションを本番環境に実装する前に、開発システムで定義およびテストします。これを容易にするために、既存のアプリケーション定義をImaging内で再利用できます。そのためには、XMLを使用して、目的の定義を転送可能な形式にエクスポートします。その後、エクスポートした定義ファイルを本番システムなどの他のシステムにインポートできます。また、作成するアプリケーション定義に似た定義をインポートし、インポートした定義を必要に応じて変更することもできます。エクスポートとインポートの詳細は、第3.5項「定義のエクスポートおよびインポート」を参照してください。

4.1.1 ドキュメントの概要

アプリケーションは、元の電子ファイル形式のドキュメントまたは物理ドキュメントのイメージとしてのドキュメントの保存およびドキュメントへのアクセスの制御に使用されます。Imagingのドキュメントとそのアップロード方法を理解すれば、アプリケーションを完全に理解できます。

Imagingのドキュメントは、ファイルおよびそのファイルを記述する次の情報で構成されます。

- ID: 一意の識別子。

- 名前: システムに追加されたときの元のファイル名。

- プロパティ: ファイル・サイズ、MIMEタイプ、ファイル名、作成者、ロック、バージョン、アプリケーションIDおよびアプリケーション名。

- アプリケーションID: ドキュメントを保存するアプリケーションの一意のシステム識別子。

- アプリケーション名: ドキュメントを保存するアプリケーションの名前。

- フィールド値: アプリケーション・メタデータ。

- セキュリティ権限: ドキュメントへのアクセス権。

- サポートするドキュメント: テキストやイメージなどの関連ファイル。たとえば、XYZカンパニーでは、ドキュメントをスキャンしたスキャン・ステーションを追跡しますが、その情報がアプリケーションのメタデータ・フィールドに表示されないようにしたいと考えています。この場合、その情報をXMLまたはテキスト・ファイルに出力し、サポートするドキュメントとしてImagingにアップロードできます。

- 注釈: 承認スタンプやテキストなど、ドキュメント内のオンライン・メモ。

4.1.1.1 ドキュメントのアップロード

アップロード(取込みとも呼ばれる)は、ドキュメントをImagingシステムに取得して、各ドキュメントに固有の値をアプリケーションのメタデータ・フィールドに挿入し、検索を使用してドキュメントを取得できるように値の索引を作成するプロセスです。アップロード時には、ドキュメントのメタデータの索引が作成されます。ドキュメントの全文索引が作成されることもあります。索引作成プロセスは、リポジトリの設定やドキュメントの形式によって異なります。

ドキュメントをアップロードすると、検索および検索対象のアプリケーション内のドキュメントに対するセキュリティ権限を持っているすべてのユーザーが検索および取得できるようになります。権限があれば、取得したドキュメントを印刷、表示またはダウンロードしたり、ドキュメントに注釈を付けることができます。表示には、500を超えるファイル形式をサポートするOracleOutside In Technologyを使用するImagingビューアが使用されます。Oracle Outside In Technologyの詳細は、Oracle Outside In TechnologyのWebサイト(http://www.oracle.com/technologies/embedded/outside-in.html)を参照してください。

ドキュメントは、次のいずれかの方法でアップロードします。

- 個々のドキュメントをアップロードするには、「ドキュメントのアップロード」ツールのインタフェースを使用します。

- ドキュメントを一括でアップロードするには、Imaging入力エージェントを使用します。詳細は、第5項「入力の管理」を参照してください。

- Imaging APIを使用してドキュメントをアップロードするには、カスタム・アプリケーションを使用します。Imaging APIの使用法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Content Imaging開発者ガイド』を参照してください。

ドキュメントのアップロードの詳細は、『Oracle Fusion Middleware Oracle WebCenter Content Imagingユーザーズ・ガイド』を参照してください。

4.2 アプリケーションの作成

注意:
Imagingユーザー・インタフェースのナビゲータ・ペインには、権限に基づいて様々なパネルが表示されます。アプリケーション・システム権限、または少なくとも1つのアプリケーションに対する管理権限を持っていなければ、ナビゲータ・ペインに「アプリケーションの管理」パネルは表示されません。アプリケーションを作成するには、「作成」または「管理者」権限が必要です。また、アプリケーションを作成するユーザーには、使用する接続(リポジトリ)に対する「表示」権限が少なくとも必要です。

アプリケーションの定義プロセスを開始するには、Imagingユーザー・インタフェースのナビゲータ・ペインで「アプリケーションの管理」パネルを開きます。

次のタスクを次の順序で実行します。

1. 一般プロパティの指定: アプリケーションの名前および説明を入力します。

2. アプリケーション・フィールドの定義: アプリケーションで使用し、索引を作成するフィールドを定義します。

3. アプリケーション・セキュリティの割当て: アプリケーションのセキュリティ権限を割り当てます。

4. ドキュメント・セキュリティの割当て: ドキュメントのセキュリティ権限を割り当てます。

5. 記憶域ポリシーの割当て: コンテンツの記憶域ポリシーを定義します。

6. ワークフロー統合の構成: アプリケーション内のコンテンツのワークフロー・プロセスを構成します。

7. アプリケーション設定の確認: アプリケーション設定を確認し、送信します。

注意:
アプリケーションを作成、削除または変更することによってリポジトリのDOCMETA表が変更されると、他の操作もこの表に影響している場合、アクティブなリポジトリ・サーバーで問題が発生する可能性があります。このような状況はあまり起こりそうにありませんが、この結果、ドキュメントのアップロードに問題が生じる場合があるので、Content Serverリポジトリ・サーバーのアイドル時間に合わせてアプリケーションを変更することをお薦めします。
発生する可能性がある問題を軽減するには、アプリケーションの変更によるエンタープライズ組織への影響が少なくなるように、複数のContent Serverリポジトリ・インスタンスを使用してビジネス部門を分離します。

4.2.1 一般プロパティの指定

各アプリケーションに名前を指定する必要があります。アプリケーションが作成されると、指定したアプリケーション名がナビゲーション・ペインの「アプリケーション」パネルに表示されます。アプリケーションのリポジトリも指定する必要があります。アプリケーションを作成した後、リポジトリの選択を変更することはできません。必要に応じて、アプリケーションを選択したときにアプリケーション・サマリー・ページに表示されるアプリケーションの簡単な説明を入力できます。このページを表示する手順は、第A.25項「アプリケーション一般プロパティ・ページ」を参照してください。

アプリケーションの一般プロパティを指定する手順は次のとおりです。

1. ナビゲータ・ペインで「アプリケーションの管理」パネルを開き、「アプリケーションの作成」アイコンをクリックします。アプリケーション一般プロパティ・ページが表示されます。

2. 「名前」フィールドにアプリケーションの名前を入力します。たとえば、XYZカンパニーで米国地区の請求書を保存するための請求アプリケーションを作成する場合、アプリケーションにInvoices_USという名前を付けます。アプリケーション名は、ドキュメントのアップロード・ページではユーザーに表示され、入力と検索を作成するときには、システム管理者に表示されます。このフィールドは必須です。

3. 必要に応じて、「説明」フィールドにアプリケーションの説明を入力します。たとえば、米国地区のすべての請求書などのように入力します。この説明は、アプリケーション・サマリー・ページのタイトルの下、「ドキュメントのアップロード」ツールを使用しているとき、およびナビゲータ・ペインの「アプリケーションの管理」パネルでアプリケーション名にカーソルを合わせたときに表示されます。

4. アプリケーションのリポジトリをフィールドから選択します。多数のリポジトリがある場合があるため、このフィールドでは、アプリケーションで使用するContent Serverリポジトリを指定します。複数のContent Serverリポジトリを異なるアプリケーションに使用すると、負荷を分散したり、特定のビジネス部門にコンテンツを分離できます。XYZカンパニーの例では、1つのリポジトリを使用してヨーロッパ地区のすべての請求書を保存し、別のリポジトリを使用して米国地区のすべての請求書を保存し、また別のリポジトリを使用して人事管理部門のすべてのドキュメントを保存できます。リポジトリを定義し、アプリケーションを作成した後、リポジトリを変更することはできません。このフィールドは必須です。

注意:
アプリケーションを作成するユーザーには、使用するリポジトリ接続に対する「表示」セキュリティ権限も必要です。

5. ドキュメントの全文を検索できるようにするか、高速チェックインを実行できるようにするかを指定します。
高速チェックイン

このオプションは、多数のドキュメントを一度にチェックインする必要がある場合に便利です。このオプションでは、ImagingドキュメントをContent Server記憶域に転送する際の高速取込みがサポートされます。「高速チェックイン」モードでは、Imagingによって取り込まれたドキュメントがOracle Inbound Refinery (IBR)、ワークフローおよび索引の作成をバイパスするため、コンテンツのチェックインの速度が向上します。そのため、多数のチェックインを一度に実行できます。

Content Serverリポジトリですべてのチェックインについて「高速チェックイン」オプションが有効になっている場合、Imagingにも高速チェックインが適用され、アプリケーションの作成時に全文オプションを使用することはできません。Content Serverへのすべてのチェックインについて「高速チェックイン」を有効にするには、config.cfg構成ファイルでuseFastCheckin=1またはDirectReleaseNewCheckinDoc=1を設定します。詳細は、Oracle Fusion Middleware Oracle WebCenter Contentサービス・リファレンスを参照してください。

全文検索

このオプションを選択する場合、全文索引を作成するようにリポジトリ・サーバーが設定されている必要があります。また、ドキュメントは、テキスト情報を格納する形式である必要があります。多くのImagingソリューションでは、全文索引を作成する必要はありません。また、テキスト情報を検索する必要もありません。たとえば、XYZカンパニーのInvoices_USアプリケーションでは、請求書がTIFFイメージとしてスキャンおよびアップロードされるため、全文索引を作成する必要はありません。ドキュメントのTIFFイメージにはテキスト情報が格納されないので、全文索引を作成することはできません。請求書は、メタデータ値を使用して検索されます。ただし、人事管理部門では、履歴書および従業員契約を電子ファイルとしてアップロードし、ファイルのテキストを検索する必要があるとします。このような場合、Employment Contractアプリケーションでは全文索引の作成が必要になることがあります。

注意:
全文オプションを選択した場合、アプリケーションの索引付けされたフィールドはドキュメントのメタデータ同様、全文検索に含まれます。Imagingで全文検索を実行するときには、演算子~、|、-、!、$、%、&、(and)を使用できます。これらのオペレータの使用法の詳細は、『Oracle Textリファレンス』を参照してください。

6. 「次」をクリックして、アプリケーション・フィールド定義ページに移動します。

4.2.2 アプリケーション・フィールドの定義

アプリケーションに定義されたフィールドによって、アプリケーション内のコンテンツに関連付けられたメタデータが追跡されます。4種類のフィールド定義のいずれか、必須であるかどうか、および検索速度を向上させるために索引を作成するかどうかを指定できます。少なくとも1つのフィールドを定義する必要があります。使用可能な4つのフィールド・タイプは次のとおりです。

- テキスト: フィールドは、テキスト文字列を受け入れます。有効な文字列長は、「長さ」要素で指定します。サポートされる最大文字数は200です。

- 番号: フィールドは、-2147483649から2147483648までの整数を受け入れます。

- 小数: フィールドは、小数点の前後の数字を含め、合計1から15桁の数値を受け入れます。たとえば、スケール係数が5の場合、範囲は-9999999999.99999から9999999999.99999になります。10進法は、「スケール」要素で設定されます。

- 日付: フィールドは、日付の値を受け入れます。

- 日時: フィールドは、日時の値を受け入れます。

すべてのフィールド・タイプについて、索引を作成できます。メタデータ・フィールドの索引付けの有効化は、そのフィールドにのみ適用されます。指定した情報は、アプリケーション・サマリー・ページの「フィールド定義」カテゴリに表示されます。索引は、基になるリポジトリ・データベース表に適用されます。適用される索引が多すぎても少なすぎても、システムのパフォーマンスに悪影響を及ぼします。通常は、実行されるドキュメント検索の中心となるフィールドに索引を適用してください。データベース管理者の支援を受け、ビジネス・プロセス分析の一環として、このフィールド・リストを定義する必要があります。

サポートしているContent Serverが全文索引をサポートするように構成されており、アプリケーションで全文検索オプションが有効になっている場合は、フィールドの索引付けを選択すると全文索引に送信され、検索可能になります。Imagingのフィールドをドキュメントで全文検索できるように選択するときには、数値フィールド、小数点フィールド、日付フィールドで正しいデータ型検索を実行するためにOracle Text Searchで使用できるSDATAフィールドの数が限られていることに留意してください。これらの限られた数のフィールドが、Content ServerとImagingの両方で共有されます。使用可能なSDATAフィールドの数がわからない場合は、データベース管理者にお問い合せください。テキスト文字列は常に全文検索に含まれ、数の限られたSDATAフィールドは使用しません。

Oracleデータベースを使用してImagingコンテンツを保存する場合、Imagingのメタデータ検索では大/小文字が区別されます。ただし、大/小文字を区別しないメカニズムに変更することもできます。大/小文字を区別しないメタデータ検索を構成する方法の詳細は、第6.4項「大/小文字を区別しない検索の有効化」を参照してください。

アプリケーションを作成および変更する際に、アプリケーション内のフィールドを追加および削除できます。アプリケーションを追加または変更する場合、既存のフィールドを削除した後、そのプロセス中に同じ名前で新しいフィールドを追加できないという制限があります。このような状況が発生した場合は、「取消」をクリックし、アプリケーション・フィールドの定義を再度開始して、正しい名前でフィールドを追加してください。

使用可能なフィールド・タイプおよびオプションの詳細は、第A.26項「アプリケーション・フィールド定義ページ」を参照してください。

XYZカンパニーのInvoices_USアプリケーションの例についてフィールドを定義する手順は、次のとおりです。

1. アプリケーション・フィールド定義ページで、「追加」をクリックし、この例では、フィールドのタイプとして「日付」を選択し、「必須」および「索引付け」を有効にします。

2. フィールド名をわかりやすい名前に変更します。この例では、最初のフィールドの名前を「受領日」に変更します。

3. 「デフォルト値の編集」アイコンをクリックして、デフォルト値(12/31/2009など)を入力します。デフォルト値は、ユーザーに提示されるのみです。空白のままにした場合、フィールドが自動的にこの値に設定されるわけではありません。

4. 「追加」をクリックし、この例では、フィールドのタイプとして「日付」を選択し、「索引付け」を有効にします。

5. フィールド名をわかりやすい名前に変更します。この例では、最初のフィールドの名前を「支払日」に変更します。

6. 「追加」をクリックし、フィールド・タイプとして「数値」を選択し、「索引付け」を有効にします。

7. フィールド名をわかりやすい名前に変更します。この例では、フィールド名を「請求書番号」に変更します。

8. 「追加」をクリックし、フィールド・タイプとして「テキスト」を選択し、「索引付け」を有効にします。

9. この例では、フィールド名を「ベンダーID」というわかりやすい名前に変更します。

10. 「選択リスト」列の「選択リストの追加」アイコンをクリックします。「選択リスト」ダイアログが表示されます。このダイアログを使用して、メタデータ・フィールドの選択可能なオプションのリストを追加します。この例では、テキスト・フィールドの制限に準拠する任意の値を入力できます。たとえば、XYZカンパニーでは、各ベンダーに一意のコードを使用しているとします。選択リストを追加すると、ユーザーはリストからコードを選択できるため、ベンダーIDメタデータを正確に入力することが可能です。選択リスト・アイテムの先頭および末尾のスペースは保持されません。「選択リスト」列の鉛筆アイコンをクリックすると、既存のリストを編集できます。また、「選択リストの削除」アイコンをクリックすると、既存の選択リストを削除できます。

注意:
フィールドに選択リストが定義されている場合、ユーザーがフィールドにデータを入力するには、選択リストから選択する必要があります。フィールドにデータを直接入力することはできません。同様に、入力エージェントおよび定義ファイルを使用してドキュメントにデータを入力する場合、定義ファイルで有効な選択リスト値を指定する必要があります。

11. XYZカンパニーの例で処理を続行するには、手順8および9を繰り返して、次の名前のテキスト・フィールドを追加します。

- ベンダー名

- 発注番号

- 支払条件

12. 「追加」をクリックし、フィールド・タイプとして「小数」を選択し、「索引付け」を有効にします。

13. フィールド名を「合計請求額」に変更します。

14. 「次」をクリックして、アプリケーション・セキュリティ・ページに移動します。

4.2.3 アプリケーション・セキュリティの割当て

アプリケーションの表示、変更、削除およびアクセス権の付与を行うためのセキュリティ権限は、アプリケーションを定義する際にアプリケーション・セキュリティ・ページでユーザーまたはグループ・レベルで割り当てます。アプリケーションのセキュリティ権限を割り当てる手順は次のとおりです。

1. アプリケーション・セキュリティ・ページで、「追加」をクリックします。セキュリティ・メンバーの追加ページが表示されます。ユーザーまたはグループ名を入力するか、「検索」をクリックして、選択するユーザーまたはグループのリストを表示します。フィールドを空白のままにすると、すべてのユーザーまたはグループが返されます。結果をフィルタ処理するには、ワイルドカードを使用します。

2. 追加するユーザーまたはグループを選択します。たとえば、XYZカンパニーのInvoices_USアプリケーションについて、Acct_Directorsという会計担当ディレクターのグループを追加するとします。また、米国の買掛管理部門のマネージャなど、特定のユーザーにもこのアプリケーションへのアクセス権が必要であるとします。さらに、IT管理グループには、このアプリケーションに対する「表示」および「アクセス権の付与」権限が少なくとも必要であるとします。選択するグループまたはユーザーは、ユーザーの認証に使用する資格証明ストアで定義されている必要があります。選択したユーザー名が、アプリケーション・セキュリティ・ページの「表示名」列に追加されます。

3. 該当する列のフィールドを選択して、ユーザーに割り当てる権限を有効にします。オプションは次のとおりです。

- 表示: デフォルトで有効になっています。検索を作成する際に、必要に応じてアプリケーションを表示する権限をユーザーまたはグループに付与します。XYZカンパニーのInvoices_USの例では、請求書自体へのアクセス権を持っていなくても請求書の検索を作成できるように、情報テクノロジ部門の従業員に「表示」権限を付与できます。アプリケーション内のドキュメントを変更する権限は、割り当てられているドキュメントのセキュリティ権限によって決まります。

- 変更: セキュリティ権限の付与を除く、アプリケーションのすべての要素を変更する権限をユーザーまたはグループに付与します。XYZカンパニーのInvoices_USの例では、「変更」権限を米国の買掛管理部門のマネージャに付与しますが、買掛管理部門のすべての従業員および他の地区のマネージャには付与しません。

- 削除: アプリケーションを削除する権限をユーザーまたはグループに付与します。XYZカンパニーのInvoices_USの例では、Acct_Directorsグループに「削除」権限を付与します。

- アクセス権の付与: アプリケーションのセキュリティ権限を他のユーザーやグループに付与する権限をユーザーまたはグループに付与します。XYZカンパニーのInvoices_USの例では、Acct_Directorsグループにこの権限を付与します。ただし、このセキュリティ・レベルのみが付与されているユーザーは、アプリケーションのセキュリティ情報のみを変更できます。これによって、アプリケーションへのアクセス権を付与することが必要になる可能性があるものの、アプリケーションを変更したり、アプリケーション内で検索する必要がないIT管理者やその他のユーザーにもこの権限を付与できます。

「アクセス権の付与」権限を持つユーザーは、他のすべての権限を自分自身に付与できます。少なくとも1人のユーザーに「アクセス権の付与」権限を付与する必要があります。

4. 「次」をクリックして、アプリケーション・ドキュメント・セキュリティ・ページに移動します。

4.2.3.1 ユーザー間の権限のコピー

ユーザー間で権限をコピーする手順は次のとおりです。

1. 「表示名」列で、権限をコピーするユーザーを選択して強調表示し、「コピー」をクリックします。セキュリティ・メンバーの追加ページが表示されます。

2. 権限のコピー先となる新しいユーザーを選択します。新しいユーザーの名前が「表示名」列に表示され、コピーした権限が有効になります。

3. 「次」をクリックして、アプリケーション・ドキュメント・セキュリティ・ページに移動します。

4.2.4 ドキュメント・セキュリティの割当て

ドキュメントに対するアクセス権および変更セキュリティ権限の割当ては、アプリケーションに対するアクセス権およびセキュリティ権限の割当てとは別に管理されます。これによって、コンテンツに対する上位のアクセス権を必要とするユーザーによって誤って変更されることがないようアプリケーションが保護されます。同様に、アプリケーションに対するアクセス権および変更権限を持っているユーザーから機密ドキュメントが保護されます。

ドキュメントに対する表示、書込み、削除、アクセス権の付与、ロックおよび注釈付けセキュリティ権限は、アプリケーション・ドキュメント・セキュリティ・ページでグループ・レベルで割り当てます。

ドキュメントのセキュリティ権限を割り当てる手順は次のとおりです。

1. アプリケーション・ドキュメント・セキュリティ・ページで、「追加」をクリックします。セキュリティ・メンバーの追加ページが表示されます。

2. グループ名を入力するか、追加するグループをリストから選択します。そのグループ名が、アプリケーション・ドキュメント・セキュリティ・ページの「表示名」列に追加されます。たとえば、XYZカンパニーのInvoices_USアプリケーションの場合、請求書へのアクセス権を必要とする可能性があるユーザーは、米国の買掛管理部門の担当者、米国の買掛管理部門のマネージャおよび購買部門です。フィールドを空白のままにすると、すべてのグループが返されます。結果をフィルタ処理するには、ワイルドカードを使用します。

3. グループに割り当てるセキュリティ権限を有効にします。「アクセス権の付与」権限を持つグループ内のユーザーは、他のすべての権限をグループに付与できます。ドキュメント・セキュリティでは、メタデータまたはドキュメントの内容を変更するためのセキュリティ権限の他、ドキュメントを変更できないようにロックする権限が追加されます。
たとえば、XYZカンパニーのInvoices_USアプリケーションの場合、請求書のすべての品目を受け取っていることを承認できるように、米国の買掛管理部門のすべての担当者に「変更」権限を付与します。請求書を保護するために、請求書が誤ってスキャンされた場合や、その他のなんらかの理由で請求書をシステムから削除する必要がある場合に備えて、米国の買掛管理部門のマネージャのみに「削除」権限を付与することもできます。また、必要に応じて新しい従業員にアクセス権を割り当てたり、従業員が部門を離れた場合にアクセス権を削除できるように、ACCT_Directorsグループに「アクセス権の付与」権限を付与します。

さらに、ビジネス・プロセスに応じて、受領書と照合して請求書を確認するために、購買部門に「表示」権限または「変更」権限を割り当てます。たとえば、請求書のすべての品目を受け取っていることを確認するために、買掛管理部門の従業員のみが請求書を確認して受領書と比較するようビジネス・プロセスで規定されている場合、購買部門に必要なのは請求書に対する「表示」権限のみです。ただし、買掛管理部門の従業員と購買部門の従業員の両方が承認済として請求書にスタンプを付けるようビジネス・プロセスで規定されている場合は、ドキュメントに対する「変更」権限と適切な注釈付け権限を両方の部門に割り当てる必要があります。様々な注釈付け権限の詳細は、第A.28項「アプリケーション・ドキュメント・セキュリティ・ページ」を参照してください。

4. 「次へ」をクリックします。

4.2.5 記憶域ポリシーの割当て

Content Serverでは時間に基づいたコンテンツの保存がサポートされていないため、現時点では、期間が無期限の記憶域ステージが1つ存在します。ユーザーは、適用するボリュームを選択することしかできません。コンテンツは、選択したボリュームに永久に保存されます。選択したボリュームのステータスは、アプリケーションを作成する際のユーザー・インタフェースには表示されません。

アプリケーションの記憶域ポリシーを作成する手順は次のとおりです。

1. 「ドキュメント記憶域」の「ボリューム」フィールドで、ドキュメントの保存に使用する記憶域ボリュームの名前を選択します。これは、ファイル・ストア、データベース、ストレージ・デバイスなどです。

2. 「サポートするコンテンツ記憶域」の「ボリューム」フィールドで、注釈の保存に使用する記憶域ボリュームの名前を選択します。これは、ファイル・ストア、データベース、ストレージ・デバイスなどです。

3. 「次」をクリックして、アプリケーション・ワークフロー構成ページに移動します。

4.2.6 ワークフロー統合の構成

ワークフロー・プロセスでは、Webサービス・インタフェースを使用して情報をエクスポートおよびインポートします。ワークフロー・サーバーによって、他のアプリケーションで使用可能なサービスが定義されます。ワークフロー・サーバーへの接続が定義されている場合、アプリケーション定義のナビゲーション・トレインで「ワークフロー構成」オプションが有効になり、ワークフロー・サーバーのコンポーネントを選択して、ビジネス・ニーズを満たすワークフローとアプリケーションを統合できます。

たとえば、XYZカンパニーの請求書をInvoices_USアプリケーションにアップロードする際、承認のために該当する担当者に請求書をルーティングするワークフローを開始する必要があるとします。まず、受領書と比較して、請求書に記載されているすべての品目を受け取っていることを確認するために、購買部門に請求書が送信されます。その後、発注書が有効であることを確認するために、該当する部門長に請求書が送信されます。続いて、請求額の支払を承認するために、買掛管理部門の該当する担当者に請求書が送信されます。担当者は、請求書の金額によって異なる場合があります。承認されると、買掛管理部門の担当者は、小切手を切って請求書に対する支払いを行うことができます。

ワークフローは、Imagingで定義されるわけではありません。Imagingは、Imagingの外部で定義されたワークフロー・コンポーネントを使用してワークフロー・サーバーに接続します。ワークフローの複雑さは、Imagingでは処理されません。アプリケーションをワークフローと統合するには、ワークフロー・サーバーへの接続、統合する定義済のワークフロー・コンポーネントの指定、コンポーネント・プロパティの選択、およびImagingアプリケーションとワークフロー・コンポジットのペイロード間の値のマッピングが必要です。

ワークフロー構成をアプリケーションに追加する手順は次のとおりです。

1. アプリケーション・ワークフロー構成ページで、「追加」をクリックします。ワークフロー・サーバー・プロパティ・ページが表示されます。

2. 「接続」フィールドから接続を選択し、「次」をクリックします。ワークフロー・コンポーネント・プロパティ・ページが表示されます。

注意:
アプリケーションを作成するユーザーには、使用するワークフロー接続に対する「表示」セキュリティ権限も必要です。

3. 構成するビジネス・プロセスのコンポーネント・プロパティを選択します。「コンポジット」、「サービス」および「操作」は必須値です。「次へ」をクリックします。ワークフロー・ペイロード・プロパティ・ページが表示されます。

4. それぞれのペイロード要素について、マップされた値を選択します。「フォーマット値」を選択すると、フォーマット値の編集ページを使用して、テキストおよびアプリケーション・フィールドの一部から値を作成できます。たとえば、このページを使用してカスタムURLを作成したり、複数の値を1つの値に連結できます。

5. 「終了」をクリックしてワークフロー構成を終了し、アプリケーション定義のメインのナビゲーション・トレインに戻ります。アプリケーション・ワークフロー構成ページが表示されます。

6. 「次」をクリックして、アプリケーション設定の確認ページに移動します。

次の手順を実行して、既存のアプリケーション内の既存のワークフロー構成を変更または削除することもできます。

1. ナビゲータ・ペインの「アプリケーションの管理」パネルで既存のアプリケーション名をクリックします。アプリケーション設定の確認ページが表示されます。

2. 「変更」をクリックします。アプリケーション一般プロパティ・ページが表示されます。

3. アプリケーションのナビゲーション・トレインで「ワークフロー構成」をクリックします。ナビゲーション・トレインの「ワークフロー構成」オプションが使用可能なのは、ワークフロー・サーバーへの接続が定義されている場合のみです。アプリケーション・ワークフロー構成ページが表示されます。

4. 「変更」をクリックします。ワークフロー・サーバー・プロパティ・ページが表示されます。第4.2.6項「ワークフロー統合の構成」に記載されている手順に従ってください。

4.2.7 アプリケーション設定の確認

アプリケーション設定を確認する手順は次のとおりです。

1. アプリケーション設定の確認ページで、アプリケーション設定を確認し、正しいことを確かめます。

2. 「戻る」をクリックして必要なセクションに戻るか、ナビゲーション・トレインの特定のセクションをクリックしてそのセクションに直接戻り、必要な変更を加えます。

3. アプリケーションが正しいことを確認したら、アプリケーション設定の確認ページに戻り、「送信」をクリックします。アプリケーション・サマリー・ページが表示されます。

4. アプリケーションの詳細を確認します。定義されている選択リストの値を確認するには、「選択リスト」列の虫眼鏡アイコンをクリックします。必要に応じて変更を加えるには、「変更」をクリックしてアプリケーション一般プロパティ・ページに戻ります。アプリケーションに問題がなければ、アプリケーション設定の確認ページに戻り、「送信」をクリックします。

4.3 既存のアプリケーションの変更

アプリケーションを作成した後、使用されているリポジトリと小数フィールドの定義に使用されているスケールを除く、アプリケーションのすべての要素を変更できます。アプリケーションを変更するには、アプリケーションに対する「変更」権限を持っているとともに、アプリケーションで使用されているリポジトリ接続に対する「表示」権限を少なくとも持っている必要があります。

警告:

アプリケーションを作成、削除または変更することによってリポジトリのDOCMETA表が変更されると、他の操作もこの表に影響している場合、アクティブなリポジトリ・サーバーで問題が発生する可能性があります。このような状況はあまり起こりそうにありませんが、Content Serverリポジトリ・サーバーのアイドル時間に合わせてアプリケーションを変更することをお薦めします。

発生する可能性がある問題を軽減するには、アプリケーションの変更によるエンタープライズ組織への影響が少なくなるように、複数のContent Serverリポジトリ・インスタンスを使用してビジネス部門を分離します。

注意:
ドキュメントとは異なり、変更中に定義をロックすることはできません。そのため、異なるユーザーが同じ定義を同時に変更している場合、最後に送信された変更のみが保存されます。

既存のアプリケーションを変更する手順は次のとおりです。

1. ナビゲータ・ペインで、変更するアプリケーション名をクリックします。アプリケーション・サマリー・ページが表示されます。

2. 「変更」をクリックします。アプリケーション一般プロパティ・ページが表示されます。

3. ナビゲーション・トレインで、変更するページを選択します。ページ・オプションの詳細は、第4.2項「アプリケーションの作成」の関連するサブセクション、または「ユーザー・インタフェース」の該当するページを参照してください。

4. 該当するすべての設定を変更したら、「設定の確認」を選択します。アプリケーション設定の確認ページが表示されます。

5. アプリケーション設定を確認し、正しいことを確かめます。

6. 「戻る」をクリックして必要なセクションに戻るか、ナビゲーション・トレインの特定のセクションをクリックしてそのセクションに直接戻り、必要な変更を加えます。

7. アプリケーションが正しいことを確認したら、アプリケーション設定の確認ページに戻り、「送信」をクリックします。アプリケーション・サマリー・ページが表示されます。

8. アプリケーションの詳細を確認します。定義されている選択リストの値を確認するには、「選択リスト」列の虫眼鏡アイコンをクリックします。必要に応じて変更を加えるには、「変更」をクリックしてアプリケーション一般プロパティ・ページに戻ります。アプリケーションに問題がなければ、アプリケーション設定の確認ページに戻り、「送信」をクリックします。

注意:
Content Serverでは、数値フィールドにNULL値を保存することはできません。ドキュメントを格納するアプリケーションを変更して数値フィールドを追加した場合、新しいフィールドを追加する前にContent Serverに保存されていたドキュメントの新しいフィールドについては、検索結果に-1が表示されます。フィールドを追加した後で新しいドキュメントがアップロードされた場合、数値フィールドが空白のままであれば、数値フィールドの値として、検索結果に0が表示されます。

5 入力の管理

この項ではImagingにおける入力定義の概要と、入力定義の作成方法について説明します。

入力定義では、ドキュメントのアップロード時における入力ファイルと選択されたアプリケーションのメタデータ・フィールド間のマッピングを定義します。入力ファイルは通常、Imagingへのアップロードのためにドキュメントがスキャンされるときにスキャン・ステーションによって生成されます。

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

- 入力定義の概要

- 入力定義の作成

5.1 入力定義の概要

ドキュメントは通常、スキャンされて、Imaging入力エージェントによって監視されているディレクトリに格納されます(第9章「入力エージェントの理解」を参照)。スキャン・ステーションでは、ファイル・システムにアップロードするドキュメント・ファイル、使用するメタデータ値、およびその他の初期ドキュメント作成オプションを含む入力ファイルが作成されます。サポートするコンテンツをドキュメントに関連付けたり、ドキュメント・イメージに注釈を設定することもできます。既存の入力定義をImaging内で再利用できます。そのためには、目的の定義をXMLファイルにエクスポートします。その後、エクスポートした定義ファイルを他のシステムにインポートし、必要に応じて変更できます。エクスポートとインポートの詳細は、第3.5項「定義のエクスポートおよびインポート」を参照してください。

5.2 入力定義の作成

作成する入力に対する「作成」または「管理者」権限、およびドキュメントをアップロードするアプリケーションに対する「表示」権限を持っている必要があります。入力定義を作成する手順は次のとおりです。

1. ナビゲータ・ペインの「入力の管理」で、「入力の作成」アイコンをクリックします。入力基本情報ページが表示されます。

2. 入力の名前を入力します。この名前は、ナビゲータ・ペインの「入力の管理」に表示されます。これは必須フィールドです。

3. 「説明」フィールドに、作成する入力の簡単な説明を入力します。

4. 「オンライン」を有効にして、完了したときに入力の定義ファイルのポーリングを開始するよう入力エージェントに指示するか、入力定義が完了するまで無効のままにしておきます。有効にして送信した後、最初にオフラインになるまで入力を変更することはできません。入力の有効化および無効化の詳細は、第5.2.1項「入力定義の有効化および無効化」を参照してください。

5. 「入力ファイル・キャラクタ・セットの自動検出」フィールドは、デフォルトで有効になっています。無効にした場合、選択リストが表示され、使用するファイル・キャラクタ・セットを選択できます。これは、入力定義ファイルの読取りに使用されるキャラクタ・セットです。アップロードされるドキュメントのキャラクタ・セットではありません。

注意:
指定したサンプル・ファイルの大きさが十分でないためにキャラクタ・セットを正確に特定できない場合、自動検出は機能しません。サンプル・ファイルが小さすぎる場合は、「入力ファイル・キャラクタ・セットの自動検出」を無効にし、キャラクタ・セットを手動で選択してください。

6. 使用するサンプル・ファイルを選択します。入力ファイルを特定するには、次の2つのオプションがあります。

- 参照: Samplesディレクトリ内の使用可能な入力ファイルのリストを表示します。

- アップロード: 標準のファイル・ナビゲーション・ダイアログを開き、ローカルまたは共有ネットワーク・ドライブ内の新しい入力ファイルを特定し、Samplesディレクトリにアップロードします。任意の区切られたテキスト・ファイルを使用できますが、推奨されるファイル・タイプはASCIIまたはUTF-8テキスト・ファイルです。

7. サンプル・ファイルを選択したら、「次」をクリックします。入力ファイル・パラメータの識別と解析ページが表示されます。デフォルトでは、入力マスクとして使用する、選択したサンプル・ファイルが「入力マスク」フィールドに表示されます。

8. デリミタが、サンプル・ファイル内で列を区切るために使用されている文字と同じであることを確認します。デフォルトでは、パイプが指定されています。

9. 「アプリケーション」フィールドで、マッピングのアプリケーションを選択します。

10. 「次へ」をクリックします。入力フィールド・マッピング・ページが表示されます。

11. 入力ファイルのフィールドをアプリケーションにマップする方法を定義します。少なくとも1つのフィールドをアプリケーション・フィールドの定義にマップする必要があります。また、ファイル・パスを指定する必要があります。表の各列の定義は次のとおりです。

- アプリケーション・フィールド: アプリケーション内のフィールドの名前です。

- 入力列: 入力ファイル内の対応する列の番号です。

- サンプル・データ: サンプル・ファイルから取得された列データです。

- アプリケーション・デフォルトの使用: 定義ファイルでフィールドのデータが空の場合に、アプリケーションで指定されているデフォルト値を使用するかどうかを指定します。

- 日付フォーマット: 入力エージェントで日付文字列を解析する方法を指定します。日付フォーマットが指定されていない場合、サーバーのロケールを使用して日付値が解析されます。日付フォーマットを指定するには、「このマッピングの日付フォーマットを追加します」アイコンをクリックします。既存の日付フォーマットを変更するには、「日付フォーマットを編集します」アイコンをクリックします。指定されている日付フォーマットを削除するには、「日付フォーマットを削除します」アイコンをクリックします。

12. 「次へ」をクリックします。入力セキュリティ・ページが表示されます。

13. 「追加」をクリックします。セキュリティ・メンバーの追加ページが表示されます。ユーザー名を入力するか、「検索」をクリックして、選択するユーザーのリストを表示します。

14. 追加するユーザーを選択します。選択したユーザー名が、入力セキュリティ・ページの「表示名」列に追加されます。

15. 該当する列のフィールドを選択して、ユーザーに割り当てる権限を有効にします。オプションは次のとおりです。

- 表示: デフォルトで有効になっています。入力を表示する権限をユーザーまたはグループに付与します。

- 変更: セキュリティ権限の付与を除く、入力のすべての要素を変更する権限をユーザーまたはグループに付与します。

- 削除: 入力を削除する権限をユーザーまたはグループに付与します。

- アクセス権の付与: 入力のセキュリティ権限を他のユーザーやグループに付与する権限をユーザーまたはグループに付与します。このセキュリティ・レベルのみが付与されているユーザーは、入力のセキュリティ情報のみを変更できます。

「アクセス権の付与」権限を持つユーザーは、他のすべての権限を自分自身に付与できます。少なくとも1人のユーザーに「アクセス権の付与」権限を付与する必要があります。

16. 「次へ」をクリックします。入力設定の確認ページが表示されます。

17. 設定を確認します。必要な変更を加えるには、「戻る」をクリックして該当するページに戻ります。完了したら、入力設定の確認ページに戻り、「送信」をクリックします。入力サマリー・ページが表示されます。

18. 入力の詳細を確認します。必要に応じて、「変更」をクリックして入力基本情報ページに戻り、変更を加えます。入力に問題がなければ、入力設定の確認ページに戻り、「送信」をクリックします。

19. 「オンラインで切替」をクリックして入力をアクティブにし、サマリー・ページを閉じます。

5.2.1 入力定義の有効化および無効化

入力定義を有効または無効にする手順は次のとおりです。

1. ナビゲータ・ペインの「入力の管理」で、有効または無効にする入力の名前をクリックします。入力サマリー・ページが表示されます。

2. 「オンラインで切替」をクリックします。入力がオンラインだった場合は、入力が無効になります。入力がオフラインだった場合は、入力が有効になり、入力エージェントによって入力の定義ファイルのポーリングが開始されます。変更するには、入力を無効にする必要があります。

注意:
インバウンド・データ・ファイルの形式を変更する場合は、元の形式のファイルの最後が処理された後で入力を無効にしてください。新しい形式を処理するように入力定義を変更し、入力を有効にします。これによって、円滑に移行でき、予期したとおりの結果になります。

6 検索の管理

この項ではImagingでの検索の作成方法、大文字小文字を区別しない検索の作成方法、Imagingドキュメントでの全文検索の方法について説明します。

Imagingの中心となるのは、ユーザーに関連するドキュメントを取得する検索を定義および実行する機能です。検索の管理では、特定のドキュメントを検索するために他のユーザーが使用できる検索を作成および変更できます。

検索を管理できるかどうかは、ユーザーがアプリケーションに対して持っているセキュリティ権限によって制御されます。つまり、セキュリティを確保するために、Imagingで定義されているアプリケーションに割り当てられたセキュリティによって、検索を管理するユーザーに検索の作成を限定できます。検索マネージャは、表示権限を持っているアプリケーションの検索のみを作成または変更できます。マネージャがアプリケーションに対する表示権限を持っていない場合、そのアプリケーションの検索を作成したり、変更することはできません。セキュリティ権限の詳細は、第2項「セキュリティの管理」を参照してください。

大まかにいうと、検索を作成する手順は次のとおりです。

1. 検索するアプリケーションを選択します。

2. 結果に表示するフィールドを構成します。

3. 検索のWHERE句を構成する条件を選択します。

4. 検索で使用するパラメータおよび演算子をカスタマイズします。

5. グループおよび個人が検索を使用または変更できるようにセキュリティ権限を割り当てます。

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

- 検索の概要

- 検索の作成

- 既存の検索の変更

- 大/小文字を区別しない検索の有効化

- ドキュメントの全文検索

6.1 検索の概要

Imagingはほとんどの場合、Oracle E-Business SuiteやPeopleSoftなどのERPシステムと統合されることを念頭に置いて、次のような例を検討してみましょう。

Clarkは、XYZカンパニーの米国の購買部門の出荷担当者として勤務しています。その日のタスク・リストを見ると、請求書が承認待ちになっていました。表示されている請求書には、請求書番号および関連する発注番号が記載されています。Clarkは、請求書に記載されている発注番号をERPシステムのフィールドに入力し、その発注番号に関連付けられた複数の受領書のリストを表示するボタンをクリックします。関連付けられた受領書は、ImagingのShippingReceipts_USアプリケーション内のドキュメントです。そのため、返されるリストは、その発注番号に関連付けられたアプリケーション内のすべてのドキュメントに対して、あらかじめ定義された検索を実行することによって生成されたものです。

Clarkは、請求書および各受領書をブラウザ・ページに表示し、請求書に記載されている品目を受領書と比較して、品目を受け取っていることを確認します。すべての品目を受け取っていることがわかると、Clarkはイニシャルと日時を記載して請求書に注釈を付け、ワークフローの次のステップに請求書を送信します。実際には、ドキュメントはImagingビューアに表示されました。Clarkは、ShippingReceipts_USアプリケーション内のドキュメントに対する標準の注釈付けセキュリティ権限を持っているため、注釈を付けることができました。

請求書がワークフローの次のステップに進むと、請求書を承認する必要があることがHR部門のマネージャであるBobに通知されます。Bobが発注番号を入力すると、その発注書に関連付けられたすべての請求書および受領書のリストが表示されます。大規模なオーダーの納入は数か月に及んでおり、各品目グループが納入された時点でベンダーから請求書が送信されているため、複数の請求書および受領書が表示されます。このリストは、ShippingReceipts_USアプリケーションとInvoices_USアプリケーションの両方のドキュメントを使用した検索の結果です。

Bobがリストを確認していると、ベンダーが今月までに納入することを確約したという注釈が発注書に記載されているにもかかわらず、発注書の重要な品目がまだ納入されていないことがわかりました。Bobは請求書に「保留中」のスタンプを付け、ベンダーに連絡して重要な品目が納入されていない理由を確認するとともに、重要な品目が納入されるまでその発注書に対するこれ以降の支払いを保留することを説明する必要があるという注釈を発注書に付けます。

この例は、検索の作成および管理にはImaging管理インタフェースが使用されますが、通常、検索の実行にはERPシステムなどの他の手段が使用されることを示しています。また、この例から、ビジネス・ニーズによって1つの検索で複数のアプリケーションを検索することが求められる場合が多いため、効果的なソリューションを実現するには、慎重に考慮してアプリケーションおよび検索を作成する必要があることがわかります。

6.2 検索の作成

検索を作成するには、Imagingユーザー・インタフェースのナビゲータ・ペインの「検索の管理」パネルを使用します。

既存の検索定義をImaging内で再利用できます。そのためには、目的の定義をXMLにエクスポートします。その後、エクスポートした定義ファイルを他のシステムにインポートし、必要に応じて変更できます。エクスポートとインポートの詳細は、第3.5項「定義のエクスポートおよびインポート」を参照してください。

注意:
Imagingユーザー・インタフェースは、セキュリティ権限によって異なります。ナビゲータ・ペインに「検索の管理」パネルが表示されるには、「作成」または「管理者」の検索定義管理セキュリティ権限を持っているか、「変更」、「削除」または「アクセス権の付与」の検索定義セキュリティ権限を持っている必要があります。

検索を作成する手順は次のとおりです。この手順で使用する各ページの詳細は、付録A「ユーザー・インタフェース」の第A.16項から第A.23項を参照してください。

1. 「検索の管理」パネルを開き、「新規検索の作成」アイコンをクリックします。1つ以上のアプリケーションに対する「表示」セキュリティ権限を持っていれば、検索プロパティ・ページが表示されます。

注意:
1つ以上のアプリケーションに対する「表示」セキュリティ権限を持っていない場合は、エラー・メッセージが表示されます。

2. 「検索名」フィールドに、検索のわかりやすい名前を入力します。たとえば、HR請求書などのように入力します。この検索名は、ナビゲータ・ペインの「検索」パネルに表示されます。このフィールドは必須です。また、Imaging内で一意である必要があります。

3. 「説明」フィールドに、ユーザーにとって参考になる新規検索の説明を入力します。たとえば、人事管理部門の請求書などのように入力します。この説明は、ナビゲータ・ペインの検索名にカーソルが重なったときに表示されます。このフィールドには、最大1000文字まで入力できます。

4. 「指示」フィールドに、検索に関する指示を入力します。検索する条件や検索の使用方法に関する参考情報を入力します。たとえば、「発注番号または受領書番号を入力して、関連する請求書を表示します。」などのように入力します。これらの指示は、検索フォームおよび「検索」タブに表示されます。このフィールドには、最大1000文字まで入力できます。

5. 「検索結果の最大数」フィールドに、返される検索結果の最大数を入力します。これによって、検索対象のアプリケーションの数に従って、リポジトリから取得された結果のうち、表示される結果の数が制限されます。たとえば、検索がShippingReceipts_USアプリケーションとInvoices_USアプリケーションの両方にまたがる場合、「検索結果の最大数」を10に設定すると、結果表には最大で20行が表示される可能性があります。0に設定すると、Imaging MBean構成変数で設定されている最大行数がデフォルトで使用されます。

注意:
返される検索結果の最大数には、次の3つの構成変数が影響します。

- 検索を定義する際に「検索結果の最大数」フィールドで指定された値。最初にこの値がチェックされ、Content ServerのMaxAppSearchResultsの設定を超えていなければ、この値が使用されます。デフォルトは0です。

- MaxSearchResults MBeanで指定された値。「検索結果の最大数」フィールドで指定された値が0の場合、MaxSearchResults MBeanの値がContent ServerのMaxAppSearchResultsの値を超えていなければ、この値が使用されます。MaxSearchResultsのデフォルトは100です。MBean属性の詳細は、第3.8.1項「MBean属性の構成」を参照してください。

- Content Serverの構成ファイルconfig.cfgのMaxAppSearchResultsで指定された値。MaxAppSearchResultsのデフォルト値は、使用している検索エンジンによって異なります。OracleTextSearchを使用している場合、デフォルトは2000です。サポートされている他のすべての検索エンジンについては、デフォルトは10000です。

各設定は、検索対象のアプリケーションの数に従います。

たとえば、2つのアプリケーションを含むように検索が定義されており、「検索結果の最大数」フィールドの値が100、MaxSearchResults MBeanが50、Content ServerのMaxResultsが300にそれぞれ設定されている場合、「検索結果の最大数」フィールドで指定されている値が使用され、検索した各アプリケーションについて100件ずつ、合計200件の結果が返されます。

2つのアプリケーションを含むように検索が定義されており、「検索結果の最大数」フィールドの値が0、MaxSearchResults MBeanが300、Content ServerのMaxResultsが200にそれぞれ設定されている場合、Content ServerのMaxResultsで指定されている値が使用され、検索した各アプリケーションについて200件ずつ、合計400件の結果が返されます。

6. 「次へ」をクリックします。検索結果フォーマット・ページが表示されます。

7. 「ソース・アプリケーション」フィールドで、検索するアプリケーションを選択します。たとえば、Invoices_USアプリケーションとShippingReceipts_USアプリケーションを選択します。全文検索の場合、選択したアプリケーションが、全文索引を作成するように構成されている必要があります。全文アプリケーションを定義する方法の詳細は、第4.2.1項「一般プロパティの指定」を参照してください。Imagingで全文検索を有効にする方法の詳細は、第6.5項「ドキュメントの全文検索」を参照してください。

8. 検索結果に表示するメタデータを選択します。選択項目は、検索対象のアプリケーションのメタデータ・フィールド・オプションによって決まります。たとえば、請求書番号、ベンダー名、受領日、支払日、合計請求額などを表示できます。

注意:
デフォルトでは、メタデータ検索では大/小文字が区別されます。メタデータ・フィールドに対する検索で大/小文字が区別されないようにするには、第6.4項「大/小文字を区別しない検索の有効化」に記載されている手順に従ってください。

注意:
複数のアプリケーションにまたがる検索を作成する場合、データおよびデータ型が類似するフィールドを1つの列に整列し、類似しないデータおよびデータ型は別々の列に配置することをお薦めします。これによって、ユーザーは列ヘッダーをクリックし、列内のデータを効果的にソートできます。たとえば、「数値」データ型の発注書フィールドがある1つのアプリケーションと「数値」データ型の発注番号フィールドがある別のアプリケーションを検索する場合、これらのフィールドを1つの列に整列すると、ユーザーはヘッダーをクリックし、数値に基づいて結果を順番にソートできます。ただし、「日付」データ型の受領日という名前のフィールドと「テキスト」データ型のメモという名前のフィールドを1つに列に整列しても、データ型に互換性がないため、ユーザーは情報をソートできません。

9. 列ヘッダーに鉛筆アイコンとして表示されている列オプション・アイコンをクリックして、列の表示方法を変更します。変更オプションは次のとおりです。

- 列名の変更: 列ヘッダーの名前を変更できます。これは、メタデータの名前が異なる複数のアプリケーションから同じメタデータ情報が返される場合に便利です。たとえば、Invoices_USアプリケーションに発注番号という名前のメタデータ列があり、ShippingReceipts_USアプリケーションにはPOという名前の列があるとします。このオプションを使用すると、PO番号というヘッダー名で情報を統合できます。

- 列を左に移動: 列を1つ分左に移動します。

- 列を右に移動: 列を1つ分右に移動します。

- 列の削除: 列を削除するかどうかを確認するダイアログ・ウィンドウを表示します。

10. 「次へ」をクリックします。検索条件ページが表示されます。

11. 選択したアプリケーションでドキュメントを検索するために使用するフィールド、演算子および値を選択します。「ドキュメント作成日」、「ドキュメント作成者」および「ドキュメントのバッチID」という3つのシステム・フィールドを検索に使用できます。それ以外のフィールド・オプションは、検索対象のアプリケーションによって異なります。たとえば、ShippingReceipts_USアプリケーションで発注番号を検索するには、「フィールド」として「PO」、「演算子」として「=」、「値」として「パラメータ値」を選択します。これによって、発注番号を入力すると、関連する受領書が返されます。複雑な検索条件は、カッコを使用してグループ化したり、ANDまたはOR論理積を使用して結合できます。
各アプリケーションの条件は個々に入力します。「アプリケーションの選択」メニューからアプリケーションを選択して、そのアプリケーションの条件を入力します。各条件は、表の1つの行に入力されます。新しい条件を入力する場合は、条件演算子を選択すると、新しい行が生成されます。表内で条件を上下に移動できますが、それぞれの句に正しい条件演算子を適用するように注意してください。

カッコを使用すると、条件の評価の順序が変更されます。通常の順序では、すべてのAND条件が最初に評価され、その後でOR条件が評価されます。A OR B AND Cは、条件Bおよび条件Cがtrueである必要があるか、または条件Aがtrueである必要があるとして評価されます。カッコを使用すると、評価の順序が変更される場合があります。(A OR B) AND Cは、条件Aまたは条件Bがtrueである必要があり、かつ、条件Cがtrueである必要があるとして評価されます。

たとえば、特定の担当者によって特定の場所(条件C)に配送された出荷の出荷伝票を検索するとします。その担当者は、運転手(条件A)または交代運転手(条件B)である可能性があります。この例には、次の2つのパラメータがあります。

- 担当者名

- 宛先郵便番号

パラメータを空白のままにすると、検索を実行したときに、その条件は事実上破棄されます。ユーザーが両方のパラメータを空白のままにした場合、検索結果の最大数までのすべてのドキュメントが返されます。宛先郵便番号を空白のままにした場合、指定した担当者が運転手または交代運転手であるすべてのドキュメントが、検索結果の最大数まで返されます。担当者名を空白のままにした場合、指定した宛先郵便番号を含むすべてのドキュメントが、検索結果の最大数まで返されます。

ただし、検索の作成時にカッコが使用されていない場合、ユーザーが両方のパラメータの値を入力すると、望ましくない結果が返されることがあります。条件は、BおよびC(交代運転手と宛先郵便番号)がtrueであるか、またはA(運転手)がtrueであるように評価されます。そのため、返されるドキュメントには、正しい交代運転手および宛先郵便番号が含まれるか(望ましい結果)、または宛先郵便番号に関係なく、正しい運転手が含まれます(望ましくない結果)。カッコを使用して運転手と交代運転手をグループ化すると、この問題は解決します。(A OR B) AND Cのようにグループ化すると、入力した名前が運転手または交代運転手であり、かつ、入力した番号が宛先郵便番号である結果が返されます。

また、ユーザーに対して非表示になっている静的値を含む検索条件を入力して、検索を絞り込むこともできます。たとえば、Invoices_USアプリケーションで特定の地域の企業からの請求書を検索する場合、条件として「郵便番号」フィールドを選択し、特定の地域の郵便番号の静的値を設定できます。これによって、その郵便番号と一致する地域からのすべての請求書が表示されます。

複数の条件で同じパラメータ値を使用する必要がある場合は、パラメータの編集アイコンを選択し、共通のパラメータ名を選択できます。パラメータ名は一意であるため、複数の条件を特定のパラメータ・エントリにマップできます。新しい値の作成を選択して、複数のアプリケーション間で1つ以上の条件にマップする情報の新しいプロンプトを作成することもできます。たとえば、あるアプリケーションではベンダーと呼ばれ、別のアプリケーションではIDと呼ばれているベンダーID番号の値をユーザーが入力するようにする場合、新しい値の作成を使用して、フィールド・プロンプトをベンダーまたはIDの入力に設定できます。

12. 「次へ」をクリックします。検索パラメータ・ページが表示されます。

13. 検索のパラメータの入力をユーザーに要求する際の方法を選択します。

1. パラメータの入力に使用する各フィールドの名前を入力します。たとえば、発注番号と入力します。フィールド名を入力しなかった場合、アプリケーションで定義されているフィールドの名前が使用されます。

2. 各フィールドのプロンプト・テキストを入力します。プロンプト・テキストは、パラメータの必須エントリをより明確に定義するために、検索フォームの演算子の前に表示されます。これによって、フィールド名を明確にすることができます。これは、パラメータが複数のフィールドにまたがる場合に特に便利です。

3. 「演算子テキスト」列のアイコンをクリックします。「演算子プロパティ」ダイアログ・ボックスが表示されます。「演算子プロパティ」ダイアログ・ボックスを使用して、演算子の名前を変更したり、「ユーザーによる演算子の選択の許可」を有効にします。有効にすると、「演算子プロパティ」ダイアログ・ボックスが開いて、有効な演算子のリストから、ユーザーが使用可能な演算子を選択できます。目的の有効な演算子をすべて選択済の列に移動したら、「OK」をクリックします。

4. デフォルト値を指定する場合は、「デフォルト値」列のアイコンをクリックします。「デフォルト値の変更」ダイアログ・ボックスが表示されます。値の選択リストがフィールドに定義されている場合、選択リストを使用してデフォルト値を指定します。選択リストの定義済値は、アプリケーションの作成時に作成されます。フィールドに選択リストがない場合は、デフォルト値を入力します。パラメータが日付値の場合、静的な日付値または相対的な日付値を入力します。相対的な日付値は、現在の日付からの日数を示す正または負の整数です。「OK」をクリックします。

5. 選択リストがフィールドに定義されている場合、ユーザーが選択リストから値を選択できるようにします。

6. 必須または読取り専用にするパラメータを有効にし(ある場合)、「次」をクリックします。検索セキュリティ・ページが表示されます。

14. 「追加」をクリックし、検索へのアクセス権を必要とするユーザーおよびグループを検索して選択します。セキュリティ・メンバーの追加ページが表示されます。

1. セキュリティ・メンバーの追加ページで、グループとユーザーのどちらを検索するかを選択し、「検索」をクリックします。結果のリストが表示されます。

2. 追加するユーザーまたはグループを選択し、「追加」をクリックします。検索を実行できるように検索に対する「表示」権限を付与するには、ユーザーまたはグループを追加する必要があります。次の手順で、必要に応じて追加の権限を付与できます。キーボードの[Ctrl]キーを押しながら検索結果をクリックすると、結果リストから複数の結果を選択できます。セキュリティ・メンバーの追加ページが閉じます。

15. 各ユーザーおよびグループに付与する追加の権限(「変更」、「削除」または「アクセス権の付与」)を選択し、「次」をクリックします。権限オプションの詳細は、第A.20項「検索セキュリティ・ページ」を参照してください。検索プレビューとテスト・ページが表示されます。

16. 検索プレビューとテスト・ページで、検索フォームがユーザーにどのように表示されるかを確認します。テストし、必要であれば、前に戻って変更を加えます。表示および操作に問題がなければ、「次」をクリックします。検索設定の確認ページが表示されます。

17. 新しい検索の詳細を確認し、必要であれば、ナビゲーション・トレインで前に戻って変更を加えます。検索に問題がなければ、検索設定の確認ページに戻り、「送信」をクリックします。

6.3 既存の検索の変更

既存の検索を変更する手順は次のとおりです。

注意:
ドキュメントとは異なり、変更中に定義をロックすることはできません。そのため、異なるユーザーが同じ定義を同時に変更している場合、最後に送信された変更のみが保存されます。

1. ナビゲータ・ペインの「検索の管理」パネルを開きます。

2. 変更する検索の名前をクリックします。検索設定の確認ページが表示されます。

3. 「変更」をクリックします。その検索の検索プロパティ・ページが表示されます。

注意:
「アクセス権の付与」セキュリティ権限しか持っていない場合は、検索セキュリティ・ページが表示されます。検索セキュリティ・ページと検索設定の確認ページの2つのページにのみアクセスできます。

4. ナビゲーション・トレインを使用して該当するページに移動し、必要な変更を加えます。ページ・オプションの詳細は、第6.2項「検索の作成」を参照してください。必要な変更を加えたら、検索設定の確認ページに戻ります。

5. 検索設定の確認ページで、「送信」をクリックして変更内容を入力します。

注意:
検索結果表の数値フィールドに-1が表示されることがあります。これは、ドキュメントを格納しているアプリケーションが変更されて、数値フィールドが追加された場合に発生します。新しいフィールドが追加される前にContent Serverに保存されていたドキュメントで、新しいフィールドに-1が表示されます。フィールドを追加した後で新しいドキュメントがアップロードされた場合、数値フィールドが空白のままであれば、数値フィールドの値として、検索結果に0が表示されます。

6.4 大/小文字を区別しない検索の有効化

11gリリース1 (11.1.1.6.0)パッチ・セットでは、Content Serverに2つのパッチをインストールし、一連の構成手順を実行すると、Content ServerおよびImagingで大/小文字を区別しないメタデータ検索を有効にすることができます。インストールするパッチの詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.6.0)リリース・ノートを参照してください。

11gリリース1 (11.1.1.7.0)パッチ・セット以降では、Content ServerおよびImagingで大/小文字を区別しないメタデータ検索を有効にする場合、パッチをインストールする必要はありませんが、引き続き次の構成手順を実行する必要があります。これらの手順は、11gリリース1 (11.1.1.6.0)パッチ・セットと11gリリース1 (11.1.1.7.0)パッチ・セットの両方に共通です。

1. Content Serverの「管理サーバー」の一般構成ページで、構成変数IpmCreateCaseInsensitiveIndexをtrueに設定します。これによって、新しく作成されたImagingアプリケーション内のすべてのフィールドで大/小文字を区別しない検索が有効になります。既存のアプリケーション内のフィールドに対して検索を実行すると、以前と同様に大/小文字を区別する検索が実行されます。ただし、大/小文字を区別しないメカニズムに変換できます。

既存のアプリケーション内のテキスト・フィールドで大/小文字を区別しない検索を有効にする手順は、次のとおりです。

1. Imagingで、テキスト・フィールドを含むアプリケーションを変更します。

2. 「フィールド定義」画面で、「索引付け」列のチェック・ボックスの選択を解除します。

3. 設定の確認ページで「送信」をクリックします。

4. 同じアプリケーションを変更します。

5. 「フィールド定義」画面で、同じテキスト・フィールドについて「索引付け」列のチェック・ボックスを選択します。

6. 設定の確認ページで「送信」をクリックします。

注意:
大/小文字を区別しない検索を追加するには、関連するフィールドごとに、データベース内に新しい索引を作成する必要があります。既存のフィールドを変換する場合、新しい索引を作成するには、既存のフィールド値をすべて処理する必要があります。多数のドキュメントが格納されているContent Serverの場合、索引を追加するには、索引を作成するデータベースによる専用の処理が必要になります。

6.5 ドキュメントの全文検索

Imagingコンテンツに対して全文検索を有効にするには、Content Serverのリポジトリで全文索引が構成されている必要があります。リポジトリの管理方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』を参照してください。

Content Serverで全文索引を構成した後に、次のステップを実行してImagingでの全文検索を有効にします。

1. Imagingのアプリケーションの一般プロパティ・ページで「全文検索」チェック・ボックスを選択します。

2. Imagingでアプリケーションの「フィールド定義」ページのすべての索引を選択解除し、その後に再選択することにより、アプリケーションのフィールドを再索引付けします。

注意:
Imagingパッチ・セットのリリース11g R1 (11.1.1.5)以前の場合、すべてのフィールドを再索引付けする必要があります。ただし、Imagingのパッチ・セットのリリース11g R1 (11.1.1.6)以上では、すべての文字列フィールドがデフォルトで全文検索に含まれます。

3. CONTAINS演算子を使用して検索に「ドキュメントのコンテンツ」フィールドを作成します。「ドキュメントのコンテンツ」フィールドは全文検索を実行するときに使用されます。検索の作成の詳細は、第6.2項「検索の作成」を参照してください。

7 接続の管理

この項では、Imaging管理者が使用できる接続構成オプションとそれらのオプションにアクセスする方法について説明します。

ビジネス・フローのすべての要素をImagingと正しく連携させるには、適切な接続タイプを定義する必要があります。Imagingユーザー・インタフェースを使用すると、Content Serverリポジトリとワークフロー・サーバー両方への接続を作成できます。

注意:
接続するContent ServerにImagingのサポート・コンポーネントIpmRepositoryがインストールされ、有効になっていることを確認する必要があります。Content Serverコンポーネントの有効化の詳細は、Oracle WebCenter Content Content Serverシステム管理者ガイドを参照してください。

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

- Content Server接続の作成

- ワークフロー接続の作成

- WLSTを使用したImagingの接続の作成

7.1 Content Server接続の作成

ImagingをContent Serverドキュメント・リポジトリに接続する手順は次のとおりです。

1. ナビゲータ・ペインの「接続の管理」で、「新規接続の作成」アイコンをクリックし、「Content Server接続の作成」を選択します。Content Server接続基本情報ページが表示されます。

2. 接続の名前を入力します。この名前は、「接続の管理」パネルに表示されます。このフィールドは必須です。

3. 必要に応じて、接続の簡単な説明を入力し、「次」をクリックします。Content Server接続のContent Server設定ページが表示されます。

4. 必要に応じてSSLを有効にし、SSL経由でリポジトリに接続します。SSL経由で接続するには、SSL接続を使用するようにContent Serverを構成する必要があります。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

5. ローカルホストをマシン名として指定し、そのコンピュータを共有するContent ServerにImagingを接続するには、「ローカルContent Serverの使用」を有効にし、ポート番号を設定します。ローカル通信では、最高速度の通信オプションが提供されます。有効にすると、通信障害が発生しないかぎり、ローカルホストが排他的に使用されます。ローカルホストへの通信障害が発生した場合、Content Serverのプールが定義されていれば、ローカルホストへの通信が回復するまで、メッセージはContent Serverのプールに指定されている名前のマシンに送信されます。
または、「ローカルContent Serverの使用」を無効にし、Content Serverのプールを定義します。接続プール内の各接続は、一意である必要があります。この場合は、メッセージが複数のContent Serverに送信されます。このオプションは、クラスタ環境でロード・バランシングを実現するためのものです。

注意:
1台のサーバーが接続プール内で識別され、それがContent Serverクラスタに対するロード・バランサである場合、ロード・バランサで短期間(30から60秒)、振分けを構成する必要があります。これは、アプリケーションの作成時にアプリケーション・サマリー・ページを表示しようとしたときのエラーを回避するために必要です。アプリケーションが定義されているContent Serverからクラスタ内の他のContent Serverへのアプリケーション・データの伝播で遅延が発生することがあります。

6. 「次へ」をクリックします。Content Server接続セキュリティ・ページが表示されます。

7. 必要に応じて、ユーザーを追加します。ユーザーを追加する手順は次のとおりです。

1. 「追加」をクリックします。セキュリティ・メンバーの追加ページが表示されます。

2. 「グループの検索」または「ユーザーの検索」を選択し、「検索」をクリックします。選択可能なグループまたはユーザーのリストが表示されます。

3. 追加するユーザーまたはグループを選択します。キーボードの[Ctrl]キーまたは[Shift]キーを押しながら選択すると、複数のユーザーまたはグループを選択できます。

4. 接続に追加するすべてのユーザーまたはグループを選択したら、「追加」をクリックします。セキュリティ・メンバーの追加ページが閉じ、新しいユーザーまたはグループが接続セキュリティ・ページに表示されます。

8. 各ユーザーまたはグループに必要なセキュリティ権限を有効にし、「次」をクリックします。Content Server接続設定の確認ページが表示されます。

9. 設定が正しいことを確認します。正しくない場合は、「戻る」をクリックして、変更する必要があるページに戻るか、ナビゲーション・トレインのリンクをクリックして、必要なページに直接戻ります。設定に問題がなければ、設定の確認ページに戻り、「送信」をクリックします。接続に対する変更の監査履歴を含む接続サマリー・ページが表示されます。

10. 接続の詳細を確認します。必要に応じて、「変更」をクリックしてContent Server接続基本情報ページに戻り、変更を加えます。接続に問題がなければ、Content Server接続設定の確認ページに戻り、「送信」をクリックします。

7.2 ワークフロー接続の作成

ワークフロー・プロセスをImagingアプリケーションと統合するには、まず、ワークフロー・サーバーへの接続を作成する必要があります。Imagingワークフロー接続では、BPELエンジンとBPMエンジンは区別されません。ワークフロー・サーバーで両方のエンジンが使用可能であれば、1つのワークフロー接続を使用して、BPELまたはBPMで使用するアプリケーションを構成できます。

注意:
ワークフロー接続を作成するには、ユーザーが次の3つのWebLogic Serverグループすべてのメンバーである必要があります。そうでない場合、接続は作成されません。

- Operators

- Monitors

- Administrators

接続を作成できなかった場合は、ワークフロー・サーバーのログに記録されます。

注意:
ワークフロー・サーバーがクラスタ内で動作する場合、ワークフローの接続を確立する前にWebLogic Server管理コンソールでSOAサーバーのフロントエンド・ホストとフロントエンドHTTPポートを指定する必要があります。その後にImaging管理対象サーバーとSOAサーバーを再起動します。SOAサーバーのホストとポートを構成する方法の詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

ワークフロー接続を作成する手順は次のとおりです。

1. ナビゲータ・ペインの「接続の管理」で、「新規接続の作成」アイコンをクリックし、「ワークフロー接続の作成」を選択します。ワークフロー接続基本情報ページが表示されます。

2. 接続の名前を入力します。この名前は、「接続の管理」パネルに表示されます。このフィールドは必須です。

3. 必要に応じて、接続の簡単な説明を入力し、「次」をクリックします。ワークフロー接続設定ページが表示されます。

4. ワークフロー・サーバーのHTTPフロントエンド・アドレスを指定します。リスニング・ポートがURLに定義されたプロトコルのデフォルト・ポートでない場合は、アドレスにリスニング・ポートを含める必要があります。たとえば、「HTTPフロントエンド・アドレス」にhttp://soa.server.company.com:8001と入力します。このフィールドは必須です。

5. 「資格証明別名」を入力します。たとえば、basic.credentialと入力します。このフィールドは必須です。資格証明別名は、ユーザー名およびパスワードを資格証明ストア・フレームワーク(CSF)で検索するために使用される別名、つまりキーで、適切なセキュリティを確保するために暗号化されます。
この資格証明は、ワークフロー接続の構成を完了する前にCSFで作成する必要があります。CSFで資格証明を作成するには、Fusion Middleware ControlまたはWLSTを使用します。このフィールドは必須です。

6. 必要に応じて、接続に使用するホスト名を指定して、プロバイダを入力します。ワークフロー・サーバーが単一インスタンスである場合、プロバイダはワークフロー・マシンのホスト名またはIPとポートです。たとえば、t3://server:8001と入力します。ワークフロー・サーバーがクラスタ内で動作している場合、このパラメータ値は、クラスタ内のサーバーのマシン名またはIPアドレスとポートをカンマで区切ったリストである必要があります。複数のプロバイダがある場合、ワークフロー・サーバーのフロントエンド・アドレスのみを入力しても機能しません。この手順は、Oracle E-Business Suite Adapter for Oracle Enterprise Content Managementと統合する場合にのみ必要です。

7. 「接続のテスト」をクリックして、接続が作成されていることを確認します。正常に完了すると、BPELコンポジットのリストが表示されます。

8. 「次へ」をクリックします。ワークフロー接続セキュリティ・ページが表示されます。

9. 必要に応じて、ユーザーを追加します。ユーザーを追加する手順は次のとおりです。

1. 「追加」をクリックします。セキュリティ・メンバーの追加ページが表示されます。

2. 「グループの検索」または「ユーザーの検索」を選択し、「検索」をクリックします。選択可能なグループまたはユーザーのリストが表示されます。

3. 追加するユーザーまたはグループを選択します。キーボードの[Ctrl]キーまたは[Shift]キーを押しながら選択すると、複数のユーザーまたはグループを選択できます。

4. 接続に追加するすべてのユーザーまたはグループを選択したら、「追加」をクリックします。セキュリティ・メンバーの追加ページが閉じ、新しいユーザーまたはグループがワークフロー接続セキュリティ・ページに表示されます。

10. 各ユーザーまたはグループに必要なセキュリティ権限を有効にし、「次」をクリックします。ワークフロー接続設定の確認ページが表示されます。

11. 設定が正しいことを確認します。正しくない場合は、「戻る」をクリックして、変更する必要があるページに戻るか、ナビゲーション・トレインのリンクをクリックして、必要なページに直接戻ります。設定に問題がなければ、ワークフロー接続設定の確認ページに戻り、「送信」をクリックします。接続に対する変更の監査履歴を含む接続サマリー・ページが表示されます。

12. 接続の詳細を確認します。必要に応じて、「変更」をクリックしてワークフロー接続基本情報ページに戻り、変更を加えます。接続に問題がなければ、ワークフロー接続設定の確認ページに戻り、「送信」をクリックします。

7.2.1 ワークフロー・サーバーのSSLの構成

ImagingのSSL構成をワークフローで使用するには、ワークフロー・サーバーでSSLリスニング・ポートを有効にする必要があります。そのためには、ワークフロー・サーバーを最初にインストールするときに構成ウィザードを使用するか、インストール後にOracle WebLogic Server管理コンソールを使用します。SSLの構成の詳細は、Oracle Fusion Middleware管理ガイドの第6章「Oracle Fusion MiddlewareでのSSLの構成」を参照してください。

SSLが有効なワークフロー・サーバーへの接続を作成するには、接続の作成時にワークフロー接続設定ページのワークフロー接続の「HTTPフロントエンド・アドレス」でHTTPSプロトコルおよびリスニング・ポートを指定する必要があります。たとえば、https://yourhost.com:8002のように指定します。

ワークフロー管理対象サーバーとImaging管理対象サーバーの両方がデフォルトのDemoTrust証明書を使用するように構成されている場合、サーバーへの通信は正しく動作します。Oracle WebLogic Serverインスタンスはすべて、同じDemoTrust自己署名証明書を使用するため、デフォルトで他のインスタンスを信頼するように構成されています。これは、デモまたはテスト環境でシステムをテストする場合にのみ使用してください。セキュリティ上の理由から、本番環境ではDemoTrust証明書を絶対に使用しないでください。

注意:
これらのファイルは、テストおよびデモにのみ使用してください。本番環境では、適切かつ有効な証明書を取得し、それらの証明書をインポートおよび構成するための適切な手順に従って、アイデンティティと信頼を確立する必要があります。適切に署名された証明書を使用し、証明書を正しく構成すれば、特別な構成を行わなくても、SSLは正しく動作します。

7.2.2 ワークフロー接続のCSF資格証明の構成

資格証明ストア・フレームワーク(CSF)資格証明は、別名をキーとし、CSF内の名前付きマップ内に保存されるユーザー名/パスワードのペアです。Oracle Web Services Manager (OWSM)と統合するため、Imagingは、oracle.wsm.securityという標準のOWSM CSFマップを使用します。

資格証明を作成するには、Enterprise Manger (EM)またはWebLogic Scripting Tool (WLST)を使用します。

EMを使用した資格証明の作成

EMを使用して資格証明を作成するには、次の手順を実行します。

1. Enterprise Managerにログインします。

2. 「WebLogicドメイン」をクリックします。

3. 「セキュリティ」、「資格証明」の順にクリックします。

4. 「oracle.wsm.security」マップを選択します。このマップがない場合は、次の手順を実行します。

1. 「マップの作成」を選択します。

2. マップ・フィールドにoracle.wsm.securityと入力し、「OK」をクリックします。

3. 「キーの作成」をクリックします。これで、キーを選択できるようになります。

5. キー名を入力します。これは、ワークフロー接続構成で使用される資格証明の別名です。

6. タイプとして「パスワード」を選択します。

7. ユーザー名とパスワードを入力します。

8. 必要に応じて、資格証明の説明を入力します。

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

WLSTを使用した資格証明の作成

WLSTを使用して資格証明を作成するには、次のコマンドを実行します。

wlst> connect('weblogic', 'weblogic1', 't3://<ucm_admin_server>:7001')
createdCred(map="oracle.wsm.security", key="basic.credential", user="weblogic", password="Welcome1")

ここで、weblogicはユーザー名、weblogic1は管理サーバーにログインするためのパスワード、keyはユーザー・インタフェースでワークフロー接続定義の資格証明別名プロパティに使用される別名です。APIでは、Connection.CONNECTION_WORKFLOW_CSFKEY_KEYプロパティに使用されます。OWSMおよびBPELで使用される標準のデフォルト名であるため、この例では別名basic.credentialを使用しています。ただし、別名はマップ内で一意であれば、任意に指定できます。

7.3 WLSTを使用したImagingの接続の作成

createIPMconnection()のWebLogic Scripting Tool (WLST)コマンドにより、接続定義xmlファイルを使用してImagingの接続が確立されます。createIPMconnection()のWLSTコマンドは、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』で説明しています。

次の例では、Imaging接続を確立するために使用できるxmlファイルを示します。

ImagingをContent Serverに接続するXMLファイルの例

注意:
ImagingをlocalhostでContent Serverに接続する際にrepository.machineのみを指定します。Content Serversのプールを使用する際に、repositories.secondariesを使用してホストIPアドレスとポート番号をカンマ区切りで<detailValue>内に指定します。

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Connection>
<id>0</id>
<name>Local CS</name>
<properties>
<ConnectionType>REPOSITORY</ConnectionType>
</properties>
<details>
<map>
<item>
<detailKey>repository.machine</detailKey>
<detailValue>localhost</detailValue>
</item>
<item>
<detailKey>repository.port</detailKey>
<detailValue>4444</detailValue>
</item>
<item>
<detailKey>repository.type</detailKey>
<detailValue>UCM</detailValue>
</item>
<item>
<detailKey>repository.secondaries</detailKey>
<detailValue>127.9.9.1:4444,127.0.0.1:4444</detailValue>
</item>
<item>
<detailKey>repository.useSSL</detailKey>
<detailValue>false</detailValue>
</item>
</map>
</details>
<security>
<securityItem>
<guid/>
<name>ipmadmin</name>
<type>USER</type>
<permissions>
<view>1</view>
<modify>1</modify>
<delete>1</delete>
<grantaccess>1</grantaccess>
</permissions>
</securityItem>
<securityItem>
<guid/>
<name>Administrators</name>
<type>GROUP</type>
<permissions>
<view>1</view>
<modify>1</modify>
<delete>1</delete>
<grantaccess>1</grantaccess>
</permissions>
</securityItem>
</security>
</Connection>

Imagingをワークフロー・サーバーに接続するXMLファイルの例

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Connection>
<id>0</id>
<name>Local CS</name>
<properties>
<ConnectionType>WORKFLOW</ConnectionType>
</properties>
<details>
<map>
<item>
<detailKey>bpel.front.address</detailKey>
<detailValue>http://localhost:8001</detailValue>
</item>
<item>
<detailKey>bpel.provider</detailKey>
<detailValue>t3://localhost:8001</detailValue>
</item>
<item>
<detailKey>bpel.csf.key</detailKey>
<detailValue>credential</detailValue>
</item>
</map>
</details>
<security>
<securityItem>
<guid/>
<name>ipmadmin</name>
<type>USER</type>
<permissions>
<view>1</view>
<modify>1</modify>
<delete>1</delete>
<grantaccess>1</grantaccess>
</permissions>
</securityItem>
<securityItem>
<guid/>
<name>Administrators</name>
<type>GROUP</type>
<permissions>
<view>1</view>
<modify>1</modify>
<delete>1</delete>
<grantaccess>1</grantaccess>
</permissions>
</securityItem>
</security>
</Connection>

8 WebCenter Content Serverとの連携

この項ではContent Serverのドキュメント・プロファイルと、ImagingドキュメントをContent Serverのリポジトリに保管する方法について説明します。

Imagingでは、データベースの機能を使用して、アップロードされたドキュメントを保存および取得します。ドキュメントは、格納されたアプリケーションで指定されている条件に基づいて保存されます。

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

- Content Serverのドキュメント・プロファイル

- ドキュメント記憶域について

8.1 Content Serverのドキュメント・プロファイル

Imagingでアプリケーションが作成されると、対応するプロファイルおよびプロファイル・ルール・セットがContent Serverリポジトリに作成されます。プロファイル・トリガー・フィールドが構成されている必要があります。Content Server 11gの場合、プロファイル・トリガー・フィールドは自動的に構成されます。Content Server 10gの場合は、次の手順を実行してプロファイル・トリガー・フィールドを構成します。

1. EnableIdcProfileField=1を一般構成変数として10g Content Serverのconfig.cfgファイルに追加します。一般構成変数をContent Serverに追加する方法の詳細は、製品に付属しているドキュメントを参照してください。

2. Content Serverを再起動します。

注意:
Imagingでアプリケーションが作成されたときに自動的に生成されるプロファイルは、デフォルトでAdministratorsセキュリティ・グループに割り当てられます。これらのプロファイルは、標準的なContent Serverのプロファイル・ルールを変更することで、他のユーザー・グループに提供できます。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。その後、Imagingでアプリケーションが変更された場合、Content Serverのプロファイル・ルールはリセットされます。他のユーザー・グループを追加するには、プロファイル・ルールを再度変更する必要があります。

8.1.1 グローバル・プロファイル・ルール

アプリケーション・プロファイルが作成されるときに、IpmRepositoryコンポーネントによって、システム・フィールドをグループ化したり、システム・フィールドが表示されるようにするためのグローバル・プロファイル・ルールが設定されます。これらのプロファイルは、Content Serverが起動するたびに作成または更新されます。

注意:
Content Serverの構成設定IpmUpdateProfileRulesを0(ゼロ)に設定すると、グローバル・プロファイル・ルールの自動更新を無効にすることができます。コンテンツ・サーバーの構成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

IpmRepositoryコンポーネントによって作成されるルールは次のとおりです。

名前

説明

グローバル・ルール

IpmSystemFields

Imagingのシステム・フィールドをグループ化します。Imagingのシステム・フィールドをプロファイルに含める場合に使用できます。

いいえ

IpmSystemFields_Hide

Imagingのシステム・フィールドをデフォルトで非表示にします。フィールドを表示するには、フィールドを表示するルールを追加します(IpmSystemFieldsルールを参照)。

はい

IpmSystemFields_Restricted

セキュリティ・グループおよびドキュメント・タイプでのImaging固有の値の選択を制限します。

はい

グローバル・ルールをアクティブにするために、特定のプロファイルで参照する必要はありません。

8.1.2 アプリケーション・プロファイルおよびプロファイル・ルール

アプリケーションが作成されると、アプリケーション・フィールドの表示を処理するためのプロファイルおよびルールが作成されます。プロファイル・ルールによって、アプリケーション・フィールドをグループ化する方法が決定され、それらのフィールドのデフォルト値が指定されます。次の表では、これらのルールについて説明します。

名前

説明

グローバル・ルール

IpmApp_<X>_Fields

アプリケーション・フィールドをグループ化します。

いいえ

IpmApp_<X>_Fields_Hide

アプリケーション・フィールドを非表示にします。

はい

IpmApp_<X>_Defaults

Imagingのシステム・フィールド(「セキュリティ・グループ」、「IPMアプリケーション識別子」 )およびアプリケーション固有のフィールドのデフォルトを設定します。

いいえ

前述のルール名の<X>は、内部アプリケーション識別子に置き換えられます。グローバル・ルールでないルールをアクティブにするには、プロファイルで参照する必要があります。

プロファイルはアプリケーションについて作成され、プロファイル名としてIpmApp_<X>が指定されます。<X>は、内部アプリケーション識別子です。ルールのラベルはアプリケーション名です。

8.1.3 Foldersとの連携

Imagingでは、アプリケーション・ドキュメントがフォルダに自動的に割り当てられるわけではありません。ただし、アプリケーション・プロファイルおよびプロファイル・ルールを変更することで、ドキュメントを特定のフォルダに自動的に割り当てることができます。ドキュメントを特定のフォルダに自動的に割り当てるようにアプリケーション・ルールを変更する手順は、次のとおりです。

1. アプリケーション・コンテンツを格納する新しいコントリビューション・フォルダを作成します。932000007など、フォルダの識別子を書き留めます。

2. 新しいプロファイル・ルールを追加し、名前を書き留めます。たとえば、App_<X>_Folderなどを使用できます。

3. フォルダ・フィールド(xCollectionID)を選択し、タイプを「情報のみ」に設定します。

4. 「デフォルト値を使用」を有効にし、デフォルト値を、前述の手順で取得したフォルダ識別子に設定します。これによって、Content Serverのチェックイン・フォームを使用してコンテンツをチェックインする際に、割り当てられたフォルダが表示されるようになります。

5. 「派生フィールド」を有効にし、デフォルト値を、前述の手順で取得したフォルダ識別子に設定します。これによって、Imagingアップロードなど、任意のソースからのチェックイン時にその値が設定されます。
この方法でルールを設定しても、ユーザーは、ごみ箱フォルダを含め、フォルダ間でコンテンツを移動することはできません。ドキュメントを削除したり、フォルダ間でファイルを移動できるようにするには、カスタム・スクリプトを使用するように派生値を変更し、次のような行を追加します。

<$if not (IDC_SERVICE like "COLLECTION_DELETE_LOT|COLLECTION_RESTORE_ITEM")$>
<$dprDerivedValue="932000007"$>
<$endif$>

6. 変更するImagingアプリケーションのアプリケーション・プロファイルを編集し、前述の手順で定義したルールを「ルール」タブに追加します。

注意:
Imagingでアプリケーションが変更され、その際にアプリケーション名も変更された場合、アプリケーション・プロファイルに追加したルールを再度追加する必要があります。

8.1.4 Oracle Universal Records Managerとの連携

Imagingでは、ドキュメントが保存カテゴリやライフ・サイクルに自動的に割り当てられるわけではありません。ただし、アプリケーションのプロファイルおよびプロファイル・ルールを変更することで、ドキュメントを保存カテゴリまたはライフ・サイクルに自動的に割り当てることができます。次の手順では、保存カテゴリ値を割り当てます。ライフ・サイクルを割り当てる場合は、xCategoryIDのかわりにxLifeCycleIDを使用してください。

1. 新しい保存カテゴリを作成し、保存カテゴリ識別子を書き留めます。たとえば、App <X> Categoryなどを使用できます。

2. 新しいプロファイル・ルールを追加し、名前を書き留めます。たとえば、App_X_Category_ruleなどを使用できます。

3. 保存カテゴリ・フィールド(xCategoryID)を選択し、タイプを「情報のみ」に設定します。

4. 「デフォルト値を使用」を有効にし、デフォルト値を、前述の手順で取得した保存カテゴリ識別子に設定します。たとえば、App X Categoryに設定します。これによって、Content Serverのチェックイン・フォームを使用する際に、割り当てられたカテゴリが表示されるようになります。

5. 「派生フィールド」を有効にし、デフォルト値を、前述の手順で取得した保存カテゴリ識別子(App X Category)に設定します。これによって、Imagingアップロードなど、任意のソースからのチェックイン時にその値が設定されます。

注意:
ドキュメントをマップするカテゴリがレコード専用のカテゴリである場合は、さらにxIsRecordのフィールドを追加し、デフォルト値および派生値を1に設定する必要があります。

6. 変更するImagingアプリケーションのアプリケーション・プロファイルを編集し、前述の手順で定義したルールを「ルール」タブに追加します。

注意:
Imagingでアプリケーションが変更され、その際にアプリケーション名も変更された場合、アプリケーション・プロファイルに追加したルールを再度追加する必要があります。

8.1.4.1 Oracle Universal Records ManagementとImagingコンテンツ

ImagingコンテンツがOracle URMシステムで正しく構成されている場合、いくつかの制限がImagingコンテンツに適用されます。

ImagingドキュメントがOracle URMで凍結されている場合、Imagingからドキュメントを削除しようとすると、「ドキュメントはリポジトリで法的保留にあるため削除できません。」というエラーが表示されます。Imagingでドキュメントを更新したり、ドキュメントを別のアプリケーションに移動またはコピーすることはできません。凍結されたドキュメントを削除できるのは、Imaging管理者またはWebCenter Content管理者のみです。凍結が解除されると、Imaging内の制限も解除されます。

8.1.4.1.1 Oracle URM 10gの使用

Oracle URM 10gを使用するシステムとImagingが接続されている場合、レコード専用カテゴリに関連付けられたコンテンツには同じ制限が適用されます。

8.1.4.1.2 Oracle URM 11gの使用

Oracle URM 11gを使用するシステムとImagingが接続されている場合、「編集の制限」、「リビジョンの制限」または「削除の制限」指定子を使用するカテゴリに関連付けられたコンテンツには、Imagingで同じ制限が適用されます。

警告:

コンテンツをOracle URMのカテゴリと関連付けるために使用するルールは、Oracle URMと統合する際の手順に従って慎重に作成する必要があります。このルールを正しく作成しなかった場合、Imagingコンテンツがレコード・カテゴリに割り当てられたり、凍結できるようになることがあります。その場合、Imagingのユーザーが必要に応じてドキュメントを変更できなくなります。

8.1.4.2 WebCenter Content Adapter for Content Serverとの同期

Oracle Universal Records Managerで複数のContent Serverリポジトリを使用できるようにWebCenter Content Adapter for Content Serverを使用している場合、Content ServerとOracle URM間でセキュリティ・グループが一貫していることを確認する必要があります。WebCenter Content Adapterは、Imagingによって作成されたセキュリティ・グループをOracle URMと同期しません。

Content Serverリポジトリにセキュリティ・グループを追加するアプリケーションがImagingで作成された場合、Imagingで作成されたものと同じセキュリティ・グループをOracle URMで手動で構成する必要があります。これは、コンテンツをImagingアプリケーションにアップロードする前に行う必要があります。さらに、Imagingアプリケーションまたはアプリケーション内のドキュメント・セキュリティが変更された場合、Oracle URMでセキュリティ・グループを手動で更新する必要があります。

注意:
Imagingのメタデータ・フィールドがOracle URMに伝播されることはないため、Oracle URM内のドキュメントには、Imagingで指定された値が表示されません。

8.1.5 Information Rights Managerとの連携

Imagingでは、アプリケーション・ドキュメントがIRM分類に自動的に割り当てられるわけではありません。ただし、アプリケーション・プロファイルおよびプロファイル・ルールを変更することで、ドキュメントをIRM分類に自動的に割り当てることができます。

1. 新しいプロファイル・ルールを追加し、名前を書き留めます。たとえば、App_X_IRMなどを使用できます。

2. IRMProtectionフィールド(xIRMProtection)を選択し、タイプを「情報のみ」に設定します。

3. 「デフォルト値を使用」を有効にし、デフォルト値を設定します。この値は、Oracle IRMのコンテキストと一致している必要があります。これによって、Content Serverのチェックイン・フォームを使用する際に、割り当てられたIRM分類が表示されるようになります。

4. 「派生フィールド」を有効にし、デフォルト値を設定します。この値は、Oracle IRMのコンテキストと一致している必要があります。これによって、Imagingアップロードなど、任意のソースからのチェックイン時にその値が設定されます。

注意:
IRMが正しく構成されていない場合や、値が有効なコンテキストと一致していない場合、IRMの検証に失敗するため、コンテンツをContent Serverにチェックインできません。

5. 変更するImagingアプリケーションのアプリケーション・プロファイルを編集し、前述の手順で定義したルールを「ルール」タブに追加します。

注意:
Imagingでアプリケーションが変更され、その際にアプリケーション名も変更された場合、アプリケーション・プロファイルに追加したルールを再度追加する必要があります。

8.1.6 WebCenter Spacesとの連携

WebCenter Spaces内でImagingドキュメントに自動的にアクセスできるようになるわけではありません。ただし、WebCenter Spaces内で表示可能なフォルダにドキュメントを自動的に割り当てることができます。Imagingドキュメントにアクセスできるようにするには、アプリケーション・プロファイルおよびプロファイル・ルールを手動で構成および変更する必要があります。

1. Oracle WebCenterが使用するように構成されているものと同じLDAPベースのアイデンティティ・ストアを使用するようにContent ServerおよびImagingを構成します。
LDAPアイデンティティ・ストアを使用するようにWebCenterとコンテンツ・サーバーを構成する詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理を参照してください。

2. ImagingでサポートされているバージョンのJavaを使用して、ImagingとWebCenterドキュメント・サービス間のブリッジとしてContent Serverを構成します。

3. WebCenter Spacesのドキュメント・サービスはFoldersコンポーネントを使用するため、チェックインされたコンテンツのフォルダを自動的に指定するようにImagingを構成する必要があります。FoldersでImagingを構成する方法の詳細は、第8.1.3項「Foldersとの連携」を参照してください。

WebCenter Spacesのコンテンツ・サーバーとの統合に関する詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理を参照してください。

8.2 ドキュメント記憶域について

概念的には、アプリケーションは、アプリケーションによって定義および適用される共通の特性を持つドキュメントのコンテナです。Content Serverの1つのインスタンスでは、組織に必要な複数のアプリケーションを処理できない場合があります。必要な複数のアプリケーションを処理するようにソリューションを拡張するために、複数のContent Serverインスタンスを使用できます。ただし、1つのアプリケーションを複数のContent Serverインスタンスに分割することはできません。複数のContent Serverインスタンスをサポートするには、各アプリケーションをターゲットのContent Serverインスタンスと関連付ける必要があります。Imagingレベルでこれを表すために、リポジトリと呼ばれる新しいオブジェクトがパブリックAPIに追加されています。リポジトリ・オブジェクトは、各Content Serverインスタンスへの接続情報を追跡します。各アプリケーションは、特定のリポジトリと関連付けられます。リポジトリへの接続を作成する方法の詳細は、第7項「接続の管理」を参照してください。

8.2.1 Content Serverのドキュメント・プロパティ

次の表に、Imagingのドキュメント・プロパティとContent Serverのドキュメント・プロパティのマッピングを示します。

Imagingのドキュメント・プロパティ

Content Serverのプロパティ

説明

Id

dDocName

名前

dOriginalName

dDocTitleに基づいている場合もありますが、dDocTitleは、Content Serverユーザー・インタフェースで変更可能です。

Properties.ApplicationId

なし

カスタム・メタデータ・フィールドです。

Properties.ApplicationName

なし

Content Serverからではなく、アプリケーション定義から読み取られます。

Properties.BatchId

xIPMSYS_BATCH_ID

カスタム・メタデータ・フィールドです。

Properties.CreateDate

dDocCreatedDate (Content Server 11g)
xIPMSYS_CREATE_DATE (Oracle Content Server 10g)

dDocCreatedDate (11g)またはxIPMSYS_CREATE_DATE (10g)は、ドキュメントが最初に作成された日付です。追加のリビジョンがチェックインされた場合、このプロパティの値によって最初のドキュメント作成日が追跡されます。Oracle Content Server 10gを使用している場合、xIPMSYS_CREATE_DATEはカスタム・メタデータ・フィールドとして実装されます。

Properties.Creator

dDocCreator (Content Server 11g)
xIPMSYS_CREATOR (Oracle Content Server 10g)

dDocCreator (11g)またはxIPMSYS_CREATOR (10g)は、ドキュメントを最初に作成したユーザーです。追加のリビジョンがチェックインされた場合、このプロパティの値によって最初の作成者が追跡されます。Oracle Content Server 10gを使用している場合、xIPMSYS_CREATORはカスタム・メタデータ・フィールドとして実装されます。

Properties.DocUrl

なし

Imagingコードで計算されます。weblayoutディレクトリでURLを計算するためのContent Server IdocScript関数があります。

Properties.LastModifiedBy

dDocLastModifier (Content Server 11g)
最新のリビジョンのdDocAuthor (Oracle Content Server 10g)

dDocLastModifier (11g)またはdDocAuthor (10g)は、最新のリビジョンの作成者です。追加のリビジョンがチェックインされた場合、このプロパティの値によってリビジョンが追跡されます。

Properties.LastModifiedDate

dDocLastModifiedDate (Content Server 11g)
最新のリビジョンのdCreateDate (Oracle Content Server 10g)

dDocLastModifiedDate (11g)または最新のリビジョンのdCreateDate (10g)は、最新のリビジョンがチェックインされた日付です。追加のリビジョンがチェックインされた場合、このプロパティの値によってリビジョンが追跡されます。

Properties.LockedBy

dCheckoutUser

Content Serverには、ドキュメントをチェックアウトして他のユーザーがチェックアウトできないようにする以外に、ロックの概念はありません。

Properties.LockedDate

なし

Properties.MimeType

dFormat

Properties.Size

dFileSize

Properties.Version

dRevisionID

これは、ユーザーによる変更が可能なdRefLabelとは異なります。

Properties.VolumeName

なし

ファイル・ストア・プロバイダが構成され、使用されている場合、これはルールに基づく場合があります。

FieldValues

アプリケーションによって定義されたカスタム・メタデータ・フィールド

Permissions.Delete

削除

IdocScript userHasGroupPrivilege(dSecurityGroup, "D")関数(またはこの関数を実装するコード)から設定できます。

Permissions.Grant

Admin

IdocScript userHasGroupPrivilege(dSecurityGroup, "A")関数(またはこの関数を実装するコード)から設定できます。

Permissions.Modify Fields

書込み

IdocScript userHasGroupPrivilege(dSecurityGroup, "W")関数(またはこの関数を実装するコード)から設定できます。

Permissions.Update

書込み

IdocScript userHasGroupPrivilege(dSecurityGroup, "W")関数(またはこの関数を実装するコード)から設定できます。

Permissions.View

Read

IdocScript userHasGroupPrivilege(dSecurityGroup, "R")関数(またはこの関数を実装するコード)から設定できます。

AnnotationPermissions

該当なし

注釈権限は、ImagingエンティティBeanによって管理されます。

リビジョン履歴
監査履歴

<Versions>
<Content Tracker>

リビジョン履歴は、DOC_INFOサービスの一部として提供されます。
監査履歴は、Content Tracker APIを使用して適切な監査データを読み取ることによって取得する必要があります。

9 入力エージェントについて

この項では、Imagingで入力エージェントを有効にし、一括アップロードの入力ファイルを作成する方法について説明します。

入力エージェントは、ドキュメントを一括でImagingにアップロードし、索引を作成するために使用されるImagingサービスです。

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

- 入力エージェントの有効化

- 入力ファイルについて

- 入力ファイリング・コマンドの使用

- 入力エージェントの処理

- 結果およびエラー・ファイルの確認

9.1 入力エージェントの有効化

入力エージェントは、アプリケーション定義、入力定義、および入力ファイルと呼ばれる特殊な形式のテキスト・ファイルを使用して、Imagingドキュメントの索引を一括で作成します。入力ファイルでは、索引を作成するイメージとアプリケーション内でそれらに関連付けるメタデータのリストを指定します。入力エージェントはマルチスレッドで、大量のデータを処理するようにも少量のデータを処理するようにも構成可能です。

入力エージェントを構成する手順は次のとおりです。

1. 管理対象サーバーを起動し、WLSTまたはEnterprise ManagerのMBeanブラウザを使用してImaging構成MBeanに移動します。

2. CheckIntervalを、環境に適した値に設定します。CheckInterval MBeanは、実行する新しい処理を確認するまでの休止時間(分)を指定するシステム設定です。デフォルトは15分です。

3. InputAgentRetryCountを設定して、ジョブが失敗した後で実行可能な再試行の回数を制御します。デフォルトは3です。4回目以降、ジョブは失敗ディレクトリに配置されます。

4. InputDirectories MBeanを設定して、入力ファイルのパスを指定します。この値は、場所の配列として表すことができます。マルチノード間のImagingインストールを使用している場合、この場所はすべての入力エージェント間で共有され、すべてのエージェントがアクセスできる必要があります。入力エージェントが異なるマシン上にある場合は、共有ネットワークである必要があります。

注意:
入力ファイルを処理するには、入力エージェントが入力ディレクトリに対して適切な権限を持っている必要があります。また、入力ディレクトリでファイル・ロックが許可されている必要があります。入力エージェントを使用するには、WebLogic Serverサービスを実行するユーザー・アカウントが、入力ディレクトリと入力ディレクトリ内のすべてのファイルおよびサブディレクトリに対して読取りと書込みの権限を持っている必要があります。これらの権限は、入力エージェントがファイルを処理する際に様々なディレクトリへファイルを移動できるようにするために必要です。共有におけるファイル・ロックは、入力エージェントがクラスタのサーバー間で処理を調整するために必要です。

前述の手順を完了すると、入力エージェントがアクティブになり、処理を開始できる状態になります。アプリケーション(第4.2項「アプリケーションの作成」を参照)と入力定義(第5.2項「入力定義の作成」を参照)を作成すると、入力エージェントはジョブの処理を開始します。

9.2 入力ファイルについて

入力エージェントは、入力ファイルに基づいて処理を行います。入力ファイルは、CSV(カンマ区切りの値)ファイルのような簡単なテキスト・ドキュメントで、Imagingシステムで索引を作成するためのファイルおよび関連するメタデータのリストが格納されています。正しいエンコーディングが入力定義で指定されていれば、入力ファイルでは様々なエンコーディングを使用できます。入力エージェントは、入力定義の定義に使用されるサンプル・ファイルではなく、入力定義の入力マスクと一致するすべての入力ファイルを検索します。APIを使用して入力を作成する場合、サンプル・ファイルは必要ありません。サンプル・ファイルは、ユーザーがデータを表示して列を選択できるようにユーザー・インタフェースを使用して入力を作成する場合にのみ使用します。

警告:

入力ファイル・マスクはImagingシステムに対して一意である必要があり、重複することはできません。入力エージェントでは1つの入力に対する1つの入力ファイルのみを処理し、異なる入力定義用に、ファイルを再ステージングして再度処理することはありません。入力が処理される順序はランダムであるため、ある共有入力ファイルがどの入力によって選択されるかは予測できません。

入力ファイルの例は次のとおりです。

C:\IPMData\Input Files\print\NewPrintstreams\doc16.txt|NEW ORDER|10/06/94|B82L|218482
C:\IPMData\Input Files\print\NewPrintstreams\doc17.txt|NEW ORDER|10/06/94|N71H|007124
C:\IPMData\Input Files\print\NewPrintstreams\doc18.txt|NEW ORDER|10/06/94|B83W|24710

入力ファイルの詳細な構造は、次のように定義されます。

[path to document file][delimiter][metadata value 1]<[delimiter]<metadata value 2> ... <delimiter>>

- 大カッコ([])内の項目は必須で、山カッコ(<>)内の項目はオプションです。

- path to document fileは、Imagingに保存されるtiff、jpeg、docまたはその他のファイル・タイプの場所です。入力エージェントを実行するユーザー・アカウントがアクセス可能なパスである必要があります。

- delimiterは、パイプ文字(|)など、値を相互に区切る文字です。

- metadata value xは、ドキュメントの索引を作成するためにアプリケーションで使用される索引値です。

- デリミタ文字は入力ファイル全体で同じ文字であり、入力定義で指定されている文字と一致している必要があります。デフォルトはパイプ文字(|)です。

- アプリケーション内の必須フィールドごとにメタデータ値が1つずつ必要です。たとえば、「名前」フィールドと「日付」フィールドの両方がアプリケーションで「必須」として指定されている場合、入力ファイルにも「名前」フィールドと「日付」フィールド両方の値が必要です。追加の値を指定することもできますが、その場合は、[delimiter]<metadata value>という形式に従う必要があります。

- 各行に長さの制限はありませんが、改行文字は新しいドキュメントの開始を示すため、ファイルに関連するすべてのメタデータを1行に入力する必要があります。

- 各値は、デリミタで区切ります。区切られた値は、入力エージェントでは列1...列Nとして処理されます。行に対するコマンドは、列としてカウントされません。第9.3項「入力ファイリング・コマンドの使用」を参照してください。

- 入力ファイル内の列がアプリケーションの順序と一致している必要はありませんが、索引を正しく作成するには、入力定義で指定された場所にある必要があります。

注意:
入力ファイルで指定されている日付および時刻には、指定された日付に適用されている夏時間(DST)ルールではなく、現在のDSTルールが適用されます。そのため、ドキュメントのタイムスタンプが最大で前後2時間変更されることがあります。タイムスタンプが深夜をまたいで変更される場合、ドキュメント入力に使用されている日付も変更されることがあります。

9.3 入力ファイリング・コマンドの使用

入力エージェントでは、入力ファイルに特殊なコマンド・シーケンスを挿入することで、ファイリング・プロセスをより詳細に制御できます。入力定義はすべてのファイルに適用されますが、コマンドは、入力エージェントによって必要に応じて入力ファイルに挿入でき、ファイルごとに異なっていてもかまいません。そのため、日付書式や数値の表示を変更するためのファイルのロケールなど、ファイルごとに固有の動作を柔軟に設定できます。

これらのコマンドでは、コマンドに応じて、入力ファイル全体を処理することも、ファイルの1つの行のみを処理することもできます。個々のコマンドの詳細は次のとおりです。

9.3.1 ロケール

ロケール・コマンドは、エージェントがデータの解析に使用するロケールを変更します。このコマンドは、ドキュメントを指定する前に、入力ファイルの先頭で1回のみ使用できます。データが処理された後でこのコマンドが使用されると、エラーが発生し、ファイリングが停止します。

構文

@Locale[delimiter][locale]

例

@Locale|es-es

注意

このコマンドは入力ファイルの先頭でのみ使用でき、ファイル全体に適用されます。複数のロケールを使用する必要がある場合は、異なるファイルにデータを分割する必要があります。デリミタは、入力ファイル全体で使用されているものと同じである必要があります。ロケールは、ISO言語コード-ISO国コードという形式に従います。

9.3.2 新規

新規コマンドはImagingシステムで新しいドキュメントを作成し、行の索引データをそのまま残すように動作します。このコマンドは、注釈が付けられた行にのみ適用され、次の行ではリセットされます。

構文

@New[delimiter][line data]

- line data: 通常の入力ファイルにあるようなドキュメントのメタデータ値です。

例

@New|TestTiff.TIF|98.765|Good Company LTD|10/08/2003|0000|1.733,12|10/09/2003

注意

行の先頭の@Newは、マップされる列の1つとしてカウントされません。

9.3.3 サポートするコンテンツ

サポートするコンテンツ・コマンドを使用すると、新しいドキュメントを作成するかわりに、サポートするコンテンツとしてファイルをドキュメントに適用できます。明示的なドキュメントIDがコマンドで指定されていない場合、入力ファイル内の最後の新しいドキュメント行にコンテンツが適用されます。最後の新しいドキュメントが索引の作成に失敗した場合、コンテンツを追加する対象のドキュメントが存在しないため、サポートするコンテンツ・コマンドも失敗します。

構文

@Support[delimiter][key][delimiter][content path]<[delimiter][document id]>

- key: ファイルが格納される、サポートするコンテンツ・キーです。ドキュメントで一意である必要があります。

- content path: サポートするコンテンツとして保存するファイルのパスです。

- document id(オプション): サポートするコンテンツを適用するImagingドキュメントのIDです。この値が指定されている場合、前の新しいドキュメントは無視され、指定されたドキュメントIDにサポートするコンテンツが配置されます。

例

@Support|supporting content key 1|C:\temp\sample.tif

9.3.4 注釈の適用

注釈の適用コマンドは、事前に生成された注釈ファイルをドキュメントに適用します。明示的なドキュメントIDがコマンドで指定されていない場合、入力ファイル内の最後の新しいドキュメント行に注釈が適用されます。最後の新しいドキュメントが索引の作成に失敗した場合、注釈を適用する対象のドキュメントが存在しないため、注釈の適用コマンドも失敗します。

複数の注釈コマンドは相互を上書きし、累積されません。

注意:
入力エージェントを使用して新規ドキュメントをImagingにアップロードする場合のみ、このコマンドを使用して注釈を適用します。ドキュメントに関連付けられた既存の注釈を上書きしてしまうため、既存のドキュメントに注釈を適用するためにこのコマンドを使用することはお薦めしません。

構文

@Annotation[delimiter][file path]<[delimiter][document id]>

- file path: ドキュメントに適用する注釈ファイルのパスです。

- document id(オプション): 注釈を適用するImagingドキュメントのIDです。この値が指定されている場合、前の新しいドキュメントは無視され、指定されたドキュメントIDにサポートするコンテンツが配置されます。

例

@Annotation|C:\temp\annot.xml

9.3.5 ドキュメントのワークフロー・インジェクション

ドキュメントのワークフロー・インジェクション・コマンドは、指定されたドキュメントIDのワークフロー・インジェクションを開始します。このコマンドはエラー・ファイルでのみ使用され、情報提供のみを目的としてここに記載しています。

構文

@WorkflowInjectDoc[delimiter][document id]

- document id(必須): ワークフローにインジェクトするImagingドキュメントのIDです。

例

@WorkflowInjectDoc|2.IPM_014404

9.4 入力エージェントの処理

この項では、入力エージェントが入力ファイルをどのように処理するかについて説明します。

9.4.1 入力ディレクトリの構造

構成MBeanで指定された入力ディレクトリは、ディレクトリ構造の最上位です。入力エージェントは処理を行うために、最上位の入力ディレクトリの下に、次の構造で他のディレクトリを作成して管理します。ディレクトリ定義は、次のファイル構造に従います。

Input
- Errors
– Holding
– Processed
— YYYY-MM-DD
– Samples
– Stage

ディレクトリ

説明

Input

これは、構成MBeanで定義された最上位のディレクトリです。入力エージェントは、新しい入力ファイルをここで検索します。MBeanで複数の入力ディレクトリが定義されている場合があります。MBeanの各エントリで、その下にこれと同じ構造が作成されます。

Errors

正常に作成された索引と索引の作成試行の失敗が入力ファイルに混在している場合、そのファイリングのエラー・ファイルがこのディレクトリに作成されます。

Holding

CleanupExpireDaysおよびCleanupFileExclusionList MBeanが有効な場合、Holdingディレクトリには、注釈およびサポートするコンテンツ・ファイルとともに、正常に処理されたファイルが保存されます。イメージは、CleanupExpireDays設定に指定された日数が経過するまでそこに残されます。これ以降、ファイルおよびバッチ・フォルダは削除されます。削除しないファイルについては、正確なファイル名を使用してCleanupFileExclusionList設定に指定してください。

YYYY-MM-DD

これらのディレクトリは、処理された日付で入力ファイルを編成する、年-月-日(2009-04-01など)という形式の日付値です。これは、ファイルが処理された日付を示し、1つのディレクトリに格納されるファイルが多くなりすぎるのを防ぎます。

Processed

このディレクトリのファイルは、ファイリング・プロセス中に解析されています。処理中にエラーが発生した場合は、エラー・ファイルがErrorsディレクトリに格納され、Imagingシステムでドキュメントが作成されなくても、元のファイルがProcessedディレクトリに格納されます。

Samples

このディレクトリには、ユーザー・インタフェースで入力オブジェクトを操作するすべてのサンプル・ファイルが格納されます。このディレクトリ内のファイルはユーザー・インタフェースの入力ウィザードに表示され、本番データを格納することはできません。Samplesディレクトリの場所は、入力ディレクトリとは別に構成され、入力ディレクトリ下でなくてもかまいません。

Stage

このディレクトリ内のファイルは処理対象として選択されており、エージェントによる処理中です。ファイリングが完了すると、ファイルはProcessedディレクトリに移動します。処理が失敗すると、エラー・レポートが生成されます。

9.4.2 入力エージェントの処理順序

入力エージェントは入力ファイルをポーリングし、ステージングして、処理可能なファイルがあるというメッセージをJMSキューにポストします。入力インジェスタはJMSキューをリスニングし、ステージングされたファイルの処理を開始します。各イベントの順序は次のとおりです。

9.4.2.1 ポーリング

まず、入力エージェントがファイルをポーリングします。

1. 入力エージェントのウェイクアップ時に(CheckInterval MBeanで指定)、現在オンラインになっている入力定義のリストを入力エージェントが取得します。

2. それぞれの入力定義について、入力ファイル・マスクと一致するファイルがすべての入力ディレクトリでチェックされます。

3. ファイルが見つかると、Stageディレクトリに移動され、ファイルを処理するためのメッセージがJMSキューで生成されます。この時点で、入力インジェスタに通知され、処理を開始できるようになります。

4. すべての入力定義およびディレクトリがチェックされるまで、手順2および3が繰り返されます。

9.4.2.2 処理

処理のためにステージングされたファイルがJMSキューにあることが通知されると、入力インジェスタがファイルの処理を開始します。

1. インジェスタがリポジトリへの接続をオープンし、ドキュメントを追跡するためのエラー・ファイルおよび新しいバッチ・オブジェクトを作成します。

2. スレッドによって、入力ファイルの解析およびImagingでのドキュメントの索引の作成が開始されます。索引の作成中に発生したエラーは、エラー・ファイルに記録されます。入力ファイル内のすべてのエントリについて、この手順が繰り返されます。

3. すべてのドキュメントが処理されると、バッチが終了し、エラー・エントリがなかった場合は、エラー・ファイルが削除されます。

4. インジェスタがリポジトリへの接続をクローズし、入力ファイルがProcessedまたはFailedディレクトリ下の現在の日付のディレクトリに移動されます。インジェスタは、ステージングされた次の入力ファイルの処理を開始します。

9.4.3 Oracle WebLogic Serverワーク・マネージャの設定の変更

ワーク・マネージャは、多数のスレッドを1つのプロセスに割り当てる方法を制御するためのOracle WebLogic Serverの概念です。Imagingでは、多数のスレッドを入力エージェントに割り当てる方法を制御し、システムに対する負荷を増減するために使用されます。新規インストール時には、10個のスレッドが入力エージェントに割り当てられます。WebLogic Serverワーク・マネージャのInputAgentMaxThreadsConstraintのデフォルト設定(10)をシステム・ニーズに合わせて変更することで、Oracle WebLogic Serverが入力エージェントに提供するスレッドの数を再構成できます。1台のマシンで遅延が発生してバックログが生成されることがないように、すべてのシステムでスレッドの最大数を同等に調整する必要があります。値-1または0を指定すると、制約は無効になります。1より大きい値を指定すると、スレッドの数が指定した数に制限されます。

スレッドの設定を更新するには、WebLogic Server管理コンソールで次の手順を実行します。WebLogic Serverの詳細は、Oracle Fusion Middleware Oracle WebLogic Serverサーバー環境の構成を参照してください。

1. ドメインのWebLogicコンソールを起動し、デプロイメント・セクションに移動します。

2. Imagingアプリケーションを選択して、Imagingの詳細を表示します。

3. 「構成」タブ、「負荷」タブの順に選択して、「ワーク・マネージャ」リストを表示します。

4. 「InputAgentWorkManager」を選択して調整します。

5. ページの下部にある「InputAgentMaxThreadsConstraint」を選択します。

6. スレッド数を新しい最大スレッド数に更新し、「保存」をクリックします。

7. 管理対象サーバーを再起動すると、新しいスレッド数が有効になります。

9.5 結果およびエラー・ファイルの確認

入力エージェントには再試行メカニズムが備わっており、リカバリ可能なエラーが発生した場合には入力ファイルの処理を再試行できます。このようなエラーの例としては、リポジトリがまだ使用可能でないときに初期化を完了する必要がある場合などがあります。リカバリ可能なエラーが入力エージェントで検出された場合、ファイリングが再度JMSキューに配置されます。このキューには、入力ファイルがすぐに再処理されないようにするための構成可能な再試行の待機タイマーがあります。また、InputAgentRetryCount MBeanを設定して、ジョブを再試行できる回数を制御することもできます。デフォルトは3です。4回目以降、ジョブは失敗ディレクトリに配置されます。

入力ファイルのエラーをトラブルシューティングする手順は次のとおりです。

1. Errorsディレクトリを調べて、入力ファイルの解析を妨げている重大なエラーがないかどうかを確認します。重大なエラーの場合、元の入力ファイルとエラー・ファイルの2つのファイルがErrorsディレクトリに格納されます。元の入力ファイルは、エラー・コードとエラーが発生した日時を元のファイル名に追加することによって、名前が変更されます。ファイル名の形式は次のとおりです。

original name-error code.YYYY-MM-DD.HH-mm-SS.original ext

エラー・ファイルには、元の入力ファイル名にエラーの日時を追加した名前が使用され、.err拡張子が付けられます。ファイル名の形式は次のとおりです。

original name.YYYY-MM-DD.HH-mm-SS.err

たとえば、入力ファイルinvoices.datでエラーが発生した場合、名前が変更されて、invoices.dat-errorcode.05-21-2010.16_36_07.datとしてErrorsディレクトリに格納され、invoices.dat.05-21-2009.16_36_07.errというエラー・ファイルが関連付けられます。

注意:
入力ファイルに名前を付ける際には、使用するファイル・システムのファイル名の文字数制限を考慮する必要があります。追加されるエラー・コードと日時スタンプの文字数を確保するには、入力ファイル名をファイル・システムの制限より少なくとも55文字少なくする必要があります。
たとえば、Windows NTFSファイル・システムでは、ファイル名とファイル・パスを合わせた長さが256文字に制限されています。Errorsディレクトリのパスが150文字の場合、入力ファイル名が51文字を超えないようにする必要があります。256(文字数の制限)-150(ディレクトリ・パスの文字数)-55(エラー・コードと日付スタンプの文字数)=51(ファイル名に残された文字数)となるためです。この例では、51文字を超える文字数が入力ファイル名に必要な場合、Errorsディレクトリを短いパスに移動する必要があります。

2. エラー・レポートがある場合、失敗した元の入力ファイルのすべての行とエラー・メッセージを含む追加の列から成るリストがエラー・レポートに格納されます。たとえば、次のような元の行があったとします。

C:\IBPM Data\WorkFiles\Filer\input\Images\C885|Identifier 165|27/06/2008|28215|495.75|

この場合、エラー・ファイルには次のように表示されます。

C:\IBPM Data\WorkFiles\Filer\input\Images\C885|Identifier 165|27/06/2008|28215|495.75|Could not find file C:\IBPM Data\WorkFiles\Filer\input\Images\C885

Imagingでより詳細なロギング・レベルが有効になっている場合、ファイリングがProcessedディレクトリに格納されると、次のようなログ・エントリが作成されます。

Filing <Input Name> completed successfully with <indexed doc count> documents processed successfully out of <total doc count> documents.

ファイリングが失敗した場合は、次のようなログ・エントリが作成されます。

An error occurred while completing a batch.

行単位のエラーの一般的な原因は、無効な値範囲やデータの切捨てなど、ロードされるメタデータの適切なフォーマットに関する問題です。

3. サーバーのOracle Diagnostic Logging (ODL)フレームワークのログを参照します。これをチェックするための最も一般的な方法は、Enterprise ManagerのImagingアプリケーション用のログ・ビューアを使用することです。この場合の一般的な問題は、基になるリポジトリやファイル権限に関する問題に起因します。

10 ワークフロー・エージェントについて

この項ではBusiness Process Management (BPM)に関する情報、BPMワークフローをImagingと統合する方法およびBusiness Process Execution Language (BPEL)について説明します。

BPMテクノロジはビジネス・プロセスを効果的に追跡し、調整できるアプリケーション用フレームワークです。BPMソリューションでは、プロセスおよびプロセス・フローを自動的に管理できますが、必要に応じて手動で操作することもできます。

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

- ビジネス・プロセス管理

- Business Process Execution Language

10.1 ビジネス・プロセス管理

BPMでは、データベースからの顧客情報の抽出を調整したり、新規顧客情報のトランザクションを管理できます。複数の関連システムでトランザクションを生成することも、ユーザーが操作を行うことなく、全体を自動的に処理することもできます。BPMを使用すると、タスクを実行する順序を定義するルールの他、責任、条件およびプロセスのその他の要素によって、複数のシステムからの情報を含むタスクを自動化できます。BPMによって、ビジネス・プロセスをより効率的に実行できるだけでなく、業績を測定して改善の機会を特定するためのツールも提供されます。BPMの利点は、プロセスを追加、削除または更新することによって、プロセスやフローで容易に変更を行える点です。

BPMを最大限に活用できるように、Oracleプロセスのソフトウェア・アプリケーション・コンポーネントはサービス指向アーキテクチャ(SOA)に準拠しています。これらのコンポーネントはWebサービスとして公開されており、BPELを使用して再利用したり、容易に統合できます。

10.2 Business Process Execution Language

BPELはWebサービスとのやりとりを指定するための実行可能言語です。BPELはWebサービス相互作用モデルを拡張し、ビジネス・トランザクションとユーザーによる操作のサポートを実現します。BPELは、複数の同期および非同期サービスをコラボレーティブなトランザクション・プロセス・フローに構成するための明確な標準として台頭しつつあります。SQLがデータを管理するものであるのに対して、BPELはビジネス・プロセスを管理するものです。

BPELを使用して、他のアプリケーションで使用可能なサービスを定義できます。プロセスを開始するために必要なデータの定義から、ユーザーがプロセスを操作するために使用可能なフォームまで、プロセスのあらゆる要素を定義します。これらのコンポーネントは1つのコンポジットにバンドルされ、ワークフロー・サーバーにデプロイされます。

ワークフロー・プロセスをImagingと統合するには、次の手順を実行する必要があります。

1. ワークフロー接続を作成します(第7.2項「ワークフロー接続の作成」を参照)。

2. ワークフロー・プロセスが定義されたアプリケーションを作成します(第4.2項「アプリケーションの作成」を参照)。

3. Imagingユーザー・インタフェースでアプリケーションを作成するプロセスの一環として、ワークフロー・プロパティを構成します(第10.2.1項「ワークフロー・プロパティの構成」を参照)。

10.2.1 ワークフロー・プロパティの構成

ワークフロー・プロセスは、アプリケーションの作成時にアプリケーションに追加することも、既存のアプリケーションを変更して追加することもできます。ワークフロー・プロセスの追加は、アプリケーション・ワークフロー構成ページから始めます。ワークフローを使用するようにアプリケーションを構成する前に、ワークフロー・サーバーへの接続が作成されており、必要なワークフロー・コンポーネントがサーバーで使用可能であることを確認する必要があります。ワークフロー・サーバー接続には、名前、プロトコル、サーバーおよびポートが含まれている必要があります(例: name=t3://sta00319:7001)。その後、アプリケーションを作成する際に、ワークフロー・サーバー・プロパティ・ページでワークフロー接続を選択します。Imagingでは、サーバーを認証して、デプロイされたワークフロー・コンポーネントを検出する必要があります。

アプリケーションのサーバー接続を選択すると、ワークフロー・コンポーネントのリストが特定されます。1つのワークフロー・コンポーネントで様々なサービスが提供される場合があるため、ワークフロー・コンポーネント・プロパティ・ページで、使用するサービスを指定する必要があります。サービスは複数の方法で起動できるため、プロセスの開始に使用する操作も指定する必要があります。この操作は非同期とみなされ、ワークフローへの一方向の通信です。Imagingは、それを使用してプロセス・インスタンスを開始し、応答を待機しません。ビジネス・プロセスが完了するまでに数時間または数日かかる場合があります。

操作を選択すると、プロセスを開始するために提供する必要があるデータがImagingで認識されます。これをペイロードと呼びます。ワークフローはWebサービスを使用するため、ペイロードは、サービスを定義するWeb Services Description Language (WSDL)に含まれているデータを表します。このデータは、定義されたデータ型を含むスキーマとして表されます。ワークフロー・ペイロード・プロパティ・ページには、ペイロード・タイプと、マッピング関数と呼ばれる使用可能な値のリストが表示されます。ワークフロー・ペイロード・マッピング関数は、特定の型(テキスト、数値、日付など)の値を返します。ペイロード値が日付を受け入れる場合、日付を返すマッピング関数が表示されます。テキスト関数が日付に正しく評価されない場合は、使用可能な関数のリストから除外されます。ペイロード値が文字列を受け入れる場合、すべてをテキストとして表すことができるため、すべてのマッピング関数が使用可能です。

10.2.1.1 ワークフロー・ペイロード・マッピング関数

ワークフロー・ペイロード・プロパティ・ページを使用して、Imagingアプリケーションのメタデータ・フィールドをワークフロー・プロセス・サービス・ペイロード内の要素にマップします。あらかじめ定義されたマッピング関数が、ペイロード内のシンプルな型付き要素と関連付けられます。実行時に、ドキュメントが作成され、ドキュメントのワークフロー・プロセス・インスタンスを作成するためにワークフロー・エージェントがトリガーされると、ドキュメント内のメタデータをペイロード要素値に変換するために各要素のマッピング関数が評価されます。使用可能なマッピング関数によって、システム・プロパティやアプリケーションで定義されたフィールド値など、ドキュメントの未加工のメタデータが提供される場合があります。フォーマット値という名前の特殊なマッピング関数もあり、任意の値をマップできます。このフォーマットは、定数値および他のマッピング関数からの値のカスタム連結です。

通常、マッピング関数は型に固有で、ペイロード要素のスキーマ・タイプと一致している必要があります。つまり、ペイロードの数値、小数および日付データ型は、これらの型を返すマッピング関数のみとマップできます。ペイロードの文字列データ型は通常、任意のマッピング関数とマップできます。また、フォーマット値マッピング関数は、任意のペイロード要素にマップできます。ただし、厳密に言うと、フォーマット値の戻り型は文字列なので、戻り値がペイロードのスキーマ・タイプの有効な文字列表現であることを慎重に確認する必要があります。

次の表は、使用可能な具体的なペイロードのBPELスキーマ・タイプおよび互換性のあるマッピング関数のリストです。

BPELスキーマ・タイプ

マッピング関数

string、normalizedString、token

すべての関数
すべてのフィールド値

ドキュメントURLパス

anyType

すべての関数
すべてのフィールド値

ドキュメントURLパス

anyUri

ドキュメントURL
ドキュメントURLルート

フォーマット値

byte
unsignedByte

integer

positiveInteger

negativeInteger

long

unsignedLong

short

unsignedShort

注意: Imagingでは、整数の制限がある型を使用して数値を保存します。下限があるスキーマ要素へのマッピングは可能ですが、マッピングの実行時にエラーが発生したり、データが失われることがあります。

アプリケーションID
バッチID

ドキュメント・サイズ

バージョン

フォーマット値

数値フィールド値

time
date

dateTime

作成日
変更日

ボリュームの日付

フォーマット値

日付フィールド値

Boolean

True
False

ブール・フィールド値

サポートするコンテンツ

フォーマット値

他のすべてのスキーマ・タイプ

フォーマット値

次の表は、使用可能な具体的なペイロードのBPMスキーマ・タイプおよび互換性のあるマッピング関数のリストです。

BPM引数

BPMスキーマ・タイプ

マッピング関数

文字列

string

すべての関数
すべてのフィールド値

整数

int
注意: Imagingでは、整数の制限がある型を使用して数値を保存します。下限があるスキーマ要素へのマッピングは可能ですが、マッピングの実行時にエラーが発生したり、データが失われることがあります。

アプリケーションID
バッチID

ドキュメント・サイズ

バージョン

フォーマット値

数値フィールド値

ブール

boolean

True
False

ブール・フィールド値

実数

double

フォーマット値

小数

decimal

フォーマット値
小数フィールド値

時刻

dateTime

作成日
変更日

ボリュームの日付

フォーマット値

日付フィールド値

間隔

duration

フォーマット値

バイナリ

base64binary

フォーマット値

文字列ベースの型以外の型のフォーマット値は、スキーマ・タイプの有効な文字列表現を返す必要があります。また、他にも多数の有効なXSDスキーマ・タイプがペイロードに存在する可能性があります。フォーマット値は、前述の表に明記されていない型をサポートする唯一のマッピング関数です。他のフォーマット値の用途と同様に、アプリケーションおよびワークフロー・プロセスの実装者は、フォーマット文字列が互換性のある型を返すことを確認する必要があります。実際に返される値は実行時にのみ認識されるため、Imagingでは、そのような構成に対する検証を行うことはできません。可能なかぎり、前述の表に記載されている既知の型をペイロードで使用することをお薦めします。

10.2.1.2 必須のペイロード要素(MinOccurs)の処理

minOccursの注釈が付いているワークフロー・ペイロード要素は、Imagingアプリケーションのフィールドをマップする際に必須として定義されています。これらの要素は、Imagingユーザー・インタフェースのワークフロー・ペイロード・プロパティ・ページでは(*)記号で示されます。

minOccurs=1のペイロード要素は必須として解釈され、Imagingにはそれらのマッピングが必要です。この場合の必須は、ペイロードでその要素を提供する必要がありますが、値は必要でないことを意味します。minOccurs=1のペイロード要素にマップされている場合でも、ペイロード要素にマップされたフィールド値がNULLである可能性があります。この場合、空の要素が渡されます。ワークフロー・プロセスにおいて、値を指定する必要があるという意味で要素を必須にする場合は、その要素にマップされるアプリケーション・フィールドの値をアプリケーション定義で必須として設定することで、必ず値が指定されるようにすることができます。ワークフロー・ペイロードのマッピングでこれを強制することはできません。

minOccurs=0のペイロード要素はオプションとして解釈され、要素のマッピングがない場合、ペイロードで提供する必要はありません。つまり、マッピングの指定もオプションです。マッピングが指定されていない場合、そのノードは、ワークフロー・サーバーに送信されるペイロードに含まれません。ただし、マッピングが指定されている場合、そのノードは常にペイロードに含まれます。マッピング関数によって返される値が空の場合も同様です。その場合は、空の要素ノードが渡されます。

注意:
ワークフロー・ペイロードでは、minOccursまたはmaxOccurs属性が1より大きい型はサポートされません。

10.2.1.3 日付フィールドのフォーマット

ペイロード・スキーマの日付または時刻ベースの型(time、date、dateTime)にマップするマッピング関数の場合、次のように、ISO 8601準拠のフォーマットに値がエンコードされます。

スキーマ・タイプ

フォーマット

例

time

hh:mm:ss±tz

12:45:15-05:00

date

yyyy-MM-dd

2009-11-09

datetime

yyyy-MM-ddThh:mm:ss±tz

2009-11-09T12:45:15-05:00

表のように、時刻を含む型では、時間および分(hh:mm)のオフセットとして正/負のタイムゾーン指定子が使用されます。

10.2.1.4 ドキュメント・プロパティ関数

ドキュメント・プロパティ関数は、ドキュメントのシステム・プロパティの値をペイロード要素に割り当てます。たとえば、「ドキュメントID」、「アプリケーション名」、「作成日」などです。

10.2.1.5 フィールド値関数

フィールド値関数は、ドキュメント内のアプリケーション・フィールドの値をペイロード要素に割り当てます。厳密に言うと、フィールド値は、パラメータとしてフィールドの名前を受け取る関数の名前ですが、ワークフロー・ペイロード・プロパティ・ページでは、フィールドの名前でリストされたマッピング関数選択ボックス内の項目としてアプリケーションのそれぞれのフィールド定義が示されます。すべてのマッピング関数と同様に、フィールド定義の型を使用して、ペイロード要素のスキーマ・タイプと互換性があるかどうかが確認されます。互換性があるフィールド値のみが、特定のペイロード要素の横にオプションとして表示されます。

10.2.1.6 フォーマット値関数

フォーマット値は、任意の文字列値をペイロード要素に割り当てることができる特殊なマッピング関数です。フォーマット値では、実行時に指定される変数として、他の複数のマッピング関数の値をフォーマット文字列値に埋め込むこともできます。

ワークフロー・ペイロード・プロパティ・ページでフォーマット値をペイロード項目に割り当てるには、マッピング関数として「フォーマット値」を選択し、選択ボックスの横に表示される「フォーマット値の編集」ボタンをクリックします。表示される「フォーマット値の編集」ダイアログの下部で、フォーマット値を入力します。上部の選択リストには、編集ボックスに挿入できる選択可能なマッピング関数が表示されます。(項目は、現在入力されているテキストの末尾に追加されます。)

フォーマット値の文字列を手動で作成する際、マッピング関数の変数は、大カッコで囲まれたマッピング関数名([DocUrl]など)を使用して、値内にエンコードされます。フィールド値をコード化するには、マッピング関数(「フィールド値」)、コロンおよび目的のフィールド名をすべて大カッコで囲んで指定します。

たとえば、カスタムURLを格納する必要があるデータ変数がワークフロー・プロセスにあるとします。カスタムURLには、ドキュメントのメタデータで使用可能なcustomerIdと、ドキュメントの一意識別子を含める必要があります。URLのルートはハードコードされています。この例は、フォーマット値内に次のようにコード化できます。

http://example.com/svc.jspx?custId=[FieldValue:custId]&docId=[DocId]

10.2.1.7 サポートするコンテンツ関数

サポートするコンテンツ関数は、ドキュメントに関連付けられているサポートするコンテンツ・データをワークフロー・プロセスのペイロード要素にマップします。サポートするコンテンツは、プロセス・ペイロード内の任意のcomplexノードにマップできます。サポートするコンテンツ関数をマップする場合、サポートするコンテンツ・キーとXPathパラメータの両方が必要です。サポートするコンテンツ・キーは、XMLコンテンツをドキュメントと関連付けるために使用され、30文字に制限されています。XPath式は、ペイロード要素にマップされるXMLコンテンツ内のノードを特定し、224文字に制限されています。

実行時にcomplexペイロード要素にマップすると、サポートするコンテンツは、サポートするコンテンツ要素を単にVerbatimにコピーするのではなく、complexペイロード要素への要素のマッピングとして処理されます。ペイロード要素内の各要素は、1つずつ処理されます。それぞれの要素について、XPathパラメータで特定されたノードから始めて、サポートするコンテンツ内で一致する要素が検索されます。一致する要素が見つかると、XML内の一致する要素の値がペイロード要素に割り当てられます。サポートするコンテンツの処理によって、サポートするコンテンツのXMLとペイロードのXML間の名前空間の競合の問題が回避されます。

サポートするコンテンツをペイロード内のあらゆるタイプのノードに割り当てることもできます。このようにマップした場合、XPathで特定されたサポートするコンテンツがanyType要素にコピーされます。このように使用する場合、名前空間がペイロード内で正しく定義されないことがあるため、サポートするコンテンツでは名前空間接頭辞を使用しないでください。

10.2.2 ペイロードの制限

通常、ワークフロー・ペイロードのマッピングでは、複雑な型のネストを含むペイロードを処理できます。ただし、処理できない標準のXSD構成がいくつかあります。次のいずれかを含むワークフロー・プロセス・サービス・ペイロードの定義を使用することはできません。

- 10を超える階層の深さ

- 選択要素タイプ

- minOccursが1より大きいリスト要素

リスト形式の構造を含む、minOccursが0または1のペイロード定義(maxOccursが1より大きい、または無制限)を使用できますが、配列内の1つの要素へのマッピングのみがサポートされます。

10.2.3 セキュアなワークフロー・サービスのマッピング

ワークフロー・プロセス・サービスにサーバー側のOracle Web Services Manager (OWSM)ポリシーが適用されている場合、Imagingアプリケーションのワークフロー構成で、クライアント側のポリシーも使用するように追加のパラメータを指定する必要があります。これらの追加の構成パラメータは、通常のワークフロー・プロセス・インスタンスのペイロード・マッピングを指定するワークフロー・ペイロード・プロパティ・ページで指定します。サービスにOWSMポリシーが適用されている場合、そのポリシーが検出され、ポリシー名が記載された追加のペイロード・マッピング・セクションが表示されます。すべてのOWSMポリシーに使用可能なキーの完全なセットは、OWSM APIのoracle.wsm.security.util.SecurityConstantsクラスによって提供されています。ただし、Imagingでは完全なセットがフィルタにかけられ、使用されているサーバー・ポリシーに関連するパラメータのみが表示されます。現時点では、wss_username_tokenおよびwss11_username_token_with_message_protectionポリシーのパラメータのみが提供されています。

使用可能なパラメータは次のとおりです。

パラメータ

説明

ポリシー

csf.key

ポリシーのユーザー名とパスワードを指定します。

wss_username_token
wss11_username_token_with_message_protectionポリシー

recipient.key.alias

送信されるメッセージを暗号化するためのキー・ストア別名を指定します。

wss11_username_token_with_message_protectionポリシー

10.2.3.1 メッセージ保護ポリシーの構成

メッセージ保護ポリシーを構成する際には、メッセージの暗号化をサポートするように、適切な資格証明と証明書も構成する必要があります。デフォルトのインストールでは、$DOMAIN_HOME/config/fmwconfigディレクトリにあるjps-config.xmlファイルで必要なキーを定義します。このファイルでは、デフォルトのキーストア・ファイルの場所も定義します。jps-config.xmlファイルは通常、fmwconfigディレクトリ内で、ファイル名default-keystore.jksを使用してこのファイルを検索するように構成されています。しかし、このファイルはデフォルトでは存在しないため、指定する必要があります。デフォルトのjps-config.xmlファイルでは、次のキーを定義します。

説明

ポリシー

keystore-csf-key

キーストア・ファイルを開くための資格証明を指定します。資格証明のパスワード部分のみが使用されます。

enc-csf-key

メッセージの暗号化に使用されるキーストア内の暗号化証明書にアクセスするための資格証明を指定します。

sign-csf-key

メッセージの署名に使用される証明書にアクセスするための資格証明を指定します。暗号化と署名の両方にenc-csf-keyを使用するようにjps-config.xmlファイルを構成することもできます。その場合、sign-csf-keyは必要ありませんが、定義しても問題が発生することはありません。

Oracle Web Services Managerのキーストア、CSFキーおよび別名を設定する方法の詳細は、Oracle Web Services Manager管理者ガイドを参照してください。

10.2.4 WebLogic Serverワーク・マネージャの設定の変更

ワーク・マネージャは、多数のスレッドを1つのプロセスに割り当てる方法を制御するためのWebLogic Serverの概念です。Imagingでは、多数のスレッドを入力エージェントおよびワークフロー・エージェントに割り当てる方法を制御し、システムに対する負荷を増減するために使用されます。新規インストール時には、20個のスレッドがワークフロー・エージェントに割り当てられます。WebLogic Server (WLS)ワーク・マネージャのWorkflowAgentMaxThreadsConstraintのデフォルト設定(20)をシステム・ニーズに合わせて変更することで、WLSが入力エージェントおよびワークフロー・エージェントに提供するスレッドの数を再構成できます。1台のマシンで遅延が発生してバックログが生成されることがないように、すべてのシステムでスレッドの最大数を同等に調整する必要があります。値-1または0を指定すると、制約は無効になります。1より大きい値を指定すると、スレッドの数が指定した数に制限されます。

スレッドの設定を更新するには、WLS管理コンソールで次の手順を実行します。WebLogic Serverの詳細は、Oracle Weblogic Server Weblogic Webサービス・リファレンスを参照してください。

1. WebLogic Serverコンソールを開き、「デプロイメント」をクリックします。

2. 「Imaging」デプロイメントを選択して、Imagingの詳細を表示します。

3. 「構成」タブ、「負荷」タブの順にクリックして、「ワーク・マネージャ」リストを表示します。

4. 「WorkflowAgent」など、調整するエージェントを選択します。

5. 「最大スレッド数制約」を選択します。

6. スレッド数を新しい最大スレッド数に更新し、「保存」をクリックします。

7. 管理対象サーバーを再起動すると、新しいスレッド数が有効になります。

10.2.5 ワークフロー接続のCSF資格証明の使用

資格証明ストア・フレームワーク(CSF)資格証明は、別名をキーとし、CSF内の名前付きマップ内に保存されるユーザー名/パスワードのペアです。Oracle Web Services Manager (OWSM)と統合するため、Imagingは、oracle.wsm.securityという標準のOWSM CSFマップを使用します。

資格証明を作成するには、Enterprise Manger (EM)またはWebLogic Scripting Tool (WLST)を使用します。詳細は、第7.2.2項「ワークフロー接続のCSF資格証明の構成」を参照してください。

10.2.6 ワークフロー・エージェントの再試行シーケンス

ワークフロー・エージェントがワークフロー・サーバーに接続できなかった場合、接続が即座に3回試行されます。3回の試行がすべて失敗した場合、デプロイ済プロセスのJMSキューにメッセージが返されます。BpelInjectorQueue JMSキューには、5分間の再試行の遅延が構成されています。後続の再試行のたびに、メッセージを処理するための操作が手動で3回再試行されます。手動の再試行メカニズムと同様に、メッセージが(3回のプロセス試行について)2回、キューに返されます。3回目のメッセージ処理の試行が失敗すると、最後に受け取った例外の例外メッセージなど、ドキュメントの詳細がワークフロー・エージェントのフォルト表に書き込まれます。メッセージはキューに返されません。これによって、10分間に9回の再試行が行われます。注意: なんらかの理由で、ドキュメントの詳細をフォルト表に記録できなかった場合は、リクエストが破棄されることがないよう、メッセージがキューに返されます。

10.2.7 ワークフロー・フォルト表の構成

フォルト表に記録されたワークフロー・エージェントの処理の失敗は、WebLogic Scripting Tool (WLST)の診断コマンド・セットを使用して管理します。これらのコマンドにアクセスするには、Enterprise Content Managementの$ORACLE_HOME/common/binディレクトリからWLSTを実行する必要があります。また、WLSTに接続する際には、管理サーバーではなく、Imaging管理対象サーバー・インスタンスに接続する必要があります。これらのコマンドは、Imaging管理対象サーバーがオンラインになっている場合にのみ使用可能です。

WLSTで使用可能なワークフロー診断コマンドは次のとおりです。

- sumIPMWorkflowFaults: 選択された日付、アプリケーションIDまたはバッチIDによってグループ化して、ワークフロー・エージェントの処理中に発生した処理の失敗をカウントします。

- clearIPMWorkflowFaults: ワークフロー・エージェントの処理中に発生した処理の失敗をクリアします。

- listIPMWorkflowFaults: ワークフロー・エージェントの処理中に発生した処理の失敗の詳細を表示します。

- repairIPMWorkflowFaults: ワークフロー・エージェントの処理中に発生した処理の失敗を修復します。

これらのフォルトの使用および構文の詳細は、『Oracle Fusion Middleware WebLogic Scripting Tool コマンド・リファレンス』を参照してください。

10.2.8 ワークフロー・プロセス・インスタンスの開始

ユーザーがワークフロー・プロパティをすべて構成すると、それらを使用してワークフロー・プロセスを開始できます。ドキュメントがImagingにアップロードされると、新しいコンテンツを示すメッセージがワークフロー・エージェントに送信されます。ワークフロー・エージェントはこれらのメッセージを監視し、ドキュメントのアプリケーションがワークフローを使用するように構成されているというメッセージを受け取ると、その構成を使用して特定のドキュメントの値のペイロードを作成し、サービスをコールしてワークフロー・プロセスを開始します。

ユーザーがImagingでドキュメントを参照する必要がある場合は、ビューアを起動するために必要な情報を提供するようにワークフロー・プロセスを設計する必要があります。そのためには、ビューアURLを格納するペイロード値を定義します。ワークフロー設計者は、ビューアURLプロパティのターゲットを開くボタンやリンクを含むフォームを作成する必要があります。ビジネス・プロセスによってImagingで情報を更新する必要がある場合は、Imaging APIを使用して更新できます。APIの詳細は、Oracle Fusion Middleware Oracle WebCenter Content: Imagingの開発を参照してください。Imaging APIは、プロセス設計者がワークフロー・プロセスに簡単に追加できるWebサービスとして公開されています。この場合も、設計者は、ドキュメントの更新されたデータを通信するための十分な情報をプロセスの開始時に収集していることを確認する必要があります。たとえば、ドキュメントIDやアプリケーション・フィールド名などが必要です。

注意:
WebLogic Scripting Toolを使用してドキュメントをワークフローに再送信するには、submitIPMToWorkflow() WLSTコマンドをコールします。ドキュメントが送信されたことを示す確認メッセージが表示されます。ただし、ワークフローを使用するように構成されていないアプリケーションにドキュメントが保存されている場合、アクションは実行されません。

11 トラブルシューティング

この項では、Oracle WebCenter Content: Imagingのトラブルシューティングについて説明します。

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

- 小数フィールドのエラー

- ImagingおよびWindowsサーバーの前提条件

- NULL数値フィールド

- 大きなドキュメントでの全文検索の失敗

- リポジトリ容量のエラー

- フォント・エラー

- 入力エージェントおよび入力ファイルの問題

- 詳細ビューアの変換エラー

- ビューアでのTIFFの表示に関する問題

- ImagingExceptionのロギング

- ImagingおよびContent Serverログ・ファイルでのイベントの追跡

- ImagingでのOracle Dynamic Monitoring Systemの使用

- 削除されたドキュメントの監査履歴の確認

- ネストされたスタック・エラーの解読

- OSSO使用時にImagingセッションがタイムアウトした場合はブラウザのリフレッシュが必要

- Content Server 10gでワークフローの日付が正しく指定されない

- 無効なIPアドレスを含むドキュメントURLが返される

- Content Serverに追加された必須フィールドにはデフォルト値を指定する必要がある

- UNIX、AIXおよびSolaris SPARCでImagingビューアが正しく動作しない

- ドキュメントのかわりに空白ページがビューアに表示される

- 詳細ビューア・モードでドキュメントのかわりにHTMLログイン・フォームが表示される

- ビューアによってマジック値エラーが報告される

- 無効なスキン・プリファレンスを指定すると汎用ユーザー・インタフェースが表示される

- Solaris 11gのUNIX Exalogic環境で使用するためのビューアの構成

- Java Runtime Environmentバージョン1.6.0_26を使用している場合の付箋のプロパティに関する問題

- 大きなドキュメントをロードする際のキャッシュ例外

- ビジネス・ルール・パッケージを削除してもカスタム・ペイロード・スキーマ内のファイルが削除されない

- Imagingビューアのロード中にJava例外または空白ページが表示される

- 1.6.0_24より前のバージョンのJava Runtime Environmentを使用している場合に詳細ビューアでドキュメントを開くときの問題

- クリップボードに対するテキストのコピー/貼付け

- アップグレードまたはパッチ適用後に詳細ビューアが動作しない

11.1 小数フィールドのエラー

Imagingでは、小数点の位置に関係なく、15桁の精度がサポートされています。最小/最大値は含まれません。次に例を示します。

小数点以下桁数が2の場合

- 値は10,000,000,000,000.00未満である必要があります。

- 値は-10,000,000,000,000.00より大きい必要があります。

小数点以下桁数が5の場合

- 値は10,000,000,000.00000未満である必要があります。

- 値は-10,000,000,000.00000より大きい必要があります。

11.2 ImagingおよびWindowsサーバーの前提条件

Imagingでは、Oracle Outside In Technologyを使用するため、Imagingに含まれていない特定のライブラリをインストールする必要があります。これらのライブラリは、Imagingサーバー、Content Server、および詳細ビューア・モードを使用するクライアント・マシンにインストールする必要があります。マシンのプラットフォームは関係ありません。各プラットフォームで必要なライブラリに関する情報およびそれらを取得、インストール、構成する方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

11.3 NULL数値フィールド

数値フィールドがあるアプリケーションに対して、数値フィールドに何も入力されていないドキュメントとの一致を返す検索を実行した場合、フィールドに0または-1が表示されます。ドキュメントを格納しているアプリケーションが変更されて、数値フィールドが追加された場合、それらのドキュメントについては-1が返されます。ドキュメントがアップロードされたときに、数値フィールドが空白のままだった場合は、0が返されます。条件として数値フィールドを指定して検索を実行した場合、それらは空のフィールドとして処理され、Content Serverに表示される際、フィールドは空になります。

NULL数値フィールドの問題は、Content Serverの機能の結果です。

11.4 大きなドキュメントでの全文検索の失敗

デフォルトでは、索引付けされるドキュメントの最大サイズは10MBです。これを変更するには、Content ServerリポジトリでMaxIndexableFileSize構成変数を設定します。デフォルトはMaxIndexableFileSize=10485760です。それより大きなドキュメントでフルテキスト索引付けが必要な場合は、MaxIndexableFileSizeの値を増やす必要があります。

11.5 リポジトリ容量のエラー

Imagingアプリケーションが作成されるたびに、基になるContent Serverリポジトリの構造は複雑になります。Imagingは、Content Serverの構造の複雑さによってパフォーマンスが低下する時期を見積もるために、複数の要素を監視します。そのしきい値を超えると、ImagingシステムはContent Serverが満杯であるとみなし、それ以降は新しいアプリケーションの作成を受け付けません。満杯であるかどうかを計算するために使用される要素は次のとおりです。これらの要素は構成可能です。この場合の満杯は、Content Serverの構造の複雑さを表し、その後も追加のドキュメントを受け付けることができるかどうかを示すものではありません。満杯の問題を解決するには、Content Serverシステムのパフォーマンスが引き続き良好であれば、次の構成値を調整します。パフォーマンスが低下している場合は、Content Serverの追加インストールを使用して、新しいImagingアプリケーションを格納します。

次のいずれかの状況に該当する場合、Content Serverリポジトリは満杯であるとみなされます。

- セキュリティ・グループの数が環境変数IpmMaxGroupLimitの値を超えている場合

- セキュリティ・グループに対する権限を割り当てられたロールの数が環境変数IpmMaxGroupRoleLimitの値を超えている場合

- メタデータ・フィールドの数が環境変数IpmMaxMetadataFieldsの値を超えている場合

- Content Serverの構成設定のIpmRepositoryForceFullがTrueに設定されている場合
IpmRepositoryForceFullをTrueに設定すると、Imagingでそれ以上アプリケーションが作成されないように、Content Serverが満杯であることをImagingに対して明確にするようにContent Serverを構成できます。このように設定しても、ドキュメントをアップロードできなくなるわけではありません。

アプリケーションに使用される領域を増やすには、次のいずれかを実行します。

- 追加の独立したWebCenter Contentシステムをインストールし、そのシステムへの新しい接続をImagingで定義します。追加コンテンツ・サーバー・リポジトリの構成方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』ガイドを参照してください。

- config.cfgファイルを直接編集するか、Content Server管理サーバーを使用して、IpmMaxGroupRoleLimitおよびIpmMaxMetadataFields環境変数の値を増やします。コンテンツ・サーバー環境変数の変更の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』ガイドを参照してください。

Content Serverリポジトリのconfig.cfgファイルでこれらの環境変数の値を変更することもできます。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』ガイドを参照してください。

11.6 フォント・エラー

テキスト・コンテンツを含むドキュメントについては、ドキュメントのレンダリングに必要なフォントが、TrueTypeフォントを使用するOracle Outside Inレンダリング・エンジンで使用可能である必要があります。オラクル社では、フォントを提供していません。ドキュメントで使用されているフォントがOracle Outside Inで使用可能でない場合は、適切な代替フォントが使用されます。代替フォントを使用すると、ドキュメントが読み取れなかったり、正しいテキスト形式が作成されないことがあります。また、テキスト・ドキュメント上のデータが移動したり、ページ区切りが変更されて、改訂された内容がドキュメント上に表示されてしまうこともあります。

詳細ビューア・モードではドキュメントが正しくレンダリングされるにもかかわらず、基本ビューア・モードでは正しくレンダリングされない場合や、TIFFドキュメントが正しく表示されるにもかかわらず、レンダリングされたMicrosoft Officeドキュメントは正しく表示されない場合、フォントの問題を示しています。

ドキュメントのレンダリング時に適切なフォントが使用されるように、管理者はクライアントおよびサーバー・システムにそれらのフォントをインストールする必要があります。サーバーのMBean GdFontPathを、フォントがインストールされているディレクトリに設定する必要があります。MBeanの設定の詳細は、第3.9.1項「MBeanの構成」を参照してください。

Linuxシステムで詳細ビューア・モードを使用する際には、フォントをインストールし、環境変数GDFONTPATHをそのディレクトリに設定します。環境変数が見つからない場合は、ユーザーが詳細ビューア・モードを初めて使用するときに、そのパスを入力するように要求されます。パスを設定する前にドキュメントをTIFFとしてダウンロードしようとすると、エラーが発生して、TIFFレンディションをダウンロードできない場合があります。

11.7 入力エージェントおよび入力ファイルの問題

入力エージェントまたは入力ファイルに関連する問題には、次のようなものがあります。

11.7.1 入力エージェントが入力ファイルを検出および処理しない

入力エージェントによって入力ファイルが選択されない場合は、次の手順を実行して解決策を特定してください。

1. 次のImaging MBeanの設定を確認します。

- CheckInterval: 環境に適した時間(テスト・システムの場合は1分、データをすぐに取得する必要がない本番システムの場合は30分など)に設定されていることと、少なくとも1つのポーリング間隔が終了するように十分な時間が確保されていることを確認します。

- InputDirectories: ディレクトリのリストを調べて、入力ファイルが保存されている正しいディレクトリであることを確認します。

2. WebLogic Serverに対する読取り/書込み権限が入力ファイルにあることを確認します。

3. 入力ディレクトリのパスに対する権限をチェックし、WLS管理対象サーバーを実行しているユーザーがそれらにアクセスできることを確認します。

4. ユーザー・インタフェースで入力定義を参照し、処理対象の入力がオンラインとしてマークされていること、および入力ファイル・マスクがディレクトリ内のファイルと一致していることを確認します。

5. これまでの手順を実行しても入力エージェントが稼働しない場合は、ログ・ファイルを調べて、エージェントが機能しなくなるようなエラーが発生していないかどうかを確認します。

11.7.2 自動検出でキャラクタ・セットが特定されない

指定したサンプル・ファイルの大きさが十分でないためにキャラクタ・セットを正確に特定できない場合、自動検出は機能しません。サンプル・ファイルが小さすぎる場合は、「入力ファイル・キャラクタ・セットの自動検出」を無効にし、キャラクタ・セットを手動で選択してください。

11.7.3 入力ファイルのエントリにエラーがある

次の手順を実行する際には、次のディレクトリ構造を参照してください。

Input
- Errors
– Processed
— YYYY-MM-DD
– Samples
– Stage

入力ファイル内の一部またはすべてのエントリにエラーがある場合は、次の手順を実行して解決策を特定してください。

1. 入力ファイルが格納されているErrorsディレクトリを調べて、エラー・ファイルが作成されていないかどうかを確認します。エラー・ファイルがある場合は、ファイルを開き、ファイルの最後の列を調べて具体的なエラーを特定します。

2. 入力ファイルを調べて、Imaging管理対象サーバーを実行しているユーザーがイメージ・ファイルのパスにアクセスできることと、ユーザーがそのパスおよびイメージ・ファイルに対する権限を持っていることを確認します。

3. エラーが発生している入力ファイルのいずれかをSamplesディレクトリにコピーし、入力定義エディタのUIにロードします。マッピングが正しいこと、およびいずれかの列が移動していないことを確認します。

4. 最後に、Imagingログ・ファイルを参照し、個々の行に表示されているエラーを調べて、問題の正確な原因を特定します。

エラーの原因を特定し、修正できたら、修正した入力ファイルを入力ディレクトリに再度コピーします。詳細は、第9.5項「結果およびエラー・ファイルの確認」を参照してください。

11.8 詳細ビューアの変換エラー

詳細ビューア・アプレットで変換エラーが発生する場合は、まず、ユーザーのワークステーション上の一時ファイルを削除します。これによって、Oracle Outside Inファイルの配布が削除され、アプレットを次に使用するときに新しく配布されます。Windows環境では、次の手順を実行して一時ファイルを削除します。

1. Windowsのコントロール パネルのオプションから「Java」を選択します。

2. 「インターネット一時ファイル」の「設定」をクリックします。

3. 「ファイルの削除」をクリックします。

4. 「Java コントロールパネル」を閉じます。

5. Windowsのエクスプローラーで、ユーザーの一時ファイルの場所に移動します。たとえば、c:\users\<user-id>\AppData\Local\Temp\oracle\imaging\imaging-clientなどです。

6. imaging-clientディレクトリ内のファイルを削除します。

7. ブラウザのオプションを使用して、インターネット一時ファイルを削除します。

8. Windowsのディスク クリーンアップ・ツールを使用して、他の一時ファイルを削除します。

11.9 ビューアでのTIFFの表示に関する問題

詳細ビューア・モードおよび基本ビューア・モードではGroup 6およびGroup 7のTIFFがレンダリングされますが、Group 6のTIFFがサポートされるのは、ビューア・キャッシュが有効な場合のみです。非キャッシュ・システムでは、Group 6のTIFFはサポートされません。ビューア・キャッシュ・オプションを構成する方法の詳細は、第3.4項「ビューア・キャッシュ・オプションの構成」を参照してください。Group 7のTIFFは、JPEG圧縮のTIFF標準に準拠している必要があります。カラー・イメージでは、光度解釈にYCbCrを使用する必要があります。YCbCrを使用しない場合、イメージはグレイスケール・イメージとして処理されます。YCbCrは、JPEGイメージの標準カラーです。

11.10 ImagingExceptionのロギング

デフォルトでは、Imaging内で検出されたすべての例外がログに記録されるわけではありません。すべての例外を監視する必要がある場合は、次の手順を実行すると、スローされたすべての例外を特定できます。Imagingの例外ハンドラは、親ロガー(oracle.imaging.service)からログ・レベルを継承しません。コアImagingサービスから例外を取得するには、oracle.imaging.service.exceptionsという名前のロガーを明示的に設定する必要があります。ある程度の柔軟性を実現するために、このロガーでは次のログ・レベルが使用されます。

- ERROR 1(SEVERE): SYSTEMおよびDATABASE ImagingExceptionをログに記録します。

- NOTIFICATION(INFO): SYSTEM、DATABASEおよびSECURITY ImagingExceptionをログに記録します。

- TRACE(FINE): SYSTEM、DATABASE、SECURITYおよびUSAGE ImagingExceptionをログに記録します。

たとえば、oracle.imaging.service.exceptionsをTRACE:32に設定すると、すべてのImagingExceptionがスロー時にログに記録されます。

11.11 ImagingおよびContent Serverログ・ファイルでのイベントの追跡

Imagingでイベントを調べる際には、Imagingログ・ファイルから始めます。イベントがContent Serverで発生した場合は、Content Serverログ・ファイルを調べると、追加情報を確認できます。ImagingとContent ServerのどちらのログもOracle Enterprise Managerで表示できます。Content Serverのログは、Content Serverの管理リンクから表示することもできます。

Content Serverでトレース・セクションを有効にして、ロギング情報の詳細レベルを設定できます。Content ServerにインストールされているIpmRepositoryコンポーネントでは独自のログは生成されませんが、標準のContent Serverログにエントリが書き込まれます。IpmRepositoryコンポーネントの詳細なロギング情報を取得するには、Content Serverでipmreposという名前のセクションについてトレースを有効にします。コンテンツ・サーバーのロギングの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のコンテンツ・サーバー・ステータスのモニターに関する項を参照してください。

11.12 ImagingでのOracle Dynamic Monitoring Systemの使用

Oracle Dynamic Monitoring Service (DMS)では、トラブルシューティングおよび診断をサポートするために、Oracle DMSスパイ・アプリケーションを使用してシステムの統計情報を表示できます。Oracle DMSスパイ・アプリケーションを起動するには、ブラウザのURLアドレス・フィールドにhttp://machine_name:port/dms/と入力します。次のメトリックの表が使用可能です。

メトリック表

説明

IPM_API

Imaging API操作に関するタイミング統計を記録します。サービス操作ごとに統計が記録されます。

IPM_Activity

一般的なシステム・アクティビティを記録します。次のようなシステム・アクティビティの発生回数が記録されます。

- API操作数

- 作成されたドキュメント数

- 取得されたドキュメント数

- 入力エージェントのドキュメント数

- 入力エージェントのエラー数

- 処理された入力ファイル数

- ログイン

- ログアウト

- 注釈キャッシュ取得のレンダリング

- 変換済ドキュメント・キャッシュ取得のレンダリング

- 変換済ドキュメント生成のレンダリング

- 検索の実行回数

- ワークフロー・インスタンス数

IPM_BPEL_Agent

ワークフロー・プロセス・インスタンスのインジェクション統計をImagingアプリケーションごとに記録します。

IPM_Input_Agent

入力プロセス・インスタンスの統計をImaging入力ごとに記録します。

IPM_Rendering

レンダリング・サブシステムに関する詳細なメトリックを記録します。

IPM_Repository

リポジトリ・コールに関する詳細なメトリックを記録します。

IPM_Search

Imaging検索の実行タイミングを記録します。検索定義ごとに統計が記録されます。

IPM_UCMRequest

Universal Content Serverに対するリクエストに関する詳細なメトリックを記録します。

AXF_API

システム・インフラストラクチャ、コマンドおよびユーザー・インタフェースにおけるAXF (Oracle Application Adapters for ECM)操作のタイミングを記録します。

AXF_BPEL_API

ワークフロー・サーバーと通信するAXF (Oracle Application Adapters for ECM)操作のタイミングを記録します。

11.13 削除されたドキュメントの監査履歴の確認

ドキュメントがImagingから削除された場合、管理者は、Content ServerのDocumentHistory表で削除アクションのエントリを表示できます。これは、削除されたドキュメントの監査エントリを管理者が表示できる唯一の場所です。

11.14 ネストされたスタック・エラーの解読

ネストされたスタック・エラー(ネストされた例外とも呼ばれる)は基本的に、別のエラーでラップされたエラーです。これは、より多くのコンテキストを問題に提供するためのJavaおよびその他の言語の標準です。通常、次の例で太字で示されているcaused by文字列をスタック・トレース内で探すと、ネストされた例外を見つけることができます。Imagingエラーによって提供された情報が十分でない場合は、エラー・メッセージを詳しく調べて、他のコンポーネントが関連していないかどうかを確認します。Imagingでは、リポジトリ関連の問題、ワークフローの問題、または他のコンポーネントが原因で発生した問題を表示するために、ネストされたスタック・エラーを使用します。最初に発生した可能性があるエラーを特定したら、診断ログでより詳細なトラブルシューティング情報を確認してください。

次の例では、Content Serverリポジトリ内のデフォルト・プロバイダが破損してリセットされたために、TCM-00787エラーが発生しています(太字のテキストを参照)。

[2009-06-11T09:56:21.720-07:00] [ipm_server1] [ERROR] []
[oracle.imaging.ui.backing.application.LifecycleState] [tid:
[ACTIVE].ExecuteThread: '4' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid:
0000I7GFuQ9F8DT6uBj8EH1AC2Ut0000WK,0] [APP: imaging#11.1.1.1.0] IPM UI Exception[[
oracle.imaging.ImagingException: TCM-00787: A repository error has occurred. Contact your system administrator for assistance.
stackTraceId: 9-1244739381674
faultType: SYSTEM
faultDetails:
ErrorCode = oracle.stellent.ridc.protocol.ServiceException,
ErrorMessage = File
'/app/stellent/content/10gR3/proxy1/data/providers/defaultfilestore/provider.hda'
does not exist.
at
oracle.imaging.repository.ucm.UcmErrors.convertRepositoryError(UcmErrors.java:108)
at
oracle.imaging.repository.ucm.UcmLifecycleOperationImpl.getStorageRules(UcmLifecycleOperationImpl.java:58)
...
<...snip...>
at
weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1428)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)  at
weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
Caused by: oracle.stellent.ridc.protocol.ServiceException: File
'/app/stellent/content/10gR3/proxy1/data/providers/defaultfilestore/provider.hda'does not exist.
at
oracle.stellent.ridc.protocol.ServiceResponse.getResponseAsBinder(ServiceResponse.java:116)
at
oracle.stellent.ridc.protocol.ServiceResponse.getResponseAsBinder(ServiceResponse.java:92)
at
oracle.imaging.repository.ucm.UcmResponse.<init>(UcmResponse.java:61)
at
oracle.imaging.repository.ucm.UcmRequest.makeOneServiceCall(UcmRequest.java:310)
at
oracle.imaging.repository.ucm.UcmRequest.makeServiceCallWithRetries(UcmRequest.java:228)
at
oracle.imaging.repository.ucm.UcmRequest.makeServiceCall(UcmRequest.java:210)
at
oracle.imaging.repository.ucm.UcmLifecycleOperationImpl.getStorageRules(UcmLifecycleOperationImpl.java:53)
... 234 more

11.15 OSSO使用時にImagingセッションがタイムアウトした場合はブラウザのリフレッシュが必要

Oracle Single Sign Onを使用している場合、Imagingセッションの期限が切れると、WebLogic Serverに対するPOSTリクエストは内部サーバー・エラーを返します。ページをリフレッシュすると、再認証のためにImagingのログイン・ページが表示され、新しいセッションを開始できます。

11.16 Content Server 10gでワークフローの日付が正しく指定されない

Content Server 10gを使用している場合、日付が1969年より前または2068年より後であるときに、BPELペイロードに誤った日付が入力されます。回避策として、1969年から2068年の範囲外の日付を使用する場合は、日付に4桁の年数を使用することをお薦めします。Content Serverのシステム・プロパティ・ユーティリティを使用して、これを設定できます。

11.17 無効なIPアドレスを含むドキュメントURLが返される

ドキュメントURLについて想定していないホスト名やIPアドレスをユーザーが取得している場合、WLSサーバーでリスナー・アドレスを構成する必要がある可能性があります。そのためには、WLSサーバーのconfig.xmlでlisten-addressを設定するか、WLSコンソールを使用します。コンソールを使用するには、「ドメイン構造」ウィンドウで「環境」を開き、「サーバー」をクリックします。サーバー構成タブで、目的のサーバー名をクリックします。このページで「リスニング・アドレス」を設定します。WLSを再起動します。WLSの構成の詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

11.18 Content Serverに追加された必須フィールドにはデフォルト値を指定する必要がある

構成マネージャを使用してContent Serverインスタンスにメタデータ・フィールドを追加すると、フィールドが必須として設定されているにもかかわらず、デフォルト値が指定されていない場合に問題が発生することがあります。Content Serverで必須として設定されているメタデータ・フィールドにContent Serverでデフォルト値が指定されていない場合、ImagingはContent Serverインスタンスでドキュメントを作成できません。管理者は、メタデータ・フィールドのデフォルト値を設定するか、Content Serverプロファイルを使用してそのフィールドを処理することによって、Imaging内で問題を回避できます。

11.19 UNIX、AIXおよびSolaris SPARCでImagingビューアが正しく動作しない

UNIXオペレーティング・システムでドキュメントを表示するには、ライブラリ・パスおよび表示環境変数が正しく設定されていることを確認する必要があります。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』のUNIXプラットフォームでの環境変数へのライブラリ・パスの設定に関する項を参照してください。

11.20 ドキュメントのかわりに空白ページがビューアに表示される

Content Serverは、ユーザーがアプリケーションで「表示」権限を持っていないドキュメントを検索結果で返す場合があります。ユーザーがそのドキュメントをビューアで表示しようとすると、かわりに空白ページが表示されます。これは、ユーザーがOracle Internet Directoryで管理グループにマップされ、その後、Content Serverで管理ロールにマップされた場合に発生します。Content Serverで管理ロールを持っているユーザーは、Content Serverのすべてのセキュリティ・グループに対する権限を持っています。Content Serverで管理ロールを持っているユーザーがImaging検索を使用すると、ドキュメントに対する「表示」権限を持っていなくても、検索条件と一致するすべてのドキュメントが検索結果で返されます。関連するImagingアプリケーションで定義されたImagingの「表示」権限を持っていないドキュメントを表示しようとすると、空白ページが表示されます。

11.21 詳細ビューア・モードでドキュメントのかわりにHTMLログイン・フォームが表示される

Imagingの詳細ビューアは、セッションを認証し、ドキュメントを正しく表示するためにリクエストでCookieを送信する必要があるJavaアプレットです。HTTPのみのリクエストにCookieを制限するようにシステムが構成されている場合、ビューアは認証できないため、要求されたドキュメントのかわりにHTMLログイン・フォームが表示されます。詳細ビューア・アプレットを使用して正しく認証できるようにする場合、CookieをHTTPのみのリクエストに制限することはできません。

11.22 ビューアによってマジック値エラーが報告される

ImagingがOracle Access Managerと統合されており、/imagingディレクトリが保護対象として正しく構成されていない場合、詳細モードのビューアによってマジック値エラーが報告されます。これを修正するには、/imaging/facesディレクトリを保護するようにOracle Access Managerが正しく構成されていることを確認します。詳細は、第2.3.5項「ImagingとOracle Access Manager 11gの統合」および第2.3.6項「ImagingとOracle Access Manager 10gの統合」を参照してください。

11.23 無効なスキン・プリファレンスを指定すると汎用ユーザー・インタフェースが表示される

DefaultColorSet MBeanで無効な値が設定されているか、Imagingのアップグレード時にユーザーが非推奨のUIスキンをプリファレンスで指定した場合、ユーザーがログインすると、汎用ユーザー・インタフェースが表示されます。汎用インタフェースの場合、フォントが大きく、ロゴが表示されません。DefaultColorSet MBeanの無効な値を修正するか、「ユーザー・プリファレンス」ページから現在のスキンを適用すると、この問題は修正されます。

11.24 Solaris 11gのUNIX Exalogic環境で使用するためのビューアの構成

Solaris 11gのExalogic環境でImagingを実行する場合、Imagingビューアが基本モードで正しく動作するように、表示環境変数を設定する必要があります。表示変数を設定する手順は次のとおりです。

1. 新しい端末を開き、コマンドxhost +を実行します。

2. IPM_server端末で、DISPLAY環境変数を設定します。

3. Imagingサーバーを再起動します。

11.25 Java Runtime Environmentバージョン1.6.0_26を使用している場合の付箋のプロパティに関する問題

JRE 1.6.0_26を使用している場合、付箋のプロパティが正しく表示されません。詳細ビューア・モードの使用時に付箋にアクセスする必要があるすべてのクライアントがJRE 1.6.0_27以降を使用していることを確認してください。

11.26 大きなドキュメントをロードする際のキャッシュ例外

大きなドキュメント(1000ページに近い、または1000ページを超えるドキュメントや、解像度が192 DPI以上に設定されているドキュメント)をロードする際、Imagingビューアでキャッシュ例外がスローされることがあります。このような場合は、WLS管理コンソールでRenderAgent EJBのトランザクション・タイムアウトを300秒に設定する必要があります。トランザクション・タイムアウトを300秒に増やした後も例外が発生する場合は、さらに120秒ずつ増やしてください。

RenderAgent EJBのトランザクション・タイムアウトを設定する手順は次のとおりです。

1. WebLogic Server管理コンソールを開き、「デプロイメント」をクリックします。

2. 「Imaging」デプロイメントを選択して、Imagingの詳細を開きます。

3. 「モジュールおよびコンポーネント」で、「RenderAgent EJB」を選択します。

4. 「構成」タブをクリックします。

5. 「トランザクション・タイムアウト」を300秒に設定します。

6. 「保存」をクリックして、構成設定を保存します。

11.27 ビジネス・ルール・パッケージを削除してもカスタム・ペイロード・スキーマ内のファイルが削除されない

新しいペイロード・スキーマで作成およびアップロードされたビジネス・ルール・パッケージを削除しても、カスタム・ペイロード・ディレクトリに生成された関連ファイルは削除されません。これらのファイルに関連するビジネス・ルール・パッケージを削除した場合、システム管理者はこれらのファイルを手動で削除する必要があります。

11.28 Imagingビューアのロード中にJava例外または空白ページが表示される

システムのビューア・キャッシュが有効かどうかにかかわらず、キャッシュの解像度を高く(通常300 DPI以上)設定し、ビューアのズーム・レベルも高く(通常175%以上)設定してレンダリングされたドキュメントをロードする場合、Imagingビューアに関する既知の制限があります。詳細ビューア・モードを使用する際に、Javaヒープ・エラーが生成されることがあります。基本ビューアを使用してドキュメントを表示している場合に、空白ページが表示されることがあります。回避策として、ダウンロード・オプションを使用して、ドキュメントをローカルで開くことをお薦めします。

11.29 1.6.0_24より前のバージョンのJava Runtime Environmentを使用している場合に詳細ビューアでドキュメントを開くときの問題

Internet Explorer 9および1.6.0_24より前のバージョンのJava Runtime Environmentを使用している場合に詳細ビューア・モードでドキュメントを開くときの既知の問題があります。回避策として、1.6.0_24以降の最新バージョンのJavaまたはJava Runtime Environmentをインストールすることをお薦めします。

11.30 クリップボードに対するテキストのコピー/貼付け

Java Runtime Environmentバージョン1.6.0_24以降を使用している場合、クリップボードに対するテキストのコピーまたは貼付けはセキュリティに依存し、クライアント・マシンにおけるセキュリティ・ポリシーの定義によって決まります。

Imagingビューアでテキストおよび付箋注釈についてクリップボードに対するテキストのコピーまたは貼付けを有効にする手順は、次のとおりです。

1. クライアント・マシンでJavaインストール・ディレクトリのjre\lib\securityディレクトリに移動します。たとえば、C:\Java\jre\lib\securityなどです。

2. "standard" properties that can be read by anyoneに次のテキストを追加して、java.policyファイルを編集します。

permission java.awt.AWTPermission "accessClipboard";

3. ブラウザを再起動すると、変更が有効になります。

11.31 アップグレードまたはパッチ適用後に詳細ビューアが動作しない

Imagingパッチ・セットを別のパッチ・セットにアップグレードした後、またはImagingパッチを適用した後、Imagingビューアが詳細モードで動作しないことがあります。この問題を解決するには、クライアント・マシンでJavaキャッシュをクリアし、ブラウザの履歴を消去します。Javaキャッシュをクリアする方法の詳細は、java.comのWebサイトを参照してください。Javaキャッシュは、ブラウザのキャッシュとは別のキャッシュです。

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

この項では、Oracle WebCenter Content: Imagingで使用するユーザー・インタフェースについて説明します。管理タスクに固有のユーザー・インタフェースについて説明します。ドキュメントを検索または表示する際などに一般的なビジネス・ユーザーが使用するページに関する情報の詳細は、『Oracle Fusion Middleware Oracle WebCenter Content Imagingユーザーズ・ガイド』を参照してください。

この項では、次のページを示します:

- アイコン

- ナビゲータ・ペイン

- ナビゲーション・トレイン

- ドキュメントのアップロード・ページ

- ドキュメントの更新ページ

- 定義のエクスポート: コメントのエクスポート・ページ

- 定義のエクスポート: アプリケーション・ページ

- 定義のエクスポート: 検索ページ

- 定義のエクスポート: 入力ページ

- 定義のエクスポート: サマリー・ページ

- 定義のインポート: ファイルの位置ページ

- 定義のインポート: インポートの選択ページ

- 定義のインポート: インポートの検証ページ

- 定義のインポート: サマリー・ページ

- ソリューション・エディタ・ページ

- 検索プロパティ・ページ

- 検索結果フォーマット・ページ

- 検索条件ページ

- 検索パラメータ・ページ

- 検索セキュリティ・ページ

- セキュリティ・メンバーの追加ページ

- 検索プレビューとテスト・ページ

- 検索設定の確認ページ

- 検索サマリー・ページ

- アプリケーション一般プロパティ・ページ

- アプリケーション・フィールド定義ページ

- アプリケーション・セキュリティ・ページ

- アプリケーション・ドキュメント・セキュリティ・ページ

- アプリケーション記憶域ポリシー・ページ

- アプリケーション・ワークフロー構成ページ

- ワークフロー・サーバー・プロパティ・ページ

- ワークフロー・コンポーネント・プロパティ・ページ

- ワークフロー・ペイロード・プロパティ・ページ

- アプリケーション設定の確認ページ

- アプリケーション・サマリー・ページ

- 入力基本情報ページ

- 入力ファイル・パラメータの識別と解析ページ

- 入力フィールド・マッピング・ページ

- セキュリティの入力ページ

- 入力設定の確認ページ

- サマリーの入力ページ

- Content Server接続基本情報ページ

- Content Server接続のContent Server設定ページ

- Content Server接続セキュリティ・ページ

- Content Server接続設定の確認ページ

- Content Server接続サマリー・ページ

- ワークフロー接続基本情報ページ

- ワークフロー接続設定ページ

- ワークフロー接続セキュリティ・ページ

- ワークフロー接続設定の確認ページ

- ワークフロー接続サマリー・ページ

- 定義管理セキュリティ・ページ

A.1 アイコン

Imagingインタフェース全体で、特に明示的な識別表示なしで次のアイコンが使用されています。鉛筆のアイコンのように、正確な使用方法がアイコンの表示されるコンテキストに応じて異なる場合もあります。アイコンの上にカーソルを置くと、アイコンの説明テキストが表示されます。

名前

アイコン

説明

ペインを閉じるまたは元のサイズに戻す

ペインを表示したり非表示にしたりする場合にクリックします。

パネルの表示または非表示

パネルを表示したり非表示にしたりする場合にクリックします。

作成

新しいアイテムを作成する場合にクリックします。アイテムには、検索やアプリケーションなどがあります。

現在のタブを閉じる

現在のタブまたはウィンドウを閉じる場合にクリックします。

詳細オプション

非表示のメニューを開く場合にクリックします。

水平に開く

アイテムを水平方向に開く場合にクリックします。

編集、変更または更新

ドキュメントの値を編集、更新または変更する場合にクリックします。

A.2 ナビゲータ・ペイン

ナビゲータ・ペインには、Imagingの主要機能へのアクセスに使用する最上位のナビゲーション・パネルが表示されます。

次の表では、このページのオプションについて説明します。

パネル

説明

検索

権限のあるすべての検索がリストされます。検索の名前をクリックすると、コンテンツ・リージョンに検索フォームが表示されます。この検索フォームは、Imaging内のドキュメントを検索する基準を入力するために使用します。

ツール

次のオプションがあります。

- ドキュメントのアップロード: リポジトリにドキュメントを追加する際に使用するドキュメントのアップロード・ページが表示されます。

- 定義のエクスポート: アプリケーション、入力、検索定義をエクスポートする際に使用する定義のエクスポート: コメントのエクスポート・ページが表示されます。

- 定義のインポート: アプリケーション、入力、検索定義をインポートする際に使用する定義のインポート: ファイルの位置ページが表示されます。

- ソリューション・エディタ: Application Extension Framework (AXF)構成の変更に使用されるソリューション・エディタ・ページを表示します。このツールは、「セキュリティの管理」オプションでソリューションへの管理者アクセス権を付与されたユーザーに表示されます。

検索の管理

少なくとも「変更」権限または「アクセス権の付与」権限のある検索をすべて表示します。開くアイコンをクリックして、「新規検索の作成」アイコンを表示します。このアイコンをクリックすると、検索プロパティ・ページが開き、新規検索を作成できます。

アプリケーションの管理

作成されたアプリケーションで、少なくとも「変更」権限または「アクセス権の付与」権限のあるものをすべて表示します。開くアイコンをクリックして、「アプリケーションの作成」アイコンを表示します。このアイコンをクリックすると、アプリケーション一般プロパティ・ページが開き、新規アプリケーションを作成できます。

入力の管理

作成された入力で、少なくとも「変更」権限または「アクセス権の付与」権限のあるものをすべて表示します。開くアイコンをクリックして、「入力の作成」アイコンを表示します。このアイコンをクリックすると、入力基本情報ページが開き、新規入力を作成できます。

接続の管理

作成された接続で、少なくとも「変更」権限または「アクセス権の付与」権限のあるものをすべて表示します。開くアイコンをクリックして、「新規接続の作成」メニュー・アイコンを表示します。このアイコンをクリックすると、メニューが開きます。ここで、「Content Server接続の作成」を選択するとコンテンツ・サーバー接続基本情報ページが開き、「ワークフロー接続の作成」を選択するとワークフロー接続基本情報ページが開きます。

セキュリティの管理

アプリケーション、入力、検索、接続およびソリューションに対するセキュリティ権限を付与します。

A.3 ナビゲーション・トレイン

ナビゲーション・トレインは、検索、アプリケーション、入力および接続の作成などの手順で使用するImagingのすべてのページに表示されます。実行中の手順のステップが太字で示され、そのステップ名の上にダブルボックス・アイコンが表示されます。必要な情報を入力して「次」をクリックすると、次のページに進みます。前のページに戻るには「戻る」をクリックし、任意のステップに直接アクセスするにはナビゲーション・トレイン内のステップ名またはアイコンをクリックします。グレー表示されたステップは、アプリケーションの作成などのプロセスが順序に従って完了しておらず、前のステップが完了するまではナビゲートできません。すべてのステップが完了すると、ナビゲーション・トレイン内のステップがすべて有効化され、これらのステップを使用してステップから別のステップへ順序に関係なくジャンプできるようになります。

A.4 「ドキュメントのアップロード」ページ

ドキュメントのアップロード・ページへアクセスするには、ナビゲータ・ペインの「ツール」パネルで「ドキュメントのアップロード」をクリックします。

注意:
ドキュメントをアップロードする場合、ファイル・サイズに注意してください。ファイル・サイズの制限は、表示用にドキュメントを取得する場合に影響を及ぼす最大の要因となります。システム・アーキテクチャ、ハードウェア制限、ネットワーク・ロードおよびその他の要因は、ドキュメントの取得時間に影響を及ぼし、ビューアがタイムアウトする原因となることがあります。Imagingは200KBまでのサイズのTIFFイメージ・ファイルを格納するように最適化されています。アップロードおよび表示する必要のあるファイルが200KBを超過する場合は、使用する予定の特定のネットワーク・アーキテクチャにおいてピーク・ネットワーク・ロードをシミュレーションするときに、これらのファイルを使用してパフォーマンスをテストしてください。

次の表では、このページで使用可能な要素について説明します。

要素

説明

アップロード

選択されたアプリケーションに基づいて、Imagingにドキュメントとメタデータを送信します。ドキュメントが正常にアップロードされると、確認メッセージが表示されます。確認メッセージをクリックすると、アップロードされたドキュメントがビューアに表示されます。

リセット

ページをリセットし、別のドキュメントをアップロードできるようにします。これをクリックすると、ドキュメントを送信する前に不正確な情報をクリアしたり、正常に送信したドキュメントの情報と確認をクリアして、別のドキュメントをアップロードできます。

閉じる

ドキュメントのアップロード・ページを閉じてようこそページに戻るか、または、1つ以上の検索が実行された場合は、開いている検索タブに戻ります。

アプリケーションの選択

ドキュメントのアップロード先となるアプリケーションを選択します。これは必須フィールドです。アプリケーションが選択されると、そのアプリケーション固有のメタデータ・フィールドが表示されます。アプリケーション固有のメタデータ・フィールドは、アプリケーションが定義されたときに決定され、通常は、アプリケーションごとに異なります。

「ドキュメント・イメージ」フィールドと「参照」ボタン

アップロード対象のイメージへのパスを入力するか、または「参照」をクリックしてファイルを選択します。これは必須フィールドです。
マウスではなくキーボードを使用して「参照」ボタンを選択する場合は、スペース・バーを使用して「参照」ボタンの機能を実行して、ダイアログ・ボックスを開きます。[Enter]キーを押しても「参照」ボタンの機能は実行されません。

A.5 ドキュメントの更新ページ

ドキュメントの更新機能を使用して、既存ドキュメントの新しいバージョンを更新または追加します。ドキュメントの新しいバージョンを作成することも、既存ドキュメントの1つ以上のアプリケーション・フィールドを更新することもできます。

検索結果リストの中からドキュメントを選択し、「検索結果」ツールバーの「更新」をクリックします。「ドキュメントの更新」ウィンドウが開き、「元のファイル名」、「ドキュメントID」およびそのアプリケーションが表示されます。既存のドキュメントの新しいバージョンを追加するには、そのファイルのパスと名前を入力するか、または「参照」をクリックしてファイルを選択し、「更新」をクリックします。既存のドキュメントの特定のフィールドを更新するには、表示されているフィールドを変更して、「更新」をクリックします。正常に更新されると、確認メッセージが表示されます。

ドキュメントを更新する前に、同時に他のユーザーが更新することを防ぐためにドキュメントをロックすることをお薦めします。ドキュメントは、検索結果リストからコンテキスト・メニューや検索結果ツールバーを使用して簡単にロックできます。更新前にドキュメントをロックすると、ドキュメントの更新ページの下部に、「ロックの保持」チェック・ボックスが表示されます。更新後もドキュメントをロックしたままにするには、このチェック・ボックスを選択します。「更新」をクリックする前にドキュメントをロックしなかった場合は、「ドキュメントのロック」チェック・ボックスが表示されます。更新後にドキュメントをロックするには、このチェック・ボックスを選択します。

次の表では、このページで使用可能な要素について説明します。

要素

説明

更新

選択されたアプリケーションに基づいて、Imagingにドキュメントとメタデータを送信します。ドキュメントが正常に更新されると、確認メッセージが表示されます。システム・エラー・メッセージが表示された場合、ログ・ファイルを確認し、原因を判断します。

ファイル名フィールドおよび「参照」ボタン

新規ファイルの名前を入力するか、「参照」をクリックして選択します。
マウスではなくキーボードを使用して「参照」ボタンを選択する場合は、スペース・バーを使用して「参照」ボタンの機能を実行して、ダイアログ・ボックスを開きます。[Enter]キーを押しても「参照」ボタンの機能は実行されません。

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

情報フィールドはアプリケーションごとに異なります。1つ以上のアプリケーション・フィールドを更新し、既存ドキュメント内の情報を変更します。

「ロックの保持」または「ドキュメントのロック」

ドキュメントがロックされている場合に、更新後もロックされたままにするには、「ロックの保持」を選択します。ドキュメントがロックされていない場合に、更新後にロックするには、「ドキュメントのロック」を選択します。

A.6 定義のエクスポート: コメントのエクスポート・ページ

アプリケーション、入力および検索の定義は、転送可能なファイル形式(XML)にエクスポートできます。このファイルをインポートすると、他のシステムで使用できます。「コメントのエクスポート」フィールドには、エクスポート・ファイルについての短い説明およびその他の関連情報を入力します。

定義のエクスポート: コメント・ページにアクセスするには、ナビゲータ・ペインの「ツール」パネルにある「定義のエクスポート」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

取消

エクスポート・プロシージャを取り消し、Imagingのようこそページに戻ります。

次

次のステップへ進みます。

「コメントのエクスポート」フィールド

作成中の定義ファイルに関する説明または関連情報を入力します。

A.7 定義のエクスポート: アプリケーション・ページ

アプリケーション名の横にある「エクスポート」列内のチェック・ボックスを選択することによって、エクスポート定義ファイルに含めるアプリケーションを選択します。

アプリケーションのエクスポート・ページにアクセスするには、コメントのエクスポート・ページで「次」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

エクスポート

その行のアプリケーションをエクスポートする場合に選択します。

アプリケーション

「定義のエクスポート」ファイルに含めるアプリケーションの名前。

A.8 定義のエクスポート: 検索ページ

検索名の横にある「エクスポート」列内のフィールドを選択し、エクスポートする検索を選択します。

定義のエクスポート: 検索ページへアクセスするには、定義のエクスポート: アプリケーション・ページで「次」をクリックするか、ナビゲーション・トレインで「検索」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

エクスポート

その行の検索をエクスポートする場合に選択します。

検索

「定義のエクスポート」ファイルに含める検索の名前。

A.9 定義のエクスポート: 入力ページ

入力名の横にある「エクスポート」列内のフィールドを選択し、エクスポートする入力の定義を選択します。

定義のエクスポート: 入力ページへアクセスするには、定義のエクスポート: 検索ページで「次」をクリックするか、ナビゲーション・トレインで「入力」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

エクスポート

その行の入力をエクスポートする場合に選択します。

入力

「定義のエクスポート」ファイルに含める入力の名前。

A.10 定義のエクスポート: サマリー・ページ

選択した定義を確認し、必要があれば変更します。その後、「エクスポート・ファイルの作成」をクリックします。ファイルのダウンロード・ウィンドウが表示され、そこで新しい「定義のエクスポート」ファイルを開く、保存または取消しのいずれかを指示できます。

定義のエクスポート: サマリー・ページへアクセスするには、定義のエクスポート: 入力ページで「次」をクリックするか、ナビゲーション・トレインで「サマリー」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

サマリー・セクション

各定義のエクスポート・ページで選択した内容のサマリーを表示します。

A.11 定義のインポート: ファイルの位置ページ

定義のインポート: ファイルの選択ページへアクセスするには、ナビゲータ・ペインの「ツール」パネルにある「定義のインポート」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

「ファイルの選択」フィールド

「参照」をクリックして、インポートする定義を含むファイルを検索して選択するか、またはフィールドにファイル名を入力します。
マウスではなくキーボードを使用して「参照」ボタンを選択する場合は、スペース・バーを使用して「参照」ボタンの機能を実行して、ダイアログ・ボックスを開きます。[Enter]キーを押しても「参照」ボタンの機能は実行されません。

「ファイルのプロパティ」セクション

ファイルの選択後、ファイル作成の日付および関連コメントを表示します。

A.12 定義のインポート: インポートの選択ページ

アプリケーション、入力または検索名の横にある「インポート」列内のフィールドを選択し、インポートするアプリケーション、入力、および検索を選択します。

定義のインポート: 定義の選択ページへアクセスするには、定義のインポート: ファイルの位置ページで「次」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

アクション

「アクション」ヘッダーの下のフィールドを選択することによって、インポートするアプリケーション、入力および検索の特定の定義を選択します。オプションは次のとおりです。

- 追加: 定義をインポートするオブジェクトがインポート先のシステムに存在しない場合は、このアクションを選択して、インポートした定義ファイルを追加し、オブジェクトを作成します。

- 上書き: 定義をインポートするオブジェクトがインポート先のシステムに存在する場合は、このアクションを選択して、インポートした定義ファイルで既存の定義ファイルを上書きします。

定義をインポートして既存の入力を上書きする前に、既存の入力定義をオフラインにすることをお薦めします。入力定義をオフラインまたはオンラインにするには、サマリーの入力ページで「オンラインで切替」をクリックします。このページにアクセスするには、「入力の管理」パネルで入力名をクリックします。

「アプリケーション」、「入力」、「検索」セクション

アプリケーション、入力または検索は、それぞれ適切な見出しの下にリストされています。

リポジトリ

アプリケーション定義をシステムにインポートする際に、そのアプリケーションがシステムで現在定義されていない場合(たとえば、テスト環境から本番環境にインポートする場合など)、「リポジトリ」選択リストを使用して、アプリケーションで使用されるリポジトリを選択します。

A.13 定義のインポート: インポートの検証ページ

このページ上の選択がすべて完了した後、「送信」をクリックします。インポートされる定義では、セキュリティ・グループ、ストレージ・デバイス、リポジトリ接続などの、複数のシステム固有のアイテムが参照されます。これらすべてのアイテムは名前によって参照されます。2つのシステム間でアイテムに正しく名前が付けられている場合は、調整することなく定義をインポートできます。インポートの検証ページが表示されるまでに、Imagingによってこれらのシステム固有の各アイテムが検証されて、指定されたとおりに定義をインポートできるかどうかが判断されます。定義が有効である場合は、「成功した検証」アイコン(チェック・マーク)が「ステータス」列に表示されます。定義が有効でない場合は、「検証失敗」アイコンが表示されます。エラーが発生した場合は、展開ボタンをクリックして、詳細を確認します。オプションを変更するか、またはターゲット・システム上にユーザーおよびグループが存在することを確認して、再度「送信」をクリックします。システム・エラー・メッセージが表示された場合は、ログ・ファイルを確認して、問題を特定します。

定義のインポート: ファイルの選択ページへアクセスするには、定義のインポート: インポートの選択ページで「次」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

送信

選択されたアプリケーション、入力および検索の定義をインポートする場合に「送信」をクリックします。

ステータス

定義のインポート処理を続行できるかどうかを示す「成功した検証」アイコンまたは「失敗した検証」アイコンが表示されます。

アクション

インポートに対して実行されるアクションを指定します。オプションは次のとおりです。

- 追加: 定義をインポートするオブジェクトがインポート先のシステムに存在しない場合は、このアクションを選択して、インポートした定義ファイルを追加し、オブジェクトを作成します。

- 上書き: 定義をインポートするオブジェクトがインポート先のシステムに存在する場合は、このアクションを選択して、インポートした定義ファイルで既存の定義ファイルを上書きします。

アプリケーション

定義のインポート元となるアプリケーションの名前です。

セキュリティ

次のセキュリティ・オプションから選択します。

- インポート済の使用: エクスポート・ファイルに定義されているセキュリティ情報を使用する場合は、このオプションを選択します。

- 現在のユーザー: 定義に対する権限を付与するグループおよびユーザーを変更できる権限を現在のユーザーのみに制限する場合は、このオプションを選択します。これにより、定義をインポートした後、定義に対する権限を付与するグループおよびユーザーを現在のユーザーが後から変更できるようになります。

- 有効なエントリのみ: Imagingでエクスポート・ファイル内のセキュリティ情報をチェックし、ターゲット・システムにおいて有効なエントリのみを渡す場合は、このオプションを選択します。たとえば、ファイルでユーザーUserXが指定されている場合でも、ターゲット・システムでそのユーザー名が認識されないときは、ターゲット・システムでUserXは構成されません。

- 新規の選択: 定義に関して、唯一セキュリティを持たせるユーザーまたはグループをユーザーが選択できるようにするには、このオプションを選択します。「現在のユーザー」オプションと同様、この選択済ユーザーまたはグループは、定義に関する権限が付与されるグループおよびユーザーを後から変更できます。ユーザーまたはグループを選択するには、「新規の選択」選択リストの横にある「編集」アイコンをクリックすると表示されるポップアップ・ダイアログ・ウィンドウで名前を選択します。ユーザーまたはグループを選択すると、「セキュリティ」および「ドキュメント・セキュリティ」選択リストに新しいユーザー名またはグループ名が入力されます。

- 既存の使用: インポートされた定義内の構成は無視して既存の定義セキュリティを使用する場合は、このオプションを選択します。このオプションは、システム上にすでに存在する定義に対してのみ使用できます。

ドキュメント・セキュリティ

次のオプションから選択します。

- インポート済の使用: エクスポート・ファイルに定義されているセキュリティ情報を使用する場合は、このオプションを選択します。

- 有効なエントリのみ: Imagingによってエクスポート・ファイル内のセキュリティ情報がチェックされ、ターゲット・システムにおいて有効なエントリのみが渡されます。たとえば、ファイルでグループGroupYが指定されている場合でも、ターゲット・システムでそのグループ名が認識されないときは、ターゲット・システムでGroupYは構成されません。

- 新規の選択: 定義に関して、唯一セキュリティを持たせるグループをユーザーが選択できるようにするには、このオプションを選択します。この選択済グループは、定義に関する権限が付与されるグループを後から変更できます。グループを選択するには、「新規の選択」選択リストの横にある「編集」アイコンをクリックすると表示されるポップアップ・ダイアログ・ウィンドウで名前を選択します。グループを選択すると、「セキュリティ」および「ドキュメント・セキュリティ」選択リストに新しいグループ名が移入されます。

- 既存の使用: インポートされた定義内の構成は無視して既存の定義セキュリティを使用する場合は、このオプションを選択します。このオプションは、システム上にすでに存在する定義に対してのみ使用できます。

記憶域ポリシー

次のオプションから選択します。

- インポート済の使用: エクスポート・ファイルに定義されている記憶域ポリシー・オプションを使用する場合は、このオプションを選択します。

- 既存の使用: インポートされた定義内の構成は無視して既存の記憶域ポリシー設定を使用する場合は、このオプションを選択します。このオプションは、システム上にすでに存在するアプリケーションに対してのみ使用できます。

- デフォルトの使用: 記憶域ポリシー・オプションをクリアしてシステムのデフォルトを使用する場合は、このオプションを選択します。

- その他の選択肢: ネットワーク接続記憶域などの特定の記憶域オプションがシステムに定義されている場合は、それらのオプションが「記憶域ポリシー」フィールドのリストに追加されます。

ワークフロー

次のいずれかのオプションを選択します。

- 既存の使用: インポートされた定義内の構成は無視して既存のワークフロー設定を使用する場合は、このオプションを選択します。このオプションは、システム上にすでに存在するアプリケーションに対してのみ使用できます。

- インポート済の使用: エクスポート・ファイルに定義されているワークフロー構成を使用する場合は、このオプションを選択します。

- クリア: アプリケーションのすべてのワークフロー構成を削除する場合は、このオプションを選択します。

- その他の選択肢: ターゲット・システムに定義されているワークフロー接続がここに一覧表示されます。同じワークフロー・サーバーに異なるシステムが接続する場合がありますが、その場合でも接続ごとに異なる名前が使用されます。インポートされる入力ファイルには元のシステムのワークフロー接続名が指定されているため、ターゲット・システムのワークフロー接続名を選択することによって、2つのシステム間で適切にフィールドをマップできます。

全文オプション

既存の使用: インポートされた定義内の構成を無視して既存の全文構成を使用する場合は、このオプションを選択します。このオプションは、システム上にすでに存在する定義に対してのみ使用できます。
インポート済の使用: エクスポート・ファイルに定義されている全文オプションを使用する場合は、このオプションを選択します。

なし: 全文が構成されていない場合に選択します。

A.14 定義のインポート: サマリー・ページ

選択した定義を確認し、必要があれば変更します。その後、「送信」をクリックします。定義のインポート: サマリー・ページへアクセスするには、定義のインポート: インポートの検証ページで「次」をクリックするか、ナビゲーション・トレインで「サマリー」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

サマリー・セクション

各定義のインポート・ページで選択した内容のサマリーを表示します。

A.15 ソリューション・エディタ・ページ

ImagingがOracleデータベースを使用している場合、ソリューション・エディタはナビゲータ・ペインの「ツール」メニューで使用できます。ImagingがOracle PeoplesoftまたはOracle E-Business Suiteなどのビジネス・アプリケーションと統合されている場合に、ソリューションがOracle Application Extension Framework (AXF)を使用して実装されていると、ソリューション・エディタは、ソリューション表示の特定の側面を変更するための簡単なユーザー・インタフェースとして機能します。たとえば、「タスク」リストに表示されるプロファイルの非表示、表示、並替えを実行し、「タスク・ビューア」に表示されるアクションおよびメタデータ・フィールドを指定できます。ソリューション・エディタへのアクセス権が付与されている場合、実装されているすべてのソリューションにアクセスできます。

ソリューション・エディタを使用してソリューション表示のすべての側面を編集できるわけではありません。ソリューション・エディタの機能を超える範囲でソリューション表示を変更する必要がある場合は、『Oracle Fusion Middleware Oracle WebCenterアプリケーション・アダプタの管理』を参照してください。

ナビゲータ・ペインの「ツール」メニューで「ソリューション・エディタ」をクリックすると、すべてのソリューションのソリューション・エディタ・ページにアクセスできます。

次のタブがソリューション・エディタ・ページで使用できます。

- ソリューション・エディタ・ページ: 「一般」タブ

- ソリューション・エディタ・ページ: 「アクション」タブ

- ソリューション・エディタ・ページ: 「タスク・ビューア」タブ

- ソリューション・エディタ・ページ: 「列挙」タブ

A.15.1 ソリューション・エディタ・ページ: 「一般」タブ

ソリューション・エディタ・ページの「一般」タブを使用すると、プロファイル(BPELビュー)を表示または非表示にしてタスク・リスト・ビューを制限できます。「一般」タブを使用して、プロファイル・リストの並替え、デフォルト・プロファイルの設定、および指定したWebツール(タスク・フロー)の「コメント」フィールドの表示と非表示の切替えを行うこともできます。「一般」タブ・オプションを表示するには、ソリューション・エディタ・ページの「一般」をクリックします。

次の表は、ソリューション・エディタ・ページの「一般」タブにある要素をリストおよび説明しています。

要素

説明

ソリューション・ネームスペース

「ソリューション・ネームスペース」メニューを使用して、編集するソリューションを選択します。ユーザーにアクセス権があるソリューションのみが表示されます。

プロファイルのリスト

指定したソリューション・ネームスペースで使用可能なプロファイルのリストが表示されます。使用できるアクションを実行するには、リストにあるプロファイルをクリックします。使用可能なアクションは次のとおりです。

- 上に移動: クリックすると、選択したプロファイルがリストの上方に移動します。

- 下に移動: クリックすると、選択したプロファイルがリストの下方に移動します。

- 追加: クリックすると、使用可能なプロファイルのリストにプロファイルが追加されます。

- 削除: クリックすると、使用可能なプロファイルのリストから選択したプロファイルが削除されます。

- デフォルト: クリックすると、ページの初回アクセス時に表示されるデフォルト・プロファイルとして選択したプロファイルが設定されます。

コメント

「コメント」セクションを使用すると、指定したWebツールから「コメント」フィールドの表示と非表示を切り替え、フィールド・ラベルを変更できます。使用できるアクションを実行するには、コメント・フィールドを選択します。使用可能なアクションは次のとおりです。

- 表示ラベルの編集: ページに表示されているフィールドの名前を変更できます。

- コメント・フィールドの有効化: クリックすると、フィールドがページに表示されるようになります。

- コメント・フィールドの無効化: クリックすると、コメント・フィールドがページのビューから削除されます。

A.15.2 ソリューション・エディタ・ページ: 「アクション」タブ

ソリューション・エディタ・ページの「アクション」タブにより、ソリューションで使用可能なアクションを有効化および無効化できます。アクションのリストを順序付けたり、アクションの表示を編集するために「アクション」タブを使用することもできます。「アクション」タブ・オプションを表示するには、ソリューション・エディタ・ページの「アクション」をクリックします。

次の表は、ソリューション・エディタ・ページの「アクション」タブにある要素をリストおよび説明しています。

要素

説明

ソリューション・ネームスペース

「ソリューション・ネームスペース」メニューを使用して、編集するソリューションを選択します。ユーザーにアクセス権があるソリューションのみが表示されます。

メニュー・ラベル

ページにあるアクション・メニューの名前を表示します。「メニュー・ラベル」フィールドを直接編集してメニュー表示名を変更できます。

メニュー・アクション

「アクション」メニューで使用できるアクションのリストを表示します。表示を変更するには、メニュー・アクションをクリックします。実行可能な変更は次のとおりです。

- 上に移動: クリックすると、選択したアクションがメニューの上方に移動します。

- 下に移動: クリックすると、選択したアクションがメニューの下方に移動します。

- 編集: クリックすると、メニューにあるアクションの表示名を編集できます。

- 有効化: クリックすると、メニューにあるアクションが表示されます。

- 削除: クリックすると、メニューからアクションが削除されます。

A.15.3 ソリューション・エディタ・ページ: 「タスク・ビューア」タブ

ソリューション・エディタ・ページの「タスク・ビューア」タブにより、「タスク・ビューア」で表示または非表示にするメタデータ・フィールドと、ページの下部に表示するパネル・タブを指定できます。ページのフィールドを順序付けたり、フィールドの表示名を編集するために、「タスク・ビューア」タブを使用することもできます。「タスク・ビューア」タブ・オプションを表示するには、ソリューション・エディタ・ページの「タスク・ビューア」をクリックします。

次の表は、ソリューション・エディタ・ページの「タスク・ビューア」タブにある要素をリストおよび説明しています。

要素

説明

ソリューション・ネームスペース

「ソリューション・ネームスペース」メニューを使用して、編集するソリューションを選択します。ユーザーにアクセス権があるソリューションのみが表示されます。

表示ラベル

タスク・ビューア・ページの名前を表示します。「表示ラベル」フィールドを直接編集してタスク・ビューア表示名を変更できます。

メタデータ・アイテム

タスク・ビューア・ページで使用可能なメタデータ・フィールドのリストが表示されます。使用できるアクションを実行するには、メタデータ・アイテムをクリックします。使用可能なアクションは次のとおりです。

- 上に移動: クリックすると、選択したアイテムがページ順序の上方に移動します。

- 下に移動: クリックすると、選択したアイテムがページ順序の下方に移動します。

- 編集: クリックすると、ページにあるメタデータ・フィールドの表示名を編集できます。

- 有効化: クリックすると、ページにメタデータ・フィールドが表示されます。

- 削除: クリックすると、ページからメタデータ・フィールドが削除されます。

下部パネル・タブ

タスク・ビューア・ページで使用可能な下部パネルのリストが表示されます。使用できるアクションを実行するには、パネルをクリックします。使用可能なアクションは次のとおりです。

- 上に移動: クリックすると、選択したパネルがパネル順序の上方に移動します。

- 下に移動: クリックすると、選択したパネルがパネル順序の下方に移動します。

- 編集: クリックすると、ページにあるパネルの表示名を編集できます。

- 有効化: クリックすると、ページにパネルが表示されます。

- 削除: クリックすると、ページからパネルが削除されます。

A.15.4 ソリューション・エディタ・ページ: 「列挙」タブ

ソリューション・エディタ・ページの「列挙」タブを使用すると、列挙ピッカー・ページで指定された列挙に使用できる列挙値を指定できます。列挙を順序付けたり、表示名を編集するために「列挙」タブを使用することもできます。「列挙」タブ・オプションを表示するには、ソリューション・エディタ・ページの「列挙」をクリックします。

次の表は、ソリューション・エディタ・ページの「列挙」タブにある要素をリストおよび説明しています。

要素

説明

ソリューション・ネームスペース

列挙への変更が複数のソリューションに影響する可能性があるため、「列挙」タブの「ソリューション・ネームスペース」メニューは無効です。

列挙名

「列挙名」メニューを使用して、編集する列挙を選択します。

列挙

選択した列挙に対する列挙アイテムのリストが表示されます。使用できるアクションを実行するには、リストにあるアイテムをクリックします。使用可能なアクションは次のとおりです。

- 上に移動: クリックすると、選択したアイテムがリストの上方に移動します。

- 下に移動: クリックすると、選択したアイテムがリストの下方に移動します。

- 追加: クリックすると、使用可能なアイテムのリストにアイテムが追加されます。

- 編集: クリックすると、列挙ピッカー・ページにあるアイテムの表示ラベルを編集できます。

- 削除: クリックすると、選択したアイテムが使用可能なアイテムのリストから削除されます。

A.16 検索プロパティ・ページ

複数回使用される検索の作成を開始するには、検索の作成: プロパティ・ページを使用します。会計部門で特定の年の全請求書を頻繁に検索する場合、たとえば、2008年1月1日と2008年12月31日などの、必要な日付間の請求書を指定する検索を作成します。

このページには、ナビゲータ・ペインの「検索の管理」パネルにある「新規検索の作成」アイコンをクリックしてアクセスします。「新規検索の作成」アイコンを表示するには、「検索の管理」パネルを展開します。

次の表では、このページで使用可能な要素について説明します。

要素

説明

検索名

検索に対する摘要名を入力します。この検索名はナビゲータ・ペインの検索パネルに表示されますが、検索名はImagingで一意である必要があります。

説明

新規検索の説明を入力します。この説明は、ナビゲータ・ペインの検索名にカーソルが重なったときに表示されます。このフィールドには、最大1000文字まで入力できます。

指示

検索中の基準に関して役立つ情報、およびユーザーによる検索の使用方法を入力します。これらの指示は、検索フォームおよび「検索」タブに表示されます。指示が定義されていない場合は、「指示」セクションは表示されません。このフィールドには、最大1000文字まで入力できます。

検索結果の最大数

検索でアプリケーションごとに最大何行まで返し、その後終了するかを選択します。検索対象は複数のアプリケーションにわたる場合があります。検索対象は検索結果フォーマット・ページで選択できます。デフォルトは0、つまり検索ではサーバーで設定された最大結果数が使用されます。

A.17 検索結果フォーマット・ページ

検索の作成結果フォーマット・ページは、検索結果の表示方法をフォーマットするために使用します。検索は、1つのアプリケーションに制限することも、複数のアプリケーションを対象にすることもできます。たとえば、発注アプリケーションから発注データを返し、請求書アプリケーションから請求データを返す1つの検索を作成できます。

検索の作成: 結果フォーマット・ページにアクセスするには、検索の作成: プロパティ・ページで「次」をクリックするか、またはナビゲーション・トレインで「結果フォーマット」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

ソース・アプリケーション

検索対象のアプリケーションを指定します。選択されたアプリケーションによって、使用可能な基準フィールドが決定されます。ユーザーが表示のセキュリティ権限を持っているアプリケーションのみが表示されます。

フィールド列

2番目の列とそれに続く列は、検索結果に表示される検索済アプリケーションからのメタデータおよびシステム・フィールドの列を示します。メタデータ・フィールドはアプリケーションの作成または変更時にアプリケーションで作成されます。システム・フィールドはシステムにより作成され、「ドキュメントID」、「ドキュメント作成日」、「ドキュメント作成者」および「ドキュメントのバッチID」を含みます。
検索フィールドを選択すると、列ヘッダーに名前が移入され、次の列が使用可能になります。鉛筆のアイコンをクリックすると、さらに説明的な列名に変更できるようになります。たとえば、複数のアプリケーションから別々の名前のフィールド(「ベンダー名」や「企業名」など)を同一列に整列する場合、列タイトルを両方とも「アカウント」に変更できます。

複数アプリケーションを検索する場合、類似フィールド・タイプを1つの列に整列することにより、検索結果のソートが容易になります。たとえば、発注アプリケーションには、請求書アプリケーションの「ベンダーID」という名前のフィールドと対応する「アカウント番号」という名前のフィールドを指定できます。結果のフィールドを整列することにより、ヘッダーをクリックして結果をソートし、同じ企業からの請求書と発注アプリケーションをグループ化できるようになります。

複数アプリケーションからフィールドを整列する場合、同じフィールド・タイプのフィールドのみを整列するようにしてください。たとえば、日付フィールドは日付フィールドと、テキスト・フィールドはテキスト・フィールドと整列するようにしてください。類似タイプのフィールドを整列しないと、検索結果のソートでエラーが発生する場合があります。

列オプション・アイコン

列ヘッダーの列オプション・アイコンをクリックすると、次のオプションが表示されます。

- 列名の変更: 列ヘッダーの名前を変更できます。

- 列を左に移動: 列を1つ分左に移動します。

- 列を右に移動: 列を1つ分右に移動します。

- 列の削除: 列を削除するかどうかを確認するダイアログ・ウィンドウを表示します。

「アプリケーションの削除」アイコン

「ソース・アプリケーション」の横にある「アプリケーションの削除」アイコンをクリックすると、検索からアプリケーションを削除するかどうかを確認するダイアログ・ウィンドウが表示されます。

A.18 検索条件ページ

検索結果に各ドキュメントが表示されるようにするかどうかを決定するために、検索対象のアプリケーション内の各ドキュメントに適用される条件を指定します。それぞれの条件には、アプリケーションのメタデータ・フィールド、比較に使用される演算子、および使用されるデータ値という3つの部分が含まれています。各アプリケーションのこれらの条件をカッコを使用してグループ化したり、論理積および論理和演算子(andおよびor)を使用することによって、より複雑なフィルタを作成できます。

検索の作成: 条件ページへアクセスするには、検索の作成: 結果フォーマット・ページで「次」をクリックするか、またはナビゲーション・トレインで「条件」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

アプリケーションの選択

検索条件を追加または変更する対象のアプリケーションを選択します。

選択された条件を1行上に移動します。

選択された条件を1行下に移動します。

選択された条件の削除の確認を要求するダイアログ・ウィンドウを表示します。

(

グループ化された条件の開始を示す左カッコ。

フィールド

条件に使用されるアプリケーション・フィールドを選択します。

演算子

検索に使用する演算子を選択します。使用可能な演算子は、選択されたアプリケーションによって異なります。

値

検索条件の値は、選択した「フィールド」の比較対象となる値です。この値は、次のいずれかです。

- 静的値: 変更されない値です。選択したフィールドが、この値と直接比較されます。たとえば、Text_Field1は"Hello"になります。静的値を空白の値にしておくと、条件が削除されます。検索を実行すると、値のない条件が必ず削除されます。

- 相対日付: この値は、現在の日付からの日数を表します。正の値および負の値の両方を使用できます。検索が実行されると、現在の日付を基準にして値が計算されます。たとえば、「相対日付」+7は、今日から1週間後を表します。

- ログインしたユーザーID: この値は、検索を実行中のユーザーのユーザーIDを表します。検索が実行されるとき、このユーザーのテキスト形式のユーザーIDが使用されます。

- パラメータ値 <名前>: この値はユーザーが検索を実行するときに渡す値を表します。

- 新規パラメータの作成: これは、1つ以上の条件へマップする情報に対して新しいプロンプトを作成します。新しいパラメータを作成することもできます。このパラメータは、条件フィールドを既存のパラメータにマップした後、ビジネス要件が変化した場合に便利です。たとえば、Driverという名前のパラメータにマップされたドライバ・フィールドと共通ドライバ・フィールドがあり、分割する必要がある場合、共通ドライバ・フィールドをCo-driverという名前の新しいパラメータに再マップできます。

「値の変更」アイコン

値タイプを変更するためのオプションを示すダイアログ・ウィンドウが表示されます。

)

グループ化された条件の終了を示す右カッコ。

論理積

より小さい条件要素をグループ化する論理演算子。

- AND: 両方の検索条件が満たされるドキュメントが戻されます。

- OR: いずれかの検索条件が満たされるドキュメントが戻されます。

A.19 検索パラメータ・ページ

検索で使用する条件のパラメータを指定します。値はデフォルトとして設定するか、読取り専用に設定できます。さらに、パラメータ選択肢の定義に選択リストを使用できます。検索の作成: パラメータ・ページへアクセスするには、検索条件ページで「次」をクリックするか、ナビゲーション・トレインで「パラメータ」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

リスト内のパラメータを上に移動します。このリスト内での順序は検索フォーム・ページでの表示に反映されます。

リスト内のパラメータを下に移動します。このリスト内での順序は検索フォーム・ページでの表示に反映されます。

パラメータ名

パラメータ名を指定します。

プロンプト・テキスト

検索フォーム・ページにリストするユーザーへのプロンプト内容を指定します。この情報は、編集して詳細な説明テキストをユーザーに提供できます。

演算子プロパティの変更アイコン

クリックすると、検索時に追加の演算子オプションをユーザーに対して使用可能にする「演算子プロパティ」ダイアログ・ボックスが表示されます。

「デフォルト値の変更」アイコン

パラメータのデフォルト値を指定するダイアログ・ウィンドウを表示します。入力する値は、パラメータと同じデータ型です。日付データ型のデフォルトには、「静的値」と「相対日付」という2つの選択肢があります。テキスト・データ型のデフォルトには、「静的値」と「ログインしたユーザーID」という2つの選択肢があります。選択リストがアプリケーションに定義されており、選択リスト列で使用可能になっている場合、デフォルト値の選択に選択リストを使用することもできます。

- テキスト値: 値は、テキストのルールを使用して検証されます。

- 日付値: 値は、地域の日付設定を使用して検証されます。

- 数値: 値は、整数として検証されます。

- 小数値: 値は、数値として検証されます。

- 相対日付: 値は、現在の日付からの日数として計算され、その日の日付値が表示されます。値は、その後、日付として検証されます。

- ログインしたユーザーID: 現在のユーザーのユーザーIDが値に入力され、テキストとして検証されます。

選択リスト

ユーザーが定義済パラメータ値から選択するか、選択リストを使用してデフォルト値を定義できるようにします。選択リストの定義済値は、アプリケーションの作成時に作成されます。

必須

この検索を使用する際に、ユーザーに対してパラメータの入力を要求するようにします。

読取り専用

ユーザーがパラメータを変更できないようにします。これは検索条件ページの静的値に似ていますが、ユーザーは使用されている値を確認できます。パラメータが「読取り専用」に設定されていて、デフォルト値が指定されていない場合、条件は検索から事実上削除されます。これは、ユーザーは値を指定できないためです。

A.19.1 「演算子プロパティ」ダイアログ・ボックス

「演算子プロパティ」ダイアログ・ボックスでは、次のいずれかを選択できます。

- 「ユーザーによる演算子の選択の許可」が無効になっている場合、演算子プロンプトに表示されているテキストを変更できます。たとえば、テキスト「より小さい」を<記号に変更できます。プロンプト・テキストを変更しても、演算子の動作は変更されません。たとえば、テキスト「等しくない」を=記号に変更しても、指定した値に等しい結果が返されます。

- 「ユーザーによる演算子の選択の許可」が有効になっている場合、ユーザーは複数の演算子から選択できます。

「演算子プロパティ」ダイアログ・ボックスにアクセスするには、検索パラメータ・ページの「演算子テキスト」列で演算子プロパティの変更アイコンをクリックします。有効な演算子は、記号(数値フィールド)およびテキスト(テキスト・フィールド)であることに注意してください。

次の表では、このページで使用可能な要素について説明します。

要素

説明

ユーザーによる演算子の選択の許可

追加の演算子がユーザーで使用可能になるようにします。

有効な演算子

使用可能な演算子のリストを表示します。有効な演算子は、条件がマップされたフィールドのタイプによって異なります。演算子を選択するには、有効な演算子リストでその演算子を使用可能にしてから「移動」をクリックし、演算子をユーザーで使用可能にします。目的の演算子を選択して移動した後、「OK」をクリックします。

選択した演算子

ユーザーで使用可能な演算子のリストを表示します。

移動

有効な演算子を使用可能にしてから「移動」をクリックし、選択した演算子リストに演算子を送信します。

すべて移動

すべての有効な演算子を、選択した演算子リストに移動します。「すべて移動」を使用する場合は、有効な演算子リストにある演算子を最初に使用可能にしておく必要はありません。

削除

選択した演算子リストから使用可能な演算子を削除します。

すべて削除

すべての選択した演算子を、選択した演算子リストから削除します。「すべて削除」を使用する場合は、選択した演算子リストにある演算子を最初に使用可能にしておく必要はありません。

A.20 検索セキュリティ・ページ

セキュリティ・ページを使用して、作成対象の検索に対する表示、変更、削除およびアクセスの付与権限を誰が持つかを定義します。

検索セキュリティ・ページへアクセスするには、検索パラメータ・ページの「次」をクリックするか、またはナビゲーション・トレインの「セキュリティ」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

追加

ユーザーまたは定義済のセキュリティ・グループを検索および選択できるセキュリティ・メンバーの追加ページを表示します。

コピー

既存のリストからユーザーまたはグループを選択して「コピー」をクリックすると、セキュリティ・メンバーの追加ページが表示され、選択したユーザーまたはグループの権限が、追加された次のユーザーまたはグループにコピーされます。

削除

選択したユーザーまたはグループをリストから削除します。

「ユーザー」または「グループ」アイコン

ユーザーの場合は1人、グループの場合は複数の人を表示します。

表示名

ユーザーまたはグループの名前です。

表示

デフォルトで有効になっています。検索を表示および実行する権限をユーザーまたはグループに付与します。

変更

セキュリティ権限の付与を除く、検索のすべての要素を変更する権限を、ユーザーまたはグループに付与できるようにします。

削除

この検索を削除する権限を、ユーザーまたはグループに付与できるようにします。

アクセス権の付与

この検索に対するセキュリティ権限を他のユーザーまたはグループに付与する権限を、ユーザーまたはグループに付与できるようにします。このセキュリティ・レベルのみが付与されているユーザーは、この検索のセキュリティ情報のみを変更できます。

A.21 セキュリティ・メンバーの追加ページ

セキュリティ・メンバーの追加ページを使用して、定義セキュリティを管理し、ユーザーおよびグループをアプリケーション、検索、接続または入力に追加します。このページには、定義管理セキュリティ・ページ、Content Server接続セキュリティ・ページ、ワークフロー接続セキュリティ・ページ、検索セキュリティ・ページ、アプリケーション・セキュリティ・ページ、アプリケーション・ドキュメント・セキュリティ・ページまたは入力セキュリティ・ページの「追加」をクリックしてアクセスします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

「検索」メニュー

ログイン識別子からユーザーを検索する場合は「ユーザーの検索」を選択します。グループ名からグループを検索する場合は「グループの検索」を選択します。ドキュメント・セキュリティに対しては、「グループの検索」のみが使用可能です。

「検索」フィールド

検索するユーザーまたはグループの名前を入力します。検索基準では大文字と小文字は区別されません。アスタリスク(*)をワイルドカードとして使用できます。たとえば、UserGroupおよびAdminGroupを検索する場合に*groupと入力することはできますが、AdminGroupsを検索するには*group*と入力する必要があります。ユーザーまたはグループ全体のリストに戻るには、検索基準を入力しないで「検索」をクリックします。

検索

「検索」をクリックすると、検索基準が送信されます。

結果リスト

戻された結果を表示します。複数の隣接結果を選択するには[Shift]キーを押しながらクリックし、複数の隣接しない結果を表示するには[Ctrl]キーを押しながらクリックします。

追加

ダイアログを閉じて、選択したユーザーまたはグループを元のセキュリティ構成ページに追加するには、「追加」をクリックします。

取消

手順を取り消して、セキュリティ・メンバーの追加ページを閉じます。

A.22 検索プレビューとテスト・ページ

このページからは、作成した検索をデプロイする前に、その検索が機能し、正しく表示されるかどうかの確認テストを実行できます。

検索の作成プレビューとテスト・ページへアクセスするには、検索セキュリティ・ページで「次」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

検索

テスト検索を実行します。実行すると、結果が検索結果ページに表示されると同時に、下のセクションに表示されます。検索結果を調整するために検索の要素を変更する場合は、任意のページに戻ります。戻るボタンをクリックすると前に戻り、ナビゲーション・トレインを使用すると直接スキップできます。

「検索結果」ツールバー

「検索結果」ツールバーが検索結果領域の上部に表示され、返されたドキュメントを操作するオプションが提供されます。機能の詳細は、『Oracle Fusion Middleware Oracle WebCenter Content Imagingユーザーズ・ガイド』および検索結果ページのヘルプ・システムを参照してください。

A.23 検索設定の確認ページ

検索設定の確認・ページで、作成した検索の詳細を確認します。前のページに戻って変更する場合は、「戻る」ボタンをクリックするか、ナビゲーション・トレインでページ名をクリックします。

このページへアクセスするには、検索プレビューとテスト・ページで「次」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

「プロパティ」セクション

検索名、および検索プロパティ・ページで定義されている他の基準をリストします。

「結果フォーマット」セクション

検索結果フォーマット・ページで定義されている情報を表示します。

「条件」セクション

検索条件ページで定義されている情報を表示します。

「パラメータ」セクション

検索パラメータ・ページで定義されている情報を表示します。

「セキュリティ」セクション

検索セキュリティ・ページで定義されている情報を表示します。

「監査履歴」セクション

検索が作成されると、監査履歴セクションに検索で実行されたすべてのアクションが表示されます。作成中の検索のサマリー・ページでは、このセクションはブランクになっています。

A.24 検索サマリー・ページ

検索サマリー・ページは、ナビゲータ・ペインの「検索の管理」パネルにある既存の検索をクリックすると表示されます。このページには検索設定のサマリーが表示され、検索の削除および変更ができます。

次の表では、このページで使用可能な要素について説明します。

要素

説明

変更

検索プロパティ・ページを表示して検索を変更する場合にクリックします。

削除

検索を削除する場合にクリックします。

閉じる

検索を閉じる場合にクリックします。

「プロパティ」セクション

検索名、および検索プロパティ・ページで定義されている他の基準をリストします。

「結果フォーマット」セクション

検索結果フォーマット・ページで定義されている情報を表示します。

「条件」セクション

検索条件ページで定義されている情報を表示します。

「パラメータ」セクション

検索パラメータ・ページで定義されている情報を表示します。

「セキュリティ」セクション

検索セキュリティ・ページで定義されている情報を表示します。

「監査履歴」セクション

検索が作成されると、監査履歴セクションに検索で実行されたすべてのアクションが表示されます。作成中の検索のサマリー・ページでは、このセクションはブランクになっています。

A.25 アプリケーション一般プロパティ・ページ

注意:
アプリケーションを作成するユーザーには、使用されているリポジトリ接続に対する表示権限も必要です。

アプリケーションでは、共通のメタデータのセットを定義し、ドキュメントのグループにアクセスします。このページでは、作成するアプリケーションに関する一般的なプロパティ情報を指定します。

アプリケーションの作成: 一般プロパティ・ページへアクセスするには、ナビゲータ・ペインの「アプリケーション」パネルにある「アプリケーションの作成」アイコンをクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

アプリケーション名

アプリケーションの説明的な名前を入力します。アプリケーション名は、ドキュメントのアップロード・ページではユーザーに表示され、入力と検索を作成するときには、システム管理者に表示されます。このフィールドは必須であり、一意である必要があります。

説明

アプリケーションの説明を入力します。

リポジトリ

Imagingは、Content Serverの複数のインスタンスを利用してドキュメントを保存できます。このフィールドでは、このアプリケーションおよびそのドキュメントが保存されるContent Serverリポジトリのインスタンスを指定します。このフィールドでは、ユーザーがアクセス権を持つImagingリポジトリ接続を選択できます。アプリケーションを作成した後は、リポジトリを変更することはできません。このフィールドは必須です。

全文オプション

メタデータのみ検索するには、「なし」を選択します。テキスト情報を持つすべてのドキュメントでメタデータおよび全文を検索する場合は「全文検索」を選択します(ただし、Content Serverリポジトリで全文検索の索引を作成するための構成が行われている必要があります)。ドキュメントのイメージにはテキスト情報が含まれていないため、アップロード時に全文検索の索引が作成されません。たとえば、Microsoft Wordドキュメントには索引を作成できるテキストが含まれていますが、Microsoft WordドキュメントのTIFFイメージにはテキストが含まれていないため、全文検索の索引を作成できません。

- なし: 索引メタデータは全文ではありません。

- 高速チェックイン: 索引メタデータ・フィールドのみで、高速チェックインが「Content Serverリポジトリ」で有効になった場合に有効になります。「高速チェックイン」は全文索引が不要の場合に、アップロード速度を向上させるために使用します。「高速チェックイン」が有効になると、全文索引は使用できません。

- 全文検索: テキスト情報を持つすべてのドキュメントの索引メタデータおよび全文検索です。ドキュメントのイメージにはテキスト情報が含まれていないため、全文検索の索引を作成できません。たとえば、Microsoft Wordドキュメントには索引を作成できるテキストが含まれていますが、Microsoft WordドキュメントのTIFFイメージにはテキストが含まれていないため、全文検索の索引を作成できません。全文テキスト検索が有効な場合、「高速チェックイン」は使用できません。

A.26 アプリケーション・フィールド定義ページ

新しいアプリケーションに表示されるフィールドとその定義を指定します。

アプリケーションの作成: フィールド定義ページにアクセスするには、アプリケーション一般プロパティ・ページで「次」をクリックするか、またはナビゲーション・トレインで「フィールド定義」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

追加

アプリケーションに新しいフィールドを追加します。

削除

アプリケーションから選択したフィールドを削除します。

名前

フィールドの名前を指定します。この名前は一意である必要があります。アプリケーションを追加または変更する場合、既存のフィールドを削除してから同じ名前で再度そのフィールドを追加できないという制限があります。この制限によってフィールドを追加できなくなった場合は、「取消」をクリックし、やり直してください。

タイプ

入力する情報のタイプを指定します。オプションは次のとおりです。

- テキスト: このタイプのフィールドは、任意のキャラクタ・タイプで構成されたテキストを受け入れます。許容される最大文字数は「長さ」要素で定義します。

- 日付: このタイプのフィールドは、日付の値を受け入れます。

- 日時: このタイプのフィールドは、日付と時刻の値を受け入れます。

- 小数: このタイプのフィールドは、15桁の精度までの小数値を受け入れます。スケール(小数の桁数)は「スケール」要素で指定します。

- 数値: このタイプのフィールドは、10桁までの整数値を受け入れます。許容される範囲はおよそ-20億から+20億までとなります。

フィールドの追加時にフィールド・タイプを選択した後は、タイプを変更できません。

長さ

関連付けられたテキスト・フィールドで許容される最大テキスト文字数を指定します。最大200文字までサポートされています。この要素は、「テキスト」データ型にのみ適用されます。

スケール

小数の桁数(1から15)を指定します。この要素は、「小数」データ型にのみ適用されます。

必須

必須とマークされたフィールドには、必ず値を指定する必要があります。必須フィールドに値を指定しないでアプリケーションにドキュメントを追加することはできません。

索引付け

「索引付け」とマークされたフィールドでは、リポジトリによってデータベース・レベルの索引が作成され、検索が高速化されます。

デフォルト値

ドキュメントをアップロードするときに、デフォルトとしてユーザーに提示する値を指定します。鉛筆のアイコンをクリックすると、値を入力するフォームが表示されます。デフォルト値が選択リストから割り当てられる場合は、最初に選択リストを定義する必要があります。選択リストからデフォルト値を割り当て、その後、選択リストから値を削除すると、デフォルト値も削除されます。

選択リスト

「選択リストの追加」アイコンをクリックすると、「選択リスト」ウィンドウが表示され、新しい選択リストの値を入力できます。「選択リストの編集」アイコンをクリックすると、既存のリストを編集できます。「選択リストの削除」アイコンをクリックすると、選択リストを削除できます。

A.27 アプリケーション・セキュリティ・ページ

アプリケーションを表示、変更、または削除するユーザーおよびグループ、または他のユーザーやグループへのアクセスを許可するユーザーおよびグループを指定します。

アプリケーションの作成: アプリケーション・セキュリティ・ページへアクセスするには、アプリケーション・フィールド定義ページで「次」をクリックするか、またはナビゲーション・トレインで「アプリケーション・セキュリティ」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

追加

ユーザーまたは定義済のセキュリティ・グループを検索および選択できるセキュリティ・メンバーの追加ページを表示します。

コピー

既存のリストからユーザーまたはグループを選択して「コピー」をクリックすると、セキュリティ・メンバーの追加ページが表示され、選択したユーザーまたはグループの権限が、追加された次のユーザーまたはグループにコピーされます。

削除

選択したユーザーまたはグループをリストから削除します。

「ユーザー」または「グループ」アイコン

ユーザーの場合は1人、グループの場合は複数の人を表示します。

表示名

ユーザーまたはグループの名前です。

表示

デフォルトで有効になっています。検索の作成時にこのアプリケーションを表示および選択する権限を、ユーザーまたはグループに付与します。

変更

セキュリティ権限の付与を除く、アプリケーションのすべての要素を変更する権限を、ユーザーまたはグループに付与できるようにします。

削除

このアプリケーションを削除する権限を、ユーザーまたはグループに付与できるようにします。

アクセス権の付与

このアプリケーションに対するセキュリティ権限を他のユーザーやグループに付与できる権限を、ユーザーまたはグループに付与できるようにします。このセキュリティ・レベルのみが付与されているユーザーは、このアプリケーションのセキュリティ情報のみを変更できます。

A.28 アプリケーション・ドキュメント・セキュリティ・ページ

アプリケーション・ドキュメント・セキュリティは、グループには適用されますが、ユーザーには適用されません。適切な列に含まれるフィールドを選択し、ドキュメント・セキュリティの特性をグループに付与します。

アプリケーションの作成: ドキュメント・セキュリティ・ページにアクセスするには、アプリケーション・セキュリティ・ページで「次」をクリックするか、またはナビゲーション・トレインで「ドキュメント・セキュリティ」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

追加

セキュリティ・メンバーの追加ページを表示します。このページでは、事前定義済のセキュリティ・グループを検索および選択できます。

コピー

既存のリストからグループを選択して「コピー」をクリックすると、セキュリティ・メンバーの追加ページが表示され、選択したグループの権限が、追加される次のグループにコピーされます。

削除

選択したグループをリストから削除します。

「ユーザー」または「グループ」アイコン

グループの場合は複数の人を表示します。

表示名

グループの名前。

表示

デフォルトで有効になっています。このアプリケーションのドキュメントの表示権限をグループに付与します。このアプリケーションを検索するときに検索結果リストを表示するには、ドキュメントの表示権限が必要です。

書込み

特定のアプリケーション内のドキュメントおよびドキュメント・メタデータをアップロード、更新およびコピーするためのグループ権限を付与します。グループに1つ以上のアプリケーションのドキュメントに対する「書込み」セキュリティ権限がない場合、「アップロード」ツールはナビゲータ・ペインの「ツール」パネルのグループ・メンバーに表示されません。

アクセス権の付与

グループ権限を付与して、ドキュメント権限を他のグループに割り当てます。「アクセス権の付与」権限を持つグループには、「削除」および「書込み」セキュリティ権限が自動的に割り当てられます。

削除

このアプリケーションのドキュメントを削除する権限を、グループに付与できるようにします。

管理者のロック

選択したグループに、他のユーザーによってロックされたこのアプリケーション内のドキュメントのロックを解除する権限を付与します。

標準の注釈付け

注釈者が標準と分類した注釈を作成および操作する権限をグループに付与します。

制限の注釈付け

注釈者が制限付きと分類した注釈を作成および操作する権限をグループに付与します。

非表示の注釈付け

注釈者が非表示と分類した注釈を作成および操作する権限をグループに付与します。

A.29 アプリケーション記憶域ポリシー・ページ

このページでは、このアプリケーション内でドキュメントを格納する場所を指定します。

警告:

既存のアプリケーションでの記憶域ポリシーに変更を加えた場合、変更内容は将来のドキュメントにのみ影響を及ぼします。既存のドキュメントでは、そのドキュメントがアップロードされた当時に有効だった記憶域ポリシーが維持されます。

アプリケーションの作成: 記憶域ポリシー・ページにアクセスするには、アプリケーションドキュメント・セキュリティ・ページで「次」をクリックするか、またはナビゲーション・トレインで「記憶域ポリシー」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

ドキュメント記憶域ボリューム

ドキュメントを格納する場所を指定します。これはコンテンツ・サーバーで構成され、ファイル・システムまたはデータベースになります。

サポートするコンテンツ記憶域ボリューム

注釈およびサポートするコンテンツを格納する場所を指定します。これはコンテンツ・サーバーで構成され、ファイル・システムまたはデータベースになります。

A.30 アプリケーション・ワークフロー構成ページ

ワークフローを使用すると、プロセス・フロー内にサービスを編成することにより、組織のビジネス・プロセスを自動化できます。既存のワークフロー・プロセスへの統合を定義するには、「追加」をクリックしてワークフロー・プロセスを作成します。このアプリケーション内でドキュメントが作成されるたびに、このプロセスの新しいインスタンスが作成されます。

アプリケーションの作成: ワークフロー構成一般プロパティ・ページにアクセスするには、アプリケーション記憶域ポリシー・ページで「次」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

追加

新しいワークフロー構成を追加する場合にクリックします。

変更

既存のワークフロー構成を変更する場合にクリックします。

削除

アプリケーションから構成を削除します。

A.31 ワークフロー・サーバー・プロパティ・ページ

このページでは、目的のプロセスをホストするワークフロー・サーバーへのワークフロー接続を選択します。「接続」、「ユーザー名」および「パスワード」は必須値です。

このページへアクセスするには、アプリケーション・ワークフロー構成ページで「追加」または「変更」をクリックします。アプリケーションの作成: ワークフロー・サーバー・プロパティ・ページへアクセスするには、アプリケーション・ワークフロー構成ページで「次」をクリックするか、または既存のアプリケーション・ワークフロー構成サーバー・プロパティ・ページで「変更」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

接続

目的のプロセスをホストするワークフロー・サーバーへのワークフロー接続を選択します。これは必須値です。

A.32 ワークフロー・コンポーネント・プロパティ・ページ

「コンポジット」フィールド、「サービス」フィールドおよび「操作」フィールドを選択して、開始するワークフロー・プロセスを特定します。

アプリケーションの作成: ワークフロー・コンポーネント・プロパティ・ページにアクセスするには、アプリケーション・ワークフロー構成ページで「次」をクリックするか、または既存のアプリケーション・ワークフロー構成コンポーネント・プロパティ・ページで「変更」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

コンポジット

デプロイされているワークフロー・コンポジットの名前とバージョンを選択します。これは必須値です。デプロイされているコンポジットはバージョン番号順にリストされます。選択リストにデフォルトとしてリストされているコンポジットでは、ワークフロー・サーバーで指定されているデフォルト・バージョンのコンポジットが常に使用されます。たとえば、「Payment!1.0」を選択すると、2.0バージョンがデプロイ済でデフォルトとして指定されている場合でも、ワークフローでは1.0バージョンのPaymentコンポジットが使用されます。「Payment!デフォルト」を選択すると、ワークフローでは指定されたデフォルト・バージョンのコンポジットが使用されます。コンポジットが変更されても、Imagingとワークフロー・サーバーが相互に機能するための構成方法に影響がない場合は、「デフォルト」オプションを選択することをお薦めします。

サービス

選択したコンポジットに関連付けられているサービスの名前を選択します。これは必須値です。

操作

選択したサービスに関連付けられている操作名を選択します。これは必須値です。

A.33 ワークフロー・ペイロード・プロパティ・ページ

ワークフロー・ペイロード・プロパティ・ページでは、新しいプロセス・インスタンスが作成されたときにそのプロセス・インスタンスに転送されるアプリケーション・フィールド値を定義します。アプリケーションの作成: ワークフロー・ペイロード・プロパティ・ページにアクセスするには、アプリケーションの作成: コンポーネント・プロパティ・ページで「次」をクリックするか、または既存のアプリケーション・ワークフロー構成ペイロード・プロパティ・ページで「変更」をクリックします。変更が完了した後、「終了」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

ペイロード要素

ワークフロー・フィールドに値を指定するためのアプリケーション・フィールドを選択します。

タイプ

この列には、ワークフロー・プロセス・フィールドのデータ型が一覧表示されます。このデータ型は、使用可能なアプリケーション・フィールドのリストを、互換性があるデータ型のフィールドに制限するために使用されます。

マップされた値、関数

ワークフロー・フィールドに値を指定するためのアプリケーション・フィールドを選択します。使用可能なフィールドは、アプリケーションによって異なります。ユーザーは、「フォーマット値」オプションを使用して文字列の式を定義できます。この式には、定数値(1.23)、関数(AppId)またはその両方の組合せを指定できます。「フォーマット値」オプションを選択すると、カスタムURLの作成や値の連結を簡単に実行できるフォーマット値の編集ページを表示するためのアイコンが表示されます。
「マップされた値」列からサポートするコンテンツ・オプションを選択するとアイコンが表示され、そのアイコンをクリックすると、サポートするコンテンツ値の編集ページが表示されます。このページでは、サポートするXMLドキュメントのどの部分がワークフロー・ペイロードに含まれるかを確認できます。

A.33.1 フォーマット値の編集ページ

このページには、ワークフロー・ペイロード・プロパティ・ページからアクセスします。「マップされた値」列から「フォーマット値」オプションを選択するとアイコンが表示され、そのアイコンをクリックすると、フォーマット値の編集ページが表示されます。このページでは、テキスト・フィールドおよびアプリケーション・フィールドの一部から値を作成できます。たとえば、このページを使用してカスタムURLを作成したり、複数の値を1つの値に連結できます。

A.33.2 サポートするコンテンツ値の編集ページ

このページには、ワークフロー・ペイロード・プロパティ・ページからアクセスします。「マップされた値」列からサポートするコンテンツ・オプションを選択するとアイコンが表示され、そのアイコンをクリックすると、サポートするコンテンツ値の編集ページが表示されます。このページでは、サポートするXMLドキュメントのどの部分がワークフロー・ペイロードに含まれるかを確認できます。

要素

説明

サポートするコンテンツ・キー

サポートするドキュメントを特定するコンテンツ・キーを指定します。このフィールドは必須です。最大長が30文字を超えないようにしてください。

XPath

ペイロードに含まれるサポートするドキュメントの部分を特定するXPathを指定します。このフィールドでは、標準のXPath構文を使用します。たとえば、要素の名前を指定せずにサポートするドキュメントのルート要素を取得する場合、XPathは次のようになります。

/*

サポートするドキュメントのルート要素直下のすべての要素を取得する場合、XPathは次のようになります。

/root/*

最大長が224文字を超えないようにしてください。このフィールドは必須です。

A.34 アプリケーション設定の確認ページ

アプリケーションの作成: 設定の確認ページでは、アプリケーションを作成する前にそのアプリケーションで定義されている設定を確認できます。アプリケーションの作成: 設定の確認ページへアクセスするには、アプリケーションの作成: ワークフロー・ペイロード・プロパティ・ページで「次」をクリックします。設定を送信する前に変更する場合は、「戻る」をクリックするか、またはナビゲーション・トレイン内の適切なリンクをクリックして該当するページに戻ります。アプリケーションの設定が完了した後、「送信」をクリックします。

A.35 アプリケーション・サマリー・ページ

作成したアプリケーションの詳細を確認します。必要に応じて、「変更」をクリックしてアプリケーション一般プロパティ・ページに移動し、設定を変更します。「選択リスト」列の虫眼鏡アイコンをクリックすると、選択リストの値を確認できます。

このページへアクセスするには、アプリケーション設定の確認ページで「送信」をクリックします。

A.36 入力基本情報ページ

入力とは、Imagingへの一括アップロードを実行するために、入力ファイルをアプリケーションにマップする構成です。入力の作成基本情報ページへアクセスするには、ナビゲーション・ペインで「入力の管理」パネルの「入力の作成」アイコンをクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

名前

入力の名前です。

説明

入力の簡単な説明です。

オンライン

入力エージェントで検索を開始する場合に、このフィールドを選択します。このフィールドはファイルのテスト終了まで選択を解除しておくことができます。

入力ファイル・キャラクタ・セットの自動検出

有効化すると、アプリケーションの入力ファイル・キャラクタ・セットが自動的に検出されます。このフィールドを選択しない場合は、入力ファイル・キャラクタ・セットを手動で指定して、入力に使用されるアプリケーションのデフォルトのキャラクタ・セットをオーバーライドできます。

サンプル・ファイル

入力定義に対する入力の内容を示すサンプル・テキスト・ファイルのパスです。ファイル内の列をアプリケーション・フィールドにマップするには、入力ファイル・パラメータの識別と解析ページを使用します。

アップロード

ローカル・ドライブまたは共有ドライブのサンプル・ファイルをサンプル用のディレクトリにアップロードする場合にクリックします。

参照

サーバーのサンプル用のディレクトリにあるサンプル・ファイルのリストから選択する場合にクリックします。

A.37 入力ファイル・パラメータの識別と解析ページ

入力マスク、データ区切りのデリミタ、および入力ファイルがマップされるアプリケーションを指定します。このページの「サンプル・データ」セクションには、サンプル入力ファイルの内容が参照用に表示されます。

この入力マスクは、マスクに使用する「*」または「?」の文字の他、通常の式にも対応します。たとえば、abc*|*.defの入力マスクは、abcから始まるすべてのファイル、または.defで終わるすべてのファイルを引き出します。入力マスクを[abc]try.lstと指定すると、atry.lst、btry.lstおよびctry.lstのファイルを引き出しますが、dtry.lstは対象外となります。

警告:

各入力のマスクは他の入力のマスクと重ならない、一意のセットの入力ファイルに解決される必要があります。入力エージェントでは1つの入力に対する1つの入力ファイルのみを処理し、異なる入力定義用に、ファイルを再ステージングして再度処理することはありません。入力が処理される順序はランダムであるため、ある共有入力ファイルがどの入力によって選択されるかは予測できません。

入力の作成サンプル・ファイルの確認ページへアクセスするには、入力基本情報ページで「次」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

入力マスク

入力のファイル位置の確認に入力エージェントが使用するフィルタです。

デリミタ

各データ部分の境界を示すための文字を指定します。

アプリケーション

入力ファイルにマップするアプリケーションを選択します。

サンプル・データ

アップロードしたサンプル・ファイルの内容を表示します。

A.38 入力フィールド・マッピング・ページ

このページでは、入力ファイルのデータの列からターゲット・アプリケーションの正しいフィールドへのマッピングを利用できるようにします。入力の作成フィールド・マッピング・ページへアクセスするには、入力ファイル・パラメータの識別と解析ページで「次」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

「アプリケーション・フィールド」列

選択したアプリケーション固有のフィールド名をリストします。

入力列

ラジオ・ボタンの緑色のチェック・マークは、マッピングが適切であることを示します。赤いXは、マッピングが機能しないこと、および異なる列を指定する必要があることを示します。選択リストを使用すると、アプリケーションで指定されたデータにマッピングされる、入力ファイル内の列を選択できます。

サンプル・データ

列を選択した後、サンプル入力ファイルの対応するデータが「サンプル・データ」列に表示されます。「前の行の表示」または「次の行の表示」アイコンをクリックすると、サンプル・ファイルの他のデータが表示されます。

アプリケーション・デフォルトの使用

入力ファイルでこの値がブランクだった場合に、アプリケーション内に指定されたデフォルト値を使用できるようにします。このチェック・ボックスは、アプリケーションでデフォルトが定義されている場合にのみ表示されます。

日付フォーマット

日付マスクの編集ダイアログへアクセスするには、「追加」アイコンまたは「編集」アイコンをクリックします。このダイアログでは、入力ファイルに含まれる標準的でない日付値を解読するための、カスタム日付マスクを作成できます。カスタム日付マスクを削除するには、「削除」アイコンをクリックします。

A.38.1 日付フォーマットの定義ページ

日付フォーマットの定義ページは、入力フィールド・マッピング・ページの「日付フォーマット」列の日付フォーマットの追加アイコンまたは日付フォーマットの編集アイコンをクリックすると表示されます。日付フォーマットの定義ページを使用すると、どのように日付が表示されるかを指定できます。日付フォーマットが指定されていない場合は、入力エージェント・サーバーのロケールがデフォルトになります。

次の表では、このページで使用可能な要素について説明します。

要素

説明

追加

選択されたフォーマット値を「フォーマット値」フィールドに追加します。追加すると、「サンプル日付」セクションに例が表示されます。

フォーマット値

日付がどのように表示されるかを決定するために、「フォーマット値」フィールドに追加するフォーマット値を選択します。一度に選択できる値は1つのみです。値は「フォーマット値」フィールドに追加された順に表示されます。フォーマット値には次のオプションがあります。

- 年代: GG - 例: AD

- 年(4桁): yyyy - 例: 2010

- 年(2桁): yy - 例: 10

- 月(数字表記): MM - 例: 01

- 月(月の略称): MMM - 例: Jan

- 月(月の正式名称): MMMM - 例: January

- 日: dd - 例: 01

- 時間(24時間): HH - 例: 17

- 時間(12時間): hh - 例: 05

- 分: mm - 例:16

- 秒: ss - 例: 59

- /セパレータ: スラッシュで値を区切ります。

- -セパレータ: ダッシュで値を区切ります。

- _セパレータ: アンダースコアで値を区切ります。

- :セパレータ: コロンで値を区切ります。

- .セパレータ: ピリオドで値を区切ります。

- スペース: 文字列にスペースを追加します。

たとえば、次に示す順序でフォーマット値を追加することによって、「フォーマット値」フィールドにyyMMMdd - HH:mm:ssと移入されている場合、「サンプル日付」には、2010年1月1日午後5時16分59秒は10Jan01 - 15:16:59と表示されます。

1. 年(2桁)

2. 月(月の略称)

3. 日

4. スペース

5. -セパレータ

6. スペース

7. 時間(24時間)

8. :セパレータ

9. 分

10. :セパレータ

11. 秒

A.39 入力セキュリティ・ページ

入力の作成: セキュリティ・ページへアクセスするには、入力フィールド・マッピング・ページで「次」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

追加

ユーザーまたは定義済のセキュリティ・グループを検索および選択できるセキュリティ・メンバーの追加ページを表示します。

コピー

既存のリストからユーザーまたはグループを選択して「コピー」をクリックすると、セキュリティ・メンバーの追加ページが表示され、選択したユーザーまたはグループの権限が、追加された次のユーザーまたはグループにコピーされます。

削除

選択したユーザーまたはグループをリストから削除します。

A.40 入力設定の確認ページ

入力設定の確認ページでは、入力を作成する前に、入力ウィザードで定義された設定を確認できます。設定を送信する前にそれらの設定に変更を加えるには、「戻る」をクリックするか、またはナビゲーション・トレイン内の、目的のページに戻る適切なリンクをクリックします。入力設定が完了した後、「送信」をクリックします。入力サマリー・ページが表示されます。

入力設定の確認ページへアクセスするには、入力セキュリティ・ページで「次」をクリックします。

A.41 入力サマリー・ページ

作成した入力の詳細を確認します。必要に応じて、「変更」をクリックして入力基本情報ページに移動し、設定を変更します。この入力の定義ファイルのポーリングを開始するように入力エージェントに指示するには、「オンラインで切替」をクリックします。

このページへアクセスするには、入力設定の確認ページで「送信」をクリックします。

A.42 Content Server接続基本情報ページ

ナビゲータ・ペインの「接続の管理」パネルを拡大して、Content Serverリポジトリ・サーバーへの接続を作成および変更します。接続基本情報ページを表示するには、「新規接続の作成」アイコンをクリックするか、または既存の接続をクリックして「変更」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

名前

接続先のリポジトリの名前。

説明

接続の簡単な説明です。

接続タイプ

接続のタイプを識別します。接続のタイプは一度定義すると変更できません。

A.43 Content Server接続のContent Server設定ページ

Content Server設定ページでは、接続先のContent Server・リポジトリの詳細を指定します。このページへアクセスするには、新規接続を作成する場合はContent Server接続基本情報ページで「次」をクリックし、既存の接続を変更する場合は任意のリポジトリ接続ページのナビゲーション・トレインを直接使用します。

次の表では、このページで使用可能な要素について説明します。

要素

説明

SSL

Secure Socket Layer (SSL)を使用した接続を有効にします。Content ServerでSSLを構成し、適切な資格証明を設定するには、追加の手順を実行する必要があります。詳細は、『Oracle Fusion Middleware Oracle WebCenter Content: Imagingの管理』を参照してください。

ローカルContent Serverの使用

ローカルホストをマシン名として指定し、そのコンピュータを共有するContent ServerにImagingを接続できます。ローカル通信では、最高速度の通信オプションが提供されます。有効にすると、通信障害が発生しないかぎり、ローカルホストが排他的に使用されます。ローカルホストへの通信障害が発生した場合、Content Serverのプールが定義されていれば、ローカルホストへの通信が回復するまで、メッセージはContent Serverのプールに指定されている名前のマシンに送信されます。
「ローカルContent Serverの使用」が有効でない場合は、Content Serverのプールが定義されている必要があり、この場合、メッセージは複数のContent Serverに送信されます。このオプションは、クラスタ環境でロード・バランシングを実現するためのものです。

サーバー・ポート

Content ServerのリモートAPI (RIDC)接続ポートを指定します。SSLチェック・ボックスが選択されている場合は、サーバーのSSLリスニング・ポートを指定する必要があります。

Content Serverプール

リモートで使用されるすべてのContent Serverのマシン名と接続ポートを指定します。Content Serverをプールに追加することで、ロード・バランシングを実現できます。

マシン

接続に使用する1つ以上のホスト名を指定します。これは、サーバーの名前またはIPアドレスです。

A.44 Content Server接続セキュリティ・ページ

接続セキュリティ・ページでは、接続定義のセキュリティを指定します。このページへアクセスするには、新規接続を作成する場合はContent Server接続のContent Server設定ページで「次」をクリックし、既存の接続を変更する場合は任意の接続ページのナビゲーション・トレインを直接使用します。

次の表では、このページで使用可能な要素について説明します。

要素

説明

追加

ユーザーまたは定義済のセキュリティ・グループを検索および選択できるセキュリティ・メンバーの追加ページを表示します。

コピー

既存のリストからユーザーまたはグループを選択して「コピー」をクリックすると、セキュリティ・メンバーの追加ページが表示され、選択したユーザーまたはグループの権限が、追加された次のユーザーまたはグループにコピーされます。

削除

選択したユーザーまたはグループをリストから削除します。

「ユーザー」または「グループ」アイコン

ユーザーの場合は1人、グループの場合は複数の人を表示します。

表示名

ユーザーまたはグループの名前です。

表示

デフォルトで有効になっています。この接続を表示する権限をユーザーまたはグループに付与します。

変更

セキュリティ権限の付与を除く、この接続のすべての要素を変更する権限を、ユーザーまたはグループに付与できるようにします。

削除

この接続を削除する権限を、ユーザーまたはグループに付与できるようにします。

アクセス権の付与

この接続のセキュリティ権限を他のユーザーやグループに付与する権限を、ユーザーまたはグループに付与できるようにします。このセキュリティ・レベルのみが付与されているユーザーは、この接続のセキュリティ情報のみを変更できます。

A.45 Content Server接続設定の確認ページ

接続を送信する前に、設定の確認ページで接続設定を確認します。設定の確認ページにアクセスするには、新規接続を作成する場合はContent Server接続セキュリティ・ページで「次」を、既存の接続を変更する場合は任意の接続ページのナビゲーション・トレインを直接クリックします。

設定を変更する必要がある場合は、「戻る」をクリックするか、またはナビゲーション・ページで必要なページをクリックし、接続ページに移動して、変更を加えます。変更後、「送信」をクリックします。Content Server接続サマリー・ページが表示されます。

A.46 Content Server接続サマリー・ページ

接続サマリー・ページにアクセスするには、Content Server接続設定の確認ページで「送信」をクリックします。作成した接続の詳細を確認します。必要に応じて、「変更」をクリックしてContent Server接続基本情報ページに移動し、設定を変更します。

A.47 ワークフロー接続基本情報ページ

ワークフロー・サーバーへの接続を作成および変更するには、「ナビゲータ」ペインの「接続の管理」パネルを開きます。ワークフロー接続基本情報ページを表示するには、「新規接続の作成」アイコンをクリックするか、または既存の接続をクリックして「変更」をクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

名前

この接続に一意な名前を指定します。

説明

接続の簡単な説明です。

接続タイプ

接続のタイプを識別します。

A.48 ワークフロー接続設定ページ

ワークフロー接続設定ページでは、ワークフロー・サーバーの詳細を指定します。このページへアクセスするには、新規接続を作成する場合はワークフロー接続基本情報ページで「次」をクリックし、既存のワークフロー接続を変更する場合は任意のContent Server接続ページのナビゲーション・トレインを直接使用します。

次の表では、このページで使用可能な要素について説明します。

要素

説明

HTTPフロント・エンド・アドレス

ワークフロー・サーバーのURLアドレス。リスニング・ポートがURLに定義されたプロトコルのデフォルト・ポートでない場合は、そのリスニング・ポートも含まれます。たとえば、次のように入力します。

http://soaserver1:8001
http://ohs_frontend_server:80
http://ohs_frontend_server

資格証明別名

資格証明ストアに暗号化して保存されるユーザー名およびパスワードの資格証明の別名を指定します。これらの資格証明は、ワークフロー・サーバーにリモート接続する場合に使用され、Imagingではなくワークフロー・システム内で適切な権限を持つユーザー名とパスワードを参照する必要があります。
この資格証明は、ワークフロー接続構成を完了する前に資格証明ストアに作成する必要があります。資格証明ストアに資格証明を作成する方法は、Fusion Middleware Controlを使用する方法とWLSTを使用する方法の2通りがあります。

プロバイダ

接続に使用する1つ以上のホスト名を指定します。トランスポート・メカニズムおよびリスニング・ポートを設定に組み込む必要があります。ワークフロー・サーバーが単一インスタンスである場合は、ワークフロー・マシンの名前またはIPになります。ワークフロー・サーバーがクラスタ内で動作している場合、このパラメータ値には、クラスタ内のサーバーのマシン名またはIPアドレスをカンマで区切ったリストを指定できます。クラスタのクラスタ名を指定することもできます。
クラスタ名を使用する場合、そのクラスタ名は、DNSに定義され、クラスタ内の複数のマシンに解決される名前である必要があります。この動作は、ImagingやSOAでは定義されていません。かわりに、クラスタ内のJNDIに対するOracle WebLogic Serverサポートによって定義されます。たとえば、次のように入力します。

単一のSOAサーバー(またはDNSクラスタ名を持つクラスタ):

t3://soaserver1:8001

複数のクラスタ化されたSOAサーバー:

t3://soaserver1,soaserver2,soaserver3:8001

接続のテスト

接続設定が正しく構成されているかどうかをテストする場合にクリックします。クリックすると、接続テストが成功したかどうかを示すダイアログ・ボックスが表示されます。成功した場合は、下部のリストに、ワークフロー・サーバーにデプロイされている利用可能なコンポジットも表示されます。
テスト・ボタンが失敗した場合、イメージング管理対象サーバーから標準のデスクトップ・ブラウザを開いてイメージング外で問題の診断を試行し、HTTPフロント・エンド・アドレスを使用してURLにinspection.wsilおよびhtml=trueを指定することで、サーバーへの接続を試行できます。たとえば、次のように入力します。

http://soaserver1:8001/inspection.wsil?html=true

接続に失敗した場合、イメージングは接続できません。SOAサーバー、およびSOAサーバーをフロント・エンド化するロード・バランシング製品の構成を確認します。

A.49 ワークフロー接続セキュリティ・ページ

接続セキュリティ・ページでは、接続定義のセキュリティを指定します。このページへアクセスするには、新規接続を作成する場合はワークフロー接続設定ページで「次」をクリックし、既存の接続を変更する場合は任意の接続ページのナビゲーション・トレインを直接使用します。

次の表では、このページで使用可能な要素について説明します。

要素

説明

追加

ユーザーまたは定義済のセキュリティ・グループを検索および選択できるセキュリティ・メンバーの追加ページを表示します。

コピー

既存のリストからユーザーまたはグループを選択して「コピー」をクリックすると、セキュリティ・メンバーの追加ページが表示され、選択したユーザーまたはグループの権限が、追加された次のユーザーまたはグループにコピーされます。

削除

選択したユーザーまたはグループをリストから削除します。

「ユーザー」または「グループ」アイコン

ユーザーの場合は1人、グループの場合は複数の人を表示します。

表示名

ユーザーまたはグループの名前です。

表示

デフォルトで有効になっています。この接続を表示する権限をユーザーまたはグループに付与します。

変更

セキュリティ権限の付与を除く、この接続のすべての要素を変更する権限を、ユーザーまたはグループに付与できるようにします。

削除

この接続を削除する権限を、ユーザーまたはグループに付与できるようにします。

アクセス権の付与

この接続のセキュリティ権限を他のユーザーやグループに付与する権限を、ユーザーまたはグループに付与できるようにします。このセキュリティ・レベルのみが付与されているユーザーは、この接続のセキュリティ情報のみを変更できます。

A.50 ワークフロー接続設定の確認ページ

接続を送信する前に、設定の確認ページで接続設定を確認します。設定の確認ページにアクセスするには、新規接続を作成する場合はワークフロー接続セキュリティ・ページで「次」を、既存の接続を変更する場合は任意のワークフロー接続ページのナビゲーション・トレインを直接クリックします。

設定を変更する必要がある場合は、「戻る」をクリックするか、またはナビゲーション・ページで必要なページをクリックし、接続ページに移動して、変更を加えます。変更後、「送信」をクリックします。ワークフロー接続サマリー・ページが表示されます。

A.51 ワークフロー接続サマリー・ページ

ワークフロー・サマリー・ページにアクセスするには、ワークフロー接続設定の確認ページで「送信」をクリックします。作成した接続の詳細を確認します。必要に応じて、「変更」をクリックしてワークフロー接続基本情報ページに移動し、設定を変更します。

A.52 定義管理セキュリティ・ページ

ナビゲータ・ペインの「セキュリティの管理」パネルで適切なカテゴリを選択し、アプリケーション、入力、検索、接続およびソリューションについて、最上位セキュリティ設定を作成および変更します。

セキュリティの管理ページへアクセスするには、ナビゲータ・ペインのセキュリティの管理ページにある開くアイコンをクリックします。

次の表では、このページで使用可能な要素について説明します。

要素

説明

作成

ユーザーに作成権限を割り当てる場合に選択します。この権限を持つユーザーはアプリケーション、入力、検索または接続を作成できます。

管理者

アプリケーション、入力、検索または接続の、表示、作成、変更および削除を実行する権限をユーザーに割り当てる場合に選択します。

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2018, 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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network 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)を参照してください。