1 概要

ビジネス・プロセスの最適化の必要性が高まるにつれて、既存のバックエンド・アプリケーションといかに効率的に統合するかということが、成功の鍵となってきています。ビジネス・プロセスを最適化するために、Oracle Application Serverアダプタを使用してアプリケーションを統合できます。 アダプタによって堅牢かつ軽量で高スケーラブルな標準ベースの統合フレームワークがサポートされ、種類の異なったアプリケーション間の相互通信が可能になります。たとえば、アダプタを使用すると、パッケージ・アプリケーション、レガシー・アプリケーション、データベースおよびWebサービスを統合できます。様々なベンダーにより提供される、異なった技術に基づく、異なったプラットフォームで稼働する異機種アプリケーションを統合することによって、相互運用性を確保できます。

注意: このマニュアルでは、アダプタと、OC4J、Business Process Execution Language for Web Services（BPEL）Process Manager、OracleAS Integration InterConnectおよびOracle Enterprise Service Busとの統合について説明します。

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

• Oracle Application Serverアダプタの機能

• Oracle Application Serverアダプタのタイプ

• Oracle Application Serverアダプタ・サービスのタイプ

1.1 Oracle Application Serverアダプタの機能

Oracle Application Serverアダプタには、次の利点があります。

• 複雑なビジネス・プロセスを統合するための接続プラットフォームの提供: アダプタは、メインフレーム・アプリケーションおよびレガシー・アプリケーションを、Enterprise Resource Planning（ERP）、カスタマ・リレーションシップ・マネジメント（CRM）、データベースおよびメッセージ・システムと統合します。Oracleには、SAPやSiebelなどの様々なパッケージ・アプリケーション、およびデータベースに接続するためのアダプタが200以上用意されています。 また、アダプタは、MQSeriesやOracle Advanced Queuingなどのミドルウェア・メッセージ・システムとTuxedoなどのレガシー・アプリケーションを統合して、完全なソリューションを提供します。

• オープン標準のサポート: アダプタは、J2EE Connector Architecture（J2CA）、Extensible Markup Language（XML）、Web Service Invocation Framework（WSIF）、Web Service Inspection Language（WSIL）およびWeb Service Definition Language（WSDL）などの標準セットに基づいています。標準をサポートすることによって、ユーザーの習熟曲線が短くなり、ユーザーが単一のベンダーに依存する割合が低くなります。

• サービス指向アーキテクチャ（SOA）の実装: オープン標準をサポートすることによって、アダプタは、疎結合、柔軟性および拡張性を容易にするSOAを実装します。

• ネイティブAPIの使用: アダプタは、バックエンド・システムとインタフェースする方法を複数サポートし、様々なデプロイ・オプションを提供します。ネイティブAPIを使用して、アダプタはバックエンド・アプリケーションと通信し、ネイティブ・データを、クライアントに提供する標準XMLに変換します。

• データのモデル化: アダプタは、設計時に構成されるアダプタ・メタデータに基づいて、ネイティブAPIと標準XML間の変換を実行します。 アダプタ構成は設計時に定義され、ランタイム・コンポーネントで使用されています。

• リアルタイム接続性および双方向接続性の簡略化: アダプタは、様々なバックエンド・システムとの双方向通信を提供します。双方向通信では、バックエンド・システムへのリクエストの送信、およびレスポンスの受信が行われます。また、アダプタはリアルタイムのイベント通知サービスもサポートします。このサービスでは、バックエンド・データの作成、削除および更新に関する正常なバックエンド・トランザクションに関連付けられたバックエンド・イベントについて通知されます。この双方向接続性によって、迅速で柔軟性のある効率的な統合が保証され、統合のコストが削減されます。

• 可用性の最大化: アダプタは、J2CA 1.5仕様に準拠し、Oracle Application ServerのJ2CAコンテナであるOracle Containers for J2EE（OC4J）にデプロイされます。したがって、基礎となるOracle Application Serverプラットフォームのスケーラビリティおよび高可用性を最大限利用できます。 また、アダプタはJBossおよびWeblogicプラットフォームでデプロイできます。

• 使いやすい設計時ツールの提供: アダプタは、アダプタを構成および管理するためのGraphical User Interface（GUI）を提供する設計時ツールを使用して、迅速な実装とデプロイを実現します。また、ツールを使用すると、バックエンド・スキーマを参照、ダウンロードおよび構成できます。

• Oracle Application Serverコンポーネントとのシームレスな統合のサポート: アダプタは、Oracle Application Server PortalなどのOracle Application Serverコンポーネント、BPEL Process Manager、およびEnterprise JavaBeans（EJB）、サーブレット、JavaアプリケーションなどのJ2EEアプリケーションと統合されます。

1.2 Oracle Application Serverアダプタのタイプ

Oracle Application Serverアダプタには、テクノロジ、パッケージ・アプリケーションおよびレガシーの3つのタイプがあります。図1-1は、様々なタイプのアダプタを図で説明しています。

