4 コンテンツの管理

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

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

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

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

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

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

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

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

特定のリビジョンに対して様々な管理機能を実行するには、リポジトリ・マネージャの「機能」メニューを使用します。フィルタを使用してリビジョン表示しているとき、リビジョンを右クリックすると、「機能」メニューのすべてのオプションを含むショートカット・メニューが表示されます。

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

管理者およびRepMan権限があるサブ管理者は、リポジトリ・マネージャでコンテンツ・アイテムのリビジョンのリストを表示できます。管理者はすべてのコンテンツ・アイテムを表示でき、RepMan権限があるサブ管理者が表示できるのは、セキュリティ・グループおよびアカウントに対する管理権限(適用可能な場合)があるコンテンツ・アイテムのみです。リビジョン・リストは、フィルタ条件としてメタデータ・フィールドおよびリビジョン・ステータスを指定することによって検索します。

この項では、次の項目について説明します。

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

コンテンツ・リストをリビジョンでフィルタ処理するには:

  1. リポジトリ・マネージャ・アプリケーションの「コンテンツ」タブで、「フィルタの使用」チェック・ボックスを選択し、「フィルタの定義」をクリックします。

  2. 「フィルタの定義」ページで、使用するフィルタ条件のチェック・ボックスを選択し、フィールドの値を追加します。

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

リリース日でリビジョンをフィルタ処理するには:

  1. リポジトリ・マネージャ・アプリケーションの「コンテンツ」タブで、「リリース日以降」を選択します。

  2. 事前定義済の日付範囲を選択します。

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

「コンテンツ」タブに表示されている列を変更するには:

  1. リポジトリ・マネージャ・アプリケーションの「コンテンツ」タブで、「列の表示」をクリックします。
  2. 「列の表示」ページで、表示する列を選択します。カスタム・フィールドはリストの下部にあります。
  3. 「OK」をクリックします。

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

リポジトリ・マネージャ・アプリケーションを起動すると、データベースに対してデフォルトの問合せが実行され、前日にリリースされたすべてのコンテンツが返されます。デフォルトでは、問合せの結果はコンテンツ・アイテムのContentIDでソートされます。

ContentIDによる順序付けは、リポジトリ・マネージャにコンテンツ・アイテムの長いリストがある場合に順序を予測できるため有益です。ただし、ContentIDによる順序付けは時間がかかることがあります。順序は予測可能でなくても、問合せ結果をより速く取得する方が適切である場合があります。

順序を変更するには、DoDocNameOrder構成設定を無効化します。値をtrue(デフォルト)に設定すると、コンテンツ・アイテムはContentIDでソートされます。falseに設定すると、コンテンツ・アイテムはソートされません。問合せを最適化するためにソート順序を変更した場合は、JDBC問合せのトレースを有効化して、トレース情報がコンソール・ログに記録され、そこでデータベース問合せを表示できるようにします。

4.2.2.1 DoDocNameOrder構成設定の無効化

DoDocNameOrder構成設定を無効にするには:

  1. テキスト・エディタで、IntradocDir/config/config.cfgファイルを開きます。

  2. 次の構成設定を追加します。

    DoDocNameOrder=false
    
  3. config.cfgファイルを保存して閉じます。

  4. コンテンツ・サーバーを再起動します。

4.2.2.2 問合せトレース機能の有効化

問合せトレース機能を有効にするには:

  1. メイン・メニューを使用して、「管理」「システム監査情報」を選択します。

  2. 「システム監査情報」ページで、「アクティブなコンソール出力トレースの編集**」セクションの最下部までスクロールします。

  3. 「アクティブなセクション」リストから「systemdatabase」を選択します。

    アクティブ・セクションのリストにsystemdatabaseが追加されます。

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

  5. コンテンツ・サーバーを再起動します。

レポートのトレースとコンテンツ・サーバーの再起動の詳細は、『Oracle WebCenter Contentの管理』を参照してください。

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

一般的なタスクのいくつは、リポジトリ・マネージャでのコンテンツとリビジョンの管理時に行います。これらについて、次の各項で説明します。

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

リポジトリ・マネージャを使用して新しいコンテンツ・アイテムを追加するには:

ノート:

