2 Oracle WebCenter Contentの概要

Oracle WebCenter Contentは、様々な種類のコンテンツ管理を目的とした統合アプリケーションです。構造化されていないコンテンツを格納する統合されたリポジトリを提供し、そのコンテンツを適切な形式、および各組織の事業形態に適合する使い慣れたアプリケーションのコンテキストでビジネスユーザーに配信します。

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

2.1 コンテンツの管理

Oracle WebCenter Contentでは、ドキュメント、電子メール、電子ディスカッション、イメージ、ビデオおよびその他のタイプのデジタル情報を含むコンテンツを管理できます。この項では、コンテンツ・アイテムの管理に使用できる機能について説明します。次の項目について説明します。

2.1.1 Content Server

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

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

Oracle WebCenter Content Serverは、拡張機能を提供する多数のコンポーネントを備えています。これらのコンポーネントの一部はコア・システムにインストールされており、すぐに使用できますが、インストール後に有効化する必要のあるコンポーネントもあります。

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

次の各項では、よく使用されるContent Serverの機能を説明します。

2.1.1.1 フォルダ内のコンテンツ・アイテムの編成

FrameworkFoldersには、リポジトリ・コンテンツおよびそのメタデータを編成、検索および管理するための階層フォルダ・インタフェースが用意されており、有効に活用してください。

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

詳細は、『Oracle WebCenter Contentのマネージメント』「コンテンツの編成」を参照してください。

2.1.1.2 フォリオ内のコンテンツ・アイテム・グループの編成

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

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

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

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

詳細は、『Oracle WebCenter Contentのマネージメント』コンテンツ・フォリオの管理に関する項を参照してください。

2.1.1.3 Desktopを使用したコンテンツの管理

Oracle WebCenter Content: Desktopに含まれる一連の埋込みアプリケーションは、デスクトップでの操作をWebCenter Content Serverとシームレスに統合できます。すなわち、Microsoft Windowsエクスプローラ、Microsoft Officeアプリケーション(Word、ExcelおよびPowerPoint)などのデスクトップ・アプリケーションおよびMicrosoft OutlookやLotus Notesなどの電子メール・クライアントからリポジトリに容易にアクセスできるようになります。

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

詳細は、『Oracle WebCenter Content: Desktopの使用』Oracle WebCenter Content: Desktopの概要に関する項を参照してください。

2.1.1.4 ドキュメントからWebページへの変換

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

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

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

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

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

  • 各種デバイス(Webブラウザ、ワイヤレス・デバイスなど)用にドキュメントの複数のレンディションを使用できます。

  • レガシー形式を含めた多くのタイプのビジネス・ドキュメントがサポートされています。

『WebCenter Content Dynamic Converterテンプレート・エディタ・ガイド』テンプレートに関する項と、『Oracle WebCenter Contentのマネージメント』Dynamic Converterの概要に関する項を参照してください。

2.1.1.5 リポジトリにチェックインするコンテンツの分類

Content Categorizerを使用すると、WebCenter Content Server内で複数の分類法を使用できます。Content Categorizerには、すぐに使えるカテゴリ化ツールや機能に加えて、サード・パーティ製のカテゴリ化エンジン用のオープンAPIがあります。このオープン・アーキテクチャにより、ユーザーはサード・パーティ製のカテゴリ化ツールによって提供されるルール・セットや分類法を活用できます。結果として、組織のビジネス・ニーズに最も適したカテゴリ化エンジンを選択できます。たとえば、業界の既存の垂直分類を使用して、管理対象コンテンツを特定のカテゴリやサブカテゴリに編成できます。

Content Categorizerを使用すれば、管理者およびコンテンツ投稿者は、リポジトリにチェックインするコンテンツを、自動的に一貫した方法でインテリジェントに分類できるようになります。Content Categorizerはバッチ・モードで使用でき、大量の既存コンテンツをContent Serverに読み込むのに適しています。これにより、管理者は、個々のコンテンツ・アイテムにメタデータを割り当てる必要がありません。一方エンド・ユーザーは、新規コンテンツをチェックインする際、適切なメタデータを示すContent Categorizerの機能を利用できます。

