ヘッダーをスキップ

Oracle Application Server Adapter for Oracle Applications ユーザーズ・ガイド
10g （10.1.3.4.0）
B50865-01		目次へ
目次		戻る
戻る		次へ
次へ

OracleAS Adapter for Oracle Applicationsの概要

この章の構成は、次のとおりです。

OracleAS Adapter for Oracle Applicationsの概要

Oracle Applicationsは、すべてがインターネット上で動作する統合ビジネス・アプリケーションのセットです。Oracle Applicationsにより、次のことが可能になります。

Oracle Applications内のアプリケーションは、OracleおよびOracle以外のアプリケーションのデータを統合する統合情報アーキテクチャの上に構築され、企業全体で一貫した顧客、仕入先、取引先および従業員の定義が可能になります。この結果、一連のアプリケーションで最新の実績値、財務比率、損益のサマリーなどの情報を提供することが可能になります。Oracle ApplicationsをOracle以外の他のアプリケーションと接続するには、OracleAS Adapter for Oracle Applicationsを使用します。

OracleAS Adapter for Oracle Applicationsでは、Oracle Applicationsに対して、包括的、双方向、マルチモード、同期および非同期の接続が可能になります。 このアダプタは、Oracle Applicationsリリース12およびリリース11i のすべてのモジュールをサポートします。Oracle E-Business Suiteのバージョンに応じたカスタム統合インタフェース・タイプの選択もサポートに含まれます。

重要: Oracle E-Business Suiteの各種バージョンのサポートには次の条件があります。

機能

OracleAS Adapter for Oracle Applicationsは、次の機能で構成されています。

注意: この概要では、現在のリリースのOracleAS Adapter for Oracle Applicationsにおける新機能の詳細を説明しています。詳細は、「このリリースの新機能」を参照してください。

アーキテクチャ

OracleAS Adapter for Oracle ApplicationsはJ2CA 1.0標準に基づいており、BPEL Process Managerと同じOracle Application Server Containers for J2EE（OC4J）コンテナにリソース・アダプタとして配置されます。OracleAS Adapter for Oracle Applicationsのアーキテクチャは、テクノロジ・アダプタのアーキテクチャに類似しています。

OracleAS Adapter for Oracle Applicationsのアーキテクチャ

図の説明は本文にあります。

統合インタフェース・タイプ

OracleAS Adapter for Oracle Applicationsは、Oracle Applications用の非常に柔軟性の高い統合インタフェースとして動作します。アダプタでは、Oracle Applicationsを統合する、次のインタフェース・タイプがサポートされています。

OracleAS Adapter for Oracle Applicationsでは、Oracle Integration RepositoryではなくOracle Applicationsモジュール・ブラウザにより公開される次の統合インタフェース・タイプもサポートしていることに注意してください。

注意: ビジネス・イベント統合インタフェース・タイプも、Oracle Integration RepositoryではなくOracle Applicationsモジュール・ブラウザにより公開されます。

Oracle Integration Repositoryのサポート

Oracle Integration RepositoryはOracle E-Business Suiteに不可欠な機能であり、Oracle Applicationsで提供される様々なパブリック統合インタフェース（ビジネス・インタフェースと呼ばれます）の情報のビルトイン・カタログです。Oracle Integration Repositoryは、Oracle E-Business Suiteのビジネス・インタフェースに使用できるインタフェース・メカニズムの包括的なビューを備えています。 これらのインタフェースは、Oracle Integration Repositoryの要件に応じて設計時に定義が注釈付けされているため、公開されています。

Oracle Integration Repositoryが提供できるのは、開発者が公開のために特に注釈を付けた統合インタフェースに関する情報のみです。 OracleAS Adapter for Oracle Applicationsは、すでに作成済の注釈を利用して、次のビジネス・インタフェース・タイプをOracle Applicationsモジュール・ブラウザで表示します。

これらのビジネス・インタフェースはWebサービスとして公開され、Oracle BPEL Process Managerを介したプロセスの統合に利用できます。

Oracle Integration Repositoryの詳細は、『Oracle Integration Repository User's Guide』を参照してください。 これらのマニュアルは、Oracle Applicationsドキュメント・ライブラリに付属しています。Oracle Applicationsマニュアルには、次のリンクからアクセスできます。

http://www.oracle.com/technology/documentation/applications.html

Oracle E-Business Suiteの各種バージョンにおけるカスタム統合インタフェースのサポート

OracleAS Adapter for Oracle Applicationsでは、Oracle E-Business Suiteの次のバージョンについて、カスタマイズされたPL/SQL APIなどのカスタム・インタフェースをサポートするようにOracle Integration Repositoryを暗黙的に利用する機能が拡張され、Oracle E-Business Suiteのサポートが拡張されています。