ブラウザからJavaアプレットとして起動したリポジトリ・マネージャを使用して、新しいコンテンツ・アイテムを追加することはできません。スタンドアロン・アプリケーションを使用します。スタンドアロン・アプリケーションの使用方法の詳細は、『Oracle WebCenter Contentの管理』を参照してください。

  1. リポジトリ・マネージャをスタンドアロン・モード起動します。
  2. Content」タブをクリックします。
  3. 「新規追加」をクリックします。
  4. 「新しいコンテンツ・アイテムの追加」ページで、コンテンツ・アイテムの必須情報およびオプションの情報を入力します。
  5. 「OK」をクリックします。

    指定したファイルが、新しいコンテンツ・アイテムとしてチェックインされます。

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

この項では、リポジトリ・マネージャを使用してリビジョンのメタデータを表示する方法や更新する方法を説明します。

4.3.2.1 リビジョンのメタデータの表示

リポジトリ・マネージャを使用してリビジョンのメタデータを表示するには:

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

  2. 「リポジトリ・マネージャ」「コンテンツ」タブを選択します。

  3. メタデータ・レビューのリビジョンをハイライトします。

  4. 「機能」「情報」を選択するか、または右クリックして「情報」をクリックします。

  5. 「リビジョンの承認」ページで、「OK」をクリックしてページを閉じます。

4.3.2.2 リビジョンのメタデータの更新

リポジトリ・マネージャを使用してリビジョンのメタデータを更新するには:

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

  2. 「リポジトリ・マネージャ」「コンテンツ」タブを選択します。

  3. 更新するリビジョンを選択します。

  4. 「機能」「更新」を選択するか、または右クリックして「更新」を選択します。

  5. 「コンテンツ情報の更新」ページで、必要に応じて新しいメタデータを入力します。

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

    メタデータは、新しいリビジョンをチェックインせずに更新されます。

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

この項では、有効期限が切れたコンテンツの管理方法について説明します。

4.3.3.1 リポジトリ・マネージャからの期限切れコンテンツの確認

リポジトリ・マネージャから期限切れのコンテンツを確認するには:

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

  2. 「リポジトリ・マネージャ」「コンテンツ」タブを選択します。

  3. 「コンテンツ」タブから「フィルタの定義」を選択します。

  4. サブスクリプション済フィルタの定義ページで、リビジョンのステータスの有効化を選択し、「期限切れ」を選択します。

    期限切れのコンテンツのリストが表示されます。

4.3.3.2 有効期限が切れたコンテンツの電子メール通知の自動化

コンテンツの有効期限が切れたときに作成者と管理者に自動的に電子メールで通知されるようにするには:

  1. テキスト・エディタでIntradocDir/config/config.cfgを編集し、次のように入力します。

     EnableExpirationNotifier=1
    
  2. オプションの構成エントリを調整します。次の構成変数およびその他の構成変数の詳細は、『Oracle WebCenter Content構成リファレンス』を参照してください。

    • NotificationQuery: 期限切れコンテンツを検索する自動問合せの条件を定義します。

    • NotifyExtras: 期限切れコンテンツのリストを受信するユーザーを定義します。

    • NotificationIntervalInDays: 通知問合せの実行頻度を定義します。

    • NotifyTime: 問合せが実行される時間を定義します。

    • NotificationMaximum: 問合せで返されるコンテンツ・アイテムの最大数を定義します。

    デフォルトでは、コンテンツが期限切れに設定される7日前の午前0時に、電子メール・メッセージが管理者に送信されます。さらに、「有効期限が切れたコンテンツ」リンクが、作成者およびシステム管理者の「コンテンツ管理」メニューに追加されます。

  3. コンテンツ・サーバーを再起動します。

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

リビジョンとは、コンテンツ・アイテムの新しいバージョンまたは改訂バージョンです。デフォルトでは、リビジョンにはリビジョン1から順に番号が付けられ、コンテンツ・アイテムがチェックアウトされてから再びチェックインされるたびにリビジョン番号が1ずつ増え、コンテンツ・サーバーによってそのファイルの新しいリビジョンが作成されます。新しいリビジョンのコンテンツIDは前のリビジョンと同じですが、ネイティブ・ファイルとメタデータは同じ場合と異なる場合があります。以前のバージョンのファイルはシステムに保存されているため、必要に応じて確認できます。