各メタデータ・フィールドにカテゴリまたは特定の値を示すため、Content Categorizerは一連のルールを使用してコンテンツ・アイテムを分析します。自動カテゴリ化ルールには、ファイル・プロパティやテキスト参照を使用した直接相関、単語の一致に基づくスコア計算、ファイルから自動的に抽出された文または段落のサマリー、あるいは特定の言語パターンの認識などがあります。ルール・セットは、他のサード・パーティ製のカテゴリ化エンジンからも使用できます。

詳細は、『Oracle WebCenter Contentのマネージメント』コンテンツの分類に関する項を参照してください。

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

Content Trackerでは、コンテンツ・サーバーのインスタンスのアクティビティが監視され、それらのアクティビティについて選択した詳細が記録されます。 これにより、詳細なコンテンツ分析ができるようになり、Webチームに重要な情報を提供して、戦略的な管理と適切な情報の効率的な配信を可能にします。

Content Trackerは、Webサーバーのログ・ファイル、Webフィルタのログ・ファイル、およびコンテンツ・サーバーのデータベース表から収集したデータを使用して、アクセスされたコンテンツ・アイテムに関する情報を収集します。この情報には、メタデータおよびユーザー・プロファイル・データに加えて、ユーザー自身の情報が含まれることがあります。次にContent Trackerは、この情報をOracleまたはMicrosoft SQL Serverなどの任意のRDBMSデータベースのデータベース表に移入します。

詳細は、『Oracle WebCenter Contentのマネージメント』「コンテンツ・アクセスの追跡」を参照してください。

2.1.1.7 PDFファイルでのウォーターマークの使用

PDFウォーターマークは、WebCenter Content Serverとともに自動的にインストールされるオプション・コンポーネントです。有効な場合は、PDF Converterにより生成されたPDFファイルにウォーターマークを適用し(静的ウォーターマーク)、リポジトリに再びチェックインすることができます。

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

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

静的ウォーターマークは、Inbound RefineryおよびPDF Converterと協同して実施されます。ウォーターマークを適用できるのは、PDF ConverterでPDFに変換したコンテンツのみです。PDFに変換する予定のコンテンツに対する静的ウォーターマークは、チェックイン時に有効なウォーターマーク・テンプレートID (dDocName)をxPdfwTemplateIDメタデータ・フィールドに入力することでリクエストできます。

静的ウォーターマークは、自動化されたプロセス(WebDAVやBatchLoaderなど)でチェックインしたコンテンツにも適用できますが、前述のIBR/PDFC制限の対象であり、xPdfwTemplateIDフィールドに有効なテンプレートIDが含まれていることが条件です。

PDFコンテンツの動的ウォーターマークは、ルールベースです。ルールセットは「PDFウォーターマークの管理」画面の「ルール」タブで定義します。PDFドキュメントに対する特定のリクエストが事前定義のルールを満たしている場合は、そのルールに関連するテンプレートを使用して、リクエスト・ユーザーに戻す前のコンテンツのコピーにウォーターマークが適用されます。ウォーターマークが適用されるのはWebレイアウト・フォームのみで、ボールトの場所にある元のPDFファイルはそのままです。

詳細は、『Oracle WebCenter Contentのマネージメント』PDFウォーターマークに関する項および『Oracle WebCenter Contentの使用』PDFウォーターマークについてに関する項を参照してください。

2.1.1.8 コンテンツ・バスケット内のコンテンツ・アイテムの編成

コンテンツ・バスケットを使用すると、複数のコンテンツ・アイテムをすばやく検索してグループ化し、ダウンロードできます。たとえば、ニュースレターを印刷会社に送信したり、一連のドキュメントをベンダーに電子メールで送信したりする場合など、組織のロゴを様々な記事とともに送信することが必要な場合があります。コンテンツ・バスケットを使用すると、任意のコンテンツ情報または検索結果ページからコンテンツ・バスケットに追加するアイテムを選択できます。

コンテンツ・バスケットにアイテムを追加したら、「コンテンツ・サーバー」トレイからコンテンツ・バスケットにアクセスして、必要なコンテンツ・アイテムの単一の圧縮ファイルをダウンロードできます。