重要: Oracle E-Business Suiteの各種バージョンのサポートには次の条件があります。

ビジネス・サービスの作成時と実行時で、OracleAS Adapter for Oracle Applicationsは、カスタマイズされたPL/SQL APIをシード済のPL/SQL APIの一部として扱います。唯一の違いは、カスタマイズされたPL/SQL APIは設計時にOracle Applicationsモジュール・ブラウザで公開できることです。

Oracle E-Business Suiteリリース12のサポート

リリース12からは、Oracle Integration RepositoryがE-Business Suiteに同梱されています。これにより、OracleAS Adapter for Oracle ApplicationsからOracle Integration Repositoryの本番データベースに直接接続し、publicインタフェースを問い合せて、カスタマイズされたPL/SQL APIのリストをOracle Applicationsモジュール・ブラウザの「その他インタフェース」ノードの下に表示できます。

リリース12におけるカスタム統合インタフェースのサポート

図の説明は本文にあります。

OracleAS Adapter for Oracle Applicationsでは、Oracle Applicationsに接続する本番データベースからIntegration Repositoryデータファイルを抽出し、Integration Repositoryのローカル・コピーをワークプレイスに作成できることに注意してください。次回にpublicインタフェースを検索する際には、システムでワークプレイス内のキャッシュ・バックエンド接続からデータを取得できます。

Oracle E-Business Suiteリリース12への接続の詳細は、各統合インタフェースの「パートナ・リンクの作成」または「パートナ・リンクの追加」設計時タスクを参照してください。

Oracle E-Business Suiteリリース11i10のサポート

Oracle E-Business Suite リリース11i10のバージョンをサポートするために、OracleAS Adapter for Oracle ApplicationsはOracle Integration Repositoryの本番データベースに接続し、問合せのためにデータファイルをOracleAS Adapter内に格納します。 設計時に、OracleAS Adapter for Oracle Applicationsは内部の統合リポジトリのネイティブXMLデータファイルからpublicインタフェースを問い合せて、Oracle Applicationsモジュール・ブラウザの「その他インタフェース」ノードの下にカスタム統合インタフェースのリストを表示します。

リリース11i10におけるカスタム統合インタフェースのサポート

図の説明は本文にあります。

リリース11i10より前のOracle E-Business Suiteのサポート

リリース11i10より前のOracle E-Business Suiteをサポートするために、OracleAS Adapter for Oracle Applicationsは、すべてのインタフェース・タイプについてOracle Integration Repositoryの本番データベースに接続します。 リリース11i10より前のOracle E-Business Suiteでは、public、privateおよびカスタマイズされたPL/SQL APIの間に違いがないため、OracleAS Adapter for Oracle ApplicationsではすべてがOracle Applicationsモジュール・ブラウザを介して各モジュールのノードの下に表示されます。

11i10より前のリリースについてブラウザから選択する前に、「アダプタ構成ウィザード」で使用するインタフェース・タイプを選択する必要があります。ブラウザには、選択したタイプの全インタフェースが表示されます。

たとえば、「EDIゲートウェイ」インタフェース・タイプを選択した場合、Oracle Applicationsモジュール・ブラウザには、E-Commerce（EDI）Gatewayに関連付けられているコンカレント・プログラムのリストが表示されます。

11i10より前のリリースにおけるカスタム統合インタフェースのサポート

図の説明は本文にあります。

設計時にモジュール・ブラウザでAPIを選択すると、選択したAPIはOracleAS Adapter for Oracle Applicationsによりデータベースと照合して検証されます。そのAPIが特定バージョンのインスタンスのデータベースに存在していれば、関連WSDLファイルが正常に生成されます。

このリリースの新機能

この項では、OracleAS Adapter for Oracle Applications 10g （10.1.3.4.0）で追加された新機能について説明します。

機能セキュリティのサポート

セキュリティは、アプリケーション・コンテンツを不正アクセスから保護するように設計された、最も重要な機能です。 OracleAS Adapter for Oracle Applicationsでは、Oracleユーザー管理の機能セキュリティを利用することにより、BPELプロセスを介して公開される、Oracle Applicationsを更新するAPIの実行を、認証済権限のあるユーザーのみに許可するセキュリティ機能が提供できるようになりました。 この機能により、不正アクセスやセキュリティ・チェックなしの実行からApplication Program Interface（API）が保護されます。