この項では、次の項目について説明します。

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

リポジトリ・マネージャを使用して新しいリビジョンをチェックインするか、またはリビジョンをチェックアウトするには:

ノート:

これらのタスクは、スタンドアロン・アプリケーションを使用して実行する必要があります。スタンドアロン・アプリケーションの実行の詳細は、『Oracle WebCenter Contentの管理』を参照してください。

  1. リポジトリ・マネージャをスタンドアロン・モード起動します。
  2. Content」タブをクリックします。
  3. 改訂するアイテムを選択します。
  4. 「機能」「リビジョンの追加」または「チェックアウト」をクリックします。また、右クリックして適切なオプションを選択することもできます。
  5. 新しいリビジョンの追加ページまたは「アイテムのチェックアウト」ページで、チェックインするリビジョンの情報を入力します。
  6. 「OK」をクリックします。

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

リポジトリ・マネージャを使用して、チェックアウトを元に戻すか、リビジョンを再発行するには:

  1. メイン・メニューから、「管理」「管理アプレット」を選択します。
  2. 「リポジトリ・マネージャ」「コンテンツ」タブを選択します。
  3. 使用する1つ以上のリビジョンを選択します。
  4. 「機能」「チェックアウトを元に戻す」または「再送信」を選択します。また、右クリックして適切なオプションを選択することもできます。
  5. リストからリビジョンを除外するには、リビジョンの横にあるチェック・ボックスをクリアします。
  6. 「OK」をクリックします。

4.4.3 リビジョンの削除

リポジトリ・マネージャを使用して特定のリビジョンを削除するには:

  1. メイン・メニューから、「管理」「管理アプレット」を選択します。
  2. 「リポジトリ・マネージャ」「コンテンツ」タブを選択します。
  3. 削除する1つ以上のリビジョンを選択します。
  4. 「リビジョンの削除」をクリックします。また、「機能」「リビジョンの削除」を選択するか、右クリックして「リビジョンの削除」を選択することもできます。
  5. リストからリビジョンを除外するには、「リビジョンの削除」ページで、リビジョンの横にあるチェック・ボックスをクリアします。
  6. 「OK」をクリックします。

コンテンツ・アイテムのすべてのリビジョンを削除するには、適切なメニューから「すべてのリビジョンを削除する」を選択して、同じステップに従います。

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

システムにリリースされる前のコンテンツをレビューおよび承認のためにルーティングする方法は、ワークフローで指定します。レビューするファイルがあるユーザーには、電子メールで通知されます。

ワークフローの参加者の視点から見ると、ワークフローには2つのタイプがあります。

  • 基本ワークフローは、特定のコンテンツ・アイテムのレビュー・プロセスを定義するワークフローで、手動で開始する必要があります。

  • 基準ワークフローでは、事前定義された条件に一致するメタデータを持つファイルがチェックインされると、そのファイルは自動的にワークフローの対象となります。

リポジトリ・マネージャを使用してワークフロー・リビジョンを承認すると、ワークフロー内のすべての承認ステップがバイパスされます。ワークフローは正常に完了するものの、承認ステップをバイパスすることによって、予期しない結果が発生することがあります。たとえば、ワークフローの1つのステップで電子シグネチャが必要である場合に、リポジトリ・マネージャを介して関連するリビジョンを承認すると、ワークフローが完了し、リビジョンが承認されていても、電子シグネチャのレコードがありません。

ノート:

リポジトリ・マネージャを使用してワークフロー・リビジョンを承認する場合は、その結果を理解してから実行してください。

リポジトリ・マネージャを使用してワークフローでリビジョンを承認または却下するには:

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

  2. 「リポジトリ・マネージャ」「コンテンツ」タブを選択します。

  3. 承認する1つ以上のリビジョンを選択します。

  4. 「機能」「承認」または「却下」を選択します。また、右クリックして「承認」または「却下」を選択することもできます。

  5. リストからリビジョンを除外するには、リビジョンの横にあるチェック・ボックスをクリアします。

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

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