詳細は、『Oracle WebCenter Contentの使用』フォリオとコンテンツ・バスケットに関する項を参照してください。

2.1.2 ビジネスとOracle WebCenter Contentアプリケーションの統合

次のアダプタを使用して、ビジネス・アプリケーションをOracle WebCenter Contentと統合できます。

2.2 デジタル・アセットの管理

グラフィックやビデオなどのデジタル・アセットを管理し、それらをContent Serverリポジトリで使用できるように変換するためのソリューションがいくつか用意されています。

この項は、次の項目で構成されています。

2.2.1 イメージおよびビデオの管理

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

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

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

DAMを動作させるには、Inbound Refineryをインストールし、DAMがインストールされているコンテンツ・サーバーと連動するように適切に設定する必要があります。

詳細は、『Oracle WebCenter Contentのマネージメント』Digital Asset Managerに関する項を参照してください。

2.2.1.1 イメージの管理

イメージ・マネージャ機能を使用すると、様々なサイズおよび解像度のイメージをすばやく検索してグループ化し、ダウンロードできます。たとえば、組織のロゴを、広告、Webページおよびプレゼンテーション用に様々なサイズで使用可能にすることが必要な場合があります。チェックイン時、イメージは定義済の形式およびサイズに自動的に変換されます。その後、ユーザーは標準のメタデータを使用してイメージを検索し、レンディションをコンテンツ・バスケットにグループ化して、必要なイメージ・レンディションの単一の圧縮ファイルをダウンロードできます。

イメージ・マネージャは、次の事前定義済レンディション・セットをインストールします。

  • ThumbnailOnly

  • BasicRenditions

  • MultipleFormats

2.2.1.2 ビデオの管理

Video Manager機能を使用すると、様々なサイズおよび解像度のビデオをすばやく検索してグループ化し、ダウンロードできます。たとえば、イントラネットでのストリーミング、視聴者への公開、またはテープへのコピー用に、企業のトレーニング・ビデオを様々なサイズで使用可能にすることが必要な場合があります。チェックイン時、ビデオは定義済の形式およびサイズに自動的に変換されます。その後、ユーザーは標準のメタデータを使用してビデオを検索し、レンディションをコンテンツ・バスケットにグループ化して、必要なビデオ・レンディションの単一の圧縮ファイルをダウンロードできます。サード・パーティ製のアプリケーションを使用して、ビデオ・ファイルを複数の形式に変換できます。また、コマンド・ライン・ツールを使用してビデオ・レンディションを作成することもできます。詳細は、『Oracle WebCenter Contentの使用』「イメージおよびビデオの操作」を参照してください。

2.2.2 ネイティブ・コンテンツの各種形式への変換

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

詳細は、『Oracle WebCenter Contentのマネージメント』ネイティブ・コンテンツ変換の管理に関する項を参照してください。

2.2.2.1 サムネイル・ファイルの作成

このリリースのWebCenter Content Serverでは、オプションで、サポートされているファイル・タイプの基本的なサムネイルが作成されますが、ユーザーはContent Serverのアドオン・モジュールであるInbound Refineryを使用して、Content Serverの入力側(Inbound)でのすべてのファイル変換を管理できます。これはサムネイルの生成機能も提供します。ファイルは、Content Serverへのコンテンツのチェックイン時に変換されます。

Inbound RefineryにはOutside In Image Exportが含まれており、次の場合に使用できます。

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

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

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

Refineryのプロセス

ファイルがリポジトリにチェックインされると、ネイティブ・ファイルのコピーがネイティブ・ファイル・リポジトリ(vaultディレクトリ)に格納されます。ネイティブ・ファイルのフォーマットは、ファイルが元々作成されたフォーマット(Microsoft Wordなど)です。