OracleAS Adapter for Oracle Applicationsでは、このセキュリティ・サポートをオプション機能としていることに注意してください。 すべてのログイン・ユーザーがセキュリティ・チェックなしでAPIにアクセスし実行できるようにする場合は、「BPEL用EBSアダプタ、機能セキュリティの有効化（EBS_ADAPTER_FUNCTION_SEC_ENABLED）」プロファイル・オプションを使用して、この機能を無効にできます。 機能セキュリティ機能を有効にしてある場合、PL/SQL API、Oracle E-Commerce Gatewayおよびコンカレント・プログラムに対するすべてのAPIコールは、実行前にユーザー・セキュリティがチェックされます。

J2EEデータ・ソースを使用したネイティブE-Business Suite接続

OracleAS Adapter for Oracle Applicationsでは、実行時にユーザーを認証し、J2EEデータ・ソースを使用してOracle Applicationsデータベースに接続する、新しいメカニズムが取り入れられています。 J2EEデータ・ソースはBPELプロセスを実行するOC4Jコンテナで定義されるため、この方法は、アプリケーション・データベースにアクセスするための接続プールを定義するOracle E-Business Suiteに固有です。

この新しいメカニズムにより、データベース接続の構成の一環として必要なアプリケーション・ログインのユーザー名およびパスワードなどのアカウントの詳細情報が、J2EEデータ・ソース作成時に入力パラメータとしてdbcファイルの位置とともに追加されます。

注意: この機能を使用できるようにするには、Oracle E-Business Suiteリリース12およびリリース11i10に対し、実行時に必要なパッチを適用して、Oracle E-Business Suiteと外部Oracle Application Server間の接続を有効にする必要があります。 詳細は、OracleMetaLink Document 464164.1『Oracle Application Sever Adapter for Oracle Applications Documentation Update, Release 10g』を参照してください。

アプリケーション・コンテキストについて

アプリケーション・コンテキストは、Oracle Applicationsとの安全なトランザクション処理のために必要です。

アプリケーション・コンテキストは、組織ID、ユーザー名および職責を組み合せたものです。アプリケーション・コンテキストを設定するために、Oracle Applications設定データから組織IDが暗黙的に導出されます。

アプリケーション・コンテキストを理解するには、まず組織IDと複数の組織がどのように関連しているかを理解する必要があります。

複数の組織でのアプリケーション・コンテキスト

複数の組織には、会計帳簿、ビジネス・グループ、法的エンティティ、営業単位または在庫組織があります。複数の組織と組織間のリレーションシップは、Oracle Applicationsの単一インストールで定義できます。

各階層の最上位のビジネス・グループを使用して、複数レベルの組織階層を定義できます。新しい組織を定義すると、現在のセッションに関連付けられたビジネス・グループに自動的に割り当てられます。各組織はビジネス・グループに属しています。通常、ビジネス・グループは企業の組織図の最上部にあるボックスです。

ビジネス・グループ階層

図の説明は本文にあります。

複数組織の設定の例

次の図に示すように、複数レベルの会社構造を作成するには、Oracle Applicationsの会計、配布および資材管理の各機能を使用して、在庫組織、営業単位、法的エンティティおよび会計帳簿間のリレーションシップを定義します。

複数組織トランザクション

図の説明は本文にあります。

フランスの営業所とドイツの倉庫という、社内の2つの異なる組織を考えてみましょう。顧客からの発注トランザクションが存在します。この図は発注から搬送までの全体的なプロセスを示しています。

  1. 顧客がフランスの営業所に発注します。

  2. ドイツの倉庫が顧客へ製品出荷を行います。

  3. ドイツの倉庫がフランスの営業所に会社間請求書を発行します。

  4. フランスの営業所がドイツの倉庫に会社間支払を実行します。

  5. フランスの営業所が顧客に顧客請求書を送付します。

  6. 顧客がフランスの営業所に支払を実行します。

データベース・アーキテクチャは、複数組織インストールでも非複数組織インストールでも同じであり、標準のインストール・ツール機能が使用されます。この機能により、ベース製品表ごとにAPPSスキーマにシノニムが自動的に作成され、ベース製品表と同じ名前を使用してこれらのシノニムが定義されます。たとえば、PO OracleスキーマにはPO_HEADERS_ALLという名前の表があり、APPSスキーマには同じ名前の対応するシノニムPO_HEADERS_ALLがあります。PO_HEADERS_ALLシノニムを使用すると、パーティション化されていないデータにアクセスできます。

スキーマ・シノニム

図の説明は本文にあります。

営業単位別複数組織アクセス制御（MOAC）セキュリティ

システム・プロファイル値の設定時、ユーザー名と職責は組織単位または営業単位と関連付けます。

複数組織システム・プロファイル

図の説明は本文にあります。

アクセス権のある営業単位のデータにアクセスまたはレポートするのみのユーザーにセキュリティ保護された方法を設定するため、OracleAS Adapter for Oracle Applicationsでは、MOACセキュリティ機能を使用して営業単位のアクセスを決定し、関連プロファイル値に基づいて組織IDを設定します。