サブスクリプションとは、特定のコンテンツ・アイテムが改訂されたときに、電子メールでユーザーに通知する機能です。

電子メール・メッセージのバッファは20,000バイトです。多数のサブスクリプション電子メール通知が一度に送信されると(たとえば、40のコンテンツ・アイテムにそれぞれ40のサブスクライバが設定されている場合)、バッファがオーバーロードの状態になり、電子メール・メッセージが送信されないことがあります。サブスクリプション通知電子メールの合計サイズの制限は1GBです。nユーザーに送信される1つの電子メールに含めることができる、サブスクリプション通知電子メールの合計数は、1GBをサブスクリプション通知電子メールのサイズで除算した数となります。

ヒント:

サブスクリプション通知メッセージを変更するには、コンポーネント・アーキテクチャを使用して、次の内容をカスタマイズします。

  • subscription_mail_subjectインクルード(std_page.htmファイル)

  • wwSubscriptionMailSubject文字列(ww_strings.htmファイル)

  • subscription_mail.htmテンプレート

サブスクリプションは、次の2通りの方法で作成できます。

  • 基本サブスクリプション: ユーザーが個々のコンテンツ・アイテムを手動でサブスクライブします。サブスクリプションのタイプは事前定義済です。

  • 条件サブスクリプション: ユーザーは、メタデータ条件に基づいてコンテンツ・アイテムのグループをサブスクライブできます。管理者は、ユーザーまたはエイリアスの2つの方法で条件サブスクリプションを設定できます。サブスクリプションがユーザーで設定されている場合、ユーザーは必要に応じてサブスクライブを解除できます。エイリアスが使用されている場合、ユーザーはサブスクライブを解除できません。

コンテンツ・アイテムは、次の2通りの方法でサブスクライブできます。

  • オープン・サブスクリプション: ユーザーは、基本または条件サブスクリプションによって、コンテンツ・アイテムを任意でサブスクライブします。

  • 管理サブスクリプション: 管理者が、特定のサブスクリプションにユーザーおよびエイリアスを割り当てます。個々のユーザーが割り当てられた場合、各ユーザーは必要に応じてサブスクライブを解除できます。エイリアスが割り当てられている場合、そのエイリアス内のユーザーはサブスクライブを解除できません。

サブスクリプションの管理の一般的なタスクは次のとおりです。これらについて、次の各項で説明します。

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

サブスクリプション条件を指定するには:

  1. メイン・メニューから、「管理」「管理アプレット」を選択します。
  2. 「リポジトリ・マネージャ」「サブスクリプション」タブを選択します。
  3. 「追加」をクリックします。
  4. 「サブスクリプションの追加」/「サブスクリプション・タイプの編集」ページで、サブスクリプション情報を入力します。

    重要:

    条件フィールドが変更されると、現在のサブスクリプションはすべて削除されます。この機能を使用する場合は注意してください。

    • 名前: サブスクリプションの名前。

    • 説明: 簡単な説明。

    • 通知: 選択すると、ユーザーへの電子メール通知が有効化されます。

      PrimaryWorkQueueTimeout構成変数によって、ワークフローおよびサブスクリプション通知電子メールが送信されるまでの秒数が設定されます。構成変数の詳細は、『Oracle WebCenter Content構成リファレンス』を参照してください。

    • 条件フィールド: フィールドを追加するには、「フィールド」をクリックします。「フィールド」ページで、サブスクリプションをトリガーする条件として使用されるフィールドのボックスを選択します。これらのフィールドの値は、後でユーザーが追加されたときに設定されます。

  5. 「OK」をクリックします。サブスクリプションの有効化を確認します。

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

この項では、ユーザーを追加する方法やサブスクライブ解除する方法について説明します。

ヒント:

サブスクリプションに追加したユーザーの電子メール・アドレスが正しくない場合、通知は失敗します。ワーク・キュー・ログで5つのエラーが発生するとシステムは終了し、残りのサブスクライバには通知されません。

4.5.2.1 条件サブスクリプションへのユーザーの追加