変換するファイル形式が構成されている場合、対象となるファイルはキューに置かれて処理を待機します。Inbound Refineryは、設定された間隔でキューをチェックします。ファイルが存在する場合、Inbound Refineryは適切な変換アドオンを呼び出して、実際に変換を実行します。厳密な変換プロセスはInbound Refineryの設定内容によって異なります。場合によっては、目に見える形での対話が行われることなく、変換が完全にバックグラウンドで行われることがあります。あるいは、ファイルがネイティブ・アプリケーションで開かれ、PostScriptファイルに出力されて、その後別の形式(PDFファイルなど)に変換されることもあります。この場合、Inbound Refineryマシン上でウィンドウが自動的に開閉します。その後、変換されたファイル(Web表示可能なPDFファイルなど)は、Web表示可能なファイル・リポジトリ(weblayoutディレクトリ)にコピーされます。これによりユーザーは、ファイルをWebブラウザで表示できます。

変換するファイル形式が構成されていない場合(または変換が失敗した場合)、Web表示可能なファイルは作成されず、ネイティブ・ファイルのコピーがweblayoutディレクトリに配置されます。これは、ファイルがネイティブ・フォーマットのままライブラリに渡されることを意味します。そのためファイルを表示するには、ネイティブ・アプリケーションをユーザーのコンピュータにインストールする必要があります。

2.2.2.2 コンテンツのPDFへの変換

PDF Converter機能を使用すると、ネイティブ・コンテンツ・アイテムをWeb表示可能なPDF (Portable Document Format)ファイルで自動的に公開できます。ネイティブ形式のPDFレンディションは、新規コンテンツをリポジトリにチェックインするとただちに生成されます。このPDFレンディションにより、ユーザーはネイティブ・アプリケーションをインストールすることなく、コンテンツ・アイテムをWeb表示できます。PDF Converterは、Adobe Framemaker、Illustrator、InDesign、PageMaker、Photoshopに加えて、Hangul、JustSystemsの一太郎、Microsoft Office、Microsoft VisioおよびOracle OpenOfficeなど、多数のファイル形式をPDFに変換します。

PDF Converterは、最適化されていないPDFファイルを最適化し、Microsoft Wordのハイパーリンク、mailtoリンクおよび目次リンクなどのリンク処理も行います。

2.2.2.3 コンテンツのXMLへの変換

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

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

管理者は、XSL変換から生成されたXMLを検証するために、DTD (Document Type Definition)を使用することもできます。変換中にエラーが発生した場合は、すべての関連ドキュメント(元のSearchMLまたはFlexionDocファイル、XSL変換後に生成されたXMLファイル、エラー・レポートなど)がチェックインされ、デバッグのためにワークフローを介して開発者または管理者に送信することができます。

XMLファイルはWebベースのリポジトリに格納して管理されるため、Webブラウザを使用して任意の場所からアクセスできます。これにより、他のエンタープライズ・アプリケーション、データ交換、再利用、および他の形式への変換などに利用できます。XML Converterには、企業レベルのパフォーマンスを備えたすぐに利用可能なXMLソリューションがある一方で、W3C標準規格との互換性が確保されています。

2.2.2.4 TiffファイルのPDFへの変換

Tiff Converter機能を使用すると、TIFF (Tagged Image File Format)イメージ・ファイルをコンテンツ・サーバーにチェックインして、それらを複数ページのPDFファイルとして公開できます。

Tiff Converterは、CVISION CVista PdfCompressorまたはAdobe Acrobat Captureのいずれかを使用して、単一ページのTIFFファイル、複数ページのTIFFファイル、または複数のTIFFファイルを内包するzipファイル(TIFZ、TIZまたはZIPのファイル拡張子)を単一のPDFファイルに変換します。また、TIFFからPDFへの変換時にOCR (光学式文字認識)を実行することで、Content Server内の管理対象TIFFファイルに全文検索を実行できます。Oracle WebCenter Enterprise Captureを使用して、TIFFファイルを検索可能なPDFドキュメントに変換することもできます。

注意:

CVISION CVista PdfCompressorおよびAdobe Acrobat Captureは、サード・パーティ製品です。