MOACにより、システム管理者はセキュリティ・プロファイルとしてアクセス権限の範囲を事前定義し、プロファイル・オプションMO: セキュリティ・プロファイルを使用して職責にセキュリティ・プロファイルを関連付けできます。 この方法を使用することにより、複数営業単位がセキュリティ・プロファイルと関連付けられ、そのセキュリティ・プロファイルが職責に割り当てられます。 したがって、ユーザーはセキュリティ・プロファイルのアクセス制御を介して職責を変更することなく、複数営業単位のデータにアクセスできます。

セキュリティ・プロファイルは、組織階層に基づいて定義します。 たとえば、アメリカとイギリスの営業単位で構成される販売会社があるとします。アメリカの販売会社には西部地域販売と東部地域販売があります。 販売統括者はアメリカとイギリスの両方の販売に職責があり、管理者はアメリカまたはイギリスのいずれかに職責があり、販売担当は指定された販売地域にのみ職責があります。 販売組織階層は次のようになります。

販売組織階層

図の説明は本文にあります。

会社内の販売データをセキュリティ保護するために、事前定義済のセキュリティ・プロファイルに関連営業単位を関連付けできます。 たとえば、すべての販売データのアクセス権限がVision Salesセキュリティ・プロファイルにグループ化されており、アメリカ販売セキュリティ・プロファイルはアメリカ関連データ用に、地域セキュリティ・プロファイルは指定地域データ用にグループ化されているとします。 システム管理者は、複数営業単位を含むこのようなセキュリティ・プロファイルを、職責によってユーザーに関連付けできます。 したがって、販売管理者は、その職責を変更することなく東部または西部地域の販売データに容易にアクセスできます。 次の図は、この販売会社のセキュリティ・プロファイル、職責および営業単位間の関係を示しています。

セキュリティ・プロファイル、職責および営業単位間の関係図

図の説明は本文にあります。

職責によって決まる営業単位

職責は、その関連付けられているセキュリティ・プロファイルが営業単位にリンクしているため、どの営業単位にアクセス権があるかは職責がキーとなって決まります。

次の図は、Oracle Applicationsが複数組織環境でプロファイル・オプションをどのように使用するかを示しています。

複数組織でのアプリケーション・コンテキストの作成

図の説明は本文にあります。

  1. システム・インテグレータが実行されると、プロセスがPL/SQL APIを使用してOracle Applicationsとの統合を実行します。

  2. Apps.Initializeプロセスは、ユーザー名および職責のパラメータを使用します。

  3. これらのパラメータを使用して、その職責に割り当てられたシステム・プロファイル値の参照が行われ、複数組織環境内での営業単位が決定されます。

  4. 営業単位は、セキュリティ・プロファイル値から生成されたシステム・プロファイル値の組織IDとしてモデル化されます。

  5. ユーザー名、職責および組織IDのパラメータを使用して、Oracle Applicationsとの間でデータの読取りと書込みが行われます。

複数組織環境でサポートされているアプリケーション・コンテキストの概念に基づき、OracleAS Adapter for Oracle Applicationsには次の機能が用意されています。

複数組織設定のサポート

複数組織設定をサポートするために、OracleAS Adapter for Oracle Applicationsには、Oracle Applications設定時に組織情報をプロファイル値から暗黙的に導出するかわりに、設計時にヘッダー変数を作成して組織ID情報を直接入力できるメカニズムが用意されています。

OracleAS Adapter for Oracle Applicationsでは、ヘッダー変数を使用してユーザー名、職責および組織IDを組み込みます。この3つは、アプリケーション・コンテキストに不可欠な要素です。ヘッダー変数を宣言し、PL/SQL APIまたはアプリケーション・コンテキストの設定を必要とするインタフェースを介してビジネス・アクティビティ用のヘッダーに含まれる各パラメータに適切な値を割り当てると、ヘッダー内の値がBPELプロセスの残りのアクティビティに渡されて、入力として使用されます。

注意: アプリケーション・コンテキストの設定を必要とする統合インタフェース・タイプは、PL/SQL API、コンカレント・プログラムおよびEDIプログラムです。

ヘッダー変数の作成と割当て

図の説明は本文にあります。

このヘッダー変数メカニズムを複数組織設定のサポートに使用するメリットは、組織ID値がヘッダーで指定されている場合に、1つの単一BPELプロセスのみで組織情報をE-Business Suite内の複数の組織に容易に配置できることです。以前のリリースでは、組織IDはアプリケーション・ログオン・ユーザーのユーザー名と職責に基づいてプロファイル値から暗黙的に導出されていたため、挿入できるのはデプロイ済BPELプロセスの起動に関連した組織のみでした。