条件サブスクリプションにユーザーを追加するには:

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

  2. 「リポジトリ・マネージャ」「サブスクリプション」タブを選択します。使用するサブスクリプションを選択します。

  3. 「サブスクライバ」をクリックします。

  4. サブスクライブ者ページで、「追加」をクリックします。

  5. 「サブスクリプションの追加」ページで、「ユーザー」または「エイリアス」を選択し、「選択」をクリックします。

  6. 「ユーザーの選択」ページまたは「エイリアスの選択」ページで、サブスクライブするユーザーまたはエイリアスを選択します。

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

  8. 以前に指定した条件フィールドの値を設定します。

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

4.5.2.2 ユーザーのサブスクライブ解除

ユーザーをサブスクライブ解除するには:

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

  2. 「リポジトリ・マネージャ」「サブスクリプション」タブを選択します。

  3. 使用するサブスクリプションを選択します。

  4. サブスクライブ解除するリビジョンを選択します。

  5. 「機能」「サブスクライバ」をクリックするか、または右クリックして「サブスクライバ」を選択します。

  6. 「サブスクライバ」ページで、サブスクライブを解除するユーザー・エイリアスを選択します。

  7. 「サブスクライブ解除」をクリックします。

  8. 確認ページで、「OK」をクリックします。

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

リポジトリ・マネージャを使用してリビジョンのサブスクリプション情報を表示するには:

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

  2. 「リポジトリ・マネージャ」「サブスクリプション」タブを選択します。

  3. 使用するサブスクリプションを選択します。

  4. サブスクリプション情報を表示するリビジョンを選択します。

  5. 「機能」「サブスクライバ」を選択するか、または右クリックして「サブスクライバ」を選択します。

  6. 「サブスクリプション」リストを絞り込むには、「サブスクライバ」ページで次の手順を実行します。

    1. 「フィルタの使用」チェック・ボックスを選択します。

    2. 「フィルタの定義」をクリックします。

    3. サブスクリプションの詳細ページで、フィルタ条件を入力します。

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

  7. 特定のユーザーまたはエイリアスのサブスクリプション詳細をすべて表示するには、そのユーザーまたはエイリアスを選択して「詳細の表示」をクリックします。

    サブスクリプションの詳細ページが開きます。

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

条件サブスクリプションを削除するには:

  1. メイン・メニューから、「管理」「管理アプレット」を選択します。
  2. 「リポジトリ・マネージャ」「サブスクリプション」タブを選択します。
  3. 使用するサブスクリプションを選択します。
  4. サブスクリプションを選択します。
  5. 「削除」をクリックします。
  6. 確認のページで、「はい」をクリックします。

4.6 コンテンツの電子署名

電子シグネチャは複数の異なるコンテキストで使用および管理されます。

  • ワークフロー: 特定のステップにおいて、承認に電子シグネチャが必要であることを指定するために使用します。

    電子シグネチャはコンテンツ・アイテムおよびそのメタデータとは別に格納されるため、複数のユーザーが1つの特定のコンテンツ・アイテム・リビジョンに署名できます。ワークフローにおける電子シグネチャの使用の詳細は、「ワークフローの管理」を参照してください。

  • コンテンツ・アイテム: コンテンツ・アイテムに電子的に署名し、ローカル・ファイルが一致するかどうかを確認するために、ローカル・ファイルを署名済のコンテンツ・アイテム(またはすべてのリポジトリ・コンテンツ)と比較するために使用します。詳細は、『Oracle WebCenter Contentの使用』を参照してください。

  • PDFウォーターマーク: 電子シグネチャ・メタデータを使用するウォーターマークを適用するために使用します。

この項では、次の項目について説明します。

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

電子シグネチャは、コンテンツ・アイテムのバイナリ・コンテンツから計算され、コンテンツ・アイテムに署名したユーザーの名前などの他のメタデータと関連付けられる一意の識別子です。ドキュメントと署名者の両方を一意に識別し、ドキュメントの情報を暗号化する電子署名と異なり、電子シグネチャはドキュメントとともに格納されません。

コンテンツ・アイテムをチェックインすると、コンテンツ・サーバーによって識別子が生成され、コンテンツ・アイテムのリビジョン・メタデータと一緒に格納されます。コンテンツ・アイテムに署名すると、識別子のコピーが電子シグネチャ・メタデータとともに格納されます。変更されたコンテンツ・アイテム・リビジョンをチェックインする場合は、新しい識別子が計算されます。