Tiff Converterは非常に有用なスキャニング・アプリケーションです。リポジトリへのチェックイン時にTIFFイメージをPDF形式に自動変換することで、レガシー・コンテンツを簡単に表示できるようにします。リリースされたTIFFイメージの変換がクライアント側またはサーバー側で発生することがあり、Adobe Acrobat Captureテクノロジが使用されます。TIFF Converterを使用すれば、ブラウザおよびAdobe Readerを使用して、管理対象のレガシー・コンテンツ(スキャン済ドキュメント)を簡単に表示してアクセスできるようになります。

2.3 Webコンテンツの管理

Oracle WebCenter Contentにより、Webサイトのコンテンツ管理に使用するツールが提供されます。その中には、コンテンツのデプロイ方法および格納方法に関するものがあります。

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

2.3.1 Site Studioについて

Site Studioは、企業規模のWebサイトを設計、構築およびメンテナンスするための包括的なアプローチを提供するWeb開発アプリケーション・パッケージです。Webサイトに関連付けられたものは、サイト・アセット(テンプレート、グラフィック、CSSファイルなど)およびすべてのサイト・コンテンツを含めて、すべてコンテンツ・サーバーに格納され、管理されます。Site Studioを使用すると、組織は正確でタイムリな最新のWebコンテンツを保持し、すべての企業サイトで一貫したブランディングとプレゼンテーションを提供できます。

Webサイトの作成および投稿機能には、次のものがあります。

  • Webサイトからの直接のインコンテキストでの投稿および更新

  • 階層型のWebサイト構造およびナビゲーション

  • 複数の領域で構成されるテンプレート・ベースのページ

  • コンテンツと表示の分離

  • ナビゲーション構造とその表示の分離

  • 安全な領域レベルのコンテンツ作成および編集

  • WYSIWYGでXMLベースの投稿フォーム

  • 再利用可能なコンテンツおよびXMLベースのフラグメント

  • 単一ソースのコンテンツ管理

  • 複数サイトの管理

また、組織がWebサイトの開発を複数のサイト設計者に分散しながら、中央の開発者チームでブランドや外観に対する管理を行う場合にも、Site Studioを使用してWebサイトを構築できます。Site Studioにより、開発者は、再利用可能なドラッグ・アンド・ドロップのレイアウト、フラグメント、ナビゲーション、および独自のWebサイトを開発するためのバックエンド・アプリケーションを統合するコードをサイト設計者に提供するための、カスタマイズ可能なライブラリを作成できます。

Site Studioのカスタマイズ可能なライブラリとWebサイト設計用の組込みフレームワークを使用すると、サイト設計者は、HTMLやその他のプログラミング言語の知識がほとんど(あるいはまったく)なくても、適切に設計された堅固なサイトを作成できます。

2.4 レコード保存の管理

Oracle WebCenter Content: Recordsで提供されるレコード管理機能を使用すると、組織で保存スケジュールに従ってコンテンツを追跡および保存できるようになります。組織内でコンテンツの目的が達成されたなら、そのコンテンツは処分するか、アーカイブできます。レコード管理機能を動作させるには、WebCenter Content ServerでオプションのRecordsコンポーネントを有効にする必要があります。

レコード管理の主眼は、履歴やアーカイブとして、または法的な目的でコンテンツを保持することに置かれる傾向がありますが、一方で保存管理も実行されます。保存管理の主眼は、コンテンツの保存にかかるコストが、保持することの価値を上回った場合に、スケジュールに従ってコンテンツを削除することに置かれる傾向があります。

Oracle WebCenter Contentは、レコード管理と保存管理を1つのシステムに統合しています。それを使用すると、必要に応じたコンテンツの追跡および保存、または不要になったコンテンツの処分が可能になります。

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

コンテンツ・サーバーとの統合にアダプタを使用する方法の詳細は、「アダプタを使用したレコード保存の管理」を参照してください。

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

2.4.1 レコードの構成と管理

自身のサイトにインストールするレコード管理オプションを選択できます。特定のオプションを選択することにより、有効にして使用可能にするコンポーネントを決定します。次の構成を使用できます。

  • 最小: 必要最小限の機能を使用できるようにし、いくつかの処理アクションおよび大半の機能を除外します。

  • 標準: DoD構成、分類されたトピックおよび電子メールを除くすべての機能とすべての処理アクションを使用できるようにします。このオプションは物理コンテンツ・マネージャ(PCM)を有効にします。

  • DoDベースライン: 標準インストールにDoD構成と電子メールを追加した機能を使用できるようにします。

  • DoD分類済: すべての機能を使用できるようにします。

  • カスタム: 使用可能にする各種機能を選択できます。一部の処理アクションは別のアクションに依存しています。あるアクションを選択すると、依存しているアクションも自動的に選択されます。

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

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

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

