FileNet P8 のアーキテクチャー

FileNet® P8 は、コンテンツエンジン、プロセスエンジン、アプリケーションエンジンから構築される。

FileNet P8 主力製品を構成する主なコンポーネントは以下のエンジンである:
  • Content Engine
  • Process Engine
  • Application Engine
各エンジンは、明確に定義された一連のサービスとタスクを実行するサービスおよびアプリケーションの集合で構成されます。
次の図は、 FileNet P8 アーキテクチャと、各エンジンがどのように相互作用し、データベースと相互作用するかを示している。
図1: FileNet P8 アーキテクチャー

FileNet P8 のアーキテクチャーの概要

Content Engine

FileNet P8 製品群を使用することで、各ドキュメントのコンテンツはコンテンツ・エンジン・サーバーによって保存・管理される。 Content Engine は、 J2EE アプリケーションとして実装されるので、J2EE アプリケーション・サーバー内で実行されます。 コンテンツ・エンジンは、 WebSphere®、 WebLogic,、JBossアプリケーション・サーバーをサポートしている。 各文書に関連したプロパティーから文書のメタデータが構成されます。 標準的なメタデータ・プロパティーには、文書の作成者、文書の作成時間、および文書のタイプがあります。 メタデータは、文書カタログと呼ばれるデータベースに保管されます。 コンテンツ・エンジンは、 DB2®、 Oracle、 SQL Server データベースをサポートしています。 特定の文書の検索では、Content Engine データベースが照会されてから、一致する文書に対応するコンテンツが取り出されます。

コンテンツ・エレメントと呼ばれる、コンテンツの複数の部分を、単一の文書に関連付けることができます。 コンテンツ・エレメントは、次のいずれのロケーションにでも保管できます。
  • データベース
  • 標準的なファイルシステム
  • 固定コンテンツ・デバイス

コンテンツは Content Engine データベースに保管できますが、この構成を使用しないようにお勧めします。このデータベースは大きくなりすぎて、すべてのコンテンツを保持する場合に管理が難しくなる可能性があるからです。 コンテンツの保管には、ファイルシステムか固定コンテンツ・デバイスのいずれかを使用してください。 ファイルシステムを使用すると、ほとんどの場合、Network Attached Storage (NAS) デバイスまたは Storage-Attached Network (SAN) デバイスに保管されます。 新磁気ディスク制御機構 (RAID) システムを実装すると、データのパフォーマンスと高可用性の両方が向上します。 固定コンテンツ・デバイスには通常、特定のコンプライアンス要件を満たす特殊なストレージ・サブシステムが含まれます。この要件とは、例えば、コンテンツが変更されないことや、将来の指定日まで削除できないことを保証できることです。 Content Engine は、ユーザーが拡張可能な文書クラスをサポートします。これにより、ユーザーは、保管できる新しいタイプの文書や、これらの文書クラスが維持する追加のメタデータを定義することができます。

また、Content Engine は、イベント処理もサポートします。つまり、文書の作成、削除、チェックイン、チェックアウトなどの選択されたイベントが発生するたびに、ユーザー定義のアクションを実行する機能です。 セキュリティーは、アクセス制御リスト (ACL) を使用して文書クラスまたは個々の文書で構成できます。そのため、文書の所有者は、だれが文書にアクセスまたは変更できるかを正確に定義することができます。 コンテンツをバージョン管理することができるので、文書のコンテンツの改訂を Content Engine にチェックインすることができ、Content Engine は、ある期間にわたるこれらのすべてのバージョンのリストを維持します。 Content Engine 内の文書は、1 つ以上のフォルダーにファイリングすることによって階層状に配置できます。

Content Engine は、サポートされる複数の Lightweight Directory Access Protocol (LDAP) サーバーのいずれかを使用して、ユーザー認証を実行します。 LDAP サーバーを使用すると、Content Engine システムのインストールや管理が簡単になります。これは、大部分の企業が、ユーザー ID やパスワードの保守に LDAP システムを使用しているためです。 Content Engine は、LDAP サーバーからの応答をキャッシュに入れる (ある期間、コピーを保持する) ので、LDAP 照会数が減り、将来の応答時間が短縮されます。

Content Engine は、TCP/IP を使用して、EJB 通信プロトコルを使用する通信を搬送します。

Content Engine を使用するには、次のいずれかのタイプのデータベースをセットアップしておく必要があります。
  • DB2
  • Oracle
  • SQL

Process Engine

Process Engine は C++ ベースのアプリケーションであり、エンタープライズ・アプリケーションの構築と提供に使用する企業全体のプロセス管理プラットフォームを提供します。 Process Engine を使用すると、自動化されたビジネス・プロセスを作成、変更、および管理することができます。 Process Engine は、プロセス実行と経路指定、外部ルール・エンジンの統合、プロセス分析、プロセス・シミュレーションなどのソフトウェア・サービスを提供します。 これらのプロセスは、アプリケーション、エンタープライズ・ユーザー、または外部ユーザー (パートナーやクライアントなど) によって実行できます。 プロセスは隔離された領域の中で実行され、その領域は個々の処理スペースの役目をします。 Process Engine は Process Engine データベースを使用し、そのデータベースには、プロセスに関連したすべてのデータが保管されます。

Process Engine を使用するには、次のいずれかのタイプのデータベースをセットアップしておく必要があります。
  • DB2
  • Oracle
  • SQL

Process Engine は、ユーザー認証に Content Engine を使用して、そのインストールと管理をさらに簡単にします。 また、TCP/IP を使用して、IIOP 通信プロトコルを使用する通信を搬送します。

Application Engine

Application Engine は、Workplace Web アプリケーション、Workplace Java™ アプレット、およびアプリケーション・プログラミング・インターフェース (API) をホストします。 コンテンツとプロセスの両方のプレゼンテーション層です。 また、Application Engine は、ディレクトリー・サービスに対するユーザー認証も処理します。 Application Engine は、導入済みの 1 つ以上のアプリケーションを備えたアプリケーション・サーバーで構成されます。

Application Engine のクライアントは Web ブラウザーです。 これらのクライアントは、Application Engine への接続に HTTP または HTTPS プロトコルを使用します。 Application Engine は、Content Engine および Process Engine のクライアントとして、接続にクライアント・プロトコルを使用します。