署名されたコンテンツ・アイテムが変更されたかどうか、およびコンテンツ・アイテムの既存のシグネチャが有効であるかどうかを判断するのに役立てるため、コンテンツ・サーバーでは、コンテンツ・アイテムとともに格納された識別子を電子シグネチャとともに格納された識別子と比較できます。

ノート:

識別子はコンテンツからのみ計算され、関連付けられたメタデータからは計算されません。コンテンツ・アイテムのメタデータの変更によって、コンテンツ・アイテムの電子シグネチャが無効になることはありません。

電子シグネチャはコンテンツ・アイテムおよびそのメタデータとは別に格納されるため、複数のユーザーが1つの特定のコンテンツ・アイテム・リビジョンに署名できます。たとえば、ワークフローの承認プロセスにおいて、複数のレビューアがコンテンツ・アイテムの1つのリビジョンに署名できます。詳細は、「ワークフローの管理」を参照してください。

コンテンツ・アイテムの「ドキュメント情報」ページにアクセスするすべてのユーザーが、コンテンツ・アイテムに署名できます。コンテンツ・アイテムへの署名の詳細は、『Oracle WebCenter Contentの使用』を参照してください。

電子シグネチャ・コンポーネントとともにアーカイバを使用する場合は、ElectronicSignatures表を移動するために、表アーカイブ機能を使用してください。アーカイブ・コンテンツが関連するシグネチャ・メタデータなしでリストアされると、エラーが発生する場合があります。コンテンツのアーカイブの詳細は、『Oracle WebCenter Contentの管理』を参照してください。

電子シグネチャがPDFウォーターマークとともに有効な場合、PDFウォーターマーク機能は拡張されて、ドキュメントのPDFレンディションでの選択された電子シグネチャ・データのウォーターマークを適用できるようになります。詳細は、「電子シグネチャ・ウォーターマークの追加または編集」を参照してください。

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

コンテンツ・アイテムに電子的に署名すると、シグネチャには、ユーザー名やパスワードなどのユーザーに関する標準メタデータ、および名前(dDocName)やリビジョン(dRevisionID)などのコンテンツ・アイテム自体に関するメタデータが含められます。また、電子シグネチャ・コンポーネントにはxESigHasElectronicSignaturesフィールドも含まれており、コンテンツ・アイテムが署名されると、ここに1 (true)が自動的に設定されます。

電子シグネチャのメタデータの一部として格納されるメタデータ・フィールドも定義できます。電子シグネチャ情報は、データベース内の独立したElectronicSignatures表で保存および管理されます。

カスタム・メタデータ・フィールドを作成するときは、基本的なデータ型を選択し、必要に応じてカンマ区切りの値の選択リストを指定し、1つ以上のフィールドを必須フィールドとして指定します。定義したフィールドは、ユーザーがコンテンツ・アイテムに署名するとき、およびユーザーがコンテンツ・アイテムに関する詳細なシグネチャ情報を表示するときに表示されます。これらのページの詳細は、『Oracle WebCenter Contentの使用』を参照してください。

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

カスタム・メタデータ・フィールドを作成する前に、メタデータの要件を慎重に検討します。フィールドの作成(「変更の保存」のクリック)後は、フィールド名、データ型または必須ステータスは変更できません。フィールドを変更するには、元のフィールドを削除してから新しいフィールドを作成する必要があります。カスタム・フィールドを削除すると、そのフィールドに関連付けられた、すべての格納済データも削除されます。