「複数組織の設定の例」に示した例では、フランスの営業所で変更オーダーが処理されると、フランス営業所の営業マネージャがシステムにログオンしてオーダーを更新します。これにより、その変更に関するPL/SQL APIが起動します。ヘッダー変数に含まれる組織IDに値（フランス営業所を表す207など）が割り当てられていれば、営業マネージャに関連付けられている組織IDがフランス営業所に設定され、APIの起動に使用されます。

注意: Oracle E-Business Suiteリリース12では、「組織ID」パラメータが「ユーザー名」および「職責」とともに自動的にヘッダー変数に追加されます。リリース11.5.10の場合、ヘッダーに「組織ID」を表示するには、Oracle Applicationsインスタンスにバック・ポート・パッチ4549743を適用する必要があります。

複数組織設定における組織IDサポートのための設計時タスク

OracleAS Adapter for Oracle Applicationsでは、次の手順に従って、複数組織設定で組織IDをサポートするための設計時タスクを完了します。

  1. BPELプロジェクトの作成

  2. パートナ・リンクの追加

  3. invokeアクティビティの構成とヘッダー変数の作成

    このアクティビティでは、次のタスクを実行します。

  4. assignアクティビティを使用した組織IDの割当て

    ヘッダー変数の作成後に、assignアクティビティをinvokeアクティビティの前に配置することで構成する必要があります。

    1. 「割当」ダイアログ・ボックスで「コピー操作」タブを選択し、「作成」ドロップダウン・リストから「コピー操作」を選択します。

    2. 「From」グループで、「式」フィールドにORG_ID値（207など）を入力します。「To」グループで、変数を宣言する変数ヘッダーを見つけ、ヘッダーのORG_IDパラメータに組織IDを割り当てます。

      ORG_IDへの値の割当て

      図の説明は本文にあります。

複数言語のサポート

OracleAS Adapter for Oracle Applicationsでは、Oracle E-Business Suiteの複数言語サポート（MLS）機能を利用することで、ユーザーがリクエストしたAPIを介してBPELプロセスをデプロイするときに、ログオン・ユーザーのデフォルト言語を実行時に動的に表示できます。アプリケーション・ユーザーがAPIの実行中にシステムからトランザクション・データを取得したり、エラー・メッセージを受信すると、データまたはエラー・メッセージはユーザーのデフォルト言語で表示されます。また、ユーザーがリージョンに基づいて日付を設定している場合は、データの取得後に、ユーザーの「プリファレンス」ページで指定したデフォルト情報に対応する書式とタイムゾーン情報とともに戻された日付が表示されます。

OracleAS Adapter for Oracle ApplicationsによるMLS機能のサポートを理解するには、まずアプリケーション・データベースからのデータ取得方法を理解する必要があります。

OracleAS Adapter for Oracle Applicationsで起動するAPIの多くはデータベース・ビューを問い合せ、これらのビューではAPIの起動に使用されるアプリケーション・ユーザーのデフォルト言語でデータが表示されます。 つまり、OracleAS Adapter for Oracle Applications内で公開されるAPIでは言語が認識されます。アプリケーション・ユーザーがAPIの実行を介してトランザクションをリクエストする時点で、データベース・ビューからのデータ問合せはユーザーが「プリファレンス」ページで指定したデフォルト言語で初期化されている必要があります。

データベース・セッションでデータの問合せおよび取得に使用されるデフォルト言語を識別するために、OracleAS Adapter for Oracle Applicationsでは最初に全レベル（ユーザー、職責、アプリケーションおよびサイト）でICX: 言語プロファイル値が検査されます。 このプロファイルがどのレベルでも設定されていなければ、データベース・インスタンスの各国語サポート（NLS）パラメータからNLS_LANGUAGEパラメータが使用されます。セッション中に初期化されるNLSパラメータは、次のとおりです。

ユーザーのデフォルト言語に基づく動的な言語表示

図の説明は本文にあります。

たとえば、デフォルト言語として日本語を使用するユーザーがシステムにログインし、BPELプロセスのパートナ・リンクで定義したAPIの実行を介してトランザクションを実行すると、OracleAS Adapter for Oracle Applicationsでは日本語ログオン・ユーザーのユーザー名と職責を使用して、データベース・セッション中に使用されたデフォルトの言語コード（日本語の場合はJAなど）が識別されます。その結果、NLSコンテキスト・パラメータは日本語で設定されます。したがって、このユーザーが問い合せたデータやエラー・メッセージはすべて、Oracle Applicationsの「一般プリファレンス」ページで設定したユーザーのデフォルト言語に対応する日本語で表示されます。

