この章では、以下のトピックについて説明します。
リポジトリ・マネージャは、アプレットとして実行することも、スタンドアロン・モードで実行することもできます。
リポジトリ・マネージャをアプレットとして実行するには:
リポジトリ・マネージャをスタンドアロン・モードで実行する手順は、『 Oracle WebCenter Contentの管理』を参照してください。
特定のリビジョンに対して様々な管理機能を実行するには、リポジトリ・マネージャの「機能」メニューを使用します。フィルタを使用してリビジョン表示しているとき、リビジョンを右クリックすると、「機能」メニューのすべてのオプションを含むショートカット・メニューが表示されます。
管理者およびRepMan権限があるサブ管理者は、リポジトリ・マネージャでコンテンツ・アイテムのリビジョンのリストを表示できます。管理者はすべてのコンテンツ・アイテムを表示でき、RepMan権限があるサブ管理者が表示できるのは、セキュリティ・グループおよびアカウントに対する管理権限(適用可能な場合)があるコンテンツ・アイテムのみです。リビジョン・リストは、フィルタ条件としてメタデータ・フィールドおよびリビジョン・ステータスを指定することによって検索します。
この項では、次の項目について説明します。
コンテンツ・リストをリビジョンでフィルタ処理する手順は、次のとおりです。
リポジトリ・マネージャ・アプリケーションの「コンテンツ」タブで、「フィルタの使用」チェック・ボックスを選択し、「フィルタの定義」をクリックします。
「フィルタの定義」ページで、使用するフィルタ条件のチェック・ボックスを選択し、フィールドの値を追加します。
「OK」をクリックします。
リリース日でリビジョンをフィルタ処理する手順は、次のとおりです。
リポジトリ・マネージャ・アプリケーションの「コンテンツ」タブで、「リリース日以降」を選択します。
事前定義済の日付範囲を選択します。
「OK」をクリックします。
「コンテンツ」タブに表示されている列を変更する手順は、次のとおりです。
リポジトリ・マネージャ・アプリケーションを起動すると、データベースに対してデフォルトの問合せが実行され、前日にリリースされたすべてのコンテンツが返されます。デフォルトでは、問合せの結果はコンテンツ・アイテムのContentIDでソートされます。
ContentIDによる順序付けは、リポジトリ・マネージャにコンテンツ・アイテムの長いリストがある場合に順序を予測できるため有益です。ただし、ContentIDによる順序付けは時間がかかることがあります。順序は予測可能でなくても、問合せ結果をより速く取得する方が適切である場合があります。
順序を変更するには、DoDocNameOrder
構成設定を無効化します。値をtrue(デフォルト)に設定すると、コンテンツ・アイテムはContentIDでソートされます。falseに設定すると、コンテンツ・アイテムはソートされません。問合せを最適化するためにソート順序を変更した場合は、JDBC問合せのトレースを有効化して、トレース情報がコンソール・ログに記録され、そこでデータベース問合せを表示できるようにします。
DoDocNameOrder
構成設定の無効化DoDocNameOrder
構成設定を無効にするには:
テキスト・エディタで、IntradocDir
/config/config.cfg
ファイルを開きます。
次の構成設定を追加します。
DoDocNameOrder=false
config.cfg
ファイルを保存して閉じます。
コンテンツ・サーバーを再起動します。
問合せトレース機能を有効にする手順は、次のとおりです。
メイン・メニューを使用して、「管理」→「システム監査情報」を選択します。
「システム監査情報」ページで、「アクティブなコンソール出力トレースの編集**」セクションの最下部までスクロールします。
「アクティブなセクション」リストから「systemdatabase」を選択します。
アクティブ・セクションのリストにsystemdatabase
が追加されます。
「更新」をクリックします。
コンテンツ・サーバーを再起動します。
レポートのトレースとコンテンツ・サーバーの再起動の詳細は、『Oracle WebCenter Contentの管理』を参照してください。
一般的なタスクのいくつは、リポジトリ・マネージャでのコンテンツとリビジョンの管理時に行います。これらについて、次の各項で説明します。
リポジトリ・マネージャを使用して新しいコンテンツ・アイテムを追加する手順は、次のとおりです。
注意:
ブラウザからJavaアプレットとして起動したリポジトリ・マネージャを使用して、新しいコンテンツ・アイテムを追加することはできません。スタンドアロン・アプリケーションを使用します。スタンドアロン・アプリケーションの使用方法の詳細は、『Oracle WebCenter Contentの管理』を参照してください。
この項では、リポジトリ・マネージャを使用してリビジョンのメタデータを表示する方法や更新する方法を説明します。
この項では、有効期限が切れたコンテンツの管理方法について説明します。
リポジトリ・マネージャから期限切れのコンテンツを確認する手順は、次のとおりです。
メイン・メニューを使用して、「管理」→「管理アプレット」を選択します。
「リポジトリ・マネージャ」→「コンテンツ」タブを選択します。
「コンテンツ」タブから「フィルタの定義」を選択します。
サブスクリプション済フィルタの定義ページで、リビジョンのステータスの有効化を選択し、「期限切れ」を選択します。
期限切れのコンテンツのリストが表示されます。
コンテンツの有効期限が切れたときに作成者と管理者に自動的に電子メールで通知されるようにする手順は、次のとおりです。
テキスト・エディタでIntradocDir
/config/config.cfg
を編集し、次のように入力します。
EnableExpirationNotifier=1
オプションの構成エントリを調整します。次の構成変数およびその他の構成変数の詳細は、『Oracle WebCenter Content構成リファレンス』を参照してください。
NotificationQuery
: 期限切れコンテンツを検索する自動問合せの条件を定義します。
NotifyExtras
: 期限切れコンテンツのリストを受信するユーザーを定義します。
NotificationIntervalInDays
: 通知問合せの実行頻度を定義します。
NotifyTime
: 問合せが実行される時間を定義します。
NotificationMaximum
: 問合せで返されるコンテンツ・アイテムの最大数を定義します。
デフォルトでは、コンテンツが期限切れに設定される7日前の午前0時に、電子メール・メッセージが管理者に送信されます。さらに、「有効期限が切れたコンテンツ」リンクが、作成者およびシステム管理者の「コンテンツ管理」メニューに追加されます。
コンテンツ・サーバーを再起動します。
リビジョンとは、コンテンツ・アイテムの新しいバージョンまたは改訂バージョンです。デフォルトでは、リビジョンにはリビジョン1から順に番号が付けられ、コンテンツ・アイテムがチェックアウトされてから再びチェックインされるたびにリビジョン番号が1ずつ増え、コンテンツ・サーバーによってそのファイルの新しいリビジョンが作成されます。新しいリビジョンのコンテンツIDは前のリビジョンと同じですが、ネイティブ・ファイルとメタデータは同じ場合と異なる場合があります。以前のバージョンのファイルはシステムに保存されているため、必要に応じて確認できます。
この項では、次の項目について説明します。
リポジトリ・マネージャを使用して新しいリビジョンをチェックインするか、またはリビジョンをチェックアウトする手順は次のとおりです。
注意:
これらのタスクは、スタンドアロン・アプリケーションを使用して実行する必要があります。スタンドアロン・アプリケーションの実行の詳細は、『Oracle WebCenter Contentの管理』を参照してください。
リポジトリ・マネージャを使用して、チェックアウトを元に戻すか、リビジョンを再発行する手順は次のとおりです。
リポジトリ・マネージャを使用して特定のリビジョンを削除する手順は、次のとおりです。
コンテンツ・アイテムのすべてのリビジョンを削除するには、適切なメニューから「すべてのリビジョンを削除する」を選択して、同じ手順に従います。
システムにリリースされる前のコンテンツをレビューおよび承認のためにルーティングする方法は、ワークフローで指定します。レビューするファイルがあるユーザーには、電子メールで通知されます。
ワークフローの参加者の視点から見ると、ワークフローには2つのタイプがあります。
基本ワークフローは、特定のコンテンツ・アイテムのレビュー・プロセスを定義するワークフローで、手動で開始する必要があります。
基準ワークフローでは、事前定義された条件に一致するメタデータを持つファイルがチェックインされると、そのファイルは自動的にワークフローの対象となります。
リポジトリ・マネージャを使用してワークフロー・リビジョンを承認すると、ワークフロー内のすべての承認ステップがバイパスされます。ワークフローは正常に完了するものの、承認ステップをバイパスすることによって、予期しない結果が発生することがあります。たとえば、ワークフローの1つのステップで電子シグネチャが必要である場合に、リポジトリ・マネージャを介して関連するリビジョンを承認すると、ワークフローが完了し、リビジョンが承認されていても、電子シグネチャのレコードがありません。
注意:
リポジトリ・マネージャを使用してワークフロー・リビジョンを承認する場合は、その結果を理解してから実行してください。
リポジトリ・マネージャを使用してワークフローでリビジョンを承認または却下する手順は、次のとおりです。
メイン・メニューから、「管理」→「管理アプレット」を選択します。
「リポジトリ・マネージャ」→「コンテンツ」タブを選択します。
承認する1つ以上のリビジョンを選択します。
「機能」→「承認」または「却下」を選択します。また、右クリックして「承認」または「却下」を選択することもできます。
リストからリビジョンを除外するには、リビジョンの横にあるチェック・ボックスの選択を解除します。
「OK」をクリックします。
サブスクリプションとは、特定のコンテンツ・アイテムが改訂されたときに、電子メールでユーザーに通知する機能です。
電子メール・メッセージのバッファは20,000バイトです。多数のサブスクリプション電子メール通知が一度に送信されると(たとえば、40のコンテンツ・アイテムにそれぞれ40のサブスクライバが設定されている場合)、バッファがオーバーロードの状態になり、電子メール・メッセージが送信されないことがあります。サブスクリプション通知電子メールの合計サイズの制限は1GBです。nユーザーに送信される1つの電子メールに含めることができる、サブスクリプション通知電子メールの合計数は、1GBをサブスクリプション通知電子メールのサイズで除算した数となります。
ヒント:
サブスクリプション通知メッセージを変更するには、コンポーネント・アーキテクチャを使用して、次の内容をカスタマイズします。
subscription_mail_subjectインクルード(std_page.htm
ファイル)
wwSubscriptionMailSubject文字列(ww_strings.htm
ファイル)
subscription_mail.htm
テンプレート
サブスクリプションは、次の2通りの方法で作成できます。
基本サブスクリプション: ユーザーが個々のコンテンツ・アイテムを手動でサブスクライブします。サブスクリプションのタイプは事前定義済です。
条件サブスクリプション: ユーザーは、メタデータ条件に基づいてコンテンツ・アイテムのグループをサブスクライブできます。管理者は、ユーザーまたはエイリアスの2つの方法で条件サブスクリプションを設定できます。サブスクリプションがユーザーで設定されている場合、ユーザーは必要に応じてサブスクライブを解除できます。エイリアスが使用されている場合、ユーザーはサブスクライブを解除できません。
コンテンツ・アイテムは、次の2通りの方法でサブスクライブできます。
オープン・サブスクリプション: ユーザーは、基本または条件サブスクリプションによって、コンテンツ・アイテムを任意でサブスクライブします。
管理サブスクリプション: 管理者が、特定のサブスクリプションにユーザーおよびエイリアスを割り当てます。個々のユーザーが割り当てられた場合、各ユーザーは必要に応じてサブスクライブを解除できます。エイリアスが割り当てられている場合、そのエイリアス内のユーザーはサブスクライブを解除できません。
サブスクリプションの管理の一般的なタスクは次のとおりです。これらについて、次の各項で説明します。
この項では、ユーザーを追加する方法やサブスクライブ解除する方法について説明します。
ヒント:
サブスクリプションに追加したユーザーの電子メール・アドレスが正しくない場合、通知は失敗します。ワーク・キュー・ログで5つのエラーが発生するとシステムは終了し、残りのサブスクライバには通知されません。
条件サブスクリプションにユーザーを追加する手順は、次のとおりです。
メイン・メニューから、「管理」→「管理アプレット」を選択します。
「リポジトリ・マネージャ」→「サブスクリプション」タブを選択します。使用するサブスクリプションを選択します。
「サブスクライバ」をクリックします。
サブスクライブ者ページで、「追加」をクリックします。
「サブスクリプションの追加」ページで、「ユーザー」または「エイリアス」を選択し、「選択」をクリックします。
「ユーザーの選択」ページまたは「エイリアスの選択」ページで、サブスクライブするユーザーまたはエイリアスを選択します。
「OK」をクリックします。
以前に指定した条件フィールドの値を設定します。
「OK」をクリックします。
リポジトリ・マネージャを使用してリビジョンのサブスクリプション情報を表示する手順は、次のとおりです。
メイン・メニューから、「管理」→「管理アプレット」を選択します。
「リポジトリ・マネージャ」→「サブスクリプション」タブを選択します。
使用するサブスクリプションを選択します。
サブスクリプション情報を表示するリビジョンを選択します。
「機能」→「サブスクライバ」を選択するか、または右クリックして「サブスクライバ」を選択します。
「サブスクリプション」リストを絞り込むには、「サブスクライバ」ページで次の手順を実行します。
「フィルタの使用」チェック・ボックスを選択します。
「フィルタの定義」をクリックします。
サブスクリプションの詳細ページで、フィルタ条件を入力します。
「OK」をクリックします。
特定のユーザーまたはエイリアスのサブスクリプション詳細をすべて表示するには、そのユーザーまたはエイリアスを選択して「詳細の表示」をクリックします。
サブスクリプションの詳細ページが開きます。
電子シグネチャは複数の異なるコンテキストで使用および管理されます。
ワークフロー: 特定のステップにおいて、承認に電子シグネチャが必要であることを指定するために使用します。
電子シグネチャはコンテンツ・アイテムおよびそのメタデータとは別に格納されるため、複数のユーザーが1つの特定のコンテンツ・アイテム・リビジョンに署名できます。ワークフローにおける電子シグネチャの使用の詳細は、「ワークフローの管理」を参照してください。
コンテンツ・アイテム: コンテンツ・アイテムに電子的に署名し、ローカル・ファイルが一致するかどうかを確認するために、ローカル・ファイルを署名済のコンテンツ・アイテム(またはすべてのリポジトリ・コンテンツ)と比較するために使用します。詳細は、『Oracle WebCenter Contentの使用』を参照してください。
PDFウォーターマーク: 電子シグネチャ・メタデータを使用するウォーターマークを適用するために使用します。
この項では、次の項目について説明します。
電子シグネチャは、コンテンツ・アイテムのバイナリ・コンテンツから計算され、コンテンツ・アイテムに署名したユーザーの名前などの他のメタデータと関連付けられる一意の識別子です。ドキュメントと署名者の両方を一意に識別し、ドキュメントの情報を暗号化する電子署名と異なり、電子シグネチャはドキュメントとともに格納されません。
コンテンツ・アイテムをチェックインすると、コンテンツ・サーバーによって識別子が生成され、コンテンツ・アイテムのリビジョン・メタデータと一緒に格納されます。コンテンツ・アイテムに署名すると、識別子のコピーが電子シグネチャ・メタデータとともに格納されます。変更されたコンテンツ・アイテム・リビジョンをチェックインする場合は、新しい識別子が計算されます。
署名されたコンテンツ・アイテムが変更されたかどうか、およびコンテンツ・アイテムの既存のシグネチャが有効であるかどうかを判断するのに役立てるため、コンテンツ・サーバーでは、コンテンツ・アイテムとともに格納された識別子を電子シグネチャとともに格納された識別子と比較できます。
注意:
識別子はコンテンツからのみ計算され、関連付けられたメタデータからは計算されません。コンテンツ・アイテムのメタデータの変更によって、コンテンツ・アイテムの電子シグネチャが無効になることはありません。
電子シグネチャはコンテンツ・アイテムおよびそのメタデータとは別に格納されるため、複数のユーザーが1つの特定のコンテンツ・アイテム・リビジョンに署名できます。たとえば、ワークフローの承認プロセスにおいて、複数のレビューアがコンテンツ・アイテムの1つのリビジョンに署名できます。詳細は、「ワークフローの管理」を参照してください。
コンテンツ・アイテムの「ドキュメント情報」ページにアクセスするすべてのユーザーが、コンテンツ・アイテムに署名できます。コンテンツ・アイテムへの署名の詳細は、『Oracle WebCenter Contentの使用』を参照してください。
電子シグネチャ・コンポーネントとともにアーカイバを使用する場合は、ElectronicSignatures表を移動するために、表アーカイブ機能を使用してください。アーカイブ・コンテンツが関連するシグネチャ・メタデータなしでリストアされると、エラーが発生する場合があります。コンテンツのアーカイブの詳細は、『Oracle WebCenter Contentの管理』を参照してください。
電子シグネチャがPDFウォーターマークとともに有効な場合、PDFウォーターマーク機能は拡張されて、ドキュメントのPDFレンディションでの選択された電子シグネチャ・データのウォーターマークを適用できるようになります。詳細は、「電子シグネチャ・ウォーターマークの追加または編集」を参照してください。
コンテンツ・アイテムに電子的に署名すると、シグネチャには、ユーザー名やパスワードなどのユーザーに関する標準メタデータ、および名前(dDocName)やリビジョン(dRevisionID)などのコンテンツ・アイテム自体に関するメタデータが含められます。また、電子シグネチャ・コンポーネントにはxESigHasElectronicSignaturesフィールドも含まれており、コンテンツ・アイテムが署名されると、ここに1 (true)が自動的に設定されます。
電子シグネチャのメタデータの一部として格納されるメタデータ・フィールドも定義できます。電子シグネチャ情報は、データベース内の独立したElectronicSignatures表で保存および管理されます。
カスタム・メタデータ・フィールドを作成するときは、基本的なデータ型を選択し、必要に応じてカンマ区切りの値の選択リストを指定し、1つ以上のフィールドを必須フィールドとして指定します。定義したフィールドは、ユーザーがコンテンツ・アイテムに署名するとき、およびユーザーがコンテンツ・アイテムに関する詳細なシグネチャ情報を表示するときに表示されます。これらのページの詳細は、『Oracle WebCenter Contentの使用』を参照してください。
カスタム・メタデータ・フィールドを作成する前に、メタデータの要件を慎重に検討します。フィールドの作成(「変更の保存」のクリック)後は、フィールド名、データ型または必須ステータスは変更できません。フィールドを変更するには、元のフィールドを削除してから新しいフィールドを作成する必要があります。カスタム・フィールドを削除すると、そのフィールドに関連付けられた、すべての格納済データも削除されます。
カスタム電子シグネチャ・フィールドを追加または編集する手順は次のとおりです。
デフォルトで、電子シグネチャ・コンポーネントでは、安全でないネットワーク転送によって起こりうるパスワード情報の流出を回避するために電子シグネチャを適用する際に、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
注意:
コンテンツ・サーバーがInbound Refineryインスタンスを処理するように構成されている場合を除き、ファイルはすべてネイティブ・フォーマットでWebサイトに渡されます。
コンテンツ・サーバーがInbound Refineryインスタンス用のプロバイダとして構成されている場合は、ファイル拡張子に基づいて、変換用にリファイナリに渡すファイル形式を指定する必要があります。次の方法で対処できます。
「管理」トレイの「リファイナリ管理」からアクセスするファイル形式ウィザードを使用できます。
構成マネージャ・アプレットの「ファイル形式」オプションを使用して、ファイル拡張子(.doc
、.txt
など)をファイル形式にマップした後、リファイナリでファイル形式を変換オプションにマップできます。このオプションには、様々なファイル拡張子を様々な変換オプションにマップする柔軟性があります。
ファイル形式やカスタム・フィールドなどのコンテンツ・アイテムに対して指定された、メタデータ・フィールドの値の変換に基づくカスタム・コンポーネントを作成できます。
ジョブがコンテンツ・サーバーからInbound Refineryに渡された後は、リファイナリの構成によって、ネイティブ・ファイルを変換および返す方法が決定されます。
ファイル形式はインストール時に自動的に構成されるか、または、必要に応じて追加または変更できます。
変換の詳細は、「コンテンツの変換の管理」を参照してください。
新しいファイル形式を定義する場合は、ファイル拡張子に対応するMIME (Multipurpose Internet Mail Extensions)タイプを指定することをお薦めします(たとえば、doc
ファイル拡張子にマップされるフォーマットはapplication/mswordになります)。
コンテンツ・アイテムがリポジトリにチェックインされると、そのコンテンツ・アイテムのフォーマットは、ネイティブ・ファイルのファイル拡張子にマップされているフォーマットに従って割り当てられます。ネイティブ・ファイルが変換されない場合、コンテンツ・サーバーでは、コンテンツ・アイテムをクライアントに配信する際にこのフォーマットを含めます。フォーマットにMIMEタイプを使用すると、クライアントでは、ファイルのデータのタイプや関連付けられたヘルパー・アプリケーションなどの判断に役立ちます。
MIMEタイプおよび登録済のMIMEタイプのリストは、http://www.iana.org/assignments/media-types/index.html
で確認します。
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にカスタム変換プログラムをインストールします。 「ファイル形式」タブで、ファイル・タイプを変換プロセスに関連付けます。 |
ファイル・タイプと変換の関連付けは、2段階のプロセスとなります。
ファイル形式を追加し、フォーマットにファイル拡張子を関連付る手順は次のとおりです。
メイン・メニューから、「管理」→「管理アプレット」を選択します。
「構成マネージャ」をクリックします。
「構成マネージャ」ページで、ページ・メニューの「オプション」→「ファイル形式」を選択します。
「ファイル形式」ページで、ファイル形式を追加するために、「ファイル形式」ペインの「追加」をクリックします。
ファイル形式の追加/「ファイル形式の編集」ページで、必要な情報を入力します。
フォーマット: 通常はMIMEタイプです。
変換タイプ: フォーマット名を変換に関連付けます。
説明: ファイル形式の簡単な説明。
「OK」をクリックします。
ファイル形式に関連付けるファイル拡張子を入力する手順は次のとおりです。
「ファイル拡張子」ペインで、「追加」をクリックします。
ファイル拡張子の追加/「ファイル拡張子の編集」ページで、必要な情報を入力します。
拡張子: ファイル形式に対する指定。この拡張子のファイルは、「マップ先フォーマット」フィールドで指定した変換を使用して変換されます。
マップ先フォーマット: 指定された変換で使用可能なフォーマット(「ファイル形式」ペインで定義)のリスト。フォーマットを選択すると、該当する拡張子のすべてのファイルが、特定の変換プログラムに直接関連付けられます。
「OK」をクリックします。
サムネイルは、コンテンツの小さなプレビュー・イメージです。検索結果のページで使用され、通常は、それらが表すWeb表示可能ファイルにリンクしています。このことは、ユーザーが、あるファイルが探しているものであるかどうかを識別するのに、タイトルなどのテキスト情報のみに依存する必要がないことを意味します。サムネイルによって、実際にファイル自体を開くことなく確認できる、視覚的なサンプルがコンシューマに示されます。これにより、より大きい元のファイルのダウンロードを行う前に、ファイルを確認できます。
コンテンツ・サーバーによって提供されているオプションを使用して、サポートされているファイル・タイプのサムネイルを自動的に生成できます。
コンテンツ・サーバーには、基本的な一連のサムネイル作成オプションが用意されています。Oracle WebCenter Content: Inbound Refineryには、ファイル変換およびサムネイル生成についてさらに多くのオプションのセットがあります。
ファイルは、コンテンツ・タイプ別に指定されたディレクトリにグループ化されます。
コンテンツ・タイプは、ドキュメントがWebレイアウト
・ディレクトリとボールト
・ディレクトリに格納されているサブディレクトリの名前になります。
コンテンツ・タイプは、部門(ENG、MKTG、HRなど)、ドキュメント・タイプ(MEMO、FORM、SPREADSHEETなど)、または他の必要なモデルに対応付けることができます。
複数のコンテンツ・タイプ(ドキュメント、バイナリ、デジタル・メディアなど)がデフォルトで定義されていますが、これらは変更または削除できます。
各コンテンツ・タイプにはイメージが割り当てられているため、ユーザーは検索結果ページでコンテンツ・タイプを容易に識別できます。複数のイメージが用意されていますが、独自のイメージを作成して割り当てることもできます。
作成するコンテンツ・タイプは、管理可能な数(通常は50以内)にしてください。コンテンツ・タイプの数が多すぎると、システムのメンテナンスに必要な作業量が増加し、コントリビュータによるファイルへの正しいコンテンツ・タイプの割当てが困難になります。
コンテンツ・タイプの構成時に、類似した情報をグループ化する場合は、1つのコンテンツ・タイプで同じ接頭辞を使用することを検討してください。たとえば、接頭辞MEMOは、MEMO_INT、MEMO_EXT、MEMO_EXECのコンテンツ・タイプで使用されます。
この手順を使用して、次の作業を行います。
新しいコンテンツ・タイプの作成
既存のタイプの編集
コンテンツ・タイプの削除
メイン・メニューから、「管理」→「管理アプレット」を選択します。
「構成マネージャ」をクリックします。
「構成マネージャ」ページの「ページ」メニューから「オプション」→「コンテンツ・タイプ」を選択します。
新しいタイプを追加するには、「コンテンツ・タイプ」ページで、「追加」をクリックします。
タイプを編集するには、タイプ名をハイライトして「編集」をクリックします。
タイプを削除するには、タイプ名をハイライトして「削除」をクリックします。
注意:
削除するコンテンツ・タイプを使用しているコンテンツがまだ存在している場合、そのコンテンツ・タイプは削除できません。タイプの削除を試行する前に、そのタイプを使用しているコンテンツがないことを確認します。
確認ページで、「OK」をクリックします。
「コンテンツの追加」/「コンテンツ・タイプの編集」ページで、タイプの名前と説明を入力または編集します。
GIFリストから、コンテンツ・タイプに関連付けるイメージを選択します。
「OK」をクリックします。