カスタム電子シグネチャ・フィールドを追加または編集するには:

  1. メイン・メニューから、「管理」「電子シグネチャ」を選択します。
  2. 新しいフィールドを追加するには、「電子シグネチャの構成」ページで、新規フィールドの追加アイコン(緑色のプラス記号)をクリックします。
  3. 内部フィールドの「名前」を指定します。これはデータ表内でのフィールド名です。

    重複する名前は使用できません。最大フィールド長は29文字です。文字、数値およびアンダースコア(_)のみを使用します。名前は文字で開始する必要があります。特殊文字は使用しないでください。

  4. 「ラベルの表示」を指定します。これは、ページおよびダイアログで、フィールドに対して表示されるラベルとなります。
  5. データ型を指定します。デフォルトのデータ型は「テキスト」です。
  6. フィールドに選択リストを指定するには、関連する「選択リスト」列でチェック・ボックスを選択し、選択肢をカンマ区切りの値リストとして指定します。
    • 値はフィールドに対して選択されたデータ型に一致する必要があります。

    • 値は、ページ上で、指定された順に表示されます。リストの最初の値は、フィールドのデフォルト値になります。

    • デフォルト値を指定しないようにするには、選択リストの最初の値として空白を入力し、その後にカンマを入力します。

  7. カスタム・フィールド自体がチェック・ボックスであることを指定するには、「チェックボックス」を選択します。チェック・ボックス・フィールドが自動的に必須フィールドに指定されます。ユーザーはチェック・ボックスを選択して電子シグネチャを完了する必要があります。「ラベルの表示」フィールドには、チェック・ボックスの横に表示する承認テキストが格納されます。
  8. 電子シグネチャを完了するのに、関連するフィールドにユーザーが値を設定することが必要であることを指定するには、「必須」を選択します。
  9. 追加する各フィールドに対し、ステップ2 から8 を繰り返します。
  10. フィールドは、ページ上で、この表内にリストされた順に表示されます。1つ以上のフィールドの順序を変更する場合は、1つ以上のフィールドの横のチェック・ボックスを選択し、表の上部の「上に移動」アイコンまたは「下に移動」アイコンを使用して、順序に合わせてフィールドを上または下に移動します。
  11. 1つ以上のフィールドを表から削除する場合は、1つ以上のフィールドの横のチェック・ボックスを選択し、「フィールドの削除」アイコンを使用して、フィールドと関連するすべてのフィールド・データを削除します。「変更の保存」を選択するまで、フィールドは完全に削除されません。
  12. 変更をコミットするには、「変更の保存」をクリックし、確認ページで「OK」をクリックします。

4.6.4 電子シグネチャの構成

デフォルトで、電子シグネチャ・コンポーネントでは、安全でないネットワーク転送によって起こりうるパスワード情報の流出を回避するために電子シグネチャを適用する際に、Secure Socket Layer (SSL)セキュリティが有効になっている必要があります。

安全な企業イントラネットにおけるワークフロー・サインオフなどの一部のアプリケーションでは、要件によって余分なオーバーヘッドが追加されることになります。

電子シグネチャに対するSSL要件を無効にするには、次に示すように、config.cfgファイルでDisableESigSSLCheck構成変数をTrueに設定します。

DisableESigSSLCheck=true

構成変数の設定の詳細は、『Oracle WebCenter Content構成リファレンス』を参照してください。

電子シグネチャ認証プロセスにより、ユーザーはコンテンツ・アイテムに署名する前に、WebLogic Serverログイン・ページにリダイレクトされます。

「コンテンツ・アイテムの署名」ページには、ユーザーがコンテンツ・アイテムに署名する前のユーザーを再認証する時間制限Cookieがあり、デフォルトは2分です。electronicsignatures_environment.cfgファイルのESigCookieTimeOutプロパティ(秒数の値)の設定によって、タイムアウトを指定できます。

たとえば、Cookieタイムアウト値を30秒に設定するには、次のように指定します。

ESigCookieTimeOut=30

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

ノート:

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

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

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

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

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

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

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

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

4.7.1 MIMEタイプの識別

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

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

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

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

Oracle WebCenter Content Inbound Refineryでは、Microsoft Office Suite 32ビット・インストールの使用が最大限の互換性でサポートされています。Microsoft Office Suiteの64ビット・インストールの使用は、サポートされていません。Microsoft Office Suite 32ビットは、デフォルトでインストールされ、Microsoft社によってサード・パーティの拡張が推奨されています。詳細は、http://office.microsoft.comで、記事HA010369476、HA102840825およびee681792を検索してください。

コンテンツの変換に使用されるネイティブ・アプリケーションは、次の要件を満たす必要があります。

ネイティブ・アプリケーション 要件

MS Word

MS Project

MS Excel

MS PowerPoint

MS Visio

