この章の内容は次のとおりです。
このビジネス課題に対処するために、会社Xは表11-1のコンポーネントを使用するビジネス・ソリューションを設計します。
表11-1 ビジネス・ソリューションを提供するコンポーネント
コンポーネント | このコンポーネントがビジネス課題に対処する方法 | コンポーネントの説明 |
---|---|---|
Oracle Event Processingアプリケーション |
Oracle Event Processingアプリケーションは、関連付けられた電子メール・アドレスで個別認識されている顧客の発注(イベント)に対し、リアルタイムで時間ベースの分析を提供します。注文(イベント)がOracle Event Processingサーバーに渡されると、そのイベントが動的にアクセスされて、潜在的な不正行動を調べるために24時間で$1000を超える注文合計額に達するイベント・パターンが観察されます。 |
Oracle Event Processingは、リアルタイム・ストリーミング・イベントをモニターするアプリケーションを開発、管理するための高スループットで低遅延のプラットフォームです。Oracle Event Processingは、イベント・データをリアルタイムに処理します。 |
ビジネス・イベントおよびイベント配信ネットワーク(EDN) |
Oracle Event Processingアプリケーションは、イベント(FraudCheckRequest)を公開するコンポジットから特定のイベントを受信して、EDN上のイベント(FraudCheckResponse)にサブスクライブします。 |
目的の状況が発生したときにビジネス・イベントが起動されます。たとえば、ローン・フローのシナリオで、ローン・プロセスを実行しているBPELプロセス・サービス・コンポーネントは、プロセスの完了時にローン完了イベントを起動できます。ビジネス・イベントは、EDNに公開されます。 |
SOAコンポジット・アプリケーション |
注文イベントをOracle Event Processingアプリケーションに公開して、結果イベント(結果分析を含む)にサブスクライブすることによって、SOAコンポジット・アプリケーションを使用したOracle Event Processingアプリケーションのテストが行われます。 |
SOAコンポジット・アプリケーションの詳細は、表3-1を参照してください。 |
この章の後続の項では、表11-1のコンポーネントを使用して不正検出システムのビジネス課題に対処する方法について、より詳細に説明します。
クレジット・カード不正検出課題に対処するために、会社Xは、Oracle Event Processingを使用して、各インバウンド注文(イベント)に動的にアクセスし、潜在的な不正使用アクティビティのイベント・パターンを観察します。
会社Xは、Oracle JDeveloperでFraudOEPApplicationという名前のOracle Event Processingアプリケーションを作成します。このアプリケーションは、イベント(FraudCheckRequest)を公開するコンポジットから特定のイベントを受信し、EDN上のイベント(FraudCheckResponse)にサブスクライブします。これらのイベントの定義は、関連するスキーマ・ファイルとともにイベント定義言語(EDL)ファイルで提供されます。EDLファイルは、ビジネス・イベント定義の作成に使用するスキーマです。
EDNは、標準のJMSメッセージング・インフラストラクチャに基づいています。会社Xは、Oracle WebLogic Server管理コンソールのSOAJMSModule内でJMSトピックを作成することにより、Oracle Event ProcessingアプリケーションでJMS実装を使用します。図11-1に詳細を示します。
会社Xは、「コンポーネント」ウィンドウからドラッグして構成される次のコンポーネントでOracle Event Processingアプリケーションを設計します。
次のアーティファクトで構成されるedn-inbound-adapterというEDNインバウンド・アダプタ:
アプリケーションで使用されるEDNイベント・タイプ名を含むEDLファイル(FraudCheckEvent.edl):
<?xml version = '1.0' encoding = 'UTF-8'?> <ns0:definitions xmlns:ns0="http://schemas.oracle.com/events/edl" targetNamespace="http://xmlns.oracle.com/Application2/Project1/ FraudCheckEvent"> <ns0:schema-import location="../Schemas/FraudCheckType.xsd" namespace="http://www.oracle.com/oep"/> <ns0:event-definition name="FraudCheckRequest"> <ns0:content xmlns:ns1="http://www.oracle.com/oep" element="ns1:FraudCheckRequest"/> </ns0:event-definition> <ns0:event-definition name="FraudCheckResponse"> <ns0:content xmlns:ns2="http://www.oracle.com/oep" element="ns2:FraudCheckResponse"/> </ns0:event-definition> </ns0:definitions>
FraudCheckRequestというイベント・タイプ
EDLファイルに関連付けられているスキーマ・ファイル
「コンテキスト・プロパティ」セクションで選択されるFraudCheckRequestイベント・タイプに関連付けられているednInputChannelというイベント・チャネル(図11-2を参照)。これはイベント・タイプをチャネルに関連付けます。
ストリーミング・イベント・データに適用されるComplex Query Language (CQL)ルールが移入されるednProcessorというプロセッサ。必要なCQLは、不正検出に関連します(図11-3を参照)。$1000以上のリクエストの場合は、しきい値を超えます。
「コンテキスト・プロパティ」セクションで選択されるFraudCheckResponseイベント・タイプに関連付けられているednOutputChannelという2番目のイベント・チャネル(図11-4を参照)。これはイベント・タイプをチャネルに関連付けます。
次のアーティファクトで構成されるedn-outbound-adapterというEDNアウトバウンド・アダプタ:
アプリケーションによって使用されるEDNイベント・タイプ名を含むEDLファイル(FraudCheckEvent.edl)
FraudCheckResponseのイベント・タイプ
注意:
スキーマ・ファイルは必要ありません。
これらのコンポーネントは、デザイナの次の注文でワイヤリングされます。
edn-inbound-adapter→ednInputChannel→ednProcessor→ednOutputChannel→edn-outbound-adapter
Oracle Event Processingアプリケーションをテストするには、会社Xはまず、Oracle Event Processingサーバーへの接続を作成し、アプリケーションをデプロイします。デプロイしたら、アプリケーションはイベントが分析用に送信されるのを待機できます。
会社Xには、Oracle Event ProcessingアプリケーションにEDNイベントを送信可能なテスト・コンポジット(EDNOEPv2Proj)があります。生成されたEDNイベントはテスト・コンポジットに返され、ファイル・アダプタを使用して、その情報をレビューおよび分析用のファイルに書き込みます。図11-5に詳細を示します。テスト・アプリケーションは、2つのOracle Mediatorサービス・コンポーネントで構成されます。Oracle Mediatorにより、異なるコンポーネント間でイベントをルーティングできます。
1番目のOracle Mediatorは、Oracle Event Processingアプリケーションに送信されるFraudCheckRequestイベントを公開します。
2番目のOracle Mediatorは、テスト・コンポジットに返されるFraudCheckResponseイベントをサブスクライブします。
Oracle Enterprise Manager Fusion Middleware Controlコンソールの「ビジネス・イベント」ページの「サブスクリプション」タブ。テスト・コンポジットは、このページに表示される、FraudCheckRequestおよびFraudCheckResponseイベント・タイプにマッピングするOracle WebLogic Server JMSトピックを使用します。図11-6に詳細を示します。
会社Xは、Oracle Enterprise Manager Fusion Middleware Controlの「Webサービスのテスト」ページを使用して、SOAコンポジットにイベント・データを送信し、Oracle Event Processingアプリケーションでその統合をテストします。これは、CQL Group By句によって使用される電子メール・アドレスで、関連する注文と合計金額(ドル)のコレクションごとに識別します。図11-7に詳細を示します。
コンポジットが指定されたデータで実行されると、リクエストがOracle Event Processingアプリケーションで正常に処理されたことを示すメッセージが表示されます。EDNイベントがアプリケーションによって正常に公開および受信され、そのペイロードが分析されます。結果が出力ファイルで提供されます。$1000以上の値が指定される場合、出力ファイルは、しきい値を超えていることを示します。これは、権限のないユーザーによるクレジット・カードの不正使用の潜在的なインジケータとなる場合があります。ステータスは、「アプリケーションの作成」のOracle Event Processingアプリケーションで指定されたCQL文によって決定されます。図11-8に詳細を示します。
テストの完了後、会社Xは、Oracle Event Processingアプリケーションを前の章で説明したビジネス・ソリューションと統合できます。
表11-2では、この章で説明したコンポーネントと機能をより詳しく説明するドキュメントの参照先を示します。
表11-2 関連ドキュメント
参照内容 | 参照先 |
---|---|
Oracle Event Processingアプリケーションの開発 |
Oracle Event Processingアプリケーションの開発のアプリケーションの開発の概要に関する項 |
Oracle Event Processingの管理 |
『Oracle Event Processingの管理』のサーバー管理の概要に関する項 |
ビジネス・イベントの作成と管理およびEDNの使用 |
『Oracle SOA SuiteでのSOAアプリケーションの開発』のビジネス・イベントおよびイベント配信ネットワークの使用に関する項 『Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』のビジネス・イベントの管理に関する項 |
Oracle Mediatorを使用したビジネス・イベントの公開とサブスクライブ |
『Oracle SOA SuiteでのSOAアプリケーションの開発』のOracle Mediator Serviceコンポーネントの使用に関する項 |
Oracle Enterprise Manager Fusion Middleware Controlでのテスト・インスタンスの作成 |
『Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』のビジネス・フローのテスト・インスタンスの起動に関する項 |