図 1-1    Oracle Application Serverアダプタのタイプ

画像の説明

この項では、次のタイプのアダプタについて説明します。

• テクノロジ・アダプタ

• パッケージ・アプリケーション・アダプタ

• レガシー・アダプタ

1.2.1 テクノロジ・アダプタ

テクノロジ・アダプタは、Oracle Application Serverを、トランスポート・プロトコル、データ・ストアおよびメッセージ・ミドルウェアと統合します。 これらのアダプタには、OracleAS Adapter for FTP、OracleAS Adapter for JMS、OracleAS Adapter for Database、OracleAS Adapter for Advanced QueuingおよびOracleAS Adapter for MQ Seriesがあります。テクノロジ・アダプタは現在、BPEL Process Managerインストレーションで使用できます。

1.2.2 パッケージ・アプリケーション・アダプタ

パッケージ・アプリケーション・アダプタは、Oracle Application Serverを、SAPやSiebelなどの様々なパッケージ・アプリケーションと統合します。これらのアダプタには、OracleAS Adapter for Oracle Applications、OracleAS Adapter for PeopleSoft、OracleAS Adapter for SAP R/3、OracleAS Adapter for SiebelおよびOracleAS Adapter for J.D. Edwardsがあります。パッケージ・アプリケーション・アダプタは、OracleAS Adapters CDの一部として使用できます。

1.2.3 レガシー・アダプタ

レガシー・アダプタは、Oracle Application Serverを、レガシー・アプリケーションおよびメインフレーム・アプリケーションと統合します。これらのアダプタには、OracleAS Adapter for Tuxedo、OracleAS Adapter for CICS、OracleAS Adapter for VSAM、OracleAS Adapter for IMS/TMおよびOracleAS Adapter for IMS/DBがあります。レガシー・アダプタは、OracleAS Adapters CDの一部として使用できます。

1.3 Oracle Application Serverアダプタ・サービスのタイプ

アダプタには、アプリケーション間の通信を容易にするために次のタイプのサービスが用意されています。

• リクエスト/レスポンス（アウトバウンド相互作用）サービス

• イベント通知（インバウンド相互作用）サービス

• メタデータ・サービス

1.3.1 リクエスト/レスポンス（アウトバウンド相互作用）サービス

アダプタは、同期リクエスト/レスポンス・サービスをサポートしています。アダプタは、アダプタ・クライアントからリクエストを受信し、これらのリクエストをバックエンドのネイティブ・データ形式に変換し、バックエンド・アプリケーションで適切なメソッドをコールします。さらに、リクエスト/レスポンス・サービスは、リバース・トランスレーションの実行後、アダプタ・フレームワーク・コンポーネントに対するバックエンド・レスポンスを取得します。J2CA用語では、このタイプのサービスは、アウトバウンド相互作用とも呼ばれます。

リクエスト/レスポンス・サービスは、バックエンド・データの作成、削除、更新および問合せに使用でき、バックエンド・ワークフローおよびトランザクションのコールにも使用できます。たとえば、OC4Jアプリケーション・クライアントは、OracleAS Adapter for SAPを使用して、SAPアプリケーション内でカスタマを作成できます。

図1-2は、リクエスト/レスポンス・サービスを図で説明しています。

図 1-2    リクエスト/レスポンス・サービス

画像の説明

1.3.2 イベント通知（インバウンド相互作用）サービス

アダプタは、非同期通信パラダイムであるイベント通知サービスをサポートしています。J2CA用語では、このタイプのサービスは、インバウンド相互作用とも呼ばれます。

アダプタは、バックエンド・イベントの変更をリスニングまたはポーリングします。イベントをリスニングしているとき、アダプタは、イベントをアダプタに送信するように構成されたバックエンド・アプリケーションのリスナーとして登録されています。また、クライアント・アプリケーションが要求したイベントに対して、バックエンド・アプリケーション（通常はデータベースまたはファイル）をポーリングすることもできます。

イベント通知サービスは、バックエンド・データの作成、削除および更新に関する正常なバックエンド・トランザクションに関連付けられたバックエンド・イベントの追跡に使用できます。

図1-3は、イベント通知サービスを図で説明しています。

図 1-3    イベント通知サービス

画像の説明

1.3.3 メタデータ・サービス

アダプタ・メタデータ定義には、バックエンド接続、およびビジネス・オブジェクトとビジネス・サービスのスキーマに関する情報が格納されています。アダプタは、メタデータを参照および格納するための設計時コンポーネントと、サービスを実行するためのランタイム・コンポーネントで構成されています。アダプタ・メタデータ定義は、XMLスキーマ定義（XSD）およびWSDLファイルとして生成されます。図1-4は、メタデータ相互作用を図で説明しています。

図 1-4    メタデータ・サービス

画像の説明