Inbound Refineryで変換用に必要な場合は、ネイティブ・アプリケーションがインストールされていることを確認します。

「ファイル形式」タブで、ファイル・タイプを変換プロセスに関連付けます。

WordおよびPowerPointアプリケーションの場合は、「ローカルInbound Refineryの構成」ページの「ネイティブ・オプション」タブを使用して、リンクを処理するかどうかを指定します。

MS Publisher

FrameMaker

PhotoShop

PageMaker

InDesign

ネイティブ・アプリケーションがインストールされていることを確認します。

「ファイル形式」タブで、ファイル・タイプを変換プロセスに関連付けます。

その他

ネイティブ・アプリケーションがインストールされていることを確認します(必要な場合)。

Inbound Refineryにカスタム変換プログラムをインストールします。

「ファイル形式」タブで、ファイル・タイプを変換プロセスに関連付けます。

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

ファイル・タイプと変換の関連付けは、2段階のプロセスとなります。

4.7.3.1 ファイル形式の追加とファイル拡張子の関連付け

ファイル形式を追加し、フォーマットにファイル拡張子を関連付るには:

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

  2. 「構成マネージャ」をクリックします。

  3. 「構成マネージャ」ページで、ページ・メニューの「オプション」「ファイル形式」を選択します。

  4. 「ファイル形式」ページで、ファイル形式を追加するために、「ファイル形式」ペインの「追加」をクリックします。

  5. ファイル形式の追加/「ファイル形式の編集」ページで、必要な情報を入力します。

    • フォーマット: 通常はMIMEタイプです。

    • 変換タイプ: フォーマット名を変換に関連付けます。

    • 説明: ファイル形式の簡単な説明。

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

4.7.3.2 ファイル拡張子の追加

ファイル形式に関連付けるファイル拡張子を入力するには:

  1. 「ファイル拡張子」ペインで、「追加」をクリックします。

  2. ファイル拡張子の追加/「ファイル拡張子の編集」ページで、必要な情報を入力します。

    • 拡張子: ファイル形式に対する指定。この拡張子のファイルは、「マップ先フォーマット」フィールドで指定した変換を使用して変換されます。

    • マップ先フォーマット: 指定された変換で使用可能なフォーマット(「ファイル形式」ペインで定義)のリスト。フォーマットを選択すると、該当する拡張子のすべてのファイルが、特定の変換プログラムに直接関連付けられます。

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

4.7.4 サムネイルについて

サムネイルは、コンテンツの小さなプレビュー・イメージです。検索結果のページで使用され、通常は、それらが表すWeb表示可能ファイルにリンクしています。このことは、ユーザーが、あるファイルが探しているものであるかどうかを識別するのに、タイトルなどのテキスト情報のみに依存する必要がないことを意味します。サムネイルによって、実際にファイル自体を開くことなく確認できる、視覚的なサンプルがコンシューマに示されます。これにより、より大きい元のファイルのダウンロードを行う前に、ファイルを確認できます。

コンテンツ・サーバーによって提供されているオプションを使用して、サポートされているファイル・タイプのサムネイルを自動的に生成できます。

コンテンツ・サーバーには、基本的な一連のサムネイル作成オプションが用意されています。Oracle WebCenter Content: Inbound Refineryには、ファイル変換およびサムネイル生成についてさらに多くのオプションのセットがあります。

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

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

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

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

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

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

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

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

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

この手順を使用して、次の作業を行います。

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

  • 既存のタイプの編集

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

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

  2. 「構成マネージャ」をクリックします。

  3. 「構成マネージャ」ページの「ページ」メニューから「オプション」「コンテンツ・タイプ」を選択します。

  4. 新しいタイプを追加するには、「コンテンツ・タイプ」ページで、「追加」をクリックします。

    タイプを編集するには、タイプ名をハイライトして「編集」をクリックします。

    タイプを削除するには、タイプ名をハイライトして「削除」をクリックします。

    ノート:

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

  5. 確認ページで、「OK」をクリックします。

  6. 「コンテンツの追加」/「コンテンツ・タイプの編集」ページで、タイプの名前と説明を入力または編集します。

  7. GIFリストから、コンテンツ・タイプに関連付けるイメージを選択します。

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