注意: 「一般プリファレンス」ページで設定したデフォルト言語により、ICX: 言語プロファイル・オプションが更新されます。

アプリケーション・ユーザーが使用するデフォルト言語の設定方法は、『Oracle Applicationsユーザーズ・ガイド』の「Oracle Applicationsのスタート・ガイド」章の「作業環境の設定」項を参照してください。

MLSサポートに関する設計時タスク

MLSサポート機能を実装するには、変数をアクティビティに渡すことができるように、invokeアクティビティの構成前に次の設計時タスクを実行します。

  1. ヘッダー変数の宣言（オプション）

  2. assignアクティビティを使用した変数の割当て

ヘッダー変数の宣言（オプション）

オプションで、ヘッダー変数{http://xmlns.oracle.com/pcbpel/adapter/appscontext/}Header_msgを設定して、APIの実行に使用するユーザー名と職責を定義できます。この宣言は、APIを実行するアプリケーション・ユーザーを識別できるように、Oracle Applicationsにコンテキスト情報を提供します。

注意: ヘッダー変数宣言により、Oracle Applicationsにアプリケーション・ユーザーを識別するためのコンテキスト情報が提供されるため、OracleAS Adapter for Oracle Applicationsでは、この変数宣言が、MLS機能のサポートのみでなく複数組織設定における組織IDのサポートなど、アプリケーション・コンテキストの概念を利用する他の機能のサポートにも使用されます。

ヘッダー変数の宣言

図の説明は本文にあります。

このヘッダー変数の宣言はオプションのため、変数を宣言しなければ、デフォルトのユーザー名はSYSADMIN、デフォルトの職責はシステム管理者となります。

assignアクティビティを使用した変数の割当て

ヘッダー変数を宣言した後、assignアクティビティを使用して変数値を割り当てる必要があります。たとえば、「From」グループの「式」フィールドにユーザー名（Operationなど）を入力します。「To」グループで、変数を宣言する変数ヘッダーを見つけて、ユーザー名変数に値を割り当てます。

変数値の割当て

図の説明は本文にあります。

ヘッダー変数に定義したユーザー名を使用して、BPELプロセスのパートナ・リンクに定義したAPIを実行するセッションのコンテキスト内で設定されるNLS変数が導出されます。

OracleAS Adapter for Oracle Applicationsセキュリティの概要

セキュリティは、アプリケーション・コンテンツを不正アクセスから保護するように設計された、最も重要な機能です。 Oracle Application Server Adapter for Oracle Applicationsでは、Oracleユーザー管理の機能セキュリティを利用することにより、BPELプロセスを介して公開される、Oracle Applicationsを更新するAPIの実行を、認証済権限のあるユーザーのみに許可するセキュリティ機能が提供できるようになりました。 この機能により、不正アクセスやセキュリティ・チェックなしの実行からApplication Program Interface（API）が保護されます。

Oracle Application Server Adapter for Oracle Applicationsでは、このセキュリティ・サポートをオプション機能としていることに注意してください。 すべてのログイン・ユーザーがセキュリティ・チェックなしでAPIにアクセスし実行できるようにする場合は、「BPEL用EBSアダプタ、機能セキュリティの有効化（EBS_ADAPTER_FUNCTION_SEC_ENABLED）」プロファイル・オプションを使用して、この機能を無効にできます。

注意: 機能セキュリティ機能を利用できるようにするには、該当するパッチを環境に適用する必要があります。 詳細は、OracleMetaLink Document 464164.1『Oracle Application Sever Adapter for Oracle Applications Documentation Update, Release 10g』を参照してください。

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

OracleAS Adapter for Oracle Applications対応の機能セキュリティ

機能セキュリティは、Oracle Applicationsにおける基本的なアクセス制御です。 システム内の個々のメニューとメニュー・オプションへのユーザー・アクセスを、行内にどのアプリケーション・データがあるかに関係なく制限します。 APIは、Oracle Applicationsへのデータの挿入および更新を可能にするストアド・プロシージャであるため、機能セキュリティ・レイヤーにAPIへのアクセスを強制されるとき、実際に暗黙的にデータ・アクセスをアプリケーションに制限します。

APIの実行を正しい権限を持つ適切なユーザーに許可するようにするために、OracleAS Adapter for Oracle ApplicationsではOracleユーザー管理のロールベースのアクセス制御セキュリティ（RBAC）を利用して、ユーザー・ロールを介することで機能セキュリティを強化し、ユーザーがAPIにアクセスできるかどうかがユーザーに付与されたロールで決まるようにします。 ロールは、ユーザーが特定の機能を実行するために必要な職責、権限、権限セットおよび機能セキュリティ・ポリシーを一元管理するように構成できます。 これにより、ユーザー権限の一括更新が簡素化されます。新しい権限セットを自動継承するロールを使用することで、変更を実施できるためです。 ジョブ機能に基づいて、各ロールに特定の権限（または必要な場合は権限セット）を割当てできます。 たとえば、調達組織には「購買担当」ロール、「購買管理者」ロールおよび「購買サポート」ロールなどを組み込むことができます。 「購買管理者」ロールには発注（PO）作成、発注変更および契約発注関連のAPIすべてを含む権限セットを組み込み、「購買担当」ロールや「サポート」ロールにはアクセス権限を与えないジョブ機能の実行をこのロールに許可するなどが可能です。

OracleAS Adapter for Oracle Applicationsでは、Oracle Integration Repositoryにある注釈付きのAPIはFND_FORM_FUNCTIONS表に登録されており、機能セキュリティ（FND_FORM_FUNCTIONS）が適用可能です。 これにより、各APIについて、セキュリティ保護された機能を作成できます。

重要: Oracle E-Business Suiteリリース12の場合、Oracle Integration Repositoryの注釈付きのAPIはすべてFND_FORM_FUNCTIONS表に登録されます。 ただし、リリース11iの場合は、この情報を表に移入する機能セキュリティのパッチを適用する必要があります。 詳細は、OracleMetaLink Document 464164.1『Oracle Application Sever Adapter for Oracle Applications Documentation Update, Release 10g』を参照してください。

OracleAS Adapter for Oracle Applicationsでは、権限セットの概念を使用して、関連するAPIを1つの権限セット下にまとめ、順序付けできます。各権限セットを機能ロールに関連付け、セキュリティ権限付与を介してユーザーに割り当てることができます。 ユーザーがE-Business SuiteにログオンしてBPELプロセスで公開されているAPIにアクセスしようとすると、セキュリティ機能が有効になっている場合は機能セキュリティAPIが起動され、そのユーザーが、そのAPIの実行権限を持つことが認証されるユーザーであるかどうかが検証されます。

たとえば、BPELプロセスで公開されているPL/SQL APIに対するアクセス権限がユーザーにない場合、次の図のようなPL/SQL APIを起動しようとすると、BPELプロセスの実行は失敗します。

図の説明は本文にあります。

認証済権限がなければ、機能セキュリティ検証例外メッセージが生成され、ユーザーにそのPL/SQL APIの権限がないことが示されます。

機能セキュリティとRBACセキュリティ・モデルの詳細は、『Oracle Applicationsシステム管理者ガイド - セキュリティ』を参照してください。

セキュリティ権限付与の作成

APIの起動を適切な実行権限のあるユーザーにのみ許可するようセキュリティ保護するため、OracleAS Adapter for Oracle Applicationsでは、次の手順を使用して、ユーザー・ロールを介したユーザーへのセキュリティ権限付与を作成します。

  1. 権限セットの作成

  2. ユーザー・ロールの作成

  3. ロールを介したユーザーへの権限セットの付与

権限セットの作成

権限セットは、次の手順を使用して作成します。

  1. システム管理者の職責を使用してOracle E-Businessにログインします。

  2. 「ナビゲータ」から「アプリケーション・メニュー」を選択して「メニュー」ウィンドウにアクセスします。

  3. 次のメニュー情報を入力します。

  4. 「順序」と「機能」の値を入力して、この権限セットにグループ化する機能をすべて追加します。

    1. 「順序」フィールドに入力します。

    2. 「機能」の列で、この権限セットに割り当てる機能を検索します。

      「機能」ウィンドウで検索を実行して機能名を選択します。 たとえば、パブリックPL/SQL API検索の構文は、PLSQL:<package name>:<procedure name>です。 「検索」フィールドに%PLSQL:OE%と入力し、「検索」をクリックして検索を実行します。

      機能の検索

      図の説明は本文にあります。

      BPELプロセスに基づいて機能を選択し、BPELプロセスから起動するAPIに権限を付与します。

      たとえば、受注明細変更のBPELプロセスの場合は、受注変更PL/SQL APIに含まれている受注明細変更関連の機能を選択して権限セットとしてグループ化し、ロールを介して該当するユーザーにその権限セットを付与します。

      関連項目: ユーザー・ロールの作成

      権限セット・メニュー

      図の説明は本文にあります。

  5. 権限セットを保存します。

ユーザー・ロールの作成

権限セットはユーザー・ロールを介して付与されます。 したがって、最初にロールを作成してからユーザーにそのロールを割り当てる必要があります。

ユーザー・ロールは、次の手順を使用して作成します。

  1. ユーザー管理職責を使用してOracle E-Businessにログインします。

  2. 「ナビゲータ」から「ロールおよびロール継承」を選択し、「ロールおよびロール継承」ページにアクセスします。

  3. 「ロールの作成」をクリックして、「ロールの作成」ページにアクセスします。

  4. 次の情報を入力してユーザー・ロールを作成します。

  5. 情報を保存して「付与の作成」をクリックします。

  6. 「付与の作成: 付与の定義」ページに次の情報を入力します。

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

  8. 「付与の作成: オブジェクト・パラメータの定義およびセットの選択」ページで、「権限セットの作成」項で作成した権限セットを選択し、「次」をクリックします。

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

ロールを介したユーザーへの権限セットの付与

ロールを介してユーザーに権限セットを付与するには、次の手順を使用します。

  1. ユーザー管理職責を使用してOracle E-Businessにログインします。

  2. 「ナビゲータ」から「ユーザー」を選択して「ユーザー保守」ページにアクセスします。

  3. ロールを割り当てるユーザーを検索して「移動」をクリックします。

  4. ロールを割り当てるユーザー名の隣にある「更新」アイコンを選択します。

  5. 「ユーザーの更新」ページで「ロールの割当」をクリックすると「検索」ウィンドウが移入され、以前に作成したロールが検索できます。

  6. ロール（EBS_ADAPTER_ROLEなど）を選択して更新内容を保存します。

OracleAS Adapter for Oracle Applicationsのインストール

Oracle Application Server Adapter for Oracle Applicationsは、Oracle BPEL Process Manager（PM）製品とともにインストールされます。OracleAS Adapter for Oracle Applicationsは、Oracle JDeveloperのOracle BPEL PMを使用してデプロイされます。

注意: Oracle BPEL Process Managerのインストールの詳細は、Oracle BPEL Process Managerのインストレーション・ガイドを参照してください。Oracle BPEL Process Managerのインストールに関する注意の項を参照してください。

Oracle Applicationsモジュール・ブラウザの使用

Oracle Integration Repositoryを介して使用できるインタフェース以外に、OracleAS Adapter for Oracle Applicationsを使用すると、ビジネス・イベント、カスタマイズされたPL/SQL API、カスタマイズされたXML Gatewayマップおよび選択したコンカレント・プログラムを使用できます。これらはすべて、Oracle Applicationsモジュール・ブラウザを使用して参照できます。

Oracle Applicationsモジュール・ブラウザ

図の説明は本文にあります。

Oracle Applicationsモジュール・ブラウザは、OracleAS Adapter for Oracle Applicationsの主要なコンポーネントです。パートナ・リンクの定義に必要なインタフェースを選択するには、モジュール・ブラウザを使用します。モジュール・ブラウザは、Oracle Integration Repositoryからのインタフェース・データを、OracleAS Adapterでサポートされるその他のインタフェースに関する情報と組み合せて、次のようなツリー階層を作成します。

ProductFamilies
 |-[product_family]
 |  |-[product]
 |     |-[business_entity]
 |        |-XML Gateway ([n])
 |        |-EDI ([n])
 |        |-PLSQL ([n])
 |        |  |-[package_name]
 |        |-OpenInterfaces ([n])
 |           |-[OpenInterface_name]
 |              |-Tables ([n])
 |              |-Views ([n])
 |              |-ConcurrentPrograms ([n])
 |-Other Interfaces
    |-Business Events
    |-Custom Objects
       |-PLSQL APIs
       |  |-[package_name]
       |-XMLGateway Maps
          |-Inbound
          |-Outbound

注意: 「その他インタフェース」の下にある項目、および[product family]階層の下にある特定のPL/SQL APIとコンカレント・プログラムは、OracleAS Adapter for Oracle Applicationsを介して使用することはできますが、Oracle Integration Repositoryを介して使用することはできません。

Oracle Integration Repositoryインタフェース・データは、[product_family]セクションを移入し、所属する製品およびビジネス・エンティティに従ってグループ化します。各インタフェース・タイプ・ヘッダーの後には、そのタイプがそのセクションの何番目にリストされているかを示す数値[n]が続きます。

ビジネス・イベントは、「その他インタフェース」の下に表示されます。カスタマイズされたXML Gatewayマップは、インバウンドまたはアウトバウンドとして分類され、「その他インタフェース」→「カスタム・オブジェクト」の下に表示されます。

カスタマイズされたPL/SQL APIは、2箇所に表示されます。

一般的な問題点と回避策

この項では、次の問題点と回避策について説明します。

目次   |   戻る   |   先頭へ   |   次へ

Oracleロゴ
Copyright © 2005, 2008, Oracle and/or its affiliates. All rights reserved.