2.4.2 保存のプロセス

次のステップは、保存されたコンテンツの基本的なワークフローを示しています。

  1. 保存スケジュールおよび必須コンポーネント(トリガー、期間、分類およびカスタム・セキュリティまたはメタデータ・フィールドなど)が作成されます。

  2. ユーザーによってアイテムが保存スケジュールにファイルされます。ファイルされたアイテムについては、割り当てられたカテゴリの処理スケジュールが前提となります。

  3. 定義された処理スケジュールに従って、処理ルールが実施されます。通常、これには保存期間が含まれています。システム駆動のトリガーまたはカスタム・トリガーによって処理が行われます。トリガーは、複数のアイテムに同時に作用できます。

  4. (トリガーによる)処理イベントの実施ごとに、電子メール通知がイベント処理の責任者に送信されます。これは確認についても同様です。保留イベントおよび確認は、電子メールで送信される「保存割当」リンクからアクセスできるページに表示されます。

  5. レコード管理者または権限を持つユーザーが確認プロセスを実行します。これは手動プロセスとなります。

  6. レコード管理者は保留イベントのページで処理アクションを処理します。これは手動プロセスとなります。

多くの処理スケジュールは、予測可能なスケジュールに従った時間ベースのものになります。たとえば、ファイルされたコンテンツは、一定年数が経過した後に破棄されます。システムでは、影響のあるコンテンツの処理期日が追跡されます。通知メールが送信され、コンテンツは「保存割当」領域にルーティングされます。

その後、保留イベントおよび確認の責任者が適宜コンテンツを処理します。使用できるメニュー・アクションは、アイテムの状態に応じた状況依存のものになります。たとえば、保存フォルダ破棄の最終処理段階になると、「破棄」アクションが使用できるようになりますが「アーカイブ」アクションは使用できなくなります。

一方、時間イベントおよびイベントベースの処理は、非システム駆動トリガー(特別なシナリオで定義されたトリガー)で発動させる必要があります。たとえば、保留中の法的案件の起訴が開始された場合、開始日程情報は外部となるので、レコード管理者は、カスタム・トリガーを有効にして動作日を設定する必要があります。カスタム・トリガーにより、特別イベントの発生に基づいたイベント・ベースおよび時間イベント・ベースの処理アクションを定義できます。

次の図により、処理(処分)時まで保持されるレコードの標準ライフ・サイクルを示します。

図は、レコードの一般的なライフサイクルを示しています

2.5 アダプタを使用したレコード保存の管理

アダプタは、コンテンツ管理ポリシーを格納する、レコード管理機能が有効にされたOracle WebCenter Contentと、アダプタ・サーバーのコンテンツ・ボールト(追加のコンテンツを保持)間のブリッジになります。レコード保存の管理の場合、「Universal」オプションを選択する必要があります。

複数のレコード・アダプタをOracle WebCenter Contentで使用して、企業のコンテンツ要件を管理できます。レコード管理の詳細は、「レコード保存の管理」を参照してください。

2.5.1 アダプタのアーキテクチャ

一般的なContent Server Adapterに含まれる主要コンポーネントを次に示します。

  • Content Server Adapter: レコード管理機能が有効にされたOracle WebCenter ContentとContent Server Adapterのコンテンツ・ボールトとの間で通信を行います。Content Server Adapterは、次のような共通の保存機能を提供します。

    • Recordsシステムに関わるリポジトリ内コンテンツの識別

    • 検索の実行、およびRecordsシステムに適用可能なコンテンツ・アイテムの宣言

    • 既存のコンテンツ・アイテムの保存期間終了時における配置処理の実行

    • コンテンツ・アイテムの保留および凍結の設定と削除(必要な場合)